FR 2845500 A1 20040409 FR 0212471 A 20021008 DISPOSITIF POUR GERER DES INFORMATIONS DE PRESENCE D'UTILISATEURS ISSUES D'UNE PLURALITE DE SYSTEMES DE GESTION DE PRESENCE. La présente invention concerne un dispositif pour unifier et gérer des informations de présence issues d'une pluralité de systèmes de gestion de présence, dans le cadre d'applications de mise en relation de personnes par l'intermédiaire de moyens de télécommunication. 10 La gestion de présence repose sur les notions suivantes. La présence est un état binaire (présent, absent) indiquant qu'un utilisateur est enregistré vis-à-vis d'un système de gestion de présence. L'information de présence peut être obtenue de différentes manières, par exemple, lors de la 15 connexion de l'utilisateur à un réseau au moyen d'un terminal de communication, lorsque l'utilisateur accède à son lieu de travail au moyen d'un badge d'identification, ou bien encore, lors d'une session d'accès à un service, etc. Cette notion se distingue de la joignabilité d'un utilisateur qui implique l'existence d'au moins un terminal accessible. En effet, un utilisateur d'un 20 téléphone mobile en service peut être considéré "présent" par le réseau de téléphonie mobile, même s'il est injoignable à un moment donné, car situé dans une zone non couverte par le réseau de téléphonie mobile. Cette notion de présence se distingue également de la notion de disponibilité de l'utilisateur: un utilisateur peut être présent vis-à-vis du système de gestion de présence, bien 25 qu'il ne souhaite pas donner son état de présence ou être joint. A l'heure actuelle, il existe des systèmes spécialement conçus pour effectuer de la gestion de présence comme les systèmes DynamicSoft, Indigo Software, et également Hotsip. Il existe également dans ce domaine des systèmes dont le 30 rôle principal n'est pas de gérer la présence des utilisateurs, mais qui mettent en oeuvre une telle fonction car nécessaire à leur application. Il s'agit par exemple des systèmes de messagerie instantanée par exemple comme Jabber, AOL, Microsoft et Yahoo, qui utilisent une fonction de gestion de présence pour indiquer aux utilisateurs avec quelles autres personnes ils peuvent dialoguer en 35 direct à un instant donné. Les services de messagerie instantanée permettent de signaler la présence (ou l'absence) de l'utilisateur de manière "automatique" lors du lancement (ou de - 2 l'arrêt) du logiciel de messagerie instantanée. Certains de ces services permettent même de détecter l'activité de l'utilisateur (actionnement du clavier et de la souris) et peuvent ainsi transmettre des informations de disponibilité. La plupart de ces systèmes se basent sur une technologie propriétaire et sont mono 5 terminal, c'est- à-dire que la notion de présence d'un utilisateur est déterminée par rapport à un seul terminal, même si l'utilisateur peut être joint par l'intermédiaire de plusieurs terminaux à un instant donné. Les systèmes de gestion de présence proprement dits ont un champ 10 d'application beaucoup plus large. Certains offrent même des solutions multi terminaux et multi réseaux. Le système Hotsip par exemple offre une passerelle entre un réseau GSM et un réseau IP. De nombreux serveurs de gestion de présence se basent sur des protocoles standards tels que SIMPLE (SIP for Instant Messaging and Presence Leveraging Extensions) de IETF (Internet 15 Engineering Task Force) dérivé du protocole SIP (Session Initiation Protocol) ou celui de Wireless Village" (protocole proposé par un consortium d'opérateurs de téléphonie mobile). Ces systèmes ne permettent pas de gérer la présence d'un utilisateur tout au 20 long de son activité journalière (bureau, réunion, déplacements,...) . Il est donc nécessaire de faire appel à plusieurs systèmes de gestion de présence (un par terminal ou par réseau de télécommunication) pour couvrir l'ensemble des activités ou situations d'un utilisateur. En outre, certains de ces systèmes fonctionnent de manière notificative, c'est-àdire qu'ils notifient tout 25 changement d'état de présence d'un utilisateur, mais ne permettent pas une interrogation directe de l'état d'un utilisateur. Par ailleurs, il apparaît des besoins de plus en plus nombreux d'applications intégrant une fonction de gestion de présence, chacune d'elles nécessitant le 30 développement d'éléments logiciels spécifiques à chaque système pour pouvoir fonctionner avec ces derniers, ce qui est coteux en temps de développement et d'intégration. Les systèmes multi terminaux ou multi réseaux présentent également 35 l'inconvénient de ne pas gérer un état global de présence d'un utilisateur. La présente invention a pour but de supprimer cet inconvénient. Cet objectif est atteint par la prévision d'un dispositif pour gérer des informations de présence -3 d'utilisateurs issues d'une pluralité de systèmes de gestion de présence vis-à-vis d'au moins un moyen de communication respectif, ce dispositif étant relié à des serveurs de gestion de présence connectés à des réseaux de transmission de données numériques pour recueillir des informations de présence des moyens de communication des utilisateurs. Selon l'invention, ce dispositif comprend un module de gestion de présence conçu de manière indépendante des moyens de communication d'utilisateurs et des serveurs de gestion de présence, et comprenant: 10 - un module central assurant une fonction de gestion de présence, - une interface applicative rassemblant des commandes nécessaires pour exploiter la fonction de gestion de présence, - des moyens de mémorisation rassemblant des informations nécessaires au 15 module de gestion de présence pour identifier les utilisateurs et leurs moyens de communication respectifs, les informations de présence des utilisateurs, et des informations nécessaires pour collecter les informations de présence de ces derniers auprès des serveurs de gestion de présence, et - une interface avec les serveurs de gestion de présence pour assurer les 20 communications entre le module central et les serveurs de gestion de présence. Le dispositif selon l'invention comprend en outre un module d'adaptation respectif par serveur de gestion de présence, conçu pour adapter l'interface aux 25 spécificités du serveur de gestion de présence respectif et aux spécificités d'un protocole de communication entre le module de gestion de présence et le serveur de gestion de présence respectif. Avantageusement, les moyens de mémorisation sont conçus pour enregistrer 30 plusieurs identifiants de moyens de communication pour un même utilisateur, et rassembler les informations de présence de chacun de ces moyens de communication. Selon une particularité de l'invention, l'interface applicative donne accès à un 35 service fournissant les informations de présence de tous les moyens de communication d'un utilisateur donné. Selon une autre particularité de l'invention, l'interface avec les serveurs de - 4 gestion de présence comprend une fonction d'enregistrement pour un moyen de communication d'un utilisateur, auprès d'un serveur de gestion de présence pour demander au serveur de gestion de présence de transmettre au module de gestion présence des notifications relatives à l'état de présence du moyen de 5 communication de l'utilisateur, une fonction de désenregistrement pour annuler un enregistrement effectué à l'aide de la fonction d'enregistrement, et une fonction conçue pour recevoir des serveurs de gestion de présence des notifications de changement de présence relatives à un moyen de communication d'utilisateur. Selon encore une autre particularité de l'invention, l'interface applicative donne accès à des services d'insertion et de suppression dans les moyens de mémorisation d'un utilisateur identifié par un identifiant unique indépendant d'un moyen de communication employé par l'utilisateur. 15 Selon encore une autre particularité de l'invention, l'interface applicative donne accès à des services d'insertion et de suppression d'informations relatives à un moyen de communication d'un utilisateur dans les moyens de mémorisation. De préférence, l'interface applicative est conçue conformément aux spécifications du Forum PAM. Selon une autre particularité de l'invention, les modules d'adaptation comprennent au moins une fonction de réception de notification de changement 25 d'état de présence d'un moyen de communication d'utilisateur. Avantageusement, l'un des modules d'adaptation est conforme au protocole SIMPLE, XMPP ou "Wireless Village" et comprend une fonction d'authentification permettant d'identifier le système de gestion de présence 30 auprès du serveur de gestion de présence respectif, et des fonctions d'enregistrement et de désenregistrement d'un moyen de communication d'utilisateur. Un mode de réalisation préféré de l'invention sera décrit ci-après, à titre 35 d'exemple non limitatif, avec référence aux dessins annexés dans lesquels La figure 1 représente d'une manière schématique un système de gestion de présence multi réseaux ou multi terminaux, selon l'invention; La figure 2 montre schématiquement l'organisation des moyens 5 de mémorisation utilisés par le dispositif représenté sur la figure 1. Sur la figure 1, le système de gestion de présence selon l'invention comprend un module 1 de gestion de présence destiné à être intégré dans une application 2 utilisant une fonction de gestion de présence, ce module étant destiné à être mis en communication avec un ou plusieurs réseaux de communication 3, 4 10 notamment pour recevoir des états de présence délivrés par des serveurs de gestion de présence 5, 6, 7 connectés à ces réseaux et concernant des moyens de communication 8, 8', 9 d'utilisateurs également connectés à ces réseaux. Selon l'invention, le module de gestion de présence 1 est conçu de manière 15 générique comprenant des composants standards 11 à 14, c'est-à- dire conçus indépendamment de l'application 2, des réseaux 3, 4 ou des serveurs de gestion de présence 5, 6, 7 avec lesquels le module 1 doit fonctionner, et des composants spécifiques. Les composants standards comprennent un module central 11 réalisant la fonction de gestion de présence proprement dite, une 20 interface applicative 12 rassemblant les commandes dont peut avoir besoin une application en ce qui concerne la gestion de présence, une interface 13 avec les serveurs de gestion de présence, et un système de gestion 14 de base de données permettant de gérer le contenu d'une base de données 15. Les composants spécifiques sont des adaptateurs 16, 17, 18 spécifiques des réseaux et des 25 serveurs de gestion de présence que doit utiliser l'application 2, et une base de données 15 dont la structure est standard et le contenu spécifique de l'application dans laquelle le module 1 est intégré. L'interface applicative 12 est un composant standard puisque l'on considère que 30 c'est à l'application de s'adapter aux spécificités de cette interface. Les composants standards 11 à 14 sont réalisés de préférence sous la forme de ce que l'on appelle une "brique blanche" qui est un élément logiciel générique réalisant une fonction particulière et dont les interfaces d'entrée et de sortie sont 35 parfaitement définies. Une telle brique logicielle est conçue pour pouvoir être adaptée à un environnement et à un programme applicatif dans lequel elle est - 6 destinée à être intégrée. De cette manière, cette brique logicielle peut être intégrée dans un grand nombre d'applications, ce qui apporte un gain de temps important dans la conception et la réalisation de telles applications, et également améliore la fiabilité de ces dernières si une telle brique est réalisée dans un contexte industriel, c'est-à-dire parfaitement testée et éprouvée. Les adaptateurs 16, 17, 18 permettent d'adapter le module de gestion de présence 1, et en particulier l'interface 13 aux spécificités des serveurs de gestion de présence qui peuvent être de types très divers. 10 La base de données 15 contient toutes les informations nécessaires pour fournir l'état de présence de différents utilisateurs qui peuvent être présents sur les différents réseaux 3, 4 et utiliser chacun plusieurs terminaux de communication 8, 8', 9. Sur la figure 2, cette base de données comprend une table d'utilisateurs 21, une table 22 de média de communication, une table 24 de serveurs de gestion de présence (SGP) et une table de présence 24. Chaque enregistrement de la table d'utilisateurs 21 associe un identifiant d'utilisateur vis-à-vis de l'application 20 dans laquelle le module de gestion est destiné à être intégré, avec un identifiant de moyen de communication, ce dernier identifiant pouvant être par exemple un numéro de téléphone, une adresse de messagerie électronique, etc. Ainsi, lorsqu'un utilisateur est joignable par plusieurs moyens de communication 8, 8', 9, la table 21 contient plusieurs enregistrements comportant l'identifiant de 25 l'utilisateur. Chaque enregistrement de la table média 22 comprend un identifiant de moyen de communication, tel que l'on peut le trouver dans la table utilisateur 21, un identifiant du moyen de communication vu par le serveur de gestion de 30 présence 5, 6, 7 qui gère la présence de l'utilisateur sur ce moyen de communication, un identifiant de serveur de gestion de présence, et un code définissant le type de moyen de communication, par exemple téléphone fixe, téléphone mobile, messagerie électronique, messagerie instantanée, etc. Un moyen de communication est défini de façon unique par le couple (identifiant 35 du moyen de communication vu par le serveur de gestion de présence, identifiant du serveur de gestion de présence). La table des systèmes de gestion de présence 23 comprend un enregistrement -7 par serveur 5, 6, 7 de gestion de présence susceptible d'être connecté au module de gestion de présence 1, chaque enregistrement comprenant un identifiant de serveur de gestion de présence, l'adresse du serveur sur le réseau 3, 4 reliant l'application 2 au serveur de gestion de présence 5, 6, 7, le port de 5 communication à utiliser par l'application 2 pour communiquer avec le serveur et un identifiant de protocole à employer pour ces communications. La table de présence 24 comprend un enregistrement par moyen de communication référencé dans la table 22, chacun de ces enregistrements 10 comprenant un identifiant de moyen de communication tel que l'on peut le trouver dans la table 22, un état binaire de présence de l'utilisateur de ce moyen de communication vis-à-vis de celui-ci, un champ "note" donnant des informations sur l'utilisateur par rapport à ce moyen de communication, et une date d'expiration donnant une date au delà de laquelle l'information de présence 15 n'est plus considérée comme fiable. L'état de présence indique, dans le cas d'un terminal de type ordinateur personnel connectable à un réseau ou un téléphone mobile, si le terminal est connecté ou non au réseau. Le champ "note" permet notamment de mémoriser des informations de disponibilité de l'utilisateur vis-à-vis du moyen de communication associé, 20 fournies par l'utilisateur. L'interface 13 avec les serveurs de gestion de présence est conçue pour permettre au module central 11 de fonctionner avec différents types de serveurs de gestion de présence. La plupart des serveurs ayant une interface spécifique, 25 les communications entre l'interface 13 et les serveurs sont effectuées par l'intermédiaire des modules adaptateurs 16, 17, 18. L'interface 13 assure les fonctions suivantes: - une fonction d'enregistrement d'un moyen de communication utilisé par un utilisateur auprès d'un serveur de gestion de présence 5, 6, 7: cette fonction envoie une requête au serveur pour s'inscrire auprès de lui comme destinataire de notifications relatives à l'état de présence du moyen de communication de l'utilisateur. - une fonction de désenregistrement d'un moyen de communication auprès d'un serveur de gestion de présence: cette fonction émet une requête au serveur de gestion de présence pour lui demander de ne plus envoyer au - 8 module 1 des notifications de changement d'état de présence pour ce moyen de communication. - une fonction de mise à jour de l'état de présence d'un moyen de 5 communication: cette fonction reçoit du serveur de gestion de présence des changements d'état de présence d'un moyen de communication et détermine l'identifiant local du moyen de communication pour mettre à jour la table de présence 24 en fonction des informations de présence reçues. L'interface applicative 12 qui se présente sous la forme d'une API (Application Programming Interface) est conçue de manière à donner un accès aux différentes fonctions du module central 11. Afin de faciliter son intégration et de la rendre la plus évolutive possible, cette interface est avantageusement réalisée conformément aux spécifications du forum PAM (Presence and 15 Availability Management) dont le but est de définir des spécifications d'interfaces de services de présence et de disponibilité qui permettent aux concepteurs de logiciels et aux fournisseurs de services de réaliser des services inter opérables. L'interface applicative 12 regroupe les fonctions PAM de gestion d'identité, de gestion des moyens de communication, d'attribution de moyens de communication aux utilisateurs, et d'obtention d'états de présence des moyens de communication et des utilisateurs. Toutes ces fonctions reçoivent également en paramètre d'entrée des informations d'authentification "auth" de l'entité qui 25 les appelle, ces fonctions n'étant exécutées que si l'entité appelante est correctement identifiée. Les fonctions de gestion d'identité comprennent notamment les fonctions suivantes: Createldentity (identity, identityTypes[], auth): cette fonction permet à l'application de déclarer un utilisateur pour lui permettre d'utiliser les fonctionnalités du service de gestion de présence. A cet effet, cette fonction déclenche la création d'une entrée dans la table utilisateur 21 contenant le 35 paramètre d'entrée "identity" fournissant l'identifiant de l'utilisateur à créer, et le paramètre d'entrée facultatif "identityTypes" fournissant des types d'identité associés (par exemple un groupe d'utilisateurs). -9 DeleteIdentity (identity, auth): cette fonction permet de désenregistrer un utilisateur, c'est-à-dire de supprimer de la table 21 tous les enregistrements contenant l'identifiant "identity" passé en paramètre. Isldentity (identity, auth): cette fonction permet de tester si un utilisateur déterminé par son identifiant "identity" est ou non enregistré, c'est-à-dire s'il figure dans la table 21. Les fonctions de gestion des moyens de communication regroupent les 10 fonctions suivantes: CreateAgent (agentIdentity, identityTypes[], auth): cette fonction permet d'ajouter un nouveau moyen de communication identifié par "agentIdentity" dans la table média 22 et émet une déclaration à destination du serveur de 15 gestion de présence 5, 6, 7 correspondant afin de recevoir les notifications de présence concernant ce moyen de communication. Elle reçoit en paramètre d'entrée également le paramètre "identityTypes" contenant des types de moyens de communication associés. DeleteAgent (agentIdentity, auth): cette fonction permet de supprimer un moyen de communication de la table 22, à partir de son identifiant "agentIdentity". IsAgent (agentIdentity, auth): cette fonction permet de tester si un moyen de 25 communication déterminé par son identifiant "agentIdentity" figure ou non dans la table 22. IsCapableOf (agentIdentity, capability, auth): cette fonction permet de tester dans la table 22 si le moyen de communication "agentIdentity" possède la 30 capacité "capability", c'est-à-dire la possibilité pour le moyen de participer à des communications d'un type donné identifié par le paramètre "capability" (par exemple SMS, WAP, message instantané,...) et à l'échange de données ou de transmettre des informations intéressantes sur son environnement (par exemple localisation géographique, température, vitesse,...). Cette information de 35 capacité est mémorisée dans la table 22. EnableCapabilities (agentIdentity, capability[], auth): cette fonction permet d'associer une ou plusieurs capacités "capability" à un moyen de 10 communication identifié par "agentIdentity" dans la table média 22. DisableCapabilities (AgentIdentity, Capability[], auth): cette fonction permet de supprimer une ou plusieurs capacités spécifiées par "capability" à un moyen de communication identifié par "agentIdentity" dans la table média 22. ListEnabledCapabilities (agentIdentity, auth): cette fonction permet d'obtenir la liste de toutes les capacités d'un moyen de communication identifié par "agentIdentity" dans la table média 22. Les fonctions d'attribution de moyens de communication aux utilisateurs comprennent les fonctions suivantes: AssignAgent (identity, agentIdentity, auth): cette fonction permet d'associer un 15 utilisateur identifié par "identity" à un moyen de communication identifié par "agentIdentity", en complétant l'enregistrement correspondant à l'utilisateur dans la table des utilisateurs 21 ou en ajoutant un nouvel enregistrement dans cette table. UnassignAgent (identity, agentIdentity, auth): cette fonction permet de supprimer un enregistrement de la table des utilisateurs 21. A cet effet, cette fonction reçoit en paramètre d'entrée un identifiant d'utilisateur "identity" et un identifiant de moyen de communication "agentIdentity". ListAssignedAgents (identity, auth): cette fonction fournit la liste de tous les enregistrements de la table utilisateurs 21 relatives à un même utilisateur identifié par "identity", c'est-à-dire tous les moyens de communication enregistrés pour un même utilisateur. ListAssociatedIdentitiesOfAgent (agentIdentity, auth): cette fonction fournit la liste de tous les enregistrements de la table utilisateurs 21 relatives à un même moyen de communication identifié par "agentIdentity", c'est-à-dire tous les utilisateurs utilisant le moyen de communication. IsIdentityCapableOf (identity, capability, auth): cette fonction permet de tester si parmi les moyens de communication d'un utilisateur spécifiés dans la table 21, se trouve au moins un moyen de communication ayant la capacité "capability", les capacités des moyens de communication étant spécifiées dans - 11 la table 22. A cet effet, cette fonction reçoit en paramètres d'entrée un identifiant d'utilisateur "identity" et une capacité de moyen de communication "capability". ListCapabilitiesOfldentity (identity, auth): cette fonction fournit la liste de toutes les capacités de l'utilisateur identifié par "identity" à partir de tous les moyens de communication associés à l'utilisateur dans la table 21 et des capacités de ces moyens de communication spécifiées dans la table 22. ListAssignedAgentbyCapability (identity, capability, auth): cette fonction fournit la liste de tous les moyens de communication d'un utilisateur identifié par "identity" et ayant une capacité spécifiée par le paramètre d'entrée "capability". A cet effet, cette fonction recherche dans la table 21 tous les moyens de communication associés à l'utilisateur identifié par le paramètre 15 "identity" et sélectionne parmi les moyens de communication trouvés, ceux qui dans la table 22 ont la capacité donnée en paramètre d'entrée de cette fonction. Les fonctions d'obtention d'états de présence des moyens de communication et des utilisateurs comprennent les fonctions suivantes. 20 GetIdentityPresence (identity, identityType, attribute[], auth): cette fonction fournit une liste de valeurs des attributs spécifiés par "attribute[]" pour chaque moyen de communication utilisé par un utilisateur dont l'identité est "identity". Les attributs utilisés par le système sont l'état de présence et la note 25 d'information qui sont mémorisés dans la table de présence 24. GetAgentPresence (agentIdentity, agentType, attribute[], auth): cette fonction fournit une liste de valeurs d'attributs pour un moyen de communication identifié par "agentIdentity" et pour tous les attributs spécifiés dans la liste 30 "attribute[]". GetCapabilityPresence (agentIdentity, agentType, capbility, attribute[], auth) cette fonction fournit une liste de valeurs d'attributs pour un moyen de communication identifié par "agentIdentity", pour la capacité de moyen de 35 communication spécifiée par "capability" et pour tous les attributs spécifiés dans la liste "attribute[]". Les adaptateurs 16, 17, 18 de serveur de gestion de présence dépendent du -12 protocole employé par le serveur de gestion de présence 5, 6, 7. Ce protocole est par exemple SIMPLE, XMPP, ou encore "Wireless Village". Les adaptateurs 16, 17, 18 comprennent au moins une fonction de réception de 5 notifications de changement d'un état de présence d'un moyen de communication d'un utilisateur, émises par le serveur de gestion de présence. Cette fonction filtre et retransmet les notifications reçues au module central 1 1 par l'intermédiaire de l'interface 13. Certains protocoles comme SIMPLE ou XMPP (Jabber) requièrent un enregistrement préalable des utilisateurs et l'authentification de l'application à qui sont notifiés les changements d'état de présence. Dans ce cas, l'adaptateur 16, 17, 18 comprend également une fonction d'authentification, une fonction d'enregistrement et une fonction de désenregistrement d'un utilisateur. En 15 outre, il gère une liste d'identifiants de tous les utilisateurs qu'il traite, avec la date de leur dernier enregistrement. La fonction d'authentification consiste à s'identifier auprès du serveur de gestion de présence. Cette fonction est lancée au démarrage de l'application 2 en fournissant un identifiant propre au module 1. Les fonctions 20 d'enregistrement et de désenregistrement mettent à jour la liste des identifiants d'utilisateurs et déclarent l'enregistrement ou le désenregistrement au serveur de gestion de présence. - 13 REVENDICATIONS 1. Dispositif pour gérer des informations de présence d'utilisateurs issues d'une pluralité de systèmes de gestion de présence vis-à-vis d'au moins 5 un moyen de communication (8, 8', 9) respectif, ce dispositif étant connecté à des serveurs de gestion de présence (5, 6, 7) connectés à des réseaux de transmission de données numériques (3, 4) pour recueillir des informations de présence des moyens de communication des utilisateurs, caractérisé en ce qu'il comprend un module de gestion de présence (1) conçu de 10 manière indépendante des moyens de communication (8, 8', 9) d'utilisateurs et des serveurs de gestion de présence (5, 6, 7) , et comprenant: - un module central (11) comprenant des moyens pour gérer des informations de présence, - une interface applicative (12) rassemblant des commandes d'exploitation des 15 moyens de gestion d'informations de présence, - des moyens de mémorisation (15) rassemblant des informations nécessaires au module de gestion de présence (1) pour identifier les utilisateurs et leurs moyens de communication (8, 8', 9) respectifs, les informations de présence des utilisateurs, et des informations nécessaires pour collecter les 20 informations de présence de ces derniers auprès des serveurs de gestion de présence (5, 6, 7), et - une interface (13) pour gérer les communications entre le module central (11) et les serveurs de gestion de présence, le dispositif de gestion d'informations de présence comprenant en outre des 25 moyens (16, 17, 18) pour adapter l'interface (13) aux spécificités de chacun des serveurs de gestion de présence et aux spécificités de protocoles de communication utilisés par les serveurs de gestion de présence. 2. Dispositif selon la revendication 1, caractérisé en ce que les moyens de mémorisation (15) sont conçus pour enregistrer plusieurs identifiants de moyens de communication (8, 8', 9) pour un même utilisateur, et rassembler les informations de présence de chacun de ces moyens de communication. 3. Dispositif selon la revendication 1 ou 2, caractérisé en ce que l'interface applicative (12) donne accès à un service fournissant les informations de présence de tous les moyens de communication (8, 8', 9) d'un utilisateur donné. - 14 4. Dispositif selon l'une des revendications 1 à 3, caractérisé en ce que l'interface (13) avec les serveurs de gestion de présence (5, 6, 7) comprend une fonction d'enregistrement pour un moyen de 5 communication (8, 8', 9) d'un utilisateur, auprès d'un serveur de gestion de présence pour demander au serveur de gestion de présence de transmettre au module de gestion présence (1) des notifications relatives à l'état de présence du moyen de communication de l'utilisateur, une fonction de désenregistrement pour annuler un enregistrement effectué à l'aide de la fonction 10 d'enregistrement, et une fonction conçue pour recevoir des serveurs de gestion de présence des notifications de changement de présence relatives à un moyen de communication d'utilisateur. 5. Dispositif selon l'une des revendications 1 à 4, caractérisé en ce que l'interface applicative (12) donne accès à des services d'insertion et de suppression dans les moyens de mémorisation (15) d'un utilisateur identifié par un identifiant unique indépendant d'un moyen de communication (8, 8', 9) employé par l'utilisateur. 6. Dispositif selon l'une des revendications 1 à 5, caractérisé en ce que l'interface applicative (12) donne accès à des services d'insertion et de suppression d'informations relatives à un moyen de communication (8, 8', 9) d'un utilisateur dans les moyens de mémorisation (15). 7. Dispositif selon l'une des revendications 1 à 6, caractérisé en ce que l'interface applicative (12) est conçue conformément aux spécifications du Forum PAM. 8. Dispositif selon l'une des revendications 1 à 7, caractérisé en ce que les moyens d'adaptation (16, 17, 18) comprennent au moins une fonction de réception de notification de changement d'état de présence d'un moyen de communication (8, 8', 9) d'utilisateur. 9. Dispositif selon l'une des revendications 1 à 8, caractérisé en ce que l'un des moyens d'adaptation (16, 17, 18) est conforme au protocole SIMPLE, XMPP ou de "Wireless Village" et comprend une fonction d'authentification permettant d'identifier le système de gestion de présence - 15 auprès du serveur de gestion de présence respectif, et des fonctions d'enregistrement et de désenregistrement d'un moyen de communication (8, 8', 9) d'utilisateur.