Brevet FR3076009A1 — publié le 20190628

Procédé et système d'identification de terminal d'utilisateur pour la réception de contenus multimédia protégés et fournis en continu La présente invention concerne un procédé d'identification de terminal d'utilisateur pour la réception et la restitution de contenus multimédia protégés et transmis en continu, sous forme chiffrée, via un réseau de communications ouvert, et un système d'identification de terminal d'utilisateur associé. Elle concerne également un procédé d'authentification de terminal d'utilisateur, et un système d'authentification de terminal d'utilisateur associé. Elle se situe dans le domaine de la protection des contenus multimédia, en particulier des contenus audiovisuels, protégés par des systèmes de gestion de droits numériques, ou DRM, pour « digital rights management » en anglais, et transmis en continu, c'est-à-dire selon le mode de transmission couramment appelé « streaming », sur un réseau ouvert, tel qu'Internet. En effet, le développement récent de la technologie « Over The Top », ou OIT, a permis de généraliser la transmission en continu de contenus multimédia sur Internet, à partir de serveurs conventionnels ou dédiés, avec un débit adaptatif et permettant une restitution de qualité satisfaisante sur des dispositifs clients de type ordinateur personnel. Plusieurs protocoles de transmission en continu ont été développés, par exemple le standard ISO MPEG Dynamic Adaptive Streaming over HTTP (DASH), le protocole HLS® (« HTTP LIVE STREAMING ») proposé par Apple®, et MSS® (« Microsoft Smooth Streaming ») proposé par Microsoft®. En particulier, de tels protocoles sont utilisables pour la transmission de contenus multimédia protégés par tout système de DRM, et pour leur restitution par tout navigateur web. De plus, l'organisme de standardisation W3C (World Wide Web Consortium) a mis au point une extension de la norme HTML5 appelée EME (pour « Encrypted Media Extension ») qui spécifie un canal de communication entre un navigateur web (en anglais « browser ») et l'agent DRM, ou module de déchiffrement de contenu, appelé également CDM (pour « Content Decryption Module » en anglais), d'un système de DRM. De manière connue, un navigateur web, ou navigateur Internet, ou plus simplement navigateur, est un logiciel client HTTP conçu pour consulter et afficher des données du réseau Internet. Il existe de nombreux navigateurs, pour toutes sortes de terminaux d'utilisateur (ordinateur personnel, tablette tactile, téléphone intelligent) et pour différents systèmes d'exploitation. Un CDM, ou module de déchiffrement de contenus, est un module logiciel, également appelé « agent DRM », d'un terminal d'utilisateur, qui met en oeuvre, localement à ce terminal, des mécanismes d'un système de DRM pour contribuer à 2 assurer la distribution licite de contenus protégés et le respect des obligations vis-à-vis des ayants-droit. Ces mécanismes recourent en particulier à des moyens de déchiffrement et des moyens de vérification de droits d'accès aux contenus protégés par ce système de DRM. 5 Il existe plusieurs systèmes de DRM, et agents DRM correspondants, par exemple PlayReady®, Widevine DRM® ou FairPlaye. Le choix du navigateur utilisé détermine le système de DRM utilisé. Le choix du protocole de transmission en continu est à la discrétion de l'opérateur du service de fourniture de contenus, et indépendant de celui du navigateur utilisé. 10 La mise en oeuvre de l'extension EME de HTML5 permet une utilisation simplifiée de mécanismes de protection par DRM, de manière transparente par rapport aux terminaux utilisés, aux systèmes d'exploitation et aux navigateurs implémentés. De manière usuelle de nos jours chaque utilisateur dispose de plusieurs appareils ou terminaux d'utilisateur (smartphone, tablette, PC) qu'il utilise en parallèle. Lorsqu'un 15 utilisateur souhaite accéder à des contenus multimédia protégés, par exemple via un abonnement à un service de fourniture de télévision par Internet, il souhaite pouvoir visualiser ces contenus sur tous ses terminaux. Cependant, l'utilisation du système de transmission de contenus OIT décrit brièvement ci-dessus rend plus difficile le contrôle anti-piratage des contenus multimédia 20 protégés. En effet, une application implémentant HTML5 via Java Script n'a pas accès aux ressources matérielles du terminal d'utilisateur, et ne permet donc pas d'identifier de manière unique et pérenne ce terminal. Par conséquent, il est difficile d'identifier un terminal d'utilisateur qui accède à des contenus multimédia protégés, ce qui est pourtant une exigence forte des ayants droit à 25 laquelle tout fournisseur de contenus doit répondre. Une telle identification permet en effet d'améliorer le contrôle d'accès aux contenus, notamment en interdisant d'y accéder à un terminal anonyme ou inconnu du service de fourniture de contenus. Elle peut également permettre d'améliorer les contre-mesures à l'accès illégitime aux contenus, par exemple en marquant le contenu au moyen d'un filigrane, ou watermark, en anglais, élaboré sur la 30 base de l'identifiant du terminal utilisé pour y accéder. L'invention a pour objet un procédé permettant une identification du terminal utilisé pour la consommation de contenus multimédia protégés. A cet effet, l'invention propose, selon un premier aspect, un procédé d'identification, dans un système de fourniture de contenus multimédia protégés 35 comprenant un serveur de licences et un serveur de contenus, de terminal d'utilisateur pour la réception de contenus multimédia protégés par un système de gestion de droits 3 numériques et transmis en continu, sous forme chiffrée, via un réseau de communications ouvert, et pour la restitution sur ledit terminal d'utilisateur par un navigateur mettant en oeuvre un lecteur de contenus multimédia et un module de déchiffrement de contenus adapté à déchiffrer des contenus multimédia chiffrés selon le système de gestion de droits 5 numériques. Ce procédé comporte des étapes, mises en oeuvre par le serveur de licences modifié pour intégrer un serveur d'authentification adapté à mettre en oeuvre une fonction d'authentification, d'obtention d'un identifiant dudit module de déchiffrement de contenus, et de génération d'un identifiant de terminal en fonction de l'identifiant du module de déchiffrement de contenus. 10 Avantageusement, le procédé de l'invention permet de déterminer un identifiant du terminal d'utilisateur, en lien avec un identifiant du module de déchiffrement de contenus, ou agent DRM, du terminal d'utilisateur, qui est un élément de sécurité du terminal d'utilisateur. Le procédé d'identification de terminal d'utilisateur selon l'invention peut présenter 15 une ou plusieurs des caractéristiques ci-dessous, prises indépendamment ou selon toutes les combinaisons acceptables. L'obtention d'un identifiant du module de déchiffrement de contenus met en oeuvre un accès à un contenu prédéterminé, dit contenu d'authentification associé au système de gestion de droits numériques, et préalablement mémorisé par un serveur de contenus 20 d'authentification, ledit contenu d'authentification comprenant ou permettant d'accéder à un objet de description de droits associé au système de gestion de droits numériques. Le contenu d'authentification est mis en forme par chiffrement, selon ledit système de gestion de droits numériques, d'un fichier descriptif comprenant ledit objet de description de droits associé au système de gestion de droits numériques. 25 Le contenu d'authentification ne comporte pas d'indication permettant d'accéder à des données multimédia. Le procédé comprend une étape de requête de contenu d'authentification par le lecteur de contenus multimédia, et une transmission d'une adresse permettant d'accéder audit contenu d'authentification. 30 Le contenu d'authentification comprend ledit objet de description de droits associé au système de gestion de droits numériques, accessible directement par le lecteur de contenus multimédia. Le procédé comprend, préalablement à la génération d'un identifiant de terminal, une étape de réception d'une requête d'authentification contenant un premier élément 35 identifiant le système de gestion de droits numériques et un deuxième élément chiffré 4 généré par le module de déchiffrement de contenus, pour requérir une licence d'accès audit contenu d'authentification prédéterminé. Le deuxième élément est un premier challenge de licence, généré par ledit module de déchiffrement de contenus à partir dudit objet de description de droits, et 5 cryptographiquement protégé pour permettre au serveur de licences de vérifier l'authenticité et l'intégrité dudit premier challenge de licence. Le procédé comporte une extraction, en fonction dudit premier élément, d'un élément unique dudit deuxième élément après déchiffrement, et une affectation de la valeur dudit élément unique à l'identifiant de module de déchiffrement de contenus. 10 Le procédé comprend en outre une étape de transmission au lecteur de contenus multimédia d'un message comportant ledit identifiant de terminal et d'une licence d'accès audit contenu d'authentification prédéterminé. L'étape de génération d'un identifiant de terminal comporte l'application d'une fonction de hachage cryptographique ou un algorithme de chiffrement à l'identifiant du 15 module de déchiffrement de contenus. Le procédé comporte des étapes, mises en oeuvre par le lecteur de contenus multimédia, de réception d'un message comportant ledit identifiant de terminal et de fourniture de l'identifiant de terminal reçu à une application de fourniture de contenus multimédia protégés et chiffrés, ledit identifiant de terminal étant mémorisé par ladite 20 application. Selon un autre aspect, l'invention concerne un système d'identification de terminal d'utilisateur mis en oeuvre dans un système de fourniture de contenus multimédia protégés comprenant un serveur de licences et un serveur de contenus, un terminal d'utilisateur pour la réception de contenus multimédia protégés par un système de gestion 25 de droits numériques et fournis en continu, sous forme chiffrée, via un réseau de communications ouvert, et restitués sur ledit terminal d'utilisateur par un navigateur mettant en oeuvre un lecteur de contenus multimédia associé à un module de déchiffrement de contenus adapté à déchiffrer des contenus multimédia chiffrés selon le système de gestion de droits numériques. Le serveur de licences est modifié pour intégrer 30 un serveur d'authentification adapté à mettre en oeuvre un module d'authentification configuré pour obtenir un identifiant dudit module de déchiffrement de contenus, et générer un identifiant de terminal en fonction de l'identifiant du module de déchiffrement de contenus. Ce système d'identification comporte en outre un serveur de contenus 35 d'authentification. 5 Selon un autre aspect, l'invention concerne un procédé d'authentification de terminal d'utilisateur, dans un système de fourniture de contenus multimédia protégés comprenant un serveur de licences et un serveur de contenus, le terminal d'utilisateur étant adapté à recevoir des contenus multimédia protégés par un système de gestion de 5 droits numériques et transmis en continu, sous forme chiffrée, via un réseau de communications ouvert, et lesdits contenus étant restitués sur ledit terminal d'utilisateur par un navigateur mettant en oeuvre un lecteur de contenus multimédia et un module de déchiffrement de contenus adapté à déchiffrer des contenus multimédia chiffrés selon le système de gestion de droits numériques. Ce procédé comporte, suite à une requête 10 d'accès à un contenu multimédia protégé envoyée par ledit terminal d'utilisateur, des étapes de : - génération d'une requête de licence comportant un premier identifiant du terminal d'utilisateur préalablement mémorisé, et obtenu par un procédé d'identification de terminal tel que brièvement décrit ci-dessus, et un troisième élément chiffré généré par le module 15 de déchiffrement de contenus du terminal d'utilisateur, destiné à requérir une licence d'accès audit contenu multimédia protégé, ledit troisième élément étant un deuxième challenge de licence cryptographiquement protégé pour permettre au serveur de licences de vérifier l'authenticité et l'intégrité dudit deuxième challenge de licence, - envoi de ladite requête de licence audit serveur de licences modifié pour intégrer 20 un serveur d'authentification adapté à mettre en oeuvre une fonction d'authentification, - vérification par ledit serveur de licences de l'authenticité et de l'intégrité du troisième élément chiffré, - et, en cas de vérification positive, obtention d'un deuxième identifiant de module de déchiffrement de contenus à partir dudit troisième élément chiffré et génération d'un 25 deuxième identifiant de terminal en fonction du deuxième identifiant de module de déchiffrement de contenus, - comparaison du premier identifiant de terminal avec le deuxième identifiant de terminal, et, en cas d'égalité, authentification dudit terminal d'utilisateur. Selon un autre aspect, l'invention concerne un système d'authentification d'un 30 terminal mis en oeuvre dans un système de fourniture de contenus multimédia protégés comprenant un serveur de licences et un serveur de contenus, un terminal d'utilisateur pour la réception de contenus multimédia protégés par un système de gestion de droits numériques et fournis en continu, sous forme chiffrée, via un réseau de communications ouvert, et restitués sur ledit terminal d'utilisateur par un navigateur mettant en oeuvre un 35 lecteur de contenus multimédia associé à un module de déchiffrement de contenus adapté à déchiffrer des contenus multimédia chiffrés selon le système de gestion de droits 6 numériques. Le serveur de licences est modifié pour intégrer un serveur d'authentification adapté à mettre en oeuvre une fonction d'authentification, et, suite à une requête d'accès à un contenu multimédia protégé envoyée par ledit terminal d'utilisateur, - le lecteur de contenus multimédia est adapté à: 5 -générer une requête de licence comportant un premier identifiant du terminal d'utilisateur préalablement mémorisé, et obtenu par un système d'identification tel que brièvement décrit ci-dessus, et un troisième élément chiffré généré par le module de déchiffrement de contenus du terminal d'utilisateur, destiné à requérir une licence d'accès audit contenu multimédia protégé, ledit 10 troisième élément étant un deuxième challenge de licence cryptographiquement protégé pour permettre au serveur de licences de vérifier l'authenticité et l'intégrité dudit deuxième challenge de licence, -envoyer ladite requête de licence audit serveur de licences modifié pour intégrer un serveur d'authentification adapté à mettre en oeuvre une fonction 15 d'authentification, - et ledit serveur de licences est adapté à: --vérifier l'authenticité et l'intégrité du troisième élément chiffré, -et, en cas de vérification positive, à obtenir un deuxième identifiant de module de déchiffrement de contenus à partir dudit troisième élément chiffré et à 20 générer un deuxième identifiant de terminal en fonction dudit deuxième identifiant du module de déchiffrement de contenus, - comparer le premier identifiant de terminal avec le deuxième identifiant de terminal, et, en cas d'égalité, authentifier ledit terminal d'utilisateur. 25 D'autres caractéristiques et avantages de l'invention ressortiront de la description qui en est donnée ci-dessous, à titre indicatif et nullement limitatif, en référence aux figures annexées, parmi lesquelles : - la figure 1 illustre schématiquement un système de fourniture de contenus multimédia protégés par un système de DRM dans lequel l'invention trouve une 30 application ; - la figure 2 illustre schématiquement les principales étapes d'un procédé d'identification d'un terminal client selon un mode de réalisation de l'invention ; - la figure 3 illustre schématiquement les principales étapes d'une authentification de terminal d'utilisateur mettant en oeuvre un identifiant de terminal obtenu par le procédé 35 de la figure 2 ; 7 La figure 1 illustre schématiquement un système de fourniture de contenus multimédia 1 dans lequel l'invention trouve une application. Le système de fourniture 1 comprend un serveur 2 de contenus multimédia protégés par un système de DRM, un tel serveur de contenus étant par exemple géré par 5 un opérateur fournisseur de contenus. Le serveur 2 implémente également un contrôle de droits d'accès aux contenus. Le serveur 2 est par exemple un serveur d'un opérateur fournisseur de contenus de télévision numérique. Bien entendu, le serveur 2 peut être implémenté sous forme d'un système de serveurs, comprenant d'une part un serveur de contrôle de droits d'accès à des contenus 10 protégés mis en oeuvre par un opérateur, et des serveurs de contenus comprenant des données multimédia distants. Le système de fourniture 1 comporte en outre un serveur 3 de contenus d'authentification, générés comme expliqué en détail ci-après. Le système de fourniture 1 comprend également un module 4 de mise en forme 15 des contenus qui permet de mettre en forme les contenus en fonction du protocole de transmission en continu, par exemple DASH, HLS ou MSS déjà mentionnés ci-dessus, en fonction du système de DRM cible, et de l'agent DRM correspondant, par exemple PlayReady®, Widevine DRM® ou FairPlaye. Une base de données 6, en relation avec un serveur de licences 8 fait également 20 partie du système de fourniture 1. Le serveur de licences 8 est un serveur de licences connu 8b dans les systèmes de DRM de l'art antérieur, modifié pour intégrer un serveur d'authentification 8a adapté à mettre en oeuvre une fonction d'authentification de terminaux. Le serveur 8a d'authentification intègre par exemple le serveur 3 de contenus d'authentification. 25 En variante, le système de fourniture 1 comprend un serveur 8a d'authentification de terminaux selon l'invention et un serveur 8b de licences séparés et adaptés à communiquer entre eux, formant un serveur d'authentification et de licences. Dans un mode de réalisation, la base de données 6 est mise en oeuvre par un module de mémorisation permettant de mémoriser un ensemble d'enregistrements, par 30 exemple sous forme de fichier. Chacun de ces enregistrements comporte un identifiant de contenu C-ID mis en forme par le module 4, et une clé cryptographique. Cette clé cryptographique est la clé de chiffrement avec laquelle le contenu C-ID a été chiffré au titre de sa mise en forme, ou, si elle est différente de la précédente, la clé de déchiffrement nécessaire pour déchiffrer le 35 contenu C-ID tel qu'il a été chiffré au titre de sa mise en forme, ou un moyen d'obtenir 8 cette clé. Cette base de données 6 est par exemple mémorisée sur le serveur 8 du système de fourniture 1. Le serveur 8 est configuré pour recevoir des requêtes d'un navigateur web 10, installé sur un terminal d'utilisateur 12. 5 Ce navigateur web 10 comporte un module logiciel 14 de lecture de contenus multimédia, qui implémente HTML5 via Java Script. Le terminal 12 comprend également un module logiciel 16 qui met en oeuvre une application du service de fourniture de contenus. Dans un mode de réalisation, cette application est en charge des interactions de l'utilisateur et/ou du terminal avec le serveur 10 2 de contenus, notamment pour identifier l'utilisateur ou le terminal, contrôler les droits d'accès de l'utilisateur du terminal, accéder aux contenus. Le module logiciel, désigné ici comme application du service de contenu, est par exemple une application de Web TV. L'accès aux contenus est représenté schématiquement par la flèche 15 à la figure 1. Le lecteur de contenus 14 communique avec un CDM 18 qui met en oeuvre, 15 localement à ce terminal 12, des mécanismes d'un système de DRM, en particulier le déchiffrement de contenus multimédia protégés. Le système de DRM mis en oeuvre est déterminé par le navigateur web 10 utilisé. La figure 2 illustre schématiquement les principales étapes d'un procédé d'identification d'un terminal client selon un mode de réalisation de l'invention. Ces étapes 20 sont implémentées par divers éléments du système de fourniture de contenus 1 décrit ci- dessus en référence à la figure 1. Chacun des serveurs, ainsi que le terminal d'utilisateur, est un calculateur électronique qui comporte au moins un processeur adapté à exécuter des instructions de code. En variante, les étapes du procédé de l'invention sont mises en oeuvre par des 25 dispositifs électroniques de type circuits logiques programmables, tels des cartes électroniques à base de FPGA ou ASIC. Lors d'une première étape 30, l'application du service de contenus 16 envoie une requête d'identification de terminal d'utilisateur au lecteur de contenus multimédia 14. Par exemple, dans un mode de réalisation, l'application 16 effectue cette étape 30 30 par l'intermédiaire d'une API (acronyme de « Application Programming Interface », en anglais), ou interface de programmation applicative, d'initialisation du lecteur de contenus multimédia 14. Suite à la réception de la requête d'identification du terminal d'utilisateur, le lecteur de contenus 14 envoie au CDM 18 une requête 32a d'identification du système de DRM 35 utilisé. Par exemple, la requête EME requestMediaKeySystem0 est utilisée. 9 En réponse, le lecteur de contenus 14 obtient à l'étape 32b une valeur du paramètre KeySystem qui identifie le système de DRM utilisé, par exemple parmi Widevine®, PlayReady® et FairPlaye. Le lecteur de contenus multimédia 14 envoie vers le serveur 8 lors de l'étape 34 5 une requête de contenu d'authentification. La requête comporte un identifiant du système de DRM utilisé, par exemple sous la forme de la valeur du paramètre KeySystem. Le contenu d'authentification est un contenu préalablement généré, protégé avec le système de DRM utilisé, et mémorisé comme contenu offert par le serveur de contenus d'authentification 3, dans le but qu'une requête d'accès à ce contenu déclenche 10 l'identification du terminal origine de cette requête. Plus précisément, le contenu d'authentification ayant été protégé avec le système de DRM utilisé, la requête d'accès à ce contenu d'authentification provoque l'initialisation d'une session de DRM, initialisation sur laquelle repose l'identification du terminal, dont le détail du déroulement est donc spécifique au système de DRM utilisé, et préalable à la 15 lecture des données multimédia du contenu, s'il en comporte. De préférence, cependant, le contenu d'authentification ne comporte pas de données multimédia. Le contenu d'authentification comprend ou permet d'accéder à un objet de description de droits (en anglais « Right Object ») associé au système de DRM utilisé. Un « right Object » contient notamment un en-tête spécifique au système de DRM utilisé, 20 appelé PSSH pour « Protection System Specific Header ». Par exemple, s'il a été mis en forme pour le protocole DASH, le contenu d'authentification est un fichier descriptif, également appelé fichier manifeste MPD (pour « Media Presentation Description »), qui indique un segment d'initialisation DASH qui contient un en-tête spécifique, connu sous le nom de « Protection System Specific 25 Header » (PSSH). Le contenu d'authentification est ensuite chiffré conformément à la norme ISO Common Encryption (CENC), par exemple avec la technologie Widevine®. De manière analogue, s'il a été mis en forme pour le protocole MSS, le contenu d'authentification est par exemple un fichier descriptif de type manifeste ISMC, qui est ensuite chiffré conformément à la norme CENC, par exemple avec la technologie 30 PlayReady®. De manière analogue, s'il a été mis en forme pour le protocole HLS, le contenu d'authentification est par exemple un fichier descriptif de type playlist M3U8, chiffré conformément à la norme CENC, par exemple avec la technologie FairPlaye. Dans chacun de ces exemples, le fichier descriptif du contenu d'authentification 35 comporte, de manière connue pour tout contenu, un objet de description de droits ou « Right Object » nécessaire à l'initialisation d'une session de DRM en vue de lever la 10 protection de ce contenu. Le « Right Object » contient un identifiant du système de DRM avec lequel le contenu a été protégé (KeySystem) et des informations permettant d'obtenir la clé de déchiffrement du contenu. Dans chacun de ces exemples, en général, pour un contenu donné, le fichier 5 descriptif du contenu contient en outre au moins une URL signalisant des données multimédia de ce contenu. Ici, de préférence, le contenu d'authentification ne comporte pas de données multimédia, et son fichier descriptif, à la différence d'un fichier descriptif pour un contenu quelconque ne comporte pas d'URL signalisant des données multimédia. 10 Selon un mode de réalisation, un contenu d'authentification par système de DRM pris en charge est mis en forme par module 4, puis stocké dans le serveur 3. Chaque contenu d'authentification est accessible par l'intermédiaire d'une adresse URL (« Uniform Resource Locator»). La clé de chiffrement ainsi qu'un identifiant du système DRM associé sont mémorisés en association avec l'URL de chaque contenu d'authentification. 15 Selon une autre variante, le contenu d'authentification pour le système de DRM utilisé, est généré et mémorisé suite à la réception de la requête 34. Selon une autre variante, plusieurs contenus d'authentification pour au moins un système de DRM sont générés et stockés, par exemple des contenus d'authentification comportant également des données multimédia. 20 En réponse à la requête de contenu d'authentification, l'adresse URL par l'intermédiaire de laquelle il est accessible est envoyée au lecteur de contenus multimédia 14 lors de l'étape 36. Selon un autre mode de réalisation, le lecteur de contenus 14 a accès directement à un « Right Object » associé au système de DRM utilisé. Dans ce mode de réalisation, 25 les étapes 34 et 36 sont traitées localement, sans échange avec le serveur 8. Dans ce cas, le contenu d'authentification est formé par le « Right Object » accessible directement, et le serveur 3 de contenus d'authentification est intégré au terminal 12. Suite à la réception du contenu d'authentification, le lecteur de contenus multimédia 14 initialise (étape 38) une session DRM pour lire le contenu d'authentification 30 reçu correspondant au système de DRM utilisé, conformément à la norme EME. Suite à cette initialisation, les données multimédia du contenu d'authentification, s'il en comporte, sont transmises en continu à l'étape 40, de manière analogue à toute transmission en continu de données multimédia de contenu multimédia. Le contenu d'authentification étant protégé par chiffrement, une licence d'accès 35 selon le système de DRM utilisé est nécessaire, comportant en particulier une clé de déchiffrement. 11 Le CDM 18 envoie alors, lors de l'étape 42, une requête au lecteur de contenus 14 afin d'obtenir une clé de déchiffrement du contenu d'authentification. A la réception de la requête à l'étape 42, le lecteur de contenus 14 demande au CDM 18, à l'étape 44, de générer un challenge de licence sur la base du « Right Object » 5 obtenu à partir du contenu d'authentification. On appelle challenge de licence un bloc de données généré par le CDM à partir du « Right Object » afin d'obtenir la licence comportant la clé de déchiffrement du contenu. Le challenge de licence généré peut comporter un identifiant CDM-ID du CDM. Dans ce cas, l'identifiant CDM-ID est plus précisément un identifiant de l'instance de CDM 10 initialisée dans le terminal considéré, inséré par le CDM lui-même dans le challenge de licence. Le challenge de licence est cryptographiquement protégé en authenticité et en intégrité, de sorte qu'un serveur de licence peut ultérieurement vérifier son authenticité ainsi que son intégrité. Le CDM 18 retourne à l'étape 46 un challenge de licence chiffré au lecteur de 15 contenus 14. A l'étape suivante 48 le lecteur de contenus 14 génère et envoie au serveur 8 une requête d'authentification, contenant un premier élément identifiant le système de DRM utilisé et un deuxième élément chiffré généré par le module CDM 18. Par exemple, le premier élément est la valeur du paramètre KeySystem qui identifie le système de DRM 20 utilisé, et le deuxième élément est le challenge de licence chiffré fourni par le CDM 18. En variante, le premier élément de la requête d'authentification est une adresse URL associée au système de DRM utilisé. La requête d'authentification est reçue par le serveur 8 de licence. Le serveur 8b du serveur 8 met en oeuvre une étape 50 au cours de laquelle il 25 extrait le challenge de licence de la requête reçue, vérifie l'authenticité et l'intégrité du challenge de licence, et génère la licence requise pour lire le contenu d'authentification. La licence contient notamment la clé de déchiffrement à utiliser pour déchiffrer le contenu d'authentification. Lors de la même étape 50, lorsque le challenge de licence comporte un identifiant 30 CDM-ID du CDM, le serveur de licences 8b du serveur 8 l'extrait selon un schéma propre au système de DRM utilisé et le transmet au serveur d'authentification 8a. Par exemple, lorsque l'agent DRM est PlayReady®, la clé publique du module de déchiffrement transmise dans le challenge de licence est prise comme identifiant CDM-ID. En variante, tout autre élément unique transmis dans le challenge de licence peut être 35 utilisé comme identifiant. 12 Par exemple, lorsque l'agent DRM est FairPlaye, l'identifiant CDM-ID prend la valeur du paramètre HU du challenge SPC (« Server Playback Context »). Lorsque le challenge de licence ne comporte pas d'identifiant CDM-ID du CDM, un tel identifiant est généré, mémorisé, inséré dans la licence et transmis au serveur 5 d'authentification 8a, par le serveur de licences 8b. Par exemple, lorsque l'agent DRM est Widevine®, l'identifiant CDM-ID prend la valeur du paramètre POT (« Provider Client Token »). Cet identifiant est généré en utilisant un générateur pseudo-aléatoire. Ainsi l'identifiant CDM-ID est un élément unique extrait du challenge de licence après déchiffrement. 10 Le serveur d'authentification 8a du serveur 8 génère ensuite, à l'étape 52, un identifiant de terminal, noté T-ID, à partir de l'identifiant CDM-ID. Dans un mode de réalisation, l'identifiant de terminal est généré par application d'une fonction de hachage cryptographique, par exemple HMAC-5HA256 à l'identifiant de module de déchiffrement CDM-ID : 15 TID=HMAC-5HA256(CDM-ID, Ks) Où Ks est une clé secrète. En variante, tout autre algorithme de chiffrement appliqué à l'identifiant CDM-ID est applicable. Une réponse contenant la licence générée et l'identifiant de terminal T-ID est 20 envoyée au lecteur de contenus 14 à l'étape 54, qui transmet la licence reçue au CDM 18 à l'étape 56. Enfin, le lecteur de contenus 14 extrait l'identifiant de terminal T-ID ainsi obtenu, le mémorise, et le transmet au module logiciel 16 à l'étape 58. L'identifiant de terminal est mémorisé par l'application du service de contenus. 25 Avantageusement, l'identifiant de terminal T-ID ainsi généré est unique pour un terminal d'utilisateur physique et un navigateur web donné, car il est généré à partir d'un identifiant unique associé au CDM initialisé dans le terminal conformément au système de DRM utilisé. Par principe, pour tout système de DRM, le CDM à l'origine d'un challenge de licence est identifié de manière unique. 30 La persistance de l'identifiant T-ID est liée à la persistance des données du CDM telle que gérée par le navigateur. Plus précisément, leurs durées de vie sont les mêmes. Il est ensuite possible de vérifier, à tout instant, l'authenticité d'un identifiant de terminal d'utilisateur T-ID ainsi obtenu et mémorisé. La figure 3 illustre schématiquement les principales étapes d'un procédé 35 d'authentification de terminal d'utilisateur à l'aide d'un identifiant de terminal préalablement obtenu par le procédé d'identification décrit ci-dessus. 13 Le lecteur de contenus 14 a préalablement enregistré un identifiant de terminal T-IDA, qui est également enregistré par l'opérateur fournisseur de contenus. Pour lire un nouveau contenu multimédia, le lecteur de contenus 14 génère une requête d'accès 60 qui comporte un identifiant de contenu C-ID et l'identifiant de terminal 5 T-IDA préalablement enregistré. La requête d'accès 60 est transmise au serveur 2, qui met en oeuvre un contrôle de droits d'accès. Le serveur vérifie, à l'étape 62, que le terminal identifié par T-IDA a été préalablement enregistré, et, en cas de vérification positive, vérifie ensuite le droit du terminal T-IDA d'accéder au contenu C-ID. Ensuite, seulement en cas de succès de cette 10 deuxième vérification, un jeton d'accès au contenu identifié par C-ID est transmis au lecteur de contenus à l'étape 64. Le jeton d'accès comporte l'identifiant de terminal T-IDA, et est cryptographiquement protégé en authenticité et en intégrité, de sorte qu'un serveur de contenus peut ultérieurement vérifier son authenticité ainsi que son intégrité. Le lecteur de contenus est alors en mesure de générer, à l'étape 66, un challenge 15 de licence tel que déjà décrit plus haut, et une requête de licence contenant le challenge de licence généré et le jeton d'accès à l'étape 68. A réception de cette requête de licence, le serveur 2 vérifie l'authenticité et l'intégrité du jeton d'accès et, en cas de vérification positive, en extrait l'identifiant de terminal T-IDA (étape 70). 20 Le serveur 2 envoie ensuite (étape 72) au serveur de licences 8 une requête de licence contenant le challenge de licence et l'identifiant de terminal T-I DA. Le serveur de licences 8b du serveur 8 vérifie l'authenticité et l'intégrité du challenge de licence reçu à l'étape 74, et, en cas de vérification positive, en extrait un identifiant de CDM, CDM-ID, à l'étape 76. La mise en oeuvre de l'étape 76 est analogue à 25 la mise en oeuvre de l'étape 50 décrite en référence à la figure 2. De manière analogue à l'étape 52, un identifiant de terminal T-ID est généré par le serveur d'authentification 8a du serveur 8 à l'étape 78 à partir de l'identifiant de module de déchiffrement CDM-I D. Ensuite, à l'étape 80, l'identifiant T-ID calculé est comparé à l'identifiant de 30 terminal T-IDA reçu. En cas d'égalité, le terminal est authentifié avec succès, et l'étape 80 est suivie d'une étape 82 de génération et de transmission de licence contenant la clé de déchiffrement du contenu multimédia chiffré identifié par C-ID. La licence est transmise au serveur 2, qui la transmet (étape 82a) au lecteur de contenus multimédia. 35 En cas d'inégalité lors de la comparaison mise en oeuvre à l'étape 80, une alarme est par exemple générée (étape 86) et transmise au service de contenus, et la licence 14 n'est pas transmise ce qui a pour effet d'empêcher la lecture du contenu multimédia identifié par C-ID par le lecteur de contenus 14 du terminal d'utilisateur REVENDICATIONS1.- Procédé d'identification, dans un système de fourniture de contenus multimédia protégés comprenant un serveur de licences (8, 8b) et un serveur de contenus (2), de terminal d'utilisateur (12) pour la réception de contenus multimédia protégés par un système de gestion de droits numériques et transmis en continu, sous forme chiffrée, via un réseau de communications ouvert, et pour la restitution sur ledit terminal d'utilisateur (12) par un navigateur (10) mettant en oeuvre un lecteur (14) de contenus multimédia et un module de déchiffrement de contenus (18) adapté à déchiffrer des contenus multimédia chiffrés selon le système de gestion de droits numériques, caractérisé en ce qu'il comporte des étapes, mises en oeuvre par le serveur de licences (8) modifié pour intégrer un serveur d'authentification (8a) adapté à mettre en oeuvre une fonction d'authentification, de : -obtention (50) d'un identifiant dudit module de déchiffrement de contenus, -génération (52) d'un identifiant de terminal en fonction de l'identifiant du module de déchiffrement de contenus. 2.- Procédé selon la revendication 1 dans lequel l'obtention d'un identifiant du module de déchiffrement de contenus (18) met en oeuvre un accès (34, 36) à un contenu prédéterminé, dit contenu d'authentification associé au système de gestion de droits numériques, et préalablement mémorisé par un serveur (3) de contenus d'authentification, ledit contenu d'authentification comprenant ou permettant d'accéder à un objet de description de droits associé au système de gestion de droits numériques. 3.- Procédé selon la revendication 2 dans lequel ledit contenu d'authentification est mis en forme par chiffrement, selon ledit système de gestion de droits numériques, d'un fichier descriptif comprenant ledit objet de description de droits associé au système de gestion de droits numériques. 4.- Procédé selon la revendication 3, dans lequel ledit contenu d'authentification ne comporte pas d'indication permettant d'accéder à des données multimédia. 5.- Procédé selon l'une des revendications 2 à 4 comprenant une étape de requête de contenu d'authentification (34) par le lecteur de contenus multimédia, et une transmission (36) d'une adresse permettant d'accéder audit contenu d'authentification. 16 6.- Procédé selon la revendication 2 dans lequel ledit contenu d'authentification comprend ledit objet de description de droits associé au système de gestion de droits numériques, accessible directement par le lecteur de contenus multimédia. 5 7. Procédé selon l'une quelconque des revendications 2 à 6, comprenant, préalablement à la génération (52) d'un identifiant de terminal, une étape de réception d'une requête d'authentification contenant un premier élément identifiant le système de gestion de droits numériques et un deuxième élément chiffré généré par le module de déchiffrement de contenus, pour requérir une licence d'accès audit contenu 10 d'authentification prédéterminé. 8.- Procédé selon la revendication 7, dans lequel ledit deuxième élément est un premier challenge de licence, généré (44) par ledit module de déchiffrement de contenus à partir dudit objet de description de droits, et cryptographiquement protégé pour 15 permettre au serveur de licences (8b) de vérifier l'authenticité et l'intégrité dudit premier challenge de licence. 9.- Procédé selon la revendication 7 ou 8, comportant une extraction (50), en fonction dudit premier élément, d'un élément unique dudit deuxième élément après 20 déchiffrement, et une affectation de la valeur dudit élément unique à l'identifiant de module de déchiffrement de contenus. 10.- Procédé selon la revendication 9 comportant en outre une étape de transmission (54) au lecteur de contenus multimédia d'un message comportant ledit 25 identifiant de terminal et d'une licence d'accès audit contenu d'authentification prédéterminé. 11.- Procédé selon l'une quelconque des revendications 1 à 10, dans lequel l'étape de génération (52) d'un identifiant de terminal comporte l'application d'une fonction 30 de hachage cryptographique ou un algorithme de chiffrement à l'identifiant du module de déchiffrement de contenus. 12.- Procédé selon l'une quelconque des revendications 1 à 11 comportant des étapes, mises en oeuvre par le lecteur (14) de contenus multimédia, de réception d'un 35 message comportant ledit identifiant de terminal et de fourniture (58) de l'identifiant de 17 terminal reçu à une application de fourniture de contenus multimédia protégés et chiffrés, ledit identifiant de terminal étant mémorisé par ladite application. 13.- Procédé d'authentification de terminal d'utilisateur, dans un système de 5 fourniture de contenus multimédia protégés comprenant un serveur de licences (8, 8b) et un serveur de contenus, le terminal d'utilisateur (12) étant adapté à recevoir des contenus multimédia protégés par un système de gestion de droits numériques et transmis en continu, sous forme chiffrée, via un réseau de communications ouvert, et lesdits contenus étant restitués sur ledit terminal d'utilisateur (12) par un navigateur (10) mettant en oeuvre 10 un lecteur (14) de contenus multimédia et un module de déchiffrement de contenus (18) adapté à déchiffrer des contenus multimédia chiffrés selon le système de gestion de droits numériques, caractérisé en ce qu'il comporte, suite à une requête d'accès (60) à un contenu multimédia protégé envoyée par ledit terminal d'utilisateur, 15 des étapes de : - génération (68) d'une requête de licence comportant un premier identifiant (T IDA) du terminal d'utilisateur (12) préalablement mémorisé, et obtenu par un procédé d'identification de terminal conforme à l'une des revendications 1 à 12, et un troisième élément chiffré généré par le module de déchiffrement de contenus (18) du terminal 20 d'utilisateur (12), destiné à requérir une licence d'accès audit contenu multimédia protégé, ledit troisième élément étant un deuxième challenge de licence cryptographiquement protégé pour permettre au serveur de licences de vérifier l'authenticité et l'intégrité dudit deuxième challenge de licence, - envoi de ladite requête de licence audit serveur de licences modifié pour intégrer 25 un serveur d'authentification adapté à mettre en oeuvre une fonction d'authentification, - vérification (74) par ledit serveur de licences de l'authenticité et de l'intégrité du troisième élément chiffré, - et, en cas de vérification positive, obtention (76) d'un deuxième identifiant de module de déchiffrement de contenus à partir dudit troisième élément chiffré et génération 30 (78) d'un deuxième identifiant de terminal (T ID) en fonction du deuxième identifiant de module de déchiffrement de contenus, - comparaison (80) du premier identifiant de terminal (T-IDA) avec le deuxième identifiant de terminal (T ID), et, en cas d'égalité, authentification (82-84) dudit terminal d'utilisateur (12). 35 18 14.- Système d'identification de terminal d'utilisateur mis en oeuvre dans un système de fourniture de contenus multimédia protégés comprenant un serveur de licences (8, 8b) et un serveur de contenus (2), un terminal d'utilisateur (12) pour la réception de contenus multimédia protégés par un système de gestion de droits 5 numériques et fournis en continu, sous forme chiffrée, via un réseau de communications ouvert, et restitués sur ledit terminal d'utilisateur (12) par un navigateur (10) mettant en oeuvre un lecteur (14) de contenus multimédia associé à un module de déchiffrement de contenus (18) adapté à déchiffrer des contenus multimédia chiffrés selon le système de gestion de droits numériques, caractérisé en ce que le serveur de licences (8,8b) est 10 modifié pour intégrer un serveur d'authentification (8a) adapté à mettre en oeuvre un module d'authentification configuré pour : -obtenir un identifiant dudit module de déchiffrement de contenus, -générer un identifiant de terminal en fonction de l'identifiant du module de déchiffrement de contenus. 15 15.- Système d'identification selon la revendication 14 comportant un serveur (3) de contenus d'authentification. 16.- Système d'authentification de terminal d'utilisateur mis en oeuvre dans un 20 système de fourniture de contenus multimédia protégés comprenant un serveur de licences (8, 8b) et un serveur de contenus (2), un terminal d'utilisateur (12) pour la réception de contenus multimédia protégés par un système de gestion de droits numériques et fournis en continu, sous forme chiffrée, via un réseau de communications ouvert, et restitués sur ledit terminal d'utilisateur (12) par un navigateur (10) mettant en 25 oeuvre un lecteur (14) de contenus multimédia associé à un module de déchiffrement de contenus (18) adapté à déchiffrer des contenus multimédia chiffrés selon le système de gestion de droits numériques, caractérisé en ce que le serveur de licences est modifié pour intégrer un serveur d'authentification adapté à mettre en oeuvre une fonction d'authentification, et en ce que, 30 suite à une requête d'accès à un contenu multimédia protégé envoyée par ledit terminal d'utilisateur, - le lecteur (14) de contenus multimédia est adapté à: - générer une requête de licence comportant un premier identifiant (T IDA) du terminal d'utilisateur (12) préalablement mémorisé, et obtenu par un système 35 d'identification conforme à la revendication 14, et un troisième élément chiffré généré par le module de déchiffrement de contenus (18) du terminal d'utilisateur 19 (12), destiné à requérir une licence d'accès audit contenu multimédia protégé, ledit troisième élément étant un deuxième challenge de licence cryptographiquement protégé pour permettre au serveur de licences de vérifier l'authenticité et l'intégrité dudit deuxième challenge de licence, 5 -envoyer ladite requête de licence audit serveur de licences modifié pour intégrer un serveur d'authentification adapté à mettre en oeuvre une fonction d'authentification, - et ledit serveur de licences (8a, 8b) est adapté à: --vérifier l'authenticité et l'intégrité du troisième élément chiffré, 10 -et, en cas de vérification positive, à obtenir un deuxième identifiant de module de déchiffrement de contenus à partir dudit troisième élément chiffré et à générer un deuxième identifiant de terminal (T ID) en fonction dudit deuxième identifiant du module de déchiffrement de contenus, - comparer le premier identifiant de terminal (T IDA) avec le deuxième 15 identifiant de terminal (T ID), et, en cas d'égalité, authentifier ledit terminal d'utilisateur (12).