FR 2909244 A1 20080530 FR 0655080 A 20061123 1 La présente invention concerne les procédés et systèmes informatiques pour exercer une action sur la diffusion d'informations dans les systèmes d'échange pair à pair encore appelés P2P. Il s'agit par exemple de lutter contre la diffusion illicite d'oeuvres protégées sur 5 Internet en empêchant le téléchargement illégal à travers les systèmes d'échange pair à pair d'un fichier. Le fichier à télécharger peut par exemple correspondre à un film sous format *.arr, *.mpg, *.mov, *.esf, *.wmv, *.dvx, *.qt , *.avi, entre autres. Il peut également s'agir d'au moins un fichier musical sous format *.wav, *.mp3, *.ra, *.ram, *.aiff, *.en *.mid, 10 entre autres ou d'images sous format *.jpg, *.bmp, *.png, *.tif, *.ps, *.eps, entre autres. Il peut encore s'agir de progiciels, de jeux ou de tout autre programme protégé par des droits de propriété intellectuelle. Actuellement, de nombreux fichiers sont diffusés au moyen du système d'échange BitTorrent, qui permet le téléchargement d'un fichier morcelé en blocs depuis 15 différents utilisateurs connectés au réseau, un tel téléchargement étant qualifié de multisourcing. Dans un tel système d'échange, il est habituel de désigner par client n'importe quel utilisateur du réseau, par pair n'importe quel client distant connecté à un client courant et pouvant transmettre tout ou partie du fichier recherché. Une source désigne un 20 pair ayant téléchargé la totalité du fichier et ayant pour seule tâche de le diffuser. Les pairs non sources (leechers) sont des clients souhaitant télécharger le fichier mais ne le possédant pas en totalité. Un traqueur est un serveur qui répertorie quels pairs sont impliqués dans la distribution du fichier recherché. Le terme free-riders désigne des clients cherchant à recevoir des fichiers sans en partager. 25 Contrairement à d'autres systèmes d'échange P2P, dans BitTorrent les clients ne font pas partie d'un réseau global qui comprendrait tous les utilisateurs du système d'échange mais sont regroupés par fichiers. Ainsi, pour chaque fichier distribué, le traqueur gère un annuaire dynamique des clients intéressés. Le système d'échange BitTorrent repose sur un logiciel d'échange s'exécutant 30 chez chaque client et mettant en oeuvre essentiellement deux protocoles de communication. Le premier protocole concerne les échanges entre les traqueurs et les clients. Lorsqu'un client souhaite télécharger un fichier, il contacte un traqueur référençant ce 2909244 2 fichier et reçoit en retour une liste d'adresses informatiques l'informant d'autres pairs intéressés par ce même fichier et auxquels il peut tenter de se connecter. A intervalles réguliers, chaque client met à jour des statistiques du traqueur en lui communiquant son état de téléchargement (download) du fichier en question et la quantité de données envoyées (upload) vers d'autres clients. Les données communiquées au traqueur lui permettent de superviser la distribution d'un fichier et, dans le système d'échange BitTorrent, le traqueur est agencé pour ne plus communiquer d'informations à un client ne partageant pas suffisamment d'informations avec les autres clients. Les échanges de données entre clients s'effectuent selon un second protocole. Le système d'échange BitTorrent permet à un client à la fois de télécharger le fichier recherché et de diffuser ce même fichier vers d'autres clients. Chaque fois qu'un client achève le téléchargement d'un bloc, il l'annonce aux pairs auxquels il est connecté. Ceci permet à chaque client de connaître à tout moment les blocs que les pairs peuvent partager. Pour des raisons de bande passante, le nombre de pairs qu'un client peut servir est limité. Le logiciel d'échange installé chez le client est donc agencé pour sélectionner les pairs à servir. Un critère de sélection retenu dans le système d'échange BitTorrent consiste à déterminer les pairs chez qui le client télécharge le plus vite afin de privilégier la réciprocité des échanges. Ainsi, de manière périodique, par exemple toutes les dix secondes, le logiciel d'échange évalue quels sont les pairs les plus performants pour servir le client en mesurant à quelle vitesse ces pairs lui envoient des données. BitTorrent peut ainsi être qualifié de système d'échange sélectif et crée une sorte de cercle vertueux lors du partage des fichiers, car celui qui ne donne que peu ou rien ne recevra rien. Dans un but d'ouverture aux autres pairs du réseau et dans l'éventualité où l'un au moins d'entre eux offrirait une vitesse de téléchargement encore plus élevée, le logiciel d'échange teste de façon cyclique au hasard un autre pair n'ayant pas encore servi le client pour savoir si en réponse à un envoi de données, cet autre pair n'en renverrait pas à son tour. Lorsqu'une nouvelle connexion est établie avec un pair, le logiciel privilégie ce dernier parmi tous les pairs qui sont connectés et encore non servis. Lorsque le client servant les pairs est une source, le logiciel d'échange ne prend plus en compte lors de la sélection des pairs leur vitesse d'upload, puisqu'elle est alors nulle, mais la vitesse de téléchargement offerte. 2909244 3 L'état de la technique offre plusieurs solutions conventionnelles visant à s'opposer au téléchargement illicite de fichiers protégés par des droits d'auteur. L'une d'entre elles consiste à introduire dans le réseau des fichiers de mauvaise qualité, de façon à décourager les internautes, comme divulgué dans les demandes 5 WO 2004/107704 et US 2005/0267945. Une telle solution s'avère inadaptée lorsque le logiciel d'échange installé chez le client compare une clé (hash) du fichier à télécharger avec une clé de référence, comme c'est le cas dans le système d'échange BitTOrrent. La publication US 2005/0267945 décrit une autre solution souvent rencontrée consistant à rediriger les internautes vers des ressources non disponibles sur le réseau ou 10 vers des sites de téléchargement légaux. Cette solution n'empêche pas un pair d'être servi par une source une fois connecté à celle-ci. Enfin, il est aussi quelquefois fait appel à des filtres capables d'analyser une requête portant sur un fichier à télécharger, comme dans la demande WO 2006/021772. Selon le caractère légal ou non du partage de ce fichier, la requête est ou non transmise. 15 Une telle solution est coûteuse en termes de bande passante. Les solutions de la technique antérieure s'avèrent insuffisamment efficaces vis-à-vis de systèmes d'échange sélectifs tels que BitTorrent. La demanderesse a donc imaginé un nouveau procédé pour ralentir, voire éliminer, la propagation illégale de données protégées dans un réseau pair à pair, 20 comportant au moins un pair, notamment une source, exécutant un logiciel d'échange configuré pour diffuser des données vers au moins un client selon un protocole d'échange sélectif permettant au pair d'opérer une sélection des clients vers lesquels des données sont transférées, cette sélection s'effectuant en fonction d'une ou plusieurs caractéristiques des clients. 25 Selon ce nouveau procédé, de fausses données sont adressées au pair de manière à influencer la sélection des clients servis par le pair, afin d'amener ce pair à privilégier le transfert vers un ou plusieurs clients contrôlés, le nombre de clients contrôlés étant par exemple compris entre 10 et 25. Les clients contrôlés, qui cherchent à télécharger les mêmes fichiers que les 30 autres clients du réseau, notamment les plus recherchés, sans partager l'information reçue, permettent de retarder les échanges dans le réseau de façon significative, voire même de le bloquer. 2909244 4 Un tel procédé permet de ralentir la diffusion illicite d'un fichier car celle-ci aura lieu au moins partiellement vers des clients contrôlés. L'expression fausses données désigne des données ne correspondant pas à l'état réel du client contrôlé. 5 L'expression client contrôlé désigne un client vers lequel le transfert des données est acceptable car celui-ci ne les retransmettra pas illégalement à d'autres clients. Ainsi, une fois qu'un client contrôlé a terminé le téléchargement d'un fichier concernant une oeuvre protégée, le contenu de ce fichier peut être effacé. Selon un exemple de mise en oeuvre de ce nouveau procédé, au moins un client 10 contrôlé se connecte au traqueur, par exemple de façon périodique, de manière à obtenir une liste mise à jour d'adresses de pairs, notamment de sources, dans le réseau. Les connexions répétées des clients contrôlés au traqueur s'avèrent consommatrices en bande passante et certains traqueurs peuvent être agencés pour réagir à une fréquence de connexion anormale en ne transférant plus la liste des adresses mise à 15 jour au client suspect. De plus, certains systèmes d'échange sont d'accès restreint et la connexion au traqueur nécessite l'entrée d'un identifiant et d'une adresse IP, ce qui peut compliquer et ralentir les échanges. Plus généralement, il y a un intérêt à pouvoir exercer une incidence sur la 20 diffusion d'un fichier au sein d'un système d'échange pair à pair, que ce soit pour ralentir la diffusion illicite d'une oeuvre ou au contraire encourager celle d'un contenu licite, par exemple à des fins publicitaires, d'avertissement ou pour les besoins d'une communauté d'utilisateurs. Il existe par conséquent un besoin pour, entre autres, perfectionner encore le 25 nouveau procédé imaginé par la demanderesse et défini plus haut. L'invention a pour objet un procédé pour établir des connexions avec une pluralité de pairs d'un réseau pair à pair opérant selon au moins un protocole d'échange, de façon à exercer une incidence sur la diffusion d'un fichier au sein du réseau pair à pair, les adresses de la pluralité de pairs connectés au réseau étant répertoriées par au moins un 30 serveur réseau, encore appelé traqueur dans le cas d'un système d'échange du genre BitTorrent. 2909244 5 Selon un aspect de l'invention, une connexion est établie avec le serveur réseau, de manière à télécharger dans un serveur contrôlé, encore appelé traqueur contrôlé dans le cas d'un système d'échange du genre BitTorrent, au moins partiellement les adresses de la pluralité de pairs connectés au réseau et concernés par le téléchargement du 5 fichier, puis des connexions sont établies entre au moins un client contrôlé échangeant des données avec le serveur contrôlé et des pairs dont les adresses ont été téléchargées dans le serveur contrôlé, de manière à télécharger un contenu depuis un pair vers un client contrôlé ou diffuser un contenu depuis un client contrôlé vers un pair, le téléchargement ou la diffusion s'effectuant selon le protocole d'échange précité. 10 L'expression pair connecté au réseau désigne un pair connecté au réseau et possédant au moins une partie du fichier recherché et l'expression serveur réseau désigne un serveur du réseau pair à pair répertoriant quels pairs sont impliqués dans la distribution du fichier recherché, tel qu'un traqueur dans le cas d'un système d'échange de type BitTorrent ou tel qu'un SuperNode dans le cas d'un système d'échange du genre 15 Gnutella 2. Le terme SuperNode (ou Supernoeud) désigne dans le cas où le système d'échange est du genre Gnutella 2 les serveurs répertoriant dans leurs bases les adresses IP des pairs partageant le fichier recherché. L'expression serveur contrôlé désigne un serveur contenu dans une 20 infrastructure informatique, auquel des pairs du réseau autres que les clients contrôlés ne peuvent pas se connecter librement. Ce serveur contrôlé peut exécuter un programme qui est relativement proche en terme d'écriture de celui qui est exécuté par le serveur réseau, voire être du même type que le serveur réseau avec une configuration adaptée aux clients contrôlés. Le serveur 25 contrôlé ne diffère essentiellement du serveur réseau qu'en ce qu'il est configuré pour communiquer avec les clients contrôlés. Une telle similitude entre les programmes peut réduire la durée d'adaptation du programme exécuté par le serveur contrôlé, consécutivement à une évolution de celui du serveur réseau. Dans un exemple de mise en oeuvre de l'invention, le ou les clients contrôlés 30 communiquent avec le serveur contrôlé, afin notamment d'obtenir les adresses des pairs, grâce à une infrastructure informatique exclusivement locale, notamment interne. Cette dernière permet autant d'échanges que nécessaire entre les clients contrôlés et le serveur 2909244 6 contrôlé avec une consommation réduite, voire nulle, de bande passante sur le réseau P2P. Cette infrastructure informatique exclusivement locale peut également comporter au moins un serveur de supervision pour superviser le ou les clients contrôlés, dont le rôle sera précisé par la suite. 5 La connexion entre le serveur réseau et le serveur contrôlé peut être établie par l'intermédiaire d'un système d'interface. L'expression système d'interface désigne tout moyen matériel et informatique permettant la connexion du serveur contrôlé au réseau P2P afin d'échanger un fichier. Il peut s'agir de tout système informatique, indépendamment de sa taille. Le 10 fichier échangé peut transiter par un réseau filaire, non filaire ou au moins partiellement filaire. Le système d'interface peut comporter au moins un fouineur (ou suiffer) agencé pour se connecter au serveur réseau et récupérer les adresses de la pluralité de pairs connectés au réseau et concernés par le fichier recherché, afin de les transmettre au 15 serveur contrôlé pour que celui-ci les copie et/ou les transmette aux clients contrôlés concernés. Le fouineur peut être agencé pour être perçu par le serveur réseau comme un client du réseau pair à pair cherchant à télécharger un fichier. Le terme fouineur peut désigner ainsi la partie de l'infrastructure informatique vue par le serveur réseau comme un client. 20 Les adresses de la pluralité de pairs connectés au réseau récupérées par le serveur contrôlé, via le fouineur éventuel, peuvent comporter les adresses IP et/ou les ports des applications en cours d'exécution de ces pairs. Le fouineur et/ou le serveur contrôlé peuvent comporter un moyen d'enregistrement et être agencés pour stocker les adresses de la pluralité de pairs 25 récupérées en se connectant au serveur réseau. L'un au moins du fouineur ou du serveur contrôlé peut être agencé pour comparer une liste d'adresses nouvellement reçue et les adresses précédemment enregistrées en mémoire et ne transmettre les adresses nouvellement obtenues aux clients contrôlés que si celles-ci sont différentes de celles déjà en mémoire. 30 Le fouineur et le serveur contrôlé peuvent comporter des logiciels s'exécutant sur des machines différentes pouvant communiquer entre elles ou des logiciels s'exécutant sur une même machine ou un logiciel unique s'exécutant sur une seule machine. 2909244 7 Dans certains systèmes d'échange, le serveur réseau répertoriant les adresses de la pluralité des pairs connectés au réseau peut être configuré pour diffuser les adresses des pairs connectés au réseau selon un protocole de communication sélectif, en exigeant par exemple comme préalable à l'accès à ces adresses, un enregistrement du pair 5 souhaitant récupérer ces adresses. Le fouineur peut alors être agencé pour adresser de fausses informations au serveur réseau afin de télécharger au moins partiellement les adresses de la pluralité des pairs connectés au réseau et répertoriées dans le serveur réseau. L'expression fausses informations désigne des informations ne correspondant pas à l'état réel du fouineur. 10 Le fouineur peut être agencé pour se connecter de façon périodique au serveur réseau. Plus le nombre d'adresses de pairs connectés au réseau est élevé, plus la fréquence de connexion du fouineur au serveur réseau peut être élevée afin de récupérer le plus d'adresses de pairs connectés au réseau possibles malgré la limitation à 50 par exemple du nombre d'adresses de pairs connectés au réseau sélectionnées aléatoirement, diffusées par 15 le serveur réseau à chaque connexion. Le fouineur peut être agencé pour changer au moins une fois d'identifiant et/ou au moins une fois d'adresse IP en se connectant au serveur réseau, ce qui réduit le risque que le serveur réseau n'inhibe les requêtes venant de l'adresse IP du fouineur. Les fausses informations transmises par le fouineur au serveur réseau pour se 20 voir autoriser l'accès aux adresses des pairs connectés au réseau, peuvent comporter une fausse indication concernant le nombre d'octets reçus par le fouineur et/ou une fausse indication concernant le nombre d'octets envoyés par le fouineur. Toujours dans le cas où le système d'échange est BitTorrent, ces fausses informations peuvent encore comporter un faux identifiant du fouineur. Ce faux identifiant 25 est par exemple l'identifiant de tout autre client comme par exemple Azureus, torrent ou BitTornado. Le serveur contrôlé peut être agencé pour se connecter à au moins un client contrôlé après au moins une connexion du fouineur au serveur réseau et pour transmettre à ce client contrôlé au moins une adresse téléchargée. 30 Dans un exemple de mise en oeuvre de l'invention, au moins un client contrôlé peut être agencé pour ne se connecter au serveur contrôlé que lors d'une première récupération d'adresses de pairs connectés au réseau. 2909244 8 Le serveur contrôlé peut être agencé pour transmettre ensuite à au moins un client contrôlé des adresses de pairs, après vérification que ces adresses soient nouvellement apparues sur le serveur réseau. Ce protocole de communication entre le serveur contrôlé et le ou les clients 5 contrôlés permet de réduire encore les besoins en bande passante dédiée aux échanges entre le ou les clients contrôlés et le serveur contrôlé puisque la connexion ne se fait alors qu'à l'initiative du serveur contrôlé et seulement en cas de modification des adresses des pairs connectés au réseau. Cette réduction de la bande passante nécessaire permet d'allouer davantage de ressources de l'infrastructure informatique à la gestion du ou des clients 10 contrôlés. Dans un exemple de mise en oeuvre du procédé pour ralentir, voire éliminer, la propagation illégale de données protégées dans un réseau pair à pair tel qu'imaginé par la demanderesse, au moins un client contrôlé est agencé pour, dès qu'il a reçu l'adresse d'un pair susceptible de le servir, notamment une source, essayer de se connecter à ce pair pour 15 télécharger le fichier recherché. De préférence, chaque client contrôlé ne partage pas d'information avec d'autres pairs du réseau, afin de renforcer encore le processus de lutte contre la diffusion illicite d'une oeuvre, non seulement en occupant les sources mais en évitant de rediffuser des données téléchargées. 20 De fausses données peuvent être adressées à un pair, notamment à une source, directement par le ou les clients contrôlés, notamment lorsqu'il s'agit de lutter contre la diffusion illicite fondée sur le système d'échange BitTorrent. Le choix de la manière dont les fausses données parviennent au pair dépendra du système d'échange impliqué. Le procédé selon l'invention peut être mis en oeuvre dans un système 25 d'échange sélectif où la ou les caractéristiques retenues pour la sélection des clients par un pair comportent l'avancement du téléchargement d'un fichier, comme c'est le cas dans le système d'échange BitTorrent. Le logiciel d'échange s'exécutant chez les pairs peut alors être agencé pour privilégier le transfert des données vers des clients dont le téléchargement est le plus avancé, les fausses données adressées par les clients contrôlés pouvant alors 30 comporter une fausse indication sur l'avancement du téléchargement. La ou les caractéristiques en question peuvent encore comporter une information relative à l'upload du client, comme c'est encore le cas pour le système d'échange BitTorrent. Les fausses 2909244 9 données peuvent alors comporter une fausse indication relative à l'upload du client contrôlé. La ou les caractéristiques concernées peuvent également comporter la vitesse de téléchargement du pair vers le client. La ou les caractéristiques en question peuvent en outre comporter le nombre de pairs avec lesquels le client échange des informations, la 5 quantité d'information déjà téléchargée, les numéros des blocs constituant l'information téléchargée et l'état du client, c'est-à-dire s'il s'agit d'un leecher ou d'une source. Bien entendu, ces caractéristiques mentionnées ci-dessus ne sont pas limitatives et peuvent dépendre du système d'échange concerné. Dans un exemple de mise en oeuvre de l'invention, le client contrôlé peut, 10 après avoir été connecté à un pair, notamment une source, être déconnecté de celui-ci dans l'hypothèse où ce client contrôlé ne serait pas servi par le pair et que le nombre de clients contrôlés servis par le pair serait inférieur au nombre de clients maximal que le pair peut servir. Une tentative de connexion au pair d'un nouveau client contrôlé peut faire suite à cette déconnexion. La déconnexion précitée peut être commandée par un serveur de 15 supervision de ce client contrôlé compris dans l'infrastructure informatique exclusivement locale. Le nombre de clients contrôlés connectés à chaque pair peut être comptabilisé, notamment par le serveur de supervision, afin de ne pas chercher à connecter un nouveau client contrôlé à un pair lorsque celui-ci n'est connecté qu'à des clients contrôlés et ne 20 peut servir davantage de clients compte tenu de la bande passante. Selon un exemple de mise en oeuvre de l'invention, les clients contrôlés sont agencés pour se connecter, parmi les pairs, seulement aux sources. Cela permet d'accroître l'efficacité de la lutte contre la diffusion illicite d'une oeuvre comparativement à la connexion aux seuls pairs n'ayant pas terminé le téléchargement. Néanmoins, l'invention 25 n'exclut pas dans une variante de mise en oeuvre la connexion à des pairs non encore sources. Dans un autre exemple de mise en oeuvre de l'invention, le ou les clients contrôlés diffusent un contenu vers les pairs du réseau pair à pair. Les clients contrôlés peuvent alors se comporter comme de simples sources, proposant toutes le même contenu 30 à télécharger, en respectant le protocole d'échange. L'invention permet selon cet exemple de mise en oeuvre de bénéficier d'une infrastructure de distribution d'un fichier robuste en raison du grand nombre de sources. 2909244 10 L'invention a encore pour objet une infrastructure informatique destinée à établir des connexions avec une pluralité de pairs d'un réseau pair à pair opérant selon au moins un protocole d'échange, de façon à exercer une incidence sur la diffusion d'un fichier contenu au sein du réseau pair à pair, les adresses de la pluralité de pairs connectés 5 au réseau étant répertoriées par au moins un serveur réseau. L'infrastructure informatique peut comporter : - au moins un système d'interface agencé pour se connecter au serveur réseau et récupérer les adresses de la pluralité de pairs connectés au reseau et répertoriées par ce serveur réseau, 10 - au moins un serveur contrôlé agencé pour télécharger au moins partiellement les adresses de la pluralité de pairs connectés au réseau, via le système d'interface, et - un ou plusieurs clients contrôlés agencés pour échanger des données avec le serveur contrôlé et se connecter aux pairs du réseau dont les adresses ont été téléchargées par le serveur contrôlé, de manière à télécharger un contenu depuis un pair vers un client 15 contrôlé ou diffuser un contenu depuis un client contrôlé vers un pair, le téléchargement ou la diffusion s'effectuant selon le protocole d'échange précité. Au moins un pair peut exécuter un logiciel d'échange configuré pour diffuser des données vers au moins un client selon un protocole d'échange sélectif permettant au pair d'opérer une sélection des clients vers lesquels les données sont transférées, cette 20 sélection s'effectuant en fonction de données représentatives d'une ou plusieurs caractéristiques des clients. L'infrastructure informatique peut comporter au moins un client contrôlé agencé pour générer de fausses données de manière à influencer la sélection des clients vers lesquels sont transférées les données par le pair et amener ce pair à privilégier le 25 transfert vers le ou les clients contrôlés. L'infrastructure informatique peut comporter au moins un terminal exécutant un logiciel d'échange permettant de générer ces fausses données. Le terminal peut être associé à un seul client contrôlé. Toutefois, de préférence, l'infrastructure informatique est agencée pour simuler plusieurs clients contrôlés. 30 L'infrastructure informatique peut comporter un serveur de supervision supervisant une pluralité de clients contrôlés, que ces derniers soient simulés par une même machine ou soient matérialisés par des terminaux distincts. 2909244 11 L'invention a encore pour objet un serveur de supervision agencé pour superviser une pluralité de clients contrôlés. Le serveur de supervision peut notamment être agencé pour récupérer des informations provenant des clients contrôlés supervisés. Parmi ces informations peut figurer l'état du téléchargement d'un fichier. 5 Le serveur de supervision peut être agencé pour commander l'arrêt du téléchargement et la destruction du contenu téléchargé lorsqu'un client contrôlé a fini le téléchargement en question. Ce serveur de supervision peut également assurer une mise à jour de données relatives à l'occupation des pairs, notamment des sources, par les clients contrôlés, afin 10 par exemple d'indiquer aux clients contrôlés à quels pairs se connecter. L'invention porte encore, selon un autre de ses aspects, sur un produit programme d'ordinateur comportant des instructions lisibles par une infrastructure informatique comportant au moins un microprocesseur, ces instructions commandant le fonctionnement de l'infrastructure informatique de manière à ce que : 15 - dans un réseau pair à pair comportant une pluralité de pairs opérant selon au moins un protocole d'échange et au moins un serveur réseau répertoriant les adresses de la pluralité des pairs connectés au réseau, le serveur réseau étant configuré pour autoriser l'accès à ces adresses selon un protocole sélectif, de fausses informations, notamment de faux identifiants et/ou de fausses adresses IP, soient générées par l'infrastructure 20 informatique de manière à favoriser la diffusion des adresses des pairs connectés au réseau vers l'infrastructure informatique. L'invention porte encore, selon un autre de ses aspects, sur un produit programme d'ordinateur comportant des instructions lisibles par l'infrastructure informatique comportant au moins un microprocesseur, ces instructions commandant le 25 fonctionnement de l'infrastructure informatique, de manière à ce que : - dans un réseau pair à pair comportant une pluralité de pairs opérant selon au moins un protocole d'échange et un serveur réseau répertoriant la pluralité de pairs, une connexion est établie par l'infrastructure informatique avec ce serveur réseau de manière à télécharger dans l'infrastructure informatique au moins partiellement les adresses de la 30 pluralité de pairs connectés au réseau et concernés par le téléchargement d'un fichier, puis des connexions sont établies entre l'infrastructure informatique et des pairs dont les adresses ont été téléchargées dans l'infrastructure informatique de manière à télécharger un 2909244 12 contenu depuis un pair vers l'infrastructure informatique ou diffuser un contenu depuis l'infrastructure informatique vers un pair, le téléchargement ou ladiffusion s'effectuant selon le protocole d'échange précité. Chaque produit programme d'ordinateur peut être enregistré et/ou téléchargé 5 sur tout support adapté, par exemple disque optique, magnétique, mémoire électronique ou bande magnétique. L'invention a encore pour objet un serveur contrôlé en tant que tel, un fouineur en tant que tel ainsi qu'un client contrôlé en tant que tel. L'invention pourra être mieux comprise à la lecture de la description détaillée 10 qui va suivre, d'exemples de mise en oeuvre non limitatifs de celle-ci, et à l'examen du dessin annexé, sur lequel : - la figure 1 représente sous forme de schéma en blocs un réseau informatique mettant en oeuvre un système d'échange sélectif tel que BitTorrent, - la figure 2 représente de façon schématique et partielle un exemple 15 d'architecture informatique pour la mise en oeuvre du procédé selon l'invention, et - les figures 3, 4 et 5 illustrent des étapes dans la mise en oeuvre du procédé selon l'invention. La description qui suit est faite en supposant que le système d'échange est BitTorrent et que le réseau est Internet. Bien entendu, il ne s'agit que d'un exemple et 20 l'invention peut s'appliquer à d'autres systèmes d'échange et à d'autres réseaux. Le réseau peut ainsi être, par exemple, un réseau local comme Ethernet ou un réseau de campus universitaire. Il peut également s'agir de réseaux utilisant des technologies sans fil tels que des réseaux téléphoniques. La figure 1 représente un réseau informatique 3 permettant des échanges, en 25 l'espèce Internet, auquel sont connectés des serveurs web I l à lx, des serveurs réseaux 41 à 4J encore appelés traqueurs dans le cas d'un système d'échange du genre BitTorrent, des clients 7j ne servant aucun pair (free-riders), des clients 81 partageant des données (leechers) et des clients 9m qui sont des sources (seeders). Les clients 7l, 81 et 9m peuvent être des ordinateurs personnels ou d'autres types 30 de terminaux informatiques, par exemple des assistants personnels numériques, des smartphones ou des machines plus puissantes. 2909244 13 Dans le système d'échange BitTorrent, les serveurs web l i à lx contiennent des informations générales 100 qui identifient le ou les fichiers pouvant être téléchargés, en décrivant des attributs de ceux-ci, par exemple le nom, la taille, le nombre de blocs éventuels, et donnent l'adresse du ou des traqueurs 4i à 4y qui supervisent la distribution 5 d'un fichier donné. Chaque client 7j à 9m exécute une version client d'un logiciel d'échange 101 tel que par exemple Bitcomet, Azureus, BitTorrent client officiel, Burst, G3torrent, ABC, etc., permettant de se connecter aux traqueurs 4i à 4y et de partager des données avec d'autres clients intéressés par le même fichier. 10 Les traqueurs 4i à 4y exécutent une version traqueur du logiciel d'échange 102. Un fouineur dont la fonction sera précisée plus loin, exécutant un logiciel d'échange modifié 104, est connecté à l'un au moins de ces traqueurs 4p. Conformément à l'invention, au moins un client contrôlé 6i est connecté au 15 réseau 3. Ce client contrôlé exécute une version client modifiée 103 du logiciel d'échange utilisé par les autres clients, cette version permettant entre autres d'échanger avec des pairs autres que d'autres clients contrôlés et de se connecter à un traqueur contrôlé 10k. 20 Le traqueur contrôlé 10k est connecté, par une connexion non représentée, au fouineur 11. Le traqueur contrôlé 10k exécute un logiciel 105 aussi proche que possible de la version traqueur du logiciel d'échange 102. Le format de requête utilisé par le logiciel 105 du traqueur contrôlé peut être le 25 même que celui utilisé par le logiciel d'échange 102. Le logiciel 105 exécuté par le traqueur contrôlé diffère du logiciel d'échange 102 en ce qui concerne le nombre d'adresses IP envoyées du traqueur contrôlé vers les clients contrôlés et en ce qui concerne le protocole selon lequel ces adresses sont envoyées. Le logiciel 105 exécuté par le traqueur contrôlé peut être agencé pour envoyer 30 les adresses IP par paquet de 50 par exemple et sauvegarder l'indice de la dernière adresse IP envoyée. Le logiciel 105 est encore agencé pour répondre à la prochaine requête d'un client contrôlé à partir de l'indice de l'adresse IP suivante. 2909244 14 Le logiciel 105 permet d'éviter l'envoi répété des adresses IP aux clients contrôlés 6; et d'économiser de la bande passante. Une fois la totalité des adresses IP envoyée au client contrôlé, le logiciel 105 peut être agencé pour ne se connecter à un client contrôlé qu'en cas d'adresses nouvellement reçues de pairs connectés au réseau. 5 La figure 2 représente un exemple d'infrastructure informatique 200 permettant la mise en oeuvre de l'invention. L'infrastructure informatique 200 peut être locale et comporter un serveur de supervision 20, le fouineur 11, les clients contrôlés 6 et le traqueur contrôlé l Ok précités. Le fouineur 11 peut être agencé pour se connecter à un traqueur réseau 4p et 10 pour transmettre des informations récupérées lors de cette connexion au traqueur contrôlé 10k, lui-même agencé pour échanger des informations avec les clients contrôlés 6;. Ces derniers communiquent avec les pairs 9m. Le serveur de supervision 20 est chargé de superviser plusieurs clients contrôlés 61, 62 à 6,,, n pouvant être supérieur ou égal à 10 par exemple. Ces clients 15 contrôlés 6; peuvent être simulés par un même système informatique 21 ou en variante, peuvent être associés respectivement à des terminaux distincts. Le cas échéant, le serveur de supervision 20 peut être intégré au système informatique 21. L'infrastructure informatique 200 est agencée pour effectuer tout d'abord une recherche des pairs connectés au réseau 3. Une fois ces pairs identifiés, les clients 20 contrôlés 6; se connectent à ces pairs afin de les occuper le plus possible. Dans l'exemple illustré, les clients contrôlés 61 à 6ä sont connectés à divers pairs 81, 9m du réseau 3. Un client contrôlé 6; peut se connecter par exemple jusqu'à plus de 1000 pairs à la fois. La recherche des adresses des pairs connectés au réseau est effectuée par le fouineur 11 qui se connecte au traqueur 4p comme un client et récupère toutes les 25 informations relatives aux adresses des pairs connectés au réseau et présentes dans ce traqueur 4p, par exemple les adresses IP et les ports des applications exécutées par les pairs connectés au réseau. Le fouineur 11 transmet alors les adresses récupérées au traqueur contrôlé 10k qui peut les stocker alors dans une mémoire, laquelle peut être électronique ou comporter 30 un medium optique ou magnétique sur lequel les informations sont enregistrées. 2909244 15 Si aucune adresse de source n'est présente dans la liste d'adresses envoyée par le traqueur 4p, le fouineur 11 se reconnecte au traqueur 4p pour solliciter une nouvelle liste d'adresses. Lors de la première récupération d'adresses de pairs connectés au réseau, les 5 clients contrôlés 6; peuvent se connecter au traqueur contrôlé 1 Ok. Ensuite, après chaque récupération d'adresses de pairs connectés au réseau par le fouineur 11 et chaque transmission de ces adresses au traqueur contrôlé 10k, la liste des adresses nouvellement reçues peut être comparée avec celle des adresses stockées et, en cas de différence, le traqueur contrôlé peut transmettre ces nouvelles adresses aux clients 10 contrôlés 6;. La récupération des adresses peut ainsi être effectuée par le fouineur 11 et non pas par la totalité des clients contrôlés 6;. Dans le cas d'un traqueur 4p exigeant l'enregistrement d'un identifiant et une adresse IP d'un client préalablement à tout accès à la base des adresses des pairs connectés au réseau, seule l'adresse du fouineur 11 peut être 15 communiquée au traqueur 4 et non celle de chaque client contrôlé, ce qui constituerait une tâche coûteuse en temps et en ressources. Les clients contrôlés 6; peuvent être déchargés d'avoir à rechercher les adresses des pairs, tâche qui est centralisée et effectuée par le fouineur 11. Les clients contrôlés 6; ayant récupéré les adresses des pairs connectés au 20 réseau peuvent alors se connecter à ces derniers afin d'empêcher la propagation illégale de données protégées vers d'autres pairs du réseau souhaitant les télécharger. Quand le transfert par la source 9m vers un client 81 de données est achevé, le logiciel d'échange 101 exécuté par ce client 81 avertit les autres pairs en relation avec ce client 81 que ce bloc est disponible chez celui-ci. 25 Si toutes les données sont disponibles sur le réseau ailleurs que chez la source 9m, celle-ci peut se déconnecter. Les clients contrôlés 6; ne sont pas agencés pour communiquer, dans l'exemple considéré, avec les free-riders 7j. La figure 3 est un organigramme illustrant certaines tâches effectuées par un 30 client contrôlé 6;. L'objectif de tout client contrôlé 6; peut être d'être servi le plus longtemps possible par tout pair, notamment toute source 9m, à laquelle il est connecté. 2909244 16 Le client contrôlé 6; peut donc tout d'abord se connecter lors d'une étape 301 à un pair, notamment une source 9m, dont les coordonnées lui ont été fournies par le traqueur contrôlé 1 Ok. Lors de l'étape suivante 302, si le client 6; est servi par la source 9m, il en 5 informe le serveur de supervision 20 à l'étape 303 et effectue alors à nouveau l'étape 302. Lorsque le client 6; n'est pas servi par la source 9m, il en informe le serveur de supervision 20 au cours d'une étape 304. Le serveur de supervision 20 détermine lors d'une étape 305 si la source 9mest déjà occupée par d'autres clients contrôlés 6;. Dans une version courante de BitTorent, une source peut servir quatre clients 10 différents. Si ces clients sont déjà des clients contrôlés, le client contrôlé 6; est mis en attente à une étape 306 durant un certain délai, par exemple de l'ordre de 20 secondes, avant d'effectuer à nouveau l'étape 305. Lorsque la source 9m ne sert pas uniquement des clients contrôlés, le client contrôlé 6; se déconnecte au cours d'une étape 307 de la source 9m et recommence l'étape 301 en profitant d'une caractéristique du système d'échange 15 BitTorent consistant à privilégier, lors du choix par une source 9m des clients à servir, ceux qui se sont le plus récemment connectés. Les clients contrôlés peuvent transmettre à la source 9m de fausses indications concernant leur vitesse de téléchargement, indiquant par exemple une vitesse plus grande que celle des autres clients dans le réseau. 20 La figure 4 est un organigramme illustrant certaines tâches effectuées par le serveur de supervision 20. Le serveur de supervision 20 est agencé pour répertorier le nombre de pairs, notamment de sources, auxquels chaque client contrôlé 6; est connecté et supervise l'avancement du téléchargement du fichier. Une fois qu'un client contrôlé 6; a terminé le 25 téléchargement du contenu, le serveur de supervision 20 provoque l'effacement du contenu téléchargé par ce client contrôlé 6;. Lors d'une première étape 401, les coordonnées d'un pair, notamment d'une source 9m, sont communiquées à un client contrôlé 6; en attente de se connecter. Lors d'une étape suivante 402, le serveur de supervision 20 récupère des 30 informations que lui envoie ce client contrôlé 6; et qui lui permettent par exemple de mettre à jour la liste et/ou le nombre des clients contrôlés servis par un pair, notamment une source 9m. 2909244 17 A l'étape 403, le serveur de supervision 20 évalue si le client contrôlé 6; a terminé le téléchargement. Si c'est le cas, le téléchargement est arrêté à l'étape 404, et son contenu est ensuite détruit à l'étape 405, puis le serveur de supervision recommence l'étape 401. 5 Lorsque le téléchargement n'est pas fini, le serveur de supervision 20 évalue au cours de l'étape 406 si le client contrôlé 6; est toujours servi par la source 9m. Si c'est toujours le cas, le serveur de supervision 20 met à jour l'état d'occupation pairs, notamment des sources. Lorsque le client contrôlé 6; n'est plus servi par la source 9m, il peut, au cours 10 d'une étape 408, demander des informations au serveur de supervision 20 concernant par exemple le nombre de clients contrôlés actuellement connectés à cette source. Le serveur de supervision 20 fournit alors les informations demandées au client contrôlé 6; avant de recommencer l'étape 402. Si le client contrôlé 6; n'a pas demandé d'information, le serveur de 15 supervision 20 effectue l'étape 407 de mise à jour des données, par exemple de l'état d'occupation des pairs, notamment des sources. La figure 5 est un organigramme illustrant certaines tâches cycliques effectuées par le fouineur 11. Lors d'une première étape 501, une adresse IP dynamique du fouineur 11 est 20 générée. Dans le cas d'un traqueur 4p exigeant un enregistrement préalablement à toute connexion, une étape 500 d'enregistrement de l'adresse IP du fouineur 11, non représentée, a lieu avant l'étape 501. Le fouineur 11 se connecte au traqueur 4p au cours d'une étape 502 et se comporte comme tout pair du réseau en envoyant une requête au traqueur de supervision 4p. 25 Afin de se voir autoriser l'accès aux adresses des pairs connectés au réseau, la requête adressée par le fouineur 11 comporte un faux nombre d'octets reçus, un faux nombre d'octets envoyés, un identifiant et une adresse IP générés aléatoirement à chaque connexion ainsi qu'une information concernant le fichier voulu. Cette requête, adressée de façon périodique, permet au fouineur 11 de ne pas être banni par le traqueur 4p. 30 Au cours d'une étape 503, le fouineur 11 télécharge depuis le traqueur 4p les adresses des pairs connectés au réseau et qui contiennent les adresses IP et les ports des applications exécutées par les pairs connectés au réseau. 2909244 18 A l'étape 504, le fouineur 11 compare les nouvelles adresses à celles en mémoire, notamment obtenues à la suite de la requête émise à l'étape 502 du cycle précédent, et en cas de modification, le fouineur 11 transmet ces informations au traqueur contrôlé 10k au cours d'une étape 505. 5 Au cours de l'étape 506 suivante, correspondant au temps d'attente avant d'adresser une nouvelle requête, le fouineur 11 modifie son identifiant et son adresse IP. Si à l'étape 504 les adresses des pairs connectés au réseau récupérées par le fouineur 11 sont les mêmes que celles déjà en mémoire, on passe directement à l'étape 506. 10 Dans le cas de données non protégées dont la diffusion est légale, les clients contrôlés 6; constituent des pairs, notamment des sources, et favorisent ainsi la propagation des données. L'invention n'est pas limitée au système d'échange BitTorent et s'applique également à d'autres systèmes d'échange du même type, comme Gnutella 2. 15 L'invention peut être mise en oeuvre conjointement à d'autres mesures destinées à lutter contre la diffusion illicite d'oeuvres protégées. L'expression comportant un doit se comprendre comme étant synonyme de comportant au moins un sauf si le contraire est spécifié. 20 REVENDICATIONS 1. Procédé pour établir des connexions avec une pluralité de pairs (9m) d'un réseau pair à pair opérant selon au moins un protocole d'échange, de façon à exercer une incidence sur la diffusion d'un fichier au sein du réseau pair à pair, les adresses de la pluralité de pairs (9m) étant répertoriées par au moins un serveur réseau (4p), procédé dans lequel une connexion est établie avec ce serveur réseau (4p) de manière à télécharger dans un serveur contrôlé (10k) au moins partiellement les adresses de la pluralité de pairs (9m) connectés au réseau et concernés par le téléchargement du fichier, puis des connexions sont établies entre au moins un client contrôlé (6;) échangeant des données avec le serveur contrôlé (l0k) et des pairs (9m) dont les adresses ont été téléchargées dans le serveur contrôlé, de manière à télécharger un contenu depuis un pair (9m) vers un client contrôlé (6;) ou diffuser un contenu depuis un client contrôlé (6;) vers un pair (9m), le téléchargement ou la diffusion s'effectuant selon le protocole d'échange précité. 2. Procédé selon la revendication 1, le ou les clients contrôlés (6;) communiquant avec le serveur contrôlé (l0k) afin d'obtenir les adresses des pairs par une infrastructure informatique (200) exclusivement locale. 3. Procédé selon l'une des revendications précédentes, le réseau pair à pair comportant au moins un pair (9m) exécutant un logiciel d'échange (101) configuré pour diffuser des données vers au moins un client selon un protocole d'échange sélectif permettant au pair (9m) d'opérer une sélection des clients vers lesquels des données sont transférées, cette sélection s'effectuant en fonction d'une ou plusieurs caractéristiques des clients. 4. Procédé selon l'une quelconque des revendications précédentes, le ou les clients contrôlés (6;) téléchargeant du contenu depuis les pairs (9m) du réseau pair à pair. 5. Procédé selon l'une quelconque des revendications 1 à 3, le ou les clients contrôlés (6;) diffusant un contenu vers les pairs (9m) du réseau pair à pair. 6. Procédé selon l'une quelconque des revendications précédentes, le réseau pair à pair étant de type BitTOrrent. 7. Procédé selon l'une quelconque des revendications précédentes, la connexion entre le serveur réseau (4p) et le serveur contrôlé (l0k) étant établie par l'intermédiaire d'un système d'interface comportant au moins un fouineur (11), agencé 2909244 20 pour se connecter au serveur réseau (4p) en étant vu par celui-ci comme un client et pour transmettre au serveur contrôlé (1 Ok) des adresses récupérées lors de cette connexion. 8. Procédé selon l'une des revendications 7, le fouineur (11) étant agencé pour se connecter de façon périodique au serveur réseau (4p). 5 9. Procédé selon l'une des revendications 7 à 8, le fouineur (11) adressant au serveur réseau (4p) de fausses informations de manière à se voir autoriser l'accès aux adresses, notamment une fausse indication concernant le nombre d'octets reçus et/ou envoyés par le fouineur (11) et/ou un fichier demandé par le fouineur. 10. Procédé selon la revendication 9, le fouineur (11) étant agencé pour 10 changer au moins une fois d'identifiant et/ou d'adresse IP en se connectant au serveur réseau (4p). 11. Procédé selon l'une quelconque des revendications 7 à 10, le fouineur (11) étant agencé pour ne transmettre les adresses récupérées au serveur contrôlé (10k) que si ces dernières diffèrent de celles précédemment transmises. 15 12. Procédé selon l'une quelconque des revendications 7 à 11, le serveur contrôlé (10k) étant agencé pour transmettre à au moins un client contrôlé (6;), après au moins une connexion du fouineur (11) au serveur réseau (4p), les adresses des pairs (9m). 13. Procédé selon l'une quelconque des revendications 7 à 12, le serveur contrôlé (10k) étant agencé pour transmettre à au moins un client contrôlé (6;) toute adresse 20 provenant du serveur réseau (4p) et différente de celles précédemment transmises à ce client contrôlé. 14. Procédé selon l'une quelconque des revendications précédentes, le ou les clients contrôlés (6;) étant agencés pour communiquer avec un serveur de supervision (20). 15. Infrastructure informatique destinée à établir des connexions avec une 25 pluralité de pairs d'un réseau pair à pair opérant selon au moins un protocole d'échange, de façon à exercer une incidence sur la diffusion d'un fichier contenu au sein du réseau pair à pair, les adresses de la pluralité de pairs connectés au réseau étant répertoriées par un serveur réseau (4p), l'infrastructure informatique comportant : - au moins un système d'interface (11) agencé pour se connecter au serveur 30 réseau (4p) et récupérer les adresses de la pluralité de pairs répertoriées par ce serveur réseau (4p), 2909244 21 - un serveur contrôlé (10k) agencé pour télécharger au moins partiellement via le système d'interface (11) les adresses de la pluralité de pairs et - un ou plusieurs clients contrôlés (6;) agencés pour échanger des données avec le serveur contrôlé (10k) et se connecter aux pairs (9m) du réseau dont les adresses ont 5 été téléchargées par le serveur contrôlé (10k), de manière à télécharger un contenu depuis un pair vers un client contrôlé (6;) ou diffuser un contenu depuis un client contrôlé vers un pair, le téléchargement ou la diffusion s'effectuant selon le protocole d'échange. 16. Produit programme d'ordinateur comportant des instructions lisibles par une infrastructure informatique (200) comportant au moins un microprocesseur, ces 10 instructions commandant le fonctionnement de l'infrastructure informatique (200) de manière à ce que : - dans un réseau pair à pair comportant une pluralité de pairs opérant selon au moins un protocole d'échange et un serveur réseau (4p) répertoriant la pluralité des pairs (9m) connectés au réseau et configuré pour autoriser l'accès à ces adresses selon un 15 protocole sélectif, - de fausses informations, notamment de fausses adresses IP et/ou de faux identifiants, soient générées par l'infrastructure informatique de manière à favoriser la diffusion des adresses des pairs connectés au réseau vers l'infrastructure informatique. 17. Produit programme d'ordinateur comportant des instructions lisibles par 20 une infrastructure informatique (200) comportant au moins un microprocesseur, ces instructions commandant le fonctionnement de l'infrastructure informatique, de manière à ce que : - dans un réseau pair à pair comportant une pluralité de pairs opérant selon au moins un protocole d'échange et un serveur réseau (4p) répertoriant la pluralité de pairs 25 (9m), une connexion est établie par l'infrastructure informatique (200) avec ce serveur réseau (4p) de manière à télécharger dans l'infrastructure informatique (200) au moins partiellement les adresses de la pluralité de pairs (9m) connectés au réseau et concernés par le téléchargement d'un fichier, puis des connexions sont établies entre l'infrastructure informatique (200) et des pairs (9m) dont les adresses ont été téléchargées dans 30 l'infrastructure informatique (200), de manière à télécharger un contenu depuis un pair (9m) vers l'infrastructure informatique (200) ou diffuser un contenu depuis l'infrastructure 5 2909244 22 informatique (200) vers un pair (9m), le téléchargement ou la diffusion s'effectuant selon le protocole d'échange précité. 10