WO2006053986A1 - Procede et systeme de livraison d'un contenu numerique, terminal de reception et dispositif de planification de livraison de ce contenu - Google Patents

Procede et systeme de livraison d'un contenu numerique, terminal de reception et dispositif de planification de livraison de ce contenu Download PDF

Info

Publication number
WO2006053986A1
WO2006053986A1 PCT/FR2005/002858 FR2005002858W WO2006053986A1 WO 2006053986 A1 WO2006053986 A1 WO 2006053986A1 FR 2005002858 W FR2005002858 W FR 2005002858W WO 2006053986 A1 WO2006053986 A1 WO 2006053986A1
Authority
WO
WIPO (PCT)
Prior art keywords
digital content
download
delivery
receiving terminal
terminal
Prior art date
Application number
PCT/FR2005/002858
Other languages
English (en)
Inventor
Pascal Belin
Nicolas Boudin
Héritiana ANDRIAMBELOMA
Original Assignee
France Telecom
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 France Telecom filed Critical France Telecom
Publication of WO2006053986A1 publication Critical patent/WO2006053986A1/fr

Links

Classifications

    • 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/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • 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]
    • 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]
    • H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
    • 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/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • 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/50—Network services
    • H04L67/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
    • H04L67/62—Establishing a time schedule for servicing the requests
    • 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/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/563—Data redirection of data network streams

Definitions

  • the present invention relates to a method and a system for delivering to a receiving terminal at least one digital content stored in at least one storage device.
  • the invention also relates to a terminal for receiving this digital content and a delivery planning device for this digital content.
  • FTP File Transfer Protocol
  • a download is a transfer of files between two computer equipment capable of storing data and physically connected to each other, for example by a coaxial cable, a bus or a network.
  • One of these devices contains and provides the downloaded files: it plays the role of file server.
  • the other equipment controls the download and receives the files. It is usually called "receiving terminal”.
  • the download control equipment and receiving equipment of this download are one and the same machine.
  • VNC Virtual Network Computing
  • SSH Secure SheII
  • ADSL accesses Asymmetric Digital Subscriber
  • IP Internet Protocol
  • the object of the invention is to provide a method for controlling
  • the subject of the invention is a method of delivery to a reception terminal of at least one digital content stored in at least one storage device, characterized in that it comprises the following steps:
  • this directory space being associated with the receiving terminal of this digital content
  • the method comprises one or more of the following characteristics:
  • a step of planning the delivery of the digital content comprising the following steps: calculating the predicted download duration of the digital content, according to the modeling of the communication network between the receiving terminal and the storage device; and
  • the delivery request further comprises a requested end of download time and in that the planning step further comprises the following steps:
  • the planning step further comprises a step of enriching the delivery request by adding parameters relating to the digital content to be downloaded and / or relative to the storage device of this digital content and / or relating to the reception terminal, and / or relating to a communication network between said storage device and the receiving terminal;
  • the invention also relates to a terminal for receiving at least one digital content stored in a storage device, characterized in that it comprises a scheduling client module to periodically consult a directory space stored in a scheduling device to search for a request for delivery of digital content controlled by a separate control terminal and independent of the receiving terminal, the client module planning being able to download this delivery request without the intervention of a user and to automatically execute the instructions contained in this delivery request to download the digital content.
  • the invention also relates to a device for scheduling delivery of at least one digital content stored in at least one storage device, characterized in that it comprises:
  • a database comprising at least one identification of the digital content to be delivered, linked to at least one address of the device for storing this digital content.
  • this system comprises: a storage base of information relating to the communication networks used for the communication between the or each storage device and the or each reception terminal;
  • a calendar module adapted to select the storage device (4) intended to store the digital content to be downloaded according to the deliveries of previously planned digital contents and capable of providing the hours of availability for downloading this digital content;
  • the subject of the invention is also a system for delivering to a receiving terminal at least one digital content stored in at least one storage device, characterized in that it comprises:
  • this system further comprises a service device comprising means for verifying authorization to deliver digital content by the control terminal.
  • the invention also relates to a recording medium comprising a computer program comprising instructions for performing the steps of the method, when the program is executed on a computer.
  • - Fig.1 is a schematic view of the delivery system according to the invention.
  • FIG. 2 is a schematic view of a directory space contained in a service device of the delivery system according to the invention
  • FIG. 3 is a schematic view of a directory space contained in a planning device of the planning system according to the invention.
  • - Fig.4 is a general flow diagram of the delivery method according to the invention.
  • FIG. 5 is a flowchart of the detail of an embodiment of the planning step of the method according to the invention.
  • the delivery system 1 is illustrated schematically in FIG. It comprises a control terminal 2 of a digital content, a reception terminal 3 of this content and one or more storage devices 4 capable of storing the controlled content as well as other contents.
  • the delivery system 1 further comprises a service device 5 and a planning device 6 affiliated with the storage devices.
  • the control terminal 2 is a communicating device.
  • the control terminal 2 is a mobile phone. It includes a GSM / GPRS compatible web browser 7, a communication interface 8 and a human-machine interface 9 constituted for example by a display screen and a keypad.
  • the mobile telephone 2 is adapted to communicate via a network 10 type GPRS network (in English: General Packet Radio Service) through an Internet network, with all equipment including a Web portal and in particular with the service device 5.
  • GPRS network in English: General Packet Radio Service
  • the receiving terminal 3 is a computer equipment permanently connected to the Internet network. In the example of the invention described below, it is constituted by a personal computer. It comprises a communication interface 11 with the Internet network
  • the receiving terminal 3 further comprises a scheduling client module 14 and an FTP client module 16 encapsulated in the scheduling client module 14.
  • the scheduling client module 14 is able to consult periodically and without the intervention of a user, the scheduling device 6 to search for and download a request for " delivery of digital content, as will be explained later in this document. It is also suitable for informing the planning device 6 on the progress EA of the download of this digital content.
  • the FTP client module 16 is able to search for digital content stored in the storage device 4 and to download it by using the download parameters contained in the delivery request, as explained in the rest of the description.
  • the storage device 4 is constituted by a server and comprises a communication interface 18 to the Internet network 12 and a digital content storage database 20 22, 23.
  • a digital content designates a or a plurality of dematerialized files such as, for example, films, music, newspapers, etc., and the files relating thereto including, for example, a description, a poster for a film, a cover for a musical album.
  • the service device 5 also constituted by a server, is able to offer a catalog of digital contents 22, 23 to the service user. delivery according to the invention. To this end, it includes a web portal 25 and a catalog database 26.
  • the catalog database 26 includes descriptions of the digital contents and tariff information relating to these contents.
  • the service device 5 is adapted to check whether the user who logs on his web page is authorized to use the delivery service according to the invention. For this purpose, it comprises a client database 28 connected to a control module 30.
  • the customer database 28 includes directory spaces 31, 32 each associated with mobile telephones 2 subscribers to the delivery service according to the invention.
  • Each directory space 32 shown in Fig.2, is a memory.
  • the space is identified by an IT identification of the mobile phone 2 with which it is associated.
  • This identification IT is constituted for example by the
  • MISDN of the mobile phone 2 or any identification number and possibly a password.
  • the space 32 further comprises an AU authorization or non-delivery authorization information.
  • the user of the mobile telephone 2 is authorized to use the delivery service when he has subscribed to a subscription and for example when the bills relating to this subscription have been paid.
  • the control module 30 is connected to the catalog database 26 to present to the phone 2 which consults the information stored in this database.
  • the control module 30 is adapted to transmit this delivery request 33 to the planning device 6, via a communication interface 34 and a network 35, constituted for example by an IP network of the Internet network type, Intranet or Ethernet.
  • the request 33 is formatted in the format
  • This request for delivery 33 includes an IC identification of the digital content 22 chosen by the user to be downloaded into the receiving terminal 3, an identification IL of the delivery request 33 and a request.
  • IR identification of the receiving terminal 3 which may be an IP address for example. It may furthermore comprise a requested end-of-download time HF and possibly a minimum HD start time requested.
  • the scheduling device 6, also constituted by a server, is able to communicate with the service device 5 and the receiving terminal 3, via the networks 35 and 12 respectively. It includes for this purpose an interface 36 for communication with the server. service device 5 and a communication interface 37 with the reception terminal 3.
  • the scheduling server 6 is adapted to complete the delivery request 33 to add temporal and hardware scheduling parameters for downloading and to store a request enhanced delivery 38 by these parameters.
  • the database 39 comprises a list containing the identification IC of all the digital contents 22, 23 referenced in the catalog database 26.
  • Each content 22 is associated with one or more server AS addresses 4 storing this digital content. . Indeed, several servers 4 can offer the same digital content to ensure their availability.
  • the database 42 includes information relating to the architecture and modeling of the telecommunication network 12, such as, for example, the available bit rate DU between the receiving terminal 3 and the storage device 4, the topology of the network 12, the rate of availability of network links between the set. servers 4 and receiving terminals 3 subscribers to the delivery method of the present invention.
  • the database 44 comprises directory spaces 45 each associated with a receiving terminal 3 subscribed to the delivery service and suitable for being recognized by the latter.
  • each directory space 45 is identified by an identification IS.
  • the directory space 45 shown in FIG. 3, is capable of storing the enriched delivery request 38 formed from the request 33 and completed to contain the temporal and hardware scheduling parameters of the download, as explained in FIG. following the description.
  • the scheduling server 6 is adapted to temporally schedule the content downloads 22. It includes for this purpose a control module 46 connected to the interfaces 36 and 37, the bases 39, 42, 44 and a diary module 48 also connected to the module 46 .
  • the control module 46 is capable of calculating a predicted duration of download DC, a predicted end-of-download hour HP and a projected download start time HPD of the digital content 22 selected according to the modeling information of the network 12 between the terminal 3 and the server 4 and the parameters imposed in the request 33 as the minimum time HD start of requested download or the maximum RF end time requested download.
  • this information notably includes the estimated end-of-delivery time HP but also the progress report. EA delivery.
  • This information can be sent to the mobile phone 2 on the initiative of the service device 5 or on the initiative of the scheduler 6 (on a regular basis or on predefined events).
  • the control module 46 is able to consult and manage the calendar module 48 and to record or update the hours HP in it after each planning of a content 22.
  • the enriched delivery request 38 is adapted to generate the enriched delivery request 38 by entering into the request 33 scheduling parameters including the AS address (s) of the server 4 of the content to be downloaded, the name Fl of the content files, the usable bit rate DU, the protocols P to use, HPD scheduled download start time, HP end-of-download time, HL delivery history, and EA free field to contain progress defined for example in percentage (10% of 160 Megabytes) or by the status of the download (for example: pause, error, waiting for the start time, etc.).
  • the history HL includes all information that has been contained in the EA field. These parameters come from the base 39 or are able to be calculated by the module 46 from the base 42 and the agenda module 48.
  • the agenda module 48 is suitable for storing the HP end time and HPD start download times of each digital content 22 being downloaded, downloaded or already downloaded (in this case the forecast hours become the actual start and finish times). end of the download) in each server 4 for each terminal 3.
  • the user of the telephone 2 consults the web portal 25 of the service device 5 using his browser
  • the user of the telephone 2 transmits to the service device 5, an IT identification of the phone 2 and optionally transmits a personal password to secure his order.
  • control module 30 checks whether the user of the telephone 2 is authorized to use the delivery service, by consulting the customer database 28.
  • control module 30 transmits to the phone 2, during a step 104, a message informing the user of the impossibility of using the delivery service and possibly asking him to contact a customer service and the delivery method according to the invention stops.
  • the user of the telephone 2 When the user of the telephone 2 is authorized to use this service, he consults the information contained in the catalog database 26, during a step 106.
  • a digital content 22 that it wishes to deliver, it transmits to the control module 30 during a step 108, the IC identification of the selected content, the IR identification of the terminal 3 for receiving the content and, if applicable, the minimum requested HD start time and the requested RF end time.
  • control module 30 establishes the delivery request 33 in the directory space 32 associated with the IT identification of the telephone 2 on the basis of the information transmitted during the step 108. generates and introduces an identification IL of the command in the request 33. Then, it transmits this request 33 to the scheduling server 6.
  • control module 46 plans the delivery of this digital content and enriches the request 33 by inserting download parameters.
  • the planning step 110 includes steps 112 to 131, shown in Fig. 5, during which the enriched delivery request 38 is set.
  • the module 46 searches in the base 39 the address or the AS addresses of storage server 4 storing the digital content 22 identified by the identification IC.
  • the module 46 consults the diary 48 to know the number of downloads in progress for each digital content in each storage server 4 and for the terminal 3. Then, during a step 116, the module 46 calculates the predicted download times DC and the predicted starting hours HPD, respecting a possible minimum time HD start of download, of each content 22 from the AS addresses of the storage servers of these contents, the IR identification of the receiving terminal 3, and the number of downloads in progress for each digital content, and consulting the database 42 for storing information relating to the network 12. Then, the module 46 selects the storage server 4 with the content the fastest available.
  • the module 46 calculates a predicted HP end time download from the download duration
  • step 120 the module 46 compares the estimated time HP to the requested download end time HF.
  • step 130 When the HP time is below the RF time, the process continues with step 130.
  • the module 46 transmits a warning message to the service device 5 during a step 122.
  • This message includes the calculated HP forecast time, the identification of the IL order and possibly a request for confirmation of delivery. This message is relayed to the phone 2.
  • the module 30 searches for the identification IT of the telephone 2 in the customer base 28 from the identification of the command IL and retransmits the warning message to the telephone 2 having requested this delivery.
  • the telephone 2 transmits a response message to the control module 46 via the service device 5.
  • the module 30 deletes the delivery request 33 in the directory space 32 and transmits the cancellation message to the planning device 6.
  • step 130 When the message includes a confirmation of delivery, the process proceeds to step 130.
  • the module 46 generates an enriched request 38 by introducing into the delivery request 33 download parameters including the name Fl of the files to be downloaded, the AS address of the storage server 4, the protocol to be downloaded. use P for this download, the usable rate DU, the delivery history HL and the progress field EA which will be subsequently completed by the receiving terminal 3.
  • control module 46 stores in the calendar module 48, the HP end-of-download schedule and the scheduled download start time HPD.
  • the module 46 stores the enriched delivery request 38 in the directory space 45 associated with the terminal 3 intended to receive the content 22.
  • step 134 the receiving terminal 3 consults the directory space 45 associated with it.
  • the process stops during a step 135.
  • the scheduling client module 14 downloads this request during a step 136.
  • the FTP client module 16 connects to the storage server 4 and downloads the digital content 22 stored in the server 4, from certain download parameters contained in the enriched delivery request 38, such as the protocol P to use, the AS address of the device 4, and the name Fl of the files.
  • the client module 14 monitors the progress of the download and writes information about it in the field EA progress of the directory space 45 as and when download.
  • the module 46 transmits a follow-up message containing this state EA and the identification IL to the device 5 which sends this follow-up message to the telephone 2.
  • the client module 14 transmits the information relating to this problem such as the new usable flow DU, to the control module 46, during a step 142.
  • the module 46 then resumes the planning step 110 described above. Then, the process continues with step 144.
  • step 144 the download is complete and the client module 14 transmits the end of download message to the phone 2, via the scheduling devices 6 and service 5.
  • the method steps are executed by a computer under the control of program instructions.
  • the invention also relates to a data recording medium comprising a computer program comprising program instructions for executing the method by a computer.
  • the data carrier can be a hardware storage medium, for example a CD-ROM, a recording diskette or a hard disk, or a transmissible medium such as an electrical, optical or radio signal.
  • the scheduling device 6 transmits to the mobile phone 2, via the service device 5, a message containing the progress of the download recorded in the EA field and updated periodically. by the reception terminal 3. This message is transmitted at regular intervals, for example, from 5 seconds to 2 minutes.
  • the user of the telephone 2 is informed in near real time of the progress of the delivery on the receiving terminal 3.
  • the receiving terminal 3 is not able to connect regularly to the scheduling device 6 to check whether it must download digital content.
  • the planning device 6 connects to the reception terminal 3.
  • the mobile phone 2 is able to communicate with the service device 5 by transmitting a short message (SMS).
  • SMS short message
  • the network used for this transmission is a GSM network (Global System for Mobile Communications) and the service device 5 comprises an SMS processing module.
  • the mobile phone 2 is able to control the delivery of digital content by phone call.
  • the network 10 is a mobile switched telecommunication network (GSM or UMTS Universal Mobile Telecommunications System) or fixed (PSTN switched) and the server 5 a voice server.
  • GSM mobile switched telecommunication network
  • PSTN switched fixed
  • control terminal 2 is a computer with an Internet browser. It is suitable to communicate with a service device
  • control terminal 2 is a personal digital assistant (PDA).
  • PDA personal digital assistant
  • control terminal 2 is an administration station used for the management of the services of the service device 5, for example during the intervention of a technical or telephone assistance or during the programming of the push model (in English: Push), namely direct and automatic download programming to the user by example at regular intervals or according to pre-established guidelines for promotional purposes or as part of a subscription service.
  • push model in English: Push
  • the receiving terminal 3 is a set-top box or a gateway to a home network.
  • the receiving terminal 3 behaves like a server
  • the databases 39, 42, 44 and the agenda module 48 of the planning device 6 are formed by a single and unique database.
  • the directory space 31, 32 of the service device 5 comprises a specific download authorization AU for each type of digital content such as for example for video contents, audio contents, newspapers.
  • the delivery request 33 also includes a content delivery priority information PR and a mandatory AD address of a storage terminal from which the user wants to download the content.
  • the terminal 2 is able to transmit at any time a message containing a request to stop downloading.
  • the terminal 3 Since the terminal 3 connects by itself to the scheduling server 6 and the storage server 4, it does not allow any incoming connection and no remote control, which guarantees the security of this terminal 3.
  • the request 33 is sent to the server 6 directly, by the service device 5, without the intervention of the terminal 2, for example in the case of a subscription to the sending of a film-type content, a once a week by a push model.
  • the directory space 31, 32 further comprises the identification of the receiving terminal 3 on which the digital contents downloaded by the phone 2 must be downloaded. In this case, the user of the telephone 2 does not need to provide this information to the service device 5 with each order.
  • This method allows the control of a digital content to be delivered to a receiving terminal, from any control terminal and at any time.
  • the method enables the service device 5 to report the progress and the status of the downloads. This data is accessible to the service device so that it can check the correct reception of the files.
  • This function is essential because you can only charge for downloading content if you are sure that it has arrived at the customer. (Even if it only arrives on time, if the service guarantees delivery before one hour H). All this management information is also essential to diagnose errors in the event of an anomaly during a download. Moreover, this makes it possible to signal to the customer (with an SMS for example), that his contents arrived at home.
  • the command instructions may specify a list of servers (in case of unavailability of some servers), use parallelism instructions (take parts of the same content on different servers at the same time), and point indifferently to a content delivery network CDN (Content Delivery Network) or file servers.
  • CDN Content Delivery Network
  • the scheduling client module is the initiator of all connections, whether it is the recovery of delivery requests, downloads or status updates. Subscription to home delivery services will therefore have no impact on the security of home computer equipment.
  • the only operations necessary for the installation of the method according to the invention are the installation of the scheduling client module, and possibly the configuration of the software firewall so that it accepts outgoing connections initiated by this program. If for example a preconfigured home gateway is provided to the customer by an ADSL subscription pack, no adjustment will be necessary. An installation procedure provided with the pack will explain the connections. Typically, simply connect the gateway to the phone line filter and the home computer or the home network to the service gateway.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

L'invention concerne un procédé de livraison à un terminal de réception (3) d'au moins un contenu numérique (22, 23) stocké dans au moins un dispositif de stockage (4), caractérisé en ce qu'il comporte les étapes suivantes : - transmission par un terminal de commande (2) vers un dispositif de planification (6) d'une requête de livraison du contenu numérique (22, 23) comportant au moins une identification de ce contenu numérique (22, 23) à télécharger ; - stockage de cette requête de livraison dans un espace répertoire (45) du dispositif de planification (6), cet espace répertoire (45) étant associé au terminal de réception (3) du contenu numérique (22, 23) ; - consultation périodique par le terminal de réception (3) de son espace répertoire (45) associé, et lorsque cet espace répertoire (45) comprend ladite requête de livraison ; - téléchargement de cette requête de livraison par le terminal de réception (3) ; et - téléchargement du contenu numérique (22, 23) stocké dans le dispositif de stockage (4) par le terminal de réception (3) à partir de ladite requête de livraison. L'invention concerne également un système de livraison, un terminal de réception (3) et un dispositif de planification.

Description

Procédé et système de liyraison d'un contenu numérique, terminal de réception et dispositif de planification de ce contenu.
La présente invention concerne un procédé et un système de livraison à un terminal de réception d'au moins un contenu numérique stocké dans au moins un dispositif de stockage.
L'invention concerne également un terminal de réception de ce contenu numérique et un dispositif de planification de livraison de ce contenu numérique.
De nombreux services Web proposent des services de téléchargement de film, de musique, de journaux, via le réseau de commutation par paquet appelé « réseau Internet ». Les utilisateurs d'équipements informatiques domestiques peuvent déclencher des téléchargements de fichiers vers leur équipement en utilisant par exemple le protocole FTP (File Transfer Protocol).
Un téléchargement est un transfert de fichiers entre deux équipements informatiques capables de stocker des données et reliés physiquement entre eux, par exemple par un câble coaxial, par un bus ou par un réseau. Un de ces équipements contient et fournit les fichiers téléchargés : il joue le rôle de serveur de fichiers. L'autre équipement commande le téléchargement et reçoit les fichiers. Il est généralement appelé « terminal de réception ».
Toutefois, dans de tels systèmes de téléchargement, l'équipement de commande du téléchargement et l'équipement de réception de ce téléchargement ne sont qu'une seule et même machine.
Or, dans le cadre des services de livraison à domicile de contenus numériques, il est intéressant de permettre à l'utilisateur de commander le téléchargement de fichiers depuis n'importe quel lieu et à partir d'un autre équipement que l'équipement de réception de ce contenu.
Pour commander un tel téléchargement, il est possible de prendre en main à distance l'équipement de réception depuis lequel le téléchargement est déclenché. Pour cela, les logiciels de télé administration comme VNC (en anglais : Virtual Network Computing) ou SSH (en anglais : Secure SHeII), permettent à un utilisateur authentifié de commander à distance des logiciels exécutés sur un autre équipement, et par conséquent de démarrer des téléchargements en utilisant par exemple le protocole de transfert FTP. Toutefois, ces logiciels nécessitent une connexion directe de l'équipement de commande vers l'équipement de . réception. Or, cette prise en main à distance représente un risque de récupération du mot de passe et d'utilisation de l'accès distant par des personnes malveillantes. 5 De plus, la plupart des accès ADSL (Asymmetric Digital Subscriber
Line) n'ont pas d'adresse de protocole Internet IP (Internet Protocol) fixe. En conséquence, l'utilisateur de l'équipement de réception doit renseigner son adresse IP en cours d'utilisation pour que l'utilisateur authentifié puisse se connecter à son équipement.
10 En outre, l'utilisation des solutions de prise en main à distance nécessite un paramétrage complexe de l'équipement de réception, non accessible aux internautes débutants, ce qui les rend peu compatibles avec une industrialisation pour un service grand public.
L'invention a pour but un procédé permettant de commander à
1.5 distance la livraison de contenus numériques à des équipements de réception distincts de l'équipement de commande tout en préservant la sécurité de l'équipement de réception.
A cet effet, l'invention a pour objet un procédé de livraison à un terminal de réception d'au moins un contenu numérique stocké dans au moins un 0 dispositif de stockage, caractérisé en ce qu'il comporte les étapes suivantes :
- transmission par un terminal de commande vers un dispositif de planification d'une requête de livraison du contenu numérique comportant au moins une identification de ce contenu numérique à livrer ;
- stockage de cette requête de livraison dans un espace répertoire du 5 dispositif de planification, cet espace répertoire étant associé au terminal de réception de ce contenu numérique ;
- consultation périodique par le terminal de réception de son espace répertoire associé ; et, lorsque cet espace répertoire comprend ladite requête de livraison ; 0 - téléchargement de cette requête de livraison dans le terminal de réception ; et
- téléchargement du contenu numérique stocké dans le dispositif de stockage, par le terminal de réception à partir de ladite requête de livraison. —
3
Selon des modes particuliers de réalisation, le procédé comporte l'une ou plusieurs des caractéristiques suivantes :
- une étape de planification de la livraison du contenu numérique comportant les étapes suivantes : - calcul de la durée prévisionnelle de téléchargement du contenu numérique, en fonction de la modélisation du réseau de communication entre le terminal de réception et le dispositif de stockage ; et
- calcul d'une heure prévisionnelle de fin de téléchargement à partir de la durée prévisionnelle de téléchargement calculée et de l'heure de disponibilité du contenu numérique ;
- la requête de livraison comporte en outre une heure de fin de téléchargement demandée et en ce que l'étape de planification comprend en outre les étapes suivantes :
- comparaison de l'heure prévisionnelle de fin de téléchargement calculée à l'heure de fin de téléchargement demandée dans la requête de livraison et, lorsque l'heure prévisionnelle de fin de téléchargement calculée est supérieure à l'heure de fin de téléchargement demandée ;
- transmission d'un message d'avertissement vers le terminal de commande par le dispositif de planification, le message comportant l'heure prévisionnelle de fin de téléchargement calculée ;
- l'étape de planification comporte en outre une étape d'enrichissement de la requête de livraison par ajout de paramètres relatifs au contenu numérique à télécharger et/ou relatifs au dispositif de stockage de ce contenu numérique et/ou relatifs au terminal de réception, et/ou relatifs à un réseau de communication entre ledit dispositif de stockage et le terminal de réception ;
- il comporte une étape de transmission d'un message de fin de téléchargement du contenu numérique, du terminal de réception vers le terminal de commande, lorsque ce contenu a été téléchargé dans des moyens de stockage au terminal de réception ; - il comporte en outre une étape de vérification de l'existence d'une autorisation de livraison du contenu numérique, audit terminal de commande, par un dispositif de service.
L'invention a également pour objet un terminal de réception d'au moins un contenu numérique stocké dans un dispositif de stockage, caractérisé en ce qu'il comporte un module client de planification propre à consulter périodiquement un espace répertoire stocké dans un dispositif de planification pour rechercher une requête de livraison d'un contenu numérique commandé par un terminal de commande distinct et indépendant du terminal de réception, le module client de planification étant apte à télécharger cette requête de livraison sans l'intervention d'un utilisateur et à exécuter automatiquement les instructions contenues dans cette requête de livraison pour télécharger le contenu numérique.
L'invention a également pour objet un dispositif de planification de livraison d'au moins un contenu numérique stocké dans au moins un dispositif de stockage, caractérisé en ce qu'il comporte :
- au moins un espace répertoire associé au terminal de réception et propre à stocker une requête de livraison d'un contenu numérique, ladite requête ayant été transmise par un terminal de commande distinct du terminal de réception ; et
- une base de données comprenant au moins une identification du contenu numérique à livrer, reliée à au moins une adresse du dispositif de stockage de ce contenu numérique.
Suivant un mode particulier, ce système comporte : - une base de stockage d'informations relatives aux réseaux de communication utilisés pour la communication entre le ou chaque dispositif de stockage et le ou chaque terminal de réception ;
- un module agenda propre à sélectionner le dispositif de stockage (4) destiné à stocker le contenu numérique à télécharger en fonction des livraisons de contenus numériques précédemment planifiées et apte à fournir les horaires de disponibilité de téléchargement de ce contenu numérique ;
- des moyens de calcul de la durée de téléchargement du contenu numérique en fonction des informations relatives aux réseaux de communication; et - des moyens de calcul d'une heure prévisionnelle de fin de téléchargement en fonction de la durée de téléchargement calculée et des horaires de disponibilité de téléchargement du contenu numérique du dispositif de stockage sélectionné. L'invention a également pour objet un système de livraison à un terminal de réception d'au moins un contenu numérique stocké dans au moins un dispositif de stockage, caractérisé en ce qu'il comporte :
- un terminal de réception ; et - un dispositif de planification.
Suivant un mode particulier, ce système comporte en outre un dispositif de service comprenant des moyens de vérification d'une autorisation de livraison d'un contenu numérique par le terminal de commande.
L'invention a également pour objet un support d'enregistrement comprenant un programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé, lorsque le programme est exécuté sur un ordinateur.
L'invention sera mieux comprise à la lecture de la description qui va suivre, donnée uniquement à titre d'exemple et faite en se référant aux dessins annexés, sur lesquels :
- la Fig.1 est une vue schématique du système de livraison selon l'invention ;
- la Fig.2 est une vue schématique d'un espace répertoire contenu dans un dispositif de service du système de livraison selon l'invention ; - la Fig.3 est une vue schématique d'un espace répertoire contenu dans un dispositif de planification du système de planification selon l'invention ;
- la Fig.4 est un organigramme général du procédé de livraison selon l'invention ; et
- la Fig.5 est un organigramme du détail d'un mode de réalisation de l'étape de planification du procédé selon l'invention.
Le système de livraison 1 selon l'invention est illustré schématiquement sur la Fig.1. Celui-ci comporte un terminal de commande 2 d'un contenu numérique, un terminal de réception 3 de ce contenu et un ou plusieurs dispositifs de stockage 4 propres à stocker le contenu commandé ainsi que d'autres contenus. Le système de livraison 1 comprend en outre un dispositif de service 5 et un dispositif de planification 6 affiliés aux dispositifs de stockage.
Le terminal de commande 2 est un équipement communicant. Dans l'exemple de l'invention décrit ci-dessous, le terminal de commande 2 est un téléphone mobile. Il comprend un navigateur Web 7 compatible GSM/GPRS, une interface de communication 8 et une interface homme-machine 9 constituée par exemple par un écran d'affichage et un clavier numérique.
Le téléphone mobile 2 est adapté pour communiquer par l'intermédiaire d'un réseau 10 de type réseau GPRS (en anglais : General Packet Radio Service) au travers d'un réseau Internet, avec tous les équipements comportant un portail Web et notamment avec le dispositif de service 5.
Le terminal de réception 3 est un équipement informatique connecté en permanence au réseau Internet. Dans l'exemple de l'invention décrit ci- dessous, il est constitué par un ordinateur personnel. II comporte une interface de communication 11 avec le réseau Internet
12, des moyens de stockage 13 de fichiers informatiques et éventuellement une barrière de sécurité (non représentée).
Le terminal de réception 3 selon l'invention comprend en outre un module client de planification 14 et un module client FTP 16 encapsulé dans le module client de planification 14.
Le module client de planification 14 est apte à consulter périodiquement et sans l'intervention d'un utilisateur, le dispositif de planification 6 pour rechercher et télécharger une requête de " livraison d'un contenu numérique, comme cela sera explicité dans la suite de la description. Il est également propre à informer le dispositif de planification 6 sur l'état d'avancement EA du téléchargement de ce contenu numérique.
Le module client FTP 16 est propre à rechercher un contenu numérique stocké dans le dispositif de stockage 4 et à le télécharger en utilisant les paramètres de téléchargement contenus dans la requête de livraison, tel qu'explicité dans la suite de la description.
Le dispositif de stockage 4, est constitué par un serveur et comprend une interface de communication 18 au réseau Internet 12 et une base de données 20 de stockage de contenus numériques 22, 23. Dans le cadre de l'invention, un contenu numérique désigne un ou plusieurs fichiers dématérialisés tels que par exemple des films, de la musique, des journaux, etc., et les fichiers afférents à ceux-ci comprenant par exemple une description, une affiche pour un film, une couverture pour un album musical.
Le dispositif de service 5, également constitué par un serveur, est apte à proposer un catalogue de contenus numériques 22, 23 à l'utilisateur du service de livraison selon l'invention. A cette fin, il comprend un portail Web 25 et une base de données catalogue 26.
La base de données catalogue 26 comprend des descriptions des contenus numériques et des informations tarifaires concernant ces contenus. Le dispositif de service 5 est adapté pour vérifier si l'utilisateur qui se connecte sur sa page Web est autorisé à utiliser le service de livraison selon l'invention. A cet effet, il comprend une base de données client 28 reliée à un module de pilotage 30.
La base de données client 28 comprend des espaces répertoires 31 , 32 chacun associé aux téléphones mobiles 2 abonnés au service de livraison selon l'invention. Chaque espace répertoire 32, représenté sur la Fig.2, est une mémoire. L'espace est identifié par une identification IT du téléphone mobile 2 auquel il est associé. Cette identification IT est constituée par exemple par le
MISDN du téléphone mobile 2 ou un numéro d'identification quelconque et, éventuellement un mot de passe.
L'espace 32 comprend de plus une information AU d'autorisation ou de non autorisation de livraison. L'utilisateur du téléphone mobile 2 est autorisé à utiliser le service de livraison lorsqu'il a souscrit à un abonnement et par exemple lorsque les factures relatives à cet abonnement ont été réglées. Le module de pilotage 30 est connecté à la base de données catalogue 26 pour présenter au téléphone 2 qui le consulte les informations stockées dans cette base.
Il est apte à lire les informations dans les espaces 31 , 32 et à établir dans ces espaces répertoires 31 , 32, une requête de livraison 33 du contenu numérique 22 sélectionné par l'utilisateur dans la base 26 à partir des informations émises par le téléphone mobile 2.
Le module de pilotage 30 est adapté pour transmettre cette requête de livraison 33 au dispositif de planification 6, par l'intermédiaire d'une interface de communication 34 et d'un réseau 35, constitué par exemple par un réseau IP de type réseau Internet, Intranet ou Ethernet. La requête 33 est formatée au format
XML et, est par exemple, transférée par des « WEB services ».
Cette requête en livraison 33 comprend une identification IC du contenu numérique 22 choisi par l'utilisateur pour être téléchargé dans le terminal de réception 3, une identification IL de la requête de livraison 33 et une identification IR du terminal de réception 3 qui peut être une adresse IP par exemple. Elle peut comprendre en outre une heure HF de fin de téléchargement demandée et éventuellement une heure minimum HD de début de téléchargement demandée. Le dispositif de planification 6, également constitué par un serveur, est apte à communiquer avec le dispositif de service 5 et le terminal de réception 3, via respectivement les réseaux 35 et 12. Il comporte à cet effet, une interface 36 de communication avec le dispositif de service 5 et une interface 37 de communication avec le terminal de réception 3. Le serveur de planification 6 est adapté pour compléter la requête de livraison 33 afin d'y ajouter des paramètres de planification temporelles et matérielles de téléchargement et pour stocker une requête de livraison enrichie 38 par ces paramètres.
Il comprend des bases de données de référence 39, de réseau 42 et de stockage 44.
La base de données 39 comprend une liste contenant l'identification IC de l'ensemble des contenus numériques 22, 23 référencés dans la base de données catalogue 26. Chaque contenu 22 est associé à une ou plusieurs adresses AS de serveur 4 stockant ce contenu numérique. En effet, plusieurs serveurs 4 peuvent proposer les mêmes contenus numériques afin de garantir leur disponibilité.
Elle comprend également le nom Fl des fichiers du contenu numérique 22 à télécharger ainsi que les protocoles P à utiliser pour réaliser ce téléchargement. La base de données 42 comprend des informations relatives à l'architecture et à la modélisation du réseau de télécommunication 12, telles que par exemple le débit disponible DU entre le terminal de réception 3 et le dispositif de stockage 4, la topologie du réseau 12, le taux de disponibilité des liens réseaux entre l'ensemble. des serveurs 4 et les terminaux de réception 3 abonnés au procédé de livraison de la présente invention.
La base de données 44 comprend des espaces répertoires 45 chacun associé à un terminal de réception 3 abonné au service de livraison et propre à être reconnu par celui-ci. A cet effet, chaque espace répertoire 45 est identifié par une identification IS. L'espace répertoire 45, représenté sur la Fig.3, est apte à stocker la requête de livraison enrichie 38 formée à partir de la requête 33 et complétée pour contenir les paramètres de planification temporelles et matérielles du téléchargement, tel qu'explicité dans la suite de la description. Le serveur de planification 6 est adapté pour planifier temporellement les téléchargements de contenu 22. Il comporte à cette fin un module de pilotage 46 raccordé aux interfaces 36 et 37, aux bases 39, 42, 44 et un module agenda 48 également raccordé au module 46.
Le module de pilotage 46 est apte à calculer une durée prévisionnelle de téléchargement DC, une heure prévisionnelle HP de fin de téléchargement et une heure prévisionnelle HPD de début de téléchargement du contenu numérique 22 sélectionné en fonction des informations de modélisation du réseau 12 entre le terminal de réception 3 et le serveur 4 et des paramètres imposés dans la requête 33 comme l'heure minimale de début HD de téléchargement demandée ou l'heure maximale HF de fin de téléchargement demandée.
Il est propre à remonter des informations au dispositif de service 5 qui les transmettra au téléphone mobile 2. Comme décrit dans la suite de la description, ces informations comprennent notamment l'heure prévisionnelle de fin de livraison HP mais aussi l'état d'avancement EA de livraison.
Ces informations peuvent être envoyées au téléphone mobile 2 sur l'initiative du dispositif de service 5 ou sur l'initiative du dispositif de planification 6 (de façon régulière ou sur des événements prédéfinis). Le module de pilotage 46 est apte à consulter et à gérer le module agenda 48 et à enregistrer ou mettre à jour les heures HP dans celui-ci après chaque planification d'un contenu 22.
Il est adapté pour générer la requête de livraison enrichie 38 par introduction dans la requête 33 des paramètres de planification comprenant la ou les adresses AS du serveur 4 du contenu à télécharger, le nom Fl des fichiers de contenu, le débit utilisable DU, les protocoles P de communication à utiliser, l'heure de début de téléchargement prévue HPD, l'heure prévisionnelle HP de fin de téléchargement, d'une historique HL de la livraison et d'un champ libre EA destiné à contenir l'état d'avancement défini par exemple en pourcentage (10% de 160 Mégaoctets) ou par le statut du téléchargement (par exemple : pause, erreur, en attente de l'heure de début, etc). L'historique HL comprend l'ensemble des informations ayant été contenues dans le champ EA. Ces paramètres sont issus de la base 39 ou sont aptes à être calculés par le module 46 à partir de la base 42 et du module agenda 48.
Le module agenda 48 est propre à stocker les heures prévisionnelles HP de fin et HPD de début de téléchargement de chaque contenu numérique 22 en cours de téléchargement, à télécharger ou déjà téléchargé (dans ce cas les heures prévisionnelles deviennent les heures réelles de début et de fin du téléchargement) dans chaque serveur 4 pour chaque terminal 3.
En fonctionnement, pendant une étape 100, l'utilisateur du téléphone 2 consulte le portail Web 25 du dispositif de service 5 à l'aide de son navigateur
Web 7 par l'intermédiaire du réseau 10. L'utilisateur du téléphone 2 transmet au dispositif de service 5, une identification IT du téléphone 2 et transmet éventuellement un mot de passe personnel propre à sécuriser sa commande.
Au cours d'une étape 102, le module de pilotage 30. vérifie si l'utilisateur du téléphone 2 est autorisé à utiliser le service de livraison, en consultant la base de données client 28.
Lorsque le téléphone 2 n'est pas autorisé à utiliser ce service, le module de pilotage 30 transmet au téléphone 2, au cours d'une étape 104, un message informant l'utilisateur de l'impossibilité d'utiliser le service de livraison et lui demandant éventuellement de prendre contact avec un service de clientèle et le procédé de livraison selon l'invention s'arrête.
Lorsque l'utilisateur du téléphone 2 est autorisé à utiliser ce service, il consulte les informations contenues dans la base de données catalogue 26, au cours d'une étape 106. Lorsque l'utilisateur du téléphone 2 a sélectionné depuis l'interface homme-machine 9, un contenu numérique 22 qu'il souhaite livrer, il transmet au module de pilotage 30 au cours d'une étape 108, l'identification IC du contenu sélectionné, l'identification IR du terminal 3 destiné à réceptionner le contenu et, le cas échéant, l'heure minimale de début HD de téléchargement demandée et l'heure de fin HF de téléchargement demandée.
Au cours d'une étape 109, le module de pilotage 30 établit la requête de livraison 33 dans l'espace répertoire 32 associé à l'identification IT du téléphone 2 à partir des informations transmises au cours de l'étape 108. Il génère et introduit une identification IL de la commande dans la requête 33. Puis, il transmet cette requête 33 au serveur de planification 6.
Au cours d'une étape 110, le module de pilotage 46 planifie la livraison de ce contenu numérique et enrichit la requête 33 par insertion de paramètres de téléchargement.
L'étape 110 de planification comprend les étapes 112 à 131 , représentées sur la Fig.5, au cours desquelles la requête de livraison enrichie 38 est établie.
Au cours de l'étape 112, le module 46 recherche dans la base 39 l'adresse ou les adresses AS de serveur de stockage 4 stockant le contenu numérique 22 identifié par l'identification IC.
Au cours d'une étape 114, le module 46 consulte l'agenda 48 pour connaître le nombre de téléchargement en cours pour chaque contenu numérique dans chaque serveur de stockage 4 et pour le terminal 3. Puis, au cours d'une étape 116, le module 46 calcule les durées prévisionnelles de téléchargement DC et les heures prévisionnelles HPD de début, en respectant une éventuelle heure minimale HD de début de téléchargement, de chaque contenu 22 à partir des adresses AS des serveurs de stockage de ces contenus, de l'identification IR du terminal de réception 3, et du nombre de téléchargement en cours pour chaque contenu numérique, et en consultant la base 42 de stockage d'informations relatives au réseau 12. Puis, le module 46 sélectionne le serveur de stockage 4 avec le contenu le plus rapidement disponible.
Au cours d'une étape 118, le module 46 calcule une heure prévisionnelle HP de fin téléchargement à partir de la durée de téléchargement
DC et de l'heure de début HPD calculée au cours de l'étape 116. Au cours d'une étape 120, le module 46 compare l'heure prévisionnelle HP à l'heure de fin HF de téléchargement demandée.
Lorsque l'heure HP est inférieure à l'heure HF, le procédé se poursuit par l'étape 130.
Lorsque l'heure HP est supérieure à l'heure HF, le module 46 transmet un message d'avertissement au dispositif de service 5, au cours d'une étape 122. Ce message comprend l'heure prévisionnelle HP calculée, l'identification de la commande IL et éventuellement une demande de confirmation de la livraison. Ce message est relayé au téléphone 2.
Au cours d'une étape 124, le module 30 recherche l'identification IT du téléphone 2 dans la base client 28 à partir de l'identification de la commande IL et retransmet le message d'avertissement au téléphone 2 ayant demandé cette livraison.
Au cours d'une étape 126, le téléphone 2 transmet un message de réponse au module de pilotage 46 par l'intermédiaire du dispositif de service 5.
Lorsque ce message confirme la demande de livraison, le procédé se poursuit par l'étape 130.
Lorsque ce message comporte une demande d'annulation de la livraison, le module 30 supprime la requête de livraison 33 dans l'espace répertoire 32 et transmet le message d'annulation au dispositif de planification 6.
Sur réception de ce message, le module 46 du dispositif de planification supprime la requête 33 au cours d'une étape 128.
Lorsque le message comporte une confirmation de la livraison, le procédé passe à l'étape 130.
Au cours de l'étape 130, le module 46 génère une requête enrichie 38 par introduction dans la requête de livraison 33 des paramètres de téléchargement comprenant le nom Fl des fichiers à télécharger, l'adresse AS du serveur de stockage 4, le protocole à utiliser P pour ce téléchargement, le débit utilisable DU, l'historique de la livraison HL et le champ état d'avancement EA qui sera ultérieurement complété par le terminal de réception 3.
Au cours d'une étape 131 , le module de pilotage 46 enregistre dans le module agenda 48, l'horaire prévisionnelle HP de fin de téléchargement et l'heure de début de téléchargement prévue HPD.
Une fois l'étape de planification 110 terminée, au cours d'une étape 132, le module 46 stocke la requête de livraison enrichie 38 dans l'espace répertoire 45 associé au terminal 3 destiné à recevoir le contenu 22. Au cours d'une étape 134, le terminal de réception 3 consulte l'espace répertoire 45 qui lui est associé.
Lorsque l'espace répertoire 45 ne comporte pas de requête de livraison enrichie 38, le procédé s'arrête au cours d'une étape 135. Lorsque l'espace répertoire 45 comporte une requête 38, le module client de planification 14 télécharge cette requête, au cours d'une étape 136.
Au cours d'une étape 138, le module client FTP 16 se connecte au serveur de stockage 4 et télécharge le contenu numérique 22 stocké dans le serveur 4, à partir de certains paramètres de téléchargement contenus dans la requête de livraison enrichie 38, tels que le protocole P à utiliser, l'adresse AS du dispositif 4, et le nom Fl des fichiers.
Parallèlement, au cours d'une étape 140, le module client 14 surveille l'état d'avancement du téléchargement et inscrit des informations concernant celui-ci dans le champ état d'avancement EA de l'espace répertoire 45 au fur et à mesure du téléchargement. Le module 46 transmet un message de suivi contenant cet état EA et l'identification IL au dispositif 5 qui renvoie ce message de suivi au téléphone 2.
Lorsque le téléchargement présente un retard en raison par exemple d'un problème lié au réseau Internet 12 ou en raison d'une défaillance de la connexion au terminal de stockage 4, le module client 14 transmet les informations relatives à ce problème telles que le nouveau débit utilisable DU, au module de pilotage 46, au cours d'une étape 142. Le module 46 reprend alors l'étape de planification 110 décrite précédemment. Puis, le procédé se poursuit par l'étape 144.
Lorsque le téléchargement ne présente pas de retard, le procédé se poursuit directement par l'exécution de l'étape 144!
Au cours de l'étape 144, le téléchargement est terminé et le module client 14 transmet le message de fin de téléchargement au téléphone 2, par l'intermédiaire des dispositifs de planification 6 et de service 5.
Dans un mode de réalisation préféré, les étapes de procédé sont exécutées par un ordinateur sous la commande d'instructions de programme. L'invention concerne également un support d'enregistrement de données comportant un programme d'ordinateur comprenant des instructions de programme pour faire exécuter le procédé par un ordinateur. Le support de données peut être un support matériel de stockage, par exemple un CD-ROM, une disquette d'enregistrement ou un disque dur, ou bien un support transmissible tel qu'un signal électrique, optique ou radio. En variante, au cours de l'étape 140, le dispositif de planification 6 transmet au téléphone mobile 2, via le dispositif de service 5, un message contenant l'état d'avancement du téléchargement enregistré dans le champ EA et mis à jour périodiquement par le terminal de réception 3. Ce message est transmis à intervalles réguliers, par exemple, de 5 secondes à 2 minutes.
Ainsi, l'utilisateur du téléphone 2 est informé en quasi temps réel de l'état d'avancement de la livraison sur le terminal de réception 3.
En variante, le terminal de réception 3 n'est pas propre à se connecter régulièrement au dispositif de planification 6 pour vérifier si il doit télécharger un contenu numérique. Dans ce cas, le dispositif de planification 6 se connecte au terminal de réception 3.
En variante, le téléphone mobile 2 est propre communiquer avec le dispositif de service 5 par transmission d'un message court (SMS). Dans ce cas, le réseau utilisé pour cette transmission est un réseau GSM (en anglais : Global System for Mobile Communications) et le dispositif de service 5 comprend un module de traitement de SMS.
En variante, le téléphone mobile 2 est propre à commander la livraison d'un contenu numérique par appel téléphonique. Dans ce cas, le réseau 10 est un réseau de télécommunication commuté mobile (GSM ou UMTS Universal Mobile Télécommunication System) ou fixe (RTC réseau téléphonique commuté) et le serveur 5 un serveur vocal.
En variante, le terminal de commande 2 est un ordinateur comportant un navigateur Internet. Il est propre à communiquer avec un dispositif de service
5 par transmission de courrier ou par consultation d'un portail Web, par l'intermédiaire d'un réseau domestique d'entreprise Ethernet, d'un réseau GPRS ou un réseau ADSL.
En variante, le terminal de commande 2 est un assistant numérique personnel (PDA).
En variante, le terminal de commande 2 est un poste d'administration utilisé pour la gestion des services du dispositif de service 5, par exemple lors d'intervention d'une assistance technique ou téléphonique ou lors de la programmation de modèle du pousser (en anglais : Push), à savoir la programmation de téléchargement directe et automatique à l'utilisateur par exemple à intervalles réguliers ou selon des directives préétablies à des fins promotionnelles ou dans le cadre d'un service d'abonnement.
En variante, le terminal de réception 3 est un boîtier décodeur (en anglais : Set-top Box) ou une passerelle à un réseau domestique. En variante, le terminal de réception 3 se comporte comme un serveur
(technologie du pair à pair, en anglais « peer to peer »).
En variante, les bases de données 39, 42, 44 et le module agenda 48 du dispositif de planification 6, sont formés par une seule et unique base de données. En variante, l'espace répertoire 31, 32 du dispositif de service 5, comprend une autorisation AU de téléchargement spécifique pour chaque type de contenu numérique tel que par exemple pour des contenus vidéo, des contenus audio, des journaux.
En variante, la requête de livraison 33 comporte également une information de priorité PR de livraison du contenu et une adresse AD obligatoire d'un terminal de stockage à partir duquel l'utilisateur veut télécharger le contenu.
En variante, le terminal 2 est apte à transmettre à tout moment un message contenant une demande d'arrêt du téléchargement.
Comme le terminal 3 se connecte par lui-même au serveur de planification 6 et au serveur de stockage 4, il n'autorise aucune connexion entrante et aucune prise de contrôle à distance, ce qui garantit la sécurité de ce terminal 3.
En variante, la requête 33 est envoyée au serveur 6 directement, par le dispositif de service 5, sans l'intervention du terminal 2, par exemple dans le cas d'une souscription à l'envoi d'un contenu de type film, une fois par semaine par un modèle du pousser (en anglais « Push»).
En variante, l'espace répertoire 31, 32 comprend en outre l'identification du terminal de réception 3 sur lequel les contenus numériques téléchargés par le téléphone 2 doivent être téléchargés. Dans ce cas, l'utilisateur du téléphone 2 n'a pas besoin de fournir ce renseignement au dispositif de service 5 à chaque commande.
Ce procédé permet la commande d'un contenu numérique destiné à être livré à un terminal de réception, depuis n'importe quel terminal de commande et à n'importe quel moment. En plus de la commande à distance, le procédé permet la remontée au dispositif de service 5 de l'avancement et de l'état des téléchargements. Ces données sont accessibles au dispositif de services, afin qu'il puisse vérifier la bonne réception des fichiers. Cette fonction est essentielle car on ne peut facturer le téléchargement d'un contenu que si on est sûr qu'il est bien arrivé chez le client. (Voire même seulement s'il est arrivé à temps, si le service garantit la livraison avant une heure H). Toutes ces informations de gestion sont également essentielles pour diagnostiquer les erreurs en cas d'anomalie lors d'un téléchargement. De plus, ceci permet de signaler au client (avec un SMS par exemple), que son contenu est arrivé à domicile.
Comme le module client 14 installé sur le terminal de réception 3 récupère toutes les informations du téléchargement et utilise le protocole approprié pour effectuer le téléchargement, ce procédé peut s'adapter à n'importe quelle architecture de stockage. Par exemple, les instructions de commande pourront spécifier une liste de serveurs (en cas d'indisponibilité de certains serveurs), utiliser des instructions de parallélisme (prendre des parties d'un même contenu sur différents serveurs en même temps), et pointer indifféremment vers un réseau de délivrance de contenu CDN (en anglais : Content Delivery Network) ou des serveurs de fichiers. Peu importe que le client ait un réseau local domestique, qu'il ait installé un pare-feu matériel ou logiciel, il peut bénéficier des services de livraison à domicile grâce à ce procédé. En effet, le module client de planification est l'initiateur de toutes les connexions, qu'il s'agisse de la récupération des requêtes de livraison, des téléchargements ou des remontées de statuts. L'abonnement aux services de livraison à domicile n'aura donc aucun impact sur la sécurité des équipements informatiques domestiques.
Si les usagers utilisent leur ordinateur familial comme terminal de réception, les seules opérations nécessaires à l'installation du procédé selon l'invention, sont l'installation du module client de planification, et éventuellement la configuration du pare-feu logiciel pour qu'il accepte les connexions sortantes initiées par ce programme. Si par exemple une passerelle domestique préconfigurée est fournie au client par un pack d'abonnement à l'ADSL, aucun réglage ne sera nécessaire. Une procédure d'installation fournie avec le pack expliquera les branchements. Typiquement, il suffira de connecter la passerelle au filtre de la ligne téléphonique et l'ordinateur familial ou le réseau domestique à la passerelle de services.

Claims

REVENDICATIONS
1. Procédé de livraison à un terminal de réception (3) d'au moins un contenu numérique (22, 23) stocké dans au moins un dispositif de stockage (4), caractérisé en ce qu'il comporte les étapes suivantes : - transmission (100) par un terminal de commande (2) vers un dispositif de planification (6) d'une requête de livraison (33) du contenu numérique (22, 23) comportant au moins une identification (IC) de ce contenu numérique (22, 23) à livrer ;
- stockage (132) de cette requête de livraison (33) dans un espace répertoire (45) du dispositif de planification (6), cet espace répertoire (45) étant associé au terminal (3) de réception de ce contenu numérique (22, 23) ;
- consultation (134) périodique par le terminal de réception (3) de son espace répertoire (45) associé ; et, lorsque cet espace répertoire (45) comprend ladite requête de livraison (33), - téléchargement (136) de cette requête de livraison (33) dans le terminal de réception (3) ; et
- téléchargement (138) du contenu numérique (22, 23) stocké dans le dispositif de stockage (4), par le terminal de réception (3) à partir de ladite requête de livraison (33).
2. Procédé selon la revendication 1 , caractérisé en ce qu'il comprend en outre une étape de planification (110) de la livraison du contenu numérique (22, 23) comportant les étapes suivantes :
- calcul (116) de la durée prévisionnelle de téléchargement (DC) du contenu numérique (22, 23), en fonction de la modélisation du réseau de communication (12) entre le terminal de réception (3) et le dispositif de stockage (4) ; et
- calcul (118) d'une heure prévisionnelle (HP) de fin de téléchargement à partir de la durée prévisionnelle de téléchargement (DC) calculée et de l'heure de disponibilité (Hl) du contenu numérique (22, 23).
3. Procédé selon la revendication 2, caractérisé en ce que la requête de livraison (33) comporte en outre une heure de fin (HF) de téléchargement demandée et en ce que l'étape de planification (110) comprend en outre les étapes suivantes : - comparaison (120) de l'heure prévisionnelle (HP) de fin de téléchargement calculée à l'heure de fin (HF) de téléchargement demandée dans la requête de livraison (33) ; et, lorsque l'heure prévisionnelle (HP) de fin de téléchargement calculée est supérieure à l'heure de fin (HF) de téléchargement demandée ;
- transmission (122) d'un message d'avertissement vers le terminal de commande (2) par le dispositif de planification (6), le message comportant l'heure prévisionnelle (HP) de fin de téléchargement calculée.
4. Procédé selon l'une quelconque des revendications 2 et 3, caractérisé en ce que l'étape de planification (110) comporte en outre une étape d'enrichissement (130) de la requête de livraison (33) par ajout de paramètres relatifs au contenu numérique (22) à télécharger et/ou relatifs au dispositif de stockage (4) de ce contenu numérique (22) et/ou relatifs au terminal de réception (3), et/ou relatifs à un réseau de communication (12) entre ledit dispositif de stockage (4) et le terminal de réception (3).
5. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comporte une étape de transmission (144) d'un message de fin de téléchargement du contenu numérique (22, 23), du terminal de réception (3) vers le terminal de commande (2), lorsque ce contenu (22, 23) a été téléchargé dans des moyens de stockage (13) au terminal de réception (3).
6. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comporte en outre une étape de vérification (102) de l'existence d'une autorisation (AU) de livraison du contenu numérique (22, 23), audit terminal de commande (2), par un dispositif de service (5).
7. Terminal de réception (3) d'au moins un contenu numérique (22, 23) stocké dans un dispositif de stockage (4), caractérisé en ce qu'il comporte un module client de planification (14) propre à consulter périodiquement un espace répertoire (45) stocké dans un dispositif de planification (6) pour rechercher une requête de livraison (33) d'un contenu numérique (22, 23) commandé par un terminal de commande (2) distinct et indépendant du terminal de réception (3), le module client de planification (14) étant apte à télécharger cette requête de livraison (33) sans l'intervention d'un utilisateur et à exécuter automatiquement les instructions contenues dans cette requête de livraison (33) pour télécharger le contenu numérique (22, 23).
8. Dispositif de planification (6) de livraison à un terminal de réception (3) d'au moins un contenu numérique (22, 23) stocké dans au moins un dispositif de stockage (4), caractérisé en ce qu'il comporte :
- au moins un espace répertoire (45) associé au terminal de réception (3) et propre à stocker une requête de livraison (33) d'un contenu numérique (22,
23), ladite requête (33) ayant été transmise par un terminal de commande (2) distinct du terminal de réception (3) ; et
- une base de données (39) comprenant au moins une identification (IC) du contenu numérique à livrer, reliée à au moins une adresse (AS) du dispositif de stockage (4) de ce contenu numérique (22, 23) ;
9. Dispositif selon la revendication 8, caractérisé en ce qu'il comporte :
- une base de stockage (42) d'informations relatives aux réseaux de communication (12) utilisés pour la communication entre le ou chaque dispositif de stockage (4) et le ou chaque terminal de réception (3) ; - un module agenda (48) propre à sélectionner le dispositif de stockage (4) destiné à stocker le contenu numérique (22, 23) à télécharger en fonction des livraisons de contenus numériques (22, 23) précédemment planifiées et apte à fournir les horaires de disponibilité (Hl) de téléchargement de ce contenu numérique (22 ; 23) ; - des moyens de calcul (46) de la durée de téléchargement (DC) du contenu numérique (22, 23) en fonction des informations relatives aux réseaux de communication (12) ; et
- des moyens de calcul (46) d'une heure prévisionnelle (HP) de fin de téléchargement en fonction de la durée de téléchargement (DC) calculée et des horaires de disponibilité (Hl) de téléchargement du contenu numérique (22, 23) du dispositif de stockage (4) sélectionné.
10. Système de livraison à un terminal de réception (3) d'au moins un contenu numérique (22, 23) stocké dans au moins un dispositif de stockage (4), caractérisé en ce qu'il comporte : - un terminal de réception (3) selon la revendication 7 ; et
- un dispositif de planification (6) selon l'une quelconque des revendications 8 et 9.
11. Système selon la revendication 10, caractérisé en ce qu'il comporte en outre un dispositif de service (5) comprenant des moyens de vérification (28, 30, 31 , 32) d'une autorisation (AU) de livraison d'un contenu numérique (22, 23) par le terminal de commande (2).
12. Support d'enregistrement comprenant un programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé selon l'une quelconque des revendications 1 à 6, lorsque le programme est exécuté sur un ordinateur.
PCT/FR2005/002858 2004-11-17 2005-11-17 Procede et systeme de livraison d'un contenu numerique, terminal de reception et dispositif de planification de livraison de ce contenu WO2006053986A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0412205 2004-11-17
FR0412205A FR2878110A1 (fr) 2004-11-17 2004-11-17 Procede et systeme de livraison d'un contenu numerique, terminal de reception et dispositif de planification de ce contenu.

Publications (1)

Publication Number Publication Date
WO2006053986A1 true WO2006053986A1 (fr) 2006-05-26

Family

ID=34950653

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2005/002858 WO2006053986A1 (fr) 2004-11-17 2005-11-17 Procede et systeme de livraison d'un contenu numerique, terminal de reception et dispositif de planification de livraison de ce contenu

Country Status (2)

Country Link
FR (1) FR2878110A1 (fr)
WO (1) WO2006053986A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8696963B2 (en) 2009-11-20 2014-04-15 Schlumberger Technology Corporation Functionally graded swellable packers

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001086854A2 (fr) * 2000-05-11 2001-11-15 Telefonaktiebolaget L M Ericsson (Publ) Procede et systeme de gestion de fichiers de donnees dans un systeme de telecommunications
US6526335B1 (en) * 2000-01-24 2003-02-25 G. Victor Treyz Automobile personal computer systems
US20040093375A1 (en) * 2001-03-28 2004-05-13 Mason Terrence I Method and a system of remotely controlling data transfer via a data transfer network

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6526335B1 (en) * 2000-01-24 2003-02-25 G. Victor Treyz Automobile personal computer systems
WO2001086854A2 (fr) * 2000-05-11 2001-11-15 Telefonaktiebolaget L M Ericsson (Publ) Procede et systeme de gestion de fichiers de donnees dans un systeme de telecommunications
US20040093375A1 (en) * 2001-03-28 2004-05-13 Mason Terrence I Method and a system of remotely controlling data transfer via a data transfer network

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8696963B2 (en) 2009-11-20 2014-04-15 Schlumberger Technology Corporation Functionally graded swellable packers

Also Published As

Publication number Publication date
FR2878110A1 (fr) 2006-05-19

Similar Documents

Publication Publication Date Title
US7342928B2 (en) Method and system for accessing a peer-to-peer network
EP2795878B1 (fr) Procédé de partage d'un contenu multimédia entre utilisateurs
EP2795870A1 (fr) Procede d'acces par un terminal de telecommunication a une base de donnees hebergee par une plateforme de services accessible via un reseau de telecommunications
EP2227048A1 (fr) Procédé de gestion de profils d'utilisateurs d'un réseau de pairs
WO2006053986A1 (fr) Procede et systeme de livraison d'un contenu numerique, terminal de reception et dispositif de planification de livraison de ce contenu
WO2022117972A1 (fr) Procédé de gestion d'une demande d'accès à un réseau de communication local, procédé de traitement d'une demande d'accès à un réseau de communication local, procédé de demande d'accès à un réseau de communication local, dispositifs, plateforme de gestion, passerelle, terminal utilisateur, système et programmes d'ordinateur correspondants
FR2854753A1 (fr) Procede de distribution de documents numeriques multi-resolutions
WO2011124810A1 (fr) Gestion de service personnalisee dans un reseau ip
FR2964523A1 (fr) Mise a disposition d'informations par un terminal mobile dans un reseau.
EP2402871A1 (fr) Gestion du lieu de stockage de données dans un système de stockage distribué
EP1952599B1 (fr) Procede de diffusion maitrisee d'informations
EP1538545A1 (fr) Système de messagerie électronique et procédé d'émission de messages électroniques correspondant
WO2016097530A1 (fr) Dispositif et procede de gestion des priorites pour le telechargement de contenus multimedia
EP1933531B1 (fr) Dispositif de contrôle de communications sur IP entre des équipements de communication IP, avec prise de contrôle automatisée de leurs flux de média(s)
FR2871638A1 (fr) Procede et module de mise a jour logicielle d'une passerelle entre un reseau operateur et un reseau local
EP2146494B1 (fr) Procédé de gestion de données personnelles multimédia dans un réseau de télécommunications et installation correspondante
WO2009013439A2 (fr) Procede de controle d'un fournisseur de services a partir d'un terminal mobile
EP1508237B1 (fr) Protocole de communication entre un module d'application vocale et une plate-forme vocale dans un serveur vocal
WO2005121956A1 (fr) Systeme et procede d’aide a l’execution d’une fonction ou d’un ensemble de fonctions mises en œuvre par un service de telecommunication
EP2320623B1 (fr) Procédé de fourniture d'un service
EP1906625B1 (fr) Procédé et système de partage de fichiers sur un réseau, utilisant des capacités de stockage d'un boîtier de connexion au réseau
FR2926376A1 (fr) Systeme et procede de commande a distance de telechargement sur un dispositif multimedia communicant a partir d'un terminal communicant via au moins un reseau de communication
FR2863132A1 (fr) Passerelle de liaison d'un visioportier
FR2868568A1 (fr) Dispostif d'assistance numerique personnelle interagissant avec une pluralite d'applications logicielles
EP2311223A2 (fr) Mise à jour de critères de recherche de contenu définis pour un fournisseur de service

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KM KN KP KR KZ LC LK LR LS LT LU LV LY MA MD MG MK MN MW MX MZ NA NG NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU LV MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 05818159

Country of ref document: EP

Kind code of ref document: A1