(57)【要約】【課題】参照の要求をされたユーザのプレゼンス情報が不明の場合でも、プレゼンス情報の推測を提供可能なプレゼンス・システムを提供する。【解決手段】プレゼンスサーバ１４は、端末１３からプレゼンス情報の要求を受けると、該要求と前記蓄積されたプレゼンス情報とからスケジュールサーバ１５にスケジュール情報の参照を要求する手段と、上記スケジュールサーバからスケジュール情報を受信する手段と、該受信したスケジュール情報をプレゼンス情報の形式に変換して、要求元端末に送信する手段とを備える。【選択図】  図１
2005025482.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された複数の端末と、
前記複数の端末からのプレゼンス情報を蓄積するプレゼンスサーバと、
前記複数の端末を使用するユーザのスケジュール情報を蓄積するスケジュールサーバとを備え、
前記プレゼンスサーバは、前記端末からプレゼンス情報の要求を受けると、該要求と前記蓄積されたプレゼンス情報とから前記スケジュールサーバにスケジュール情報の参照を要求する手段と、前記スケジュールサーバからスケジュール情報を受信する手段と、該受信したスケジュール情報をプレゼンス情報の形式に変換して、要求元端末に送信する手段とを備えることを特徴とするプレゼンス・システム。
【請求項２】
前記プレゼンスサーバは、前記スケジュールサーバの前記プレゼンス情報参照被要求ユーザの予定情報に対する前記プレゼンス情報参照要求ユーザのアクセス権限を規定する機能を含めるプレゼンス情報アクセスポリシーテーブルを備えていることを特徴とする請求項１記載のプレゼンス・システム。
【請求項３】
前記プレゼンスサーバは、前記スケジュールサーバから送信された前記プレゼンス情報参照被要求ユーザの予定情報をプレゼンス情報テーブル形式へ変換するためのスケジュール情報変換テーブルを備えていることを特徴とする請求項１記載のプレゼンス・システム。
【請求項４】
前記プレゼンスサーバは、前記プレゼンス情報参照要求ユーザに、前記プレゼンス情報参照被要求ユーザのプレゼンス情報を通知する際、真のプレゼンスではなく「推測」であることを明記することを特徴とする請求項１記載のプレゼンス・システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介して、リアルタイムに通信相手の動的状況を参照できるプレゼンス・システムに関する。
【０００２】
【従来の技術】
近年、インターネットの普及により、ネットワークに接続したユーザが簡単にリアルタイムでメッセージをやり取りしてコミュケーションするインスタントメッセージ（以下、ＩＭという）技術がかつての電子メールと同様に急速に普及しつつある。パーソナルな用途で便利なのはもちろんのこと、業務に応用しても、離れた場所にいる社員が業務連絡に利用したり、プロジェクトのメンバーがオンラインで議論を交わしたりするような、ビジネスシーンでの活用方法が次第に確立されてきている。このＩＭ通信において、通信ユーザ同士がお互いに通信できる状態を維持する必要があるため、常に相手側の現在の動的状況を確認しなければならない。こういったユーザの動的状況をプレゼンスといって、内容として、状態、場所、オン／オフライン、通信手段等多様な情報が含まれる。
【０００３】
プレゼンス情報を提供するためのプレゼンス・システムのモデルはＩＥＴＦのＲＦＣ２７７８で定義されている。このシステムは２種類のクライアントを持つ。１種類は自らのプレゼンス情報を発行してかつネットワークにあるサーバ（これは、プレゼンスサーバという）に蓄積する「プレゼンティティー」であり、もう１種類はプレゼンスサーバより他のユーザのプレゼンス情報を予約し受信する「ウォッチャー」である。この２種類のクライアントに成り得るのは固定端末のみならず、携帯電話やＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄａｔａ  Ａｓｓｉｓｔａｎｔ）のような移動端末を含めたあらゆる通信端末である。
【０００４】
プレゼンティティーは自らのプレゼンスが変わる度に、プレゼンスサーバに変更を通知する。プレゼンスサーバはこの変更情報を前記プレゼンティティーのプレゼンス情報を予約している１または複数のウォッチャーに通知する。そうすることによって、ウォッチャーがプレゼンティティーのプレゼンス情報によって、通信できるか否か、もしくはどのような通信手段が使用できるかについて判断ができ、通信の確立率を高める。
【０００５】
【非特許文献１】
ＲＦＣ２７７８
【０００６】
【発明が解決しようとする課題】
しかし、前記従来技術において、プレゼンティティーがなんらかの原因でプレゼンス情報をプレゼンスサーバに通知できない場合、プレゼンスサーバがウォッチャーに前記プレゼンティティーのプレゼンス情報を提供することができなく、結果としてプレゼンティティーとの通信の成功率が低くなる問題点がある。例を用いて説明する。プレゼンティティーが移動端末の場合、地下やトンネルなど電波の届かない場所にいると、自らのプレゼンスが変わっても、プレゼンスサーバに通知することができない。一方、固定（有線）端末の場合でも、ネットワークの障害でプレゼンスサーバに通信できない状況も同様。前記従来技術では、プレゼンティティーはプレゼンスサーバが得られる唯一の情報源がために、その情報源が失うことによって、ウォッチャーに対してプレゼンス情報の提供ができなくなる。
【０００７】
そこで、本発明は、以上の問題点を解決することを目的とする。
【０００８】
【課題を解決するための手段】
本発明は、前記の課題を解決するために、以下の手段を提供する。ネットワークに接続された複数の通信端末と、前記通信端末を使用するユーザのプレゼンス情報を記憶するプレゼンスサーバと、前記ユーザの予定情報を記憶するスケジュールサーバからなるプレゼンス・システムにおいて、前記プレゼンスサーバは、あるユーザ（以下、プレゼンス情報参照被要求ユーザという）のプレゼンス情報の参照要求を受けたとき、当該プレゼンス情報参照被要求ユーザのプレゼンス情報を当該プレゼンスサーバに備えるプレゼンス情報テーブルから読み出し、プレゼンス情報が不明か否かを調べる。プレゼンス情報が既知の場合は、その情報をプレゼンス情報参照を要求したユーザ（以下、プレゼンス情報参照要求ユーザという）に通知する。一方、不明の場合、プレゼンス情報参照被要求ユーザがあらかじめ設定したスケジュール情報アクセスポリシーに従い、前記スケジュールサーバへ問い合わせることによって、プレゼンス情報参照被要求ユーザの予定情報を受信し、当該プレゼンスサーバに備えるスケジュール情報をプレゼンス情報形式に変換するためのスケジュール変換テーブルを用いて、受信した予定情報をプレゼンス情報の形式に変換することで、真のプレゼンス情報の推測として、参照要求ユーザに提供する。
【０００９】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。図１は、本発明の実施の形態に関わるプレゼンス・システムの構成を示す図である。図１においては、ネットワーク１１には、ユーザＡが使用する通信端末１２と、ユーザａが使用する通信端末１３と、前記通信端末らのプレゼンス情報を蓄積するプレゼンスサーバ１４と、前記通信端末を使用するユーザの予定情報を蓄積するスケジュールサーバ１５とが接続されている。なお、通信端末１２、１３のほかに、複数の通信端末が前記端末と同じように前記ネットワークに接続されており、すべての端末は、固定端末や、無線で通信する移動端末である。
【００１０】
図２はプレゼンスサーバ１４の内部構造を示している。プレゼンスサーバ１４、ＣＰＵ  １４１、メモリー１４２、入出力Ｉ／Ｆ（インタフェース）１４３、通信Ｉ／Ｆ（インタフェース）１４４及びハードディスク１４５から構成される。ハードディスク１４５において、プレゼンス情報テーブル１４５１と、プレゼンス情報アクセスポリシーテーブル１４５２と、スケジュール情報変換テーブル１４５３等を備える。前記プレゼンス情報テーブルに、前記ネットワークに接続されている通信端末（１２、１３…）を使用するユーザのプレゼンス情報が格納される。前記プレゼンス情報アクセスポリシーテーブルに、前記プレゼンス情報テーブルへのアクセス権と、前記スケジュールサーバへのアクセス権を規定するポリシー情報が格納される。前記スケジュール情報変換テーブルは、スケジュールサーバ１５から送信されたスケジュール情報をプレゼンス情報に変換するためのフィールドマップである。
【００１１】
図３はスケジュールサーバ１５の内部構造を示している。前記スケジュールサーバ１５はＣＰＵ  １５１、メモリー１５２、入出力Ｉ／Ｆ（インタフェース）１５３、通信Ｉ／Ｆ（インタフェース）１５４及びハードディスク１５５から構成される。ハードディスク１５５において、スケジュール情報テーブル１５５１等を備える。前記スケジュール情報テーブルには、前記ネットワークに接続された通信端末を使用するユーザのスケジュール情報が格納される。
【００１２】
次に、本実施例で使用するデータ構造と入力画面について説明する。図４は、プレゼンス情報を記憶するプレゼンス情報テーブル１４５１のデータ構造を示す。プレゼンス情報テーブル１４５１は、配列構造を成し１以上のレコードを格納可能である。各レコードはユーザＩＤ  ４０１、ユーザの現時点の動的状況を表す状態４０２、ユーザが現時点の位置情報を表す場所４０３、現時点ユーザへの可能な通信方法を表す通信手段４０４、現在時刻４０５から構成される。各フィールドの情報は、一般的にユーザＩＤ４０１によって識別されるユーザが使用する通信端末から通知されることによって、プレゼンスサーバが自動的に生成する。たとえば、レコード４０６に対応するのユーザＢのプレゼンス情報は、ユーザＢが使用する通信端末からの通知で、プレゼンスサーバによって生成された。しかし、通信端末が通信できない状況にあるとき、例えば電波状況が悪い場合には、通信端末からユーザの現時点のプレゼンス情報をプレゼンスサーバに通知することができなくなり、プレゼンスサーバはユーザのプレゼンス情報の生成ができない状態に陥る。レコード４０６はこの状況を表す一例である。この場合の各フィールドの値は「不明」になってしまう。
【００１３】
図５は、プレゼンス情報アクセスポリシーテーブル１４５２のデータ構造を示す。図４に示すプレゼンス情報テーブルのレコード４０６に対応するユーザＡのプレゼンス情報アクセスポリシーテーブルを例として挙げる。プレゼンス情報アクセスポリシーテーブル１４５２は、配列構造を成し１以上のレコードを格納可能である。各レコードは、ユーザＡのプレゼンス情報へのアクセスを要求するユーザ（ウォッチャー）の識別子であるウォッチャー・ユーザＩＤ  ５０１と、ユーザＡのプレゼンス情報テーブルへのアクセス権を規定するプレゼンス参照許可５０２と、プレゼンスサーバ経由でユーザＡのスケジュール情報へのアクセス権を規定するスケジュール参照許可５０３から構成される。このテーブルはユーザによって設定され、ユーザ毎に持つことになる。図６は、前記プレゼンス情報アクセスポリシーテーブルへの入力画面を示す。
【００１４】
図７は、スケジュール情報テーブル１５５１のデータ構造を示す図４に示すプレゼンス情報テーブルのレコード４０６に対応するユーザＡのスケジュール情報テーブルを例として挙げる。スケジュール情報テーブル１５５１は、予定の日付７０１、開始時刻７０２、終了時刻７０３、予定の内容を表す用件７０４、予定の場所７０５、この予定をプレゼンス情報として表現するための状態７０６と位置７０７、予定実行時の可能な通信方法である通信手段７０８、この予定を公開するか否かに関わる属性であるプライベート７０９から構成される。各レコードのすべてのフィールドの値はユーザＡによって設定され、これもユーザ毎に持つことになる。図８は、前記スケジュール情報テーブルへの入力画面を示す。
【００１５】
図９は、スケジュール情報変換テーブル１４５３の構造を示す。プレゼンス情報テーブル１４５１のユーザＩＤ  ４０１、状態４０２、場所４０３、通信手段４０４フィールドはそれぞれスケジュール情報テーブル１５５１のユーザＩＤ  ７０１、状態７０７、位置７０８、通信手段７０９フィールドと対応する。
【００１６】
次に、本実施例に関わる通信シーケンス、及び処理シーケンスについて説明する。図９は、ユーザＡが使用する通信端末１２よりプレゼンスサーバ１４へ通知がない場合において、通信ユーザａが通信端末１３を使用して、ネットワーク１１経由、プレゼンスサーバ１４に、ユーザＡのプレゼンス情報を要求するときの通信シーケンスである。最初に、通信端末１３がプレゼンスサーバ１４に対して、ユーザＡのプレゼンス情報要求を発行する（ステップＳ１００１）。この要求には、ウォッチャーである通信端末１３を使用するユーザａのユーザＩＤと、プレゼンティティーである通信端末１２を使用するユーザＡのユーザＩＤが含まれている。プレゼンス情報要求を受信したプレゼンスサーバ１４は、ユーザａのＩＤとプレゼンス情報アクセスポリシーテーブル１４５２と照会し（ステップＳ１００２）、ユーザａのアクセス権を認め、ＯＫの応答を端末１３に返す（ステップＳ１００３）。それから、前記プレゼンス情報テーブル１４５１を検索し、ユーザＡのプレゼンス情報を読み出す。読み出したユーザＡのプレゼンス情報に対して、「不明」か否かをチェックし、「不明」である場合は、ユーザＡのプレゼンス情報アクセスポリシーテーブル１４５２を参照しながら、ウォッチャーがプレゼンティティーのスケジュールへのアクセス権を持っているかについてチェックする。（ステップＳ１００４）。この例では、図４、図５に示したように、ユーザＡのプレゼンス情報が「不明」であり、ユーザａはユーザＡのスケジュールに対してアクセス権を持っていると想定。プレゼンスサーバ１４からスケジュールサーバ１５に対して、ユーザＡのスケジュール情報の参照要求を発行する（ステップＳ１００５）。スケジュール情報参照要求を受信したスケジュールサーバ１５は、ＯＫの応答をプレゼンスサーバ１４に返す（ステップＳ１００６）と同時に、前記スケジュール情報テーブル１５５１のユーザＡ領域を検索し、現在時刻を含めた時間帯に該当するレコードはあるかどうかをチェック、あった場合プライベートであるかどうかをチェックする（ステップＳ１００７）。この例では、現在時刻は１１：２０と想定するため、図７のレコード７１１に示すように、該当レコードがあって、プライベートでないことがわかる。そうしたら、スケジュールサーバ１５は図７のレコード７１１の情報をプレゼンスサーバ１４に送信する（ステップＳ１００８）。プレゼンスサーバ１４は受信成功の応答をする（ステップＳ１００９）。プレゼンスサーバ１４が受信したスケジュール情報４０１を図４の形式に変換し（ステップＳ１０１０）、変換されたプレゼンス情報を通信端末１３に通知する（ステップＳ１０１１）。通信端末１３がプレゼンス情報を受信後、受信成功の応答をプレゼンスサーバ１４に返す（ステップＳ１０１２）。
【００１７】
次に、プレゼンスサーバ１４とスケジュールサーバ１５の処理シーケンスを説明する。図１１は、プレゼンスサーバ１４の処理シーケンスを示す。最初に、プレゼンスサーバがウォッチャーからプレゼンス情報参照の要求を受信する（ステップＳ１１０１）。次に、要求されたプレゼンティティーのユーザＩＤよりプレゼンス情報アクセスポリシーテーブル１４５２を読出し、さらにウォッチャーのユーザがプレゼンス情報へのアクセス権を持っているか調べ（ステップＳ１１０２）、持っている場合、プレゼンス情報テーブルから要求されたプレゼンティティーのプレゼンス情報を読み出す（ステップＳ１１０３）。一方、アクセス権を持っていない場合、ステップＳ１１１０以降を実行する。次に、読み出したプレゼンス情報に対して、有効なプレゼンス情報があるか（不明か否か）を調べ（ステップＳ１１０４）、有効なプレゼンス情報がある（不明でない）場合、ステップＳ１１１０を実行して、ウォッチャーにその情報を通知する。一方、不明である場合、さらに前記プレゼンス情報アクセスポリシーテーブル１４５２と照会し、ウォッチャーはスケジュール情報へのアクセス権があるかを調べ（ステップＳ１１０５）、ある場合、スケジュールサーバ１５へ参照要求を送信する（ステップＳ１１０６）。一方、アクセス権がない場合、ステップＳ１１１１を実行してウォッチャーにプレゼンスが不明であることを通知する。次に、スケジュールサーバ１５から参照結果を受信し（ステップＳ１１０７）、さらに該当レコードがあるか否かを判断する（ステップＳ１１０８）。該当があった場合、スケジュール情報をプレゼンス情報に変換し（ステップＳ１１０９）、さらにウォッチャーへ通知する（ステップＳ１１１０）。該当がない場合、ステップＳ１１１１を実行する。ステップＳ１１１０においてウォッチャーにプレゼンス情報を通知する際、本当のプレゼンス情報ではないため、「推測プレゼンス」を明記する必要がある。
【００１８】
図１２は、スケジュールサーバ１５の処理シーケンスを示す。最初に、プレゼンスサーバ１４からスケジュール情報の参照要求を受信し（ステップＳ１２０１）、スケジュール情報テーブル１５５１から該当ユーザのスケジュール情報を読み出す（ステップＳ１２０２）。次に、現在の時刻とスケジュール情報を照し合せ、現在時刻を含めた時間帯に該当するスケジュール情報があるか否かをチェックする（ステップＳ１２０３）。ある場合は、さらにプライベートであるか否かをチェックする（ステップＳ１２０４）。一方、ない場合は、ステップＳ１２０６を実行して、プレゼンスサーバ１４に「該当なし」を通知する。また、プライベートのチェックにおいて、プライベートである場合、ステップＳ１１０６を実行する。プライベートではない場合、プレゼンスサーバ１４にスケジュール情報を送信する（ステップＳ１２０５）。
【００１９】
最後に、本実施例のＧＵＩを説明する。図１３は、プレゼンス情報の参照を要求したユーザの端末の表示例である。真のプレゼンス情報と区別するために、「推測」であることを明記してある。以上で、本発明の実施例を説明した。
【００２０】
【発明の効果】
本発明により、プレゼンス情報が不明であるユーザのプレゼンス情報への参照要求があったときに、前記ユーザの予定情報を格納している予定記憶手段から、前記ユーザの現時点の予定情報を入手することによって、このプレゼンス情報を真のプレゼンス情報の推測として、参照要求をしたユーザに提供することで、ユーザ間の通信の成功率を上げることができる。
【図面の簡単な説明】
【図１】本発明の実施に関わるプレゼンス・サービス・システムの構成を示す図である。
【図２】本発明の実施の形態に関わるプレゼンスサーバの構成を示す図である。
【図３】本発明の実施の形態に関わるスケジュールサーバの構成を示す図である。
【図４】本発明の実施の形態で用いるプレゼンス情報テーブルのデータ構造である。
【図５】本発明の実施の形態で用いるプレゼンス情報アクセスポリシーテーブルのデータ構造である。
【図６】本発明の実施の形態で用いるプレゼンス情報アクセスポリシーテーブルへの入力画面である。
【図７】本発明の実施の形態で用いるスケジュール情報テーブルのデータ構造である。
【図８】本発明の実施の形態で用いるスケジュール情報テーブルへの入力画面である。
【図９】本発明の実施の形態で用いるプレゼンス情報変換テーブルのデータ構造である。
【図１０】本発明の実施の形態における通信シーケンスである。
【図１１】本発明の実施の形態におけるプレゼンスサーバの処理シーケンスである。
【図１２】本発明の実施の形態におけるスケジュールサーバの処理シーケンスである。
【図１３】本発明の実施の形態における画面表示例
【符号の説明】
１  ネットワーク
１２  通信端末
１３  通信端末
１４  プレゼンスサーバ
１５  スケジュールサーバ
１４１  ＣＰＵ
１４２  メモリー
１４３  入出力Ｉ／Ｆ
１４４  通信Ｉ／Ｆ
１４５  ハードディスク
１５１  ＣＰＵ
１５２  メモリー
１５３  入出力Ｉ／Ｆ
１５４  通信Ｉ／Ｆ
１５５  ハードディスク
【図１】
2005025482.tif 000003
【図２】
2005025482.tif 000004
【図３】
2005025482.tif 000005
【図４】
2005025482.tif 000006
【図５】
2005025482.tif 000007
【図６】
2005025482.tif 000008
【図７】
2005025482.tif 000009
【図８】
2005025482.tif 000010
【図９】
2005025482.tif 000011
【図１０】
2005025482.tif 000012
【図１１】
2005025482.tif 000013
【図１２】
2005025482.tif 000014
【図１３】
2005025482.tif 000015