JP5159158B2 - 実行環境ソフトウェア、プレゼンス情報提供プログラム、端末装置、およびプレゼンス管理システム - Google Patents

Description

本発明は、対応するプレゼンスサーバと連係動作してプレゼンス情報を提供するプレゼンス提供アプリに対して、アプリ実行環境を提供する実行環境ソフトウェア、および該実行環境ソフトウェアを備えた端末装置に関する。また、プレゼンスサーバと連係動作してプレゼンス情報を提供するためのプレゼンス情報提供プログラムに関する。また、互いにネットワークで接続された、複数の端末装置、および複数の端末装置にプレゼンス情報を提供する複数のプレゼンスサーバを有するプレゼンス管理システムに関する。

近年、ブロードバンドの発展に伴い、様々なコミュニケーションサービスが提供されている。例えばインターネット電話やインスタントメッセージ（ＩＭ）サービス等もその一種である。このようなＩＰ（Internet Protocol）ベースで運用されるサービスは、ＩＭＳ（IP Multimedia Subsystem）と呼ばれる技術標準によって融合化されたサービスとしてユーザに提供される。ＩＭＳは、ＩＰおよびＳＩＰ（Session Initiation Protocol）技術をベースにキャリア通信網上で種々のサービスを実現可能とする。

ここで、ＳＩＰを利用して提供されるサービスとして例えばプレゼンスサービスが知られている。プレゼンスとは、例えばインターネット電話上で通話する相手の状態を知るため、或いは自分の状態を相手に通知するための機能である。例えば下記特許文献１に、プレゼンス機能を実装した装置が開示されている。下記特許文献１によれば、プレゼンティティ（Presentity、すなわちプレゼンス情報を公開する側の端末、ユーザ）は、階層構造を有するプレゼンス情報を作成してウォッチャ（Watcher、すなわちプレゼンス情報を閲覧する側の端末、ユーザ）毎に異なるプレゼンス情報を公開することが可能である。なお、プレゼンスサービスにおいて各端末は、プレゼンティティおよびウォッチャとして相互に振る舞う。つまり、各端末は、他の端末に対してプレゼンス情報を公開するプレゼンティティとして振る舞うと同時に、他の端末のプレゼンス情報を閲覧するウォッチャとしても振る舞う。
特開２００５−４５６７号公報

しかし、上記特許文献１の記載によれば、ユーザは、プレゼンス情報を階層的に作成しウォッチャ毎に異なる公開度を設定するといった極めて煩雑で高度な操作を強いられる。このような操作はプレゼンス情報を公開し合う相手が多くなれば多くなるほど、また、公開内容の精度を高めれば高めるほど複雑化していき、その結果、ユーザがプレゼンス情報を利用しなくなるといった不都合が起こり得る。

そこで、本発明は上記の事情に鑑みて、簡単な操作で精度の高いプレゼンス情報を提供するのに好適な実行環境ソフトウェア、プレゼンス情報提供プログラム、端末装置、およびプレゼンス管理システムを提供することを課題としている。

上記の課題を解決する本発明の一態様に係る実行環境ソフトウェアは、対応するプレゼンスサーバと連係動作してプレゼンス情報を提供するプレゼンス提供アプリに対して、アプリ実行環境を提供するソフトウェアである。実行環境ソフトウェアは、コンピュータを、所定のイベントの発生を検知するイベント検知手段、該検知されたイベントに対応するプレゼンス提供アプリに対して、連係先となるプレゼンスサーバのＵＲＩ（Uniform Resource Identifier）を要求し取得するＵＲＩ取得手段、該ＵＲＩに対してプレゼンス情報の要求を送信し、当該要求に応じたプレゼンス情報を取得するプレゼンス情報取得手段、および該プレゼンス提供アプリに対して、該取得したプレゼンス情報をディスプレイに表示させるよう指示するプレゼンス情報表示手段として機能させるための実行環境ソフトウェアである。

このような実行環境ソフトウェアによれば、発生したイベントに対応するプレゼンス提供アプリとプレゼンスサーバとを連係動作させ、その結果得られるプレゼンス情報をディスプレイに表示させることができる。ユーザは、複雑な設定を強いられることなく、発生したイベント毎に異なるプレゼンスサービスを受けることができる。

ここで、上記実行環境ソフトウェアは、例えば該コンピュータを更に、該検知したイベントに対応する自己のプレゼンス情報を決定するプレゼンス情報決定手段、および該自己のプレゼンス情報がネットワーク上で公開されるよう該取得したＵＲＩにアップロードするアップロード手段として機能させる構成であっても良い。

また、上記の課題を解決する本発明の一態様に係る端末装置は、対応するプレゼンスサーバと連係動作してプレゼンス情報を提供するプレゼンス提供アプリに対して、アプリ実行環境を提供する実行環境ソフトウェアを備えた装置である。端末装置の実行環境ソフトウェアが、所定のイベントの発生を検知するイベント検知手段、該検知されたイベントに対応するプレゼンス提供アプリに対して、連係先となるプレゼンスサーバのＵＲＩを要求し取得するＵＲＩ取得手段、該ＵＲＩに対してプレゼンス情報の要求を送信し、当該要求に応じたプレゼンス情報を取得するプレゼンス情報取得手段、および該プレゼンス提供アプリに対して、該取得したプレゼンス情報をディスプレイに表示させるよう指示するプレゼンス情報表示手段として機能することを特徴とする。

このように構成された端末装置によれば、実行環境ソフトウェアにより、発生したイベントに対応するプレゼンス提供アプリとプレゼンスサーバとが連係動作され、その結果得られるプレゼンス情報をディスプレイに表示させることができる。ユーザは、複雑な設定を強いられることなく、発生したイベント毎に異なるプレゼンスサービスを受けることができる。

上記端末装置において、例えば実行環境ソフトウェアが更に、該検知したイベントに対応する自己のプレゼンス情報を決定するプレゼンス情報決定手段、および該自己のプレゼンス情報がネットワーク上で公開されるよう該取得したＵＲＩにアップロードするアップロード手段として機能する構成であっても良い。

また、上記端末装置は、例えば現在位置情報を測位する位置測位手段を備える構成であっても良い。このときの所定のイベントは、例えば所定の位置情報が該測位された位置情報と一致することである。

また、上記端末装置は、例えば外部端末と近距離通信する近距離通信手段を備える構成であっても良い。このときの所定のイベントは、例えば該外部端末とのセッション完了である。

また、上記端末装置は、例えば時刻を計時する計時手段を備える構成であっても良い。このときの所定のイベントは、例えば所定の時刻情報が該計時された時刻と一致することである。

また、上記の課題を解決する本発明の一態様に係るプレゼンス情報提供プログラムは、プレゼンスサーバと連係動作してプレゼンス情報を提供するためのプログラムである。プレゼンス情報提供プログラムは、コンピュータを、所定のイベントの発生を検知するイベント検知手段、該検知されたイベントに対応するプレゼンスサーバにプレゼンス情報の要求を送信し、当該要求に応じたプレゼンス情報を取得するプレゼンス情報取得手段、および該取得したプレゼンス情報をディスプレイに表示させるプレゼンス情報表示手段として機能させる。

また、上記の課題を解決する本発明の一態様に係るプレゼンス管理システムは、互いにネットワークで接続された、複数の端末装置と、複数の端末装置にプレゼンス情報を提供する複数のプレゼンスサーバとを有するシステムである。プレゼンス管理システムにおいて、端末装置は、所定のイベントの発生を検知するイベント検知手段と、該検知されたイベントに対応するプレゼンスサーバにプレゼンス情報の要求を送信するクライアント側送信手段とを備える。また、プレゼンスサーバは、端末装置から該要求を受信するサーバ側受信手段と、各端末装置に対応するプレゼンス情報を格納する格納手段と、該要求に応じたプレゼンス情報を格納手段の中から選択する選択手段と、該選択されたプレゼンス情報を端末装置に送信するサーバ側送信手段とを備える。端末装置は、更に、プレゼンスサーバから該プレゼンス情報を受信するクライアント側受信手段と、該受信したプレゼンス情報をディスプレイに表示する表示手段とを備える。

このように構成されたプレゼンス管理システムによれば、端末装置は、発生したイベントに対応するプレゼンスサーバと連係動作して、その結果得られるプレゼンス情報をディスプレイに表示させることができる。ユーザは、複雑な設定を強いられることなく、発生したイベント毎に異なるプレゼンスサービスを受けることができる。

なお、上記プレゼンス管理システムにおいて、端末装置は、例えば該検知されたイベントに対応する自己のプレゼンス情報を決定するプレゼンス情報決定手段と、該検知されたイベントに対応するプレゼンスサーバに該自己のプレゼンス情報をアップロードするアップロード手段とを更に備える構成であっても良い。

また、上記プレゼンス管理システムにおいて、端末装置の表示手段は、例えば該受信したプレゼンス情報を、プレゼンス情報要求先のプレゼンスサーバに対応する画面でディスプレイに表示する構成であっても良い。

本発明によれば、発生したイベントに対応するプレゼンス提供アプリとプレゼンスサーバとを連係動作させ、その結果得られるプレゼンス情報をディスプレイに表示させることができるため、ユーザは、複雑な設定を強いられることなく、発生したイベント毎に異なるプレゼンスサービスを受けることができる。

以下、図面を参照して、本発明の実施の形態について説明する。

図１は、本発明の実施の形態のプレゼンス管理システム１の構成を模式的に示す図である。本実施形態のプレゼンス管理システム１は、複数の端末装置１０Ａ、１０Ｂ、１０Ｃ・・・、管理サーバ２０、および複数のプレゼンスサーバ２０Ａ、２０Ｂ、２０Ｃ・・・で構成される。

各端末装置は例えば携帯電話であり、例えばインターネットやキャリア通信網で構成されるネットワーク３０を介して管理サーバ２０に接続される。また、管理サーバ２０は例えばキャリアが管理するサーバである。或いは、本実施形態のプレゼンスサービスを提供するベンダが管理するサーバであっても良い。また、各プレゼンスサーバは、本実施形態のプレゼンスサービスを提供するベンダが管理するサーバ、或いは企業内やユーザの自宅に設置されたホームサーバである。プレゼンスサーバはネットワーク３０を介して管理サーバ２０に接続される。なお、管理サーバ２０がキャリアによって管理されるサーバである場合、各端末装置は、それぞれ対応するキャリアが管理する管理サーバに接続する。従ってこの場合、管理サーバは、キャリアの数に応じて複数存在する。一方で、プレゼンスサーバは各キャリアで共通である。このため、全てのキャリアの管理サーバは、プレゼンスサーバ２０Ａ、２０Ｂ、２０Ｃ・・・と通信可能に構成される。

先ず、複数の端末装置１０Ａ、１０Ｂ、１０Ｃ・・・について説明する。なお、各端末装置は基本的な構成が同じであるため、端末装置１０Ａの説明をもって他の端末装置についての説明は省略するものとする。また、説明の便宜上、端末装置１０Ａ、１０Ｂ、１０Ｃのユーザをそれぞれ「加入者（Subscriber）Ａ」、「加入者Ｂ」、「加入者Ｃ」という。

図２に、端末装置１０Ａの外観図を示す。また、図３に、端末装置１０Ａの構成をブロック図で示す。本実施形態において端末装置１０Ａは上述したように携帯電話であるが、別の実施の形態では例えばノートＰＣ（Personal Computer）や、ＰＤＡ（Personal Digital Assistants）、ＰＨＳ（Personal Handy phone System）、或いは携帯ゲーム機等の種々の形態のモバイル端末が想定される。

端末装置１０Ａには、装置全体の制御を統括的に実行するＣＰＵ１０３が備えられる。ＣＰＵ１０３にはバス１１９を介して各構成要素が接続される。ＣＰＵ１０３は、バス１１９を介するデータ通信を行って各構成要素とやり取りすることにより各種機能を実現する。これらの構成要素には、ＲＯＭ(Read-Only Memory)１０５、ＲＡＭ(Random-Access Memory)１０７、ネットワークインタフェース１０９、ディスプレイ１１１、ユーザインタフェースデバイス１１３、フラッシュメモリ１１５、およびＧＰＳ（Global Positioning System）レシーバ１１７がある。

ＲＯＭ１０５には各種プログラムや各種データが格納されている。ＲＯＭ１０５に格納されるプログラムには例えばプレゼンスアプリケーション（後述）がある。ＲＡＭ１０７は例えばＲＯＭ１０５に格納されている各種プログラムの展開先である。ユーザインタフェースデバイス１１３を用いたユーザ・オペレーション（以下、単に「ユーザ・オペレーション」と記す）、又は所定のトリガー信号にしたがって、ＲＯＭ１０５に格納されているプログラム（例えばプレゼンスアプリケーション）が読み出され、ＲＡＭ１０７の所定領域に展開されて実行される。これによりプレゼンスアプリケーションが起動して、ユーザはプレゼンスサービスを享受することができる。なお、端末装置１０Ａには、ユーザインタフェースデバイス１１３として５ウェイキー、テンキー等が実装されている。ＣＰＵ１０３にはユーザが押下する操作キーに応じた信号が入力し、ＣＰＵ１０３がＲＡＭ１０７に展開したプログラムを用いて入力信号に対応した処理を行うことにより、プレゼンスを始めとする様々な機能が端末装置１０Ａで達成される。また、端末装置１０Ａは、ネットワークインタフェース１０９により通信可能に構成されており、ネットワーク３０を介して管理サーバ２０に接続される。

ここで、プレゼンスサービスを享受するためには、ユーザは、例えばキャリアやベンダに対してオンライン又はオフライン上で所定の手続を行い（例えばそれらのサイト上でフォームを入力する、申込書類を記入して郵送する等）、当該のサービスに加入する必要がある。ここでは、プレゼンスサービスに加入して当該サービスを享受可能となったユーザを「加入者」という。

管理サーバ２０は、各加入者のプレゼンス情報を管理する。各端末装置と管理サーバ２０は、例えばＳＩＰ（Session Initiation Protocol）を利用した通信によりプレゼンス情報をやり取りする。なお、プレゼンス情報とは、加入者の状態（例えば現在通話可能であるか等）を示す情報や加入者が開示したい内容を含む情報である。

プレゼンスサービスを利用可能な加入者は、端末装置を用いて他の加入者とプレゼンス情報を相互に公開することができる。具体的には、プレゼンスサービス内では各端末装置は、プレゼンティティとして振る舞うと同時にウォッチャとしても振る舞う。例えば端末装置Ａ、ＢおよびＣがプレゼンス情報を相互に公開する関係である場合、端末装置Ａは、端末装置ＢおよびＣに対してプレゼンティティであると同時に、端末装置ＢおよびＣのウォッチャでもある。

図１に示されるように、管理サーバ２０は、ＣＰＵ２１、記憶装置２２、ＲＡＭ２３、通信制御部２４、加入者ＤＢ（database）２５、およびプレゼンス情報ＤＢ２６で構成される。ＣＰＵ２１は、記憶装置２２、ＲＡＭ２３、通信制御部２４、加入者ＤＢ２５、およびプレゼンス情報ＤＢ２６の各構成要素を制御して、管理サーバ２０全体の制御を統括的に実行する。

記憶装置２２には各種プログラムや各種データが格納されている。記憶装置２２に格納されるプログラムには、例えば各端末装置にプレゼンス情報を供給するためのプログラムがある。ＲＡＭ２３は、例えば記憶装置２２に格納されている各種プログラムの展開先である。上記プログラムは、管理サーバ２０が起動している限り、例えばＲＡＭ２３に展開されて常駐した状態にある。すなわち管理サーバ２０は、クライアントからのリクエストの有無を常に監視した状態にある。従って、管理サーバ２０では、端末装置１０Ａ等からのリクエストに応じて上記プログラムが直ぐさま実行され、また、動的なレスポンスを生成して送出することも可能である。なお、通信制御部２４が、端末装置やプレゼンスサーバとデータ通信するための機能を果たす。

管理サーバ２０は、例えばオンラインフォームに入力された情報を、加入者に関する加入者情報として加入者ＤＢ２５に格納しデータベース化する。具体的には、管理サーバ２０は、プレゼンスサービス用のオンラインフォームをネットワーク３０上に公開している。端末装置側で例えば氏名や住所等のフォーム中の各項目が入力され送信されると、管理サーバ２０は、受け取った各項目の入力情報を加入者ＤＢ２５中の対応する各フィールドにエントリし、それらの入力情報を関連付けた単一のレコードを作成する。作成された単一のレコードが当該ユーザの加入者情報となる。なお、上記送信時には入力情報と共に端末ＩＤも送信され、作成されるレコードには当該端末ＩＤの情報も含まれる。管理サーバ２０は加入者ＤＢ２５を更新すると、ユーザ登録が完了した旨の通知を端末装置に返す。

また、キャリアが管理するサーバ群では種々の情報が共有される。管理サーバ２０は、例えばサーバ群を構成する他のサーバから情報を取得して加入者ＤＢ２５の各レコードに結合させることができる。このような情報には、例えば携帯電話サービス利用者の家族情報が含まれる。例えば加入者ＡとＢが家族であることを示す家族情報は、加入者ＡとＢのレコードにコミュニティ情報として結合される。「コミュニティ情報」とは、プレゼンティティとウォッチャとの関係を示す情報であり、例えば何れの端末装置が何れの端末装置に対してプレゼンス情報を公開可能であるか、また、何れの端末装置が何れの端末装置のプレゼンス情報を閲覧可能であるか、といった情報である。本実施形態の管理サーバ２０では、例えばこのように家族関係にある加入者をプレゼンティティとウォッチャとの関係に定義することができる。

なお、加入者は、ユーザ登録完了後、加入者ＤＢ２５に格納された自分の加入者情報（例えばコミュニティ情報）を随時更新することができる。例えば加入者Ａが加入者Ｃとプレゼンス情報を相互に公開するよう端末装置１０Ａから管理サーバ２０にリクエストした場合、管理サーバ２０は、当該のリクエストを承認するか否かを端末装置１０Ｃに問い合わせる。加入者Ｃが承認してそのレスポンスを端末装置１０Ｃから管理サーバ２０に返すと、管理サーバ２０は、加入者Ａと加入者Ｃとが相互公開の関係にあることを示すコミュニティ情報を、加入者ＡおよびＣに対応する両レコードに追加して更新する。これにより、加入者ＡとＣは、プレゼンス管理システム１上でプレゼンティティとウォッチャの関係になる。

プレゼンス情報ＤＢ２６は、各端末装置のプレゼンス情報を格納したデータベースである。各端末装置は、各自のプレゼンス情報をプレゼンス情報ＤＢ２６にアップロードすることができる。プレゼンス情報ＤＢ２６は、受け取ったプレゼンス情報を用いて送信元の加入者のプレゼンス情報を更新する。プレゼンス情報ＤＢ２６に格納された加入者Ａのプレゼンス情報は、コミュニティ情報で定義された各ウォッチャに公開される。一方で、加入者Ａは、プレゼンス情報ＤＢ２６に格納された、コミュニティ情報で定義された各プレゼンティティのプレゼンス情報を閲覧することができる。

管理サーバ２０は、それ単体でも加入者に対してプレゼンスサービスを提供可能であるが、プレゼンスサーバ２０Ａ等と連係して動作することによって、より精細で動的なプレゼンスサービスを加入者に提供することができる。

各プレゼンスサーバは、管理サーバ２０と同様の構成および機能を有し、ＣＰＵ、記憶装置、ＲＡＭ、通信制御部、加入者ＤＢ、およびプレゼンス情報ＤＢで構成される。管理サーバ２０との連係動作については後に詳説する。

ここで、本実施形態のプレゼンスサービスを利用可能な端末装置に実装されたプレゼンスサービス用のアプリケーション（以下、「プレゼンスアプリケーション２００」という）について説明する。図４に、プレゼンスアプリケーション２００の概念構成図を示す。

プレゼンスアプリケーション２００は、キャリア通信網上でＩＰベースのサービスを提供するためのＩＭＳコアアプリケーション３００上に実装されたアプリケーションであり、第一プレゼンスアプリケーション２１０と第二プレゼンスアプリケーション２２０による構成を最小構成とする。プレゼンスアプリケーション２００には、プレゼンスサービスを提供するための各種アプリ（以下、このようなアプリを「プレゼンス提供アプリ」という）を追加実装可能である。プレゼンスアプリケーション２００は、プレゼンス提供アプリを追加実装することにより初めてプレゼンスサービスを提供できるようになる。

具体的には、第一プレゼンスアプリケーション２１０は、各種プレゼンス提供アプリが加入者にプレゼンスサービスを提供するためのアプリ実行環境を提供する。第二プレゼンスアプリケーション２２０は、第一プレゼンスアプリケーション２１０上に実装され、第一プレゼンスアプリケーション２１０が提供するアプリ実行環境の一部を負担する。なお、第一プレゼンスアプリケーション２１０と第二プレゼンスアプリケーション２２０は単一のアプリケーションとして構成されたものであっても良く、或いはより詳細な機能単位に分割されたモジュール群で構成されたものであっても良い。

プレゼンス提供アプリは、例えばサードパーティやプレゼンスサービスを利用する加入者等によって提供されるアプリである。加入者が端末装置１０Ａを用いて所定のＵＲＬ（Uniform Resource Locator）にアクセスしてプレゼンス提供アプリをダウンロードすると、当該のプレゼンス提供アプリは、例えばフラッシュメモリ１１５の所定領域に格納される。所定領域に格納されたプレゼンス提供アプリは、プレゼンスアプリケーション２００起動時にロードされ、第一プレゼンスアプリケーション２１０および第二プレゼンスアプリケーション２２０と連係して動作して、対応するプレゼンスサービスを加入者に提供する。

プレゼンスアプリケーション２００には、大別して２タイプのプレゼンス提供アプリを追加実装可能である。１つはグループ別アプリであり、もう１つはサービス別アプリである。前者は第二プレゼンスアプリケーション２２０上に追加実装され、後者は第一プレゼンスアプリケーション２１０上に追加実装される。なお、プレゼンスアプリケーション２００は、各タイプのプレゼンス提供アプリを複数追加実装可能である。

グループ別アプリは、加入者が、特定のグループ内においてプレゼンティティ−ウォッチャ関係にある他の加入者とプレゼンス情報を相互に公開するためのアプリである。また、サービス別アプリは、グループ別アプリが提供する機能に加えて様々な「もの」のプレゼンス情報を公開する機能を有する。以下、グループ別アプリやサービス別アプリのユースケースを記載した実施例を用いて、本発明の実施の形態のプレゼンスアプリケーション２００について詳説する。

先ず、本発明の実施例１としてグループ別アプリのユースケースを説明する。

図５に、グループ別アプリ実装時に、プレゼンス管理システム１によって提供されるプレゼンスサービスを説明するためのシステムブロック図を示す。本実施例１では、加入者ＡとＢが家族であり、加入者ＡとＣが会社の同僚であるとする。プレゼンスサーバ２０Ｄは、加入者ＡとＣが勤める会社に設置されたサーバであり、管理サーバ２０と同様にプレゼンスサービスを提供するための各種アプリケーションが実装されている。図４に示されるグループ別アプリ２３０Ａは例えば管理サーバ２０からダウンロードし、グループ別アプリ２３０Ｂは例えばサードパーティからプレゼンスサーバ２０Ｄ向けにダウンロードしたものとする。図５（ａ）は加入者ＡとＢが自宅Ｈ、加入者Ｃが会社ＣＰにいる状態を示す。また、図５（ｂ）は加入者ＡとＣが会社ＣＰ、加入者Ｂが自宅Ｈにいる状態を示す。

グループ別アプリはスキンを有する。ここでいうスキンとは、「グループ別アプリに対応する専用画面そのもの」や「専用画面をディスプレイ１１１上に表示させるメソッド」を意味する。グループ別アプリ実行時には、対応するスキンがプレゼンス情報画面としてディスプレイ１１１に表示される。

本実施例１によれば、プレゼンスアプリケーション２００とＧＰＳレシーバ１１７とが連係して動作することにより、その動作結果に対応するグループ別アプリが起動する。なお、ＧＰＳレシーバ１１７は、周知の構成を有したユニットであり、地球を周回するＧＰＳ衛星から発信されるＧＰＳ信号を用いて現在位置を測位する機能を有する。ＧＰＳレシーバ１１７は例えば二次元測位を行い、端末装置１０Ａの現在位置情報を二次元座標で取得する。

図６に、グループ別アプリが起動する際に実行される処理のフローチャートを示す。図６を用いてこの処理について説明する。当該の処理によれば、プレゼンスアプリケーション２００は、ＧＰＳレシーバ１１７の測位位置に応じたグループ別アプリを実行する。

グループ別アプリはそれぞれ異なる起動条件情報を有する。第一プレゼンスアプリケーション２１０は、第二プレゼンスアプリケーション２２０を介して、ロードされたグループ別アプリと通信し起動条件情報を取得する。起動条件情報は、例えばＧＰＳレシーバ１１７で測位される位置情報と同じ座標系で表現される位置情報である。グループ別アプリ２３０Ａの起動条件情報は自宅Ｈの位置情報であり、グループ別アプリ２３０Ｂの起動条件情報は加入者ＡやＣの会社の位置情報である。附言するにこれらの起動条件情報では、自宅Ｈや会社の位置は二次元的な範囲で表現される。

第一プレゼンスアプリケーション２１０は、各グループ別アプリの起動条件情報と、ＧＰＳレシーバ１１７による測位位置とを定期的に比較する（ステップ１、以下、明細書及び図面においてステップを「Ｓ」と略記）。そして比較の結果、測位位置を含む起動条件情報を有するグループ別アプリに起動命令を出力する（Ｓ２）。このとき該当するグループ別アプリがない場合にはＳ１の処理に復帰して比較処理を再度実行する。図５（ａ）の例によれば、加入者Ａは自宅Ｈにおり、ＧＰＳレシーバ１１７の測位位置も自宅Ｈを示すものとなる。従って、ここではグループ別アプリ２３０Ａに起動命令が出力されて、当該のグループ別アプリ２３０Ａが起動する（Ｓ３）。なお、測位位置が実行中のグループ別アプリに対応するものである場合には、第一プレゼンスアプリケーション２１０は起動命令を出力しない。

次に、図７に、図６のＳ３のサブルーチンを示す。図７を用いて図６のＳ３の起動処理を詳説する。

第一プレゼンスアプリケーション２１０は、グループ別アプリ２３０Ａに対する起動命令出力に次いで、プレゼンス情報参照先のＵＲＬをグループ別アプリ２３０Ａに問い合わせる（Ｓ１１）。グループ別アプリ２３０Ａはプレゼンス情報参照先の情報として管理サーバ２０のＵＲＬを有しており、上記問い合わせに応答して管理サーバ２０のＵＲＬを第二プレゼンスアプリケーション２２０に渡す。

第二プレゼンスアプリケーション２２０は例えば「home」、「studying」、「working」等のプレゼンス情報のパターンを有する。グループ別アプリ２３０Ａは自宅Ｈに対応したアプリであるため、第二プレゼンスアプリケーション２２０は例えば「home」を選択し（Ｓ１２）、受け取った管理サーバ２０のＵＲＬと共に第一プレゼンスアプリケーション２１０に渡す。次いで、第一プレゼンスアプリケーション２１０がＩＭＳコアアプリケーション３００に送信要求して「home」を渡し、端末装置１０Ａと管理サーバ２０とのセッションが確立すると、現在位置に応じたプレゼンス情報すなわち「home」がプレゼンス情報ＤＢ２６にアップロードされる（Ｓ１３）。なお、加入者Ａは、ユーザ・オペレーションにより、任意の文字列から成るプレゼンス情報のパターンを第二プレゼンスアプリケーション２２０に追加して持たせることができる。また、各グループ別アプリが固有のプレゼンス情報のパターンを有しており、それを第二プレゼンスアプリケーション２２０に引き渡すといった形態も考えられる。

管理サーバ２０は、送信元情報（すなわち送信元が端末装置１０Ａであるという情報）に基づいて、プレゼンス情報ＤＢ２６中の加入者Ａのプレゼンス情報を「home」に更新する（Ｓ２１）。また、管理サーバ２０には第一プレゼンスアプリケーション２１０からのプレゼンス情報の要求も届く。管理サーバ２０はこの要求に応答し、プレゼンス情報ＤＢ２６を参照して、加入者ＤＢ２５のコミュニティ情報で定義される各ウォッチャ（例えば加入者Ｂ）のプレゼンス情報を端末装置１０Ａに送信する。それと同時に、各ウォッチャに更新情報（すなわち加入者Ａのプレゼンス情報「home」）を送信する。

端末装置１０Ａが各ウォッチャのプレゼンス情報を受け取ると（Ｓ１４）、それらのプレゼンス情報は第一プレゼンスアプリケーション２１０に渡される。次いで、第一プレゼンスアプリケーション２１０がプレゼンス情報をグループ別アプリ２３０Ａに渡してスキンの実行を指示すると、グループ別アプリ２３０Ａがスキンを実行する。これにより、ディスプレイ１１１には図８（ａ）のプレゼンス情報画面が表示される（Ｓ１５）。すなわち、家族向けのスキン上に加入者Ｂを始めとする各家族のプレゼンス情報が表示される。なお、加入者Ｂは端末装置Ｂでグループ別アプリ２３０Ａが起動された後、プレゼンス情報ＤＢ２６に「studying」をアップロードしている。このため図８（ａ）のプレゼンス情報画面においては、加入者Ｂのプレゼンス情報が「studying」となっている。また、端末装置Ｂは管理サーバ２０から上記更新情報を受信する。端末装置Ｂ側でも第一プレゼンスアプリケーション−グループ別アプリ間でデータの受渡しが行われ、更新情報により加入者Ａのプレゼンス情報が「home」に更新される。

なお、図８に示されるように、プレゼンス情報には「Tel」、「Mail」、「PoC」の項目が含まれる。「Tel」は通話が可能か否か、「Mail」は電子メールを送受可能な状態か否か、「PoC」はプッシュトゥトーク（Push To Talk）可能な状態か否かを示す情報である。黒丸が付された項目は加入者がその方法で応答が可能な状態にあり、白丸が付された項目は加入者がその方法で応答ができない状態にあることを意味する。各項目設定は、例えば加入者が任意に変更可能である。これらの変更内容も「home」や「studying」と同様にプレゼンス情報ＤＢ２６にアップロードされて各ウォッチャのスキン上に反映される。また、各項目のデフォルト設定はプレゼンス情報に応じて異なる。例えば「home」のデフォルト設定は加入者が全ての方法で応答が可能な設定であり、「working」のデフォルト設定は電子メール以外の応答ができない設定となる。

ここで、他のグループ別アプリ（グループ別アプリ２３０Ｂ、２３０Ｃ等）もプレゼンス情報参照先の情報として、対応するＵＲＬをそれぞれ有する。第一プレゼンスアプリケーション２１０は、図６および７の処理実行時にグループ別アプリ２３０Ｂや２３０Ｃに対してもＵＲＬを要求する。そして、取得したグループ別アプリ２３０Ｂや２３０ＣのＵＲＬも管理サーバ２０に送信する。これにより、管理サーバ２０は、加入者Ａが利用するプレゼンスサービスを提供する全てのプレゼンスサーバのＵＲＬを取得する。これらのＵＲＬは、例えば加入者ＤＢ２５中の加入者Ａのレコードに、プレゼンスサービスのための参照先情報として追加される。また、管理サーバ２０は、プレゼンスアプリケーション２００とのデータの受渡しにおいて（例えばやり取りしたデータのヘッダ等を参照することにより）端末装置１０Ａでグループ別アプリ２３０Ａが動的に起動したことを把握する。すなわち、ＧＰＳレシーバ１１７の位置情報をトリガーとしてグループ別アプリ２３０Ａが起動し、加入者Ａが自宅Ｈにいることを把握する。

図９に示されるフローチャートを用いて、図７のＳ２１の更新処理時に管理サーバ２０と他のプレゼンスサーバとが連係して実行する処理について説明する。

管理サーバ２０は、加入者Ａのプレゼンス情報を「home」に更新した際に、グループ別アプリ２３０Ａが動的に起動したという情報を元に「private」というプレゼンス情報を生成する（Ｓ３１）。次いで、加入者Ａのレコードで参照先として指定された各ＵＲＬに「private」をアップロードする（Ｓ３２）。なお、代替的には、第一プレゼンスアプリケーション２１０が「private」を生成し、各グループ別アプリに対応するＵＲＬに「private」を送信するよう管理サーバ２０に指示しても良い。

これにより、加入者Ａのプレゼンス情報「private」が各ＵＲＬ（例えばプレゼンスサーバ２０Ｄ）で受信される。プレゼンスサーバ２０Ｄではプレゼンス情報ＤＢ中の加入者Ａのレコードが「private」に更新されて（Ｓ４１）、加入者ＤＢのコミュニティ情報で定義される各ウォッチャ（例えば加入者Ｃ）に送信される。端末装置１０Ｃでは例えばグループ別アプリ２３０Ｂが実行状態にあり、加入者Ａのプレゼンス情報が「private」に更新されたプレゼンス情報画面が表示される（図８（ｂ）参照）。管理サーバ２０がプレゼンスサーバ２０Ｄから更新完了通知を受け取ると（Ｓ３３）、図９の処理は終了する。

なお、加入者Ａが他のプレゼンス情報に更新したり他のグループ別アプリにマニュアル操作で切り替えて起動したりしても、他のグループ別アプリが動的に（ＧＰＳレシーバ１１７の位置情報をトリガーとして）起動しない限り、加入者Ａは自宅Ｈにいることになる。このため、管理サーバ２０（又は端末装置１０Ａの第一プレゼンスアプリケーション２１０）は、加入者Ａの新たなプレゼンス情報を他のプレゼンスサーバに送信せず、この結果、端末装置１０Ｃ側では加入者Ａのプレゼンス情報は「private」のままである。

次に、加入者Ｃ側の立場で本実施例１を説明する。ここでは主として、端末装置１０Ｃ−プレゼンスサーバ２０Ｄ間でのデータの受渡しにより処理が実行される。なお、端末装置１０Ｃ−プレゼンスサーバ２０Ｄ間の処理は、管理サーバ２０を経由して実行される点を除き、先に説明した端末装置１０Ａ−管理サーバ２０間の処理と同様である。端末装置が管理サーバ２０を介して他のプレゼンスサーバと通信するよう構成することにより、端末装置がオフライン（例えばキャリア通信網に接続されず通話できない状態）になることを防止している。

加入者Ｃが会社の敷地内に入ると、会社向けのグループ別アプリ２３０Ｂが起動して（又は他のグループ別アプリを実行状態であればグループ別アプリ２３０Ｂに切り替わり）、所定のプレゼンス情報が管理サーバ２０経由でプレゼンスサーバ２０Ｄのプレゼンス情報ＤＢにアップロードされる。これにより、会社内にいる加入者であって、プレゼンスサーバ２０Ｄにおいて加入者Ｃとプレゼンティティ−ウォッチャ関係にある加入者には、プレゼンスサーバ２０Ｄのプレゼンス情報ＤＢにアップロードされた、加入者Ｃのプレゼンス情報（例えば「desk」や「meeting」、「presentation」等の業務に関連する比較的詳細なプレゼンス情報）が公開される。また、端末装置１０Ｃのディスプレイ１１１には、プレゼンスサーバ２０Ｄにおいて加入者Ｃとプレゼンティティ−ウォッチャ関係にある各加入者が表示される。先に説明した例によれば、このとき表示される加入者Ａのプレゼンス情報は「private」である。

一方、会社外にいる加入者であって、プレゼンスサーバ２０Ｄにおいて加入者Ｃとプレゼンティティ−ウォッチャ関係にある加入者には、例えば「working」といった概略的なプレゼンス情報が公開される。具体的には、プレゼンスサーバ２０Ｄは、端末装置１０Ｃでグループ別アプリ２３０Ｂが動的に起動したという情報を元に「working」というプレゼンス情報を生成する。次いで、加入者Ｃのレコードで参照先として指定された各ＵＲＬに管理サーバ２０経由で「working」を送信する。ここでの宛先には管理サーバ２０自体も含まれる。従って、管理サーバ２０では加入者Ｃのプレゼンス情報が「working」に更新される。「working」を受信したプレゼンスサーバや管理サーバ２０は、各々の加入者ＤＢのコミュニティ情報で定義される各ウォッチャに「working」を送信する。なお、「working」には、加入者Ｃのプレゼンス情報であり、対応するアプリがグループ別アプリ２３０Ｂであることを記述したヘッダが付けられている。また、代替的には、端末装置１０Ｃの第一プレゼンスアプリケーション２１０が「working」を生成し、各グループ別アプリに対応するＵＲＬに「working」を送信するよう管理サーバ２０経由でプレゼンスサーバ２０Ｄに指示しても良い。

端末装置１０Ａが「working」を受信すると、第一プレゼンスアプリケーション２１０により、対応するグループ別アプリ２３０Ｂが起動する。これにより、端末装置１０Ａのディスプレイ１１１には図８（ｃ）に示されるプレゼンス情報画面が表示される。なお、端末装置１０Ａ上で他のグループ別アプリが実行状態である場合には、グループ別アプリ２３０Ｂの実行は一時的な割込処理で行われても良い。この場合、一定時間が経過すると元のグループ別アプリに復帰して、ディスプレイ１１１には元のグループ別アプリのプレゼンス情報画面が表示される。また、端末装置１０Ａで「working」が受信されてもグループ別アプリ２３０Ｂのスキンが実行されなくても良い。この場合、加入者Ａがマニュアル操作によってグループ別アプリ２３０Ｂを起動させたときに初めて、ディスプレイ１１１には図８（ｃ）に示されるプレゼンス情報画面が表示される。

次に、加入者Ａが自宅Ｈを出て会社ＣＰに向かうとする。加入者Ａが自宅Ｈを出ると、第一プレゼンスアプリケーション２１０は、ＧＰＳレシーバ１１７による測位位置が何れのグループ別アプリの起動条件情報も満たさないと判定する。この場合、第一プレゼンスアプリケーション２１０は例えば加入者Ａが外出中であると判断し、第二プレゼンスアプリケーション２２０から「commuting」や「outing」といったプレゼンス情報を取得する。次いで、第一プレゼンスアプリケーション２１０がＩＭＳコアアプリケーション３００に送信要求して「commuting」や「outing」を渡し、端末装置１０Ａと管理サーバ２０とのセッションが確立すると、「commuting」や「outing」がプレゼンス情報ＤＢ２６にアップロードされる。また、加入者Ａのレコードで参照先として指定された各ＵＲＬにも「commuting」や「outing」がアップロードされる。従って、加入者Ａのプレゼンス情報は、端末装置１０Ｂ上でも端末装置１０Ｃ上でも「commuting」や「outing」となる。

図５（ｂ）に示されるように加入者Ａが会社ＣＰに到着すると、端末装置１０Ａ上ではグループ別アプリ２３０Ｂが起動する。そして、加入者Ｃの例と同様に、加入者Ａの業務に関連するプレゼンス情報が管理サーバ２０経由でプレゼンスサーバ２０Ｄのプレゼンス情報ＤＢにアップロードされる。この結果、端末装置１０Ｃ上で表示される加入者Ａのプレゼンス情報、端末装置１０Ａ上で表示される加入者Ｃのプレゼンス情報は共に、「desk」や「meeting」、「presentation」等の業務に関連するものとなる。また、プレゼンスサーバ２０Ｄは、プレゼンス情報「working」を生成し、加入者Ａのレコードで参照先として指定された各ＵＲＬに管理サーバ２０経由で「working」を送信する。この結果、端末装置１０Ｂ上では、加入者Ａのプレゼンス情報として「working」が表示される。

次に、本発明の実施例２としてサービス別アプリのユースケースを説明する。

先ず、グループ別アプリとサービス別アプリとの違いについて説明する。本実施例１によれば、第二プレゼンスアプリケーション２２０が「home」といった基本的なプレゼンス情報のパターンをサポートし、その上に実装されるグループ別アプリは、それらの基本的なパターンを用いてプレゼンス情報を提供するよう動作していた。これに対してサービス別アプリは、第一プレゼンスアプリケーション２１０上に直接実装され、第二プレゼンスアプリケーション２２０が担う機能と同様の機能を含み、上記基本的なパターンに限定されない多様なプレゼンス情報（例えば「もの」に関するプレゼンス情報）を公開することができる。附言するにサービス別アプリは、グループ別アプリを機能拡張したものであり、より高度なプレゼンスサービスを提供する。換言すると、プレゼンスアプリケーション２００は、グループ別アプリに対しては第二プレゼンスアプリケーション２２０を提供することによりアプリ作成者側の負担を軽減し、サービス別アプリに対しては第二プレゼンスアプリケーション２２０の機能も負担させることにより、アプリ作成者側がより多様なプレゼンスサービスを提供できるようにしている。サービス別アプリの一例として、電子チケットを兼ねたアプリが挙げられる。以下、電子チケットを兼ねたアプリを例に取り、サービス別アプリのユースケースを説明する。

端末装置１０Ａは、周知の電子チケットシステムを利用して電子チケットをダウンロードすることができる。簡単に説明すると、先ず、端末装置１０Ａが例えば遊園地等のＷｅｂサイトにアクセスして電子チケット購入を要求する。次いで、遊園地が管理するチケットサーバが、端末装置１０Ａの要求に応じたデジタル情報を作成して端末装置１０Ａに送信する。ここで作成されるデジタル情報がサービス別アプリであり電子チケットでもある。端末装置１０Ａにダウンロードされたサービス別アプリ（図４のサービス別アプリ２４０Ａとする）は、第一プレゼンスアプリケーション２１０上に追加実装される。なお、電子チケット購入のトランザクションでチケットサーバが取得した端末装置１０Ａの情報（例えば氏名や、端末ＩＤ、購入時期等）は、遊園地が管理するサーバ群（後述のプレゼンスサーバ２０ＥやゲートサーバＧＳ等を含む）で共有される。

図１０に、サービス別アプリ実装時に、プレゼンス管理システム１によって提供されるプレゼンスサービスを説明するためのシステムブロック図を示す。図１０の例では、プレゼンスサーバ２０Ｅは遊園地が管理するサーバであり、管理サーバ２０やプレゼンスサーバＤと同様にプレゼンスサービスを提供するための各種アプリケーションが実装されている。なお、図１０は加入者Ｂが自宅Ｈ、加入者ＡとＪが遊園地にいる状態を示す。また、加入者Ｊ（端末装置１０Ｊ）は加入者Ａとプレゼンティティ−ウォッチャ関係にあるものとする。

携帯装置１０Ａが例えばＦｅｌｉＣａ（登録商標）等の非接触ＩＣチップを搭載したものであれば、加入者Ａは、遊園地の入口に設置されたゲートＧＴに携帯装置１０Ａをかざすだけで入場することができる。説明を加えると、ゲートＧＴにはリーダが付いており、携帯装置１０Ａとの近距離通信を行うことにより端末装置１０Ａ内のサービス別アプリ２４０Ａを読み取る。次いで、読み取ったサービス別アプリ２４０Ａの有効性を、遊園地が管理するゲートサーバＧＳに問い合わせる。ゲートサーバＧＳは、購入時期や入場履歴の有無等を条件に判定処理を行い（例えば購入時期から一定期間経過したサービス別アプリ２４０Ａは無効と判定する等）、有効性ありと判断されたサービス別アプリ２４０Ａを持つ加入者にだけ入場を許可するようゲートＧＴを遠隔制御する。第一プレゼンスアプリケーション２１０は、ゲートＧＴから入場許可の応答を受け取ると、入場許可に対応するアプリ、すなわちサービス別アプリ２４０Ａを起動させる。なお、サービス別アプリ２４０Ａは、例えば購入時期から一定期間経過した時点やゲートＧＴからの退場時に自動削除する構成であっても良い。

図７を援用して、サービス別アプリ２４０Ａ起動時に実行される処理について説明する。第一プレゼンスアプリケーション２１０は、サービス別アプリ２４０に対して起動命令と、プレゼンス情報参照先のＵＲＬのリクエストを出力する（Ｓ１１）。なお、このときの起動命令には、入場許可の受信に応じて出力されたことを示すデータ（これを「入場通知」と記す）が含まれる。

サービス別アプリ２４０Ａは起動後、要求されたデータ、すなわちプレゼンスサーバ２０ＥのＵＲＬを第一プレゼンスアプリケーション２１０に渡す。また、サービス別アプリ２４０Ａは遊園地に関連する固有のプレゼンス情報（例えば「enter」、「A zone」、「B zone」等）を有しており、ここではその中から入場通知に対応するプレゼンス情報（例えば「enter」等）を選択して（Ｓ１２）、第一プレゼンスアプリケーション２１０に渡す。次いで、第一プレゼンスアプリケーション２１０がＩＭＳコアアプリケーション３００に送信要求して「enter」を渡し、管理サーバ２０経由でプレゼンスサーバ２０Ｅのプレゼンス情報ＤＢにアップロードされる（Ｓ１３）。プレゼンスサーバ２０Ｅがプレゼンス情報ＤＢ中の加入者Ａのプレゼンス情報を「enter」に更新し配信すると（Ｓ２１）、端末装置１０Ｊ上では加入者Ａのプレゼンス情報として「enter」が表示される（加入者Ｊは既に入場しているものとする）。また、プレゼンスサーバ２０Ｅは、例えば「amusement park」といったプレゼンス情報を管理サーバ２０のプレゼンス情報ＤＢにアップロードし、これにより、端末装置１０Ｂ上では加入者Ａのプレゼンス情報として「amusement park」が表示される。

また、プレゼンスサーバ２０Ｅは、各ウォッチャのプレゼンス情報を端末装置１０Ａに送信する。端末装置１０Ａが各ウォッチャのプレゼンス情報を受信すると（Ｓ１４）、それらのプレゼンス情報は第一プレゼンスアプリケーション２１０に渡される。次いで、第一プレゼンスアプリケーション２１０により、サービス別アプリ２４０Ａがスキンを実行し、これにより、ディスプレイ１１１にプレゼンス情報画面が表示される（Ｓ１５）。

また、第一プレゼンスアプリケーション２１０は、ＧＰＳレシーバ１１７による測位位置をサービス別アプリ２４０Ａに定期的に渡して、加入者Ａの最新のプレゼンス情報を要求する。そして、例えば加入者Ａが遊園地内を移動して園内の「Ａゾーン」と称されるエリアに入ると、サービス別アプリ２４０Ａはそれを検知して、加入者Ａの現在位置に対応するプレゼンス情報「A zone」を第一プレゼンスアプリケーション２１０に渡す。次いで第一プレゼンスアプリケーション２１０により、加入者Ａのプレゼンス情報として「A zone」がプレゼンスサーバ２０Ｅのプレゼンス情報ＤＢにアップロードされる。これにより、端末装置１０Ｊ上では加入者Ａのプレゼンス情報として「A zone」が表示される。なお、遊園地内の詳細な情報は管理サーバ２０のプレゼンス情報ＤＢにはアップロードされない。従って、端末装置１０Ｂ上では加入者Ａのプレゼンス情報として「amusement park」が表示されたままである。

ここまでの説明によれば、サービス別アプリ２４０Ａの機能はグループ別アプリと同様である。次に、第一プレゼンスアプリケーション２１０がサービス別アプリ２４０Ａと連係することにより提供される、より高度な機能について説明する。

第一プレゼンスアプリケーション２１０は、サービス別アプリ２４０Ａの起動処理時に（および起動後定期的に）、各ウォッチャのプレゼンス情報だけでなく遊園地のアトラクションやレストラン等のプレゼンス情報もプレゼンスサーバ２０Ｅに要求する。プレゼンスサーバ２０Ｅはアトラクションやレストランに対応するプレゼンス情報ＤＢを有しており、要求に応じてそれらのプレゼンス情報を端末装置１０Ａに送信する。第一プレゼンスアプリケーション２１０により、受信したプレゼンス情報を用いてサービス別アプリ２４０Ａがスキンを実行する。これにより、例えば図１１に示されるプレゼンス情報画面が表示される。つまり、プレゼンスアプリケーション２００は、加入者だけでなくアトラクションやレストランといった「もの」に関するプレゼンス情報も取得することができる。

図１１の例によれば、各種プレゼンス情報がそれぞれ異なるタブウィンドウで表示される。「ATTRACTION」のタブウィンドウではアトラクションのプレゼンス情報（例えば「congestion」、「vacant seat」、「breakdown」等）が表示され、「RESTAURANT」のタブウィンドウではレストランのプレゼンス情報が表示される。これにより、加入者Ａは、アトラクションやレストランが混雑しているか否かといった情報を現地に行かなくても知ることができる。

なお、アトラクション等のプレゼンス情報は遊園地が管理するネットワークシステムによって収集される。一例を挙げると、各アトラクション入口付近には整理券（ファストパス等）を発券する発券端末が設置されており、加入者Ａが発券端末に端末装置１０Ａをかざすと、発券端末−発券サーバ間での発券トランザクション実行後、整理券が発券される。発券サーバは、このときのトランザクションの履歴を情報収集サーバに転送する。情報収集サーバは、このようにして収集した情報に応じてアトラクションの混み具合等を判断し、例えば「congestion」といったプレゼンス情報を作成する。そして、作成したプレゼンス情報をプレゼンスサーバ２０Ｅにアップロードする。これにより、プレゼンスサーバ２０Ｅのプレゼンス情報ＤＢが更新され、各加入者に「congestion」等のプレゼンス情報が提供される。

また、サービス別アプリ２４０Ａには予約機能や問い合わせ機能も含まれる。例えば図１１のプレゼンス情報画面において「book」が指定されると、発券サーバのＵＲＬおよび発券要求がサービス別アプリ２４０Ａから第一プレゼンスアプリケーション２１０に渡される。そして、サービス別アプリ２４０Ａ−発券サーバ間での発券トランザクション実行後、サービス別アプリ２４０Ａは上記整理券と同じ効力を有する整理券情報を取得し保存する。加入者Ａがアトラクションのゲートを通過する際にゲートに端末装置１０Ａをかざすと整理券情報の認証処理が行われ、認証後、加入者Ａはゲートを通過してアトラクションを利用することができる。

また、加入者Ａは、入場前にマニュアル操作でサービス別アプリ２４０Ａを起動させて「PARKING」タブを選択することにより、遊園地の駐車場のプレゼンス情報を閲覧することができる。これにより加入者Ａは、遊園地に行く前に駐車場が混雑しているか否かを知ることができる。この場合、第一プレゼンスアプリケーション２１０は、加入者Ａが遊園地に入場していないため、プレゼンスサーバ２０Ｅに対しては加入者Ａのプレゼンス情報をアップロードしない。

また、携帯装置１０Ａが非接触ＩＣチップを搭載しない機種である場合を想定して、例えばＱＲコード（登録商標）が表示される電子チケット画面をサービス別アプリ２４０Ａに付加しても良い。この場合、加入者Ａは、入場時にマニュアル操作でサービス別アプリ２４０Ａを起動させて電子チケット画面を表示させてゲートＧＴを通過することになる。

次に、図５を援用して本実施例３のプレゼンス管理システム１について説明する。本実施例３によれば、例えば端末装置１０Ａや１０Ｃの第一プレゼンスアプリケーション２１０は会社ＣＰ内にいる限り、プレゼンス情報のやり取りをプレゼンスサーバ２０Ｄと直接行う。すなわち端末装置１０Aや１０Ｃでは、管理サーバ２０を介することなく図６および７のフローチャートと同様の処理が実行される。

このときプレゼンスサーバ２０Ｄは、端末装置１０Aや１０Ｃがオフライン（例えばキャリア通信網に接続されず通話できない状態）にならないよう管理サーバ２０と通信する。具体的には、プレゼンスサーバ２０Ｄは、端末装置１０Ａや１０Ｃの端末ＩＤを参照して各々のキャリアを特定し、特定したキャリアの管理サーバのＵＲＬにアクセスしてデータ通信を行う。すなわちプレゼンスサーバ２０Ｄは、端末ＩＤに基づいて端末装置毎に適切なキャリアの管理サーバを特定しデータ通信することにより、各端末装置がオフラインになることを防止している。また、プレゼンスサーバ２０Ｄは加入者Ａのプレゼンス情報として「working」を管理サーバ２０に送信する。これにより、加入者Ｂには加入者Ａのプレゼンス情報として「working」が提供される。なお、第一プレゼンスアプリケーション２１０は、ＧＰＳレシーバ１１７による測位位置に基づいて加入者Ａが会社を出たことを検知すると、グループ別アプリ２３０Ｂからグループ別アプリ２３０Ａへの切替処理を行い、管理サーバ２０に直接アクセスするように動作する。

以上が本発明の実施の形態である。すなわちプレゼンス管理システム１によれば、所定のイベント（例えば加入者の居場所変更や遊園地への入場等）が発生すると、それを検知したプレゼンスアプリケーション２００が、発生したイベントの内容に応じてプレゼンス情報を参照するサーバを切り替える。次いで、切替後の参照先サーバからプレゼンス情報をアップロードおよびダウンロードしてスキンが実行され、加入者にプレゼンス情報を提供する。つまり、加入者の状態に応じて参照先サーバが自動的に切り替わり、その参照先サーバに対応するグループや施設等のプレゼンス情報が加入者に動的に提供される。プレゼンス管理システム１では加入者のプレゼンス情報が参照先サーバ毎（プレゼンス提供アプリ毎）で管理され、複雑なプレゼンス情報の設定等を加入者に強いることがない。

また、参照先サーバ（又はプレゼンスアプリケーション２００）は、例えば社内にいる加入者同士には業務に関連する詳細なプレゼンス情報を公開する。そしてその一方では、社外にいる他の加入者に対して「working」等といった概略的なプレゼンス情報を公開する。これにより、会社内における業務の詳細情報を社外の加入者に対して適切に隠蔽する。すなわちプレゼンス管理システム１は、プレゼンティティの状態に応じた適切なプレゼンス情報をウォッチャに動的に提供するのに極めて好適なシステムであると云える。

また、第一プレゼンスアプリケーション２１０により、プレゼンスサービス（参照先サーバ）毎に異なるスキンが実行される。例えば各スキンのプレゼンス情報画面がそれぞれ異なる色やレイアウト等で構成される場合、プレゼンスサービス毎に異なるユーザインタフェースが加入者に提供されることになる。このため加入者は、何れのプレゼンスサービスを利用しているかを視覚的に把握することができ、これにより、操作性向上の効果が期待される。

また、プレゼンスアプリケーション２００は、上述したように各種プレゼンス提供アプリを追加実装可能であり、拡張性が高い。例えばプレゼンス提供アプリのクラスがサードパーティによって用意される場合、加入者は、プレゼンスサーバのＵＲＬや起動条件等の設定値をクラスに与えるだけで所望のプレゼンス提供アプリを容易に作成することができる。すなわち加入者は、固有のプレセンスサービスの環境を簡単に用意できる。このように本実施例のプレゼンス管理システム１は、拡張性が高く加入者に煩雑な作業を強いることがない点で極めて有益である。

なお、本発明はこれらの実施形態に限定されるものではなく様々な範囲で変形が可能である。例えば本実施例１によれば、管理サーバ２０又はプレゼンスアプリケーション２００が加入者Ａのプレゼンス情報として「private」を生成・配信するよう機能するが、別の実施の形態によれば、プレゼンスアプリケーション２００が例えば加入者Ａが会社外にいるときにはプレゼンスサーバ２０Ｄとの接続をオフにするよう機能し、その一方でプレゼンスサーバ２０Ｄが、オフラインとなった加入者のプレゼンス情報を「private」に更新するようにしても良い。

また、例えばモバイルＳｕｉｃａ（登録商標）等を利用して駅構内の改札口を通過したときの履歴を利用してプレゼンス情報を提供するようにしても良い。例えば加入者Ａが乗車するために改札口を通過すると端末装置１０Ｂ上での加入者Ａのプレゼンス情報が「train」となり、駅を出るために改札口を通過すると端末装置１０Ｂ上での加入者Ａのプレゼンス情報が乗車前の情報に戻るといった形態が考えられる。

また、第一プレゼンスアプリケーション２１０は、例えば端末装置の時計が計時する時刻の情報と、予め設定された時刻情報とを比較して、両方の時刻情報が一致した時点で対応するプレゼンス提供アプリを起動させたり切り替えたりするように機能することもできる。

本発明の実施の形態のプレゼンス管理システムの構成を模式的に示す図である。 本発明の実施の形態の端末装置の外観を示した図である。 本発明の実施の形態の端末装置の構成を示したブロック図である。 本発明の実施の形態のプレゼンスアプリケーションの概念構成図である。 本発明の実施例１のプレゼンス管理システムによって提供されるプレゼンスサービスを説明するためのシステムブロック図である。 グループ別アプリが起動する際に実行される処理のフローチャートを示す図である。 図６のＳ３のサブルーチンを示す図である。 グループ別アプリに対応するプレゼンス情報画面の一例を示す図である。 管理サーバとプレゼンスサーバとが連係して実行する処理を示す図である。 本発明の実施例２のプレゼンス管理システムによって提供されるプレゼンスサービスを説明するためのシステムブロック図である。 サービス別アプリに対応するプレゼンス情報画面の一例を示す図である。

符号の説明

１ プレゼンス管理システム
１０Ａ、１０Ｂ、１０Ｃ 端末装置
２０ 管理サーバ
２０Ａ、２０Ｂ、２０Ｃ、２０Ｄ、２０Ｅ プレゼンスサーバ
２００ プレゼンスアプリケーション
２１０ 第一プレゼンスアプリケーション
２２０ 第二プレゼンスアプリケーション
２３０Ａ、２３０Ｂ、２３０Ｃ グループ別アプリ
２４０Ａ、２４０Ｂ サービス別アプリ

Claims (10)

1. 各々が対応するプレゼンスサーバと連係動作してディスプレイ上にプレゼンス情報を表示させることが可能な複数のプレゼンス表示アプリに対してアプリ実行環境を提供する実行環境ソフトウェアであって、
   コンピュータを、
   所定のイベントの発生を検知するイベント検知手段、
   前記検知されたイベントに対応するプレゼンス表示アプリを特定し、特定されたプレゼンス表示アプリを起動させるアプリ起動手段、
   前記起動されたプレゼンス表示アプリが保有する、該プレゼンス表示アプリの連係先となるプレゼンスサーバのＵＲＩ（Uniform Resource Identifier）を、該プレゼンス表示アプリから取得するＵＲＩ取得手段、
   前記取得されたＵＲＩに対してプレゼンス情報の要求を送信し、該プレゼンス情報を取得するプレゼンス情報取得手段、および
   前記起動されたプレゼンス表示アプリに対して、前記取得したプレゼンス情報を前記ディスプレイに表示させるように指示するプレゼンス情報表示手段、
   として機能させるための実行環境ソフトウェア。
2. 前記コンピュータを更に、
   前記検知したイベントに対応する自己のプレゼンス情報を決定するプレゼンス情報決定手段、および
   前記自己のプレゼンス情報がネットワーク上で公開されるように前記取得したＵＲＩにアップロードするアップロード手段、
   として機能させるための請求項１に記載の実行環境ソフトウェア。
3. 各々が対応するプレゼンスサーバと連係動作してディスプレイ上にプレゼンス情報を表示させることが可能な複数のプレゼンス表示アプリに対してアプリ実行環境を提供する端末装置であって、
   所定のイベントの発生を検知するイベント検知手段、
   前記検知されたイベントに対応するプレゼンス表示アプリを特定し、特定されたプレゼンス表示アプリを起動させるアプリ起動手段、
   前記起動されたプレゼンス表示アプリが保有する、該プレゼンス表示アプリの連係先となるプレゼンスサーバのＵＲＩを、該プレゼンス表示アプリから取得するＵＲＩ取得手段、
   前記取得されたＵＲＩに対してプレゼンス情報の要求を送信し、該プレゼンス情報を取得するプレゼンス情報取得手段、および
   前記起動されたプレゼンス表示アプリに対して、前記取得したプレゼンス情報を前記ディスプレイに表示させるように指示するプレゼンス情報表示手段、
   を備えること特徴とする端末装置。
4. 前記検知したイベントに対応する自己のプレゼンス情報を決定するプレゼンス情報決定手段、および
   前記自己のプレゼンス情報がネットワーク上で公開されるように前記取得したＵＲＩにアップロードするアップロード手段、
   を備えること、を特徴とする請求項３に記載の端末装置。
5. 現在位置情報を測位する位置測位手段を備え、
   前記所定のイベントは、所定の位置情報が前記測位された位置情報と一致することである、を特徴とする請求項３又は請求項４に記載の端末装置。
6. 外部端末と近距離通信する近距離通信手段を備え、
   前記所定のイベントは、前記外部端末とのセッション完了であること、を特徴とする請求項３から請求項５の何れか一項に記載の端末装置。
7. 時刻を計時する計時手段を備え、
   前記所定のイベントは、所定の時刻情報が前記計時された時刻と一致することである、を特徴とする請求項３から請求項６の何れか一項に記載の端末装置。
8. 互いにネットワークで接続された、複数の端末装置と、該複数の端末装置にプレゼン
   ス情報を提供する複数のプレゼンスサーバと、を有するプレゼンス管理システムであって、
   前記端末装置は、各々が対応するプレゼンスサーバと連係動作してディスプレイ上にプレゼンス情報を表示させることが可能な複数のプレゼンス表示アプリに対してアプリ実行環境を提供するものであり、
   所定のイベントの発生を検知するイベント検知手段と、
   前記検知されたイベントに対応するプレゼンス表示アプリを特定し、特定されたプレゼンス表示アプリを起動させるアプリ起動手段、
   前記起動されたプレゼンス表示アプリが保有する、該プレゼンス表示アプリの連係先となるプレゼンスサーバのＵＲＩを、該プレゼンス表示アプリから取得するＵＲＩ取得手段、
   前記取得されたＵＲＩに対してプレゼンス情報の要求を送信するクライアント側送信手段と、
   を備え、
   前記プレゼンスサーバは、
   前記端末装置から前記要求を受信するサーバ側受信手段と、
   各端末装置に対応するプレゼンス情報を格納する格納手段と、
   前記要求に応じたプレゼンス情報を前記格納手段の中から選択する選択手段と、
   前記選択されたプレゼンス情報を前記端末装置に送信するサーバ側送信手段と、
   を備え、
   前記端末装置は、更に、
   前記プレゼンスサーバから前記プレゼンス情報を受信するクライアント側受信手段と、
   前記起動されたプレゼンス表示アプリに対して、前記受信したプレゼンス情報を前記ディスプレイに表示させるように指示するプレゼンス情報表示手段、
   を備えたこと、を特徴とするプレゼンス管理システム。
9. 前記端末装置は、
   前記検知されたイベントに対応する自己のプレゼンス情報を決定するプレゼンス情報決定手段と、
   前記検知されたイベントに対応するプレゼンスサーバに前記自己のプレゼンス情報をアップロードするアップロード手段と、
   を更に備えたこと、を特徴とする請求項８に記載のプレゼンス管理システム。
10. 前記表示手段は、前記受信したプレゼンス情報を、プレゼンス情報要求先のプレゼンスサーバに対応する画面でディスプレイに表示すること、を特徴とする請求項８又は請求項９に記載のプレゼンス管理システム。

Images