Brevet FR2910203A1 — publié le 20080620

PROCEDE DE CONTROLE D'ACCES A UN CONTENU NUMERIQUE EMBROUILLE DOMAINE TECHNIQUE L'invention se situe dans le domaine de la protection de contenu et concerne plus spécifiquement un procédé de contrôle d'accès à un contenu numérique embrouillé par une clé secrète K et distribué par un opérateur à au moins un terminal de réception, ledit procédé résultant de la coopération d'au moins deux techniques de protection de contenu disposant respectivement d'un premier processus et d'un deuxième processus de détermination de la clé secrète K. L'invention concerne également un système de contrôle d'accès à un contenu numérique embrouillé comportant : - un serveur de contenu comprenant des moyens pour embrouiller le contenu par une clé secrète K, - un terminal de réception dudit contenu comprenant au moins deux modules distincts de contrôle d'accès, soit un premier module dédié à une première technique de protection de contenu mettant en oeuvre un premier processus de détermination de la clé secrète K et un deuxième module dédié à une deuxième technique de protection de contenu mettant en oeuvre un deuxième processus de détermination de ladite clé secrète K. L'invention concerne aussi un terminal de réception d'un contenu embrouillé par une clé secrète K comprenant au moins deux modules distincts de contrôle d'accès, soit un premier module dédié à une première technique de protection de contenu mettant en oeuvre un 2910203 2 premier processus de détermination de la clé secrète K et un deuxième module dédié à une deuxième technique de protection de contenu mettant en oeuvre un deuxième processus de détermination de ladite clé secrète K. 5 L'invention concerne enfin un logiciel destiné à être exécuté dans ledit terminal pour mettre en oeuvre le procédé selon l'invention. ÉTAT DE LA TECHNIQUE ANTÉRIEURE Plusieurs services distincts tels que par 10 exemple la télévision diffusée (TV live), la vidéo à la demande (VOD pour Video On Demand) ou encore les services d'achat en ligne de programmes audiovisuels, sont exploités par les fournisseurs de contenus pour distribuer des données et/ou des programmes numériques 15 à des abonnés. Ces services sont déployés sur divers réseaux supports et peuvent être offerts en mode connecté ou en mode non connecté via des canaux de distribution bidirectionnels ou unidirectionnels. Le mode de la mise à disposition et 20 d'utilisation des contenus concernés varie en fonction du service offert et du réseau support utilisé. Ces modes sont notamment : . la diffusion, pour les services de TV live ; . la diffusion multimédia en continu (streaming), 25 pour les services de vidéo à la demande (VOD) ; . le téléchargement, pour les services d'achat de programme ; . la (re)lecture de contenus reçus et enregistré localement (PVR, pour Personal Video Recorder). 2910203 3 Les techniques de protection des contenus fournis aux abonnés dépendent de la nature des services exploités pour les distribuer et du type de réseaux supports utilisés pour offrir ces services. 5 Typiquement des flux en diffusion (ou streaming), ainsi que des contenus enregistrés dans les mêmes formats que ces flux peuvent être protégés par des systèmes de contrôle d'accès (CAS, pour Conditional Access System), et des fichiers en téléchargement, 10 ainsi que des contenus préalablement obtenus par tout moyen précédemment cité et enregistrés dans le même format que ces fichiers, peuvent être protégés par des systèmes de gestion de droits numériques (DRM, pour Digital Rights Management). 15 La figure 1 illustre schématiquement un système de distribution de contenus dans lequel est mise en oeuvre la protection de contenu par DRM. Ce système comporte un opérateur 1 disposant d'un serveur de contenu 2 associé à un module 20 4 de mise en forme desdits contenus et à un serveur de licences 6, un équipement récepteur 8 comportant un agent DRM 10, un lecteur/décodeur de contenu 12 et un module 13 de dialogue avec l'utilisateur. Dans cette architecture, le serveur de 25 contenu 2 reçoit (flèche 14) du module de mise en forme 4 un contenu embrouillé adapté au format DRM et transmet (flèche 15) ce contenu à l'agent DRM 10. Le serveur de licences 6 reçoit du module de mise en forme 4 (flèche 16) des informations 30 relatives à sécurité du contenu, telles que la clé de déchiffrement (ou de désembrouillage) de ce contenu et 2910203 4 transmet (flèche 18) à l'équipement terminal 8 la licence DRM associée au contenu. Rappelons qu'une licence DRM correspond à la juxtaposition d'informations relatives au contenu, 5 notamment son identifiant et la clé cryptographique permettant de le déchiffrer, et d'informations sur les autorisations et contraintes d'usage du contenu (nombre de lectures, droits de copie, date limite ou durée d'utilisation, bénéficiaire (s) du contenu, etc....) 10 La figure 2 est une représentation schématique d'un objet contenu 20 (Content Object) et d'un objet droit 22 (Right Object) désignant respectivement un contenu numérique et la licence représentant le droit associé à ce contenu dans le 15 contexte DRM (pour Digital Right management). L'objet contenu 20 comporte un identifiant du contenu 24 et un document 26 comportant les données (vidéo, audio...) pouvant être déchiffrées par une clé K dont le cryptogramme K* 28 est présent dans l'objet 20 droit 22. Le cryptogramme K* est obtenu par chiffrement de la clé K par une clé Ke qui dépend de l'émetteur du droit et qui est fournie de façon sécurisée au terminal auquel est destiné le contenu. L'objet droit 22 est une collection de 25 données décrivant la manière dont un contenu numérique peut être utilisé. Par exemple, dans le cas de la spécification OMA Digital Rights Management établie par Open Mobile Alliance, l'objet droit est décrit dans un document XML (pour Extensible Markup Language) 30 contenant notamment l'identifiant 30 de ce droit, un attribut 32 (Stateful/Stateless) précisant si le droit 2910203 5 se modifie au cours de son utilisation, une ou plusieurs désignations de contenu 34 (Asset) comprenant notamment l'identifiant 36 du contenu (ContentId) et le cryptogramme K* 28 de la clé K. L'objet droit 22 5 comporte en outre une description 38 de permissions et de contraintes indiquant l'usage qui peut être fait du contenu. Le degré de sécurité du contenu ou de la ressource dépend essentiellement du degré de sécurité du droit associé à ce contenu, et plus précisément du 10 degré de sécurité de la clé de déchiffrement K. Dans l'équipement récepteur 8, l'agent DRM 10 évalue le droit de l'usager à accéder au contenu en fonction de la description 38 encapsulée dans la licence DRM. Sous réserve d'une autorisation fournie 15 par l'agent DRM 10, le lecteur de contenu 12 permet l'accès au contenu protégé et délivre ce contenu désembrouillé. La figure 3 illustre schématiquement une architecture classique d'un système de distribution de 20 contenus protégés par un système d'accès conditionnel CAS. Des références identiques désigneront les éléments remplissant la même fonction dans les systèmes de la figure 2 et de la figure 3. . 25 Le système illustré par la figure 3 comporte un module 40 de mise en forme desdits contenus auquel est associé un module 42 de gestion d'accès conditionnel. L'équipement récepteur 8 de l'utilisateur comporte dans ce cas un module 44 d'accès conditionnel 30 et un processeur de sécurité 46, tel qu'une carte à puce. 2910203 6 Dans cette architecture, le module 42 génère des messages ECM (pour Entitlement Control Message ) contenant les conditions d'accès à un contenu et la clé de désembrouillage de celui-ci, 5 usuellement appelée mot de contrôle (CW pour Control Word ) et transmet ces messages (flèche 48) au module 40 de mise en forme. Ce module embrouille le contenu et lui associe les messages ECM. Le module 42 de gestion d'accès conditionnel génère en outre des messages EMM 10 (pour Entitlement Management Message ) et transmet ces messages (flèche 50) au terminal 8 pour assurer la gestion des titres d'accès acquis par l'utilisateur. Ainsi les titres d'accès ou les moyens de les acquérir (jetons pour l'achat impulsif de programmes) sont gérés 15 et inscrits à distance par l'opérateur 1 dans une mémoire non volatile du processeur de sécurité 46. Dans l'équipement terminal 8 le module 44 d'accès conditionnel comporte un premier module 52 de traitement des messages ECM et EMM en coopération avec 20 le processeur de sécurité 46. D'autres traitements complémentaires, concernant des fonctions particulières telles que l'achat impulsif d'un programme en PPV (pour Pay Per View ) qui nécessitent un accord de l'utilisateur, sont gérés par un deuxième module 54 de 25 traitement. Lorsque les conditions d'accès au contenu définies dans les ECM sont remplies, le module 44 d'accès conditionnel fournit au terminal 8 le mot de contrôle CW, permettant à celui-ci de désembrouiller le contenu et de restituer le contenu en clair à 30 l'utilisateur. Le terminal 8 dispose en outre d'un module 56 de dialogue avec l'utilisateur. 2910203 7 La multiplication des services fournis à des terminaux, fixes ou mobiles, et la diversification des contenus fournis dans le cadre de ces services ainsi que l'absence d'une norme unique pour la 5 protection de ces contenus, rendent difficiles l'implémentation et l'interaction, dans un même terminal, de plusieurs techniques de protection des contenus. Ainsi, la combinaison, dans un même 10 terminal de réception, d'une protection de contenu par une licence DRM et par un CAS se heurte-t-elle à la différence de formats des données traitées par chacune de ces techniques et au type de traitement des données de sécurité spécifique à chacune de ces techniques. 15 De façon générale, quelles que soient les techniques de protection implémentées dans un terminal, la diversité des systèmes de protection de contenus constitue un obstacle à la convergence des services, au sens de leur transparence du point de vue de 20 l'utilisateur. D'autre part, une solution DRM, publiée voire normalisée, est conçue pour gérer l'accès à des contenus dans un environnement terminal faiblement sécurisé. A contrario, notamment par sa spécification 25 propriétaire, une solution CAS présente un niveau de sécurité élevé dans un terminal. Le but de l'invention est d'une part d'homogénéiser la protection des contenus dans un même terminal supportant au moins deux techniques de 30 protection de contenu distinctes et d'autre par de 2910203 8 faire bénéficier à une solution DRM du niveau de sécurité élevé d'une solution CAS propriétaire. Plus particulièrement, l'invention a pour but de combiner dans un même terminal une technique de 5 protection de contenu propriétaire, tel qu'un CAS par exemple, avec une technique de protection telle que la DRM. EXPOSÉ DE L'INVENTION Les buts de l'invention sont atteints au 10 moyen d'un procédé de contrôle d'accès à un contenu numérique embrouillé par une clé secrète K distribué par un opérateur à au moins un terminal de réception, ledit procédé résultant de la coopération d'au moins deux techniques de protection de contenu disposant 15 respectivement d'un premier processus de détermination de la clé secrète K et d'un deuxième processus de détermination de ladite clé. Selon l'invention, - le premier processus fournit au deuxième 20 processus un ensemble de données de sécurité D(K) préalablement défini en fonction de la clé secrète K et encapsulé dans une structure de données spécifique à la première technique de protection de contenu, - ledit deuxième processus extrait la clé K 25 dudit ensemble de données de sécurité D(K) et renvoie ladite clé K audit premier processus, - le premier processus désembrouille le contenu au moyen de ladite clé K. Selon une caractéristique essentielle de 30 l'invention, l'ensemble de données de sécurité D(K) 2910203 9 comporte des paramètres de sécurité spécifiques à la deuxième technique. L'invention permet ainsi de pallier l'hétérogénéité des systèmes de protection de contenus 5 utilisés due à la diversité des services exploités pour fournir un contenu. Elle permet également à l'opérateur d'effectuer des variations et des évolutions du système de protection de contenus utilisé afin de renforcer la 10 protection des contenus. Le procédé selon l'invention comporte une phase de conditionnement du contenu supervisée par l'opérateur, et une phase d'exploitation dudit contenu exécutée par le terminal, la phase de conditionnement 15 comportant les étapes suivantes : - embrouiller le contenu par la clé secrète K, - générer l'ensemble de données de sécurité D(K) en fonction de ladite clé secrète K dans un format 20 spécifique à la deuxième technique de protection de contenu, encapsuler l'ensemble de données de sécurité D(K) dans une structure de données de sécurité spécifique à la première technique de protection de 25 contenu, -transmettre au terminal ladite structure de données de sécurité et le contenu embrouillé, et la phase d'exploitation comportant les étapes suivantes . 2910203 10 - extraire ledit ensemble de données de sécurité D(K) de ladite structure de données de sécurité par le premier processus, - transmettre l'ensemble de données de 5 sécurité D(K) extrait au deuxième processus, - traiter les données de sécurité D(K) par ledit deuxième processus pour en extraire la clé K, - transmettre ladite clé K au premier processus, 10 - désembrouiller le contenu par le premier processus au moyen de ladite clé K. Dans un exemple de réalisation du procédé selon l'invention, la première technique de protection de contenu est une technique DRM (Digital Right 15 Management) et la deuxième technique de protection de contenu est une technique CAS (Conditional Access System). Dans cet exemple de réalisation, l'ensemble de données de sécurité D(K) représente au moins un 20 message ECM contenant la clé K et/ou au moins un message EMM. Ces données de sécurité D(K) sont encapsulées dans une licence DRM et peuvent être chiffrées totalement ou partiellement. Le procédé selon l'invention est mis en 25 oeuvre dans un système de contrôle d'accès à un contenu numérique embrouillé comportant : - un serveur de contenu comprenant des moyens pour embrouiller le contenu par une clé secrète K, 30 - un terminal de réception dudit contenu comprenant au moins deux modules distincts de contrôle 2910203 11 d'accès, soit un premier module dédié à une première technique de protection de contenu mettant en oeuvre un premier processus de détermination de la clé secrète K, et un deuxième module dédié à une deuxième technique de 5 protection de contenu mettant en oeuvre un deuxième processus de détermination de ladite clé secrète K, Ce système comporte en outre : - des moyens pour générer un ensemble de données de sécurité D(K) en fonction de la clé secrète 10 K dans un format spécifique au deuxième module de contrôle d'accès, - des moyens pour encapsuler l'ensemble de données de sécurité D(K) dans une structure de données spécifique au premier module de contrôle d'accès. 15 - des moyens pour transmettre ladite structure de données du premier module de contrôle d'accès au deuxième module de contrôle d'accès. Le terminal de réception du contenu embrouillé par la clé secrète K comprend au moins deux 20 modules distincts de contrôle d'accès, soit un premier module dédié à une première technique de protection de contenu mettant en oeuvre un premier processus de détermination de la clé secrète K et un deuxième module dédié à une deuxième technique de protection de contenu 25 mettant en oeuvre un deuxième processus de détermination de ladite clé secrète K. Selon l'invention, le premier module de contrôle d'accès comporte des moyens pour extraire un ensemble de données de sécurité D(K), préalablement 30 définies en fonction de la clé secrète K et encapsulé dans une structure de données spécifique au premier 2910203 12 processus de détermination de la clé secrète K, et le deuxième module de contrôle d'accès comporte des moyens pour extraire la clé K dudit ensemble de données de sécurité D (K) . 5 Le procédé selon l'invention est implémenté par un logiciel destiné à être exécuté dans le terminal comportant : - des instructions pour extraire d'une structure de données spécifique à la première technique 10 de protection de contenu un ensemble de données de sécurité D(K) préalablement défini en fonction de la clé secrète K dans un format spécifique à la deuxième technique de protection de contenu et encapsulé dans ladite structure de donnée, 15 - des instructions pour traiter les données de sécurité D(K) dans le deuxième module de contrôle d'accès pour en extraire la clé K, - des instructions pour transmettre ladite clé K du deuxième module de contrôle d'accès au premier 20 module de contrôle d'accès, - des instructions pour désembrouiller le contenu par le premier module de contrôle d'accès au moyen de ladite clé K. BRÈVE DESCRIPTION DES DESSINS 25 D'autres caractéristiques et avantages de l'invention ressortiront de la description qui va suivre, prise à titre d'exemple non limitatif, en référence aux figures annexées dans lesquelles : - la figure 1, décrite précédemment, 30 illustre schématiquement un système de distribution de 2910203 13 contenus dans lequel est mise en oeuvre la technique DRM, - la figure 2, décrite précédemment, est une représentation schématique d'un objet contenu 5 (Content Object) et d'un objet droit (Right Object) désignant respectivement un contenu numérique et la licence associée à ce contenu dans le contexte DRM, - la figure 3, décrite précédemment, illustre schématiquement une architecture classique 10 d'un système de distribution de contenus dans lequel est mise en oeuvre la technique CAS, - la figure 4 représente un schéma bloc général d'un système selon l'invention, - la figure 5 illustre schématiquement un 15 exemple particulier de mise en oeuvre du procédé selon l'invention dans le système de la figure 4, - la figure 6 est un organigramme illustrant les étapes du procédé selon l'invention. 20 EXPOSÉ DÉTAILLÉ DE MODES DE RÉALISATION PARTICULIERS L'invention va maintenant être décrite, par référence aux figures 4, 5 et 6, dans un exemple de réalisation dans lequel un contenu numérique représentant des données ou des programmes audiovisuels 25 embrouillés par une clé secrète K est fourni par un opérateur 1 à un terminal de réception 8 supportant une technique de protection basée sur la norme OMA DRM (Open Mobile Alliance, Digital Right Management) et une technique de protection basée sur un CAS (Conditional 30 Access System). 2910203 14 Bien entendu, l'invention n'est pas limitée au contexte décrit ci-dessus et s'applique quelles que soient les techniques de protection de contenu utilisées. 5 Dans la suite de cette description, des références identiques désigneront les éléments communs aux figures de l'art antérieur et aux figures illustrant l'invention. En référence à la figure 4, l'opérateur 1 10 dispose d'un serveur de contenu 2 associé à un module 4 de mise en forme desdits contenus et à un serveur de licences 6. Le terminal 8 comporte un agent DRM 10 conforme à la norme OMA DRM, communiquant via une 15 interface 60 avec un module d'accès conditionnel 46 telle qu'une carte à puce contenant des titres d'accès au contenu embrouillé. Préalablement à la fourniture du contenu au terminal 8, le module 4 de mise en forme génère des 20 données spécifiques à la technique DRM, illustrées schématiquement par la figure 5, comportant un objet contenu 20 (Content Object) et un objet droit 22 (Right Object) appelé usuellement licence. L'objet contenu 20 comporte un identifiant 25 du contenu 24 et un document 26 comportant les données (vidéo, audio...) chiffrées par la clé K. L'objet droit 22 comporte notamment l'identifiant 30 de ce droit, un attribut 32 (Stateful/Stateless) précisant si le droit se modifie 30 au cours de son utilisation, l'identifiant 36 du contenu associé à cette licence, une description 38 de 2910203 15 permissions et de contraintes indiquant l'usage qui peut être fait du contenu, et une structure de données de sécurité 70. Dans l'exemple de réalisation décrit, cette 5 structure de données de sécurité 70 comprend un ECM comportant le cryptogramme K* de la clé K et au moins une condition d'accès, un identifiant Algold de l'algorithme de traitement de l'ECM par le processeur de sécurité 46, et des paramètres Param 72 nécessaires 10 à l'exécution de l'algorithme Algold. La structure de données de sécurité 70 peut comporter en plus un message EMM interprétable par le processeur de sécurité 46 permettant par exemple de mettre à jour ou inscrire une clé ou un titre d'accès 15 dans la mémoire non volatile du processeur. En fonctionnement, le serveur de contenu 2 transmet le contenu embrouillé au terminal 8 (flèche 80) et, le serveur de licence 6 transmet la licence DRM décrite à la figure 5 au terminal 8 (flèche 82). 20 Ces transmissions peuvent être simultanées ou décalées dans le temps. Au niveau du terminal, pour déchiffrer le contenu embrouillé, l'agent DRM 10 traite la structure de données de sécurité 70. Par la valeur particulière 25 de l'identifiant Algold, il détecte que la licence ne contient pas le cryptogramme de la clé K comme usuellement mais un ensemble de données, typiquement un message ECM, destiné à la technique CAS avec laquelle il coopère. L'agent DRM exécute alors l'algorithme 30 Algold, avec les paramètres Param 72, pour extraire l'ECM de la licence DRM. Une fois l'ECM extrait, il est 2910203 16 transmis par l'agent DRM 10, via l'interface 60, au processeur de sécurité 46. Ce dernier vérifie, de façon connue en soi, que les conditions d'accès contenues dans l'ECM sont satisfaites (bloc 84, figure 5) et 5 déchiffre le cryptogramme K* si ces conditions d'accès sont satisfaites par un titre d'accès, puis renvoie (flèche 86, figure 5) la clé K extraite de l'ECM à l'agent DRM 10. Ce dernier utilise cette clé pour désembrouiller le contenu. 10 Les étapes essentielles du procédé selon l'invention vont maintenant être décrites en référence à la figure 6. A l'étape 90, le terminal reçoit le contenu embrouillé et la licence DRM associée à ce contenu. 15 Notons que l'obtention du contenu protégé et l'obtention de la licence peuvent se faire dans un ordre quelconque. A l'étape 92, l'utilisateur demande l'accès au contenu. A l'étape 94, l'agent DRM détermine la 20 licence associée à ce contenu, éventuellement avec un dialogue complémentaire avec l'utilisateur pour choisir une licence parmi plusieurs possibles. A l'étape 96, l'agent DRM 10 vérifie la syntaxe, l'intégrité et l'authenticité de la licence 25 DRM, ainsi que les autorisations et contraintes 38 conditionnant l'accès au contenu. Si la licence présente une anomalie ou si ces autorisations et contraintes 38 ne sont pas satisfaites, l'agent DRM 10 refuse l'accès au contenu à 30 l'étape 100. 2910203 17 Si la licence est correcte et si les autorisations et contraintes 38 sont satisfaites, l'agent DRM 10 extrait les données relatives à la clé K de déchiffrement du contenu (étape 102). 5 A l'étape 104, l'agent DRM 10 analyse l'identifiant de l'algorithme Algold et détecte notamment si les données relatives à la clé K extraites à l'étape 102 sont à fournir au système CAS. Si ce n'est pas le cas, le cryptogramme K* 10 est déchiffré par l'agent DRM 10 à l'étape 106 selon le procédé usuel propre à la technique DRM. Si c'est le cas, les données extraites à l'étape 102 constituent un ECM et à l'étape 108, l'agent DRM 10 transmet cet ECM au processeur de 15 sécurité 46. Ce dernier traite à l'étape 110 l'ECM reçu et vérifie, à l'étape 112, si le message ECM est correcte et si la condition d'accès contenu dans cet ECM est satisfaite par un titre d'accès présent dans le processeur de sécurité 46. 20 Dans la négative, à l'étape 114, le processeur de sécurité 46 envoie un message d'erreur à l'agent DRM 10. Ce dernier refuse alors l'accès au contenu à l'étape 100. Dans l'affirmative, à l'étape 116, le 25 processeur de sécurité 46 déchiffre le cryptogramme K* présent dans l'ECM et transmet, à l'étape 118, la clé K à l'agent DRM via l'interface 60. A l'étape 120, l'agent DRM 10 désembrouille le contenu au moyen de la clé K. 30 REVENDICATIONS 1. Procédé de contrôle d'accès à un contenu numérique embrouillé par une clé secrète K et distribué par un opérateur (1) à au moins un terminal de réception (8), ledit procédé résultant de la coopération d'au moins deux techniques de protection de contenu disposant respectivement d'un premier processus et d'un deuxième processus de détermination de la clé secrète K, procédé caractérisé en ce que : - le premier processus fournit au deuxième processus un ensemble de données de sécurité D(K) préalablement défini en fonction de la clé secrète K et encapsulé dans une structure de données spécifique à la première technique de protection de contenu, - ledit deuxième processus extrait ladite clé K dudit ensemble de données de sécurité D(K) et renvoie ladite clé K audit premier processus, - le premier processus désembrouille le 20 contenu au moyen de ladite clé K. 2. Procédé selon la revendication 1, dans lequel l'ensemble de données de sécurité D(K) comporte des paramètres de sécurité spécifiques à la deuxième 25 technique. 3. Procédé selon la revendication 2, caractérisé en ce qu'il comporte une phase de conditionnement du contenu supervisée par l'opérateur 30 (1) et une phase d'exploitation dudit contenu exécutée 2910203 19 par le terminal (8), la phase de conditionnement comportant les étapes suivantes : -embrouiller le contenu par la clé secrète K, 5 - générer l'ensemble de données de sécurité D(K) en fonction de la clé secrète K dans un format spécifique la deuxième technique de protection de contenu, - encapsuler l'ensemble de données de 10 sécurité D(K) dans une structure de données de sécurité spécifique à la première technique de protection de contenu, -transmettre au terminal ladite structure de données de sécurité et le contenu embrouillé, et la phase d'exploitation comportant les étapes suivantes . - extraire ledit ensemble de données de sécurité D(K) de ladite structure de données de sécurité par le premier processus, -transmettre ledit ensemble de données de sécurité D(K) au deuxième processus, - traiter les données de sécurité D(K) par ledit deuxième processus pour en extraire la clé K, - transmettre ladite clé K au premier 25 processus, - désembrouiller le contenu par le premier processus au moyen de ladite clé K. 4. Procédé selon la revendication 3, dans 30 lequel la première technique de protection de contenu est une technique DRM (Digital Right Management) et la 15 20 2910203 deuxième technique de protection de contenu est une technique CAS (Conditional Access System). 5. Procédé selon la revendication 4, dans 5 lequel ledit ensemble de données de sécurité D(K) représente au moins un message ECM contenant la clé K et/ou au moins un message EMM et est encapsulé dans une licence DRM. 10 6. Procédé selon la revendication 5, dans lequel les données de sécurité D(K) sont chiffrées totalement ou partiellement. 7. Système de contrôle d'accès à un contenu 15 numérique embrouillé comportant : - un serveur de contenu (2) comprenant des moyens pour embrouiller le contenu par une clé secrète K, - un terminal (8) de réception dudit 20 contenu comprenant au moins deux modules distincts de contrôle d'accès, soit un premier module (10) dédié à une première technique de protection de contenu mettant en oeuvre un premier processus de détermination de la clé secrète K et un deuxième module (46) dédié à une deuxième technique de protection de contenu mettant en oeuvre un deuxième processus de détermination de ladite clé secrète K, système caractérisé en ce qu'il comporte en outre : - des moyens (6) pour générer un ensemble de données de sécurité D(K) en fonction de la clé 2910203 21 secrète K dans un format spécifique au deuxième module de contrôle d'accès, - des moyens (4) pour encapsuler l'ensemble de données de sécurité D(K) dans une structure de 5 données spécifique au premier module de contrôle d'accès. - des moyens pour transmettre ladite structure de données du premier module de contrôle d'accès 10 au deuxième module de contrôle d'accès (46). 10 8. Terminal (8) de réception d'un contenu embrouillé par une clé secrète K comprenant au moins deux modules distincts de contrôle d'accès, soit un premier module (10) dédié à une première technique de 15 protection de contenu mettant en oeuvre un premier processus de détermination de la clé secrète K et un deuxième module (46) dédié à une deuxième technique de protection de contenu mettant en oeuvre un deuxième processus de détermination de ladite clé secrète K, 20 terminal, caractérisé en ce que : - le premier module (10) comporte des moyens pour extraire un ensemble de données de sécurité D(K), préalablement définies en fonction de la clé secrète K et encapsulées dans une structure de données 25 spécifique au premier processus de détermination de la clé secrète K, et en ce que - le deuxième module (46) comporte des moyens pour extraire la clé K dudit ensemble de données 30 de sécurité D(K). 2910203 22 9. Logiciel destiné à être exécuté dans un terminal (8) selon la revendication 8, caractérisé en ce qu'il comporte : - des instructions pour extraire d'une 5 structure de données spécifique à la première technique de protection un ensemble de données de sécurité D(K) préalablement défini en fonction de la clé secrète K dans un format spécifique à la deuxième technique de protection et encapsulé dans ladite structure de 10 donnée, - des instructions pour traiter les données de sécurité D(K) dans le deuxième module de contrôle d'accès (46) pour en extraire la clé K, - des instructions pour transmettre ladite 15 clé K du deuxième module de contrôle d'accès (46) au premier module de contrôle d'accès (10), - des instructions pour désembrouiller le contenu par le premier module de contrôle d'accès (10) au moyen de ladite clé K. 20