FR 2929792 A1 20091009 FR 0852170 A 20080402 La présente invention a pour objet un procédé de sauvegarde/restauration de fichiers dans un réseau pair à pair (désigné par � P2P � par la suite). On désigne par �réseau P2P � un réseau composé d'un ensemble d'entités appelées pairs, interconnectées entre elles. Chacune de ces entités peut jouer à la fois le rôle de serveur et de client et elle participe au service P2P proposé par l'offre d'une partie de ses ressources (disque dur, processeur,...) au système. L'invention s'applique plus particulièrement aux systèmes de sauvegarde d'informations dans des réseaux P2P reposant sur l'utilisation d'une table de hachage distribuée (DHT) et la fragmentation de fichiers. On désigne par � table de hachage distribuée � une structure de données qui associe pour chaque pair un identifiant unique qui est le résultat d'une fonction de hachage appliquée par exemple sur son adresse IP ou son nom de machine. De même, pour chaque ressource sauvegardée dans le réseau P2P, se trouve associée une clé unique de même longueur que les identifiants des pairs. Cette clé désignée dans la suite par � clé DHT � ou � CDHT � est calculée en appliquant une fonction de hachage sur un élément de la ressource, comme par exemples son nom ou son contenu. Par la suite, chaque ressource est sauvegardée dans le pair dont l'identifiant est le plus proche de sa clé, d'après une fonction de distance fixée. On connaît par les publications C. Batten, K. Barr, A.Saraf et S.Trepetin � pStore : a secure peer-to-peer backup system � et M. Landers, H. Zhang et K.L. Tan � PeerStore : better performance by relaxing in peer-to-peer backup � des exemples de tels systèmes de sauvegarde. Dans de tels systèmes, un pair fragmente chaque fichier en plusieurs fragments de données appelés FB (File Block), et génère, pour chacun de ces fichiers, un fragment supplémentaire appelé FBL (File Block List) qui décrit la liste des fragments FB composant le fichier et leur localisation dans le réseau P2P. Le fragment FBL contient aussi des informations supplémentaires permettant la récupération de n'importe quelle version du fichier. Ce fragment FBL est également sauvegardé dans le réseau P2P et sa localisation est identifiée par une clé DHT. Avec les systèmes pStore et PeerStore, il suffit de stocker pour chaque fichier son nom et son chemin pour pouvoir déterminer la clé DHT et la clé de déchiffrement du fragment FBL associées au fichier. A partir d'un fragment FBL, le système P2P en déduit toutes les clés DHT et les clés de chiffrement associées aux fragments FB du fichier ; il extrait alors les fragments de données d'un fichier du réseau P2P et reconstitue la totalité du fichier. On connaît également par le site internet www.dispairse.point6.net un autre 5 système de sauvegarde dans un réseau P2P. Dans cet exemple, chaque fichier sauvegardé dans le réseau P2P est constitué d'un ensemble de fragments FB et d'un seul fragment FBL 10, comme illustré à la figure 1. Sur cette dernière, on a supposé que deux versions 20 et 21 d'un même fichier sont sauvegardées. Le fragment FBL 10 définit pour chaque version du fichier et pour chaque 10 fragment FB une clé permettant de localiser le fragment FB, dans l'exemple considéré une clé DHT (CDHT), et une clé permettant de déchiffrer le fragment FB (CC) et la longueur du fragment FB. Avec les systèmes de sauvegarde connus, il est nécessaire pour restaurer un fichier de connaître la clé DHT permettant de localiser le fragment FBL, la clé permettant 15 de déchiffrer ce fragment FBL afin de pouvoir récupérer n'importe quelle version du fichier. Ces deux clés sont retrouvées à partir du nom du fichier, son chemin et un secret relatif à l'utilisateur (mot de passe ou clé privée). On a représenté à la figure 2 un procédé de restauration d'un fichier sauvegardé dans le réseau P2P avec les systèmes de sauvegarde connus. L'utilisateur doit, depuis un 20 terminal 3, spécifier le nom et le chemin du fichier souhaité afin d'avoir accès au fragment FBL 10, ce fragment FBL 10 permettant l'accès à des fragments FB 11 permettant de reconstituer le fichier recherché 13. Avec de tels systèmes de sauvegarde, la restauration de N fichiers suppose N opérations identiques et répétées d'extraction de fragments FBL. On connaît encore par la publication L.P. Cox, C.D. Muray etB.D. Noble 25 � Pastiche :making backup cheap and easy � un autre système de sauvegarde définissant son propre système de fichiers et permettant la sauvegarde et la restauration automatique que d'une arborescence de fichiers. Ce système associe pour chaque fichier ou répertoire un fichier de métadonnées décrivant son contenu. Lors de la phase de restauration, il suffit de récupérer la métadonnée du dossier racine pour pouvoir par la suite récupérer toute 30 l'arborescence du fichier. On connaît encore par la publication J. Cooley, C. Taylor et A. Peacock �ABS : die apportioned backup system � un système comportant une base de données locale, dupliquée elle même dans le réseau P2P, pour garder les informations nécessaires à la restauration des fichiers. Ainsi, lors de la phase de restauration, l'utilisateur accède à sa base de données locale ou la récupère entièrement à partir du réseau P2P afin de déterminer la liste des fragments de données nécessaires à la restauration d'un fichier. Il existe un besoin pour perfectionner encore les procédés de sauvegarde et/ou de restauration sécurisée et automatique de fichiers personnels sauvegardés dans un réseau P2P. L'invention vise à répondre à ce besoin. Selon l'un de ses aspects, l'invention a pour objet un procédé de sauvegarde 10 d'au moins un fichier enregistré par un pair dans les mémoires de terminaux d'une pluralité de noeuds d'un réseau pair à pair, dans lequel : - on permet à ce pair de sélectionner un ou plusieurs fichiers à sauvegarder, - on crée pour chaque fichier plusieurs fragments de données (FB) et un 15 fragment de description (FBL) répertoriant les fragments de données, - on génère pour chaque fragment FBL une clé permettant de localiser le fragment FBL dans le réseau et une clé permettant de déchiffrer ce fragment, - on sauvegarde les fragments (FB) et les fragments (FBL) dans les mémoires de terminaux d'un réseau pair à pair 20 - on génère au moins un fragment source à accès protégé permettant de localiser et de déchiffrer au moins une partie des fragments FBL et, - on sauvegarde le fragment source dans la mémoire d'au moins un terminal du réseau. Par � mémoire �, il faut comprendre tout type de dispositif de stockage de 25 données, par exemple disque dur, bande magnétique, disque optique, mémoires électroniques du type FLASH, entre autres. Par � terminal �, on désigne par exemple un appareil photo, une caméra, un téléphone portable, un smartphone, boîtier décodeur (par exemple de type � box � relié à l'ADSL et fournissant téléphone, internet et télévision), un ordinateur, un ordinateur 30 portable, un réfrigérateur, un four, une alarme, un enregistreur vidéo, un serveur FTP, un serveur de base de données, un serveur de courrier électronique, une station de travail ou encore un assistant personnel numérique. L'invention permet, grâce au fragment source, d'ajouter un niveau dans la hiérarchie des fragments FBL et FB de l'art antérieur. Le fragment source, en permettant de localiser et de déchiffrer au moins une partie des fragments de description de plusieurs fichiers, permet au pair la localisation et le déchiffrement de fragments de ces fichiers sauvegardés en une seule opération. Contrairement aux systèmes de l'art antérieur, le pair n'a plus besoin de mémoriser pour chaque fragment FBL la clé permettant de localiser ce dernier dans le réseau et/ou sa clé de déchiffrement. L'invention permet, dès l'accès au fragment source, de pouvoir extraire en une seule fois des fichiers sauvegardés par lui dans le réseau P2P de façon automatique, sans avoir à demander un à un les fichiers qu'il souhaite extraire, ce qui peut s'avérer particulièrement pratique en cas de perte, soit par crash, soit par vol, du disque dur du terminal du pair. La restauration des fichiers sauvegardés ne dépendant que de l'accès au fragment source, elle peut être effectuée depuis n'importe quel terminal du réseau, et non seulement depuis celui depuis lequel les fichiers à restaurer ont été sauvegardés. Lors de la génération du fragment source, une clé permettant de chiffrer le fragment source et une clé permettant de localiser le fragment source peuvent être calculées. Le fragment source peut être sauvegardé dans la mémoire d'un ou plusieurs noeuds du réseau, voire dans la mémoire d'un élément sûr du réseau, comme un serveur de sauvegarde mis en place par un opérateur. Le fragment source peut contenir directement les clés permettant de localiser et de déchiffrer le ou les fragments FBL, ce qui peut permettre de simplifier encore le déchiffrement et la localisation de ce ou ces fragments à partir du fragment source. La clé permettant de localiser le fragment source peut être calculée par hachage d'au moins un secret associé au pair. Cette clé est par exemple une clé DHT. Cette clé étant dépendante d'un secret de l'utilisateur, par exemple d'un mot de passe, d'une clé privée ou d'un code secret associé à un terminal du pair, par exemple un code PIN d'un téléphone portable, l'invention peut permettre d'empêcher tout noeud qui ne connaîtrait pas ce secret d'accéder au fragment source, permettant ainsi de restreindre l'accès au fragment source au pair ayant sauvegardé les fichiers. La clé permettant de chiffrer le fragment source peut être calculée en fonction d'au moins un secret associé au pair, par exemple en fonction d'un mot de passe, d'une clé privée ou d'un code secret. La fonction de calcul permet par exemple la construction d'une clé de chiffrement symétrique à partir d'une chaîne de caractères par redistribution de bits, suppression ou ajout d'autres bits. L'emploi d'une telle clé pour chiffrer le fragment source peut permettre d'empêcher qu'un autre noeud, par exemple par une technique de scanning de serveurs de sauvegarde du réseau, ne puisse lire et interpréter le fragment source pour déterminer la liste des fichiers sauvegardés et/ou savoir quel en est le propriétaire. Le secret à partir duquel est calculée la clé permettant de chiffrer le fragment source est par exemple le même que celui à partir duquel est calculée la clé permettant de localiser ce fragment source. L'invention, grâce à l'emploi de clés pour localiser et chiffrer le fragment source telles qu'évoquées ci-dessus, permet de conditionner l'accès au fragment source et par conséquent la détermination de la liste des fichiers qui ont été sauvegardés dans le réseau P2P et/ou leur récupération à la connaissance par un noeud de la clé permettant de déchiffrer le fragment source et de la clé permettant de le localiser. L'invention peut permettre ainsi de respecter la vie privée des titulaires des noeuds du réseau. Le procédé peut comporter une étape permettant au pair de sélectionner au moins une propriété à sauvegarder par fichier enregistré dans la mémoire d'un terminal du réseau. Ces propriétés à sauvegarder sont par exemple les droits d'accès d'utilisateurs locaux, la date de création du fichier ou le chemin d'accès à ce fichier. La somme de contrôle du fichier (checksum) permettant de vérifier l'intégrité du fichier après qu'il a été restauré peut également être sauvegardée, ce qui peut permettre de détecter des erreurs lors de la restauration du fichier, ces erreurs pouvant être causées par une collision entre des fragments FB. Le procédé peut comporter l'étape selon laquelle on permet au pair de modifier un fragment source déjà généré pour prendre en compte : la sauvegarde d'un nouveau fichier enregistré dans la mémoire d'un terminal du réseau et/ou la suppression d'un fichier sauvegardé Selon un exemple de mise en oeuvre de l'invention, le fragment source permet de localiser et de déchiffrer tous les fragments FBL générés, ce qui peut permettre à un pair de n'avoir qu'un seul fragment source à partir duquel il peut, s'il le souhaite, procéder à la restauration de tous les fichiers qu'il a sauvegardés. Selon un autre exemple de mise en oeuvre de l'invention, plusieurs fragments sources peuvent être générés, chaque fragment source permettant de localiser et de déchiffrer une partie des fragments FBL associés aux fichiers sauvegardés, ce qui peut permettre d'associer un fragment source par groupe de fichiers sauvegardés. Une clé permettant de localiser ou de chiffrer un fragment source peut être calculée de la même façon que définie précédemment. Les clés permettant de localiser et de chiffrer les fragments source peuvent être différentes d'un fragment source à l'autre, ce qui peut permettre d'éviter qu'un noeud ayant connaissance des clés relatives à un fragment source puisse avoir accès aux autres fragments sources, mais aussi les collisions entre fragments source. Les fichiers peuvent être regroupés dans un fragment source particulier selon leur type, leur contenu ou les droits d'accès y étant associés. Des types de fichiers selon l'invention sont par exemple les photos, les vidéos, les enregistrements sonores ou encore les textes. Toujours selon cet exemple de mise en oeuvre de l'invention, un fragment racine permettant de localiser et de déchiffrer les fragments sources peut être généré, ce fragment racine pouvant être sauvegardé dans la mémoire d'au moins un terminal du réseau P2P. L'invention a encore pour objet, selon un autre de ses aspects un procédé de restauration d'au moins un fichier sauvegardé dans les mémoires de terminaux d'un réseau pair à pair sous la forme de fragments de données (FB) auxquels est associé un fragment de description (FBL) répertoriant les fragments de données, ce fragment FBL étant localisable et déchiffrable par un fragment source à accès protégé sauvegardé dans la mémoire d'un terminal du réseau, procédé dans lequel : - un pair accède au fragment source depuis un terminal quelconque du réseau pour déterminer la liste des fichiers sauvegardés dans le réseau, - le pair sélectionne au moins un fichier à restaurer dans la liste, - le pair lance le processus de restauration automatique du ou des fichiers sélectionnés depuis ce terminal. Le procédé peut comporter une étape de mise à jour de la liste des fichiers sauvegardés, pour prendre par exemple en compte la sauvegarde par le pair d'un nouveau 5 fichier dans le réseau ou la suppression d'un fichier dans le réseau Le procédé peut comporter une étape de test de disponibilité et d'intégrité sur des fichiers de la liste. Ces tests peuvent être effectués de manière périodique pour s'assurer que le procédé de restauration est opérationnel et peuvent ne concerner seulement qu'un fichier, voire plusieurs, voire encore la totalité des fichiers de la liste. 10 L'invention a encore pour objet, selon un autre de ses aspects, un procédé de diffusion sélective d'au moins un fichier enregistré dans les mémoires de terminaux d'un réseau pair à pair, ce fichier étant fragmenté en plusieurs fragments de données (FB) auxquels est associé un fragment de description (FBL) répertoriant les fragments FB, ce fragment FBL étant localisable et déchiffrable par un fragment source à accès protégé 15 sauvegardé dans la mémoire d'un terminal du réseau, procédé dans lequel on permet à un client du réseau recherchant le fichier enregistré et ayant satisfait une condition prédéfinie l'accès au fragment source et la récupération du fichier recherché. L'accès au fichier recherché peut être permis en fournissant au client du réseau 20 une clé permettant de localiser le fragment source et/ou une clé permettant de déchiffrer le fragment source. La clé permettant de localiser et/ou la clé permettant de déchiffrer le fragment source est par exemple propre à chaque client, ce qui peut permettre en attribuant des clés personnelles à chaque client de limiter les risques d'accès frauduleux au fichier. 25 Le procédé peut comporter une étape de test de disponibilité et d'intégrité sur le fichier. Ce test peut être effectué de manière périodique pour s'assurer que le procédé de diffusion est opérationnel. L'invention a encore pour objet, selon un autre de ses aspects un procédé de sauvegarde d'au moins un fichier enregistré par un pair dans les mémoires de terminaux 30 d'une pluralité de noeuds d'un réseau pair à pair, chaque fichier étant fragmenté en plusieurs fragments de données (FB) auxquels est associé un fragment de description (FBL) répertoriant les fragments de données, procédé dans lequel : - on génère au moins un fragment source permettant de localiser et de déchiffrer au moins une partie des fragments FBL, - on génère, pour ce fragment source, une clé permettant de localiser et une clé permettant de chiffrer le fragment source en fonction d'un secret de l'utilisateur, et - on sauvegarde le fragment source dans la mémoire d'au moins un terminal du réseau. Le réseau P2P peut être un réseau privé domotique. En variante, le réseau P2P est un réseau privé d'entreprise, distribué ou non sur 10 plusieurs sites géographiquement distants. Dans une autre variante, le réseau P2P utilise le réseau internet. L'invention pourra être mieux comprise à la lecture de la description qui va suivre, d'exemples non limitatifs de celle-ci, et à l'examen du dessin annexé, sur lequel : - les figures 1 et 2 illustrent un exemple de procédé de sauvegarde et de 15 restauration de fichiers déjà connu, - les figures 3 et 4 illustrent des systèmes de sauvegarde et de restauration de fichiers selon l'invention, - la figure 5 représente de façon schématique un exemple de fragment source selon l'invention, 20 - les figures 6 et 7 illustrent un exemple de procédé de sauvegarde de fichier et un exemple de restauration de fichier selon l'invention, et - les figures 8 à 16 représentent des exemples d'application de l'invention. On a représenté aux figures 3 et 4 un exemple de sauvegarde par un pair de fichiers 13; selon l'invention. Chaque fichier 13; est par exemple fragmenté en plusieurs 25 fragments de données (FB) 11 auxquels est associé un fragment de description (FBL) 10 répertoriant les fragments FB, similairement aux systèmes connus décrits ci-dessus. Comme on peut le voir sur la figure 4, les fragments FBL 10i et FB l li peuvent être enregistrés dans les mémoires de terminaux 3 constituant un réseau pair à pair 1, ces terminaux pouvant être différents de celui du pair ayant enregistré les fichiers 13;. 30 Bien que les terminaux 3 soient représentés sous la forme d'ordinateurs à la figure 4, l'invention n'est bien sûr pas limitée à l'emploi de tels terminaux, comme on le verra par la suite. Selon l'invention, au moins un fragment source 9 est enregistré dans la mémoire d'un terminal 3 du réseau 1, ce terminal étant dans l'exemple décrit différent du terminal du pair ayant enregistré les fichiers 13;. Pour des raisons de sécurité, le fragment source 9 peut être enregistré dans la mémoire de plusieurs noeuds distincts et/ou être enregistré dans un serveur de sauvegarde non représenté. Un tel serveur de sauvegarde peut être mis en place par un opérateur ou une autre entité de confiance. Comme on peut le voir à la figure 3, l'invention permet d'ajouter un niveau de hiérarchie aux fragments FBL 10i et FB 11i grâce au fragment source 9 qui permet la localisation et le déchiffrement de l'ensemble des fragments FBL 10; et, par l'intermédiaire de ce dernier, la localisation de tous les fragments FB 1 li constituant un fichier 13;. L'invention permet, selon cet exemple, à l'utilisateur de ne plus nécessairement avoir à mémoriser un élément d'information lui permettant de retrouver la clé DHT et/ou la clé de chiffrement de l'un de ses fragments FBL. On a représenté à la figure 5 un exemple de fragment source 9. Ce fragment contient différents champs. Un premier champ 30 attribue un identifiant/numéro au fichier 13;. Un deuxième champ 31 répertorie le nom du fichier 13; enregistré. Un troisième champ 32 correspond à une clé, par exemple une clé DHT, permettant de localiser le fragment FBL 10; associé au fichier 13; Un quatrième champ 33 correspond à une clé permettant de déchiffrer le fragment FBL 10; associé au fichier 13;. L'accès au fragment source 9 est protégé par deux clés, une clé pour permettre la localisation du fragment source 9 dans le réseau 1, par exemple une clé DHT, et une clé pour permettre son chiffrement dans le cas de la sauvegarde de fichier ou son déchiffrement dans le cas de la restauration de fichier ou de la diffusion de fichier. Ces clés sont déterminées dans l'exemple décrit à partir d'un secret uniquement connu de l'utilisateur et qui peut prendre la forme d'un mot de passe, d'une clé privée, d'un code secret comme par exemple un code PIN d'un terminal, par exemple un téléphone portable ou un assistant personnel numérique appartenant au pair. La clé DHT est par exemple déterminée par hachage du mot de passe ou de la clé privée ou du code PIN. La clé permettant chiffrer ou de déchiffrer le fragment source 9 est par exemple calculée en fonction du mot de passe, de la clé privée ou encore d'un code secret. Cette fonction de calcul permet par exemple la construction d'une clé de chiffrement ou de déchiffrement symétrique à partir d'une chaîne de caractères par redistribution des ces bits, suppression ou ajout d'autres bits. Les différents fragments sauvegardés dans le réseau 1 relatifs à la sauvegarde d'un fichier 13; sont par conséquent chiffrés : les fragments de données FB 11 en utilisant, par exemple, la méthode � Convergent Encryption � telle que divulguée dans la publication J.R. Douceur, A. Adya, W.J. Bolosky,D. Simon et M. Theimer � Reclaiming space from duplicate files in a serverless distributed file system �, les fragments FBL 10; en utilisant la clé de chiffrement symétrique sauvegardée dans le fragment source 9, et le fragment source 9 en utilisant une clé calculée à partir du secret du pair. Dans le cas où un noeud veut accéder, sans permission, à un fichier sauvegardé 13;, il doit tout d'abord déterminer les clés permettant l'accès au fragment source 9. Ces clés étant, comme mentionné ci-dessus, déterminées à partir d'un secret de l'utilisateur, aucun noeud non autorisé ne peut accéder au fragment source 9 et par conséquent aux fichiers sauvegardés 13; Ainsi, aucun noeud non autorisé ne peut ni accéder à un fichier sans l'autorisation de son propriétaire, ni déterminer la liste des fichiers sauvegardés dans le réseau 1. La sauvegarde de toutes les données associées au pair, aussi bien les données utiles que les métadonnées, dans le réseau 1, permet de garantir que le processus de restauration de ces fichiers peut démarrer, même sans disque dur ou en cas de crash du disque dur tout entier, à partir de n'importe quel terminal 3 connecté au réseau 1. Le fragment source 9 peut encore comporter, comme représenté à la figure 5, d'autres champs 34 contenant des propriétés du fichier 13; sauvegardé. Ces propriétés concernent par exemple les droits d'accès d'utilisateurs locaux, la date de création du fichier ou encore le chemin du fichier. Le champ 34 peut également contenir un checksum permettant de vérifier l'intégrité du fichier entier après sa restauration. Ce contrôle permet de détecter les erreurs dues à une collision entre fragments FB, ces erreurs pouvant être considérées comme négligeables. La méthode utilisée dans les systèmes de sauvegarde tels que pStore ou PeerStore consiste à vérifier séparément l'intégrité de chaque fragment FB. Cette vérification parcellaire de l'intégrité d'un fichier peut poser problème lorsqu'une collision entre fragments se produit, c'est-à-dire, si un autre fragment FB différent mais ayant la même valeur de clé DHT est stocké à la place d'un fragment de ce fichier. Aucune détection de la collision n'est possible dans le cas d'un contrôle parcellaire, mais le problème de collision peut être détecté si le contrôle d'intégrité global sur tout le fichier est réalisé par l'intermédiaire du fragment source 9. L'invention permet au pair d'accéder au fragment source 9 à condition d'avoir communiqué son secret, à savoir son mot de passe, sa clé privée, son code secret ou encore son code PIN, sur la base duquel les clés permettant de localiser et de déchiffrer le fragment source 9 seront déterminées, puis de récupérer tous les fichiers qui ont été sauvegardés dans le réseau P2P. La figure 6 représente un exemple de procédé de sauvegarde de fichiers dans 15 un réseau 1 tel que représenté aux figures 3 et 4. A une première étape 100, le pair sélectionne la liste des fichiers qu'il souhaite sauvegarder dans le réseau 1. A l'étape 110, le pair sélectionne une ou plusieurs propriétés à sauvegarder, ces propriétés correspondant à celles mentionnées en rapport avec le champ 34 du fragment 20 source 9. A l'étape 120, le pair spécifie le niveau d'importance des informations sauvegardées. A l'étape 130, les fragments FB l li sont créés en appliquant les traitements de sécurité nécessaires et sauvegardés dans le réseau 1, et un fragment FBL 10i est associé 25 pour chaque fichier 13; sauvegardé. A l'étape 140, le pair génère pour chaque fragment FBL 10; une clé de localisation et une clé de chiffrement, déchiffre le fragment et le sauvegarde dans le réseau 1. A l'étape 150, un fragment source 9 est généré avec calcul des clés permettant 30 de localiser et de chiffrer ce fragment source 9. A l'étape 160, le pair sauvegarde ce fragment source 9 dans le réseau 1 dans la mémoire d'un ou plusieurs terminaux informatique 3 du réseau et/ou dans la mémoire d'un serveur de sauvegarde. On a représenté à la figure 7 un exemple de procédé de restauration par un pair d'un ou plusieurs fichiers sauvegardés selon l'invention, ce procédé de restauration pouvant être effectué depuis tout terminal 3 du réseau et non uniquement depuis le terminal avec lequel le pair a, par exemple, effectué le procédé représenté à la figure 6. A l'étape 200, l'utilisateur présente le secret qu'il a utilisé pour associer une clé de chiffrement et une clé de localisation à son fragment source 9. A l'étape 210, le pair récupère et déchiffre le fragment source 9. A l'étape 220, le pair détermine la liste des fichiers 13; qu'il a sauvegardés dans le réseau 1. La visualisation de ces fichiers peut se faire sous la forme d'une liste plate de noms de fichiers, ou bien d'une arborescence mettant en évidence le chemin occupé à l'origine par chaque fichier sauvegardé. A l'étape 230, le pair sélectionne le nombre de fichiers qu'il souhaite restaurer, à savoir un, plusieurs ou la totalité des fichiers 13;. A l'étape 240, la restauration automatique de ce ou de ces fichiers commence par la récupération de son fragment FBL 10i puis de ses fragments de données FB l li. Un pair peut aussi récupérer son fragment source 9 pour prendre en compte la sauvegarde d'un nouveau fichier dans le réseau 1 et/ou la suppression d'un fichier du réseau 1 et/ou pour effectuer des tests de disponibilité et d'intégrité sur un ou plusieurs fichiers sauvegardés 13;, de manière à s'assurer, périodiquement ou de façon contrôlée par l'utilisateur, que le procédé de sauvegarde est opérationnel. On va maintenant décrire en référence aux figures 8 à 16 plusieurs exemples d'applications de l'invention. On a représenté à la figure 8 un exemple d'application de l'invention à un réseau privé domotique 1. Ce réseau 1 comporte par exemple une pluralité d'appareils d'électroménager � intelligents � et/ou d'appareils électroniques tels qu'un appareil photo, une caméra, un téléphone portable, un boîtier décodeur, un ordinateur, un réfrigérateur, un four, une alarme, un enregistreur vidéo, ces appareils comportant chacun une mémoire et correspondant à des terminaux informatique 3; au sens de l'invention. Tout ou partie de ces appareils peut communiquer par courants porteurs ou liaison non filaire, par exemple de type Bluetooth ou Wifi. En créant un réseau pair à pair 1 dont les noeuds sont constitués par ces différents appareils, un utilisateur peut créer son propre système de restauration de fichiers distribué. En effet, il peut garder une copie des fichiers importants d'un noeud, par exemple l'ordinateur 31 ou 32, sur les autres noeuds du réseau P2P afin de les récupérer en cas de perte des fichiers originaux due à la perte du disque dur du terminal 31 ou 32. L'invention permet, selon cet exemple, de bénéficier d'un nouveau système de restauration gratuit, et normalement fiable, les noeuds étant sous l'entier contrôle de l'utilisateur. Dans l'exemple décrit, les différents noeuds du réseau 1 peuvent partager le même fragment source, ce qui permet de récupérer grâce au fragment source n'importe quel fichier à partir de n'importe quel noeud, indépendamment du noeud depuis lequel le fichier a été enregistré. On a représenté à la figure 9 un autre exemple d'application de l'invention pour réaliser un système de restauration de fichiers dans un réseau privé d'entreprise 1, dont les serveurs, par exemple des serveurs FTP, des serveurs de base de données ou des serveurs de courrier électronique, et les stations de travail qui correspondent à des terminaux au sens de l'invention, constituent un réseau pair à pair. Dans cet exemple, les espaces disques libres des mémoires des différents terminaux 3 sont utilisés pour enregistrer des fichiers, permettant de dupliquer les données importantes d'un noeud sur les autres noeuds du réseau 1 afin de les restaurer en cas de perte des fichiers initiaux. L'invention permet à l'entreprise de bénéficier d'un système de restauration de fichiers : - gratuit, l'entreprise n'ayant pas besoin de réserver un serveur particulier pour dupliquer les données importantes de ses différents terminaux 3, - fiable, tous les noeuds étant sous l'entier contrôle de l'entreprise et, - sûr, les terminaux 3 étant dans cet exemple des serveurs et les stations de travail de l'entreprise, ces différentes machines étant toujours disponibles dans le réseau, de sorte que la sauvegarde et la restauration d'un fichier dans le réseau 1 peuvent être effectuées à tout moment. L'exemple de la figure 10 diffère de celui de la figure 9 par le fait que l'entreprise est distribuée sur plusieurs sites géographiquement distants dans lesquels des réseaux intranets locaux 11, 12 et 13 similaires au réseau décrit en référence à la figure 9 existent. Dans l'exemple de la figure 10, la communication entre des réseaux intranet locaux de deux sites géographiques distants est sécurisée en établissant un tunnel VPN 2 créé par l'un des protocoles suivants : L2TP (Layer Two Tunneling Protocol), IPsec (Internet Protocol Security) ou encore MPLS VPN. L'invention, en permettant la sauvegarde de fichiers de noeuds d'un site géographique dans des mémoires de noeuds d'autres sites géographiques, permet la restauration de ces fichiers même pour le cas où le site géographique dans lequel est situé le terminal du noeud ayant sauvegardé les fichiers viendrait à disparaître dans sa totalité en raison par exemple d'un incendie, d'une catastrophe naturelle ou d'un attentat. Dans l'exemple de la figure 10, l'entreprise attribue, selon un premier mode de réalisation, à chaque site géographique un unique fragment source 9 permettant la restauration automatique de toutes les données importantes d'un site. Le secret permettant l'accès à ce fragment source n'est de préférence connu que par le responsable du site. Selon un deuxième mode de réalisation, l'entreprise attribue pour chaque service de chaque site géographique, par exemple le service financier ou commercial de chaque site géographique, un seul fragment source. Dans cet exemple, le fragment source permet la restauration automatique de toutes les données importantes d'un service et son secret n'est avantageusement connu que par le directeur du service. Selon un troisième mode de réalisation, l'entreprise attribue à chaque terminal 3 un fragment source 9. Dans cet exemple, le fragment source 9 ne permet la restauration automatique que des données importantes d'un terminal particulier et son secret n'est avantageusement connu que du propriétaire de ce terminal. On a représenté à la figure 11 un autre exemple d'application de l'invention. Dans cet exemple le réseau pair à pair 1 est formé par des noeuds qui sont des terminaux 3 connectés à internet. Les terminaux 3 sont dans cet exemple choisis parmi les ordinateurs, les 30 téléphones portables, les boîtiers décodeurs (par exemple de type � box � reliés à l'ADSL et fournissant téléphone, internet et télévision) et les assistants personnels numériques. Dans cet exemple, un pair garde une copie de ses données importantes dans les espaces disques des mémoires des terminaux des autres noeuds du réseau 1, afin de les récupérer en cas de perte de ses données locales. Le cas échéant, un opérateur mobile ou fixe, un fournisseur d'accès, ou un 5 nouveau fournisseur de services P2P peut facturer le service de sauvegarde et de restauration proposé au pair. Dans cet exemple d'application, si l'utilisateur est le propriétaire d'un seul noeud, un seul fragment source lui permettant de restaurer de façon automatique et à partir de n'importe quel noeud, l'ensemble de ses données déjà sauvegardées dans le réseau 1 10 pourra être attribué. Toujours dans cet exemple d'application, si l'utilisateur est le propriétaire de plusieurs noeuds, il peut choisir entre : - partager un seul fragment source entre ses différents noeuds. Ainsi, il lui est possible de restaurer automatiquement tous ses fichiers déjà sauvegardés dans le réseau 15 1 indépendamment du noeud à partir duquel la sauvegarde de fichier a eu lieu ; - attribuer à chacun de ses noeuds un fragment source différent. Dans ce cas, le processus de restauration automatique sera restreint sur les fichiers d'un seul noeud, - attribuer à chacun de ses noeuds un fragment source différent et créer un fragment racine permettant de localiser et de déchiffrer les fragments sources propres à 20 chacun de ses noeuds. Dans ce cas, le processus de restauration automatique peut porter sur tous les fichiers déjà sauvegardés dans le réseau 1 ou être restreint aux fichiers d'un seul noeud ; Pour assurer le bon fonctionnement du procédé de sauvegarde et/ou de restauration, le réseau 1 peut comporter, comme représenté à la figure 12 une entité 25 centrale de confiance 5 en communication périodique avec tous les noeuds 3 du réseau 1 et agencée pour : - éviter les comportements égoïstes des noeuds en comptabilisant, par exemple, les ressources fournies et consommées par chaque noeud. On peut prévoir un système de facturation créditrice ou débitrice selon que les ressources fournies sont plus ou 30 moins importantes que les ressources consommées ; - contrôler l'accès au service P2P proposé ; - contrôler le comportement des différents noeuds au cours du fonctionnement du système, en vérifiant périodiquement que chaque noeud effectue bien le travail assigné, qu'il est disponible, que les fragments auparavant sauvegardés sont toujours bien sauvegardés et intègres. Cela permet par exemple d'évaluer le niveau de fiabilité d'un noeud, sur lequel pourrait être basée la facturation associée à un noeud ; - assurer une bonne qualité du service aux usagers. Pour permettre l'autorisation à un pair d'effectuer un procédé de sauvegarde et/ou de restauration selon l'invention, plusieurs solutions sont possibles : - utilisation d'un boitier domotique spécifique pour que tous les 10 équipements en réseau de la maison puissent en bénéficier ; - logiciel dans le mobile spécifique permettant de sauvegarder uniquement les données de ce mobile ; - passage par un proxy du fournisseur de service, permettant au pair d'accéder et de restaurer ses données quelle que soit la machine d'accueil (mobile, PC...) ; 15 - obligation d'avoir un jeton d'accès signé par un noeud de confiance qui se charge de contrôler l'accès au service proposé ; - obligation d'avoir accès à un noeud particulier du réseau, l'accès étant restreint aux seules entités autorisées à faire du service P2P. L'accès au fichier source peut être contrôlé par un opérateur mobile ou fixe, un 20 fournisseur d'accès ou un fournisseur de services P2P. Le contrôle d'accès peut consister par exemple en un dispositif de contrôle AAA (Authentication, Authorisation, Accounting). Ce noeud particulier peut alors être chargé de contrôler le bon comportement des noeuds lors des différentes opérations de sauvegarde mais aussi dans la durée. L'invention n'est pas limitée à la sauvegarde et/ou à la restauration de fichiers 25 sauvegardés dans un réseau pair à pair. Selon d'autres applications, elle permet la diffusion sélective dans un réseau pair à pair d'au moins un fichier, par exemple un contenu multimédia ou musical, par exemple un ou plusieurs films ou fichiers musicaux, logiciels de jeux, professionnels ou autres, enregistré dans la mémoire d'au moins un terminal du réseau. 30 Par diffusion du secret permettant le calcul des clés DHT et de déchiffrement associées au fragment source 9 à un groupe d'utilisateurs, il est possible, grâce à l'invention, de distribuer des données à ce groupe d'utilisateurs, ce qui peut permettre d'obtenir l'équivalent d'un serveur �virtuel �, dans la mesure où les fichiers à distribuer sont sauvegardés dans les mémoires de terminaux s différents. On a représenté à la figure 13 un tel exemple d'application de l'invention. Un noeud 6 du réseau 1, appelé par la suite noeud-serveur joue le rôle d'un serveur distribuant des films, du contenu multimédia par exemple, d'autres noeuds 8 du réseau 1, appelés par la suite clients. Contrairement à un serveur de vidéo à la demande centralisé, il n'est grâce à l'invention pas nécessaire d'avoir recours à un nom DNS ou un gros espace de stockage. Selon l'exemple représenté à la figure 13, le noeud-serveur 6 sauvegarde dans un premier temps dans les mémoires des terminaux 3 du réseau l'ensemble des films 13; à partager avec les clients du réseau 1. Le noeud serveur 6 calcule ensuite à partir d'un secret la clé de localisation et la clé de chiffrement permettant l'accès au fragment source 9 répertoriant l'ensemble des films 13; sauvegardés puis crée et sauvegarde son fragment source dans la mémoire de n'importe quel terminal du réseau 1. Le noeud-serveur 6 transmet ensuite le secret permettant l'accès au fragment source à tout client 8 du réseau 1 ayant satisfait une condition prédéfinie étant par exemple la souscription à un abonnement. La diffusion du secret permettant l'accès au fragment source peut prendre plusieurs formes. Par la connaissance du secret, un client 8 peut récupérer et déchiffrer le fragment source 9 du noeud-serveur 6 et donc déterminer la liste des films qui sont disponibles. De plus, à partir des informations contenues dans ce fragment source, il peut récupérer n'importe quel film 13; déjà sauvegardé par le noeud-serveur dans le réseau 1. Bien que les données du noeud-serveur 6 soient sauvegardées dans les mémoires de terminaux 3 de différents noeuds du réseau, seuls les noeuds ayant accès au fragment source 9 peuvent accéder aux films 13;. Pour partager un nouveau film, le noeud-serveur 6 peut le sauvegarder dans le réseau 1 puis mettre à jour son fragment source 9. En récupérant la nouvelle version de ce fragment source, un client 8 pourra déterminer la nouvelle liste des films offerts par le noeud-serveur 6. Le noeud-serveur 6 peut, à tout moment, supprimer des films du réseau 1, par exemple afin de libérer de l'espace disque dans les mémoires des terminaux 3 pour sauvegarder de nouveaux films. L'invention permet, selon cet exemple, de disposer d'un service accessible même en cas d'inaccessibilité du noeud-serveur 6 puisque toutes les informations nécessaires sont sauvegardées et distribuées sur les différents noeuds du réseau P2P. Le secret permettant l'accès au fragment source 9 peut être diffusé auprès des clients 8 sous plusieurs formes : - un mot de passe ou code PIN : une même chaîne de caractères est 10 communiquée aux clients. Cette chaîne est à rentrer dans le logiciel d'accès à l'application de distribution de données. - un secret, comme une clé privée, communiquée aux clients sur un support physique protégé, par exemple une puce électronique ou une clé USB. - un secret personnalisé dépendant du client, étant déterminé en fonction 15 de certaines caractéristiques de ce client, par exemple l'adresse MAC du terminal qu'il utilise. L'utilisateur télécharge un logiciel client auquel il devra rentrer le secret personnalisé. Le logiciel pourra alors calculer le secret permettant l'accès au fragment source en fonction de ce secret personnalisé. Le secret personnalisé peut encore être déterminé à l'aide d'autres caractéristiques du client, comme par exemple son numéro 20 d'abonné lorsqu'il a souscrit un abonnement auprès d'un opérateur. La communication du secret permettant l'accès au fragment source ou, le cas échéant du secret personnalisé peut prendre les formes suivantes : - communication du secret par courrier email ou postal, - téléchargement par le logiciel client du secret auprès d'un serveur en 25 ligne. Le téléchargement auprès du serveur peut être considéré comme quasi transparent pour l'utilisateur. De plus, le logiciel client peut fournir un numéro de série ou un nom de client de manière à ce que le serveur contrôle la diffusion et la personnalisation du secret, - téléchargement par l'utilisateur du secret auprès d'un serveur en ligne. Après s'être authentifié auprès de ce serveur l'utilisateur télécharge par exemple le secret, 30 et configure en conséquence son logiciel client. En variante, le fichier à diffuser est un fichier relatif à une publicité ou à caractère informatif et le noeud-serveur 6 peut diffuser le secret à tous les clients 8 du réseau 1 en ayant fait la demande. Les droits de modification du fragment source, pour ajouter ou supprimer un nouveau fichier sauvegardé, peuvent être réservés au noeud-serveur 6 afin d'éviter qu'un client auquel le secret a été révélé ne puisse modifier les contenus sauvegardés. Ce contrôle de ces droits de modification du fragment source peut être assuré par un serveur centralisé dans lequel sont mémorisés tous les fragments sources du réseau, et qui n'accorde les droits de modification qu'au seul noeud-serveur 6 et ne donne le droit de lecture qu'aux seuls clients 8. Dans un autre exemple d'application, l'invention permet le partage de fichiers entre les noeuds du réseau 1 par la connaissance d'un fragment source 9. Le principe est identique au principe de diffusion d'un fichier par un noeud serveur 6 à un client 8 décrit ci-dessus, excepté le fait que les droits de modification du fragment source sont ouverts à tous les noeuds du réseau. Les mêmes services sont possibles, à savoir le contrôle d'accès au secret du fragment source 9, les mises à jour du fragment source 9, et les gestions des différentes versions des fichiers sauvegardés 13;. L'invention peut aussi permettre la création d'un fragment racine permettant de localiser et de déchiffrer une pluralité de fragments sources 9 sauvegardés dans le réseau 1. Dans l'exemple représenté à la figure 14, le fragment racine 7 permet de localiser et de déchiffrer des premiers fragments sources 9a, ces derniers permettant de localiser et de déchiffrer des deuxièmes fragments sources 9b qui sont similaires aux fragments sources décrits en référence aux figures précédentes. Dans cet exemple, l'accès à chaque fragment source 9a ou 9b est conditionné par la connaissance d'un secret selon les exemples décrits précédemment. Le secret est différent d'un premier fragment source 9a à l'autre, ainsi que d'un deuxième fragment source 9b à l'autre. Ainsi, l'accès à un seul fragment source ne permet la récupération que d'un sous ensemble de fichiers. Seul l'accès au fragment racine 7, conditionné par exemple par la connaissance d'un secret permettant de calculer des clés pour localiser et déchiffrer le fragment racine, peut permettre l'accès à tous les fragments sources et la récupération intégrale des fichiers sauvegardés dans le réseau 1. Dans cet exemple, le premier fragment source 9a1 contient des clés permettant de localiser et de déchiffrer les deuxièmes fragments sources 9b1, 9b2 et 9b3, ce qui permet de localiser et de déchiffrer les fragments FBL 101 à 105 et 107, et par conséquent l'accès aux fichiers 131 à 135 et 137. Selon cet exemple, l'invention peut permettre au pair ayant sauvegardé les fichiers dont la restauration est permise grâce à l'accès au fragment racine 7 de ne diffuser qu'un sous ensemble de fichiers à un client du réseau. Si ce client ne peut, selon l'exemple de la figure 14, accéder qu'au deuxième fragment source 9b1, il ne peut récupérer que les fragments FBL 101 à 103 et par conséquent ne récupérer que les fichiers 131 à 133. Selon cet exemple, le pair peut ne décider de ne partager qu'un sous-ensemble de fichiers qu'il a sauvegardés avec d'autres noeuds du réseau. Le pair peut choisir de ne partager que les fichiers 135 et 137 avec un ou plusieurs noeuds du réseau en leur envoyant le secret ne leur permettant d'accéder qu'au deuxième fragment source 9b3. Toujours selon cet exemple, l'invention permet également d'optimiser le volume d'espace disque de la mémoire des terminaux 3; en permettant à plusieurs premiers fragments sources 9a de pointer vers un même deuxième fragment source 9b, voire vers plusieurs mêmes deuxièmes fragments sources 9b. De la même façon, plusieurs deuxièmes fragments sources 9b peuvent pointer vers un même fragment FBL 10, voire vers plusieurs mêmes fragments FBL. On a représenté à la figure 15 un exemple d'application de l'invention dans lequel deux fragments racines 71 et 72 associés à deux pairs différents pointent vers un même fragment source 90. Ce fragment source 90 permet, par exemple, l'accès à l'ensemble des fichiers partagés entre les deux pairs. Ainsi, chacun du pair ayant accès au fragment racine 71 et de celui ayant accès au fragment racine 72 peut être considéré comme le propriétaire du fragment source 90 et des fichiers auxquels l'accès est ainsi permis, bien que ces fichiers ne soient sauvegardés qu'une seule fois dans le réseau. Le pair ayant sauvegardé les fichiers dont l'accès est permis par le fichier racine n'a pas besoin de retenir les secrets permettant l'accès aux différents fragments sources ou, lorsque les fragments sources sont hiérarchisés en premiers et deuxièmes fragments sources, les secrets permettant l'accès à ces différents fragments sources, mais uniquement celui du fragment racine, ce dernier contenant avantageusement les secrets permettant l'accès aux fragments sources. Dans le cas de l'exemple de la figure 14, si un noeud-serveur 6 souhaite permettre à un client d'accéder à l'intégralité des fichiers qu'il a sauvegardés dans le réseau, il suffit de lui communiquer le secret permettant l'accès au fragment racine 7, de cette façon il pourra obtenir la liste des premiers fragments sources 9a, permettant eux- mêmes l'accès aux deuxièmes fragments sources 9b. On a représenté à la figure 16 un exemple de procédé de répartition des fichiers sauvegardés au sein de différents fragments sources 9. Dans l'exemple représenté, on associe pour chaque type de fichier sauvegardé un fragment source 9. Le fragment source 91 n'est par exemple relatif qu'à des fichiers contenant des photos, ce qui permet au pair de restreindre sa restauration automatique à l'ensemble de ses photos qui ont été sauvegardées dans le réseau 1. Dans un autre exemple, on regroupe les fichiers sauvegardés selon leurs contenus. Par exemple, un noeud-serveur offrant des films vidéo peut associer à chaque catégorie de films (culturel, sport, ...) un fragment source 9. Par la suite, un client peut s'abonner à une catégorie particulière de films en demandant le secret permettant l'accès audit fragment source 9. Dans un autre exemple, on regroupe les fichiers sauvegardés selon les droits d'accès par les noeuds du réseau aux fichiers sauvegardés. On associe par exemple aux fichiers privés un fragment source dont le secret peut n'être jamais transmis aux autres noeuds du réseau, et on associe aux fichiers publics un autre fragment source dont le secret peut être transmis à tous les noeuds du réseau. Du fait de la propriété d'optimisation du volume d'espace disque mémoire précédemment décrit, l'invention peut permettre de regrouper les fichiers sauvegardés dans une base de fragments sources à critères multiples, le nombre de fragments sources et de hiérarchisation de fragments sources, à savoir premiers, deuxièmes...n'èmes fragments sources augmentant avec le nombre de critères. L'invention n'est bien entendu pas limitée aux exemples qui viennent d'être décrits. On peut par exemple combiner des caractéristiques décrites en référence à 30 différents modes de réalisation de l'invention. REVENDICATIONS1. Procédé de sauvegarde d'au moins un fichier (13;) enregistré par un pair dans les mémoires de terminaux (3;) d'une pluralité de noeuds d'un réseau pair à pair (1), dans lequel : - on permet à ce pair de sélectionner une liste de fichiers à sauvegarder, - on crée pour chaque fichier (13;) plusieurs fragments de données (FB) (l li) et un fragment de description (FBL) (10i) répertoriant les fragments FB, - on génère pour chaque fragment FBL (10;) de description une clé de localisation du fragment et une clé de chiffrement de ce fragment FBL (10i), - on sauvegarde les fragments FB (l li) et les fragments FBL (10i) dans les terminaux (3;) d'un réseau pair à pair - on génère au moins un fragment source (9) à accès protégé permettant de localiser et de déchiffrer au moins une partie des fragments FBL (10i) et, - on sauvegarde le fragment source (9) dans la mémoire d'au moins un terminal (3;) du réseau. 2. Procédé selon la revendication 1, dans lequel lors de la génération du fragment source, on calcule une clé permettant de localiser le fragment source et une clé permettant de chiffrer le fragment source. 3. Procédé selon la revendication précédente, dans lequel on calcule la clé permettant de localiser le fragment source (9) par hachage d'au moins un secret associé au pair. 4. Procédé selon la revendication 2 ou 3, dans lequel on calcule la clé permettant de chiffrer le fragment source (9) en fonction d'au moins un secret associé au pair. 5. Procédé selon l'une des deux revendications immédiatement précédentes, dans lequel un secret associé au pair est choisi parmi un mot de passe, une clé privée, et un code secret associé à un terminal du pair. 6. Procédé selon l'une quelconque des revendications précédentes, dans 30 lequel on permet au pair de sélectionner au moins une propriété à sauvegarder par fichier enregistré dans les mémoires de terminaux du réseau. 7. Procédé selon la revendication précédente, dans lequel ladite au moins une propriété est choisie parmi la somme de contrôle du fichier (checksum) et/ou la date de création du fichier et/ou les droits d'accès au fichier et/ou le chemin du fichier et/ou la version du fichier. 8. Procédé selon l'une quelconque des revendications précédentes, dans lequel on permet au pair de spécifier le niveau d'importance du fichier sauvegardé. 9. Procédé selon l'une quelconque des revendications précédentes, dans lequel on permet au pair de modifier un fragment source (9) déjà généré pour prendre en compte : la sauvegarde d'un nouveau fichier (13;) dans les mémoires de terminaux (3;) du réseau et/ou la suppression d'un fichier sauvegardé. 10. Procédé selon l'une quelconque des revendications précédentes dans lequel le fragment source (9) permet de localiser et de déchiffrer tous les fragments FBL (10i) générés. 11. Procédé selon l'une quelconque des revendications 1 à 9, dans lequel on génère plusieurs fragments sources (9), chaque fragment source (9) permettant de localiser et de déchiffrer une partie des fragments FBL (10;) générés. 12. Procédé selon la revendication précédente, dans lequel on calcule pour chaque fragment source (9) deux clés, l'une permettant de localiser et l'autre de chiffrer le fragment source (9). 13. Procédé selon la revendication précédente, dans lequel les clés permettant de localiser et de chiffrer le fragment source (9) diffèrent d'un fragment source à l'autre. 14. Procédé selon l'une des deux revendications immédiatement précédentes, dans lequel on regroupe les fichiers (13;) sauvegardés dans un fragment source (9) particulier selon leur type, leur contenu ou les droits d'accès y étant associés. 15. Procédé selon l'une quelconque des revendications 11 à 14, dans lequel on génère un fragment racine (7) permettant de localiser et de déchiffrer les fragments sources (9) et dans lequel on sauvegarde ce fragment racine (7) dans la mémoire d'au moins un terminal (3;) du réseau. 16. Procédé de diffusion sélective d'au moins un fichier (13;) enregistré dans la mémoire d'au moins un terminal (3;) d'un réseau pair à pair (1), ce fichier (13;) étant fragmenté en plusieurs fragments de données FBI (1 li), auxquels est associé un fragment de description (FBL) (10;) répertoriant les fragments (FBL) (1li), ces fragments FBL (10i)étant localisables et déchiffrables par un fragment source (9) à accès protégé sauvegardé dans la mémoire d'un terminal du réseau, procédé dans lequel on permet à un client (8) du réseau recherchant le fichier enregistré (13;) et ayant satisfait une condition prédéfinie l'accès au fragment source (9) et la 5 récupération du fichier recherché. 17. Procédé selon la revendication précédente, dans lequel on permet l'accès au fichier recherché (13;) en fournissant au client (8) du réseau une clé permettant de localiser le fragment source (9) et/ou une clé permettant de déchiffrer le fragment source (9). 10 18. Procédé selon la revendication précédente, dans lequel la clé permettant de localiser et/ou la clé permettant de déchiffrer le fragment source est propre au client (8). 19. Procédé selon l'une quelconque des revendications 16 à 18, comportant une étape de test de disponibilité et d'intégrité du fichier recherché. 20. Procédé de restauration d'au moins un fichier sauvegardé (13;) dans les 15 mémoires de terminaux (3;) d'un réseau pair à pair sous la forme de fragments de données (lli) auxquels est associé un fragment de description (10i) répertoriant les fragments de données, ce fragment de description étant localisable et déchiffrable par un fragment source (9) à accès protégé sauvegardé dans la mémoire d'un terminal du réseau, procédé dans lequel : 20 - un pair accède au fragment source (9) pour, depuis un terminal quelconque du réseau, déterminer la liste des fichiers sauvegardés dans le réseau - le pair sélectionne au moins un fichier à restaurer (13;) dans la liste, - le pair lance le processus de restauration automatique du ou des fichiers sélectionnés depuis ce terminal. 25 21. Procédé selon la revendication précédente, comportant une étape de mise à jour de la liste des fichiers sauvegardés. 22. Procédé selon l'une des deux revendications immédiatement précédentes, comportant une étape de test de disponibilité et d'intégrité sur des fichiers répertoriés dans le fragment source. 30 23. Procédé de sauvegarde d'au moins un fichier (13;) enregistré par un pair dans les mémoires de terminaux (3;) d'une pluralité de noeuds d'un réseau pair à pair, chaque fichier étant fragmenté en plusieurs fragments de données (11i) auxquels est5associé un fragment de description (10;) répertoriant les fragments de données, procédé dans lequel : - on génère au moins un fragment source permettant de localiser et de déchiffrer au moins une partie des fragments de description, - on génère pour ce fragment source (9) une clé permettant de localiser et une clé permettant de chiffrer le fragment source (9) en fonction d'un secret de l'utilisateur, et - on sauvegarde le fragment source dans la mémoire d'au moins un terminal du réseau. 10