PTO/SB/14 (07-07)
`Approvedfor use through 06/30/2010. OMB 0651-0032
`U.S. Patent and Trademark Office; U.S. DEPARTMENT OF COMMERCE
`Underthe Paperwork Reduction Act of 1995, no personsare required to respondto a collection of information unlessit contains a valid OMB control number.
`
`Attorney Docket Number|19459-6102
`Application Data Sheet 37 CFR 1.76
`—
`Application Number
`
`
`
`
`Title of Invention|SYSTEM AND METHOD FOR PROVIDING FASTER AND MOREEFFICIENT DATA COMMUNICATION
`
`The application data sheet is part of the provisional or nonprovisional application for whichit is being submitted. The following form contains the
`bibliographic data arrangedin a format specified by the United States Patent and Trademark Office as outlined in 37 CFR 1.76.
`This document may be completed electronically and submitted to the Office in electronic format using the Electronic Filing System (EFS) or the
`document may be printed and included in a paperfiled application.
`
`Secrecy Order 37 CFR 5.2
`
`|_]
`
`Portions orail of the application associated with this Application Data Sheet mayfall under a Secrecy Order pursuant to
`
`37 CFR 5.2 (Paper filers only. Applications that fall under Secrecy Order may not be filed electronically.)
`
`Applicant Information:
`
`Applicant 1
`
`Applicant Authority @)Inventor|C)Legal Representative under 35 U.S.C. 117 | Oparty of Interest under 35 U.S.C. 118
`| Prefix] Given Name
`Middle Name
`Family Name
`Suffix
`
`
`
`Shribman
`" Derry
`
`Residence Information (Select One)
`(> US Residency
`(@) NonUS Residency
`() Active US Military Service
`
`City | Netanya IL Country Of Residencei |
`
`
`Citizenship under 37 CFR 1.41(b)|IL
`
`
`Mailing Address of Applicant:
`1 Gad Manela Street
`
`Address 2
`
`
`City
`Netanya
`| State/Province [Lo
`Postal Code
`|
`| Country |
`IL
`
`Applicant 2
`Applicant Authority @) Inventor
`| C©Legal Representative under 35 U.S.C. 117 |Party of Interest under 35 U.S.C. 118
`
`
`Suffix
`Prefix| Given Name
`| Middle Name
`Family Name
`
`Ofer
`|
`Vilenski
`
`Residence Information (Select One) @) US Residency
`(©) NonUSResidency
`(©) Active US Military Service
`
`city| Netanya | Country of Residencd|I.State/Province |
`
`
`
`Citizenship under 37 CFR 1.41(b}
`us
`
`Mailing Address of Applicant:
`Address 1
`|
`1 Gad Manela Street
`
`Address 2
`|
`
`City
`Netanya
`| State/Province
`
`Postal Code
`| Country|1
`|
`|
`All
`inventors Must Be Listed - Additional
`Inventor Information blocks may be
`generated within this form by selecting the Add button.
`
`
`
`|
`
` Address 1
`
`
`
`CorrespondenceInformation:
`
`Enter either Customer Number or complete the CorrespondenceInformation section below.
`For further information see 37 CFR 1.33(a).
`
`|
`
`[_] An Addressis being provided for the correspondence Information of this application.
`
`EFS Web2.2.2
`
`Ex. 1071 - Page 1
`Ex. 1071 - Page 1
`
`Code200, UABv. Bright Data Ltd.
`Code 200's Exhibit 1071
`Page 1 of 334
`
`Code200, UAB v. Bright Data Ltd.
`Code 200's Exhibit 1071
`Page 1 of 334
`
`

`

`PTO/SB/14 (07-07)
`Approvedfor use through 06/30/2010. OMB 0651-0032
`U.S. Patent and Trademark Office; U.S. DEPARTMENT OF COMMERCE
`
`Underthe Paperwork Reduction Act of 1995, no persons are required to respond to a collection ofinformation unlessit contains a valid OMB control number.
`
`Application Data Sheet 37 CFR 1.76
`
`
`19459-6102
`
`Title ofInvention |systemAND METHOD FOR PROVIDING FASTERAND MOREEFFICIENT DATACOMMUNICATION
`
`Attorney Docket Number
`——
`Application Number
`
`
`
`Customer Number 57449
`
`|
`
`Email Address
`Email Address
`
`
`pnieves@sheehan.com
`
`Application Information:
`
`
`
`
`
`Title of the Invention
`Attorney Docket Number]
`Application Type
`
`| COMNUNIATONo> FOR PROVIDING FASTER AND MORE EFFICIENT DATA
`19459-6102
`Small Entity Status Claimed
`Nonprovisional
`
`Utility
`
`|
`
`
`Subject Matter
`Suggested Class(if any) |
`SubClass(if any)
`Suggested Technology Center(if any) |
`
`Total Number of Drawing Sheets (if any)
`15
`| Suggested Figure for Publication (if any) |
`
`Publication Information:
`
`[-] Request Early Publication (Fee required at time of Request 37 CFR 1.219)
`
`Request Not to Publish. | hereby requestthat the attached application not be published under 35 U.S.
`O C. 122(b) and certify that the invention disclosed in the attached application has not andwill not be the subject of
`an application filed in another country, or under a multilateral international agreement, that requires publication at
`eighteen monthsafterfiling.
`
`
`
`Representative Information:
`
`Representative information should be provided for all practitioners having a power of attorney in the application. Providing
`this information in the Application Data Sheet does not constitute a powerofattorney in the application (see 37 CFR 1.32).
`Enter
`either Customer Number
`or
`complete
`the Representative Name
`section
`below.
`If
`both
`are completed the Customer Number will be used for the Representative Information during processing.
`
` ©) Limited Recognition (37 CFR 11.9)
`
`sections
`
`
`
`
`
`
`
`
`Please Select One:
`Customer Number
`
`(@) Customer Number
`| 57449
`
`© USPatent Practitioner
`
`|
`
`Domestic Benefit/National Stage Information:
`
`This section allows for the applicantto either claim benefit under 35 U.S.C. 119(e), 120, 121, or 365(c) or indicate National Stage
`entry from a PCT application. Providing this information in the application data sheet constitutes the specific reference required by
`
`35 U.S.C. 119(€) or 120, and 37 CFR 1.78(a)(2) or CFR 1,78(a)(4), and need not otherwise be madepart of the specification.
`
`Prior Application Status|Pending
`Application Number
`Continuity Type
`Prior Application Number |
`Filing Date (YYYY-MM-DD)
`nonprovisional of
`61/249624
`| 2009-10-08
`Additional Domestic Benefit/National Stage Data may be generated within this form
`by selecting the Add button.
`
`EFS Web2.2.2
`
`Ex. 1071 - Page 2
`Ex. 1071 - Page 2
`
`Code200, UABv. Bright Data Ltd.
`Code 200's Exhibit 1071
`Page 2 of 334
`
`Code200, UAB v. Bright Data Ltd.
`Code 200's Exhibit 1071
`Page 2 of 334
`
`

`

`PTO/SB/14 (07-07)
`Approvedfor use through 06/30/2010. OMB 0651-0032
`U.S. Patent and Trademark Office; U.S. DEPARTMENT OF COMMERCE
`Underthe Paperwork Reduction Act of 1995, no persons are required to respondtoa collection of information unlessit contains a valid OMB control number.
`
`
`
`. Attorney Docket Number|19459-6102. |
`Application Data Sheet 37 CFR 1.76
`
`Application Number
` SYSTEMANDMETHOD FOR PROVIDING FASTERAND MORE EFFICIENTDATACOMMUNICATION |
`
`
`|
`
`Title of Invention
`
`
`
`
`
`Foreign Priority Information:
`
`This section allows for the applicant to claim benefit of foreign priority and to identify any prior foreign application for which priority is
`not claimed. Providing this information in the application data sheet constitutes the claim forpriority as required by 35 U.S.C. 119(b)
`
`and 37 CFR 1.55(a).
`
`Remove:
`Application Number
`|
`Country!
`ParentFiling Date (VYYYY-MM-DD)
`Priority Claimed
`
`iOves©Ne|
`
`Additional Foreign Priority Data may be generated within this form by selecting the
`Addbutton.
`
`
`
`
`
`City
`Natanya
`State/Province
`Country |
`IL
`Postal Code
`42507
`
`4
`Phone Number
`Fax Number
`|
`Email Address
`|
`| Additional Assignee Data may be generated within this form by selecting the Add
`
`
`
`AssigneeInformation:
`
`Providing this information in the application data sheet does not substitute for compliance with any requirement of part 3 of Title 37
`
`of the CFR to have an assignment recordedin the Office.
`
`
`
`
`Assignee 1
`
`
`If the Assignee is an Organization check here.
`px]
`
`Organization Name | hola,Inc.
`Mailing Address Information:
`Address1
`| 7th Giborei Israel Street
`
`Address 2
`PO BOX 8025
`
`
`a
`
`button.
`
`Signature:
`
`
`CFR 1.4(d) fo
`
`i
`
`‘
`
`
`A signature ofthe a
`ive-is-required in accordance with 37 CFR 1.33 and 10.18. Please see 37
`|
`
`Signature
`Date (YYYY-MM-DD)| 2010-07-14
`
`
`
`First Name Registration Number|48173. Nieves
`
`
`
`
`
`This collection of information is required by 37 CFR 1.76. The information is required to obtain or retain a benefit by the public which
`is to file (and by the USPTO to process)an application. Confidentiality is governed by 35 U.S.C. 122 and 37 CER 1.14. This
`collection is estimated to take 23 minutes to complete,including gathering, preparing, and submitting the completed application data
`sheet form to the USPTO. Time will vary depending upon the individual case. Any comments on the amountoftime you require to
`complete this form and/or suggestionsfor reducingthis burden, should be sentto the ChiefInformation Officer, U.S. Patent and
`Trademark Office, U.S. Department of Commerce, P.O. Box 1450, Alexandria, VA 22313-1450. DO NOT SEND FEES OR
`COMPLETED FORMS TO THIS ADDRESS. SEND TO: Commissionerfor Patents, P.O. Box 1450, Alexandria, VA 22313-1450.
`
`EFS Web2.2.2
`
`Ex. 1071 - Page 3
`Ex. 1071 - Page 3
`
`Code200, UABv. Bright Data Ltd.
`Code 200's Exhibit 1071
`Page 3 of 334
`
`Code200, UAB v. Bright Data Ltd.
`Code 200's Exhibit 1071
`Page 3 of 334
`
`

`

`SYSTEM AND METHOD FOR PROVIDING FASTER AND MORE EFFICIENT DATA
`COMMUNICATION
`
`CROSS-REFERENCE TO RELATED APPLICATIONS
`
`The present application claimspriority to copending U.S.provisional patent application
`
`entitled “FASTER AND MORE EFFICIENT DATA COMMUNICATION SYSTEM,”having
`
`serial number 61/249,624, filed October 8, 2009, which is hereby incorporated herein by
`
`referencein its entirety.
`
`FIELD OF THE INVENTION
`
`The present inventionis related to Internet communication, and moreparticularly, to
`
`improving data communication speed and bandwidthefficiency on the Internet.
`
`BACKGROUNDOF THE INVENTION
`
`There are several trends in network and Internet usage, which tremendously increase the
`
`bandwidththat is being used on the Internet. Onesuchtrendis that more and morevideois
`
`being viewed on demand onthe Internet. Such viewing includesthe viewing of both large and
`
`short videoclips. In addition, regular shows andfull-featured films may be viewed onthe
`
`Internet. Another trend that is increasing the traffic on the Internet is that Web sites (such as
`
`shopping portals, newsportals, and social networks) are becoming global, meaning that the Web
`
`sites are serving people in manydiverse places on the globe, and thusthe data is traversing over
`
`longerstretches of the Internet, increasing the congestion.
`
`The increase in bandwidth consumption hascreated several major problems, a few of
`
`which are described below:
`
`Ex. 1071 - Page 4
`Ex. 1071 - Page 4
`
`Code200, UABv. Bright Data Ltd.
`Code 200's Exhibit 1071
`Page 4 of 334
`
`
`
`Code200, UAB v. Bright Data Ltd.
`Code 200's Exhibit 1071
`Page 4 of 334
`
`

`

`The problem for users — the current Internet bandwidth is not sufficient, and thus the effective
`
`‘speed’ experienced by users is slow;
`
`The problem for content owners ~- the tremendous amount of data being viewed by users is
`
`costing large amounts of money in hosting and bandwidth costs; and
`
`The problem for Internet Service Providers (ISPs) — the growth in Internettraffic is requiring the
`
`ISPs to increase the infrastructure costs (communicationlines, routers, etc.) at tremendous
`
`financial expense.
`
`The need for a new methodof data transfer that is fast for the consumer, cheap for the
`
`content distributor and does not require infrastructure investment for ISPs, has become a major
`
`issue whichis yet unsolved.
`
`There have been many attempts at making the Internet faster for the consumer and
`
`cheaper for the broadcaster. Each such attemptis lacking in some aspect to become a
`
`widespread, practical solution,oris a partial solution in that it solves only a subset of the major
`
`problemsassociated with the increase in Internettraffic. Most of the previous solutions require
`
`billions of dollars in capital investmentfor a comprehensive solution. Manyofthese attempts
`
`are lacking in that muchofthe content on the Internet has become dynamically created per the
`
`user and the session ofthe user(this is what used to be called the “Web2.0”trend). This may be
`
`seen on the Amazon Website and the Salesforce Website, for example, where most of the page
`
`views on these Websites is tailored to the viewer, andis thus different for any two viewers. This
`
`dynamic information makesit impossible for most of the solutions offered to date to store the
`
`content and provide it to others seeking similar content.
`
`One solution that has beenin useis called a “proxy”. FIG. 1 is a schematic diagram
`
`providing an example of use of a proxy within a network 2. A proxy, or proxy server4, 6, 8 isa
`
`device that is placed between one or moreclients, illustrated in FIG. 1 as client devices 10, 12,
`
`
`
`Ex.1071-Page5
`Ex. 1071 - Page 5
`
`Code200, UABv.Bright Data Ltd.
`Code 200's Exhibit 1071
`Page 5 of 334
`
`Code200, UAB v. Bright Data Ltd.
`Code 200's Exhibit 1071
`Page 5 of 334
`
`

`

`
`
`14, 16, 18, 20, that request data, via the Internet 22, and a Web server or Webservers 30, 32, 34
`
`from which they are requesting the data. The proxyserver 4, 6, 8 requests the data from the Web
`
`servers 30, 32, 34 on their behalf, and caches the responses from the Web servers 30, 32, 34, to
`
`provideto other client devices that make similar requests. If the proxy server 4,6, 8 is
`
`geographically close enough to the client devices 10, 12, 14, 16, 18, 20, and if the storage and
`
`bandwidth of the proxy server 4, 6, 8 are large enough,the proxyserver4, 6, 8 will speed up the
`
`requests for the client devices 10, 12, 14, 16, 18, 20 thatit is serving.
`
`It should be noted, however, that to provide a comprehensivesolution for Internet surfing,
`
`the proxy servers of FIG. 1 would needto be deployed at every point around the world wherethe
`
`Internet is being consumed, andthe storage size of the proxy servers at each location would need
`
`to be nearthe size ofall the data stored anywhere on the Internet. The abovementioned would
`
`lead to massive costs that are impractical. In addition, these proxy solutions cannot deal well
`
`with dynamic data that is prevalent now on the Web.
`
`There have been commercial companies, such as Akamai, that have deployed such
`
`proxieslocally aroundthe world, andthat are serving a select small groupofsites on the Internet.
`
`If all sites on the Web wereto be solved with such a solution, the capital investment would bein
`
`the rangeofbillions of dollars. In addition, this type of solution does not handle dynamic
`
`content.
`
`To create large distribution systems without the large hardware costs involved with a
`
`proxy solution, “peer-to-peerfile sharing”solutions have been introduced, such as, for example,
`
`BitTorrent. FIG. 2 is a schematic diagram providing an example of a peer-to-peerfile transfer
`
`network 50. In the network 50,files are stored on computers of consumers, referred to herein as
`
`client devices 60. Each consumercan serve up data to other consumers, via the Internet 62, thus
`
`taking the load of serving off of the distributors and saving them the associated costs, and
`
`providing the consumer multiple points from which to download the data, referred to herein as
`
`~Ex.1071-Page6=Code200, UABv.Bright Data Ltd.
`Ex. 1071 - Page 6
`Code 200's Exhibit 1071
`Page 6 of 334
`
`Code200, UAB v. Bright Data Ltd.
`Code 200's Exhibit 1071
`Page 6 of 334
`
`

`

`
`
`peers 70, 72, 74, 76, 78, thus increasing the speed of the download. However, each such peer-to-
`
`peer solution must have somesort of index by whichto find the required data. In typical peer-to-
`
`peerfile sharing systems, because the index is on a server80, or distributed among several
`
`servers, the numberoffiles available in the system is not very large (otherwise, the server costs
`
`would be very large, or the lookup time would be very long).
`
`The peer-to-peer file sharing solution is acceptable in file sharing systems, because there
`are not thatmany mediafiles that are of interest to the mass (probably in the order of magnitude
`
`of millions of movies and songsthatare of interest). Storing and maintaining an index of
`
`millions ofentries is practical technically and economically. However,if this system wereto be
`
`used to serve the hundredsofbillions of files that are available on the Internet of today, the cost
`
`of storing and maintaining such an index would be againin thebillions of dollars. In addition,
`
`these types of peer-to-peer file sharing systemsare not able to deal with dynamic HTTP data.
`
`In conclusion, there does not exist a system that enables fast transmission of most of the
`
`data on the Internet, that does not incur tremendouscosts, and/or that provides only a very partial
`
`solution to the problem of Internet traffic congestion. Thus, a heretofore unaddressed need exists
`
`in the industry to address the aforementioned deficiencies and inadequacies.
`
`SUMMARYOF THE INVENTION
`
`The present system and methodprovides for faster and more efficient data
`
`communication within a communication network. Briefly described, in architecture, one
`
`embodimentof the system, among others, can be implemented as follows. A network is
`
`provided for accelerating data communication, wherein the network contains: at least one client
`
`communication device for originating a data request for obtaining the data from a data server; at
`
`least one agent communication device which is assignedto the data server for receiving the data
`
`~Ex.1071-Page7
`Ex. 1071 - Page 7
`
`Code200, UABv.Bright Data Ltd.
`Code 200's Exhibit 1071
`Page 7 of 334
`
`Code200, UAB v. Bright Data Ltd.
`Code 200's Exhibit 1071
`Page 7 of 334
`
`

`

`
`
`requestfrom the client communication device, wherein the agent keeps track of which client
`
`communication devices have received responses to data requests from the assigned data server; at
`
`least one peer communication devicefor storing portions of data received in response to the data
`
`requestbythe at least one client communication device, wherein the portions of data may be
`
`transmitted to the at least one client communication device upon request bythe client
`
`communication device; and at least one acceleration server for deciding which agent
`
`communication device is to be assigned to which data server and providing this information to
`
`the at least one client communication device.
`
`The present system and methodalso provides a communication device within a network,
`
`wherein the communication device contains: a memory; and a processor configured by the
`
`memory to perform thestepsof: originating a data request for obtaining data from a data server;
`
`being assigned to a data server, referred to as an assigned data server; receiving a data request
`
`from a separate device within the network, and keeping track of which client communication
`
`devices within the network have received responsesto data requests from the assigned data
`
`server; and storing portions of data received in response to the originated data request, wherein
`
`the portions of data may be transmitted to communication device upon request by the
`
`communication device.
`
`Other systems, methods, features, and advantagesof the present invention will be or
`
`becomeapparent to one with skill in the art upon examination of the following drawings and
`
`detailed description.It is intendedthat all such additional systems, methods, features, and
`
`advantagesbe included within this description, be within the scope of the present invention, and
`
`be protected by the accompanyingclaims.
`
`Ex. 1071 - Page 8
`Ex. 1071 - Page 8
`
`Code200, UABv. Bright Data Ltd.
`Code 200's Exhibit 1071
`Page 8 of 334
`
`Code200, UAB v. Bright Data Ltd.
`Code 200's Exhibit 1071
`Page 8 of 334
`
`

`

`
`
`BRIEF DESCRIPTION OF THE DRAWINGS
`
`Manyaspects ofthe invention can be better understood with reference to the following
`
`drawings. The components in the drawingsare not necessarily to scale, emphasis instead being
`
`placed upon clearly illustrating the principles of the present invention. Moreover, in the
`
`drawings,like reference numerals designate correspondingparts throughoutthe several views.
`
`FIG.1 is a schematic diagram providinga prior art example of use of a proxy within a
`
`network.
`
`FIG, 2 is a schematic diagram providing a prior art example of a peer-to-peerfile transfer
`
`network.
`
`FIG, 3 is a schematic diagram providing an example of a communication network in
`
`accordance with the present invention.
`
`FIG. 4 is a schematic diagram furtherillustrating a communication device of the
`
`communication network of FIG. 3.
`
`FIG.5 is a schematic diagram furtherillustrating the memory of FIG.4.
`
`FIG. 6 is a schematic diagram furtherillustrating elements of the acceleration application
`
`of FIG. 5, as well as communication pathsofthe acceleration application.
`
`FIG.7 is a chart further illustrating two of the main databases utilized within the
`
`communication network.
`
`FIG. 8 is a flowchart illustrating operation of the acceleration system initializer module.
`
`FIG.9 is a flowchart furtherillustrating communication between different elements of the
`
`communication network.
`
`Ex.1071-Page9
`Ex. 1071 - Page 9
`
`Code200, UABv.Bright Data Ltd.
`Code 200's Exhibit 1071
`Page 9 of 334
`
`Code200, UAB v. Bright Data Ltd.
`Code 200's Exhibit 1071
`Page 9 of 334
`
`

`

`
`
`
`FIG. 10 is a flowchart continuing the flowchart of FIG. 9 and focused on agent response
`
`to the HTTP request.
`
`FIG. 11 is a flowchart continuing the flowchart of FIG. 10, which illustrates actions taken
`
`upon receipt ofthe list of peers, or single peer listing, from the agent.
`
`FIG. 12 is a flowchart illustrating steps taken by an agent, client, or peer to determine
`
`whether a certain HTTP requestisstill valid.
`
`FIG. 13 is a flowchart outlining operation of the acceleration server.
`
`FIG, 14 is a flowchart further illustrating TCPIP acceleration in accordance with an
`
`alternative embodimentofthe invention.
`
`FIG. 15 is a flowchart further illustrating TCPIP acceleration in accordance with an
`
`alternative embodiment of the invention, detailing the communication betweentheclient and the
`
`TCPIP server (read and write commands) after the connect phase has completed successfully.
`
`DETAILED DESCRIPTION
`
`The present system and method providesfor faster and moreefficient data
`
`communication within a communication network. An example of such a communication
`
`network 100 is provided by the schematic diagram of FIG. 3. The network 100 of FIG. 3
`
`contains multiple communication devices. Due to functionality provided by software stored
`
`within each communication device, which may be the same in each communication device, each
`
`communication device may serveasa client, peer, or agent, depending upon requirementsofthe
`
`network 100, as is described in detail herein. It should be noted that a detailed description of a
`
`communication device is provided with regardto the description of FIG.4.
`
`Ex. 1071 - Page 10
`Ex. 1071- Page 10
`
`Code200, UABv. BrightData Ltd.
`Code 200's Exhibit 1071
`Page 10 of 334
`
`Code200, UAB v. Bright Data Ltd.
`Code 200's Exhibit 1071
`Page 10 of 334
`
`

`

`Returningto FIG. 3, the exemplary embodimentofthe network 100 illustrates that one of
`
`the communication devices is functioning as a client 102. The client 102 is capable of
`
`communication with one or more peers 112, 114, 116 and one or more agents 122. For
`
`exemplary purposes,the network contains three peers and oneagent, although it is noted that a
`
`client can communicate with any numberof agents andpeers.
`
`The communication network 100 also contains a Web server 152. The Webserver152is
`
`the server from which the client 102 is requesting information and may be, for example, a typical
`
`HTTPserver, such as those being used to deliver content on any of the many such servers on the
`
`Internet. It should be noted that the server 152 is not limited to being an HTTPserver . In fact, if
`
`a different communication protocol is used within the communication network,the server may be
`
`a server capable of handling a different protocol. It should also be noted that while the present
`
`description refers to the use of HTTP,the present invention mayrelate to any other
`
`communication protocol and HTTPis not intendedto be a limitation to the present invention.
`
`The communication network 100 further contains an acceleration server 162 having an
`
`acceleration server storage device 164. As is described in moredetail herein, the acceleration
`
`server storage device 164 has contained therein an acceleration server database. The acceleration
`
`server database stores Internet protocol (IP) addresses of communication devices within the
`
`communication network 100 having acceleration software stored therein. Specifically, the
`
`acceleration server database contains stored therein a list of communication devices having
`
`acceleration software stored therein that are currently online within the communication network
`
`100. For each such agent, the acceleration serverassignsa list of IP addresses.
`
`In the communication network 100 of FIG.3, the application in the client 102 is
`
`requesting information from the Web server 152, which is why the software within the
`
`communication device designated this communication device to work as a client. In addition,
`
`since the agent 122 receives the request from the client 102 as the communication device closest
`
`
`
`Ex. 1071 - Page 11
`Ex. 1071 - Page 11
`
`Code200, UABv. Bright Data Ltd.
`Code 200's Exhibit 1071
`Page 11 of 334
`
`Code200, UAB v. Bright Data Ltd.
`Code 200's Exhibit 1071
`Page 11 of 334
`
`

`

`
`
`to the Web server 152, functionality of the agent 122, as provided by the software ofthe agent
`
`122, designates this communication device to work as an agent. It should be noted, that in
`
`accordance with an alternative embodimentofthe invention, the agent need not be the
`
`communication device that is closest to the Web server. Instead, a different communication
`
`device may beselected to be the agent.
`
`Since the peers 112, 114, 116 contain at least portions ofthe information sought by the
`
`client 102 from the Webserver 152, functionality of the peers 112, 114, 116, as provided by the
`
`software ofthe peers 112, 114, 116, designates these communication devices to work as peers. It
`
`should be noted that the process of designating clients, agents, and peers is describedin detail
`
`herein. It should also be noted that the numberofclients, agents, peers, acceleration servers,
`
`Webservers, and other components of the communication network 100 may differ from the
`
`numberillustrated by FIG. 3. In fact, the numberofclients, agents, peers, acceleration servers,
`
`Webservers, and other components of the communication network 100 are not intended to be
`
`limited by the current description.
`
`Prior to describing functionality performed within a communication network 100, the
`
`following further describes a communication device 200, in accordance with a first exemplary
`
`embodiment ofthe invention. FIG.4 is a schematic diagram furtherillustrating a communication
`
`device 200 of the communication network 100, which contains general componentsof a
`
`computer. As previously mentioned, it should be noted that the communication device 200 of
`
`FIG. 4 mayserve as a client, agent, or peer.
`
`Generally, in terms of hardware architecture, as shown in FIG.4, the communication
`
`device 200 includes a processor 202, memory 210, at least one storage device 208, and one or
`
`more input and/or output (I/O) devices 240 (or peripherals) that are communicatively coupled via
`
`a local interface 250. The local interface 250 canbe, for example but not limited to, one or more
`
`busesor other wired or wireless connections, as is known in the art. The local interface 250 may
`
`Ex. 1071 - Page 12
`_ Ex. 1071 - Page 12
`
`Code200, UABv. Bright Data Ltd.
`Code 200's Exhibit 1071
`Page 12 of 334
`
`Code200, UAB v. Bright Data Ltd.
`Code 200's Exhibit 1071
`Page 12 of 334
`
`

`

`have additional elements, which are omitted for simplicity, such as controllers, buffers (caches),
`
`drivers, repeaters, and receivers, to enable communications. Further, the local interface 250 may
`
`include address, control, and/or data connections to enable appropriate communications among
`
`the aforementioned components.
`
`The processor 202 is a hardware device for executing software, particularly that stored in
`
`the memory 210. The processor 52 can be any custom made or commercially available
`
`processor, a central processing unit (CPU), an auxiliary processor among several processors
`
`associated with the communication device 200, a semiconductor based microprocessor(in the
`
`form of a microchip orchip set), a macroprocessor, or generally any device for executing
`
`software instructions.
`
`The memory 210, which is further illustrated and described by the description of FIG.5,
`
`can include any one or combination of volatile memory elements (¢.g., random access memory
`
`(RAM,such as DRAM, SRAM, SDRAM,etc.)) and nonvolatile memory elements(e.g., ROM,
`
`harddrive, tape, CDROM,etc.). Moreover, the memory 210 may incorporate electronic,
`
`magnetic, optical, and/or other types of storage media. Note that the memory 210 can have a
`
`distributed architecture, where various componentsare situated remote from one another, but can
`
`be accessed by the processor 202.
`
`The software 212 located within the memory 210 may include one or moreseparate
`programs, each of whichcontains an orderedlisting of executable instructions for implementing
`logical functions of the communication device 200, as described below. In the example of FIG.
`
`4, the software 212 in the memory 210 at least contains an acceleration application 220 and an
`
`Internet browser 214. In addition, the memory 210 may contain an operating system (O/S) 230.
`The operating system 230 essentially controls the execution of computer programsand provides
`scheduling, input-output control, file and data management, memory management, and
`
`communication control and related services. It should be noted that, in addition to the
`
`Ex. 1071 - Page 13
`Ex. 1071 - Page 13
`
`Code200, UABv. Bright Data Ltd.
`Code 200's Exhibit 1071
`Page 13 of 334
`
`
`
`Code200, UAB v. Bright Data Ltd.
`Code 200's Exhibit 1071
`Page 13 of 334
`
`

`

`
`
`acceleration application 220, Internet browser 214, and operating system 230, the memory 210
`
`may contain other software applications.
`
`While the present description refers to a request from theclient originating from an
`
`Internet browser, the present invention is not limited to requests originating from Internet
`
`browsers. Instead, a request may originate from an email program or any other program that
`
`would be usedto request data that is stored on a Webserver,or other server holding data that is
`
`requested by the client device.
`
`Functionality of the communication device 200 may be provided by a source program,
`
`executable program (object code), script, or any other entity containing a set ofinstructionsto be
`
`performed. Whena source program,then the program needsto betranslated via a compiler,
`
`assembler, interpreter, or the like, which may or maynot be included within the memory 210, so
`
`as to operate properly in connection with the operating system 230, Furthermore,functionality of
`
`the communication device 200 can be written as (a) an object oriented programming language,
`
`which hasclasses of data and methods, or (b) a procedure programming language, which has
`
`routines, subroutines, and/or functions.
`
`The I/O devices 240 mayincludeinput devices, for example but not limited to, a
`
`keyboard, mouse, scanner, microphone, efc. Furthermore, the I/O devices 240 may also include
`
`output devices, for examplebutnotlimitedto,a printer, display, etc. Finally, the I/O devices 240
`
`may further include devices that communicate via both inputs and outputs, for instance but not
`
`limited to, a modulator/demodulator (modem;for accessing another device, system, or network),
`
`a radio frequency (RF) or other transceiver, a telephonic interface, a bridge, a router, efc,
`
`When the communication device 200 is in operation, the processor 202 is configuredto
`
`execute the software 212 stored within the memory 210, to communicate data to and from the
`
`memory 210, and to generally control operations of the communication device 200 pursuant to
`
`Ex. 1071 - Page 14
`Ex. 1071 - Page 14
`
`Code200, UABv. Bright Data Ltd.
`Code 200's Exhibit 1071
`Page 14 of 334
`
`Code200, UAB v. Bright Data Ltd.
`Code 200's Exhibit 1071
`Page 14 of 334
`
`

`

`
`
`
`
`the software 212. The software 212 and the O/S 230, in whole orin part, but typically thelatter,
`
`are read by the processor 202, perhaps buffered within the processor 202, and then executed.
`
`Whenfunctionality of the communication device 200 is implemented in software,as is
`
`shownin FIG.4,it should be noted that the functionality can be stored on any computer readable
`
`medium for use by or in connection with any computerrelated system or method. In the context
`
`of this document, a computer readable medium is an electronic, magnetic, optical, or other
`
`ph