FR 2816417 A1 20020510 FR 0014198 A 20001106 PROCÉDÉ ET SYSTÈME POUR ÉTENDRE LE CHAMP D'ADRESSES PUBLIQUES ATTRIBUABLES À UNE CONNEXION AU RÉSEAU INTERNET. ET LEUR APPLICATION À LA LUTTE CONTRE LA DIFFUSION ILLÉGALE D'OEUVRES PROTÉGÉES. La présente invention concerne un procédé pour étendre le champ d'adresses publiques attribuables à une connexion à un réseau de transmission de données numériques. tel que le réseau Internet. Elle s'applique notamment, mais non exclusivement, à la lutte contre la diffusion illégale par le réseau Internet d'oeuvres protégées, telles que des oeuvres musicales. littéraires ou cinématographiques, ou encore des logiciels. Depuis l'apparition du réseau Internet et de standards de codage et de compression de données audionumériques tels que"MPEG"ou"mp3", la diffusion de copies illégales d'oeuvres musicales s'est développée d'une manière très importante. Plus récemment, se sont constitués des services d'échange de fichiers, accessibles par le réseau Internet. Ces services proposent le téléchargement d'un logiciel permettant à n'importe quel utilisateur du réseau Internet disposant d'un micro-ordinateur, d'accéder à des listes de fichiers qu'il peut télécharger, et en échange, d'offrir un accès libre à certains fichiers mémorisés sur le disque dur de son micro-ordinateur, dont les références et chemins d'accès sont à cet effet insérées dans l'une de ces listes. Il s'avère que ces services ont rencontré un très grand succès parmi les utilisateurs du réseau Internet, qui peuvent ainsi à très peu de frais constituer une bibliothèque personnelle d'oeuvres musicales ou vidéo, mais aussi de logiciels. Les copies illégales d'oeuvres ont donc décuplé à tel point qu'elles sont estimées à plusieurs millions par an. L'invention a pour but de s'opposer à une telle diffusion. A cet effet, elle part de la constatation que de tels services d'échange de fichiers à télécharger par le réseau Internet, ne fournissent au préalable que certaines informations sur ces fichiers, telles que le nom du fichier, sa taille, son taux de compression, le débit de la connexion de l'utilisateur, et dans le cas de fichiers contenant des données audionumériques, une fréquence d'échantillonnage et une durée d'écoute. Il s'avère que ces informations ne sont pas suffisantes pour déterminer si un fichier ainsi proposé au téléchargement est correct et peut être rapidement téléchargé. Dans le cas particulier d'un fichier contenant une oeuvre musicale, il est impossible de déterminer a priori, si ce fichier contient effectivement l'oeuvre musicale indiquée et si celle-ci peut être restituée avec une bonne qualité d'écoute. Un tel téléchargement n'est donc pas très fiable. Les services d'échange ne peuvent pas eux-mêmes télécharger au préalable les fichiers proposés par les utilisateurs pour les examiner avant de les proposer au téléchargement, car en détenant ainsi une grande quantité de copies illégales, ils se mettraient dans l'illégalité. Ils ne peuvent pas non plus fournir des informations sur l'origine des utilisateurs proposant ainsi le téléchargement de fichiers, car ils démasqueraient les auteurs de telles copies illégales. Par conséquent, il est envisageable de neutraliser les services d'échange de fichiers en diffusant sur le réseau Internet un grand nombre de fichiers contenant des données erronées ou ne correspondant pas au nom du fichier. Sachant qu'un fichier contenant une oeuvre musicale de plusieurs minutes présente une taille de plusieurs méga octets, et donc que le téléchargement d'un tel fichier peut durer plusieurs dizaines de minutes, même en disposant d'un débit de transmission relativement élevé, les utilisateurs de tels services seront dissuadés de télécharger ainsi des fichiers à partir du service d'échange, à la suite de quelques téléchargements de fichiers erronés. Cela est d'autant plus vrai dans le cas de fichiers vidéo ou de logiciels, qui ont une taille souvent plus importante que celle des fichiers audio. Toutefois, un utilisateur du réseau Internet peut être facilement et rapidement repéré, et par conséquent déconnecté, par les services d'échange de fichiers, en particulier au moyen de l'adresse publique qu'il utilise pour accéder au réseau et pour mettre à disposition des fichiers. Dans ce contexte, la présente invention a d'abord pour but de proposer un procédé pour étendre le champ d'adresses publiques attribuables à une connexion à un réseau public de transmission de données numériques, tel que le réseau Internet. Ce procédé met en oeuvre au moins un serveur de fichiers disposant d'une connexion au réseau public par l'intermédiaire d'un serveur principal disposant d'un champ d'adresses publiques qu'il peut attribuer à une session de connexion au réseau public. Selon l'invention, ce procédé est caractérisé en ce qu'il comprend : - la connexion, et alternativement, la déconnexion du serveur de fichiers au réseau public par l'intermédiaire du serveur principal, - à chaque connexion du serveur de fichiers, l'attribution par le serveur principal d'un nom d'utilisateur et d'une adresse publique choisie parmi les adresses publiques non attribuées dudit champ d'adresses publiques attribuables par le serveur principal, et - à chaque déconnexion du serveur de fichier du réseau public, la libération de l'adresse publique préalablement attribuée à la connexion, pour la rendre attribuable à une nouvelle connexion. Grâce à ces dispositions, l'adresse publique attribuée au serveur de fichier est modifiée à chaque connexion au réseau public. Dans cette solution, le champ d'adresses publiques attribuables par le serveur principal reste cependant limité. Pour étendre davantage ce champ d'adresses, le e procédé selon l'invention comprend la connexion du serveur principal à un fournisseur d'accès au réseau public, l'ouverture d'un compte utilisateur auprès du fournisseur d'accès, la connexion du serveur de fichiers par l'intermédiaire du serveur principal en accédant audit compte, et l'attribution temporaire par le fournisseur d'accès à la connexion d'une adresse publique appartenant à un champ d'adresses publiques préalablement attribuées au fournisseur d'accès. De cette manière, le champ des adresses attribuables au serveur de fichiers est étendu aux champs d'adresses attribuables par les fournisseurs d'accès auprès desquels un compte utilisateur a été ouvert. On peut ainsi prévoir une procédure permettant d'ouvrir automatiquement une pluralité de comptes utilisateurs auprès de différents fournisseurs d'accès, ce qui accroît d'une manière importante le nombre d'adresses publiques susceptibles d'être attribuées à une connexion du serveur de fichiers au réseau public. Selon une autre solution pour étendre le champ d'adresses publiques attribuables à une connexion, le procédé selon l'invention comprend la connexion du serveur de fichiers à un serveur DHCP ("Dynamic Host Configuration Protocol") accessible directement par le réseau public, ce serveur DHCP étant conçu pour attribuer automatiquement une adresse publique et un nom d'utilisateur à chaque connexion au réseau public, effectuée par son intermédiaire. Cette solution peut avantageusement être combinée à la précédente dans la mesure où le réseau public peut être atteint par le serveur de fichiers, par l'intermédiaire du serveur principal, puis d'un fournisseur d'accès, cette connexion étant utilisée pour atteindre un serveur DHCP qui lui-même établit une autre connexion vers le réseau public sous une autre adresse et un autre nom d'utilisateur. Cette solution permet d'ajouter en quelque sorte un écran supplémentaire en ce qui concerne l'attribution d'adresse publique et de nom d'utilisateur, entre le serveur de fichiers et le dernier point d'accès au réseau public. Plusieurs serveurs DHCP peuvent ainsi être accédés en cascade, chacun attribuant à la connexion une nouvelle adresse et un nouveau nom d'utilisateur. Le serveur DHCP peut en outre être commandé de manière à changer au cours du temps l'adresse publique qu'il a attribuée à une même connexion, le serveur principal interrogeant régulièrement le serveur DHCP pour réajuster la liaison avec le serveur de fichier à chaque changement d'adresse publique. Pour étendre encore le champ d'adresses attribuables, on peut prévoir d'utiliser plusieurs réseaux locaux de serveurs de fichiers erronés, installés dans des zones géographiques distantes les unes des autres. Cela permet également d'offrir aux utilisateurs situés dans des zones géographiques différentes des temps d'accès et de téléchargement plus attractifs. Le procédé selon l'invention est particulièrement adapté pour lutter contre la diffusion illégale d'oeuvres protégées par des services d'échange de fichiers, ce procédé comprenant en outre à cet effet la mise à disposition par les serveurs de fichiers d'un ensemble de fichiers erronés, simulant de manière erronée des fichiers contenant des oeuvres protégées recherchées par certains utilisateurs du réseau public. Du fait que le procédé permet à un même serveur de fichiers d'obtenir à chaque connexion une adresse publique variable, il est difficile, voire impossible, pour les utilisateurs de services d'échange de fichiers d'identifier la source des fichiers erronés, et ainsi de déterminer si a priori un fichier figurant dans une liste de fichiers à télécharger est erroné ou non. Selon une particularité de l'invention, ce procédé comprend la lecture des listes de fichiers à télécharger, proposés par les services d'échange de fichiers, pour 1 obtenir les caractéristiques de ces fichiers, la création de fichiers erronés ayant des caractéristiques au moins similaires, et l'insertion des fichiers erronés dans les listes de fichiers à télécharger. L'invention se rapporte également à un système pour la mise en oeuvre du procédé. Un mode de réalisation du système selon l'invention sera décrit ci-après, à titre d'exemple non limitatif, avec référence aux dessins annexés dans lesquels : La figure 1 représente schématiquement une première variante d'un système selon l'invention ; La figure 2 représente schématiquement une seconde variante d'un système selon l'invention ; La figure 3 représente schématiquement une troisième variante d'un système selon l'invention. La figure 1 représente un système permettant d'obtenir une adresse publique IP ("Internet Protocol") variable selon l'invention. Ce système comprend un réseau local privé 10 auquel sont connectés une pluralité de serveurs de fichiers 11, 12, 13, ainsi qu'un serveur principal 2 utilisé comme routeur local vers un réseau public 1 tel que le réseau Internet. Le serveur principal ou routeur 2 est avantageusement équipé d'un système de protection ("firewall") contre les accès non autorisés provenant de l'extérieur du réseau local, ce système définit certaines règles de sécurité empêchant toute intrusion. Le serveur principal comprend également un mécanisme de traduction d'adresse de réseau NAT ("Network Address Translator") qui permet d'attribuer une adresse publique IP à chacun des serveurs 11,12, 13 du réseau local, lors de leur connexion au réseau public, via le routeur 2. Ce mécanisme qui forme une frontière entre le réseau privé 10 et le réseau public l, fait intervenir des tables de correspondance entre les adresses privées du réseau local 10 et des adresses publiques du réseau 1, choisies dans un champ d'adresses publiques attribuables par le routeur 2. A chaque fois qu'un serveur de fichiers 11, 12,13 se connecte au routeur 2 pour émettre des informations à destination du réseau public, le routeur 2 accède aux tables de correspondance pour déterminer l'adresse publique qui correspond à l'adresse privée du serveur de fichiers. Selon l'invention, à chaque déconnexion d'un serveur de fichiers 11, 12,13 au réseau public via le routeur 2, celui-ci libère l'adresse publique utilisée pour la connexion, c'est-à-dire efface l'entrée de la table correspondant à l'adresse privée du serveur de fichiers, et à chaque nouvelle connexion, il établit une nouvelle correspondance entre l'adresse privée du serveur (par exemple 10.1. 1.2 pour le serveur 12) qui ne change pas, et une adresse publique attribuable (198.75. 29.7 dans l'exemple de la figure 1), c'est-à-dire une adresse publique libre choisie parmi les adresses attribuables par le routeur 2. De cette manière, à chaque nouvelle connexion au réseau public 1, les serveurs de fichiers reçoivent des adresses publiques différentes. De même, à chaque nouvelle connexion, on génère et utilise un nouveau nom d'utilisateur correspondant à la nouvelle adresse publique ainsi attribuée. Selon l'invention, une fois connecté, le serveur de fichiers exécute un logiciel d'échange distribué par un service d'échange de fichiers 3, ou accède à celui-ci directement, pour proposer le téléchargement d'un grand nombre de fichiers erronés, simulant de préférence des fichiers recherchés par les utilisateurs du service d'échange. 1 Chaque fichier erroné présente des caractéristiques similaires et de préférence identiques à celles d'un fichier simulé. Ces caractéristiques sont celles qui sont présentées aux utilisateurs dans les listes de fichiers accessibles par le service d'échange. Elles comportent par exemple : - le nom du fichier, - la taille du fichier, - la bande passante dont dispose l'utilisateur fournissant le fichier, - le"ping"ou temps de transmission d'un message d'un ordinateur à l'autre, - la fréquence d'échantillonnage dans le cas d'un fichier de données audionumériques, - la durée de lecture dans le cas d'un fichier de données vidéo-ou audio- numériques. On comprend aisément que plus un service d'échange 3 sera ainsi"inondé"de fichiers erronés, c'est-à-dire, plus le nombre de fichiers erronés proposés par un tel service est important, plus la probabilité sera grande qu'un utilisateur du service choisisse de télécharger un fichier erroné. A la suite de quelques téléchargements de fichiers erronés, l'utilisateur sera dissuadé de faire à nouveau appel à ce service d'échange. Les serveurs de fichiers 11, 12,13 sont alternativement connectés et déconnectés avec une périodicité variable, par exemple définie de manière aléatoire pendant la journée. De cette manière, on réduit le risque pour les serveurs d'être identifiés par le service d'échange ou par les utilisateurs de celui- ci. Comme le champ d'adresses publiques attribuables par le routeur 2 est fixe, il peut toutefois être identifié par le service d'échange ou les utilisateurs de ce dernier. Pour supprimer cet inconvénient, on peut prévoir d'installer plusieurs systèmes constitués du réseau local 10, des serveurs de fichiers Il, 12,13 et du routeur 2, dans plusieurs zones géographiques, de préférence éloignées les unes des autres. On peut également prévoir d'effectuer les connexions au service d'échange 3 par l'intermédiaire de ce que l'on appelle couramment des fournisseurs d'accès 4,5, 6, comme cela est représenté sur la figure 2. La connexion physique entre le routeur 2 et un fournisseur d'accès 4,5, 6 peut être effectuée de plusieurs manières, par exemple par une liaison téléphonique analogique ou numérique (RNIS : Réseau Numérique à Intégration de Services) ou par un réseau câblé. Une fois que la connexion avec un fournisseur d'accès 4 est effectuée, celui-ci établit une connexion entre le routeur 2 et le réseau public 1 en attribuant temporairement à la connexion une nouvelle adresse publique, 172.58. 86.8 dans l'exemple de la figure 2. Lorsque le serveur de fichiers 12 accède via le fournisseur d'accès 4 au service d'échange 3, il est vu par ce dernier avec l'adresse IP attribuée par le fournisseur d'accès. Cette solution implique toutefois d'ouvrir un compte utilisateur auprès du fournisseur d'accès. Selon l'invention, on prévoit d'ouvrir fréquemment, par exemple toutes les semaines, plusieurs comptes utilisateurs auprès de plusieurs fournisseurs d'accès, chaque compte étant associé à un nom d'utilisateur différent. Les séquences d'ouverture de comptes utilisateurs peuvent être automatisées. Dans ce cas, comme chaque fournisseur d'accès applique une procédure d'ouverture de compte spécifique, il faut prévoir une procédure particulière par fournisseur d'accès. Pour limiter encore les risques qu'un service d'échange ou un utilisateur d'un tel service puisse déterminer l'origine, c'est-à-dire les serveurs de fichiers 11, 12, 13, des fichiers erronés qui sont proposés par le service d'échange, on peut prévoir plusieurs étapes d'attribution en cascade d'adresses publiques au cours d'une même connexion. En effet, tel que cela est représenté sur la figure 3, on peut prévoir de connecter au réseau public un ou plusieurs serveurs DHCP 7 ("Dynamic Host Configuration Protocol"). Le protocole DHCP autorise l'attribution automatique d'adresses IP. Un tel serveur est couramment utilisé pour attribuer automatiquement des adresses IP privées aux différents postes d'un réseau local. Selon l'invention, on utilise un tel serveur 7 pour attribuer automatiquement une nouvelle adresse IP publique, par exemple 125.28. 23.150, différente de celle attribuée par le fournisseur d'accès 4, et un nouveau nom d'utilisateur, à une connexion depuis le routeur 2 via le fournisseur d'accès 4, le service d'échange 3 ne voyant que la dernière adresse publique ainsi attribuée. Plusieurs serveurs DHCP peuvent ainsi être successivement accédés avant d'atteindre le service d'échange 3. Bien entendu, le routeur 2 peut également accéder directement à un ou plusieurs serveurs DHCP successifs, sans passer par un fournisseur d'accès. On peut prévoir que le serveur DHCP 7 modifie l'adresse attribuée au cours d'une même session de connexion. Pour conserver la liaison entre le serveur de fichiers 12 et le service d'échange 3, il faut toutefois prévoir que le routeur 2 exécute une procédure qui interroge régulièrement le serveur DHCP 7 et réajuste la liaison des serveurs 11,12, 13 dans le cas où l'adresse publique vue du service d'échange 3, a été modifiée par le serveur DHCP en cours de session. Il est possible que les fournisseurs d'accès s'aperçoivent que les comptes utilisateurs ouverts et fermés régulièrement, ne servent qu'à accéder à un seul et même serveur, à savoir le serveur DHCP 7. Dans l'éventualité d'une requête d'un service d'échange 3 auprès d'un fournisseur d'accès 4,5, 6, utilisé pour diffuser des fichiers erronés (si le fournisseur d'accès était identifiable), pour tenter d'identifier la source des fichiers erronés, on peut envisager d'utiliser un serveur local conçu pour simuler une utilisation normale des comptes ainsi ouverts auprès des fournisseurs d'accès. On peut prévoir une procédure de scrutation automatique de tous les fichiers accessibles par les services d'échange 3, conçue pour fabriquer automatiquement au moins un fichier erroné pour chaque fichier proposé par le service d'échange, ayant les mêmes caractéristiques. Il est à noter que si les utilisateurs ayant téléchargé des fichiers erronés dans leur micro-ordinateur connecté au réseau Internet, conservent ces fichiers, ils sont automatiquement proposés au téléchargement par les services d'échange 3. Il en résulte que le système selon l'invention présente un effet démultiplicateur, à la manière d'un virus. Les fichiers erronés peuvent contenir une version altérée de l'oeuvre protégée qui est rendue au moins partiellement inaudible ou inutilisable. Cette altération peut être effectuée par l'adjonction d'un message de sensibilisation au respect des droits de propriété littéraire et artistique, destiné aux utilisateurs qui effectuent de tels téléchargements illicites. Par ailleurs, dans le cas où le service d'échange mettrait à la disposition des utilisateurs une fonctionnalité de pré-écoute ou de pré-visualisation avant téléchargement des fichiers, on peut prévoir la mise en place d'un mécanisme de substitution conçu pour substituer instantanément le fichier correct demandé au téléchargement par un fichier erroné. REVENDICATIONS 1. Procédé pour étendre le champ d'adresses publiques attribuables à une connexion à un réseau public (1) de transmission de données numériques, ce procédé mettant en oeuvre au moins un serveur (11,12, 13) de fichiers disposant d'une connexion au réseau public par l'intermédiaire d'un serveur principal (2) disposant d'un champ d'adresses publiques qu'il peut attribuer à une session de connexion au réseau public, caractérisé en ce qu'il comprend : - la connexion, et alternativement, la déconnexion du serveur (11,12, 13) de fichiers au réseau public (1) par l'intermédiaire du serveur principal (2), - à chaque connexion du serveur de fichiers, l'attribution par le serveur principal d'un nom d'utilisateur et d'une adresse publique choisie parmi les adresses publiques non attribuées dudit champ d'adresses publiques attribuables par le serveur principal, et - à chaque déconnexion du serveur de fichiers du réseau public, la libération de l'adresse publique préalablement attribuée à la connexion, pour la rendre attribuable à une nouvelle connexion. 2. Procédé selon la revendication 1, caractérisé en ce qu'il comprend la connexion du serveur principal (2) à un fournisseur (4,5, 6) d'accès au réseau public (1), l'ouverture d'un compte utilisateur auprès du fournisseur d'accès, la connexion du serveur de fichiers (11, 12,13) au réseau public par l'intermédiaire du serveur principal et en accédant audit compte, et l'attribution temporaire par le fournisseur d'accès à la connexion d'une adresse publique appartenant à un champ d'adresses publiques préalablement attribuées au fournisseur d'accès. 3. Procédé selon la revendication 2, caractérisé en ce qu'il comprend l'ouverture automatique d'une pluralité de comptes utilisateurs auprès de différents fournisseurs d'accès (4,5, 6), ce qui accroît d'une manière importante le nombre d'adresses publiques susceptibles d'être attribuées à une connexion au réseau public. 4. Procédé selon l'une des revendications 1 à 3, caractérisé en ce qu'il comprend la connexion du serveur de fichiers (11,12, 13) à un serveur DHCP (7) accessible directement par le réseau public (1), ce serveur DHCP étant conçu pour attribuer automatiquement une adresse publique et un nom d'utilisateur à chaque connexion au réseau public, effectuée par son intermédiaire. 5. Procédé selon la revendication 4, caractérisé en ce qu'il comprend l'accès en cascade à plusieurs serveurs DHCP (7), chacun attribuant à la connexion une nouvelle adresse publique et un nouveau nom d'utilisateur. 6. Procédé selon la revendication 4 ou 5, caractérisé en ce que chaque serveur DHCP (7) peut être commandé de manière à changer au moins une fois au cours d'une même connexion l'adresse publique qu'il a attribuée à celle-ci, le serveur principal (2) interrogeant régulièrement le serveur DHCP (7) pour réajuster la liaison avec le serveur de fichiers (11, 12, 13) à chaque changement d'adresse publique. 7. Procédé selon l'une des revendications 1 à 6, appliqué à la lutte contre la diffusion illégale d'oeuvres protégées, par des services d'échange (3) de fichiers, donnant accès à des listes de fichiers que les utilisateurs peuvent télécharger librement, caractérisé en ce qu'il comprend en outre la mise à disposition par chaque serveur (11,12, 13) de fichiers d'un ensemble de fichiers erronés, simulant de manière erronée des fichiers contenant des oeuvres protégées recherchées par certains utilisateurs du réseau public. 8. Procédé selon l'une des revendications 1 à 7, caractérisé en ce qu'il comprend la lecture des listes de fichiers à télécharger, proposés par les services d'échange (3) de fichiers, pour obtenir les caractéristiques de ces fichiers, la création de fichiers erronés ayant des caractéristiques au moins similaires, et l'insertion des fichiers erronés dans les listes de fichiers à télécharger. 9. Procédé selon l'une des revendications 1 à 8, caractérisé en ce que les fichiers erronés contiennent un message de sensibilisation destinés aux utilisateurs des services d'échange (3) de fichiers. 10. Système pour étendre le champ d'adresses publiques attribuables à une connexion à un réseau public (1) de transmission de données numériques, ce système comprenant au moins un serveur (11,12, 13) de fichiers connecté au réseau public par l'intermédiaire d'un serveur principal (2) auquel disposant d'un champ d'adresses publiques qu'il peut attribuer à une session de connexion au réseau public, caractérisé en ce qu'il comprend : - des moyens pour connecter chaque serveur de fichiers (11, 12,13) au réseau public (1) par l'intermédiaire du serveur principal (2), et alternativement le déconnecter, - des moyens pour attribuer à chaque connexion du serveur de fichiers au réseau public, un nom d'utilisateur et une adresse publique choisie parmi les adresses publiques non attribuées dudit champ d'adresses publiques attribuables par le serveur principal, et - des moyens pour libérer, à chaque déconnexion du serveur de fichiers du réseau public, l'adresse publique préalablement attribuée à la connexion, pour la rendre attribuable à une nouvelle connexion. 11. Système selon la revendication 10, caractérisé en ce qu'il comprend un réseau local (10) interconnectant une pluralité de serveurs de fichiers (11, 12,13) et le serveur principal (2). 12. Système selon la revendication 10 ou 11, caractérisé en ce qu'il comprend une pluralité de réseaux locaux (10) comprenant chacun un serveur principal (2) connecté au réseau public (1) et des serveurs de fichiers (11,12, 13), ces réseaux locaux étant installés dans des sites éloignés géographiquement les uns des autres. 13. Système selon l'une des revendications 10 à 12, caractérisé en ce qu'il comprend un serveur DHCP (7) connecté directement au réseau public (1), conçu pour attribuer un nom d'utilisateur et une adresse publique à chaque établissement de connexion avec l'un des serveurs de fichiers (11, 12, 13). 14. Système selon la revendication 13, caractérisé en ce qu'il comprend une pluralité de serveurs DHCP (7) connectés directement au réseau public (1), conçus pour attribuer un nom d'utilisateur et une adresse publique à chaque établissement de connexion avec l'un des serveurs de fichiers (11,12, 13). 15. Système selon l'une des revendications 10 à 14, appliqué à la lutte contre la diffusion illégale d'oeuvres protégées, par des services d'échange de fichiers (3), donnant accès à des listes de fichiers que les utilisateurs peuvent télécharger librement caractérisé en ce qu'il comprend en outre des moyens pour que chaque serveur de fichiers (11, 12,13) mettent à disposition des utilisateurs de services d'échange (3) de fichiers, un ensemble de fichiers erronés, simulant de manière erronée des fichiers contenant des oeuvres protégées recherchées par certains utilisateurs du réseau public (1).