(57)【要約】通信端末（ＴＣ）および少なくとも１つの通信デバイス（ＤＣ）に関連するユーザに関して電話サービスの継続性を管理するために、通信端末および通信デバイスに接続されたサーバ（ＳＣ）は、通信端末に近い前記ユーザの不在に関するイベントの検出の後に通信端末をパワー・オフすること、およびユーザ・プロファイルに基づいて通信端末から通信デバイスへの着信転送をイネーブルすることができる。また、このサーバは、通信端末に近いユーザの存在に関するイベントの検出の後に通信端末をパワー・オンすること、および通信端末から通信デバイスへの着信転送をディスエーブルすることができる。【特許請求の範囲】
【請求項１】
陸線電話通信端末（ＴＣ）および少なくとも１つの通信デバイス（ＤＣ）に関連するユーザに関して電話サービスの継続性を管理する方法であって、前記通信端末（ＴＣ）および前記通信デバイス（ＤＣ）は、通信サーバ（ＳＣ）に接続され、前記方法は、
前記通信端末（ＴＣ）に近い前記ユーザの不在に関するイベントを検出するステップ（Ｅ１）と、
前記イベントの前記検出の後に前記通信端末（ＴＣ）をパワー・オフするステップ（Ｅ３）と、
前記ユーザのプロファイルに応じて、前記通信端末（ＴＣ）の番号から前記ユーザの通信デバイス（ＤＣ）の番号への着信転送をアクティブ化するステップ（Ｅ３）と
を含むことを特徴とする方法。
【請求項２】
前記ユーザの不在に関する前記イベントは、前記ユーザが所与の地理的区域を去ることに対応することを特徴とする請求項１に記載の方法。
【請求項３】
前記ユーザの不在に関する前記イベントは、時間の事前定義の間隔の始めに対応することを特徴とする請求項１に記載の方法。
【請求項４】
前記通信端末（ＴＣ）に近い前記ユーザの存在に関するイベントを検出するステップ（Ｅ４）と、
前記イベントの前記検出の後に前記通信端末（ＴＣ）をパワー・オフするステップ（Ｅ５）と、
前記通信端末（ＴＣ）の前記番号から前記ユーザの通信デバイス（ＤＣ）の前記番号への着信転送を非アクティブ化するステップ（Ｅ５）と
のうちの１つをさらに含むことを特徴とする請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記ユーザの存在に関する前記イベントは、前記ユーザが所与の地理的区域に入ることに対応することを特徴とする請求項４に記載の方法。
【請求項６】
前記ユーザの存在に関する前記イベントは、時間の事前定義の間隔の終りに対応することを特徴とする請求項４に記載の方法。
【請求項７】
前記通信デバイス（ＤＣ）は、音声メッセージング・サーバであることを特徴とする請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
前記通信デバイス（ＤＣ）は、前記ユーザの陸線電話機または携帯電話機であることを特徴とする請求項１乃至６のいずれか１項に記載の方法。
【請求項９】
陸線電話通信端末（ＴＣ）および少なくとも１つの通信デバイス（ＤＣ）に関連するユーザに関して電話サービスの継続性を管理するサーバ（ＳＣ）であって、前記通信端末（ＴＣ）および前記通信デバイス（ＤＣ）は、通信サーバ（ＳＣ）に接続され、前記サーバ（ＳＣ）は、
前記通信端末に近い前記ユーザの不在に関するイベントの検出の後に前記通信端末（ＴＣ）をパワー・オフする手段と、
前記ユーザのプロファイルに応じて、前記通信端末（ＴＣ）の番号から前記通信デバイス（ＤＣ）の番号への着信転送をアクティブ化する手段と
を含むことを特徴とするサーバ（ＳＣ）。
【請求項１０】
前記通信端末に近い前記ユーザの不在に関するイベントの前記検出の後に前記通信端末（ＴＣ）をパワー・オンする手段と、
前記通信端末（ＴＣ）の前記番号から前記通信デバイス（ＤＣ）の前記番号への前記着信転送を非アクティブ化する手段と
をさらに含むことを特徴とする請求項９に記載のサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザのプレゼンス（存在）に応じた通信端末の電話サービスおよび電力供給状況管理に関する。より具体的には、本発明は、電話機などの通信端末がパワー・オンされるかパワー・オフされる時の、これらの突然変異端末（ｍｕｔａｔｉｏｎ  ｔｅｒｍｉｎａｌｓ）のユーザに関するプレゼンス情報に基づく電話サービスの継続性の管理に関する。
【背景技術】
【０００２】
現在、陸線電話機などの通信端末は、配電網に接続されている時には必ず、常に電力を消費し、常にパワー・オンにされたままである。
【０００３】
会社の文脈では、各通信端末は、少なくとも１人のユーザに関連し、これは、各通信端末が、そのユーザが働くオフィス内で特にそのユーザによって使用されることを意味する。そのユーザが自身のオフィスに不在である時には必ず、その通信端末は、パワー・オンにされたままになり、不必要に電力を消費する。
【０００４】
さらに、そのユーザが、エネルギを節約するために、手作業で通信端末の電源を切り、入れる場合がある。しかし、この手作業のアクションは、時たま実行され、そのユーザにとっての制約になる。さらに、通信端末が手作業でパワー・オフされる時には必ず、ユーザは、その通信端末に電話をかけるための番号だけを知っている人による連絡を受ける方法を有しない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、ユーザに関する電話サービスの継続性を保証しながら、そのユーザの通信端末のパワー・オンまたはパワー・オフを自動的に管理することによって、前述の短所を軽減することである。
【課題を解決するための手段】
【０００６】
この目的を達成するために、陸線電話通信端末および少なくとも１つの通信デバイスに関連するユーザに関して電話サービスの継続性を管理する方法であって、通信端末および通信デバイスは通信サーバに接続され、方法は、
通信端末に近いユーザの不在に関するイベントを検出するステップと、
前記イベントの検出の後に通信端末をパワー・オフするステップと、
ユーザのプロファイルに応じて、通信端末の番号から通信デバイスの番号への着信転送（ｃａｌｌ  ｆｏｒｗａｒｄｉｎｇ）をアクティブ化するステップと
を含むことを特徴とする。
【０００７】
有利なことに、通信端末は、ユーザが不在であり、もはや通信端末の近くにいない時に自動的にパワー・オフされる。したがって、通信端末は、もはや、ユーザが不在の時には電力を消費しない。さらに、通信端末はパワー・オフされるが、ユーザには、それでも、通信デバイスを介して連絡することができ、この通信デバイスは、たとえば、音声メッセージング・サーバ（ｖｏｉｃｅ  ｍｅｓｓａｇｉｎｇ  ｓｅｒｖｅｒ）、ユーザの家庭の陸線電話機、ユーザのモバイル無線通信電話機とすることができる。
【０００８】
さらに、通信端末はユーザが不在の時にパワー・オフされるので、他の人がその通信端末を使用することはできず、これは、その通信端末の潜在的な詐欺的使用を制限する。
【０００９】
本発明の他の特性では、ユーザの不在に関するイベントは、ユーザが所与の地理的区域を去ることまたは時間の事前定義の間隔の始めに対応するものとすることができる。
【００１０】
本発明の他の特性では、この方法は、
通信端末に近いユーザの存在に関するイベントを検出するステップと、
前記イベントの検出の後に通信端末をパワー・オンするステップと、
通信端末の番号から通信デバイスの番号への着信転送を非アクティブ化するステップと
をさらに含むことができる。
【００１１】
本発明の他の特性では、ユーザの存在に関するイベントは、ユーザが所与の地理的区域に入ることまたは時間の事前定義の間隔の終りに対応するものとすることができる。
【００１２】
有利なことに、通信端末は、ユーザが通信端末の近くにいる時に自動的にパワー・オンされる。したがって、通信端末は、ユーザの不在全体の間に電力を消費しない。
【００１３】
本発明は、陸線電話通信端末および少なくとも１つの通信デバイスに関連するユーザに関して電話サービスの継続性を管理するサーバであって、通信端末および通信デバイスは、サーバに接続され、サーバは、
通信端末に近いユーザの不在に関するイベントの検出の後に通信端末をパワー・オフする手段と、
ユーザのプロファイルに応じて、通信端末の番号から通信デバイスの番号への着信転送をアクティブ化する手段と
を含むことを特徴とするサーバにも関する。
【００１４】
本発明のもう１つの特性では、サーバは、
通信端末に近いユーザの不在に関するイベントの検出の後に通信端末をパワー・オンする手段と、
通信端末の番号から通信デバイスの番号への着信転送を非アクティブ化する手段と
をさらに含むことができる。
【００１５】
本発明およびその利益は、添付図面を参照する下の説明を調べる時によりよく理解される。
【図面の簡単な説明】
【００１６】
【図１】ユーザに関して電話サービスを管理する、本発明の一実施形態による遠隔通信システムを示す概略ブロック図である。
【図２】ユーザに関して電話サービスを管理する方法のアルゴリズムを示す図である。
【発明を実施するための形態】
【００１７】
図１を参照すると、本発明の一実施形態による遠隔通信システムは、遠隔通信ネットワークＲＴによってお互いに接続された、少なくとも１つのプレゼンス・ディテクタＤＰ、プレゼンス・サーバＳＰ、通信サーバＳＣ、ユーザの少なくとも１つの通信端末ＴＣ、およびそのユーザの少なくとも１つの通信デバイスＤＣを含む。
【００１８】
遠隔通信ネットワークＲＴは、有線ネットワークもしくは無線ネットワークまたは有線ネットワークおよび無線ネットワークの組合せとすることができる。
【００１９】
一例では、遠隔通信ネットワークＲＴは、インターネットまたはイントラネットなどの高速ＩＰ（「インターネット・プロトコル」）パケット・ネットワークである。
【００２０】
もう１つの例では、遠隔通信ネットワークＲＴは、ＴＤＭ（「時分割多重」）ネットワークまたはプロプライエタリ・プロトコルをサポートする会社に固有の私有ネットワークである。
【００２１】
ユーザの通信端末ＴＣは、遠隔通信ネットワークＲＴを介して通信サーバＳＣに接続される。
【００２２】
たとえば、通信端末ＴＣは、ＴＤＭ陸線電話機またはｖｏｉｃｅ−ｏｖｅｒ−ＩＰ陸線電話機である。もう１つの例では、通信端末ＴＣは、配電網に接続されずにイーサネット接続を介して電力を供給されるＰＯＥ（「Ｐｏｗｅｒ  Ｏｖｅｒ  Ｅｔｈｅｒｎｅｔ」）陸線電話機である。
【００２３】
通信端末ＴＣは、電力インターフェースＩＡに関連し、この電力インターフェースＩＡは、配電網に接続されたスイッチを含むハウジングとすることができる。電力インターフェースＩＡは、陸線電話機の電力供給を制御し、通信端末ＴＣをパワー・オンまたはパワー・オフのいずれかにすることを可能にする。
【００２４】
通信端末ＴＣがパワー・オンされる時には必ず、通信端末ＴＣは、その端末のすべての特徴が使用可能であるノーマル・モードであるか、その端末のいくつかの事前定義の特徴だけが使用可能である、「スタンバイ」モードなどの制限されたモードである可能性がある。端末のモードに関わりなく、その端末は、それでも、パワー・オンされている時には電力を消費している。
【００２５】
ＰＯＥ電話機では、電力インターフェースＩＡを、配電網に接続せずに電話機に組み込むことができる。電話機のパワー・オフは、電話機に電力を与えるのに必要なエネルギを節約することをも可能にする。
【００２６】
各通信端末ＴＣは、ユーザに関連し、このユーザは、たとえば電話機の所有者、またはたとえば電話機がオフィス内でその人に割り当てられる唯一の人である。１つの変形形態では、１つの通信端末ＴＣを複数のユーザに関連付けることができる。
【００２７】
電力インターフェースＩＡは、遠隔通信ネットワークＲＴを介して通信サーバＳＣに接続される。電力インターフェースＩＡは、イーサネット・プロトコルなどを介して、通信サーバＳＣと通信する。電力インターフェースＩＡは、通信端末をパワー・オフするための「回路開」などの状態に入るか、通信端末をパワー・オンするための「回路閉」などの別の状態に入るようにサーバＳＣによって命令される。通信サーバＳＣは、プレゼンス・サーバＳＰから受信されたメッセージに応じて電力インターフェースに命令する。
【００２８】
プレゼンス・サーバＳＰは、通信端末ＴＣの近くのユーザの不在または存在に関するイベントの検出の後に、通信サーバＳＣにメッセージを送信する。そのようなイベントは、プレゼンス・サーバＳＰに接続されたプレゼンス・ディテクタＤＰによって検出される。
【００２９】
プレゼンス・サーバＳＰに、経時的に検出されたイベントについて知らせることができ、このイベントは、時間の事前定義の間隔の始めまたは終りに対応する。たとえば、時間の間隔は、通信端末ＴＣが配置されている室内のユーザ存在またはユーザ不在の計画された時間に対応する事前定義の期間である。会社の文脈では、時間の間隔は、午前８時から午後８時までなど、その間にユーザがオフィスに存在することが計画されている事前定義の期間に対応する場合がある。この情況では、プレゼンス・ディテクタＤＰを、ユーザに関するスケジューリングされた時間を制御するソフトウェア・モジュールにリンクすることができる。より具体的に言うと、時間の他の間隔は、ユーザによって定義されるシステム手帳の期間に対応する場合があり、そのような期間は、出張旅行の間など、ユーザの不在に関する。この情況では、プレゼンス・ディテクタＤＰを、ユーザのシステム手帳を管理するソフトウェア・モジュールにリンクすることができる。
【００３０】
プレゼンス・サーバＳＰに、所与の地理的区域内で検出されたイベントについて知らせることができ、このイベントは、通信端末がその中に配置されている地理的区域にユーザが入るか出ることに対応する。たとえば、このイベントは、前記区域にアクセスするためのユーザのバッジによって、ＲＦＩＤ（「Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  ＩＤｅｎｔｉｆｉｃａｔｉｏｎ」）タグによって検出される。たとえば、会社の文脈では、地理的区域が会社の敷地、ユーザがその中で働く会社の建物、またはユーザのオフィスである場合がある。この情況では、プレゼンス・ディテクタＤＰを、その地理的区域のアクセス・ポイントにリンクすることができる。
【００３１】
もう１つの例では、ユーザが、会社のネットワークに接続された、通信端末ＴＣの近くに配置されると仮定される自身のパーソナル・コンピュータにログインする時に、プレゼンス・サーバＳＰにそのユーザの存在について知らせることができる。この情況では、プレゼンス・ディテクタＤＰを、ユーザのログインおよびログオフをチェックする、そのパーソナル・コンピュータ内に含まれるソフトウェア・モジュールにリンクすることができる。
【００３２】
一般的に言って、プレゼンス・ディテクタＤＰの機能性は、ユーザが通信端末ＴＣの近くに存在するのか不在なのかを検出することである。たとえばユーザが通信端末を見るか聞くことができる時に必ず、あるいはより一般的に言って、そのユーザが通信端末の位置にいるか、同一の室内、同一の建物内、または同一の敷地内で会合している時に、そのユーザは通信端末に近いと考えることができる。経時的に検出されるイベントに関して、たとえばその間にユーザが職場にいる、あるいはより具体的には自身のオフィス内にいることが予定されている期間中に、そのユーザは通信端末に近いと考えることができる。
【００３３】
特定の一実施形態では、プレゼンス・ディテクタＤＰを、通信端末ＴＣ内に含め、携帯電話機などのユーザの機器と通信できるものとすることができる。通信端末ＴＣがパワー・オフされる時には必ず、ディテクタＤＰに、電池またはキャパシタによって電力を与えることができる。たとえば、プレゼンス・ディテクタＤＰは、ユーザの携帯電話機とのＷｉＦｉ接続またはＢｌｕｅｔｏｏｔｈ接続が確立される時に必ず、ユーザの存在を検出することができる。
【００３４】
本発明の一実施形態によれば、プレゼンス・ディテクタＤＰがイベントを検出する時に必ず、そのディテクタは、これ以降検出メッセージＭｅｓＤとして知られるメッセージを、事前定義のフォーマットでプレゼンス・サーバＳＰに送信する。
【００３５】
メッセージＭｅｓＤは、プレゼンス・ディテクタＤＰの識別子ＩｄＤＰ、ユーザの識別子ＩｄＵ、および検出されたイベントに関するイベント・データＤｏｎＥを含む。第１の例では、プレゼンス・ディテクタＤＰは、ユーザのシステム手帳を管理するソフトウェア・モジュールであり、イベント・データＤｏｎＥは、事前定義の期間の始めまたは終りに関する。第２の例では、プレゼンス・ディテクタＤｏｎＥを、地理的区域へのアクセス・ポイントとすることができ、イベント・データＤｏｎＥは、ユーザのアクションのタイプのユーザのＲＦＩＤバッジの識別の日付および時刻にも関し、このユーザのアクションは、ユーザがその区域に入ることまたは出ることに対応するものとすることができる。
【００３６】
プレゼンス・ディテクタＤＰによって送信された検出メッセージＭｅｓＤの受信の後に、プレゼンス・サーバＳＰは、これ以降プレゼンス・メッセージＭｅｓＰとして知られるメッセージを通信サーバＳＣに送信する。たとえば、メッセージＭｅｓＰは、プレゼンス・ディテクタＤＰの識別子ＩｄＤＰ、ユーザの識別子ＩｄＵ、およびオプションで異なるフォーマットに変更されたイベント・データＤｏｎＥを含む。
【００３７】
プレゼンス・サーバＳＰによって送信されたプレゼンス・メッセージＭｅｓＰの受信の後に、通信サーバＳＣは、通信端末をパワー・オフするか通信端末をパワー・オンするように電力インターフェースＩＡに命令し、通信端末がパワー・オフされる場合にはユーザに関して電話サービスの継続性を保証するために少なくとも１つのアクションを命令する。
【００３８】
そのために、通信サーバＳＣは、たとえばルックアップ・テーブル内で、ユーザの識別子ＩｄＵに関連する通信端末の識別子ＩｄＴＣを識別する。通信サーバＳＣは、通信端末に関連する電力インターフェースＩＡのアドレスを判定し、イベント・データＤｏｎＥに応じてその通信端末のパワー・オンまたはパワー・オフを命令するためにその電力インターフェースに要求を送信する。たとえば、通信サーバは、イベント・データＤｏｎＥを分析して、ユーザがその通信端末の近くに存在するのか不在であるのかを判定する。
【００３９】
第１の例では、イベント・データＤｏｎＥが、ユーザが所与の地理的区域に入ることまたはユーザが職場に到着した時刻に関する場合に、サーバＳＣは、ユーザの通信端末がパワー・オフされることを命令する。第２の例では、イベント・データＤｏｎＥが、ユーザが所与の地理的区域を去ることまたはユーザが職場を去る時刻に関する場合に、サーバＳＣは、ユーザの通信端末がパワー・オフされることを命令する。
【００４０】
オプションで、通信端末をパワー・オフする前に、端末は、ユーザがまだ存在する場合に、その端末がパワー・オフされることを彼または彼女に警告するために可聴のおよび／または視覚的な通知を作ることができる。この通知は、たとえば、通信端末がパワー・オフされる数分前に作られてもよい。
【００４１】
通信サーバが、ユーザの通信端末のパワー・オフを命令する場合に、そのサーバは、そのユーザに関して電話サービスの継続性を保証するために少なくとも１つのアクションを実行し、このアクションは、たとえばユーザの識別子ＩｄＵに関連するユーザのプロファイル内の、ユーザの識別子ＩｄＵに関連する命令のセットによって定義される。
【００４２】
本発明の一実施形態では、ユーザは、当初に、そのユーザにそこから電話をかけられるか、そのユーザが別のユーザの残したメッセージを調べることができる１つまたは複数の通信デバイスＤＣを示すためにユーザ・プロファイルに記入する。たとえば、通信デバイスＤＣは、音声メッセージング・サーバ、ユーザの家庭の陸線電話機、またはモバイル無線通信電話機とすることができる。たとえば、このユーザ・プロファイルは、音声メッセージング・サーバに電話をかけるための番号および／またはユーザの別の通信端末に電話をかけるための少なくとも１つの番号を含むことができる。
【００４３】
電話サービスの継続性を保証するために、通信サーバＳＣは、通信端末ＴＣの番号からユーザの通信デバイスＤＣの番号への着信転送機能性をアクティブ化する。オプションで、着信転送は、たとえば、陸線電話機である第１通信デバイスへの呼、次に携帯電話機である第２通信デバイスへの呼、次に音声メッセージング・サーバである第３通信デバイスへの呼に対応する、呼のシーケンスに基づいて構成される。
【００４４】
たとえば、通信サーバＳＣは、ＰＡＢＸ交換機（「Ｐｒｉｖａｔｅ  Ａｕｔｏｍａｔｉｃ  Ｂｒａｎｃｈ  ｅＸｃｈａｎｇｅ（構内自動交換機）」）である。通信サーバＳＣは、通信端末をパワー・オンするかパワー・オフし、あるいは通信端末から通信デバイスへの着信転送をアクティブ化するか非アクティブ化するように命令するように特に構成された、ソフトウェアまたはハードウェアとソフトウェアとの組合せなどの手段を含む。
【００４５】
通信サーバＳＣ内でのユーザに関するイベントと電話サービスの継続性との管理を、たとえば、部分的にはシステム管理者によって定義し、部分的にはパーソナル・コンピュータ内のソフトウェア・インターフェースを介してユーザによって定義することができる。
【００４６】
さらに、他のタイプのイベントに関して、あるタイプのイベントに優先順位を割り当てることができる。たとえば、通信端末のパワー・オンが、午前９時００分にスケジューリングされ、通信端末のパワー・オフが、午後６時００分にスケジューリングされる。会社の所与の地理的区域へのユーザの到着が、たとえばＲＦＩＤ識別によって、午前９時００分の前に検出される場合には、通信端末を、ユーザの到着が検出された時にパワー・オンすることができる。さらに、選択される構成に応じて、通信端末のパワー・オフを、ユーザの出発が午後６時００分の前または後に検出される時に限って実行することができ、あるいはその代わりに、ユーザが出発する時に関わりなく午後６時００分にのみ実行することができる。オプションとして、通信端末のパワー・オフが、午後６時００分にスケジューリングされ、ユーザが、午後６時００分にまだ存在する場合には、可聴のおよび／または視覚的な通知によって、端末がパワー・オフされることをそのユーザに通知することができる。通信端末を、ユーザがその通信端末のパワー・オフを潜在的にキャンセルすることを可能にする所定の時間遅れを伴って前記通知の後にパワー・オフすることができる。
【００４７】
図２を参照すると、本発明の一実施形態による電話サービスを管理する方法は、遠隔通信システム内で実行されるステップＥ１からＥ６までを含む。この方法を、下では、通信端末が配置されているオフィス内に当初に存在するユーザに関連する、その通信端末ＴＣに関して説明する。
【００４８】
予備ステップＥ０１では、ユーザのプロファイルを、通信サーバＳＣ内で作成する。たとえば、このプロファイルは、データベース内のルックアップ・テーブルの形で保存され、このルックアップ・テーブルは、特に、ユーザの識別子ＩｄＵ、通信端末の識別子ＩｄＴＣ、およびそれぞれイベントのタイプＴｙｐＥに関連する命令のセットＥｎｓＩを含む。
【００４９】
さらに、オフィスへのアクセス・ポイントであるプレゼンス・ディテクタＤＰは、ＲＦＩＤ識別によって、ユーザがオフィスに入ろうとしているのか出ようとしているのかを検出するように構成される。
【００５０】
ステップＥ１では、プレゼンス・ディテクタＤＰが、通信端末の近くのユーザの不在に関するイベントを検出する。このイベントは、ユーザがオフィスを去ることに対応し、このオフィスは、通信端末が配置されている所与の地理的区域である。プレゼンス・ディテクタＤＰは、検出メッセージＭｅｓＤを所定のフォーマットでプレゼンス・サーバＳＰに送信する。メッセージＭｅｓＤは、プレゼンス・ディテクタＤＰの識別子ＩｄＤＰ、ユーザの識別子ＩｄＵ、および検出されたイベントに関するイベント・データＤｏｎＥを含む。イベント・データＤｏｎＥは、特に、ユーザのＲＦＩＤバッジの識別日付と、ユーザがオフィスを去ろうとしていることを示すアクションのタイプとを含む。
【００５１】
ステップＥ２では、プレゼンス・サーバＳＰが、プレゼンス・メッセージＭｅｓＰを通信サーバＳＣに送信する。メッセージＭｅｓＰは、プレゼンス・ディテクタＤＰの識別子ＩｄＤＰ、ユーザの識別子ＩｄＵ、およびイベント・データＤｏｎＥを含む。
【００５２】
オプションで、プレゼンス・サーバＳＰは、イベント・データＤｏｎＥを分析し、これらを通信サーバＳＣによって解釈できる別のフォーマットに変換する。さらに、プレゼンス・サーバＳＰは、イベント・データＤｏｎＥを解釈して、これらにユーザの存在または不在の明示的通知を与えることができる。ユーザがオフィスを去ることが検出される時の、前の例では、サーバＳＰは、ユーザの不在を示すデータ・フィールドを追加でき、あるいは、潜在的に、イベント・データの内容をそのようなデータ・フィールドに制限することができる。
【００５３】
ステップＥ３では、通信サーバＳＣが、ルックアップ・テーブル内のユーザの識別子ＩｄＵに関連する通信端末の識別子ＩｄＴＣを識別する。通信サーバＳＣは、イベント・データＤｏｎＥを分析して、それから、たとえば「ａｂｓｅｎｃｅ（不在）」によって定義されるイベント・タイプＴｙｐＥを演繹する。
【００５４】
通信サーバＳＣは、前にその識別子ＩｄＴＣによって識別された通信端末に関連する電力インターフェースＩＡのアドレスを判定し、イベント・タイプＴｙｐＥに関連する命令のセットＥｎｓＩを実行する。たとえば、命令のセットＥｎｓＩに基づいて、サーバＳＣは、通信端末のパワー・オフを命令する要求を電力インターフェースＩＡに送信する。さらに、通信サーバＳＣは、通信端末ＴＣの番号からモバイル無線通信電話機であるユーザの通信デバイスＤＣの番号への着信転送機能性をアクティブ化する。
【００５５】
したがって、ユーザの通信端末ＴＣは、ユーザが去った後に自動的にパワー・オフされ、もはや電力を消費しなくなる。ある人がその通信端末の番号を用いてそのユーザに電話をかける時には必ず、その呼は、そのユーザの携帯電話機にリダイレクトされる。
【００５６】
ステップＥ４では、プレゼンス・ディテクタＤＰが、通信端末ＴＣの近くのユーザの存在に関するイベントを検出する。このイベントは、ユーザがオフィスに入ることに対応し、検出メッセージＭｅｓＤをプレゼンス・サーバＳＰに送信する。メッセージＭｅｓＤは、プレゼンス・ディテクタＤＰの識別子ＩｄＤＰ、ユーザの識別子ＩｄＵ、および検出されたイベントに関するイベント・データＤｏｎＥを含む。イベント・データＤｏｎＥは、特に、ユーザのＲＦＩＤバッチの識別日付と、ユーザがオフィスに入ったことを示すアクションのタイプとを含む。
【００５７】
ステップＥ５では、プレゼンス・サーバＳＰが、プレゼンス・メッセージＭｅｓＰを通信サーバＳＣに送信し、このプレゼンス・メッセージＭｅｓＰも、プレゼンス・ディテクタＤＰの識別子ＩｄＤＰ、ユーザの識別子ＩｄＵ、およびイベント・データＤｏｎＥを含む。
【００５８】
ステップＥ６では、通信サーバＳＣが、ルックアップ・テーブル内のユーザの識別子ＩｄＵに関連する通信端末の識別子ＩｄＴＣを識別する。通信サーバＳＣは、イベント・データＤｏｎＥを分析して、それから、たとえば「ｐｒｅｓｅｎｃｅ（存在）」によって定義されるイベント・タイプＴｙｐＥを演繹する。
【００５９】
通信サーバＳＣは、イベント・タイプＴｙｐＥに関連する命令のセットＥｎｓＩを実行することによって、通信端末のパワー・オンを命令する要求を電力インターフェースＩＡに送信する。さらに、通信サーバＳＣは、通信端末ＴＣの番号からユーザの通信デバイスＤＣの番号への着信転送機能を非アクティブ化する。
【００６０】
したがって、ユーザの通信端末ＴＣは、ユーザが到着した後に自動的にパワー・オンされ、もう一度電力を消費する。このユーザを、通信端末ＴＣでもう一度呼び出すことができる。
【００６１】
オプションで、通信サーバＳＣ内で保存されるルックアップ・テーブルは、他のタイプのイベントに関するあるタイプのイベントの優先順位を判定するために、命令のセットＥｎｓＩに関連するプレゼンス・ディテクタＤＰの識別子ＩｄＤＰをも含む。
【００６２】
下で説明する例の実施形態によれば、ユーザのシステム手帳を管理するソフトウェア・モジュールであるもう１つのプレゼンス・ディテクタＤＰは、ユーザが不在の時および存在する時に基づいてプレゼンス・サーバＳＰに検出メッセージＭｅｓＤを送信するように構成される。
【００６３】
プレゼンス・ディテクタＤＰは、通信端末に近いユーザの存在に関するイベントを検出し、このイベントは、ユーザまたは現在または不在期間の終り時期間に対応し、プレゼンス・ディテクタＤＰは、検出メッセージＭｅｓＤをプレゼンス・サーバＳＰに送信する。メッセージＭｅｓＤは、特に、現在のディテクタの識別子ＩｄＤＰ、ユーザの識別子ＩｄＵ、および、たとえば存在期間の開始日付とユーザがオフィス内に存在することを示すアクションのタイプとを含む、イベント・データＤｏｎＥを含む。プレゼンス・サーバＳＰは、その内容が検出メッセージＭｅｓＤの内容に類似するプレゼンス・メッセージＭｅｓＰを通信サーバＳＣに送信する。
【００６４】
ユーザのプロファイルを、使用されるプレゼンス・ディテクタに基づいて処理優先順位を確立するように、または別のプレゼンス・ディテクタから前に受け取られたプレゼンス・メッセージの関数として、プレゼンス・ディテクタから受け取られたプレゼンス・メッセージを処理するルールを確立するように、構成することができる。たとえば、所与の日について、自動的に通信端末を午前９時にパワー・オンし、午後６時にパワー・オフするために、システム手帳が、ユーザが午前９時と午後６時との間にオフィスに存在する期間を保存した。前記メッセージ処理ルールに基づいて、アクセス・ポイントが、午前９時より前にオフィスへのユーザの到着を検出する場合に、通信サーバは、そのシステム手帳から導出されたプレゼンス・メッセージが前に受け取られたことがないので、端末をパワー・オンするためにアクセス・ポイントから導出されたプレゼンス・メッセージを処理する。さらに、システム手帳が、午前９時であることを検出し、メッセージを通信サーバに送信する時に、そのサーバは、そのメッセージを処理しない。というのは、その通信サーバが、通信端末をパワー・オンするためにアクセス・ポイントから導出された既に受信されたメッセージを有するからである。
【００６５】
ユーザのプロファイルを、受け取られたプレゼンス・メッセージを時間の関数として処理するためにプロファイルを確立する形で構成することもできる。たとえば、システム手帳を管理するソフトウェア・モジュールから来るメッセージは、午前８時に端末をパワー・オンするために朝にのみ処理され、あるいは、出張旅行などの長期イベントについて、その旅行が進行中である間に端末をパワー・オフするためにさらに処理される。
【００６６】
オプションで、ユーザおよび／または会社の許可を得て、ユーザの存在に関する情報を、暗号化し、そのユーザに関するログに収集することができ、このログは、ユーザのバッジの盗難に関してなど、調査目的でシステム管理者がアクセスできるものとすることができる。
【図１】
2012518307.tif 000002
【図２】
2012518307.tif 000003
【国際調査報告】
2012518307.tif 000004
2012518307.tif 000005
2012518307.tif 000006
2012518307.tif 000007
2012518307.tif 000008
2012518307.tif 000009