throbber
Case 2:16-cv-08033-AB-FFM Document 420 Filed 09/23/19 Page 1 of 39 Page ID #:14096
`
`UNITED STATES DISTRICT COURT
`CENTRAL DISTRICT OF CALIFORNIA
`
`CIVIL MINUTES - GENERAL
`
`Case No.: CV 16-08033-AB (FFMx)
`
`Date: September 23, 2019
`
`Title: Nomadix, Inc. v. Guest-Tek Interactive Entertainment Ltd.
` \
`Present: The Honorable ANDRÉ BIROTTE JR., United States District Judge
`Carla Badirian
`N/A
`Court Reporter
`Deputy Clerk
`
`Attorneys Present for Plaintiffs:
`None Appearing
`
`Attorneys Present for Defendants:
`None Appearing
`
`Proceedings:
`
`[IN CHAMBERS] CLAIM CONSTRUCTION ORDER
`
`Plaintiff Nomadix, Inc. (“Nomadix”) and Defendant Guest-Tek Interactive
`Entertainment Ltd. (“Guest-Tek”) have filed claim construction briefs regarding ten
`groupings of disputed claim terms found in six asserted patents assigned to Nomadix: (1)
`U.S. Patent No. 8,266,266 (“the ’266 Patent”); (2) U.S. Patent No. 8,725,899 (“the ’899
`Patent”); (3) U.S. Patent No. 8,606,917 (“the ’917 Patent”); (4) U.S. Patent No.
`7,953,857 (“the ’857 Patent”); (5) U.S. Patent No. 8,626,922 (“the ’922 Patent”); and (6)
`U.S. Patent No. 6,868,399 (“the ’399 Patent”).
`After presenting some disputes relating to their claim construction disclosures, the
`parties filed an amended Joint Claim Construction and Prehearing Statement. (“Joint
`Statement,” Dkt. 350.) The parties filed their Opening Claim Construction briefs on July
`12, 2019. (“Nomadix’s Opening Brief,” Dkt. 363; “Guest-Tek’s Opening Brief,” Dkt.
`365.) The parties filed Responsive Claim Construction Briefs on July 26, 2019.
`(“Nomadix’s Response Brief,” Dkt. 374; “Guest-Tek’s Response Brief,” Dkt. 377.) A
`hearing was held on August 22, 2019 and the matter was taken under submission.
`The disputed terms are construed as set forth in this Order.
`
`CV-90 (12/02)
`
`CIVIL MINUTES - GENERAL
`1
`
`Initials of Deputy Clerk CB
`
`NOMADIX 2004
`Guest Tek v. Nomadix
`IPR2019-01191
`
`

`

`Case 2:16-cv-08033-AB-FFM Document 420 Filed 09/23/19 Page 2 of 39 Page ID #:14097
`
`
`I.
`
`TECHNOLOGICAL SUMMARY
`
`
`
`The Asserted Patents are generally related to managing user access and
`communication with a computer network. Most of them belong to the same patent
`family. The following chart summarizes the relationship between each of them:
`
`
`60/161,182 Provisional Patent
`Application
`
`Other Provisional Patent
`Applications
`
`’857 Patent
`Parent patent of ’922 Patent
`Title: Systems and Methods for
`Dynamic Data Transfer
`Management on a Per Subscriber
`Basis in a Communications
`Network
`Issued: May 31, 2011
`
`’266 Patent
`Parent patent of ’917 and ’899
`Patents
`Title: Systems and Methods for
`Providing Dynamic Network
`Authorization, Authentication and
`Accounting
`Issued: September 11, 2012
`
`’922 Patent
`Continuation of ’857 Patent
`Title: Systems and Methods for
`Dynamic Data Transfer
`Management on a Per Subscriber
`Basis in a Communications
`Network
`Issued: January 4, 2014
`
`’917 Patent
`Continuation of ’266 Patent
`(includes expanded disclosure)
`Title: Systems and Methods for
`Providing Content and Services on
`a Network System
`Issued: December 10, 2013
`
`’399 Patent
`Title: Systems and Methods for
`Integrating a Network Gateway
`Device with Management Systems
`Issued: March 15, 2005
`
`’899 Patent
`Continuation of ’917 Patent (same
`disclosure as ’917 Patent)
`Title: Systems and Methods for
`Providing Content and Services on
`a Network System
`Issued: May 13, 2014
`
`
`
`CIVIL MINUTES - GENERAL
`2
`
`Initials of Deputy Clerk CB
`
`
`CV-90 (12/02)
`
`
`
`
`
`NOMADIX 2004
`Guest Tek v. Nomadix
`IPR2019-01191
`
`

`

`Case 2:16-cv-08033-AB-FFM Document 420 Filed 09/23/19 Page 3 of 39 Page ID #:14098
`
`
`
`The parties’ disputes regarding the three disputed groups of claim terms in the ’266
`and ’899 Patents are complex. The Court discusses some relevant technological
`background related to those two patents now. For the rest, relevant disclosure from each
`asserted patent will be discussed in greater detail in the context of the parties’ specific
`claim construction disputes.
`
`The ’266 and ’899 Patents describe redirecting an internet user to a portal page.
`’266 Patent at 7:1–18. This is particularly useful for controlling, for instance, a hotel
`guest’s access to the internet. See, e.g. id. at 19:14–26. The ’266 and ’899 Patents
`describe receiving an “HTTP request” from a user and redirecting the user to a “protocol
`stack on a temporary server.” Id. at 33:51–56, 33:61–66. The protocol stack “can
`pretend to be the user-entered destination long enough to complete a connection or
`‘handshake.’” ’266 Patent at 34:4–6. After the handshake is completed, the protocol
`stack “directs the user to [a] portal server” that “pretend[s]” to be the destination internet
`address. Id. at 34:6–7, Claims 1, 24.
`
`Guest-Tek has filed a declaration of Dr. Oded Gottesman in support of its claim
`construction positions. (Dkt. No. 365-2 (“Gottesman Decl.”).) Gottesman provides
`some background regarding common conceptual frameworks for computers in a network
`to communicate and transmit information to one another. He states,
`
`
`[t]he Open System Interconnection (OSI) reference model describes how
`information from a software application in one computer moves through a
`network medium to a software application in another computer. Its goal
`was to define a unifying standard for the architecture of networking systems.
`
`
`Id. ¶ 33. The OSI model “divides the tasks involved with moving information between
`networked computers into seven smaller, more manageable task groups.” Id. These
`tasks are commonly described as “layers.” The “upper” layers “deal with application
`issues” and the “lower” layers “handle data transport issues.” Id. ¶ 34. Each layer
`communicates with the corresponding layer running on another computer using different
`“protocols.” Id. ¶ 33. For information in the top “application” layer to be transferred to
`another computer, it generally employs a protocol (such as an “HTTP protocol”) that
`allows it to first pass in order through (and be processed by) each of the lower OSI layers
`(running their own protocols) on a computer, then be transmitted to and received by the
`lowest OSI layer of the other computer such that it can then be processed and passed back
`up to that computer’s application layer. Id. ¶ 36. In preparing data for transmission,
`each lower layer adds on to that information “various forms of control information to
`communicate with their peer layers in other computer systems,” including “special
`
`
`CV-90 (12/02)
`
`
`
`
`
`CIVIL MINUTES - GENERAL
`3
`
`Initials of Deputy Clerk CB
`
`NOMADIX 2004
`Guest Tek v. Nomadix
`IPR2019-01191
`
`

`

`Case 2:16-cv-08033-AB-FFM Document 420 Filed 09/23/19 Page 4 of 39 Page ID #:14099
`
`instructions that are exchanged between peer OSI layers.” Id. ¶ 42. This control
`information may be either “headers” or “trailers” appended to the information from the
`previous layer. Id. As Gottesman explains, “the data portion of an information unit at a
`given OSI layer potentially can contain headers, trailers, and data from all the higher
`layers. This is known as encapsulation.” Id. ¶ 43. Once received by the recipient
`computer, each lower layer removes the control information that was added by its
`corresponding layer in the transferring computer and passes the remaining information
`up, so that the information ultimately received by the final corresponding layer of the
`recipient computer is the same as the information originally sent by the original
`corresponding layer in the transferring computer. Id. ¶ 46. Gottesman includes a
`diagram depicting this process:
`
`Id. ¶ 43, Figure 4.
`
`In addition to the OSI model, Gottesman also describes the “TCP/IP” model. Id. ¶
`47. This model uses four layers instead of seven layers by grouping together some of the
`application layers described in the OSI model:
`
`CV-90 (12/02)
`
`CIVIL MINUTES - GENERAL
`4
`
`Initials of Deputy Clerk CB
`
`NOMADIX 2004
`Guest Tek v. Nomadix
`IPR2019-01191
`
`

`

`Case 2:16-cv-08033-AB-FFM Document 420 Filed 09/23/19 Page 5 of 39 Page ID #:14100
`
`Id.; see also ’266 Patent, Figure 9A.
`
`As will be further discussed in reference to one of the disputed claim terms, the
`transport layer generally controls “host-to-host connection.” Id. at ¶ 47. This can be
`done through a protocol called “TCP,” or “Transmission Control Protocol.” Id. ¶ 51.
`Gottesman states, “TCP is a connection oriented protocol that involves establishing a
`connection between two devices that allow them to exchange content and
`communications and connection termination when the devices are finished
`communicating.” Id. ¶ 53. TCP requires that two computers first establish a connection
`through a “handshake process.” Id. Further discussion of TCP handshakes is provided
`in the context of the parties’ specific claim construction dispute.
`
`II.
`
`LEGAL STANDARD
`
`As established in Markman v. Westview Instruments, 517 U.S. 370 (1996), claim
`construction is a matter wholly within the jurisdiction of the court. Id. at 372 (“[T]he
`construction of a patent . . . is exclusively within the province of the court.”). The
`purpose of claim construction is to “determin[e] the meaning and scope” of a patented
`invention in order to define the patent owner’s rights. Id.; Phillips v. AWH Corp., 415
`F.3d 1303, 1312 (Fed. Cir. 2005) (en banc). Claim construction is a legal issue that may
`require subsidiary findings of fact. Teva Pharm. USA, Inc. v. Sandoz, Inc., 135 S.Ct.
`831, 841 (2015).
`
`Generally, a claim term is given its “ordinary and customary meaning.” Phillips,
`415 F.3d at 1312 (citing Vitronics Corp v. Conceptronic, Inc., 90 F.3d 1576, 1582 (Fed.
`Cir. 1996)). In patent cases, “the ordinary and customary meaning . . . is the meaning
`that the term would have to a person of ordinary skill in the art in question at the time of
`
`CV-90 (12/02)
`
`CIVIL MINUTES - GENERAL
`5
`
`Initials of Deputy Clerk CB
`
`NOMADIX 2004
`Guest Tek v. Nomadix
`IPR2019-01191
`
`

`

`Case 2:16-cv-08033-AB-FFM Document 420 Filed 09/23/19 Page 6 of 39 Page ID #:14101
`
`invention.” Id. at 1313. “In some cases, the ordinary meaning . . . may be readily
`apparent,” requiring only common sense application of a widely accepted meaning. Id.
`at 1314. However, when claim meaning is not so readily apparent, a court must
`determine what a skilled person in the appropriate field of art would understand a claim
`term to mean. Id.
`
`Courts first consider the intrinsic evidence, which includes the patent claims,
`
`patent specification, and prosecution history. Vitronics, 90 F.3d at 1582. “Attending
`this principle, a claim construction analysis must begin and remain centered on the claim
`language itself, for that is the language the patentee has chosen to ‘particularly point out
`and distinctly claim the [patented] subject matter.’” Innova/Pure Water, Inc. v. Safari
`Water Filtration Sys., Inc., 381 F.3d 1111, 1116 (Fed. Cir. 2004) (internal brackets
`omitted) (quoting Interactive Gift Express, Inc. v. Compuserve, Inc., 256 F.3d 1323, 1331
`(Fed. Cir. 2001)). A term’s use in context may help to distinguish or clarify its meaning
`from other potential definitions. See, e.g., Phillips, 415 F.3d at 1314 (illustrating that
`“steel baffles” implies that “baffles” are not intrinsically made of steel). Claim terms are
`commonly used consistently throughout a patent, and thus “the usage of a term in one
`claim can often illuminate the meaning of the same term in other claims.” Id.
`
`
`The claim terms must be read in light of the specification. Id. at 1315 (citing
`Vitronics Corp., 90 F.3d at 1582 (“[T]he specification is always highly relevant. . . .
`Usually, it is dispositive; it is the single best guide to the meaning of a disputed term.”)).
`The specification may provide insight into an inventor’s understanding of her invention at
`the time of patenting, as it might contain an intentional disclaimer of claim scope that
`reveals limits on an inventor’s intended invention. Phillips, 415 F.3d at 1316. The
`Federal Circuit has also recognized that an inventor may invoke a particular definition of
`a term in her specification or otherwise use a term in the specification in a manner that
`differs from the term’s ordinary usage. Id. “In such cases, the inventor’s lexicography
`governs.” Id.
`
`In addition to the patent itself, the Court “should also consider the patent’s
`
`prosecution history, if it is in evidence.” Id. at 1317. The prosecution history consists
`of “all the proceedings before the Patent and Trademark Office, including any express
`representations made by the applicant regarding the scope of the claims.” Vitronics, 90
`F.3d at 1582. However, because the prosecution history, also called the “file history” or
`“file wrapper,” is a product of negotiations between the inventor and the USPTO, “it
`often lacks the clarity of the specification and thus is less useful for claim construction
`purposes.” Phillips, 415 F.3d at 1317. Nevertheless, like the specification, the
`prosecution history may still be useful in understanding the inventor’s understanding of
`their own invention. Id. (citing Vitronics, 90 F.3d at 1582–83). Moreover, during
`
`
`CV-90 (12/02)
`
`
`
`
`
`CIVIL MINUTES - GENERAL
`6
`
`Initials of Deputy Clerk CB
`
`NOMADIX 2004
`Guest Tek v. Nomadix
`IPR2019-01191
`
`

`

`Case 2:16-cv-08033-AB-FFM Document 420 Filed 09/23/19 Page 7 of 39 Page ID #:14102
`
`prosecution history, a patent applicant may disclaim claim scope by making a clear and
`unequivocal disavowal of the plain meaning of ordinary claim language. Id. at 1319
`(citing Texas Digital Sys., Inc. v. Telegenix, Inc., 308 F.3d 1193, 1204 (Fed. Cir. 2002)).
`
`
`After looking at the intrinsic evidence, courts are authorized to consider extrinsic
`evidence, including inventor and expert testimony, dictionaries, and treatises. Phillips,
`415 F.3d at 1317. However, extrinsic evidence is “less significant than the intrinsic
`record” because it is generally “less reliable.” Phillips, 415 F.3d at 1317–18.
`Additionally, extrinsic evidence cannot be used to change the meaning of a term as used
`in the specification. Merck & Co. v. Teva Pharm. USA, Inc. 347 F.3d 1367, 1372 (Fed.
`Cir. 2003). Thus, the extrinsic evidence should always be considered in context of the
`intrinsic evidence. Phillips, 415 F.3d at 1319.
`
`
`Technical dictionaries in particular are a type of extrinsic evidence that may
`provide information about the ways a term is used in a particular field of art. Phillips,
`415 F.3d at 1318. Expert testimony may also be useful in several ways, “such as to
`provide background on the technology at issue, to explain how an invention works, to
`ensure that the court’s understanding. . . is consistent with that of a person of skill in the
`art, or to establish that a particular term. . . has a particular meaning in the pertinent
`field.” Id. However, as with all extrinsic evidence, courts will “discount any expert
`testimony ‘that is clearly at odds with [the intrinsic evidence] of the patent,’” particularly
`when the testimony is conclusory or unsupported. Id. (quoting Key Pharm. v. Hercon
`Labs. Corp., 161 F.3d 709, 716 (Fed. Cir. 1998)).
`
`
`III. ANALYSIS
`
`1.
`
`“handshake” terms
`
`
`
`
`
`Term
`
`“TCP connection
`handshake completion
`data” (’266 Patent, Claim
`1)
`
`“complete a connection
`handshake” (’266 Patent,
`Claim 24; ’899 Patent,
`
`Nomadix’s Proposed
`Construction
`“data that signals a
`handshake counterpart to
`establish a TCP
`connection; e.g., a
`SYN/ACK packet
`responsive to a SYN
`packet”
`“conduct a handshake
`sufficient to establish a
`connection”
`
`CIVIL MINUTES - GENERAL
`7
`
`Guest-Tek’s Proposed
`Construction
`“data that completes a
`handshake that opens a
`TCP connection”
`
`“send data that completes
`a handshake that opens a
`connection”
`
`Initials of Deputy Clerk CB
`
`
`CV-90 (12/02)
`
`
`
`
`
`NOMADIX 2004
`Guest Tek v. Nomadix
`IPR2019-01191
`
`

`

`Case 2:16-cv-08033-AB-FFM Document 420 Filed 09/23/19 Page 8 of 39 Page ID #:14103
`
`
`Claim 10)
`“completing a connection
`handshake” (’899 Patent,
`Claim 10)
`
`“conducting a handshake
`sufficient to establish a
`connection”
`
`“sending data that
`completes a handshake
`that opens a connection”
`
`The “handshake” terms appear in Claim 10 of the ’899 Patent, which states:
`
`10. A method of managing a network which causes a user device to receive
`alternate content different from what was requested by the user device, the
`method comprising:
`receiving, at a communications port, incoming data from the user
`device relating to accessing a first network location external to
`the network management system;
`completing a connection handshake, using a processor, with the user
`device while appearing to be the first network location the
`connection handshake being completed in response to the
`incoming data and without the need to communicate with the
`first network location;
`
`. . . .
`
`Claim 1 of the ’266 Patent, meanwhile, states:
`
`
`’899 Patent, Claim 10 (emphasis added). Claim 24 of the ’266 Patent includes
`substantially similar relevant requirements. ’266 Patent, Claim 24 (emphasis added).
`
`
`
`
`
`
`
`
`1. A method of redirecting a session directed to an HTTP server to a
`redirected destination HTTP server, the method comprising the steps of:
`receiving, at a communications port of a network system, a request
`from a user device to open a TCP connection with a server
`located external to the network system;
`sending, from the network system, TCP connection handshake
`completion data to the user device in response to the request to
`open the TCP connection, the handshake completion data being
`configured to appear to be from the server located external to
`the network system, wherein the network system need not
`communicate with the server located external to the network
`system;
`
`. . . .
`
`
`’266 Patent, Claim 1 (emphasis added).
`
`
`CV-90 (12/02)
`
`
`
`
`
`CIVIL MINUTES - GENERAL
`8
`
`Initials of Deputy Clerk CB
`
`NOMADIX 2004
`Guest Tek v. Nomadix
`IPR2019-01191
`
`

`

`Case 2:16-cv-08033-AB-FFM Document 420 Filed 09/23/19 Page 9 of 39 Page ID #:14104
`
`
`
`
`
`The patent specification focuses on these claim requirements in just one passage:
`
`According to one aspect of the present invention, when a user initially
`attempts to access a destination location, the gateway device, AAA server or
`portal page redirect unit receives this request and routes the traffic to a
`protocol stack on a temporary server, which can be local to the gateway
`device. This can occur where a user initially opens a web browser resident
`on the user's computer and attempts to access a destination address, such as
`an Internet site. The destination address can also include any address
`accessible via the network or an online service, and can include the portal
`page. The protocol stack can pretend to be the user-entered destination
`location long enough to complete a connection or ‘handshake’. Thereafter,
`this protocol stack directs the user to the portal server . . . .
`
`
`’266 Patent at 33:61–34:7.
`
`
`The parties do not appear to meaningfully dispute that the claims are from the
`perspective of a computer taking on the role of a server (i.e. “host”) and receiving
`requests from a user device (i.e. “client”). The parties dispute, however, what the claim
`language means when referring to a “completed” handshake or “TCP connection
`handshake completion data.”
`
`This dispute is relevant, particularly for Claim 1 of the ’266 Patent, because TCP
`handshakes commonly require three interactions between host and client computers, with
`the final interaction being from the client computer back to the host computer, not the
`host computer sending the final interaction. In particular, the parties’ experts agree that
`a three-way TCP connection handshake requires the following three steps:
`
`
`
`CV-90 (12/02)
`
`
`
`
`
`CIVIL MINUTES - GENERAL
`9
`
`Initials of Deputy Clerk CB
`
`NOMADIX 2004
`Guest Tek v. Nomadix
`IPR2019-01191
`
`

`

`Case 2:16-cv-08033-AB-FFM Document 420 Filed 09/23/19 Page 10 of 39 Page ID
` #:14105
`
`Gottesman Decl. ¶ 22; Declaration of Dr. Stuart G. Stubblebine in Support of Nomadix’s
`Opening Claim Construction Brief, Dkt. No. 363-1 (“Stubblebine Decl.”) ¶¶ 15–17.
`
`Under Guest-Tek’s proposed construction, the claim language could not be
`satisfied by a three-way TCP handshake because the client, not the host, opens the
`connection between the two computers by sending its acknowledgment back to the host
`(and according to Guest-Tek, thus “completes” the handshake). Nomadix argues that
`because three-way TCP handshakes are so typical, interpreting the claims to exclude this
`scenario would effectively exclude a preferred embodiment and be improper.
`Nomadix’s proposed constructions would effectively permit these claim terms to be
`satisfied so long as the host computer performs its necessary interactions, even if an
`additional interaction back from the client computer is still necessary to fully open the
`connection between the two computers.
`
`Guest-Tek and its expert argue that other “two-way” TCP handshakes exist that
`would satisfy the claim language, supporting their position that excluding the three-way
`TCP handshake is not inappropriate. See, e.g. Gottesman Decl. ¶¶ 66–67. However, as
`Nomadix notes, the two-way TCP connection handshake that Gottesman references is
`
`CV-90 (12/02)
`
`CIVIL MINUTES - GENERAL
`10
`
`Initials of Deputy Clerk CB
`
`NOMADIX 2004
`Guest Tek v. Nomadix
`IPR2019-01191
`
`

`

`Case 2:16-cv-08033-AB-FFM Document 420 Filed 09/23/19 Page 11 of 39 Page ID
` #:14106
`
`
`described in a Request For Comments (“RFC”) for the protocol that has been deemed
`obsolete. See https://tools.ietf.org/html/rfc1644 (accessed 8/2019) (“RFC 1644,”
`describing two-way handshake as “an experimental TCP extension,” “obsoleted by:
`6247”); https://tools.ietf.org/html/rfc6247 (accessed 8/19) (“Moving the Undeployed
`TCP Extensions,” including RFC 1644 “to Historical Status,” as being “TCP extensions
`that have never seen widespread use.”).
`
`This well-known technical information, particularly where the concepts are not
`discussed at length in the asserted patents themselves, informs the meaning of the phrase
`“TCP connection handshake completion data” as it is used in Claim 1 of the ’266 Patent,
`and supports Nomadix’s position.
`
`For Claim 10 of the ’899 Patent and Claim 24 of the ’266 Patent, the claim
`language itself similarly supports a broader interpretation than the one proposed by
`Guest-Tek. As explained, Claim 10 of the ’899 Patent states:
`
`
`receiving, at a communications port, incoming data from the user
`device relating to accessing a first network location external to
`the network management system;
`completing a connection handshake, using a processor, with the user
`device while appearing to be the first network location the
`connection handshake being completed in response to the
`incoming data and without the need to communicate with the
`first network location;
`
`. . . .
`
`
`’899 Patent, Claim 10 (emphasis added). From the Court’s perspective, the parties’
`dispute regarding this claim (and Claim 24 of the ’266 Patent) seems like it would be
`better placed on identifying the meaning of the phrase “incoming data relating to
`accessing a first network location . . .” The claims as written would appear to be broad
`enough to contemplate that this claimed “incoming data” is actually the client’s “ACK”
`transmission to the host. In that case, the host would “complet[e] a connection
`handshake . . . in response to the incoming data” by virtue of having received the client’s
`ACK transmission. In other words, for these reasons and others, it is also not clear to the
`Court that in the context of these claims, “completing a connection handshake” must
`necessarily require “send[ing] data,” as Guest-Tek asserts.
`
`
`The Court construes the term “TCP connection handshake completion data” as
`“data acknowledging and agreeing to the user device’s request to open a TCP
`connection.” The Court finds no construction is necessary for the “complet[e]/[ing] a
`
`
`CV-90 (12/02)
`
`
`
`
`
`CIVIL MINUTES - GENERAL
`11
`
`Initials of Deputy Clerk CB
`
`NOMADIX 2004
`Guest Tek v. Nomadix
`IPR2019-01191
`
`

`

`
`connection handshake” terms.
`
`
`Case 2:16-cv-08033-AB-FFM Document 420 Filed 09/23/19 Page 12 of 39 Page ID
` #:14107
`
`2.
`
`“a header of the response data” (’266 Patent, Claims 1, 24; ’899
`Patent, Claims 1, 10)
`
`Nomadix’s Proposed Construction
`“a data structure that includes
`addressing information and possibly
`other control information, such as a
`checksum, and that appears at the head
`of a response datagram”
`
`Guest-Tek’s Proposed Construction
`“a data structure located in the
`beginning of the response data for
`including control information, such as
`addressing information”
`
`“response data” means: “data
`responsive to a request, such as an
`HTTP server request, from the user
`device”
`
`Claim 1 of the ’266 Patent states, in relevant part,
`
`
`
`
`
`
`
`1. A method of redirecting a session directed to an HTTP server to a
`redirected destination HTTP server, the method comprising the steps of:
`. . .
`generating response data customized for the HTTP server request, the
`response data including alternate content different from content
`requested by the HTTP server request, wherein the response
`data is customized for the HTTP server request at least in part
`by appearing to be from the server located external to the
`network system, wherein the response data appears to be from
`the server located external to the network system at least in part
`by including, in a header of the response data, a source
`address corresponding to the server located external to the
`network system; and
`sending, from the network system, a response to the HTTP server
`request, the response configured to cause the user device to
`receive the alternate content, the response comprising the
`generated response data customized for the HTTP server
`request.
`
`
`’266 Patent, Claim 1 (emphasis added); see also id. at Claim 24 (“wherein the response
`data appears to be from the first network location at least in part by including a source
`address corresponding to the first network location in a header of the response data.”).
`
`
`CV-90 (12/02)
`
`
`
`
`
`CIVIL MINUTES - GENERAL
`12
`
`Initials of Deputy Clerk CB
`
`NOMADIX 2004
`Guest Tek v. Nomadix
`IPR2019-01191
`
`

`

`Case 2:16-cv-08033-AB-FFM Document 420 Filed 09/23/19 Page 13 of 39 Page ID
` #:14108
`
`Claim 1 of the ’899 Patent states:
`
`
`
`
`
`
`1. A network management system which causes a user device to receive
`alternate content different from what was requested by the user device, the
`user device being connected to the network management system, the system
`comprising:
`. . .
`the processor unit further programmed to generate response data, the
`response data including alternate content different from content
`to be accessed at the first network location, wherein the
`response data appears to be from the first network location by at
`least including a source address corresponding to the first
`network location in a header of the response data;
`the processor unit further programmed to send to the user device the
`generated response data including the alternate content.
`
`
`’899 Patent, Claim 1 (emphasis added); see also id. at Claim 10 (same emphasized
`language).
`
`The parties’ initial claim construction briefs only subtly raised what appears to be
`
`the parties’ main dispute for this term. Namely, the parties dispute whether the claim
`term “header of the response data” must be restricted to data from a particular layer,
`whether it be the internet layer (like Nomadix’s proposal) or the layer of the originating
`protocol for a particular data transmission request (like Guest-Tek’s proposal). The
`parties’ proposals are addressed in turn, along with a discussion of some of the evidence
`related to each party’s position.
`
`
`Nomadix’s proposed construction refers to “data . . . that appears at the head of a
`response datagram.” The parties agree that a “datagram” is a form of data that occurs at
`the internet (or “IP”) layer.1 (See Dkt. No. 377 at 8 (citing Gottesman Suppl. Decl. ¶
`14); see also Dkt. No. 374 at 10–11.) Nomadix bases its position on an argument that
`the claims require “a source address corresponding to the first network location in a
`header of the response data.” Nomadix effectively concludes, with its construction, that
`this source address must be a “source IP address” and that because source IP addresses
`
`
`1 Guest-Tek also argues that Nomadix’s proposal is “technologically inaccurate”
`because a datagram is a phrase to “typically refer to data units sent using the User
`Datagram Protocol (UDP), which is an alternative to TCP.” (Dkt. No. 377 at 9–10
`(citing Gottesman Suppl. Decl. ¶ 31).)
`
`CIVIL MINUTES - GENERAL
`CV-90 (12/02)
`
`13
`
`Initials of Deputy Clerk CB
`
`
`
`
`NOMADIX 2004
`Guest Tek v. Nomadix
`IPR2019-01191
`
`

`

`Case 2:16-cv-08033-AB-FFM Document 420 Filed 09/23/19 Page 14 of 39 Page ID
` #:14109
`
`
`are added in headers at the IP layer, the term “response data” must refer to the IP layer.
`At the hearing, Nomadix clarified that its position is simply that response data at the IP
`layer cannot be excluded from a construction of this term, because the IP layer is the
`most common layer where a “source address corresponding to the first network
`location” would be added to data.
`
` A
`
` review of the patent specification for the phrase “source address” revealed that it
`appeared most often in a section of the ’266 Patent specification describing “packet
`translation” that can be achieved by “nomadic router 110.” See ’266 Patent at 30:7–
`31:35. The specification explains that nomadic router 110 “enables a laptop computer or
`other portable terminal which is configured to be connected to a local home network to
`be connected to any location on the internet or other digital data communication system.”
`Id. at 9:10–15. It explains that the nomadic router “manipulates the packets of data
`being sent between the host computers and routers,” providing “active universal
`translation of the content” that “allows the host computer to communicate with the
`nomadic router even when the host computer is not configured” to do so. Id. at 10:34–
`42. The ’266 Patent explains, “[t]his is achieved by the nomadic router pretending to be
`the router which the host is configured for.” Id. at 10:43–44.
`
`
`In the subsection titled “Packet Translation,” the specification explains that “the
`translation function changes the content of the packet such as the source address,
`checksum, and application specific parameters, causing all packets sent out to the
`network 114 be directed back to the nomadic router 110 rather than to the host
`computer 112.” Id. at 30:11–18. After the nomadic router receives a packet from the
`host computer at the link layer, the specification then includes the following description:
`
`Once the packet is passed to the network layer, shown in step 5, the
`nomadic router translation function will modify the content of the packet to
`change the source address to that match of the nomadic router’s address
`instead of the host computer’s address. It will also translate other location
`dependent information such as the name of the local Domain Name Service
`(DNS) server. When translating the DNS packet, it will change the source
`address to that of the nomadic router’s address and the destination address
`to that of a local DNS server.
`
`Once the network layer translation is complete, the packet can be translated
`at the application and transport layers. The application layer is translated
`next, as shown in step 6, since the transport layer requires a pseudo
`network layer header which includes the source and destination addresses
`and the content from the application layer.
`
`
`CV-90 (12/02)
`
`
`
`
`
`CIVIL MINUTES - GENERAL
`14
`
`Initials of Deputy Clerk CB
`
`NOMADIX 2004
`Guest Tek v. Nomadix
`IPR2019-01191
`
`

`

`Case 2:16-cv-08033-AB-FFM Document 420 Filed 09/23/19 Page 15 of 39 Page ID
` #:14110
`
`At the application layer translation, any addresses which describe the
`source address of the host computer, such as with FTP, are translated to
`be that of the nomadic router’s address. Any applicati

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