(57)【要約】【課題】フレキシブルな情報配信を可能とし、配信設定を簡便に行えるようにする。【解決手段】本発明に係るプレゼンス情報配信システムでは、配信すべきプレゼンス情報についての１又は複数のプレゼンス情報項目と当該プレゼンス情報項目に係るプレゼンス情報の１又は複数の配信先ユーザのＩＤとを対応付けるための１又は複数のプレゼンスグループのデータを各ユーザにつき管理する。これによりプレゼンス情報項目と配信先ユーザとを対応付けた新たなプレゼンスグループを生成したり、プレゼンス情報項目を他のプレゼンスグループに登録したり、配信先ユーザを他のプレゼンスグループに登録したりすることにより、配信先ユーザやプレゼンス情報の特性などに応じたフレキシブルな情報配信が可能になる。【選択図】図１
2009157935.tif 000002
【特許請求の範囲】
【請求項１】
配信すべきプレゼンス情報についての１又は複数のプレゼンス情報項目と当該プレゼンス情報項目に係るプレゼンス情報の１又は複数の配信先ユーザのＩＤとを対応付けるための１又は複数のプレゼンスグループのデータを各ユーザにつき管理するプレゼンス情報管理サーバと協働するコンピュータにより実行されるプレゼンス情報処理方法であって、
所定のデータを取得し、記憶装置に格納するステップと、
前記記憶装置に格納された前記所定のデータを、前記プレゼンスグループにおける前記プレゼンス情報項目と前記配信先ユーザとの対応付け変更に関連し且つグループ変更データ格納部に格納されたデータを基に評価する評価ステップと、
前記評価ステップにおいて前記所定のデータが所定の条件を満たしていると判断された場合には、前記プレゼンス情報項目の所属プレゼンスグループの変更と前記配信先ユーザの所属プレゼンスグループの変更との少なくともいずれかのリクエストを生成し、前記プレゼンス情報管理サーバに送信するステップと、
を含むプレゼンス情報処理方法。
【請求項２】
配信すべきプレゼンス情報についての１又は複数のプレゼンス情報項目と当該プレゼンス情報項目に係るプレゼンス情報の１又は複数の配信先ユーザのＩＤとを対応付けるための１又は複数のプレゼンスグループのデータを各ユーザにつき管理するプレゼンス情報管理サーバと協働するコンピュータにより実行されるプレゼンス情報処理プログラムであって、
所定のデータを取得し、記憶装置に格納するステップと、
前記記憶装置に格納された前記所定のデータを、前記プレゼンスグループにおける前記プレゼンス情報項目と前記配信先ユーザとの対応付け変更に関連し且つグループ変更データ格納部に格納されたデータを基に評価する評価ステップと、
前記評価ステップにおいて前記所定のデータが所定の条件を満たしていると判断された場合には、前記プレゼンス情報項目の所属プレゼンスグループの変更と前記配信先ユーザの所属プレゼンスグループの変更との少なくともいずれかのリクエストを生成し、前記プレゼンス情報管理サーバに送信するステップと、
を前記コンピュータに実行させるためのプレゼンス情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザの状態変化などの情報（ユーザの属性情報を含むさまざまな情報であって、以下、プレゼンス情報と呼ぶ。）を予め登録され且つ許可された他のユーザにリアルタイムに配信するプレゼンス情報配信技術に関する。
【背景技術】
【０００２】
インターネットにおいて情報の配信は主にウェブ（Ｗｅｂ）サーバ及び電子メールにて行われている。ユーザは検索エンジンなどを用いて希望する情報を配信しているＷｅｂサーバを見つけ、そのＷｅｂサーバにアクセスして所望の情報を取得する。一方、電子メールについてはメーリングリストやメール配信サービスにメールアドレスを登録することにより電子メールの配信を受け、情報を取得する。しかし、これらは情報の更新をリアルタイムに伝えるものではなく、ユーザの自発的なアクセス又は電子メールの受信という作業が必要となる。また、電子メールの場合には、必ずしもその時に欲しい情報が含まれているわけではない。
【０００３】
そこで近年プレゼンス情報配信システムが利用されるようになってきている。このプレゼンス情報配信システムにおいて、情報の配信を希望するユーザは予め講読登録を行っておく必要がある。そして、ユーザが講読登録を行った情報の更新が行われ且つプレゼンス情報配信システムに当該ユーザがログオン中（すなわち情報配信許可中）である場合には、当該情報の更新部分についてリアルタイムで配信を受けることができるというものである。このプレゼンス情報配信システムは、バディリストシステムとも呼ばれ、例えばインスタントメッセージ・サービスの一部機能として実装されている。インスタントメッセージ・サービスにおいては、予め注目するユーザを登録しておくと、ログオン中、当該注目ユーザの状態変化が通知される。
【０００４】
このようにリアルタイムに希望する情報の配信を受けるということではプレゼンス情報配信システムの利便性は高い。しかし、従来のプレゼンス情報配信システムは、情報配信サイドにとっては、必ずしも使い勝手がよくなかった。すなわち、所有する情報を全て見せるか又は見せないといった選択しか不可能であるため、講読者に応じた情報の配信が不可能である。情報を全て見せてしまうことになるので、場合によっては情報漏洩に繋がる可能性がある。従って、講読者に応じた情報の配信を行うためには、ユーザＩＤを複数保持して、ユーザＩＤに応じて配信内容を変更するという方式、またはプレゼンス情報配信システム又はプレゼンス情報配信サーバを配信内容に応じて複数用いるという方式を採用する必要がある。しかし、このような方式であっても、特定の講読者は特定のユーザＩＤ又はプレゼンス情報配信システム若しくはプレゼンス情報配信サーバに対応付けられるため、特定の講読者を他の特定のユーザＩＤなどに対応付けるような配信内容の動的な変更は非常に困難である。
【０００５】
また、公開制御情報を定義して講読者に応じた情報の配信を行うシステムも存在するが、公開制御情報を変更する場合には講読者の講読登録を破棄して再度講読登録を行う必要がある。これは、講読者の利便性を損ねるものである。また、講読者リスト以外に、公開制御情報を管理する必要があり、ユーザ管理リソースが余計に必要になる。これは講読者数が増加すると、必要となるユーザ管理リソースが膨大となるという問題がある。また、公開制御情報を講読者毎に個別に設定することは実際上不可能になる。
【０００６】
なお、プレゼンス情報配信システムについては、特開２００３−２９６５２５号公報に以下のような技術が開示されている。まず、バディＡが転送元としてバディＢを指定する。そしてバディＢのプレゼンスを更新すると、バディＡのプレゼンス管理部は、バディＡのプレゼンス情報を変更するか否かを判断する。まず、バディＢがバディＡの転送元であるか否か、変更ルールなどに基づいて、バディＡの最新のプレゼンス情報を、バディＢのプレゼンス情報へ変更してもいいか否かを判断する。変更可の場合、バディＡのプレゼンス情報はバディＢのプレゼンス情報に書き換えられ、他のバディのプレゼンス管理部に配信される。また、バディＢの最新のプレゼンス情報はバディＡに通知される。このように他のバディのプレゼンス情報を自己のプレゼンス情報として用いることができるようになる。しかし、公開制御については特別な仕組みは取り入れられていない。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００３−２９６５２５号公報
【０００８】
以上述べたように従来技術ではフレキシブルな情報配信が困難である。また、仮にフレキシブルな情報配信を可能にするならば、メモリ容量などの余分なリソースが必要となるという問題がある。さらに、公開制御情報を講読者毎に配信者が自ら個別に設定するというのは、利便性の観点から問題である。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明の目的は、フレキシブルな情報配信を可能とし、配信設定を簡便に行えるようにするプレゼンス情報処理技術を提供することである。
【００１０】
本発明の他の目的は、フレキシブルな情報配信を可能とし、適切な配信設定を自動的に行うことができるようにするためのプレゼンス情報処理技術を提供することである。
【課題を解決するための手段】
【００１１】
本発明の第１の態様に係るプレゼンス情報処理方法は、配信すべきプレゼンス情報についての１又は複数のプレゼンス情報項目と当該プレゼンス情報項目に係るプレゼンス情報の１又は複数の配信先ユーザのＩＤとを対応付けるための１又は複数のプレゼンスグループのデータを各ユーザにつき管理するプレゼンス情報管理サーバと協働する端末装置により実行される。この端末装置により実行されるプレゼンス情報処理方法は、特定のユーザ（例えば店舗ユーザ又は情報配信サービス業者ユーザ）がプレゼンス情報の配信を要求した場合、プレゼンス情報管理サーバから、プレゼンス情報管理サーバに予め登録されており且つ特定のユーザに配信される特定のプレゼンス情報についてのプレゼンス情報項目を含む第１データを受信する第１データ受信ステップと、第１データ受信ステップにおいて受信された第１データに基づき、特定のユーザに対する、特定のプレゼンス情報の配信の可否について入力を促す表示を表示装置に行うステップと、特定のユーザに対する、特定のプレゼンス情報の配信の許可入力に応じて、第１データに基づき、特定のユーザと特定のプレゼンス情報についてのプレゼンス情報項目とを対応付けるためのプレゼンスグループの生成要求を生成し、プレゼンス情報管理サーバに送信するステップとを含む。
【００１２】
上記のようなプレゼンスグループの管理を行い、配信先ユーザが属するプレゼンスグループ又はプレゼンス情報項目が属するプレゼンスグループを変更することにより、フレキシブルな情報配信を可能とする。また、プレゼンス情報管理サーバから受信された第１データに基づき、特定のユーザに配信されるプレゼンス情報が確認でき、さらに許可入力により自動的にプレゼンス情報管理サーバにおいて第１データに基づきプレゼンスグループが生成されるため、配信設定が簡便になる。
【００１３】
また、本発明の第１の態様においては、特定のユーザのプレゼンス情報の配信要求を前記プレゼンス情報管理サーバに送信するステップと、プレゼンス情報管理サーバから、特定のユーザがプレゼンス情報の配信を要求したことを表す第２データを受信する第２データ受信ステップとをさらに含み、当該第２データ受信ステップの後に第１データ受信ステップを実施するようにしてもよい。例えば、ユーザＡの情報の配信を受けるために、要求元であるユーザＢもユーザＡに当該ユーザＡが指定した情報を配信しなければならないという場合が、これに該当する。
【００１４】
また、本発明の第１の態様において、特定のユーザに対する、特定のプレゼンス情報の配信の拒否入力に応じて、特定のユーザとの講読関係を解除するための要求をプレゼンス情報管理サーバに送信するステップをさらに含むようにしてもよい。上で述べた例に従えば、ユーザＢがユーザＡに当該ユーザＡが指定した情報の配信を許可しない場合には、ユーザＡに対するユーザＢの講読申し込み等を取り下げるというものである。
【００１５】
さらに、上で述べた第１データが、特定のユーザと特定のプレゼンス情報のプレゼンス情報項目を対応付けるためのプレゼンスグループに関する情報を含むようにしてもよい。
【００１６】
また、本発明の第１の態様において、特定のユーザにより第１データが変更された場合、プレゼンス情報管理サーバから特定のユーザが第１データの変更に関連する指定プレゼンス情報の配信を要求したことを表す第３データを受信するステップと、受信された第３データに基づき特定のユーザに対する、指定プレゼンス情報の配信の可否について入力を促す表示を表示装置に行うステップと、特定のユーザに対する、指定プレゼンス情報の配信の許可入力に応じて、第３データに基づき、特定のユーザと指定プレゼンス情報についてのプレゼンス情報項目とを対応付けるための、プレゼンスグループの変更要求を生成し、プレゼンス情報管理サーバに送信するステップとをさらに含むようにしてもよい。
【００１７】
従来では公開制御情報が変更された場合には講読関係は破棄されるため、再度講読手続きを行わなければならなかった。上で述べたようなステップを実行することにより、再度許可を得ることができれば講読関係を破棄することなく、プレゼンスグループの更新により情報の配信が継続される。
【００１８】
さらに、第１データの少なくとも一部が特定のユーザのプレゼンス情報となっており、第１データの少なくとも一部に対応するプレゼンス情報が特定のユーザの少なくとも一部のプレゼンスグループに対応付けられており、さらに、プレゼンス情報管理サーバから第３データの少なくとも一部をプレゼンス情報として受信するステップを含むようにしてもよい。公開制御に用いられる第１データについてもその少なくとも一部がプレゼンス情報として登録されていれば、第１データの変更時には、プレゼンス情報の更新時の通常の配信と同様に、講読者に対して配信がなされる。
【００１９】
本発明の第２の態様に係るプレゼンス情報処理方法は、配信すべきプレゼンス情報についての１又は複数のプレゼンス情報項目と当該プレゼンス情報項目に係るプレゼンス情報の１又は複数の配信先ユーザのＩＤとを対応付けるための１又は複数のプレゼンスグループのデータを各ユーザにつき管理するプレゼンス情報管理サーバと協働するコンピュータにより実行される。そしてこのプレゼンス情報処理方法は、所定のデータを取得し、記憶装置に格納するステップと、記憶装置に格納された所定のデータを、プレゼンスグループにおけるプレゼンス情報項目と配信先ユーザとの対応付け変更に関連し且つグループ変更データ格納部に格納されたデータを基に評価する評価ステップと、評価ステップにおいて所定のデータが所定の条件を満たしていると判断された場合には、プレゼンス情報項目の所属プレゼンスグループの変更と配信先ユーザの所属プレゼンスグループの変更との少なくともいずれかのリクエストを生成し、プレゼンス情報管理サーバに送信するステップとを含む。
【００２０】
上記のようなプレゼンスグループの管理を行い、配信先ユーザが属するプレゼンスグループ又はプレゼンス情報項目が属するプレゼンスグループを変更することにより、フレキシブルな情報配信を可能とする。また、例えば店舗や情報配信サービス業者などにおけるコンピュータにおいて上で述べたような処理を実施することにより、講読者の状態や配信される情報の特性などの外部データに基づき適切な情報配信の制御が自動的に行われるようになる。
【００２１】
なお、上で述べた所定のデータが配信先ユーザに関連するデータである場合には、少なくとも当該配信先ユーザの所属プレゼンスグループの変更のリクエストが生成されるようにしてもよい。例えば、講読者のプレゼンス情報である位置データを受信した場合に、当該位置データに応じたプレゼンスグループに講読者の所属を変更すれば、講読者の状態に則した情報の配信が行われることになる。
【００２２】
一方、所定のデータがプレゼンス情報項目と予め関連付けられており且つグループ変更データ格納部に格納されたデータである場合には、少なくとも当該プレゼンス情報項目の所属プレゼンスグループの変更リクエストが生成されるようにしてもよい。例えば、現時刻が予め登録された店舗の開店時刻であるという場合には、当該店舗のプレゼンス情報を例えば店舗の所在エリアにいる講読者が対応付けられているプレゼンスグループに登録することにより、適切な講読者に新たな情報を配信することができるようになる。すなわち、プレゼンス情報項目の所属プレゼンスグループを遷移させることにより、フレキシブルな情報配信が可能となる。
【００２３】
さらに、本発明の第２の態様において、他のユーザが新規にプレゼンスグループに対応付けられたことが通知された場合、当該他のユーザに対して予め定められたプレゼンス情報項目に係るデータを配信するように要求するステップをさらに含むようにしてもよい。
【００２４】
本発明の第３の態様に係るプレゼンス情報処理方法は、配信すべきプレゼンス情報についての１又は複数のプレゼンス情報項目と当該プレゼンス情報項目に係るプレゼンス情報の１又は複数の配信先ユーザのＩＤとを対応付けるための１又は複数のプレゼンスグループのデータをユーザ毎にプレゼンスデータ格納部に格納するプレゼンス情報管理サーバにより実行される。そして本プレゼンス情報処理方法は、第１のユーザの端末から第２のユーザのプレゼンス情報の新規配信要求を受信した場合、第１のユーザに配信される特定のプレゼンス情報についてのプレゼンス情報項目を含む、第１のユーザのサービスプロファイル・データを、サービスプロファイル・データ格納部から読み出し、第２のユーザの端末に送信するステップと、第２のユーザの端末から、第１のユーザを配信先ユーザとして特定のプレゼンス情報項目と対応付ける、第２のユーザのプレゼンスグループの生成要求を受信した場合、当該生成要求に従ってプレゼンスグループを生成し、プレゼンスデータ格納部に登録するステップとを含む。
【００２５】
上記のようなプレゼンスグループの管理を行い、配信先ユーザが属するプレゼンスグループ又はプレゼンス情報項目が属するプレゼンスグループを変更することにより、フレキシブルな情報配信を可能とする。また、プレゼンス情報管理サーバにおけるメモリ効率も向上する。さらに、上記のような処理を実行することにより、第２のユーザにとっては、第１のユーザに対する、自己のプレゼンス情報の配信設定が簡便に行えるようになる。
【００２６】
なお、本発明の第３の態様において、第１のユーザの端末から変更後のサービスプロファイル・データを受信した場合、サービスプロファイル・データ格納部に更新登録するステップと、第１のユーザのいずれかのプレゼンスグループに対応付けられた第３のユーザの端末に、サービスプロファイル・データ格納部から変更後のサービスプロファイル・データを読み出し、第３のユーザの端末に送信するステップと、第３のユーザの端末から、第１のユーザを配信先ユーザとして変更後に前記第１のユーザに配信されるプレゼンス情報についてのプレゼンス情報項目と対応付ける、第３のユーザのプレゼンスグループの変更要求を受信した場合、当該変更要求に従ってプレゼンスグループの内容を変更し、プレゼンスデータ格納部に登録するステップとをさらに含むようにしてもよい。
【００２７】
このようにすれば第１のユーザがサービスプロファイルを変更した場合、講読関係を一律破棄するといったことをせずに、変更を認める講読者には継続的に情報を配信することができるようになる。
【００２８】
本発明の方法を処理装置及び記憶装置を有するコンピュータに実行させるためのプログラムを作成することができ、このプログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークなどを介してデジタル信号として配信される場合もある。尚、中間的な処理結果はメモリ等の記憶装置に一時保管される。
【図面の簡単な説明】
【００２９】
【図１】本発明の一実施例に係るシステム概要図である。
【図２】情報配信サービス業者についてのプレゼンスデータの一例を示す図である。
【図３】店舗についてのプレゼンスデータの一例を示す図である。
【図４】一般ユーザについてのプレゼンスデータの一例を示す図である。
【図５】コンピュータ装置の機能ブロック図である。
【図６】情報配信サービス業者に対してユーザが配信要求を行った場合の処理フローを示す図である。
【図７】情報配信サービス業者に対してユーザが配信要求を行った場合の処理フローを示す図である。
【図８】サービスプロファイルの一例を示す図である。
【図９】情報配信サービス業者に対してユーザが配信要求を行った場合の処理フローを示す図である。
【図１０】情報配信サービス業者に対してユーザが配信要求を行った場合の処理フローを示す図である。
【図１１】配信処理部の処理フローを示す図である。
【図１２】サービスプロファイルの変更が行われた場合の処理フローを示す図である。
【図１３】位置データに基づきユーザの所属プレゼンスグループが変更される場合の処理フローを示す図である。
【図１４】時刻に応じてプレゼンス情報の所属プレゼンスグループが変更される場合の処理フローを示す図である。
【図１５】店舗に講読申し込みを行う際の処理フローの一例を示す図である。
【発明を実施するための形態】
【００３０】
第１図に本発明の一実施例に係るシステム概要図を示す。例えばインターネットであるコンピュータ・ネットワーク１には、プレゼンスサーバ３と、一般ユーザにより操作される１又は複数のユーザ端末５と、例えば複数の店舗の情報を配信するサービスを提供する情報配信サービス業者（IDSP: Information Distribution Service Provider）により操作される１又は複数のＩＤＳＰ端末７と、物品の販売やサービスの提供を行う店舗における１又は複数の店舗端末９とが、有線又は無線にて接続されている。例えばユーザ端末５は、ノートブック型パーソナルコンピュータ（PC： Personal Computer）、携帯電話機やＰＤＡ（Personal Digital Assistant）などの移動端末であるが、必ずしも移動端末である必要はなく例えばデスクトップ型ＰＣであってもよい。また、ＩＤＳＰ端末７及び店舗端末９は、例えばＰＣであって、特に移動端末である必要はない。
【００３１】
プレゼンスサーバ３は、各ユーザのプレゼンス情報をユーザ毎に管理するプレゼンス管理部を含む。すなわち、１又は複数のＩＤＳＰのための１又は複数のＩＤＳＰプレゼンス管理部３１と、１又は複数の店舗のための１又は複数の店舗プレゼンス管理部３３と、１又は複数のユーザ（ここでは一般ユーザ）のための１又は複数のユーザプレゼンス管理部３５とが含まれている。ＩＤＳＰプレゼンス管理部３１には、プレゼンスデータ管理部３１１と、プレゼンスデータ格納部３１２と、サービスプロファイル格納部３１３と、ＩＤＳＰが現在配信を受けているユーザのＩＤのリストを格納する閲覧リスト格納部３１４と、配信処理部３１５とが含まれる。店舗プレゼンス管理部３３には、プレゼンスデータ管理部３３１と、プレゼンスデータ格納部３３２と、店舗が現在配信を受けているユーザのＩＤのリストを格納する閲覧リスト格納部３３３と、配信処理部３３４とが含まれる。なお、サービスプロファイル格納部が含まれる場合もある。ユーザプレゼンス管理部３５には、プレゼンスデータ管理部３５１と、プレゼンスデータ格納部３５２と、現在当該ユーザが配信を受けている講読先ユーザＩＤのリストを格納する閲覧リスト格納部３５３と、配信処理部３５４とが含まれる。
【００３２】
ユーザ端末５は、例えばＧＰＳ（Global Positioning Systems）から現在位置のデータを取得する位置データ取得部５１と、一般ユーザ・クライアントアプリケーション５２とが含まれる。位置データ取得部５１は、必須ではなく、位置データ取得部５１を有している場合には付加的なサービスを受けられるようになる。一般ユーザ・クライアントアプリケーション５２は、プレゼンスサーバ３における対応するユーザプレゼンス管理部３５と協働して他のユーザのプレゼンス情報の講読を行ったり、他のユーザに対してプレゼンス情報の配信設定を行ったりする。この一般ユーザ・クライアントアプリケーション５２は、プレゼンス情報更新処理部５２１と、公開制御部５２２と、外部データ判定処理部５２３とを含む。
【００３３】
ＩＤＳＰ端末７は、ＩＤＳＰクライアントアプリケーション７１と、店舗ＤＢ７２と、エリアＤＢ７３と、ユーザＤＢ７４とを含む。店舗ＤＢ７２には、情報配信を請け負っている店舗の各種データが登録されている。例えば、店舗コード、店舗名、住所、緯度経度などの位置データ又はエリアＤＢ７３に定義されたエリアコード、メールアドレス、電話番号、ＦＡＸ番号、開店時刻、閉店時刻、休業日（又は営業日）などである。また、エリアＤＢ７３は、例えば住所や緯度経度などの位置データに基づくエリア定義を格納しており、各エリアにつきエリアコードが登録されている。但し、エリアＤＢ７３を管理することは必須ではなく、付加的なサービスを実施する上で必要となる。ユーザＤＢ７４は、例えば配信を受けたプレゼンス情報（趣味、電話番号、位置データなど）をユーザＩＤ毎に格納する。ＩＤＳＰクライアントアプリケーション７１は、公開制御部７１１と、プレゼンス情報更新処理部７１２と、外部データ判定処理部７１３とを含む。
【００３４】
店舗端末９は、店舗クライアントアプリケーション９１と、売上／ポイントデータ取得部９２と、ユーザＤＢ９３とを保持している。また、店舗端末９は、例えばＬＡＮ（Local Area Network）により売上／ポイントデータ管理システム１１に接続されている。店舗クライアントアプリケーション９１は、公開制御部９１１と、プレゼンス情報更新処理部９１２と、外部データ判定処理部９１３とを含む。ユーザＤＢ９３は、例えば配信を受けたプレゼンス情報（趣味、電話番号、位置データなど）をユーザＩＤ毎に格納する。
【００３５】
第２図にプレゼンスサーバ３のＩＤＳＰプレゼンス管理部３１に含まれるプレゼンスデータ格納部３１２に格納されるデータの一例を示す。第２図の例では、プレゼンスデータ格納部３１２は、プレゼンス情報格納領域３１２１と、プレゼンスグループ情報格納領域３１２２と、講読者リスト格納領域３１２３とを含む。従来では、プレゼンス情報格納領域３１２１及び講読者リスト格納領域３１２３のみが設けられており、今回プレゼンスグループ情報格納領域３１２２が設けられた。プレゼンス情報格納領域３１２１は、プレゼンス情報項目ごとにプレゼンス情報（ここでは店舗の情報）を格納するための領域であり、プレゼンス情報項目のＩＤであるプレゼンスＩＤ（以下ではプレゼンス情報のＩＤとも呼ぶ）が"shop1"であるプレゼンス情報（ここでは店情報１）を格納するための領域３２１と、プレゼンスＩＤが"shop2"であるプレゼンス情報（ここでは店情報２）を格納するための領域３２２と、プレゼンスＩＤが"shop3"であるプレゼンス情報（ここでは店情報３）を格納するための領域３２３と、プレゼンスＩＤが"shop4"であるプレゼンス情報（ここでは店情報４）を格納するための領域３２４と、プレゼンスＩＤが"update"であるプレゼンス情報（ここではサービスプロファイル情報）を格納するための領域３２５とが含まれる。但し、プレゼンス情報格納領域３１２１の領域数は５に限定するものではなく任意の数の領域を規定できる。プレゼンスＩＤとプレゼンス情報項目名との対応関係は、システム中統一されている必要がある。
【００３６】
プレゼンスグループ情報格納領域３１２２は、プレゼンス情報項目と配信先ユーザＩＤ（すなわち講読者ＩＤ）を対応付けるためのデータを格納する領域である。ここでは、プレゼンスグループであるグループＩ「渋谷」に属するプレゼンスＩＤを格納する領域３２６１及びユーザＩＤ（すなわち講読者ＩＤ）を格納する領域３２６２とを含む領域３２６と、グループＩＩ「新宿」に属するプレゼンスＩＤを格納する領域３２７１及び講読者ＩＤを格納する領域３２７２とを含む領域３２７と、グループIII「デフォルト」に属するプレゼンスＩＤを格納する領域３２８１及び講読者ＩＤを格納する領域３２８２とを含む領域３２８とが含まれる。グループ名「渋谷」や「新宿」は、情報配信を請け負っている店舗のエリアを特定するものである。デフォルト・グループは、講読者が初期的に登録されるグループである。グループ数は３に限定されず、任意の数のグループが定義し得る。
【００３７】
講読者リスト格納領域３１２３には、ここでは利用者ａ、利用者ｂ、利用者ｃ及び利用者ｄといった情報配信が許可されたユーザのユーザＩＤ（講読者ＩＤ）が登録される。講読者数は４に限定されず、任意の数の講読者を登録することができる。
【００３８】
第３図にプレゼンスサーバ３の店舗プレゼンス管理部３３に含まれるプレゼンスデータ格納部３３２に格納されるデータの一例を示す。第３図の例では、プレゼンスデータ格納部３３２は、プレゼンス情報格納領域３３２１と、プレゼンスグループ情報格納領域３３２２と、講読者リスト格納領域３３２３とを含む。プレゼンス情報格納領域３３２１には、プレゼンス情報項目のＩＤであるプレゼンスＩＤが"adv"であるプレゼンス情報（ここでは広告情報）を格納するための領域３４１と、プレゼンスＩＤが"patron"であるプレゼンス情報（ここではお得意様用の広告情報）を格納するための領域３４２とが含まれる。但し、プレゼンス情報格納領域３３２１の領域数は２に限定するものではなく任意の数の領域を規定できる。
【００３９】
プレゼンスグループ情報格納領域３３２２には、プレゼンスグループであるグループＩ「デフォルト」に属するプレゼンスＩＤを格納する領域３４３１及びユーザＩＤ（すなわち講読者ＩＤ）を格納する領域３４３２とを含む領域３４３と、グループＩＩ「お得意様」に属するプレゼンスＩＤを格納する領域３４５１及び講読者ＩＤを格納する領域３４５２とを含む領域３４５とが含まれる。グループ名「デフォルト」や「お得意様」は、情報配信先ユーザのカテゴリを特定するものである。デフォルト・グループは、講読者が初期的に登録されるグループである。グループ数は２に限定されず、任意の数のグループが定義し得る。
【００４０】
講読者リスト格納領域３３２３には、ここでは利用者ａ、利用者ｂ、利用者ｃ、利用者ｄ及び利用者ｅといった情報配信が許可されたユーザのユーザＩＤ（講読者ＩＤ）が登録される。
【００４１】
第４図にプレゼンスサーバ３のユーザプレゼンス管理部３５に含まれるプレゼンスデータ格納部３５２に格納されるデータの一例を示す。第４図の例では、プレゼンスデータ格納部３５２は、プレゼンス情報格納領域３５２１と、プレゼンスグループ情報格納領域３５２２と、講読者リスト格納領域３５２３とを含む。プレゼンス情報格納領域３５２１には、プレゼンス情報項目のＩＤであるプレゼンスＩＤが"gps"であるプレゼンス情報（ここではＧＰＳによる位置データ）を格納するための領域３６１と、プレゼンスＩＤが"hobby"であるプレゼンス情報（ここでは趣味・趣向情報）を格納するための領域３６２と、プレゼンスＩＤが"tel"であるプレゼンス情報（ここでは電話番号）を格納するための領域３６３と、プレゼンスＩＤが"schedule"であるプレゼンス情報（ここではスケジュール）を格納するための領域３６４とが含まれる。但し、プレゼンス情報格納領域３５２１の領域数は４に限定するものではなく任意の数の領域を規定できる。
【００４２】
プレゼンスグループ情報格納領域３５２２には、プレゼンスグループであるグループＩ「office」に属するプレゼンスＩＤを格納する領域３６５１及びユーザＩＤ（すなわち講読者ＩＤ）を格納する領域３６５２とを含む領域３６５と、グループＩＩ「friend」に属するプレゼンスＩＤを格納する領域３６７１及び講読者ＩＤを格納する領域３６７２とを含む領域３６７と、グループIII「業者Ｄ」に属するプレゼンスＩＤを格納する領域３６８１及び講読者ＩＤを格納する領域３６８２とを含む領域３６８と、グループIV「デフォルト」に属するプレゼンスＩＤを格納する領域３６９１及び講読者ＩＤを格納する領域３６９２とを含む領域３６９とが含まれる。グループ名「office」、「friend」、「業者Ｄ」、「デフォルト」は、情報配信先ユーザのカテゴリを特定するものである。デフォルト・グループは、講読者が初期的に登録されるグループである。グループ数は４に限定されず、任意の数のグループが定義し得る。
【００４３】
講読者リスト格納領域３５２３には、ここでは社員Ａ、友達Ｂ、社員Ｃ及びサービス業者Ｄといった情報配信が許可されたユーザのユーザＩＤ（講読者ＩＤ）が登録される。
【００４４】
なお、第５図に示すように、図１に示したプレゼンスサーバ３、ユーザ端末５、ＩＤＳＰ端末７、店舗端末９等はコンピュータ装置であって、メモリ２５０１とＣＰＵ２５０３とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施例における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。本発明の実施例では、以下の処理を実施するためのアプリケーション・プログラムはリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネット１などのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、以下で述べるような各種機能を実現する。
【００４５】
次に、第６図乃至第１５図を用いて、第１図に示したシステムの処理フローを説明する。最初に、第６図乃至第１０図を用いて一般ユーザ（ここではユーザＡ）がＩＤＳＰのプレゼンス情報を講読し始める場合の処理フローを説明する。なお、この処理を実施する前に、既にプレゼンスサーバ３への登録及びログインが完了しているものとする。まず、ユーザ端末５の一般ユーザ・クライアントアプリケーション５２は、ユーザＡから他のユーザ（ここではＩＤＳＰ）への新規講読申し込みに係る選択入力を受け付ける（ステップＳ１）。次に、一般ユーザ・クライアントアプリケーション５２の公開制御部５２２は、新規講読先として選択されたＩＤＳＰをユーザＡの閲覧リストへ登録することを要求する登録要求と、ユーザＡを選択ＩＤＳＰの講読者リストへ登録することを要求する登録要求とを生成し、プレゼンスサーバ３に送信する（ステップＳ３）。
【００４６】
これに対してプレゼンスサーバ３に含まれ且つユーザＡに対応するユーザプレゼンス管理部３５のプレゼンスデータ管理部３５１は、新規講読先として選択されたＩＤＳＰをユーザＡの閲覧リストへ登録することを要求する登録要求を受信し、選択ＩＤＳＰに対応するＩＤＳＰプレゼンス管理部３１のプレゼンスデータ管理部３１１は、ユーザＡを選択ＩＤＳＰの講読者リストへ登録することを要求する登録要求を受信し、それぞれ一旦メインメモリ等の記憶装置に格納する（ステップＳ５）。ここではユーザプレゼンス管理部３５のプレゼンスデータ管理部３５１とＩＤＳＰプレゼンス管理部３１のプレゼンスデータ管理部３１１とが個別に上記のような登録要求を受信するものとして説明するが、ユーザプレゼンス管理部３５のプレゼンスデータ管理部３５１が、ユーザＡを選択ＩＤＳＰの講読者リストへ登録することを要求する登録要求をも一旦受信し、ＩＤＳＰプレゼンス管理部３１のプレゼンスデータ管理部３１１に転送するようにしてもよい。
【００４７】
そして、ユーザプレゼンス管理部３５のプレゼンスデータ管理部３５１は、上記のような登録要求に応じて、閲覧リスト格納部３５３に格納された、要求元ユーザの閲覧リストに、選択ＩＤＳＰを登録する（ステップＳ７）。閲覧リストは例えばクライアントアプリケーションによりプレゼンス情報を表示する際などに使用される。また、ＩＤＳＰプレゼンス管理部３１のプレゼンスデータ管理部３１１は、上記のような登録要求に応じて、プレゼンスデータ格納部３１２に格納された講読者リストに要求元ユーザであるユーザＡ（すなわちユーザＡのユーザＩＤ）を登録し、さらに「デフォルト」のプレゼンスグループに当該ユーザＡを登録する（ステップＳ９）。ステップＳ７及びＳ９における登録は、この段階ではまだ仮の登録である。そして、プレゼンスデータ管理部３１１は、新規に講読者リストへ登録を行ったので、新規講読者（すなわちユーザＡ）の出現を通知するためのメッセージを、選択ＩＤＳＰのＩＤＳＰ端末７に対して送信する（ステップＳ１１）。本通知は、選択ＩＤＳＰに対する、ユーザＡからの講読要求に相当する。
【００４８】
ＩＤＳＰ端末７におけるＩＤＳＰクライアントアプリケーション７１の公開制御部７１１は、プレゼンスサーバ３から新規講読者（すなわちユーザＡ）についての通知を受信し、表示装置に表示する（ステップＳ１３）。なお、以下の処理を自動的に行う場合には、あえて表示装置に表示する必要はないが、ＩＤＳＰの管理者が確認する場合があるならば表示装置に表示する。そして、公開制御部７１１は、ＩＤＳＰの管理者の指示に応じて又は自動的に、当該新規講読者（ここではユーザＡ）を本ＩＤＳＰの閲覧リストへ登録することを要求する登録要求と、本ＩＤＳＰを当該新規講読者（ユーザＡ）の講読者リストへ登録することを要求する登録要求とを生成し、プレゼンスサーバ３に送信する（ステップＳ１５）。
【００４９】
これに対して、プレゼンスサーバ３におけるＩＤＳＰプレゼンス管理部３１のプレゼンスデータ管理部３１１は、ユーザＡをＩＤＳＰの閲覧リストへ登録することを要求する登録要求を受信し、ユーザプレゼンス管理部３５のプレゼンスデータ管理部３５１は、ＩＤＳＰをユーザＡの講読者リストへ登録することを要求する登録要求を受信し、一旦メインメモリ等の記憶装置に格納する（ステップＳ１７）。ステップＳ５でも述べたように、ＩＤＳＰプレゼンス管理部３１のプレゼンスデータ管理部３１１が、一旦両方の登録要求を受信し、ＩＤＳＰをユーザＡの講読者リストへ登録することを要求する登録要求については、当該ユーザＡのユーザプレゼンス管理部３５におけるプレゼンスデータ管理部３５１に転送するようにしても良い。
【００５０】
いずれにせよＩＤＳＰプレゼンス管理部３１のプレゼンスデータ管理部３１１は、上記のような登録要求に従って、ＩＤＳＰの閲覧リスト格納部３１４に格納した閲覧リストにユーザＡを登録する（ステップＳ１９）。また、ユーザプレゼンス管理部３５のプレゼンスデータ管理部３５１は、上記のような登録要求に従って、プレゼンスデータ格納部３５２に格納された講読者リストに要求元ユーザであるＩＤＳＰ（すなわちＩＤＳＰのユーザＩＤ）を登録し、さらに「デフォルト」のプレゼンスグループに当該ＩＤＳＰを登録する（ステップＳ２１）。なお、ステップＳ１９及びＳ２１における登録は、この段階ではまだ仮の登録である。そして、プレゼンスデータ管理部３５１は、新規に講読者リストへ登録を行ったので、新規講読者（すなわちＩＤＳＰ）の出現を通知するためのメッセージを、ユーザＡのユーザ端末５に対して送信する（ステップＳ２３）。この通知は、ユーザＡに対する、選択ＩＤＳＰからの講読要求に相当する。
【００５１】
ユーザ端末５における一般ユーザ・クライアントアプリケーション５２の公開制御部５２２は、プレゼンスサーバ３から新規講読者（すなわちＩＤＳＰ）の出現を通知するためのメッセージを受信し、表示装置に表示する（ステップＳ２５）。この後の処理については、端子Ａを介して第７図の処理に移行する。
【００５２】
次に、ユーザ端末５の一般ユーザ・クライアントアプリケーション５２における公開制御部５２２は、ユーザによる指示に従って又は自動的に、選択ＩＤＳＰのサービスプロファイルの要求をプレゼンスサーバ３に送信する（図７：ステップＳ２７）。プレゼンスサーバ３における選択ＩＤＳＰのＩＤＳＰプレゼンス管理部３１に含まれるプレゼンスデータ管理部３１１は、サービスプロファイルの要求を受信し、一旦メインメモリ等の記憶装置に格納する（ステップＳ２９）。そして、サービスプロファイル格納部３１３に格納されたサービスプロファイルのデータを読み出し、要求元のユーザ端末５に送信する（ステップＳ３１）。ユーザ端末５の一般ユーザ・クライアントアプリケーション５２における公開制御部５２２は、プレゼンスサーバ３からサービスプロファイルのデータを受信し、一旦メインメモリ等の記憶装置に格納する（ステップＳ３３）。
【００５３】
サービスプロファイルは、例えば第８図に示すようなデータである。第８図の例では、サービスプロファイルはＸＭＬ（eXtensible Markup Language）で記述されており、Auto Control Listタグの間に、生成すべきプレゼンスグループのグループＩＤ（ここでは"Area Service"）を属性値として有するgroupタグを含む。groupタグの間には、配信を要求するプレゼンス情報のＩＤを規定するためのpresenceタグと、配信を受けるユーザを規定するためのsubscribeeタグとが含まれている。presenceタグの間には、１又は複数のformat idタグが設けられており、format idタグの間には、配信を要求するプレゼンス情報のＩＤが規定されている。また、subscribeeタグの間には、配信要求を行ったユーザのＩＤを指定するためのusernameタグが規定されている。ＩＤＳＰは、このようなデータを用意しておき、必要に応じてサービスプロファイル格納部３１３に登録しておくと共に、プレゼンスデータ格納部３１２にも少なくともその一部を登録しておく。
【００５４】
なお、ＩＤＳＰによってはサービスプロファイルを用意していないものもあるので、もし、サービスプロファイルがない場合には、プレゼンスサーバ３におけるＩＤＳＰプレゼンス管理部３１のプレゼンスデータ管理部３１１は、サービスプロファイルが存在しない旨のメッセージをユーザ端末５に送信する。ユーザ端末５の一般ユーザ・クライアントアプリケーション５２における公開制御部５２２は、サービスプロファイルが存在しない旨のメッセージをプレゼンスサーバ３から受信した場合には、端子Ｂを介して第９図の処理に移行する。
【００５５】
一方、公開制御部５２２は、サービスプロファイル・データを受信すると、当該サービスプロファイル・データを解析し、ユーザＡのプレゼンスデータ格納部３５２に登録されるプレゼンスグループのデータ（例えばグループＩＤ又はグループ名）と、配信されるプレゼンス情報のＩＤ又は名称（すなわちプレゼンス情報項目）と、要求元のＩＤＳＰのユーザＩＤ又は名称とを含む講読要求内容を表示装置に表示し、ユーザＡに確認を求める（ステップＳ３５）。これによりユーザは、講読要求先であるＩＤＳＰから逆に講読を求められ、どのプレゼンス情報を配信しなければならないかを知ることができる。この段階で、ユーザＡは、自己のプレゼンス情報の配信を許可するか、又は拒否するかを決定しなければならない。
【００５６】
ユーザ端末５は、ユーザＡからの選択入力を受け付け（ステップＳ３７）、その内容を判断する。もし、自己のプレゼンス情報の配信を了解したことを意味する選択入力がなされた場合には（ステップＳ３９：Ｙｅｓルート）、端子Ｃを介して第１０図の処理に移行する。一方、自己のプレゼンス情報の配信を拒否したことを意味する選択入力がなされた場合には（ステップＳ３９：Ｎｏルート）、公開制御部５２２は、これまでの講読関係を破棄すべく、要求元ユーザであるユーザＡの閲覧リストから選択ＩＤＳＰを削除することを要求する削除要求と、要求元ユーザであるユーザＡの講読者リストから選択ＩＤＳＰを削除することを要求する削除要求と、要求元ユーザであるユーザＡのプレゼンスグループから選択ＩＤＳＰを削除することを要求する削除要求と、選択ＩＤＳＰの閲覧リストから要求元ユーザであるユーザＡを削除することを要求する削除要求と、選択ＩＤＳＰの講読者リストから要求元ユーザであるユーザＡを削除することを要求する削除要求と、選択ＩＤＳＰのプレゼンスグループから要求元ユーザであるユーザＡを削除することを要求する削除要求とを生成し、プレゼンスサーバ３に送信する（ステップＳ４１）。これらの削除要求は、例えば、ユーザＡ自らのユーザプレゼンス管理部３５におけるプレゼンスデータ管理部３５１が処理する削除要求と、選択ＩＤＳＰのＩＤＳＰプレゼンス管理部３１におけるプレゼンスデータ管理部３１１が処理する削除要求とにまとめてしまっても良い。また、これを全てまとめたような削除要求を定義して、プレゼンスサーバ３側で個別の削除要求に分解するようにしてもよい。なお、選択ＩＤＳＰのＩＤＳＰプレゼンスデータ管理部３１におけるプレゼンスデータ管理部３１１は、この削除要求によって要求元ユーザであるユーザＡのデータを削除することになるが、本人からの削除要求であることが確保されれば問題は生じない。
【００５７】
プレゼンスサーバ３におけるユーザＡのユーザプレゼンス管理部３５のプレゼンスデータ管理部３５１は、要求元ユーザであるユーザＡの閲覧リストから選択ＩＤＳＰを削除することを要求する削除要求と、要求元ユーザであるユーザＡの講読者リストから選択ＩＤＳＰを削除することを要求する削除要求と、要求元ユーザであるユーザＡのプレゼンスグループから選択ＩＤＳＰを削除することを要求する削除要求とを受信し、選択ＩＤＳＰのＩＤＳＰプレゼンス管理部３１におけるプレゼンスデータ管理部３１１は、選択ＩＤＳＰの閲覧リストから要求元ユーザであるユーザＡを削除することを要求する削除要求と、選択ＩＤＳＰの講読者リストから要求元ユーザであるユーザＡを削除することを要求する削除要求と、選択ＩＤＳＰのプレゼンスグループから要求元ユーザであるユーザＡを削除することを要求する削除要求とを受信し、それぞれ一旦メインメモリ等の記憶装置に格納する。ユーザＡのユーザプレゼンス管理部３５が、一旦全ての削除要求を受信した後に、選択ＩＤＳＰのＩＤＳＰプレゼンス管理部３１に削除要求を転送するような構成であってもよい。
【００５８】
そして、ユーザプレゼンス管理部３５のプレゼンスデータ管理部３５１は、これらの削除要求に従って、プレゼンスデータ格納部３５２に格納された講読者リストから選択ＩＤＳＰを削除し、プレゼンスグループ情報におけるデフォルトのグループに登録された選択ＩＤＳＰを削除し、閲覧リスト格納部３１４に格納された閲覧リストから選択ＩＤＳＰを削除する（ステップＳ４３）。また、ＩＤＳＰプレゼンス管理部３１のプレゼンスデータ管理部３１１は、これらの削除要求に従って、プレゼンスデータ格納部３１２に格納された講読者リストから要求元ユーザであるユーザＡを削除し、プレゼンスグループ情報におけるデフォルトのグループに登録されたユーザＡを削除し、閲覧リスト格納部３５３に格納された閲覧リストからユーザＡを削除する（ステップＳ４５）。そして、ＩＤＳＰプレゼンス管理部３１のプレゼンスデータ管理部３１１は、要求元ユーザであるユーザＡが講読者リストから削除されるという変更が行われたので、当該変更を通知するためのメッセージをＩＤＳＰ端末７に送信する（ステップＳ４７）。このメッセージは、要求元ユーザであるユーザＡの削除通知となる。ＩＤＳＰ端末７におけるＩＤＳＰクライアントアプリケーション７１の公開制御部７１１は、プレゼンスサーバ３から削除通知を受信し、表示装置に表示する（ステップＳ４９）。
【００５９】
上の説明では他のユーザに対するプレゼンス情報の配信について本人の了解を得る前に各種登録を行ってしまうような処理フローであるため、講読関係が破棄されると一つ一つ登録されたデータを削除する必要がある。しかし、全て本人の了解を得てから本登録を行うようにする処理フローを採用することも可能であって、その場合には了解が得られたことを関係するプレゼンス管理部に通知して本登録を行う。了解が得られなかった場合にはそれまでに行われた設定又は仮登録は全て破棄される。
【００６０】
なお、本実施例では情報配信サービス業者や店舗といったユーザは、できるだけ一般のユーザにプレゼンス情報を配信する方が好ましい。従って、一般ユーザにだけプレゼンス情報の配信につき本人の了解を得るような設定にすることも可能である。
【００６１】
次に、第９図を用いて第７図の端子Ｂを介して移行した後の処理について説明する。第９図の処理は、選択ＩＤＳＰのサービスプロファイルが定義されていないが、ＩＤＳＰも要求元ユーザであるユーザＡの何らかのプレゼンス情報の配信を要求した場合の処理である。まず、ユーザ端末５の公開制御部５２２は、グループ作成画面を表示装置に表示する（ステップＳ５１）。例えば、プレゼンスグループＩＤ、配信許可するプレゼンス情報のＩＤ、及び配信先ユーザＩＤについての入力欄を有するグループ作成画面が表示される。ここでは配信先ユーザＩＤの入力欄には、選択ＩＤＳＰが既に入力されているものとする。ユーザＡは、配信先ユーザＩＤが選択ＩＤＳＰとした場合に配信許可を与えてもよいと考えるプレゼンス情報のＩＤと、選択ＩＤＳＰと当該プレゼンス情報のＩＤとを対応付けるためのプレゼンスグループのＩＤを指定する。ユーザ端末５は、このようなユーザＡによる入力を受け付け（ステップＳ５３）、送信指示に応じて、プレゼンスグループＩＤ、プレゼンス情報のＩＤ及び配信先ユーザＩＤを含むグループ生成登録要求を生成し、プレゼンスサーバ３に送信する（ステップＳ５５）。プレゼンスサーバ３におけるユーザプレゼンス管理部３５のプレゼンスデータ管理部３５１は、ユーザ端末５からグループ生成登録要求を受信し、例えばメインメモリ等の記憶装置に格納する（ステップＳ５７）。これ以降の処理については、端子Ｅを介して第１０図の処理に移行する。簡単に説明すれば、グループ生成登録要求に従ってプレゼンスグループを生成且つ登録し、このプレゼンスグループに従ってプレゼンス情報の配信が開始される。なお、既に生成されているプレゼンスグループにＩＤＳＰのＩＤを追加登録するような場合もある。
【００６２】
次に、第１０図を用いて第７図の端子Ｃを介して移行した後の処理について説明する。第１０図の処理は、ユーザＡが、選択ＩＤＳＰのサービスプロファイルに基づくプレゼンス情報の配信を了承した場合の処理である。まず、ユーザ端末５における一般ユーザ・クライアントアプリケーション５２の公開制御部５２２は、受信した選択ＩＤＳＰのサービスプロファイルに基づき、選択ＩＤＳＰ及び選択ＩＤＳＰにより指定されたプレゼンス情報のＩＤとを対応付けるための、指定されたプレゼンスグループＩＤを有するプレゼンスグループを生成することを要求するグループ生成登録要求を生成し、プレゼンスサーバ３に送信する（ステップＳ６１）。プレゼンスサーバ３におけるユーザプレゼンス管理部３５のプレゼンスデータ管理部３５１は、ユーザ端末５から上記のようなグループ生成登録要求を受信し、一旦メインメモリ等の記憶装置に格納する（ステップＳ６３）。そして、プレゼンスデータ管理部３５１は、要求元ユーザであるユーザＡのプレゼンスグループ情報に含まれるデフォルト・グループにおける選択ＩＤＳＰの登録を削除し、さらに上記グループ生成登録要求に応じて、プレゼンスデータ格納部３５２に、指定されたプレゼンスグループＩＤのプレゼンスグループを登録し、さらに当該プレゼンスグループに、選択ＩＤＳＰのユーザＩＤ及び指定されたプレゼンス情報のＩＤとが対応付けて登録する（ステップＳ６５）。この処理が完了すれば、ＩＤＳＰプレゼンス管理部３１に含まれる配信処理部３１５及びユーザプレゼンス管理部３５に含まれる配信処理部３５４は、通常のプレゼンス情報の更新時と同じように、プレゼンスデータ格納部３１２及びプレゼンスデータ格納部３５２に格納されたデータに従って情報の配信を実施する（ステップＳ６７）。ユーザ端末５の一般ユーザ・クライアントアプリケーション５２は、配信処理部３１５から配信されるＩＤＳＰのプレゼンス情報を受信し、表示装置に表示する（ステップＳ６９）。また、ＩＤＳＰ端末７のＩＤＳＰクライアントアプリケーション７１は、配信処理部３５４からユーザＡのプレゼンス情報を受信し、表示装置に表示する（ステップＳ７１）。なお、上の説明ではプレゼンス情報は各配信処理部から直接配信先として登録されているユーザ宛に配信されるが、例えば配信先ユーザに対応するプレゼンス管理部の配信処理部を経由して配信されるようにすることも可能である。また、ＩＤＳＰ端末７では、配信されたプレゼンス情報を例えばユーザＩＤ毎にユーザＤＢ７４に格納する。
【００６３】
以上述べたようなプレゼンスデータを使用することにより、各ユーザは様々なプレゼンスグループを定義することができるようになり、従ってプレゼンス情報の配信内容を配信先ユーザの特性などに応じてフレキシブルに変化させることができるようなる。また、従来技術による方法に比してプレゼンスサーバ３におけるメモリ効率は飛躍的に向上している。さらに、上で述べたようにサービスプロファイルを用いることにより、主に一般ユーザは、プレゼンス情報の配信内容を確認でき、さらに自らプレゼンスグループの生成登録を行わずとも自動的にプレゼンス情報の配信設定を行うためのグループ生成登録要求が生成されるので、ユーザビリティが向上している。従って、プレゼンス情報のやりとりが広がり、より有用な情報がユーザに配信されるようになる。
【００６４】
次に第１１図を用いて、情報配信処理について説明する。ここではＩＤＳＰプレゼンス管理部３１における処理を説明する。プレゼンスデータ管理部３１１は、ＩＤＳＰ端末７におけるＩＤＳＰクライアントアプリケーション７１のプレゼンス情報更新処理部７１２から更新されたプレゼンス情報を受信すると、プレゼンスデータ格納部３１２のプレゼンス情報格納領域３１２１に書き込む（ステップＳ７５）。更新されたプレゼンス情報はそのＩＤと共に受信されるので、受信したプレゼンス情報でもって、当該ＩＤを用いてプレゼンス情報格納領域３１２１に格納された古いプレゼンス情報を更新する。
【００６５】
プレゼンスデータ格納部３１２のプレゼンス情報格納領域３１２１に更新されたプレゼンス情報が書き込まれると、配信処理部３１５は、更新に係るプレゼンス情報のＩＤから、当該プレゼンス情報のＩＤが含まれるプレゼンスグループを特定する（ステップＳ７７）。プレゼンスグループ情報格納領域３１２２を当該プレゼンス情報のＩＤで検索し、プレゼンスグループを特定する。複数のプレゼンスグループが特定される場合もある。
【００６６】
次に、配信処理部３１５は、特定されたプレゼンスグループに含まれるユーザを特定する（ステップＳ７９）。プレゼンスグループが特定されれば、その所属ユーザのＩＤはすぐに特定できる。よって、特定されたユーザに、更新されたプレゼンス情報を配信する（ステップＳ８１）。なお、ログオンしているユーザにのみに配信するので、配信処理部３１５は、例えばログオン中のユーザＩＤに対応してＩＰアドレスを登録するテーブル（図示せず）を参照して、配信処理を実施する。
【００６７】
プレゼンス情報が更新される毎に、第１１図に示された処理が実施される。従って、ログオンしているユーザには最新の情報がリアルタイムで配信されるようになる。
【００６８】
次に、第１２図を用いてＩＤＳＰがサービスプロファイルを更新する際の処理について説明する。サービスプロファイルを更新するということは、ユーザに対して配信を求めるプレゼンス情報の項目が変更されることになる。すなわち、いままで配信の許諾を得ていたプレゼンス情報以外のプレゼンス情報についても配信を求めることになるため、再度許諾を得なければならない。
【００６９】
ＩＤＳＰ端末７におけるＩＤＳＰクライアントアプリケーション７１のプレゼンス情報更新処理部７１２は、ＩＤＳＰからサービスプロファイルの変更入力を受け付ける（ステップＳ８５）。プレゼンス情報更新処理部７１２ではなく、別のツールやエディタにより新しいサービスプロファイルのデータを生成するようにしてもよい。そして、プレゼンス情報更新処理部７１２は、変更されたサービスプロファイルをプレゼンスサーバ３にアップロードする（ステップＳ８７）。例えば、更新されたサービスプロファイルのアップロード先のＵＲＬ（Uniform Resource Locator）を指定してアップロードする。
【００７０】
プレゼンスサーバ３におけるＩＤＳＰプレゼンス管理部３１のプレゼンスデータ管理部３１１は、ＩＤＳＰ端末７から変更されたサービスプロファイルのデータを受信し、サービスプロファイル格納部３１３に格納する（ステップＳ８９）。また、プレゼンスデータ管理部３１１は、プレゼンスデータ格納部３１２に設けられた、サービスプロファイル用のプレゼンス情報格納領域３１２１（第２図）に、変更されたサービスプロファイルの少なくとも一部を格納する。例えばサービスプロファイルを解析し、例えばこのサービスプロファイルにより配信されることになるプレゼンス情報項目名又はＩＤを領域３２５に登録する。
【００７１】
そうすると第１１図に示したように配信処理部３１５は、プレゼンス情報であるサービスプロファイルのプレゼンスＩＤが対応付けられているプレゼンスグループを特定し、当該プレゼンスグループに対応付けられているユーザにサービスプロファイルの変更を通知する（ステップＳ９１）。ここでは、サービスプロファイルの変更は、プレゼンス情報の変更として通知される。但し、サービスプロファイルの変更は、通常のプレゼンス情報の変更とは異なる処理が必要となるため、他の方法を用いて通知するようにしてもよい。また、通常、サービスプロファイルのプレゼンスＩＤは全てのプレゼンスグループに対応付けられており、全てのユーザに変更が通知される。但し、一部のユーザのみに特定のプレゼンス情報の通知を要求している場合には、当該一部のユーザが属するプレゼンスグループにのみサービスプロファイルのプレゼンスＩＤを対応付けておく。
【００７２】
ユーザ端末５の一般ユーザ・クライアントアプリケーション５２は、変更されたプレゼンス情報としてサービスプロファイルの変更通知を受信し、表示装置に表示する（ステップＳ９３）。サービスプロファイルの変更がプレゼンス情報の変更として通知される場合であっても、サービスプロファイルの変更通知はサービスプロファイルのプレゼンスＩＤを含む。従って、当該サービスプロファイルのプレゼンスＩＤが配信情報に含まれることを検知すると、公開制御部５２２は、当該変更通知に係るＩＤＳＰ、すなわちプレゼンス情報の配信元ＩＤＳＰに対するサービスプロファイルの要求をプレゼンスサーバ３に送信する（ステップＳ９５）。
【００７３】
プレゼンスサーバ３におけるＩＤＳＰプレゼンス管理部３１のプレゼンスデータ管理部３１１は、ユーザ端末５からサービスプロファイルの要求を受信する（ステップＳ９７）。そして、プレゼンスデータ管理部３１１は、サービスプロファイル格納部３１３から変更後のサービスプロファイルを読み出し、要求元のユーザ端末５に送信する（ステップＳ９９）。
【００７４】
ユーザ端末５における一般ユーザ・クライアントアプリケーション５２の公開制御部５２２は、プレゼンスサーバ３からサービスプロファイルのデータを受信し、一旦メインメモリ等の記憶装置に格納する（ステップＳ１０１）。公開制御部５２２は、当該サービスプロファイル・データを解析し、プレゼンスデータ格納部３５２に登録されるプレゼンスグループのデータ（例えばグループＩＤ又はグループ名）と、配信されるプレゼンス情報のＩＤ又は名称（すなわちプレゼンス情報項目）と、要求元のＩＤＳＰのユーザＩＤ又は名称とを含む講読要求内容を表示装置に表示し、ユーザに確認を求める（ステップＳ１０３）。これによりユーザは、ＩＤＳＰからどのようなプレゼンス情報の配信を要求されているかを知ることができる。この段階で、ユーザは、自己のプレゼンス情報の配信を許可するか、又は拒否するかを決定しなければならない。
【００７５】
ユーザ端末５は、ユーザからの選択入力を受け付け（ステップＳ１０５）、その内容を判断する。もし、自己のプレゼンス情報の配信を拒否したことを意味する選択入力がなされた場合には（ステップＳ１０７：Ｎｏルート）、端子Ｄを介して第７図の処理に移行する。一方、自己のプレゼンス情報の配信を了解したことを意味する選択入力がなされた場合には（ステップＳ１０７：Ｙｅｓルート）、公開制御部５２２は、受信したサービスプロファイルに基づき、当該ＩＤＳＰにより変更されたプレゼンス情報のＩＤを新規講読時に登録したプレゼンスグループと同じプレゼンスグループに対応付けることを要求するグループ変更要求を生成し、プレゼンスサーバ３に送信する（ステップＳ１０９）。なお、ステップＳ６１のように、サービスプロファイルに係るＩＤＳＰと変更後の指定プレゼンス情報を対応付けるための、指定プレゼンスグループＩＤを有するプレゼンスグループの生成を要求するグループ生成要求を送信するようにしてもよい。この場合、プレゼンスデータ管理部３５１は、グループ生成要求に含まれるプレゼンスグループＩＤと同じプレゼンスグループＩＤを有するプレゼンスグループが既にプレゼンスデータ格納部３５２に登録されている場合には、既に登録されているプレゼンスグループのデータを、受信したグループ生成要求に従って更新登録する。
【００７６】
プレゼンスサーバ３におけるユーザプレゼンス管理部３５のプレゼンスデータ管理部３５１は、ユーザ端末５から上記のようなグループ変更要求を受信し、一旦メインメモリ等の記憶装置に格納する（ステップＳ１１１）。そして、プレゼンスデータ管理部３５１は、上記グループ変更要求に応じて、プレゼンスデータ格納部３５２に既に登録されており且つ変更されたサービスプロファイルに係るＩＤＳＰに対応するプレゼンスグループに、当該グループ変更要求に含まれるプレゼンス情報のＩＤを登録する（ステップＳ１１３）。これにより、変更後のプレゼンス情報のＩＤとＩＤＳＰのユーザＩＤとを対応付けるプレゼンスグループが、プレゼンスデータ格納部３５２に登録されたことになる。
【００７７】
この処理が完了すれば、ユーザプレゼンス管理部３５に含まれる配信処理部３５４は、通常のプレゼンス情報の更新時と同じように、プレゼンスデータ格納部３５２に格納された新たなプレゼンスグループ情報に従ってプレゼンス情報の配信を実施する（ステップＳ１１５）。ＩＤＳＰ端末７のＩＤＳＰクライアントアプリケーション７１は、配信処理部３５４から、新規なプレゼンス情報項目についてのデータを含むユーザのプレゼンス情報を受信し、表示装置に表示する（ステップＳ１１７）。ＩＤＳＰ端末７では、配信されたプレゼンス情報を例えばユーザＩＤ毎にユーザＤＢ７４に格納する。
【００７８】
このようにサービスプロファイルが変更された場合であっても、各講読者に対して変更後に配信されることになるプレゼンス情報項目の確認を自動的に求め、了解を得るようにしている。従って、サービスプロファイルの変更があってもすぐに講読関係が破棄されるわけではなく、講読者が了承すれば講読関係は継続される。また、講読者もサービスプロファイルの変更に応じて自らプレゼンスグループ情報を変更する必要がなく、本プレゼンス情報配信サービス利用上必要な手間が減少される。
【００７９】
次に第１３図を用いて、プレゼンス情報の効果的な配信を実現するための一例を示す。ここでは、ユーザ端末５を保持するユーザＡは、移動中であるものとする。移動中、ユーザ端末５の位置データ取得部５１は、現在位置の位置データを取得する（ステップＳ１２１）。例えば緯度経度のデータを取得する。そうすると、一般ユーザ・クライアントアプリケーション５１の外部データ判定処理部５２３は、位置データ取得部５１から位置データを取得し、当該位置データを解析する。例えば、今回取得した位置データをプレゼンス情報の変更としてプレゼンスサーバ３に送信するかを判断する。例えば、前回プレゼンス情報の変更としてプレゼンスサーバ３に通知した際の位置データを保持しておき、所定の距離移動したかを判定する。但し、ユーザ端末５における外部データ判定処理部５２３の処理は任意であり、上で述べたような判定を行わずに、移動が検出された場合には必ず最新の位置データをプレゼンスサーバ３に送信するようにしてもよい。
【００８０】
今回取得した位置データをプレゼンスサーバ３に配信する場合には、プレゼンス情報更新処理部５２１は、今回取得した位置データを含むプレゼンス情報の更新要求をプレゼンスサーバ３に送信する（ステップＳ１２３）。プレゼンスサーバ３におけるユーザプレゼンス管理部３５のプレゼンスデータ管理部３５１は、ユーザ端末５から今回取得した位置データを含むプレゼンス情報の更新要求を受信し、当該更新要求に従って、プレゼンスデータ格納部３５２のプレゼンス情報格納領域３５２１に登録する（ステップＳ１２５）。そうすると、配信処理部３５４は、更新プレゼンス情報のＩＤが対応付けられているプレゼンスグループを特定し、さらに当該プレゼンスグループに属するユーザを特定し、当該ユーザに更新プレゼンス情報（すなわち位置データ）及び配信元ユーザＩＤを送信する（ステップＳ１２７）。ここではＩＤＳＰが配信先ユーザとして特定されているものとする。
【００８１】
そして、ＩＤＳＰ端末７におけるＩＤＳＰクライアントアプリケーション７１は、プレゼンスサーバ３から更新プレゼンス情報である位置データ及び配信元ユーザＩＤを受信する（ステップＳ１２９）。例えばユーザＤＢ７４に、受信した位置データを登録してもよい。また、外部データ判定処理部７１３は、受信した位置データをエリアＤＢ７３に記憶されたデータを用いて解析する（ステップＳ１３１）。ここでは、エリアＤＢ７３には、住所や緯度経度などの位置データに基づくエリア定義が格納されており、今回受信した位置データに基づきユーザが現在いずれのエリアに位置しているのかを判断する。例えば、エリアコードにプレゼンスグループＩＤを用いれば、ユーザの現在の位置データから、当該ユーザが属すべきプレゼンスグループＩＤが特定される。例えば、位置データからニューヨーク・マンハッタンの５番街のエリアコードが特定されれば、ニューヨーク・マンハッタンの５番街のエリアコードをプレゼンスグループＩＤとするプレゼンスグループが特定される。
【００８２】
従って、公開制御部７１１は、更新されたプレゼンス情報の内容に対応するプレゼンスグループに当該プレゼンス情報の配信元ユーザのＩＤを対応付けるために、ユーザＩＤ及び変更後のプレゼンスグループＩＤを含むグループ変更要求を生成し、プレゼンスサーバ３に送信する（ステップＳ１３３）。プレゼンスサーバ３におけるＩＤＳＰプレゼンス管理部３１のプレゼンスデータ管理部３１１は、上記のようなグループ変更要求を受信し、一旦メインメモリなどの記憶装置に格納する（ステップＳ１３５）。プレゼンスデータ管理部３１１は、プレゼンスデータ格納部３１２のプレゼンスグループ情報格納領域３１２２を、グループ変更要求に含まれるユーザＩＤで検索して当該ユーザＩＤを現在所属するプレゼンスグループから削除すると共に、当該ユーザＩＤをグループ変更要求で指定されたプレゼンスグループに登録する（ステップＳ１３７）。すなわち、プレゼンスグループ情報格納領域３１２２においてプレゼンスグループの情報が更新される。
【００８３】
そうすると、配信処理部３１５は、通常のプレゼンス情報の更新時と同じように、プレゼンスデータ格納部３１２のプレゼンスグループ情報格納領域３１２２に格納されたプレゼンスグループ情報に従ってプレゼンス情報の配信を行う（ステップＳ１３９）。グループ変更要求に含まれるプレゼンスグループＩＤに係るプレゼンスグループに属するプレゼンス情報を、グループ変更要求に含まれるユーザＩＤのユーザに対して配信する。ユーザ端末５の一般ユーザ・クライアントアプリケーション５２は、プレゼンスサーバ３からプレゼンス情報を受信し、表示装置に表示する（ステップＳ１４１）。
【００８４】
このようにすれば、例えばニューヨーク・マンハッタンの３番街にいたユーザが５番街に移動した場合には、５番街に存在する店舗の情報などが新たに配信されるようになる。ユーザの移動に伴い、当該ユーザのユーザＩＤに対応付けられるプレゼンスグループは次々に変化する。すなわち、ユーザの移動に伴い、配信されるプレゼンス情報の内容が変化してゆく。このように、ユーザの位置に応じた有用な情報がユーザが何らの設定を行うことなく自動的に配信されるようになり、ユーザの利便性が高まる。このような利便性の向上は、上で述べたようなプレゼンスデータのデータ構造を採用することによって、より簡単に実現できるようになる。
【００８５】
次に第１４図を用いてプレゼンス情報の効果的な配信を実現するための他の例を説明する。まず、ＩＤＳＰ端末７の外部データ判定処理部７１３は、ＩＤＳＰ端末７のシステム時計により特定時刻を検出する（ステップＳ１４５）。外部データ判定処理部７１３は、特定時刻に対応する条件を特定する（ステップＳ１４７）。例えば、外部データ判定処理部７１３に予め設定されているテーブル（図示せず）から、特定時刻に対応付けられている条件（例えば開店時刻、タイムサービス時刻、ランチサービスタイム）を特定する。この条件は固定であってもよい。また、特定時刻ではなく他の条件に対応付けられている場合もある。そして、外部データ判定処理部７１３は、特定された条件と特定時刻とに従って店舗ＤＢ７２を検索する（ステップＳ１４９）。店舗ＤＢ７２には、店舗毎に、所属すべきプレゼンスグループ（例えばエリアコード）と、例えば開店時刻１０時、タイムサービス時刻１８時、ランチサービスタイム１１時といったデータが登録されている。特定時刻が１０時であってステップＳ１４７において特定された条件が開店時刻であれば、開店時刻が１０時の店舗を抽出する。
【００８６】
公開制御部７１１は、抽出された店舗についてのプレゼンス情報（プレゼンス情報格納領域３１２１に登録済み）を指定プレゼンスグループに登録するためのグループ変更要求を生成し、プレゼンスサーバ３に送信する（ステップＳ１５１）。グループ変更要求には、プレゼンス情報のＩＤ及び指定プレゼンスグループのＩＤとが含まれる。プレゼンスサーバ３におけるＩＤＳＰプレゼンス管理部３１のプレゼンスデータ管理部３１１は、ＩＤＳＰ端末７から上で述べたようなグループ変更要求を受信し、一旦メインメモリ等の記憶装置に格納する（ステップＳ１５３）。プレゼンスデータ管理部３１１は、グループ変更要求に含まれるプレゼンス情報のＩＤを、同じくグループ変更要求に含まれるプレゼンスグループＩＤのプレゼンスグループに登録する（ステップＳ１５５）。すなわち、グループ変更要求に含まれるプレゼンス情報のＩＤを、プレゼンスグループ情報格納領域３１２２の指定プレゼンスグループの格納領域に格納する。これにより、ステップＳ１４９において抽出された店舗のプレゼンス情報が、指定のプレゼンスグループに対応付けられる。
【００８７】
そうすると、配信処理部３１５は、通常のプレゼンス情報の更新時と同じように、プレゼンスデータ格納部３１２のプレゼンスグループ情報格納領域３１２２に格納されたプレゼンスグループ情報に従ってプレゼンス情報の配信を行う（ステップＳ１５７）。グループ変更要求に含まれるプレゼンスグループＩＤに係るプレゼンスグループに属するプレゼンス情報を、当該プレゼンスグループに対応付けられた全ユーザに対して配信する。ユーザ端末５の一般ユーザ・クライアントアプリケーション５２は、プレゼンスサーバ３からプレゼンス情報を受信し、表示装置に表示する（ステップＳ１５９）。
【００８８】
このような処理を実施することにより、ステップＳ１４９において抽出された店舗のプレゼンス情報が「１０時です。開店しました。ＸＹＺを１００円で大放出。」であれば、１０時に例えば当該店舗付近のエリアにいるユーザに対して配信される。すなわち、時刻に応じて適切なプレゼンス情報をユーザに配信することができるようになる。ＩＤＳＰやＩＤＳＰの顧客である店舗の事情に合わせてプレゼンス情報の配信を制御することができ、フレキシブルな情報配信が可能になる。なお、このようなフレキシブルな情報配信は、上で述べたようなプレゼンスデータのデータ構造を採用することによって、より簡単に実現できるようになる。
【００８９】
なお、１つの店舗につき複数のプレゼンス情報項目を登録しておけば、当該１つの店舗について時刻によって異なるプレゼンス情報の配信も可能になる。また、上で説明した例では既に登録済みのプレゼンス情報の所属プレゼンスグループを制御していたが、同時に又は直前にプレゼンス情報の内容を変更することにより、時刻によって異なるプレゼンス情報の配信も可能となる。
【００９０】
次に、第１５図を用いて、ＩＤＳＰではなく店舗に対して直接プレゼンス情報の配信を申し込む場合の処理の一例を説明する。まず、ユーザ端末５の一般ユーザ・クライアントアプリケーション５２は、ユーザＡから店舗への新規講読申し込みに係る選択入力を受け付ける（ステップＳ１６１）。次に、一般ユーザ・クライアントアプリケーション５２の公開制御部５２２は、新規講読先として選択された店舗をユーザＡの閲覧リストへ登録することを要求する登録要求と、ユーザＡを選択店舗の講読者リストへ登録することを要求する登録要求とを生成し、プレゼンスサーバ３に送信する（ステップＳ１６３）。
【００９１】
これに対してプレゼンスサーバ３に含まれ且つユーザＡに対応するユーザプレゼンス管理部３５のプレゼンスデータ管理部３５１は、新規講読先として選択された店舗をユーザＡの閲覧リストへ登録することを要求する登録要求を受信し、選択店舗に対応する店舗プレゼンス管理部３３のプレゼンスデータ管理部３３１は、ユーザＡを選択店舗の講読者リストへ登録することを要求する登録要求を受信し、それぞれ一旦メインメモリ等の記憶装置に格納する（ステップＳ１６５）。
【００９２】
そして、ユーザプレゼンス管理部３５のプレゼンスデータ管理部３５１は、上記のような登録要求に応じて、閲覧リスト格納部３５３に格納された、要求元ユーザの閲覧リストに、選択店舗を登録する（ステップＳ１６７）。また、店舗プレゼンス管理部３３のプレゼンスデータ管理部３３１は、上記のような登録要求に応じて、プレゼンスデータ格納部３３２に格納された講読者リストに要求元ユーザであるユーザＡ（すなわちユーザＡのユーザＩＤ）を登録し、さらに「デフォルト」のプレゼンスグループに当該ユーザＡを登録する（ステップＳ１６９）。そして、プレゼンスデータ管理部３３１は、新規に講読者リストへ登録を行ったので、新規講読者（すなわちユーザＡ）の出現を通知するためのメッセージを、選択店舗の店舗端末９に対して送信する（ステップＳ１７１）。本通知は、選択店舗に対する、ユーザＡからの講読要求に相当する。
【００９３】
店舗端末９における店舗クライアントアプリケーション９１の公開制御部９１１は、プレゼンスサーバ３から新規講読者（すなわちユーザＡ）についての通知を受信し、表示装置に表示する（ステップＳ１７３）。なお、あえて表示装置に表示する必要はないが、店舗の管理者が確認する場合があるならば表示装置に表示する。この処理が完了すれば、店舗プレゼンス管理部３３に含まれる配信処理部３３４は、通常のプレゼンス情報の更新時と同じように、プレゼンスデータ格納部３３２に格納された「デフォルト」のプレゼンスグループに対応付けられているプレゼンス情報の配信を実施する（ステップＳ１７５）。本実施例では、デフォルトのプレゼンスグループにもプレゼンス情報が対応付けられており、ユーザが講読を欲して登録するだけで、最小限のプレゼンス情報が配信されるようになる。ユーザ端末５の一般ユーザ・クライアントアプリケーション５２は、配信処理部３３４から配信される店舗のプレゼンス情報を受信し、表示装置に表示する（ステップＳ１７７）。
【００９４】
このような処理を行うことにより、店舗も直接プレゼンス情報を配信することができるようになる。なお、ＩＤＳＰとは異なり講読者に対してプレゼンス情報の配信を要求せずに、ユーザに対して一方向でプレゼンス情報の配信を行っている。店舗であってもＩＤＳＰと同じように講読者に対してプレゼンス情報の配信を要求してもよい。
【００９５】
また、店舗についてもデフォルトのプレゼンスグループだけではなく、他のプレゼンスグループを定義することができる。第３図に示したように、「お得意様」といったプレゼンスグループを定義することも可能である。さらに「お得意様」についても複数レベルを設けたりすることも可能である。
【００９６】
店舗の場合には、例えば売上／ポイントデータ取得部９２が、売上／ポイント管理システム１１から、顧客の例えば月間売上又は売上に応じたポイント値を取得する。そして、外部データ判定処理部９１３は、売上／ポイントデータ取得部９２が取得した顧客の売上又は売上に応じたポイント値を解析して、「お得意様」プレゼンスグループに登録すべきユーザを抽出する。当然ながら売上／ポイント管理システム１１に本プレゼンス情報配信システムにおけるユーザＩＤが登録されていなければならない。ユーザが抽出された場合には、当該ユーザのＩＤを「お得意様」のプレゼンスグループに登録するようにグループ変更要求を生成し、プレゼンスサーバ３に送信する。このグループ変更要求の生成処理以降の処理は基本的に第１３図のステップＳ１３３以降と同様である。このように、店舗であっても講読者が属するプレゼンスグループを変更することにより、よりフレキシブルな情報配信が可能となる。またＩＤＳＰについて可能な機能については店舗についても同様に実現することができる。従って、ユーザＤＢ９３に、講読者から配信されたプレゼンス情報を登録しておき、営業活動に利用することも可能である。
【００９７】
以上本発明の一実施例を説明したが、本発明はこれに限定されるものではない。第１図に示した機能ブロックは一例であって、機能ブロックに応じてプログラムのモジュールが作成されるわけではない。また、上で説明した処理フローは一例であって、同様の結果をもたらす他の処理フローを採用するようにしてもよい。さらに、同様の結果をもたらすものであれば、処理ステップの順番を入れ替えたり同時に実行するようにしてもよい。
【００９８】
また、上で述べた例では、特定のプレゼンスグループに対応付けられたプレゼンス情報を他のプレゼンスグループに対応付ける場合、移動後のプレゼンスグループに登録されたユーザには上記プレゼンス情報を配信することになっていた。これに加えて、移動前の特定のプレゼンスグループに登録されたユーザについても、変更と判断して、配信されなくなった旨のメッセージなどを配信するようにしてもよい。
【００９９】
また、ＩＤＳＰ端末７及び店舗端末９は、端末ではなくサーバなどのコンピュータであってもよい。
【図１】
2009157935.tif 000003
【図２】
2009157935.tif 000004
【図３】
2009157935.tif 000005
【図４】
2009157935.tif 000006
【図５】
2009157935.tif 000007
【図６】
2009157935.tif 000008
【図７】
2009157935.tif 000009
【図８】
2009157935.tif 000010
【図９】
2009157935.tif 000011
【図１０】
2009157935.tif 000012
【図１１】
2009157935.tif 000013
【図１２】
2009157935.tif 000014
【図１３】
2009157935.tif 000015
【図１４】
2009157935.tif 000016
【図１５】
2009157935.tif 000017