(57)【要約】【課題】  プレゼンスサーバの端末装置からの一斉ログイン時におけるネットワークおよびプレゼンスサーバ内の負荷を軽減する。【解決手段】  バディリスト記憶手段１ａは、バディリストを記憶する。バージョン記憶手段１ｂは、バージョン情報を記憶する。バージョン送信手段１ｃは、ログイン動作が正常に終了するとバージョン情報を出力する。また、バディリストデータベース２ａは、ログイン動作前からバディリストを記憶する。バージョンデータベース２ｂは、サーバ側バージョン情報を記憶する。バージョン比較手段２ｃは、サーバ側バージョン情報とバージョン情報を比較することにより一致不一致を判定し、一致しているときには一致判定信号を出力し、不一致のときには不一致判定信号を出力する。バディリスト送信手段２ｄは、不一致判定信号を受けると、サーバ側バディリストを読み出して出力する。【選択図】  図１
2007072824.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末装置がネットワークを介してプレゼンスサーバに接続され、他の端末装置にログインしているユーザのうちで希望するユーザのプレゼンス情報を参照することができるプレゼンスシステムにおいて、
前記プレゼンス情報の参照を希望する相手であるバディを設定したバディリストを記憶するバディリスト記憶手段と、
前記バディリストのバージョンであるバージョン情報を記憶するバージョン記憶手段と、
ログイン動作が正常に終了すると前記バージョン情報を出力するバージョン送信手段とを有する端末装置と、
前記ログイン動作前から前記バディリストを記憶するバディリストデータベースと、
前記バディリストデータベースに記憶されている前記バディリストであるサーバ側バディリストのバージョンであるサーバ側バージョン情報を記憶するバージョンデータベースと、
前記バージョンデータベースに記憶されている前記サーバ側バージョン情報と、前記バージョン情報とを比較することにより一致不一致を判定し、一致しているときには一致判定信号を出力し、不一致のときには不一致判定信号を出力するバージョン比較手段と、
前記不一致判定信号を受けると、前記サーバ側バディリストと前記サーバ側バージョン情報を読み出して出力するバディリスト送信手段とを有するプレゼンスサーバと、
からなることを特徴とするプレゼンスシステム。
【請求項２】
前記端末装置は、前記バディリストが更新されるごとに前記バディリストのバージョンをアップするバージョンアップ手段をさらに有することを特徴とする請求項１記載のプレゼンスシステム。
【請求項３】
前記バージョン送信手段は、前記バディリストが更新されるごとに前記バディリストの更新内容、および前記バディリストの新しいバージョンを示すバージョンアップ情報を出力することを特徴とする請求項２記載のプレゼンスシステム。
【請求項４】
前記バディリスト記憶手段は、前記バディリスト送信手段から前記サーバ側バディリストと前記サーバ側バージョン情報を受け取り、記憶することを特徴とする請求項１記載のプレゼンスシステム。
【請求項５】
複数の端末装置がネットワークを介して接続されるプレゼンスサーバにおいて、
前記端末装置のログイン動作前からプレゼンス情報の参照を希望する相手であるバディを設定したバディリストを記憶するバディリストデータベースと、
前記バディリストデータベースに記憶されている前記バディリストであるサーバ側バディリストのバージョンであるサーバ側バージョン情報を記憶するバージョンデータベースと、
前記バージョンデータベースに記憶されている前記サーバ側バージョン情報と、プレゼンス情報の参照を希望する相手であるバディを設定したバディリストのバージョンであるバージョン情報とを比較することにより一致不一致を判定し、一致しているときには一致判定信号を出力し、不一致のときには不一致判定信号を出力するバージョン比較手段と、
前記不一致判定信号を受けると、前記サーバ側バディリストと前記サーバ側バージョン情報を読み出して出力するバディリスト送信手段と、
を有することを特徴とするプレゼンスサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プレゼンスシステムに関し、特に複数の端末装置がネットワークを介してプレゼンスサーバに接続され、他の端末装置にログインしているユーザのうちで希望するユーザのプレゼンス情報を参照することができるプレゼンスシステムに関する。
【背景技術】
【０００２】
従来より、相手がどのような状態にあるかをリアルタイムで把握できるプレゼンスサービスというものが知られている。このプレゼンスサービスを提供するプレゼンスシステムは、プレゼンスサーバと、プレゼンスサーバに接続されている端末装置から構成されている。
【０００３】
たとえば、端末装置は、ユーザＡがログイン要求を入力することによりログインセッションが開始され、正常にログインセッションが終了するとプレゼンスサーバに対してプレゼンスサーバが記憶しているユーザＡのバディリストのダウンロード要求をする。なお、ユーザＡのバディリストとは、ユーザＡが参照したいと希望するユーザであるバディが、ユーザＡに関連づけられて登録されているリストである。
【０００４】
端末装置は、プレゼンスサーバからユーザＡのバディリストをダウンロードすると、そのバディリストにバディとして設定されているユーザのウォッチャーリストにユーザＡのユーザＩＤを登録するように要求する。なお、ウォッチャーリストとは、あるユーザ（たとえば、ユーザＢ）の状態を参照したいユーザであるウォッチャーがユーザＢに関連づけられて登録されているリストである。
【０００５】
プレゼンスサーバは、ユーザＢのプレゼンスが変更された旨の通知を受けると、ユーザＢのウォッチャーリストを参照してユーザＢのウォッチャーに対してユーザＢのプレゼンスが変更された旨の通知を行う（たとえば、非特許文献１、２参照）。
【０００６】
さらに、端末装置が再接続のログインを実施する際には、プレゼンスサーバに対してウォッチャーの登録をすることなく、バディリストに記憶されているバディ分のプレゼンスがプレゼンスサーバから通知されるプレゼンスシステムが提案されている（特許文献１参照）。
【非特許文献１】ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ３２６１．ｔｘｔ
【非特許文献２】ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ３２６５．ｔｘｔ
【特許文献１】特開２００４−３０３７１号公報（段落番号〔００３５〕、図１１）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、企業が社内で使用するプレゼンスシステムへの適用を考えた場合、朝の出勤時間帯にログインが集中することが予測される。たとえば、企業の全社員が朝の出勤時間帯にログインを実施した場合、各端末装置がプレゼンスサーバに対して一斉にログインユーザのバディリストの取得要求をすることで、プレゼンスサーバ内部での負荷が増大する。また、バディリストの取得要求に対する応答にバディリストを設定することにより、ネットワークへの負荷も増大する。
【０００８】
つまり、上記要因によって、朝の出勤時間帯のように大人数が一斉にログインした場合、ネットワークへの負荷およびプレゼンスサーバへの負荷が増大し、プレゼンスサーバが輻輳することになる。すると、加入者からのログインが正常に処理できなくなるという問題がある。
【０００９】
本発明はこのような点に鑑みてなされたものであり、端末装置からの一斉ログイン時におけるネットワークおよびプレゼンスサーバ内の負荷を軽減したプレゼンスサーバを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明では上記課題を解決するために、図１に示すような、複数の端末装置がネットワーク３を介してプレゼンスサーバ２に接続され、他の端末装置にログインしているユーザのうちで希望するユーザのプレゼンス情報を参照することができるプレゼンスシステムにおいて、前記プレゼンス情報の参照を希望する相手であるバディを設定したバディリストを記憶するバディリスト記憶手段１ａと、前記バディリストのバージョンであるバージョン情報を記憶するバージョン記憶手段１ｂと、ログイン動作が正常に終了すると前記バージョン情報を出力するバージョン送信手段１ｃとを有する端末装置１と、前記ログイン動作前から前記バディリストを記憶するバディリストデータベース２ａと、前記バディリストデータベース２ａに記憶されている前記バディリストであるサーバ側バディリストのバージョンであるサーバ側バージョン情報を記憶するバージョンデータベース２ｂと、前記バージョンデータベース２ｂに記憶されている前記サーバ側バージョン情報と、前記バージョン情報とを比較することにより一致不一致を判定し、一致しているときには一致判定信号を出力し、不一致のときには不一致判定信号を出力するバージョン比較手段２ｃと、前記不一致判定信号を受けると、前記サーバ側バディリストを読み出して出力するバディリスト送信手段２ｄとを有するプレゼンスサーバ２と、からなることを特徴とするプレゼンスシステムが提供される。
【００１１】
これにより、バディリスト記憶手段１ａは、プレゼンス情報の参照を希望する相手であるバディを設定したバディリストを記憶する。バージョン記憶手段１ｂは、バディリストのバージョンであるバージョン情報を記憶する。バージョン送信手段１ｃは、ログイン動作が正常に終了するとバージョン情報を出力する。また、バディリストデータベース２ａは、ログイン動作前からバディリストを記憶する。バージョンデータベース２ｂは、バディリストデータベース２ａに記憶されているバディリストであるサーバ側バディリストのバージョンであるサーバ側バージョン情報を記憶する。バージョン比較手段２ｃは、バージョンデータベース２ｂに記憶されているサーバ側バージョン情報と、バージョン情報とを比較することにより一致不一致を判定し、一致しているときには一致判定信号を出力し、不一致のときには不一致判定信号を出力する。バディリスト送信手段２ｄは、不一致判定信号を受けると、サーバ側バディリストを読み出して出力する。
【発明の効果】
【００１２】
本発明によれば、ユーザが操作するクライアントからのログイン時に、クライアントが設定してくるバディリストのバージョンをサーバで判断し、保持しているバージョン情報と一致すれば、バディリストを設定せずにレスポンスを返すことにしたことで、バディリストに変更がない場合は、バディリストを読み出し、レスポンスに設定する処理が省略されるため、プレゼンスサーバ内部の負荷が軽減できる。
【００１３】
また、端末とプレゼンスサーバ間のパケット情報を削除できるため、ネットワーク間の負荷を低減することもできる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施の形態を図面を参照して詳細に説明する。
図１は、本実施の形態に適用される発明の概念図である。図１に示すように、端末装置１とプレゼンスサーバ２がネットワーク３を介して接続されている。端末装置１は、バディリスト記憶手段１ａ、バージョン記憶手段１ｂ、およびバージョン送信手段１ｃを備えている。また、プレゼンスサーバ２は、バディリストデータベース２ａ、バージョンデータベース２ｂ、バージョン比較手段２ｃ、およびバディリスト送信手段２ｄを備えている。
【００１５】
バディリスト記憶手段１ａは、端末装置１にログインしているユーザ（たとえば、ユーザＡ）が参照を希望する他のユーザ（たとえば、ユーザＢ、Ｃ）をユーザＡに関連づけて登録したユーザＡのバディリストを記憶する。バージョン記憶手段１ｂは、バディリスト記憶手段１ａが記憶するバディリストのバージョンを記憶する。バージョン送信手段１ｃは、ユーザＡが端末装置１からログイン要求を行い、正常にログインセッションが終了すると、バージョン記憶手段１ｂに記憶されているバディリストのバージョン情報を読み出してプレゼンスサーバ２に出力する。
【００１６】
バディリストデータベース２ａは、ログインセッション前からプレゼンスサーバ２に記憶されているユーザＡのバディリストを記憶する。バージョンデータベース２ｂは、バディリストデータベース２ａに記憶されているバディリストのバージョンを記憶する。バージョン比較手段２ｃは、バージョン送信手段１ｃからネットワーク３を介してバージョン記憶手段１ｂに記憶されているバージョン情報を受け取る。また、バージョンデータベース２ｂに記憶されているバージョン情報を読み出す。そして、両者を比較して一致不一致を判定する。一致している場合には、端末装置１に対して一致判定信号を出力する。不一致の場合には、バディリスト送信手段２ｄに対して不一致判定信号を出力する。バディリスト送信手段２ｄは、不一致判定信号を受けると、バディリストデータベース２ａからバディリストを受け取り端末装置１へ出力する。端末装置１は、バディリスト送信手段２ｄからバディリストを受け取ると、バディリスト記憶手段１ａに受け取ったバディリストを記憶させる。
【００１７】
このようなプレゼンスシステムによれば、プレゼンスサーバ２は、端末装置１に記憶されているバディリストのバージョンと、プレゼンスサーバ２に記憶されているバディリストのバージョンとを比較する。そして、両者のバージョンが不一致と判定した場合のみ端末装置１へバディリストを送る。また、バージョンが一致していると判定した場合には、バディリストを端末装置１へ送らない。つまり、プレゼンスサーバ２は、バディリストのバージョンの比較結果に応じてバディリストを端末装置１へ送るか否かを決定する。
【００１８】
このように、バディリストにバージョンを付加し、プレゼンスサーバ２がそのバージョンを比較し、比較結果に応じてバディリストを送るか否かを決定することによって、ネットワークとプレゼンスサーバ２内部の処理の負荷を軽減することができる。このような判断処理を有するプレゼンスシステムは、企業が社内で使用するプレゼンスシステムに適用する場合、朝の出勤時間帯などのログインが集中する時間帯に発生が予測されるプレゼンスサーバ２の輻輳を防止することができる。
【００１９】
以下、企業が社内で使用するプレゼンスシステムに適用した場合を例にとって実施の形態として具体的に説明する。
図２は、本実施の形態に係るシステム構成例を示す図である。図２に示すように、企業が社内で使用するプレゼンスシステムはプレゼンスサーバ２００にネットワークを介して複数の端末装置１００ａ、１００ｂ、１００ｃが接続されている。
【００２０】
端末装置１００ａは、ユーザ（たとえば、ユーザＡ）がログイン要求をしてログイン処理が正常に終了すると、ユーザＡのバディリストのバージョン情報をプレゼンスサーバ２００に出力する。
【００２１】
プレゼンスサーバ２００は、バージョン情報を受け取ると、プレゼンスサーバ２００内に記憶されているユーザＡのバディリストのバージョンと、バージョンの比較を行う。一致している場合には、一致した旨を伝える一致判定信号を出力する。また、不一致の場合には、記憶しているバディリストを端末装置１００ａへ送信する。端末装置１００ａは、送信されてきたバディリストを記憶する。
【００２２】
端末装置１００ａは、位置情報を出力する。プレゼンスサーバ２００は、位置情報を受け取ると、位置情報を記憶する。端末装置１００ａは、記憶しているバディリストを用いてプレゼンスサーバ２００が記憶しているウォッチャーリストに登録を行う。つまり、ユーザＡのバディリストには、バディとして、ユーザＢ、ユーザＣが設定されているとき、ユーザＢのウォッチャーリストと、ユーザＣのウォッチャーリストにユーザＡがウォッチャーとしてそれぞれ設定される。プレゼンスサーバ２００は、ウォッチャー登録が終了すると、ウォッチャー登録したウォッチャーリストのプレゼンティティである、ユーザＢとユーザＣのプレゼンス情報を端末装置１００ａに送信する。
【００２３】
端末装置１００ｂは、端末装置１００ｂのログインユーザであるユーザＢのプレゼンス情報が変更された場合、プレゼンス情報が変更された旨を示すプレゼンス変更情報をプレゼンスサーバ２００に送信する。プレゼンスサーバ２００は、ユーザＢのプレゼンス変更情報を受け取ると、受け取ったプレゼンス変更情報を記憶する。また、ユーザＢのウォッチャーリストを参照して、ウォッチャーとして設定されているユーザＢのウォッチャーにプレゼンス変更情報を送信する。つまり、プレゼンスサーバ２００は、ユーザＢのウォッチャーリストにユーザＡが設定されているので、ユーザＡがログインしている端末装置１００ａにユーザＢのプレゼンス変更情報を送信する。端末装置１００ａは、ユーザＢのプレゼンス変更情報を受け取ると、記憶しているユーザＢのプレゼンス情報を変更する。
【００２４】
たとえば、ユーザＢが在席中から会議中へプレゼンス情報を変更したとき、上記のような流れにより、端末装置１００ｂから端末装置１００ａに対して会議中にプレゼンス情報が変更された旨が通知される。そして、端末装置１００ａは、ユーザＢのプレゼンス情報を変更することによってユーザＡにユーザＢのプレゼンスが変更された旨を通知する。このようなプレゼンスシステムによって、他の端末装置にログインしているユーザのプレゼンス情報をリアルタイムで得ることが可能となる。
【００２５】
図３は、本実施の形態に用いる端末装置のハードウェア構成例を示す図である。端末装置１００は、ＣＰＵ（Central Processing Unit）１０１によって装置全体が制御されている。ＣＰＵ１０１には、バス１０７を介してＲＡＭ（Random Access Memory）１０２、ハードディスクドライブ（ＨＤＤ:Hard Disk Drive）１０３、グラフィック処理装置１０４、入力インタフェース１０５、および通信インタフェース１０６が接続されている。
【００２６】
ＲＡＭ１０２には、ＣＰＵ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、ＣＰＵ１０１による処理に必要な各種データが格納される。ＨＤＤ１０３には、ＯＳやアプリケーションプログラムが格納される。
【００２７】
グラフィック処理装置１０４には、モニタ１１が接続されている。グラフィック処理装置１０４は、ＣＰＵ１０１からの命令に従って、画像をモニタ１１の画面に表示させる。入力インタフェース１０５には、キーボード１２とマウス１３とが接続されている。入力インタフェース１０５は、キーボード１２やマウス１３から送られてくる信号を、バス１０７を介してＣＰＵ１０１に送信する。
【００２８】
通信インタフェース１０６は、ネットワーク１０に接続されている。通信インタフェース１０６は、ネットワーク１０を介して、他のコンピュータとの間でデータの送受信を行う。以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、プレゼンスサーバ２００も同様のハードウェア構成によって、本実施の形態の処理機能を実現することができる。
【００２９】
次に、端末装置１００が有する処理機能について説明する。
図４は、端末装置の処理機能を示す図である。図４に示すように、端末装置１００は、バディリスト生成部１１０、バージョン生成部１２０、通信部１３０、バディリスト記憶部１４０、およびバージョン記憶部１５０を備えている。
【００３０】
バディリスト生成部１１０は、端末装置１００のログインユーザが参照を希望している他のユーザであるバディを設定したバディリストを生成する。バージョン生成部１２０は、バディリスト生成部１１０からバディリストを生成した旨の通知を受けると、バディリストのバージョンアップを行う。通信部１３０は、端末装置１００の外との通信を行う。具体的には、プレゼンスサーバ２００との通信を行う。バディリスト記憶部１４０は、バディリスト生成部１１０が生成したバディリストを記憶する。また、通信部１３０を介してプレゼンスサーバ２００から受け取ったバディリストを記憶する。バージョン記憶部１５０は、バージョン生成部１２０がバージョンアップしたバディリストのバージョン情報を記憶する。また、通信部１３０を介してプレゼンスサーバ２００から受け取ったバディリストのバージョン情報を記憶する。
【００３１】
次に、プレゼンスサーバ２００が有する処理機能について説明する。
図５は、プレゼンスサーバの処理機能を示す図である。図５に示すように、プレゼンスサーバ２００は、通信部２１０、データベース管理部２２０、バディリストデータベース２３０、バージョン比較部２４０、位置情報データベース２５０、ウォッチャーリストデータベース２６０、およびプレゼンス情報データベース２７０を備えている。
【００３２】
通信部２１０は、プレゼンスサーバ２００の外との通信を行う。具体的には、ネットワーク１０を介して接続されている複数台の端末装置との通信を行う。以下、端末装置の機能の説明として複数台の端末装置のうちの１つである端末装置１００を例にとって説明をする。データベース管理部２２０は、プレゼンスサーバ２００が備えている各データベースのデータを管理する。たとえば、通信部２１０を介して端末装置１００からいずれかのデータベースに保存すべきデータを受け取ると、データの種類に応じて適切なデータベースにデータを記憶させる。
【００３３】
バディリストデータベース２３０は、端末装置１００のログインユーザのバディリストとバージョン情報を記憶する。バージョン比較部２４０は、データベース管理部２２０が通信部２１０を介して端末装置１００から受け取ったバージョン情報と、バディリストデータベース２３０に記憶されているバージョン情報とを比較して、一致不一致の判定を行う。そして、一致と判定した場合には、一致判定信号を通信部２１０を介して端末装置１００へ出力する。また、不一致と判定した場合には、バディリストデータベース２３０に記憶されていたバージョン情報とバディリストを通信部２１０を介して端末装置１００へ出力する。
【００３４】
位置情報データベース２５０は、端末装置１００の位置情報を記憶する。たとえば、端末装置１００のＩＰアドレスとポート番号を記憶する。ウォッチャーリストデータベース２６０は、端末装置１００にログインしているユーザが設定されているウォッチャーリストを記憶する。プレゼンス情報データベース２７０は、端末装置１００にログインしているユーザのプレゼンス情報を記憶する。
【００３５】
次に、プレゼンスサーバ２００に格納される各種データの具体例について説明する。
図６は、バディリストのデータ構造例を示す図である。図６に示すように、バディリストデータベース２３０に、バディリスト２３１、２３２が記憶されている様子を示している。
【００３６】
バディリスト２３１は、ユーザＩＤ  Ａに関連づけられて、バディリスト２３１のバージョン、ユーザＩＤがＡで表されるユーザ（以下、ユーザＡという）のバディが設定されている。また、各バディには、各バディに関連づけられたグループが設定されている。バディリスト２３２も同様に、ユーザＩＤ  Ｂに関連づけられて、バディリスト２３２のバージョン、ユーザＩＤがＢで表されるユーザ（以下、ユーザＢという）のバディが設定されている。また、各バディには、各バディに関連づけられたグループが設定されている。
【００３７】
なお、グループとは、たとえば、ユーザが多数のバディを管理する目的で設定する。また、端末装置１００にもプレゼンスサーバ２００と同様にバディリスト記憶部１４０にはバディリストが、バージョン記憶部１５０にはバージョン情報がユーザＩＤに関連づけられて格納されている。
【００３８】
図７は、位置情報データテーブルのデータ構造例を示す図である。図７に示すように、位置情報データベース２５０に、位置情報データテーブル２５１、２５２が記憶されている様子を示している。
【００３９】
位置情報データテーブル２５１は、ユーザＩＤ  Ａに関連づけられて、ＩＰアドレスとポートが設定されている。また、位置情報データテーブル２５２も同様に、ユーザＩＤ  Ｂに関連づけられて、ＩＰアドレスとポートが設定されている。
【００４０】
図８は、ウォッチャーリストのデータ構造例を示す図である。図８に示すように、ウォッチャーリストデータベース２６０に、ウォッチャーリスト２６１、２６２が記憶されている様子を示している。
【００４１】
ウォッチャーリスト２６１は、プレゼンス情報を発信するユーザであるプレゼンティティのユーザＩＤ  Ａに関連づけられて、ユーザＡのプレゼンス情報の参照を希望するユーザであるウォッチャーが設定されている。また、ウォッチャーリスト２６２も同様に、プレゼンティティのユーザＩＤ  Ｂに関連づけられて、ユーザＢのウォッチャーが設定されている。
【００４２】
図９は、プレゼンス情報データテーブルのデータ構造例を示す図である。図９に示すように、プレゼンス情報データベース２７０に、プレゼンス情報データテーブル２７１、２７２が記憶されている様子を示している。
【００４３】
プレゼンス情報データテーブル２７１は、プレゼンス情報を発信するユーザであるプレゼンティティのユーザＩＤ  Ａに関連づけられて、ユーザＡのプレゼンス情報が設定されている。また、プレゼンス情報データテーブル２７２も同様に、プレゼンティティのユーザＩＤ  Ｂに関連づけられて、ユーザＢのプレゼンス情報が設定されている。
【００４４】
以上のような機能およびデータを有している端末装置１００およびプレゼンスサーバ２００により、以下の処理が行われる。
図１０は、プレゼンスシステムによるバディリストを登録・削除する手順を示すシーケンス図である。以下、図１０に示す処理をステップ番号に沿って説明する。また、ＨＴＴＰ（Hypertext Transfer Protocol）／ＨＴＴＰＳ（Hypertext Transfer Protocol Over Transport Layer Security）を用いた場合のシーケンス図を示している。
【００４５】
〔ステップＳ１１〕バディリスト生成部１１０は、ユーザＡからバディリスト変更指示を受けると、変更指示を反映した新しいバディリストを生成する。また、バージョン生成部１２０は、バディリスト生成部１１０が新しいバディリストを生成すると、新しいバージョンを生成する。
【００４６】
また、端末装置１００の通信部１３０は、プレゼンスサーバ２００に対してＨＴＴＰ／ＨＴＴＰＳ  ＰＯＳＴ  Ｒｅｑｕｅｓｔ（以下、この図においてリクエストという）を送信する。このリクエストには、バディリストの変更内容と新しいバージョンが設定されている。なお、バディリストの変更内容とは、たとえば、バディリストにバディを追加することや、バディを削除したことなどを指す。
【００４７】
〔ステップＳ１２〕プレゼンスサーバ２００の通信部２１０は、バディリストの変更内容と新しいバージョンを受け取ると、データベース管理部２２０へ出力する。データベース管理部２２０は、受け取ったデータがバディリストに関係するデータと判断すると、受け取ったバディリストの変更内容と新しいバージョンに基づいてバディリストデータベース２３０に記憶されているバディリスト２３１を更新する。
【００４８】
〔ステップＳ１３〕通信部２１０は、データベース管理部２２０によるバディリスト２３１の更新が正常に終了すると、端末装置１００に対して正常に終了した旨を示すＨＴＴＰ／ＨＴＴＰＳ  ＰＯＳＴ  Ｒｅｓｐｏｎｓｅ（以下、この図においてレスポンスという）を送信する。
【００４９】
〔ステップＳ１４〕通信部１３０は、レスポンスを受け取ると、バディリスト生成部１１０に通知する。バディリスト生成部１１０は、通知を受け取ると、バディリストの変更内容に基づいてバディリスト記憶部１４０に記憶されているバディリストを更新する。
【００５０】
〔ステップＳ１５〕通信部１３０は、レスポンスを受け取ると、バージョン生成部１２０に通知する。バージョン生成部１２０は、通知を受け取ると、新しいバージョンに基づいてバージョン記憶部１５０に記憶されているバージョン情報を更新する。
【００５１】
図１１は、プレゼンスシステムによるバディリストを取得する手順を示すシーケンス図である。以下、図１１に示す処理をステップ番号に沿って説明する。
〔ステップＳ２１〕端末装置１００は、通信部１３０を介してＨＴＴＰ／ＨＴＴＰＳ  ＰＯＳＴ  Ｒｅｑｕｅｓｔ（以下、この図においてリクエストという）を送信する。このリクエストには、ユーザＡのユーザＩＤ、バージョン記憶部１５０が記憶しているバージョン情報、およびバディリスト２３１のダウンロード要求が設定されている。
【００５２】
〔ステップＳ２２〕通信部２１０は、リクエストを受け取ると、バージョン比較部２４０へ出力する。バージョン比較部２４０は、リクエストを受け取ると、バディリストデータベース２３０からバージョン情報を読み出して、リクエストに設定されている端末装置１００に記憶されているバディリストのバージョンと比較を行う。
【００５３】
〔ステップＳ２３〕バージョン比較部２４０は、バージョンが一致しているか否かを判断する。一致している場合には、処理をステップＳ２４へ進め、不一致の場合には、処理をステップＳ２５へ進める。
【００５４】
〔ステップＳ２４〕バージョン比較部２４０は、一致している旨の通知を通信部２１０へ出力する。通信部２１０は、端末装置１００へＨＴＴＰ／ＨＴＴＰＳ  ＰＯＳＴ  Ｒｅｓｐｏｎｓｅ（以下、この図においてレスポンス１という）を送信する。このレスポンス１には、バージョンが一致した旨の通知が設定されている。
【００５５】
〔ステップＳ２５〕バージョン比較部２４０は、バディリストデータベース２３０からバディリスト２３１を読み出して、通信部２１０へ出力する。
〔ステップＳ２６〕通信部２１０は、バディリスト２３１とバディリスト２３１のバージョンを示すバージョン情報をＨＴＴＰ／ＨＴＴＰＳ  ＰＯＳＴ  Ｒｅｓｐｏｎｓｅ（以下、この図においてレスポンス２という）に設定する。
【００５６】
〔ステップＳ２７〕通信部２１０は、レスポンス２を端末装置１００へ送信する。端末装置１００は、レスポンス２を受け取ると、レスポンス２に設定されているバディリスト２３１をバディリスト記憶部１４０に記憶する。また、レスポンス２に設定されているバージョン情報をバージョン記憶部１５０に記憶する。レスポンス２に設定されるバディリストの例を図１２に示す。
【００５７】
図１２は、レスポンスに設定されるバディリストの例を示す図である。図１２に示すように、バディリストソース３００は、図１１におけるレスポンス２に設定されるバディリストのソースは、バディリストソース３００のように表される。
【００５８】
図１３は、プレゼンスシステムによるウォッチャー登録の手順を示すシーケンス図である。以下、図１３に示す処理をステップ番号に沿って説明する。
〔ステップＳ３１〕通信部１３０は、バディリスト記憶部１４０に記憶されているバディリストを読み出す。この通信部１３０に読み出されるバディリストは、ログイン時に一致判定信号を受け取っているときには、ログイン時にバディリスト記憶部１４０が記憶しているバディリストを読み出すことになる。また、ログイン時にプレゼンスサーバ２００に記憶されているバディリストのバージョンと不一致であった場合には、プレゼンスサーバ２００から受け取ったバディリストを読み出すことになる。
【００５９】
〔ステップＳ３２〕通信部１３０は、バディリスト記憶部１４０から読み出したバディリストに設定されている各バディのプレゼンス情報を参照したいことを示すコマンドであるＳＵＢＳＣＲＩＢＥ（以下、この図においてサブスクライブという）をプレゼンスサーバ２００に送信する。このサブスクライブには、ユーザＡのＩＤ、各バディＩＤ、およびプレゼンス情報を参照したい有効時間が設定されている。
【００６０】
〔ステップＳ３３〕通信部２１０は、サブスクライブを受け取ると、データベース管理部２２０に対して、サブスクライブに設定されているユーザＡのＩＤと各バディを通知する。データベース管理部２２０は、ウォッチャーリストデータベース２６０に記憶されている各バディがプレゼンティティとして設定されているウォッチャーリストがあるかを検索し、該当するウォッチャーリストにユーザＡのＩＤをウォッチャーとして登録する。
【００６１】
〔ステップＳ３４〕データベース管理部２２０は、各バディがプレゼンティティとして設定されているウォッチャーリストにユーザＡのＩＤがない場合には、有効期限を設定し、ウォッチャーリストデータベース２６０に記憶する。また、すでにウォッチャーにＩＤが登録されている場合には、有効時間を延長する。
【００６２】
〔ステップＳ３５〕通信部２１０は、ウォッチャー登録が終了するとＯＫコマンドを端末装置１００へ出力する。
〔ステップＳ３６〕通信部２１０は、ウォッチャー登録が終了するとＮＯＴＩＦＹを端末装置１００へ出力する。このＮＯＴＩＦＹには、各バディのプレゼンス情報が設定されている。
【００６３】
〔ステップＳ３７〕端末装置１００は、ＮＯＴＩＦＹを受け取ると、ＯＫコマンドをプレゼンスサーバ２００へ出力する。
このようなプレゼンスシステムによると、端末装置１００に記憶されているバディリストの内容に変化がない場合に、ログイン時に行われるバディリスト取得処理を省略することが可能となる。それによって、プレゼンスサーバ２００がレスポンスにバディリストを設定する処理を省略できることになる。したがって、プレゼンスサーバ２００の内部処理の負荷を軽減することが可能となる。また、プレゼンスサーバ２００がバディリストを送信しないことにより、ネットワーク１０への負荷が軽減される。
【００６４】
以上のように、プレゼンスサーバ２００の内部処理およびネットワーク１０への負荷が軽減されると、企業が社内で使用するプレゼンスシステムにおいて、朝の出勤時間帯のようなログインが集中するときに、プレゼンスサーバ２００とネットワーク１０への負荷が軽減され、輻輳を防ぐことが可能となる。したがって、プレゼンスシステムを適切に運用することが可能となる。
【００６５】
（付記１）  複数の端末装置がネットワークを介してプレゼンスサーバに接続され、他の端末装置にログインしているユーザのうちで希望するユーザのプレゼンス情報を参照することができるプレゼンスシステムにおいて、
前記プレゼンス情報の参照を希望する相手であるバディを設定したバディリストを記憶するバディリスト記憶手段と、
前記バディリストのバージョンであるバージョン情報を記憶するバージョン記憶手段と、
ログイン動作が正常に終了すると前記バージョン情報を出力するバージョン送信手段とを有する端末装置と、
前記ログイン動作前から前記バディリストを記憶するバディリストデータベースと、
前記バディリストデータベースに記憶されている前記バディリストであるサーバ側バディリストのバージョンであるサーバ側バージョン情報を記憶するバージョンデータベースと、
前記バージョンデータベースに記憶されている前記サーバ側バージョン情報と、前記バージョン情報とを比較することにより一致不一致を判定し、一致しているときには一致判定信号を出力し、不一致のときには不一致判定信号を出力するバージョン比較手段と、
前記不一致判定信号を受けると、前記サーバ側バディリストと前記サーバ側バージョン情報を読み出して出力するバディリスト送信手段とを有するプレゼンスサーバと、
からなることを特徴とするプレゼンスシステム。
【００６６】
（付記２）  前記端末装置は、前記バディリストが更新されるごとに前記バディリストのバージョンをアップするバージョンアップ手段をさらに有することを特徴とする付記１記載のプレゼンスシステム。
【００６７】
（付記３）  前記バージョン送信手段は、前記バディリストが更新されるごとに前記バディリストの更新内容、および前記バディリストの新しいバージョンを示すバージョンアップ情報を出力することを特徴とする付記２記載のプレゼンスシステム。
【００６８】
（付記４）  前記バディリスト記憶手段は、前記バディリスト送信手段から前記サーバ側バディリストと前記サーバ側バージョン情報を受け取り、記憶することを特徴とする付記１記載のプレゼンスシステム。
【００６９】
（付記５）  複数の端末装置がネットワークを介して接続されるプレゼンスサーバにおいて、
前記端末装置のログイン動作前からプレゼンス情報の参照を希望する相手であるバディを設定したバディリストを記憶するバディリストデータベースと、
前記バディリストデータベースに記憶されている前記バディリストであるサーバ側バディリストのバージョンであるサーバ側バージョン情報を記憶するバージョンデータベースと、
前記バージョンデータベースに記憶されている前記サーバ側バージョン情報と、プレゼンス情報の参照を希望する相手であるバディを設定したバディリストのバージョンであるバージョン情報とを比較することにより一致不一致を判定し、一致しているときには一致判定信号を出力し、不一致のときには不一致判定信号を出力するバージョン比較手段と、
前記不一致判定信号を受けると、前記サーバ側バディリストと前記サーバ側バージョン情報を読み出して出力するバディリスト送信手段と、
を有することを特徴とするプレゼンスサーバ。
【００７０】
（付記６）  ネットワークを介してプレゼンスサーバに接続される端末において、
プレゼンス情報の参照を希望する相手であるバディを設定したバディリストを記憶するバディリスト記憶手段と、
前記バディリストのバージョンであるバージョン情報を記憶するバージョン記憶手段と、
ログイン動作が正常に終了すると前記バージョン情報を出力するバージョン送信手段と、
を有することを特徴とする端末装置。
【００７１】
（付記７）  前記バディリストが更新されるごとに前記バディリストのバージョンをアップするバージョンアップ手段をさらに有することを特徴とする付記６記載の端末装置。
（付記８）  前記バージョン送信手段は、前記バディリストが更新されるごとに前記バディリストの更新内容、および前記バディリストの新しいバージョンを示すバージョンアップ情報を出力する付記７記載の端末装置。
【００７２】
（付記９）  前記バディリスト記憶手段は、前記バディリスト送信手段からサーバ側バディリストとサーバ側バージョン情報を受け取り、記憶することを特徴とする付記６記載の端末装置。
【図面の簡単な説明】
【００７３】
【図１】本実施の形態に適用される発明の概念図である。
【図２】本実施の形態に係るシステム構成例を示す図である。
【図３】本実施の形態に用いる端末装置のハードウェア構成例を示す図である。
【図４】端末装置の処理機能を示す図である。
【図５】プレゼンスサーバの処理機能を示す図である。
【図６】バディリストのデータ構造例を示す図である。
【図７】位置情報データテーブルのデータ構造例を示す図である。
【図８】ウォッチャーリストのデータ構造例を示す図である。
【図９】プレゼンス情報データテーブルのデータ構造例を示す図である。
【図１０】プレゼンスシステムによるバディリストを登録・削除する手順を示すシーケンス図である。
【図１１】プレゼンスシステムによるバディリストを取得する手順を示すシーケンス図である。
【図１２】レスポンスに設定されるバディリストの例を示す図である。
【図１３】プレゼンスシステムによるウォッチャー登録の手順を示すシーケンス図である。
【符号の説明】
【００７４】
１  端末装置
１ａ  バディリスト記憶手段
１ｂ  バージョン記憶手段
１ｃ  バージョン送信手段
２  プレゼンスサーバ
２ａ  バディリストデータベース
２ｂ  バージョンデータベース
２ｃ  バージョン比較手段
２ｄ  バディリスト送信手段
３  ネットワーク
【図１】
2007072824.tif 000003
【図２】
2007072824.tif 000004
【図３】
2007072824.tif 000005
【図４】
2007072824.tif 000006
【図５】
2007072824.tif 000007
【図６】
2007072824.tif 000008
【図７】
2007072824.tif 000009
【図８】
2007072824.tif 000010
【図９】
2007072824.tif 000011
【図１０】
2007072824.tif 000012
【図１１】
2007072824.tif 000013
【図１２】
2007072824.tif 000014
【図１３】
2007072824.tif 000015