FR 2881302 A1 20060728 FR 0500650 A 20050121 Procédé et système de protection contre la copie de données de fichiers transmis par lecture en transit ( streaming ) La présente invention concerne le domaine de l'électronique et plus particulièrement de la diffusion de fichiers média par téléchargement à la demande sur un terminal client connecté à un serveur. Le domaine de la diffusion de fichiers média est aujourd'hui très développé et de nombreux fournisseurs de fichiers médias proposent désormais des téléchargements de musiques ou de vidéos à la demande. Ce téléchargement peut consister en un envoi par Internet du fichier complet vers le terminal de l'utilisateur ou en une technique appelée streaming , en anglais (traduisible par lecture en transit en français) et consistant à to ce que le terminal de l'utilisateur qui reçoit le fichier le lit pendant le téléchargement. Au cours du streaming , les données reçues sont placées dans une mémoire tampon qui est lue pendant la réception des données suivantes. Un premier problème dans le domaine de la diffusion de fichiers média concerne le piratage des vidéos et des musiques téléchargées par Internet. Les utilisateurs peu soucieux des droits d'auteurs copient les vidéos et les musiques qu'ils téléchargent et les diffusent à d'autres utilisateurs. Les fournisseurs de fichiers médias, notamment de fichiers média payants, sont donc confrontés au problème de vouloir diffuser des fichiers média sans que ceux-ci puissent être copiés par les utilisateurs qui le téléchargent. Il est connu dans l'art antérieur des solutions utilisant un cryptage des données constitutives du fichier mais ces solutions sont facilement contournables par les utilisateurs qui usent de maintes ruses pour contourner le cryptage. Le streaming permet éventuellement d'éviter que l'intégralité du fichier ne soit stockée dans le terminal de l'utilisateur et donc que ce dernier ne copie le fichier média, mais cette solution est contournable par les utilisateurs qui possèdent des applications (par exemple de capture d'écran) permettant d'enregistrer le fichier média pendant sa lecture sur le terminal. Un second problème concerne le streaming qui doit être adapté à la capacité de débit de la connexion de l'utilisateur téléchargeant le fichier. En effet, en fonction de la vitesse de la connexion et de sa fiabilité, la mémoire tampon utilisée pendant le streaming peut être lue entièrement alors que les données suivantes ne sont pas encore reçues, si la vitesse de téléchargement est inférieure à la vitesse de lecture ou si le téléchargement a été momentanément interrompu ou ralenti. Une connexion très lente nécessite donc l'utilisation d'une mémoire tampon de taille importante pour le streaming ou l'envoi du fichier complet sans lecture en cours de transit. Dans ce contexte, il est intéressant de proposer un procédé et/ou un io système de diffusion de fichiers média permettant de protéger contre la copie (piratage) les données des fichiers média envoyés aux utilisateurs et permettant d'adapter le streaming au débit de la connexion de l'utilisateur téléchargeant le fichier média. Afin d'empêcher la copie, un tel procédé et/ou système devra donc permettre d'empêcher la capture d'écran et l'accès aux données du fichier par des applications exécutées sur le terminal d'un utilisateur. Afin d'adapter le streaming au débit de la connexion, un tel procédé et/ou système devra permettre d'adapter la taille (et donc la qualité) du fichier à envoyer en fonction de la vitesse de connexion du terminal de l'utilisateur avec le serveur du fournisseur de fichiers média. La présente invention a pour but de pallier certains inconvénients de l'art antérieur en proposant un procédé de diffusion d'au moins un fichier média par un serveur, via un réseau de communication, permettant d'empêcher l'enregistrement du fichier média dans des moyens de mémorisation d'un terminal d'un utilisateur, pendant la lecture du fichier par des moyens de traitement du terminal. Ce but est atteint par un procédé de protection contre la copie de données représentatives d'au moins un fichier, dit média, transmises par au moins un terminal, dit fournisseur, vers au moins terminal dit récepteur, via au moins un réseau de communication, selon une technologie permettant la lecture d'une partie du fichier, par une application, dite de lecture de données en transit, exécutée sur des moyens de traitement du terminal récepteur, avant la fin de la transmission de l'intégralité du fichier, caractérisé en ce qu'il comporte au moins une étape d'exécution, sur les moyens de traitement du terminal récepteur, d'une application de vérification des moyens de mémorisation du terminal récepteur, mise en oeuvre de façon récurrente pour détecter si une variation de l'espace de stockage entre deux détections excède une taille prédéterminée et, le cas échéant, bloquer la transmission du fichier. Selon une autre particularité, le procédé démarre par une connexion du terminal récepteur au terminal fournisseur grâce à une application, dite navigateur, exécutée sur les moyens de traitement du terminal récepteur, permettant une étape de chargement, dans le terminal récepteur, de données, dites d'installation, transmises par le terminal fournisseur et permettant au moins l'exécution de l'application de lecture de données en transit sur les moyens de traitement du terminal récepteur, cette application de lecture de données en transit consistant en au moins une pièce logicielle exécutée au sein du navigateur. Selon une autre particularité, l'exécution de l'application de vérification récurrente des moyens de mémorisations terminal récepteur est activée par l'exécution de l'application de lecture de données en transit, au cours de la transmission des données représentatives du fichier et en ce qu'elle consiste en une détection des différents moyens de mémorisations accessibles au terminal récepteur et en un contrôle de l'espace de stockage libre et/ou utilisé dans ces moyens de mémorisation, pour détecter si une différence de cet espace de stockage entre deux détections excède une taille prédéterminée et, le cas échéant, bloquer la transmission du fichier. Selon une autre particularité, le procédé comporte également une étape d'exécution d'une application de contrôle des applications en cours d'exécution sur les moyens de traitement du terminal récepteur, pour vérifier que seule l'application de lecture en transit est exécutée et, dans le cas contraire, exiger la fermeture des autres applications par l'utilisateur du terminal récepteur. Selon une autre particularité, le procédé comporte également une étape d'exécution d'une application de contrôle de la présence d'applications de piratage par capture d'écran sur les moyens de mémorisation du terminal récepteur, par comparaison des données stockées dans les moyens de mémorisation du terminal récepteur avec des données représentatives d'une liste d'informations permettant l'identification des applications de piratage par capture d'écran connues, pour détecter si de telles applications ont été installées sur le terminal récepteur et, le cas échéant, exiger leur désinstallation par l'utilisateur du terminal récepteur. Selon une autre particularité, l'étape de chargement des données d'installation de la pièce logicielle correspondant à l'application de lecture en to transit est accompagnée du chargement de pièces logicielles correspondant à tout ou partie de l'application de vérification récurrente des moyens de mémorisation, de l'application de contrôle des applications en cours d'exécution et de l'application de contrôle de la présence d'applications de piratage. is Selon une autre particularité, la transmission des données représentatives du fichier média comporte au moins les étapes suivantes: envoi, par des moyens de communication du terminal fournisseur, d'au moins une partie des données constitutives du fichier média vers le terminal récepteur, via le réseau communication, - réception de la partie des données constitutives du fichier média par des moyens de communication du terminal récepteur, lecture, par l'application de lecture de données en transit du terminal récepteur, de la partie des données constitutives du fichier reçue par les moyens de communications, puis présentation à l'utilisateur du terminal récepteur, grâce à une interface visuelle et/ou auditive du terminal récepteur des informations correspondant aux données reçues et lues. Selon une autre particularité, le démarrage de la transmission du fichier et notamment les premières étapes de lecture des premières données du fichier reçues et de présentation des informations correspondant aux premières données reçues et lues sont accompagnées d'au moins une étape de changement de propriétés de résolution et/ou d'échantillonnage des couleurs affichées par les moyens d'affichage du terminal récepteur et de passage du terminal récepteur dans un mode, dit asservi, par blocage de toute commande du terminal récepteur à l'exception de commandes dédiées au contrôle de l'application de lecture en transit et blocage des moyens de traitement du terminal récepteur pour permettre exclusivement l'exécution de l'application de lecture en transit et de l'application de vérification des moyens de mémorisation. Selon une autre particularité, le procédé comporte au moins une étape de configuration de la communication via le réseau de communication, grâce à l'envoi par le terminal fournisseur vers le terminal récepteur de données permettant une mise à jour du protocole de communication entre ces deux terminaux, ce protocole permettent des étapes d'adaptation en temps réel de la taille des données envoyées par le terminal fournisseur vers le terminal récepteur, en fonction de la vitesse de la connexion du terminal récepteur et en fonction d'éventuelles fluctuations de cette vitesse de la connexion. Selon une autre particularité, le procédé comporte au moins une étape d'identification de l'utilisateur du terminal récepteur par le terminal fournisseur. Selon une autre particularité, l'étape de réception de la partie des données constitutives du fichier média est suivie d'une étape d'ajout, dans les données reçues, de données représentatives d'informations relatives à l'utilisateur du terminal récepteur, pour l'incorporation de ces informations au sein des informations contenues dans le fichier, de façon à ce que ces informations soient présentées aux utilisateurs lors de la lecture du fichier, pour permettre une identification des utilisateurs ayant réalisé une éventuelle copie analogique du fichier. Selon une autre particularité, l'étape de réception d'une partie des données constitutives du fichier média par les moyens de communication du terminal récepteur est suivie d'une étape de stockage temporaire de ces données dans une mémoire tampon du terminal récepteur, la taille de cette mémoire tampon étant déterminée, au cours de l'étape de configuration de la communication, en fonction de la vitesse de la connexion du terminal récepteur et permettant à l'application de vérification récurrente des moyens de mémorisation de définir la taille maximale autorisée de variation des espaces de stockage libres et/ou utilisés dans les moyens de mémorisation du terminal récepteur. s Selon une autre particularité, le procédé est mis en oeuvre par un terminal récepteur consistant en un ordinateur connecté, via un réseau de communication de type Internet, à un terminal fournisseur consistant en un serveur. Selon une autre particularité, le procédé est mis en oeuvre par un o terminal récepteur consistant en une console de jeux connectée, via un réseau de communication de type Internet, à un terminal fournisseur consistant en un serveur. Un autre but de la présente invention est de proposer un système de diffusion d'au moins un fichier média par un serveur, via un réseau de is communication, permettant d'empêcher l'enregistrement du fichier média dans des moyens de mémorisation d'un terminal d'un utilisateur, pendant la lecture du fichier par des moyens de traitement du terminal. Ce but est atteint par un système de protection contre la copie de données représentatives d'au moins un fichier, dit média, transmises par au moins un terminal, dit fournisseur, vers au moins terminal dit récepteur, via au moins un réseau de communication, selon une technologie permettant la lecture d'une partie du fichier, par une application, dite de lecture de données en transit, exécutée sur des moyens de traitement du terminal récepteur, avant la fin de la transmission de l'intégralité du fichier, caractérisé en ce que les moyens de traitement du terminal récepteur comportent des moyens de vérification de moyens de mémorisation du terminal récepteur application de vérification des moyens de mémorisation du terminal récepteur, mis en oeuvre de façon récurrente pour détecter si une variation de l'espace de stockage entre deux détections excède une taille prédéterminée et, le cas échéant, bloquer la transmission du fichier. Selon une autre particularité, le terminal récepteur comporte des moyens de communication permettant à une application, dite navigateur, exécutée sur les moyens de traitement du terminal récepteur, d'établir une connexion avec des moyens de communication du terminal fournisseur, des moyens de traitement du terminal fournisseur permettant la gestion de la communication avec le terminal récepteur et l'envoi de données, dites d'installation, permettant au moins l'exécution de l'application de lecture de données en transit sur les moyens de traitement du terminal récepteur, cette application de lecture de données en transit consistant en une pièce logicielle exécutée au sein du navigateur. Selon une autre particularité, les moyens de vérification récurrente des o moyens de mémorisations terminal récepteur sont activés par l'exécution de l'application de lecture de données en transit, au cours de la transmission des données représentatives du fichier et en ce qu'ils comportent des moyens de détection des différents moyens de mémorisations accessibles au terminal récepteur et en des moyens de contrôle de l'espace de stockage libre et/ou utilisé dans ces moyens de mémorisation, pour détecter si une différence de cet espace de stockage entre deux détections excède une taille prédéterminée et, le cas échéant, bloquer la transmission du fichier. Selon une autre particularité, le terminal récepteur comporte également des moyens de contrôle des applications en cours d'exécution sur ses moyens de traitement, pour vérifier que seule l'application de lecture en transit est exécutée et, dans le cas contraire, exiger la fermeture des autres applications par l'utilisateur du terminal récepteur. Selon une autre particularité, le terminal récepteur comporte également des moyens de contrôle de la présence d'applications de piratage par capture d'écran sur les moyens de mémorisation du terminal récepteur, par comparaison des données stockées dans les moyens de mémorisation du terminal récepteur avec des données représentatives d'une liste d'informations permettant l'identification des applications de piratage par capture d'écran connues, pour détecter si de telles applications ont été installées sur le terminal récepteur et, le cas échéant, exiger leur désinstallation par l'utilisateur du terminal récepteur. Selon une autre particularité, les moyens de traitement du terminal fournisseur permettant l'envoi des données d'installation de la pièce logicielle correspondant à l'application de lecture en transit est accompagnée de l'envoi de données fournissant au terminal récepteur les moyens de vérification récurrente des moyens de mémorisation, les moyens de contrôle des applications en cours d'exécution et les moyens de contrôle de la présence d'applications de piratage, ces données étant représentatives de pièces logicielles correspondant à tout ou partie des moyens de vérification récurrente des moyens de mémorisation, des moyens de contrôle des io applications en cours d'exécution et des moyens de contrôle de la présence d'applications de piratage. Selon une autre particularité, les moyens de traitement du terminal fournisseur et les moyens de traitement du terminal récepteur permettent, d'une part, la configuration, respectivement, des moyens de communication du terminal fournisseur et des moyens de communication du terminal récepteur et, d'autre part, la détermination de la vitesse de la connexion du terminal récepteur au réseau de communication et les moyens de traitement du terminal fournisseur comportent des moyens d'adapter la taille des données transmises au terminal récepteur en fonction de la vitesse de sa connexion et en fonction d'éventuelles fluctuations de cette vitesse de connexion. Selon une autre particularité, le terminal récepteur comporte également une interface visuelle et/ou auditive, consistant en au moins des moyens d'affichage, comporte des moyens de saisie, consistant en une souris et un clavier, et comporte une mémoire tampon pour le stockage temporaire des données reçues par ses moyens de communication et la lecture de la partie du fichier stockée dans cette mémoire tampon, par l'application de lecture en transit, le démarrage de cette lecture résultant en au moins un changement de propriétés de résolution et/ou d'échantillonnage des couleurs affichées par les moyens d'affichage et en un passage du terminal récepteur dans un mode dit asservi, dans lequel le clavier est bloqué et seule la souris permet certaines commandes dédiées au contrôle de l'application de lecture en transit. Selon une autre particularité, le terminal récepteur comporte également des moyens d'incorporation de données représentatives d'informations relatives à l'utilisateur du terminal récepteur, pour l'incorporation de ces informations au sein des informations contenues dans le fichier, de façon à ce que ces informations soient présentées aux utilisateurs lors de la lecture du fichier, pour permettre une identification des utilisateurs ayant réalisé une éventuelle copie analogique du fichier. to Selon une autre particularité, le terminal récepteur est un ordinateur connecté à Internet. Selon une autre particularité, le terminal récepteur est une console de jeux connectée à Internet. D'autres particularités et avantages de la présente invention 1s apparaîtront plus clairement à la lecture de la description ci-après, faite en référence aux dessins annexés, dans lesquels: la figure 1 représente un schéma du système selon un mode de réalisation de l'invention, la figure 2 représente un schéma d'une série d'étapes préalables du procédé selon un mode de réalisation de l'invention, - la figure 3 représente un schéma d'une série d'étapes préalables de tests du procédé selon un mode de réalisation de l'invention, - la figure 4 représente un schéma d'une série d'étapes de la transmission selon un mode de réalisation du procédé de l'invention, telles qu'elles sont mises en oeuvre dans le système selon un mode de réalisation de l'invention. L'invention concerne un procédé et un système de protection contre la copie de données représentatives d'au moins un fichier (M), dit média, transmises par au moins un terminal (1), dit fournisseur, vers au moins 3o terminal (2) dit récepteur, via au moins un réseau (10) de communication, selon une technologie permettant la lecture d'une partie du fichier (M), par une application (200), dite de lecture de données en transit, exécutée sur des i0 moyens (20) de traitement du terminal (2) récepteur, avant la fin de la transmission (90) de l'intégralité du fichier (M). Le procédé et le système selon l'invention permettent d'empêcher la copie du fichier (M) grâce à l'exécution (73), sur les moyens (20) de traitement du terminal (2) récepteur, d'une application (201) de vérification des moyens (22) de mémorisation du terminal (2) récepteur. Cette application (201) est mise en oeuvre de façon récurrente au cours de la transmission du fichier (M) pour détecter si une variation de l'espace de stockage entre deux détections excède une taille prédéterminée et, le cas échéant, bloquer la transmission (90) du fichier (M). Bien que l'invention soit particulièrement adaptée à la diffusion de vidéo à la demande, elle ne devra pas être limitée à la transmission par streaming uniquement de fichiers de type vidéo et/ou audio car elle permet de protéger contre la copie tout type de données qui sont destinées être lue au cours de leur transmission d'un terminal (1) fournisseur vers un terminal (2) récepteur. 1s Ces données peuvent naturellement être représentatives d'un film ou d'une musique, mais également, de façon non limitative, d'un texte confidentiel destiné à n'être affiché qu'une seule fois sur un terminal (2) récepteur ou de lignes de code destinées à n'être exécutées qu'une seule fois par un programme exécutant des commandes lors de la réception de ce code. Par terminal (1) fournisseur, on entend tout terminal possédant les moyens décrits ci-après et permettant de transmettre au terminal (2) récepteur les données constitutives du fichier (M) et les données permettant l'exécution des différentes applications (200, 201, 202, 203) décrites ci-après sur le terminal (2) récepteur. De façon non limitative, le terminal (1) fournisseur consiste, dans un mode de réalisation préféré de l'invention, en un serveur diffusant des fichiers médias (M) selon la technologie dite de Streaming dynamique. Cette technologie permet d'envoyer à un terminal (2) récepteur, via un réseau de communication (par exemple de type Internet) un fichier qui peut être lu par le terminal (2) récepteur avant la fin de sa transmission via le réseau de communication. Le streaming (ou lecture en transit ) est dit dynamique lorsque le fichier (M) est stocké en plusieurs exemplaires de tailles et donc de qualités différentes sur le serveur, 2881302 Il qui adapte alors l'envoi des différentes qualités d'un même fichier (M) média en fonction de la vitesse de la connexion (101, 102) du terminal (2) récepteur et en fonction d'éventuelles fluctuations de cette vitesse de connexion. Par exemple, le terminal (2) récepteur peut posséder une connexion (101) Internet de type large bande et donc recevoir les données avec une vitesse plus élevée qu'avec une connexion (102) à faible bande passante. Cependant, la vitesse des connexions (101, 102), même large bande n'est pas toujours stable en fonction des serveurs par lesquels transitent les informations, le serveur doit donc pouvoir adapter automatiquement la qualité du fichier 5M) envoyé en fonction des variations de la bande passante de la connexion du terminal (2) récepteur de façon à éviter les interruptions de la diffusion du fichier (M), c'est- à-dire de sa lecture sur le terminal (2) récepteur. Le terminal (1) fournisseur comporte des moyens (11) de communication via au moins un réseau (10) de communication, pour l'échange de données avec d'autres terminaux connectés sur ce réseau (10) de communication, des moyens (12) de mémorisation pour le stockage de données reçues des autres terminaux ou pour le stockage de données à envoyer aux autres terminaux et des moyens (13) de traitement pour le traitement des données stockées dans les moyens (12) de mémorisation et des données échangées grâce aux moyens (11) de communication. Ces moyens (13) de traitement permettent l'exécution d'applications de gestion des échanges de données avec les autres terminaux connectés sur le réseau (10) de communication, comme expliqué en détail ci-après. Les moyens (12) de mémorisation du terminal (1) fournisseur comporte, par exemple, plusieurs bases de données relatives aux différentes données telles que celles concernant les utilisateurs, les différents fichiers médias à diffuser et les pièces logicielles permettant les communications avec les différents terminaux et les pièces logicielles permettant l'exécution des applications nécessaires à la mise en oeuvre du procédé selon un mode de réalisation de l'invention. La figure 1 représente donc, de façon non limitative, trois bases de données stockées dans les moyens (12) de mémorisation du terminal (1) fournisseur: une base (121) de données de stockage des fichiers médias (M), une base (122) de données U de stockage des informations concernant les utilisateurs du système selon l'invention et une base (123) de données de stockage des pièces logicielles nécessaires aux différents terminaux pour la mise en oeuvre de l'invention. Par terminal (2) récepteur, on entend tout terminal possédant les moyens décrits ci-après et permettant de recevoir et de lire les données constitutives du fichier (M) reçues du terminal (1) fournisseur. Dans un mode de réalisation de l'invention, le terminal (2) récepteur consiste en un ordinateur connecté à Internet. Dans un autre mode de réalisation de l'invention, le terminal (2) récepteur consiste en une console de jeux connectée à Internet. Le terminal (2) récepteur comporte des moyens (21) de communication via au moins un réseau (10) de communication, pour l'échange de données avec d'autres terminaux connectés sur ce réseau (10) de communication, des moyens (22) de mémorisation pour le stockage de données reçues des autres terminaux ou pour le stockage de données à envoyer aux autres terminaux et des moyens (20) de traitement pour le traitement des données stockées dans les moyens (22) de mémorisation et des données échangées grâce aux moyens (21) de communication. Ces moyens (20) de traitement permettent l'exécution d'applications de gestion des échanges de données avec les autres terminaux connectés sur le réseau (10) de communication, et d'applications de contrôle de opérations réalisées par le terminal (2) récepteur comme expliqué en détail ci-après. Le terminal (2) récepteur comporte également, d'une part, une interface (23) visuelle et/ou auditive, tels qu'au moins des moyens (23) d'affichage, comme un écran (23), par exemple muni de hauts parleurs et, d'autre part, des moyens de saisie tels que, par exemple, un clavier (232) et une souris (231). Il est évident qu'une manette de jeux d'une console constitue également des moyens de saisie et que toute interface visuelle et/ou auditive, autre qu'un écran muni de hauts parleurs, correspondent par équivalence aux moyens considérés ici. Les moyens (22) de mémorisation du terminal (2) récepteur peuvent consister, comme représenté sur la figure 1, en des disques durs internes (220) et/ou externe (222) (dont les espaces de stockage libres et utilisés sont représentés de façon classique en secteurs), mais également en des lecteurs/graveurs (221) de compact disques et/ou de DVD ou tout autre moyen de stockage amovible ou non. La mise en oeuvre de l'invention nécessite le chargement d'une application (200) de lecture en transit permettant le streaming . De manière avantageuse, ce chargement peut être réalisé lors d'une connexion du terminal (2) récepteur avec le terminal (1) fournisseur, grâce à leurs moyens (21, 11) de communication respectifs. Dans un mode de réalisation de l'invention, les moyens (20) de traitement du terminal (2) récepteur exécutent une application (2000), dite navigateur, permettant à l'utilisateur du terminal (2) récepteur de se connecter au terminal (1) fournisseur dont les moyens (13) de traitement comportent les moyens nécessaires pour fournir au terminal (2) récepteur les fonctions nécessaires au streaming . II est évident qu'en l'absence de navigateur(2000) sur le terminal (2) récepteur, le terminal (1) fournisseur pourrait envoyer des données permettant l'exécution d'un navigateur (2000) sur le terminal (2) récepteur, grâce par exemple à un identifiant tel qu'une adresse IP ( Internet Protocole , selon la terminologie anglaise) fournie par l'utilisateur du terminal (2) récepteur aux gestionnaires du terminal (1) fournisseur, par exemple. La mise en oeuvre du procédé selon l'invention par le système représenté sur la figure 1 va maintenant être décrite en référence avec la figure 2. Dans un mode de réalisation de l'invention, le navigateur (2000), de façon connue en soi, comporte un environnement, appelé Flash (développé par la société MacromediaTM). Cet environnement permet le développement et l'exécution de commandes, appelées FScommands (commandes Flash Studio selon la terminologie anglaise), programmées dans les langages de programmation appelés actionscript 2 et FSP script (pour scripts de commandes Flash Studio Pro ) spécifiques de l'environnement Flash . Ces langages permettent la création d'applications avancées compilées, par exemple grâce au logiciel MDM Studio Pro 2 , en applications exécutables dans l'environnement Flash d'un terminal. L'environnement Flash natif ne supporte au départ que 4 commandes pré configurées. Le procédé démarre grâce à une série (3) d'étapes d'initialisation du terminal (2) récepteur. Le démarrage (31) du navigateur (2000) et sa connexion au terminal (1) fournisseur permet le chargement (32) de classes FSP (classes du type flash studio pro , développées notamment par la société MDMTM) qui fournissent des centaines de commandes FScommands utiles pour accéder au système d'exploitation exécuté sur les moyens (20) de traitement du terminal (2) récepteur de l'utilisateur. Ces classes FSP permettent de définir des pièces logicielles exécutables au sein de l'environnement Flash du terminal (2) récepteur. Ces commandes FScommands sont lo particulièrement utiles notamment pour accéder au registre du système d'exploitation et réaliser le contrôle des moyens (22) de mémorisation du terminal (2) récepteur. Il est évident que bien l'invention soit décrite comme utilisant un environnement Flash de MacromediaTM, sa mise en oeuvre pourrait être supportée par d'autres environnements dans des langages de programmation différents, tels que l'environnement du langage orienté objet JAVATM, par exemple. Les commandes chargées sur le terminal (2) récepteur permettent de charger sur le terminal (2) récepteur une application (200) de lecture en transit qui permettra la lecture des fichiers médias (M) au cours de leur transmission par le terminal (1) fournisseur vers le terminal (2) récepteur, via le réseau (10) de communication, selon la technologie de streaming . Ces commandes permettent également la définition (33) d'objets particuliers permettant de recueillir les informations nécessaires à la mise en oeuvre du procédé selon un mode de réalisation de l'invention. Les données contenues dans ces objets seront perdues lorsque l'application (200) de lecture en transit sera arrêtée, soit par l'utilisateur, soit par le système d'exploitation. On considérera ici de façon illustrative et non limitative trois objets particuliers. Un premier objet, dit utilisateur , ainsi défini comporte les informations relatives à l'utilisateur (nom d'utilisateur, mot de passe, identifiant unique...). Un deuxième objet, dit système , 3o comporte des informations relatives aux spécifications du système d'exploitation du terminal (2) récepteur (version de WINDOWS , par exemple, administrateur système d'exploitation, langage, spécifications de l'écran, répertoire des applications, fichiers de programmes, dossier système, dossier bureau...). Un troisième objet, dit lecteur , comporte les informations concernant les différents films sélectionnés par l'utilisateur. Une fois cette configuration (33) des trois objets réalisée, le procédé nécessite une configuration de la communication entre le terminal (2) récepteur et le terminal (1) fournisseur. Le navigateur (2000) exécuté sur les moyens (20) de traitement du terminal (2) récepteur pourra, par exemple, être ainsi équipé d'une application (200) de lecture en transit permettant la lecture de fichiers (M) transmis au terminal (2) récepteur selon la technologie de streaming . o Le chargement (32) des classes dans le terminal (2) récepteur permet l'exécution de différentes applications (201, 202, 203) qui pourront correspondre à des pièces logicielles exécutées au sein de l'environnement du navigateur (2000) ou exécutées par l'application (200) de lecture en transit chargée dans le terminal (2) récepteur. De telles applications 1s spécifiques de la protection contre la copie des données des fichiers (M) seront détaillées plus loin. Le terminal (1) fournisseur peut consister en un serveur ou en un terminal d'un fournisseur de contenu relié à un serveur permettant le streaming . Le serveur du terminal (1) fournisseur et le terminal (2) récepteur selon un mode de réalisation de l'invention utilisent de façon avantageuse un protocole particulier, le protocole RTMP ( Routing Table Maintenance Protocol , selon la terminologie anglaise), différent des protocoles classiquement utilisés pour le streaming . Ce protocole particulier permet, à priori, d'empêcher la copie des données transmises par les logiciels actuels de piratage qui ne gèrent pour la plupart que les protocoles classiquement utilisés pour le streaming , tels que, par exemple, les protocoles HTTP ( Hyper Text Transfer Protocol , selon la terminologie anglaise), RTSP ( Real-Time Streaming Protocol, selon la terminologie anglaise), etc. Le serveur permettant le streaming communique ainsi avec le terminal (2) récepteur et éventuellement avec le terminal (1) fournisseur du fournisseur de contenu selon le protocole d'utilisation à distance de MacromediaTM ( macromedia remoting protocole , selon la terminologie anglaise) grâce à l'exécution sur le serveur, ou sur les moyens (13) de traitement du terminal (1) fournisseur s'il constitue le serveur, d'une application particulière, par exemple de type macromedia Coldfusion 6 enterprise . Les données transmises selon la technologie de s streaming sont envoyées selon le protocole RTMP et des applications du serveur, par exemple des applications de type SSA ( Server Side Applets , selon la terminologie anglaise), enregistrent les évènements qui se produisent pendant ses transmissions de données. Pour permettre les communications entre le terminal (1) fournisseur et le terminal (2) récepteur selon le protocole particulier décrit ci-dessus, une mise à jour des données concernant les classes définissant le protocole utilisé, stockées dans les moyens (22) de mémorisation du terminal (2) récepteur, est nécessaire. Pour l'utilisation du standard actionscript 2 de programmation en langage orienté objet, des classes d'utilisation à distance ( remoting classes , selon la terminologie anglaise) sont importées dans le terminal (2) récepteur, grâce à une étape (34) de mise à jour du protocole de communication. Grâce à cette mise à jour (34), une étape (35) de configuration de la communication permet de configurer un service d'utilisation à distance ( remoting service , selon la terminologie anglaise) définissant un service spécifique utilisable par le terminal (2) récepteur. Ce service délivré par le serveur permet de proposer différentes fonctions définies grâce à ces étapes de mise à jour (34) et de configuration (35). Un nouvel objet, dit service , est alors créé dans terminal (2) récepteur pour représenter une référence à un service d'utilisation à distance spécifique et aux fonctions proposées. Cet objet service sera alors utilisé pour les communications ultérieures avec le serveur. La série (3) d'étapes d'initialisation du terminal (2) récepteur se termine alors par une étape (36) de détection du système, au cours de laquelle une des commandes FScommands chargées à l'étape (32) permet de détecter les 3o spécifications du système d'exploitation du terminal (2) récepteur et d'actualiser l'objet système en recherchant les différentes informations détaillées précédemment lors de la description de cet objet. Le terminal (2) récepteur établit alors, grâce aux classes d'utilisation à distance ( remoting classes ) définies précédemment, une première communication avec le serveur de façon à ce que la qualité de la connexion (101, 102) du terminal (2) récepteur puisse être testée. Ainsi, une série (4) d'étape d'initialisation de la connexion consiste en une première étape d'envoi (41) d'une requête de connexion du terminal (2) récepteur vers le terminal (1) fournisseur (ou le serveur), suivie d'une étape d'affichage d'un message indiquant le statut de la connexion. Si le serveur n'envoie pas une réponse (42) dans un délai donné vers le terminal (2) récepteur, la connexion lo est soit coupée soit trop lente. L'étape d'affichage consiste alors en l'affichage (43) d'un message d'erreur permettant d'informer l'utilisateur que sa connexion est coupée ou bien trop lente pour permettre le streaming et éventuellement donner à l'utilisateur l'option pour retourner à l'étape d'envoi (41) d'une requête de connexion. Si la réponse (42) du serveur a eu 1s lieu dans le délai imparti, le message affiché indique un succès de la connexion et le terminal (2) récepteur affiche un menu permet une série (5) d'étapes d'identification de l'utilisateur du terminal (2) récepteur. L'utilisateur réalise alors une étape de saisie (51), sur les moyens (231, 323) de saisie du terminal (2) récepteur, de son nom d'utilisateur et de son mot de passe afin de charger ses éventuels réglages personnels et ses films sélectionnés les fois précédentes ou pour créer un nouveau profil d'utilisateur dans la base de données (122) des utilisateurs stockée dans les moyens (12) de mémorisation du terminal (1) fournisseur. Lorsque l'utilisateur saisie un choix de validation des nom et mot de passe saisis, le terminal (2) récepteur envoi (52) ces informations vers le terminal (1) fournisseur qui les reçoit (53) et active une fonction spécifique permettant l'authentification (54) des informations reçues. Cette authentification (54) consiste, par exemple, en une conversion du nom d'utilisateur et du mot de passe en caractères minuscules, puis en un cryptage du mot de passe d'après le nom d'utilisateur. Le nom d'utilisateur peut, par exemple, être utilisé comme une graine de cryptage ( seed , selon la terminologie anglaise). Enfin, le terminal (1) fournisseur vérifie le résultat de ce cryptage avec les données contenues dans la base de données (122) des utilisateurs. Si le résultat du cryptage n'est pas retrouvé dans la base de données (122), le terminal (1) fournisseur renvoie un message d'erreur au client pour l'informer que le mot de passe et le nom d'utilisateur saisis sont erronés ou invalides et lui proposer de s'identifier à nouveau. Si l'authentification (54) est réussie, le terminal (1) fournisseur envoie (55) un identifiant unique de l'utilisateur vers le terminal (2) récepteur. Cet identifiant pourra être utilisé pour réaliser toutes communications ultérieures avec le terminal (1) fournisseur. Selon le fournisseur de contenu, l'étape d'envoi (55) de l'identifiant pourra être accompagné d'une étape d'envoi (56) d'autres informations utiles à l'utilisateur, telles que, par exemple, des informations concernant la sélection et/ou la location et/ou l'achat de fichiers médias (M) que l'utilisateur peut effectuer grâce au terminal (1) fournisseur. Le terminal (1) fournisseur envoie alors au terminal (2) récepteur des données permettant la mise en oeuvre d'une série (6) d'étapes de sélection de fichiers médias (M). Un menu de sélection (61) est affiché sur les moyens (23) d'affichage du terminal (2) récepteur. La façon dont le menu principal sera configuré pourra naturellement dépendre du fournisseur de contenu qui propose les services fournis par l'invention. Ce menu de sélection (61) comportera au moins un liste de fichiers (M) médias disponibles dans au moins une base de données (121) de stockage accessibles par le terminal (1) fournisseur. L'utilisateur réalise alors une sélection (62) d'au moins un fichier (M) média disponible. Le terminal (2) récepteur pourra alors enregistrer (63) les détails du fichier sélectionné dans l'objet lecteur configuré à l'étape (33) lors de l'initialisation du terminal (2) récepteur. Le terminal (1) fournisseur pourra également enregistré ces informations dans au moins une des bases de données parmi la base de données (121) de stockage des films ou la base de données (122) de stockage des informations des utilisateurs. Suite à cette série (6) d'étapes de sélection, une série (7) d'étapes de tests de protection du fichier (M) est réalisée préalablement à la transmission du fichier (M) par streaming . L'étape (32) de chargement des classes FSP a permis, comme indiqué précédemment de charger des commandes exécutables par le terminal (2) récepteur. De façon avantageuse, cette étape (32) a permis également de charger dans terminal (2) récepteur des pièces logicielles s exécutables sur les moyens (20) de traitement du terminal (2) récepteur, comme mentionné précédemment. Ces pièces logicielles correspondent à des applications (201, 202 et 203) permettant la mise en oeuvre de la série (7) de tests de protection du fichier (M) contre la copie. Une première série (71) d'étapes permet de tester la présence d'applications en cours lo d'exécution sur les moyens (20) de traitement du terminal (2) récepteur et le cas échéant d'exiger la fermeture de ces applications par l'utilisateur avant d'autoriser le démarrage de la transmission du fichier (M) par streaming . Ainsi, une application (202) de contrôle des applications en cours d'exécution sur les moyens (20) de traitement du terminal (2) récepteur permet de vérifier la présence d'applications actives qui pourraient être gênantes pour la lecture du fichier (M) et/ou pour la sécurité de données du fichier (M). Cette application (202) de contrôle des applications en cours réalise ainsi une étape (711) de vérification des applications actives. Si l'application (202) de contrôle des applications en cours d'exécution détermine (712) que l'application (200) de lecture en transit (au sein de laquelle elle est exécutée, par exemple) n'est pas la seule application en cours d'exécution sur les moyens (20) de traitement du terminal (2) récepteur, elle affiche (713) un message d'erreur. L'utilisateur du terminal (2) récepteur est alors invité à fermer (714) toutes les applications actives et essayer de nouveau. Si l'application (202) de contrôle des applications en cours d'exécution détermine (712) que l'application (200) de lecture en transit est bien la seule en cours d'exécution, elle active l'application (203) de contrôle de la présence d'applications de piratage par capture d'écran sur les moyens (22) de mémorisation du terminal (2) récepteur, pour réaliser une série (72) d'étape de tests de la présence de logiciels pirates dans les moyens (22) de mémorisation du terminal (2) récepteur. L'application (203) de contrôle de la présence d'applications de piratage par capture d'écran permet une première étape de chargement (721) des dernières données disponibles pour la définition des composants logiciels pirates à rechercher sur le terminal (2) récepteur. Cette étape de chargement permet une définition (722) d'une liste de composants de logiciels pirates à rechercher. L'application (203) effectue alors une recherche (723) des composants définis dans cette liste pour établir une liste de composants de logiciels pirates installés sur le terminal (2) récepteur. Une étape de comparaison (724) de la liste des composants à rechercher et des composants installés permet à l'application (203) de déterminer (725) s'il existe de telles applications de piratage sur les moyens (22) de mémorisation du terminal (2) récepteur. Si au moins une telle application de piratage est installée sur le terminal (2) récepteur, un message d'erreur (726) est affiché de façon à exiger la désinstallation (727) de cette application par l'utilisateur du terminal (2) récepteur. Suite à cette éventuelle désinstallation (727), l'application (203) retourne à l'étape (722) de définition d'une liste de composants de logiciels pirates à rechercher dans les moyens (22) de mémorisation du terminal (2) récepteur. Si aucune application de piratage par capture d'écran n'est détectée, l'application (203) active l'application (201) de vérification des moyens (22) de mémorisation du terminal (2) récepteur pour la mise en oeuvre d'une série (73) d'étapes de tests des mémoires du terminal (2) récepteur. Cette application (201) de vérification des moyens (22) de mémorisation du terminal (2) récepteur permet de vérifier l'état des différents moyens (22) de mémorisation accessibles par le terminal (2) récepteur une première fois avant le démarrage de la transmission (90) du fichier (M). Une première étape (731) de détection des mémoires accessibles par le terminal (2) récepteur permet de déterminer les différents moyens de stockage dans lesquels le terminal (2) récepteur serait susceptible de copier les données du fichier (M). Ces moyens de stockage peuvent consister, comme indiqué précédemment et comme représenté sur la figure 1, en des disques durs (220) internes du terminal (2) récepteur, en des disques durs (222) externes, en des graveurs (221) de compact disques et/ou de DVD ou en tout autre moyen de stockage amovible ou non. Une étape (732) de vérification des mémoires permet alors de déterminer l'espace de stockage libre et/ou utilisé sur ces différents moyens (22) de mémorisation. Une étape (733) supplémentaire permet de vérifier si la transmission (90) du fichier (M) est en cours. Si la transmission (90) du fichier (M) n'est pas en cours, l'application (201) de vérification des moyens (22) de mémorisation du terminal (2) récepteur ne vérifie pas si l'espace de stockage a été modifié depuis la détection précédente, mais elle active l'application (200) de lecture en transit pour requérir la transmission (90) du fichier (M) par le terminal (1) fournisseur et démarrer sa lecture sur le terminal (2) récepteur. L'application (200) de lecture en transit, dès le démarrage de la transmission (90) du fichier (M) réalise un changement (81) de propriétés de résolution et/ou d'échantillonnage des couleurs affichées par les moyens (23) d'affichage du terminal (2) récepteur. Ce changement permet que d'éventuelles applications de capture d'écran qui auraient échappé aux tests précédents ne puissent pas enregistrer les informations affichées par le terminal (2) récepteur. L'application (200) de lecture permet également de faire basculer (82) le terminal (2) récepteur en mode dit asservi dans lequel toute commande du terminal (2) récepteur à l'exception de commandes dédiées au contrôle de l'application (200) de lecture en transit est bloquée. Le mode asservi permet également le blocage des moyens (20) de traitement du terminal (2) récepteur pour permettre exclusivement l'exécution de l'application (200) de lecture en transit et de l'application (201) de vérification des moyens (22) de mémorisation. Ce mode dit asservi correspond de façon connue en soi au mode directX utilisé par exemple au cours de jeux vidéo. Ce mode asservi permettra, par exemple, de désactiver le clavier (232) et de ne permettre à l'utilisateur de ne contrôler le terminal (2) récepteur qu'à l'aide de la souris (231). Ce mode asservi permet d'empêcher l'utilisateur d'accéder à d'autres fonctions de son système d'exploitation qu'en arrêtant l'application (200) de lecture en transit. Une fois la transmission du fichier (M) en cours, l'application (201) de vérification des moyens (22) de mémorisation du terminal (2) récepteur est la seule à rester activée en même temps que l'application (200) de lecture en transit. L'application (201) de vérification des moyens (22) de mémorisation du terminal (2) récepteur permet, en restant activée, de contrôler les éventuelles variations de l'espace de stockage dans les moyens (22) de mémorisation du terminal (2) récepteur et le cas échéant, de bloquer la transmission (90). Cette application (201) va donc être mise en oeuvre de façon récurrente, à une fréquence prédéterminée, de façon à vérifier régulièrement que le terminal (2) récepteur ne dispose pas de nouveau moyens (22) de mémorisation et que l'espace de stockage disponible dans les différents moyens (22) de mémorisation n'a pas changé depuis la dernière vérification de plus d'une valeur déterminée de variation maximale to autorisée. Cette valeur de variation maximale autorisée pourra être fixée au préalable en fonction de paramètres déterminés, par exemple, par les fournisseurs ou pourra être déterminée de façon dynamique en fonction de la vitesse de la connexion (101, 102) que possède le terminal (2) récepteur. Les étapes de la transmission (90) des données du fichier (M) selon la technologie de streaming vont maintenant être décrites telles en référence à la figure 4. La figure 4 représente les étapes de la transmission (90) des données (0101100..101101 0110101) du fichier (M), transmises par le terminal (1) fournisseur vers le terminal (2) récepteur, via le réseau (10) de communication. Les terminaux (1 et 2) et leurs différents moyens permettant la mise en oeuvre de ces étapes sont indiqués en pointillés. Les étapes de la transmission sont donc indiquées en traits pleins, telles qu'elles ont mise en oeuvre dans le système indiqué en pointillé. Lorsque la série (7) de tests de protection décrites ci-dessus ont été réalisées avec succès, l'application (200) de lecture en transit requiert l'envoi des données constitutives du fichier (M) par le terminal (1) fournisseur (le serveur). Le serveur réalise l'envoi (91), par des moyens (11) de communication, d'au moins une partie des données constitutives du fichier média (M) vers le terminal (2) récepteur, via le réseau (10) communication. La réception (92) de la partie des données constitutives du fichier média (M) 3o par des moyens (21) de communication du terminal (2) récepteur permet le stockage des données reçues dans une mémoire tampon (T) accessible par l'application (200) de lecture en transit du terminal (2) récepteur. Cette mémoire tampon (T) aura, de façon connue en soi, une taille adaptée à la vitesse de la connexion (101, 102) du terminal (2) récepteur. La taille de cette mémoire tampon (T) pourra, par exemple, permettre à l'application (201) de vérification des moyens (22) de mémorisation du terminal (2) s récepteur, de déterminer la valeur de la variation maximale autorisée de l'espace de stockage disponible dans les moyens (22) de mémorisation. De façon également connue en soi, la technologie de streaming utilisée ici pourra correspondre à la technologie de streaming dynamique, en ce sens que la taille des parties du fichier (M) envoyées au terminal (2) lo récepteur sera adaptée en temps réel en fonction de la vitesse de la connexion (101, 102) du terminal (2) récepteur et en fonction d'éventuelles fluctuation de cette vitesse de connexion. Le stockage temporaire des parties du fichier (M) reçues dans la mémoire tampon (T) permet la lecture (93), par l'application (200) de lecture de données en transit du terminal (2) récepteur, de la partie des données constitutives du fichier (M) reçue par les moyens (21) de communications. Cette application (200) permet alors la présentation (94) à l'utilisateur du terminal (2) récepteur, grâce à l'interface (23) visuelle et/ou auditive du terminal (2) récepteur des informations correspondant aux données reçues et lues. Ces étapes de lecture (93) et de présentation (94) des données reçues a lieu, de façon connue en soi, pendant la réception des données suivantes du fichier (M) par les moyens (21) de communication du terminal (2) récepteur, mais également, de façon nouvelle et inventive, pendant la vérification récurrente de l'espace de stockage présent dans les moyens (22) de mémorisation du terminal (2) récepteur. II doit être évident pour les personnes versées dans l'art que la présente invention permet des modes de réalisation sous de nombreuses autres formes spécifiques sans l'éloigner du domaine d'application de l'invention comme revendiqué. Par conséquent, les présents modes de réalisation doivent être considérés à titre d'illustration, mais peuvent être modifiés dans le domaine défini par la portée des revendications jointes, et l'invention ne doit pas être limitée aux détails donnés ci- dessus. REVENDICATIONS 1. Procédé de protection contre la copie de données représentatives d'au moins un fichier (M), dit média, transmises par au moins un terminal (1), dit fournisseur, vers au moins terminal (2) dit récepteur, via au moins un réseau (10) de communication, selon une technologie permettant la lecture d'une partie du fichier (M), par une application (200), dite de lecture de données en transit, exécutée sur des moyens (20) de traitement du terminal (2) récepteur, avant la fin de la transmission (90) de l'intégralité du fichier (M), caractérisé en ce qu'il comporte au moins une étape d'exécution (73), to sur les moyens (20) de traitement du terminal (2) récepteur, d'une application (201) de vérification des moyens (22) de mémorisation du terminal (2) récepteur, mise en oeuvre de façon récurrente pour détecter si une variation de l'espace de stockage entre deux détections excède une taille prédéterminée et, le cas échéant, bloquer la transmission (90) du fichier (M). 2. Procédé selon la revendication 1, caractérisé en ce qu'il démarre par une connexion (31) du terminal (2) récepteur au terminal (1) fournisseur grâce à une application (2000), dite navigateur, exécutée sur les moyens (20) de traitement du terminal (2) récepteur, permettant une étape (32) de chargement, dans le terminal (2) récepteur, de données, dites d'installation, transmises par le terminal (1) fournisseur et permettant au moins l'exécution de l'application (200) de lecture de données en transit sur les moyens (20) de traitement du terminal (2) récepteur, cette application (200) de lecture de données en transit consistant en au moins une pièce logicielle exécutée au sein du navigateur (2000). 3. Procédé selon une des revendications 1 et 2, caractérisé en ce que l'exécution (73) de l'application (201) de vérification récurrente des moyens de mémorisations terminal (2) récepteur est activée par l'exécution de l'application (200) de lecture de données en transit, au cours de la transmission (90) des données représentatives du fichier (M) et en ce qu'elle consiste en une détection (731) des différents moyens (22) de mémorisations accessibles au terminal (2) récepteur et en un contrôle (732) de l'espace de stockage libre et/ou utilisé dans ces moyens (22) de mémorisation, pour détecter si une différence de cet espace de stockage entre deux détections excède une taille prédéterminée et, le cas échéant, bloquer la transmission (90) du fichier (M). 4. Procédé selon une des revendications 1 à 3, caractérisé en ce qu'il comporte également une étape (71) d'exécution d'une application (202) de contrôle des applications en cours d'exécution sur les moyens (20) de traitement du terminal (2) récepteur, pour vérifier que seule l'application (200) o de lecture en transit est exécutée et, dans le cas contraire, exiger la fermeture des autres applications par l'utilisateur du terminal (2) récepteur. 5. Procédé selon une des revendications 1 à 4, caractérisé en ce qu'il comporte également une étape (72) d'exécution d'une application (203) de contrôle de la présence d'applications de piratage par capture d'écran sur les moyens (22) de mémorisation du terminal (2) récepteur, par comparaison des données stockées dans les moyens (22) de mémorisation du terminal (2) récepteur avec des données représentatives d'une liste d'informations permettant l'identification des applications de piratage par capture d'écran connues, pour détecter si de telles applications ont été installées sur le terminal (2) récepteur et, le cas échéant, exiger leur désinstallation par l'utilisateur du terminal (2) récepteur. 6. Procédé selon une des revendications 1 à 5, caractérisé en ce que l'étape de chargement (32) des données d'installation de la pièce logicielle correspondant à l'application (200) de lecture en transit est accompagnée du chargement de pièces logicielles correspondant à tout ou partie de l'application (201) de vérification récurrente des moyens (22) de mémorisation, de l'application (202) de contrôle des applications en cours d'exécution et de l'application (203) de contrôle de la présence d'applications de piratage. 7. Procédé selon une des revendications 1 à 6, caractérisé en ce que la transmission (90) des données représentatives du fichier média (M) comporte au moins les étapes suivantes: - envoi (91), par des moyens (11) de communication du terminal (1) 5 fournisseur, d'au moins une partie des données constitutives du fichier média (M) vers le terminal (2) récepteur, via le réseau (10) communication, - réception (92) de la partie des données constitutives du fichier média (M) par des moyens (21) de communication du terminal (2) 10 récepteur, - lecture (93), par l'application (200) de lecture de données en transit du terminal (2) récepteur, de la partie des données constitutives du fichier (M) reçue par les moyens (21) de communications, puis présentation (94) à l'utilisateur du terminal (2) récepteur, grâce à une interface (23) visuelle et/ou auditive du terminal (2) récepteur des informations correspondant aux données reçues et lues. 8. Procédé selon une des revendications 1 à 7, caractérisé en ce que le démarrage de la transmission (90) du fichier (M) et notamment les premières étapes de lecture (93) des premières données du fichier (M) reçues et de présentation (94) des informations correspondant aux premières données reçues et lues sont accompagnées d'au moins une étape de changement de propriétés de résolution et/ou d'échantillonnage des couleurs affichées par les moyens (23) d'affichage du terminal (2) récepteur et de passage du terminal (2) récepteur dans un mode, dit asservi, par blocage de toute commande du terminal (2) récepteur à l'exception de commandes dédiées au contrôle de l'application (200) de lecture en transit et blocage des moyens (20) de traitement du terminal (2) récepteur pour permettre exclusivement l'exécution de l'application (200) de lecture en transit et de l'application (201) de vérification des moyens (22) de mémorisation. 9. Procédé selon une des revendications 1 à 8, caractérisé en ce qu'il comporte au moins une étape (35) de configuration de la communication via le réseau (10) de communication, grâce à l'envoi par le terminal (1) fournisseur vers le terminal (2) récepteur de données permettant une mise à jour (34) du protocole de communication entre ces deux terminaux, ce protocole permettent des étapes d'adaptation en temps réel de la taille des données envoyées par le terminal (1) fournisseur vers le terminal (2) récepteur, en fonction de la vitesse de la connexion (101, 102) du terminal (2) récepteur et en fonction d'éventuelles fluctuations de cette vitesse de la connexion (101, 102). 10. Procédé selon une des revendications 1 à 9, caractérisé en ce qu'il 10 comporte au moins une étape d'identification (5) de l'utilisateur du terminal (2) récepteur par le terminal (1) fournisseur. 11. Procédé selon une des revendications 1 à 10, caractérisé en ce que l'étape de réception (92) de la partie des données constitutives du fichier média (M) est suivie d'une étape d'ajout, dans les données reçues, de données représentatives d'informations relatives à l'utilisateur du terminal (2) récepteur, pour l'incorporation de ces informations au sein des informations contenues dans le fichier (M), de façon à ce que ces informations soient présentées aux utilisateurs lors de la lecture du fichier (M), pour permettre une identification des utilisateurs ayant réalisé une éventuelle copie analogique du fichier (M). 12. Procédé selon une des revendications 1 à 11, caractérisé en ce que l'étape de réception (92) d'une partie des données constitutives du fichier média (M) par les moyens (21) de communication du terminal (2) récepteur est suivie d'une étape de stockage temporaire de ces données dans une mémoire tampon (T) du terminal (2) récepteur, la taille de cette mémoire tampon (T) étant déterminée, au cours de l'étape (35) de configuration de la communication, en fonction de la vitesse de la connexion (101, 102) du terminal (2) récepteur et permettant à l'application (201) de vérification récurrente des moyens (22) de mémorisation de définir la taille maximale autorisée de variation des espaces de stockage libres et/ou utilisés dans les moyens (22) de mémorisation du terminal (2) récepteur. 13. Procédé selon une des revendications 1 à 12, caractérisé en ce qu'il est mis en oeuvre par un terminal (2) récepteur consistant en un ordinateur connecté, via un réseau (10) de communication de type Internet, à un terminal (1) fournisseur consistant en un serveur. 14. Procédé selon une des revendications 1 à 12, caractérisé en ce qu'il est mis en oeuvre par un terminal (2) récepteur consistant en une console de jeux connectée, via un réseau (10) de communication de type Internet, à un terminal (1) fournisseur consistant en un serveur. 15. Système de protection contre la copie de données représentatives to d'au moins un fichier (M), dit média, transmises par au moins un terminal (1), dit fournisseur, vers au moins terminal (2) dit récepteur, via au moins un réseau (10) de communication, selon une technologie permettant la lecture d'une partie du fichier (M), par une application (200), dite de lecture de données en transit, exécutée sur des moyens (20) de traitement du terminal (2) récepteur, avant la fin de la transmission (90) de l'intégralité du fichier (M), caractérisé en ce que les moyens (20) de traitement du terminal (2) récepteur comportent des moyens (201) de vérification de moyens (22) de mémorisation du terminal (2) récepteur application (201) de vérification des moyens (22) de mémorisation du terminal (2) récepteur, mis en oeuvre de façon récurrente pour détecter si une variation de l'espace de stockage entre deux détections excède une taille prédéterminée et, le cas échéant, bloquer la transmission (90) du fichier (M). 16. Système selon la revendication 15, caractérisé en ce que le terminal (2) récepteur comporte des moyens (21) de communication permettant à une application (2000), dite navigateur, exécutée sur les moyens (20) de traitement du terminal (2) récepteur, d'établir une connexion avec des moyens (11) de communication du terminal (1) fournisseur, des moyens (13) de traitement du terminal (1) fournisseur permettant la gestion de la communication avec le terminal (2) récepteur et l'envoi de données, dites d'installation, permettant au moins l'exécution de l'application (200) de lecture de données en transit sur les moyens (20) de traitement du terminal (2) récepteur, cette application (200) de lecture de données en transit consistant en une pièce logicielle exécutée au sein du navigateur (2000). 17. Système selon une des revendications 15 et 16, caractérisé en ce que les moyens (201) de vérification récurrente des moyens (22) de s mémorisations terminal (2) récepteur sont activés par l'exécution de l'application (200) de lecture de données en transit, au cours de la transmission (90) des données représentatives du fichier (M) et en ce qu'ils comportent des moyens (731) de détection des différents moyens (22) de mémorisations accessibles au terminal (2) récepteur et en des moyens (732) to de contrôle de l'espace de stockage libre et/ou utilisé dans ces moyens (22) de mémorisation, pour détecter si une différence de cet espace de stockage entre deux détections excède une taille prédéterminée et, le cas échéant, bloquer la transmission (90) du fichier (M). 18. Système selon une des revendications 15 à 17, caractérisé en ce que le terminal (2) récepteur comporte également des moyens (202) de contrôle des applications en cours d'exécution sur ses moyens (20) de traitement, pour vérifier que seule l'application (200) de lecture en transit est exécutée et, dans le cas contraire, exiger la fermeture des autres applications par l'utilisateur du terminal (2) récepteur. 19. Système selon une des revendications 15 à 18, caractérisé en ce que le terminal (2) récepteur comporte également des moyens (203) de contrôle de la présence d'applications de piratage par capture d'écran sur les moyens (22) de mémorisation du terminal (2) récepteur, par comparaison des données stockées dans les moyens (22) de mémorisation du terminal (2) récepteur avec des données représentatives d'une liste d'informations permettant l'identification des applications de piratage par capture d'écran connues, pour détecter si de telles applications ont été installées sur le terminal (2) récepteur et, le cas échéant, exiger leur désinstallation par l'utilisateur du terminal (2) récepteur. 20. Système selon une des revendications 15 à 19, caractérisé en ce que les moyens (13) de traitement du terminal (1) fournisseur permettant l'envoi des données d'installation de la pièce logicielle correspondant à l'application (200) de lecture en transit est accompagnée de l'envoi de données fournissant au terminal (2) récepteur les moyens (201) de vérification récurrente des moyens (22) de mémorisation, les moyens (202) de contrôle des applications en cours d'exécution et les moyens (203) de contrôle de la présence d'applications de piratage, ces données étant représentatives de pièces logicielles correspondant à tout ou partie des moyens (201) de vérification récurrente des moyens (22) de mémorisation, des moyens (202) de contrôle des applications en cours d'exécution et des moyens (203) de contrôle de la présence d'applications de piratage. 21. Système selon une des revendications 15 à 20, caractérisé en ce que les moyens (13) de traitement du terminal (1) fournisseur et les moyens (20) de traitement du terminal (2) récepteur permettent, d'une part, la configuration, respectivement, des moyens (11) de communication du terminal (1) fournisseur et des moyens (20) de communication du terminal (2) récepteur et, d'autre part, la détermination de la vitesse de la connexion (101, 102) du terminal (2) récepteur au réseau (10) de communication et les moyens (13) de traitement du terminal (1) fournisseur comportent des moyens d'adapter la taille des données transmises au terminal (2) récepteur en fonction de la vitesse de sa connexion (101, 102) et en fonction d'éventuelles fluctuations de cette vitesse de connexion. 22.Système selon une des revendications 15 à 21, caractérisé en ce que le terminal (2) récepteur comporte également une interface (23) visuelle et/ou auditive, consistant en au moins des moyens (23) d'affichage, comporte des moyens (231, 232) de saisie, consistant en une souris (231) et un clavier (232), et comporte une mémoire tampon (T) pour le stockage temporaire des données reçues par ses moyens (21) de communication et la lecture de la partie du fichier (M) stockée dans cette mémoire tampon (T), par l'application (200) de lecture en transit, le démarrage de cette lecture résultant en au moins un changement de propriétés de résolution et/ou d'échantillonnage des couleurs affichées par les moyens (23) d'affichage et en un passage du terminal (2) récepteur dans un mode dit asservi, dans lequel le clavier (232) est bloqué et seule la souris (231) permet certaines commandes dédiées au contrôle de l'application (200) de lecture en transit. 23. Système selon une des revendications 15 à 22, caractérisé en ce que le terminal (2) récepteur comporte également des moyens d'incorporation de données représentatives d'informations relatives à l'utilisateur du terminal (2) récepteur, pour l'incorporation de ces informations lo au sein des informations contenues dans le fichier (M), de façon à ce que ces informations soient présentées aux utilisateurs lors de la lecture du fichier (M), pour permettre une identification des utilisateurs ayant réalisé une éventuelle copie analogique du fichier (M). 24. Système selon une des revendications 15 à 23, caractérisé en ce 15 que le terminal (2) récepteur est un ordinateur connecté à Internet. 25. Système selon une des revendications 15 à 23, caractérisé en ce que le terminal (2) récepteur est une console de jeux connectée à Internet.