FR 3065549 A1 20181026 FR 1753391 A 20170419 1 Domaine technique L'invention concerne de manière générale les terminaux de télécommunication, et concerne en particulier la mise à jour d'un historique de communications suite à une communication déclenchée après activation d'un lien de communication fourni par une application exécutée par un terminal de communication. L'invention vise notamment les terminaux de communication mobile de type smartphone. Etat de la technique Dans le domaine de la téléphonie mobile, les terminaux de type smartphone ("téléphone intelligent") tel que l'iPhoneTM commercialisé par la société Apple, sont très répandus. Un smartphone peut être défini comme étant un téléphone mobile évolué disposant des fonctions d'un assistant numérique personnel, d'un appareil photo numérique et d'un ordinateur portable. La saisie des données se fait le plus souvent par le biais d'un écran tactile ou, plus rarement d'un clavier ou d'un stylet. Selon le principe d'un ordinateur, un smartphone peut exécuter divers logiciels/applications grâce à un système d'exploitation spécialement conçu pour terminaux mobiles, et donc en particulier fournir des fonctionnalités variées, telles que l'agenda, la télévision, le calendrier, la navigation sur le Web, la consultation et l'envoi de courrier électronique, la géolocalisation, le dictaphone/magnétophone, la messagerie vocale visuelle, la cartographie numérique, la messagerie instantanée, etc. Actuellement, pour effectuer un appel téléphonique avec son terminal mobile, l'utilisateur dispose de plusieurs possibilités : il peut consulter l'application Contacts (encore appelée carnet d'adresses) de son terminal et sélectionner un numéro associé à un contact choisi, il peut aussi saisir manuellement, via un clavier tactile, un numéro de téléphone et déclencher l'appel. Selon une technique plus récente, désignée parfois par l'expression anglaise click to call (cliquer pour appeler), l'utilisateur peut se connecter via son terminal à un site web sur Internet, par exemple un site commercial, et cliquer sur un numéro de téléphone affiché à l'écran de son terminal afin d'être mis en relation téléphonique avec une personne contact de ce site. Dans le domaine de la téléphonie mobile, les systèmes d'exploitation tels que iOSTM de la société Apple ou AndroidTM de la société Google, s'appuient sur le standard décrit dans le 3065549 2 document RFC 3966 (Request for Comments) publié en décembre 2004 par l'IETF (Internet Engineering Task Force) et intitulé "The tel URI for Telephone Numbers", pour mettre en oeuvre la technique click to call précitée. Ce document est accessible sur Internet par le lien suivant : https://www.ietf.org/rfc/rfc3966.txt 5 Le document RFC 3966 décrit notamment la façon dont des ressources identifiées par des numéros de téléphones peuvent être codées dans une page web, par exemple en utilisant le langage HTML (HyperText Markup Language). Le document définit en particulier un mécanisme (scheme) désigné par "tel URI" pour telephone Uniform Resource Identifier en anglais. Ce mécanisme utilise un lien hypertexte 10 encore appelé hyperlien (hyperlink) pointant sur un numéro de téléphone. Un tel lien utilise des balises (tags) conformes au langage HTML et comporte en particulier un attribut HREF pour référencer le numéro de téléphone cible qui est composé automatiquement lorsque le lien est activé par l'utilisateur, par exemple en touchant une représentation du lien affichée sur l'écran de son terminal. 15 Bien que le mécanisme tel URI soit de plus en plus utilisé, il présente cependant des inconvénients. En effet, lorsque l'utilisateur déclenche un appel téléphonique avec un correspondant inconnu (c'est-à-dire, dont le numéro n'est pas associé à un contact enregistré dans le répertoire du terminal) en utilisant le mécanisme précité, le journal d'appels (encore appelé "historique des appels") n'est mis à jour qu'avec le numéro composé et l'heure de 20 l'appel, sans aucun identifiant associé à la personne contactée (contact d'une société commerciale, par exemple) ou associé au contexte de l'appel (consultation d'un site commercial, par exemple). Par conséquent, si l'utilisateur est rappelé quelques jours plus tard par un correspondant utilisant ce même numéro de téléphone, l'utilisateur aura certainement oublié 25 l'origine de l'appel (société commerciale contactée précédemment, par exemple) et ne reconnaissant pas le numéro affiché, il pourra choisir de refuser l'appel entrant. De plus, lorsque l'utilisateur active le lien, déclenchant ainsi la composition automatique du numéro de téléphone vers lequel pointe ce lien, il peut être mis en relation avec un serveur vocal, associé par exemple à un service après-vente d'une société. Dans cette hypothèse, si 30 quelques jours après, une personne du service contacté rappelle l'utilisateur, suite à un message vocal laissé par ce dernier sur le serveur vocal, l'utilisateur ne reconnaitra certainement pas le numéro entrant s'affichant sur son terminal et, de ce fait, refusera vraisemblablement de répondre à l'appel. De manière similaire, l'utilisateur d'un terminal de type smartphone peut également 35 communiquer par échanges de messages courts avec un correspondant, à partir d'un lien de communication activable, présent dans un message court reçu d'un émetteur, par exemple une société commerciale. On entend ici par "messages courts" des messages de type SMS (Short 3065549 3 Message Service) ou MMS (Multimedia Messaging Service), il peut s'agir de messages associés à une application de messagerie native du terminal ou bien à une application de messagerie téléchargée puis installée dans le terminal (par exemple une messagerie instantanée). L'activation d'un tel lien, affiché par exemple sous la forme d'un objet graphique contenu dans 5 un message court reçu, déclenche alors une communication par messages courts entre l'utilisateur du terminal et un correspondant. Un lien de type URI (appelé SMS URI) activable pour déclencher une conversation par messages cours est décrit notamment dans le document RFC 5724 publié en janvier 2010 par l'IETF et intitulé "URI Scheme for Global System for Mobile Communications (GSM) Short 10 Message Service (SMS)", accessible sur Internet via le lien suivant : https://tools.ietf.org/html/rfc5724 De même que pour la communication via un lien d'appel téléphonique, exposée plus haut, l'historique de l'application de messagerie du terminal, n'identifiera une conversation par messages courts (appelée aussi fil de discussion) déclenchée par l'activation d'un lien de type 15 SMS URI, que par un numéro anonyme (en général un numéro court à cinq chiffres) identifiant le correspondant. L'invention vise notamment à améliorer les situations exposées ci-dessus. Exposé de l'invention 20 Selon un premier aspect, l'invention concerne procédé de mise à jour d'un historique de communications suite à une communication déclenchée après activation d'un lien de communication fourni par une application exécutée par un terminal de communication. Conformément à l'invention, ce procédé comprend les étapes suivantes : - affichage sur un écran du terminal d'un élément graphique représentatif d'un numéro 25 de communication associé au lien de communication, ce lien étant associé à des métadonnées représentatives d'informations d'identification d'un destinataire d'une communication déclenchée à partir du numéro de communication ; - activation du lien de communication et obtention des informations d'identification d'un destinataire, à partir des métadonnées associées au lien ; 30 - déclenchement d'une communication utilisant le numéro de communication ; et - mise à jour de l'historique de communications à partir des informations d'identification du destinataire de la communication. Grâce au procédé selon l'invention, des informations d'identification du destinataire de l'appel composé ou du message transmis suite à l'activation du lien (encore désigné par 35 "hyperlien", "lien d'appel" ou "lien d'envoi de message" dans le cadre de la présente description), sont obtenues automatiquement à partir de ce lien, par exemple un lien de type 3065549 4 URI (Uniform Resource Identifier). Les informations précitées sont alors utilisées pour mettre à jour l'historique de communications (journal d'appels ou historique de conversations) de façon à identifier le correspondant associé au numéro composé ou aux messages échangés. Cette identification est par conséquent plus précise que par un simple numéro anonyme (numéro de 5 téléphone ou numéro court), comme c'est le cas dans l'état actuel de la technique. Ainsi, si l'utilisateur désire rappeler ou contacter ce correspondant ultérieurement, il pourra retrouver le numéro de communication très facilement grâce aux informations d'identification enregistrées dans l'historique de communications, conformément à la présente invention. Selon une caractéristique de réalisation de l'invention, le procédé comprend en outre 10 une étape de mise à jour d'un carnet d'adresses du terminal à partir des informations d'identification du destinataire de la communication. Ainsi, dans le cas d'une communication téléphonique, si l'utilisateur reçoit ultérieurement, suite à un premier appel sortant tel qu'exposé ci-dessus, un appel entrant en provenance du même correspondant, le fait que ce correspondant figure dans le carnet 15 d'adresses du terminal, permettra à l'utilisateur d'identifier immédiatement l'origine et le contexte de l'appel. De même dans le cas d'une communication initiale par messages, si l'utilisateur reçoit ultérieurement un nouveau message ou un appel téléphonique en provenance de ce correspondant, ce dernier sera automatiquement identifié par les informations qui lui sont associées dans le carnet d'adresses. 20 Selon un mode de réalisation du procédé, le lien de communication inclut un identifiant de type "tel URI" ou "SMS URI", les métadonnées précitées étant des paramètres associés à cet identifiant. Selon une variante de réalisation du procédé selon l'invention, le lien de communication est contenu dans une page web affichée dans le terminal de communication. Une telle page 25 web peut être par exemple une page d'accueil d'un site web d'une société commerciale. En particulier, l'identifiant de type "tel URI" ou "SMS URI" peut être inclus dans une balise selon le langage HTML, les métadonnées étant définies par des balises ou des attributs spécifiques. On peut utiliser ainsi le mécanisme "tel URI" ou "SMS URI" décrit dans le document RFC 30 3966 ou dans le document RFC 5724, mentionnés plus haut, mais enrichis selon l'invention par la définition de paramètres associés permettant de coder les métadonnées susmentionnées dans le lien de communication. Selon une variante de réalisation, l'identifiant tel URI ou SMS URI selon l'invention peut être réalisé par l'ajout à l'identifiant d'un paramètre d'accès à une ressource sur le web, par 35 exemple une adresse web (URL - Uniform Resource Locator) correspondant à un site web associé au numéro de communication. 3065549 5 Dans cette variante de réalisation, un navigateur web équipant le terminal peut communiquer, à partir de la page web téléchargée, selon un protocole tel que HTTP (HyperText Transfer Protocol) avec un site web hébergé par un serveur, dont l'adresse est codée dans le lien de communication, afin d'obtenir les métadonnées précitées. Ainsi, selon cette variante, les 5 métadonnées associées au numéro de communication dans le lien de communication peuvent être stockées de manière indépendante de la page web contenant le lien. Selon une autre variante de réalisation du procédé selon l'invention, le lien de communication est affiché par un composant web d'une application mobile exécutée dans le terminal de communication, ce terminal étant un terminal de communication mobile de type 10 smattphone. Une telle application mobile peut être par exemple une application bancaire pour consulter ses comptes, ou une application de commerce en ligne, installée dans le terminal après téléchargement auprès d'un magasin d'applications en ligne spécifique à chaque système d'exploitation de terminal. 15 Selon un premier mode de réalisation de l'invention, le lien de communication est un lien d'appel téléphonique, la communication précitée est alors une communication téléphonique, le numéro de communication est un numéro d'appel téléphonique, et l'historique de communications est un journal d'appels. Selon une caractéristique du premier mode de réalisation, le journal d'appels de 20 l'application de téléphonie du terminal comporte un enregistrement pour chaque appel sortant ayant été composé dans le terminal, cet enregistrement comprenant uniquement le numéro d'appel composé lorsqu'aucun contact associé au numéro d'appel n'est trouvé dans le carnet d'adresses du terminal. Dans ce cas, l'étape de mise à jour du journal d'appels inclut le remplacement du numéro d'appel enregistré dans le journal d'appels par un identifiant du 25 destinataire de l'appel, ou bien l'ajout d'un identifiant du destinataire de l'appel au numéro d'appel enregistré, cet identifiant étant obtenu à partir des informations précitées d'identification d'un destinataire de l'appel, obtenues à partir des métadonnées associées au lien d'appel. Selon une variante du premier mode de réalisation, la mise à jour du journal d'appels 30 comprend en outre l'ajout d'une image identifiant le destinataire de l'appel, obtenue à partir des informations d'identification d'un destinataire. Cela permet ainsi d'enrichir le journal d'appels par des éléments graphiques supplémentaires facilitant l'identification par l'utilisateur des personnes contactées par utilisation de tels liens d'appel. 35 En particulier, lorsque le correspondant de l'appel est une société commerciale, les informations d'identification peuvent être constituées d'un nom commercial et/ou d'un logo et/ou d'une image identifiant la société commerciale. 3065549 6 Le procédé selon l'invention est ainsi particulièrement avantageux dans le cadre d'appels déclenchés pour contacter sur Internet des sociétés commerciales (services de vente en ligne, services après-vente, ...). Selon un second mode de réalisation de l'invention, le lien de communication est un lien 5 d'envoi d'un message court de type SMS/MMS, la communication est alors une communication par messages courts, et l'historique de communications est un historique de conversations par messages courts. Ainsi le procédé selon l'invention peut être appliqué à des conversations par messages SMS/MMS déclenchées par l'activation d'un lien de type SMS URI associé à un élément 10 graphique affiché dans une bulle de conversation, ou bien dans une page web, ou encore dans un composant d'une application mobile. Selon une caractéristique de ce second mode de réalisation, l'étape de mise à jour de l'historique de communications inclut alors le remplacement du numéro de communication enregistré dans l'historique de conversations, par un identifiant du destinataire de la 15 communication par messages courts, ou bien l'ajout d'un identifiant du destinataire de la communication au numéro enregistré, cet identifiant étant obtenu à partir des informations d'identification d'un destinataire de la communication obtenues à partir des métadonnées associées au lien de communication. Selon un second aspect, l'invention concerne un dispositif de mise à jour d'un historique 20 de communications suite à une communication déclenchée après activation d'un lien de communication fourni par une application exécutée par un terminal de communication dans lequel ce dispositif est incorporé. Conformément à l'invention le dispositif comprend : - un module d'affichage adapté à afficher sur un écran du terminal un élément graphique représentatif d'un numéro de communication associé au lien de communication, ce 25 lien de communication étant associé à des métadonnées représentatives d'informations d'identification d'un destinataire d'une communication déclenchée à partir du numéro de communication ; - un module d'obtention, suite à l'activation de l'élément graphique, des informations d'identification d'un destinataire, à partir des métadonnées associées au lien de 30 communication ; - un module de déclenchement d'une communication utilisant le numéro de communication ; et - un module de mise à jour de l'historique de communications à partir des informations d'identification du destinataire de la communication. 35 Selon un troisième aspect, l'invention concerne un terminal de communication comportant un dispositif de mise à jour d'un historique de communications, tel que brièvement 3065549 7 défini ci-dessus. Un tel terminal de communication est par exemple un terminal de téléphonie mobile de type smarl-phone. En pratique, les moyens constitutifs de l'invention - qui permettent la mise en oeuvre des étapes du procédé de mise à jour d'un journal d'appels, tel que brièvement exposé plus 5 haut, dans un terminal de communication selon l'invention -, sont essentiellement implémentés sous forme logicielle c'est-à-dire un ou plusieurs programmes informatiques stockés dans une ou plusieurs mémoires, de type RAM (Random Access Memory), ROM (Read Only Memory) ou de type magnétique (disque dur par exemple), et exécutés par un processeur incorporé dans le terminal. 10 En particulier, un terminal selon l'invention, par exemple de type smarl-phone ou tablette électronique, pourra télécharger ou être nativement équipé d'une application de téléphonie ou de messagerie, configurée pour mettre en oeuvre un procédé de mise à jour d'un historique de communications selon l'invention, suite à l'exécution d'une application logicielle comportant un lien de communication actif, selon l'invention, ou bien suite à la lecture, par un 15 navigateur web du terminal, d'une page web téléchargée sur le web et comportant un tel lien de communication actif. Par conséquent, selon un dernier aspect, la présente invention vise aussi un programme d'ordinateur stocké sur un support d'informations et mis en oeuvre dans un terminal de communication, ce programme comprenant des instructions dont l'exécution par un processeur 20 du terminal, provoque l'exécution des étapes d'un procédé de mise à jour d'un historique de communications, selon l'invention. Un tel programme d'ordinateur selon l'invention peut utiliser divers langages de programmation, et comprendre des programmes sous forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement 25 compilée, ou dans n'importe quelle autre forme souhaitable. Enfin, l'invention vise aussi un support d'enregistrement d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur selon l'invention. Un tel support d'enregistrement peut être constitué par n'importe quelle entité ou dispositif capable de stocker un tel programme. Par exemple, le support peut comporter un moyen de stockage, tel 30 qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement amovible tel qu'une clé USB ou une carte mémoire, ou un moyen d'enregistrement magnétique, tel qu'un disque dur. D'autre part, un programme ou module logiciel selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Les avantages procurés par un dispositif, un terminal de communication ou un 35 programme d'ordinateur, selon l'invention, tels que brièvement définis ci-dessus, sont identiques ou contribuent à ceux mentionnés plus haut en relation avec le procédé de mise à 3065549 8 jour d'un historique de communications, selon l'invention, et par conséquent ne seront pas rappelés ici. Brève description des figures 5 D'autres caractéristiques et avantages de la présente invention ressortiront de la description détaillée qui suit, laquelle fait référence aux dessins annexés dans lesquels : - la figure 1 représente un exemple d'écran d'un terminal mobile sur lequel une application mobile affiche une interface utilisateur contenant des liens d'appels activables ; - la figure 2 représente un exemple d'écran d'un terminal mobile sur lequel une 10 application mobile affiche un message demandant à l'utilisateur de confirmer la composition d'un appel suite à l'activation d'un lien d'appel ; - la figure 3 représente l'écran d'un terminal mobile affichant une interface utilisateur d'un journal d'appels d'une application de téléphonie selon l'état de la technique ; - la figure 4 illustre un environnement réseau dans lequel la présente invention est 15 mise en oeuvre, selon un mode de réalisation ; - la figure 5 représente sous forme d'organigramme les principales étapes d'un procédé de mise à jour d'un journal d'appels, selon un mode de réalisation de l'invention ; et - la figure 6 représente un écran d'un terminal mobile affichant une interface utilisateur d'un journal d'appels d'une application de téléphonie conforme à la présente invention. 20 Description détaillée de l'invention Dans la description qui suit, le mode de réalisation de l'invention choisi et décrit en détails est le premier mode de réalisation mentionné plus haut. Selon ce premier mode de réalisation, le lien de communication activable pour déclencher une communication est un lien 25 d'appel téléphonique, la communication déclenchée étant par conséquent une communication téléphonique. Une mise en oeuvre du procédé de mise à jour d'un historique de communications selon l'invention, appliquée à une communication par messages courts (SMS/MMS) peut être aisément déduite de la description détaillée qui suit, en utilisant des liens de type "SMS URI" 30 tels que décrits dans le document RFC 5724 mentionné plus haut. La figure 1 représente un exemple d'écran de terminal mobile sur lequel une application mobile affiche une interface utilisateur contenant des liens d'appels activables. Il s'agit dans cet exemple d'une application mobile de type bancaire installée dans un terminal mobile de type smartphone. L'interface utilisateur de l'application affiche un numéro de 35 téléphone 10 correspondant à un lien actif. Si l'utilisateur clique ou touche le lien, le lien est activé par l'application mobile et le numéro peut être alors composé automatiquement par 3065549 9 l'application de téléphonie du terminal. Selon l'application mobile considérée le numéro est composé automatiquement, ou bien composé après validation par l'utilisateur, par exemple comme illustré par la figure 2. En effet, la figure 2 représente un exemple d'écran de terminal mobile sur lequel une 5 application mobile affiche un message 20 demandant à l'utilisateur de confirmer la composition d'un appel suite à l'activation d'un lien d'appel, conformément à l'état de la technique. La figure 3 représente l'écran d'un terminal mobile affichant une interface utilisateur d'un journal d'appels d'une application de téléphonie selon l'état de la technique. Il s'agit dans cet exemple d'une interface utilisateur d'un journal d'appels mise en oeuvre par un téléphone de 10 type smattphone fonctionnant avec le système d'exploitation AndroidTM de Google. Dans l'interface représentée le numéro de téléphone 30 a été sauvegardé dans le journal d'appels suite à la composition automatique d'un numéro d'appel par activation d'un lien d'une page web téléchargée dans le terminal. Le numéro '0800 06 06 06' est dans cet exemple un numéro d'appel pour contacter un site commercial sur le web. Conformément à l'état actuel 15 de la technique, un tel numéro est enregistré automatiquement dans le journal d'appels à la fin de l'appel téléphonique. Etant donné que ce numéro ne correspond pas à un numéro d'un contact enregistré dans le carnet d'adresses de l'application de téléphonie, le numéro est enregistré en tant que tel dans le journal d'appels, sans aucune autre information relative, par exemple, à une personne ou une entité destinataire ou émettrice de l'appel. Par ailleurs, aucune 20 photo ou image ne remplace l'icône 31 prévue à cet effet en regard du numéro dans le journal d'appels. Comme mentionné plus haut dans la description, la présente invention vise à améliorer cette situation en fournissant un procédé et un dispositif de mise à jour d'un journal d'appels suite à un appel téléphonique déclenché après l'activation d'un lien d'appel téléphonique fourni 25 par une application exécutée par un terminal de communication, et permettant notamment d'enregistrer automatiquement des informations complémentaires dans le journal d'appels vis-à-vis d'un tel appel sortant ou entrant ; ces informations permettant à l'utilisateur du terminal d'identifier immédiatement le correspondant ou le contexte - visite d'un site commercial, par exemple - lié à l'appel téléphonique considéré. 30 Selon un exemple d'implémentation de l'invention, l'application dont l'exécution affiche un lien d'appel actif à l'écran du terminal de communication considéré peut être un navigateur web exécutant le code d'une page web téléchargée dans le terminal, le lien d'appel étant contenu dans le code de la page web. Selon un autre exemple d'implémentation, l'application dont l'exécution affiche un lien d'appel actif à l'écran du terminal de communication considéré, 35 est une application mobile installée dans le terminal, le plus souvent de type smartphone, le lien d'appel étant affiché par l'intermédiaire d'un composant web de l'application mobile. 3065549 10 Un mode de réalisation de l'invention va être à présent décrit en liaison avec les figures 4à 6. La figure 4 illustre un environnement réseau dans lequel la présente invention peut être mise en oeuvre. 5 L'environnement réseau représenté comprend un réseau de communication NW, un terminal de communication TU de type smartphone, équipé d'une application de téléphonie selon l'invention, et au moins un serveur WS de type serveur web hébergeant des sites web, par exemple des sites commerciaux, auxquels un utilisateur du terminal peut se connecter via une application de navigation web de son terminal en téléchargeant des pages web associées à 10 de tels sites. Le réseau NW est ici, selon l'exemple de réalisation choisi et illustré, un réseau mobile dit de 3ème génération - par exemple conforme à la norme UMTS (Universel Mobile Telecommunications System) -, ou à un réseau mobile dit de 4ème génération - par exemple conforme à la norme LTE (Long Term Evolution). Ce réseau NW permet l'interconnexion avec 15 un réseau IP (Internet Protocol) de type Internet, non représenté sur la figure 1, et auquel est connecté le serveur WS. Le terminal TU est constitué d'éléments agencés selon une architecture matérielle (40) d'ordinateur intégrant une mémoire et disposant d'une application de téléphonie selon l'invention préalablement installée dans la mémoire. 20 Cette architecture 40 comprend notamment : - un processeur (PRC) associé à un bus de données (Bu) permettant aux différentes entités de cette architecture de communiquer entre elles ; - un module I/O d'interface de communication réseau, capable d'établir des sessions de communication selon un protocole de communication tel qu'un protocole de type HTTP 25 (HyperText Transfer Protocol) ou HTTPS (HyperText Transfer Protocol Secure), sur le réseau NW pour communiquer avec le serveur WS; - un module système d'exploitation, OS, par exemple le système d'exploitation AndroidTM de la société Google, gérant l'interaction entre les différents modules et le processeur (PRC) du terminal TU; 30 - un module d'affichage SCR/KB associé à un clavier (tactile ou mécanique) et un écran d'affichage couplé avec un module d'interface graphique GUI (Graphical User Interface) pour présenter graphiquement à l'utilisateur du terminal des données relatives à un ensemble d'applications de communication accessibles depuis le terminal ou installées dans celui-ci, et notamment concernant un journal d'appels d'une application de téléphonie selon l'invention ; 35 - un module mémoire M1 comprenant des composants mémoire de type ROM et RAM et dans lequel sont stockés des modules logiciels associés à un ensemble d'applications installées dans le terminal, parmi lesquelles l'application AP de téléphonie selon l'invention, dont 3065549 11 l'exécution permet de mettre en oeuvre le procédé de mise à jour d'un journal d'appels selon l'invention. D'un point de vue fonctionnel, le terminal TU inclut notamment les modules fonctionnels détaillés ci-après et regroupés dans une application AP de téléphonie installée en 5 mémoire (M1) du terminal. On entend ici par "application AP" un ensemble de modules logiciels dont l'exécution par le processeur du terminal provoque la mise en oeuvre du procédé de mise à jour d'un journal d'appels selon l'invention. Ainsi, les modules fonctionnels associés au terminal TU incluent notamment les modules ci-après. - Un module d'affichage adapté à afficher sur un écran du terminal un élément 10 graphique représentatif d'un numéro d'appel associé au lien d'appel, ce lien d'appel étant associé à des métadonnées représentatives d'informations d'identification d'un destinataire d'un appel téléphonique déclenché à partir du numéro d'appel. En particulier, dans le cas où le lien d'appel est incorporé dans une page web lue par un navigateur web du terminal, le module d'affichage précité est également adapté pour analyser une page web dont le code a été 15 configuré préalablement avec des métadonnées associées à un hyperlien pointant vers un numéro d'appel téléphonique, les métadonnées comprenant au moins des informations d'identification d'un correspondant associé à un appel téléphonique utilisant le numéro d'appel associé à l'hyperlien. - Un module d'obtention d'informations configuré pour obtenir, suite à l'activation d'un 20 tel élément graphique, des informations d'identification d'un destinataire à partir des métadonnées associées au lien ; - un module de déclenchement d'un appel téléphonique utilisant le numéro d'appel ; et - un module de mise à jour du journal d'appels à partir des informations d'identification du destinataire de l'appel. 25 Les fonctions des différents modules associés au terminal TU sont décrites plus en détail en relation avec la figure 5 et en référence aux étapes du procédé de mise à jour d'un journal d'appels, selon l'invention, qui sont mises en oeuvre par un terminal selon l'invention. Dans le mode de réalisation de l'invention choisi et décrit plus bas en liaison avec la figure 5, le mécanisme de mise à jour d'un journal d'appels, résultant de la mise en oeuvre du 30 procédé selon l'invention par un terminal de communication (TU), débute par l'exécution d'une application contenant un lien d'appel (noté Tel_Lien), cette application peut être par exemple une application mobile installée dans le terminal contenant un composant web implémentant un lien d'appel, ou bien un navigateur web du terminal affichant une page web téléchargée préalablement en provenance d'un serveur (WS). 35 Une telle page web téléchargée ou un composant web d'une application mobile, contient un lien (hyperlien), noté Tel Lien sur la figure 5, vers un numéro d'appel téléphonique. 3065549 12 Pour rappel, selon le document RFC 3966 (voir en particulier section 3, URI Syntax) un lien utilisant un 'tel URI' est exprimé de la façon suivante : "tel :" telephone-subscriber Par exemple, 'tel : +1-201-555-0123' : cette URI pointe vers un numéro de téléphone aux 5 Etats-Unis. Si le code de la page web utilise le langage HTML, l'identifiant tel URI peut être alors incorporé dans une balise HTML par exemple la balise selon l'exemple suivant. Composer +1-201-555-0123 pour obtenir de l'assistance Cette suite d'instructions HTML lorsqu'elle interprétée par le navigateur web du terminal 10 produit l'affichage sur l'écran du terminal la ligne suivante : Composer +1-201-555-0123 pour obtenir de l'assistance Si l'utilisateur clique sur ou touche (écran tactile) le numéro affiché, le numéro de téléphone est automatiquement composé ou bien selon le fonctionnement de l'application de téléphonie, la composition peut être conditionnée par la validation de l'utilisateur. 15 Conformément à l'invention, dans le cas d'une page web téléchargée dans le terminal, le code de la page web est configuré de sorte que des métadonnées sont associées au lien, ces métadonnées représentant des informations d'identification d'un correspondant joignable lorsque le numéro d'appel précité est composé. Dans le mode de réalisation choisi, le lien comprend un identifiant 'tel URI' tel que défini 20 dans le document RFC 3966 mentionné plus haut, cependant conformément à l'invention de nouveaux paramètres ont été définis de manière à adjoindre des métadonnées à l'identifiant tel URI, ces métadonnées permettant de représenter des informations d'identification d'un correspondant joignable lorsque le numéro d'appel associé au lien est composé. On donne ci-après un exemple d'identifiant tel UR/modifié selon l'invention : 25 tel : 0800060606 ; phone-ident=TopAchat ; phone-logo=./logoTopAchat.png Ci-dessus, les nouveaux paramètres "phone-dent et "phone-logd' permettent de coder des métadonnées représentant des informations supplémentaires associées au numéro de téléphone pointé par le tel URI, respectivement un identifiant d'entité ou de personne associée au numéro d'appel et une image (logo par exemple) représentatif de l'entité ou de la personne 30 précitée. Ainsi, dans cet exemple, les métadonnées sont respectivement le nom commercial de la société de vente en ligne Top AchatTM correspondant au numéro d'appel 0800060606 et un fichier contenant le logo de la société Top AchatTM sous forme d'image au format PNG (Portable Network Graphic). Comme mentionné plus haut le lien pointant vers un numéro de téléphone selon 35 l'invention (Tel Lien) peut être constitué d'un identifiant de type "tel URI" qui est inclus dans 3065549 13 une balise selon le langage HTML et les métadonnées associées étant définies par des balises ou des attributs spécifiques. Selon une variante de réalisation, le lien tel URI selon l'invention peut être réalisé par l'ajout d'un paramètre, désigné selon un exemple par "phone-webline, permettant de joindre 5 au tel URI, une URL (Uniform Resource Locator) pointant vers l'adresse web d'un site associé au numéro de téléphone. En reprenant l'exemple précédent, ce lien pourrait se présenter comme suit : tel : 0800060606 ; phone-weblink://topachat.com Selon cette variante, lorsque le lien est activé, les informations complémentaires 10 associées au numéro de téléphone sont obtenues par interrogation du site web par le navigateur du terminal via Internet, dans l'exemple ci-dessus, à l'adresse : http://topachatcom Cette variante suppose que la page web d'accueil du site web de l'entité ou société correspondant au numéro de téléphone soit préalablement configurée pour fournir les informations complémentaires lorsque le paramètre "phone-webline est interprété par le 15 navigateur du terminal. Par exemple, ces informations complémentaires associées au numéro de téléphone (c'est-à-dire les informations d'identification d'un correspondant d'un appel déclenché par activation du lien), peuvent être obtenues à l'aide d'une nouvelle balise HTML permettant de coder les métadonnées directement dans la page web associé au site web de l'entité correspondant au numéro de téléphone. En reprenant l'exemple de la société Top 20 AchatTM, une telle balise HTML peut être de la forme suivante : TopAchat La figure 5 représente sous forme d'organigramme les principales étapes d'un procédé de mise à jour d'un journal d'appels, selon un mode de réalisation de l'invention. Le procédé débute par une étape S501 d'exécution dans un terminal de communication (TU, 25 figure 4) d'une application APP configurée pour afficher au moins un lien d'appel, par exemple un navigateur web via lequel l'utilisateur du terminal de communication a téléchargé une page web contenant un lien (Tel Lien) vers un numéro d'appel téléphonique. Comme expliqué plus haut, conformément à l'invention des métadonnées sont associées au lien et permettent d'obtenir des informations d'identification d'un correspondant d'un appel téléphonique utilisant 30 le numéro d'appel associé au lien. A l'étape S503, selon l'exemple d'un navigateur web, la page web téléchargée est affichée sur l'écran du terminal (TU), par exemple une page web d'une société commerciale, contenant un numéro de téléphone associé le cas échéant à un élément graphique actif, par exemple un symbole représentant un téléphone. 35 A l'étape S505, l'utilisateur active le numéro ou l'élément graphique affiché, par exemple en touchant le numéro ou l'élément avec le doigt si l'écran est de type tactile, le 3065549 14 navigateur web du terminal interprète l'interaction tactile comme une commande d'activation du lien (Tel Lien). L'activation du lien provoque son analyse ce qui produit d'une part la récupération (étape S507) du numéro de téléphone ( Tel Num) codé dans le lien et d'autre part, conformément à l'invention, la récupération des informations d'identification d'un correspondant 5 (Info(Tel Num)), à partir des métadonnées associées au lien (comme exposé plus haut). A l'étape suivante (S509), le navigateur web transmet le numéro d'appel à l'application de téléphonie du terminal qui déclenche un appel téléphonique à partir du numéro de téléphone codé dans le lien. Cet appel téléphonique peut être soit déclenché automatiquement lors de l'activation du lien, soit déclenché après que l'utilisateur est validé par une commande vocale ou 10 tactile la composition automatique du numéro par l'application de téléphonie. Une fois l'appel téléphonique terminé, le journal d'appel de l'application de téléphonie est mis à jour, conformément à l'invention, c'est-à-dire à partir des informations d'identification du correspondant de l'appel obtenues à partir des métadonnées associées au lien ( Tel Lien). Plus précisément, lorsque le numéro de l'appel composé par activation du lien est un 15 numéro correspondant à un contact déjà présent dans le carnet d'adresses du terminal, alors le journal d'appels est mis à jour de manière classique en utilisant le nom du contact renseigné dans le carnet d'adresses. En revanche, si le numéro d'appel ne correspond pas à un contact présent dans le carnet d'adresses du terminal, comme c'est le cas le plus souvent avec un numéro pour contacter par exemple un service après-vente d'une société commerciale, alors le 20 journal d'appels est mis à jour en utilisant les informations d'identification du correspondant de l'appel, qui ont été obtenues à l'étape S507, à partir des métadonnées associées au lien. En particulier, lorsque le destinataire de l'appel est une société commerciale, les informations d'identification précitées sont constituées d'un nom commercial et/ou d'un logo et/ou d'une image identifiant la société commerciale. 25 De manière classique, un journal d'appels d'un terminal de type smartphone comporte un enregistrement pour chaque appel sortant ayant été composé dans le terminal, et lorsqu'aucun contact associé au numéro d'appel n'est trouvé dans le carnet d'adresses du terminal, l'enregistrement précité comprend uniquement le numéro d'appel composé. Dans ce cas, lors de l'étape (S511) de mise à jour, selon le procédé de l'invention, comprend selon le 30 mode de réalisation choisi le remplacement du numéro d'appel classiquement enregistré dans le journal d'appels par un identifiant du destinataire de l'appel, obtenu à partir des métadonnées associées au lien, ou bien l'ajout de l'identifiant du destinataire de l'appel au numéro d'appel enregistré. De plus, lorsque le journal d'appels est configuré pour représenter une icône 35 symbolisant un visage en association avec un numéro d'appel enregistré - une telle icône étant remplacée classiquement par la photo associée à un contact, lorsque le destinataire d'un appel est un contact présent dans le carnet d'adresses du terminal -, alors l'icône associée au 3065549 15 numéro de l'appel composé est remplacée par une image identifiant le destinataire de l'appel, cette image étant obtenue à partir des informations d'identification d'un correspond récupérées à partir des métadonnées codées dans le lien d'appel ( Tel Lien). Selon un mode de réalisation particulier du procédé selon l'invention, après l'étape 5 (S511) de mise à jour du journal d'appels, à l'étape S513 l'application de téléphonie du terminal peut mettre à jour, automatiquement ou après validation par l'utilisateur du terminal, le carnet d'adresses du terminal à partir des informations d'identification du destinataire de l'appel. La figure 6 représente l'écran d'un terminal mobile affichant une interface utilisateur d'un journal d'appels associé à une application de téléphonie conforme à la présente invention. 10 D s'agit encore dans cet exemple d'une interface utilisateur d'un journal d'appels mise en oeuvre dans un téléphone de type smartphone fonctionnant avec le système d'exploitation AndroidTM de Google. Dans l'interface utilisateur représentée, suite à un appel téléphonique déclenché en réponse à l'activation d'un lien d'appel, conforme à l'invention, relatif à la société Top AchatTM. 15 Ce lien, codé dans une page web d'accueil de cette société, pourrait être par exemple comme suit : tel : 0800060606 ; phone-ident=TopAchat ; phone-logo=./logoTopAchat.png Comme illustré sur la figure 6, à la différence du journal d'appels de la figure 3, dans l'enregistrement du journal d'appels correspondant à l'appel émis, une icône a été remplacée 20 par le logo 61 de la société Top AchatTM et le nom commercial 60 de cette société a été ajouté, grâce aux informations obtenues par les métadonnées codées dans le lien tel URI ci-dessus. Dans cet exemple, l'enregistrement de l'appel contient aussi le numéro d'appel composé (0800 06 06 06). 25 REVENDICATIONS1. Procédé de mise à jour d'un historique de communications suite à une communication déclenchée après activation d'un lien de communication fourni par une application exécutée par un terminal de communication, le procédé étant caractérisé en ce qu'il comprend les étapes suivantes : - affichage (S503) sur un écran dudit terminal d'un élément graphique représentatif 10 d'un numéro de communication associé audit lien de communication, ledit lien de communication étant associé à des métadonnées représentatives d'informations d'identification d'un destinataire d'une communication déclenchée à partir dudit numéro de communication ; - activation (S505) dudit lien de communication et obtention (S507) desdites informations d'identification d'un destinataire, à partir des métadonnées associées audit lien ; 15 - déclenchement (S509) d'une communication utilisant ledit numéro de communication ; et - mise à jour (S511) de l'historique de communications à partir desdites informations d'identification du destinataire de la communication. 20 2. Procédé selon la revendication 1, comprenant en outre une étape de mise à jour (S513) d'un carnet d'adresses du terminal à partir desdites informations d'identification du destinataire de la communication. 3. Procédé selon la revendication 1 ou 2, dans lequel ledit lien de communication inclut 25 un identifiant de type "tel URI" ou "SMS URI", lesdites métadonnées étant des paramètres associés audit identifiant. 4. Procédé selon l'une quelconque des revendications 1 à 3, dans lequel ledit lien de communication est contenu dans une page web affichée dans ledit terminal. 30 5. Procédé selon la revendication 4, dans lequel l'identifiant de type "tel URI" ou "SMS URI" est inclus dans une balise selon le langage HTML, lesdites métadonnées étant définies par des balises ou des attributs spécifiques. 35 6. Procédé selon l'une quelconque des revendications 1 à 3, dans lequel ledit lien de communication est affiché par un composant web d'une application mobile exécutée dans ledit terminal, ledit terminal étant un terminal de communication mobile de type smartphone. 3065549 17 7. Procédé selon l'une quelconque des revendications 1 à 6, dans lequel ledit lien de communication est un lien d'appel téléphonique, ladite communication étant une communication téléphonique, le numéro de communication étant un numéro d'appel 5 téléphonique, et l'historique de communications étant un journal d'appels. 8. Procédé selon la revendication 7, dans lequel ledit journal d'appels comportant un enregistrement pour chaque appel sortant ayant été composé dans le terminal, cet enregistrement comprenant uniquement le numéro d'appel composé lorsqu'aucun contact associé au numéro d'appel n'est trouvé dans un carnet d'adresses du terminal, l'étape de mise à jour du journal d'appels inclut alors le remplacement du numéro d'appel enregistré dans le journal d'appels par un identifiant du destinataire de l'appel, ou bien l'ajout d'un identifiant du destinataire de l'appel au numéro d'appel enregistré, ledit identifiant étant obtenu à partir desdites informations d'identification d'un destinataire de l'appel obtenues à partir des métadon nées associées audit lien d'appel. 9. Procédé selon la revendication 8, dans lequel la mise à jour du journal d'appels comprend en outre l'ajout d'une image identifiant le destinataire de l'appel, obtenue à partir des informations d'identification d'un destinataire. 10. Procédé selon l'une quelconque des revendications 7 à 9, dans lequel lorsque le destinataire de l'appel est une société commerciale, lesdites informations d'identification sont constituées d'un nom commercial et/ou d'un logo et/ou d'une image identifiant la société commerciale. 11. Procédé selon l'une quelconque des revendications 1 à 6, dans lequel ledit lien de communication est un lien d'envoi d'un message court de type SMS/MMS, ladite communication étant une communication par messages courts, et l'historique de communications étant un historique de conversations par messages courts. 12. Procédé selon la revendication 11, dans lequel l'étape de mise à jour de l'historique de communications inclut alors le remplacement du numéro de communication enregistré dans ledit historique de conversations, par un identifiant du destinataire de la communication par messages courts, ou bien l'ajout d'un identifiant du destinataire de la communication audit numéro enregistré, ledit identifiant étant obtenu à partir desdites informations d'identification d'un destinataire de la communication obtenues à partir des métadonnées associées audit lien de communication. 3065549 18 13. Dispositif (20) de mise à jour d'un historique de communications suite à une communication déclenchée après activation d'un lien de communication fourni par une application exécutée par un terminal de communication dans lequel ledit dispositif est 5 incorporé, ledit dispositif étant caractérisé en ce qu'il comprend : - un module d'affichage adapté à afficher sur un écran du terminal un élément graphique représentatif d'un numéro de communication associé audit lien de communication, ledit lien de communication étant associé à des métadonnées représentatives d'informations d'identification d'un destinataire d'une communication déclenchée à partir dudit numéro de 10 communication ; - un module d'obtention, suite à l'activation dudit élément graphique, desdites informations d'identification d'un destinataire, à partir des métadonnées associées audit lien de communication ; - un module de déclenchement d'une communication utilisant ledit numéro de 15 communication ; et - un module de mise à jour de l'historique de communications à partir desdites informations d'identification du destinataire de la communication. 14. Terminal de communication (TU) comportant un dispositif de mise à jour d'un 20 historique de communications selon la revendication 13. 15. Programme (AP) d'ordinateur mis en oeuvre dans un terminal de communication, ledit programme comprenant des instructions dont l'exécution par un processeur du terminal, provoque l'exécution d'un procédé selon l'une quelconque des revendications 1 à 12. 25