Brevet FR2984055A1 — publié le 20130614

Procédé d'établissement d'une communication entre un appareil fixe et un équipement mobile à travers un serveur, serveur et programme d'ordinateur associé. 1. Domaine de l'invention L'invention concerne un procédé visant à appairer puis instaurer une communication entre des appareils à travers un serveur. De tels procédés sont couramment utilisés dans le domaine des communications où plusieurs utilisateurs disposant d'équipements mobiles personnels désirent introduire des commandes afin d'interagir sur le fonctionnement d'un appareil partagé. 2. Art antérieur De nos jours, les habitations disposent de réseaux domestiques permettant de connecter des appareils entre eux. Ces appareils interconnectés permettent entre autres de partager des contenus audio, audiovisuels, ou graphiques et de les reproduire sur un appareil sélectionné par un utilisateur. Ainsi, il est possible de centraliser le stockage de contenus au sein d'un vaste disque dur, puis à partir d'un terminal de reproduction d'établir un flux de lecture à partir du disque dur pour reproduire les contenus sélectionnés sur un appareil déterminé. Par exemple, le lecteur enregistreur de DVD situé dans le salon peut devenir la source d'un flux audiovisuel permettant la reproduction d'un contenu sur l'écran de visualisation situé dans la chambre des parents. Cette disposition impose une communication entre les appareils mais aussi une compatibilité des moyens de commande. Les télécommandes doivent permettre de commander à la fois des appareils de lecture qui sont à la source des contenus, mais aussi des appareils destinés à leurs reproductions. Il est connu une télécommande dite universelle capable de contrôler à distance plusieurs appareils. Ces télécommandes disposent d'un moyen de configuration permettant d'associer une touche à un code d'appareil, ce code identifiant généralement le fabriquant de l'appareil et son type (télévision, lecteur DVD, décodeur, ..). L'appui sur cette touche déclenche l'émission d'un signal contenant le code de la touche et celui de l'appareil associé. Les appareils filtrent les trains d'onde en fonction de leur propre code, l'appareil qui possède le code émis exécutant la commande associée au code de la touche. La programmation de telle télécommande est souvent fastidieuse, et sa mise à jour complexe lorsque de nouveaux appareils sont disponibles. Le brevet FR 2 849 977 publié le 16 juillet 2004 décrit le partage d'une même télécommande entre plusieurs appareils reliés entre eux par un réseau HAVi et disposant de leurs propres télécommandes. Lorsqu'un nouvel appareil est connecté, il installe son logiciel d'utilisation dans le réseau. Un principe décrit dans ce brevet est la possibilité de pouvoir commander un appareil à partir d'une télécommande qui ne lui est pas associée au départ. Un premier appareil dont la télécommande doit permettre de contrôler un second appareil, télécharge le logiciel d'utilisation de ce second appareil. A l'aide de ce logiciel, l'utilisateur configure certaines touches de cette télécommande afin de contrôler certaines fonctions du second appareil. Les données de configuration sont mémorisées dans le premier appareil. Lors de l'appui sur une touche, le premier appareil recherche dans les données de configuration si cette touche est associée à un second appareil, et si la commande ne lui est pas destinée alors il transmet la commande via le réseau au second appareil. De cette façon, un utilisateur peut commander n'importe quel appareil à partir d'une télécommande. Ce mode de réalisation convient bien à des appareils du même type disposant de télécommande infrarouge. Un problème se pose lorsque le dispositif de commande est d'un tout autre type que l'appareil à commander, et notamment lorsque les supports de communication entre les différents appareils destinés à interagir entre eux sont totalement différents. Le problème est d'autant plus complexe à résoudre lorsque l'appareil de commande utilisé n'est pas dédié à cet usage.30 3. Objectifs de l'invention Les systèmes de communication ne permettant pas de configurer facilement une liaison entre au moins deux appareils conçus pour communiquer au travers des types très différents de réseaux. Dans ce type de liaison, il importe que les opérations à effectuer au niveau de chaque appareil soient simples, afin de les mettre en oeuvre facilement par n'importe quel utilisateur. De plus, il est souhaitable que la liaison s'effectue avec de la souplesse de façon que lorsqu'elle n'ait plus de raison d'être, elle puisse disparaître facilement sans occuper de place mémoire inutile. Selon certaines configurations, le fait de pouvoir sécuriser les communications en évitant que les données puissent être lues par des éléments non autorisés est un avantage. La présente invention apporte une solution qui ne présente pas les inconvénients décrits plus haut, tout en proposant les avantages listés ci-dessus. 4. Exposé de l'invention Selon un aspect fonctionnel, l'invention concerne un procédé d'établissement d'une communication entre un appareil mobile appartenant à un utilisateur et un appareil fixe, l'appareil fixe communiquant avec un serveur à l'aide d'une première voie de communication et l'appareil mobile communiquant avec ledit serveur à travers une seconde voie de communication. Ledit procédé comporte les étapes suivantes : - génération d'un code de session, reproduction par l'appareil fixe dudit code de session, introduction commandée par l'utilisateur dudit code de session au sein de l'appareil mobile, transmission du code de session par l'appareil mobile au serveur, établissement à travers le serveur d'une troisième voie de communication permettant de transmettre des messages entre l'appareil fixe et l'appareil mobile, les messages transmis incluant ledit code de session. De cette manière, il est possible d'appairer un appareil fixe avec au moins un appareil mobile de façon à assurer une interaction entre eux. Selon un premier mode de fonctionnement, l'appareil mobile transmet également un code identifiant ledit appareil mobile et les messages émis par l'appareil fixe à destination de l'appareil mobile comportent le code d'identification. De cette manière, il est possible d'adresser individuellement chaque appareil mobile et communiquer avec lui de façon spécifique. Selon une première variante, le code de session reproduit par l'appareil fixe est une valeur alphanumérique affichée sur l'écran de l'appareil fixe. Selon une seconde variante, le code de session reproduit par l'appareil fixe est un QR code. Selon une troisième variante, le code de session est reproduit par l'appareil fixe sous la forme d'un signal sonore et l'appareil mobile dispose d'un moyen d'acquisition pour recevoir ledit signal sonore. Ces trois variantes permettent d'introduire un code de session de façon adaptée aux performances de l'équipement mobile. Selon un autre mode de fonctionnement, les communications entre l'appareil mobile et l'appareil fixe sont chiffrées. Selon un autre mode de fonctionnement, la clé pour chiffrer les communications est générée au moins à partir de la valeur du code de session. De cette manière, il est possible de sécuriser le transfert de données entre lesdits appareils. Selon un autre mode de fonctionnement, le procédé comporte une étape de reproduction d'un message indiquant qu'une communication est établie entre un appareil mobile et l'appareil fixe. De cette manière, l'utilisateur est informé que la communication est effective. Selon un autre mode de fonctionnement, le procédé permet la transmission d'évènements Hbbtv depuis le poste de télévision vers les équipements mobiles appairés. De cette manière, les interactions introduites au niveau des équipements mobiles concernent des documents audiovisuels. Selon un autre mode de fonctionnement, ledit code de session est généré par le serveur. De cette manière, le contrôle des communications entre l'appareil fixe et l'appareil mobile est totalement géré par le serveur. Selon un aspect matériel, l'invention concerne également un serveur de communication comportant un module de communication autorisant la communication entre ledit serveur et un appareil fixe à travers une première voie de communication et autorisant la communication entre ledit serveur et un appareil mobile à travers une seconde voie de communication. Ledit serveur comporte un moyen de mémorisation de la valeur d'un code de session qui est reproduit par l'appareil fixe et qui est introduit au niveau de l'appareil mobile, le module établissant une communication entre l'appareil fixe et l'appareil mobile à travers une troisième voie de communication en échangeant des messages incluant ledit code de session. L'invention concerne aussi un produit programme d'ordinateur comprenant des instructions de programme pour l'exécution du procédé d'établissement d'une communication. 5. Liste des figures D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation particulier, donné à titre de simple exemple illustratif et non-limitatif, et des dessins annexés, parmi lesquels : - la figure 1 représente l'ensemble des éléments mettant en oeuvre le procédé selon un exemple de réalisation de l'invention, - la figure 2 illustre les principaux dialogues entre les principaux éléments permettant de mettre en oeuvre l'invention selon un exemple de réalisation. - la figure 3 présente une page d'écran permettant d'afficher un code de session selon un exemple de réalisation. - la figure 4 présente une page d'écran permettant d'afficher une représentation d'un code de session selon un exemple de réalisation.30 6. Description d'un mode de réalisation de l'invention 6.1 Principe général La présente invention permet de mettre en communication au moins deux appareils à travers au moins deux voies de communication différentes, typiquement un câble et une liaison sans fil, par radio par exemple. L'invention prévoit l'utilisation d'un serveur capable de communiquer avec les deux appareils. Le procédé consistant notamment à générer un code de session qui est reproduit par un appareil fixe et introduit au niveau d'un appareil mobile par une intervention d'un utilisateur. Les messages émis par un des appareils vers le serveur contiennent le code de session, le code de session servant d'identificateur de la session. La présente invention concerne aussi le serveur apte à mettre en communication les deux appareils, et un programme d'ordinateur comprenant des instructions conçues pour mettre en oeuvre des étapes du procédé. 6.2 Description d'un mode de réalisation La figure 1 présente les principaux éléments pour la mise en oeuvre du procédé selon un exemple de réalisation de l'invention. Un diffuseur transmet des contenus audio, visuels ou audiovisuels à l'aide d'un câble à des serveurs 1. Dans un mode préféré de réalisation, le serveur 1 est un serveur distant connecté à un réseau bidirectionnel tel qu'un Internet. Le serveur 1 est notamment en communication avec un écran de télévision 4 à travers une voie de communication W1 et avec des équipements mobiles ME 3 à travers une voie de communication W2 via un serveur 2 de gestion des communications. L'utilisateur demande à son écran de télévision 4 de se connecter sur un canal transmettant un contenu audio, visuel ou audiovisuel. Ces contenus sont transmis à l'écran de télévision 4 sous une forme numérique, en différents flux audio, vidéo et données de service. Les informations sont transmises dans des paquets dont l'en-tête détermine le type de données. Les paquets de données sont filtrés en fonction de leurs en-têtes, les paquets d'un même flux sont décodés afin de fournir des signaux d'images, et/ou des signaux sonores, et/ou éventuellement du texte affichable dans un menu. Selon un exemple de réalisation, le serveur 1 comporte une unité centrale ALU 1.1 reliée à une mémoire de programme exécutable PM 1.2, un disque dur HD 1.3 contenant une base de données pour le stockage de données de façon non-volatile. Le serveur 1 contient également une interface entrée/sortie I/O 1.4 pour la communication avec un câble 1.5 ou tout autre réseau filaire bidirectionnel. Par exemple, le serveur 1 est connecté via une ligne téléphonique au réseau Internet. L'élément 2 illustré à la figure 1 représente l'ensemble des équipements fixes d'un système de communication sans fil, un tel système est bien connu en soi. Les émetteurs radio RTR inclus dans de tels système sont conçus pour dialoguer avec des équipements mobiles 3 tels que des téléphones portables, des PAD, des PC portables dans la gamme de fréquences radio compatible avec les réseaux de communication sans fil tels que : 2G/GSM (« Global System Mobility technology »), ou 3G/UMTS (« Universel Mobile Telephone System technology »), ou 4G/LTE (« Long Term Evolution technology »). Les équipements mobiles 3 disposent notamment d'un écran 3.1 et d'un clavier 3.2, ainsi qu'une unité centrale, une mémoire, et un module de communication radio (non représentés) avec les équipements fixes du réseau. L'écran 3.1 peut être tactile, le clavier 3.2. étant alors intégré à cet écran. L'écran de télévision 4 comporte une surface d'affichage 4.1 capable d'afficher des contenus visuels ainsi que des menus générés en interne par un circuit OSD (« On Screen Display »). L'écran de télévision est associé à une télécommande 4.2 pour introduire des commandes telles que la navigation dans un guide de programmes, la sélection de chaînes audiovisuelles, et le lancement d'application interactive. L'écran de télévision 4 comporte également un module de communication (non représentés) connecté au réseau de communication bidirectionnelle 1.5. Selon l'exemple de réalisation décrit par la figure 1, les trois équipements : le serveur 1, le système de communication sans fil 2 et l'écran de télévision 4 dialoguent à travers le réseau filaire 1.5, les équipements mobiles 3 dialoguant eux avec le système de communication sans fil 2. Après avoir détaillé les différents éléments de l'invention, nous allons maintenant expliquer comment ceux-ci coopèrent. La figure 2 montre un diagramme temporel présentant les principales opérations se déroulant entre les trois éléments : le serveur 1, l'écran de télévision 4 et au moins un équipement mobile ME 3. Dans un premier temps, un utilisateur allume son écran de télévision 1. L'utilisateur sélectionne un contenu audiovisuel comprenant une composante interactive et commande sa réception selon des techniques bien connues en soi, telles que la diffusion multicast ou unicast. La composante interactive qui est typiquement un programme exécutable appelé « application cliente », peut être transmise dans les données audiovisuelles du programme, ou être téléchargée à partir d'un site. Dans ce dernier cas, l'adresse de téléchargement pour télécharger cette application cliente est avantageusement transmise par les données du contenu, ou résidente dans l'écran de télévision 4 dans un tableau par exemple. A un certain moment, l'application cliente exécutée sur l'écran propose à l'utilisateur de l'écran 4 d'établir une connexion directe avec au moins un équipement mobile 3. Cet équipement mobile peut être un téléphone, une tablette interactive, un smartphone, ou encore un PC portable. La communication s'effectue par ondes radios en utilisant un réseau GSM, LTE ou 3G, ou tout autre réseau radio. La proposition de connexion est typiquement faite à l'aide d'une fenêtre apparaissant à l'écran, dans laquelle apparaît un message du type : « Voulez-vous établir une connexion avec un mobile ? » Dans le cas où l'utilisateur répond par l'affirmative, une librairie appelée « API_TV » pour établir une communication est exécutée par l'application cliente sur l'écran de télévision 4. De façon optionnelle, la librairie API_TV utilise une URL permettant de télécharger des données d'utilisation. Dans un premier temps, la librairie API_TV propose à l'utilisateur d'exécuter la version mobile de l'application cliente sur son équipement mobile ME. Cette version mobile de l'application cliente lance alors l'application de communication exécutable sur ce mobile, cette application est appelée « API_ME ». Dans le même temps, la librairie API_TV envoie un message MES_INIT pour initier l'application de communication sur le serveur 1. MES_INIT contient notamment l'adresse IP de l'écran de télévision. Selon un premier mode de réalisation, le serveur répond alors en renvoyant un message TR1_CODE incluant une valeur d'un code de session que nous détaillerons ultérieurement. Selon un autre mode de réalisation, l'écran de télévision dispose de moyen de génération de la valeur du code de session, il transmet alors la valeur ainsi générée au serveur 1. Quelque soit la façon de la générer, le serveur mémorise la valeur du code de session. Au début de son exécution, l'application API_ME exécute l'étape K_CODE en affichant un message sur l'écran 3.1 de l'équipement mobile pour entrer le code de session reproduit par l'écran de télévision 4. Selon un mode de réalisation, l'utilisateur introduit à l'aide du clavier 3.2 le code de session affiché sur l'écran de la télévision. A l'issue de cette opération, l'équipement mobile possède une donnée particulière émise par l'écran de télévision avec lequel il doit communiquer. L'équipement mobile émet par radio à intervalle régulier des messages TR2_CODE + IP incluant au moins son adresse IP et le code de session introduit au clavier. Consécutivement à la réponse positive de l'utilisateur, l'application API_TV entre en communication avec le serveur 1 et récupère le code de session à afficher sur l'écran via le réseau 1.5. Le serveur lance alors une application de communication appelée « API_SE » destinée à permettre une communication virtuelle entre un écran de télévision 4 et au moins un équipement mobile 3. Lors de l'opération LIST CODE+@IP, l'application API_SE mémorise dans un tableau le code de session transmis par l'écran de télévision 4 ainsi que son adresse IP. L'application API_SE analyse aussi tous les messages émis par les équipements mobiles 3 qui transitent à travers le réseau 1.5, et filtre ceux transmettant un code de session. L'application API_SE compare les codes de session contenus dans les messages émis par les équipements mobiles 3 avec le code de session reçu de l'écran de télévision 4. Selon un mode particulier de réalisation, API_SE et/ou API_TV analysent tous les messages associés à leur code de session en interrogeant régulièrement le serveur 1, par exemple toutes les minutes. De cette façon, plusieurs messages émis par différents appareils peuvent être reçus par le serveur et une liste d'au moins un appareil destiné à communiquer avec l'écran de télévision est élaborée, chaque appareil étant identifié par son adresse IP. L'adresse IP est un exemple d'identificateur, toute valeur de code spécifique à un équipement mobile donné convient pour identifier cet équipement. La base de données du disque dur HD 1.3 reliée au serveur 1 dispose des données suivantes : - valeur du code de session, - adresse IP de l'écran de télévision rattaché au code de session, - liste des adresses IP d'équipement mobiles rattachés au code de session. De cette façon, l'écran de télévision peut être appairé avec au moins un équipement mobile 3 dans le cadre d'une session de communication. L'application API_SE utilise ces données pour informer l'écran de télévision de l'identité des équipements mobiles qui désirent communiquer avec lui. La transmission de cette information peut se faire soit en mode PUSH dans lequel le serveur émet vers l'écran un message à chaque fois qu'un équipement mobile lui a transmis la valeur du code de session, soit en mode PULL dans lequel l'écran de télévision interroge le serveur pour savoir si au moins un équipement mobile a demandé à être appairé avec lui dans le cadre d'une communication. Une fois que l'écran de télévision est informé de l'identité d'un équipement mobile désireux de communiquer avec lui, alors un message d'accusé réception ACK est envoyé à l'équipement mobile et à l'écran de télévision 4. Suite à la réception de ce message, l'équipement mobile et l'écran de télévision peuvent informer l'utilisateur de la communication effective en affichant un message. Ce message contient un texte à reproduire, du type : « Vous êtes connecté ». Ce message peut avantageusement être remplacé par une icône présente sur l'écran tant que la communication est effective, ou encore par un voyant lumineux en face avant de l'équipement. À partir de ce moment, les équipements mobiles et l'écran de télévision peuvent communiquer entre eux à travers une voie virtuelle de communication W3. Cette voie de communication est virtuelle en ce qu'elle est constituée des voies W1 et W2, avec le contrôle du serveur pour l'aiguillage des messages dans le cadre d'une session ouverte par l'application cliente exécutée par l'écran de télévision. Cette application cliente exécutée sur l'écran affiche notamment des menus et la version mobile de l'application cliente affiche d'autres menus sur les écrans des équipements mobiles. A un certain moment, l'application cliente affiche un message Q1 sur l'écran 4 et attend une réponse de l'utilisateur. L'utilisateur introduit sa réponse en utilisant son équipement mobile. L'équipement mobile envoie alors un message R1 au serveur 1 incluant la valeur particulière de code de session et une indication de la réponse de l'utilisateur. A l'aide de son tableau d'association comprenant les adresses IP des différents appareils en communication via le code de session, le serveur sait que l'écran 4 est appairé à cet équipement mobile. Il transmet donc la réponse R1 à l'écran de télévision. La version mobile de l'application cliente peut ainsi transmettre la réponse R1 à l'application cliente exécutée sur l'écran. Un exemple d'apparence d'écran affiché lors de l'établissement d'une communication est illustré par la figure 3. L'application cliente affiche sur l'écran 4.1 une image représentant des clubs de golf, et une fenêtre d'interactivité 4.2 contenant la question « Jouez-vous au golf ? ». La librairie de communication API_TV affiche une fenêtre 4.3 de présentation de code de session. Dans l'exemple illustré par la figure 3, le code de session est une suite de caractères que l'utilisateur doit introduire sur le clavier 3.2 de son équipement mobile 3. Après avoir introduit le code de session, l'équipement mobile est appairé à l'écran de télévision 4 dans le contexte de l'application cliente. La librairie de communication API_TV est de préférence indépendante de l'application cliente, de cette façon, n'importe quelle application cliente peut s'appuyer sur cette librairie de communication. La présente invention n'exclut pas que les menus d'écrans permettant l'appairage des appareils (ou « pairing » en Anglais) soient dissociés de l'application cliente. Les utilisateurs interagissent avec l'application cliente exécutée sur l'écran en introduisant des commandes sur leurs équipements mobiles 4, via la version mobile de l'application cliente. Les commandes introduites sont émises sous la forme de messages radio contenant au moins : - une donnée correspondant à la commande, - le code de session. L'application API_SE résidant dans le serveur 1 analyse les messages radio et, si les codes de session correspondent, les transmet à l'écran de télévision via le réseau 1.5, ainsi qu'aux autres mobiles 4, ou à un mobile en particulier. Inversement, le serveur reçoit des messages provenant de l'écran de télévision TV via le réseau 1.5, ces messages contenant aussi le code de session, et les transmet à l'ensemble des mobiles 4, ou à un mobile en particulier. Avantageusement, les communications entre les équipements mobiles et l'écran de télévision sont sécurisées par une clé secrète utilisée pour chiffrer, déchiffrer et/ou authentifier les messages échangés. Selon une variante de réalisation, les clés sont générées par l'application API_SE résidant dans le serveur. Selon une autre variante de réalisation, les clés de chiffrement, de déchiffrement et d'authentification sont élaborées à partir du code de session. Par exemple, le code de session est utilisé comme diversifiant pour calculer une valeur diversifiée de clé secrète. De cette façon, la clé est utilisée uniquement dans le cadre d'une session particulière entre un écran et au moins un équipement mobile. L'algorithme de moyen de chiffrement et de signature est avantageusement de type symétrique, le D.E.S. (« Data Encryption Standard » en Anglais), par exemple. Selon un autre mode de réalisation, le code de session est contenu dans un QR code affiché au sein d'une icône affichée par l'écran de télévision TV. Un exemple d'apparence d'écran illustrant cet autre mode de réalisation est présenté à la figure 3. L'écran 4.1 affiche une image représentant des clubs de golf, une fenêtre d'interactivité 4.2 et une fenêtre 4.3 affichant une représentation bidimensionnelle du code de session. Dans l'exemple illustré par la figure 4, la représentation bidimensionnelle symbolise la valeur du code de session. Les équipements mobiles 3 sont dotés d'un moyen de capture d'image, tel qu'un objectif photographique. Chaque utilisateur oriente son équipement mobile 3 vers l'écran et pointe l'objectif photographique en direction de l'icône affichant le QR code. L'équipement mobile capture l'image du QR code et le convertit en une information numérique qui comprend le code de session. Selon un mode particulier de réalisation, l'écran 3.1 de l'équipement mobile avertit l'utilisateur que l'acquisition et la conversion se sont bien déroulées. Le code de session extrait de l'information numérique est mémorisé dans l'équipement mobile et transmis lors de chaque commande émise par l'équipement mobile. Selon un perfectionnement, le QR code contient aussi l'adresse IP de l'écran de télévision et les références des sites permettant à l'équipement mobile de télécharger automatiquement l'application de communication. De cette manière, il n'y a pas besoin de rendre résidente l'application API_ME, ce qui libère de la place mémoire. Selon un mode particulier de réalisation, les contenus interactifs reproduits par l'écran de télévision 4 respectent la norme hbbTV (acronyme de l'expression en langue Anglaise « Hybrid Broadcast Broadband TV), et ce qui permet de déclencher le processus d'appairage à partir des évènements Hbbtv. Selon un mode particulier de réalisation, l'écran de télévision transmet des informations reproductibles à plusieurs équipements mobiles. Ces informations sont contenues dans un message ayant dans l'en-tête le code de la session et l'identificateur de l'équipement mobile. De cette façon, l'application cliente peut afficher des données d'interactivité sur un écran 3.1 d'un équipement mobile donné, celui-ci n'étant consultable que par son utilisateur. De nombreuses applications sont possibles utilisant ce mode de communication. Par exemple, les personnes peuvent jouer en introduisant des informations par le clavier de leur équipement mobile et prendre connaissance de données personnelles par l'écran de leur équipement mobile, tout en partageant un menu commun affiché sur l'écran de télévision. Un autre exemple concerne l'introduction d'opinions au sujet d'un contenu audio, visuel ou audiovisuel reproduit sur l'écran de télévision. L'équipement mobile affiche un menu interactif où l'utilisateur peut introduire une valeur d'opinion à l'aide du clavier. D'autres applications peuvent utiliser ce mode d'interactivité, comme la vente de vidéo (VOD), ou un système d'enchères. Dans ce qui précède, il est décrit que le code de session est reproduit sur l'écran de télévision. Ce moyen particulier d'introduction de commande n'est pas limitatif mais tout moyen peut convenir pour la mise en oeuvre de la présente invention. Ainsi, les codes de session peuvent être reproduits de façon sonore à l'aide de haut-parleurs disposés sur l'écran de télévision 4. L'utilisateur approche le microphone de son équipement mobile 3 près du haut-parleur et déclenche l'acquisition du code de session par ce dernier. Le signal sonore est converti en données numériques qui sont ensuite transmises au serveur 1 afin d'y être enregistrées. Ce mode particulier de réalisation est utile lorsque l'équipement mobile ne dispose pas de moyen de capture d'images. L'invention n'est pas limitée aux modes de réalisation qui viennent d'être décrits. En particulier, l'invention peut être mise en oeuvre par tout appareil mobile disposant d'une interface utilisateur et d'un moyen de communication sans fil, et tout appareil fixe disposant aussi d'une interface utilisateur et communiquant avec un serveur à l'aide d'un câble. Les contenus interactifs reproduits par l'appareil fixe peuvent être visuels, audio ou audiovisuels.20 REVENDICATIONS1. 1. Procédé d'établissement d'une communication entre un appareil mobile (3) appartenant à un utilisateur et un appareil fixe (4), l'appareil fixe communiquant avec un serveur (1) à l'aide d'une première voie de communication et l'appareil mobile communiquant avec ledit serveur (1) à travers une seconde voie de communication, caractérisé en ce qu'il comporte les étapes suivantes : génération d'un code de session, reproduction par l'appareil fixe (4) dudit code de session, introduction commandée par l'utilisateur dudit code de session au sein de l'appareil mobile (3), transmission du code de session par l'appareil mobile (3) au serveur (1), établissement à travers le serveur (1) d'une troisième voie de communication permettant de transmettre des messages entre l'appareil fixe (4) et l'appareil mobile (3), les messages transmis incluant ledit code de session. 2. Procédé d'établissement d'une communication selon la revendication 1 ; caractérisé en ce que l'appareil fixe (4) ou l'appareil mobile (3) transmet également un code identifiant ledit appareil, les messages émis par ledit appareil à destination du serveur (1) comportant le code d'identification. 3. Procédé d'établissement d'une communication selon la revendication 1 ou 2; caractérisé en ce que le code de session reproduit par l'appareil fixe (4) est une valeur alphanumérique affichée sur l'écran (4.1) de l'appareil fixe. 4. Procédé d'établissement d'une communication selon la revendication 1 ou2; caractérisé en ce que le code de session reproduit par l'appareil fixe (4) est un QR code. 5. Procédé d'établissement d'une communication selon la revendication 1 ou 2; caractérisé en ce que le code de session est reproduit par l'appareil fixe (4) sous la forme d'un signal sonore, l'appareil mobile (3) disposant d'un moyen d'acquisition pour recevoir ledit signal sonore. 6. Procédé d'établissement d'une communication selon l'une quelconque des revendications précédentes ; caractérisé en ce que les communications entre l'appareil mobile (3) et l'appareil fixe (4) sont chiffrées. 7. Procédé d'établissement d'une communication selon la revendication 6 ; caractérisé en ce que la clé pour chiffrer les communications est générée au moins à partir de la valeur du code de session. 8. Procédé d'établissement d'une communication selon l'une quelconque des revendications précédentes ; caractérisé en ce qu'il comporte une étape de reproduction d'un message indiquant qu'une communication est établie entre un appareil mobile (3) et l'appareil fixe (4). 9. Procédé d'établissement d'une communication selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il permet la transmission d'évènements Hbbtv depuis le poste de télévision vers les équipements mobiles (3) appairés et le déclenchement du processus d'établissement d'une communication entre les appareils à partir des évènements Hbbtv. 10. Procédé d'établissement d'une communication selon l'une quelconquedes revendications précédentes, caractérisé en ce que ledit code de session est généré par le serveur (1). 11. Serveur de communication (1) comportant un module de communication (1.4) autorisant la communication entre ledit serveur et un appareil fixe (4) à travers une première voie de communication et autorisant la communication entre ledit serveur et un appareil mobile (3) à travers une seconde voie de communication; caractérisé en ce qu'il comporte un moyen de mémorisation de la valeur d'un code de session qui est reproduit par l'appareil fixe (4) et qui est introduit au niveau de l'appareil mobile (3), le module établissant une communication entre l'appareil fixe (4) et l'appareil mobile (3) à travers une troisième voie de communication en échangeant des messages incluant ledit code de session. 12. Produit programme d'ordinateur téléchargeable depuis un réseau de communications et/ou stocké sur un support lisible par ordinateur et/ou exécutable par une unité centrale, caractérisé en ce qu'il comprend des instructions de programme pour la mise en oeuvre d'au moins une étape du procédé d'établissement d'une communication selon l'une quelconque des revendications 1 à 10.