throbber
Paper No. 43
`
`UNITED STATES PATENT AND TRADEMARK OFFICE
`
`____________________
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`
`____________________
`
`
`
`APPLE INC.,
`TWITTER, INC., AND YELP INC.,
`Petitioners
`
`v.
`
`EVOLUTIONARY INTELLIGENCE LLC
`Patent Owner.
`
`____________________
`
`Inter Partes Review No. IPR2014-00086
`Inter Partes Review No. IPR2014-008121
`
`____________________
`
`
`
`Petitioners’ Request for Rehearing
`
`
`
`
`
`
`
`
`
`1 Per the Board’s Order (Paper 16 at 4), Petitioner Apple identifies this as a
`
`consolidated filing.
`
`
`
`

`
`IPR2014-00086 & -00812
`
`
`Table of Contents
`
`I.
`
`II.
`
`Introduction ...................................................................................................... 1
`
`Standard of Review .......................................................................................... 1
`
`III. Argument ......................................................................................................... 1
`
`A.
`
`The Board’s Final Written Decision Misapprehends the Evidence
`Establishing that Gibbs Discloses the Claimed “Containers” ............... 1
`
`1.
`
`2.
`
`Gibbs Discloses a Logical Data Structure Comprising Objects,
`and Is Thus a “Container” ........................................................... 2
`
`Petitioners Have Consistently Relied on Gibbs’ System, Not an
`Individual Object, as Meeting the Claimed “Container” ............ 8
`
`B.
`
`C.
`
`The Board Erred as a Matter of Law When Construing “a First
`Register Having a Unique Container Identification Value” ............... 10
`
`The Board Misapprehended Gibbs’ Disclosure of “a Neutral Space
`Register” .............................................................................................. 14
`
`IV. Conclusion ..................................................................................................... 15
`
`
`
`

`
`IPR2014-00086 & -00812
`
`I.
`
`Introduction
`
`Petitioners respectfully request rehearing of the Board’s final written
`
`decision, Paper 42 (“Dec.”). The Board found claims 2-12, 14, and 16 of U.S.
`
`Patent No. 7,010,536 (“the ’536 patent”) not anticipated by U.S. Patent No.
`
`5,836,529 to Gibbs (Ex. 1006). Dec. at 29. The Board’s decision overlooks and
`
`misapprehends evidence and arguments showing both the anticipatory nature of
`
`Gibbs and the proper construction of the claims. Petitioners respectfully ask the
`
`Board to reconsider its decision and find claims 2-12, 14, and 16 anticipated.
`
`II.
`
`Standard of Review
`
`“When rehearing a decision on petition, a panel will review the decision for
`
`an abuse of discretion.” 37 C.F.R. § 42.71(c); see, e.g., IPR2013-00194, Paper 69
`
`at 13. An abuse of discretion exists “when [the] decision is based on clearly
`
`erroneous findings of fact, is based on erroneous interpretations of the law, or is
`
`clearly unreasonable, arbitrary or fanciful.” Cybor Corp. v. FAS Techs., Inc., 138
`
`F.3d 1448, 1460 (Fed. Cir. 1998) (en banc). The party challenging the decision
`
`“must specifically identify all matters the party believes the Board misapprehended
`
`or overlooked, and the place where each matter was previously addressed in a
`
`motion, an opposition, or a reply.” 37 C.F.R. § 42.71(d).
`
`III. Argument
`
`A. The Board’s Final Written Decision Misapprehends the Evidence
`Establishing that Gibbs Discloses the Claimed “Containers”
`
`
`
`

`
`
`
`The Board’s final written decision misapprehends and overlooks evidence
`
`showing that Gibbs describes the claimed “containers.” First, despite finding the
`
`term “container” to be “a logically defined data enclosure which encapsulates any
`
`element or digital segment … or set of digital elements,” (Dec. at 8), the Board
`
`found Gibbs to not disclose such a “container.” Specifically, the Board found that
`
`Gibbs does not disclose any single, logically defined enclosure comprising the
`
`instantiated transport, map, and report objects. Dec. at 23. This conclusion
`
`overlooks the extensive evidence presented by Petitioners showing that the train
`
`management software in Gibbs creates an object-oriented programming structure,
`
`i.e. a logical data structure that comprises instantiated transport, map, and report
`
`objects. See § III.A.1 below. If it did not, Gibbs’ software would simply not work.
`
`Second, the Board found that, based on its reading of one paragraph (¶ 110)
`
`of Dr. Houh’s Declaration, “Petitioner’s evidence is inconsistent, and does not
`
`specify where the container element is found in Gibbs.” Dec. at 23. This
`
`overlooks Petitioners’ unambiguous identification of Gibbs’ object-oriented
`
`programming structure as the claimed “container,” and misapprehends the context
`
`of the remaining paragraphs of Dr. Houh’s Declaration. See § III.A.2 below.
`
`1. Gibbs Discloses a Logical Data Structure Comprising
`Objects, and Is Thus a “Container”
`
`As described in the Petition and Dr. Houh’s Original Declaration (Ex. 1003),
`
`Gibbs discloses a logical data structure created by the train management software
`
`
`
`2
`
`

`
`
`
`which comprises a collection of instantiated objects that work together to
`
`implement the Gibbs train management system. Pet. at 12-13; Ex. 1003 at ¶¶ 69-
`
`75; Ex. 1006 at Fig. 2-3, 8a, 9b, 5:52-6:43, 22:23-55. Gibbs’ various objects exist
`
`in the memory of a computer as a logical data structure when the train
`
`management software is executing on a workstation. Ex. 1009 at ¶ 37; Reply at 4-
`
`5; Ex. 1003 at ¶¶ 78, 89; Pet. at 14; Ex. 1006 at 8:44-53, 9:27-31. As Dr. Houh
`
`explained, in Gibbs’ object-oriented system “each object is instantiated as part of a
`
`logical data structure in the system as it is operating.” Ex. 1009 at ¶ 37. Even Dr.
`
`Green agreed – he testified that Gibbs discloses “a highly structured railroad
`
`system information database” within “an object-oriented programming structure
`
`as conventionally known in the art.” Ex. 2006 at ¶¶ 78, 94; Ex. 1006 at 3:65-4:10,
`
`7:20-27. Thus, the evidence before the Panel established that the Gibbs TMS
`
`workstations, in operation, create a data structure (a “highly structured . . .
`
`information database”) comprised of the different objects to implement the object
`
`oriented design of the Gibbs train management software.
`
`This data structure created by the Gibbs software clearly meets the Board’s
`
`definition of a “container”: “a logically defined data enclosure which encapsulates
`
`any element . . . or set of digital elements.” See Dec. at 8. Critically, as Dr. Green
`
`testified, a person of ordinary skill in the art would understand “logically defined”
`
`to include data elements related by a software mechanism (e.g., the Gibbs
`
`
`
`3
`
`

`
`
`
`software). Reply at 6 (citing Ex. 2006 at ¶ 35). Likewise, Dr. Houh explained that
`
`a logical data enclosure could include “a system process, an execution stack (the
`
`memory allocated to a running software application), contiguous blocks of physical
`
`memory, a file structure or file header, various instances of object-oriented
`
`programming design concepts,” etc. Ex. 1009 at ¶ 29; Reply at 6-7. Undisputed
`
`evidence before the Board thus established that Gibbs describes a software
`
`mechanism (software running on each TWS workstation) that relates various
`
`digital elements (a specific set of instantiated transport, map, and report objects in
`
`the Gibbs scheme), thereby yielding a “highly structured . . . information database”
`
`/ “logical data structure” (i.e., a logically defined data enclosure). Reply at 6-7;
`
`Ex. 1009 at ¶ 37; Ex. 1003 at ¶¶ 107-144; Pet. at 12-19; see Ex. 1006 at 3:65-4:10,
`
`7:20-27. Nothing more is required to satisfy the claimed “container.”
`
`The Board overlooked or did not appreciate the evidence presented by
`
`Petitioners establishing that the train management software in operation creates
`
`“containers.” This evidence included Dr. Houh’s first declaration, where he
`
`consistently identified the operation of the Gibbs train management software as the
`
`critical feature that gives the “map” and “report” objects their key functionality
`
`(i.e., displaying or reporting on which “real world” objects are within a user-
`
`defined area at any given time). See, e.g., Ex. 1003 at ¶ 161 (“The railroad
`
`management system . . . generates an output list [containing] any transport objects
`
`
`
`4
`
`

`
`
`
`which meet selected criteria entered by the user into a report or map object. The
`
`transport objects added to the output list are displayed by the map or report.”); id.
`
`at ¶ 172 (“the map object . . . accesses and display[s] transport objects that are
`
`within the geographic boundaries.”); id. at ¶ 128 (“The map object also actively
`
`displays the location of each type of train that is selected by the user for display . .
`
`. whenever the train’s location is updated.”); id. at ¶ 91 (explaining map object
`
`enables display of map); id. at ¶ 93 (explaining “zooming” functionality of map
`
`object); id. at ¶ 166 (updating a map object’s display of a train “whenever the
`
`train’s location is updated.”). See also Pet. at 24-25; Ex. 1009 at ¶¶ 14, 33-34.
`
`The Board also overlooked identified portions of the Gibbs disclosure
`
`showing how these objects work together when the software is running. Reply at
`
`3-4; Ex. 1003 at ¶¶ 89-100. For example, the Board overlooked Gibbs’ disclosure
`
`of how a single map object interacts with and incorporates multiple report and
`
`transport objects. Reply at 3-4. Figure 8a of Gibbs depicts the display of a map
`
`including generated reports and transport objects that are within the selected
`
`geographic boundaries and meet other selected criteria. Ex. 1003 at ¶ 94; see id. at
`
`¶¶ 89-100, 108-09; Ex. 1006 at Fig. 8a, 20:2-5 (generated display shows map
`
`objects), 20:5-16 (transport objects), 20:17-21 & 20:30-40 (report objects); Pet. at
`
`15 (the map object “determine[s] which transport objects are within the selected
`
`map area”), id. at 18. Gibbs explains in Figure 9a how the map and report objects
`
`
`
`5
`
`

`
`
`
`maintain collections of transport objects within the selected boundaries and can
`
`iterate through each object in the collection to monitor its status. Ex. 1003 at
`
`¶¶ 102-04; Ex. 1006 at Fig. 9b, 22:23-55; Ex. 1009 at ¶¶ 42-46. Gibbs thus clearly
`
`shows transport and other objects being incorporated into a structured collection of
`
`instantiated objects that enables the TMS system, in operation, to display a map
`
`containing these various objects. Reply at 3-4. This functionality derives from the
`
`object-oriented design of the transportation management software, which, when
`
`executing, creates “a highly structured . . . information database.” See Reply at 7-
`
`8; Pet. at 20; Ex. 1003 at ¶¶ 69-75; Ex. 1006 at 3:65-4:10. All of this evidence
`
`established that the Gibbs TMS system, in operation, creates “containers.”
`
`The Board disregarded this evidence, and instead relied on testimony from
`
`Patent Owner’s expert, Dr. Green, who focused on the design (e.g., organization of
`
`the code) rather than the operation of the Gibbs train management software. Dr.
`
`Green, in particular, pointed to the logical organization of the Gibbs software code,
`
`in which objects are defined in two object libraries, a transport object library and a
`
`service object library. Dec. at 23 (citing Ex. 2006 at ¶¶ 86-94). By focusing on
`
`this logical design rather than on the data structures that come into existence when
`
`the Gibbs train management software is running, Dr. Green and Patent Owner
`
`improperly confused the record of this proceeding. In particular, Dr. Green’s
`
`testimony ignores that Gibbs’ object libraries are not databases that exist in the
`
`
`
`6
`
`

`
`
`
`memory of a TMS workstation; they are the blueprints or code that the computer
`
`uses to create the “highly structured railroad system information database” that
`
`Dr. Green acknowledges is created when the TMS workstation runs the train
`
`management software. See Ex. 2006 at ¶¶ 78, 94. As Dr. Houh explained in reply:
`
`[While Gibbs’] code libraries contain the software routines that are
`used to build the objects, the libraries themselves do not contain any
`data from the railroad system. When the software is executed on a
`user’s workstation, it uses the code libraries to create instances of the
`objects, and these objects acquire and store data about the railroad
`system, about other objects, and from the user. This is how software
`conventionally works, and a person of ordinary skill in the art would
`understand that.
`
`Ex. 1009 at ¶ 11; Reply at 4-5. Once these objects are instantiated and exist in
`
`memory, they are no longer stored in “separate” libraries; instead, they exist within
`
`a data structure in the memory of the computer and constantly interact with each
`
`other to enable the train management system to operate. See Ex. 1003 at ¶¶ 107-
`
`144; Pet. at 12-19. And while not all of the objects defined in the two libraries will
`
`be instantiated every time the software executes, it is undisputed that Gibbs’
`
`objects, when they are instantiated, are tightly coupled by Gibbs’ software into a
`
`logical data enclosure by the train management software, which creates the object-
`
`oriented data structure in the memory of the TMS workstation. Ex. 1009 at ¶ 37;
`
`Reply at 4-5; see Ex. 2006 at ¶¶ 78, 94. The evidence before the Board thus
`
`
`
`7
`
`

`
`
`
`clearly established that Gibbs discloses a “highly structured . . . information
`
`database” or “logical data structure” including each of the interacting objects that
`
`collectively implement Gibbs’ system, which means it is “a logically defined data
`
`enclosure” (i.e., a “container”) according to the claims.
`
`2.
`
`Petitioners Have Consistently Relied on Gibbs’ System, Not
`an Individual Object, as Meeting the Claimed “Container”
`
`Petitioners never contended a single transport object, standing alone, met all
`
`of the elements of the claims. See Pet. at 12-19. Instead, Petitioners identified the
`
`structured set of objects, as executing in the Gibbs system, as being the “container”
`
`of claim 2. See id. at Ex. 1003 at ¶¶ 109-10 (“The railroad management system
`
`also uses objects to display and transmit information to the user, such as through
`
`maps and reports. . . . The objects used by the Gibbs railroad management system
`
`are examples of logically defined data enclosures, and are “containers” as specified
`
`in claim 2 of the ‘536 patent…”). In particular, Petitioner’s evidence shows how
`
`various objects within the logical data “object oriented” programming structure
`
`created by the Gibbs software – most notably the “map” and “report” objects –
`
`interact with and incorporate other Gibbs “objects” representing “real world”
`
`objects (e.g., “train” or “transport” objects) when the Gibbs TMS software is
`
`executing. Pet. at 12-19; Ex. 1003 at ¶¶ 107-144; see, e.g., id. at ¶ 90 (“Each map
`
`object contains routines and program which collect data from other objects in the
`
`system in order to generate a map requested by the user.”); id at ¶¶ 122, 133, 180.
`
`
`
`8
`
`

`
`
`
`Thus, while Petitioners explained that various Gibbs objects individually
`
`exemplify aspects of “containers” within the meaning of the patent, Petitioners also
`
`consistently identified the set of objects together – which exists as a data structure
`
`in the memory of the TMS workstation when the software is executing – as the
`
`claimed “container.” Indeed, Petitioner’s mapping of Gibbs to the preamble
`
`“container” showed how the collection of instantiated objects in the Gibbs TMS
`
`system had different objects working together, which meet each of the claimed
`
`registers that form part of the container. Pet. at 12-19; Ex. 1003 at ¶¶ 107-144.
`
`The Board did not appear to appreciate the significance of this evidence
`
`when it concluded that “the original Houh Declaration described the various
`
`objects in some detail but, other than paragraph 110, did not specify what
`
`particular object or group of objects constitutes a ‘container.’” Dec. at 22. The
`
`evidence in this record also plainly refutes Patent Owner’s characterization of this
`
`one sentence in Dr. Houh’s report as suggesting otherwise – a characterization the
`
`Board relied on in its Decision. Dec. at 22. That assertion cannot be reconciled
`
`with other statements in Dr. Houh’s first declaration (as illustrated above), as well
`
`as his deposition testimony and his reply declaration. Ex. 1008 at 102:19-104:13;
`
`Ex. 1009 at ¶¶ 33-37; Reply at 3-7.
`
`All of this evidence was properly before the Board and must be considered
`
`in determining what the preponderance of the evidence establishes. See Dec. at 28-
`
`
`
`9
`
`

`
`
`
`29 (denying Patent Owner’s motion to exclude). Certainly, a misperceived conflict
`
`in Dr. Houh’s testimony cannot override the probative value of the evidence itself,
`
`which establishes by more than a preponderance of the evidence that Gibbs
`
`describes a collection of instantiated objects organized as a logical data structure
`
`in the memory of the computer, and thus clearly meets the “container” element of
`
`the claims as the Board has construed that term. See § III.A.1 above.
`
`B.
`
`The Board Erred as a Matter of Law When Construing “a First
`Register Having a Unique Container Identification Value”
`
`The Board erred as a matter of law when it construed “a first register having
`
`a unique container identification value” in claim 2 to be limited to “a first register
`
`having a value that uniquely identifies the given container.” The Board addressed
`
`this term for the first time in their final written decision, limiting the clause to one
`
`exemplary embodiment of the invention – the “identity register.” Dec. at 14, 25-
`
`26. By limiting this clause to this one example, the Board failed to give this clause
`
`its broadest reasonable interpretation. The Board also failed to incorporate all of
`
`the definitional attributes of the “identity register,” thereby committing an
`
`independent legal error.
`
`Under the BRI standard, the Board must first “look to the specification to
`
`see if it provides a definition for claim terms, but otherwise apply a broad
`
`interpretation.” In re ICON Health & Fitness, Inc., 496 F.3d 1374, 1379 (Fed. Cir.
`
`2007); Thorner v. Sony Computer Entm't Am. LLC, 669 F.3d 1362, 1365 (Fed. Cir.
`
`
`
`10
`
`

`
`
`
`2012). Here, as Dr. Green admitted, there is no definitional language in the ’536
`
`patent equating the claimed “first register” to the “identity register” example in the
`
`disclosure. Ex. 2009 at 113:1-22, 11:3-10; Reply at 9-10. The Board confirmed
`
`this in its decision – it observed the term “first register” is not found nowhere in
`
`the disclosure, but only appears in the claims and abstract. Dec. at 14.
`
`If a claim element is not expressly or otherwise defined, the plain language
`
`actually used in the claim dictates the broadest reasonable interpretation of that
`
`claim element. Here, the plain language of the “first register” clause does not
`
`require the “first register” to be the “identity register” example in the specification
`
`– it states simply that the first register need only store “a unique container
`
`identification value.” As Petitioners explained in their reply (Rep. at 9-10), there
`
`are examples of unique container identification values in the patent disclosure that
`
`could be stored in a “first register” other than an identity register. For example, as
`
`Patent Owner has itself argued, one container may contain another container, with
`
`the parent container including “the logical description of [the child] container.”
`
`Resp. at 39 (citing Ex. 1001 at 9:4-9). In such a situation, the first register could
`
`plausibly store a unique container identification value of the encapsulated child
`
`container – a configuration clearly shown in Gibbs. See Ex. 1009 at ¶¶ 61-62.
`
`The Board overlooked or did not fully appreciate the significance of the
`
`undisputed evidence supporting this reading of the clause. For example, Patent
`
`
`
`11
`
`

`
`
`
`Owner’s expert, Dr. Green, confirmed the “identity register” was simply one of
`
`several possible alternatives of a “first register.” Ex. 2009 at 113:1-22, 107:2-
`
`110:22; Reply at 9-10. The additional testimony of Dr. Green cited by the Board
`
`(Dec. at 14) is not inconsistent with this admission – he simply confirmed the
`
`“identity register” could be the first register, not that it must be the first register.
`
`Petitioners also identified other examples of unique container identification
`
`registers in the disclosure. See Reply at 10 (discussing “content key register” and a
`
`“content description register” that each “identify[] the container contents.”); Ex.
`
`1001 at 15:32-37. The Board overlooked or did not fully appreciate this undisputed
`
`evidence of other examples of “first” registers disclosed in the ’536 patent.
`
`Given this undisputed evidence of other examples in the ’536 patent that
`
`could be the “first register,” it was clear error for the Board to limit the meaning of
`
`this claim term under the BRI standard to one example – the “identity register.”
`
`Reading a limitation into a claim, particularly where it is expressly described as
`
`merely exemplary, is inconsistent with the broadest reasonable interpretation of a
`
`term. See In re Cuozzo Speed Technologies, LLC, 778 F.3d 1271, 1282 (Fed. Cir.
`
`2015); In re Yamamoto, 740 F.2d 1569, 1571-72 (Fed. Cir. 1984); MPEP § 2111.
`
`This is particularly important when, as here, the patent disclosure does not use the
`
`claim term, and identifies alternative possible embodiments for it. But even if the
`
`’536 patent had identified the “identity register” as the only example of a “first
`
`
`
`12
`
`

`
`
`
`register” (which it does not), it would be error for the Board under the BRI
`
`standard to limit the claim to this one embodiment. The Federal Circuit has held:
`
`“[T]his court has expressly rejected the contention that if a patent describes only a
`
`single embodiment, the claims of the patent must be construed as being limited to
`
`that embodiment.” Liebel-Flarsheim Co. v. Medrad, Inc., 358 F.3d 898, 906 (Fed.
`
`Cir. 2004) (emphasis added).
`
`Finally, even if the “first register” were properly equated to the “identity
`
`register” example in the ’536 patent, the Board committed an independent legal
`
`error by not incorporating into its construction the complete definitional attributes
`
`of this “identity register.” As both Patent Owner and Dr. Green explained, the
`
`“identity register” includes as an essential feature a “unique network wide
`
`identification” of “the given container.” Resp. at 16-19 (emphasis added); Ex.
`
`2003 at ¶ 48. The Board’s decision, however, expressly incorporates only a
`
`portion of the definition of an “identity register” – that it contain a “unique
`
`identification” of the “given container” – and omits the “network wide” portion of
`
`the definition entirely. Dec. at 14-15. This is particularly confusing because the
`
`Board referred to this “unique network wide identification” feature of the “identity
`
`register” to support its conclusions on the meaning of the “first register.” Id. Thus,
`
`the Board, even under its own reasoning, committed legal error by attaching a
`
`meaning to the “first register” element found nowhere in the patent disclosure.
`
`
`
`13
`
`

`
`
`
`C. The Board Misapprehended Gibbs’ Disclosure of “a Neutral
`Space Register”
`
`The Board misapprehended Petitioner’s explanation and evidence showing
`
`how Gibbs discloses a “neutral space register.” For example, Petitioners pointed to
`
`Gibbs’ operation of a train consist report, in which a user first selects a train object
`
`presented on a map, which then causes the report object to interact with the
`
`specified train object and to finally display a graphical image of the selected train.
`
`Pet. at 18; Ex. 1003 at ¶¶ 88, 98, 125-137; Reply at 14-15. The Board concluded,
`
`however, that Gibbs does not disclose a “neutral space register” because “[o]nly
`
`after the train is selected is location information in the form of latitude and
`
`longitude generated for the selected train,” and that latitude and longitude are
`
`“mere data” that do not identify space in which interaction may occur. Dec. at 27.
`
`Both conclusions reflect a misunderstanding of the evidence presented. First, the
`
`Board failed to appreciate that before a user can select a train, the train must be
`
`depicted on the map, i.e., it must be within the map’s geographical boundaries
`
`based on its location and then displayed on the map. To create the train consist
`
`report, the user selects the train on the map, which can only happen after the map
`
`object has retrieved the location data for the train from the train object. Reply at
`
`14; Ex. 1006 at 16:53-54 (“To generate a train consist report, the train report object
`
`414 prompts the user to select a particular train.”), 8:20-31 (“The CMO 90 . . .
`
`enabl[es] the user to directly activate each of the objects within the map”); Ex.
`
`
`
`14
`
`

`
`
`
`1003 at ¶¶ 88, 98; Ex. 1006 at Fig. 8a-8f. The latitude and longitude are the space
`
`on the map where the user can initiate the interaction between the transport object
`
`and the report object. Reply at 14-15. The Board misapprehended this evidence.
`
`Second, the Board’s conclusion that latitude and longitude are “mere data”
`
`that do not identify space misapprehends the broadest reasonable meaning of the
`
`claimed register: a “value or code associated with a container” for “identifying
`
`space in which the container may interact with other containers, processes,
`
`systems, or gateways.” Dec. at 9-10 (emphasis added). It is unclear what, if
`
`anything, could fulfill the “value” portion of the Board’s construction of “register”
`
`other than “mere data.” Gibbs expressly discloses latitude and longitude data (a
`
`“value or code”) that represent a location on a map (“for identifying space”) where
`
`interaction between Gibbs’ object-oriented programming structure (“the
`
`container”) and a corresponding transport object (“with other containers, processes,
`
`systems, or gateways”) can be triggered by the user (“in which the container may
`
`interact”). Pet. at 18; Ex. 1003 at ¶¶ 88, 98, 125-137; Reply at 14-15. By not
`
`using the broadest reasonable construction of the claimed “neutral space register,”
`
`the Board’s decision misapprehends Gibbs’ disclosure and Petitioner’s arguments.
`
`IV. Conclusion
`
`The Board should reconsider its decision and find that claims 2-12, 14, and
`
`16 are invalid as anticipated by Gibbs.
`
`
`
`15
`
`

`
`
`
`
`
`Dated: May 15, 2015
`
`
`
`
`
`Respectfully Submitted,
`
`/Jeffrey P. Kushan/
`Jeffrey P. Kushan
`Registration No. 43,401
`Sidley Austin LLP
`1501 K Street NW
`Washington, DC 20005
`jkushan@sidley.com
`(202) 736-8914
`Attorney for Petitioner Apple
`
`
`
`16
`
`

`
`
`
`Certificate of Service
`
`I hereby certify that on this 15th day of May, 2015, a copy of this
`
`Petitioner’s Reply has been served in its entirety by email on the following counsel
`
`of record for Patent Owner and Petitioners Yelp and Twitter:
`
`Patent Owner:
`Anthony Patek
`Gutride Safier LLP
`835 Douglass Street
`San Francisco, CA 94114
`anthony@gutridesafier.com
`pto@gutridesafier.com
`
`Todd Kennedy
`Gutride Safier LLP
`835 Douglass Street
`San Francisco, CA 94114
`todd@guttridesafier.com
`
`
`Petitioners Yelp and Twitter
`Vaibhav P. Kadaba
`Kilpatrick Townsend & Stockton LLP
`1100 Peachtree Street NE, Suite 2800
`Atlanta, GA 30309-4528
`wkadaba@kilpatricktownsend.com
`rartuz@kilpatricktownsend.com
`
`
`Dated: May 15, 2015
`
`
`
`
`
`
`
`Respectfully submitted,
`
`/Jeffrey P. Kushan/
`Jeffrey P. Kushan
`Attorney for Petitioner Apple

This document is available on Docket Alarm but you must sign up to view it.


Or .

Accessing this document will incur an additional charge of $.

After purchase, you can access this document again without charge.

Accept $ Charge
throbber

Still Working On It

This document is taking longer than usual to download. This can happen if we need to contact the court directly to obtain the document and their servers are running slowly.

Give it another minute or two to complete, and then try the refresh button.

throbber

A few More Minutes ... Still Working

It can take up to 5 minutes for us to download a document if the court servers are running slowly.

Thank you for your continued patience.

This document could not be displayed.

We could not find this document within its docket. Please go back to the docket page and check the link. If that does not work, go back to the docket and refresh it to pull the newest information.

Your account does not support viewing this document.

You need a Paid Account to view this document. Click here to change your account type.

Your account does not support viewing this document.

Set your membership status to view this document.

With a Docket Alarm membership, you'll get a whole lot more, including:

  • Up-to-date information for this case.
  • Email alerts whenever there is an update.
  • Full text search for other cases.
  • Get email alerts whenever a new case matches your search.

Become a Member

One Moment Please

The filing “” is large (MB) and is being downloaded.

Please refresh this page in a few minutes to see if the filing has been downloaded. The filing will also be emailed to you when the download completes.

Your document is on its way!

If you do not receive the document in five minutes, contact support at support@docketalarm.com.

Sealed Document

We are unable to display this document, it may be under a court ordered seal.

If you have proper credentials to access the file, you may proceed directly to the court's system using your government issued username and password.


Access Government Site

We are redirecting you
to a mobile optimized page.





Document Unreadable or Corrupt

Refresh this Document
Go to the Docket

We are unable to display this document.

Refresh this Document
Go to the Docket