Bright Data Ltd.

Israel

Back to Profile

1-100 of 253 for Bright Data Ltd. Sort by
Query
Patent
United States - USPTO
Aggregations Reset Report
Date
2024 November 2
2024 October 6
2024 48
2023 48
2022 52
See more
IPC Class
H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] 168
H04L 9/40 - Network security protocols 105
H04L 67/01 - Protocols 98
H04N 21/462 - Content or additional data management e.g. creating a master electronic program guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities 86
H04L 67/563 - Data redirection of data network streams 82
See more
Status
Pending 61
Registered / In Force 192
Found results for  patents
  1     2     3        Next Page

1.

SYSTEM AND METHOD FOR MANAGING NON-DIRECT URL FETCHING SERVICE

      
Application Number 18774185
Status Pending
Filing Date 2024-07-16
First Publication Date 2024-11-07
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for providing and managing non-direct URL fetching service for retrieving a content from a web server to a client device is disclosed, such as for overcoming geo-blocking or a Man-In-The-Middle (MITM) attack. The non-direct fetching method may use intermediate devices, such as proxy server, Data-Center proxy server, tunnel devices, or any combination thereof. A URL request may be sent in parallel using both direct and non-direct fetching schemes, in order to verify the need for using the non-direct fetching service. Direct or non-direct fetching scheme may be selected by using a file that associates a fetching scheme to the requested URL. The selection of the fetching mechanism may use dynamically in real-time updating of a Proxy Auto-Configuration (PAC) file. As part of an accounting scheme, quotas may be applied to a cumulative received data or a time duration of using a non-direct fetching service.

IPC Classes  ?

  • H04L 9/40 - Network security protocols
  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]

2.

SYSTEM AND METHOD FOR URL FETCHING RETRY MECHANISM

      
Application Number 18775204
Status Pending
Filing Date 2024-07-17
First Publication Date 2024-11-07
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for overcoming intermittent, temporary, or other fetching failures by using multiple attempts for retrieving a content from a web server to a client device is disclosed. The URL fetching may use direct or non-direct fetching schemes, or a combination thereof. The non-direct fetching method may use intermediate devices, such as proxy server, Data-Center proxy server, tunnel devices, or any combination thereof. Upon sensing a failure of a fetching action, the action is repeated using the same or different parameters or attributes, such as by using different intermediate devices, selected based on different parameters or attributes, such as different countries. The repetitions are limited to a pre-defined maximum number or attempts. The fetching attempts may be performed by the client device, by an intermediate device in a non-direct fetching scheme, or a combination thereof. Various fetching schemes may be used sequentially until the content is retrieved.

IPC Classes  ?

  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • G06F 9/54 - Interprogram communication
  • G06F 16/909 - Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually using geographical or spatial information, e.g. location
  • H04L 1/00 - Arrangements for detecting or preventing errors in the information received
  • H04L 61/59 - Network arrangements, protocols or services for addressing or naming using proxies for addressing
  • H04L 67/01 - Protocols
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/146 - Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
  • H04L 67/56 - Provisioning of proxy services
  • H04L 67/568 - Storing data temporarily at an intermediate stage, e.g. caching
  • H04L 69/40 - Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection

3.

System and Method for Improving Content Fetching by Selecting Tunnel Devices

      
Application Number 18755005
Status Pending
Filing Date 2024-06-26
First Publication Date 2024-10-17
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The tunnel device is selected based on an attribute, such as IP Geolocation. A tunnel bank server stores a list of available tunnels that may be used, associated with values of various attribute types. The tunnel devices initiate communication with the tunnel bank server, and stays connected to it, for allowing a communication session initiated by the tunnel bank server. Upon receiving a request from a client to a content and for specific attribute types and values, a tunnel is selected by the tunnel bank server, and is used as a tunnel for retrieving the required content from the web server, using standard protocol such as SOCKS, WebSocket or HTTP Proxy. The client only communicates with a super proxy server that manages the content fetching scheme.

IPC Classes  ?

  • H04L 12/28 - Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
  • G06F 7/58 - Random or pseudo-random number generators
  • G06F 8/71 - Version control Configuration management
  • G06F 9/455 - EmulationInterpretationSoftware simulation, e.g. virtualisation or emulation of application or operating system execution engines
  • G06F 9/48 - Program initiatingProgram switching, e.g. by interrupt
  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • H04L 9/40 - Network security protocols
  • H04L 12/46 - Interconnection of networks
  • H04L 47/283 - Flow controlCongestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
  • H04L 61/256 - NAT traversal
  • H04L 61/2575 - NAT traversal using address mapping retrieval, e.g. simple traversal of user datagram protocol through session traversal utilities for NAT [STUN]
  • H04L 61/2585 - NAT traversal through application level gateway [ALG]
  • H04L 61/2589 - NAT traversal over a relay server, e.g. traversal using relay for network address translation [TURN]
  • H04L 61/2592 - Translation of Internet protocol [IP] addresses using tunnelling or encapsulation
  • H04L 61/4511 - Network directoriesName-to-address mapping using standardised directoriesNetwork directoriesName-to-address mapping using standardised directory access protocols using domain name system [DNS]
  • H04L 61/5007 - Internet protocol [IP] addresses
  • H04L 67/01 - Protocols
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/025 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
  • H04L 67/133 - Protocols for remote procedure calls [RPC]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/288 - Distributed intermediate devices, i.e. intermediate devices for interaction with other intermediate devices on the same level
  • H04L 67/2885 - Hierarchically arranged intermediate devices, e.g. for hierarchical caching
  • H04L 67/56 - Provisioning of proxy services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/568 - Storing data temporarily at an intermediate stage, e.g. caching
  • H04L 67/5681 - Pre-fetching or pre-delivering data based on network characteristics
  • H04L 67/63 - Routing a service request depending on the request content or context
  • H04L 69/16 - Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
  • H04L 69/167 - Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6
  • H04L 69/168 - Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
  • H04L 101/69 - Types of network addresses using geographic information, e.g. room number
  • H04W 4/80 - Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
  • H04W 48/18 - Selecting a network or a communication service
  • H04W 84/10 - Small scale networksFlat hierarchical networks
  • H04W 84/18 - Self-organising networks, e.g. ad hoc networks or sensor networks

4.

System and Method for Improving Content Fetching by Selecting Tunnel Devices

      
Application Number 18754980
Status Pending
Filing Date 2024-06-26
First Publication Date 2024-10-17
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The tunnel device is selected based on an attribute, such as IP Geolocation. A tunnel bank server stores a list of available tunnels that may be used, associated with values of various attribute types. The tunnel devices initiate communication with the tunnel bank server, and stays connected to it, for allowing a communication session initiated by the tunnel bank server. Upon receiving a request from a client to a content and for specific attribute types and values, a tunnel is selected by the tunnel bank server, and is used as a tunnel for retrieving the required content from the web server, using standard protocol such as SOCKS, WebSocket or HTTP Proxy. The client only communicates with a super proxy server that manages the content fetching scheme.

IPC Classes  ?

  • H04L 12/28 - Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
  • G06F 7/58 - Random or pseudo-random number generators
  • G06F 8/71 - Version control Configuration management
  • G06F 9/455 - EmulationInterpretationSoftware simulation, e.g. virtualisation or emulation of application or operating system execution engines
  • G06F 9/48 - Program initiatingProgram switching, e.g. by interrupt
  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • H04L 9/40 - Network security protocols
  • H04L 12/46 - Interconnection of networks
  • H04L 47/283 - Flow controlCongestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
  • H04L 61/256 - NAT traversal
  • H04L 61/2575 - NAT traversal using address mapping retrieval, e.g. simple traversal of user datagram protocol through session traversal utilities for NAT [STUN]
  • H04L 61/2585 - NAT traversal through application level gateway [ALG]
  • H04L 61/2589 - NAT traversal over a relay server, e.g. traversal using relay for network address translation [TURN]
  • H04L 61/2592 - Translation of Internet protocol [IP] addresses using tunnelling or encapsulation
  • H04L 61/4511 - Network directoriesName-to-address mapping using standardised directoriesNetwork directoriesName-to-address mapping using standardised directory access protocols using domain name system [DNS]
  • H04L 61/5007 - Internet protocol [IP] addresses
  • H04L 67/01 - Protocols
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/025 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
  • H04L 67/133 - Protocols for remote procedure calls [RPC]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/288 - Distributed intermediate devices, i.e. intermediate devices for interaction with other intermediate devices on the same level
  • H04L 67/2885 - Hierarchically arranged intermediate devices, e.g. for hierarchical caching
  • H04L 67/56 - Provisioning of proxy services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/568 - Storing data temporarily at an intermediate stage, e.g. caching
  • H04L 67/5681 - Pre-fetching or pre-delivering data based on network characteristics
  • H04L 67/63 - Routing a service request depending on the request content or context
  • H04L 69/16 - Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
  • H04L 69/167 - Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6
  • H04L 69/168 - Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
  • H04W 4/80 - Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
  • H04W 48/18 - Selecting a network or a communication service
  • H04W 84/10 - Small scale networksFlat hierarchical networks
  • H04W 84/18 - Self-organising networks, e.g. ad hoc networks or sensor networks
  • H04L 101/69 - Types of network addresses using geographic information, e.g. room number

5.

System and Method for Improving Internet Communication by Using Intermediate Nodes

      
Application Number 18444704
Status Pending
Filing Date 2024-02-18
First Publication Date 2024-10-03
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 67/60 - Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
  • H04L 9/40 - Network security protocols
  • H04L 43/0864 - Round trip delays
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/06 - Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/567 - Integrating service provisioning from a plurality of service providers
  • H04L 67/59 - Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
  • H04N 21/462 - Content or additional data management e.g. creating a master electronic program guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
  • H04W 4/029 - Location-based management or tracking services

6.

System and Method for Improving Internet Communication by Using Intermediate Nodes

      
Application Number 18738075
Status Pending
Filing Date 2024-06-10
First Publication Date 2024-10-03
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 67/60 - Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
  • H04L 9/40 - Network security protocols
  • H04L 43/0864 - Round trip delays
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/06 - Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/567 - Integrating service provisioning from a plurality of service providers
  • H04L 67/59 - Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
  • H04N 21/462 - Content or additional data management e.g. creating a master electronic program guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
  • H04W 4/029 - Location-based management or tracking services

7.

System and Method for Improving Internet Communication by Using Intermediate Nodes

      
Application Number 18738079
Status Pending
Filing Date 2024-06-10
First Publication Date 2024-10-03
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 67/60 - Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
  • H04L 9/40 - Network security protocols
  • H04L 43/0864 - Round trip delays
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/06 - Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/567 - Integrating service provisioning from a plurality of service providers
  • H04L 67/59 - Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
  • H04N 21/462 - Content or additional data management e.g. creating a master electronic program guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
  • H04W 4/029 - Location-based management or tracking services

8.

System and Method for Improving Internet Communication by Using Intermediate Nodes

      
Application Number 18738081
Status Pending
Filing Date 2024-06-10
First Publication Date 2024-10-03
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • G06Q 40/08 - Insurance
  • E03B 7/07 - Arrangement of devices, e.g. filters, flow controls, measuring devices, siphons or valves, in the pipe systems
  • G05B 15/02 - Systems controlled by a computer electric
  • G06Q 10/10 - Office automationTime management
  • G06Q 30/02 - MarketingPrice estimation or determinationFundraising
  • G06Q 50/16 - Real estate
  • G06Q 50/163 - Real estate management
  • G08B 21/04 - Alarms for ensuring the safety of persons responsive to non-activity, e.g. of elderly persons
  • G08B 21/20 - Status alarms responsive to moisture
  • G16Y 10/50 - FinanceInsurance
  • G16Y 40/10 - DetectionMonitoring
  • H04L 12/28 - Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]

9.

System and Method for Streaming Content from Multiple Servers

      
Application Number 18675389
Status Pending
Filing Date 2024-05-28
First Publication Date 2024-09-19
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A system and a method for media streaming from multiple sources are disclosed. A content requesting client device accesses a server to receive a list of available sources that may include multiple Content Delivery Networks (CDNs) and independent servers. Based on a pre-set criteria, such as the source delivery performance and cost, the client device partitions the content into parts, allocates a source to each part, and simultaneously receives media streams of the content parts from the allocated sources. The server may be a Video-on-Demand (VOD) server, and the content may be a single file of a video data, such as a movie. The delivery performance of the used sources is measured during the streaming for updating the partition or the allocation. The updated measured performance may be stored locally at the client device, or at a server for use by other clients. The client actions may be implemented as a client-side script.

IPC Classes  ?

  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 65/65 - Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
  • H04L 65/80 - Responding to QoS
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04N 21/462 - Content or additional data management e.g. creating a master electronic program guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
  • H04N 21/61 - Network physical structureSignal processing
  • H04N 21/845 - Structuring of content, e.g. decomposing content into time segments

10.

SYSTEM PROVIDING FASTER AND MORE EFFICIENT DATA COMMUNICATION

      
Application Number 18675522
Status Pending
Filing Date 2024-05-28
First Publication Date 2024-09-19
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A system designed for increasing network communication speed for users, while lowering network congestion for content owners and ISPs. The system employs network elements including an acceleration server, clients, agents, and peers, where communication requests generated by applications are intercepted by the client on the same machine. The IP address of the server in the communication request is transmitted to the acceleration server, which provides a list of agents to use for this IP address. The communication request is sent to the agents. One or more of the agents respond with a list of peers that have previously seen some or all of the content which is the response to this request (after checking whether this data is still valid). The client then downloads the data from these peers in parts and in parallel, thereby speeding up the Web transfer, releasing congestion from the Web by fetching the information from multiple sources, and relieving traffic from Web servers by offloading the data transfers from them to nearby peers.

IPC Classes  ?

  • H04L 67/01 - Protocols
  • H04L 41/046 - Network management architectures or arrangements comprising network management agents or mobile agents therefor
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/1001 - Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
  • H04L 67/1023 - Server selection for load balancing based on a hash applied to IP addresses or costs
  • H04L 67/1061 - Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
  • H04L 67/1074 - Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/50 - Network services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/564 - Enhancement of application control based on intercepted application data

11.

System and Method for Improving Internet Communication by Using Intermediate Nodes

      
Application Number 18646153
Status Pending
Filing Date 2024-04-25
First Publication Date 2024-08-22
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 67/60 - Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
  • H04L 9/40 - Network security protocols
  • H04L 43/0864 - Round trip delays
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/06 - Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/567 - Integrating service provisioning from a plurality of service providers
  • H04L 67/59 - Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
  • H04N 21/462 - Content or additional data management e.g. creating a master electronic program guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
  • H04W 4/029 - Location-based management or tracking services

12.

System and Method for Improving Content Fetching by Selecting Tunnel Devices

      
Application Number 18624563
Status Pending
Filing Date 2024-04-02
First Publication Date 2024-08-15
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The tunnel device is selected based on an attribute, such as IP Geolocation. A tunnel bank server stores a list of available tunnels that may be used, associated with values of various attribute types. The tunnel devices initiate communication with the tunnel bank server, and stays connected to it, for allowing a communication session initiated by the tunnel bank server. Upon receiving a request from a client to a content and for specific attribute types and values, a tunnel is selected by the tunnel bank server, and is used as a tunnel for retrieving the required content from the web server, using standard protocol such as SOCKS, WebSocket or HTTP Proxy. The client only communicates with a super proxy server that manages the content fetching scheme.

IPC Classes  ?

  • H04L 12/28 - Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
  • G06F 7/58 - Random or pseudo-random number generators
  • G06F 8/71 - Version control Configuration management
  • G06F 9/455 - EmulationInterpretationSoftware simulation, e.g. virtualisation or emulation of application or operating system execution engines
  • G06F 9/48 - Program initiatingProgram switching, e.g. by interrupt
  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • H04L 9/40 - Network security protocols
  • H04L 12/46 - Interconnection of networks
  • H04L 47/283 - Flow controlCongestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
  • H04L 61/256 - NAT traversal
  • H04L 61/2575 - NAT traversal using address mapping retrieval, e.g. simple traversal of user datagram protocol through session traversal utilities for NAT [STUN]
  • H04L 61/2585 - NAT traversal through application level gateway [ALG]
  • H04L 61/2589 - NAT traversal over a relay server, e.g. traversal using relay for network address translation [TURN]
  • H04L 61/2592 - Translation of Internet protocol [IP] addresses using tunnelling or encapsulation
  • H04L 61/4511 - Network directoriesName-to-address mapping using standardised directoriesNetwork directoriesName-to-address mapping using standardised directory access protocols using domain name system [DNS]
  • H04L 61/5007 - Internet protocol [IP] addresses
  • H04L 67/01 - Protocols
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/025 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
  • H04L 67/133 - Protocols for remote procedure calls [RPC]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/288 - Distributed intermediate devices, i.e. intermediate devices for interaction with other intermediate devices on the same level
  • H04L 67/2885 - Hierarchically arranged intermediate devices, e.g. for hierarchical caching
  • H04L 67/56 - Provisioning of proxy services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/568 - Storing data temporarily at an intermediate stage, e.g. caching
  • H04L 67/5681 - Pre-fetching or pre-delivering data based on network characteristics
  • H04L 67/63 - Routing a service request depending on the request content or context
  • H04L 69/16 - Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
  • H04L 69/167 - Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6
  • H04L 69/168 - Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
  • H04L 101/69 - Types of network addresses using geographic information, e.g. room number
  • H04W 4/80 - Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
  • H04W 48/18 - Selecting a network or a communication service
  • H04W 84/10 - Small scale networksFlat hierarchical networks
  • H04W 84/18 - Self-organising networks, e.g. ad hoc networks or sensor networks

13.

System and Method for Improving Internet Communication by Using Intermediate Nodes

      
Application Number 18646169
Status Pending
Filing Date 2024-04-25
First Publication Date 2024-08-15
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 67/60 - Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
  • H04L 9/40 - Network security protocols
  • H04L 43/0864 - Round trip delays
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/06 - Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/567 - Integrating service provisioning from a plurality of service providers
  • H04L 67/59 - Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
  • H04N 21/462 - Content or additional data management e.g. creating a master electronic program guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
  • H04W 4/029 - Location-based management or tracking services

14.

System and Method for Improving Internet Communication by Using Intermediate Nodes

      
Application Number 18646211
Status Pending
Filing Date 2024-04-25
First Publication Date 2024-08-15
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 67/60 - Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
  • H04L 9/40 - Network security protocols
  • H04L 43/0864 - Round trip delays
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/06 - Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/567 - Integrating service provisioning from a plurality of service providers
  • H04L 67/59 - Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
  • H04N 21/462 - Content or additional data management e.g. creating a master electronic program guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
  • H04W 4/029 - Location-based management or tracking services

15.

Emulating Web Browser in a Dedicated Intermediary Box

      
Application Number 18628739
Status Pending
Filing Date 2024-04-07
First Publication Date 2024-08-15
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Kol, Ron
  • Lenchner, Or

Abstract

Anonymity and privacy of a client device that fetches a content from a web server are improved by using an intermediate device located along the communication path between the client device and the web server. The primary or exclusive function of the intermediate device may be to serve as an intermediate device, and may be implemented as a stand-alone dedicated client device located at a residential premises, or may be integrated with another device, such as a router or a sensor unit, and may communicate using wired communication (such as LAN) or wireless communication (such as WLAN). The intermediate device may modify a content request from the client device in order to avoid identification or blocking by a web server that uses web tracking, such as fingerprinting. The modification may use a web browser, such as a headless browser, for emulating a different device or user.

IPC Classes  ?

  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • G06F 16/957 - Browsing optimisation, e.g. caching or content distillation

16.

Emulating Web Browser in a Dedicated Intermediary Box

      
Application Number 18628741
Status Pending
Filing Date 2024-04-07
First Publication Date 2024-08-15
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Kol, Ron
  • Lenchner, Or

Abstract

Anonymity and privacy of a client device that fetches a content from a web server are improved by using an intermediate device located along the communication path between the client device and the web server. The primary or exclusive function of the intermediate device may be to serve as an intermediate device, and may be implemented as a stand-alone dedicated client device located at a residential premises, or may be integrated with another device, such as a router or a sensor unit, and may communicate using wired communication (such as LAN) or wireless communication (such as WLAN). The intermediate device may modify a content request from the client device in order to avoid identification or blocking by a web server that uses web tracking, such as fingerprinting. The modification may use a web browser, such as a headless browser, for emulating a different device or user.

IPC Classes  ?

  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • G06F 16/957 - Browsing optimisation, e.g. caching or content distillation

17.

Emulating Web Browser in a Dedicated Intermediary Box

      
Application Number 18628748
Status Pending
Filing Date 2024-04-07
First Publication Date 2024-08-15
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Kol, Ron
  • Lenchner, Or

Abstract

Anonymity and privacy of a client device that fetches a content from a web server are improved by using an intermediate device located along the communication path between the client device and the web server. The primary or exclusive function of the intermediate device may be to serve as an intermediate device, and may be implemented as a stand-alone dedicated client device located at a residential premises, or may be integrated with another device, such as a router or a sensor unit, and may communicate using wired communication (such as LAN) or wireless communication (such as WLAN). The intermediate device may modify a content request from the client device in order to avoid identification or blocking by a web server that uses web tracking, such as fingerprinting. The modification may use a web browser, such as a headless browser, for emulating a different device or user.

IPC Classes  ?

  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • G06F 16/957 - Browsing optimisation, e.g. caching or content distillation

18.

Emulating Web Browser in a Dedicated Intermediary Box

      
Application Number 18628749
Status Pending
Filing Date 2024-04-07
First Publication Date 2024-08-15
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Kol, Ron
  • Lenchner, Or

Abstract

Anonymity and privacy of a client device that fetches a content from a web server are improved by using an intermediate device located along the communication path between the client device and the web server. The primary or exclusive function of the intermediate device may be to serve as an intermediate device, and may be implemented as a stand-alone dedicated client device located at a residential premises, or may be integrated with another device, such as a router or a sensor unit, and may communicate using wired communication (such as LAN) or wireless communication (such as WLAN). The intermediate device may modify a content request from the client device in order to avoid identification or blocking by a web server that uses web tracking, such as fingerprinting. The modification may use a web browser, such as a headless browser, for emulating a different device or user.

IPC Classes  ?

  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • G06F 16/957 - Browsing optimisation, e.g. caching or content distillation

19.

System and Method for Improving Internet Communication by Using Intermediate Nodes

      
Application Number 18646190
Status Pending
Filing Date 2024-04-25
First Publication Date 2024-08-15
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 67/60 - Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
  • H04L 9/40 - Network security protocols
  • H04L 43/0864 - Round trip delays
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/06 - Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/567 - Integrating service provisioning from a plurality of service providers
  • H04L 67/59 - Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
  • H04N 21/462 - Content or additional data management e.g. creating a master electronic program guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
  • H04W 4/029 - Location-based management or tracking services

20.

System and Method for Improving Content Fetching by Selecting Tunnel Devices

      
Application Number 18624542
Status Pending
Filing Date 2024-04-02
First Publication Date 2024-08-08
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The tunnel device is selected based on an attribute, such as IP Geolocation. A tunnel bank server stores a list of available tunnels that may be used, associated with values of various attribute types. The tunnel devices initiate communication with the tunnel bank server, and stays connected to it, for allowing a communication session initiated by the tunnel bank server. Upon receiving a request from a client to a content and for specific attribute types and values, a tunnel is selected by the tunnel bank server, and is used as a tunnel for retrieving the required content from the web server, using standard protocol such as SOCKS, WebSocket or HTTP Proxy. The client only communicates with a super proxy server that manages the content fetching scheme.

IPC Classes  ?

  • H04L 12/28 - Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
  • G06F 7/58 - Random or pseudo-random number generators
  • G06F 8/71 - Version control Configuration management
  • G06F 9/455 - EmulationInterpretationSoftware simulation, e.g. virtualisation or emulation of application or operating system execution engines
  • G06F 9/48 - Program initiatingProgram switching, e.g. by interrupt
  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • H04L 9/40 - Network security protocols
  • H04L 12/46 - Interconnection of networks
  • H04L 47/283 - Flow controlCongestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
  • H04L 61/256 - NAT traversal
  • H04L 61/2575 - NAT traversal using address mapping retrieval, e.g. simple traversal of user datagram protocol through session traversal utilities for NAT [STUN]
  • H04L 61/2585 - NAT traversal through application level gateway [ALG]
  • H04L 61/2589 - NAT traversal over a relay server, e.g. traversal using relay for network address translation [TURN]
  • H04L 61/2592 - Translation of Internet protocol [IP] addresses using tunnelling or encapsulation
  • H04L 61/4511 - Network directoriesName-to-address mapping using standardised directoriesNetwork directoriesName-to-address mapping using standardised directory access protocols using domain name system [DNS]
  • H04L 61/5007 - Internet protocol [IP] addresses
  • H04L 67/01 - Protocols
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/025 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
  • H04L 67/133 - Protocols for remote procedure calls [RPC]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/288 - Distributed intermediate devices, i.e. intermediate devices for interaction with other intermediate devices on the same level
  • H04L 67/2885 - Hierarchically arranged intermediate devices, e.g. for hierarchical caching
  • H04L 67/56 - Provisioning of proxy services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/568 - Storing data temporarily at an intermediate stage, e.g. caching
  • H04L 67/5681 - Pre-fetching or pre-delivering data based on network characteristics
  • H04L 67/63 - Routing a service request depending on the request content or context
  • H04L 69/16 - Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
  • H04L 69/167 - Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6
  • H04L 69/168 - Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
  • H04L 101/69 - Types of network addresses using geographic information, e.g. room number
  • H04W 4/80 - Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
  • H04W 48/18 - Selecting a network or a communication service
  • H04W 84/10 - Small scale networksFlat hierarchical networks
  • H04W 84/18 - Self-organising networks, e.g. ad hoc networks or sensor networks

21.

Emulating Web Browser in a Dedicated Intermediary Box

      
Application Number 18628742
Status Pending
Filing Date 2024-04-07
First Publication Date 2024-08-08
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Kol, Ron
  • Lenchner, Or

Abstract

Anonymity and privacy of a client device that fetches a content from a web server are improved by using an intermediate device located along the communication path between the client device and the web server. The primary or exclusive function of the intermediate device may be to serve as an intermediate device, and may be implemented as a stand-alone dedicated client device located at a residential premises, or may be integrated with another device, such as a router or a sensor unit, and may communicate using wired communication (such as LAN) or wireless communication (such as WLAN). The intermediate device may modify a content request from the client device in order to avoid identification or blocking by a web server that uses web tracking, such as fingerprinting. The modification may use a web browser, such as a headless browser, for emulating a different device or user.

IPC Classes  ?

  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • G06F 16/957 - Browsing optimisation, e.g. caching or content distillation

22.

System and Method for Improving Content Fetching by Selecting Tunnel Devices

      
Application Number 18624527
Status Pending
Filing Date 2024-04-02
First Publication Date 2024-08-01
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The tunnel device is selected based on an attribute, such as IP Geolocation. A tunnel bank server stores a list of available tunnels that may be used, associated with values of various attribute types. The tunnel devices initiate communication with the tunnel bank server, and stays connected to it, for allowing a communication session initiated by the tunnel bank server. Upon receiving a request from a client to a content and for specific attribute types and values, a tunnel is selected by the tunnel bank server, and is used as a tunnel for retrieving the required content from the web server, using standard protocol such as SOCKS, WebSocket or HTTP Proxy. The client only communicates with a super proxy server that manages the content fetching scheme.

IPC Classes  ?

  • H04L 12/28 - Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
  • G06F 7/58 - Random or pseudo-random number generators
  • G06F 8/71 - Version control Configuration management
  • G06F 9/455 - EmulationInterpretationSoftware simulation, e.g. virtualisation or emulation of application or operating system execution engines
  • G06F 9/48 - Program initiatingProgram switching, e.g. by interrupt
  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • H04L 9/40 - Network security protocols
  • H04L 12/46 - Interconnection of networks
  • H04L 47/283 - Flow controlCongestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
  • H04L 61/256 - NAT traversal
  • H04L 61/2575 - NAT traversal using address mapping retrieval, e.g. simple traversal of user datagram protocol through session traversal utilities for NAT [STUN]
  • H04L 61/2585 - NAT traversal through application level gateway [ALG]
  • H04L 61/2589 - NAT traversal over a relay server, e.g. traversal using relay for network address translation [TURN]
  • H04L 61/2592 - Translation of Internet protocol [IP] addresses using tunnelling or encapsulation
  • H04L 61/4511 - Network directoriesName-to-address mapping using standardised directoriesNetwork directoriesName-to-address mapping using standardised directory access protocols using domain name system [DNS]
  • H04L 61/5007 - Internet protocol [IP] addresses
  • H04L 67/01 - Protocols
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/025 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
  • H04L 67/133 - Protocols for remote procedure calls [RPC]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/288 - Distributed intermediate devices, i.e. intermediate devices for interaction with other intermediate devices on the same level
  • H04L 67/2885 - Hierarchically arranged intermediate devices, e.g. for hierarchical caching
  • H04L 67/56 - Provisioning of proxy services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/568 - Storing data temporarily at an intermediate stage, e.g. caching
  • H04L 67/5681 - Pre-fetching or pre-delivering data based on network characteristics
  • H04L 67/63 - Routing a service request depending on the request content or context
  • H04L 69/16 - Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
  • H04L 69/167 - Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6
  • H04L 69/168 - Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
  • H04L 101/69 - Types of network addresses using geographic information, e.g. room number
  • H04W 4/80 - Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
  • H04W 48/18 - Selecting a network or a communication service
  • H04W 84/10 - Small scale networksFlat hierarchical networks
  • H04W 84/18 - Self-organising networks, e.g. ad hoc networks or sensor networks

23.

SYSTEM PROVIDING FASTER AND MORE EFFICIENT DATA COMMUNICATION

      
Application Number 18598000
Status Pending
Filing Date 2024-03-07
First Publication Date 2024-06-27
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A system designed for increasing network communication speed for users, while lowering network congestion for content owners and ISPs. The system employs network elements including an acceleration server, clients, agents, and peers, where communication requests generated by applications are intercepted by the client on the same machine. The IP address of the server in the communication request is transmitted to the acceleration server, which provides a list of agents to use for this IP address. The communication request is sent to the agents. One or more of the agents respond with a list of peers that have previously seen some or all of the content which is the response to this request (after checking whether this data is still valid). The client then downloads the data from these peers in parts and in parallel, thereby speeding up the Web transfer, releasing congestion from the Web by fetching the information from multiple sources, and relieving traffic from Web servers by offloading the data transfers from them to nearby peers.

IPC Classes  ?

  • H04L 67/01 - Protocols
  • H04L 41/046 - Network management architectures or arrangements comprising network management agents or mobile agents therefor
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/1001 - Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
  • H04L 67/1023 - Server selection for load balancing based on a hash applied to IP addresses or costs
  • H04L 67/1061 - Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
  • H04L 67/1074 - Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/50 - Network services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/564 - Enhancement of application control based on intercepted application data

24.

System and Method for Improving Internet Communication by Using Intermediate Nodes

      
Application Number 18598008
Status Pending
Filing Date 2024-03-07
First Publication Date 2024-06-27
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 67/60 - Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
  • H04L 9/40 - Network security protocols
  • H04L 43/0864 - Round trip delays
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/06 - Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/567 - Integrating service provisioning from a plurality of service providers
  • H04L 67/59 - Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
  • H04N 21/462 - Content or additional data management e.g. creating a master electronic program guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
  • H04W 4/029 - Location-based management or tracking services

25.

System and Method for Improving Internet Communication by Using Intermediate Nodes

      
Application Number 18598015
Status Pending
Filing Date 2024-03-07
First Publication Date 2024-06-27
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 67/60 - Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
  • H04L 9/40 - Network security protocols
  • H04L 43/0864 - Round trip delays
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/06 - Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/567 - Integrating service provisioning from a plurality of service providers
  • H04L 67/59 - Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
  • H04N 21/462 - Content or additional data management e.g. creating a master electronic program guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
  • H04W 4/029 - Location-based management or tracking services

26.

System and Method for Improving Internet Communication by Using Intermediate Nodes

      
Application Number 18598021
Status Pending
Filing Date 2024-03-07
First Publication Date 2024-06-27
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 67/60 - Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
  • H04L 9/40 - Network security protocols
  • H04L 43/0864 - Round trip delays
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/06 - Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/567 - Integrating service provisioning from a plurality of service providers
  • H04L 67/59 - Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
  • H04N 21/462 - Content or additional data management e.g. creating a master electronic program guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
  • H04W 4/029 - Location-based management or tracking services

27.

System and Method for Improving Content Fetching by Selecting Tunnel Devices

      
Application Number 18438541
Status Pending
Filing Date 2024-02-12
First Publication Date 2024-06-06
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The tunnel device is selected based on an attribute, such as IP Geolocation. A tunnel bank server stores a list of available tunnels that may be used, associated with values of various attribute types. The tunnel devices initiate communication with the tunnel bank server, and stays connected to it, for allowing a communication session initiated by the tunnel bank server. Upon receiving a request from a client to a content and for specific attribute types and values, a tunnel is selected by the tunnel bank server, and is used as a tunnel for retrieving the required content from the web server, using standard protocol such as SOCKS, WebSocket or HTTP Proxy. The client only communicates with a super proxy server that manages the content fetching scheme.

IPC Classes  ?

  • H04L 12/28 - Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
  • G06F 7/58 - Random or pseudo-random number generators
  • G06F 8/71 - Version control Configuration management
  • G06F 9/455 - EmulationInterpretationSoftware simulation, e.g. virtualisation or emulation of application or operating system execution engines
  • G06F 9/48 - Program initiatingProgram switching, e.g. by interrupt
  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • H04L 9/40 - Network security protocols
  • H04L 12/46 - Interconnection of networks
  • H04L 47/283 - Flow controlCongestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
  • H04L 61/256 - NAT traversal
  • H04L 61/2575 - NAT traversal using address mapping retrieval, e.g. simple traversal of user datagram protocol through session traversal utilities for NAT [STUN]
  • H04L 61/2585 - NAT traversal through application level gateway [ALG]
  • H04L 61/2589 - NAT traversal over a relay server, e.g. traversal using relay for network address translation [TURN]
  • H04L 61/2592 - Translation of Internet protocol [IP] addresses using tunnelling or encapsulation
  • H04L 61/4511 - Network directoriesName-to-address mapping using standardised directoriesNetwork directoriesName-to-address mapping using standardised directory access protocols using domain name system [DNS]
  • H04L 61/5007 - Internet protocol [IP] addresses
  • H04L 67/01 - Protocols
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/025 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
  • H04L 67/133 - Protocols for remote procedure calls [RPC]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/288 - Distributed intermediate devices, i.e. intermediate devices for interaction with other intermediate devices on the same level
  • H04L 67/2885 - Hierarchically arranged intermediate devices, e.g. for hierarchical caching
  • H04L 67/56 - Provisioning of proxy services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/568 - Storing data temporarily at an intermediate stage, e.g. caching
  • H04L 67/5681 - Pre-fetching or pre-delivering data based on network characteristics
  • H04L 67/63 - Routing a service request depending on the request content or context
  • H04L 69/16 - Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
  • H04L 69/167 - Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6
  • H04L 69/168 - Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
  • H04L 101/69 - Types of network addresses using geographic information, e.g. room number
  • H04W 4/80 - Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
  • H04W 48/18 - Selecting a network or a communication service
  • H04W 84/10 - Small scale networksFlat hierarchical networks
  • H04W 84/18 - Self-organising networks, e.g. ad hoc networks or sensor networks

28.

System providing faster and more efficient data communication

      
Application Number 18390343
Grant Number 12200038
Status In Force
Filing Date 2023-12-20
First Publication Date 2024-05-09
Grant Date 2025-01-14
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A system designed for increasing network communication speed for users, while lowering network congestion for content owners and ISPs. The system employs network elements including an acceleration server, clients, agents, and peers, where communication requests generated by applications are intercepted by the client on the same machine. The IP address of the server in the communication request is transmitted to the acceleration server, which provides a list of agents to use for this IP address. The communication request is sent to the agents. One or more of the agents respond with a list of peers that have previously seen some or all of the content which is the response to this request (after checking whether this data is still valid). The client then downloads the data from these peers in parts and in parallel, thereby speeding up the Web transfer, releasing congestion from the Web by fetching the information from multiple sources, and relieving traffic from Web servers by offloading the data transfers from them to nearby peers.

IPC Classes  ?

  • H04L 67/01 - Protocols
  • H04L 41/046 - Network management architectures or arrangements comprising network management agents or mobile agents therefor
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/1001 - Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
  • H04L 67/1023 - Server selection for load balancing based on a hash applied to IP addresses or costs
  • H04L 67/1061 - Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
  • H04L 67/1074 - Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/50 - Network services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/564 - Enhancement of application control based on intercepted application data

29.

SYSTEM PROVIDING FASTER AND MORE EFFICIENT DATA COMMUNICATION

      
Application Number 18409847
Status Pending
Filing Date 2024-01-11
First Publication Date 2024-05-09
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A system designed for increasing network communication speed for users, while lowering network congestion for content owners and ISPs. The system employs network elements including an acceleration server, clients, agents, and peers, where communication requests generated by applications are intercepted by the client on the same machine. The IP address of the server in the communication request is transmitted to the acceleration server, which provides a list of agents to use for this IP address. The communication request is sent to the agents. One or more of the agents respond with a list of peers that have previously seen some or all of the content which is the response to this request (after checking whether this data is still valid). The client then downloads the data from these peers in parts and in parallel, thereby speeding up the Web transfer, releasing congestion from the Web by fetching the information from multiple sources, and relieving traffic from Web servers by offloading the data transfers from them to nearby peers.

IPC Classes  ?

  • H04L 67/01 - Protocols
  • H04L 41/046 - Network management architectures or arrangements comprising network management agents or mobile agents therefor
  • H04L 67/1001 - Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
  • H04L 67/1023 - Server selection for load balancing based on a hash applied to IP addresses or costs
  • H04L 67/1061 - Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
  • H04L 67/1074 - Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/50 - Network services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/564 - Enhancement of application control based on intercepted application data

30.

SYSTEM PROVIDING FASTER AND MORE EFFICIENT DATA COMMUNICATION

      
Application Number 18409849
Status Pending
Filing Date 2024-01-11
First Publication Date 2024-05-02
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A system designed for increasing network communication speed for users, while lowering network congestion for content owners and ISPs. The system employs network elements including an acceleration server, clients, agents, and peers, where communication requests generated by applications are intercepted by the client on the same machine. The IP address of the server in the communication request is transmitted to the acceleration server, which provides a list of agents to use for this IP address. The communication request is sent to the agents. One or more of the agents respond with a list of peers that have previously seen some or all of the content which is the response to this request (after checking whether this data is still valid). The client then downloads the data from these peers in parts and in parallel, thereby speeding up the Web transfer, releasing congestion from the Web by fetching the information from multiple sources, and relieving traffic from Web servers by offloading the data transfers from them to nearby peers.

IPC Classes  ?

  • H04L 67/01 - Protocols
  • H04L 41/046 - Network management architectures or arrangements comprising network management agents or mobile agents therefor
  • H04L 67/1001 - Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
  • H04L 67/1023 - Server selection for load balancing based on a hash applied to IP addresses or costs
  • H04L 67/1061 - Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
  • H04L 67/1074 - Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/50 - Network services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/564 - Enhancement of application control based on intercepted application data

31.

System and Method for Improving Internet Communication by Using Intermediate Nodes

      
Application Number 18409845
Status Pending
Filing Date 2024-01-11
First Publication Date 2024-05-02
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 67/60 - Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
  • H04L 9/40 - Network security protocols
  • H04L 43/0864 - Round trip delays
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/06 - Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/567 - Integrating service provisioning from a plurality of service providers
  • H04L 67/59 - Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable

32.

System and Method for Improving Content Fetching by Selecting Tunnel Devices

      
Application Number 18392023
Status Pending
Filing Date 2023-12-21
First Publication Date 2024-04-18
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The tunnel device is selected based on an attribute, such as IP Geolocation. A tunnel bank server stores a list of available tunnels that may be used, associated with values of various attribute types. The tunnel devices initiate communication with the tunnel bank server, and stays connected to it, for allowing a communication session initiated by the tunnel bank server. Upon receiving a request from a client to a content and for specific attribute types and values, a tunnel is selected by the tunnel bank server, and is used as a tunnel for retrieving the required content from the web server, using standard protocol such as SOCKS, WebSocket or HTTP Proxy. The client only communicates with a super proxy server that manages the content fetching scheme.

IPC Classes  ?

  • H04L 12/28 - Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
  • G06F 7/58 - Random or pseudo-random number generators
  • G06F 8/71 - Version control Configuration management
  • G06F 9/455 - EmulationInterpretationSoftware simulation, e.g. virtualisation or emulation of application or operating system execution engines
  • G06F 9/48 - Program initiatingProgram switching, e.g. by interrupt
  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • H04L 9/40 - Network security protocols
  • H04L 12/46 - Interconnection of networks
  • H04L 47/283 - Flow controlCongestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
  • H04L 61/256 - NAT traversal
  • H04L 61/2575 - NAT traversal using address mapping retrieval, e.g. simple traversal of user datagram protocol through session traversal utilities for NAT [STUN]
  • H04L 61/2585 - NAT traversal through application level gateway [ALG]
  • H04L 61/2589 - NAT traversal over a relay server, e.g. traversal using relay for network address translation [TURN]
  • H04L 61/2592 - Translation of Internet protocol [IP] addresses using tunnelling or encapsulation
  • H04L 61/4511 - Network directoriesName-to-address mapping using standardised directoriesNetwork directoriesName-to-address mapping using standardised directory access protocols using domain name system [DNS]
  • H04L 61/5007 - Internet protocol [IP] addresses
  • H04L 67/01 - Protocols
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/025 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
  • H04L 67/133 - Protocols for remote procedure calls [RPC]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/288 - Distributed intermediate devices, i.e. intermediate devices for interaction with other intermediate devices on the same level
  • H04L 67/2885 - Hierarchically arranged intermediate devices, e.g. for hierarchical caching
  • H04L 67/56 - Provisioning of proxy services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/568 - Storing data temporarily at an intermediate stage, e.g. caching
  • H04L 67/5681 - Pre-fetching or pre-delivering data based on network characteristics
  • H04L 67/63 - Routing a service request depending on the request content or context
  • H04L 69/16 - Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
  • H04L 69/167 - Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6
  • H04L 69/168 - Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
  • H04W 4/80 - Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
  • H04W 48/18 - Selecting a network or a communication service
  • H04W 84/10 - Small scale networksFlat hierarchical networks
  • H04W 84/18 - Self-organising networks, e.g. ad hoc networks or sensor networks

33.

SYSTEM PROVIDING FASTER AND MORE EFFICIENT DATA COMMUNICATION

      
Application Number 18390397
Status Pending
Filing Date 2023-12-20
First Publication Date 2024-04-18
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A system designed for increasing network communication speed for users, while lowering network congestion for content owners and ISPs. The system employs network elements including an acceleration server, clients, agents, and peers, where communication requests generated by applications are intercepted by the client on the same machine. The IP address of the server in the communication request is transmitted to the acceleration server, which provides a list of agents to use for this IP address. The communication request is sent to the agents. One or more of the agents respond with a list of peers that have previously seen some or all of the content which is the response to this request (after checking whether this data is still valid). The client then downloads the data from these peers in parts and in parallel, thereby speeding up the Web transfer, releasing congestion from the Web by fetching the information from multiple sources, and relieving traffic from Web servers by offloading the data transfers from them to nearby peers.

IPC Classes  ?

  • H04L 67/01 - Protocols
  • H04L 41/046 - Network management architectures or arrangements comprising network management agents or mobile agents therefor
  • H04L 67/1001 - Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
  • H04L 67/1023 - Server selection for load balancing based on a hash applied to IP addresses or costs
  • H04L 67/1061 - Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
  • H04L 67/1074 - Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/50 - Network services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/564 - Enhancement of application control based on intercepted application data

34.

System and Method for Improving Content Fetching by Selecting Tunnel Devices

      
Application Number 18391972
Status Pending
Filing Date 2023-12-21
First Publication Date 2024-04-18
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The tunnel device is selected based on an attribute, such as IP Geolocation. A tunnel bank server stores a list of available tunnels that may be used, associated with values of various attribute types. The tunnel devices initiate communication with the tunnel bank server, and stays connected to it, for allowing a communication session initiated by the tunnel bank server. Upon receiving a request from a client to a content and for specific attribute types and values, a tunnel is selected by the tunnel bank server, and is used as a tunnel for retrieving the required content from the web server, using standard protocol such as SOCKS, WebSocket or HTTP Proxy. The client only communicates with a super proxy server that manages the content fetching scheme.

IPC Classes  ?

  • H04L 12/28 - Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
  • G06F 7/58 - Random or pseudo-random number generators
  • G06F 8/71 - Version control Configuration management
  • G06F 9/455 - EmulationInterpretationSoftware simulation, e.g. virtualisation or emulation of application or operating system execution engines
  • G06F 9/48 - Program initiatingProgram switching, e.g. by interrupt
  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • H04L 9/40 - Network security protocols
  • H04L 12/46 - Interconnection of networks
  • H04L 47/283 - Flow controlCongestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
  • H04L 61/256 - NAT traversal
  • H04L 61/2575 - NAT traversal using address mapping retrieval, e.g. simple traversal of user datagram protocol through session traversal utilities for NAT [STUN]
  • H04L 61/2585 - NAT traversal through application level gateway [ALG]
  • H04L 61/2589 - NAT traversal over a relay server, e.g. traversal using relay for network address translation [TURN]
  • H04L 61/2592 - Translation of Internet protocol [IP] addresses using tunnelling or encapsulation
  • H04L 61/4511 - Network directoriesName-to-address mapping using standardised directoriesNetwork directoriesName-to-address mapping using standardised directory access protocols using domain name system [DNS]
  • H04L 61/5007 - Internet protocol [IP] addresses
  • H04L 67/01 - Protocols
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/025 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
  • H04L 67/133 - Protocols for remote procedure calls [RPC]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/288 - Distributed intermediate devices, i.e. intermediate devices for interaction with other intermediate devices on the same level
  • H04L 67/2885 - Hierarchically arranged intermediate devices, e.g. for hierarchical caching
  • H04L 67/56 - Provisioning of proxy services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/568 - Storing data temporarily at an intermediate stage, e.g. caching
  • H04L 67/5681 - Pre-fetching or pre-delivering data based on network characteristics
  • H04L 67/63 - Routing a service request depending on the request content or context
  • H04L 69/16 - Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
  • H04L 69/167 - Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6
  • H04L 69/168 - Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
  • H04W 4/80 - Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
  • H04W 48/18 - Selecting a network or a communication service
  • H04W 84/10 - Small scale networksFlat hierarchical networks
  • H04W 84/18 - Self-organising networks, e.g. ad hoc networks or sensor networks

35.

System and method for improving content fetching by selecting tunnel devices

      
Application Number 18392043
Grant Number 12184437
Status In Force
Filing Date 2023-12-21
First Publication Date 2024-04-18
Grant Date 2024-12-31
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The tunnel device is selected based on an attribute, such as IP Geolocation. A tunnel bank server stores a list of available tunnels that may be used, associated with values of various attribute types. The tunnel devices initiate communication with the tunnel bank server, and stays connected to it, for allowing a communication session initiated by the tunnel bank server. Upon receiving a request from a client to a content and for specific attribute types and values, a tunnel is selected by the tunnel bank server, and is used as a tunnel for retrieving the required content from the web server, using standard protocol such as SOCKS, WebSocket or HTTP Proxy. The client only communicates with a super proxy server that manages the content fetching scheme.

IPC Classes  ?

  • G06F 7/58 - Random or pseudo-random number generators
  • G06F 8/71 - Version control Configuration management
  • G06F 9/455 - EmulationInterpretationSoftware simulation, e.g. virtualisation or emulation of application or operating system execution engines
  • G06F 9/48 - Program initiatingProgram switching, e.g. by interrupt
  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • H04L 9/40 - Network security protocols
  • H04L 12/28 - Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
  • H04L 12/46 - Interconnection of networks
  • H04L 47/283 - Flow controlCongestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
  • H04L 61/256 - NAT traversal
  • H04L 61/2575 - NAT traversal using address mapping retrieval, e.g. simple traversal of user datagram protocol through session traversal utilities for NAT [STUN]
  • H04L 61/2585 - NAT traversal through application level gateway [ALG]
  • H04L 61/2589 - NAT traversal over a relay server, e.g. traversal using relay for network address translation [TURN]
  • H04L 61/2592 - Translation of Internet protocol [IP] addresses using tunnelling or encapsulation
  • H04L 61/4511 - Network directoriesName-to-address mapping using standardised directoriesNetwork directoriesName-to-address mapping using standardised directory access protocols using domain name system [DNS]
  • H04L 61/5007 - Internet protocol [IP] addresses
  • H04L 67/01 - Protocols
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/025 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
  • H04L 67/133 - Protocols for remote procedure calls [RPC]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/288 - Distributed intermediate devices, i.e. intermediate devices for interaction with other intermediate devices on the same level
  • H04L 67/2885 - Hierarchically arranged intermediate devices, e.g. for hierarchical caching
  • H04L 67/56 - Provisioning of proxy services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/568 - Storing data temporarily at an intermediate stage, e.g. caching
  • H04L 67/5681 - Pre-fetching or pre-delivering data based on network characteristics
  • H04L 67/63 - Routing a service request depending on the request content or context
  • H04L 69/16 - Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
  • H04L 69/167 - Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6
  • H04L 69/168 - Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
  • H04W 4/80 - Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
  • H04W 48/18 - Selecting a network or a communication service
  • H04W 84/10 - Small scale networksFlat hierarchical networks
  • H04W 84/18 - Self-organising networks, e.g. ad hoc networks or sensor networks
  • H04L 101/69 - Types of network addresses using geographic information, e.g. room number

36.

System providing faster and more efficient data communication

      
Application Number 18390366
Grant Number 12177285
Status In Force
Filing Date 2023-12-20
First Publication Date 2024-04-11
Grant Date 2024-12-24
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A system designed for increasing network communication speed for users, while lowering network congestion for content owners and ISPs. The system employs network elements including an acceleration server, clients, agents, and peers, where communication requests generated by applications are intercepted by the client on the same machine. The IP address of the server in the communication request is transmitted to the acceleration server, which provides a list of agents to use for this IP address. The communication request is sent to the agents. One or more of the agents respond with a list of peers that have previously seen some or all of the content which is the response to this request (after checking whether this data is still valid). The client then downloads the data from these peers in parts and in parallel, thereby speeding up the Web transfer, releasing congestion from the Web by fetching the information from multiple sources, and relieving traffic from Web servers by offloading the data transfers from them to nearby peers.

IPC Classes  ?

  • H04L 67/01 - Protocols
  • H04L 41/046 - Network management architectures or arrangements comprising network management agents or mobile agents therefor
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/1001 - Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
  • H04L 67/1023 - Server selection for load balancing based on a hash applied to IP addresses or costs
  • H04L 67/1061 - Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
  • H04L 67/1074 - Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/50 - Network services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/564 - Enhancement of application control based on intercepted application data

37.

System and Method for Improving Content Fetching by Selecting Tunnel Devices

      
Application Number 18392001
Status Pending
Filing Date 2023-12-21
First Publication Date 2024-04-11
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The tunnel device is selected based on an attribute, such as IP Geolocation. A tunnel bank server stores a list of available tunnels that may be used, associated with values of various attribute types. The tunnel devices initiate communication with the tunnel bank server, and stays connected to it, for allowing a communication session initiated by the tunnel bank server. Upon receiving a request from a client to a content and for specific attribute types and values, a tunnel is selected by the tunnel bank server, and is used as a tunnel for retrieving the required content from the web server, using standard protocol such as SOCKS, WebSocket or HTTP Proxy. The client only communicates with a super proxy server that manages the content fetching scheme.

IPC Classes  ?

  • H04L 12/28 - Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
  • G06F 7/58 - Random or pseudo-random number generators
  • G06F 8/71 - Version control Configuration management
  • G06F 9/455 - EmulationInterpretationSoftware simulation, e.g. virtualisation or emulation of application or operating system execution engines
  • G06F 9/48 - Program initiatingProgram switching, e.g. by interrupt
  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • H04L 9/40 - Network security protocols
  • H04L 12/46 - Interconnection of networks
  • H04L 47/283 - Flow controlCongestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
  • H04L 61/256 - NAT traversal
  • H04L 61/2575 - NAT traversal using address mapping retrieval, e.g. simple traversal of user datagram protocol through session traversal utilities for NAT [STUN]
  • H04L 61/2585 - NAT traversal through application level gateway [ALG]
  • H04L 61/2589 - NAT traversal over a relay server, e.g. traversal using relay for network address translation [TURN]
  • H04L 61/2592 - Translation of Internet protocol [IP] addresses using tunnelling or encapsulation
  • H04L 61/4511 - Network directoriesName-to-address mapping using standardised directoriesNetwork directoriesName-to-address mapping using standardised directory access protocols using domain name system [DNS]
  • H04L 61/5007 - Internet protocol [IP] addresses
  • H04L 67/01 - Protocols
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/025 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
  • H04L 67/133 - Protocols for remote procedure calls [RPC]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/288 - Distributed intermediate devices, i.e. intermediate devices for interaction with other intermediate devices on the same level
  • H04L 67/2885 - Hierarchically arranged intermediate devices, e.g. for hierarchical caching
  • H04L 67/56 - Provisioning of proxy services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/568 - Storing data temporarily at an intermediate stage, e.g. caching
  • H04L 67/5681 - Pre-fetching or pre-delivering data based on network characteristics
  • H04L 67/63 - Routing a service request depending on the request content or context
  • H04L 69/16 - Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
  • H04L 69/167 - Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6
  • H04L 69/168 - Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
  • H04W 4/80 - Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
  • H04W 48/18 - Selecting a network or a communication service
  • H04W 84/10 - Small scale networksFlat hierarchical networks
  • H04W 84/18 - Self-organising networks, e.g. ad hoc networks or sensor networks

38.

System and Method for Improving Content Fetching by Selecting Tunnel Devices

      
Application Number 18513673
Status Pending
Filing Date 2023-11-20
First Publication Date 2024-03-21
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The tunnel device is selected based on an attribute, such as IP Geolocation. A tunnel bank server stores a list of available tunnels that may be used, associated with values of various attribute types. The tunnel devices initiate communication with the tunnel bank server, and stays connected to it, for allowing a communication session initiated by the tunnel bank server. Upon receiving a request from a client to a content and for specific attribute types and values, a tunnel is selected by the tunnel bank server, and is used as a tunnel for retrieving the required content from the web server, using standard protocol such as SOCKS, WebSocket or HTTP Proxy. The client only communicates with a super proxy server that manages the content fetching scheme.

IPC Classes  ?

  • H04L 12/28 - Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
  • G06F 7/58 - Random or pseudo-random number generators
  • G06F 8/71 - Version control Configuration management
  • G06F 9/455 - EmulationInterpretationSoftware simulation, e.g. virtualisation or emulation of application or operating system execution engines
  • G06F 9/48 - Program initiatingProgram switching, e.g. by interrupt
  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • H04L 9/40 - Network security protocols
  • H04L 12/46 - Interconnection of networks
  • H04L 47/283 - Flow controlCongestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
  • H04L 61/256 - NAT traversal
  • H04L 61/2575 - NAT traversal using address mapping retrieval, e.g. simple traversal of user datagram protocol through session traversal utilities for NAT [STUN]
  • H04L 61/2585 - NAT traversal through application level gateway [ALG]
  • H04L 61/2589 - NAT traversal over a relay server, e.g. traversal using relay for network address translation [TURN]
  • H04L 61/2592 - Translation of Internet protocol [IP] addresses using tunnelling or encapsulation
  • H04L 61/4511 - Network directoriesName-to-address mapping using standardised directoriesNetwork directoriesName-to-address mapping using standardised directory access protocols using domain name system [DNS]
  • H04L 61/5007 - Internet protocol [IP] addresses
  • H04L 67/01 - Protocols
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/025 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
  • H04L 67/133 - Protocols for remote procedure calls [RPC]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/288 - Distributed intermediate devices, i.e. intermediate devices for interaction with other intermediate devices on the same level
  • H04L 67/2885 - Hierarchically arranged intermediate devices, e.g. for hierarchical caching
  • H04L 67/56 - Provisioning of proxy services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/568 - Storing data temporarily at an intermediate stage, e.g. caching
  • H04L 67/5681 - Pre-fetching or pre-delivering data based on network characteristics
  • H04L 67/63 - Routing a service request depending on the request content or context
  • H04L 69/16 - Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
  • H04L 69/167 - Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6
  • H04L 69/168 - Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
  • H04W 4/80 - Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
  • H04W 48/18 - Selecting a network or a communication service
  • H04W 84/10 - Small scale networksFlat hierarchical networks
  • H04W 84/18 - Self-organising networks, e.g. ad hoc networks or sensor networks

39.

System providing faster and more efficient data communication

      
Application Number 18513677
Grant Number 12101372
Status In Force
Filing Date 2023-11-20
First Publication Date 2024-03-21
Grant Date 2024-09-24
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A system designed for increasing network communication speed for users, while lowering network congestion for content owners and ISPs. The system employs network elements including an acceleration server, clients, agents, and peers, where communication requests generated by applications are intercepted by the client on the same machine. The IP address of the server in the communication request is transmitted to the acceleration server, which provides a list of agents to use for this IP address. The communication request is sent to the agents. One or more of the agents respond with a list of peers that have previously seen some or all of the content which is the response to this request (after checking whether this data is still valid). The client then downloads the data from these peers in parts and in parallel, thereby speeding up the Web transfer, releasing congestion from the Web by fetching the information from multiple sources, and relieving traffic from Web servers by offloading the data transfers from them to nearby peers.

IPC Classes  ?

  • H04L 67/01 - Protocols
  • H04L 41/046 - Network management architectures or arrangements comprising network management agents or mobile agents therefor
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/1001 - Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
  • H04L 67/1023 - Server selection for load balancing based on a hash applied to IP addresses or costs
  • H04L 67/1061 - Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
  • H04L 67/1074 - Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/50 - Network services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/564 - Enhancement of application control based on intercepted application data

40.

System and Method for Improving Internet Communication by Using Intermediate Nodes

      
Application Number 18513680
Status Pending
Filing Date 2023-11-20
First Publication Date 2024-03-14
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 67/60 - Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
  • H04L 9/40 - Network security protocols
  • H04L 43/0864 - Round trip delays
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/06 - Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/567 - Integrating service provisioning from a plurality of service providers
  • H04L 67/59 - Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable

41.

System and method for improving internet communication by using intermediate nodes

      
Application Number 18513681
Grant Number 12200084
Status In Force
Filing Date 2023-11-20
First Publication Date 2024-03-14
Grant Date 2025-01-14
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 67/60 - Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
  • H04L 9/40 - Network security protocols
  • H04L 43/0864 - Round trip delays
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/06 - Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/567 - Integrating service provisioning from a plurality of service providers
  • H04L 67/59 - Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
  • H04L 67/52 - Network services specially adapted for the location of the user terminal
  • H04N 21/462 - Content or additional data management e.g. creating a master electronic program guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
  • H04W 4/029 - Location-based management or tracking services

42.

System and Method for Improving Internet Communication by Using Intermediate Nodes

      
Application Number 18378667
Status Pending
Filing Date 2023-10-11
First Publication Date 2024-02-01
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 67/60 - Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
  • H04L 9/40 - Network security protocols
  • H04L 67/06 - Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/567 - Integrating service provisioning from a plurality of service providers
  • H04L 67/59 - Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
  • H04L 43/0864 - Round trip delays
  • H04L 67/141 - Setup of application sessions

43.

System providing faster and more efficient data communication

      
Application Number 18378673
Grant Number 12107911
Status In Force
Filing Date 2023-10-11
First Publication Date 2024-02-01
Grant Date 2024-10-01
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A system designed for increasing network communication speed for users, while lowering network congestion for content owners and ISPs. The system employs network elements including an acceleration server, clients, agents, and peers, where communication requests generated by applications are intercepted by the client on the same machine. The IP address of the server in the communication request is transmitted to the acceleration server, which provides a list of agents to use for this IP address. The communication request is sent to the agents. One or more of the agents respond with a list of peers that have previously seen some or all of the content which is the response to this request (after checking whether this data is still valid). The client then downloads the data from these peers in parts and in parallel, thereby speeding up the Web transfer, releasing congestion from the Web by fetching the information from multiple sources, and relieving traffic from Web servers by offloading the data transfers from them to nearby peers.

IPC Classes  ?

  • H04L 41/046 - Network management architectures or arrangements comprising network management agents or mobile agents therefor
  • H04L 67/01 - Protocols
  • H04L 67/1001 - Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
  • H04L 67/1023 - Server selection for load balancing based on a hash applied to IP addresses or costs
  • H04L 67/1061 - Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
  • H04L 67/1074 - Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/50 - Network services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/564 - Enhancement of application control based on intercepted application data
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]

44.

System providing faster and more efficient data communication

      
Application Number 18378676
Grant Number 12095843
Status In Force
Filing Date 2023-10-11
First Publication Date 2024-02-01
Grant Date 2024-09-17
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A system designed for increasing network communication speed for users, while lowering network congestion for content owners and ISPs. The system employs network elements including an acceleration server, clients, agents, and peers, where communication requests generated by applications are intercepted by the client on the same machine. The IP address of the server in the communication request is transmitted to the acceleration server, which provides a list of agents to use for this IP address. The communication request is sent to the agents. One or more of the agents respond with a list of peers that have previously seen some or all of the content which is the response to this request (after checking whether this data is still valid). The client then downloads the data from these peers in parts and in parallel, thereby speeding up the Web transfer, releasing congestion from the Web by fetching the information from multiple sources, and relieving traffic from Web servers by offloading the data transfers from them to nearby peers.

IPC Classes  ?

  • H04L 41/046 - Network management architectures or arrangements comprising network management agents or mobile agents therefor
  • H04L 67/01 - Protocols
  • H04L 67/1001 - Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
  • H04L 67/1023 - Server selection for load balancing based on a hash applied to IP addresses or costs
  • H04L 67/1061 - Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
  • H04L 67/1074 - Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/50 - Network services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/564 - Enhancement of application control based on intercepted application data
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]

45.

System and Method for Improving Internet Communication by Using Intermediate Nodes

      
Application Number 18378671
Status Pending
Filing Date 2023-10-11
First Publication Date 2024-02-01
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 67/60 - Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
  • H04L 9/40 - Network security protocols
  • H04L 67/06 - Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/567 - Integrating service provisioning from a plurality of service providers
  • H04L 67/59 - Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
  • H04L 43/0864 - Round trip delays
  • H04L 67/141 - Setup of application sessions

46.

System and Method for Improving Internet Communication by Using Intermediate Nodes

      
Application Number 18378672
Status Pending
Filing Date 2023-10-11
First Publication Date 2024-02-01
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 67/60 - Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
  • H04L 9/40 - Network security protocols
  • H04L 67/06 - Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/567 - Integrating service provisioning from a plurality of service providers
  • H04L 67/59 - Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
  • H04L 43/0864 - Round trip delays
  • H04L 67/141 - Setup of application sessions

47.

System and method for improving internet communication by using intermediate nodes

      
Application Number 18373310
Grant Number 12200083
Status In Force
Filing Date 2023-09-27
First Publication Date 2024-01-18
Grant Date 2025-01-14
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 67/60 - Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
  • H04L 9/40 - Network security protocols
  • H04L 43/0864 - Round trip delays
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/06 - Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/567 - Integrating service provisioning from a plurality of service providers
  • H04L 67/59 - Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
  • H04N 21/462 - Content or additional data management e.g. creating a master electronic program guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
  • H04W 4/029 - Location-based management or tracking services

48.

System providing faster and more efficient data communication

      
Application Number 18373304
Grant Number 11956299
Status In Force
Filing Date 2023-09-27
First Publication Date 2024-01-11
Grant Date 2024-04-09
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A system designed for increasing network communication speed for users, while lowering network congestion for content owners and ISPs. The system employs network elements including an acceleration server, clients, agents, and peers, where communication requests generated by applications are intercepted by the client on the same machine. The IP address of the server in the communication request is transmitted to the acceleration server, which provides a list of agents to use for this IP address. The communication request is sent to the agents. One or more of the agents respond with a list of peers that have previously seen some or all of the content which is the response to this request (after checking whether this data is still valid). The client then downloads the data from these peers in parts and in parallel, thereby speeding up the Web transfer, releasing congestion from the Web by fetching the information from multiple sources, and relieving traffic from Web servers by offloading the data transfers from them to nearby peers.

IPC Classes  ?

  • H04L 67/01 - Protocols
  • H04L 41/046 - Network management architectures or arrangements comprising network management agents or mobile agents therefor
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/1001 - Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
  • H04L 67/1023 - Server selection for load balancing based on a hash applied to IP addresses or costs
  • H04L 67/1061 - Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
  • H04L 67/1074 - Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/50 - Network services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/564 - Enhancement of application control based on intercepted application data

49.

System and method for improving content fetching by selecting tunnel devices

      
Application Number 18241873
Grant Number 12192026
Status In Force
Filing Date 2023-09-03
First Publication Date 2023-12-21
Grant Date 2025-01-07
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The tunnel device is selected based on an attribute, such as IP Geolocation. A tunnel bank server stores a list of available tunnels that may be used, associated with values of various attribute types. The tunnel devices initiate communication with the tunnel bank server, and stays connected to it, for allowing a communication session initiated by the tunnel bank server. Upon receiving a request from a client to a content and for specific attribute types and values, a tunnel is selected by the tunnel bank server, and is used as a tunnel for retrieving the required content from the web server, using standard protocol such as SOCKS, WebSocket or HTTP Proxy. The client only communicates with a super proxy server that manages the content fetching scheme.

IPC Classes  ?

  • G06F 7/58 - Random or pseudo-random number generators
  • G06F 8/71 - Version control Configuration management
  • G06F 9/455 - EmulationInterpretationSoftware simulation, e.g. virtualisation or emulation of application or operating system execution engines
  • G06F 9/48 - Program initiatingProgram switching, e.g. by interrupt
  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • H04L 9/40 - Network security protocols
  • H04L 12/28 - Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
  • H04L 12/46 - Interconnection of networks
  • H04L 47/283 - Flow controlCongestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
  • H04L 61/256 - NAT traversal
  • H04L 61/2575 - NAT traversal using address mapping retrieval, e.g. simple traversal of user datagram protocol through session traversal utilities for NAT [STUN]
  • H04L 61/2585 - NAT traversal through application level gateway [ALG]
  • H04L 61/2589 - NAT traversal over a relay server, e.g. traversal using relay for network address translation [TURN]
  • H04L 61/2592 - Translation of Internet protocol [IP] addresses using tunnelling or encapsulation
  • H04L 61/4511 - Network directoriesName-to-address mapping using standardised directoriesNetwork directoriesName-to-address mapping using standardised directory access protocols using domain name system [DNS]
  • H04L 61/5007 - Internet protocol [IP] addresses
  • H04L 67/01 - Protocols
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/025 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
  • H04L 67/1021 - Server selection for load balancing based on client or server locations
  • H04L 67/133 - Protocols for remote procedure calls [RPC]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/288 - Distributed intermediate devices, i.e. intermediate devices for interaction with other intermediate devices on the same level
  • H04L 67/2885 - Hierarchically arranged intermediate devices, e.g. for hierarchical caching
  • H04L 67/56 - Provisioning of proxy services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/568 - Storing data temporarily at an intermediate stage, e.g. caching
  • H04L 67/5681 - Pre-fetching or pre-delivering data based on network characteristics
  • H04L 67/63 - Routing a service request depending on the request content or context
  • H04L 69/16 - Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
  • H04L 69/167 - Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6
  • H04L 69/168 - Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
  • H04W 4/80 - Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
  • H04W 48/18 - Selecting a network or a communication service
  • H04W 84/10 - Small scale networksFlat hierarchical networks
  • H04W 84/18 - Self-organising networks, e.g. ad hoc networks or sensor networks
  • H04L 101/69 - Types of network addresses using geographic information, e.g. room number

50.

System providing faster and more efficient data communication

      
Application Number 18241874
Grant Number 12095841
Status In Force
Filing Date 2023-09-03
First Publication Date 2023-12-21
Grant Date 2024-09-17
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A system designed for increasing network communication speed for users, while lowering network congestion for content owners and ISPs. The system employs network elements including an acceleration server, clients, agents, and peers, where communication requests generated by applications are intercepted by the client on the same machine. The IP address of the server in the communication request is transmitted to the acceleration server, which provides a list of agents to use for this IP address. The communication request is sent to the agents. One or more of the agents respond with a list of peers that have previously seen some or all of the content which is the response to this request (after checking whether this data is still valid). The client then downloads the data from these peers in parts and in parallel, thereby speeding up the Web transfer, releasing congestion from the Web by fetching the information from multiple sources, and relieving traffic from Web servers by offloading the data transfers from them to nearby peers.

IPC Classes  ?

  • H04L 67/01 - Protocols
  • H04L 41/046 - Network management architectures or arrangements comprising network management agents or mobile agents therefor
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/1001 - Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
  • H04L 67/1023 - Server selection for load balancing based on a hash applied to IP addresses or costs
  • H04L 67/1061 - Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
  • H04L 67/1074 - Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/50 - Network services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/564 - Enhancement of application control based on intercepted application data

51.

System and method for improving internet communication by using intermediate nodes

      
Application Number 18229215
Grant Number 12143462
Status In Force
Filing Date 2023-08-02
First Publication Date 2023-11-23
Grant Date 2024-11-12
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 67/06 - Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
  • H04L 9/40 - Network security protocols
  • H04L 43/0864 - Round trip delays
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/567 - Integrating service provisioning from a plurality of service providers
  • H04L 67/59 - Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
  • H04L 67/60 - Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
  • H04N 21/462 - Content or additional data management e.g. creating a master electronic program guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
  • H04W 4/029 - Location-based management or tracking services

52.

Emulating Web Browser in a Dedicated Intermediary Box

      
Application Number 18211338
Status Pending
Filing Date 2023-06-19
First Publication Date 2023-11-16
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Kol, Ron
  • Lenchner, Or

Abstract

Anonymity and privacy of a client device that fetches a content from a web server are improved by using an intermediate device located along the communication path between the client device and the web server. The primary or exclusive function of the intermediate device may be to serve as an intermediate device, and may be implemented as a stand-alone dedicated client device located at a residential premises, or may be integrated with another device, such as a router or a sensor unit, and may communicate using wired communication (such as LAN) or wireless communication (such as WLAN). The intermediate device may modify a content request from the client device in order to avoid identification or blocking by a web server that uses web tracking, such as fingerprinting. The modification may use a web browser, such as a headless browser, for emulating a different device or user.

IPC Classes  ?

  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • G06F 16/957 - Browsing optimisation, e.g. caching or content distillation

53.

System and method for improving internet communication by using intermediate nodes

      
Application Number 18215430
Grant Number 12166843
Status In Force
Filing Date 2023-06-28
First Publication Date 2023-11-09
Grant Date 2024-12-10
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 67/60 - Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
  • H04L 9/40 - Network security protocols
  • H04L 43/0864 - Round trip delays
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/06 - Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/567 - Integrating service provisioning from a plurality of service providers
  • H04L 67/59 - Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
  • H04N 21/462 - Content or additional data management e.g. creating a master electronic program guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
  • H04W 4/029 - Location-based management or tracking services

54.

System and method for streaming content from multiple servers

      
Application Number 18215406
Grant Number 12088651
Status In Force
Filing Date 2023-06-28
First Publication Date 2023-10-26
Grant Date 2024-09-10
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A system and a method for media streaming from multiple sources are disclosed. A content requesting client device accesses a server to receive a list of available sources that may include multiple Content Delivery Networks (CDNs) and independent servers. Based on a pre-set criteria, such as the source delivery performance and cost, the client device partitions the content into parts, allocates a source to each part, and simultaneously receives media streams of the content parts from the allocated sources. The server may be a Video-on-Demand (VOD) server, and the content may be a single file of a video data, such as a movie. The delivery performance of the used sources is measured during the streaming for updating the partition or the allocation. The updated measured performance may be stored locally at the client device, or at a server for use by other clients. The client actions may be implemented as a client-side script.

IPC Classes  ?

  • G06F 15/16 - Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 65/65 - Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
  • H04L 65/80 - Responding to QoS
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04N 21/462 - Content or additional data management e.g. creating a master electronic program guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
  • H04N 21/61 - Network physical structureSignal processing
  • H04N 21/845 - Structuring of content, e.g. decomposing content into time segments

55.

System providing faster and more efficient data communication

      
Application Number 18209193
Grant Number 12081612
Status In Force
Filing Date 2023-06-13
First Publication Date 2023-10-12
Grant Date 2024-09-03
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A system designed for increasing network communication speed for users, while lowering network congestion for content owners and ISPs. The system employs network elements including an acceleration server, clients, agents, and peers, where communication requests generated by applications are intercepted by the client on the same machine. The IP address of the server in the communication request is transmitted to the acceleration server, which provides a list of agents to use for this IP address. The communication request is sent to the agents. One or more of the agents respond with a list of peers that have previously seen some or all of the content which is the response to this request (after checking whether this data is still valid). The client then downloads the data from these peers in parts and in parallel, thereby speeding up the Web transfer, releasing congestion from the Web by fetching the information from multiple sources, and relieving traffic from Web servers by offloading the data transfers from them to nearby peers.

IPC Classes  ?

  • H04L 67/01 - Protocols
  • H04L 41/046 - Network management architectures or arrangements comprising network management agents or mobile agents therefor
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/1001 - Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
  • H04L 67/1023 - Server selection for load balancing based on a hash applied to IP addresses or costs
  • H04L 67/1061 - Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
  • H04L 67/1074 - Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/50 - Network services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/564 - Enhancement of application control based on intercepted application data

56.

System and Method for Improving Content Fetching by Selecting Tunnel Devices

      
Application Number 18209837
Status Pending
Filing Date 2023-06-14
First Publication Date 2023-10-12
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The tunnel device is selected based on an attribute, such as IP Geolocation. A tunnel bank server stores a list of available tunnels that may be used, associated with values of various attribute types. The tunnel devices initiate communication with the tunnel bank server, and stays connected to it, for allowing a communication session initiated by the tunnel bank server. Upon receiving a request from a client to a content and for specific attribute types and values, a tunnel is selected by the tunnel bank server, and is used as a tunnel for retrieving the required content from the web server, using standard protocol such as SOCKS, WebSocket or HTTP Proxy. The client only communicates with a super proxy server that manages the content fetching scheme.

IPC Classes  ?

  • H04L 12/28 - Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
  • H04L 61/256 - NAT traversal
  • H04L 67/025 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
  • H04L 69/16 - Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
  • G06F 9/48 - Program initiatingProgram switching, e.g. by interrupt
  • H04L 61/2592 - Translation of Internet protocol [IP] addresses using tunnelling or encapsulation
  • H04L 9/40 - Network security protocols
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/288 - Distributed intermediate devices, i.e. intermediate devices for interaction with other intermediate devices on the same level
  • H04L 67/2885 - Hierarchically arranged intermediate devices, e.g. for hierarchical caching
  • G06F 7/58 - Random or pseudo-random number generators
  • H04L 61/2575 - NAT traversal using address mapping retrieval, e.g. simple traversal of user datagram protocol through session traversal utilities for NAT [STUN]
  • H04L 61/2585 - NAT traversal through application level gateway [ALG]
  • H04L 61/2589 - NAT traversal over a relay server, e.g. traversal using relay for network address translation [TURN]
  • H04L 12/46 - Interconnection of networks
  • H04L 67/141 - Setup of application sessions
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04W 4/80 - Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • G06F 8/71 - Version control Configuration management
  • G06F 9/455 - EmulationInterpretationSoftware simulation, e.g. virtualisation or emulation of application or operating system execution engines
  • H04L 47/283 - Flow controlCongestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
  • H04L 69/167 - Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6
  • H04L 69/168 - Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
  • H04W 48/18 - Selecting a network or a communication service
  • H04W 84/10 - Small scale networksFlat hierarchical networks
  • H04W 84/18 - Self-organising networks, e.g. ad hoc networks or sensor networks
  • H04L 61/4511 - Network directoriesName-to-address mapping using standardised directoriesNetwork directoriesName-to-address mapping using standardised directory access protocols using domain name system [DNS]
  • H04L 61/5007 - Internet protocol [IP] addresses
  • H04L 67/01 - Protocols
  • H04L 67/56 - Provisioning of proxy services
  • H04L 67/63 - Routing a service request depending on the request content or context
  • H04L 67/133 - Protocols for remote procedure calls [RPC]
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/5681 - Pre-fetching or pre-delivering data based on network characteristics
  • H04L 67/568 - Storing data temporarily at an intermediate stage, e.g. caching

57.

System providing faster and more efficient data communication

      
Application Number 18209218
Grant Number 12095840
Status In Force
Filing Date 2023-06-13
First Publication Date 2023-10-12
Grant Date 2024-09-17
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A system designed for increasing network communication speed for users, while lowering network congestion for content owners and ISPs. The system employs network elements including an acceleration server, clients, agents, and peers, where communication requests generated by applications are intercepted by the client on the same machine. The IP address of the server in the communication request is transmitted to the acceleration server, which provides a list of agents to use for this IP address. The communication request is sent to the agents. One or more of the agents respond with a list of peers that have previously seen some or all of the content which is the response to this request (after checking whether this data is still valid). The client then downloads the data from these peers in parts and in parallel, thereby speeding up the Web transfer, releasing congestion from the Web by fetching the information from multiple sources, and relieving traffic from Web servers by offloading the data transfers from them to nearby peers.

IPC Classes  ?

  • H04L 67/01 - Protocols
  • H04L 41/046 - Network management architectures or arrangements comprising network management agents or mobile agents therefor
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/1001 - Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
  • H04L 67/1023 - Server selection for load balancing based on a hash applied to IP addresses or costs
  • H04L 67/1061 - Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
  • H04L 67/1074 - Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/50 - Network services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/564 - Enhancement of application control based on intercepted application data

58.

System and method for improving content fetching by selecting tunnel devices

      
Application Number 18209815
Grant Number 12137008
Status In Force
Filing Date 2023-06-14
First Publication Date 2023-10-12
Grant Date 2024-11-05
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The tunnel device is selected based on an attribute, such as IP Geolocation. A tunnel bank server stores a list of available tunnels that may be used, associated with values of various attribute types. The tunnel devices initiate communication with the tunnel bank server, and stays connected to it, for allowing a communication session initiated by the tunnel bank server. Upon receiving a request from a client to a content and for specific attribute types and values, a tunnel is selected by the tunnel bank server, and is used as a tunnel for retrieving the required content from the web server, using standard protocol such as SOCKS, WebSocket or HTTP Proxy. The client only communicates with a super proxy server that manages the content fetching scheme.

IPC Classes  ?

  • H04L 67/5681 - Pre-fetching or pre-delivering data based on network characteristics
  • G06F 7/58 - Random or pseudo-random number generators
  • G06F 8/71 - Version control Configuration management
  • G06F 9/455 - EmulationInterpretationSoftware simulation, e.g. virtualisation or emulation of application or operating system execution engines
  • G06F 9/48 - Program initiatingProgram switching, e.g. by interrupt
  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • H04L 9/40 - Network security protocols
  • H04L 12/28 - Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
  • H04L 12/46 - Interconnection of networks
  • H04L 47/283 - Flow controlCongestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
  • H04L 61/256 - NAT traversal
  • H04L 61/2575 - NAT traversal using address mapping retrieval, e.g. simple traversal of user datagram protocol through session traversal utilities for NAT [STUN]
  • H04L 61/2585 - NAT traversal through application level gateway [ALG]
  • H04L 61/2589 - NAT traversal over a relay server, e.g. traversal using relay for network address translation [TURN]
  • H04L 61/2592 - Translation of Internet protocol [IP] addresses using tunnelling or encapsulation
  • H04L 61/4511 - Network directoriesName-to-address mapping using standardised directoriesNetwork directoriesName-to-address mapping using standardised directory access protocols using domain name system [DNS]
  • H04L 61/5007 - Internet protocol [IP] addresses
  • H04L 67/01 - Protocols
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/025 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
  • H04L 67/133 - Protocols for remote procedure calls [RPC]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/288 - Distributed intermediate devices, i.e. intermediate devices for interaction with other intermediate devices on the same level
  • H04L 67/2885 - Hierarchically arranged intermediate devices, e.g. for hierarchical caching
  • H04L 67/56 - Provisioning of proxy services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/568 - Storing data temporarily at an intermediate stage, e.g. caching
  • H04L 67/63 - Routing a service request depending on the request content or context
  • H04L 69/16 - Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
  • H04L 69/167 - Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6
  • H04L 69/168 - Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
  • H04W 4/80 - Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
  • H04W 48/18 - Selecting a network or a communication service
  • H04W 84/10 - Small scale networksFlat hierarchical networks
  • H04W 84/18 - Self-organising networks, e.g. ad hoc networks or sensor networks
  • H04L 101/69 - Types of network addresses using geographic information, e.g. room number

59.

System and method for improving content fetching by selecting tunnel devices

      
Application Number 18209863
Grant Number 11956094
Status In Force
Filing Date 2023-06-14
First Publication Date 2023-10-12
Grant Date 2024-04-09
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The tunnel device is selected based on an attribute, such as IP Geolocation. A tunnel bank server stores a list of available tunnels that may be used, associated with values of various attribute types. The tunnel devices initiate communication with the tunnel bank server, and stays connected to it, for allowing a communication session initiated by the tunnel bank server. Upon receiving a request from a client to a content and for specific attribute types and values, a tunnel is selected by the tunnel bank server, and is used as a tunnel for retrieving the required content from the web server, using standard protocol such as SOCKS, WebSocket or HTTP Proxy. The client only communicates with a super proxy server that manages the content fetching scheme.

IPC Classes  ?

  • H04L 9/40 - Network security protocols
  • G06F 7/58 - Random or pseudo-random number generators
  • G06F 8/71 - Version control Configuration management
  • G06F 9/455 - EmulationInterpretationSoftware simulation, e.g. virtualisation or emulation of application or operating system execution engines
  • G06F 9/48 - Program initiatingProgram switching, e.g. by interrupt
  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • H04L 12/28 - Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
  • H04L 12/46 - Interconnection of networks
  • H04L 47/283 - Flow controlCongestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
  • H04L 61/256 - NAT traversal
  • H04L 61/2575 - NAT traversal using address mapping retrieval, e.g. simple traversal of user datagram protocol through session traversal utilities for NAT [STUN]
  • H04L 61/2585 - NAT traversal through application level gateway [ALG]
  • H04L 61/2589 - NAT traversal over a relay server, e.g. traversal using relay for network address translation [TURN]
  • H04L 61/2592 - Translation of Internet protocol [IP] addresses using tunnelling or encapsulation
  • H04L 61/4511 - Network directoriesName-to-address mapping using standardised directoriesNetwork directoriesName-to-address mapping using standardised directory access protocols using domain name system [DNS]
  • H04L 61/5007 - Internet protocol [IP] addresses
  • H04L 67/01 - Protocols
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/025 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
  • H04L 67/133 - Protocols for remote procedure calls [RPC]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/288 - Distributed intermediate devices, i.e. intermediate devices for interaction with other intermediate devices on the same level
  • H04L 67/2885 - Hierarchically arranged intermediate devices, e.g. for hierarchical caching
  • H04L 67/56 - Provisioning of proxy services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/568 - Storing data temporarily at an intermediate stage, e.g. caching
  • H04L 67/5681 - Pre-fetching or pre-delivering data based on network characteristics
  • H04L 67/63 - Routing a service request depending on the request content or context
  • H04L 69/16 - Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
  • H04L 69/167 - Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6
  • H04L 69/168 - Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
  • H04W 4/80 - Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
  • H04W 48/18 - Selecting a network or a communication service
  • H04W 84/10 - Small scale networksFlat hierarchical networks
  • H04W 84/18 - Self-organising networks, e.g. ad hoc networks or sensor networks
  • H04L 101/69 - Types of network addresses using geographic information, e.g. room number

60.

System and Method for Improving Internet Communication by Using Intermediate Nodes

      
Application Number 18196091
Status Pending
Filing Date 2023-05-11
First Publication Date 2023-09-07
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 67/60 - Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
  • H04L 9/40 - Network security protocols
  • H04L 67/06 - Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/567 - Integrating service provisioning from a plurality of service providers

61.

System and method for improving internet communication by using intermediate nodes

      
Application Number 18120377
Grant Number 12003605
Status In Force
Filing Date 2023-03-11
First Publication Date 2023-08-24
Grant Date 2024-06-04
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 67/60 - Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
  • H04L 9/40 - Network security protocols
  • H04L 43/0864 - Round trip delays
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/06 - Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/567 - Integrating service provisioning from a plurality of service providers
  • H04L 67/59 - Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
  • H04N 21/462 - Content or additional data management e.g. creating a master electronic program guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
  • H04W 4/029 - Location-based management or tracking services

62.

System providing faster and more efficient data communication

      
Application Number 18138093
Grant Number 12003568
Status In Force
Filing Date 2023-04-23
First Publication Date 2023-08-24
Grant Date 2024-06-04
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A system designed for increasing network communication speed for users, while lowering network congestion for content owners and ISPs. The system employs network elements including an acceleration server, clients, agents, and peers, where communication requests generated by applications are intercepted by the client on the same machine. The IP address of the server in the communication request is transmitted to the acceleration server, which provides a list of agents to use for this IP address. The communication request is sent to the agents. One or more of the agents respond with a list of peers that have previously seen some or all of the content which is the response to this request (after checking whether this data is still valid). The client then downloads the data from these peers in parts and in parallel, thereby speeding up the Web transfer, releasing congestion from the Web by fetching the information from multiple sources, and relieving traffic from Web servers by offloading the data transfers from them to nearby peers.

IPC Classes  ?

  • H04L 67/01 - Protocols
  • H04L 41/046 - Network management architectures or arrangements comprising network management agents or mobile agents therefor
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/1001 - Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
  • H04L 67/1023 - Server selection for load balancing based on a hash applied to IP addresses or costs
  • H04L 67/1061 - Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
  • H04L 67/1074 - Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/50 - Network services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/564 - Enhancement of application control based on intercepted application data

63.

SYSTEM AND METHOD FOR URL FETCHING RETRY MECHANISM

      
Application Number 18138100
Status Pending
Filing Date 2023-04-23
First Publication Date 2023-08-24
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for overcoming intermittent, temporary, or other fetching failures by using multiple attempts for retrieving a content from a web server to a client device is disclosed. The URL fetching may use direct or non-direct fetching schemes, or a combination thereof. The non-direct fetching method may use intermediate devices, such as proxy server, Data-Center proxy server, tunnel devices, or any combination thereof. Upon sensing a failure of a fetching action, the action is repeated using the same or different parameters or attributes, such as by using different intermediate devices, selected based on different parameters or attributes, such as different countries. The repetitions are limited to a pre-defined maximum number or attempts. The fetching attempts may be performed by the client device, by an intermediate device in a non-direct fetching scheme, or a combination thereof. Various fetching schemes may be used sequentially until the content is retrieved.

IPC Classes  ?

  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • G06F 16/909 - Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually using geographical or spatial information, e.g. location
  • G06F 9/54 - Interprogram communication
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/146 - Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
  • H04L 1/00 - Arrangements for detecting or preventing errors in the information received
  • H04L 69/40 - Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
  • H04L 67/01 - Protocols
  • H04L 67/568 - Storing data temporarily at an intermediate stage, e.g. caching

64.

SYSTEM AND METHOD FOR URL FETCHING RETRY MECHANISM

      
Application Number 18138099
Status Pending
Filing Date 2023-04-23
First Publication Date 2023-08-17
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for overcoming intermittent, temporary, or other fetching failures by using multiple attempts for retrieving a content from a web server to a client device is disclosed. The URL fetching may use direct or non-direct fetching schemes, or a combination thereof. The non-direct fetching method may use intermediate devices, such as proxy server, Data-Center proxy server, tunnel devices, or any combination thereof. Upon sensing a failure of a fetching action, the action is repeated using the same or different parameters or attributes, such as by using different intermediate devices, selected based on different parameters or attributes, such as different countries. The repetitions are limited to a pre-defined maximum number or attempts. The fetching attempts may be performed by the client device, by an intermediate device in a non-direct fetching scheme, or a combination thereof. Various fetching schemes may be used sequentially until the content is retrieved.

IPC Classes  ?

  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • G06F 16/909 - Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually using geographical or spatial information, e.g. location
  • G06F 9/54 - Interprogram communication
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/146 - Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
  • H04L 1/00 - Arrangements for detecting or preventing errors in the information received
  • H04L 69/40 - Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
  • H04L 67/01 - Protocols
  • H04L 67/568 - Storing data temporarily at an intermediate stage, e.g. caching

65.

SYSTEM AND METHOD FOR URL FETCHING RETRY MECHANISM

      
Application Number 18139364
Status Pending
Filing Date 2023-04-26
First Publication Date 2023-08-17
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for overcoming intermittent, temporary, or other fetching failures by using multiple attempts for retrieving a content from a web server to a client device is disclosed. The URL fetching may use direct or non-direct fetching schemes, or a combination thereof. The non-direct fetching method may use intermediate devices, such as proxy server, Data-Center proxy server, tunnel devices, or any combination thereof. Upon sensing a failure of a fetching action, the action is repeated using the same or different parameters or attributes, such as by using different intermediate devices, selected based on different parameters or attributes, such as different countries. The repetitions are limited to a pre-defined maximum number or attempts. The fetching attempts may be performed by the client device, by an intermediate device in a non-direct fetching scheme, or a combination thereof. Various fetching schemes may be used sequentially until the content is retrieved.

IPC Classes  ?

  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • G06F 16/909 - Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually using geographical or spatial information, e.g. location
  • G06F 9/54 - Interprogram communication
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/146 - Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
  • H04L 1/00 - Arrangements for detecting or preventing errors in the information received
  • H04L 69/40 - Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
  • H04L 67/01 - Protocols
  • H04L 67/568 - Storing data temporarily at an intermediate stage, e.g. caching

66.

System providing faster and more efficient data communication

      
Application Number 18138095
Grant Number 12003569
Status In Force
Filing Date 2023-04-23
First Publication Date 2023-08-17
Grant Date 2024-06-04
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A system designed for increasing network communication speed for users, while lowering network congestion for content owners and ISPs. The system employs network elements including an acceleration server, clients, agents, and peers, where communication requests generated by applications are intercepted by the client on the same machine. The IP address of the server in the communication request is transmitted to the acceleration server, which provides a list of agents to use for this IP address. The communication request is sent to the agents. One or more of the agents respond with a list of peers that have previously seen some or all of the content which is the response to this request (after checking whether this data is still valid). The client then downloads the data from these peers in parts and in parallel, thereby speeding up the Web transfer, releasing congestion from the Web by fetching the information from multiple sources, and relieving traffic from Web servers by offloading the data transfers from them to nearby peers.

IPC Classes  ?

  • H04L 67/01 - Protocols
  • H04L 41/046 - Network management architectures or arrangements comprising network management agents or mobile agents therefor
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/1001 - Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
  • H04L 67/1023 - Server selection for load balancing based on a hash applied to IP addresses or costs
  • H04L 67/1061 - Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
  • H04L 67/1074 - Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/50 - Network services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/564 - Enhancement of application control based on intercepted application data

67.

SYSTEM AND METHOD FOR URL FETCHING RETRY MECHANISM

      
Application Number 18139361
Status Pending
Filing Date 2023-04-26
First Publication Date 2023-08-17
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for overcoming intermittent, temporary, or other fetching failures by using multiple attempts for retrieving a content from a web server to a client device is disclosed. The URL fetching may use direct or non-direct fetching schemes, or a combination thereof. The non-direct fetching method may use intermediate devices, such as proxy server, Data-Center proxy server, tunnel devices, or any combination thereof. Upon sensing a failure of a fetching action, the action is repeated using the same or different parameters or attributes, such as by using different intermediate devices, selected based on different parameters or attributes, such as different countries. The repetitions are limited to a pre-defined maximum number or attempts. The fetching attempts may be performed by the client device, by an intermediate device in a non-direct fetching scheme, or a combination thereof. Various fetching schemes may be used sequentially until the content is retrieved.

IPC Classes  ?

  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • G06F 16/909 - Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually using geographical or spatial information, e.g. location
  • G06F 9/54 - Interprogram communication
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/146 - Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
  • H04L 1/00 - Arrangements for detecting or preventing errors in the information received
  • H04L 69/40 - Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
  • H04L 67/01 - Protocols
  • H04L 67/568 - Storing data temporarily at an intermediate stage, e.g. caching

68.

System and Method for Improving Internet Communication by Using Intermediate Nodes

      
Application Number 18123273
Status Pending
Filing Date 2023-03-18
First Publication Date 2023-08-10
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 67/60 - Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
  • H04L 9/40 - Network security protocols
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/06 - Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
  • H04L 67/567 - Integrating service provisioning from a plurality of service providers

69.

System and Method for Improving Internet Communication by Using Intermediate Nodes

      
Application Number 18120378
Status Pending
Filing Date 2023-03-11
First Publication Date 2023-07-20
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 43/0864 - Round trip delays
  • H04L 67/141 - Setup of application sessions
  • H04L 67/59 - Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable

70.

System and method for improving internet communication by using intermediate nodes

      
Application Number 18120376
Grant Number 11985212
Status In Force
Filing Date 2023-03-11
First Publication Date 2023-07-06
Grant Date 2024-05-14
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 67/60 - Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
  • H04L 9/40 - Network security protocols
  • H04L 43/0864 - Round trip delays
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/06 - Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/567 - Integrating service provisioning from a plurality of service providers
  • H04L 67/59 - Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
  • H04N 21/462 - Content or additional data management e.g. creating a master electronic program guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
  • H04W 4/029 - Location-based management or tracking services

71.

System providing faster and more efficient data communication

      
Application Number 18112578
Grant Number 12003567
Status In Force
Filing Date 2023-02-22
First Publication Date 2023-06-29
Grant Date 2024-06-04
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A system designed for increasing network communication speed for users, while lowering network congestion for content owners and ISPs. The system employs network elements including an acceleration server, clients, agents, and peers, where communication requests generated by applications are intercepted by the client on the same machine. The IP address of the server in the communication request is transmitted to the acceleration server, which provides a list of agents to use for this IP address. The communication request is sent to the agents. One or more of the agents respond with a list of peers that have previously seen some or all of the content which is the response to this request (after checking whether this data is still valid). The client then downloads the data from these peers in parts and in parallel, thereby speeding up the Web transfer, releasing congestion from the Web by fetching the information from multiple sources, and relieving traffic from Web servers by offloading the data transfers from them to nearby peers.

IPC Classes  ?

  • H04L 67/01 - Protocols
  • H04L 41/046 - Network management architectures or arrangements comprising network management agents or mobile agents therefor
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/1001 - Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
  • H04L 67/1023 - Server selection for load balancing based on a hash applied to IP addresses or costs
  • H04L 67/1061 - Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
  • H04L 67/1074 - Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/50 - Network services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/564 - Enhancement of application control based on intercepted application data

72.

System and Method for Streaming Content from Multiple Servers

      
Application Number 18099954
Status Pending
Filing Date 2023-01-22
First Publication Date 2023-06-29
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A system and a method for media streaming from multiple sources are disclosed. A content requesting client device accesses a server to receive a list of available sources that may include multiple Content Delivery Networks (CDNs) and independent servers. Based on a pre-set criteria, such as the source delivery performance and cost, the client device partitions the content into parts, allocates a source to each part, and simultaneously receives media streams of the content parts from the allocated sources. The server may be a Video-on-Demand (VOD) server, and the content may be a single file of a video data, such as a movie. The delivery performance of the used sources is measured during the streaming for updating the partition or the allocation. The updated measured performance may be stored locally at the client device, or at a server for use by other clients. The client actions may be implemented as a client-side script.

IPC Classes  ?

  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04N 21/61 - Network physical structureSignal processing
  • H04L 65/80 - Responding to QoS
  • H04N 21/462 - Content or additional data management e.g. creating a master electronic program guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
  • H04N 21/845 - Structuring of content, e.g. decomposing content into time segments
  • H04L 65/65 - Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]

73.

System providing faster and more efficient data communication

      
Application Number 18112587
Grant Number 11962636
Status In Force
Filing Date 2023-02-22
First Publication Date 2023-06-22
Grant Date 2024-04-16
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A system designed for increasing network communication speed for users, while lowering network congestion for content owners and ISPs. The system employs network elements including an acceleration server, clients, agents, and peers, where communication requests generated by applications are intercepted by the client on the same machine. The IP address of the server in the communication request is transmitted to the acceleration server, which provides a list of agents to use for this IP address. The communication request is sent to the agents. One or more of the agents respond with a list of peers that have previously seen some or all of the content which is the response to this request (after checking whether this data is still valid). The client then downloads the data from these peers in parts and in parallel, thereby speeding up the Web transfer, releasing congestion from the Web by fetching the information from multiple sources, and relieving traffic from Web servers by offloading the data transfers from them to nearby peers.

IPC Classes  ?

  • H04L 67/01 - Protocols
  • H04L 41/046 - Network management architectures or arrangements comprising network management agents or mobile agents therefor
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/1001 - Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
  • H04L 67/1023 - Server selection for load balancing based on a hash applied to IP addresses or costs
  • H04L 67/1061 - Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
  • H04L 67/1074 - Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/50 - Network services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/564 - Enhancement of application control based on intercepted application data

74.

System providing faster and more efficient data communication

      
Application Number 18112572
Grant Number 12003566
Status In Force
Filing Date 2023-02-22
First Publication Date 2023-06-22
Grant Date 2024-06-04
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A system designed for increasing network communication speed for users, while lowering network congestion for content owners and ISPs. The system employs network elements including an acceleration server, clients, agents, and peers, where communication requests generated by applications are intercepted by the client on the same machine. The IP address of the server in the communication request is transmitted to the acceleration server, which provides a list of agents to use for this IP address. The communication request is sent to the agents. One or more of the agents respond with a list of peers that have previously seen some or all of the content which is the response to this request (after checking whether this data is still valid). The client then downloads the data from these peers in parts and in parallel, thereby speeding up the Web transfer, releasing congestion from the Web by fetching the information from multiple sources, and relieving traffic from Web servers by offloading the data transfers from them to nearby peers.

IPC Classes  ?

  • H04L 67/01 - Protocols
  • H04L 41/046 - Network management architectures or arrangements comprising network management agents or mobile agents therefor
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/1001 - Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
  • H04L 67/1023 - Server selection for load balancing based on a hash applied to IP addresses or costs
  • H04L 67/1061 - Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
  • H04L 67/1074 - Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/50 - Network services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/564 - Enhancement of application control based on intercepted application data

75.

System and method for improving internet communication by using intermediate nodes

      
Application Number 18099982
Grant Number 11924307
Status In Force
Filing Date 2023-01-23
First Publication Date 2023-05-25
Grant Date 2024-03-05
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 67/60 - Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
  • H04L 9/40 - Network security protocols
  • H04L 43/0864 - Round trip delays
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/06 - Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/567 - Integrating service provisioning from a plurality of service providers
  • H04L 67/59 - Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
  • H04N 21/462 - Content or additional data management e.g. creating a master electronic program guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities

76.

SYSTEM AND METHOD FOR URL FETCHING RETRY MECHANISM

      
Application Number 18099980
Status Pending
Filing Date 2023-01-23
First Publication Date 2023-05-25
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for overcoming intermittent, temporary, or other fetching failures by using multiple attempts for retrieving a content from a web server to a client device is disclosed. The URL fetching may use direct or non-direct fetching schemes, or a combination thereof. The non-direct fetching method may use intermediate devices, such as proxy server, Data-Center proxy server, tunnel devices, or any combination thereof. Upon sensing a failure of a fetching action, the action is repeated using the same or different parameters or attributes, such as by using different intermediate devices, selected based on different parameters or attributes, such as different countries. The repetitions are limited to a pre-defined maximum number or attempts. The fetching attempts may be performed by the client device, by an intermediate device in a non-direct fetching scheme, or a combination thereof. Various fetching schemes may be used sequentially until the content is retrieved.

IPC Classes  ?

  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • G06F 16/909 - Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually using geographical or spatial information, e.g. location
  • G06F 9/54 - Interprogram communication
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/146 - Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
  • H04L 1/00 - Arrangements for detecting or preventing errors in the information received
  • H04L 69/40 - Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
  • H04L 67/01 - Protocols
  • H04L 67/568 - Storing data temporarily at an intermediate stage, e.g. caching

77.

System and method for improving internet communication by using intermediate nodes

      
Application Number 18099984
Grant Number 11979475
Status In Force
Filing Date 2023-01-23
First Publication Date 2023-05-18
Grant Date 2024-05-07
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 67/60 - Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
  • H04L 9/40 - Network security protocols
  • H04L 43/0864 - Round trip delays
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/06 - Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/567 - Integrating service provisioning from a plurality of service providers
  • H04L 67/59 - Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
  • H04N 21/462 - Content or additional data management e.g. creating a master electronic program guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
  • H04W 4/029 - Location-based management or tracking services

78.

System and Method for Streaming Content from Multiple Servers

      
Application Number 18099956
Status Pending
Filing Date 2023-01-22
First Publication Date 2023-05-18
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A system and a method for media streaming from multiple sources are disclosed. A content requesting client device accesses a server to receive a list of available sources that may include multiple Content Delivery Networks (CDNs) and independent servers. Based on a pre-set criteria, such as the source delivery performance and cost, the client device partitions the content into parts, allocates a source to each part, and simultaneously receives media streams of the content parts from the allocated sources. The server may be a Video-on-Demand (VOD) server, and the content may be a single file of a video data, such as a movie. The delivery performance of the used sources is measured during the streaming for updating the partition or the allocation. The updated measured performance may be stored locally at the client device, or at a server for use by other clients. The client actions may be implemented as a client-side script.

IPC Classes  ?

  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04N 21/61 - Network physical structureSignal processing
  • H04L 65/80 - Responding to QoS
  • H04N 21/462 - Content or additional data management e.g. creating a master electronic program guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
  • H04N 21/845 - Structuring of content, e.g. decomposing content into time segments
  • H04L 65/65 - Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]

79.

System and method for streaming content from multiple servers

      
Application Number 18099958
Grant Number 12003562
Status In Force
Filing Date 2023-01-22
First Publication Date 2023-05-18
Grant Date 2024-06-04
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A system and a method for media streaming from multiple sources are disclosed. A content requesting client device accesses a server to receive a list of available sources that may include multiple Content Delivery Networks (CDNs) and independent servers. Based on a pre-set criteria, such as the source delivery performance and cost, the client device partitions the content into parts, allocates a source to each part, and simultaneously receives media streams of the content parts from the allocated sources. The server may be a Video-on-Demand (VOD) server, and the content may be a single file of a video data, such as a movie. The delivery performance of the used sources is measured during the streaming for updating the partition or the allocation. The updated measured performance may be stored locally at the client device, or at a server for use by other clients. The client actions may be implemented as a client-side script.

IPC Classes  ?

  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 65/65 - Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
  • H04L 65/80 - Responding to QoS
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04N 21/462 - Content or additional data management e.g. creating a master electronic program guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
  • H04N 21/61 - Network physical structureSignal processing
  • H04N 21/845 - Structuring of content, e.g. decomposing content into time segments

80.

System and method for improving internet communication by using intermediate nodes

      
Application Number 18099988
Grant Number 12143461
Status In Force
Filing Date 2023-01-23
First Publication Date 2023-05-18
Grant Date 2024-11-12
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 67/60 - Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
  • H04L 9/40 - Network security protocols
  • H04L 43/0864 - Round trip delays
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/06 - Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/567 - Integrating service provisioning from a plurality of service providers
  • H04L 67/59 - Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
  • H04N 21/462 - Content or additional data management e.g. creating a master electronic program guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
  • H04W 4/029 - Location-based management or tracking services

81.

System providing faster and more efficient data communication

      
Application Number 18081988
Grant Number 12021916
Status In Force
Filing Date 2022-12-15
First Publication Date 2023-04-20
Grant Date 2024-06-25
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A system designed for increasing network communication speed for users, while lowering network congestion for content owners and ISPs. The system employs network elements including an acceleration server, clients, agents, and peers, where communication requests generated by applications are intercepted by the client on the same machine. The IP address of the server in the communication request is transmitted to the acceleration server, which provides a list of agents to use for this IP address. The communication request is sent to the agents. One or more of the agents respond with a list of peers that have previously seen some or all of the content which is the response to this request (after checking whether this data is still valid). The client then downloads the data from these peers in parts and in parallel, thereby speeding up the Web transfer, releasing congestion from the Web by fetching the information from multiple sources, and relieving traffic from Web servers by offloading the data transfers from them to nearby peers.

IPC Classes  ?

  • H04L 67/01 - Protocols
  • H04L 41/046 - Network management architectures or arrangements comprising network management agents or mobile agents therefor
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/1001 - Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
  • H04L 67/1023 - Server selection for load balancing based on a hash applied to IP addresses or costs
  • H04L 67/1061 - Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
  • H04L 67/1074 - Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/50 - Network services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/564 - Enhancement of application control based on intercepted application data

82.

System and Method for Improving Content Fetching by Selecting Tunnel Devices

      
Application Number 18082011
Status Pending
Filing Date 2022-12-15
First Publication Date 2023-04-20
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The tunnel device is selected based on an attribute, such as IP Geolocation. A tunnel bank server stores a list of available tunnels that may be used, associated with values of various attribute types. The tunnel devices initiate communication with the tunnel bank server, and stays connected to it, for allowing a communication session initiated by the tunnel bank server. Upon receiving a request from a client to a content and for specific attribute types and values, a tunnel is selected by the tunnel bank server, and is used as a tunnel for retrieving the required content from the web server, using standard protocol such as SOCKS, WebSocket or HTTP Proxy. The client only communicates with a super proxy server that manages the content fetching scheme.

IPC Classes  ?

  • H04L 12/28 - Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
  • H04L 61/256 - NAT traversal
  • H04L 67/025 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
  • H04L 69/16 - Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
  • G06F 9/48 - Program initiatingProgram switching, e.g. by interrupt
  • H04L 61/2592 - Translation of Internet protocol [IP] addresses using tunnelling or encapsulation
  • H04L 9/40 - Network security protocols
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/288 - Distributed intermediate devices, i.e. intermediate devices for interaction with other intermediate devices on the same level
  • H04L 67/2885 - Hierarchically arranged intermediate devices, e.g. for hierarchical caching
  • G06F 7/58 - Random or pseudo-random number generators
  • H04L 61/2575 - NAT traversal using address mapping retrieval, e.g. simple traversal of user datagram protocol through session traversal utilities for NAT [STUN]
  • H04L 61/2585 - NAT traversal through application level gateway [ALG]
  • H04L 61/2589 - NAT traversal over a relay server, e.g. traversal using relay for network address translation [TURN]
  • H04L 12/46 - Interconnection of networks
  • H04L 67/141 - Setup of application sessions
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04W 4/80 - Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • G06F 8/71 - Version control Configuration management
  • G06F 9/455 - EmulationInterpretationSoftware simulation, e.g. virtualisation or emulation of application or operating system execution engines
  • H04L 47/283 - Flow controlCongestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
  • H04L 69/167 - Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6
  • H04L 69/168 - Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
  • H04W 48/18 - Selecting a network or a communication service
  • H04W 84/10 - Small scale networksFlat hierarchical networks
  • H04W 84/18 - Self-organising networks, e.g. ad hoc networks or sensor networks
  • H04L 61/4511 - Network directoriesName-to-address mapping using standardised directoriesNetwork directoriesName-to-address mapping using standardised directory access protocols using domain name system [DNS]
  • H04L 61/5007 - Internet protocol [IP] addresses
  • H04L 67/01 - Protocols
  • H04L 67/56 - Provisioning of proxy services
  • H04L 67/63 - Routing a service request depending on the request content or context
  • H04L 67/133 - Protocols for remote procedure calls [RPC]
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/5681 - Pre-fetching or pre-delivering data based on network characteristics
  • H04L 67/568 - Storing data temporarily at an intermediate stage, e.g. caching

83.

System and method for improving internet communication by using intermediate nodes

      
Application Number 18073170
Grant Number 11949756
Status In Force
Filing Date 2022-12-01
First Publication Date 2023-04-13
Grant Date 2024-04-02
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 67/60 - Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
  • H04L 9/40 - Network security protocols
  • H04L 43/0864 - Round trip delays
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/06 - Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/567 - Integrating service provisioning from a plurality of service providers
  • H04L 67/59 - Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
  • H04N 21/462 - Content or additional data management e.g. creating a master electronic program guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
  • H04W 4/029 - Location-based management or tracking services

84.

System and method for improving internet communication by using intermediate nodes

      
Application Number 18073137
Grant Number 12069150
Status In Force
Filing Date 2022-12-01
First Publication Date 2023-04-13
Grant Date 2024-08-20
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 67/60 - Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
  • H04L 9/40 - Network security protocols
  • H04L 43/0864 - Round trip delays
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/06 - Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/567 - Integrating service provisioning from a plurality of service providers
  • H04L 67/59 - Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
  • H04N 21/462 - Content or additional data management e.g. creating a master electronic program guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
  • H04W 4/029 - Location-based management or tracking services

85.

System and method for improving internet communication by using intermediate nodes

      
Application Number 18073195
Grant Number 11924306
Status In Force
Filing Date 2022-12-01
First Publication Date 2023-04-06
Grant Date 2024-03-05
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 67/60 - Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
  • H04L 9/40 - Network security protocols
  • H04L 43/0864 - Round trip delays
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/06 - Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
  • H04L 67/141 - Setup of application sessions
  • H04L 67/567 - Integrating service provisioning from a plurality of service providers
  • H04L 67/59 - Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
  • H04N 21/462 - Content or additional data management e.g. creating a master electronic program guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities

86.

System and method for improving internet communication by using intermediate nodes

      
Application Number 18073112
Grant Number 11838388
Status In Force
Filing Date 2022-12-01
First Publication Date 2023-03-30
Grant Date 2023-12-05
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 67/60 - Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
  • H04L 9/40 - Network security protocols
  • H04L 67/06 - Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/567 - Integrating service provisioning from a plurality of service providers
  • H04L 67/59 - Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
  • H04L 43/0864 - Round trip delays
  • H04L 67/141 - Setup of application sessions
  • H04N 21/462 - Content or additional data management e.g. creating a master electronic program guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities

87.

System providing faster and more efficient data communication

      
Application Number 17943245
Grant Number 12021914
Status In Force
Filing Date 2022-09-13
First Publication Date 2023-01-19
Grant Date 2024-06-25
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A system designed for increasing network communication speed for users, while lowering network congestion for content owners and ISPs. The system employs network elements including an acceleration server, clients, agents, and peers, where communication requests generated by applications are intercepted by the client on the same machine. The IP address of the server in the communication request is transmitted to the acceleration server, which provides a list of agents to use for this IP address. The communication request is sent to the agents. One or more of the agents respond with a list of peers that have previously seen some or all of the content which is the response to this request (after checking whether this data is still valid). The client then downloads the data from these peers in parts and in parallel, thereby speeding up the Web transfer, releasing congestion from the Web by fetching the information from multiple sources, and relieving traffic from Web servers by offloading the data transfers from them to nearby peers.

IPC Classes  ?

  • H04L 67/01 - Protocols
  • H04L 41/046 - Network management architectures or arrangements comprising network management agents or mobile agents therefor
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/1001 - Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
  • H04L 67/1023 - Server selection for load balancing based on a hash applied to IP addresses or costs
  • H04L 67/1061 - Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
  • H04L 67/1074 - Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/50 - Network services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/564 - Enhancement of application control based on intercepted application data

88.

System providing faster and more efficient data communication

      
Application Number 17943255
Grant Number 11811849
Status In Force
Filing Date 2022-09-13
First Publication Date 2023-01-19
Grant Date 2023-11-07
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A system designed for increasing network communication speed for users, while lowering network congestion for content owners and ISPs. The system employs network elements including an acceleration server, clients, agents, and peers, where communication requests generated by applications are intercepted by the client on the same machine. The IP address of the server in the communication request is transmitted to the acceleration server, which provides a list of agents to use for this IP address. The communication request is sent to the agents. One or more of the agents respond with a list of peers that have previously seen some or all of the content which is the response to this request (after checking whether this data is still valid). The client then downloads the data from these peers in parts and in parallel, thereby speeding up the Web transfer, releasing congestion from the Web by fetching the information from multiple sources, and relieving traffic from Web servers by offloading the data transfers from them to nearby peers.

IPC Classes  ?

  • H04L 41/046 - Network management architectures or arrangements comprising network management agents or mobile agents therefor
  • H04L 67/01 - Protocols
  • H04L 67/1061 - Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
  • H04L 67/1023 - Server selection for load balancing based on a hash applied to IP addresses or costs
  • H04L 67/1074 - Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
  • H04L 67/50 - Network services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/564 - Enhancement of application control based on intercepted application data
  • H04L 67/1001 - Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]

89.

System and Method for Streaming Content from Multiple Servers

      
Application Number 17943233
Status Pending
Filing Date 2022-09-13
First Publication Date 2023-01-12
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A system and a method for media streaming from multiple sources are disclosed. A content requesting client device accesses a server to receive a list of available sources that may include multiple Content Delivery Networks (CDNs) and independent servers. Based on a pre-set criteria, such as the source delivery performance and cost, the client device partitions the content into parts, allocates a source to each part, and simultaneously receives media streams of the content parts from the allocated sources. The server may be a Video-on-Demand (VOD) server, and the content may be a single file of a video data, such as a movie. The delivery performance of the used sources is measured during the streaming for updating the partition or the allocation. The updated measured performance may be stored locally at the client device, or at a server for use by other clients. The client actions may be implemented as a client-side script.

IPC Classes  ?

  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04N 21/61 - Network physical structureSignal processing
  • H04N 21/845 - Structuring of content, e.g. decomposing content into time segments
  • H04N 21/462 - Content or additional data management e.g. creating a master electronic program guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
  • H04L 65/65 - Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 65/80 - Responding to QoS

90.

System and method for improving internet communication by using intermediate nodes

      
Application Number 17943236
Grant Number 11838386
Status In Force
Filing Date 2022-09-13
First Publication Date 2023-01-05
Grant Date 2023-12-05
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 67/60 - Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
  • H04L 9/40 - Network security protocols
  • H04L 67/06 - Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/567 - Integrating service provisioning from a plurality of service providers
  • H04N 21/462 - Content or additional data management e.g. creating a master electronic program guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities

91.

System and method for improving internet communication by using intermediate nodes

      
Application Number 17943241
Grant Number 11870874
Status In Force
Filing Date 2022-09-13
First Publication Date 2023-01-05
Grant Date 2024-01-09
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

IPC Classes  ?

  • H04L 67/60 - Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
  • H04L 9/40 - Network security protocols
  • H04L 67/06 - Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 65/612 - Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
  • H04L 67/567 - Integrating service provisioning from a plurality of service providers
  • H04L 67/59 - Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
  • H04L 43/0864 - Round trip delays
  • H04L 67/141 - Setup of application sessions
  • H04N 21/462 - Content or additional data management e.g. creating a master electronic program guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities

92.

System and method for URL fetching retry mechanism

      
Application Number 17943280
Grant Number 12056202
Status In Force
Filing Date 2022-09-13
First Publication Date 2023-01-05
Grant Date 2024-08-06
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for overcoming intermittent, temporary, or other fetching failures by using multiple attempts for retrieving a content from a web server to a client device is disclosed. The URL fetching may use direct or non-direct fetching schemes, or a combination thereof. The non-direct fetching method may use intermediate devices, such as proxy server, Data-Center proxy server, tunnel devices, or any combination thereof. Upon sensing a failure of a fetching action, the action is repeated using the same or different parameters or attributes, such as by using different intermediate devices, selected based on different parameters or attributes, such as different countries. The repetitions are limited to a pre-defined maximum number or attempts. The fetching attempts may be performed by the client device, by an intermediate device in a non-direct fetching scheme, or a combination thereof. Various fetching schemes may be used sequentially until the content is retrieved.

IPC Classes  ?

  • H04L 29/08 - Transmission control procedure, e.g. data link level control procedure
  • G06F 9/54 - Interprogram communication
  • G06F 16/909 - Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually using geographical or spatial information, e.g. location
  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • H04L 1/00 - Arrangements for detecting or preventing errors in the information received
  • H04L 67/01 - Protocols
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/146 - Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
  • H04L 67/568 - Storing data temporarily at an intermediate stage, e.g. caching
  • H04L 69/40 - Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
  • H04L 61/59 - Network arrangements, protocols or services for addressing or naming using proxies for addressing
  • H04L 67/56 - Provisioning of proxy services

93.

System and method for URL fetching retry mechanism

      
Application Number 17943294
Grant Number 12147490
Status In Force
Filing Date 2022-09-13
First Publication Date 2023-01-05
Grant Date 2024-11-19
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for overcoming intermittent, temporary, or other fetching failures by using multiple attempts for retrieving a content from a web server to a client device is disclosed. The URL fetching may use direct or non-direct fetching schemes, or a combination thereof. The non-direct fetching method may use intermediate devices, such as proxy server, Data-Center proxy server, tunnel devices, or any combination thereof. Upon sensing a failure of a fetching action, the action is repeated using the same or different parameters or attributes, such as by using different intermediate devices, selected based on different parameters or attributes, such as different countries. The repetitions are limited to a pre-defined maximum number or attempts. The fetching attempts may be performed by the client device, by an intermediate device in a non-direct fetching scheme, or a combination thereof. Various fetching schemes may be used sequentially until the content is retrieved.

IPC Classes  ?

  • H04L 29/08 - Transmission control procedure, e.g. data link level control procedure
  • G06F 9/54 - Interprogram communication
  • G06F 16/909 - Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually using geographical or spatial information, e.g. location
  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • H04L 1/00 - Arrangements for detecting or preventing errors in the information received
  • H04L 67/01 - Protocols
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/146 - Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
  • H04L 67/568 - Storing data temporarily at an intermediate stage, e.g. caching
  • H04L 69/40 - Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
  • H04L 61/59 - Network arrangements, protocols or services for addressing or naming using proxies for addressing
  • H04L 67/56 - Provisioning of proxy services

94.

System providing faster and more efficient data communication

      
Application Number 17943242
Grant Number 11916993
Status In Force
Filing Date 2022-09-13
First Publication Date 2023-01-05
Grant Date 2024-02-27
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A system designed for increasing network communication speed for users, while lowering network congestion for content owners and ISPs. The system employs network elements including an acceleration server, clients, agents, and peers, where communication requests generated by applications are intercepted by the client on the same machine. The IP address of the server in the communication request is transmitted to the acceleration server, which provides a list of agents to use for this IP address. The communication request is sent to the agents. One or more of the agents respond with a list of peers that have previously seen some or all of the content which is the response to this request (after checking whether this data is still valid). The client then downloads the data from these peers in parts and in parallel, thereby speeding up the Web transfer, releasing congestion from the Web by fetching the information from multiple sources, and relieving traffic from Web servers by offloading the data transfers from them to nearby peers.

IPC Classes  ?

  • H04L 67/01 - Protocols
  • H04L 41/046 - Network management architectures or arrangements comprising network management agents or mobile agents therefor
  • H04L 67/1023 - Server selection for load balancing based on a hash applied to IP addresses or costs
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/564 - Enhancement of application control based on intercepted application data
  • H04L 67/1001 - Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/1061 - Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
  • H04L 67/1074 - Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
  • H04L 67/50 - Network services
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms

95.

System providing faster and more efficient data communication

      
Application Number 17943249
Grant Number 11949729
Status In Force
Filing Date 2022-09-13
First Publication Date 2023-01-05
Grant Date 2024-04-02
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A system designed for increasing network communication speed for users, while lowering network congestion for content owners and ISPs. The system employs network elements including an acceleration server, clients, agents, and peers, where communication requests generated by applications are intercepted by the client on the same machine. The IP address of the server in the communication request is transmitted to the acceleration server, which provides a list of agents to use for this IP address. The communication request is sent to the agents. One or more of the agents respond with a list of peers that have previously seen some or all of the content which is the response to this request (after checking whether this data is still valid). The client then downloads the data from these peers in parts and in parallel, thereby speeding up the Web transfer, releasing congestion from the Web by fetching the information from multiple sources, and relieving traffic from Web servers by offloading the data transfers from them to nearby peers.

IPC Classes  ?

  • H04L 67/01 - Protocols
  • H04L 41/046 - Network management architectures or arrangements comprising network management agents or mobile agents therefor
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/1001 - Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
  • H04L 67/1023 - Server selection for load balancing based on a hash applied to IP addresses or costs
  • H04L 67/1061 - Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
  • H04L 67/1074 - Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/50 - Network services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/564 - Enhancement of application control based on intercepted application data

96.

System providing faster and more efficient data communication

      
Application Number 17943262
Grant Number 11811850
Status In Force
Filing Date 2022-09-13
First Publication Date 2023-01-05
Grant Date 2023-11-07
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A system designed for increasing network communication speed for users, while lowering network congestion for content owners and ISPs. The system employs network elements including an acceleration server, clients, agents, and peers, where communication requests generated by applications are intercepted by the client on the same machine. The IP address of the server in the communication request is transmitted to the acceleration server, which provides a list of agents to use for this IP address. The communication request is sent to the agents. One or more of the agents respond with a list of peers that have previously seen some or all of the content which is the response to this request (after checking whether this data is still valid). The client then downloads the data from these peers in parts and in parallel, thereby speeding up the Web transfer, releasing congestion from the Web by fetching the information from multiple sources, and relieving traffic from Web servers by offloading the data transfers from them to nearby peers.

IPC Classes  ?

  • H04L 41/046 - Network management architectures or arrangements comprising network management agents or mobile agents therefor
  • H04L 67/01 - Protocols
  • H04L 67/1061 - Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
  • H04L 67/1023 - Server selection for load balancing based on a hash applied to IP addresses or costs
  • H04L 67/1074 - Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
  • H04L 67/50 - Network services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/564 - Enhancement of application control based on intercepted application data
  • H04L 67/1001 - Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]

97.

System providing faster and more efficient data communication

      
Application Number 17882547
Grant Number 11811848
Status In Force
Filing Date 2022-08-06
First Publication Date 2022-12-01
Grant Date 2023-11-07
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A system designed for increasing network communication speed for users, while lowering network congestion for content owners and ISPs. The system employs network elements including an acceleration server, clients, agents, and peers, where communication requests generated by applications are intercepted by the client on the same machine. The IP address of the server in the communication request is transmitted to the acceleration server, which provides a list of agents to use for this IP address. The communication request is sent to the agents. One or more of the agents respond with a list of peers that have previously seen some or all of the content which is the response to this request (after checking whether this data is still valid). The client then downloads the data from these peers in parts and in parallel, thereby speeding up the Web transfer, releasing congestion from the Web by fetching the information from multiple sources, and relieving traffic from Web servers by offloading the data transfers from them to nearby peers.

IPC Classes  ?

  • H04L 41/046 - Network management architectures or arrangements comprising network management agents or mobile agents therefor
  • H04L 67/01 - Protocols
  • H04L 67/1061 - Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
  • H04L 67/1023 - Server selection for load balancing based on a hash applied to IP addresses or costs
  • H04L 67/1074 - Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
  • H04L 67/50 - Network services
  • H04L 67/563 - Data redirection of data network streams
  • H04L 67/564 - Enhancement of application control based on intercepted application data
  • H04L 67/1001 - Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
  • H04L 67/142 - Managing session states for stateless protocolsSignalling session statesState transitionsKeeping-state mechanisms
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]

98.

SYSTEM AND METHOD FOR URL FETCHING RETRY MECHANISM

      
Application Number 17861386
Status Pending
Filing Date 2022-07-11
First Publication Date 2022-11-17
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for overcoming intermittent, temporary, or other fetching failures by using multiple attempts for retrieving a content from a web server to a client device is disclosed. The URL fetching may use direct or non-direct fetching schemes, or a combination thereof. The non-direct fetching method may use intermediate devices, such as proxy server, Data-Center proxy server, tunnel devices, or any combination thereof. Upon sensing a failure of a fetching action, the action is repeated using the same or different parameters or attributes, such as by using different intermediate devices, selected based on different parameters or attributes, such as different countries. The repetitions are limited to a pre-defined maximum number or attempts. The fetching attempts may be performed by the client device, by an intermediate device in a non-direct fetching scheme, or a combination thereof. Various fetching schemes may be used sequentially until the content is retrieved.

IPC Classes  ?

  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • G06F 16/909 - Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually using geographical or spatial information, e.g. location
  • G06F 9/54 - Interprogram communication
  • H04L 67/02 - Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
  • H04L 67/146 - Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
  • H04L 1/00 - Arrangements for detecting or preventing errors in the information received
  • H04L 69/40 - Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
  • H04L 67/01 - Protocols
  • H04L 67/568 - Storing data temporarily at an intermediate stage, e.g. caching

99.

System and method for managing non-direct URL fetching service

      
Application Number 17862473
Grant Number 12069029
Status In Force
Filing Date 2022-07-12
First Publication Date 2022-11-17
Grant Date 2024-08-20
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for providing and managing non-direct URL fetching service for retrieving a content from a web server to a client device is disclosed, such as for overcoming geo-blocking or a Man-In-The-Middle (MITM) attack. The non-direct fetching method may use intermediate devices, such as proxy server, Data-Center proxy server, tunnel devices, or any combination thereof. A URL request may be sent in parallel using both direct and non-direct fetching schemes, in order to verify the need for using the non-direct fetching service. Direct or non-direct fetching scheme may be selected by using a file that associates a fetching scheme to the requested URL. The selection of the fetching mechanism may use dynamically in real-time updating of a Proxy Auto-Configuration (PAC) file. As part of an accounting scheme, quotas may be applied to a cumulative received data or a time duration of using a non-direct fetching service.

IPC Classes  ?

  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • H04L 9/40 - Network security protocols

100.

System and method for managing non-direct URL fetching service

      
Application Number 17862457
Grant Number 12010101
Status In Force
Filing Date 2022-07-12
First Publication Date 2022-11-10
Grant Date 2024-06-11
Owner BRIGHT DATA LTD. (Israel)
Inventor
  • Shribman, Derry
  • Vilenski, Ofer

Abstract

A method for providing and managing non-direct URL fetching service for retrieving a content from a web server to a client device is disclosed, such as for overcoming geo-blocking or a Man-In-The-Middle (MITM) attack. The non-direct fetching method may use intermediate devices, such as proxy server, Data-Center proxy server, tunnel devices, or any combination thereof. A URL request may be sent in parallel using both direct and non-direct fetching schemes, in order to verify the need for using the non-direct fetching service. Direct or non-direct fetching scheme may be selected by using a file that associates a fetching scheme to the requested URL. The selection of the fetching mechanism may use dynamically in real-time updating of a Proxy Auto-Configuration (PAC) file. As part of an accounting scheme, quotas may be applied to a cumulative received data or a time duration of using a non-direct fetching service.

IPC Classes  ?

  • G06F 15/16 - Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
  • G06F 16/955 - Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
  • H04L 9/40 - Network security protocols
  1     2     3        Next Page