WO2014063971A1 - Procede de recuperation d'un contenu correspondant a une adresse url par un dispositif client - Google Patents

Procede de recuperation d'un contenu correspondant a une adresse url par un dispositif client Download PDF

Info

Publication number
WO2014063971A1
WO2014063971A1 PCT/EP2013/071650 EP2013071650W WO2014063971A1 WO 2014063971 A1 WO2014063971 A1 WO 2014063971A1 EP 2013071650 W EP2013071650 W EP 2013071650W WO 2014063971 A1 WO2014063971 A1 WO 2014063971A1
Authority
WO
WIPO (PCT)
Prior art keywords
client device
content
server
url address
server device
Prior art date
Application number
PCT/EP2013/071650
Other languages
English (en)
Inventor
Daniele Vito Finocchiaro
Antonio Arcidiacono
Original Assignee
Eutelsat S A
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Eutelsat S A filed Critical Eutelsat S A
Priority to MX2015005213A priority Critical patent/MX353184B/es
Priority to BR112015009293A priority patent/BR112015009293A2/pt
Priority to CA2889329A priority patent/CA2889329A1/fr
Priority to RU2015119609A priority patent/RU2015119609A/ru
Priority to EP13783276.2A priority patent/EP2912849A1/fr
Priority to US14/438,297 priority patent/US10523734B2/en
Publication of WO2014063971A1 publication Critical patent/WO2014063971A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/222—Secondary servers, e.g. proxy server, cable television Head-end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/955—Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
    • G06F16/9566—URL specific, e.g. using aliases, detecting broken or misspelled links
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/958—Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking
    • G06F16/986—Document structures and storage, e.g. HTML extensions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4782—Web browsing, e.g. WebTV
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6143—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a satellite

Definitions

  • the present invention relates to a method of retrieving content such as an HTML page corresponding to a URL address by a client device.
  • the method according to the invention finds a particularly advantageous application in the case of a satellite signal receiving installation having a very efficient forward path (high bit rate) and a very limited return path (low bit rate ).
  • the broadcasting of digital television programs by satellite is widely used throughout the world.
  • Many devices are installed in millions of users.
  • the devices installed are mainly reception devices which comprise an outdoor unit including a parabolic reflector which focuses the modulated microwave signals, on the source, called horn, of an LNB (of the English "Low Noise Block") and which translates by receiving block), the LNB transforming the received microwave signals into electrical signals in an intermediate satellite band in order to transmit them via a coaxial cable to the STB satellite decoder.
  • the decoder includes a demodulation block (DVB-S, DVB-S2 or DVB-SH) which extracts a modulated signal "useful” in the modulated signal transmitted on the coaxial cable and demodulates the extracted "useful” signal.
  • the demodulated "useful” signal may, for example, be used for displaying video images on a television screen.
  • a known solution to this problem is to use a return channel using an ADSL type of connection provided by fixed telephony operators (PSTN or "Switched Telephone Network") or a GPRS / UMTS type connection provided by mobile operators.
  • PSTN fixed telephony operators
  • GPRS GPRS / UMTS type connection provided by mobile operators.
  • This solution therefore requires additional hardware and an additional subscription;
  • the telephone switching is not particularly suitable for the transmission of small messages such as voting or command messages (relatively high cost, network saturation problems ).
  • the territorial coverage of these terrestrial networks is limited.
  • Another alternative is to use high speed bi-directional satellite terminals, but the cost of equipment and subscription may be too high for an application that uses only a very low transmission rate.
  • the return channel is a very narrow band return channel with a reduced bit rate. It is therefore understandable that the use of such a return channel is today limited to applications such as interactive services and does not allow access to the Internet, including browsing the Web. Normal Internet access is indeed based on the TCP / IP protocol; the latter requires a certain level of bit rate and limited latency for the return channel so as to ensure the sending of acknowledgments specific to this protocol. Therefore, such a protocol works very difficult with a return channel limited in speed and with a high latency (for example greater than 1 s).
  • a known solution to this problem in the case of satellite networks is to use TCP accelerators in order to improve TCP / IP performance over a link with high latency.
  • the accelerator attempts to reduce the number of acknowledgments without deleting all acknowledgments.
  • the accelerator does not further eliminate connection establishment requests with the use of a SYN synchronization flag. Consequently, even in the presence of a TCP accelerator, the strong imbalance between a forward and a return channel makes it very difficult to use the TCP / IP protocol which requires many round trips by sending requests and acknowledgments and therefore an intensive use of the non-adapted return path.
  • the present invention aims at providing a method for retrieving content such as an HTML page corresponding to a URL address by a client device in a system having a high-performance go channel and a return channel. reduced in terms of bit rate.
  • the invention proposes a method of recovering content in the form of an HTML page corresponding to a URL address by a client device comprising the following steps:
  • a client device and a server device located respectively at a user terminal and at a land station are advantageously used.
  • the client device sends a request corresponding to a request for access to content such as a web page associated with a URL.
  • This request is made in the form of a single short message using, for example, a modulation technique based on a spread spectrum protocol such as an asynchronous protocol. SPREAD ALOHA type bandwidth multiple random access (such a protocol is described, for example, in ETSI TS 102 721 -3).
  • This short message can also be sent via SMS ("Short Message Service”) using a terrestrial cellular network.
  • sending a short message means using a technology that can send a limited number of messages per day, each with less than 2000 bytes per message, with high latency, and without prior establishment.
  • a "connection" (for example via the exchange of a "handshake"), the transmission duration of a message being less than or equal to 1 s.
  • the short message including the URL address comprises only one or more packets of the layer 2 "data link" of the OSI model.
  • the client device sends said message, it does not specify a recipient address.
  • This preferred embodiment of the invention is particularly interesting in the case of a satellite communication between the client device and the server device.
  • the short message may advantageously comprise only one packet of the layer 2 "data link”.
  • the sending of the short message including the URL address by the client device to the server device may be in accordance with the User Datagram Protocol (UDP).
  • UDP User Datagram Protocol
  • the server device receives the URL address and will act as a proxy server by finding the content (ie the web page) associated with the URL address on the Internet. Once the content is retrieved (as well as, where appropriate, the images and scripts whose link is contained in the page, which are necessary for display), the server device transmits to the client device a file incorporating the content in the form a single sending using a unidirectional protocol with coding without acknowledgment such as one of the protocols used for the technology "push" (also called “datacast”). The client device will store the content and act as a proxy-cache to the user. The user communicates directly via his user terminal with the client device using his internet browser: the user has the "impression" of surfing the internet using the TCP / IP protocol.
  • the client device is preferably integrated with a device operating in transmission and reception both capable of transmitting short messages (object of the invention) but also of receiving modulated (for example, satellite) signals such as TV signals.
  • the client device integrates a demodulator enabling the demodulation of the signals received in the forward channel by satellite operating for example according to the DVB-S2 standard (ETSI EN 302 307 v1.2.1 Digital Video Broadcasting (DVB); channel coding and modulation Systems for Broadcasting, Interactive Services, News Gathe- ring and other broadband satellite applications) and a modulator for the creation of short messages (for example a modulator operating according to an asynchronous protocol with multiple random access according to the standard described in ETSI TS 102 721 -3: "Satellite Earth Stations and Systems: Air Interface for S-Band Mobile Interactive Multimedia (S-MIM); Part 3: Physical Layer Specification, Return Link Asynchronous Access."
  • the process according to the invention may also have one or more of the following characteristics, considered individually or in any technically possible combination:
  • the method according to the invention comprises a step of extraction by the client device from said single file of the content as well as previously downloaded elements whose link is contained in said content, storage of said content and said previously downloaded elements in the memory of the client device, and making available to a user terminal said content and said previously downloaded elements;
  • the method according to the invention comprises a step of creation by the server device of a single file incorporating said content, said content being transmitted in the form of said file by the server device to the client device via said unidirectional protocol with coding without acknowledgment ;
  • the method according to the invention comprises a step of verification by the server device of the presence of the content of the URL address in a memory of the server device so that said downloading on the Internet network by the server device of the content corresponding to said address URL is in the absence of the contents of the URL in the memory;
  • the content is an HTML page
  • said method comprising the step of analyzing said content by the server device and, where appropriate, downloading on the Internet network by the server device elements such as images and scripts whose link is contained in said content; in other words, if the URL corresponds to a web page, the server device will download on the Internet the content referenced by the HTML code (images, Javascript script, ...); said server device sends said elements asynchronously, said client device being ready to receive said elements and to store them in its memory;
  • the method according to the invention comprises the following steps:
  • said transmission of the message by the client device to the server device is performed by a satellite transmission, said method comprising the following steps:
  • the modulated signal incorporating the message sent by the client device is modulated according to a spread spectrum protocol operating according to a spread spectrum multiple random access asynchronous protocol;
  • said transmission of the content by the server device to the client device is performed by a satellite transmission; said client device creates said message including said URL address in a compressed format;
  • said server device ignores the message when it has already sent the requested content asynchronously and the client device has sent said message before receiving the content;
  • said client device receives and saves in its "cache” memory all the content sent by the server asynchronously.
  • the forward channel is a broadcast or broadcast type of channel (thus received by many client devices at the same time)
  • such a step makes it possible to fill the "cache" memories of the client devices, by increasing the probability that the content is already there when the user asks for it;
  • said server device marks certain files incorporating content with one or more indicators such as flags so that they are received and stored by several client devices at the same time. This targeting by means of indicators makes it possible to increase the probability of satisfying a request from the user by using the cache memory of the client device.
  • the present invention also relates to a client device and a server device for implementing the method according to the invention.
  • FIG. 1 schematically represents a transmission / reception installation for implementing the method according to the invention
  • FIG. 2 illustrates the different steps of the method according to the invention.
  • FIG. 1 schematically represents a transmission / reception installation 1 for implementing the method according to the invention. It is understood that the installation 1 is given for illustrative purposes and that many variants are possible for the implementation of the method without departing from the scope of the present invention.
  • the transmission / reception facility 1 comprises: a parabolic reflector 3 adapted to receive signals received from a first satellite 102 and to transmit signals to a second satellite 103;
  • a transmitting / receiving unit 2 for example outside a house
  • a housing 21 (for example intended to be housed inside the house).
  • the parabolic reflector 3 for example receives signals from the Ku-band satellite 102 (10.7 GHz - 12.75 GHz) and transmits signals to the satellite 103 in the C-band (5.85-6.42 GHz) or in the Ka-band (29.5 -30 GHz); it will be noted that the information concerning the frequencies used are given for purely illustrative and non-limiting purposes. In addition, even if the invention is here described with two satellites, it is understood that the use of a single satellite for the forward channel and the return channel is also possible.
  • the transmitting / receiving unit 2 comprises:
  • Such an add-on device 33 is for example described in the patent application FR08 / 56940.
  • the housing 21 comprises:
  • a client device 101 whose characteristics will be specified in the remainder of the description; means 26 for wireless connection to a WiFi type local network capable of providing an interface between the client device 101 and a user terminal 100;
  • an output 32 adapted to deliver demodulated signals by the demodulator 24 to a satellite decoder 31, also known as STB ("Set Top Box" in English).
  • STB Set Top Box
  • the coaxial cable 20 connects the housing 21 via its coupler / decoupler 22 and the transmission / reception unit 2 via its coupler / decoupler 15.
  • the demodulator 24 is for example a demodulator operating according to the DVB-S2 standard.
  • the modulator 25 operates, for example, according to an SPREAD ALOHA modulated band spreading multiple random access asynchronous protocol optimized for the satellite hub to be able to use means for eliminating interference (such a protocol is for example described in FIG. standard described in ETSI TS 102 721 -3: "Satellite Earth Stations and Systems, Air Interface for S-Band Mobile Interactive Multimedia (S-MIM), Part 3: Physical Layer Specification, Return Link Asynchronous Access.") .
  • the set of signals is coupled on the single coaxial cable 20.
  • the installation 1 is based on a part operating in the forward channel for receiving TV signals and Ku-band data transmitted by a terrestrial station (satellite hub) 104 (equipped with a DVB-S2 modulator / encapsulator) and a demodulator operating according to an asynchronous bandwidth multiple random access protocol) to the satellite 102, and a C or Ka band return channel from the satellite 103 to said station 104 enabling the setting up of interactive services (voting, consumption of conditional access content through the exchange of keys, orders for new services such as video on demand).
  • the method according to the invention will advantageously use this return path to allow a user equipped with a user terminal 100 (for example example a smartphone, a PC or a touch pad) equipped with a web browser connected to the client device 101 to access the content of HTML pages via its browser.
  • a user terminal 100 for example example a smartphone, a PC or a touch pad
  • the hub 104 is equipped with a server device 105 connected to the Internet network 106 and whose characteristics will be specified in the following description.
  • the client device 101 comprises:
  • a set 1 1 1 comprising a DHCP server 109 (Dynamic Host Configuration Protocol) and a DNS server 1 10 (Domain Name System);
  • the server device 105 comprises:
  • means 1 for receiving the messages sent by the terminals.
  • the client device 101 is configured as an HTTP proxy server for the browser of the terminal 100.
  • This configuration can be manual or through a response to a DHCP request if the user terminal supports this technology ( WPAD "Web Proxy Auto Discovery").
  • the user terminal 100 transmits an HTTP request including the URL address (which it seeks to obtain the content, typically a web page) to the client device 101.
  • the reception of the URL address by the client device 101 causes the client device 101 to check the presence of the content of said URL address in its cache memory. If the content is present, the HTML page corresponding to the URL is directly transmitted to the user terminal via the established TCP connection. This case can occur, for example, if the page has already been requested by the user.
  • the client device 101 in the absence of the content of the URL address in its cache memory, the client device 101 creates a short message including the URL address.
  • the client device 101 uses, for example, the modulator 25 operating according to an SPREAD ALOHA modulated band spreading multiple random access asynchronous protocol.
  • the client device 101 may also carry out a preliminary step of compressing the data to be sent for example by using a ZIP algorithm so as to obtain only one short message integrating the URL address, even if if the URL is very long.
  • the message will then be sent via the return channel of the installation 1 (here in C or Ka band).
  • the invention is however not limited to a satellite return channel and it is also possible to create a short message of the SMS type which will then be transmitted by terrestrial return (GPRS connection or GSM-SMS). It will be noted here that the outward and return paths can be completely decoupled; at the extreme, the message can be transmitted as a sequence of dialed digits on a telephone line with a keyboard (ie the tones are used in the back-end telephone). Similarly, it is perfectly possible to envisage other possible scenarios, for example that the client device that sends the request is not the same as the one that receives the requested content.
  • the message is then transmitted by the client device 101 to the server device 105 according to a connectionless unidirectional transmission protocol.
  • the message is for example sent on the return channel of the installation 1 so that the message passes through the satellite 103 and is then retrieved by the hub 104.
  • the server device 105 is either integrated with the hub 104 or communi- with him.
  • the server device 105 will use the demodulator operating according to an asynchronous bandwidth multiple random access protocol to retrieve the URL address.
  • the server device 105 verifies the presence of the content of the URL address in its cache memory.
  • the server device 105 connects to the Internet 106 to download the web page corresponding to the URL.
  • the server device 105 can also pre-load ("pre-fetching" in English) by retrieving information that the user is likely to want to visit in the near future. To do this, the server device 105 analyzes the downloaded HTML web page to find the images and other elements whose link is contained in said HTML page. The HTML page and the associated elements / images are downloaded and stored in the cache memory of the server device 105.
  • the server device 105 then creates a single file (for example a compressed file in .zip format) including the HTML page as well as the pre-loaded elements / images.
  • a single file for example a compressed file in .zip format
  • the server device will use its push data transmission means to transmit the file via a protocol used for the "push” technology (also called “datacast”), ie a protocol unidirectional with coding without acknowledgment.
  • This "datacast" protocol may require additional operations such as the addition of error correction codes so as to guarantee a very high probability of transmission without errors.
  • the file as such is transmitted via a physical level protocol such as DVB-S2 by transiting for example by the satellite 102.
  • the principle of push content delivery is that there is no connection to initiate, and the content can be received by several or all client devices at the same time.
  • the client means for receiving a push data stream of the client device 101 includes software means that constantly listen and receive what is broadcast by the server device.
  • the client device 101 retrieves the HTML page corresponding to the URL address as well as the elements of said page whose link is contained naked in the page. Once recovered, the page and the elements are stored in the cache memory of the client device 101.
  • the user terminal 100 which communicates with the client device via its TCP connection receives the HTML page. Thanks to the prefetching performed, the user terminal 100 can also have quick access to the information targeted by the links contained in said page and stored in the cache memory of the client device 101.
  • client device 101 is not configured as a proxy browser, a possible mechanism is illustrated in FIG.
  • the client device 101 which comprises a DHCP server receives a DHCP request from the terminal 100 and allocates a local IP address for the terminal 100; it saves this address associated with the terminal in its cache memory.
  • the client device 101 transmits its own IP address as the default DNS server and gateway at the terminal 100.
  • the terminal 100 transmits a DNS request to the client device 101 corresponding to the URL address entered in the browser.
  • the client device 101 verifies the presence of the name of the server server associated with the DNS request in its cache memory.
  • a step 304 if the server name associated with the DNS request is present in the cache memory, the client device 100 transmits to the user terminal 100 the IP address already associated with the server name.
  • the client device 100 creates a temporary IP address associated with the server name and then transmits it to the user terminal 101; this temporary IP address is also stored in the cache memory.
  • the temporary IP address is a dummy address that does not actually correspond to the IP address of the server name, the only condition being that this temporary address does not belong to the local network of the user terminal 100.
  • the client device 101 dupes the terminal 100 by sending him a "fake" address as if he had resolved the server name.
  • a step 306 the user terminal 100 attempts to establish a TCP connection with the server corresponding to the temporary IP address; in fact, the client device 101 substitutes itself for the server by assigning itself said temporary IP address so that the TCP connection is established between the user terminal 100 and the client device 101; the client device 101 simulates a TCP connection between the user terminal 100 and the server associated with the URL.
  • step 201 is described with reference to FIG. 2.
  • the client device and the server device are intended for managing the different operations to be performed in order to implement the method according to the invention. To do this, they comprise several software means (i.e. applications) some of which are dedicated to the implementation of the invention. In other exemplary embodiments, these software means could be replaced by specific electronic circuits.
  • the invention has been more particularly described in the case of use in C or Ka band but it can also be used in satellite S band (1980 - 2010 MHz and 2170-2200 MHz).
  • DVB-S2 modulation / demodulation may be used such as DVB-T, DVB-T2 standards. , DVB-S or DVB-SH.
  • the pre-fetching steps can go beyond the links contained in the requested page so that the server device can also download particularly requested pages ("best of the web), which will then be stored in the cache memory of the server device and client devices.
  • the server can use indicators that are recognized by all clients targeted by this content: these clients will receive and store the content even if the user did not request it.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Multimedia (AREA)
  • Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Astronomy & Astrophysics (AREA)
  • Information Transfer Between Computers (AREA)
  • Radio Relay Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

La présente invention concerne un procédé de récupération d'un contenu tel qu'une page HTML correspondant à une adresse URL par un dispositif client comportant les étapes suivantes : - à partir d'une adresse URL correspondant au contenu, vérification par le dispositif client de la présence du contenu de l'adresse URL dans une mémoire cache du dispositif client; - en l'absence du contenu de l'adresse URL dans la mémoire cache, création par le dispositif client d'un message court incluant l'adresse URL; - transmission du message par le dispositif client vers un dispositif serveur selon un protocole de transmission unidirectionnel sans connexion donné; - téléchargement sur le réseau internet par le dispositif serveur du contenu correspondant à l'adresse URL; - transmission du contenu par le dispositif serveur vers le dispositif client via un protocole unidirectionnel avec codage sans acquittement; - réception du contenu par le dispositif client, récupération et stockage par le dispositif client du contenu dans la mémoire cache.

Description

Procédé de récupération d'un contenu correspondant à une adresse
URL par un dispositif client
La présente invention concerne un procédé de récupération d'un contenu tel qu'une page HTML correspondant à une adresse URL par un dispositif client. Le procédé selon l'invention trouve une application particulièrement intéressante dans le cas d'une installation de réception de signaux sa- tellitaires disposant d'une voie aller très efficace (débit binaire élevé) et d'une voie retour très limitée (débit binaire faible).
Actuellement, la diffusion de programmes de télévision numérique par voie satellite (par exemple selon l'une des normes DVB-S, DVB-S2 ou DVB- SH) est largement utilisée à travers le monde. De nombreux dispositifs sont installés chez des millions d'utilisateurs. Les dispositifs installés sont majoritairement des dispositifs de réception qui comportent une unité extérieure incluant un réflecteur parabolique qui focalise les signaux hyperfréquences modulés, sur la source, appelé cornet, d'un LNB (de l'anglais « Low Noise Block » et qui se traduit par bloc de réception), le LNB transformant les si- gnaux hyperfréquences reçus en signaux électriques en bande satellite intermédiaire afin de les transmettre, par l'intermédiaire d'un câble coaxial au décodeur satellite STB. Le décodeur comprend un bloc de démodulation (DVB-S, DVB-S2 ou DVB-SH) qui extrait un signal modulé « utile » dans le signal modulé transmis sur le câble coaxial et démodule le signal « utile » extrait. Le signal « utile » démodulé peut, par exemple, être utilisé pour l'affichage d'images vidéo sur un écran de télévision.
Les offres de diffusion de programmes de télévision numérique par voie satellitaire sont aujourd'hui essentiellement purement passives, c'est-à- dire unidirectionnelles (« one-way service » en anglais).
II peut toutefois s'avérer utile de pouvoir offrir des services nécessitant une voie retour à débit limité ; c'est le cas par exemple des services interactifs (votes, consommation de contenus à accès conditionnel par échange de clefs, commandes de nouveaux services tels que de la vidéo à la demande). En outre, cette voie retour peut trouver des applications parti- culièrement intéressantes dans le domaine des communications de machine à machine (« Machine to machine » en anglais) ou M2M pour contrôler certains appareils (alarme, chauffage, ...) et/ou récupérer des données mesurées par des capteurs ou compteurs (gaz, électricité...) présents au sein des foyers.
Une solution connue à ce problème consiste à utiliser une voie retour utilisant une connexion de type ADSL fournie par des opérateurs de téléphonie fixe (RTC ou « Réseau Téléphonique Commuté ») ou une connexion de type GPRS/UMTS fournie par des opérateurs de téléphonie mobile. Cette solution nécessite donc du matériel supplémentaire ainsi qu'un abonnement additionnel ; par ailleurs, la commutation téléphonique n'est pas particulièrement adaptée à la transmission de messages peu volumineux tels que des messages de vote ou de commande (coût relativement élevé, problèmes de saturation du réseau...). En outre la couverture territoriale de ces réseaux terrestres est limitée.
Une autre solution consiste à utiliser des terminaux satellitaires bidirectionnels à haut débit, mais le coût de l'équipement et de l'abonnement peut être trop élevé pour une application qui utilise seulement un débit d'émission très faible.
La plupart des offres de télévision par satellite n'intègre pas de voie retour. On peut toutefois citer un exemple de système de diffusion bidirectionnel de télévision par satellite décrit dans le document de brevet EP0888690 ; ce système utilise une voie aller en bande large Ku et une voie retour en bande étroite L. Ce système est encombrant, complexe et coûteux dans la mesure où il nécessite la présence de deux réflecteurs (pour chaque bande Ku et L) ou d'un réflecteur dédié comprenant un réflecteur apte à recevoir des signaux en bande Ku et intégrant une antenne de transmission en bande L. Ce système entraîne également la présence de deux voies physiques d'acheminement de données, l'une de l'antenne en bande Ku vers le décodeur à l'intérieur de la maison et l'autre du décodeur vers l'antenne en bande L. On comprend aisément que ce type d'installation entraîne un changement complet des systèmes standards équipant actuellement les foyers et un surcoût non négligeable. Un autre exemple de système de diffusion bidirectionnel de télévision par satellite est décrit dans la demande de brevet WO201 1076791 déposée par la demanderesse. Ce système utilise une voie aller en bande large Ku ou Ka et une voie retour en bande étroite S ou en bande C, les signaux étant multiplexés sur un même câble coaxial. Le gain du réflecteur pour recevoir les signaux hyperfréquences en bande Ku ou Ka est utilisé pour transmettre les signaux en voie retour dans la bande S ou la bande C.
Dans les situations évoquées ci-dessus, la voie retour est une voie retour en bande très étroite avec un débit binaire réduit. On comprend donc que l'utilisation d'une telle voie retour est aujourd'hui limitée aux applications telles que des services interactifs et ne permet d'accéder à Internet, notamment en naviguant sur le Web. L'accès normal à internet est en effet basé sur le protocole TCP/IP ; ce dernier requiert un certain niveau de débit binaire et une latence limitée pour la voie retour de façon à assurer l'envoi des acquittements propres à ce protocole. Dès lors, un tel protocole fonctionne très difficilement avec une voie retour limitée en débit et avec une latence importante (par exemple supérieure à 1 s).
Une solution connue à ce problème dans le cas des réseaux satellitaires consiste à utiliser des accélérateurs TCP (« TCP accelerator » en an- glais) de manière à améliorer les performances du protocole TCP/IP sur un lien avec une latence importante. L'accélérateur tente de réduire le nombre d'acquittements sans pour autant supprimer l'ensemble des acquittements. L'accélérateur ne supprime pas d'avantage les demandes d'établissement de connexion avec l'utilisation d'un drapeau de synchronisation SYN. En conséquence, même en présence d'un accélérateur TCP, le fort déséquilibre entre une voie aller et une voie retour rend très difficile l'utilisation du protocole TCP/IP qui nécessite de nombreux aller/retour par le biais d'envoi de requêtes et d'acquittements et donc une utilisation intensive de la voie retour non adaptée.
Dans ce contexte, la présente invention vise à fournir un procédé de récupération d'un contenu tel qu'une page HTML correspondant à une adresse URL par un dispositif client dans un système disposant d'une voie aller très performante et d'une voie retour réduite en termes de débit binaire. A cette fin, l'invention propose un procédé de récupération d'un contenu sous la forme d'une page HTML correspondant à une adresse URL par un dispositif client comportant les étapes suivantes :
- à partir d'une adresse URL correspondant au dit contenu, vérification par le dispositif client de la présence du contenu de l'adresse URL dans une mémoire du dispositif client ;
- en l'absence du contenu de l'adresse URL dans la mémoire, création par le dispositif client d'un message court incluant l'adresse URL ;
- transmission dudit message par le dispositif client vers un dispositif serveur selon un protocole de transmission unidirectionnel sans connexion donné ;
- téléchargement sur le réseau internet par le dispositif serveur du contenu correspondant à ladite adresse URL ;
- analyse dudit contenu par le dispositif serveur et téléchargement sur le réseau internet par le dispositif serveur des éléments tels que les images et les scripts dont le lien est contenu dans ledit contenu ;
- création par le dispositif serveur d'un unique fichier incorporant ledit contenu ainsi que les éléments précédemment téléchargés ;
- transmission dudit contenu ainsi que des éléments précédemment té- léchargés par le dispositif serveur vers le dispositif client sous la forme dudit unique fichier via un protocole unidirectionnel avec codage sans acquittement ;
- réception dudit unique fichier par le dispositif client ;
- récupération et stockage par le dispositif client dudit unique fichier dans ladite mémoire.
Grâce à l'invention, on utilise avantageusement un dispositif client et un dispositif serveur localisés respectivement auprès d'un terminal utilisateur et d'une station terrestre. Le dispositif client envoie une requête correspondant à une demande d'accès à un contenu tel qu'une page web associée à une adresse URL. Cette requête est réalisée sous la forme d'un message court unique en utilisant par exemple une technique de modulation basée sur un protocole à étalement de spectre tel qu'un protocole asynchrone à accès aléatoire multiple à étalement de bande par modulation du type SPREAD ALOHA (un tel protocole est par exemple décrit dans le document ETSI TS 102 721 -3). Ce message court peut également être envoyé par SMS (« Short Message Service ») en utilisant un réseau cellulaire terrestre.
De façon générale, on entend par envoi d'un message court le fait d'utiliser une technologie permettant d'envoyer un nombre limité de messages par jour, chacun avec moins de 2000 octets par message, avec une latence importante, et sans établissement préalable d'une « connexion » (par exemple via l'échange d'un « handshake »), la durée d'émission d'un message étant inférieure ou égale à 1 s.
Selon un mode préférentiel de réalisation de l'invention, le message court incluant l'adresse URL comporte uniquement un ou plusieurs paquets de la couche 2 « liaison de données » du modèle OSI. Ainsi, lorsque le dispositif client envoie ledit message, il ne spécifie pas une adresse de destinataire. Ce mode préférentiel de réalisation de l'invention est particulièrement intéressant dans le cas d'une communication par satellite entre le dispositif client et le dispositif serveur. Le message court pourra avantageusement comporter uniquement un seul paquet de la couche 2 « liaison de données ».
Selon un autre mode de réalisation de l'invention, l'envoi du message court incluant l'adresse URL par le dispositif client vers le dispositif serveur pourra être conforme au protocole UDP (User Datagram Protocol).
Le dispositif serveur reçoit l'adresse URL et va agir comme un serveur proxy en retrouvant le contenu (i.e. la page web) associé à l'adresse URL sur Internet. Une fois le contenu récupéré (ainsi que, le cas échéant, les images et scripts dont le lien est contenu dans la page, qui sont nécessaires pour l'affichage), le dispositif serveur transmet au dispositif client un fichier incorporant le contenu sous la forme d'un envoi unique en utilisant un protocole unidirectionnel avec codage sans acquittement tel qu'un des pro- tocoles utilisés pour la technologie « push » (dite également « datacast »). Le dispositif client va stocker le contenu et agir comme un proxy-cache vers l'utilisateur. L'utilisateur communique directement via son terminal utilisateur avec le dispositif client en utilisant son navigateur internet : l'utilisateur a « l'impression » de naviguer sur internet en utilisant le protocole TCP/IP.
On notera que le dispositif client est de préférence intégré à un dispositif fonctionnant en émission et en réception à la fois capable de transmettre des messages courts (objet de l'invention) mais également de recevoir des signaux (par exemple satellitaires) modulés tels que des signaux TV. Le dispositif client intègre dans ce cas un démodulateur permettant la démodulation des signaux reçus en voie aller par voie satellitaire fonctionnant par exemple selon la norme DVB-S2 (ETSI EN 302 307 v1 .2.1 Digital Video Broadcasting (DVB) ; Second génération framing structure, channel coding and modulation Systems for Broadcasting, Interactive Services, News Gathe- ring and other broadband satellite applications) et un modulateur pour la création des messages courts (par exemple un modulateur fonctionnant suivant un protocole asynchrone à accès aléatoire multiple selon la norme dé- crite dans le document ETSI TS 102 721 -3 : « Satellite Earth Stations and Systems. Air Interface for S-band Mobile Interactive Multimedia (S-MIM); Part 3 : Physical Layer Spécification, Return Link Asynchronous Access. »)
Le procédé selon l'invention peut également présenter une ou plusieurs des caractéristiques ci-dessous, considérées individuellement ou se- Ion toutes les combinaisons techniquement possibles :
- le procédé selon l'invention comporte une étape d'extraction par le dispositif client à partir dudit unique fichier du contenu ainsi que des éléments précédemment téléchargés dont le lien est contenu dans ledit contenu, de stockage dudit contenu et desdits éléments précé- demment téléchargés dans la mémoire du dispositif client, et de mise à la disposition d'un terminal utilisateur dudit contenu et desdits éléments précédemment téléchargés ;
- le procédé selon l'invention comporte une étape de création par le dispositif serveur d'un unique fichier incorporant ledit contenu, ledit contenu étant transmis sous la forme dudit fichier par le dispositif serveur vers le dispositif client via ledit protocole unidirectionnel avec codage sans acquittement ; le procédé selon l'invention comporte une étape de vérification par le dispositif serveur de la présence du contenu de l'adresse URL dans une mémoire du dispositif serveur de sorte que ledit téléchargement sur le réseau internet par le dispositif serveur du contenu correspondant à ladite adresse URL se fait en l'absence du contenu de l'adresse URL dans la mémoire ;
le contenu est une page HTML, ledit procédé comportant l'étape d'analyse dudit contenu par le dispositif serveur et le cas échéant, téléchargement sur le réseau internet par le dispositif serveur des éléments tels que les images et les scripts dont le lien est contenu dans ledit contenu ; en d'autres termes, si l'adresse URL correspond à une page web, le dispositif serveur va télécharger sur le réseau internet le contenu référencié par le code HTML (images, script Javascript, ...) ; ledit dispositif serveur envoie lesdits éléments de façon asynchrone, ledit dispositif client étant prêt à recevoir lesdits éléments et à les stocker dans sa mémoire ;
le procédé selon l'invention comporte les étapes suivantes :
o tentative d'ouverture du lien associé à l'adresse URL sur le navigateur d'un terminal utilisateur ;
o transmission d'une requête DNS dudit terminal utilisateur vers le dispositif client ;
o vérification par le dispositif client de la présence du nom de serveur associé à la requête DNS dans une base de données locale du dispositif client ; o si le nom de serveur est présent dans ladite base de données, transmission par le dispositif client vers le terminal utilisateur de l'adresse IP déjà associée au dit nom de serveur ;
o si le nom de serveur n'est pas présent dans ladite base de données, création par le dispositif client d'une adresse IP temporaire associée au dit nom de serveur puis transmission par le dispositif client vers ledit terminal utilisateur de ladite adresse IP temporaire et enregistrement de ladite adresse IP temporaire dans ladite base de données ;
o tentative d'établissement d'une connexion TCP par le terminal utilisateur avec le serveur correspondant à ladite adresse IP temporaire, ledit dispositif client se substituant au serveur en s'attribuant ladite adresse IP temporaire de sorte que la connexion TCP est établie entre le terminal utilisateur et le dispositif client ;
o transmission d'une requête HTTP incluant l'adresse URL par le terminal utilisateur vers le dispositif client, la réception de l'adresse URL par le dispositif client entraînant ladite étape de vérification par ledit dispositif client de la présence du contenu de ladite adresse URL dans une mémoire du dispositif client ; o récupération du contenu par le dispositif client et envoi du contenu au terminal utilisateur à travers la connexion TCP établie, ledit protocole unidirectionnel avec codage sans acquittement est un des protocoles utilisés pour la technologie « push » dite aussi « data- cast » ;
ladite transmission du message par le dispositif client vers le dispositif serveur est réalisée par une transmission par satellite, ledit procédé comportant les étapes suivantes :
o transmission en voie montante par le dispositif client dudit message incorporé dans un signal modulé vers le satellite ; o transmission en voie descendante par le satellite d'un signal incorporant ledit signal modulé incorporant le message vers une station terrestre connectée au dispositif serveur ;
le signal modulé incorporant le message émis par le dispositif client est modulé selon un protocole à étalement de spectre fonctionnant selon un protocole asynchrone à accès aléatoire multiple à étalement de spectre ;
ladite transmission du contenu par le dispositif serveur vers le dispositif client est réalisée par une transmission par satellite ; - ledit dispositif client crée ledit message incluant ladite adresse URL sous un format compressé ;
- ledit dispositif serveur ignore le message quand il a déjà envoyé le contenu demandé de façon asynchrone et que le dispositif client a émis ledit message avant d'avoir reçu le contenu ;
- ledit dispositif client reçoit et sauvegarde dans sa mémoire « cache » tout le contenu envoyé par le serveur de façon asynchrone. Ainsi, si la voie aller est une voie de type broadcast ou diffusion (donc reçue par beaucoup de dispositifs clients en même temps), une telle étape permet de remplir les mémoires « caches » des dispositifs clients, en augmentant la probabilité que le contenu soit déjà là quand l'utilisateur le demandera;
- ledit dispositif serveur marque certains fichiers incorporant du contenu avec un ou plusieurs indicateurs tels que des flags pour qu'ils soient reçus et stockés par plusieurs dispositifs clients en même temps. Ce ciblage grâce à des indicateurs permet d'augmenter la probabilité de satisfaire une demande de l'utilisateur en utilisant la mémoire « cache » du dispositif client.
La présente invention a également pour objet un dispositif client et un dispositif serveur pour la mise en œuvre du procédé selon l'invention.
D'autres caractéristiques et avantages de l'invention ressortiront clairement de la description qui en est donnée ci-dessous, à titre indicatif et nullement limitatif, en référence aux figures annexées :
- La figure 1 représente schématiquement une installation d'émission/réception pour la mise en œuvre du procédé selon l'invention ;
- La figure 2 illustre les différentes étapes du procédé selon l'invention.
La figure 1 représente schématiquement une installation d'émission/réception 1 pour la mise en œuvre du procédé selon l'invention. Il est entendu que l'installation 1 n'est donnée qu'à titre illustrative et que de nombreuses variantes sont possibles pour la mise en œuvre du procédé sans sortir du cadre de la présente invention.
L'installation d'émission/réception 1 comporte : - un réflecteur parabolique 3 apte à recevoir des signaux reçus d'un premier satellite 102 et à émettre des signaux vers un second satellite 103 ;
- une unité d'émission/réception 2 (par exemple extérieure à une mai- son) ;
- un câble coaxial 20 ;
- un boîtier 21 (par exemple destiné à être logé à l'intérieur de la maison).
Le réflecteur parabolique 3 reçoit par exemple des signaux issus du satellite 102 en bande Ku (10,7 GHz - 12,75 GHz) et émet des signaux vers le satellite 103 en bande C (5.85-6.42 GHz) ou en bande Ka (29.5-30 GHz); on notera que les informations concernant les fréquences utilisées sont données à titre purement illustratif et non limitatif. En outre, même si l'invention est ici décrite avec deux satellites, il est entendu que l'utilisation d'un seul et même satellite pour la voie aller et la voie retour est également possible.
L'unité d'émission/réception 2 comporte :
- un bloc LNB 4 ;
- un bloc d'émission 9 ;
- un coupleur/découpleur hyperfréquences de signaux radioélectriques
15.
Il peut alors s'avérer intéressant d'utiliser un dispositif d'adjonction 33 du bloc d'émission/réception 9 sur le LNB 4 du récepteur parabolique déjà équipé, pointé et réglée sans qu'il soit nécessaire de modifier le montage ou le réglage de l'antenne existante. Un tel dispositif d'adjonction 33 est par exemple décrit dans la demande de brevet FR08/56940.
Le boîtier 21 comporte :
- un coupleur/découpleur 22 ;
- un modulateur 25 ;
- un démodulateur 24 ;
- un dispositif client 101 dont nous préciserons les caractéristiques dans la suite de la description ; - des moyens 26 de connexion sans fil à un réseau local du type WiFi apte à assurer une interface entre le dispositif client 101 et un terminal utilisateur 100;
- une sortie 32 apte à délivrer des signaux démodulés par le démodula- teur 24 vers un décodeur satellite 31 dit encore STB (« Set Top Box » en anglais).
Le câble coaxial 20 relie le boîtier 21 via son coupleur/découpleur 22 et l'unité d'émission/réception 2 via son coupleur/découpleur 15.
Le démodulateur 24 est par exemple un démodulateur fonctionnant selon la norme DVB-S2.
Le modulateur 25 fonctionne par exemple suivant un protocole asynchrone à accès aléatoire multiple à étalement de bande par modulation du type SPREAD ALOHA optimisé pour que le hub satellitaire puisse utiliser des moyens d'élimination d'interférences (un tel protocole est par exemple décrit dans la norme décrite dans le document ETSI TS 102 721 -3 : « Satellite Earth Stations and Systems. Air Interface for S-band Mobile Interactive Multimedia (S-MIM); Part 3: Physical Layer Spécification, Return Link Asyn- chronous Access. »).
L'ensemble des signaux est couplé sur le seul câble coaxial 20.
L'installation 1 repose sur une partie fonctionnant en voie aller permettant de recevoir des signaux TV et des données en bande Ku émis par une station terrestre (hub satellitaire) 104 (équipée d'un modula- teur/encapsulateur DVB-S2 et d'un démodulateur fonctionnant suivant un protocole asynchrone à accès aléatoire multiple à étalement de bande) vers le satellite 102, et une voie retour en bande C ou Ka du satellite 103 vers ladite station 104 permettant la mise en place de services interactifs (votes, consommation de contenus à accès conditionnel par échange de clefs, commandes de nouveaux services tels que de la vidéo à la demande).
Il existe un fort déséquilibre en termes de débit binaire entre la voie aller et la voie retour de sorte que l'utilisation du protocole TCP/IP de manière fiable et efficace est impossible.
Le procédé selon l'invention va avantageusement utiliser cette voie retour pour permettre à un utilisateur muni d'un terminal utilisateur 100 (par exemple un Smartphone, un PC ou une tablette tactile) équipé d'un navigateur (« browser » en anglais) web connecté au dispositif client 101 d'avoir accès au contenu de pages HTML via son navigateur. Pour ce faire, le hub 104 est équipé d'un dispositif serveur 105 connecté au réseau internet 106 et dont nous préciserons les caractéristiques dans la suite de la description.
Les différentes étapes du procédé 200 selon l'invention sont illustrées en référence à la figure 2.
Le dispositif client 101 comporte :
- un ensemble 1 1 1 comportant un serveur DHCP 109 (Dynamic Host Configuration Protocol) et un serveur DNS 1 10 (Domain Name System) ;
- une mémoire cache 108 ;
- des moyens clients 107 de réception de flux de données en mode push connectés au démodulateur 24.
Le dispositif serveur 105 comporte :
- une mémoire cache 1 12 ;
- des moyens 1 13 de connexion à Internet ;
- des moyens 1 14 d'émission de flux de données en mode push ;
- des moyens 1 15 de réception des messages envoyés par les termi- naux.
Nous partons ici de l'hypothèse que le dispositif client 101 est configuré en tant que serveur proxy HTTP pour le navigateur du terminal 100. Cette configuration peut être manuelle soit à-travers une réponse à une requête DHCP si le terminal utilisateur supporte cette technologie (WPAD « Web Proxy Auto Discovery »).
Selon une étape 201 , le terminal utilisateur 100 transmet une requête HTTP incluant l'adresse URL (dont il cherche à obtenir le contenu, typiquement une page web) vers le dispositif client 101 .
Selon une étape 202, la réception de l'adresse URL par le dispositif client 101 entraîne une vérification par le dispositif client 101 de la présence du contenu de ladite adresse URL dans sa mémoire cache. Si le contenu est présent, la page HTML correspondant à l'adresse URL est directement transmise au terminal utilisateur via la connexion TCP établie. Ce cas peut par exemple se produire si la page a déjà été demandée par l'utilisateur.
Selon une étape 203, en l'absence du contenu de l'adresse URL dans sa mémoire cache, le dispositif client 101 crée un message court incluant l'adresse URL. Pour envoyer ce message, le dispositif client 101 utilise par exemple le modulateur 25 fonctionnant suivant un protocole asynchrone à accès aléatoire multiple à étalement de bande par modulation du type SPREAD ALOHA. Il convient de noter que le dispositif client 101 peut également procéder à une étape préalable de compression des données à en- voyer par exemple en utilisant un algorithme ZIP de façon à n'obtenir qu'un seul message court intégrant l'adresse URL, même si l'adresse URL est très longue. Comme nous le verrons plus dans ce qui suit, le message va ensuite être envoyé via la voie retour de l'installation 1 (ici en bande C ou Ka). L'invention n'est toutefois pas limitée à une voie retour satellitaire et il est également possible de créer un message court de type SMS qui sera alors transmis par voie retour terrestre (connexion GPRS ou GSM-SMS). On notera ici que les voies aller et retour peuvent être totalement découplées ; à l'extrême, le message peut être transmis comme une suite de chiffres composés sur une ligne téléphonique avec un clavier (i.e. on utilise les tonalités (« tones ») du téléphone en voie retour). De même, on peut parfaitement envisager d'autre scénarios possibles, par exemple que le dispositif client qui envoie la requête ne soit pas le même que celui qui reçoit le contenu demandé.
Selon une étape 204, le message est ensuite transmis par le disposi- tif client 101 vers le dispositif serveur 105 selon un protocole de transmission unidirectionnel sans connexion. Comme indiqué précédemment, le message est par exemple envoyé sur la voie retour de l'installation 1 de sorte que le message transite par le satellite 103 puis est récupéré par le hub 104. Le dispositif serveur 105 est soit intégré au hub 104 soit commu- nique avec lui. Le dispositif serveur 105 va utiliser le démodulateur fonctionnant suivant un protocole asynchrone à accès aléatoire multiple à étalement de bande pour récupérer l'adresse URL. Selon une étape 205, le dispositif serveur 105 vérifie la présence du contenu de l'adresse URL dans sa mémoire cache.
Selon une étape 206, en l'absence du contenu de l'adresse URL dans sa mémoire cache, le dispositif serveur 105 se connecte au réseau Internet 106 pour télécharger la page web correspondant à l'adresse URL.
Selon une étape 207, le dispositif serveur 105 peut également faire du pré-chargement (« pre-fetching » en langue anglaise) en récupérant des informations que l'utilisateur est susceptible de vouloir visiter dans un proche avenir. Pour ce faire, le dispositif serveur 105 analyse la page web HTML téléchargée pour trouver les images et autres éléments dont le lien est contenu dans ladite page HTML. La page HTML et les éléments/images associées sont téléchargées et stockés dans la mémoire cache du dispositif serveur 105.
Selon une étape 208, le dispositif serveur 105 crée ensuite un fichier unique (par exemple un fichier compressé au format .zip) incluant la page HTML ainsi que les éléments/images pré-chargés.
Selon une étape 209, le dispositif serveur va utiliser ses moyens d'émission de flux de données en mode push pour transmettre le fichier via un protocole utilisé pour la technologie « push » (dit également « datacast ») c'est à dire un protocole unidirectionnel avec codage sans acquittement. Ce protocole « datacast » peut nécessiter des opérations additionnelles telles que l'ajout de codes de correction d'erreur de manière à garantir une très forte probabilité de transmission sans erreur. Le fichier en tant que tel est transmis via un protocole de niveau physique tel que le DVB-S2 en transi- tant par exemple par le satellite 102.
Le principe de la diffusion de contenus en mode push est qu'il n'y a pas de connexion à initier, et le contenu peut être reçu par plusieurs ou tous les dispositifs clients au même moment.
Selon une étape 210, les moyens clients de réception de flux de don- nées en mode push du dispositif client 101 intègrent des moyens logiciels qui écoutent et reçoivent en permanence ce qui est diffusé par le dispositif serveur. Ainsi, le dispositif client 101 récupère la page HTML correspondant à l'adresse URL ainsi que les éléments de ladite page dont le lien est conte- nu dans la page. Une fois récupérés, la page et les éléments sont stockés dans la mémoire cache du dispositif client 101 .
Selon une étape 21 1 , le terminal utilisateur 100 qui communique avec le dispositif client via sa connexion TCP reçoit la page HTML. Grâce au pre- fetching réalisé, le terminal utilisateur 100 peut également avoir un accès rapide aux informations visées par les liens contenus dans ladite page et stockées dans la mémoire cache du dispositif client 101 .
Si le dispositif client 101 n'est pas configuré en tant que navigateur proxy, un mécanisme possible est illustré en figure 3.
Selon une première étape 301 , le dispositif client 101 qui comporte un serveur DHCP reçoit une requête DHCP de la part du terminal 100 et alloue une adresse IP locale pour le terminal 100 ; il enregistre cette adresse associée au terminal dans sa mémoire cache. Le dispositif client 101 transmet sa propre adresse IP en tant que serveur DNS et passerelle par défaut au ter- minai 100.
Selon une étape 302, le terminal 100 transmet une requête DNS vers le dispositif client 101 correspondant à l'adresse URL saisie dans le navigateur.
Selon une étape 303, le dispositif client 101 vérifie la présence du nom du serveur de serveur associé à la requête DNS dans sa mémoire cache.
Selon une étape 304, si le nom de serveur associé à la requête DNS est présent dans la mémoire cache, le dispositif client 100 transmet au terminal utilisateur 100 l'adresse IP déjà associée au nom de serveur.
Selon une étape 305, si le nom de serveur n'est pas présent dans la mémoire cache, le dispositif client 100 crée une adresse IP temporaire associée au nom de serveur puis la transmet au terminal utilisateur 101 ; cette adresse IP temporaire est également enregistrée dans la mémoire cache. L'adresse IP temporaire est une adresse fictive qui ne correspond effective- ment pas à l'adresse IP du nom de serveur, la seule condition étant que cette adresse temporaire n'appartienne pas au réseau local du terminal utilisateur 100. En d'autres termes, le dispositif client 101 dupe le terminal utili- sateur 100 en lui transmettant une « fausse » adresse comme s'il avait résolu le nom du serveur.
Selon une étape 306, le terminal utilisateur 100 tente d'établir une connexion TCP avec le serveur correspondant à l'adresse IP temporaire ; en réalité, le dispositif client 101 se substitue au serveur en s'attribuant ladite adresse IP temporaire de sorte que la connexion TCP est établie entre le terminal utilisateur 100 et le dispositif client 101 ; le dispositif client 101 simule ainsi une connexion TCP entre le terminal utilisateur 100 et le serveur associé à l'adresse URL. On retrouve à ce niveau l'étape 201 décrite en ré- férence à la figure 2.
Il est entendu que dans la description des étapes du procédé telles qu'illustrées sur les figures 2 et 3, les étapes ne sont pas nécessairement séquentielles ; les différents équipements (notamment le dispositif client 101 et le dispositif serveur 105) suivent chacun leurs propres étapes, lesdits dis- positifs pouvant fonctionner en parallèle.
Le dispositif client et le dispositif serveur sont destinés à la gestion des différentes opérations à exécuter pour mettre en œuvre le procédé selon l'invention. Pour ce faire, ils comportent plusieurs moyens logiciels (i.e. applications) dont certains sont dédiés à la mise en œuvre de l'invention. Dans d'autres exemples de réalisation, ces moyens logiciels pourraient être remplacés par des circuits électroniques spécifiques.
Bien entendu, l'invention n'est pas limitée au mode de réalisation qui vient d'être décrit.
Ainsi, l'invention a été plus particulièrement décrite dans le cas d'une utilisation en bande C ou Ka mais elle peut également être utilisée en bande S satellitaire (1980 - 2010 MHz et 2170- 2200 MHz).
En outre, même si la voie aller a été plus spécifiquement décrite dans le cas d'une modulation/démodulation DVB-S2, il est entendu que d'autres modulations/démodulations peuvent être utilisées telles que les normes DVB-T, DVB-T2, DVB-S ou DVB-SH.
De même, les étapes de pre-fetching peuvent aller au-delà des liens contenus dans la page demandée de sorte que le dispositif serveur peut également télécharger des pages particulièrement demandées (« best of the web ») qui seront ensuite stockées dans les mémoires cache du dispositif serveur et des dispositifs clients. On parlera dans ce cas d'opération de type « advanced caching ». Pour ce faire, le serveur peut utiliser des indicateurs qui sont reconnus par tous les clients visés par ce contenu : ces clients vont recevoir et stocker le contenu même si l'utilisateur ne l'a pas demandé.

Claims

REVENDICATIONS
1 . Procédé de récupération d'un contenu sous la forme d'une page HTML correspondant à une adresse URL par un dispositif client comportant les étapes suivantes :
- à partir d'une adresse URL correspondant au dit contenu, vérification par le dispositif client de la présence du contenu de l'adresse URL dans une mémoire du dispositif client ;
- en l'absence du contenu de l'adresse URL dans la mémoire, création par le dispositif client d'un message court incluant l'adresse URL ;
- transmission dudit message par le dispositif client vers un dispositif serveur selon un protocole de transmission unidirectionnel sans connexion donné ;
- téléchargement sur le réseau internet par le dispositif serveur du contenu correspondant à ladite adresse URL ;
- analyse dudit contenu par le dispositif serveur et téléchargement sur le réseau internet par le dispositif serveur des éléments tels que les images et les scripts dont le lien est contenu dans ledit contenu ;
- création par le dispositif serveur d'un unique fichier incorporant ledit contenu ainsi que les éléments précédemment téléchargés ;
- transmission dudit contenu ainsi que des éléments précédemment téléchargés par le dispositif serveur vers le dispositif client sous la forme dudit unique fichier via un protocole unidirectionnel avec codage sans acquittement ;
- réception dudit unique fichier par le dispositif client ;
- récupération et stockage par le dispositif client dudit unique fichier dans ladite mémoire.
2. Procédé selon la revendication précédente caractérisé en ce qu'il comporte une étape d'extraction par le dispositif client à partir dudit unique fichier du contenu ainsi que des éléments précédemment téléchargés dont le lien est contenu dans ledit contenu, de stockage dudit contenu et desdits éléments précédemment téléchargés dans la mémoire du dispositif client, et de mise à la disposition d'un terminal utilisateur dudit contenu et desdits éléments précédemment téléchargés.
3. Procédé selon l'une des revendications précédentes caractérisé en ce qu'il comporte une étape de vérification par le dispositif serveur de la présence du contenu l'adresse URL dans une mémoire du dispositif serveur de sorte que ledit téléchargement sur le réseau internet par le dispositif serveur du contenu correspondant à ladite adresse URL se fait en l'absence du contenu de l'adresse URL dans la mémoire.
4. Procédé selon la revendication précédente caractérisé en ce que ledit dispositif serveur envoie lesdits éléments de façon asynchrone, ledit dispositif client étant prêt à recevoir lesdits éléments et à les stocker dans sa mémoire.
5. Procédé selon l'une des revendications précédentes caractérisé en ce qu'il comporte les étapes suivantes :
- tentative d'ouverture du lien associé à l'adresse URL sur le navigateur d'un terminal utilisateur ;
- transmission d'une requête DNS dudit terminal utilisateur vers le dispositif client ;
- vérification par le dispositif client de la présence du nom de serveur associé à la requête DNS dans une base de données locale du dispositif client ;
- si le nom de serveur est présent dans ladite base de données, transmission par le dispositif client vers le terminal utilisateur de l'adresse IP déjà associée au dit nom de serveur ;
- si le nom de serveur n'est pas présent dans ladite base de données, création par le dispositif client d'une adresse IP temporaire associée au dit nom de serveur puis transmission par le dispositif client vers ledit terminal utilisateur de ladite adresse IP temporaire et enregistrement de ladite adresse IP temporaire dans ladite base de données ; - tentative d'établissement d'une connexion TCP par le terminal utilisateur avec le serveur correspondant à ladite adresse IP temporaire, ledit dispositif client se substituant au serveur en s'attribuant ladite adresse IP temporaire de sorte que la connexion TCP est établie entre le terminal utilisateur et le dispositif client ;
- transmission d'une requête HTTP incluant l'adresse URL par le terminal utilisateur vers le dispositif client, la réception de l'adresse URL par le dispositif client entraînant ladite étape de vérification par ledit dispositif client de la présence du contenu de ladite adresse URL dans une mémoire du dispositif client ;
- récupération du contenu par le dispositif client et envoi du contenu au terminal utilisateur à travers la connexion TCP établie.
6. Procédé selon l'une des revendications précédentes caractérisé en ce que ledit protocole unidirectionnel avec codage sans acquittement est un des protocoles utilisés pour la technologie « push » dite aussi « datacast ».
7. Procédé selon l'une des revendications précédentes caractérisé en ce que ladite transmission du message par le dispositif client vers le dispositif serveur est réalisée par une transmission par satellite, ledit procédé comportant les étapes suivantes :
- transmission en voie montante par le dispositif client dudit message incorporé dans un signal modulé vers le satellite ;
- transmission en voie descendante par le satellite d'un signal incorpo- rant ledit signal modulé incorporant le message vers une station terrestre connectée au dispositif serveur.
8. Procédé selon la revendication précédente caractérisé en ce que le signal modulé incorporant le message émis par le dispositif client est modulé selon un protocole à étalement de spectre fonctionnant selon un protocole asynchrone à accès aléatoire multiple à étalement de spectre.
9. Procédé selon l'une des revendications précédentes caractérisé en ce que ladite transmission du contenu par le dispositif serveur vers le dispositif client est réalisée par une transmission par satellite.
10. Procédé selon l'une des revendications précédentes caractérisé en ce que ledit dispositif client crée ledit message incluant ladite adresse URL sous un format compressé.
1 1 . Procédé selon l'une des revendications précédentes caractérisé en ce que ledit dispositif serveur ignore le message quand il a déjà envoyé le contenu demandé de façon asynchrone et que le dispositif client a émis ledit message avant d'avoir reçu le contenu.
12. Procédé selon l'une des revendications précédentes caractérisé en ce que ledit dispositif serveur marque certains fichiers incorporant du contenu avec un ou plusieurs indicateurs tels que des flags pour qu'ils soient reçus et stockés par plusieurs dispositifs clients en même temps.
13. Procédé selon la revendication précédente caractérisé en ce que ledit dispositif client reçoit et enregistre dans sa mémoire tous les fichiers qui sont marqués par le dispositif serveur avec un indicateur présent dans une liste préétablie.
14. Dispositif client comportant des moyens pour la mise en œuvre du pro- cédé selon l'une quelconque des revendications précédentes.
15. Dispositif serveur comportant des moyens pour la mise en œuvre du procédé selon l'une quelconque des revendications 1 à 14.
PCT/EP2013/071650 2012-10-26 2013-10-16 Procede de recuperation d'un contenu correspondant a une adresse url par un dispositif client WO2014063971A1 (fr)

Priority Applications (6)

Application Number Priority Date Filing Date Title
MX2015005213A MX353184B (es) 2012-10-26 2013-10-16 Metodo para la recuperacion de contenido correspondiente a una dirección url por un dispositivo cliente.
BR112015009293A BR112015009293A2 (pt) 2012-10-26 2013-10-16 processo de recuperação de um conteúdo correspondente a um endereço url por um dispositivo cliente
CA2889329A CA2889329A1 (fr) 2012-10-26 2013-10-16 Procede de recuperation d'un contenu correspondant a une adresse url par un dispositif client
RU2015119609A RU2015119609A (ru) 2012-10-26 2013-10-16 Способ восстановления контента, соответствующего url-адресу, клиентским устройством
EP13783276.2A EP2912849A1 (fr) 2012-10-26 2013-10-16 Procede de recuperation d'un contenu correspondant a une adresse url par un dispositif client
US14/438,297 US10523734B2 (en) 2012-10-26 2013-10-16 Method for the recovery of content corresponding to a URL address by a client device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1260262 2012-10-26
FR1260262A FR2997598B1 (fr) 2012-10-26 2012-10-26 Procede de recuperation d'un contenu correspondant a une adresse url par un dispositif client

Publications (1)

Publication Number Publication Date
WO2014063971A1 true WO2014063971A1 (fr) 2014-05-01

Family

ID=47356221

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2013/071650 WO2014063971A1 (fr) 2012-10-26 2013-10-16 Procede de recuperation d'un contenu correspondant a une adresse url par un dispositif client

Country Status (8)

Country Link
US (1) US10523734B2 (fr)
EP (1) EP2912849A1 (fr)
BR (1) BR112015009293A2 (fr)
CA (1) CA2889329A1 (fr)
FR (1) FR2997598B1 (fr)
MX (1) MX353184B (fr)
RU (1) RU2015119609A (fr)
WO (1) WO2014063971A1 (fr)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2984641B1 (fr) * 2011-12-15 2014-06-13 Eutelsat Sa Installation d'emission/reception de signaux radioelectriques
JP2015108970A (ja) * 2013-12-04 2015-06-11 ソニー株式会社 サーバ装置、及び、情報処理方法
DE102015011875A1 (de) * 2015-09-10 2017-03-16 Kathrein-Werke Kg Einrichtung zum Senden und Empfangen von Mobilfunk-Signalen mittels einer stationären Antenne
US10419066B1 (en) * 2017-10-05 2019-09-17 Harmonic, Inc. Remote radio frequency (RF) AGC loop
US11265301B1 (en) * 2019-12-09 2022-03-01 Amazon Technologies, Inc. Distribution of security keys
US20230350965A1 (en) * 2022-03-10 2023-11-02 Hexagon Technology Center Gmbh System and Method for Validating a Protocol-Compliant Uniform Resource Locator
US20240070151A1 (en) * 2022-08-26 2024-02-29 Salesforce, Inc. Database systems and client-side query transformation methods

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7861275B1 (en) * 1999-04-23 2010-12-28 The Directv Group, Inc. Multicast data services and broadcast signal markup stream for interactive broadcast systems
EP2480004A2 (fr) * 2011-01-19 2012-07-25 EMC SatCom Technologies, LLC Système et procédé permettant de parcourir la latence TERO

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6199107B1 (en) * 1998-07-22 2001-03-06 Microsoft Corporation Partial file caching and read range resume system and method
US6332158B1 (en) * 1998-12-03 2001-12-18 Chris Risley Domain name system lookup allowing intelligent correction of searches and presentation of auxiliary information
US6697850B1 (en) * 2000-05-09 2004-02-24 Northrop Grumman Corporation Satellite-based communications system having an on-board internet web proxy cache
KR100451541B1 (ko) * 2001-07-10 2004-10-08 (주)니트 젠 웹을 통한 이용자인터페이스 제공방법
US20070250597A1 (en) * 2002-09-19 2007-10-25 Ambient Devices, Inc. Controller for modifying and supplementing program playback based on wirelessly transmitted data content and metadata
US8010670B2 (en) * 2003-12-23 2011-08-30 Slipstream Data Inc. Meta-data based method for local cache utilization
KR100774933B1 (ko) * 2005-10-28 2007-11-09 엘지전자 주식회사 이동통신 단말기, 이를 이용한 송신측 링크 관리방법 및수신측 링크 관리방법
US8037126B2 (en) * 2007-03-12 2011-10-11 Citrix Systems, Inc. Systems and methods of dynamically checking freshness of cached objects based on link status
US8769156B2 (en) * 2009-12-23 2014-07-01 Citrix Systems, Inc. Systems and methods for maintaining transparent end to end cache redirection
FR2954869B1 (fr) * 2009-12-24 2017-11-24 Eutelsat Sa Installation d'emission/reception de signaux satellitaires
WO2011123859A1 (fr) * 2010-04-02 2011-10-06 Skyfire Labs, Inc. Navigateur mobile hybride assisté
KR101852815B1 (ko) * 2011-06-21 2018-06-04 엘지전자 주식회사 클라이언트용 및 서버용 단말기 및 그 제어 방법
WO2013041922A1 (fr) * 2011-09-23 2013-03-28 Gilat Satellite Networks, Ltd. Système de mise en cache décentralisé

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7861275B1 (en) * 1999-04-23 2010-12-28 The Directv Group, Inc. Multicast data services and broadcast signal markup stream for interactive broadcast systems
EP2480004A2 (fr) * 2011-01-19 2012-07-25 EMC SatCom Technologies, LLC Système et procédé permettant de parcourir la latence TERO

Also Published As

Publication number Publication date
CA2889329A1 (fr) 2014-05-01
US20150295987A1 (en) 2015-10-15
MX2015005213A (es) 2016-02-10
RU2015119609A (ru) 2016-12-20
EP2912849A1 (fr) 2015-09-02
BR112015009293A2 (pt) 2017-07-04
MX353184B (es) 2018-01-05
FR2997598B1 (fr) 2015-12-25
FR2997598A1 (fr) 2014-05-02
US10523734B2 (en) 2019-12-31

Similar Documents

Publication Publication Date Title
WO2014063971A1 (fr) Procede de recuperation d'un contenu correspondant a une adresse url par un dispositif client
KR100847128B1 (ko) 이동 통신 네트웍 및 디지털 방송 서비스
EP2188954B1 (fr) Méthode de transmission de messages acars sur ip.
FR2903268A1 (fr) Procede de reception de services audio/video, terminal et systeme correspondants
EP3149917B1 (fr) Dispositif et procede pour passerelle de mise a jour consistente des services d'un reseau domestique
EP2908445B1 (fr) Réception de signaux de fréquence radio, par exemple signaux de diffusion reçu d'un satellite, avec une liaison de retour interactive utilisant un protocole à spectre étalé.
FR3067898A1 (fr) Systeme de telecommunications comprenant un serveur de cache embarque dans une plateforme a haute altitude et procede de transmission de donnees associe
JP5277158B2 (ja) データ受信方法、修復方法および対応する端末
FR2954869A1 (fr) Installation d'emission/reception de signaux satellitaires
EP2587700B1 (fr) Installation d'émission/réception de signaux radioélectriques
EP2460330B1 (fr) Procede de diffusion de donnees par un serveur vers des terminaux utilisateurs
WO2008034737A1 (fr) Répéteur terrestre multi-entrées pour un système de diffusion de contenus
WO2010149615A1 (fr) Procedes d ' emission pour un reseau sans fil et procede de reception correspondant
FR2697699A1 (fr) Dispositif de réamplification d'un signal radiofréquence, notamment pour des applications domestiques, et systèmes de réception correspondant.
EP2928088B1 (fr) Procédé pour l'établissement de liaisons radiofréquences par satellite avec voie aller et retour utilisant la même bande de fréquence permettant un fonctionnement à saturation de la chaîne d'amplification du satellite.
FR2672756A1 (fr) Systeme de radiomessagerie et terminal d'abonne pour recevoir des messages du systeme.
US20080005772A1 (en) Method and apparatus for broadcasting information
EP1843489A1 (fr) Dispositif de traitement de données à transmettre sur une voie retour d'un réseau de communication et ne necessitant pas d'acquittement systématique sur une voie aller
Ilčev et al. Baseband and Transmission Systems
WO2013144493A1 (fr) Diffusion hybride alternative
US20180014277A1 (en) Collaborative broadcasting and bi-directional network transmission
FR2933254A1 (fr) Methode et systeme de diffusion de donnees
Scalise et al. A New Solution for Wireless Interactive TV Based on DVB-T Standard and SFDMA Technique
Tregunna Pushing Down the Cost: Can content-push reduce the cost of space segment for Satellite Fast Internet Systems?
FR2752345A1 (fr) Systeme de transmission par satellite presentant un canal de retour

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13783276

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2013783276

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2889329

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 14438297

Country of ref document: US

Ref document number: MX/A/2015/005213

Country of ref document: MX

NENP Non-entry into the national phase

Ref country code: DE

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112015009293

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 2015119609

Country of ref document: RU

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 112015009293

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20150424