Brevet FR3045997A1 — publié le 20170623

Procédé de gestion d'un état de ressources dans un réseau multimédia. DOMAINE TECHNIQUE DE L'INVENTION La présente invention a pour objet un procédé de gestion d'un état de ressources dans un réseau multimédia. Le réseau multimédia dans lequel est mis en oeuvre le procédé selon l'invention est typiquement un réseau local, par exemple un réseau domestique, incorporant au moins un équipement de type terminal destiné à être utilisé par un utilisateur physique et au moins une passerelle applicative (gateway en langue anglaise) permettant au réseau local d'accéder à des contenus multimédia. Une telle passerelle applicative sera ainsi désignée dans le présent document comme passerelle applicative multimédia, ou gateway multimédia (abrégée par le sigle GWM). De telles passerelles, dans le contexte de l'invention, constituent, soit en elles-mêmes, soit en considérant leurs tuners, des ressources pour le réseau multimédia. Les terminaux intervenant dans le réseau multimédia mettant en oeuvre le procédé selon l'invention sont des équipements électroniques permettant la restitution d'un contenu multimédia (c'est-à-dire essentiellement un contenu audio et/ou vidéo), comme par exemple des smartphones, des tablettes électroniques, des décodeurs de télévision numérique...Un tel terminal peut être désigné dans le présent document par le terme "client". ARRIERE-PLAN TECHNOLOGIQUE DE L'INVENTION On connait dans l'état de la technique des réseaux multimédia locaux, qui permettent à un ou plusieurs terminaux, ou clients, en étant rattaché audit réseau local, de se connecter à une ou plusieurs GWM pour accéder, ou plutôt tenter d'accéder, à différents contenus multimédias. Ces contenus multimédias peuvent être diffusés, par différents opérateurs extérieurs au réseau multimédia local considéré. Ces opérateurs extérieurs peuvent réaliser par exemple de la diffusion large bande (broadband en langue anglaise), de la diffusion en continu (streaming en langue anglaise) ; la diffusion peut s'effectuer selon différents support, par exemple diffusion TNT, diffusion par satellite, diffusion câblée, diffusion par voie IP... 3045997 2 Dans l'état de la technique, chaque GWM dispose d'un certain nombre de syntoniseur, ou tuner (ou Front End en langue anglaise). Dans la pratique, chaque tuner est dédié à un type de réception donné (réception par satellite, ou réception câblée, ou réception IP). 5 Dans un réseau multimédia local, les différents terminaux adaptés pour se connecter audit réseau local peuvent tenter d'accéder aux différents contenus des différentes GWM qui sont elles-mêmes connectées à ce réseau local. L'utilisateur final de ces terminaux a ainsi potentiellement accès à une importante variété de contenus multimédias. 10 Pour accéder à un tel contenu multimédia, le terminal considéré émet une requête sur le réseau ; cependant, lorsque la requête est émise, le terminal considéré ne dispose pas d'informations relatives à la véritable disponibilité du contenu multimédia objet de la requête. Il se peut en effet que ce contenu multimédia ne soit accessible au nouveau du réseau local 15 que par une GWM momentanément défaillante, soit dans son intégralité, soit au niveau du tuner permettant l'accès au contenu multimédia convoité. Il se peut également que l'ensemble des tuners permettant l'accès au contenu multimédia désiré soient déjà tous monopolisés pour la réception d'autres contenus (d'autres terminaux connectés au réseau local utilisent ces tuners), 20 ou pour des fonctions de type mise à jour de la GWM. De manière plus générale, on ne dispose pas, au niveau des terminaux d'un réseau local, d'informations fonctionnelles relatives aux différents GWM connectées au réseau considéré. DESCRIPTION GENERALE DE L'INVENTION 25 Le procédé selon l'invention propose une solution au problème qui vient d'être exposé. Dans l'invention, on propose une solution pour que, en temps réel, les terminaux d'un réseau local disposent d'informations de fonctionnement de la GWM, ou des GWM, qui sont accessibles via le réseau considéré. A cet effet, on prévoit dans le procédé selon l'invention, que 30 chaque tuner de chaque GWM envoie - avantageusement de manière répétée - différentes informations de fonctionnement sur le réseau local, ces informations de fonctionnement étant ainsi disponibles pour chaque terminal client relié au réseau local. L'invention propose ainsi essentiellement un procédé de gestion d'un état de ressources dans un réseau multimédia local, le dit réseau comportant 3045997 3 notamment un ensemble de terminaux clients adaptés pour restituer des contenus multimédia, et un ensemble de passerelles applicatives multimédia adaptées pour recevoir au moins un flux multimédia par l'intermédiaire d'un ensemble de tuners, ledit procédé étant caractérisé en ce qu'il comporte les 5 différentes étapes consistant à : - collecter, pour chaque tuner de chaque passerelle applicative du réseau multimédia local, un ensemble de données de fonctionnement ; - diffuser, dans le réseau local, au moins un message d'information 10 relatif aux données de fonctionnement collectées. Un ensemble d'éléments comporte par définition au moins un élément. Le procédé selon l'invention peut comporter, en plus des étapes principales qui viennent d'être mentionnées dans le paragraphe précédent, 15 une ou plusieurs caractéristiques supplémentaires parmi les suivantes: - le message d'information diffusé est émis par chaque passerelle applicative multimédia ; - le message diffusé est émis par chaque passerelle applicative dès que la dite passerelle applicative est connectée au réseau local ; 20 - le message diffusé est émis régulièrement dans le réseau local ; - le message d'information comporte un ensemble d'informations relatives à des paramètres physiques de chaque tuner pour lesquels on a collecté un ensemble de données de fonctionnement. - l'ensemble d'informations relatives à des paramètres physiques 25 comporte des données relatives à un bilan de liaison et/ou à une disponibilité physique de chaque tuner pour lesquels on a collecté un ensemble de données de fonctionnement. - chaque passerelle applicative multimédia est équipée d'un serveur de type serveur http, le message diffusé étant émis selon le protocole JSON30 RPC. - le procédé selon l'invention comporte les différentes opérations supplémentaires consistant à : -- recevoir le message d'information relatif aux données collectées par au moins un terminal client donné parmi les terminaux clients du réseau local ; 35 -- identifier une passerelle applicative multimédia de l'ensemble des 3045997 4 passerelles multimédia associée au message d'information ; -- suite à la réception du message d'information relatif aux données collectées, connecter le terminal client donné à la passerelle multimédia identifiée ; 5 -- accéder, depuis le terminal client donné, à des informations sur des paramètres physiques de la passerelle applicative multimédia identifiée et/ou des tuners de la passerelle applicative multimédia identifiée. Les différentes caractéristiques supplémentaires du procédé selon l'invention, dans la mesure où elles ne s'excluent pas mutuellement, sont 10 combinées selon toutes les possibilités d'association pour aboutir à différents exemples de mise en oeuvre de l'invention. L'invention et ses différentes applications seront mieux comprises à la lecture de la description qui suit et à l'examen de la figure qui l'accompagne. BREVE DESCRIPTION DES FIGURES 15 Celle-ci n'est présentée qu'à titre indicatif et nullement limitatif de l'invention. La figure 1, unique, montre une représentation schématique d'un réseau local apte à mettre en oeuvre le procédé selon l'invention. DESCRIPTION DES FORMES DE REALISATION PREFEREES DE L'INVENTION 20 Sur la figure 1, on a représenté un réseau local 100 comportant : - un ensemble de passerelles applicatives multimédia 101-i, ou GWM, par exemple intégrées dans des dispositifs électroniques de type "boîte" (ou box en langue anglaise), chacune des GWM comportant au moins un tuner Ti-j, où i et j sont des entiers naturels supérieurs ou égaux à 1. Dans 25 l'exemple représenté, i, qui représente le numéro de la GWM dans le réseau local 100, varie de 1 à 3, et j varie 1 à 4 au maximum en fonction de la GWM considérée. Chaque tuner Ti-j reçoit un flux de signaux Fi-j, chaque flux Fi-j étant émis par exemple par un opérateur de télévision. Dans la pratique, chaque tuner Ti-j est dédié à un type de flux particulier (flux de signaux 30 satellites, flux d'un réseau IP, flux de signaux TNT...) ; - un ensemble de terminaux clients 102-k, où k est un entier naturel supérieur ou égal à 1 ; dans l'exemple représenté, k varie de 1 à 2. Avec le procédé selon l'invention, lorsqu'une GWM 101-i est connectée au réseau local 100, celle-ci procède à une déclaration des 35 services multimédia qu'elle rend disponibles sur le réseau 100. Ainsi, pour 3045997 5 chaque GWM 101-i, et avantageusement pour chaque tuner Ti-j de chaque GWM 101-i, on collecte un ensemble de données de fonctionnement. Ces données de fonctionnement sont par exemple une ou plusieurs données parmi les suivantes : 5 - le nombre de tuners Ti-j présents pour chaque GWM 101-i considérée ; - le type de chaque tuner Ti-j, c'est-à-dire la nature (câble, Satellite, terrestre) des réceptions multimédia que le tuner considéré assure ; 10 - les services, par exemple les services de télévision, disponibles au niveau de chaque tuner Ti-j ; - la disponibilité de chaque ressource, l'état de disponibilité pouvant être "occupé", "libre", "hors service" ou "partagé" ; - un bilan de liaison pour chaque tuner Ti-j ; le bilan de liaison 15 pouvant comporter une ou plusieurs données parmi les suivantes : taux d'erreur binaire (Bit Error Rate en langue anglaise) associé à chaque service disponible, rapport signal à bruit (Carrier to Noise Ratio) pour chaque service disponible, un taux de trames MPEG incorrectes associées à chaque service disponible (Packet Error 20 Rate en langue anglaise), un indicateur de qualité, un indicateur de puissance... Dans chaque GWM 101-i, une ou plusieurs des données qui viennent d'être mentionnées sont collectées et sont avantageusement mémorisées dans un module de mémoire 103-i. Les données telles que définies sont 25 directement accessibles par chaque GWM 101-i en sollicitant les couches basses d'un programme pilote (ou driver en langue anglaise) d'un des tuners Ti-j de la GWM 101-i considérée. Différentes interfaces de programmation (ou API pour Application Programming Interface en langue anglaise) sont ainsi mises en oeuvre à cet effet, et coopèrent avec différents dispositifs 30 (BER, AGC, C/N...) habituellement installés avec les tuners des GWM permettant d'accéder aux données mentionnées. Ces données sont régulièrement mises à jour, par exemple à des intervalles de temps réguliers, ou à chaque accès à un nouveau service multimédia depuis un des terminaux 102-k via une des GWM 101-i. 35 Dans le procédé selon l'invention, on procède alors à la diffusion, 3045997 6 dans le réseau 100, et pour chaque GMW 101-i d'au moins un message d'information Mlx relatif aux données de fonctionnement collectées, x étant un entier naturel indiquant le numéro du message envoyé sur le réseau local 100. Les messages d'information Mlx sont émis sous la forme de trames de 5 données dans le réseau local 100. L'ensemble des messages d'information Mlx ainsi diffusés sont alors disponibles pour les terminaux clients 102-k. Dans un premier mode de mise en oeuvre, le message d'information Mlx est essentiellement un message déclaratif pour chaque GWM 101i permettant à chaque terminal 102-k de connaitre la présence sur le réseau 10 de la GWM 101-i. On prévoit alors, dans ce mode de mise en oeuvre d'utiliser le protocole JSON-RPC, plus particulièrement défini dans la spécification RFC 4627. Dans ce mode de mise en oeuvre, on équipe avantageusement chaque GWM 101-i d'un serveur de type http 104-i auquel chaque GMW peut se connecter via le réseau local 100, afin d'obtenir 15 notamment des paramètres physiques de la GMW considérée, ou le bilan de liaison, présentant une ou plusieurs données parmi celles qui ont été précédemment mentionnées. Dans un deuxième mode de mise en oeuvre, on met en oeuvre avantageusement un ou plusieurs protocoles parmi les suivants : 20 - "Neighbor Discover Protocol", notamment les spécifications RFC 4861 et 6494; - "Secure Neighbor Discovery", notamment la spécification RFC 3971. L'utilisation de ces protocoles permet de bénéficier, d'une façon 25 générale, de processus de découverte sécurisée des routeurs et des processus de découverte sécurisée des paramètres de la liaison et de détection des hôtes inaccessibles. Dans ce mode de mise en oeuvre, les messages d'information Mlx peuvent directement contenir un ensemble d'informations relatives à des 30 paramètres physiques de chaque tuner Ti-j. Ainsi, grâce à l'invention, lorsqu'un service multimédia est utilisé de manière habituelle par un tuner Ti-j, un grand nombre de paramètres physiques, décrivant notamment le bilan de liaison, du tuner Ti-j sont rendus disponibles dans tout le réseau local 100, notamment au niveau de tous ses 35 éventuels noeuds, et de tous les terminaux clients 102-k. Dans le contexte où 3045997 7 le service multimédia est amené à être redistribué vers les terminaux clients 102-k au travers du réseau 100, le procédé selon l'invention propose un monitoring distant, une gestion distante, de la ressource considérée (la GWM ou le tuner) en assurant la mise à disposition en lecture de l'état des 5 ressources par les terminaux clients ; cette gestion distante assure notamment la capacité d'accès aussi bien au bilan de liaison qu'à la disponibilité physique d'un tuner Ti-j. REVENDICATIONS1.Procédé de gestion d'un état de ressources dans un réseau multimédia local (100), le dit réseau comportant notamment un ensemble de terminaux clients (102-k) adaptés pour restituer des contenus multimédia, et un ensemble de passerelles applicatives multimédia (101-i) adaptées pour recevoir au moins un flux multimédia (Fi-j) par l'intermédiaire d'un ensemble de tuners (Ti-j), ledit procédé étant caractérisé en ce qu'il comporte les différentes étapes consistant à : - collecter, pour chaque tuner (Ti-j) de chaque passerelle applicative (101-i) du réseau multimédia local (100), un ensemble de données de fonctionnement ; - diffuser, dans le réseau local (100), au moins un message d'information (Mlx) relatif aux données de fonctionnement collectées. 2. Procédé selon la revendication précédente caractérisé en ce que le message d'information (Mlx) diffusé est émis par chaque passerelle (101-i) applicative multimédia. 3. Procédé selon l'une quelconque des revendications précédentes caractérisé en ce que le message (Mlx) diffusé est émis par chaque passerelle (101-i) applicative dès que la dite passerelle applicative (101-i) est connectée au réseau local (100). 4. Procédé selon l'une quelconque des revendications précédentes caractérisé en ce que le message (Mlx) diffusé est émis régulièrement dans le réseau local (100). 5. Procédé selon l'une quelconque des revendications précédentes caractérisé en ce que le message (Mlx) d'information comporte un ensemble d'informations relatives à des paramètres physiques de chaque tuner (Ti-j) pour lesquels on a collecté un ensemble de données de fonctionnement. 6. Procédé selon la revendication précédente caractérisé en ce que l'ensemble d'informations relatives à des paramètres physiques comporte des données relatives à un bilan de liaison et/ou à une disponibilité physique de chaque tuner (Ti-j) pour lesquels on a collecté un ensemble de données de fonctionnement. 7. Procédé selon l'une quelconque des revendications précédentes 3045997 9 caractérisé en ce que chaque passerelle applicative multimédia (101-i) est équipée d'un serveur de type serveur http, le message (Mlx) diffusé étant émis selon le protocole JSON-RPC. 8. Procédé selon la revendication précédente caractérisé en ce qu'il 5 comporte les différentes opérations supplémentaires consistant à : - recevoir le message d'information (Mlx) relatif aux données collectées par au moins un terminal client (102-k) donné parmi les terminaux clients (102-k) du réseau local (100) ; - identifier une passerelle applicative multimédia (101-i) de l'ensemble des 10 passerelles multimédia (101-i) associée au message d'information (Mlx) ; - suite à la réception du message d'information (Mlx) relatif aux données collectées, connecter le terminal client (102-k) donné à la passerelle multimédia (101-i) identifiée ; - accéder, depuis le terminal client (102-k) donné, à des informations sur des 15 paramètres physiques de la passerelle applicative multimédia (101-i) identifiée et/ou des tuners (Ti-j) de la passerelle applicative multimédia (101i) identifiée.