Brevet FR2942364A1 — publié le 20100820

GESTION DE SERVICE TELEPHONIQUE ET D'ETAT D'ALIMENTATION D'UN TERMINAL DE COMMUNICATION EN FONCTION DE LA PRESENCE D'UN UTILISATEUR La présente invention concerne une gestion de service téléphonique et d'état d'alimentation d'un terminal de communication en fonction de la présence d'un utilisateur. Plus particulièrement, l'invention concerne la gestion de la continuité de service téléphonique lors d'une mise sous tension ou hors tension de terminaux de communication, tels que des téléphones, en fonction d'informations de présence sur les utilisateurs de ces terminaux de communication. Actuellement, un terminal de communication, tel qu'un téléphone fixe, consomme de l'énergie électrique en permanence, lorsqu'il est branché sur le réseau électrique et reste sous tension constamment. Dans le cadre d'une entreprise, chaque terminal de communication est associé à au moins un utilisateur, c'est-à-dire utilisé spécifiquement par cet utilisateur dans le bureau dans lequel travaille cet utilisateur. Lorsque cet utilisateur est absent de son bureau, le terminal de communication reste sous tension et consomme inutilement de l'énergie électrique. D'autre part, cet utilisateur peut manuellement mettre hors tension et sous tension le terminal de communication par souci d'économie d'énergie. Toutefois, cette action manuelle est occasionnelle et reste une contrainte pour l'utilisateur. De plus, lorsque le terminal de communication est mis hors tension manuellement, l'utilisateur ne dispose pas de moyens pour être contacté par une personne connaissant seulement le numéro d'appel du terminal de communication. Un objectif de l'invention est de remédier aux inconvénients précédents en gérant automatiquement la mise hors tension ou sous tension d'un terminal de communication d'un utilisateur tout en garantissant une continuité de service 30 téléphonique par rapport à l'utilisateur. Pour atteindre cet objectif, un procédé pour gérer une continuité de service téléphonique par rapport à un utilisateur qui est associé à un terminal de communication et à au moins un dispositif de communication, le terminal de communication et le dispositif de communication étant reliés à un serveur de communication, est caractérisé en ce qu'il comprend les étapes suivantes détecter un évènement relatif à l'absence de l'utilisateur à proximité du terminal de communication, mettre hors tension le terminal de communication suite à la détection dudit évènement, et activer un transfert d'appel depuis le terminal de communication vers le dispositif de communication en fonction d'un profil de l'utilisateur. Avantageusement, le terminal de communication est mis automatiquement hors tension lorsque l'utilisateur est absent et n'est plus à proximité du terminal de communication. Le terminal de communication ne consomme donc plus d'énergie électrique lorsque l'utilisateur est absent. En outre, bien que le terminal de communication soit hors tension, l'utilisateur peut toujours être contacté via le dispositif de communication qui peut être à titre d'exemple un serveur de messagerie vocale, un téléphone fixe au domicile de l'utilisateur, ou un téléphone mobile de radiocommunication de l'utilisateur. Par ailleurs, puisque le terminal de communication est hors tension lorsque l'utilisateur est absent, aucune autre personne ne peut utiliser le terminal de communication, ce qui limite des éventuelles utilisations frauduleuses du terminal de communication. Selon d'autres caractéristiques de l'invention, l'évènement relatif à l'absence de l'utilisateur peut correspondre à la sortie de l'utilisateur d'une zone géographique donnée, ou encore au début d'un intervalle de temps prédéfini. Selon une autre caractéristique de l'invention, le procédé peut comprendre en outre les étapes suivantes : détecter un évènement relatif à présence de l'utilisateur à proximité du terminal de communication, mettre sous tension le terminal de communication suite à la détection dudit évènement, et désactiver le transfert d'appel depuis le terminal de communication vers le dispositif de communication. Selon d'autres caractéristiques de l'invention, l'évènement relatif à la présence de l'utilisateur peut correspondre à l'entrée de l'utilisateur dans une zone géographique donnée, ou encore à la fin d'un intervalle de temps prédéfini. Avantageusement, le terminai de communication est mis automatiquement sous tension lorsque l'utilisateur est présent à proximité du terminal de communication. Le terminal de communication n'a donc pas consommé d'énergie électrique pendant toute l'absence de l'utilisateur. L'invention concerne également un serveur pour gérer une continuité de service téléphonique par rapport à un utilisateur qui est associé à un terminal de communication et à au moins un dispositif de communication, le terminal de communication et le dispositif de communication étant reliés au serveur, caractérisé en ce qu'il comprend : des moyens pour mettre hors tension le terminal de communication, suite à une détection d'un évènement relatif à l'absence de l'utilisateur à proximité du terminal de communication, et des moyens pour activer un transfert d'appel depuis le terminal de communication vers le dispositif de communication en fonction d'un profil de 15 l'utilisateur. Selon une autre caractéristique de l'invention, le serveur peut comprendre en outre : des moyens pour mettre sous tension le terminal de communication, suite à une détection d'un évènement relatif à la présence de l'utilisateur à proximité du 20 terminal de communication, et des moyens pour désactiver le transfert d'appel depuis le terminal de communication vers le dispositif de communication. La présente invention et les avantages qu'elle procure seront mieux 25 compris au vu de la description ci-après faite en référence aux figures annexées, dans lesquelles : - la figure 1 est un bloc-diagramme schématique d'un système de télécommunications selon une réalisation de l'invention pour la gestion de service téléphone par rapport à un utilisateur ; et 30 - la figure 2 est un algorithme d'un procédé de gestion de service téléphone par rapport à un utilisateur. En référence à la figure 1, un système de télécommunications selon une réalisation de l'invention comprend au moins un détecteur de présence DP, un serveur de présence SP, un serveur de communication SC, au moins un terminal de communication TC d'un utilisateur, et au moins un moins un dispositif de communication DC de l'utilisateur, reliés entre eux à travers un réseau de télécommunications RT. Le réseau de télécommunications RT peut être un réseau filaire ou sans fil, ou une combinaison de réseaux filaires et de réseaux sans fil. Selon un exemple, le réseau de télécommunications RT est un réseau de paquets à haut débit de type IP ("Internet Protocol" en anglais), tel que l'internet ou un intranet. Selon un autre exemple, le réseau de télécommunications RT est un réseau de type TDM ("Time Division Multiplexing" en anglais) ou encore un réseau privé spécifique à une société supportant un protocole propriétaire. Un terminal de communication TC d'un utilisateur est relié au serveur de 15 communication SC à travers le réseau de télécommunications RT. Par exemple, terminal de communication TC est un téléphone fixe de type TDM ou un téléphone fixe de type voix sur réseau IP. Selon un autre exemple, terminal de communication TC est un téléphone fixe de type POE ("Power Over Ethernet" en anglais) qui est alimenté via une connexion Ethernet, sans être 20 branché sur le réseau électrique. Le terminal de communication TC est associé à une interface d'alimentation IA, qui peut être un boîtier comprenant un interrupteur qui est branché sur le réseau électrique. L'interface d'alimentation IA commande l'alimentation en énergie électrique du téléphone fixe et permet de mettre soit sous 25 tension soit hors tension le terminal de communication TC. Lorsque le terminal de communication TC est sous tension, il peut être dans un mode normal dans lequel toutes les fonctionnalités du terminal sont disponibles ou dans un mode restreint, tel qu'un mode "en veille", dans lequel seulement certaines fonctionnalités prédéfinies du terminal sont disponibles. Quel 30 que soit le mode dans lequel est le terminal, ce dernier consomme toujours de l'énergie lorsqu'il est sous tension. Dans le cas d'un téléphone de type POE, l'interface d'alimentation IA peut être incorporée dans le téléphone, sans être branchée sur le réseau électrique. La mise hors tension du téléphone permet également d'économiser l'énergie nécessaire à l'alimentation du téléphone. Chaque terminal de communication TC est associé à un utilisateur, qui est par exemple le propriétaire du téléphone ou l'unique personne à laquelle est attribué le téléphone dans un bureau par exemple. En variante, un terminal de communication TC peut être associé à plusieurs utilisateurs. L'interface d'alimentation IA est reliée au serveur de communication SC via le réseau de télécommunications RT. L'interface d'alimentation 1A communique 10 avec le serveur de communication SC par exemple via le protocole Ethernet. L'interface d'alimentation 1A est commandée par le serveur SC à un état tel que "circuit ouvert" pour mettre hors tension le terminal de communication ou à un autre état tel que "circuit fermé" pour mettre sous tension le terminal de communication. Le serveur de communication SC commande l'interface d'alimentation en fonction 15 d'un message reçu depuis le serveur de présence SP. Le serveur de présence SP transmet un message au serveur de communication SC suite à la détection d'un évènement relatif à une absence ou une présence de l'utilisateur à proximité du terminal de communication TC. Un tel évènement est détecté par un détecteur de présence DP relié au serveur de 20 présence SP. Le serveur de présence SP peut être informé d'un évènement détecté dans le temps, l'évènement correspondant au début ou à la fin d'un intervalle de temps prédéfini. Par exemple, un intervalle de temps est une plage horaire prédéfinie correspondant à un temps prévu de présence ou d'absence de l'utilisateur dans la 25 pièce dans laquelle est situé le terminal de communication TC. Dans le cadre d'une entreprise, un intervalle de temps peut correspondre à une plage horaire prédéfinie pendant laquelle il est prévu que l'utilisateur soit présent dans le bureau, telle que de 8h à 20h. Dans ce cas, un détecteur de présence DP peut être assimilé à un module logiciel contrôlant des horaires programmés relatifs à l'utilisateur. De 30 manière plus précise, d'autres intervalles de temps peuvent correspondre à des plages horaires d'un agenda défini par l'utilisateur, de telles plages horaires étant relatives à des absences de l'utilisateur, par exemple pour des déplacements professionnels. Dans ce cas, un détecteur de présence DP peut être assimilé à un module logiciel gérant un agenda de l'utilisateur. Le serveur de présence SP peut être informé d'un évènement détecté dans une zone géographique donnée, l'évènement correspondant à l'entrée ou à la sortie de l'utilisateur d'une zone géographique dans laquelle est situé le terminal de communication. Par exemple, cet évènement est détecté par une identification RFID ("Radio Frequency IDenfication" en anglais), au moyen d'un badge de l'utilisateur pour accéder à ladite zone. Par exemple dans le cadre d'une entreprise, une zone géographique peut être le site de l'entreprise, un bâtiment de l'entreprise dans lequel travaille l'utilisateur, ou encore le bureau de l'utilisateur. Dans ce cas, un détecteur de présence DP peut être assimilé à une borne d'accès à la zone géographique. Selon un autre exemple, le serveur de présence SP peut être informé de la présence de l'utilisateur lorsque ce dernier ouvre une session sur son ordinateur personnel qui est connecté au réseau de l'entreprise et qui est supposé être situé à proximité du terminal de communication TC. Dans ce cas, un détecteur de présence DP peut être assimilé à un module logiciel inclus dans l'ordinateur personnel qui contrôle l'ouverture et la fermeture de session par l'utilisateur. De manière générale, un détecteur de présence DP a pour fonctionnalité de détecter la présence ou l'absence d'un utilisateur à proximité du terminal de communication TC. L'utilisateur peut être considéré à proximité du terminal de communication par exemple lorsque l'utilisateur est apte à voir ou à entendre le terminal de communication ou de manière plus large lorsque l'utilisateur est sur le lieu du terminal de communication, c'est-à-dire dans la même pièce, ou le même bâtiment, ou encore le même site. En ce qui concerne un évènement détecté dans le temps, l'utilisateur peut être considéré à proximité du terminal de communication par exemple pendant une plage horaire pendant laquelle il est prévu que l'utilisateur soit au travail ou plus précisément dans son bureau. Dans une réalisation particulière, un détecteur de présence DP peut être inclus dans le terminal de communication TC et apte à communiquer avec un équipement de l'utilisateur, tel qu'un téléphone mobile. Lorsque le terminal de communication TC est hors tension, le détecteur DP peut être alimenté par une batterie ou une capacité. Par exemple, le détecteur de présence DP peut détecter la présence de l'utilisateur lorsqu'une liaison de type WiFi ou Bluetooth est établie avec un téléphone mobile de l'utilisateur. Selon une réalisation de l'invention, lorsqu'un détecteur de présence DP détecte un évènement, le détecteur transmet un message, appelé message de détection MesD par la suite, dans un format prédéfini au serveur de présence SP. Le message MesD contient un identificateur IdDP du détecteur de présence DP, un identificateur IdU de l'utilisateur et des données d'évènement DonE relatives à l'évènement détecté. Selon un premier exemple, le détecteur de présence DP est un module logiciel gérant un agenda de l'utilisateur et les données d'évènement DonE sont relatives au début ou à la fin d'une plage horaire prédéfinie. Selon un deuxième exemple, le détecteur de présence DP peut être une borne d'accès à une zone géographique et les données d'évènement DonE sont relatives à la date et l'heure d'identification du badge RFID de l'utilisateur ainsi qu'au type d'action de l'utilisateur, qui peut correspondre à l'entrée ou la sortie de l'utilisateur de la zone. Suite à la réception du message de détection MesD transmis par le détecteur de présence DP, le serveur de présence SP transmet un message, appelé message de présence MesP par la suite, au serveur de communication SC. Par exemple, le message MesP contient l'identificateur IdDP du détecteur de présence DP, l'identificateur IdU de l'utilisateur et les données d'évènement DonE optionnellement modifiées dans un autre format. Suite à la réception du message de présence MesP transmis par le serveur de présence SP, le serveur de communication SC commande l'interface d'alimentation IA pour mettre hors tension le terminal de communication ou pour mettre sous tension le terminal de communication, et commande au moins une action pour assurer une continuité de service téléphonique par rapport à l'utilisateur dans le cas de la mise hors tension du terminal de communication. A cette fin, le serveur de communication SC identifie un identificateur IdTC du terminal de communication associé à l'identificateur d'utilisateur IdU, par exemple dans une table de correspondance. Le serveur de communication SC détermine l'adresse de l'interface d'alimentation IA associée au terminal de communication et transmet une requête à l'interface d'alimentation pour commander la mise sous tension ou hors tension du terminal de communication en fonction des données d'évènement DonE. Par exemple, le serveur de communication analyse les données d'événement DonE pour déterminer si l'utilisateur est présent ou absent à proximité du terminal de communication, Selon un premier exemple, si les données d'évènement DonE sont relatives à l'entrée de l'utilisateur dans une zone géographique donnée ou à un horaire de d'arrivée au travail de l'utilisateur, le serveur SC commande la mise sous tension du terminal de communication de l'utilisateur. Selon un deuxième exemple, si les données d'évènement DonE sont relatives à la sortie de l'utilisateur d'une zone géographique donnée ou à un horaire de départ du travail de l'utilisateur, le serveur SC commande la mise hors tension du terminal de communication de l'utilisateur. Optionnellement, préalablement à la mise hors tension du terminal de communication, ce dernier produit un avertissement sonore et/ou visuel pour avertir l'utilisateur, si ce dernier est toujours présent, que le terminal va être mis hors tension. L'avertissement est par exemple produit quelques minutes avant la mise hors tension du terminal de communication. Dans le cas où le serveur de communication commande la mise hors tension du terminal de communication de l'utilisateur, le serveur exécute au moins une action pour assurer une continuité de service téléphonique par rapport à l'utilisateur, l'action étant définie par un ensemble d'instructions associé à l'identificateur d'utilisateur IdU, par exemple dans un profil de l'utilisateur associé à l'identificateur d'utilisateur IdU. Selon une réalisation de l'invention, l'utilisateur renseigne initialement un profil d'utilisateur pour indiquer un ou plusieurs dispositifs de communication DC à partir desquels l'utilisateur peut être appelé ou peut consulter un message laissé par un autre utilisateur. A titre d'exemples, un dispositif de communication DC est un serveur de messagerie vocale, ou un téléphone fixe au domicile de l'utilisateur, ou bien un téléphone mobile de radiocommunication. Par exemple, le profil d'utilisateur contient un numéro d'appel d'un serveur de messagerie vocale et/ou au moins un numéro d'appel d'un autre terminal de communication de l'utilisateur. Pour assurer une continuité de service téléphonique, le serveur de communication SC active une fonctionnalité de transfert d'appel depuis le numéro d'appel du terminal de communication TC vers le numéro d'appel d'un dispositif de communication DC de l'utilisateur. Optionnellement, le transfert d'appel est configuré selon une séquence d'appel, correspondant par exemple à un appel vers un premier dispositif de communication de type téléphone fixe, puis à un appel vers un deuxième dispositif de communication de type téléphone mobile, puis à un appel vers un troisième dispositif de communication de type serveur de messagerie vocale. Par exemple, le serveur de communication SC est un commutateur PABX ("Private Automatic Branch eXchange" en anglais). Le serveur de communication SC comprend des moyens, tels qu'un logiciel ou une combinaison de matériel informatique et de logiciel, configurés pour commander notamment une mise sous tension ou hors tension du terminal de communication et activer ou désactiver un transfert d'appel depuis le terminal de communication vers un dispositif de communication. La gestion des évènements et de la continuité de service téléphonique par rapport à l'utilisateur dans le serveur de communication SC peut être en partie 15 définie par un administrateur de système, et en partie définie par l'utilisateur via une interface logicielle dans un ordinateur personnel par exemple. Par ailleurs, une priorité peut être attribuée à certains types d'évènement par rapport à d'autres types d'évènement. Par exemple, la mise sous tension du terminal de communication est programmée à 9h et la mise hors tension du 20 terminal de communication est programmée à 18h. Si l'arrivée de l'utilisateur dans une zone géographique donnée de l'entreprise est détectée avant 9h, par exemple par une identification RFID, alors le terminal de communication est mis sous tension lors de la détection de l'arrivée de l'utilisateur. En outre, selon la configuration choisie, la mise hors tension du terminal de communication peut être exécutée 25 seulement lors de la détection du départ de l'utilisateur avant ou après 18h, ou au contraire peut être exécutée seulement à 18h quelle que soit l'heure de départ de l'utilisateur. Optionnellement, si la mise hors tension du terminal de communication est programmée à 18h et si l'utilisateur est toujours présent à 18h, l'utilisateur peut être averti, par un avertissement sonore et/ou visuel, que le terminal va être mis 30 hors tension. La mise hors tension du terminal de communication peut être effectuée après ledit avertissement dans un délai prédéterminé permettant à l'utilisateur éventuellement d'annuler la mise hors tension du terminal de communication. En référence à la figure 2, un procédé de gestion de service téléphonique selon une réalisation de l'invention comprend des étapes El à E6 exécutées dans le système de télécommunications. Le procédé est décrit ci-après par rapport à un terminal de communication TC associé à un utilisateur qui est initialement présent dans un bureau où est situé le terminal de communication. A une étape préliminaire EOI, un profil de l'utilisateur est créé dans le serveur de communication SC. Par exemple, ce profil est mémorisé sous la forme d'une table de correspondance dans une base de données et la table de correspondance contient notamment un identificateur IdU de l'utilisateur, un identificateur IdTC du terminal de communication et des ensembles d'instructions Ensl respectivement associés à des types d'évènement TypE. Par ailleurs, un détecteur de présence DP, qui est une borne d'accès au bureau, est configuré pour détecter si l'utilisateur entre ou sort du bureau par une identification RFID. A l'étape El, le détecteur de présence DP détecte un évènement relatif à l'absence de l'utilisateur à proximité du terminal de communication. L'évènement correspond à la sortie de l'utilisateur du bureau, qui est une zone géographique donnée dans laquelle est situé le terminal de communication. Le détecteur de présence DP transmet un message de détection MesD au serveur de présence SP dans un format prédéfini. Le message MesD contient un identificateur IdDP du détecteur de présence DP, un identificateur IdU de l'utilisateur et des données d'évènement DonE relatives à l'évènement détecté. Les données d'évènement DonE contiennent notamment la date d'identification du badge RFID de l'utilisateur et un type d'action indiquant la sortie de l'utilisateur du bureau. A l'étape E2, le serveur de présence SP transmet un message de présence MesP au serveur de communication SC. Le message MesP contient l'identificateur IdDP du détecteur de présence DP, l'identificateur d'utilisateur IdU, les données d'évènement DonE. Optionnellement, le serveur de présence SP analyse les données d'évènement DonE et les convertit dans un autre format qui peut être interprété par le serveur de communication SC. En outre, le serveur de présence SP peut interpréter les données d'évènement DonE pour leur donner une signification explicite de la présence ou de l'absence de l'utilisateur. Selon l'exemple précédent sur la détection de la sortie de l'utilisateur du bureau, le serveur SP peut ajouter un champ de données signifiant l'absence de l'utilisateur, ou éventuellement restreindre le contenu des données d'évènement à ce dernier champ de données. A l'étape E3, le serveur de communication SC identifie l'identificateur IdTC du terminal de communication associé à l'identificateur d'utilisateur IdU dans la table de correspondance. Le serveur de communication SC analyse les données d'évènement DonE pour en déduire un type d'évènement TypE qui est par exemple défini par "absence". Le serveur de communication SC détermine l'adresse de l'interface d'alimentation IA associée au terminal de communication, identifié précédemment par son identificateur IdTC, et exécute l'ensemble d'instructions Ensl associé au type d'évènement TypE. Par exemple, selon l'ensemble d'instructions Ensl, le serveur SC transmet une requête à l'interface d'alimentation IA pour commander la mise hors tension du terminal de communication. Par ailleurs, le serveur de communication SC active une fonctionnalité de transfert d'appel depuis le numéro d'appel du terminal de communication TC vers le numéro d'appel d'un dispositif de communication DC de l'utilisateur, qui est un téléphone mobile de radiocommunication. Ainsi, le terminal de communication TC de l'utilisateur est mis hors tension automatiquement après le départ de l'utilisateur et ne consomme plus d'énergie électrique. Lorsqu'une personne appelle l'utilisateur avec le numéro d'appel du terminal de communication, l'appel est redirigé vers le téléphone mobile de l'utilisateur. A l'étape E4, le détecteur de présence DP détecte un évènement relatif à la présence de l'utilisateur à proximité du terminal de communication TC. L'évènement correspond à l'entrée de l'utilisateur du bureau et transmet un message de détection MesD au serveur de présence SP. Le message MesD contient l'identificateur 1dDP du détecteur de présence DP, l'identificateur IdU de l'utilisateur et des données d'évènement DonE relatives à l'évènement détecté. Les données d'évènement DonE contiennent notamment la date d'identification du badge RFID de l'utilisateur et un type d'action indiquant l'entrée de l'utilisateur dans le bureau. A l'étape E5, le serveur de présence SP transmet un message de présence MesP au serveur de communication SC, contenant également l'identificateur IdDP du détecteur de présence DP, l'identificateur d'utilisateur IdU, les données d'événement DonE. A l'étape E6, le serveur de communication SC identifie l'identificateur IdTC du terminal de communication associé à l'identificateur d'utilisateur IdU dans la table de correspondance. Le serveur de communication SC analyse les données d'évènement DonE pour en déduire un type d'évènement TypE qui est par exemple défini par "présence". Le serveur de communication SC, en exécutant l'ensemble d'instructions Ensl associé au type d'évènement TypE, transmet une requête à l'interface d'alimentation IA pour commander la mise sous tension du terminal de communication. Par ailleurs, le serveur de communication SC désactive la fonctionnalité de transfert d'appel depuis le numéro d'appel du terminal de communication TC vers le numéro d'appel d'un dispositif de communication DC de l'utilisateur. Ainsi, le terminal de communication TC de l'utilisateur est mis sous tension automatiquement après l'arrivée de l'utilisateur et consomme à nouveau de l'énergie électrique. L'utilisateur peut être à nouveau appelé sur le terminal de communication TC. Optionnellement, la table de correspondance mémorisée dans le serveur de communication SC contient également des identificateurs 1dDP de détecteurs de présence DP associés aux ensembles d'instructions Ensl, afin de déterminer une priorité de certains types d'événement par rapport à d'autres types d'évènement. Selon un exemple de réalisation décrit ci-après, un autre détecteur de présence DP, qui est un module logiciel gérant un agenda de l'utilisateur, est configuré pour transmettre un message de détection MesD au serveur de présence SP selon des horaires d'absence et de présence de l'utilisateur, Le détecteur de présence DP détecte un évènement relatif à la présence de l'utilisateur à proximité du terminal de communication, l'évènement correspondant au début d'une plage horaire de présence de l'utilisateur ou à la fin d'une plage horaire d'absence, et le détecteur de présence DP transmet un message de détection MesD au serveur de présence SP. Le message MesD comprend notamment l'identificateur IdDP du détecteur de présence, l'identificateur IdU de l'utilisateur et des données d'évènement DonE qui contiennent par exemple la date du début de la plage horaire de présence et un type d'action indiquant que l'utilisateur est présent dans le bureau. Le serveur de présence SP transmet au serveur de communication SC un message de présence MesP dont le contenu est similaire à celui du message de détection MesD. Le profil de l'utilisateur peut être configuré pour établir des priorités de traitement selon les détecteurs de présence utilisés ou pour établir des règles de traitement d'un message de présence reçu depuis un détecteur de présence en fonction d'un message de présence reçu précédemment depuis un autre détecteur de présence. Par exemple pour une journée donnée, l'agenda a mémorisé une plage horaire de présence de l'utilisateur au bureau entre 9h et 18h, afin de mettre automatiquement le terminal de communication sous tension à 9h et hors tension à 18h. Selon lesdites règles de traitement de message, si la borne d'accès détecte l'arrivée de l'utilisateur dans le bureau avant 9h, le serveur de communication traite le message de présence issu de la borne d'accès pour mettre sous tension le terminal, puisqu'aucun message de présence issu de l'agenda n'a été reçu avant. Par ailleurs, lorsque l'agenda détecte qu'il est 9h et transmet un message à destination du serveur de communication, ce dernier ne traite pas le message puisqu'il a déjà reçu un message issu de la borne d'accès pour mettre sous tension le terminal de communication. Le profil de l'utilisateur peut être en outre configuré de manière à établir des règles de traitement des messages de présence reçus en fonction du temps. Par exemple, le traitement de messages provenant du module logiciel gérant un agenda est effectué seulement le matin pour mettre sous tension le terminal à 8h ou est effectué en outre pour un évènement de longue durée tel qu'un déplacement professionnel pour mettre hors tension le terminal pendant la durée de ce déplacement. Optionnellement, avec une autorisation de l'utilisateur et/ou de l'entreprise, des informations sur la présence de l'utilisateur sont chiffrées et regroupées dans un historique relatif à l'utilisateur, auquel un administrateur de système peut avoir accès à des fins d'enquête, par exemple concernant un vol du badge de l'utilisateur. REVENDICATIONS1. Procédé pour gérer une continuité de service téléphonique par rapport à un utilisateur qui est associé à un terminal de communication (TC) et à au moins un dispositif de communication (DC), le terminal de communication (TC) et le dispositif de communication (DG) étant reliés à un serveur de communication (SC), caractérisé en ce qu'il comprend les étapes suivantes : détecter (El) un évènement relatif à l'absence de l'utilisateur à proximité du terminal de communication (TC), mettre (E3) hors tension le terminal de communication (TC) suite à la détection dudit évènement, et activer (E3) un transfert d'appel depuis le terminal de communication (TC) vers le dispositif de communication (DG) en fonction d'un profil de l'utilisateur. 2. Procédé conforme à la revendication 1, caractérisé en ce que l'évènement relatif à l'absence de l'utilisateur correspond à la sortie de l'utilisateur d'une zone géographique donnée. 3. Procédé conforme à la revendication 1, caractérisé en ce que l'évènement 20 relatif à l'absence de l'utilisateur correspond au début d'un intervalle de temps prédéfini. 4. Procédé conforme à l'une des revendications 1 à 3, caractérisé en ce qu'il comprend en outre une les étapes suivantes : 25 détecter (E4) un évènement relatif à la présence de l'utilisateur à proximité du terminal de communication (TC), mettre (E5) sous tension le terminal de communication (TC) suite à la détection dudit évènement, et désactiver (E5) le transfert d'appel depuis le terminal de communication 30 (TC) vers le dispositif de communication (DG). 5. Procédé conforme à la revendication 4, caractérisé en ce que l'évènement relatif à l'absence de l'utilisateur correspond à l'entrée de l'utilisateur dans une zone géographique donnée. 6. Procédé conforme à la revendication 4, caractérisé en ce que l'évènement relatif à l'absence de l'utilisateur correspond à la fin d'un intervalle de temps prédéfini. 7. Procédé conforme à l'une des revendications 1 à 6, caractérisé en ce que le dispositif de communication (DC) est un serveur de messagerie vocale. 8. Procédé conforme à l'une des revendications 1 à 6, caractérisé en ce que 10 le terminal de communication (TC) est un téléphone fixe ou mobile de l'utilisateur. 9. Serveur (SC) pour gérer une continuité de service téléphonique par rapport à un utilisateur qui est associé à un terminal de communication (TC) et à au moins un dispositif de communication (DC), le terminal de communication (TC) et le 15 dispositif de communication (DC) étant reliés au serveur (SC), caractérisé en ce qu'il comprend : des moyens pour mettre hors tension le terminal de communication (TC), suite à une détection d'un évènement relatif à l'absence de l'utilisateur à proximité du terminal de communication, et 20 des moyens pour activer un transfert d'appel depuis le terminal de communication (TC) vers le dispositif de communication (DC) en fonction d'un profil de l'utilisateur. 10. Serveur (SC) selon la revendication 11, caractéristique en ce qu'il 25 comprend en outre : des moyens pour mettre sous tension le terminal de communication (TC), suite à une détection d'un évènement relatif à la présence de l'utilisateur à proximité du terminal de communication, et des moyens pour désactiver le transfert d'appel depuis le terminal de communication (TC) vers le dispositif de communication (DC).5