FR2908251A1

FR2908251A1 - Directory synchronization method for e.g. mobile telephone, involves inserting set of data in form of electronic visiting card in multimedia messaging service type message, transmitting message toward memory, and inserting data in memory

Info

Publication number: FR2908251A1
Application number: FR0654786A
Authority: FR
Inventors: Arnaud Brun; Celine Rouviere
Original assignee: France Telecom SA
Current assignee: Orange SA
Priority date: 2006-11-08
Filing date: 2006-11-08
Publication date: 2008-05-09

Abstract

The method involves modifying a set of data stored in a memory and inserting the set of data in form of electronic visiting card in a multimedia messaging service type message. The message is transmitted towards another memory and the set of data is inserted in the latter memory. An application identifier is associated to the message and the message is routed towards latter memory according to the identifier. Independent claims are also included for the following: (1) a synchronization system (2) a computer program (3) a computer program product.

Description

La présente invention concerne un procédé de synchronisation comprenantThe present invention relates to a synchronization method comprising

une étape de modification d'un premier ensemble de données stocké dans une première mémoire. a step of modifying a first set of data stored in a first memory.

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. Today, a person can have several directories stored in several memories: memories in terminals such as, for example, landline and / or mobile phones, and / or memories in servers present in the telecommunications network of an operator, who provides telecommunications services to that person. In a directory a person can list various data about other people, also called his contacts. For contacts, the person can for example list a name, phone number (s), e-mail address (es), photo, etc. It is possible that a person has a so-called "local" directory, ie a directory that is in a memory in his fixed telephone or in his mobile phone, for example in a chip such as a SIM card ( "Subscriber Identity Module"), as well as a so-called "remote" directory which is located on a hard disk of a server in a telecommunications network of an operator who offers telecommunications services to this person. In this context, this person is also referred to by the word user. Such a user would like the information of his contacts kept in his two directories to be identical and remain identical, for example in the case where the user adds a new contact or modifies information relating to a contact and already present in one of them. of these two directories. It is tedious and inconvenient for a user to have to manually make these changes twice, in both directories, to update their directories. This disadvantage is even greater for a user who has more than two directories, because he has to manually make changes more than twice in all his directories to update them. At present, a user has the ability to synchronize a remote directory with a local directory. The word "synchronize" or "synchronization" in the context of this document means that after a modification in, for example, the local directory, this modification is also performed in the remote directory or vice versa, that is, say that after a change in, for example, the remote directory, this change and also performed in the local directory. However, for such a synchronization, it is necessary that the user has a mobile phone compatible with a specific protocol such as SyncML (in English "Synchronization Markup Language"). For synchronization to occur, each terminal must support the SyncML protocol. However, mobile phones compatible with the SyncML protocol are not widespread. This therefore limits the possibilities of synchronization.

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 2 A disadvantage of the SyncML protocol is that it does not synchronize the local directory with the remote directory or vice versa automatically. tilisi, synchronization of two directories takes time and is unfriendly. The present invention provides an alternative synchronization method that allows a user to synchronize directories with all the information that is present for the contacts in his or her directories and overcomes the aforementioned drawbacks. According to the invention, such a method is characterized in that the method further comprises: a step of inserting said set in the form of electronic business cards in an MMS multimedia message, a step of transmitting said message to at least a second memory, and - a step of inserting said set into said second memory. The advantages are that this allows a user to synchronize directories with all the information that is present for the contacts in his directories. The existing technology is sufficient. The invention can be used on existing mobile phones. The invention does not require the user to be equipped with a mobile compatible with a special protocol that is not widely used, such as SyncML. In one embodiment, the above method is characterized in that the method further comprises a step of associating an application identifier with said message, and a step of routing said message to said second memory by function of said identifier. The advantage is that thus the possibility is created to distinguish between different types of multimedia message: "conventional" multimedia message, multimedia message containing a set of electronic business cards for directory synchronization and multimedia message of a other type to render other services. In another embodiment, the above method is characterized in that the method comprises a step of automatically transmitting said message. The advantage is faster synchronization. A simpler usage synchronization: the user has no particular action to make for this synchronization to be performed. The invention also relates to a synchronization system comprising - a first memory capable of storing a first set of data, - means for modifying said set - means for inserting said set in the form of electronic business cards into a multimedia message of MMS type, - means for transmitting said set to at least a second memory, and - means for inserting said set into said second memory.

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.In one embodiment, the above system is characterized in that the system further comprises: means for associating an application identifier with said message and means for routing said message to said second memory as a function of said 5 identifier. In another embodiment, the above system is characterized in that the system further comprises means for automatically transmitting said message. In another embodiment, the above system is characterized in that said first set comprises a directory of a mobile phone.

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.In another embodiment, the above system is characterized in that said first set comprises a directory in a telecommunications network. The invention also relates to a computer program, comprising program code means for performing all of the steps of the method described below, when said program is running on a computer.

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.The invention also relates to a computer program product, comprising program code means, stored on a computer readable medium, for carrying out the method described below, when said program is running on a computer. A user today also has the possibility of synchronizing his local directory (the directory located in the SIM card of his mobile phone) with his remote directory by downloading using a protocol called SMS OTA (short message service). Over The Air "). The OTA SMS protocol is a protocol for transmitting binary data from a server to a mobile terminal. This transmission is done by sending a binary SMS, that is to say an SMS in which the data is encoded on 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.A disadvantage of the OTA SMS protocol is the fact that, although in theory the OTA SMS protocol has the possibility of concatenating, that is to say of linking together, several SMS which are sent successively and thus would allow send data larger than the maximum size (140 bytes) of a single SMS, in practice mobile phones of the present time are not able to receive a large number of concatenated SMS and even concatenating several SMS on can only reach large sizes because the max. an SMS is 140 bytes. Another disadvantage of this OTA SMS protocol is that it does not allow the opposite, that is, the OTA SMS protocol does not allow a user to synchronize his remote directory with his local directory.

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.The OTA SMS protocol provides a routing of received SMS to the SIM card of the mobile phone. Such a card can contain only a limited number of contacts and can not for example contain photos associated with these contacts. In particular, it is impossible for a user to synchronize all the information he has listed for his contacts. Another drawback is therefore the fact that a user who uses this OTA SMS protocol is limited as to the information that he can synchronize. The invention will be better understood with the aid of the following description, given by way of nonlimiting example and with reference to the appended drawings, in which: FIG. 1 is a diagram describing a synchronization method according to FIG. Prior art using the SyncML protocol, Figure 2 is a diagram describing a first synchronization method according to the invention, and Figure 3 is a diagram describing a second synchronization method according to the invention. FIG. 1 schematically represents a prior art synchronization method comprising several steps: During a first step 11, a user of a mobile telephone 17 makes a modification, for example, the address of one of his contacts in a directory 19 of his mobile phone. During a next step 13, this modification is taken into account by a software client compliant with the SyncML protocol. During a next step 15, the user controls the synchronization of the directory 19 of his mobile phone 17 with a directory 121 which is on a hard disk 123 of a remote server. During a next step 125, a software client conforming to the SyncML protocol and present on the remote server receives the command to modify the directory 121. During a following step 127 the modification is carried out so that the contents of the directory 121 are identical to the content 19. In the following, will be initially (Figure 2) described the synchronization of a directory 25 25 of a mobile phone 27 ("mobile directory 25") with a directory 21 located on a server 23 in a telecommunications network ("network directory") and will be in a second step (Figure 3) described the synchronization of a network directory with a mobile directory.

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.Figure 2: synchronization of a mobile directory with a network directory 21. During a first step 29, a user modifies the data in the network directory 21. It changes for example the information of its contacts already present in its network directory 21 or between information of the new contacts in its network directory 21. For example, the user changes the address of one of his contacts already present in his network directory 21 or he enters information relating to new contacts in his home directory. network directory 21. The network directory 21 includes a set of electronic business cards, for example of the "vCards" type (abbreviation well known to those skilled in the art of "Virtual Card"). An electronic business card is a multimedia element that contains information about a contact. Thus, an electronic business card can contain information on the identity of a contacc ies that his name, his piñuni, cuuruoririés (telephone, physical, e-mail, etc.), his profession, his photo, etc. Each contact of the user corresponds to an electronic business card. The user therefore enters this information in the form of an electronic business card. This means that for a new contact the user creates and fills a new electronic business card, and / or for a contact already present, the user changes the contents of the corresponding electronic business card. To enter new contacts in his network directory 21 or to modify the existing contacts, the user can use, for example, a web interface 22 which is connected with the network directory 21 via a network 24. During a next step 211, the electronic business cards that have been created and / or modified are collected and the set formed by these electronic business cards is included in a single multimedia message type MMS (abbreviation well known to those skilled in the art of English expression "Multimedia Message"). This multimedia message therefore contains the set of electronic business cards, each electronic business card corresponding to a contact. During a next step 213, an application identifier (in English "Applic-ID") is associated with the multimedia message. This application identifier is a string of characters. It can therefore be composed of alphanumeric characters as well as non-alphanumeric characters. As part of the synchronization of the mobile directory 27, the value of the application identifier could for example be equivalent to "repertoire_terminal". The application identifier identifies an application that runs on the mobile phone 27. The application manages the mobile memory of the user. The memory contains the mobile directory 25. Unlike the directory on the mobile SIM card which can contain only a limited number of contacts and for each contact a limited number of information, this information does not include photos, the mobile directory 25 meanwhile, can contain a large number of contacts, with for example associated photos. During a next step 215, the multimedia message is sent to the mobile telephone 27. This mobile 27 must have a multimedia message client 217. This multimedia message client 217 must be able to distinguish between at least two types of messages. different multimedia message. In particular, a first type of multimedia message said "classic", that is to say a multimedia message intended to be accessed by a user of the mobile phone 27, composed by and from a user other mobile phone and containing elements multimedia (such as text, images, sounds, videos, etc.) and a second type of multimedia message containing a set of electronic business cards for synchronizing the mobile phone user's mobile phone directory. step 219, the mobile phone 27 receives the multimedia message.

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.During a next step 221, the mobile phone 27 establishes that it is a second-class radio message and does not process the multimedia message of Liassique but transfers the multimedia message directly to the application. identified by the application identifier. This direct transfer is also called the use of multimedia messages as "transport layer" ("MMS as a bearer"). If it is a conventional multimedia message, this message is processed during a step 227 in a manner known to those skilled in the art. During a next step 223, the application retrieves the electronic business cards contained in the multimedia message.

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.During a next step 225, the application integrates these electronic business cards in the directory 25 of the mobile telephone 27. The multimedia message passes through a multimedia message center (in English: MMS-Center "MMS-C" or MMSC) having among others the role of storing a multimedia message while waiting for it to be received by a recipient mobile phone, such as the mobile phone 27. Once the multimedia message received by the mobile, the multimedia message is deleted from a base included in the multimedia message center. Figure 3: synchronization of a network directory 31 with a mobile directory 33. During a first step 39, a user modifies the data in the directory 33 of a mobile phone 35. For example, the user changes the address of one of his contacts already present in his mobile directory 33 or he enters information relating to new contacts in his mobile directory 33. The mobile directory 33 is composed of a set of electronic business cards. Each contact of the user corresponds to an electronic business card. The user therefore enters this information in the form of an electronic business card. This means that for a new contact the user creates and fills a new electronic business card, and / or for a contact already present, the user changes the contents of the corresponding electronic business card. To enter new contacts in his mobile directory 33 or to change the information of existing contacts, the user can use for example a keyboard 37 of his mobile phone 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.During a next step 311, the electronic business cards that have been created and / or changed are collected and all of these electronic business cards are included in a single multimedia message type MMS. This multimedia message therefore contains the set of electronic business cards, each electronic business card corresponding to a 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.During a next step 313, an application identifier (in English "Applic-ID") is associated with the multimedia message. The application identifier identifies an application that runs on a network server 319, i.e., a server in an operator's telecommunications network. The application manages the network directory 31. The application identifier could be equivalent to "network_directory". In the case where the network server 319 will only receive multimedia messages containing electronic control stations, for the purpose of sy, rc ,,,, su net directory 31, an application identifier is not necessary. In the case where the server 319 must be able to receive other kinds of multimedia messages, i.e. multimedia messages other than those containing electronic business cards, for example to render other services that a synchronization of the network directory 31, the server 319 is able through different application identifiers to differentiate different types of multimedia messages. During a next step 315, the multimedia message is sent to the network server 319. The network server 319 is identified, for example by a short number corresponding to the network server 319. During a next step 321, the server 319 receives the multimedia message . During a next step 323, the server 319 transfers the multimedia message directly to the application identified by the application identifier. This direct transfer is also referred to as multimedia message usage as a "transport layer". During a next step 325, the application retrieves the electronic business cards. The multimedia message goes through a multimedia message center. The role of the multimedia message center is to store the multimedia message while waiting for it to be received by the server 319. Once the multimedia message received by the server 319 is received, the multimedia message is deleted from a database of the multimedia messages. messages from the multimedia message center. In the case described with reference to FIG. 3, a technical implementation consists of the mobile phone sending a multimedia message without the use of a multimedia message as a "transport layer": this multimedia message would simply be sent to a number short corresponding to the directory on the network. In this rising sense, it is a server that receives the multimedia message; this server will only receive multimedia messages containing electronic business cards, in order to synchronize directories. It will never receive a "conventional" multimedia message so it will not need to be able to differentiate between two types of multimedia message (multimedia message containing electronic business cards for directory synchronization and "classic" multimedia message). On the other hand, the multimedia message client 217 on the mobile phone must be able to differentiate between these two types of messages, since it must be able to receive and process also "conventional" multimedia messages (this is the role of the multimedia message client 35). ). In one embodiment, the synchronization of the information on the two directories is done automatically. This automatic synchronization can be activated or deactivated by the user: the user can activate or deactivate the automatic synchronization of his mobile directory to his network directory by activating or deactivating it in a menu of his telephone, likewise the user can enable or disable the automatic synchronization of his network directory to his mobile directory by activating or deactivating this option on his network directory (using a web interface for example) So if the user has activated this automatic synchronization, when it adds a new contact and / or modifies an existing contact in one of its directories, the application concerned sends automatically and transparently for the user a multimedia message containing all the electronic business cards corresponding to the new contact 10 and / or the modified contact to the other directory. The other directory will then perform an automatic update upon receipt of the multimedia message. When, temporarily and for some reason, there is no line of direct communication between the two directories, the synchronization will be performed as soon as a line of communication between the two directories will exist again.

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.The word "automatically" means in fact that the sending steps (step 215 in FIG. 2 and step 315 in FIG. 3) will be executed without the user having to intervene, that is, to command the shipment. The invention also relates to the case in which the contacts in the network directory 21 or the mobile directory 33 are in a format different from the vCard format: in this case, during step 211 (see FIG. Step 311 (see Figure 2), the contacts are first converted to vCard format and then inserted into an MMS type multimedia message. Only contacts that have been modified (example: adding / editing the photo associated with a contact or adding / changing the email address associated with a contact, etc.) and the 25 new contacts that have been created are sent when synchronizations described above. On arrival, on the directory to be synchronized, if a given contact already exists, it is replaced by the corresponding contact present in the multimedia message received, if the contact is not present, it is created. But it is also possible to choose to send all directory contacts at each synchronization. Although the invention has been described above, with an example of two directories, it can also be implemented with more than two directories. It is possible to use the invention to synchronize three (or N) directories. For example: a user has 3 directories (a first in his mobile terminal, a second in his fixed terminal and a third in the network of his operator). When the user modifies one of its 3 directories, a multimedia message containing the contact thus modified is sent (by multimedia message) to the two other directories, to allow their update (automatic or not). In the case of N directories the operation is comparable to the operation described above. When 1 -90 ~~ - = ^ 9 the user modifies one of its N directories, a multimedia message containing the contact thus modine is sent (by multimedia message) to the N-1 other repeats, 8finde their update. [sending may be automatic, as in the case of two or three directories. An advantage of the invention is that it can be applied to any terminal capable of sending and receiving multimedia messages: mobile telephones (GSM, GPRS, UMTS, others), fixed telephones, fixed / mobile hybrid telephones , DECT, etc. Instead of synchronizing two or more directories, the invention can be used to synchronize two sets of data in general.

Claims

1) Synchronization method comprising a step of modifying a first set of data stored in a first memory, characterized in that the method further comprises: a step of inserting said set in the form of electronic business cards into a multimedia message of the MMS type, a step of transmitting said message to at least a second memory, and a step of inserting said set into said second memory.

2) Method according to claim 1 characterized in that the method further comprises - a step of associating an application identifier with said message, and - a step of routing said message to said second memory according to said identifier

3) Process according to any preceding desne / endkzationa characterized in that the method comprises - a step of automatic transmission of said message. 20

4) Synchronization system comprising: a first memory for storing a first set of data; means for modifying said set; means for inserting said set in the form of electronic business cards in an MMS multimedia message; means for transmitting said set of data; said set to at least a second memory, and - means for inserting said set into said second memory.

5) System according to claim 4 characterized in that the system further comprises 30 - means for associating an application identifier with said message and - means for routing said message to said second memory according to said identifier.

6) System according to any one of claims 4 to 5 / caradédsé in that the system 35 further comprises - means for automatically transmitting said message. 10 2908251 11

7) System according to any one of claims 4 to 6, characterized in that said first set comprises a directory of a mobile teiepnone.

8) System according to any one of claims 4 to 6, characterized in that said first set comprises a directory in a telecommunications network.

A computer program, comprising program code means for performing all of the steps of any one of claims 1 to 3, when said program is running on a computer.

A computer program product, comprising program code means, stored on a computer-readable medium, for carrying out the method of any one of claims 1 to 3, when said program is operating on a computer .