Brevet FR2835141A1 — publié le 20030725

de signal isation d ud it poste. 1 2835141 DISPOSITIF POUR SECURISER LA TRANSMISSION L'ENREGISTREMENT ET LA VISUALISATION DE PROGRAMMES - AUDIOVISUELS La présente invention concerne Je traitement, la diffusion, l'enregistrement et la visualisation sécurisée de données vidéo et de programmes de télévision, ou plus généralement n'importe quel programme ou séquence multimédia utilisant un format de flux nominal de type MPEG, par des utilisateurs autorisés et propose un système sécurisé pour le traitement, la diffusion, la livraison, l'enregistrement, la copie privée et la visualisation de programmes et de séquences vidéo ou multimédia interactifs. Le problème général est de fournir un dispositif capable de transmettre de façon sécurisée un ensemble de films de haute qualité visuelle à un format de type MPEG en direct vers un écran de télévision et/ou pour être enregistré sur le disque dur d'un boîtier reliant le réseau de télétransmission à l'écran de télévision, tout en préservant la qualité audiovisuelle mais en évitant toute utilisation frauduleuse comme la possibilité de faire des copies pirates de films ou de programmes audiovisuels enregistrés sur le disque dur du boîtier décodeur. L' invention permet également un contrôle total de l'utilisation des copies et des droits des _uvres diffusées. Avec les solutions actuelles, il est possible de transmettre des films et des programmes audiovisuels sous forme numérique via des réseaux de 2 2835141 diffusion de type hertzien, câble, satellite, etc. ou via des réseaux de télécommunication type DSL (Digital Subscriber Line) ou BLR (boucle locale radio) ou des réseaux DAB (Digital Audio Broadcasting). Par ailleurs, pour éviter le piratage des _uvres ainsi diffusées, ces dernières sont souvent cryptées par divers moyens bien connus de l'homme de l'art. Toutefois, l'inconvénient principal de toutes les solutions actuelles (TiVo Inc., WO00165762) est qu'il faut transmettre non seulement les données cryptées vers les utilisateurs, mais également les clés de décryptage. La transmission des clés de décryptage pouvant se faire avant, en même temps ou après la transmission des programmes audiovisuels. Pour augmenter la sécurité et donc la protection de s _uvre s audiovi sue l le s contre une utilisation mal intentionnée, les clés de décryptage ainsi que les fonctions de décryptage des décodeurs audiovisuels peuvent comporter des moyens de sécurité améliorés comme des cartes à puces ou autres clés physiques qui peuvent en option, être mises à jour à distance. Ainsi, les solutions actuelles appliquées à un boîtier décodeur avec possibilité d'enregistrement local de programmes audiovisuels sous forme numérique sur un support quelconque de type disque dur ou autre type de mémoire, offrent à un usager mal intentionné, la possibilité de faire des copies non autorisées des programmes ainsi enregistrés, puisqu'à un moment donné, cet usager possède avec son boîtier décodeur numérique, associé ou pas à des systèmes de cartes à puce, toutes les 3 2835141 informations, programmes logiciels et données permettant le décryptage complet des programmes audiovisuels. En raison justement du fait qu'il possède toutes les donnces, l'usager mal intentionné aura la possibilité de faire des copies illégales sans que personne ne s'apercoive de cette copie frauduleuse au moment o elle est faite. Une solution consisterait donc à transmettre tout ou partie d'un programme audiovisuel numérique uniquement à la demande (services de vidéo à la demande) à travers un réseau de télécommunication large bande de type ADSL, câble ou satellite, sans autoriser l'enregistrement local des programmes audiovisuels. Ici, l'inconvénient est tout autre et provient des performances de ces réseaux qui ne permettent pas de garantir des flux continus de quelques mégabits pas seconde à chaque usager, comme exigé par les flux MPEG qui nécessitent des bandes passantes de quelques centaines de kilobits à plusieurs mégabits par seconde. Dans ces conditions, une solution consiste à séparer le flux en deux parties dont aucune ne serait utilisable seule. Dans cette optique plusieurs brevets ont été déposés. Ainsi, on connaît par le document W009908428 (Gilles Maton) un procédé de traitement multi-applicatif d'un terminal actif loc al i sable dans leque l on réal i se au moins une liaison avec un programme identifiable dédié à l'exécution d'une application, ledit programme dictant ses conditions d' exploitation au terminal pour la mise à disposition des fonctions. Le terminal dialogue ponctuellement, par l'emploi d'une liaison, avec le centre de gestion pour la réalisation, si 4 2835141 nécessaire, des entrées et sorties des capacités de ce dernier, le centre de gestion devenant esclave ou non du terminal au niveau de l'applicatif vis-à-vis du programme entrant. Cette invention concerne également le procédé d' identification du programme et du terminal en exploitation. Ce procédé de l'art antérieur divise le flux en une partie servant à identifier l'utilisateur et une partie qui contient le programme à proprement parler. En particulier, ledit programme n'est pas inutilisable mais seulement verrouillé par la première partie. D'autre part, le document EP0778513 (Matsushita) qui décrit un procédé permettant de prévenir l'utilisation illogale d'une information en y ajoutant une information de contrôle afin de vérifier les droits de l'utilisateur. Le système permet de savoir en permanence quelle partie de l' information est utilisée et par quel utilisateur et par là de savoir si cet utilisateur est en position illégale ou pas. Ce procédé sécurise donc les données en y ajoutant des informations additionnelles qui dénaturent l' information initiale. Le document W00049483 (Netquartz) nous offre également des procédés et des systèmes pour créer un lien entre les utilisateurs et un éditeur d'entités numérisées. Le procédé comprend l'une au moins des étapes suivantes: l'étape de subdiviser ladite entité numérisée en deux parties; l'étape de mémoriser une partie dans une zone mémoire d'un serveur connecté à un réseau informatique; l'étape de transmettre l'autre partie à au moins un utilisateur disposant d'un équipement informatique; l'étape de connecter ledit équipement informatique 2835141 audit réseau informatique; l'étape d'établir un lien fonctionnel entre ladite première partie et ladite deuxième partie. Ces procédés et systèmes ne spécifient pas si la partie mémorisée sur le serveur peut être stockée par l'utilisateur ce qui permettrait à celui-ci de pirater ladite entité numérisée. Enfin, dans cette approche, l'état de la technique le plus proche se retrouve dans les brevets d'HyperLOCK Technologies dont le plus pertinent est le document US05937164. Cette invention utilise la solution qui consiste à séparer le flux en deux parties dont la plus petite détient une information nécessaire à l'utilisation de la plus grande. Cependant, ce brevet n'est pas suffisant pour répondre au problème identifié. En effet, la suppression d'une partie du flux dénature le format du flux, et ne peut donc pas être reconnu comme un flux standard, exploitable avec des applications logicielles générales. Ce procédé de l'art antérieur nécessite à la fois un logiciel spécifique côté serveur, pour la séparation des deux parties, et un autre logiciel spécifique assurant non seulement la reconstruction du flux, mais également l' acquisition du flux principal et son exploitation selon un format propriétaire à la solution. Ce format propriétaire n'est pas le format initial du flux avant séparation en deux parties, dans cette solution connue. Cette société a également déposé trois autres brevets: le document US5892825 reprend le brevet précédent mais dans un cadre moins large car les flux y sont toujours cryptés; le document US6035329 repose sur le même principe, il concerne un 6 2835141 procAdA pemettant la lecture d'un disque de type CD ROM ou DVD-ROM conditionnellement l' identification des droits par l' insertion d'une carte puce sur laquelle les informations nAcessaires la lecture sont stockes. Ce procAdA n'est encore pas suffisant pour notre problAme car il ne garantit pas que le flux modifid soit du mme format que le flux originel. Enfin, le document us6185306 concerne un procAdA de transmission de donndes cryptes depuis un site web vers un ordinateur demandeur. Ce procAdA permet cependant l'utilisateur de disposer un moment donnA de tous les outils ncessaires pour copier les donnes. Afin de corriger ces diffArents dfauts, l' invention concerne selon son acception la plus gAnArale un procAdA pour la distribution de squences vidos selon un format de flux nominal constituAs par une succession de trames [frame] comprenant chacune au moins un bloc I correspondant une image numArique complAte I et au moins un bloc correspondant aux diffrences entre une image numdrique et au moins une autre image, caractArisA en ce que l'on procAde, avant la transmission l'@quipement client, une analse du flux pour gAnArer un premier flux modifid, prdsentant le format d'un flux nominal, et prdsentant des blocs N modifiAs, et un deuxime flux d'un format queleonque, comportant les informations numAriques aptes permettre la reconstruction desdits blocs modifiAs, puis transmettre sApardment les deux flux ainsi gAnArAs depuis le serveur vers l'@quipement destinataire, et en ce que l'on calcule sur l'4quipement destinataire une snthse d'nn flux au format nominal en fonction dudit premier flux et dudit deuxime flux. Avantageusement, ladite sntbse produit un flux rigoureusement identique au flux originel, c'est--dire que le procAdA est sans perte. Selon un mode de mise en muvre particulier de ce procAdA, au moins un bloc N correspond une image N calcule par compensation de mouvement par rapport l' image N ou 1 prAcAdente. [e bloc et l' image sont alors appelAs bloc et image P (prdits). Selon un autre mode de mise en muvre particulier de ce procAdA, au moins un bloc N correspond une image calcule par copensation de mouvement par rapport aux images P ou I prAcAdente et suivante. Le bloc et l' image sont alors appelAs bloc et image B (bidirectionnels). S'il y a des images B et P. un bloc est nAcessairement de type B ou de type P. Selon une variante particulibre de ce procAdA, le format de flux nominal est dfini par la norme PG. Avantageusement, ladite analyse peut dAcider des images N modifier pour obtenir ladit premier flux; ces modifications peuvent tre: remplacer une image P par une autre image P d'un autre flux, intervertir deux images P du mme flux, intervertir une image B et une image P du mame flux. Dans une mise en muvre particulibre de ce procAdA, la transmission dudit premier flux est ralise travers un support matAriel distribud physiquement comme un CD-ROM, un DVD ou un disque dur. Dans une autre mise en _uvre de ce procédé, la transmission dudit premier flux est réalisée à travers un réseau large bande (câble, satellite, fibre optique, hertzien), à travers un réseau de type DSL (Digital Subscriber Line), à travers un réseau DAB ou à travers un réseau de boucle locale radio (BLR). Selon la mise en _uvre de ce procédé, la transmission dudit deuxième flux est réalisée à travers un réseau câblé, à travers un réseau téléphonique commuté (RTC analogique ou numérique), à travers un réseau téléphonique mobile utilisant les normes GSM, GPRS ou UMTS, à travers un réseau BLR (boucle locale radio) ou à travers un réseau de type DSL. Selon une variante particulière de ce procédé, la transmission dudit deuxième flux est réalisée à travers un réseau large bande de même type que le réseau utilisé par ledit premier flux, voire à travers le même réseau. Avantageusement, la transmission d'un des deux flux ou des deux flux est chiffrée. Avantageusement, l'un et/ou les deux flux peut être tatoué [watermarking]. Selon un mode de réalisation particulier, la reconstruction est conditionnée par un paiement. La reconstruction peut également être autorisée pour une consultation d'une copie privée demandée par le client. De plus, l' invention concerne un équipement pour la fabrication d'un flux vidéo en vue de la mise en _uvre de ce procédé comportant au moins un serveur multimédia contenant les séquences vidéos originelles et caractérisé en ce qu'il comporte un dispositif d'analyse du flux vidéo provenant dudit serveur pour générer les deux flux. Avantageusement, cet équipement comporte une mémoire pour l'enregistrement d'un marqueur et quel nombre, copie privée interdite. En outre, l' invention concerne un équipement pour l' exploitation d'un flux vidéo en vue de la mise en _uvre de ce procédé comprenant un décodeur standard de flux, au moins une interface d'enregistrement (disque dur, mémoire flash, etc.) destiné à stocker le contenu dudit premier flux et/ou une lecteur de disque (CD, DVD, etc.) contenant ledit premier flux et au moins une interface d'affichage (écran standard, écran sans fil, vidéoprojecteur) caractérisé en ce qu'il comporte un moyen pour la recomposition du flux originel à partir des deux flux. Selon un mode de réalisation particulier, ledit moyen est une application logicielle installée sur l'équipement. Selon un autre mode de réalisation, ledit moyen est un dispositif électronique fixe. Selon un autre mode de réalisation, ledit moyen est un dispositif électronique mobile ou portable. Selon un mode de réalisation o l'équipement est installé sur un ordinateur, ledit moyen utilise une ressource spécifique au produit (carte) afin d'éviter la copie de l' information temporaire du deuxième flux sur un support permanent. Avantageusement, ladite interface d'enregistrement stocke aussi un marqueur > en relation avec ledit premier flux indiquant pour cette séquence les droits de l'utilisateur: copie privée pouvant être regardée un nombre illimité de fois, copie privée pouvant être regardée un nombre limité de fois et quel nombre, copie privée interdite. Avantageusement, l'équipement comprend un lecteur de cartes à puce permettant d' identifier l'usager. Avantageusement, l'équipement comprend un lecteur de cartes à puce, la carte à puce contenant les applications logicielles et/ou les données du deuxième flux. Enfin, l' invention concerne un système pour la transmission d'un flux vidéo caractérisé en ce qu'il comprend un équipement de production d'un flux vidéo, au moins un équipement d' exploitation d'un flux vidéo et au moins un réseau de communication entre l'équipement de production et le(s) équipement(s) d' exploitation. La présente invention sera mieux comprise à la lecture de la description d'un exemple non limitatif de réalisation qui suit, se référant aux dessins annexés o: la figure 1 décrit l' architecture d'ensemble d'un système pour la mise en _uvre du procédé selon l' invention - la figure 2 représente un mode de réalisation particulier du système d'analyse et de synthèse de flux de type MPEG conforme à l' invention. L' invention concerne un flux de données dun format nominal, notamment mais non exclusivement un flux de type MPEG. Le format du flux audiovisuel utilisé doit avoir les caractéristiques suivantes: - ce format doit décomposer les données en trames [frame], chaque trame comprenant une image numérique I complète et au moins une image P caleulée en codant les différences (compensation de mouvement) entre cette image et l' image I ou P précédente; - optionnellement, chaque trame comprend au moins une image B calculée en codant les différences (compensation de mouvement) entre cette image et les images I et/ou P précédente et suivante. Dans la description qui suit, l'exemple concerne un flux MPEG sans que cela ne constitue une limitation de la portée de la protection. Le principe général d'un procédé de sécurisation d'un flux vidéo est exposé ci-après. L' objectif est d' autoriser les services de vidéo à la demande et à la demande à travers tous ces réseaux de diffusion et l'enregistrement local dans le boîtier décodeur numérique de l'usager. La solution consiste à conserver en permanence à l'extérieur de l' habitation de l'usager, en fait dans le réseau de 12 2835141 diffusion et de transmission, une partie du programme audiovisuel enregistré, cette partie étant primordiale pour visualiser ledit programme audiovisuel sur un écran de télévision ou de type moniteur, mais étant d'un volume très faible par rapport au volume total du programme audiovisuel numérique enregistré chez l'usager. La partie manquante sera transmise via le réseau de diffusion transmission au moment de la visualisation dudit programme audiovisuel numérique préenregistré chez l'usager. Le plus grande partie du flux audiovisuel de type MPEG sera donc transmise via un réseau de diffusion classique alors que la partie manquante sera envoyée à la demande via un réseau de télécommunication bande étroite comme les réseaux téléphoniques classiques ou en utilisant une petite partie d'un réseau de type DSL ou BLR, ou encore en utilisant un sous-ensemble de la bande passante partagée sur un réseau cablé. Sur le dessin en annexe, la figure 1 est un schéma de principe d'un système de distribution selon la présente invention. La figure 2 représente un mode de réalisation particulier du système d'analyse et de synthèse de flux de type MPEG conforme à l' invention. Sur la figure 1, l'agencement d'interfagage vidéo (8) est adapté pour relier au moins un dispositif d'affichage, par exemple un moniteur, un vidéo projecteur ou un dispositif de type écran de télévision (6), à au moins une interface de réseau de transmission et de diffusion large bande (4) et à au moins une interface de réseau 13 2835141 de télécommunication (10). Selon la présente invention, cet agencement est composé d'un module (8) comprenant principalement, d'une part, une unité de traitement adaptée pour traiter, en particulier décoder et désembrouiller tout flux vidéo de type MPEG selon un programme logiciel de décodage et désembrouillage pré-chargé, de manière à l'afficher, en temps réel ou différé, de le stocker, de l'enregistrer et/ou de l'envoyer sur un réseau de télécommunication et, d'autre part, au moins une interface d'écran (7) et une interface de connexion à un réseau local ou étendu (5) et/ou (9). Le réseau de transmission et de diffusion large bande (4) et le réseau de télécommunication (10) pouvant être confondus en un seul réseau. Le disque dur du module (8) peut être utilisé comme mémoire tampon pour stocker mome nt anéme nt au mo in s une partie du pro gramme ou de la séquence vidéo à afficher, en cas de visualisation différée ou de limitation dans la bande passante du réseau de transmission. La visualisation peut être retardée ou différée à la demande de l'utilisateur ou du serveur de portail (12). Comme le montre la figure 1, l' interface de connexion (5) est reliée à un réseau de transmission et de diffusion large bande (4) telle qutun modem, un modem satellite, un modem câblé, d'une interface de ligne à fibre optique ou d'une interface radio ou infrarouge pour la communication sans-fil. C'est par cette liaison classique de diffusion vidéo que seront transmis les contenus des programmes audiovisuels comme des films. Toutefois, de facon à ne pas laisser faire de copies pirates, avant de transmettre le contenu audiovisuel depuis le serveur (1) ou le portail (12) il est prévu de conserver une petite partie du contenu audiovisuel dans le portail (12). En cas de visualisation d'un programme audiovisuel en temps réel, cette petite partie du contenu audiovisuel conservée dans le portail (12) sera également envoyée au module (8) via le réseau de télécommunication (10). Comme les images successives d'une séquence vidéo comportent un grand nombre d'éléments visuels identiques (comme en cinéma, une image ressemble à la précédente), MPEG n'enregistre que les éléments qui diffèrent de l' image d'origine. On conserve donc une image entière de référence et, pour les images successives, on ne garde que les modifications. La compression MPEG commence donc, dans un premier temps, par décomposer l' image en différentes matrices carrées comportant plusieurs points ou pixels, ayant chacun leur propre valeur colorimétrique. Un calcul permet d'obtenir une valeur moyenne pour chaque matrice au sein de laquelle chaque point est maintenant noyé. Ce traitement génère une pixélisation et l' apparition d'aplats uniformes, là o existaient des nuances de teinte. La deuxième étape de la compression MPEG consiste à ne conserver d'une image à l'autre que les éléments changeants. Pour obtenir des images animées, le principe consiste à capter quelques images dans le temps, les images intermédiaires étant calculées à 2835141 partir de celles-ci. L'analyse des images de référence complètes (dites I pour Intra-frame) permet de prédire des images intermédiaires P (Predicted frames). Ensuite, on intercale entre images de référence et images prédites, des images B (Bidirectional Frame). Trois grands types d' images sont ainsi définis pour répondre aux impératifs contradictoires d'une possibilité d'accès direct et d'une haute efficacité de compression. 1- Les images à codage Intra (images I) sont codées sans référence aux autres images. Elles fournissent des points d'accès à la séquence codée o le décodage peut commencer, mais sont codées avec un taux de compression modéré. 2- Les images codées par Prédiction (images P) présentent un codage plus efficace, utilisant une prédiction compensée en mouvement, d'après une image antérieure, intra (I) ou prédite (P), et sont généralement utilisées comme référence pour une prédiction future. 3- Les images codées par prédiction Bidirectionnelle (images B) offrent le taux le plus élevé de compression, mais nécessitent pour la compensation du mouvement, une image de référence antérieure et une image de référence future. Les images codées par prédiction bidirectionnelle ne sont jamais utilisées comme référence de prédiction. L'organisation des trois types d'images en une séquence est très souple: son choix est laissé au codeur, et dépend des besoins de l' application. Lorsqu'il lit le train binaire, un décodeur classique MPEG identifie le début d'une image codée, puis le type de l' image. Pour éviter toute confusion entre un boîtier décodeur standard souvent appelé " Set Top Box ou STB ", le décodeur classique MPEG sera appelé ) dans la suite du document. Ce Lecteur peut étre réalisé en hardware et/ou en software. Le lecteur MPEG décode successivement chaque macrobloc de l' image. L' image est reconstruite quand tous ces macroblocs ont été traités. S'il s'agit d'une image I ou d'une image P. elle constitue une image de référence pour les images subséquentes et elle est stockée à la place de l' image de référence la plus ancienne (car deux images de référence sont stockées afin de calculer les images B) . Les images sont ainsi disponibles, sous forme numérique, pour post traitement et affichage, au gré de l' application. Dans le cas d'un programme audiovisuel de type MPEG, il est prévu de ne pas transmettre toutes les images B et/ou P en provenance du serveur (1) ou du portail (12) vers le module (8). Ces images B et/ou P étant conservées dans le portail (12). Par contre, en lieu et place des images B et/ou P non transmises, le dispositif conforme à l' invention interc alera de faus se s image s B et / ou P de méme nature que les images B et/ou P enlevées et conservées dans le portail (12) de sorte que le Lecteur MPEG du module (8) ne soit pas perturbé par ces modifications qu'il ignorera et reconstituera en sortie un flux de sortie MPEG qui sera non correct du point de vue visuel pour un étre humain mais correct du point de vue format MPEG. 17 2835141 Le Lecteur MPEG du boîtier (8) est un Lecteur standard MPEG et n'est en aucune manière modifié ou affecté par les changements apportés aux images B et/ou P. Selon un mode de réalisation particulier, pour augmenter l'efficacité du système de protection, il est préférable de ne pas envoyer les images B et/ou P qui sont les plus proches et qui suivent des images I du flux MPEG. Pour une efficacité encore plus grande, après analyse de leur volume et de leur poids en octets ou en bits, les images B et/ou P seront choisies pour &tre non transmises et conservées dans le portail (12). Selon un mode de réalisation particulier certaines images P et/ou B seront permutées entre elles. Comme le montre la figure 1, l' interface de connexion (9) est reliée à un réseau de télécommunication étendu (10), directement ou par un réseau local servant de réseau d'accès et est constitué par exemple d'une interface de ligne d'abonné (Réseau téléphonique analogique ou numérique, DSL, BLR, GSM, GPRS, UMTS, etc). Ainsi donc, les programmes audiovisuels sont diffusés de facon classique en mode multidiffusion ( ) via le réseau de transmission large bande (4) de type hertzien, cable, satellite, numérique hertzien, DAB, DSL, etc. depuis le serveur (1) directement via la liaison (3bis) ou via le portail (12) via la liaison (2) et (3) vers le module décodeur (8) à travers la liaison (5). Chaque programme audiovisuel ainsi diffusé peut étre crypté ou non, et, conformément à la présente invention, les 18 2835141 flux de type MPEG comportent des modifications au niveau des images B et/ou P comme décrit ci-dessus. En fonction des paramètres choisis par l'usager ou des informations transmises par le serveur de diffusion, certains programmes audiovisuels ainsi modifiés et incomplets sont enregistrés dans le disque dur du boîtier (8). Lorsque l'usager désire visualiser un programme audiovisuel ainsi enregistré dans le disque dur de son boîtier (8) il en fait la demande de façon classique au moyen d'une télécommande relié à son boîtier (8) qui se connecte alors automatiquement au portail (12) via la liaison (9) de type réseau local ou accès direct et à travers le réseau de télécommunication (10) lui-même relié au portail (12) via la liaison (11). Tout au long de la visualisation du programme audiovisuel, les liaisons (9) et (11) restent établies et permettent au boîtier (8) de recevoir les images B et/ou P manquantes ainsi que les algorithmes, les fonctions et les paramètres de remise en ordre des images B et/ou P. Les images B et/ou P ainsi transmises ne sont jamais enregistrées dans le disque dur du boîtier (8) mais sont directement affichées sur l'écran de visualisation (6) via la liaison (7) après avoir été traitées par le Lecteur du boîtier (8) à partir de sa mémoire locale volatile. Une fois traitées et visualisées, les images B et/ou P venant d'être transmises seront effacoes de la mémoire volatile locale du boîtier (8). Se lon un mode de ré al i s ation part icu l ier les images P et/ou B ainsi diffusées peut être cryptées ou non, par tout moyen de cryptage existant ou à venir. Il en est de mêmepour les algorithmes, les fonctions et les paramètres de remise en ordre des images B et/ou P. A chaque fois que l'usager voudra regarder un programme enregistré dans le disque dur du boîtier (8) le boîtier (8) se connectera automatiquement vers le portail (12). De même lorsque l'usager fera une pause, la transmission des images B et/ou P en provenance du portail (12) sera interrompue jusqu'à la reprise de la visualisation, garantissant ainsi que toutes les informations d'un programme audiovisuel ne se retrouvent dans le boîtier (8) à un moment donné et évitant ainsi à une personne mal intentionnée de faire des copies pirates de ces enregistrements. Selon un mode de réalisation particulier, le boîtier (8) comprend un lecteur de carte à puce qui permettra au portail (12) d'authentifier l'usager propriétaire du boitier (8). Si cela est autorisé, cette fonction permettra également à l'usager d'effectuer des copies privées des programmes audiovisuels enregistrés sur le disque dur de son boîtier décodeur (8). Pour cela, si l'usager veut faire une copie privée d'un programme audiovisuel, il le fera de facon classique sur un magnétoscope via la liaison (7) qui relie le boîtier (8) à l'écran de visualisation (6). Par contre, s'il désire conserver une copie privée dans le disque dur de son boîtier, il l'indiquera à son boîtier (8) qui enregistrera l' information programme audiovisuel constituant la copie privée. Selon un autre mode de réalisation, si l'usager désire conserver une copie privée dans le disque dur de son boitier, il l'indiquera au serveur qui enregistrera l' information " copie privée >, pour ce programme et pour cet utilisateur authentifié par la carte à puce. Ensuite, chaque fois que l'usager voudra visionner cette copie privée, le boitier (8) se connectera automatiquement au portail (12) et indiquera à ce dernier que l'usager veut faire une lecture de sa copie privée; en retour, si la lecture de la copie privée est possible pour cet usager qui possède cette carte à puce et pour ce programme, le boitier décodeur (8) recevra alors les images B et/ou P manquantes ainsi que toutes les autres informations permettant la visualisation du programme audiovisuel constituant la copie privée. Selon un mode de réalisation particulier, la copie dite privée pourra permettre à l'usager de regarder ce méme programme audiovisuel de façon illimitée ou un nombre de fois déterminée à l'avance 2 1 2835141 par l'offreur du service qui a autorisé cette copie privée. La présente invention concerne également le boîtier physique (8) utilisé par le consommateur pour accéder aux données. Ce boîtier physique est situé au domicile de l'utilisateur. Il fournit un ensemble de fonctionnalités qui gèrent l' information appropriée à présenter selon la sélection de l' audience et gère la connexion et la communication avec le serveur distant. Selon un mode de réalisation particulier le boîtier physique correspondant à l'agencement dinterfagage vidéo (8) est réalisé comme un dispositif autonome avec disque dur intégré. Selon un autre mode de réalisation particulier l'agencement d'interfagage vidéo (8) est réalisé comme une carte additionnelle qui sera installée dans un ordinateur de type PC et sera reliée à au moins une interface de réseau de transmission et de diffusion large bande (4) et à au moins une interface de réseau de télécommunication (10). Cette carte utilisera le disque dur de l'ordinateur PC pour l'enregistrement du premier flux mais comportera son propre calculateur et sa propre mémoire volatile de façon à ne pas laisser à l'utilisateur du PC mal intentionné le moyen d'accéder aux informations complémentaires du deuxième flux comme les images B et/ou P. Selon la présente invention, les serveurs vidéo et multimédia (1) et/ou (12) comprennent des moyens de codage, de transcodage et de brouillage de donnces vidéo, en particulier des moyens d'ajouter 22 2835141 des informations cryptographiques et de séaurité au début et tout au long des séquences. Il est enfin à noter que l' invention dégrade le flux MPEG du point de vue visuel usqu'à ne plus permettre la reconnaissance des scènes transmises et affichées sans avoir accès aux données complémentaires, mais reconstitue totalement le flux MPEG dans l'agencement d'interfac,age vidéo (8) sans aucune perte. Bien que la présente invention soit plus particulièrement axée sur les données audiovisuelles, il est entendu que toute information multimédia interactive et toutes données interactives peuvent être traitées par le présent agencement et le présent système, les données vidéo de type MPEG étant les plus élaborées. La présente invention sera mieux comprise grâce à la description suivante présentant la base physique de la présente invention et en référence à la figure 2 du dessin en annexe représentant un mode de réalisation préféré de cette dernière en tant qu'exemple non limitatif de réalisation particulièrement bien adaptée pour les réseaux câblés et de satellites. Le flux MPEG (101) complet est analysé par le dispositif d'analyse (121) du portail (12) et sera ainsi séparé en un flux de type MPEG mais dont les images B et/ou P auront été traitées et qui sera envoyé via la sortie (122) du portail vers le réseau de diffusion transmission large bande (4). L'autre partie du flux MPEG modifié sera mémorisée dans la mémoire tampon (122) du portail (12). Pour chaque flux MPEG ainsi diffusé, le portail (12) conservera dans une mémoire tampon (122) les 23 2835141 modifications qui auront été apportées à ce flux MPEG par l'analyseur (121) du portail (12). Il est précisé que, pour un même flux d'entrée MPEG (101) le traitement du flux peut être différent pour chaque utilisateur (8) et/ou pour chaque groupe d'utilisateurs (8). Ainsi, la mémoire tampon (123) du portail (12) comprend une zone de mémoire différente pour chaque utilisateur. Dans les exemples réalisés, pour un premier utilisateur (8), chaque première image P du flux MPEG qui suivait une image I a été remplacée par une image P aléatoire de même nature et de même volume que l' image P ainsi enlevé. Il est constaté que les effets dégradants produits sur le flux de sortie sont très importants. Pour un deuxième utilisateur (8), la nième image P qui suit chaque image I du flux MPEG a été permutée par et avec la première image B qui suit cette image P. Il a été constaté que cette permutation est très efficace pour les séquence animées de type MPEG par rapport aux séquences MPEG présentant peu danimation. Décrivons maintenant en détail les différentes étapes pour ce premier utilisateur. Le portail (121) a choisi le flux MPEG (101) qu'il va devoir envoyer à l'utilisateur (8) pour être regardé en différé sur son écran de télévision (6). Cet utilisateur est relié à un réseau câblé numérique de diffusion (4) avec possibilité de vidéo à la demande (VOD), le réseau (10) est donc confondu avec le réseau (4). Le système d'analyse (121) du portail (12) va donc lire le flux entrant MPEG (101) et, chaque fois quil détecte une image I, il recherche la première image P qui suit cette image I pour la remplacer par une image P aléatoire qu'il a lui-même calculée. Le nouveau flux MPEG modifié est alors enregistré dans le tampon de sortie (122) pour être diffusé sur le réseau de diffusion (4) à travers la liaison (5). Les images P enlevées du flux MPEG entrant (101) sont mémoriséss dans le tampon (123) du portail (12). Dans l'exemple réalisé, au lieu de substituer chaque image P qui suit une image I, le système d'analyse (12) ne prend qu'une image I sur n o n est un nombre aléatoire compris entre 1 et 7. Lorsque le système d'analyse (121) inscrit l' image P substituée dans le tampon (123), il inscrit également le numéro de l' image I qui précède cette image P ainsi substituée. Le système d'analyse (121) continue son analyse jusqu'à la fin du flux dentrée MPEG. Pendant ce temps, et de façon totalement non synchronisée, le flux de sortie MPEG modifié en provenance du tampon de sortie (122) du portail (12) est diffusé via le réseau large bande (4) vers un ou plusieurs utilisateurs (8). Chaque boîtier décodeur (8) qui souhaite enregistrer ce flux MPEG ainsi modifié peut alors lire ce flux MPEG et l'enregistrer sur son disque dur (85). Cette initiative d'enregistrement est laissée au décodeur (8) sous le contrôle du portail (12). Pour cela, le système d'analyse (121) avait inscrit au début du flux MPEG, une information de données supplémentaires qui précisait les destinataires de ce flux MPEG modifié. Les destinataires peuvent être ainsi un destinataire (8) particulier, et lui seul, un groupe de destinataires (8) ou l'ensemble des décodeurs (8) reliés au réseau (4). La phase décrite ci-dessus correspond à la première phase de préparation du flux MPEG par le portail (12), à sa transmission via le réseau large bande (4) et à son enregistrement dans un décodeur (8). Ce décodeur peut alors afficher ce flux MPEG enregistré dans son disque dur. Pour cela, le système de synthèse (87) du décodeur (8) va lire le fichier MPEG depuis son disque dur (85) et va l'envoyer vers un lecteur classique MPEG (81). Si aucune donnée complémentaire nest recaue par le système de synthèse (87), alors le flux MPEG qui parvient au lecteur (81) est traité et affiché tel quel, ce qui provoque une distorsion importante de l'affichage sur l'écran de visualisation (6). En effet, les images P substituées qui sont traitées par le système de synthèse (87) ne correspondent pas aux images P qui sont nécessaires pour une visualisation correcte, puisque ces vraies images P ont été substituces par des images P aléatoires. Par contre, comme le flux enregistré est bien un flux de type MPEG, le lecteur (81) ne fait aucune différence et affiche les informations sur l'écran de sortie (6) qui apparaissent par contre totalement incohérentes à l'être humain qui regarde l'écran (6). Toute copie du flux MPEG en provenance du disque dur (85) du boîtier (8) produira le même effet visuel lors de sa restitution par un lecteur MPEG quelconque; toute utilisation de cette copie qui serait mal intentionnée est donc vouée à l'échec. Lorsque l'usager du décodeur (8) veut visualiser sur son écran (6) le programme audiovisuel enregistré sur son disque dur (85), il en fait la demande au système de synthèse (87) avec sa télécommande comme il le ferait avec un magnétoscope 2 6 2835141 ou un lecteur de DVD présentant un menu sur son écran de télévision. Le système de synthèse (87) fait alors une requête au disque dur (85) et commence à analyser le flux MPEG modifié en provenance du disque dur (85) via le tampon de lecture (83). Le système de synthèse (87) établit alors une liaison avec le portail (12) via le réseau de télécommunication (10) qui est dans notre exemple également le réseau câblé, mais qui aurait pu être un réseau téléphonique classique ou une liaison DSL. Une fois cette liaison établie, et pendant toute la durée de visualisation du film ou du programme audiovisuel, le système de synthèse (87) fait parvenir de la mémoire tampon (123) du serveur (12) les images P substituées et les données correspondant aux positions de ces images P vis-à-vis des images I du flux enregistré sur le disque dur (85). Ces images P et ces donnces de position parviennent au système de synthèse (87) via la mémoire tampon d'entrée (86) et sont stockées temporairement dans la mémoire volatile (88) du système de synthèse (87). A partir du flux MPEG modifié qui parvient via le tampon (83) et à partir des images P et des données associées qui parviennent via le tampon (86) dans la mémoire (88), le système de synthèse (87) reconstitue de façon inverse au processus d'analyse décrit précédemment, les images P substituées par les images P réelles et envoie le nouveau flux MPEG ainsi reconstitué vers le lecteur (81) pour être affiché sur l'écran (6). Dès leur utilisation, les images P à substituer et les données associées à ces images P sont effacées de la mémoire volatile (88). Dans l'exemple réalisé, avant que le portail (12) n'autorise l'envoi des images P et des données associées depuis son tampon (123), le portail (12) a vérifié que l'utilisateur du boîtier (8) était bien autorisé à le faire. Pour cela, le portail (12) lit les informations contenues sur la carte à puce (82) du boîtier (8) et vérifie que cet utilisateur est bien autorisé à regarder ce programme audiovisuel. Ce n'est qu'après cette vérification, que les images P et les données associées ont été envoyées depuis le tampon (123) vers le boîtier (8) correspondant à cet utilisateur. Dans l'exemple réalisé, l'utilisateur a fait une copie privée de son programme audiovisuel. Le système de synthèse (87) a donc inscrit dans une partie (84) du disque dur (85) des données complémentaires ainsi que le numéro de la carte à puce (82) et l' information " copie privée,' comme données associées à ce programme audiovisuel. Lors de la prochaine lecture de ce programme audiovisuel, le système de synthèse (87) analysera ces données associées et informera ainsi le portail (12) que l'usager du décodeur (8) fait une lecture de la copie privée. Si cette fonction est autorisée par le portail (12), les images P et les données associées seront alors envoyées par le portail (12) vers le tampon (86) comme décrit ci-dessus. Dans le cas contraire, les données ne seront pas envoyées et l'utilisateur du décodeur (8) ne pourra pas regarder le flux MPEG reconstitué. Décrivons maintenant en détail les différentes étapes pour le deuxième utilisateur (8). Dans ce deuxième cas, le réseau de diffusion (4) est un réseau de satellites et le réseau de télécommunication (10) est un système hertzien de type boucle locale radio (BLR). De fac,on identique à la description ci dessus, l'utilisateur du décodeur (8) va recevoir les flux MPEG et les données complémentaires depuis le portail (12). Par contre, avant l'envoi du flux MPEG à partir du tampon de sortie (122), le système danalyse (121) va lire le flux d'entrée MPEG (101) et après tirage d'un nombre aléatoire n compris entre 1 et 4, le système de synthèse permute la nième image P qui suit chaque image I du flux MPEG avec la première image B qui suit cette image P. Chaque nombre aléatoire ainsi utilisé est enregistré dans le tampon (123) du portail (12). Lors de la reconstitution du flux MPEG par le système de synthèse (87) du décodeur (8), la lecture de ces nombres aléatoires depuis le portail (12) et la lecture du flux MPEG ainsi modifié depuis le disque dur (85) du boîtier (8) permettent au système de synthèse (87) de remettre les images B et P dans le bon ordre et d'envoyer le tout au lecteur (81). 2 9 2835141 REVENDICATIONS 1 - Procédé pour la distribution de séquences vidéos selon un format de flux nominal constitués par une succession de trames [frame] comprenant chacune au moins un bloc I correspondant à une image numérique complète I et au moins un bloc N correspondant aux différences entre une image numérique N et au moins une autre image, caractérisé en ce que l'on procède, avant la transmission à l'équipement client, à une analyse du flux pour générer un premier flux modifié, présentant le format d'un flux nominal, et présentant des blocs N modifiés, et un deuxième flux d'un format quelconque, comportant les informations numériques aptes à permettre la reconstruction desdits blocs modifiés, puis à transmettre séparément les deux flux ainsi générés depuis le serveur vers l'équipement destinataire, et en ce que l'on calcule sur l'équipement destinataire une synthèse d'un flux au format nominal en fonction dudit premier flux et dudit deuxième flux. 2 - Procédé pour la distribution de séquences vidéos selon la revendication 1 caractérisé en ce qu'au moins un bloc N correspond à une image N calculée par compensation de mouvement par rapport à limage N ou I précédente. Le bloc et l' image sont alors appelés bloc et image P (prédits). 3 - Procédé pour la distribution de séquences vidéos selon l'une des revendications précédentes caractérisé en ce qu'au moins un bloc N 3 o 2835141 correspond à une image N calculée par compensation de mouvement par rapport aux images P ou I précédente et suivante. Le bloc et l' image sont alors appelés bloc et image B (bidirectionnels). 4 - Procédé pour la distribution de séquences vidéos selon l'une des revendications précédentes caractérisé en ce que le format de flux nominal est défini par la norme MPEG. - Procédé pour la distribution de séquences vidéos selon l'une des revendications précédentes caractérisé en ce que ledit premier flux présente des blocs P modifiés. 6 - Procédé pour la distribution de séquences vidéos selon la revendication 5 caractérisé en ce que ledit premier flux présente des blocs B modifiés. 7 - Procédé pour la distribution de séquences vidéos selon l'une des revendications précédentes caractérisé en ce que ladite analyse peut décider des images N à modifier. 8 - Procédé pour la distribution de séquences vidéos selon l'une des revendications précédentes caractérisé en ce que la transmission dudit premier flux est réalisée à travers un support matériel distribué physiquement [CD-ROM, disque dur]. 9 - Procédé pour la distribution de séquences vidéos selon l'une des revendications 1 à 7 caractérisé en ce que la transmission dudit premier flux est réalisée à travers un réseau large bande [câble, satellite, numérique hertzien, fibre optique]. - Procédé pour la distribution de séquences vidéos selon l'une des revendications 1 à 7 caractérisé en ce que la transmission dudit premier flux est réalisée à travers un réseau large bande de type DSL (Digital Subscriber Line). 11 - Procédé pour la distribution de séquences vidéos selon l'une des revendications 1 à 7 caractérisé en ce que la transmission dudit premier flux est réalisée à travers un réseau BLR (boucle locale radio). 12 - Procédé pour la distribution de séquences vidéos selon l'une des revendications 1 à 11 caractérisé en ce que la transmission dudit deuxième flux est réalisée à travers un réseau téléphonique commuté (RTC analogique ou numérique). 13 - Procédé pour la distribution de séquences vidéos selon l'une des revendications 1 à 11 caractérisé en ce que la transmission dudit deuxième flux est réalisée à travers un réseau de type DSL (Digital Subscriber Line). 14 - Procédé pour la distribution de séquences vidéos selon l'une des revendications 1 à 11 caractérisé en ce que la transmission dudit deuxième flux est réalisée à travers un réseau 32 2835141 téléphonique mobile utilisant les normes GSM, GPRS ou UMTS. - Procédé pour la distribution de séquences vidéos selon l'une des revendications 1 à 11 caractérisé en ce que la transmission dudit deuxième flux est réalisée à travers un réseau BLR (boucle locale radio). 16 - Procédé pour la distribution de séquences vidéos selon l'une des revendications 9 à 11 caractérisé en ce que la transmission dudit deuxième flux est réalisée à travers un réseau large bande de même type que le réseau utilisé par ledit premier flux. 17 - Procédé pour la distribution de séquences vidéos selon l'une des revendications 9 à 11 caractérisé en ce que la transmission dudit deuxième flux est réalisée à travers le même réseau large bande que celui utilisé par ledit premier flux. 18 - Procédé pour la distribution de séquences vidéos selon l'une des revendications précédentes caractérisé en ce que la transmission dudit deuxième flux est chiffrée. 19 - Procédé pour la distribution de séquences vidéos selon l'une des revendications précédentes caractérisé en ce que la transmission dudit premier flux est chiffrée. - Procédé pour la distribution de séquences vidéos selon l'une des revendications précédentes caractérisé en ce que la reconstruction est conditionnée par un paiement. 21 - Procédé pour la distribution de séquences vidéos selon l'une des revendications précédentes caractérisé en ce que la reconstruction peut être autorisée pour une consultation d'une copie privée demandée par le client. 22 - Equipement pour la fabrication d'un flux vidéo en vue de la mise en _uvre du procédé selon la revendication 1 comportant au moins un serveur multimédia contenant les séquences vidéos originelles et caractérisé en ce qu'il comporte un dispositif d'analyse du flux vidéo provenant dudit serveur pour générer les deux flux. 23 - Equipement pour la fabrication d'un flux vidéo selon la revendication 22 caractérisé en ce qu'il comporte une mémoire pour l'enregistrement d'un marqueur ' indiquant pour chaque séquence les droits de chaque utilisateur: copie privée pouvant être regardée un nombre illimité de fois, copie privée pouvant être regardée un nombre limité de fois et quel nombre, copie privée interdite. 24 - Equipement pour la fabrication d'un flux vidéo selon la revendication 22 ou 23 caractérisé en ce que les deux flux générés peuvent 34 2835141 être dédiés à un seul équipement, à un groupe d'équipements ou à tous les équipements. - Equipement pour l' exploitation d'un flux vidéo en vue de la mise en _uvre du procédé selon la revendication 1 comprenant un décodeur standard de flux, au moins une interface d'enregistrement [disque dur] destiné à stocker le contenu dudit premier flux et au moins une interface d'affichage caractérisé en ce qu'il comporte un moyen pour la recomposition du flux originel à partir des deux flux. 26 - Equipement pour l' exploitation d'un flux vidéo selon la revendication 25 caractérisé en ce que ledit moyen est une application logicielle installée sur l'équipement. 27 - Equipement pour l' exploitation d'un flux vidéo selon la revendication 25 caractérisé en ce que ledit moyen est un dispositif électronique. 28 - Equipement pour l' exploitation d'un flux vidéo selon l'une des revendications 25 à 27 caractérisé en ce que dans le cas de l' installation sur un ordinateur, ledit moyen utilise une ressource spécifique au produit [carte] afin d'éviter la copie de l'information temporaire sur un support permanent. 29 - Equipement pour l' exploitation dun flux vidéo selon l'une des revendications 25 à 28 caractérisé en ce que ladite interface d'enregistrement stocke aussi un marqueur > en relation avec ledit premier flux indiquant pour cette séquence les droits de l'utilisateur: copie privée pouvant être regardée un nombre illimité de fois, copie privée pouvant étre regardée un nombre limité de fois et quel nombre, copie privée interdite. - Equipement pour l' exploitation d'un flux vidéo selon l'une des revendications 25 à 29 caractérisé en ce qu'il comprend un lecteur de cartes à puce permettant d'identifier le client quand il veut consulter une copie privée d'un programme. 31 - Système pour la transmission d'un flux vidéo selon les revendications 1 à 30 caractérisé en ce qu'il comprend un équipement de production d'un flux vidéo, au moins un équipement d' exploitation d'un flux vidéo et au moins un réseau de communication entre l'équipement de production et