Brevet FR3064871A1 — publié le 20181005

Procédé et dispositif de transmission de chaines de télévision 1. Domaine de l'invention La demande se situe dans le domaine du visionnage de chaines de télévision par un utilisateur, et plus particulièrement lorsque les chaines sont transmises par un réseau basé sur le protocole Internet, selon une technique appelée IPTV. 2. Etat de la technique antérieure La transmission hertzienne des signaux de télévision s'effectue sans intermédiaire directement depuis une antenne de diffusion hertzienne jusqu'au téléviseur. Toutes les chaines de télévision disponibles sont transportées simultanément sur le canal hertzien, entre l'antenne de diffusion et le téléviseur. La transmission des signaux de télévision par réseau IP s'effectue depuis une tête de réseau ou plateforme IPTV, emprunte un réseau de transport, par exemple optique, jusqu'à des points de présence, puis depuis chaque point de présence, emprunte des réseaux d'accès pour atteindre les installations chez les clients finaux. De la tête de réseau vers l'installation chez le client, les débits disponibles pour la transmission diminuent. Comparé à transmission hertzienne, la transmission des signaux de télévision par réseau IP présente donc de fortes contraintes de débit, en particulier sur le dernier tronçon desservant l'installation chez le client. Cette installation comprend, en général, une passerelle d'accès internet, un décodeur de type IPTV et un moniteur audiovisuel, qui peut par exemple être un téléviseur, un smartphone ou une tablette. Le décodeur fait l'interface avec le réseau IP d'où arrivent les flux IPTV par l'intermédiaire de la passerelle d'accès Internet. Lorsqu'un utilisateur demande à visionner une chaine de télévision particulière, à l'aide d'une télécommande par exemple, une requête pour cette chaine est émise vers le réseau par le décodeur. Cette requête remonte jusqu'à un point dans le réseau 3064871 2 IPTV où cette chaine est disponible, par exemple un PoP (Point of Presence, ou point de présence), qui peut être un DSLAM dans le cas d'un réseau d'accès cuivre, ou un OLT dans le cas d'un réseau d'accès optique, ou être un point plus en amont, voire la plateforme de tête de réseau IPTV, dans le cas de chaines très peu demandées. 5 Lorsque le flux comprenant la chaine demandée arrive au décodeur après un premier délai lié au réseau, ce flux doit être décodé, c'est-à-dire être mis en forme pour sa visualisation sur le moniteur. Le décodage comprend en effet diverses opérations de traitement de signal, telles que synchronisation, éventuellement décryptage, et mise en mémoire tampon, qui introduisent un deuxième délai. La somme des délais de réseau 10 et de décodage atteint environ 1 à 2 secondes. Ce délai introduit une latence lors de tout changement de chaine, très dommageable à une visualisation fluide des chaines lorsque l'utilisateur passe d'une chaine à l'autre (lorsqu'il "zappe"). Afin de réduire cette latence, non seulement la chaine visionnée mais également d'autres chaines sont décodées par le décodeur, 15 sélectionnées en fonction de différents critères incluant la probabilité d'être demandées par l'utilisateur. Lorsque le canal de transmission utilisé par le décodeur pour recevoir la sélection de chaines est commun à d'autres usages, ce qui est par exemple d'une liaison Wi-Fi entre le décodeur et la passerelle d'accès Internet, la bande passante 20 occupée par ces chaines prend une place disproportionnée car elle est indisponible pour les autres usages et les autres utilisateurs partageant la passerelle d'accès internet, tout en étant très inefficacement utilisée. Comme en général une seule chaine est visionnée à tout moment par un utilisateur, une solution proposée par la demande de brevet W02009095081 consiste 25 pour le décodeur à cesser de décoder les chaines sélectionnées, sauf la chaine visionnée, lorsque l'utilisateur reste sur la même chaine pendant une durée déterminée. La bande passante précédemment occupée par les chaines non visionnées est ainsi libérée pour d'autres usages, mais au détriment du temps de latence lorsque l'utilisateur décide de zapper à nouveau. 30 Un des buts de l'invention est de remédier à ces inconvénients de l'état de la 3064871 3 technique. 3. Exposé de l'invention 5 L'invention vient améliorer la situation à l'aide d'un décodeur de flux multimédias pour recevoir et décoder un premier sous-ensemble d'une pluralité de flux multimédias, et émettre au moins un flux du premier sous-ensemble vers un moniteur, le décodeur étant contrôlable par une télécommande et comprenant: - un récepteur sans fil apte à recevoir un signal généré sur la base d'une 10 information issue d'un capteur de mouvement de la télécommande, - un processeur configuré pour requérir un deuxième sous-ensemble de flux de la pluralité à la place du premier, au moins en fonction du signal reçu. Lorsque l'utilisateur utilise la télécommande de son décodeur pour zapper, il 15 doit la tenir en main. La télécommande est donc en mouvement, au moins imperceptiblement. Inversement, lorsque la télécommande est parfaitement immobile, cela signifie qu'elle n'est plus tenue en main par l'utilisateur et qu'elle est posée, et donc que l'utilisateur n'est pas sur le point, ou en train de zapper. 20 Grâce à l'invention qui permet au décodeur d'être informé sur l'état de mobilité de la télécommande, le décodeur est en mesure d'anticiper une utilisation de la télécommande, par exemple une demande de changement de chaine de la part de l'utilisateur, dès l'instant que la télécommande est prise en main, sans attendre de recevoir un message de la part de la télécommande relatif à un choix effectué par 25 l'utilisateur. En effet, selon que la télécommande est mobile ou immobile, c'est-à-dire selon qu'elle est tenue ou non par l'utilisateur, la probabilité d'une telle demande de changement de chaine par l'utilisateur est alors soit forte, soit quasi nulle. Lorsque la télécommande passe de l'état immobile à mobile, le décodeur peut alors anticiper une demande de changement de chaine, et commencer à décoder un 30 plus grand sous-ensemble de chaines, sans attendre que l'utilisateur effectue cette 3064871 4 demande en appuyant sur une touche de la télécommande. Ainsi, au moment où la demande de changement de chaine est effectivement reçue par le décodeur, le décodeur est déjà dans un mode de fonctionnement optimal pour diminuer le temps de latence au changement de chaine. 5 De même, lorsque la télécommande passe de l'état mobile à immobile, le décodeur peut alors cesser de décoder les chaines non visionnées, sans attendre l'expiration d'une durée durant laquelle aucun changement de chaine n'est demandé par l'utilisateur. La bande passante occupée par les chaines non visionnées est alors libérée plus rapidement. 10 On comprend aussi que grâce à l'invention, il est possible d'anticiper soit une période durant laquelle l'utilisateur demandera un changement de chaine, soit une période durant laquelle il ne demandera aucun changement de chaine. Dans un premier mode de réalisation, le signal reçu en provenance de la télécommande est un signal reçu périodiquement et indiquant que la télécommande 15 est en mouvement. Dans ce mode, le décodeur déduit que l'état de la télécommande est immobile, dès qu'il cesse de recevoir le signal. Dans un deuxième mode de réalisation, le signal reçu en provenance de la télécommande comprend une information relative à l'état, mobile ou immobile, de la télécommande. 20 L'invention concerne également une télécommande apte à contrôler un décodeur de flux multimédias, comprenant: - un capteur de mouvement de la télécommande, - un émetteur sans fil apte à émettre vers le décodeur un signal généré sur la 25 base d'une information issue du capteur. Le fait qu'une télécommande d'un décodeur soit en mouvement ou immobile est une indication sur l'utilisation probable qu'en fera un utilisateur. Cette indication est une information utile au décodeur pour anticiper certaines actions. 30 Afin d'indiquer son état de mobilité, la télécommande revendiquée utilise un 3064871 5 capteur, par exemple constitué d'un accéléromètre. Dans un premier mode de réalisation de la télécommande, l'émetteur émet périodiquement vers le décodeur un signal indiquant que la télécommande est en mouvement. Lorsque ce signal n'est plus reçu par le décodeur, il en déduit que la télécommande est immobile. La fréquence 5 d'émission de ce signal, qui peut être configurable, doit être inférieure à la latence au zapping expérimentée selon la technique antérieure, et est par exemple de l'ordre du dixième de seconde. Selon un aspect de l'invention, la télécommande comprend en outre un 10 processeur configuré pour déterminer un état de mobilité de la télécommande sur la base de l'information issue du capteur, et où le signal émis par l'émetteur comprend l'état déterminé. Dans un deuxième mode de réalisation de la télécommande, c'est elle-même qui détermine son état de mobilité et en informe le décodeur. 15 A tout moment, un processeur connecté au capteur, détermine l'état, mobile ou immobile, dans lequel se trouve la télécommande. En particulier, il est possible de déterminer cet état au moment où il change. Ainsi, que ce soit dans le premier ou le second mode de réalisation de la télécommande, le décodeur est informé immédiatement dès le début d'une période de 20 mobilité, ou d'immobilité, de la télécommande. Le décodeur peut par exemple mettre à profit cette information pour anticiper soit une période durant laquelle l'utilisateur demandera un changement de chaine, soit une période durant laquelle il ne demandera aucun changement de chaine. 25 Selon un aspect de l'invention, l'état de mobilité prend une valeur d'un groupe comprenant au moins les valeurs "mobile" et "immobile". Avantageusement, ces 2 états permettent au décodeur d'adopter 2 modes principaux de fonctionnement. 30 Selon un autre aspect, l'état "mobile" peut se subdiviser en sous-états se 3064871 6 distinguant par la vitesse et/ou la portée d'un mouvement dans l'espace effectué par la télécommande. Par exemple, un mouvement rapide de grande portée peut signaler que la télécommande est retirée de sa position de rangement par l'utilisateur, ou au contraire déposée dans sa position de rangement. Des mouvements répétés de portée 5 limitée peuvent signaler que l'utilisateur appuie sur des touches de la télécommande, ce qui n'est pas une information inutile pour le décodeur lorsqu'il n'est pas configuré pour répondre à toutes les touches disponibles sur la télécommande. Selon un aspect de l'invention, l'émetteur émet l'information relative à l'état de 10 mobilité après un changement d'état. Avantageusement, afin de ne pas émettre d'informations inutiles, l'information relative à l'état de mobilité est émise vers le décodeur seulement lorsqu'un changement d'état est détecté. Selon un autre aspect de la télécommande, l'information peut être émise une 15 seule fois par changement d'état, ou bien être répétée périodiquement, afin d'être sûr que l'information soit bien reçue par le décodeur, par exemple si la transmission sans fil entre la télécommande et le décodeur est gênée par un obstacle. L'invention concerne aussi un système de sélection anticipative d'un sous- 20 ensemble de flux d'une pluralité de flux multimédias, comprenant un décodeur conforme à celui qui vient d'être décrit, et une télécommande conforme à celle qui vient d'être décrite. L'invention concerne un procédé de sélection d'un sous-ensemble d'une 25 pluralité de flux multimédias, mis en oeuvre par un premier dispositif apte à recevoir les flux de la pluralité, le procédé comprenant: - la réception et le décodage d'un premier sous-ensemble de la pluralité de flux, - l'émission d'un flux du premier sous-ensemble à destination d'un moniteur, dit flux visualisé, 30 - la réception d'une information relative à un état de mobilité d'un deuxième 3064871 7 dispositif apte à commander à distance le premier dispositif, - l'émission d'une requête pour l'obtention d'un deuxième sous-ensemble de la pluralité de flux, sélectionné au moins en fonction de l'information reçue, - la réception du deuxième sous-ensemble de flux sélectionné. 5 Le premier dispositif de ce procédé est par exemple un décodeur de type IPTV qui reçoit des sous-ensembles de flux en provenance d'un réseau IPTV. Le deuxième dispositif est la télécommande du décodeur, c'est-à-dire une télécommande permettant de contrôler divers paramètres du décodeur, tels que la chaine visionnée, le volume du 10 son, etc. Comme la requête pour l'obtention d'un deuxième sous-ensemble de flux est émise sans attendre la réception d'un message de la part de la télécommande relatif à un choix effectué par l'utilisateur, le deuxième sous-ensemble de flux est reçu plus rapidement que dans la technique antérieure qui ne prend pas compte de l'état de 15 mobilité de la télécommande. Cette rapidité accrue a le double avantage de diminuer la latence au zapping lorsque la télécommande entre dans une période de mobilité, et de libérer des ressources plus rapidement lorsque la télécommande entre dans une période d'immobilité. En effet, selon la technique antérieure, après une période de stabilité sur la 20 chaine visualisée, au cours de laquelle le décodeur a réduit le plus possible le nombre de chaines reçues afin de libérer des ressources, le décodeur attend de recevoir une commande de changement de chaine avant de requérir plus de chaines, ce qui introduit une latence. Selon le procédé revendiqué, le décodeur requiert plus de chaines dès que la télécommande devient mobile, en anticipation de la commande de 25 changement de chaine. De même, selon la technique antérieure, une période de stabilité sur la chaine visualisée est reconnue par le décodeur après expiration d'un certain délai depuis la dernière commande de changement de chaine. Le décodeur attend donc la fin de ce délai avant de réduire le plus possible le nombre de chaines reçues afin de libérer des 30 ressources. Selon le procédé revendiqué, le décodeur réduit le nombre de chaines 3064871 8 reçues dès que la télécommande devient immobile, sans attendre la fin du délai ci-dessus. Selon un aspect du procédé de sélection, l'information indique un état mobile, 5 et le deuxième sous-ensemble comprend des flux dont la probabilité est forte d'être choisis par un utilisateur ayant choisi le flux visualisé. Ainsi, lorsque l'information reçue par le décodeur indique un état de mobilité après une période d'immobilité, le décodeur sait immédiatement que la télécommande entre dans une période de mobilité et anticipe une demande de changement de chaine 10 de la part de l'utilisateur, en décidant de recevoir et décoder un nombre accru de chaines. Selon un autre aspect, le nombre de flux du deuxième sous-ensemble peut aussi dépendre d'une bande passante disponible pour le décodeur. Ainsi, le décodeur s'adapte à la bande passante disponible. L'information 15 relative à la bande passante disponible peut être obtenue de la part de la passerelle d'accès Internet, par exemple. Selon un aspect du procédé de sélection, l'information indique un état mobile, le deuxième sous-ensemble comprend uniquement le flux visualisé, la réception de 20 l'information est précédée d'au moins une autre réception de la même information à un intervalle de temps déterminé, et l'émission de la requête est déclenchée après expiration d'un délai supérieur à l'intervalle. Ainsi, lorsque la télécommande émet son signal de façon répétée à intervalle constant lorsqu'elle est en mouvement, mais n'émet aucun signal lorsqu'elle est 25 immobile, le décodeur déduit que la télécommande est immobile dès qu'il ne reçoit plus le signal à l'intervalle prévu. Afin de libérer des ressources, le décodeur décide alors de ne recevoir et décoder que la chaine visionnée par l'utilisateur. Selon un aspect du procédé de sélection, l'information indique un état immobile, 30 et le deuxième sous-ensemble comprend uniquement le flux visualisé. 3064871 9 Ainsi, lorsque la télécommande est capable de déterminer elle-même son état de mobilité, et que l'information reçue par le décodeur indique un état d'immobilité après une période de mobilité, le décodeur sait immédiatement que la télécommande entre dans une période d'immobilité et décide de ne recevoir et décoder que la chaine 5 visionnée par l'utilisateur, afin de libérer des ressources. Selon un aspect du procédé de sélection, l'émission de la requête est déclenchée après expiration d'un délai de confirmation après la réception de l'information. 10 Grâce au délai de confirmation, des fluctuations trop rapides entre périodes de mobilité et d'immobilité de la télécommande ne se traduisent pas automatiquement par des requêtes trop rapprochées dans le temps, qui diminueraient l'efficacité du procédé car consommatrices de ressources. Ce délai peut être par exemple de l'ordre de quelques dixièmes de seconde, ou de l'ordre de la seconde. 15 Les différents aspects du procédé de sélection qui viennent d'être décrits peuvent être mis en oeuvre indépendamment les uns des autres ou en combinaison les uns avec les autres. 20 L'invention concerne aussi un procédé de signalisation d'une information relative à un état de mobilité, mis en oeuvre par un dispositif de commande à distance d'un autre dispositif apte à recevoir des flux d'une pluralité de flux multimédias, le procédé comprenant: - l'obtention d'une information relative à un état de mobilité du dispositif de 25 commande à distance, - la détermination d'un changement de l'état de mobilité, - l'émission d'un signal sur la base de l'information relative à l'état de mobilité, à destination de l'autre dispositif. 30 Grâce au procédé de signalisation revendiqué, la télécommande est en mesure 3064871 10 d'émettre vers le décodeur une information relative à son état de mobilité, dès qu'un capteur compris dans la télécommande génère cette information. Ainsi, le décodeur peut requérir un nouveau sous-ensemble de flux au plus vite. Dans un premier mode de réalisation du procédé de signalisation, l'émission du 5 signal est effectuée périodiquement vers le décodeur, tant que le capteur détecte que la télécommande est en mouvement. Le signal indique donc que la télécommande est en mouvement, et l'absence de signal indique que la télécommande est immobile. Selon un aspect du procédé de signalisation, il comprend en outre la 10 détermination de l'état mobile ou immobile, sur la base de l'information obtenue, et le signal émis comprend l'état déterminé. Dans un deuxième mode de réalisation du procédé de signalisation, c'est la télécommande elle-même qui détermine son état de mobilité, mobile ou immobile, et en informe le décodeur, ce qui évite à celui-ci de devoir le déduire. 15 L'invention concerne en outre un signal portant une information relative à un état de mobilité d'une télécommande apte à commander un décodeur (STB) de flux d'une pluralité de flux multimédias, le signal étant généré et émis par la télécommande, reçu par le décodeur, et déclenchant l'émission d'une requête par le décodeur pour 20 l'obtention d'un sous-ensemble de la pluralité de flux, le sous-ensemble étant sélectionné sur la base de l'information. L'invention vise aussi : - un programme d'ordinateur comprenant des instructions pour la mise en oeuvre 25 des étapes du procédé de sélection qui vient d'être décrit, lorsque ce programme est exécuté par un processeur, ainsi qu'un support d'informations lisible par un décodeur, et comportant des instructions de ce programme d'ordinateur, - un programme d'ordinateur comprenant des instructions pour la mise en oeuvre des étapes du procédé de signalisation qui vient d'être décrit, lorsque ce 30 programme est exécuté par un processeur, ainsi qu'un support d'informations 3064871 11 lisible par une télécommande, et comportant des instructions de ce programme d'ordinateur. Ces programmes peuvent utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code 5 source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. Les supports d'informations peuvent être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, un tel support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit 10 microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. D'autre part, un tel support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Un programme selon l'invention peut être 15 en particulier téléchargé sur un réseau de type Internet. Alternativement, un support d'informations selon l'invention peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution des procédés en question. 20 4. Présentation des figures D'autres avantages et caractéristiques de l'invention apparaitront plus clairement à la lecture de la description suivante d'un mode de réalisation particulier de l'invention, donné à titre de simple exemple illustratif et non limitatif, et des dessins 25 annexés, parmi lesquels : la figure 1 présente un exemple d'enchainement et de mise en oeuvre des échanges entre télécommande, décodeur de type IPTV, téléviseur et réseau IPTV, selon la technique antérieure, la figure 2 présente un exemple d'enchainement et de mise en oeuvre des 30 échanges entre télécommande, décodeur de type IPTV, téléviseur et réseau 3064871 12 IPTV, selon un mode de réalisation de l'invention, la figure 3 présente un exemple de structure d'un décodeur de type IPTV, selon un aspect de l'invention, la figure 4 présente un exemple de structure d'une télécommande pour décodeur 5 de type IPTV, selon un aspect de l'invention. 5. Description détaillée d'au moins un mode de réalisation de l'invention Dans la suite de la description, on présente des exemples de plusieurs modes 10 de réalisation de l'invention se basant sur des protocoles de couche basse entre une télécommande et un décodeur, et le protocole IGMP (Internet Group Management Protocol) issu de l'IETF (Internet Engineering Task Force) entre un décodeur et un réseau multicast IPTV, mais l'invention peut se baser également sur d'autres protocoles. 15 La figure 1 présente un exemple d'enchainement et de mise en oeuvre des échanges entre télécommande, décodeur de type IPTV, téléviseur et réseau IPTV, selon la technique antérieure. Un réseau IPTV est apte à diffuser vers un décodeur un sous-ensemble de flux 20 d'une pluralité de flux multimédias, sur la base d'une requête émise par le décodeur vers une entité du réseau IPTV. Dans un premier temps, le décodeur STB reçoit un sous-ensemble de flux comprenant le flux Chi, et décode le flux Chi lors d'une étape FOO, afin de l'émettre vers le téléviseur TV lors d'une étape F01. La chaine visionnée pour l'utilisateur est la 25 chaine Chi correspondant au flux multimédia Chi. Dans ce document, les termes flux et chaine sont interchangeables. Puis, dans un deuxième temps, l'utilisateur décide de regarder la chaine Ch2 en effectuant le choix correspondant sur la télécommande RC. Lors d'une étape E01, un signal CTL(Ch2sel) est émis par la télécommande RC, et reçu par le décodeur STB au 30 cours d'une étape F02. Ce signal porte un message de commande pour la sélection de 3064871 13 la chaine Ch2, et peut être un signal infra-rouge, un signal Wi-Fi, ou tout autre type de signal radio, selon le protocole utilisé entre la télécommande RC et le décodeur STB. Si l'utilisateur est resté sur la chaine Chi pendant une durée supérieure à un seuil déterminé, seul le flux Chi est décodé par le décodeur, et le flux Ch2 ne fait pas 5 partie du ou des flux décodés lors de l'étape FOO. Lors d'une étape F03, le décodeur STB doit donc émet une requête vers le réseau IPTVN afin de recevoir un sous-ensemble de flux Ch2+ comprenant le flux Ch2. Cette requête peut par exemple être une requête IGMP. Le protocole IGMP permet l'abonnement et le désabonnement à un ou plusieurs flux multimédia d'un groupe 10 multicast. Un tel groupe multicast est par exemple formé d'une plateforme IPTV et de l'ensemble des décodeurs IPTV auxquels la plateforme peut émettre des flux. En l'occurrence, une requête IGMP(Ch2+) d'abonnement au sous-ensemble de flux Ch2+ est émise par le décodeur STB. Cette requête peut être précédée d'une requête IGMP(Ch1-) de désabonnement au sous-groupe de flux comprenant Chi. 15 Lors d'une étape G01, la requête IGMP(Ch2+) est reçue par une entité du réseau multicast, notée IPMR, par exemple un routeur IP multicast localisé dans un DSLAM ou un OLT, ou plus en amont dans le réseau, apte à gérer les abonnements aux flux. Lors d'une étape G02, l'entité IPMR émet vers le décodeur le sous-ensemble 20 de flux Ch2+. Lors d'une étape F04, le sous-ensemble de flux Ch2+ est reçu par le décodeur STB. Lors d'une étape F05, le décodeur STB exécute les opérations de décodage de tous les flux sous-ensemble de flux Ch2+, par exemple les opérations de 25 synchronisation, éventuellement décryptage, et mise en mémoire tampon. Enfin, lors d'une étape F06, le flux Ch2 est émis vers le moniteur TV. L'utilisateur peut alors visualiser la chaine Ch2. La latence au zapping LZAA dans le décodeur STB, selon cette technique antérieure, peut être définie de façon objective comme la durée écoulée entre l'étape 30 F02, c'est-à-dire le moment où le décodeur STB reçoit la commande pour la chaine 3064871 14 Ch2, et l'étape F06, c'est-à-dire le moment où le flux Ch2 peut être émis vers le moniteur TV. Cette latence LZAA est de l'ordre de 1 à 2 secondes. La figure 2 présente un exemple d'enchainement et de mise en oeuvre des 5 échanges entre télécommande, décodeur de type IPTV, téléviseur et réseau IPTV, illustratifs des procédés de sélection d'un sous-ensemble d'une pluralité de flux multimédias et de signalisation d'une information relative à un état de mobilité, selon l'invention. Le procédé de sélection, mis en oeuvre par le décodeur STB, comprend les 10 étapes numérotées à l'aide de la lettre F. Le procédé de signalisation, mis en oeuvre par la télécommande RC, comprend les étapes numérotées à l'aide de la lettre E. Comme dans le scénario précédent décrit en relation avec la figure 1, dans un 15 premier temps, le décodeur STB reçoit un sous-ensemble de flux Ch 1 + comprenant le flux Chi, et décode le flux Chi lors d'une étape FOO, afin de l'émettre vers le téléviseur TV lors d'une étape F01. La chaine visionnée pour l'utilisateur est la chaine Chi correspondant au flux multimédia Chi. Puis, dans un deuxième temps, l'utilisateur décide de regarder la chaine Ch2 en 20 effectuant le choix correspondant sur la télécommande RC. Mais à la différence du scénario précédent, des étapes nouvelles sont mises en oeuvre avant les étapes E01 et F02, respectivement d'émission et de réception du signal CTL(Ch2sel) de changement de chaine. Lors d'une étape El 0, un signal CTL(mob) est émis par la télécommande RC, 25 et reçu par le décodeur STB au cours d'une étape F10. Ce signal nouveau résulte de la détection automatique, par la télécommande RC à l'aide d'un capteur de mouvement, d'un mouvement auquel elle est assujettie. Un tel mouvement se produit lorsqu'un utilisateur ayant l'intention de zapper se saisit de la télécommande posée sur un meuble. La détection du mouvement déclenche l'émission lors de l'étape El 0 du signal 30 CTL(mob) portant un message vers le décodeur STB, par exemple selon les mêmes 3064871 15 protocoles que les signaux habituels de la télécommande pour le changement de chaine ou de volume. Ce message comprend l'information que la télécommande vient de bouger après une station immobile prolongée. Lors de l'étape F10, le décodeur STB reçoit ce signal CTL(mob). 5 Avantageusement, le décodeur anticipe alors un changement de chaine, sans avoir besoin de recevoir un message de commande initié par l'utilisateur. L'étape F10 déclenche une étape F11 d'émission par le décodeur STB d'une requête vers le réseau IPTVN afin de recevoir un sous-ensemble de flux, par exemple une requête IGMP comme dans le scénario précédent. En l'occurrence, une requête IGMP(Ch1+) est 10 émise pour l'abonnement à un sous-ensemble de flux Ch1+ comprenant Chi, la chaine en cours de visualisation. En effet, comme la chaine qui sera demandée par l'utilisateur n'est pas encore connue, il est optimal que le décodeur requiert des flux qui sont les plus susceptibles d'être sélectionnés par un utilisateur en train de visualiser la chaine Chi. La sélection de ce sous-ensemble optimal en fonction de la chaine Chi est 15 effectuée selon des techniques connues. Par exemple, il peut s'agir des N chaines immédiatement précédant et suivant la chaine Chi dans la numérotation utilisée par le réseau IPTV et connue des utilisateurs finaux. Lors d'une étape G10, la requête IGMP(Ch1+) est reçue par l'entité IPMR du réseau multicast, apte à gérer les abonnements aux flux. 20 Lors d'une étape G11, l'entité IPMR émet vers le décodeur le sous-ensemble de flux Ch1+. Lors d'une étape F12, le sous-ensemble de flux Ch1+ est reçu par le décodeur STB. Lors d'une étape F13, le décodeur STB exécute les opérations de décodage de 25 tous les flux sous-ensemble de flux Ch1+, par exemple les opérations de synchronisation, éventuellement de décryptage, et de mise en mémoire tampon. Après l'émission par la télécommande, lors de l'étape E10, du signal indiquant que l'utilisateur a saisi la télécommande, un certain laps de temps s'écoule avant que l'utilisateur ne décide de changer de chaine en appuyant sur une touche de la 30 télécommande. L'hypothèse est que ce laps de temps est au moins aussi long que la 3064871 16 latence LZAA. En d'autres termes, le choix d'une nouvelle chaine par l'utilisateur, la chaine Ch2 par exemple, se traduit par un signal CTL(Ch2sel), émis par la télécommande RC lors d'une étape El 1 identique à l'étape E01 précédemment décrite, qui est reçu par le décodeur STB lors d'une étape F14 identique à l'étape F02 5 précédemment décrite, mais à un moment ultérieur à l'étape F13. Il est bien sûr supposé, dans la même hypothèse, que le flux Ch2 se trouve parmi les flux du sous-ensemble Chi +, qui ont été requis lors de l'étape Fil et décodés lors de l'étape F13. On comprend que grâce à l'invention, le décodeur peut, immédiatement après 10 l'étape F14, émettre le flux Ch2 vers le moniteur TV, lors d'une étape F15 identique à l'étape F06 précédemment décrite. L'utilisateur peut alors immédiatement visualiser la chaine Ch2. La latence au zapping LZ dans le décodeur STB n'est plus que la durée écoulée entre l'étape F14 et l'étape F15, c'est à dire quelques millisecondes, plutôt que 15 les 1 à 2 secondes de la latence LZAA selon la technique antérieure. Après avoir zappé, l'utilisateur pose la télécommande RC, par exemple sur un meuble. La télécommande RC devient immobile. Pour ce cas, deux modes de réalisation sont possibles. 20 Dans un premier mode de réalisation de la télécommande et du décodeur, la télécommande émet le signal CTL(mob) périodiquement, avec une fréquence déterminée, tant que la télécommande est en mouvement. Dans ce premier mode, le décodeur déduit que l'état de la télécommande passe de mobile à immobile dès qu'il 25 cesse de recevoir le signal CTL(mob). Dans un deuxième mode de réalisation, la télécommande détermine elle-même son état de mobilité. La télécommande émet le signal CTL(mob) lorsqu'elle est mobile, et un signal CTL(immob) lorsqu'elle est immobile. Dans ce deuxième mode, le signal émis par la télécommande comprend donc une information différente selon l'état, 30 mobile ou immobile, de la télécommande. 3064871 17 Pour des raisons de simplicité, ce deuxième mode est décrit d'abord car il est illustré dans la figure 2. Pour la description du premier mode, non illustré, seules quelques étapes diffèrent. Lors d'une étape E12, un signal CTL(immob) est émis par la 5 télécommande RC, et reçu par le décodeur STB au cours d'une étape F16. Ce signal nouveau résulte de la détermination automatique, par la télécommande RC à l'aide d'un capteur de mouvement, de la cessation de tout mouvement auquel elle est assujettie. La télécommande peut déterminer l'état d'immobilité, par exemple parce que le capteur cesse de générer un signal correspondant à un mouvement de la 10 télécommande. La détermination de l'immobilité de la télécommande RC déclenche l'émission, lors de l'étape E12, du signal CTL(immob) portant un message de commande vers le décodeur STB, par exemple selon les mêmes protocoles que les signaux habituels pour le changement de chaine ou de volume. Ce message de commande comprend l'information que la télécommande vient de cesser de bouger. 15 Lors de l'étape F16, le décodeur STB reçoit ce signal CTL(immob), qui permet au décodeur de déduire qu'aucun autre message de commande ne sera reçu pendant un certain temps. Avantageusement, le décodeur décide de ne plus recevoir du réseau IPTV d'autre chaine que la chaine visualisée par l'utilisateur, c'est-à-dire la chaine Ch2. 20 Les étapes F12 et F16 de ce deuxième mode sont remplacées dans le premier mode par une étape F16', non illustrée. Dans le premier mode, le signal CTL(mob) émis lors de l'étape El 0 est émis par la télécommande à intervalles répétés selon une fréquence F, tant que le capteur de mouvement de la télécommande détecte un mouvement. Dès que la télécommande devient immobile, elle cesse d'émettre le signal 25 CTL(mob). Lors de l'étape F16' propre à ce premier mode, le décodeur STB détecte qu'il a cessé de recevoir le signal CTL(mob), Ceci permet au décodeur de déduire qu'aucun autre message de commande venant de la télécommande ne sera reçu pendant un certain temps. 30 Les étapes qui suivent sont identiques pour les deux modes. L'étape F16 ou 3064871 18 l'étape F16' déclenche une étape F17 d'émission par le décodeur STB d'une requête vers le réseau IPTVN afin de ne recevoir que le flux Ch2, par exemple une requête IGMP comme dans le scénario précédent. En l'occurrence, une requête IGMP(Ch2) est émise pour l'abonnement au flux Ch2 uniquement, qui correspond à la chaine en cours 5 de visualisation. En effet, comme il est prévisible qu'aucune autre chaine ne sera demandée par l'utilisateur pendant un certain temps, il est optimal que le décodeur STB libère le plus vite possible la bande passante occupée par les flux non visualisés. De plus, des ressources du décodeur STB sont libérées car il n'a plus à décoder les flux non 10 visualisés. Lors d'une étape G12, la requête IGMP(Ch2) est reçue par l'entité IPMR du réseau multicast, apte à gérer les abonnements aux flux. Lors d'une étape G13, l'entité IPMR émet vers le décodeur le seul flux Ch2. La bande passante, occupée par les flux émis lors de l'étape G11 mais non visualisés, est 15 donc libérée. Si le sous-ensemble Ch1+ comprend les N chaines immédiatement inférieures et supérieures numériquement à la chaine Chi, comme évoqué plus haut, le gain en bande passante est d'un facteur 2N+1. Lors d'une étape F19, le décodeur STB exécute les opérations de décodage du seul flux Ch2, par exemple les opérations de synchronisation, éventuellement 20 décryptage, et mise en mémoire tampon. Des ressources du décodeur STB sont donc libérées. Il est à noter que certaines des étapes ci-dessus indiquent le début d'une émission, d'une réception ou d'un traitement de flux, c'est-à-dire d'une action continue 25 sur une durée limitée, et peuvent être encore en cours au moment d'autres étapes d'action ponctuelle. En ce sens les étapes FOO, F01, F04, F05, F06, F12, F13, F15, F18 et F19 sont des étapes d'action continue, et les étapes F02, F03, F10, F11, F14, F16, F16' et F17 sont des étapes d'action ponctuelle. 30 En relation avec la figure 3, on présente maintenant un exemple de structure 3064871 19 d'une télécommande pour un décodeur de type IPTV, selon un aspect de l'invention. La télécommande RC met en oeuvre le procédé de signalisation, dont différents modes de réalisation viennent d'être décrits. La télécommande RC comprend entre autre un capteur MC de mouvement de 5 la télécommande, et un émetteur WLE sans fil apte à émettre vers le décodeur un signal portant une information relative à l'état de mobilité de la télécommande. Le capteur peut être réalisé à l'aide d'au moins un accéléromètre. Avantageusement, la télécommande RC peut également comprendre une unité de traitement 130, équipée par exemple d'un microprocesseur 1..1P, et pilotée par un 10 programme d'ordinateur 110, stocké dans une mémoire 120 et mettant en oeuvre le procédé de signalisation selon l'invention. A l'initialisation, les instructions de code du programme d'ordinateur 110 sont par exemple chargées dans une mémoire RAM, avant d'être exécutées par le processeur de l'unité de traitement 130. La mémoire 120 et le processeur de l'unité de traitement 130 sont aptes à, et 15 configurés pour obtenir du capteur une information relative à un état de mobilité de la télécommande RC, déterminer un changement de l'état de mobilité, et déclencher l'émission du signal portant l'information relative à l'état de mobilité. La télécommande RC comprend également un élément KB, par exemple un clavier composé de touches, un écran tactile, ou un module de reconnaissance vocale, 20 permettant à un utilisateur de sélectionner des fonctions et de déclencher l'émission par la télécommande de messages de commande correspondant aux fonctions, à destination du décodeur. En relation avec la figure 4, on présente maintenant un exemple de structure 25 d'un décodeur de type IPTV, selon un aspect de l'invention. Le décodeur STB met en oeuvre le procédé de sélection, dont différents modes de réalisation viennent d'être décrits. Par exemple, le décodeur comprend une unité de traitement 230, équipée par exemple d'un microprocesseur 1..1P, et pilotée par un programme d'ordinateur 210, 30 stocké dans une mémoire 220 et mettant en oeuvre le procédé de sélection selon 3064871 20 l'invention. A l'initialisation, les instructions de code du programme d'ordinateur 210 sont par exemple chargées dans une mémoire RAM, avant d'être exécutées par le processeur de l'unité de traitement 230. Le décodeur STB comprend entre autre un récepteur WLR sans fil apte à 5 recevoir de la part d'une télécommande un signal (CTL(mob); CTL(immob)) portant une information relative à l'état de mobilité de la télécommande. Il comprend également un émetteur IPTVREQ apte à émettre des requêtes IGMP ou équivalentes, un récepteur IPTVFL apte à recevoir des flux de la pluralité de flux Ch+, ainsi qu'une interface, par exemple HDMI, pour émettre un flux multimédia ChV décodé vers le 10 moniteur TV pour être visualisé. La mémoire 220 et le processeur de l'unité de traitement 230 sont aptes à, et configurés pour - le décodage d'un premier sous-ensemble de la pluralité de flux, - déclencher l'émission d'une requête pour l'obtention d'un deuxième sous- 15 ensemble de la pluralité de flux, sélectionné au moins en fonction de l'information reçue relative à un état de mobilité de la télécommande RC. Le décodeur STB comprend également une interface SC composé d'un écran et éventuellement de touches, permettant à un utilisateur de lire certaines informations 20 comme le numéro de la chaine ChV visionnée, ou d'opérer une sélection de certaines fonctions directement sur le décodeur STB, en alternative à l'utilisation de la télécommande RC. Les figures 3 et 4 illustrent seulement des manières particulières, parmi 25 plusieurs autres possibles, de réaliser respectivement la télécommande et le décodeur revendiqués. En effet, la technique de l'invention se réalise indifféremment sur des machines de calcul reprogrammable (un ordinateur PC, un processeur DSP ou un microcontrôleur) exécutant un programme comprenant une séquence d'instructions, ou sur des machines de calcul dédiée (par exemple un ensemble de portes logiques 30 comme un FPGA ou un ASIC, ou tout autre module matériel). 3064871 21 Dans le cas où l'invention est implantée sur des machine de calcul reprogrammables, les programmes correspondants (c'est-à-dire la séquence d'instructions) pourront être stockées dans des média de stockage amovibles (tel que par exemple une disquette, un CD-ROM ou un DVD-ROM) ou non, ces média de 5 stockage étant lisibles partiellement ou totalement par un ordinateur ou un processeur. Dans les exemples présentés, le décodeur STB est distinct du moniteur TV. L'invention s'applique également au cas où la fonction de décodeur et la fonction de moniteur sont combinées dans un seul et même dispositif, comme par exemple un 10 smartphone ou une tablette. REVENDICATIONS1. Décodeur de flux multimédias pour recevoir et décoder un premier sous-ensemble d'une pluralité de flux multimédias, et émettre au moins un flux du premier sous- ensemble vers un moniteur (TV), le décodeur (STB) étant contrôlable par une télécommande (RC) et comprenant: - un récepteur sans fil (WLR) apte à recevoir un signal (CTL(mob); CTL(immob)) généré sur la base d'une information issue d'un capteur de mouvement de la télécommande, - un processeur (230) configuré pour requérir un deuxième sous-ensemble (Ch1+; Ch2) de flux de la pluralité à la place du premier, au moins en fonction du signal reçu. 2. Télécommande (RC) apte à contrôler un décodeur (STB) de flux multimédias, 15 comprenant: - un capteur de mouvement (MC) de la télécommande, - un émetteur sans fil (WLE) apte à émettre vers le décodeur un signal (CTL(mob); CTL(immob)) généré sur la base d'une information issue du capteur. 20 3. Télécommande selon la revendication 2, comprenant en outre un processeur (130) configuré pour déterminer un état de mobilité de la télécommande sur la base de l'information issue du capteur (MC), et où le signal (CTL(mob); CTL(immob)) émis par l'émetteur comprend l'état déterminé. 25 4. Télécommande selon l'une des revendications 2 ou 3, où l'émetteur (WLE) est configuré pour émettre l'information relative à l'état de mobilité après un changement d'état. 5. Système de sélection anticipative d'un sous-ensemble de flux d'une pluralité de flux 30 multimédias, comprenant un décodeur conforme à la revendication 1 et une 3064871 23 télécommande conforme à l'une des revendications 2 à 4. 6. Procédé de sélection d'un sous-ensemble d'une pluralité de flux multimédias, mis en oeuvre par un premier dispositif (STB) apte à recevoir les flux de la pluralité, le 5 procédé comprenant: - la réception et le décodage (F00) d'un premier sous-ensemble de la pluralité de flux, - l'émission (F01) d'un flux du premier sous-ensemble à destination d'un moniteur (TV), dit flux visualisé, 10 - la réception (F10; F16) d'un signal (CTL(mob); CTL(immob)) comprenant une information relative à un état de mobilité d'un deuxième dispositif (RC) apte à commander à distance le premier dispositif, - l'émission (F11; F17) d'une requête pour l'obtention d'un deuxième sous-ensemble de la pluralité de flux, sélectionné au moins en fonction de l'information reçue, - la réception (F12; F18) du deuxième sous-ensemble de flux sélectionné. 7. Procédé de sélection selon la revendication 6, où l'information indique un état mobile, et où le deuxième sous-ensemble comprend des flux dont la probabilité est forte d'être choisis par un utilisateur ayant choisi le flux visualisé. 8. Procédé de sélection selon la revendication 6, où l'information indique un état mobile, où le deuxième sous-ensemble comprend uniquement le flux visualisé, où la réception de l'information est précédée d'au moins une autre réception de la même information à un intervalle de temps déterminé, et où l'émission de la requête est déclenchée après expiration d'un délai supérieur à l'intervalle. 9. Procédé de sélection selon la revendication 6, où l'information indique un état immobile, et où le deuxième sous-ensemble comprend uniquement le flux visualisé. 3064871 24 10. Procédé de sélection selon l'une des revendications 6 à 9, où l'émission de la requête est déclenchée après expiration d'un délai de confirmation après la réception de l'information. 5 11. Programme d'ordinateur, comprenant des instructions pour la mise en oeuvre des étapes du procédé de sélection selon la revendication 6, lorsque ce programme est exécuté par un processeur. 12. Procédé de signalisation d'une information relative à un état de mobilité, mis en 10 oeuvre par un dispositif (RC) de commande à distance d'un autre dispositif (STB) apte à recevoir des flux d'une pluralité de flux multimédias, le procédé comprenant: - l'obtention d'une information relative à un état de mobilité du dispositif de commande à distance, - la détermination d'un changement de l'état de mobilité, 15 - l'émission (E10; E12) d'un signal (CTL(mob); CTL(immob)) sur la base de l'information relative à l'état de mobilité, à destination de l'autre dispositif. 13. Procédé de signalisation selon la revendication 12, comprenant en outre la détermination de l'état mobile ou immobile, sur la base de l'information obtenue, et où 20 le signal émis comprend l'état déterminé. 14. Programme d'ordinateur, comprenant des instructions pour la mise en oeuvre des étapes du procédé de signalisation selon la revendication 12, lorsque ce programme est exécuté par un processeur. 25 15. Signal (CTL(mob); CTL(immob)) portant une information relative à un état de mobilité d'une télécommande (RC) apte à commander un décodeur (STB) de flux d'une pluralité de flux multimédias, le signal étant généré et émis par la télécommande, reçu par le décodeur, et déclenchant l'émission d'une requête par le décodeur pour 30 l'obtention d'un sous-ensemble de la pluralité de flux, le sous-ensemble étant 3064871 25 sélectionné sur la base de l'information.