FR3064871A1 - Procede et dispositif de transmission de chaines de television - Google Patents

Procede et dispositif de transmission de chaines de television Download PDF

Info

Publication number
FR3064871A1
FR3064871A1 FR1752868A FR1752868A FR3064871A1 FR 3064871 A1 FR3064871 A1 FR 3064871A1 FR 1752868 A FR1752868 A FR 1752868A FR 1752868 A FR1752868 A FR 1752868A FR 3064871 A1 FR3064871 A1 FR 3064871A1
Authority
FR
France
Prior art keywords
remote control
decoder
subset
information
streams
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
FR1752868A
Other languages
English (en)
Inventor
Jean-Philippe Javaudin
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
Orange SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Orange SA filed Critical Orange SA
Priority to FR1752868A priority Critical patent/FR3064871A1/fr
Publication of FR3064871A1 publication Critical patent/FR3064871A1/fr
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4383—Accessing a communication channel
    • H04N21/4384—Accessing a communication channel involving operations to reduce the access time, e.g. fast-tuning for reducing channel switching latency
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44213—Monitoring of end-user related data
    • H04N21/44222—Analytics of user selections, e.g. selection of programs or purchase activity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/422—Input-only peripherals, i.e. input devices connected to specially adapted client devices, e.g. global positioning system [GPS]
    • H04N21/42204—User interfaces specially adapted for controlling a client device through a remote control device; Remote control devices therefor
    • H04N21/42206—User interfaces specially adapted for controlling a client device through a remote control device; Remote control devices therefor characterized by hardware details
    • H04N21/42222—Additional components integrated in the remote control device, e.g. timer, speaker, sensors for detecting position, direction or movement of the remote control, microphone or battery charging device
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44213—Monitoring of end-user related data
    • H04N21/44218—Detecting physical presence or behaviour of the user, e.g. using sensors to detect if the user is leaving the room or changes his face expression during a TV program
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Social Psychology (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Selective Calling Equipment (AREA)

Abstract

L'invention concerne 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 (TV), le décodeur (STB) étant contrôlable par une télécommande (RC) et comprenant: • un récepteur sans fil 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 configuré pour requérir un deuxième sous-ensemble de flux (Ch1+; Ch2) de la pluralité à la place du premier, au moins en fonction du signal reçu. L'invention concerne également une télécommande (RC) apte à contrôler un décodeur (STB) 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 (CTL(mob); CTL(immob)) généré sur la base d'une information issue du capteur.

Description

1. Domaine de l'invention
La demande se situe dans le domaine du visionnage de chaînes de télévision par un utilisateur, et plus particulièrement lorsque les chaînes 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 chaînes 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 chaîne de télévision particulière, à l'aide d'une télécommande par exemple, une requête pour cette chaîne est émise vers le réseau par le décodeur. Cette requête remonte jusqu'à un point dans le réseau
IPTV où cette chaîne 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 chaînes très peu demandées. Lorsque le flux comprenant la chaîne 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 et de décodage atteint environ 1 à 2 secondes.
Ce délai introduit une latence lors de tout changement de chaîne, très dommageable à une visualisation fluide des chaînes lorsque l'utilisateur passe d'une chaîne à l'autre (lorsqu'il zappe). Afin de réduire cette latence, non seulement la chaîne visionnée mais également d'autres chaînes sont décodées par le décodeur, 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 chaînes 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 occupée par ces chaînes 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 chaîne est visionnée à tout moment par un utilisateur, une solution proposée par la demande de brevet W02009095081 consiste pour le décodeur à cesser de décoder les chaînes sélectionnées, sauf la chaîne visionnée, lorsque l'utilisateur reste sur la même chaîne pendant une durée déterminée. La bande passante précédemment occupée par les chaînes 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.
Un des buts de l'invention est de remédier à ces inconvénients de l'état de la technique.
3. Exposé de l'invention
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 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 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.
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 chaîne 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 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 chaîne 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 chaîne, et commencer à décoder un plus grand sous-ensemble de chaînes, sans attendre que l'utilisateur effectue cette demande en appuyant sur une touche de la télécommande. Ainsi, au moment où la demande de changement de chaîne 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 chaîne.
De même, lorsque la télécommande passe de l'état mobile à immobile, le décodeur peut alors cesser de décoder les chaînes non visionnées, sans attendre l'expiration d'une durée durant laquelle aucun changement de chaîne n'est demandé par l'utilisateur. La bande passante occupée par les chaînes non visionnées est alors libérée plus rapidement.
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 chaîne, soit une période durant laquelle il ne demandera aucun changement de chaîne.
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 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.
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 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.
Afin d'indiquer son état de mobilité, la télécommande revendiquée utilise un 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 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 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.
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 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 chaîne, soit une période durant laquelle il ne demandera aucun changement de chaîne.
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.
Selon un autre aspect, l'état mobile peut se subdiviser en sous-états se 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 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 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 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 sousensemble 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 pluralité de flux multimédias, mis en œuvre 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, • rémission d'un flux du premier sous-ensemble à destination d'un moniteur, dit flux visualisé, • la réception d'une information relative à un état de mobilité d'un deuxième dispositif apte à commander à distance le premier dispositif, • ré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é.
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 chaîne visionnée, le volume du 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 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 chaîne visualisée, au cours de laquelle le décodeur a réduit le plus possible le nombre de chaînes reçues afin de libérer des ressources, le décodeur attend de recevoir une commande de changement de chaîne avant de requérir plus de chaînes, ce qui introduit une latence. Selon le procédé revendiqué, le décodeur requiert plus de chaînes dès que la télécommande devient mobile, en anticipation de la commande de changement de chaîne.
De même, selon la technique antérieure, une période de stabilité sur la chaîne visualisée est reconnue par le décodeur après expiration d'un certain délai depuis la dernière commande de changement de chaîne. Le décodeur attend donc la fin de ce délai avant de réduire le plus possible le nombre de chaînes reçues afin de libérer des ressources. Selon le procédé revendiqué, le décodeur réduit le nombre de chaînes reçues dès que la télécommande devient immobile, sans attendre la fin du délai cidessus.
Selon un aspect du procédé de sélection, l'information indique un état mobile, 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 chaîne de la part de l'utilisateur, en décidant de recevoir et décoder un nombre accru de chaînes.
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 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 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 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 chaîne visionnée par l'utilisateur.
Selon un aspect du procédé de sélection, l'information indique un état immobile, et le deuxième sous-ensemble comprend uniquement le flux visualisé.
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 chaîne 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.
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.
Les différents aspects du procédé de sélection qui viennent d'être décrits peuvent être mis en œuvre indépendamment les uns des autres ou en combinaison les uns avec les autres.
L'invention concerne aussi un procédé de signalisation d'une information relative à un état de mobilité, mis en œuvre 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 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.
Grâce au procédé de signalisation revendiqué, la télécommande est en mesure 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 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 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.
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 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 œuvre 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 œuvre des étapes du procédé de signalisation qui vient d'être décrit, lorsque ce programme est exécuté par un processeur, ainsi qu'un support d'informations 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 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 microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy dise) 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 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.
4. Présentation des figures
D'autres avantages et caractéristiques de l'invention apparaîtront 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 annexés, parmi lesquels :
la figure 1 présente un exemple d'enchaînement et de mise en œuvre 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'enchaînement et de mise en œuvre des échanges entre télécommande, décodeur de type IPTV, téléviseur et réseau
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 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 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.
La figure 1 présente un exemple d'enchainement et de mise en œuvre 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 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 Ch1, et décode le flux Ch1 lors d'une étape F00, afin de l'émettre vers le téléviseur TV lors d'une étape F01. La chaîne visionnée pour l'utilisateur est la chaîne Ch1 correspondant au flux multimédia Ch1. Dans ce document, les termes flux et chaîne sont interchangeables.
Puis, dans un deuxième temps, l'utilisateur décide de regarder la chaîne 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 cours d'une étape F02. Ce signal porte un message de commande pour la sélection de la chaîne 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 chaîne Ch1 pendant une durée supérieure à un seuil déterminé, seul le flux Ch1 est décodé par le décodeur, et le flux Ch2 ne fait pas partie du ou des flux décodés lors de l'étape F00.
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 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 Ch1.
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 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 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 chaîne 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
F02, c’est-à-dire le moment où le décodeur STB reçoit la commande pour la chaîne
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'enchaînement et de mise en œuvre des é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 œuvre par le décodeur STB, comprend les étapes numérotées à l'aide de la lettre F.
Le procédé de signalisation, mis en œuvre 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 premier temps, le décodeur STB reçoit un sous-ensemble de flux Ch1+ comprenant le flux Ch1, et décode le flux Ch1 lors d'une étape F00, afin de l'émettre vers le téléviseur TV lors d'une étape F01. La chaîne visionnée pour l'utilisateur est la chaîne Ch1 correspondant au flux multimédia Ch1.
Puis, dans un deuxième temps, l'utilisateur décide de regarder la chaîne Ch2 en 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 œuvre avant les étapes E01 et F02, respectivement d'émission et de réception du signal CTL(Ch2sel) de changement de chaîne.
Lors d'une étape E10, un signal CTL(mob) est émis par la télécommande RC, 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 E10 du signal CTL(mob) portant un message vers le décodeur STB, par exemple selon les mêmes protocoles que les signaux habituels de la télécommande pour le changement de chaîne 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). Avantageusement, le décodeur anticipe alors un changement de chaîne, 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 émise pour l'abonnement à un sous-ensemble de flux Ch1+ comprenant Ch1, la chaîne en cours de visualisation. En effet, comme la chaîne 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 chaîne Ch1. La sélection de ce sous-ensemble optimal en fonction de la chaîne Ch1 est effectuée selon des techniques connues. Par exemple, il peut s'agir des N chaînes immédiatement précédant et suivant la chaîne Ch1 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.
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 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 chaîne en appuyant sur une touche de la télécommande. L'hypothèse est que ce laps de temps est au moins aussi long que la latence LZAA. En d'autres termes, le choix d'une nouvelle chaîne par l'utilisateur, la chaîne Ch2 par exemple, se traduit par un signal CTL(Ch2sel), émis par la télécommande RC lors d'une étape E11 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 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 Ch1+, qui ont été requis lors de l'étape F11 et décodés lors de l'étape F13.
On comprend que grâce à l'invention, le décodeur peut, immédiatement après 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 chaîne 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 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.
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 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, mobile ou immobile, de la télécommande.
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 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 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 chaîne ou de volume. Ce message de commande comprend l'information que la télécommande vient de cesser de bouger.
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 chaîne que la chaîne visualisée par l'utilisateur, c’est-à-dire la chaîne Ch2.
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 E10 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 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.
Les étapes qui suivent sont identiques pour les deux modes. L'étape F16 ou 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 chaîne en cours de visualisation.
En effet, comme il est prévisible qu'aucune autre chaîne 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 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 donc libérée. Si le sous-ensemble Ch1+ comprend les N chaînes immédiatement inférieures et supérieures numériquement à la chaîne Ch1, 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 décryptage, et mise en mémoire tampon. Des ressources du décodeur STB sont donc libérées.
II 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 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 F00, 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.
En relation avec la figure 3, on présente maintenant un exemple de structure 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 œuvre 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 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 μΡ, et pilotée par un programme d'ordinateur 110, stocké dans une mémoire 120 et mettant en œuvre 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 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, 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 d'un décodeur de type IPTV, selon un aspect de l'invention.
Le décodeur STB met en œuvre 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 μΡ, et pilotée par un programme d'ordinateur 210, stocké dans une mémoire 220 et mettant en œuvre le procédé de sélection selon 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 à 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. II 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 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 sousensemble 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 comme le numéro de la chaîne 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 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 comme un FPGA ou un ASIC, ou tout autre module matériel).
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 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 smartphone ou une tablette.

Claims (15)

  1. REVENDICATIONS
    1. 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 sousensemble 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. 2. Télécommande (RC) apte à contrôler un décodeur (STB) de flux multimédias, 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.
  3. 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é.
  4. 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. 5. Système de sélection anticipative d'un sous-ensemble de flux d'une pluralité de flux multimédias, comprenant un décodeur conforme à la revendication 1 et une télécommande conforme à l'une des revendications 2 à 4.
  6. 6. Procédé de sélection d'un sous-ensemble d'une pluralité de flux multimédias, mis en œuvre par un premier dispositif (STB) apte à recevoir les flux de la pluralité, le 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é, • 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 sousensemble 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. 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. 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. 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é.
  10. 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.
  11. 11. Programme d'ordinateur, comprenant des instructions pour la mise en œuvre des étapes du procédé de sélection selon la revendication 6, lorsque ce programme est exécuté par un processeur.
  12. 12. Procédé de signalisation d'une information relative à un état de mobilité, mis en œuvre 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é, • ré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. 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ù le signal émis comprend l'état déterminé.
  14. 14. Programme d'ordinateur, comprenant des instructions pour la mise en œuvre des étapes du procédé de signalisation selon la revendication 12, lorsque ce programme est exécuté par un processeur.
  15. 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 l'obtention d'un sous-ensemble de la pluralité de flux, le sous-ensemble étant sélectionné sur la base de l'information.
    Page 1/2
FR1752868A 2017-04-03 2017-04-03 Procede et dispositif de transmission de chaines de television Pending FR3064871A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR1752868A FR3064871A1 (fr) 2017-04-03 2017-04-03 Procede et dispositif de transmission de chaines de television

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1752868A FR3064871A1 (fr) 2017-04-03 2017-04-03 Procede et dispositif de transmission de chaines de television
FR1752868 2017-04-03

Publications (1)

Publication Number Publication Date
FR3064871A1 true FR3064871A1 (fr) 2018-10-05

Family

ID=60302154

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1752868A Pending FR3064871A1 (fr) 2017-04-03 2017-04-03 Procede et dispositif de transmission de chaines de television

Country Status (1)

Country Link
FR (1) FR3064871A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022079732A1 (fr) * 2020-10-13 2022-04-21 Sling Media Pvt Ltd. Préchargement de contenu vidéo dans un système de diffusion en continu vidéo

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009095081A1 (fr) * 2008-01-31 2009-08-06 Telefonaktiebolaget Lm Ericsson (Publ) Procédé et appareil pour obtenir des données multimédia sur un réseau de communications
US20130135535A1 (en) * 2011-11-30 2013-05-30 Curtis Ling Method and apparatus for fast channel change
US20140189751A1 (en) * 2012-12-27 2014-07-03 Thomson Licensing Broadband assisted channel change
US20150058893A1 (en) * 2012-04-05 2015-02-26 Lg Electronics Inc. Digital broadcasting receiver for magic remote control and method of controlling the receiver
US20160112668A1 (en) * 2012-12-28 2016-04-21 Echostar Technologies L.L.C. Determining remote control state and user via accelerometer

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009095081A1 (fr) * 2008-01-31 2009-08-06 Telefonaktiebolaget Lm Ericsson (Publ) Procédé et appareil pour obtenir des données multimédia sur un réseau de communications
US20130135535A1 (en) * 2011-11-30 2013-05-30 Curtis Ling Method and apparatus for fast channel change
US20150058893A1 (en) * 2012-04-05 2015-02-26 Lg Electronics Inc. Digital broadcasting receiver for magic remote control and method of controlling the receiver
US20140189751A1 (en) * 2012-12-27 2014-07-03 Thomson Licensing Broadband assisted channel change
US20160112668A1 (en) * 2012-12-28 2016-04-21 Echostar Technologies L.L.C. Determining remote control state and user via accelerometer

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
CHUNGLAE CHO ET AL: "Improvement of channel zapping time in IPTV services using the adjacent groups join-leave method", ADVANCED COMMUNICATION TECHNOLOGY, 2004. THE 6TH INTERNATIONAL CONFERE NCE ON PHOENIX PARK, KOREA FEB. 9-11, 2004, PISCATAWAY, NJ, USA,IEEE, vol. 2, 9 February 2004 (2004-02-09), pages 971 - 975, XP010702946, ISBN: 978-89-5519-119-6, DOI: 10.1109/ICACT.2004.1293012 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022079732A1 (fr) * 2020-10-13 2022-04-21 Sling Media Pvt Ltd. Préchargement de contenu vidéo dans un système de diffusion en continu vidéo

Similar Documents

Publication Publication Date Title
US10728601B2 (en) Enhanced streaming source change
FR2883692A1 (fr) Procede d'envoi de commande a un serveur de flux de donnees numeriques et appareil implementant le procede
US10015219B2 (en) Multicasting adaptive bitrate streams
EP3840388B1 (fr) Equipement décodeur à double liaison audio
FR3064871A1 (fr) Procede et dispositif de transmission de chaines de television
US11777871B2 (en) Delivery of multimedia components according to user activity
WO2017158274A1 (fr) Acquisition d'extraits d'un flux multimédia sur un terminal
FR3075543B1 (fr) Procede de telechargement de chaine pour le zapping d'une chaine numerique en fonction du comportement utilisateur
EP3548997B1 (fr) Procédé de gestion de la réception de contenus numériques par un dispositif de gestion
US20240022791A1 (en) Systems and methods to adapt a schedule to be played by a media player
EP3526945B1 (fr) Système de communication à récepteur de contenu propre à gérer un appel pendant une diffusion, et procédé de gestion associé
FR2956787A1 (fr) Procede et serveur pour detecter un programme video recu par un usager
WO2020183080A1 (fr) Procédé de gestion du téléchargement d'images associées à des sauts d'images susceptibles d'être realisés lors d'une lecture accelerée d'un contenu multimedia diffusé en continu
EP3363208A1 (fr) Enrichissement contextuel par reconnaissance audio
FR3096209A1 (fr) Procédé de gestion de la réception de contenus numériques par un dispositif d’accès.
FR3096208A1 (fr) Procédé de gestion de la réception de contenus numériques par un dispositif d’accès.
FR3131160A1 (fr) Procédé de restitution d’un contenu multimédia, programme d’ordinateur et terminal lecteur de flux multimédia correspondants.
FR3124672A1 (fr) Gestion du téléchargement progressif adaptatif d’un contenu numérique en mode économiseur d’écran
FR2940870A1 (fr) Systeme de distribution de flux multimedia
FR2899419A1 (fr) Procede de restitution d'un flux numerique, terminal de restitution, et produit programme d'ordinateur correspondants
FR3031262A1 (fr) Procede de rattrapage de diffusions d'emission et dispositif s'y rapportant.
FR2905546A1 (fr) Procede et systeme de synchronisation d'informations avec un flux
FR2940562A1 (fr) Procede, dispositif et systeme d'identification de contenus audiovisuels

Legal Events

Date Code Title Description
PLSC Publication of the preliminary search report

Effective date: 20181005

RX Complete rejection