FR 2873525 A1 20060127 FR 0408022 A 20040720 La présente invention concerne le transfert d'un droit associé à une donnée numérique entre un poste demandeur et un poste récepteur, à travers un réseau de communication distribué. Elle trouve une application particulière dans le stockage et l'accès à des données numériques multimédia dans un réseau de communication distribué de type poste à poste, appelé encore pair à pair ou peer to peer en anglais. Les systèmes pair à pair sont différents des systèmes classiques centralisés car dans de tels systèmes pair à pair, chaque poste ou machine peut être à la fois client et serveur. Ainsi, un poste peut à la fois recevoir et servir des fichiers, y compris ceux que le poste pair a déjà reçus. De plus, les données sont servies directement à partir des machines des utilisateurs. La place de stockage peut donc être considérée en pratique comme illimitée. Cependant, les postes pairs ne sont pas toujours connectés et leur adresse peut changer à chaque connexion. Pour résoudre ces problèmes, une solution connue consiste à utiliser un serveur central qui garantit un minimum de qualité de service. On parle alors de réseau pair à pair hybride. Néanmoins, la recherche d'un document est difficile dans un réseau pair à pair hybride. Une approche connue consiste à associer un identifiant unique à chaque document partagé. Ensuite, une table d'index est constituée. Une telle table permet alors de mettre en correspondance l'identifiant d'un document et l'emplacement de ce document dans le réseau. Dans les systèmes de partage de documents numériques, cette table peut être centralisée ou distribuée. Dans le cas centralisé, le poste pair responsable de cette table, doit être accessible en permanence de manière à ce qu'un poste pair puisse demander un document à tout moment. Cette contrainte n'implique pas nécessairement que le document soit accessible instantanément, car il peut se produire le cas où tous les postes pairs qui servent ce document sont déconnectés du réseau. Dans ce contexte, soit le poste pair renouvelle ultérieurement sa requête, soit le serveur central mémorise la requête et le document est servi dès qu'un des postes pairs se connecte. Par la suite, le terme fichier ou donnée numérique peut s'appliquer à la fois à des images ou des vidéos numériques. Le terme version d'une donnée désigne la donnée à une résolution particulière. La donnée originale possède la résolution la plus élevée, tandis que la même donnée ayant une résolution plus faible est appelée vignette . Dans le cas où la donnée numérique est une image, la donnée originale correspond à l'image originale, c'est à dire à pleine résolution, tandis que la vignette correspond à une image de résolution inférieure. Dans le cas où la donnée est une vidéo, la donnée originale correspond à la séquence d'images originales, tandis que la vignette correspond, par exemple, à la première image de la vidéo ayant une résolution inférieure à celle de la vidéo originale. En pratique, la présente invention trouve une application particulière dans le transfert automatique de photographies et/ou vidéos prises à l'aide d'appareils photographiques numériques susceptibles de se connecter au réseau Internet. Les appareils photographiques numériques sont maintenant largement répandus et utilisés. De plus, il est maintenant très courant d'avoir à sa disposition plusieurs appareils de communication pouvant se connecter au réseau Internet et capables d'échanger des informations multimédia. Ainsi, le nombre d'ordinateurs personnels augmente très rapidement et une grande partie de ces ordinateurs ou équivalents est connectée à Internet. Le nombre de connections haut débit s'accroît également très rapidement, ce qui permet d'avoir davantage de machines connectées. Cependant, ces connexions restent transitoires car les machines ne 25 sont pas connectées en permanence et leur adresse change à chaque nouvelle connexion. Par ailleurs, beaucoup de personnes utilisent aussi un ordinateur dont elles disposent au travail pour se connecter à Internet, et parfois pour des travaux personnels. De même, de nombreux services sur Internet fournissent des espaces de stockage de données limités en taille mais accessibles en permanence, pour un coût assez faible ou qui peut être parfois inclus avec un abonnement à un service (tel que l'accès à Internet). Enfin, les appareils nomades sont de plus en plus courants, tels que les téléphones mobiles, assistants digitaux, ou appareils photographiques ou caméras avec connections Internet. De tels appareils nomades sont aussi capables de créer des données multimédia numériques (photographies ou films), de les stocker dans un espace mémoire local et de les transmettre sur Internet vers d'autres machines dans le but de les partager avec des amis. Un problème qui se pose alors est la limitation de l'espace mémoire disponible localement sur un appareil nomade. Une solution serait donc de pouvoir utiliser l'espace de stockage disponible sur d'autres machines pour compléter l'espace mémoire local. Toutefois, plusieurs contraintes viennent compliquer la situation. En effet, beaucoup de machines ont des adresses de réseau qui varient. Il faut donc avoir des moyens pour retrouver les machines indépendamment de leur adresse de réseau. De plus, beaucoup de machines ne sont pas connectées en permanence. Il en résulte qu'en cas de besoin de place, l'utilisateur peut ne pas en trouver de disponible, et lorsqu'il veut accéder à une donnée, celle-ci risque de se trouver sur une machine qui n'est pas connectée. Par ailleurs, certaines machines sont moins fiables que d'autres, on ne peut donc pas leur faire totalement confiance pour stocker des données importantes. Enfin, les espaces disponibles sur chaque machine sont de tailles variables. La gestion par un utilisateur du placement des données sur les différents serveurs est donc très complexe. La présente invention remédie à ces inconvénients. Elle vise ainsi à maximiser l'espace mémoire disponible pour l'utilisateur pour de nouvelles données tout en gardant un bon niveau de disponibilité pour les données déjà existantes, ceci en dépit de machines qui ne sont pas toujours connectées en permanence ou qui ne sont pas nécessairement fiables. Elle porte sur un procédé de transfert d'un droit associé à une donnée numérique entre un poste demandeur et un poste récepteur, lesdits poste demandeur et poste récepteur étant reliés l'un à l'autre à travers un réseau de communication, en particulier de type poste à poste. Selon une définition générale de l'invention, ledit procédé comprend les étapes suivantes, mises en oeuvre sur le poste demandeur: i) envoyer une requête d'un transfert d'un droit associé à une donnée numérique choisie, à au moins un poste récepteur; ii) obtenir une réponse à la requête de transfert en fonction de l'examen de celle-ci sur le poste récepteur selon au moins un critère-requête prédéterminé ; et iii) en cas de réponse positive, transférer ledit droit associé à ladite 15 donnée numérique au profit du poste récepteur. Côté récepteur, le procédé selon l'invention comprend les étapes suivantes: iv) recevoir une requête de transfert d'un droit associé à une donnée numérique choisie; v) examiner la requête de transfert selon au moins un critère- requête prédéterminé ; et vi) en cas d'examen positif, accepter le transfert dudit droit associé à ladite donnée numérique. Un tel procédé permet de déplacer un droit pour une donnée entre un poste demandeur et un poste récepteur et provoque donc des changements d'états de la donnée sans nécessairement la déplacer. Par exemple, un tel procédé permet d'enlever localement des données sans pour autant les perdre définitivement puisque seules les données qui peuvent être retrouvées ailleurs sont effacées. Le critère-requête est basé sur une autorisation du poste récepteur à stocker localement des données numériques pour l'utilisateur associé à la donnée, l'autorisation étant accordée à l'issue d'un échange d'informations entre les postes demandeur et récepteur et d'une négociation positive sur la base des informations échangées. Selon une réalisation, le procédé comprend en outre l'étape suivante, côté poste demandeur: a) sélectionner la donnée numérique parmi un ensemble de données stockées de manière permanente sur le poste demandeur selon au moins un critère-donnée prédéterminé. En pratique, le critère-donnée appartient au groupe formé par la taille de la donnée, la dernière date d'utilisation, l'obsolescence, l'état figé ou caché en mémoire locale, des informations-donnée, l'emplacement, le choix de l'utilisateur. Selon encore une autre réalisation, le procédé comprend en outre les étapes suivantes: - obtenir une table-donnée apte à contenir pour chaque donnée connue localement, des informations-donnée appartenant au groupe formé par un identifiant désignant la donnée, une liste des postes ayant un droit pour ladite donnée, un chemin d'accès local dans l'espace de stockage local, la qualité d'origine de la donnée, la qualité locale de la donnée, les dates de création et de dernière utilisation de la donnée, la disponibilité de la donnée calculée en fonction des taux de présence des postes qui possèdent ladite donnée et un niveau de priorité défini par l'utilisateur, lesdites informations-donnée servant à la sélection de la donnée selon l'étape a). Selon une autre réalisation, le procédé comprend en outre l'étape suivante: b) sélectionner au moins un récepteur pour ladite donnée numérique ainsi sélectionnée parmi un ensemble prédéterminé de postes récepteurs selon au moins un critère-poste prédéterminé. En pratique, le critère-poste est basé sur les capacités du poste récepteur et/ou du poste demandeur. Selon un autre aspect de l'invention, le droit pour la donnée appartient au groupe formé par le droit de sauvegarde de la donnée en mémoire locale permanente, la responsabilité du management de la donnée. Selon une autre réalisation, le procédé comprend en outre les étapes suivantes: - obtenir une table-poste comprenant pour chaque poste des informations- poste appartenant au groupe formé par un identifiant désignant ledit poste, un niveau de priorité associé audit poste, un degré de fiabilité associé audit poste, une adresse dudit poste dans le réseau, le débit dudit poste, l'espace disponible dudit poste et le taux de présence dudit poste dans le réseau, lesdites informations-poste servant à la sélection du ou des postes récepteurs selon l'étape b). Selon encore une autre réalisation, le procédé comprend les étapes suivantes: - obtenir une table-utilisateur comprenant pour chaque utilisateur autorisé à stocker des données sur ledit poste des informations- utilisateur appartenant au groupe formé par une liste des postes amis de cet utilisateur et une liste des données associées audit utilisateur, ainsi qu'un indicateur apte à indiquer le transfert en cours pour cet utilisateur, lesdites informations-utilisateur servant lors de l'étape a) ou lors de l'étape b). En pratique, la requête de transfert est déclenchée en réponse à un événement appartenant au groupe formé par une connexion au réseau d'un poste demandeur ou du poste récepteur, lorsque le seuil d'occupation du poste demandeur est atteint, des modifications apportées aux caractéristiques du ou des postes demandeur et récepteur, une demande expresse d'un utilisateur. La présente invention a également pour objet un dispositif de transfert d'un droit associé à une donnée numérique entre un poste demandeur et un poste récepteur, reliés l'un à l'autre à travers un réseau de communication, en particulier du type poste à poste, caractérisé en ce que le poste récepteur comprend: - des moyens de réception aptes à recevoir une requête de transfert d'un droit pour une donnée numérique choisie; des moyens d'examen aptes à examiner la requête de transfert selon au moins un critère-requête prédéterminé ; et - des moyens de traitement aptes, en cas d'examen positif, à accepter le transfert dudit droit pour ladite donnée numérique. De son côté, le poste demandeur comprend: - des moyens d'émission aptes à envoyer une requête de transfert 5 de droit associé à une donnée numérique choisie à au moins un poste récepteur; - des moyens de réception aptes à obtenir une réponse à la requête de transfert en fonction de l'examen sur le poste récepteur selon au moins un critère-requête prédéterminé ; et des moyens de traitement aptes, en cas de réponse positive, à transférer ledit droit associé à ladite donnée numérique au profit du poste récepteur. Selon un autre aspect de l'invention, le dispositif, au niveau du poste demandeur, comprend en outre des premiers moyens de sélection aptes à sélectionner la donnée numérique parmi un ensemble de données stockées de manière permanente sur le poste demandeur selon un critère-donnée prédéterminé. Selon encore un autre aspect de l'invention, le dispositif comprend en outre des seconds moyens de sélection aptes à sélectionner au moins un poste récepteur pour ladite donnée numérique ainsi sélectionnée parmi un ensemble prédéterminé de postes récepteurs selon un critère-poste prédéterminé. En pratique, le dispositif comprend une table-poste comprenant pour chaque poste des informations-poste appartenant au groupe formé par un identifiant désignant ledit poste, un niveau de priorité associé audit poste, un degré de fiabilité associé audit poste, une adresse dudit poste dans le réseau, le débit dudit poste, l'espace disponible dudit poste et le taux de présence dudit poste dans le réseau. En outre, le dispositif comprend une table-utilisateur pour chaque poste comprenant des informations-utilisateur appartenant au groupe formé par une liste des utilisateurs autorisés à stocker des données sur ledit poste, à chaque utilisateur ainsi autorisé étant associée une liste des postes amis de cet 2873525 8 utilisateur et une liste des données associées audit utilisateur, ainsi qu'un indicateur apte à indiquer le transfert en cours pour cet utilisateur. De plus, le dispositif comprend une table-donnée apte à contenir pour chaque donnée connue localement des informations-donnée appartenant au groupe formé par un identifiant désignant la donnée, la liste des postes ayant un droit pour ladite donnée, le chemin d'accès local dans l'espace de stockage local, la qualité d'origine de la donnée, la qualité locale de la donnée, les dates de création et de dernière utilisation, la disponibilité de la donnée calculée en fonction des taux de présence des postes qui possèdent ladite donnée et un niveau de priorité défini par l'utilisateur. La présente invention a également pour objet 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 comporte des instructions d'un programme d'ordinateur permettant la mise en oeuvre d'un procédé de traitement du type décrit ci-dessus, lorsque ce programme est chargé et exécuté par un système informatique. La présente invention a enfin pour objet un programme d'ordinateur stocké sur un support d'informations, ledit programme comportant des instructions permettant la mise en oeuvre d'un procédé de traitement du type décrit ci-dessus, lorsque ce programme est chargé et exécuté par un système informatique. D'autres avantages et caractéristiques apparaîtront à la lumière de la description détaillée ci-après et des dessins dans lesquels: - la figure 1 représente schématiquement un réseau distribué ; - la figure 2 décrit un dispositif mettant en oeuvre l'invention; - la figure 3 représente schématiquement un exemple de transfert de droits associés à des données entre plusieurs machines; - la figure 4 représente schématiquement le contenu de tables utilisées pour la mise en oeuvre du procédé selon l'invention; - la figure 5 décrit les principales étapes du transfert d'un droit associé à une donnée selon l'invention; - la figure 6 décrit les étapes illustrant une négociation de transfert entre un poste demandeur et un poste récepteur selon l'invention; - la figure 7 décrit l'algorithme permettant de libérer de la place selon l'invention; et - la figure 8 représente la connexion d'une machine au réseau selon l'invention. En référence à la figure 1 on a décrit un réseau distribué d'échanges de données 2, de type pair à pair . Un tel réseau 2 comporte un ensemble de terminaux 4, appelés encore postes, machines ou pairs. Chaque terminal 4 est relié au réseau 2 (Internet) et comprend des moyens de communication émettant des requêtes 6 et recevant des réponses 8 auxdites requêtes. Le réseau est par exemple du type distribué pair à pair hybride avec un serveur central 10. Chaque terminal 4 peut être par exemple un dispositif tel que décrit à la figure 2. Par exemple, un tel terminal 4 comprend: - une mémoire de stockage volatile 5 (cache) ; - un serveur de fichiers 3; et - une interface homme-machine 7 qui permet la communication des requêtes de l'utilisateur. Les terminaux 4 peuvent communiquer directement par l'intermédiaire du réseau global 2. De manière optionnelle, le serveur central 10, communique avec tous les terminaux 4 du réseau de distribution. Le serveur central 10 est connecté en permanence et stocke un ensemble de données sur le système d'échange terminal à terminal:.information de présence de chacun des terminaux identifiés comme faisant partie du réseau, éventuellement informations sur les contenus (e.g. les images) qui se trouvent stockées localement sur chaque poste. Le serveur central 10 peut servir aussi à authentifier les utilisateurs qui se connectent. En référence à la figure 2, un appareil mettant en oeuvre l'invention est par exemple un micro-ordinateur 200 ou une station de travail ou un assistant numérique ou un appareil photographique numérique ou un téléphone portable. Cet appareil peut être connecté à différents périphériques tels que, par exemple une caméra numérique 201 (ou un scanner ou tout moyen d'acquisition ou de stockage d'image) reliée à une carte graphique et fournissant à l'appareil des données multimédia. L'appareil 200 comporte un bus de communication 202 auquel sont reliés: une unité centrale de traitement 203 (microprocesseur) ; - une mémoire morte 204, pouvant comporter le programme "Prog" ; - une mémoire vive 206 (mémoire cache), comportant des registres adaptés à enregistrer des variables et paramètres créés et modifiés au cours de l'exécution des programmes précités; - un écran 208 permettant de visualiser des données et/ou de servir d'interface graphique avec l'utilisateur qui pourra interagir avec les programmes selon l'invention, à l'aide d'un clavier 210 ou de tout autre moyen tel qu'un dispositif de pointage, comme par exemple une souris 211 ou un crayon optique, ou un écran tactile; et - une interface de communication 218 reliée à un réseau de communication distribué 220, par exemple le réseau Internet, l'interface étant apte à transmettre et à recevoir des données. Dans le cas de données audio, l'appareil comprend en outre une carte d'entrée/sortie (non représentée) reliée à un microphone 222. L'appareil peut disposer optionnellement: - d'un disque dur 212 pouvant comporter le programme Prog précité ; - d'un lecteur de disquette 214 adapté à recevoir une disquette 216 et à y lire ou à y écrire des données traitées ou à traiter selon l'invention; et - d'un lecteur de cartes mémoires adapté à y lire ou à y écrire des données traitées ou à traiter selon l'invention. Le bus de communication 202 permet la communication et l'interopérabilité entre les différents éléments inclus dans le micro-ordinateur 200 ou reliés à lui. La représentation du bus n'est pas limitative et, notamment, l'unité centrale est susceptible de communiquer des instructions à tout élément du micro-ordinateur 200 directement ou par l'intermédiaire d'un autre élément du micro-ordinateur 200. Le code exécutable de chaque programme permettant à l'appareil programmable de mettre en oeuvre les processus selon l'invention, peut être stocké, par exemple, dans le disque dur 212 ou en mémoire morte 204. Selon une variante, la disquette 216, peut contenir des données ainsi que le code exécutable des programmes précités qui, une fois lu par l'appareil 200, sera stocké dans le disque dur 212. En seconde variante, le code exécutable des programmes pourra être reçu par l'intermédiaire du réseau de communication 220, via l'interface 218, pour être stocké de façon identique à celle décrite précédemment. Les disquettes peuvent être remplacées par tout support d'information tel que, par exemple, un disque compact (CD-ROM) ou une carte mémoire. De manière générale, un moyen de stockage d'information, lisible par un ordinateur ou par un microprocesseur, intégré ou non à l'appareil, éventuellement amovible, est adapté à mémoriser un ou plusieurs programmes dont l'exécution permet la mise en oeuvre du procédé selon l'invention. De manière plus générale, le ou les programmes peuvent être chargés dans un des moyens de stockage de l'appareil 200 avant d'être exécutés. L'unité centrale 203 commande et dirige l'exécution des instructions ou portions de code logiciel du ou des programmes selon l'invention, instructions qui sont stockées dans le disque dur 212 ou dans la mémoire morte 204 ou bien dans les autres éléments de stockage précités. Lors de la mise sous tension, le ou les programmes qui sont stockés dans une mémoire non volatile, par exemple le disque dur 212 ou la mémoire morte 204, sont transférés dans la mémoire vive 206 (RAM) qui contiendra alors le code exécutable du ou des programmes selon l'invention, ainsi que des registres pour mémoriser les variables et paramètres nécessaires à la mise en oeuvre de l'invention. Il convient de noter que l'appareil de communication comportant le dispositif selon l'invention peut également être un appareil programmé. Cet appareil contient alors le code du ou des programmes informatiques par exemple figé dans un circuit intégré à application spécifique (ASIC). La figure 3 montre un exemple de scénario d'utilisation de la présente invention. Un utilisateur dispose d'un appareil photographique APH pouvant se connecter à Internet. Sur cet appareil APH, l'utilisateur a pris un grand nombre de photographies. Il connecte alors son appareil APH à Internet. Cette connexion déclenche une liaison avec le serveur central 10 et la négociation d'un transfert de responsabilité des données (étape El). Comme les données (photographies) sont nouvelles, elles sont d'abord transférées de l'appareil APH vers le serveur central 10. Une fois les données transférées, le serveur central 10 prend la responsabilité des photographies qui changent donc d'état dans l'appareil photographique APH. Elles passent ainsi de l'état figé (avant transfert) à l'état caché (après transfert). L'utilisateur peut alors déconnecter son appareil APH du réseau Internet et continuer à prendre d'autres photographies. Au fur et à mesure des besoins, les photographies passées à l'état caché seront susceptibles de perdre de la qualité, ce qui permettra à l'utilisateur de continuer à les visualiser localement sur son appareil APH. Les données à l'état caché seront ensuite supprimées progressivement ou en totalité pour libérer de l'espace mémoire, selon les besoins de l'utilisateur. Par exemple, l'utilisateur continue à avoir accès à au moins une version réduite des données tant qu'il reste un minimum de mémoire locale disponible. Dans notre scénario, on suppose que par la suite une machine d'un ami PCA se connecte également au réseau. Dans notre exemple, cet ami a autorisé le stockage d'une certaine quantité de données pour l'utilisateur sur sa machine. Lorsque la connexion est établie avec le serveur central 10, le serveur central 10 peut alors décider de transférer la responsabilité de certaines données sur la machine PCA de cet ami. Les données que l'utilisateur a décidé de partager avec son ami sont transférées en premier. En effet, cela permet ensuite de sélectionner la machine de cet ami comme responsable de la donnée (étape E2). Ensuite les transferts de responsabilités ont lieu avec si nécessaire d'autres transferts de données. De la place peut ainsi être disponible sur le serveur central 10 si l'utilisateur veut de nouveau vider son appareil photographique APH. Dans une dernière étape (étape E3), l'utilisateur rentre chez lui. Il transfère les données de son appareil photographique APH vers son ordinateur de maison PCM. Toutes les données présentes sur l'appareil photographique APH (figées ou cachées) se retrouvent sur l'ordinateur de maison PCM de l'utilisateur. Cependant certaines données peuvent avoir été effacées complètement ou partiellement. L'utilisateur connecte ensuite son ordinateur PCM à Internet. Les machines présentes sur le réseau (serveur central 10 et machine PCA de ses amis) vont alors pouvoir transférer la responsabilité des données vers l'ordinateur de maison PCM pour pouvoir rendre disponible la place sur les serveurs. Seules les données manquantes sont transférées vers l'ordinateur de maison PCM. La figure 4 montre des tables permettant le fonctionnement de la présente invention sur chaque machine. Une première table appelée table-utilisateur TABU donne la liste des utilisateurs LUI, désigné chacun par un identifiant IDU, qui sont autorisés à stocker des données sur la dite machine. Pour chaque utilisateur qui peut stocker des données sur la machine, sont attribuées une liste des machines amies LPA de cet utilisateur et une liste des données LDI associées à cet utilisateur. Un indicateur TEC permet en outre de savoir si un transfert est en cours pour cet utilisateur. On utilise également une seconde table, appelée table-poste TABP. Dans cette table TABP, chaque machine ou poste comprend: - un identifiant IDP unique permettant de retrouver et d'identifier chaque machine; - une priorité PRI fixée par l'utilisateur. Cette priorité permet à l'utilisateur d'indiquer sur quelle machine il préfère avoir ses données. L'ordinateur principal est généralement celui qui a la priorité la plus forte. II est important qu'une seule machine ait la priorité la plus forte. En effet cette caractéristique permet d'avoir une convergence de l'algorithme. Toutes les données finissent ainsi par être rapatriées sur la machine la plus prioritaire; - la fiabilité FIA de la machine. Cette fiabilité FIA peut soit être attribuée par l'utilisateur, soit être fixée automatiquement en fonction du type de machine (serveur central plus fiable qu'une machine pair) , soit être calculée en fonction de l'historique d'utilisation de la machine; - l'adresse AIP dans le réseau. Pour une machine qui est connectée à Internet, on peut stocker son adresse courante et les paramètres de connexion courants tels que numéro de port, serveur relais; - la bande passante BAP: ce débit BAP dépend du type de connexion de la machine (modem, ADSL...) ; - espace mémoire disponible ESD: l'espace mémoire disponible pour l'utilisateur; et - le taux deprésence TAX: calculé d'après l'historique de connexion de la machine. Les machines qui peuvent être listées dans la table TABP sont par exemple l'appareil photographique de l'utilisateur, le serveur central, l'ordinateur principal, l'ordinateur de travail, les machines d'amis qui l'ont autorisé à stocker des données chez eux... L'utilisateur peut mettre à jour la table TABP sur le serveur central 10 en éditant la table à l'aide d'une interface Web. La table TABP est aussi mise à jour automatiquement lorsque l'utilisateur enregistre une nouvelle machine à son nom ou en autorisant un ami à venir stocker des données chez lui. Enfin les tables TABP des autres machines sont mises à jour automatiquement lorsqu'elles se connectent au serveur central (figure 8). Enfin, il est prévu une troisième table appelée table-donnée , TABD. Cette table TABD stocke les informations-donnée concernant chaque donnée connue localement. Pour chaque donnée, on stocke les éléments suivants: un identifiant IDD unique de la donnée; - une liste des machines responsables LPR pour cette donnée; - le chemin d'accès local CHL dans l'espace de stockage local; - la qualité d'origine QUO de la donnée; - la qualité locale QUL de la donnée; - les dates de création DAC et de dernière utilisation DUT; - la disponibilité de la donnée DIS calculée en fonction des taux de 5 présence des machines qui possèdent la donnée; - un utilisateur IDU associé à la donnée; - un statut STA qui peut avoir 2 valeurs: figé (c'est-à-dire non supprimable) ou caché en mémoire locale (c'est-à-dire supprimable) ; et - une priorité PRD fixée par l'utilisateur; par exemple, les données les plus prioritaires doivent avoir la meilleure disponibilité et les données les moins prioritaires sont ainsi supprimées en premier. Dans le cas où la même donnée est associée à plusieurs utilisateurs (par exemple sur la machine d'un ami, la même image peut être associée à la personne qui a pris l'image et à son ami), on a plusieurs lignes dans la table TABD pour la même donnée: une ligne pour chaque utilisateur ayant des droits sur la donnée. La table TABD est mise à jour dans les algorithmes décrits en référence aux figures 5, 6 et 7. La figure 5 représente schématiquement les principales étapes du 20 transfert de responsabilité d'une donnée. La première étape E501 est la décision de procéder à un transfert. Cette décision peut être causée par différents paramètres. Par exemple, l'un des paramètres est la connexion d'un appareil photographique au réseau. Cette connexion peut déclencher automatiquement le transfert des données de l'appareil photographique vers le serveur central 10 ou un autre serveur du réseau pour l'utilisateur propriétaire de l'appareil photographique. Un autre paramètre est par exemple la connexion d'une autre machine au réseau. C'est par exemple le cas lorsque l'ordinateur principal de l'utilisateur (celui qui a la priorité PRI maximale) se connecte au réseau. Tous les autres serveurs qui stockent des données de cet utilisateur vont alors essayer de lui transférer la responsabilité des données. Un autre paramètre peut concerner des modifications de caractéristiques de machines telles que les changements de bande passante BAP, de priorité PRI ou de taille d'espace mémoire disponible ESD. Dans ce cas chaque utilisateur pouvant stocker des données sur la machine dont les caractéristiques sont modifiées peut avoir des données transférées. Encore un autre paramètre peut correspondre à une condition selon laquelle un seuil d'occupation associé à l'utilisateur du poste demandeur est atteint, par exemple lorsqu'une nouvelle photographie a été prise sur l'appareil photographique ou qu'une image a été transférée sur le serveur central 10. Enfin, un des paramètres peut correspondre à une demande de l'utilisateur. La deuxième étape E502 est la sélection d'une donnée pour laquelle un transfert de responsabilité devrait être effectué. La donnée est sélectionnée dans la liste des données dont l'état est figé. La donnée peut être sélectionnée suivant plusieurs critères. L'un de ces critères de sélection est par exemple l'utilisateur associé à la donnée. Dans le cas où un utilisateur est associé au paramètre de la décision de transfert, les données associées à cet utilisateur sont sélectionnées prioritairement. Un autre critère de sélection est la taille de la donnée. Pour libérer de l'espace mémoire, une solution consiste à transférer les données les plus grosses d'abord. La taille de l'espace disponible ESD sur chacune des machines connues est prise en compte. Par exemple, la donnée ne doit pas avoir une taille supérieure à l'espace maximal disponible, sauf si la donnée a déjà été transférée. Lorsque la connexion établie a un débit faible ou la durée de la connexion n'est pas garantie, il peut être opportun de sélectionner les données les plus petites. Un autre critère de sélection peut concerner l'obsolescence de la donnée, notamment des données les plus anciennes ou qui n'ont pas été utilisées depuis longtemps. Par exemple sur le serveur central 10, déplacer la donnée vers un autre serveur risque de diminuer la disponibilité de la donnée, il peut donc être opportun de choisir une donnée à supprimer dont l'utilisateur a moins de chance d'avoir besoin. Un autre critère de sélection peut concerner l'emplacement de la donnée, notamment des données qui se trouvent déjà sur d'autres machines. Dans ce contexte, il n'y a pas besoin de les transférer mais seulement de déplacer la responsabilité ou le droit (figé ou caché) sur ladite donnée. Le transfert est ainsi plus rapide. Le critère de sélection peut être aussi suivant un choix de l'utilisateur. Si aucune donnée ne peut être choisie le transfert échoue (étape E505). Si la donnée sélectionnée est une nouvelle donnée (non connue dans la table des données TABD) un nouvel identifiant lui est affecté et une nouvelle ligne est créée dans la table des données TABD (étape de mise à jour E503) et la liste des données de l'utilisateur dans la table TABU est mise à jour. L'étape suivante E504 est de sélectionner au moins une machine destinataire (poste récepteur). Cette sélection se fait dans la liste des machines associées à l'utilisateur, parmi les machines connectées. Plusieurs critères peuvent intervenir. Un des critères de sélection de la machine réceptrice peut être la priorité PRI fixée par l'utilisateur. Cela permet de choisir en priorité l'ordinateur principal de l'utilisateur. Parmi les machines de même priorité, on peut aussi choisir les machines qui peuvent avoir la donnée: c'est le cas par exemple si l'utilisateur a décidé de partager la donnée avec des amis. On peut utiliser le système d'indexation des données du système pair à pair pour savoir où se trouve la donnée. Si l'une de ces machines accepte de servir de stockage pour l'utilisateur on la choisit prioritairement. En effet, cela évite d'avoir à transférer la donnée elle-même: seule la responsabilité de la donnée est alors transférée. Un autre critère de sélection de la machine peut être basé sur les machines dont la fiabilité FIA est la meilleure. Si aucune machine de fiabilité au moins égale à la fiabilité de la machine courante n'est disponible, il faut augmenter le nombre R de répliques de la donnée. Si un niveau de réplication R est choisi, il faut au moins R machines responsables. Le nombre de répliques est choisi en fonction de la différence de fiabilité FIA entre les deux machines. Le nombre de répliques diminue lorsque des transferts se font vers une machine fiable (figure 6, étape E609). C'est en particulier le cas du transfert final vers la machine principale de l'utilisateur. Les machines sélectionnées peuvent être celles où la donnée est déjà présente. Parmi les machines restantes, les machines dont le taux de 10 présence TAX ou la bande passante BAP est le meilleur peuvent être choisies. Si aucune machine ne peut être sélectionnée, on ne peut pas transférer de responsabilité. L'étape suivante E506 consiste à négocier avec le destinataire choisi. Cette phase est décrite ci-après en référence à la figure 6. Si la négociation échoue une autre machine doit être sélectionnée (étape E504). Conformément à l'étape E507, si le nombre de machines responsables n'est pas suffisant (cas de machines de fiabilité faible), il faut sélectionner une autre machine (retour à l'étape E504). Si le nombre de machine est suffisant, l'état de la donnée peut être modifié. La donnée dont la responsabilité a été transférée passe de l'état figé à l'état caché dans la table TABD (étape E508). Par la suite l'algorithme de la figure 7 peut libérer de la place mémoire. La négociation du transfert de responsabilité se déroule suivant 25 l'organigramme décrit en référence à la figure 6. Selon l'étape E601, une communication est établie entre le poste demandeur et le poste récepteur d'un droit de management de la donnée. Cette communication est établie en utilisant l'adresse réseau AIP de la table des machines TABP. Si nécessaire, cette adresse AIP peut être mise à jour en faisant appel à un serveur central chargé de garder les adresses courantes de chaque machine. Si la communication ne peut être établie, le transfert échoue (étape E603). Le poste demandeur (émetteur) transmet alors l'identité de l'utilisateur associé à la donnée sélectionnée. La machine réceptrice vérifie (étape E602) que cette personne est bien autorisée à stocker des données localement. Pour cela, elle utilise la liste des utilisateurs LUI autorisés de la table TABU. Si ce n'est pas le cas, le transfert est refusé (étape E603). Le poste récepteur vérifie ensuite (étape E604) qu'il n'y a pas de transfert en cours (TEC à l'état vrai) pour ce même utilisateur en utilisant la table TABU. Cette vérification permet d'éviter des boucles dans les transferts entre plusieurs machines. Si un autre transfert est en cours (TEC à l'état vrai) pour le même utilisateur, la demande est refusée (étape E603). Si aucun transfert n'est en cours, l'indicateur de la table mémorise que le transfert est maintenant en cours (TEC à l'état vrai). Les paramètres des machines sont alors échangés (étape E605). Par exemple, il s'agit des paramètres suivants: priorité PRI, espace mémoire 15 disponible ESD, taux de présence TAX, bande passante BAP. Cet échange permet de mettre à jour les tables des machines TABP. Cet échange de paramètres peut remettre en cause le choix de machine effectué. Par exemple, si l'espace mémoire disponible ESD est insuffisant ou si la priorité PRI a été modifiée, le transfert peut être refusé (étape E603). Ensuite les paramètres des données choisies sont transmis selon l'étape E606. Ces paramètres sont par exemple les suivants: l'identifiant IDD de la donnée et sa taille. Si la donnée n'est pas connue localement, ou si elle n'est pas associée à l'utilisateur, une nouvelle ligne peut être créée dans la table des données TABD et la liste des données associées à l'utilisateur colonne LDI de la table TABU est mise à jour. Ensuite, il convient de tester si la donnée est déjà stockée localement (étape E607). Cela peut être le cas par exemple pour l'ordinateur principal de l'utilisateur. Si celui-ci a au préalable transféré toutes les données de son appareil photographique sur l'ordinateur, certaines données peuvent être déjà présentes. Cela peut être le cas aussi si une donnée a été partagée avec un ami. La donnée peut avoir été envoyée auparavant à la machine destinataire. II convient aussi de tester le cas particulier où la machine est déjà responsable et la fiabilité FIA de la machine est faible (étape E609). Dans ce cas la donnée doit garder un degré de réplication suffisant et le transfert est donc refusé. Si la machine réceptrice n'est pas responsable de la donnée, elle peut accepter le transfert de responsabilité (étape E610), de même lorsque la machine réceptrice est déjà responsable et qu'elle a un bon niveau de fiabilité FIA, elle accepte aussi le transfert de responsabilité. Dans ce dernier cas, le niveau de réplication de la donnée peut diminuer. Dans le cas où la donnée n'est pas présente sur la machine destinataire (poste récepteur), il convient de créer un espace libre ESD de taille suffisante pour la stocker (étape E608). Cela se fait en utilisant l'algorithme décrit en référence à la figure 7. Si l'espace ne peut pas être alloué le transfert est refusé (étape E603). Si l'espace est suffisant alors la donnée peut être transférée (étape E611). Si la donnée n'est pas envoyée correctement le transfert échoue. Enfin dans la dernière étape (étape E610), le transfert est accepté. L'état de la donnée est modifié à la fois sur l'émetteur (demandeur) et le récepteur et la table des données TABD est mise à jour. Pour l'émetteur (demandeur), la donnée passe de l'état figé à l'état caché. Pour le récepteur, la donnée passe dans l'état responsable (appelé encore état figé). Dans les deux cas, transfert accepté (étape E610) ou transfert refusé (étape E603), l'indicateur de transfert en cours TEC de la table TABU mémorise que le transfert est fini (TEC à l'état faux). La figure 7 illustre les étapes de l'algorithme utilisé pour libérer de la place. Cet algorithme est déclenché lorsque un besoin de place se fait sentir (étape E701). Un tel besoin s'exprime lorsqu'un seuil d'occupation pour un utilisateur a été atteint. Une quantité de place fixée doit alors être libérée pour 30 retrouver un taux d'occupation moins important. Un tel besoin s'exprime aussi lorsqu'une taille spécifique est nécessaire, par exemple pour stocker une image pour un utilisateur qu'un autre serveur veut envoyer (figure 6). Le premier test (étape E702) permet de vérifier s'il y a déjà suffisamment de place pour l'utilisateur. Si c'est le cas l'algorithme a réussi. Sinon (étape E704), les images dont le statut est caché sont triées en fonction de la priorité PRD donnée par l'utilisateur (cette priorité PRD permet à l'utilisateur d'indiquer qu'il désire avoir un plus haut niveau de disponibilité : les images dont la disponibilité est moins importante, c'est-à-dire la priorité PRD la plus faible sont choisies en premier), de la taille, de la date d'utilisation DUT, et de la disponibilité dans le réseau. Si aucune image ne peut être sélectionnée (étape E705), on a recours alors à un transfert de responsabilité (étape E706) tel que décrit en référence à la figure 5. Si aucune responsabilité ne peut être transférée, en dernier recours on peut demander le choix à l'utilisateur (étape E707) . L'utilisateur peut accepter de détruire une image existante. L'utilisateur peut aussi acheter de l'espace mémoire supplémentaire (par exemple sur le serveur central). Si l'utilisateur ne répond pas ou si la question ne peut pas être posée à l'utilisateur (cas par exemple d'un transfert entre deux serveurs sans intervention de l'utilisateur) la place ne peut pas être libérée (étape E708). Si le transfert de responsabilité (étape E706) a bien eu lieu, on reprend les étapes précédentes à la sélection de l'image (étape E705). Lorsque la sélection d'une image (étape E705) réussit, on peut alors enlever une partie de la donnée sélectionnée (étape E710). Ce peut être une qualité ou une résolution dans le cas d'une image encodée dans un format multi-résolution tel que JPEG2000. En dernier recours, la donnée peut être totalement détruite localement, si cela est nécessaire pour libérer suffisamment de place. Les données des tables TABU (liste des données de l'utilisateur LDI) et TABD sont mises a jour. Dans le cas d'une machine pouvant stocker des données pour plusieurs utilisateurs (10 ou PCA) il faut vérifier que la donnée est bien dans l'état caché pour chaque utilisateur ayant des droits sur la donnée. Si ce n'est pas le cas (la donnée est figée pour au moins un autre utilisateur) il ne faut pas modifier la donnée, mais on peut choisir de ne plus compter sa taille pour les utilisateurs qui l'ont dans l'état caché. De cette manière la place occupée par l'utilisateur diminue et il peut ainsi stocker de nouvelles données. On peut alors revenir à l'étape E702 pour vérifier si l'espace mémoire est suffisant. La figure 8 illustre les étapes de l'algorithme utilisé lors de la connexion d'une machine au réseau Internet. Après connexion au réseau Internet (étape E801), la machine se connecte au serveur central (étape E807). La machine donne alors au serveur central son identifiant IDP de machine et ses caractéristiques (adresse AIP, bande passante BAP), ainsi que la liste des utilisateurs autorisés à stocker des données. Ces paramètres permettent au serveur central de mettre à jour la table de machines TABU (étape E803). Le serveur central va ensuite pouvoir propager cette information à toutes les machines liées à un utilisateur pouvant stocker des données sur la machine. Chacune des machines va mettre à jour ses tables TABU et TABP et ainsi effectuer un test pour vérifier si des transferts de responsabilité doivent avoir lieu pour cet utilisateur (étape E805). Les avantages de la présente invention sont au moins les suivants: - une donnée introduite dans le réseau n'est jamais effacée: au moins un des serveurs est toujours responsable ou possède un droit (état figé, non supprimable, ou en sauvegarde en mémoire permanente par exemple) sur celle-ci; - l'espace disponible est maximisé sur les machines qui en ont le plus besoin (de la place est rendue disponible sur l'appareil photographique pour de nouvelles photographies) ; - la disponibilité des données est maximisée: les données ne sont pas effacées mais changent juste d'état (l'utilisateur continue à avoir accès à au moins une version réduite des données tant qu'il reste un minimum de mémoire locale disponible) ; - les données sont automatiquement transférées en cas de besoin (l'utilisateur n'a pas de décision à prendre, le système gère tout seul les déplacements des données ou les transferts des droits) ; - les données sont automatiquement déplacées vers la machine 5 préférée de l'utilisateur; et - les déplacements des données sont minimisés: on évite de transférer des données inutilement. REVENDICATIONS 1. Procédé de transfert d'un droit associé à une donnée numérique entre un poste demandeur et un poste récepteur, reliés l'un à l'autre à travers un réseau de communication, en particulier de type poste à poste, ledit procédé comprenant les étapes suivantes, mises en oeuvre sur le poste demandeur: i) envoyer une requête de transfert d'un droit associé à une donnée numérique choisie à au moins un poste récepteur; ii) obtenir une réponse à la requête de transfert en fonction de l'examen sur le poste récepteur selon au moins un critère-requête prédéterminé ; et iii) en cas de réponse positive, transférer ledit droit associé à ladite donnée numérique au profit du poste récepteur. 2. Procédé de transfert d'un droit associé à une donnée numérique entre un poste demandeur et un poste récepteur, reliés l'un à l'autre à travers un réseau de communication, en particulier de type poste à poste, ledit procédé comprenant les étapes suivantes, mises en oeuvre sur le poste récepteur: iv) recevoir une requête de transfert d'un droit associé à une donnée numérique choisie; v) examiner la requête de transfert selon au moins un critère-requête prédéterminé ; et vi) en cas d'examen positif, accepter le transfert dudit droit associé 25 à ladite donnée numérique. 3. Procédé selon la revendication 1 ou la revendication 2, caractérisé en ce que le critère-requête est basé sur une autorisation du poste récepteur à stocker localement des données numériques pour l'utilisateur associé à la donnée, l'autorisation étant accordée à l'issue d'un échange d'informations entre les postes demandeur et récepteur et d'une négociation positive sur la base des informations échangées. 4. Procédé selon la revendication 3, caractérisé en ce que le procédé comprend en outre l'étape suivante: a) sélectionner la donnée numérique parmi un ensemble de données 5 stockées de manière permanente sur le poste demandeur selon au moins un critère-donnée prédéterminé. 5. Procédé selon la revendication 4, caractérisé en ce que le critèredonnée appartient au groupe formé par la taille de la donnée, la dernière date d'utilisation (DUT), l'emplacement de la donnée, l'état figé ou caché de la donnée, le choix de l'utilisateur et des informations-donnée relatives à ladite donnée. 6. Procédé selon la revendication 4 ou la revendication 5, caractérisé en ce qu'il comprend en outre les étapes suivantes: - obtenir une table-donnée (TABD) apte à contenir pour chaque donnée connue localement des informations-donnée relatives aux données et appartenant au groupe formé par un identifiant (IDD) désignant la donnée, la liste des postes (LPR) ayant un droit pour ladite donnée, le chemin d'accès local (CHL) dans l'espace de stockage local, la qualité d'origine (QUO) de la donnée, la qualité locale (QUL) de la donnée, les dates de création (DAC) et de dernière utilisation (DUT), la disponibilité (DIS) de la donnée calculée en fonction des taux de présence des postes qui possèdent ladite donnée et un niveau de priorité (PRD) défini par l'utilisateur, au moins certaines informations- donnée servant à la sélection de la donnée selon l'étape a). 7. Procédé selon la revendication 6, caractérisé en ce qu'il comprend en outre une étape de mise à jour de la table-donnée (TABD) à l'issue du transfert dudit droit. 8. Procédé selon l'une quelconque des revendications 3 à 7 caractérisé en ce qu'il comprend en outre l'étape suivante: b) sélectionner au moins un poste récepteur pour ladite donnée numérique ainsi sélectionnée parmi un ensemble prédéterminé de postes récepteurs selon au moins un critèreposte prédéterminé. 9. Procédé selon la revendication 8, caractérisé en ce qu'il comprend en outre les étapes suivantes: - obtenir une table-poste (TABP) comprenant pour chaque poste des informations-poste relatives aux postes et appartenant au groupe formé par un identifiant (IDP) désignant ledit poste, un niveau de priorité (PRI) associé audit poste, un degré de fiabilité (FIA) associé audit poste, une adresse (AIP) dudit poste dans le réseau, le débit (BAP) dudit poste, l'espace disponible (ESD) dudit poste et le taux (TAX) de présence dudit poste dans le réseau, au moins certaines informations-poste servant à la sélection du poste récepteur selon l'étape b). 10. Procédé selon la revendication 8 ou la revendication 9, caractérisé en ce que le critère-poste est basé sur les capacités du poste récepteur et/ou des informations-poste relatives audit poste récepteur. 11. Procédé selon la revendication 8 ou la revendication 9, caractérisé en ce que le critère-poste est basé sur les capacités du poste demandeur etlou des informations-poste relatives audit poste demandeur, ainsi que le niveau de réplication (R) de la donnée. 12. Procédé selon l'une quelconque des revendications 1 à 11, caractérisé en ce que le droit associé à la donnée appartient au groupe formé par le droit de sauvegarde de la donnée en mémoire permanente, la responsabilité du management de la donnée. 13. Procédé selon la revendication 4 ou la revendication 8, caractérisé en ce qu'il comprend les étapes suivantes: - obtenir une table-utilisateur (TABU) comprenant pour chaque utilisateur autorisé à stocker des données sur ledit poste des informations- utilisateur appartenant au groupe formé par une liste des postes amis (LPA) de cet utilisateur et une liste des données (LDI) associées audit utilisateur, ainsi qu'un indicateur (TEC) apte à indiquer le transfert en cours pour cet utilisateur, au moins certaines informations-utilisateur servant lors de l'étape a) ou lors de l'étape b). 14. Procédé selon la revendication 1, caractérisé en ce que la requête de transfert est déclenchée en réponse à un événement appartenant au groupe formé par une connexion d'un poste demandeur ou d'un poste récepteur au réseau de communication, des modifications apportées aux caractéristiques du ou des postes demandeur et récepteur; une demande expresse d'un utilisateur, une condition relative à l'occupation du poste demandeur. 15. Dispositif de transfert d'un droit pour une donnée numérique entre un poste demandeur et un poste récepteur, reliés l'un à l'autre à travers un réseau de communication, en particulier du type poste à poste, ledit dispositif étant caractérisé, côté poste demandeur en ce qu'il comprend: des moyens d'émission aptes à envoyer une requête de transfert de droit associé à une donnée numérique choisie à au moins un poste récepteur; des moyens de réception aptes à obtenir une réponse à la requête 25 de transfert en fonction de l'examen sur le poste récepteur selon au moins un critère-requête prédéterminé ; et - des moyens de traitement aptes, en cas de réponse positive, à transférer ledit droit associé à ladite donnée numérique au profit du poste récepteur. 16. Dispositif de transfert d'un droit pour une donnée numérique entre un poste demandeur et un poste récepteur, reliés l'un à l'autre à travers un réseau de communication, en particulier du type poste à poste, caractérisé en ce qu'il comprend, au niveau du poste récepteur: - des moyens de réception aptes à recevoir une requête de transfert d'un droit pour une donnée numérique choisie; - des moyens d'examen aptes à examiner la requête de transfert selon au moins un critère-requête prédéterminé ; et des moyens de traitement aptes, en cas d'examen positif, à accepter le transfert dudit droit pour ladite donnée numérique. 17. Dispositif selon la revendication 15, caractérisé en ce qu'il comprend en outre des premiers moyens de sélection aptes à sélectionner la donnée numérique parmi un ensemble de données stockées de manière permanente sur le poste demandeur selon un critère-donnée prédéterminé. 18. Dispositif selon la revendication 17, caractérisé en ce qu'il comprend en outre des seconds moyens de sélection aptes à sélectionner au moins un poste récepteur pour ladite donnée numérique ainsi sélectionnée parmi un ensemble prédéterminé de postes récepteurs selon un critère- poste prédéterminé. 19. Dispositif selon l'une quelconque des revendications 15 à 18, caractérisé en ce qu'il comprend une table-poste (TABP) comprenant pour chaque poste des informations-poste appartenant au groupe formé par un identifiant (IDD) désignant ledit poste, un niveau de priorité (PRI) associé audit poste, un degré de fiabilité (FIA) associé audit poste, une adresse (AIP) dudit poste dans le réseau, le débit (BAP) dudit poste, l'espace disponible (DIS) dudit poste et le taux de présence (TAX) dudit poste dans le réseau. 20. Dispositif selon l'une quelconque des revendications 15 à 19, caractérisé en ce qu'il comprend une table-utilisateur (TABU) pour chaque poste comprenant des informations-utilisateur appartenant au groupe formé par une liste des utilisateurs (LUI) autorisés à stocker des données sur ledit poste, à chaque utilisateur ainsi autorisé étant associée une liste des postes amis (LPA) de cet utilisateur et une liste des données (LDI) associées audit utilisateur, ainsi qu'un indicateur (TEC) apte à indiquer le transfert en cours pour cet utilisateur. 21. Dispositif selon l'une quelconque des revendications 15 à 20, caractérisé en ce qu'il comprend une table-donnée (TABD) apte à contenir pour chaque donnée connue localement, des informations-donnée appartenant au groupe formé par un identifiant (IDD) désignant la donnée, la liste des postes (LPR) ayant un droit pour ladite donnée, le chemin d'accès local (CHL) dans l'espace de stockage local, la qualité d'origine (QUO) de la donnée, la qualité locale (QUL) de la donnée, les dates de création (DAC) et de dernière utilisation (DUT), la disponibilité (DIS) de la donnée calculée en fonction des taux de présence (TAX) des postes qui possèdent ladite donnée et un niveau de priorité (PRD) défini par l'utilisateur. 22. 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 comporte des instructions d'un programme d'ordinateur permettant la mise en oeuvre d'un procédé selon les revendications 1 à 14, lorsque ce programme est chargé et exécuté par un système informatique. 23. Programme d'ordinateur stocké sur un support d'informations, ledit programme comportant des instructions permettant la mise en oeuvre d'un procédé selon les revendications 1 à 14, lorsque ce programme est chargé et exécuté par un système informatique.