FR 2884669 A1 20061020 FR 0550970 A 20050415 En suivant ces normes, les services sont donc regroupés par multiplexe au sein d'un flux de transport. Un module de réception pourra se connecter sur un flux de transport contenant un multiplexe et en extraire un ou plusieurs services. Une fois que l'un des modules de réception sera configuré pour recevoir un des multiplexes en vu de la distribution d'un service contenu dans ce multiplexe à destination d'un des clients du réseau domestique, il ne sera plus possible, du moins à l'aide de ce module de réception, de recevoir un service appartenant à un autre des multiplexes disponibles sans interrompre la réception du service en cours. Le nombre limité de modules de réception entraîne donc des contraintes sur le choix des services à un instant donné, parmi tous les services disponibles, offerts à un utilisateur en fonction des choix effectués par les autres utilisateurs du système. D'autres modes de diffusion des services peuvent également apporter des contraintes de même nature sur le choix des services. Par exemple, un mode de diffusion sur la ligne ADSL permet de s'affranchir du problème des multiplexes (à savoir chaque service est théoriquement accessible à chaque instant) mais en impose d'autres, typiquement la largeur de bande du lien qui ne permet de diffuser simultanément qu'un certain nombre de services. Par exemple, un lien à 15 Mbit/s pourra supporter 3 services à 4 Mbit/s ou 1 seul à 14 Mbit/s. L'invention vise à définir une méthode de gestion de l'accès aux services disponibles au sein d'un système comprenant des clients accédant à des services diffusés au sein de multiplexes via un nombre limité de modules de réceptions. L'invention concerne également un appareil gérant la réception des services selon la méthode proposée. L'invention concerne un procédé de sélection de services numériques par un appareil appelé client connecté à un réseau local, ledit réseau local comprenant un appareil appelé passerelle de distribution, ladite passerelle de distribution possédant des moyens de réception de services numériques ainsi que des moyens de distribution sur le réseau local des services reçus, comprenant au moins les étapes suivantes au niveau du client: - la réception d'une liste de services numériques accessibles par la passerelle de distribution; - l'envoi d'une requête demandant la réception d'un service de cette liste; caractérisé en ce que la requête comprends un niveau de priorité associé à la requête. Selon un mode particulier de réalisation de l'invention le niveau de priorité associé à la requête est un niveau de priorité relatif à l'utilisateur à l'origine de la requête sur le client. Selon un mode particulier de réalisation de l'invention le niveau de priorité associé à la requête est un niveau de priorité relatif à l'appareil à l'origine de la requête sur le client. Selon un mode particulier de réalisation de l'invention le procédé comprends en outre une étape d'affichage de la liste de services numériques accessibles par la passerelle de distribution précisant pour chaque service s'il peut être sélectionné en fonction du niveau de priorité relatif à l'utilisateur du client. Selon un mode particulier de réalisation de l'invention le procédé comprends en outre une étape d'affichage de la liste de services numériques accessibles par la passerelle de distribution précisant pour chaque service s'il peut être sélectionné en fonction du niveau de priorité relatif à l'appareil client. Selon un mode particulier de réalisation de l'invention la requête comprends également un mode de réservation des moyens de réception. L'invention concerne également un procédé de service de requêtes par un appareil appelé passerelle de distribution connecté à un réseau local, ladite passerelle de distribution possédant des moyens de réception de services numériques ainsi que des moyens de distribution des services numériques reçus sur le réseau local à destination d'appareils appelés clients connectés au réseau local comprenant au moins les étapes suivantes: - envoi de la liste des services numériques disponibles; réception d'une requête pour un service numérique comprenant un niveau de priorité ; - détermination la capacité de la passerelle à servir la requête; caractérisé en ce que le procédé comprenne en outre, en cas d'incapacité de la passerelle à servir la requête due au service d'au moins une requête précédente, une étape de choix de la requête à privilégier entre la requête reçue et la au moins une requête précédente, en fonction du niveau de priorité compris dans la requête. Selon un mode particulier de réalisation de l'invention les requêtes comprennent en outre un niveau de réservation des moyens de réception, l'étape de choix de la requête à privilégier entre la requête reçue et la au moins une requête précédente se fait également en fonction de ce niveau de réservation. L'invention concerne également un appareil client connectable à un réseau local comprenant des moyens de réception d'une liste de services numérique en provenance d'un appareil de distribution de services numériques possédant des moyens de réception de services numériques, des moyens de réception de services numériques, des moyens d'envoi d'une requête demandant la distribution d'au moins un service numérique parmi les services numériques d'une liste de services reçus, caractérisé en ce que les moyens d'envoi d'une requête demandant la distribution d'au moins un service numérique parmi les services numériques d'une liste de services reçus comprennent en outre des moyens d'inclure dans la requête un niveau de priorité. Selon un mode particulier de réalisation de l'invention comprends en outre des moyens d'inclure dans la requête un mode de réservation des moyens de réception de l'appareil de distribution. L'invention concerne également un appareil de distribution de services numériques sur un réseau local comprenant des moyens de réception de services numériques, des moyens d'envoi à un client du réseau local d'une liste de services numériques accessibles par l'appareil, des moyens de réception de requête demandant la distribution d'au moins un service parmi les services accessibles, caractérisé en ce que, en cas d'incapacité de la passerelle à servir la requête due au service d'au moins une requête précédente, l'appareil possède en outre des moyens de choix de la requête à privilégier entre la requête reçue et la au moins une requête précédente, en fonction du niveau de priorité compris dans la requête. L'invention sera mieux comprise, et d'autres particularités et 5 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 globale d'un exemple de réalisation de l'invention dans son environnement de fonctionnement. La figure 2 représente l'architecture matérielle d'un appareil selon l'exemple de réalisation de l'invention. La figure 3 représente un schéma fonctionnel d'un appareil selon 15 l'exemple de réalisation de l'invention. La figure 4 représente l'architecture des services et des clients dans un exemple de réalisation de l'invention. Dans ce document, le terme diffusion sera réservée à la diffusion classique de services numérique via satellite, câble ou voie hertzienne ou autre, tandis que le terme distribution sera réservé à la distribution de services sur un réseau IP. L'exemple de réalisation de l'invention repose sur un appareil, que l'on appelle passerelle de distribution, qui permet de recevoir une première offre traditionnelle de diffusion de services numériques et de la rendre accessible sur un réseau local, par exemple un réseau IP. Cet appareil est équipé d'un module de réception appelé tuner pour recevoir une diffusion de type satellite, câble, numérique hertzien ou autre. Cet appareil est en outre en mesure de fournir sur le réseau local les informations sur les services offerts par la diffusion pour porter à la connaissance de l'utilisateur l'offre de services. Quand l'utilisateur choisit un service issu de l'offre de diffusion, la passerelle de distribution transmet sur le réseau IP le service diffusé de la même manière qu'un serveur de distribution de services sur IP. Il est évident pour l'homme du métier que l'intégration de cette fonctionnalité peut être faite à divers endroits du réseau local et au sein de divers appareils de ce réseau. Le fonctionnement traditionnel de distribution de services sur un réseau IP implique un fournisseur de services qui va distribuer ces services. Chaque service va être distribué par un ou plusieurs serveurs utilisant une adresse de distribution multipoint. Il existe plusieurs façons pour un fournisseur de services de porter son offre à la connaissance des utilisateurs. Chez l'utilisateur, le récepteur doit, dans un premier temps prendre connaissance des services et des adresses auxquelles ils sont distribués. II en construit une liste qu'il peut ensuite proposer à l'utilisateur qui va sélectionner le service qu'il désire recevoir. Le récepteur va alors envoyer une requête d'abonnement à l'adresse de distribution utilisée par le service. Cette requête d'abonnement va entraîner la configuration des appareils de routages intermédiaires entre le serveur et les récepteurs. Ceux-ci vont acheminer les paquets de données constituant le flux comprenant le service depuis le serveur jusqu'au récepteur. Quand l'utilisateur veut cesser de recevoir le service, le récepteur va envoyer une requête de désabonnement sur l'adresse et va cesser de recevoir les paquets. Ce processus complet est généralement appelé découverte et sélection de service, soit SD&S (pour Service Discovery and Selection en anglais). II existe un standard couvrant ce processus appelé DVB-IP ( Digital Video Broadcasting over IP Infrastructures ), documenté dans DVB-IP Phase 1 Specifications Handbook disponible auprès de l'ETSI sous la référence ETSI TS 102.034 vl.1.1). Un exemple de réalisation de l'invention va maintenant être décrite. Cet exemple de réalisation n'est pas limitatif et l'homme du métier pourra en adapter certains aspects sans sortir du cadre de l'invention. La figure 1 illustre l'architecture globale d'un exemple de réalisation de l'invention dans son environnement de fonctionnement. On y voit un réseau local sur IP, référencé 1.3, reliant d'une part des clients, référencés 1.4 à 1.6, à un réseau de distribution de services sur IP. Nous appelons clients, l'appareil permettant de recevoir un flux de données numérique contenant un service en provenance d'un réseau IP. Cet appareil est donc l'appareil qui va être en mesure de recevoir et de décoder le flux sur IP. Cet appareil va généralement être un décodeur IP qui sera équipé d'une interface réseau IP et d'un démultiplexeur permettant d'isoler les paquets de données correspondant à un service, puis d'un décodeur capable de décoder les différents flux élémentaires constituant le service et enfin des convertisseurs numériques analogiques permettant de créer les signaux analogiques qui seront émis à destination d'un écran, de haut-parleurs ou autre pour restituer le service. Cet appareil peut également être un téléviseur numérique intégrant directement toutes ces fonctions. Dans l'exemple de réalisation de la figure 1, la passerelle de distribution est construite comme un appareil en lui-même, référencé 1.2, connecté d'une part au réseau local IP et possédant un module de réception connecté à une antenne satellite, référencé 1.1. Ce module de réception est un module satellite dans l'exemple de réalisation, mais pourrait être un module de réception câble, hertzien ou autre dans la mesure où il permet la réception de flux de données numériques, typiquement DVB ( Digital Video Broadcast en anglais). La figure 2 quant à elle illustre l'architecture matérielle de la passerelle de distribution, référencée 2.2, de l'exemple de réalisation. Cette passerelle est connectée au réseau IP, référencé 2.5, via une interface réseau, référencée 2.9. Elle possède un module de réception, référencé 2.3 et généralement appelé tuner dans le jargon de l'homme du métier. Ce tuner permet la réception des signaux issus du satellite et captés par l'antenne satellite référencée 2.1. Ce tuner peut se régler sur une fréquence donnée, capter le signal émis à cette fréquence et reconstruire les paquets de données numériques contenus dans ce signal. Ces paquets constituant le flux de données numériques reçu est ensuite traité par un filtre de paquets, référencé 2.8 et généralement appelé démux dans le jargon de l'homme du métier. Ce filtre ou démux peut être programmé pour extraire du flux les paquets répondant à certains critères comme la valeur de certains champs dans l'entête des paquets. Ce démux est utilisé, en particulier, pour extraire un service donné du flux ou pour sélectionner les informations sur l'offre de services qui sont contenues dans le flux. Ces informations sur l'offre sont généralement appelées informations de services par l'homme du métier. Ces modules interagissent sous le contrôle de logiciels stockés dans la mémoire morte, référencée 2.6, de l'appareil. Ces services sont chargés dans la mémoire vive, référencée 2.7, en vu d'une exécution par le processeur, référencé 2.4. Le détail des principaux programmes logiciels entrant dans le fonctionnement de la passerelle de distribution est décrit ci-dessous. La figure 3 représente un schéma fonctionnel d'un appareil selon l'exemple de réalisation de l'invention. On retrouve la passerelle, référencée 3.2, connectée au réseau IP, référencé 3.5, et à l'antenne satellite référencée 3.1. On retrouve les modules interface réseau, référencé 3.9, tuner, référencé 3.3 et le démux, référencé 3.8, vu sous leur aspect fonctionnel. Les interactions entre les clients du réseau local et la passerelle de distribution vont être gérées par un interpréteur de commandes, référencé 3.6. Cet interpréteur de commandes va recevoir des commandes ou requêtes en provenance des clients via l'interface réseau, ce qui est symbolisé par la flèche référencée 3.11. Pour l'exécution de ces commandes, cet interpréteur va devoir piloter le tuner, flèche 3.13. II va devoir également piloter le démux, flèche 3.15 et le joueur de flux, référencé 3.4 flèche 3.18 qui va redistribuer sur le réseau IP le service préalablement sélectionné. Sous la direction de l'interpréteur de commande 3.6, le tuner va recevoir un flux de paquets de données numériques qui vont être envoyés, flèche 3. 16, au démux. Celui ci va filtrer, par exemple, les paquets appartenant à un service. Ces paquets sont envoyés au joueur de flux, flèche 3.17, qui est lui chargé de l'envoi de ce flux de paquets de données sur le réseau IP. Cet envoi, flèche 3.19, sur le réseau IP peut se faire, par exemple, via le protocole RTP ( Real Time Transport Protocol en anglais) comme préconisé par le standard DVB-IP. Le gestionnaire de services, référencé 3.7, va lui être en charge de la gestion des informations de services, c'est-à-dire des informations sur l'offre de service accessible. Cette gestion va se faire sous le contrôle de l'interpréteur de commandes, par exemple. Le gestionnaire de services va recevoir en sortie du démux, flèche 3.14, les informations de signalisation contenues dans le flux et va pouvoir construire la liste des services disponibles qu'il pourra fournir sur requête, flèche 3.12, au client demandeur sur le réseau IP, flèche 3.10. La gestion des services disponibles est détaillée plus loin. Dans l'exemple de réalisation de l'invention, la passerelle de distribution effectue les tâches suivantes lors de son initialisation. Le tuner est démarré et mis dans un état où il est prêt à recevoir des commandes. Ce tuner est un tuner courant du type de ceux que l'on trouve dans les décodeurs satellite ou câble ou hertzien. Il est donc capable d'effectuer les tâches habituelles d'un tuner. Parmi lesquelles nous pouvons mentionner la fonction de parcours d'une gamme de fréquences à la recherche de celles utilisées pour la diffusion d'un flux de service. La fonction de se caler sur une fréquence donnée en utilisant une polarisation donnée, une modulation donnée, et tous les paramètres courants. Le tuner va également être capable de fournir le flux de paquets de données numériques transmis sur ladite fréquence. La liste des services pouvant être reçus par le tuner est construite. On appellera cette liste la liste des services DVB, un service de cette liste étant appelé un service DVB. Un lien de diffusion est organisé de la manière suivante. Le lien est partagé généralement par plusieurs diffuseurs. Chaque diffuseur offre un ensemble de services numériques par exemple audio et/ou vidéo sous la forme d'un ensemble de services. Ces ensembles sont diffusés par un ou plusieurs flux de transport. Dans un premier temps, il est courant de construire la liste des diffuseurs qui partagent le lien de diffusion. Dans un second temps on construit la liste des flux de transport utilisés et finalement on peut construire la liste des services contenus dans ces flux. Plus précisément, dans DVB, chaque diffuseur est identifié par un identificateur unique, l'identificateur de réseau ( network Id en anglais) et l'information à son sujet peut être trouvée dans une table, la table d'information sur le réseau ou NIT ( Network Information Table en anglais). Cette table se trouve normalement dans chaque flux de transport et contient entre autre la liste des flux utilisés par chaque diffuseur. Pour chaque flux, on va trouver la liste des paramètres, comme la fréquence, la modulation, la polarisation et autre indispensables au tuner pour se caler et recevoir le flux. On y trouve également la liste des services diffusés dans le flux. Pour chaque service, on va trouver un certain nombre d'informations comme le nom du service, un identificateur appelé triplet DVB, la liste des identificateurs de flux élémentaires audio et vidéo (PID pour Program Identifier en anglais). Des informations de service complémentaires peuvent être disponibles dans le flux suivant les spécifications du standard DVB-SI pour Service Information en anglais. Toutes ces informations permettent donc de construire une liste des services disponibles. Ces informations nécessitent de connaître les flux de transport diffusés afin de pouvoir se caler dessus et en extraire les informations utiles. Une première façon de faire est de parcourir la gamme des fréquences potentiellement utilisées de façon à détecter celles qui sont utilisées pour émettre des flux. Chaque fois qu'un flux est détecté, les informations pertinentes en sont extraites pour construire la liste des services disponibles. C'est une fonction habituelle des tuners. Cette procédure est longue et monopolise le tuner qui ne peut être utilisé en réception de services pendant ce temps là. Il est également possible de construire la liste des services disponibles en fonction d'un fichier de configuration stockés dans la passerelle de distribution par exemple ou ailleurs sur le réseau local. Ce fichier pourra être au format XML ou autre. Le format XML ayant l'avantage d'être le format retenu par la norme DVB-IP pour le codage des informations de services lors de la distribution de services DVB sur réseau IP. Cette façon de faire est beaucoup plus rapide, mais présente le risque de l'obsolescence des informations stockées par rapport à la réalité des services diffusés. II est également possible de mixer les deux techniques en stockant dans un fichier la liste des services mais en autorisant la mise à jour de ce fichier par une opération de parcours des fréquences, régulière ou à la demande pour son actualisation. Une fois que l'on a construit la liste des services disponibles sur le lien de diffusion, il faut rendre cette liste disponible sur le réseau local. Pour ce faire une possibilité consiste à utiliser la solution préconisée par le standard DVB-IP. Ce standard propose de considérer la liste des services IP comme une collection d'objets. Chacun de ces objets possède, entre autre les informations suivantes: un identificateur qui peut par exemple être le triplet DVB, un nom de service, les identificateurs de services (PID) des flux élémentaires audio et vidéo du service, l'adresse de distribution multipoint à laquelle est distribué le service. Cette liste sera rendu accessible aux clients via, par exemple une requête HTTP ( Hyper Text Transport Protocol en anglais). La figure 4, illustre la façon dont les services sont distribués aux clients. Les clients, référencés 4.4, 4.5 et 4.6, sont connectés à un réseau local référencé 4.3. Sur ce réseau local est également connecté une passerelle de distribution non représentée dotée d'un tuner. Ce tuner permet de recevoir p flux de transport, référencé M1, M2 et Mp. Ce sont les p flux disponibles. Chacun de ses flux est distribué, par exemple, par un transpondeur satellite sur une fréquence donnée. Le tuner est en mesure de se caler sur une fréquence lui permettant de recevoir le flux de transport émis à cette fréquence. A un instant donné, le tuner ne peut donc recevoir qu'un seul flux de transport parmi les flux disponibles. Chaque flux de transport contient un certain nombre, disons n, de services. Ces services sont référencés Pij, i représentant la référence du flux de transport de 1 à P et j la référence du service au sein du flux de 1 à n. Dans le cas, non représenté, d'une passerelle comportant plusieurs tuners, chaque tuner peut se caler sur sa propre fréquence et recevoir le flux correspondant. La passerelle est donc à même de recevoir le nombre de flux de transport correspondant au nombre de tuner qu'elle contient. La solution permettant la sélection d'un service va maintenant être décrite. Ici un problème particulier se pose. En effet, le standard suppose que tous les services offerts sont joués sur le réseau en permanence. Tous ces services sont donc accessibles à tout instant et ce de manière totalement indépendante les uns des autres. Au contraire de cette situation, dans le cas de la passerelle de distribution, il est clair que tous les services disponibles ne peuvent pas être joués en même temps. Ceci est du au fait que, à un instant donné, seul un flux de transport parmi les flux disponibles peut être reçu par le tuner. Il sera donc toujours impossible de jouer simultanément deux services appartenant à deux flux différents sauf à doter la passerelle de distribution de deux ou plus tuners. Mais même en dotant la passerelle de plusieurs tuners, il y aura toujours une limitation dès que le nombre de flux disponibles va dépasser le nombre de tuners. La distribution d'un service sur IP se fait en utilisant le protocole de transport temps réel RTP. Classiquement, lorsqu'un client désire recevoir un flux RTP distribué en distribution multipoint, il envoie une requête d'abonnement appelée join en anglais sur l'adresse de distribution multipoint. Cette requête est interprétée par les appareils de routage entre le serveur et le client pour distribuer les paquets émis par le serveur jusqu'au client. Ceci fonctionne bien dans un contexte où le serveur joue en permanence le service. Dans notre cas où le serveur ne joue le service qu'à la demande ce mécanisme n'est pas suffisant. Pour résoudre ce problème, DVB-IP propose l'utilisation d'une requête RTSP ( Real Time Streaming Protocol en anglais) permettant d'informer un serveur qu'un de ses services est demandé par un client. Cette commande est connue sous le nom de commande connecte ( setup en anglais). L'utilisation de cette commande connecte est utilisée pour permettre à la passerelle de distribution de gérer la distribution des services. Parallèlement une commande stop ( teardown en anglais) sera envoyée quand un client cesse d'être intéressé par la réception d'un service. Ces commandes comprennent une référence permettant à la passerelle d'identifier le service concerné par la commande. Décrivons tout d'abord la sélection d'un premier service par un premier client. Le client demande et construit la liste de tous les services disponibles. Parmi tous ces services il en sélectionne un. Une commande connecte est envoyée à la passerelle et est interprétée par l'interpréteur de commandes afin de caler le tuner sur le flux contenant le service demandé. Le démux est programmé pour filtrer au sein du flux le service demandé, ce service sera donc joué par le joueur de flux sur le réseau à l'adresse de distribution qui lui a été attribué. Le client en s'abonnant à cette adresse de distribution va donc être en mesure de recevoir le service demandé. En outre, la passerelle se doit de savoir quels sont les clients ayant demandé la réception d'un service qu'elle joue sur le réseau de façon à pouvoir interrompre la distribution d'un service lorsque plus aucun client n'est intéressé par sa réception. Une façon de le faire est de gérer, pour chaque service joué, une liste des clients dont on a reçu une commande connecte pour ce service. Donc sur réception d'une commande connecte et à condition que cette commande puisse être satisfaite, on va voir que ce n'est pas toujours le cas, le client à l'origine de la commande est ajouté à la liste des clients demandant la réception de ce service. Le client en sera retirer quand la passerelle de distribution recevra une commande stop de la part de ce client concernant ce service. Pour gérer l'accès aux services pour les différents utilisateurs du système au sein, par exemple, d'un foyer mais le même type de mécanisme peut être utilisé dans une entreprise, il est possible de définir des niveaux de priorité entre les utilisateurs. Pour ce faire, il est nécessaire que chaque utilisateur du système s'identifie. Cette identification peut se faire de plusieurs manières. Il est par exemple possible, dans un contexte familial, de se contenter de d'offrir à l'utilisateur le choix entre plusieurs profils et de sélectionner le profil pertinent. Dans un contexte plus sensible, où si l'on veut mettre en oeuvre du contrôle parental, on pourra exiger de l'utilisateur l'entrée d'un mot de passe, permettant son identification. Bien sûr, toute autre solution peut ici être envisagée, par exemple une carte d'identification ou une reconnaissance de paramètres biométriques. L'application de ce niveau de priorité permet de gérer les conflits se produisant entre les utilisateurs. En effet, une fois qu'un utilisateur a demandé la réception d'un service, le tuner est calé sur la fréquence transmettant le flux de transport correspondant. Lorsqu'un second utilisateur demande un second service, plusieurs cas de figure peuvent se produire. II peut s'agir du même service, dans ce cas, le second utilisateur bénéficie de la distribution du service. II peut également s'agir d'un service transporté au sein du même flux de transport que le premier service. Dans ce cas, une simple programmation du démux permet d'extraire les deux services du flux reçu et de les distribuer sur le réseau interne. Un conflit se produit lorsque le second service est diffusé sur un flux de transport différent du premier service. Dans ce cas la réception du second service implique de caler le tuner sur la fréquence du second flux de transport. On voit donc que la réception du second service est exclusive de la réception du premier. Il faut donc choisirquel utilisateur on privilégie. On va se servir des niveaux de priorité pour ce choix. Dans le cas où la passerelle de distribution contient plusieurs tuners, le problème est finalement le même. II est possible de satisfaire toutes les requêtes jusqu'à ce que tous les tuners soient calés en réception d'un flux de transport et qu'un utilisateur demande un service transporté au sein d'un flux non encore reçu. On voit donc que cette affectation d'un niveau de priorité permet de résoudre les conflits. Mais il peut également être utile de permettre à l'utilisateur de spécifier plusieurs niveaux de réservation quand il demande un service. En effet, il peut arriver qu'un utilisateur souhaite recevoir un service de manière exclusive ou souhaite même utiliser les ressources du tuner de manière exclusive. On peut, par exemple, envisager de définir trois niveaux de priorité au sein d'un foyer, un niveau administrateur de priorité la plus élevée pour la personne en charge de la configuration du système, un niveau moyen, qualifié de parents , pour l'accès aux services par les adultes dans le foyer et un niveau inférieur de priorité, qualifié de enfants , pour les enfants du foyer. Bien évidemment cet exemple est non limitatif et l'on peut définir autant de niveau de priorité que de personnes dans le foyer où imaginer toute politique d'attribution de ces niveaux. Il est également possible d'attribuer les niveaux de priorité en fonction de l'appareil client et non plus de l'utilisateur. Cela, outre le fait qu'il n'est plus nécessaire d'avoir une étape d'identification de l'utilisateur, permet de privilégier certains appareils par rapport à d'autres. Il est ainsi possible de privilégier par exemple les appareils d'enregistrements où un téléviseur principal dans le salon par rapport à un téléviseur considéré comme secondaire dans la cuisine. On pourra également permettre à l'utilisateur, lors de la sélection d'un service, d'utiliser plusieurs modes de réservation des moyens de réception de la passerelle.. Un premier mode, qualifié de mode mon-tuner détermine un accès exclusif du tuner. Dans ce mode, une fois que l'utilisateur a obtenu la réception de son service, aucun autre utilisateur ne peut utiliser le tuner. C'est à dire que personne ne pourra recevoir un service même transporté sur le même flux de transport à l'aide du tuner. Un second mode, qualifié de mode mon-service détermine un accès exclusif au service. Dans ce mode, un second utilisateur sera autorisé à recevoir un autre service transporté par le même flux de transport mais pas le premier service réservé par le premier utilisateur. Un troisième mode, qualifié de mode partagé autorisera l'accès à un second utilisateur des services transportés sur le même flux de transport ainsi que du service réservé par le premier utilisateur. Un quatrième mode, qualifié de mode invité sera le mode dans lequel le second utilisateur peut réservé un service transporté par un flux de transport déjà reçu par un premier utilisateur en mode mon-service ou en mode partagé . Un cinquième mode, qualifié de mode sans réservation sera le mode dans lequel aucune réservation particulière n'est demandée. Ce système de réservation, permet à l'utilisateur d'indiquer finement la façon dont un utilisateur souhaite partager le service qu'il demande mais ne permet pas d'éviter tout conflit entre utilisateur. Il est donc possible de mixer le système de priorité déjà décrit et le système de réservation de manière à régler les conflits pouvant arriver dans ce système. Pour permettre la construction d'une liste contenant l'information sur les services accessibles et le statut de réservation associé, le tuner doit fournir les informations suivantes: É au niveau du tuner, son statut de réservation É au niveau du service, son accessibilité ainsi que le mode de réservation du service. II est possible d'envisager que la passerelle ne conserve pas l'information de qui a réservé quoi. Dans ce cas, il vérifie juste que le niveau de réservation et l'action de sélection est valide pour l'accepter. Il sera alors du ressort de l'application sur le client de gérer les priorités et les modes de réservation. Cette façon de faire simplifie le développement de la passerelle de diffusion. De plus, une passerelle contenant plusieurs tuners, devra distinguer ces différents tuners et fournira au client plusieurs listes de services accessibles. Le client décidera s'il doit les réunir ou pas au niveau de l'interface utilisateur qu'il offre. Une autre possibilité, c'est la passerelle qui gère une seule liste en réunissant les informations de chaque tuner. Il est donc possible de fournir à l'utilisateur, à tout moment, une liste à jour des services disponibles indiquant l'état accessible ou non de chaque service. Cette liste peut être mise à jour dès qu'une action de sélection est utilisée par un mécanisme de gestion d'événements. La sélection d'un programme entraînera l'envoi d'une commande depuis le client vers la passerelle contenant l'identifiant du service, le niveau de réservation si le mécanisme de réservation est utilisé ainsi que le niveau de 5 priorité de l'utilisateur. L'exemple de réalisation de l'invention décrit la situation d'un tuner permettant la réception d'un multiplexe, mais l'invention peut se généralisée également dans le cas d'un module de réception de flux envoyés sur un réseau IP où la limite ne sera plus la fréquence d'émission des flux de transport mais la bande passante entre la passerelle de diffusion et les serveurs de diffusion des services. Quel que soit la technique employée pour la diffusion des services, des limites physiques contraignent généralement le nombre de services pouvant être reçus simultanément par rapport à la totalité des services accessibles. Il est donc possible d'appliquer l'invention à tous type de mode de diffusion des services. De même, les niveaux de priorités ainsi que les modes de réservation décris le sont à titre d'exemple et l'on peut définir d'autres politiques d'application des niveaux de priorité et d'autres modes de réservation sans sortir du cadre de l'invention. De même, la politique appliquée pour résoudre un conflit entre utilisateurs ayant la même priorité est libre, il est possible d'appliquer une règle de premier arrivé premier servi ou au contraire dernier arrivé premier servi ou toute autre politique sans sortir du cadre de l'invention. L'exemple de réalisation décrit la distribution des services via un réseau IP au sein du foyer, mais il est évident pour l'homme du métier que l'invention fonctionne de la même manière quel que soit le réseau de distribution des services derrière la passerelle de diffusion. II peut s'agir d'un réseau domestique selon la norme IEEE 1394 ou de tout autre type de réseau permettant de distribuer des services multimédia. De fait, l'invention se généralise à tous les cas où une pluralité d'utilisateur utilise une ressource d'accès à une pluralité d'accès et où cette ressource d'accès possède des limitations dans le nombre de services qu'elle peut fournir aux utilisateurs simultanément parmi tous les services auxquels elle donne accès. REVENDICATIONS 1. Procédé de sélection de services numériques par un appareil appelé client connecté à un réseau local, ledit réseau local comprenant un appareil appelé passerelle de distribution, ladite passerelle de distribution possédant des moyens de réception de services numériques ainsi que des moyens de distribution sur le réseau local des services reçus, comprenant au moins les étapes suivantes au niveau du client: - la réception d'une liste de services numériques accessibles par la passerelle de distribution; - l'envoi d'une requête demandant la réception d'un service de cette liste; caractérisé en ce que la requête comprends un niveau de priorité associé à la requête. 2. Procédé selon la revendication 1 où le niveau de priorité associé à la requête est un niveau de priorité relatif à l'utilisateur à l'origine de la requête sur le client. 3. Procédé selon la revendication 1 où le niveau de priorité associé à la requête est un niveau de priorité relatif à l'appareil à l'origine de la requête sur le client. 4. Procédé selon l'une des revendications 1 à 3 comprenant en outre une étape d'affichage de la liste de services numériques accessibles par la passerelle de distribution précisant pour chaque service s'il peut être sélectionné en fonction du niveau de priorité relatif à l'utilisateur du client. 5. Procédé selon l'une des revendications 1 à 3 comprenant en outre une étape d'affichage de la liste de services numériques accessibles par la passerelle de distribution précisant pour chaque service s'il peut être sélectionné en fonction du niveau de priorité relatif à l'appareil client. 6. Procédé selon l'une des revendications 1 à 5 où la requête 35 comprends également un mode de réservation des moyens de réception. 7. Procédé de service de requêtes par un appareil appelé passerelle de distribution connecté à un réseau local, ladite passerelle de distribution possédant des moyens de réception de services numériques ainsi que des moyens de distribution des services numériques reçus sur le réseau local à destination d'appareils appelés clients connectés au réseau local comprenant au moins les étapes suivantes: - envoi de la liste des services numériques disponibles; - réception d'une requête pour un service numérique comprenant un niveau de priorité ; - détermination la capacité de la passerelle à servir la requête; caractérisé en ce que le procédé comprenne en outre, en cas d'incapacité de la passerelle à servir la requête due au service d'au moins une requête précédente, une étape de choix de la requête à privilégier entre la requête reçue et la au moins une requête précédente, en fonction du niveau de priorité compris dans la requête. 8. Procédé selon la revendication 7 où, les requêtes comprenant en outre un niveau de réservation des moyens de réception, l'étape de choix de la requête à privilégier entre la requête reçue et la au moins une requête précédente se fait également en fonction de ce niveau de réservation. 9. Appareil client connectable à un réseau local comprenant des moyens de réception d'une liste de services numérique en provenance d'un appareil de distribution de services numériques possédant des moyens de réception de services numériques, des moyens de réception de services numériques, des moyens d'envoi d'une requête demandant la distribution d'au moins un service numérique parmi les services numériques d'une liste de services reçus, caractérisé en ce que les moyens d'envoi d'une requête demandant la distribution d'au moins un service numérique parmi les services numériques d'une liste de services reçus comprennent en outre des moyens d'inclure dans la requête un niveau de priorité. 10. Appareil selon la revendication 9 où le niveau de priorité est relatif à l'utilisateur de l'appareil. 11. Appareil selon la revendication 9 où le niveau de priorité est relatif à l'appareil lui-même. 12. Appareil selon l'une des revendications 9 à 11 comprenant en outre des moyens d'inclure dans la requête un mode de réservation des moyens de réception de l'appareil de distribution. 13. Appareil de distribution de services numériques sur un réseau local comprenant des moyens de réception de services numériques, des moyens d'envoi à un client du réseau local d'une liste de services numériques accessibles par l'appareil, des moyens de réception de requête demandant la distribution d'au moins un service parmi les services accessibles, caractérisé en ce que, en cas d'incapacité de la passerelle à servir la requête due au service d'au moins une requête précédente, l'appareil possède en outre des moyens de choix de la requête à privilégier entre la requête reçue et la au moins une requête précédente, en fonction du niveau de priorité compris dans la requête. 14. Appareil selon la revendication 13, les requêtes comprenant en outre un niveau de réservation des moyens de réception, les moyens de choix fassent en outre ce choix en fonction du mode de réservation contenu dans les requêtes reçues et précédentes.