FR3013545A1 - Procede de mise a jour d'un historique de communications partage - Google Patents

Abstract

L'invention concerne un procédé de mise à jour d'un historique d'évènements de communication partagé, associé à un premier identifiant de communication et tel que le procédé est mis en œuvre sur un terminal associé à un second identifiant de communication et qu'il comporte des étapes de réception (201) d'une notification relative à une modification de l'historique ; de déclenchement d'une action (203) à partir d'une donnée de l'historique ; et d'envoi d'une notification (204) vers un serveur de gestion de l'historique comportant au moins un identifiant de la donnée de l'historique et un identifiant associé au terminal.

Description

PROCÉDÉ DE MISE A JOUR D'UN HISTORIQUE DE COMMUNICATIONS PARTAGÉ L'invention se rapporte au domaine des télécommunications interpersonnelles et concerne plus particulièrement un historique d'évènements de communication partagé par une pluralité d'utilisateurs disposant d'un identifiant d'appel personnel et partageant un même identifiant d'appel collectif. La plupart des terminaux téléphoniques offrent la possibilité à leurs utilisateurs de consulter un historique des appels. Cet historique permet en particulier de garder une trace des appels émis, reçus ou les appels manqués en mémorisant un certain nombre de caractéristiques de ces appels, comme par exemple la date et l'heure, la durée de la communication ou encore l'identité du correspondant. Cet historique est très apprécié des utilisateurs car il permet par exemple de rappeler facilement un correspondant dont on aurait manqué un appel. Il arrive fréquemment que plusieurs terminaux soient associés à une même ligne téléphonique. Par exemple, un utilisateur peut raccorder plusieurs terminaux de type DECT (Digital Enhanced Cordless Telecommunications) à sa ligne fixe. Dans ce cas, les appels émis ou acceptés depuis l'un des terminaux ne laissent alors pas de trace dans l'historique d'appel des autres terminaux. Le document US 6882714 B2 propose une solution à cet inconvénient. Il décrit un système d'historique d'appels intégré à une passerelle domestique permettant de partager le contenu de l'historique entre une pluralité de terminaux associés à une même ligne téléphonique. Cette invention prévoit également que cet historique d'appel puisse être consulté à partir d'un terminal dépourvu de fonction téléphonique, comme par exemple un ordinateur, afin d'en permettre l'impression par exemple. L'historique d'appels tel que décrit dans ce document peut aussi bien être consulté à partir d'un terminal de type smartphone (téléphone intelligent) de façon à ce qu'un utilisateur puisse être averti des appels émis, reçus ou manqués sur sa ligne fixe directement sur son mobile. Cette dernière mise en oeuvre présente toutefois un inconvénient : lorsqu'un utilisateur rappelle un correspondant à partir de son téléphone mobile, par exemple suite à un appel manqué sur sa ligne fixe, cet appel ne laisse aucune trace dans l'historique de la ligne fixe et les autres membres du foyer n'ont pas connaissance de ce nouvel appel. D'autre part, lorsqu'une personne écoute un message laissé sur une messagerie vocale, les autres membres ne connaissent pas l'identité de la personne ayant écouté le message, ni l'objet de ce message. Il existe donc un besoin pour que des actions réalisées par un utilisateur en rapport avec des entrées d'un historique d'évènements de communication puissent apparaitre dans cet historique, cela même s'ils sont émis à partir d'une autre ligne téléphonique. La technique actuelle présente un autre inconvénient lorsque plusieurs utilisateurs partagent une même ligne téléphonique : il n'est pas possible de connaître l'identité de la personne qui a émis ou accepté un appel, rappelé un correspondant suite à un appel manqué, écouté un message vocal ou répondu à un SMS (Short Message Service). Ainsi, un utilisateur ne sais pas à qui s'adresser au sein du foyer pour connaître l'objet d'un appel qui apparait dans l'historique.

II existe donc également un besoin pour que les utilisateurs partageant une même ligne téléphonique puisse connaître l'identité de la personne qui a effectué une action en rapport avec une entrée d'un historique d'évènements de communication. La présente invention améliore la situation par rapport à l'état de la technique. À cet effet, la présente invention concerne un procédé de mise à jour d'un historique d'évènements de communication partagé, associé à un premier identifiant de communication tel que le procédé est mis en oeuvre sur un terminal associé à un second identifiant de communication et qu'il comporte des étapes de réception d'une notification relative à une modification de l'historique ; de déclenchement d'une action à partir d'une donnée de l'historique ; et d'envoi d'une notification vers un serveur de gestion de l'historique comportant au moins un identifiant de la donnée de l'historique et un identifiant associé au terminal. Ainsi, lorsqu'un utilisateur rappelle un correspondant depuis son téléphone mobile suite à un appel manqué sur sa ligne fixe, une nouvelle entrée relative à l'appel est ajoutée à l'historique de la ligne fixe. L'action déclenchée à partir de la donnée d'historique peut être par exemple une communication vocale, l'envoi d'un SMS, l'écoute d'un message vocal ou tout autre action en rapport avec un évènement de communication mémorisé dans l'historique. De cette façon, les autres utilisateurs de la ligne fixe, par exemple les autres membres du foyer, peuvent savoir qu'une personne a rappelé un correspondant suite à un appel manqué ou qu'une personne a écouté un message vocal laissé par un correspondant par exemple ou encore répondu à un message textuel. Le fait de transmettre un identifiant de la donnée d'historique à partir de laquelle a été émis le nouvel appel permet avantageusement de mettre en évidence le fait qu'une action a été effectuée en rapport à une entrée de l'historique et permet d'améliorer la lisibilité de l'information lors de la consultation de l'historique.

Selon un autre mode de réalisation, le procédé comporte au préalable une étape de souscription aux notifications de modifications de l'historique d'évènements de communication, la souscription comprenant au moins un identifiant de l'utilisateur et un identifiant associé au terminal.

Un utilisateur peut ainsi associer son terminal personnel à l'historique d'appel d'une ligne téléphonique partagée entre une pluralité d'utilisateurs. L'identifiant de l'utilisateur peut être par exemple un nom ou prénom saisi par l'utilisateur. L'identifiant associé au terminal peut être par exemple, de façon non exclusive, le numéro de la ligne téléphonique ou un identifiant unique du terminal, comme un numéro de série ou un IMEI (International Mobile Equipement Identity en anglais). Cette souscription permet au terminal de recevoir les notifications relatives aux modifications de l'historique. Lorsqu'elle est complétée par une phase d'authentification, cette étape permet de contrôler l'accès aux données de l'historique d'appel. D'autre part, les identifiants d'utilisateurs et de terminaux permettent de désigner par exemple l'auteur d'un appel téléphonique, d'un message textuel ou de tout autre action en rapport avec un évènement mémorisé dans l'historique. Dans un autre mode de réalisation, le procédé est tel que la notification envoyée vers le serveur de gestion de l'historique d'évènements de communication comporte en outre un champ apte à contenir un message textuel. Un utilisateur peut par exemple renseigner ce champ pour préciser l'objet d'une communication, afin que les autres utilisateurs de la ligne partagée puissent en prendre connaissance en consultant l'historique. Par exemple, ce champ peut servir à décrire l'objet d'un appel ou d'un message vocal afin d'en informer les autres utilisateurs de la ligne partagée.

Corrélativement, l'invention concerne également un procédé de gestion d'un historique d'évènements de communication partagé associé à un premier identifiant de communication tel qu'il comporte, à la réception d'une notification en provenance d'un terminal associé à un second identifiant de communication, la notification comportant au moins un identifiant d'une donnée de l'historique et un identifiant associé au terminal, des étapes de création dans une base de données d'un nouvel enregistrement comportant au moins une association entre la donnée de l'historique et l'identifiant associé au terminal; et d'envoi d'une notification relative à une modification de l'historique vers un ensemble prédéterminé de terminaux.

Ainsi, le gestionnaire d'historique peut garder une trace des actions effectuées depuis des terminaux associés à une ligne téléphonique différente de celle à laquelle est associé l'historique d'appel. Lorsqu'une action est effectuée en relation avec une entrée de l'historique préexistante, par exemple lorsqu'un utilisateur rappelle un correspondant suite à un appel manqué, qu'un utilisateur écoute un message vocal ou répond à un message textuel, le nouvel enregistrement créé dans l'historique comprend une référence vers l'enregistrement en rapport avec lequel l'action a été effectuée. Il est ainsi possible d'associer les entrées de l'historique en rapport les unes avec les autres afin d'en améliorer la lisibilité. Selon un mode de réalisation particulier, le procédé de gestion d'un historique est tel que l'ensemble prédéterminé de terminaux est constitué des terminaux pour lesquels une demande de souscription a été reçue. De nouveaux terminaux peuvent ainsi être facilement associés à l'historique d'évènements de communication.

L'invention concerne également un dispositif de mise à jour d'un historique d'évènements de communications partagé associé à un premier identifiant de communication tel qu'il est associé à un second identifiant de communication et qu'il comporte un module de réception d'une notification relative à une modification de l'historique ; un module de déclenchement d'une action à partir d'une donnée de l'historique ; et un module d'envoi d'une notification vers un serveur de gestion de l'historique comportant au moins une association entre la donnée de l'historique et l'identifiant associé au dispositif.

L'invention concerne également un dispositif de gestion d'un historique de communication, l'historique de communication étant partagé et associé à un premier identifiant de communication, le dispositif comportant un module de réception d'une notification en provenance d'un terminal associé à un second identifiant de communication, la notification comportant au moins une association entre une donnée de l'historique et l'identifiant associé au terminal ; un module de création dans une base de données d'un nouvel enregistrement comportant au moins une association entre une donnée de l'historique et le second identifiant de communication ; et un module d'envoi d'une notification relative à une modification de l'historique. L'invention concerne aussi un terminal comprenant un dispositif de mise à jour d'un historique de communication et/ou un dispositif de gestion d'un historique de communications. L'invention concerne également un serveur comprenant un dispositif de gestion d'historique tel que décrit ci-dessus.

L'invention concerne aussi un programme d'ordinateur comportant les instructions pour l'exécution du procédé de mise à jour et/ou les instructions pour l'exécution du procédé de gestion tels que décrits ci-dessus, lorsque le programme est exécuté par un processeur. L'invention concerne également un support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé de mise à jour et/ou des instructions pour l'exécution des étapes du procédé de gestion. Les terminaux, équipements, dispositifs, programmes et supports d'enregistrement présentent des avantages analogues à ceux des procédés correspondant décrits ci-dessus.

D'autres avantages et caractéristiques de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation particulier de l'invention, donné à titre d'exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : La figure 1 illustre un exemple d'environnement de mise en oeuvre des procédés de mise à jour et de gestion d'un historique d'évènements de communication selon un mode particulier de réalisation.

La figure 2 illustre les étapes du procédé de mise à jour mis en oeuvre selon un mode particulier de réalisation, La figure 3 illustre les étapes du procédé de gestion d'un historique mis en oeuvre selon un mode particulier de réalisation, La figure 4 illustre l'architecture d'un dispositif de mise à jour d'un historique selon un mode particulier de réalisation, La figure 5 illustre l'architecture d'un dispositif de gestion d'un historique selon un mode particulier de réalisation, La figure 1 illustre un environnement de mise en oeuvre des procédés de mise à jour et de gestion d'un historique d'évènements de communication. L'environnement est constitué d'une installation téléphonique domestique 104 comprenant une ligne téléphonique 107 à laquelle sont raccordés deux terminaux 105 et 106. La ligne téléphonique 107 est connectée au réseau de communication 103 d'un opérateur. Le réseau de télécommunication peut être par exemple un réseau commuté, un réseau IMS (Internet Multimédia Subsystem) ou n'importe quel autre réseau de télécommunication fixe ou mobile. Dans cet exemple de mise en oeuvre, il s'agit d'un réseau de type IMS qui comporte en particulier un serveur d'application (ou AS pour Application server) de téléphonie 108 mettant en oeuvre le procédé de gestion d'un historique d'évènements de communication. Selon un autre mode de réalisation, le procédé de gestion peut être mis en oeuvre sur un autre équipement, comme par exemple sur une passerelle internet domestique localisée au sein d'une habitation ou encore un serveur web. De façon générale, tout équipement pouvant obtenir les évènements télécom relatifs à une ligne téléphonique peut accueillir une mise en oeuvre du procédé de gestion. La figure 1 illustre également un terminal mobile 100 connecté à un réseau de télécommunications 102 et associé à une ligne téléphonique 101. Le terminal 100 peut être par exemple un téléphonie mobile de type smartphone (téléphone intelligent) enregistré sur un réseau mobile de type GSM. Le réseau de télécommunication 102 peut par exemple être un réseau mobile de type 3G. Ce second réseau de télécommunication 102 est interconnecté au premier réseau de télécommunication 103. Le terminal 100 met en oeuvre le procédé de mise à jour d'un historique d'évènements de communication. Le procédé peut par exemple être mise en oeuvre dans une application téléchargeable comportant les instructions pour l'exécution du procédé de mise à jour et exécutée par le processeur du terminal ou encore par exemple sur un serveur web accessible depuis le terminal 100. Selon un autre mode de réalisation, le terminal 100 peut être connecté au même réseau de télécommunication 103 que les terminaux 105 et 106. Il peut également s'agir par exemple d'un ordinateur personnel équipé d'une connexion internet et sur lequel est installé un logiciel de communication par internet par exemple. La figure 2 illustre les étapes du procédé de mise à jour d'un historique d'évènements de communication tel qu'il peut être mis en oeuvre sur le terminal 100 de la figure 1.

Lors d'une première étape optionnelle 200, le terminal peut envoyer une demande de souscription à un serveur de gestion d'un historique d'évènements de communication. Selon un mode de réalisation particulier, cette demande peut comprendre un identifiant du terminal et un identifiant de l'utilisateur. Par exemple, la souscription peut être réalisée au moyen d'un message SIP (Session Initiation Protocol) de type SUBSCRIBE.

L'identifiant de l'utilisateur peut être renseigné par l'utilisateur lui-même au travers d'une interface graphique sur le terminal. Il peut s'agir par exemple de son nom ou d'un pseudonyme. Selon un autre mode de réalisation, il peut s'agir par exemple d'un identifiant connu du gestionnaire d'historique à partir duquel le gestionnaire d'historique pourra déduire l'identité de l'utilisateur, en utilisant par exemple une table de correspondances.

L'identifiant du terminal peut être par exemple un numéro de série, un numéro IMEI ou encore n'importe quel autre identifiant permettant au gestionnaire d'historique d'identifier le terminal de manière unique. Selon un mode de réalisation particulier, la demande de souscription émise par le terminal lors de l'étape 200 peut en outre comprendre un mécanisme d'authentification, de manière à limiter l'accès à l'historique d'appel aux seuls terminaux ou utilisateurs autorisés. Lorsqu'une modification intervient sur l'historique d'évènements de communication, par exemple et de façon non limitative lorsqu'une nouvelle entrée est créée suite à un appel émis, accepté ou manqué sur la ligne 107 de la figure 1, le terminal 100 de la figure 1 peut recevoir une notification lors d'une étape 201. Selon un mode particulier de réalisation, cette notification est reçue via la connexion internet du terminal. Selon un autre mode de réalisation, la notification peut encore être reçue par un message véhiculé dans la signalisation du protocole de téléphonie utilisé par le terminal 100, comme par exemple un SMS (Short Message Service), un message SIP (Session Initiation Protocol) ou de tout autre système de notification. En particulier, il peut s'agir d'un message SIP de type NOTIFY pouvant comporter des détails sur la modification de l'historique. Par exemple, la notification peut comprendre le type d'évènement de communication ayant provoqué l'envoi de la notification (comme par exemple de façon non exhaustive un appel émis, reçu ou manqué, une réponse à un SMS, une consultation de boite vocale, ...), un identifiant de l'entrée correspondant à cet évènement dans la base de données de l'historique, les coordonnées du correspondant ou encore tout autre information en relation avec cet évènement.

Lors d'une étape optionnelle 202, le terminal peut télécharger au moins une partie des entrées constituant l'historique des évènements de communications. Par exemple, le terminal peut télécharger les 20 dernières entrées de l'historique ou encore, selon un mode de réalisation particulier, le terminal peut conserver dans un cache local une partie des données d'historique de façon à ne télécharger que les entrées manquantes et ainsi optimiser le temps de téléchargement. Selon un mode de réalisation particulier, chaque entrée de l'historique téléchargée peut comporter, de façon non limitative, la durée de la communication, la date et l'heure, les coordonnées du correspondant, un identifiant de l'utilisateur ayant accepté ou émis l'appel, un message rédigé par un utilisateur en rapport à la communication, un identifiant de la donnée d'historique et un identifiant d'une donnée d'historique associée. L'identifiant de la donnée d'historique associée permet par exemple de rapprocher un appel manqué d'un appel émis lors de l'affichage sur le terminal, ou plus généralement, d'afficher les actions qui ont été effectuées par un utilisateur en rapport avec une entrée de l'historique.

Selon une étape 203, l'utilisateur peut déclencher une action à partir d'une entrée de l'historique des appels. Cette action peut par exemple et de façon non exhaustive consister à rappeler un correspondant suite à un appel manqué, consulter une messagerie vocale, répondre à un SMS, associer un commentaire sous forme d'un texte, ajouter un évènement dans un calendrier, etc... Selon un mode particulier de réalisation, le terminal peut par exemple afficher une liste interactive comportant les différentes entrées de l'historique et proposer différentes actions lorsque l'utilisateur sélectionne une entrée. De cette façon, un utilisateur peut par exemple décider de rappeler un correspondant à l'origine d'un appel manqué. Lorsqu'une action est ainsi déclenchée, le terminal mémorise l'entrée de l'historique correspondante ainsi que d'autres éléments relatifs à l'évènement, comme par exemple la date et l'heure de déclenchement d'une communication, de façon à pouvoir en établir la durée. Lors d'une étape 204, le terminal peut envoyer une notification vers le gestionnaire d'historique, la notification comprenant différents détails en relation avec l'appel. Cette notification peut consister en un message, transmis au gestionnaire d'historique par l'intermédiaire d'une connexion internet par exemple, comportant en particulier un identifiant de la donnée d'historique à partir de laquelle l'action a été déclenchée lors de l'étape 203, ainsi qu'un identifiant du terminal. Selon un mode de réalisation particulier, la notification peut comporter un identifiant de l'utilisateur à la place de l'identifiant du terminal. Elle peut également comporter des informations relative à l'action, comme par exemple sa durée, la date et l'heure, ou encore un identifiant du correspondant. Selon un mode de réalisation particulier, elle peut également comporter un commentaire de l'utilisateur qui peut être saisie au travers d'une interface sur le terminal, par exemple une zone de saisie ou encore un module de reconnaissance vocale permettant à l'utilisateur de dicter l'objet de l'appel à la fin d'une communication. La figure 3 illustre les étapes du procédé de gestion d'un historique selon un mode de réalisation particulier. Le procédé peut être mis en oeuvre sur un serveur dans un réseau de communication. Par exemple, le procédé peut être mis en oeuvre sur l' AS (Application Server) 108 de la figure 1 dans le réseau de télécommunication de type IMS (Internet Multimédia Subsystem) 103 représenté sur la figure 1. Cet AS peut être configure suivant l'état de l'art de façon à être notifié de toutes les communications associées à la ligne téléphonique 107 de la figure 1 et en constituer un historique. Lors d'une étape 300 optionnelle, le serveur de gestion d'historique peut recevoir une demande de souscription en provenance d'un terminal. Selon un mode particulier de réalisation le réseau de communication est un réseau IMS utilisant le protocole SIP pour établir les communications, la souscription pouvant par exemple être transmise à l'aide d'un message SUBSCRIBE et comportant éventuellement un mécanisme d'authentification. Le message de souscription peut comporter en particulier un identifiant du terminal et un identifiant de l'utilisateur permettant d'établir une association terminal/utilisateur pouvant être mémorisée dans une base de donnée de façon à pouvoir identifier explicitement l'auteur d'une communication dans l'historique. Selon l'état de l'art, le serveur peut mémoriser une liste des terminaux souscripteurs afin de pouvoir ultérieurement leur envoyer des notifications. Le serveur peut recevoir une notification relative à une communication en provenance d'un terminal, lors d'une étape 301. Par exemple, cette notification peut être émise par le terminal 100 de la figure 1 suite à une communication établie en rapport avec une entrée de l'historique. En particulier, la communication peut avoir été établie par l'utilisateur du terminal 100 de la figure 1 suite à une interaction avec une entrée de l'historique concernant un appel manqué. Cette notification peut par exemple être émise par le terminal lors de l'étape 204 du procédé de mise à jour de l'historique. Elle peut comporter un identifiant de l'utilisateur et/ou du terminal, des informations relatives à l'évènement, comme par exemple sa durée, la date et l'heure, ou encore un identifiant d'un correspondant. Selon un mode de réalisation particulier, elle peut également comporter une information concernant l'objet d'un appel ou un commentaire d'un utilisateur. Lors d'une étape 302, le serveur de gestion d'historique peut mémoriser les informations reçues dans la notification. Par exemple, le serveur peut créer un enregistrement dans une base de données qui peut être associé à un autre enregistrement présent dans la base de données, dont un identifiant peut avoir été transmis dans la notification. Ainsi, le serveur peut par exemple associer un appel émis sur la ligne 101 de la figure 1 avec un appel manqué sur la ligne 107 de la figure 1. Le serveur peut également mémoriser un identifiant du terminal ou de l'utilisateur transmis dans la notification, de façon à pouvoir indiquer pour une entrée dans l'historique l'auteur de la communication correspondante. Lorsque la notification reçue comporte une information concernant l'objet d'un appel ou un commentaire, celui-ci peut également être mémorisée en base de données. Lorsqu'un nouvel enregistrement a été créé dans la base de données, par exemple lors de l'étape 302, ou encore suivant l'état de l'art suite à un appel établi ou manqué sur la ligne 107 de la figure 1, le serveur de gestion d'historique peut notifier des terminaux de cet ajout lors d'une étape 303. Il peut par exemple notifier l'ensemble des terminaux souscripteurs, c'est-à-dire les terminaux pour lesquels une demande de souscription a été reçue lors de l'étape 300. Selon un mode de réalisation particulier, le serveur peut envoyer une notification à tous les terminaux souscripteurs à l'exception du terminal à l'origine de la création de le nouvelle entrée d'historique. Cette notification peut correspondre à la notification reçue par un terminal lors de l'étape 201 du procédé de mise à jour tel qu'illustré sur la figure 2 et en reprendre les caractéristiques. La figure 4 illustre l'architecture d'un dispositif 400 mettant en oeuvre le procédé de mise à jour d'un historique d'évènements de communication selon un mode particulier de réalisation de l'invention. Le dispositif comprend un espace de stockage 405, par exemple une mémoire MEM, une unité de traitement 401 équipée par exemple d'un processeur PROC. L'unité de traitement peut être pilotée par un programme 406, par exemple un programme d'ordinateur PGR, mettant en oeuvre le procédé de mise à jour tel que décrit dans l'invention en référence à la figure 2, et notamment les étapes de réception d'une notification relative à une modification de l'historique (201); de déclenchement d'une action à partir d'une donnée de l'historique (203); et d'envoi d'une notification vers un serveur de gestion de l'historique comportant au moins un identifiant de la donnée de l'historique et un identifiant associé au terminal (204). À l'initialisation, les instructions du programme d'ordinateur 406 sont par exemple chargées dans une mémoire RAM (Random Access Memory) avant d'être exécutées par le processeur de l'unité de traitement 401. Le processeur de l'unité de traitement 401 met en oeuvre les étapes du procédé de mise à jour selon les instructions du programme d'ordinateur 406. Pour cela, le dispositif comprend, outre la mémoire 406, des moyens de communication 403 (TXCOM) et 404 (RXCOM) permettant au dispositif de se connecter au réseau de communication et d'échanger des données avec d'autres dispositifs par l'intermédiaire du réseau de télécommunications, et par exemple d'envoyer et de recevoir les messages nécessaires à la mise en oeuvre du procédé. Ces moyens de communication peuvent par exemple être une interface réseau et servent notamment à obtenir les données d'historique et les notifications relatives aux modifications de l'historique. Selon un mode de réalisation particulier, le dispositif comprend également des moyens d'établissement d'une communication 408 (CALL) audio utilisant un microphone 410 et un haut-parleur 409. Le module de communication CALL peut également servir à échanger des messages textuels tels que des SMS. Le dispositif comprend également des moyens d'interaction utilisateur 407 (I/O) tels que par exemple un clavier, un écran tactile ou une interface affichée sur l'écran du terminal. Ces moyens d'interaction permettent par exemple à un utilisateur de composer un numéro ou de déclencher une action à partir d'une entrée de l'historique. Selon un mode particulier de réalisation de l'invention, le dispositif comprend des moyens d'affichage 402 (DISP) tels qu'un écran permettant par exemple d'afficher les entrées de l'historique. Selon un autre mode de réalisation particulier, le dispositif est intégré dans un terminal de type téléphone mobile, tablette, ordinateur personnel, télévision connectée à un réseau de télécommunication, borne interactive ou encore n'importe quel autre équipement connecté à un réseau de communication.

La figure 5 illustre l'architecture d'un dispositif 500 mettant en oeuvre le procédé de gestion d'un historique d'évènements de communication selon un mode particulier de réalisation de l'invention. Le dispositif comprend un espace de stockage 506, par exemple une mémoire MEM, une unité de traitement 502 équipée par exemple d'un processeur PROC. L'unité de traitement peut être pilotée par un programme 507, par exemple un programme d'ordinateur PGR, mettant en oeuvre le procédé de gestion tel que décrit dans l'invention en référence à la figure 3, et notamment les étapes de réception d'une notification en provenance d'un terminal associé à un second identifiant de communication (301), de création dans une base de données d'un nouvel enregistrement comportant au moins une association entre la donnée de l'historique et l'identifiant associé au terminal (302); et d'envoi d'une notification relative à une modification de l'historique vers un ensemble prédéterminé de terminaux (303). À l'initialisation, les instructions du programme d'ordinateur 507 sont par exemple chargées dans une mémoire RAM (Random Access Memory) avant d'être exécutées par le processeur de l'unité de traitement 502. Le processeur de l'unité de traitement 502 met en oeuvre les étapes du procédé de gestion d'un historique d'évènements de communication selon les instructions du programme d'ordinateur 507. Pour cela, le dispositif comprend, outre la mémoire 506, des moyens de communication 504 (TXCOM) et 505 (RXCOM) permettant au dispositif de se connecter au réseau de communication et d'échanger des données avec d'autres dispositifs par l'intermédiaire du réseau de télécommunications, et par exemple d'envoyer et de recevoir les messages nécessaires à la mise en oeuvre du procédé. Ces moyens de communication peuvent par exemple être une interface réseau et servent notamment à obtenir les données d'historique et les notifications relatives aux modifications de l'historique. Le dispositif comprend également des moyens de stockage persistant 508, par exemple une base de données DB permettant de mémoriser les évènements de communication et d'y accéder ultérieurement. Selon un mode de réalisation particulier, le dispositif est intégré dans un équipement de type serveur, passerelle domestique, ordinateur personnel, terminal de communication ou encore n'importe quel autre équipement connecté à un réseau de communication.

Claims (11)

1. REVENDICATIONS1- Procédé de mise à jour d'un historique d'évènements de communication partagé, associé à un premier identifiant de communication caractérisé en ce que le procédé est mis en oeuvre sur un terminal associé à un second identifiant de communication et qu'il comporte les étapes suivantes : Réception (201) d'une notification relative à une modification de l'historique ; Déclenchement d'une action (203) à partir d'une donnée de l'historique ; Envoi d'une notification (204) vers un serveur de gestion de l'historique comportant au moins un identifiant de la donnée de l'historique et un identifiant associé au terminal.
2. 2- Procédé selon la revendication 1 caractérisé en ce qu'il comporte au préalable une étape de souscription (200) aux notifications de modifications de l'historique d'évènements de communication, la souscription comprenant au moins un identifiant de l'utilisateur et un identifiant associé au terminal.
3. 3- Procédé selon l'une des revendications 1 ou 2 caractérisé en ce que la notification envoyée vers le serveur de gestion de l'historique des évènements de communication comporte en outre un champ apte à contenir un message textuel.
4. 4- Procédé de gestion d'un historique d'évènements de communication partagé associé à un premier identifiant de communication, le procédé étant caractérisé en ce qu'il comporte, à la réception d'une notification en provenance d'un terminal associé à un second identifiant de communication, la notification comportant au moins un identifiant d'une donnée de l'historique et un identifiant associé au terminal, les étapes suivantes : Création dans une base de données (302) d'un nouvel enregistrement comportant au moins une association entre la donnée de l'historique et l'identifiant associé au terminal; Envoi d'une notification (303) relative à une modification de l'historique vers un ensemble prédéterminé de terminaux.
5. 5- Procédé selon la revendication 4 caractérisé en ce que l'ensemble prédéterminé de terminaux est constitué des terminaux pour lesquels une demande de souscription a été reçue.
6. 6- Dispositif de mise à jour d'un historique d'évènements de communication partagé associé à un premier identifiant de communication caractérisé en ce qu'il est associé à un second identifiant de communication et qu'il comporte : Un module de réception d'une notification (405) relative à une modification de l'historique ; Un module de déclenchement d'une action (408) à partir d'une donnée de l'historique ;Un module d'envoi d'une notification (404) vers un serveur de gestion de l'historique comportant au moins une association entre la donnée de l'historique et l'identifiant associé au dispositif.
7. 7- Dispositif de gestion d'un historique d'évènements de communication, l'historique d'évènements de communication étant partagé et associé à un premier identifiant de communication, le dispositif comportant : Un module de réception d'une notification (505) en provenance d'un terminal associé à un second identifiant de communication, la notification comportant au moins une association entre une donnée de l'historique et l'identifiant associé au terminal : Un module de création dans une base de données (508) d'un nouvel enregistrement comportant au moins une association entre la donnée de l'historique et le second identifiant de communication ; Un module d'envoi d'une notification (504) relative à une modification de l'historique.
8. 8- Terminal caractérisé en ce qu'il comprend un dispositif selon la revendication 6 et/ou un dispositif selon la revendication 7.
9. 9- Serveur caractérisé en ce qu'il comprend un dispositif selon la revendication 7.
10. 10- Programme d'ordinateur comportant les instructions pour l'exécution du procédé de mise à jour selon l'une quelconque des revendications 1 à 3 et/ou les instructions pour l'exécution du procédé de gestion selon l'une quelconque des revendications 4 à 5, lorsque le programme est exécuté par un processeur.
11. 11- Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé de mise à jour selon l'une quelconque des revendications 1 à 3 et/ou des instructions pour l'exécution des étapes du procédé de gestion selon l'une quelconque des revendications 4 à 5. 25 30