throbber
UNITED STATES PATENT AND TRADEMARK OFFICE
`
`
`
`
`
`
`
`
`
`
`
`
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`
`
`
`
`
`
`
`
`
`
`
`
`
`GOOGLE INC.
`
`Petitioner
`
`v.
`
`Patent of AT HOME BONDHOLDERS’ LIQUIDATING TRUST
`
`Patent Owner
`
`
`
`
`
`
`
`Case IPR2015-006571
`U.S. Patent No. 6,286,045
`Title: INFORMATION STORAGE AND DELIVERY OVER A COMPUTER
`NETWORK USING CENTRALIZED INTELLIGENCE TO MONITOR AND
`CONTROL THE INFORMATION BEING DELIVERED
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`PATENT OWNER’S RESPONSE
`UNDER 37 C.F.R. § 42.120
`
`
`
`
`1 Case IPR2015-00660 has been consolidated with this proceeding.
`
`
`
`

`
`Patent Owner’s Response
`IPR2015-00657, IPR2015-00660
`Patent 6,286,045
`
`Table of Contents
`
`I. 
`
`Introduction ...................................................................................................... 1 
`
`A. 
`
`B. 
`
`C. 
`
`The 045 Patent ....................................................................................... 1 
`
`Instituted Grounds ................................................................................. 5 
`
`The Prior Art ......................................................................................... 5 
`
`1. 
`
`Angles ......................................................................................... 5 
`
`2.  Merriman ..................................................................................... 6 
`
`3. 
`
`4. 
`
`HTTP1.0 ...................................................................................... 7 
`
`Davis ........................................................................................... 8 
`
`D.  Google’s proposed combination............................................................ 8 
`
`II. 
`
`A POSA would not combine Angles, Merriman, and HTTP1.0 in the
`way Google contends ....................................................................................... 9 
`
`A. 
`
`B. 
`
`The combination of Angles, Merriman, and HTTP1.0 teaches
`that Angles advertisement request should not be used with the
`Merriman redirect (045 claims 49, 59, 64, 72) ..................................... 9 
`
`Google’s substitution of the Merriman redirect for the Angles
`advertisement command would eliminate the only described
`benefit of the Angles advertisement command without
`providing any other benefits (045 claims 49, 59, 64, 72) ................... 11 
`
`III.  The combination of Angles, Merriman, and HTTP1.0 does not teach
`or render obvious all of the claim elements ................................................... 16 
`
`A. 
`
`B. 
`
`The combination of Angles, Merriman, and HTTP1.0 does not
`teach a banner location signal for a banner stored on a server
`(045 claims 49, 59, 64, 72) .................................................................. 16 
`
`Angles advertisement request would be blockable by a cache if
`it was a GET request (045 claims 49, 59, 64, 72) ............................... 20 
`
`-i-
`
`

`
`Patent Owner’s Response
`IPR2015-00657, IPR2015-00660
`Patent 6,286,045
`The combination of Angles, Merriman, and HTTP1.0 does not
`teach a URL that includes “cgi-bin” and “?” (045 claims 49, 59,
`64, 72) .................................................................................................. 25 
`
`C. 
`
`IV.  The combination of Angles, Merriman, and HTTP1.0 does not teach a
`“second [banner] request signal that is a “content specific request
`signal” (045 claim 52) ................................................................................... 31 
`
`V. 
`
`The combination of Angles, Merriman, HTTP1.0, and Davis does not
`teach an advertisement provider computer sending a redirect back to
`itself (045 claims 50, 69) ............................................................................... 32 
`
`VI.  Objective indicia of non-obviousness show the claims are not invalid. ....... 34 
`
`A.  MatchLogic’s TrueCount Technology practiced the claims of
`the 045 Patent ...................................................................................... 35 
`
`B.  MatchLogic’s TrueCount Technology met a long-felt but unmet
`need ...................................................................................................... 37 
`
`1. 
`
`The industry recognized that efficiently delivering
`advertisements while accurately counting the display of
`those advertisements was a problem ......................................... 37 
`
`2.  MatchLogic’s TrueCount Technology solved the
`problem. .................................................................................... 38 
`
`C.  MatchLogic’s patented solution, embodied in TrueCount, was
`praised by the industry ........................................................................ 40 
`
`D.  Widespread adoption of MatchLogic’s TrueCount Technology
`by the industry provides further evidence of nonobviousness ............ 42 
`
`VII.  Conclusion ..................................................................................................... 43 
`
`-ii-
`
`

`
`Patent Owner’s Response
`IPR2015-00657, IPR2015-00660
`Patent 6,286,045
`
`Table of Exhibits
`
`AHBLT-(Exhibit #)
`
`Description
`
`AHBLT-2001
`
`AHBLT-2002
`
`AHBLT-2003
`
`AHBLT-2004
`
`AHBLT-2005
`
`AHBLT-2006
`
`Jason Fry, Network Caching Catches Flak From Some
`Content Providers, WALL ST. J. (Nov. 21, 1997),
`http://www.wsj.com/articles/SB876847891653286000
`
`Seth Schiesel, Updates/Media and Technology; Software
`to Track Business Prospects By Web Visits, N.Y.TIMES
`(Oct. 6, 1997),
`http://www.nytimes.com/1997/10/06/business/updatesmed
`ia- and-technology-software-to-track-business-prospects-
`by-web-visits.html
`
`Rick E. Bruner, Interactive: Media & Marketing:
`MatchLogic Service Solves Cache Problem,
`AdvertisingAge (Oct. 13, 1997),
`http://adage.com/article/news/interactive-media-
`marketing-matchlogic-service-solves-cache-
`problem/70523 /
`
`What is ABC, Audit Bureau of Circulations,
`http://www.auditbureau.org/about-what-is-abc.html (last
`visited May 17, 2015)
`
`Tom Shields, Internet Advertising Banner Counting
`Methodology (Oct. 23, 1998),
`https://web.archive.org/web/19990819024111/http:/www.
`netgravity.com/standards/WD-countmethod-
`19981023.html
`
`Interactive Audience Measurement and Advertising
`Campaign Reporting and Audit Guidelines, Interactive
`Advertising Bureau (Sep. 2004),
`http://www.iab.net/media/file/US_meas_guidelines.pdf
`
`AHBLT-2007
`
`CGI Programming Guide on the World Wide Web, Shishir
`Gundavaram, (1st Ed., March 1996),
`http://www.oreilly.com/openbook/cgi/
`
`-iii-
`
`

`
`AHBLT-(Exhibit #)
`
`Patent Owner’s Response
`IPR2015-00657, IPR2015-00660
`Patent 6,286,045
`
`Description
`
`AHBLT-2008
`
`AHBLT-2009
`
`AHBLT-2010
`
`AHBLT-2011
`
`AHBLT-2012
`
`DART White Paper Counting Methodologies,
`DoubleClick,
`July 12, 2001
`
`W3C httpd CGI/1.1 Script Support, World Wide Web
`Consortium (W3C) (July 1995),
`http://www.w3.org/Daemon/User/CGI/Overview.html
`
`“conjunction” Merriam-Webster Online,
`http://www.merriam-webster.com/dictionary/conjunction
`(last visited May 17, 2015)
`
`HTML 4.0 Specification, Dave Raggett et. al. eds. (Dec.
`1997), World Wide Web Consortium (W3C),
`http://www.w3.org/TR/REC-html40-971218/
`
`We’ve officially acquired DoubleClick, Official Google
`Blog (Mar. 11, 2008),
`http://googleblog.blogspot.com/2008/03/weve-
`officiallyacquired-doubleclick.html
`
`AHBLT-2013
`
`Duane Wessels, Web Caching, O’Reilly & Associates, Inc.
`(June 2001)
`
`AHBLT-2014
`
`Number Not Used
`
`AHBLT-2015
`
`Declaration of Kevin C. Almeroth
`
`AHBLT-2016
`
`Declaration of Michael Griffiths
`
`AHBLT-2017
`
`Excerpts of the Deposition Transcript of Peter Kent
`
`AHBLT-2018
`
`AHBLT-2019
`
`Additional excerpts from CGI Programming Guide on the
`World Wide Web, Shishir
`Gundavaram, (1st Ed., March 1996),
`http://www.oreilly.com/openbook/cgi/
`
`HTML Sourcebook, A Complete Guide to HTML by Ian
`S. Graham (1995)
`
`
`-iv-
`
`

`
`AHBLT-(Exhibit #)
`
`Patent Owner’s Response
`IPR2015-00657, IPR2015-00660
`Patent 6,286,045
`
`Description
`
`AHBLT-2020
`
`Curriculum Vitae of Professor Kevin C. Almeroth
`
`-v-
`
`

`
`Patent Owner’s Response
`IPR2015-00657, IPR2015-00660
`Patent 6,286,045
`
`Table of Authorities
`
` Page(s)
`
`Federal Cases
`Custom Accessories, Inc. v. Jeffery-Allen Indus., Inc.,
`807 F.2d 955 (Fed. Cir. 1986) ....................................................................... 34
`
`In re Gurley,
`27 F.3d 551 (Fed. Cir. 1994) ......................................................................... 18
`
`Kinetic Concepts, Inc. v. Smith & Nephew, Inc.,
`688 F.3d 1342 (Fed. Cir. 2012) ..................................................................... 42
`
`In re Kubin,
`561 F.3d 1351 (Fed. Cir. 2009) ......................................................... 18, 19, 22
`
`Leo Pharm. Prods., Ltd. v. Rea,
`726 F.3d 1346 (Fed. Cir. 2013) ............................................................... 34, 37
`
`Plantronics, Inc. v. Aliph, Inc.,
`724 F.3d 1343 (Fed. Cir. 2013) ..................................................................... 11
`
`Proctor and Gamble Co. v. Teva Pharms., USA,
`566 F.3d 989 (Fed. Cir. 2009) ....................................................................... 37
`
`Stratoflex, Inc. v. Aeroquip Corp.,
`713 F.2d 1530 (Fed. Cir. 1983) ..................................................................... 35
`
`Transocean Offshore Deepwater Drilling, Inc. v. Maersk Drilling USA, Inc.,
`699 F.3d 1340 (Fed. Cir. 2012) ..................................................................... 41
`
`Federal Statutes
`
`35 U.S.C. § 103(a) ..................................................................................................... 5
`
`Regulations
`
`37 C.F.R. § 42.120 ..................................................................................................... 1
`
`
`
`-vi-
`
`

`
`I.
`
`Introduction
`
`Patent Owner’s Response
`IPR2015-00657, IPR2015-00660
`Patent 6,286,045
`
`Pursuant to 37 C.F.R. § 42.120, Richard A. Williamson, on behalf of and as
`
`Trustee for At Home Bondholders’ Liquidating Trust (“Williamson” or “Patent
`
`Owner”) hereby submits his Response to the above-captioned Petitions for Inter
`
`Partes Review, (IPR2015-00657, -660), of U.S. Patent No. 6,286,045 (“045
`
`Patent”) (GOOG 1001), filed on February 2, 2015 by Google Inc. (“Google”).
`
`A. The 045 Patent
`The 045 Patent was filed May 19, 1997, by MatchLogic, Inc. and describes
`
`and claims a new way to serve banners for display in conjunction with web pages.
`
`Many web pages then were configured to include banner advertisements, as shown
`
`in Figure 2 of the 045 Patent at 62, 64 and 66. (GOOG 1001 at 5:64-6:4).
`
`Web pages and associated banners were frequently cached by web browsers
`
`and by intermediate caching devices such as proxy servers, so that if a web page or
`
`advertising banner was requested again, the request would be satisfied from the
`
`cache without reconnecting to the servers from which the web page or banner was
`
`originally served. This reduced the load on the network and the time needed to
`
`display the web page.
`
`Unfortunately, caching made it difficult for advertisers to count how many
`
`times advertisements were displayed on users’ computers:
`
`
`
`-1-
`
`

`
`Patent Owner’s Response
`IPR2015-00657, IPR2015-00660
`Patent 6,286,045
`Since the web page, and the banners to be displayed with the web
`page, selected by the user can be stored in either the user’s terminal or
`the proxy server connected to the user’s terminal, not all requests for
`the banner information are forwarded by the user’s terminal or
`respective proxy server and transmitted over the computer network
`30. While this result may appear to be beneficial in that the amount of
`data traffic on the computer network 30 is reduced, in fact, this result
`prevents the accurate count of banner displays.
`
`(GOOG 1001 at 12:60-13:2).
`
`The 045 Patent explains that techniques were available to prevent caching,
`
`but preventing caching caused other significant problems:
`
`One solution to the problem is to prevent banner information from
`being stored or cached on either the user’s terminal or the proxy
`server to which the user’s terminal is attached…. For example, the
`HTTP and HTML protocols allow banners to be tagged or indicated
`as being uncacheable…..[This solution] creates a significant problem,
`however, that creates even more significant consequences, thereby
`making its use for accurately counting advertisement and banner
`displays highly impractical and undesirable. More specifically, the
`storage of web pages and banner information at the user’s terminal or
`in the proxy server conn[ect]ed to the user’s terminal provides several
`important benefits that will be eliminated by this simple solution.
`
`(GOOG 1001 at 13:28-54).
`
`-2-
`
`

`
`Patent Owner’s Response
`IPR2015-00657, IPR2015-00660
`Patent 6,286,045
`The invention disclosed and claimed in the 045 Patent solves the problem of
`
`accurately counting banner displays on users’ terminals while avoiding the
`
`problems created by requiring the banner information to be retransmitted across the
`
`network each time the banner is requested by a user’s terminal. (GOOG 1001 at
`
`14:33-39). The invention uses a first request signal containing information that is
`
`intended to prevent the signal from being blocked by a caching device. Then,
`
`instead of responding to the first banner request signal with the banner, the claimed
`
`invention responds with a banner signal indicating the location of the banner on a
`
`server. The user’s computer then requests the banner in response to the banner
`
`location signal. For example, Claim 64 recites:
`
`64. A method for enabling accurate counting of displays of a banner
`on a client device, comprising:
`
`receiving a first banner request signal at a first server requesting that a
`banner be served to a client device, wherein said first banner request
`includes information intended to prevent said first banner request
`signal from being blocked from said first server, even though there
`has been previous caching or storing of said banner by the client
`device or an intermediary device;
`
`sending a banner location signal to the client device, wherein said
`banner location signal includes location information for a specified
`banner stored on a second server; and
`
`-3-
`
`

`
`Patent Owner’s Response
`IPR2015-00657, IPR2015-00660
`Patent 6,286,045
`causing a determination of whether said specified banner is stored on
`the client device and, if said specified banner is not stored on the
`client device, receiving a second banner request signal from the client
`device at said intermediary device and causing a determination of
`whether said specified banner is stored on said intermediary device,
`wherein if said specified banner is not stored on said intermediary
`device, receiving a third banner request signal at said second server
`requesting that said second server serve said specified banner to the
`client device.
`
`(GOOG 1001 at claim 64).
`
`The first request signal should be received by the server, because it includes
`
`information that is intended to prevent blocking by a cache. The display of the
`
`banner should therefore always be counted. The second request signal is a
`
`conventional request signal that may be satisfied from a cache.
`
`The first request signal and the location signal contain very little information
`
`compared to the banner. These signals thus impose a negligible burden on the
`
`network compared to transmitting the banner from the originating ad server to the
`
`requesting device:
`
`[T]he initial banner request signal and the banner location signal are
`both extremely small, often comprising no more than a single packet
`or one-hundred to two-hundred bytes. Therefore, the overhead created
`by the additional banner signal during the step 112 and the banner
`location signal during step 114 is negligible. More importantly, since
`
`-4-
`
`

`
`Patent Owner’s Response
`IPR2015-00657, IPR2015-00660
`Patent 6,286,045
`the method 110 still allows the web pages and the banner information
`to be cached or stored in the terminals and proxy servers, there is no
`unnecessary retransmission of the web pages or banners from the
`computer or web sites or the information or ad servers to the terminals
`which would significantly increase the data traffic and overhead on
`the computer network 30.
`
`(GOOG 1001 at 20:24-36). The invention thus solves the counting problem
`
`without giving up the benefits of caching. (Id. at 15:30-65).
`
`B.
`
`Instituted Grounds
`
`Claims
`49, 51-53,
`55-59, 61-
`67, and 70-
`73
`
`50 and 69
`
`Grounds and References
`35 U.S.C. § 103(a);
`U.S. Patent No. 5,933,811 (“Angles,” GOOG 1012),
`U.S. Patent No. 5,948,061 (“Merriman,” GOOG 1013),
`and T. Berners-Lee et al., HYPERTEXT TRANSFER
`PROTOCOL – HTTP/1.0, HTTP Working Group
`INTERNET-DRAFT, (“HTTP1.0”, GOOG 1008)
`35 U.S.C. § 103(a);
`Angles,
`Merriman,
`HTTP1.0, and
`U.S. Patent No. 5,796,952 (“Davis,” GOOG 1014)
`
`C. The Prior Art
`1.
`Angles
`
`
`
`Angles describes a method and system for “delivering customized electronic
`
`advertisements in an interactive communication system.” (GOOG 1012, Abstract).
`
`With reference to Angles Figure 4, after receiving a web page, consumer computer
`
`12 sends a request for an advertisement to advertisement provider computer 18 in
`
`-5-
`
`

`
`Patent Owner’s Response
`IPR2015-00657, IPR2015-00660
`Patent 6,286,045
`event E. (Id. at 18:44-60). In event F, “[t]he advertisement provider computer 18
`
`then sends the customized advertisement 30 directly to the consumer computer.”
`
`(Id. at 18:66-19:1). Thus, Angles discloses only a single request to a single server
`
`to retrieve a banner advertisement and does not disclose the claimed second
`
`request or second server of the 045 Patent. Angles also does not disclose any kind
`
`of redirect signal.
`
`In conjunction with the advertisement provider computer 18, Angles
`
`discloses an optional advertising storage medium 44 in the consumer computer.
`
`The advertising provider computer can send an advertisement command to the
`
`consumer computer that identifies a physical location, such as a track and sector,
`
`on the consumer computer’s advertising storage medium. (GOOG 1012 at 11:50-
`
`12:11). The sole reason disclosed in Angles for the optional local storage medium
`
`is to avoid retrieving an advertisement from the server because the network is slow
`
`relative to local storage. (Id. at 11:66-12:11; AHBLT-2017 at 92:18-93:2).
`
`2. Merriman
`
`Merriman describes a method and system for “targeting the delivery of
`
`advertisements over a network such as the Internet.” (GOOG 1013, Abstract).
`
`With reference to Figure 1, a user’s browser downloads a web page from affiliate
`
`web site 12 in messages 20 and 22. (Id. at 3:24-34). The browser sends a single
`
`request for an advertisement in message 23. (Id. at 3:41-51). “Upon receiving the
`
`-6-
`
`

`
`Patent Owner’s Response
`IPR2015-00657, IPR2015-00660
`Patent 6,286,045
`request in the message 23, the advertising server process 19 determines which
`
`advertisement or other object to provide the user’s browser and transmits the
`
`messages 24 containing the object such as a banner advertisement to the user’s
`
`browser 16 using the HTTP protocol.” (Id. at 3:52-57). Thus, Merriman discloses
`
`only a single request to a single server to retrieve a banner advertisement and does
`
`not disclose a location signal or second request for a banner as claimed in the 045
`
`Patent.
`
`Merriman describes using an HTTP redirect for a third-party advertiser’s
`
`web page when a user “clicks through” an advertisement to visit the web site of the
`
`third-party that paid for the advertisement. (Id. at 3:64-4:5). Merriman explicitly
`
`distinguishes between a “banner” displayed in conjunction with a web page
`
`transmitted in message 24, (id. at 3:30-41; 3:52-57), and the advertiser’s web page
`
`returned by advertiser’s web site 18 when the user “clicks through” the banner,
`
`(id. at 3:64-4:5). Merriman does not disclose the use of a redirect to retrieve a
`
`banner.
`
`3.
`
`HTTP1.0
`
`HTTP1.0 is a document created by the Hypertext Transfer Protocol (HTTP)
`
`Working Group that specifies the protocol referred to as “HTTP/1.0.” (GOOG
`
`1008 at 1). HTTP1.0 contains relatively little discussion of web pages or displays,
`
`and none concerning advertising or banners. It describes the various kinds of
`
`-7-
`
`

`
`Patent Owner’s Response
`IPR2015-00657, IPR2015-00660
`Patent 6,286,045
`HTTP requests and responses, Uniform Resource Locators (URLs), headers, and
`
`describes situations in which each may be appropriately used.
`
`4.
`
`Davis
`
`Davis describes a method and apparatus “for monitoring client use of and
`
`interaction with a resource downloaded from a server on a computer network, for
`
`storing monitored data, for creating a database including profiles indexed by user
`
`and/or resource identity and for generating customized resources based upon client
`
`profiles.” (GOOG 1014 at 1:8-14). The focus of Davis is on monitoring user
`
`actions with resources downloaded from a server.
`
`D. Google’s proposed combination
`Google relies on Angles for the majority of the limitations of the
`
`independent claims. (IPR2015-00660, Paper 14 at 13, Paper 2 at 17-30; IPR2015-
`
`00657, Paper 14 at 13, Paper 2 at 17-28). Google argues that Angles teaches
`
`sending an unblockable “first [banner] request signal” (the Angles advertisement
`
`request) from a consumer computer 12 to an advertisement provider computer 18,
`
`returning a “[banner] location signal” (the Angles advertisement command) that
`
`allows the consumer computer 12 to retrieve the advertisement from advertising
`
`storage medium 44. Google argues that it would have been obvious to replace the
`
`Angles advertisement command with the HTTP redirect disclosed in Angles (the
`
`Merriman Redirect), and first determine if the advertisement had been locally
`
`-8-
`
`

`
`Patent Owner’s Response
`IPR2015-00657, IPR2015-00660
`Patent 6,286,045
`cached as disclosed in HTTP1.0 before sending a second request. (IPR2015-
`
`00660, Paper 2 at 21; IPR2015-00657, Paper 2 at 21).
`
`II. A POSA would not combine Angles, Merriman, and HTTP1.0 in the
`way Google contends
`A. The combination of Angles, Merriman, and HTTP1.0 teaches that
`Angles advertisement request should not be used with the
`Merriman redirect (045 claims 49, 59, 64, 72)
`
`HTTP1.0 teaches that the user would have to confirm he or she wanted each
`
`advertisement
`
`if
`
`the Merriman redirect were substituted for
`
`the Angles
`
`advertisement command—an unacceptable behavior in an advertising system.
`
`HTTP1.0 recommends only three HTTP request types:2 GET, HEAD, and
`
`POST, and states that “the convention has been established that the GET and
`
`HEAD methods should never have the significance of taking an action other than
`
`retrieval.” (GOOG 1008 §§ 8, 12. 2 at 25, 40). The Angles advertisement request
`
`causes actions other than retrieval, including debiting an advertiser account and
`
`
`2 HTTP1.0 Appendix D documents “protocol elements used by some existing
`
`HTTP implementations, but not consistently and correctly…. Implementors…
`
`cannot rely upon their presence in, or interoperability with, other HTTP/1.0
`
`applications.” A few additional, non-standard, requests methods are described in
`
`Appendix D.
`
`-9-
`
`

`
`Patent Owner’s Response
`IPR2015-00657, IPR2015-00660
`Patent 6,286,045
`crediting content provider and consumer accounts. (GOOG 1012 at 21:7-10).
`
`Thus, HTTP1.0 teaches that the Angles advertisement request should not be either
`
`GET or HEAD.3
`
`HTTP1.0 also states that an HTTP redirect response “indicates that further
`
`action needs to be taken by the user agent in order to fulfill the request. The action
`
`required may be carried out by the user agent without interaction with the user if
`
`and only if the method used in the subsequent request is GET or HEAD.”
`
`(GOOG 1008 § 9.3 at 27) (emphasis added). For a 302 redirect, HTTP1.0 states
`
`that “[i]f the 302 status code is received in response to a request using the POST
`
`method, the user agent [browser] must not automatically redirect the request unless
`
`it can be confirmed by the user.” (GOOG 1008 § 9.3 at 28).
`
`Thus, HTTP1.0 teaches that using a redirect in response to the Angles
`
`advertisement request would require the user to confirm that he or she wanted the
`
`3 HTTP1.0 also teaches away from using HEAD requests because the server “must
`
`not return any Entity-Body in the response” and that “[t]his method is often used
`
`for testing hypertext links for validity, accessibility, and recent modification”
`
`(GOOG 1008 at 25). Thus, a POSA would understand that the Angles advertising
`
`request should not be HEAD because it could not return an advertisement.
`
`(AHBLT-2015 at fn. 4).
`
`-10-
`
`

`
`Patent Owner’s Response
`IPR2015-00657, IPR2015-00660
`Patent 6,286,045
`advertisement before it was retrieved by the redirect. A person of ordinary skill
`
`would understand that this would be unacceptable in an advertising system.
`
`(AHBLT-2015 at ¶ 54). The combination of HTTP1.0 with Angles and Merriman
`
`therefore teaches away from the substitution of the Merriman redirect for the
`
`Angles advertisement command, because it would require the user to confirm he or
`
`she wanted each advertisement.
`
`B. Google’s substitution of the Merriman redirect for the Angles
`advertisement command would eliminate the only described
`benefit of the Angles advertisement command without providing
`any other benefits (045 claims 49, 59, 64, 72)
`
`Even if Angles, Merriman, and HTTP1.0 collectively taught all of the
`
`elements of claim 1—which they do not—Google provides no legitimate reason
`
`why a person of ordinary skill in the art would have modified these references in
`
`the manner that Google claims. Plantronics, Inc. v. Aliph, Inc., 724 F.3d 1343,
`
`1354 (Fed. Cir. 2013) (“Where, as here, the necessary reasoning is absent, we
`
`cannot simply assume that an ordinary artisan would be awakened to modify prior
`
`art....” (internal quotation marks omitted)).
`
`Google argues that it “would have been obvious to a POSA to replace
`
`Angles advertisement command identifying a location of an advertisement on local
`
`storage with Merriman’s HTTP redirect message identifying a location of an
`
`advertisement on networked storage.” (IPR2015-00660, Paper 2 at 21; IPR2015-
`
`-11-
`
`

`
`Patent Owner’s Response
`IPR2015-00657, IPR2015-00660
`Patent 6,286,045
`00657, Paper 2 at 21). Google also argues that “[s]uch replacement would have
`
`been nothing more than a simple substitution of one known element (Merriman’s
`
`HTTP redirect message) for another (Angles advertisement command) to obtain
`
`predictable results (an advertisement command from an advertisement server that
`
`identifies a URL at which the advertisement can be obtained).” (IPR2015-00660,
`
`Paper 2 at 21; IPR2015-00657, Paper 2 at 21).
`
`However, this “simple substitution” would have defeated the sole disclosed
`
`benefit of the Angles advertisement command and a local Advertising Storage
`
`Medium 44—speed. (See GOOG 1012 at 11:66-12:11 (explaining that the reason
`
`for the advertisement command and local storage medium 44 in Angles is that
`
`“current communications systems transfer data at much slower rates than local
`
`storage devices”)); (AHBLT-2015 at ¶ 57). Google’s expert, Mr. Kent, has
`
`confirmed that this is the sole disclosed benefit of the Angles advertisement
`
`command and a local Advertising Storage Medium 44. (AHBLT-2017 at 92:18-
`
`93:2). Google’s proposed substitution of the Merriman redirect for the Angles
`
`advertisement command would eliminate the only benefit attributed to the
`
`advertisement command and a local Advertising Storage Medium 44, and would
`
`not provide any benefit that was not already provided by the preferred
`
`embodiment. (AHBLT-2015 at ¶ 57).
`
`-12-
`
`

`
`Patent Owner’s Response
`IPR2015-00657, IPR2015-00660
`Patent 6,286,045
`Google identifies “scalability reasons” as the reason a POSA would have
`
`been motivated to replace the Angles advertisement command with the Merriman
`
`redirect. (IPR2015-00660, Paper 2 at 22; IPR2015-00657, Paper 2 at 21). The
`
`only textual support Google and Mr. Kent cite to show this alleged motivation is a
`
`single remark that the “advertisement database 70” may contain “numerous”
`
`advertisements. (GOOG 1003 at ¶ 63). However, this reference to “numerous”
`
`advertisements in Angles advertisement database 70 shows that the embodiment on
`
`which Google relies already provided scalability. Figure 4 shows that Angles
`
`preferred embodiment employed both the local Advertising Storage Medium 44 on
`
`the Consumer Computer 12 and the Advertisement Database 70 in the
`
`Advertisement Provider Computer.
`
`-13-
`
`

`
`Patent Owner’s Response
`IPR2015-00657, IPR2015-00660
`Patent 6,286,045
`
`
`Although Angles describes the Advertising Storage Medium 44 as
`
`“optional,” Advertisement Database 70 is not. Thus, while an “advertisement
`
`command can be sent which specifically retrieves a particular advertisement from
`
`the advertising storage medium,” if a particular advertisement was selected that
`
`was not present in the advertising storage medium, it could be supplied from
`
`Advertisement Database 70. (GOOG 1012 at 12:7-9) (emphasis added). The
`
`combination of the local advertising storage medium 44 (which can deliver the
`
`advertisements quickly) with the Advertisement Database 70 (a scalable and
`
`manageable SQL server system) already provides the scalability benefits Google
`
`argues would motivate the substitution of the Merriman redirect for the Angles
`
`-14-
`
`

`
`Patent Owner’s Response
`IPR2015-00657, IPR2015-00660
`Patent 6,286,045
`advertisement command. (AHBLT-2015 at ¶ 59). The proposed substitution
`
`therefore would eliminate the speed benefits provided by the local advertising
`
`storage medium 44, without providing any new benefit.
`
`Further, moving the advertisements from local Advertising Storage Medium
`
`44 to a remote server identified by a HTTP redirect would result in slower
`
`performance than simply eliminating local Advertising Storage Medium 44 and
`
`serving all advertisements directly from the Advertisement Database 70, because
`
`an additional network round-trip request would be required for each such
`
`advertisement. Google’s proposed substitution would thus actually reduce
`
`performance without providing any new benefit at all. (AHBLT-2015 at ¶ 59).
`
`If “maintaining advertisements on a local cache would have presented a
`
`management/overhead inefficiency as the number of advertisement options
`
`increased” as Google argues, then a POSA would have simply eliminated the
`
`optional Advertising Storage Medium 44 and the advertisement command and
`
`served all advertisements directly from the Advertisement Database 70. (AHBLT-
`
`2015 at ¶ 61).
`
`-15-
`
`

`
`Patent Owner’s Response
`IPR2015-00657, IPR2015-00660
`Patent 6,286,045
`III. The combination of Angles, Merriman, and HTTP1.0 does not teach or
`render obvious all of the claim elements
`A. The combination of Angles, Merriman, and HTTP1.0 does not
`teach a banner location signal for a banner stored on a server (045
`claims 49, 59, 64, 72)
`
`Google contends that “it would have been obvious to a POSA to replace the
`
`Angles advertisement command identifying a location of an advertisement on local
`
`storage with Merriman’s HTTP redirect message identifying a location of an
`
`advertisement on networked storage.” (IPR2015-00660, Paper 2 at 21; IPR2015-
`
`00657, Paper 2 at 21). Doing so would not result in the claimed invention of 045
`
`Patent claims 49, 59, 64, and 72 and their dependent claims, because Merriman’s
`
`HTTP redirect message does not identify a location of a banner; it identifies the
`
`location of a third-party advertiser’s website. (GOOG 1013 at 3:64-4:5). None of
`
`the references in the instituted grounds discloses or suggests the use of an HTTP
`
`redirect to retrieve a banner from a server.
`
`Merriman explicitly distinguishes between a “banner” displayed
`
`in
`
`conjunction with a web page transmitted in message 24, (GOOG 1013 at 3:30-41;
`
`3:52-63), and the advertiser’s web page returned by advertiser’s web site 18 when
`
`the user “clicks through” the banner, (id. at 3:64-4:5). The advertiser’s web page
`
`entirely replaces the page that displays the banner, as Google’s technical expert
`
`Peter Kent admitted. (See AHBLT-2017 at 198:11-19). The advertiser’s web
`
`-16-
`
`

`
`Patent Owner’s Response
`IPR2015-00657, IPR2015-00660
`Patent 6,286,045
`pages are not displ

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