Brevet FR2879385A1 — publié le 20060616

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. REVENDICATIONS 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.