FR2879385A1 - Methode d'agregation de decouverte de service dans un reseau local et appareil implementant la methode - Google Patents
Methode d'agregation de decouverte de service dans un reseau local et appareil implementant la methode Download PDFInfo
- Publication number
- FR2879385A1 FR2879385A1 FR0413157A FR0413157A FR2879385A1 FR 2879385 A1 FR2879385 A1 FR 2879385A1 FR 0413157 A FR0413157 A FR 0413157A FR 0413157 A FR0413157 A FR 0413157A FR 2879385 A1 FR2879385 A1 FR 2879385A1
- Authority
- FR
- France
- Prior art keywords
- network
- discovery
- local
- services
- gateway
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L12/2805—Home Audio Video Interoperability [HAVI] networks
-
- 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/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
Abstract
L'invention permet à un client standard selon la norme DVB-IPI phase 1 et connecté au sein d'un réseau local interconnecté à un réseau de distribution de services par une passerelle non transparente de découvrir tous les services qui lui sont offerts tant par le réseau de distribution externe que par les serveurs présents sur son réseau local. L'invention est basée principalement sur une fonctionnalité d'agrégation de services de découverte que nous nommons « SD&S proxy » implémentée sur l'un quelconque des appareils connectés au réseau local fonctionnant conjointement avec une configuration ad hoc de la passerelle.
Description
METHODE D'AGREGATION DE DECOUVERTE DE SERVICE DANS UN
RESEAU LOCAL ET APPAREIL IMPLEMENTANT LA METHODE
La présente invention concerne la distribution de services numériques sur un réseau IP à destination d'un client local et plus particulièrement la phase de découverte des services offerts pour un client connecté à un réseau de distribution de services via un réseau local ou domestique.
La diffusion de services numériques, et plus particulièrement de services audiovisuels, sur un réseau IP fait l'objet de travaux de normalisation au sein du groupe DVB ( Digital Video Broadcasting en anglais). On peut trouver le résultat de ce travail dans le document ETSI TS 102 034 v1.1.1 (2004-06) Digital Video Broadcasting (DVB) ; Transport of MPEG-2 Based DVB Services over IP Based Networks . Ce document se place, dans la phase actuelle, dans le cadre d'un client, appelé HNED ( Home Network End Device en anglais) dans la norme, directement connecté au réseau de distribution des services par l'intermédiaire d'une passerelle transparente comme le montre la figure 1. Dans ce schéma, le client appartient donc au réseau de distribution et partage son espace d'adressage IP ainsi que le nom de domaine entre autre.
Cette norme décrit, entre autres, la découverte des services dans un tel réseau. Elle définit les mécanismes utilisés pour la découverte des services, la sélection d'un service et la délivrance des informations de découverte de services.
Le premier problème adressé est le mécanisme utilisé pour identifier les fournisseurs de services et les services. Un fournisseur de services est identifié de manière unique par le nom de domaine sous lequel il est enregistré et qu'il contrôle.
Les différentes étapes du processus de découverte sont les suivantes. Premièrement il faut déterminer les points d'entrée des informations de services. Ce point d'entrée correspond à une adresse IP d'un serveur donnant accès à des informations de description de services offerts. Ces informations de descriptions sont décrites sous la forme de fichiers XML décrivant la liste des services et donnant pour chaque service un certain nombre d'informations dont l'adresse à laquelle ce service est diffusé.
Le premier problème résolut par la norme est donc la manière de trouver le, ou les points d'entrée du service de découverte. La norme définit un processus pour trouver ce, où ces, points d'entrée consistant en 5 méthodes différentes offertes au client. Le client est tenu d'essayer successivement ces 5 méthodes et de s'arrêter sur la première lui donnant au moins un point d'entrée valide dans le service de découverte.
Cette norme se place dans le contexte où le client est connecté au réseau de diffusion de manière transparente. Le client est un membre de ce réseau. Cette contrainte est forte, car il est courant d'avoir un client de services numériques connecté en fait à un réseau local qui peut être un réseau domestique ou un réseau d'entreprise. Généralement, dans ce cas le réseau local est connecté à l'extérieur à un réseau externe, tel que le réseau de distribution de services par une passerelle non transparente. Le réseau local possède son propre espace d'adressage différent du réseau de diffusion, des mécanismes connus de translation d'adresses étant implémentés sur cette passerelle.
L'invention se place dans le cadre d'un client connecté sur un tel réseau local différent du réseau de distribution. Sur ce réseau local, par exemple domestique, peut se connecter d'autres clients et également des appareils qui vont se comporter en serveurs de services numériques. On peut citer en exemple une passerelle permettant de se connecter à des services audiovisuels diffusés par satellite ou câble et les rediffusant sous la forme de services DVB sur le réseau IP. On peut également citer un serveur local de média contenant des services enregistrés pouvant être diffusés sur le réseau local. Tout type d'appareils se comportant en serveurs de services DVB sur le réseau IP peuvent être ainsi connectés sur le réseau local.
Se pose alors le problème de la phase de découverte des services offerts à un client connecté à un tel réseau. Un client selon la norme décrite plus haut ne va découvrir que les services offerts par le réseau externe. II ne sera pas en mesure de découvrir les services offerts par des serveurs locaux à son réseau.
L'invention permet à un client standard selon la norme DVB-IPI phase 1 et connecté au sein d'un réseau local interconnecté à un réseau de distribution de services par une passerelle non transparente de découvrir tous les services qui lui sont offerts tant par le réseau de distribution externe que par les serveurs présents sur son réseau local. L'invention est basée principalement sur une fonctionnalité d'agrégation de services de découverte que nous nommons SD&S proxy implémentée sur l'un quelconque des appareils connectés au réseau local fonctionnant conjointement avec une configuration ad hoc de la passerelle.
L'invention concerne une méthode de mise à disposition d'informations sur des services numériques offerts aux clients d'un réseau local, ledit réseau local étant connecté à un réseau de distribution de services numériques par une passerelle comportant les étapes suivantes: - une étape de découverte interne des serveurs offrant des services numériques au sein du réseau local; - une étape de découverte externe des serveurs offrant des services sur le réseau de distribution; - une étape d'agrégation des informations recueillies lors des étapes de découvertes interne et externe; - une étape de mise à disposition de ces informations sur le 25 réseau local.
Selon un mode particulier de réalisation de l'invention l'étape de découverte interne s'effectue selon un protocole de découverte standard des appareils au sein d'un réseau local.
Selon un mode particulier de réalisation de l'invention le protocole de découverte standard des appareils au sein d'un réseau local est UPnP.
Selon un mode particulier de réalisation de l'invention l'étape de 35 découverte interne des serveurs se fait par configuration manuelle des adresses desdits serveurs.
Selon un mode particulier de réalisation de l'invention les étapes de découverte externe et de mise à disposition s'effectue conformément au standard DVB-IPI phase 1.
L'invention concerne également un appareil destiné au moins à la mise à disposition d'informations sur des services numériques offerts aux clients d'un réseau local connectable audit réseau local, ledit réseau local étant connecté à un réseau de distribution de services numériques par une passerelle, et possédant - des moyens de découverte interne des serveurs offrant des services numériques au sein du réseau local; - des moyens de découverte externe des serveurs offrant des services sur le réseau de distribution; - des moyens d'agrégation des informations recueillies lors des 15 étapes de découvertes interne et externe; et -des moyens de mise à disposition de ces informations sur le réseau local.
L'invention concerne également un système de mise à disposition d'informations sur des services numériques offerts aux clients d'un réseau local, ledit réseau local étant connecté à un réseau de distribution de services numériques par une passerelle, où ladite passerelle est adaptée pour répondre à des requêtes visant à l'obtention de l'adresse d'un serveur de mise à disposition d'informations sur des services numériques.
Selon un mode particulier de l'invention l'appareil de mise à disposition et la passerelle sont un seul et même appareil.
L'invention sera mieux comprise, et d'autres particularités et avantages apparaîtront à la lecture de la description qui va suivre, la description faisant référence aux dessins annexés parmi lesquels: La figure 1 représente l'architecture réseau adressée par la norme actuelle.
La figure 2 représente l'architecture réseau contexte de l'invention mais sans l'implémentation de celle-ci.
La figure 3 représente l'architecture du réseau et l'invention.
Le document ETSI TS 102 034 vl.l.l (2004-06) Digital Video Broadcasting (DVB) ; Transport of MPEG-2 Based DVB Services over IP 5 Based Networks fournit un premier ensemble de spécifications standardisées pour le déploiement des premiers services DVB sur réseau IP bidirectionnels.
Dans le présent document nous appellerons: Fournisseur de contenu une entité qui possède ou est licenciée pour vendre du contenu.
Fournisseur de services une entité qui acquière du contenu ou des droits sur du contenu auprès d'un fournisseur de contenu et qui assemble ce contenu sous la forme de services.
Réseau de distribution, le réseau connectant les fournisseurs de services à la passerelle du réseau de distribution.
Passerelle du réseau de distribution, ou plus simplement passerelle, l'appareil qui connecte un ou plusieurs réseau de distribution à un ou plusieurs segments de réseau domestique.
Service DVB-IP un service DVB distribué sur un réseau IP ou du contenu à la demande sur IP.
- Service DVB, un service défini par DVB comme une séquence de programmes sous le contrôle d'un diffuseur pouvant être diffusé au sein d'une programmation.
- Contenu à la demande, un programme fourni à la demande d'un utilisateur final pour une consommation immédiate ou stockage. Client ou HNED ( Home Network End Device en anglais), un appareil connecté à un réseau domestique et qui termine le flot d'informations basé sur IP.
Segment de réseau domestique, une technologie en couche sur un seul lien et qui fournit une connexion couche 2 entre HNED et des composants connectant.
Composant connectant un composant utilisé pour connecter des composants au niveau couche lien entre eux.
La figure 1 représente l'architecture réseau telle qu'elle est adressée par la norme actuelle. On y trouve un HNED, référencé 1.1, connecté à un réseau domestique, référencé 1.2. Le réseau domestique est connecté à un réseau de distribution, référencé 1.4, par l'intermédiaire d'une passerelle, référencée 1.3. Le réseau de distribution héberge des serveurs capables de fournir des services DVB-IP. L'offre de services disponibles au sein du réseau de distribution est disponible sous la forme d'un serveur SD&S ( Service Discovery and Selection en anglais), référencé 1.5. Ce serveur, son fonctionnement et la forme des informations de services qu'il fournit sont décrit dans le document DVB- IPI déjà cité. Ce document fournit la description sous forme de fichiers XML ( eXtensible Markup Language en anglais) des informations décrivant les services. Ces fichiers sont accessibles par des requêtes HTTP ( Hyper Text Transfert Protocol en anglais). La passerelle 1.3 possède la caractéristique d'être transparente, c'est à dire qu'elle ne représente pas la frontière entre deux réseaux différents. Elle n'implémente en particulier pas de translation d'adresse. les appareils du réseau domestique ou réseau local 1.2 tel que le client HNED 1.1 sont donc dans l'espace d'adressage du réseau de distribution 1.4. Il est en particulier prévu que le client lors de sa connexion au réseau obtienne son adresse IP ainsi que les informations de configuration réseau via le très connu protocole DHCP ( Dynamic Host Configuration Protocol en anglais). Ce protocole consiste, pour le client se connectant à diffuser sous la forme d'une requête en diffusion générale ( broadcast en anglais) au niveau de la couche MAC son adresse MAC, cette requête sera prise en compte par un serveur DHCP qui en retour lui fournira l'adresse IP qu'il doit prendre ainsi qu'un nombre de paramètres de réseau tel l'adresse des éventuelles passerelles, le masque de réseau et autres. II est donc prévu que le réseau de distribution héberge un tel serveur DHCP permettant la configuration à la connexion des clients. La flèche référencée 1.6 représente le point d'entrée du service SD&S du client pointant sur le serveur SD&S 1.5.
Le client, une fois connecté et configuré, doit être en mesure de trouver le point d'entrée du service de découverte et de sélection (SD&S). Ce point d'entrée est donc l'adresse du serveur SD&S hébergé par le réseau de distribution. Le processus que doit implémenter un client selon la norme pour trouver ce point d'entrée est composé de 5 différentes méthodes permettant au client de trouver ce point d'entrée. Ces 5 méthodes doivent être successivement essayées dans l'ordre, le processus s'arrêtant dès qu'une de ces méthodes permet au client de trouver au moins un point d'entrée du service SD&S.
La première de ces méthodes consiste à utiliser le mécanisme optionnel décrit dans le document de mise à disposition d'informations par le réseau ( Network provisioning en anglais). Ce mécanisme consiste à définir des requêtes HTTP, GET et POST, permettant au client d'échanger des informations standardisées avec le réseau. Lorsqu'il est implémenté, le client qui démarre en utilisant le protocole de configuration DHCP ( Dynamic Host Configuration Protocol en anglais) obtient par le biais du paramètre siaddr de ce protocole servant à définir l'adresse du prochain serveur, l'adresse à utiliser pour les requêtes HTTP. Le client peut donc obtenir par une requête HTTP GET un fichier de configuration pouvant contenir les points d'entrée recherchés. Si cette mise à disposition par le réseau n'est pas implémentée, c'est un mécanisme optionnel de la norme, le champ siaddr de DHCP doit être à 0 lors du démarrage du client.
La seconde méthode consiste à utiliser le nom de domaine du réseau. Ce nom de domaine est obtenu lors du démarrage par DHCP. Le client va concaténer le nom de service _dvbservdsc , le nom de protocole _tcp ou _udp à ce nom de domaine pour obtenir l'adresse du point d'entrée conformément au mécanisme de localisation de service tel que définit dans la RFC ( Request For Comment en anglais) numéro 2782. Un serveur de nom compatible avec cette RFC sera à même de répondre à une requête de résolution de nom bâtie sur ce modèle en donnant l'adresse du point d'entrée.
La troisième méthode, reprend la seconde mais en utilisant le nom de domaine standard services.dvb.org . En effet, DVB s'engage à maintenir à cette adresse des informations sur les services offerts par les fournisseurs de services s'étant enregistrés auprès de lui.
La quatrième méthode consiste à s'abonner à une adresse de diffusion multipoint ( multicast en anglais) définie par l'IANA ( Internet Assigned Number Authority en anglais) l'autorité centralisant les assignations de nombres sur Internet. En effet une adresse de diffusion multipoint 224.0.23.14 est dédiée à cet usage et enregistrée pour ce besoin auprès de cette autorité.
La cinquième méthode consiste pour le client à offrir la possibilité à l'utilisateur d'entrer manuellement une valeur pour le point d'entrée dans le client.
Un client conforme à DVB-IPI phase 1 doit donc implémenter ces 5 méthodes et les essayer successivement jusqu'à trouver un point d'entrée lui permettant d'obtenir les informations de description des services qui lui sont offerts.
La figure 2 illustre le problème qui se pose lorsque l'on s'écarte du cadre restrictif imposé par la phase 1 de la norme. L'hypothèse décrite reprend le schéma illustré par la figure 1 en changeant le type de passerelle. Il est en effet courant que le réseau domestique, soit constitué en réseau autonome possédant son propre espace d'adressage privé. Dans ce cas, la passerelle, référencée 2.7, cesse d'être transparente pour devenir un véritable routeur. II est dans ce cas courant qu'elle implémente une technique de translation d'adresses de façon à masquer les adresses internes du réseau domestique vis à vis du réseau externe, ici le réseau de distribution. La figure 2 illustre également un cas où plusieurs clients sont hébergés par le réseau domestique, référencés 2.1 et 2.6. Le réseau domestique peut également héberger des serveurs locaux de services DVB- IPI, référencé 2.8, dont la description des services sont offerts par un serveur local SD&S référencé 2.9. On peut citer comme exemple de tels serveurs locaux de services DVB-IPI, une passerelle tuner de services diffusés par satellites et redistribuant les services DVB reçus sur le réseau IP ou encore un serveur multimédia stockant les services appartenant à l'utilisateur, ces services ayant pu être enregistrés ou achetés par l'utilisateur. Les flèches 2.10 et 2.11 représentent les points d'entrée du service SD&S que les clients, conformes à la norme DVB-IPI phase 1 vont obtenir dans une telle configuration et pointant sur le serveur SD&S du réseau de distribution.
En effet, l'application des 5 méthodes standardisées d'obtention de ce point d'entrée appliquées dans le réseau décrit vont obligatoirement fournir l'adresse du serveur SD&S 2.5 du réseau de distribution au client. Ceci est clair pour les méthodes 2, 3 et 4 décrites. La méthode 1 faisant appel au mécanisme de mise à disposition de configuration ( Network Provisionning en anglais) défini par la norme demande un peu d'explication. Ce mécanisme repose sur la fourniture par le serveur DHCP d'une adresse via le champ siaddr , cette adresse pointant sur un serveur avec lequel le client peut dialoguer en HTTP pour obtenir des informations de configuration complémentaires dont le ou les points d'entrée du où des services SD&S auxquels il a accès. Autant, dans le cas illustré à la figure 1 et servant de base à la norme actuelle où, la passerelle étant transparente, le serveur DHCP est hébergé et contrôlé par le réseau de distribution, on imagine très bien le fournisseur de services gérant ce réseau de distribution implémenter l'option de mise à disposition de configuration, autant dans le cas d'un réseau local domestique indépendant du réseau de distribution il ne paraît pas raisonnable d'imaginer un tel service implémenté sur le réseau local. Le client va maintenant obtenir sa configuration de départ d'un serveur local DHCP typiquement hébergé sur la passerelle, mais pouvant être implémentée sur n'importe lequel des appareils hébergés sur le réseau local mais géré donc par l'utilisateur et non plus par le fournisseur de services.
Dans ce cadre, l'implémentation du service optionnel de mise à disposition de configuration ne fait donc pas partie des hypothèses, le champ siaddr fourni par le serveur DHCP du réseau domestique sera nul. La première méthode implémentée par le processus standard de recherche du point d'entrée du service SD&S du client échouera donc systématiquement.
Les méthodes 2 et 3 reposant sur des requêtes en résolution de nom DNS ( Domain Name Server en anglais), elles seront relayées vers les serveurs de nom du réseau de distribution et donc servie de la même manière que si le client était connecté directement au sein du réseau de distribution.
La méthode 4, reposant sur l'écoute d'une adresse bien connue de diffusion multipoint ( well known multicast address en anglais) fonctionnera, elle aussi de manière comparable. En effet la diffusion multipoint traverse les réseaux de manière transparente. Le client du réseau local recevra l'éventuel flux de données diffusé à cette adresse par le serveur SD&S du réseau de distribution.
La méthode 5, quant à elle reposant sur l'utilisateur, celui-ci, informé par son fournisseur de services sera à même au besoin d'entrer l'adresse du serveur SD&S de ce fournisseur.
On voit donc que le client, dans l'hypothèse d'un réseau domestique local indépendant, va naturellement pointer sur le service SD&S de son fournisseur de service. Le problème qui se pose est donc pour lui l'accès à d'éventuels serveurs de services locaux. En effet ces serveurs n'étant pas connus par le fournisseur de services, ils sont obligatoirement ignorés par le service SD&S du fournisseur d'accès. Le client n'aura donc aucun moyens d'y accéder. Une solution à ce problème est maintenant décrite pour permettre à un client standard selon la norme DVB-IPI phase 1 déjà citée pour accéder à un service SD&S lui fournissant une description complète des services qui lui sont accessibles tant en externe via son fournisseur de services qu'en interne par des serveurs locaux sur son réseau domestique local.
L'exemple de réalisation de l'invention va définir un service local appelé SD&S proxy qui peut être hébergé sur n'importe quel appareil du réseau domestique local de l'utilisateur et en particuliers sur la passerelle le reliant au réseau de distribution. Le fonctionnement de ce SD&S proxy va reposer sur plusieurs fonctionnalités, d'une part il lui faut rassembler l'information sur les services disponibles sur le réseau domestique, on appellera cette phase la phase de découverte interne. II lui faut ensuite rassembler les informations sur les services offerts par le réseau de distribution externe, nous appellerons cette phase la phase de découverte externe. Une fois que l'information sur tous les services, tant internes qu'externes, est rassemblée, le SD&S proxy va offrir ces informations en agissant comme un serveur SD&S standard. Le réseau domestique disposera donc sous la forme de ce SD& S proxy d'un serveur SD&S local rassemblant l'information sur tous les services disponibles pour un client du réseau local. L'exemple de réalisation de l'invention, pour être complet, va donc également décrire, la façon de faire en sorte qu'un client standard DVB-IPI obtienne l'adresse de ce SD&S proxy en lieu et place de l'adresse du serveur SD&S de son réseau de distribution au cours du processus de recherche du point d'entrée du service SD&S déjà décrit.
Il existe de multiples façons d'implémenter la phase de découverte interne des services disponibles au sein du réseau domestique. On peut en décrire quelques-unes unes. Une façon de faire élégante, qui sera la méthode préférentielle de l'exemple de réalisation, est de se reposer sur la norme UPnP ( Universal Plug and Play en anglais) qui normalise l'interaction et la découverte mutuelle entre appareils sur un réseau local basé sur IP. On peut trouver une référence sur UPnP dans le document suivant: "UPnPTM Device Architecture 1.0". UPnP prévoit que chaque appareil s'annonce sur le réseau en donnant des informations sur lui-même. En particulier un champ définit le type de l'appareil, il est donc possible de rassembler les adresses de tous les appareils se définissant comme serveurs de services DVB ou serveurs SD&S sur le réseau local si ces appareils répondent au standard UPnP. Dans le cas contraire, on peut également prévoir que l'utilisateur configure manuellement l'appareil hébergeant la fonctionnalité SD&S proxy en entrant les adresses de ces appareils locaux fournissant des services DVB. D'autres protocoles de découvertes des appareils disponibles sur un réseau local sont disponibles, chacun pouvant servir ici à implémenter cette phase de découverte interne sans sortir du cadre de l'invention.
La phase de découverte externe, consiste donc pour l'appareil hébergeant la fonctionnalité SD&S proxy à découvrir les services offerts par le réseau de distribution. On a vu que cette découverte ne pose pas de problème à un client standard au sein du réseau domestique. En effet, de part son fonctionnement standardisé, il obtiendra le point d'entrée du service SD&S du réseau de distribution et donc est à même d'interroger ce service pour obtenir les informations de service décrivant l'offre disponible sur ce réseau de distribution. Il suffit donc de prévoir un fonctionnement totalement standard sur ce point de l'appareil hébergeant la fonctionnalité SD&S proxy pour implémenter la phase de découverte externe.
De même, les phases de découverte interne et externe étant définie, le proxy va fonctionner en serveur SD&S tout à fait standard pour ce qui est de la mise à disposition de ces informations sur le réseau domestique local. L'homme du métier se référera donc au document cité pour trouver le détail de la syntaxe et de l'organisation des fichiers XML fournissant ces informations.
II reste à décrire les adaptations nécessaires de façon à ce qu'un client standard selon la norme DVB-IPI phase 1 obtienne le point d'entrée pointant sur le proxy ainsi défini et non pas, comme nous l'avons vu, le point d'entrée du serveur SD&S du réseau de distribution. Ces adaptations doivent intervenir sur la passerelle séparant le réseau domestique local et le réseau de distribution. On va maintenant détailler pour chaque méthode du processus d'obtention du point d'entrée le fonctionnement adapté de l'exemple de réalisation de l'invention.
Pour ce qui est de la méthode 1, nous avons vu que cette méthode ne sera pas implémentée sur le réseau domestique local. Cette méthode va donc systématiquement échouer. Le client passera donc automatiquement à la méthode 2.
On a vu que cette méthode 2 consiste à lancer une requête DNS sur le nom _dvbservdsc._tcp.domaine où domaine est le nom de domaine du réseau de distribution, le serveur de nom de ce réseau répondant à cette requête en donnant l'adresse du serveur SD&S dudit réseau. Le client standard va donc construire le nom tel que décrit avec le nom de domaine du réseau domestique local. Ce nom de domaine sera généralement le même que le nom de domaine du réseau de distribution mais peut aussi être défini localement. En tout état de cause, cette requête DNS ne devra pas être traitée classiquement et donc relayer sur le réseau de distribution, la passerelle va donc être configurée pour bloquer toute requête DNS pour un nom commençant par _dvbservdsc._tcp où tout au moins les requêtes DNS _dvbservdsc._tcp.domaine avec domaine correspondant au nom de domaine local, au nom de domaine du réseau de distribution ou au nom de domaine services.dvb.org et va elle-même répondre en donnant l'adresse du SD&S proxy local. Ce genre d'adaptation est généralement prévue dans les passerelles qui hébergent un serveur DNS local permettant de définir des associations locales.
Cette adaptation va donc également résoudre le problème pour la méthode 3 consistant en l'envoi d'une requête DNS sur l'adresse dvbservdsc. tcp.services.dvb.org .
Au cas où les méthodes 2 et 3 échoueraient, par exemple dans le cas où la passerelle contiendrait une adresse erronée pour le SD&S proxy, le client tentera la méthode 4 consistant à écouter sur l'adresse bien connue de diffusion multiple 224.0.23.14. Ici encore, il faut effectuer une adaptation de la passerelle de façon à ce que le client ne s'abonne pas à la diffusion à cette adresse ayant lieu sur le réseau de distribution. L'abonnement à une adresse de diffusion multiple s'effectue via le protocole IGMP ( Internet Group Management Protocol en anglais) qui est le protocole permettant à des routeurs de diffuser sur un réseau une demande d'abonnement à une diffusion et de router en retours les paquets de cette diffusion depuis les serveurs jusqu'au client. En particulier, un client va émettre une requête IGMP appelée join avec l'adresse de diffusion pour s'abonner. Il va donc suffire de bloquer cette requête au niveau de la passerelle, la diffusion ayant cours sur le réseau de distribution ne sera donc pas dirigée vers le réseau domestique. Par contre, la requête join étant diffusée de manière générale ( broadcast en anglais) sur le réseau local le proxy SD&S va la recevoir et comme tout serveur SD&S standard va émettre ses informations de services sur cette adresse. De cette manière, le client local va doncrecevoir sur l'adresse bien connue de diffusion multipoint 224.0.23.14 les informations de services issues du proxy SD&S et non pas issues du réseau de distribution.
On voit que ces adaptations faites au niveau de la passerelle vont également bloquer le service SD&S proxy lors de sa phase de découverte externe. En effet, celle-ci est basée sur l'application du processus standard d'obtention du point d'entrée du serveur SD&S du réseau de distribution. II existe plusieurs façons de résoudre ce problème. Une première façon de faire est d'implémenter le proxy SD&S sur la passerelle elle-même, de cette façon, les requêtes DNS ou IGMP issue par le proxy sur la passerelle ne seront pas bloquée par celle-ci. Dans le cas où le proxy serait implémenté sur un appareil distinct de la passerelle au sein du réseau domestique local, il est possible de configurer la passerelle de façon à ce que les requêtes en provenance de l'appareil hébergeant le proxy ne soient pas bloquées mais traitées de manière conventionnelle.
Pour ce qui est de la méthode 5, l'utilisateur sera à même d'entrer 5 l'adresse de son proxy SD&S en lieu et place de celle fournie par son fournisseur de services.
On voit donc qu'au prix d'une configuration DNS et du blocage des requêtes IGMP sur l'adresse bien connue, un client standard va maintenant bien pointer sur le proxy local SD&S et non plus sur le service SD&S du réseau de distribution.
L'exemple de réalisation donné ici est bien un exemple indicatif et peut être adapté par l'homme du métier. En particulier, les adaptations apportées à la passerelle pour le blocage des requêtes DNS ou IGMP peut être réalisé de manière différente en fonction du type exact d'appareil utilisé et de leurs caractéristiques. L'exemple de réalisation de l'invention, bien que décrit pour des services selon la norme DVB peut être étendu à des services numériques de tous types selon d'autres normes et sur d'autres réseaux.
Claims (8)
1. Procédé de mise à disposition d'informations sur des services numériques offerts aux clients d'un réseau local, ledit réseau local étant connecté à un réseau de distribution de services numériques par une passerelle comportant les étapes suivantes: - une étape de découverte interne des serveurs offrant des services numériques au sein du réseau local; - une étape de découverte externe des serveurs offrant des services sur le réseau de distribution; - une étape d'agrégation des informations recueillies lors des étapes de découvertes interne et externe; - une étape de mise à disposition de ces informations sur le réseau local.
2. Procédé selon la revendication 1 où l'étape de découverte interne s'effectue selon un protocole de découverte standard des appareils au sein d'un réseau local.
3. Procédé selon la revendication 2 où le protocole de découverte 20 standard des appareils au sein d'un réseau local est UPnP.
4. Procédé selon la revendication 1 où l'étape de découverte interne des serveurs se fait par configuration manuelle des adresses desdits serveurs.
5. Procédé selon l'une quelconque des revendications 1 à 4 où les étapes de découverte externe et de mise à disposition s'effectue conformément au standard DVB-IPI phase 1.
6. Appareil destiné au moins à la mise à disposition d'informations sur des services numériques offerts aux clients d'un réseau local connectable audit réseau local, ledit réseau local étant connecté à un réseau de distribution de services numériques par une passerelle, et possédant - des moyens de découverte interne des serveurs offrant des services numériques au sein du réseau local; - des moyens de découverte externe des serveurs offrant des services sur le réseau de distribution; - des moyens d'agrégation des informations recueillies lors des étapes de découvertes interne et externe; et - des moyens de mise à disposition de ces informations sur le réseau local.
7. Système de mise à disposition d'informations sur des services numériques offerts aux clients d'un réseau local, ledit réseau local étant connecté à un réseau de distribution de services numériques par une passerelle, comportant un appareil selon la revendication 6 et où ladite passerelle est adaptée pour répondre à des requêtes visant à l'obtention de l'adresse d'un serveur de mise à disposition d'informations sur des services numériques offerts vers l'appareil selon la revendication 6.
8. Système selon la revendication 7 où l'appareil de mise à 15 disposition et la passerelle sont un seul et même appareil.
Priority Applications (8)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0413157A FR2879385A1 (fr) | 2004-12-09 | 2004-12-09 | Methode d'agregation de decouverte de service dans un reseau local et appareil implementant la methode |
| PCT/EP2005/056657 WO2006061434A1 (fr) | 2004-12-09 | 2005-12-09 | Procede de regroupement de recherche de services d'un reseau local et dispositif mettant en oeuvre le procede |
| JP2007544927A JP4918496B2 (ja) | 2004-12-09 | 2005-12-09 | ローカルエリアネットワークでのサービス発見集計方法及びその方法を実装する装置 |
| US11/791,292 US8661114B2 (en) | 2004-12-09 | 2005-12-09 | Service discovery aggregation method in a local area network and device implementing the method |
| CN2005800425439A CN101076993B (zh) | 2004-12-09 | 2005-12-09 | 局域网中的服务发现集合方法和实现该方法的设备 |
| EP05817503A EP1825655B1 (fr) | 2004-12-09 | 2005-12-09 | Procede de regroupement de recherche de services d'un reseau local et dispositif mettant en oeuvre le procede |
| BRPI0518702-8A BRPI0518702B1 (pt) | 2004-12-09 | 2005-12-09 | Método de agregação de descoberta de serviço em uma rede de área local e dispositivo para a implementação do mesmo |
| DE602005017934T DE602005017934D1 (de) | 2004-12-09 | 2005-12-09 | Dienstentdeckungs-aggregationsverfahren in einem lokalen netzwerk und das verfahren implementierende einrichtung |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0413157A FR2879385A1 (fr) | 2004-12-09 | 2004-12-09 | Methode d'agregation de decouverte de service dans un reseau local et appareil implementant la methode |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| FR2879385A1 true FR2879385A1 (fr) | 2006-06-16 |
Family
ID=34952887
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR0413157A Pending FR2879385A1 (fr) | 2004-12-09 | 2004-12-09 | Methode d'agregation de decouverte de service dans un reseau local et appareil implementant la methode |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US8661114B2 (fr) |
| EP (1) | EP1825655B1 (fr) |
| JP (1) | JP4918496B2 (fr) |
| CN (1) | CN101076993B (fr) |
| BR (1) | BRPI0518702B1 (fr) |
| DE (1) | DE602005017934D1 (fr) |
| FR (1) | FR2879385A1 (fr) |
| WO (1) | WO2006061434A1 (fr) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008017468A (ja) * | 2006-06-30 | 2008-01-24 | Thomson Licensing | オーディオ／ビデオサービス受信方法並びに対応する端末及びシステム |
Families Citing this family (27)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7751339B2 (en) | 2006-05-19 | 2010-07-06 | Cisco Technology, Inc. | Method and apparatus for simply configuring a subscriber appliance for performing a service controlled by a separate service provider |
| KR20080067475A (ko) * | 2007-01-16 | 2008-07-21 | 엘지전자 주식회사 | 인터넷을 이용한 디지털 방송 서비스 방법 및 시스템과디지털 방송 수신방법 및 수신기 |
| US8392593B1 (en) * | 2007-01-26 | 2013-03-05 | Juniper Networks, Inc. | Multiple control channels for multicast replication in a network |
| WO2009020332A2 (fr) * | 2007-08-06 | 2009-02-12 | Samsung Electronics Co, . Ltd. | Procédé et appareil pour fournir ou recevoir un service basé sur le web d'une pluralité de fournisseurs de services |
| KR101512321B1 (ko) * | 2007-08-22 | 2015-04-16 | 삼성전자주식회사 | 복수의 서비스 제공자의 서비스를 제공/수신하기 위한 방법및 장치 |
| CN101163107B (zh) * | 2007-11-22 | 2011-02-09 | 复旦大学 | 一种在无线自组织网络中组合服务的执行路径的发现方法 |
| CN101170499B (zh) * | 2007-11-22 | 2011-04-06 | 复旦大学 | 一种自组织网络上的组合服务执行路径的选择方法 |
| KR101531166B1 (ko) * | 2007-11-27 | 2015-06-25 | 삼성전자주식회사 | Ｓｉｐ 프로토콜을 이용한 ｉｐｔｖ 서비스 제공자 및 ｉｐｔｖ 서비스 검색 방법 및 장치 |
| EP3534606A1 (fr) | 2007-11-30 | 2019-09-04 | Samsung Electronics Co., Ltd. | Procédé et appareil de recherche de dispositifs de relais de service iptv et procédé et appareil d'interaction avec des dispositifs |
| KR101499549B1 (ko) * | 2008-01-15 | 2015-03-06 | 삼성전자주식회사 | 원격 접속 서비스를 제공하는 ＵＰｎＰ 장치 및 그 방법 |
| US8379533B2 (en) * | 2008-01-15 | 2013-02-19 | Samsung Electronics Co., Ltd. | Universal plug and play method and apparatus to provide remote access service |
| US8973028B2 (en) * | 2008-01-29 | 2015-03-03 | Samsung Electronics Co., Ltd. | Information storage medium storing metadata and method of providing additional contents, and digital broadcast reception apparatus |
| MX2010008352A (es) | 2008-01-29 | 2010-08-18 | Samsung Electronics Co Ltd | Metodo para controlar la grabacion de contenido para pares, y un dispositivo para el mismo. |
| WO2009096686A2 (fr) | 2008-01-29 | 2009-08-06 | Samsung Electronics Co,. Ltd. | Procédé de fourniture de service de partage de contenu et dispositif à cet effet |
| US20090193455A1 (en) * | 2008-01-29 | 2009-07-30 | Samsung Electronics Co., Ltd. | Information storage medium and method for providing additional contents based on trigger, and digital broadcast reception apparatus |
| CN101939985B (zh) * | 2008-02-05 | 2013-04-03 | 三星电子株式会社 | 针对提供iptv服务的应用而收发元数据的方法及装置 |
| KR101582092B1 (ko) | 2008-03-28 | 2016-01-04 | 삼성전자주식회사 | Ｉｐｔｖ 통신 서비스를 제공하는 응용에 대한 정보 수신 방법 및 장치 |
| EP2131550A1 (fr) * | 2008-06-03 | 2009-12-09 | THOMSON Licensing | Procédé de transmission d'une liste de services et procédé de réception correspondant |
| KR101661210B1 (ko) | 2008-07-24 | 2016-09-29 | 삼성전자주식회사 | Ｉｐｔｖ 통신 서비스 수행 방법 및 장치 |
| US8396941B2 (en) * | 2008-08-05 | 2013-03-12 | Sony Corporation | Digital living network alliance (DLNA) server that serves contents from IVL services |
| US20100131582A1 (en) * | 2008-11-21 | 2010-05-27 | Microsoft Corporation | Unified Proxy Location Selection Mechanism |
| US20120047223A1 (en) * | 2010-08-20 | 2012-02-23 | Nokia Corporation | Method and apparatus for distributed storage |
| EP2842288A1 (fr) * | 2012-04-27 | 2015-03-04 | Interdigital Patent Holdings, Inc. | Systèmes et procédés pour personnaliser et/ou adapter une interface de service |
| US9258335B1 (en) * | 2012-09-17 | 2016-02-09 | Amazon Technologies, Inc. | Connection-aggregation proxy service |
| US8989183B2 (en) | 2012-10-10 | 2015-03-24 | Microsoft Technology Licensing, Llc | Virtual machine multicast/broadcast in virtual network |
| WO2017185212A1 (fr) * | 2016-04-25 | 2017-11-02 | 华为技术有限公司 | Procédé et appareil de diagnostic de retard de multidiffusion |
| US11489814B1 (en) * | 2021-03-10 | 2022-11-01 | Amazon Technologies, Inc. | Customized domain name resolution for virtual private clouds |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20010033554A1 (en) * | 2000-02-18 | 2001-10-25 | Arun Ayyagari | Proxy-bridge connecting remote users to a limited connectivity network |
Family Cites Families (34)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1117453C (zh) * | 1999-02-24 | 2003-08-06 | 中国科学院声学研究所 | 数字视频广播的数据广播系统 |
| MXPA01010405A (es) * | 1999-04-15 | 2003-07-21 | Skystream Networks Inc | Sistema de transmision de datos. |
| US6834298B1 (en) * | 1999-09-21 | 2004-12-21 | Siemens Information And Communication Networks, Inc. | System and method for network auto-discovery and configuration |
| US6757262B1 (en) * | 2000-09-15 | 2004-06-29 | Motorola, Inc. | Service framework supporting remote service discovery and connection |
| US7085807B2 (en) * | 2001-06-04 | 2006-08-01 | Hewlett-Packard Development Company, L.P. | System and method for providing links to available services over a local network by a thin portal service configured to access imaging data stored in a personal imaging repository |
| US7660887B2 (en) * | 2001-09-07 | 2010-02-09 | Sun Microsystems, Inc. | Systems and methods for providing dynamic quality of service for a distributed system |
| CN100556127C (zh) * | 2001-12-28 | 2009-10-28 | 皇家飞利浦电子股份有限公司 | 接收机和交互式数字视频系统 |
| JP4118566B2 (ja) * | 2002-01-17 | 2008-07-16 | 学校法人早稲田大学 | 機器統合のためのネットワーク構築装置 |
| US20030140119A1 (en) * | 2002-01-18 | 2003-07-24 | International Business Machines Corporation | Dynamic service discovery |
| CN100380378C (zh) * | 2002-03-14 | 2008-04-09 | 皇家飞利浦电子股份有限公司 | Web服务的自动发现 |
| US20030191802A1 (en) * | 2002-04-03 | 2003-10-09 | Koninklijke Philips Electronics N.V. | Reshaped UDDI for intranet use |
| EP1377054A1 (fr) * | 2002-06-25 | 2004-01-02 | Canal+ Technologies Société Anonyme | Information de découverte pour IP multdiffusion |
| KR100830940B1 (ko) * | 2002-07-10 | 2008-05-20 | 엘지전자 주식회사 | 유피엔피(ＵＰｎＰ)를 이용한 홈 네트워크의 원격 제어시스템 |
| US7266582B2 (en) * | 2002-08-09 | 2007-09-04 | Sun Microsystems, Inc. | Method and system for automating generation of web services from existing service components |
| US7756956B2 (en) * | 2002-11-14 | 2010-07-13 | Canon Development Americas, Inc. | Mimic support address resolution |
| US20040111525A1 (en) * | 2002-12-09 | 2004-06-10 | International Business Machines Corporation | Dynamic web service implementation discovery and selection apparatus and method |
| US7188155B2 (en) * | 2002-12-17 | 2007-03-06 | International Business Machines Corporation | Apparatus and method for selecting a web service in response to a request from a client device |
| GB2396228A (en) * | 2002-12-19 | 2004-06-16 | Nokia Corp | A method of gathering information relating to consumption of broadcast content by receiving stations |
| CN1509081A (zh) * | 2002-12-20 | 2004-06-30 | �ʼҷ����ֵ��ӹɷ�����˾ | 通过广播和网络流传送双层hdtv信号的方法和系统 |
| JP2004272632A (ja) * | 2003-03-10 | 2004-09-30 | Sony Corp | 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム |
| JP2004310194A (ja) * | 2003-04-02 | 2004-11-04 | Sony Corp | ネットワーク状態確認方法および端末機器 |
| JP2004343420A (ja) * | 2003-05-15 | 2004-12-02 | Casio Comput Co Ltd | ネットワーク端末装置及びその制御方法 |
| EP1494394A1 (fr) * | 2003-06-30 | 2005-01-05 | Sony International (Europe) GmbH | Mécanisme de découverte de services tenant en compte la distance pour déterminer la disponibilité de services distants dans un réseau "sans fil" personnel |
| US20050076142A1 (en) * | 2003-09-19 | 2005-04-07 | Chin Kwan Wu | Automatic sub domain delegation of private name spaces for home-to-home virtual private networks |
| FR2860674A1 (fr) * | 2003-10-07 | 2005-04-08 | Thomson Licensing Sa | Methode de transmission de services dvb sur un reseau ip et appareil mettant en oeuvre la methode |
| US7403512B2 (en) * | 2003-10-14 | 2008-07-22 | Intel Corporation | Service discovery architecture and method for wireless networks |
| US7430603B2 (en) * | 2003-11-10 | 2008-09-30 | Eath Co., Ltd. | Aggregation system |
| US7720906B2 (en) * | 2003-11-24 | 2010-05-18 | Microsoft Corporation | Web service for remote application discovery |
| US7844738B2 (en) * | 2004-01-16 | 2010-11-30 | Sony Corporation | Method of and apparatus for bridging a UPnP network and a rendezvous network |
| US20050198206A1 (en) * | 2004-01-30 | 2005-09-08 | International Business Machines Corporation | Method and apparatus for dynamically selecting functionally equivalent Web services through a single autonomic proxy |
| US7529852B2 (en) * | 2004-05-17 | 2009-05-05 | Cisco Technology, Inc. | Method and apparatus for handling IPv4 DNS PTR queries across IPv4 and IPv6 networks |
| US7676472B2 (en) * | 2004-06-07 | 2010-03-09 | International Business Machines Corporation | Method and apparatus for accessing web services |
| BRPI0419085B1 (pt) * | 2004-10-20 | 2018-05-02 | Thomson Licensing | Método para acesso de terminal móvel à lan sem fio com base em serviços de ponto de acesso e parâmetros de serviço |
| US20080267152A1 (en) * | 2007-03-05 | 2008-10-30 | Svante Alnas | Multimedia broadcast/multicast service (mbms) service discovery |
-
2004
- 2004-12-09 FR FR0413157A patent/FR2879385A1/fr active Pending
-
2005
- 2005-12-09 WO PCT/EP2005/056657 patent/WO2006061434A1/fr active Application Filing
- 2005-12-09 DE DE602005017934T patent/DE602005017934D1/de active Active
- 2005-12-09 JP JP2007544927A patent/JP4918496B2/ja not_active Expired - Fee Related
- 2005-12-09 CN CN2005800425439A patent/CN101076993B/zh not_active Expired - Fee Related
- 2005-12-09 EP EP05817503A patent/EP1825655B1/fr not_active Expired - Fee Related
- 2005-12-09 US US11/791,292 patent/US8661114B2/en not_active Expired - Fee Related
- 2005-12-09 BR BRPI0518702-8A patent/BRPI0518702B1/pt not_active IP Right Cessation
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20010033554A1 (en) * | 2000-02-18 | 2001-10-25 | Arun Ayyagari | Proxy-bridge connecting remote users to a limited connectivity network |
Non-Patent Citations (2)
| Title |
|---|
| P STALLARD T. PAILA: "DVB thoughts on Service Discovery and Selection draft-stallard-mmusic-dvb-thoughts-on-sds-00.txt", INTERNET DRAFT, 10 February 2003 (2003-02-10), pages 1 - 12, XP015005363 * |
| STUART CHESHIRE APPLE COMPUTER ET AL: "DNS-Based Service Discovery <draft-cheshire-dnsext-dns-sd-01.txt>", IETF STANDARD-WORKING-DRAFT, INTERNET ENGINEERING TASK FORCE, IETF, CH, no. 1, 20 June 2003 (2003-06-20), XP015000501, ISSN: 0000-0004 * |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008017468A (ja) * | 2006-06-30 | 2008-01-24 | Thomson Licensing | オーディオ／ビデオサービス受信方法並びに対応する端末及びシステム |
Also Published As
| Publication number | Publication date |
|---|---|
| EP1825655B1 (fr) | 2009-11-25 |
| BRPI0518702B1 (pt) | 2018-07-24 |
| BRPI0518702A2 (pt) | 2008-12-02 |
| WO2006061434A1 (fr) | 2006-06-15 |
| CN101076993A (zh) | 2007-11-21 |
| CN101076993B (zh) | 2011-07-13 |
| US8661114B2 (en) | 2014-02-25 |
| JP2008523674A (ja) | 2008-07-03 |
| DE602005017934D1 (de) | 2010-01-07 |
| US20080256232A1 (en) | 2008-10-16 |
| JP4918496B2 (ja) | 2012-04-18 |
| EP1825655A1 (fr) | 2007-08-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| FR2879385A1 (fr) | Methode d'agregation de decouverte de service dans un reseau local et appareil implementant la methode | |
| US7987490B2 (en) | System and method to acquire, aggregate, manage, and distribute media | |
| JP5575915B2 (ja) | Ｉｐｔｖのための階層型サービス再販機構 | |
| FR2903268A1 (fr) | Procede de reception de services audio/video, terminal et systeme correspondants | |
| WO2008083384A2 (fr) | Système et procédé pour acquérir, rassembler, gérer et distribuer les média | |
| EP2514167A2 (fr) | Procede et dispositif de controle | |
| WO2016102871A1 (fr) | Système de génération d'une fonction réseau virtualisée | |
| EP3476108B1 (fr) | Procédé, programme d'ordinateur et dispositif de fourniture d'une adresse par un dispositif à gérer d'un réseau | |
| EP1671466A1 (fr) | Methode et appareil de transmission de services dvb sur un reseau ip | |
| EP3437305B1 (fr) | Procédé d'établissement d'une session de gestion entre un équipement et un dispositif de gestion de cet équipement | |
| EP2883341A1 (fr) | Dispositif et procede de mise a disposition de services dans un reseau de communication | |
| EP2556646B1 (fr) | Technique de contrôle d'accès a un flux de données diffusé | |
| EP2589202B1 (fr) | Procédé et système de gestion de sessions de communication | |
| FR2880752A1 (fr) | Methode de construction d'une adresse de diffusion unique par un serveur et serveur utilisant cette methode | |
| WO2015181468A1 (fr) | Téléchargement de contenu et mise a disposition de réseaux | |
| EP2504957B1 (fr) | Acces a un contenu reference par un serveur de contenu | |
| EP3930264A1 (fr) | Procédé et dispositif de gestion de consommation de contenus dans un réseau domestique étendu | |
| WO2024068627A1 (fr) | Procédés et dispositifs de configuration d'un module dns et de résolution d'adresse pour gérer la diffusion de flux de contenus multimédias dans un réseau de télécommunications | |
| Cruz et al. | A management framework for residential broadband environments | |
| FR2999047A1 (fr) | Communication entre un reseau domestique et une plateforme de services externe | |
| FR2963860A1 (fr) | Procede de commande d'une entite d'un premier reseau a partir d'un deuxieme reseau |