throbber
UNITED STATES PATENT AND TRADEMARK OFFICE
`____________
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`____________
`
`GOOGLE INC.,
`MATCH.COM LLC, and PEOPLE MEDIA, INC.
`Petitioner
`
`v.
`
`B.E. TECHNOLOGY, LLC
`Patent Owner
`____________
`
`Case IPR2014-000381
`Patent 6,628,314 B1
`____________
`
`
`
`PETITIONER GOOGLE INC.’S REPLY TO PATENT OWNER’S
`RESPONSE TO PETITION
`(INTER PARTES REVIEW OF U.S. PATENT NO. 6,628,314 B1)
`
`
`
`
`Before SALLY C. MEDLEY, KALYAN K. DESHPANDE, and LYNNE E.
`PETTIGREW, Administrative Patent Judges.
`
`
`Mail Stop Patent Board
`Patent Trial and Appeal Board
`U.S. Patent and Trademark Office
`P.O. Box 1450
`Alexandria, VA 22313-1450
`
`1 Case IPR2014-00699 has been joined with this proceeding.
`
`

`

`Petitioner’s Reply
`
`
`
`
`
`TABLE OF CONTENTS
`
`Cases IPR2013-00038
`Patent 6,628,314 B1
`
`
`Page
`
`
`TABLE OF AUTHORITIES ................................................................................... ii
`
`I.
`
`II.
`
`Introduction ..................................................................................................... 1
`
`Logan’s “AccountNo” Reads on the Claimed “Unique Identifier” ............... 1
`
`A. Google and the Board’s Construction of “Unique Identifier” is
`Proper ................................................................................................... 1
`
`B.
`
`Logan’s “AccountNo” Uniquely Identifies “Information Sent
`… From the Computer” ........................................................................ 4
`
`III. Logan Discloses “Providing a Unique Identifier to the Computer” ............... 7
`
`A.
`
`Logan At Least Inherently Discloses “Providing a Unique
`Identifier to the Computer” .................................................................. 7
`
`B.
`
`The Board’s Proposed Construction is Consistent with BRI ............... 9
`
`IV. LOGAN’S SYSTEM IS DIRECTED AT TARGETED
`ADVERTISING ........................................................................................... 10
`
`V.
`
`Logan and Robinson Renders Claim 15 of the ’314 Patent Obvious ........... 13
`
`VI. Mr. Gray’s Testimony is Admissible ........................................................... 14
`
`VII. The PTO’s Rulemaking Authority is Not Before the Board ........................ 14
`
`VIII. Conclusion .................................................................................................... 15
`
`
`
`
`
`-i-
`
`
`
`

`

`Petitioner’s Reply
`
`
`
`
`TABLE OF AUTHORITIES
`
`Cases IPR2013-00038
`Patent 6,628,314 B1
`
`Page(s)
`
`STATUTES, RULES AND REGULATIONS
`
`35 U.S.C. § 313 .......................................................................................................... 2
`
`77 Fed. Reg. 157 .............................................................................................. 2, 7, 15
`
`35 U.S.C. § 316 .................................................................................................... 7, 15
`
`37 C.F.R. § 1.68 ....................................................................................................... 14
`
`28 U.S.C. § 1746 ...................................................................................................... 14
`
`OTHER AUTHORITIES
`
`SuperGuide Corp. v. DirecTV Enterprises, Inc.,
`358 F.3d 870 (Fed. Cir. 2004) .............................................................................. 7
`
`
`
`ii
`
`

`

`Petitioner’s Reply
`
`I.
`
`Introduction
`
`
`
`
`Cases IPR2013-00038
`Patent 6,628,314 B1
`
`In its Institution Decision of April 9, 2014, the Board correctly found that
`
`Petitioner Google is likely to prevail in showing that Logan anticipates claims 11-
`
`13, 18, 20, and that Logan in view of Robinson render obvious claim 15 of the ’314
`
`Patent. Paper 9, at 14, 16-17. In response, Patent Owner BE Tech advances three
`
`primary arguments that Logan does not disclose (1) a “unique identifier,” (2)
`
`“providing a unique identifier to the computer,” and (3) “selection of advertising
`
`content for transfer to the computer in accordance with the demographic
`
`information” as recited in claim 11 of the ’314 Patent. Because BE Tech misreads
`
`Google’s Petition and Logan, and misstates the scope of the ’314 Patent’s claims,
`
`the Board should cancel claims 11-13, 15, 18, and 20 of the ’314 Patent.
`
`II.
`
`Logan’s “AccountNo” Reads on the Claimed “Unique Identifier”
`A. Google and the Board’s Construction of “Unique Identifier” is
`Proper
`
`BE Tech argues that the construction of “unique identifier” set forth by
`
`Google and adopted by the Board “incompletely cit[es] the specification and
`
`completely ignor[es] the actual claim language in which the term appear[.]”
`
`Response at 6. Curiously, BE Tech does not proffer any alternative construction
`
`of the term.2 BE Tech instead points to disclosures in the ’314 Patent that reference
`
`2 Because BE Tech did not file a preliminary response nor set forth any alternative
`
`construction of the claimed features in its response, it cannot later argue or advance
`
`1
`
`

`

`Cases IPR2013-00038
`
`Petitioner’s Reply
`Patent 6,628,314 B1
`
`
`the “user ID” as being assigned to the software application downloaded by the user
`
`(Response at 7), stored in a cookie and sent to the computer (id. at 8), and received
`
`from the server (id. at 8) to conclude that “the idea of a ‘unique identifier’
`
`discussed in the specification is not limited to ‘information that uniquely identifies
`
`a user.’” Id. at 9.3 BE Tech fails to recognize that these disclosures occur after the
`
`server assigns the unique “user ID” to the user.
`
`The ’314 specification discloses that once a user completes a form
`
`requesting demographic information, “flow moves to block 140 where server 22
`
`alternative constructions. See, e.g., 35 U.S.C. §§ 313, 316(a)(8); 77 Fed. Reg. 157
`
`(August 14, 2012) at 48766 (“The [patent owner] response should identify all the
`
`involved claims that are believed to be patentable and state the basis for that
`
`belief.”)
`
`3 Somewhat strangely, it appears that BE Tech is arguing that “user ID” disclosed
`
`in the ’314 Patent does not correspond to the “unique identifier” claimed in the
`
`’314 Patent. Notwithstanding that BE Tech failed to point out what in the
`
`specification supports the claimed “unique identifier”3 or offer an alternative
`
`construction for the term, the ’314 specification clearly supports Google and the
`
`Board’s construction of “unique identifier” to mean “any unique information that
`
`can be used to identify a user” as discussed herein.
`
`
`
`2
`
`

`

`Cases IPR2013-00038
`
`Petitioner’s Reply
`Patent 6,628,314 B1
`
`
`assigns a unique ID to the user and then stores that ID along with the received
`
`demographic data[.]” Ex. 1001, 17:12-14 (emphases added); Fig. 8. Only after this
`
`unique ID (also known as the user ID) has been assigned and stored on the server,
`
`is it transferred to the client computer by being assigned to the software application
`
`to be downloaded by the client computer, or stored in a cookie to be placed on the
`
`client computer. Ex. 1001, 17:29-38.
`
`In either case, the ’314 specification also discloses that the application
`
`software permits different demographically-targeted advertising for each user. Id.
`
`at 17:43-46. Whenever a user logs in, the application checks the login which is
`
`associated with the user ID. Id. at 17:38-41,48-52. If the user is not new and his/her
`
`password is correct, the user’s preferences and customizations are loaded. Id. at
`
`18:55-58. If the user is determined to be new, the application may request the same
`
`demographic information as requested in the form provided prior to the download
`
`of the software application. Id. at 18:1-9. After receiving this information, the
`
`server assigns a user ID to the new user and provides the user ID to the client
`
`computer. Id. at 18:11-16.
`
`As can be seen, all of the foregoing disclosures in the ’314 Patent supports
`
`that the user ID is a unique ID created by server and assigned to the user by the
`
`server. See id. at 17:12-14. Only after its creation, the user ID can be transferred to
`
`3
`
`

`

`Cases IPR2013-00038
`
`Petitioner’s Reply
`Patent 6,628,314 B1
`
`
`the computer and/or be used at logins to check for new users. Accordingly, BE
`
`Tech’s argument is without merit.
`
`BE Tech also appears to argue that Google and the Board’s construction of
`
`the “unique identifier” must fail because the “user ID” in the ’314 specification
`
`cannot uniquely identify both a user and information sent from the computer. This
`
`is also incorrect as it is contradicted by the ’314 specification. Indeed, the ’314
`
`Patent discloses that “since client software application 10 communicates with
`
`server 22 from time to time and can report back computer usage information as
`
`well as information concerning the display of the banners, this information can be
`
`associated with the user's demographic information (by way of their unique
`
`ID) at the server and then used by the advertisers to help them better understand
`
`the consuming public.” Ex. 1001 at 16:17-24 (emphasis added). Accordingly,
`
`under the Broadest Reasonable Interpretation and as supported by BE Tech’s own
`
`disclosure in the ’314 Patent, Google and the Board’s construction of “unique
`
`identifier” to mean “information that uniquely identifies a user” is consistent and
`
`proper.
`
`B.
`
`Logan’s “AccountNo” Uniquely Identifies “Information Sent …
`From the Computer”
`
`
`
`In alleging that Logan’s “AccountNo” does not uniquely identify
`
`information sent … from the computer, BE Tech conveniently ignores the explicit
`
`4
`
`

`

`Cases IPR2013-00038
`
`Petitioner’s Reply
`Patent 6,628,314 B1
`
`
`disclosure of Logan and instead relies on abstract arguments and incomplete
`
`hypotheticals.4 See Response at 13-14.
`
`
`
`BE Tech appears to have confused the claim language when it argued that
`
`“[i]n the abstract, a unique identifier of a user has nothing to do with the computer”
`
`and “[b]y their nature, these AccountNos refer to matters pertaining to the users,
`
`not the computer.” PO Response, p. 13. Claim 11 recites “said identifier uniquely
`
`identifies information sent over said computer network from the computer to said
`
`server[.]” (Emphasis added.) As such, the claim focuses on the information sent
`
`from the computer and does not require the unique identifier to identify, associate,
`
`or correspond to the computer itself.
`
`In contrast to BE Tech’s abstract arguments, Logan in fact explicitly
`
`discloses the above limitation. For example, Logan discloses that a player 103
`
`(which is implemented by a computer, Logan at 3:1-2) uploads a “usage log” to the
`
`server via FTP protocol. Logan, 8:10-18. Moreover, this usage log (or usage log
`
`table 333) is indexed by subscriber field that contains the AccountNo of the
`
`subscriber. Id. at 26:9-23. Accordingly, the Subscriber Table 313 at the server,
`
`which is also indexed by the AccountNo (id. at 21:18-20), will be modified and
`
`updated with computer usage information whenever the usage log is uploaded from
`
`the computer to the server. Id. at 21:38-43.
`
`4 BE Tech does not rely on any opinions of its expert for this argument.
`
`5
`
`

`

`Petitioner’s Reply
`
`
`
`Cases IPR2013-00038
`
`Patent 6,628,314 B1
`
`BE Tech’s argument regarding the term “uniquely” similarly misses the
`
`mark. In its Response, BE Tech provides the hypothetical example of Users A, B,
`
`and C being identified by AccountNos 1, 2, and 3, and argues that “[i]f AccountNo
`
`1 identifies information sent from the computer, so, too, do AccountNos 2 and 3.”
`
`Id. at 13-14. BE Tech concludes “[t]here is nothing ‘unique’ about any
`
`identification by AccountNo 1of information sent from the computer.” Id. at 14.
`
`BE Tech does not consider that the information is “unique” because it is
`
`information indexed by AccountNo 1, which is associated with a specific user.
`
`
`
`As a practical example, consider the analogy of Logan’s AccountNo to a
`
`driver’s license number. A driver’s license number by itself uniquely identifies the
`
`driver, but could also uniquely identify other information such as registered
`
`vehicles or the driver’s driving history including accidents, tickets, citations, etc.
`
`Because the license number can index or organize any information specific to
`
`driver, the driver’s license number can therefore unique identify a plurality of
`
`information.
`
`
`
`As discussed above, the ’314 specification explicitly discloses that a user ID
`
`is uniquely assigned to a specific user. Ex. 1001, 17:12-14. This unique user ID is
`
`also associated with computer usage information which is sent back to the server
`
`from the client computer. Ex. 1001 at 16:17-24. Accordingly, similar to the ’314
`
`6
`
`

`

`Cases IPR2013-00038
`
`Petitioner’s Reply
`Patent 6,628,314 B1
`
`
`Patent’s user ID, Logan’s AccountNo also performs the exact same function of
`
`uniquely identifying computer usage information associated with a specific user.
`
`III. Logan Discloses “Providing a Unique Identifier to the Computer”
`A.
`
`Logan At Least Inherently Discloses “Providing a Unique Identifier
`to the Computer”
`
`
`
`Regarding claim 11’s limitation of “providing a unique identifier to the
`
`computer,” BE Tech argues that “[i]n the specification of the ’314 patent, it is
`
`explained that this term refers to ‘receiv[ing] an assigned ID from the server.’”
`
`Response at 15.5 It is unclear if BE Tech is advancing a proposed construction. If
`
`not, it cannot later advance new construction arguments. See, e.g., 35 U.S.C. §
`
`316(a)(8); 77 Fed. Reg. 157 (August 14, 2012) at 48766. If so, BE Tech is
`
`incorporating the terms “receiving” and “server” into the limitation and is therefore
`
`improperly importing non-claimed limitations from the specification. See
`
`SuperGuide Corp. v. DirecTV Enterprises, Inc.,358 F.3d 870, 875 (Fed. Cir. 2004).
`
`
`
`As discussed with respect to Logan, the player 103 uploads the usage log
`
`that includes the AccountNo to the server. Logan 7:66-8:18. As the AccountNo is
`
`found in the player 103, it necessarily follows that prior to the player 103
`
`
`5 BE Tech’s reading of “unique identifier” as the “assigned ID” (same as the “user
`
`ID”) further confirms Google and the Board’s broad reading of the term as
`
`discussed previously.
`
`7
`
`

`

`Cases IPR2013-00038
`
`Petitioner’s Reply
`Patent 6,628,314 B1
`
`
`uploading the usage log with the AccountNo, the AccountNo must have been
`
`provided to the player 103.
`
`
`
`BE Tech’s expert, Mr. Goldstein opined that the “AccountNo could have
`
`been provided to the subscriber, rather than the computer, by regular mail, by
`
`email, by telephone, or in other ways,” (Decl. ¶ 21) or “provided to the subscriber
`
`through the use of a floppy disk or other removable conventional storage devices.”
`
`(Decl. ¶ 21). In any of the above circumstances, the subscriber would still have to
`
`provide the AccountNo to the player 103 in order for the player 103 to upload the
`
`usage logs. Accordingly, even under Mr. Goldstein’s examples, Logan still
`
`discloses “providing a unique identifier to the computer,” as required by claim 11.
`
`
`
`Further, even though it is not required by the limitation of the claim, the
`
`AccountNo must also have been provided to the computer by the server. Again,
`
`Logan discloses that the server stores the unique AccountNo in various tables used
`
`to keep track of the subscriber’s account, preferences, etc. Logan 20:31-21:43.
`
`When the player 103 uploads the usage information, the server processes the usage
`
`information by using the AccountNo contained in the Subscribers Table to modify
`
`the subscriber’s preferences. Id. at 16:58-65; 26:35-52. As testified to by Mr.
`
`Stephen Gray, Google’s expert, because the server manages and modifies various
`
`data using the AccountNo, it follows that the server must have provisioned the
`
`unique AccountNo. See Ex. 2003(“Cross-Examination Gray”) at 182:21-183:23.
`
`8
`
`

`

`Cases IPR2013-00038
`
`Petitioner’s Reply
`Patent 6,628,314 B1
`
`
`That is, there are no other components in Logan’s system other than the server that
`
`can ensure that a provided AccountNo is a unique number.
`
`
`
`BE Tech’s arguments and reliance on Mr. Goldstein are conclusory and
`
`incomplete. All of the Mr. Goldstein’s hypotheticals (i.e., email, snail mail,
`
`telephone, physical storage devices) focus on the means of transferring and not the
`
`origin and destination of the AccountNo. Mr. Goldstein and BE Tech brush over
`
`the fact that one component in Logan still must have initially provided the unique
`
`AccountNo and the other component of Logan must have received the AccountNo,
`
`directly or indirectly.
`
`The Board’s Proposed Construction is Consistent with BRI
`
`B.
`The Board has properly construed “providing a unique identifier to a
`
`
`
`computer” to mean “associating a unique identifier to a computer, regardless of
`
`where the identifier is stored or maintained.” Paper 9 at 9. BE Tech argues that the
`
`Board erred because it failed to “consider[] the fact that ‘associating’ appears twice
`
`in Claim 11, distinct from ‘providing[.]’” p. 19. BE Tech’s argument fails because
`
`it has not considered that the Board did not construe the term “providing” by itself,
`
`but rather the phrase “providing a unique identifier to a computer.” Paper 9 at 8-9.
`
`The Board’s interpretation is consistent with the BRI standard.
`
`
`
`As correctly noted by the Board, the language of the claims and the ’314
`
`specification do not limit the scope of the limitation. There are alternative ways of
`
`9
`
`

`

`Cases IPR2013-00038
`
`Petitioner’s Reply
`Patent 6,628,314 B1
`
`
`providing the user ID to the computer including for example using a cookie
`
`mechanism. The only requirement is that the unique ID identifies a user, and that
`
`unique ID is known to a computer.
`
`
`
`Even assuming that the Board’s construction is too broad, Logan still
`
`discloses a more limiting construction of the feature. As discussed previously, as
`
`Logan’s AccountNo is found in the player 103 and ultimately uploaded to the
`
`server, it necessarily follows that the AccountNo must have been provided to the
`
`player 103. For at least the above reasons, BE Tech’s arguments with respect to
`
`“providing a unique identifier to the computer” is without merit.
`
`IV. LOGAN’S SYSTEM IS DIRECTED AT TARGETED ADVERTISING6
`
`BE Tech argues that “Logan discloses a system for the delivery of
`
`personalized programming to a subscriber that is not based on user demographics.”
`
`Response at p. 20. BE Tech goes on for more than 14 pages summarizing certain
`
`disclosures of Logan. Yet, it still completely misreads Logan.
`
`To start, Logan is directed to a targeted advertising system and discloses that
`
`“[b]ecause personal data describing each subscriber’s subject matter interest is
`
`6 The language at issue in claim 11 is “selecting advertising content for transfer to
`
`the computer in accordance with the demographic information associated with said
`
`unique identifier.” BE Tech misquotes the claim language in the title of Section
`
`VII.
`
`10
`
`

`

`Cases IPR2013-00038
`
`Petitioner’s Reply
`Patent 6,628,314 B1
`
`
`available, along with personal data (age, marital status, zip code, etc.), particular
`
`advertising segments may be directed to only those subscribers having a likely
`
`interest in the goods or services advertised.” Logan, 9:39-43. While this disclosure
`
`alone contradicts BE Tech’s position, the way of how Logan performs this targeted
`
`advertising will be reiterated.
`
`To generate program schedule of program segments for a subscriber, Logan
`
`discloses that the server can either prepare a Schedule Table 307 by supplementing
`
`the subscriber’s initial selection (Ex. 1002, 16:58-65) or prepare a Schedule Table
`
`307 containing program segments selected entirely by the server for the subscriber
`
`based on the matching procedure 342 as shown in Fig. 4. Id. at 17:1-10.
`
`In either scenario, the program segments in Schedule Table 307 are selected
`
`“by comparing the content of the Programs Table 303, the Subscribers Table 313,
`
`and the Advertisements Table 311.” Ex. 1002, 20:31-62. This comparison or
`
`matching algorithm is illustrated by the Matching Block 342 of Fig. 4. As
`
`discussed in the Petition and testified to by Google’s expert, Mr. Gray, this
`
`matching algorithm provides targeted advertising based on demographics. See
`
`Paper 1 (“Petition”), pp. 23-24; Ex. 1004, pp. 51-52; Ex. 2003 (“Cross-
`
`Examination Gray”), 350:11-22.
`
`Logan discloses that in order to “identify and insert advertising program
`
`segments into the Schedule Table 307 … the invention utilizes additional
`
`11
`
`

`

`Cases IPR2013-00038
`
`Petitioner’s Reply
`Patent 6,628,314 B1
`
`
`information which describes each advertisement to be placed before subscribers.”
`
`Ex. 1002, 24:2-6. This information is contained in the Advertisement record which
`
`includes a “DemographicMatch” function and “DemographicWeight.” See id. at
`
`20:55-62; 24:6-8.
`
`The DemographicMatch function “returns a value based on and advertiser
`
`specified relationship based on the subscriber’s personal record including (age,
`
`sex, marital status, size of household, etc.)[.]” Id. at 25:4-10. The “relative
`
`importance of demographic values derived by the DemographicMatch function and
`
`the value returned by InterestMatch7” is specific by the DemographicWeight value.
`
`Id. at 25:11-14. That is, DemographicWeight factors in both a subscriber’s interest
`
`and demographic information.
`
`The matching algorithm ultimately “compares the characteristics of the
`
`subscriber with the makeup of the target audience defined by the fields of the
`
`Advertisement record” to determine which of the advertisement are inserted into
`
`the Schedule Table 307 (see id. at 25:15-25) which is then downloaded to the
`
`player 103. Id. at 16:65-17:1. Accordingly, the advertisement selected and
`
`7 InterestMatch returns a value “indicative of the extent to which a given
`
`advertisement is likely to be suited to the interests of a particular subscriber” based
`
`on the subscriber’s expressly stated interest or derived interested based on
`
`previously played programs. See id. at 24:25-27,55-58.
`
`12
`
`

`

`Cases IPR2013-00038
`
`Petitioner’s Reply
`Patent 6,628,314 B1
`
`
`transferred to the player 103 disclosed in Logan is at least based on the
`
`demographic information of the subscriber.
`
`Regarding Logan’s disclosure of “DemographicMatch” and
`
`“DemographicWeight,” BE Tech argues that the weighting is not used to select
`
`advertisements because “already scheduled advertisements are ‘prioritized,’ i.e.,
`
`ordered in the previously-established queue.” Response at 22. As discussed, Logan
`
`sets forth the possibility that no programs are initially selected by the subscriber
`
`and that the server could by itself select program segments for inclusion in the
`
`Schedule Table 307 based on the matching procedure. Id. at 17:1-10. Regardless,
`
`even if there is a “previously-established queue,” Logan’s method still meets the
`
`claimed feature. That is, based on DemographicWeight, only highly prioritized
`
`advertisements are selected from a queue to be included in the Schedule Table 307,
`
`which is then transferred to the computer along with the appropriate program
`
`segments. See id. at 25:15-25. It is clear that there is no distinction between this
`
`disclosure of Logan and the claimed limitation of “providing a unique identifier to
`
`the computer.”
`
`V.
`
`
`Logan and Robinson Renders Claim 15 of the ’314 Patent Obvious
`Logan explicitly teaches every feature of claim 11. As discussed in the
`
`Petition, Robinson teaches the benefits of using a cookie to uniquely identify a
`
`user. See Paper 1 (“Petition”) at pp. 57-60. BE Tech argues that, without any
`
`13
`
`

`

`Cases IPR2013-00038
`
`Petitioner’s Reply
`Patent 6,628,314 B1
`
`
`expert declaration or testimony, it would not have been obvious to combine the
`
`teachings of Robinson with Logan because a person of ordinary skill in the art
`
`would not have been motivated to replace adequately design choices (e.g., Logan).
`
`This attorney argument fails because of the explicit motivation of enhanced
`
`security provided by Robinson itself in the context of web-based systems. See Ex.
`
`1003 at 8:39-41; see also, e.g., Paper 1 (“Petition”) at pp. 57-60; Ex. 1004, ¶159.
`
`Accordingly, there is proper motivation to combine Logan and Robinson, of which
`
`renders claim 15 obvious.
`
`VI. Mr. Gray’s Testimony is Admissible
`BE Tech alleges that Mr. Gray’s testimony is not admissible because it does
`
`not include an oath or affidavit sufficient under 37 C.F.R. § 1.68 or 28 U.S.C.
`
`1746. Response at 36. BE Tech fails to acknowledge that Mr. Gray testified under
`
`oath during his depositions that the opinions contained in his declarations are his
`
`own. See Ex. 2003 (“Cross-Examination Gray”), pp. 89-92, 295-96, 352-53. Out of
`
`an abundance of caution, Mr. Gray has submitted a new declaration confirming the
`
`same. Ex. 1021. Accordingly, Mr. Gray’s testimony is admissible.
`
`VII. The PTO’s Rulemaking Authority is Not Before the Board
`
`BE Tech concludes its Response by advancing the argument that the PTO
`
`does not have substantive rulemaking authority to adopt the Broadest Reasonable
`
`14
`
`

`

`Cases IPR2013-00038
`
`Petitioner’s Reply
`Patent 6,628,314 B1
`
`
`Interpretation (“BRI”) standard commonly used by the Board. Response at 36-38.
`
`Yet this issue is not before the Board in this proceeding.
`
`
`
`Petitioner notes that BE Tech failed to provide a proposed claim
`
`construction standard that would change the application of Logan to the claims of
`
`the ’314 Patent. In fact, BE Tech failed to explicitly provide any claim construction
`
`at all. Accordingly, BE Tech cannot later advance alternative claim constructions
`
`and its BRI argument is irrelevant to this proceeding. See, e.g., 35 U.S.C. §
`
`316(a)(8); 77 Fed. Reg. 157 (August 14, 2012) at 48766.
`
`VIII. Conclusion
`
`
`
`For at least the above reasons, the Board should cancel claims 11-13, 18, and
`
`20 of the ’314 Patent as being anticipated by Logan and claim 15 as obvious in
`
`view of Logan and Robinson.
`
`
`
`Dated: September 10, 2014
`
`Respectfully submitted,
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`By: /Clinton H. Brannon/
`
`Clinton H. Brannon
`
`Reg. No. 57,887
`
`MAYER BROWN LLP
`
`1999 K Street, NW
`
`Washington, DC 20006
`
`
`
`Counsel for Google Inc.
`
`15
`
`

`

`Petitioner’s Reply
`
`
`
`
`UPDATED EXHIBIT LIST
`
`Cases IPR2013-00038
`Patent 6,628,314 B1
`
`1009
`
`1010
`
`1011
`
`1012
`
`Exhibit # Reference Name
`1001
`U.S. Patent No. 6,628,314 to Hoyle
`1002
`U.S. Patent No. 5,721,827 to Logan
`1003
`U.S. Patent No. 5,918,014 to Robinson
`1004
`Declaration of Stephen Gray
`1005
`Prosecution History of U.S. Patent No. 6,628,314
`1006
`Prosecution History of U.S. Patent No. 6,141,010
`1007
`Webster’s II New College Dictionary (1995)
`1008
`Barry M. Leiner et al., Brief History of the Internet, Internet Society
`(Oct. 15, 2012),
`http://www.internetsociety.org/sites/default/files/Brief_History_of_th
`e_Internet.pdf
`“Hypertext Markup Language,” Network Working Group Request
`for Comments 1866, November 1995
`September 2012 Web Server Survey, Netcraft.com,
`http://news.netcraft.com/archives/2012/09/10/september-2012-web-
`server-survey.html (last visited Sep. 28, 2013)
`“The Common Gateway Interface (CGI) Version 1.1,” Network
`Working Group Request for Comments 3875, October 2004
`Application Server Product Vendors, Service-Architecture.com,
`http://www.service-
`architecture.com/products/application_servers.html (last visited Sep.
`28, 2013)
`“HTTP State Management Mechanism,” Network Working Group
`Request for Comments 2109, February 1997
`“HTTP State Management Mechanism,” Network Working Group
`Request for Comments 6265, April 2011
`“Specification of Internet Transmission Control Program,” Network
`Working Group Request for Comments 675, December 1974
`Netscape Homepage, Netscape.com,
`http://web.archive.org/web/19961219074448/http://www7.netscape.c
`om/ (last visited Oct. 4, 2013)
`Download Netscape Communicator or Netscape Navigator Software,
`Netscape.com,
`http://web.archive.org/web/19961230200703/http://www.netscape.co
`m/comprod/mirror/client_download.html (last visited Oct. 8, 2013)
`
`1013
`
`1014
`
`1015
`
`1016
`
`1017
`
`1
`
`

`

`
`
`
`Cases IPR2013-00038
`Patent 6,628,314 B1
`
`Supplemental Declaration of Stephen Gray
`
`U.S. Patent Application No. 2002/0178232 to Ferguson
`
`Petitioner’s Reply
`
`Exhibit # Reference Name
`1018
`U.S. Patent No. 5,347,632 to Filepp
`1019
`Stephen Gray Curriculum Vitae
`1020
`Deposition Transcript of Neil Goldstein
`(NEW)
`1021
`(NEW)
`1022
`(NEW)
`1023
`(NEW)
`1024
`(NEW)
`1025
`(NEW)
`
`
`U.S. Patent No. 6,134,532 to Lazarus
`
`U.S. Patent No. 6,230,204 to Fleming
`
`The IEEE Standard Dictionary of Electrical and Electronics Terms,
`selected pages, (6th ed. 1996)
`
`
`
`
`
`
`
`
`
`
`
`
`
`2
`
`

`

`Petitioner’s Reply
`
`
`
`
`CERTIFICATE OF SERVICE
`
`Cases IPR2013-00038
`Patent 6,628,314 B1
`
`Pursuant to 37 C.F.R. §§ 42.6(e), I, Clinton Brannon, hereby certify that a
`
`copy of the foregoing PETITIONER GOOGLE INC.’S REPLY TO PATENT
`
`OWNER’S RESPONSE TO PETITION has been served via electronic mail
`
`transmission on the Attorney of Record for related inter partes review petitions of
`
`U.S. Patent No. 6,628,314 (Nos. IPR2014-00038) at the following address:
`
`Jason S. Angell
`Robert E. Freitas
`Daniel J. Weinberg
`Jessica N. Leal
`FREITAS ANGELL & WEINBERG LLP
`350 Marine Parkway, Suite 200
`Redwood Shores, CA 94065
`jangell@fawlaw.com
`rfreitas@fawlaw.com
`dweinberg@fawlaw.com
`jleal@fawlaw.com
`
`
`
`
`
`Dated: September 10, 2014
`
`Respectfully submitted,
`
`
`
`
`
`
`By: /Clinton H. Brannon/
`
`Clinton H. Brannon
`
`Reg. No. 57,887
`
`Counsel for Petitioner
`
`
`
`1
`
`

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