FR2961984A1 - Synchronisation de liste des utilisateurs dans un reseau p2p - Google Patents

Abstract

L'invention se rapporte à un procédé de mise à jour d'une liste. Cette liste répertorie une pluralité d'identifiants qui sont respectivement associés à une pluralité de dispositifs communicants connectés en réseau, Le procédé comprend : - une étape de démarrage d'un dispositif communicant donné, - une étape d'envoi, par ledit dispositif donné, d'une requête de transmission d'une version courante de ladite liste, - une étape de réception de ladite version courante de ladite liste par ledit dispositif donné, et - une étape de remplacement dans une mémoire dudit dispositif donné d'une version préalablement mémorisée de ladite liste par ladite version courante.

Description

Synchronisation de liste des utilisateurs dans un réseau P2P

L'invention se trouve dans le domaine des réseaux dits "Peer to Peer" (P2P). D'une manière générale, un réseau P2P comprend une pluralité de dispositifs communicants, également appelé "noeuds" (ou "nodes" en anglais). Dans un réseau P2P, au sens strict du terme, il n'y pas une différence entre ces noeuds. Un noeud est utilisé par un "utilisateur". Le mot "utilisateur" doit dans le cadre de ce document être compris dans un sens large : l'utilisateur peut être une personne physique mais aussi un logiciel comme par exemple un logiciel permettant l'établissement des appels voix sur IP (protocole Internet, en anglais : "Internet Protocol") ou un logiciel de service de messagerie instantanée (en anglais : "instant messaging service"). Dans un réseau P2P Intranet (un réseau informatique du type décrit ci-dessus, mais "privé" c'est-à-dire mis en place à l'intérieur d'une seule entité organisationnelle) pour établir des communications entre les "utilisateurs", chaque noeud doit disposer d'une liste comprenant les identifiants utilisateur des utilisateurs du réseau Intranet et les identifiants noeud associés aux identifiants utilisateur. Un exemple d'un tel identifiant noeud est son adresse IP. Tous les noeuds du réseau Intranet contiennent une copie de cette liste. Dans une telle situation, tous les utilisateurs du réseau Intranet peuvent donc trouver, en utilisant cette liste, les adresses IP des noeuds où se trouvent les autres utilisateurs. Cette liste est stockée localement chez chaque noeud, par exemple dans une mémoire-cache. Cette liste peut toutefois devenir obsolète. Autrement dit, la version de la liste se trouvant localement chez un noeud donné ne contient plus les informations correctes sur où trouver les utilisateurs. Ceci peut par exemple se produire dans le cas où ce noeud donné s'éteigne, un autre noeud ou un autre utilisateur sur un autre noeud sont ajoutés au réseau P2P entretemps et ensuite le noeud donné s'allume à nouveau. Dans un tel cas, la liste détenue par le noeud donné ne sera plus à jour et la liste détenue par le noeud ajouté ne le sera pas non plus. On se retrouve donc en un moment avec des listes déphasées. Par conséquent, les utilisateurs de ces deux noeuds ne seront pas capables de joindre les uns et les autres parce que les utilisateurs ne connaissent pas l'adresse IP où ils sont joignables, ce qui constitue un inconvénient. Un des buts de l'invention est de remédier à des inconvénients de l'état de la technique.

L'invention se rapporte à un procédé de mise à jour d'une liste répertoriant une pluralité d'identifiants respectivement associés à une pluralité de dispositifs communicants connectés en réseau, ledit procédé comprenant : - une étape de démarrage d'un dispositif communicant donné, - une étape d'envoi, par ledit dispositif donné, d'une requête de transmission d'une version courante de ladite liste, - une étape de réception de ladite version courante de ladite liste par ledit dispositif donné, et - une étape de remplacement dans une mémoire dudit dispositif donné d'une version préalablement mémorisée de ladite liste par ladite version courante. Ceci présente l'avantage qu'un dispositif communicant disposera lors de son démarrage d'une version d'une liste comprenant des identifiants associés à des dispositifs communicants de sorte qu'un utilisateur d'un tel dispositif communicant puisse contacter les utilisateurs des autres dispositifs communicants.

Dans un mode de réalisation, le procédé est caractérisé en ce que ladite étape de requête est envoyé vers un serveur se trouvant en dehors dudit réseau. Ceci présente comme avantage que l'on évite la mise en place d'un serveur additionnel dans le réseau. En général le réseau sera un réseau entreprise (LAN). Et donc, de cette façon, on n'a pas besoin de mettre en place un tel serveur dans ce LAN. L'entreprise n'a pas besoin de s'occuper des back up des comptes utilisateur. Ensuite, l'organisation qui gère le serveur y aura la supervision. Dans un autre mode de réalisation, le procédé est caractérisé en ce que lesdits dispositifs communicants sont associés à des identifiant dits "privés". Ceci présente comme avantage le fait que ces identifiants privés n'ont aucune valeur en dehors du LAN. Le serveur ne contient donc pas des données confidentielles. Dans un autre mode de réalisation, le procédé est caractérisé en ce que ladite étape de requête est émis vers un deuxième ordinateur compris dans ledit réseau. Ceci présent comme avantage qu'en cas d'indisponibilité su serveur additionnel, la liste sera fourni par un ordinateur qui fait partie du réseau (LAN).

L'invention se rapporte également à un serveur apte à être mis en place dans un réseau de dispositifs communicants caractérisé en ce qu'il comprend : - des moyens de réception d'au moins un requête d'une liste depuis un premier dispositif dudit réseau, ladite liste répertoriant une pluralité d'identifiants respectivement associés à une pluralité desdits dispositifs communicants, et - une étape d'envoi de ladite liste vers ledit premier dispositif communicant. L'invention se rapporte également à un dispositif communicant comprenant des moyens de requête pour une version courante d'une liste répertoriant une pluralité d'identifiants respectivement associés à une pluralité de dispositifs communicants connectés en réseau - des moyens de réception de ladite liste, et - des moyens de remplacement dans une mémoire dudit dispositif donné d'une version préalablement mémorisée de ladite liste par ladite version courante. L'invention se rapporte également à un programme d'ordinateur comportant des instructions pour la mise en oeuvre d'un procédé comme décrit ci-dessus lorsque ce programme est exécuté par un processeur. L'invention se rapporte également à un produit de programme d'ordinateur, comprenant des moyens de code de programme, stockés sur un milieu lisible par un ordinateur, pour mettre en oeuvre un procédé comme décrit ci-dessus, lorsque ledit programme fonctionne sur un ordinateur.

L'invention sera mieux comprise à l'aide de la description suivante, faite à titre d'exemple non-limitatif et en regard des dessins annexés, dans lesquels : - la figure 1 montre un réseau P2P dans lequel la présente invention peut être utilisée, - la figure 2 montre un ordinogramme et - la figure 3 montre l'évolution d'une liste avec des identifiants.

La figure 1 montre pour simplifier l'explication suivante, un réseau P2P 121 dans sa configuration minimale selon l'invention. Ce réseau P2P 121 comprend et relie une pluralité de dispositifs communicants : un premier noeud 11 et un deuxième noeud 13. Le premier noeud 11 héberge un premier utilisateur 31 et le deuxième noeud 13 héberge un deuxième utilisateur 33. Il est toutefois à noter qu'en général le nombre de dispositifs communicants et/ou d'utilisateurs dans le réseau P2P 121 sera plus important que 2. Il est également à noter qu'un utilisateur peut utiliser 2 noeuds ou plus et inversement plusieurs utilisateurs peuvent se partager le même noeud. Un serveur 19 est accessible depuis le réseau P2P 121. Ce serveur 19 archive dans une mémoire 111, par exemple un disque dur externe ou interne, une liste 113 qui répertorie d'une part un premier identifiant utilisateur 117 pour le premier utilisateur 31 hébergé par le premier noeud 11 avec y associé un premier identifiant noeud 119, par exemple l'adresse IP du premier noeud 11, et d'autre part un deuxième identifiant utilisateur 122 pour le deuxième utilisateur 33 hébergé par le deuxième noeud 13 avec y associé un deuxième identifiant noeud 123, par exemple l'adresse IP du deuxième noeud 13. La liste 113 assure ainsi un lien entre les identifiants des utilisateurs et les adresses IP des noeuds qui les hébergent. Aussi, un numéro de version 115 est associé à la liste 113. A titre d'exemple, nous supposerons qu'une liste 113 avec un numéro de version plus élevé qu'une autre est plus récente que cette autre liste 113. C'est-à-dire une liste 113 avec un numéro de version 5 est plus récente qu'une liste 113 avec un numéro de version 4. Il est toutefois possible, comme il sera aisément compris par l'Homme du métier, d'utiliser un autre système pour garder la trace de la version d'une liste 113. Le serveur 19 peut faire partie du réseau P2P 121, c'est-à-dire il peut être situé dans le même Intranet que le premier noeud 11 et le deuxième noeud 13. Toutefois, ce serveur 19 peut également se trouver en dehors du réseau P2P 121, et, comme il l'est montré dans la figure 1, par exemple être relié au réseau P2P 121 à travers l'Internet 12. Dans ce dernier cas, le serveur 19 peut être mutualisé. C'est-à-dire que le serveur 19 peut stocker les listes de plusieurs entités organisationnelles, par exemple plusieurs entreprises. Une liste 113 donnée dans ce cas comprendra un identifiant entreprise, par exemple un nom d'un entreprise, pour distinguer la liste 113 d'une première entreprise de celle d'une deuxième entreprise. Pour sécuriser l'accès à la liste 113 d'une entreprise donnée, cette liste 113 peut aussi comprendre un mot de passe entreprise. Dans ce cas, l'accès à la liste 113 sera accordé seulement en cas de fourniture du mot de passe entreprise correct. Le serveur 19 possède aussi un applicatif (un logiciel) qui assure pour une liste 113 25 donnée l'unicité des identifiants utilisateurs au sein de celle-ci et la gestion de l'incrémentation du numéro de version de la liste 113. Le premier noeud 11 dispose d'une mémoire 15, par exemple un disque dur externe ou interne. Il en va de même pour le deuxième noeud 13 qui lui dispose d'une mémoire 17. Cette mémoire 17 peut également être un disque dur externe ou interne. La liste 113 30 est stockée dans la mémoire 15 du premier noeud 11. Dans la mémoire 17 du deuxième noeud 13, la même liste 113 est stockée. De cette façon, le premier utilisateur 31 du premier noeud 11 peut joindre le deuxième utilisateur 33 du deuxième noeud 13. Notamment, quand le premier utilisateur 31 du premier noeud 11 a besoin de contacter le deuxième utilisateur 33 du deuxième noeud 13, il recherche dans la liste 113 stockée dans la mémoire 15 le deuxième identifiant utilisateur 122 du deuxième utilisateur 33 pour y récupérer l'adresse IP du deuxième noeud 13 qui héberge ce deuxième utilisateur 33. D'une même façon, le deuxième utilisateur 33 du deuxième noeud 13 peut joindre le premier utilisateur 31 du premier noeud 11.

Le premier noeud 11 et le deuxième noeud 13 dispose d'un logiciel dit "P2P" qui doit préalablement être téléchargé sur les noeuds ou qui peut être embarqué sur les noeuds. Ce logiciel contient un identifiant permettant de contacter le serveur 19, par exemple une adresse IP dédiée du serveur 19 ou un URL (sigle de l'expression anglaise "Unifoin Resource Locator") dédié, et gère un ensemble de démarches pour garantir la mise à jour et l'unicité de la liste 113 présente dans les noeuds du réseau P2P 121. La figure 1 décrit un système selon l'invention dans une situation opérationnelle. Pour arriver à cette situation, les étapes décrites dans la figure 2, sont nécessaires. L'impact des ces étapes sur la liste 113 est montré dans la figure 3. Pendant une première étape 21, le premier noeud 11 se connecte au réseau P2P 121.

Nous supposerons que le premier noeud 11 se connecte avant le deuxième noeud 13 au réseau P2P 121. Le premier noeud 11 est donc le premier à se connecter au réseau P2P 121. Pendant la première étape 21, le premier noeud 11 transmet un identifiant noeud 119 vers le serveur 19 et récupère depuis le serveur 19, une liste 113 avec un numéro de version 115 vl La liste 113 (Fig 3a) contient juste le premier identifiant noeud 119.

Pendant une deuxième étape 22, le deuxième noeud 13 se connecte au réseau P2P 121 et transmet vers le serveur 19 un identifiant 123. Le deuxième noeud 13 récupère une liste avec un numéro de version 115 v2. Cette liste 113 (Fig 3b) contient les identifiants 119 et 123. Pendant une troisième étape 24, le logiciel P2P contenu dans le deuxième noeud 13 assure alors la diffusion de la liste 113 vers tous les noeuds identifiés dans la liste 113. Il assure donc ici la mise à jour du premier noeud 11 en lui transmettant la liste 113 avec numéro de version 115 v2. Il est a noter que le fait que ce n'est pas le serveur 19 qui assure la transmission de la liste 113 avec un numéro de version augmenté vers tous les noeuds dans le réseau P2P 121 est un avantage surtout dans le cas où le nombre de noeuds dans le réseau P2P 121 est beaucoup plus que 2. Dans un tel cas, tout le trafic se déroule sur le réseau P2P 121 et n'encombra pas le serveur 19 qui par conséquent sera moins chargé. Il en va de même pour la partie du réseau qui relie le serveur 19 au réseau P2P 121.

Ensuite, pendant une première étape de connexion 23, un utilisateur, disons le premier utilisateur 31, se connecte au premier noeud 11. Puisqu'il s'agit du premier utilisateur, le logiciel P2P demande pendant une première étape d'initialisation 25, un identifiant utilisateur. Le premier utilisateur 31 fournit donc le premier identifiant utilisateur 117.

Pendant une première étape de transmission 27, le premier identifiant utilisateur 117 et le premier identifiant noeud 119 sont transmis vers le serveur 19. Pendant une première étape de remplissage de la liste 29, le premier identifiant utilisateur 117 et le premier identifiant noeud 119 sont stockés dans la liste 113. Le numéro de version 115 est incrémenté, après le stockage du premier identifiant utilisateur 117 et le premier identifiant noeud 119: le numéro de version 115 de la liste 113 passe de la valeur v2 à v3 (Fig. 3c). L'applicatif contenu dans le serveur 19 transmet au premier noeud 11 la liste 113 avec le numéro de version 115 v3. Le logiciel P2P contenu dans le premier noeud 11 assure alors la diffusion de la liste 113 vers tous les noeuds identifiés dans la liste 113. Et donc ce n'est pas le serveur 19 qui s'en charge. Il transmet donc ici la liste 113 vers le deuxième noeud 13. Cette action termine la connexion de l'utilisateur 31. Pendant une deuxième étape de connexion 32, un deuxième utilisateur, disons le deuxième utilisateur 33, se connecte au deuxième noeud 13. Le logiciel P2P présent sur deuxième noeud 13 demande pendant une deuxième étape d'initialisation 34, un identifiant utilisateur au deuxième utilisateur 33. Le deuxième utilisateur 33 fournit donc le deuxième identifiant utilisateur 122. Au cours de cette étape le logiciel P2P contenu dans le noeud 13 vérifie dans la copie de la liste 113 en sa possession qu'il ne s'agit pas d'un utilisateur déjà existant pour lequel il déroulerait une procédure d'identification avec par exemple demande d'un mot de passe. Comme cet utilisateur n'existe pas, pendant une deuxième étape de transmission 36, le deuxième identifiant utilisateur 122 et le deuxième identifiant noeud 123 sont transmis vers le serveur 19. Le logiciel P2P sur le serveur 19, pendant une étape de contrôle 38, vérifie à son tour si le deuxième identifiant utilisateur 122 n'existe pas dans la liste 113. Si c'est le cas, le logiciel P2P stocke, pendant une deuxième étape 39 de remplissage de la liste 113, le deuxième identifiant utilisateur 122 et le deuxième identifiant noeud 123 dans la liste 113. Le numéro de version 115 de la liste 113 est incrémenté et fixé à v4. Pendant une étape de retransmission 311, la liste 113 ainsi complété avec l'entrée du deuxième identifiant utilisateur 122 et du deuxième identifiant noeud 123, est retransmise vers le deuxième noeud 13 et stockée dans la mémoire 17. Pendant une étape de mise à jour 313, la liste 113 ainsi complété est transmise depuis le deuxième noeud 13 vers premier noeud 11 est stocké dans la mémoire 15. Nous sommes maintenant arrivés à la situation décrite par rapport à la figure 1.

Optionnellement, le premier utilisateur 31 peut pendant la première étape d'initialisation 25 fournir un nom entreprise et un mot de passe entreprise. Optionnellement, le premier utilisateur 31 peut pendant la première étape d'initialisation fournir un mot de passe utilisateur. Ces options peuvent aussi s'appliquer à l'utilisateur 33 ainsi qu'aux autres utilisateurs.

Les cas suivants peuvent maintenant se produire dans le réseau P2P 121 : - Un nouvel utilisateur se connecte sur un noeud existant c'est-à-dire un noeud déjà présent dans le réseau P2P 121, par exemple un troisième utilisateur 35 se connecte au deuxième noeud 13, (cas 1), - Un utilisateur existant, c'est-à-dire un utilisateur qui s'est préalablement connecté à un noeud présent dans le réseau P2P 121, se connecte à nouveau à ce noeud, par exemple le deuxième utilisateur 33 se connecte à nouveau au deuxième noeud 13 (cas 2), - Un nouvel utilisateur se connecte sur un nouveau noeud, c'est-à-dire un noeud préalablement absent du réseau P2P 121, par exemple un quatrième utilisateur 37 se connecte à un troisième noeud 29 (cas 3), et - Un utilisateur existant se connecte sur un nouveau noeud, par exemple le deuxième utilisateur 33 se connecte à un troisième noeud 29 (cas 4). Il est à noter que si un des cas 1 à 4 décrit ci-dessus se produit, ceci implique que la liste 113 dans la mémoire 111 peut devenir obsolète. L'invention décrit des mécanismes pour résoudre cette situation. Tous ces cas seront expliqués en détails dans la suite.

Cas 1 Le troisième utilisateur 35 qui se connecte sur le deuxième noeud 13 dispose d'une version de la liste mise à jour et aura donc déjà a priori la possibilité de joindre les autres utilisateurs présents sur le réseau P2P 121 comme par exemple l'utilisateur 31 du premier noeud 11. Toutefois, ces autres utilisateurs n'ont pas connaissance de l'existence du troisième utilisateur 35, parce que ce troisième utilisateur 35 ne figure pas encore dans la liste dont ils disposent. Le logiciel P2P présent sur le deuxième noeud 13 demande pendant une troisième étape d'initialisation, un identifiant utilisateur au troisième utilisateur 35. Le troisième utilisateur 35 fournit donc un troisième identifiant utilisateur 935. Le logiciel P2P vérifie toutefois que l'identifiant utilisateur 935 n'existe pas dans la liste 113 qu'il possède. Pendant une troisième étape de transmission, le troisième identifiant utilisateur et le deuxième identifiant noeud 123 sont transmis vers le serveur 19. L'applicatif sur le serveur 19, pendant une deuxième étape de contrôle, vérifie si le troisième identifiant utilisateur n'existe pas dans la liste 113. Le serveur 19 vérifie aussi car le même nouvel utilisateur peut être créé sur deux noeud différents simultanément, le serveur 19 joue un rôle d'arbitre. Il y a donc deux vérifications : une localement sur le deuxième noeud 13 et une sur le serveur 19. Si le troisième identifiant utilisateur n'existe pas dans la liste 113, l'applicatif ajoute le troisième identifiant utilisateur 935 et le deuxième identifiant noeud 123 dans la liste 113. Si, par contre le troisième identifiant utilisateur existe dans la liste 113, le procédé retourne vers la troisième étape d'initialisation. Pendant une troisième étape de remplissage, le numéro de version 115 de la liste 113 est incrémenté. Pendant une deuxième étape de retransmission, la liste 113 ainsi complété avec l'entrée du troisième identifiant utilisateur et du deuxième identifiant noeud 123, est retransmise vers le deuxième noeud 13. Le logiciel P2P du deuxième noeud 13, après avoir reçu la liste, compare le numéro de version de la liste 113 reçue avec le numéro de version de celle stockée dans la mémoire 17. Le logiciel P2P constate que le numéro de version de la liste 113 reçu est plus élevé que celui de la liste 113 stockée et remplace donc la liste 113 stockée par la liste 113 reçue. Pendant une deuxième étape de mise à jour, la liste 113 ainsi complété est transmise depuis le deuxième noeud 13 vers le premier noeud 11. Là le logiciel P2P constate aussi qu'il s'agit d'une liste avec un numéro de version plus élevé que celui de la liste stockée dans la mémoire 15 et par conséquent la liste 113 stockée est remplacée par la liste 113 reçue.

Cas 2 Le deuxième utilisateur 33, qui s'est donc préalablement connecté sur le deuxième noeud 13, s'y connecte à nouveau avec son identifiant utilisateur 122. Le deuxième noeud 13, pendant une étape de vérification d'adresse, vérifie si l'adresse IP associée à cet identifiant est bien l'adresse courante du noeud ou si celle-ci a changée. Pour cela, le logiciel P2P sur le deuxième noeud 13 interroge son OS (abréviation anglaise pour "operating system"), et compare l'adresse obtenue en réponse avec l'adresse stockée dans la liste mémorisée dans la mémoire 17. Un logiciel donné dans un noeud donné peut interroger l'OS du noeud pour connaître l'adresse IP de ses interfaces réseau comme le fait par exemple l'application "ipconfig" bien connue par l'Homme du métier. Si l'adresse IP du deuxième noeud 13 est toujours la même, ni la liste 113 stockée sur le serveur 19, ni les listes stockées dans les mémoires des différents noeuds n'ont besoin d'évoluer.

Par contre, si l'adresse IP du deuxième noeud 13 à changée, la liste 113 doit être mise à jour avec le nouvel adresse IP du noeud 13. Pendant une quatrième étape de transmission, le deuxième identifiant utilisateur 122 et l'adresse IP changée sont transmis vers le serveur 19. L'applicatif associe l'identifiant utilisateur 122 et l'adresse IP changée dans la liste 113.

Pendant une quatrième étape de remplissage, le numéro de version 115 de la liste 113 est incrémenté. Pendant une troisième étape de retransmission, le logiciel P2P du deuxième noeud 13, après avoir reçu la liste, compare le numéro de version de la liste 113 reçue avec le numéro de version de celle stockée dans la mémoire 17. Le logiciel P2P constate que le numéro de version de la liste 113 reçu est plus élevé que celui de la liste 113 stockée et remplace donc la liste 113 stockée par la liste 113 reçue. Pendant une troisième étape de mise à jour, la liste 113 ainsi complété est transmise depuis le deuxième noeud 13 vers premier noeud 11. Là le logiciel P2P constate aussi qu'il s'agit d'une liste avec un numéro de version plus élevé que celui de la liste stockée dans la mémoire 15 et par conséquent la liste 113 stockée est remplacée par la liste 113 reçue.

Cas 3 Préalablement à la connexion du quatrième utilisateur 37, le troisième noeud 29 est connecté au réseau P2P 121. Le logiciel P2P récupère un troisième identifiant noeud, par exemple une adresse IP depuis un serveur DHCP qui affecte à un noeud donné une adresse IP (un tel serveur DHCP est bien connu par l'Homme du métier), pour ce troisième noeud 29. Aussi, le logiciel P2P demande la liste 113 stockée dans la mémoire 111 du serveur 19. Après réception de la liste 113 sur le troisième noeud 29, le quatrième utilisateur 37 qui se connecte au troisième noeud 29 dispose donc d'une version de la liste mise à jour et aura donc déjà a priori la possibilité de joindre les autres utilisateurs présents sur le réseau P2P 121. Toutefois, ces autres utilisateurs n'ont pas connaissance de l'existence du quatrième utilisateur 37, parce que ce quatrième utilisateur 37 ne figure pas encore dans la liste dont ils disposent. Le logiciel P2P présent sur le troisième noeud 29 demande pendant une quatrième étape d'initialisation, un identifiant utilisateur au quatrième utilisateur 37. Le quatrième utilisateur 37 fournit donc un quatrième identifiant utilisateur. Comme pour le cas 1 (et par ailleurs pour le cas 2) le logiciel P2P peut déjà vérifier que l'utilisateur n'existe pas déjà. Pendant une cinquième étape de transmission, le quatrième identifiant utilisateur et l'adresse IP du troisième noeud 29 sont transmis vers le serveur 19. L'applicatif sur le serveur 19, pendant une troisième étape de contrôle, vérifie si le quatrième identifiant utilisateur n'existe pas dans la liste 113.Ceci est utile pour éviter les conflits en cas de création du même utilisateur sur plusieurs noeuds en même temps. Si c'est le cas, l'applicatif ajoute le quatrième identifiant utilisateur et l'adresse IP du troisième noeud 29 dans la liste 113. Si, par contre le troisième identifiant utilisateur existe dans la liste 113, le procédé retourne vers la quatrième étape d'initialisation. Pendant une cinquième étape de remplissage, le numéro de version 115 de la liste 113 est incrémenté.

Pendant une quatrième étape de retransmission, la liste 113 ainsi complété avec l'entrée du quatrième identifiant utilisateur et l'adresse IP du troisième noeud 29, est retransmis vers le troisième noeud 29. Le logiciel P2P du troisième noeud 29, après avoir reçu la liste, compare le numéro de version de la liste 113 reçue avec le numéro de version de celle stockée localement. Le logiciel P2P constate que le numéro de version de la liste 113 reçu est plus élevé que celui de la liste 113 stockée et remplace donc la liste 113 stockée par la liste 113 reçue. Ensuite, la liste 113 ainsi mise à jour est transmise depuis le troisième noeud 29 vers les autres noeuds du réseau 121 pour y remplacer les listes stockés localement.

Cas 4 Préalablement à la reconnexion du deuxième utilisateur 33, le troisième noeud 29 est connecté au réseau P2P 121. Le logiciel P2P récupère comme cela a été décrit sous le cas 3, un troisième identifiant noeud, par exemple une adresse IP, pour ce troisième noeud 29. Aussi, le logiciel P2P demande la liste 113 stockée dans la mémoire 111 du serveur 19. Après réception de la liste 113 sur le troisième noeud 29, le deuxième utilisateur 33 qui se reconnecte au troisième noeud 29 dispose donc d'une version de la liste mise à jour et aura donc déjà a priori la possibilité de joindre les autres utilisateurs présents sur le réseau P2P 121. Toutefois, ces autres utilisateurs n'ont pas la possibilité de joindre le deuxième utilisateur 33, parce que ce dans la liste dont ils disposent, le deuxième utilisateur 33 figure avec une adresse IP/un identifiant noeud qui n'est plus correct(e). Pendant une sixième étape de transmission, le deuxième identifiant utilisateur 122 et l'adresse IP du troisième noeud 29 sont transmis vers le serveur 19 par le logiciel P2P présent sur le troisième noeud 29. L'applicatif sur le serveur 19, remplace dans la liste 113 l'adresse IP associée au deuxième identifiant utilisateur 122 par l'adresse IP du troisième noeud 29. Pendant une cinquième étape de retransmission, la liste 113 ainsi mise à jour avec l'entrée de l'adresse IP du troisième noeud 29, est retransmis vers le troisième noeud 29. Le logiciel P2P du troisième noeud 29, après avoir reçu la liste, compare le numéro de version de la liste 113 reçue avec le numéro de version de celle stockée localement. Le logiciel P2P constate que le numéro de version de la liste 113 reçu est plus élevé que celui de la liste 113 stockée et remplace donc la liste 113 stockée par la liste 113 reçue. Ensuite, la liste 113 ainsi mise à jour est transmise depuis le troisième noeud 29 vers les autres noeuds du réseau 121 pour y remplacer les listes stockés localement.

Claims (8)

1. REVENDICATIONS1) Procédé de mise à jour d'une liste répertoriant une pluralité d'identifiants respectivement associés à une pluralité de dispositifs communicants connectés en 5 réseau, ledit procédé comprenant : - une étape de démarrage d'un dispositif communicant donné, - une étape d'envoi, par ledit dispositif donné, d'une requête de transmission d'une version courante de ladite liste, - une étape de réception de ladite version courante de ladite liste par ledit dispositif 10 donné, et - une étape de remplacement dans une mémoire dudit dispositif donné d'une version préalablement mémorisée de ladite liste par ladite version courante.
2. 2) Procédé selon la revendication 1 caractérisé en ce que ladite étape de requête est 15 envoyé vers un serveur se trouvant en dehors dudit réseau.
3. 3) Procédé selon la revendication 1 ou 2 caractérisé en ce que lesdits dispositifs communicants sont associés à des identifiant dits "privés". 20
4. 4) Procédé selon la revendication 1 caractérisé en ce que ladite étape de requête est émis vers un deuxième ordinateur compris dans ledit réseau.
5. 5) Serveur apte à être mis en place dans un réseau de dispositifs communicants caractérisé en ce qu'il comprend : 25 - des moyens de réception d'au moins un requête d'une liste depuis un premier dispositif dudit réseau, ladite liste répertoriant une pluralité d'identifiants respectivement associés à une pluralité desdits dispositifs communicants, et - une étape d'envoi de ladite liste vers ledit premier dispositif communicant. 30
6. 6) Dispositif communicant comprenant des moyens de requête pour une version courante d'une liste répertoriant une pluralité d'identifiants respectivement associés à une pluralité de dispositifs communicants connectés en réseau - des moyens de réception de ladite liste, et- des moyens de remplacement dans une mémoire dudit dispositif donné d'une version préalablement mémorisée de ladite liste par ladite version courante.
7. 7) Un programme d'ordinateur comportant des instructions pour la mise en oeuvre du procédé selon l'une quelconque des revendications 1 à 4 lorsque ce programme est exécuté par un processeur.
8. 8) Un produit de programme d'ordinateur, comprenant des moyens de code de programme, stockés sur un milieu lisible par un ordinateur, pour mettre en oeuvre le procédé selon l'une quelconque des revendications 1 à 4, lorsque ledit programme fonctionne sur un ordinateur.