FR2942364A1 - Gestion de service telephonique et d'etat d'alimentation d'un terminal de communication en fonction de la presence d'un utilisateur - Google Patents

Gestion de service telephonique et d'etat d'alimentation d'un terminal de communication en fonction de la presence d'un utilisateur Download PDF

Info

Publication number
FR2942364A1
FR2942364A1 FR0950985A FR0950985A FR2942364A1 FR 2942364 A1 FR2942364 A1 FR 2942364A1 FR 0950985 A FR0950985 A FR 0950985A FR 0950985 A FR0950985 A FR 0950985A FR 2942364 A1 FR2942364 A1 FR 2942364A1
Authority
FR
France
Prior art keywords
user
communication terminal
communication
server
event
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
FR0950985A
Other languages
English (en)
Other versions
FR2942364B1 (fr
Inventor
Yann Pitiot
Daniel Ferrero
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alcatel Lucent SAS
Original Assignee
Alcatel Lucent SAS
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to FR0950985A priority Critical patent/FR2942364B1/fr
Application filed by Alcatel Lucent SAS filed Critical Alcatel Lucent SAS
Priority to PCT/FR2010/050096 priority patent/WO2010092270A1/fr
Priority to KR1020117021224A priority patent/KR20110126142A/ko
Priority to CN2010800078720A priority patent/CN102439960A/zh
Priority to EP10707571A priority patent/EP2396960A1/fr
Priority to US13/201,594 priority patent/US8767939B2/en
Priority to JP2011549636A priority patent/JP2012518307A/ja
Publication of FR2942364A1 publication Critical patent/FR2942364A1/fr
Application granted granted Critical
Publication of FR2942364B1 publication Critical patent/FR2942364B1/fr
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/006—Call diverting means
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
    • H04M3/533—Voice mail systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/54—Arrangements for diverting calls for one subscriber to another predetermined subscriber
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/10—Aspects of automatic or semi-automatic exchanges related to the purpose or context of the telephonic communication
    • H04M2203/1016—Telecontrol
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/20—Aspects of automatic or semi-automatic exchanges related to features of supplementary services
    • H04M2203/2072—Schedules, e.g. personal calendars
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/20—Aspects of automatic or semi-automatic exchanges related to features of supplementary services
    • H04M2203/2094—Proximity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/20—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place hybrid systems
    • H04M2207/206—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place hybrid systems composed of PSTN and wireless network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2242/00—Special services or facilities
    • H04M2242/30—Determination of the location of a subscriber
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/16—Automatic or semi-automatic exchanges with lock-out or secrecy provision in party-line systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42348—Location-based services which utilize the location information of a target

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Monitoring And Testing Of Exchanges (AREA)

Abstract

Pour gérer une continuité de service téléphonique par rapport à un utilisateur associé à un terminal de communication (TC) et à au moins un dispositif de communication (DC), un serveur (SC) relié au terminal de communication et au dispositif de communication est apte à 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 à activer un transfert d'appel depuis le terminal de communication vers le dispositif de communication en fonction d'un profil de l'utilisateur. Le serveur est également apte à mettre sous tension le terminal de communication, suite à une détection d'un événement relatif à la présence de l'utilisateur à proximité du terminal de communication, et à désactiver le transfert d'appel depuis le terminal de communication vers le dispositif de communication.

Description

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.

Claims (10)

  1. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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
FR0950985A 2009-02-16 2009-02-16 Gestion de service telephonique et d'etat d'alimentation d'un terminal de communication en fonction de la presence d'un utilisateur Expired - Fee Related FR2942364B1 (fr)

Priority Applications (7)

Application Number Priority Date Filing Date Title
FR0950985A FR2942364B1 (fr) 2009-02-16 2009-02-16 Gestion de service telephonique et d'etat d'alimentation d'un terminal de communication en fonction de la presence d'un utilisateur
KR1020117021224A KR20110126142A (ko) 2009-02-16 2010-01-22 사용자의 존재에 기초하는 통신 단말의 전력 상태 및 전화 서비스의 관리
CN2010800078720A CN102439960A (zh) 2009-02-16 2010-01-22 根据用户存在性对通信终端进行电话服务和电源状态管理
EP10707571A EP2396960A1 (fr) 2009-02-16 2010-01-22 Gestion de service telephonique et d'etat d'alimentation d'un terminal de communication en fonction de la presence d'un utilisateur
PCT/FR2010/050096 WO2010092270A1 (fr) 2009-02-16 2010-01-22 Gestion de service telephonique et d'etat d'alimentation d'un terminal de communication en fonction de la presence d'un utilisateur
US13/201,594 US8767939B2 (en) 2009-02-16 2010-01-22 Telephonic service and power supply status management of a communication terminal depending on the presence of a user
JP2011549636A JP2012518307A (ja) 2009-02-16 2010-01-22 ユーザのプレゼンスに応じた通信端末の電話サービスおよび電力供給状況管理

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0950985A FR2942364B1 (fr) 2009-02-16 2009-02-16 Gestion de service telephonique et d'etat d'alimentation d'un terminal de communication en fonction de la presence d'un utilisateur

Publications (2)

Publication Number Publication Date
FR2942364A1 true FR2942364A1 (fr) 2010-08-20
FR2942364B1 FR2942364B1 (fr) 2011-05-27

Family

ID=40810399

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0950985A Expired - Fee Related FR2942364B1 (fr) 2009-02-16 2009-02-16 Gestion de service telephonique et d'etat d'alimentation d'un terminal de communication en fonction de la presence d'un utilisateur

Country Status (7)

Country Link
US (1) US8767939B2 (fr)
EP (1) EP2396960A1 (fr)
JP (1) JP2012518307A (fr)
KR (1) KR20110126142A (fr)
CN (1) CN102439960A (fr)
FR (1) FR2942364B1 (fr)
WO (1) WO2010092270A1 (fr)

Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998007265A1 (fr) * 1996-08-12 1998-02-19 Gateway 2000, Inc. Telephone cellulaire programmable avec activation et desactivation programmees de fonctions
EP0893904A1 (fr) * 1997-07-22 1999-01-27 Koninklijke Philips Electronics N.V. Procédé et dispositif de transfert d'appels
US6233448B1 (en) * 1998-07-22 2001-05-15 Ericsson Inc. System, method and apparatus for automatic feature activation/deactivation based upon positioning
US20020052225A1 (en) * 2000-11-01 2002-05-02 Davis Derek L. Feature timer functionality for a wireless communication unit
US6457132B1 (en) * 1999-06-30 2002-09-24 International Business Machines Corporation Calendar-based power management
WO2003028342A2 (fr) * 2001-09-25 2003-04-03 Yashpal Singh Systeme de desactivation ou de mise hors tension automatique d'un telephone cellulaire
US20040097218A1 (en) * 1996-08-12 2004-05-20 Vossler Stephen P. Intelligent cellular telephone function
US20040156487A1 (en) * 2003-02-06 2004-08-12 Kazumasa Ushiki Messaging system
US20050215243A1 (en) * 2004-03-26 2005-09-29 Black Cypress, Inc. Automatic mobile call forwarding with time-based and location-based trigger events
JP2006072446A (ja) * 2004-08-31 2006-03-16 Systemneeds Inc 入退室時の利用者認証による電子機器の電源制御システム
US20060072591A1 (en) * 2004-09-24 2006-04-06 Gary Rogalski Initiation of call forwarding for wireless telephone
US20060142012A1 (en) * 2004-12-06 2006-06-29 Kirchhoff Leland W Methods and systems for telephony processing, including location based call transfers

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0385894A (ja) * 1989-08-29 1991-04-11 Nec Corp ボタン電話装置
JP2592433Y2 (ja) * 1992-01-24 1999-03-24 日本信号株式会社 入室管理装置
JPH06343109A (ja) * 1993-06-01 1994-12-13 Mitsubishi Denki Bill Techno Service Kk 電話機の遠隔制御装置
JP2000287233A (ja) * 1999-03-31 2000-10-13 Tamura Electric Works Ltd 電話システム
US7203294B2 (en) * 2002-08-06 2007-04-10 At&T Corp. System and method for dynamically routing communications
JP2006019776A (ja) * 2004-06-30 2006-01-19 Nec Infrontia Corp 電話システム、構内交換機及びそれらに用いる自動応答方法並びにそのプログラム
JP4410638B2 (ja) * 2004-08-31 2010-02-03 株式会社ナカヨ通信機 転送電話モードを有するボタン電話装置
JP4504831B2 (ja) * 2005-02-09 2010-07-14 株式会社日立製作所 通信制御方法、および、通信システム
JP5119490B2 (ja) * 2007-04-05 2013-01-16 Ｎｅｃインフロンティア株式会社 不在転送システム、不在転送方法、不在転送プログラムおよびプログラム記録媒体
CN101068284B (zh) * 2007-06-08 2010-11-17 熊猫电子集团有限公司 车载电话的非可预测条件的及时呼叫转移方法及装置
US8494574B2 (en) * 2008-10-24 2013-07-23 Centurylink Intellectual Property Llc System and method for controlling a feature of a telecommunications device based on the body temperature of a user

Patent Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998007265A1 (fr) * 1996-08-12 1998-02-19 Gateway 2000, Inc. Telephone cellulaire programmable avec activation et desactivation programmees de fonctions
US20040097218A1 (en) * 1996-08-12 2004-05-20 Vossler Stephen P. Intelligent cellular telephone function
EP0893904A1 (fr) * 1997-07-22 1999-01-27 Koninklijke Philips Electronics N.V. Procédé et dispositif de transfert d'appels
US6233448B1 (en) * 1998-07-22 2001-05-15 Ericsson Inc. System, method and apparatus for automatic feature activation/deactivation based upon positioning
US6457132B1 (en) * 1999-06-30 2002-09-24 International Business Machines Corporation Calendar-based power management
US20020052225A1 (en) * 2000-11-01 2002-05-02 Davis Derek L. Feature timer functionality for a wireless communication unit
WO2003028342A2 (fr) * 2001-09-25 2003-04-03 Yashpal Singh Systeme de desactivation ou de mise hors tension automatique d'un telephone cellulaire
US20040156487A1 (en) * 2003-02-06 2004-08-12 Kazumasa Ushiki Messaging system
US20050215243A1 (en) * 2004-03-26 2005-09-29 Black Cypress, Inc. Automatic mobile call forwarding with time-based and location-based trigger events
JP2006072446A (ja) * 2004-08-31 2006-03-16 Systemneeds Inc 入退室時の利用者認証による電子機器の電源制御システム
US20060072591A1 (en) * 2004-09-24 2006-04-06 Gary Rogalski Initiation of call forwarding for wireless telephone
US20060142012A1 (en) * 2004-12-06 2006-06-29 Kirchhoff Leland W Methods and systems for telephony processing, including location based call transfers

Also Published As

Publication number Publication date
US20120051527A1 (en) 2012-03-01
WO2010092270A1 (fr) 2010-08-19
CN102439960A (zh) 2012-05-02
JP2012518307A (ja) 2012-08-09
US8767939B2 (en) 2014-07-01
KR20110126142A (ko) 2011-11-22
EP2396960A1 (fr) 2011-12-21
FR2942364B1 (fr) 2011-05-27

Similar Documents

Publication Publication Date Title
US9338245B2 (en) Status indicator for communication systems
CN1798417B (zh) 用于降低无线终端功率消耗并增加无线通信系统容量的系统
US20060069686A1 (en) System and method for predicting availability
US20060075091A1 (en) System and method for historical presence map
GB2441196A (en) Mobile communications device with call-logging capability
JP2015043583A (ja) 連携エージェント
US8798248B2 (en) Intelligent call log and schedule integration
EP1248488A1 (fr) Procédé de gestion de l'état d'éveil d'un terminal de radiocommunication
EP1457028B1 (fr) Procede et systeme de rappel automatique multi reseaux
EP1509031A1 (fr) Système et procédé d'acheminement intelligent des appels téléphoniques
FR2942364A1 (fr) Gestion de service telephonique et d'etat d'alimentation d'un terminal de communication en fonction de la presence d'un utilisateur
EP2609725A1 (fr) Systeme de gestion d'appels urgents
EP2372993A1 (fr) Gestion de consommation d'energie de dispositifs communicants en fonction de la presence d'un utilisateur
EP1728369B1 (fr) Passerelle de publication d'etats de communication
WO2006038962A1 (fr) Systeme et procede se rapportant a une carte de presence retrospective
CA3177395C (fr) Gestion de l'alimentation electrique par cable ethernet
EP1989845B1 (fr) Gestion d'une communication entre un système de télécommunications et un serveur
US20060046727A1 (en) Telecommunications Wake-Up System and Method
EP1744508A2 (fr) Procédé de mise en relation interpersonnelle
JP2005333410A (ja) 電話交換装置
EP2290887A1 (fr) Système de notification d'absence
FR3077945A1 (fr) Boitier telematique pour vehicule automobile adapte pour fournir un acces internet a un objet connecte dans un batiment
WO2005122540A1 (fr) Systeme et procede d’aide a l’etablissement d’une liaison de telecommunication sur un reseau de telecommunication
FR2834164A1 (fr) Procede et systeme pour la fourniture d'un service de repertoire intelligent
FR2980926A1 (fr) Procede, systeme et dispositif de commande d'un appareil

Legal Events

Date Code Title Description
CA Change of address
GC Lien (pledge) constituted

Effective date: 20130923

RG Lien (pledge) cancelled

Effective date: 20141016

PLFP Fee payment

Year of fee payment: 8

ST Notification of lapse

Effective date: 20171031