Brevet FR3031860A1 — publié le 20160722

PROCÉDÉ DE DIFFUSION D'UN CONTENU MULTIMÉDIA PROTÉGÉ [1] L'invention concerne un procédé de diffusion d'un contenu multimédia protégé par des droits d'accès à des terminaux mécaniquement indépendants les uns des autres et raccordés à un même serveur de droits d'accès par l'intermédiaire d'un réseau grande distance de transmission d'informations. Elle a également pour objet un support d'enregistrement d'informations ainsi qu'un serveur de droits d'accès pour la mise en oeuvre de ce procédé. [2] Le procédé considéré peut être mis en oeuvre dans tout système de 10 fourniture en ligne de contenus multimédias protégés dans lequel une tête de réseau assure la protection des contenus et leur transmission à une pluralité de terminaux. [3] TERMINOLOGIE 15 [004] Avant de poursuivre la description de cette demande de brevet, on définit maintenant la terminologie utilisée par la suite. [005] Accéder à un contenu multimédia protégé, signifie : - charger en mémoire des fragments successifs du contenu multimédia, puis - en lever la protection, à la volée alors qu'on le reçoit, puis 20 - le décoder, puis - le transmettre à un appareil multimédia apte à le jouer, l'enregistrer, ou en faire toute autre utilisation offerte par le service de fourniture de contenus multimédias protégés. [6] Ici, par « lever la protection à la volée », on désigne le fait que les fragments du contenu multimédia sont traités au fur et à mesure de leur réception, sans attendre 25 que le contenu multimédia complet, c'est-à-dire l'ensemble de ses fragments, ait été entièrement reçu. [7] Les contenus multimédia sont typiquement : - des contenus audiovisuels, par exemple des programmes de télévision, - des contenus audio seulement, par exemple un programme radiophonique, ou 30 - plus généralement, tout contenu numérique contenant de la vidéo et/ou de l'audio tel qu'une application informatique, un jeu, un diaporama, une image ou tout ensemble de données. [008] Parmi ces contenus multimédia, on considère plus particulièrement dans la suite des contenus multimédia dits temporels. Un contenu multimédia temporel est un 35 contenu multimédia dont le jeu est une succession dans le temps de sons, dans le cas d'un contenu temporel audio, ou d'images, dans le cas d'un contenu temporel vidéo, ou de sons et d'images temporellement synchronisés entre eux dans le cas d'un contenu multimédia temporel audiovisuel. Un contenu multimédia temporel peut également comporter des composantes temporelles interactives temporellement 40 synchronisées avec les sons ou les images. [009] Le contenu multimédia protégé transmis est diffusé en continu après avoir été protégé, par exemple, par un système d'accès conditionnel plus connu sous l'acronyme CAS (Conditional Access System). Par la suite, la terminologie du domaine des systèmes d'accès conditionnel est utilisée. Le lecteur intéressé pourra par exemple en trouver une présentation plus complète dans le document : « Functional Model of a Conditional Access System », EBU Review, Technical European Broadcasting Union, Bruxels, BE, N°266, le 21 decembre 1995. [0010] Une liaison point-à-point est une liaison « unicast ». On désigne également ici par le terme liaison point-à-multipoints une liaison choisie dans le groupe composé 10 d'une liaison de télédiffusion, plus connue sous les termes de liaison « broadcast », et d'une liaison multidiffusion, plus connue sous le terme de liaison « multicast ». La liaison point-à-point est une liaison bidirectionnelle. La liaison point-à-multipoints est une liaison unidirectionnelle de l'émetteur vers les récepteurs. [0011] Par « réseau hybride », on désigne un réseau dans lequel : 15 - une tête de réseau diffuse, a l'aide d'une liaison point-à-multipoint, à un ensemble de terminaux, les droits d'accès nécessaires pour accéder au contenu multimédia, et en plus - il est possible, notamment à l'initiative des terminaux, d'établir une liaison point-àpoint entre chaque terminal et la tête de réseau. 20 [0012] Les termes d'embrouillage (« scrambling » en anglais) et de désembrouillage (« descrambling » en anglais) sont utilisés pour le contenu multimédia protégé par un CAS, comme synonymes des termes de chiffrement et de déchiffrement, qui restent utilisés pour les autres données, comme notamment les mots de contrôle et clés. [0013] Les droits d'accès sont des données qui autorisent un terminal à accéder au 25 contenu multimédia protégé. Typiquement, les droits d'accès comportent donc au moins une clé de déchiffrement permettant de désembrouiller le contenu multimédia protégé ou les données nécessaires au désembrouillage du contenu multimédia protégé. Ils peuvent en outre comporter d'autres droits acquis par le terminal, suite, par exemple, à la souscription d'un abonnement ou à l'achat de séances par un 30 utilisateur du terminal, dits droits complémentaires dans la suite. Si le terminal ne possède pas les droits d'accès nécessaires, le terminal inhibe l'accès au contenu multimédia. Pour cela, généralement, le contenu multimédia n'est pas désembrouillé ou n'est pas désembrouillé correctement. Au contraire, si le terminal possède les droits d'accès nécessaires, il désembrouille le contenu multimédia pour obtenir un 35 contenu multimédia en clair. [0014] Ici, par « en clair », on désigne le fait que le contenu multimédia n'a plus besoin d'être déchiffré pour être joué, par un appareil multimédia, de façon directement perceptible et intelligible par un être humain. [0015] Par « appareil multimédia », on désigne en outre tout dispositif apte à jouer le 40 contenu multimédia en clair, tel qu'un téléviseur ou un lecteur multimédia. [0016] ETAT DE LA TECHNIQUE [0017] Le déposant connaît des procédés de diffusion d'un contenu multimédia 5 protégé à des terminaux raccordés à un même serveur de droits d'accès par l'intermédiaire d'un réseau grande distance de transmission d'informations. Dans ces procédés connus : - le terminal envoie, au serveur de droits d'accès, une requête de droits d'accès pour recevoir les droits d'accès l'autorisant à accéder au contenu multimédia, 10 - en réponse à la requête de droits d'accès, le serveur de droits d'accès ajoute un identifiant du terminal dans une liste de diffusion, - le serveur de droits d'accès diffuse, à intervalles prédéterminés, chaque nouveau droit d'accès au contenu multimédia diffusé, seulement aux terminaux dont l'identifiant figure dans la liste de diffusion et sans attendre pour cela que ces 15 terminaux aient requis ce nouveau droit d'accès en envoyant une nouvelle requête de droits d'accès, - en réponse à la réception de chaque droit d'accès, le terminal accède au contenu multimédia diffusé et, en absence de réception du droit d'accès, le terminal inhibe l'accès au contenu multimédia diffusé, 20 - à un instant quelconque, le terminal bascule, indépendamment des autres terminaux : - d'un état prêt dans lequel le terminal est capable d'envoyer, par l'intermédiaire d'une liaison point-à-point, la requête de droits d'accès, et de recevoir le droit d'accès requis, 25 - vers un état occupé dans lequel le terminal est incapable d'envoyer, par l'intermédiaire de la liaison point-à-point, la requête de droits d'accès ou de recevoir le droits d'accès. [0018] Dans le cas du contenu multimédia protégé par un CAS, les droits d'accès sont contenus dans des messages EMM (Entitlement Management Message). Plus 30 précisément, un message EMM contient un droit d'accès DA,. Ce droit d'accès DA, contient typiquement un cryptogramme Ks*(K,) d'une clé d'exploitation Ks chiffrée avec une clé K propre à un terminal T. Ce droit d'accès DA est spécifique au terminal T, puisque seul ce terminal T, possède la clé K et peut donc déchiffrer le cryptogramme Ks*(K,) pour obtenir la clé Ks qui lui permet d'accéder au contenu 35 multimédia protégé. En particulier, même si le droit d'accès DA, est reçu par d'autres terminaux, ces autres terminaux ne peuvent pas l'exploiter puisqu'ils n'ont pas la clé K. Ceci renforce la sécurité du procédé de diffusion du contenu multimédia protégé. Par contre, le serveur de droits d'accès doit préparer et envoyer autant de droits d'accès spécifiques DA, qu'il y a de terminaux différents qui souhaitent accéder à ce contenu multimédia protégé. Étant donné que le nombre de terminaux peut être très grand, par exemple supérieur à 10 000 ou 1 000 000, cela consomme une quantité importante de bande passante dans le réseau de transmission. [0019] Pour remédier à ce problème, la demande W02009094502A1 propose de 5 répartir les terminaux en plusieurs groupes et d'affecter à chaque groupe de terminaux une plage horaire spécifique. Ensuite, le serveur de droits d'accès diffuse les droits d'accès DA pour un groupe de terminaux donné uniquement pendant la plage horaire associée à ce groupe de terminaux. Cela permet effectivement de réduire la bande passante nécessaire pour envoyer les droits d'accès DA, aux 10 terminaux. Par contre, cette solution impose de former et de gérer des groupes de terminaux, ce qui n'est pas toujours souhaitable. [0020] L'invention vise donc, dans le contexte des réseaux hybrides, à proposer une autre solution pour réduire la bande passante utilisée par la transmission des droits d'accès DA aux terminaux mais sans que cette solution impose de former et de gérer 15 des groupes de terminaux. Elle a donc pour objet un procédé de diffusion d'un contenu multimédia protégé dans lequel : - en réponse à un événement prédéterminé, le terminal envoie au serveur de droits d'accès, par l'intermédiaire d'une liaison point-à-point établie avec la tête de réseau, un message d'état indiquant au serveur de droits d'accès qu'il est dans son état prêt 20 et, en alternance, n'envoie pas ce message d'état s'il est dans son état occupé, et - en absence de réception du message d'état attendu en réponse à l'événement prédéterminé, le serveur de droits d'accès retire automatiquement l'identifiant du terminal de la liste de diffusion. [0021] Dans le procédé ci-dessus, la transmission des droits d'accès aux terminaux 25 qui sont dans leur état occupé est automatiquement arrêtée. Cela permet donc de réduire le nombre de droits d'accès DA, transmis et donc de limiter la bande passante utilisée pour cette transmission. Dans ce procédé, la diminution de la bande passante nécessaire pour transmettre les droits d'accès est obtenue sans qu'il soit pour cela nécessaire de regrouper les terminaux en groupes, comme cela est décrit dans la 30 demande W02009094502A1. [0022] Les modes de réalisation de ce procédé de diffusion peuvent comporter une ou plusieurs des caractéristiques suivantes : - le procédé comporte : - la mémorisation, pour chaque terminal, d'un profil d'occupation comportant 35 des plages horaires et pour chaque plage horaire un indicateur de la probabilité que le terminal soit dans son état prêt pendant cette plage horaire, et - pour chaque terminal et uniquement pour chaque plage horaire du profil d'occupation de ce terminal où l'indicateur correspond à une probabilité que ce terminal soit dans son état prêt supérieure à un seuil prédéterminé : au début de cette plage horaire, le serveur de droits d'accès ajoute automatiquement l'identifiant de ce terminal dans la liste de diffusion sans attendre que ce terminal ait envoyé une requête de droits d'accès ; - en réponse à la réception de chaque message d'état à l'instant prédéterminé, le serveur de droits d'accès incrémente la valeur de l'indicateur associé à la plage horaire pendant laquelle ce message d'état a été reçu et, en alternance, en absence de réception de ce message d'état à l'instant prédéterminé, décrémente la valeur de cet indicateur ; - en absence de réception d'un message d'état de la part d'un terminal, le serveur de droits d'accès incrémente un compteur associé spécifiquement à ce terminal, puis retire automatiquement l'identifiant de ce terminal de la liste de diffusion uniquement lorsque ce compteur a dépassé un seuil prédéterminé, et, en alternance, en cas de réception d'un message d'état de la part du terminal, ré-initialise le compteur ; - le serveur de droits d'accès prépare pour chaque terminal dont l'identifiant figure dans la liste de diffusion et seulement pour ces terminaux, un droit d'accès spécifique que seul ce terminal peut exploiter pour lever la protection du contenu multimédia protégé et ainsi accéder en clair à ce contenu multimédia, les autres terminaux étant incapables d'exploiter ce droit d'accès spécifique pour accéder en clair au contenu multimédia, et en réponse à la réception de chaque droit d'accès spécifique préparé pour ce terminal, le terminal accède au contenu multimédia diffusé et, en absence de réception du droit d'accès spécifique, le terminal inhibe l'accès au contenu multimédia diffusé ; - tant que le terminal est dans son état prêt, seulement en réponse à la réception de chaque droit d'accès spécifique préparé pour ce terminal, le terminal envoie, par l'intermédiaire d'une liaison point-à-point, un accusé de réception au serveur de droit d'accès pour confirmer la réception de ce droit d'accès spécifique, et le serveur de droits d'accès utilise cet accusé de réception en tant que message d'état indiquant que le terminal est dans son état prêt ; - le serveur de droits d'accès diffuse périodiquement le même droit d'accès tant qu'aucun accusé de réception de ce droit d'accès n'a été reçu et, en réponse à la réception de l'accusé de réception de ce droit d'accès, le serveur de droits interrompt la diffusion de ce droit d'accès ; - à chaque fois que le serveur de droits d'accès reçoit un message d'état d'un terminal, il enregistre la date à laquelle ce message d'état a été reçu, puis, en parallèle, le serveur de droit d'accès compare, à intervalle régulier, un seuil prédéterminé à l'écart entre une date courante et la dernière date enregistrée à laquelle un message d'état a été reçu pour ce terminal et, seulement si ce seuil prédéterminé est franchi, le serveur de droit d'accès retire automatiquement et systématiquement l'identifiant de ce terminal de la liste de diffusion. [0023] Ces modes de réalisation de ce procédé de diffusion présentent en outre les avantages suivants : - L'utilisation de profils d'occupation des terminaux pour ajouter automatiquement un terminal à la liste de diffusion avant même que ce terminal n'envoie au serveur de droits d'accès une requête de droit d'accès, permet d'améliorer la qualité de service. En effet, lorsqu'un terminal bascule de son état occupé vers son état prêt pendant une plage horaire où il est d'habitude, avec une probabilité supérieure à un seuil prédéterminé, dans son état prêt, le terminal reçoit directement les droits d'accès nécessaires pour accéder au contenu multimédia protégé sans même qu'il ait besoin de les requérir auprès du serveur de droits d'accès, et donc d'attendre de les recevoir en réponse à sa requête. - Utiliser les messages d'état pour actualiser la valeur de l'indicateur de probabilité associé à chaque plage horaire du profil d'occupation d'un terminal permet de mettre à jour automatiquement ce profil d'occupation et donc de l'adapter en permanence à 20 l'utilisation du terminal. - Retirer automatiquement l'identifiant d'un terminal de la liste de diffusion uniquement après l'absence de réception de plusieurs messages d'état attendus consécutifs permet d'accroître la robustesse du procédé de diffusion vis-à-vis de la non-réception, accidentelle d'un tel message d'état par le serveur de droits d'accès. Par exemple, la 25 non-réception accidentelle peut être causée par une impossibilité temporaire d'établir une liaison point-à-point entre le terminal et la tête de réseau. Cela évite qu'à chaque fois qu'un message d'état n'est pas reçu par le serveur de droits d'accès, cela conduise systématiquement au retrait de l'identifiant d'un terminal de la liste de diffusion. 30 - Utiliser des droits d'accès spécifiques à chaque terminal permet de renforcer la sécurité du procédé de diffusion puisque même si ces droits d'accès sont interceptés ou reçus par d'autres terminaux, ils ne sont pas exploitables par ces autres terminaux. - Utiliser le message d'accusé de réception des droits d'accès en tant que message 35 d'état permet à l'aide d'un même message à la fois d'accuser réception du droit d'accès et, en même temps, d'indiquer au serveur d'accès que le terminal est dans son état prêt. De plus, il est ainsi possible de mettre en oeuvre le procédé revendiqué sans avoir à modifier les terminaux existants. - Arrêter la diffusion cyclique du même droit d'accès dès que le serveur de droit d'accès a reçu un accusé de réception pour ce droit d'accès permet de réduire encore plus la bande passante nécessaire à la transmission des droits d'accès. - Retirer automatiquement et systématiquement de la liste de diffusion l'identifiant d'un terminal pour lequel l'écart entre une date courante et la dernière date enregistrée à laquelle un message d'état a été reçu pour ce terminal a franchi un seuil prédéterminé, permet de réduire encore la bande passante nécessaire à la transmission des droits d'accès. [0024] L'invention a également pour objet un support d'enregistrement d'informations 10 comportant des instructions pour la mise en oeuvre du procédé ci-dessus de diffusion d'un contenu multimédia protégé, lorsque ces instructions sont exécutées par un calculateur électronique. [0025] L'invention a également pour objet un serveur de droits d'accès pour la mise en oeuvre du procédé revendiqué, dans lequel le serveur de droit d'accès 15 comporte un calculateur électronique programmé pour : - recevoir une requête de droits d'accès envoyée par un terminal qui souhaite recevoir les droits d'accès l'autorisant à accéder au contenu multimédia, - en réponse à la requête de droits d'accès reçue, ajouter un identifiant du terminal dans une liste de diffusion, 20 - diffuser, à intervalles prédéterminés, chaque nouveau droit d'accès au contenu multimédia diffusé, seulement aux terminaux dont l'identifiant figure dans la liste de diffusion et sans attendre pour cela que ces terminaux aient requis ce nouveau droit d'accès en envoyant une nouvelle requête de droits d'accès, dans lequel le calculateur électronique est également programmé pour : 25 - en réponse à un événement prédéterminé, recevoir de la part du terminal, par l'intermédiaire d'une liaison point-à-point, un message d'état indiquant au serveur de droits d'accès que ce terminal est dans son état prêt et, en alternance, l'absence de réception de ce message d'état si le terminal est dans son état occupé, et - en réponse à l'absence de réception du message d'état attendu en réponse à 30 l'événement prédéterminé, retirer automatiquement l'identifiant de ce terminal de la liste de diffusion. [0026] L'invention sera mieux comprise à la lecture de la description qui va suivre, donnée uniquement à titre d'exemple non limitatif, et faite en référence aux dessins sur lesquels : 35 - la figure 1 est une représentation schématique d'un système de diffusion d'un contenu multimédia protégé, - les figures 2 et 3 sont des illustrations schématiques de tables utilisées dans le système de la figure 1 ; et - la figure 4 est un organigramme d'un procédé de diffusion de contenus multimédias à l'aide du système de la figure 1. [0027] Dans ces figures, les mêmes références sont utilisées pour désigner les mêmes éléments. Dans la suite de cette description, les caractéristiques bien 5 connues de l'homme du métier ne sont pas décrites en détail. [0028] La figure 1 représente un système 2 de diffusion de contenus multimédias protégés. Les contenus multimédias diffusés sont des contenus multimédias temporels. Par exemple, un contenu multimédia correspond à une séquence d'un programme audiovisuel tel qu'une émission de télévision ou un film. 10 [0029] Les contenus multimédias en clair sont générés par une ou plusieurs sources 4 et transmis à une tête de réseau 6. La tête 6 diffuse les contenus multimédias simultanément vers une multitude de terminaux de réception à travers un réseau 8 de transmission d'informations. Typiquement, le nombre de terminaux est supérieur à 1000 ou 10 000. Pour simplifier la figure 1, seuls trois terminaux T10, T11 et T12 sont 15 représentés. Dans la suite de cette description, chaque terminal du système 2 est identifié par une référence T' où l'indice « i » identifie de façon unique le terminal T, du système 2 parmi l'ensemble des terminaux de ce système. [0030] Le réseau 8 est un réseau grande distance de transmission d'informations à travers lequel : 20 - la tête de réseau 6 établit une liaison point-à-multipoints entre elle et un groupe quelconque de terminaux du système 2, et - une liaison point-à-point entre l'un quelconque des terminaux du système 2 et la tête de réseau 6 peut être établie. [0031] Par exemple, le réseau 8 est le réseau Internet également connu sous le 25 terme de « toile d'araignée mondiale » (« World Wide Web » en anglais). [0032] La tête 6 comprend un dispositif 14 de diffusion, à travers le réseau 8, des contenus multimédias protégés vers les terminaux. Ce dispositif 14 comporte un encodeur 16 qui compresse les contenus multimédias qu'il reçoit. L'encodeur 16 traite des contenus multimédias numériques. Par exemple, cet encodeur fonctionne 30 conformément à la norme MPEG2 (Moving Picture Expert Group - 2) ou la norme UIT-T H264. [0033] Les contenus multimédias compressés sont dirigés vers une entrée 20 d'un embrouilleur 22. L'embrouilleur 22 protège les contenus multimédias. Pour cela, ici, l'embrouilleur 22 embrouille chaque contenu multimédia compressé pour conditionner 35 sa visualisation à certaines conditions d'accès telles que l'achat d'un titre d'accès par les utilisateurs des terminaux de réception. Les contenus multimédias embrouillés sont restitués sur une sortie 24 raccordée à l'entrée d'un multiplexeur 26. [0034] Plus précisément, l'embrouilleur 22 embrouille chaque contenu multimédia compressé à l'aide d'un mot de contrôle CWt qui lui est fourni, ainsi qu'à un système 40 28 d'accès conditionnel, par un générateur 32 de clés. Le système 28 est plus connu sous l'acronyme CAS (Conditional Access System). L'indice « t » est un numéro d'ordre identifiant la cryptopériode CPt du contenu multimédia embrouillée avec ce mot de contrôle CWt. Ici, toutes les cryptopériodes CPt ont la même durée. Une cryptopériode de contenu désigne donc ici, par abus de langage, une séquence de contenu dont la durée de jeu est une durée prédéterminée, cette durée prédéterminée étant définie comme étant la cryptopériode du système. Par exemple, cette durée est comprise entre 5s et 1min et, souvent, égale à 10s. [0035] Typiquement, cet embrouillage est conforme à une norme telle que la norme DVB-CSA (Digital Video Broadcasting - Common Scrambling Algorithm), ISMA Cryp 10 (Internet Streaming Media Alliance Cryp), SRTP (Secure Real-time Transport Protocol), AES (Advanced Encryption Standard), etc. [0036] Le système 28 génère des messages ECMt (Entitlement Control Message) contenant au moins un cryptogramme CWt* du mot de contrôle CWt généré par le générateur 32 et utilisé par l'embrouilleur 22 pour embrouiller la cryptopériode CPt. 15 Ce cryptogramme CWt* est obtenu en chiffrant le mot de contrôle CWt avec une clé d'exploitation K. Il est typiquement construit par le système 28. Le système 28 insère aussi, généralement, dans chaque ECMt des conditions d'accès CA destinées à être comparées à des droits d'accès acquis par l'utilisateur pour autoriser ou non l'accès au contenu multimédia protégé. Ces messages ECMt et les contenus multimédias 20 embrouillés sont multiplexés par le multiplexeur 26 avant d'être transmis sur le réseau 8. La clé d'exploitation Ks utilisée par le système 28 est la même pour tous les terminaux. Elle est modifiée après une durée d'utilisation prédéterminée supérieure à au moins deux et, typiquement, au moins dix, cent, mille ou dix-mille cryptopériodes CPt successives. Par exemple, cette durée est supérieure à 5 min, 30 min ou 1h et, 25 généralement, inférieure à 36h ou 24h. [0037] A titre d'illustration, ici, l'embrouillage et le multiplexage des contenus multimédias est conforme au protocole DVB-CSA (ETSITS 103 197). [0038] La tête 6 comporte également un serveur 40 de droits d'accès également directement connecté au réseau 8. Ici, ce serveur 40 prépare et diffuse les droits 30 d'accès DA requis par chacun des terminaux T, pour accéder au contenu multimédia protégé. Pour cela, dans ce mode de réalisation, le serveur 40 transmet les droits d'accès DA préparés au système 28. Le système 28 les incorpore alors dans un message EMM (Entitlement Management Message) qui est transmis au multiplexeur 26. A cet effet, le serveur 40 comporte un calculateur électronique 42 programmable 35 apte à exécuter des instructions enregistrées sur un support d'enregistrement d'informations. Ici, le serveur 40 comporte une mémoire 44 contenant les instructions nécessaires pour l'exécution du procédé de la figure 4. [0039] Dans ce mode de réalisation, la mémoire 44 comporte aussi : - une table 46 contenant les informations nécessaires à la gestion de la diffusion des 40 droits d'accès vers chacun des terminaux, et - une table 48 contenant des profils d'occupation pour chaque terminal T. [0040] De plus, la table 46 contient une liste 50 de diffusion. Cette liste 50 contient l'identifiant de chaque terminal vers lequel les droits d'accès doivent être diffusés. [0041] Pour simplifier, on considère que les terminaux T10 à Ti2 sont identiques et 5 seul le terminal T10 est décrit plus en détail. [0042] La tête 6 de réseau peut, ou non, occuper un unique site et, notamment, le dispositif 14 et le serveur 40 être ou non distants. Dans tous les cas, une liaison point à point peut être établie entre un terminal et la tête 6 globalement considérée, c'est-à-dire l'un au moins des sites de la tête 6, laquelle liaison point à point permet une 10 communication bidirectionnelle entre le terminal et le serveur 40. [0043] Le terminal T10 comporte au moins une ligne 60 de désembrouillage. La ligne 60 désembrouille le contenu multimédia pour l'afficher sur un afficheur 84 ou pour l'enregistrer à l'aide d'un enregistreur. [0044] La ligne 60 comprend un récepteur 70 des contenus multimédias diffusés sur 15 le réseau 8. Ce récepteur 70 est raccordé à l'entrée d'un démultiplexeur 72 qui transmet d'un côté le contenu multimédia reçu à un désembrouilleur 74 et d'un autre côté les messages ECMt et EMM à un processeur 76 de sécurité. [0045] Le désembrouilleur 74 désembrouille la cryptopériode CPt du contenu multimédia embrouillé à partir du mot de contrôle CWt transmis par le processeur 76. 20 Le contenu multimédia désembrouillé est transmis à un décodeur 80 qui le décode et le décompresse. Le contenu multimédia décodé est transmis à une carte graphique 82 et/ou à une carte son qui pilote le jeu de ce contenu multimédia sur l'appareil 84 équipé d'un écran 86 ou d'un haut-parleur. L'appareil 84 joue en clair le contenu multimédia sur l'écran 86. 25 [0046] Le processeur 76 traite des informations confidentielles telles que des clés cryptographiques. Pour préserver la confidentialité de ces informations, il est conçu pour être le plus robuste possible vis-à-vis des tentatives d'attaques menées par des pirates informatiques. Il est donc plus robuste vis-à-vis de ces attaques que les autres composants du terminal 10. Par exemple, à cet effet, le processeur 76 est une carte à 30 puce. [0047] Le processeur 76 est réalisé à l'aide d'un calculateur électronique 77 programmable apte à exécuter des instructions enregistrées sur un support d'enregistrement d'informations. A cet effet, le processeur 76 comporte une mémoire 78 contenant les instructions nécessaires pour l'exécution du procédé de la figure 4. 35 [0048] Le terminal T10 peut basculer, de façon indépendante des autres terminaux, entre un état prêt et un état occupé. Dans l'état prêt, le terminal T10 est capable d'accomplir toutes les opérations nécessaires pour accéder au contenu multimédia. En particulier, dans l'état prêt, le terminal T10 est capable : - de recevoir le contenu multimédia protégé et les droits d'accès diffusés par le 40 dispositif 14 sur une liaison point-à-multipoints, - d'établir une liaison point-à-point à travers le réseau 8 avec le serveur 40 pour requérir la réception d'un droit d'accès lui permettant d'accéder au contenu multimédia transmis par le dispositif 20, et - d'envoyer sur une liaison point-à-point un accusé de réception au serveur 40 à 5 chaque fois qu'il a correctement reçu le droit d'accès transmis par la tête 6. [0049] Dans l'état occupé, le terminal T10 est dépourvu d'au moins l'une des capacités ci-dessus. Par exemple, l'état occupé correspond à un état où le terminal est éteint ou en veille ou encore déconnecté du réseau 8. Ainsi, dans l'état éteint ou en veille le terminal consomme typiquement dix ou cent fois moins d'énergie 10 électrique que dans l'état prêt. Par exemple, sa consommation électrique est inférieure à 1W. Le terminal T10 bascule de son état prêt vers son état occupé, par exemple, automatiquement après une durée prédéterminée pendant laquelle aucune interaction avec l'utilisateur ne s'est produite. Le terminal T10 peut aussi basculer vers son état occupé en réponse à la réception d'une commande de l'utilisateur, ou à 15 l'initiative du réseau 8. De même, généralement, le terminal T10 bascule de l'état occupé vers l'état prêt en réponse à la réception d'une commande d'allumage transmise par l'utilisateur, ou à l'initiative du réseau 8. [0050] La figure 2 représente plus en détail un exemple de réalisation de la table 46. Dans cet exemple, la table 46 contient une ligne par terminal du système 2. 20 [0051] Sur les figures 2 et 3, les lignes ondulées indiquent que seule une partie des tables 46 et 48 ont été représentées. Dans ces figures 2 et 3, chaque colonne contient un champ particulier. Ces colonnes sont identifiées sur ces figures par le nom du champ qu'elles contiennent. [0052] La table 46 associe à chaque terminal T, quatre champs nommés 25 respectivement i, T,.State, T,.CM et T,.DAck. Le champ T,.State caractérise l'état du terminal T' du point de vue de la tête 6. Le champ T,.State peut prendre trois valeurs distinctes : - « C » pour indiquer que ce terminal T, est considéré par la tête 6 comme se trouvant dans son état prêt, 30 - « D » pour indiquer que le terminal T, est considéré par la tête 6 comme se trouvant dans son état occupé, et - « PC » pour indiquer que l'état du terminal est considéré comme incertain par la tête 6. [0053] Le champ « i » contient l'identifiant du terminal T. 35 [0054] Le champ T,.CM contient la valeur d'un compteur qui est incrémenté par pas régulier. Ici, le pas régulier est égal à 1. Par la suite, ce champ T,.CM est également appelé compteur T,.CM. [0055] Le champ T,.DAck contient la dernière date à laquelle le serveur 40 a établi avec certitude que le terminal T, était dans son état prêt. [0056] Par la suite, la liste 50 est la liste des identifiants de tous les terminaux contenus dans la table 46 dont le champ T,.State prend une valeur comprise dans le groupe composé de la valeur « C » et de la valeur « PC ». Cette liste 50 ne comprend donc pas les identifiants des terminaux T, pour lesquels la valeur du champ T,.State est égal à « D ». [0057] À titre d'illustration uniquement, la table 46 comprend également un champ supplémentaire T,.K, contenant une clé cryptographique K, propre au terminal T. Ainsi, chaque terminal du système 2 possède une clé K, différente de celle des autres terminaux du même système. Par exemple, la clé K, est pré-enregistrée dans la mémoire 78 de chaque terminal. Par contre, dans ce mode de réalisation, seul le serveur 40 et le terminal T, connaissent cette clé K. [0058] La figure 3 représente plus en détail un exemple possible de table 48. La table 48 associe à chaque terminal T, du système 2 un profil d'occupation. À cet effet, la table 48 contient : - une ligne par terminal T,du système 2, - une colonne « i » contenant l'identifiant du terminal T' et - une colonne pour chaque plage horaire PH, prédéfinie contenant la valeur d'un champ [0059] Ici, l'indice « j » identifie une plage horaire prédéfinie parmi l'ensemble des plages horaires prédéfinies utilisées dans le système 2. Les plages horaires PH, divisent une période continue d'observation en plusieurs plages horaires. Typiquement, le nombre de plages horaires PH, est strictement supérieur à deux et, de préférence, supérieur à quatre ou huit. Ce nombre est également généralement inférieur à 50 ou 100. [0060] Ici, la période d'observation est égale à une journée, c'est-à-dire à 24 heures et la durée de chaque plage horaire PH, est égale à une heure. Il existe donc 24 plages PH, notées respectivement de PH, à PH24. Les heures de début et de fin de chaque plage horaire PH, sont connues. Par exemple, la plage PH, débute à Oh et finit à 1h du matin. La plage PH2 débute à 1h du matin et finit à 2h du matin. Ainsi, chaque plage PH, débute à (j-1) heure(s) et finit à j (modulo 24) heure(s). [0061] La valeur du champ Th PH, augmente au fur et à mesure que la probabilité que le terminal T, soit dans l'état prêt pendant la plage horaire Ph, augmente. Pour cela, dans ce mode de réalisation, le champ Th PH, est incrémenté et, en alternance, décrémenté d'un pas régulier comme décrit en référence à la figure 4. Ici ce pas régulier est égal à un. [0062] Le fonctionnement du système 2 va maintenant être décrit à l'aide du procédé de la figure 4. [0063] Lorsqu'un terminal T, dont l'identifiant ne figure pas déjà dans la liste 50 souhaite recevoir ses droits d'accès DA, pour accéder au contenu multimédia protégé actuellement diffusé par le dispositif 14, il procède à une phase 100 d'inscription dans la liste 50. [0064] Pour cela, lors d'une étape 102, le terminal T, établit, à travers le réseau 8, une liaison point à point avec le serveur 40. [0065] Ensuite, lors d'une étape 104, il envoie au serveur 40 à travers cette liaison point à point, une requête de droit d'accès. [0066] Uniquement si l'utilisateur a acquis des droits qui l'autorisent à accéder à ce contenu multimédia, alors, lors d'une étape 106, en réponse, le serveur 40 ajoute l'identifiant i de ce terminal T, à la liste 50. Plus précisément, pour cela, le serveur 40 affecte, dans la table 46, la valeur « C » au champ T,.State. Lors de cette étape 106, le serveur 40 initialise également la valeur du compteur T,.CM à zéro et la valeur du champ T,.DAck à la date courante. La date courante est obtenue par le serveur 40, par exemple, à partir d'une horloge interne à ce serveur 40 ou alors en interrogeant une horloge externe à travers le réseau 8. [0067] À l'issue de la phase 100, l'identifiant i du terminal T, a donc été ajouté à la liste 50. [0068] En parallèle, le dispositif 14 procède en permanence à une phase 110 de diffusion du contenu multimédia protégé. [0069] Pour cela, lors d'une étape 112, le dispositif 14 diffuse le contenu multimédia 20 embrouillé multiplexé avec les messages ECMt préparés par le système 28 et les messages EMM contenant les droits d'accès DA, préparés par le serveur 40. Ce multiplex est diffusé simultanément vers tous les terminaux du système 2 à travers le réseau 8. Pour cela, typiquement, le dispositif 14 utilise une liaison « broadcast » entre lui et l'ensemble des terminaux du système 2. Ainsi, tous les terminaux peuvent 25 recevoir le contenu multimédia embrouillé et les messages ECMt et EMM à partir du moment où ils sont dans leur état prêt. [0070] En parallèle, lors d'une étape 114, à chaque fois que la clé Ks est modifiée, le serveur 40 prépare de nouveaux droits d'accès DA, seulement pour tous les terminaux dont l'identifiant figure dans la liste 50. Pour cela, pour chaque terminal 30 dont l'identifiant figure dans la liste 50, le serveur 40 chiffre notamment la clé Ks avec la clé K, de ce terminal T, obtenue à partir de la table 46 pour construire le cryptogramme Ks*(K,). Typiquement, l'algorithme de chiffrement de la clé Ks mis en oeuvre par le serveur 40 est un algorithme de chiffrement symétrique. Le droit d'accès DA, ainsi préparé est spécifique au terminal T, puisqu'il contient le cryptogramme 35 Ks*(K,), que seul ce terminal T, peut déchiffrer correctement. Ensuite, les droits d'accès DA, préparés sont transmis au système 28. Le système 28 diffuse périodiquement ces droits d'accès DA,. Par exemple, la transmission du droit d'accès DA, est réalisée en l'insérant dans un message EMM et en diffusant périodiquement ce message EMM. Ce droit d'accès DA' même s'il est reçu par d'autres terminaux 40 que le terminal T, ne peut pas être exploité par ces autres terminaux pour accéder en clair au contenu multimédia. Dans ce mode de réalisation, seuls les droits d'accès DA, permettent d'accéder au contenu multimédia protégé. [0071] La période de diffusion des droits d'accès DA, est typiquement supérieure à 5 min ou 30 min et généralement inférieure à 1 mois ou une semaine ou 24 heures ou 5 au double de la durée des plages horaires. Ici, la durée de cette période est choisie égale à la durée des plages horaires PI-1,, c'est-à-dire égale à une heure. [0072] Lors d'une étape 116, si le terminal T, est dans son état prêt, il reçoit le contenu multimédia embrouillé multiplexé avec les messages ECMt et les messages EMM. Le démultiplexeur 72 transmet alors le contenu multimédia embrouillé au 10 désembrouilleur 74 et les messages ECMt et EMM vers le processeur 76. En réponse à la réception de ce message EMM, le processeur 76 exploite le droit d'accès DA, en déchiffrant le cryptogramme Ks*(K,) à l'aide de sa clé K, pour obtenir la clé Ks en clair. Ensuite, cette clé Ks en clair est par exemple enregistrée dans la mémoire 78. [0073] Une fois ce travail achevé, lors d'une étape 118, le terminal T, établit une 15 liaison point à point avec la tête 6, puis envoie un accusé de réception au serveur 40 par l'intermédiaire de cette liaison point à point. Ensuite, la liaison point à point est interrompue. En réponse, à chaque fois qu'un terminal T, accuse réception du droit d'accès DA, le serveur 40 suspend la diffusion de ce droit d'accès DA, jusqu'à ce que ce droit d'accès DA requis pour accéder au contenu multimédia change. Dès qu'un 20 nouveau droit d'accès DA est préparé pour ce terminal T' il est alors de nouveau automatiquement diffusé vers ce terminal sans attendre que le terminal T, envoie pour cela une nouvelle requête de droit d'accès. Cela permet d'éviter de continuer d'envoyer le même droit d'accès DA, au même terminal T, après que celui-ci ait déjà accusé réception de ce droit d'accès. 25 [0074] Lors d'une étape 120, le terminal T, accède au contenu multimédia protégé. Pour cela, le processeur 76 utilise la clé Ks enregistrée dans sa mémoire 78 pour déchiffrer les cryptogrammes CWt* contenus dans les messages ECMt reçus pour en extraire le mot de contrôle CWt en clair. Le mot de contrôle CWt en clair est transmis au désembrouilleur 74 qui l'utilise pour désembrouiller la cryptopériode CPt du 30 contenu multimédia embrouillé. La suite du fonctionnement du terminal T, pour afficher en clair la cryptopériode CPt désembrouillée et décodée sur l'écran 86 a déjà précédemment été décrite et ne sera donc pas reprise ici. [0075] Après l'étape 114, si le terminal T, est dans son état occupé, il ne reçoit pas le droit d'accès DA envoyé par le serveur 40 ou est incapable d'envoyer l'accusé de 35 réception au serveur 40. Dans ce cas, il ne peut pas exécuter, au moins, l'étape 118. Ainsi, dans ce cas, le terminal T, n'envoie pas l'accusé de réception au serveur 40. [0076] En parallèle des phases 100 et 110, le serveur 40 procède également à une phase 130 de gestion de l'état des terminaux ainsi qu'à la mise à jour automatique de la liste 50. [0077] Lors d'une étape 132, à chaque fois que le serveur 40 reçoit d'un terminal T, un accusé de réception, il utilise ce message en tant que message d'état lui indiquant que ce terminal T, est dans l'état prêt. Ainsi, en réponse à la réception de cet accusé de réception, le serveur 40 affecte automatiquement la valeur « C » au champ T,.State associé à ce terminal T, par la table 46. De plus, il procède aux initialisations suivantes : - il affecte au champ T,DAck la date courante, - il affecte la valeur « 0 » au compteur T,.CM. [0078] Ensuite, il procède à une étape 146 de mise à jour automatique du profil 10 d'occupation du terminal T, contenu dans la table 48 et d'exploitation de ce profil. [0079] L'étape 146 débute par une opération 148 lors de laquelle le serveur 40 compare la valeur du champ T, State à la valeur « C ». [0080] Si la valeur du champ T,.State est égale à « C », le serveur 40 procède à une opération 150. Lors de l'opération 150, le serveur 40 incrémente de un la valeur du 15 champ T.PH,, où la plage horaire PH, est la plage horaire courante, c'est-à-dire celle qui contient l'heure courante. L'heure courante est par exemple obtenue à partir de l'horloge interne du serveur 40 ou par interrogation d'une horloge externe. [0081] Dans le cas contraire, c'est-à-dire si la valeur du champ T,.State est égale à la valeur « PC » ou à la valeur « D » et seulement si la valeur du champ ThPH, est 20 strictement supérieure à zéro, alors, lors d'une opération 152, le serveur 40 décrémente de un la valeur du champ T.PH,. Plus généralement, cette décrémentation se fait d'un pas égal ou non au pas d'incrémentation déjà décrit, et présentant les mêmes propriétés que lui. Comme lui, il est ici pris égal à 1. [0082] Le serveur 40 associe également à chaque champ Th PH,, un indicateur I,,,. La 25 valeur « vrai » de cet indicateur I,,, indique que la probabilité que le terminal T, soit dans l'état prêt pendant la plage horaire PH, est importante. Dans le cas contraire, la valeur de cet indicateur I,,, est égale à « faux ». [0083] Après la mise à jour du champ T,.PH lors d'une opération 154, le serveur 40 met à jour les indicateurs I,,,. Ici, la valeur « vraie » est affectée à l'indicateur 30 - si la valeur du champ ThPH, est supérieure ou égale à un seuil SpH, et - si la valeur du champ ThIpHo est supérieure au seuil SpH OU si la valeur du champ T.PH,-0 est supérieure au seuil SPH. [0084] La valeur du seuil SpH est prédéterminée. Par exemple, elle est supérieure ou égale à deux ou quatre et, généralement, inférieure à 50. Ici, la valeur du seuil S pH est 35 égale à deux. [0085] Autrement dit, on considère que la probabilité que le terminal T, soit dans l'état prêt est importante : - si la probabilité que le terminal T, soit dans l'état prêt pendant la plage PH, est importante, et - si cette plage PH, est contiguë à au moins une autre plage PH,4 ou PH,.1 pendant laquelle il est aussi fortement probable que le terminal T, soit dans son état prêt. [0086] Ensuite, lors d'une opération 156, si la valeur du champ T, State est égale à « PC » ou « D » et si la plage horaire PH, courante est associée à un indicateur 5 dont la valeur est « vraie », alors le serveur 40 affecte la valeur « PC » au champ T, State. Dans le cas contraire, lors de l'étape 156, la valeur du champ T, State est laissée inchangée. [0087] Ainsi, à chaque fois que le serveur 40 reçoit un accusé de réception de la part d'un terminal T' la valeur du champ T, State associée à ce terminal T, est 10 systématiquement basculée vers la valeur « C ». [0088] En parallèle, lors d'une étape 134, à chaque fois que le serveur 40 envoie lors de l'étape 114 un droit d'accès DA, à un terminal T' il teste si la valeur du champ T,.State est égale à la valeur « C ». Dans l'affirmative, lors d'une étape 136, il fait immédiatement basculer le champ T,.State de la valeur « C » vers la valeur « PC » 15 sans attendre l'accusé de réception que doit lui transmettre, en réponse, ce terminal T, lors de l'étape 118. Ensuite, le procédé retourne à l'étape 134. Ainsi, si le terminal T, est dans son état prêt, la valeur du champ T,.State est remise à la valeur « C » dès que l'accusé de réception envoyé par ce terminal T, est reçu par le serveur 40 lors de l'étape 132. Au contraire, si le terminal T, n'envoie aucun accusé de réception en 20 réponse à l'envoi de ce droit d'accès DA' alors la valeur du champ T,.State reste égale à « PC » jusqu'au prochain envoi d'un droit d'accès DA, pour ce terminal. [0089] Dans le cas où la valeur du champ T,.State est différente de la valeur « C », le serveur 40 procède à une étape 138 lors de laquelle il compare la valeur du champ T,.State à la valeur « PC ». 25 [0090] Si la valeur du champ T,.State est égale à la valeur « PC » alors le serveur 40 procède à une étape 140. [0091] Lors de l'étape 140, le serveur 40 compare la valeur du compteur T,.CM à un seuil prédéterminé M. Typiquement, M est un entier supérieur ou égal à deux et, généralement, inférieur ou égal à 20 ou 10. Ici, M est égal à trois. 30 [0092] Si la valeur du compteur T,.CM est supérieure ou égale à M, alors, lors d'une étape 142, le serveur 40 affecte la valeur « D » au champ T,.State dans la table 46. Cela exclut donc automatiquement ce terminal T, de la liste 50. Ainsi, à partir de ce moment-là, les droits d'accès DA, pour ce terminal ne sont plus diffusés par le dispositif 14 vers ce terminal T. On limite ainsi la quantité d'informations transmises 35 sur le réseau 8. Cela permet donc d'économiser de la bande passante. [0093] Si, lors de l'étape 140, le serveur 40 détermine que la valeur du champ T,.CM est inférieure au seuil M, alors, lors d'une étape 144, il incrémente de un la valeur de ce champ T,.CM et enregistre la valeur incrémentée dans la table 46. Par contre, il n' affecte pas la valeur « D » au champ T,.State. [0094] À l'issue de l'étape 142 ou 144, le serveur 40 exécute une étape 166 pour mettre à jour le profil d'occupation du terminal T, et pour exploiter ce profil. Cette étape 166 est identique à l'étape 146. [0095] À l'issue de l'exécution de cette étape 166, la valeur du champ T,.State est 5 égale à « PC » même si la valeur « D » lui avait été affectée lors de l'étape 142 si son profil d'occupation indique qu'il est fortement probable que ce terminal T, bascule vers son état prêt pendant la plage horaire PH, courante. [0096] Après l'étape 166, lors d'une étape 168, le serveur 40 calcule l'écart entre la date courante et la date contenue dans le champ T,.DAck. Si cet écart est supérieur à 10 un seuil Toff, alors le serveur 40 affecte la valeur « D » au champ T,.State. Dans le cas contraire, la valeur du champ T,.State reste inchangée. Le seuil Toff est un seuil prédéterminé supérieur ou égal à la durée de M plages horaires PH,, où M est le même seuil que celui définit précédemment pour le compteur T,.CM. Par exemple, le seuil Ter est supérieur à la durée d'au moins dix plages horaires PH,. Ici, le seuil Toff 15 est pris égal à 48 heures. [0097] Après l'étape 168, le procédé retourne à l'étape 134. [0098] À l'issue des étapes 140 à 168, la valeur du champ T,.State est égale à la valeur « PC » même si le terminal T, n'a pas envoyé d'accusé de réception au serveur 40 à condition que : 20 - la plage horaire PH, courante soit marquée comme étant une plage horaire où il est très probable que le terminal T, bascule vers son état prêt, et - l'absence d'envoi d'accusé de réception n'a pas duré plus que la valeur du seuil Te. [0099] Le fait de maintenir dans ces conditions la valeur du champ T,.State égale à la valeur « PC » permet de maintenir le terminal T, dans la liste 50 même si le serveur 25 40 ne sait pas avec certitude si ce terminal T, est dans son état prêt. Dès lors, si le terminal T, bascule de son état occupé vers son état prêt au milieu de la plage horaire PH, associée à la valeur « vraie » de l'indicateur 1,,,, il n'a pas à exécuter la phase 100 d'inscription. L'identifiant du terminal T, est déjà dans la liste 50. On limite donc ainsi le nombre de requêtes de droit d'accès à traiter par le serveur 40 et l'on améliore la 30 qualité de service. [00100] À l'inverse, à l'issue de ces étapes 140 à 168, l'identifiant du terminal T, est automatiquement retiré de la liste 50: - s'il n'a pas envoyé d'accusé de réception en réponse aux M derniers envois de droit d'accès DA' et 35 - si la plage horaire PH, courante est une plage horaire où la probabilité que le terminal T, soit dans l'état prêt n'est pas importante. [00101] Le serveur 40 retire donc ainsi automatiquement de la liste 50 l'identifiant d'un terminal T, qui n'indique pas qu'il est dans l'état prêt pendant les plages horaires où la probabilité que ce terminal bascule vers son état prêt n'est pas importante. On 40 remarquera que le serveur 40 retire également systématiquement l'identifiant d'un terminal T, de la liste 50 si celui-ci n'a pas envoyé d'accusé de réception pendant une durée supérieure à la valeur du seuil Toff. [00102] Si lors de l'étape 138, le serveur 40 détermine que la valeur du champ T,.State est égale à la valeur « D », alors il procède à une étape 170. L'étape 170 est 5 une étape de mise à jour et d'exploitation du profil d'occupation du terminal T. Cette étape 170 est identique à l'étape 146. [00103] L'étape 170 est systématiquement suivie d'une étape 172 identique à l'étape 168. [00104] Ainsi, si la valeur du champ T,.State est égale à la valeur « D », celle-ci 10 redevient automatiquement égale à la valeur « PC » à l'issue des étapes 170 et 172 uniquement si : - la plage horaire PH, courante est une plage horaire où la probabilité que le terminal T, bascule vers son état prêt est importante, et - si le terminal T, a envoyé au moins un accusé de réception au serveur 40 après la 15 limite « Date courante - Toff ». [00105] La figure 5 représente un chronogramme illustrant le fonctionnement du serveur 40 et d'un terminal T, lorsque le procédé de la figure 4 est exécuté. Ce chronogramme comporte quatre axes horizontaux 200, 202, 204 et 206. L'axe 200 est gradué en heures. Sur cet axe, chaque flèche verticale représente le début d'une 20 heure et donc le début d'une plage horaire PH,. [00106] L'axe 202 représente les périodes de temps pendant lesquelles le terminal T, est réellement dans l'état prêt et, en alternance, dans l'état occupé. Sur cet axe, chaque période de temps où le terminal T, est dans l'état occupé est représentée par une double flèche horizontale surplombée du symbole « OFF ». De façon similaire, 25 chaque période de temps où le terminal T, est dans l'état prêt, est représentée par une double flèche horizontale surplombée du symbole « ON ». Le début et la fin de ces doubles flèches correspondent aux instants où le terminal T, bascule entre ces deux états. [00107] L'axe 204 représente les périodes de temps pendant lesquelles la valeur du 30 champ T,.State est égale à valeur « C », « PC » ou « D ». Comme pour l'axe 202, chaque période de temps est représentée par une double flèche horizontale. Lorsque cette double flèche est surplombée du symbole « D », il s'agit d'une période de temps où la valeur du champ T,.State est égale à la valeur « D ». Lorsque ces doubles flèches sont surplombées des symboles « PC » et « C », il s'agit d'une période de 35 temps où les valeurs du champ T,.State sont égales, respectivement, aux valeurs « PC » et « C ». [00108] L'axe 206 représente schématiquement sous la forme d'un bargraphe l'évolution au cours du temps de la bande passante utilisée par le serveur 40 pour envoyer aux terminaux les droits d'accès DA,. Dans ce bargraphe, plus la barre est 40 haute, plus la consommation de bande passante est importante. [00109] L'évolution de la bande passante est représentée dans le cas particulier où : - seules les plages horaires PH7, PH8, PH19, PH20, PH21 et PH22 sont associées à un indicateur I,,, dont la valeur est égale à « vraie », - la valeur du champ T, DAck est initialement égale à la date courante correspondant 5 au début de la plage PH,, et - la valeur du compteur T,.CM est initialement égale à zéro. [00110] On suppose également que les droits d'accès DA, sont envoyés au terminal T, une seule fois par plage horaire PH,. Par exemple, au début de la plage horaire PH,. [00111] À 7h, la valeur du champ T,.State bascule automatiquement de la valeur « D » 10 vers la valeur « PC » alors que le terminal T, n'est pas encore réellement dans l'état prêt. Cela est dû au fait que l'on se trouve au début de la plage horaire PH7. Dès lors, lorsque vers 8h30, le terminal T, bascule de son état occupé vers son état prêt, il n'a pas besoin d'envoyer la requête de droit d'accès vers le serveur 40 pour recevoir les droits d'accès DA. Ces droits d'accès DA, étaient déjà diffusés à son intention depuis 15 7h du matin. [00112] Le terminal T, passe dans son état occupé vers 10h30 mais cela n'est détecté pour la première fois par le serveur 40 qu'à partir de 11h. À partir de cet instant, l'identifiant du terminal T, est maintenu dans la liste 50 pendant trois plages horaires successives PH,,, PH12 et PH13 avant d'en être retiré vers 14h. Dès lors, à partir de 20 14h, les droits d'accès DA ne sont plus ni préparés ni envoyés vers le terminal T. Cela permet donc de diminuer la bande passante nécessaire pour transmettre ces droits d'accès DA, vers l'ensemble des terminaux. [00113] De nombreux autres modes de réalisation sont possibles. Par exemple, le réseau utilisé pour diffuser le contenu multimédia protégé peut être un réseau 25 différent du réseau 8. Par exemple, il peut s'agir d'un réseau de transmission par satellite ou d'un réseau TNT (télévision numérique terrestre). La diffusion du contenu multimédia et des droits d'accès DA peut être réalisée en multicast plutôt qu'en broadcast. [00114] Dans une autre variante, le contenu multimédia est diffusé sur un premier 30 réseau et les droits d'accès DA, sont diffusés sur un second réseau distinct. Dans ce cas, il n'est pas nécessaire que les deux réseaux permettent l'établissement de liaison point à point. [00115] Le procédé de la figure 4 a été décrit dans le cas particulier où les contenus multimédias sont protégés par un système 28 d'accès conditionnel connu sous 35 l'acronyme de CAS. Toutefois, ce qui a été précédemment décrit dans ce cas particulier s'applique également à la diffusion de contenus multimédias protégés par d'autres moyens que le système 28. Par exemple, le système 28 est remplacé par un système de gestion de droits numériques connu sous l'acronyme de DRM (digital rights management). Un système de DRM est en effet un système de protection de 40 contenus multimédias. Le lecteur intéressé pourra, par exemple, en trouver une présentation plus complète dans le document : DRM Architecture, Draft version 2.0, OMA-DRM-ARCH-V2 0-20040518-D, Open Mobile Alliance, 18 mai 2004. Dans ce système de DRM, le chiffrement du contenu multimédia est généralement réalisé au moyen d'une clé de chiffrement, par un algorithme symétrique. Le droit d'accès qui permet d'accéder au contenu multimédia ainsi chiffré est typiquement transmis dans un message appelé une « licence ». De structure bien connue, une telle licence comporte au moins une clé, dite de contenu, nécessaire au déchiffrement du contenu multimédia protégé par l'algorithme de chiffrement symétrique. La clé de contenu est généralement insérée dans la licence sous forme d'un cryptogramme obtenu par chiffrement de la clé de contenu avec une clé de chiffrement, dite « de terminal », propre au terminal ou connue de lui. Pour accéder au contenu, le terminal extrait de la licence la clé de contenu, en déchiffrant son cryptogramme au moyen de sa clé de terminal. Ensuite, le désembrouilleur du terminal désembrouille, c'est-à-dire déchiffre, le contenu au moyen de la clé de contenu ainsi extraite de la licence, en levant ainsi la protection. Par exemple, le système de DRM est celui décrit dans la demande de brevet déposée sous le numéro FR1451666 le 2 mars 2014. Par analogie, dans ce dernier cas, la clé de contenu spécifique, la clé de contenu et la clé de terminal correspondent, respectivement, au mot de contrôle CVVt et aux clés Ks et K, du système CAS décrit ici. [00116] Un droit d'accès peut être rendu spécifique à un terminal sans utiliser de clé K. Par exemple, le message EMM comporte un identifiant du terminal pour lequel il est destiné. Lors de la réception de ce message EMM par les terminaux, ceux-ci comparent leurs identifiants à celui contenu dans le message EMM reçu. S'il n'y a pas de correspondance entre ces identifiants, le terminal ne traite pas le message EMM. Seul le terminal dont l'identifiant correspond à l'identifiant contenu dans le message EMM reçu traite ce message. Dans ce cas, la clé Ks contenue dans le message EMM est par exemple chiffrée avec une clé KG et non pas avec la clé K, du terminal T. La clé KG est par exemple une clé commune à un groupe restreint de plusieurs terminaux du système 2. [00117] Dans une autre variante, la clé K, est commune à un groupe restreint de terminaux du système 2. [00118] Dans une variante préférée, c'est le système 28 qui gère et utilise les clés K. Dans cette variante, le système 28 reçoit du serveur 40 les identifiants des terminaux appartenant à la liste 50 et pour lesquels il faut construire et diffuser des droits d'accès DA,. Ensuite, pour chacun des identifiants de terminaux reçus et seulement pour ces identifiants, le système 28 construit le droit d'accès DA, et, en particulier, le cryptogramme Ks*K' puis l'incorpore dans un message EMM diffusé à destination du terminal T. Dans cette variante, le serveur 40 ne gère que les droits complémentaires des terminaux et la liste 50 mais ne construit pas lui-même les cryptogrammes Ks*K, contenus dans les droits d'accès DA. Il transmet en effet par exemple les droits complémentaires des terminaux au système 28, lequel construit les cryptogrammes Ks*K, et les droits d'accès DA,. [00119] L'utilisation du compteur T,.CM peut être omise. Dans ce cas, le champ T,.State bascule de la valeur « PC » vers la valeur « D » dès la première absence de 5 réception d'un accusé de réception. [00120] Dans une autre variante, seules deux valeurs sont utilisées pour le champ T,.State à savoir les valeurs « C » et « D ». Dans ce cas, toutes les opérations du procédé de la figure 4 qui utilisent la valeur « PC » sont omises. [00121] D'autres modes de réalisation du profil d'occupation sont possibles. Par 10 exemple, la période d'observation divisée en plages horaires peut s'étendre sur plus d'une journée. Par exemple, cette période d'observation peut être égale à une semaine ou à un mois. La durée des plages horaires peut être modifiée. Par exemple, elles peuvent être plus courtes qu'une heure ou au contraire, plus longues. Typiquement, la durée d'une plage horaire est comprise entre une minute et 24h et, 15 de préférence, entre 5min et 3h ou entre 30min et 3h. Les différentes plages horaires peuvent aussi avoir des durées différentes les unes des autres. Par exemple, les plages horaires sont plus courtes aux moments de grande écoute et plus longues au moment de faible écoute comme par exemple durant la nuit. [00122] Les profils d'occupation peuvent aussi être construits et gérés différemment. 20 Par exemple, en variante, l'utilisateur indique lui-même les plages horaires où il a l'habitude d'utiliser son terminal. Ces plages horaires sont ensuite enregistrées par le serveur 40 dans la table 48. Par la suite, ces plages horaires ne sont jamais automatiquement mises à jour. Ainsi, le procédé de la figure 4 peut être simplifié car toutes les étapes qui provoquent la mise à jour automatique du profil d'occupation 25 sont omises. D'autres méthodes pour construire automatiquement le profil d'occupation des terminaux sont également possibles. Par exemple, en variante, le profil d'occupation du terminal T, est construit automatiquement en tenant compte des instants où ce terminal T, bascule entre ses états prêt et occupé mais aussi à partir des instants où les autres terminaux basculent en parallèle, entre leurs états prêt et 30 occupé. [00123] Dans une autre variante, chaque champ T.PH, contient la probabilité que le terminal T, soit dans l'état prêt pendant la plage horaire PH,. Pour cela, à chaque début d'une plage horaire PH,, le serveur 40 incrémente de « un » un compteur TPH,. Le compteur TPH, contient donc le nombre de fois où la plage horaire PH, a été 35 rencontrée. En parallèle, le serveur 40 incrémente un compteur T.PPH, à chaque fois que le terminal T, est dans son état prêt pendant la plage horaire PH,. Ensuite, la valeur du champ ThPH, est obtenue en divisant la valeur du compteur T.PPH, par la valeur du compteur TPH,. Dans cette variante, le seuil SpH est typiquement pris supérieur ou égal à 50 % de chance que le terminal T, soit dans l'état prêt. De préférence, les compteurs TPH, et Th PPI-1, sont mis à jour en tenant compte uniquement des données contenues dans une fenêtre glissante. [00124] Dans une variante simplifiée, la construction et la gestion des profils d'occupation pour chaque terminal est omise. Dans ce cas, toutes les opérations du 5 procédé de la figure 4 qui utilisent un profil d'occupation sont omises. [00125] Le nombre de plages horaires contiguës à prendre en compte pour faire passer l'indicateur 1,,, à la valeur « vraie » peut être supérieur ou égal à deux ou au contraire égal à un. Dans ce dernier cas, l'indicateur 1,,, prend la valeur « vraie » dès que la valeur du champ Th PH, est supérieure au seuil SpH. 10 [00126] En variante, pour connaître l'état d'un terminal T' le serveur 40 envoie une requête d'état à ce terminal T, et le terminal T, répond à cette requête en envoyant au serveur 40, par l'intermédiaire d'une liaison point-à-point, un message d'état indiquant qu'il est dans son état prêt. Si le terminal n'est pas dans son état prêt, il est incapable d'envoyer ce message d'état en réponse à la requête d'état. Dans ce mode de 15 réalisation, la requête d'état est typiquement un message différent du message contenant les droits d'accès DA, transmis à ce terminal. La requête d'état est transmise par l'intermédiaire d'une liaison point-à-point ou point-à-multipoint, à des instants prédéterminés ou déterminés en fonction du profil d'occupation. [00127] Dans les modes de réalisation décrit précédemment, l'événement en réponse 20 auquel le terminal envoie un message d'état est un message transmis depuis la tête 6 vers le terminal. Toutefois, cet événement peut aussi être l'occurrence d'un instant prédéterminé. Par exemple, dans une autre variante, tant que le terminal T, est dans son état prêt, il envoie à intervalles réguliers, par l'intermédiaire d'une liaison point-àpoint, un message d'état au serveur 40. Dans ce mode de réalisation, le message 25 d'état n'est donc pas transmis en réponse à une requête ou à un message envoyé par le serveur 40. Le serveur 40 traite alors ces messages d'état comme décrit précédemment. En particulier, le compteur T,.CM est incrémenté de un à chaque fois qu'aucun message d'état n'est reçu à l'instant prédéterminé où un tel message d'état aurait dû être reçu si le terminal T, était dans son état prêt. 30 [00128] Les étapes 168 et 172 peuvent être omises. [00129] A chaque fois qu'un accusé de réception est reçu de la part du terminal T' la date courante est enregistrée dans le champ T,.DAck. Dès lors, la date contenue dans le champ T,.DAck peut être utilisée en tant que date courante pour identifier la plage horaire courante lors de l'exécution de l'étape 146. 35 [00130] En variante, à chaque fois qu'un terminal T, accuse réception du droit d'accès DA, la diffusion de ce droit d'accès DA n'est pas suspendue jusqu'à ce que ce droit d'accès DA requis pour accéder au contenu multimédia change. Dès lors, le même droit d'accès DA est diffusé périodiquement vers le terminal T, tant que l'identifiant de ce terminal figure dans la liste 50. [00131] Le procédé décrit ici peut être combiné avec le procédé décrit dans la demande W02009094502A1. Dans ce cas, pendant chaque plage horaire où les droits d'accès DA sont uniquement préparés et diffusés vers un groupe restreint de terminaux, le serveur 40 retire automatiquement de ce groupe restreint, les terminaux qui sont dans l'état occupé et qui donc n'envoient pas de messages d'état. REVENDICATIONS1. Procédé de diffusion d'un contenu multimédia protégé par des droits d'accès à des terminaux mécaniquement indépendants les uns des autres et raccordés à un 5 même serveur de droits d'accès par l'intermédiaire d'un réseau grande distance de transmission d'informations, dans lequel : - le terminal envoie (104), au serveur de droits d'accès, une requête de droits d'accès pour recevoir les droits d'accès l'autorisant à accéder au contenu multimédia, - en réponse à la requête de droits d'accès, le serveur de droits d'accès ajoute (106) 10 un identifiant du terminal dans une liste de diffusion, - le serveur de droits d'accès diffuse (114), à intervalles prédéterminés, chaque nouveau droit d'accès au contenu multimédia diffusé, seulement aux terminaux dont l'identifiant figure dans la liste de diffusion et sans attendre pour cela que ces terminaux aient requis ce nouveau droit d'accès en envoyant une nouvelle requête de 15 droits d'accès, - en réponse à la réception de chaque droit d'accès, le terminal accède (120) au contenu multimédia diffusé et, en absence de réception du droit d'accès, le terminal inhibe l'accès au contenu multimédia diffusé, - à un instant quelconque, le terminal bascule, indépendamment des autres 20 terminaux : - d'un état prêt dans lequel le terminal est capable d'envoyer, par l'intermédiaire d'une liaison point-à-point, la requête de droits d'accès et de recevoir le droit d'accès requis, - vers un état occupé dans lequel le terminal est incapable d'envoyer, par 25 l'intermédiaire de la liaison point-à-point, la requête de droits d'accès ou de recevoir le droits d'accès, caractérisé en ce que : - en réponse à un événement prédéterminé, le terminal envoie (118) au serveur de droits d'accès, par l'intermédiaire d'une liaison point-à-point, un message d'état 30 indiquant au serveur de droits d'accès qu'il est dans son état prêt et, en alternance, n'envoie pas ce message d'état s'il est dans son état occupé, et - en absence de réception du message d'état attendu en réponse à l'événement prédéterminé, le serveur de droits d'accès retire (166, 168, 170, 172) automatiquement l'identifiant de ce terminal de la liste de diffusion. 35 2. Procédé selon la revendication 1, dans lequel le procédé comporte :- la mémorisation, pour chaque terminal, d'un profil d'occupation comportant des plages horaires et pour chaque plage horaire un indicateur de la probabilité que le terminal soit dans son état prêt pendant cette plage horaire, et - pour chaque terminal et uniquement pour chaque plage horaire du profil d'occupation de ce terminal où l'indicateur correspond à une probabilité que ce terminal soit dans son état prêt supérieure à un seuil prédéterminé : au début de cette plage horaire, le serveur de droits d'accès ajoute (156) automatiquement l'identifiant de ce terminal dans la liste de diffusion sans attendre que ce terminal ait envoyé une requête de droits d'accès. 3. Procédé selon la revendication 2, dans lequel en réponse à la réception de chaque message d'état à l'instant prédéterminé, le serveur de droits d'accès incrémente (150) la valeur de l'indicateur associé à la plage horaire pendant laquelle ce message d'état a été reçu et, en alternance, en absence de réception de ce message d'état à l'instant prédéterminé, décrémente (152) la valeur de cet indicateur. 4. Procédé selon l'une quelconque des revendications précédentes, dans lequel en absence de réception d'un message d'état de la part d'un terminal, le serveur de droits d'accès incrémente (144) un compteur associé spécifiquement à ce terminal, puis retire (142) automatiquement l'identifiant de ce terminal de la liste de diffusion uniquement lorsque ce compteur a dépassé un seuil prédéterminé, et, en alternance, en cas de réception d'un message d'état de la part du terminal, ré-initialise le compteur. 5. Procédé selon l'une quelconque des revendications précédentes, dans lequel : - le serveur de droits d'accès prépare (114) pour chaque terminal dont l'identifiant figure dans la liste de diffusion et seulement pour ces terminaux, un droit d'accès spécifique que seul ce terminal peut exploiter pour lever la protection du contenu multimédia protégé et ainsi accéder en clair à ce contenu multimédia, les autres terminaux étant incapables d'exploiter ce droit d'accès spécifique pour accéder en clair au contenu multimédia, et - en réponse à la réception de chaque droit d'accès spécifique préparé pour ce terminal, le terminal accède (120) au contenu multimédia diffusé et, en absence de réception du droit d'accès spécifique, le terminal inhibe l'accès au contenu multimédia 35 diffusé. 6. Procédé selon la revendication 5, dans lequel, tant que le terminal est dans son état prêt, seulement en réponse à la réception de chaque droit d'accès spécifiquepréparé pour ce terminal, le terminal envoie (118), par l'intermédiaire d'une liaison point-à-point, un accusé de réception au serveur de droit d'accès pour confirmer la réception de ce droit d'accès spécifique, et le serveur de droits d'accès utilise cet accusé de réception en tant que message d'état indiquant que le terminal est dans son état prêt. 7. Procédé selon la revendication 6, dans lequel le serveur de droits d'accès diffuse périodiquement le même droit d'accès tant qu'aucun accusé de réception de ce droit d'accès n'a été reçu et, en réponse à la réception de l'accusé de réception de 10 ce droit d'accès, le serveur de droits interrompt la diffusion de ce droit d'accès. 8. Procédé selon l'une quelconque des revendications précédentes, dans lequel à chaque fois que le serveur de droits d'accès reçoit un message d'état d'un terminal, il enregistre la date à laquelle ce message d'état a été reçu, puis, en parallèle, le 15 serveur de droit d'accès compare (168, 172), à intervalle régulier, un seuil prédéterminé à l'écart entre une date courante et la dernière date enregistrée à laquelle un message d'état a été reçu pour ce terminal et, seulement si ce seuil prédéterminé est franchi, le serveur de droit d'accès retire automatiquement et systématiquement l'identifiant de ce terminal de la liste de diffusion. 20 9. Support (44) d'enregistrement d'informations, caractérisé en ce qu'il comporte des instructions pour la mise en oeuvre d'un procédé de diffusion d'un contenu multimédia protégé conforme à l'une quelconque des revendications précédentes, lorsque ces instructions sont exécutées par un calculateur électronique. 25 10. Serveur de droit d'accès pour la mise en oeuvre d'un procédé conforme à l'une quelconque des revendications 1 à 8, dans lequel le serveur de droit d'accès comporte un calculateur électronique (42) programmé pour : - recevoir une requête de droits d'accès envoyée par un terminal qui souhaite 30 recevoir les droits d'accès l'autorisant à accéder au contenu multimédia, - en réponse à la requête de droits d'accès reçue, ajouter un identifiant du terminal dans une liste de diffusion, - diffuser, à intervalles prédéterminés, chaque nouveau droit d'accès au contenu multimédia diffusé, seulement aux terminaux dont l'identifiant figure dans la liste de 35 diffusion et sans attendre pour cela que ces terminaux aient requis ce nouveau droit d'accès en envoyant une nouvelle requête de droits d'accès, caractérisé en ce que le calculateur électronique (42) est également programmé pour :- en réponse à un événement prédéterminé, recevoir de la part du terminal, par l'intermédiaire d'une liaison point-à-point, un message d'état indiquant au serveur de droits d'accès que ce terminal est dans son état prêt et, en alternance, l'absence de réception de ce message d'état si le terminal est dans son état occupé, et - en réponse à l'absence de réception du message d'état attendu en réponse à l'événement prédéterminé, retirer automatiquement l'identifiant de ce terminal de la liste de diffusion.