FR 3021774 A1 20151204 FR 1454867 A 20140528 PROCEDE DE TRAITEMENT AUTOMATIQUE DE LA MISE A JOUR D'UNE BASE DE DONNEES Domaine de l'invention Le domaine de l'invention est celui du traitement automatique de bases de données locales enregistrées dans une pluralité d'équipements, afin de procéder à une mise à jour automatique des données modifiées sur certains équipements et la mise à jour sur l'ensemble des équipements liés. Il peut par exemple s'agir de bases de coordonnées entre différents utilisateurs. Etat de la technique On connaît dans l'état de la technique une première famille de solutions consistant à synchroniser les bases de données locales avec une base de référence centrale. Le brevet américain US7752282 décrit par exemple une technique pour la mise à jour d'un carnet d'adresses d'un terminal qui conserve des informations de coordonnées sur d'autres terminaux de traitement, à l'état le plus récent, dans un système de communication dans lequel une pluralité de terminaux de traitement sont communicante reliée à une autre. Une telle solution est connue par exemple sous le nom commercial de PLAXO et décrite dans le brevet européen délivré sous le numéro EP23215133. Ce brevet décrit un procédé pour le maintien et la mise à jour des informations de contact. Il propose la recherche d'un contact dans un carnet d'adresses universel en réponse à une demande d'un membre de l'utilisateur de mettre à jour les informations de contact et générer des messages appropriés de demande de mise à jour pour les contacts. 3021774 - 2 Il permet aussi de recevoir des informations de contact mises à jour en réponse aux demandes de mise à jour et de synchronisation et des informations de mise à jour reçu. 5 Le brevet américain US7818382 décrit une autre solution pour mettre à jour une base de contacts comprenant : a) une étape de transmission d'une pluralité de messages électroniques, chaque message étant transmis à un contact parmi une pluralité de contacts 10 b) une étape de réception d'un message électronique de retour renvoyée en réponse à l'émission d'un message électronique parmi la pluralité de messages de courrier électronique et une indication d'un changement de l'information d'au moins un contact destinataire, 15 c) l'analyse automatique des messages et, le cas échéant, la détermination des modifications dans les informations de contact mises à jour par rapport aux informations de contact stocké dans la base de données d'informations de contact électronique et la mise à jour 20 automatique de la base de contacts. Ces solutions ne sont pas satisfaisantes car elle implique la conservation de données parfois sensibles, notamment des données personnelles, sur un serveur pouvant 25 faire l'objet d'attaques mettant alors en péril l'intégrité et la confidentialité de la totalité des données de tous les utilisateurs. Par ailleurs, le nombre de traitements croit exponentiellement en fonction du nombre d'utilisateurs, et 30 nécessite des ressources informatiques très élevées, à la fois en terme de capacité de mémoire et en terme de puissance de calcul. On connaît aussi une solution décrite dans la demande de brevet américaine US20060236089 décrivant un 3021774 - 3 - procédé consistant à créer des canaux virtuels entre deux utilisateurs permettant d'échanger des données modifiées. Ce procédé décrit une méthode de gestion des données permettant de mettre à jour les listes de contacts 5 stockés dans plusieurs équipements locaux, à travers un réseau de communication, dans lequel l'information des listes de contacts sont stockées uniquement dans les équipements personnels locaux des utilisateurs. Ce procédé de l'art antérieur comprend les étapes suivantes : 10 - identification de l'association entre utilisateurs inscrits, en fonction des similitudes existant entre les valeurs calculées de la fonction de hachage unidirectionnel de identifiants des usagers; - réception de messages informant les utilisateurs 15 des données personnelles modifiées à travers le réseau de communication; - création d'un canal de communication directe et temporaire entre les utilisateurs associés; et - transfert des données personnelles mises à jour 20 entre les utilisateurs associés par l'intermédiaire du canal de communication directe, ou un cache temporaire crypté. L'inconvénient est que ce procédé est limité à des communautés relativement réduites. Dès que le nombre 25 d'utilisateurs augmente, les infrastructures nécessaires sont élevées. Par ailleurs cette solution introduit des failles de sécurité par la recommandation de contact par recoupement social inapproprié et rend les différents utilisateurs directement visibles les uns par les autres. 30 D'autre part avec les solutions existantes la communication de données directe entre utilisateurs est limitée à un échange entre deux comptes utilisateurs connectés via service. Ceci oblige le propriétaire des données cibles à se connecter au serveur pour permettre la réception des 3021774 - 4 - données et limite grandement la réactivité de l'aboutissement de la requête. Solution apportée par l'invention 5 La présente invention vise à remédier à ces inconvénients en proposant une solution assurant une étanchéité entre les utilisateurs, évitant la conservation de données sur une base centrale permanente et limitant les 10 ressources informatiques nécessaires à l'exploitation par un grand nombre d'utilisateurs. A cet effet, l'invention concerne selon son acception la plus générale un procédé de traitement automatique de la mise à jour d'une base de données EDI), 15 enregistré dans la mémoire M1 d'un équipement E1 en fonction des modifications des informations intervenues pour au moins une donnée enregistrée dans la mémoire Mi d'au moins un autre équipements Ei, comportant : - lors de la détection de la modification d'une 20 donnée partagée avec au moins un autre équipement, une étape de transmission par l'équipement Ei d'un message électronique Mil comprenant un identifiant de l'équipement Ei ainsi que la donnée modifiée et son étiquette, caractérisé en ce que le procédé comporte en outre 25 - lors de l'abonnement d'un nouvel équipement, une étape de création, dans la mémoire d'un serveur, d'une table des équipements liés comprenant, pour chaque équipement Ei d'un identifiant Idi dudit équipement Ei ainsi que les identifiants Id des équipements Ei associés à l'équipement Ei 30 - lors de la réception message électronique l'enregistrement de ladite donnée dans une mémoire, aux adresses-cibles déterminées en fonction des informations enregistrées dans ladite table des équipements liés ; - puis l'envoi à chacun desdits équipements liés 35 d'un message contenant l'identifiant de l'équipement Ei ayant 3021774 - 5 - procédé à une modification et une information relative à la nature de la modification ; - des étapes de connexion au serveur par lesdits équipements liés pour télécharger les données enregistrées à 5 l'adresse cible correspondante et le remplacement dans la mémoire M de ladite données téléchargée - des étapes d'effacement périodique des données enregistrées auxdites adresses-cibles de la mémoire du serveur. 10 Selon une variante, ledit effacement est déclenché par le téléchargement des données, par l'ensemble des destinataires. Selon une autre variante, ledit effacement est déclenché après un délai Deff prédéfini à compter de 15 l'enregistrement initial de ladite donnée. Selon un mode de réalisation particulier, le procédé comporte une étape de restauration, déclenchée lors d'une reconnexion après un délai Drest prédéterminé supérieur au 20 délai Deff, consistant à automatiser l'envoi à chaque équipement lié d'une requête de mise à jour totale. Avantageusement chacune des données est en outre associée à un identifiant de la version de la modification, 25 ledit identifiant de version étant calculé par l'équipement à l'origine de la modification. Selon une variante préférée, le serveur procède, lors de la réception d'une donnée de modification, à une 30 comparaison entre l'identifiant de version associée à ladite donnée reçue et l'identifiant de version enregistré dans la mémoire du serveur, et à remplacer la donnée enregistrée dans la mémoire du serveur seulement lorsque les identifiants de version sont différents. 35 3021774 - 6 En particulier, l'invention permet la transmission de données créées sur l'équipement E1 et présentes sur la mémoire M2 d'un équipement E2 vers la mémoire M3 d'un équipement E3 Via l'équipement E2 même si les équipements E2 et E3 ne sont 5 pas connectés via le service à partir du moment au E3 est autorisé par El à détenir ces données (fig. 2) Description détaillée d'un exemple non limitatif de réalisation. 10 L'invention sera mieux comprise à la lecture de la description qui suit concernant un exemple non limitatif de réalisation illustré par les dessins annexés où : - la figure 1 représente une vue schématique de 15 l'architecture mise en oeuvre par l'invention - la figure 2 représente un diagramme des échanges d'informations entre les équipements et le serveur. La figure 1 représente un exemple d'architecture pour la mise en oeuvre de l'invention. 20 L'utilisateur John dispose d'un équipement (1), par exemple un téléphone cellulaire. L'architecture générale d'un tel équipement comporte : - une unité centrale (10) associée à un certain nombre de mémoire dont : 25 - une mémoire vive RAM (20), utilisée pour des stockages intermédiaires lors des communications et de l'interaction de l'utilisateur avec le téléphone. Elle peut être implémentée soit comme un circuit intégré à part entière 30 sur la carte mère, soit comme un composant placé avec le CPU (10) au sein d'un même circuit intégré; - une mémoire flash (30) avec des capacités supérieures au Mégaoctets. Elle permet de stocker de façon persistante les éléments tels que : le répertoire, les appels 35 manqués et reçus, l'historique d'appel, l'agenda, les messages 3021774 - 7 - textes et multimédia reçus et envoyés, les fichiers multimédias; - une mémoire morte (ROM et OTP) (40) pour stocker le système d'exploitation du téléphone et pour des services 5 dédiés à la sécurité. Une base de données, par exemple un carnet d'adresses, est enregistrée dans une partie de mémoire M1 (2) de la mémoire flash (30). Par ailleurs, les données personnelles de John, par exemple son nom, son prénom, son 10 adresse personnelle, son adresse professionnelle, etc. sont enregistrées dans un espace de mémoire (3) de la mémoire flash (30). Ces informations sont éventuellement regroupées dans des cartes de visite (par exemple profil « privé », 15 profil « professionnel », profil « association »...). Ces sous-ensembles pourront être utilisés pour générer des cartes de visite électroniques (vcf, vcard, etc.) contenant les données personnelles qu'il a choisi de partager avec chacun des contacts. 20 Par ailleurs, John enregistre sur son équipement (1) une application locale dans la mémoire (40) réalisant les traitements associés au service décrit. L'invention concerne une pluralité d'utilisateurs, dont Jessica, disposant chacun d'un ou plusieurs équipements 25 (4, 5) présentant la même configuration que John. Enfin, l'invention met en oeuvre un serveur (6) comportant des moyens de communication avec les équipements clients, ainsi qu'une mémoire (7) pour l'enregistrement temporaire de données nécessaires à la mise à jour des bases 30 de données des équipements clients. Le serveur (6) comporte par ailleurs un calculateur réalisant les traitements pour l'enregistrement des données modifiées et la distribution aux équipements liés destinataires de ces données. 3021774 -8 La figure 2 représente l'échange des données entre les différents équipements. L'étape initiale consiste, pour John (Cl), à s'enregistrer auprès de l'opérateur du service. 5 A cet effet, John va créer un compte utilisateur, qui se traduira par l'enregistrement sur le serveur : - d'un identifiant choisi par John, qui sera un identifiant unique, dit « identifiant unique d'échange », - d'un moyen de communication entre le serveur et 10 l'équipement de John, par exemple son adresse de messagerie électronique, permettant au serveur de lui adresser un message d'authentification - éventuellement un identifiant technique de son équipement, par exemple le numéro d'identification attribué 15 par le système d'exploitation de l'équipement. Si l'équipement de John est vierge, on procède à l'enregistrement des données personnelles dans la mémoire (3) de l'équipement. 20 Par ailleurs, John va renseigner son carnet d'adresses enregistré dans la mémoire (2). Alternativement, cette opération est réalisée automatiquement par l'application de gestion du carnet d'adresses. 25 Cas où les contacts ne sont pas abonnés au service L'étape suivante consiste pour John à inviter des contacts en leur envoyant une carte de visite électronique (vcf, vcard, etc.) contenant les profils qu'il a choisi de 30 partager ainsi qu'un lien pour permettre au destinataire (C3) de se connecter à une page d'accueil du service, ainsi que l'identifiant unique d'échange permettant de se connecter à John sur le service. Cette invitation est par exemple envoyée sous 35 forme d'un courrier électronique. 3021774 - 9 - Jessica (C3), destinataire d'un tel message, peut enregistrer de manière connue les informations de la carte virtuelle dans son propre carnet d'adresse sur son propre équipement (4). 5 Elle peut aussi choisir de s'inscrire au service soit en enregistrant un identifiant unique et en s'inscrivant comme l'a fait John, à qui elle enverra à son tour une invitation directe d'échange. L'acceptation par John se traduira par la 10 modification d'une table enregistrée dans la mémoire (7) du serveur, correspondant aux liens entre les identifiants des équipements inscrits. Cas où un contact a été invité avant son abonnement au service 15 John a invité Jessica en lui envoyant une carte de visite électronique (vcf, vcard, etc.) contenant les informations des profils qu'il a choisi de partager ainsi qu'un lien pour permettre a Jessica de se connecter à une page 20 d'accueil du service, ainsi que l'identifiant unique d'échange permettant de se connecter à John sur le service. Lorsque Jessica s'inscrit au service en enregistrant un identifiant unique et en s'inscrivant comme l'a fait John, une procédure d'analyse des informations 25 renseignés par Jessica permettra de lui envoyer automatiquement l'invitation de John dans le service afin de procédé à la connexion des comptes selon la procédure de connexion entre deux contacts abonnés au service. 30 Cas où les contacts sont abonnés au service John invite Jessica par le service en lui envoyant une carte de visite électronique contenant les informations de son choix. 3021774 - 10 - La coordonnée de Jessica saisie par John est soit son identifiant unique d'échange soit une coordonnée email / N° de mobile liée à la création du compte utilisateur de Jessica. Elle reçoit alors directement dans le service 5 (notification) une demande d'échange contenant la nature du message (Demande d'échange) ainsi que l'identité et les informations de John. Jessica, peut accepter l'échange en sélectionnant en retour au moins une carte de visite à échanger avec John. 10 A l'acceptation les informations de la carte virtuelle de John son ajouté dans son équipement dans le service ainsi que dans son propre carnet d'adresse sur son propre équipement (4). L'acceptation par Jessica se traduira aussi par la 15 modification d'une table enregistrée dans la mémoire (7) du serveur, correspondant aux liens entre les identifiants des équipements inscrits. Mise à jour d'une donnée modifiée 20 Lorsque John procède à une modification d'une de ses données personnelles enregistrée dans la mémoire (3) de son équipement (1), une application locale procède à un traitement consistant à : 25 - mettre à jour l'identifiant de version du profil qui vient d'être modifié - ouvrir une session de communication avec le serveur - transmettre un message contenant : 30 - les données du profil contenant les données modifiées - l'identifiant de version du profil modifié - le cas échéant l'étiquette des données modifiées. 3021774 Le serveur identifie les contacts détenant le profil dans une version antérieur, et délivre dans la file d'attente de chacun de ces contacts une copie des données du profil modifié. 5 Le serveur envoie ensuite à chacun des contacts un message notifiant l'existence d'une modification. Jessica reçoit ce message. Le traitement du message est réalisé soit de manière automatique en tâche de fond, soit au prochain affichage de l'application. Ce traitement consiste 10 à télécharger la nouvelle version des données du profil modifié et à remplacer les données précédemment enregistrées dans la mémoire (2) de l'équipement de Jessica. Après confirmation du traitement, le profil modifié est effacé sur le serveur, dans l'espace liée associé à 15 l'équipement de Jessica. Après un délai déterminé, le profil modifié est systématique effacé sur le serveur. Modification des cartes de visite échangées entre les contacts 20 John peut procéder à tout instant à une modification des informations qu'il échange avec l'un de ces contacts par le service. 25 Cas où les contacts sont abonnés au service John ajoute ou supprime l'échange d'une des cartes de visite qu'il échange avec Jessica qui est abonnée au service. Une application locale procède à un traitement 30 consistant à : - ouvrir une session de communication avec le serveur - Envoyé une requête de modification d'une table enregistrée dans la mémoire (7) du serveur, correspondant aux 35 liens entre les identifiants des équipements inscrits. 3021774 - 12 - Le serveur délivre dans la file d'attente de Jessica une copie des données des profils maintenant échangés par John. Le traitement du message est réalisé soit de 5 manière automatique en tâche de fond, soit au prochain affichage de l'application. Ce traitement consiste à télécharger la nouvelle version des données échangées et à remplacer les données précédemment enregistrées dans la mémoire (2) de l'équipement de Jessica. 10 Les informations contenues dans les cartes de visite qui ne sont plus échangées ne sont plus visibles dans la mémoire de l'application du service mais toujours enregistrées dans la mémoire (2) de l'équipement de Jessica. Après confirmation du traitement, les profils 15 dorénavant échangés sont effacés sur le serveur, dans l'espace liée associé à l'équipement de Jessica. Après un délai déterminé, le profil modifié est systématique effacé sur le serveur. 20 Cas où les contacts ne sont pas abonnés au service John a déjà invité par le service Jessica qui n'est pas abonnée au service en lui envoyant une carte de visite électronique (Vf, var, etc.) contenant les profils qu'il a 25 choisi de partager ainsi qu'un lien pour permettre au destinataire de se connecter à une page d'accueil du service, ainsi que l'identifiant unique d'échange permettant de se connecter à John sur le service. Cette invitation a été envoyée sous forme d'un 30 courrier électronique. John décide de supprimer l'échange d'une des cartes de visite qu'il souhaite échanger avec Jessica. Il modifie la liste des cartes de visite qu'il échange avec Jessica. 3021774 - 13 - Une application locale procède à un traitement consistant à : - ouvrir une session de communication avec le serveur 5 - Envoyé une requête de modification d'une table enregistrée dans la mémoire (7) du serveur, correspondant aux liens entre les identifiants des équipements inscrits. - Envoyé a Jessica une nouvelle carte de visite électronique contenant les coordonnées dorénavant échangé par 10 John Jessica peut en toute connaissance choisir d'ajouter ces nouvelles coordonnées à la mémoire de son équipement. 15 Rupture de l'échange entre des contacts A tout instant les abonnés aux services peuvent choisir de couper leur relation d'échange avec un autre contact. 20 Cas entre deux contacts abonnés au service Lorsque John décide de ne plus partager de carte de visite avec Jessica, une application locale procède à un 25 traitement consistant à : - ouvrir une session de communication avec le serveur - Supprimer une table enregistrée dans la mémoire (7) du serveur, correspondant aux liens entre les identifiants 30 des équipements de John et Jessica. L'application locale détecte l'absence de la table de liens soit de manière automatique en tâche de fond, soit au prochain affichage de l'application. Le traitement consiste à modifier le statut du contact dans l'application de 3021774 - 14 - l'équipement de Jessica et de John en l'affichant comme « non connecté ». Les cartes de visite de John et Jessica ne sont plus visibles dans l'application de leur équipement respectif, 5 mais les informations échangées sont toujours dans la mémoire de ces équipements. Cas entre un contact abonnés au service et un contact qui ne l'est pas 10 Lorsque John abonné au service décide de ne plus partager de carte de visite avec Jessica, qui n'est pas abonnée au service, une application locale dans l'équipement de John procède à un traitement consistant à : 15 - ouvrir une session de communication avec le serveur - Supprimer une table enregistrée dans la mémoire (7) du serveur, correspondant aux liens entre l'identifiant de équipement de John et la coordonnée qui a servie a envoyé 20 l'invitation à Jessica. L'application locale de l'équipement de John détecte l'absence de la table de liens soit de manière automatique en tâche de fond, soit au prochain affichage de l'application. Le traitement consiste à modifier le statut du 25 contact de Jessica dans l'application de l'équipement de John en l'affichant comme « non connecté ». Signalement des contacts déjà abonnés au service 30 Lors de son inscription au service l'application de l'équipement de John envoie au serveur l'ensemble des coordonnées du carnet d'adresse pouvant servir à détecter un membre du service : email et mobile. Le serveur compare ces coordonnées avec les 35 coordonnées d'inscription liées aux identifiants d'échange. 3021774 - 15 - Une fois la procédure de comparaison effectuée le serveur identifie l'email d'inscription de Jessica. Le serveur envois un message à Jessica et à John les informant de leur présence réciproque sur le service. 5 John reçoit la notification l'informant de la réception du message de la présence de Jessica sur le service. Dans le message il aura la possibilité de lancer le procédé d'invitation entre deux contacts abonnés au service tout comme Jessica sur son propre appareil. 10 Restauration des contacts John change d'équipement, le nouvel équipement à une mémoire vierge. 15 John se reconnecte au service par l'installation d'une application sur son nouvel appareil. Il s'authentifie auprès du service à l'aide de sa coordonnée d'inscription ou de son identifiant d'échange. L'application ouvre une connexion vers le serveur 20 et vérifie les tables contenant les liens de l'identifiant d'échange de John avec d'autres identifiants d'échange. Un message contenant l'ensemble des identifiants auxquels John est connecté dans le service est alors envoyé par le serveur vers l'équipement de John. 25 Parallèlement un message contenant une demande d'envoi des cartes de visite en cours de partage est envoyé vers l'ensemble des équipements des contacts connectés de John. Automatiquement John recevra les cartes de visite 30 des contacts connectés avec lui dans l'application. Les contacts changeront de statu pour passer à « connecté », leurs cartes de visite seront accessibles dans l'application, les coordonnées contenues dans ces cartes seront écrites dans la mémoire de l'équipement de John. 35 3021774 - 16 - Restauration des Coordonnées et des Cartes de visites d'un utilisateur John change d'équipement, le nouvel équipement à 5 une mémoire vierge. John se reconnecte au service par l'installation d'une application sur son nouvel appareil. Il s'authentifie auprès du service à l'aide de sa coordonnée d'inscription ou de son identifiant d'échange. 10 L'application ouvre une connexion vers le serveur et envoie une requête de vérification des tables contenant les liens de l'identifiant d'échange de John avec d'autres identifiants d'échange pour trouver les contacts connectés au servie et détenant les versions les plus récentes des cartes 15 de visite de John Un message est alors envoyé par le serveur vers l'équipement des contacts identifiés afin de solliciter l'envoi automatique des cartes de visite de John vers son propre équipement. 20 Automatiquement John recevra ses cartes de visite dans l'application. Les cartes de visites de John seront écrites et accessibles dans l'application, les coordonnées contenues dans ces cartes seront écrites dans la mémoire de son équipement. 25 La figure 2 représente l'échange des données entre les différents équipements dans une situation de restauration du carnet d'adresses de C3. Lorsque C3 demande une restauration, il se connecte au serveur (50), qui retourne les profils Pi,j qui sont 30 disponibles dans la base de données du serveur, au moment de la requête de restauration. L'indice i désigne un contact donné, et j le numéro d'ordre du profil de ce contact i. Rappelons que seul un nombre restreints de profils est disponible sur le serveur, car les profils sont 3021774 - 17 - régulièrement effacés sur le serveur comme exposé dans ce qui précède. Pour les profils non disponible, le serveur (50) lance des procédures définies ci-après : 5 Le serveur identifie les droits d'accès entre les binômes d'utilisateur. Dans l'exemple décrit, C3 dispose d'un droit d'accès aux profils de Cl, mais pas de C2. Si un utilisateur Cl en relation avec C3 n'est pas connecté, la procédure de restauration ne peut aboutir 10 directement. Dans ce cas, le serveur envoie une requête à un autre utilisateur C2 disposant d'une relation autorisé avec Cl, pour exécuter sur le terminal de C2 un traitement consistant à lire les informations locales concernant les j profils PI,J, à transmettre au serveur ces informations, puis à 15 les enregistrer dans l'espace réservé à C3, pour permettre à l'équipement de C3 de récupérer ces informations dans son carnet d'adresse, et ce bien que : - Cl ne soit pas connecté au serveur - C3 n'ait pas de droit d'accès aux informations 20 de C2. REVENDICATIONS1 - Procédé de traitement automatique de la mise à jour d'une base de données EDI), enregistré dans la mémoire M1 d'un équipement E1 en fonction des modifications des informations intervenues pour au moins une donnée enregistrée dans la mémoire Mi d'au moins un autre équipements Ei, comportant : - lors de la détection de la modification d'une donnée partagée avec au moins un autre équipement, une étape de transmission par l'équipement Ei d'un message électronique Mil comprenant un identifiant de l'équipement Ei ainsi que la donnée modifiée et son étiquette, caractérisé en ce que le procédé ne met en oeuvre aucune base de données permanente centralisée et en ce que le procédé comporte en outre : - lors de l'abonnement d'un nouvel équipement, une étape de création, dans la mémoire d'un serveur, d'une table 20 des équipements liés comprenant, pour chaque équipement Ei d'un identifiant Idi dudit équipement Ei ainsi que les identifiants Id des équipements Ei associés à l'équipement Ei - lors de la réception message électronique l'enregistrement de ladite donnée dans une mémoire, aux 25 adresses-cibles déterminées en fonction des informations enregistrées dans ladite table des équipements liés ; - puis l'envoi à chacun desdits équipements liés d'un message contenant l'identifiant de l'équipement Ei ayant procédé à une modification et une information relative à la 30 nature de la modification ; - des étapes de connexion au serveur par lesdits équipements liés pour télécharger les données enregistrées à l'adresse cible correspondante et le remplacement dans la mémoire M de ladite données téléchargée 3021774 - 19 - - des étapes d'effacement périodique des données enregistrées auxdites adresses-cibles de la mémoire du serveur. 5 2 - Procédé de traitement automatique de la mise à jour d'une base de données BDID, selon la revendication 1 caractérisé en ce que ledit effacement est déclenché par le téléchargement par le dernier des équipements cibles. 3 - Procédé de traitement automatique de la mise à 10 jour d'une base de données BDID, selon la revendication 1 ou 2 caractérisé en ce que ledit effacement est déclenché après un délai Deff prédéfini à compter de l'enregistrement initial de ladite donnée. 15 4 - Procédé de traitement automatique de la mise à jour d'une base de données BDID, selon la revendication 3 caractérisé en ce qu'il comporte une étape de restauration, déclenchée lors d'une reconnexion après un délai Drest prédéterminé supérieur au délai Deff, consistant à automatiser l'envoi à chaque équipement lié d'une requête de mise à jour totale. 5 - Procédé de traitement automatique de la mise à jour d'une base de données BDID, selon l'une quelconque des revendications précédentes caractérisé en ce que chacune des données est en outre associée à un identifiant de la version de la modification, ledit identifiant de version étant calculé par l'équipement à l'origine de la modification. 6 - Procédé de traitement automatique de la mise à jour d'une base de données BDID, selon la revendication précédente caractérisé en ce que le serveur procède, lors de la réception d'une donnée de modification, à une comparaison entre l'identifiant de version associée à ladite donnée reçue et l'identifiant de version enregistré dans la mémoire du 3021774 - 20 - serveur, et à remplacer la donnée enregistrée dans la mémoire du serveur seulement lorsque les identifiants de version sont différents.