Brevet FR2799075A1 — publié le 20010330

La présente invention se rapporte au domaine des systèmes d'accès conditionnel pour terminaux numériques multimedia. Elle concerne plus particulièrement un terminal numérique multimedia ainsi qu'un module détachable associé à ce terminal pour mettre en oeuvre un système d'accès conditionnel dans lesquels l'interface entre le terminal et le module est protégée contre la copie illicite. L'invention a été réalisée dans le contexte de l'interface dite DVB-CI (de l'anglais "Digital Video Broadcasting - Common Interface" signifiant littéralement "Diffusion Vidéo Numérique - Interface Commune") qui est notamment décrite dans la norme européenne EN 50221 publiée par le CENELEC (Comité Européen de Normalisation Electrotechnique). Cette interface commune DVB-CI a été définie par le groupement DVB pour permettre une standardisation des équipements de réception numérique tout en permettant aux prestataires de services fournissant les données (par exemple des fournisseurs de programmes télévisés payants) de rester propriétaires du système d'accès conditionnel et des éléments de sécurité correspondants. En effet, un système d'accès conditionnel doit être prévu à chaque fois qu'il est nécessaire de contrôler l'accès à des données diffusées. Mais les prestataires de service fournissant les données veulent conserver un système d'accès conditionnel spécifique. Grâce à l'interface DVB- Cl, les éléments propriétaires spécifiques peuvent être intégrés dans un module séparé des parties du terminal normalisées qui reçoivent et décodent les données vidéo numériques ou les données de services. Ainsi, les éléments propriétaires peuvent être fabriqués et vendus séparément des terminaux ce qui facilite leur distribution. Le module est appelé par extension "module DVB- Cl". La norme européenne précitée décrit notamment l'architecture matérielle et logicielle de l'interface commune entre un serveur (l'hôte) et un ou plusieurs modules DVB-CI connectés au serveur. Nous avons représenté sur la figure 1 cette architecture. Le serveur hôte 1 est un terminal numérique multimedia tel qu'un décodeur de programmes diffusés par satellite ou par câble, un magnétoscope ou un ordinateur personnel, sur lequel peuvent être connectés un ou plusieurs modules 2. Le module 2 est un dispositif détachable qui ne peut pas fonctionner seul mais qui est destiné à exécuter certaines tâches spécifiques en association avec le serveur hôte, notamment la mise en oeuvre d'un système d'accès conditionnel ou d'un guide de programme électronique. Pour cela le module peut accéder à des ressources, c'est à dire des unités fonctionnelles logicielles ou matérielles, du serveur hôte. La norme d'interface commune précitée définit à cet effet un certain nombre d'objets susceptibles d'être échangés entre le module et le serveur hôte et permettant au module d'utiliser les ressources du serveur hôte. Dans le cadre des normes définies par le groupement DVB, les données numériques sont transmises sous la forme de flux d'information codé selon la norme MPEG 2 (ISO/IEC 13818-1), mais naturellement toute autre norme de transport de données peut être utilisée dans le cadre de l'invention. Le terminal numérique 1 de la figure I comporte un tuner/démodulateur 10 qui reçoit un signal S, issu d'une antenne satellite ou d'un réseau câblé, et qui fournit en sortie un flux de données numériques, transmis sous forme de paquets, appelé TS (de l'anglais "Transport Stream" signifiant "flux de transport") dans la norme MPEG 2 précitée, et contenant les services fournis par des prestataires. Le flux de données TS comprend, de manière connue, des paquets de données fournies par différents prestataires de services et, afin de garantir que les données ne parviennent qu'aux utilisateurs ayant acquis le droit de les recevoir (par exemple moyennant un abonnement au service), ces données sont transmises en étant embrouillée par des mots de contrôle CW (de l'anglais "Control Word"). Afin de désembrouiller les données, le prestataire de services fournit également aux utilisateurs les mots de contrôle ayant servi à embrouiller les données. De façon à garder secrets les mots de contrôle, ceux-ci sont fournis après avoir été chiffrés avec un algorithme de clé K. Les différents mots de contrôle chiffrés sont envoyés aux utilisateurs dans des messages de contrôle communément notés ECM (l'abréviation ECM provient de l'anglais "Entitlement Control Message") transmis dans le flux de données TS. Les mots de contrôle sont ensuite déchiffrés dans un processeur sécurisé contenant la clé K, le processeur sécurisé étant inclus dans un élément de sécurité, par exemple une carte à puce, qui est fourni aux utilisateurs. En revenant à la figure 1, on note donc TS(D.EMB.) le flux de données TS contenant les données sous forme embrouillée. Conformément au principe défini dans la norme EN 50221 précitée, tous les éléments du système d'accès conditionnel spécifiques au prestataire de service sont contenus dans le module détachable 2 qui reçoit du terminal numérique 1 le flux de données TS (D.EMB.) à travers l'interface commune DVB-CI. Le module 2 comprend un microcontrôleur 21, dans lequel est exécutée l'application logicielle de contrôle d'accès CA spécifique au prestataire de service. Il comprend en outre un composant 22 appelé démultiplexeur qui reçoit le flux de données TS(D.EMB.) pour en extraire les paquets de données vidéo ou audio correspondant à un service que l'utilisateur désire visualiser ou pour en extraire des paquets de données contenant des informations dites "de service", telles que des messages de contrôle ECM. Les paquets de données vidéo ou audio sont envoyés à un désembrouilleur 23 contenu dans le module 2 tandis que les messages ECM sont envoyés à une carte à puce 3 qui se trouve insérée dans le module 2 et qui contient, dans un processeur sécurisé 30, la clé K ayant servi à chiffrer les mots de contrôle. Le déchiffrement des mots de contrôle contenus dans les messages ECM est effectué par le processeur sécurisé 30 qui fournit en sortie les mots de contrôle CW en clair au désembrouilleur 23 situé dans le module 2. Le désembrouilleur 23 est ainsi en mesure de désembrouiller les paquets de données vidéo ou audio reçus du démultiplexeur 22 grâce aux mots de contrôle CW qu'il reçoit de la carte à puce 3. Il fournit en sortie un flux de données numériques TS(D.DES.) dans lequel les paquets de données correspondant au service qui a été sélectionné par l'utilisateur sont désembrouillés. Le flux de données TS(D.DES.) est transmis au terminal numérique 1 via l'interface commune DVB-CI. Il est plus particulièrement transmis à un décodeur MPEG 14 du terminal qui fournit les sorties audio et vidéo du terminal directement lisibles par un appareil tel qu'un téléviseur. Le terminal 1 comporte également un microcontrôleur 11 dans lequel sont exécutés les différentes applications logicielles du terminal. L'interface commune DVB-CI comprend en fait deux interfaces logiques: - la première, I'interface du flux de données ITTS, constitue un bus bidirectionnel et transporte les paquets de données numériques du flux TS dans les deux sens entre le terminal 1 et le module 2 selon la norme de transport MPEG 2. Du terminal vers le module, le flux TS(D.EMB.) transmis via l'interface ITTS est un flux de données embrouillées tandis que dans l'autre sens (flux TS(D.DES.)), et à condition que le module 2 permette l'accès aux données sélectionnées par l'utilisateur (c'est à dire qu'il contienne les éléments du système d'accès conditionnel du prestataire de service nécessaires au désembrouillage desdites données), les paquets contenant les données sélectionnées sont retournés désembrouillés alors que le reste du flux TS reste inchangé; - la seconde, I'interface de commande ITCOM, transmet quant à elle des commandes dans les deux sens entre le terminal 1 et le module 2 (plus particulièrement entre les microcontrôleurs 11 et 21) par l'intermédiaire des objets (ou fonctionnalités primitives) définis dans la norme qui ont été mentionnés plus haut. Un inconvénient notable du système qui vient d'être décrit est que certaines données circulent en clair au niveau de l'interface commune DVB-CI (dans le flux TS(D.DES.)). Or les diffuseurs de données sont de plus en plus préoccupés par les copies illicites qui peuvent être effectuées à partir des données qu'ils transmettent, d'autant plus lorsque ces données sont transmises sous forme numérique comme c'est le cas dans la présente espèce, et ils demandent que des moyens de protection contre la copie soient mis en place. L'interface commune DVB-CI actuelle ne peut pas garantir cette protection contre la copie puisque, le module 2 étant détachable, il est possible à un pirate de connecter un enregistreur numérique sur une borne de connexion à travers laquelle transite le flux TS(D.DES.) et d'enregistrer les paquets de données qui circulent en clair. Un but de la présente invention est de résoudre les problèmes précités en fournissant des moyens d'assurer la protection contre la copie au niveau de l'interface commune entre un terminal numérique et un module reliés entre eux par une interface du type DVB-CI. L'invention concerne à cet effet un terminal numérique multimedia destiné à coopérer avec un module détachable pour désembrouiller un flux de données numériques embrouillées reçu dans lequel les mots de contrôle ayant servi à embrouiller les données numériques sont transmis dans le flux sous une forme chiffrée. Le terminal est susceptible de transmettre le flux de données embrouillées au module détachable à travers une première interface avec ledit module détachable. Selon l'invention, le terminal est en outre capable de recevoir du module détachable les mots de contrôle déchiffrés à travers une seconde interface avec ledit module, et il comporte un désembrouilleur capable de désembrouiller le flux de données numériques grâce aux mots de contrôle reçus du module détachable. Le désembrouillage des données est donc uniquement effectué dans le décodeur et plus aucune donnée ne transite en clair au niveau de l'interface entre le terminal et le module détachable. Les risques de copies illicites sont donc considérablement réduit grâce à l'invention. Selon un mode de réalisation préféré de l'invention, le terminal numérique est en outre susceptible de recevoir du module détachable, à travers la première interface, le flux de données numériques embrouillées, ledit flux de données reçu par le terminal n'étant pas modifié par rapport au flux de données transmis par le terminal. Selon un autre mode de réalisation, le terminal numérique est susceptible de recevoir du module détachable, à travers la première interface, le flux de données numériques embrouillées dans lequel, par rapport au flux de données transmis par le terminal, les paquets de données contenant les mots de contrôle sont enlevés. L'invention concerne également un module destiné à coopérer avec un terminal numérique tel que décrit ci-dessus, ce module étant susceptible de recevoir du terminal un flux de données numériques embrouillées à travers une première interface avec le terminal. Selon un autre aspect de l'invention, le module est en outre capable d'extraire du flux de données les mots de contrôle ayant servi à embrouiller les données numériques; de déchiffrer lesdits mots de contrôle; et de transmettre les mots de contrôle déchiffrés au terminal à travers une seconde interface avec ledit terminal. Selon un autre aspect de l'invention, le module est en outre adapté à retourner le flux de données numériques embrouillées au terminal sans modifier ledit flux. Selon encore un autre aspect de l'invention, le module est adapté à retourner le flux de données numériques embrouillées au terminal en enlevant, par rapport au flux de données transmis par le terminal, les paquets de données contenant les mots de contrôle. Selon un mode de réalisation particulier de l'invention, le module est susceptible de coopérer avec un élément de sécurité détachable pour déchiffrer les mots de contrôle, ledit module étant capable d'extraire du flux de données numériques des messages contenant les mots de contrôles chiffrés; de transmettre lesdits messages à un élément de sécurité inséré dans ledit module; de recevoir dudit élément de sécurité les mots de contrôle déchiffrés; et de transmettre les mots de contrôle déchiffrés au terminal numérique avec lequel il coopère. L'invention concerne aussi une méthode pour désembrouiller un flux de données numériques embrouillées reçu par un terminal numérique multimedia, les mots de contrôle ayant servi à embrouiller les données étant transmis dans le flux sous une forme chiffrée. La méthode comprend une première étape consistant à transmettre le flux de données embrouillées à un module détachable. Elle comprend en outre les étapes consistant pour le module détachable, à extraire du flux de données les mots de contrôle ayant servi à embrouiller les données numériques; à déchiffrer lesdits mots de contrôle; et à transmettre les mots de contrôle déchiffrés audit terminal. L'invention concerne aussi une méthode pour transférer des mots de contrôle entre un module tel que décrit ci-dessus et un terminal numérique également décrit ci-dessus. Cette méthode consiste essentiellement: - pour le module à envoyer un premier objet d'identification au terminal; - pour le terminal à envoyer, en réponse audit premier objet, un second objet d'identification indiquant si le terminal est susceptible ou non de recevoir les mots de contrôle déchiffrés par le module; et - pour le module, en cas de réponse positive dans ledit second objet, à envoyer lesdits mots de contrôle déchiffrés renfermés dans un troisième objet. D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture d'un mode de réalisation particulier, non limitatif, de l'invention fait en référence aux figures 1 à 4, parmi lesquelles: - la figure 1, décrite précédemment, représente un terminal numérique auquel est raccordé un module DVB-CI selon l'art antérieur; - la figure 2 représente un terminal numérique auquel est raccordé un module selon le principe de l'invention; - la figure 3 représente schématiquement une partie de l'interface commune entre un terminal numérique et un module tels que ceux de la figure 2; - la figure 4 illustre un protocole de communication à travers la partie de l'interface commune représentée à la figure 3. Sur la figure 2, on a représenté un terminal numérique 1 ainsi qu'un module 2 connecté au terminal via une interface améliorée par rapport à l'interface DVB-CI pour assurer une meilleure protection contre la copie au niveau de cette interface. Les éléments similaires à ceux de la figure 1 précédemment décrite portent les mêmes numéros de référence et ne seront pas décrits davantage. Dans le mode de réalisation de l'invention illustré à la figure 2, on considérera que le terminal numérique 1 est un décodeur recevant des programmes de différents prestataires de services par le câble ou par une antenne satellite. Un module 2 contenant les éléments spécifiques du système d'accès conditionnel d'un premier prestataire de service est connecté à ce décodeur. Selon le principe de l'invention, le flux de données TS'(D.EMB.) sortant du module 2 via l'interface ITTS ne contient que des données sous forme embrouillée. Le module 2 extrait seulement les mots de contrôle CW du flux TS(D.EMB.) reçu pour les transmettre, une fois déchiffrés, au décodeur. Le désembrouillage des données n'est effectué que dans le décodeur 1 grâce à un désembrouilleur 16 contenu dans le décodeur. Ainsi, les données numériques ne sont plus disponibles en clair au niveau de l'interface ITTS et la copie illicite est, sinon supprimée, du moins rendue beaucoup plus complexe que dans l'art antérieur. Pour cela, le module 2 comporte comme dans l'art antérieur un démultiplexeur 22 qui extrait les messages de contrôle ECM du flux de données TS(D.EMB.) reçu et qui les transmet à une carte à puce 3 insérée dans le module. Le processeur sécurisé 30 de la carte à puce déchiffre les mots de contrôle CW contenus dans les messages ECM et il les transmet au module 2. Selon un mode de réalisation préféré de l'invention, les mots de contrôle CW sont transmis du module 2 au décodeur 1 à travers l'interface de commande ITCOM. Le détail de la transmission des mots de contrôle via l'interface ITCOM sera explicité ultérieurement en liaison avec les figures 3 et 4. De manière préférentielle, le flux de données TS(D.EMB.) qui est reçu par le module 2 est retransmis tel quel vers le décodeur (liaison 29) sans être modifié (TS'(D.EMB.) = TS(D.EMB.)). Il est reçu dans le décodeur par un démultiplexeur 15 qui extrait les paquets de données vidéo ou audio correspondant au programme que l'utilisateur souhaite visualiser et qui les transmet au désembrouilleur 16 pour être désembrouillés avant d'être transmis au décodeur MPEG 14. Le désembrouilleur 16 reçoit pour cela les mots de contrôle CW du module 2 via l'interface ITCOM. Selon une première variante de réalisation, le module 2 extrait les messages de contrôle ECM du flux de données TS(D.EMB.) reçu et les remplace, dans le flux de données TS'(D.EMB.) transmis au décodeur, par des paquets de bourrage. Cette variante est représentée schématiquement par la liaison 28 en traits discontinus. Selon une deuxième variante de réalisation, le démultiplexeur 22, contenu dans le module 2, extrait les paquets de données vidéo ou audio correspondant au programme que l'utilisateur souhaite visualiser et il les transmet dans le flux de données TS'(D.EMB.) pour qu'ils soient directement reçus par le désembrouilleur 16 du décodeur. Cette variante est représentée schématiquement par la liaison 27 en traits pointillés. On a également représenté en pointillés à la figure 2 une carte à puce 4 qui peut être insérée dans le décodeur 1 et qui appartient au système d'accès conditionnel d'un deuxième prestataire de service. En effet, le décodeur peut comporter un système d'accès conditionnel intégré pour accéder aux services du deuxième prestataire et comporter en plus plusieurs connecteurs pour des modules 2 de façon à accéder aux services de plusieurs autres prestataires. C'est pour cette raison que le décodeur comporte un démultiplexeur et un désembrouilleur 16. L'application logicielle de contrôle d'accès CA' du deuxième prestataire est exécutée dans le microcontrôleur 11. Lorsque l'utilisateur sélectionne un service du deuxième prestataire, le flux TS(D.EMB.) est directement transmis au démultiplexeur 15 via une liaison 19. Celui-ci extrait les messages de contrôle ECM' et les transmet au processeur sécurisé 40 de la carte à puce qui, à l'aide de la clé K', déchiffre les mots de contrôle CW' contenus dans les messages ECM' et les envoie en clair au désembrouilleur 16 pour désembrouiller les services sélectionnés par l'utilisateur. Selon une troisième variante de réalisation de l'invention, le flux de données TS(D.EMB.) est transmis du décodeur 1 au module 2 pour que celuici extrait les mots de contrôle CW et les retransmette en clair au décodeur, mais contrairement aux variantes précédemment mentionnées, le flux TS(D.EMB.) n'est pas retourné via l'interface ITTS au décodeur. Seuls les mots de contrôle sont transmis au décodeur après avoir été déchiffrés par le module. Le flux TS(D.EMB.) est quant à lui directement envoyé au démultiplexeur 15 du décodeur via la liaison 19 à l'intérieur du décodeur. Le principe de l'invention est particulièrement avantageux car il permet de tirer parti du démultiplexeur et du désembrouilleur qui sont déjà contenus dans le décodeur pour les utiliser même quand le système d'accès conditionnel d'un autre prestataire, contenu dans un module détachable, est utilisé. Il convient de préciser à ce propos que les composants démultiplexeur et désembrouilleur ont été normalisé dans le cadre de la norme de diffusion numérique DVB notamment. Seul le système d'accès conditionnel (logiciel de contrôle d'accès, clé et algorithme de déchiffrement, carte à puce, etc...) reste un système propriétaire du prestataire de service. Nous allons maintenant décrire plus en détail, en liaison avec les figures 3 et 4, comment sont transmis les mots de contrôle CW via l'interface ITCOM. L'interface ITCOM entre le terminal (décodeur) 1 et le module 2 utilise un protocole de communication qui est représenté schématiquement à la figure 3 et qui comprend plusieurs couches: - une couche "Physique" (50, 60) qui comprend le connecteur physique et un logiciel bas niveau d'initialisation de la communication; - une couche "Lien" (51, 61) qui fait le lien entre la couche Physique qui ne traite que des octets (8 bits de données) et la couche supérieure qui peut traiter des paquets de données beaucoup plus importants; - une couche "Transport" (52, 62) qui optimise l'occupation du flux de données par les différentes sessions en cours et qui achemine les messages de la couche supérieure vers la couche "Lien"; - une couche "Session" (53, 63) qui ouvre, ferme et gère les sessions dans lesquelles sont transmises les messages des applications utilisant l'interface ITCOM. Sur la figure 3, on a représenté d'une part l'application de contrôle d'accès CA 65 qui est exécutée dans le microcontrôleur 21 (c.f. Fig. 2) du module 2 et d'autre part une ressource logicielle 55 appelée CAS (de l'anglais "Conditional Access Support" signifiant littéralement "Support d'Accès Conditionnel") du terminal 1. Cette ressource CAS définit un certain nombre d'objets spécifiques destinés à être utilisés par les applications de contrôle d'accès des modules connectés au terminal. Elle communique avec les quatre couches de l'interface ITCOM à travers une "API standard" (l'abréviation API provenant de l'anglais "Application Programming Interface" signifiant littéralement "Interface de Programmation d'Applications"), I'API standard définissant d'autres objets qui sont utilisés par toutes les ressources du système. De même l'application de contrôle d'accès 65 du module utilise les objets définis par les ressources du terminal à travers une API standard. On a vu plus haut que, selon le principe de l'invention, les mots de contrôle qui sont déchiffrés dans le module 2 sont ensuite transmis au terminal 1 à travers l'interface ITCOM. Pour que les mots de contrôle puissent "traverser" les différentes couches de l'interface ITCOM, ils doivent être renfermés dans des objets spécifiques, compréhensibles à la fois par l'application CA et par la ressource CAS, qu'on appellera dans la suite "CPTS_CW()". La figure 4 illustre le protocole de communication entre l'application de contrôle d'accès CA du module et la ressource CAS du terminal qui permet, selon l'invention, la protection contre la copie. On a représenté par deux flèches verticales descendantes l'échelle du temps. Après une première phase d'ouverture de session (non représentée), l'application CA du module vérifie que la ressource CAS du terminal supporte bien la protection contre la copie sur l'interface ITCOM. Pour cela, l'application CA envoie lors d'une étape 100 un objet "CPTS_identification(" qui sera défini ultérieurement. La ressource CAS répond en envoyant, à l'étape 101, un objet "CPTS identificationanswer()" qui indique si la ressource CAS supporte ou non la protection contre la copie. En cas de réponse positive, I'application CA du module envoie alors régulièrement (étapes 102a, 102b, 102i) les mots de contrôle renfermés dans les objets "CPTS_CW()" au fur et à mesure qu'ils sont déchiffrés par le module. En cas de réponse négative par contre, le terminal n'est pas considéré comme fiable. Par conséquent, les mots de contrôle ne sont pas envoyés au terminal et les données du flux TS(D.EMB.) ne sont pas désembrouillées dans le terminal. Toute action appropriée peut être prévue à ce moment là (affichage d'un message à destination de l'utilisateur par l'intermédiaire de la ressource Interface Utilisateur du terminal par exemple). Comme on l'a vu ci-dessus, il est nécessaire, pour mettre en ceuvre le protocole de la figure 4, de définir des objets supplémentaires par rapport à ceux déjà prévus dans les normes existantes. Objets d'identification La fonction des objets d'identification est de permettre à une application de contrôle d'accès CA d'un module supportant la protection contre la copie de vérifier si le terminal sur lequel le module est connecté supporte aussi la protection contre la copie. C'est à dire si la ressource CAS du terminal possède la fonctionnalité de protection contre la copie. Le premier objet utilisé est le suivant: CPTS identification() { CPTSidentification_tag 24 bits uimsbf Length_field() = 0 8 bits uimsbf } La notation utilisée ici correspond à celle utilisée dans la norme EN 50221 précitée dans laquelle les objets sont généralement définis au moyen d'une étiquette (ici le "CPTS_identificationtag"), d'un champ longueur ("Lengthfield()") et de paramètres pouvant prendre différentes valeurs. L'étiquette CPTS_identificationtag est un nombre défini sur 24 bits et la notation "uimsbf' (venant de l'anglais "unsigned integer most significant bit first") signifie qu'il s'agit d'un entier non signé dont les bits de poids fort (les plus significatifs) sont toujours situés en premier. Le champ "Lengthfield()" définit la longueur en nombres d'octets des paramètres faisant partie de l'objet. Comme ici, l'objet "CPTS_identification()" ne contient aucun paramètre, le champ longueur est égal à 0. Le second objet utilisé est le suivant: CPTSidentificationanswer() { CPTS identificationanswertag 24 bits uimsbf Length_field() = 1 Identification result 8 bits uimsbf } Cet objet "CPTS_identificationanswer(" est utilisé pour indiquer si la ressource CAS du terminal supporte ou non la protection contre la copie selon l'invention. Il comporte une étiquette "CPTS_identification_answertag", et un champ longueur qui est égal à 1 car l'objet comporte également un paramètre "Identification_result" défini sur 8 bits. Ce paramètre est par exemple un booléen indiquant si oui ou non la protection contre la copie est supportée par la ressource CAS. D'autres paramètres peuvent être prévus, par exemple pour indiquer un numéro de version de la protection de copie. Objets de transmission des mots de contrôle Ces objets renferment les mots de contrôle qui sont déchiffrés dans le module. Ils permettent à l'application de contrôle d'accès CA du module de les envoyer, à travers les différentes couches de l'interface ITCOM, à la ressource CAS du terminal qui peut ensuite les exploiter en les transmettant au désembrouilleur 16 (Fig. 2). Ces objets ont le format suivant: CPTSCW() { CPTSCWtag 24 bits uimsbf Length_field() MPEG2_streamtype 8 bits uimsbf MPEG2_pid 16 bits uimsbf OddCW 128 bits uimsbf EvenCW 128 bits uimsbf } Ils comportent une étiquette "CPTS_CWtag", un champ longueur"Lengthfield()" et des paramètres identifiant: - le type de paquet de données transportées (vidéo, audio ou données autres), dans "MPEG2_stream_type", défini sur 8 bits; - le PID (de l'anglais "Program Identifier"), c'est à dire l'identificateur de programme associé au paquet transporté, dans "MPEG2_pid", défini sur 16 bits; et - les mots de contrôle impair ("OddCW") et pair ("Even_CW") définis sur 128 bits chacun. En effet, il est bien connu que l'on transmet une succession de mots de contrôles pairs et impairs dans le flux de données TS, chaque mot de contrôle étant transmis en avance par rapport aux paquets de données qui sont embrouillées avec ce mot de contrôle. Le désembrouilleur mémorise donc en permanence le mot de contrôle pair servant à désembrouiller le paquet de données courant et le mot de contrôle impair servant à désembrouiller le paquet suivant (ou vice versa). L'objet "CPTS_CW(" comporte, dans un premier mode de réalisation, des paramètres permettant d'envoyer à la fois un mot de contrôle pair (dans "Even_CW") et un mot de contrôle impair (dans "Odd_CW"). Il peut également comporter, dans un autre mode de réalisation, un paramètre "CW", sur 128 bits, contenant le mot de contrôle et un paramètre "Type_CW", sur 8 bits, définissant le type, pair ou impair, du mot de contrôle transmis. Bien entendu, I'invention n'est pas limitée aux exemples de réalisation qui sont mentionnés ci-dessus. En particulier, l'homme du métier pourra apporter toute variante dans la définition des objets d'identification et de transmission des mots de contrôle en ajoutant d'autres paramètres à ces objets. Par ailleurs, bien que l'invention ait été décrite en référence à la norme DVB-CI, elle n'est pas limitée au cadre de cette norme. L'invention peut notamment être avantageusement appliquée dans le cadre de la norme américaine NRSS (pour "National Renewable Security Standard").5 REVENDICATIONS 1. Terminal numérique multimedia (1) destiné à coopérer avec un module détachable (2) pour désembrouiller un flux de données numériques embrouillées (TS(D.EMB.)) reçu dans lequel les mots de contrôle (CVV) ayant servi à embrouiller les données numériques sont transmis dans ledit flux (TS(D.EMB.)) sous une forme chiffrée, ledit terminal étant susceptible de transmettre le flux de données embrouillées (TS(D.EMB.)) au module détachable à travers une première interface (ITTS) avec ledit module détachable, caractérisé en ce qu'il est en outre capable de recevoir dudit module détachable les mots de contrôle déchiffrés (CVV) à travers une seconde interface (ITCOM) avec ledit module (2), et en ce qu'il comporte un désembrouilleur (16) capable de désembrouiller le flux de données numériques (TS'(D.EMB.)) grâce aux mots de contrôle (CW) reçus du module détachable (2). 2. Terminal numérique selon la revendication 1, caractérisé en ce qu'il est en outre susceptible de recevoir du module détachable (2), à travers ladite première interface (ITTS), le flux de données numériques embrouillées (TS'(D.EMB.)), ledit flux de données reçu par le terminal n'étant pas modifié par rapport au flux de données (TS(D.EMB.)) transmis par le terminal. 3. Terminal numérique selon la revendication 1, caractérisé en ce qu'il est en outre susceptible de recevoir du module détachable (2), à travers ladite première interface (ITTS), le flux de données numériques embrouillées (TS'(D.EMB.)) dans lequel, par rapport au flux de données (TS(D.EMB.)) transmis par le terminal, les paquets de données contenant les mots de contrôle sont enlevés. 4. Module (2) destiné à coopérer avec un terminal numérique selon la revendication 1, ledit module étant susceptible de recevoir du terminal un flux de données numériques embrouillées (TS(D.EMB.)) à travers une première interface (ITTS) avec ledit terminal (1), caractérisé en ce que ledit module est en outre capable de: - extraire du flux de données (TS(D. EMB.)) les mots de contrôle (CW) ayant servi à embrouiller les données numériques; - déchiffrer lesdits mots de contrôle; et - transmettre les mots de contrôle déchiffrés (CV) audit terminal à travers une seconde interface (ITCOM) avec ledit terminal. 5. Module selon la revendication 4, caractérisé en ce qu'il est en outre adapté à retourner le flux de données numériques embrouillées (TS'(D.EMB.)) audit terminal sans modifier ledit flux. 6. Module selon la revendication 4, caractérisé en ce qu'il est en outre adapté à retourner le flux de données numériques embrouillées (TS'(D.EMB.) ) audit terminal en enlevant, par rapport au flux de données (TS(D.EMB.)) transmis par le terminal, les paquets de données contenant les mots de contrôle. 7. Module selon l'une des revendications 4 à 6, caractérisé en ce qu'il est susceptible de coopérer avec un élément de sécurité détachable (3) pour déchiffrer les mots de contrôle, ledit module étant capable de: extraire du flux de données numériques (TS(D.EMB.)) des messages (ECM) contenant les mots de contrôles chiffrés; - transmettre lesdits messages (ECM) à un élément de sécurité (3) inséré dans ledit module; - recevoir dudit élément de sécurité (3) les mots de contrôle (CW) déchiffrés; et transmettre les mots de contrôle déchiffrés au terminal numérique (1) avec lequel il coopère. 8. Module selon l'une des revendications 4 à 7, caractérisé en ce qu'il s'agit d'un module selon la norme DVB-CI et en ce que la première interface (ITTS) du module est l'interface du flux de transport selon la norme MPEG-2 et la deuxième interface (ITCOM) est l'interface de commande. 9. Méthode pour désembrouiller un flux (TS(D.EMB.)) de données numériques embrouillées reçu par un terminal numérique multimedia (1), les mots de contrôle (CW) ayant servi à embrouiller les données étant transmis dans ledit flux sous une forme chiffrée, ladite méthode comprenant une première étape consistant à: transmettre le flux de données embrouillées (TS(D.EMB.)) à un module détachable (2), caractérisé en ce qu'elle comprend en outre les étapes consistant pour le module détachable (2), à: - extraire du flux de données (TS(D.EMB.)) les mots de contrôle (CVV) ayant servi à embrouiller les données numériques; - déchiffrer lesdits mots de contrôle; et - transmettre les mots de contrôle déchiffrés (CW) audit terminal. 10. Méthode pour transférer des mots de contrôle (CW) entre un module selon l'une des revendications 4 à 8 et un terminal numérique selon I'une des revendications 1 à 3, caractérisé en ce qu'elle comprend les étapes consistant: - pour le module (2) à envoyer (100) un premier objet d'identification ("CPTS_identification(") au terminal (1); - pour le terminal (1) à envoyer (101), en réponse audit premier objet, un second objet d'identification ("CPTSidentification_answer()") indiquant si le terminal est susceptible ou non de recevoir les mots de contrôle déchiffrés par le module (2); et - pour le module (2), en cas de réponse positive dans ledit second objet, à envoyer (102a, 102b, 102i) lesdits mots de contrôle déchiffrés (CW) renfermés dans un troisième objet ("CPTSCW(").