Brevet FR3015823A1 — publié le 20150626

L'invention se rapporte à un procédé de gestion du fonctionnement d'un module de commande. Un module de commande est un dispositif servant à manipuler un autre dispositif à distance, par câble, infrarouge, ondes radio, etc. la manipulation s'effectue par le biais d'un ensemble de commandes disponibles sur le module de commande. Le module de commande peut être une ressource physique et/ou logicielle. Un module de commande physique est typiquement une télécommande apte à commander un dispositif illustré au moyen d'un récepteur de données dans la suite de la description. Un module de commande logiciel est par exemple une interface homme-machine ; ce type d'interface est disponible pour visualiser un contenu sur un ordinateur ; en effet, de plus en plus de contenus (VOD, TVOD) peuvent être lus sur un ordinateur, tablette, ou dispositifs similaires. Le récepteur est également une ressource physique et/ou logicielle. Un récepteur physique est par exemple un décodeur, une passerelle, une télévision, une chaîne Hi-fi, etc. Un récepteur logiciel est par exemple une application informatique du type application de vidéo à la demande, de télévision à la demande, etc. Un module de commande comprend plusieurs éléments de commande (clavier, gyroscope, magnétomètre, capteur d'empreinte digitale, etc.) alimentés électriquement au moyen d'une source d'énergie telle que des piles, batteries, etc.; ces éléments permettent de commander une fonction particulière sur le récepteur. Les inventeurs ont constaté que le module de commande est autonome dans son fonctionnement. Toutes les commandes sont unidirectionnelles ; celles-ci sont émises depuis le module de commande à destination du récepteur de flux. Le module de commande ne peut donc pas adapter son fonctionnement à de son environnement. Par exemple, il résulte de cette autonomie, entre autres, une consommation excessive en électricité car les éléments de commande (gyroscope, accéléromètre, etc.) sont toujours alimentés électriquement. L'invention vient améliorer la situation. A cet effet, l'invention concerne un procédé de gestion du fonctionnement d'un module de commande apte à commander un dispositif, le module comprenant un processeur et une pluralité d'éléments de commandes aptes à émettre des commandes, caractérisé en ce qu'il comprend une étape de réception, par le module de commande, de données aptes à modifier son fonctionnement. Le module de commande peut donc recevoir des données depuis l'extérieur, en particulier depuis un dispositif du réseau tel qu'un décodeur numérique, une passerelle, une télévision TV, une plateforme de services PF, etc. Ces données reçues rendent le module de commande dépendant de son environnement. Nous verrons dans la suite que ces données reçues influent sur l'état de fonctionnement du module lorsque celui-ci est sous tension; notamment sur l'état électrique des modules, sur l'état de fonctionnement des modules, etc. Nous verrons dans la description que les données aptes à modifier le fonctionnement du module de commande sont indifféremment une commande, et/ou des données informatives que le module de commande peut interpréter après réception. Selon un mode de réalisation particulier, les données reçues par le module de commande ont un lien avec un flux de données reçu par le dispositif. En d'autres mots, les données reçues par le module de commande sont représentatives d'un type flux de données reçu par le dispositif. De cette manière, le comportement du module de commande peut être modifié en fonction du type de flux, par exemple si le flux est un flux vidéo, un jeu, une émission télévisée en direct, etc. Les modules sont alimentés électriquement par une source d'énergie. Selon encore un autre mode de mis en oeuvre particulier de l'invention, qui pourra être mis en oeuvre alternativement ou cumulativement avec le précédent, suite à la réception des données par le module de commande, les éléments de commande sont alimentés sélectivement. De cette manière, selon le type de flux reçu (jeu, vidéo, etc.) par le dispositif, certains éléments de commande sont alimentés, d'autres non alimentés ou mis dans un état de veille. On réduit en conséquence la consommation en énergie de la télécommande et augmente ainsi son autonomie. Un module de commande comprend des éléments de commande aptes à émettre des commandes à une fréquence donnée. Selon encore un autre mode de mis en oeuvre particulier de l'invention, qui pourra être mis en oeuvre alternativement ou cumulativement avec les précédents, suite à la réception des données, la fréquence d'émission des commandes issues dudit élément de commande est modifiée. De cette manière, selon le flux reçu, la fréquence est modifiée de manière à être adapté au flux de données, ou plus généralement au service délivrant le flux. On verra que cette caractéristique vise particulièrement des éléments de commande émettant spontanément des commandes à une fréquence donnée ; ces éléments sont par exemple un gyroscope, un accéléromètre, etc. Rappelons qu'un service vise un service un service de fourniture de flux de données. Le flux de données en question vise des données d'un type quelconque ; à savoir des données multimédia (photo, vidéo, etc.), des données relatives à un jeu en ligne, etc. Selon encore un autre mode de mis en oeuvre particulier de l'invention, qui pourra être mis en oeuvre alternativement ou cumulativement avec les précédents, le dispositif est un récepteur de données apte à recevoir des données représentatives d'un service. Ce récepteur est par exemple un décodeur numérique, une passerelle domestique (ou routeur), etc. Selon un aspect matériel, l'invention a trait à un module de commande apte à commander un dispositif, le module comprenant un processeur et une pluralité d'éléments de commandes aptes à émettre des commandes, caractérisé en ce qu'il comprend des moyens de réception aptes à recevoir des données aptes à modifier son fonctionnement. Selon un autre aspect matériel, l'invention a trait à un programme d'ordinateur apte à être mis en oeuvre sur un module de commande tel que défini ci-dessus, ledit programme comprenant des instructions de code qui, lorsque le programme est exécuté réalise l'étape définie dans le procédé défini ci-dessus. Selon un autre aspect matériel, l'invention a trait à un module de gestion apte à communiquer avec un module de commande apte à commander un dispositif, caractérisé en ce qu'il comprend des moyens pour transmettre des données aptes à modifier le fonctionnement du module de commande. Selon un autre aspect matériel, l'invention a trait à un dispositif, en particulier un récepteur de données représentatives d'un service, caractérisé en ce qu'il inclut un module de gestion tel que défini ci-dessus. Selon un autre aspect matériel, l'invention a trait à une plateforme de services apte à délivrer des flux de données à destination d'un dispositif, caractérisé en ce qu'elle comprend un module de gestion tel que défini ci-dessus. Enfin, selon un autre aspect matériel, l'invention a trait à un système incluant un dispositif et un module de commande apte à communiquer entre eux au travers d'un réseau de communication, caractérisé en ce qu'il comprend un module de commande tel que défini ci-dessus et un module de gestion tel que défini ci-dessus. L'invention sera mieux comprise à la lecture de la description qui suit, donnée à titre d'exemple et faite en référence aux dessins annexés sur lesquels : La figure 1 représente un système informatique sur lequel est illustré un exemple de réalisation de l'invention. La figure 2 est une vue schématique des circuits présents dans un module de commande. La figure 3 est une vue schématique des étapes mises en oeuvre pour la réalisation de l'invention. Description détaillée d'un exemple de réalisation illustrant l'invention : La figure 1 représente un système SYS comprenant un module de commande TCD, un dispositif DEC une télévision TV, une plateforme de services PF. Dan notre exemple, le dispositif inclut un décodeur et une passerelle (ou routeur). Le décodeur et la passerelle ont une architecture matérielle équivalente à un ordinateur ; ils ne seront pas décrits en détails ici pour simplifier l'exposé de l'invention. Dans notre exemple, la plateforme de services PF comprend une pluralité de services tels que l'accès à des chaînes de télévision, un accès à des contenus multimédias (vidéo à la demande, TV à la demande, etc.), de jeux en ligne, etc. La plateforme pourrait aussi être éclatée de manière à offrir des services répartis dans le réseau RES2. Dans notre exemple, le module de commande TCD communique avec le décodeur DEC via un premier réseau RES1 de type ZigBee. A cet effet, le module de commande et le décodeur sont équipés de modules Zigbee respectifs. Rappelons que Zigbee est une technologie sans fil radio de basse puissance ; il est possible d'échanger sur un canal radio des messages conformes au protocole ZigBee. Précisons que le protocole ZigBee est un protocole de haut niveau permettant la communication de petites radios, à consommation réduite, basée sur la norme IEEE 802.15.4 pour les réseaux à dimension personnelle (Wireless Personal Area Networks : WPAN). Dans notre exemple, le décodeur DEC est relié par un câble CBL à la télévision TV. Le câble est par exemple un câble HDMI. Le décodeur communique DEC avec la plateforme PF via un second réseau de communication RES2 quelconque du type ADSL, fibre, etc. La figure 2 est une vue schématique des circuits présents dans le module de commande TCD. Le module de commande TCD inclut un processeur CPU et plusieurs modules dont des éléments de commandes. Dans notre exemple, les modules incluent : - Des moyens de réception aptes à recevoir des données ; dans notre exemple, ces moyens de réception sont illustrés au moyen d'un module Zigbee de communication radiofréquence (RF4CE) pour communiquer avec le décodeur - Un module de stockage MEM pour le stockage de données, Et les éléments de commande suivants : un gyroscope GRS ; un accéléromètre ACC ; des codes touches CT par exemple situés sur une des faces de le module de commande ; un clavier CLV par exemple situé sur une face opposée à la précédente. Les modules et éléments de commande, ainsi que le processeur, sont alimentés par une source d'énergie ALIM telle qu'une pile ou une batterie. Les modules installés sur un même dispositif sont reliés entre eux par l'intermédiaire d'un bus. Rappelons qu'un bus a pour fonction d'assurer le transfert de données numériques entre les différents circuits d'un ordinateur. Dans notre exemple, le bus en question inclut un bus de données et un bus de contrôle. A noter aussi que, dans notre exemple, le module mémoire décrit ci-dessus est une mémoire permanente, par exemple de type ROM (acronyme anglo-saxon de Read Only Memory) et que l'appareil photo inclut également une mémoire vive respective (non représentée) servant à stocker de manière non durable des données de calcul utilisées notamment lors de la mise en oeuvre du procédé. Selon l'invention, le module de commande peut non seulement émettre des commandes, mais peut aussi recevoir des données aptes à être prises en compte pour son fonctionnement. En d'autres mots, ces données reçues peuvent modifier son fonctionnement. Des exemples ci-dessous illustreront le principe de l'invention. Nous verrons dans la suite que, par exemple, les données reçues ont une influence sur la gestion de l'alimentation des modules ; par exemple la gestion de l'alimentation des modules s'effectue sélectivement. En d'autres mots, un module de gestion de l'alimentation, illustré au moyen d'un programme PGM1 enregistré dans la mémoire MEM du module de commande, active ou désactive sélectivement l'alimentation des modules. Nous verrons aussi, dans un autre exemple, que les données reçues peuvent être à l'origine d'une modification d'une fréquence d'envoi de données depuis un élément de commande tel que le gyroscope GRS, l'accéléromètre ACC, un magnétomètre, etc. Le système comprend un module de gestion MNG apte à déterminer le comportement futur du module de commande. Dans notre exemple, ce module de gestion MNG est un programme d'ordinateur. La localisation de ce module de gestion MNG dans le système est quelconque. Dans notre exemple ce module est dans le décodeur DEC. Ce module de gestion MNG est capable en fonction du service sélectionné de déduire le comportement futur à appliquer au module de commande TCD. Pour cela, ce module identifie le service et, une fois identifié, fourni des données représentatives du service, à savoir des données informatives ou une commande (voire plusieurs commandes) au module de commande TCD. Ensuite, le module de commande TCD (ou plus précisément le processeur CPU) exécute la commande ou interprète les données informatives, respectivement, et modifie en conséquence son fonctionnement. Les données informatives peuvent être par exemple un identifiant qu'interprète ensuite le processeur CPU afin de déduire les modules de commande à activer/désactiver. L'identifiant en question est par exemple un identifiant de service. Dans la suite, on suppose que le module de gestion MNG du comportement futur du module de commande est situé dans le décodeur. Celui-ci présente l'avantage de communiquer directement avec le module de commande. Le module pourrait aussi être dans la télécommande. Trois exemples de réalisation vont être décrits en référence à la figure 3. Sur la figure 3, sont représentés le module de commande TCD et le récepteur de flux DEC ainsi que les échanges de données ayant lieu entre eux dans les trois modes de réalisation. Les étapes sont les suivantes : Lors d'une première étape SEL, l'utilisateur sélectionne un service par le biais du module de commande. Plusieurs commandes peuvent être sélectionnées successivement. Le décodeur DEC reçoit les commandes successives et les exécute EXE. A ce stade, le module de gestion MNG en déduit le type de service ID-S. Le décodeur DEC en déduit ensuite des données informatives INF ou une commande CDE. Une table de correspondance peut servir à retrouver les données informatives INF ou la commande CDE, selon le mode de réalisation choisi, en fonction du type de service. Dans notre exemple, suite à l'obtention des données informatives INF, ou la commande CDE, sont transmises au module de commande TCD. Dans notre exemple, la transmission s'effectue via le premier réseau RES1. Cependant, un autre réseau ou canal pourrait être utilisé pour la transmission de ces données informatives ou commande. L'obtention des données informatives INF ou de la commande CDE pourraient aussi provenir de l'utilisateur lui-même. Ce dernier souhaitant accéder à un jeu, ou autres services, pourrait sélectionner une touche (non représentée) du module de commande TCD prévue à cet effet. Le module de gestion MNG pourrait dans cette configuration se situé dans le module de commande. Suite à la réception des données informatives/commande, le module de commande TCD modifie son fonctionnement si nécessaire en exécutant la commande reçue ou en prenant en compte les données informatives. L'exécution ou la prise en compte sont référencés EXE sur la figure 3. Un premier mode de réalisation est décrit ci-dessous dans lequel le service utilisé est un service de télévision à la demande. On suppose que ce service nécessite l'utilisation, parmi les éléments de commande à disposition, - Des codes touches CT par exemple situés sur une des faces du module de commande - et du clavier CLV par exemple situé sur une face opposée à la précédente ; et ne nécessite pas l'utilisation du gyroscope GRS et de l'accéléromètre ACC Les étapes relatives à ce premier mode sont les suivantes : Lors d'une première étape SEL, l'utilisateur sélectionne une émission de télévision par le biais d'un service de télévision à la demande. La sélection s'effectue en sélection des codes touches CT1 du module de commande. Pour cela, l'utilisateur sélectionne par exemple sur le module de commande une touche représentative d'un menu ; puis sélectionne le service souhaité sur le menu restitué sur l'écran. Le décodeur DEC reçoit les commandes successives et les exécute EXE. A ce stade, le module de gestion MNG a connaissance du type de service ID-S. Dans notre exemple, le décodeur stocke une table de correspondance dans laquelle à un type de service ID-S correspond les identifiants des éléments de commande à alimenter et/ou ceux à ne pas alimenter. Dans notre exemple, suite à l'identification de la correspondance, des données informatives incluant les identifiants d'éléments de commande à activer et/ou désactiver sont transmises au module de commande de manière à ce que seuls certains éléments de commande soient alimentés par la batterie ALIM. En l'espèce, seules les touches CT et le clavier CLV sont alimentés électriquement. A l'inverse, les autres éléments de commande GRS et ACC ne sont pas alimentés. Selon un deuxième mode de réalisation, le service est un jeu en ligne. On suppose que ce service de jeu nécessite l'utilisation, parmi les éléments de commande à disposition, du clavier CLV par exemple situé sur une face opposée à la précédente ; du gyroscope GRS et de l'accéléromètre ACC ; et ne nécessite pas l'utilisation des codes touches CT. Les étapes relatives à ce second mode sont les suivantes : Lors d'une première étape, l'utilisateur sélectionne un jeu au moyen du module de commande TCD. Pour cela, l'utilisateur sélectionne par exemple sur le module de commande une touche représentative d'un menu ; puis sélectionne le service souhaité sur le menu affiché sur l'écran de la télévision TV. Le décodeur reçoit les commandes successives et les exécute EXE. A ce stade, le module de gestion MNG a connaissance du type de service ID-S Le décodeur stocke une table de correspondance. A la différence du premier mode, dans ce second mode la table stocke les types de service et les commandes respectives à transmettre au module de commande pour exécution. Dans notre exemple, suite à l'identification de la correspondance, une commande CDE est émise à destination du module de commande TCD pour que seuls certains éléments de commande soient alimentés par la batterie ALIM. En l'espèce, seules les éléments suivants sont alimentés à savoir le clavier CLV par exemple situé sur une face opposée à la précédente ; le gyroscope GRS et l'accéléromètre ACC sont alimentés électriquement. A l'inverse, les autres éléments de commande ne sont pas alimentés à savoir les codes touches CT. Selon un troisième mode de réalisation, la commande issue du décodeur peut être liée à une modification d'une fréquence d'envoi de commandes depuis 10 le module de commande. Parmi les éléments de commande, certains éléments émettent des commandes à des fréquences données. par exemple, lors d'un jeu, le gyroscope fourni des informations sur les positions dans l'espace du module, ce à une fréquence donnée. Actuellement, un gyroscope émet à une fréquence fixe de 15 l'ordre de 100 Hz. Or, certains jeux nécessitent des fréquences de l'ordre de 60 Hz ou 50 Hz. L'invention permet une modification de cette fréquence en fonction du jeu sélectionné par l'utilisateur. Dans tous les modes décrits, une fois l'utilisation du service terminé, le fonctionnement du module de commande peut de nouveau être modifié ; par 20 exemple, si aucun service n'est utilisé, le module de commande peut passer dans un état de veille. Comme nous l'avons vu précédemment, le module de commande TCD peut être un programme stocké en mémoire, et le récepteur de flux une application telle qu'une application de télévision à la demande. Le module de 25 commande est affiché sur un écran, par exemple sur un écran tactile manipulable avec les doigts. Lorsque le module de commande reçoit les données informatives ou une commande, le module de commande peut modifier son fonctionnement en inhibant certaines commandes sur l'écran. L'inhibition résultant empêche la 30 sélection de la touche concernée. Prenons l'exemple d'une sélection d'un flux de données correspondant à une émission de télévision à la demande. Aujourd'hui, les émissions de télévision à la demande peuvent être précédées d'une diffusion d'une publicité. Souvent, les régies publicitaires à l'origine de la publicité ne souhaitent pas que l'utilisateur récepteur de la publicité ne puisse actionner, depuis son module de commande, une avance rapide de manière à accélérer la restitution de la publicité en vue d'accéder à l'émission plus rapidement. Selon une autre variante, l'invention peut prévoir de modifier son fonctionnement en inhibant des touches du module de commande affiché à l'écran. Ce cas est transposable au module de commande physique en ce sens que l'inhibition est remplacée par le fait de ne pas alimenter électriquement la commande concernée. A noter que les différents modes de réalisation décrits ci-dessus peuvent être réalisés isolément ou en combinaison. Enfin, notons aussi que les termes module et moyens peuvent correspondre aussi bien à un composant logiciel qu'à un composant matériel ou un ensemble de composants matériels et logiciels, un composant logiciel correspondant lui-même à un ou plusieurs programmes ou sous-programmes d'ordinateur ou de manière plus générale à tout élément d'un programme apte à mettre en oeuvre une fonction ou un ensemble de fonctions telles que décrites pour les modules et moyens concernés. De la même manière, un composant matériel correspond à tout élément d'un ensemble matériel (ou hardware) apte à mettre en oeuvre une fonction ou un ensemble de fonctions pour le module concerné (circuit intégré, carte à puce, carte à mémoire, etc.). REVENDICATIONS1. Procédé de gestion du fonctionnement d'un module de commande (TCD) apte à commander un dispositif (DEC), le module (TCD) comprenant un processeur (CPU) et une pluralité d'éléments de commandes (GRS,ACC,CT,CLV) aptes à émettre des commandes, caractérisé en ce qu'il comprend une étape de réception, par le module de commande, de données (I/C) aptes à modifier son fonctionnement. 2. Procédé de gestion selon la revendication 1, caractérisé en ce que les données (I/C) reçues par le module de commande ont un lien avec un flux de données reçu par le dispositif. 3. Procédé selon la revendication 1, caractérisé en ce que les modules sont alimentés électriquement et en ce que, suite à la réception des données (I/C) par le module de commande, les éléments de commande (GRS,ACC,CT,CLV) sont alimentés sélectivement. 4. Procédé de communication selon la revendication 1, caractérisé en ce qu'un élément de commande émet des commandes à une fréquence donnée, en ce que suite à la réception des données, la fréquence d'émission des commandes issues dudit élément de commande est modifiée. 5. Procédé selon la revendication 1, caractérisé en ce que le dispositif est un récepteur de données apte à recevoir des données représentatives d'un service. 6. Module de commande (TCD) apte à commander un dispositif (DEC), le module comprenant un processeur et une pluralité d'éléments de commandes aptes à émettre des commandes, caractérisé en ce qu'il comprend des moyens de réception aptes à recevoir des données aptes à modifier son fonctionnement. 7. Programme d'ordinateur apte à être mis en oeuvre sur un module de commande tel que défini dans la revendication 6, ledit programmecomprenant des instructions de code qui, lorsque le programme est exécuté réalise l'étape définie dans la revendication 1. 8. Module de gestion (MNG) apte à communiquer avec un module de commande apte à commander un dispositif, caractérisé en ce qu'il comprend des moyens pour transmettre des données aptes à modifier le fonctionnement du module de commande. 9. Dispositif (DEC), caractérisé en ce qu'il inclut un module de gestion tel que défini dans la revendication 8. 10. Plateforme de services (PF) apte à délivrer des flux de données à 10 destination d'un dispositif (DEC), caractérisé en ce qu'elle comprend un module de gestion tel que défini dans la revendication 8. 11. Système incluant un dispositif (DEC) et un module de commande (TCD) apte à communiquer entre eux au travers d'un réseau de communication (RES2), caractérisé en ce qu'il comprend un module de commande tel 15 que défini dans la revendication 6 et un module de gestion tel que défini dans la revendication 8.