FR 3042374 A1 20170414 FR 1654642 A 20160524 1 AIDE A L'ETABLISSEMENT D'UNE COMMUNICATION TELEPHONIQUE PAR PROVISION D'INFORMATIONS SUR L'UTILISATEUR APPELANT DOMAINE DE L'INVENTION La présente invention est relative aux réseaux de communication mobiles. Elle concerne plus particulièrement l'établissement d'une communication entre deux terminaux connectés à un tel réseau, et un mécanisme fournissant des informations sur l'appelant à un utilisateur du terminal appelé. CONTEXTE DE L'INVENTION Aujourd'hui, aucun mécanisme intégré et autonome n'est prévu pour permettre à un utilisateur de disposer d'informations sur les appels entrants en dehors du numéro de téléphone de l'appelant qui peut s'afficher sur l'écran de son propre terminal, et en dehors des appels des utilisateurs déjà connus et répertoriés. En effet, les terminaux de communication maintiennent en général un répertoire téléphonique permettant d'associer des numéros de téléphone à des fiches d'informations qui peuvent contenir un nom, un prénom, des adresses, et diverses autres données. Ce répertoire est personnel et permet, lors d'un appel entrant, d'afficher les informations préalablement saisies dans la fiche d'information associée à ce numéro. Ainsi, l'utilisateur du terminal disposera d'informations sur l'appel entrant. Une telle solution repose toutefois sur la connaissance a priori des appels entrants. Elle nécessite en effet une saisie ou, tout du moins, un enregistrement préalable d'une fiche d'information associée à un numéro de téléphone qui doit donc, nécessairement, être connu. 3042374 2 Elle ne permet pas d'afficher des informations pour un appel émanant d'un numéro inconnu. Dans ce cas, l'interface du terminal de communication affichera uniquement le numéro de téléphone de l'appel entrant. Il est alors impossible à l'utilisateur appelé d'avoir la moindre 5 information sur l'appel entrant. Il peut pourtant être intéressant pour cet utilisateur de disposer d'informations sur les appels entrants « inconnus ». Il peut aussi être intéressant pour des utilisateurs appelants d'indiquer aux utilisateurs appelés à l'avance de l'appel quelques informations 10 préalables. Cela peut être notamment le cas dans le cadre de démarchage commercial. Il peut en outre être intéressant à des opérateurs ou prestataires de service de fournir un tel service à leurs clients. 15 Certaines solutions existent mais elles ne sont pas intégrées : l'utilisateur appelé doit installer une application particulière, qui peut ne pas inter-opérer de façon optimale avec le système d'exploitation. Certaines solutions ne sont pas autonomes, car elles doivent être connectées à internet, notamment à un serveur web, pour pouvoir 20 fonctionner. RE SUME DE L'INVENTION Le but de la présente invention est de fournir un procédé et un 25 terminal de communication palliant au moins partiellement les inconvénients précités. On entend par terminal de communication des dispositifs aussi divers que des téléphones de type « smartphone », des téléphones fixes, des tablettes, des ordinateurs, fixes ou mobiles, et d'une façon générale, tout 30 appareil électronique disposant de moyens de télécommunication. Il peut 3042374 3 par exemple également s'agir de dispositifs embarqués, notamment dans le corps humain, ayant de telles capacités de télécommunication. A cette fin, la présente invention propose un procédé d'établissement 5 d'une communication téléphonique entre un terminal appelant et un terminal appelé connectés à un réseau de communication mobile, comportant - une étape de réception par ledit terminal appelé d'un message d'information contenant des informations sur un utilisateur appelant associé audit terminal appelant, ledit message étant traité par ledit 10 terminal appelé de sorte à stocker lesdites informations dans une mémoire (MEMa) dudit terminal appelé; - une étape de réception par ledit terminal appelé d'un message de signalisation relatif à un appel provenant dudit terminal appelant, déclenchant la recherche dans ladite mémoire des informations 15 correspondant audit appel, et la présentation de secondes informations déterminées par lesdites informations sur ledit terminal appelé. Suivant des modes de réalisation préférés, l'invention comprend une 20 ou plusieurs des caractéristiques suivantes qui peuvent être utilisées séparément ou en combinaison partielle entre elles ou en combinaison totale entre elles : - l'étape de réception comprend le traitement dudit message de sorte à ce qu'il ne soit pas accessible à un utilisateur appelé associé audit 25 terminal appelé ; - ledit message est un message de type SMS ou MMS ; - ledit message d'information contient un identifiant unique dudit terminal appelant et/ou de l'utilisateur dudit terminal appelant, par exemple un numéro de téléphone, et un second identifiant unique, 30 par exemple un second numéro de téléphone, et dans lequel ledit 3042374 4 terminal appelé détermine lesdites secondes informations en substituant ledit second identifiant unique audit identifiant unique ; - lesdites informations comprennent en outre le nom et le prénom dudit utilisateur appelant, le nom d'une société ou d'une personne 5 morale associée audit utilisateur appelant, une fonction dudit utilisateur appelant au sein de cette société, un identifiant d'un secteur d'activité, un élément visuel, ou une combinaison de ces éléments ; - ledit message d'information est transmis par un serveur auquel ledit 10 terminal appelant a préalablement fournit lesdites informations ; - lequel lorsque suite à la réception dudit message de signalisation, l'appel est manqué sur ledit terminal appelé (T2), ledit appel est notifié dans un journal d'appel dudit terminal appelé en association avec lesdites informations correspondant audit appel ; 15 - un numéro de téléphone contenu dans ledit message de signalisation est substitué au numéro de téléphone du terminal appelant dans ledit journal d'appel. Un autre aspect de l'invention concerne un programme d'ordinateur 20 comportant des moyens logiciels adaptés à la mise en oeuvre du procédé précédemment décrit, lorsque déclenché par une plateforme de traitement de l'information. Un autre aspect de l'invention concerne un terminal de 25 communication adapté pour la réception d'une communication téléphonique provenant d'un terminal appelant à travers un réseau de communication mobile, comportant : - des premiers moyens pour la réception de messages et pour déterminer si un message reçu est un message d'information et si 30 oui, pour le traiter de sorte à stocker lesdites informations dans une mémoire (MEMa) dudit terminal appelé; 3042374 5 - des seconds moyens pour la réception d'un message de signalisation relatif à un appel provenant dudit terminal appelant, déclenchant la recherche dans ladite mémoire des informations correspondant audit appel, et l'affichage de secondes informations 5 déterminées par lesdites informations sur ledit terminal appelé. Un autre aspect de l'invention concerne un système comportant un terminal appelant, un terminal tel que précédemment décrit et un serveur, dans lequel ledit serveur dispose de moyens de mémorisation d'informations 10 fournies par l'utilisateur dudit terminal appelant et de moyens pour transmettre ledit message d'informations, contenant lesdites informations, vers ledit terminal appelé. Ainsi l'invention propose un mécanisme permettant de provisionner 15 des informations relatives à un utilisateur appelant sur un terminal appelé, afin d'aider l'utilisateur de ce dernier dans la décision de prise ou de refus d'un appel entrant. La solution proposée est intégrée, et l'utilisateur appelé peut n'avoir à aucun moment besoin d'installer ou même de configurer une application 20 pour mettre en oeuvre la solution de l'invention. Les messages d'information, qui peuvent être de type SMS/MMS, peuvent ne pas être visibles pour l'utilisateur, qui n'a donc pas le sentiment d'être pollué par ces types de messages. La solution proposée fonctionne en outre avec une infrastructure très 25 légère. Elle peut fonctionner sur un territoire ne possédant pas d'infrastructure numérique et qui ne dispose que d'une infrastructure de téléphonie mobile telle que le GSM. De même, si la connexion au réseau internet n'est pas disponible, la solution de l'invention permet malgré tout de procéder à une reconnaissance 30 de l'appelant. 3042374 6 Selon une mise en oeuvre de l'invention, un autre avantage est d'accroitre la sécurité des personnes, en permettant à des personnes officielles de s'identifier clairement, avec une garantie technique, et de limiter les possibilités pour des usurpateurs de se faire passer pour des 5 personnes de l'Etat ou de sociétés ayant pignons sur rue pour contacter des particuliers, voire pour s'introduire chez eux. Ainsi, une personne devant intervenir chez un particulier peut s'annoncer au préalable via le mécanisme de l'invention en communiquant une photographie, par exemple, ou un autre élément de reconnaissance (mot de passe...), qui sera affiché sur le terminal 10 de communication du particulier et lui permettra de reconnaitre la personne en question lorsqu'elle se rendra chez lui. Une autre application possible de l'invention consiste à sécuriser des appels téléphoniques dans le cadre du traitement des alertes (incendies, tremblements de terre, etc.). Des personnes peuvent être responsables pour 15 un secteur géographique ou un quartier afin de coordonner des actions à entreprendre. L'invention peut permettre d'enrichir et sécuriser les appels afin d'éviter les appels malveillants entrainants une perte d'efficacité pouvant avoir des conséquences très importantes dans ces cas d'urgence. 20 D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture de la description qui suit d'un mode de réalisation préféré de l'invention, donnée à titre d'exemple et en référence aux dessins annexés. 25 BREVE DESCRIPTION DES DESSINS La figure 1 représente schématiquement un exemple d'architecture fonctionnelle d'un terminal de communication selon un mode de réalisation de l'invention. 3042374 7 La figure 2 représente schématiquement un réseau de communication permettant de mettre en oeuvre l'invention, selon un de ces modes de réalisation. 5 DESCRIPTION DETAILLEE DE L'INVENTION L'invention repose sur une infrastructure de téléphonie mobile, permettant la transmission de messages de type SMS (« Short Message 10 Service ») ou MMS (« Multimedia Message Service »). D'autres types de messages courts sont également envisageables dans le cadre de l'invention. Dans la suite, le terme « message » sera utilisé indistinctement du type de messages (SMS, MMS, etc.) utilisés. 15 L'invention peut se baser sur une étape préalable consistant à télécharger sur un terminal de communication une application logicielle permettant de mettre en oeuvre l'invention par le traitement particulier des messages entrants. Préférentiellement, toutefois, cette application est installée par défaut sur le terminal de communication de l'appelé. Elle peut 20 être une extension du système d'exploitation du terminal. Préférentiellement, elle est activée systématiquement à l'allumage de son terminal de communication. Cette application contient les moyens logiciels permettant aux terminaux de communication de bénéficier des services apportés par les 25 mécanismes de l'invention pour recevoir des appels et établir une communication téléphonique avec un terminal de communication appelant. Ces moyens logiciels peuvent correspondre aux moyens Ml, M2, M3 représentés sur la figure 1 où ils constituent l'application logicielle Act, préalablement téléchargée sur le terminal de communication appelé T2. 30 Ces moyens représentent des aspects fonctionnels. Selon les modes de réalisations, il peut donc s'agir de modules logiciels indépendants, ou 3042374 8 simplement des fonctions ou des parties de code d'un même module logiciel. Ces moyens Ml, M2, M3 sont présentés dans la suite comme fonctionnellement distincts pour la clarté de l'exposé. 5 Les premiers moyens M1 sont déclenchés à la réception d'un message m. Certains systèmes d'exploitation définissent les mécanismes à mettre en oeuvre par un terminal de communication pour la réception d'un message de type SMS et permettent à une application d'intercepter en priorité les messages m entrants afin de les traiter. Ce mécanisme peut par exemple 10 permettre à une application de remplacer l'application de visualisation et traitement des messages SMS prévue par défaut par le système d'exploitation du terminal mobile. Ce mécanisme est notamment possible sur les plateformes AndroidTM Il est par exemple décrit à l'URL : 15 htt ://develo er.android.com/ uide/to ics/manifest/intent-filter- element. html Selon l'invention, un message d'information m appelé « message alpha » , ma, peut être reçu par le terminal de communication appelé T2. Ce 20 message alpha est un message normal, c'est-à-dire conforme aux standards des messages de type SMS, MMS, etc. Ci-dessous, l'invention sera présentée dans une application à un réseau de téléphonie, dans lequel le récepteur est identifié par un numéro de téléphone. D'autres cas d'applications sont toutefois possibles, comme par 25 exemple celui des réseaux de télédiffusion dans lequel les utilisateurs appelés sont identifiés par des identifiants uniques et les messages d'informations sont des messages de type « EMM », pour « Entitlement Management Message ». 30 Son contenu permet de le distinguer des autres messages de type SMS, MMS, etc. qui ne doivent pas être traités par l'application. 3042374 9 Notamment, il peut être identifié par une donnée particulière permettant de le distinguer des autres messages. Le rôle des moyens M1 est de déterminer si un message m entrant est un message d'information (m=ma) ou pas. 5 Cette donnée particulière peut être: -L'identifiant, par exemple le numéro de téléphone d'émission. Auquel cas, les moyens M1 disposent d'un ou de plusieurs numéros auxquels comparer le numéro de téléphone associé au message m entrant. Ils peuvent par exemple disposer d'une liste de numéro de téléphones par 10 pays. Cette liste peut être codée en dur ou configurée via un serveur de gestion de l'application Act. - une combinaison de caractères particuliers, « imprimables » ou « non imprimables », ou « balise ». Cette combinaison est alors reconnue par les moyens M1 et leur permet de déterminer par sa présence qu'un 15 message entrant est un message d'information « alpha ». Ce mode de réalisation sera décrit plus complément plus bas, en liaison avec des exemples -une classe de SMS; -une extension privée d'une classe normalisée de SMS; 20 -une combinaison des possibilités explicitées ci-dessus. Le message d'information provient d'un terminal de communication appelant Ti, non représenté sur la figure 1, mais représenté sur la figure 2. Ce message d'information est, comme il sera vu plus loin, potentiellement annonciateur d'un appel de l'utilisateur appelant (ou émetteur) de ce terminal 25 appelant Tl, et vise à améliorer l'expérience des deux parties à la communication entre les utilisateurs des terminaux Tl et T2. Si les moyens M1 déterminent qu'un message m entrant n'est pas un message d'information ma, ils transmettent ce message m vers l'application 30 par défaut de traitement des messages TS qui peut faire partie du système d'exploitation. Typiquement, ce message m peut alors être notifié sur 3042374 10 l'interface homme-machine du terminal T2. L'utilisateur du terminal T2, ou « récepteur », peut l'afficher pour en prendre connaissance. Si les moyens M1 déterminent qu'un message m entrant est un 5 message d'information ma, ils transmettent ce message m vers des moyens M2 de l'application Aa. Plusieurs mises en oeuvre sont alors possibles. Le choix d'une mise en oeuvre peut être guidé ou même imposé par le système d'exploitation du terminal de communication. 10 En effet, certains systèmes d'exploitation ne permettent pas une application Aa de préempter le traitement des messages entrants. Ceux-ci seront donc systématiquement traités par l'application par défaut de traitement des messages TS. Par conséquent, les messages ma seront présentés à l'utilisateur du terminal de communication. 15 Dans d'autres cas, il est possible et choisi que l'application Aa traite en priorité les messages entrant et détermine elle-même si un message entrant doit être transmis à l'application par défaut de traitement des messages TS ou bien aux moyens M2. 20 Dans la mesure où les messages d'information ma peuvent être présentés à l'utilisateur, ils doivent être formatés pour être à la fois pertinents pour l'utilisateur et contenir des informations destinées aux moyens M2. Un premier exemple de formatage d'un tel message d'information 25 peut être : - !- M. Franck Martin Vous allez être prochainement contacté par Eli se Durand, 30 Société X Chargée de clientèle 3042374 11 06XXXXXXXX Un tel message peut être traité de façon pertinente par l'application par défaut de traitement des messages TS. Il sera compris par l'utilisateur du terminal. 5 Il peut contenir des caractères d'échappement, ou tout autre balise (ici, les caractères « - ! - », indiquant qu'il s'agit d'un message d'information ma. D'autres modes de réalisation sont possibles pour permettre aux moyens M1 de déterminer qu'un message entrant est un message d'information ma. 10 Cette balise est comprise par les moyens M1 qui peuvent ainsi traiter le message entrant comme message d'information ma. Les moyens M2 peuvent analyser le contenu de ce message en fonction d'un format décidé à l'avance. Ce format permet aux moyens M2 de déterminer les emplacements des informations attendues (nom, société, numéro de 15 téléphone...) au sein de ce message. Ces informations peuvent ensuite être stockées dans une mémoire MEMa. Le message de ce premier exemple est compatible avec les services SMS de la téléphonie mobile. 20 Un second exemple peut être : - !- Cher Monsieur / Madame Vous allez être prochainement contacté par notre conseiller. Voici sa carte de visite : 25 Carte de visite.vcf Dans ce second exemple, le message entrant est de type MMS. Il contient une pièce jointe au format standardisé VCF. Comme précédemment, il contient une balise (« - ! - », par exemple) 30 indiquant aux moyens M1 qu'il s'agit d'un message d'information ma. Il est par conséquent transmis aux moyens M2 qui vont extraire le contenu de 3042374 12 la carte de visite attachée vcf et la considérer comme informations à stocker dans la mémoire MEMa. Dans ces mises en oeuvre, l'information peut apparaître de façon 5 visible aux utilisateurs, mais la qualité de message d'information ma leur est masquée. De leur point de vue, le message d'information ma apparaîtra comme un simple message de prospection. Selon une autre mise en oeuvre, ce message ne sera pas disponible ni 10 pour l'application par défaut de traitement des messages TS, ni directement pour l'utilisateur du terminal de communication T2. Il faut pour ce faire que le système d'exploitation et la personnalisation du terminal appelé soient adaptés pour permettre le traitement prioritaire des messages entrants par une application Aa. 15 Afin de permettre un compatibilité avec ces deux mises en oeuvre, les messages d'information peuvent être conformes à un format tel que décrit ci-dessus. Le contenu sera donc lisible pour un utilisateur, mais la décision de le lui présenter dépendra de l'implémentation concrète du mécanisme de l'invention sur le terminal de communication de réception T2. 20 Dans le cadre de cette autre mise en oeuvre, les messages d'information ma sont donc transparents pour le récepteur qui n'est ainsi pas perturbé dans son utilisation normale du terminal T2. Les moyens M1 sont de ce fait adaptés pour que les messages d'informations ne soient pas 25 accessibles aux utilisateurs, notamment en ne les stockant pas dans la mémoire prévue pour le stockage des messages SMS et MMS. Les moyens M2 sont prévus pour stocker des informations contenues dans le message d'information dans une mémoire MEMa du terminal de 30 communication T2. Cette mémoire est typiquement une zone dédiée de la 3042374 13 mémoire du terminal T2. Il peut notamment s'agir d'un groupe de contacts réservé au sein du répertoire téléphonique du terminal T2. Les informations contenues dans les messages d'information ma peuvent être stockées en totalité ou en partie dans cette mémoire 5 MEMa. Par exemple, des données de contrôle, de sécurité (« checksum »...) contenues dans le message d'information peuvent ne pas être stockées dans la mémoire MEMa. De même, les données particulières permettant de déterminer que le message est un message d'information peuvent ne pas être stockées elles non-plus. 10 Quelque soit la mise en oeuvre du mécanisme, les moyens M2 sont en outre adaptés pour analyser le message d'information entrant afin de déterminer les informations qu'il contient. Ces informations peuvent être transmises dans le message alpha ma sous un format texte standardisé, par 15 exemple de type XML (« eXtended MetaLanguage ») ou CSV (« Comma Separated Values ») tel que défini par le RFC 4180 de l'IETF (Internet Engineering Task Force). Les informations contenues dans le message ma et pouvant être stockées dans la mémoire MEMa par les moyens M2 peuvent comprendre: 20 -un identifiant unique du terminal appelant T1 et/ou de l'utilisateur de ce terminal (ou émetteur), qui est à l'origine du message d'information ma, cet identifiant est par exemple un numéro de téléphone; - le nom et le prénom de cet utilisateur appelant; - le nom d'une société ou d'une personne morale associée à cet 25 utilisateur appelant (ou émetteur); - une fonction de l'utilisateur appelant au sein de cette société; - un identifiant d'un secteur d'activité ; - etc. 30 L'identifiant de secteur d'activité peut permettre de déterminer un élément visuel (logo, graphisme...) fourni avec l'application qui sera affiché 3042374 14 par défaut en association avec les informations stockées, lors de la réception d'un appel entrant de cet utilisateur, comme il sera vu plus loin. D'autres informations peuvent également servir à déterminer un élément visuel. Ce peut par exemple être un identifiant d'une société, etc. 5 L'application logicielle Act peut être prévue pour se connecter sur un serveur web, par exemple, pour récupérer l'élément visuel choisi par l'émetteur à partir de ces identifiants. Cet élément visuel peut être déterminé par les moyens M2 lors de la réception d'un message d'information et stocké dans la mémoire MEMa ou bien par les moyens M3 lors de la réception 10 d'un appel entrant. Ainsi, on peut disposer d'un élément visuel par défaut, fourni avec l'application, et éventuellement d'un élément visuel téléchargé depuis le web et choisi par l'émetteur. Ce deuxième élément visuel peut alors remplacer l'élément visuel par défaut. 15 Selon un mode de réalisation de l'invention, il peut être prévu de permettre à des émetteurs de fournir des graphismes, logos, etc. « par défaut » qui seront intégrés dans l'ensemble des éléments visuels fournis avec l'application. Cette fonctionnalité peut être intéressante pour des entreprises de grandes tailles, qui peuvent ainsi payer pour avoir un élément 20 visuel propre, fourni avec l'application et qui peut être stocké dans le terminal de communication. Comme il a été évoqué ci-dessus, selon une mise en oeuvre de l'invention, le message d'information ma est au format MMS et contient une 25 carte de visite, notamment une carte de visite, par exemple conforme au format .vcf. Selon un mode de réalisation de l'invention, les moyens M2 peuvent être prévus pour émettre un message d'acquittement destiné au terminal 30 appelant, lui signifiant ainsi être prêt à recevoir un appel de sa part, c'est-à- dire à présenter au récepteur des informations à réception d'un message de 3042374 15 signalisation C de sa part. Il est à noter que ce message d'acquittement est destiné au terminal appelant mais peut ne pas lui être adressé directement. Comme il sera vu plus loin, il peut être adressé à un serveur central qui peut agir pour le compte de l'utilisateur du terminal appelant T1 (ou émetteur) et 5 celui-ci pourra alors être informé de l'acquittement via ce serveur. Dans un deuxième temps, un appel provenant du même terminal appelant est reçu par le terminal appelé T2. Cet appel peut être mis en oeuvre par un message de signalisation C, et il vise à l'établissement d'une 10 communication téléphonique (et éventuellement vidéo) entre le terminal appelant et le terminal appelé T2. Cet appel est traité par les moyens M3 de l'application Act. Il déclenche la recherche, par les moyens M3, des informations correspondant à l'appel entrant et transmises par le message de signalisation C. La 15 recherche peut être basée sur un identifiant du terminal appelant ou de l'émetteur qui peut correspondre à une clé de recherche au sein de la mémoire MEMa. Ainsi, les moyens M3 peuvent récupérer les informations stockées dans la mémoire MEMa en association avec cet identifiant. Les moyens M3 20 peuvent alors présenter au récepteur ces informations, citées ci-dessous, afin que celui-ci puisse en prendre connaissance avant de décider de prendre ou non l'appel entrant, ou bien des informations dérivées à partir des informations stockées. Comme il a été vu précédemment, ces informations peuvent 25 comprendre notamment : - un identifiant unique du terminal appelant T1 et/ou de l'utilisateur de ce terminal, qui est à l'origine du message d'information ma, cet identifiant est par exemple un numéro de téléphone ; - le nom et le prénom de cet utilisateur appelant; 30 - le nom d'une société ou d'une personne morale associée à cet utilisateur appelant; 3042374 16 - une fonction de l'utilisateur appelant au sein de cette société; - un identifiant d'un secteur d'activité ; etc. Seule une partie des informations stockées dans la mémoire 5 MEMa peut être présentée. Par exemple, un nom, un nom de société peuvent être uniquement affichés sur l'interface homme-machine du terminal T2, en même temps que la notification d'appel entrant. En sus, un élément visuel (logo, graphisme...) correspondant à la société ou à un domaine professionnel peut être également affiché. Comme 10 décrit précédemment, cet élément visuel peut avoir été stocké dans la mémoire MEMa ou bien il peut être récupéré au moment de cet appel c en fonction d'un identifiant ou d'un lien stocké dans la mémoire MEMa. Cette dernière mise en oeuvre permet de minimiser le volume de données stockées dans la mémoire MEMa et de pouvoir plus facilement gérer les 15 modifications dynamiques de ces éléments visuels puisque ceux-ci sont déportées sur un serveur. Les informations présentées sur l'interface homme-machine du terminal appelé T2 peuvent être construites à partir des informations stockées et/ou comprendre une partie, ou la totalité des informations 20 stockées et associées à l'identifiant de l'appelant. Par conséquent, lors de l'arrivée d'un appel entrant, les moyens M3 peuvent classiquement utiliser la mémoire MEMu qui mémorise le répertoire personnel de l'utilisateur du terminal T2, afin de déterminer si 25 l'appel provient d'un utilisateur connu. Si oui, alors les informations associées à cet utilisateur sont présentées à l'utilisateur, de façon connue en soi. Si l'utilisateur n'est pas connu, alors une recherche est déclenchée dans la mémoire MEMa et si le terminal T2 a préalablement reçu un 30 message d'information de la part de cet utilisateur, alors des informations peuvent également être présentées à l'utilisateur. 3042374 17 L'invention permet ainsi de présenter à l'utilisateur des informations sur un appelant, même dans le cas où cet appelant est inconnu de l'utilisateur. 5 Selon un mode de réalisation de l'invention, la mémoire MEMa est une sous-partie de la mémoire MEMu qui contient les répertoires de l'utilisateur. Par exemple, un groupe de contact dédié peut être associé aux utilisateurs correspondant aux messages d'informations et ce groupe de contact peut être configuré pour que ses contacts ne puissent pas être 10 visibles par l'utilisateur lorsqu'il consulte son répertoire téléphonique. Un mécanisme peut également être prévu pour supprimer certaines informations stockées dans la mémoire MEMa, et notamment les informations les plus anciennes. Ces suppressions peuvent être déclenchées 15 en fonction d'une date d'ancienneté et/ou en fonction d'un taux de remplissage de la mémoire du terminal de communication T2 et/ou en fonction d'un nombre maximum d'utilisateurs, etc. Selon un mode de réalisation de l'invention, l'application Aa est 20 adaptée pour prendre en compte les appels manqués. Lorsqu'un appel est manqué, c'est-à-dire non décroché à temps par le récepteur, l'opérateur téléphonique notifie dans le journal d'appel du terminal T2 qu'un nouveau message est disponible, dans le cas où l'émetteur a laissé un message vocal. L'application Aa peut alors compléter le contenu de la notification dans le 25 journal d'appel en ajoutant des informations complémentaires comme le nom, le prénom, la société, et toutes autres informations parmi celles stockées dans la mémoire MEMa en association avec le numéro de téléphone de l'appel manqué. 3042374 18 La figure 2 illustre un système mettant en oeuvre l'invention, comportant un terminal appelé T2 tel que décrit précédemment, un terminal appelant T1 et un serveur S. L'utilisateur du terminal, ou émetteur, T1 fournit des informations au 5 serveur S. Il peut le faire par le truchement du terminal T1 ou par tout autre moyen. Par exemple, le serveur S peut offrir une interface web permettant de fournir ces informations. Cet émetteur fournit des informations D qui seront présentées à l'utilisateur appelé, ou récepteur. Ces informations D peuvent être fournies 10 lors d'une phase préalable d'inscription de l'émetteur T1 auprès du serveur S. Ces informations D peuvent notamment comprendre un nom personnel, d'un nom de société, d'un type d'activité, d'un élément visuel tel un logo, un graphisme, une photographie, etc. Ces informations peuvent 15 former une sorte de carte de visite virtuelle de l'émetteur. Des informations peuvent être fournies automatiquement, c'est-à-dire de façon transparente pour l'émetteur, comme par exemple un numéro de téléphone de l'émetteur, etc. Ces informations peuvent être déterminées automatiquement par le serveur S à partir des données de signalisation et du 20 protocole de communication. L'émetteur peut en outre fournir des identifiants de terminaux de communication à appeler T2, par exemple des numéros de téléphones appartenant à une liste de contacts. Dans une mise en oeuvre de l'invention, le serveur S détermine lui-même les identifiants des terminaux à appeler T2 25 (par exemple leurs numéros de téléphone) sur la base d'une campagne de démarchage, ou prospection, configurée par l'émetteur T 1. Les données fournies peuvent être ensuite mémorisées dans une mémoire du serveur S. Ces données peuvent être mémorisées dans une base 30 de données mise en place sur le serveur S. 3042374 19 Le serveur S peut ensuite transmettre les cartes de visite aux terminaux appelés T2. Il peut s'agir d'un module logiciel exécuté par le serveur S qui, à partir des informations stockées dans la mémoire du serveur, transmet des messages d'informations Mi à chaque terminal T2 5 identifié pour préparer l'appel de l'émetteur afin que ce dernier ne soit pas anonyme. Dans la mesure où le message d'information ma peut être accédé par l'utilisateur, le numéro de téléphone du serveur S peut être visible. Un numéro de téléphone (ou autre identifiant) spécifique peut être utilisé, dont 10 le rappel déclenchera la transmission d'un message vocal dédié. Ce type de numéro peut être fourni par l'opérateur téléphonique. De la même façon, le message d'information ma peut être associé à un identifiant alphanumérique qui sera affiché à la place du numéro de téléphone, tant lors de la réception du message d'information que lors de la 15 consultation du journal des appels. Un exemple concret de ce mécanisme peut être décrit pour une société qui souhaite effectuer une campagne de démarchage direct auprès d'une base de clients ou de clients potentiels. Elle saisit alors les fiches clients sur 20 le serveur S, notamment les numéros de téléphones de ces clients ou clients potentiels, ainsi que des informations sur elle-même : nom de la société, type d'activité (qui va permettre la détermination d'un élément visuel affiché sur le terminal appelé), éventuellement un message personnel ou promotionnel pour « personnaliser » l'appel, etc. 25 Une fois ces données saisies, le serveur S peut déclencher la transmission d'un message d'information Mi vers les terminaux T2 retenus pour cette campagne de démarchage. Les terminaux T2 peuvent transmettre, en réponse, des messages 30 d'acquittement Ma. 3042374 20 Le serveur S peut mettre à jour les données stockées dans sa mémoire et présenter à l'émetteur une interface lui permettant de visualiser la base de clients ou clients potentiels et, en regard, s'ils ont reçu le message d'information et/ou s'ils ont transmis un message d'acquittement. De cette 5 façon, l'émetteur sait s'il peut déclencher un appel c vers le terminal T2 du client en ayant l'assurance que sa « carte d'identité » sera présentée au client (récepteur). Il peut ainsi décider d'attendre qu'un client ou client potentiel ait bien reçu la carte d'identité avant de l'appeler. 10 Ce serveur peut être opéré par une société prestataire qui propose ce service de mémoriser les cartes de visites (c'est-à-dire les informations à transmettre aux clients ou clients potentiels), la base clients ou clients potentiels et de gérer les transmissions des cartes de visite à la place de l'utilisateur émetteur. Ce service peut être proposé selon une tarification. 15 Le serveur peut également mettre en oeuvre d'autres services, comme par exemple la gestion du « reporting » (communication de données) des campagnes de prospection ou démarchage de clients. Selon un mode de réalisation de l'invention, un mécanisme peut être 20 prévu afin de vérifier que l'application Aa est bien installée sur le terminal appelé T2. En effet, si l'application Aa n'est pas installée sur le terminal T2, les messages d'information ma ne seront pas traitées par celle-ci mais par les mécanismes par défaut du système d'exploitation. Les messages 25 d'informations seront donc considérés comme des messages normaux et apparaitront dans la liste des messages reçus pour le récepteur, ce qui peut être considéré comme désagréable par ce récepteur. Une étape préalable peut être mise en place pour se prémunir de cette problématique. Cette étape préalable consiste à transmettre un message au 30 terminal T2 qui soit à la fois le moins gênant possible si l'application Aa n'est pas installée, et qui permet à l'application Aa de réagir, si elle est 3042374 21 installée, en y répondant. Ce message peut être transmis par le serveur S, et selon la réponse ou non du terminal T2, celui-ci peut connaître les terminaux T2 qui ont une application Aa installée. Un tel mécanisme peut être mis en oeuvre de différentes façons. 5 Par exemple, un message peut être transmis par le serveur S vers le terminal T2 du récepteur, ce message contenant à la fois un texte neutre et destiné au récepteur et des données destinées à l'application Aa. Ce texte peut être un message informatif de l'opérateur du serveur S. Dans le cas où le serveur S est géré par l'opérateur du réseau de téléphonie mobile, ce 10 message peut être un message de bienvenu sur le réseau. Les données destinées à l'application Aa peuvent être des caractères spéciaux qui ne sont pas visibles par le destinataire. Par exemple, il peut s'agir des caractères « », « », du caractère « espace » ou d'une combinaison de ceux-ci. 15 Lorsque le terminal T2 reçoit ce message, deux situations sont envisageables: - l'application Aa est installée. Dans ce cas le message est traité par l'application car, par la présence des données non visibles, celle-ci comprend que le message lui est destiné. Elle répond au serveur S pour lui 20 signifier être installée sur ce terminal. - L'application Aa n'est pas installée. Le message est alors traité par les mécanismes par défaut du terminal T2. Il est affiché comme un message normal et visible par le récepteur. Un acquittement peut être renvoyé au serveur S, mais selon les mécanismes normaux par défaut. Le serveur S sera 25 informé de la non installation de l'application alpha Aa par la non réception d'un acquittement spécifique. Des informations sur le terminal appelé peuvent être remontées vers le serveur, avec l'acquittement. Ces informations peuvent par exemple être le système d'exploitation, la version de l'application Aa, etc. 30 3042374 22 Une autre mise en oeuvre peut consister à émettre un message d'exploitation, plutôt qu'un message normal. Selon un mode de réalisation de l'invention, l'utilisateur final du 5 service peut ne pas être celui du terminal appelant. C'est par exemple le cas lorsqu'une société fait appel à un centre d'appels en sous-traitance pour une compagne de démarchage. En ce cas, en effet, le centre d'appel agit en mandataire de l'utilisateur et utilise ses propres ressources de télécommunication (terminal, numéro de 10 téléphone....). Toutefois, l'utilisateur final souhaite voir ses informations propres apparaître sur le terminal appelé T2, et non pas celles du centre d'appel mandaté. Aussi, une mise en oeuvre de l'invention propose un mécanisme permettant la substitution de certaines informations propres au centre 15 d'appel par celles de l'utilisateur mandant. Une information spécifique peut ainsi être insérée dans le message d'information m indiquant que l'émetteur est un centre d'appel agissant en tant que mandataire d'un utilisateur final. Cette information spécifique peut contenir un numéro de téléphone 20 supplémentaire (ou tout autre information de contact), qui est celui du centre d'appel qui sera utilisé pour démarcher l'utilisateur final. Les moyens M2 peuvent traiter les messages m comportant une telle information spécifique de façon particulière, et notamment stocker dans la mémoire MEMcc l'ensemble des numéros de téléphones contenus dans les 25 informations spécifiques (c'est-à-dire y compris le numéro de téléphone qui sera utilisé par le centre d'appel pour démarcher l'utilisateur final). Lorsqu'un appel survient, les seconds moyens M3 sont mis en oeuvre comme décrit précédemment. Notamment, une recherche est déclenchée dans la mémoire MEMa, des informations correspondant à cet appel entrant 30 et transmises par le message de signalisation C associé. 3042374 23 Si une information spécifique est présente dans l'enregistrement correspondant à cet appel, les moyens M3 mettent alors en oeuvre un traitement particulier correspondant à un appel provenant d'un centre d' appel. 5 Ainsi, les moyens M3 présentent au récepteur le numéro de téléphone supplémentaire, à la place du numéro de téléphone du centre d'appel. De même, le numéro de téléphone supplémentaire est substitué, dans le journal d'appel, au numéro de téléphone du centre d'appel, et le numéro de téléphone du centre d'appel est supprimé dans la mémoire MEMa. 10 De surcroît, une mise en oeuvre de l'invention permet de gérer la migration entre une application Aa antérieure et une application Aa déployant la mise en oeuvre ci-dessus de gestion des centres d'appel. En effet, cette dernière mise en oeuvre utilise des messages 15 d'information ma modifiées par rapport par l'insertion au moins d'une information spécifique. Cette information spécifique ne peut être comprise par une version antérieure de l'application. Il en va de même de toutes nouvelles versions de l'application mettant en oeuvre de nouvelles fonctions impactant les informations véhiculées par les messages d'information m. 20 Aussi, l'application Aa, dans toutes ses versions, peut être à même de comprendre une information particulière qui spécifie le type de structure de données du message m. Ainsi, l'application Aa sera capable de déterminer si le message m qui lui est adressé peut être traité ou pas, et si oui, de quelle façon. Si le message ne peut pas être traité parce qu'il correspond à une 25 version postérieure de l'application Aa, ce message peut être tout simplement supprimé. En outre, le message d'information m peut être compressé afin d'économiser la bande passante ou, à bande passante égale, de transporter davantage d'information. 30 Les moyens M2 sont prévus pour détecter si un message de signalisation est compressé et, auquel cas, pour le décompresser. 3042374 24 Bien entendu, la présente invention n'est pas limitée aux exemples et au mode de réalisation décrits et représentés, mais elle est susceptible de nombreuses variantes accessibles à l'homme de l'art. 5 REVENDICATIONS1 Procédé d'établissement d'une communication téléphonique entre un terminal appelant (T1) et un terminal appelé (T2) connectés à un réseau de communication mobile, comportant - une étape de réception par ledit terminal appelé d'un message d'information contenant des informations sur un utilisateur appelant associé audit terminal appelant, ledit message étant traité par ledit terminal appelé de sorte à stocker lesdites informations dans une mémoire (MEMa) dudit terminal appelé ; - une étape de réception par ledit terminal appelé d'un message de signalisation relatif à un appel provenant dudit terminal appelant, déclenchant la recherche dans ladite mémoire (MEMa) des informations correspondant audit appel, et la présentation de secondes informations déterminées par lesdites informations sur ledit terminal appelé. 2. Procédé selon la revendication 1, dans lequel l'étape de réception comprend le traitement dudit message de sorte à ce qu'il ne soit pas accessible à un utilisateur appelé associé audit terminal appelé. 3. Procédé selon l'une des revendications 1 ou 2, dans lequel ledit message est un message de type SMS ou MMS. 25 4. Procédé selon l'une des revendications 1 à 3, dans lequel ledit message d'information contient un identifiant unique dudit terminal appelant et/ou de l'utilisateur dudit terminal appelant, par exemple un numéro de téléphone, et un second identifiant unique, par exemple un second 30 numéro de téléphone, et dans lequel ledit terminal appelé détermine 3042374 26 lesdites secondes informations en substituant ledit second identifiant unique audit identifiant unique. 5. Procédé selon l'une des revendications précédentes dans lequel lesdites 5 informations comprennent en outre : - le nom et le prénom dudit utilisateur appelant ; - le nom d'une société ou d'une personne morale associée audit utilisateur appelant ; - une fonction dudit utilisateur appelant au sein de cette société; 10 - un identifiant d'un secteur d'activité ; - un élément visuel ; - ou une combinaison de ces éléments. 6. Procédé selon l'une des revendications précédentes, dans lequel ledit 15 message d'information est transmis par un serveur (S) auquel ledit terminal appelant a préalablement fournit lesdites informations. 7. Procédé selon l'une des revendications précédentes, dans lequel lorsque suite à la réception dudit message de signalisation, l'appel est 20 manqué sur ledit terminal appelé (T2), ledit appel est notifié dans un journal d'appel dudit terminal appelé en association avec lesdites informations correspondant audit appel. 8. Procédé selon la revendication précédente, dans lequel un numéro de téléphone contenu dans ledit message de signalisation est substitué au numéro de téléphone du terminal appelant dans ledit journal d'appel. 9. Terminal de communication adapté pour la réception d'une communication téléphonique provenant d'un terminal appelant à travers un réseau de communication mobile, comportant : 3042374 27 - des premiers moyens (M1, M2) pour la réception de messages et pour déterminer si un message reçu est un message d'information et si oui, pour le traiter de sorte à stocker lesdites informations dans une mémoire (MEMa) dudit terminal appelé ; 5 - des seconds moyens (M3) pour la réception d'un message de signalisation relatif à un appel provenant dudit terminal appelant, déclenchant la recherche dans ladite mémoire des informations correspondant audit appel, et l'affichage de secondes informations déterminées par lesdites informations sur 10 ledit terminal appelé. 10. Système comportant un terminal appelant, un terminal appelé selon la revendication 9 et un serveur (S), dans lequel ledit serveur dispose de 15 moyens de mémorisation d'informations fournies par l'utilisateur dudit terminal appelant et de moyens pour transmettre ledit message d'informations, contenant lesdites informations, vers ledit terminal appelé (T2).