FR 3015846 A1 20150626 FR 1363305 A 20131220 MODULE D'INTERFACE COMMUNE POUR LE CONTROLE D'ACCES AUX PROGRAMMES DE TELEVISION NUMERIQUE La présente invention concerne une amélioration relative aux fonctionnalités offertes par les modules d'interface commune pour le contrôle d'accès aux programmes de télévision numérique. Un tel module d'interface commune, encore appelé module PCMCIA, 5 est classiquement utilisé en association avec un équipement hôte (télévision numérique, ou tout autre équipement récepteur de signaux de télévision numérique tel qu'un décodeur (satellite, terrestre, câble) ou un récepteur IP, pour désembrouiller des signaux de télévision/radio numérique télédiffusés selon une norme de type MPEG2 ou de type IP qui sont reçus sous forme 10 embrouillée (embrouillage DVB pour la norme MPEG2, ou embrouillage AES pour la norme IP) par l'équipement hôte. Le fonctionnement et l'interaction entre tout module PCMCIA et tout équipement hôte dans lequel un module PCMCIA est inséré sont définis par les normes « Interface Commune » (EN50221) et « CI+». 15 La figure 1 illustre schématiquement les composantes principales d'un équipement hôte 1 et d'un module PCMCIA 2 pour le contrôle d'accès à certaines chaînes en direct, dans l'exemple non limitatif d'une télédiffusion selon la norme MPEG2. Sur la figure 1, ainsi que sur l'ensemble des figures annexées, les composants optionnels sont représentés par des rectangles en 20 traits discontinus. L'équipement hôte 1, par exemple une télévision numérique, comporte classiquement un récepteur numérique constitué principalement d'un tuner 10, d'un démodulateur 11, d'un démultiplexeur 12 et d'un décodeur MPEG 13. L'ensemble de ces éléments opère sous le contrôle d'un microcontrôleur 14. Le signal télédiffusé RFIN reçu en entrée du tuner 10 25 est démodulé par le démodulateur 11 qui délivre par suite un flux de transport TSIN. Différentes données contenues dans ce flux sont séparées par le démultiplexeur 12, en particulier les données relatives aux signaux audio et vidéo susceptibles d'être présents dans le flux de transport TSIN, ces données étant ensuite décodées par le décodeur MPEG 13 en vue d'être jouées sur les haut-parleurs et l'écran (non représentés) intégrés ou associés à l'équipement hôte 1. Dans le cas de la télévision numérique, un canal de transmission transporte plusieurs services de natures différentes, chacun étant composé 5 d'au moins un flux élémentaire ES, ainsi que des informations qui permettent à l'équipement récepteur de connaître la nature et la composition des services présents dans le flux de transport. Ces informations sont transportées dans différentes tables. Les chaînes peuvent être diffusées en clair, auquel cas l'utilisateur peut voir les images et entendre la bande son associée. En 10 revanche, lorsqu'une chaîne est embrouillée à la diffusion, les images et/ou les sons associés à la chaîne seront inintelligibles pour l'utilisateur qui ne dispose pas du module PCMCIA 2 permettant l'accès à cette chaîne. Comme représenté sur la partie droite de la figure 1, un module PCMCIA classique 2 pour le contrôle d'accès comporte un démultiplexeur 20, 15 un module logiciel 21 de désembrouillage DBV ou AES selon que le flux de transport à traiter est un flux MPEG ou un flux IP, et un module logiciel 22 connu sous le nom de module CAS (initiales anglo-saxonnes mises pour Conditional Access System) en relation avec le démultiplexeur 20 et le module 21 de désembrouillage. L'ensemble de ces éléments opère sous le contrôle 20 d'un microcontrôleur 23. Le module PCMCIA 2 peut en outre comporter également un lecteur 24 de carte apte à recevoir une carte à puce avec lequel le module CAS 22 peut communiquer. Pour améliorer encore la sécurité et éviter tout piratage du flux en sortie du module PCMCIA, la spécification CI+ a modifié la spécification EN50221 en imposant que les flux élémentaires 25 désembrouillés par un module PCMCA soient recryptés en AES ou en DES avant transmission à l'équipement hôte. Aussi, si le module PCMCIA 2 est un module CI+, il devra comporter également un module logiciel 25 de cryptage CI+ dont l'entrée est connectée en sortie du module 21 de désembrouillage. Bien entendu, dans ce cas, l'équipement hôte 1 devra également intégrer un 30 module logiciel 16 de décryptage CI+. Enfin, le module PCMCIA comprend une mémoire de stockage 26. Le module PCMCIA classique 2, qu'il soit compatible CI ou CI+, est apte à être mis en relation avec l'équipement hôte 1, par exemple inséré dans un emplacement ou une cavité de l'équipement hôte 1 prévu à cet effet, pour échanger des flux de transport et des signaux de commande. En particulier, un bus PCMCIA bidirectionnel 5 est prévu pour permettre l'échange de signaux de commande entre les deux microcontrôleurs 14 et 23. En outre, un bus de transport est utilisé entre l'équipement hôte 1 et le module PCMCIA 2. Sur la figure 1, ce bus de transport est référencé 6 pour identifier le flux de transport TSIN transitant depuis la sortie du démodulateur 11 de l'équipement hôte 1 vers l'entrée du démultiplexeur 20, et ce même bus est référencé 7 pour identifier le flux de transport TSouT en retour. On comprend de ce qui précède que le fonctionnement précité d'un équipement hôte 1 en association avec un module PCMCIA 2 de contrôle ne concerne que la possibilité de jouer en clair le ou les programmes initialement embrouillés choisis par un utilisateur au niveau de l'équipement hôte. En parallèle, les opérateurs de télévision numérique ou les ayants droit sur les programmes diffusés ont un besoin croissant de lutter contre la rediffusion des programmes qu'ils proposent sur des réseaux qu'ils ne contrôlent pas. En particulier, un utilisateur malveillant disposant d'un équipement du type SetTopBox ou d'un module PCMCIA lui donnant légalement l'accès à une chaîne, peut très bien enregistrer, au moyen d'une caméra vidéo ou d'un enregistreur DVD, l'image et le son désembrouillés qui sont joués sur les haut-parleurs et l'écran intégrés ou associés à l'équipement hôte 1, puis diffuser, de manière cette fois-ci illégale, l'enregistrement numérique, par exemple sur le réseau Internet, mais également sur d'autres types de réseaux y compris en diffusion « broadcast » satellite ou hertzien. Une manière de contourner ce problème consiste pour l'opérateur ou l'ayant droit à envoyer, pour les programmes jugés comme potentiellement intéressant à pirater, une ou plusieurs demandes de marquage incluses dans le flux de transport du programme. Le marquage, plus connu sous la terminologie anglo-saxonne de fingerprinting, consiste à afficher, en surimpression sur l'image désembrouillée, une information relative à l'utilisateur de l'équipement lui donnant légalement l'accès à une chaîne. Cette information peut par exemple être un identifiant lié à l'abonné ou à l'équipement décodeur, ou encore le numéro de la carte à puce ou du module CAS dans le cas d'un module PCMCIA. Si l'utilisateur enregistre le programme en vue de le rediffuser illégalement, cette information de marquage va être également diffusée, ce qui permet à l'opérateur ou ayant droit de remonter plus facilement au client pirate. Pour éviter que cette information de marquage puisse facilement être masquée par les pirates avant rediffusion, on s'arrange généralement pour que l'information de marquage apparaisse à un moment donné du programme, sur un laps de temps relativement court (quelques secondes), et à une position aléatoire par rapport à l'image, ces paramètres étant définis dans la demande de marquage. D'autres paramètres, tels que la couleur du texte affiché, la couleur du fond, la transparence du fond, et/ou la taille de l'information de marquage peuvent également être imposés, en particulier dans le but de gêner le moins possible le téléspectateur lorsqu'il regarde le programme sur l'écran de la télévision. Les équipements de type décodeur ou SetTopBox savent gérer de telles demandes de marquage et respecter les paramètres d'affichage en surimpression contenus dans ces demandes. Or, les modules d'interface commune connus jusqu'ici ne sont pas en mesure de gérer correctement de telles demandes de marquage. En effet, même si la norme EN 50221 spécifie la possibilité pour un module d'interface commune d'utiliser une ressource MMI (initiales anglo-saxonnes mises pour Man Machine Interface) pour envoyer à l'hôte, via le bus PCMCIA, des commandes d'affichage, les seuls affichages prévus en pratique sont limités à un menu comportant un titre, un sous-titre et un texte. En outre, la manière dont cet affichage de menu est fait dépend de l'hôte dans lequel le module est inséré. Certaines télévisions vont l'afficher en transparence, d'autre en opaque, certaines en plein écran, d'autres en 1/4 d'écran... Il n'est donc pas possible, avec les modules d'interface commune actuels, d'imposer la position d'affichage, ni la taille du texte. Par ailleurs, cet affichage peut être fermé comme il le veut par l'utilisateur. Il existe donc à ce jour un besoin d'offrir des solutions par lesquelles un module de type PCMCIA pour le contrôle d'accès soit capable de gérer, en conformité avec des consignes d'affichage souhaitées par les opérateurs ou ayants-droit, une demande de marquage. La présente invention répond à ce besoin en proposant un module de type PCMCIA pour le contrôle d'accès, apte à être associé à un équipement 5 hôte pour d'une part, recevoir un flux de transport d'entrée comportant des paquets de transport embrouillés et, transmettre à l'équipement hôte un flux de sortie correspondant au flux de transport d'entrée dans lequel certains des paquets de transport embrouillés ont été éventuellement désembrouillés, et d'autre part, pour échanger des données numériques par l'intermédiaire d'un 10 bus PCMCIA, caractérisé en ce qu'il comporte : - des moyens d'extraction aptes à extraire du flux de transport d'entrée des paramètres relatifs à une demande de marquage d'une image ; - des moyens de génération aptes à générer une commande de marquage comprenant une information de marquage et des paramètres de 15 marquage définis à partir desdits paramètres extraits, ladite commande de marquage étant apte à être transmise à l'équipement hôte par l'intermédiaire dudit bus PCMCIA en vue d'être exécutée conformément aux paramètres de marquage pour l'affichage de ladite information de marquage en surimpression d'une image. 20 Selon d'autres caractéristiques possibles particulièrement avantageuses: - ladite information de marquage comporte un numéro d'identification unique lié au module de contrôle d'accès de type PCMCIA ou à un utilisateur dudit module; 25 - les paramètres de marquage définis à partir des paramètres extraits comportent la position à laquelle l'information de marquage doit être affichée en surimpression d'une image ; - les paramètres de marquage définis à partir des paramètres extraits comportent la durée pendant laquelle l'information de marquage doit être 30 affichée en surimpression d'une image ; - les paramètres de marquage comportent en outre la couleur dans laquelle l'information de marquage doit être affichée, et/ou la taille et/ou couleur de fond d'une forme à l'intérieur de laquelle l'information de marquage doit être affichée en surimpression d'une image ; - les moyens d'extraction comportent un démultiplexeur, un module logiciel de désembrouillage, et un module logiciel de contrôle d'accès conditionnel, ou module CAS, en relation avec le démultiplexeur et le module de désembrouillage, lesdits paramètres de marquage étant définis par le module CAS. Conformément à un premier mode de réalisation, ladite commande de marquage est une commande CI+ générée sous la forme d'une portion de 10 code en langage évolué, tel que le langage C. Alternativement, ladite commande de marquage est générée sous la forme d'une page MHEG5 compilée au format ASN.1. Dans ce cas, les moyens de génération peuvent comporter un générateur de page MHEG5 apte à générer une page MHEG5 incorporant 15 lesdits paramètres de marquage; et un compilateur apte à compiler la page MHEG5 issue du générateur au format ASN.1. Selon une variante, lesdits moyens de génération comportent une mémoire stockant un modèle de commande de marquage sous la forme d'une page MHEG5 compilée au format ASN.1, ledit modèle ayant été généré au 20 préalable de manière externe au module ; et des moyens logiciels aptes à modifier des parties du modèle pour obtenir une commande de marquage conforme aux paramètres de marquage. Dans les deux cas, ladite commande de marquage sous la forme d'une page MHEG5 compilée au format ASN.1 est transmise de préférence par la 25 commande fileacknowledge du standard CI+. Selon d'autres mises en oeuvre possibles, ladite commande de marquage est générée sous la forme d'une page HTML, sous la forme d'un code JavaScript, ou encore sous la forme d'une AIT. L'invention et les avantages qu'elle procure seront mieux compris au 30 vu de la description suivante de différentes solutions de mise en oeuvre de l'invention, faites en référence aux figures annexées, dans lesquelles : - la figure 1, déjà décrite ci-avant, représente schématiquement l'interaction classique entre un équipement hôte et un module PCMCIA de type connu pour le contrôle d'accès en direct aux programmes télévisuels cryptés; - la figure 2 représente schématiquement l'interaction entre un 5 équipement hôte et un module PCMCIA selon un premier mode de réalisation possible de l'invention; - la figure 3 représente schématiquement l'interaction entre un équipement hôte et un module PCMCIA selon un deuxième mode de réalisation possible de l'invention; 10 - les figures 4a et 4b illustrent des exemples de codes utilisés dans le cadre d'un module PCMCIA selon le deuxième mode de réalisation; - la figure 5 représente schématiquement l'interaction entre un équipement hôte et un module PCMCIA selon une variante préférée du deuxième mode de réalisation possible de l'invention; 15 - la figure 6 représente un exemple de code utilisé dans le cadre de cette variante ; - la figure 7 représente schématiquement l'interaction entre un équipement hôte et un module PCMCIA selon un troisième et quatrième modes de réalisation possible de l'invention; 20 - la figure 8 représente schématiquement l'interaction entre un équipement hôte et un module PCMCIA selon un cinquième mode de réalisation possible de l'invention Dans les différentes solutions décrites ci-après, et en particulier sur les figures 3 et 5, on retrouve certains éléments déjà décrits ci-avant en référence 25 à la figure 1, notamment : - l'équipement hôte 1, par exemple une télévision numérique; - un module 2 de contrôle d'accès de type PCMCIA, compatible CI+ comprenant tous les éléments déjà décrits dans le cadre de la figure 1 ; - le bus PCMCIA 5 permettant à l'équipement hôte 1 et au module 30 PCMCIA 2 d'échanger des signaux de contrôle ; - les bus de transport 6 et 7 pour le transport des flux TSIN et TSouT- Dans la suite, on s'intéresse uniquement au traitement par le module PCMCIA 2 d'une demande de marquage d'une image reçue dans le flux de transport d'entrée TSIN sur le bus de transport 6. Une telle demande de marquage comporte un certain nombre de paramètres définissant la façon dont l'opérateur ou l'ayant-droit du programme de télévision souhaite que le marquage s'effectue, notamment : - la position à laquelle l'information de marquage doit être affichée en surimpression d'une image ; - la couleur dans laquelle l'information de marquage doit être affichée, et/ou la taille et/ou couleur de fond d'une forme à l'intérieur de laquelle l'information de marquage doit être affichée en surimpression d'une image ; - éventuellement la durée pendant laquelle l'information de marquage doit être affichée en surimpression d'une image. Les différents paramètres ci-dessus vont être classiquement extraits au niveau du module PCMCIA 2 par la coopération du démultiplexeur 20, du module logiciel 21 de désembrouillage, et du module logiciel 22 de contrôle d'accès conditionnel, ou module CAS. A l'issue de ce traitement le module CAS 22 dispose de l'ensemble des paramètres de marquage définis à partir des paramètres extraits. Le module CAS récupère également localement, soit dans la mémoire 26, soit en interrogeant la carte insérée dans le lecteur 24, l'information de marquage qui devra être affichée en surimpression, par exemple un numéro d'identification unique lié au module PCMCIA 2 ou à un utilisateur dudit module 2. Les différentes solutions de l'invention diffèrent néanmoins sur la façon dont le module 2 va pouvoir générer une commande de marquage prenant en compte l'information de marquage et l'ensemble des paramètres de 25 marquage, puis la transmettre par l'intermédiaire du bus PCMCIA 5. Une première solution décrite en référence à la figure 2 consiste à créer une nouvelle commande CI+ sous forme d'une portion de code écrit en langage évolué, de type langage C. Cette nouvelle commande (ou nouvelle APDU, initiales anglo-saxonnes 30 mises pour Application Protocol Data Unit, conformément à la terminologie utilisée dans la norme PCMCIA) peut être générée par la ressource MMI 27 déjà existante dans la norme (décrite en particulier au paragraphe 8.6 de la norme EN 50221), ou par une nouvelle ressource. Le tableau ci-dessous illustre une syntaxe possible pour une nouvelle commande de marquage dénommée Fingerprint : Syntaxe N° de bits Signification Fingerprint() Fingerprinting_tag length_field 24 TEXT() Information marquage fingerprint pos X 16 Position X sur image fingerprint pox Y 16 Position Y sur image fingerprint character size 8 Taille police texte fingerprint text color (RGBA) 32 Couleur texte fingerprint background color(RGBA) 32 Couleur du fond fingerprinting duration (ms) 16 Durée affichage A noter qu'il n'est pas nécessaire d'incorporer la durée d'affichage comme paramètre de marquage de la commande. Une autre possibilité peut en effet consister à envoyer une commande CI+ classique au bout d'un certain délai correspondant à la durée d'affichage souhaitée, pour indiquer à l'hôte 1 la fin de l'exécution de la commande de marquage. La commande de marquage ainsi générée est ensuite transmise par le bus PCMCIA 5 à l'instar de toutes les autres commandes CI+. La ressource MMI 17 correspondante dans l'hôte, ou toute autre nouvelle ressource, le cas échéant, susceptible d'interpréter la commande de marquage reçue, contrôle alors un générateur OSD (initiales anglo-saxonnes mises pour On Screen Display) 18 de l'équipement hôte 1 pour affichage de l'information de marquage en surimpression de l'image issue du décodeur MPEG 13. Une deuxième solution conforme à l'invention s'appuie quant à elle sur la norme CI+ existante. En particulier, la spécification CI+ prévoit que tous les équipements hôtes compatibles CI+ doivent inclure un moteur MHEG5, c'est-à-dire un composant logiciel permettant d'afficher des données textes ou graphiques décrites selon le langage MHEG5. En outre, il existe déjà, dans la norme, une ressource appelée « Application MMI » apte à générer une commande appelée « FileAcknowledge » dont la syntaxe est décrite à la table 14.20, paragraphe 14.4.3 de la norme CI+. Un module PCMCIA 2 selon la deuxième solution est apte à générer une commande de marquage sous la forme d'une page MHEG5 compilée au format ASN.1. Pour ce faire, comme illustré sur la figure 3, le module PCMCIA 2 intègre un générateur 28a de page MHEG5 apte à générer une page MHEG5 incorporant l'information de marquage et les paramètres de marquage définis au préalable par le module CAS 22, ainsi qu'un compilateur 28b apte à compiler la page MHEG5 issue du générateur 28a au format ASN.1. La figure 4a illustre, à titre exemple non limitatif, une page MHEG5 contenant une série d'instructions permettant l'affichage du texte « WWWWWWWWWWWWWWWWW WWWWWWWWWWWWWWWWW » en rouge dans un cadre rectangulaire à fond vert en surimpression d'une image, en précisant par ailleurs : - la position du rectangle de fond ; - la taille de ce rectangle ; - la position du texte ; - la taille de la boite qui contient le texte ; - la taille du texte ; - la couleur du texte. La figure 4b illustre le code binaire ASN.1 issu du compilateur 28b pour la page MHEG5 de la figure 4a. Les parties soulignées correspondent aux différents paramètres d'affichage. En particulier : - 01 FO et 01 10 en troisième ligne du code correspondent à la taille du 25 rectangle ; - 01 11 et 01 12 en troisième et quatrième lignes correspondent à la position du rectangle sur l'image ; - 00 FF 00 00 à la quatrième ligne correspond à la couleur de fond du rectangle ; 30 - 00 00 FF 00 à la cinquième ligne correspond à la couleur du texte ; - 01 F1 et 01 13 à la neuvième ligne correspondent à la taille du texte ; - 01 14 et 01 15 à la dixième ligne correspondent à la position du texte. La commande de marquage sous la forme d'une page MHEG5 compilée au format ASN.1 est ensuite transmise via le bus PCMCIA 5 par la ressource Application MMI 28c en utilisant la commande fileacknowledge du standard CI+, par insertion des octets ASN.1 dans le champ intitulé FileDataByte de cette commande. La ressource Application MMI 18a correspondante dans l'équipement hôte 1 extrait la commande de marquage et la transmet à un interpréteur ASN.1 18b apte à comprendre la commande de marquage reçue, lequel interpréteur contrôle alors le générateur OSD 18 pour affichage de l'information de marquage en surimpression de l'image issue du décodeur MPEG 13. La solution illustrée à la figure 3 permet donc de générer 15 dynamiquement une page MHEG5 compilée ASN.1 intégrant tous les paramètres de marquage conformes aux paramètres reçus dans la demande de marquage. Néanmoins, l'intégration d'un moteur MHEG5 et d'un compilateur dans un module PCMCIA 2, qui comporte une taille limitée en code peut être vue 20 comme un inconvénient. En outre, un certain retard dans l'affichage de l'information de marquage peut résulter du temps nécessaire au traitement des données. Pour résoudre ces problèmes, une variante de réalisation particulièrement intéressante, présentée en référence à la figure 5, consiste à 25 stocker dans le module PCMCIA 2, par exemple dans la mémoire 26, un patron ou modèle de commande de marquage déjà sous la forme d'une page MHEG5 compilée au format ASN.1. Ce patron ou modèle est par exemple le code compilé illustré sur la figure 4b décrite précédemment, et a été généré au préalable par un 30 générateur MHEG5 et un compilateur ASN.1 externes au module PCMCIA 2. Le module PCMCIA 2 comporte par ailleurs un module logiciel 29 apte à récupérer ce patron ou modèle dans la mémoire 26 au moment où le module CAS 22 a défini les paramètres de marquage, et à modifier ce patron ou modèle pour délivrer la bonne commande de marquage. A titre d'exemple non limitatif, la figure 6 montre la commande de marquage obtenue après modification du code compilé de la figure 4b, utilisé ici comme patron ou modèle. Les parties soulignées correspondent aux différents paramètres d'affichage qui ont subi une modification par rapport au patron ou modèle. En particulier : - 00 84 et 00 1C en troisième ligne du code correspondent à une nouvelle taille du rectangle ; - 01 FF et 01 90 en troisième et quatrième lignes correspondent à une nouvelle position du rectangle sur l'image ; - 00 00 00 FF à la quatrième ligne correspond à une nouvelle couleur de fond du rectangle (en l'occurrence, un fond noir au lieu du fond vert d'origine) ; - FF FF FF 00 à la cinquième ligne correspond à une nouvelle couleur du texte (en l'occurrence, du blanc au lieu du rouge d'origine) ; - 00 84 et 00 1C à la neuvième ligne correspondent à une nouvelle taille du texte ; - 01 FF et 01 90 à la dixième ligne correspondent à une nouvelle 20 position du texte ; - les octets soulignés entre le milieu de la sixième ligne et le début de la neuvième ligne correspondent au nouveau texte « 010203025B » que l'on souhaite afficher en surimpression. Une troisième solution conforme à l'invention s'appuie quant à elle sur 25 le fait que les équipements hôtes du type télévision numérique HBBTV (initiales anglo-saxonnes mises pour Hybrid Broadcast Broadband TV) sont équipés d'un interpréteur de page HTML. On prévoit donc de munir le module PCMCIA d'un moyen de génération de la commande de marquage sous forme d'une page HTML. Cela peut être fait en pratique : 30 - soit en équipant le module PCMCIA d'un générateur de page HTML capable de générer dynamiquement la page à partir des paramètres d'affichage définis par le module CAS ; - soit, de manière préférée, en stockant dans le module PCMCIA 2, par exemple dans la mémoire 26, un patron ou modèle de commande de marquage déjà sous la forme d'une page HTML (obtenu au préalable par des moyens externes au module PCMCIA). A titre d'exemple non limitatif, on donne ci-dessous la partie de code d'un patron ou modèle correspondant à l'affichage en rouge et en italique du texte « Version HTML » dans un rectangle à fond vert : .pub{position: absolute;top:300px;left:100px; color: rgb (255,0,0); background-color: rgb (0, 255, 0) ; font-size: 24px; font-weight: bold;} Version HTML Exemple de code source HTML Dans ce code : - la position du rectangle de fond sur lequel on souhaite écrire le texte est définie par le paramètre « .pub{position: absolute;top:300px;left:100px »; - la couleur de fond du rectangle, ici le vert, est définie par le 25 paramètre « background-color: rgb (0, 255, 0) » ; - la couleur du texte, ici le rouge, est définie par le paramètre « color: rgb (255,0,0) » ; - la taille du texte est définie par le paramètre « font-size: 24px » ; - le format Italique du texte est défini par le paramètre « font-weight: 30 bold » ; - le texte en lui-même, ici « Version HTML », est indiqué dans la ligne de code Version HTML . Si la demande de marquage reçue par le module impose d'afficher le message 12345678 en blanc sur fond noir à la position y=100, x=200, il suffit de modifier le code du patron ou modèle comme suit : .pub{position: absolute; top: 100px; left: 200px; colon, rgb((255, 255, 255); background-colon, rgb(0, 0, 0); font-size: 24px; font-weight: bold;} 12345678 Code HTML modifié Une quatrième solution conforme à l'invention s'appuie quant à elle sur le fait que les équipements hôtes du type télévision numérique HBBTV sont équipés d'un interpréteur de code JavaScript. On prévoit donc de munir le module PCMCIA d'un moyen de génération de la commande de marquage sous forme d'une commande JavaScript. Cela peut être fait en pratique : - soit en équipant le module PCMCIA d'un générateur de code JavaScript capable de générer dynamiquement la commande de marquage à partir des paramètres d'affichage définis par le module CAS ; - soit, de manière préférée, en stockant dans le module PCMCIA 2, par 25 exemple dans la mémoire 26, un patron ou modèle de commande de marquage déjà sous la forme d'une commande JavaScript (obtenu au préalable par des moyens externes au module PCMCIA). La syntaxe de la commande JavaScript pourrait être : 30 DisplayFingerPrint(fingerprint text,pos x,pos y,size,color,backgroundColor, duration) A titre d'exemple, la commande de marquage Disp/ayFingerPrint("12345",100,100,10,1095216660480,255,10) correspond alors à un ordre d'afficher, pendant 10 secondes, en rouge opaque 5 et sur un fond noir transparent, le texte « 12345 » aux positions 100,100, avec une taille de police 10 pt. La commande de marquage sous la forme d'une page HTML ou d'un JavaScript est ensuite transmise via le bus PCMCIA 5, de préférence en 10 utilisant la ressource Auxiliary File System définie au chapitre 9.6 de la norme CI+ 1.4. Pour ce faire, il est possible d'utiliser les APDU suivantes : - Commande « FileSystemOffer » avec laquelle le module PCMCIA 2 propose un fichier à l'équipement Hôte 1 ; - Commande « FileSystemAck » avec laquelle l'équipement hôte 1 15 accuse réception de la proposition ; - Commande « FileRequest » avec laquelle l'équipement hôte 1 demande un fichier au module PCMCIA 2 ; - Commande « FileAcknowledge » avec laquelle le module PCMCIA 2 envoie le fichier (page HTML ou JavaScript) à l'équipement hôte. 20 La figure 7 illustre schématiquement la mise en oeuvre de l'invention selon le troisième mode ou le quatrième mode décrits ci-avant, dans les versions préférées où le module PCMCIA 2 stocke un patron ou modèle de la commande dans la mémoire 26. Sur cette figure, la référence 29a représente un module logiciel apte à récupérer ce patron ou modèle dans la mémoire 26 25 au moment où le module CAS 22 a défini les paramètres de marquage, et à modifier ce patron ou modèle pour délivrer la bonne commande de marquage, en HTML ou en JavaScript, selon le mode de réalisation considéré. La référence 28d représente la ressource Auxiliary File System utilisée par le module PCMCIA 2 pour l'envoi de la commande. La référence 18a représente 30 la ressource Auxiliary File System du côté de l'équipement hôte 1, et la référence 19a indique l'interpréteur HTML ou JavaScript présent dans cet équipement hôte 1, lequel interpréteur contrôle alors le générateur OSD 18 pour affichage de l'information de marquage en surimpression de l'image issue du décodeur MPEG 13. Une cinquième solution conforme à l'invention s'appuie quant à elle sur le fait qu'un grand nombre d'équipements hôtes du type télévision numérique 5 HBBTV sont des équipements dits « connectés », munis à cet effet de moyens de connexion à Internet. Or, la norme CI+ version 1.4 prévoit quant à elle la possibilité pour un module PCMCIA d'envoyer à l'équipement hôte, un lien vers une page HTML, sous forme d'une AIT (initiales anglo-saxonnes mises pour Application Information Table) suivant une syntaxe XML. La spécification ETSI 10 TS 102 809 définit, au chapitre 5.4 la syntaxe XML que doivent respecter les AIT utilisées par les HBBTV, et les règles de syntaxes pour les AIT particulières à la norme CI+ version 1.4 sont spécifiées dans le chapitre 12.4.3.3 de cette norme. En référence à la figure 8, on prévoit donc de munir le module PCMCIA 15 2 d'un moyen 29b de génération de la commande de marquage sous forme d'une AIT. De préférence, on vient modifier le champ « component_type » du "transport_protocol_descriptor", dont la syntaxe est définie dans chapitre 5.3.6 et table 28 spécification ETSI TS 102 809, pour y incorporer, d'une part, l'adresse du serveur auquel l'équipement hôte devra se connecter, et d'autre 20 part, les paramètres du marquage et l'information de marquage. A titre d'exemple, la commande de marquage correspondant à un ordre d'afficher, pendant 10 secondes, en blanc opaque et sur un fond noir transparent, le texte « 12345 » aux positions 100,100, avec une taille de police 10 pt est incorporée dans le champ « component_type » de la façon 25 suivante : component_type=adresse_serveur/fingerprinting=123458pos_x=100& pos_y=1008(color=OxFFFFFF008Lbackground =0x00000OFF&size =10. La commande de marquage est ensuite transmise via le bus PCMCIA 5, de préférence en utilisant la ressource Application MMI 28c, et l'APDU 30 RequestStart(), les données de l'AIT allant dans le champ InitialObjet (voir chapitres 6.4.6.2 12.4.4.2 de la norme CI+1.4) L'équipement hôte 1 interprète cette commande reçue par l'intermédiaire d'un interpréteur AIT 19b, se connecte par suite, par l'intermédiaire d'un module de connexion adapté 19c, à un serveur 3 distant dont l'adresse figure dans l'AIT, auquel il peut transmettre la commande de marquage. Ce dernier génère alors une page HTML correspondante et la renvoie à l'équipement hôte 1. L'interpréteur HTML 19a contrôle alors le générateur OSD 18 pour affichage de l'information de marquage en surimpression de l'image issue du décodeur MPEG 13. REVENDICATIONS1. Module (2) de type PCMCIA pour le contrôle d'accès, apte à être associé à un équipement hôte (1) pour d'une part, recevoir un flux de transport d'entrée (TSIN) comportant des paquets de transport embrouillés et, transmettre à l'équipement hôte (1) un flux de sortie (TSouT) correspondant au flux de transport d'entrée (TSIN) dans lequel certains des paquets de transport embrouillés ont été éventuellement désembrouillés, et d'autre part, pour échanger des données numériques par l'intermédiaire d'un bus (5) PCMCIA, caractérisé en ce qu'il comporte : - des moyens (20, 21, 22) d'extraction aptes à extraire du flux de 10 transport d'entrée des paramètres relatifs à une demande de marquage d'une image ; - des moyens (27 ; 28a, 28b ; 26, 29 ; 26, 29a ; 26, 29b) de génération aptes à générer une commande de marquage comprenant une information de marquage et des paramètres de marquage définis à partir 15 desdits paramètres extraits, ladite commande de marquage étant apte à être transmise à l'équipement hôte (1) par l'intermédiaire dudit bus (5) PCMCIA en vue d'être exécutée conformément aux paramètres de marquage pour l'affichage de ladite information de marquage en surimpression d'une image. 2. Module (2) de type PCMCIA selon la revendication 1, caractérisé 20 en ce que ladite information de marquage comporte un numéro d'identification unique lié au module (2) de contrôle d'accès de type PCMCIA ou à un utilisateur dudit module (2). 3. Module (2) de type PCMCIA selon l'une quelconque des revendications précédentes, caractérisé en ce que les paramètres de 25 marquage définis à partir des paramètres extraits comportent la position à laquelle l'information de marquage doit être affichée en surimpression d'une image. 4. Module (2) de type PCMCIA selon l'une quelconque des revendications précédentes, caractérisé en ce que les paramètres de 30 marquage définis à partir des paramètres extraits comportent la duréependant laquelle l'information de marquage doit être affichée en surimpression d'une image. 5. Module (2) de type PCMCIA selon l'une quelconque des revendications 3 ou 4, caractérisé en ce que les paramètres de marquage comportent en outre la couleur dans laquelle l'information de marquage doit être affichée, et/ou la taille et/ou couleur de fond d'une forme à l'intérieur de laquelle l'information de marquage doit être affichée en surimpression d'une image. 6. Module (2) de type PCMCIA selon l'une quelconque des revendications précédentes, caractérisé en ce que lesdits moyens (20, 21, 22) d'extraction comportent un démultiplexeur (20), un module logiciel (21) de désembrouillage, et un module logiciel (22) de contrôle d'accès conditionnel, ou module CAS, en relation avec le démultiplexeur (20) et le module (21) de désembrouillage, lesdits paramètres de marquage étant définis par le module CAS (22). 7. Module (2) de type PCMCIA selon l'une quelconque des revendications précédentes, caractérisé en ce que ladite commande de marquage est une commande CI+ générée sous la forme d'une portion de code en langage évolué, tel que le langage C. 8. Module (2) de type PCMCIA selon l'une quelconque des revendications 1 à 6, caractérisé en ce que ladite commande de marquage est générée sous la forme d'une page MHEG5 compilée au format ASN.1. 9. Module (2) de type PCMCIA selon la revendication 8, caractérisé en ce que lesdits moyens de génération comportent : - un générateur (28a) de page MHEG5 apte à générer une page MHEG5 incorporant lesdits paramètres de marquage; et - un compilateur (28b) apte à compiler la page MHEG5 issue du générateur (28a) au format ASN.1. 10. Module (2) de type PCMCIA selon la revendication 8, caractérisé 30 en ce que lesdits moyens de génération comportent : - une mémoire (26) stockant un modèle de commande de marquage sous la forme d'une page MHEG5 compilée au format ASN.1., ledit modèle ayant été généré au préalable de manière externe au module ; et- des moyens logiciels (29) aptes à modifier des parties du modèle pour obtenir une commande de marquage conforme aux paramètres de marquage. 11. Module (2) de contrôle d'accès de type PCMCIA selon l'une 5 quelconque des revendications 8 à 10, caractérisé en ce que ladite commande de marquage sous la forme d'une page MHEG5 compilée au format ASN.1 est transmise par la commande fileacknowledge du standard CI+. 12. Module (2) de type PCMCIA selon l'une quelconque des revendications 1 à 6, caractérisé en ce que ladite commande de marquage est 10 générée sous la forme d'une page HTML. 13. Module (2) de type PCMCIA selon l'une quelconque des revendications 1 à 6, caractérisé en ce que ladite commande de marquage est générée sous la forme d'un code JavaScript. 14. Module (2) de type PCMCIA selon l'une quelconque des 15 revendications 1 à 6, caractérisé en ce que ladite commande de marquage est générée sous la forme d'une AIT.