FR 2861240 A1 20050422 FR 0350684 A 20031015 PROCEDE ET SYSTEME REPARTIS SECURISES POUR LA DISTRIBUTION DE FLUX AUDIOVISUELS La présente invention se rapporte au domaine de la 5 distribution sécurisée de séquences audiovisuelles numériques. On se propose dans la présente invention de fournir un procédé et un système permettant de protéger visuellement et/ou auditivement une séquence audiovisuelle issue d'un standard de compression numérique ou d'une norme de compression numérique, de distribuer de manière sécurisée ladite séquence à travers un réseau de télécommunication réparti et de reconstituer son contenu original à partir d'un flux audiovisuel numérique sur un module de recomposition de l'équipement destinataire. La présente invention se rapporte plus particulièrement à un dispositif capable de transmettre de façon sécurisée à travers un réseau réparti un ensemble de flux audiovisuels de haute qualité vers un écran de visualisation et/ou vers une sortie audio appartenant à un terminal ou à un dispositif d'affichage, tel qu'un écran de télévision, un ordinateur ou encore un téléphone mobile, un terminal mobile de type PDA (Personal Digital Assistant), ou autre, tout en préservant la qualité audiovisuelle mais en évitant toute utilisation frauduleuse comme la possibilité de faire des copies pirates des contenus diffusés. L'invention se réfère essentiellement à un procédé et un système client-serveur qui protège les contenus audiovisuels en les séparant en deux parties, la deuxième partie étant absolument indispensable pour la reconstitution du flux original, ce dernier étant restitué en fonction de la recombinaison de la première partie avec la deuxième partie Le procédé utilisé pour la description d'un exemple préféré de réalisation dans la présente invention sépare le flux audiovisuel en deux parties, de manière à ce que la première partie appelée flux principal modifié contienne la quasi-totalité de l'information initiale, par exemple plus de 99%, et une deuxième partie appelée information complémentaire contenant des éléments ciblés de l'information initiale, qui est de très petite taille par rapport à la première partie. Actuellement, il est possible de transmettre des programmes audiovisuels sous forme numérique via des réseaux de 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 via des réseaux DAB (Digital Audio Broadcasting), ainsi que via tout réseau de télécommunication sans fil de type GSM, GPRS, EDGE, UMTS, Bluetooth, Wifi, etc. Par ailleurs, pour éviter le piratage des oeuvres ainsi diffusées, ces dernières sont souvent cryptées ou brouillées par divers moyens bien connus par l'art antérieur. Concernant les systèmes distribués basés sur le principe client-serveur se caractérisant par le caching (cache en anglais), l'art antérieur connaît deux types principaux de systèmes, qui sont classifiés selon le contenu traité par ledit "caching" caractérisant un serveur intermédiaire appelé aussi serveur cache . On entend sous le terme caching la possibilité de pouvoir garder temporairement une copie des contenus ou des données (stockées en permanence dans un serveur central) sur un point ou sur des points différents du réseau (par exemple des serveurs intermédiaires), afin de servir les demandes des clients les plus proches de ces points, et réduire ainsi la surcharge du serveur central de données et par conséquent optimiser le débit utilisé sur les serveurs intermédiaires. Le premier type traite des données dont la distribution n'a pas de contraintes de temps (systèmes de distribution de fichiers par caching ), le second type concerne la distribution avec des contraintes de temps, telle que la distribution des données multimédias (audio/vidéo). Les systèmes de fichiers distribués conventionnels comme Sun NFS, Apollo Domain, Andrew, IBM AIX DS, AT&T RFS effectuent le "caching" des fichiers localement, ils n'ont pas la possibilité de faire le "caching" des fichiers dans des n uds à proximité ou lointains, et ne peuvent pas allouer des serveurs intermédiaires pour appliquer le "caching" sur des fichiers multimédias. De plus, les systèmes conventionnels distribués se caractérisant par le caching possèdent une granularité de la taille d'un fichier, et par conséquent, les possibilités d'avoir une scalabilité de distribution des contenus via le réseau sont fortement réduites. D'un autre côté, d'autres systèmes multimédias distribués se caractérisant par le "caching" tel que "Berkeley Distributed VOD" par exemple, ne procurent pas un "caching" complètement sécurisé et personnalisé pour chaque utilisateur, possèdent des capacités de scalabilité limitées, et sont souvent pénalisés par la bande passante restreinte des réseaux. A la différence de l'art antérieur, la présente invention propose un système se caractérisant par le caching via des serveurs intermédiaires dans le sens où il traite des données en temps réel, mais avec la particularité que le traitement est effectué sur des éléments caractérisés par une structure nominale formatée en paquets, ces éléments étant des entités indépendantes appelées unités de traitement , de point de vue traitement et de point de vue "caching", lesdits paquets formatés véhiculant des données pour la reconstruction de l'information audiovisuelle complète, lesdits paquets formatés étant personnalisés pour chaque utilisateur et envoyés aux équipements destinataires en temps réel via un réseau de faible bande passante, à partir d'un serveur intermédiaire. Avantageusement, la protection appliquée aux contenus distribués par le système sécurisé réparti, objet de la présente invention, est basée sur le principe de suppression et de remplacement de certaines informations présentes dans le signal audiovisuel original encodé, par une méthode quelconque, soit: substitution, modification, permutation ou déplacement de l'information. Cette protection est également basée sur la connaissance de la structure du flux numérique. La solution consiste à extraire et à conserver en permanence dans un serveur sécurisé lié au réseau de diffusion et de transmission, dans ladite information complémentaire, une partie des données du programme audiovisuel enregistré chez l'utilisateur ou diffusé en direct, cette partie étant primordiale pour reconstituer ledit programme audiovisuel sur un écran ou sur une sortie audio d'un terminal, mais étant d'un volume très faible par rapport au volume total du programme audiovisuel numérique enregistré chez l'usager ou reçu en temps réel par l'usager. La partie manquante (l'information complémentaire) sera transmise via le réseau sécurisé réparti de diffusion ou de transmission au moment de la visualisation et/ou de l'audition dudit programme audiovisuel. Les données enlevées dans le programme audiovisuel originel sont substituées, pour former le flux principal modifié, par des données aléatoires ou calculées, appelées leurres. Le fait d'avoir enlevé et substitué par des leurres une partie des données originales du flux audiovisuel originel lors de la génération du flux principal modifié, ne permet pas la restitution dudit flux originel à partir des seules données dudit flux principal modifié. Ledit flux principal modifié est entièrement compatible avec le format du flux d'origine, et peut donc être copié et lu par un lecteur, mais il est complètement incohérent de point de vue perception visuelle et auditive humaine. Le flux numérique étant séparé en deux parties, la plus grande partie du flux audiovisuel, ledit flux principal modifié, sera donc transmise via un réseau de diffusion classique, alors que la partie manquante, ladite information complémentaire, sera envoyée à la demande via un réseau de télécommunication bande étroite comme les réseaux téléphoniques classiques ou les réseaux cellulaires de type GSM, GPRS, EDGE ou UMTS ou en utilisant une petite partie d'un réseau de type DSL ou BLR, ou en utilisant un sous-ensemble de la bande passante partagée sur un réseau câblé, ou encore via un support physique comme une carte à mémoire ou tout autre support. Toutefois, les deux réseaux peuvent être confondus, tout en gardant les deux voies de transmission séparées. Le flux audiovisuel est reconstitué sur l'équipement destinataire par un module de synthèse à partir du flux principal modifié et de l'information complémentaire, envoyée pièce par pièce pendant la consommation du flux audiovisuel. L'objet de la présente invention est la transmission sécurisée, après identification et authentification de l'utilisateur, de l'information complémentaire via un réseau réparti, de manière à éviter à ce qu'elle puisse être copiée ou tomber intégralement en possession de l'utilisateur ou de toute personne mal intentionnée. La présente invention concerne selon son acception la plus générale un procédé pour la distribution sécurisée de flux audiovisuels numériques selon un format standard, normalisé ou propriétaire, lesdits flux sur lesquels on procède, avant la transmission à l'équipement destinataire, à une séparation du flux en deux parties pour générer un flux principal modifié, présentant le format du flux original, et une information complémentaire, comportant les informations numériques aptes à permettre la reconstruction du flux original, caractérisé en ce que l'on transmet par voies séparées pendant la phase de distribution, ledit flux principal modifié à partir d'un serveur de distribution et ladite information complémentaire vers ledit équipement destinataire depuis un serveur central sécurisé en passant par au moins un serveur intermédiaire reliant ledit équipement destinataire audit serveur central, ladite information complémentaire étant définie selon un format structuré nominal, contenant des entités logiques de taille modulable, dites unités de traitement, chacune desdites unités de traitement étant préfixée par une entête contenant des informations relatives à ladite unité de traitement et une charge utile contenant des données et des références sur le flux principal modifié, lesdites unités étant empaquetées avant la transmission. Selon une première variante, les informations présentes dans l'entête relatives à ladite unité de traitement, contiennent des références temporelles et des références de position sur le flux principal modifié. Selon une deuxième variante, lesdites unités empaquetées sont cryptées avant la transmission. De préférence, lesdites unités de traitement sont compressées avant d'être cryptées. Selon une autre variante, le serveur central décide d'une régénération dynamique et régulière de la clé de session pendant la communication. Selon une autre variante, ledit serveur central décide de l'adaptation du degré de cryptage de l'information complémentaire en fonction de la charge du réseau de transmission. De préférence, ledit serveur intermédiaire décide de l'adaptation du degré de cryptage de l'information complémentaire en fonction de la bande passante allouée à l'utilisateur. Selon un mode de réalisation particulier, le cryptage desdites unités de traitement est personnalisé pour chaque utilisateur. Selon une autre variante, l'équipement client envoie à intervalles réguliers un rapport d'événements au serveur de l'information complémentaire. L'invention concerne également un système pour la distribution sécurisée de flux audiovisuels pour la mise en oeuvre du procédé selon l'une des revendications précédentes, caractérisé en ce qu'il comporte un dispositif de séparation du flux vidéo original en un flux principal modifié et en une information complémentaire, au moins un serveur multimédia contenant les flux audiovisuels protégés, au moins un serveur central sécurisé, comprenant un dispositif de sécurisation et de personnalisation de ladite information complémentaire, à partir duquel est distribuée l'information complémentaire, au moins un serveur intermédiaire, au moins un module de gestion des correspondances entre le flux principal modifié et l'information complémentaire qui lui est associée, au moins un module de gestion des abonnés, au moins un module de gestion et de génération de clés de sessions, au moins un dispositif sur l'équipement destinataire comprenant une carte à puce pour le décryptage de ladite clé de session et au moins un module pour la reconstruction du flux audiovisuel original en fonction dudit flux principal modifié et de ladite information complémentaire. La présente invention sera mieux comprise à l'aide des exemples de réalisation et des étapes détaillées ci-après. Une mise en uvre préférée, mais non limitative, du procédé qui répond aux critères de sécurité et de fiabilité est illustrée grâce au système client - serveur présenté sur la figure. Le flux audiovisuel originel numérique (1) est transmis au module d'analyse et d'embrouillage (2) pour être séparé en deux parties. Le flux principal modifié (14) est stocké dans un serveur multimédia (13). Il peut alors être envoyé en temps réel au client via le réseau large bande (12i) ou bien être enregistré sur le dispositif de sauvegarde du terminal (Ili) de l'utilisateur pour une visualisation ultérieure. L'information complémentaire (3) est envoyée dans le module de stockage du serveur central sécurisé (4). L'information complémentaire étant envoyée uniquement à la demande, sa distribution en temps réel et sa personnalisation pour chaque utilisateur est réalisée en tenant compte de la propriété de scalabilité en débit sur les réseaux de transport et de diffusion. On définit la notion de scalabilité en débit comme la capacité d'un réseau de gérer, de modifier, de répartir et d'adapter le débit des flux qui transitent en fonction de la bande passante disponible ou négociée et en fonction des congestions du réseau. Afin de répondre aux besoins d'envoi en temps réel et grâce au faible débit que nécessite l'information complémentaire pour sa transmission, l'information complémentaire générée par le module (2), correspondant à un format nominal structuré. L'information complémentaire représente un flux binaire de données comportant les valeurs des éléments extraits du flux original. Ladite information complémentaire est constituée de composantes (entités) logiques dites paquets, facilement manipulables et de tailles modulables. Un paquet est l'entité élémentaire de réception et il est constitué d'une entête de paquet appelée noeud primaire et d'un ou plusieurs noeuds secondaires. L'entête de paquet contient un ensemble de méta-données temporelles et de positions qui définissent le paquet d'une manière unique dans le flux. Un noeud secondaire est l'entité élémentaire de traitement au niveau de l'équipement du client (11i), il est conjointement lié à l'entête de paquet et se suffit à lui- même en termes de traitement. Les méta-données temporelles de l'entête de paquet sont des empreintes temporelles de synchronisation extraites du flux original ou générées lors de la création et du formatage de l'information complémentaire. Les méta-données de position permettent de se positionner facilement dans le flux et offrent des services de gestion des droits d'utilisation tels que la possibilité d'interdire de rejouer le flux audiovisuel, ainsi chaque entête de paquet se voit doté d'un champ dit indice de paquet. Ce champ est généré par un compteur qui s' incrémente à chaque envoi d'un paquet. Cette structure en paquet confère à l'information complémentaire une flexibilité en termes de traitement, en termes de facilité de synchronisation avec le serveur central et aussi en termes de distribution comme il sera expliqué par la suite, à l'aide d'un exemple de réalisation d'architecture basée sur le modèle client-serveur comportant les modules suivants. ^ Des serveurs cache (ou serveurs intermédiaires) (6i, 6j, 6k) pour répondre localement aux 30 requêtes du client; É Un serveur central (4) qui reçoit les requêtes des clients, dans le cas où les contenus sollicités ne seraient pas référencés dans les serveurs intermédiaires; ^ Un module de gestion des correspondances entre le flux principal modifié et l'information complémentaire qui lui est associée (17) ; ^ Un module de gestion des abonnés (9); ^ Un module de génération et de gestion des clés de session (10) ; ^ Une liaison vers une autorité de certification des clés publiques des abonnés (7). Par la suite, cet exemple de réalisation décrit le processus complet de récupération de l'information complémentaire sur le réseau. Lorsque l'utilisateur souhaite par exemple visionner une séquence, il se connecte via son équipement (11i) et le lien (8i) au serveur intermédiaire (6i) accomplissant la fonction de caching qui redirige la requête vers le serveur central (4) dans le cas d'une première demande relative à ce flux ne faisant pas partie des flux référencés sur le serveur intermédiaire (6i). Dans une variante, le flux à visualiser est stocké au préalable sur le dispositif de sauvegarde de l'équipement client (11i), comprenant un décodeur, un dispositif de sauvegarde, une carte à puce (15i), un écran de visualisation et des sorties audio. Dans une autre variante, le flux à visualiser est envoyé en temps réel à partir du serveur de médias (13) via le lien haut-débit (12i) pour être affiché sur l'écran de visualisation du dispositif (11i). Le dispositif (11i) formule la demande de l'utilisateur sous forme de requête au serveur intermédiaire (6i) le plus proche physiquement, cette requête étant munie de la signature du media que le client a demandé de visualiser. Le serveur intermédiaire (6i) consulte le module (17) contenant la base de données des correspondances entre le flux principal modifié et l'information complémentaire qui lui est associée, et dans le cas échéant, redirige la requête vers le serveur central (4) pour procéder à l'authentification du client. Dans le cas où le serveur intermédiaire (6i) ne trouverait pas l'information complémentaire dans le module (17), le serveur de cache (6i) envoie un message à l'équipement client (11i) l'informant qu'il ne peut pas traiter la requête et s'adresse par la même occasion au serveur central (4) pour reporter ce message, afin que le serveur central (4) procède à la mise à jour de sa propre base de données d'information complémentaire. Avant d'envoyer l'information complémentaire à partir du serveur intermédiaire (6i) ou à partir du serveur central (4), le serveur central (4) procède à une phase d'authentification avec l'équipement client (11i) et à l'envoi de l'information complémentaire cryptée. Avantageusement, on utilise une approche de cryptographie hybride, regroupant les performances de la cryptographie à clé secrète et la flexibilité d'utilisation de la cryptographie à clé publique. L'équipement client (11i) possède une clé privée, gravée dans sa carte à puce (15i) et une clé publique disponible sous forme digitale. Au début de la connexion, l'équipement client (11i) envoie au serveur central (4) son identificateur (par exemple l'identifiant de son boîtier décodeur ou le numéro de série du circuit de décodage), sa clé publique signée par l'autorité de certification (7). Le serveur central (4) reçoit la clé publique du client et procède à la vérification de son authenticité auprès du module de certification de clés (7). Le serveur central (4) demande ensuite au module de génération et de gestion de clés de session (10), la génération d'une clé de session, cette clé est aléatoire et la sécurité de la transaction repose en grande partie sur cet aspect. L'information complémentaire ou une partie de l'information complémentaire est ensuite cryptée avec ladite clé de session en utilisant un algorithme de cryptographie symétrique conventionnel, par exemple DES ( Digital Encryption Standard en anglais), AES ( Advanced Encryption Standard en anglais) afin de gagner en rapidité de traitement. La clé de session est ensuite elle-même cryptée avec la clé publique du client. L'information complémentaire ainsi cryptée et la clé de session ainsi cryptée sont envoyées à l'équipement client (11i). Un message de contrôle de l'authenticité ( Message Authentification Code en anglais) de l'information complémentaire ou d'une partie de l'information complémentaire cryptée est également envoyée afin de certifier l'authenticité et l'intégrité du contenu. De préférence, avant de crypter et d'envoyer l'information complémentaire vers le client, le serveur (4) ou le serveur intermédiaire (6i) la compresse, la compression permettant d'éliminer les occurrences multiples des éléments dans l'information complémentaire et permettant d'améliorer ainsi la résistance à la crypto-analyse. De préférence, le cryptage intégral ou partiel de l'information complémentaire est effectué en fonction de la charge du réseau de transmission et/ou de la bande passante allouée à l'utilisateur. Avantageusement, le cryptage intégral ou partiel de l'information complémentaire est effectué tenant compte de la caractéristique de scalabilité en débit du réseau de transmission. Dans une variante, la prise de décision d'appliquer un cryptage intégral ou partiel à l'information complémentaire est prise par le serveur central (4). Dans une autre variante, la prise de décision d'appliquer un cryptage intégral ou partiel à l'information complémentaire est prise par le serveur intermédiaire (6i). De préférence, le cryptage de l'information complémentaire est personnalisée pour chaque client. De plus, l'équipement client envoie à intervalles réguliers un rapport d'événements au serveur de l'information complémentaire (6i), contenant des données relatives à la connexion (bande passante, qualité du canal par exemple) et à la session (heure, date, durée de connexion par exemple) . Ce rapport d'événements est transmis au serveur central (4) qui procède à la mise à jour des données de gestion des abonnés du module (9). Le processus de décryptage par le client commence par l'extraction de la clé de session en utilisant la clé secrète du client, puis à un déchiffrement de l'information complémentaire ou de la partie de l'information complémentaire par la clé de session ainsi décryptée. De préférence, afin d'augmenter davantage la sécurité de la transaction, le serveur demande une régénération dynamique et régulière de la clé de session, ceci permettant de renforcer la sécurité et de détourner les tentatives de piratage de personnes mal intentionnées. Avantageusement, le procédé est mis en oeuvre pour un ensemble de clients 11i, 11j, 11k reliés respectivement aux serveurs intermédiaires 6i, 6j, 6k par les liens 8i, 8j, 8k. Chaque client possédant sa carte à puce 15i, 15j, 15k. Chaque serveur intermédiaire 6i, 6j, 6k étant relié par les liens 16i, 16j et 16k au module (17) contenant la base de données des correspondances entre le flux principal modifié et l'information complémentaire qui lui est associée. REVENDICATIONS 1. Procédé pour la distribution sécurisée de flux audiovisuels numériques selon un format standard, normalisé ou propriétaire, lesdits flux sur lesquels on procède, avant la transmission à l'équipement destinataire, à une séparation du flux en deux parties pour générer un flux principal modifié, présentant le format du flux original, et une information complémentaire, comportant les informations numériques aptes à permettre la reconstruction du flux original, caractérisé en ce que l'on transmet par voies séparées pendant la phase de distribution, ledit flux principal modifié à partir d'un serveur de distribution et ladite information complémentaire vers ledit équipement destinataire depuis un serveur central sécurisé en passant par au moins un serveur intermédiaire reliant ledit équipement destinataire audit serveur central, ladite information complémentaire étant définie selon un format structuré nominal, contenant des entités logiques de taille modulable, dites unités de traitement, chacune desdites unités de traitement étant préfixée par une entête contenant des informations relatives à ladite unité de traitement et une charge utile contenant des données et des références sur le flux principal modifié, lesdites unités étant empaquetées avant la transmission. 2. Procédé pour la distribution sécurisée de flux audiovisuels numériques selon la revendication 1, caractérisé en ce que les informations présentes dans l'entête relatives à ladite unité de traitement, contiennent des références temporelles et des références de position sur le flux principal modifié. 3. Procédé pour la distribution sécurisée de flux audiovisuels numériques selon la revendication 1, caractérisé en ce que lesdites unités empaquetées sont cryptées avant la transmission. 4. Procédé pour la distribution sécurisée de flux audiovisuels numériques selon l'une des revendications précédentes, caractérisé en ce que lesdites unités de traitement sont compressées avant d'être cryptées. 5. Procédé pour la distribution sécurisée de flux audiovisuels numériques selon l'une des revendications précédentes, caractérisé en ce que le serveur central décide d'une régénération dynamique et régulière de la clé de session pendant la communication. 6. Procédé pour la distribution sécurisée de flux audiovisuels numériques selon l'une des revendications précédentes, caractérisé en ce que ledit serveur central décide de l'adaptation du degré de cryptage de l'information complémentaire en fonction de la charge du réseau de transmission. 7. Procédé pour la distribution sécurisée de flux audiovisuels numériques selon l'une des revendications précédentes, caractérisé en ce que ledit serveur intermédiaire décide de l'adaptation du degré de cryptage de l'information complémentaire en fonction de la bande passante allouée à l'utilisateur. 8. Procédé pour la distribution sécurisée de flux audiovisuels numériques selon l'une des revendications précédentes, caractérisé en ce que le cryptage desdites unités de traitement est personnalisé pour chaque utilisateur. 9. Procédé pour la distribution sécurisée de flux audiovisuels numériques selon l'une des revendications précédentes, caractérisé en ce que l'équipement client envoie à intervalles réguliers un rapport d'événements au serveur de l'information complémentaire. 10. Système pour la distribution sécurisée de flux audiovisuels pour la mise en oeuvre du procédé selon l'une des revendications précédentes, caractérisé en ce qu'il comporte un dispositif de séparation du flux vidéo original en un flux principal modifié et en une information complémentaire, au moins un serveur multimédia contenant les flux audiovisuels protégés, au moins un serveur central sécurisé, comprenant un dispositif de sécurisation et de personnalisation de ladite information complémentaire, à partir duquel est distribuée l'information complémentaire, au moins un serveur intermédiaire, au moins un module de gestion des correspondances entre le flux principal modifié et l'information complémentaire qui lui est associée, au moins un module de gestion des abonnés, au moins un module de gestion et de génération de clés de sessions, au moins un dispositif sur l'équipement destinataire comprenant une carte à puce pour le décryptage de ladite clé de session et au moins un module pour la reconstruction du flux audiovisuel original en fonction dudit flux principal modifié et de ladite information complémentaire.