FR 2839834 A1 20031121 FR 0206086 A 20020517 de la centrale d'acces (4) par 1'intermediaire de cette liaison sans fil (46). PROCEDE DE DISTRIBUTION DE DONNEES AVEC CONTROLE D'ACCES DESCRIPTION Domaine technique L' invention se situe dans le domaine du controle d'acces et concerne plus particulierement un procede de distribution de donnees numeriques a une pluralite de terminaux-utilisateurs connectes, via un reseau de transmission de donnees de type IP, a un fournisseur de services, chaque terminal-recepteur etant identifie dans le reseau par une adresse IP et par une adresse unique UA inscrite dans un processeur de securite. Etat de la technique anterieure La demande de brevet francais N 01 13963 depose par France TELECOM le 29 octobre 2001 decrit un procede de diffusion avec controle d'acces de programmes audiovisuals vers une pluralite de terminaux connectes a un reseau de type IP.. Dans ce procede, a chaque service fourni via le reseau est allouee une adresse et des conditions d'acces definies par le fournisseur de services. Une plate-forma d'embrouillage recoit en entree, des datagrammes IP/UDP fournis en clair par un serveur de donnees, et filtre les datagrammes IP/UDP des donnees a embrouiller en fonction des adresses IP et des ports de destination presents dans l'en-tete de ces datagrammes. Cette solution presente un inconvenient qui provient du fait que les adresses IP des terminaux- utilisateurs en unicast vent generalement allouees dynamiquement, et aussi varient d'une session a une autre. Par consequent, ces adresses IP ne peuvent constituer un moyen gable pour gerer les echanges avec un client d'une session a une autre. En outre, en mode point-a-point un autre inconvenient provient du fait qu'il est difficile d'associer un critere d'acces (CA) au contenu au niveau de la couche reseau (ISO 3). L' invention a pour but de remedier aux inconvenients de l'art anterieur decrit ci-dessus par un procede permettant de definir les conditions d'acces en mode point a point et en mode diffuse en correlation, diune part, avec l'utilisateur ou les utilisateurs demandeurs des services et, d'autre part, avec le contenu distribue. Expose de l' invention Plus specifiquement, l' invention permet de definir les conditions d'acces, non plus au niveau de la couche reseau (couche ISO 3), par rapport a des parametres IP, mais au niveau de la couche presentation (couche ISO 6) afin de rendre la distribution des donnees independante des changements des adresses IP. Selon ['invention on associe aux donnees a distribuer une condition d'acces definie au niveau du protocole HTTP. Dans une premiere variante de mise en uvre du procede de ['invention, les donnees vent distribuees en mode point-a-point selon les etapes suivantes: - envoyer, a partir d'un terminal-utilisateur, une requete HTTP comportant au moins l'adresse IP audit terminal, l'adresse unique UA et un parametre (URI) permettant de localiser les donnees demandees dans un servaur de contenu; - authentifier l'emetteur de la requete HTTP au moyen de l'adresse unique UA, - transmettre la requete HTTP au serveur de contenu et a une unite d'embrouillage, et a reception de la reponse a la requete HTTP, - associer a chaque paquet de donnees demandees un entete HTTP comportant le parametre (URI) et un champ de controle d'acces comportant au moins un critere d'acces (CA) prealablement defini par le fournisseur de services; - embrouiller les donnees demandees; - transmettre les donnees embrouillees avec le critere d'acces (CA) au terminal-utilisateur. Ledit critere d'acces (CA) et ledit parametre (URI) vent prealablement mis a disposition des utilisateurs par le fournisseur de service, par exemple sur un serveur de presentation. Dans la premiere variante de mise en muvre du procede de l' invention, pour chaque utilisateur, un ECM personnalise est genere en fonction du critere d'acces (CA) et d'un mot de controle CW chiffre. Le chiffrement du mot de controle CW est effectue par une cle KeuA obtenue par diversification d'une cle racine Ke specifique au fournisseur de service. Cette diversification est realisee en fonction de l'adresse unique UA specifique a chaque utilisateur. Dans une deuxieme variante de mise en muvre du procede de ['invention, lesdites donnees vent distribuees en mode diffuse a un groupe de terminaux utilisateurs identifies par une adresse de groupe. Cette distribution se fait selon les etapes suivantes: - envoyer la requete HTTP au serveur central avec l'adresse de groupe; - authentifier l'emetteur de la requete; - verifier que le contenu demande est diffuse, et si le contenu demande n'est pas diffuse; - transmettre au terminalutilisateur un message d'arret. Dans cette deuxieme variante de mise en muvre du procede, les donnees vent transmises en mode diffuse de type PUSH, communement appele ainsi en anglais. Dans ce mode de transmission, tous les utilisateurs identifies par l'adresse de groupe recoivent les donnees numeriques disponibles diffusees sans obligation prealable de lancer une diffusion par une requete HTTP. Neanmoins, la diffusion peut etre contr81ee par un utilisateur, generalement le premier utilisateur qui envoie une premiere requete HTTP pour recevoir le service. Cet utilisateur peut egalement arreter la diffusion des donnees au moyen d'une deuxieme HTTP. Ceci est particulierement utile lorsqu'un utilisateur particulier met a la disposition de plusieurs autres utilisateurs des informations dont il a le contr81e. C'est le cas par exemple d'une application d'enseignement a distance dans laquelle un professeur et plusieurs auditeurs vent connectes au reseau de transmission, le professeur etant l'utilisateur qui contr81e la diffusion (declenchement et arret) d'un contenu. Dans les deux variantes de mise en uvre, les donnees embrouillees vent encapsulees dans un datagramme IP comportant: - un en-fete IP; - un enfete TCP/UDP; - un en-fete HTTP; et, - un en-fete contenant ladite condition d'acces-. Dans un mode particulier de realisation, le processeur de securite est une carte a puce. Cependant-, ce processeur peut etre un programme memorise dans le terminal-utilisateur. L'invention concerne egalement une plate-forma de gestion de contr81e d'acces a des donnees embrouillees transmises a une pluralite de terminaux utilisateurs connectes a un fournisseur de services via un reseau de type IP, chaque terminalutilisateur etant identifie dans le reseau par une adresse IP et par une adresse unique UA inscrite dans un processeur de securite, ladite plateforma comportant au mons un servour central apte a associer un critere d'acces aux donnees a distribuer au niveau du protocole HTTP en reponse a une requete HTTP emise a partir d'un terminal-utilisateur. Preferentiellement, les donnees a distribuer vent susceptibles d'etre extraites en fonction d'un parametre (URI) a partir d'un serveur de contenu. La plate-forma selon l' invention comporte en outre au moins une unite d'embrouillage et au moins un serveur de contenu. Les donnees a diffuser peuvent etre des programmes audiovisuals ou des donnees multimedia. Breve description des dessins D'autres caracteristiques et avantages de l' invention ressortiront de la description qui va suivre, prise a titre d'exemple non limitatif en reference aux figures annexees dans lesquelles: - La figure 1 represente un schema general d'une plate-forma de gestion d'acces selon l' invention;... - la figure 2 est un schema fonctionnel illustrant une premiere variante de mise en uvre du procede de l' invention; - la 3 illustre schematiquement le mode d' encapsulation des donnees distribuees par le procede selon l' invention; - la figure 4 est un organigramme illustrant la premiere variante de mise en uvre du procede de ['invention. - la figure 5 illustre schematiquement une procedure de diversification des messages de controle d'acces selon ['invention. - la figure 6 illustre schematiquement la diversification diun ECM dans le mode point-a-point; - la figure 7 est un schema fonctionnel illustrant une deuxieme variante de mise en muvre du procede de ['invention. Expose detaille de modes de realisation particuliers L' invention sera decrite dans le cadre d'une application particuliere dans laquelle les donnees a distribuer vent des programmes audiovisuals transmis a plusieurs utilisateurs a travers le reseau Internet. Chaque utilisateur est muni d'un terminal 2 equipe d'un lecteur de carte a puce. Chaque utilisateur dispose d'une carte a puce personnelle identifiee par une adresse unique UA (pour Unique Address) contenant des informations sur les droits d'acces a des services audiovisuals fournis par un ou plusieurs operateurs. Dans un mode particulier de realisation, chaque- terminal-utilisateur peut etre un -terminal passereile (gateway en anglais) communiquant avec une pluralite de terminaux regroupes dans un reseau local. Dans ce cas, c'est le terminal passerelle qui est muni d'une carte a puce contenant au moins un droit d'acces aux services fournis. Les contenus audiovisuals vent stockes dans des serveurs distants et chaque contenu est susceptible d'etre appele par une URI (pour Uniform Ressource Indicator) qui est un champ de l'en-tete HTTP permettant d'adresser une ressource de maniere unique. Dans la suite de la description, nous designerons par le terme plate-forma Viaccess Net 1'ensemble des equipements destines a traiter les flux audiovisuals avant leur transmission aux utilisateurs. En reference a la figure 1, des terminaux d'utilisateurs 2 vent relies a la plate-forma Viaccess Net 4, a travers le reseau Internet 6 ou a travers une dorsale IP. Un premier routeur de sortie 8 est agence a la sortie du reseau Internet 6 et est relic a un deuxieme routeur 10 diinterconnexion qui est relic a un serveur Pare-feu 12 connecte directement a la plate- forme Viaccess Net4. La plate-forma Viaccess Net 4 comporte un premier reseau local d'acces 14 comprenant un serveur central 16 ayant pour fonction de superviser les communication entre les terminaux-utilisateurs 2 et la plate-forma 4. Le premier reseau local 14 comporte en outre un serveur cache 18 destine a stocker des informations ne necessitant pas d'embrouillage telles que par exemple des pages de presentation de service, un serveur DNS 2-0 destine a traduire en noms les adresses IP de serveurs internee ou externes a la plate-forma Viacess Net 4 et un deuxieme servour de securite 22 destine a assurer une redondance fonctionnelle du serveur central 16. Ce premier reseau local d'acces 14 est connecte, a travers une station d'embrouillage 24, a un deuxieme reseau local 26 et a un troisieme reseau local 28. Le deuxieme reseau local 26 comporte des serveurs de contenus 30 et le troisieme reseau local 28 comporte un generateur d'ECM 32 et une station de gestion d'ECM 34. MODE POINT-A-POINT Le fonctionnement en mode point-a-point va etre decrit par reference a la figure 2 sur laquelle seuls les elements essentials a la mise en muvre du procede vent representes. Sur cette figure 2, le serveur central 16 est constitue par deux unites fonctionnelles distinctes, une premiere unite 40 dediee a l'authentification des utilisateurs et au filtrage des requetes HTTP transmises a la plate-forma 4, et une deuxieme unite 42 apte a associer un critere de controle (CA) aux donnees a distribuer. L'authentification de l'utilisateur consiste a verifier si 1'UA reque avec la requete HTTP est repertoriee dans un centre de gestion de droit 44 situe chez l'operateur. Prealablement, l'utilisateur qui souhaite recevoir un ou plusieurs programmes audiovisuals recoit de l'operateur des informations relatives aux criteres d'acces (CA) aux programmes audiovisuals susceptibles d'etre demandes. À Apres consultation d'un serveur de presentation 46, l'utilisateur envoie (fleche 50) au servour central 16 une requete HTTP GET indiquant son adresse unique UA, son adresse IP et 1'URI correspondent aux programmes demandes. L'unite d'authentification 40 filtre la requete HTTP au moyen de l'adresse unique UA et effectue les actions suivantes: - controle du flux au niveau du transport des datagrammes chiffres. En particulier, cette unite 40 verifie que les paquets d'acquittements TCP, vent recOus en dec,a du delai de transit maximum entre la plate-forma 4 et le terminal-client 2; - controle de la session consecutivement au controle precedent. En effet, la session peut etre interrompue si le delai de transit maximum est depasse. Le serveur central 16 envoie ensuite (fleche 52) au centre de gestion 44 de ltoperateur l'adresse IP du terminal 2 pour la vole de retour, l'adresse UA de l'utilisateur et 1'URI appelee ainsi que l'adresse IP a partir de laquelle les donnees doivent etre envoyees et qui est recuperee par l'utilisateur a partir du serveur de presentation 46. Le centre de gestion 44 donne son accord ou refuse l'acces (fleche 54) au contenu en fonction des droits preenregistres dans une base de donnees 56. L'adresse UA, l'URI et l'adresse IP du Terminal-utilisateur vent ensuite envoyees par le servour central 16 (fleche 58) a ['unite d'embrouillage 24 au moyen d'une requete HTTP. Le critere d'Acces (-CA) associee au contenu est aussi envoyee par ce biais. Tous ces parametres vont permettre a ['unite d' embrouillage 24 di identifier la reponse a la requete HTTP qui viendra du serveur de contenu 30 via le serveur central 16. L'unite d'embrouillage 24 envoie un accuse de reception (fleche 59) a l' unite d'authentification 40 confirmant qu'il attend du serveur de contenu 30 le flux a embrouiller selectionne par l'utilisateur avec l'UA et l'adresse IP associees ainsi que le critere d'acces (CA). La requete HTTP GET est ensuite retransmise par l 'unite d'authentification 40 (fleche 60) a ['unite 42. Celle-ci prend en compte la requete en notant l'URI et reexpedie (fleche 61) cette meme requete HTTP GET au serveur de contenu 30. La reponse a la requete HTTP GET transmise du serveur de contenu 30 au serveur central 16 est ensuite renvoyee (fleche 62) a ['unite 42. Ce dernier insere un champ supplementaire dans la frame IP consistent en une entete HTTP avec un champ > qui rappellera l'URI a ['unite d'embrouillage 24. Le serveur central 16 envoie (fleche 64) la reponse HTTP a l' unite d'embrouillage 24 pour embrouillage. L'unite d'embrouillage 24 embrouille les donnees et les transmet (fleche 66) au terminal utilisateur 2 qui les desembrouille grace aux informations de controle transmises et aux droits inscrits dans la carte a puce. La figure 3 illustre schematiquement la structure des paquets transmis a ['unite d'embrouillage 24 par le serveur central 16. Cette reponse HTTP comporte: - un en-fete IP 70; - un en-fete TCP/UDP 72; - un entete HTTP 74; - un entete de controle d'acces 76 contenant 1'URI des donnees delivrees et - les donnees embrouillees 80. L'organigramme de la figure 4 illustre en detail les differentes etapes du procede dans,le cas d'une mise en uvre en mode point-a-point. A l'etape 90, l'utilisateur envoie la requete HTTP GET de demande de contenu au serveur central 16 via une liaison securisee par tunnel chiffre entre le terminal-utilisateur 2 et la plate-forma Viaccess Net 4. Ce tunnel securise est propre a chaque lien avec un terminal 2 et peut etre base sur le protocole SSL (pour Secure Socket Layer), ou le protocole SSH (pour Secure Shell), ou encore le protocole IPSec. La securisation permet d'ajouter une integrite et une confidentialite plus importantes aux donnees circulant sur le reseau Internet entre le terminal 2 et la plate- forme Viacess Net 4. A l'etape 92, le serveur central 16 recupere l'URI du contenu demande et verifie la validite de la requete GET. Si cette requete n'est pas valide, le flux est refuse a l'utilisateur (etape 94). Si la requete GET est valide, le serveur central 16 la transmet a la station d'embrouillage 2-4 et au serveur de contenu 30 (etape 96). Parallelement, le serveur central 16 etablit une liaison entre le terminal 2 et le serveur cache 18 pour lui permettre de consulter des donnees qui ne doivent pas etre embrouillees telles que par exemple des pages de presentation de service (etape 98). En reponse a la requete GET, le serveur de contenu 30 delivre les donnees demandees a l' unite d'embrouillage 24 via le serveur central 16. Ce dernier ajoute a chaque paquet de donnees delivrees par le serveur de contenu 30 le champ > contenant l'URI et renvoie ce paquet a l' unite d'embrouillage 24 ou les donnees vent embrouillees avec l'en-tete HTTP ajoutee (etape 100). A l'etape 102, le servour central 16 supprime le champ entete location de l'entete HTTT et delivre au terminal 2 le flux chiffre (etape 104) via le canal securise entre plate-forma Viaccess Net 4 et le terminal 2. A l'etape 106, les donnees embrouillees vent recues par le terminalutilisateur 2 ou elles vent desembrouillees. Selon une caracteristique specifique au mode Point-a-Point, pour un acces a un meme programme, un ECM personnalise, appele ECM-U, vehiculant les conditions d'acces et une cle racine de chiffrement Ke de ce programme est genere en fonction du critere d'acces (CA) et d'un mot de contr81e CW chiffre. Le chiffrement du mot de contr81e CW est effectue par une cle KeuA obtenue par diversification de la cle racine Ke specifique au fournisseur de service. Cette diversification est realisee en fonction de l'adresse unique UA specifique a chaque utilisateur. Ainsi, le programme demande ne peut etre vu que par l'utilisateur dont la carte est ciblee par 1' ECM-U et contient au moins un droit conforme au critere d'acces (CA) decrit dans 1' ECM-U. La figure 5 illustre schematiquement la procedure de diversification de la cle racine Ke. Cette derriere est soumise a un traitement dans un module de calcul 107 qui rec,oit en entree l'adresse unique UA de chaque utilisateur. Le resultat de ce calcul est la cle diversifiee KeuA dependent de ltadresse unique de l'utilisateur UA. La cle KeuA est ensuite utilisee pour chiffrer le mot de controle CW. Cette fonction est realisee par un module 108 qui re,coit la valeur KeuA et CW. Prealablement, l'utilisateur est enregistre comme destinataire potentiel d'une information a caractere strictement personnelle, ou d'un groupe restreint contr81e par lioperateur. Ce contr81e porte sur l'identite de chaque recepteur possible au moyen de l'adresse unique UA. La figure 6 illustre schematiquement ce principe dans le cas ou deux terminaux 110 et 112 ayant respectivement pour adresse unique UA1 et UA2 envoient une requete HTTP a la plate-forma 4 pour recevoir un programme. Les ECM vent personnalises par le mot de contrCle CW chiffre par la cle diversifiee KeuA pour generer, au moyen diune fonction de calcul 120, un ECM- U1 et un ECM-U2 destines respectivement au terminal UA1 et au terminal UA2. L'ECM-U1 et l'ECM-U2 sontensuiLe multiplexes par un module de multiplexage 132 puis transmis aux utilisateurs. MODE DIFFUSE Dans ce mode de mise en uvre illustre par la figure 7, la diffusion est faite a tous les terminaux parametres par une adresse de groupe. Dans ce cas, l'utilisateur envoie (fleche 130) la requete HTTP au serveur central 16 avec l'adresse de groupe. Ce dernier authentifie (fleches 132-134) liemetteur de la requete, et verifie (fleche 136) si le contenu demande est effectivement diffuse. Si le contenu demande n'est pas diffuse, le serveur central 16 transmet au terminal- utilisateur un message d'arret. Si le contenu est diffuse, l'utilisateur authentifie recoit le contenu diffuse. En resume, ce mode de mise en muvre comporte les etapes suivantes: l'utilisateur procede a une demande: l'adresse IP du terminal pour la vole de retour, l'adresse IP de groupe, l'UA et l'URI appelee vent notees par le serveur central 16; - le centre de gestion 44 donne son accord ou refuse la session d'acces au contenu apres transfert de tous les parametres saisis precedemment; - la reponse peut etre positive pour la diffusion, dans ce cas, le serveur de contenu delivre les donnees demandees (etape 138) a l 'unite d'embrouillage 24 qui transmet ces donnees (etape ) apres embrouillage. La reponse peut aussi etre negative, dans ce cas la distribution des donnees est refugee. Notons que dans ce mode de mise en muvre, il est possible qu'un utilisateur ne puisse pas avoir le droit de lancer la diffusion d'un contenu; - 1'adresse IP de groupe et 1'URI vent envoyees avec un ordre de lancement de la diffusion du contenu genere par le servaur central 16; le flux demande est diffuse et l'adresse IP source pour la diffusion est celle du serveur de contenu ;, - la reponse est finalement renvoyee vers le terminal (etape 142) qui desembrouille le contenu re,cu grace a un logiciel de decodage prealablement installe. APPLICATIONS Le procede de l' invention peut etre mis en uvre dans un systeme de controle d'acces a un service avec commercialisation de Contenu via le protocole HTTP. Ce contenu peut comporter des images d'une page HTML soumise a conditions d'acces, ou encore une portion de texte. Ce systeme peut permettre l' implementation de servours delivrant des contenus qui vent embrouilles afin de commercialiser un telechargement de videos, des fichiers audio (musique,...), etc. A titre d'exemple, l' invention peut etre mise en muvre dans les domaines des applications sur PC suivantes: - > - Offre de contenu a la demande telle la Bourse ou la Banque en ligne, la television, les clips video ou encore la radio, - la Messagerie personnalisee, - le telechargement de fichiers (les jeux, les logiciels de realite virtuelle, d'autres logiciels applicatifs ou de productivite personnelle (formation, etc.). L' invention peut egalement etre appliquee a des secteurs de l'entreprise necessitant l'emploi du reseau Internet pour la diffusion de donnees en Unicast (reunions filmees, visioconferences sur un reseau VPN, acces a de la documentation a haut degre de confidentialite, etc.). L'invention trouve egalement des applications dans les secteurs des cablooperateurs et des Operateurs satellites de TV Numerique. Les Operateurs de service IP peuvent implementer la diffusion de contenus embrouilles, susceptibles d'etre consultes suivant l'achat prealable. Des consultations en Intranet necessitant un embrouillage fort, associe a une gestion des droits de lecture/ecriture sur un contenu a telecharger par un reseau IP, peuvent constituer des applications supplementaires de ['invention. L' invention peut egalement etre mise en uvre pour contrdler l'acces a un contenu re,cu via un recepteur muni d'un decodeur TV. Enfin, l' invention peut etre mise en uvre dans des applications de telephonic mobile ou de telephonic par satellite. Les technologies visees pour le transport vent les applications interactives du GSM' du lo GPRS et de l'UMTS. Il est egalement possible de mettre en uvre ['invention pour recevoir des programmes audiovisuals embrouilles sur un telephone mobile ou sur un PDA. , À 2839834 REVENDICATIONS 1. Procede de distribution de donnees numeriques a une pluralite de terminaux-utilisateurs (2) connectes a un fournisseur de services, via un reseau (6) de transmission de donnees de type IP, chaque terminalrecepteur (2) etant identifie dans le reseau par une adresse IP et par une adresse unique UA inscrite dans un processeur de securite, procede caracterise en ce que l'on associe aux donnees a distribuer une condition d'acces definie au niveau du protocole HTTP. 2. Procede selon la revendication 1, caracterise en ce que les donnees vent distribuees en mode point-a-point selon les etapes suivantes: envoyer, a partir d'un terminal-utilisateur (2), une requete HTTP comportant au moins l'adresse P audit terminal (2), l'adresse unique UA et un parametre (URI) permettant de localiser les donnees demandees dans un servour de contenu (30); - authentifier l'emetteur de la requete HTTP au moyen de l'adresse unique UA; - transmettre la requete HTTP au serveur de contenu (30) et a une unite d'embrouillage (24); - a reception de la reponse a la requete HTTP, associer a chaque paquet de donnees demandees un entete HTTP comportant le parametre (URI) (74) et un champ de controle d'acces (76) comportant au moins un critere d'acces (CA) prealablement defini par le fournisseur de services; - embrouiller les donnees demandees; transmettre les donnees embrouillees avec le critere d'acces (CA) au terminal-utilisateur (2). 3. Procede selon la revendication 2, caracterise en ce que ledit critere d'acces (CA) et ledit parametre (URI) vent prealablement transmis aux utilisateurs (2) par le fournisseur de services. 4. Procede selon la revendication 3., caracterise en ce que pour chaque utilisateur, un ECM personnalise est genere en fonction du critere d'acces (CA) et d'un mot de controle CW chiffre par une cle KeuA obtenue par diversification d'une cle racine Ke en fonction de l'adresse unique UA de chaque terminal utilisateur (2). 5. Procede selon la revendication 1, caracterise en ce que lesdites donnees vent distribuees en mode diffuse a un groupe de terminauxutilisateurs (2) identifies par une adresse de groupe selon les etapes suivantes: - envoyer la requete HTTP au serveur central (16) avec l'adresse de groupe; - authentifier ltemetteur de la requete HTTP; verifier que le contenu demande est diffuse si le contenu demande n'est pas diffuse; - transmettre au terminal-utilisateur (2) un message d'arret. c 6. Procede selon la revendication 5, caracterise en ce que la diffusion des donnees est controlee par un utilisateur. 7. Procede selon l'une des revendications 1 a 6, caracterise en ce que lesdites donnees embrouillees vent encapsulees dans un datagramme IP comportant en outre: - un en-fete IP (70); - un enfete TCP/UDP (72); - un en-fete HTTP (74); - un entete de controle d'acces (76) contenant ledit critere d'acces (CA). S. Procede selon la revendication 1, caracterise en ce que le processeur de securite est une carte a puce. 9. Procede selon la revendication 8, caracterise en ce que le terminalutilisateur (2) est un terminal-passerelle communiquant avec une pluralite de terminaux regroupes dans un reseau local. 10. Plate-forme (4) de gestion de controle d'acces a des donnees embrouillees transmises a une pluralite de terminaux-utilisateurs (2) connectes a un fournisseur de services, via un reseau (6) de type IP, chaque terminal-utilisateur (2) etant identifie dans le reseau (6) par une adresse IP et par une adresse unique UA inscrite dans un processeur de securite, plate-forma caracterisee en ce qu'elle comporte au moins un serveur central (16) apte a associer un critere d'acces (CA) aux donnees a distribuer au niveau du protocole HTTP en reponse a une requete HTTP emise a partir d'un terminal-utilisateur (2). 11. Plate-forme selon la revendication 10, caracterisee en ce que les donnees a distribuer vent susceptibles d'etre extraites en fonction d'un parametre (URI) a partir d'un serveur de contenu (30). 12. Plate-forme selon l'une des revendications 8 a 11, caracterisee en ce qu'elle comporte en outre au moins une unite d'embrouillage (24) et au moins un serveur de contenu (30). 13. Plate-forme selon l'une des revendications 8 a 12, caracterisee en ce que les donnees a diffuser vent des programmes audiovisuals. 14. Plate-forme selon l'une des revendications 8 a 12, caracterisee en ce que les donnees a diffuser