Brevet FR3001352A1 — publié le 20140725

ENREGISTREMENT D'UN SERVICE NUMERIQUE TELEDIFFUSE REÇU SOUS FORME EMBROUILLEE ET RELECTURE DU SERVICE ENREGISTRE A PARTIR DE MODULES PCMCIA DE CONTROLE D'ACCES 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, 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 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 équipement hôte dans lequel un module PCMCIA est inséré sont définis par les normes « Interface Commune » (EN50221) et « CI+ V1.3 ». 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 traits discontinus. Dans un premier temps, la procédure d'installation de l'équipement hôte 1 et son fonctionnement pour la réception d'une chaîne en l'absence du module PCMCIA 2 vont être décrits : 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 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é 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. En particulier, conformément à la norme EN 300 468 V1.12.1, la norme MPEG-2 définit deux types de tables obligatoires qui doivent être transmises dans le flux de transport : - les tables de correspondance de programmes, ou tables PMT (initiales anglo-saxonnes mises pour Program Map Table), chaque table PMT étant relative à un service (chaîne télévision ou radio) présent dans le flux de transport et comprenant ainsi un descriptif des caractéristiques et composantes de ce service (par exemple vidéo, audio en français, audio en anglais, sous titrage en français...). Chaque table PMT indique également si le service associé est embrouillé ou non, au moyen d'un ou plusieurs identifiants de cryptage appelés CA_descriptors; - la table d'association de programme, ou table PAT (initiales anglo- saxonnes mises pour Program Association Table) qui associe chaque service présent dans le flux de transport à une table PMT. La norme DVB impose quant à elle l'utilisation de la table de description de service, ou table SDT (initiales anglo-saxonnes mises pour Service Description Table) qui permet de faire la correspondance entre le nom d'une chaîne (tel que connu par l'utilisateur final) et son numéro de programme (« program_number »). Comme représenté schématiquement sur la figure 2, le flux de 30 transport TSIN comporte donc une succession de paquets de transport TP de différents types, en particulier des paquets de transport TPES relatifs aux services proprement dits et des paquets de transport TPPMT, TPPAT et TPsDT relatifs aux tables PMT, à la table PAT et à la table SDT. Quel que soit le type du paquet de transport TP, ce dernier est constitué généralement de 188 octets et comporte: - un champ d'entête 3 comprenant notamment un identifiant PID permettant de reconnaître de façon unique la nature du paquet. En particulier, les normes imposent l'utilisation d'un PID égal à 0 pour la table PAT, d'un PID égal à 11 pour la table SDT, les PID correspondant aux services étant laissés au choix des opérateurs. - Un champ de données 4 qui correspond au contenu. Pour fixer les idées, on donne dans le tableau 1 ci-après un exemple de la structure des paquets de transport TP reçus lorsque le flux de transport TSIN est destiné à transmettre deux chaînes de télévision nommées chaîne 1 et chaîne 2, chaque chaîne comportant un signal vidéo et un signal audio, la chaîne 1 étant embrouillée DVB et la chaîne 2 étant diffusée en clair. Les deux chaînes comportent donc chacune deux flux élémentaires ES (l'un pour l'audio, l'autre pour la vidéo). Nature paquet PID Champ de données TPPMT Chaîne 1 PMT1 PID_ES Type ES + CA_descriptor PID1 audio PID2 vidéo TPPMT Chaine 2 PMT2 PID_ES Type ES PID3 audio PID4 vidéo TPPAT (Table PAT) 0 PID_PMT Program_number PMT1 1 PMT2 21 TPsDT (Table SDT) 11 Nom de chaîne Program_number Chaîne 1 1 Chaîne 2 21 Audio Chaîne 1 PID1 Contenu audio Vidéo Chaîne 1 PID2 Contenu vidéo Audio Chaîne 2 PID3 Contenu audio Vidéo Chaîne 2 PID4 Contenu vidéo Tableau 1 Bien entendu, il y aura généralement dans le flux plusieurs paquets d'identifiants PID1, PID2, PID3 et PID4. De même, les paquets correspondant aux tables PMT, PAT et SDT sont régulièrement transmis pour tenir compte de mises à jour possibles. En référence de nouveau à la figure 1, au moment de l'installation de l'équipement hôte 1, ce dernier va tout d'abord poser un filtre pour extraire, via le démultiplexeur 12, les paquets de transport TPSDT et TPPAT correspondant respectivement aux tables SDT et PAT. En combinant les informations extraites de ces deux tables, il va pouvoir créer et stocker dans une mémoire intégrée 15: - une liste de chaînes, avec les noms de chaînes en provenance de la SDT, qu'il pourra proposer à l'utilisateur pour les changements de chaînes ; - des triplets associant le nom de chaque chaîne avec son numéro de programme (Program_number dans tableau 1 ci-dessus) et son identifiant dans la table PMT (PID_PMT dans tableau 1 ci-dessus). Lorsque l'utilisateur souhaite regarder et/ou écouter un service particulier associé à une chaîne, par exemple en sélectionnant ce service au moyen d'une télécommande 16, l'équipement hôte 1 reçoit le signal de commande de l'utilisateur et récupère dans la mémoire 15 le numéro de programme (Program_number) de cette chaîne et son identifiant PMT (PID_PMT). L'équipement hôte 1 peut alors poser un filtre pour extraire du flux de transport TSIN les paquets de transport TPPAT de la table PMT correspondant à cet identifiant PMT. A partir d'une analyse du contenu de ces paquets de transport, l'équipement hôte 1 peut extraire l'ensemble des identifiants liés aux flux élémentaires ES de cette chaîne (PID_ES dans tableau 1 ci-dessus). Il est alors en mesure de poser un nouveau filtre pour extraire du flux de transport TSIN les paquets de transport TPES correspondant à chacun des identifiants PID_ES liés aux flux élémentaires ES. Les signaux récupérés au niveau du démultiplexeur 12 sont ensuite décodés par le décodeur MPEG 13 pour être joués sur l'écran et les haut-parleurs intégrés ou associés à l'équipement hôte. Dans l'exemple donné précédemment, la chaîne 2 est diffusée en clair, de sorte que l'utilisateur qui aura sélectionné la chaîne 2 pourra effectivement voir les images et entendre la bande son associée. En revanche, en l'absence du module PCMCIA 2, les images et/ou le son associés à la chaîne 1 seront inintelligibles pour l'utilisateur puisque cette dernière est embrouillée DVB (présence du CA_descriptor dans la table PMT de la chaîne 1). Il convient de noter à ce niveau qu'un flux élémentaire ES compris dans un service peut être embrouillé par plusieurs systèmes de contrôle d'accès, chaque système étant identifié par un identifiant unique (CA_system_id dans la norme I5013818-1). Cette pratique, connue sous le nom anglo-saxon de Simulcrypt, permet d'avoir plusieurs offres d'abonnements pour un même service sans avoir à émettre plusieurs fois ce service. Comme indiqué précédemment, l'information relative au fait qu'un flux élémentaire ES d'un service est embrouillé est signalée par la présence d'un identifiant CA_descriptor dans la table PMT du service, cet identifiant comportant l'identifiant CA_system_id du système de contrôle d'accès utilisé pour embrouiller le flux. Si un flux élémentaire est embrouillé par plusieurs systèmes, un identifiant CA_descriptor pour chaque service de contrôle utilisé, contenant l'identifiant CA_system_id du système de contrôle d'accès, sera présent dans la table PMT du service. Bien entendu, le module PCMCIA qui doit être utilisé pour désembrouiller le flux doit supporter au moins l'un des systèmes de contrôle d'accès utilisés pour embrouiller le flux. La procédure classique d'installation du module PCMCIA 2 pour le contrôle d'accès et son fonctionnement pour permettre à un utilisateur de rendre intelligibles les images et/ou la bande son associées à un service embrouillé en DVB vont à présent être décrits: 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, 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 Support) 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 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 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 module logiciel 17 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, 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. Conformément aux normes actuelles, le flux de sortie TSouT doit comporter tous les paquets initialement présents dans le flux d'entrée TSIN, à ceci près que les paquets embrouillés correspondant au service écouté par l'équipement hôte 1 ont été remplacés par des paquets désembrouillés, et éventuellement recryptés CI+. Le rôle du module PCMCIA 2 est donc de désembrouiller les paquets du ou des services écoutés, et de recopier dans le flux de sortie l'intégralité du flux d'entrée tout en remplaçant les paquets embrouillés du ou des services écoutés par des paquets désembrouillés. Au moment de l'installation du module 2 dans l'équipement hôte 1, et à chaque fois que l'équipement hôte est mis en route, un certain nombre d'informations vont être échangées sur le bus PCMCIA 5 entre les deux équipements. En particulier : - le module PCMCIA 2 envoie à l'équipement hôte 1 la liste de tous les identifiants CA_system_id des systèmes de contrôle d'accès qu'il supporte, par un message spécifique (message CA_info conformément à la norme EN50221). Cette liste peut être stockée dans le module CAS 22 ou dans une carte à puce présente dans le lecteur 24. Une fois reçue, cette liste est stockée par l'équipement hôte 1 dans sa mémoire 15. - Dans le cas d'un module PCMCIA compatible CI+, l'équipement hôte 1 et le module PCMCIA 2 échangent en permanence les informations servant à définir les clés de cryptage CI+. En outre, dès que l'équipement hôte 1 détecte la présence du module PCMCIA 2, le flux de transport TSIN transite obligatoirement par le bus PCMCIA 6. Lorsque par suite, l'utilisateur souhaite regarder et/ou écouter un service particulier associé à une chaîne embrouillée, par exemple en sélectionnant ce service au moyen de la télécommande 16, l'équipement hôte 1 sait notamment : - récupérer l'identifiant PID_PMT de la table PMT associée à ce service ; et - déterminer que la chaîne est embrouillée selon un ou plusieurs systèmes si un ou plusieurs identifiants CA_descriptor apparaissent dans la table PMT associée ce service. L'équipement hôte 1 peut alors comparer la liste des identifiants CA_system_id des systèmes de contrôle d'accès utilisés pour l'embrouillage pour la comparer avec la liste des identifiants CA_system_id des systèmes supportés par le module 2. En cas de correspondance avec au moins un système, l'équipement hôte 1 envoie au module 2, par le bus PCMCIA 5, une ou plusieurs demandes de désembrouillage d'un ou plusieurs services' sous la forme d'une ou plusieurs commandes CA_PMT commandes CA_PMT telles que définies dans la norme EN50221, chaque commande contenant le numéro de programme (Program_number) et les flux élémentaires du service qu'il faut désembrouiller. Une fois les commandes reçues, les différents numéros de programme sont extraits et stockés par le module PCMCIA 2 dans sa mémoire 26. A la réception d'une commande CA_PMT, le module PCMCIA 2 convertit cette CA_PMT en requête pour le module CAS 22 qui utilise à son tour les différentes ressources disponibles dans le module PCMCIA 2 (lecteur 24 de carte à puce si présent, démultiplexeur 20 et module 21 de désembrouillage) pour commander le désembrouillage sélectif des paquets embrouillés TPEs correspondant à la chaîne écoutée et contenus dans le flux de transport reçu TSIN. A la sortie du module PCMCIA 2, le flux de transport TSouT comporte ainsi: - sous forme inchangée, les paquets de transport TPEs correspondant à des flux élémentaires ES originellement en clair (non embrouillés), ainsi que les paquets de transport TPEs correspondant à des flux élémentaires ES originellement embrouillés mais pour lesquels soit, l'équipement hôte 1 n'a fait aucune demande de décryptage, soit, le module CAS 22 n'a pas pu trouver de droits (services de contrôle d'accès non supportés ou non souscrits). - sous forme désembrouillée (et éventuellement recryptée CI+), les paquets de transport TPEs correspondant à des flux élémentaires ES originellement embrouillés pour lesquels l'équipement hôte 1 a fait une demande de décryptage, et le module CAS 22 a pu trouver des droits. Le flux de sortie TSouT est alors fourni si nécessaire au module de 25 décryptage CI+ 17, et dans tous les cas au démultiplexeur 12 et au décodeur 13 de l'équipement hôte 1, lequel délivre finalement des signaux d'images et de son intelligibles pour l'utilisateur, associés à la chaîne sur écoute. On comprend de ce qui précède que le fonctionnement précité d'un équipement hôte en association avec un module PCMCIA de contrôle ne 30 concerne que la possibilité de jouer en clair et en temps réel le ou les programmes initialement embrouillés choisis par un utilisateur au niveau de l'équipement hôte. Or, l'évolution technologique des modules PCMCIA de contrôle d'accès permet d'envisager l'implémentation de nouvelles fonctionnalités, telles que l'intégration d'une interface série de type USB. Avec une telle interface, on pourrait notamment relier ce module PCMCIA à un disque dur externe, par une connexion de type USB. Un tel module PCMCIA offrirait ainsi en théorie une fonction supplémentaire d'enregistrement numérique sur disque dur, et une fonction supplémentaire de relecture d'un tel enregistrement. En pratique néanmoins, l'implémentation de ces fonctionnalités d'enregistrement/relecture se heurte à différents problèmes liés au 10 fonctionnement des équipements hôtes d'une part, et aux modules PCMCIA d'autre part, tel qu'imposé par les normes actuelles. En particulier, les essais du demandeur ont permis de montrer qu'un procédé d'enregistrement qui consisterait à enregistrer sur un support de données un flux de données comportant uniquement les paquets de transport 15 TPES désembrouillés par le module PCMCIA et correspondant au service enregistré ne permettrait la relecture de ce flux de données enregistré que dans le cas où l'équipement hôte écoute, au moment de la relecture, le même service que celui qui a fait l'objet de l'enregistrement. En effet, la plupart des équipements hôtes existant aujourd'hui sur le marché ne peuvent écouter 20 qu'un seul service à la fois. Dans des cas plus rares, certains équipements hôtes savent écouter deux chaînes, une chaîne qui est jouée en direct, et une autre chaîne qui est soit jouée également en incrustation (option PIP, initiales anglo-saxonnes mises pour Picture-In-Picture), soit enregistrée dans un enregistreur intégré à l'équipement hôte. Il en résulte qu'il n'est pas prévu à 25 ce jour de pouvoir relire un enregistrement fourni par l'intermédiaire d'un module PCMCIA lorsque le service enregistré est différent du service courant (tel qu'écouté par l'équipement hôte). Une solution à ce problème doit en conséquence être trouvée. En outre, la solution doit rester compatible avec les normes actuelles qui 30 imposent que, lorsqu'un équipement hôte fournit un flux d'entrée TSIN au module PCMCIA, ce dernier doit délivrer un flux de sortie TSouT correspondant au flux d'entrée avec certains paquets TPES éventuellement remplacés dans le cas où le service courant est embrouillé. La présente invention répond à ces objectifs en proposant un procédé pour l'enregistrement d'un service numérique télédiffusé reçu sous forme embrouillée par un premier équipement hôte et pour la relecture du service enregistré, le procédé comportant : une phase d'enregistrement lors de laquelle un premier module PCMCIA de contrôle d'accès: - extrait d'un flux de transport d'entrée reçu du premier équipement hôte 10 des paquets de transport correspondant à une table PMT de correspondance de programmes associée de façon unique au service à enregistrer ; - sélectionne dans ledit flux de transport d'entrée des paquets de transport correspondant à des flux élémentaires associés de façon unique au service à enregistrer et désembrouille les paquets de transport sélectionnés ; 15 - transfère à un support de mémoire externe pour enregistrement les paquets de transport extraits et un flux d'enregistrement composé des paquets de transport désembrouillés; et une phase de relecture, sur le premier équipement hôte ou un second équipement hôte, du service enregistré, lors de laquelle le premier module 20 PCMCIA ou un second module PCMCIA de contrôle d'accès: - récupère un identifiant PID de la table PMT du service courant écouté par le premier ou second équipement hôte; - reçoit du support de mémoire externe le flux d'enregistrement et les paquets de transport extraits; 25 - récupère dans les paquets de transport extraits des identifiants PID des flux élémentaires du service enregistré ; - génère une table PMT de remplacement à partir de l'identifiant PID de la table PMT du service courant et des identifiants PID des flux élémentaires récupérés ; et 30 - transfère au premier ou deuxième équipement hôte un flux de sortie comprenant uniquement la table PMT de remplacement et le flux d'enregistrement. Selon d'autres caractéristiques possibles particulièrement avantageuses: - la table PMT de remplacement est générée sous forme d'un ou plusieurs paquets de transport comportant chacun un champ de données et un champ entête avec un identifiant PID associé de façon unique à la table PMT de remplacement, l'identifiant PID de son champ entête comportant l'identifiant PID de la table PMT du service courant, et le champ de données comportant les identifiants PID des flux élémentaires récupérés; - un identifiant de cryptage peut en outre être avantageusement inséré 10 dans le champ de données de la table PMT de remplacement; - un encryptage du flux d'enregistrement, par exemple selon un algorithme AES peut être réalisé avant son transfert pour enregistrement ; dans ce cas décryptage correspondant du flux d'enregistrement doit aussi être réalisé avant son transfert pour relecture ; 15 - un encryptage CI+ du flux de sortie avant son transfert au premier ou deuxième équipement hôte. L'invention a également pour objet un module de contrôle d'accès de type PCMCIA apte à être associé à un équipement hôte pour d'une part, recevoir un flux de transport d'entrée comportant des paquets de transport 20 embrouillés et d'autre part, transmettre à l'équipement hôte un premier 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, caractérisé en ce qu'il comporte, à des fins d'enregistrement d'un service numérique télédiffusé reçu sous forme embrouillée, des moyens de 25 génération d'un flux d'enregistrement, aptes à extraire du flux de transport d'entrée des paquets de transport correspondant à une table PMT de correspondance de programmes associée de façon unique au service à enregistrer, à sélectionner dans ledit flux de transport d'entrée des paquets de transport correspondant à des flux élémentaires du service à enregistrer, à 30 désembrouiller les paquets de transport sélectionnés et à délivrer le flux d'enregistrement composé des paquets de transport désembrouillés, et des moyens de transfert aptes à transférer les paquets de transport extraits et le flux d'enregistrement à un support de mémoire externe pour enregistrement; et, à des fins de relecture du flux d'enregistrement sur le premier équipement hôte ou un second équipement hôte, des moyens de génération d'un flux de sortie aptes à : - récupérer un identifiant PID de la table PMT du service courant écouté par le premier ou second équipement hôte; - recevoir du support de mémoire externe le flux d'enregistrement et les paquets de transport extraits; - récupérer dans les paquets de transport extraits les identifiants PID des flux élémentaires du service enregistré ; - générer une table PMT de remplacement à partir de l'identifiant PID de la table PMT du service courant et des identifiants PID des flux élémentaires récupérés ; et - générer un deuxième flux de sortie comprenant uniquement la table PMT de remplacement et le flux d'enregistrement, pour transfert au premier ou deuxième équipement hôte à la place du premier flux de sortie. Dans une réalisation préférée : - les moyens de génération d'un flux de sortie comporte un injecteur de gestion des flux apte à recevoir simultanément le flux d'enregistrement à relire et un flux de transport d'un module de désembrouillage du module de contrôle d'accès et à délivrer en sortie uniquement le flux d'enregistrement à relire pour transfert au premier ou deuxième équipement hôte à la place du premier flux de sortie ; et/ou - le module est apte à générer simultanément le premier flux de sortie pour la lecture en direct d'un premier service écouté par le premier équipement hôte, et un flux d'enregistrement pour l'enregistrement du premier service écouté, ou d'un autre service reçu par le premier équipement hôte ; et/ou - le module de contrôle d'accès comprend en outre des moyens de programmation de l'enregistrement du service en différé. L'invention a également pour objet un flux de transport de données délivré par un module PCMCIA de contrôle d'accès à un équipement hôte pour la relecture d'un flux d'enregistrement correspondant à un service numérique télédiffusé, caractérisé en ce qu'il comporte uniquement le flux d'enregistrement composé de paquets de transport désembrouillés correspondant à des flux élémentaires audit service, et une table PMT de remplacement générée à partir d'un identifiant PID de la table PMT du service courant écouté par l'équipement hôte avant relecture, et d'identifiants PID des flux élémentaires composant le service numérique enregistré. L'invention et les avantages qu'elle procure seront mieux compris au vu de la description suivante d'un exemple non limitatif de mise en oeuvre de l'invention, faite 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 pour le contrôle d'accès en direct aux programmes télévisuels cryptés; - la figure 2, déjà décrite ci-avant, illustre schématiquement la structure classique d'un flux de transport transmis par l'équipement hôte de la figure 1 au module PCMCIA. - la figure 3 représente schématiquement l'interaction physique selon l'invention entre un équipement hôte et un module PCMCIA pour un enregistrement sur un disque dur externe et la relecture d'un service diffusé sous forme embrouillée ; - la figure 4 illustre différentes étapes susceptibles d'être mises en oeuvre selon l'invention dans le cadre d'une procédure d'enregistrement d'un service par le module de contrôle d'accès de la figure 3 ; - la figure 5 illustre différentes étapes susceptibles d'être mises en oeuvre selon l'invention dans le cadre d'une procédure de relecture d'un service enregistré par le module de contrôle d'accès de la figure 3 ; - la figure 6 illustre schématiquement un exemple de structure d'un flux de transport transmis par le module PCMCIA à l'équipement hôte de la figure 3 dans le cas d'une relecture. On retrouve sur la figure 3 certains éléments déjà décrits ci-avant en référence à la figure 1, en particulier : - l'équipement hôte 1, identique en tout point avec l'équipement hôte de la figure 1; - un module 2 de contrôle d'accès de type PCMCIA, compatible CI+ ou au moins 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 PCMCI 2 d'échanger des signaux de contrôle ; - les bus de transport 6 et 7 pour le transport des flux TSIN et TSouT- Dans le cadre de l'invention, le module PCMCIA 2 de contrôle d'accès est en outre apte à être connecté à un dispositif 8 de mémoire externe, tel qu'un disque dur externe, par l'intermédiaire d'un port de connexion géré par un contrôleur 27 et d'une liaison numérique supplémentaire, par exemple de type USB. Compte tenu des contraintes d'encombrement liées au module 2, le port de connexion peut être avantageusement prévu au niveau d'un accessoire (non représenté) qui vient coopérer avec le module 2. Le module PCMCIA 2 comporte en outre les éléments suivants : - un module logiciel 28 d'interface homme-machine ou MMI (initiales anglo-saxonnes mises pour Man-Machine Interface) ; - un module logiciel 29 pour le contrôle notamment du module CAS 22 lors de l'enregistrement ou la relecture d'un service enregistré ; - un injecteur 30 pour la gestion des flux de transport lors de la relecture d'un service enregistré ; - optionnellement, un module logiciel 31 de cryptage de type AES et son module logiciel 32 de décryptage associé. Le fonctionnement du module PCMCIA 2 pour un enregistrement d'un service choisi par l'utilisateur va à présent être décrit en référence à la figure 4. Une procédure d'enregistrement nécessite au préalable une phase 100 de sélection par l'utilisateur du service à enregistrer. Deux cas de figures sont alors à envisager. Le premier cas est celui où l'utilisateur souhaite enregistrer en direct un service, alors même qu'il regarde simultanément ce service sur l'équipement hôte, ou tout autre service diffusé parallèlement. Le deuxième cas est celui où l'utilisateur a programmé un enregistrement (enregistrement différé). Dans les deux cas, la sélection ou programmation s'effectue par l'intermédiaire d'une interface GUI utilisateur affichée sur l'écran associé à l'équipement hôte 1 sous le contrôle du module MMI 28. Au moment où l'enregistrement doit débuter (immédiatement dans le premier cas, à l'heure programmée et stockée dans les mémoires 15 et 26 associées respectivement à l'équipement hôte 1 et au module PCMCIA 2 dans le deuxième cas), le module PCMCIA 2 reçoit sur le bus 6 un flux de transport d'entrée TSIN (étape 110 sur la figure 4). Comme cela a été indiqué précédemment, ce flux de transport d'entrée TSIN comporte des paquets de transport TPES transportant des contenus de flux élémentaires ES associés à une pluralité de services numériques (dont le service à enregistrer), reçus par le premier équipement hôte 1, des paquets de transport TPpmT transportant des contenus de tables PMT de correspondance de programmes, chaque table PMT étant associée de façon unique à un service parmi la pluralité de services numériques, des paquets de transport TRDAT transportant des contenus d'une table PAT d'association de programmes, et des paquets de transport TPSDT transportant des contenus d'une table SDT de description de services, chacun desdits paquets de transport TPES, TPPMT, TRDAT, TPSDT comportant un champ entête avec un identifiant PID associé de façon unique le type du paquet. Le module PCMCIA 2 extrait alors du flux de transport d'entrée TSIN les paquets de transport TPpmT correspondant à la table PMT du service à enregistrer, et sélectionne dans le flux de transport d'entrée TSIN les paquets de transport TPES correspondant aux flux élémentaires ES du service à enregistrer (étapes 120 et 130). Ces étapes 120 et 130 ont été représentées comme réalisées en parallèle mais peuvent bien entendu être faites successivement et dans un ordre quelconque. En pratique, ces étapes sont déclenchées par une commande particulière du module 29 demandant au module CAS 22 de désembrouiller le service à enregistrer, éventuellement en plus d'un service écouté en parallèle sur l'équipement hôte 1. Cette commande particulière est similaire à une commande de type CA_PMT qui aurait été reçue par le bus PCMCIA 5 dans le cadre d'un désembrouillage classique d'une chaîne jouée en direct. Le module CAS 22 peut alors contrôler le démultiplexeur 20 pour qu'il s'intéresse aux paquets de transport TPpmT et TPES du service à enregistrer. Le module PCMCIA 2 désembrouille ensuite les paquets de transport TPES sélectionnés (étape 140), en pratique par une commande particulière du module CAS 22 qui demande au module 21 de désembrouillage de désembrouiller effectivement ces paquets de transport. Le flux d'enregistrement TS2ouT composé des paquets de transport désembrouillés les paquets de transport TPPMT extraits correspondant au service à enregistrer sont ensuite transférés au support de mémoire externe 8 pour enregistrement (étape 160). De manière optionnelle, mais néanmoins préférée du fait que les opérateurs requièrent en général qu'il ne soit pas possible d'enregistrer en clair un programme embrouillé, un encryptage, par exemple du type AES, du flux d'enregistrement TS2ouT est réalisé avant son transfert pour enregistrement (étape 150). Il convient de noter à ce stade que la procédure d'enregistrement telle qu'elle vient d'être décrite reste compatible avec les normes. En effet, les normes imposent que si on regarde un flux d'entrée, alors on doit avoir un flux de sortie correspondant au flux d'entrée avec certains paquets remplacés, le but étant que l'équipement hôte puisse toujours jouer un service quelconque. Ici, si un enregistrement est fait alors que l'utilisateur regarde également la télévision (soit la même chaîne que celle enregistrée, soit plus généralement une autre chaîne), on a en sortie du module PCMCIA 2 : - un premier flux de sortie transféré sur le bus 7, en tout point identique au flux de sortie TSouT décrit en relation avec la figure 1, i.e. comportant : o sous forme inchangée, les paquets de transport TPES correspondant à des flux élémentaires ES originellement en clair (non embrouillés), ainsi que les paquets de transport TPES correspondant à des flux élémentaires ES originellement embrouillés mais pour lesquels soit, l'équipement hôte 1 n'a fait aucune demande de décryptage, soit, le module CAS 22 n'a pas pu trouver de droits (services de contrôle d'accès non supportés ou non souscrits). o sous forme désembrouillée (et éventuellement recryptée CI+), les paquets de transport TPES correspondant à des flux élémentaires ES originellement embrouillés pour lesquels l'équipement hôte 1 a fait une demande de décryptage, et le module CAS 22 a pu trouver des droits. - un deuxième flux de sortie TS2ouT destiné à l'enregistrement. Lors d'un enregistrement différé (i.e. sans regarder en même temps la 5 télé), on a en sortie du module PCMCIA 2 : - un premier flux de sortie transféré sur le bus 7, en tout point identique au flux d'entrée TSIN, ce qui n'est néanmoins pas gênant car dans ce cas, l'équipement hôte n'a pas besoin de jouer un service. - un deuxième flux de sortie TS2ouT destiné à l'enregistrement. 10 Le fonctionnement du module PCMCIA 2 pour la relecture d'un service enregistré va à présent être décrit en référence à la figure 5. Il convient de noter à ce niveau que l'équipement hôte 1 sur lequel le service enregistré va être lu peut être le même que celui ayant servi à l'enregistrement, ou un autre 15 équipement. De même, le module PCMCIA 2 utilisé pour la relecture peut être le même que celui utilisé pour l'enregistrement, ou un autre module PCMCIA. Une procédure de relecture nécessite au préalable une phase 200 de sélection par l'utilisateur du service enregistré à relire. La sélection s'effectue par l'intermédiaire d'une interface GUI utilisateur affichée sur l'écran associé à 20 l'équipement hôte 1, par exemple sous le contrôle du module MMI 28. Le module PCMCIA 2 récupère dans un premier temps l'identifiant PID de la PMT du service courant écouté par l'équipement hôte 1 (étape 210). Pour ce faire, il récupère tout d'abord le numéro de programme (Program_number) du service courant tel qu'écouté par l'équipement hôte 1 (étape 211). Comme 25 mentionné précédemment, ce numéro de programme a normalement été stocké dans sa mémoire 26 au moment où le service a été sélectionné par l'utilisateur sur l'équipement hôte 1, l'équipement hôte 1 transmettant alors cette information au module via le bus PCMCIA 5. Comme le module PCMCIA 2 reçoit également le flux d'entrée TSIN (étape 212) comportant notamment la 30 table PAT d'association des programmes, il peut alors commander l'extraction de l'identifiant PID de la PMT de ce service courant en utilisant la table PAT reçue (étape 213). Le module PCMCIA 2 reçoit alors du support de mémoire externe 8 le flux d'enregistrement TS2IN, qui correspond au flux d'enregistrement TS2ouT, et les paquets de transport TPPMT extraits associés au service enregistré (étape 220). Si les paquets du flux d'enregistrement ont été encryptés au moment de l'enregistrement (étape 150 de la figure 4), alors ils sont à nouveau décryptés selon l'algorithme correspondant (étape 230). L'encryptage/décryptage AES peut être défini de sorte que seul le module PCMCIA ayant servi à enregistrer le service puisse relire le service enregistré. En variante, on peut autoriser des modules PCMCIA d'un même groupe à relire des services enregistrés par n'importe lequel des modules du groupe. Le module PCMCIA 2 peut alors récupérer dans les paquets de transport TPPMT extraits qui ont été stockés dans le support de mémoire externe 8 les identifiants PID_ES des flux élémentaires ES du service enregistré (étape 240). Le module PCMCIA 2 génère alors une table PMTR de remplacement à partir de l'identifiant PID de la PMT du service courant et des identifiants PID des flux élémentaires récupérés (étape 250); En particulier, la table PMTR de remplacement est générée de sorte que l'identifiant PID de son champ entête 3 comporte l'identifiant PID de la 20 PMT du service courant, et que son champ de données 4 comporte les identifiants PID_ES des flux élémentaires récupérés. Enfin, le module PCMCIA 2 transfère (étape 260) au premier ou deuxième équipement hôte 1 un flux de sortie TSouT comprenant uniquement la table PMT de remplacement et le flux d'enregistrement TS2ouT- 25 La figure 6 illustre à titre d'exemple non limitatif le format une structure de flux de sortie 9 comprenant la table PMTR de remplacement et les paquets du flux d'enregistrement de sortie notés TPTS2IN- Grâce à la génération d'une table PMTR de remplacement, le module PCMCIA 2 force l'équipement hôte 1 à écouter effectivement le flux du service 30 enregistré, et ce, même s'il était en train d'écouter un autre service. L'équipement hôte 1 va donc se mettre à écouter les flux élémentaires ES définis dans cette table PMTR de remplacement, à savoir ceux correspondant au service enregistré, en lieu et place des flux élémentaire ES de la chaîne courante. Ces flux élémentaires enregistrés seront alors décodés par le décodeur MPEG 13, puis joués sur l'écran et les haut-parleurs associés à l'équipement hôte. Dans une variante préférée, un identifiant de cryptage est en outre inséré dans le champ de données de la table PMTR de remplacement, et ce, bien que le flux enregistré qui est transféré à l'équipement hôte 1 ait déjà été désembrouillé. Cette précaution est nécessaire pour pallier la différence de fonctionnement intrinsèque des équipements hôtes quant à la gestion des flux TSIN et TSouT. En effet, lorsqu'aucun module PCMCIA n'est inséré dans l'équipement hôte 1, le flux en provenance du tuner 10 et du démodulateur 11 de l'équipement hôte est envoyé directement vers le démultiplexeur 12 de l'équipement hôte. Lorsqu'un module PCMCIA pour le contrôle d'accès est inséré dans un de l'équipement hôte, le flux en provenance du tuner de l'équipement hôte doit obligatoirement être envoyé vers le module PCMCIA. Néanmoins, pour certains équipements hôtes, la gestion des flux va différer selon que la chaîne écoutée est en clair ou embrouillée. En particulier : - si la chaîne est embrouillée par un système de contrôle d'accès supporté par le module PCMCIA 2, l'équipement hôte 1 doit obligatoirement envoyer au module une commande CA_PMT pour demander le désembrouillage. Dans ce cas, l'équipement hôte coupe le flux entre la sortie du démodulateur 11 et l'entrée du démultiplexeur 12, et ne s'intéresse qu'au flux transitant par le bus de transport 7. - Si la chaîne est embrouillée par un système de contrôle d'accès non supporté par le module PCMCIA 2, ou si la chaîne n'est pas embrouillée, les normes n'imposent pas alors à l'équipement hôte 1 d'envoyer au module une commande CA_PMT. Si aucune commande n'est envoyée, certains équipements hôtes vont couper le flux transitant par le bus de transport 7, et ne s'intéresser qu'au flux entre la sortie du démodulateur 11 et l'entrée du démultiplexeur 12. Il en résulte que pour ces équipements, la réception d'un flux d'enregistrement sans identifiant de cryptage va être immédiatement interprétée comme la réception d'une chaîne non embrouillée, et l'équipement hôte va cesser de s'intéresser au flux d'enregistrement. L'insertion d'un identifiant de cryptage dans le champ de données de la table PMTR de remplacement va garantir que l'équipement hôte utilise correctement le flux d'enregistrement. L'identifiant de cryptage sera par exemple choisi dans la liste de tous les identifiants CA_system_id des systèmes de contrôle d'accès que le module supporte. En variante, cet identifiant sera de préférence un identifiant spécifique propriétaire, pour permettre de le différencier d'un identifiant de cryptage utilisé par les systèmes de contrôle d'accès. Il convient de noter que la procédure de relecture telle qu'elle vient d'être décrite reste compatible avec les normes. En effet, lorsqu'une relecture est faite, l'équipement hôte 1 transmet un flux d'entrée TSIN, mais ce flux n'a pas besoin de se retrouver sur le bus de sortie 7 puisqu'il ne doit à ce moment précis rejouer que le service enregistré. Le flux d'entrée TSIN peut néanmoins être utilisé par le module PCMCIA 2 pour réaliser, en parallèle, un enregistrement de n'importe quel service courant. L'injecteur 30 pour la gestion des flux permet en effet, sous la commande notamment du module CAS 22, de couper tout flux TSiouT afin que seuls le flux d'enregistrement TS2ouT et la table PMTR de remplacement soient effectivement délivrés à l'équipement hôte 1 sur le bus 7. En revanche, si aucune relecture d'un service enregistré n'est en cours, l'injecteur autorise ce flux TS1ouT- Grâce au procédé d'enregistrement et de relecture selon l'invention, on permet à un utilisateur d'étendre les possibilités de son équipement hôte. Le module logiciel CAS 22 est dimensionné pour permettre le traitement simultané d'au moins deux flux (par exemple un flux pour une lecture en directe par l'équipement hôte et un flux pour un enregistrement, ou bien un flux pour une relecture et un flux pour un enregistrement). De préférence, trois voire quatre flux peuvent être gérés en simultané, pour prendre en compte notamment des options d'enregistrement ou de PIP intégrées à l'équipement hôte.5 REVENDICATIONS1. Procédé pour l'enregistrement d'un service numérique télédiffusé reçu sous forme embrouillée par un premier équipement hôte (1) et pour la relecture du service enregistré, le procédé comportant : une phase d'enregistrement lors de laquelle un premier module PCMCIA (2) de contrôle d'accès: - extrait (120) d'un flux de transport d'entrée (TSIN) reçu du premier équipement hôte (1) des paquets de transport (TPPMT) correspondant à une table PMT de correspondance de programmes associée de façon unique au service à enregistrer ; - sélectionne (130) dans ledit flux de transport d'entrée (TSIN) des paquets de transport (TPES) correspondant à des flux élémentaires (ES) associés de façon unique au service à enregistrer et désembrouille (140) les paquets de transport sélectionnés ; - transfère (160) à un support de mémoire externe (8) pour enregistrement les paquets de transport (TPPMT) extraits et un flux d'enregistrement (TS2ouT) composé des paquets de transport désembrouillés; et une phase de relecture, sur le premier équipement hôte (1) ou un second équipement hôte, du service enregistré, lors de laquelle le premier module PCMCIA (2) ou un second module PCMCIA de contrôle d'accès: - récupère (210) un identifiant PID de la table PMT du service courant écouté par le premier ou second équipement hôte (1) ; - reçoit (220) du support de mémoire externe (8) le flux d'enregistrement (TS2IN) et les paquets de transport (TPPMT) extraits; - récupère (240) dans les paquets de transport (TPPMT) extraits des identifiants PID des flux élémentaires du service enregistré ; - génère (250) une table PMT de remplacement à partir de l'identifiant PID de la table PMT du service courant et des identifiants PID des flux élémentaires récupérés ; et- transfère (260) au premier ou deuxième équipement hôte (1) un flux de sortie (TSouT) comprenant uniquement la table PMT de remplacement et le flux d'enregistrement (TSoouT)- 2. Procédé selon la revendication 1, caractérisé en ce que la table PMT de remplacement est générée sous forme d'un ou plusieurs paquets de transport comportant chacun un champ de données (4) et un champ entête (3) avec un identifiant PID associé de façon unique à la table PMT de remplacement, l'identifiant PID de son champ entête (3) comportant l'identifiant PID de la table PMT du service courant, et le champ de données (4) comportant les identifiants PID des flux élémentaires récupérés. 3. Procédé selon la revendication 2, caractérisé en ce qu'un identifiant de cryptage est en outre inséré dans le champ de données de la table PMT de remplacement. 4. Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce qu'il comporte en outre une étape d'encryptage (150) du flux d'enregistrement (TS2ouT) avant son transfert pour enregistrement, et une étape de décryptage (230) dudit flux d'enregistrement avant son transfert pour relecture. 5. Procédé selon la revendication 4, caractérisé en ce que l'encryptage (150) et le décryptage (230) sont réalisés selon un algorithme AES. 6. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comporte en outre une étape d'encryptage CI+ du flux de sortie (TSouT) avant son transfert au premier ou deuxième équipement hôte (1). 7. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que le flux de transport d'entrée (TSIN) reçu est au format MPEG ou IP, dans lequel les services sont embrouillés selon une norme de type DVB, respectivement AES. 8. Module (2) de contrôle d'accès de type PCMCIA 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 d'autre part, transmettre à l'équipement hôte (1) un premier 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, caractérisé en ce qu'il comporte, à des fins d'enregistrement d'un service numérique télédiffusé reçu sous forme embrouillée, des moyens (20, 21, 22, 23, 29, 31) de génération d'un flux d'enregistrement (TS2ou-r), aptes à extraire du flux de transport d'entrée (TSIN) des paquets de transport (TPPMT) correspondant à une table PMT de correspondance de programmes associée de façon unique au service à enregistrer, à sélectionner dans ledit flux de transport d'entrée (TSIN) des paquets de transport (TPES) correspondant à des flux élémentaires (ES) du service à enregistrer, à désembrouiller les paquets de transport sélectionnés et à délivrer le flux d'enregistrement (TS2ou-r) composé des paquets de transport désembrouillés, et des moyens (23, 27) de transfert aptes à transférer les paquets de transport (TPPMT) extraits et le flux d'enregistrement (TS2ouT) à un support de mémoire externe (8) pour enregistrement; et, à des fins de relecture du flux d'enregistrement (TS2ou-r) sur le premier équipement hôte (1) ou un second équipement hôte, des moyens (22, 23, 27, 29, 30) de génération d'un flux de sortie (TSouT) aptes à : - récupérer un identifiant PID de la table PMT du service courant écouté par le premier ou second équipement hôte (1) ; - recevoir du support de mémoire externe (8) le flux d'enregistrement (TS2IN) et les paquets de transport (TPPMT) extraits; - récupérer dans les paquets de transport (TPPMT) extraits les identifiants PID des flux élémentaires du service enregistré ;- générer une table PMT de remplacement à partir de l'identifiant PID de la table PMT du service courant et des identifiants PID des flux élémentaires récupérés ; et - générer un deuxième flux de sortie (TSouT) comprenant uniquement la table PMT de remplacement et le flux d'enregistrement (TS2IN), pour transfert au premier ou deuxième équipement hôte (1) à la place du premier flux de sortie. 9. Module (2) de contrôle d'accès selon la revendication 8, caractérisé en ce que les moyens (22, 23, 27, 29, 30) de génération d'un flux de sortie comporte un injecteur (30) de gestion des flux apte à recevoir simultanément le flux d'enregistrement à relire (TS2IN) et un flux de transport (TS1ouT) d'un module de désembrouillage (21) du module (2) de contrôle d'accès et à délivrer en sortie uniquement le flux d'enregistrement à relire (TS2IN) pour transfert au premier ou deuxième équipement hôte (1) à la place du premier flux de sortie. 10.Module (2) de contrôle d'accès selon l'une quelconque des revendications 8 ou 9, caractérisé en ce qu'il est apte à générer simultanément le premier flux de sortie (TS2ouT) pour la lecture en direct d'un premier service écouté par le premier équipement hôte, et un flux d'enregistrement (TS2ouT) pour l'enregistrement du premier service écouté, ou d'un second service reçu par le premier équipement hôte (1). 11.Module (2) de contrôle d'accès selon l'une quelconque des revendications 8 à 10, caractérisé en ce qu'il comprend en outre des moyens (28) de programmation de l'enregistrement du service en différé. 12. Flux de transport de données (9) délivré par un module PCMCIA (2) de contrôle d'accès à un équipement hôte (1) pour la relecture d'un flux d'enregistrement correspondant à un service numérique télédiffusé, caractérisé en ce qu'il comporte uniquement le flux d'enregistrement (TS2ouT) composé de paquets de transport désembrouillés (TPTS2IN)correspondant à des flux élémentaires (ES) audit service, et une table PMT (TPPMT R) de remplacement générée à partir d'un identifiant PID de la table PMT du service courant écouté par l'équipement hôte (1) avant relecture, et d'identifiants PID des flux élémentaires composant le service numérique enregistré.