(57)【要約】【課題】登録している通信相手の状態を取得、表示可能なプレゼンス情報表示装置において、通信相手のプレゼンス情報を選択的に取得することにより、不必要な通信や処理を減らす。【解決手段】プレゼンス情報表示装置１は、通信相手（プレゼンティティ３）の状態を示すプレゼンス情報を提供するプレゼンスサービス２とネットワーク４を介して接続するための通信部１６、通信部１６を介して通信相手のプレゼンス情報を取得するプレゼンス情報取得部１５、取得した通信相手のプレゼンス情報をページ単位で画面に表示するための画面出力部１４、通信相手に関する情報を登録した相手先ＤＢ１２を備える。プレゼンス情報取得部１５は、画面出力部１４が表示するページに応じて、プレゼンス情報を取得する通信相手に関する情報を相手先ＤＢ１２から選択し、選択した通信相手のプレゼンス情報を取得する。【選択図】図１
2006293699.tif 000002
【特許請求の範囲】
【請求項１】
通信相手の状態を示すプレゼンス情報を提供する提供元と通信網を介して接続するための通信部と、該通信部を介して通信相手のプレゼンス情報を取得するプレゼンス情報取得部と、該取得した通信相手のプレゼンス情報をページ単位で画面に表示するための画面出力部とを備えるプレゼンス情報表示装置であって、前記プレゼンス情報取得部は、前記画面出力部が表示するページに応じて、プレゼンス情報を取得する通信相手を選択し、該選択した通信相手のプレゼンス情報を取得することを特徴とするプレゼンス情報表示装置。
【請求項２】
請求項１に記載のプレゼンス情報表示装置であって、通信相手に関する情報として、アドレス情報と、プレゼンス情報を表示させるページの番号とを登録した記憶部を備え、前記プレゼンス情報取得部は、前記画面出力部が表示するページに応じて通信相手のプレゼンス情報を取得する際に、前記記憶部に登録されている通信相手に関する情報を参照することを特徴とするプレゼンス情報表示装置。
【請求項３】
請求項１又は２に記載のプレゼンス情報表示装置であって、前記プレゼンス情報取得部は、前記画面出力部が表示するページに含まれる通信相手のプレゼンス情報を取得することを特徴とするプレゼンス情報表示装置。
【請求項４】
請求項１又は２に記載のプレゼンス情報表示装置であって、前記プレゼンス情報取得部は、前記画面出力部が表示するページとその前及び／又は後のページに含まれる通信相手のプレゼンス情報を取得することを特徴とするプレゼンス情報表示装置。
【請求項５】
請求項２に記載のプレゼンス情報表示装置であって、前記記憶部にはプレゼンス情報を取得するかどうかを設定したプレゼンス取得設定情報が登録されており、前記プレゼンス情報取得部は、前記画面出力部が表示するページに応じて通信相手のプレゼンス情報を取得する際に、前記プレゼンス取得設定情報を参照し、前記ページに含まれる通信相手の中から、プレゼンス情報を取得するように設定されている通信相手のプレゼンス情報を取得することを特徴とするプレゼンス情報表示装置。
【請求項６】
請求項１に記載のプレゼンス情報表示装置であって、前記プレゼンス情報取得部により通信相手からの最初のプレゼンス情報を受信するまでの間、前記画面出力部は、前記通信相手のプレゼンス情報を取得中であることを示す情報を画面に表示することを特徴とするプレゼンス情報表示装置。
【請求項７】
請求項１に記載のプレゼンス情報表示装置であって、前記プレゼンス情報取得部は、前記提供元に対して、前記画面出力部が表示するページに含まれる通信相手の状態が変化したときにプレゼンス情報を送信するように要求することにより、前記通信相手のプレゼンス情報を取得することを特徴とするプレゼンス情報表示装置。
【請求項８】
請求項１に記載のプレゼンス情報表示装置であって、前記プレゼンス情報取得部は、前記提供元に対して、前記画面出力部が表示するページに含まれる通信相手のプレゼンス情報を所定の間隔で問い合わせを行うことにより、前記通信相手のプレゼンス情報を取得することを特徴とするプレゼンス情報表示装置。
【請求項９】
通信相手の状態を示すプレゼンス情報を提供する提供元と通信網を介して接続するための通信部と、該通信部を介して通信相手のプレゼンス情報を取得するプレゼンス情報取得部と、該取得した通信相手のプレゼンス情報をページ単位で画面に表示するための画面出力部とを備えるプレゼンス情報表示装置のプレゼンス情報取得方法であって、前記画面出力部が表示するページに応じて、プレゼンス情報を取得する通信相手を選択し、該選択した通信相手のプレゼンス情報を取得することを特徴とするプレゼンス情報取得方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プレゼンス情報表示装置及びプレゼンス情報取得方法、より詳細には、登録している通信相手の状態を取得、表示可能なプレゼンス情報表示装置及びプレゼンス情報取得方法に関する。
【背景技術】
【０００２】
近年、インスタントメッセージング（Ｉｎｓｔａｎｔ  Ｍｅｓｓａｇｉｎｇ）を中心として、ネットワーク上のコミュニケーション相手（通信相手）の状態を知ることが出来るプレゼンス機能が多く用いられている。プレゼンス機能が扱う状態（プレゼンス情報）としては、例えば通信相手の利用端末がオンラインかオフラインか、といった利用端末の状態、あるいは通信相手が電話中か退席中か、といった通信相手の状態を示すものが主に用いられ、リアルタイムにコミュニケーションがとれるかどうかがすぐに分かるという利点がある。
【０００３】
プレゼンス機能を実現するための構成要素としては、自身の状態（プレゼンス情報）を提供するプレゼンティティ（ＰＲＥＳＥＮＴＩＴＹ）、プレゼンス情報を観察するウォッチャ（ＷＡＴＣＨＥＲ）、プレゼンティティからプレゼンス情報を受け取り、ウォッチャにプレゼンス情報を通知するプレゼンスサービス（ＰＲＥＳＥＮＣＥ  ＳＥＲＶＩＣＥ）がある。ウォッチャはさらに２種類に分類され、その時点でのプレゼンス情報を得るためにその都度プレゼンスサービスに問い合わせを行うフェッチャ（ＦＥＴＣＨＥＲ）と、プレゼンティティの状態が変化したときに通知してもらうようプレゼンスサービスにリクエストするサブスクライバ（ＳＵＢＳＣＲＩＢＥＲ）とがある。
【０００４】
プレゼンティティは自身の状態が変化した場合にそのプレゼンス情報をプレゼンスサービスに通知し、ウォッチャはプレゼンスサービスからプレゼンス情報を取得することで所望の通信相手のプレゼンス情報を得ることが出来る。なお、プレゼンティティ、ウォッチャ、プレゼンスサービスは論理的な構成要素であり、例えばプレゼンスサービスとプレゼンティティが物理的に同じ端末上で動作していても構わない。プレゼンスのモデルについては、例えば、非特許文献１に記載されている。
【０００５】
ここで、従来のインスタントメッセージングなどのプレゼンス機能は、登録してある全ての通信相手のプレゼンス情報を取得している。したがって、登録している通信相手が多くなれば、それに伴って通信量や処理量が増大してしまう。
【０００６】
これに対して、例えば、特許文献１には、各対話者の問い合わせ間隔に優先制御を施し、不必要な問い合わせを可能な限り減少させて、サーバやデータベースへの負荷集中を減少させたものが開示されている。これは、インスタントメッセージングなどのコミュニケーションシステムの利用端末が登録している対話者の状態（外出中など）をサーバに問い合わせる際に、利用者の利用端末に登録している対話者とのコミュニケーション回数、メッセージ交換数、メッセージ交換頻度、通話時間などのコミュニケーション状況を観測し、その観測値を対話者毎に保存し、そのコミュニケーション状況の観測値を、予め定められた変換規則に従って優先度ポイントに変換し、対話者毎に算出された優先度ポイントに応じて各対話者の状態問い合わせ間隔を決定又は変更するようにしたものである。
【非特許文献１】Ｍ．Ｄａｙ  ｅｔ  ａｌ，"Ａ  Ｍｏｄｅｌ  ｆｏｒ  Ｐｒｅｓｅｎｃｅ  ａｎｄ  Ｉｎｓｔａｎｔ  Ｍｅｓｓａｇｉｎｇ"，ＲＦＣ２７７８，Ｆｅｂｒｕａｒｙ  ２０００
【特許文献１】特開２００３−２９６２５９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記特許文献１に記載の発明によれば、コミュニケーション状況の観測値を変換した優先度ポイントに応じて各対話者の状態問い合わせ間隔を決定又は変更しているため、不必要な問い合わせを減少させることができるが、これらの処理は、登録してある全ての対話者に対して実行され、結果的に全ての対話者（通信相手）からプレゼンス情報を取得している。
【０００８】
このように、全ての通信相手のプレゼンス情報を取得しても、使用者が知りたいのは特定の通信相手のプレゼンス情報であることが多く、全ての通信相手のプレゼンス情報を知る必要はないと考えられる。また、常に全ての通信相手のプレゼンス情報を取得することは、不必要な通信および処理をしていることになる。これは、パーソナルコンピュータなどの処理能力に余裕のある機器上で動作させる場合にはそれほど問題とはならないが、例えば携帯電話やＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｃｅ）といった機器では処理量や通信量に制約があるため、通信相手の数が多くなった場合に問題が生じる可能性がある。
【０００９】
本発明は、上述のごとき実情に鑑みてなされたものであり、登録している通信相手の状態を取得、表示可能なプレゼンス情報表示装置において、通信相手のプレゼンス情報を選択的に取得することにより、不必要な通信や処理を減らし、登録している通信相手が多くなった場合でもプレゼンス情報を効率的に取得、表示できるようにすること、をその目的とする。
【課題を解決するための手段】
【００１０】
上記の目的を達成するために、本発明の第１の技術手段は、通信相手の状態を示すプレゼンス情報を提供する提供元と通信網を介して接続するための通信部と、該通信部を介して通信相手のプレゼンス情報を取得するプレゼンス情報取得部と、該取得した通信相手のプレゼンス情報をページ単位で画面に表示するための画面出力部とを備えるプレゼンス情報表示装置であって、前記プレゼンス情報取得部は、前記画面出力部が表示するページに応じて、プレゼンス情報を取得する通信相手を選択し、該選択した通信相手のプレゼンス情報を取得することを特徴としたものである。
【００１１】
第２の技術手段は、第１の技術手段において、通信相手に関する情報として、アドレス情報と、プレゼンス情報を表示させるページの番号とを登録した記憶部を備え、前記プレゼンス情報取得部は、前記画面出力部が表示するページに応じて通信相手のプレゼンス情報を取得する際に、前記記憶部に登録されている通信相手に関する情報を参照することを特徴としたものである。
【００１２】
第３の技術手段は、第１又は第２の技術手段において、前記プレゼンス情報取得部は、前記画面出力部が表示するページに含まれる通信相手のプレゼンス情報を取得することを特徴としたものである。
【００１３】
第４の技術手段は、第１又は第２の技術手段において、前記プレゼンス情報取得部は、前記画面出力部が表示するページとその前及び／又は後のページに含まれる通信相手のプレゼンス情報を取得することを特徴としたものである。
【００１４】
第５の技術手段は、第２の技術手段において、前記記憶部にはプレゼンス情報を取得するかどうかを設定したプレゼンス取得設定情報が登録されており、前記プレゼンス情報取得部は、前記画面出力部が表示するページに応じて通信相手のプレゼンス情報を取得する際に、前記プレゼンス取得設定情報を参照し、前記ページに含まれる通信相手の中から、プレゼンス情報を取得するように設定されている通信相手のプレゼンス情報を取得することを特徴としたものである。
【００１５】
第６の技術手段は、第１の技術手段において、前記プレゼンス情報取得部により通信相手からの最初のプレゼンス情報を受信するまでの間、前記画面出力部は、前記通信相手のプレゼンス情報を取得中であることを示す情報を画面に表示することを特徴としたものである。
【００１６】
第７の技術手段は、第１の技術手段において、前記プレゼンス情報取得部は、前記提供元に対して、前記画面出力部が表示するページに含まれる通信相手の状態が変化したときにプレゼンス情報を送信するように要求することにより、前記通信相手のプレゼンス情報を取得することを特徴としたものである。
【００１７】
第８の技術手段は、第１の技術手段において、前記プレゼンス情報取得部は、前記提供元に対して、前記画面出力部が表示するページに含まれる通信相手のプレゼンス情報を所定の間隔で問い合わせを行うことにより、前記通信相手のプレゼンス情報を取得することを特徴としたものである。
【００１８】
第９の技術手段は、通信相手の状態を示すプレゼンス情報を提供する提供元と通信網を介して接続するための通信部と、該通信部を介して通信相手のプレゼンス情報を取得するプレゼンス情報取得部と、該取得した通信相手のプレゼンス情報をページ単位で画面に表示するための画面出力部とを備えるプレゼンス情報表示装置のプレゼンス情報取得方法であって、前記画面出力部が表示するページに応じて、プレゼンス情報を取得する通信相手を選択し、該選択した通信相手のプレゼンス情報を取得することを特徴としたものである。
【００１９】
すなわち、本発明のプレゼンス情報表示装置は、プレゼンス情報を表示する必要のある通信相手のみプレゼンス情報を取得し、プレゼンス情報を表示する必要のない通信相手のプレゼンス情報を取得しないようにすることができるため、不必要な通信および処理を削減することができる。
【発明の効果】
【００２０】
本発明によれば、登録している通信相手の状態を取得、表示可能なプレゼンス情報表示装置において、プレゼンス情報を表示する必要のない通信相手のプレゼンス情報を取得しないようにすることで、不必要な通信および処理を削減することができるため、登録している通信相手が多くなった場合でもプレゼンス情報を効率的に取得、表示することができる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の実施の形態について図面を用いて説明する。
（第一の実施の形態）
図１は、本発明の一実施形態に係るプレゼンス情報表示装置の構成例を示す論理ブロック図で、図中、１はプレゼンス情報表示装置、２はプレゼンスサービス、３はプレゼンティティ、４はネットワークを示す。プレゼンス情報表示装置１は、入力処理部１１、相手先データベース１２、制御部１３、画面出力部１４、プレゼンス情報取得部１５、および通信部１６で構成されている。プレゼンスサービス２は、プレゼンティティ３からプレゼンス情報を受け取り、受け取ったプレゼンス情報をプレゼンス情報表示装置１に提供する機能を備える。なお、プレゼンス情報とは、例えば、通信相手の利用端末がオンラインかオフラインか、といった利用端末の状態、あるいは、通信相手が電話中、在席、不在、といった通信相手の状態、あるいは、カメラ、マイク、モーションセンサなどの各種センサ情報などを含むものとする。なお、プレゼンスサービス２とプレゼンティティ３は論理的な構成要素であり、両者が物理的に同じ端末上で動作していても構わない。
【００２２】
プレゼンス情報表示装置１は、通信相手のプレゼンスを観察するウォッチャに相当し、通信網であるネットワーク４を介してプレゼンスサービス２と通信を行ってプレゼンティティ３の状態を取得し、通信相手のプレゼンス情報を画面上に表示する機能を備えている。なお、プレゼンス情報表示装置１はパーソナルコンピュータや携帯電話、ネットワーク対応のテレビなどの情報処理装置であり、通信相手とプレゼンス情報を相互に通知できるよう、プレゼンス情報表示装置１上にプレゼンスサービス２とプレゼンティティ３が動作している構成も考えられる。
【００２３】
入力処理部１１は、プレゼンス情報表示装置１へのユーザの指示を受け付ける手段であり、図示していないキーボード、マウス、リモコン等の入力装置と接続されている。本実施の形態の入力処理部１１は、例えば、改ページや、カーソル移動、画面スクロールといった画面のページを切り替える機能を備えているものとする。
【００２４】
相手先データベース１２は、通信相手の名前やアドレス、表示させるページ番号などの情報が格納された記憶部である。図２は、相手先データベース１２に格納されている相手先データのデータ構造の一例を示す図である。図２に示すように、相手先データとしては、例えば、「名前」、「アドレス」、「プレゼンス取得設定」、「プレゼンス取得状況」、「プレゼンス情報」、「ページ番号」、などの情報が含まれている。
【００２５】
「アドレス」とは、例えば電話番号、ＩＰアドレス、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）アドレスなどが考えられる。「プレゼンス取得設定」とは、プレゼンス情報を取得するかどうかの設定であり、プレゼンス情報を取得しない通信相手もこの相手先データベース１２に登録できるようにするためのものである。「プレゼンス取得状況」とは、プレゼンス情報を取得できているかどうかの状況であり、例えばリクエストがタイムアウトした場合などや、リクエストが拒否された場合に未取得と設定される。「プレゼンス情報」は、通信相手から受信したプレゼンス情報である。「ページ番号」は、その通信相手のプレゼンス情報が何ページ目に表示されるのかを示す値である。
【００２６】
制御部１３は、プレゼンス情報表示装置１全体の制御を行う手段であり、具体的には、例えば、相手先データベース１２を検索して必要な情報を取得、画面に表示する通信相手を決定してそのプレゼンス情報を画面出力部１４に通知する、あるいは、通信相手のプレゼンス情報を取得するようにプレゼンス情報取得部１５に指示する、といった処理を行う。
【００２７】
画面出力部１４は、指定された通信相手のプレゼンス情報をページ単位で画面に表示する手段であり、図示していないディスプレイなどの表示装置と接続されている。画面には指定されたページに含まれる通信相手のプレゼンス情報を表示しており、ユーザからページ切り替えの指示があるとページを切り替え、別の通信相手のプレゼンス情報を表示する。なお、１つのページに何人のプレゼンス情報を表示するかは任意であり、画面サイズやアプリケーションに応じて決定することができる。
【００２８】
プレゼンス情報取得部１５は、制御部１３から指定されたアドレスに対して、通信部１６を介してプレゼンス情報を取得する手段である。通信のプロトコルとしては、例えばＳＩＰが用いられる。ここで、プレゼンスサービス２からプレゼンス情報を取得する手段として、フェッチャとサブスクライバの２つの方法を挙げているが、本発明ではフェッチャとサブスクライバのどちらであっても構わない。
【００２９】
本実施の形態ではサブスクライバを用いた場合について説明する。すなわち、プレゼンス情報取得部１５は、通信相手の状態が変化した際に通知してくれるように、プレゼンス情報の購読リクエストを送信し、以後、非同期に送信されてくるプレゼンス情報を受信して制御部１３に通知する。
【００３０】
通信部１６は、ネットワーク４に接続され、プレゼンスサービス２に対してプレゼンス情報を取得するためのリクエストを送信したり、通信相手のプレゼンス情報をプレゼンスサービス２から受信したりする手段である。
【００３１】
本実施の形態のプレゼンス情報表示装置１では、現在画面上に表示しているページに含まれる通信相手のみプレゼンス情報を取得する。すなわち、現在プレゼンス情報を画面表示していない通信相手に対しては、たとえプレゼンス情報を取得するように設定されていてもプレゼンスを取得しない。以下、本実施の形態のプレゼンス情報表示装置１の動作例について説明する。
【００３２】
図３は、第一の実施の形態に係るプレゼンス情報表示装置１におけるユーザ入力による画面切り替え処理の一例を説明するためのフロー図である。尚、本例は、図１に示したプレゼンス情報表示装置１の構成に基づいて説明する。まず、入力処理部１１がユーザからページ切り替えの指示を受け取ると（ステップＳ１）、制御部１３では相手先データベース１２を検索し、次のページでプレゼンス情報を表示する通信相手の情報を取得する（ステップＳ２）。制御部１３では現在表示しているページ番号を保持しておき、次のページを表示する時は、図２に示した相手先データ中の「ページ番号」が「現在のページ＋１」である通信相手を検索すればよい。
【００３３】
次に、プレゼンス情報表示装置１は、次ページでプレゼンス情報を表示する通信相手が見つかったら、続いてその通信相手の「プレゼンス取得設定」を調べ、プレゼンスを取得する設定になっていた場合、プレゼンス情報取得部１５がその通信相手に対してプレゼンスの購読リクエストを送信する（ステップＳ３）。一方、プレゼンスを取得しない設定になっている通信相手に対しては、その通信相手のプレゼンス情報を取得する必要はないため、プレゼンスの購読リクエストは送信しない。
【００３４】
次に、プレゼンス情報表示装置１は、今までプレゼンス情報を表示していた通信相手を検索する（ステップＳ４）。続いてその通信相手の「プレゼンス取得状況」を調べ、プレゼンスを取得していれば、プレゼンス情報取得部１５がその通信相手に対してプレゼンスの購読解除リクエストを送信する（ステップＳ５）。一方、プレゼンスを取得していない通信相手に対しては、プレゼンスの購読解除リクエストを送信しない。
【００３５】
最後に、画面出力部１４がページ切り替え処理を行い（ステップＳ６）、新しい画面を表示する。なお、次のページで表示するプレゼンス情報はこの時点ではまだ取得できていない可能性があるため、その場合、画面出力部１４は、画面上に「プレゼンス情報取得中」などの表示を行って、現在応答待ち状態であることを示すようにしてもよい。また、現在表示しているページだけでなく、当該ページの前及び／又は後の数ページに含まれる通信相手に対してもプレゼンス情報を先読みするようにしてもよい。例えば、当該ページ及び前後２ページずつに含まれる相手に対してプレゼンス情報を取得するようにした場合、５ページを表示する際には３、４、５、６、７ページに含まれる相手のうち、プレゼンス情報を取得する設定になっている相手に対してプレゼンスの購読リクエストを送信する。これにより、ページを切り替えて６ページを表示しても、すぐに相手のプレゼンス情報を画面に表示することが出来る。
【００３６】
以上のシーケンスにより、画面を切り替える際、新たにプレゼンス情報が表示される通信相手に対しては新たにプレゼンスの購読を開始し、プレゼンス情報が表示されなくなる通信相手に対してはプレゼンスの購読をやめる、という処理が実現できる。
【００３７】
図４は、第一の実施の形態に係るプレゼンス情報表示装置１においてプレゼンス情報を受信したときの処理の一例を説明するためのフロー図である。ここで、プレゼンスの購読リクエストを送信した通信相手からは、通信相手のプレゼンスが変化するたびにプレゼンス情報が通知される。
【００３８】
まず、プレゼンス情報取得部１５は、通信相手からのプレゼンス情報を受信すると、その情報を制御部１３に通知する（ステップＳ１１）。制御部１３は相手先データベース１２を検索し、その通信相手のプレゼンス情報を取得して、以前の状態からプレゼンスが変化したかどうかを調べる（ステップＳ１２）。プレゼンスが変化していた場合（ＹＥＳの場合）、相手先データベース１２中の該当するプレゼンス情報を新しい情報に更新し（ステップＳ１３）、画面出力部１４にも新しいプレゼンス情報を通知して、表示しているプレゼンス情報を最新の情報に更新する（ステップＳ１４）。また、上記ステップＳ１２において、プレゼンスが変化していなかった場合（ＮＯの場合）、相手先データベース１２や画面を更新する必要はないため、そのまま終了する。以上のシーケンスにより、通信相手からプレゼンス情報を受信した際、表示しているプレゼンス情報を最新の情報に更新することが出来る。
【００３９】
続いて、図５を参照して、具体的な画面例を基に本実施の形態のプレゼンス情報表示装置１の動作例について説明する。本例では、１ページに３人分のプレゼンス情報が表示可能であり、最初は図５（Ａ）に示すページ（１）を表示し、続いて図５（Ｂ）に示すページ（２）に切り替えるという動作を考える。なお、図５（Ｃ）は相手先データの一例を示す図である。
【００４０】
まず、プレゼンス情報表示装置１は、図５（Ａ）に示すページ（１）を表示する際、図３に示した動作フローにしたがってプレゼンスの購読リクエストを送信する。この際、図５（Ｃ）に示すプレゼンス取得設定において、ＡさんとＢさんはプレゼンスを取得する設定になっているため購読リクエストを送信し、Ｃさんはプレゼンスを取得しない設定になっているため購読リクエストは送信しない。その後、Ａさん、およびＢさんからプレゼンス情報が送信されてくるので、相手先データベース１２中の該当するプレゼンス情報を更新し、画面にも表示する。一方、図５（Ｃ）から、Ｄさん、Ｆさん、Ｇさんもプレゼンスを取得する設定になっているが、画面にプレゼンス情報を表示していないため、プレゼンスの購読リクエストは送信しない。
【００４１】
ここでページを切り替えて、図５（Ｂ）に示すページ（２）に切り替える場合、ページ（２）ではＤさん、Ｅさん、Ｆさんを表示することになるので、そのうち、プレゼンスを取得する設定になっているＤさんとＦさんにプレゼンスの購読リクエストを送信する。また、ページ（１）で表示していたＡさん、Ｂさん、Ｃさんのうち、プレゼンスを取得しているＡさんとＢさんに対してプレゼンスの購読解除リクエストを送信する。
【００４２】
したがって、図５（Ｃ）の「プレゼンス取得状況」に示すように、ページ（１）の状態ではＡさんとＢさんのみプレゼンスを取得し、ページ（２）の状態ではＤさんとＦさんのみプレゼンスを取得していることになる。
【００４３】
上記の一連の処理において、本実施の形態のプレゼンス情報表示装置１とプレゼンスサービス２との間で通信されるメッセージのシーケンス例を図６に示す。なお、図６に示す例では通信相手先として、Ａさん、Ｄさん、Ｇさんのみを表示対象とし、Ｒ１１，Ｒ１２はプレゼンス購読リクエスト、Ｎ１１〜Ｎ１５はプレゼンス通知、Ｕ１１はプレゼンス購読解除リクエストを示す。
【００４４】
プレゼンス情報表示装置１は、ページ（１）ではＡさんのプレゼンス情報を表示するので、まず、Ａさんに対してプレゼンス購読リクエストＲ１１を送信する。プレゼンスサービス２がこのプレゼンス購読リクエストＲ１１を許可した場合、その時点でのＡさんのプレゼンス通知Ｎ１１が送信される。以降、Ａさんの状態が変化するたびにプレゼンス通知が送信され、図６におけるプレゼンス情報表示装置１は、Ｎ１２およびＮ１３の２度のプレゼンス通知を受信する。
【００４５】
その後、プレゼンス情報表示装置１は、ページ（２）に切り替えると、Ａさんの代わりにＤさんのプレゼンス情報を表示することになる。この場合、図３に示したシーケンスに従い、新たに画面に表示されるＤさんに対してプレゼンス購読リクエストＲ１２を送信し、画面に表示されなくなるＡさんに対してプレゼンス購読解除リクエストＵ１１を送信する。プレゼンスサービス２がプレゼンス購読リクエストＲ１２を許可した場合、その時点でのＤさんのプレゼンス通知Ｎ１４が送信され、それ以降、Ｄさんの状態が変化するたびにプレゼンス通知が送信され、図６におけるプレゼンス情報表示装置１は、Ｎ１５のプレゼンス通知を受信する。
【００４６】
図６において、プレゼンス情報を購読していない（すなわち、画面表示されていない）通信相手の状態が変化してもプレゼンス情報は送信されてこない。すなわち、３ページ目のＧさんの状態がいくら変化してもプレゼンス情報は送信されてこない。また、Ａさんのプレゼンス情報を購読していても、画面を切り替えてプレゼンス情報を表示する必要がなくなると、それ以降はＡさんのプレゼンス情報は送信されてこない。このように、必要なプレゼンス情報のみ通知してもらうようリクエストすることで効率的な処理を行うことができる。
【００４７】
（第二の実施の形態）
前述した第一の実施の形態ではプレゼンスの取得にサブスクライバを用いたが、プレゼンスの取得にフェッチャを用いることも可能である。本実施形態では、プレゼンスの取得にフェッチャを用いた場合について説明する。この場合、図１に示したプレゼンス情報表示装置１において、プレゼンス情報取得部１５が定期的にプレゼンスサービス２にプレゼンス情報を問い合わせる点のみが異なる。
【００４８】
図７は、第二の実施の形態に係るプレゼンス情報表示装置１の動作例を説明するためのフロー図である。まず、プレゼンス情報表示装置１は、入力処理部１１で画面（ページ）を切り替える入力を受け取ったかどうか調べ（ステップＳ２１）、入力を受け取っていた場合（ＹＥＳの場合）、制御部１３は、相手先データベース１２を検索し、次の画面でプレゼンス情報を表示する通信相手の情報を取得する（ステップＳ２２）。また、上記ステップＳ２１において、入力を受け取っていない場合（ＮＯの場合）、定期的にプレゼンスサービス２に問い合わせを行うため、予め指定された時間が経過したかどうかを調べる（ステップＳ２３）。指定した時間が経過した場合（ＹＥＳの場合）、制御部１３は相手先データベース１２を検索し、画面にプレゼンス情報を表示している通信相手の情報を取得する（ステップＳ２４）。また、上記ステップＳ２３において、指定した時間が経過していない場合（ＮＯの場合）、ステップＳ２１に戻り処理を繰り返す。
【００４９】
次に、プレゼンス情報表示装置１は、取得した相手先データの「プレゼンス取得設定」を調べ、プレゼンスを取得する設定になっているかどうかを調べる（ステップＳ２５）。当該通信相手がプレゼンスを取得する設定になっている場合（ＹＥＳの場合）、プレゼンス情報取得部１５がプレゼンス情報を取得する（ステップＳ２６）。また、上記ステップＳ２５において、当該通信相手がプレゼンスを取得する設定になっていない場合（ＮＯの場合）、ステップＳ２１に戻り処理を繰り返す。
【００５０】
次に、制御部１３は、以前の状態からプレゼンスが変化したかどうかを調べる（ステップＳ２７）。以前の状態からプレゼンスが変化していた場合（ＹＥＳの場合）、相手先データベース１２中の該当するプレゼンス情報を新しい情報に更新し（ステップＳ２８）、画面出力部１４にも新しいプレゼンス情報を通知して、表示しているプレゼンス情報を最新の情報に更新する（ステップＳ２９）。また、上記ステップＳ２７において、以前の状態からプレゼンスが変化していない場合（ＮＯの場合）、ステップＳ２１に戻り処理を繰り返す。
【００５１】
続いて、前述の図５を参照して、具体的な画面例を基に本実施の形態のプレゼンス情報表示装置１の動作例について説明する。図５（Ａ）に示したページ（１）を表示する際、画面に表示することになるＡさん、Ｂさん、Ｃさんのうち、図５（Ｃ）の相手先データから、プレゼンスを取得する設定になっているＡさん、Ｂさんに対してプレゼンス取得リクエストを送信する。ＡさんとＢさんからプレゼンス情報が送信されてくるので、相手先データベース１２中の該当するプレゼンス情報を更新し、画面にも表示する。以後、定期的にＡさんとＢさんのプレゼンス取得を行い、プレゼンスに変化があれば、相手先データベース１２および画面のプレゼンス情報を更新する。
【００５２】
ここで、ページ（２）に切り替えた場合、ページ（２）ではＤさん、Ｅさん、Ｆさんを表示することになるので、そのうち、プレゼンスを取得する設定になっているＤさんとＦさんにプレゼンス取得リクエストを送信する。ＤさんとＦさんからプレゼンス情報が送信されてくるので、相手先データベース１２中の該当するプレゼンス情報を更新し、画面にも表示する。以後、今度はＤさんとＦさんのプレゼンス取得を定期的に行い、プレゼンスに変化があれば、相手先データベース１２および画面のプレゼンス情報を更新する。
【００５３】
上記の一連の処理において、本実施の形態のプレゼンス情報表示装置１とプレゼンスサービス２との間で通信されるメッセージのシーケンス例を図８に示す。なお、図８に示す例において、図６と同様に、通信相手先としてＡさん、Ｄさん、Ｇさんのみを表示対象とし、Ｑ１１〜Ｑ１４はプレゼンス取得リクエスト、Ａ１１〜Ａ１４はプレゼンス情報を示す。
【００５４】
図８において、まず、ページ（１）では、プレゼンス情報表示装置１は、Ａさんのプレゼンス情報を表示するので、Ａさんに対してプレゼンス取得リクエストＱ１１を送信する。このプレゼンス取得リクエストＱ１１に対して、Ａさんのプレゼンス情報Ａ１１が送信されてくる。その後、定期的にプレゼンスを取得するため、一定期間経過後にプレゼンス取得リクエストＱ１２を送信し、Ａさんのプレゼンス情報Ａ１２を受信する。
【００５５】
次に、ページ（２）に切り替えると、プレゼンス情報表示装置１は、Ｄさんのプレゼンス情報を表示するために、Ｄさんに対してプレゼンス取得リクエストＱ１３を送信し、Ｄさんのプレゼンス情報Ａ１３を受信する。その後、一定期間経過後にプレゼンス取得リクエストＱ１４を送信し、Ｄさんのプレゼンス情報Ａ１４を受信する。
【００５６】
ここで、画面表示されていない、すなわち、３ページ目のＧさんに対してはプレゼンス取得リクエストが送信されないため、Ｇさんからはプレゼンス情報は送信されてこない。また、ページ（２）に切り替えたときに、Ａさんに対してプレゼンス取得リクエストが送信されなくなるので、それ以降はＡさんのプレゼンス情報は送信されてこない。このように、プレゼンス情報を表示している通信相手のみプレゼンス情報を取得しており、効率的な処理を行うことができる。
【００５７】
以上、本発明のプレゼンス情報表示装置における各機能を中心に各実施形態を説明してきたが、本発明は、プレゼンス情報表示装置における各ステップを実行する方法としても説明したように、プレゼンス情報を選択的に取得する方法としての形態もとることができる。また、この各機能を有するプレゼンス情報表示装置と同様に、コンピュータに本発明のプレゼンス情報表示装置として機能させるためのプログラムとしての形態も、また、そのプログラムを記憶した記録媒体としての形態も可能である。
【００５８】
本発明によるプレゼンス情報表示機能を実現するためのプログラムやデータを記憶した記録媒体の実施形態について説明する。記録媒体としては、具体的には、ＣＤ、ＤＶＤ、ＨＤ（ハードディスク）、フラッシュメモリ、メモリカードや、メモリスティック及びその他各種ＲＯＭやＲＡＭ等が想定でき、これら記録媒体に上述した本発明の各実施形態のプレゼンス情報表示装置としての機能をコンピュータに実行させ、プレゼンス情報表示機能を実現するためのプログラムを記録して流通させることにより、当該機能の実現を容易にする。そして情報処理装置に上記のごとくの記録媒体を装着して情報処理装置によりプログラムを読み出すか、若しくは情報処理装置が備えている記憶媒体に当該プログラムを記憶させておき、必要に応じて読み出すことにより、本発明に関わるプレゼンス情報表示機能を実行することができる。
【図面の簡単な説明】
【００５９】
【図１】本発明の一実施形態に係るプレゼンス情報表示装置の構成例を示す論理ブロック図である。
【図２】相手先データベースに格納されている相手先データのデータ構造の一例を示す図である。
【図３】第一の実施の形態に係るプレゼンス情報表示装置におけるユーザ入力による画面切り替え処理の一例を説明するためのフロー図である。
【図４】第一の実施の形態に係るプレゼンス情報表示装置においてプレゼンス情報を受信したときの処理の一例を説明するためのフロー図である。
【図５】プレゼンス情報表示装置におけるページ毎のプレゼンス取得状況の変化の様子を説明するための図である。
【図６】第一の実施の形態のプレゼンス情報表示装置とプレゼンスサービスとの間で通信されるメッセージのシーケンス例を示す図である。
【図７】第二の実施の形態に係るプレゼンス情報表示装置の動作例を説明するためのフロー図である。
【図８】第二の実施の形態のプレゼンス情報表示装置とプレゼンスサービスとの間で通信されるメッセージのシーケンス例を示す図である。
【符号の説明】
【００６０】
１…プレゼンス情報表示装置、２…プレゼンスサービス、３…プレゼンティティ、４…ネットワーク、１１…入力処理部、１２…相手先データベース、１３…制御部、１４…画面出力部、１５…プレゼンス情報取得部、１６…通信部。
【図１】
2006293699.tif 000003
【図２】
2006293699.tif 000004
【図３】
2006293699.tif 000005
【図４】
2006293699.tif 000006
【図５】
2006293699.tif 000007
【図６】
2006293699.tif 000008
【図７】
2006293699.tif 000009
【図８】
2006293699.tif 000010