Brevet FR2831737A1 — publié le 20030502

PROCEDE ET SYSTEME DE TRANSMISSION AVEC CONTROLE D'ACCES DE DONNEES NUMERIQUES EMBROUILLEES DANS UN RESEAU D'ECHANGE DE DONNEES Domaine technique L'invention se situe dans le domaine de la diffusion et du contrôle d'accès à des données numériques, des événements, programmes audiovisuels ou chaînes thématiques diffusés dans un environnement ouvert vers des terminaux ne disposant pas de processeur de sécurité. L'invention concerne plus particulièrement un procédé et un système de diffusion avec contrôle d'accès de programmes audiovisuels vers une pluralité de terminaux connectés à un réseau de type IP. Etat de la technique antérieure La norme DVB (Digital Video Broadcasting en anglais) prévoit un mécanisme de contrôle d'accès dans lequel les informations d'embrouillage/désembrouillage sont transmises aux abonnés avec des messages de contrôle d'accès ECM et EMM (respectivement Entitlement Control Message, et Entitlement Management Message, en anglais) et sont stockées dans une carte à mémoire. Ces informations comportent un mot de contrôle CW chiffré qui change périodiquement toutes les dix secondes par exemple. Un nouveau mot de contrôle correspondant au même programme ou à un nouveau programme est transmis aux abonnés avec les messages de contrôle d'accès ECM. Les ECM sont renouvelés par exemple toutes les dix secondes et chaque ECM comporte trois champs, un premier champ contenant les paramètres d'accès qui définissent les conditions d'accès au programme embrouillé, tels que par exemple le contrôle parental ou la limitation géographique de réception du programme embrouillé, un deuxième champ comprenant le mot de contrôle CW chiffré par une clé d'exploitation et un troisième champ contenant les paramètres de contrôle d'intégrité des informations transmises. Les EMM comportent généralement trois champs, un premier champ d'adresse pour sélectionner un décodeur d'un utilisateur ou d'un groupe d'utilisateurs, un deuxième champ contenant l'autorisation d'accès de l'utilisateur ou des utilisateurs, contenant la clé d'exploitation chiffrée par une clé de groupe préalablement diffusée à un groupe d'abonnés, et un troisième champ contenant les paramètres de contrôle de l'intégrité des informations transmises. Les EMM sont transmis avant les programmes auxquels ils s'appliquent et sont mémorisés dans une carte à puce. Lorsqu'un décodeur reçoit un EMM contenant la clé d'exploitation chiffrée correspondant à son groupe, il vérifie si cette clé est déjà mémorisée. Sinon, la clé d'exploitation est déchiffrée par la fonction inverse de la fonction de chiffrement puis stockée. Généralement le décodeur est constitué d'un terminal et d'une carte à mémoire intégrant le processeur de sécurité. Et lorsque le programme embrouillé est diffusé, la clé d'exploitation est utilisée pour déchiffrer le mot de contrôle CW qui lui est associé et qui est envoyé aux abonnés via les ECM, ou inscrit dès l'initialisation du récepteur. Dans le système décrit ci-dessus, pour accéder aux programmes embrouillés, un abonné doit disposer d'un équipement qui comporte généralement un processeur de sécurité inclus dans une carte à mémoire contenant les paramètres d'accès définissant les droits d'accès aux programmes embrouillés Le système de contrôle d'accès décrit précédemment n'est pas adapté à une diffusion à travers le réseau internet car il n'est pas envisageable de distribuer un lecteur de carte à puce à chaque utilisateur connecté aux réseaux en raison du nombre important d'abonnés potentiels et de la dispersion géographique de ces abonnés. Le but de l'invention est de réaliser un procédé de contrôle d'accès à des données embrouillées susceptibles d'être lues au moyen de terminaux ne comportant pas un processeur de sécurité ni de carte à mémoire. Plus spécifiquement, ce procédé s'applique à deux types de services : la diffusion événementielle et la diffusion de chaîne de produits télévisuels. La diffusion événementielle requiert un canal par événement (concert de musique, événement sportif, formation, etc.) La diffusion de chaînes de produits télévisuels concerne : - la rediffusion de programmes de chaînes de télévision, - la rediffusion de programmes de chaînes par abonnement général, - la rediffusion de chaînes par abonnement général avec un ou plusieurs abonnements thématiques, - la création et la diffusion d'une chaîne avec enchaînement de ses contenus propres en abonnement, - la création et la diffusion d'une chaîne avec enchaînement de ses contenus propres pour le personnel, - la création et la diffusion d'une chaîne avec enchaînement de ses contenus propres pour le public. Exposé de l'invention Le procédé selon l'invention comporte trois étapes : - une première étape d'embrouillage consistant à : * embrouiller les données numériques à transmettre au moyen d'un mot de contrôle CW, . générer pour le terminal une séquence numérique S calculée en fonction d'une première donnée aléatoire ALEA1 et d'une donnée distinctive du terminal dans le réseau, calculer pour le terminal au moins une clé numérique spécifique K en fonction de la séquence numérique S et du mot de contrôle CW, 'transmettre au terminal la clé numérique spécifique K correspondante, une deuxième étape de diffusion consistant à : transmettre au terminal les données numériques embrouillées et la première donnée numérique aléatoire ALEA1, - et une troisième étape de désembrouillage consistant à : . reconstituer la séquence numérique S au moyen de la donnée aléatoire ALEA1 et de l'adresse du terminal dans le réseau d'échange de données, . déchiffrer le mot de contrôle CW à partir de la séquence S et de la clé numérique spécifique K, désembrouiller les données numériques embrouillées. Selon l'invention, le procédé comporte en outre les étapes préalables suivantes : - affecter un numéro de réservation à tout utilisateur ayant préalablement réservé un droit d'accès à un service fourni via le réseau, - transmettre à cet utilisateur la clé numérique spécifique K en échange dudit numéro de réservation et de ladite donnée numérique distinctive du terminal dans le réseau. Préférentiellement, la donnée numérique distinctive du terminal est l'adresse de ce terminal dans le réseau. Selon l'invention, les données numériques embrouillées sont transmises soit par voie hertzienne, soit par fil, soit par câble numérique, ou par un support d'enregistrement. Selon l'invention, le réseau d'échange de données est du type IP. Selon l'invention, le mot de contrôle CW est préférentiellement généré de façon aléatoire. Selon l'invention, le numéro de réservation et l'adresse du terminal dans le réseau sont transmis par l'utilisateur du terminal au fournisseur des données numériques selon le protocole TCP/IP. Selon l'invention, les données numériques sont par exemple des programmes audiovisuels. Le procédé selon l'invention comporte une étape supplémentaire consistant à transmettre, avec les données numériques embrouillées, une deuxième donnée aléatoire pour distinguer les étapes d'embrouillage/désembrouillage utilisant un mot de contrôle CW identique.- Le procédé selon l'invention comporte une étape consistant à attribuer une adresse MultiCast à chaque service fourni via le réseau et à mémoriser dans une table de services l'adresse MultiCast, la donnée aléatoire (Aléal) et les mots de contrôle CW correspondants. Selon l'invention, le couple (ALEA1, CW) est changé régulièrement. La durée de validité de ce couple peut être fixe ou variable. Dans une application particulière de l'invention, chaque service diffusé comporte une pluralité de flux élémentaires audio, vidéo de base, vidéo de rehaussement. Dans cette application, l'étape d'embrouillage comporte les sous-étapes suivantes : - filtrer les datagrammes des adresses MultiCast à embrouiller en fonction des adresses et des ports de destination présents dans l'en-tête desdits datagrammes, - embrouiller chaque datagramme reçu en entrée en utilisant le mot de contrôle associé au service, - ajouter à chaque datagramme un en-tête spécifique au contrôle d'accès, - construire un deuxième datagramme, avec un en-tête IP contenant l'adresse MultiCast du service, l'adresse Destination, un numéro de port de destination dédié au désembrouilleur et une charge utile contenant le datagramme d'entrée embrouillé et l'en-tête spécifique au contrôle d'accès. Selon une variante de réalisation de l'invention, l'étape de diffusion consiste à émettre le deuxième datagramme IP à travers le réseau IP. Dans cette variante, le deuxième datagramme IP utilise le protocole de transport UDP, et l'étape de désembrouillage comporte les sous-étapes suivantes : - analyser l'ensemble des datagrammes reçus et si un datagramme possède l'adresse MultiCast et le port correspondant au service choisi alors, 'supprimer l'en-tête spécifique au contrôle d'accès, 'désembrouiller le contenu de la charge utile, 'réinfecter la charge utile désembrouillée sur la pile IP pour traitement par un module applicatif d'affichage. Dans un premier cas, les flux audio et vidéo élémentaires d'un service donné sont diffusés séparément sur le réseau en utilisant des ports destination différents. Dans ce cas, seules les données audio et vidéo de base sont embrouillées. Les données trirtor. y & -anc'c'e'mfïlt'TfnvTit* Dans un deuxième cas, les flux élémentaires audio, vidéo d'un service donné sont multiplexés pour n'émettre qu'un seul flux de service sur un port donné. Dans ce cas, seul le flux du service est embrouillé. Le procédé selon l'invention est mis en oeuvre dans un système de transmission avec contrôle d'accès de données numériques embrouillées par un mot de contrôle CW vers au moins un terminal connecté à un réseau d'échange de données comportant : - un portail de réservation, - une plate-forme destinée à embrouiller les données numériques à transmettre, - un serveur destiné à diffuser les données embrouillées. Selon l'invention, le portail de réservation comporte : * des moyens pour générer pour le terminal une séquence numérique S en fonction d'une donnée aléatoire ALEA1 et d'une donnée distinctive du terminal dans le réseau, * des moyens pour calculer pour le terminal une clé numérique spécifique K en fonction de la séquence numérique S et du mot de contrôle CW. Selon l'invention, le portail de réservation comporte : - des moyens pour affecter un numéro de réservation à tout utilisateur ayant préalablement réservé un droit d'accès à un service fourni via le réseau, - des moyens pour transmettre à cet utilisateur la clé numérique spécifique K en échange dudit numéro de réservation et de ladite donnée numérique distinctive du terminal dans le réseau. Selon l'invention, le portail de réservation comporte en outre une base de données destinée à stocker une pluralité de numéros de réservations correspondant chacun à une clé individuelle spécifique. Selon l'invention, le portail de réservation comporte des moyens pour attribuer une adresse MultiCast à chaque service fourni via le réseau et une mémoire contenant une table de services associant l'adresse MultiCast, le port, la donnée aléatoire (ALEA1) et le mot de contrôle CW correspondants. Préférentiellement, le couple (ALEA1, CW) est changé régulièrement. Préférentiellement, le mot de contrôle CW est généré de façon aléatoire. Dans un mode particulier de réalisation de l'invention, les données numériques représentent des programmes audiovisuels. Dans ce mode de réalisation de l'invention, le réseau d'échange de données est du type IP et ladite plate-forme d'embrouillage comporte en outre : - des moyens pour filtrer les datagrammes IP des adresses MultiCast à embrouiller en fonction des adresses et des ports de destination présents dans l'en-tête desdits datagrammes, - des moyens pour embrouiller chaque datagramme reçu en entrée en utilisant le mot de contrôle associé au service, - des moyens pour ajouter à chaque datagramme un en- tête spécifique au contrôle d'accès, - des moyens pour construire un deuxième datagramme, avec un en-tête IP contenant l'adresse MultiCast du service, l'adresse Destination, un numéro de port de destination dédié au désembrouilleur et une charge utile contenant le datagramme d'entrée embrouillé et l'en-tête spécifique au contrôle d'accès. L'invention concerne également un dispositif de réception de données numériques embrouillées comportant : - des moyens pour analyser l'ensemble des datagrammes reçus et si un datagramme possède l'adresse MultiCast et le port correspondant au service choisi alors, - des moyens pour supprimer l'en-tête spécifique au contrôle d'accès, - des moyens pour désembrouiller le contenu de la charge utile, - des moyens pour réinjecter la charge utile désembrouillée sur la pile IP via un port dédié au traitement et à la visualisation du programme reçu. Le procédé selon l'invention, permet : * aux opérateurs établis (radio, télévision) - d'élargir leur audience, - d'élargir leur zone géographique de couverture, - d'enrichir leurs offres de commercialisation, - d'offrir un service personnalisé (vidéo OnDemand) grâce à l'interactivité. * aux nouveaux opérateurs (contenu spécifique) - d'offrir des contenus thématiques, - d'offrir des programmes en direct non commercialisés par les opérateurs de télévision (concert, sport,...), - d'offrir un média de communication interne (employé) ou externe (fournisseur) pour les entreprises. Brève description des dessins 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 représente un système de diffusion selon l'invention ; - les figures 2 et 3 illustrent schématiquement deux étapes d'initialisation du procédé selon l'invention ; - la figure 4 représente un schéma bloc illustrant un mode préféré de réalisation du procédé selon l'invention ; - les figures 5 et 6 illustrent schématiquement un procédé de changement de mots de contrôle selon l'invention. Exposé détaillé de modes de réalisation particuliers La figure 1 représente schématiquement un système de diffusion à travers le réseau internet 2 de programmes audiovisuels ou chaînes thématiques embrouillés vers des terminaux 4 ne disposant pas nécessairement de processeur de sécurité. Ce système comporte un serveur de diffusion multicast 6 qui transmet un seul paquet de données aux terminaux 4. Le serveur 6 est connecté à une antenne 8 de réception de programmes audiovisuels transmis selon la norme MPEG2/MPEG4, ou à une base de données 10 ou à source de programmes télévisuels telle qu'une caméra de prise de vue 12. Le serveur 6 est également connecté à un portail 14 de réservation de programmes audiovisuels et à une plate-forme d'embrouillage 16. Le portail de réservation 14 est un calculateur comprenant des logiciels permettant de gérer une page de présentation d'une offre commerciale de programmes audiovisuels et de générer des numéros de réservation de droits d'accès à ces programmes. La plate-forme d'embrouillage 16 est reliée à un calculateur comprenant un logiciel cryptographique comportant une fonction G de chiffrement permettant de calculer des clés individuelles. Les terminaux clients 4 comportent un logiciel utilisant une fonction de déchiffrement permettant la reconstitution des mots de contrôle CW. Le procédé selon l'invention va maintenant être décrit en référence aux figures 2 à 6. Dans un mode préféré de réalisation, le procédé selon l'invention est basé sur une solution de tunnel IP vers UDP , c'est-à-dire qu'un datagramme IP/UDP entrant est embrouillé puis encapsulé dans un nouveau datagramme IP/UDP en sortie. Cette solution est décrite dans une demande de brevet français intitulée PROCEDE, SYSTEME ET DISPOSITIF D'ACCES CONDITIONNEL A DES SERVICES IP déposée par FRANCE TELECOM et enregistrée sous le numéro 01 05318. Lors de la création d'un service audiovisuel contrôlé, les distributeurs de contenus définissent les paramètres d'entrée du service (adresse MultiCast,...). Le procédé décrit dans cette demande permet au poste client de désembrouiller des datagrammes IP/UDP reçus via le réseau, d'extraire les paramètres d'entrée du service et de présenter les programmes diffusés en clair au niveau'applicatif pour les visualiser. Réservation d'un droit d'accès Pour contrôler l'accès aux programmes diffusés, le procédé selon l'invention nécessite deux étapes préalables : * la vente de tickets de réservation, représentés par des numéros de réservation mémorisés dans le portail de réservation, * l'échange du ticket contre une ou plusieurs clés individuelles. Ces deux étapes sont indépendantes. L'obtention d'un ticket de réservation peut : - s'effectuer quelque temps avant la date de diffusion d'un événement, - s'effectuer sur un poste client autre que celui qui servira à la visualisation, - être issue d'une campagne publicitaire, - être offerte, - etc.... L'obtention par chaque utilisateur de la clé individuelle s'effectue sur le poste client. Cette clé est unique par terminal et est individualisée au moyen d'une donnée interne qui est spécifique au terminal client. Pour accéder à une diffusion audiovisuelle événementielle, les deux étapes préalables, vente de tickets de réservation et échange de ces tickets contre une clé individuelle, permettent d'obtenir les paramètres nécessaires au désembrouillage du programme diffusé. Génération d'un ticket de réservation Le portail 14 distribue les tickets de réservation après achat d'un événement par un utilisateur. La gestion des tickets (génération, distribution) est réalisée dans le portail 14. La génération des tickets et la vérification de leur unicité sont contrôlées avant la distribution des programmes. L'ensemble des tickets vendus est mémorisé dans une base de données qui contient les tickets de réservation pour les événements en cours et ceux des événements à venir. Lorsque la date de l'événement est dépassée, le service n'étant plus fourni, les tickets mémorisés sont supprimés automatiquement de la base de donnée. La figure 2 illustre la procédure de réservation selon un mode de réalisation de l'invention dans lequel l'utilisateur envoie (flèche 20) au portail 14 une demande d'achat d'un ou de plusieurs tickets de réservation via le réseau internet 2. Le portail 14 génère des numéros de réservation et renvoie (flèche 22) un ou plusieurs numéros de réservation au terminal client 4. La figure 3 illustre la procédure d'échange d'un ticket de réservation par une clé individuelle selon ce mode de réalisation. L'utilisateur envoie (flèche 24) au portail 14 une demande de clé individuelle. Cette demande comporte le numéro du ticket de réservation spécifique à un programme donné ainsi que l'adresse &commat;TERMINAL du terminal client 4. Lorsqu'un utilisateur échange un ticket de réservation pour obtenir une clé individuelle, l'adresse &commat;TERMINAL qui est l'identifiant unique de l'utilisateur est inscrite dans la base de données. Le portail 14 génère une ou plusieurs clés individuelles K et les transmet (flèche 26) au terminal de l'utilisateur 4. Génération et distribution de la ou des clés individuelles La génération de la ou des clés individuelles K a lieu lorsqu'un utilisateur souhaite visualiser un événement en échangeant un ticket de réservation. L'utilisateur fournit l'adresse du terminal (&commat;Terminal) et le numéro du ticket (NO ticket) lors de la demande d'échange. La clé individuelle est calculée en fonction de cette adresse. Calcul de la clé individuelle La figure 4 représente un bloc fonctionnel illustrant schématiquement le calcul de la clé individuelle. Un module logiciel génère aléatoirement un mot de contrôle CW (étape 30) et une première donnée numérique aléatoire ALEA1 (étape 32). La donnée aléatoire ALEA1 est ensuite utilisée pour chiffrer, au moyen d'une première fonction F, l'adresse (&commat;Terminale 34) du terminal de l'utilisateur 4. Le résultat du chiffrement est une séquence numérique S donnée par l'expression : S = F (ALEA1, &commat;TERMINAL). Notons que l'adresse (&commat;TERMINAL) du terminal client dans le réseau peut être remplacée par tout paramètre distinctif de ce terminal dans le réseau. L'étape suivante consiste à définir une clé numérique spécifique K = G (S, CW), résultant du chiffrement par la séquence numérique S du mot de contrôle CW au moyen d'une deuxième fonction G. Lorsque le client demande l'échange d'un ticket de réservation contre une ou plusieurs clés individuelles K, celle-ci est transmise au terminal client 4 en unicast (flèche 42) à travers le réseau internet avant la diffusion des programmes embrouillés. Pour chaque événement acheté par un client, la ou les clés individuelles K associées sont mémorisées dans le terminal de ce client. Communication entre le Portail 14/Diffuseur 6 et la plate-forme d'embrouillage 16 La communication entre d'une part le portail 14, le diffuseur 6 et d'autre part, la plate-forme d'embrouillage 16 est réalisée par la définition d'une interface utilisateur API (Application Programming Interface, en anglais) entre les équipements du point d'émission (Portail 14/serveurs 6) et la plate-forme d'embrouillage 16 pour échanger les paramètres associés au service ou demander la génération aléatoire d'une donnée ALEA1 et d'un mot de contrôle CW lors de la création d'un service ou des changements de clés. Gestion des services La plate-forme d'embrouillage 16 est informée par le portail 14 des différents services diffusés. Pour chaque service, une adresse MultiCast est attribuée. Un service contient plusieurs flux élémentaires (audio, vidéo de base, vidéo de rehaussement) pour améliorer la qualité de réception des récepteurs haut de gamme capables de les traiter. Ces flux élémentaires sont soit diffusés séparément sur le réseau 2 en utilisant des ports destination différents, soit multiplexés pour n'émettre qu'un seul flux sur un port donné. Dans le premier cas, seules les données audio et vidéo de base sont embrouillées. Les données de rehaussement peuvent être embrouillées ou non embrouillées. Dans le second cas, seul le flux du service est embrouillé. La plate-forme d'embrouillage 16 gère les données à embrouiller dans des tables de services associant les services, les données aléatoires ALEA1 diffusées dans le signal, les mots de contrôle CW des adresses Multiast et les ports attribués aux services. Ces tables sont constituées d'une table I de localisation des services, d'une table II dite des profils et d'une table III des associations. Exemple de tables de service TABLE I Localisation des services Service Id&commat;MultiCastNo Port 1 X 2 1 X 3 TABLE II Table des profils ProfileCAIdALEACW 10 AA AA AA AA BB BB BB BB AA AA AA AA BB BB BB BB 11 CC CC CC CC DD DD DD DD CC CC CC CC DD DD DD DD 12 EE EE EE EE AA AA AA AA EE EE EE EE AA AA AA AA 13 FF FF FF FF CC CC CC CC FF FF FF FF CC CC CC CC 14 FF FF FF FF CC CC CC CC FF FF FF FF CC CC CC CC TABLE III Table des associations &commat;MultiCast No~Port Profile~CA~Id (courant X 2 10 X 3 10 La table de localisation des services I permet de mémoriser les flux élémentaires d'un ou plusieurs services déclarés par le portail de réservation 14. La table des profils II permet de mémoriser les paramètres d'embrouillage (ALEA +CW) générés sur demande du portail de réservation 14. La table des associations III permet de connaître, pour chaque flux élémentaire, le profil courant utilisé dans la crypto période en cours d'embrouillage. Embrouillaqe des datagrammes IP/UDP issus du serveur La plate-forme d'embrouillage 16 reçoit en entrée, les datagrammes IP/UDP fournis en clair par le serveur de données 6. Selon les adresses et ports de destination présents dans l'en-tête des datagrammes IP/UDP, la plate-forme d'embrouillage 16 : * filtre les datagrammes IP/UDP des &commat;MultiCast'à embrouiller. Ces adresses sont contenues dans la table des services ci-dessus, * embrouille le datagramme IP/UDP reçu en entrée en utilisant le mot de contrôle associé au service, * ajoute au datagramme embrouillé un en-tête spécifique au contrôle d'accès, * construit un deuxième datagramme IP/UDP, avec : - un en-tête IP contenant l'adresse MultiCast du service en adresse Destination, - un numéro de port dédié au désembrouilleur comme port de destination, - une charge utile contenant le datagramme IP/UDP d'entrée embrouillé (en-tête inclus). Rappelons que la donnée aléatoire ALEA1 est diffusée avec le programme embrouillé et les clients ayant échangé leur ticket de réservation reçoivent en échange la clé individuelle K. Déchiffrement du mot de contrôle Le terminal client 4 ne peut calculer le mot de contrôle CW qu'après réception de la donnée aléatoire ALEA1, c'est-à-dire seulement à l'instant où il en a besoin pour désembrouiller les données reçues. Le calcul de CW ne peut se faire sans la clé individuelle K et l'adresse individuelle &commat;TERMINAL du terminal client. Ceci permet de détecter l'origine d'une duplication illicite de clé individuelle, laquelle est indissociable de l'identifiant unique du terminal client auquel elle a été attribuée. Si une telle fraude est détectée, le terminal client en faute est automatiquement exclu de la distribution des jeux-de clés individuelles suivants. Comme cela est expliqué ci-dessus, le mot de contrôle CW est calculé par une fonction de déchiffrement G'en fonction de la clé individuelle K reçue en unicast et de la séquence numérique S calculée en fonction de la variable aléatoire ALEA1 reçue avec le programme embrouillé et de l'adresse &commat;TERMINAL. Lors de la diffusion des programmes embrouillés, une deuxième donnée aléatoire ALEA2 est combinée avec le mot de contrôle CW afin d'obtenir une nouvelle clé d'embrouillage/désembrouillage qui est transmise au terminal client 4 en même temps que la donnée aléatoire ALEA1. Cette nouvelle donnée ALEA2 est utilisée comme clé supplémentaire de désembrouillage et peut être modifiée à des instants déterminés, lors de l'envoi d'un nouveau datagramme par exemple. Réception et désembrouillage des programmes embrouillés reçus Le terminal client reçoit des datagrammes embrouillés ou non. Il analyse l'ensemble de ces trames. Si un datagramme IP/UDP possède l'adresse MultiCast et le port correspondants au service choisi, il : * supprime l'en-tête IP/UDP ajouté par l'embrouilleur, * désembrouille le contenu de la charge utile, * réinjecte la charge utile désembrouillée, c'est-à- dire l'en-tête IP/UDP et le contenu du datagramme en clair sur la pile IP via un port du terminal client dédié à la visualisation du programme reçu. Le procédé décrit ci-dessus peut être mis en oeuvre lors d'une diffusion ponctuelle d'un événement. Dans ce cas, une seule clé individuelle ayant une durée de vie correspondant à la durée de l'événement sera générée. Cependant, cette clé individuelle peut être changée plusieurs fois pendant la durée de l'événement. Diffusion de chaîne TV Pour ce type de diffusion, l'utilisation d'une clé unique pendant la durée de vie de l'événement n'est pas adaptée. En effet, la réception d'une chaîne de TV est liée à des abonnements de plus longue durée, par exemple, abonnement mensuel, abonnement thématique. Pour sécuriser ce mode de réception, il est indispensable d'effectuer des changements de mot de contrôle CW soit : * régulièrement dans le cas d'un abonnement général, ou 'en fonction des contenus diffusés dans le cas d'un abonnement thématique. Mode abonnement général Le distributeur de contenus propose la réception d'un canal de TV sur un terminal client. Sa visualisation est conditionnée par l'achat d'un abonnement qui permet d'accéder au programme pour une période donnée, quel que soit le contenu. Pour ce type d'abonnement, le ticket de réservation est assimilé à l'achat de cet abonnement. Chaque renouvellement d'abonnement sera conditionné par l'achat d'un ticket de réservation. La première-clé individuelle sera distribuée lors de l'échange du ticket correspondant à la période de validation achetée. Pendant la période de validité de cet abonnement, des changements de mot de contrôle seront nécessaires pour sécuriser la réception du programme diffusé sur tous les terminaux clients ayant achetés le droit. Dans une variante de réalisation illustrée par les figures 5 et 6, le changement de mot de contrôle comporte les étapes suivantes : - découper la durée de l'abonnement en une succession de crypto-périodes CPi correspondant chacune à la durée de vie d'un mot de contrôle, - affecter à une crypto-période CPi une valeur paire (respectivement impaire) et à la crypto-période suivante CPi+i une valeur impaire (respectivement paire), - générer pour chaque crypto-période CPi au moins un mot de contrôle pair et au moins un mot de contrôle impair à utiliser, - transmettre à chaque terminal des clés individuelles correspondant à la crypto-période actuelle et suivantes pour reconstituer les mots de contrôle pair et le mot de contrôle impair à utiliser, - transmettre à chaque terminal, avec le programme embrouillé, un indicateur de changement de mot de contrôle de telle sorte que le terminal client utilise le mot de contrôle pair si la valeur affectée à la crypto-période est paire et le mot de contrôle impair si la valeur affectée à la crypto-période est impaire. L'indicateur de changement de mot de contrôle est une valeur numérique qui change de parité à chaque changement de crypto-période. Préférentiellement, le flux de données est émis sur la même adresse MultiCast que les données vidéo ou audio avec un numéro de port différent. Ce flux sera identifié dans le fichier SDP (Session Description Protocol, en anglais) ou dans le flux de signalisation. A partir de l'indicateur de changement de parité fourni avec le programme embrouillé, le terminal détermine l'instant d'utilisation du nouveau mot de contrôle CW. Si la valeur affectée à la crypto-période CPi est paire, le terminal client utilise le mot de contrôle pair (CWO, CW2,...), et si la valeur affectée à la crypto-période CPi est impaire, le terminal client utilise le mot de contrôle impair (CW1, CW3,...). Les clés individuelles ne sont pas diffusées nécessairement en synchronisme avec les changements de crypto-périodes indiqués dans le signal représentant le programme audiovisuel. Une seconde information sera utilisée dans le signal pour indiquer l'instant où les terminaux client 4 doivent récupérer la clé individuelle de la crypto-période suivante. A chaque changement de cette information, le terminal client doit récupérer la clé individuelle pour la crypto-période suivante. Le schéma de la figure 6 précise le fonctionnement du système au moment du changement de clé. Sur cette figure, une durée d'abonnement D située entre une première date d1 et une date ultérieure d2 est découpée en une suite de quatre phases (po, pi, P2, P3) correspondant chacune à une crypto-période. Aux phases paires po et P2 est affectée la valeur binaire 0 (référence 50), et aux phases impaires pi et P3 est affectée la valeur binaire 1 (référence 52). Pendant la durée D de l'abonnement, une suite de paires de mots de contrôle (CWO, CW1), (CW2, CW1), (CW2, CW3), (CW4, CW3) est transmise sous la forme d'une suite de paires de clés individuelles (KO, Kl), (K2, Kl), (K2, K3), (K4, K3) aux terminaux clients avec les instants tl, t2, t3, et t4 de changements successifs de mot de contrôle. Au cours de la première phase po, les terminaux reçoivent la paire de mots de clé individuelle (KO, Kl), et utilisent KO. Au cours de la phase impaire pi, les terminaux utiliseront le mot de contrôle impair Kl. La même procédure est mise en oeuvre pendant les phases suivantes. Ainsi à chaque connexion sur le canal de TV, c'est-à-dire après l'échange du ticket de réservation contre une clé individuelle, le terminal client récupère les clés individuelles paire et impaire à utiliser. Deux solutions sont envisageables pour cette récupération : * les clés individuelles sont récupérées dans le flux de données avant de commencer le désembrouillage des datagrammes IP/UDP. Cette solution est possible si-le nombre d'utilisateurs potentiels n'est pas très important, * les clés individuelles sont récupérées en se connectant au portail 14, et ensuite, si le terminal client identifie un datagramme de phase paire, il utilise le mot de contrôle pair jusqu'au prochain changement, s'il identifie un datagramme de phase impaire, il utilise le mot de contrôle impair jusqu'au prochain changement. Abonnement thématique Dans ce mode d'abonnement, le procédé décrit précédemment peut être utilisé. Cependant, dans le programme diffusé avec ce type d'abonnement, il faut identifier tous les événements diffusés avec leur thème. Par exemple, l'événement 1 (sport), l'événement 2 (cinéma), événement 3 (actualité),.... Chaque événement de cette diffusion sera lié à un changement de clé. Au niveau des équipements d'émission, ces informations doivent être connues et adaptées pour être transmissibles dans le signal codé selon la norme MPEG4. REVENDICATIONS 1. Procédé de transmission avec contrôle d'accès de données numériques vers au moins un terminal (4) connecté à un réseau d'échange de données (2), caractérisé en ce qu'il comporte trois étapes : - une première étape d'embrouillage consistant à : "embrouiller les données numériques au moyen d'un mot de contrôle CW, * générer pour chaque terminal une séquence numérique S calculée en fonction d'une première donnée aléatoire ALEA1 et d'une donnée distinctive du terminal dans le réseau, * calculer pour le terminal (4) au moins une clé numérique spécifique K en fonction de la séquence numérique S et du mot de contrôle CW, 'transmettre au terminal (4) la clé numérique spécifique K correspondante, - une deuxième étape de diffusion consistant à : transmettre au terminal (4) les données numériques embrouillées et la donnée numérique aléatoire ALEA1, - et une troisième étape de désembrouillage consistant à : 'reconstituer la séquence numérique S au moyen de la donnée aléatoire ALEA1 et de l'adresse du terminal dans le réseau (2), * déchiffrer le mot de contrôle CW à partir de la séquence S et de la clé numérique spécifique K, * désembrouiller les données numériques transmises. 2. Procédé selon la revendication 1, caractérisé en ce que qu'il comporte en outre les étapes suivantes : - affecter un numéro de réservation à tout utilisateur ayant préalablement réservé un droit d'accès à un service fourni via le réseau (2), - transmettre à cet utilisateur la clé numérique spécifique K en échange dudit numéro de réservation et de ladite donnée numérique distinctive du terminal dans le réseau (2). 3. Procédé selon la revendication 2, caractérisé en ce que les données numériques sont transmises soit par voie hertzienne, soit par fil, soit par câble numérique, ou soit par un support d'enregistrement de données numériques. 4. Procédé selon la revendication 2, caractérisé en ce que le réseau (2) d'échange de données est du type IP. 5. Procédé selon la revendication 4, caractérisé en ce que la donnée numérique distinctive est l'adresse du terminal dans le réseau (2). 6. Procédé selon l'une des revendications 1 à 5, caractérisé en ce que le mot de contrôle CW est généré de façon aléatoire. 7. Procédé selon la revendication 2, caractérisé en ce que le numéro de réservation et l'adresse du terminal dans le réseau (2) sont transmis par l'utilisateur du terminal au fournisseur du programme selon le protocole TCP/IP. 8. Procédé selon l'une des revendications 1 à 7, caractérisé en ce que les données numériques sont des programmes audiovisuels. 9. Procédé selon l'une des revendications 1 à 8, caractérisé en ce qu'il comporte une étape supplémentaire consistant à transmettre avec les données numériques embrouillées une deuxième donnée aléatoire (ALEA2) pour servir de clé supplémentaire de désembrouillage en combinaison avec le mot de contrôle CW. 10. Procédé selon la revendication 4, caractérisé en ce qu'il comporte une étape consistant à attribuer une adresse MultiCast à chaque service fourni via le réseau (2) et à mémoriser dans une table de services l'adresse MultiCast, la donnée aléatoire (ALEA1) et le mot de contrôle CW correspondants. 11. Procédé selon la revendication 10, caractérisé en ce que le couple (ALEA1, CW) est changé à intervalle de temps régulier. 12. Procédé selon la revendication 10, caractérisé en ce que chaque service diffusé comporte une pluralité de flux élémentaires audio, vidéo de base, vidéo de rehaussement. 13. Procédé selon la revendication 12, caractérisé en ce que l'étape d'embrouillage comporte les sous-étapes suivantes : - filtrer les datagrammes IP des adresses MultiCast à embrouiller en fonction des adresses et des ports de destination présents dans l'en-tête desdits datagrammes, - embrouiller chaque datagramme reçu en entrée en utilisant le mot de contrôle associé au service, - ajouter à chaque datagramme un en-tête spécifique au contrôle d'accès, - construire un deuxième datagramme IP, avec un en-tête IP contenant l'adresse MultiCast du service, l'adresse Destination, un numéro de port de destination dédié au désembrouilleur et une charge utile contenant le datagramme d'entrée embrouillé et l'en-tête spécifique au contrôle d'accès. 14. Procédé selon la revendication 13, caractérisé en ce que l'étape de diffusion consiste à émettre le deuxième datagramme IP à travers le réseau IP. 15. Procédé selon la revendication 14, caractérisé en ce que le deuxième datagramme IP utilise le protocole de transport UDP. 16. Procédé selon la revendication 13, caractérisé en ce que l'étape de désembrouillage comporte les sous-étapes suivantes : - analyser l'ensemble des datagrammes reçus et si un datagramme possède l'adresse MultiCast et le port correspondant au service choisi alors, - supprimer l'en-tête spécifique au contrôle d'accès, - désembrouiller le contenu de la charge utile, - réinjecter la charge utile désembrouillée sur la pile IP via un port dédié au traitement et à la visualisation du programme reçu. 17. Procédé selon la revendication 16, caractérisé en ce que les flux audio et vidéo élémentaires d'un service donné sont diffusés séparément sur le réseau en utilisant des ports destination différents. 18. Procédé selon la revendication 16, caractérisé en ce que les flux élémentaires audio, vidéo d'un service donné sont multiplexés pour n'émettre qu'un seul flux de service sur un port donné. 19. Procédé selon la revendication 17, caractérisé en ce que, seules les données audio et vidéo de base sont embrouillées. 20. Système de transmission avec contrôle d'accès à données numériques embrouillées par un mot de contrôle CW vers au moins un terminal (4) connecté à un réseau (2) d'échange de données comportant : - un portail (14) de réservation, - une plate-forme (16) destinée à embrouiller les données à transmettre, - un serveur (6) destiné à diffuser les données embrouillées, système caractérisé en ce que le portail de réservation (14) comporte : 'des moyens pour générer une séquence numérique S en fonction d'une donnée aléatoire ALEA1 et d'une donnée distinctive du terminal dans le réseau (2), * des moyens pour calculer pour le terminal (4) une clé numérique spécifique K en fonction de la séquence numérique S et du mot de contrôle CW, 21. Système selon la revendication 20, caractérisé en ce que ladite donnée distinctive du terminal dans le réseau (2) est constituée par l'adresse du terminal dans ce réseau. 22. Système selon la revendication 21, caractérisé en ce que ledit portail de réservation comporte : - des moyens pour affecter un numéro de réservation à tout utilisateur ayant préalablement réservé un droit d'accès à un service fourni via le réseau (2), - des moyens pour transmettre à cet utilisateur la clé numérique spécifique K en échange dudit numéro de réservation et de ladite donnée numérique distinctive du terminal dans le réseau (2). 23. Système selon la revendication 22, caractérisé en ce que ledit portail (14) de réservation comporte en outre une base de données destinée à stocker une pluralité de numéros de réservations correspondant chacun à une clé spécifique. 24. système selon l'une des revendications 21 à 23, caractérisé en ce que le réseau (2) d'échange de données est de type IP. 25. Système selon la revendication 24, caractérisé en ce que ledit portail de réservation (14) comporte des moyens pour attribuer une adresse MultiCast à chaque service fourni via le réseau (2) et une mémoire contenant une table de services associant l'adresse MultiCast, la donnée aléatoire (ALEA1) et le mot de contrôle CW correspondants. 26. Système selon la revendication 25, caractérisé en ce que le mot de contrôle CW est généré de façon aléatoire. 27. Système selon l'une des revendications 21 à 26, caractérisé en ce que les données numériques sont des programmes audiovisuels. 28. Système selon la revendication 27, caractérisé en ce que ladite plate-forme d'embrouillage (16) comporte en outre : - des moyens pour filtrer les datagrammes IP des adresses MultiCast à embrouiller en fonction des adresses et des ports de destination présents dans l'en-tête desdits datagrammes, - des moyens pour embrouiller chaque datagramme IP reçu en entrée en utilisant le mot de contrôle associé au service, - des moyens pour ajouter à chaque datagramme IP un en- tête spécifique au contrôle d'accès, - des moyens pour construire un deuxième datagramme, avec un en-tête IP contenant l'adresse MultiCast du service, l'adresse Destination, un numéro de port de destination dédié au désembrouilleur et une charge utile contenant le datagramme d'entrée embrouillé et l'en-tête spécifique au contrôle d'accès. 29. Système selon la revendication 28, caractérisé en ce qu'il comporte un dispositif de réception adapté pour : - analyser l'ensemble des datagrammes IP reçus et si un datagramme possède l'adresse MultiCast et le port correspondant au service choisi alors, - supprimer l'en-tête spécifique au contrôle d'accès, - désembrouiller le contenu de la charge utile, - réinjecter la charge utile désembrouillée sur la pile IP via un port dédié au traitement et à la visualisation du programme reçu. 30. Dispositif de réception de données numériques embrouillées, caractérisé en ce qu'il comporte : - des moyens pour analyser l'ensemble des datagrammes reçus et si un datagramme possède l'adresse MultiCast et le port correspondant au service choisi alors, - des moyens pour supprimer l'en-tête spécifique au contrôle d'accès, - des moyens pour désembrouiller le contenu de la charge utile, - des moyens pour réinjecter la charge utile désembrouillée sur la pile IP via un port dédié au traitement et à la visualisation du programme reçu. 31. Procédé de changement de mot de contrôle d'accès à des données embrouillées, caractérisé en ce qu'il comporte les étapes suivantes : - découper la durée d'un abonnement en une succession de crypto-périodes CPi correspondant chacune à la durée de vie d'un mot de contrôle (Cwi), - affecter à une crypto-période CPi une valeur paire (respectivement impaire) et à la crypto-période suivante CPi+l une valeur impaire (respectivement paire), - générer pour chaque crypto-période Cpi au moins un mot de contrôle pair et au moins mot de contrôle impair, - transmettre au terminal (4) un flux de données contenant l'adresse du terminal (4), et une donnée aléatoire ALEA1 afin de modifier la parité du mot de contrôle, - transmettre au terminal (4) un indicateur de changement de mot de contrôle de telle sorte que ce valeur affectée à la crypto-période est paire et le mot de contrôle impair si la valeur affectée à la crypto-période est impaire. 32. Procédé selon la revendication 31, caractérisé en ce que le réseau (2) d'échange de données est du type IP. 33. Procédé selon la revendication 32, caractérisé en ce que les données numériques échangées sont des programmes audiovisuels. 34. Procédé selon la revendication 31, caractérisé en ce que l'indicateur de changement de mot de contrôle est une valeur numérique transmise avec le programme embrouillé qui change de parité à chaque changement de crypto-période. 35. Procédé selon la revendication 34, caractérisé en ce qu'après chaque échange d'un ticket de réservation contre une ou plusieurs clés individuelles spécifiques K, le terminal client (4) récupère les clés individuelles paires et impaires chiffrées dans le flux de données avant de commencer le désembrouillage des datagrammes IP/UDP. 36. Procédé selon la revendication 35, caractérisé en ce qu'après chaque échange d'un ticket de réservation, le terminal client récupère les clés individuelles paires et impaires en se connectant au portail (14). 37. Procédé selon la revendication 35 ou 36, caractérisé en ce que, le terminal client (4) utilise le mot de contrôle pair (respectivement impair) jusqu'à la prochaine valeur de l'indicateur de changement, s'il identifie un datagramme de phase paire (respectivement impair).