FR 2910671 A1 20080627 FR 0611194 A 20061221 La présente invention concerne un procédé de gestion du nombre de visualisations, un processeur de sécurité et un terminal pour ce procédé. Il existe des procédés de gestion du nombre de 5 visualisations d'un contenu audiovisuel. Ces procédés comportent, par exemple : - la fourniture d'un contenu audiovisuel numérique enregistré sur un support d'enregistrement d'informations, ce contenu étant divisé en plusieurs 10 segments temporels consécutifs et destinés à être lus automatiquement dans un ordre prescrit, - la fourniture d'un nombre de visualisations autorisées de ce contenu audiovisuel, - la lecture du contenu audiovisuel enregistré, à 15 l'aide d'un lecteur électronique, le lecteur électronique permettant notamment des sauts en arrière pour lire un segment précédent avant que la fin du contenu audiovisuel ne soit atteinte, - le calcul du nombre de visualisations du 20 contenu audiovisuel déjà effectuées, et -l'interdiction de toute nouvelle visualisation du contenu audiovisuel si le nombre de visualisations déjà effectuées est supérieur ou égal au nombre de visualisations autorisées et, dans le cas contraire, 25 l'autorisation d'une nouvelle visualisation du contenu audiovisuel dans son ensemble. Les contenus audiovisuels numériques sont, par exemple, des vidéogrammes tels que des films ou une émission télévisée. 30 Un segment correspond à une suite ordonnée et consécutive d'images et/ou de sons. Ce segment est enregistré dans un format adapté pour être lu par le lecteur électronique puis visualisé sur un écran. Lors de la visualisation sur un écran, les images et sons d'un 2910671 2 segment s'enchaînent les uns après les autres à une fréquence supérieure ou égale à 50 Hz de manière à créer une impression de continuité visuelle et auditive entre les différentes images et sons d'un même segment. On dit que deux segments sont consécutifs, si lors de la lecture de ces segments dans l'ordre prescrit, le laps de temps qui sépare l'instant où le segment précédent cesse d'être joué de l'instant où le segment suivant commence à être joué est inférieur à 1/50 seconde. Ainsi, lorsque deux segments sont consécutifs, une continuité visuelle et auditive est assurée entre ces deux segments pour l'usager. Ces procédés de gestion sont particulièrement utiles pour limiter le nombre de fois qu'un usager peut visualiser un contenu audiovisuel enregistré. On remarque ici que l'on limite le nombre de fois où le contenu audiovisuel peut être visualisé en utilisant un calcul du nombre de fois où l'usager a déjà visualisé le contenu audiovisuel. Cette première approche est à distinguer d'une seconde approche concurrente visant elle aussi à limiter le nombre de fois où le contenu est visualisable. Cette approche concurrente autorise au départ une durée de visualisation DVA. Ensuite, la durée DVA est décrémentée proportionnellement au temps de visualisations effectuées du contenu audiovisuel. Cette approche concurrente est simple, car il suffit de mesurer le temps de visualisation. Toutefois, elle est très peu flexible, en particulier, il est très difficile en mesurant uniquement le temps de visualisations déjà écoulé de tenir compte des différentes possibilités de visualisations du contenu audiovisuel rendues possibles par les sauts en arrière ou, au contraire, en avant, qui peuvent être réalisés sous la commande de l'utilisateur. Potentiellement, le dénombrement du nombre de visualisations du contenu audiovisuel ne présente pas 2910671 3 l'inconvénient de cette approche concurrente. Toutefois, à cause de la possibilité d'effectuer des sauts en arrière et, éventuellement, en avant, il existe un grand nombre de stratégies différentes pour calculer le nombre de 5 visualisations déjà effectuées. Par exemple, on peut décider que le contenu audiovisuel a été visualisé une fois lorsque chacun de ses segments a été visualisé au moins une fois. Cette stratégie est très permissive puisqu'elle permet en outre à un usager 10 de visualiser autant de fois qu'il le veut un segment donné en revenant systématiquement en arrière après la visualisation de ce segment. Une stratégie un peu moins permissive consiste à incrémenter un compteur à chaque fois qu'un segment du 15 contenu audiovisuel est visualisé. Ce compteur est ensuite comparé à un seuil prédéterminé. Si le seuil est dépassé, le nombre de visualisations déjà effectuées est incrémenté de un. Avec cette stratégie, l'usager ne peut plus visualiser autant de fois qu'il veut le même segment sans 20 que le nombre de visualisations déjà effectuées ne soit incrémenté. Par contre, à l'inverse, le nombre de visualisations déjà effectuées peut être incrémenté même si certains segments n'ont jamais encore été visualisés. Il est donc souhaitable de proposer un procédé de 25 gestion du nombre de visualisations qui soit suffisamment flexible pour permettre l'implémentation de nouvelles stratégies de calcul du nombre de visualisations déjà effectuées sans entraîner de modifications importantes du procédé. 30 L'invention vise à satisfaire ce souhait. Elle a donc pour objet un procédé de gestion du nombre de visualisations d'un contenu audiovisuel comportant : - la fourniture d'un tableau contenant autant de cellules que de segments temporels, chaque cellule étant 2910671 4 associée de façon biunivoque à un segment respectif du contenu audiovisuel, chaque cellule étant apte à contenir un nombre, - lorsqu'un segment du contenu audiovisuel est 5 lu par le lecteur électronique, l'incrémentation ou la décrémentation d'un pas prédéterminé du nombre contenu dans la cellule associée à ce segment, et - le calcul du nombre de visualisations déjà effectuées réalisé à partir des nombres enregistrés dans 10 chacune des cellules du tableau. Dans le procédé ci--dessus, le tableau permet de mémoriser une représentation du nombre de fois que chaque segment du contenu audiovisuel a été visualisé. En particulier, le contenu de ce tableau permet en outre de 15 déceler l'utilisation de sauts en arrière. La granulométrie des informations contenues dans ce tableau est donc suffisante pour pouvoir mettre en oeuvre un grand nombre de stratégies différentes de calcul du nombre de visualisations déjà effectuées. Le procédé est donc 20 suffisamment flexible pour que chaque opérateur ou fournisseur de contenu audiovisuel puisse définir sa propre stratégie de calcul du nombre de visualisations déjà effectuées. Toutefois, en cas de changement de stratégie de 25 calcul, seuls la façon de calculer le nombre de visualisations déjà effectuées et/ou le pas prédéterminé d'incrémentation ou de décrémentation doivent être modifiés sans qu'il soit nécessaire de modifier les opérations de gestion et de mise à jour du tableau. Les 30 modifications à apporter au procédé de gestion sont donc limitées. Les modes de réalisation de ce procédé peuvent comporter une ou plusieurs des caractéristiques suivantes : 2910671 5 -l'enregistrement dans une mémoire non volatile d'une licence de visualisation multiple, cette licence comportant au moins : . le nombre de visualisations autorisées, 5 le tableau contenant les cellules associées de façon biunivoque aux segments temporels du contenu audiovisuel, . une redondance cryptographique, telle qu'une signature réalisée à l'aide d'une clé cryptographique, d'au 10 moins une partie de chacune des informations précédentes, - la vérification de la redondance cryptographique avant chaque nouvelle utilisation du lecteur pour visualiser le contenu audiovisuel, et - l'interdiction de toute nouvelle visualisation 15 dans le cas où la redondance cryptographique n'a pas pu être vérifiée correctement - la licence comporte un identifiant T Anti Reuse de son utilisation précédente, - un processeur de sécurité équipé de moyens de 20 stockage d'informations contenant : . une clé cryptographique utilisable pour vérifier la redondance cryptographique de la licence et/ou une clé cryptographique permettant de réaliser la redondance cryptographique de la licence, et 25 . un identifiant C Anti Reuse de l'utilisation précédente de la licence, - après chaque utilisation du lecteur pour visualiser le contenu audiovisuel, les identifiants T Anti Reuse et C Anti Reuse sont modifiés pour que leurs 30 nouvelles valeurs respectives correspondent, et - avant chaque nouvelle utilisation du lecteur pour visualiser le contenu audiovisuel, la visualisation du contenu audiovisuel est autorisée uniquement si la valeur 2910671 6 de l'identifiant T Anti Reuse correspond à la valeur de l'identifiant C Anti Reuse ; - la sélection d'un algorithme de calcul du nombre de visualisations effectuées à exécuter lors du 5 calcul du nombre de visualisations, en fonction du contenu de la licence, parmi un ensemble de plusieurs algorithmes de calcul différents susceptibles d'être exécutés, deux algorithmes de calcul étant considérés comme différents s'il existe un même contenu des cellules du tableau à 10 partir duquel les deux algorithmes donnent des résultats différents ; - la fourniture de plusieurs contenus audiovisuels différents et de plusieurs licences ayant chacune un identifiant de contenu audiovisuel qui la relie 15 de façon biunivoque à un seul des contenus audiovisuels, et - lors du calcul du nombre de visualisations déjà effectuées, seules les informations contenues dans la licence contenant l'identifiant du contenu audiovisuel actuellement lu est utilisée pour le calcul du nombre de 20 visualisations déjà effectuées ; - la fourniture d'un processeur de sécurité apte à traiter des messages ECM (Entitlement Control Message) et EMM (Entitlement Management Message), - la transmission de la licence sous la forme 25 d'un message EMM au processeur de sécurité, ce message EMM contenant un identifiant de l'unique processeur de sécurité auquel il est adressé ; - différents segments du contenu audiovisuel sont embrouillés avec différents mots de contrôle, le procédé 30 comportant pour chaque segment : - la transmission d'au moins un message ECM à un processeur de sécurité, chaque message ECM contenant : 2910671 7 . un cryptogramme du mot de contrôle nécessaire pour désembrouiller au moins une partie de ce segment du contenu audiovisuel, et . un identifiant de la cellule du tableau qui 5 doit être incrémentée ou décrémentée quand ce message ECM est utilisé pour obtenir le mot de contrôle nécessaire au désembrouillage de ce segment du contenu audiovisuel, - l'incrémentation ou décrémentation du nombre contenu dans la cellule correspondante à l'identifiant de 10 cellule contenue dans le message ECM, - le déchiffrement, par le processeur de sécurité, du mot de contrôle contenu dans le message ECM transmis, et - la transmission du mot de contrôle déchiffré à 15 un désembrouilleur pour désembrouiller au moins une partie du segment du contenu audiovisuel ; - le calcul du nombre de visualisations déjà effectuées comporte : - la détermination du nombre de cellules du 20 tableau contenant un nombre qui a été incrémenté ou décrémenté depuis la dernière visualisation du contenu audiovisuel, et - le calcul du nombre de visualisations déjà effectuées en fonction du résultat de cette détermination ; 25 - lors du calcul du nombre de visualisations déjà effectuées, le pas prédéterminé utilisé pour incrémenter ou décrémenter le nombre contenu dans la cellule associée à un segment décroît ou croît en fonction du nombre de fois où ce segment a déjà été visualisé. 30 Ces modes de réalisation du procédé présentent en outre les avantages suivants : - la conservation des informations nécessaires au calcul du nombre de visualisations déjà effectuées dans une 2910671 8 licence signée rend la falsification de ces informations difficile, - la comparaison des identifiants T Anti Reuse et C Anti Reuse empêche qu'une licence puisse être 5 réinitialisée dans un état précédent, - la possibilité de sélectionner différents algorithmes de calcul du nombre de visualisations déjà effectuées permet d'utiliser différentes stratégies de contrôle du nombre de visualisations pour différents 10 contenus audiovisuels, -l'utilisation d'un identifiant de contenu audiovisuel dans chaque licence permet de gérer individuellement le calcul du nombre de visualisations pour chacun des contenus audiovisuels, 15 - la transmission de la licence sous la forme d'un message EMM limite les adaptations à apporter au processeur de sécurité pour qu'il puisse recevoir et traiter la licence, -la présence d'un identifiant de la cellule du 20 tableau qui doit être incrémenté ou décrémenté dans le message ECM contenant le cryptogramme du mot de contrôle simplifie grandement la gestion du tableau par le processeur de sécurité, - incrémenter le nombre de visualisations déjà 25 effectuées en fonction du nombre de cellules du tableau qui ont été modifiées depuis la dernière visualisation du contenu audiovisuel permet de tenir compte de la proportion du contenu audiovisuel qui a été visualisé pour incrémenter ou décrémenter le nombre de visualisations déjà effectuées, 30 et - faire varier le pas d'incrément ou de décrément en fonction du nombre de fois où le segment a déjà été visualisé permet d'attribuer une importance différente à la 2910671 9 première visualisation d'un segment par rapport aux visualisations suivantes de ce même segment. L'invention a également pour objet un processeur de sécurité contenant des instructions pour l'exécution du 5 procédé de gestion ci-dessus lorsque ces instructions sont exécutées par un calculateur électronique. Enfin, l'invention a également pour objet un terminal de lecture d'un contenu audiovisuel, ce terminal comportant : 10 - un support d'enregistrement d'informations contenant le contenu audiovisuel numérique enregistré, ce contenu étant divisé en plusieurs segments temporels consécutifs et destinés à être lus automatiquement dans un ordre prescrit, 15 - un nombre entier de visualisations autorisées pour ce contenu audiovisuel, - un lecteur électronique de contenus audiovisuels permettant notamment des sauts en arrière pour lire un segment précédent avant que la fin du contenu 20 audiovisuel ne soit atteinte, - le terminal étant apte : . à calculer le nombre de visualisations de ce contenu audiovisuel déjà effectuées, et . à interdire toute nouvelle visualisation du 25 contenu audiovisuel si le nombre de visualisations déjà effectuées est supérieur ou égal au nombre de visualisations autorisées et, dans le cas contraire, à autoriser une nouvelle visualisation du contenu audiovisuel dans son ensemble, 30 - le terminal comprend un tableau contenant autant de cellules que de segments temporels, chaque cellule étant associée de façon biunivoque à un segment respectif du contenu audiovisuel, chaque cellule étant apte à contenir un nombre, et 2910671 10 - le terminal est apte : . lorsqu'un segment du contenu multimédia est lu par le lecteur électronique, à incrémenter ou à décrémenter d'un pas prédéterminé le nombre contenu dans la cellule 5 associée à ce segment, et . à calculer le nombre de visualisations déjà effectuées à partir des nombres enregistrés dans chacune des cellules de ce tableau. L'invention sera mieux comprise à la lecture de la 10 description qui va suivre, donnée uniquement à titre d'exemple non limitatif et faite en se référant aux dessins sur lesquels : - la figure 1 est une illustration schématique d'un terminal de lecture de contenus audiovisuels 15 numériques enregistrés, - la figure 2 est une illustration schématique d'un contenu audiovisuel visualisable à l'aide du terminal de la figure 1, - la figure 3 est une illustration schématique 20 d'un ECM (Entitlement Control Message) enregistré avec le contenu audiovisuel de la figure 2, - la figure 4 est une illustration schématique d'une licence utilisée dans le terminal de la figure 1, - la figure 5 est une illustration de la 25 structure d'un tableau contenu dans la licence de la figure 4, - la figure 6 est une illustration d'une liste d'anti-rejeu contenue dans un processeur de sécurité du terminal de la figure 1, 30 - les figures 7A et 7B sont des organigrammes d'un procédé de gestion du nombre de visualisations du contenu audiovisuel mis en oeuvre dans le terminal de la figure 1, 2910671 11 - la figure 8 est une illustration schématique de la structure d'un EMM-U (Entitlement Management Message à adresse Unique) généré lors de l'exécution du procédé de la figure 7, et 5 - les figures 9 à 11 sont des organigrammes, respectivement, de trois algorithmes de calcul du nombre de visualisations déjà effectuées. Dans ces figures, les mêmes références sont utilisées pour désigner les mêmes éléments. 10 Dans la suite de cette description, les caractéristiques et fonctions bien connues de l'homme du métier ne sont pas décrites en détail. La figure 1 représente un terminal 2 de lecture de contenu audiovisuel numérique. Ce terminal 2 est apte à 15 commander l'affichage sur un écran 4 des contenus audiovisuels lus de manière à ce que ceux-ci puissent être visualisés par un usager. Par usager, on désigne ici un être humain. L'écran 4 est, par exemple, typiquement un écran de 20 télévision. Le terminal 2 comprend un décodeur 6 raccordé à un support 8 d'enregistrement d'informations. Les contenus audiovisuels sont enregistrés sur ce support 8. Par exemple, ici, à titre d'illustration, deux contenus 25 audiovisuels CAN1 et CAN2 ainsi que leurs licences respectives L1 et L2 sont enregistrés dans le support 8. Les contenus CAN1 et CAN2 sont, par exemple, des contenus audiovisuels embrouillés à l'aide de mots de contrôle CW. La structure d'un de ces contenus audiovisuels est 30 illustrée sur la figure 2. Le contenu audiovisuel est divisé en une multitude de segments temporels CAN_1 à CAN_N. Ces segments CAN_i se suivent dans un ordre prescrit. Par exemple, le segment CAN 1 correspond au premier segment qui doit être lu et le 2910671 12 segment CAN_N correspond au dernier segment qui doit être lu. Ici, chaque segment CAN i est embrouillé à l'aide d'un seul mot de contrôle CW différent de celui utilisé pour embrouiller les segments précédents et les segments 5 suivants. Ainsi, dans ce mode de réalisation particulier, chaque segment correspond à une cryptopériode. A titre d'exemple, la durée d'une cryptopériode est généralement de 10 secondes. Chaque segment ou cryptopériode CAN i est associé à 10 un message ECM (Entitlement Control Message) noté ECM i. Le message ECM i contient un cryptogramme CW* du mot de contrôle CW utilisé pour embrouiller le segment CAN i. Les messages ECM i sont enregistrés sur le support 8 en même temps que les segments CAN :i. 15 La structure de ces messages ECM i est par exemple conforme à la norme UTE C90-007 Système d'accès conditionnel pour systèmes de diffusion numérique utilisée dans le domaine de la transmission des signaux multimédias embrouillés par l'intermédiaire de réseaux 20 grande distance de transmission d'informations tel que, par exemple, des réseaux faisant intervenir des satellites. Sur la figure 3, seules les portions de la structure du message ECM i utiles pour la compréhension de la suite de la description sont représentées. Le message ECM _i 25 comprend un champ SOID contenant à la fois un identifiant de l'opérateur ayant diffusé ce contenu audiovisuel ainsi qu'un identifiant du contexte cryptographique à appliquer. L'identifiant du contexte cryptographique à appliquer permet notamment à un processeur de sécurité d'identifier 30 quelle est la ou quelles sont les clés cryptographiques à utiliser pour traiter ce message ECM. Le message ECM i comprend également : - un champ Cid contenant un identifiant C Id d'une cellule d'un tableau, 2910671 13 - un champ CW* contenant le cryptogramme CW* d'un mot de contrôle CW, - un champ CdA contenant des conditions d'accès CdA au contenu audiovisuel, et 5 - un champ ECM R contenant une redondance cryptographique telle qu'un MAC (Message Authentication Code) ou une signature cryptographique de l'ECM_i portant sur une partie des informations contenues dans chacun des champs précédents de ce message ECM_i. 10 L'identifiant C Id établit une relation biunivoque entre ce message ECM _l et une cellule du tableau de la figure 5. La structure des licences L1 et L2 est, par exemple, conforme à la structure de licence représentée sur la 15 figure 4. Plus précisément, chaque licence comprend les champs suivants : - un champ SOID ayant le même contenu que le champ SOID des messages ECM_i associés au contenu audiovisuel correspondant à cette licence, 20 - un champ UA contenant un identifiant unique UA d'un processeur de sécurité, - un champ Content Id contenant un identifiant Content Id du contenu audiovisuel auquel correspond cette licence, 25 - un champ L Id contenant un identifiant L_Id de cette licence permettant notamment de distinguer cette licence d'une autre licence contenant exactement les mêmes identifiants SOID, UA et Content Id, - un champ NVA contenant un nombre entier positif 30 NVA correspondant au nombre de visualisations autorisées pour le contenu audiovisuel identifié par l'identifiant Content Id, - un champ NCV contenant un nombre entier NCV utilisé pour mémoriser le nombre de segments déjà 2910671 14 visualisés lors de la précédente lecture du contenu audiovisuel associé à cette licence, - un champ T Anti Reuse contenant un identifiant T Anti Reuse de l'utilisation précédente de la licence, 5 utilisé pour éviter qu'une même licence puisse être réutilisée plusieurs fois ; typiquement cet identifiant est un nombre dont la valeur croit strictement à chaque nouvelle utilisation de la licence, - un champ Params contenant différents paramètres 10 d'un algorithme de calcul du nombre de visualisations déjà effectuées, - un champ Tab contenant le tableau de la figure 5, et - un champ L R contenant une redondance 15 cryptographique L_R telle qu'un MAC ou une signature cryptographique portant sur au moins une partie des informations contenues dans chacun des champs précédents. A titre d'exemple, le champ Params contient des valeurs pour les paramètres suivants : 20 - C Size, - SI, - S2, et - Algo Id. L'intérêt de ces paramètres apparaîtra en regard de 25 la description des figures 9 à 11. La redondance cryptographique L-R est construite en mettant en oeuvre un algorithme cryptographique et une clé cryptographique. La figure 5 représente schématiquement un exemple de 30 structure possible pour le tableau Tab. Ici, ce tableau est formé de N cellules successives classées dans l'ordre allant de 1 à N. N est un nombre entier égal au nombre de segments contenus dans le contenu audiovisuel auquel est associée la licence. Chaque cellule est destinée à contenir 2910671 15 un nombre codé sur un nombre de bits paramétrables à l'aide du paramètre C_Size contenu dans le champ Params de la licence. Les valeurs 1, 2, 3,, ..., i, i+l, .,N indiquées au- 5 dessus de chacune de ces cellules représentent la valeur de l'identifiant C Id permettant d'identifier la cellule située juste en-dessous. Le décodeur 6 comprend : - un lecteur électronique 10 apte à lire et à 10 écrire des informations sur le support 8, un filtre 12 apte à orienter le contenu audiovisuel embrouillé vers un désembrouilleur et un décodeur 14 et à envoyer les messages ECM i associés à ce contenu audiovisuel embrouillé vers une interface 15 décodeur/carte 16, - le désembrouilleur et décodeur 14. Le décodeur 6 comprend ici, à titre d'illustration uniquement, un récepteur 18 apte à recevoir par l'intermédiaire d'un réseau sans fil 20 de transmission 20 d'informations des contenus audiovisuels embrouillés et les messages ECM associés à ce contenu audiovisuel. Par exemple, les contenus audiovisuels embrouillés ainsi que les messages ECM sont diffusés par un émetteur distant 24 vers une multitude de terminaux distants, tel que le 25 terminal 2. Le terminal 2 comprend également un processeur de sécurité 30 raccordé au décodeur 6. Ce processeur de sécurité 30 est conçu pour traiter des messages ECM et EMM (Entitlement Management Message) et effectuer les 30 opérations de chiffrement et de déchiffrement nécessaires au fonctionnement du terminal 2. A cet effet, le processeur 30 comporte : 2910671 16 - une interface 32 apte à coopérer avec l'interface 16 du décodeur pour recevoir de ce dernier des messages ECM et EMM, - un calculateur 34 apte à traiter les messages 5 EMM et ECM reçus par l'intermédiaire de l'interface 32, - une mémoire non volatile 36 dans laquelle sont stockées, en outre, les différentes informations nécessaires aux opérations de chiffrement/déchiffrement, et - une mémoire volatile 38 dans laquelle sont 10 stockés des résultats temporaires de traitement. Par exemple, le processeur 30 est un processeur de sécurité amovible telle qu'une carte à puce. La mémoire 36 contient : • un identifiant UA unique du processeur de 15 sécurité permettant de distinguer le processeur 30 de l'ensemble des processeurs de sécurité susceptibles d'être utilisés dans le décodeur 6, . trois algorithmes Algol, Algo2 et Algo3 différents permettant chacun de calculer le nombre de 20 visualisations déjà effectuées. Pour chaque identifiant de contexte cryptographique, la mémoire 36 contient aussi les informations suivantes : - des titres d'accès TdA destinés à être comparés aux conditions d'accès CdA contenues dans un message ECM 25 afin de déterminer si ce message ECM peut être ou non traité par le processeur 30, - une liste CAR destinée à empêcher la réutilisation d'une licence, - des clés cryptographiques Ki permettant 30 d'effectuer les opérations de chiffrement et de déchiffrement nécessaires au traitement des messages ECM et EMM. La figure 6 représente un exemple de structure possible pour la liste CAR. Cette liste comporte, par 2910671 17 exemple, une première colonne contenant les identifiants Content Id et une seconde colonne comportant l'identifiant C Anti Reuse associé à l'identifiant Content Id. La liste CAR contient autant de lignes que de licences déjà lues par 5 le lecteur 10. La mémoire 36 comprend également un tableau Tabincrément destiné à être utilisé en conjonction avec l'algorithme Algo3. Le tableau Tabincrément est, par exemple, le suivant : 10 X 0 1 2 3 4 5 6 7 X+l Y 0 1 0, 5 0, 3 0, 2 0, 2 0, 2 0, 2 0, 1 Z 0 1 1, 5 1, 8 2 2, 2 2, 4 2, 6 Y+0, 1 La première ligne X de ce tableau contient des entiers correspondants chacun à un nombre de fois où un segment a été visualisé. La seconde ligne Y associe à 15 chacun de ces entiers un pas d'incrémentation. On remarquera que ce pas d'incrémentation est ici une fonction décroissante monotone du nombre de fois où un segment a déjà été lu. La ligne Z donne le nombre effectivement pris en compte par l'algorithme pour chaque nombre de 20 visualisation d'un segment. Enfin, le terminal 2 comporte une télécommande 40 permettant de commander par l'intermédiaire d'une liaison sans fil 42 le décodeur 6. Pour simplifier l'illustration, seules les touches suivantes de la télécommande 40 sont 25 représentées : - une touche 44 permettant de déclencher la lecture d'un contenu audiovisuel sélectionné parmi les différents contenus audiovisuels enregistrés sur le support 8, 30 - une touche 45 permettant d'arrêter la lecture d'un contenu audiovisuel afin, par exemple, de passer à la 2910671 18 lecture d'un autre contenu audiovisuel ou tout simplement d'arrêter toute lecture, - une touche 46 permettant de faire des sauts en arrière, c'est-à-dire de passer directement du segment 5 actuellement lu à un segment précédent sans qu'il soit pour cela nécessaire de lire les segments intermédiaires entre le segment actuellement lu et le segment précédent, et - une touche 47 permettant d'effectuer des sauts en avant, c'est-à-dire permettant de passer du segment 10 actuellement ludirectement à un segment suivant sans avoir à lire les segments intermédiaires situés entre le segment actuellement lu et le segment suivant. Le fonctionnement du terminal 2 va maintenant être décrit en regard du procédé de la figure 7. Initialement, 15 lors d'une étape 70, l'émetteur 24 envoie au terminal 2 un contenu audiovisuel embrouillé et les messages ECM correspondants par l'intermédiaire du réseau 20. Lors d'une étape 72, le terminal 2 enregistre ce contenu audiovisuel embrouillé et les messages ECM correspondants sur le 20 support 8 de manière à obtenir, par exemple, le contenu audiovisuel enregistré CAN1. Ensuite, lors d'une étape 74, l'émetteur 24 transmet par l'intermédiaire du réseau 20 ou par un autre mode de communication, la licence L1 au terminal 2. Il s'agit ici de 25 la version initiale de la licence L1r contenant notamment la valeur initiale du nombre NVA de visualisations autorisées de ce contenu. De préférence, cette valeur initiale permet au moins deux visualisations complètes du contenu. Par exemple, lors de l'étape 74, cette licence est transmise 30 dans un message EMM-U dont la structure est représentée sur la figure 8. Plus précisément, la structure de ce message EMM-U est conforme à la norme UTE C90-007 (déjà citée) du domaine de la transmission de signaux multimédias embrouillés. Sur la figure 8, seuls les éléments 2910671 19 nécessaires à la compréhension de la suite de la description sont représentés. Plus précisément, le message EMM U comprend les mêmes champs que ceux déjà décrits en regard de la figure 4, de 5 sorte que leur description ne sera pas reprise ici en détail. Lors d'une étape 76, seul le terminal 2 dont le processeur de sécurité correspond à l'identifiant UA contenu dans le message EMM-U enregistre la licence reçue 10 sur le support 8. On comprend que la licence peut être envoyée avant ou en même temps que le contenu, de même pour son enregistrement sur le support 8. Les étapes 70 et 74 peuvent ainsi être simultanées ou permutées, ainsi que les 15 étapes 72 et 76, sous réserve que les étapes 72 et 76 restent postérieures respectivement aux étapes 70 et 74. Plus tard, l'utilisateur du terminal 2 déclenche la lecture d'un des contenus audiovisuels enregistrés sur le support 8 à l'aide de la télécommande 40, par exemple. On 20 suppose ici que la lecture du contenu CAN1 est déclenchée. Une phase 80, dite d'ouverture de session, débute alors. Initialement, lors d'une étape 82, si plusieurs licences existent pour le même contenu audiovisuel, l'usager sélectionne la licence à utiliser pour visualiser 25 ce contenu. Ici, la licence L1 est automatiquement sélectionnée puisque seule cette licence est associée au contenu CAN1. Ensuite, lors d'une étape 84, le terminal envoie la licence sélectionnée au processeur 30 par l'intermédiaire 30 des interfaces 16 et 32. A cet effet, le décodeur transmet le message EMM-U représentant la licence L1 , ce message EMM-U étant identique à celui de la figure 8. Lors d'une étape 86, le processeur 30 vérifie que l'identifiant UA contenu dans le message EMM-U reçu 2910671 20 correspond à l'identifiant UA enregistré dans la mémoire 36. Par exemple, lors de l'étape 86, le processeur 30 vérifie si ces identifiants UA sont identiques. Dans l'affirmative, il procède à une étape 88 lors de 5 laquelle le processeur 30 vérifie l'authenticité de la licence reçue à l'aide de la redondance cryptographique L R. Plus précisément, lors de l'étape 88, le processeur 30 procède à partir du contenu des champs de la licence reçue aux opérations similaires à celles précédemment effectuées 10 pour obtenir la redondance L_R. En particulier, lors de l'étape 88, au moins une des opérations implique un chiffrement ou un déchiffrement avec une clé cryptographique. Par exemple, la clé cryptographique utilisée dans la redondance cryptographique est identifiée 15 grâce à l'identifiant de contexte contenu dans le champ SOID du message EMM-U. Si le traitement de la redondance cryptographique par le processeur 30 conduit à un résultat positif, par exemple si la redondance construite par le processeur 30 est identique à la redondance contenue dans 20 le champ L R, alors la licence est considérée comme authentique et intègre et le processeur procède à une étape 90. Lors de l'étape 90, le processeur 30 recherche l'identifiant C Anti Reuse associé à l'identifiant 25 Content Id contenu dans la licence reçue. Si aucun identifiant de la liste CAR correspond à l'identifiant Content Id reçu, alors le processeur 30 ajoute, lors d'une étape 92, l'identifiant Content Id reçu à la liste CAR et associe cet identifiant à un identifiant C Anti Reuse de 30 valeur initialisée à zéro. Dans le cas contraire, lors d'une étape 94, le processeur 30 compare la valeur de l'identifiant T Anti Reuse de la licence reçue à la valeur de l'identifiant C Anti Reuse associé à l'identifiant 2910671 21 Content Id dans la liste CAR. Si les identifiants correspondent, par exemple si les valeurs sont identiques, alors le processeur 30, lors d'une étape 96, vérifie que le nombre NVA contenu dans la licence reçue est strictement 5 supérieur à zéro. Dans l'affirmative, lors d'une étape 98, le processeur 30 enregistre dans sa mémoire 38 les paramètres contenus dans le champ Params, les nombres NVA, NCV et le tableau Tab contenus dans la licence reçue. Si l'une des vérifications effectuées lors des étapes 10 86, 88, 94 ou 96 échoue, le processeur 30 procède à une étape 100 d'arrêt du traitement de la licence reçue et d'arrêt du déchiffrement du contenu audiovisuel embrouillé. A l'issue de l'étape 98, la phase 80 s'achève et une phase 104 de lecture du contenu audiovisuel débute 15 automatiquement. Au début de la phase 104, lors d'une étape 106, le premier segment CAN_1 du contenu audiovisuel CAN1 est lu et transmis au désembrouilleur 14. En parallèle, lors d'une étape 108, le message ECM1 associé est transmis au 20 processeur 30. Ensuite, lors d'une étape 110, les conditions d'accès CdA contenues dans le message ECM 1 sont comparées aux titres d'accès TdA contenus dans la mémoire 36. Dans le cas où les conditions d'accès correspondent aux titres d'accès 25 TdA, alors le procédé se poursuit par une étape 112 d'extraction de l'identifiant C Id contenu dans le message ECM 1 reçu. Ensuite, lors d'une étape 114, le processeur 30 incrémente d'un pas spécifié la cellule du tableau Tab reçu 30 correspondant à l'identifiant C_Id extrait. Le pas spécifié dépend ici du paramètre Algo_Id. L'étape 114 est exécutée uniquement si la taille maximale de la cellule spécifiée par l'identifiant C Id n'a pas déjà été atteinte. 2910671 22 Lors d'une étape 116, le processeur 30 incrémente également du pas spécifié le nombre NCV. Ensuite, lors d'une étape 120, le processeur détermine si une nouvelle visualisation du contenu 5 audiovisuel a été effectuée. Cette détermination est effectuée en exécutant l'algorithme correspondant à l'identifiant Algo Id. Des algorithmes correspondants respectivement aux identifiants Algol, Algo2 et Algo3 sont décrits, respectivement, en regard des figures 9 à 11. 10 Dans l'affirmative, il procède à une étape 122, lors de laquelle le nombre NVA est incrémenté et, si nécessaire, le tableau Tab et le nombre NVC sont mis à jour. Lors d'une étape 124, le processeur 30 vérifie que le nombre NVA est strictement supérieur à zéro. Si le nombre 15 NVA est toujours strictement supérieur à zéro, alors lors d'une étape 126, le processeur procède à l'extraction du cryptogramme CW* contenu dans le message ECM_1 reçu puis déchiffre ce cryptogramme avec une clé de déchiffrement enregistrée dans le contexte associé au contenu du champ 20 SOID. Ensuite, lors d'une étape 128, le mot de contrôle CW déchiffré est transmis au désembrouilleur 14. Si lors de l'étape 110, les conditions d'accès reçues ne correspondent pas aux titres d'accès enregistrés, ou si lors de l'étape 124, le nombre NVA est inférieur ou égal à 25 zéro, alors le processeur 30 procède immédiatement à une étape 130 d'arrêt du traitement des messages ECMi reçus. Par conséquent, aucun nouveau mot de contrôle CW n'est fourni au désembrouilleur ce qui empêche le désembrouillage correct du contenu audiovisuel enregistré sur le support 8. 30 Si lors de l'étape 120, il a été déterminé qu'aucune nouvelle visualisation n'a été effectuée, alors le procédé passe de l'étape 120 directement à l'étape 126. A l'issue de l'étape 128, lors d'une étape 132, le désembrouilleur 14 désembrouille le segment CAN 1 en 2910671 23 utilisant le mot de contrôle CW reçu du processeur 30. Ensuite, lors d'une étape 134, le segment désembrouillé est affiché en clair sur l'écran 4. A l'issue de l'étape 134, le procédé retourne 5 automatiquement aux étapes 106 et 108 pour lire le segment suivant du contenu audiovisuel CAN1. En l'absence d'utilisation de sauts en avant ou en arrière déclenchés à l'aide des touches 46 et 47, les étapes 106 à 134 sont réitérées pour chacun des segments 10 CAN i du contenu CAN1 dans l'ordre de ces segments. Lors de la phase 104, l'usager peut également utiliser les touches 46 et 47 pour provoquer des sauts en arrière ou en avant. Dans ces conditions, les segments du contenu CAN1 ne sont plus lus dans l'ordre prescrit. 15 Toutefois, les étapes 106 à 134 continuent de s'appliquer à chacun des segments lus. En d'autres termes, l'usage des touches 46 et 47 ne met pas fin à la session de lecture en cours. Après avoir visualisé le contenu audiovisuel, 20 l'usager peut décider de mettre fin à cette visualisation, par exemple, en enfonçant la touche 45. A ce moment, le processeur 30 procède à une phase 140 de clôture de la session en cours. Au début de la phase 140, lors d'une étape 142, le processeur 30 incrémente le nombre 25 constituant l'identifiant C Anti Reuse associé à l'identifiant Content Id dans la liste CAR. Ensuite, lors d'une étape 144, le processeur génère une licence réactualisée, c'est-à-dire que la licence réactualisée contient les nouvelles valeurs des nombres NVA, NCV, 30 T Anti Reuse, et Tab, ainsi qu'une valeur L _R reconstituée. La valeur de l'identifiant T Anti Reuse de la licence réactualisée est identique à celle de l'identifiant C Anti Reuse associé à l'identifiant Content Id dans la liste CAR. 2910671 24 La redondance L R est construite à partir des nouvelles valeurs de la licence et en utilisant la clé cryptographique adéquate enregistrée dans le contexte associé à l'identifiant SOID. 5 Ensuite, lors d'une étape 146, le processeur 30 transmet la licence L1 réactualisée au décodeur 6 qui l'enregistre à la place de la licence L1 précédemment enregistrée sur le support 8. On décrit maintenant trois exemples d'algorithmes de 10 calcul du nombre de visualisations tels qu'ils peuvent être mis en oeuvre à l'étape 120. Chaque algorithme est désigné par une valeur particulière du paramètre Algo_Id contenu dans la licence La figure 9 illustre l'algorithme Algol de calcul du 15 nombre de visualisations déjà effectuées. L'algorithme Algol utilise deux paramètres contenus dans la licence, à savoir le seuil S1 et le paramètre C_Size. Pour l'exécution de l'algorithme Algol, le paramètre C_Size est fixé à un bit. 20 Lors de l'exécution de l'algorithme Algol, lors d'une étape 150, le processeur 30 détecte une discontinuité dans la lecture du contenu audiovisuel. Par exemple, cette discontinuité peut être détectée en réponse à l'enfoncement d'une des touches 46 ou 47. La discontinuité peut être 25 également détectée en observant une discontinuité dans les valeurs des identifiants C Id contenus dans les ECM i reçus. Ensuite, lorsque cette discontinuité a été détectée, lors d'une étape 152, le processeur 30 considère qu'une 30 nouvelle visualisation du contenu audiovisuel a été effectuée si le nombre de cellules du tableau Tab contenant un 1 est supérieur ou égal au seuil Si. Dans l'affirmative, lors de l'étape 122, le nombre NVA est 2910671 25 décrémenté de un et toutes les cellules du tableau Tab sont réinitialisées à la valeur zéro. L'étape 152 est également exécutée automatiquement lorsque la fin du dernier segment du contenu audiovisuel 5 est atteinte. L'algorithme Algol permet la visualisation répétée d'une partie restreinte par le seuil S1 du contenu mais limite le nombre de visualisations dès lors que la partie du contenu visualisée est plus importante. 10 La figure 10 illustre l'algorithme Algo2 de calcul du nombre de visualisations déjà effectuées. Cet algorithme Algo2 utilise les paramètres C Size, S1 et S2 contenus dans la licence. Ici, le paramètre C Size est égal à un bit. Lors d'une étape 160, par exemple identique à l'étape 15 150, une discontinuité dans la lecture du contenu audiovisuel est détectée. En réponse, lors d'une étape 162, il est déterminé qu'une nouvelle visualisation a été effectuée si le nombre de cellules du tableau Tab contenant un 1 est supérieur au seuil S1 ou si le nombre NCV est 20 supérieur ou égal au seuil S2. Dans le cas où il est déterminé qu'une nouvelle visualisation a été effectuée ou à la fin de la lecture du dernier segment, lors de l'étape 122, le nombre NVA est décrémenté de un et toutes les cellules du tableau Tab 25 ainsi que la valeur du nombre NCV sont réinitialisées à la valeur zéro. L'algorithme Algo2 se différencie de Algol en ce qu'il limite la visualisation d'une partie restreinte du contenu, par action du seuil S2. 30 La figure 11 illustre l'algorithme Algo3. L'algorithme Algo3 utilise les paramètres C_Size et S2 de la licence reçue. De plus, l'identifiant de l'algorithme Algo3 indique au processeur 30 que le pas d'incrément utilisé 2910671 26 lors de l'étape 116 est déterminé à partir du tableau TabIncrément. Ensuite, lors d'une étape 170, le processeur 30 détecte une discontinuité dans la lecture du contenu 5 audiovisuel. En réponse ou à la fin de la lecture du dernier segment, lors d'une étape 172, il est déterminé qu'une nouvelle visualisation a été effectuée si le nombre NCV est supérieur au seuil S2. Dans l'affirmative, lors de l'étape 122, le nombre NVA est décrémenté de un et le 10 nombre NCV ainsi que toutes les cellules du tableau Tab sont réinitialisés à zéro. On remarquera que dans ce dernier mode de réalisation, le nombre NCV est incrémenté de un lorsqu'un segment est visualisé pour la première fois. Par contre, lorsque ce même segment est visualisé une 15 seconde fois, le nombre NOV n'est incrémenté que de 0,5. Puis, si ce segment est encore visualisé d'autres fois, l'incrément utilisé lors de l'étape 116 est encore plus petit. Ainsi, par ce biais, on affecte une importance moins grande aux visualisations ultérieures d'un même segment 20 qu'à la première visualisation. De nombreux autres modes.. DTD: de réalisation sont possibles. Par exemple, la licence peut être transmise de l'émetteur au décodeur, puis du décodeur au processeur de sécurité en utilisant un autre message qu'un message EMM-U. 25 Par exemple, toute structure signée de données peut être utilisée. Le processeur de sécurité 30 a été ici décrit comme étant un processeur amovible. En variante, le processeur 30 est intégré au décodeur 6 et fixé de façon permanente à ce 30 dernier. En variante, la licence ne contient pas de champ L_R et n'est donc pas protégée par une signature. Dans le cas où il n'existerait qu'une seule licence par contenu audiovisuel, le champ L_Id peut être omis. 2910671 27 Dans le cas où il existe plusieurs licences possibles pour un même contenu audiovisuel, la sélection de la licence à utiliser peut être automatique. Par exemple, la licence la plus vieille peut être utilisée en priorité. 5 Ici, chaque segment correspond à une cryptopériode. En variante, un segment correspond à plusieurs cryptopériodes successives. Dans ce cas, plusieurs messages ECM i comporteront le même identifiant CId. Dans un autre mode de réalisation, les cellules du 10 tableau Tab peuvent être décrémentées au lieu d'être incrémentées. Dans des modes de réalisation où le tableau Tab ne serait jamais réinitialisé, le champ NCV peut être omis. La licence peut également être commune à plusieurs 15 contenus audiovisuels enregistrés sur le support 8. Dans ce cas, l'identifiant Content Id identifie non pas un seul contenu audiovisuel, mais un groupe de contenus audiovisuels susceptibles d'être visualisés à l'aide du terminal 2. 20 Certaines étapes du procédé de la figure 4 peuvent être permutées. Par exemple, l'étape 110 peut être effectuée après l'étape 124. Ici, le contrôle du nombre de visualisations déjà effectuées est réalisé après la lecture de chaque segment. 25 En variante, ce contrôle peut être réalisé uniquement à la fin de la session de lecture. Ainsi, dans ce mode de réalisation, rien n'empêche un usager de visualiser autant de fois qu'il le souhaite un contenu audiovisuel au cours d'une seule et même session. Par contre, le nombre de 30 sessions sera limité. Dans une autre variante, le pas d'incrémentation utilisé par l'algorithme peut être fourni par un paramètre du message ECM pour tenir compte de l'intérêt variable d'une partie ou l'autre du contenu. 2910671 28 Le support 8 peut être un support amovible tel que, par exemple, un DVD-RW (Digital Video Disc-Rewritable) ou un CD-RW (Compact Disc-Rewritable). Il peut être un support amovible non ré-inscriptble (DVD-R, CD-R), dans ce cas la 5 licence est stockée dans une mémoire non volatile du lecteur électronique. Ce qui a été décrit ici dans le cas de contenus audiovisuels peut également s'appliquer à des contenus audiophoniques sans vidéo. 10 Ce qui a été décrit ici dans le cas d'affichage d'un contenu audiovisuel peut également s'appliquer à la redistribution contrôlée d'un tel contenu dans un réseau local ou domestique. REVENDICATIONS 1. Procédé de gestion du nombre de visualisations d'un contenu audiovisuel, ce procédé comportant : - la fourniture (72) d'un contenu audiovisuel numérique enregistré sur un support d'enregistrement d'informations, ce contenu étant divisé en plusieurs segments temporels consécutifs et destinés à être lus automatiquement dans un ordre prescrit, - la fourniture (74) d'un nombre de visualisations autorisées de ce contenu audiovisuel, - la lecture (106) du contenu audiovisuel enregistré, à l'aide d'un lecteur électronique, le lecteur électronique permettant notamment des sauts en arrière pour 15 lire un segment précédent avant que la fin du contenu audiovisuel ne soit atteinte, le calcul (120, 122) du nombre de visualisations du contenu audiovisuel déjà effectuées, et l'interdiction (130) de toute nouvelle 20 visualisation du contenu audiovisuel si le nombre de visualisations déjà effectuées est supérieur ou égal au nombre de visualisations autorisées et, dans le cas contraire, l'autorisation d'une nouvelle visualisation du contenu audiovisuel, 25 caractérisé en ce que le procédé comporte : - la fourniture (84) d'un tableau contenant autant de cellules que de segments temporels, chaque cellule étant associée de façon biunivoque à un segment respectif du contenu audiovisuel, chaque cellule étant apte 30 à contenir un nombre, -lorsqu'un segment du contenu audiovisuel est lu par le lecteur électronique, l'incrémentation (114) ou la décrémentation d'un pas prédéterminé du nombre contenu dans la cellule associée à ce segment, et 10 2910671 30 - le calcul (120 ; 152 ; 162 ; 172) du nombre de visualisations déjà effectuées réalisé à partir des nombres enregistrés dans chacune des cellules du tableau. 2. Procédé selon la revendication 1, dans lequel le 5 procédé comporte : -l'enregistrement (76) dans une mémoire non volatile d'une licence de visualisation multiple, cette licence comportant au moins : . le nombre de visualisations autorisées, . le tableau contenant les cellules associées de façon biunivoque aux segments temporels du contenu audiovisuel, . une redondance cryptographique réalisée à l'aide d'une clé cryptographique et d'au moins une partie 15 de chacune des informations précédentes, - la vérification (88) de la redondance cryptographiquee avant chaque nouvelle utilisation du lecteur pour visualiser le contenu audiovisuel, et -l'interdiction (100) de toute nouvelle 20 visualisation dans le cas où la redondance cryptographique n'a pas pu être vérifiée correctement. 3. Procédé selon la revendication 2, dans lequel : - la licence comporte un identifiant TAntiReuse de son utilisation précédente, 25 - un processeur (30) de sécurité équipé de moyens de stockage d'informations contenant : . une clé cryptographique utilisable pour vérifier la redondance cryptographique de la licence et/ou une clé cryptographique permettant de réaliser la 30 redondance cryptographique de la licence, et . un identifiant C Anti Reuse de l'utilisation précédente de la licence, -après chaque utilisation du lecteur pour visualiser le contenu audiovisuel, les identifiants 2910671 31 T Anti Reuse et C Anti Reuse sont modifiés (142, 144) pour que leurs nouvelles valeurs respectives correspondent, et - avant chaque nouvelle utilisation du lecteur pour visualiser le contenu audiovisuel, la visualisation du 5 contenu audiovisuel est autorisée (94) uniquement si la valeur de l'identifiant T Anti Reuse correspond à la valeur de l'identifiant C Anti Reuse. 4. Procédé selon l'une quelconque des revendications précédentes, dans lequel le procédé comporte la sélection 10 (120) d'un algorithme de calcul du nombre de visualisations effectuées à exécuter lors du calcul du nombre de visualisations, en fonction du contenu de la licence, parmi un ensemble de plusieurs algorithmes de calcul différents susceptibles d'être exécutés, deux algorithmes de calcul étant considérés comme différents s'il existe un même contenu des cellules du tableau à partir duquel les deux algorithmes donnent des résultats différents. 5. Procédé selon l'une quelconque des revendications précédentes, dans lequel le procédé comporte : - la fourniture de plusieurs contenus audiovisuels différents et de plusieurs licences ayant chacune un identifiant de contenu audiovisuel qui la relie de façon biunivoque à un seul des contenus audiovisuels, et - lors du calcul du nombre de visualisations déjà effectuées, seules les informations contenues dans la licence contenant l'identifiant du contenu audiovisuel actuellement lu est utilisée pour le calcul du nombre de visualisations déjà effectuées. 6. Procédé selon l'une quelconque des revendications 30 précédentes, dans lequel le procédé comporte : - la fourniture d'un processeur de sécurité apte à traiter des messages ECM (Entitlement Control Message) et EMM (Entitlement Management Message), 2910671 32 - la transmission (84) de la licence sous la forme d'un message EMM au processeur de sécurité, ce message EMM contenant un identifiant de l'unique processeur de sécurité auquel il est adressé. 5 7. Procédé selon l'une quelconque des revendications précédentes, dans lequel différents segments du contenu audiovisuel sont embrouillés avec différents mots de contrôle, le procédé comportant pour chaque segment : -la transmission (108) d'au moins un message ECM 10 à un processeur de sécurité, chaque message ECM contenant : . un cryptogramme du mot de contrôle nécessaire pour désembrouiller au moins une partie de ce segment du contenu audiovisuel, et . un identifiant (C Id) de la cellule du tableau 15 qui doit être incrémentée ou décrémentée quand ce message ECM est utilisé pour obtenir le mot de contrôle nécessaire au désembrouillage de ce segment du contenu audiovisuel, - l'incrémentation (114) ou décrémentation du nombre contenu dans la cellule correspondante à 20 l'identifiant de cellule contenue dans le message ECM, - le déchiffrement (126), par le processeur de sécurité, du mot de contrôle contenu dans le message ECM transmis, et - la transmission (128) du mot de contrôle 25 déchiffré à un désembrouilleur pour désembrouiller au moins une partie du segment du contenu audiovisuel. 8. Procédé selon l'une quelconque des revendications précédentes, dans lequel le calcul du nombre de visualisations déjà effectuées comporte : -la détermination (152 ; 162) du nombre de cellules du tableau contenant un nombre qui a été incrémenté ou décrémenté depuis la dernière visualisation du contenu audiovisuel, et 2910671 33 - le calcul (122) du nombre de visualisations déjà effectuées en fonction du résultat de cette détermination. 9. Procédé selon l'une quelconque des revendications 5 précédentes, dans lequel, lors du calcul du nombre de visualisations déjà effectuées, le pas prédéterminé utilisé pour incrémenter (114) ou décrémenter le nombre contenu dans la cellule associée à un segment décroît ou croît en fonction du nombre de fois où ce segment a déjà été 10 visualisé. 10. Processeur de sécurité, caractérisé en ce qu'il comporte des instructions pour l'exécution d'un procédé conforme à l'une quelconque des revendications précédentes, lorsque ces instructions sont exécutées par un calculateur 15 électronique (34). 11. Terminal de lecture d'un contenu audiovisuel comportant : - un support (8) d'enregistrement d'informations contenant le contenu audiovisuel numérique enregistré, ce 20 contenu étant divisé en plusieurs segments temporels consécutifs et destinés à être lus automatiquement dans un ordre prescrit, un nombre entier (NVA) de visualisations autorisées pour ce contenu audiovisuel, - un lecteur électronique (10) de contenus audiovisuels permettant notamment des sauts en arrière pour lire un segment précédent avant que la fin du contenu audiovisuel ne soit atteinte, - le terminal étant apte : . à calculer le nombre de visualisations de ce contenu audiovisuel déjà effectuées, et . à interdire toute nouvelle visualisation du contenu audiovisuel si le nombre de visualisations déjà effectuées est supérieur ou égal au nombre de 25 30 2910671 34 visualisations autorisées et, dans le cas contraire, à autoriser une nouvelle visualisation du contenu audiovisuel, caractérisé en ce que le terminal comprend un tableau 5 (figure 5) contenant autant de cellules que de segments temporels, chaque cellule étant associee de façon biunivoque à un segment respectif du contenu audiovisuel, chaque cellule étant apte à contenir un nombre, et en ce que le terminal est apte : 10 -lorsqu'un segment du contenu multimédia est lu par le lecteur électronique, à incrémenter ou à décrémenter d'un pas prédéterminé le nombre contenu dans la cellule associée à ce segment, et - à calculer le nombre de visualisations déjà 15 effectuées à partir des nombres enregistrés dans chacune des cellules de ce tableau.