`571-272-7822
`
`
`
`
`
`Paper 19
`Entered: October 1, 2019
`
`UNITED STATES PATENT AND TRADEMARK OFFICE
`____________
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`____________
`
`AVI NETWORKS, INC.,
`Petitioner,
`
`v.
`
`CITRIX SYSTEMS, INC.,
`Patent Owner.
`_______________
`
`Case IPR2019-00845
`Patent 9,148,493 B2
`_______________
`
`
`
`Before JUSTIN T. ARBES, PATRICK M. BOUCHER, and
`FREDERICK C. LANEY, Administrative Patent Judges.
`
`LANEY, Administrative Patent Judge.
`
`
`
`DECISION
`Granting Institution of Inter Partes Review
`35 U.S.C. § 314
`
`
`
`
`
`
`
`IPR2019-00845
`Patent 9,148,493 B2
`
`
`
`INTRODUCTION
`I.
`Avi Networks, Inc. (“Avi”) filed a Petition (Paper 6; “Pet.”) to
`institute an inter partes review of claims 1–5, 7–13, and 15–20 of U.S.
`Patent No. 9,148,493 B2 (Ex. 1001; “the ’493 patent”). Citrix Systems, Inc.
`(“Citrix”) filed a Preliminary Response (Paper 12; “Prelim. Resp.”). We
`have statutory authority over this dispute pursuant to 35 U.S.C. § 314, which
`provides that an inter partes review may not be instituted “unless . . . there is
`a reasonable likelihood that the petitioner would prevail with respect to at
`least 1 of the claims challenged in the petition.”
`If an inter partes review is instituted, a final written decision under
`35 U.S.C. § 318(a) must decide the patentability of all claims challenged in
`the petition. SAS Inst., Inc. v. Iancu, 138 S. Ct. 1348, 1359–60 (2018).
`Upon consideration of the Petition, the Preliminary Response, and the
`evidence cited by the parties, we determine that there is a reasonable
`likelihood that Avi will prevail with respect to at least 1 of the claims
`challenged in the Petition. Accordingly, we institute an inter partes review
`of all claims and grounds challenged in the Petition. This is not a final
`patentability determination of any claim under 35 U.S.C. § 318(a), but only
`an initial determination about whether to institute review.
`
`BACKGROUND
`II.
`Related Proceedings
`A.
`Avi indicates that the ’493 patent is the subject of a lawsuit between
`the parties in the U.S. District Court for the District of Delaware (Pet. 1;
`Ex. 1003, Citrix Systems, Inc. v. Avi Networks, Inc., No. 1:17-cv-1843).
`Additionally, Avi indicates the ’493 patent is a continuation of U.S. Patent
`
` 1
`
`
`
`
`
`
`IPR2019-00845
`Patent 9,148,493 B2
`
`
`No. 8,631,120 B2, which is the subject of the above lawsuit and IPR2019-
`00844. Pet. 2. Citrix identifies the same matters. Paper 9, 1 (“Patent
`Owner’s Mandatory Notices”).
`The ’493 Patent
`B.
`The ’493 patent “relates generally to Internet client-server
`applications, and more specifically to determining when a client is finished,
`either temporarily (e.g., in ‘think time’) or permanently, with a connection in
`order to more efficiently utilize the pooling of connections between clients
`and servers over the Internet.” Ex. 1001, 1:23–28. The ’493 patent
`represents that the disclosed apparatus, method, and computer program are
`“for efficiently pooling network client-server connections” and may be
`“implemented within an interface unit connecting a plurality of servers to the
`Internet, which is in turn connected to a plurality of clients.” Id. 2:59–64.
`To accomplish this efficient pooling of network client-server connections,
`the ’493 patent describes the following steps:
`opening a connection between a first client and the interface unit;
`determining whether a connection between the interface unit and
`a server is finished being utilized by the first client; opening a
`connection between a second client and the interface unit; if no
`free connection is open between the interface unit and the server,
`then allowing the second client to access information on the
`server via the same connection utilized by the first client without
`waiting for the first client to initiate closing the connection; and
`delinking the connections between the first and second clients
`and the interface unit while keeping open the connection between
`the interface unit and the server.
`Id. 2:66–3:10. Illustratively, the above steps are shown in the ’493 patent in
`Figure 7, reproduced below.
`
` 2
`
`
`
`
`
`
`IPR2019-00845
`Patent 9,148,493 B2
`
`
`
`
`Figure 7 above depicts a message flow diagram illustrating the steps that an
`Internet client-server application causes a device to follow to enable
`connection pooling. Id. 3:34–36.
`
`Illustrative Claim
`C.
`Two of the challenged claims are independent––claims 1 and 9.
`Claim 1 is illustrative of the claimed subject matter and is reproduced below.
` 1. A method comprising:
`
`(a) establishing, by a device, a pool of one or more
`transport layer connections between the device and a server;
`
`(b) forwarding, by the device, a first request of a first
`client to the server received via a first connection between
`the first client and the device over a second transport layer
`
` 3
`
`
`
`
`
`
`IPR2019-00845
`Patent 9,148,493 B2
`
`
`connection from the pool of one or more transport layer
`connections between the device and the server;
`
`(c) determining, by the device while the device
`maintains open the transport layer connection of the pool of
`one or more transport layer connections between the device
`and the server, that the second transport layer connection is
`available for forwarding a second request of a second client
`via a third transport layer connection between the second
`client and the device to the server based on the server
`completing communicating a response to the first request of
`the first client via the second transport layer connection;
`
`(d) forwarding, by the device responsive to the
`determination, the second request of the second client over
`the transport layer connection to the server prior to receiving
`a close command from the first client via the first transport
`layer connection between the first client and the device.
`References and Materials Relied Upon
`D.
`In addition to Declarations by Kevin Jeffay, Ph.D. (Ex. 1007), Duane
`Wessels (Ex. 1008), and Alex Rousskov, Ph.D. (Ex. 1009), Avi relies on the
`following references and materials in support of the asserted grounds of
`unpatentability:
`
`References and Materials
`Source Code for Squid Cache version 2.0 (“Squid”)
`(Oct. 2, 1998)
`WO 00/28433 (pub. May 18, 2000) (“Susai”)
`Request for Comments No. 2068, Hypertext Transfer
`Protocol – HTTP/1.1 (Jan. 1997)
`(“RFC 2068”)
`
`
`
`Exhibit No.
`1004
`
`1005
`1006
`
` 4
`
`
`
`
`
`
`IPR2019-00845
`Patent 9,148,493 B2
`
`
`
`E.
`Challenged Claims
`1–5, 7, 9–13, 15, 17–20
`1–5, 7, 9–13, 15, 17–20
`8, 16
`1–5, 7, 9–13, 15, 17–20
`1–5, 7–13, 15–20
`
`Asserted Grounds of Unpatentability
`Statutory Basis Reference(s)
`35 U.S.C. § 102 Squid
`35 U.S.C. § 103 Squid
`35 U.S.C. § 103 Squid and RFC 2068
`35 U.S.C. § 103 Susai and Squid
`35 U.S.C. § 103 Susai and RFC 2068
`
`III. ANALYSIS
`Citrix raises a preliminary issue that we address before reaching Avi’s
`alleged grounds challenging claims of the ’493 patent. Citrix contends that
`we should exercise our discretion under 35 U.S.C. § 314(a) to deny
`institution in view of the related litigation. Prelim. Resp. 16–22. Citrix
`argues that, because Avi waited until “the last possible day” allowable under
`35 U.S.C. § 315(b) to file the Petition, instituting an inter partes review
`(IPR) of “the ’493 Patent would be a highly duplicative effort that would not
`complete until long after the district court trial’s completion” and would
`create inequities because Avi would be “able to adjust its IPR strategy based
`upon [Citrix’s] district court defense against [Avi’s] invalidity contentions.”
`Id. at 20–21. Citrix contends, “the trial in co-pending district court litigation
`will analyze the same prior art references and substantially similar invalidity
`arguments as the Grounds raised in the instant petition.” Id. at 18–19. The
`trial in the related litigation is currently scheduled to end about two months
`before the statutory deadline for a final decision in this case. Id. at 18 (citing
`Ex. 2002, 17). According to Citrix, “instituting an IPR of the ’493 Patent
`
` 5
`
`
`
`
`
`
`IPR2019-00845
`Patent 9,148,493 B2
`
`
`would not provide an effective and efficient alternative to district court
`litigation.” Id. at 20.
`Under the particular factual circumstances of this case, we are not
`persuaded that the timing of Avi’s filing of the instant Petition and the
`overlap of efforts in the concurrent litigation warrant our exercise of
`discretion under 35 U.S.C. § 314(a) to deny institution. As an initial matter,
`because 35 U.S.C. § 315(b) sets the deadline to file a Petition “1 year after
`the date on which the petitioner . . . is served with a complaint alleging
`infringement of the patent,” we are mindful that Congress recognized that an
`instituted IPR proceeding and the associated litigation may involve some
`amount of duplicative efforts. Citrix has not persuasively shown, however,
`that any of the potentially duplicative efforts are more than those that would
`ordinarily occur as a result of filing a Petition within the time window
`Congress set. Nor has Citrix explained sufficiently the alleged tactical
`advantages Avi would receive by proceeding forward with this case.
`Although Citrix relies on the precedential decision NHK Spring Co. v.
`Intri-Plex Technologies, Inc., IPR2018-00752, Paper 8, 19–20 (PTAB 2018)
`(“NHK Spring”), to support its argument (see Prelim. Resp. 17–18), we find
`it distinguishable from this one. In particular, in NHK Spring, the related
`district court case was “nearing its final stages,” with fact discovery
`completed, expert discovery nearly completed, and a trial scheduled for
`approximately six months before the final written decision deadline. NHK
`Spring at 20. In the related litigation here, however, fact and expert
`discovery are both ongoing and the trial currently is scheduled to end about
`two months before the final written decision deadline. See Ex. 2002, 5, 7,
`17; Ex. 3001. Furthermore, the schedule in the related litigation appears to
`
` 6
`
`
`
`
`
`
`IPR2019-00845
`Patent 9,148,493 B2
`
`
`be more dynamic than the one in NHK Spring and indicators exist that
`suggest the litigation may not be at its final stages. For example, although
`the Scheduling Order entered in the litigation set dates for the close of
`discovery (fact, expert, etc.), the parties have recently stipulated to extending
`those deadlines (which the Court accepted) and they are seeking to extend
`them again. See Ex. 2002, 5, 7; Ex. 3001 (proposing extending the fact
`discovery deadline to October 3, 2019); Ex. 3002 (proposing extending the
`expert discovery deadline to January 17, 2020). Given the willingness of
`both parties in this case to modify and extend the discovery dates that were
`set forth in the Scheduling Order, we are not persuaded on this record that
`the district court proceeding is necessarily nearing its final stages.
`Moreover, given the timing of the two proceedings, it is not certain that a
`trial will even begin before we have entered the final written decision in this
`case. Therefore, we decline to exercise our discretion under 35 U.S.C. §
`314(a) to deny institution.
`We now turn to Avi’s alleged grounds of unpatentability of the
`challenged claims of the ’493 patent. Citrix contends that these challenges
`are deficient because they do not establish the second transport layer
`connection is available for use by another client of the plurality of clients
`“prior to receiving a close command from the first client via the first
`transport layer connection between the first client and the device,” as recited
`in independent claim 1 and similarly recited in independent claim 9. Prelim.
`Resp. 23–41. As we explain below, on this record and at this stage of the
`proceeding, we find Avi has presented evidence that is sufficient to establish
`Squid discloses the disputed limitations. To be clear, Avi’s evidence is
`sufficient to establish a reasonable likelihood of prevailing as to at least one
`
` 7
`
`
`
`
`
`
`IPR2019-00845
`Patent 9,148,493 B2
`
`
`claim and, therefore, we proceed with an inter partes review, but whether
`any of Avi’s alleged grounds of unpatentability are proven by a
`preponderance of the evidence will be determined once a complete record
`has been developed during trial.
`Asserted Ground of Anticipation by Squid
`A.
`Avi argues that Squid anticipates challenged claims 1–5, 7, 9–13, 15,
`
`and 17–20. Pet. 23–57. To anticipate a patent claim under 35 U.S.C. § 102,
`a single prior art reference must “describe every element of the claimed
`invention, either expressly or inherently,” to one of ordinary skill in the art.
`Advanced Display Sys., Inc. v. Kent State Univ., 212 F.3d 1272, 1282 (Fed.
`Cir. 2000). “A reference may anticipate inherently if a claim limitation that
`is not expressly disclosed ‘is necessarily present, or inherent, in the single
`anticipating reference.’” In re Montgomery, 677 F.3d 1375, 1379–80 (Fed.
`Cir. 2012) (quoting Verizon Servs. Corp. v. Cox Fibernet Va., Inc., 602 F.3d
`1325, 1337 (Fed. Cir. 2010), and Schering Corp. v. Geneva Pharms., Inc.,
`339 F.3d 1373, 1377 (Fed. Cir. 2003)). “[I]nherency . . . may not be
`established by probabilities or possibilities.” Id. at 1380 (citing Bettcher
`Indus., Inc. v. Bunzl USA, Inc., 661 F.3d 629, 639 (Fed. Cir. 2011), and In re
`Oelrich, 666 F.2d 578, 581 (CCPA 1981)).
`1.
`Level of Ordinary Skill in the Art
`Avi asserts that the class of people having ordinary skill in the
`relevant field of art would either have “a Bachelor’s degree in Computer
`Science, Computer Engineering, Electrical Engineering, or an equivalent
`discipline, and at least one year’s worth of experience developing
`client/server systems and/or application layer network communication
`protocols” or, alternatively, “two or more years of work experience in
`
` 8
`
`
`
`
`
`
`IPR2019-00845
`Patent 9,148,493 B2
`
`
`computer networking and in the development of client-server systems.” Pet.
`9 (citing Ex. 1007 ¶ 21). Citrix neither sets forth a specific formulation
`regarding the level of ordinary skill in the art nor objects to Avi’s
`contentions regarding who would qualify as one of ordinary skill in the art.
`Furthermore, Citrix does not suggest Avi’s proposal for the level of ordinary
`skill leads to a defective understanding of how a skilled artisan would
`understand either the ’493 patent or the prior art.
`On this record, the cited references are representative of the level of
`ordinary skill in the art, which we find to be supportive of the skill level
`suggested by Avi. See Okajima v. Bourdeau, 261 F.3d 1350, 1355 (Fed. Cir.
`2001) (the level of ordinary skill in the art may be evidenced by the cited
`references themselves). Therefore, we adopt Avi’s proposed formulation of
`the level of ordinary skill in the art for our analysis of the issues below.
`2.
`Claim Construction
`Avi only proposes construing the phrase “transport layer connection”
`because it contends there is no other claim language that has an impact on
`the unpatentability analyses set forth in the Petition. Pet. 7. Avi argues that
`the intrinsic evidence supports construing this phrase to mean a “connection
`at the transport layer between two devices such that there is no application
`layer connection between those two devices.” Id. at 19. However, Avi
`“recognizes that its proposed construction is not the only possible
`construction for the term ‘transport layer connection’” and states that “[t]he
`term could alternatively be construed more broadly to include any
`connection that includes a transport layer connection, even if there are
`higher layer connections between the devices.” Id. at 22. Specifically, Avi
`contends that only the grounds relying on Susai as a primary reference are
`
` 9
`
`
`
`
`
`
`IPR2019-00845
`Patent 9,148,493 B2
`
`
`applicable if the Board adopts Avi’s narrower construction, whereas all
`grounds are applicable if the Board adopts the broader construction. Id. at
`22–23. Citrix disagrees with Avi’s proposed narrow construction, but does
`not propose its own construction in the Preliminary Response. Prelim. Resp.
`54 n.10. Citrix also argues that, because none of the alleged grounds set
`forth evidence that satisfies Avi’s proposed construction, Avi failed to
`satisfy its burden under 37 C.F.R. § 42.104(b)(4). Id. at 53–56.
`Where, as here, a petition is filed on or after November 13, 2018, the
`Board applies the same claim construction standard that would be used to
`construe the claim in a civil action under 35 U.S.C. § 282(b). See Changes
`to the Claim Construction Standard for Interpreting Claims in Trial
`Proceedings Before the Patent Trial and Appeal Board, 83 Fed. Reg. 51,340
`(Oct. 11, 2018) (amending 37 C.F.R. § 42.100(b) effective November 13,
`2018 (now codified at 37 C.F.R. 42.100(b) (2019)). “In determining the
`meaning of the disputed claim limitation, we look principally to the intrinsic
`evidence of record, examining the claim language itself, the written
`description, and the prosecution history, if in evidence.” DePuy Spine, Inc.
`v. Medtronic Sofamor Danek, Inc., 469 F.3d 1005, 1014 (Fed. Cir. 2006)
`(citing Phillips v. AWH Corp., 415 F.3d 1303, 1312–17 (Fed. Cir. 2005) (en
`banc)). Extrinsic evidence is “less significant than the intrinsic record in
`determining ‘the legally operative meaning of claim language.’” Phillips,
`415 F.3d at 1317 (citation omitted). Under the above standard, claim terms
`“are generally given their ordinary and customary meaning” as understood
`by a person of ordinary skill in the art at the time of the invention. Id. at
`1312–13.
`
`
`10
`
`
`
`
`IPR2019-00845
`Patent 9,148,493 B2
`
`
`An applicant may rebut that presumption by providing a definition of
`the term in the specification with reasonable clarity, deliberateness, and
`precision. In re Paulsen, 30 F.3d 1475, 1480 (Fed. Cir. 1994). An applicant
`also may narrow the meaning of a claim term by disclaiming or disavowing
`claim scope; however, such a “disclaimer or disavowal of claim scope must
`be clear and unmistakable, requiring ‘words or expressions of manifest
`exclusion or restriction’ in the intrinsic record.” Unwired Planet, LLC v.
`Apple Inc., 829 F.3d 1353, 1358 (Fed. Cir. 2016) (quoting Teleflex, Inc. v.
`Ficosa N. Am. Corp., 299 F.3d 1313, 1327 (Fed. Cir. 2002)). In the absence
`of such a definition or disclaimer, limitations are not to be read from the
`specification into the claims. In re Van Geuns, 988 F.2d 1181, 1184 (Fed.
`Cir. 1993).
`Avi proposes a construction for the “transport layer connection”
`phrase that relies on the plain meaning of the terms in the phrase and adds a
`limitation to narrow the scope of their meaning. Specifically, in addition to
`asserting that the phrase refers to a “connection at the transport layer
`between two devices” (i.e., the plain meaning), Avi contends that a skilled
`artisan would also have understood the phrase to exclude any “application
`layer connection between those two devices.” Pet. 19. Avi argues that its
`position finds support in the ’493 patent’s characterization of a translation
`technique used with the “present invention” and described by “U.S. patent
`application Ser. No 09/188,709 . . . entitled, ‘Internet Client-Server
`Multiplexer’” as having “[a] significant advantage” because “no application
`layer interaction is required.” Id. at 19–20 (citing Ex. 1001, 6:38–40, 9:31–
`12:48). In addition, Avi argues that the prosecution history reinforces its
`position because the claims were distinguished from the prior art because
`
`11
`
`
`
`
`IPR2019-00845
`Patent 9,148,493 B2
`
`
`they reuse a connection with the server without having to wait for the client
`to send a close command, which allegedly is a “distinction over the prior art
`[that] only arguably makes sense if the ‘transport layer connection’ does not
`include an application layer connection.” Id. at 21–22 (citing Ex. 1002, 441;
`Ex. 1007 ¶ 145).
`Having considered the evidence Avi identifies, we find that it does not
`provide the clear and unmistakable representations necessary to narrow the
`plain meaning of “transport layer connection.” We, accordingly, adopt the
`plain meaning and reject Avi’s proposed narrowing construction for
`“transport layer connection.” Based on the current record, we interpret
`“transport layer connection” to mean any connection at the transport layer
`between two devices, even if there are higher layer connections. See Pet. 19,
`21–22. In view of our decision, we find also that Citrix’s argument that Avi
`failed to satisfy its burden under 37 C.F.R. § 42.104(b)(4) is not persuasive.
`We determine, for purposes of this Decision, that no other claim term
`requires express construction. See Vivid Techs., Inc. v. Am. Sci. & Eng’g,
`Inc., 200 F.3d 795, 803 (Fed. Cir. 1999) (“[O]nly those terms need be
`construed that are in controversy, and only to the extent necessary to resolve
`the controversy.”); Nidec Motor Corp. v. Zhongshan Broad Ocean Motor
`Co., 868 F.3d 1013, 1017 (Fed. Cir. 2017) (applying Vivid Techs. in the
`context of an inter partes review).
`3.
`Overview of Squid
`The reference Avi relies on in its anticipation ground, Squid, is a set
`of four source code files titled “client_side.c,” “forward.c,” “http.c,” and
`“pconn.c.” Ex. 1004. Avi cites a book describing “Squid” as an open
`source web proxy that can be used to cache and forward HTTP requests
`
`12
`
`
`
`
`IPR2019-00845
`Patent 9,148,493 B2
`
`
`between a client and server. Ex. 1013, 20. Squid is code that enables a
`device to “to be both a proxy and a cache.” Id. “As a proxy, Squid is an
`intermediary in a web transaction” and “accepts a request from a client,
`processes that request, and then forwards the request to the origin server.”
`Id. “As a cache, Squid stores recently retrieved web content for possible
`reuse later.” Id. Avi provides arguments and evidence to show that the
`Squid source code files were “distributed together in a single compressed
`file” and constitute a single prior art printed publication under 35 U.S.C.
`§ 102. See Pet. 26–31; Ex. 1008 ¶¶ 28–30; Ex. 1009 ¶¶ 22–25; Exs. 1011,
`1014, 1017–23.
`4.
`Applying Squid to Independent Claim 1
`Step (a) of claim 1 recites,
`(a) establishing, by a device, a pool of one or more transport layer
`connections between the device and a server.
`Ex. 1001, 17:37–38. Avi contends that step (a) above is shown by Squid
`because “Squid discloses [a] web proxy (device) that sets up a pool of
`persistent connections or ‘pconns’ and stores them in a table for later use
`(pool of one or more transport layer connections between the device and a
`server).” Pet. 38 (citing Ex. 1004, 37:2264–67 (httpAccept()); Ex. 1007 ¶¶
`153, 169. Avi asserts that during the device setup, Squid establishes a pool
`of transport layer connections with a table of persistent connections that
`were created using the comm_open() function. Id. at 41 (citing Ex. 1004,
`45:194–208, 66:161–75).
`In its Preliminary Response, Citrix does not dispute the source code of
`Squid describes establishing a pool of transport layer connections between a
`device and a server. See generally Prelim. Resp. 23–41. On this record,
`
`
`13
`
`
`
`
`IPR2019-00845
`Patent 9,148,493 B2
`
`
`having reviewed Avi’s contentions and the evidence cited in support thereof,
`we are persuaded that Avi has shown sufficiently at this stage of the
`proceeding that Squid discloses step (a), as claim 1 recites.
`Step (b) of claim 1 recites,
`(b) forwarding, by the device, a first request of a first client to
`the server received via a first connection between the first client
`and the device over a second transport layer connection from the
`pool of one or more transport layer connections between the
`device and the server.
`1001, 17:39–43. Avi contends step (b) above is performed because “Squid
`receives requests from a first client over a first transport layer connection in
`the function httpAccept() and calls clientReadRequest() when necessary”
`and, “[w]hen there is a cache miss, Squid will forward that request over a
`second transport layer connection from the pool of one or more transport
`layer connections with the server by calling fwdStart(). Pet. 41–42 (citing
`Ex. 1004, 37:2264–38:2304, 28:1706–29:1750); Ex. 1007 ¶¶ 154, 169. Avi
`contends that, in Squid, the fwdStart() function “forwards the first request
`over the second transport layer connection from the pool of available
`connections that it finds using pconnPop().” Id. at 42–43 (citing Ex. 1004,
`67:213–32).
`In its Preliminary Response, Citrix does not dispute Squid discloses
`forwarding a request of a client to the server received via a connection
`between the client and the device over a transport layer connection from a
`pool of transport layer connections between the device and the server. See
`generally Prelim. Resp. 23–41. On this record, having reviewed Avi’s
`contentions and the evidence cited in support thereof, we are persuaded that
`
`
`14
`
`
`
`
`IPR2019-00845
`Patent 9,148,493 B2
`
`
`Avi has shown sufficiently at this stage of the proceeding that Squid
`discloses step (b) of claim 1.
`Step (c) of claim 1 recites,
`(c) determining, by the device while the device maintains open
`the transport layer connection of the pool of one or more
`transport layer connections between the device and the server,
`that the second transport layer connection is available for
`forwarding a second request of a second client via a third
`transport layer connection between the second client and the
`device
`to
`the server based on
`the server completing
`communicating a response to the first request of the first client
`via the second transport layer connection.
`Ex. 1001, 17:44–53. Avi contends Squid describes “determin[ing] when the
`transfer over the pconn is completed by checking the content length
`parameter of the server’s response (determining that the second transport
`layer is available based upon the response from the server)” and if “the
`response is determined done based upon the content length parameter, then
`. . . the connection [is added] to the table of available pconns without waiting
`on a command from the client to close the connection.” Pet. 39–40, 43–44
`(citing Ex. 1004, 55:385–57:519 (httpReadReply()), 54:341–55:95
`(httpPconnTransferDone()), 56:501–57:517, 66:177–67:211 (pconnPush()));
`Ex. 1007 ¶¶ 155, 169; Ex. 1008 ¶¶ 21–24; Ex. 1009 ¶¶ 14–17.
`Citrix does not dispute in its Preliminary Response that Squid
`discloses determining that the transport layer connection between the device
`and the server is available for reuse to forward a second request by a second
`client based on the server completing communicating a response to the first
`request of the first client. See generally Prelim. Resp. 23–41. On this
`record, having reviewed Avi’s contentions and the evidence cited in support
`
`
`15
`
`
`
`
`IPR2019-00845
`Patent 9,148,493 B2
`
`
`thereof, we are persuaded that Avi has shown sufficiently at this stage of the
`proceeding that Squid discloses step (c) of claim 1.
`Step (d) of claim 1 recites,
`the
`to
`the device responsive
`(d) forwarding, by
`determination, the second request of the second client over the
`transport layer connection to the server prior to receiving a close
`command from the first client via the first transport layer
`connection between the first client and the device.
`Ex. 1001, 17:54–59. Avi contends Squid describes step (d) with the
`following operations: “[w]hen Squid receives a request from a different
`client (second request of the second client), it will use an available
`connection from the table of pconns, which includes the pconns added
`above, which was added prior to waiting for a command from the client to
`close the connection (prior to receiving a close command from the first
`client).” Pet. 40–41 (citing Ex. 1004, 28:1706–29:1750
`(clientProcessMiss()), 46:312–47:369 (fwdStart()), 45:223–39
`(fwdStartComplete()), 44:177–45:221(fwdConnectStart()), 67:213–32
`(pconnPop())); Ex. 1007 ¶¶ 156, 169; Ex. 1008 ¶¶ 21–24; Ex. 1009 ¶¶ 14–
`17. Avi contends that “Squid discloses receiving a second request from a
`second client in httpAccept(), which calls clientProcessMiss() to fetch the
`information from the server” and “forwards the second request over the
`second transport layer connection by calling pconnPop() to reuse the second
`connection just added using pconnPush().” Pet. 44–45 (citing Ex. 1004,
`44:187–45:193, 67:213–32).
`Regarding step (d) of claim 1, we first address Citrix’s arguments by
`noting that, except for the “prior to receiving a close command from the first
`client via the first transport layer connection between the first client and the
`
`
`16
`
`
`
`
`IPR2019-00845
`Patent 9,148,493 B2
`
`
`device” limitation, Citrix does not dispute at this stage that Squid discloses
`the elements that step (d) recites. See Prelim. Resp. 23–41. Citrix argues
`that the Petition lacks sufficient evidence to show Squid discloses the
`“requirement for timing when the second request is forwarded over the
`second transport layer connection.” Id. at 25. In other words, in the
`Preliminary Response, Citrix argues that the evidence in the Petition is
`insufficient to show Squid discloses the timing element of step (d)––“prior to
`receiving a close command from the first client via the first transport layer
`connection between the first client and the device”––but does not dispute
`that Squid’s code discloses (1) determining the server response is done based
`on the server completing communicating a response to the first request of
`the first client; (2) identifying, based on determining that the server response
`is done, that the second transport layer connection is available for use by
`another client; and (3) adding the connection to the table of available
`pconns. See id. at 25–33. Citrix argues that the evidence in the Petition
`regarding the timing element of step (d) is defective because Avi does not
`show the functions cited in the code excerpt relied upon in the Petition are
`executed before a close command for the first client’s connection to the
`server is received. Id.
`To support its argument, Citrix identifies the fact that the code excerpt
`cited by Avi includes six different functions between when Squid would call
`the httpPconnTransferDone() and pconnPush() functions, which are the
`functions that the Petition relies upon to show step (d) of claim 1. Id. at 30–
`31. Citrix provides the annotated figure below with the six functions
`highlighted in red. Id.
`
`
`17
`
`
`
`
`IPR2019-00845
`Patent 9,148,493 B2
`
`
`
`
`
`The above figure shows code lines 501–520 from Squid that have been
`annotated by Citrix to highlight the six different functions executed after
`Squid calls the httpPconnTransferDone() function and before it calls the
`pconnPush() function. Id. at 31.
`
`Specifically, the above figure highlights the commSetDefer()
`function, the commSetTimeout() function, the commSetSelect() function,
`the comm_remove_close_handler() function, the storeComplete() function,
`and the fwdUnregister() function. Id. at 31. Citrix asserts that there are no
`function definitions for at least two of these functions and a skilled artisan
`could not have determined the amount of time that would be necessary to
`execute the httpPconnTransferDone() and pconnPush() functions from this
`excerpt of code. Id. at 30–31. Citrix argues, “even the Petition’s allegation
`that Squid ‘will add the connection to the table of available pconns without
`waiting on a command from the client to close the connection’ is impossible
`to verify from the source code files alone provided in Exhibit 1004.” Id. at
`
`18
`
`
`
`
`IPR2019-00845
`Patent 9,148,493 B2
`
`
`32 (citing Pet. 40). Citrix argues further that “[w]ithout function definitions
`for the comm_remove_close_handler() and storeComplete() functions, a
`[skilled artisan] would have had no way of knowing whether one or both of
`these functions rely upon a close command from the client to complete.”
`Id. Therefore, according to Citrix, “there is no factual support whatsoever
`for the Petition’s allegation that Squid “‘will add the connection to the table
`of available pconns without waiting on a command from the client to close
`the connection.’” Id.; see Pet. 40.
`
`Based on the current record, however, we do not see any evidence that
`the six different function calls between the httpPconnTransferDone() and
`pconnPush()