JP5458744B2 - プレゼンス情報提供方法及びシステム - Google Patents

Description

本発明は、ユーザが使用する通信端末等の複数の通信ノードを含む通信システムにおいて、主たる目的であるデータ通信サービスをユーザに提供すると共に、かかるデータ通信サービスをより有効に提供するためにユーザにプレゼンスサービスを提供するプレゼンス情報提供方法、並びにかかる方法を実行するプレゼンス情報提供システムに関する。

プレゼンスサービスは、ユーザの契約状態や通信可否状態、通信に応じる意思があるかどうか等のプレゼンスを表すプレゼンス情報を別のユーザに知らせるサービスである（非特許文献１参照）。例えば、電話通話サービスを提供する通信システムにおけるプレゼンスサービスは、呼接続の可否状態や着呼に応じる意思があるかどうかを別ユーザに知らせるサービスである。

図１は、従来のプレゼンスサービスにおけるプレゼンス情報の交換形態を示している。本図を参照すると、ユーザＡが通信端末Ａ（ノードＡ）を使用し、ユーザＢが通信端末Ｂ（ノードＢ）を使用し、プレゼンスサービスの管理を行うためのプレゼンスサーバが設置されているとする。

ここで、ユーザＡが他ユーザからの着呼に応じる意思がある旨のプレゼンス情報を通知しようとしたとする。先ず、ノードＡは、当該プレゼンス情報を含むＰＵＢＬＩＳＨメッセージをプレゼンスサーバに送信する。プレゼンスサーバは、送信されたプレゼンス情報を受信し、これをユーザＡに関連付けて保持する。

一方、ユーザＢがユーザＡに向けた呼接続を希望したとする。この場合、ノードＢは、ノードＡに向けた発呼に先立って、ノードＡを指定したＳＵＢＳＣＲＩＢＥメッセージをプレゼンスサーバに送信する。これに応じてプレゼンスサーバは、指定されたユーザＡに関連付けられたプレゼンス情報をＮＯＴＩＦＹメッセージとしてノードＢに送信する。ノードＢは、当該プレゼンス情報を受信し、その内容に基づいてユーザＡのプレゼンスを認識し、呼接続の発呼又は発呼中止を行う。

人のプレゼンスを表すプレゼンス情報の構成は、プレゼンスデータモデルとして議論される。プレゼンスデータモデルのデータ要素としては、大きく分けて、パーソン、サービス及びデバイスの３つのデータ要素がある。パーソンとは、ユーザ自身のデータであり、例えば、会議中とかの活動情報や悲しい等の感情も含み得る。サービスとは、電話、インスタントメッセージ等の通信サービスに関わるデータであり、例えば、映像や音声通信方式の仕様や能力に関するデータを含み得る。デバイスとは、電話機、パーソナルコンピュータ（ＰＣ）等の物理的要素のデータであり、例えば、ＰＣが起動しているか、バッテリー残量等の通信の可否等のデータを含み得る。このように、人のプレゼンスは上記した３つのデータ要素の組合せによって表し得る。例えば、１人のユーザが電話機とＰＣを併用する如くして複数のノードに関連付けられる場合があり、当該ユーザのプレゼンス情報は、これらデータ要素の何れか又はこれらデータを組み合わせて表現され得る。

「ＩＭＳ標準テキスト」ブンザ・ロカマリロ、ミゲールＡガルシア・マーティン共著（澤田拓也、鹿島拓也訳）リックテレコム発信

ところで、プレゼンスデータモデルのデータ要素としては、上記した３つの要素に限られず、人の周囲の状況や環境等の状態情報をも含み得る。例えば、ユーザの周囲の温度を計測し、得られる温度データを当該ユーザのプレゼンスに反映することも可能なはずである。これにより、プレゼンス情報の信頼性をより高めることが期待されている。

しかしながら、従来の技術によっては図１に示されるように、例えば、図１に示されるように、ノードＣが温度センサを備えるセンサノードであってプレゼンス非対応ノードである場合には、ユーザＡのプレゼンス情報として、ノードＣから温度センサ情報とノードＡからのユーザＡに関するプレゼンス情報とを組み合わせることはできなかった。特に、センサノードの如きプレゼンス非対応ノードでは、人のプレゼンスに対する認識の程度がプレゼンス対応ノードとは何ら整合性がないために、センサデータをプレゼンス情報としてそのままでは用いることができなった。

本発明の目的は、センサノード端末等のプレゼンス非対応ノードを組込可能とし、複数のノードからのプレゼンス情報を組み合わせて、プレゼンス情報の信頼性をより高めることを可能とするプレゼンス情報提供方法及びシステムを提供することである。

本発明によるプレゼンス情報提供方法は、各々が特定のユーザのプレゼンスに関連する複数の通信端末と、前記通信端末との間で前記プレゼンスを表すプレゼンス情報を集信又は配信するプレゼンスサーバと、を含む通信システムにおけるプレゼンス情報提供方法であって、少なくとも１つのセンサノード端末から送信されるセンサデータのデータ値変化に応じて、前記ユーザに関連する状況プレゼンス情報を生成する状況プレゼンス情報生成ステップと、前記プレゼンスサーバにおけるプレゼンス情報の配信に際して、当該ユーザに関連して生成された状況プレゼンス情報を、前記プレゼンス情報に代えて又は前記プレゼンス情報と組み合わせて配信する状況プレゼンス情報配信ステップと、を含むことを特徴とする。

本発明によるプレゼンス情報提供システムは、各々が特定のユーザのプレゼンスに関連する複数の通信端末との間で前記プレゼンスを表すプレゼンス情報を集信又は配信するプレゼンスサーバを含むプレゼンス情報提供システムであって、前記通信端末及び前記プレゼンスサーバに接続され、少なくとも１つのセンサノード端末から送信されるセンサデータのデータ値変化に応じて、前記ユーザに関連する状況プレゼンス情報を生成するサービス変換サーバを含み、前記プレゼンスサーバは、前記プレゼンス情報の配信に際して、当該ユーザに関連して生成された状況プレゼンス情報を、前記プレゼンス情報に代えて又は前記プレゼンス情報と組み合わせて配信することを特徴とする。

本発明によるプレゼンス情報提供方法及びシステムによれば、センサノードの如きプレゼンス非対応ノードを組込可能とし、複数のノードからのプレゼンス情報を組み合わせて、プレゼンス情報の信頼性をより高めることができる。

従来のプレゼンスサービスにおけるプレゼンス情報の交換形態を示す説明図である。 本発明の実施例を示し、本発明によるプレゼンス情報提供システムを含む全体の構成を示すブロック図である。 図２に示したサービス変換サーバの内部構成を示すブロック図である。 図３に示したサービス変換テーブルの設定例を示す図である。 サービス変換サーバがプレゼンス非対応端末であるセンサノードをプレゼンスサーバに登録する処理手順を示すフローチャートである。 サービス変換サーバがセンサノードを登録する処理手順の変形例を示すフローチャートである。 センサノードのセンサデータをプレゼンス情報に変換してアプリケーション端末に通知する処理手順を示すシーケンス図である。 図７に示したセンサノードの監視における詳細の処理手順を示すフローチャートである。

本発明の実施例について添付の図面を参照しつつ詳細に説明する。

図２は、本発明の実施例を示し、本発明によるプレゼンス情報提供システムを含む全体の構成を示している。ここで、本発明によるプレゼンス情報提供方法が実施される通信システムは、センサネットワーク１０と、センサノード１１と、プレゼンス対応ネットワーク２０と、プレゼンス対応端末２１と、アプリケーション端末２２と、センサコントローラ３０と、ゲートウェイ４０と、サービス変換サーバ５０と、プレゼンスサーバ６０と、を含む。本発明によるプレゼンス情報提供システムは、サービス変換サーバ５０とプレゼンスサーバ６０とから少なくともなる。

本実施例では、センサノード１１は、プレゼンス未対応端末である。センサノード１１は、例えば、温度センサの如きセンサを備え、当該センサの計測動作によって得られるセンサデータをセンサネットワーク１０を介して外部に送信する通信ノードとして働く。プレゼンス対応端末２１は、通常のＰＣ等の通信端末であり、プレゼンス対応ネットワーク２０を介してプレゼンス情報の送受信が可能な端末である。プレゼンス対応ネットワーク２０は、プレゼンスサービスの提供が可能な通常の通信ネットワークのであればよく、電話ネットワーク、インターネット又はイントラネットであってもよい。

図２に示される実施例では、説明の容易性からセンサノード１１及びプレゼンス対応端末２１が各々１台ずつ示されているが、本発明にかかる限定はなく、各々２台以上のセンサノード１１及びプレゼンス対応端末２１が備えられてもよい。本実施例では、ある特定のユーザについてセンサノード１１及びプレゼンス対応端末２１が関連付けられているとする。

センサコントローラ３０は、センサネットワーク１０を介してセンサノード１１に接続されている。センサコントローラ３０は、センサノード毎に当該センサノードが送信するべきセンサデータの送信時刻や送信周期等のセンシング設定を行う。後述するように、サービス変換サーバ５０が、センサノード１１に対して制御データを送信して、センサノード１１のセンシング設定を直接行うようにしてもよい。

ゲートウェイ４０は、センサネットワーク１０とプレゼンス対応ネットワーク２０との間に接続され、両ネットワークのうち一方のネットワークから他方のネットワークに制御データや制御メッセージ及びプレゼンス情報を転送する機能を備える。

アプリケーション端末２２は、プレゼンス対応ネットワーク２０に接続され、プレゼンス対応ネットワーク２０を介して到来するプレゼンス情報を利用する通信ノードの例であり、通常のＰＣ（パーソナルコンピュータ）等の通信端末であってもよい。アプリケーション端末２２それ自身が、１つのプレゼンス情報を発信するプレゼンス対応端末であってもよい。

プレゼンスサーバ６０は、プレゼンス対応ネットワーク２０に接続され、プレゼンスサービスを管理するサーバである。プレゼンスサーバ６０は、プレゼンス情報を発信するプレゼンス対応端末２１からプレゼンス情報を受信して保持し、プレゼンス情報を利用するノードであるアプリケーション端末２２からの要求に応じて保持していたプレゼンス情報を送信する機能を備える。本発明において、プレゼンスサーバ６０は、さらに、サービス変換サーバ５０から送信されるプレゼンス情報を受信して保持し、アプリケーション端末２２からの要求に応じて当該プレゼンス情報を送信する機能を備える。

サービス変換サーバ５０は、ゲートウェイ４０に接続され、ゲートウェイ４０を介してセンサノード１１からのセンサデータ提供サービスをプレゼンスサービスに変換する機能を備える。詳細は後述する図３に示される。

尚、以上の構成においては、センサコントローラ３０及びサービス変換サーバ５０は、ゲートウェイ４０に接続されているが、本発明に係る限定はなく、センサコントローラ３０がセンサネットワーク１０に直接接続され、サービス変換サーバ５０がプレゼンス対応ネットワーク２０に直接接続されて所定の機能が実現されてもよい。

図３は、図２に示されたサービス変換サーバ５０の内部構成を示している。ここで、サービス変換サーバ５０は、通信制御部５１と、センサノード制御部５２と、サービス変換処理部５３と、サービス変換テーブル５４とから少なくとも構成される。

通信制御部５１は、センサノード１１との間で制御データや制御メッセージを送受信すると共に、センサノード１１からセンサデータを受信すると共にプレゼンスサーバ６０に向けてプレゼンス情報を送信する。

センサノード制御部５２は、センサノード１１の稼働状態を監視すると共に、センサノード１１のセンサアドレス等をサービス変換テーブル５４に設定すると共に、センサノード１１の稼働状態に応じてセンサノード１１を有効化又は無効化する。センサノード制御部５２は、また、サービス変換テーブル５４の内容に従った制御データを生成し、これをセンサノード１１にセンサコントローラ３０を介して又は直接送信する。

サービス変換処理部５３は、プレゼンス未対応端末であるセンサノード１１からのセンサデータをプレゼンス情報に変換することによって、継続的にサービス変換を行う。例えば、センサノード１１が温度センサを備えるとした場合、温度センサデータの値が所定の閾値を超えた場合に、人の存在によって室温が向上したと推定して、人の存在を表すプレゼンス情報を生成する。

サービス変換テーブル５４は、サービス変換処理部５３が行うプレゼンス変換処理の基礎となる設定情報を保持する。サービス変換テーブル５４の内容は、予め手動よって設定されても、プレゼンス未対応端末であるセンサノード１１からの起動メッセージに応じて、センサノード制御部５２によって自動的に設定されてもよい。

図４は、図３に示されたサービス変換テーブル５４の設定例を示している。サービス変換テーブル５４は、例えば図示されるように、センサアドレスと、センシング設定値と、サーバアドレスと、有効化フラグとからなる項目を含み、各項目の内容がセンサノード毎に設定される。

センサアドレスには、センサノード１１のネットワークアドレスが記述され、センサネットワーク１０においてセンサノード１１が一意に識別される。センシング設定値には、例えば、センサノード１１がセンサデータを取得する取得周期の如き計測態様を画定する情報が記述される。取得周期を１０秒とすると、センサノード１１は、１０秒間に１回の割合でセンサデータを送信し、これをサービス変換サーバ５０が受信することを表している。

プレゼンス定義は、センサノードが生成するセンサデータの値とプレゼンス情報の内容との対応関係を定義する情報が設定される。例えば、プレゼンスの状態の変化点、例えばセンサ値の範囲等が記述される。図２に示されたセンサノード１１が温度センサである場合、温度が３０．０℃以上の時、つまり温度のデータ値≧３０．０の時にプレゼンスの状態が変化するとしている。

サーバアドレスは、プレゼンスサーバ６０のネットワークアドレスが設定され、プレゼンス対応ネットワーク２０においてプレゼンスサーバ６０を一意に識別可能とする。プレゼンスサーバ６０を識別可能とすることによって、提供されるプレゼンスサービスを指定することができる。プレゼンスサーバ６０のネットワークアドレスは、物理的な装置アドレスに代えて、例えばＳＩＰ−ＵＲＬ（Session Initiation Protocol - Uniform Resource Locator）の如き論理アドレスが記述されてもよい。

有効化フラグは、プレゼンス未対応端末であるセンサノード１１をプレゼンス対応端末として有効化するか否かを表すＯＮ／ＯＦＦ状態が設定される。有効化フラグがＯＮ状態に設定されたセンサノード１１は、センサノード制御部５２によってプレゼンスサーバ６０に登録（ＲＥＧＩＳＴＥＲ）されて、以後、プレゼンス対応端末として機能する。

尚、図４に示された設定例では、センサノード１１がプレゼンスサーバ６０に登録される例が示されているが、センサノード１１以外のセンサノードを含む複数のセンサノードがプレゼンスサーバ６０のサービスに登録されてもよい。すなわち、複数センサデータの集合でプレゼンス情報を生成するようにしてもよい。

図５は、サービス変換サーバ５０がプレゼンス非対応端末であるセンサノード１１をプレゼンスサーバ６０に登録する処理手順を示している。かかる登録処理がなされた後に実際のプレゼンスサービス（後述する図７参照）の提供が開始される。

先ず、サービス変換サーバ５０は、センサアドレス、センシング設定値、プレゼンス定義及びサーバアドレスをサービス変換テーブル５４に設定する（ステップＳ１１）。この例では、サービス変換テーブル５４の設定内容が手動操作入力によって設定される。

次に、サービス変換サーバ５０は、サービス変換テーブル５４から１つのセンサアドレスを抽出し（ステップＳ１２）、当該センサアドレスに対応するセンサノードが起動しているか否かを判定する（ステップＳ１３）。サービス変換テーブル５４から１つのセンサアドレスを抽出する方法は、例えば、サービス変換テーブル５４の先頭から順番に１つのセンサノードを抽出する。本実施例では、例としてセンサノード１１が起動しているか否かを判定し、もしセンサノード１１が起動していなければ、有効化フラグをＯＦＦにし、所定時間後に再度センサノードが起動しているかを判定する（ステップＳ１３）。起動しているか否かの判定は、例えば、サービス変換サーバ５０がセンサコントローラ３０に確認メッセージを送信することによって実現され得る。

一方、センサノード１１が起動していると判定したならば、サービス変換サーバ５０は、センサノード１１について有効化フラグをＯＮにしてセンサノード１１の有効化を行う（ステップＳ１４）。センサノード１１の有効化は、プレゼンスサーバ６０にＲＥＧＩＳＴＥＲメッセージを送信するとによって登録化を行うと共に、センサノード１１に向けて制御データを送信することよってその動作態様を設定する。次いで、他のセンサノードについて処理を継続する。

図６は、サービス変換サーバ５０がセンサノード１１を登録する処理手順の変形例を示している。すなわち、本変形例においては、サービス変換サーバ５０がサービス変換テーブル５４を自動的に生成する。

サービス変換サーバ５０は、センサノードからの起動メッセージを待つ待ち状態を定常的に維持する（ステップＳ２１）。ここで、センサノード１１は起動すると自動的に起動メッセージを配信するものとする。そこで、サービス変換サーバ５０は、起動メッセージの到来を判定する（ステップＳ２２）。起動メッセージが到来するまで繰り返しステップＳ２１に戻り待ち状態を継続する。

もし、センサノード１１から起動メッセージが到来したならば、サービス変換サーバ５０は、この起動通知メッセージからセンサノード１１のセンサアドレスを抽出し、センサノード１１のセンサアドレスに対応付けて、センシング設定値、プレゼンス定義及びサーバアドレスを生成し、これらをサービス変換テーブル５４に設定する（ステップＳ２３）。これらの設定内容の生成は、例えば、センサノード毎に予め保持したアドレスリストや設定値対応表に基づいてなされ得る。

次に、サービス変換サーバ５０は、センサノード１１について有効化フラグをＯＮにしてセンサノード１１の有効化を行う（ステップＳ２４）。センサノード１１の有効化は、プレゼンスサーバ６０にＲＥＧＩＳＴＥＲメッセージを送信するとによって登録化を行うと共に、センサノード１１に向けて制御データを送信することよってその動作態様を設定する。次いで、ステップＳ２１に戻り他のセンサノードについて処理を継続する。

以上のように、図５又は図６に示された処理手順によって、プレゼンス未対応端末であったセンサノード１１をプレゼンス対応端末としてプレゼンスサーバ６０が管理することが可能となる。

図７は、センサノード１１のセンサデータをプレゼンス情報に変換してアプリケーション端末２２に通知する処理手順を示している。

先ず、サービス変換サーバ５０は、センサノード１１の有効化を行う（ステップＳ３１）。センサノード１１の有効化は、図５又は図６に示された処理手順に従って行われる。例えば、センサノード１１からの起動メッセージに応じて開始され、センサノード１１に向けた制御データが生成される。次いで、サービス変換サーバ５０は、プレゼンスサーバ６０に向けてＲＥＧＩＳＴＥＲメッセージを送信することよって、当該センサノード１１を登録する（ステップＳ３２）。

一方、サービス変換サーバ５０から送信される制御データの内容は、直接又はセンサコントローラ３０を介してセンサノード１１に設定される。センサノード１１は、当該制御データの内容に従ったセンサデータの生成及び送信を開始する（ステップＳ３３）。送信されたセンサデータはサービス変換サーバ５０により受信される。サービス変換サーバ５０は、受信したセンサデータをサービス変換テーブル５４の内容に従ってプレゼンス情報に変換し、当該プレゼンス情報をＰＵＢＬＩＳＨメッセージとしてプレゼンスサーバ６０に送信する（ステップＳ３４）。サービス変換サーバ５０は、以後、有効化されているセンサノード１１からセンサデータが送信されるのに応じて、当該センサデータのデータ値の変化に応じたプレゼンス情報を生成して送信する。

尚、サービス変換サーバ５０は、センサノード１１からセンサデータが送信される都度プレゼンス情報を生成する必然はなく、例えば、サービス変換サーバ５０は、センサデータが送信される都度、当該センサデータのデータ値に変化があるかを判定し、変化があればプレゼンス情報をプレゼンスサーバ６０に対し送信する。例えば、温度センサデータの値が３０度以上に変化した場合にのみプレゼンス情報を生成してプレゼンスサーバ６０に送信する。

また、サービス変換サーバ５０は、並行してセンサノードの監視を行って、監視結果に応じたプレゼンス情報を生成してもよい（ステップＳ３５）。かかる監視結果としては、センサノード１１のセンサ状態やセンサネットワーク１０のネットワーク状態の不具合が想定される。かかる態様については後述する図８を参照して説明する。

一方、プレゼンスサーバ６０は、サービス変換サーバ５０からプレゼンス情報を受信するのに並行して、通常のプレゼンス対応端末２１からプレゼンス情報（ＰＵＢＬＩＳＨメッセージ）を受信している（ステップＳ３６）。このとき、アプリケーション端末２２からプレゼンス情報取得要求としてＳＵＢＳＣＲＩＢＥメッセージが到来したとする（ステップＳ３７）。ＳＵＢＳＣＲＩＢＥメッセージは、特定のユーザを指定してプレゼンス情報の配信を要求する。本実施例では、当該ユーザのプレゼンスはセンサノード１１及びプレゼンス対応端末に関連するとしている。そこで、プレゼンスサーバ６０は、サービス変換サーバ５０からのプレゼンス情報（すなわちセンサノード１１からのプレゼンス情報）とプレゼンス対応端末２１からのプレゼンス情報とを組み合わせて１つのプレゼンス情報を生成する（ステップＳ３８）。

当該組合せの態様は、センサノード１１からのプレゼンス情報のみからなっても、センサノード１１からのプレゼンス情報とプレゼンス対応端末２１からのプレゼンス情報とが組み合わせられてもよい。さらには、一方のプレゼンス情報より表されるプレゼンスの状態と、他方のプレゼンス情報より表されるプレゼンスの状態との組合せ毎に多様なプレゼンス情報が生成されてもよい。

次に、プレゼンスサーバ６０は、当該生成したプレゼンス情報をアプリケーション端末２２にＮＯＴＩＦＹメッセージとして通知する（ステップＳ３９）。アプリケーション端末２２は、当該ＮＯＴＩＦＹメッセージの内容に従ったプレゼンス対応処理を行う（ステップＳ４０）。例えば、呼接続のため発呼を行う。あるいは単純にプレゼンスの変化を表示し、ユーザが確認できるようにしてもよい。

図８は、図７に示されたセンサノードの監視における詳細の処理手順を示している。

先ず、サービス変換サーバ５０は、プレゼンス非対応ノードの内、センサノード状態を監視するセンサアドレスを１つ抽出する（ステップＳ５１）。次いで、サービス変換サーバ５０は、当該アドレスのセンサノード、本実施例では例としてセンサノード１１が起動されているか否かを確認する確認メッセージを送信することによって、センサノード１１の監視を行う（ステップＳ５２）。

次に、サービス変換サーバ５０は、センサノード１１が稼働しているか否かを判定する（ステップＳ５３）。もし稼働していれば、センサノード１１についてサービス変換を通常通り継続する（ステップＳ５８）。センサノード１１の稼働判定は、例えば、確認メッセージに対してセンサノード１１から所定時間内に応答メッセージがあれば稼働しているものと判定する。

一方、センサノード１１が稼働していないと判定した場合、サービス変換サーバ５０は、センサノード１１に至る途中経路においてネットワーク障害がなく正常であるか否かを判定する（ステップＳ５４）。途中経路におけるネットワーク障害とは、例えば、ゲートウェイ４０の障害やセンサネットワーク１０上の途中ノードの障害が想定される。ゲートウェイ４０に対する正常又は障害の判定は、ゲートウェイ４０に対して診断メッセージを定期的に送信することによって判定し得る。センサネットワーク１０上の途中ノードの正常又は障害判定は、例えば、センサコントローラ３０や他の管理ノードに対する問い合わせメッセージの応答結果によって判定し得る。

ステップＳ５４において、センサノード１１に至る途中経路にネットワーク障害がなく正常であると判定した場合には、センサノード１１自体が異常であると認識して、障害である旨のノード状態プレゼンス情報を生成する。一方、途中経路にネットワーク障害があって正常ではないと判定した場合には、サービス変換サーバ５０は、センサノード１１に至る途中経路に障害が発生していると認識して、ネットワーク障害である旨のネットワーク状態プレゼンスを生成する。次いで、生成したノード状態プレゼンス情報又はネットワーク状態プレゼンスをプレゼンスサーバ６０に送信する（ステップＳ５７）。

プレゼンスサーバ６０は、送信されたノード状態プレゼンス情報又はネットワーク状態プレゼンスに応じて、センサノード１１に関連するユーザのプレセンス情報を更新して、当該ユーザに対するプレセンス情報取得要求に備える。

以上の実施例において、プレゼンス変換サーバを設け、センサノードからセンサデータを収集して当該センサデータからプレゼンス情報を生成している。これより、人の操作するＰＣのオンライン状態等のプレゼンス情報のみならず、人の感情や周囲の状況を表す状況プレゼンス情報を含めたプレゼンス情報を得ることができ、人のプレゼンスをより詳細に或いは様々な形態で把握することができる。

また、以上の実施例において、サービス変換サーバ５０が、センサデータが初期の設定値通りに得られない場合に、センサノードの状態を監視し、障害が発生している場合にはこれをプレゼンス情報に反映することでより信頼性のあるプレゼンス認識が可能となる。さらには、センサデータを基にしたプレゼンス情報のみならず、センサノード自体のプレゼンス情報を配信することで、プレゼンスサービスを利用するユーザがプレゼンス情報の信頼性を判定することもできる。

以上の実施例では、センサノード１１を温度センサを備えるセンサノードであると説明されたが、本発明にかかる限定はない。例えば、音センサを使って、センサレベルがある値以上ならばその場にいる人同士がしゃべっているとみなし「取り込み中」のプレゼンスを表すプレゼンス情報を生成することが考えられる。

また、たばこ煙センサが反応すれば「休憩中（電話対応可）」とする。トイレの人感センサなら「休憩中（電話対応不可）」とする。さらには、台所のガスメーターが作動すれば「休憩中（電話対応不可）」とする等の多様な形態が想定される。さらには、温度や湿度が高いと「不快」とすることも考えられる。

尚、以上の実施例においては、プレゼンス対応端末２１は、プレゼンスサービスに対応した通信ノードであって、プレゼンスサーバ６０にプレゼンス情報を送信することができる端末であると説明された。本発明の変形例として、プレゼンス対応端末２１にサービス変換サーバ５０と同様の機能を持たせることによって、プレゼンス対応端末２１内で生成したプレゼンス情報のみならず、センサノード１１からのセンサデータをセンサネットワーク１０及びゲートウェイ４０を介して取り込み、サービス変換サーバ５０のサービス変換機能を代行してもよい。

１０ センサネットワーク
１１ センサノード
２０ プレゼンス対応ネットワーク
２１ プレゼンス対応端末
２２ アプリケーション端末
３０ センサコントローラ
４０ ゲートウェイ
５０ サービス変換サーバ
５１ 通信制御部
５２ ノード制御部
５３ サービス変換処理部
５４ サービス変換テーブル
６０ プレゼンスサーバ

Claims (4)

1. 各々が特定のユーザのプレゼンスに関連する複数の通信端末と、前記通信端末との間で前記プレゼンスを表すプレゼンス情報を集信又は配信するプレゼンスサーバと、前記通信端末及び前記プレゼンスサーバに接続されているサービス変換サーバと、を含む通信システムにおけるプレゼンス情報提供方法であって、
   前記サービス変換サーバが、少なくとも１つのセンサノード端末から送信されるセンサデータのデータ値変化に応じて、前記ユーザに関連する状況プレゼンス情報を生成する状況プレゼンス情報生成ステップと、
   前記プレゼンスサーバが、前記プレゼンス情報の配信に際して、当該ユーザに関連して生成された状況プレゼンス情報を、前記プレゼンス情報に代えて又は前記プレゼンス情報と組み合わせて配信する状況プレゼンス情報配信ステップと、
   前記サービス変換サーバが、前記センサノード端末の状態及び前記センサノード端末に至るネットワーク状態のうちの何れか少なくとも１つの状態を検知するステップと、
   を含み、
   前記状況プレゼンス情報生成ステップは、前記サービス変換サーバが、当該検知された状態を表す状態情報を前記状況プレゼンス情報として生成するステップを含むことを特徴とするプレゼンス情報提供方法。
2. 前記状況プレゼンス情報生成ステップは、前記サービス変換サーバが前記センサデータの内容と前記状況プレゼンス情報の内容との対応関係が予め設定された変換テーブルの内容に従って、前記センサデータから前記状況プレゼンス情報を生成することを特徴とする請求項１記載のプレゼンス情報提供方法。
3. 前記サービス変換サーバが前記センサノード端末が計測するセンサデータの計測態様を画定する制御データを前記センサノード端末に予め送信することによって、当該センサデータの計測態様を設定するステップをさらに含むことを特徴とする請求項１又は２記載のプレゼンス情報提供方法。
4. 各々が特定のユーザのプレゼンスに関連する複数の通信端末との間で前記プレゼンスを表すプレゼンス情報を集信又は配信するプレゼンスサーバを含むプレゼンス情報提供システムであって、
   前記通信端末及び前記プレゼンスサーバに接続され、少なくとも１つのセンサノード端末から送信されるセンサデータのデータ値変化に応じて、前記ユーザに関連する状況プレゼンス情報を生成するサービス変換サーバを含み、
   前記プレゼンスサーバは、前記プレゼンス情報の配信に際して、当該ユーザに関連して生成された状況プレゼンス情報を、前記プレゼンス情報に代えて又は前記プレゼンス情報と組み合わせて配信し、
   前記サービス変換サーバは、前記センサノード端末の状態及び前記センサノード端末に至るネットワーク状態のうちの何れか少なくとも１つの状態を検知し、
   前記サービス変換サーバは、前記状況プレゼンス情報の生成において、当該検知された状態を表す状態情報を前記状況プレゼンス情報として生成することを特徴とするプレゼンス情報提供システム。

Images