(57)【要約】【課題】連絡を取りたいユーザに関連するユーザと連絡を取り、所望の相手と確実に連絡を取る。【解決手段】ウォッチャとしてのユーザＡのユーザ端末３ａは、プレゼンスサーバ２からプレゼンティティとしてのユーザＢのバディリストとウォッチャリストとを取得し、ユーザＡのバディリストは、ユーザＢのバディリストとウォッチャリストとに共通するユーザを追加した新しいバディリストとされる。例えば、ユーザＡが、ユーザＢに、至急連絡を取りたい場合に、ユーザＢのユーザ端末３ｂがオフラインであっても、ユーザＢと緊密度が高いと推定されるユーザのユーザ端末がオンラインであれば、このユーザ端末へメッセージを送信して、ユーザＢへ取り次いでもらうことができる可能性が高まる。【選択図】図１
2007265004.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザ端末が、ネットワークを介して、前記各ユーザ端末の前記ネットワークへの接続状態又は対応するユーザの状況を示すプレゼンス情報を管理する情報管理サーバとの間で、前記プレゼンス情報の送受信を行い、情報受給者としてのユーザが、情報提供者としての所定のユーザから前記プレゼンス情報を取得して閲覧するために用いられるプレゼンス情報閲覧システムであって、
前記情報管理サーバは、前記各ユーザ端末から得られた前記各ユーザの前記プレゼンス情報をユーザ毎に記憶するプレゼンス情報記憶手段と、
前記各ユーザが前記プレゼンス情報の提供を受ける情報提供者が記載された情報提供者リストをユーザ毎に記憶する情報提供者リスト記憶手段と、
前記各ユーザが前記プレゼンス情報を提供する情報受給者が記載された情報受給者リストをユーザ毎に記憶する情報受給者リスト記憶手段と、
前記情報提供者リスト記憶手段に記憶された前記所定のユーザの情報提供者リストと、前記情報受給者リスト記憶手段に記憶された前記所定のユーザの情報受給者リストとに共通して記載されている共通ユーザを、前記所定のユーザと相互に連絡可能なユーザと推定して抽出する共通ユーザ抽出手段とを備えてなる
ことを特徴とするプレゼンス情報閲覧システム。
【請求項２】
前記情報管理サーバは、前記共通ユーザ抽出手段によって、前記共通ユーザが抽出されると、前記所定のユーザの前記プレゼンス情報を受給する情報受給者としてのユーザの情報提供者リストに前記共通ユーザを登録して情報提供者リストを更新するリスト更新手段と、前記情報受給者としてのユーザのユーザ端末へ前記更新された情報提供者リストを通知する本人リスト通知手段とを備えてなることを特徴とする請求項１記載のプレゼンス情報閲覧システム。
【請求項３】
前記情報管理サーバは、前記共通ユーザ抽出手段によって、前記共通ユーザが抽出されると、前記所定のユーザの情報提供者リスト及び情報受給者リストを、前記所定のユーザの前記プレゼンス情報を受給する情報受給者としてのユーザのユーザ端末へ通知する他者リスト通知手段を備えてなることを特徴とする請求項１記載のプレゼンス情報閲覧システム。
【請求項４】
前記情報受給者としてのユーザのユーザ端末は、前記所定のユーザの情報提供者リストと情報受給者リストとに共通して記載されている前記共通ユーザを抽出する端末側共通ユーザ抽出手段を備えてなることを特徴とする請求項３記載のプレゼンス情報閲覧システム。
【請求項５】
前記情報管理サーバは、前記所定のユーザと前記共通ユーザとの交信実績情報を取得する交信実績情報取得手段を備え、前記リスト更新手段は、前記交信実績情報又は該交信実績情報に対応する指標情報を前記共通ユーザに対応付けて付加して前記情報提供者リストを生成することを特徴とする請求項２記載のプレゼンス情報閲覧システム。
【請求項６】
前記情報管理サーバは、前記交信実績情報に基づいて、複数の前記共通ユーザのなかから、前記所定のユーザに比較的連絡が取り易いと推定されるユーザを選定するユーザ選定手段を有することを特徴とする請求項５記載のプレゼンス情報閲覧システム。
【請求項７】
前記情報管理サーバは、前記情報受給者としてのユーザのユーザ端末への少なくとも前記共通ユーザに係る情報の通知の是非を問う許可要求を、前記所定のユーザのユーザ端末に対して行い、該ユーザ端末から許可通知を受信すると、前記共通ユーザに係る情報を含む前記情報提供者リスト又は／及び前記情報受給者リストを、前記情報受給者としてのユーザのユーザ端末に通知することを特徴とする請求項１乃至６のいずれか１に記載のプレゼンス情報閲覧システム。
【請求項８】
複数のユーザ端末のネットワークへの接続状態又は対応するユーザの状況を示すプレゼンス情報を管理する情報管理サーバであって、
前記複数のユーザ端末と、前記ネットワークを介して、前記プレゼンス情報の送受信を行い、情報受給者としてのユーザが、情報提供者としての所定のユーザから前記プレゼンス情報を取得して閲覧するために用いられ、
前記各ユーザ端末から得られた前記各ユーザの前記プレゼンス情報をユーザ毎に記憶するプレゼンス情報記憶手段と、
前記各ユーザが前記プレゼンス情報の提供を受ける情報提供者が記載された情報提供者リストをユーザ毎に記憶する情報提供者リスト記憶手段と、
前記各ユーザが前記プレゼンス情報を提供する情報受給者が記載された情報受給者リストをユーザ毎に記憶する情報受給者リスト記憶手段と、
前記情報提供者リスト記憶手段に記憶された前記所定のユーザの情報提供者リストと、前記情報受給者リスト記憶手段に記憶された前記所定のユーザの情報受給者リストとに共通して記載されている共通ユーザを、前記所定のユーザと相互に連絡可能なユーザと推定して抽出する共通ユーザ抽出手段とを備えてなる
ことを特徴とする情報管理サーバ。
【請求項９】
複数のユーザ端末が、ネットワークを介して、前記各ユーザ端末の前記ネットワークへの接続状態又は対応するユーザの状況を示すプレゼンス情報を管理するコンピュータからなる情報管理サーバとの間で、前記プレゼンス情報の送受信を行い、情報受給者としてのユーザが、情報提供者としての所定のユーザから前記プレゼンス情報を取得して閲覧するためのプレゼンス情報閲覧方法であって、
前記情報管理サーバは、プレゼンス情報記憶手段に、前記各ユーザ端末から得られた前記各ユーザの前記プレゼンス情報をユーザ毎に記憶し、
情報提供者リスト記憶手段に、前記各ユーザが前記プレゼンス情報の提供を受ける情報提供者が記載された情報提供者リストをユーザ毎に記憶し、
情報受給者リスト記憶手段に、前記各ユーザが前記プレゼンス情報を提供する情報受給者が記載された情報受給者リストをユーザ毎に記憶し、
前記情報提供者リスト記憶手段に記憶された前記所定のユーザの情報提供者リストと、前記情報受給者リスト記憶手段に記憶された前記所定のユーザの情報受給者リストとに共通して記載されている共通ユーザを、前記所定のユーザと相互に連絡可能なユーザと推定して抽出する
ことを特徴とするプレゼンス情報閲覧方法。
【請求項１０】
前記情報管理サーバは、前記共通ユーザが抽出されると、前記所定のユーザの前記プレゼンス情報を受給する情報受給者としてのユーザの情報提供者リストに前記共通ユーザを登録して情報提供者リストを更新し、前記情報受給者としてのユーザのユーザ端末へ前記更新された情報提供者リストを通知することを特徴とする請求項９記載のプレゼンス情報閲覧方法。
【請求項１１】
前記情報管理サーバは、前記共通ユーザが抽出されると、前記所定のユーザの情報提供者リスト及び情報受給者リストを、前記所定のユーザの前記プレゼンス情報を受給する情報受給者としてのユーザのユーザ端末へ通知することを特徴とする請求項９記載のプレゼンス情報閲覧方法。
【請求項１２】
前記情報受給者としてのユーザのユーザ端末は、前記所定のユーザの情報提供者リストと情報受給者リストとに共通して記載されている前記共通ユーザを抽出することを特徴とする請求項１１記載のプレゼンス情報閲覧方法。
【請求項１３】
前記情報管理サーバは、前記所定のユーザと前記共通ユーザとの交信実績情報を取得し、該交信実績情報又は該交信実績情報に対応する指標情報を前記共通ユーザに対応付けて付加して前記情報提供者リストを生成することを特徴とする請求項１０記載のプレゼンス情報閲覧方法。
【請求項１４】
前記情報管理サーバは、前記交信実績情報に基づいて、複数の前記共通ユーザのなかから、前記所定のユーザに比較的連絡が取り易いと推定されるユーザを選定することを特徴とする請求項１３記載のプレゼンス情報閲覧方法。
【請求項１５】
前記情報管理サーバは、前記情報受給者としてのユーザのユーザ端末への少なくとも前記共通ユーザに係る情報の通知の是非を問う許可要求を、前記所定のユーザのユーザ端末に対して行い、該ユーザ端末から許可通知を受信すると、前記共通ユーザに係る情報を含む前記情報提供者リスト又は／及び前記情報受給者リストを、前記情報受給者としてのユーザのユーザ端末に通知することを特徴とする請求項９乃至１４のいずれか１に記載のプレゼンス情報閲覧方法。
【請求項１６】
コンピュータに請求項９乃至１５のうちいずれか１に記載のプレゼンス情報閲覧方法を実行させることを特徴とするプレゼンス情報閲覧プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、プレゼンス情報閲覧システム、情報管理サーバ、プレゼンス情報閲覧方法及びプレゼンス情報閲覧プログラムに係り、例えば、プレゼンスサーバが、多数のユーザ端末とネットワークを介して、通信プロトコルとして例えばＳＩＰ（Session Initiation Protocol）を用いて通信を行い、情報受給者としてのユーザが、情報提供者としてのユーザからプレゼンス情報を取得して閲覧するために用いられるプレゼンス情報閲覧システム、例えば、プレゼンスサーバからなる情報管理サーバ、プレゼンス情報閲覧方法及びプレゼンス情報閲覧プログラムに関する。
【背景技術】
【０００２】
従来より、例えば、企業等で社内外の相手に連絡を取る場合は、電子メールや電話が利用されてきた。しかしながら、電子メールは、蓄積型のメッセージングサービスであり、配信に遅延が発生するリスクを含んでおり、さらに、相手の端末に届いたか否かの確認もできないために、即時性を求められる連絡手段としては適さなかった。
そこで、近年は、電子メールに代わる即時性のあるメッセージングサービスとして、インスタントメッセージングサービスが普及してきている。
【０００３】
このインスタントメッセージングサービスは、インターネット経由で相手との間でのメッセージの送受信が行われる点で電子メールサービスと同様であるが、メッセージングサービスを提供するサーバに、通信相手のリストとしてのバディリスト（仲間リスト）を予め登録しておき、通信相手の状態を認識しながら、メッセージの送受信を行うことが可能とされている。
【０００４】
ユーザは、バディリストを参照することによって、通信相手が今どうしているか等を示す現在の通信相手の状態（プレゼンス情報と呼ばれる。）を購読して知ることによって、よく連絡をとる相手の現在のプレゼンス情報を確認することができ、適切な連絡手段を選択することができる。
【０００５】
これによって、例えば、一般の電話を用いた連絡のように、相手の状況がわからずにかけてしまうことによって、相手につながらないことが多っかたり、何度も連絡を取ろうとして時間を浪費してしまったり、結局、後で折り返し電話をしてもらうことになるという問題を回避することができる。
プレゼンス情報としては、例えば、ユーザの「在席」、「不在」、「多忙」、ユーザのシステム利用状況としてのユーザの用いる端末の「オンライン」／「オフライン」等がある。
【０００６】
しかしながら、相手が、「不在」、「オフライン」で、どうしても連絡を取りたい場合でも、現在の連絡先が、スケジューラ等の別の手段によっても示されていないときには、連絡も相手の状況確認もできない。
通常、どうしても直ぐに連絡や相手の状況確認をしたいときは、ビジネスシーンを例にとれば、相手の職場の代表電話や、上司、同僚等に連絡することになる。ところが、職場の代表電話や、上司、同僚が不明の場合や、職場全体が不在の場合には、連絡の取りようがない。
【０００７】
このため、直接面識のないユーザと連絡をとるために、このユーザを自分のバディリストに追加可能とするための技術（例えば、特許文献１参照。）や、相手のバディリストを取得して、相手に関連するユーザのプレゼンス情報を取得して、状況確認のための連絡先を拡大して、この相手に関連するユーザを介して少なくとも相手の状況確認を行うことを可能とする技術が開示されている（例えば、特許文献２、特許文献３参照。）。
【特許文献１】特開２００４−１０２３８１号公報
【特許文献２】特開２００５−０３８２０６号公報
【特許文献３】特開２００５−０３８２０７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
解決しようとする問題点は、上記従来技術では、必ずしも相手に関連したユーザの情報を取り込めず、依然として、確実に所望の相手と連絡を取ることが困難であるという点である。
すなわち、例えば、相手のバディリストを取得したのみでは、全部のバディがこの相手を知っているとは限らず、この相手が一方的に連絡先を知っているのみで、少なくとも互いに直ぐに連絡が取れるほど親密であるとは限らない。
【０００９】
この発明は、上述の事情に鑑みてなされたもので、連絡を取りたい相手に関連する相手と連絡を取り、所望の相手と確実に連絡を取ることができるプレゼンス情報閲覧システム、情報管理サーバ、プレゼンス情報閲覧方法及びプレゼンス情報閲覧プログラムを提供することを目的としている。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、請求項１記載の発明は、複数のユーザ端末が、ネットワークを介して、上記各ユーザ端末の上記ネットワークへの接続状態又は対応するユーザの状況を示すプレゼンス情報を管理する情報管理サーバとの間で、上記プレゼンス情報の送受信を行い、情報受給者としてのユーザが、情報提供者としての所定のユーザから上記プレゼンス情報を取得して閲覧するために用いられるプレゼンス情報閲覧システムに係り、上記情報管理サーバは、上記各ユーザ端末から得られた上記各ユーザの上記プレゼンス情報をユーザ毎に記憶するプレゼンス情報記憶手段と、上記各ユーザが上記プレゼンス情報の提供を受ける情報提供者が記載された情報提供者リストをユーザ毎に記憶する情報提供者リスト記憶手段と、上記各ユーザが上記プレゼンス情報を提供する情報受給者が記載された情報受給者リストをユーザ毎に記憶する情報受給者リスト記憶手段と、上記情報提供者リスト記憶手段に記憶された上記所定のユーザの情報提供者リストと、上記情報受給者リスト記憶手段に記憶された上記所定のユーザの情報受給者リストとに共通して記載されている共通ユーザを、上記所定のユーザと相互に連絡可能なユーザと推定して抽出する共通ユーザ抽出手段とを備えてなることを特徴としている。
【００１１】
また、請求項２記載の発明は、請求項１記載のプレゼンス情報閲覧システムに係り、上記情報管理サーバは、上記共通ユーザ抽出手段によって、上記共通ユーザが抽出されると、上記所定のユーザの上記プレゼンス情報を受給する情報受給者としてのユーザの情報提供者リストに上記共通ユーザを登録して情報提供者リストを更新するリスト更新手段と、上記情報受給者としてのユーザのユーザ端末へ上記更新された情報提供者リストを通知する本人リスト通知手段とを備えてなることを特徴としている。
【００１２】
また、請求項３記載の発明は、請求項１記載のプレゼンス情報閲覧システムに係り、上記情報管理サーバは、上記共通ユーザ抽出手段によって、上記共通ユーザが抽出されると、上記所定のユーザの情報提供者リスト及び情報受給者リストを、上記所定のユーザの上記プレゼンス情報を受給する情報受給者としてのユーザのユーザ端末へ通知する他者リスト通知手段を備えてなることを特徴としている。
【００１３】
また、請求項４記載の発明は、請求項３記載のプレゼンス情報閲覧システムに係り、上記情報受給者としてのユーザのユーザ端末は、上記所定のユーザの情報提供者リストと情報受給者リストとに共通して記載されている上記共通ユーザを抽出する端末側共通ユーザ抽出手段を備えてなることを特徴としている。
【００１４】
また、請求項５記載の発明は、請求項２記載のプレゼンス情報閲覧システムに係り、上記情報管理サーバは、上記所定のユーザと上記共通ユーザとの交信実績情報を取得する交信実績情報取得手段を備え、上記リスト更新手段は、上記交信実績情報又は該交信実績情報に対応する指標情報を上記共通ユーザに対応付けて付加して上記情報提供者リストを生成することを特徴としている。
【００１５】
また、請求項６記載の発明は、請求項５記載のプレゼンス情報閲覧システムに係り、上記情報管理サーバは、上記交信実績情報に基づいて、複数の上記共通ユーザのなかから、上記所定のユーザに比較的連絡が取り易いと推定されるユーザを選定するユーザ選定手段を有することを特徴としている。
【００１６】
また、請求項７記載の発明は、請求項１乃至６のいずれか１に記載のプレゼンス情報閲覧システムに係り、上記情報管理サーバは、上記情報受給者としてのユーザのユーザ端末への少なくとも上記共通ユーザに係る情報の通知の是非を問う許可要求を、上記所定のユーザのユーザ端末に対して行い、該ユーザ端末から許可通知を受信すると、上記共通ユーザに係る情報を含む上記情報提供者リスト又は／及び上記情報受給者リストを、上記情報受給者としてのユーザのユーザ端末に通知することを特徴としている。
【００１７】
また、請求項８記載の発明は、複数のユーザ端末のネットワークへの接続状態又は対応するユーザの状況を示すプレゼンス情報を管理する情報管理サーバに係り、上記複数のユーザ端末と、上記ネットワークを介して、上記プレゼンス情報の送受信を行い、情報受給者としてのユーザが、情報提供者としての所定のユーザから上記プレゼンス情報を取得して閲覧するために用いられ、上記各ユーザ端末から得られた上記各ユーザの上記プレゼンス情報をユーザ毎に記憶するプレゼンス情報記憶手段と、上記各ユーザが上記プレゼンス情報の提供を受ける情報提供者が記載された情報提供者リストをユーザ毎に記憶する情報提供者リスト記憶手段と、上記各ユーザが上記プレゼンス情報を提供する情報受給者が記載された情報受給者リストをユーザ毎に記憶する情報受給者リスト記憶手段と、上記情報提供者リスト記憶手段に記憶された上記所定のユーザの情報提供者リストと、上記情報受給者リスト記憶手段に記憶された上記所定のユーザの情報受給者リストとに共通して記載されている共通ユーザを、上記所定のユーザと相互に連絡可能なユーザと推定して抽出する共通ユーザ抽出手段とを備えてなることを特徴としている。
【００１８】
また、請求項９記載の発明は、複数のユーザ端末が、ネットワークを介して、上記各ユーザ端末の上記ネットワークへの接続状態又は対応するユーザの状況を示すプレゼンス情報を管理するコンピュータからなる情報管理サーバとの間で、上記プレゼンス情報の送受信を行い、情報受給者としてのユーザが、情報提供者としての所定のユーザから上記プレゼンス情報を取得して閲覧するためのプレゼンス情報閲覧方法に係り、上記情報管理サーバは、プレゼンス情報記憶手段に、上記各ユーザ端末から得られた上記各ユーザの上記プレゼンス情報をユーザ毎に記憶し、情報提供者リスト記憶手段に、上記各ユーザが上記プレゼンス情報の提供を受ける情報提供者が記載された情報提供者リストをユーザ毎に記憶し、情報受給者リスト記憶手段に、上記各ユーザが上記プレゼンス情報を提供する情報受給者が記載された情報受給者リストをユーザ毎に記憶し、上記情報提供者リスト記憶手段に記憶された上記所定のユーザの情報提供者リストと、上記情報受給者リスト記憶手段に記憶された上記所定のユーザの情報受給者リストとに共通して記載されている共通ユーザを、上記所定のユーザと相互に連絡可能なユーザと推定して抽出することを特徴としている。
【００１９】
また、請求項１０記載の発明は、請求項９記載のプレゼンス情報管理方法に係り、上記情報管理サーバは、上記共通ユーザが抽出されると、上記所定のユーザの上記プレゼンス情報を受給する情報受給者としてのユーザの情報提供者リストに上記共通ユーザを登録して情報提供者リストを更新し、上記情報受給者としてのユーザのユーザ端末へ上記更新された情報提供者リストを通知することを特徴としている。
【００２０】
また、請求項１１記載の発明は、請求項９記載のプレゼンス情報管理方法に係り、上記情報管理サーバは、上記共通ユーザが抽出されると、上記所定のユーザの情報提供者リスト及び情報受給者リストを、上記所定のユーザの上記プレゼンス情報を受給する情報受給者としてのユーザのユーザ端末へ通知することを特徴としている。
【００２１】
また、請求項１２記載の発明は、請求項１１記載のプレゼンス情報管理方法に係り、上記情報受給者としてのユーザのユーザ端末は、上記所定のユーザの情報提供者リストと情報受給者リストとに共通して記載されている上記共通ユーザを抽出することを特徴としている。
【００２２】
また、請求項１３記載の発明は、請求項１０記載のプレゼンス情報管理方法に係り、上記情報管理サーバは、上記所定のユーザと上記共通ユーザとの交信実績情報を取得し、該交信実績情報又は該交信実績情報に対応する指標情報を上記共通ユーザに対応付けて付加して上記情報提供者リストを生成することを特徴としている。
【００２３】
また、請求項１４記載の発明は、請求項１３記載のプレゼンス情報管理方法に係り、上記情報管理サーバは、上記交信実績情報に基づいて、複数の上記共通ユーザのなかから、上記所定のユーザに比較的連絡が取り易いと推定されるユーザを選定することを特徴としている。
【００２４】
また、請求項１５記載の発明は、請求項９乃至１４のいずれか１に記載のプレゼンス情報管理方法に係り、上記情報管理サーバは、上記情報受給者としてのユーザのユーザ端末への少なくとも上記共通ユーザに係る情報の通知の是非を問う許可要求を、上記所定のユーザのユーザ端末に対して行い、該ユーザ端末から許可通知を受信すると、上記共通ユーザに係る情報を含む上記情報提供者リスト又は／及び上記情報受給者リストを、上記情報受給者としてのユーザのユーザ端末に通知することを特徴としている。
【００２５】
また、請求項１６記載の発明に係るプレゼンス情報閲覧プログラムは、コンピュータに請求項９乃至１５のうちいずれか１に記載のプレゼンス情報閲覧方法を実行させることを特徴としている。
【発明の効果】
【００２６】
この発明の構成によれば、共通ユーザ抽出手段は、情報提供者リスト記憶手段に記憶された所定のユーザの情報提供者リストと、情報受給者リスト記憶手段に記憶された所定のユーザの情報受給者リストとに共通して記載されている共通ユーザを抽出するので、例えば、情報受給者としてのユーザが、情報提供者としてのユーザに、至急連絡を取りたい場合に、情報提供者のユーザ端末がオフラインであっても、情報提供者と緊密度が高いと推定されるユーザのユーザ端末がオンラインであれば、例えば、このユーザ端末へメッセージを送信して、情報提供者へ取り次いでもらうことができる可能性を高めることができ、連絡を取りたい相手に関連する相手と連絡を取り、所望の相手と確実に連絡を取ることができる。
【発明を実施するための最良の形態】
【００２７】
共通ユーザ抽出手段は、情報提供者リスト記憶手段に記憶された所定のユーザの情報提供者リストと、情報受給者リスト記憶手段に記憶された所定のユーザの情報受給者リストとに共通して記載されている共通ユーザを抽出することによって、例えば、情報受給者としてのユーザが、情報提供者としてのユーザに、至急連絡を取りたい場合に、情報提供者のユーザ端末がオフラインであっても、情報提供者と緊密度が高いと推定されるユーザのユーザ端末がオンラインであれば、例えば、このユーザ端末へメッセージを送信して、情報提供者へ取り次いでもらうことができる可能性を高めることができ、連絡を取りたい相手に関連する相手と連絡を取り、所望の相手と確実に連絡を取るという目的を実現した。
【実施例１】
【００２８】
図１は、この発明の第１の実施例であるプレゼンス情報閲覧システムの構成を示す図、図２は、同プレゼンス情報閲覧システムのプレゼンスサーバの構成を示すブロック図、図３は、同プレゼンスサーバの記憶部の構成を示すブロック図、図４は、同プレゼンス情報閲覧システムのユーザ端末の構成を示すブロック図、図５は、同ユーザ端末の記憶部の構成を示すブロック図、また、図６乃至図１２は、同プレゼンス情報閲覧システムの動作を説明するための説明図である。
【００２９】
この例のプレゼンス情報閲覧システム１は、図１に示すように、プレゼンス情報閲覧サービスを提供するサービス提供事業者が管理するプレゼンスサーバ２と、プレゼンスサーバ２との間での情報の送受信が可能な複数のユーザ端末３ａ，３ｂ，…とが、ＬＡＮ（Local Area Network）等のネットワーク４を介して接続されて、概略構成されている。
このプレゼンス情報閲覧システム１は、例えば、ビジネス用途向けの企業内プレゼンス情報閲覧システムとして用いられ、プレゼンティティが自身のプレゼンス情報を公開するか否かをウォッチャ毎にコントロールするウォッチャ認証機能は省略されている。
【００３０】
プレゼンスサーバ２は、図２に示すように、ＣＰＵ（中央情報処理装置）等からなり、記憶部７に記憶された所定の制御プログラムに従って構成各部を制御する制御部６と、ＲＯＭ、ＲＡＭ等の半導体メモリや、ＦＤ（フレキシブル・ディスク）、ＨＤ（ハード・ディスク）、ＣＤ−ＲＯＭが装着されるＦＤＤ、ＨＤＤ、ＣＤ−ＲＯＭドライバ等からなり、各種プログラムやデータが記憶される記憶部７と、例えば、ＳＩＰ（Session Initiation Protocol）等所定の通信プロトコルに従ってデータ通信を行うための通信部８とを有している。ＳＩＰは、ＩＰ（Internet Protocol）ネットワーク上で用いられ、セッションの確立、変更、切断を行うための呼制御プロトコルの一つである。
【００３１】
制御部６は、記憶部７に記憶された制御プログラムに従って、例えば、情報管理処理や、課金処理等を実行する。情報管理処理は、プレゼンス情報管理処理、リスト管理処理、交信頻度算出処理等を含んでいる。
制御部６は、プレゼンス情報管理処理では、各ユーザ端末３ａ（３ｂ，３ｃ，…）から発行されたユーザＡ（Ｂ，Ｃ，…）のプレゼンス情報を収集して管理すると共に、各ユーザ端末３ａ（３ｂ，３ｃ，…）からのプレゼンス情報の取得要求を受け付けて、要求元のユーザ端末３ａ（３ｂ，３ｃ，…）へプレゼンス情報を通知する。
【００３２】
例えば、制御部６は、ユーザ端末３ａ（３ｂ，３ｃ，…）から、プレゼンティティ（情報提供者）としてのユーザＡ（Ｂ，Ｃ，…）のプレゼンス情報を受信すると、このプレゼンス情報を、図３に示すように、プレゼンス情報記憶部１６に記憶させ、ウォッチャリスト記憶部１８から上記プレゼンス情報の送信元のユーザＡ（Ｂ，Ｃ，…）のウォッチャリストを取得し、このウォッチャリストに登録されたウォッチャ（情報受給者）としてのユーザＡ（Ｂ，Ｃ，…）のユーザ端末３ａ（３ｂ，３ｃ，…）へ、プレゼンティティとしてのユーザＡ（Ｂ，Ｃ，…）のプレゼンス情報を通知する。
【００３３】
制御部６は、リスト管理処理では、バディリスト及びウォッチャリストの内容の追加、削除等の変更や編集を行う。
制御部６は、ユーザ端末３ａ（３ｂ，３ｃ，…）から、ユーザＡ（Ｂ，Ｃ，…）自身のバディリストへのバディ追加要求を受けると、ユーザＡ（Ｂ，Ｃ，…）のバディリストに所定のユーザＡ（Ｂ，Ｃ，…）を追加した後、追加対象のユーザＡ（Ｂ，Ｃ，…）のウォッチャリストにバディ追加要求を行ったユーザＡ（Ｂ，Ｃ，…）のバディリストを追加する。
【００３４】
制御部６は、追加対象のユーザＡ（Ｂ，Ｃ，…）のユーザ端末３ａ（３ｂ，３ｃ，…）へ、バディ追加要求を行ったユーザＡ（Ｂ，Ｃ，…）がバディリストの購読要求を行っている旨の通知をウォッチャリストを送信して行う。
制御部６は、追加対象のユーザＡ（Ｂ，Ｃ，…）のユーザ端末３ａ（３ｂ，３ｃ，…）から、許可した旨の通知を受けると、バディ追加要求を行ったユーザＡ（Ｂ，Ｃ，…）による追加対象のユーザＡ（Ｂ，Ｃ，…）のプレゼンス情報の購読を有効とする。
【００３５】
なお、ウォッチャ認証を省略している場合は、購読要求通知と許可確認は省略しても良い。
制御部６は、交信頻度算出処理では、ユーザ間の交信頻度（例えば、音声通話やインスタントメッセージの使用頻度）や実績数を求める処理を行う。制御部６は、例えば、プレゼンスサーバ２に接続された呼接続装置（構内交換装置等）や、各ユーザ端末３ａ（３ｂ，３ｃ，…）から音声通話やインスタントメッセージの実績数を取得する。
【００３６】
記憶部７は、図３に示すように、制御プログラム等が記憶されたプログラム記憶部１１と、各種情報が記憶された情報記憶部１２とを有してなっている。
プログラム記憶部１１は、情報管理処理プログラムを記憶した情報管理処理プログラム記憶部１３を有している。
情報記憶部１２は、プレゼンス情報記憶部１６と、ユーザＡ（Ｂ，Ｃ，…）にプレゼンス情報を提供する通信相手のリストであるバディリスト（仲間リスト）を記憶するバディリスト記憶部１７と、ユーザＡ（Ｂ，Ｃ，…）のプレゼンス情報を参照するユーザのリストであるウォッチャリストを記憶するウォッチャリスト記憶部１８とを有している。
【００３７】
プレゼンス情報記憶部１６には、各ユーザの在／不在情報や、予定情報、ユーザ端末３ａ（３ｂ，３ｃ，…）のネットワーク４への接続状況等を含むプレゼンス情報が常に更新された状態で記憶されている。
プレゼンス情報は、ユーザ端末３ａ（３ｂ，３ｃ，…）のネットワーク４に対する接続状態の確認によって、また、更新時に、各ユーザ端末３ａ（３ｂ，３ｃ，…）からユーザＡ（Ｂ，Ｃ，…）の操作によって、プレゼンスサーバ２へ送信されることによっても取得される。
【００３８】
バディリスト及びウォッチャリストは、必要に応じて、例えば、「開発部」、「営業部」、「同僚」等のグループ毎に分類して各ユーザが登録される。
なお、ウォッチャ認証を行う際には、グループ毎に、それぞれ異なったプレゼンス情報の公開ルールを適用するようにしても良い。また、バディリストのグループと、ウォッチャリストのグループとを対応付けるようにしても良い。
また、ウォッチャとしてのユーザのバディリストには、このユーザとよく連絡を取るプレゼンティティとしてのユーザが含まれている。また、プレゼンティティとしてのユーザのウォッチャリストには、このユーザとよく連絡を取るウォッチャとしてのユーザが含まれている。
【００３９】
ユーザ端末３ａ（３ｂ，３ｃ，…）は、例えば、パーソナルコンピュータからなり、図４に示すように、当該ユーザ端末本体の構成各部を制御する制御部２１ａ（２１ｂ，２１ｃ，…）と、制御部２１ａ（２１ｂ，２１ｃ，…）が実行する処理プログラムや各種データ等を記憶するための記憶部２２ａ（２２ｂ，２２ｃ，…）と、例えばＳＩＰ等の所定の通信プロトコルに従ってデータ通信を行う通信部２３ａ（２３ｂ，２３ｃ，…）と、表示部２４ａ（２４ｂ，２４ｃ，…）と、音声出力部２５ａ（２５ｂ，２５ｃ，…）と、操作部２６ａ（２６ｂ，２６ｃ，…）とから概略構成されている。
【００４０】
制御部２１ａ（２１ｂ，２１ｃ，…）は、ＣＰＵ（中央処理装置）等を有してなり、ブラウザやメーラ等の記憶部２２ａ（２２ｂ，２２ｃ，…）に記憶された各種処理プログラムを実行し、ユーザ端末本体の構成各部を制御して、プレゼンティティ処理や、ウォッチャ処理、リスト操作処理等を実行する。
制御部２１ａ（２１ｂ，２１ｃ，…）は、ユーザＡ（Ｂ，Ｃ，…）自身のプレゼンス情報が変更となる場合は、プレゼンティティ処理で、ユーザＡ（Ｂ，Ｃ，…）自身のプレゼンス情報を通信部２３ａ（２３ｂ，２３ｃ，…）を介してプレゼンスサーバ２に対して発行する。
【００４１】
制御部２１ａ（２１ｂ，２１ｃ，…）は、ウォッチャ処理で、例えば、プレゼンスサービス開始時に、自身のバディリスト、ウォッチャリストに対する購読要求を通信部２３ａ（２３ｂ，２３ｃ，…）を介してプレゼンスサーバ２へ送信する。
制御部２１ａ（２１ｂ，２１ｃ，…）は、所定の操作によって、プレゼンティティとしてのユーザのプレゼンス情報、バディリスト、及びウォッチャリストに対する購読要求を通信部２３ａ（２３ｂ，２３ｃ，…）を介してプレゼンスサーバ２へ送信する。
【００４２】
制御部２１ａ（２１ｂ，２１ｃ，…）は、リスト操作処理で、ユーザによる所定の追加操作によって、バディ追加要求を通信部２３ａ（２３ｂ，２３ｃ，…）を介してプレゼンスサーバ２へ送信する。
例えば、ユーザＡ自身のバディリストへのユーザＢの追加操作が行われれると、制御部２１ａは、プレゼンスサーバ２へバディ追加要求を送信する。
【００４３】
記憶部２２ａ（２２ｂ，２２ｃ，…）は、ＲＯＭ、ＲＡＭ等の半導体メモリや、ＦＤ（フレキシブル・ディスク）、ＨＤ（ハード・ディスク）、ＣＤ−ＲＯＭが装着されるＦＤＤ、ＨＤＤ、ＣＤ−ＲＯＭドライバ等からなり、制御部２１ａ（２１ｂ，２１ｃ，…）が実行するプレゼンティティ処理プログラム等の各種プログラムが記憶されたプログラム記憶部２８と、各種情報等が記憶される情報記憶部２９とを有してなっている。
【００４４】
プログラム記憶部２８は、プレゼンティティ処理プログラムを記憶したプレゼンティティ処理プログラム記憶部３１と、ウォッチャ処理プログラムを記憶したウォッチャ処理プログラム記憶部３２と、リスト操作処理プログラムを記憶したリスト操作処理プログラム記憶部３３とを有している。
【００４５】
情報記憶部２９は、バディリストを記憶するバディリスト記憶部３４と、ウォッチャリストを記憶するウォッチャリスト記憶部３５とを有している。
表示部２４ａ（２４ｂ，２４ｃ，…）は、液晶ディスプレイ等からなり、文字や画像を表示するために用いられ、例えば、プレゼンスサーバ２から受け取ったインスタントメッセージや、電子メールの内容等を表示する。
【００４６】
次に、図６乃至図１２を参照して、上記構成のプレゼンス情報閲覧システム１の動作について説明する。
ここでは、例えば、ユーザ端末３ｂのユーザＢのプレゼンス情報を、ユーザ端末３ａのユーザＡが取得する場合について説明する。
この例では、ウォッチャとしてのユーザＡは、ユーザＡ自身のバディリスト及びウォッチャリストを取得して購読することができると共に（図８及び図９参照）、ユーザＡのバディリストに含まれるプレゼンティティとしてのユーザＢのバディリスト及びウォッチャリストの購読要求を行うことが可能な構成とされている。
【００４７】
まず、ユーザ端末３ａから、ユーザ端末３ｂ宛てにユーザＢのバディリストの購読を要求する場合について説明する。
ユーザ端末３ａでは、制御部２１ａが、ウォッチャ処理を実行し、プレゼンスサーバ２へネットワーク４を介してユーザＢ（ユーザ端末３ｂ）のバディリストに対する購読要求を送信する（ステップＳＡ１１（図６））。
プレゼンスサーバ２では、購読要求を受信すると（ステップＳＡ１２）、制御部６は、ユーザＢのバディリストを参照するウォッチャのリストとしてのウォッチャリストにユーザＡ（ユーザ端末３ａ）を登録する（ステップＳＡ１３）。
【００４８】
次に、制御部６は、ユーザ端末３ｂへユーザ端末３ａからの購読要求通知を行う（ステップＳＡ１４）。
ユーザ端末３ｂでは、プレゼンスサーバ２から購読要求通知を受信すると（ステップＳＡ１５）、制御部２１ｂは、購読要求の内容を表示部２４ｂに表示させ、ユーザＢの所定の操作によって、購読許可を受けると、プレゼンスサーバ２へ購読許可を送信する（ステップＳＡ１６）。
【００４９】
プレゼンスサーバ２では、購読許可を受信すると、制御部６は、ユーザＢ（ユーザ端末３ｂ）のバディリストをバディリスト記憶部１７から、各バディのプレゼンス情報をプレゼンス情報記憶部１６から取得し、さらに、グループ情報を付加して、ユーザ端末３ａへ通知する（ステップＳＡ１７）。ここで、グループ情報は、例えば、「開発部」、「営業部」、「同僚」等のグループ毎にバディを分類した情報である。
【００５０】
ユーザ端末３ａでは、プレゼンスサーバ２からユーザＢのバディリスト、グループ情報、各バディのプレゼンス情報を受信すると（ステップＳＡ１８）、制御部２１ａは、通知内容を、記憶部２２ａに記憶させると共に、図１０に示すように、表示部２４ａに表示させる。
なお、図１０において、「■」はオフライン、「□」はオンライント示す。また、「◎」、「〇」、「Δ」は、例えば、音声通話やインスタントメッセージの使用頻度を高い順に示している。
【００５１】
こうして、バディリストの取得のための一連の手続が完了すると、ユーザＢがバディリストに新たにバディを追加したり、バディのプレゼンス情報に変化があった場合には、プレゼンスサーバ２からユーザ端末３ａに直ちに通知される。
なお、ステップＳＡ１４、ステップＳ１５におけるように、ウォッチャ認証の可否を問うメッセージを送信しても良いし、バディリスト内の特定のグループのみを公開対象としても良い。
【００５２】
次に、ユーザ端末３ａから、ユーザ端末３ｂ宛てにユーザＢのウォッチャリストの購読を要求する場合について説明する。
ユーザ端末３ａでは、制御部２１ａが、ウォッチャ処理を実行し、プレゼンスサーバ２へネットワーク４を介してユーザＢ（ユーザ端末３ｂ）のウォッチャリストに対する購読要求を送信する（ステップＳＢ１１（図７））。
プレゼンスサーバ２では、購読要求を受信すると（ステップＳＢ１２）、制御部６は、ユーザＢのウォッチャリストを参照するウォッチャのリストとしてのウォッチャリストにユーザＡ（ユーザ端末３ａ）を登録する（ステップＳＢ１３）。
【００５３】
次に、制御部６は、ユーザ端末３ｂへユーザ端末３ａからの購読要求通知を行う（ステップＳＢ１４）。
ユーザ端末３ｂでは、プレゼンスサーバ２から購読要求通知を受信すると（ステップＳＢ１５）、制御部２１ｂは、購読要求の内容を表示部２４ｂに表示させ、ユーザＢの所定の操作によって、購読許可を受けると、プレゼンスサーバ２へ購読許可を送信する（ステップＳＢ１６）。
【００５４】
プレゼンスサーバ２では、購読許可を受信すると、制御部６は、ユーザＢ（ユーザ端末３ｂ）のウォッチャリストをウォッチャリスト記憶部１８から取得し、さらに、グループ情報を付加して、ユーザ端末３ａへ通知する（ステップＳＢ１７）。ここで、グループ情報としては、例えば、「開発部」、「営業部」、「同僚」等のグループ毎にバディを分類した情報である。
ユーザ端末３ａでは、プレゼンスサーバ２からユーザＢのウォッチャリスト、グループ情報を受信すると（ステップＳＢ１８）、制御部２１ａは、通知内容を、記憶部２２ａに記憶させると共に、図１１に示すように、表示部２４ａに表示させる。
【００５５】
こうして、ウォッチャリストの取得のための一連の手続が完了すると、バディリストに変化があった場合には、プレゼンスサーバ２からユーザ端末３ａに直ちに通知される。
なお、ステップＳＢ１４、ステップＳＢ１５におけるように、ウォッチャ認証の可否を問うメッセージを送信しても良いし、ウォッチャリスト内の特定のグループのみを公開対象としても良い。
また、ユーザＢのバディリスト、ウォッチャリストを、それぞれ、図１０、図１１に示すように、別々に表示させても良いし、バディリストとウォッチャリストとに共通した（重複した）ユーザのみを抽出させて、表示させても良い。
【００５６】
次に、ユーザＡの所定の操作によって、制御部２１ａは、プレゼンスサーバ２へユーザＡ自身のバディリストの購読を要求すると、プレゼンスサーバ２では、制御部６は、ユーザＡのバディリストに、ユーザＢに対応付けて、ユーザＢのバディリストとウォッチャリストとに共通するユーザ（例えば、ユーザＦ、ユーザＧ）を追加した新しいユーザＡのバディリストを生成し、ユーザ端末３ａへ送信する。
【００５７】
ユーザ端末３ａでは、制御部２１ａが、図１２に示すように、ユーザＢのバディリスト及びウォッチャリストを取り込んだユーザＡのバディリストを、表示部２４ａに表示させる。ユーザＡが、ユーザＢに、至急連絡を取りたい場合に、図１２に示すように、ユーザＢのユーザ端末３ｂがオフラインであっても、ユーザＢと緊密度が高いと推定されるユーザＧのユーザ端末３ｇはオンラインであり、例えば、ユーザ端末３ｇへメッセージを送信して、ユーザＢへ取り次いでもらえばよいことがわかる。
【００５８】
コンシュマ用途向けのプレゼンス情報閲覧システムでは、不特定多数のユーザを、プレゼンス管理対象とするために、プライバシー保護を目的として、ウォッチャ認証機能が設けられ、通常、各ユーザのバディリスト及びウォッチャリストに含まれるユーザは一致するが、限られたユーザを対象とするビジネス用途向けの企業内プレゼンス情報閲覧システムでは、利便性の確保のため、ウォッチャ認証機能は省略されることが多く、各ユーザのバディリスト及びウォッチャリストに含まれるユーザは一致しないことが多くなる。
【００５９】
したがって、バディリストやウォッチャリストに登録されているユーザであっても、連絡対象の相手と互いに面識や関係があるユーザでない可能性が高くなる。
こうした場合であっても、上述したように、バディリストとウォッチャリストとの両方に登録されたユーザは、連絡対象の相手と互いに面識や関係があるユーザと推定でき、このユーザを抽出して、「オンライン」のユーザと連絡をとることによって、少なくとも連絡対象の相手の現在の状況を確認することが可能となる。
【００６０】
このように、この例の構成によれば、例えば、ウォッチャとしてのユーザＡのユーザ端末３ａは、プレゼンスサーバ２からユーザ端末３ｂのプレゼンティティとしてのユーザＢのバディリストとウォッチャリストとを取得し、ユーザＡのバディリストは、ユーザＢに対応付けて、ユーザＢのバディリストとウォッチャリストとに共通するユーザ（例えば、ユーザＦ、ユーザＧ）を追加した新しいユーザＡのバディリストとされるので、例えば、ユーザＡが、ユーザＢに、至急連絡を取りたい場合に、ユーザＢのユーザ端末３ｂがオフラインであっても、ユーザＢと緊密度が高いと推定されるユーザＧのユーザ端末３ｇはオンラインであれば、例えば、ユーザ端末３ｇへメッセージを送信して、ユーザＢへ取り次いでもらうことができる可能性が高まる。
【００６１】
このように、自身のバディリストに、通信相手のバディリスト及びウォッチャリストを取り込むことができるので、たとえ、直接面識がないユーザであっても、通信相手に関連するユーザとのコンタクトをとることができる。
したがって、連絡を取りたい相手に関連する相手と連絡を取り、所望の相手と確実に連絡を取ることができる。
【００６２】
また、ユーザＢのバディリスト（ウォッチャリスト）をグループ毎にバディ（ウォッチャ）を分類したグループ情報を取得することによって、ユーザＡは、グループ情報を参照して、ユーザＢと各バディ（ウォッチャ）との間の関係を推測することができる。
また、ユーザＢと各バディ（ウォッチャ）との間の交信頻度（例えば、音声通話やインスタントメッセージの使用頻度）や実績数が、バディリスト（ウォッチャリスト）上に掲載されることによって、ユーザＡは、ユーザＢと親密に連絡をとっているユーザを簡単に見つけ出すことができる。
【実施例２】
【００６３】
この例が上述した第１の実施例と大きく異なるところは、ユーザ間の交信頻度に加えて、交信パターンに基づいて、連絡を取りたい相手に関連する最適なユーザを選定するように構成した点である。
これ以外の構成は、上述した第１の実施例の構成と略同一であるので、第１の実施例と同一の構成要素については、例えば、図１乃至図５で用いた符号と同一の符号を用いて、その説明を簡略に行う。
【００６４】
この例のプレゼンス情報閲覧システムでは、制御部６は、交信頻度算出処理で、ユーザ間の交信回数に加え、音声通話やインスタントメッセージ等の使用実績に基づいて、交信パターン（例えば、時間、日、週等毎の交信回数や、交信傾向等）を求める。次に、制御部６は、例えば、ユーザ端末３ａからの求めに応じて、ユーザＡが連絡を取りたい時点で、最も連絡を取り易い最適関連ユーザを推定し、最適関連ユーザを指示したバディリストをユーザ端末３ａへ通知する。
【００６５】
この例の構成によれば、上述した第１の実施例と略同一の効果を得ることができる。
加えて、ユーザＡは、ユーザＢと親密に連絡をとっているユーザを一段と簡単に、かつ確実に見つけ出すことができる。
【００６６】
以上、この発明の実施例を図面を参照して詳述してきたが、具体的な構成はこの実施例に限られるものではなく、この発明の要旨を逸脱しない範囲の設計の変更等があってもこの発明に含まれる。
例えば、上述した実施例では、例えば、プレゼンス情報管理処理、リスト管理処理、交信頻度算出処理等を、制御部が制御プログラムを実行することによって、行う場合について述べたが、プレゼンス情報管理処理等の一部又は全部をハードウェアによって、実現させるようにしても良い。また、制御部は、複数のＣＰＵから構成されていても良い。
【００６７】
また、プレゼンス情報に応じて、要求元のユーザ端末へのプレゼンス更新情報の通知方法を選択するようにしても良い。
例えば、要求元の利用者の現在位置（場所）に応じて、無線で通信する方法、電子メールを用いる方法、及び上述したインスタントメッセージを用いる方法等のうち、最適な方法を選択するようにしても良い。これによって、要求元の利用者のプレゼンスに応じた最適なプレゼンス更新情報の通知を行うことができる。
また、ユーザ端末３ａが、プレゼンスサーバ２から、ユーザＢのバディリスト、ウォッチャリストを受け取った後、端末側共通ユーザ抽出手段としての制御部２１ａが、ユーザＢのバディリストとウォッチャリストとに共通する共通ユーザを抽出するようにしても良い。
【００６８】
また、ユーザが負担すべきサービス利用料金に関する課金処理を、プレゼンスサーバが行う場合について述べたが、別に課金サーバを設けて、この課金サーバが行っても良いし、別に課金管理システムを設けても良い。
課金管理システムを設ける場合は、例えば、サービスに対応した料金の単金と、適用期間等の設定とユーザのサービス利用による固定又は従量の課金計算をリアルタイムで実施する課金・料金管理サーバと、課金管理サービス申請の受付けを行うと共にユーザの情報を管理するユーザ・オーダ管理サーバとを設けるようにする。
【００６９】
ここで、課金・料金管理サーバでは、例えば、ユーザがプレゼンスサーバが提供する情報や機能を利用する毎に利用料金を算出し、指定された単位で（例えば、一ヶ月毎、すなわち、月締めでの月次処理）にユーザに請求するための処理を行い、ユーザに請求するための利用明細書情報を生成するようにする。
また、課金・料金管理サーバでは、例えば月額固定の基本料金、サービス毎、情報毎の利用料金、ユーザ毎、受信端末毎のサービス利用回数等を課金情報として管理するようにする。
【産業上の利用可能性】
【００７０】
ユーザ端末としては、据置型のパーソナルコンピュータ等のほか、移動端末を用いる場合にも適用できる。移動端末としては、携帯電話機のほか、ＳＩＰを用いた通信が可能であれば、データ通信機能を有する簡易型携帯電話（ＰＨＳ）端末や、携帯情報端末（ＰＤＡ）、携帯型のコンピュータを用いる場合に適用できる。また、通信プロトコルとしては、ＳＩＰに限らず、例えば、このプレゼンス情報閲覧システムに専用のプロトコル等他のプロトコルを用いる場合に適用できる。
【図面の簡単な説明】
【００７１】
【図１】この発明の第１の実施例であるプレゼンス情報閲覧システムの構成を示す図である。
【図２】同プレゼンス情報閲覧システムのプレゼンスサーバの構成を示すブロック図である。
【図３】同プレゼンスサーバの記憶部の構成を示すブロック図である。
【図４】同プレゼンス情報閲覧システムのユーザ端末の構成を示すブロック図である。
【図５】同ユーザ端末の記憶部の構成を示すブロック図である。
【図６】同プレゼンス情報閲覧システムの動作を説明するための説明図である。
【図７】同プレゼンス情報閲覧システムの動作を説明するための説明図である。
【図８】同プレゼンス情報閲覧システムの動作を説明するための説明図である。
【図９】同プレゼンス情報閲覧システムの動作を説明するための説明図である。
【図１０】同プレゼンス情報閲覧システムの動作を説明するための説明図である。
【図１１】同プレゼンス情報閲覧システムの動作を説明するための説明図である。
【図１２】同プレゼンス情報閲覧システムの動作を説明するための説明図である。
【符号の説明】
【００７２】
１      プレゼンス情報閲覧システム
２      プレゼンスサーバ（情報管理サーバ）
３ａ，３ｂ，…      ユーザ端末
４            ネットワーク
６      制御部（共通ユーザ抽出手段、リスト更新手段、本人リスト通知手段、他者リスト通知手段、交信実績情報取得手段、ユーザ選定手段）
７      記憶部
１６      プレゼンス情報記憶部（プレゼンス情報記憶手段）
１７      バディリスト記憶部（情報提供者リスト記憶手段）
１８      ウォッチャリスト記憶部（情報受給者リスト記憶手段）
２１ａ，２１ｂ，…      制御部
Ａ，Ｂ，…      ユーザ 
【図１】
2007265004.tif 000003
【図２】
2007265004.tif 000004
【図３】
2007265004.tif 000005
【図４】
2007265004.tif 000006
【図５】
2007265004.tif 000007
【図６】
2007265004.tif 000008
【図７】
2007265004.tif 000009
【図８】
2007265004.tif 000010
【図９】
2007265004.tif 000011
【図１０】
2007265004.tif 000012
【図１１】
2007265004.tif 000013
【図１２】
2007265004.tif 000014