FR2908251A1 - Procede et systeme de synchronisation de repertoires - Google Patents

Abstract

La présente invention concerne un procédé de synchronisation comprenant- une étape de modification d'un premier ensemble de données stocké dans une première mémoirecaractérisé en ce que le procédé comprend en outre:- une étape d'insertion dudit ensemble sous forme de cartes de visites électroniques dans un message multimédia de type MMS,- une étape de transmission dudit message vers au moins une deuxième mémoire, et- une étape d'insertion dudit ensemble dans ladite deuxième mémoire.

Description

La présente invention concerne un procédé de synchronisation comprenant

une étape de modification d'un premier ensemble de données stocké dans une première mémoire.

Aujourd'hui, une personne peut disposer de plusieurs répertoires stockés dans plusieurs mémoires: des mémoires dans des terminaux comme, par exemple, téléphones fixes et/ou téléphones mobiles, et/ou des mémoires dans des serveurs présents dans le réseau de télécommunications d'un operateur, lequel offre des services de télécommunications à cette personne. Dans un répertoire une personne peut répertorier des données diverses sur des autres personnes, également appelés ses contacts. Pour ses contacts, la personne peut par exemple répertorier un nom, un(des) numéro(s) de téléphone, un(des) adresse(s) e-mail, une photo, etc. Il est possible qu'une personne dispose d'un répertoire dit "local", c'est-adire un répertoire qui se trouve dans une mémoire dans son téléphone fixe ou dans son téléphone mobile, par exemple dans une puce comme une carte SIM (de l'anglais "Subscriber Identity Module"), ainsi qu'un répertoire dit "distant" qui se trouve sur un disque dur d'un serveur dans un réseau de télécommunications d'un operateur lequel offre des services de télécommunications à cette personne. Dans ce cadre, cette personne est également désignée par le mot utilisateur. Un tel utilisateur souhaiterait que les informations de ses contacts, gardées dans ses deux répertoires soient identiques et restent identiques, par exemple dans le cas où l'utilisateur ajoute un nouveau contact ou modifie des informations relatives à un contact et déjà présentes dans l'un de ces deux répertoires. Il est fastidieux et peu pratique pour un utilisateur de devoir effectuer manuellement ces modifications deux fois de suite, dans les deux répertoires, pour mettre à jour ses répertoires. Cet inconvénient est encore plus grand pour un utilisateur qui dispose de plus de deux répertoires, parce qu'il doit effectuer manuellement les modifications plus de deux fois de suite, dans tous ses répertoires, pour les mettre à jour. A l'heure actuelle, un utilisateur a la possibilité de synchroniser un répertoire distant avec un répertoire local. Le mot "synchroniser" ou "synchronisation" dans le cadre de ce document veut dire qu'après une modification dans, par exemple, le répertoire local, cette modification est également effectuée dans le répertoire distant ou vice versa, c'est-a-dire qu'après une modification dans, par exemple, le répertoire distant, cette modification et également effectuée dans le répertoire local. Cependant, pour une telle synchronisation, il faut que l'utilisateur dispose d'un téléphone mobile compatible avec un protocole spécifique comme par exemple SyncML (en anglais "Synchronisation Markup Language"). Pour qu'il soit possible qu'une synchronisation ait lieu, chaque terminal doit supporter le protocole SyncML. Or, les téléphones mobiles compatibles avec le protocole SyncML sont peu répandus. Ceci limite par conséquent les possibilités de synchronisation.

2908251 2 Un inconvénient du protocole SyncML est par ailleurs qu'il ne permet pas de synchroniser le répertoire local avec le répertoire distant ou vice versa de façon automatique. tilisi, synchronisation de deux répertoires prend du temps et est peu conviviale. La présente invention propose un procédé alternatif de synchronisation qui permet à un 5 utilisateur de synchroniser des répertoires avec toutes les informations qui sont présentes pour les contacts dans ses répertoires et remédie à des inconvénients susmentionnés. En effet, selon l'invention, un tel procédé est caractérisé en ce que le procédé comprend en outre: - une étape d'insertion dudit ensemble sous forme de cartes de visites électroniques dans un 10 message multimédia de type MMS, - une étape de transmission dudit message vers au moins une deuxième mémoire, et - une étape d'insertion dudit ensemble dans ladite deuxième mémoire. Les avantages sont que ceci permet à un utilisateur de synchroniser des répertoires avec toutes les informations qui sont présentes pour les contacts dans ses répertoires. La technologie 15 existante suffit. L'invention peut être utilisée sur des téléphones mobiles existants. L'invention ne nécessite pas que l'utilisateur soit équipé d'un mobile compatible avec un protocole spécial peu répandu comme par exemple SyncML. Dans un mode de réalisation le procédé ci-dessus est caractérisé en ce que le procédé comprend en outre 20 - une étape d'association d'un identifiant d'application audit message, et - une étape de routage dudit message vers ladite deuxième mémoire en fonction dudit identifiant. L'avantage est qu'ainsi la possibilité est créée de faire une distinction entre différents types de message multimédia: message multimédia "classiques", message multimédia contenant un 25 ensemble de cartes de visite électroniques pour une synchronisation de répertoires et message multimédia d'un autre type pour rendre d'autres services. Dans un autre mode de réalisation le procédé ci-dessus est caractérisé en ce que le procédé comprend une étape de transmission automatique dudit message. L'avantage est une synchronisation plus rapide. Une synchronisation d'usage plus simple: 30 l'utilisateur n'a aucune action particulière à faire pour que cette synchronisation soit effectuée. L'invention concerne également un système de synchronisation comprenant - un premier mémoire apte à stocker un premier ensemble des données, - des moyens pour modifier ledit ensemble - des moyens pour insérer ledit ensemble sous forme de cartes de visites électroniques dans un 35 message multimédia de type MMS, - des moyens pour transmettre ledit ensemble vers au moins une deuxième mémoire, et - des moyens pour insérer ledit ensemble dans ladite deuxième mémoire.

2908251 3 Dans un mode de réalisation, le système ci-dessus est caractérisé en ce que le système comprend en outre - des moyens pour associer un identifiant d'application audit message et - des moyens pour router ledit message vers ledit deuxième mémoire en fonction dudit 5 identifiant. Dans un autre mode de réalisation, le système ci-dessus est caractérisé en ce que le système comprend en outre des moyens pour transmettre automatiquement ledit message. Dans un autre mode de réalisation, le système ci-dessus est caractérisé en ce que ledit premier ensemble comprend un répertoire d'un téléphone mobile.

10 Dans un autre mode de réalisation, le système ci-dessus est caractérisé en ce que ledit premier ensemble comprend un répertoire dans un réseau de télécommunications. L'invention concerne également un programme d'ordinateur, comprenant des moyens de code de programme pour effectuer la totalité des étapes du procédé décrit ci-dessous, lorsque ledit programme fonctionne sur un ordinateur.

15 L'invention concerne é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 le procédé décrit ci-dessous, lorsque ledit programme fonctionne sur un ordinateur. Un utilisateur a aujourd'hui également la possibilité de synchroniser son répertoire local (le 20 répertoire localisé dans la carte SIM de son téléphone mobile) avec son répertoire distant par téléchargement en utilisant un protocole appelé SMS OTA (de l'anglais "Short Message Service Over The Air"). Le protocole SMS OTA est un protocole de transmission de données binaires depuis un serveur vers un terminal mobile. Cette transmission se fait par l'envoi d'un SMS binaire, c'est-à-dire un SMS dans lequel les données sont codées sur 8 bits.

25 Un inconvénient du protocole SMS OTA est le fait que, bien qu'en théorie le protocole SMS OTA présente la possibilité de concaténer, c'est-à-dire de lier entre eux, plusieurs SMS qui sont envoyés successivement et ainsi permettrait d'envoyer des données de taille supérieure à la taille maximale (140 octets) d'un seul SMS, en pratique les téléphones mobiles de l'heure actuelle ne sont pas capables de recevoir un grand nombre des SMS concaténés et même en 30 concaténant plusieurs SMS on ne peut atteindre des tailles importantes parce que la taille max. d'un SMS est de 140 octets. Un autre inconvénient de ce protocole SMS OTA est qu'il ne permet pas l'inverse, c'est-à-dire que le protocole SMS OTA ne permet pas à un utilisateur de synchroniser son répertoire distant avec son répertoire local.

35 Le protocole SMS OTA prévoit un acheminement des SMS reçus vers la carte SIM du téléphone mobile. Une telle carte ne peut contenir qu'un nombre limité de contacts et ne peut par exemple pas contenir des photos associées à ces contacts. Il est notamment impossible pour un utilisateur de synchroniser toutes les informations qu'il a répertoriées pour ses contacts. Un 2908251 4 autre inconvénient est donc le fait qu'un utilisateur qui utilise ce protocole SMS OTA, est limité quant aux informations qu'il peut synchroniser. L'invention sera mieux comprise à l'aide de la description suivante, faite à titre d'exemple non- 5 limitatif et en regard des dessins annexés, dans lesquels : - la figure 1 est un schéma décrivant un procédé de synchronisation selon l'art antérieur utilisant le protocole SyncML, - la figure 2 est un schéma décrivant un premier procédé de synchronisation selon l'invention, et 10 - la figure 3 est un schéma décrivant un deuxième procédé de synchronisation selon l'invention. La figure 1 représente schématiquement un procédé de synchronisation de selon l'art antérieur comportant plusieurs étapes: Pendant une première étape 11, un utilisateur d'un téléphone mobile 17 fait une modification, 15 par exemple, l'adresse d'un de ses contacts dans un répertoire 19 de son téléphone mobile. Pendant une étape suivante 13, cette modification est prise en compte par un client logiciel conforme au protocole SyncML. Pendant une étape suivante 15, l'utilisateur commande la synchronisation du répertoire 19 de son téléphone mobile 17 avec un répertoire 121 qui se trouve sur un disque dur 123 d'un serveur distant. Pendant une étape suivante 125, un client 20 logiciel conforme au protocole SyncML et présent sur le serveur distant reçoit la commande de modifier le répertoire 121. Pendant une étape suivante 127 la modification est effectuée de sorte que le contenu du répertoire 121 soit identique au contenu du répertoire 19. Dans la suite, sera dans un premier temps (figure 2) décrite la synchronisation d'un répertoire 25 25 d'un téléphone mobile 27 ("répertoire mobile 25") avec un répertoire 21 se trouvant sur un serveur 23 dans un réseau de télécommunications ("répertoire réseau") et sera dans un deuxième temps (figure 3) décrite la synchronisation d'un répertoire réseau avec un répertoire mobile.

30 Figure 2: synchronisation d'un répertoire mobile 25 avec un répertoire réseau 21. Pendant une première étape 29, un utilisateur modifie les données dans le répertoire réseau 21. Il change par exemple les informations de ses contacts déjà présents dans son répertoire réseau 21 ou entre des informations des nouveaux contacts dans son répertoire réseau 21. Par exemple, l'utilisateur change l'adresse de l'un de ses contacts déjà présents dans son répertoire 35 réseau 21 ou il saisit des informations relatives à des nouveaux contacts dans son répertoire réseau 21. Le répertoire réseau 21 inclut un ensemble de cartes de visite électroniques, par exemple de type "vCards" (abréviation bien connue de l'homme du métier de l'expression anglaise "Virtual Card"). Une carte de visite électronique est un élément multimédia qui contient 2908251 5 des informations relatives à un contact. Ainsi, une carte de visite électronique peut contenir des informations sur l'identité d'un contacc reies que son nom, son piénuni, ses cuuruoririées (téléphoniques, physiques, e-mail, etc.), son métier, sa photo, etc. A chaque contact de l'utilisateur correspond une carte de visite électronique. L'utilisateur saisit donc ces informations 5 sous la forme de carte de visite électronique. Cela veut dire que pour un nouveau contact l'utilisateur crée et remplit une nouvelle carte de visite électronique, et/ou pour un contact déjà présent, l'utilisateur change le contenu de la carte de visite électronique correspondante. Pour entrer des nouveaux contacts dans son répertoire réseau 21 ou pour modifier les contacts existants, l'utilisateur peut utiliser, par exemple, une interface Web 22 qui est relié avec le 10 répertoire réseau 21 via un réseau 24. Pendant une prochaine étape 211, les cartes de visite électroniques qui ont été ainsi créées et/ou modifiées sont recueillies et l'ensemble formé par ces cartes de visite électroniques est inclus dans un seul message multimédia de type MMS (abréviation bien connue de l'homme du métier de l'expression anglaise "Multimedia Message"). Ce message multimédia contient donc 15 l'ensemble de cartes de visite électroniques, chaque carte de visite électronique correspondant à un contact. Pendant une prochaine étape 213, un identifiant d'application (en anglais "Applic-ID") est associé au message multimédia. Cet identifiant d'application est une chaîne de caractères. Il peut donc être composé de caractères alphanumériques ainsi que des caractères non- 20 alphanumériques. Dans le cadre de la synchronisation du répertoire mobile 27, la valeur de l'identifiant d'application pourrait par exemple être équivalente à "repertoire_terminal". L' identifiant d'application identifie une application qui s'exécute sur le téléphone mobile 27. L'application gère la mémoire du mobile de l'utilisateur. La mémoire contient le répertoire mobile 25. Contrairement au répertoire présent sur la carte SIM du mobile qui ne peut contenir 25 qu'un nombre limité des contacts et, pour chaque contact un nombre limité des informations, ces informations ne comprenant notamment pas des photos, le répertoire mobile 25 quant à lui, peut contenir un grand nombre de contacts, avec par exemple des photos associées. Pendant une prochaine étape 215, le message multimédia est envoyé vers le téléphone mobile 27. Ce mobile 27 doit disposer d'un client message multimédia 217. Ce client message 30 multimédia 217 doit être capable de faire une distinction entre au moins deux types de messages message multimédia différents. Notamment, un premier type de message multimédia dit "classique", c'est-à-dire un message multimédia destiné à être consulté par un utilisateur du téléphone mobile 27, composé par et provenant d'un utilisateur autre téléphone mobile et contenant des éléments multimédias (comme par exemple textes, images, sons, vidéos, etc.) et 35 un deuxième type de message multimédia contenant un ensemble de cartes de visite électroniques pour synchroniser le répertoire mobile 25 de l'utilisateur du téléphone mobile 27. Pendant une prochaine étape 219, le téléphone mobile 27 reçoit le message multimédia.

2908251 6 Pendant une prochaine étape 221, le téléphone mobile 27 établit qu'il s'agit d'un message ri tuitiniedia du deuxierrie type et ne traite pas le message muitiiiiédia de arïie~e Liassique mais transfère le message multimédia directement vers l'application identifié par l'identifiant d'application. Ce transfert direct est également appelé l'utilisation de messages multimédia 5 comme "couche de transport" ("MMS as a bearer" en anglais). S'il s'agit d'un message multimédia classique, ce message est traité pendant une étape 227 de manière connue par l'homme du métier. Pendant une prochaine étape 223, l'application récupère les cartes de visite électroniques contenus dans le message multimédia.

10 Pendant une prochaine étape 225, l'application intègre ces cartes de visite électroniques dans le répertoire 25 du téléphone mobile 27. Le message multimédia passe par un centre de messages multimédia (en anglais: MMS-Center "MMS-C" ou MMSC) ayant entre autres le rôle de stocker un message multimédia en attendant que celui-ci soit reçu par un téléphone mobile destinataire, comme le téléphone mobile 27. Une 15 fois le message multimédia reçu par le mobile, le message multimédia est supprimé d'une base de données incluse dans le centre de messages multimédia. Figure 3: synchronisation d'un répertoire réseau 31 avec un répertoire mobile 33. Pendant une première étape 39, un utilisateur modifie les données dans le répertoire 33 d'un 20 téléphone mobile 35. Par exemple, l'utilisateur change l'adresse de l'un de ses contacts déjà présents dans son répertoire mobile 33 ou il saisit des informations relatives à des nouveaux contacts dans son répertoire mobile 33. Le répertoire mobile 33 est composé d'un ensemble de cartes de visite électroniques. A chaque contact de l'utilisateur correspond une carte de visite électronique. L'utilisateur saisit donc ces informations sous la forme de carte de visite 25 électronique. Cela veut dire que pour un nouveau contact l'utilisateur crée et remplit un nouveau carte de visite électronique, et/ou pour un contact déjà présent, l'utilisateur change le contenu de la carte de visite électronique correspondant. Pour saisir des nouveaux contacts dans son répertoire mobile 33 ou pour changer les informations des contacts existants, l'utilisateur peut utiliser par exemple un clavier 37 de son téléphone mobile 35.

30 Pendant une prochaine étape 311, les cartes de visite électroniques qui ont ainsi été créées et/ou changées sont recueillies et l'ensemble de ces cartes de visite électroniques est inclus dans un seul message multimédia de type MMS. Ce message multimédia contient donc l'ensemble de cartes de visite électroniques, chaque carte de visite électronique correspondant à un contact.

35 Pendant une prochaine étape 313, un identifiant d'application (en anglais "Applic-ID") est associé au message multimédia. L'identifiant d'application identifie une application qui s'exécute sur un serveur réseau 319, c'est-à-dire un serveur dans un réseau de télécommunications d'un operateur. L'application gère le répertoire réseau 31. L'identifiant d'application pourrait être 2908251 7 équivalent à "repertoire_reseau". Dans le cas ou le serveur réseau 319 ne recevra que des messages multimédia contenant des Garces de visite électroniques, dans le but de sy,rc,,,, su le répertoire réseau 31, un identifiant d'application n'est pas nécessaire. Dans le cas ou le serveur 319 doit être capable de recevoir d'autres genres de messages multimédia, c'est-à-dire 5 des messages multimédia autres que ceux contenant des cartes de visite électroniques, par exemple pour rendre d'autres services qu'une synchronisation du répertoire réseau 31, le serveur 319 est capable grâce aux différents identifiants d'applications de différencier différents types de messages multimédia. Pendant une prochaine étape 315, le message multimédia est envoyé vers le serveur réseau 10 319. Le serveur réseau 319 est identifié, par exemple par un numéro court correspondant au serveur réseau 319. Pendant une prochaine étape 321, le serveur 319 reçoit le message multimédia. Pendant une prochaine étape 323, le serveur 319 transfère le message multimédia directement vers l'application identifiée par l'identifiant d'application. Ce transfert direct est également 15 appelé utilisation de message multimédia comme "couche de transport". Pendant une prochaine étape 325, l'application récupère les cartes de visite électroniques. Le message multimédia passe par un centre de messages multimédia. Le rôle du centre de messages multimédia est de stocker le message multimédia en attendant que celui-ci soit reçu par le serveur 319. Une fois le message multimédia reçu par le serveur 319, le message 20 multimédia est supprimé d'une base de données des messages du centre de messages multimédia. Dans le cas décrit par rapport à la figure 3, une implémentation technique consiste en l'envoi par le téléphone mobile d'un message multimédia sans utilisation de message multimédia 25 comme "couche de transport": ce message multimédia serait simplement envoyé vers un numéro court correspondant au répertoire sur le réseau. Dans ce sens montant, c'est un serveur qui reçoit le message multimédia; ce serveur ne recevra que des messages multimédias contenant des cartes de visites électroniques, dans le but de synchroniser des répertoires. Il ne recevra jamais de message multimédia "classique" donc, il n'aura pas besoin de pouvoir 30 différencier les deux types de message multimédia (message multimédia contenant des cartes de visites électroniques pour synchronisation des répertoires et message multimédia "classique"). En revanche, le client message multimédia 217 sur le téléphone mobile doit être capable de différencier ces deux types de messages, car il doit être capable de recevoir et traiter également des messages multimédias "classiques" (c'est le rôle du client message 35 multimédia). Dans un mode de réalisation, la synchronisation des informations sur les deux répertoires est effectuée automatiquement. Cette synchronisation automatique est activable ou désactivable 2908251 8 par l'utilisateur: l'utilisateur peut activer ou désactiver la synchronisation automatique de son répertoire mobile vers son répertoire réseau en activant ou désactivari ceïic vt.ïi dans un menu de son téléphone, de même, l'utilisateur peut activer ou désactiver la synchronisation automatique de son répertoire réseau vers son répertoire mobile en activant ou désactivant 5 cette option sur son répertoire réseau (en utilisant une interface Web par exemple) Ainsi si l'utilisateur a activé cette synchronisation automatique, lorsqu'il ajoute un nouveau contact et/ou modifie un contact existant dans l'un de ses répertoires, l'application concernée envoie automatiquement et de manière transparente pour l'utilisateur un message multimédia contenant l'ensemble des cartes de visites électroniques correspondant au nouveau contact 10 et/ou au contact modifié vers l'autre répertoire. L'autre répertoire exécutera alors une mise à jour automatique à la réception du message multimédia. Quand, à titre temporaire et pour une raison quelconque, il n'existe pas de ligne communication directe entre les deux répertoires, la synchronisation sera effectuée dès qu'une ligne de communication entre les deux répertoires existera de nouveau.

15 Le mot "automatiquement" veut en fait dire que les étapes d'envoi (l'étape 215 dans la figure 2 et l'étape 315 dans la figure 3) seront exécutées sans que l'utilisateur ait à intervenir, c'est-à-dire commander l'envoi. L'invention concerne aussi le cas dans lequel les contacts dans le répertoire réseau 21 ou le 20 répertoire mobile 33 sont sous un format différent du format vCard: dans ce cas, lors de l'étape 211 (voir figure 1) ou lors de l'étape 311 (voir figure 2), les contacts sont d'abord converties au format vCard, puis insérées dans un message multimédia de type MMS. Seuls les contacts qui ont été modifiés (exemple: ajout/modification de la photo associée à un contact ou ajout/modification de l'adresse mail associée à un contact, etc.) ainsi que les 25 nouveaux contacts qui ont été créés sont envoyés lors des synchronisations décrites ci-dessus. A l'arrivée, sur le répertoire à synchroniser, si un contact donné existe déjà, il est remplacé par le contact correspondant présent dans le message multimédia reçu, si le contact n'est pas présent, il est créé. Mais il est aussi possible de choisir d'envoyer la totalité des contacts du répertoire à chaque 30 synchronisation. Bien que l'invention ait été décrite ci-dessus, avec un exemple de deux répertoires, elle peut aussi être mise en oeuvre avec plus de deux répertoires. Il est possible d'utiliser l'invention pour synchroniser trois (ou N) répertoires. Par exemple: un utilisateur dispose de 3 répertoires (un premier dans son terminal mobile, un deuxième dans son terminal fixe et un troisième dans le 35 réseau de son opérateur). Lorsque l'utilisateur modifie l'un de ses 3 répertoires, un message multimédia contenant le contact ainsi modifié est envoyé (par message multimédia) vers les deux autres répertoires, afin de permettre leur mise à jour (automatique ou non). Dans le cas de N répertoires le fonctionnement est comparable au fonctionnement décrit ci-dessus. Lorsque 1 -90~~ -= ^ 9 l'utilisateur modifie l'un de ses N répertoires, un message multimédia contenant le contact ainsi modine est envoyé (par message multimédia) vers les N-1 autres répe^ res,8finde permettre leur mise à jour. [envoi peut-être automatique, comme dans le cas de deux ou trois répertoires. Un avantage de l'invention est qu'elle peut s'appliquer à n'importe quel terminal capable d'envoyer et recevoir des messages multimedias: téléphones mobiles (GSM,GPRS,UMTS, autres), téléphones fixes, téléphones hybrides fixes/mobiles, DECT, etc. Au lieu de synchroniser deux ou plus de répertoires, l'invention peut être utilisée pour synchroniser deux ensembles de données en général.

Claims (10)

REVENDICATIONS

1) Procédé de synchronisation comprenant - une étape de modification d'un premier ensemble de données stocké dans une première 5 mémoire caractérisé en ce que le procédé comprend en outre: - une étape d'insertion dudit ensemble sous forme de cartes de visites électroniques dans un message multimédia de type MMS, - une étape de transmission dudit message vers au moins une deuxième mémoire, et 10 -une étape d'insertion dudit ensemble dans ladite deuxième mémoire.

2) Procédé selon la revendication 1 caractérisé en ce que le procédé comprend en outre - une étape d'association d'un identifiant d'application audit message, et - une étape de routage dudit message vers ladite deuxième mémoire en fonction dudit 15 identifiant

3) Procédé selon l'une quelconque desne/endkzationa précédentes caractérisé en ce que le procédé comprend - une étape de transmission automatique dudit message. 20

4) Système de synchronisation comprenant - unpnemiernmémoireapteà stocker un premier ensemble des données, - des moyens pour modifier ledit ensemble - des moyens pour insérer ledit ensemble sous forme de cartes de visites électroniques dans un 25 message multimédia de type MMS, - des moyens pour transmettre ledit ensemble vers au moins une deuxième mémoire, et - des moyens pour insérer ledit ensemble dans ladite deuxième mémoire.

5) Système selon la revendication 4 caractérisé en ce que le système comprend en outre 30 - des moyens pour associer un identifiant d'application audit message et - des moyens pour router ledit message vers ledit deuxième mémoire en fonction dudit identifiant.

6) Système selon l'une quelconque des revendications 4 à 5/caradédsé en ce que le système 35 comprend en outre - des moyens pour transmettre automatiquement ledit message. 10 2908251 11

7) Système selon l'une quelconque des revendications 4 à 6, caractérisé en ce que ledit premier ensemble comprend un répertoire dun teiepnone mobile.

8) Système selon l'une quelconque des revendications 4 à 6, caractérisé en ce que ledit premier 5 ensemble comprend un répertoire dans un réseau de télécommunications.

9) Programme d'ordinateur, comprenant des moyens de code de programme pour effectuer la totalité des étapes de l'une quelconque des revendications 1 à 3, lorsque ledit programme fonctionne sur un ordinateur.

10) 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 à 3, lorsque ledit programme fonctionne sur un ordinateur.