FR2988544A1 - SELECTING A NETWORK ENTITY FOR PROVIDING DIGITAL CONTENT - Google Patents

SELECTING A NETWORK ENTITY FOR PROVIDING DIGITAL CONTENT Download PDF

Info

Publication number
FR2988544A1
FR2988544A1 FR1252626A FR1252626A FR2988544A1 FR 2988544 A1 FR2988544 A1 FR 2988544A1 FR 1252626 A FR1252626 A FR 1252626A FR 1252626 A FR1252626 A FR 1252626A FR 2988544 A1 FR2988544 A1 FR 2988544A1
Authority
FR
France
Prior art keywords
entity
network
digital content
information
request
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
FR1252626A
Other languages
French (fr)
Inventor
Emile Stephan
Gael Fromentoux
Philippe Fouquart
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
France Telecom SA
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 SA filed Critical France Telecom SA
Priority to FR1252626A priority Critical patent/FR2988544A1/en
Priority to PCT/FR2013/050603 priority patent/WO2013140097A1/en
Publication of FR2988544A1 publication Critical patent/FR2988544A1/en
Pending legal-status Critical Current

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
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • 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/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • 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/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1021—Server selection for load balancing based on client or server locations
    • 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/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1023—Server selection for load balancing based on a hash applied to IP addresses or costs
    • 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/2866—Architectures; Arrangements
    • H04L67/289—Intermediate processing functionally located close to the data consumer application, e.g. in same machine, in same home or in same sub-network
    • 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/52—Network services specially adapted for the location of the user terminal
    • 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/561—Adding application-functional data or data for application control, e.g. adding metadata
    • 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
    • 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/568—Storing data temporarily at an intermediate stage, e.g. caching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/30—Types of network names
    • H04L2101/35—Types of network names containing special prefixes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/69—Types of network addresses using geographic information, e.g. room number
    • 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/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • 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/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1074—Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
    • H04L67/1078—Resource delivery mechanisms
    • H04L67/1085—Resource delivery mechanisms involving dynamic management of active down- or uploading connections

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Library & Information Science (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne la sélection d'une ou plusieurs entités de réseau à utiliser, pour fournir un contenu numérique (C1) à un équipement utilisateur (UE), parmi une pluralité d'entités de réseau (CS1,CS2) aptes à fournir au moins une partie du contenu numérique (C1). Ce procédé comprend, suite à la réception (105) d'une requête (Req(C1)) d'obtention d'au moins un contenu numérique par une entité de routage de demande de contenu (CRE), pour chacune des entités de réseau aptes à fournir au moins une partie du contenu numérique : envoyer (115,125) une requête d'information sur l'adresse IP de l'entité de réseau (Rev_IAS) à un serveur de stockage d'adresses (IAS) ; et recevoir (117,127) un message de réponse (Resp_IAS) émis par le serveur de stockage d'adresses, le message de réponse contenant un champ de données d'informations comprenant des données d'information relatives à ladite entité de réseau ; la ou les entité(s) de réseau à utiliser étant sélectionnée(s) au moyen des données d'informations relatives aux entités de réseau.The invention relates to the selection of one or more network entities to be used, to provide a digital content (C1) to a user equipment (UE), among a plurality of network entities (CS1, CS2) capable of providing the least part of the digital content (C1). This method comprises, following the receipt (105) of a request (Req (C1)) for obtaining at least one digital content by a content request routing entity (CRE), for each of the network entities capable of providing at least part of the digital content: sending (115,125) an information request on the IP address of the network entity (Rev_IAS) to an address storage server (IAS); and receiving (117,127) a response message (Resp_IAS) issued by the address storage server, the response message containing an information data field comprising information data relating to said network entity; the at least one network entity (s) to be used being selected using the information data relating to the network entities.

Description

Sélection d'une entité de réseau pour la fourniture d'un contenu numérique La présente invention concerne le téléchargement de contenus numériques au moyen d'un réseau de fourniture de contenus, et en particulier la sélection d'au moins un serveur de contenu à utiliser lorsqu'un contenu à télécharger est stocké dans une pluralité de serveurs de contenu d'un tel réseau. La fourniture de contenus numérique, que ce soit par exemple sous forme de fichiers, d'éléments d'application Web (pages, code javascript), de streaming vidéo, de la radio ou de la télé sur internet, à un utilisateur connecté à internet 1 0 nécessite de déterminer la ou les « meilleures » entités de réseau capable de fournir ce contenu. Dans le cas où de telles entités de réseau sont des serveurs de contenu, ceci nécessite généralement de connaitre ou de déterminer les serveurs disponibles les plus proches de cet utilisateur (proche au sens réseau comme au 15 sens géographique) capable de fournir le contenu. Les serveurs qui contiennent une copie du contenu à télécharger, appelés « caches », sont classiquement hébergés par des réseaux de fourniture de contenu (CDN pour « Content Delivery Networks » en anglais), dont les fournisseurs se positionnent comme intermédiaires entre le fournisseur d'accès au 20 réseau internet et le fournisseur de contenu (par exemple Dailymotion), ou par des terminaux utilisateurs agissant comme des « caches » d'un réseau pair-a-pair. Une bonne interconnexion entre les différents réseaux mis en oeuvre, que ce soit les réseaux de fourniture de contenu ou les réseaux du fournisseur d'accès internet, est donc cruciale. Afin de garantir la rapidité d'interconnexion et la qualité 25 d'expérience utilisateur, il convient notamment de déterminer la localisation géographique du terminal requérant le contenu et le fournisseur d'accès fournissant la connectivité à cette entité. Certaines solutions proposées actuellement reposent sur le regroupement de préfixes IP en groupes nommés. Ainsi, des solutions utilisant le protocole 30 ALTO utilisent le regroupement de préfixes en groupe nommés à base de PID, alors que des solutions utilisant le protocole BGP utilisent le regroupement de préfixes en groupe nommés à base de couples (numéro AS, valeur de champ communauté identifiant une région ou un type d'accès), ce qui nécessite la communication d'informations très volumineuses et confidentielles aux applications de service. En outre, les solutions actuelles d'interconnexion entre réseaux de fourniture de contenu comportent les inconvénients suivants : - Ils sont complexes et engagent de nombreuses interactions entre les différentes entités réseaux impliquées (terminal, serveur caches des CDN, serveurs de nom de domaine (DNS), etc.) ; - Ces multiples allers-retours introduisent un délai dans l'accès au contenu, et donc affectent l'expérience du client qui subit un délai avant sa visualisation et nuisent ainsi au rendu du service ; - L'accès à un contenu riche démultiplie le nombre d'interactions (le mécanisme actuel ne passe pas à l'échelle). La présente invention a pour but de résoudre ces inconvénients, en proposant un procédé de sélection d'une ou plusieurs entité(s) de réseau à utiliser, lors du téléchargement d'un contenu numérique, qui soit simple et offre une meilleure expérience client en limitant les messages de redirections entre les différentes entités du système téléchargement.The present invention relates to the downloading of digital content by means of a content delivery network, and in particular the selection of at least one content server to be used. when downloadable content is stored in a plurality of content servers of such a network. The supply of digital content, for example in the form of files, web application elements (pages, javascript code), video streaming, radio or internet TV, to a user connected to the Internet It is necessary to determine the "best" network entity or entities capable of providing this content. In the case where such network entities are content servers, this generally requires knowing or determining the closest available servers to that user (close to the network sense as well as the geographical sense) capable of providing the content. Servers that contain a copy of the content to be downloaded, called "caches", are conventionally hosted by content delivery networks (CDNs for "Content Delivery Networks"), whose suppliers position themselves as intermediaries between the provider of content. access to the internet network and the content provider (eg Dailymotion), or user terminals acting as "caches" of a peer-to-peer network. A good interconnection between the different networks implemented, be it the content delivery networks or the networks of the Internet access provider, is therefore crucial. In order to guarantee the speed of interconnection and the quality of the user experience, it is in particular necessary to determine the geographical location of the terminal requiring the content and the access provider providing the connectivity to this entity. Some current solutions are based on the grouping of IP prefixes into named groups. Thus, solutions using the ALTO protocol use grouping of PID-based group prefixes, whereas solutions using the BGP protocol use group-based group-based prefix grouping (AS number, community field value). identifying a region or type of access), which requires the communication of very large and confidential information to the service applications. In addition, the current interconnection solutions between content delivery networks have the following drawbacks: They are complex and involve numerous interactions between the different network entities involved (terminal, server caches CDN, domain name servers (DNS ), etc.); - These multiple round trips introduce a delay in the access to the content, and thus affect the experience of the customer who suffers a delay before viewing and thus hinders the rendering of the service; - Access to rich content increases the number of interactions (the current mechanism does not scale). The present invention aims to overcome these disadvantages, by proposing a method of selecting one or more network entity (s) to be used, when downloading digital content, which is simple and offers a better customer experience in limiting redirection messages between different entities of the download system.

Ainsi, selon un premier aspect de l'invention, il est proposé un procédé de sélection d'au moins une entité de réseau à utiliser, pour fournir un contenu numérique à un équipement utilisateur, parmi une pluralité d'entités de réseau aptes à fournir au moins une partie du contenu numérique, caractérisé en ce que le procédé comprend, suite à la réception d'une requête d'obtention d'au moins un contenu numérique par une entité de routage de demande de contenu, pour chacune des entités de réseau aptes à fournir au moins une partie du contenu numérique : envoyer une requête d'information sur l'adresse IP de cette entité de réseau à un serveur de stockage d'adresses ; et recevoir un message de réponse émis par le serveur de stockage d'adresses, le message de réponse contenant un champ de données d'informations comprenant des données d'information relatives à ladite entité de réseau ; la au moins une entité de réseau à utiliser étant sélectionnée au moyen des données d'informations relatives aux entités de réseau. La sélection d'une entité de réseau servant à fournir le contenu numérique peut ainsi être opérée plus rapidement, avec un nombre réduit de messages de signalisation. Selon un mode de réalisation avantageux, ce procédé de sélection comprend en outre : envoyer une requête d'information sur l'adresse IP de l'équipement utilisateur au serveur de stockage d'adresses ; et 1 0 recevoir un message de réponse émis par le serveur de stockage d'adresses, le message de réponse contenant un champ de données d'informations comprenant des données d'information relatives audit équipement utilisateur, la au moins une entité de réseau à utiliser étant sélectionnée en outre au 15 moyen des données d'informations relatives à l'équipement utilisateur (UE). Il est ainsi possible d'obtenir l'ensemble des informations nécessaires à la sélection de l'entité de réseau à utiliser de la même manière, auprès du serveur de stockage d'adresses, que ce soit les informations concernant les entités de réseau aptes à fournir le contenu ou celles concernant l'équipement utilisateur. 20 Dans un mode de réalisation particulièrement avantageux, le serveur de stockage d'adresses est un serveur de noms de domaines et, pour chacune des entités de réseau aptes à fournir au moins une partie du contenu numérique, la requête d'information sur l'adresse IP de l'entité réseau est une requête DNS inversée et le champ de données d'informations est inséré dans un champ PTR 25 associé à l'entité de réseau et mémorisé dans le serveur de noms de domaine. Il est ainsi possible d'implémenter l'invention au moyen de fonctionnalités déjà existantes, offertes par les serveurs DNS mais utilisées habituellement dans d'autres contextes complètement différents de celui de la présente invention. Selon une caractéristique de l'invention, les données d'information relatives 30 à chaque entité de réseau aptes à fournir au moins une partie du contenu numérique comprennent des données de localisation géographique de cette entité de réseau, l'entité de réseau à utiliser étant sélectionnée en fonction des données de localisations géographiques des entités de réseau aptes à fournir au moins une partie du contenu numérique et de données de localisation géographique de l'équipement utilisateur. Ceci permet d'effectuer la sélection en tenant compte de critères géographiques, par exemple de la proximité géographique de l'équipement utilisateur avec l'une des entités de réseau. Selon une autre caractéristique de l'invention, les données d'information relatives à chaque entité de réseau aptes à fournir au moins une partie du contenu numérique comprennent des données caractérisant le domaine administratif du réseau de cette entité de réseau, l'entité de réseau à utiliser étant sélectionnée en fonction des données caractérisant les domaines administratifs du réseau des entités de réseau aptes à fournir au moins une partie du contenu numérique et des données caractérisant le domaine administratif du réseau de l'équipement utilisateur. Ceci permet d'effectuer la sélection en tenant compte de critères de proximité informatique, par exemple de l'appartenance de l'équipement utilisateur à un même réseau que l'une des entités de réseau. Selon une autre caractéristique de l'invention, les données d'information relatives à chaque entité de réseau aptes à fournir au moins une partie du contenu numérique comprennent des informations d'état de cette entité de réseau, l'entité de réseau à utiliser étant sélectionnée en fonction des données d'informations d'état des entités de réseau aptes à fournir au moins une partie du contenu numérique. Ceci permet d'effectuer la sélection en tenant compte du statut des entités de réseau, par exemple de leur saturation éventuelle. Selon un autre aspect de l'invention, il est proposé un procédé de téléchargement d'un contenu numérique par un équipement utilisateur comprenant les étapes suivantes : envoyer une requête d'obtention du contenu numérique à une entité de 25 routage de demande de contenu ; recevoir au moins un message de signalisation désignant au moins une entité de réseau à utiliser pour obtenir au moins une partie du contenu numérique, cette au moins une entité de réseau à utiliser étant sélectionnée, parmi une pluralité d'entité de réseau aptes à fournir le contenu numérique, au moyen de 30 données d'informations relatives aux entités de réseau obtenues auprès d'un serveur de stockage d'adresses ; envoyer au moins une requête en téléchargement du contenu numérique vers la au moins une entité de réseau à utiliser ; et recevoir au moins une partie du contenu numérique de la au moins une entité de réseau à utiliser. Le contenu numérique peut ainsi être fourni plus rapidement à l'équipement utilisateur le requérant, avec un nombre réduit de messages de signalisation.Thus, according to a first aspect of the invention, there is provided a method for selecting at least one network entity to be used, to provide digital content to a user equipment, among a plurality of network entities capable of providing at least a part of the digital content, characterized in that the method comprises, after receiving a request to obtain at least one digital content by a content request routing entity, for each of the network entities capable of supplying at least part of the digital content: sending an information request on the IP address of this network entity to an address storage server; and receiving a response message from the address storage server, the response message containing an information data field comprising information data relating to said network entity; the at least one network entity to be used being selected using the information data relating to the network entities. The selection of a network entity for providing the digital content can thus be performed more quickly, with a reduced number of signaling messages. According to an advantageous embodiment, this selection method further comprises: sending an information request on the IP address of the user equipment to the address storage server; and receiving a response message from the address storage server, the response message containing an information data field comprising information data relating to said user equipment, the at least one network entity to be used being further selected using the user equipment (UE) information data. It is thus possible to obtain all the information necessary for the selection of the network entity to be used in the same way, from the address storage server, whether the information concerning the network entities able to provide the content or those concerning the user equipment. In a particularly advantageous embodiment, the address storage server is a domain name server and, for each of the network entities able to provide at least a portion of the digital content, the information request on the server. IP address of the network entity is a reverse DNS query and the information data field is inserted into a PTR field 25 associated with the network entity and stored in the domain name server. It is thus possible to implement the invention by means of already existing features offered by the DNS servers but usually used in other contexts completely different from that of the present invention. According to one characteristic of the invention, the information data relating to each network entity capable of providing at least a portion of the digital content comprises geographical location data of this network entity, the network entity to be used being selected according to the geographic location data of the network entities able to provide at least a portion of the digital content and geographic location data of the user equipment. This makes it possible to make the selection taking into account geographical criteria, for example the geographical proximity of the user equipment with one of the network entities. According to another characteristic of the invention, the information data relating to each network entity able to provide at least a part of the digital content comprise data characterizing the administrative domain of the network of this network entity, the network entity. to be selected based on the data characterizing the administrative domains of the network of network entities able to provide at least a portion of the digital content and data characterizing the administrative domain of the network of the user equipment. This makes it possible to make the selection by taking into account computer proximity criteria, for example the membership of the user equipment in the same network as one of the network entities. According to another characteristic of the invention, the information data relating to each network entity able to provide at least a part of the digital content comprises state information of this network entity, the network entity to be used being selected according to the status information data of the network entities capable of providing at least a portion of the digital content. This makes it possible to make the selection taking into account the status of the network entities, for example their possible saturation. According to another aspect of the invention there is provided a method of downloading digital content by a user equipment comprising the steps of: sending a request to obtain the digital content to a content request routing entity; receive at least one signaling message designating at least one network entity to be used to obtain at least a portion of the digital content, this at least one network entity to be used being selected, from among a plurality of network entities capable of providing the digital content, using network entity information data obtained from an address storage server; send at least one request for downloading the digital content to the at least one network entity to be used; and receiving at least a portion of the digital content of the at least one network entity to be used. Digital content can thus be provided more quickly to the user equipment the applicant, with a reduced number of signaling messages.

Selon un autre aspect de l'invention, il est proposé une entité de sélection d'au moins une entité de réseau à utiliser pour fournir au moins un contenu numérique à un équipement utilisateur, cette entité de sélection comprenant un module de traitement apte à sélectionner la au moins une entité de réseau à utiliser, parmi une pluralité d'entité de réseau aptes à fournir au moins une partie 1 0 du contenu numérique, en mettant en oeuvre le procédé de sélection ci-avant. Dans un mode de réalisation avantageux, cette entité de sélection correspond à une entité de routage de demande de contenu comprenant des moyens de communication aptes à recevoir une requête d'obtention d'un contenu numérique émise par l'équipement utilisateur, ce qui permet un routage directif à 15 partir du point d'entrée du réseau auquel appartient cette entité de routage Selon un autre aspect de l'invention, il est proposé un serveur de stockage d'adresses, apte à interagir avec une entité de sélection pour mettre en oeuvre le procédé de sélection d'au moins une entité de réseau à utiliser, pour fournir un contenu numérique à un équipement utilisateur, tel que décrit ci-avant, le serveur 20 de stockage d'adresses comprenant : une unité de mémorisation configurée pour mémoriser, pour chaque entité de réseau d'une pluralité d'entités de réseau aptes à fournir au moins une partie du contenu numérique, l'adresse IP de cette entité de réseau associée à des données d'informations relatives à cette entité de réseau ; 25 une unité de communication apte à recevoir au moins une requête d'information sur l'adresse IP d'une de ces entités de réseau aptes à fournir au moins une partie du contenu numérique et configurée pour émettre au moins un message de réponse comprenant les données d'informations relatives à cette entité de réseau aptes à fournir au moins une partie du contenu numérique. 30 Selon un mode de réalisation avantageux, l'unité de mémorisation est en outre configurée pour mémoriser l'adresse IP de l'équipement utilisateur associée à des données d'informations relatives à ladite entité de réseau, et l'unité de communication est en outre apte à recevoir une requête d'information sur l'adresse IP de cet équipement utilisateur et configurée pour émettre un message de réponse comprenant les données d'informations relatives à cet équipement utilisateur. Selon une caractéristique avantageuse, l'unité de communication est en outre apte à recevoir une première requête de mise à jour des informations relatives à une des entités de réseau ou à l'équipement utilisateur, relayer une partie de cette première requête de mise à jour vers un serveur tiers et recevoir, depuis le serveur tiers, une deuxième requête de mise à jour, consolidée à partir de la première requête de mise à jour par ledit serveur tiers. Dans un mode de réalisation particulier, ce serveur de stockage d'adresses est un serveur de noms de domaine, la requête d'information sur l'adresse IP est une requête DNS inversée et le champ de données d'informations est inséré dans un champ PTR associé à l'entité de réseau et mémorisé dans le serveur de noms de domaine. Selon un autre aspect de l'invention, il est proposé un équipement utilisateur comprenant des moyens de communications aptes à recevoir un contenu numérique en provenance d'au moins une entité de réseau, les moyens de communication étant configurés pour envoyer une requête d'obtention du contenu numérique vers une entité de routage de demande de contenu et envoyer une requête en téléchargement d'au moins une partie du contenu numérique vers une entité de réseau à utiliser pour obtenir au moins une partie du contenu numérique, suite à la réception d'un message de signalisation désignant cette entité à utiliser, l'entité à utiliser étant sélectionnée, parmi une pluralité d'entités de réseau aptes à fournir au moins une partie du contenu numérique, au moyen de données d'informations relatives aux entité de réseau obtenues auprès d'une entité de stockage d'adresses au moyen de requêtes d'informations sur les adresses IP des entités de réseau. L'invention vise aussi un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé de sélection ci-avant, lorsque ce programme est exécuté par un module de traitement d'une entité de sélection.According to another aspect of the invention, there is provided a selection entity of at least one network entity to be used for providing at least one digital content to a user equipment, this selection entity comprising a processing module able to select the at least one network entity to be used, among a plurality of network entities capable of providing at least a portion of the digital content, by implementing the above selection method. In an advantageous embodiment, this selection entity corresponds to a content request routing entity comprising communication means capable of receiving a request for obtaining a digital content transmitted by the user equipment, which allows a directional routing from the entry point of the network to which this routing entity belongs According to another aspect of the invention, there is provided an address storage server, able to interact with a selection entity to implement the method of selecting at least one network entity to be used, to provide digital content to a user equipment, as described above, the address storage server 20 comprising: a storage unit configured to store, for each network entity of a plurality of network entities able to provide at least a portion of the digital content, the IP address of this network entity given to information data relating to this network entity; A communication unit adapted to receive at least one information request on the IP address of one of these network entities able to supply at least a portion of the digital content and configured to transmit at least one response message comprising the information data relating to this network entity capable of providing at least a portion of the digital content. According to an advantageous embodiment, the storage unit is further configured to store the IP address of the user equipment associated with information data relating to said network entity, and the communication unit is in further able to receive an information request on the IP address of this user equipment and configured to issue a response message comprising the information data relating to this user equipment. According to an advantageous characteristic, the communication unit is furthermore able to receive a first request for updating information relating to one of the network entities or to the user equipment, to relay part of this first update request. to a third party server and receive, from the third party server, a second update request, consolidated from the first update request by said third party server. In a particular embodiment, this address storage server is a domain name server, the information request on the IP address is an inverted DNS request and the information data field is inserted into a field. PTR associated with the network entity and stored in the domain name server. According to another aspect of the invention, there is provided a user equipment comprising communication means able to receive digital content from at least one network entity, the communication means being configured to send a request for obtaining digital content to a content request routing entity and send a request to download at least a portion of the digital content to a network entity to be used to obtain at least a portion of the digital content, upon receipt of a signaling message designating that entity to be used, the entity to be used being selected, from among a plurality of network entities capable of providing at least a portion of the digital content, by means of information data relating to the obtained network entities to an address storage entity by querying information about the IP addresses of the network entities. The invention also relates to a computer program comprising instructions for executing the steps of the selection method above, when this program is executed by a processing module of a selection entity.

L'invention vise également un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé de téléchargement ci-avant, lorsque ce programme est exécuté par un module de traitement d'un équipement utilisateur.The invention is also directed to a computer program comprising instructions for executing the steps of the downloading method above, when this program is executed by a processing module of a user equipment.

Ces programmes peuvent utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable.These programs can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form, or in any other form desirable shape.

L'invention vise aussi un support d'informations lisible par un ordinateur, et comportant des instructions des programmes d'ordinateur tels que mentionnés ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette ou un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant ad D'autres caractéristiques et avantages apparaîtront à la lecture de la description et des figures dans lesquelles : - la figure 1 illustre un système de téléchargement de contenu numérique selon le principe de la présente invention ; - les figures 2A à 2C illustrent un procédé de sélection d'une entité de réseau à utiliser, lors du téléchargement d'un contenu numérique par un équipement utilisateur, selon le principe de la présente invention ; - les figures 3A et 3B illustrent un mode de réalisation de la présente invention portant plus particulièrement sur la sélection de serveurs de contenu au moyen d'un serveur de noms de domaine ; - les figures 4A et 4B illustrent un autre mode de réalisation de la présente invention dans lequel l'équipement utilisateur UE est en situation de mobilité ; - les figures 5A et 5B illustrent un autre mode de réalisation de la présente invention impliquant un téléchargement de contenu par le biais d'entités de réseau appartenant à un réseau pair-à-pair ; et - les figures 6A et 6B décrivent des processus de mises à jour des informations d'état concernant soit une entité de réseau apte à fournir tout ou partie d'un contenu numérique, soit l'équipement utilisateur requérant ce contenu numérique, selon deux modes de réalisation de l'invention. On se réfère tout d'abord à la figure 1, laquelle illustre un système de téléchargement de contenu numérique selon la présente invention. On entend ici par « contenu numérique » un fichier de données numériques correspondant à tout, ou partie, d'un contenu multimédia pouvant être un fichier de donnée, un film, un morceau de musique, une image, une page WEB, un fichier javascript, etc. 1 0 Ce système de téléchargement comprend notamment un équipement utilisateur UE, une entité de routage de demande de contenu CRE, une entité de sélection SEL, un serveur de stockage d'adresses IAS et une pluralité d'entités de réseau CS1,CS2 aptes à fournir au moins une partie, voire l'intégralité, d'un contenu numérique à télécharger. 15 Un utilisateur souhaitant obtenir un contenu numérique Cl utilise ainsi un équipement utilisateur UE (qui peut être un terminal tel qu'un ordinateur, fixe ou portable, voire un smartphone, à titre d'exemples non limitatifs) pour s'adresser à l'entité de routage de demande de contenu CRE. Cet équipement utilisateur UE dispose ainsi de moyens de communications configurés pour envoyer des 20 requêtes à cette entité de routage CRE, et aptes à recevoir des messages de réponse de cette entité de routage CRE, ainsi que le contenu numérique Cl téléchargé depuis le(s) entité(s) de réseau CS1,CS2. Le système comprend par ailleurs une entité de routage de demande de contenu CRE, qui peut typiquement être le portail internet d'un fournisseur 25 d'accès, un « tracker P2P », un routeur CCN ou ICN, ou un contrôleur CDN d'un réseau de fourniture de contenu. Cette entité de routage CRE est apte à recevoir les requêtes émises par l'équipement utilisateur UE et à émettre en retour des messages de réponses désignant la ou les entité(s) de réseau à utiliser pour télécharger le contenu numérique C1. 30 L'entité de routage CRE est connectée au serveur de stockage d'adresses IAS sur lequel sont stockées les adresses IP des entités de réseau CS1,CS2, chaque adresse IP d'une de ces entités de réseau étant respectivement associée à des données informations concernant cette entité de réseau. Ce serveur de stockage d'adresses IAS est avantageusement implémenté sous la forme d'un serveur de noms de domaine (désigné par DNS, pour « Domain Name Server » en anglais) dont la fonction première est d'établir une correspondance entre des noms de domaine et des adresses IP. Dans la pratique, sur réception d'une requête comprenant un nom de domaine spécifique, un tel serveur DNS retourne à l'expéditeur de la requête une ou plusieurs adresses IP associée à ce nom de domaine spécifique. Le contenu numérique C1, quant à lui, est fourni par les entités de réseau CS1,CS2, lesquelles sont aptes à fournir au moins une partie, voire l'intégralité, de ce contenu numérique Cl à télécharger. Ces entités de réseau disposent en 1 0 particulier de moyens de stockage capables de stocker, temporairement, sur de longues durées ou en permanence, des contenus numériques ainsi que de moyens de communication capables de recevoir une requête de téléchargement de contenu et d'envoyer, en retour, le contenu numérique, ou une partie de ce contenu, souhaité. 15 Ces entités de réseau CS1,CS2 peuvent être des serveurs de données, appartenant par exemple à un même réseau de fournisseur de contenu CDN ou à un même réseau de fournisseur d'accès, ou bien appartenant à différents réseaux. Ces serveurs de données peuvent stocker tout ou partie de contenus numériques à télécharger, ou contenir une copie de ceux-ci auquel cas ce sont des serveurs 20 dits « caches ». Elles peuvent être également des entités pairs d'un réseau P2P (pour Peer-to-Peer), agissant également comme des « caches », comme il sera vu plus loin. Afin d'illustrer simplement l'invention, le système de la figure 1 ne comprend que deux entités de réseau CS1 et CS2, mais l'invention s'applique bien entendu 25 à un nombre N quelconque d'entités de réseau aptes à fournir tout ou partie de ce contenu numérique C1, dès lors que N est un nombre entier supérieur ou égal à 2, ces entités de réseau pouvant appartenir à un même réseau de fourniture de contenu, à différents réseau de fourniture de contenu distincts, voire à différents réseaux de nature différente. 30 La présente invention vise ainsi la sélection d'au moins une entité de réseau à utiliser pour le téléchargement du contenu numérique Cl tel que requis par l'utilisateur de l'équipement UE, parmi l'ensemble des entités de réseau CS1,CS2 aptes à fournir tout ou partie de ce contenu numérique C1.The invention also relates to a computer readable information medium, and comprising instructions of the computer programs as mentioned above. The information carrier may be any entity or device capable of storing the program. For example, the medium may comprise storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or a magnetic recording means, for example a diskette or a hard disk. On the other hand, the information medium may be a transmissible medium such as an electrical or optical signal, which may be conveyed via an electrical or optical cable, by radio or by other means. The program according to the invention can be downloaded in particular on an Internet type network. Alternatively, the information carrier may be an integrated circuit in which the program is incorporated, the circuit being ad. Other characteristics and advantages will appear on reading the description and the figures in which: FIG. downloading digital content according to the principle of the present invention; FIGS. 2A to 2C illustrate a method of selecting a network entity to be used, when downloading digital content by a user equipment, according to the principle of the present invention; FIGS. 3A and 3B illustrate an embodiment of the present invention relating more particularly to the selection of content servers by means of a domain name server; FIGS. 4A and 4B illustrate another embodiment of the present invention in which the user equipment UE is in a mobility situation; Figs. 5A and 5B illustrate another embodiment of the present invention involving downloading of content through network entities belonging to a peer-to-peer network; and FIGS. 6A and 6B describe processes for updating the state information concerning either a network entity capable of supplying all or part of a digital content, or the user equipment requiring this digital content, according to two modes. embodiment of the invention. Referring first to Figure 1, which illustrates a digital content downloading system according to the present invention. Here, the term "digital content" means a digital data file corresponding to all or part of a multimedia content that can be a data file, a movie, a piece of music, an image, a WEB page, a javascript file. etc. This downloading system notably comprises an UE user equipment, a CRE content request routing entity, a SEL selection entity, an IAS address storage server and a plurality of CS1, CS2 network entities capable of provide at least some, if not all, digital content for download. A user wishing to obtain digital content C1 thus uses UE user equipment (which may be a terminal such as a computer, fixed or portable, or even a smartphone, as non-limiting examples) to address the user. CRE content request routing entity. This user equipment UE thus has communication means configured to send requests to this routing entity CRE, and able to receive response messages from this CRE routing entity, as well as the digital content C1 downloaded from the (s) network entity (s) CS1, CS2. The system further includes a CRE content request routing entity, which may typically be an access provider's internet portal, a P2P tracker, a CCN or ICN router, or a CDN controller of a content delivery network. This CRE routing entity is able to receive the requests issued by the user equipment UE and to send back response messages designating the network entity (s) to be used for downloading the digital content C1. The CRE routing entity is connected to the IAS address storage server on which are stored the IP addresses of the network entities CS1, CS2, each IP address of one of these network entities being respectively associated with information data. concerning this network entity. This IAS address storage server is advantageously implemented in the form of a domain name server (DNS), the primary function of which is to establish a correspondence between names of domain names. domain and IP addresses. In practice, upon receipt of a request comprising a specific domain name, such a DNS server returns to the sender of the request one or more IP addresses associated with that specific domain name. The digital content C1, meanwhile, is provided by the network entities CS1, CS2, which are able to provide at least a portion, or all, of this digital content C1 to download. These network entities in particular have storage means capable of storing, temporarily, for long periods or permanently, digital contents as well as communication means able to receive a request to download content and to send, in return, the digital content, or part of it, desired. These network entities CS1, CS2 can be data servers, belonging for example to the same CDN content provider network or to the same access provider network, or belonging to different networks. These data servers can store all or part of digital contents to download, or contain a copy of them in which case they are so-called "cache" servers. They can also be peer entities of a Peer-to-Peer network, also acting as "caches", as will be seen later. In order to simply illustrate the invention, the system of FIG. 1 comprises only two network entities CS1 and CS2, but the invention is of course applicable to any number N of network entities capable of providing any or part of this digital content C1, since N is an integer greater than or equal to 2, these network entities being able to belong to the same content delivery network, to different distinct content delivery networks, or even to different networks of different nature. The present invention thus aims to select at least one network entity to be used for downloading the digital content C1 as required by the user of the UE, from among all the network entities CS1, CS2 capable of to provide all or part of this digital content C1.

Pour ce faire, une (ou plusieurs) entité de réseau à utiliser est sélectionnée, par une entité de sélection SEL, au moyen de données d'informations relatives aux entités de réseau obtenues auprès du serveur de stockage d'adresses IAS. La figure 1 illustre un mode de réalisation particulier où cette entité de 5 sélection SEL correspond à l'entité de routage de demande de contenu CRE, utilisée par l'équipement utilisateur UE pour requérir le contenu numérique, ce qui permet avantageusement un routage directif à partir du point d'entrée du réseau auquel appartient cette entité de routage CRE. Alternativement, cette entité de sélection SEL peut être une entité informatique, par exemple un serveur de 10 sélection, distincte de cette entité de routage. Ainsi, suite à la réception par l'entité de routage CRE d'une requête d'obtention du contenu numérique Cl émise par l'équipement UE (désignée par Req(C1)), l'entité de sélection SEL obtient, auprès du serveur de stockage IAS, des informations relatives à l'équipement utilisateur UE et aux entités de réseau 15 aptes à fournir tout ou partie de ce contenu numérique C1, i.e. aux entités CS1 et CS2, afin de pouvoir sélectionner la ou les entité(s) à utiliser pour fournir ce contenu à l'équipement UE. En particulier, l'entité de sélection SEL obtient ces informations en envoyant au serveur de stockage d'adresses IAS une, ou plusieurs, requête d'information 20 (désignée(s) par Rev_IAS) sur les adresses IP de l'équipement utilisateur UE et des entités CS1, CS2, afin que ce dernier lui transmette en retour un, voire plusieurs, message de réponse (désignée(s) par Resp_IAS) comprenant des données d'information relatives à l'équipement utilisateur UE et aux entités CS1 et CS2. 25 Pour chacune des entités UE, CS1 et CS2, ces données d'informations, stockées dans le serveur de stockage d'adresses IAS, peuvent être : - des données portant sur la localisation géographique de cette entité ; - des données caractérisant le domaine administratif du plan d'adressage de cette entité ; 30 - des données d'état de cette entité. Avec de telles données d'informations, l'entité de sélection SEL est alors capable de sélectionner la ou les entité(s) de réseau permettant le téléchargement le plus efficace du contenu numérique Cl par l'équipement UE.To do this, one (or more) network entity to be used is selected by a selection entity SEL by means of information data relating to the network entities obtained from the IAS address storage server. FIG. 1 illustrates a particular embodiment where this selection entity SEL corresponds to the content request routing entity CRE, used by the user equipment UE to request the digital content, which advantageously allows a directive routing to from the entry point of the network to which this CRE routing entity belongs. Alternatively, this selection entity SEL can be a computer entity, for example a selection server, distinct from this routing entity. Thus, following the reception by the routing entity CRE of a request to obtain the digital content C1 emitted by the UE UE (designated by Req (C1)), the selection entity SEL obtains from the server IAS storage, UE equipment information and network entities 15 able to provide all or part of this digital content C1, ie CS1 and CS2 entities, in order to select the entity (s) to use to provide this content to the UE equipment. In particular, the selection entity SEL obtains this information by sending to the IAS address storage server one, or more, information request (designated by Rev_IAS) on the IP addresses of the UE UE. and entities CS1, CS2, so that the latter transmits back one or more response message (designated (s) by Resp_IAS) comprising information data relating to UE UE and CS1 and CS2 entities . For each of the UEs, CS1 and CS2, these information data, stored in the IAS address storage server, may be: data relating to the geographical location of this entity; data characterizing the administrative domain of the addressing plan of this entity; State data of this entity. With such information data, the selection entity SEL is then able to select the network entity (s) for the most efficient download of the digital content C1 by the UE.

La figure 1 illustre ainsi un exemple où c'est l'entité de réseau CS1 qui est sélectionnée pour obtenir l'ensemble du contenu numérique C1, auquel cas l'équipement UE est redirigé vers cette entité de réseau CS1, au moyen d'un message de signalisation Redir(CS1) émis en retour par l'entité de routage CRE, et lui envoie une requête Req'(C1) de téléchargement, à laquelle cette entité de réseau CS1 répond en transmettant le contenu numérique Cl désiré. Ainsi, dans le cas où des données de localisation géographique de chacun des serveurs de contenu sont fournies par le serveur de stockage d'adresses IAS, l'entité de sélection SEL peut sélectionner l'entité de réseau à utiliser en fonction de ces données de localisation géographique et de données de localisation géographique de l'équipement utilisateur UE, par comparaison de ces données entre elles. En particulier, l'entité de sélection SEL peut déterminer l'entité de réseau CSi qui est la plus proche géographiquement de l'équipement utilisateur UE et sélectionner celle-ci. Afin d'effectuer la comparaison de ces informations entre elles, les informations concernant les entités de réseau CSi et les informations concernant l'équipement utilisateur UE peuvent être formatées de la même manière, en utilisant les mêmes unités et une même convention d'écriture.FIG. 1 thus illustrates an example where it is the network entity CS1 which is selected to obtain all of the digital content C1, in which case the UE is redirected to this network entity CS1, by means of a Redir (CS1) signaling message sent back by the CRE routing entity, and sends it a download request Req '(C1), to which this network entity CS1 responds by transmitting the desired digital content C1. Thus, in the case where geographic location data of each of the content servers is provided by the IAS address storage server, the selection entity SEL can select the network entity to be used based on this data of the server. geographical location and geographical location data of the user UE UE, by comparing these data with each other. In particular, the selection entity SEL can determine the network entity CSi that is the closest geographically to the user equipment UE and select it. In order to compare this information with each other, the information about the network entities CSi and the information about the user equipment UE may be formatted in the same way, using the same units and the same write convention.

Alternativement, dans le cas où des données caractérisant le domaine administratif réseau de chacune des entités de réseau sont reçues, l'entité de sélection SEL peut sélectionner l'entité de réseau à utiliser en fonction de ces données caractérisant le domaine administratif réseau et de données caractérisant le domaine administratif réseau de l'équipement utilisateur UE, toujours en comparant ces données entre elles. En particulier, l'entité de sélection SEL peut déterminer l'entité de réseau CS1 ou CS2 qui appartient administrativement au même domaine réseau que l'équipement utilisateur UE et sélectionner celle-ci. Ainsi, si les données caractérisant le domaine administratif réseau de la première entité de réseau CS1 indiquent que celle-ci appartient à un premier domaine administratif réseau (par exemple, son adresse IP se termine par foo.isp.com) alors que les données caractérisant le domaine administratif réseau de la deuxième entité de réseau CS2 indiquent que cette dernière appartient à un deuxième domaine administratif réseau (par exemple, son adresse IP se termine par bar.isp.com), et si les données caractérisant le domaine administratif réseau de l'équipement utilisateur UE indiquent que cet équipement UE appartient également au deuxième domaine administratif réseau (i.e. son adresse IP se termine par bar.isp.com), alors l'entité de sélection SEL sélectionne la deuxième entité de réseau CS2 pour fournir le contenu. Dans un autre mode de réalisation, dans le cas où des données d'état de chacune des entités de réseau sont reçues (c'est-à-dire des données renseignant sur l'état de fonctionnement et de disponibilité et/ou les caractéristiques propres de l'entité de réseau), l'entité de sélection SEL peut sélectionner l'entité de réseau à utiliser, parmi les entités CS1 et CS2, en fonction de ces données d'état. Ainsi, si les données d'état concernant la première entité de réseau indiquent que celle-ci est saturée alors que les données d'état concernant la deuxième entité de réseau CS2 indiquent que cette dernière est disponible, l'entité de sélection SEL peut sélectionner l'entité de réseau CS2 pour fournir le contenu numérique Cl à l'équipement utilisateur UE. Ces différents critères de sélection peuvent être combinés, par exemple en priorisant un premier critère de sélection par rapport à un autre, afin d'effectuer une sélection multicritères de l'entité de réseau à utiliser. Ainsi, si le serveur de stockage d'adresses IAS fournit des données de localisation géographique des entités de réseau CS1,CS2 et des données d'état de ces même entités CS1,CS2, la sélection peut consister à sélectionner d'abord la ou les entité(s) disponible(s), puis l'entité de réseau la plus proche géographiquement parmi ces entités disponibles. Les différentes données d'information évoquées ci-dessus sont ainsi mémorisées, en association avec un identifiant (i.e. l'adresse IP) de l'entité de réseau CSi sur laquelle elles portent, dans le serveur de stockage IAS afin que ce dernier puisse les récupérer, lorsque l'entité de sélection SEL le requiert, et les fournir en les insérant dans un message de réponse Resp_IAS. Ceci peut être fait en envoyant ces données au serveur de stockage d'adresses IAS lors d'une procédure d'initialisation, puis en mettant à jour ces informations, soit à intervalles réguliers, soit à chaque événement impliquant une des entités de réseau CS1,CS2, soit à chaque changement d'état (notamment pour les modifications de l'état de disponibilité d'une de ces entités).Alternatively, in the case where data characterizing the network administrative domain of each of the network entities are received, the selection entity SEL can select the network entity to be used based on these data characterizing the network and data administrative domain. characterizing the network administrative domain of the UE, always comparing these data with each other. In particular, the selection entity SEL can determine the network entity CS1 or CS2 which administratively belongs to the same network domain as the user equipment UE and select it. Thus, if the data characterizing the network administrative domain of the first network entity CS1 indicates that it belongs to a first network administrative domain (for example, its IP address ends with foo.isp.com) while the data characterizing the network administrative domain of the second network entity CS2 indicates that it belongs to a second network administrative domain (for example, its IP address ends in bar.isp.com), and if the data characterizing the network administrative domain UE indicate that this UE also belongs to the second network administrative domain (ie its IP address ends in bar.isp.com), then the SEL select entity selects the second CS2 network entity to provide the content. In another embodiment, in the case where status data of each of the network entities are received (i.e. data indicating the state of operation and availability and / or the specific characteristics of the network entity), the selection entity SEL can select the network entity to be used, among the entities CS1 and CS2, according to these state data. Thus, if the state data for the first network entity indicates that it is saturated while the state data for the second network entity CS2 indicates that the second network entity is available, the selection entity SEL can select the network entity CS2 for providing the digital content C1 to the user equipment UE. These different selection criteria can be combined, for example by prioritizing a first selection criterion with respect to another, in order to make a multi-criteria selection of the network entity to be used. Thus, if the IAS address storage server provides geographic location data of the network entities CS1, CS2 and state data of these same entities CS1, CS2, the selection can consist in first selecting the one or more entity (s) available, then the nearest network entity geographically among these available entities. The various information data items mentioned above are thus stored, in association with an identifier (ie the IP address) of the network entity CSi on which they bear, in the IAS storage server so that the latter can recover, when the SEL selection entity so requires, and provide them by inserting them into a Resp_IAS response message. This can be done by sending this data to the IAS address storage server during an initialization procedure, and then updating this information either at regular intervals or at each event involving one of the network entities CS1. CS2, or at each state change (especially for changes in the availability status of one of these entities).

La mise à jour peut être faite directement par l'entité de réseau affectée par un changement de situation, au moyen d'une requête de mise à jour transmise de cette entité de réseau au serveur de stockage d'adresses IAS. Dans un mode de réalisation, le serveur de stockage d'adresses IAS est un 5 serveur de noms de domaines (Domain Name Server en anglais). Dans un tel cas, pour obtenir les informations mémorisées dans le serveur DNS, il est particulièrement avantageux d'employer le mécanisme de requête DNS inversée (« reverse DNS » en anglais). Ce mécanisme se base sur l'association d'informations (habituellement un 10 nom de domaine), enregistrées dans un champ PTR (pour « Pointer Record » en anglais), avec une ou plusieurs adresses IP. Ainsi, lorsqu'un serveur DNS reçoit une requête DNS inversée contenant une adresse IP, ce serveur DNS retourne à l'émetteur un message de réponse contenant les informations mémorisées dans le champ PTR. 15 Afin de mémoriser les informations relatives à l'équipement UE et aux entités de réseau CS1,CS2 dans le serveur DNS, on peut notamment employer l'entrée DNS appelée « PTR » (pour « Pointer Record » en anglais), qui est un champ de données dans lequel on peut associer un enregistrement de nom de domaine à une adresse IP, ce qui permet de réaliser la fonction inverse de l'entrée 20 adresse (ou « A record ») d'un serveur DNS habituellement utilisée pour obtenir l'adresse IP à partir d'un nom de domaine. Ainsi, on mémorise dans le serveur DNS, pour chaque entité CSi, l'adresse IP de cette entité CSi en association avec des informations relatives à ce serveur CSi telles que définies précédemment. 25 L'entité de sélection SEL peut alors envoyer à ce serveur DNS une requête DNS inversée contenant l'adresse IP de l'entité CSi, qui renvoie en retour une réponse contenant les informations relatives à cette entité CSi, telle qu'associées à son adresse IP dans le serveur DNS, grâce à ce mécanisme d'inversion de DNS. 30 On peut ainsi insérer, dans le champ de données « PTR » mémorisé pour une entité de réseau CSi donnée, un champ d'informations relatives à cette entité de réseau CSi, ce champ de d'informations contenant une ou plusieurs des informations décrites précédemment.The update can be done directly by the network entity affected by a change of situation, by means of an update request transmitted from this network entity to the IAS address storage server. In one embodiment, the IAS address storage server is a Domain Name Server (DNS). In such a case, to obtain the information stored in the DNS server, it is particularly advantageous to use the reverse DNS query mechanism ("reverse DNS"). This mechanism is based on the association of information (usually a domain name), recorded in a PTR field (for "Pointer Record" in English), with one or more IP addresses. Thus, when a DNS server receives an inverted DNS request containing an IP address, this DNS server returns to the sender a response message containing the information stored in the PTR field. In order to memorize the information relating to the UE and the network entities CS1, CS2 in the DNS server, it is possible in particular to use the DNS entry called "PTR" (for "Pointer Record" in English), which is a data field in which a domain name record can be associated with an IP address, which makes it possible to perform the reverse function of the address input (or "A record") of a DNS server usually used to obtain the IP address from a domain name. Thus, for the CSi entity, the IP address of this entity CSi is stored in the DNS server in association with information relating to this server CSi as defined above. The selection entity SEL can then send to this DNS server an inverted DNS request containing the IP address of the entity CSi, which returns a response containing information relating to this entity CSi, as associated with its name. IP address in the DNS server, thanks to this DNS inversion mechanism. It is thus possible to insert, in the data field "PTR" stored for a given network entity CSi, an information field relating to this network entity CSi, this information field containing one or more of the information previously described. .

Ce champ d'informations comprend ainsi avantageusement l'un et/ou l'autre des champs suivants : - un champ géographique, désigné par « Geo », rassemblant les informations de localisation géographique ou administrative concernant l'entité de réseau CSi ; - un champ d'état, désigné par « Statut », rassemblant les informations concernant l'état de fonctionnement de cette entité de réseau CSi . Le champ « Geo » peut notamment comprendre : o un champ d'identifiant, comprenant des données identifiant le fournisseur d'accès internet (i.e. le numéro AS pour « Autonomous System ») o un champ de région administrative, comprenant des données identifiant la région administrative à laquelle appartient l'entité de réseau CSi, basées par exemple sur la norme ISO 3166-1 (pour un code pays) et ses subdivisions administratives 3166-2 Le champ « Statut » peut notamment consister en un registre de n états exprimant l'état de fonctionnement, ou la tendance de l'état de fonctionnement, d'une entité de réseau, chaque bit de ce registre caractérisant successivement un des éléments suivants (un bit à zéro signifiant le non fonctionnement de l'élément et un bit à un signifiant le bon fonctionnement de l'élément) : o Alimentation électrique (« 1 » pour une entité disposant de suffisamment d'énergie, « 0 » sinon) o Processeur (« 1 » pour un processeur non saturé,« 0 » sinon) o Réseau (« 1 » pour une bonne connectivité réseau, « 0 » sinon) o Stockage (« 1 » pour signaler des capacités de stockage,« 0 » sinon) o Client (« 1 » pour une entité de type client,« 0 » sinon) o Serveur (« 1 » pour une entité de type serveur,« 0 » sinon) o Mobilité (« 1 » pour une entité en mouvement,« 0 » sinon) o Veille (« 1 » pour une entité en mode veille,« 0 » sinon) Ainsi, à titre d'exemple de champ « statut » : o 11101001 indique un client en parfait état de marche ; o 11100101 indique un serveur en parfait état de marche ; o 10100101 indique un serveur saturé. Pour illustrer un exemple de champ d'informations comprenant aussi bien 5 un champ géographique qu'un champ d'état, le champ PTR associé à l'adresse IPv4 92.142.202.252 d'une entité de réseau CSi d'un operateur dont le nom de domaine est « isp.fr » peut prendre la forme suivante : 3215.FR.223.11101000.092142202252.isp.fr 10 Avec la signification des champs suivante : - Champ géographique « Geo » renseigné avec les données suivantes : o 3215 est le numéro d'AS du réseau RBCI de l'opérateur du réseau d'accès ou le nom code administratif de l'operateur ; 15 o FR est le code administratif ISO 3166-1 du pays où se trouve la passerelle domestique, ici la France ; o 223 est la racine du code postal ou le code administratif ISO 3166-2 indiquant une zone administrative; - Champ d'état « Statut » renseigné avec les données suivantes : 20 o 11110100 désigne un client en service, avec les valeurs suivantes : ^ Premier bit à « 1 » indique que l'entité CSi est alimentée énergétiquement ; ^ Deuxième bit à « 1 » indique que le processeur de l'entité CSi fonctionne ; 25 ^ Troisième bit à « 1 » indique que l'entité CSi est accessible par le réseau ; ^ Quatrième bit à « 1 » indique que l'entité CSi dispose de capacités de stockage ; ^ Cinquième bit à « 0 » indique que l'entité CSi n'est pas une 30 entité de type client ; ^ Sixième bit à « 1 » indique que l'entité CSi est une entité de type serveur ; ^ Septième bit à « 0 » indique que l'entité CSi est fixe ; et ^ Huitième bit à « 0 » indique que l'entité CSi n'est pas en mode veille. Outre les champs « Geo » et « Statut », le champ d'informations peut également comprendre un champ d'informations de surveillance, dit champ « monitoring », pouvant contenir des données d'informations arbitraires (e.g. le nombre de sessions en cours sur un serveur), de routage CCN (e.g. la clé de hash d'un contenu ou d'une famille de contenu disponible ou recherché par l'équipement) et une valeur de champ, quii est transmis a une entité tierce, afin que celle-ci mette à jour, en retour, le champ état de l'entité de réseau CSi. Cette valeur de champ permet de déléguer à un serveur tiers la mise à jour des informations d'état de l'entité de réseau CSi ou d'un UE. Elle permet aussi d'informer ce serveur tiers d'un changement d'état de l'entité de réseau (e.g. mobilité de l'entité de réseau, surcharge du « cache » au niveau de cette entité, etc.). Le serveur tiers peut ainsi être informé de ces changements, en temps réel, afin d'en tenir compte dans un premier cas. Dans un autre contexte, le serveur tiers peut aussi modifier les informations d'état sans tenir compte de ce champ « monitoring ». Par exemple, lorsque ce serveur tiers est un contrôleur CDN, il peut mettre à jour les informations d'état d'une entité de réseau de type « cache » à « saturé », pour indiquer qu'il souhaite arrêter cette fonctionnalité « cache » dans les deux heures qui suivent pour économiser de l'énergie. Le niveau de précision sémantique du champ d'informations retourné par le serveur de stockage d'adresses IAS vers l'entité de sélection SEL varie en fonction du niveau de confiance, ainsi que des accords commerciaux éventuels, entre ces deux entités. A titre d'exemple, les quatre niveaux différents de précision décroissants suivants de champ d'informations peuvent être envisagés pour un identifiant unique 092142202252 correspondant à l'adresse IP 252.202.142.92 : Niveau 1 - champ d'informations = « 3215. FR.223.111010.092142202252.isp.fr » Niveau 2 - champ d'informations = « 3215.FR.223.092142202252.isp.fr » Niveau 3 - champ d'informations = « FR.092142202252.isp.fr » Niveau 4 - champ d'informations = « 092142202252.isp.fr » Le niveau 1 correspond à un niveau de totale confiance pouvant être utilisé lorsque le serveur de stockage IAS et l'entité de sélection SEL appartiennent au même réseau. Le niveau 2, moins précis, peut être employé lorsque le serveur de stockage IAS est interrogé par une entité de sélection SEL appartenant à un partenaire de l'opérateur du réseau. Les niveaux 3 et 4, encore moins précis, peut être employé lorsque le serveur de stockage IAS et l'entité de sélection appartiennent à différents réseaux qui n'ont pas de relation privilégiée de partenariat.This information field thus advantageously comprises one and / or the other of the following fields: a geographical field, designated by "Geo", gathering the geographic or administrative location information concerning the network entity CSi; a state field, designated by "Status", gathering the information concerning the operating state of this network entity CSi. The "Geo" field may notably comprise: o an identifier field, comprising data identifying the internet access provider (ie the AS number for "Autonomous System") o an administrative region field, comprising data identifying the region administrative network to which the network entity CSi belongs, based for example on the ISO 3166-1 standard (for a country code) and its administrative subdivisions 3166-2 The "Status" field may notably consist of a register of n states expressing the state of operation, or the trend of the operating state, of a network entity, each bit of this register successively characterizing one of the following elements (a bit at zero signifying the non-operation of the element and a bit at a signifier of the correct functioning of the element): o Power supply ("1" for an entity with sufficient energy, "0" otherwise) o Processor ("1" for a non-saturation processor re, "0" otherwise) o Network ("1" for good network connectivity, "0" otherwise) o Storage ("1" to indicate storage capacity, "0" otherwise) o Client ("1" for a client type entity, "0" otherwise) o Server ("1" for a server type entity, "0" otherwise) o Mobility ("1" for a moving entity, "0" otherwise) o Standby ("1" For an entity in standby mode, "0" otherwise) Thus, as an example of "status" field: o 11101001 indicates a customer in perfect working order; o 11100101 indicates a server in perfect working order; o 10100101 indicates a saturated server. To illustrate an example of an information field comprising both a geographic field and a status field, the PTR field associated with the IPv4 address 92.142.202.252 of a network entity CSi of an operator whose name of domain is "isp.fr" can take the following form: 3215.FR.223.11101000.092142202252.isp.fr 10 With the meaning of the following fields: - Geographical field "Geo" filled in with the following data: o 3215 is the number AS of the access network operator's RBCI network or the administrative code name of the operator; 15 o FR is the ISO 3166-1 administrative code of the country where the home gateway is located, here France; o 223 is the root of the postal code or ISO 3166-2 administrative code indicating an administrative area; - "Status" status field filled in with the following data: o 11110100 denotes a client in service, with the following values: ^ First bit at "1" indicates that the CSi entity is energized; ^ Second bit at "1" indicates that the processor of the CSi entity is running; 25 ^ Third bit at "1" indicates that the CSi entity is reachable by the network; ^ Fourth bit at "1" indicates that the CSi entity has storage capabilities; ^ Fifth bit at "0" indicates that the CSi entity is not a client type entity; ^ Sixth bit at "1" indicates that the CSi entity is a server-type entity; ^ Seventh bit at "0" indicates that the CSi entity is fixed; and ^ Eighth bit at "0" indicates that the CSi entity is not in sleep mode. In addition to the "Geo" and "Status" fields, the information field may also include a monitoring information field, called a "monitoring" field, which may contain arbitrary information data (eg the number of sessions in progress on a server), CCN routing (eg the hash key of a content or family of content available or searched by the equipment) and a field value, which is transmitted to a third party entity, so that it updates, in return, the state field of the network entity CSi. This field value makes it possible to delegate to a third party server the updating of the state information of the network entity CSi or of a UE. It also makes it possible to inform this third server of a change of state of the network entity (e.g. mobility of the network entity, overloading of the "cache" at this entity, etc.). The third party server can thus be informed of these changes, in real time, in order to take them into account in a first case. In another context, the third party server can also modify the state information without taking into account this "monitoring" field. For example, when this third party server is a CDN controller, it can update the status information of a "cache" type network entity to "saturated" to indicate that it wishes to stop this "cache" feature. within two hours to save energy. The level of semantic precision of the information field returned by the IAS address storage server to the SEL selection entity varies depending on the level of trust, as well as any trade agreements, between those two entities. For example, the following four different decreasing levels of information field can be considered for a unique identifier 092142202252 corresponding to the IP address 252.202.142.92: Level 1 - information field = "3215. FR. Level 2 - information field = "3215.FR.223.092142202252.isp.fr" Level 3 - information field = "FR.092142202252.isp.fr" Level 4 - field of information information = "092142202252.isp.fr" Level 1 is a level of trust that can be used when the IAS storage server and the SEL selection entity belong to the same network. Level 2, less accurate, can be used when the IAS storage server is queried by a SEL selection entity belonging to a network operator partner. Levels 3 and 4, even less precise, can be used when the IAS storage server and the selection entity belong to different networks that do not have a privileged relationship of partnership.

Afin de déterminer quel niveau de précision sémantique utiliser, le serveur de stockage d'adresses IAS peut comprendre une base de données associant un niveau de confiance en fonction de plages d'adresses IP ou de domaine administratif, ainsi qu'un filtre appliqué sur le champ d'informations en fonction de l'adresse IP de l'entité de sélection SEL qui a émis la requête d'obtention d'informations. Ainsi, si l'adresse IP de l'entité de sélection SEL appartient à une plage d'adresses IP ou a un domaine administratif associées à un niveau de confiance maximale (i.e. niveau 1 susmentionné), alors le filtre laisse passer l'ensemble du champ d'informations lors de son insertion dans le message de réponse Resp_IAS. Par contre, si cette adresse IP appartient à une plage d'adresses IP associée à un niveau 3 de confiance, alors le filtre bloque les informations relatives à l'état de l'entité, au numéro AS et à la racine du code postal, de sorte que seules les données « FR.092142202252.isp.fr » sont insérées dans le message de réponse Resp_IAS. Le champ d'informations, inséré par le serveur de stockage d'adresses IAS dans le message de réponse Resp_IAS retourné à l'entité de sélection SEL, peut avantageusement être chiffré afin de protéger l'accès aux informations qu'il contient.In order to determine which level of semantic precision to use, the IAS address storage server may include a database associating a confidence level as a function of ranges of IP addresses or administrative domain, as well as a filter applied on the information field based on the IP address of the SEL selection entity that issued the request to obtain information. Thus, if the IP address of the selection entity SEL belongs to a range of IP addresses or an administrative domain associated with a maximum level of confidence (ie level 1 above), then the filter passes the entire information field when inserted into the Resp_IAS response message. On the other hand, if this IP address belongs to a range of IP addresses associated with a trusted level 3, then the filter blocks the information relating to the state of the entity, to the AS number and to the root of the postal code, so that only the data "FR.092142202252.isp.fr" is inserted into the response message Resp_IAS. The information field, inserted by the IAS address storage server into the response message Resp_IAS returned to the selection entity SEL, can advantageously be encrypted to protect access to the information it contains.

Une fois effectuée la sélection du ou des entité(s) à utiliser pour fournir le contenu Cl à l'équipement UE, l'entité de sélection SEL peut transmettre à l'équipement UE, via l'entité de routage CRE, un message de signalisation (désigné par Redir(CS1)) désignant le(s) entité(s) à utiliser, ce message contenant l'adresse IP de ce(s) entité(s). Un tel message de signalisation Redir(CS1) peut être un message de redirection, lorsque le même protocole est utilisé pour ce message et pour la requête d'obtention du contenu Cl, ou un message de signalisation utilisant un protocole différent. Disposant de l'adresse de l'entité de réseau CS1 (dans le cas où une seule entité de réseau fournit le contenu), l'équipement utilisateur UE peut alors transmettre une requête en téléchargement Req'(C1) à cette entité de réseau CS1, afin de recevoir en retour le contenu numérique Cl. On se réfère maintenant aux figures 2A à 2C qui illustrent plus en détails le procédé de sélection d'une ou plusieurs entité(s) de réseau à utiliser lors du téléchargement d'un contenu numérique Cl par un équipement utilisateur UE, selon la présente invention. Le procédé débute, sur la figure 2A, avec l'envoi, par l'équipement utilisateur UE, d'une requête Req(C1) d'obtention du contenu numérique Cl à l'entité de routage CRE (étape 105), laquelle correspond ici également à l'entité de sélection SEL. Cet envoi peut être déclenché, au niveau de l'équipement UE, par le fait de cliquer sur une URL désignant ce contenu Cl sur une page web du portail du fournisseur d'accès ISP. Cette requête Req(C1) peut être de la forme « Get url www.ispl .fr/C1 ». L'entité de sélection SEL dispose de la liste des différentes entités de réseau aptes à fournir une partie, voire l'intégralité, de ce contenu numérique Cl, i.e. les entités CS1 et CS2. Une telle liste peut être prédéfinie au préalable et mise à jour localement dans l'entité de sélection SEL, régulièrement ou en temps réel, au moyen de requêtes de mise à jour envoyées à cette entité de sélection SEL lors d'un changement concernant les contenus disponibles sur l'une de ces entités CS1 et CS2. Alternativement, l'entité de sélection SEL peut interroger un autre serveur tiers, au moyen d'une URI ou d'une URL ou d'un API, ou d'un Web service, afin d'obtenir cette liste, dont la mise à jour est cette fois-ci gérée par cet autre serveur tiers. Dans la présente invention, l'entité de sélection SEL s'adresse au serveur de stockage d'adresse IAS pour obtenir des informations sur ces entités CS1 et CS2, ici de manière successive pour obtenir d'abord des informations relatives à l'entité CS1 (étape 120), puis des informations relatives à l'entité CS2 (étape 130). Ces différentes étapes d'obtention d'information peuvent être mise en oeuvre de la manière suivante, pour chaque entité de réseau CSi (avec i=1 ou 2) : a) l'entité de sélection SEL génère une requête d'information sur l'adresse IP de l'entité de réseau CSi (désignée ici par Rev_IAS(IPi)), comprenant l'adresse IP de cette entité de réseau, qu'elle envoie au serveur de stockage d'adresses IAS (étapes 125,135). Ces requêtes d'information peuvent ainsi être respectivement de la forme « Reverse DNS 139.100.1.1 » et « Reverse DNS 131.100.1.1 », lorsque « 139.100.1.1 » et « 131.100.1.1 » sont les adresses IP respectives des entités CS1 et CS2 et que le serveur IAS est un serveur DNS. Si l'entité de sélection SEL ne dispose pas de l'adresse IP de l'entité CSi, elle peut la récupérer au préalable auprès d'un serveur de noms de domaine DNS, comme il sera vu plus loin. b) sur réception de cette requête Rev_IAS(IPi), le serveur de stockage d'adresses IAS récupère les informations relatives à l'entité de réseau CSi, qu'il a mémorisées en association avec l'adresse IP de cette entité CSi, et construit un message de réponse Resp_IAS(CSi) comprenant ces informations, qu'il envoie en retour à l'entité de sélection SEL (étapes 127,137). Ces messages de réponse peuvent être ainsi respectivement de la forme « RBCI.FR.690.111011.CS1.isp1.fr » et « ASdm.FR.750.111011.CS2.isp2.fr ». Dans un mode particulier de réalisation particulièrement avantageux, l'entité de sélection SEL s'adresse en outre au serveur de stockage d'adresse IAS pour obtenir des informations sur l'équipement terminal UE (étape 110), lorsque de telles informations sont mémorisées en association avec l'adresse IP1 de cet équipement terminal UE dans l'entité de stockage d'adresses IAS. Cette étape d'obtention d'information sur l'équipement UE comprend une étape d'envoi d'une requête Rev_IAS(IP1) (étape 115), contenant l'adresse IP1 de cet équipement UE, et une étape de transmission, en retour, d'un message de réponse Resp_IAS(UE) comprenant ces informations (étape 117), similaires aux étapes 125 et 127 décrites précédemment. Ce mode de réalisation permet de traiter de la même manière, au niveau du serveur de stockage d'adresses, les entités fournissant le contenu et les entités le requérant, en mémorisant les informations les concernant de manière similaire. Ainsi, une entité de réseau peut facilement passer du rôle de fournisseur de contenu au rôle de demandeur de contenu, par la simple mise à jour d'une information d'état le concernant.Once the selection of the entity (s) to be used to provide the content Cl to the UE, the selection entity SEL can transmit to the UE, via the routing entity CRE, a message of signaling (designated by Redir (CS1)) designating the entity (s) to be used, this message containing the IP address of this entity (s). Such a signaling message Redir (CS1) may be a redirection message, when the same protocol is used for this message and for the request to obtain the content Cl, or a signaling message using a different protocol. Having the address of the network entity CS1 (in the case where a single network entity provides the content), the user equipment UE can then transmit a download request Req '(C1) to this network entity CS1 , in order to receive in return the digital content C1. Reference is now made to FIGS. 2A to 2C which illustrate in greater detail the method of selecting one or more network entity (s) to be used when downloading a digital content. C1 by UE user equipment, according to the present invention. The method starts, in FIG. 2A, with the sending, by the user equipment UE, of a request Req (C1) for obtaining the digital content C1 to the routing entity CRE (step 105), which corresponds here also to the SEL selection entity. This sending can be triggered, at the level of the UE, by clicking on a URL designating this content Cl on a web page of the portal of the ISP access provider. This request Req (C1) can be of the form "Get url www.ispl.fr / C1". The selection entity SEL has the list of the different network entities able to provide part, or all, of this digital content Cl, i.e. entities CS1 and CS2. Such a list can be predefined and locally updated in the SEL selector entity, regularly or in real time, by means of update requests sent to this SEL selection entity when a content change occurs. available on one of these entities CS1 and CS2. Alternatively, the SEL selection entity may query another third party server, by means of a URI or a URL or an API, or a Web service, in order to obtain this list, including day is this time managed by this other third party server. In the present invention, the selection entity SEL addresses the address storage server IAS to obtain information on these entities CS1 and CS2, here successively to first obtain information relating to the entity CS1. (step 120), then information relating to the entity CS2 (step 130). These different steps of obtaining information can be implemented in the following manner, for each network entity CSi (with i = 1 or 2): a) the selection entity SEL generates a request for information on the the IP address of the network entity CSi (hereinafter referred to as Rev_IAS (IPi)), comprising the IP address of this network entity, which it sends to the IAS address storage server (steps 125, 135). These information requests can thus be respectively of the form "Reverse DNS 139.100.1.1" and "Reverse DNS 131.100.1.1", when "139.100.1.1" and "131.100.1.1" are the respective IP addresses of the entities CS1 and CS2 and that the IAS server is a DNS server. If the SEL selection entity does not have the IP address of the CSi entity, it can retrieve it first from a DNS domain name server, as will be seen later. b) upon receiving this request Rev_IAS (IPi), the IAS address storage server retrieves the information relating to the network entity CSi, which it has stored in association with the IP address of this entity CSi, and builds a response message Resp_IAS (CSi) including this information, which it sends back to the selection entity SEL (steps 127, 137). These response messages can thus be respectively of the form "RBCI.FR.690.111011.CS1.isp1.fr" and "ASdm.FR.750.111011.CS2.isp2.fr". In a particular particularly advantageous embodiment, the selection entity SEL also addresses the address storage server IAS to obtain information on the terminal equipment UE (step 110), when such information is stored in memory. association with the IP address of this UE terminal equipment in the IAS address storage entity. This step of obtaining information on the UE includes a step of sending a request Rev_IAS (IP1) (step 115), containing the IP1 address of this UE, and a step of transmission, in return , a response message Resp_IAS (UE) comprising this information (step 117), similar to the steps 125 and 127 described above. This embodiment makes it possible to treat in the same manner, at the level of the address storage server, the entities providing the content and the entities requesting it, by memorizing the information concerning them in a similar manner. Thus, a network entity can easily switch from the content provider role to the content requester role by simply updating status information about it.

Les informations concernant l'équipement utilisateur UE peuvent être de même nature que les informations concernant les entités de réseau CSi, telles qu'introduite précédemment. En particulier, les données d'informations d'état de l'équipement utilisateur UE peuvent être utilisées pour choisir un format d'encodage du contenu numérique Cl qui soit approprié à cet état.The UE equipment information may be of the same nature as the CSi network entity information as previously introduced. In particular, the UE user state information data may be used to select an encoding format of the digital content C1 that is appropriate for that state.

A l'issue de ces étapes d'obtention d'information sur les entités de réseau aptes à fournir au moins une partie du contenu numérique Cl, effectuées auprès du serveur de stockage d'adresses IAS, l'entité de sélection SEL peut sélectionner une ou plusieurs entité(s) de réseau CSi à utiliser pour fournir ce contenu Cl, au moyen de ces informations, en appliquant des critères comme expliqué précédemment (étape 140). La figure 2A illustre un exemple particulier où l'entité de réseau CS1 est sélectionnée pour fournir l'ensemble du contenu Cl. L'entité de sélection SEL instruit alors à l'équipement UE de s'adresser à l'entité de réseau CS1 sélectionnée pour télécharger le contenu Cl (étape 150). Cette étape d'instruction est ici mise en oeuvre en fournissant à l'équipement UE l'adresse de cette entité CS1 (étape 151) par le biais d'un message de signalisation Redir(CS1) émis par l'entité de routage CRE. Un tel message peut prendre la forme « http redirect www.ispl .fr/C1 to CS1.ispl.fr/C1 » et constitue alors un message de redirection dans la mesure où il emploi le protocole http. On voit bien ici l'efficacité du procédé où l'équipement UE est dirigé rapidement (i.e. avec un seul message de signalisation) vers l'entité de réseau CS1 à utiliser, contrairement aux solutions proposées dans l'art antérieur. L'équipement UE peut alors transmettre une requête de téléchargement du contenu numérique Cl (désignée par Req'(C1) et pouvant prendre la forme « Get url CS1.ispl .fr/HD/C1 ») à cette entité CS1 (étape 153), afin que cette dernière lui transmette en retour le contenu numérique Cl (étape 155). Cette phase 150 d'instruction de l'entité sélectionnée à l'équipement utilisateur UE est ici mise en oeuvre selon un mode « pull » (i.e. l'équipement utilisateur UE requiert le téléchargement auprès de l'entité sélectionnée), mais il est également possible de la mettre en oeuvre selon un mode « push » dans lequel l'entité de sélection SEL ordonne à l'entité sélectionnée de transmettre le contenu Cl à l'équipement utilisateur UE, sous réserve d'avoir au préalable réservé des ressources à cet effet au niveau de l'équipement utilisateur UE.At the end of these steps of obtaining information on the network entities able to provide at least a part of the digital content C1, made to the address server IAS, the selection entity SEL can select a or more network entity (s) CSi to use to provide this content Cl, using this information, applying criteria as explained above (step 140). FIG. 2A illustrates a particular example where the network entity CS1 is selected to provide all the content C1. The selection entity SEL then instructs the UE to address the selected network entity CS1. to download the content Cl (step 150). This instruction step is here implemented by supplying the UE with the address of this entity CS1 (step 151) by means of a signaling message Redir (CS1) sent by the routing entity CRE. Such a message can take the form "http redirect www.ispl.fr / C1 to CS1.ispl.fr/C1" and then constitutes a redirection message insofar as it uses the http protocol. The efficiency of the method in which the UE is directed rapidly (i.e. with only one signaling message) to the CS1 network entity to be used is clearly seen here, unlike the solutions proposed in the prior art. The UE may then transmit a request to download the digital content C1 (designated by Req '(C1) and which can take the form "Get url CS1.ispl .fr / HD / C1") to this entity CS1 (step 153) so that the latter sends back to it the digital content C1 (step 155). This phase 150 of instruction of the selected entity to the user equipment UE is here implemented in a "pull" mode (ie the UE user device requires the download from the selected entity), but it is also possible to implement it in a "push" mode in which the selection entity SEL instructs the selected entity to transmit the content C1 to the user equipment UE, provided that it has previously reserved resources for this purpose. effect at the UE user equipment.

On se réfère ensuite à la figure 2B qui illustre un autre mode de réalisation du procédé de sélection selon la présente invention, lorsque les informations relatives aux entités de réseau aptes à fournir tout ou partie du contenu numérique sont déjà disponibles. En particulier, ce mode de réalisation peut faire suite au procédé de la figure 2A.Reference is then made to FIG. 2B which illustrates another embodiment of the selection method according to the present invention, when the information relating to the network entities able to supply all or part of the digital content is already available. In particular, this embodiment can follow the process of FIG. 2A.

Dans un tel cas de figure, lorsque l'équipement UE souhaite télécharger un deuxième contenu numérique C2 pouvant être fourni par les entités de réseau CS1 et CS2 pour lesquelles les informations sont déjà disponibles, il n'est pas nécessaire de s'adresser à nouveau au serveur de stockage d'adresses IAS. Ici, suite à la réception par l'entité de routage CRE d'une requête Req(C2) d'obtention de ce deuxième contenu numérique C2 (étape 171), laquelle peut prendre la forme « Get url www.ispl .com/C2 », l'entité de sélection SEL vérifie quelles sont les entités de réseau pouvant fournir ce contenu numérique C2. Si l'entité de sélection SEL dispose déjà des informations relatives à ces entités (i.e. les entités de réseau CS1 et CS2 dans le cas des figures 2A et 2B), alors elle peut directement sélectionner l'entité CSi à utiliser (étape 172), ici l'entité CS1, sans requérir d'informations auprès du serveur de stockage d'adresses. L'entité de sélection SEL peut ensuite rediriger directement l'équipement utilisateur UE vers l'entité CS1 sélectionnée, en lui envoyant un message de signalisation Redir(CS1) comprenant l'adresse de ce serveur de contenu CS1 (étape 173), par exemple sous la forme « http redirect www.ispl .fr to CS1.ispl .fr ». L'équipement utilisateur UE envoie alors à cette entité CS1 une requête Req'(C2) de téléchargement du contenu C2 (étape 175), en utilisant l'adresse IP transmise dans ce message Redir(CS1), par exemple sous la forme « Get url CS1.ispl .com/CS2 », afin de télécharger ce contenu C2 (étape 177).In such a case, when the UE wishes to download a second digital content C2 that can be provided by the CS1 and CS2 network entities for which the information is already available, it is not necessary to address again to the IAS address storage server. Here, following the reception by the routing entity CRE of a request Req (C2) for obtaining this second digital content C2 (step 171), which can take the form "Get url www.ispl .com / C2 The selection entity SEL verifies which network entities can provide this digital content C2. If the selection entity SEL already has information relating to these entities (ie the network entities CS1 and CS2 in the case of FIGS. 2A and 2B), then it can directly select the entity CSi to be used (step 172), here the CS1 entity, without requiring information from the address storage server. The selection entity SEL can then directly redirect the user equipment UE to the selected entity CS1, by sending it a signaling message Redir (CS1) comprising the address of this content server CS1 (step 173), for example in the form "http redirect www.ispl.fr to CS1.ispl.fr". The user equipment UE then sends to this entity CS1 a request Req '(C2) for downloading the content C2 (step 175), by using the IP address transmitted in this message Redir (CS1), for example in the form "Get url CS1.ispl .com / CS2 ", in order to download this content C2 (step 177).

De manière avantageuse, lorsqu'une entité de réseau devient saturée suite à sa sélection pour le téléchargement d'un contenu numérique, elle peut envoyer une requête de mise à jour au serveur de stockage IAS, afin que ce dernier mette à jour les informations d'état relatives à ce serveur. Ainsi, sur la figure 2B, le serveur de contenu CS1 envoie une requête de mise à jour MaJ(CS1) au serveur de stockage IAS (étape 179), afin que ce dernier modifie la donnée concernant l'état de fonctionnement de cette entité. En particulier, si cette donnée d'état de fonctionnement correspond à un bit d'un champ d'état « Statut » sous forme de registre, alors la requête MaJ(CS1) comprend un champ d'informations modifié dans lequel ce bit est mis à zéro, pour indiquer l'indisponibilité de l'entité CS1. Le serveur de stockage d'adresses IAS, recevant un tel champ d'informations modifié, remplace l'ancien champ d'informations associé à l'entité CS1 par ce champ d'informations modifié. Ainsi, en reprenant le champ d'informations 11110100 discuté précédemment, le deuxième bit concernant l'état du processeur de ce serveur est mis à zéro afin d'obtenir un champ d'informations 10110100, transmis dans la requête MaJ(CS1) de l'entité CS1 vers le serveur de stockage d'adresses IAS. Une telle requête de mise à jour MaJ(CS1) peut ainsi prendre la forme « PTR RBCI.FR.223.10110100.CS1.isp1.fr » afin de procéder au remplacement du champ d'informations dans le champ PTR associée à l'entité CS1. On se réfère maintenant à la figure 2C qui illustre un autre mode de réalisation du procédé de sélection selon la présente invention, dans lequel l'entité de réseau à utiliser est sélectionnée sur la base des informations d'état des serveurs stockant le contenu numérique à télécharger. En particulier, ce mode de réalisation peut faire suite au procédé de la figure 2B au cours duquel l'entité de réseau CS1 a indiqué au serveur de stockage d'adresses IAS qu'elle était saturée, suite à sa sélection pour le téléchargement du contenu numérique C2. Dans ce mode de réalisation, l'équipement UE souhaite télécharger un contenu numérique C3 stocké sur des serveurs CS1 et CS2. Pour ce faire, il envoie une requête Req(C3) à l'entité de routage CRE (étape 181), sous la forme « Get url www.isp1.fr/C3 ». Suite à la réception de cette requête Req(C3) par l'entité de routage CRE, l'entité de sélection SEL détermine que le contenu C3 est disponible sur les entités de réseau CS1 et CS2 dont il dispose déjà des adresses IP. L'entité de sélection SEL envoie alors une requête d'obtention d'informations Rev_IAS(IP2), comprenant l'adresse IP (ici l'adresse IP2) de la première entité de réseau CS1, au serveur de stockage d'adresses IAS (étape 182), afin d'obtenir en retour des informations d'état relatives à cette première entité CS1, stockées par le serveur de stockage d'adresses IAS au sein d'un champ d'informations associé à l'adresse IP de cette entité CS1, ce champ d'informations étant inséré dans un message de réponse Resp_IAS(CS1) émis par le serveur IAS (étape 183). Des étapes similaires (étapes 184,185) sont réalisées pour la deuxième entité CS2. Ici, les messages de réponse Resp_IAS(CS1) et Resp_IAS(CS2) retournés peuvent prendre la forme « RBCI.FR.690.101001O0.CS1.isp1.com » et « ASdm.FR.750.11100100.CS2.isp2.fr », respectivement. L'entité de sélection SEL sélectionne alors l'entité CSi à utiliser sur la base des informations d'état contenues dans les champs d'informations reçus pour chaque entité CS1 et CS2 (étape 186). Ici, la première entité de réseau CS1 étant indisponible, car saturée, le champ d'informations reçu pour cette entité contient une information d'état indiquant cette indisponibilité (i.e. le deuxième bit du champ d'état « Statut » de ce champ d'informations est à zéro), alors que le champ d'informations reçu pour la deuxième entité CS2 contient une information d'état indiquant la disponibilité de cette entité (i.e. le deuxième bit du champ d'état « Statut » de ce champ d'informations est à un). Par conséquent, l'entité de sélection SEL choisit cette fois-ci la deuxième entité CS2 sur la base de ces informations de disponibilité.Advantageously, when a network entity becomes saturated following its selection for downloading digital content, it can send an update request to the IAS storage server, so that the latter updates the information of the network. status of this server. Thus, in FIG. 2B, the content server CS1 sends a update request MaJ (CS1) to the storage server IAS (step 179) so that the latter modifies the data relating to the operating state of this entity. In particular, if this operating state data corresponds to a bit of a status status field in the form of a register, then the request MaJ (CS1) includes a modified information field in which this bit is set. to zero, to indicate the unavailability of the CS1 entity. The IAS address storage server, receiving such a modified information field, replaces the old information field associated with the CS1 entity with this modified information field. Thus, by resuming the information field 11110100 previously discussed, the second bit concerning the state of the processor of this server is set to zero in order to obtain an information field 10110100, transmitted in the request MaJ (CS1) of the CS1 entity to the IAS address storage server. Such a update request MaJ (CS1) can thus take the form "PTR RBCI.FR.223.10110100.CS1.isp1.fr" in order to replace the information field in the PTR field associated with the entity CS1 . Referring now to FIG. 2C, which illustrates another embodiment of the selection method according to the present invention, in which the network entity to be used is selected based on the state information of the servers storing the digital content to be used. Download. In particular, this embodiment may follow the process of FIG. 2B in which the network entity CS1 has indicated to the IAS address storage server that it is saturated, following its selection for downloading the content. C2. In this embodiment, the UE wishes to download digital content C3 stored on CS1 and CS2 servers. To do this, it sends a request Req (C3) to the routing entity CRE (step 181), in the form "Get url www.isp1.fr/C3". Following reception of this request Req (C3) by the routing entity CRE, the selection entity SEL determines that the content C3 is available on the network entities CS1 and CS2 which it already has IP addresses. The selection entity SEL then sends a request to obtain information Rev_IAS (IP2), comprising the IP address (here the IP2 address) of the first network entity CS1, to the address storage server IAS ( step 182), in order to obtain back state information relating to this first entity CS1, stored by the IAS address storage server within an information field associated with the IP address of this entity CS1, this information field being inserted into a response message Resp_IAS (CS1) issued by the IAS server (step 183). Similar steps (steps 184, 185) are performed for the second entity CS2. Here, the response messages Resp_IAS (CS1) and Resp_IAS (CS2) returned can take the form "RBCI.FR.690.101001O0.CS1.isp1.com" and "ASdm.FR.750.11100100.CS2.isp2.fr", respectively . The selection entity SEL then selects the entity CSi to be used on the basis of the state information contained in the information fields received for each entity CS1 and CS2 (step 186). Here, the first network entity CS1 being unavailable, because saturated, the information field received for this entity contains a status information indicating this unavailability (ie the second bit of the status field "Status" of this field). information is at zero), while the information field received for the second entity CS2 contains status information indicating the availability of this entity (ie the second bit of the status field "Status" of this information field is at a). Therefore, the selection entity SEL this time selects the second entity CS2 on the basis of this availability information.

Il transmet alors un message de signalisation Redir(CS2), désignant la deuxième entité CS2 à l'équipement UE (étape 187) et pouvant prendre la forme « http redirect www.isp1.fr/C3 to CS1.isp1.fr/SD/C3 », afin que cette dernier envoie une requête de téléchargement Req'(C3) à l'entité CS2 (étape 188) (sous la forme « Get url CS1.isp1.fr/SD/C3 ») pour que celle-ci lui fournisse en retour le contenu numérique C3 (étape 189). Ce procédé est particulièrement efficace, par rapport au ce qui est proposé dans l'art antérieur, dans la mesure où l'équipement utilisateur UE est rapidement dirigé vers la seule entité de réseau non saturée, avec un seul message de signalisation.It then transmits a signaling message Redir (CS2), designating the second entity CS2 to the UE equipment (step 187) and can take the form "http redirect www.isp1.fr/C3 to CS1.isp1.fr/SD/ C3 ", so that the latter sends a Req 'download request (C3) to the entity CS2 (step 188) (in the form" Get url CS1.isp1.fr/SD/C3 ") so that it supply in return the digital content C3 (step 189). This method is particularly effective, compared to what is proposed in the prior art, in that the user equipment UE is quickly directed to the single unsaturated network entity, with a single signaling message.

On se réfère maintenant aux figures 3A et 3B qui illustre un mode de réalisation de la présente invention portant plus particulièrement sur la sélection de serveurs de contenu au moyen d'un serveur de noms de domaine.Reference is now made to FIGS. 3A and 3B which illustrates an embodiment of the present invention relating more particularly to the selection of content servers by means of a domain name server.

La figure 3A illustre en particulier l'architecture d'un système de téléchargement selon ce mode de réalisation, qui se distingue du système selon le principe général de l'invention tel que présenté en figure 1, par les points suivants : - L'entité de sélection et l'entité de routage sont combinées au sein d'une entité P-ISP qui constitue le portail d'accès à un réseau de fournisseur d'accès (désigné par ISP). - Le serveur de stockage d'adresses est un serveur de noms de domaine, désigné par DNS. - Les entités de réseau CS1, CS2, capables de fournir le contenu numérique C1, sont des serveurs de données. Le serveur CS1 appartient au réseau ISP tandis que le serveur de données CS2 appartient à un réseau de fourniture de contenu (désigné par CDN).FIG. 3A illustrates in particular the architecture of a downloading system according to this embodiment, which differs from the system according to the general principle of the invention as presented in FIG. 1, by the following points: The selection entity and the routing entity are combined within a P-ISP entity that constitutes the access portal to an access provider network (designated by ISP). - The address storage server is a domain name server, designated by DNS. The network entities CS1, CS2, capable of providing the digital content C1, are data servers. The server CS1 belongs to the ISP network while the data server CS2 belongs to a content delivery network (designated by CDN).

La figure 3B illustre, pour sa part, un procédé de sélection d'un serveur de données, capables de fournir le contenu numérique, selon ce mode de réalisation. Ce procédé comprend un ensemble d'étapes 205 à 255 qui sont similaires, respectivement, aux étapes 105 à 155 déjà décrites en référence à la figure 2A. Ici, l'équipement utilisateur UE cherche à obtenir un contenu numérique Cl 20 en envoyant une requête au portail d'accès P-ISP du réseau ISP de son fournisseur d'accès. Ce portail sélectionne le serveur de données à utiliser entre un premier serveur de données CS1 appartenant au réseau ISP et un deuxième serveur de données CS2 appartenant à un réseau CDN, au moyen de requêtes d'obtention d'informations Rev_DNS(IPi) sur les adresses IP de ces serveurs CSi 25 et de l'équipement utilisateur UE, transmises au serveur de noms de domaine DNS, lequel retourne ces informations dans un champ d'informations (typiquement un champ PTR associé à chaque adresse IP) transmis dans des messages de réponses Resp_DNS(PTR_IPi) respectivement associés à l'équipement utilisateur UE, au serveur CS1 et au serveur CS2. 30 Par rapport au procédé déjà évoqué en figure 2A, le procédé selon ce mode de réalisation se distingue en ce que l'entité de sélection P-ISP n'a pas nécessairement la connaissance préalable des adresses IP des serveurs de données. Les étapes 210 et 220 d'obtention d'informations comprennent alors les étapes supplémentaires suivantes : a) dans un premier temps, l'entité de sélection P-ISP envoie une requête d'obtention de l'adresse IP du serveur de données CSi (désignée par DNS(CSi)) cette requête comprenant typiquement le nom de domaine attribué à ce serveur de données (étapes 211,231).Figure 3B illustrates, for its part, a method of selecting a data server, capable of providing the digital content, according to this embodiment. This method comprises a set of steps 205 to 255 which are similar, respectively, to steps 105 to 155 already described with reference to Figure 2A. Here, the user UE UE seeks to obtain a digital content Cl 20 by sending a request to the access portal P-ISP ISP network of its provider. This portal selects the data server to be used between a first data server CS1 belonging to the ISP network and a second data server CS2 belonging to a network CDN, by means of requests for obtaining information Rev_DNS (IPi) on the addresses IP of these servers CSi 25 and the user equipment UE, transmitted to the DNS domain name server, which returns this information in an information field (typically a PTR field associated with each IP address) transmitted in response messages Resp_DNS (PTR_IPi) respectively associated with the user UE, the CS1 server and the CS2 server. Compared to the method already mentioned in FIG. 2A, the method according to this embodiment differs in that the P-ISP selection entity does not necessarily have the prior knowledge of the IP addresses of the data servers. The steps 210 and 220 for obtaining information then comprise the following additional steps: a) in a first step, the selection entity P-ISP sends a request to obtain the IP address of the data server CSi ( designated by DNS (CSi)) this request typically comprising the domain name assigned to this data server (steps 211, 231).

Ces requêtes peuvent ainsi être respectivement de la forme « DNS CS1.isp1.fr » et « DNS CS2.isp2.fr ». b) suite à la réception de cette requête DNS(CSi), le serveur de noms de domaine DNS retourne à l'entité de sélection P-ISP un message IPi comprenant l'adresse IP du serveur de données CSi (étapes 223,233), ce qui permet à l'entité de sélection P-ISP de disposer de cette adresse IP. Ces messages peuvent être respectivement de la forme « 139.100.1.1 » et « 131.100.1.1 ». Les étapes 220 et 230 d'obtention d'informations peuvent ensuite se poursuivre similairement aux étapes 120 et 130 décrites en figure 2A.These requests can be respectively of the form "DNS CS1.isp1.fr" and "DNS CS2.isp2.fr". b) following reception of this DNS request (CSi), the DNS domain name server returns to the selection entity P-ISP an IPi message including the IP address of the data server CSi (steps 223, 233), this which allows the P-ISP selection entity to have this IP address. These messages can be respectively of the form "139.100.1.1" and "131.100.1.1". The information obtaining steps 220 and 230 can then continue similarly to the steps 120 and 130 described in FIG. 2A.

On se réfère maintenant aux figures 4A et 4B qui illustrent un autre mode de réalisation de la présente invention dans lequel l'équipement utilisateur UE est en situation de mobilité. La figure 4A illustre en particulier l'architecture d'un système de téléchargement selon ce mode de réalisation. Dans ce système, les serveurs de données CS1 et CS2 appartiennent respectivement à deux réseaux ISP1 et ISP2 distincts, l'entité de sélection P-ISP et le serveur DNS étant toujours situés dans le premier réseau ISP1. Ici, l'équipement utilisateur UE est un dispositif capable de se mouvoir (comme par exemple un téléphone mobile) et donc de prendre différentes positions pouvant influencer la sélection d'un serveur de données à utiliser. Ainsi, dans une première position (symbolisée par (D), l'équipement utilisateur UE se trouve à proximité (géographique ou administrative) du premier serveur CS1, vers lequel l'entité de sélection P-ISP le renvoie pour télécharger un contenu numérique. Lorsque l'équipement utilisateur UE se déplace dans une deuxième position (symbolisée par CD), il se trouve alors à proximité (géographique ou administrative) du deuxième serveur CS2, vers lequel l'entité de sélection P-ISP le renvoie pour télécharger un contenu numérique.Reference is now made to FIGS. 4A and 4B which illustrate another embodiment of the present invention in which the user equipment UE is in a mobility situation. FIG. 4A illustrates in particular the architecture of a downloading system according to this embodiment. In this system, the data servers CS1 and CS2 respectively belong to two distinct ISP1 and ISP2 networks, the P-ISP selection entity and the DNS server always being located in the first ISP1 network. Here, the UE user device is a device capable of moving (such as a mobile phone) and thus take different positions that can influence the selection of a data server to use. Thus, in a first position (symbolized by (D), the user UE UE is in proximity (geographical or administrative) of the first CS1 server, to which the P-ISP selection entity returns it to download digital content. When the user UE UE moves to a second position (symbolized by CD), it is then close (geographical or administrative) of the second CS2 server, to which the P-ISP selection entity sends it to download content digital.

La figure 4B illustre plus en détails un procédé de sélection d'un serveur de données, capables de fournir le contenu numérique, lorsque l'équipement utilisateur UE est dans une telle situation de mobilité. Ce procédé comprend un ensemble d'étapes 305 à 350 qui sont similaires, respectivement, aux étapes 105 à 150 déjà décrites en référence à la figure 2A. Ici, cependant, l'équipement utilisateur est amené à changer de position lors d'un déplacement (étape 360), ce qui entraîne la mise à jour du champ « Geo » mémorisé dans le champ PTR qui est associé à son adresse IP dans le serveur DNS (étape 365). Ainsi, à titre d'exemple, un champ PTR « 3215. FR.223.111010.092142202252.ispl .fr » devient « 76543.PL.WS.111010.092142202252.ispl .fr » quand le terminal se déplace de domaine administratif 3215 situé en France vers un domaine administratif 76543 situé en Pologne. Une telle mise à jour peut être effectuée par l'équipement UE ou par un proxy (le serveur « Home Agent ») quand cet équipement UE lui indique sa mobilité, par exemple vers un réseau visiteur, au moyen d'une adresse CoA. Ainsi, lors de l'émission d'une nouvelle requête d'obtention du contenu Cl par l'équipement utilisateur UE (étape 370), et suite à une étape d'obtention d'informations sur l'équipement terminal auprès du serveur DNS (étape 375), l'entité de sélection P-ISP dispose des nouvelles données de position de l'équipement UE et peut effectuer la sélection en fonction de ces données mises à jour (étape 380). Ici, c'est le serveur CS2 qui est sélectionné, auquel cas l'équipement utilisateur UE est dirigé vers ce serveur CS2 pour récupérer le contenu Cl (étape 390).Figure 4B illustrates in more detail a method of selecting a data server, capable of providing the digital content, when the user equipment UE is in such a mobility situation. This method comprises a set of steps 305 to 350 which are similar, respectively, to steps 105 to 150 already described with reference to Figure 2A. Here, however, the user equipment is required to change its position during a movement (step 360), which results in the update of the "Geo" field stored in the PTR field which is associated with its IP address in the DNS server (step 365). Thus, for example, a PTR field "3215. FR.223.111010.092142202252.ispl .fr" becomes "76543.PL.WS.111010.092142202252.ispl .fr" when the terminal moves from administrative domain 3215 located in France to an administrative domain 76543 located in Poland. Such an update can be performed by the UE or by a proxy (the "Home Agent" server) when this UE indicates its mobility, for example to a visitor network, by means of a CoA address. Thus, when issuing a new request for obtaining the content C1 by the user equipment UE (step 370), and following a step of obtaining information on the terminal equipment from the DNS server ( step 375), the P-ISP selection entity has the new position data of the UE and can make the selection based on this updated data (step 380). Here, it is the server CS2 which is selected, in which case the user equipment UE is directed to this server CS2 to retrieve the content Cl (step 390).

On se réfère maintenant aux figures 5A et 5B qui illustre un autre mode de réalisation de la présente invention impliquant un téléchargement de contenu par le biais d'entités de réseau appartenant à un réseau pair-à-pair.Reference is now made to FIGS. 5A and 5B which illustrates another embodiment of the present invention involving downloading of content through network entities belonging to a peer-to-peer network.

La figure 5A illustre en particulier l'architecture d'un système de téléchargement selon ce mode de réalisation. Dans ce système, outre un réseau ISP1 comprenant un portail d'accès P-ISP, un serveur DNS et un serveur de données CS1, deux équipements utilisateurs UE1 et UE2 forment un réseau pairà-pair.FIG. 5A illustrates in particular the architecture of a downloading system according to this embodiment. In this system, in addition to an ISP1 network comprising a P-ISP access portal, a DNS server and a CS1 data server, two user equipments UE1 and UE2 form a peer-to-peer network.

L'équipement utilisateur UE1 peut télécharger à partir du serveur CS1 une partie chkl d'un contenu numérique Cl dans un premier temps (symbolisé par (D). Lorsque l'équipement utilisateur UE2 désire obtenir cette même partie chkl de ce contenu Cl dans un deuxième temps (symbolisé par CD), il s'adresse au portail d'accès P-ISP qui sélectionne une entité parmi le serveur CS1 et l'équipement utilisateur UE1 disposant tous deux de cette partie chk1 . En l'occurrence, c'est l'équipement utilisateur UE1 qui est sélectionné (par exemple sur un critère de proximité géographique), le portail d'accès P-ISP renvoyant l'équipement UE2 vers cet équipement UE1 pour télécharger cette partie chkl du contenu numérique. La figure 5B illustre plus en détails un procédé de sélection d'une entité de réseau dans un système mettant en oeuvre un réseau pair-à-pair, selon ce mode de réalisation de l'invention.The user equipment UE1 can download from the server CS1 a chkl part of a digital content C1 at first (symbolized by (D). When the user equipment UE2 wishes to obtain this same part chkl of this content C1 in a second time (symbolized by CD), it is addressed to the access portal P-ISP which selects an entity from the server CS1 and the user equipment UE1 both having this part chk1. the user equipment UE1 which is selected (for example on a criterion of geographical proximity), the access portal P-ISP sending the UE2 to this equipment UE1 to download this chkl portion of the digital content. in detail a method of selecting a network entity in a system implementing a peer-to-peer network, according to this embodiment of the invention.

Ce procédé démarre par l'obtention, par l'équipement utilisateur UE1, d'une partie chkl du contenu numérique Cl auprès du serveur de données CS1 par la mise en oeuvre d'étapes 405 à 420 similaires aux étapes décrites précédemment. A l'issue de cette première phase, l'équipement UE1 et le serveur CS1 disposent tous deux de la partie chkl du contenu Cl.This method starts by obtaining, by the user equipment UE1, a part chkl of the digital content C1 with the data server CS1 by the implementation of steps 405 to 420 similar to the steps described above. At the end of this first phase, the equipment UE1 and the server CS1 both have the chkl portion of the content Cl.

Par la suite, l'équipement utilisateur UE2 requiert à son tour cette partie chkl auprès du portail d'accès P-ISP (étape 425). Celui-ci envoie alors une requête d'informations sur l'équipement utilisateur UE2, désignée par Rev_DNS(IP2), contenant l'adresse IP"(ici, IP2) de cet équipement, au serveur DNS qui récupère les informations associées à cette adresse IP2 dont il dispose 25 et retourne dans un message de réponse Resp_DNS(PTR_IP2) (étape 430). Le portail d'accès 440 sélectionne alors l'entité à utiliser au moyen des informations dont il dispose sur les équipements UE1,UE2 et le serveur CS1 (étape 440). Ici, dans la mesure où l'équipement UE1 est plus proche de l'équipement UE2, cet équipement UE1 est sélectionné pour fournir la partie chkl 30 à l'équipement UE2. Cet équipement UE1 peut aussi être sélectionné pour d'autres raisons, par exemple parce que le serveur de données CS1 est surchargé, ou encore parce que l'application requiert le contenu Cl sur l'équipement UE2 en « mode Replay » et que ce serveur de données CS1 ne dispose plus forcément de la partie chkl de ce contenu au moment de la requête. L'équipement UE2 est alors dirigé vers l'équipement UE1 pour obtenir cette partie chkl (étape 450), de manière similaire à ce qui a été décrit précédemment.Subsequently, UE2 user equipment in turn requires this part chkl from the access portal P-ISP (step 425). The latter then sends a request for information on the user equipment UE2, designated by Rev_DNS (IP2), containing the IP address "(here, IP2) of this equipment, to the DNS server which retrieves the information associated with this address. IP2 which it disposes 25 and returns in a Resp_DNS response message (PTR_IP2) (step 430) The access portal 440 then selects the entity to be used by means of the information it has on the UE1, UE2 and the server CS1 (step 440) Here, insofar as the UE1 is closer to the UE2, this UE1 is selected to provide the chkl 30 to the UE2 UE1 can also be selected for for other reasons, for example because the data server CS1 is overloaded, or because the application requires the content Cl on the UE2 device in "Replay mode" and this data server CS1 no longer necessarily has the chkl part of this At the time of the request, the UE2 is directed to the UE1 to obtain this chk1 (step 450), similar to what has been described above.

Le contenu chkl peut être stocké et servie directement à partir d'un navigateur Web de l'équipement UE1, via une interface de programmation dédiée, par exemple l'API HTML5 « LocalStorage ». Au travers de ce mode de réalisation, on voit bien que les entités de réseau fournissant tout ou partie du contenu numérique peuvent être aussi bien des entités serveurs que des entités clientes, et que le principe de l'invention peut s'appliquer à un réseau P2P, voire à une combinaison quelconque de réseau P2P, de réseau de fourniture de contenu CDN et de réseau de fournisseur d'accès. Le contenu chkl peut être stocké et servi directement à partir du navigateur Web de l'équipement UE1 via l'interface de programmation API HTML5 « LocalStorage » susmentionnée. On se réfère enfin aux figures 6A et 6B qui décrivent un processus de mise à jour des informations d'état concernant une entité de réseau CSi, apte à fournir tout ou partie d'un contenu numérique.The content chkl can be stored and served directly from a Web browser of UE1 equipment, via a dedicated programming interface, for example the HTML5 API "LocalStorage". Through this embodiment, it is clear that the network entities providing all or part of the digital content can be both server entities and client entities, and that the principle of the invention can be applied to a network P2P or even any combination of P2P network, CDN content delivery network and ISP network. The chkl content can be stored and served directly from the web browser of the UE1 device via the aforementioned HTML5 LocalStorage API. Finally, reference is made to FIGS. 6A and 6B, which describe a process for updating the state information concerning a network entity CS 1, able to supply all or part of a digital content.

En particulier, la figure 6A décrit un tel processus selon un mode de réalisation dans lequel un serveur tiers MNT est impliqué. Dans cette première alternative, la mise à jour est ainsi réalisée par l'intermédiaire d'un serveur tiers MNT. Dans ce cas, une entité de réseau CS1 souhaitant effectuer une mise à jour envoie une requête de mise à jour (étape 601) vers le serveur de stockage d'adresses IAS, cette requête contenant un champ « monitoring » dans lequel sont insérées des informations destinées au serveur tiers MNT (ici, le code « 51.80 »). Le serveur de stockage d'adresses IAS transfère alors une requête filtrée de mise à jour contenant au moins une partie de cette requête contenant ces informations (étape 603), ainsi que l'adresse IP de l'entité CS1 (ici 139.100.1.1) au serveur tiers MNT, qui peut identifier l'entité CS1 au moyen de cette adresse IP, mémoriser ces informations, les interpréter et éventuellement agir auprès du serveur de stockage IAS.In particular, Figure 6A describes such a process according to an embodiment in which a third party MNT server is involved. In this first alternative, the update is thus performed via a third party MNT server. In this case, a network entity CS1 wishing to perform an update sends an update request (step 601) to the IAS address storage server, this request containing a "monitoring" field in which information is inserted. intended for the third party MNT server (here, the code "51.80"). The IAS address storage server then transfers a filtered update request containing at least a part of this request containing this information (step 603), as well as the IP address of the entity CS1 (here 139.100.1.1). to the third party server MNT, which can identify the CS1 entity by means of this IP address, memorize this information, interpret it and possibly act with the IAS storage server.

Ainsi, dans l'exemple illustré en figure 6, le code « 51 » indique une durée, en minutes, avant la désactivation de l'entité de réseau CS1. Aussi, à l'issue de cette durée, le serveur tiers MNT retourne au serveur de stockage d'adresses IAS une requête de mise à jour (étape 605) contenant les données d'état concernant l'entité CS1, mises à jour (ici, les deuxième et sixième bits du champ d'état sont passés à zéro pour indiquer la désactivation de cette entité). Le serveur de stockage d'adresses IAS peut alors mémoriser ces nouvelles données d'état, dans le champ d'informations associé à l'adresse IP de l'entité CS1, lors d'une étape 607 de mise à jour de ce serveur.Thus, in the example illustrated in FIG. 6, the code "51" indicates a duration, in minutes, before the deactivation of the network entity CS1. Also, at the end of this period, the third party server MNT returns to the IAS address storage server an update request (step 605) containing the state data concerning the CS1 entity, updated (here the second and sixth bits of the status field are set to zero to indicate the deactivation of this entity). The IAS address storage server can then store this new status data, in the information field associated with the IP address of the CS1 entity, during a step 607 of updating this server.

Un autre exemple de requête destinée au serveur MNT est ensuite illustré. Cette requête est également envoyée par l'entité CS1 vers le serveur de stockage IAS (étape 608) et contient des informations destinées au serveur MNT (ici, le code « 103.80435 »). Le serveur de stockage IAS transfère alors une requête filtrée contenant ces informations et l'adresse IP de l'entité CS1 (étape 609).Dans l'exemple illustré, le code « 103 » désigne une information sur le nombre de paquets transmis durant la dernière minute, dont le nombre est indiqué par « 80435 ». Ces informations ici n'amenant pas de mise à jour du serveur de stockage d'adresse IAS, aucune requête de mise à jour ne lui est transmise.Another example of a request for the MNT server is then illustrated. This request is also sent by the entity CS1 to the IAS storage server (step 608) and contains information for the MNT server (here, the code "103.80435"). The storage server IAS then transfers a filtered request containing this information and the IP address of the entity CS1 (step 609) .In the example illustrated, the code "103" designates information on the number of packets transmitted during the last minute, the number of which is indicated by "80435". Since this information does not bring about an update of the IAS address storage server, no update request is transmitted to it.

La figure 6B, pour sa part, décrit un processus de mise à jour selon un mode de réalisation impliquant l'entité de sélection. Dans cette alternative, l'équipement utilisateur UE envoie un requête de mise à jour à destination du serveur de stockage IAS (étape 611), cette requête contenant des informations destinées à l'entité de sélection SEL (ici, le code « 4.KZzCWTT9iP»). Le serveur de stockage IAS transfère alors à cette entité SEL une requête filtrée contenant ces informations et l'adresse IP de l'entité UE (étape 613). Dans l'exemple illustré, le code « 4 » désigne une information sur un identifiant de contenu, dont la valeur est indiqué par « KZzCWTT9iP». Ces informations ici n'amenant pas de mise à jour du serveur de stockage d'adresse IAS, aucune autre action de mise à jour n'est effectuée sur ce serveur de stockage. La valeur « KZzCWTT9iP» est par exemple la clé de hash d'un contenu ou d'une famille de contenu disponible, ou d'un contenu recherché par l'équipement UE. Cette information est exploitée par les services de livraisons de contenu, par exemple directement par l'entité de sélection SEL, en ajoutant ce code dans un table contenant les contenus connus par l'entité SEL (étape 615). Bien entendu, l'invention n'est pas limitée aux exemples de réalisation ci- dessus décrits et représentés, à partir desquels on pourra prévoir d'autres modes et d'autres formes de réalisation, sans pour autant sortir du cadre de l'invention. Ainsi, l'entité de sélection SEL a été décrite précédemment comme étant l'entité de routage de demande de contenu CRE à laquelle l'équipement utilisateur UE adresse sa requête d'obtention du contenu numérique C1. Cependant, l'invention ne se limite pas à ce seul cas de figure, et cette entité de sélection peut être une autre unité, ou un autre serveur, connecté(e) aussi bien à l'entité d'accès P-ISP (pour être informé(e) de la réception d'une requête issue de l'équipement utilisateur UE) qu'au serveur DNS (pour pouvoir obtenir les informations sur les serveurs de contenu stockant le contenu numérique souhaité) et interagissant avec ce serveur DNS suite à la réception de la requête de l'utilisateur transitant par l'entité d'accès P-ISP. Par ailleurs, des modes de réalisation où une seule entité de réseau est sélectionnée ont été discutés précédemment. L'invention ne se limite pas à ce seul cas, et plusieurs entités de réseau peuvent être sélectionné pour fournir ou stocker tout ou partie du service associé à la distribution du contenu numérique désiré, par exemple les n entités de réseau les plus proches (géographiquement ou administrativement) de l'équipement requérant ce contenu. En outre, dans les modes de réalisation précédents, un seul serveur de stockage d'adresses IAS et un seul serveur DNS ont été décrits. Cependant l'invention s'applique aussi lorsque plusieurs serveurs de ce type sont utilisés. Ainsi, il est usuel d'avoir plusieurs serveurs DNS parmi lesquels un serveur DNS fait office de serveur DNS autoritaire, les autres serveurs DNS secondaires constituant des copies de celui-ci. Dans un tel cas, l'équipement UE et/ou l'entité de sélection peuvent échanger des requêtes et des messages avec le serveur DNS le plus proche, afin de diminuer les temps de signalisation. Dans ce mode de réalisation, le choix d'un niveau de précision sémantique du champ d'informations retourné s'applique.Figure 6B, for its part, describes an updating process according to an embodiment involving the selection entity. In this alternative, the user equipment UE sends an update request to the IAS storage server (step 611), this request containing information for the selection entity SEL (here, the code "4.KZzCWTT9iP "). The storage server IAS then transfers to this entity SEL a filtered request containing this information and the IP address of the UE entity (step 613). In the illustrated example, the code "4" designates information on a content identifier, the value of which is indicated by "KZzCWTT9iP". Since this information does not bring about an update of the IAS address storage server, no other update action is performed on this storage server. The value "KZzCWTT9iP" is for example the hash key of a content or a family of available content, or content sought by the UE. This information is exploited by the content delivery services, for example directly by the SEL selection entity, by adding this code in a table containing the contents known by the SEL entity (step 615). Of course, the invention is not limited to the embodiments described above and shown, from which we can provide other modes and other embodiments, without departing from the scope of the invention. . Thus, the selection entity SEL has previously been described as the content request routing entity CRE to which the user equipment UE sends its request for obtaining the digital content C1. However, the invention is not limited to this single case, and this selection entity may be another unit, or another server, connected to both the P-ISP access entity (for be informed of the receipt of a request from the user equipment UE) to the DNS server (in order to obtain the information on the content servers storing the desired digital content) and interacting with this DNS server following receiving the request from the user passing through the P-ISP access entity. Furthermore, embodiments where a single network entity is selected have been discussed previously. The invention is not limited to this case alone, and several network entities can be selected to provide or store all or part of the service associated with the distribution of the desired digital content, for example the n closest network entities (geographically or administratively) equipment requiring this content. In addition, in the previous embodiments, a single IAS address storage server and a single DNS server have been described. However, the invention also applies when several servers of this type are used. Thus, it is customary to have several DNS servers among which a DNS server acts as an authoritative DNS server, the other secondary DNS servers constituting copies of it. In such a case, the UE and / or the selection entity can exchange requests and messages with the nearest DNS server, in order to decrease the signaling times. In this embodiment, the choice of a level of semantic precision of the returned information field applies.

Claims (16)

REVENDICATIONS1. Procédé de sélection d'au moins une entité de réseau à utiliser, pour fournir un contenu numérique (C1) à un équipement utilisateur (UE), parmi une pluralité d'entités de réseau (CS1,CS2) aptes à fournir au moins une partie du contenu numérique (C1), caractérisé en ce que le procédé comprend, suite à la réception (105) d'une requête (Req(C1)) d'obtention d'au moins un contenu numérique par une entité de routage de demande de contenu (CRE), pour chacune des entités de réseau aptes à fournir au moins une partie du contenu numérique : envoyer (115,125) une requête d'information sur l'adresse IP de ladite entité de réseau (Rev_IAS) à un serveur de stockage d'adresses (IAS) ; et recevoir (117,127) un message de réponse (Resp_IAS) émis par le serveur 15 de stockage d'adresses, le message de réponse contenant un champ de données d'informations comprenant des données d'information relatives à ladite entité de réseau ; ladite au moins une entité de réseau à utiliser étant sélectionnée (130) au moyen des données d'informations relatives auxdites entités de réseau. 20REVENDICATIONS1. A method of selecting at least one network entity to be used, to provide a digital content (C1) to a user equipment (UE), among a plurality of network entities (CS1, CS2) capable of providing at least a portion digital content (C1), characterized in that the method comprises, following the reception (105) of a request (Req (C1)) for obtaining at least one digital content by a request routing entity of content (CRE), for each of the network entities able to provide at least part of the digital content: send (115,125) an information request on the IP address of said network entity (Rev_IAS) to a storage server d addresses (IAS); and receiving (117,127) a response message (Resp_IAS) issued by the address storage server 15, the response message containing an information data field comprising information data relating to said network entity; said at least one network entity to be used being selected (130) using the information data relating to said network entities. 20 2. Procédé de sélection selon la revendication 1, caractérisé en ce qu'il comprend en outre : envoyer une requête d'information sur l'adresse IP dudit équipement utilisateur (UE) au serveur de stockage d'adresses (IAS) ; et 25 recevoir (117,127) un message de réponse (Resp_IAS) émis par le serveur de stockage d'adresses (IAS), le message de réponse contenant un champ de données d'informations comprenant des données d'information relatives audit équipement utilisateur (UE), la au moins une entité de réseau à utiliser étant sélectionnée (130) en outre 30 au moyen des données d'informations relatives audit équipement utilisateur (UE).2. Selection method according to claim 1, characterized in that it further comprises: sending an information request on the IP address of said user equipment (UE) to the address storage server (IAS); and receiving (117,127) a response message (Resp_IAS) issued by the address storage server (IAS), the response message containing an information data field comprising information data relating to said user equipment (UE the at least one network entity to be used being further selected (130) by means of the information data relating to said user equipment (UE). 3. Procédé de sélection selon la revendication 2, dans lequel le serveur de stockage d'adresses (IAS) est un serveur de noms de domaines (DNS) et où, pour chacune des entités de réseau aptes à fournir au moins une partie du contenunumérique, la requête d'information sur l'adresse IP de l'entité réseau est une requête DNS inversée et le champ de données d'informations est inséré dans un champ PTR associé à l'entité de réseau et mémorisé dans le serveur de noms de domaine (DNS).A selection method according to claim 2, wherein the address storage server (IAS) is a domain name server (DNS) and where for each of the network entities able to provide at least a portion of the digital , the information request on the IP address of the network entity is a reverse DNS request and the information data field is inserted in a PTR field associated with the network entity and stored in the name server of the network entity. domain (DNS). 4. Procédé de sélection selon l'une des revendications 1 à 3, dans lequel les données d'information relatives à chaque entité de réseau aptes à fournir au moins une partie du contenu numérique comprennent des données de localisation géographique de ladite entité de réseau, l'entité de réseau à utiliser étant sélectionnée en fonction des données de localisations géographiques des entités de réseau aptes à fournir au moins une partie du contenu numérique et de données de localisation géographique de l'équipement utilisateur (UE).4. Selection method according to one of claims 1 to 3, wherein the information data relating to each network entity capable of providing at least a portion of the digital content comprises geographical location data of said network entity, the network entity to be used being selected based on the geographic location data of the network entities capable of providing at least a portion of the digital content and geographical location data of the user equipment (UE). 5. Procédé de sélection selon l'une des revendications 1 à 4, dans lequel les données d'information relatives à chaque entité de réseau aptes à fournir au moins une partie du contenu numérique comprennent des données caractérisant le domaine administratif du réseau de ladite entité de réseau, l'entité de réseau à utiliser étant sélectionnée en fonction des données caractérisant les domaines administratifs du réseau des entités de réseau aptes à fournir au moins une partie du contenu numérique et des données caractérisant le domaine administratif du réseau de l'équipement utilisateur (UE).5. Selection method according to one of claims 1 to 4, wherein the information data relating to each network entity capable of providing at least a portion of the digital content comprise data characterizing the administrative domain of the network of said entity. of network, the network entity to be used selected based on the data characterizing the administrative domains of the network of network entities capable of providing at least a portion of the digital content and data characterizing the administrative domain of the network of the user equipment (EU). 6. Procédé de sélection selon l'une des revendications 1 à 5, dans lequel les données d'information relatives à chaque entité de réseau aptes à fournir au moins une partie du contenu numérique comprennent des informations d'état de ladite entité de réseau, l'entité de réseau à utiliser étant sélectionnée en fonction desdites données d'informations d'état des entités de réseau aptes à fournir au moins une partie du contenu numérique.The selection method according to one of claims 1 to 5, wherein the information data relating to each network entity capable of providing at least a portion of the digital content comprises status information of said network entity, the network entity to be used being selected based on said status information data of network entities capable of providing at least a portion of the digital content. 7. Procédé de téléchargement d'un contenu numérique (C1) par un équipement utilisateur (UE) comprenant les étapes consistant à : envoyer (105) une requête (Req(C1)) d'obtention du contenu numérique à une entité de routage de demande de contenu (CRE) ;recevoir (140) au moins un message de signalisation (Redir(CS1)) désignant au moins une entité de réseau (CS1) à utiliser pour obtenir au moins une partie du contenu numérique, ladite au moins une entité de réseau à utiliser (CS1) étant sélectionnée, parmi une pluralité d'entité de réseau aptes à fournir le contenu numérique (CS1,CS2), au moyen de données d'informations relatives auxdites entités de réseau obtenues auprès d'un serveur de stockage d'adresses (IAS) ; envoyer (150) au moins une requête en téléchargement (Req'(C1)) du contenu numérique vers la au moins une entité de réseau à utiliser (CS1) ; et recevoir (160) au moins une partie du contenu numérique (C1) de la au moins une entité de réseau à utiliser (CS1).A method of downloading a digital content (C1) by a user equipment (UE) comprising the steps of: sending (105) a request (Req (C1)) for obtaining the digital content to a routing entity of request for content (CRE); receive (140) at least one signaling message (Redir (CS1)) designating at least one network entity (CS1) to be used for obtaining at least a part of the digital content, said at least one entity network network to be used (CS1) being selected from among a plurality of network entities capable of providing the digital content (CS1, CS2), by means of information data relating to said network entities obtained from a storage server addresses (IAS); sending (150) at least one download request (Req '(C1)) of the digital content to the at least one network entity to be used (CS1); and receiving (160) at least a portion of the digital content (C1) of the at least one network entity to be used (CS1). 8. Entité de sélection (SEL) d'au moins une entité de réseau à utiliser pour fournir au moins un contenu numérique (C1) à un équipement utilisateur (UE), caractérisé en ce que l'entité de sélection comprend un module de traitement apte à sélectionner ladite au moins une entité de réseau à utiliser, parmi une pluralité d'entité de réseau (CS1,CS2) aptes à fournir au moins une partie du contenu numérique, en mettant en oeuvre le procédé de sélection selon l'une des revendications 1 à 6.Selection entity (SEL) of at least one network entity to be used for providing at least one digital content (C1) to a user equipment (UE), characterized in that the selection entity comprises a processing module capable of selecting said at least one network entity to be used, from among a plurality of network entities (CS1, CS2) able to supply at least a portion of the digital content, by implementing the selection method according to one of the Claims 1 to 6. 9. Entité de sélection selon la revendication 8, caractérisée en ce qu'elle correspond à une entité de routage de demande de contenu (CRE) comprenant des moyens de communication aptes à recevoir une requête d'obtention d'un contenu numérique (C1) émise par l'équipement utilisateur (UE).9. Selection entity according to claim 8, characterized in that it corresponds to a content request routing entity (CRE) comprising communication means capable of receiving a request for obtaining a digital content (C1). issued by the user equipment (UE). 10. Serveur de stockage d'adresses (IAS), apte à interagir avec une entité de sélection pour mettre en oeuvre le procédé de sélection d'au moins une entité de réseau à utiliser, pour fournir un contenu numérique (C1) à un équipement utilisateur (UE), selon l'une des revendications 1 à 6, le serveur de stockage d'adresses comprenant : une unité de mémorisation configurée pour mémoriser, pour chaque entité de réseau d'une pluralité d'entités de réseau aptes à fournir au moins une partie du contenu numérique, l'adresse IP de ladite entité de réseau associée à des données d'informations relatives à ladite entité de réseau ;une unité de communication apte à recevoir au moins une requête d'information (Rev_IAS) sur l'adresse IP d'une desdites entités de réseau aptes à fournir au moins une partie du contenu numérique et configurée pour émettre au moins un message de réponse (Resp_IAS) comprenant les données d'informations relatives à ladite entité de réseau aptes à fournir au moins une partie du contenu numérique.An address storage server (IAS), able to interact with a selection entity to implement the method of selecting at least one network entity to be used, to provide a digital content (C1) to a device user (UE) according to one of claims 1 to 6, the address storage server comprising: a storage unit configured to store, for each network entity, a plurality of network entities capable of providing the least part of the digital content, the IP address of said network entity associated with information data relating to said network entity; a communication unit adapted to receive at least one information request (Rev_IAS) on the network entity; IP address of one of said network entities capable of providing at least a portion of the digital content and configured to transmit at least one response message (Resp_IAS) comprising the information data relating to said entity network capable of providing at least a portion of the digital content. 11. Serveur de stockage d'adresses (IAS) selon la revendication 10, caractérisé en ce que : l'unité de mémorisation est en outre configurée pour mémoriser l'adresse IP de l'équipement utilisateur (UE) associée à des données d'informations relatives à ladite entité de réseau ; et l'unité de communication est en outre apte à recevoir une requête d'information (Rev_IAS) sur l'adresse IP dudit équipement utilisateur (UE) et 15 configurée pour émettre un message de réponse (Resp_IAS) comprenant les données d'informations relatives audit équipement utilisateur.An address storage server (IAS) according to claim 10, characterized in that: the storage unit is further configured to store the IP address of the user equipment (UE) associated with data of information relating to said network entity; and the communication unit is further adapted to receive an information request (Rev_IAS) on the IP address of said user equipment (UE) and configured to transmit a response message (Resp_IAS) including the information information relating thereto. user equipment audit. 12. Serveur de stockage d'adresses (IAS) selon la revendication 10 ou 11, caractérisé en ce que l'unité de communication est en outre apte à : 20 recevoir (601) une première requête de mise à jour des informations relatives à une desdites entités de réseau ou à l'équipement utilisateur (UE) ; relayer (603) une partie de ladite première requête de mise à jour vers un serveur tiers (MNT) ; et recevoir (605), depuis le serveur tiers (MNT), une deuxième requête de 25 mise à jour, consolidée à partir de la première requête de mise à jour par ledit serveur tiers (MNT).12. Address storage server (IAS) according to claim 10 or 11, characterized in that the communication unit is further adapted to: receive (601) a first request for updating the information relating to a said network entities or user equipment (UE); relaying (603) a portion of said first update request to a third party server (MNT); and receiving (605) from the third party server (MNT) a second update request, consolidated from the first update request by said third party server (MNT). 13. Serveur de stockage d'adresses selon l'une des revendications 10 à 12, caractérisé en ce que ledit serveur de stockage d'adresses est un serveur de 30 noms de domaine (DNS), la requête d'information sur l'adresse IP est une requête DNS inversée et le champ de données d'informations est inséré dans un champ PTR associé à l'entité de réseau et mémorisé dans le serveur de noms de domaine.13. Address storage server according to one of claims 10 to 12, characterized in that said address storage server is a server of 30 domain names (DNS), the request for information on the address. IP is a reverse DNS request and the information data field is inserted in a PTR field associated with the network entity and stored in the domain name server. 14. Equipement utilisateur (UE) comprenant des moyens de communications aptes à recevoir un contenu numérique (C1) en provenance d'au moins une entité de réseau (CS1), les moyens de communication étant configurés pour : envoyer (105) une requête (Req(C1)) d'obtention du contenu numérique vers une entité de routage de demande de contenu (IAS) ; et envoyer (150) une requête en téléchargement (Req'(C1)) d'au moins une partie du contenu numérique vers une entité de réseau à utiliser (CS1) pour obtenir au moins une partie du contenu numérique, suite à la réception (140) d'un message de signalisation (Redir(CS1)) désignant ladite entité à utiliser, ladite entité à utiliser (CS1) étant sélectionnée, parmi une pluralité d'entités de réseau (CS1,CS2) aptes à fournir au moins une partie du contenu numérique, au moyen de données d'informations relatives auxdites entité de réseau obtenues auprès d'une entité de stockage d'adresses (IAS) au moyen de requêtes d'informations sur les adresses IP desdites entités de réseau.User equipment (UE) comprising communication means capable of receiving a digital content (C1) originating from at least one network entity (CS1), the communication means being configured to: send (105) a request ( Req (C1)) for obtaining the digital content to a content request routing entity (IAS); and sending (150) a download request (Req '(C1)) of at least a portion of the digital content to a network entity to be used (CS1) to obtain at least a portion of the digital content, upon receipt ( 140) of a signaling message (Redir (CS1)) designating said entity to be used, said entity to be used (CS1) being selected from among a plurality of network entities (CS1, CS2) capable of providing at least a portion digital content, by means of information data relating to said network entities obtained from an address storage entity (IAS) by means of information requests on the IP addresses of said network entities. 15. Programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé de sélection selon l'une quelconque des revendications 1 à 6, respectivement les étapes du procédé de téléchargement selon la revendication 7, lorsque ledit programme est exécuté par un module de traitement d'une entité de sélection, respectivement d'un équipement utilisateur (UE).15. A computer program comprising instructions for executing the steps of the selection method according to any one of claims 1 to 6, respectively the steps of the downloading method according to claim 7, when said program is executed by a module. processing a selection entity, respectively a user equipment (UE). 16. Support d'enregistrement, lisible par un ordinateur, sur lequel est enregistré un programme d'ordinateur selon la revendication 15.2516. Computer-readable recording medium on which a computer program is recorded according to claim 15.25
FR1252626A 2012-03-23 2012-03-23 SELECTING A NETWORK ENTITY FOR PROVIDING DIGITAL CONTENT Pending FR2988544A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
FR1252626A FR2988544A1 (en) 2012-03-23 2012-03-23 SELECTING A NETWORK ENTITY FOR PROVIDING DIGITAL CONTENT
PCT/FR2013/050603 WO2013140097A1 (en) 2012-03-23 2013-03-21 Selection of a network entity for the provision of a digital content

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR1252626A FR2988544A1 (en) 2012-03-23 2012-03-23 SELECTING A NETWORK ENTITY FOR PROVIDING DIGITAL CONTENT

Publications (1)

Publication Number Publication Date
FR2988544A1 true FR2988544A1 (en) 2013-09-27

Family

ID=46754538

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1252626A Pending FR2988544A1 (en) 2012-03-23 2012-03-23 SELECTING A NETWORK ENTITY FOR PROVIDING DIGITAL CONTENT

Country Status (2)

Country Link
FR (1) FR2988544A1 (en)
WO (1) WO2013140097A1 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020209703A1 (en) 2019-04-12 2020-10-15 Samsung Electronics Co., Ltd. Method and system for discovering edge-server or edge-service through domain name server (dns) resolution

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001052497A2 (en) * 1999-12-20 2001-07-19 Fastforward Networks, Inc. A content distribution system for operation over an internetwork including content peering arrangements
WO2003039105A1 (en) * 2001-10-30 2003-05-08 Activia Networks Method, system and switch for associating an auxiliary server of a content routing network
US20030115283A1 (en) * 2001-12-13 2003-06-19 Abdulkadev Barbir Content request routing method
US7260598B1 (en) * 2002-05-03 2007-08-21 Cisco Technology, Inc. Methods and apparatus for processing client requests in a content distribution network using client lists
US7289519B1 (en) * 2002-05-01 2007-10-30 Cisco Technology, Inc. Methods and apparatus for processing content requests using domain name service
US7444428B1 (en) * 2002-08-26 2008-10-28 Netapp, Inc. Method and apparatus for estimating relative network proximity in the presence of a network filter
WO2009157831A1 (en) * 2008-06-25 2009-12-30 Telefonaktiebolaget L M Ericsson (Publ) Service brokering using domain name servers
US20110295942A1 (en) * 2010-05-28 2011-12-01 Juniper Networks, Inc. Application-layer traffic optimization service map updates

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001052497A2 (en) * 1999-12-20 2001-07-19 Fastforward Networks, Inc. A content distribution system for operation over an internetwork including content peering arrangements
WO2003039105A1 (en) * 2001-10-30 2003-05-08 Activia Networks Method, system and switch for associating an auxiliary server of a content routing network
US20030115283A1 (en) * 2001-12-13 2003-06-19 Abdulkadev Barbir Content request routing method
US7289519B1 (en) * 2002-05-01 2007-10-30 Cisco Technology, Inc. Methods and apparatus for processing content requests using domain name service
US7260598B1 (en) * 2002-05-03 2007-08-21 Cisco Technology, Inc. Methods and apparatus for processing client requests in a content distribution network using client lists
US7444428B1 (en) * 2002-08-26 2008-10-28 Netapp, Inc. Method and apparatus for estimating relative network proximity in the presence of a network filter
WO2009157831A1 (en) * 2008-06-25 2009-12-30 Telefonaktiebolaget L M Ericsson (Publ) Service brokering using domain name servers
US20110295942A1 (en) * 2010-05-28 2011-12-01 Juniper Networks, Inc. Application-layer traffic optimization service map updates

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
CAI L ET AL: "Dynamic server selection using fuzzy inference in content distribution networks", COMPUTER COMMUNICATIONS, ELSEVIER SCIENCE PUBLISHERS BV, AMSTERDAM, NL, vol. 29, no. 8, 15 May 2006 (2006-05-15), pages 1026 - 1038, XP027943594, ISSN: 0140-3664, [retrieved on 20060515] *
PAN J ET AL: "An overview of DNS-based server selections in content distribution networks", COMPUTER NETWORKS, ELSEVIER SCIENCE PUBLISHERS B.V., AMSTERDAM, NL, vol. 43, no. 6, 20 December 2003 (2003-12-20), pages 695 - 711, XP004470525, ISSN: 1389-1286, DOI: 10.1016/S1389-1286(03)00293-7 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020209703A1 (en) 2019-04-12 2020-10-15 Samsung Electronics Co., Ltd. Method and system for discovering edge-server or edge-service through domain name server (dns) resolution
EP3935819A4 (en) * 2019-04-12 2022-06-01 Samsung Electronics Co., Ltd. Method and system for discovering edge-server or edge-service through domain name server (dns) resolution
US11962656B2 (en) 2019-04-12 2024-04-16 Samsung Electronics Co., Ltd. Method and system for discovering edge-server or edge-service through domain name server (DNS) resolution

Also Published As

Publication number Publication date
WO2013140097A1 (en) 2013-09-26

Similar Documents

Publication Publication Date Title
US20200084083A1 (en) Customized domain names in a content delivery network
EP3155823B1 (en) Management, by an intermediate device, of the quality of transmission of a data stream to a mobile terminal
US10708767B2 (en) Anycast manifest retrieval, unicast content retrieval
Piro et al. Information‐centric networking and multimedia services: present and future challenges
EP3456031A1 (en) Method for accessing a content hosted on a server selected as a function of the location of the user terminal
WO2010051459A1 (en) Accessing peer browser caches
FR2870022A1 (en) METHOD AND DEVICE FOR DISTRIBUTING DIGITAL DATA, IN PARTICULAR FOR A PAIR-A-PAIR NETWORK
FR3076141A1 (en) PROCESS FOR PROCESSING REQUESTS AND PROXY SERVER
US20170041422A1 (en) Method and system for retrieving a content manifest in a network
Pavlou et al. Internet-scale content mediation in information-centric networks
Alimi et al. A survey of in-network storage systems
EP2707997A1 (en) Method for managing the infrastructure of a content distribution network service in an isp network and such an infrastructure
FR2988544A1 (en) SELECTING A NETWORK ENTITY FOR PROVIDING DIGITAL CONTENT
FR3023098A1 (en) METHOD AND SYSTEM FOR PROCESSING A REQUEST FOR RESOLUTION OF A NAME OF A SERVER, ISSUED BY A CLIENT APPLICATION ON A COMMUNICATION NETWORK.
Garcia-Reinoso et al. Scalable data replication in content-centric networking based on alias names
WO2021176166A1 (en) Method and device for detecting the use of an uncertified domain name server
KR101363164B1 (en) Method and apparatus for sharing media content using modified url
EP3632089B1 (en) Optimisation de la fréquence de rafraichissement d'un enregistrement dns
WO2023083772A1 (en) Control and transmission methods, and entities configured to implement these methods
FR3121568A1 (en) Management, registration and communication processes and entities configured to implement these processes
WO2013045815A1 (en) Method and device for dynamic management of the distribution of data in a telecommunications network
Yang Internet Engineering Task Force (IETF) R. Alimi, Ed. Request for Comments: 6392 Google Category: Informational A. Rahman, Ed.
FR3003111A1 (en) PROCESSING METHOD IN A CENTER NETWORK ON THE CONTENTS OF A DATA SEGMENT REQUEST
FR3018411A1 (en) METHOD AND SYSTEM FOR PROCESSING A DNS QUERY ISSUED BY A NETWORK NODE DURING A DACCE ATTEMPT BY A CLIENT APPLICATION TO A REMOTE SERVER OVER AN IP NETWORK