Brevet FR2928235A1 — publié le 20090904

PROCÉDÉ D'AFFICHAGE DE CONTENUS MULTIMÉDIA À PERTURBATIONS VARIABLES EN FONCTION DE DROITS LOCAUX DE RÉCEPTEURS/DÉCODEURS Domaine technique de l'invention L'invention concerne la transmission de contenus multimédia vers des récepteurs/décodeurs connectés à un réseau de communication, par diffusion (ou � broadcast � ou encore point-à-multipoints û comme par exemple la télévision 1 o par câble ou par satellite) ou large bande (ou � broadband � - comme par exemple la télévision sur IP). On entend ici par � récepteur/décodeur � tout type d'équipement comprenant, d'une part, des moyens de communication lui permettant au moins de recevoir d'un réseau de communication (filaire ou non filaire) des blocs de 15 données de contenu, et d'autre part, des moyens de décodage chargés de traiter les blocs de données de contenu reçus afin que le contenu qu'ils définissent puisse être visualisé par des moyens de visualisation de n'importe quel type, comme par exemple un écran, un vidéo-projecteur ou un rétro-projecteur. Par conséquent, il pourra par exemple s'agir d'un équipement de type set-top box ou 20 d'un décodeur numérique faisant éventuellement partie d'un ensemble de télévision, d'un ordinateur fixe ou portable, d'un téléphone fixe ou mobile, d'un assistant personnel numérique (ou PDA) communicant, ou d'un terminal mobile implanté dans un véhicule de transport et éventuellement de type TNT/DVB-H. Par ailleurs, on entend ici par � contenu multimédia � tout type 25 d'ensemble de données définissant au moins des séquences d'images, accompagnées éventuellement de sons, comme par exemple des vidéos, des films publicitaires ou des programmes de télévision. Un � contenu multimédia � peut aussi être simplement du son ou des données textuelles. Dans le reste de la description, il est fait référence à la � visualisation � ou 30 l'affichage d'un contenu multimédia mais il est évident qu'il s'agit plus généralement d'un rendu du contenu (rendu visuel, sonore, par affichage de texte ou mixte). Etat de l'art 35 Comme le sait l'homme de l'art, il existe depuis un certain temps un mode de visualisation de contenus multimédia appelé � payer pour voir � (ou en anglais � pay per view �). Ce mode de visualisation repose sur l'accès à des contenus multimédia, généralement encryptés (ou chiffrés), conditionné par des droits d'accès définis en fonction d'un paiement (éventuellement sous la forme d'un abonnement). Le client qui bénéficie de droits d'accès reçoit sur son récepteur/décodeur des contenus multimédia qu'il a demandés ou qui font partie de son abonnement (par exemple dans le cas de programmes de télévision payants), chiffrés au moyen de clés. II reçoit d'autre part des données de contrôle des droits d'accès (contenues habituellement dans des messages notés ECM û pour � Entitlement Control Messages � - ou dans des � Licences � utilisées dans les systèmes de DRM û pour � Digital Rights Management �) permettant de récupérer les clés de chiffrement des contenus multimédia. Le client dispose généralement d'une carte à puce qu'il doit insérer dans son récepteur/décodeur et qui stocke les droits d'accès aux contenus du client. Des données sécurisées, également stockées dans la carte, sont utilisées par le récepteur/décodeur pour récupérer les clés de chiffrement à partir des données de contrôle des droits d'accès et pour ensuite déchiffrer certains au moins des contenus multimédia reçus, permettant ainsi leur visualisation par des moyens de visualisation associés. Résumé de l'invention L'inconvénient de ce mode de visualisation réside dans le fait qu'il est de type tout ou rien. Plus précisément, soit l'utilisateur possède des droits d'accès aux contenus et peut donc visualiser des contenus multimédia déchiffrés, soit l'utilisateur ne possède pas de droits d'accès et alors il ne peut que visualiser des contenus multimédia cryptés ou bien une image fixe généralement monochrome avec un éventuel message proposant par exemple d'acheter un droit d'accès. En d'autres termes, les personnes qui ne disposent pas de droit d'accès à des contenus multimédia reçus ne peuvent pas savoir si ces derniers peuvent les intéresser. L'invention a donc pour but de remédier à cet inconvénient. A cet effet, l'invention propose tout d'abord un procédé d'affichage de contenu multimédia comprenant les étapes consistant à : recevoir dans un récepteur/décodeur (RD) des données représentant le contenu multimédia ainsi que des données de perturbation associées au contenu ; traiter les données représentant le contenu en fonction des données de perturbation associées et en fonction de droits de perturbation stockés localement dans le récepteur/décodeur ; et afficher le contenu multimédia avec une perturbation définie par les données de perturbation selon un niveau de perturbation dépendant des droits de perturbation locaux. Le procédé selon l'invention peut comporter les étapes préalables de : réception par le récepteur/décodeur (RD) de messages de gestion des droits de perturbation et de stockage et/ou mise à jour des droits de perturbation locaux dans le récepteur/décodeur en fonction des informations contenues dans les messages de gestion des droits de perturbation. Selon un premier mode de réalisation, le procédé selon l'invention peut en outre comporter les étapes de réception d'une commande d'utilisateur pour diminuer le niveau de perturbation dans l'affichage du contenu mutlimédia ; mise à jour des droits de perturbation locaux par décrémentation d'un nombre de jetons pré-stockés dans le récepteur/décodeur, le nombre de jetons étant déterminé par la commande de l'utilisateur ; et modification de l'affichage du contenu mutlimédia selon un nouveau niveau de perturbation dépendant des droits de perturbation locaux mis à jour. Selon un second mode de réalisation, le procédé selon l'invention peut en outre comporter les étapes de réception d'une commande d'utilisateur pour diminuer le niveau de perturbation dans l'affichage du contenu mutlimédia ; envoi d'une requête pour mettre à jour les droits de perturbation locaux par achat de jetons à un serveur distant comprenant un module de gestion (MGN) ; réception par le récepteur/décodeur (RD) d'un message de gestion des droits de perturbation contenant une mise à jour des droits de perturbation locaux lorsque l'achat de jeton a pu être effectué par le serveur distant ; mise à jour des droits de perturbation locaux dans le récepteur/décodeur en fonction des informations contenues dans le message de gestion des droits de perturbation reçu ; et modification de l'affichage du contenu mutlimédia selon un nouveau niveau de perturbation dépendant des droits de perturbation locaux mis à jour. Selon une caractéristique préférentielle de l'invention, des données d'intégrité des perturbations sont reçues dans le récepteur/décodeur avec les données représentant le contenu multimédia et les données de perturbation associées au contenu, le procédé comporte en coutre les étapes consistant à : vérifier l'intégrité des données de perturbations reçues à l'aide des données d'intégrité des perturbations avant l'affichage du contenu multimédia, et dans le cas où l'étape de vérification de l'intégrité révèle que les données de perturbation ne sont pas intègres, afficher le contenu multimédia avec un niveau de perturbation maximal prédéfini ; dans le cas où l'étape de vérification de l'intégrité révèle que les données de perturbation sont intègres, afficher le contenu multimédia avec un niveau de perturbation dépendant des droits de perturbation locaux du récepteur/décodeur (RD). Selon une autre caractéristique particulière du procédé de l'invention, lors de l'étape de réception des données représentant le contenu multimédia par le récepteur/décodeur (RD), celles-ci sont reçues sous forme chiffrée, cette étape comprenant en outre la réception par le récepteur/décodeur de données de contrôle des droits d'accès. Préalablement à l'étape de traitement des données représentant le contenu multimédia dans le récepteur/décodeur, le procédé comprend aussi une étape consistant à déchiffrer les données représentant le contenu multimédia à l'aide de clé de chiffrement obtenues à partir des données de contrôle des droits d'accès si le récepteur/décodeur dispose d'un droit d'accès au contenu. Selon une caractéristique avantageuse de l'invention, les données d'intégrité des perturbations et les données de contrôle des droits d'accès sont reçues par le récepteur/décodeur dans des messages protégés, de préférence par chiffrement. Le procédé de l'invention peut présenter d'autres caractéristiques particulières qui peuvent être prises séparément ou en combinaison, et notamment : - les données de perturbation peuvent contenir un contenu de perturbation destiné à masquer au moins en partie le contenu multimédia ou des données d'altération du contenu multimédia destinées à modifier le rendu du contenu multimédia lors de son affichage. - les données de perturbation peuvent contenir plusieurs contenus publicitaires différents associés à des profils utilisateurs différents, et le procédé peut comprendre en outre une étape consistant à déterminer dans le récepteur/décodeur le contenu publicitaire à insérer, sous forme de perturbation, lors de l'affichage du contenu multimédia. -préalablement à l'étape d'affichage du contenu multimédia avec une perturbation définie par les données de perturbation selon un niveau de perturbation dépendant des droits de perturbation locaux, le procédé peut comprendre une étape d'affichage du contenu multimédia sans aucune perturbation pendant une durée prédéfinie. L'invention propose également un récepteur/décodeur de contenu multimédia comprenant : des moyens de communication agencés pour recevoir d'un réseau de communication des données représentant le contenu multimédia ainsi que des données de perturbation associées au contenu et des moyens de décodage agencés pour traiter lesdites données représentant le contenu en fonction des données de perturbation associées et en fonction de droits de perturbation stockés localement dans le récepteur/décodeur et pour fournir à des moyens de visualisation le contenu multimédia avec une perturbation définie par les données de perturbation selon un niveau de perturbation dépendant des droits de perturbation locaux. L'invention concerne aussi un dispositif de fourniture de contenus multimédia destinés à être transmis à destination de récepteurs/décodeurs connectés à un réseau de communication, comprenant des moyens de génération de données de perturbation associées au contenu destinées à être utilisées par lesdits récepteurs/décodeurs pour traiter les données représentant le contenu en fonction de droits de perturbation stockés localement dans les récepteurs/décodeurs pour afficher le contenu multimédia avec une perturbation définie par les données de perturbation selon un niveau de perturbation dépendant des droits de perturbation locaux. Brève description des dessins D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et des dessins annexés, sur lesquels : - la figure 1 illustre de façon schématique et fonctionnelle un exemple d'équipement de communication comprenant un exemple de réalisation d'un dispositif de fourniture de contenus multimédia selon l'invention, et un exemple de réalisation d'un récepteur/décodeur selon l'invention, connectés tous les deux à un réseau de communication, - la figure 2 illustre de façon schématique un premier exemple d'image affichée avec une perturbation matérialisée sous la forme d'un rectangle grisé, - la figure 3 illustre de façon schématique un deuxième exemple d'image affichée avec une perturbation matérialisée sous la forme d'un bandeau publicitaire, et - la figure 4 illustre de façon schématique un exemple d'image affichée avec deux perturbations matérialisées respectivement sous la forme d'un rectangle grisé et sous la forme d'un bandeau publicitaire. Description détaillée L'invention a pour objet de permettre la visualisation par des récepteurs/décodeurs, connectés à un réseau de communication, de contenus multimédia avec une perturbation variable en fonction de droits locaux. Dans ce qui suit, on considère, à titre d'exemple illustratif et non limitatif, que le réseau de communication est un réseau satellitaire. Mais, l'invention concerne tout type de réseau de communication capable de transmettre à destination de récepteurs/décodeurs qui sont connectés à lui (ou joignables par son intermédiaire), en mode point-à-multipoints (ou � broadcast � - diffusion) ou point-à-point (ou � unicast � - large bande)), et sur une voie aller, des blocs de données (comme par exemple des paquets IP) définissant des contenus multimédia. Elle concerne donc également les réseaux filaires à haut débit, comme par exemple les réseaux câblés ou les réseaux téléphoniques de type xDSL, les réseaux locaux filaires, comme par exemple ceux de type LAN (� Local Area Network �), et les réseaux de communication non filaire (ou radio), comme par exemple les réseaux de téléphonie mobile ou cellulaire (GSM/GPRS, EDGE, UMTS, CDMA2000 et leurs extensions et équivalents), et les réseaux locaux sans fil (standards WLAN (� Wireless Local Area Network � - IEEE 802.11, Wi-Fi, Wi-Fi MIMO, ETSI HiperLAN/2), Bluetooth (IEEE 802.15), WiMAX (IEEE 802.16, ETSI HiperMAN) et Zigbee). Comme cela est schématiquement illustré sur la figure 1, la mise en oeuvre de l'invention requiert un réseau de communication RC, un équipement de fourniture de contenus multimédia ER et des récepteurs/décodeurs RD couplés à des moyens de visualisation de contenus SV. L'équipement de fourniture de contenus multimédia ER est par exemple un serveur de contenus délivrant des contenus multimédia (séquences d'images accompagnées généralement d'une bande sonore), tels que des programmes de télévision (des films publicitaires ou des vidéos), sous la forme de blocs de données de contenu, préférentiellement encryptés (ou chiffrés). Par exemple, ce serveur de contenus ER est un serveur IP délivrant des blocs de données de contenu encryptés sous la forme de paquets IP (Internet Protocol). Ce serveur de contenus ER comprend au moins un module de communication MC1 connecté au réseau de communication RC, un dispositif de fourniture de contenus multimédia D, selon l'invention, et une base de données de contenus BDC dans laquelle sont stockés les contenus multimédia à transmettre aux récepteurs/décodeurs RD. On notera que dans des variantes, le dispositif D peut lui-même comporter la base de données de contenus BDC et/ou les moyens de communication MC1. Le dispositif D selon l'invention comprend au moins un premier module de chiffrement MG1 et un second module MG2 de génération de données de perturbation. Le premier module de chiffrement MG1 est couplé à la base de données de contenus BDC afin de chiffrer les blocs de données des contenus multimédia qui s'y trouvent stockés et de délivrer ces blocs chiffrés sur une sortie couplée au module de communication MC1 en vue de leur transmission (diffusion) vers des récepteurs/décodeurs RD. Le chiffrement se fait au moyen de clés qui sont elles-mêmes transmises dans des données de contrôle des droits d'accès au contenu (tels que messages ECM ou Licences) que le module de chiffrement MG1 délivre sur sa sortie. Le second module MG2 de génération de données de perturbation est chargé de délivrer sur une sortie au moins des données de perturbation qui sont représentatives de perturbation(s) de contenu et qui seront localement utilisées par les récepteurs/décodeurs RD pour traiter les blocs de données transmis (diffusés) en vue de la visualisation des contenus qu'ils représentent sous une forme perturbée fonction de leurs droits de perturbation locaux respectifs. On entend ici par � perturbation � tout ce qui peut être ajouté en mode � flux sur flux � (ou surimpression (ou � overlay �)) à un contenu multimédia à visualiser et toute altération ou dégradation d'un contenu multimédia. Une perturbation n'implique donc pas obligatoirement une dégradation du contenu multimédia visualisé. Par conséquent, les données de perturbation désignent ici tout ce qui peut constituer un contenu de perturbation (comme par exemple une publicité à insérer sur un contenu multimédia) ou une définition d'une perturbation à appliquer à un contenu multimédia (comme par exemple l'ajout d'un rectangle plein ou d'un cadre ou la suppression d'une zone d'un contenu multimédia). Les données de perturbation sont soit des données qui viennent s'ajouter au contenu multimédia pour en masquer certaines parties lors de l'affichage (données d'� overlay �), soit des données de modification du contenu multimédia qui vont modifier l'apparence de ce contenu pendant son affichage. Des exemples de perturbations sont illustrés par les figures 2 à 4. L'exemple illustré sur la figure 2 correspond à une perturbation de chaque image d'un contenu affiché (passé un certain délai choisi) qui consiste en une insertion d'un rectangle grisé (ou le remplacement de certains pixels par des pixels gris) dans une zone choisie (dont l'emplacement varie éventuellement d'une image à l'autre). L'exemple illustré sur la figure 3 correspond à une perturbation de chaque image d'un contenu affiché (passé un certain délai choisi) qui consiste en une insertion d'un bandeau contenant un message publicitaire choisi (dont l'emplacement varie éventuellement d'une image à l'autre). Les données de perturbation peuvent aussi correspondre à une combinaison d'au moins deux types de perturbation différents. C'est notamment le cas dans l'exemple illustré sur la figure 4 dans lequel chaque image d'un contenu affiché (passé un certain délai choisi) fait l'objet à la fois d'une insertion d'un rectangle grisé (ou le remplacement de certains pixels par des pixels gris) dans une zone choisie (dont l'emplacement varie éventuellement d'une image à l'autre) et d'une insertion d'un bandeau contenant un message publicitaire choisi (dont l'emplacement varie éventuellement d'une image à l'autre). De très nombreux autres exemples de perturbation et de combinaison de 1 o perturbations peuvent être envisagés, avec un caractère progressif ou constant. II est important de noter que les perturbation(s) de contenu, qui sont délivrées sous la forme de données de perturbation, sont appliquées aux contenus multimédia en fonction de droits de perturbation qui ne doivent pas être confondus avec les droits d'accès aux contenus multimédia. Ces droits de 15 perturbation définissent le niveau de perturbation qui est appliqué localement. Par exemple, le niveau de perturbation peut être un niveau de transparence (de 0% û complètement transparent û à 100% û complètement opaque) des données de perturbation affichées en surimpression sur le contenu multimédia original. Le niveau de perturbation peut aussi être un volume sonore lorsque les données de 20 perturbation sont des données sonores. N'importe quel type de perturbation de contenu peut être envisagé, et notamment : -l'insertion (ou overlay) sur des images d'un contenu multimédia d'un bandeau contenant un autre contenu publicitaire, par exemple issu du fournisseur du 25 contenu multimédia à visualiser, - l'insertion (ou overlay) sur des images d'un contenu multimédia d'un message d'avertissement de droit d'auteur (ou � copyright �), visuel et/ou sonore, - l'insertion (ou overlay) sur des images d'un contenu multimédia d'un message d'information, comme par exemple une invitation a acheter le programme défini 30 par le contenu, - l'insertion (ou overlay) sur des images d'un contenu multimédia d'au moins un identifiant représentatif de l'utilisateur concerné, comme par exemple son nom et/ou son identifiant de communication, - l'ajout de sons sans relation avec le contenu multimédia, 35 - la dégradation ou la suppression du son accompagnant des séquences d'images, - le remplacement d'un contenu multimédia à visualiser par au moins une image fixe monochrome (ou � blank image �), par exemple un fond d'écran noir ou blanc, - la dégradation des images d'un contenu multimédia à visualiser définie par au moins un type choisi (dégradation progressive entre un niveau de qualité optimale et un niveau dégradé, dégradation constante définie par un droit de perturbation choisi, dégradation d'une partie de l'image seulement, rotation de zones de l'image, suppression de certaines parties de l'image, etc.). II est important de noter que plusieurs types de perturbations peuvent être conjointement appliqués. Par ailleurs, les données de perturbation peuvent éventuellement définir plusieurs contenus publicitaires différents associés à des profils d'utilisateurs différents. Dans ce cas, le contenu publicitaire qui est inséré (en overlay) sur le contenu multimédia à visualiser est choisi localement par un module de décodage MD du récepteur/décodeur en fonction du profil de l'utilisateur (qu'il stocke dans une mémoire locale). Les perturbations de contenu pouvant être éventuellement fonctions des contenus qu'elles complémentent, le second module MG2 de génération de données de perturbation est de préférence couplé au premier module de chiffrement MG1 afin de pouvoir synchroniser leurs fonctionnements, comme illustré sur la figure 1. Les blocs de données de contenu encryptés (chiffrés), les données de perturbation complémentaires (qui contiennent par exemple le contenu û texte, image, etc. û de la perturbation ainsi que son positionnement à l'écran), et les données de contrôle des droits d'accès au contenu (contenant les clés de chiffrement du contenu), sont transmis par le module de communication MC1 au réseau RC afin qu'il les transmette (diffuse) à son tour vers les récepteurs/décodeurs RD concernés. De préférence, lorsque les données sont transmises par diffusion de type � broadcast �, les blocs de données de contenu sont transmis sur la voie aller dans un flux de transport, avec les données de perturbation. Par exemple, si on utilise la norme de codage ISO/IEC 13818-1, les blocs de données contenant la vidéo sont transmis dans des paquets ayant un premier identifiant PID (pour � Packet Identifier �) propre, les blocs de données contenant l'audio sont transmis dans des paquets ayant un second PID et les données de perturbations sont transmises dans paquets de données ayant un troisième PID. Par ailleurs, les données de contrôle des droits d'accès sont transmises sur la voie aller dans des messages complémentaires par exemple de type ECM (� Entitlement Control Message �) qui sont eux-mêmes transmis dans des paquets ayant leur propre PID. Ces messages de type ECM sont de préférence protégés par chiffrement et seuls les récepteurs/décodeurs qui sont autorisés contiennent les clés permettant de déchiffrer ces ECM. Lorsque les données sont transmises en mode de diffusion � broadband �, les blocs de données de contenu sont transmis dans un flux point-à-multipoints (� broadcast � ou � multicast �) avec les données de perturbation et les données de contrôle des droits d'accès. On notera également que l'on peut prévoir un mécanisme de vérification de l'intégrité des données de perturbation qui sont transmises avec le contenu. 1 o Pour ce faire, le dispositif D peut adjoindre aux données de perturbation des données d'intégrité des perturbations qui sont transmises préférentiellement dans les messages protégés (de type ECM) contenant déjà les données de contrôle des droits d'accès. Ces données d'intégrité sont générées en fonction des données de perturbation qui peuvent être appliquées au contenu multimédia 15 transmis, par exemple par application d'une fonction de hachage aux données de perturbation. Ces données d'intégrité sont utilisées ensuite au niveau de chaque récepteur/décodeur pour vérifier que les données de perturbation n'ont pas été modifiées (par exemple pour rendre la perturbation minimale) de manière 20 frauduleuse. On reviendra plus loin sur des modules additionnels que peut éventuellement comporter le dispositif D selon l'invention. Chaque récepteur/décodeur RD comprend au moins un module de communication MC2 et un module (ou une unité) de décodage MD. 25 Le récepteur/décodeur RD est par exemple un équipement de communication de type Set-Top Box ou décodeur numérique. II peut par exemple être connecté à un, ou faire partie d'un, ensemble de télévision SV (comme dans l'exemple illustré sur la figure 1), ordinateur fixe ou portable, téléphone fixe ou mobile, assistant personnel numérique (ou PDA) communicant, ou terminal 30 mobile implanté dans un véhicule de transport et éventuellement de type TNT/DVB-H. Le module de communication MC2 est couplé au réseau de communication RC. II est au moins chargé de recevoir de ce dernier, sur une voie aller, d'une part, des blocs de données de contenu (préférentiellement chiffrés) et 35 des données de perturbation complémentaires et d'autre part des données d'intégrité des perturbations ainsi que des données de contrôle des droits d'accès transmis dans des messages protégés, le tout étant issu du serveur de contenus ER. Le module de décodage MD est couplé au module de communication MC2 afin de recevoir les blocs de données de contenu, les données de perturbation, les données d'intégrité des perturbations et les données de contrôle des droits d'accès qu'il reçoit du réseau RC. Ce module de décodage MD est chargé de traiter les blocs de données de contenu en fonction des données de perturbation associées reçues en complément du contenu et en fonction des droits de perturbation stockés localement dans le récepteur/décodeur afin que le contenu à visualiser intègre 1 o chaque perturbation en fonction du droit de perturbation local. Comme cela est illustré sur la figure 1, le module de décodage MD comprend par exemple un sous-module de déchiffrement SMD, chargé de déchiffrer les blocs de données de contenu lorsqu'ils sont reçus sous une forme chiffrée pour délivrer un contenu à visualiser. Le module MD comprend aussi un 15 sous-module d'intégration de perturbation(s) SMP, couplé à la sortie du sous-module de décodage SMD et chargé de perturber le continu à visualiser en fonction du droit de perturbation local (c'est-à-dire propre au récepteur/ décodeur RD considéré). Ce droit de perturbation local est reçu au préalable dans le 20 récepteur/décodeur RD, par exemple dans des messages de gestion des droits de perturbation (similaires aux messages notés EMM û pour � Entitlement Management Message � - dans les systèmes d'accès conditionnel ou aux � Licences � utilisées dans les systèmes de DRM). Ces messages de gestion des droits de perturbation sont adressés spécifiquement au récepteur/décodeur et 25 sont donc destinés à un seul récepteur/décodeur (ou à un groupe déterminé de récepteurs/décodeurs). Ces messages de gestion des droits de perturbation sont envoyés de manière décorrélée par rapport au contenu en lui-même. Typiquement, lorsque le contenu est transmis par diffusion de type � broadcast �, les messages de gestion des droits de perturbation sont transmis en carrousel, 30 c'est-à-dire de manière répétée, dans le flux. Lorsque le contenu est transmis en mode de diffusion � broadband �, les messages de gestion des droits de perturbation sont transmis dans un flux � point-à-point � (ou � unicast �) entre le serveur ER et le récepteur/décodeur RD. De nouveaux messages de gestion des droits de perturbation sont adressés au récepteur/décodeur quand l'utilisateur 35 modifie son abonnement ou quand il achète des droits supplémentaires pour diminuer les perturbations par exemple. Les sous-modules SMD et SMP sont, dans l'exemple de réalisation, reliés 11 à un module de contrôle d'accès MCA. Ce module de contrôle d'accès MCA récupère les clés de chiffrement du contenu à partir des données de contrôle des droits d'accès et de données sécurisées stockées dans une mémoire locale sécurisée. Cette mémoire locale est par exemple contenue dans une carte à puces CP. Dans ce cas, et comme illustré sur la figure 1, le module de contrôle d'accès MCA comprend un lecteur de carte LC capable de recevoir la carte à puces CP et de lire les informations qui sont stockées dans ses mémoires. Une fois les clés de chiffrement du contenu déterminées, le module de contrôle d'accès MCA les transmet au sous-module SMD. Ce dernier est alors en mesure de déchiffrer les blocs de données de contenu encryptés reçus. II en résulte des fractions de contenu qui sont transmises au sous-module d'intégration de perturbation(s) SMP. Ce dernier est par exemple désactivé pendant une durée choisie qui suit le commencement de la réception locale d'un contenu multimédia afin de permettre sa visualisation sans aucune perturbation pendant une durée choisie. Dans ce cas, il transmet directement aux moyens de visualisation SV les fractions de contenu déchiffrées par le sous-module de déchiffrement SMD afin qu'elles commencent à être affichées sans aucune perturbation. Dans une variante, les données de perturbation reçues peuvent imposer que le sous-module d'intégration de perturbation(s) SMP insère dans chaque image (ou groupe d'images) du contenu multimédia à visualiser un message d'informations proposant d'accéder à ce dernier selon des niveaux de perturbation qui dépendent d'un nombre de jetons achetés. En effet, l'utilisateur peut acheter des droits supplémentaires pour diminuer les perturbations sous la forme de jetons par exemple. L'achat d'un nombre déterminé de jeton permettra de modifier les droits de perturbation locaux pour diminuer le niveau de perturbation du contenu affiché. Dans ce cas, l'utilisateur commence par visualiser le contenu multimédia avec le message d'informations, et soit il décide d'acheter des jetons et dans ce cas il visualisera la suite du contenu multimédia avec un niveau (ou droit) de perturbation fonction du nombre de jetons achetés, soit il refuse d'acheter des jetons. Dans ce dernier cas, il visualisera la suite du contenu multimédia sous une forme partiellement ou totalement perturbée en fonction des données de perturbation reçues avec le contenu multimédia et en fonction du droit de perturbation local stocké dans le récepteur/décodeur. Si les données de perturbation n'imposent pas immédiatement l'insertion d'un message d'informations, c'est le module de contrôle d'accès MCA qui peut ordonner l'affichage par les moyens de visualisation SV d'un message proposant à l'utilisateur de son récepteur/décodeur RD d'acheter un nombre de jetons permettant de diminuer les droits de perturbation locaux. On entend ici par � droit de perturbation élevé � un droit correspondant à une perturbation élevée (ou importante) et par � droit de perturbation faible � un droit correspondant à une faible perturbation. A titre d'exemple non limitatif, l'achat d'un jeton peut permettre une visualisation selon un droit de perturbation élevé (mais pas maximal, comme par exemple une dégradation moyenne de la qualité d'image et/ou du son combinée à l'insertion d'un bandeau publicitaire), l'achat de trois jetons peut permettre une visualisation selon un droit de perturbation moyen (comme par exemple une dégradation faible de la qualité d'image et/ou du son combinée à l'insertion d'un bandeau publicitaire), l'achat de cinq jetons peut permettre une visualisation selon un droit de perturbation faible (comme par exemple une dégradation faible de la qualité d'image et/ou du son), et l'achat de dix jetons peut permettre une visualisation selon un droit de perturbation nul (correspondant à une qualité d'image et du son optimale û non perturbée). Le nombre de jetons achetés par l'utilisateur (ici compris entre zéro (0) et dix (10)) correspond à une somme d'argent qui doit être débitée soit d'un compte bancaire, soit d'un compte local. Par exemple, le module de contrôle d'accès MCA est agencé pour retrancher le nombre de jetons que l'utilisateur veut acheter d'un nombre de jetons pré-achetés qui est stocké dans une mémoire locale MY. Cette dernière est par exemple contenue dans la carte à puces CP. Dans ce cas, le lecteur de carte LC est également capable de lire le nombre de jetons pré-achetés qui se trouve stocké dans la mémoire MY et de le remplacer par un nouveau nombre qui est égal au résultat du retranchement du nombre de jetons que l'utilisateur veut acheter de ce nombre de jetons pré-achetés. On notera que cette méthode de mise à jour du droit local de perturbation localement au niveau du récepteur/décodeur (par retranchement de jetons stockés dans une mémoire locale sécurisée) est une alternative à la méthode de mise à jour des droits locaux de perturbation exposée précédemment, par l'envoi de messages de gestion des droits de perturbation (de type � EMM �). Si le nombre de jetons stocké n'est pas suffisamment grand, ou si le module de contrôle d'accès MCA n'est pas conçu pour effectuer l'opération de débit (ou retranchement), alors il peut établir une connexion avec le dispositif D, implanté dans le serveur de contenus ER, sur une voie retour d'un réseau de communication (qui n'est pas forcément le même que celui RC utilisé pour la voie aller). II peut alors ordonner au module de communication MC2 de son récepteur/décodeur RD de transmettre au serveur de contenus ER la demande d'achat de jetons effectuée par l'utilisateur. Dans ce cas, le dispositif D comprend un module de gestion MGN couplé au module de communication MC1 et chargé d'organiser le débit d'un compte (bancaire ou de jetons pré-achetés) appartenant à l'utilisateur qui a effectué la demande d'achat. Si cela est possible, le module de gestion MGN débite le compte d'un montant correspondant à l'achat du nombre de jetons choisi par l'utilisateur ou bien de ce nombre de jetons choisi. Puis, le module de gestion MGN délivre au module de communication MC1 un message confirmant l'achat du nombre de jetons demandés (ou le rejet de la demande d'achat) afin qu'il le transmette au récepteur/décodeur RD concerné (en mode point-à-point (ou � unicast �)), de préférence sur la voie aller du réseau de communication RC (mais cela peut également se faire sur la voie retour qui est généralement de type bidirectionnelle). Lorsque le module de communication MC2 du récepteur/décodeur RD concerné reçoit un tel message, il le communique au module de décodage MD qui le transfère vers le module de contrôle d'accès MCA. On notera que le module de gestion MGN n'est pas nécessairement inclus dans le serveur de distribution de contenu D. II peut aussi faire partie d'un serveur d'un intermédiaire financier, tel qu'une banque. Le dispositif D peut aussi comprendre un module de contrôle MCT chargé de déterminer les données de droits d'accès aux contenus diffusés pour un récepteur/décodeur RD. Dans ce cas, il détermine dans une base de données client quels types de contenus l'utilisateur du récepteur/décodeur RD est autorisé à visualiser en fonction de son abonnement ou d'achats spécifiques de contenus effectués � à la demande �. Ce mode de fonctionnement est notamment connu dans les applications de télévision payante (ou CA TV (pour � Conditional Access TV �)). Ces données de droits d'accès propres à chaque récepteur/décodeur sont généralement transmises en début de mois avec les données de droits de perturbation associés au récepteur/décodeur. Ces données sont transmises sur la voie aller et dans un flux au moyen de messages complémentaires adressés spécifiquement à un récepteur/décodeur, par exemple de type EMM (� Entitled Management Message �). Lorsque le module de communication MC2 du récepteur/décodeur RD reçoit un message complémentaire de ce type, il communique les données de droit d'accès et les données de droits de perturbations au module de décodage MD pour les stocker ensuite de manière sécurisée dans la mémoire de la carte CP. On notera que les droits d'accès au contenu et droits de perturbations locaux sont stockés dans une mémoire sécurisée telle que la mémoire d'une carte à puce ou d'une clé USB sécurisée. Ils peuvent aussi être contenus dans un fichier de licence DRM par exemple qui est lui-même protégé par chiffrement à l'aide de clés protégées par des certificats. Les modules MCA, SMD et SMP représentés à la figure 1 qui appliquent ou traitent les droits d'accès au contenu ou les droits de perturbation doivent aussi être sécurisés : ce sont donc soit des applications qui sont exécutées par un processeur sécurisé (de carte à puce par exemple), soit des applications codées de manière sécurisée (� secure coding �). Lorsque le récepteur/décodeur RD reçoit dans son module de décodage MD les blocs de données de contenu ainsi que les données de perturbation, les données d'intégrité des perturbations et les données de contrôle des droits d'accès, il effectue deux vérification (dans le module MCA typiquement ou dans le module SMD). Une première vérification consiste à comparer les données de droits d'accès stockées dans la mémoire sécurisée (par exemple celle de la carte CP) du récepteur/décodeur avec les données de contrôle des droits d'accès transmises avec le contenu pour s'assurer que l'utilisateur du décodeur est bien autorisé à recevoir ce contenu et pour également récupérer les clés de chiffrement du contenu comme vu précédemment. Une deuxième vérification est effectuée pour vérifier l'intégrité des données de perturbation reçues à l'aide des données d'intégrité des perturbations. Par exemple, si les données d'intégrités sont générées (par le serveur ER) en appliquant une fonction de hachage aux données de perturbation, la vérification dans le récepteur/décodeur consiste à appliquer la même fonction de hachage aux données de perturbations reçues et à comparer le résultat de ce calcul aux données d'intégrité de perturbations reçues. Si cette deuxième vérification révèle que les données de perturbation ne sont pas intègres (c'est-à-dire qu'elles ont été modifiées par rapport à leur contenu initial), alors un niveau de perturbation maximal sera appliqué par le récepteur/décodeur dans l'affichage du contenu, et ce quels que soient les droits de perturbations locaux. Si en revanche, la deuxième vérification révèle que les données de perturbation sont intègres, alors le sous-module SMP appliquera la perturbation définie par les données de perturbation selon un niveau de perturbation dépendant du droit de perturbation local. Par ailleurs, l'utilisateur du récepteur/décodeur est invité à faire diminuer le niveau de perturbation en acquérant des nouveaux droits de perturbation (en fait, des droits à � faire diminuer � les perturbations) soit localement, par retranchement de jetons de sa carte à puce par exemple, soit par un échange avec le serveur ER. On notera que pour éviter qu'un utilisateur passe fréquemment d'un programme qui l'intéresse à un autre, et ainsi désactive à chaque fois le mécanisme d'intégration de perturbation(s) de manière à bénéficier sensiblement en continu de ce programme qui l'intéresse, on peut envisager que le sous-module d'intégration de perturbation(s) SMP soit configuré de manière à appliquer automatiquement au contenu le droit de perturbation le plus élevé (perturbation(s) élevées û par exemple une image monochrome fixe éventuellement sans son d'accompagnement) après un nombre de changements choisi (par exemple deux ou trois comptabilisés par un compteur dédié). On notera également qu'en l'absence d'une détermination du droit de perturbation local, le sous-module d'intégration de perturbation(s) SMP est préférentiellement configuré de manière à appliquer automatiquement par défaut au contenu décodé à visualiser le droit de perturbation le plus élevé (perturbation(s) élevées û par exemple une image monochrome fixe éventuellement sans son d'accompagnement). On notera également que le module de décodage MD, et par exemple son sous-module d'intégration de perturbation(s) SMP, peut être agencé de manière à forcer un dispositif d'enregistrement de contenus local, qui est couplé à l'une des sorties du récepteur/décodeur RD ou des moyens de visualisation SV, à enregistrer les contenus décodés avec la (les) perturbations correspondant soit au droit de perturbation de l'utilisateur, soit au droit de perturbation le plus élevé (perturbation(s) élevées û par exemple une image monochrome fixe éventuellement sans son d'accompagnement). Cette dernière hypothèse est destinée à interdire la reproduction de contenu sans autorisation. Dans une variante, on peut envisager que le droit de perturbation, qui correspond aux jetons achetés par l'utilisateur, définisse également un droit de reproduction de contenu. A titre d'exemple, on peut envisager qu'au moins un identifiant de l'utilisateur soit enregistré en même temps que le contenu décodé, afin de pouvoir déterminer qui est à l'origine d'une reproduction de contenu. Le module de décodage MD (SMD et SMP) est préférentiellement réalisé sous la forme de modules logiciels (� software �). Mais, on peut envisager qu'il soit réalisé sous la forme de circuits électroniques (� hardware �) ou d'une combinaison de modules logiciels et de circuits électroniques. De même, le dispositif D est préférentiellement réalisé sous la forme de modules logiciels (� software �). Mais, on peut envisager qu'il soit réalisé sous la forme de circuits électroniques (� hardware �) ou d'une combinaison de modules logiciels et de circuits électroniques. L'invention ne se limite pas aux modes de réalisation de procédé de visualisation de contenus multimédia, de récepteur/décodeur et de dispositif de fourniture de contenus multimédia décrits ci-avant, seulement à titre d'exemple, mais elle englobe toutes les variantes que pourra envisager l'homme de l'art dans le cadre des revendications ci-après. REVENDICATIONS 1. Procédé d'affichage de contenu multimédia comprenant les étapes consistant à : recevoir dans un récepteur/décodeur (RD) des données représentant le contenu multimédia ainsi que des données de perturbation associées au contenu traiter les données représentant le contenu en fonction des données de perturbation associées et en fonction de droits de perturbation stockés localement dans le récepteur/décodeur ; et afficher le contenu multimédia avec une perturbation définie par les données de perturbation selon un niveau de perturbation dépendant des droits de perturbation locaux. 2. Procédé selon la revendication 1, caractérisé en ce qu'il comporte les étapes préalables de : réception par le récepteur/décodeur (RD) de messages de gestion des droits de perturbation et de stockage et/ou mise à jour des droits de perturbation locaux dans le récepteur/décodeur en fonction des informations contenues dans les messages de gestion des droits de perturbation. 3. Procédé selon l'une des revendications 1 ou 2, caractérisé en ce qu'il comporte en outre les étapes de réception d'une commande d'utilisateur pour diminuer le niveau de perturbation dans l'affichage du contenu mutlimédia ; mise à jour des droits de perturbation locaux par décrémentation d'un nombre de jetons pré-stockés dans le récepteur/décodeur, le nombre de jetons étant déterminé par la commande de l'utilisateur ; et modification de l'affichage du contenu mutlimédia selon un nouveau niveau de perturbation dépendant des droits de perturbation locaux mis à jour. 4. Procédé selon l'une des revendications 1 ou 2, caractérisé en ce qu'il comporte en outre les étapes de réception d'une commande d'utilisateur pour diminuer le niveau de perturbation dans l'affichage du contenu mutlimédia ; envoi d'une requête pour mettre à jour les droits de perturbation locaux par achat de jetons à un serveur distant comprenant un module de gestion (MGN) ;réception par le récepteur/décodeur (RD) d'un message de gestion des droits de perturbation contenant une mise à jour des droits de perturbation locaux lorsque l'achat de jeton a pu être effectué par le serveur distant ; mise à jour des droits de perturbation locaux dans le récepteur/décodeur en fonction des informations contenues dans le message de gestion des droits de perturbation reçu ; et modification de l'affichage du contenu mutlimédia selon un nouveau niveau de perturbation dépendant des droits de perturbation locaux mis à jour. 5. Procédé selon l'une des revendications 1 à 4, caractérisé en ce que des données d'intégrité des perturbations sont reçues dans le récepteur/décodeur avec les données représentant le contenu multimédia et les données de perturbation associées au contenu, et en ce que le procédé comporte en coutre les étapes consistant à : vérifier l'intégrité des données de perturbations reçues à l'aide des données d'intégrité des perturbations avant l'affichage du contenu multimédia, et dans le cas où l'étape de vérification de l'intégrité révèle que les données de perturbation ne sont pas intègres, afficher le contenu multimédia avec un niveau de perturbation maximal prédéfini ; dans le cas où l'étape de vérification de l'intégrité révèle que les données de perturbation sont intègres, afficher le contenu multimédia avec un niveau de perturbation dépendant des droits de perturbation locaux du récepteur/décodeur (RD). 6. Procédé selon l'une des revendications 1 à 5, caractérisé en ce lors de l'étape de réception des données représentant le contenu multimédia par le récepteur/décodeur (RD), celles-ci sont reçues sous forme chiffrée, ladite étape comprenant en outre la réception par le récepteur/décodeur de données de contrôle des droits d'accès et en ce que préalablement à l'étape de traitement des données représentant le contenu multimédia dans le récepteur/décodeur, le procédé comprend une étape consistant à déchiffrer les données représentant le contenu multimédia à l'aide de clé de chiffrement obtenues à partir des données de contrôle des droits d'accès si le récepteur/décodeur dispose d'un droit d'accès au contenu. 7. Procédé selon la revendication 6, caractérisé en ce que les données d'intégrité des perturbations et les données de contrôle des droits d'accès sont reçues par le récepteur/décodeur dans des messages protégés, de préférencepar chiffrement. 8. Procédé selon l'une des revendications 1 à 7, caractérisé en ce que les données de perturbation contiennent un contenu de perturbation destiné à masquer au moins en partie le contenu multimédia ou des données d'altération du contenu multimédia destinées à modifier le rendu du contenu multimédia lors de son affichage. 9. Procédé selon la revendication 8, caractérisé en ce que les données de perturbation contiennent plusieurs contenus publicitaires différents associés à des profils utilisateurs différents, et en ce que le procédé comprend en outre une étape consistant à déterminer dans le récepteur/décodeur le contenu publicitaire à insérer, sous forme de perturbation, lors de l'affichage du contenu multimédia. 10. Procédé selon l'une des revendications 1 à 9, caractérisé en ce que, préalablement à l'étape d'affichage du contenu multimédia avec une perturbation définie par les données de perturbation selon un niveau de perturbation dépendant des droits de perturbation locaux, le procédé comprend une étape d'affichage du contenu multimédia sans aucune perturbation pendant une durée prédéfinie. 11. Récepteur/décodeur de contenu multimédia (RD) comprenant : des moyens de communication (MC2) agencés pour recevoir d'un réseau de communication (RC) des données représentant le contenu multimédia ainsi 25 que des données de perturbation associées au contenu et des moyens de décodage (MD) agencés pour traiter lesdites données représentant le contenu en fonction des données de perturbation associées et en fonction de droits de perturbation stockés localement dans le récepteur/décodeur et pour fournir à des moyens de visualisation (SV) le contenu multimédia avec 30 une perturbation définie par les données de perturbation selon un niveau de perturbation dépendant des droits de perturbation locaux. 12. Dispositif (D) de fourniture de contenus multimédia destinés à être transmis à destination de récepteurs/décodeurs (RD) connectés à un réseau de 35 communication (RC), comprenant des moyens de génération (MG2) de données de perturbation associées au contenu destinées à être utilisées par lesdits récepteurs/décodeurs (RD) pour traiter les données représentant le contenu en 20fonction de droits de perturbation stockés localement dans les récepteurs/décodeurs pour afficher le contenu multimédia avec une perturbation définie par les données de perturbation selon un niveau de perturbation dépendant des droits de perturbation locaux.