FR2871011A1 - Procede et systeme d'etablissement et de mise a jour d'une base de donnees, utilisation de cette base et terminal de telecommunication - Google Patents
Procede et systeme d'etablissement et de mise a jour d'une base de donnees, utilisation de cette base et terminal de telecommunication Download PDFInfo
- Publication number
- FR2871011A1 FR2871011A1 FR0405751A FR0405751A FR2871011A1 FR 2871011 A1 FR2871011 A1 FR 2871011A1 FR 0405751 A FR0405751 A FR 0405751A FR 0405751 A FR0405751 A FR 0405751A FR 2871011 A1 FR2871011 A1 FR 2871011A1
- Authority
- FR
- France
- Prior art keywords
- terminal
- information
- database
- configuration information
- module
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/303—Terminal profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/26—Devices for calling a subscriber
- H04M1/27—Devices whereby a plurality of signals may be stored simultaneously
- H04M1/274—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc
- H04M1/2745—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips
- H04M1/2753—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips providing data content
- H04M1/2757—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips providing data content by data transmission, e.g. downloading
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Telephonic Communication Services (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
Abstract
L'invention concerne un procédé d'établissement et de mise à jour d'une base de données (32) implantée dans un terminal de télécommunication expéditeur (2) adapté pour communiquer avec un terminal de télécommunication récepteur (4).Le procédé comporte les étapes suivantes :- enregistrement des données d'identification (38) du terminal récepteur (4) dans un fichier de renseignements (30) de la base de données (32),- transmission dudit fichier de renseignements (30) vers un serveur de synchronisation (47),- transmission d'une requête de recherche d'informations de configuration (40), par le serveur de synchronisation (47) vers un serveur répertoire opérateurs (48),- mise à jour dudit fichier de renseignements (30) du serveur de synchronisation (47) et de la base de données (32) du terminal expéditeur (2)L'invention concerne également l'utilisation de cette base de données, un système d'établissement et de mise à jour de cette base de données et un terminal comportant cette base de données.
Description
La présente invention concerne un procédé d'établissement et de mise à
jour d'une base de données implantée dans un terminal de télécommunication expéditeur adapté pour communiquer avec au moins un terminal de télécommunication récepteur, ledit terminal récepteur étant identifié par au moins
une donnée d'identification et étant défini par une ou des informations de configuration.
L'invention concerne également une utilisation de cette base de données, un système d'établissement et de mise à jour d'une telle base de données et un terminal de télécommunication comportant cette base de données.
Dans le domaine des télécommunications, les opérateurs proposent à leurs abonnés des services de messagerie multimédia et des services de visiophonie.
Cependant, lorsqu'un utilisateur d'un terminal émetteur souhaite envoyer un message multimédia ou réaliser un appel par visiophonie, l'utilisateur n'a pas d'informations sur les capacités du terminal du correspondant récepteur à recevoir un tel message ou un tel appel.
En effet, il n'existe actuellement aucun moyen simple pour connaître les capacités et les caractéristiques des terminaux des correspondants.
Actuellement, lorsqu'un message multimédia a été envoyé à un terminal récepteur ne comportant pas de module client multimédia, un serveur du réseau de communication transforme le message multimédia en un courrier électronique, puis l'envoie au terminal récepteur.
Parallèlement, lorsqu'un utilisateur d'un terminal expéditeur active un appel en visiophonie et que le terminal récepteur ne comporte pas de module de visiophonie, soit la communication échoue sans que l'utilisateur connaisse la raison de cet échec, soit l'appel en visiophonie est automatiquement transformé en communication uniquement vocale pour les deux correspondants.
Le but de l'invention est de pallier cet inconvénient.
A cet effet, l'invention a pour objet un procédé du type précité, 30 caractérisé en ce que le procédé comporte les étapes suivantes: a) enregistrement par le terminal expéditeur de chaque donnée d'identification du terminal récepteur dans un fichier de renseignements de la base de données, ledit fichier de renseignements étant associé audit terminal récepteur, b) transmission dudit fichier de renseignements du terminal expéditeur vers un serveur de synchronisation, ledit serveur de synchronisation comportant au moins un espace répertoire d'enregistrement d'au moins un fichier de renseignements, c) enregistrement dudit fichier de renseignements dans ledit espace répertoire, réalisé par le serveur de synchronisation, d) transmission d'une requête de recherche de la ou des informations de configuration définissant ledit terminal récepteur, par le serveur de synchronisation vers un serveur répertoire opérateur, ladite requête comportant la ou les données d'identification du terminal récepteur, et sur réception de la ou des informations de configuration, e) enregistrement de la ou des informations de configuration dans ledit fichier de renseignements dudit espace de répertoire, réalisé par le serveur de synchronisation, f) mise à jour dudit fichier de renseignements de la base de données dudit terminal expéditeur.
Avantageusement, ce procédé permet à l'utilisateur du terminal expéditeur de connaître les capacités et les caractéristiques du terminal récepteur avant le début de la communication avec celui-ci.
Suivant des modes particuliers de réalisation, le procédé comporte l'une ou plusieurs des caractéristiques suivantes: - la ou les informations de configuration comportent au moins des informations définissant l'existence ou l'absence d'implantation d'un module client multimédia et/ou d'un module de visiophonie dans le terminal récepteur; - l'étape de mise à jour du fichier de renseignements de la base de données comprend les étapes suivantes: - transmission dudit fichier de renseignements du serveur de synchronisation vers le terminal expéditeur, et - enregistrement du fichier de renseignements dans la base de données du terminal expéditeur; - il comprend une étape d'actualisation périodique de ladite base de données, ladite étape comprenant au moins les étapes d), e) et f) ; - il comprend en outre une étape d'association d'une icône à chaque information de configuration enregistrée dans ledit fichier de renseignements associé au terminal récepteur, ladite icône étant représentative de ladite information de configuration, ladite icône étant affichée lors de la consultation de ladite base de données dudit terminal expéditeur.
L'invention a également pour objet l'utilisation de la base de donnée établie, caractérisé en ce que lors de l'activation d'une communication du terminal expéditeur vers ledit terminal récepteur, elle comporte les étapes suivantes: - recherche de ou des informations de configuration stockées dans ledit fichier de renseignements associé audit terminal récepteur, par un module d'alerte, et - affichage d'un message d'avertissement lorsque la ou les informations de configuration indiquent l'absence d'implantation dans ledit terminal récepteur d'un module de communication correspondant audit type de communication activé.
L'invention a également pour objet un terminal de télécommunication expéditeur, adapté pour communiquer avec au moins un terminal de télécommunication récepteur, ledit terminal récepteur étant identifié par au moins une donnée d'identification et défini par une ou des informations de configuration, caractérisé en ce que ledit terminal expéditeur comprend: - une base de données comportant au moins un fichier de renseignements associé à un terminal récepteur et contenant la ou les données d'identification et la ou les informations de configuration définissant l'existence ou l'absence d'implantation d'un module client multimédia et/ou d'un module de visiophonie dans le terminal récepteur; un module d'affichage des informations du fichier de renseignements; - un module client de synchronisation adapté pour échanger des données avec un serveur de synchronisation pour mettre à jour le fichier de renseignements.
Suivant des modes particuliers de réalisation, le terminal comporte une ou plusieurs des caractéristiques suivantes: - il comporte en outre un module d'association propre à associer à chaque information de configuration une ou plusieurs icônes représentatives de la ou des informations de configuration, la ou chaque icône étant visible lors de la consultation du ou des fichiers de renseignements de la base de données; - il comporte un module d'alerte propre à rechercher la ou les informations de configuration dans ladite base de données et apte à générer un message d'avertissement sur le module d'affichage lorsque la ou les informations de configuration indiquent l'absence d'implantation d'un module client multimédia et/ou d'un module de visiophonie, lors de l'envoi d'un message multimédia et/ou lors d'une communication en visiophonie.
Enfin, l'invention a également pour objet un système d'établissement 10 et de mise à jour d'une base de données dans un terminal de télécommunication expéditeur, adapté pour communiquer avec au moins un terminal de télécommunication récepteur, caractérisé en ce qu'il comporte: - un terminal expéditeur; - un serveur répertoire opérateur contenant la ou les informations de configuration associées à la ou aux données d'identification dudit terminal récepteur; et - un serveur de synchronisation comportant: - des moyens de recherche de la ou des informations de configuration dans ledit serveur répertoire opérateur pour enrichir ledit fichier de 20 renseignements, - des moyens d'enregistrement de la ou des informations de configuration dans un espace répertoire associé audit terminal expéditeur, et - des moyens de transmission de la ou des informations de configuration vers le terminal expéditeur et de mise à jour dudit fichier de renseignements de la base de données.
Suivant des modes particuliers de réalisation, le système comporte le serveur répertoire opérateur comprend au moins une liste associant à la ou aux données d'identification du terminal récepteur, au moins un moyen d'identification des terminaux expéditeurs ayant un fichier de renseignements comprenant la ou les données d'identification du terminal récepteur.
L'invention sera mieux comprise à la lecture de la description qui va suivre, donnée uniquement à titre d'exemple et faite en se référant aux dessins annexés, sur lesquels: - la Fig.1 est une vue schématique du système d'établissement et de mise à jour de la base de données selon l'invention; - la Fig.2 est un diagramme illustrant le procédé d'établissement et de mise à jour de la base de données selon l'invention; - la Fig.3 est un diagramme illustrant le procédé de mise à jour de la base de données établie selon l'invention, lorsque la configuration du terminal correspondant récepteur a été modifiée; et - la Fig.4 est un diagramme illustrant un exemple d'utilisation de la base de données selon l'invention.
Un exemple de structure d'un système d'établissement et de mise à jour d'une base de données selon l'invention est illustré schématiquement sur la figure 1. Dans cet exemple, le correspondant expéditeur d'un message et le correspondant destinataire du message sont abonnés auprès du même opérateur.
Pour simplifier la description, seuls des terminaux de télécommunication présentant une configuration leur permettant de réaliser des appels en visiophonie et de communiquer des messages multimédias vont être décrits. Toutefois, tout terminal présentant une configuration lui permettant de réaliser uniquement des appels en visiophonie ou de communiquer uniquement des messages multimédias, fait également partie de l'invention.
Ce système comporte un terminal de télécommunication 2 d'un correspondant expéditeur d'un message ou d'un appel vers un terminal de télécommunication 4 récepteur par l'intermédiaire d'un réseau de communication 6.
Le terminal 2 comprend de façon classique, une interface homme-machine 14 connectée à des afficheurs-joueurs 16,18.
L'interface homme-machine 14 comprend notamment un récepteur, un microphone, un clavier, une caméra et un écran d'affichage d'image, par exemple à cristaux liquides.
Les afficheurs-joueurs 16 et 18 sont propres à afficher, jouer, éditer des objets multimédias et à exécuter des logiciels exécutables ou des applicatifs. Ils comprennent par exemple un lecteur audio, un lecteur vidéo, un afficheur d'image ou un logiciel de gestion d'application JAVA.
2871011 6 Le terminal 2 comporte également une interface de communication 19, un module client multimédia MMS 20, une unité éditeur SMIL 22 et un module de visiophonie 24.
Le module client multimédia MMS 20 est raccordé à l'interface de 5 communication 19 pour composer, présenter, envoyer et réceptionner des messages multimédias MMS.
Un message multimédia est généralement composé d'éléments ou d'objets multimédias de type texte, image, audio ou vidéo. Toutefois, des objets du type applicatif, logiciel exécutable, chemin d'accès pointant vers des fichiers stockés soit sur un serveur d'un réseau de communication, soit en local dans une mémoire d'un terminal récepteur, peuvent également constituer des objets multimédias.
Le module client multimédia MMS 20 est également raccordé à l'unité éditeur SMIL 22 pour générer un code de synchronisation et d'affichage des objets multimédias intégrés dans un message selon le langage SMIL (Synchronised Multimedia Integration Language). Une description du langage SMIL est disponible à l'adresse suivante: http:/www.w3c. org/TR/smil20/.
Le module de visiophonie 24 est connu en soi et normé. II permet de visionner son interlocuteur au cours de l'appel en visiophonie. A cette fin, il est raccordé à l'interface de communication 19 et à l'interface homme/machine 14. Une description des normes ITUT et 3GPP décrivant le module de visiophonie, est disponible dans les documents suivants: Recommendation F.720 "Videotelephony services general" Recommendation F.721 "Videotelephony teleservice for ISDN" Recommendation F.723 "Videophone service in the Public switched Telephone Network (PSTN)" - Recommendation H.100 "Visual telephone systems" - 3GPP R99 Technical specifications TS 26.911 " Terminal Implementor's Guide" - 3GPP R99 Technical specifications TS 26.110 " Codec(s) for Circuit Switched Multimedia Telephony Service General Description".
Le terminal 2 comprend également un carnet d'adresses 26 connecté à un module de synchronisation 28.
Le carnet d'adresses 26 est propre à créer, modifier et gérer des fichiers de renseignements 30. A cet effet, il comprend des moyens 31 de stockage des fichiers 30.
Ces moyens 31 sont constitués par une mémoire non volatile de type ROM (Read Only Memory), une mémoire flash EEPROM (Electrically Erasable Programmable Read Only Memory) ou équivalent. Ils sont implantés dans le terminal 2 ou sont constitués d'une mémoire externe comme par exemple une carte SIM/USIM connectée au carnet d'adresses 26 du terminal 2.
Les moyens 31 de stockage comportent une base de données 32 qui contient une ou plusieurs informations d'identification du terminal 2, comprenant par exemple par le MSISDN 33 du terminal 2, couramment appelé numéro de téléphone mobile, et des fichiers de renseignements 30 contenant chacun des informations relatives à un correspondant destinataire d'un appel ou d'un message aussi appelé correspondant récepteur .
Les fichiers de renseignements 30 peuvent avantageusement utiliser la technologie des cartes de visite électroniques appelées vCard D. Dans ce cas, le carnet d'adresses 26 supporte la technologie des vCard et le protocole SyncML selon le standard SyncML. Cette technologie offre la possibilité d'avoir d'une part, des champs 34, 35 dédiés à des informations qui sont classiquement enregistrées dans des cartes de visite et d'autre part, des champs libres 36, 37. La technologie des cartes de visite vCard est décrite en version 3.0 dans le site web suivant: http:/www.imc.orq.org/pdi.
Le champ 34 d'une carte de visite 30 comprend une donnée d'identification du terminal récepteur 4 constitué par exemple par son MSISDN 25 38.
Le champ 35 des cartes de visite 30 comprend par exemple le nom, le prénom du correspondant récepteur, son adresse personnelle et professionnelle, son ou ses numéros de téléphone fixe, personnel et/ou professionnel, son ou ses adresses courriels et éventuellement une photo de celui-ci.
Les champs 36 et 37 sont des champs libres dans lesquels tout type d'informations peut être enregistré.
Selon l'invention, des informations de configuration 40 définissant le terminal récepteur 4 sont enregistrées dans les champs 36 et 37.
En particulier, ces informations de configuration 40 indiquent les capacités ou les caractéristiques du terminal récepteur 4, comme par exemple l'existence ou l'absence d'un module client multimédia MMS 41 et l'existence ou l'absence d'un module de visiophonie 42 implantés dans le terminal récepteur 4.
Le module de synchronisation 28 est raccordé à l'interface 19, au module client MMS 20, au module de visiophonie 24 ainsi qu'au carnet d'adresses 26. Il est apte à transmettre par l'intermédiaire de l'interface 19, un fichier contenant les dernières modifications réalisées sur la base de données 32 et à recevoir de façon similaire, un fichier contenant des modifications réalisées par un autre terminal ou serveur et, à exécuter ces modifications sur la base de données 32, tel que cela sera décrit dans la suite de la description.
La fonction de synchronisation est une technologie normalisée dans l'instance de normalisation OMA (Open Mobil Alliance). Une description de cette technologie est disponible aux adresses suivantes: http:/www.
openmobilealliance.org/syncml; OMA DA Specifications, Version 1.1.1, htttp:/www.openmobilealliance.org/syncmlltechnology.html Selon l'invention, le terminal 2 comporte de plus un module d'alerte 44 raccordé à l'interface homme-machine 14, au module multimédia 20, au module visiophonie 24 et au carnet d'adresses 26.
Ce module d'alerte 44 est apte à rechercher les informations de configuration 40 définissant le terminal récepteur 4 dans le fichier de renseignements 30 du carnet d'adresses associé à ce terminal récepteur.
Le module d'alerte 44 est adapté pour lire et interpréter les informations de configuration 40 stockées dans les champs 36, 37 de la carte de visite et de transmettre à l'interface homme-machine 14, un message d'avertissement lorsque ces informations indiquent que le terminal récepteur n'est pas configuré pour recevoir un message multimédia ou un appel en visiophonie car aucun module client multimédia 41 ou aucun module de visiophonie 42 n'est implanté dans le terminal récepteur 4.
Le module 44 est activé avant l'envoi d'un message multimédia ou avant le lancement d'un appel en visiophonie, lorsque le MSISDN 38 du terminal récepteur 4 est sélectionné ou tapé sur le clavier du terminal 2.
Selon l'invention, le terminal 2 comporte également un module d'association 45 raccordé à l'interface homme-machine 14, au carnet d'adresses 26 et à des moyens de stockage 46.
Le module d'association 45 est propre à lire les informations de configuration 40 stockées dans les champs libres 36, 37 de la carte de visite 30 et à associer une ou plusieurs icônes, stockées dans les moyens 46, à une carte de visite 30 après établissement ou mise à jour de celleci.
Les moyens de stockage 46 stockent plusieurs icônes chacune représentative d'une information de configuration 40 définissant une capacité ou une caractéristique du terminal récepteur.
Par exemple, les moyens de stockage 46 comprennent une première icône signifiant terminal visiophone équipé d'un module client multimédia MMS , une seconde icône signifiant terminal non visiophone équipé d'un module client multimédia MMS , une troisième icône signifiant terminal visiophone non équipé d'un module client multimédia MMS , une quatrième icône signifiant terminal non visiophone non équipé d'un module client multimédia MMS et une cinquième icône signifiant pas d'information connue sur les capacités du terminal récepteur .
Le module carnet d'adresses 26 est adapté pour présenter au niveau de l'écran d'affichage du terminal 2, les icônes représentatives des capacités du terminal récepteur 4 parallèlement au nom ou au pseudo du contact du terminal récepteur.
Les afficheurs-joueurs 16, 18, le module client multimédia 20, l'éditeur SMIL 22, le module de visiophonie 24, le module carnet d'adresses 26, le module de synchronisation 28, le module d'alerte 44 et le module d'association 45 peuvent être implémentés sous forme matérielle sur un microcontrôleur ou sous forme logicielle sur un support de logiciel ou un composant programmé, exécuté par un microprocesseur à partir d'une mémoire non-volatile.
Le système selon l'invention comporte en outre un serveur de synchronisation 47 et un serveur répertoire opérateur 48 sur le réseau de télécommunication 6.
Le serveur de synchronisation 47 est connu en soi. Il est propre à mettre à jour des données avec tout type de terminal comportant un module client de synchronisation 28, tel que par exemple un ordinateur, un téléphone mobile ou fixe, ou un assistant numérique personnel PDA et de mettre à jour tout type de données comme par exemple des courriels, des calendriers, des bases de données ou des carnets d'adresses.
Il comprend une base de données 49, un module de pilotage 50 et 5 deux interfaces de communication 52 et 54.
La base de données 49 est divisée en plusieurs espaces répertoires 56. Chaque espace 56 est associé à un terminal expéditeur 2 abonné au service d'établissement et de mise à jour d'une base de données selon l'invention. Une copie de la base de données 32 du terminal 2, est enregistrée dans l'espace répertoire 56 identifié, par exemple parle MSISDN 33 du terminal expéditeur 2.
Le module de pilotage 50 est apte à transmettre, via l'interface 54, une requête, selon un protocole http vers le serveur répertoire opérateur 48 et à recevoir une réponse de celui-ci. Il est également apte à échanger des données, via l'interface 52, avec le terminal expéditeur 2.
Le serveur répertoire opérateur 48 répertorie dans une base de données 57, le MSISDN 38 du terminal récepteur 4 associé à son ou à ses informations de configuration 40. La base de données 57 est régulièrement mise à jour par l'opérateur fournisseur du service d'établissement et de mise à jour d'une base de données.
Le serveur répertoire opérateur 48 comporte de plus, une liste 58 récapitulant pour chaque MSISDN 38 d'un terminal récepteur 4 donné, les MSISDN 33 des terminaux expéditeurs 2 ayant interrogé la base de données 57, pour connaître la ou les informations de configuration 40 du terminal récepteur 4 et ayant par conséquent une carte de visite 30 associée à ce correspondant récepteur dans leur carnet d'adresses 26.
Le procédé d'établissement et de mise à jour d'une base de données objet de l'invention, est illustré par un diagramme représenté sur la figure 2.
Lors d'une étape 70, l'utilisateur du terminal expéditeur 2 enregistre des données d'identification d'un nouveau contact tel que son nom, son prénom et son adresse, dans le champ 35, ainsi que le MSISDN 38 du terminal 4 de ce nouveau contact dans le champ 34 d'une carte de visite 30, à l'aide de l'interface homme-machine 14.
Alternativement, pendant une étape 72, l'utilisateur du terminal 2 modifie une ou plusieurs données d'une carte de visite 30. De telles modifications sont par exemple réalisées lorsqu'un correspondant change d'adresse, de numéro de téléphone ou de nom.
Lorsqu'une carte de visite 30 a été créée ou modifiée, une mise à jour de cette carte de visite est effectuée par l'intermédiaire du module de synchronisation 28, du serveur de synchronisation 47 et du serveur répertoire 48. Cette mise à jour peut être effectuée immédiatement après les étapes 70 ou 72 ou peut être effectuée à une période prédéfinie ou déclenchée par un événement prédéfini, tel que par exemple la mise en veille du terminal 2.
Pendant une étape 74, le module de synchronisation 28 transmet au serveur de synchronisation 47, un fichier contenant la carte de visite 30 générée pendant l'étape 70 ou la carte de visite 30 modifiée pendant l'étape 72.
Lors d'une étape 76, le serveur de synchronisation 47 enregistre la carte de visite 30 réceptionnée dans la base de données 49 et plus précisément dans l'espace répertoire 56 associé au terminal expéditeur 2 et identifié par le MSISDN 33 de celui-ci. La base de données 49 contient alors une réplique exacte de la base de données 32 du terminal expéditeur 2.
Lorsque le module de pilotage 50 a effectué l'enregistrement de la carte de visite 30, il transmet au cours d'une étape 78, au serveur répertoire 48, une requête de recherche des informations de configuration 40 définissant le terminal 4 du nouveau contact enregistré dans la carte de visite 30 ou du contact dont la carte de visite a été modifiée.
Si la base de données 57 du serveur répertoire opérateur 48 ne comprend pas, soit la donnée d'identification MSISDN 38 du terminal 4 du nouveau contact ou, soit les informations de configuration 40 de ce terminal 4, le serveur répertoire opérateur 48 envoie cette information au module de pilotage 50 et le procédé d'établissement d'une base de données s'arrête.
Si, par contre, la base de données 57 comprend la donnée d'identification MSISDN 38 du terminal récepteur et les informations de configuration 40 qui lui sont associées, la base de données 48 transmet ces informations 40 au module de pilotage 50 au cours d'une étape 80.
Ensuite, pendant une étape 82, le module de pilotage 50 enregistre les informations 40 dans la carte de visite 30 de l'espace répertoire 56 associé au terminal expéditeur 2. En particulier, la carte de visite 30 est associée au terminal récepteur 4 du contact.
Au cours d'une étape 83, le serveur répertoire opérateur 48 enregistre le MSISDN 33 du terminal expéditeur 2 dans la liste 58. Cette liste constitue un historique de l'ensemble des terminaux expéditeurs 2 ayant demandé des informations de configuration 40 associées au MSISDN 38 du terminal récepteur 4. L'utilisation de cette liste 58 sera ultérieurement explicitée en liaison avec la figure 3.
Au cours d'une étape 84, le serveur de synchronisation 47 transmet la carte de visite 30 comprenant les informations 40 au terminal expéditeur 2.
Au cours d'une étape 86, le module de synchronisation 28 du terminal 2 met à jour la carte de visite 30 enregistrée pendant l'étape 70 ou 72, par enregistrement des informations 40 dans celle-ci. La correspondance entre la carte de visite 30 réceptionnée et la carte de visite préalablement enregistrée dans le carnet d'adresses est réalisée à partir des MSISDN 38 enregistrés dans le champ 34 de chaque carte.
Au cours d'une étape 88, le module d'association 45 détecte la mise à jour de la carte de visite 30 du carnet d'adresses 26 et associe une icône à chaque information de configuration 40 enregistrée dans les champs 36 et 37 de la carte de visite 30. En conséquence, ces icônes sont affichées sur l'écran du terminal 2, lors de la consultation du carnet d'adresses par l'utilisateur du terminal 2.
Les étapes 78 à 88 du procédé décrit ci-dessus sont reprises au cours d'une phase d'actualisation périodique 90 de la base de données 32 du carnet d'adresses 26. Cette phase d'actualisation 90 peut être réalisée à une périodicité prédéfinie et a pour but de maintenir à jour la base de données 32 du terminal 2.
Lorsqu'un correspondant récepteur modifie la configuration de son terminal 4, l'opérateur proposant le service de mise à disposition d'une base de données, modifie les informations de configuration 40 enregistrées dans le serveur répertoire opérateur 48. Les informations de configuration 40 enregistrées dans la carte de visite 30 associée au correspondant récepteur 4 du terminal expéditeur 2 sont alors automatiquement mises à jour par la reprise des étapes 78 à 88 décrites ci-dessus.
Lorsqu'un utilisateur d'un terminal expéditeur 2 efface une carte de visite 30 de son carnet d'adresses, le procédé de mise à jour de la base de données 32 tel que décrit en liaison avec la figure 2, est réalisé. Cependant, l'étape 83 d'enregistrement du MSISDN 38 du terminal récepteur dans la liste 58, est remplacée par une étape d'effacement de celui-ci.
La figure 3 illustre le procédé de mise à jour de la base de données 32 lorsqu'un contact a changé de type ou de marque de terminal de télécommunication ou lorsque la configuration de son terminal est modifiée par exemple par implantation d'un nouveau module de communication.
Dans ce cas, au cours d'une étape 100, l'opérateur propriétaire du serveur répertoire opérateur 48, modifie les informations de configuration 40 associées au MSISDN 38 du contact.
Pendant une étape 102, le serveur répertoire opérateur 48 émet une requête auprès du serveur de synchronisation 47 afin de mettre à jour l'ensemble des espaces répertoires 56 comprenant le MSISDN 38 dont les informations de configuration ont été modifiées et contenu dans la liste 58. La liste 58 indique les MSISDN 33 identifiant les espaces répertoires 56 qui contiennent le MSISDN 38 du terminal récepteur 4. En d'autre terme, laliste 58 indique les terminaux 2 ayant déjà préalablement demandé les informations de configuration 40 associées au MSISDN 38 du terminal récepteur 4. Cette requête comprend de plus, les nouvelles informations de configuration à enregistrer dans les espaces répertoires 56.
Au cours d'une étape 104, les nouvelles informations de configuration sont enregistrées dans les espaces répertoires 56 comprenant le MSISDN 38.
Au cours d'une étape 106, le serveur de synchronisation 47 transmet les cartes de visite 30 à l'ensemble des terminaux expéditeurs 2, identifiés par le MSISDN 33 contenus dans la liste 58.
Enfin, au cours d'une étape 108, le module de synchronisation 28 de chacun de ces terminaux 2, réalise la mise à jour de sa base de données 32 par enregistrement des nouvelles informations de configuration dans la carte de visite 30 identifiée par le MSISDN 38.
Selon un mode de réalisation alternatif non représenté, le module de pilotage 50 du serveur de synchronisation, interroge à intervalles réguliers, le serveur répertoire opérateur 48 afin de vérifier, pour chaque carte de visite 30 des espaces répertoires 56, que les informations de configuration 40 n'ont pas été modifiées. Dans ce cas, la base 57 ne comporte pas de liste 58.
Lorsque ces informations ont été modifiées pour un contact donné, les étapes de mise à jour 104 à 108 des cartes de visite 30 du carnet d'adresses 26, ainsi que des espaces répertoires 56 du serveur de synchronisation sont réalisées telles que décrites précédemment.
La figure 4 illustre un exemple d'utilisation de la base de données établie selon le procédé de la présente invention.
Au cours d'une étape 120, l'utilisateur du terminal 2 active une communication, par exemple de type envoi d'un message multimédia, par l'intermédiaire du module multimédia 20.
Sur détection de la création d'un message multimédia, le module d'alerte 44 recherche pendant une étape 130, les informations de configuration 40 du terminal récepteur 4 dans la carte de visite 30 identifiée par le MSISDN 38 du terminal récepteur 4.
Lorsque les informations de configuration 40 indiquent l'existence d'un module client multimédia MMS 41 implanté dans le terminal récepteur 4, le module d'alerte 44 n'agit pas et le procédé s'arrête.
Par contre, lorsque les informations de configuration 40 indiquent l'absence du module client multimédia MMS, le module d'alerte 44 transmet à l'interface homme-machine 14, pendant une étape 140, un message du type Attention votre correspondant n'est pas muni d'un terminal multimédia, envoyer quand même ? .
Au cours d'une étape 142, l'interface homme-machine 14 affiche ce message.
Au cours d'une étape 144, l'utilisateur du terminal 2 indique si il désire tout de même envoyer le message, par l'intermédiaire de son clavier.
Si il souhaite poursuivre la communication, le message multimédia sera reçu sous la forme d'un courrier électronique et l'utilisateur du terminal expéditeur en est informé par le module d'alerte 44, pendant une étape 146.
Si par contre, l'utilisateur du terminal 2 ne souhaite pas poursuivre la communication, le module d'alerte 44 transmet cette information au module client multimédia MMS 20 pendant une étape 148 et le procédé s'arrête.
Les étapes du procédé d'utilisation de la base de données 120 à 148 sont également exécutées lors de l'activation d'une communication de type appel visiophonie.
Dans ce cas, le module d'alerte 44 recherche les informations de configuration 40 du type existence ou absence d'un module de visiophonie 42 dans le terminal récepteur. Lorsque ces informations indiquent l'absence d'un module de visiophonie 42, le module d'alerte 44 transmet à l'interface homme- machine 14, un message du type suivant: Attention votre correspondant n'est pas muni d'un terminal visiophonie, communiquer vocalement uniquement ? . Si l'utilisateur du terminal 2 souhaite poursuivre la communication vocalement uniquement, le module d'alerte 44 en informe le module de visiophonie 24.
Selon un mode d'utilisation de la base de données 32, lorsque l'utilisateur accède au carnet d'adresses 26 du terminal 2, le module d'association 45 consulte les champs 36 et 37 des cartes de visite 30, des différents contacts pour connaître les informations de configuration qui leurs sont associées.
Ensuite, selon les résultats de cette consultation, le module d'association 45 associe au nom ou pseudo du correspondant, une icône représentative de la ou des informations de configuration 40 enregistrées dans les moyens de stockage 46.
Ainsi, lorsque l'utilisateur accède à son carnet d'adresses 26, il visionne les icônes représentatives des informations de configuration, simultanément à la lecture du nom de l'utilisateur possédant ce terminal récepteur.
L'utilisation de la base de données 32 permet de connaître les capacités et les caractéristiques des terminaux des correspondants connus de l'utilisateur du terminal expéditeur 2.
Le mode de réalisation de l'invention décrit ci-dessus se situe dans le cadre d'un réseau mobile mais peut être étendu à tout autre type de réseaux.
Claims (11)
1. Procédé d'établissement et de mise à jour d'une base de données (32) implantée dans un terminal de télécommunication expéditeur (2) adapté pour communiquer avec au moins un terminal de télécommunication récepteur (4), ledit terminal récepteur (4) étant identifié par au moins une donnée d'identification (38) et étant défini par une ou des informations de configuration (40), caractérisé en ce que le procédé comporte les étapes suivantes: a) enregistrement (70,72) par le terminal expéditeur (2) de chaque donnée d'identification (38) du terminal récepteur (4) dans un fichier de renseignements (30) de la base de données (32), ledit fichier de renseignements (30) étant associé audit terminal récepteur (4), b) transmission (74) dudit fichier de renseignements (30) du terminal expéditeur (2) vers un serveur de synchronisation (47), ledit serveur de synchronisation comportant au moins un espace répertoire (56) d'enregistrement d'au moins un fichier de renseignements (30), c) enregistrement (76) dudit fichier de renseignements (30) dans ledit espace répertoire (56), réalisé par le serveur de synchronisation (47), d) transmission (78) d'une requête de recherche de la ou des informations de configuration (40) définissant ledit terminal récepteur (4), par le serveur de synchronisation (47) vers un serveur répertoire opérateur (48), ladite requête comportant la ou les données d'identification (38) du terminal récepteur (4), et sur réception de la ou des informations de configuration (40), e) enregistrement (82) de la ou des informations de configuration (40) dans ledit fichier de renseignements (30) dudit espace de répertoire (56), réalisé par le serveur de synchronisation (47), f) mise à jour (84,86) dudit fichier de renseignements (30) de la base de données (32) dudit terminal expéditeur (2).
2. Procédé selon la revendication 1, caractérisé en ce que la ou les informations de configuration (40) comportent au moins des informations définissant l'existence ou l'absence d'implantation d'un module client multimédia (41) et/ou d'un module de visiophonie (42) dans le terminal récepteur (4).
3. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que l'étape de mise à jour (84,86) du fichier de renseignements (30) de la base de données (32) comprend les étapes suivantes: - transmission (84) dudit fichier de renseignements (30) du serveur de synchronisation (47) vers le terminal expéditeur (2), et enregistrement (86) du fichier de renseignements (30) dans la base de données (32) du terminal expéditeur (2).
4. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend une étape d'actualisation (90) périodique de ladite base de données (32), ladite étape comprenant au moins les étapes d), e) et f) de la revendication 1.
5. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend en outre une étape d'association (88) d'une icône à chaque information de configuration (40) enregistrée dans ledit fichier de renseignements (30) associé au terminal récepteur (4), ladite icône étant représentative de ladite information de configuration (40), ladite icône étant affichée lors de la consultation de ladite base de données (32) dudit terminal expéditeur (2).
6. Utilisation d'une base de données (32) établie et mise à jour par le procédé selon l'une quelconque des revendications précédentes, caractérisée en ce que lors de l'activation d'une communication du terminal expéditeur (2) vers ledit terminal récepteur (4), elle comporte les étapes suivantes: - recherche (130) de la ou des informations de configuration (40) stockées dans ledit fichier de renseignements (30) associé audit terminal récepteur (4), par un module d'alerte (44), et affichage (142) d'un message d'avertissement lorsque la ou les informations de configuration (40) indiquent l'absence d'implantation dans ledit terminal récepteur (4) d'un module de communication (41,42) correspondant audit type de communication activé.
7. Terminal de télécommunication expéditeur (2) spécialement conçu pour la mise en oeuvre du procédé selon l'une quelconque des revendications 1 à 5, le terminal étant adapté pour communiquer avec au moins un terminal de télécommunication récepteur (4), ledit terminal récepteur étant identifié par au moins une donnée d'identification (38) et défini par une ou des informations de configuration (40), caractérisé en ce que ledit terminal expéditeur (2) comprend: - une base de données (32) comportant au moins un fichier de renseignements (30) associé à un terminal récepteur (4) et contenant la ou les données d'identification (38) et la ou les informations de configuration (40) définissant l'existence ou l'absence d'implantation d'un module client multimédia (41) et/ou d'un module de visiophonie (42) dans le terminal récepteur (4),
- un module d'affichage (14) des informations du fichier de renseignements (30), - un module client de synchronisation (28) adapté pour échanger des données avec un serveur de synchronisation (47) pour mettre à jour le fichier de renseignements (30).
8. Terminal selon la revendication 7, caractérisé en ce qu'il comporte en outre un module d'association (45) propre à associer à chaque information de configuration (40) une ou plusieurs icônes représentatives de la ou des informations de configuration (40), la ou chaque icône étant visible lors de la consultation du ou des fichiers de renseignements (30) de la base de données (32).
9. Terminal selon l'une quelconque des revendications 7 et 8, caractérisé en ce qu'il comporte un module d'alerte (44) propre à rechercher la ou les informations de configuration (40) dans ladite base de données (32) et apte à générer un message d'avertissement sur le module d'affichage (14) lorsque la ou les informations de configuration indiquent l'absence d'implantation d'un module client multimédia (41) et/ou d'un module de visiophonie (42), lors de l'envoi d'un message multimédia et/ou lors d'une communication en visiophonie.
10. Système d'établissement et de mise à jour d'une base de données (32) dans un terminal de télécommunication expéditeur (2) adapté pour communiquer avec un terminal de télécommunication récepteur (4), caractérisé en ce qu'il comporte: - un terminal expéditeur (2) selon l'une quelconque des revendications 7à9,et - un serveur répertoire opérateur (48) contenant la ou les informations de configuration (40) associées à la ou aux données d'identification (38) dudit terminal récepteur; et - un serveur de synchronisation (47) comportant: - des moyens de recherche (50) de la ou des informations de configuration (40) dans ledit serveur répertoire opérateur (48) pour enrichir ledit fichier de renseignements (30), - des moyens (50) d'enregistrement de la ou des informations de configuration (40) dans un espace répertoire (56) associé audit terminal expéditeur (2), et - des moyens de transmission de la ou des informations de configuration (40) vers le terminal expéditeur (2) et de mise à jour dudit fichier de renseignements (30) de la base de données (32).
11. Système selon la revendication 10, caractérisé en ce que le serveur répertoire opérateur (48) comprend au moins une liste (58) associant à la ou aux données d'identification (38) du terminal récepteur (4), au moins un moyen d'identification (33) des terminaux expéditeurs (2) ayant un fichier de renseignements (30) comprenant la ou les données d'identification (38) du terminal récepteur (4).
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0405751A FR2871011B1 (fr) | 2004-05-27 | 2004-05-27 | Procede et systeme d'etablissement et de mise a jour d'une base de donnees, utilisation de cette base et terminal de telecommunication |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0405751A FR2871011B1 (fr) | 2004-05-27 | 2004-05-27 | Procede et systeme d'etablissement et de mise a jour d'une base de donnees, utilisation de cette base et terminal de telecommunication |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| FR2871011A1 true FR2871011A1 (fr) | 2005-12-02 |
| FR2871011B1 FR2871011B1 (fr) | 2006-09-29 |
Family
ID=34948895
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR0405751A Expired - Fee Related FR2871011B1 (fr) | 2004-05-27 | 2004-05-27 | Procede et systeme d'etablissement et de mise a jour d'une base de donnees, utilisation de cette base et terminal de telecommunication |
Country Status (1)
| Country | Link |
|---|---|
| FR (1) | FR2871011B1 (fr) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1791333A1 (fr) * | 2005-11-28 | 2007-05-30 | NTT DoCoMo INC. | Système pour la notification d'informations sur des fonctionnalités et procédé correspondant |
| CN102143283A (zh) * | 2010-11-19 | 2011-08-03 | 黄山好视达通信技术有限公司 | 可视电话中彩信的实现方法 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1372309A1 (fr) * | 2002-06-12 | 2003-12-17 | TELEFONAKTIEBOLAGET L M ERICSSON (publ) | Méthode, système et dispositif pour la gestion des capacités de terminal |
| WO2004017654A1 (fr) * | 2002-08-16 | 2004-02-26 | Sleepydog Limited | Appareil et procede pour creer une liste de contacts pour un dispositif de telecommunications a distance |
-
2004
- 2004-05-27 FR FR0405751A patent/FR2871011B1/fr not_active Expired - Fee Related
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1372309A1 (fr) * | 2002-06-12 | 2003-12-17 | TELEFONAKTIEBOLAGET L M ERICSSON (publ) | Méthode, système et dispositif pour la gestion des capacités de terminal |
| WO2004017654A1 (fr) * | 2002-08-16 | 2004-02-26 | Sleepydog Limited | Appareil et procede pour creer une liste de contacts pour un dispositif de telecommunications a distance |
Non-Patent Citations (1)
| Title |
|---|
| "SyncML sync protocol, version 1.0", SYNCML SYNC PROTOCOL, XX, XX, no. version 10, 7 December 2000 (2000-12-07), pages 1 - 60, XP002955174 * |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1791333A1 (fr) * | 2005-11-28 | 2007-05-30 | NTT DoCoMo INC. | Système pour la notification d'informations sur des fonctionnalités et procédé correspondant |
| CN102143283A (zh) * | 2010-11-19 | 2011-08-03 | 黄山好视达通信技术有限公司 | 可视电话中彩信的实现方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| FR2871011B1 (fr) | 2006-09-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1406430B1 (fr) | Procédé de messagerie vocale instantanée et dispositif de mise en oeuvre d'un tel procédé | |
| EP1759521B1 (fr) | Systeme d'identification de contact perfectionne | |
| US20070053335A1 (en) | Mobile device address book builder | |
| US20090143052A1 (en) | Systems and methods for personal information management and contact picture synchronization and distribution | |
| US20030152203A1 (en) | Message accessing | |
| FR2850814A1 (fr) | Systeme et procede de synchronisation de donnees entre des portails de services et plate-forme d'acces a des services utilisant un tel systeme de synchronisation | |
| EP1514396A1 (fr) | Systeme de consultation et/ou mise a jour de serveurs dns et/ou d'annuaires ldap | |
| US20090100134A1 (en) | System and Method for Customized Sharing of Multimedia Content in a Communications Network | |
| JP5574554B2 (ja) | グローバルディレクトリサービスのためのシステム及び方法 | |
| EP1342355B8 (fr) | Procede d'acheminement de messages electroniques | |
| US20090177748A1 (en) | System and method for automatic opportunistic data and image sharing | |
| EP1935149B1 (fr) | Procede et systeme de notification de reception de messages asynchrones | |
| EP1372327A1 (fr) | Système et procédé de transfert d'informations entre des équipements de télécommunications | |
| FR2871011A1 (fr) | Procede et systeme d'etablissement et de mise a jour d'une base de donnees, utilisation de cette base et terminal de telecommunication | |
| EP3035723B1 (fr) | Procédé de transmission de données en relation avec une communication | |
| EP3465476B1 (fr) | Procédé d'invocation d'un service applicatif par un navigateur | |
| FR2871009A1 (fr) | Procede de traitement d'un message multimedia, systeme de traitement et terminal de telecommunication associe | |
| EP2146494A1 (fr) | Procédé de gestion de données personnelles multimédia dans un réseau de télécommunications et installation correspondante | |
| WO2003054736A1 (fr) | Adaptation de la presentation de documents telecharges aux modes de lecture de terminaux | |
| WO2008017776A2 (fr) | Procede et systeme d'authentification d'utilisateurs dans un reseau de communication | |
| EP1820328A1 (fr) | Procede et systeme de journal unifie des appels | |
| FR3013545A1 (fr) | Procede de mise a jour d'un historique de communications partage | |
| FR3007928A1 (fr) | Depot et consultation de messages par des utilisateurs de reseaux sociaux | |
| FR2810133A1 (fr) | Procede et dispositif de gestion de la diffusion et de l'acceptation d'une offre relationnelle par le biais de differents reseaux de communication |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| ST | Notification of lapse |
Effective date: 20150130 |