Brevet FR2855691A1 — publié le 20041203

La présente invention se rapporte à un procédé de distribution de documents numériques dans un réseau de télécommunications et à un procédé de sécurisation de cette distribution. L'invention se rapporte également à un système pair et à un 5 serveur central respectivement adaptés à mettre en oeuvre le procédé de distribution et le procédé de sécurisation selon l'invention. Plus précisément l'invention se place dans le contexte de réseau de distribution de type pair à pair hybride. On rappelle à cet effet qu'il existe trois catégories de systèmes 10 pair à pair: - les systèmes pair à pair centralisés, tel que le système décrit dans le document WO 01/84799 (NAPSTER). Dans de tels systèmes, il existe deux types de serveurs, à savoir les serveurs pairs et un serveur central. Les serveurs pairs stockent et s'échangent directement les documents mais le 15 serveur central est impliqué dans chaque échange, notamment pour indiquer la localisation de ces documents; - les systèmes pair à pair totalement distribués, c'est-à-dire fonctionnant sans serveur central, tel que le système Gnutella décrit dans le document "Gnutella: distributed system and information storage and Searching 20 - Model Description (Bordignon et Tolosa, Universidad Nacional de Lujàn)"; et - les systèmes pair à pair hybrides dans lesquels un serveur central est présent mais n'intervient que pour quelques fonctionnalités, par exemple la connexion des systèmes pairs au réseau de distribution. Le document US6301617 "Selection of resources utilizing virtual 25 uniform resource locator (Wayne J. Carr, Intel Corporation, 1999)", décrit un système de distribution de ressources comportant un serveur central qui sur réception d'une requête en provenance d'un client recherche la meilleure localisation de ces ressources sur le réseau. Si le serveur ne possède pas les ressources recherchées, il renvoie un message permettant de rediriger le client 30 vers un autre serveur susceptible de comporter ces ressources. Le système de distribution décrit dans ce document possède une première limitation, selon laquelle seul le serveur central est adapté à fournir les messages de redirection précités. Ce système n'est, par conséquent, pas adapté à un réseau pair à pair hybride. Surtout, le serveur décrit dans ce document ne permet pas d'effectuer la distribution de ressources, ni de gérer les messages de redirection, en fonction des droits d'accès du client. L'invention vise à résoudre les problèmes évoqués ci-dessus, à savoir fournir un système de distribution dans un réseau pair à pair hybride permettant la gestion des droits d'accès aux documents numériques partagés sur ce réseau. Selon un premier aspect, l'invention vise un système pair dans un réseau de type "pair à pair hybride" comportant - des moyens de réception d'une requête, en provenance d'un client, pour l'obtention par ce client, d'un document numérique; et - des moyens d'obtention d'une adresse d'au moins un deuxième 15 système pair susceptible de comporter ledit document. Ce système pair est caractérisé en ce que, la requête comportant une clef d'accès pour le contrôle de l'accès au document par le client, il comporte en outre: - des moyens de contrôle d'accès adaptés, à partir de la clef 20 d'accès, à valider la requête; - des moyens de recherche d'au moins une partie du document dans une mémoire accessible par le système pair; - des moyens de comparaison d'au moins un attribut du système pair avec au moins un attribut correspondant du deuxième système pair; et - des moyens de contrôle, adaptés à mettre en oeuvre, en fonction d'un résultat fourni par les moyens de recherche et d'un résultat fourni par les moyens de comparaison: - des moyens de distribution de la partie de document au client si l'accès est autorisé par les moyens de contrôle; et/ou 30 - des moyens d'envoi de l'adresse au client. Ainsi, les moyens de contrôle d'accès du système pair selon l'invention, permettent de gérer l'accès à un document par un client, -à partir d'une clef d'accès. Ce système pair comporte également des moyens de distribution 5 d'au moins une partie du document si celle-ci est mémorisée dans une mémoire accessible par le système pair et si son accès est autorisé. Lorsque le document ne peut être distribué au client par le système pair selon l'invention, ce dernier envoie au client l'adresse d'au moins un deuxième système pair susceptible de comporter ce document. Selon un deuxième aspect, I'invention vise un serveur central dans un réseau de type "pair à pair hybride" comportant: - des moyens de réception d'une requête, en provenance d'un client, pour l'obtention, par ce client d'un document numérique, la requête comportant une référence dudit document; - des moyens de génération d'une clef d'accès pour le contrôle de l'accès au document par ledit client; - des moyens de sélection d'un système pair du réseau susceptible de comporter le document; et - des moyens d'envoi d'un message au client, comportant la 20 référence, I'adresse dudit système pair sur le réseau et la clef d'accès. Ainsi, la clef d'accès est générée par le serveur central du réseau hybride. Le serveur central selon l'invention est ainsi utilisé principalement à des fins de sécurisation et pour l'envoi au client d'un premier message 25 comportant l'adresse d'un système pair du réseau susceptible de comporter le document demandé par le client. Préférentiellement, le serveur central comporte en outre des moyens d'authentification d'un identifiant d'un utilisateur du client. Ces moyens d 'authentification sont par exemple adaptés à vérifier 30 la validité d'un mot de passe transmis par l'utilisateur du client. Cette caractéristique permet avantageusement d'associer des droits d'accès à un utilisateur du système de distribution selon l'invention. Dans un mode préféré de réalisation, les moyens de génération de la clef d'accès du serveur central génèrent cette clef d'accès par une méthode de cryptage utilisant une clef privée du serveur central, la date et l'adresse du client sur le réseau. Corrélativement, dans ce mode préféré de réalisation, les moyens de contrôle du système pair selon l'invention, comportent des moyens de décryptage utilisant une clef publique du serveur central, ces moyens de décryptage étant adaptés à obtenir, à partir de la clef d'accès, la date et l'adresse précitées. D'autre part, toujours dans ce même mode préféré de réalisation, les moyens de réception d'une requête du système pair, sont adaptés à obtenir l'adresse du client directement à partir de la requête. Le système pair compare alors l'adresse obtenue à partir de la clef d'accès et l'adresse obtenue directement par les moyens de réception d'une requête. Lorsque ces adresses sont différentes, les moyens de contrôle du système pair refusent l'accès au document. Ces moyens de contrôle refusent également l'accès au document, lorsque le délai écoulé depuis la date obtenue par les moyens de décryptage est supérieur à un délai prédéterminé. Ainsi, le système pair et le serveur central coopèrent pour sécuriser le système de distribution selon l'invention selon deux aspects, à savoir l'authentification du client et le temps de traitement des requêtes. Dans une variante préférée de réalisation, la méthode de cryptage du serveur central utilise l'identifiant de l'utilisateur du client. Cet identifiant est obtenu par les moyens de décryptage du système pair à partir de la clef d'accès. Dans cette variante de réalisation, le système pair comporte en outre des moyens d'authentification adaptés à vérifier le droit d'accès au document par l'utilisateur à partir de l'identifiant. Ainsi cette variante de réalisation permet de renforcer la sécurité du système de distribution selon un troisième aspect, à savoir l'authentification du système client à l'origine de la requête d'obtention d'un document. Préférentiellement, lorsque le réseau est de type Internet, les moyens de réception d'une requête et les moyens d'envoi d'un message du serveur utilisent le protocole HTTP. Plus précisément, la référence du document est comprise dans 5 une URL, et les moyens d'envoi d'un message sont adaptés à envoyer le message au client sous forme d'une réponse HTTP de type "forward". Cette caractéristique est particulièrement avantageuse car le client peut ainsi accéder de façon sécurisée, aux documents du système de distribution selon l'invention, par un navigateur Internet standard. Selon un autre mode de réalisation, les moyens d'envoi d'un message sont adaptés à envoyer le message sous forme d'une page contenant: - une première fenêtre gérée par le serveur central, cette première fenêtre comportant un lien dont l'activation génère l'envoi d'une 15 requête vers le serveur central afin d'obtenir l'adresse d'un deuxième système pair susceptible de comporter ledit document numérique; et - au moins une deuxième fenêtre destinée à être gérée par le système pair ou le deuxième système pair. Ainsi, si l'utilisateur du client active ce lien, le contenu de la 20 deuxième fenêtre est modifié. La première fenêtre peut comporter en particulier un lien vers le document demandé mais aussi vers d'autres documents accessibles par l'utilisateur. Il peut aussi comporter des informations publicitaires et des liens vers des données relatives à la gestion de l'utilisateur par le serveur central. Dans un mode préféré de réalisation du système pair selon l'invention, les moyens d'obtention de l'adresse d'au moins un deuxième système pair sont adaptés à envoyer un message d'invitation comportant la référence du document au deuxième système pair et à recevoir un message de confirmation en provenance d'un deuxième système pair, éventuellement 30 différent du destinataire du message d'invitation, lorsque le document est disponible dans une mémoire accessible par celui-ci. Préférentiellement, le message de confirmation est significatif du fait que l'utilisateur est autorisé à accéder au document auprès de ce deuxième système pair. Ainsi, le système de distribution selon l'invention permet d'associer 5 des droits d'accès à un document, ces droits d'accès pouvant être différents pour chaque système pair du système de distribution. En particulier, lorsqu'un système pair n'est pas autorisé à délivrer un document à un client, il transmet un message d'invitation à un autre système pair qui peut, éventuellement, autoriser l'accès à ce document. Dans une variante préférée de réalisation, le message d'invitation comporte l'identifiant de l'utilisateur. Ainsi le message de confirmation ne sera reçu qu'à la condition que cet utilisateur est autorisé à accéder au document auprès du deuxième système pair à l'origine du message de confirmation. Dans un mode préféré de réalisation, les attributs du système pair et du deuxième système pair utilisés par les moyens de comparaison sont représentatifs de la charge ou des capacités de communication des systèmes, du nombre de documents numériques mémorisés, du nombre de documents ou de parties de documents distribués par ces systèmes, ou du nombre de 20 documents disponibles pour un utilisateur donné. Ainsi, le serveur pair selon l'invention peut choisir de distribuer le document si sa charge est inférieure à celle du deuxième système pair, si ses capacités de communications sont supérieures à celles du deuxième système pair, ou s'il est moins souvent sollicité pour la distribution de documents. L'invention vise également un procédé de distribution d'un document susceptible d'être mis en oeuvre dans un système pair d'un réseau de type "pair à pair hybride", ce procédé de distribution comportant - une étape de réception d'une requête, en provenance d'un client, pour l'obtention d'un document numérique par le client; et - une étape d'obtention de l'adresse d'au moins un deuxième système pair susceptible de comporter le document; Le procédé de distribution selon l'invention est caractérisé en ce que, la requête comportant une clef d'accès pour le contrôle de l'accès au document par le client, il comporte en outre: - une étape de contrôle d'accès adaptée, à partir de la clef d'accès, à valider la requête; - une étape de recherche d'au moins une partie du document dans une mémoire accessible par le système pair; - une étape de comparaison d'au moins un attribut du système pair avec au moins un attribut correspondant du deuxième système pair; et - une étape de décision, adaptée à mettre en oeuvre, en fonction d'un résultat de l'étape de comparaison: - une étape de distribution de la partie au client si la requête est validée au cours de l'étape de contrôle d'accès; et/ou - une étape d'envoi de l'adresse du deuxième système 15 pair au client. L'invention vise aussi un procédé de sécurisation de la distribution d'un document numérique, ce procédé de sécurisation étant susceptible d'être mis en oeuvre dans un serveur central d'un réseau de type "pair à pair hybride" et comportant: - une étape de réception d'une requête, en provenance d'un client, pour l'obtention, par ce client d'un document numérique, la requête comportant une référence de ce document; - une étape de génération d'une clef d'accès pour le contrôle de l'accès au document par le client; - une étape de sélection d'un système pair du réseau susceptible de comporter le document; et - une étape d'envoi d'un message au client, comportant la référence, I'adresse du système pair sur le réseau et la clef d'accès. L'invention vise également: - un système de distribution comportant au moins un serveur et au moins un système pair tels que décrits brièvement ci-dessus; - un support d'informations lisible par un système informatique, éventuellement totalement ou partiellement amovible, notamment CD-ROM ou support magnétique, tel un disque dur ou une disquette, ou support transmissible, tel un signal électrique ou optique, caractérisé en ce qu'il 5 comporte des instructions d'un programme d'ordinateur permettant la mise en oeuvre d'un procédé de sécurisation et/ou d'un procédé de distribution tels que décrits brièvement ci-dessus, lorsque ce programme est chargé et exécuté par un système informatique; et - un programme d'ordinateur stocké sur un support d'informations, le programme comportant des instructions permettant la mise en oeuvre d'un procédé de sécurisation et/ou d'un procédé de distribution tels que décrits brièvement ci-dessus, lorsque ce programme est chargé et exécuté par un système informatique. Les avantages particuliers du procédé de sécurisation, du procédé 15 de distribution, du système de distribution, du support d'informations et du programme d'ordinateur étant identiques à ceux du serveur et du système pair décrits précédemment, ils ne seront pas rappelés ici. D'autres aspects et avantages de la présente invention apparaîtront plus clairement à la lecture de la description de modes particuliers 20 de réalisation qui va suivre, cette description étant donnée uniquement à titre d'exemple non limitatif et faite en référence aux dessins annexés sur lesquels - la figure 1 représente une collection d'images numériques la figure 2 représente un système de distribution d'images conformes à la présente invention; - la figure 3 représente les principales étapes d'un procédé de sécurisation conforme à l'invention dans un mode préféré de réalisation; - la figure 4 représente une page destinée à être affichée par un navigateur Internet, conforme à la présente invention dans un mode préféré de réalisation; - la figure 5 représente les principales étapes d'un procédé de distribution conforme à l'invention dans un mode préféré de réalisation; et - la figure 6 représente de façon schématique un ordinateur pouvant être utilisé pour réaliser un le serveur central et un système pair conformes à la présente invention, dans un mode préféré de réalisation. L'invention peut être appliquée pour la distribution et la 5 sécurisation de la distribution de tout type de documents numériques à savoir notamment des vidéos numériques, des documents audio numériques, et des fichiers textes. Dans la description qui va suivre, on utilisera l'exemple de la distribution et de la sécurisation de la distribution d'images numériques 10 organisées dans des collections d'images numériques. La figure 1 représente de façon schématique une collection 200 d'images numériques, chaque image numérique ayant une référence unique 203. Par souci de simplification, on confondra l'image numérique 203 15 avec sa référence unique 203. La création d'une collection d'images numériques est connue de l'homme du métier et ne sera pas décrite ici. Elle consiste à associer ces images à un conteneur d'images (autrement appelé "collection"), par exemple au moyen d'une interface graphique appropriée d'un système pair. Dans le mode de réalisation préféré décrit ici, la référence 203 de l'image 203 est contenue dans une collection d'images identifiée par l'identifiant unique 202. Dans le mode de réalisation préféré décrit ici, une collection 200 comporte: -d'une part, un en-tête 200H, comportant un titre 201 et un identifiant 202 de la collection; et - d'autre part, un corps 200B, comportant une liste de références 203 des images numériques de cette collection. Une collection 200 peut éventuellement elle-même comporter une 30 ou plusieurs autre(s) collection(s), c'est à dire que la collection 200 peut contenir dans sa partie 200B au moins l'identifiant 202 d'une autre collection. La figure 2 représente un système 100 de distribution d'images numériques conforme à la présente invention. Le système de distribution d'images 100 comporte un serveur central 110 et différents systèmes pairs 131, 132 et 133 connectés à un réseau de télécommunications selon une topologie de type pair à pair hybride. Préférentiellement, le réseau de télécommunications est de type "Internet". L'invention peut notamment être utilisée dans un réseau public, un réseau local privé, ou un réseau de télécommunications mobiles. Le serveur central 110 et les systèmes pairs 131, 132, 133 peuvent être connectés au réseau de télécommunications par des moyens matériels (modem, carte réseau, ...) et logiciels propres appropriés, ces moyens de connexion mettant en oeuvre par exemple un standard de télécommunications tel que le standard Ethernet, ADSL, ou UMTS. Dans le système décrit ici, les systèmes pairs 131, 132, 133 communiquent avec le serveur central 110 selon un protocole de type "clientserveur" classique connu de l'homme du métier. Des communications peuvent par ailleurs être établies directement entre les systèmes pairs. Dans le mode de réalisation du système de distribution décrit ici, le serveur 110 comporte une base de données 180 contenant: - l'état du réseau pair à pair, à savoir une liste des adresses des systèmes pairs du système de distribution actifs à un instant donné; - la puissance de ces systèmes pairs en termes de processeur et 25 de taille mémoire; - les capacités de communication de ces systèmes pairs (type de connexion réseau, vitesse du modem, ...); - la liste des références 203 des documents numériques et/ou des collections 202 que les systèmes pairs désirent partager sur le réseau. En pratique, lorsqu'un système pair 131, 132, 133 se joint au réseau de distribution selon l'invention, celui-ci s'enregistre auprès du serveur 110 et lui fournit ses informations de puissance, ses capacités de communication, et les références de documents 203 et des collections 202 qu'il désire partager. Le serveur central 110 met régulièrement à jour l'état du réseau en interrogeant les différents systèmes pairs, par exemple en utilisant la requête PING connue de l'homme du métier. Le système de distribution 100 décrit ici comporte également un système client 170. Ce client 170 n'est pas adapté à mettre en oeuvre le procédé de distribution conforme à l'invention, mais il possède un navigateur Internet 10 standard 171 connu de l'homme du métier, par exemple Microsoft Internet Explorer 6 ou Netscape 7. Nous supposerons par la suite qu'un utilisateur U de ce client 170 cherche à accéder à une image numérique 203 du réseau de distribution 100. Nous supposerons également que les systèmes pairs 131 et 132 15 comportent chacun l'image numérique 203 et que les droits d'accès de l'utilisateur U l'autorisent seulement à accéder à l'image numérique 203 auprès du système pair 132. La figure 3 représente les principales étapes E300 à E350 d'un procédé de sécurisation conforme à l'invention dans un mode préféré de 20 réalisation. Ce procédé de sécurisation peut être mis en place dans le serveur central 110 du système de distribution 100. Le procédé de sécurisation comporte une première étape E300 de réception d'une requête M1 en provenance du client 170 pour l'obtention d'une 25 image numérique 203, la référence 203 de cette image étant comprise dans ladite requête M1. Préférentiellement cette requête M1 est reçue en utilisant le protocole HTTP. Dans un premier mode de réalisation, la référence 203 du 30 document numérique 203 est comprise dans une URL du type http://www.serveurcentral. com/203, dont de façon connue: - la première partie "http" décrit le protocole à utiliser sur le réseau; - la deuxième partie "www.serveurcentral.com" est l'adresse du serveur central et; - la troisième partie, "203", la référence unique du document numérique 203. En variante, la référence 203 peut être un nom structuré associé de façon logique à un document numérique, par exemple sous la forme auteur/collection/titre. En variante la référence 203 peut être passée en paramètre d'une requête http de type POST. Dans une autre variante, la référence 203 peut contenir des informations sur le type du document numérique (par exemple image de type JPEG ou JPEG2000), ou sur des attributs de ce document (taille, résolution, 15...) . L'étape E300 de réception de la requête M1 est suivie par une étape E310 d'authentification d'un identifiant U d'un utilisateur du client 170. Une méthode préférée d'authentification mise en oeuvre à cette 20 étape E310 consiste à établir une connexion sécurisée de type HTTPS avec le client 170, puis à demander, de façon connue, un identifiant et un mot de passe à cet utilisateur. Cette méthode peut aussi être améliorée en utilisant, de façon connue, un cookie sauvegardé par le client 170 et transmis avec la requête M1 25 décrite précédemment. L'étape d'authentification E310 est suivie par une étape E320 de génération d'une clef d'accès K(170) permettant d'identifier le client 170 et préférentiellement l'utilisateur U de ce client 170. Cette clef K(170) peut être créée en utilisant une technique de 30 cryptage connue de l'homme du métier, telle que celle décrite dans le document US6263432. La clef K(170) peut être obtenue, dans le mode de réalisation décrit ici, par concaténation: - d'une chaîne de caractères constituée de l'adresse IP_170 du client 170, de la date, et préférentiellement de l'identifiant U de l'utilisateur obtenu au cours de l'étape d'authentification E310 précédemment décrite et - d'une signature calculée par hachage de la chaîne précitée en utilisant par exemple l'algorithme MD5 puis un algorithme d'encryptage asymétrique tel que RSA en utilisant la clé privée du serveur. L'étape E320 de génération de la clef K(170) est suivie par une 10 étape E330 de sélection d'un système pair du réseau 110 susceptible de comporter le document numérique 203 dont la référence 203 a été reçue dans la requête M1. En pratique cette étape E330 de sélection d'un système pair, s'effectue en recherchant dans la base de données 180 du serveur 110, un 15 système pair actif et comportant le document 203. On suppose par la suite que le serveur central 110 sélectionne le système pair 131 au cours de cette étape. L'étape E330 de sélection du système pair 131 est suivie par une étape E340 de création d'un message M2 comportant la référence 203 du 20 document numérique 203, l'adresse IP_131 du système pair sélectionné 131 et la clef d'accès K(170). Dans le mode préféré de réalisation décrit ici, le message M2 est créé sous forme d'une page adaptée à être affichée par le navigateur Internet 171 du client 170. Dans la suite de ce document, on utilisera le terme " fenêtre " pour désigner une zone de l'écran du navigateur 170 pouvant afficher des données provenant d'un autre serveur que celui ayant fourni la page principale; une telle zone peut par exemple être définie par l'instruction HTML ou par l'instruction HTML . Un exemple 400 d'une telle page va maintenant être décrit en référence à la figure 4. Cette page 400 comporte une première fenêtre 410 qui reste gérée par le serveur central 110. Cette première fenêtre 410 peut contenir - des informations publicitaires 411; - au moins un lien 412 vers des données relatives à la gestion de l'utilisateur U par le serveur central 110; - un lien 414 permettant le téléchargement d'un programme informatique mettant en ceuvre le procédé de distribution selon l'invention; et - au moins un lien 413 dont l'activation permet d'envoyer une requête au serveur central 110 pour l'obtention de l'adresse IP_132 d'un 10 deuxième serveur pair 132 susceptible de comporter le document numérique 203. L'activation de ce lien 413 permet ainsi avantageusement l'obtention du document 203 lorsque le premier système pair 131 est indisponible. La page 400 comporte aussi au moins une deuxième fenêtre 420 destinée à être gérée ultérieurement par le premier système pair 131 ou par le deuxième système pair 132. Le contenu de cette deuxième fenêtre 420 est modifié pour afficher les images numériques 421, 422, 203 sélectionnées par l'utilisateur U 20 au moyen des liens 413 de la fenêtre 410. La deuxième fenêtre 420 permet aussi l'affichage d'une image numérique reçue directement en provenance d'un système pair 131, 132. A cet effet, la page 420 contient par exemple l'instruction . Dans un autre mode de réalisation décrit ici, le message M2 est une réponse HTTP de type "forward" à la requête d'obtention M1 décrite précédemment, une telle réponse permettant, de façon connue, de donner une URL de remplacement à laquelle le navigateur Internet 171 du client 170 doit se 30 connecter. Dans le cas présent cette URL de remplacement est construite à partir de l'adresse IP_131 du système pair 131 sélectionné au cours de l'étape E330 de sélection et de la référence 203 de l'image demandée par le client 170. De façon connue, le message M2 est de la forme " HTTP/1.1 302 See another URI Location: http://IP131/K/203 ", o: - " HTTP1.1 " indique le type de protocole; " 302 " est une valeur d'erreur particulière indiquant que la 10 ressource n'est pas disponible temporairement sur le serveur; - " See another URI "> est un commentaire; - " Location " est le deuxième mot clé indiquant au navigateur Internet de se rediriger sur un autre URI; - " IP131 " est l'adresse du système pair 131 à contacter; 15 - " K " est laclé générée; et - " 203 " la ressource recherchée. De retour à la figure 3, l'étape E340 de création du message M2 est suivie par une étape E350 d'envoi de ce message. Ainsi, sur réception du message M2, le client 170 se connecte à 20 I'adresse du système pair 131. Le procédé de distribution mis en oeuvre par ce système pair 131 va maintenant être décrit en référence à la figure 5. La figure 5 représente les principales étapes E500 à E595 d'un procédé de distribution conforme à l'invention dans un mode préféré de 25 réalisation. Ce procédé de distribution peut être mis en place dans un système pair 131, 132, 133 du système de distribution 100. Le procédé de distribution comporte une première étape E500 de réception d'une requête M3 en provenance du client 170 pour l'obtention, par ce 30 client de l'image numérique 203. La requête M3 comporte la clé d'accès K(170) décrite précédemment en référence à la figure 3. Ce message M3 est de la forme " GET http://lP131/K/203 HTTP/1.1 ". Au cours de cette même étape E500 de réception de requête M3, en provenance du client 170, on obtient l'adresse IP_170 du client 170 à partir 5 de la requête M3. Cette obtention s'effectue, de façon classique, par analyse de la connexion TCP/IP. L'étape E500 de réception de la requête M3 est suivie par une étape E510 de contrôle d'accès permettant, à partir de la clé d'accès K(170) reçue à l'étape précédente de vérifier la validité du message M3. Plus précisément, l'étape E510 de contrôle d'accès comporte une sousétape de décryptage utilisant une clé publique du serveur central 110 ayant généré la clé K(170) tel que décrit précédemment. Cette sous-étape de décryptage est adaptée à obtenir, à partir de la clé d'accès K(170), la date, une deuxième adresse IP_170' contenue dans la 15 clé K(170), et l'identifiant de l'utilisateur U tel que décrit précédemment en référence à l'étape E320 de la figure 3. Dans le mode préféré de réalisation décrit ici, au cours de l'étape de contrôle d'accès E510, on valide le message lorsque: - d'une part le délai écoulé depuis la date obtenue au cours de la 20 sous-étape de décryptage est inférieure à un délai prédéterminé; et que - d'autre part l'adresse IP_170' obtenue au cours de cette même sous- étape de décryptage est identique à l'adresse IP_170 du client 170 obtenue au cours de l'étape E500 de réception de la requête M3. On refuse le message M3 lorsqu'au moins une de ces deux 25 conditions n'est pas satisfaite. Ainsi, par la comparaison des deux adresses, on s'assure que la requête M3 a été envoyée par le client 170 pour lequel la clé d'accès K(170) a été générée par le serveur central 110. On s'assure d'autre part en vérifiant le délai écoulé précité, que la 30 clé d'accès K(170) a été générée depuis un délai raisonnable. Dans l'exemple de distribution d'images numériques 203 décrit ici, le délai précité peut avantageusement être choisi de l'ordre de vingt minutes. Dans le mode préféré de réalisation décrit ici, lorsque l'accès n'est pas autorisé, l'étape E510 de contrôle d'accès est suivie par une étape E520 de redirection au cours de laquelle le système pair 130 envoie un message au client 170 pour renvoyer celui-ci vers le serveur central 110. Ce message peut être un message de type forward tel que décrit précédemment, forçant le client 170 à recontacter le serveur central 110. Préférentiellement, ce message comporte l'adresse IP_130 du serveur pair 130, la clé d'accès K(170) litigieuse, et la référence 203 de l'image numérique demandée. En revanche, lorsque le message M3 est validé, le test E510 de contrôle d'accès est suivi par un test E530 au cours duquel on recherche dans une mémoire du système pair 131 I'adresse IP_132 d'au moins un deuxième système pair 132 du réseau de distribution 100. Dans le mode de réalisation décrit ici, cette adresse est choisie 15 dans une liste comportant les adresses des systèmes pairs ayant été connectés, depuis un délai prédéterminé, avec le système pair 131. Si le système pair 131 ne connaît aucun autre système pair susceptible de comporter le document 203, le résultat du test E530 est négatif. Ce test est alors suivi par un test E540 au cours duquel on 20 recherche si au moins une partie de l'image numérique 203 dans une mémoire accessible par le système pair 131 mettant en oeuvre le procédé de distribution décrit ici. Cette étape de recherche consiste à rechercher le document numérique 203 sur le serveur local 150 du système pair 131. La partie de l'image numérique 203 peut par exemple 25 correspondre à une version basse résolution de cette image stockée sur le serveur local 150. Si le document numérique 203 n'est pas présent dans la mémoire du système pair 131, ne serait ce qu'en partie, le résultat du test E540 de recherche est négatif. Ce test est alors suivi par l'étape E520 de redirection déjà décrite. En revanche, si au moins une partie du document numérique 203 est présente dans la mémoire du système pair 131, le résultat du test E540 de recherche est positif. Ce test de recherche E540 est alors suivi par un test E545 5 d'authentification au cours duquel on vérifie si l'utilisateur U est autorisé à accéder au document 203 auprès du serveur pair 131. En variante, ces droits d'accès peuvent être mémorisés sur le serveur pair 131 lui-même. Si l'utilisateur U n'est pas autorisé à accéder au document 10 numérique 203 auprès du serveur pair 131, le résultat du test E545 d'authentification est négatif. Ce test est alors suivi par l'étape E520 de redirection déjà décrite. En revanche, si l'utilisateur U est autorisé à accéder au document numérique 203 auprès du serveur pair 131, le résultat du test E545 15 d'authentification est positif. Ce test E545 d'authentification est alors suivi par une étape E550 de distribution de la partie de l'image numérique 203 au client 170. De retour au test d'obtention E530, si le système pair 131 connaît au moins un deuxième système pair 133, le résultat du test E530 d'obtention de 20 I'adresse d'au moins un deuxième système pair est positif. Ce test est alors suivi par une étape E560 d'envoi d'un message d'invitation M4 comportant la référence 203 de ce document au deuxième système pair 133. Préférentiellement, ce message d'invitation M4 comporte l'identifiant U de l'utilisateur obtenu au cours de l'étape de contrôle d'accès 25 E510 par décryptage de la clé d'accès K(170). Quoi qu'il en soit, ce message d'invitation M4 comporte en outre l'adresse IP_131 du serveur pair 131. On notera toutefois que le message d'invitation M4 est différent de la requête M3 reçue en provenance du client 170 à l'étape E500 de réception 30 d'une requête, puisque la réponse attendue à ce message d'invitation consiste en une acceptation ou un refus de servir le document numérique 203 et non pas au document lui-même. L'étape E560 envoi du message d'invitation M4 est suivie par un test E570 au cours duquel on attend au moins un message de confirmation M5 en provenance du deuxième système pair 133 ou d'un autre deuxième système pair 132 auquel le message d'invitation M4 a été propagé. Le message de confirmation M5 est reçu si le document 203 est disponible dans une mémoire accessible par le deuxième système pair à l'origine de ce message de confirmation M5. Ce message de confirmation M5 comporte au moins un attribut du deuxième système pair 132, 133 parmi la charge de ce deuxième système pair, 10 sa capacité de communication, le nombre de documents numériques mémorisés par ce deuxième système pair, et le nombre de documents et de parties de documents distribués par ce deuxième système pair. De préférence ce message M5 indique le nombre de documents et de parties de document disponibles pour l'utilisateur U sur ce deuxième 15 système pair 132, 133. Préférentiellement, ce message de confirmation M5 n'est reçu que si l'utilisateur du client 170 est en plus autorisé à accéder au document 203 auprès du deuxième système pair 132. Si aucun message de confirmation M5 n'est reçu pendant une 20 durée prédéterminée, le résultat du test E570 de réception d'un message de confirmation est négatif. Ce test est alors suivi par le test E540 de recherche déjà décrit. En revanche, si un message de confirmation M5 est reçu au cours de cette durée prédéterminée, le résultat du test E570 de réception d'un 25 message M5 de confirmation est positif. Ce test est alors suivi par un test deuxième E540' de recherche similaire au test E540 de recherche déjà décrit. Si le document numérique 203 n'est pas présent dans la mémoire du système pair 131, ne serait ce qu'en partie, le résultat du deuxième test 30 E540' de recherche est négatif. Ce test est alors suivi par une étape E580 d'envoi d'un message M6 comportant l'adresse IP_132 du deuxième système pair 132 au client 170, cette adresse ayant été obtenue au cours du test E570 de réception du message de confirmation M5 déjà décrit. En revanche, si le document numérique 203 est présent dans la mémoire du système pair 131, du moins en partie, le résultat du deuxième test E540' de recherche est positif. Ce deuxième test de recherche E540' est alors suivi par un deuxième test E545' d'authentification similaire au test E545 d'authentification déjà décrit. Si l'utilisateur U n'est pas autorisé à accéder au document 10 numérique 203 auprès du serveur pair 131, le résultat du deuxième test E545' d'authentification est négatif. Ce test est alors suivi par l'étape E580 déjà décrite d'envoi d'un message M6 comportant l'adresse IP_132 du deuxième système pair 132 au client 170. En revanche, si l'utilisateur U est autorisé à accéder au document numérique 203 auprès du serveur pair 131, le résultat du deuxième test E545' d'authentification est positif. Ce deuxième test E545' d'authentification est alors suivi par une étape de comparaison E590 au cours de laquelle on compare au moins un 20 attribut du système pair 131 avec au moins un attribut correspondant du deuxième système pair 132. Cette étape E590 de comparaison permet de décider si le document numérique 203 doit être distribué au client par le système pair 131 ou si le système pair 131 doit se contenter d'envoyer au client l'adresse IP_132 du 25 deuxième système pair 132. En pratique l'étape E590 de comparaison compare un ou plusieurs attributs parmi la charge, les capacités de communication des systèmes pairs 131 et 132, le nombre de documents numériques mémorisés, et le nombre de documents ou de parties de documents distribués par ces 30 systèmes. On rappelle à cet effet que les attributs du deuxième système pair 132 ont été reçus par le système pair 131 au cours de l'étape E570 de réception du message M5 de confirmation. L'étape E590 de comparaison est suivie par un test de décision 5 E595 au cours duquel on décide si la distribution du document numérique 203 au client 170 doit être effectuée par le serveur pair 131 ou par le deuxième serveur pair 132. En pratique, on pourra décider par exemple que le document numérique 203 est distribué par le système pair possédant des capacités de 10 communication maximum, ou une charge minimum ou par celui qui a distribué le moins de documents. Si au cours de l'étape de décision on décide que le document 203 doit être distribué par le système pair 131, le test E595 de décision est suivie par l'étape E550 de distribution du document numérique 203 déjà décrite. Dans le cas o seule une partie du document 203 est accessible par le système pair 131, la réponse envoyée par ce système 131 peut aussi comporter un lien vers un autre serveur pour accéder à une autre partie de ce document 203. En revanche, si l'on décide que le document numérique 203 doit 20 être distribué par un deuxième système pair 132, l'étape E595 de décision est suivie par l'étape E580 déjà décrite d'envoi d'un message M6 comportant l'adresse IP_132 du deuxième système pair 132 au client 170. Les étapes E520 de redirection, E550 de distribution du document numérique 203 et E580 d'envoi de l'adresse du deuxième système pair 132 25 terminent le procédé de distribution dans le mode de réalisation. Dans le mode de réalisation décrit ici, le serveur central 110 et le système pair 131 sont des ordinateurs, du type de l'ordinateur WS représenté à la figure 6. L'architecture matérielle de l'ordinateur WS est connue de 30 I'homme du métier. Cette architecture matérielle comporte notamment un processeur CPU, une mémoire morte ROM, une mémoire vive RAM, un disque dur HD, une carte réseau NET de communication avec le réseau Internet, un clavier KB, un écran SCR, une souris M, ces différents éléments étant, de façon connue, adaptés à communiquer par un système de bus. L'ordinateur WS comporte également des pilotes (en anglais 5 " driver ") pour le contrôle des éléments matériels précités et un système d'exploitation OS. Dans le mode de réalisation du système de distribution décrit ici, le serveur 110 comporte également une base de données 180 contenant: - l'état du réseau pair à pair, à savoir une liste des adresses des 10 systèmes pairs du système de distribution actifs à un instant donné; - la puissance de ces systèmes pairs en termes de processeur et de taille mémoire; - les capacités de communication de ces systèmes pairs (type de connexion réseau, vitesse du modem, ...); - la liste des références 203 des documents numériques et/ou des collections 202 que les systèmes pairs désirent partager sur le réseau. Le disque dur HD du serveur central 110 comporte des instructions d'un programme d'ordinateur SECU permettant la mise en oeuvre d'un procédé de sécurisation tel que décrit précédemment en référence à la 20 figure 3. Le programme d'ordinateur SECU comporte entre autres les modules logiciels suivants: - un module de communication SW_COMM adapté à recevoir, en utilisant le protocole HTTP, une requête M1 en provenance d'un 25 client 170 sur le réseau Internet et à extraire de cette requête M1 I'identifiant 203 d'un document numérique. Le module de communication SW_COMM est également adapté à obtenir l'adresse IP_170 du client 170 à partir de la requête M1 par analyse de la connexion TCP/IP; - un module SW_AUTH adapté à authentifier un identifiant U d'un utilisateur du client 170; - un module SWCRYP adapté à générer la clef d'accès K(170), par une méthode de cryptage utilisant une clef privée du serveur central, la date l'adresse IP_170 du client 170 et l'identifiant U; -un module SW_SEL de sélection d'un système pair 131 5 susceptible de comporter le document numérique 203, cette sélection s'effectuant en utilisant la base de données 180; Dans un premier mode de réalisation, le module de communication SWCOMM est adapté à construire un message M2 sous forme d'une réponse http de type " forward ", ce message M2 comportant la 10 référence 203, l'adresse IP_131 du système pair 131, et la clef d'accès K(170) et à envoyer ce message M2 au client 170. Dans un deuxième mode de réalisation, le module de communication SW_ COMM est adapté à envoyer le message M2 sous forme d'une page comportant: - une première fenêtre 410 gérée par le serveur central 110, la première fenêtre comportant un lien 413 dont l'activation génère l'envoi d'une requête vers le serveur central 110 afin d'obtenir l'adresse d'un deuxième système pair 132 susceptible de comporter le document numérique 203; et - au moins une deuxième fenêtre 420 destinée à être gérée 20 par le système pair 131 ou le deuxième système pair 132. Le disque dur HD du système pair 131 comporte des instructions d'un programme d'ordinateur DISTRIB permettant la mise en oeuvre d'un procédé de distribution tel que décrit précédemment en référence à la figure 5. Le programme d'ordinateur DISTRIB comporte entre autres les 25 modules logiciels suivants: - un module SVVW_COMM de communication adapté à recevoir, en utilisant le protocole HTTP, une requête M3 en provenance d'un client 170 sur le réseau Internet et à extraire de cette requête M3 I'identifiant 203 d'un document numérique et une clef d'accès K(170); - un module SWOBT d'obtention d'une adresse IP_132, IP_133 d'un deuxième système pair 132, 133 susceptible de comporter le document 203. Dans le mode de réalisation décrit ici, cette adresse est choisie dans une liste comportant les adresses des systèmes pairs ayant été connectés, depuis un délai prédéterminé, avec le système pair 131. - un module SW_CTRL de contrôle adapté, à partir de la clef d'accès K(170) , à valider ou refuser la requête M3; - un module SWSEARCH de recherche d'au moins une partie du document 203 dans une mémoire accessible par le système pair 131; - un module SWDISTRIB de distribution d'au moins une partie du document 203 au client 170 si la requête M3 est validée; - un module SW_ROUTE de comparaison d'un attribut du 10 système pair 131 avec un attribut correspondant d'un deuxième système pair 132, 133, cet attribut étant représentatif de la charge ou des capacités de communication des systèmes, du nombre de documents numériques mémorisés, du nombre de documents ou de parties de documents distribués par les systèmes, ou du nombre de documents disponibles pour un utilisateur 15 sur ces systèmes. Le module SW_ROUTE de comparaison, est en outre adapté à mettre en oeuvre le module SWDISTRIB de distribution ou le module SW_COMM de communication en fonction du résultat de cette comparaison, Le module de communication SW_COMM est également adapté à 20 obtenir l'adresse IP_170 du client 170 à partir de la requête M3 par analyse de la connexion TCP/IP et à envoyer l'adresse IP_132, IP_133 du deuxième système pair 132, 133 au client 170; Dans le mode préféré décrit ici, le module SW_CTRL de contrôle met en oeuvre des moyens de décryptage utilisant une clef publique d'un 25 serveur central 110 du réseau, ces moyens de décryptage étant adaptés à obtenir une date et une deuxième adresse à partir de la clef d'accès K(170). Dans ce mode de réalisation, le module SWCTRL de contrôle est adapté: a) à valider la requête (M3) lorsque le délai écoulé depuis ladite 30 date est inférieur à un délai prédéterminé et que ladite deuxième adresse est identique à ladite adresse ((IP_170) du client (170); et b) à refuser la requête (M3) dans le cas contraire. Préférentiellement, les moyens de décryptage obtiennent en outre un identifiant U d'un utilisateur du client (170) à partir de la clef d'accès K(170) et le module SWCTRL de contrôle d'accès valide ou refuse la requête M3 après avoir vérifié les droits d'accès au document 203 par cet utilisateur à partir de l'identifiant U. Dans le mode préféré de réalisation décrit ici, le module SW_OBT d'obtention est adapté à envoyer un message d'invitation M4 comportant la référence 203 du document au deuxième système pair 132 et à recevoir un message de confirmation M5 en provenance de ce deuxième système pair 132 10 lorsque le document 203 est disponible dans une mémoire accessible par ce deuxième système pair 132. Dans un mode préféré de réalisation, le message de confirmation M5 est significatif du fait que l'utilisateur est autorisé à accéder au document 203 auprès du deuxième système pair 132. Dans ce mode préféré de réalisation, le module SWOPT d'obtention envoie l'identifiant U de l'utilisateur dans le message d'invitation M4. REVENDICATIONS 1. Serveur central dans un réseau de type "pair à pair hybride" comportant: - des moyens de réception d'une requête (M1), en provenance d'un client (170), pour l'obtention, par ledit client (170) d'un document numérique, ladite requête (M1) comportant une référence (203) dudit document (203); - des moyens de génération d'une clef d'accès (K(170)) pour le contrôle de l'accès au document (203) par ledit client (170); des moyens de sélection d'un système pair (131) dudit réseau susceptible de comporter ledit document (203); et - des moyens d'envoi d'un message (M2) audit client (170), 15 comportant ladite référence (203), I'adresse (IP_131) dudit système pair (131) sur ledit réseau et ladite clef d'accès (K(170)). 2. Serveur central selon la revendication 1 caractérisé en ce qu'il comporte en outre des moyens d'authentification d'un identifiant (U) d'un 20 utilisateur dudit client (170). 3. Serveur central selon la revendication 1 ou 2 caractérisé en ce que les moyens de génération de la clef d'accès (K(170)) sont adaptés à générer ladite clef d'accès par une méthode de cryptage utilisant une clef privée 25 dudit serveur central (110), la date et l'adresse (IP_170) dudit client (170) sur le réseau. 4. Serveur central selon les revendications 2 et 3, caractérisé en que ladite méthode de cryptage utilise en outre ledit identifiant (U). 30 5. Serveur central selon l'une quelconque des revendications 1 à 4 dans lequel ledit réseau est de type Internet, caractérisé en ce que: - les moyens de réception d'une requête (M1) sont adaptés à recevoir ladite référence (203) en utilisant le protocole HTTP. 6. Serveur central selon l'une quelconque des revendications 5 1 à 5 caractérisé en ce que les moyens d'envoi sont adaptés à envoyer ledit message (M2) sous forme d'une page contenant: - une première fenêtre (410) gérée par ledit serveur central (110), ladite première fenêtre comportant un lien (413) dont l'activation génère l'envoi d'une requête vers ledit serveur central (110) afin d'obtenir l'adresse 10 d'un deuxième système pair (132) susceptible de comporter ledit document numérique (203); et au moins une deuxième fenêtre (420) destinée à être gérée par ledit système pair (131) ou ledit deuxième système pair (132). 7. Serveur central selon l'une quelconque des revendications 1 à 5, caractérisé en ce que les moyens d'envoi sont adaptés à envoyer ledit message (M2) sous forme d'une réponse HTTP de type "forward". 8. Procédé de sécurisation de la distribution d'un document 20 numérique (203), ce procédé de sécurisation étant susceptible d'être mis en oeuvre dans un serveur central (110) d'un réseau de type "pair à pair hybride" et comportant: - une étape (E300) de réception d'une requête (M1), en provenance d'un client (170), pour l'obtention, par ce client (170) d'un document 25 (203) , ladite requête (M1) comportant une référence (203) dudit document (203); - une étape (E320) de génération d'une clef d'accès (K(170)) pour le contrôle de l'accès au document (203) par ledit client (170); - une étape (E330) de sélection d'un système pair (131) dudit 30 réseau susceptible de comporter ledit document (203); et - une étape E(350) d'envoi d'un message (M2) audit client (170), comportant ladite référence (203), l'adresse (IP_131) dudit système pair (131) sur ledit réseau et ladite clef d'accès (K(170)). 9. Procédé de sécurisation selon la revendication 8, caractérisé en ce qu'il comporte en outre une étape (E310) d'authentification d'un identifiant (U) d'un utilisateur dudit client (170). 10. Procédé de sécurisation selon la revendication 8 ou 9 10 caractérisé en ce que au cours de ladite étape (E320) de génération de la clef d'accès (K(170)) on génère ladite clef par une méthode de cryptage utilisant une clef privée dudit serveur central, la date et l'adresse (IP_170) dudit client (170) sur le réseau. 11. Procédé de sécurisation selon les revendications 9 et 10, caractérisé en que ladite méthode de cryptage utilise en outre ledit identifiant (U) de l'utilisateur du client 170. 12. Procédé de sécurisation selon l'une quelconque des 20 revendications 8 à 11 dans lequel ledit réseau est de type Internet, caractérisé en ce que: - au cours de ladite étape (E300) de réception d'une requête (M1), on reçoit ladite référence (203) en utilisant le protocole HTTP. 13. Procédé de sécurisation selon l'une quelconque des revendications 8 à 12, caractérisé en ce que au cours de ladite étape d'envoi (E350), on envoie ledit message (M2) sous forme d'une page contenant: une première fenêtre (410) gérée par ledit serveur central (110), ladite première fenêtre comportant un lien (413) dont l'activation génère 30 I'envoi d'une requête vers ledit serveur central (110) afin d'obtenir l'adresse d'un deuxième système pair (132) susceptible de comporter ledit document numérique (203); et - au moins une deuxième fenêtre (420) destinée à être gérée par ledit système pair (131) ou ledit deuxième système pair (132). 14. Procédé de sécurisation selon l'une quelconque des 5 revendications 8 à 12, caractérisé en ce que au cours de ladite étape d'envoi (E350) on envoie ledit message (M2) sous forme d'une réponse HTTP de type "forward". 15. Système pair (131) dans un réseau de type "pair à pair 10 hybride" comportant - des moyens de réception d'une requête (M3), en provenance d'un client (170), pour l'obtention par ledit client (170), d'un document numérique (203); et - des moyens d'obtention d'une adresse (IP_132, IP_133) d'au 15 moins un deuxième système pair (132, 133) susceptible de comporter ledit document (203); ledit système pair étant caractérisé en ce que, ladite requête (M3) comportant une clef d'accès (K(170)) pour le contrôle de l'accès au document (203) par ledit client (170), ledit système pair (131) comporte en outre: - des moyens de contrôle d'accès adaptés, à partir de la clef d'accès K(170), à valider ou refuser la requête (M3); - des moyens de recherche d'au moins une partie dudit document (203) dans une mémoire accessible par ledit système pair (131); des moyens de comparaison d'au moins un attribut dudit 25 système pair (131) avec au moins un attribut correspondant dudit au moins un deuxième système pair (132, 133); et - des moyens de décision, adaptés à mettre en oeuvre, en fonction d'un résultat fourni par lesdits moyens de comparaison: - des moyens de distribution de ladite partie audit client 30 (170) si ladite requête (M3) est validée par lesdits moyens de contrôle d'accès; et/ou -des moyens d'envoi de ladite adresse (IP_132, IP_133) audit client (170). 16. Système pair selon la revendication 15 caractérisé en ce 5 que les moyens de contrôle comportent des moyens de décryptage utilisant une clef publique d'un serveur central (110) dudit réseau, ces moyens de décryptage étant adaptés à obtenir une date à partir de la clef d'accès K(170) et en ce que - lesdits moyens de contrôle d'accès sont adaptés 10 a) à valider la requête (M3) lorsque le délai écoulé depuis ladite date est inférieur à un délai prédéterminé; et b) à refuser la requête (M3) dans le cas contraire. 17. Système pair selon la revendication 16 caractérisé en ce 15 que: lesdits moyens de réception d'une requête (M3) sont adaptés à obtenir l'adresse (IP_170) dudit client (170) à partir de la requête (M3); lesdits moyens de décryptage sont adaptés à obtenir une deuxième adresse à partir de la clef d'accès K(170); et en ce que 20 - lesdits moyens de contrôle d'accès sont adaptés a) à valider la requête (M3) lorsque ladite deuxième adresse est identique à ladite adresse (IP_170) dudit client (170); et b) à refuser la requête (M3) dans le cas contraire. 18. Système pair selon la revendication 16 ou 17 caractérisé en ce que: lesdits moyens de décryptage sont adaptés à obtenir un identifiant (U) d'un utilisateur du client (170) à partir de la clef d'accès K(170); et en ce que lesdits moyens de contrôle d'accès sont adaptés à valider et 30 refuser la requête (M3) après avoir vérifié les droits d'accès audit document (203) par ledit utilisateur à partir dudit identifiant (U). 19. Système pair selon l'une des revendications 15 à 18 caractérisé en ce que lesdits moyens d'obtention de l'adresse (IP132, IP_133) d'au moins un deuxième système pair (132, 133) sont adaptés à envoyer un message d'invitation (M4) comportant la référence (203) dudit document à au 5 moins un deuxième système pair (132, 133) et à recevoir un message de confirmation (M5) en provenance d'au moins un deuxième système pair (132, 133) lorsque ledit document (203) est disponible dans une mémoire accessible par celui-ci. 20. Système pair selon les revendications 18 et 19 caractérisé en ce que ledit message de confirmation (M5) est significatif du fait que ledit utilisateur est autorisé à accéder audit document (203) auprès dudit au moins un deuxième système pair (132, 133) à l'origine dudit message de confirmation (M5). 21. Système pair selon la revendication 20 caractérisé en ce que lesdits moyens d'obtention de l'adresse (IP_132, IP_133) d'au moins un deuxième système pair (132, 133) sont adaptés à envoyer ledit identifiant (U) de l'utilisateur dans ledit message d'invitation (M4). 20 22. Système pair selon l'une quelconque des revendications 15 à 21 caractérisé en ce que ledit au moins un attribut du système pair et ledit au moins un attribut du deuxième système pair sont représentatifs de la charge ou des capacités de communication desdits systèmes, du nombre de documents 25 numériques mémorisés ou du nombre de documents ou de parties de documents distribués par lesdits systèmes. 23. Système pair selon la revendication 18 caractérisé en ce que ledit au moins un attribut du système pair et ledit au moins un attribut du 30 deuxième système pair sont représentatifs du nombre de documents disponibles pour ledit utilisateur sur ces systèmes. 24. Procédé de distribution d'un document numérique (203) susceptible d'être mis en oeuvre dans un système pair (131) d'un réseau de type "pair à pair hybride" comportant - une étape (E500) de réception d'une requête (M3), en 5 provenance d'un client (170), pour l'obtention par ledit client (170), dudit document (203); et - une étape (E530) d'obtention de l'adresse (IP_132, IP_133) d'au moins un deuxième système pair (132, 133) susceptible de comporter ledit document (203); ledit procédé de distribution étant caractérisé en ce que, ladite requête (M3) comportant une clef d'accès (K(170)) pour le contrôle de l'accès au document (203) par ledit client (170), il comporte en outre: - une étape (E510, E545, E545') de contrôle d'accès adaptée, à 15 partir de la clef d'accès (K(170)), à valider ou refuser la requête (M3); - une étape (E540, E540') de recherche d'au moins une partie dudit document (203) dans une mémoire accessible par ledit système pair (131) - une étape (E590) de comparaison d'au moins un attribut dudit 20 système pair (131) avec au moins un attribut correspondant dudit au moins un deuxième système pair (132,133); et - une étape (E595) de décision, adaptée à mettre en oeuvre, en fonction d'un résultat de ladite étape (E590) de comparaison: - une étape (E550) de distribution de ladite partie audit 25 client (170) si ladite requête (M3) est validée au cours de ladite étape de contrôle d'accès (E510, E540, E540'); et/ou - une étape (E580) d'envoi de ladite adresse (IP_132, IP_133) audit client (170). 25. Procédé de distribution selon la revendication 24 caractérisé en ce qu'on effectue, au cours de ladite étape de contrôle d'accès (E510,), une sous-étape de décryptage utilisant une clef publique d'un serveur central (110) dudit réseau, cette sous-étape de décryptage étant adaptée à obtenir une date à partir de la clef d'accès (K(170)); et en ce que - au cours de ladite étape de contrôle d'accès (E510): a) on autorise l'accès au document (203) par ledit client (170) lorsque le délai écoulé depuis ladite date est inférieur à un délai prédéterminé; et b) on refuse ledit accès dans le cas contraire. 26. Procédé de distribution selon la revendication 24 caractérisé en ce que: - au cours de ladite étape (E500) de réception d'une requête (M3), on obtient l'adresse (IP_170) dudit client (170) à partir de la requête (M3); - en ce qu'on obtient, au cours de ladite sous-étape de 15 décryptage, une deuxième adresse (IP_170') à partir de la clef d'accès (K(170)) et en ce que - au cours de ladite étape de contrôle d'accès (E510): a) on autorise l'accès au document (203) lorsque ladite deuxième adresse (IP_170') est identique à ladite adresse ((IP_170) du client (170); et 20 b) on refuse ledit accès dans le cas contraire. 27. Procédé de distribution selon la revendication 25 ou 26 caractérisé en ce que: - au cours de ladite sous-étape de décryptage on obtient un 25 identifiant (U) d'un utilisateur du client (170) à partir de la clef d'accès (K(170)); et en ce qu'il comporte en outre: - une étape (E540, E540') d'authentification au cours de laquelle on vérifie les droits d'accès au document (203) par ledit utilisateur à partir dudit identifiant (U); et en ce que: - au cours de ladite étape de contrôle d'accès (E510, E540, E540'), on valide ou on refuse la requête (M3) en fonction desdits droits d'accès. 28. Procédé de distribution selon l'une des revendications 24 à 27 caractérisé en ce qu'au cours de ladite étape d'obtention de l'adresse (IP_132, IP_133) d'au moins un deuxième système pair (132, 133): - on envoie (E560) un message d'invitation (M4) comportant la référence (203) dudit document audit au moins un deuxième système pair (132, 133); et - on reçoit (E570) un message de confirmation (M5) en provenance d'au moins un deuxième système pair (132, 133) lorsque ledit 10 document (203) est disponible dans une mémoire accessible par celui-ci. 29. Procédé de distribution selon les revendications 27 et 28 caractérisé en ce qu'on envoie (E560) ledit identifiant (U) de l'utilisateur dans ledit message d'invitation (M4). 30. Procédé de distribution selon la revendication 29 caractérisé en ce qu'on reçoit (E570) un message de confirmation (M5) en provenance dudit au moins un deuxième système pair (132, 133), si ledit utilisateur est autorisé à accéder audit document (203) auprès de celui-ci. 20 31. Procédé de distribution selon l'une quelconque des revendications 24 à 30 caractérisé en ce ledit au moins attribut un du système pair et ledit au moins un attribut du deuxième système pair sont représentatifs de la charge ou des capacités de communication desdits systèmes, du nombre 25 de documents numériques mémorisés ou du nombre de documents ou de parties de documents distribués par lesdits systèmes. 32. Système de distribution caractérisé en ce qu'il comporte au moins un serveur central selon l'une quelconque des revendications 1 à 7 et au 30 moins un système pair selon l'une quelconque des revendications 15 à 23. 33. Support d'informations lisible par un système informatique, éventuellement totalement ou partiellement amovible, notamment CD-ROM ou support magnétique, tel un disque dur ou une disquette, ou support transmissible, tel un signal électrique ou optique, caractérisé en ce qu'il 5 comporte des instructions d'un programme d'ordinateur permettant la mise en oeuvre d'un procédé de sécurisation selon l'une quelconque des revendications 8 à 14 et/ou d'un procédé de distribution selon l'un quelconque des revendications 24 à 31, lorsque ce programme est chargé et exécuté par un système informatique. 34. Programme d'ordinateur stocké sur un support d'informations, ledit programme comportant des instructions permettant la mise en oeuvre d'un procédé de sécurisation selon l'une quelconque des revendications 8 à 14, et/ou d'un procédé de distribution selon l'une quelconque 15 des revendications 24 à 31, lorsque ce programme est chargé et exécuté par un système informatique.