FR2911026A1

FR2911026A1 - Procede et dispositif pour controler et gerer les fichiers multimedias compresses et librement telecharges

Info

Publication number: FR2911026A1
Application number: FR0611493A
Authority: FR
Inventors: Alain Rosset
Original assignee: UBICMEDIA SOC PAR ACTIONS SIMP
Current assignee: UBICMEDIA SOC PAR ACTIONS SIMP
Priority date: 2006-12-29
Filing date: 2006-12-29
Publication date: 2008-07-04
Anticipated expiration: 2026-12-29
Also published as: FR2911026B1; US20100017609A1; WO2008093021A1

Abstract

La présente invention concerne un procédé pour contrôler la distribution de fichiers multimédias numériques formés de blocs de données binaires selon un format originel, et séparés en au moins deux parties, constituées d'un premier fichier modifié présentant le format du fichier originel et d'un fichier complémentaire d'un format quelconque comportant les informations sur les modifications apportées audit fichier originel, caractérisé en ce qu'il comporte une étape de transmission des paramètres de préférence de reconstitution de tout ou partie dudit fichier originel sur un terminal, ladite étape de transmission des paramètres de préférence se faisant au moment de ladite reconstitution, par l'intermédiaire d'un serveur d'autorisation et au travers d'un réseau de télécommunication, lesdits paramètres de préférence étant définies par des paramètres d'usage.L'invention concerne également un dispositif pour la distribution contrôlée de fichiers multimédias numériques séparés en au moins deux parties en vue de la mise en oeuvre du procédé et comportant au moins un serveur des paramètres de préférence et un serveur de reconstitution et caractérisé en ce qu'il comporte un dispositif de transmission desdits paramètres de préférence et de reconstitution de tout ou partie dudit fichier originel sur tout terminal.

Description

PROCEDE ET DISPOSITIF POUR CONTROLER ET GERER LES FICHIERS MULTIMEDIAS

COMPRESSES ET LIBREMENT TELECHARGES

La présente invention concerne la circulation libre de tout fichier et contenu audiovisuel et multimédia et propose un procédé et un système pour la circulation libre, le contrôle et le suivi de chaque utilisation ou consommation de fichiers et contenus audiovisuels et multimédias sur tout réseau de télécommunication.

Le problème général est de fournir un dispositif capable de faire circuler librement et de faire consommer de façon contrôlée à des utilisateurs autorisés, des fichiers audiovisuels et multimédias numériques compressés, par exemple de type MPEG pour la vidéo, de type JPEG pour l'image fixe ou de type MP3 pour l'audio, sur tout type de réseau de télécommunication ou informatique, sans que cette liste soit limitative. L'invention permet un contrôle total de toutes les utilisations et des conditions d'utilisation des copies des fichiers et des contenus audiovisuels et multimédias ainsi mis en circulation ou diffusés. Ces dites conditions sont données par le détenteur des droits sur le contenu originel. L'invention permet également audit détenteur des droits, de modifier les conditions d'utilisation à tout moment, y compris pour les contenus et fichiers déjà diffusés. Le détenteur peut également supprimer de manière définitive toute utilisation d'un contenu, y compris celle des contenus et fichiers déjà diffusés ou enregistrés.

Avec les solutions actuelles, il est possible de transmettre des contenus multimédias sous forme numérique via tout type de réseaux. Pour éviter le piratage des flux ainsi diffusés, ces contenus sont soit cryptés par divers moyens bien connus de l'homme de l'art, soit transmis sous forme de flux ( stream en anglais) en mode client/serveur. Toutefois, ces deux techniques de transmission ont leurs avantages et leurs inconvénients mais qui ne sont pas concomitants. L'inconvénient principal des solutions de cryptage est qu'il faut transmettre non seulement les contenus cryptés vers les utilisateurs, mais également les clés de décryptage ou les licences d'utilisation vers un terminal identifié et authentifié de l'utilisateur afin de permettre l'exécution desdits contenus. D'où la nécessité de mettre en place des systèmes de gestion des droits DRM ( DRM pour Digital Rights Management en anglais), basés sur la livraison de licences, très performants mais aussi très contraignants pour l'utilisateur et le détenteur. A défaut de licence et/ou de chiffrement très performants, les contenus sont généralement décryptés en masse. De plus, l'utilisation du fichier et de son contenu est dépendante du terminal licencié et de son authentification. La gestion de licence telle que réalisée dans les DRM classiques et qui induit une complexité importante pour le détenteur et l'utilisateur, n'est pas nécessaire dans le procédé conforme à la présente invention. La deuxième technique basée sur la transmission de flux, circonvient en partie aux inconvénients de la précédente, mais a plusieurs inconvénients dont celui de nécessiter le transfert de tout le fichier numérique à chacune des utilisations et une connexion de l'utilisateur au serveur via une connexion généralement à débit élevé. Si ledit fichier numérique est important, par exemple un fichier audiovisuel numérisé en bonne qualité, le détenteur n'atteindra que les utilisateurs bien desservis par des connexions haut débit. Il en résulte que les serveurs et les réseaux de transport atteignent systématiquement et rapidement leur niveau de saturation. Si ledit débit de la connexion est trop faible, le fichier et son contenu perdent toute leur valeur marchande pour le détenteur sans pour autant éliminer les mêmes inconvénients liés au débit. En particulier, chaque utilisation nécessite de transférer en totalité le fichier et son contenu. De plus, son utilisation est dépendante du site d'où il est diffusé. Enfin, les deux techniques présentent deux autres inconvénients majeurs. Le premier est de ne pas pouvoir autoriser le transfert du fichier sans contrôle. Le second étant le non contrôle de l'utilisation dudit fichier diffusé ou transféré d'un utilisateur à un autre utilisateur.

Afin de corriger ces différents défauts, l'invention concerne selon son acception la plus générale un procédé pour contrôler la distribution de fichiers multimédias numériques formés de blocs de données binaires selon un format originel, et séparés en au moins deux parties, caractérisé en ce qu'il comporte une étape de transmission des paramètres de préférence de reconstitution de tout ou partie dudit fichier originel sur un terminal. Dans un mode de réalisation particulier, lesdites deux parties sont constituées d'un premier fichier modifié présentant le format du fichier originel et d'un fichier complémentaire d'un format quelconque comportant les informations sur les modifications apportées audit fichier originel. Avantageusement, lesdits paramètres de préférence sont modifiables à tout moment par un détenteur. Avantageusement, ladite étape de transmission des paramètres de préférence se fait par l'intermédiaire d'un serveur d'autorisation et au travers d'un réseau de télécommunication. Avantageusement, ladite étape de transmission des paramètres de préférence se fait au moment de ladite reconstitution. Avantageusement, lesdits paramètres de préférence sont définis par des paramètres d'usage. Avantageusement, lesdits paramètres de préférence portent sur une partie dudit fichier originel. Avantageusement, lesdits paramètres de préférence portent sur une période limitée. Avantageusement, lesdits paramètres de préférence ne sont valables que pour une partie desdits terminaux. Avantageusement, lesdits paramètres de préférence sont liés à une transaction. Avantageusement, lesdits paramètres de préférence sont modifiables à volonté. Avantageusement, lesdits paramètres de 20 préférence sont supprimables à tout moment. Dans un autre mode de réalisation particulier, ledit fichier complémentaire est transmis audit terminal après autorisation par ledit serveur d'autorisation. Dans un autre mode de réalisation, ledit 25 fichier complémentaire est transmis audit terminal au travers d'un canal chiffré avec une clé provisoire. Avantageusement, ladite clé provisoire est calculée par une application dans ledit serveur d'autorisation. 30 Avantageusement, ladite clé provisoire est transmise au serveur des fichiers complémentaires. Avantageusement, ladite clé provisoire est transmise audit terminal. 15 Avantageusement, ladite clé provisoire est transmise par l'intermédiaire du serveur des fichiers complémentaires. Avantageusement, l'existence de ladite clé provisoire ne dure que le temps dudit transfert. Enfin, l'invention concerne également un dispositif pour la distribution contrôlée de fichiers multimédias numériques séparés en au moins deux parties en vue de la mise en oeuvre du procédé et comportant au moins un serveur des paramètres de préférence et un serveur de reconstitution et caractérisé en ce qu'il comporte un dispositif de transmission desdits paramètres de préférence et de reconstitution de tout ou partie dudit fichier originel sur tout terminal.

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 oeuvre du procédé selon l'invention, • la figure 2 décrit l'architecture du portail et des serveurs de données conformes à l'invention, • la figure 3 représente un mode de réalisation particulier d'un terminal destinataire conforme à l'invention. Sur la figure 1, lorsqu'un utilisateur d'un terminal (1 : li, lj, 1k, etc.) souhaite visualiser un contenu audiovisuel disponible sur un support physique (7) ou sur un serveur (8) ou sur une mémoire (10) de son terminal de la figure 3, il en fait la demande au portail (3) à travers ledit réseau de télécommunication (2a). Ledit portail (3) décide alors, en fonction des paramètres d'exploitation fournis par le détenteur (9) des droits de diffusion du contenu et stockés dans le serveur des conditions d'utilisation (5), de lui envoyer ou non les éléments complémentaires stockés dans le serveur (4) et correspondants à ce contenu audiovisuel et multimédia, à travers les réseaux (2b). Les informations de suivi des utilisations demandées par ledit détenteur (9) pour ses besoins éditoriaux sont stockées sur le serveur des suivis (6). Avant cette phase, le contenu audiovisuel et multimédia originel (31), fourni par un détenteur (9) par téléchargement (2b) ou sur support physique (7), aura été préparé par le portail (3) comme le montre la figure 2. Chaque fichier audiovisuel (31) est présenté sous forme numérique compressée et est formé de blocs de données binaires, issus de transformations numériques appliquées à un contenu audiovisuel et multimédia selon un format de fichier originel. Le format originel d'un contenu originel (31) est par exemple un fichier de format originel MPEG-2, MPEG-4 ou H264 pour la vidéo, ou de format originel MP3 ou AAC dans le cas de fichiers audio, ou de format originel JPEG dans le cas de fichiers images fixes ou photographiques. Le contenu originel (31) est, dans une première étape, séparé en au moins deux parties, dont un premier fichier modifié (32) présentant le format du fichier originel nominal, et en un fichier complémentaire (33) d'un format quelconque comportant les informations sur les modifications apportées audit fichier originel (31). La reconstitution du fichier originel (31) ne pouvant se faire qu'à partir des deux fichiers (32) et (33), mais pas à partir de l'un d'entre eux seulement. Dans une deuxième étape et par l'intermédiaire du portail (3) et au travers du réseau de télécommunication (2b), ledit détenteur (9) fournit au système de gestion des paramètres (35) ses préférences en terme économique et marketing conditionnant la reconstitution du fichier originel sur tout terminal (1 : 1j, 1k, etc.) par tout utilisateur désirant lire, écouter ou voir le contenu du fichier originel. Ces dites préférences sont définies par des paramètres d'usage qui peuvent être de toute nature et en particulier : • libre d'utilisation durant une période limitée ou illimitée pour tout utilisateur ou seulement pour les utilisateurs dédiés (par exemple, pays, membre d'un Intranet, d'un Extranet, etc.), • paiement à chaque utilisation, • abonnement à un certain nombre d'utilisation durant une période limitée ou illimitée, • abonnement durant une période déterminée avec ou sans limite sur le nombre d'utilisation, • gratuit mais lié à une transaction comme par exemple contre une information sur l'utilisateur : nom, email, société, fonction, type d'usage etc., • autorisation libre pour un ou plusieurs extraits (par exemple, pré jouer ( teasing en anglais), etc.), • autorisation libre pour la première lecture ou à partir de la nième lecture, etc., • autorisation libre ou à prix réduit contre lecture de contenus publicitaires, • avec pointeur url sur le site d'origine du contenu où sont donnés les contextes et/ou les explications sur ce contenu ou pour d'autres raisons, • avec ou sans affichage d'un copyright et/ou d'un sous-titrage, • avec intégration de mots clés pour les systèmes de recherche (marquage ou tagging en anglais) de tierce partie, • etc.

Ces dits paramètres d'exploitation sont stockés sur un serveur des conditions d'utilisation (5) par le système de gestion (35) du portail (3). Le détenteur fournit également dans cette même étape ses préférences pour ses besoins éditoriaux. Ces dits paramètres de suivi peuvent être de toute nature et en particulier : • pays ou région de l'utilisateur, • débit observé lors de l'utilisation, • dates et heures de début et de fin d'une utilisation, • les erreurs observées lors de l'utilisation ou lors du mécanisme d'autorisation, • l'utilisation des boutons de magnétoscope lors de l'utilisation, • les motifs de refus d'une demande d'autorisation, • abandon d'un utilisateur lors du mécanisme d'autorisation, • la confirmation d'une utilisation correcte, • la lecture en mode progressif, • etc. Ces dits paramètres de suivi sont stockés sur 25 ledit serveur des suivis (6) par le système de gestion (35) du portail (3). Lors d'une troisième étape, les référencements des serveurs (4), (5) et (6) où sont respectivement stockés le fichier complémentaire (33) du contenu originel et tous 30 les paramètres associés sont intégrées dans les méta- données du fichier modifié (32) pour donner un fichier modifié nomade (34). 20 Après ces étapes de traitement des contenus audiovisuels et multimédias, lesdits fichiers modifiés nomades (34) sont librement transmis et diffusés vers les terminaux (1) à travers dudit réseau de télécommunication (2a) via l'interface {36). Dans un exemple de réalisation particulier, lesdits fichiers modifiés nomades (34) sont librement transmis et diffusés par tout réseau d'échange comme par exemple un réseau communautaire, de blogs, social ou encore P2P. Dans un autre exemple, lesdits fichiers modifiés nomades (34) sont librement transmis et diffusés par des supports physiques (7) comme par exemple des DVD, des CD-ROM ou tout autre mémoire type USB ou disque dur, etc. Avantageusement, lesdits fichiers modifiés nomades (34) sont librement transmis et diffusés sur un ou plusieurs serveurs audiovisuels et multimédias classiques (8) Les contenus multimédias sont maintenant disponibles pour les utilisateurs (1 : li, lj, 1k, etc.) par l'intermédiaire desdits fichiers modifiés nomades (34), de manière contrôlée par les paramètres du détenteur stockés dans les serveurs des conditions d'utilisation (5) comme le montre la figure 3. Un fichier modifié nomade est alors à la disposition d'un utilisateur (1 : lj, 1k) sur une mémoire de masse (10) de son terminal ou sur un support externe (7) comme un DVD, un CD-ROM, une clé USB, etc., soit par téléchargement depuis un serveur (8) ou encore depuis un autre terminal (1) par transfert sur Internet ou doté d'un logiciel client/serveur, ou P2P, etc. Lorsque l'utilisateur (1) veut exploiter le fichier modifié nomade (34), celui-ci est soit lu sur le disque dur (10), le DVD ou CD (7) de son terminal, soit téléchargé sur son terminal par l'intermédiaire de son interface {13). Quelque soit le débit de connexion de l'utilisateur, un logiciel spécifique (11) au lecteur adapté au format du fichier originel, est téléchargé automatiquement ou à la demande de l'utilisateur ou est déjà disponible sur son terminal ou intégré dans une fenêtre html ou en tant qu'application autonome sur le terminal. Ledit logiciel spécifique (11): • lit les méta-données du fichier modifié nomade (34), en particulier l'identification du contenu et du détenteur et les référencements des serveurs (4), (5) et (6), gérés par le système proposé, • établit une connexion client/serveur avec le serveur des fichiers complémentaires (4) des fichiers complémentaires géré par le système proposé, dont le référencement est inscrit dans les dites méta-données, • et transmet audit serveur les identifications du détenteur et du contenu du fichier modifié nomade (34). Ledit serveur des fichiers complémentaires (4) interroge le serveur des conditions d'utilisation (5) et met en oeuvre les conditions d'utilisation du détenteur pour 25 ce fichier modifié nomade. Les étapes suivantes sont ensuite déroulées : • transmission au logiciel (11), de l'adresse url d'un serveur (14). Ledit serveur (14) est par exemple un serveur LDAP de demande d'information marketing, 30 de paiement en ligne, de gestion d'abonnés, etc. Avantageusement, ledit serveur (14) est celui du système proposé ou bien celui du détenteur ou d'une tierce partie. Avantageusement, ledit serveur (14) 20 sert également de serveur d'autorisation. Avantageusement, ledit serveur (14) sert également de serveur d'identification. • ledit serveur d'autorisation (14) transmet au serveur des conditions d'utilisation (5), l'autorisation ou non pour une exploitation du fichier modifié nomade par l'utilisateur, • ledit serveur des conditions d'utilisation (5) transmet l'autorisation au logiciel (11) d'exploiter le fichier modifié nomade (34) par l'intermédiaire dudit serveur des fichiers complémentaires (4), • si l'autorisation n'est pas donnée, le logiciel (11) lit le fichier téléchargé sans les informations du fichier complémentaire donc de manière indiscernable pour l'utilisateur, • si l'autorisation est donnée, le logiciel (11) lit le fichier téléchargé et simultanément reçoit dudit serveur des fichiers complémentaires (4) le fichier complémentaire pour reconstituer le fichier originel sur le terminal de l'utilisateur, • les évènements tels que listés dans les paramètres de suivi ci-dessus sont transmis par le logiciel {11) audit serveur des suivis (6) par ledit serveur des fichiers complémentaires (4).

Plus précisément, l'utilisateur du terminal (1) consulte un menu ou un serveur (8) via son interface (12). Ledit utilisateur sélectionne le contenu qu'il souhaite consommer et le fichier modifié nomade (34) correspondant à ce contenu est transmis par le serveur (8) au terminal (1).

Ledit interface (12) est par exemple relié à un écran, à des haut-parleurs, à un clavier, à une souris, etc. Ledit fichier modifié nomade (34) est enregistré via l'interface (13) de la figure 3 dans la mémoire (10) constituée par un disque dur ou tout autre type de mémoire de masse. Dès le début de la connexion entre ledit terminal (1) et ledit serveur (8), le lecteur (11) lit les méta-données dudit fichier modifié nomade (34), en particulier le référencement dudit fichier complémentaire (33) dudit serveur des fichiers complémentaires (4). Ledit terminal (1) se connecte alors audit serveur des fichiers complémentaires (4) en mode client/serveur. Ledit serveur des fichiers complémentaires (4) dialogue avec ledit serveur des conditions d'utilisation (5) et vérifie alors que ledit utilisateur (1) possède bien les autorisations de consommer ledit fichier multimédia modifié (34) en faisant en sorte que les conditions d'usages fournis par ledit détenteur (9) soient respectées. Ledit serveur des fichiers complémentaires (4) transmet alors de manière synchronisée, les éléments du fichier complémentaire (33) vers le lecteur (11) du terminal dudit utilisateur (1) qui reconstitue une synthèse du fichier audiovisuel original, à partir du calcul sur le terminal destinataire (1), en fonction dudit fichier modifié nomade (34) et des éléments dudit fichier complémentaire (33). Ladite synthèse du contenu audiovisuel original est alors affichée sur l'écran via l'interface (12).

Avantageusement, ladite synthèse du contenu reconstitué est réalisée dès la réception des premières informations dudit fichier multimédia modifié (34) et des premiers éléments dudit fichier complémentaire (33). Avantageusement, ladite synthèse du contenu reconstitué est enregistrée sous le contrôle dudit serveur des fichiers complémentaires (4), dans la mémoire (10) du terminal (1).

Avantageusement, ladite synthèse du contenu reconstitué est marquée par un système de tatouage. Avantageusement, ladite synthèse du contenu reconstitué est enregistrée sous le contrôle dudit serveur des fichiers complémentaires (4), sur un support physique (7) comme un DVD, un CD-ROM, une mémoire USB, etc. Avantageusement, l'utilisateur du terminal (li) transmet une copie dudit fichier modifié nomade (10) ou (7) à un autre terminal {1 : li, lj, lk, etc.).

Avantageusement, les événements liés au suivi de l'utilisation du fichier modifié nomade (34) par l'utilisateur (1) sont transmis par l'intermédiaire dudit serveur des fichiers complémentaires (4) audit serveur des suivis (6) référencé dans les méta-données du fichier modifié nomade (34). Chaque utilisation d'un fichier modifié nomade autorisée ou non est ainsi enregistrée dans ledit serveur des suivis (6) selon les paramètres d'usages exigés par son détenteur et gérés par les serveurs (5) et (6). Le détenteur peut à tout moment consulter les traces d'utilisation gérées par ledit serveur des suivis (6) au travers du système de gestion (35) du portail (3) et réaliser les statistiques nécessaires à son métier éditorial. Il peut en particulier changer à tout moment les paramètres d'exploitation stockés dans ledit serveur des conditions d'utilisation (5) de tout fichier modifié nomade (34), y compris ceux des fichiers modifiés nomades déjà diffusés. Avantageusement, le transfert du fichier complémentaire (33) vers le terminal d'un usager (1) et une fois l'utilisation du contenu (34) autorisée pour ledit usager (1), est effectué au travers d'un canal chiffré avec une clé provisoire.

Avantageusement, ladite clé provisoire est calculée par une application (5a) exécutée par ledit serveur des conditions d'utilisation (5). Ladite clé provisoire est alors transmise par ledit serveur des conditions d'utilisation (5) au lecteur (11) et audit serveur des fichiers complémentaires (4) de manière synchronisée. Avantageusement, la validité de ladite clé provisoire ne dure que le temps dudit transfert.

Dans un autre mode de réalisation particulier, quel qu'en soit les raisons, ledit fichier originel qui ne doit plus être exploité de la manière proposée ci-dessus, est supprimé par simple suppression du fichier complémentaire (33) correspondant dans ledit serveur des fichiers complémentaires (4), même si le fichier modifié nomade correspondant a déjà été largement diffusé via les réseaux. 5 10 2- 15 3- 25 4-

Claims

REVENDICATIONS

1. Procédé pour contrôler la distribution de fichiers multimédias numériques séparés en au moins deux parties selon la revendication 1 caractérisé en ce que lesdites deux parties sont constituées d'un premier fichier modifié présentant le format du fichier originel et d'un fichier complémentaire d'un format quelconque comportant les informations sur les modifications apportées audit fichier originel. Procédé pour contrôler la distribution de fichiers multimédias numériques séparés en au moins deux parties selon l'une quelconque des revendications précédentes caractérisé en ce que lesdits paramètres de préférence sont modifiés à tout moment par un détenteur. Procédé pour contrôler la distribution de fichiers multimédias numériques séparés en au moins deux parties selon l'une quelconque des revendications précédentes caractérisé en ce que ladite étape de transmission des paramètres de préférence se fait par l'intermédiaire d'un serveur d'autorisation et au travers d'un réseau de télécommunication. 1- Procédé pour contrôler la distribution de fichiers multimédias numériques formés de blocs de données binaires selon un format originel, et séparés en au moins deux parties, caractérisé en ce qu'il comporte une étape de transmission des paramètres de préférence de reconstitution de tout ou partie dudit fichier originel sur un terminal.5-Procédé pour contrôler la distribution de fichiers multimédias numériques séparés en au moins deux parties selon l'une quelconque des revendications précédentes caractérisé en ce que ladite étape de transmission des paramètres de préférence se fait au moment de ladite reconstitution. 6-Procédé pour contrôler la distribution de fichiers multimédias numériques séparés en au moins deux parties selon l'une quelconque des revendications précédentes caractérisé en ce que lesdits paramètres de préférence sont définis par des paramètres d'usage. 7Procédé pour contrôler la distribution de fichiers multimédias numériques séparés en au moins deux parties selon l'une quelconque des revendications précédentes caractérisé en ce que lesdits paramètres de préférence portent sur une partie dudit fichier originel. 8- Procédé pour contrôler la distribution de fichiers multimédias numériques séparés en au moins deux parties selon l'une quelconque des revendications précédentes caractérisé en ce que lesdits paramètres de préférence portent sur une période limitée. 9- Procédé pour contrôler la distribution de fichiers multimédias numériques séparés en au moins deux parties selon l'une quelconque des revendications précédentes caractérisé en ce que lesdits paramètres de préférence ne sont valables que pour une partie desdits terminaux. 10- Procédé pour contrôler la distribution de fichiers multimédias numériques séparés en au moins deux partiesselon l'une quelconque des revendications précédentes caractérisé en ce que lesdits paramètres de préférence sont liés à une transaction. 11- Procédé pour contrôler la distribution de fichiers multimédias numériques séparés en au moins deux parties selon l'une quelconque des revendications précédentes caractérisé en ce que lesdits paramètres de préférence sont modifiables à volonté. 12- Procédé pour contrôler la distribution de fichiers multimédias numériques séparés en au moins deux parties selon l'une quelconque des revendications précédentes caractérisé en ce que lesdits paramètres de préférence sont supprimables à tout moment. 13- Procédé pour contrôler la distribution de fichiers multimédias numériques séparés en au moins deux parties selon l'une quelconque des revendications précédentes caractérisé en ce que ledit fichier complémentaire est transmis audit terminal après autorisation par ledit serveur d'autorisation. 14- Procédé pour contrôler la distribution de fichiers multimédias numériques séparés en au moins deux parties selon l'une quelconque des revendications précédentes caractérisé en ce que ledit fichier complémentaire est transmis audit terminal au travers d'un canal chiffré avec une clé provisoire. 15- Procédé pour contrôler la distribution de fichiers multimédias numériques séparés en au moins deux parties selon la revendication 14 caractérisé en ce que laditeclé provisoire est calculée par une application dans ledit serveur d'autorisation. 16- Procédé pour contrôler la distribution de fichiers multimédias numériques séparés en au moins deux parties selon l'une quelconque des revendications 13 à 15 caractérisé en ce que ladite clé provisoire est transmise au serveur des fichiers complémentaires. 17-Procédé pour contrôler la distribution de fichiers multimédias numériques séparés en au moins deux parties selon l'une quelconque des revendications 13 à 16 caractérisé en ce que ladite clé provisoire est transmise audit terminal. 18- Procédé pour contrôler la distribution de fichiers multimédias numériques séparés en au moins deux parties selon l'une quelconque des revendications 13 à 17 caractérisé en ce que ladite clé provisoire est transmise par l'intermédiaire du serveur des fichiers complémentaires. 19- Procédé pour contrôler la distribution de fichiers multimédias numériques séparés en au moins deux parties selon l'une quelconque des revendications 13 à 18 caractérisé en ce que l'existence de ladite clé provisoire ne dure que le temps dudit transfert. 20- Dispositif pour la distribution contrôlée de fichiers multimédias numériques séparés en au moins deux parties en vue de la mise en oeuvre du procédé selon l'une quelconque des revendications 1 à 19 comportant au moins un serveur des paramètres de préférence et un serveur dereconstitution et caractérisé en ce qu'il comporte un dispositif de transmission desdits paramètres de préférence et de reconstitution de tout ou partie dudit fichier originel sur tout terminal.