Brevet FR2982728A1 — publié le 20130517

Technique de traitement d'une requête de distribution d'un contenu L'invention se situe dans le domaine de la distribution de contenus numériques dans un réseau de communication, et plus particulièrement le traitement d'une requête de distribution d'un contenu. Il existe des dispositifs auxiliaires permettant d'accéder à des services de télévision et de vidéo à la demande fournis par un opérateur de réseau de communication. Un tel dispositif auxiliaire, également connu sous la dénomination STB « Set Top Box », est notamment agencé pour décoder un signal reçu de la passerelle d'accès au réseau en un contenu et pour afficher le contenu sur un écran, par exemple de télévision. Le dispositif auxiliaire vient en complément d'une passerelle d'accès au réseau, fournie également par l'opérateur de réseau. Cette passerelle d'accès permet à un ensemble d'équipements d'accéder au réseau de communication. Ces équipements forment un réseau local. Lorsque plusieurs utilisateurs de ce réseau local souhaitent visualiser des contenus sur plusieurs écrans, il est prévu plusieurs dispositifs auxiliaires STB, un par écran. L'utilisation simultanée de ces dispositifs auxiliaires STB pose un problème de gestion des ressources d'accès au réseau. En effet, la capacité du lien reliant la passerelle d'accès et le réseau de communication est limitée. Pour répondre à ce problème, il est connu de définir des règles de gestion des ressources statiques. Une première règle consiste à limiter le nombre de dispositifs auxiliaires en fonction de la capacité du lien. Il existe notamment des offres comprenant deux dispositifs auxiliaires. Une deuxième règle consiste à autoriser la distribution par l'intermédiaire d'un dispositif auxiliaire d'un seul flux de données associé à un contenu, en temps réel ou à la demande, à la fois. La mise en oeuvre d'un contrôle d'admission d'un nouveau flux de données associé à un contenu au niveau d'un dispositif auxiliaire peut permettre une gestion dynamique des ressources. A cette fin, il est possible de mettre en oeuvre le procédé de traitement d'une requête d'accès à un service décrit dans la demande de brevet publiée sous le numéro EP2141868. Pour un ensemble de dispositifs auxiliaires STB connectés à une même passerelle d'accès au réseau de communication, chaque dispositif auxiliaire STB obtient des informations relatives à des ressources réseau réservées par les autres dispositifs auxiliaires de l'ensemble, pour au moins un service fourni par l'intermédiaire de la passerelle d'accès. Lorsque l'un de ces dispositifs auxiliaires traite une requête de distribution d'un contenu, il vérifie à l'aide de ces informations que la passerelle d'accès dispose de ressources réseau nécessaires pour permettre un accès au flux de données associé au contenu. Si tel est le cas, le dispositif auxiliaire réserve les ressources réseau et informe le ou les autres dispositifs auxiliaires connectés à la passerelle d'accès. Dans le cas contraire, le dispositif auxiliaire rejette la demande de distribution du contenu. Ce procédé présente toutefois l'inconvénient qu'une requête de distribution d'un contenu est rejetée par un dispositif auxiliaire lorsqu'un autre dispositif auxiliaire utilise la majeure partie de la capacité du lien. Un des buts de l'invention est de remédier à des insuffisances/inconvénients de l'état de la technique et/ou d'y apporter des améliorations. Selon un premier aspect, l'invention a pour objet un procédé de traitement d'une requête de distribution d'un contenu numérique, ledit procédé étant mis en oeuvre par un premier dispositif d'accès à des services de distribution de contenus dans un réseau de communication, ledit premier dispositif accédant au réseau par l'intermédiaire d'un lien de raccordement et partageant ledit lien de raccordement avec au moins un deuxième dispositif d'accès aux services de distribution de contenus, ce procédé comprenant : une étape d'obtention de premières informations relatives à des ressources réseau réservées par un deuxième dispositif d'accès, pour au moins une distribution d'un contenu numérique ; une première étape de vérification, à l'aide au moins de ces premières informations, que la capacité résiduelle du lien de raccordement ne permet pas de distribuer le contenu requis ; Le procédé est remarquable en ce qu'il comprend en outre : une deuxième étape de vérification, à l'aide au moins de ces premières informations, qu'un autre contenu est en cours de téléchargement par l'intermédiaire du deuxième dispositif d'accès ; une étape d'envoi à destination du deuxième dispositif d'accès de deuxièmes informations relatives à des ressources réservées pour distribuer le contenu requis, lesdites ressources réservées comprenant au moins une partie des ressources réservées par ledit deuxième dispositif d'accès. Ainsi, grâce à l'invention, l'utilisation de la capacité d'un lien de raccordement par un ensemble de dispositifs d'accès à des services de distribution de contenus est optimisée. Un tel dispositif d'accès peut être un dispositif auxiliaire STB, une télévision connectée, un ordinateur, un téléphone mobile, une tablette,... Une partie de la capacité du lien de raccordement est réservée pour des services tels que l'accès à Internet ou bien la Voix sur IP. Le reste de la capacité du lien de raccordement ou capacité disponible est partagé entre les différents flux de données temps réel ou de vidéo à la demande A titre d'exemple, on se place dans le cas où e deuxième dispositif d'accès utilise la capacité maximale pour télécharger un premier contenu. Dès qu'une nouvelle requête de distribution d'un deuxième contenu est traitée par le premier dispositif, les ressources allouées à la distribution du premier contenu sont diminuées, afin d'admettre la distribution du deuxième contenu. Ainsi, les ressources sont réparties directement entre les différents dispositifs d'accès sans nécessiter une centralisation du traitement des requêtes. La solution proposée est basée sur la connaissance des informations relatives aux ressources respectivement réservées pour les différents flux de données en cours pour les services de distribution de contenus pour l'ensemble des dispositifs d'accès. Ces informations permettent de déterminer la capacité disponible dès qu'une nouvelle requête de distribution est à traiter. Elles permettent également à chaque dispositif d'accès de réguler sa propre consommation de sorte que la capacité consommée par l'ensemble des dispositifs d'accès ne dépasse pas la capacité disponible du lien de raccordement. Les informations relatives aux ressources réseau réservées peuvent être obtenues grâce à des notifications échangées entre les dispositifs. Elles peuvent indiquer une modification d'une capacité réservée ou bien une variation de la capacité réservée. Ces notifications peuvent être diffusées dans le réseau local. La solution proposée permet ainsi une gestion efficace de la capacité utilisée pour les flux de données associés aux contenus au niveau des dispositifs accédant au réseau par un même lien de raccordement. Cette approche permet de s'affranchir de mécanismes mis en oeuvre de façon centralisée, tels que des mécanismes de contrôle d'accès, de lissage ou « shaping » en anglais et de priorisation dans le réseau de communication ou sur les plateformes de service. Le mécanisme proposé permet ainsi de partager efficacement un lien de raccordement entre plusieurs dispositifs d'accès en permettant un téléchargement progressif pour la vidéo à la demande dans les zones éligibles à une offre de télévision par ADSL sans risque de perturbation de nouvelles distributions de contenus, telles que des distributions en temps réel. Selon une caractéristique particulière, le mode de distribution du contenu requis étant une distribution en temps réel, le procédé comprend en outre une étape de vérification que la somme de la capacité résiduelle du lien de raccordement et des ressources réservées pour un accès par l'intermédiaire du lien de raccordement pour une distribution en téléchargement est supérieure aux ressources réseau nécessaires pour distribuer le contenu requis, préalablement à l'étape d'envoi. Pour un contenu distribué en temps réel, on vérifie au préalable que la préemption de ressources réservées pour le téléchargement permet bien d'admettre la requête de distribution. Une requête de distribution d'un contenu en temps réel est toujours traitée prioritairement par rapport à des distributions par téléchargement. Il n'y a toutefois pas de préemption sur les ressources réservées pour admettre une autre distribution en temps réel. Selon une caractéristique particulière, le mode de distribution du contenu requis étant une distribution par téléchargement, le procédé comprend en outre une étape de détermination de ladite partie réservée en fonction d'une stratégie de répartition des ressources entre ces premier et deuxième dispositifs. Il est possible pour une distribution par téléchargement de faire varier les ressources tout au long du téléchargement. La stratégie de répartition des ressources permet ainsi de répartir les ressources entre les différents dispositifs d'accès pour les distributions par téléchargement (et uniquement celles-ci). Il s'agit par exemple d'une répartition équitable entre les différents dispositifs d'accès. Selon une caractéristique particulière, les deuxièmes informations relatives à des ressources réservées comprennent le mode de distribution du contenu requis. La distribution d'un contenu peut être faite selon deux modes de distribution, en temps réel ou bien par téléchargement. Ceci permet à chacun des dispositifs d'accès partageant le lien de raccordement de déterminer qu'un téléchargement est en cours. Avantageusement, le procédé comprend en outre une étape de mise à jour pour chaque mode de distribution d'une information relative aux ressources réservées pour un accès par l'intermédiaire du lien de raccordement. Ceci permet à chacun des dispositifs d'accès partageant le lien de raccordement de déterminer les capacités dans le réseau pour chaque mode de distribution. Il est ainsi possible d'assurer la qualité des services de distribution de contenus dans un environnement comprenant plusieurs dispositifs d'accès aux services de distribution de contenus. Selon une caractéristique particulière, le procédé comprend en outre : - une étape de vérification que les premières informations obtenues entraînent un dépassement de la capacité du lien de raccordement ; - une étape d'ajustement de paramètres associés à une distribution de contenu par téléchargement par le premier dispositif d'accès, afin de ne pas dépasser ladite capacité. Ainsi, le premier dispositif d'accès peut diminuer les ressources consommées pour un téléchargement, afin de permettre au deuxième dispositif d'accès d'admettre une nouvelle distribution de contenu. Selon un deuxième aspect, l'invention concerne également un dispositif d'accès à des services de distribution de contenus dans un réseau de communication, accédant au réseau par l'intermédiaire d'un lien de raccordement et partageant ledit lien de raccordement avec au moins un deuxième dispositif d'accès aux services de distribution de contenus. Le dispositif d'accès comprend : des moyens d'obtention de premières informations relatives à des ressources réseau réservées par un deuxième dispositif d'accès (14), pour au moins une distribution d'un contenu numérique ; des moyens de vérification, agencés pour vérifier, à l'aide au moins de ces premières informations, que la capacité résiduelle du lien de raccordement ne permet pas de distribuer un contenu, pour lequel une requête de distribution est en cours de traitement. Le dispositif d'accès est remarquable en ce que : les moyens de vérification sont en outre agencés pour vérifier, à l'aide au moins de ces premières informations, qu'un autre contenu est en cours de téléchargement par l'intermédiaire du deuxième dispositif d'accès ; et en ce que le premier dispositif d'accès comprend en outre des moyens d'envoi, activés par les moyens de vérification, à destination d'un deuxième dispositif d'accès par l'intermédiaire duquel un autre contenu est en cours de téléchargement, de deuxièmes informations relatives à des ressources réservées pour distribuer le contenu requis, lesdites ressources réservées comprenant au moins une partie des ressources réservées par ledit deuxième dispositif d'accès. Selon une caractéristique particulière, les moyens de vérification sont en outre agencés pour vérifier que les premières informations obtenues entraînent un dépassement de la capacité du lien de raccordement, et comprenant en outre des moyens d'ajustement de paramètres associés à une distribution de contenu par téléchargement, afin de ne pas dépasser ladite capacité. Selon un troisième aspect, l'invention concerne en outre un système d'accès à des services de distribution de contenus dans un réseau de communication, comprenant un premier dispositif d'accès selon le deuxième aspect et un deuxième dispositif d'accès comprenant des moyens de vérification, agencés pour vérifier que les deuxièmes informations obtenues entraînent un dépassement de la capacité du lien de raccordement, et des moyens d' ajustement de paramètres associés à une distribution de contenu par téléchargement, afin de ne pas dépasser ladite capacité.. Selon un quatrième aspect, l'invention concerne un programme pour un dispositif d' accès à des services de distribution de contenus, comprenant des instructions de code de programme destinées à commander l'exécution des étapes du procédé précédemment décrit, lorsque ledit programme est exécuté par ledit dispositif et un support d'enregistrement lisible par un dispositif d' accès à des services de distribution de contenus sur lequel est enregistré un programme pour un dispositif. L'invention sera mieux comprise à l'aide de la description suivante d'un mode de réalisation particulier du procédé de l'invention, en référence aux dessins annexés sur lesquels : la figure 1 représente un système d'accès à des services de distribution de contenus dans son environnement ; les figures 2a-2e représentent les étapes du procédé de traitement d'une requête de distribution selon un mode particulier de réalisation de l'invention ; la figure 3 représente une table d'allocation des ressources selon un mode particulier de réalisation ; la figure 4 représente un dispositif d'accès à des services de distribution de contenus selon un mode particulier de l'invention. La figure 1 représente un système d'accès 25 à des services de distribution de contenus permettant à des entités clientes 10, 11, 12 d'accéder à différentes applications de distribution de contenus comme la télévision, la vidéo à la demande ou la consultation de pages d'un site Web. Chaque entité cliente 10, 11, 12 accède par l'intermédiaire d'un réseau de communication 50 à des contenus proposés par des entités de distribution de contenus, dont trois d'entre elles sont représentées sur la figure 1. Une première entité de distribution 40 héberge un site Web, auprès duquel les entités clientes peuvent obtenir des pages de contenus. Une deuxième entité de distribution 41 propose des contenus prévus pour être distribués en temps réel, par exemple des contenus télévisuels. Une troisième entité de distribution 42 propose des contenus prévus pour être distribués en téléchargement, par exemple des vidéos à la demande Par la suite, un mode de distribution correspond à une distribution en temps réel ou une distribution par téléchargement. Les entités clientes 10, 11, 12 appartiennent à un réseau local 30 et accèdent au réseau de communication 50 par l'intermédiaire d'un lien 51 de raccordement. Plus précisément, la deuxième entité cliente 11 accède au réseau de communication 50 par l'intermédiaire d'un premier dispositif d'accès 13 aux services de distribution de contenus ; la troisième entité cliente 12 accède au réseau par l'intermédiaire d'un deuxième dispositif d'accès 14 aux services de distribution de contenus. On se place par la suite dans le cas particulier où les premier 13 et deuxième 14 dispositifs d'accès aux services de distribution de contenus sont des dispositifs auxiliaires ou « Set Top Box » permettant d'accéder à des services de télévision et de vidéo à la demande, distribuant des contenus numériques audiovisuels. Ces dispositifs auxiliaires sont notamment agencés pour recevoir une requête de distribution d'un contenu, pour recevoir, décoder et afficher un flux de données associé au contenu requis. Ces dispositifs auxiliaires sont appelés par la suite décodeurs. Les deuxième 11 et troisième 12 entités clientes sont des écrans, tels que des téléviseurs. La première entité cliente 10, les premier 13 et deuxième 14 décodeurs sont connectés à une passerelle d'accès 20, elle-même connectée au lien 51 de raccordement. Le lien 51 de raccordement est par exemple un accès par ligne téléphonique ADSL, pour « Asymmetric Digital Subscriber Line ». Ce lien 51 de raccordement dispose d'une capacité BL prédéterminée Cette capacité est par exemple exprimée sous la forme d'un débit. La première entité cliente 10 est par exemple un ordinateur. Le décodeur peut également être une télévision connectée, un ordinateur, un téléphone mobile, une tablette,... Dans ce cas, l'entité cliente 11 et le décodeur 12 forment un seul dispositif d'accès aux services de distribution de contenus. Aucune limitation n'est attachée au nombre d'entités clientes et de décodeurs. Selon l'invention, le premier décodeur 13 mémorise pour les services de distribution de contenus numériques les données suivantes dans une table 100 d'allocation des ressources, représentée à la figure 3 : - une première valeur Blivel de capacité 200, correspondant aux ressources réservées pour le ou les contenus distribués en temps réel par son intermédiaire ; - une deuxième valeur BVoD1 de capacité 201, correspondant aux ressources réservées pour le ou les contenus distribués en téléchargement par son intermédiaire ; - une troisième valeur BliveG de capacité 202, correspondant aux ressources réservées pour le ou les contenus distribués en temps réel dans le système d'accès 25 ; - une quatrième valeur BVoDG de capacité 203, correspondant aux ressources réservées pour le ou les contenus distribués en téléchargement dans le système d'accès 25. Les premier 13 et deuxième 14 décodeurs échangent des informations relatives à des ressources du lien 51 de raccordement qu'elles réservent. Plus précisément, lorsque l'une des deux valeurs de capacité Blivel et/ou BVoD1 a été modifiée, le premier décodeur 13 envoie au deuxième décodeur 14 un message comprenant la ou les variations des valeurs modifiées. Réciproquement, le premier décodeur 13 reçoit en provenance du deuxième décodeur 14 les variations des valeurs de capacité Blive2 et BVoD2 réservées par celui-ci lorsqu'elles sont modifiées. Les messages échangés comprennent notamment un mode de distribution et une variation de la valeur de la capacité, positive ou négative, pour ce mode de distribution. En fonction des variations reçues, le premier décodeur 13 met à jour les troisième BliveG et quatrième BVoDG valeurs de capacité mémorisées respectivement dans les champs 202 et 203 de la table 100 d'allocation des ressources. Les messages échangés sont acquittés par un message d'acquittement. Un acquittement correspond par exemple à un message indiquant une variation nulle. Avantageusement, lorsque plus de deux décodeurs appartiennent au système d'accès 25, le message comprend également un identifiant du décodeur émetteur du message. Il est également envisageable d'horodater les messages échangés. Cet horodatage des messages permet d'analyser les échanges par exemple en cas de dysfonctionnement. Le message peut être transmis en mode diffusé ou « Multicast ». A titre d'exemple non limitatif, les premier 13 et deuxième 14 décodeurs sont abonnés à un groupe de diffusion multicast, et diffusent les messages dans le groupe de diffusion multicast. Il peut également s'agir de messages conformes au protocole réseau UPnP, pour « Universal Plug and Play ». L'utilisation de ce protocole présente l'avantage de pouvoir également être utilisé pour la découverte des équipements connectés au réseau local. Alternativement, le protocole Bonjour standardisé par Apple propose un mécanisme de notification en plus des services de découverte de terminaux/services, d'adressage, d'impression. Le protocole Bonjour s'appuie sur des protocoles normalisés et décrits à l'IETF. De préférence, les échanges de messages sont sécurisés pour éviter le détournement du mécanisme par des utilisateurs malveillants. En mode nominal, la somme des troisième BliveG et quatrième BVoDG valeurs de capacités est inférieure à la capacité BL du lien 51 de raccordement. Plus précisément, une partie Bint de la capacité BL est réservée pour un accès au réseau Internet. Ainsi, la somme des troisième BliveG et quatrième BVoDG valeurs de capacités et de la capacité réservée pour l'accès à Internet est inférieure à la capacité BL du lien 51 de raccordement. Les premier 13 et deuxième 14 décodeurs disposent de la valeur de la capacité BL du lien 51 de raccordement et de la valeur de la capacité Bint réservée pour un accès à Internet. Ces deux valeurs sont par exemple diffusées dans le groupe de diffusion multicast. Plus précisément, les protocoles UPnP IGD, pour « Internet Gateway Device », et UPnP DM, pour « Device Management », peuvent être utilisés pour transmettre la capacité réservée pour le trafic Internet et la capacité du lien de raccordement 51. Aucune limitation n'est attachée au mode d'obtention de ces deux valeurs. La valeur de capacité attribuable Bres correspond ainsi à la différence entre ces deux valeurs : Bres = BL -Bint De plus, on considère par la suite que l'allocation des ressources pour traiter une requête de distribution d'un contenu en temps réel est prioritaire par rapport à des distributions de contenu en téléchargement. Plus précisément, lorsque les ressources disponibles ne sont pas suffisantes pour accepter une requête de distribution de contenu en temps réel et qu'au moins un contenu est en cours de téléchargement par l'intermédiaire d'un des décodeurs, une partie des ressources allouées pour ce téléchargement est préemptée pour permettre d'accepter la requête de distribution en temps réel. Par ailleurs, on définit au préalable une stratégie de répartition des ressources entre les décodeurs. A titre d'exemple non limitatif, il est possible de répartir équitablement les ressources entre les différents décodeurs. D'autres stratégies de répartition des ressources sont également envisageables, par exemple en définissant un décodeur maître qui dispose d'un droit de réservation des ressources supérieur aux autres décodeurs. A titre d'autre d'exemple, il est possible aux décodeurs de négocier la stratégie de répartition des ressources. Aucune limitation n'est attachée à cette stratégie de répartition des ressources. Nous allons maintenant décrire en relation avec les figures 2a-2e le procédé de traitement d'une requête de distribution d'un contenu numérique, tel qu'il est mis en oeuvre par le premier décodeur 13, dans un mode particulier de réalisation. On rappelle ici que les premier 13 et deuxième 14 décodeurs disposent de la valeur de la capacité allouable Bres du lien 51 de raccordement. On suppose que le premier décodeur 13 a obtenu des informations relatives à des ressources réseau réservées par le deuxième décodeur 14 et a mémorisé les troisième BliveG et quatrième BVoDG valeurs de capacité dans sa table 100 d'allocation des ressources. Dans une étape d'attente, non représentée sur les figures 2a-2e, le premier décodeur 13 est en attente de détection d'un événement. La figure 2a correspond aux étapes mises en oeuvre par le premier décodeur 13 lorsque l'événement détecté correspond à une requête de distribution d'un premier contenu Cl distribué en temps réel, nécessitant des ressources B. Dans une étape El, le premier décodeur 13 détecte cet événement. Dans une étape E10, le premier décodeur 13 détermine la capacité disponible Bav à partir de la capacité résiduelle Bres du lien 51 de raccordement et des valeurs de capacité BliveG et BVoDG utilisées dans le système d'accès 25. Plus précisément : Bav = Bres - BliveG - BVoDG Dans une étape El 1, le premier décodeur 13 vérifie si la capacité disponible Bav est supérieure ou égale à la capacité requise B pour la distribution du premier contenu Cl. Si à l'étape Ell, la capacité disponible Bav est supérieure ou égale à la capacité requise B pour la distribution du premier contenu Cl, la requête de distribution du premier contenu Cl peut être admise. Dans une étape E111, le premier décodeur 13 met à jour la table 100 d'allocation des ressources, plus précisément la première valeur de capacité Blivel 200 ainsi que la troisième valeur de capacité BliveG 202. Dans une étape E112, le premier décodeur 13 notifie le deuxième décodeur 14, en lui transmettant des informations relatives aux ressources réseau réservées, notamment la variation de la capacité Blivel réservée pour la distribution temps réel du premier contenu Cl. Dans une étape E113, le premier décodeur 13 reçoit un acquittement en provenance du deuxième décodeur 14. Le message d'acquittement comprend le cas échéant les modifications effectuées par le deuxième décodeur 14 sur les première Blive2 et/ou deuxième BVoD2 valeurs de capacité, plus précisément les variations de ces valeurs de capacité. Dans une étape E114, le premier décodeur 13 met à jour les troisième BliveG et quatrième BVoDG valeurs de capacité dans la table 100 d'allocation des ressources en fonction des éventuelles variations reçues à l'étape E113. Dans une étape E14, le premier décodeur 13 transmet la requête de distribution du premier contenu Cl à la deuxième entité de distribution 41. La distribution du premier contenu Cl est ainsi initialisée. Le premier décodeur 13 repasse ensuite en attente de détection d'un nouvel événement. Si à l'étape Ell, la capacité disponible Bav est inférieure à la capacité requise B pour la distribution du premier contenu Cl, dans une étape E12, le premier décodeur 13 vérifie si un contenu est en cours de distribution en téléchargement par son intermédiaire. Plus précisément, le premier décodeur 13 vérifie s'il est possible de préempter sur ce téléchargement une partie des ressources nécessaires à la distribution du premier contenu Cl requis en temps réel. Le premier décodeur 13 vérifie également si un contenu est en cours de distribution en téléchargement dans le système d'accès 25 et s'il est possible de préempter sur ce téléchargement une partie des ressources nécessaires à la distribution du premier contenu Cl requis en temps réel. Ces vérifications sont mises en oeuvre à partir de la deuxième valeur de capacité BVoD1 201 et de la quatrième valeur de capacité BVoDG 203 mémorisées dans la table 100 d'allocations des ressources. Si tel est le cas, dans une étape E121, le premier décodeur 13 détermine alors la capacité à préempter sur son propre téléchargement en fonction de la stratégie de répartition des ressources et met à jour la table 100 d'allocation des ressources. Plus précisément, la première valeur de capacité Blivel 200 est mise à jour avec la capacité B, la deuxième valeur de capacité BVoD1 201 est mise en jour en fonction de la partie des ressources préemptée, la troisième valeur de capacité BliveG est mise à jour en fonction de la capacité B et la quatrième valeur de capacité BVoDG 203 est mise à jour en fonction de la mise à jour effectuée pour la deuxième valeur de capacité BVoDl. Dans une étape E122, le premier décodeur 13 notifie le deuxième décodeur 14, en lui transmettant des informations relatives aux ressources réseau réservées, notamment la variation de la première valeur de capacité Blivel et le cas échéant, la variation de la deuxième valeur de capacité BVoD 1. On souligne ici que dans ce cas, la somme des ressources réservées peut être supérieure à la capacité attribuable Bres. Ceci permet de mettre en oeuvre le mécanisme de préemption. Dans une étape E123, le premier décodeur 13 reçoit un acquittement en provenance du deuxième décodeur 14. Le message d'acquittement comprend notamment la variation de la deuxième valeur de capacité BVoD2 si elle est modifiée. Dans une étape E124, le premier décodeur 13 met à jour si besoin la table 100 d'allocation des ressources, notamment la quatrième valeur de capacité BVoDG. Dans une étape E125, le premier décodeur 13 ajuste les paramètres de la session de téléchargement, par exemple les paramètres de la session TCP, pour « Transport Control Protocol », en fonction de la partie des ressources préemptée. Ces paramètres sont par exemple la taille de la fenêtre TCP, l'introduction d'un retard dans la transmission des acquittements, le nombre de paquets qu'il est possible d'acquitter en un seul acquittement. Le premier décodeur 13 met ensuite en oeuvre l'étape E14 d'initialisation de la distribution en temps réel, précédemment décrite et repasse ensuite en attente de détection d'un nouvel événement. Si à l'étape E12, aucun téléchargement n'était en cours par l'intermédiaire du premier décodeur 13, dans une étape E13, le premier décodeur 13 vérifie si au moins un téléchargement est en cours sur le deuxième décodeur 14. Cette vérification est mise en oeuvre à partir de la quatrième valeur de capacité BVoDG 203 mémorisée dans la table 100 d'allocation des ressources. Si tel est le cas, dans une étape E131, le premier décodeur 13 met à jour la table 100 d'allocation des ressources. La première valeur de capacité Blivel 200 et la troisième valeur de capacité BliveG sont mises à jour en fonction de la capacité B. Dans une étape E132, le premier décodeur 13 notifie le deuxième décodeur 14, en lui transmettant des informations relatives aux ressources réseau réservées, notamment la variation de la première valeur de capacité Blivel. On souligne ici que dans ce cas, la somme des ressources réservées est supérieure à la capacité attribuable Bres. Ceci permet de mettre en oeuvre le mécanisme de préemption. Dans une étape E133, le premier décodeur 13 reçoit un acquittement en provenance du deuxième décodeur 14. Dans une étape E134, le premier décodeur 13 met à jour la table 100 d'allocation des ressources. Plus précisément, la quatrième valeur de capacité BVoDG 203 est mise à jour le cas échéant en fonction de la variation de la deuxième valeur de capacité BVoD2 reçue en provenance du deuxième décodeur 14. Le premier décodeur 13 met ensuite en oeuvre l'étape E14 d'initialisation de la distribution temps réel, précédemment décrite et repasse ensuite en attente de détection d'un nouvel événement. Si à l'étape E13, aucun téléchargement n'est en cours sur le deuxième décodeur 14, le premier décodeur 13 rejette la requête de distribution du premier contenu Cl et repasse ensuite en attente de détection d'un nouvel événement. On souligne ici, que lorsque des ressources sont préemptées, les variations des première Blivel et deuxième BVoD1 valeurs de capacité transmises dans la notification entraînent un dépassement de la capacité attribuable Bres. Sur réception de cette notification et détection de ce dépassement, le décodeur récepteur va diminuer la capacité qu'il utilise pour un téléchargement. Ainsi, par des échanges très simples entre les deux décodeurs, il est possible d'admettre une requête de distribution de contenus en temps réel en préemptant si nécessaire les ressources réservées pour des téléchargements. La figure 2b correspond aux étapes mises en oeuvre par le premier décodeur 13 lorsque l'événement détecté correspond à une requête de distribution d'un deuxième contenu C2 distribué en téléchargement par l'entité de distribution 42. Dans une étape E2, le premier décodeur 13 détecte cet événement. Dans une étape E20, analogue à l'étape E10, le premier décodeur 13 détermine la capacité disponible Bav. Dans une étape E21, le premier décodeur 13 vérifie si au moins un téléchargement est en cours dans le système d'accès 25. Cette vérification est mise en oeuvre à partir de la quatrième valeur de capacité BVoDG 203 mémorisée dans la table 100 d'allocation des ressources. Si tel est le cas, dans une étape E211, le premier décodeur 13 détermine en fonction de la stratégie de répartition des ressources quelle partie des ressources allouées pour le téléchargement mis en oeuvre par le deuxième décodeur 14 doit être préemptée et met à jour la table 100 d'allocation des ressources. La deuxième valeur de capacité BVoD1 201 est mise à jour en fonction de la capacité disponible Bav et de la valeur de capacité préemptée. Dans une étape E212, le premier décodeur 13 notifie le deuxième décodeur 14, en lui transmettant des informations relatives aux ressources réseau réservées, notamment la variation de la deuxième valeur de capacité BVoD1. On souligne ici que dans ce cas, la somme des ressources réservées est supérieure à la capacité attribuable Bres. Ceci permet de mettre en oeuvre le mécanisme de préemption. Dans une étape E213, le premier décodeur 13 reçoit un acquittement en provenance du deuxième décodeur 14. Dans une étape E214, le premier décodeur 13 met à jour la table 100 d'allocation des ressources. Plus précisément, la quatrième valeur de capacité BVoDG 203 est mise à jour en fonction de la variation de la deuxième valeur de capacité BVoD2 reçue en provenance du deuxième décodeur 14. Dans une étape E23, le premier décodeur 13 initialise la session de téléchargement du deuxième contenu C2, notamment en ajustant les paramètres de la session en fonction de la capacité disponible BVoDl. La distribution du deuxième contenu C2 est ainsi initialisée. Ainsi, en préemptant les ressources réservées, il est possible d'admettre une requête de distribution de contenus. Le premier décodeur 13 repasse ensuite en attente de détection d'un nouvel événement. Si à l'étape E21, aucun téléchargement n'est en cours par l'intermédiaire du deuxième décodeur 14, dans une étape E22, le premier décodeur 13 vérifie si la capacité disponible Bav est supérieure ou égale à zéro. Si à l'étape E22, la capacité disponible Bav est supérieure à zéro, dans une étape E221, le premier décodeur 13 met à jour la table 100 d'allocation des ressources, plus précisément la deuxième valeur de capacité BVoD1 201 avec la capacité disponible ainsi que la quatrième valeur de capacité BVoDG 203. Dans une étape E222, le premier décodeur 13 notifie le deuxième décodeur 14, en lui transmettant des informations relatives aux ressources réseau réservées, notamment la variation de la première valeur de capacité BVoDl. Dans une étape E223, le premier décodeur 13 reçoit un acquittement en provenance du deuxième décodeur 14. Dans une étape E224, le premier décodeur 13 met à jour si nécessaire la table 100 d'allocation des ressources. Le premier décodeur 13 met ensuite en oeuvre l'étape E23 d'initialisation de la session de téléchargement précédemment décrite et repasse ensuite en attente de détection d'un nouvel événement. Si à l'étape E22, la capacité disponible Bav est égale à zéro, dans une étape E24, le premier décodeur 13 rejette la requête de distribution du deuxième contenu C2 et repasse ensuite en attente de détection d'un nouvel événement. Comme souligné précédemment en relation avec la figure 2a, lorsque des ressources sont préemptées, les variations des première Blivel et deuxième BVoD1 valeurs de capacité transmises dans la notification entraînent un dépassement de la capacité attribuable Bres. Sur réception de cette notification et détection de ce dépassement, le décodeur récepteur va diminuer la capacité qu'il utilise pour un téléchargement. Ainsi, par des échanges très simples entre les deux décodeurs, il est possible de répartir dynamiquement les ressources en préemptant les ressources réservées pour admettre une requête de distribution de contenus si nécessaire. La figure 2c correspond aux étapes mises en oeuvre par le premier décodeur 13 lorsque l'événement détecté correspond à une fin de distribution du premier contenu Cl distribué en temps réel. Dans une étape E3, le premier décodeur 13 détecte cet événement. Dans une étape E30, le premier décodeur 13 met à jour la table 100 d'allocation des ressources pour tenir compte de l'arrêt de la distribution du premier contenu Cl en temps réel. La première valeur de capacité Blivel 200 est mise à zéro et la troisième valeur de capacité BliveG est mise à jour en tenant compte de l'arrêt de la distribution en temps réel. Dans une étape E31, le premier décodeur 13 vérifie si un téléchargement est en cours par son intermédiaire. Si tel est le cas, dans une étape E311, analogue à l'étape E10, le premier décodeur 13 détermine la capacité disponible Bav. Dans une étape E312, le premier décodeur 13 détermine la capacité qui peut être allouée au téléchargement en cours, notamment en fonction de la capacité disponible Bav des ressources et en fonction de la stratégie de répartition des ressources. Puis le premier décodeur 13 met à jour la table 100 d'allocation des ressources. Plus précisément, la deuxième valeur de capacité BVoD1 201 est mise en jour en fonction de la capacité déterminée, et la quatrième valeur de capacité BVoDG 203 est mise à jour en fonction de la mise à jour effectuée pour la deuxième valeur de capacité BVoDl. Dans une étape E313, le premier décodeur 13 notifie le deuxième décodeur 14, en lui transmettant des informations relatives aux ressources réseau réservées, notamment la variation de la première valeur de capacité Blivel et le cas échéant, la variation de la deuxième valeur de capacité BVoDl. Dans une étape E314, le premier décodeur 13 reçoit un acquittement en provenance du deuxième décodeur 14. Dans une étape E315, le premier décodeur 13 met à jour la table 100 d'allocation des ressources. Plus précisément, la quatrième valeur de capacité BVoDG 203 est mise à jour en fonction de la variation de la deuxième valeur de capacité BVoD2 reçue en provenance du deuxième décodeur 14. Dans une étape E316, analogue à l'étape E125, le premier décodeur 13 ajuste les paramètres de la session de téléchargement en fonction de la mise à jour de capacité effectuée. Le premier décodeur 13 repasse ensuite en attente de détection d'un nouvel événement. Si à l'étape E31, aucun téléchargement n'est en cours par son intermédiaire, dans une étape E321, le premier décodeur 13 notifie le deuxième décodeur 14, en lui transmettant des informations relatives aux ressources réseau réservées, notamment la variation de la première valeur de capacité Blivel. Le second décodeur 14 peut profiter de cette libération de ressources pour augmenter la capacité du lien de raccordement qu'il utilise comme décrit ultérieurement en relation avec la figure 2e. Dans une étape E322, le premier décodeur 13 reçoit un acquittement en provenance du deuxième décodeur 14. Dans une étape E323, le premier décodeur 13 met à jour la table 100 d'allocation des ressources. Plus précisément, la quatrième valeur de capacité BVoDG 203 est mise à jour en fonction de la variation de la deuxième valeur de capacité BVoD2 reçue en provenance du deuxième décodeur 14. Le premier décodeur 13 repasse ensuite en attente de détection d'un nouvel événement. La figure 2d correspond aux étapes mises en oeuvre par le premier décodeur 13 lorsque l'événement détecté correspond à une fin de distribution du deuxième contenu C2 distribué en téléchargement. Dans une étape E4, le premier décodeur 13 détecte cet événement. Dans une étape E40, le premier décodeur 13 met à jour la table 100 d'allocation des ressources pour tenir compte de l'arrêt de la distribution du deuxième contenu C2 en téléchargement. La deuxième valeur de capacité BVoD1 201 est mise à zéro et la quatrième valeur de capacité BVoDG 203 est mise à jour en tenant compte de l'arrêt de la distribution en téléchargement. Dans une étape E41, le premier décodeur 13 notifie le deuxième décodeur 14, en lui transmettant des informations relatives aux ressources réseau réservées, notamment la variation de la deuxième valeur de capacité BVoDl. Le second décodeur 14 peut profiter de cette libération de ressources pour augmenter la capacité du lien de raccordement qu'il utilise comme décrit ultérieurement en relation avec la figure 2e. Dans une étape E42, le premier décodeur 13 reçoit un acquittement en provenance du deuxième décodeur 14. Dans une étape E43, le premier décodeur 13 met à jour la table 100 d'allocation des ressources. Plus précisément, la quatrième valeur de capacité BVoDG 203 est mise à jour en fonction de la variation de la deuxième valeur de capacité BVoD2 reçue en provenance du deuxième décodeur 14. Le premier décodeur 13 repasse ensuite en attente de détection d'un nouvel événement. La figure 2e correspond aux étapes mises en oeuvre par le premier décodeur 13 lorsque l'événement détecté correspond à une réception d'une notification en provenance du deuxième décodeur 14. Dans une étape E5, le premier décodeur 13 détecte cet événement. Dans une étape E50, le premier décodeur 13 met à jour la table 100 d'allocation des ressources pour tenir compte des valeurs de capacité reçues. La troisième valeur de capacité BLiveG 202 et/ou la quatrième valeur de capacité BVoDG 203 sont mises à jour en fonction des valeurs reçues dans la notification. Dans une étape E51, analogue à l'étape E10, le premier décodeur 13 détermine la capacité disponible Bav. Dans une étape E52, le premier décodeur 13 vérifie si la capacité disponible Bav est supérieure à zéro. Si tel est le cas, dans une étape E53, le premier décodeur 13 vérifie si un téléchargement par son intermédiaire est en cours. Si un téléchargement est en cours, dans une étape E531, le premier décodeur 13 met à jour la table 100 d'allocation des ressources. Plus précisément, la deuxième valeur de capacité BVoD1 201 est mise en jour en fonction de la capacité disponible Bav, et la quatrième valeur de capacité BVoDG 203 est mise à jour en fonction de la mise à jour effectuée pour la deuxième valeur de capacité BVoDl. Dans une étape E532, le premier décodeur 13 notifie le deuxième décodeur 14, en lui transmettant des informations relatives aux ressources réseau réservées, notamment la variation de la deuxième valeur de capacité BVoDl. Dans une étape E533, le premier décodeur 13 reçoit un acquittement en provenance du deuxième décodeur 14. Dans une étape E534, le premier décodeur 13 met à jour la table 100 d'allocation des ressources. Plus précisément, la quatrième valeur de capacité BVoDG 203 est mise à jour le cas échéant. Dans une étape E535, analogue à l'étape E125, le premier décodeur 13 ajuste les paramètres de la session de téléchargement en fonction de la mise à jour de capacité effectuée. Le premier décodeur 13 repasse ensuite en attente de détection d'un nouvel événement. Si à l'étape E53, aucun téléchargement n'est en cours par son intermédiaire, dans une étape E535, le premier décodeur 13 transmet un acquittement de la notification. Le premier décodeur 13 repasse ensuite en attente de détection d'un nouvel événement. Si à l'étape E52, la capacité disponible Bav est inférieure à zéro, dans une étape E521, le premier décodeur 13 met à jour la table 100 d'allocation des ressources. Plus précisément, la deuxième valeur de capacité BVoD1 201 est diminuée pour prendre en compte le déficit constaté de la capacité disponible Bav, et la quatrième valeur de capacité BVoDG 203 est mise à jour en fonction de la mise à jour effectuée pour la deuxième valeur de capacité BVoDl. Dans une étape E522, le premier décodeur 13 notifie le deuxième décodeur 14, en lui transmettant des informations relatives aux ressources réseau réservées, notamment la variation de la deuxième valeur de capacité BVoDl. Dans une étape E523, le premier décodeur 13 reçoit un acquittement en provenance du deuxième décodeur 14. Dans une étape E524, le premier décodeur 13 met à jour la table 100 d'allocation des ressources. Plus précisément, la quatrième valeur de capacité BVoDG 203 est mise à jour le cas échéant. Dans une étape E525, analogue à l'étape E125, le premier décodeur 13 ajuste les paramètres de la session de téléchargement en fonction de la mise à jour de capacité effectuée. Le premier décodeur 13 repasse ensuite en attente de détection d'un nouvel événement. Le procédé a été décrit en se plaçant au niveau du premier décodeur 13. Il est bien entendu que le deuxième décodeur 14 met également en oeuvre les étapes du procédé de traitement d'une requête de distribution, tel que décrit. Le procédé a été décrit dans un système d'accès 25 comprenant deux décodeurs. Il est aisément transposable par l'homme du métier à des systèmes d'accès comprenant plus de deux décodeurs. La description du procédé a été faite pour un mode de réalisation dans lequel le premier décodeur 13 a obtenu des informations relatives à des ressources réseau réservées par le deuxième décodeur 14 et en a déduit les troisième BliveG et quatrième BVoDG valeurs de capacité dans sa table 100 d'allocation des ressources. Lorsqu'un nouveau décodeur se joint au réseau local 30, ce nouveau décodeur met en oeuvre un mécanisme de découverte du réseau local. Le nouveau décodeur s'annonce alors sur le réseau local 30. En réponse, le ou les décodeurs déjà connectés diffusent leurs propres premières et deuxièmes valeurs de capacité dans le réseau local 30. Ceci permet au nouveau décodeur d'initialiser sa propre table 100 d'allocation des ressources. Un décodeur quittant le réseau local 30 transmet également un message de libération des ressources qui lui étaient réservées. Dans un mode de réalisation, un mécanisme de supervision d'un état connecté/déconnecté ou « keepalive » permet de vérifier si un décodeur n'a pas quitté le réseau local 30 sans libérer les ressources qui lui étaient réservées. Si un décodeur est détecté comme étant déconnecté, c'est-à-dire qu'il a quitté le réseau local sans libérer les ressources réservées, les décodeurs connectés diffusent alors dans le réseau local 30 leurs propres premières et deuxièmes valeurs de capacité. Ceci leur permet de mettre à jour les troisième et quatrième valeurs de capacité de la table 100 d'allocation des ressources, en fonction des réservations qui avaient été effectuées par les décodeurs connectés. La description du procédé a été faite pour un mode de réalisation, dans lequel un décodeur recevant une notification d'un autre décodeur la traite immédiatement par exemple en diminuant les ressources réservées pour un téléchargement. Dans un système d'accès comprenant plus de deux décodeurs, il est prévu de retarder sous certaines conditions le traitement de la notification, afin d'éviter que plusieurs décodeurs diminuent en parallèle leurs consommations respectives. A titre d'exemple non limitatif, lorsqu'un nouveau décodeur s'annonce dans le réseau local, il obtient un numéro d'ordre dans le système d'accès. Ainsi, un décodeur, recevant une première notification, les informations contenues dans celle-ci entraînant un dépassement de la capacité disponible du lien de raccordement, détermine si le réseau comprend un autre décodeur de numéro d'ordre plus élevé. Si tel est le cas, le décodeur temporise le traitement de la première notification, dans l'attente d'une réception d'une deuxième notification en provenance de cet autre décodeur. Sur réception de cette deuxième notification, le décodeur vérifie de nouveau s'il existe un autre décodeur de numéro d'ordre plus élevé, et ainsi de suite. S'il n'existe pas d'autre décodeur de numéro d'ordre plus élevé, le décodeur traite la dernière notification reçue. On note que la temporisation du traitement d'une notification est à limiter dans le temps pour éviter un blocage du procédé. Des exemples illustratifs de la mise en oeuvre du procédé vont maintenant être décrits dans l'environnement comprenant les deux décodeurs. Dans ces exemples, la capacité du lien BL est de 8192 kbits/s et la capacité réservée pour le trafic Internet Bint est de 256 kbits/s. On note Tablel la table 100 d'allocation des ressources du premier décodeur 13 et Table2 celle du deuxième décodeur 14. Les données qui y sont mémorisées sont représentées sous la forme d'un quadruplet (Blivel, BVoD1, BliveG, BVoDG). Dans un premier exemple, le premier décodeur 13 traite une requête de distribution d'un premier contenu temps réel nécessitant une capacité de 2700 kbits/s. La capacité disponible (7936) étant supérieure à la capacité requise (2700) (E11), le premier décodeur 13 transmet (E112) une notification au deuxième décodeur 14 en indiquant (Live, +2700). La table Tablel comprend les données suivantes (2700, 0, 2700, 0). Le deuxième décodeur 14 reçoit (E5) la notification et met à jour Table2. Aucun téléchargement n'est en cours (E52). Le deuxième décodeur 14 acquitte la notification (E535). La table Table2 comprend les données suivantes (0, 0, 2700, 0). Le deuxième décodeur 14 traite une requête de distribution d'un deuxième contenu en téléchargement. La capacité disponible (5236) étant supérieure à zéro (E22), le deuxième décodeur 14 transmet (E222) une notification au premier décodeur 13 en indiquant (VoD, +5236). La table Table2 comprend les données suivantes (0, 5236, 2700, 5236). Le premier décodeur 13 reçoit (E5) la notification et met à jour Tablel. Aucun téléchargement n'est en cours (E53). Le premier décodeur 13 acquitte la notification (E535). La table Tablel comprend les données suivantes (2700, 0, 2700, 5236). On suppose qu'ensuite le premier décodeur 13 arrête la distribution du premier contenu Cl en temps réel. Le premier décodeur 13 transmet (E112) une notification au deuxième décodeur 14 en indiquant (Live, -2700). La table Tablel comprend les données suivantes (0, 0, 0, 5236). Le deuxième décodeur 14 reçoit (E5) la notification, met à jour Table2. Un téléchargement est en cours (E53). Le deuxième décodeur 14 transmet (E532) une notification au premier décodeur 13 en indiquant (VoD, +2700). La table Table2 comprend les données suivantes (0, 7936, 0, 7936). Le premier décodeur 13 reçoit (E5) la notification et met à jour Tablel. La table Tablel comprend les données suivantes (0, 0, 0, 7936). Le premier décodeur 13 transmet un acquittement au deuxième décodeur 14, qui le reçoit (E533). Le deuxième décodeur 14 met à jour les paramètres de la session en fonction de la nouvelle capacité. On note qu'ainsi dès que la distribution du contenu en temps réel s'est achevée par l'intermédiaire du premier dispositif 13, la capacité libérée a pu être réaffectée au téléchargement en cours du deuxième contenu C2. Dans un deuxième exemple, on se replace dans les conditions initiales où aucune distribution n'est en cours. Le premier décodeur 13 traite une requête de distribution d'un troisième contenu C3 en téléchargement. La capacité disponible étant supérieure à zéro (E22), le premier décodeur 13 transmet (E222) une notification au deuxième décodeur 14 en indiquant (VoD, +7936). La table Tablel comprend les données suivantes (0, 7936, 0, 7936). Le deuxième décodeur 14 reçoit (E5) la notification et met à jour Table2. Le deuxième décodeur 14 acquitte la notification (E535). La table Table2 comprend les données suivantes (0, 0, 0, 7936). Le deuxième décodeur 14 traite une requête de distribution d'un quatrième contenu C4 en téléchargement. Le deuxième décodeur 14 vérifie qu'un téléchargement est en cours dans le système d'accès 25 (E21). Il détermine la capacité à allouer en fonction de la stratégie de répartition des ressources et transmet (E211) une notification au premier décodeur 13 en indiquant (VoD, +3968). La table Table2 comprend les données suivantes (0, 3968, 0, 11904). Le premier décodeur 13 reçoit (E5) la notification et met à jour Tablel. La capacité disponible est négative (E52). Le premier dispositif 13 détermine (E521) qu'il doit diminuer la capacité réservée pour le téléchargement du troisième contenu C3 et transmet (E522) une notification au deuxième décodeur 14 en indiquant (VoD, -3968). Le deuxième décodeur 14 acquitte la notification (E535). Le premier décodeur 13 met à jour les paramètres de la session en fonction de la nouvelle capacité. La table Tablel comprend les données suivantes (0, 3968, 0, 7936). La table Table2 comprend les données suivantes (0, 3968, 0, 7936). On note qu'ainsi, un téléchargement en cours utilise toute la capacité disponible jusqu'à ce que l'autre décodeur traite une requête de distribution en téléchargement. A partir de ce moment, les ressources sont réparties pour le téléchargement entre les deux décodeurs en fonction de la stratégie de répartition des ressources. Puis, le premier décodeur 13 traite une requête de distribution d'un premier contenu temps réel nécessitant une capacité de 2700 kbits/s. Le premier décodeur 13 détermine que la capacité disponible (0) est inférieure à la capacité requise (E11). Un téléchargement est en cours par son intermédiaire (E12). Le premier décodeur vérifie si un téléchargement est également en cours par l'intermédiaire du deuxième décodeur et détermine (E121) la capacité à réserver pour son téléchargement en fonction de la stratégie de répartition des ressources. Le premier dispositif transmet une notification (E122) au deuxième décodeur 14 en indiquant (Live, +2700) et (VoD, -1350). Le deuxième décodeur 14 reçoit (E5) la notification et met à jour Table2. La capacité disponible est négative (E52). Le deuxième décodeur 13 détermine (E521) qu'il doit diminuer la capacité réservée pour le téléchargement du quatrième contenu C4 et transmet (E522) une notification au premier décodeur 13 en indiquant (VoD, -1350). Le premier décodeur 13 acquitte la notification (E535). Le premier décodeur 13 met à jour les paramètres de la session en fonction de la nouvelle capacité. Le deuxième décodeur 14 met à jour les paramètres de la session en fonction de la nouvelle capacité. La table Tablel comprend les données suivantes (2700, 2618, 2700, 5236). La table Table2 comprend les données suivantes (0, 2618, 2700, 5236). On note qu'ainsi, dès qu'un contenu est à distribuer en temps réel, les capacités allouées aux téléchargements diminuent pour libérer de la capacité. A partir de ce moment, les ressources sont réparties pour le téléchargement entre les deux décodeurs en fonction de la stratégie de répartition des ressources. Dans le mode de réalisation décrit, les décodeurs s'échangent les variations des valeurs des capacités réservées. Dans un autre mode de réalisation, les valeurs des capacités réservées sont transmises. Le message comprend notamment un identifiant de la capacité qui est modifiée (temps réel ou téléchargement) et une valeur de la capacité. Dans cet autre mode de réalisation, lorsque plus de deux décodeurs sont présents dans le réseau local 30, la table 100 d'allocation des ressources mémorise également les valeurs de capacité réservées par chacun des décodeurs. Par ailleurs, dans le mode de réalisation décrit, lorsqu'une modification est à apporter à une session de téléchargement, les valeurs de la session sont modifiées. Une alternative pour diminuer ou augmenter le débit d'un téléchargement est également prévue. Dans cette alternative, un contenu est segmenté en une suite de blocs élémentaires successifs. Un bloc élémentaire correspond au contenu pendant une durée, qui peut être variable. A titre d'exemple non limitatif, ces blocs élémentaires peuvent être d'une durée fixe, de l'ordre de quelques secondes. Un bloc élémentaire est ensuite encodé par une entité du réseau en une pluralité de segments de données à des niveaux de qualité différents. Plus précisément, le bloc élémentaire est encodé à un débit donné, auquel correspond un niveau de qualité de restitution donné. Aucune limitation n'est attachée au type de codage mis en oeuvre pour obtenir ces segments de données. Ainsi, pour diminuer le débit, le décodeur ou une entité du réseau sélectionne un niveau de qualité inférieur. Nous allons maintenant décrire un dispositif d'accès 13 à des services de distribution de contenus dans un mode particulier de réalisation de l'invention en référence à la figure 4. Un tel dispositif d'accès 13 comprend : - un module 102 d'émission/réception, agencé notamment pour obtenir des premières informations relatives à des ressources réseau réservées par un deuxième dispositif d'accès 14 et pour envoyer à destination d'un deuxième dispositif d'accès par l'intermédiaire duquel un autre contenu est en cours de téléchargement, des deuxièmes informations relatives à des ressources réservées pour distribuer le contenu requis ; - un module de contrôle 106, agencé pour vérifier à l' aide au moins de ces premières informations : - que la capacité résiduelle du lien de raccordement ne permet pas de distribuer un contenu, pour lequel une requête de distribution est en cours de traitement ; - ou qu'un autre contenu est en cours de téléchargement par l'intermédiaire du deuxième dispositif d'accès ; - la table 100, telle que décrite précédemment ; - un module applicatif 104 mettant en oeuvre les services de distribution de contenus ; - un module 108 de décodage d'un flux de données reçu pour une restitution à l'entité cliente 11. Lorsque le module de contrôle vérifie qu'un autre contenu est en cours de téléchargement, le module de contrôle 106 est en outre agencé pour déterminer quelle partie des ressources réservées par ce deuxième dispositif d'accès doit être préemptée pour la distribution du contenu requis et pour activer le module d'émission/réception 102 pour envoyer les deuxièmes informations, comprenant la partie préemptée. Le module de contrôle 106 est en outre agencé pour vérifier que les premières informations obtenues entraînent un dépassement de la capacité du lien de raccordement et pour activer le module applicatif 104, ce dernier étant en outre agencé pour ajuster des paramètres associés à une distribution de contenu par téléchargement, afin de ne pas dépasser cette capacité. Les modules 102, 104, 106 sont agencés pour mettre en oeuvre le procédé précédemment décrit. Il s'agit de préférence de modules logiciels comprenant des instructions logicielles pour faire exécuter les étapes du procédé précédemment décrit, mises en oeuvre par un dispositif 13, 14 d'accès aux services de distribution de contenus. L'invention concerne donc aussi : - un programme pour un tel dispositif, comprenant des instructions de code de programme destinées à commander l'exécution des étapes du procédé précédemment décrit, lorsque ledit programme est exécuté par ledit dispositif ; - un support d'enregistrement lisible par un dispositif sur lequel est enregistré le programme pour un tel dispositif. Les modules logiciels peuvent être stockés dans ou transmis par un support de données. Celui-ci peut être un support matériel de stockage, par exemple un CD-ROM, une disquette magnétique ou un disque dur, ou bien un support de transmission tel qu'un signal électrique, optique ou radio, ou un réseau de télécommunication. L'invention concerne également un système 25 d'accès à des services de distribution de contenus dans un réseau de communication, comprenant un premier dispositif d'accès 13 tel que décrit précédemment et un deuxième dispositif d'accès 14 comprenant un module de contrôle 106, agencé pour vérifier que les deuxièmes informations obtenues en provenance du premier dispositif entraînent un dépassement de la capacité du lien de raccordement, et un module applicatif 104, agencé pour ajuster des paramètres associés à une distribution de contenu par téléchargement, afin de ne pas dépasser cette capacité. REVENDICATIONS1. Procédé de traitement d'une requête de distribution d'un contenu numérique, ledit procédé étant mis en oeuvre par un premier dispositif d'accès (13) à des services de distribution de contenus dans un réseau de communication, ledit premier dispositif accédant au réseau par l'intermédiaire d'un lien de raccordement (51) et partageant ledit lien de raccordement avec au moins un deuxième dispositif d'accès (14) aux services de distribution de contenus, ledit procédé comprenant : - une étape d'obtention de premières informations relatives à des ressources réseau réservées par un deuxième dispositif d'accès, pour au moins une distribution d'un contenu numérique ; - une première étape de vérification (Ell, E21), à l'aide au moins de ces premières informations, que la capacité résiduelle du lien de raccordement ne permet pas de distribuer le contenu requis ; caractérisé en ce que le procédé comprend en outre : une deuxième étape de vérification (E12), à l'aide au moins de ces premières informations, qu'un autre contenu est en cours de téléchargement par l'intermédiaire du deuxième dispositif d'accès ; une étape d'envoi (E132, E212) à destination du deuxième dispositif d'accès de deuxièmes informations relatives à des ressources réservées pour distribuer le contenu requis, lesdites ressources réservées comprenant au moins une partie des ressources réservées par ledit deuxième dispositif d'accès. 2. Procédé selon la revendication 1, comprenant en outre, le mode de distribution du contenu requis étant une distribution en temps réel, une étape de vérification que la somme de la capacité résiduelle du lien de raccordement et des ressources réservées pour un accès par l'intermédiaire dudit lien de raccordement pour une distribution en téléchargement est supérieure aux ressources réseau nécessaires pour distribuer le contenu requis, préalablement à l'étape d'envoi. 3. Procédé selon la revendication 1, comprenant en outre, le mode de distribution du contenu requis étant une distribution par téléchargement, une étape de détermination de ladite partie réservée en fonction d'une stratégie de répartition des ressources entre lesdits premier et deuxième dispositifs. 4. Procédé selon la revendication 1, dans lequel les deuxièmes informations relatives à des ressources réservées comprennent le mode de distribution du contenu requis. 5. Procédé selon la revendication 4, comprenant en outre, une étape de mise à jour pour chaque mode de distribution d'une information relative aux ressources réservées pour un accès par l'intermédiaire dudit lien de raccordement. 6. Procédé selon la revendication 1, comprenant en outre : - une étape de vérification que les premières informations obtenues entraînent un dépassement de la capacité du lien de raccordement ; - une étape d'ajustement de paramètres associés à une distribution de contenu par téléchargement par le premier dispositif d'accès, afin de ne pas dépasser ladite capacité. 7. Premier dispositif d'accès (13) à des services de distribution de contenus dans un réseau de communication, accédant au réseau par l'intermédiaire d'un lien de raccordement et partageant ledit lien de raccordement avec au moins un deuxième dispositif d'accès aux services de distribution de contenus, comprenant : des moyens d'obtention (102) de premières informations relatives à des ressources réseau réservées par un deuxième dispositif d'accès (14), pour au moins une distribution d'un contenu numérique ; des moyens de vérification (106), agencés pour vérifier, à l'aide au moins de ces premières informations, que la capacité résiduelle du lien de raccordement ne permet pas de distribuer un contenu, pour lequel une requête de distribution est en cours de traitement ; caractérisé en ce que : - les moyens de vérification sont en outre agencés pour vérifier, à l'aide au moins de ces premières informations, qu'un autre contenu est en cours de téléchargement par l'intermédiaire du deuxième dispositif d'accès ; et en ce que le premier dispositif d'accès comprend en outre des moyens d'envoi (102), activés par les moyens de vérification, à destination d'un deuxième dispositif d'accès par l'intermédiaire duquel un autre contenu est en cours de téléchargement, de deuxièmes informations relatives à des ressources réservées pour distribuer le contenu requis, lesdites ressources réservées comprenant au moins une partie des ressources réservées par ledit deuxième dispositif d'accès. 8. Premier dispositif d'accès selon la revendication 7, dans lequel les moyens de vérification sont en outre agencés pour vérifier que les premières informations obtenues entraînent un dépassement de la capacité du lien de raccordement, et comprenant en outre des moyens d'ajustement de paramètres (104) associés à une distribution de contenu par téléchargement, afin de ne pas dépasser ladite capacité. 9. Système (25) d'accès à des services de distribution de contenus dans un réseau de communication, comprenant un premier dispositif d'accès selon la revendication 7 et un deuxième dispositif d'accès comprenant des moyens de vérification (106), agencés pour vérifier que les deuxièmes informations obtenues entraînent un dépassement de la capacité du lien deraccordement, et des moyens d'ajustement de paramètres (104) associés à une distribution de contenu par téléchargement, afin de ne pas dépasser ladite capacité. 10. Programme pour un dispositif d'accès à des services de distribution de contenus, comprenant des instructions de code de programme destinées à commander l'exécution des étapes du procédé selon l'une des revendications 1 à 6, lorsque ledit programme est exécuté par ledit dispositif. 11. Support d'enregistrement lisible par un dispositif d'accès à des services de distribution de contenus sur lequel est enregistré le programme selon la revendication 10.10