Brevet FR2878114A1 — publié le 20060519

La présente invention concerne le domaine des décodeurs numériques comprenant un décodeur maître et au moins un décodeur esclave et plus particulièrement une méthode d'appariement, plus particulièrement connue sous le terme anglais de pairing , entre un décodeur maître et au moins un décodeur esclave. Les opérateurs de services multimédias distribuent leurs services selon plusieurs réseaux de transmission. Parmi ces réseaux, on peut citer les réseaux de distribution par satellite, par câble et le numérique terrestre. Ces différents réseaux de distribution ont en commun la particularité d'amener des flux de transport jusqu'à un appareil, point d'entrée du réseau, dans le domicile. Les services sont ensuite distribués dans le domicile vers les différents endroits où l'abonné souhaite pouvoir les recevoir. La réception proprement dite s'effectue au moyen d'un appareil appelé décodeur numérique dont la fonction est de vérifier les droits d'accès de l'abonné aux services et de décoder ceux pour lesquels l'abonné possède les droits. Dans son domicile, l'abonné possède souvent plusieurs récepteurs à même de visualiser les services distribués. Le problème se pose alors de permettre à l'abonné de décoder les services auxquels il est abonné à plusieurs endroits dans son domicile. La distribution en aval du décodeur du service décodé, dit décodeur maître, est une solution. Si l'on veut permettre à chaque point de visualisation de service, dans le domicile, de visualiser un service quelconque indépendamment des services visualisés sur les autres points de visualisation, il faut utiliser plusieurs décodeurs dans le domicile, un décodeur par point de visualisation, chaque décodeur pouvant décoder l'un quelconque des services distribués indépendamment des services décodés par les autres décodeurs dans le domicile. Pour ce faire, il est donc possible d'utiliser dans un domicile plusieurs décodeurs, dits esclaves. Un lien de communication existe toujours entre un décodeur maître et un décodeur esclave avec lequel il est appairé. Le ou les décodeurs esclaves ne peuvent fonctionner, c'est à dire échanger des données en clair avec le décodeur maître auquel ils sont raccordés, sans vérification de la liaison avec le terminal maître auquel ils sont appairés. Un protocole d'initialisation va ainsi permettre le pairing entre décodeur maître et décodeur esclave; Ce protocole d'initialisation va utiliser l'envoi et la réception de trames numériques de bytes, significatifs de différents paramètres, entre le décodeur maître et au moins un des décodeur esclave. Ce protocole comporte trois phases distinctes. La première phase est celle de la reconnaissance d'enregistrements qui permet la reconnaissance des décodeurs esclaves auprès du décodeur maître et vice versa. Elle se fera par l'envoi et la réception d'une trame comportant des bytes d'identification des signatures du maître et de l'esclave. Si la reconnaissance réciproque des deux décodeurs est correcte, alors la deuxième phase du protocole d'initialisation peut démarrer. Elle permet l'établissement de la connexion entre les décodeurs maître et esclave. Elle se fera de même par l'échange de trames comportant des bytes permettant la connexion des décodeurs. Les décodeurs maître et esclave étant connectés, la troisième phase correspond à un échange de données d'informations pour vérifier différents paramètres et conditions d'échanges de données définissant ainsi une certaine version du protocole pairing . Ces données d'informations peuvent bien sûr évoluer et changer, entraînant ainsi une nouvelle version de pairing ; Théoriquement chaque maître ou esclave reçoit un avis de mise à jour de la version du protocole de pairing . Mais pour diverses raisons il se peut que cette mise à jour n'ait pas eu lieu soit dans le décodeur maître soit dans le décodeur esclave. Différentes versions de pairing entraîneraient une impossibilité de communication entre les 2 décodeurs concernés ou une perturbation de la communication. Or aucune information dans le système de décodeurs selon l'état de la technique ne permet de dire si les deux décodeurs possèdent une même version du protocole de pairing ou une version compatible. L'invention se propose de résoudre ce problème en proposant une méthode d'initialisation entre un décodeur maître, et un décodeur esclave permettant l'identification et le contrôle de la version du protocole de pairing utilisée. Pour cela et selon l'invention il est prévu l'ajout d'un byte dans les trames d'enregistrement des décodeurs, permettant ainsi l'identification de la version du protocole utilisée. La similitude des versions autorise le lien de pairing et permet ainsi la continuation du procédé d'initialisation. Au contraire, si le résultat de cette comparaison indique 2 versions de protocole différentes, le lien de pairing sera rendu indisponible. L'invention propose que la version de protocole du décodeur maître ou esclave soit mise à jour avant de reprendre la phase d'initialisation pour rendre disponible le lien de pairing entre maître et esclave. L'avantage de l'invention est ainsi de pouvoir identifier les différentes versions de protocole pairing , donc de pouvoir ainsi contrôler les évolutions fonctionnelles du protocole pairing en s'assurant de la version du protocole utilisée. De plus les mises à jour de logiciel sont effectuées de manière fiable. L'invention propose donc une méthode de pairing entre un décodeur maître et un décodeur esclave par une séquence d'initialisation du protocole de pairing comprenant une phase d'enregistrement des décodeurs maître et esclave qui permet de vérifier l'identité des décodeurs. Le protocole de pairing comporte un identifiant de version qui peut être un numéro. La phase d'enregistrement comporte aussi une étape de reconnaissance du numéro de la version du protocole par chaque décodeur, permettant soit une mise en disponibilité d'un lien de pairing entre les décodeurs s'il s'agit de la mérne version du protocole, soit de rendre le lien de pairing indisponible si les décodeurs sont munis de versions de protocole différentes. Selon une méthode selon l'invention, le lien de pairing étant indisponible, la séquence d'initialisation du protocole pairing boucle sur la phase d'enregistrement. Par contre si le lien de pairing est disponible, la séquence d'initialisation se poursuit par la phase de connexion et la phase d'échanges de données. Selon un mode particulier de l'invention, après la mise à jour d'une des versions du protocole de pairing , la séquence d'initialisation sera automatiquement renouvelée permettant une mise en disponibilité du lien de pairing et une poursuite de la séquence d'initialisation du protocole de pairing . Selon une caractéristique de la méthode selon l'invention, la phase d'enregistrement comprendra, pour le décodeur maître, l'étape de l'envoi d'une requête d'enregistrement au décodeur esclave sélectionné et l'étape de la réception d'une réponse d'enregistrement envoyée par un décodeur esclave sélectionné en réponse à la requête d'enregistrement, cette réponse comportant l'identification de la version du protocole pairing de l'esclave et permettant de déterminer la disponibilité ou non du lien de pairing . De même, la phase d'enregistrement comprendra pour l'un des décodeurs esclaves les étapes de réception d'au moins une requête d'enregistrement du décodeur maître et l'envoi d'une réponse d'enregistrement en réponse à la requête d'enregistrement, cette réponse comportant une donnée d'identification de la version du protocole pairing du décodeur esclave. Selon un mode particulier selon l'invention, cette méthode comportera pour le décodeur maître et pour l'un des décodeurs esclaves la répétition des étapes de requête et réponse d'enregistrement tant que la disponibilité du lien de pairing n'est pas établi. L'invention sera mieux comprise, et d'autres particularités et avantages apparaîtront à la lecture de la description qui va suivre, la description faisant référence aux dessins annexés parmi lesquels: La figure 1 représente le schéma d'une installation typique de distribution collective de services qui va nous servir à décrire l'exemple de réalisation. La figure 2 représente un exemple de la composition d'une trame 25 de requête d'enregistrement et de réponse d'enregistrement. La figure 3 représente un schéma d'acteurs illustrant les échanges entre un décodeur maître et un décodeur esclave si tous deux sont munis de la même version de pairing . Les figures 4 et 5 représentent des schémas d'acteurs illustrant les échanges entre un décodeur maître et un décodeur esclave si tous deux sont munis de versions de pairing différentes. La figure 1 représente le schéma d'une installation typique de distribution collective de services qui va nous servir à décrire l'exemple de réalisation. Les services sont distribués par un réseau de distribution 1.1 qui peut être un réseau câblé ou non, un réseau satellite, un réseau numérique terrestre ou autre. Nous nous plaçons dans le cas où une antenne ou une parabole de réception va permettre la réception des services qui vont être distribués par un réseau de distribution collective 1.2 au sein d'un immeuble ou d'un quartier d'habitation. Ce réseau de distribution collective arrive, par des connexions 1.12 au domicile 1.3 des abonnés. Dans le domicile des abonnées les services sont acheminés vers les différents points de visualisation, par des liaisons câblées ou sans fils 1.11 qui distribuent le signal dans les différentes pièces 1.4, 1.5, 1.6, 1.7. Dans ces différentes pièces, des décodeurs 1.8, 1.9, 1.10, 1.1:3 permettent le décodage de ces services pour visualisation par les abonnés. Lorsqu'un abonné désire recevoir les services dans plusieurs pièces,, ce qui est le cas du domicile 1.3 du schéma, il va disposer de quatre décodeurs 1.8, 1. 9, 1.10 et 1.13. Ces décodeurs vont établir une communication distribuant les services dans le domicile. L'initialisation de cette communication va permettre d'appairer les décodeurs l'un jouant le rôle de maître 1.8 et les autres d'esclave. Le choix du décodeur jouant le rôle du maître peut se faire de diverses manières. La façon la plus simple consiste à offrir à l'utilisateur une option de configuration de l'appareil lui indiquant s'il joue ce rôle de maître ou celui d'esclave. Cet appairage est symbolisé par les flèches 1.13 sur la figure 1. Le protocole d'initialisation et de communication va utiliser l'envoi et la réception de trames numériques à une fréquence ne perturbant pas la distribution des services. Un exemple de la composition d'une trame de requête d'enregistrement et de réponse d'enregistrement est représenté par la figure 2. Les 8 premiers bytes (1 à 8) de cette trame de requête d'enregistrement représentent les paramètres spécifiques à la requête d'enregistrement dont ceux de début de trame, de longueur de paquet, d'adresse de destination et d'origine, du code de requête d'enregistrement. Le byte 9 (paramètre 8) indique le numéro de la version de pairing PVN ( pour Pairing Version Number) du décodeur maître. De même les bytes 1 à N de la réponse d'enregistrement du décodeur esclave adressé représentent des paramètres spécifiques à cette réponse, le Byte N+1 indique le numéro de la version pairing du décodeur esclave adressé. Le protocole d'initialisation entre le décodeur maitre et le décodeur esclave adressé décrit par la figure 3 prévoit, tout d'abord, une phase d'enregistrement 2.3, 2.4 lors de laquelle l'esclave 2.2 sélectionné dans le domicile va s'enregistrer auprès du maître 2.1 et vice versa. La phase d'enregistrements comporte l'émission par le maître d'une trame formée de différents bytes dit requête d'enregistrement 2.3 telle que décrite précédemment en rapport avec la figure 2 et comportant selon l'invention, l'identification de la version du protocole pairing par l'envoi d'un byte PVN indiquant le numéro de la version du protocole pairing . Tout décodeur esclave recevant cette requête va y répondre par l'envoi d'une trame dit réponse d'enregistrement 2.4. telle que décrite par la figure 2. Cette réponse contiendra particulièrement le numéro de la version du protocole pairing de l'esclave. Si le byte PVN indiquant le numéro de la version du protocole pairing du maitre concorde donc avec le byte indiquant le numéro de la version pairing de l'esclave, le lien de pairing est rendu disponible. Le processus d'initialisation pourra donc passer à l'étape suivante, celle de la connexion. La phase de connexion va permettre d'ouvrir effectivement le lien de communication entre le maître et cet esclave. Cette phase est couverte par trois types de messages: la requête de connexion 2.5, la réponse de connexion 2.6 et la confirmation de connexion 2.7. La requête de connexion va être envoyée par le maître à l'esclave qui vient de s'enregistrer. Ce message sera envoyé et contient l'adresse attribuée au décodeur ainsi que l'identificateur sous lequel le décodeur s'est fait connaître. Le décodeur qui va reconnaître son identificateur va donc pouvoir connaître l'adresse qui lui a été attribuée. Cette connaissance lui permet, ensuite, de reconnaître les messages qui lui sont destinés. II répond, par un message, appelé réponse de connexion à cette requête de connexion. Par cette réponse il indique au maître s'être reconnu au niveau de l'identificateur transmis et avoir accepté l'adresse qui lui a été attribuée. Le maître va ensuite confirmer par une confirmation de connexion envoyée à cette adresse. A l'issue de cette phase de connexion, le canal sera ouvert entre le maître et cet esclave. Les adresses du maître et de l'esclave sont confirmées de part et d'autre de la connexion. Un processus d'échange de données va ensuite pouvoir se mettre en place entre le maître et l'esclave. Le contenu des données transmises, leur codage, la fréquence de transmission ne sont pas détaillés ici. Le maître étant à l'initiative de tout échange de messages entre lui et les esclaves dans ce protocole, il va pouvoir envoyer des données aux esclaves. Dans le cas où il n'a pas de données à envoyer, il va régulièrement envoyer des requêtes aux esclaves de façon à leur demander s'ils ont, eux, des données à lui envoyer. Ceci est fait en envoyant à un esclave une requête d'information 2.8, 2.10 à laquelle l'esclave va répondre par une réponse d'information 2.9, 2.11 Chacun de ces messages va pouvoir contenir ou pas de l'information utile. Dans tous les cas, le protocole exige un échange de tels paquets, au besoin vides de données utiles, de manière régulière. Cette phase d'initialisation sera répétée automatiquement de façon régulière dans le temps de façon à autoriser la connexion de nouveaux décodeurs qui apparaîtraient dans le domicile. Le protocole d'initialisation décrit par les figures 4 et 5 prévoit, tout d'abord, une phase lors de laquelle l'esclave 3.2 présent dans le domicile va essayer de s'enregistrer auprès du maître 3.1 et vice versa. Mais l'esclave et le maître possèdent deux versions de pairing différentes, N et N+1 dans le cas de la figure 4, le byte PVN représentant la version de pairing du maître N+1 est différent du byte représentant la version de pairing de l'esclave N. L'idée est d'établir la communication entre le maître et l'esclave en utilisant cette procédure d'initialisation. La phase d'initialisation comporte l'émission par le maître d'une trame dit requête d'enregistrement 3.3, 3.5. Cette trame est formée de différents bytes permettant comme précédemment par exemple la reconnaissance de l'esclave par l'envoi d'un byte de destination, l'identification du maître par l'envoi d'un byte d'adresse de la source et, selon l'invention, l'identification de la version du prot ocole de pairing par l'envoi du byte indiquant le numéro de la version du protocole de pairing du maître N+1. Cette requête d'enregistrement va être envoyée une première fois à l'esclave. Le décodeur esclave recevant cette requête va y répondre par une requête dite réponse d'enregistrement 3.4, 3.6. Cette réponse contiendra un identificateur du décodeur esclave répondant à la requête, une reconnaissance de l'identificateur du maître et le numéro de la version du protocole de pairing disponible N. Dans le cas de la figure 4, ce numéro de la version de pairing N ne concorde pas avec celui N+1 envoyé précédemment par le maître. Le processus d'initialisation est stoppé et le lien de pairing est indisponible. Le protocole d'initialisation boucle sur cette phase d'enregistrement. Le maître indique alors à l'esclave que les versions de protocole de pairing ne sont pas similaires. La mise à jour de la version du protocole de l'un des décodeurs n'a donc pas eu lieu. Les versions étant numérotées graduellement, la comparaison des numéros de version permettra d'indiquer à l'utilisateur lequel des décodeurs nécessite une mise à jour de sa version de protocole. Dans le cas de la figure 4 le décodeur esclave doit remettre sa version à jour. Cette mise à jour pourra se faire soit automatiquement par l'équipement, par exemple, soit par l'équipement suite à l'accord de l'utilisateur. D'une autre manière l'utilisateur peut télédécharger la version la plus à jour et par l'intermédiaire d'un chargeur remettre à jour les versions de pairing du décodeur esclave. Après cette mise à jour du décodeur esclave, dans le cas de la figure 4, le protocole d'initialisation, bouclé sur la première phase, reprendra son cours 3.5, 3.6. La version du protocole pairing de l'esclave concordant avec celle du maître, le lien de pairing devient disponible et le processus d'initialisation peut donc passer à l'étape suivante, celle de la connexion qui va permettre effectivement d'appairer le rnaître et l'esclave. Comme décrit précédemment, cette phase est couverte par trois types de messages: la requête de connexion 3.7, la réponse de connexion 3. 8 et la confirmation de connexion 3.9. A l'issue de cette phase de connexion, le connexion sera établie et l'appairage réalisé. Un processus d'échange de données va ensuite pouvoir se mettre en place entre le maître et l'esclave. Dans le cas où il n'a pas de données à envoyer, le maître va régulièrement envoyer des requêtes a l'esclave de façon à lui demander s'il a des données à lui envoyer. Ceci est fait en envoyant à un esclave une requête d'information 3.10, 3.12 à laquelle l'esclave va répondre par une réponse d'information 3.11, 3.13. Dans tous les cas, le protocole exige un échange de telles trames, au besoin vides de données utiles, de manière régulière. Dans le cas de la figure 5, l'esclave 3.2 et le maître 3.1 possèdent deux versions de pairing différentes, N et N+1, le numéro de la version de pairing N+1 de l'esclave ne concorde pas avec celui N envoyé précédemment par le maître. La phase d'initialisation comporte l'émission par le maître d'une trame dit requête d'enregistrement 3.3, 3.5 qui va être envoyée une première fois à l'esclave. Le décodeur esclave recevant cette requête va y répondre par une requête dite réponse d'enregistrement 3.4, 3.6. Dans le cas de la figure 5, ce numéro de la version de pairing N+1 ne concorde pas avec celui N envoyé précédemment par le maître. Le processus d'initialisation est stoppé et le lien de pairing est indisponible. Le protocole d'initialisation boucle sur cette phase d'enregistrement. Le maître indique alors à l'esclave que les versions de protocole de pairing ne sont pas similaires. La mise à jour de la version du protocole de l'un des décodeurs n'a donc pas eu lieu. Les versions étant numérotées graduellement, la comparaison des numéros de version permettra d'indiquer à l'utilisateur lequel des décodeurs nécessite une mise à jour de sa version de protocole.Cette mise à jour pourra se faire comme décrit avec la figure 4. Après cette mise à jour du décodeur maître, le protocole d'initialisation, bouclé sur la première phase, reprendra son cours 3.5, 3.6. La version du protocole pairing de l'esclave concordant avec celle du maître, le lien de pairing devient disponible et le processus d'initialisation peut donc passer à l'étape suivante, celle de la connexion qui va permettre effectivement d'appairer le rnaître et l'esclave. Comme décrit précédemment, cette phase est couverte par trois types de messages: la requête de connexion 3.7, la réponse de connexion 3. 8 et la confirmation de connexion 3.9. A l'issue de cette phase de connexion, le connexion sera établie et l'appairage réalisé. Un processus d'échange de données va ensuite pouvoir se mettre en place entre le maître et l'esclave. Dans le cas où il n'a pas de données à envoyer, le maître va régulièrement envoyer des requêtes a l'esclave de façon à lui demander s'il a des données à lui envoyer. Ceci est fait en envoyant à un esclave une requête d'information 3.10, 3.12 à laquelle l'esclave va répondre par une réponse d'information 3.11, 3.13. Dans tous les cas, le protocole exige un échange de telles trames, au besoin vides de données utiles, de manière régulière. L'invention ici décrite dans le cadre de décodeurs de services multimédia recevant ces services par l'intermédiaire d'un réseau de distribution n'est pas limitée à ce cadre. En effet, ce type de protocole peut être implémenté dans tout type d'appareil domestique dès lors que plusieurs appareils sont susceptibles d'être reliés permettant d'établir une communication. Un appareil va jouer le rôle de maître et les autres d'esclaves. Un appareil esclave ne sera en mesure de fonctionner qu'à la condition d'échanger régulièrement des informations avec son maître. Les informations d'initialisation seront typiquement des informations d'authentification et plus particulièrement de la version de protocole. REVENDICATIONS 1. Méthode d'appariement d'un décodeur maître (1.8), et d'au moins un décodeur esclave (1.9, 1.10, 1.13), par une séquence d'initialisation du protocole d'association, dit protocole pairing comprenant une phase d'enregistrement du décodeur maître et d'au moins un décodeur esclave vérifiant l'identité des décodeurs; caractérisée en ce que le protocole comporte un identifiant de version (N, N+1) la phase d'enregistrement comporte aussi une étape de reconnaissance du numéro de la version du protocole par chaque décodeur, permettant soit une mise en disponibilité d'un lien de pairing entre les décodeurs s'il s'agit de la même version du protocole, , soit d'inhiber le lien de pairing si les décodeurs sont munis de versions de protocole différentes. 2. Méthode selon la revendication 1 caractérisée en ce que le lien de pairing étant indisponible, la séquence d'initialisation du protocole pairing boucle sur la phase d'enregistrement. 3. Méthode selon la revendication 1 caractérisée en ce que si le lien de pairing est disponible, la séquence d'initialisation du protocole pairing se poursuit par la phase de connexion et la phase d'échanges de données d'information. 4. Méthode selon la revendication 2 caractérisée en ce que après la mise à jour d'une des versions du protocole de pairing , la séquence d'initialisation est automatiquement renouvelée, permettant une mise en disponibilité du lien de pairing et une poursuite de la séquence d'initialisation du protocole de pairing . 5. Méthode selon l'une des revendications 1 à 4 caractérisée pour le décodeur maître par les étapes suivantes pendant la phase d'enregistrement: l'envoi d'une requête d'enregistrement (2.3, 3.3,) au décodeur esclave sélectionné; - la réception d'une réponse d'enregistrement (2.4, 3.4) envoyée par le décodeur esclave sélectionné (1.9) en réponse à la requête d'enregistrement, cette réponse comportant une donnée d'identification de la version du protocole pairing de l'esclave; - la mise en disponibilité ou non du lien de pairing en fonction des données d'identification de version de pairing du maître et de l'esclave. 6. Méthode selon la revendication 5 caractérisée pour le décodeur maître par la répétition des étapes de requête et réponse d'enregistrement tant que la disponibilité du lien de pairing n'est pas établi. 7. Méthode selon la revendication 6 caractérisée, pour l'un des 20 décodeurs esclaves, par les étapes suivantes: - la réception d'au moins une requête d'enregistrement (2.3, 3.3) du décodeur; - l'envoi d'une réponse d'enregistrement (2.4, 3.4) en réponse à la requête d'enregistrement, cette réponse comportant une donnée d'identification de la version du protocole pairing du décodeur esclave. 8. Méthode selon la revendication 7 caractérisée pour le décodeurmaître par la répétition des étapes de requête et réponse d'enregistrement tant que la disponibilité du lien de pairing n'est pas établi.