FR 2890814 A1 20070316 FR 0509274 A 20050912 PROCEDE DE SYNCHRONISATION DE DONNEES ENTRE UN TERMINAL ET UNE UNITE, TERMINAUX, SERVEURS ET PROGRAMMES D'ORDINATEUR ASSOCIES La présente invention concerne le domaine de la synchronisation de données entre, d'une part, un terminal, notamment un terminal utilisateur tel que par exemple un téléphone portable ou un Assistant Personnel ( Personal Digital Assistant ou PDA ) comportant une zone de stockage de données et, d'autre part, une unité comportant une base de données, le terminal utilisateur et l'unité étant reliés par un réseau de communication. L'unité est, suivant les cas, un serveur, un autre terminal utilisateur ou un ordinateur. La zone de stockage de données du terminal est adaptée pour mémoriser des données personnelles de l'utilisateur. Elle comporte un ou plusieurs registres. Parmi ces registres figurent par exemple un répertoire comportant des noms de contacts et leurs numéros de téléphone, un agenda comportant des événements tels que rendez-vous, dîners, spectacles etc., et/ou encore un recueil de notes. La base de données de l'unité est également adaptée pour mémoriser des données personnelles de l'utilisateur et comporte par exemple un ou plusieurs registres parmi un répertoire, un agenda et un recueil de notes. L'utilisateur peut faire évoluer de façon indépendante d'une part les données mémorisées dans un registre, par exemple le registre de répertoire, dans le terminal et d'autre part les données mémorisées dans un registre similaire dans l'unité. Les évolutions sont par exemple des suppressions, des ajouts ou des modifications dans les données mémorisées. Une opération de synchronisation entre un registre du terminal et un registre de l'unité a pour résultat que chaque donnée du registre du terminal ayant été créée, modifiée ou supprimée depuis la dernière opération de synchronisation avec l'unité, est créée, modifiée ou supprimée sur l'unité, et/ou inversement. Dans des applications, les évolutions apportées aux données par l'utilisateur sont d'abord saisies dans la zone de stockage par ce dernier depuis son terminal et les données figurant dans l'unité peuvent résulter exclusivement d'opérations régulières de synchronisation avec le terminal permettant la sauvegarde des données saisies uniquement dans le terminal. Dans un autre type d'applications, l'utilisateur modifie les données mémorisées dans la zone de stockage du terminal lorsqu'il utilise le terminal et il modifie par ailleurs indépendamment les données mémorisées dans la base de données de l'unité, par exemple directement depuis un moyen de saisie dont est munie l'unité ou encore à distance, par exemple en utilisant un ordinateur en liaison avec l'unité. Dans un autre type d'applications encore, les évolutions apportées aux données peuvent d'abord être mémorisées dans la base de données de l'unité suite à une commande de l'utilisateur, les données figurant dans le terminal résultant exclusivement d'opérations régulières de synchronisation avec l'unité, permettant la sauvegarde des données saisies uniquement dans l'unité. Ainsi la synchronisation des données entre le terminal et l'unité comprend: - la mise à jour des données mémorisées dans le terminal en fonction d'informations envoyées au terminal depuis l'unité et représentatives des données mémorisées dans l'unité ; et/ou la mise à jour des données mémorisées dans l'unité en fonction de données envoyées à l'unité par le terminal et représentatives des données mémorisées dans le terminal. Les données envoyées par le terminal ou l'unité comportent l'ensemble des données mémorisées ou n'indiquent que les évolutions apportées depuis la dernière opération de synchronisation effectuée entre le terminal et l'unité. L'opération de synchronisation a lieu suivant les modes de réalisation à l'initiative de l'utilisateur du terminal et/ou de l'unité et/ou d'un fournisseur du service de synchronisation auquel l'utilisateur est abonné. Des protocoles de synchronisation connus sont par exemple ActiveSync ou SyncML qui a fait l'objet d'une normalisation par I'OMA 30 (Open Mobile Alliance; www.openmobilealliance.org). Un terminal peut être paramétré pour se synchroniser avec une ou plusieurs unités données. Il peut paraître souhaitable, notamment pour le fournisseur d'un service de synchronisation, par exemple pour des raisons liées à la sécurité et à la protection contre la concurrence, de ne pas favoriser le fait qu'un terminal puisse se synchroniser avec n'importe quelle unité choisie par l'utilisateur. Des fournisseurs de service ont ainsi imposé des unités, telles que des serveurs de synchronisation donnés, aux terminaux. Ils ont limité les possibilités de connexion des terminaux, en vue d'une opération de synchronisation, à une liste de serveurs prédéterminée par le fournisseur de services, associés chacun à un identifiant, par exemple leur adresse IP ou leur nom de domaine Internet (DNS). Cependant, cette pratique pose un certain nombre de problèmes. En effet, la restriction des connexions est juridiquement illicite dans certains cas. D'autre part, la liste des serveurs de synchronisation, notamment le nombre de serveurs ou leur identifiant, est susceptible d'évoluer dans le temps. La présente invention a pour but de proposer une solution pour ne pas favoriser les opérations de synchronisation d'un terminal avec n'importe quelle unité choisie par l'utilisateur du terminal et qui ne présente pas les inconvénients des techniques de l'art antérieur. A cet effet, suivant un premier aspect, l'invention propose un procédé de synchronisation de données entre, d'une part, un terminal comportant une zone de stockage de données et, d'autre part, une unité parmi une pluralité d'unités dont l'une au moins comporte une base de données. Le terminal est adapté pour mettre en oeuvre une première méthode de modification de données. Au moins une unité de la pluralité d'unités est adaptée pour mettre en ceuvre une seconde méthode de modification de données, inverse de la première méthode de modification. Au moins une des unités n'est pas adaptée pour mettre en ceuvre une telle seconde méthode. Selon ce procédé, suite à la sélection par le terminal de données à synchroniser, dans la zone de stockage du terminal, et d'une unité parmi ladite pluralité d'unités, on contraint le terminal à appliquer sur les données sélectionnées la première méthode de modification, et ce même lorsque l'unité sélectionnée n'est pas adaptée pour mettre en oeuvre la seconde méthode de modification. On transmet depuis le terminal utilisateur les données ainsi modifiées à destination de l'unité pour une mise à jour de la base de données de ladite unité en fonction desdites données transmises. Suivant un second aspect, l'invention propose un procédé de synchronisation de données entre, d'une part, un terminal comportant une zone de stockage de données et, d'autre part, une unité parmi une pluralité d'unités dont l'une au moins comporte une base de données. Au moins une desdites unités est adaptée pour mettre en oeuvre une première méthode de modification de données et au moins une desdites unités n'est pas adaptée pour mettre en oeuvre une telle première méthode. Selon ce procédé, suite à la réception par le terminal de données à synchroniser en provenance d'une unité parmi la pluralité d'unités, on contraint le terminal à appliquer sur les données reçues une seconde méthode de modification de données inverse de la première méthode, et ce même lorsque l'unité n'est pas une unité adaptée pour mettre en oeuvre ladite première méthode. On effectue une étape de mise à jour de la zone de stockage du terminal en fonction des données obtenues par application de la seconde méthode de modification. Ainsi l'invention évite le verrouillage imposé à l'utilisateur des possibilités de synchronisation avec des unités. Elle a pour effet d'inciter les utilisateurs à retenir pour la synchronisation une unité ou des unités particulières. En effet, la connexion pour synchronisation avec les autres unités n'est pas rendue impossible, mais elle donne lieu à des dysfonctionnements, et a pour conséquence de dissuader l'utilisateur du terminal de choisir une telle unité. Suivant un troisième aspect, l'invention propose un terminal comportant: une zone de stockage de données; - des moyens de mise en oeuvre d'une première méthode de modification de données; des moyens de synchronisation de ladite zone avec une base de données d'au moins une unité parmi une pluralité d'unités dont au moins une unité est adaptée pour mettre en oeuvre une seconde méthode de modification de données inverse de la première méthode, et dont au moins une unité n'est pas adaptée pour mettre en oeuvre une telle seconde méthode; - des moyens pour sélectionner une unité parmi ladite pluralité d'unités. Les moyens de synchronisation sont adaptés pour sélectionner des données à synchroniser dans la zone de stockage et pour appliquer systématiquement sur les données sélectionnées ladite première méthode, et ce même lorsque l'unité sélectionnée n'est pas adaptée pour mettre en oeuvre la seconde méthode. Le terminal comporte en outre: - des moyens de transmission desdites données modifiées à destination de ladite unité sélectionnée pour une mise à jour de la base de données de ladite unité en fonction desdites données transmises. Suivant un quatrième aspect, l'invention propose un programme d'ordinateur à installer dans un terminal comportant une zone de stockage de données, des moyens de mise en oeuvre d'une première méthode de modification de données et des moyens de synchronisation de cette zone avec au moins une base de données d'au moins une unité parmi une pluralité d'unités dont au moins une unité est adaptée pour mettre en oeuvre une seconde méthode de modification de données inverse de la première méthode et dont au moins une unité n'est pas adaptée pour mettre en oeuvre une telle seconde méthode. Le programme comprend des instructions pour mettre en oeuvre les étapes qui incombent au terminal, d'un procédé suivant le premier aspect de l'invention lors d'une exécution du programme par des moyens de traitement du terminal. Suivant un cinquième aspect, l'invention propose un terminal 30 comportant: - une zone de stockage de données; 2890814 6 des moyens de synchronisation de ladite zone avec une base de données d'au moins une unité parmi une pluralité d'unités dont au moins une unité est adaptée pour mettre en oeuvre une première méthode de modification de données et dont au moins une unité n'est pas adaptée pour mettre en oeuvre une telle première méthode; des moyens de réception de données à synchroniser en provenance d'une unité parmi la pluralité d'unités. Les moyens de synchronisation sont adaptés pour appliquer systématiquement sur les données reçues une seconde méthode de modification de données inverse de la première méthode, et ce même lorsque l'unité n'est pas une unité adaptée pour mettre en oeuvre ladite première méthode. Les moyens de synchronisation sont adaptés pour effectuer une étape de mise à jour de la zone de stockage du terminal en fonction des données ainsi obtenues après application de la seconde méthode. Suivant un sixième aspect, l'invention propose un programme d'ordinateur à installer dans un terminal comportant une zone de stockage de données et des moyens de synchronisation de cette zone avec la base de données d'au moins une unité parmi une pluralité d'unités dont au moins une unité est adaptée pour mettre en oeuvre une première méthode de modification de données et au moins une unité n'est pas adaptée pour mettre en oeuvre une telle première méthode. Le programme comprend des instructions pour mettre en oeuvre les étapes qui incombent au terminal, d'un procédé suivant le second aspect de l'invention lors d'une exécution du programme par des moyens de traitement dudit terminal. Un autre aspect de l'invention se rapporte à un serveur pour la synchronisation de données avec un terminal comportant une zone de stockage de données, le terminal étant adapté pour mettre en oeuvre une première méthode de modification de données et pour se synchroniser avec une pluralité d'unités dont l'une au moins comporte une base de données, la pluralité d'unités incluant ledit serveur. Selon l'invention, le serveur comprend un convertisseur de données pour mettre en oeuvre une seconde méthode de modification de données inverse de la première méthode de modification de données et indisponible aux autres unités de la pluralité d'unités, et des moyens de communication avec le terminal pour échanger des données à synchroniser, les moyens de communication soumettant les données échangées au convertisseur de données. L'invention propose encore un programme d'ordinateur à installer dans un tel serveur. Le programme comprend des instructions pour, lors d'une exécution du programme par des moyens de traitement dudit serveur: modifier des données selon la seconde méthode de modification de données inverse de la première méthode de modification de données et indisponible aux autres unités de la pluralité d'unités; et - communiquer avec le terminal pour échanger des données à synchroniser, les données échangées étant modifiées selon ladite seconde méthode au cours de la communication. D'autres caractéristiques et avantages de l'invention apparaîtront encore à la lecture de la description qui va suivre. Celle-ci est purement illustrative et doit être lue en regard des dessins annexés sur lesquels: la figure 1 représente un réseau dans un mode de réalisation de l'invention la figure 2 représente un terminal utilisateur T dans un mode de réalisation de l'invention; la figure 3 représente un serveur de synchronisation SI agréé par le fournisseur de services dans un mode de réalisation de l'invention - la figure 4 représente un serveur de synchronisation S2 non agréé par le fournisseur de services dans un mode de réalisation de l'invention la figure 5 représente une partie des répertoires R1, R1(T) et des messages mT et ms, suite à une opération de synchronisation entre le terminal T et le serveur agréé S1; la figure 6 représente une partie des répertoires R1, R'1(T) et du message MT et mS2 suite à une opération de synchronisation entre le terminal T et le serveur non agréé S2. Sur la figure 1 est représenté un réseau 1 comportant des liaisons de communication adaptées pour mettre en communication des entités. Parmi ces entités figurent notamment une pluralité de terminaux utilisateurs et de serveurs. Le réseau 1 comprend par exemple un réseau de télécommunications mobiles de type GSM (Global System for Mobile communications) interfacé avec le réseau Internet. Sur la figure 1 est représenté un de ces terminaux utilisateurs, nommé T. Le terminal utilisateur T est par exemple un téléphone portable. Il comporte un écran, un clavier et des moyens d'interfaçage avec le réseau 1. Il comporte en outre comme représenté en figure 2 une zone de stockage Z de données personnelles comprenant trois registres RI, R2, R3. Le registre R1 est un répertoire comportant des noms de contacts et leur numéro de téléphone. Le registre R2 est un agenda comportant des événements tels que rendez-vous, dîners, spectacles etc. Le registre R3 est un recueil de notes. Le terminal T est adapté pour modifier le contenu des registres R1, R2, R3 en fonction de commandes saisies par l'utilisateur du terminal T depuis le clavier du terminal T. Ces commandes peuvent être par exemple des suppressions, des ajouts ou des modifications des données dans les registres R1, R2, R3 de la zone de stockage Z. L'utilisateur du terminal T a par exemple souscrit un abonnement à un fournisseur de services F qui lui donne droit à différents services, dont un service de communications téléphoniques par l'intermédiaire du réseau de communication 1 et un service de synchronisation de données personnelles. Ce service de synchronisation, par exemple téléchargé par le fournisseur de services dans le terminal T, permet à l'utilisateur de sélectionner dans une liste L un serveur de synchronisation pour une opération de synchronisation relative au contenu d'un des registres R1, R2, R3. Cette liste L comprend par défaut un certain nombre de serveurs de synchronisation prédéfinis par le fournisseur de services et identifiés par leur adresse IP. Elle peut en outre être actualisée par l'utilisateur, qui peut supprimer ou ajouter des serveurs de son choix dans la liste L. Elle correspond donc aux serveurs préférés de l'utilisateur pour la synchronisation des données. Le terminal utilisateur T comprend un module SYNC_T adapté pour mettre en oeuvre, sur sélection du service de synchronisation par l'utilisateur via le clavier et indication, par l'utilisateur, d'un serveur dans la liste L et de l'un des registres R1, R2 et R3, une opération de synchronisation relative au registre indiqué avec le serveur de synchronisation indiqué, conformément au protocole SyncML. Une pluralité de serveurs de synchronisation Si, S2,..., SN sont représentés sur la figure 1. Chaque serveur de synchronisation S1, ..., SN contient une base de données B1, ..., BN qui comprennent des sous-bases associées à des terminaux utilisateurs respectifs. Une sous-base comporte un ou plusieurs registres (répertoire, agenda, recueil de notes) associés à chacun de ces terminaux. Chaque serveur SI, ..., SN comprend un module de synchronisation SYNC_S1, ... SYNC_SN adapté pour mettre en oeuvre, avec ces terminaux utilisateurs et via le réseau 1, des opérations de synchronisation de données conformément au protocole SyncML. Seulement certains de ces serveurs sont agréés par le fournisseur de services F. Ces serveurs agréés sont considérés par le fournisseur de services F comme les serveurs de synchronisation souhaitables, pour des raisons de sécurité par exemple. Selon l'invention, on fournit aux terminaux utilisateurs abonnés du fournisseur de services F, les éléments nécessaires pour mettre en oeuvre une partie d'opérations de transformations des données échangées représentatives du contenu de registres à synchroniser et on contraint les terminaux utilisateurs à mettre en oeuvre systématiquement cette partie de transformations de données. Et on fournit exclusivement aux serveurs de synchronisation agréés par le fournisseur de services F les éléments nécessaires pour mettre en oeuvre une autre partie d'opérations de transformations des données échangées, complémentaire de la partie de transformations mise en oeuvre par les terminaux. On ne fournit pas les éléments nécessaires pour mettre en oeuvre cette autre partie de transformations aux serveurs de synchronisation non agréés. Dans le mode de réalisation considéré, les opérations de transformations comportent l'application de deux processus de transformations sur les données échangées entre un terminal utilisateur et un serveur. Le premier processus de transformation appelé MI est appliqué aux données provenant de la zone de stockage d'un terminal T. Le second processus de transformation appelé M2 est appliqué aux données provenant de la base de données d'un serveur. Ainsi on fournit aux terminaux utilisateurs abonnés du fournisseur de services F, les éléments nécessaires pour mettre en oeuvre une partie MIT du premier processus de transformation MI et on contraint les terminaux utilisateurs à mettre en oeuvre systématiquement cette partie MAT. On fournit aux terminaux utilisateurs abonnés du fournisseur de services F, les éléments nécessaires pour mettre en oeuvre une partie M2T du second processus de transformation M2 et on contraint les terminaux utilisateurs à mettre en oeuvre systématiquement cette partie M2T. Et on fournit exclusivement aux serveurs de synchronisation agréés par le fournisseur de services F, les éléments nécessaires pour mettre en oeuvre une partie Mis du premier processus de transformation MI et les éléments nécessaires pour mettre en oeuvre une partie M2S du second processus de transformation M2. Dans le mode de réalisation considéré, le serveur S1 est un serveur de synchronisation agréé par le fournisseur de services F. Le serveur S2 n'est pas un serveur de synchronisation agréé par le fournisseur de services F. Dans le mode de réalisation de l'invention considéré en référence à la figure 2, le module SYNC_T du terminal T comprend un module de détermination 4 des données à transmettre au serveur de synchronisation indiqué, qui comprend un module d'extraction 2 de données de la zone de stockage Z et un module de traitement 3 des données ainsi extraites. Le module de traitement 3 est adapté pour mettre en oeuvre la partie MIT du premier processus de transformation Mi. Le module SYNC_T comprend en outre un module de réception 5 des données reçues pour synchronisation par le terminal T via le réseau 1. Le module de réception 5 comprend un module de traitement 6 des données ainsi reçues et un module 7 de détermination des données à mémoriser dans la zone de stockage Z. Le module de traitement 6 est adapté pour mettre en oeuvre la partie M2T du second processus de transformation M2. En référence à la figure 3, le serveur Si comporte, dans sa base de 10 données B1, une sous-base associée au terminal T. Cette sous-base comporte un registre de répertoire R1(T). Des modifications, ajouts et/ou suppressions peuvent être apportées dans le contenu du répertoire R1(T) par l'utilisateur du terminal utilisateur T via le réseau 1, par l'intermédiaire par exemple d'un ordinateur O, et ce indépendamment de toute évolution dans le contenu du répertoire RI de la zone de stockage Z du terminal T. Dans le mode de réalisation de l'invention considéré en référence à la figure 3, le module SYNC_S1 du serveur S1 comprend un module de détermination 10 des données à transmettre au terminal T, qui comprend un module d'extraction 8 de données de la base de données B1 et un module de traitement 9 des données ainsi extraites. Le module de traitement 9 est adapté pour mettre en oeuvre la partie M2S du second processus de transformation M2. Le module SYNC_S1 comprend en outre un module de réception 11 des données reçues pour synchronisation par le serveur S1 via le réseau 1. Le module de réception 11 comprend un module de traitement 12 des données ainsi reçues et un module 13 de détermination des données à mémoriser dans la base de données B1. Le module de traitement 12 est adapté pour mettre en oeuvre la partie Mis du premier processus de transformation Mi. Le module SYNC S1 du serveur S1 est similaire à l'ensemble des modules SYNC_Si des serveurs Si agréés par le fournisseur de services F. Les éléments nécessaires pour mettre en oeuvre les parties Mis et M2S des opérations de transformations ont été communiqués exclusivement aux serveurs agréés par le fournisseur de services F. En référence à la figure 4, le serveur S2 comporte, dans sa base de données B2, une sous- base associée au terminal T. Cette sous-base comporte un registre de répertoire R'1(T). Des modifications, ajouts et/ou suppressions peuvent être apportées dans le contenu du répertoire R'1(T) par l'utilisateur du terminal utilisateur T via le réseau 1, par l'intermédiaire par exemple de l'ordinateur O, et ce indépendamment de toute évolution dans le contenu du répertoire R1 dans la zone de stockage Z du terminal T. Dans le mode de réalisation de l'invention considéré en référence à la figure 4, le module SYNC_S2 du serveur S2 comprend un module de détermination 10' des données à transmettre au terminal T. Ce module 10' comprend un module d'extraction 8' de données de la base de données B2. Le module 10' ne comporte pas de module similaire au module de traitement 9 du serveur S1. Le module SYNC_S2 comprend en outre un module de réception 11' des données reçues pour synchronisation par le serveur S2 via le réseau 1. Ce module 11' comprend un module 13' de détermination des données à mémoriser dans la base de données B2. Le module de réception 11' ne comporte pas de module similaire au module de traitement 12 du serveur S1. Dans le mode de réalisation considéré, le premier processus de transformations MI comprend d'une part la partie MIT qui est une opération d'altération des données mise en oeuvre par le module 3 du terminal T et d'autre part la partie Mis qui est une opération de correction d'altération, adaptée pour éliminer les altérations apportées par l'opération d'altération MIT et qui est mise en oeuvre par le module 12 du serveur S1. Le second processus de transformations M2 comprend d'une part la partie M2S qui est une opération de chiffrement à clef publique PK1 mise en oeuvre par le module 9 de traitement du serveur S1, et d'autre part la partie M2T qui est une opération de déchiffrement à clef secrète Pk1 associée à la clef publique PK1 et qui est mise en oeuvre par le module de traitement 6 du terminal T. Les transformations considérées dans le mode de réalisation décrit ici sont appliquées sur les données représentatives des évolutions apportées au contenu des registres respectifs. Elles ne modifient pas le format sous lequel ces données sont présentées conformément au protocole SyncML. Ainsi la structure des messages SyncML n'est pas transformée. Notamment les balises séparant les données représentatives des évolutions du contenu ne sont pas transformées. Les altérations apportées par le module 3 du terminal doivent être réversibles, c'est-à-dire que l'opération de correction d'altération Mis doit exister permettant au module de traitement 12 du serveur recevant les données altérées de restituer ainsi des données identiques aux données avant altération. Les éléments nécessaires pour mettre en oeuvre l'opération d'altération MIT transmis au terminal comprend la règle d'altération. Les éléments nécessaires pour mettre en oeuvre l'opération M2T transmis au terminal comprend la clef de déchiffrement Pkl. Les éléments nécessaires pour mettre en oeûvre l'opération de correction d'altération Mis transmis au serveur S1 comprennent la règle de correction d'altération. Les éléments nécessaires pour mettre en oeuvre l'opération de chiffrement M2S transmis au serveur S1 comprennent la clef publique PK1. Cas a: synchronisation entre le terminal T et le serveur agréé S1 L'utilisateur, dans ce cas, a sélectionné le serveur SI pour réaliser une opération de synchronisation relative au contenu du répertoire R1. Des échanges préliminaires ont alors lieu entre le terminal T et le serveur S1 conformément au protocole SyncML, permettant notamment au 25 terminal T de s'authentifier auprès du serveur SI. a1. transmission des données du terminal T au serveur S1: Une fois les échanges d'authentification exécutés avec succès, le module d'extraction des données 2 du terminal T identifie les champs du répertoire RI ayant subi des évolutions (suppression, création, modification) depuis la dernière étape de synchronisation effectuée pour ce répertoire RI avec le serveur S1. Puis il associe l'identifiant de chaque champ ayant subi une suppression avec un code convenu avec les serveurs indiquant une suppression et la date de suppression correspondante. Il associe l'identifiant de chaque champ ayant subi une création avec un code convenu indiquant une création, le contenu tel que créé et la date de créationcorrespondante et l'identifiant de chaque champ ayant subi une modification avec un code convenu indiquant une modification, le contenu tel que modifié et la date de modification correspondante. Les identifiants t1,..., tk des champs créés ou modifiés sont ainsi associés notamment aux contenus cont_ t1,..., cont_ tk. Par exemple, l'identifiant du champ jk est associé au code 01 indiquant une création, au contenu cont_ tk Jean Dupont /01.02.03.04.05 comprenant le nom de contact et le numéro de téléphone correspondant et à la date de création 25/04/05. Le module d'extraction des données 2 transmet alors ces informations relatives aux évolutions au module de traitement des données extraites 3 du terminal T, qui applique alors l'opération d'altération MIT sur chaque contenu créé ou modifié cont_ t1,... , cont_ tk. Par exemple dans le mode de réalisation ici considéré, après l'opération d'altération du module de traitement 3, l'identifiant du champ tk est associé au code 01 indiquant une création, au contenu M1T(cont_ tk) égal à Jean Dupont-/01.02.03.04.05& et à la date de création 25/04/05. Le module de synchronisation Sync_T du terminal T est ensuite adapté pour constituer, en fonction des identifiants de champ, des codes, des dates et des contenus ainsi altérés MIT (cont_ MIT (cont_ tk), un message mT conforme au format SyncML. Le terminal T transmet ensuite ce message mT au serveur S1. Le serveur S1 reçoit ce message mT, qui est alors fourni en entrée du module de traitement 12 des données reçues. Ce module 12 du serveur S1 est adapté pour appliquer la méthode de correction d'altération Mis sur les contenus associés aux champs ayant subi une création ou une modification. En conséquence, il restitue les contenus créés ou modifiés avant altération: Mls(M1T (cont_ t1))= cont_ t1,..., M1s(M1T (cont_ tk))= cont_ tk. Puis le module 12 transmet au module de détermination des données à mémoriser 13 du serveur S1 les identifiants des champs ayant subi une suppression, une création ou une modification associés, les codes indiquant l'évolution subie, les dates des évolutions et le cas échéant les contenus corrigés ou créés associés. Le module 13 compare alors les données mémorisées dans le registre R1(T) de la base B1 avec les informations transmises par le module 12 et met à jour le registre R1(T) en fonction de ces informations. En règle générale, les champs du répertoire R1(T) pour lesquels aucune évolution n'a eu lieu dans le répertoire R1(T) depuis la dernière opération de synchronisation avec le terminal T et correspondant à un champ du répertoire R1 du terminal T pour lequel le message mT indique une évolution seront supprimés, modifiés ou créés conformément aux informations indiquées dans le message mT. Notamment, si le champ du répertoire R1(T) d'identifiant de suppression, modification ou création respectives tk était vide, le module 13 le met à jour en créant un nouveau contact Jean Dupont /01.02.03.04.05 D. La figure 5 représente le contenu d'un tel champ tk du répertoire RI du terminal T, les données MIT (cont_ tk) figurant dans le message mT correspondant à ce contenu et le contenu du champ tk du répertoire R1(T) du serveur SI après l'opération de synchronisation entre le terminal T et le serveur Si suite notamment à la réception du message mT. Au contraire, un champ du répertoire R1(T) pour lequel une évolution a eu lieu dans le répertoire R1(T) depuis la dernière opération de synchronisation avec le terminal T et correspondant à un champ du répertoire R1 du terminal T pour lequel le message mT indique également une évolution, est mis à jour ou non en fonction de règles prédéfinies de gestion de conflit prenant en compte par exemple les dates respectives d'évolutions. a2. transmission des données du serveur S1 au terminal T: Après cette mise à jour du répertoire R1(T) par le module SYNC_S1, le module d'extraction des données 8 du serveur S1 identifie les champs du répertoire R1(T) qui ont subi des évolutions (suppression, création, modification) depuis la précédente étape de synchronisation effectuée pour le répertoire R1(T) avec le terminal T (il ne considère pas les évolutions venant d'être apportées par la mise à jour réalisée par le module 13, ni des évolutions à écarter suite à une gestion de conflit réalisée par le module 13). Puis il associe l'identifiant de chaque champ ayant subi une suppression avec le code indiquant une suppression et la date de suppression. Il associe l'identifiant de chaque champ s1,..., sp ayant subi une création ou une modification avec le code indiquant respectivement une création ou une modification, avec le contenu tel que créé ou modifié cont_ s1,..., cont_ sp et avec la date de création ou modification correspondante. Par exemple, l'identifiant du champ sp est associé au code 01 indiquant une création, au contenu cont_ sp Pierre Durand /06.07.08.09.00 comprenant le nom de contact et le numéro de téléphone correspondant et à la date de création 02/04/05. Le module d'extraction des données 8 transmet alors ces informations au module de traitement des données extraites 9 du serveur SI, qui applique alors l'opération de chiffrement M2S sur chaque contenu créé ou modifié. Dans le mode de réalisation ici considéré, après l'opération de chiffrement réalisée du module de traitement 9, l'identifiant du champ sp est 20 ainsi associé au code 01 indiquant une création, au contenu M2S (cont_ sp) égal à HJkUhj7gH76HgrAskUlo et à la date de création 25/04/05. Le module de synchronisation Sync_S1 du serveur SI est ensuite adapté pour constituer, en fonction des identifiants de champ, des codes, des dates et des contenus ainsi chiffrés, un message msi conforme au format 25 SyncML. Le serveur S1 transmet ensuite ce message msi au terminal T. Le terminal T reçoit ce message msi, qui est alors fourni en entrée du module de traitement 5 des données reçues pour synchronisation. Ce module 5 du terminal T est adapté pour appliquer la méthode de 30 déchiffrement M2T sur les contenus associés aux champs ayant subi une création ou une modification. En conséquence, il restitue les contenus créés ou modifiés avant chiffrement: M2T(M2S (cont_ s1))= cont_ s1,..., M2T(M2S (cont_ sp))= cont_ sp. Puis le module 6 transmet au module de détermination des données à mémoriser 7 du terminal T les identifiants des champs ayant subi une suppression, une création ou une modification, les codes indiquant l'évolution subie, les dates des évolutions et le cas échéant les contenus corrigés ou créés associés. Le module 7 compare alors les données mémorisées dans le registre RI avec les informations reçues et met à jour le registre RI en fonction des informations reçues. De la même façon que décrite précédemment, chaque champ du répertoire R1 pour lequel aucune évolution n'a eu lieu dans le répertoire RI depuis la dernière opération de synchronisation avec le serveur S1 et correspondant à un champ du répertoire R1(T) du serveur S1 pour lequel le message ms indique une évolution sera supprimé, modifié ou créé conformément à la suppression, modification ou création indiquée par le message msi pour ce champ. Notamment, si le champ du répertoire R1 d'identifiant sp est vide, le module 7 le met à jour en créant un nouveau contact M2T(M2s(cont_sp)) égal à Pierre Durand /06.07.08.09.00 . La figure 5 représente le contenu d'un tel champ sp du répertoire R1(T) du serveur S1, les données M2s(cont_ sp) figurant dans le message msi correspondant à ce contenu et le contenu du champ sp du répertoire R1 du terminal T après l'opération de synchronisation entre le terminal T et le serveur SI suite notamment à la réception du message msi. Au contraire, un champ du répertoire R1 pour lequel une évolution a eu lieu dans le répertoire RI depuis la dernière opération de synchronisation avec le serveur S1 et correspondant à un champ du répertoire R1(T) du serveur S1 pour lequel le message msi indique une évolution, est mis à jour ou non en fonction des règles prédéfinies de gestion de conflit. Les échanges décrits ci-dessus ont permis la synchronisation des 30 données entre le terminal T et le serveur agréé S1. Nous allons maintenant étudier le déroulement de ces opérations de synchronisation dans le cas où l'utilisateur du terminal T aurait choisi le serveur S2 non agréé à la place du serveur S1 comme interlocuteur de synchronisation. Nous considérons ci-dessous que l'état du répertoire R1 du terminal T est identique à l'état dans lequel il se trouvait avant l'opération de synchronisation entre le serveur S1 et le terminal T, et que l'état du répertoire R'1(T) du serveur S2 est identique à l'état du répertoire R1(T) du serveur SI avant l'opération de synchronisation entre le serveur S1 et le terminal T. Cas b: synchronisation entre le terminal T et le serveur non agréé S2 L'utilisateur a sélectionné le serveur S2 pour réaliser une opération de synchronisation relative au contenu du répertoire R1. Des échanges préliminaires ont lieu entre le terminal T et le serveur S1 conformément au protocole SyncML, permettant notamment au terminal T de s'authentifier auprès du serveur S2. b1. transmission des données du terminal T au serveur S2: Les étapes décrites dans le paragraphe a1 ci-dessus sont réalisées par le module SYNC_T du terminal T. Il est en effet adapté pour réaliser ces étapes systématiquement, que le serveur de synchronisation sélectionné soit agréé ou non. Le terminal T transmet ainsi le message mT défini au paragraphe a1 au serveur S2. Le module de réception 11 du serveur S2 reçoit ce message mT et le transmet au module de détermination des données à mémoriser 13' du serveur S2, qui en extrait les identifiants des champs ayant subi une suppression, une création ou une modification associés, les codes indiquant l'évolution subie, les dates des évolutions et les contenus corrigés ou créés dans le cas des modifications ou créations. Le module 13 compare alors les données mémorisées dans le registre 30 R1(T) avec les informations reçues et met à jour les champs tl,..,tk du registre R'1 (T) en fonction respectivement des informations altérées reçues MIT (cont_ t1),... , M1T (cont_ tk). 2890814 19 Notamment, si le champ du répertoire R'1(T) d'identifiant du champ tk était vide, le module 13' le met à jour en créant un nouveau contact Jean Dupont-/01.02.03.04.05& égal à MIT (cont_ tk), qui comprend l'altération apportée par l'opération d'altération MIT. La figure 6 représente le contenu du champ tk du répertoire RI du terminal T, les données MIT (cont_ tk) figurant dans le message mT et le contenu du champ tk du répertoire R'1(T) du serveur S2 après l'opération de synchronisation entre le terminal T et le serveur S2. L'opération de mise à jour du répertoire R'1(T) en fonction des données envoyées depuis le répertoire RI du terminal T a pu donc être menée à bien. Cela provient notamment du fait que les transformations selon l'invention n'ont pas modifié la structure requise pour le protocole SyncML. Toutefois, des altérations ont été ainsi sciemment introduites et enregistrées dans le répertoire R'l(T). b2. transmission des données du serveur S2 au terminal T: Ensuite le module d'extraction des données 8' du serveur S2 identifie les champs du répertoire R'1(T) qui ont subi des évolutions (suppression, création, modification) depuis la précédente étape de synchronisation effectuée entre le répertoire R'l (T) et le répertoire R1 du terminal T (il ne considère pas les évolutions venant d'être apportées par la mise à jour réalisée par le module 13', ni les évolutions écrasées suite à une gestion de conflit réalisée par le module 13'). Puis il associe l'identifiant de chaque champ ayant subi une suppression avec le code indiquant une suppression et la date de suppression. II associe l'identifiant de chaque champ s1,..., sp ayant subi une création ou une modification avec le code indiquant respectivement une création ou une modification, avec le contenu tel que créé ou modifié cont_ s1,..., cont_ sp et avec la date de création ou modification correspondante. Par exemple, l'identifiant du champ sp est associé au code 01 indiquant une création, au contenu cont sp Pierre Durand /06.07.08.09.00 comprenant le nom de contact et le numéro de téléphone correspondant et à la date de création 02/04/05. Le module de synchronisation Sync_S2 du serveur S2 est ensuite adapté pour constituer, en fonction des identifiants de champ, des codes, des dates et des contenus, un message mS2 conforme au format SyncML. Le serveur S2 transmet ensuite ce message mS2 au terminal T. Le terminal T reçoit ce message mS2, qui est alors fourni en entrée du module de traitement 5 des données reçues pour synchronisation. Ce module 5 du terminal T est adapté pour appliquer systématiquement la méthode de déchiffrement M2T sur des contenus associés aux champs ayant subi une création ou une modification figurant dans des données pour synchronisation en provenance d'un serveur. En conséquence, il applique l'opération de déchiffrement M2T aux contenus créés ou modifiés reçus et obtient les contenus M2T(cont_ s1),..., M2T(cont_ sp) associés aux champs s1, sp. Les contenus n'ayant pas été chiffrés à l'émission, le serveur S2 étant non agréé, les contenus ainsi déchiffrés sont complètement altérés. Puis le module 6 transmet au module de détermination des données à mémoriser 7 du terminal T les identifiants des champs ayant subi une suppression, une création ou une modification, les codes indiquant l'évolution subie, les dates des évolutions et le cas échéant les contenus obtenus associés M2T(cont_s 1), ... , M2T(cont_sp). Le module 7 compare alors les données mémorisées dans le registre R1 avec les informations reçues et met à jour le registre R1 en fonction des informations reçues. Comme vu précédemment, les champs du répertoire R1 pour lesquels aucune évolution n'a eu lieu dans le répertoire R1 depuis la dernière opération de synchronisation avec le serveur S2 et correspondant à un champ du répertoire R'1(T) du serveur S2 pour lequel le message mS2 indique une évolution seront supprimés, modifiés ou créés conformément aux informations indiquées par le message. Notamment, si le champ du répertoire R1 d'identifiant du champ sp était vide, le module 7 le met à jour en créant un nouveau contact égal à M2T(cont_sp)=M2T( Pierre Durand /06.07.08.09.00 ), soit LFj2dtMAv1 K45q q , le contenu complètement altéré. La figure 6 représente le contenu cont_ sp du champ sp du répertoire R'1(T) du serveur S2, les données cont_ sp figurant dans le message mS2 correspondant à ce champ sp et le contenu du champ sp du répertoire R1 du terminal T après l'opération de synchronisation entre le terminal T et le serveur S2. Les échanges décrits ci-dessus ont permis la synchronisation des données entre le terminal T et le serveur non agréé S2. Ainsi l'opération de mise à jour du répertoire R1 du terminal T en fonction des données envoyées depuis le répertoire R'l (T) du serveur S2 a été réalisée. Toutefois, des données autres que celles enregistrées dans le répertoire R'1(T) ont été volontairement introduites et enregistrées dans le répertoire R1. Et réciproquement des données autres que celles enregistrées dans le répertoire R1 ont été volontairement introduites et enregistrées dans le répertoire R'1(T). Comme on le voit, l'invention permet d'assurer que les opérations de synchronisation entre le terminal utilisateur T et un serveur agréé permettent une synchronisation optimale entre les répertoires du terminal T et du serveur agréé. Elle permet en outre de réaliser des opérations de synchronisation avec des serveurs non agréés par le fournisseur de services, tout en introduisant des disparités entre les contenus des registres synchronisés. Ces disparités vont conduire l'utilisateur à constater que les serveurs agréés permettent une synchronisation plus satisfaisante et l'utilisateur va ainsi être incité à préférer les serveurs agréés pour les opérations de synchronisation futures. Les opérations d'altération ou de chiffrement considérées ici pour les répertoires sont effectuées sur les noms de contact et les numéros de téléphone. Dans d'autres modes de réalisation, elles sont appliquées, exclusivement ou en combinaison, sur les identifiants des champs transmis, sur les dates de suppression, modification ou ajout transmises, sur les balises SyncML. D'autres types d'altération/chiffrement pourront être réalisées pour d'autres registres. L'opération d'altération est adaptée pour ne pas modifier de façon importante les données et de ne pas rendre manifeste que les données ont subi une modification et ne sont pas le reflet exact du contenu du registre dont elles sont issues. Dans un mode de réalisation, seulement un des processus MI et M2 est mis en oeuvre. Par exemple, seules les données provenant du terminal T sont transformées, d'une part par le module 3 du terminal T mettant en oeuvre l'opération MIT et d'autre part par le module 12 d'un serveur agréé S1 mettant en oeuvre l'opération Mis. Ou encore dans un autre mode de réalisation, seules les données provenant d'un serveur agréé S1 sont transformées, d'une part par le module 9 d'un serveur agréé SI mettant en oeuvre l'opération M2S et d'autre part par le module 9 du terminal T mettant en oeuvre l'opération M2T. Par ailleurs, dans le mode de réalisation décrit, le processus de transformation MI est un processus comprenant une opération d'altération MIT suivie d'une opération de correction d'altération Mis, et le processus de transformation M2 est un processus comprenant une opération de chiffrement M2S suivie d'une opération de déchiffrement M2T. Dans d'autres modes de réalisation de l'invention, le processus de transformation MI est un processus comprenant une opération de chiffrement suivie d'une opération de déchiffrement et/ou le processus de transformation M2 est un processus comprenant une opération d'altération suivie d'une opération de correction d'altération. Ainsi les processus M1 et M2 peuvent être de différents types (altération/correction, chiffrement/déchiffrement, autres) et l'on peut les choisir indépendamment l'une de l'autre parmi ces types. Les opérations de chiffrement/déchiffrement sont suivant les modes de 25 réalisation à clef secrète, à clef publique etc. Suivant les modes de réalisation, les dysfonctionnements introduits selon l'invention vont donner lieu à la duplication des contacts dans les répertoires, à des transmissions répétées et inutiles entre terminal et serveurs, à la mémorisation de données inexploitables. Par ailleurs, dans le mode de réalisation décrit, l'opération de synchronisation comportait une mise à jour du répertoire R1 du terminal T en fonction du contenu du répertoire R1(T) correspondant mémorisé dans le serveur et une mise à jour du répertoire R1(T) du serveur en fonction du contenu du répertoire RI du terminal T. Dans d'autres mode de réalisation de l'invention, la synchronisation ne comporte qu'une seule de ces deux mises à jour. Le service de synchronisation selon l'invention est avantageusement fourni par l'intermédiaire d'une application logicielle A téléchargée préalablement au sein du terminal T par le fournisseur de services F, qui comprend les instructions pour mettre en oeuvre les étapes réalisées par le module de synchronisation SYNC_T lors d'une exécution de l'application logicielle par des moyens de traitement du terminal. Le service de synchronisation selon l'invention est en outre avantageusement fourni par l'intermédiaire d'une application logicielle téléchargée préalablement au sein d'un serveur agréé, par exemple le serveur S1, par le fournisseur de services F, qui comprend les instructions pour mettre en oeuvre les étapes réalisées par le module de synchronisation SYNC_S1 lors d'une exécution de l'application logicielle par des moyens de traitement du serveur. L'invention peut être mise en oeuvre dans un système dans lequel des terminaux mettant en oeuvre l'invention cohabitent avec des terminaux ne la mettant pas en oeuvre. Dans ce cas, les serveurs agréés par le fournisseur de services F sont adaptés pour identifier si un terminal dans une opération de synchronisation est un terminal mettant en oeuvre l'invention ou non, et pour ne mettre en oeuvre l'invention que dans le cas positif. L'unité de synchronisation considérée dans le cadre de réalisation décrit en référence aux figures est un serveur. Néanmoins, l'invention s'applique pour des unités de synchronisation autres qu'un serveur, par exemple un autre terminal utilisateur, un ordinateur etc, dotés de moyens de synchronisation avec le terminal. Par ailleurs, le terminal décrit en référence aux figures est un terminal utilisateur. Dans un autre mode de réalisation, le terminal est un serveur. La synchronisation a donc lieu entre deux unités de type serveur. REVENDICATIONS 1. Procédé de synchronisation de données entre, d'une part, un terminal (T) comportant une zone (Z) de stockage de données et, d'autre part, une unité (SI; S2) parmi une pluralité d'unités dont l'une au moins comporte une base de données (B1; B2), le terminal étant adapté pour mettre en oeuvre une première méthode de modification de données (MIT), au moins une (SI) desdites unités étant adaptée pour mettre en oeuvre une seconde méthode (Mis) de modification de données, inverse de la première méthode, et au moins une (S2) desdites unités n'étant pas adaptée pour mettre en oeuvre une telle seconde méthode, selon lequel: suite à la sélection, par le terminal, de données à synchroniser dans la zone de stockage, et d'une unité parmi ladite pluralité d'unités, on contraint le terminal à appliquer sur les données sélectionnées ladite première méthode (MIT), et ce même lorsque l'unité sélectionnée n'est pas adaptée pour mettre en ceuvre la seconde méthode; et on transmet depuis le terminal lesdites données modifiées à destination de ladite unité sélectionnée pour une mise à jour de la base de données de ladite unité en fonction desdites données transmises. 2. Procédé selon la revendication 1, selon lequel les données modifiées sont transmises en respectant un format d'échange préalablement convenu entre le terminal et l'unité destinataire des données (S2), de sorte que ladite unité réalise avec succès la mise à jour de sa base (B2), ladite base étant ainsi mise à jour en fonction des données transmises. 3. Procédé de synchronisation de données entre, d'une part, un terminal (T) comportant une zone de stockage (Z) de données et, d'autre part, une unité (Si; S2) parmi une pluralité d'unités dont l'une au moins comporte une base de données (B1; B2), au moins une (Si) desdites unités étant adaptée pour mettre en oeuvre une première méthode (M2S) de modification de données et au moins une (S2) desdites unités n'étant pas adaptée pour mettre en oeuvre une telle première méthode, selon lequel: suite à la réception par le terminal de données à synchroniser en provenance d'une unité parmi la pluralité d'unités, on contraint le terminal à appliquer sur les données reçues une seconde méthode (M2T) de modification de données inverse de la première méthode, et ce même lorsque l'unité n'est pas une unité adaptée pour mettre en couvre ladite première méthode; - et on effectue une étape de mise à jour de la zone de stockage du terminal en fonction des données ainsi obtenues après application de la seconde méthode. 4. Procédé selon la revendication 3, selon lequel les données modifiées sont transmises par l'unité (S2) au terminal en respectant un format d'échange préalablement convenu entre le terminal et l'unité, de sorte que le terminal destinataire (T) réalise avec succès la mise à jour de sa zone de stockage en fonction des données obtenues après application de la seconde méthode. 5. Procédé selon la revendication 3 ou 4, selon lequel on met en outre en oeuvre entre le terminal (T) et l'unité (SI; S2) les étapes d'un procédé selon la revendication 1 ou 2. 6. Procédé selon l'une quelconque des revendications précédentes, selon lequel la première méthode est une méthode de chiffrement de données et la seconde méthode est une méthode de déchiffrement desdites données associée à ladite méthode de chiffrement. 7. Procédé selon l'une quelconque des revendications 1 à 5, selon lequel la première méthode est une méthode d'altération des données et la seconde méthode est une méthode de correction de ladite altération, associée à ladite méthode d'altération. 8. Terminal (T) comportant: une zone (Z) de stockage de données; des moyens (3) de mise en oeuvre d'une première méthode de modification de données; - des moyens de synchronisation (SYNC_T) de ladite zone avec une base de données (B1; B2) d'au moins une unité (Si; S2) parmi une pluralité d'unités dont au moins une unité (Si) est adaptée pour mettre en oeuvre une seconde méthode (Mis) de modification de données inverse de la première méthode, et dont au moins une unité (S2) n'est pas adaptée pour mettre en oeuvre une telle seconde méthode; des moyens pour sélectionner une unité parmi ladite pluralité d'unités; lesdits moyens de synchronisation étant adaptés pour sélectionner des données à synchroniser dans la zone de stockage et pour appliquer systématiquement sur les données sélectionnées ladite première méthode (MIT), et ce même lorsque l'unité sélectionnée n'est pas adaptée pour mettre en oeuvre la seconde méthode, le terminal comportant en outre: des moyens de transmission desdites données modifiées à destination de ladite unité sélectionnée pour une mise à jour de la base de données de ladite unité en fonction desdites données transmises. 9. Programme d'ordinateur à installer dans un terminal (T) comportant une zone (Z) de stockage de données, des moyens de mise en oeuvre d'une première méthode de modification de données et des moyens de synchronisation (SYNC_T) de ladite zone avec au moins une base de données (B1; B2) d'au moins une unité (Si; S2) sélectionnée parmi une pluralité d'unités dont au moins une unité est adaptée pour mettre en oeuvre une seconde méthode (Mis) de modification de données inverse de la première méthode (MIT) et dont au moins une unité n'est pas adaptée pour mettre en ceuvre une telle seconde méthode; ledit programme comprenant des instructions pour mettre en oeuvre les 5 étapes, qui incombent au terminal, d'un procédé selon la revendication 1 ou 2 lors d'une exécution du programme par des moyens de traitement dudit terminal. 10. Terminal (T) comportant: une zone (Z) de stockage de données; - des moyens de synchronisation (SYNC_T) de ladite zone avec une base de données (B1; B2) d'au moins une unité (Si; S2) parmi une pluralité d'unités dont au moins une unité (Si) est adaptée pour mettre en oeuvre une première méthode (M2S) de modification de données et dont au moins une unité (S2) n'est pas adaptée pour mettre en oeuvre une telle première méthode; des moyens de réception de données à synchroniser en provenance d'une unité parmi la pluralité d'unités; lesdits moyens de synchronisation étant adaptés pour appliquer systématiquement sur les données reçues une seconde méthode (M2T) de modification de données inverse de la première méthode, et ce même lorsque l'unité n'est pas une unité adaptée pour mettre en oeuvre ladite première méthode, et lesdits moyens de synchronisation étant adaptés pour effectuer une étape de 25 mise à jour de la zone de stockage du terminal en fonction des données ainsi obtenues après application de la seconde méthode. 11. Programme d'ordinateur à installer dans un terminal (T) comportant une zone (Z) de stockage de données et des moyens de synchronisation (SYNC_T) 30 de ladite zone avec une base de données d'au moins une unité parmi une pluralité d'unités dont au moins une unité est adaptée pour mettre en oeuvre une première méthode (M2S) de modification de données et au moins une unité (S2) n'est pas adaptée pour mettre en oeuvre une telle première méthode, ledit programme comprenant des instructions pour mettre en oeuvre les étapes, qui incombent au terminal, d'un procédé selon l'une des revendications 3 à 5 lors d'une exécution du programme par des moyens de traitement dudit terminal. 12. Serveur pour la synchronisation de données avec un terminal (T) comportant une zone (Z) de stockage de données, le terminal étant adapté pour mettre en oeuvre une première méthode de modification de données (MIT, M2T) et pour se synchroniser avec une pluralité d'unités (Si; S2) dont l'une au moins comporte une base de données (BI; B2), la pluralité d'unités incluant ledit serveur, caractérisé en ce qu'il comprend un convertisseur de données (9; 12) pour mettre en oeuvre une seconde méthode de modification de données (Mis, Mes) inverse de la première méthode de modification de données (MIT, M2T) et indisponible aux autres unités de la pluralité d'unités (Si; S2), et des moyens de communication avec le terminal pour échanger des données à synchroniser, les moyens de communication soumettant les données échangées au convertisseur de données. 13. Serveur selon la revendication 12, dans lequel la première méthode est une méthode de chiffrement de données et la seconde méthode est une méthode de déchiffrement de données associée à ladite méthode de chiffrement. 14. Serveur selon la revendication 12, dans lequel la première méthode est une méthode d'altération de données et la seconde méthode est une méthode de correction de ladite altération, associée à ladite méthode d'altération. 15. Programme d'ordinateur à installer dans un serveur pour la synchronisation de données avec un terminal (T) comportant une zone (Z) de stockage de données, le terminal étant adapté pour mettre en oeuvre une première méthode de modification de données (MIT, M2T) et pour se synchroniser avec une pluralité d'unités (Si; S2) dont l'une au moins comporte une base de données (B1; B2), la pluralité d'unités incluant ledit serveur, le programme comprenant des instructions pour, lors d'une exécution du programme par des moyens de traitement dudit serveur, modifier des données selon une seconde méthode de modification de données (Mis, M2S) inverse de la première méthode de modification de données (MIT, M2T) et indisponible aux autres unités de la pluralité d'unités (Si; S2), et communiquer avec le terminal pour échanger des données à synchroniser, les données échangées étant modifiées selon ladite seconde méthode au cours de la communication.