[go: up one dir, main page]

FR2928235A1 - Procede d'affichage de contenus multimedia a perturbations variables en fonctions de droits locaux de recepteurs/ decodeurs. - Google Patents

Procede d'affichage de contenus multimedia a perturbations variables en fonctions de droits locaux de recepteurs/ decodeurs. Download PDF

Info

Publication number
FR2928235A1
FR2928235A1 FR0851352A FR0851352A FR2928235A1 FR 2928235 A1 FR2928235 A1 FR 2928235A1 FR 0851352 A FR0851352 A FR 0851352A FR 0851352 A FR0851352 A FR 0851352A FR 2928235 A1 FR2928235 A1 FR 2928235A1
Authority
FR
France
Prior art keywords
disturbance
data
perturbation
content
decoder
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
FR0851352A
Other languages
English (en)
Inventor
Stephane Onno
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Thomson Licensing SAS
Original Assignee
Thomson Licensing SAS
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Thomson Licensing SAS filed Critical Thomson Licensing SAS
Priority to FR0851352A priority Critical patent/FR2928235A1/fr
Priority to EP09719039A priority patent/EP2245854A1/fr
Priority to PCT/FR2009/050314 priority patent/WO2009112771A1/fr
Priority to BRPI0908795-8A priority patent/BRPI0908795A2/pt
Priority to KR1020107019019A priority patent/KR101559948B1/ko
Priority to CN200980107107.3A priority patent/CN101965731A/zh
Priority to US12/735,908 priority patent/US20100332343A1/en
Priority to JP2010548154A priority patent/JP2011517381A/ja
Publication of FR2928235A1 publication Critical patent/FR2928235A1/fr
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17318—Direct or substantially direct transmission and handling of requests
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2347—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving video stream encryption
    • H04N21/23476—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving video stream encryption by partially encrypting, e.g. encrypting the ending portion of a movie
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/254—Management at additional data server, e.g. shopping server, rights management server
    • H04N21/2541—Rights Management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H04N21/4318—Generation of visual interfaces for content selection or interaction; Content or additional data rendering by altering the content in the rendering process, e.g. blanking, blurring or masking an image region
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4405—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video stream decryption
    • H04N21/44055—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video stream decryption by partially decrypting, e.g. decrypting a video stream that has been partially encrypted
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4623—Processing of entitlement messages, e.g. ECM [Entitlement Control Message] or EMM [Entitlement Management Message]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4627—Rights management associated to the content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/835—Generation of protective data, e.g. certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/162—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing
    • H04N7/163—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing by receiver means only
    • H04N7/164—Coin-freed apparatus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/167—Systems rendering the television signal unintelligible and subsequently intelligible
    • H04N7/1675—Providing digital key or authorisation information for generation or regeneration of the scrambling sequence

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Storage Device Security (AREA)

Abstract

Un récepteur/décodeur de contenus multimédia (RD) reçoit des données représentant le contenu multimédia ainsi que des données de perturbation associées au contenu. Il traite 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 puis il transmet à des moyens de visualisation (SV) le contenu multimédia pour affichage avec une perturbation définie par les données de perturbation selon un niveau de perturbation dépendant des droits de perturbation locaux.

Description

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.

Claims (12)

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.
FR0851352A 2008-02-29 2008-02-29 Procede d'affichage de contenus multimedia a perturbations variables en fonctions de droits locaux de recepteurs/ decodeurs. Pending FR2928235A1 (fr)

Priority Applications (8)

Application Number Priority Date Filing Date Title
FR0851352A FR2928235A1 (fr) 2008-02-29 2008-02-29 Procede d'affichage de contenus multimedia a perturbations variables en fonctions de droits locaux de recepteurs/ decodeurs.
EP09719039A EP2245854A1 (fr) 2008-02-29 2009-02-27 Procédé d'affichage de contenus multimédia à perturbations variables en fonction de droits locaux de récepteurs/décodeurs
PCT/FR2009/050314 WO2009112771A1 (fr) 2008-02-29 2009-02-27 Procédé d'affichage de contenus multimédia à perturbations variables en fonction de droits locaux de récepteurs/décodeurs
BRPI0908795-8A BRPI0908795A2 (pt) 2008-02-29 2009-02-27 Método para exibição de conteúdo de multimídia com pertubação variável de acordo com os direitos locais de receptor / decodificador
KR1020107019019A KR101559948B1 (ko) 2008-02-29 2009-02-27 수신기/디코더의 국부적 권한에 기초해서 가변 간섭을 갖는 멀티미디어 콘텐츠를 디스플레이하기 위한 방법
CN200980107107.3A CN101965731A (zh) 2008-02-29 2009-02-27 根据接收器/解码器本地权限显示具有可变干扰的多媒体内容的方法
US12/735,908 US20100332343A1 (en) 2008-02-29 2009-02-27 Method for displaying multimedia content with variable interference based on receiver/decoder local legislation
JP2010548154A JP2011517381A (ja) 2008-02-29 2009-02-27 受信器／デコーダの局所的な権限に従って可変な外乱を有してマルチメディアコンテンツを表示する方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0851352A FR2928235A1 (fr) 2008-02-29 2008-02-29 Procede d'affichage de contenus multimedia a perturbations variables en fonctions de droits locaux de recepteurs/ decodeurs.

Publications (1)

Publication Number Publication Date
FR2928235A1 true FR2928235A1 (fr) 2009-09-04

Family

ID=39968037

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0851352A Pending FR2928235A1 (fr) 2008-02-29 2008-02-29 Procede d'affichage de contenus multimedia a perturbations variables en fonctions de droits locaux de recepteurs/ decodeurs.

Country Status (8)

Country Link
US (1) US20100332343A1 (fr)
EP (1) EP2245854A1 (fr)
JP (1) JP2011517381A (fr)
KR (1) KR101559948B1 (fr)
CN (1) CN101965731A (fr)
BR (1) BRPI0908795A2 (fr)
FR (1) FR2928235A1 (fr)
WO (1) WO2009112771A1 (fr)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2642744A1 (fr) * 2012-03-19 2013-09-25 Nagravision S.A. Procédé et système pour brouiller et désembrouiller une image numérique
CN104641379B (zh) * 2012-09-04 2018-01-02 励智识别技术有限公司 用于经由电磁场交换数据的读/写设备和收发器
EP3099076B1 (fr) * 2015-05-29 2019-08-07 InterDigital CE Patent Holdings Procédé permettant d'afficher un contenu à partir de données 4d d'un champ lumineux
US10264317B2 (en) * 2016-09-28 2019-04-16 T-Mobile Usa, Inc. Content access device geolocation verification

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040068541A1 (en) * 1997-03-21 2004-04-08 Mulham Bayassi Broadcast and reception, and conditional access system therefor
US6925566B1 (en) * 2000-07-07 2005-08-02 Motorola, Inc. Remote system integrity verification
US6937730B1 (en) * 2000-02-16 2005-08-30 Intel Corporation Method and system for providing content-specific conditional access to digital content
WO2005107256A2 (fr) * 2004-04-16 2005-11-10 Concurrent Computer Corporation Procede et appareil permettant de creer une image ciblee integree

Family Cites Families (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6850252B1 (en) * 1999-10-05 2005-02-01 Steven M. Hoffberg Intelligent electronic appliance system and method
US5892900A (en) * 1996-08-30 1999-04-06 Intertrust Technologies Corp. Systems and methods for secure transaction management and electronic rights protection
ATE419586T1 (de) * 1995-02-13 2009-01-15 Intertrust Tech Corp Systeme und verfahren zur gesicherten transaktionsverwaltung und elektronischem rechtsschutz
EP0964572A1 (fr) * 1998-06-08 1999-12-15 CANAL+ Société Anonyme Décodeur et module de sécurité pour un système de transmission numérique
US6298446B1 (en) * 1998-06-14 2001-10-02 Alchemedia Ltd. Method and system for copyright protection of digital images transmitted over networks
WO2001059552A1 (fr) * 2000-02-08 2001-08-16 Mario Kovac Systeme et procede de distribution de contenu sponsorisee par la publicite
WO2001069912A2 (fr) * 2000-03-13 2001-09-20 Media Arts & Images Corporation Systeme et technique de gestion, de transmission et de commande de donnees video
US20020007351A1 (en) * 2000-04-28 2002-01-17 Hillegass James C. Digital tokens and system and method relating to digital tokens
JP2002044626A (ja) * 2000-07-21 2002-02-08 Canon Inc 画像処理装置及び方法及び記憶媒体
US20030226142A1 (en) * 2000-11-29 2003-12-04 Rand Ricky C. Apparatus and method for selective insertion and pricing of media data into a media data stream
US20020103647A1 (en) * 2001-01-31 2002-08-01 Jean Francois Houplain Method and apparatus for intelligent message insertion during a call
US7793326B2 (en) * 2001-08-03 2010-09-07 Comcast Ip Holdings I, Llc Video and digital multimedia aggregator
US7562397B1 (en) * 2002-02-27 2009-07-14 Mithal Ashish K Method and system for facilitating search, selection, preview, purchase evaluation, offering for sale, distribution, and/or sale of digital content and enhancing the security thereof
US7316032B2 (en) * 2002-02-27 2008-01-01 Amad Tayebi Method for allowing a customer to preview, acquire and/or pay for information and a system therefor
DE60301726T2 (de) * 2002-02-07 2006-07-13 Qualcomm Cambridge Limited Verfahren und vorrichtung zur bereitstellung von inhalt für ein mobiles endgerät
JP4373729B2 (ja) * 2002-07-15 2009-11-25 パナソニック株式会社 送受信システム、隠蔽制御方法、放送形態移行方法、番組視聴制御方法及びプログラム
US7313814B2 (en) * 2003-04-01 2007-12-25 Microsoft Corporation Scalable, error resilient DRM for scalable media
US8055910B2 (en) * 2003-07-07 2011-11-08 Rovi Solutions Corporation Reprogrammable security for controlling piracy and enabling interactive content
SG119229A1 (en) * 2004-07-30 2006-02-28 Agency Science Tech & Res Method and apparatus for insertion of additional content into video
JP2006139622A (ja) * 2004-11-12 2006-06-01 Sharp Corp コンテンツの再生装置、および再生方法
JP4630073B2 (ja) * 2005-01-21 2011-02-09 日本放送協会 コンテンツ暗号化装置及びそのプログラム
US20080101456A1 (en) * 2006-01-11 2008-05-01 Nokia Corporation Method for insertion and overlay of media content upon an underlying visual media
US7761783B2 (en) * 2007-01-19 2010-07-20 Microsoft Corporation Document performance analysis
US20080301750A1 (en) * 2007-04-13 2008-12-04 Robert Denton Silfvast Networked antenna and transport system unit
WO2008127737A1 (fr) * 2007-04-13 2008-10-23 Building B Interface de spectateur pour un système de livraison de contenu
US20080301746A1 (en) * 2007-05-30 2008-12-04 Wiser Philip R Programming content reconstruction in a content delivery system
CN101658032B (zh) * 2007-04-20 2012-05-09 日本放送协会 加扰密钥管理装置、加扰密钥管理信息发送装置、加扰密钥输出管理方法、许可信息管理装置、许可管理信息发送装置以及许可信息输出管理方法
US8351843B2 (en) * 2007-09-04 2013-01-08 Ibiquity Digital Corporation Digital radio broadcast receiver, broadcasting methods and methods for tagging content of interest
US8948731B2 (en) * 2008-07-18 2015-02-03 Qualcomm Incorporated Rating of message content for content control in wireless devices
US20100161424A1 (en) * 2008-12-22 2010-06-24 Nortel Networks Limited Targeted advertising system and method

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040068541A1 (en) * 1997-03-21 2004-04-08 Mulham Bayassi Broadcast and reception, and conditional access system therefor
US6937730B1 (en) * 2000-02-16 2005-08-30 Intel Corporation Method and system for providing content-specific conditional access to digital content
US6925566B1 (en) * 2000-07-07 2005-08-02 Motorola, Inc. Remote system integrity verification
WO2005107256A2 (fr) * 2004-04-16 2005-11-10 Concurrent Computer Corporation Procede et appareil permettant de creer une image ciblee integree

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ARIB: "ARIB STD-B25 Version 5.0: Conditional Access System Specifications for Digital Broadcasting", ASSOCIATION OF RADIO INDUSTRIES AND BUSINESSES (ARIB), 14 March 2007 (2007-03-14), XP002505326, Retrieved from the Internet <URL:http://www.arib.or.jp/english/html/overview/ov/std_b25.html> [retrieved on 20081125] *

Also Published As

Publication number Publication date
KR20100116200A (ko) 2010-10-29
US20100332343A1 (en) 2010-12-30
WO2009112771A1 (fr) 2009-09-17
CN101965731A (zh) 2011-02-02
EP2245854A1 (fr) 2010-11-03
JP2011517381A (ja) 2011-06-02
BRPI0908795A2 (pt) 2015-07-21
KR101559948B1 (ko) 2015-10-13

Similar Documents

Publication Publication Date Title
EP1579686B1 (fr) Marquage personnalise pour la protection de flux audiovisuels numeriques
FR2833446A1 (fr) Protocole de controle du mode d&#39;acces a des donnees transmises en mode point a point ou point multi-point
CA2473166A1 (fr) Dispositif pour securiser la transmission, l&#39;enregistrement et la visualisation de programmes audiovisuels
FR2910203A1 (fr) Procede de controle d&#39;acces a un contenu numerique embrouille
FR2848764A1 (fr) Procede de controle d&#39;acces en television numerique payante
EP1994745B1 (fr) Procédé pour la distribution sécurisée de séquences audiovisuelles, décodeur et système pour la mise en uvre de ce procédé
FR2928235A1 (fr) Procede d&#39;affichage de contenus multimedia a perturbations variables en fonctions de droits locaux de recepteurs/ decodeurs.
FR2970134A1 (fr) Procede de transmission et de reception d&#39;un contenu multimedia
EP1576818B1 (fr) Procede de gestion de l&#39;affichage de descriptifs d&#39;evenements a acces conditionnel
WO2004017635A1 (fr) Méthode de vérification de la validité d&#39;une clé pour un réseau domestique numérique
EP1474925A1 (fr) Methode de gestion de la facturation d&#39;un service telediffuse par unite de temps
EP2747444A1 (fr) Procédé pour accéder à un service proposé par un serveur distant à l&#39;aide d&#39;un code QR
EP2098073A2 (fr) Procede de gestion du nombre de visualisations, processeur de securite et terminal pour ce procede
EP2464134B1 (fr) Inscription de droit avec activation locale
FR3110263A1 (fr) Procédé et système pour authentifier une application informatique, ou une fonction de l’application, exécutée par un récepteur multimédia
EP2345247A1 (fr) Procédé pour vérifier l&#39;accès à un contenu, terminal, module d&#39;accès et dispositif fournisseur de guide électronique de services associés
EP2297954B1 (fr) Mise a jour de droits d&#39;acces a un contenu audiovisuel protege
FR2835378A1 (fr) Protocole de commande a distance d&#39;une action locale de generation d&#39;un message d&#39;ordre
FR2846831A1 (fr) Pseudo video a la demande(pvod)
EP2265013A1 (fr) Transmission de contenu vers un équipement client comportant au moins un module de décodage et un module de sécurité
WO2011086286A1 (fr) Procédé de mise à jour d&#39;un processeur de sécurité, système, programme d&#39;ordinateur et processeur de sécurité correspondants
EP2334007A1 (fr) Procédé de déchiffrement de données par un équipement utilisateur comportant un terminal et un module de sécurité
WO2013124582A1 (fr) Procede pour generer un coupon electronique sous forme de fichier electronique attestant un droit a l&#39;utilisateur qui le detient
FR3053497A1 (fr) Procede de renforcement de la securite d&#39;un systeme de television a peage a base de retro-communication periodique obligatoire
EP2326035A1 (fr) Procédé de traitement par un module de sécurité de messages de contrôle d&#39;accès à un contenu et module de sécurité associé