(57)【要約】【課題】  プレゼンスとともに、バディとの間の距離を表示する。【解決手段】  移動機１１は、所定の時間間隔でユーザーデータ部２６にポーリングを行い、プレゼンスサーバー２７にその位置情報を送信するとともに、バディの状態情報とバディとの間の近接度を示す情報を受信し、バディのプレゼンスをその近接度に対応する大きさのアイコンで表示する。バディリストサーバー２８は、移動機１１からの前記ポーリングに応じて、その位置情報と要求されたバディの位置情報とからバディとの間の距離を算出し、ユーザーにより設定されたしきい値と比較して前記近接度を求め、移動機１１に送信する。【選択図】  図１
2005123970.tif 000002
【特許請求の範囲】
【請求項１】
サーバー装置と各ユーザーのクライアント装置を有し、クライアント装置に他のユーザーの状態を表示することができるようになされたプレゼンス表示システムにおける前記サーバー装置であって、
前記各クライアント装置から送信される各ユーザーの状態を示す情報と位置情報を格納する手段と、
各ユーザーごとにそのユーザーが状態を見たい他のユーザーを登録したバディリストを記憶する手段と、
各ユーザーに対して、そのバディリストに登録されている他のユーザーの状態を示す情報と該他のユーザーとの間の距離に関する情報を送信する手段と
を有することを特徴とするプレゼンス表示システムにおけるサーバー装置。
【請求項２】
前記位置情報は緯度及び経度の情報を含むものであり、
各ユーザーから送信される緯度及び経度の情報に基づいてユーザーとそのバディリストに登録されている他のユーザーとの間の距離を算出し、該算出した距離と所定のしきい値とを比較することにより他のユーザーの近接度を決定する手段を有し、
該決定した近接度を、前記他のユーザーとの間の距離に関する情報として、当該クライアント装置に送信するようになされていることを特徴とする請求項１記載のプレゼンス表示システムにおけるサーバー装置。
【請求項３】
前記しきい値は、各ユーザーが任意に設定することができるようになされていることを特徴とする請求項２記載のプレゼンス表示システムにおけるサーバー装置。
【請求項４】
前記位置情報にはさらに住所情報が含まれており、
前記近接度に加え、住所情報も当該クライアント装置に送信するようになされていることを特徴とする請求項２又は３に記載のプレゼンス表示システムにおけるサーバー装置。
【請求項５】
各ユーザーごとに、自己の距離に関する情報を他のユーザーに対して送信することを承認するか否かを示す情報を記憶する手段が設けられており、距離に関する情報の送信が承認されていないユーザーのクライアント装置に対しては、前記距離に関する情報を送信しないようになされていることを特徴とする請求項１乃至４のいずれかに記載のプレゼンス表示システムにおけるサーバー装置。
【請求項６】
各ユーザーごとに、自己の住所情報を他のユーザーに送信することを承認するか否かを示す情報を記憶する手段が設けられており、住所情報の送信が承認されていないユーザーのクライアント装置に対しては、住所情報を送信しないようになされていることを特徴とする請求項４記載のプレゼンス表示システムにおけるサーバー装置。
【請求項７】
前記バディリストは、そのユーザーが状態を見たい他のユーザーをグループに分けて登録した複数のコミュニティセットにより構成されており、
ユーザーにより指定されたコミュニティセットに登録されている他のユーザーの状態を示す情報及び距離に関する情報を当該クライアント装置に送信するようになされていることを特徴とする請求項１〜６のいずれかに記載のプレゼンス表示システムにおけるサーバー装置。
【請求項８】
各ユーザーごとに、そのユーザーをバディリストに登録している他のユーザーの属するコミュニティセットに応じて、そのユーザーの状態を示す情報と他のユーザーに送信する状態を示す情報とを対応付けて記憶する相対プレゼンス設定テーブルが設けられており、
各ユーザーの状態を示す情報を、そのユーザーの状態を見ている他のユーザーに送信するときに、前記相対プレゼンス設定テーブルを参照して、該他のユーザーのコミュニティセットに応じた状態を示す情報を送信するようになされていることを特徴とする請求項７記載のプレゼンス表示システムにおけるサーバー装置。
【請求項９】
ユーザーからの要求に応じて、そのユーザーの状態を見ている他のユーザーのリストを作成し、当該ユーザーに送信する手段を有することを特徴とする請求項１〜８のいずれかに記載のプレゼンス表示システムにおけるサーバー装置。
【請求項１０】
サーバー装置と各ユーザーのクライアント装置を有し、クライアント装置に他のユーザーの状態を表示することができるようになされたプレゼンス表示システムにおける前記クライアント装置であって、
そのユーザーの状態を示す情報と位置情報を前記サーバー装置に送信する手段と、
前記サーバー装置から、他のユーザーの状態を示す情報と該他のユーザーとの間の距離に関する情報を受信する手段と、
受信した他のユーザーの状態を示す情報と該他のユーザーとの間の距離に関する情報に基づいて、該他のユーザーの状態をそのユーザーとの間の距離に対応した表示形態で表示する手段と
を有することを特徴とするプレゼンス表示システムにおけるクライアント装置。
【請求項１１】
前記他のユーザーとの間の距離に関する情報は、前記他のユーザーとの間の距離を所定のしきい値と比較することにより決定された近接度であり、
前記表示する手段は、前記サーバー装置から受信した他のユーザーの状態を示す情報に対応する画像を、前記近接度に対応した大きさで表示するものであることを特徴とする請求項１０記載のプレゼンス表示システムにおけるクライアント装置。
【請求項１２】
前記他のユーザーとの間の距離に関する情報には、さらに住所情報が含まれており、
前記表示する手段は、前記他のユーザーの住所を表示することができるようになされていることを特徴とする請求項１０又は１１に記載のプレゼンス表示システムにおけるクライアント装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、他のユーザーの状態を表示することができるプレゼンス表示システムに関する。
【背景技術】
【０００２】
近年、インターネットなどのＩＰネットワーク上のコミュニケーション手段として、インスタントメッセージング（ＩＭ：Instant Messaging）が注目されている。ＩＭは、相手がネットワークに接続中であるかどうかといった相手の状態（プレゼンス）を参照可能とするプレゼンスサービスと、チャットのようにリアルタイムに文字ベースの会話を行うメッセージ交換サービスが組み合わされたサービスであり、標準化が進められている（非特許文献１，２）。
また、このようなＩＭサービスを携帯電話に適用することも提案されており、携帯電話によるＩＭサービスに関する技術の標準化団体であるワイヤレスビレッジ（Wireless Village, the Mobile Instant Messaging and Presence Services (IMPS) Initiative）が設立され、携帯機器間だけでなく、インターネットベースのサービスとの間でのメッセージやプレゼンス情報の交換にも使用される共通仕様が策定されている。
【非特許文献１】ＲＦＣ２７７８
【非特許文献２】ＲＦＣ２７７９
【発明の開示】
【発明が解決しようとする課題】
【０００３】
このように、携帯電話を含む通信システムにおいてもプレゼンスサービスが提供されるようになっている。
そこで、本発明は、携帯電話の有する特性を生かした、より使いやすいプレゼンス表示システムを提供することを目的としている。
【課題を解決するための手段】
【０００４】
上記目的を達成するために、本発明のプレゼンス表示システムにおけるサーバー装置は、サーバー装置と各ユーザーのクライアント装置を有し、クライアント装置に他のユーザーの状態を表示することができるようになされたプレゼンス表示システムにおける前記サーバー装置であって、前記各クライアント装置から送信される各ユーザーの状態を示す情報と位置情報を格納する手段と、各ユーザーごとにそのユーザーが状態を見たい他のユーザーを登録したバディリストを記憶する手段と、各ユーザーに対して、そのバディリストに登録されている他のユーザーの状態を示す情報と該他のユーザーとの間の距離に関する情報を送信する手段とを有するものである。
また、前記位置情報は緯度及び経度の情報を含むものであり、各ユーザーから送信される緯度及び経度の情報に基づいてユーザーとそのバディリストに登録されている他のユーザーとの間の距離を算出し、該算出した距離と所定のしきい値とを比較することにより他のユーザーの近接度を決定する手段を有し、該決定した近接度を、前記他のユーザーとの間の距離に関する情報として、当該クライアント装置に送信するようになされているものである。
さらに、前記しきい値は、各ユーザーが任意に設定することができるようになされているものである。
さらにまた、前記位置情報にはさらに住所情報が含まれており、前記近接度に加え、住所情報も当該クライアント装置に送信するようになされているものである。
【０００５】
さらにまた、各ユーザーごとに、自己の距離に関する情報を他のユーザーに対して送信することを承認するか否かを示す情報を記憶する手段が設けられており、距離に関する情報の送信が承認されていないユーザーのクライアント装置に対しては、前記距離に関する情報を送信しないようになされているものである。
さらにまた、各ユーザーごとに、自己の住所情報を他のユーザーに送信することを承認するか否かを示す情報を記憶する手段が設けられており、住所情報の送信が承認されていないユーザーのクライアント装置に対しては、住所情報を送信しないようになされているものである。
さらにまた、前記バディリストは、そのユーザーが状態を見たい他のユーザーをグループに分けて登録した複数のコミュニティセットにより構成されており、ユーザーにより指定されたコミュニティセットに登録されている他のユーザーの状態を示す情報及び距離に関する情報を当該クライアント装置に送信するようになされているものである。
さらにまた、各ユーザーごとに、そのユーザーをバディリストに登録している他のユーザーの属するコミュニティセットに応じて、そのユーザーの状態を示す情報と他のユーザーに送信する状態を示す情報とを対応付けて記憶する相対プレゼンス設定テーブルが設けられており、各ユーザーの状態を示す情報を、そのユーザーの状態を見ている他のユーザーに送信するときに、前記相対プレゼンス設定テーブルを参照して、該他のユーザーのコミュニティセットに応じた状態を示す情報を送信するようになされているものである。
さらにまた、ユーザーからの要求に応じて、そのユーザーの状態を見ている他のユーザーのリストを作成し、当該ユーザーに送信する手段を有するものである。
【０００６】
さらにまた、本発明のプレゼンス表示システムにおけるクライアント装置は、サーバー装置と各ユーザーのクライアント装置を有し、クライアント装置に他のユーザーの状態を表示することができるようになされたプレゼンス表示システムにおける前記クライアント装置であって、そのユーザーの状態を示す情報と位置情報を前記サーバー装置に送信する手段と、前記サーバー装置から、他のユーザーの状態を示す情報と該他のユーザーとの間の距離に関する情報を受信する手段と、受信した他のユーザーの状態を示す情報と該他のユーザーとの間の距離に関する情報に基づいて、該他のユーザーの状態をそのユーザーとの間の距離に対応した表示形態で表示する手段とを有するものである。
さらにまた、前記他のユーザーとの間の距離に関する情報は、前記他のユーザーとの間の距離を所定のしきい値と比較することにより決定された近接度であり、前記表示する手段は、前記サーバー装置から受信した他のユーザーの状態を示す情報に対応する画像を、前記近接度に対応した大きさで表示するものとされている。
さらにまた、前記他のユーザーとの間の距離に関する情報には、さらに住所情報が含まれており、前記表示する手段は、前記他のユーザーの住所を表示することができるようになされているものである。
【発明の効果】
【０００７】
本発明のプレゼンス表示システムにおけるサーバー装置及びクライアント装置によれば、バディとの間の距離に対応して表示形態でバディのプレゼンスを表示することが可能となる。
また、バディとの間の距離を複数の段階のうちのいずれの段階にあるかを示す近接度で表現し、相対的に表現しているため、プライバシーに配慮した距離表示を行うことが可能となる。
さらに、距離のしきい値をユーザーが設定することができるため、ユーザーの感覚に合致した近接度とすることができる。
さらにまた、近接度だけではなく、住所情報も通知することができる。
さらにまた、ユーザーは、相手によって、自己の位置情報や住所情報を通知することを拒否することができる。
さらにまた、他のユーザーの属するコミュニティセットに応じてあらかじめ設定した相対プレゼンスを通知することができるため、バディに適したプレゼンスを表示させることができる。
【発明を実施するための最良の形態】
【０００８】
まず、本明細書で用いる用語について説明する。
「バディ（Buddy）」は、あるユーザーがそのバディリストに登録している他のユーザーのことである。バディ側の承認を得ることで、ユーザーはそのバディのプレゼンス情報を取得し、状態を表示させることができる。
「バディリスト（Buddy List）」は、登録したバディの一覧表である。バディリストは、バディ全員を含む一つのリストとして構成してもよいし、バディを「友人」，「家族」，「会社」，「学校」などのように分類し、それぞれのグループのバディのリストである複数の「コミュニティセット（Community Set）」としてもよい。以下で説明する実施の形態においては、バディリストが複数のコミュニティセットからなる場合について説明する。
「オーナー（Owner）」は、バディリストを作成編集し、バディのプレゼンスを見ているユーザーのことである。
「ウォッチャー（Watcher）」は、自分のプレゼンスを見ているオーナーのことである。示されている人物は、オーナーと同一であるが、ウォッチャーはプレゼンスを見られているバディ側の立場からみた用語である。
「ウォッチャーリスト（Watcher List）」は、自分のプレゼンスを見ているウォッチャーを一覧表示するリストである。
【０００９】
「プレゼンス」は、ユーザーの現在の状態のことである。プレゼンスはユーザー自身によって設定される。本発明のシステムにおいては、「出社」，「会議中」，「移動中」，「休憩中」，「食事中」，「運転中」，「睡眠中」，「私用」，「携帯不所持」，「連絡不可」などといった使用頻度が高いプレゼンスがあらかじめ「固定プレゼンス」として規定されており、それ以外にオーナーが自由にプレゼンス（「可変プレゼンス」）を設定することができるようになされている。
ユーザーは、自分（発信者，プレゼンティティ）をバディ登録している友人や知人（ウォッチャー）に対して、現在の発信者の状態（プレゼンス）を通知することができる。このとき、発信者が設定したプレゼンスをそのままウォッチャーに通知するようにしてもよいし、あるいは、ウォッチャーが属しているコミュニティセットに応じて、そのウォッチャーに通知するプレゼンスを変更するようにすることもできる。この場合に、発信者が設定するプレゼンスのことを「絶対プレゼンス」、コミュニティセットに応じてウォッチャーへ通知されるプレゼンスのことを「相対プレゼンス」と呼ぶ。「相対プレゼンス」は、ひとつの絶対プレゼンスにつきコミュニティセットの数だけ設定可能な、見掛けのプレゼンスである。オーナーが実際に目にするのは、バディの相対プレゼンスとなる。
【００１０】
図１は、本発明のサーバー装置及びクライアント装置により構築されるプレゼンス表示システムの一実施の形態の全体構成を示す図である。
この図において、１１は本発明のプレゼンス表示システムのクライアントプログラムが動作している移動機、１２は前記クライアントプログラムが搭載されていない移動機、１３は前記クライアントプログラムが動作しているパーソナルコンピュータ（ＰＣ）、１４は前記クライアントプログラムがインストールされていないＰＣである。移動機１１におけるクライアントプログラムは例えばＪａｖａ(TM)アプリケーションにより実現されている。また、後述するように、前記クライアントプログラムが搭載されていない移動機１２及び前記クライアントプログラムがインストールされていないＰＣ１４は、ウェブブラウザを用いて本発明のサーバー装置（ユーザーデータ部２６）に接続することにより本発明のプレゼンス表示システムの機能の一部を実行することができるようになされている。なお、前記クライアントプログラムが動作している移動機１１及びＰＣ１３をまとめて「クライアント装置」、移動機１１を「移動機（クライアント）」、ＰＣ１３を「ＰＣ（クライアント）」、移動機１２を「移動機（ウェブブラウザ）」、ＰＣ１４を「ＰＣ（ウェブブラウザ）」と呼ぶこととする。
【００１１】
１５及び１６は移動体通信システムにおける基地局、１７は移動体通信システムのコアネットワーク、１８はインターネットなどのＩＰネットワークである。図示するように、前記移動機１１，１２は基地局１５，１６、コアネットワーク１７を介してインターネット１８に接続される。また、前記ＰＣ１３，１４はインターネット１８に接続されている。
ここで、移動機１１は、その位置情報（大まかな位置情報でよい。）を取得することができるようになされている。周知のようにＣＢＳ（Cell Broadcasting Service）においては、基地局からその所在地の緯度、経度及び地名（住所）の情報が報知されており、この情報を位置情報として取得するものであってもよいし、あるいは、ＧＰＳ機能を内蔵している移動機の場合にはその出力であってもよい。
【００１２】
１９は、前記コアネットワーク１７及びインターネット１８を介して接続された前記移動機１１とサービスアクセスポイント（ＳＡＰ：Service Access Point）２０との間に挿入されたオプティマイザであり、データ圧縮などを用いて移動機の通信が最小化するよう調整したプロトコルとＳＡＰ２０の扱うプロトコルとの相互変換を行うものである。ＳＡＰ２０は、ワイヤレスビレッジ（Wireless Village）によって規定される、サーバー・クライアント間又はサーバー・サーバー間のインターフェースの役割を担うノードである。
チャット部２１は、移動機同士又は移動機とＰＣ間でチャットサービスを提供するためのノードであり、図示するように、ＩＭサービスを提供するＩＭ部２２及びチャットルームを提供するグループ部２３を有している。
２４はメールの転送を行うＳＭＴＰ（simple mail transfer protocol）リレーサーバーであり、本発明のプレゼンス表示システムにおけるメールを利用する機能を提供するものである。後述するように、バディ承認時のプレゼンス情報提供許諾通知やチャットへの招待通知などにメールが利用される。
２５はウェブサーバーであり、前記移動機１２やＰＣ１４を、サーバー装置であるユーザーデータ部２６に接続する機能を有する。
【００１３】
２６は、加入者情報、プレゼンス情報、バディリストなどを管理し、要求に応じて情報を提供する機能を有するユーザーデータ部である。このユーザーデータ部２６は本発明のサーバー装置に相当するものであり、本発明のプレゼンス表示システムにより提供されるサービス（プレゼンスサービス）を受ける各加入者の加入者情報やプレゼンス情報を管理するプレゼンスサーバー２７と、各加入者のバディリストなどを管理するバディリストサーバー２８の２つの機能部を有している。なお、ここでは、プレゼンスサーバー２７とバディリストサーバー２８の２つの機能部が分離して構成されているように説明するが、単一の装置にこれら２つの機能部を構成するようにしてもよい。
２９は、前記プレゼンスサーバー２７により管理されているプレゼンス情報に対応して、自動的に転送先電話番号を変更するためのＤＴＭＦ（Dual Tone Multi-Frequency）センダーである。
【００１４】
後述するように、前記クライアント装置（移動機１１とＰＣ１３）は、定期的に前記ユーザーデータ部２６にアクセスして、バディのプレゼンス情報を取得し、プレゼンスを表示するようになされている。以下、これを「待受ポーリング」とよぶこととする。なお、このときに、クライアント装置（移動機１１）はその位置情報を前記プレゼンスサーバー２７に通知し、そのユーザーのプレゼンス情報中の位置情報を更新するようになされている。
【００１５】
図２は、前記プレゼンスサーバー２７により管理されている情報の例を示す図であり、（ａ）は各加入ユーザーごとに記憶されているプレゼンス情報、（ｂ）は各ユーザーの絶対プレゼンスに関する情報、（ｃ）は各ユーザーの相対プレゼンスに関する情報の例である。
図２の（ａ）に示すように、プレゼンス情報は、各ユーザーごとに次の情報を記録したものである。
「加入者ＩＤ」は、このサービスに加入している全ユーザーに一意に割り当てられるＩＤ（識別子）である。この加入者ＩＤを持たせることにより、加入者の携帯電話番号（ＭＳＮ）が変更されても同一のユーザーとして認証することが可能となる。
「ＵＩＤ」は、加入移動機に固有の識別番号である。移動機からのアクセスについては、このＵＩＤを取得することによりユーザー認証を行うようになっている。
「ＭＳＮ」は、加入移動機の電話番号である。ＰＣからのログイン時には、このＭＳＮをＩＤとしてユーザーに入力させるようになっている。
「パスワード」は、このサービスへのログインパスワードである。
「暗証番号」は、加入移動機の暗証番号である。
「ｅメールアドレス」は加入移動機のｅメールアドレスである。
「本名」は、加入ユーザーの名前を示すテキストデータである。
「ニックネーム」は、加入ユーザーのニックネームを示すテキストである。このニックネームは、チャットなどにおけるユーザー名やデフォルトのバディ名として使用される。
「選択コミュニティセット」は、クライアント装置において、プレゼンスを見る対象として現在選択されているコミュニティセットのＩＤである。なお、この実施の形態においては、４個までのコミュニティセットを登録することができるようにされており、選択コミュニティセットは０〜３の値をとる。
【００１６】
「待受ポーリング受信」は、移動機１１からの前述した待受ポーリングが届いたかどうかを示すフラグであり、「待受ポーリング間隔」で設定されている時間に応じた時間（例えば、その２倍の時間）まで待機し、その時間までに移動機１１からの待受ポーリングが届けば「OK」とされ、届かなければ「Fail」とされるフラグである。これにより、移動機１１が圏外あるいは電源オフの状態となっていることを知ることができる。
「待受ポーリング間隔」は、移動機１１からの次の待受ポーリングまでの時間間隔を秒単位で設定した情報である。この情報は、移動機１１からの待受ポーリング時に通知される。
「プレゼンス更新時刻」は、前回絶対プレゼンス設定が更新された時刻である。
「緯度」及び「経度」は、移動機１１が現在位置する場所（属する基地局）の緯度情報及び経度情報である。移動機側の設定に応じて、移動機からの待受ポーリング時に通知される。
「住所情報」は、移動機１１が現在位置する場所（基地局単位）の住所を示すテキスト情報である。移動機側の設定に応じて、移動機からの待受ポーリング時に通知される。
「近距離しきい値」及び「遠距離しきい値」は、後述する近接度算出のために用いられるしきい値（例えば、キロメートル単位）であり、ユーザーが設定し、プレゼンスサーバー２７に通知される情報である。ユーザーの属する地域や利用している交通機関などによりユーザー個々の距離感覚は異なっており、しきい値をユーザーが任意に設定できるようにすることでそれぞれのユーザーの感覚にあった近接度とすることができる。
「絶対プレゼンス設定」は、現在加入ユーザーが設定している絶対プレゼンスのＩＤである。
「一時的コメント」は、クライアント側で絶対プレゼンスを選択するときに記述可能な、一時的に利用できるコメント用テキスト情報である。
【００１７】
前述のように、ユーザーは自己の絶対プレゼンスを設定し、バディに対して相対プレゼンスが通知される。そこで、ユーザーは、自己の絶対プレゼンスに関する情報と相対プレゼンスに関する情報をあらかじめ前記プレゼンスサーバー２７に登録しておく。
図２の（ｂ）は、前記絶対プレゼンスを規定するデータを示す図である。
「絶対プレゼンスＩＤ」は絶対プレゼンスを一意に識別するためのＩＤである。
「絶対プレゼンス名」は絶対プレゼンスの名前を示すテキストである。
「転送先電話番号」は、そのプレゼンスを選択した場合の転送先電話番号である。なお、何も入力されていなければ「Null」となる。
「無応答時／無条件フラグ」は、呼を転送するタイミングを規定するフラグであり、「無応答時」と「無条件」のいずれかの値を持つ。「無応答時」に設定されている場合、移動機への呼が応答しない場合に転送する。「無条件」に設定されている場合、移動機へ呼を送らず即座に転送する。
「留守電フラグ」は、留守番電話転送を行うかどうかを規定するフラグである。「On」と「Off」のいずれかの値を持つ。「On」に設定されている場合、留守番電話転送を行い、「Off」に設定されている場合、留守番電話転送を行わない。
「チャット許可」は、そのプレゼンスが設定されているときに、他のユーザーからのチャット開始要求を許可するかどうかを設定するフラグである。「可」，「不可」のいずれかの値を持つ。
【００１８】
前述のように、バディに通知されるプレゼンスは、そのバディの属するコミュニティセットに応じて設定される相対プレゼンスである。そこで、「コミュニティセットへの相対プレゼンス設定」の項に、その絶対プレゼンスの各コミュニティセットに対する相対プレゼンスを設定する。この実施の形態においては、コミュニティセットの数は最大４つとされているため、４個のコミュニティセット（CSet0〜CSet3）にそれぞれ対応する相対プレゼンスのプレゼンスＩＤが設定されている。
【００１９】
図２の（ｃ）は、前記相対プレゼンスを規定するデータを示す図である。
「相対プレゼンスＩＤ」は、相対プレゼンスのＩＤである。
「相対プレゼンス名」は、相対プレゼンスの名前を示すテキストである。絶対プレゼンスＩＤと絶対プレゼンス名の関連付けと、相対プレゼンスＩＤと相対プレゼンス名の関連付けは、常に同一となるようにされている。
「絵文字コード」は、その相対プレゼンスが選択されているときに表示されるアイコン又は絵文字を指定するための絵文字コードである。クライアント装置は絵文字コードをアイコン用画像ファイルに変換する。
「相対プレゼンスコメント」は、その相対プレゼンスが選択されているときに表示するテキスト情報である。
【００２０】
図２の（ｂ）と（ｃ）に記載した例では、ユーザーの絶対プレゼンスが「会議中」（ＩＤ＝１）であるとき、第１のコミュニティセット（CSet0）（例えば、「会社」）に属するバディに対しては、「会議中」（ＩＤ＝１）という相対プレゼンスが通知され、第２と第３のコミュニティセット（CSet1及びCSet2）（例えば、「友人」と「家族」）に属するバディに対しては、「出社」（ＩＤ＝０）という相対プレゼンスが通知される。すなわち、家族や友人に対しては会議中であることまでは通知する必要がないので、単に「出社」と通知する。このように、それぞれのバディの属性に適したプレゼンス表示を行うことができる。
【００２１】
次に、前記バディリストサーバー２８において管理されている情報について説明する。バディリストサーバー２８には、バディリストである「コミュニティセット」、及び「未加入リスト」が記憶されている。また、後述するように、バディリストサーバー２８は、移動機１１，１２又はＰＣ１３，１４からの要求に応じて「ウォッチャーリスト」を作成してユーザーに提示するようになされている。
図３の（ａ）は、「コミュニティセット」の一例を示す図である。前述のように、「コミュニティセット」は、オーナーが各バディを分類したリストであり、図示するような各種情報が格納されている。
「コミュニティセットＩＤ」は、コミュニティセットを識別するＩＤである。この実施の形態においては、４つのコミュニティセットを設定することができるようになされており、０〜３の値をとる。
「コミュニティセット名」は、コミュニティセットの名前を示すテキストである。
「バディＩＤ」は、各バディのＩＤである。プレゼンスサーバーの加入者ＩＤ又は未加入リストの未加入ＩＤと関連付けてバディを一意に特定することができる。
「表示順」は、クライアント側におけるバディの表示順を示す情報である。クライアント側の設定によって表示順が決定され送信されてくるので、バディリストサーバーはこれを保持するようになされている。
「バディ名」は、そのバディに対してオーナーがつけたニックネームを示すテキスト情報である。
【００２２】
「近接度」は、前記プレゼンスサーバー２７から提供される、そのバディの緯度、経度、近距離しきい値及び遠距離しきい値からバディリストサーバー２８により算出されるオーナーとバディの間の距離のレベルを表示する情報である。この実施の形態では、３段階の距離レベルのうちのどのレベルに属するかを近接度で表示するようにしており、「近」，「中」，「遠」，「N/A」のいずれかの値をとる。オーナーとバディの緯度・経度から算出した両者の距離が近距離しきい値未満であれば「近」、近距離しきい値以上遠距離しきい値未満であれば「中」、遠距離しきい値以上であれば「遠」とし、バディの緯度・経度が公開されていないなどの理由で算出不能な場合は「N/A」とされる。なお、この段階の数は３に限られることはなく、任意に決定することができる。ただし、プライバシーを考慮すると、あまりに細かくすることなく、２〜５，６段階程度とするのが好適である。
「位置情報通知許可（位置許可）」は、そのバディがオーナーに対して、どこまで位置情報の公開を許可しているかを示す情報である。「フル」，「近接のみ」，「拒否」，「N/A」のいずれかの値をとる。「フル」であれば、オーナーに対し住所情報のテキストを提供し、「近接のみ」であればオーナーに対し近接度のみ提供し、「拒否」であれば位置情報は一切提供しない。また、バディのプレゼンス提供を承認しなかったり、本サービスに加入していないときは「N/A」となる。
「バディ承認フラグ（承認）」は、そのバディがオーナーに対するプレゼンスの提供を許可しているかどうかの情報を保持しているフラグであり、「OK」，「NG」，「N/A」のいずれかの値をとる。「OK」であれば、バディリストサーバー２８はプレゼンスサーバー２７に対して、そのバディのプレゼンス情報を要求・受信する。「NG」は、そのバディからプレゼンスの提供を拒否された状態を示し、この場合バディリストサーバー２８はプレゼンスサーバー２７に対し、静的な情報のみ要求・受信する。「N/A」は、そのバディが本サービスに未加入であるか、プレゼンス提供の許可・不許可を通知されていない状態を示す。プレゼンス提供の動作については「NG」と同様となる。
「サービス加入フラグ（加入）」は、そのバディが本サービスに加入しているかどうかを保持しているフラグであり、「OK」，「NG」のいずれかの値をとる。
【００２３】
図３の（ｂ）は、前記「未加入リスト」の一例を示す図である。「未加入リスト」は、オーナーによってバディリストに登録されたものの、まだサービスに加入していないバディのリストである。
図示するように、未加入リストには、次の情報が格納されている。
「未加入ＩＤ」は、未加入リストに記録されているバディのＩＤである。
「未加入バディ名」は、未加入バディに対して、オーナーがつけたニックネームを示すテキストである。
「未加入電話番号（ＭＳＮ）」は、未加入バディの電話番号である。
「未加入ｅメールアドレス」は、未加入バディのｅメールアドレスである。
【００２４】
次に、図２、図３に示した各情報の更新を行うときの、前記クライアント装置（移動機１１、ＰＣ１３）、前記移動機１２又は前記ＰＣ１４と前記ユーザーデータ部２６との間のデータのやり取りについて説明する。
【００２５】
（待受ポーリング）
まず、前記クライアント装置（移動機、ＰＣ）１１，１３が、定期的に前記ユーザーデータ部２６にアクセスする「待受ポーリング」について説明する。
図４は、待受ポーリング時のシーケンス図である。
移動機（クライアント）１１は、該移動機１１内に保持している待受ポーリング間隔データ（秒単位）によってポーリングすべき時間を知り、前回のポーリングから待受ポーリング間隔秒待機した後、ポーリングを行う。
このポーリング時に、位置情報（住所情報、緯度、経度）、バディプレゼンス要求設定情報（バディリスト全員分の要求か、コミュニティセットを単位とする要求かを示す情報）及び待受ポーリング間隔（秒）の情報をオプティマイザー１９に対して送出する（１）。オプティマイザー１９では移動機１１から圧縮して送られてきた前記データを解凍し、ＳＡＰ２０に対して解凍した前記データを送出する。ＳＡＰ２０は、受信した前記データをユーザーデータ部２６に送信する。
なお、移動機１１ではなくＰＣ（クライアント）１３の場合には、シーケンス中にオプティマイザー１９が存在せず、ＳＡＰ２０と直接通信する。なお、ＰＣ（クライアント）１３の場合には、位置情報は送信されない。
ユーザーデータ部２６では、前記ＳＡＰ２０を介して移動機１１から送られてきたデータにしたがって前記図２の（ａ）に示したプレゼンス情報の該当するデータを更新し（２）、そのユーザーとバディとの距離に関する情報を算出する（３）。
そして、移動機１１に送信すべき以下のような情報をＳＡＰ２０に向けて送信する。ここで、ユーザーデータ部２６から各クライアント装置に向けて送信される情報としては、（４）自分自身のプレゼンス（絶対プレゼンス設定）、（５）バディのプレゼンス及びバディとの距離に関する情報（相対プレゼンス名、相対プレゼンス絵文字コード、相対プレゼンスコメント又は一時的コメント、近接度など）である。
前記ＳＡＰ２０は、前記ユーザーデータ部２６から送られてきた前記情報をオプティマイザー１９に送信し、オプティマイザー１９は送られてきたデータを圧縮し、移動機（クライアント）１１に向けて送信する。
移動機（クライアント）１１は、受信した圧縮データを解凍し、バディのプレゼンス表示などの処理を行う。
なお、この処理については、後で詳細に説明する。
【００２６】
このように、待受ポーリング時に送信される、位置情報（住所情報（地名情報）、緯度、経度）、バディプレゼンス要求設定、及び、待受ポーリング間隔などの各情報（動的情報）に対し、更新頻度が低くポーリングによって毎回取得する必要のない情報（以下、静的情報とよぶ。）については、前記移動機１１，１２、又はＰＣ１３，１４から随時更新することができるようになされている。
この静的情報としては、絶対プレゼンスに関する設定情報（転送先電話番号、無応答時／無条件フラグ、留守電フラグ、チャット許可、コミュニティセットｎへの相対プレゼンス設定の各情報）、相対プレゼンスに関する設定情報（相対プレゼンス絵文字コード及び相対プレゼンスコメントの各情報）、ｅメールアドレス、ニックネーム、近距離しきい値、遠距離しきい値、コミュニティセットの選択、コミュニティセット名、表示順などの各設定情報がある。
【００２７】
（静的情報の更新）
図５は、上記静的情報を更新するときのシーケンス図であり、（ａ）は移動機（クライアント）から更新するとき、（ｂ）は移動機又はＰＣ（ウェブブラウザ）から更新するときを示す。
移動機クライアント１１から静的情報を更新するときは、図５の（ａ）に示すように、各種設定情報（１）をオプティマイザー１９、ＳＡＰ２０を介して、ユーザーデータ部２６に送信する。ユーザーデータ部２６では、該当データを更新し（２）、その結果を前述と逆の経路で移動機クライアント１１に返す（３）。
また、クライアントプログラムを搭載していない移動機１２やＰＣ１４から各種設定情報を更新するときには、移動機１２又はＰＣ１４からウェブブラウザプログラムを用いてウェブサーバー２５を経由してユーザーデータ部２６に各種設定情報を送信する（１）。これにより、ユーザーデータ部２６では、図５の（ａ）の場合と同様に、該当データの更新を行い（２）、設定結果をウェブサーバー２５経由で、移動機１２又はＰＣ１４に送信する（３）。
このように、静的情報の更新、設定は、クライアントプログラムを搭載していない移動機１２やＰＣ１４からも行うことができる。
これにより、複雑な設定であっても、ＰＣ１４などから容易に設定を行うことが可能となる。
【００２８】
また、バディの登録、バディ名の変更、バディが所属するコミュニティセットの移動、バディの削除は、移動機１１又は１２から随時行うことができる。
バディリストへのバディの登録は、「携帯電話番号（ＭＳＮ）」，「ニックネーム」，「メールアドレス」などを設定することにより行われる。ここで、登録に必要な情報は、オーナーが保持しているアドレス帳から取得する。このように、本発明のプレゼンス表示システムにおいては、移動機上に保持しているアドレス帳とプレゼンスを連携させるようにしている。
【００２９】
（バディの登録）
図６は、バディの登録を行うときのシーケンス図である。
オーナーはバディをバディリストに登録しようとするとき、その移動機に保持されているアドレス帳のなかから、プレゼンスを見たいと考える相手（バディ）を選択する。これにより、選択されたバディの本名、フリガナ、携帯電話番号（ＭＳＮ）、ｅメールアドレス、ニックネーム及びその属するコミュニティセットなどの情報が、アドレス帳から読み出され、オプティマイザー１９及びＳＡＰ２０を経由して、ユーザーデータ部２６に送信される（１）。
ユーザーデータ部２６では、送信された情報に基づいてバディリストにそのバディの情報を登録する（２）とともに、そのバディがこのプレゼンスサービスの加入者であるか否かを検索する（３）。これは、そのバディの携帯電話番号と、前記プレゼンスサーバー２７に格納されているプレゼンス情報に含まれているサービス加入者のＭＳＮとを比較することで行われる。
そして、該検索結果をオーナー側移動機に通知する（４）。そのバディが本発明のプレゼンスサービスに未加入であるときは、その旨が通知される。そして、前記バディリスト（コミュニティセット）（図３（ａ））のそのバディの「サービス加入フラグ」の欄を「NG」、「バディ承認フラグ」の欄を「N/A」とするとともに、未加入ＩＤを付加して、未加入リスト（図３の（ｂ））にそのバディの名（ニックネーム）、ＭＳＮ、ｅメールアドレスを記録する。
一方、そのバディがプレゼンスサービスの加入者であるときは、前記オーナー側移動機に、そのバディが加入者である旨と承認要求をそのバディに向けて送信中であることが通知される。次に、そのバディのバディリストにこのバディ登録を行ったオーナーがバディとして登録されているか否かを検索する（５）。
そして、ユーザーデータ部２６は、バディ側の移動機に対してプレゼンス提供承認要求のｅメールをＳＭＴＰリレーサーバーを介して送出する（６）。このプレゼンス提供承認要求メールの中にはＵＲＬが含まれており、ここにアクセスすることでオーナーの本名、フリガナ、電話番号、ｅメールアドレスを得ることができるようになっている。
【００３０】
プレゼンス提供承認要求のメールを受信したバディ側の移動機のクライアントプログラム又はウェブブラウザにより、該承認要求中に含まれたＵＲＬがアクセスされて（７）、ユーザーデータ部２６からオーナーに関する情報（本名、フリガナ、電話番号、ｅメールアドレス）が取得され（８）、プレゼンスを承認するための画面がバディ側の移動機の画面上に表示される。
バディは、このプレゼンス承認画面において、そのオーナーにプレゼンスを提供するか否かを選択する（９）。バディの選択肢としては、「提供する」，「提供しない」及び「提供し、相手も登録」の３通りがある。ただし、このバディのバディリストにそのオーナーが既に登録されているときには、「提供し、相手も登録」は選択することができない。
選択された結果（１０）は、ユーザーデータ部２６に通知されるとともに、ＳＭＴＰリレーサーバー２４を介してオーナーにメールで通知される（１１）。回答が「提供する」又は「提供し、相手も登録」であるときには、オーナーのバディリストにおけるそのバディの項目「バディ承認フラグ」を「OK」とし、「提供しない」であれば「NG」とする。そして、「提供し、相手も登録」の場合には、オーナーとバディの立場を入れ替えて前述したシーケンスを順次実行する。
このようにして、前記図３に示したコミュニティセット及び未加入リストなどの情報が作成される。
【００３１】
（絶対プレゼンス設定の変更）
絶対プレゼンス設定の変更は、移動機１１又は１２から行うことができる。
図７は、絶対プレゼンスを変更するときのシーケンス図である。
絶対プレゼンスの変更があったとき、移動機（クライアント）１１のユーザーは、移動機（クライアント）１１を操作し、絶対プレゼンス設定の変更、すなわち、変更後の絶対プレゼンスのＩＤを前記オプティマイザー１９に送信する（１）。なお、同時に、一時的コメントが入力されたときには、この一時的コメントもともにオプティマイザー１９に送信される（２）。前記オプティマイザー１９は、移動機１１から圧縮して送信されてきたデータを解凍し、前記ＳＡＰ２０に送信する。前記ＳＡＰ２０は、送られてきたデータを前記ユーザーデータ部２６に送信する。ユーザーデータ部２６のプレゼンスサーバー２７は、前記図２の（ａ）に示したプレゼンス情報中の絶対プレゼンス設定を送られてきた絶対プレゼンスのＩＤに更新する（３）。そして、前記絶対プレゼンスの情報（図２の（ｂ））を参照し、転送先電話番号や無応答時／無条件、留守電設定などのサービスコードに変更があるか否かを判定し（４）、変更がある場合には、ＭＳＮ、暗証番号、転送先電話番号、無応答時／無条件、留守電設定などの情報（５）をＤＴＭＦセンダー２９に送信する。ＤＴＭＦセンダー２９は、あらかじめ規定されている特定の電話番号に該データ（５）をＤＴＭＦ信号で送信する。これにより、転送先の電話番号の変更などを反映することができる。
なお、移動機（ウェブブラウザ）１２からは、ウェブサーバー２５を介してユーザーデータ部２６にアクセスすることにより、絶対プレゼンス設定の変更を行うことができる。
【００３２】
（ウォッチャーリスト）
前述のように、バディリストサーバー２８は、クライアント装置や移動機１２及びＰＣ１４からの要求に応じて、自分のプレゼンスを見ているオーナーを一覧表示する「ウォッチャーリスト」を作成して送り返す機能を有している。ユーザー（プレゼンティティ）は、これを用いて、個別のウォッチャーごとにプレゼンスの提供を拒否したり、「位置情報許可通知」の設定を変更したりすることができる。
図８の（ａ）は、移動機（クライアント）１１からウォッチャーリストの取得要求があったときのシーケンス図である。
移動機１１からのウォッチャーリスト取得要求（１）をオプティマイザー１９、ＳＡＰ２０を介して受け取ったユーザーデータ部２６は、前記バディリスト（図３の（ａ）のコミュニティセットの情報）を検索して、該移動機１１のユーザーをバディとして登録しているユーザー（ウォッチャー）のリストを作成する（２）。そして、該作成したウォッチャーリストを前述と逆の経路で移動機１１に送信する（３）。
【００３３】
図８の（ｂ）は、移動機１１の画面にウォッチャーリストが表示されている様子を示す図である。この図に示すように、ウォッチャーリストは、そのユーザーをバディとして登録しているユーザー（ウォッチャー）の名前（ニックネーム）とユーザーが各ウォッチャーに対して設定している位置情報通知許可の内容を表示している。
移動機１１のユーザーは、このウォッチャーリスト表示画面を用いて、公開設定の変更、すなわち、各ウォッチャーに対する位置情報通知許可設定の内容を変更したり、各ウォッチャーに対するプレゼンス情報の提供を取り消したりすることができる。
すなわち、前記図８の（ｂ）において、公開設定を変更するウォッチャーを選択すると、図８の（ｃ）に示すウォッチャーの公開設定を変更画面が表示される。そこで、そのウォッチャーに対するプレゼンス情報の提供を取り消す場合には、図中に示す、削除を選択する。また、位置情報通知設定を変更する場合には、「フルアクセス」、「近接表示のみ」及び「拒否」のいずれかを選択する。
図８の（ａ）に示すように、このウォッチャーの公開設定を変更するウォッチャーの設定情報（４）は、オプティマイザー１９、ＳＡＰ２０を介してユーザーデータ部２６に送信される。ユーザーデータ部２６は、受信した情報に基づいて、対応するウォッチャーのバディリストの情報（図３（ａ）に示すコミュニティセットの情報）の対応する個所を書き換える（５）。そして、その設定結果（ステータスコードなど）を前述と逆の経路で移動機１１に返す（６）。
【００３４】
なお、図８の（ａ）は、移動機（クライアント）１１からウォッチャーリスト取得要求が発生したときのシーケンスを示したが、ＰＣ（クライアント）１３からも同様にウォッチャーリストを取得することができる。さらに、クライアントプログラムが搭載されていない移動機（ウェブブラウザ）１２及びＰＣ（ウェブブラウザ）１４からも、ウェブサーバー２５を介してユーザーデータ部２６に対してウォッチャーリストを要求し、ウォッチャーの公開設定を変更することができる。
このように、自分のプレゼンスをみているウォッチャーのリストを取得し、ウォッチャーリストが表示されている状態で、ウォッチャーに対するプレゼンス公開設定を変更したり、位置情報通知許可設定を変更する操作を行うことができる。
【００３５】
（待受ポーリング時の処理の詳細）
次に、前記図４を用いて説明した待受ポーリング時における移動機（クライアント）１１とユーザーデータ部２６における処理について、図９〜図１１を参照して詳細に説明する。
図９は移動機１１の処理の流れを示すフローチャート、図１０は移動機１１から定期的に送信される信号を受信したときのユーザーデータ部（サーバー）２６における処理の流れを示すフローチャート、図１１はバディリストサーバー２８において実行される近接度算出処理の流れを示すフローチャートである。
図９に示すように、クライアントである移動機１１は、まず、その位置情報を取得する（ステップＳ１）。前述のように、基地局から報知されている緯度、経度及び住所情報を取得してもよいし、あるいは、ＧＰＳ機能を内蔵している移動機の場合にはその出力を用いてもよい。
次に、移動機１１は、前記ステップＳ１で取得した位置情報、その移動機のオーナーがプレゼンスを取得したいバディを示すバディプレゼンス要求設定情報、次回の待受ポーリングまでの時間間隔を示す待受ポーリング間隔情報などの情報を前記ユーザーデータ部２６に対して送信する（ステップＳ２）。
【００３６】
図１０は、前記ステップＳ２で移動機１１から送信された待受ポーリング情報を受け取ったときに、ユーザーデータ部２６において実行される処理のフローチャートである。
待受ポーリングにより定期的に送信される情報を受信したユーザーデータ部２６のプレゼンスサーバー２７では、まず、受信した位置情報や待受ポーリング間隔などの情報により、その移動機のオーナーのプレゼンス情報（図２（ａ））を更新する（ステップＳ１１）。
次に、受信したバディプレゼンス要求設定情報に基づき、プレゼンスが要求されているコミュニティセットに属するバディを特定し、そのバディのプレゼンス情報を読み出す（ステップＳ１２）。
そして、各バディにつき、順次、近接度を算出する（ステップＳ１３、Ｓ１４）。
【００３７】
図１１は、近接度算出処理（Ｓ１３）の詳細を示すフローチャートである。この処理は、前記バディリストサーバー２８において実行される。
まず、そのコミュニティセット情報を参照して、対象となっているバディが位置情報の取得を許可しているか否かについて判定する（ステップＳ２１）。そのバディの位置許可情報がN/Aであるときには、バディ位置の参照が不可であるため、ステップＳ２３に進み、そのバディの距離レベル（近接度）は４不明（N/A）であるとする。
また、位置許可情報がフル又は近接のみであるときは、ステップＳ２２に進み、そのバディが圏内に位置しているか否かを判定する。この判定は、そのバディのプレゼンス情報における待受ポーリング受信の情報がFailとなっているか否かにより判定することができる。すなわち、前述のように、待受ポーリング受信フラグは、待受ポーリング間隔に設定されている時間の例えば２倍の時間を経過しても待受ポーリングの情報が受信されなかったときにFailに設定されるものであり、この待受ポーリング受信フラグを参照することにより、圏外であると判定することができる。あるいは、移動体通信システムからの情報により圏外であるか否かの情報を取得するようにしてもよい。
ステップＳ２２において、圏内に位置していないと判定されたときには、ステップＳ２３に進み、不明（N/A）を示す距離レベル４であるとする。
【００３８】
ステップＳ２２でバディが圏内であると判定されたときは、ステップＳ２４に進み、そのバディとオーナーとの間の距離を計算する。すなわち、そのバディのプレゼンス情報に含まれている緯度・経度の情報と、オーナーのプレゼンス情報に含まれている緯度・経度の情報に基づいて、そのバディとオーナーとの間の距離を算出する。
次に、ステップＳ２５に進み、オーナーのプレゼンス情報中に、近距離しきい値情報と遠距離しきい値情報が設定されているか否かを判定し、設定されていないときは、あらかじめ設定されている（デフォルトの）近距離しきい値及び遠距離しきい値を取得する（ステップＳ２６）。また、プレゼンス情報中に近距離しきい値と遠距離しきい値が設定されているときには、その情報を取得する（ステップＳ２７）。
そして、前記ステップＳ２４で算出した距離と、前記ステップＳ２６あるいはステップＳ２７で取得した近距離しきい値及び遠距離しきい値を比較して、そのバディとオーナーとの距離が、近、中、遠のいずれに属するかを判定する（ステップＳ２８〜Ｓ３２）。すなわち、算出した距離≦近距離しきい値のときは距離レベル１（近）、近距離しきい値＜算出した距離≦遠距離しきい値のときは距離レベル２（中）、遠距離しきい値＜算出した距離のときは距離レベル３（遠）と判定する。
このように、デフォルト値が設定されているため、しきい値の設定・変更を行わないユーザーであっても、そのまま使用することができる。
そして、この判定結果を、コミュニティセット情報の近接度の項目に書き込む（ステップＳ３３）。
【００３９】
図１０に戻り、前記ユーザーデータ部２６は、このような近接度算出処理をプレゼンスを要求している全てのバディについて実行した後（ステップＳ１４）、要求されたバディのプレゼンスを表示するために必要な情報を移動機１１に向けて送信する（ステップＳ１５）。すなわち、プレゼンスが要求されたコミュニティセットのコミュニティセット情報に含まれているバディ名、表示順及び近接度、及び、そのバディのそのコミュニティセットに対する相対プレゼンス名、絵文字コード、コメント（存在する場合）などの情報が移動機１１に送信される。
【００４０】
図９に戻り、ユーザーデータ部２６からステップＳ１５で送信された情報を受信した移動機は、各バディのプレゼンスに対応した絵文字に対応する画像データを、その近接度に応じたサイズで表示する。
そして、前記設定されている待受ポーリング間隔の時間が経過するまで待機し（ステップＳ４）、待受ポーリング間隔の時間が経過したときに再び前記ステップＳ１以下の処理を実行する。
【００４１】
図１２の（ａ）は、前記バディリストが移動機の画面に表示されている様子を示す図である。この図に示した例では、バディリストは「友人」，「会社」，「家族」に分類されたコミュニティセットごとのリストとされており、「会社」のコミュニティセットに属するバディが表示されている様子が示されている。
この図に示した例では、各バディごとに、プレゼンスをアイコンで表示する領域、名前（ニックネーム）を表示する領域が設けられている。ここで、「Ｅ部長」は未加入であり、「Ｄさん」は承認がNGであるため（図３の（ａ））、それに対応したアイコンとなっている。また、「Ｂ様」のアイコンは「Ｃ」のアイコンよりも大きいサイズのアイコンとされており、「Ｂ様」との間の距離（近接度）が「近」であり、「Ｃ」との間の距離は「中」であることが分かる。なお、距離が「遠」であるときには、「Ｃ」に表示されているアイコンよりの小さなアイコンが表示される。
ここで、圏外であるときには、前記アイコンの前の領域に「？」を表示したり、そのバディの名前を薄く表示することにより、圏外であることを表示するようにしてもよい。また、図では、「Ｂ様」と「Ｃ」のプレゼンスが同じであり、同じアイコンが表示されている状態を示したが、それぞれのプレゼンスに対応したアイコンが表示される。例えば、移動中であるときには、電車などの交通機関を示すアイコンなどが用いられる。
【００４２】
また、図１２の（ａ）のようにプレゼンスが表示されているときに、選択したバディの詳細プレゼンスを表示することができる。図１２の（ｂ）は、図１２の（ａ）において、バディ「Ｂ様」が選択され、その詳細プレゼンスが表示された様子を示す図である。
この図に示すように、そのバディのコメントや電話番号、メールアドレスが表示される。また、バディ「Ｂ様」は位置許可がフルアクセスとされているため（図３の（ａ））、その住所も表示されていることが分かる。なお、「近接のみ」と設定されているときには、住所の欄は空白として表示される。さらに、そのバディの表示順を変更するためのボタンが表示され、これを操作することにより、バディの表示順を変更する設定情報を前記バディリストサーバー２８に送信することができるようになされている。
【００４３】
なお、位置情報が変わる頻度により、動きイメージのプレゼンス表示を利用する事により移動状態を表現することができる。例えば、前回取得した位置情報との差分から移動距離を算出してそれを移動機に送信し、移動機において移動距離（移動速度）に応じたアニメーション表示をするようにしてもよい。
また、バディとの移動相対速度（距離の変動）を計算することにより、近づく様子を示すアニメーションや遠ざかる様子を示すアニメーションを用いるようにすることもできる。
さらに、クライアント装置に、コンパスや地図を追加することにより、相手との位置関係を方向を含めて表現することができる。
さらにまた、あらかじめ選択したバディとの近接度（距離レベル）に応じて、音の強弱やバイブレーションを鳴動することができる。
さらにまた、バディの年代に対応したしきい値を設けることにより、年代別に近接度を表示することができる。
さらにまた、上記においては、サーバー側で近接度を算出するようにしていたが、サーバーからバディの位置情報を移動機（クライアント）に送信し、クライアント側で近接度の算出を行って、対応するサイズのアイコン（図形データ）で表示するようにしてもよい。
【００４４】
さらにまた、上述した実施の形態においては、所定時間間隔で実行される待受ポーリングにおいて、位置情報を通知するとともにバディのプレゼンス情報を受信するようにしていたが、これに限られることはなく、位置情報の通知とプレゼンス情報の受信を別個に行うようにしてもよい。例えば、位置情報は、所定時間間隔でクライアント装置からサーバー装置に送信するようにし、バディのプレゼンス情報は、位置情報の通知とは独立に決定された時間間隔でサーバー装置からクライアント装置に送信するようにしてもよい。
【図面の簡単な説明】
【００４５】
【図１】本発明により構築されるプレゼンス表示システムの一実施の形態の全体構成を示すブロック図である。
【図２】プレゼンスサーバー２７で管理されている情報の例を示す図であり、（ａ）は加入者のプレゼンス情報、（ｂ）は絶対プレゼンス情報、（ｃ）は相対プレゼンス情報の例を示す図である。
【図３】バディリストサーバー２８で管理されている情報の例を示す図であり、（ａ）はコミュニティセット、（ｂ）は未加入リストの例を示す図である。
【図４】待受ポーリング時のシーケンス図である。
【図５】静的情報の更新時のシーケンス図であり、（ａ）は移動機（クライアント）から更新するとき、（ｂ）は移動機又はＰＣ（ブラウザ）から更新するときのシーケンス図である。
【図６】バディを登録するときのシーケンス図である。
【図７】絶対プレゼンスを変更するときのシーケンス図である。
【図８】ウォッチャーリストについて説明するための図であり、（ａ）はウォッチャーリストを取得するときのシーケンス図、（ｂ）はウォッチャーリストが表示されている画面を示す図、（ｃ）はウォッチャーの公開設定を変更する画面を示す図である。
【図９】待受ポーリング時における移動機（クライアント）１１の処理のフローチャートである。
【図１０】待受ポーリング時におけるユーザーデータ部の処理のフローチャートである。
【図１１】近接度算出処理のフローチャートである。
【図１２】バディのプレゼンスが表示されている状態を示す図であり、（ａ）はバディリストが表示されている画面の例、（ｂ）は選択されたバディの詳細プレゼンスの表示されている画面の例を示す図である。
【符号の説明】
【００４６】
１１：移動機（クライアント）、１２：移動機（ウェブブラウザ）、１３：ＰＣ（クライアント）、１４：ＰＣ（ウェブブラウザ）、１５，１６：基地局、１７：移動体通信システムのコアネットワーク、１８：インターネット、１９：オプティマイザー、２０：サービスアクセスポイント、２１：チャット部、２２：ＩＭ部、２３：グループ部、２４：ＳＭＴＰリレーサーバー、２５：ウェブサーバー、２６：ユーザーデータ部、２７：プレゼンスサーバー、２８：バディリストサーバー、２９：ＤＴＭＦセンダー
【図１】
2005123970.tif 000003
【図２】
2005123970.tif 000004
【図３】
2005123970.tif 000005
【図４】
2005123970.tif 000006
【図５】
2005123970.tif 000007
【図６】
2005123970.tif 000008
【図７】
2005123970.tif 000009
【図８】
2005123970.tif 000010
【図９】
2005123970.tif 000011
【図１０】
2005123970.tif 000012
【図１１】
2005123970.tif 000013
【図１２】
2005123970.tif 000014