FR 2632148 A1 19891201 FR 8807087 A 19880527 DESCRIPTION PROCEDE DE DIFFUSION ET DE RECEPTION DE MESSAGES DE GESTION DE TITRES D'ACCES. La présente invention a pour objet un procédé de diffusion de messages de gestion de titres d'accès et un procédé de réception de messages ainsi diffusés. Certains réseaux de diffusion de programmes de télévision fonctionnent sur le principe de l'em- brouillage d'un programme à l'émission et du désem- brouillage du message reçu sous le contrôle d'un titre d'accès. La figure 1 représente schématiquement l'organi- sation d'un tel réseau dans le cas de la diffusion par satellite artificiel. L'extension à un réseau de distribution par câbles ou par diffusion hertzienne est immédiate. Dans un centre d'émission unique 10, on trouve un programmateur 12 constituant un message télévisé, un circuit de gestion 14 constituant des messages de contrôle et de gestion de titres d'accès et un émetteur 16 relié à une antenne 18. Un satellite 20, par exemple géostationnaire, reçoit l'onde émise, l'amplifie et la réémet en direc- tion de la terre. Une pluralité de récepteurs 30, 30a, etc. sont équipés d'une antenne 32, d'un circuit de réception 34 séparant le signal vidéo embrouillé des signaux de contrôLe et de gestion, un décodeur 39 recevant les premiers et un dispositif d'accès conditionnel 38 recevant les seconds. Le dispositif d'accès conditionnel délivre au décodeur 39 un mot de contrôle nécessaire au désembrouillage du signal reçu qui est alors envoyé au récepteur de télévision 36. Le dispositif d'accès conditionnel 38 reçoit un processeur de sécurité 40. Le processeur de sécurité contient Le ou Les titre(s) d'accès correspondant aux divers programmes diffusés. Suivant les réalisations, le processeur de sécurité peut être enterré dans le dispositif d'accès conditionnel ou être détachable, du genre carte à puce ou carte "intelligente". Pour accéder à un programme protégé, il faut que le dispositif d'accès conditionnel puisse exploiter une des messageries de contrôle des titres d'accès qui accompagnent le programme embrouillé. Chaque messagerie de contrôle des titres d'accès comporte en général trois champs: - un identificateur de la clé de service à utiliser, - un paramètre précisant les conditions d'accès à satisfaire pour avoir le droit d'utiliser cette clé de service, et - un cryptogramme d'un mot de contrôle. Un quatrième champ, dit de redondance, peut être utilement ajouté, afin que le processeur de sécu- rité ne puisse plus pratiquement être utilisé en dehors du contexte prévu. Quand le processeur de sécurité contient un droit d'accès convenable, c'est-à-dire quand il détient la clé de service indiquée par l'identificateur et que cette clé est munie d'un statut compatible avec certaines des conditions indiquées par le paramètre, le processeur de sécurité déchiffre le cryptogramme pour reconstituer le mot de contrôle. Le mot de contrôle permet au décodeur de désem- brouiller les composantes du programme. Pour modifier un droit d'accès, il faut exploi- ter une messagerie de gestion des titres d'accès. Elaborée par le programmateur, cette messagerie ne doit être ni imitable ni falsifiable par les utili- sateurs. Le processeur de sécurité d'un usager offre au programmateur deux moyens de gestion assez différents: - la crypto-écriture, qui permet de distribuer une nouvelle clé de service; c'est essentiellement un mécanisme de confidentialité et de manipulation de secrets, - la cryptovalorisation qui permet de modifier Le statut d'utilisation d'une clé de service qui se trouve déjà dans le processeur de sécurité; c'est essentiellement un mécanisme d'intégrité et de signature. Les cartes à puce du type porte-clés PC1 dispo- sent de ces deux mécanismes sécurisés. La carte utilise alors une clé de distribution, qui Lui est propre et peut être reconstituée par des processeurs de contrôle (cartes mères ou modules mères). Le processeur mère qui a reconstitué la clé de distribution de la carte fille de l'usager, à partir d'un secret de base et d'une donnée de diversification propre à la carte (par exemple, le numéro de série de la puce, ou plutôt, dans le cas de l'invention qui va être décrite, une adresse de l'usager par rapport au programmateur), calcule ensuite un cryptogramme. La carte de l'usager déchiffre le cryptogramme pour examiner le résultat: persuadée d'être en présence de son maitre quand elle détecte la redondance prévue (par exemple, le résultat répète un motif de 32 bits), la carte fille exécute en toute sérénité Les ordres qui lui sont donnés par le paramètre transmis en clair (qui participe au calcul) et par le résultat (qui donne un mot secret à écrire). Les cartes porte-clés PC1 prévoient l'usage systématique de ces mécanismes pour écrire tout nouveau 2632 1 48 secret (en particulier une clé) et pour gérer les droits attachés aux clés. La messagerie de gestion de titres est alors individualisée, personnalisée pour un unique usager. Si cette méthode est efficace pour gérer des cartes appelant un serveur de gestion à travers un réseau interactif, par exemple avec un Minitel muni d'un lecteur de carte à mémoire, elle est peu satisfai- sante pour gérer des usagers à travers un réseau de diffusion ou un réseau de distribution par câbles en arborescence. En effet, l'émission de messages individuels nécessite un débit d'information important. Ainsi, la figure 2 montre quelle peut être La structure d'un tel message de gestion à adressage unique. Il commence par un champ AU comprenant l'adresse unique de l'usager visé, un champ IP+CDA correspondant à L'identification du programmeur et la caractérisation du droit d'accès et, enfin, un troisième champ DA correspondant à la valeur du droit d'accès à -écrire ou à modifier dans le titre d'accès de l'usager. Les données des deux premiers champs sont émises en clair; les données du troisième sont soit émises en clair elles aussi, soit chiffrées par une clé de programmateur unique PU. Un tel message doit être répété avant diffusion d'un programme donné, autant de fois qu'il y a d'usagers requérant un droit d'accès à ce programme. Dans la demande de brevet PCT N WO 85/00491 intitulée "Encrypted Broadcast Television System", il a été proposé de réduire ce débit en partageant les messages de gestion des titres d'accès entre plu- sieurs usagers. Pour cela, une clé partagée est distri- buée au préalable à tous les membres d'un groupe d'usa- gers par l'envoi massif de messages à adressage indi- viduel. Mais cette solution présente des inconvénients. La constitution d'un groupe est statique, c'est-à-dire définie artificiellement à L'avance, en dehors des messages eux-mêmes. Cela suppose que le comportement des usagers est uniforme par rapport à l'acquisition des droits d'accès. Lorsque le regroupage devient inefficace, du fait d'une trop grande disparité dans les requêtes desusagers, une redéfinition du groupe devient nécessaire avec, à nouveau, envoi massif de messages à adressage individuel. En définitive, dans un tel système, on passe son temps à gérer des cLés et non des droits. La présente invention a pour but de remédier à ces inconvénients. A cette fin, l'invention propose une autre manière de partager les messages de gestion de titres d'accès. Elle se fonde sur la philosophie des cartes porte-clés selon Laquelle, pour modifier l'état d'un usager, il suffit de modifier le statut d'utilisation d'une cLé de service dans le dispositif de sécurité de l'usager. Au lieu de gérer des cLés, on gère alors des droits d'utilisation d'une clé. Pour modifier le statut de queLques usagers, il suffit de s'adresser à ces usagers, sans déranger les autres. A l'analyse des informations contenues dans un message individuel (cf. Figure 2), il peut être fait la constatation suivante: une partie du message est spécifique de l'usager (il s'agit de l'adresse unique AU) et une partie du message est commune à L'en- semble des usagers ayant souscrit le même droit d'accès. Pour ces informations communes, les unes sont en clair (identification du programmateur et caractérisation du droit d'accès) et sont naturellement partageables, les autres sont chiffrées (il s'agit de La valeur du droit d'accès) et, dans le cas de message individuel, sont spécifiques à un usager du fait de l'utilisation d'une clé de programmateur unique. L'originalité du procédé de l'invention est de mettre à profit cette analyse pour partager au maxi- mum les éléments communs aux différents usagers. Le procédé de l'invention repose sur l'introduction de deux nouveaux types de messages: a) des messages de gestion à usage général (MGG en abrégé) qui sont interprétables par l'ensemble des usagers et qui contiennent les informations communes à l'ensemble des usagers qui vont être habilités. Ces messages MGG ont pour objet de décrire les caractéris- tiques générales des droits d'accès qui vont être vali- dés, ainsi que l'identification du programmateur, mais aussi de définir suivant quelle règle les usagers vont être regroupés. Enfin, ces messages MGG contiennent une information de lien qui permet de les corréler sans ambiguïté avec les messages qui vont suivre. La fréquence de transmission de ces messages MGG est très faible; théoriquement, il suffit de transmettre un seul de ces messages en amont de l'ensemble des messages de validation de groupes d'usagers; cependant, pour des raisons de temps d'accrochage et de resynchronisa- tion éventuelle, il est souhaitable de transmettre à un rythme lent mais régulier de tels messages (typi- quement un message par seconde est très confortable). b) des messages de gestion à adressage partagé (MGA-P en abrégé) qui sont spécifiques d'un groupe d'usagers, le regroupage ayant été défini dans le mes- sage MGG qui précède. Le groupe d'usagers partage une adresse AP qui apparaît en tête du message MGA-P et permet au groupe d'usagers de filtrer le message adéquat qui lui est destiné. Les informations néces- saires à la description de la valeur du droit d'accès peuvent être contenues dans le message MGA-P et peuvent être chiffrées par la clé de service du programmateur. Ce message MGA-P contient une description de l'ensemble des usagers autorisés dans le groupe à acquérir ce droit d'accès commun; cette dernière description appa- raît, elle, en clair. L'élément de sécurité qui gère les messages liés à l'accès conditionnel, recevant un message MGG puis un message MGA-P le concernant, vérifie qu'il est autorisé à acquérir le droit d'accès et, dans l'affirmative, déchiffre l'information liée au droit d'accès (si celle-ci a été chiffrée) pour pouvoir en déduire la valeur à stocker. Le déchiffrement (s'il a lieu) met en jeu la cLé de service, commune à l'ensemble des usagers, mais aussi l'ensemble des paramètres en clair qui qualifie le droit d'accès, le programmateur et le groupe, ceci pour éviter toute pré-manipulation frauduleuse des paramètres en clair en vue d'obtenir une situation plus favorable à l'usa- ger. Le résultat final, qui représente le droit d'accès, doit présenter une certaine redondance pour s'assurer de la validité du calcul et éliminer les chances de réussite dans la manipulation des données. Il reste à définir comment est calculée dynami- quement et en temps réel, grâce à la réception d'un message MGG, l'adresse partagée AP d'un usager. L'adres- se partagée AP apparaît comme un sous-ensemble de l'a- dresse unique AU. Les éléments de l'adresse unique constituant l'adresse partagée AP sont définis dans le cadre du message MGG et il n'y a donc pas de groupage figé des usagers. C'est là un élément original et impor- tant du procédé de l'invention par rapport à la solution existante mentionnée plus haut.. Le droit d'accès n'est pas nécessairement chif- fré. Il peut être émis en clair. Il n'est pas non plus nécessairement dans le message MGA-P mais pourrait être dans le message MGG. De toute façon, les caractéristiques et avanta- ges de l'invention apparaîtront mieux à la lumière de la description qui va suivre. Cette description porte sur des exemples de réalisation donnés à titre expLicatif et non limitatif et elle se réfère à des dessins annexés sur lesquels: - la figure 1, déjà décrite, représente schéma- tiquement un réseau de diffusion de programmes de télé- vision, - la figure 2, déjà décrite, montre la structure d'un message à adressage individuel selon l'art anté- rieur, - la figure 3 montre la structure générale d'un message de gestion, - la figure 4 montre la structure générale d'un message de gestion à usage général, - la figure 5 montre la structure générale d'un message de gestion à adressage partagé, - la figure 6 montre la structure numérique d'une adresse unique, - la figure 7 illustre un exemple de message de gestion à usage général, - la figure 8 illustre un premier exemple de message de gestion à usage partagé, - la figure 9 illustre un second exemple de message de gestion à usage partagé, - la figure 10 est un organigramme montrant les opérations effectuées dans le dispositif de sécurité d'un usager. Dans la description qui suit, on suppose, à titre explicatif, que le message caractérisant le droit d'accès est situé dans MGA-P et est chiffré. Mais ce mode de réalisation n'est pas limitatif. Selon l'invention, on commence par répertorier les usagers de l'audience ayant souscrit un même droit d'accès; on définit ensuite un groupe incluant les usagers ayant souscrit ce même droit d'accès. Pour ce groupe, l'adresse de chaque usager peut être consi- dérée comme comprenant une adresse partagée propre à tous les usagers du groupe et une sous-adresse unique définissant cet usager au sein du groupe. On forme et on diffuse alors un message de gestion dont la structure est illustrée sur la figure 3. Il comprend, en tête, un message de gestion à usage général MGG, puis un ou plusieurs messages de gestion à adressage partagé (MGA-P) (MGA-P'), etc... On peut rediffuser à nouveau le message MGG suivi de messages MGA-P. La structure d'un message de gestion à usage général est illustrée sur la figure 4. Il comprend: - une information de lien, (L), - un premier champ numérique contenant des informations communes à l'ensemble des usagers de l'au- dience, ces informations identifiant le service program- mateur (IP) et caractérisant le droit d'accès à valider (CDA), - un second champ définissant une conformation de groupe d'usagers (CONF). Toutes les données de ces deux champs sont diffusées en clair. La structure d'un message de gestion à adressage partagé est illustrée sur la figure 5. Elle comprend: - l'adresse partagée du groupe d'usagers (AP), adresse dont l'organisation est spécifiée par l'informa- tion de conformation (CONF) contenue dans le message de gestion à usage général qui précède, cette adresse étant émise en clair, - une information de lien (L), - un champ définissant la Liste des usagers appartenant au groupe visé pour lesquels un droit d'ac- 1 0 cès doit être écrit, ces informations étant émises en clair, - un champ contenant, dans la variante illus- trée, un cryptogramme Cr(DA) définissant la valeur commune du droit d'accès; ce cryptogramme est obtenu par l'introduction d'une redondance puis par un algo- rithme de chiffrement utilisant la clé de service et un paramètre. On notera attentivement que, selon l'invention, la définition du groupe est inhérente au message lui-même, grâce à l'information de conformation (CONF) du message à usage général et à l'adresse partagée (AP) du message de gestion à adressage partagé qui suit. Un tel groupe peut être reconfiguré en fonction de chaque droit d'accès commun à écrire, par modification de l'information de conformation et de l'adresse partagée. Par opposition au procédé de regroupage de l'art antérieur qui est "statique" ou si l'on veut "extrinsèque", on peut dire que le regroupage de l'in- vention est "dynamique" ou "intrinsèque". On va décrire plus en détail un mode de réalisa- tion dans le cas de la diffusion par satellite. Dans ce cas, le format de transmission est bien défini. Les informations sont émises par paquets. Pour les messages liés à l'accès conditionnel, étant donné les mécanismes de détection et de correction d'erreurs mis en oeuvre, le nombre de données utites par paquet est de 45 octets. Par ailleurs, le nombre d'octets constituant la définition de AU et de AP est également défini. Il est respectivement de 4,5 et de 3 octets. On voit sur la figure 6, la structure d'une adresse unique AU, qui comprend quatre octets AU1, AU2, AU3 et AU4 et un demi-octet (ou quartet) AU5. 1 1 En réalité, AU5 ne change que pour des capacités d'a- dressage supérieures à quatre milliards. L'adresse partagée AP devant être de 3 octets, il y a au moins cinq manières d'extraire 3 octets parmi 4,5. On peut avoir, par exemple: AU4 AU3 AU2 AU4 AU3 AU1 AU4 AU2 AU1 AU3 AU2 AU1 AU5 AU4 AU3 1/2 AU2 Les quatre premières organisations peuvent être repérées par quatre bits désignant les octets sélectionnés. On a ainsi les quartets de conformation (CONF) suivants: 1110 1 1 O 1 1 û 1 1 Pour la cinquième conformation, on peut convenir qu'elle est repérée par le quartet CONF = O O 0. Par les quatre premières conformations d'adresse partagée on touche tous les usagers ayant en commun les 3 octets de AP, c'est-à-dire tous Les usagers ayant, dans leur adresse unique, une valeur quelconque de l'octet ne figurant pas dans AP (pour une valeur de AU5 donnée). Autrement dit, on adresse ainsi virtuel- lement 256 usagers. Pour la cinquième conformation, on regroupe 4096 usagers. L'organisation en 45 octets de messages de gestion à adressage général MGG et à adressage partagé MGA-P est illustrée sur les figures 6 à 8. Sur la figure 7, le signal MGG comprend un premier octet CI, qui contient l'information de lien, un deuxième octet LI qui sert à définir la longueur du message MGG et 43 octets identifiant le programmateur et caractérisant le droit d'accès, un octet PI désignant l'organisation du groupe, un octet LI de valeur 01 et enfin un octet formé d'un quartet définissant la conformation (CONF) et du quartet AU5. Sur les figures 8 et 9 sont illustrées deux structures différentes du message de gestion à adressage partagé dans le cas du regroupage de 256 et de 4096 usagers. Sur la figure 8, le message comprend l'adresse partagée AP à 3 octets, un octet CI dont un bit contient l'information de lien, un octet LI puis un champ de 32 octets contenant 256 bits qui permet de décrire, pour chacun des 256 usagers dont l'adresse de groupe est AU5+AP, l'état autorisé (1) ou non autorisé (0) pour le droit d'accès qui suit, et enfin un champ de 8 octets décrivant le droit d'accès. Ce dernier champ, dans la variante décrite, est chiffré par la clé de service: c'est le cryptogramme Cr(DA) du droit d'accès. Le champ d'adresse de 8 bits résultant de l'opé- ration AU-(AU5+AP) de chaque usager permet de pointer sur le bit voulu du champ de 256 bits. Ce champ d'a- dresse est immédiatement défini par le quartet CONF puisqu'il correspond au "0" de ce quartet indiquant l'octet non utilisé dans l'adresse partagée. Ainsi: à CONF = 1 1 I 0 correspond AU1 à CONF = 1 1 0 I correspond AU2 à CONF = I 0 1 I correspond AU3 à CONF = 0 1 1 1 correspond AU4 La figure 9 illustre la structure d'un message MGA-P pour un regroupage de 4096 usagers, qui correspond à une conformation du type O O O 0. Les cinq premiers octets sont identiques à ceux de la figure 8, mais Le champ d'adresse comprend cette fois 30 octets cons- tituant 20 adresses de la formel1/2 AU2+AU1]. Un usager du groupe défini par AP ne sera autorisé, pour Le droit d'accès défini plus loin, que si l'une des 20 adresses définies dans le message est telle que: - AU = AP+[1/2 AU2+AU1]i. Le message se poursuit avec 8 octets du cryptogramme du droit d'accès et se termine avec un champ RUF non utilisé de 2 octets. L'efficacité de l'une ou l'autre organisation dépend de la nature du droit d'accès. Dans Le cas d'a- bonnement, la structure en regroupage de 256 usagers est plus efficace; en paiement à l'émission avec choix anticipé, l'autre type d'organisation peut être plus efficace si les demandes formulées ne s'appliquent pas aisément au regroupage par 256. La description qui précède se réfère à un parta- ge des adresses uniques des usagers. Mais l'invention n'est pas limitée à ce cas. Elle s'applique aussi au cas des adresses uniques de programmateur (AUP) qui peuvent être séparées en une part partagée et une sous- adresse. Si cette adresse unique de programmateur est constituée de 28 bits, elle peut être séparée en une partie de 8 bits les moins significatifs (AUP1) et une de 20 bits AUP2 les plus significatifs. L'adresse partagée sera constituée par les 20 bits les plus signi- ficatifs, complétés par 4 bits à O pour obtenir 3 oc- tets. Le signal de conformation sera alors de La forme CONF = 1 1 1 1 avec, en complément, 4 bits non signi- ficatifs. Le signal CONF = 1 1 I indique que la sous-adresse est constituée par l'octet le moins significatif AUP1. La diffusion des divers messages de gestion ayant été décrite, il reste à préciser le procédé de réception de ces messages. La figure 12 illustre l'orga- 263 21 48 nigramme mis en oeuvre dans le dispositif de sécurité de l'usager. Ce procédé comprend les opérations suivantes: - on reçoit les messages (opération 50) avec leur partie message de gestion à usage général MGG contenant le signal de conformation de groupe (CONF) et Leurs parties messages à adressage partagé MGA-P contenant l'adresse partagée (AP), la liste des usagers et le cryptogramme Cr(AD); - on vérifie si l'adresse unique de l'usager (AU) correspond bien au groupe défini par l'adresse partagée (AP) et la liste des usagers dans ce groupe (opération 52), - dans l'affirmative, on met en oeuvre un pre- mier algorithme de compression (opération 54) utilisant la clé de service CS, pour extraire des données véhicu- lées par le message à usage général et par le message à usage partagé, un paramètre R1, - on met en oeuvre un second algorithme (opéra- tion 56) utilisant la clé de service CS et le paramètre R1, cet algorithme étant appliqué au cryptogramme Cr(DA) définissant la valeur du droit d'accès, ce qui donne un résultat R2, - on vérifie si le résultat R2 présente bien la redondance introduite à l'émission lors de la réali- sation du cryptogramme (opération 58), - on tire du résultat R2 obtenu la valeur rl du droit d'accès à écrire et on examine si rl est ou n'est pas déjà écrit (opération 60), - dans la négative, on écrit ce droit d'accès dans le titre (opération 62). De manière plus générale, il n'est pas néces- saire de combiner le traitement de la redondance et le traitement du chiffrement/déchiffrement comme dans la variante qui vient d'être décrite. On peut d'abord mettre en oeuvre un traitement de redondance pour garantir L'authenticité de La messa- gerie. Quand le dispositif ne retrouve pas la redon- dance attendue, il arrête Le déroulement de ses opéra- tions internes en devenant muet: iL faut remettre Le dispositif à zéro pour le réactiver. Quand le dispo- sitif retrouve La redondance attendue, il poursuit le déroulement de ses opérations internes et met en oeuvre Le traitement de chiffrement/déchiffrement. REVENDICATIONS 1. Procédé de diffusion de messages de gestion de titres d'accès conditionnel à des programmes diffu- ses, ces titres étant détenus par des usagers formant une audience, une adresse numérique unique étant affec- tée à chaque usager, les programmes diffusés étant embrouillés par une clé de service, cette clé étant détenue par tous les usagers, l'accès à un tel programme étant lié à un statut d'utilisation de la cLé de servi- ce, ce procédé étant caractérisé par Le fait que, pour écrire un droit d'accès dans certains titres, il com- prend les opérations suivantes: a) on répertorie les usagers de l'audience ayant souscrit un même droit d'accès, b) on définit un groupe incluant les usagers ayant souscrit ce même droit d'accès, ce groupe d'usa- gers ayant la particularité de présenter une adresse ayant une partie commune dite adresse partagée, l'adres- se de chaque usager pouvant ainsi être constituée par l'adresse partagée propre à tous les usagers du groupe et une sous-adresse unique définissant cet usager au sein du groupe, c) on diffuse un message de gestion à usage général (MGG) constitué notamment par: - une information de Lien, - un premier champ numérique contenant des informations communes à L'ensemble des usa- gers de l'audience, ces informations identi-- fiant le service programmateur et caractéri- sant Le droit d'accès à valider, - un second champ définissant une conforma- tion de groupe, toutes les données de ces deux champs étant diffusées en clair, d) on diffuse, après ce message de gestion à usage général (MGG), au moins un message de gestion à adressage partagé (MGA-P), un tel message de gestion à adressage partagé comprenant: - L'adresse partagée du groupe d'usagers, adresse dont l'organisation est spécifiée par l'information de conformation contenue dans le message de gestion à usage général qui précède, cette adresse étant émise en cLair, - une information de lien, un champ définissant La Liste des usagers appartenant au groupe visé pour Lesquels un droit d'accès doit être écrit, ces infor- mations étant émises en clair, e) on introduit dans l'un quelconque de ces messages (MGG et MGA-P) un champ contenant la valeur commune du droit d'accès, f) on forme une redondance qui garantit l'au- thenticité du message, g) un groupe d'usagers étant ainsi défini intrinsèquement par le message lui-même, grâce à l'information de conformation du message à usage général et à l'adresse partagée du message de gestion à adressage partagé qui suit, ce groupe pouvant être modifié en fonction de chaque droit d'accès commun à écrire, par modification de l'information de conformation et de L'adresse partagée. 2. Procédé selon La revendication 1, caractérisé par le fait que le champ contenant la valeur commune du droit d'accès est dans le message à adressage partagé (MGA-P). 3. Procédé selon la revendication 1, caractérisé par le fait que les informations contenant la valeur commune du droit d'accès sont chiffrées par un algo- rithme de chiffrement utilisant la clé de service et 2632 1 48 un paramètre pour former un cryptogramme Cr(DA). 4. Procédé selon la revendication 3, caractérisé par le fait que le cryptogramme définissant la valeur commune du droit d'accès contient ladite redondance. 5. Procédé selon la revendication 1, caractérisé par le fait que chaque adresse unique est constituée de 36 bits organisés en quatre octets (UA1, UA2, UA3, UA4) et un quartet (UA5). 6. Procédé selon la revendication 5, caractérisé par le fait que: - le signal de conformation de groupe (CONF) est constitué d'un quartet ayant 3 bits à 1 et I bit à 0, et par un quartet (UA5), - l'adresse partagée comprend 24 bits correspon- dant à 3 des octets de l'adresse unique, octets spéci- fiés par les bits à 1 du signal de conformation, - la sous-adresse unique comprend l'octet non utilisé dans l'adresse partagée, le groupe comprenant ainsi 256 usagers, - le champ d'adresse contenu dans le message partagé est constitué par 256 bits à 1 ou à O selon que l'usager correspondant est autorisé ou non à utili- ser le droit d'accès diffusé dans ce message. 7. Procédé selon la revendication 5, caractérisé par le fait que: - le signal de conformation de groupe est cons- titué par un quartet dont tous les bits sont à O suivi d'un quartet non significatif, - L'adresse partagée est constituée par le quartet (UA5), les octets UA4 et UA3 et les quatre bits les plus significatifs de l'octet UA2, - le groupe comprend 4096 usagers, - le champ d'adresses du message partagé com- prend 20 sous-adresses uniques, chacune désignant un usager auquel est destiné le droit d'accès diffusé, - les sous-adresses sont constituées par 12 bits correspondant aux 4 bits les moins significatifs de l'octet (UA2) et aux huit bits de l'octet (UA1). 8. Procédé selon la revendication 1, caractérisé par le fait que chaque adresse unique est constituée par une adresse unique du programmateur (PPUA) de 28 bits comprenant un octet PPUA1 et un groupe de 20 bits (PPUA2). 9. Procédé selon la revendication 7, caractérisé par le fait que: - le signal de conformation de groupe (CONF) est constitué par 4 bits à 1 suivis de 4 bits non signi- ficatifs, - l'adresse partagée comprend un quartet à 0 et les 20 bits les plus significatifs de l'adresse unique du programmateur, - le groupe comprend 256 usagers, - le champ d'adresse du message de gestion partagé est constitué par 256 bits à 1 ou 0 selon que l'usager correspondant est ou non autorisé à utiliser le droit d'accès diffusé dans ce message. 10. Procédé de réception et de traitement de messages de gestion de titres d'accès conditionnel à des programmes diffusés, ces messages ayant été dif- fuses selon le procédé de la revendication 1, caracté- risé par le fait qu'il comprend les opérations suivan- tes, chez chaque usager de l'audience: a) on reçoit lesdits messages, avec leur message de gestion à usage général (MGG) contenant le signal de conformation de groupe et avec leurs messages de gestion à adresse partagée (MGA-P) contenant l'adresse partagée, la liste des usagers avec les informations correspondant au droit d'accès, b) on vérifie si l'adresse unique de l'usager correspond bien au groupe défini par l'adresse partagée et la liste des usagers dans ce groupe, - dans l'affirmative, on met en oeuvre un premier algorithme de compression utilisant la clé de service, pour extraire des données véhiculées par le message à usage général et par le message à usage partagé, un paramè- tre (R1), - on vérifie si le message reçu présente bien la redondance introduite à l'émission, - on tire la valeur du droit d'accès à écrire, - on écrit ce droit d'accès dans le titre. 11. Procédé de réception et de traitement selon la revendication 10, caractérisé par le fait que les informations concernant le droit d'accès ayant été chiffrées sous forme d'un cryptogramme du droit d'accès, on met en oeuvre un second algorithme utilisant la clé de service et le paramètre (R1), cet algorithme étant appliqué au cryptogramme du droit d'accès. 12. Procédé de réception et de traitement selon la revendication 11, caractérisé en ce que le second algorithme mis en oeuvre donnant un résultat R2 on vérifie si le résultat R2 présente bien la redondance attendue, on tire alors du résultat R2 la valeur (ri) du droit d'accès à écrire.