throbber
Trials@uspto.gov
`571–272–7822
`
`
`Paper 14
`Entered: August 14, 2015
`
`
`
`UNITED STATES PATENT AND TRADEMARK OFFICE
`____________
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`____________
`
`GOOGLE INC.,
`Petitioner,
`
`v.
`
`AT HOME BONDHOLDERS’ LIQUIDATING TRUST,
`Patent Owner.
`____________
`
`Case IPR2015–00657
`Patent 6,286,045 B1
`
`____________
`
`
`
`Before, KARL D. EASTHOM, JUSTIN T. ARBES, and
`MIRIAM L. QUINN Administrative Patent Judges.
`
`QUINN, Administrative Patent Judge.
`
`DECISION
`Decision on Institution of Inter Partes Review
`37 C.F.R. § 42.108
`
`
`
`
`
`
`
`

`
`IPR2015–00657
`Patent 6,286,045 B1
`
`
`
`Google Inc. (“Petitioner”) filed a Petition to institute inter partes
`
`review of claims 20–31, 33, 43, 44, 47, 48, 59, 61–63, 72, 73, 75, 77, and 78
`
`of U.S. Patent No. 6,286,045 B1 (“the ’045 patent”) pursuant to 35 U.S.C.
`
`§ 311319. Paper 2 (“Pet.”). At Home Bondholders’ Liquidating Trust
`
`(“Patent Owner”) timely filed a Preliminary Response. Paper 10 (“Prelim.
`
`Resp.”). We have jurisdiction under 35 U.S.C. § 314.
`
`For the reasons that follow, we institute an inter partes review as to
`
`claims 59, 6163, 72, and 73 on certain grounds of unpatentability.
`
`I.
`
`BACKGROUND
`
`A. RELATED MATTERS
`
`Petitioner identifies that the patent-at-issue is the subject matter of a
`
`district court case filed in the U.S. District Court for the District of Delaware
`
`(Case No. 1:14-cv-00216). Pet. 5960.
`
`B. ASSERTED GROUNDS
`
`Petitioner contends that claims 2031, 33, 4344, 4748, 59, 6163,
`
`7273, 75, 77 and 78 (“the challenged claims”) are unpatentable under 35
`
`U.S.C. § 103 based on the following specific grounds:
`
`References
`
`Angles1 and Merriman2
`
`
`
`Basis
`
`§ 103
`
`Claim[s] challenged
`
`20, 2426, 28, 3031,
`75, 78
`
` 1
`
` U.S. Patent No. 5,933,811 (Exhibit 1012) (“Angles”).
`2 U.S. Patent No. 5,948,061 (Exhibit 1013) (“Merriman”).
`2
`
`
`
`

`
`Basis
`
`Claim[s] challenged
`
`IPR2015–00657
`Patent 6,286,045 B1
`
`References
`
`
`
`Angles, Merriman, and Garland3
`
`§ 103
`
`22, 23, 29, 33, 4344,
`4748, 77
`
`Angles, Merriman, and Davis4
`
`§ 103
`
`21
`
`Angles, Merriman, and HTTP 1.05 § 103
`
`Wexler,6 HTTP 1.0
`
`§ 103
`
`27, 59, 6163, 72–73
`
`20, 21, 24–28, 31, 33,
`72, 75, 77, 78
`
`Wexler, HTTP 1.0, and Meeker7
`
`§ 103
`
`30, 59, 61–63, 73
`
`Wexler, HTTP 1.0, and Garland
`
`§ 103
`
`22–23, 29, 43–44, 47
`
`Wexler, HTTP1.0, Garland, and
`Meeker
`
`§ 103
`
`48
`
`C. THE ’045 PATENT (EX. 1001)
`
`The ’045 patent is directed to a system for storing information on a
`
`computer network and allowing the information to be accessed by terminals
`
`connected to the computer network, either directly, or through an
`
`intermediary device such as a local or proxy server. Ex. 1001, Abstract.
`
`The system includes computers or web sites that store pages, which may
`
`
`
` 3
`
` Michael Garland et al., Implementing Distributed Server Groups for the
`World Wide Web, Carnegie Mellon University (Jan. 25, 1995) (Exhibit
`1009) (“Garland”).
`4 U.S. Patent No. 5,796,952 (Exhibit 1014) (“Davis”).
`5 T. Berners-Lee et al., HTTP Working Group Internet Draft Hypertext
`Transfer ProtocolHTTP/1.0, (Feb. 19, 1996) (Exhibit 1008) (“HTTP 1.0”).
`6 U.S. Patent No. 5,960,409 (Exhibit 1007) (“Wexler”).
`7 Mary Meeker, Technology: Internet/New Media The Internet Advertising
`Report, Morgan Stanley, U.S. Investment Research (Dec. 1996) (Exhibit
`1010) (“Meeker”).
`
`3
`
`
`
`

`
`IPR2015–00657
`Patent 6,286,045 B1
`
`
`
`include references to banners to be displayed in conjunction with the web
`
`pages on the terminal. Id. The ’045 patent also discloses a method that
`
`“solves the initial problem of how to create accurate counts of banner
`
`information displays on user terminals while avoiding the problems created
`
`by requiring the banner information to be retransmitted across the computer
`
`network each time the banner information is requested by a user or a user’s
`
`terminal.” Id. at 14:3340. In one embodiment, the ’045 patent describes
`
`the use of an initial banner request signal that is a general content Uniform
`
`Resource Locator (“URL”) address generated by the terminal, where the
`
`URL does not specify which banner is to be displayed. Id. at 17:2226. The
`
`recipient of the initial banner request signal selects which banner is to be
`
`displayed on the terminal, and returns a specific content URL address to the
`
`terminal, using a “Status HTTP 302 Redirect signal,” indicating the address
`
`of the selected banner. Id. at 17:2636. Therefore, even though the banner
`
`may be cached or stored on the user’s terminal or on a proxy server, the
`
`specific content URL address signal is not cached, preventing the initial
`
`banner request signal from being blocked by either the terminal or the proxy
`
`server. Id. at 17:4250.
`
`D. ILLUSTRATIVE CLAIMS
`
`Challenged claims 20, 43, 59, 72, and 75 are independent. Claims 20
`
`and 59 are illustrative and are reproduced below.
`
`20. A method for distributing a banner over a computer network to a
`device when the banner is referenced or linked to in a document served to
`the device, wherein the banner is stored in one or more servers, comprising:
`
`4
`
`
`
`

`
`IPR2015–00657
`Patent 6,286,045 B1
`
`
`
`receiving a first banner request signal from a device at a first server
`requesting that a banner be served to the device, wherein said first banner
`request signal includes information intended to prevent said first banner
`request signal from being blocked from reaching said first server by the
`device despite previous caching of said specified banner in the device;
`sending a banner location signal from said first server to the device,
`wherein said banner location signal includes location information for a
`specified banner stored on a second server; and
`receiving a second banner request signal from the device at said second
`server requesting that the second server serve said specified banner to the
`device.
`
`59. A method for serving a banner to a client device, comprising:
`receiving at a primary server a first request for a banner, said first request
`containing at least a portion of an initial URL, wherein said first request
`includes information intended to prevent said first request from being
`blocked from the primary server despite previous storage of the banner on
`the client device;
`sending a signal from the primary server to the client device that includes
`at least a portion of a second URL associated with the banner’s location;
`receiving at the primary server a second TCP/IP compliant request
`requesting that the banner be served to the client device if the banner is not
`stored on the client device;
`serving the banner to the client device; and
`counting at least one display of the banner on the client device.
`
`II. ANALYSIS
`
`A. CLAIM INTERPRETATION
`
`The Board interprets claims using the “broadest reasonable
`
`construction in light of the specification of the patent in which [they]
`
`appear[].” 37 C.F.R. § 42.100(b). We presume that claim terms have their
`
`ordinary and customary meaning. See In re Translogic Tech., Inc., 504 F.3d
`
`1249, 1257 (Fed. Cir. 2007) (“The ordinary and customary meaning ‘is the
`
`5
`
`
`
`

`
`IPR2015–00657
`Patent 6,286,045 B1
`
`
`
`meaning that the term would have to a person of ordinary skill in the art in
`
`question.’” (citation omitted)).
`
`Petitioner and Patent Owner have proposed constructions for various
`
`terms. See Pet. 1015; Prelim. Resp. 1419. We do not need to construe
`
`every term proposed by the parties if the construction is not helpful in our
`
`determination of whether to institute trial. The scope of the claim term
`
`“banner” is determinative of whether we institute certain asserted grounds.
`
`Our discussion of this term follows.
`
`“banner”
`
`Both parties agree that “banner” means “information displayed in
`
`conjunction with a web page.” Pet. 11–12; Prelim. Resp. 15. The parties
`
`disagree, however, on whether additional explanations should be included in
`
`the definition. For example, Petitioner asserts that the information “is not
`
`part of the same file as the web page” (Pet. 11) while Patent Owner asserts
`
`that the information “can exist separately from the web page or which can be
`
`used in conjunction with many web pages” (Prelim. Resp. 15–16). Both
`
`parties rely on different portions of the specification to support their
`
`respective proposed constructions. Two issues are thus presented: (1) does
`
`the specification provide an express definition of the term as alleged by
`
`Petitioner; and (2) does the specification support a construction broader than
`
`Petitioner argues. These issues arise because the specification states that
`
`[f]or purposes of the present invention, the term ‘banner’
`is meant to be construed very broadly and includes any
`information displayed in conjunction with a web page
`wherein the information is not part of the same file as the
`web page. That is, a banner includes anything that is
`displayed or used in conjunction with a web page, but
`6
`
`
`
`

`
`IPR2015–00657
`Patent 6,286,045 B1
`
`
`
`which can exist separately from the web page or which
`can be used in conjunction with many web pages.
`Banners can include graphics, textual information, video,
`audio, animation, and links to other computer sites, web
`sites, web pages, or banners.
`
`Ex. 1001, 2:2837. Patent Owner also points to additional statements in the
`
`specification where the banner information may be served with the web
`
`page. See Prelim. Resp. 1516 (citing Ex. 1001, 10:2326 (“banner
`
`information may be served with the webpage or, more commonly, the
`
`banner information may reside in separate files.”)).
`
`We agree with the parties that the specification provides a description
`
`of a “banner” as information displayed in conjunction with a web page. But
`
`it is unnecessary for us to decide whether a banner may comprise
`
`information that may be part of the “same file as the web page” or served
`
`with the web page. The specification states the intent of construing “banner”
`
`with a stated, broad definition, and, therefore, we may not limit the
`
`construction of “banner” to how it may be served or stored vis-à-vis a web
`
`page. The claims provide sufficient detail regarding the location and
`
`operation of the banner such that we do not need to define the term further
`
`than how the information is displayed. Accordingly, under the broadest
`
`reasonable interpretation in light of the specification, for purposes of this
`
`Decision, we construe “banner” to mean “information displayed in
`
`conjunction with a web page.”
`
`7
`
`
`
`

`
`IPR2015–00657
`Patent 6,286,045 B1
`
`
`
`B. OBVIOUSNESS GROUNDS BASED ON, AT A MINIMUM, ANGLES,
`AND MERRIMAN
`
`Petitioner asserts four grounds predicated on, at a minimum, the
`
`combination of Angles and Merriman.
`
`1. Overview of Angles (Ex. 1012)
`
`Angles describes a system and method for delivering customized
`
`electronic advertisements in an interactive communication system. Ex.
`
`1012, Abstract. Angles’s system interconnects multiple consumer
`
`computers, multiple content provider computers, and multiple Internet
`
`provider computers with an advertisement provider computer. Id. Figure 4,
`
`reproduced below, illustrates the Angles’s system and shows the flow of
`
`information among these computers. See id. at 4:6165.
`
`8
`
`
`
`

`
`IPR2015–00657
`Patent 6,286,045 B1
`
`
`
`
`
`Figure 4 depicts content provider computer 14 that includes electronic
`
`pages 32 for presenting information to the consumer. See id. at 12:5160.
`
`Each electronic page 32 contains advertising insert 56 which is a place–
`
`holder configured to contain customized advertisement 30 generated by
`
`advertisement provider computer 18. Id. Advertising insert 56 contains
`
`advertisement request 26, which references a content provider Common
`
`Gateway Interface (CGI) script 64 that exists on advertisement provider
`
`computer 18. Id. at 13:14. “When the advertisement provider computer 18
`
`executes the content provider script 64, the advertisement provider computer
`
`18 identifies which content provider computer 14 is being accessed by a
`
`consumer computer 12.” Id. at 13:1619. Advertisement provider computer
`
`9
`
`
`
`

`
`IPR2015–00657
`Patent 6,286,045 B1
`
`
`
`18 sends customized advertisement 30 to consumer computer 12. Id. at
`
`8:5661. Electronic page 32 and customized advertisement 30 are combined
`
`into a displayable page. Id. at 8:6265.
`
`Angles further describes an embodiment in which consumer computer
`
`12 includes advertising storage medium 44, which can be a compact disk
`
`drive and a compact disk, to store a variety of advertisements that can be
`
`retrieved and displayed by consumer computer 12. Id. at 11:5055. In this
`
`embodiment, the advertisement command identifies a particular location on
`
`advertising storage medium 44, such as the particular track and sector where
`
`an advertisement is located. Id. at 11:6612:2.
`
`2. Overview of Merriman (Ex. 1013)
`
`Merriman describes targeting the delivery of advertisements over a
`
`network, such as the Internet. Ex. 1013, Abstract. Figure 1, reproduced
`
`below, illustrates an affiliate’s web site 12, an advertisement (“ad”) server
`
`web site 19, and an advertiser’s web site 18. See id. at 2:5962.
`
`10
`
`
`
`

`
`IPR2015–00657
`Patent 6,286,045 B1
`
`
`
`
`
`In Figure 1, above, a user operates a web browser to generate
`
`request 20 directed to affiliate web site 12. Id. at 3:2428. The affiliate web
`
`site sends messages 22 containing the information available at the particular
`
`web site 12 for the requested page to be displayed by the user browser 16,
`
`except for one or more advertising objects such as banner advertisements.
`
`Id. at 3:3034. Instead of sending the advertising objects, affiliate web
`
`server sends a link to the node running advertiser server process 19, where
`
`the link refers to an inline image, such as a banner. Id. at 3:3441. User
`
`browser 16 sends message 23 to advertising server process 19 to access the
`
`object. Id. at 3:4152. Upon receiving message 23, advertising server
`
`process 19 determines which advertisement or other object to provide to user
`
`browser 16 and transmits message 24 containing the object. Id. at 3:5257.
`
`The advertisement object then is displayed “as a composite of the received
`11
`
`
`
`

`
`IPR2015–00657
`Patent 6,286,045 B1
`
`
`
`affiliate’s web page plus the object transmitted back by the advertising web
`
`server.” Id. at 3:5963. “As part of the ‘click through’ process, when the
`
`user clicks on the banner or other advertising object displayed by the user’s
`
`browser 16, the user’s browser again transmits a message [23] to the ad
`
`server.” Id. at 3:6467. Advertising server 19 notes the address of the
`
`computer that generated message 23 and transmits back the URL of the
`
`advertiser’s web page so that user browser 16 can generate a message 26 to
`
`contact advertiser web site 18. Id. at 3:674:5.
`
`3. Overview of Garland (Ex. 1009)
`
`Garland describes an architecture and protocol for a distributed web
`
`server group, as illustrated in Figure 5, reproduced below. Ex. 1009, 3.
`
`Figure 5, above, illustrates a web client sending an HTTP request and
`
`a dispatcher server that calculates a least–loaded member server and sends
`
`the forwarding address of that server. Id. at 3. The dispatcher distributes the
`
`requests to balance the load placed on the member servers. Id. at 5.
`
`
`
`12
`
`
`
`

`
`IPR2015–00657
`Patent 6,286,045 B1
`
`
`
`4. Overview of Davis (Ex. 1014)
`
`Davis is directed to monitoring client use of and interaction with a
`
`resource downloaded from a server on a computer network. Ex. 1014,
`
`1:810. In particular, Davis describes the access and display of an ad banner
`
`that is embedded inside a Web page located in a server through the use of an
`
`“HTML <IMG> tag” by stating that
`
`[w]hen a client machine passes a TCP/IP request for the Web page
`to the first server, the Web page is downloaded to the client,
`including the ad banner embedded using the <IMG> tag. The
`<IMG> tag is used to reference a resource (i.e., the “ad banner”)
`stored on the same or a different server which captures the user’s
`ID (via the HTTP request header) and dynamically returns an ad
`related image to the client for display within the Web page.
`
`Ex. 1014, 3:3542.
`
`5. Discussion
`
`Petitioner contends that Angles discloses most of the limitations of
`
`independent claims 20, 43, 59, 72, and 75. Pet. 17–33. In particular,
`
`Petitioner contends that Angles’s advertisement request, which references a
`
`CGI script, is an “unblockable” signal because the “signal is dynamic and
`
`the resulting content would not be cached.” Pet. 19. Petitioner further
`
`argues that a redirect signal containing a URL address for another address is
`
`a well–known feature of HTTP and Merriman teaches such a feature. Id.
`
`at 20. There are differences in the claim language of these independent
`
`claims that bear directly on our determination of whether to institute trial.
`
`a. Claims 59 and 72
`
`Petitioner asserts that the combination of Angles, Merriman, and
`
`HTTP1.0 renders obvious independent claims 59 and 72, with HTTP1.0
`
`13
`
`
`
`

`
`IPR2015–00657
`Patent 6,286,045 B1
`
`
`
`supplying the teaching of a cache. In particular, Petitioner asserts that
`
`HTTP1.0 teaches that any client or server may include a cache, and that a
`
`person of ordinary skill in the art would have understood that a cache may
`
`be located on the consumer computer in Angles. Id. at 37–38.
`
`The evidence provided by Petitioner is insufficient, according to
`
`Patent Owner, because Angles does not disclose or reference a cache.
`
`Prelim. Resp. 22, 38–39 (incorporating the arguments made with regard to
`
`claim 20). This argument is unpersuasive because claim 59 does not recite a
`
`cache. And although claim 72 does recite “previous caching,” Petitioner is
`
`relying on HTTP1.0, not Angles, as teaching the use of a cache. See Pet. 37.
`
`Patent Owner further argues that the use of a CGI script alone does
`
`not prevent caching. Prelim. Resp. 23–24. According to Patent Owner,
`
`Angles does not disclose, other than a reference to a CGI script, what strings
`
`are included in the URL. Id. at 25–26. Patent Owner argues that there is a
`
`reason the ’045 patent discloses specific characters included in the URL for
`
`prevention of blocking as a result of previous caching. Id. at 26.
`
`At this stage of the proceeding, however, we conclude that
`
`Petitioner’s evidence is sufficient to demonstrate a reasonable likelihood that
`
`Angles teaches a request signal with information intended to prevent the
`
`signal from being blocked. Petitioner argues that in Angles, consumer
`
`computer 12 sends advertisement request 26, which references content
`
`provider CGI script 64, to advertisement provider computer 18. See Pet.
`
`1819, 22 (citing Ex. 1012, 13:2–4, 7:65–8:1). Thus, according to
`
`Petitioner, Angles does not block advertisement request 26 from reaching
`
`advertisement provider computer 18. Id. Petitioner submits evidence to
`
`14
`
`
`
`

`
`IPR2015–00657
`Patent 6,286,045 B1
`
`
`
`show why it believes the use of a CGI request in Angles prevents such
`
`blocking. See Pet. 5–6, 18–19; Ex. 1001, 19:4957; Ex. 1003 ¶¶ 16, 64–65;
`
`Ex. 1017, 7–8. Based on the current record, Petitioner’s evidence is
`
`sufficient to demonstrate a reasonable likelihood of prevailing, but the
`
`ultimate assessment of that evidence will be based on the complete record at
`
`the end of trial.
`
`We recognize that Patent Owner has casted doubt regarding
`
`Petitioner’s assertion that a CGI script, without more, prevents blocking as
`
`required by the claims. The Preliminary Response cites evidence supporting
`
`the assertion that a browser will cache (and thus block the request for) a
`
`document resulting from a CGI script. Prelim. Resp. 22–24 (citing Ex.
`
`2007). Furthermore, we note that Patent Owner has presented evidence
`
`supporting the allegation that a mere reference to a CGI script, such as that
`
`described in Angles, is insufficient to render the signal containing the
`
`reference “unblockable.” Prelim. Resp. 24–25 (citing Ex. 2009).
`
`Considering this evidence together with Petitioner’s evidence, however, we
`
`lack an explanation of how Angles’s advertisement request is not an
`
`“unblockable” signal. That is, notwithstanding the evidence from Patent
`
`Owner that not all references to a CGI script block caching, we have not
`
`been shown yet that Angles’s reference to a CGI script would be blocked.
`
`On this point, we note that Petitioner expressly argues that one embodiment
`
`of the ’045 patent supports the assertion that a CGI script would be
`
`“unblockable.” Pet. 19. And although we need not rely on this argument to
`
`render our decision, there is some indication that dynamically generated
`
`content through a CGI script was known to prevent caching. Ex. 1017.
`
`15
`
`
`
`

`
`IPR2015–00657
`Patent 6,286,045 B1
`
`As we see it, considering the evidence presented by both parties, one
`
`
`
`
`
`inference that may be drawn from Angles’s disclosure is that the reference to
`
`the CGI script in the advertisement request is not blocked because Angles
`
`utilizes one of the “cache–busting” techniques known at the time, i.e., URL
`
`requesting dynamically generated content. However, another potential
`
`inference is that Angles’s system, although requesting dynamic content, does
`
`not involve URL requests that prevent caching of the resulting request
`
`because either caching is not utilized or, if caching, Angles’s system
`
`includes the same accounting inaccuracies known in the art. Resolving the
`
`reasonableness and likelihood of these (or other later arising) inferences is a
`
`fact-finding issue that we will resolve at the conclusion of the trial, but at
`
`this stage of the proceeding, we are persuaded that Petitioner has
`
`demonstrated a reasonable likelihood that Angles teaches a request signal
`
`with information intended to prevent the signal from being blocked.
`
`
`
`Patent Owner has presented further arguments challenging the
`
`Petition. We have considered those arguments and determine that the
`
`Petition has presented sufficient information to institute trial. For example,
`
`Patent Owner argues that none of the asserted references teaches or suggests
`
`the use of two or more requests to retrieve a banner. Prelim. Resp. 2729.
`
`These arguments are not persuasive because they are not responsive to
`
`Petitioner’s assertions regarding claims 59 and 72 that the disclosures in the
`
`Angles, Merriman, and HTTP1.0 are combined to teach or suggest the
`
`recited requests. See In re Merck & Co., Inc., 800 F.2d 1091, 1097 (Fed.
`
`Cir. 1986) (“Non–obviousness cannot be established by attacking references
`
`individually where the rejection is based upon the teachings of a
`
`16
`
`
`
`

`
`IPR2015–00657
`Patent 6,286,045 B1
`
`
`
`combination of references.”). Furthermore, although Angles appears to
`
`disclose that local storage of banners is a solution to transmission delays in
`
`the communication network, Patent Owner has not shown sufficiently that
`
`the disclosure teaches away from the combination of Angles and Merriman.
`
`See Winner Int’l Royalty Corp. v. Wang, 202 F.3d 1340, 1349 n. 8 (Fed. Cir.
`
`2000) (“The fact that the motivating benefit comes at the expense of another
`
`benefit, however, should not nullify its use as a basis to modify the
`
`disclosure of one reference with the teachings of another. Instead, the
`
`benefits, both lost and gained, should be weighed against one another.”).
`
`Finally, we are not persuaded at this time by the argument that Angles’s
`
`embodiment of local storage of banners serves a “primary purpose.” Prelim.
`
`Resp. 31–32. Although Angles may disclose a benefit associated with local
`
`storage of banners, it does not discredit or repudiate the delivery of those
`
`banners via the communication network because Angles discloses
`
`embodiments that deliver a customized advertisement (“banner”) to the
`
`consumer via the communication medium. See Ex. 1012, 8:56–61, 20:64–
`
`21:6.
`
`Consequently, on the record before us, we determine that Petitioner
`
`has demonstrated a reasonable likelihood of prevailing in its contention that
`
`claims 59 and 72 would have been obvious over the combination of Angles,
`
`Merriman, and HTTP1.0. Petitioner also has shown sufficiently that the
`
`asserted references teach the further limitations recited in dependent claims
`
`61–63, which depend from claim 59, and claim 73, which depends from
`
`claim 72. Consequently, on the record before us, we determine that
`
`Petitioner also has demonstrated a reasonable likelihood of prevailing in its
`
`17
`
`
`
`

`
`IPR2015–00657
`Patent 6,286,045 B1
`
`
`
`contention that claims 61–63 and 73 would have been obvious over the
`
`combination of Angles, Merriman, and HTTP1.0.
`
`b. Claims 20 and 75
`
`Unlike the grounds discussed above, Petitioner has not cited any
`
`factual evidence of the use of a cache in its assertion that claims 20 and 75
`
`are unpatentable over the combination of Angles and Merriman.
`
`Specifically, claim 20 recites a first banner request signal that “includes
`
`information intended to prevent said []signal from being blocked . . . despite
`
`previous caching of said []banner.” Ex. 1001, 28:44–48 (emphasis added).
`
`Claim 75 recites similar language. Ex. 1001, 32:50–53. Petitioner relies
`
`solely on Angles as disclosing the first banner request signal. Pet. 22
`
`(showing only disclosures in Angles in claim chart for limitation 20.2). The
`
`Petition, however, neither states nor points to evidence that Angles’s system
`
`includes a cache. See Prelim. Resp. 21 (arguing that Angles contains no
`
`reference whatsoever to a cache). The significance of the omission is such
`
`that we are not able to determine whether Angles’s advertisement request is
`
`employed to avoid a cache where information previously was cached. If
`
`Angles is not shown or argued to disclose, teach, or suggest caching, we
`
`cannot determine that the reference to the CGI script in the advertisement
`
`request is intended to prevent blocking as a result of previous caching.
`
`Accordingly, we are not persuaded that Petitioner has shown a
`
`reasonable likelihood that claims 20 and 75 would have been obvious over
`
`Angles and Merriman. Petitioner does not allege that either Davis or
`
`Garland disclose, teach, or suggest the information intended to prevent
`
`18
`
`
`
`

`
`IPR2015–00657
`Patent 6,286,045 B1
`
`
`
`blocking as a result of previous caching. Therefore, Petitioner has failed to
`
`show a reasonable likelihood that claims 21–31 and 33, which depend from
`
`claim 20, and claims 77–78, which depend from claim 75, are unpatentable
`
`as obvious over combinations involving Angles, Merriman, Garland, and
`
`Davis. Consequently, no trial is instituted on any of those grounds.
`
`c. Claim 43
`
`Petitioner relies on Garland as disclosing the “best suited” server
`
`because Garland performs load balancing by calculating a least–loaded
`
`server. Pet. 32–33. Patent Owner argues that Petitioner has not shown that
`
`Garland teaches or suggests selecting a “best suited server” as required by
`
`the claim. Prelim. Resp. 35–36. Patent Owner also contends that the
`
`declaration testimony of Mr. Kent should be afforded little to no weight
`
`because it is conclusory. Id. We have reviewed the Petition, Patent Owner’s
`
`argument, and the disclosures in Garland regarding the determination of a
`
`least–loaded server. Based on this review, we agree with Patent Owner and
`
`determine that Petitioner has failed to show sufficiently that Garland teaches
`
`the claim 43 determination that “if said first server is best suited to serve
`
`said banner . . . serving said banner to the device,” and “if said first server is
`
`not best suited to serve[] said banner to the device, sending a banner location
`
`signal from said first server to the device.”
`
`Claim 43 also requires that the “best suited server” determination be
`
`performed concerning the same server that received the first banner request
`
`signal. That is, the first server receives the first banner request signal, which
`
`is not blocked, and a determination is made as to whether that same first
`
`server is “best suited” to serve the banner. Garland does not teach or suggest
`
`19
`
`
`
`

`
`IPR2015–00657
`Patent 6,286,045 B1
`
`
`
`the required “best suited server” determination. Garland teaches a
`
`dispatcher that calculates a least–loaded server by receiving load information
`
`from each of its member servers because the dispatcher does not know the
`
`load on a member server. Ex. 1009, 5. The reason for Garland’s dispatcher
`
`needing this information is that after a client is dispatched to a particular
`
`member, “all relative links will be resolved by going directly to that
`
`member.” Id. In other words, Garland teaches that a dispatcher would
`
`determine the least–loaded server when receiving the “first banner request,”
`
`and the banner will be served from that first server every time. Garland’s
`
`dispatcher does not determine that, after being directed to the first server for
`
`the first banner request signal, another server is the least–loaded to serve the
`
`banner. See id. Petitioner has not shown how Garland’s dispatcher can
`
`select a least–loaded server for an existing communication between a client
`
`and the member server. Without this showing, using Garland’s teachings of
`
`a dispatcher in Angles’s system with multiple servers would not meet all the
`
`claim limitations of claim 43.
`
`Petitioner does not allege that other prior art teaches the “best suited
`
`server.” Therefore, we do not institute trial concerning independent
`
`claim 43. Claims 44, 47, and –48 depend from claim 43 and recite
`
`additional limitations. But Petitioner’s evidence and arguments for these
`
`dependent claims fail for the same reasons as described with respect to claim
`
`43. Accordingly, we also do not institute trial concerning dependent claims
`
`44, 47, and 48.
`
`20
`
`
`
`

`
`IPR2015–00657
`Patent 6,286,045 B1
`
`
`
`C. OBVIOUSNESS GROUNDS BASED, AT A MINIMUM, ON WEXLER
`AND HTTP1.0
`
`Petitioner asserts four grounds predicated on, at a minimum, the
`
`combination of Wexler and HTTP1.0.
`
`1. Overview of Wexler (Ex. 1007)
`
`Wexler is directed to providing on–line third party accounting and
`
`statistical information. Ex. 1007, Abstract. A third party accounting service
`
`receives download request signals intended for an advertiser Web site. Id.
`
`The download request signal results from a user clicking on a banner
`
`displayed on a Web page, because the banner is configured to point to the
`
`third party Web site, rather than pointing to the advertiser’s Web site. Id.
`
`The third party Web site maintains a count of the received download request
`
`signals generated by clicking on the banner, and sends a redirect signal to
`
`the user’s Web browser causing the advertiser Web site to send the
`
`information originally sought by the user. Id.
`
`2. Overview of HTTP1.0 (Ex. 1008)
`
`HTTP1.0 is a working document of the Hypertext Transfer Protocol
`
`(HTTP) Working Group. Ex. 1008, 1. The document describes
`
`specifications for the protocol referred to as “HTTP/1.0.” Id. In particular,
`
`HTTP1.0 discloses the use of a “Pragma general–header field.” Id. at 35.
`
`“All pragma directives specify optional behavior from the viewpoint of the
`
`protocol; however, some systems may require that behavior be consistent
`
`with the directives.” Id. One pragma directive is a “no–cache” directive,
`
`which is described as follows:
`
`21
`
`
`
`

`
`IPR2015–00657
`Patent 6,286,045 B1
`
`
`
`When the “no–cache” directive is present in a request
`message, an application should forward the request
`toward the origin server even if it has a cached copy of
`what is being requested. This allows a client to insist
`upon receiving an authoritative response to its request.
`It also allows a client to refresh a cached copy which is
`known to be corrupted or stale.
`
`Id. at 3536.
`
`3. Discussion
`
`Wexler describes a third party accounting and statistical service that
`
`redirects a user’s web browser to request a web page from an advertiser after
`
`the user clicks on a banner. Ex. 1007, 2:38–56. Petitioner relies on
`
`Wexler’s advertiser’s web page as disclosing the “banner.” Pet. 41–42.
`
`That is, although We

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