FR2988544A1 - Selection d'une entite de reseau pour la fourniture d'un contenu numerique - Google Patents

Selection d'une entite de reseau pour la fourniture d'un contenu numerique 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
English (en)
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/fr
Priority to PCT/FR2013/050603 priority patent/WO2013140097A1/fr
Publication of FR2988544A1 publication Critical patent/FR2988544A1/fr
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.

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.
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.
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.
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.
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.
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.
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.
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.
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).
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.
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.
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.
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.
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.
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.
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.
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).
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é.
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.
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.
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).
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).
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.
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.
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).
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.

Claims (16)

  1. 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. 20
  2. 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).
  3. 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).
  4. 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).
  5. 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).
  6. 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.
  7. 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).
  8. 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.
  9. 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).
  10. 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.
  11. 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.
  12. 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).
  13. 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.
  14. 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.
  15. 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).
  16. 16. Support d'enregistrement, lisible par un ordinateur, sur lequel est enregistré un programme d'ordinateur selon la revendication 15.25
FR1252626A 2012-03-23 2012-03-23 Selection d'une entite de reseau pour la fourniture d'un contenu numerique Pending FR2988544A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
FR1252626A FR2988544A1 (fr) 2012-03-23 2012-03-23 Selection d'une entite de reseau pour la fourniture d'un contenu numerique
PCT/FR2013/050603 WO2013140097A1 (fr) 2012-03-23 2013-03-21 Selection d'une entite de reseau pour la fourniture d'un contenu numerique

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR1252626A FR2988544A1 (fr) 2012-03-23 2012-03-23 Selection d'une entite de reseau pour la fourniture d'un contenu numerique

Publications (1)

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

Family

ID=46754538

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1252626A Pending FR2988544A1 (fr) 2012-03-23 2012-03-23 Selection d'une entite de reseau pour la fourniture d'un contenu numerique

Country Status (2)

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

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020209703A1 (fr) 2019-04-12 2020-10-15 Samsung Electronics Co., Ltd. Procédé et système permettant de découvrir un serveur de périphérie ou un service de périphérie par le biais d'une résolution de dns (serveur de nom de domaine)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001052497A2 (fr) * 1999-12-20 2001-07-19 Fastforward Networks, Inc. Systeme de distribution de contenu pour operation sur un reseau internet comportant des dispositions d'homologage de contenu
WO2003039105A1 (fr) * 2001-10-30 2003-05-08 Activia Networks Procede, systeme et commutateur pour associer un serveur auxiliaire d'un reseau d'acheminement de contenus
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 (fr) * 2008-06-25 2009-12-30 Telefonaktiebolaget L M Ericsson (Publ) Courtage de services à l'aide des serveurs de noms de domaine
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 (fr) * 1999-12-20 2001-07-19 Fastforward Networks, Inc. Systeme de distribution de contenu pour operation sur un reseau internet comportant des dispositions d'homologage de contenu
WO2003039105A1 (fr) * 2001-10-30 2003-05-08 Activia Networks Procede, systeme et commutateur pour associer un serveur auxiliaire d'un reseau d'acheminement de contenus
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 (fr) * 2008-06-25 2009-12-30 Telefonaktiebolaget L M Ericsson (Publ) Courtage de services à l'aide des serveurs de noms de domaine
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 (fr) 2019-04-12 2020-10-15 Samsung Electronics Co., Ltd. Procédé et système permettant de découvrir un serveur de périphérie ou un service de périphérie par le biais d'une résolution de dns (serveur de nom de domaine)
EP3935819A4 (fr) * 2019-04-12 2022-06-01 Samsung Electronics Co., Ltd. Procédé et système permettant de découvrir un serveur de périphérie ou un service de périphérie par le biais d'une résolution de dns (serveur de nom de domaine)
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 (fr) 2013-09-26

Similar Documents

Publication Publication Date Title
US20200084083A1 (en) Customized domain names in a content delivery network
US10708767B2 (en) Anycast manifest retrieval, unicast content retrieval
Piro et al. Information‐centric networking and multimedia services: present and future challenges
EP3155823B1 (fr) Gestion par un équipement intermédiaire de la qualité de transmission d'un flux de données vers un terminal mobile
EP3456031A1 (fr) Procédé d'accès à un contenu hébergé sur un serveur selectionné en fonction de la localisation du terminal utilisateur
EP3503508B1 (fr) Procédé de traitement de requêtes et serveur proxy
WO2010051459A1 (fr) Accès à des mémoires caches de navigateurs homologues
FR2870022A1 (fr) Procede et dispositif de distribution de donnees numeriques notamment pour reseau pair-a-pair
US20170041422A1 (en) Method and system for retrieving a content manifest in a network
Pavlou et al. Internet-scale content mediation in information-centric networks
WO2012152824A1 (fr) Procédé permettant de gérer l'infrastructure d'un service de réseau de distribution de contenu dans un réseau de fournisseurs de services internet (isp) et une telle infrastructure
FR2988544A1 (fr) Selection d'une entite de reseau pour la fourniture d'un contenu numerique
Garcia-Reinoso et al. Scalable data replication in content-centric networking based on alias names
Alduán et al. Architectures for future media Internet
WO2021176166A1 (fr) Procede et dispositif de detection de l'usage d'un serveur de noms de domaine non certifie
KR101363164B1 (ko) 변조된 ｕｒｌ을 사용하는 미디어 콘텐츠 공유 방법 및 장치
EP3632089B1 (fr) Optimisation de la fréquence de rafraîchissement d'un enregistrement dns
WO2023083772A1 (fr) Procédés de contrôle et de transmission, et entités configurées pour mettre en œuvre ces procédés
FR3121568A1 (fr) Procédés de gestion, d’enregistrement et de communication et entités configurées pour mettre en œuvre ces procédés
FR2980935A1 (fr) Procede et dispositif de gestion dynamique de la distribution de donnees numeriques dans un reseau de telecommunications
Yang Internet Engineering Task Force (IETF) R. Alimi, Ed. Request for Comments: 6392 Google Category: Informational A. Rahman, Ed.
FR3003111A1 (fr) Procede de traitement dans un reseau centre sur les contenus d'une demande relative a un segment de donnees
FR3018411A1 (fr) Procede et systeme de traitement d'une requete dns emise par un noeud reseau au cours d'une tentative dacces par une application cliente a un serveur distant sur un reseau ip