JP4345368B2 - プレゼンス管理装置および情報配信システム - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワークに接続された複数の情報処理装置から構成されるシステムにおける、各情報処理装置ユーザの属性であるプレゼンスの管理技術に関する。
【０００２】
【従来の技術】
携帯電話やＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）など、インターネットへの接続機能、及び電子メールやインスタントメッセージの送受信機能を備える携帯性に優れた情報端末が普及している。一方、無線通信技術や、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）技術などを用いて、ユーザ端末を携帯するエンドユーザの位置情報を特定し、インターネット経由でサーバ装置に記憶することが可能になっている。
【０００３】
このようなユーザ端末、及び位置情報管理技術を活用し、エンドユーザの現在地周辺に関わるニュースや、現在地周辺にある店舗が提供する商品やサービスの広告といった情報を、電子メールやインスタントメッセージを使用して、個々のエンドユーザのユーザ端末へ、直接配信するサービスが考案され始めている。
【０００４】
このようなサービスを実現する技術として、たとえば特許文献１に記載された情報配信システム、及びユーザ端末がある。当該文献では、駅の自動改札などの読み取り装置が、エンドユーザが携帯する携帯型記憶媒体から読み取ったエンドユーザのサービス契約内容を情報管理装置へ送信し、情報管理装置が契約内容に沿って情報を選択し、送信管理装置が選択された情報をエンドユーザが携帯するユーザ端末へ配信する情報配信システムが開示されている。
【０００５】
上記情報配信システム、及びユーザ端末を用いると、情報提供事業者が、位置情報というエンドユーザの動的な属性に条件を指定し、その条件にマッチするエンドユーザにのみ、情報を配信することができる。例えば、東京駅周辺にいるエンドユーザにのみ、東京駅周辺の店舗情報を送信できる。その結果、年齢や性別といったエンドユーザの静的な属性に基づく情報配信と比較して、よりタイムリーな情報配信が可能となる。
【０００６】
【特許文献１】
特開平８−１８５２３号公報
【０００７】
【発明が解決しようとする課題】
上記従来技術は、エンドユーザが、情報配信を希望する分野を頻繁に更新することや、情報提供事業者が一旦指定した条件を変更することを想定していない。従って、例えば、エンドユーザが駅の自動改札を通過した後、分野の変更を行っても、再度自動改札を通過しない限り、その分野の情報は配信されない、といった不都合が生じる。
【０００８】
上記の例にとどまらず、このような動的な属性や指定された条件の頻繁な変更にも対応できる、より利便性の高いサービスに対する要求が、インターネットや携帯型情報端末の普及に伴い、求められている。
【０００９】
【課題を解決するための手段】
本発明は、サービス提供側とサービス享受側のいずれか一方または双方による、動的な属性や指定された条件の頻繁な変更にも対応できる、属性や条件の管理技術を提供する。
【００１０】
また、本発明は、上記管理技術に基づいたサービスの提供技術を開示する。
【００１１】
より具体的には、本発明は、情報提供事業者が、情報配信先のエンドユーザの条件を指定できると共に、エンドユーザも情報や情報提供事業者の条件を指定でき、かつこれらの条件が頻繁に変化することを想定した技術を開示する。
【００１２】
本発明は、その一態様において、第一の装置と第二の装置とに、ネットワークを介して接続され、第一の装置から受信する、当該第一の装置を使用する第一のユーザのプレゼンスと、第二の装置から受信する、当該第二の装置を使用する第二のユーザのプレゼンスとを更新するプレゼンス更新手段と、第一の装置から受信する、上記第一のユーザが指定する、他のユーザのプレゼンスに対するマッチング条件と、第二の装置から受信する、上記第二のユーザが指定する、他のユーザのプレゼンスに対するマッチング条件とを登録するマッチング条件登録手段と、マッチング条件登録手段による登録処理および／またはプレゼンス更新手段による更新処理が行われた場合、第一のユーザのプレゼンスが、第二のユーザが指定したマッチング条件に合致し、かつ、第二のユーザのプレゼンスが、第一のユーザが指定したマッチング条件に合致するか判定するマッチング判定手段を備えるプレゼンス管理装置または、コンピュータに当該プレゼンス管理装置を実現させるプログラムまたは、その実現させる方法を提供する。
【００１３】
【発明の実施の形態】
以下、本発明の実施例について図面を用いて説明する。以下の図中、同一の部分には同一の符号を付加する。
【００１４】
第一の実施例では、図１に示すようなプレゼンス管理装置（以下、プレゼンスサーバという）１が、図２に示すようなエンドユーザが使う携帯型情報端末装置（以下、ユーザ端末という）２、アクセスポイント装置（以下、アクセスポイントという）４、ホームエージェントサーバ装置（以下、ホームエージェントサーバという）５、情報配信サーバ装置（以下、情報配信サーバという）６、及び事業者端末装置（以下、事業者端末という）７と、ＩＥＥＥ８０２．１１ｂなどの無線ＬＡＮ２２５やインターネットなどのネットワーク２０により接続される情報配信システムについて説明する。
【００１５】
本実施例における情報配信システムでは、情報提供事業者が、位置情報を用いてニュース、広告、電子クーポンなどの情報を配信する相手であるエンドユーザを絞り込めると共に、エンドユーザも情報の分野や情報提供事業者の動的属性（タイムセールス中か否かなど）で情報配信元の情報提供事業者を絞り込むことができる。さらに、このような条件が頻繁に変化することを想定している。また、エンドユーザによる配信される情報の分野の指定を簡便化するために、ユーザ端末２が、情報記憶機能と無線通信機能を備える微小なＩＣチップであるＩＤタグとの通信機能を備え、エンドユーザがユーザ端末２を携帯してＩＤタグを添付したポスターなどの近くに行くと、ユーザ端末２がそのポスターに記載されている情報の分野を受信できるようにする。
【００１６】
本実施例では、エンドユーザと情報提供事業者をあわせてユーザという。また、ユーザの動的な属性をプレゼンスといい、プレゼンスに対する条件をマッチング条件という。本実施例における情報配信システムでは、エンドユーザのプレゼンスとして、ステータス、及び位置情報を扱う。エンドユーザのステータスには、例えば、ユーザ端末２がネットワークに接続していることを示す「オンライン」、ユーザ端末２がネットワークに接続していないことを示す「オフライン」、ユーザ端末２はネットワークに接続しているがエンドユーザがそのユーザ端末２から離れていることを示す「離席」、ユーザ端末２はネットワークに接続しているがエンドユーザが多忙であり情報配信を望まないことを示す「多忙」がある。情報提供事業者のプレゼンスとしては、ステータス、及び配信する情報の分野を扱う。情報提供事業者のステータスには、「タイムサービス中」、「通常営業中」がある。
【００１７】
プレゼンスサーバ１は、中央演算装置（以下、ＣＰＵという）２４、ハードディスク等の２次記憶装置（以下、磁気ディスクという）２３、主記憶装置メモリ（以下、主メモリという）２１、バスなどの通信線２２、表示装置などの出力装置（以下、ディスプレイという）２５、キーボードなどの文字入力装置２７、マウス、タッチパネル、或いはスタイラスペンなどのポインティング装置２６から構成され、ネットワーク２０によって他装置と接続される。
【００１８】
磁気ディスク２３には、各ユーザの情報を記憶するユーザテーブル３０、あるユーザのマッチング条件にマッチしたユーザのＩＤを一時的に待避するマッチングテーブル３１が格納される。これらのテーブルは、主メモリ２１に格納されてもよい。
【００１９】
主メモリ２１には、他装置とのネットワーク２０経由の通信を制御する通信制御プログラム１０、プレゼンス更新、マッチング条件指定、マッチング通知に関わる通信プロトコルの解析を行うプロトコル解析プログラム１１、プレゼンスの更新要求を受けユーザテーブル３０が記憶するプレゼンスを更新するプレゼンス更新プログラム１２、マッチングが双方向に成立するか否かを判定するマッチング判定プログラム１３、マッチングが双方向に成立したことをユーザに通知するマッチング通知プログラム１４、及びユーザから受信したマッチング条件をユーザテーブル３０へ登録するマッチング条件登録プログラム１５が格納される。
【００２０】
これらのプログラムは、必要に応じてＣＰＵ２４で実行され、以下に述べる各処理をプレゼンスサーバ１で実現する。また、これらのプログラムは、あらかじめ、または可搬型記録媒体からの読み込み、または通信媒体であるネットワーク２０またはネットワーク２０上の搬送波を介したダウンロードにより、他のサーバから磁気ディスク２３に格納され、必要に応じて主メモリ２１に転送される。
【００２１】
ユーザ端末２、アクセスポイント４、ホームエージェントサーバ５、情報配信サーバ６、及び事業者端末７は、それらの構成を図示していないが、ＣＰＵ、半導体メモリや磁気ディスクなどのメモリ、バスなどの通信線、ディスプレイ、キーボードなどの文字入力装置、タッチパネル、或いはスタイラスペンなどのポインティング装置から構成され、ネットワーク２０や無線ＬＡＮ２２５によって他装置と接続される。なお、ユーザ端末２は文字入力装置を備えなくともよい。また、アクセスポイント４、ホームエージェントサーバ５、情報配信サーバ６は、ディスプレイ、文字入力装置、ポインティング装置を備えなくともよい。メモリには、ＯＳの他一つ以上のプログラムが格納されており、必要に応じてＣＰＵで実行され、以下に述べる各処理部を各装置上に具現化する。さらにプログラムは、あらかじめ、または可搬型記録媒体からの読み込み、または通信媒体であるネットワーク２０またはネットワーク２０上の搬送波を介した他の装置からのダウンロードにより、内部のメモリに格納されてもよい。
【００２２】
ユーザ端末２は、ポスターや吊り広告などの媒体（以下、ポスター３という）に添付されたＩＤタグ２３０と赤外線などの短距離無線通信路２３１を用いて通信しＩＤタグ２３０が記憶するポスター３の識別情報を読み出すＩＤタグ通信処理部２２２、ＩＤタグから読み出した情報に従ってマッチング条件をプレゼンスサーバ１へ送信するマッチング条件送信処理部２２１、アクセスポイント４へ気付アドレスの割り当てを要求し、割り当てられた気付アドレスを受信し、その気付アドレスを用いて他の装置と通信する無線通信処理部２２０、上記気付アドレスをホームエージェントサーバ５へ送信するアドレス送信処理部２２３、情報配信サーバ６からニュース、広告、電子クーポンなどの情報を受信する情報受信処理部２２４、ステータスをプレゼンスサーバ１へ登録するプレゼンス登録処理部２２６、及びエンドユーザに対してグラフィカルなユーザインターフェースを提供するＧＵＩ制御処理部２２７を備える。ポスター３の識別情報には、ポスター３に記載された情報の分野が含まれるとする。
【００２３】
上記プレゼンス登録処理部２２６は、エンドユーザからの操作や、ユーザ端末２で動作するプログラムとの通信により、ユーザのステータスを収集し、プレゼンスサーバ１へ送信する。例えば、ステータスのうち「オンライン」、「オフライン」は、ユーザ端末２の電源オン、オフ時に、ユーザ端末２のＯＳから受け取る。ステータスのうち「離席」は、ユーザ端末２が一定時間ユーザ操作を受け付けなかった時に、ユーザ端末２のＯＳから受け取る。ステータスのうち「多忙」は、エンドユーザがＧＵＩ制御処理部２２７の提供するユーザインターフェースを用いて入力する。
【００２４】
アクセスポイント４は、無線ＬＡＮ２２５とネットワーク２０に接続し、ユーザ端末２からの要求に応じて、通信アドレスを割り当て、さらにユーザ端末２とネットワーク２０に接続する装置との通信を中継する無線通信処理部２４０を備える。本実施例の情報配信システムにおいて、アクセスポイント４は１以上存在し、ユーザ端末２はその場所に応じていずれか一つのアクセスポイント４と通信できるものとする。そして、アクセスポイント４によって、割り当てる通信アドレスのサブネットアドレスが異なるものとする。
【００２５】
ホームエージェントサーバ５は、ネットワーク２０に接続し、ユーザ端末２の気付アドレスを記憶するアドレステーブル２５２、サブネットアドレスと物理的な位置との対応を記憶するサブネットテーブル２５３、ユーザ端末２から気付アドレスを受信し、アドレステーブル２５２へ記録するアドレス受信処理部２５１、ユーザ端末２の気付アドレスから算出したサブネットアドレスとサブネットテーブル２５３からユーザ端末２の位置情報を算出し、その位置情報をプレゼンスサーバ１へ送信するプレゼンス登録処理部２５０を備える。
【００２６】
事業者端末７は、情報提供事業者が配信する情報とその配信条件を情報配信サーバ６へ登録する情報登録処理部２７１、情報提供事業者のステータスとして、例えば、タイムセールスを実施しているか否かを表すタイムセールスフラグをプレゼンスサーバ１へ登録するプレゼンス登録処理部２７０、及び情報提供事業者に対してグラフィカルなユーザインターフェースを提供するＧＵＩ制御処理部２７２を備える。
【００２７】
情報配信サーバ６は、配信する情報を記憶する情報テーブル２６２、事業者端末７から受信した情報を情報テーブル２６２へ記録する情報受信処理部２６１、情報の配信条件に基づきプレゼンスサーバ１へマッチング条件を送信するマッチング条件送信処理部２６０、プレゼンスサーバ１からマッチング通知を受信するマッチング通知受信処理部２６３、マッチング通知受信時に情報をエンドユーザのユーザ端末２へ送信する情報配信処理部２６４を備える。
【００２８】
ユーザテーブル３０、マッチングテーブル３１、アドレステーブル２５２、サブネットテーブル２５３、及び情報テーブル２６２は、配列構造を成し１以上のレコードを格納可能である。ユーザテーブル３０の各レコードは、図３（ａ）に示すように、ユーザを一意に識別するユーザＩＤ３０１、当該ユーザの種別（エンドユーザ、或いは情報提供事業者）を記憶するユーザタイプ３０２、当該ユーザが指定した他のユーザに対するマッチング条件３０３、当該ユーザの状態を表すステータス３０４、当該ユーザの位置情報３０５、及び当該ユーザが所持する情報の分野３０６から構成される。マッチング条件３０３は、「プレゼンスの項目名＝値」という書式で記述する。さらに、論理積を表す「＆」、論理和を表す「｜」などで１以上の式を組み合わせることができるようにしてもよい。なお、位置情報３０５や分野３０６がＮＵＬＬの場合は、データが格納されていないことを示す。
【００２９】
マッチングテーブル３１の各レコードは、図３（ｂ）に示すように、ユーザＩＤ３１１、及びユーザＩＤ３１１で識別されるユーザのマッチング条件に合致するユーザのユーザＩＤであるマッチングユーザＩＤ３１２から構成される。
【００３０】
アドレステーブル２５２の各レコードは、あらかじめユーザ端末２に割り当てられた不変のアドレスであるホームアドレス、通信するアクセスポイント４ごとに変化する気付アドレスから構成される。サブネットテーブル２５３の各レコードは、気付アドレスのサブネットアドレス、及びそのサブネットを収容するアクセスポイント４が設置された位置から構成され、あらかじめ本実施例の情報配信システムのシステム管理者によって登録される。情報テーブル２６２は、情報提供事業者のユーザＩＤ、及び情報から構成される。
【００３１】
次に、本実施例に関わる通信シーケンスについて図４、図６を用いて説明する。なお、アクセスポイント４はユーザ端末２と他装置との通信を中継するだけであるため、これらの通信シーケンスではアクセスポイント４の処理は省略する。
【００３２】
図４（ａ）は、エンドユーザによるマッチング条件の登録に関わる通信シーケンスである。ユーザ端末２を携帯したエンドユーザがポスター３に近づいた時、ＩＤタグ２３０がユーザ端末２へポスター３の識別情報を送信する（Ｓ４０１）。ユーザ端末２では、ＩＤタグ通信処理部２２２が上記識別情報を受信し、その中からポスター３に記載されている情報の分野を抽出する。例えば、ポスター３がＪａｚｚコンサートのポスターであれば、情報の分野は「Ｊａｚｚ」となる。そして、ＧＵＩ制御処理部２２７が、図５（ａ）のような条件指定画面５００を表示する（Ｓ４０２）。
【００３３】
エンドユーザが、条件指定画面５００のボタン５０６を押下すると、マッチング条件送信処理部２２１が、条件指定画面５００の領域５０１に入力されたユーザＩＤ、領域５０２にて選択されたステータス、及び領域５０４にて選択された分野からマッチング条件登録要求を組み立て、プレゼンスサーバ１へ送信する（Ｓ４０３）。このマッチング条件登録要求には、ユーザＩＤとマッチング条件が含まれる。例えば、エンドユーザｕｓｅｒ−ａが、領域５０２で「タイムセール中」を選択し、領域５０４で「Ｊａｚｚ」を選択すると、マッチング条件登録要求に含まれるユーザＩＤは「ｕｓｅｒ−ａ」、マッチング条件は「ステータス＝タイムセールス中 ＆ 分野＝Ｊａｚｚ ＆ ユーザタイプ＝事業者」となる。ユーザタイプも対する条件式は、条件指定画面５００の入力内容に関わらず追加するものとする。プレゼンスサーバ１の通信制御プログラム１０が上記マッチング条件登録要求を受信すると、プレゼンスサーバ１は条件登録処理を実行する（Ｓ４０４）。
【００３４】
条件登録処理では、まず、プロトコル解析プログラム１１が、上記マッチング条件登録要求からユーザＩＤ、及びマッチング条件を抽出し、マッチング条件登録プログラム１５が、ユーザテーブル３０のマッチング条件３０３を更新する。最後に、マッチング判定プログラム１３が、図７、及び図８のようなマッチング判定処理を実行する（Ｓ４０５）。エンドユーザｕｓｅｒ−ａがＳ４０２にて指定したマッチング条件に合致する情報提供事業者はまだ存在しないため、Ｓ４０５ではマッチング通知は行わない。
【００３５】
図４（ｂ）は、情報提供事業者によるマッチング条件の登録に関わる通信シーケンスである。事業者端末７のＧＵＩ制御処理部２７２が、図５（ｂ）のような情報登録画面５１０を表示し（Ｓ４１１）、情報提供事業者がボタン５１６を押下すると、情報登録処理部２７１が、情報登録画面５１０の領域５１１に入力されたユーザＩＤ、領域５１２にて入力された情報、領域５１３にて選択された分野、及び領域５１５にて入力された位置情報に対する条件から情報登録要求を組み立て、情報配信サーバ６へ送信する（Ｓ４１２）。
【００３６】
この情報登録要求には、情報提供事業者のユーザＩＤ、配信する情報、情報の分野、及びマッチング条件が含まれる。例えば、情報提供事業者ｃｏｍｐａｎｙ−ｘが、領域５１３にて「Ｐｏｐｓ」を選択し、領域５１５にて「東京駅東口」を入力すると、情報登録要求に含まれるユーザＩＤは「ｃｏｍｐａｎｙ−ｘ」、情報の分野は「Ｐｏｐｓ」、マッチング条件は「位置情報＝東京駅東口 ＆ ステータス＝オンライン ＆ ユーザタイプ＝エンドユーザ」となる。ステータスとユーザタイプに対する条件式は、情報登録画面５１０の入力内容に関わらず追加するものとする。情報配信サーバ６では、情報受信処理部２６１が上記情報登録要求を受信し、情報テーブル２６２に格納する（Ｓ４１３）。次に、マッチング条件送信処理部２６０が、プレゼンスサーバ１へマッチング条件を送信し（Ｓ４１４）、プレゼンサーバ１のマッチング条件登録プログラム１５が、Ｓ４０４と同様、条件登録処理を行う（Ｓ４１５）。
【００３７】
次に、マッチング条件送信処理部２６０が、プレゼンス更新要求を組み立てプレゼンスサーバ１へ送信する（Ｓ４１６）。このプレゼンス更新要求には、情報提供事業者のユーザＩＤ、ステータス、及び情報の分野が含まれる。プレゼンスサーバ１の通信制御プログラム１０が上記プレゼンス更新要求を受信すると、プレゼンスサーバ１はプレゼンス更新処理を実行する（Ｓ４１７）。プレゼンス更新処理では、まず、プロトコル解析プログラム１１が、上記プレゼンス更新要求からユーザＩＤ、及びプレゼンス（ここではステータスと分野）を抽出し、プレゼンス更新プログラム１２が、ユーザテーブル３０のプレゼンス（３０４から３０６）を更新する。最後に、マッチング判定プログラム１３が、マッチング判定処理を実行する（Ｓ４１８）。エンドユーザｕｓｅｒ−ａの位置情報がまだ登録されていないため、Ｓ４１８ではマッチング通知は行わない。
【００３８】
次に、本実施例に関わるグラフィカルユーザインタフェース（ＧＵＩ）について説明する。
【００３９】
図５（ａ）は、エンドユーザが、情報提供事業者のプレゼンスに対する条件を指定するための条件指定画面５００の表示例を示す。条件指定画面５００は、ＩＤタグ通信処理部２２２がＩＤタグ２３０からポスター３に記載されている情報の分野を受信したのを受け、ＧＵＩ制御処理部２２７が表示する。条件指定画面５００は、エンドユーザのユーザＩＤを入力する領域５０１、情報提要事業者のステータスに対する条件を指定する領域５０２、ボタン５０３、配信を希望する情報の分野を表示する領域５０４、ボタン５０５、条件指定を完了するボタン５０６、条件指定を取り消すボタン５０７から構成される。
【００４０】
領域５０２に表示するステータスは、ボタン５０３を押下することによりエンドユーザが選択できる。領域５０４に表示される分野は、ＩＤタグ通信処理部２２２が受信したポスター３の識別情報から抽出するが、ボタン５０５を押下することにより、エンドユーザは別の分野も選択できる。ボタン５０６が押下されると、ユーザ端末２のマッチング条件送信処理部２２１がプレゼンスサーバ１に対してマッチング条件を送信する。
【００４１】
図５（ｂ）は、情報提供事業者が、配信する情報、及び配信先のエンドユーザに対する条件を指定しマッチングの開始を要求するための情報登録画面５１０の表示例を示す。情報登録画面５１０は、事業者端末７のＧＵＩ制御処理部２７２が表示する。情報登録画面５１０は、情報提供事業者のユーザＩＤを入力する領域５１１、配信する情報を入力する領域５１２、領域５１２に入力する情報の分野を指定する領域５１３、ボタン５１４、エンドユーザの位置情報に対する条件を指定する領域５１５、情報登録を完了するボタン５１６、情報登録を取り消すボタン５１７から構成される。領域５１３に表示する分野は、ボタン５１４を押下することにより情報提供事業者が選択できる。ボタン５１６が押下されると、事業者端末７の情報登録処理部２７１が情報配信サーバ６に対して情報登録要求を送信する。なお、配信する情報の入力は、情報を記述したファイルのパス名を指定するインターフェースにしてもよい。
【００４２】
図６（ａ）は、エンドユーザの位置情報の登録に関わる通信シーケンスである。ユーザ端末２は、アクセスポイント４との通信路（無線ＬＡＮ２２５）が確立すると、アクセスポイント４へ気付アドレス割り当て要求を送信する（Ｓ６０１）。その後、ユーザ端末２は、アクセスポイント４から気付アドレスを受信すると、アドレス送信処理部２２３がホームエージェントサーバ５へアドレス登録要求を送信する（Ｓ６０２）。このアドレス登録要求には、ユーザＩＤ、気付アドレス、サブネットアドレス、及びホームアドレスが含まれる。ホームエージェントサーバ５のアドレス受信処理部２５１は、上記アドレス登録要求を受信すると、ホームアドレスと気付アドレスとの対応をアドレステーブル２５２へ格納する（Ｓ６０３）。また、プレゼンス登録処理部２５０が、上記サブネットアドレスをキーにサブネットテーブル２５３を検索し、そのサブネットの位置情報を得る。そして、プレゼンス更新要求を組み立てプレゼンスサーバ１へ送信する（Ｓ６０４）。
【００４３】
このプレゼンス更新要求には、ユーザＩＤ、及び位置情報が含まれる。例えば、Ｓ６０１の時点で、エンドユーザｕｓｅｒ−ａのユーザ端末２が東京駅東口に設置されたアクセスポイント４と通信した場合、上記プレゼンス更新要求の位置情報は「東京駅東口」になる。プレゼンスサーバ１の通信制御プログラム１０が上記プレゼンス更新要求を受信すると、プレゼンスサーバ１はプレゼンス更新処理を実行する（Ｓ６０５）。プレゼンス更新処理では、まず、プロトコル解析プログラム１１が、上記プレゼンス更新要求からユーザＩＤ、及びプレゼンス（ここでは位置情報）を抽出し、プレゼンス更新プログラム１２が、ユーザテーブル３０のプレゼンス（３０４から３０６）を更新する。最後に、マッチング判定プログラム１３が、マッチング判定処理を実行する（Ｓ６０６）。Ｓ６０６の時点で、エンドユーザｕｓｅｒ−ａは、情報提供事業者ｃｏｍｐａｎｙ−ｘのマッチング条件に合致する一方で、情報提供事業者ｃｏｍｐａｎｙ−ｘのステータスも分野もエンドユーザｕｓｅｒ−ａのマッチング条件に合致しない。従って、まだマッチング通知は送信しない。
【００４４】
図６（ｂ）は、情報提供事業者によるステータスの更新に関わる通信シーケンスである。情報提供事業者が、事業者端末７のＧＵＩ制御処理部２７２が表示制御する画面（図示はしない）を用いて、ステータスを更新すると、プレゼンス登録処理部２７０が、プレゼンス更新要求をプレゼンスサーバ１へ送信する（Ｓ６１１）。例えば、情報提供事業者ｃｏｍｐａｎｙ−ｘは、ステータスを「タイムセールス中」に変更することができる。さて、プレゼンスサーバ１がプレゼンス更新要求を受信すると、Ｓ６０５と同様のプレゼンス更新処理を実行した後（Ｓ６１２）、Ｓ６０６と同様のマッチング判定処理を実行する（Ｓ６１３）。Ｓ６１３の時点で、情報提供事業者ｃｏｍｐａｎｙ−ｘのステータスはエンドユーザｕｓｅｒ−ａのマッチング条件に合致するものの、分野がまだ合致しない。従って、まだマッチング通知は送信しない。
【００４５】
図６（ｃ）は、エンドユーザによるマッチング条件の登録と、それに伴うマッチング通知に関わる通信シーケンスである。エンドユーザが図４（ａ）で接近したポスター３とは別のポスター３’に近づくと、ポスター３’に添付されたＩＤタグ２３０’がユーザ端末２へ識別情報を送信する（Ｓ６２１）。例えば、ポスター３’は情報分野「Ｐｏｐｓ」のポスターだったとする。そして、図４（ａ）と同様に条件指定画面を表示し（Ｓ６２２）、マッチング条件登録要求を送信し（Ｓ６２３）、プレゼンスサーバ１が条件登録処理を実行し（Ｓ６２４）、マッチング判定処理を実行する（Ｓ６２５）。この時点で、エンドユーザｕｓｅｒ−ａが情報提供事業者ｃｏｍｐａｎｙ−ｘのマッチング条件に合致し、かつ、情報提供事業者ｃｏｍｐａｎｙ−ｘもエンドユーザｕｓｅｒ−ａのマッチング条件に合致したため、マッチング判定プログラム１３がマッチングが双方向に成立したと判断し、マッチング通知プログラム１４が、情報配信サーバ６へマッチング通知を送信する（Ｓ６２６）。
【００４６】
このマッチング通知には、マッチングが成立したエンドユーザと情報提供事業者のユーザＩＤが含まれる。情報配信サーバ６では、マッチング通知受信処理部２６３が上記マッチング通知を受信し、このなかからエンドユーザと情報提供事業者のユーザＩＤを取り出す（Ｓ６２７）。そして、情報配信処理部２６４が、情報提供事業者のユーザＩＤをキーにして情報テーブル２６２を検索して配信すべき情報を読み出し、エンドユーザのユーザ端末２へ情報を配信する（Ｓ２６８）。
【００４７】
次に、図７、図８を用いて、条件登録処理とプレゼンス更新処理の後、マッチング判定プログラム１３が実行するマッチング判定処理に関わる処理シーケンスを説明する。マッチング判定処理は二つのフェーズに分かれており、図７で説明する第一のフェーズでは、既にマッチングテーブル３１に格納されているマッチング候補の妥当性を検証する。図８で説明する第二のフェーズでは、マッチング条件登録やプレゼンス更新を行ったユーザが、他のユーザの条件にマッチするか検証し、お互いにマッチしていればマッチング成立とみなし、マッチング送信を行う。
【００４８】
第一のフェーズでは、最初に、ユーザテーブル３０から、マッチング条件登録やプレゼンス更新を行ったユーザのプレゼンス（本実施例では、ステータス、位置情報、及び分野）を読み出す（Ｓ７０１）。そして、カウンタＮを１にセットし（Ｓ７０２）、マッチングテーブル３１の第Ｎレコードを読み出し（Ｓ７０３）、マッチング条件登録やプレゼンス更新を行ったユーザのユーザＩＤが、第ＮレコードのマッチングユーザＩＤ３１２と同一か否かを確認する（Ｓ７０４）。同一であれば、第ＮレコードのユーザＩＤ３１１を持つユーザが指定した条件をユーザテーブル３０から読み出し（Ｓ７０５）、Ｓ７０１で読み出したプレゼンスが、Ｓ７０５で読み出した条件にまだマッチしているか確認する（Ｓ７０６）。マッチしていない場合、マッチング候補から除外するために、マッチングテーブル３１から第Ｎレコードを削除する（Ｓ７０７）。Ｓ７０４でユーザＩＤが同一でない場合、及びＳ７０６で条件にまだマッチしている場合は、Ｓ７０８へ移行する。Ｓ７０３からＳ７０７の処理を、マッチングテーブル３１の全てのレコードについて実行する（Ｓ７０８、Ｓ７０９）。
【００４９】
第二のフェーズでは、最初に、カウンタＮを１にセットしなおし（Ｓ８０１）、ユーザテーブルの第Ｎレコードを読み出し（Ｓ８０２）、Ｓ７０１で読み出したプレゼンスが、第Ｎレコードの条件にマッチするか否かを検査する（Ｓ８０３）。マッチする場合、マッチングテーブル３１から、第ＮレコードのユーザＩＤ３０１がマッチングユーザＩＤ３１２に一致し、かつ、マッチング条件登録やプレゼンス更新を行ったユーザのユーザＩＤがユーザＩＤ３１１に一致するレコードを検索する（Ｓ８０４）。このようなレコードが存在するか否かを確認し（Ｓ８０５）、存在した場合、マッチング成立と判定し、マッチング通知プログラム１４がマッチング通知を送信し（Ｓ８０６）、マッチングテーブル３１から当該レコードを削除する（Ｓ８０７）。Ｓ８０５でレコードが存在しない場合、新しいマッチング候補が現れたと判断し、マッチングテーブル３１にレコードを追加する（Ｓ８０８）。Ｓ８０８において、レコードのユーザＩＤ３１１には第ＮレコードのユーザＩＤ３０１を、マッチングユーザＩＤ３１２にはマッチング登録やプレゼンス更新を行ったユーザのユーザＩＤを書き込む。Ｓ８０３でプレゼンスが条件にマッチしない場合、Ｓ８０９へ移行する。Ｓ８０２からＳ８０８までの処理を、ユーザテーブルの全てのレコードに対して実行する（Ｓ８０９、Ｓ８１０）。
【００５０】
以上で説明した第一の実施例における情報配信システムでは、情報提供事業者が位置情報でニュース、広告、電子クーポンなどの情報を配信するエンドユーザを絞り込めると共に、エンドユーザも情報の分野や情報提供事業者のプレゼンスで情報配信元の情報提供事業者を絞り込むことができる。さらに、このような条件が頻繁に変化する状況に対応できる。
【００５１】
なお、第一の実施例において、ユーザ端末２は携帯電話であってもよい。また、第一の実施例では、ホームエージェントサーバ５が位置情報をプレゼンスサーバ１へ登録することとしたが、ＧＰＳ端末機能を備えたユーザ端末２、或いは携帯電話が、位置情報をプレゼンスサーバ１へ登録してもよい。
【００５２】
次に、本発明の第二の実施例について、第一の実施例との相違点を説明する。第二の実施例では、図１に示したプレゼンスサーバ１が、図９に示すようなコミュニケーション制御サーバ８、及びエンドユーザ端末装置（以下ユーザ端末という）９と、ネットワーク２０により接続されるコミュニケーションシステムについて説明する。
【００５３】
コミュニケーション制御サーバ８及びユーザ端末９は、それらの構成を図示していないが、ＣＰＵ、半導体メモリや磁気ディスクなどのメモリ、バスなどの通信線、ディスプレイ、キーボードなどの文字入力装置、タッチパネル、或いはスタイラスペンなどのポインティング装置から構成され、ネットワーク２０によって他装置と接続される。なお、コミュニケーション制御サーバ８は、ディスプレイ、文字入力装置、ポインティング装置を備えなくともよい。メモリには、ＯＳの他一つ以上のプログラムが格納されており、必要に応じてＣＰＵで実行され、以下に述べる各処理部を各装置上に具現化する。さらにプログラムは、あらかじめ、または可搬型記録媒体からの読み込み、または通信媒体であるネットワーク２０またはネットワーク２０上の搬送波を介した他の装置からのダウンロードにより、内部のメモリに格納されてもよい。
【００５４】
第二の実施例のコミュニケーションシステムは、エンドユーザのプレゼンスとして、ステータスと、エンドユーザがアクセスしているウェブページのＵＲＬを扱う。そして、エンドユーザが、ステータスとＵＲＬに対してマッチング条件を指定すると、双方向にマッチングが成立した時に通知を受け取り、他方のエンドユーザとインスタントメッセージやＩＰ電話などの方法によりリアルタイムコミュニケーションを開始することができる。これにより、同じウェブページを閲覧しているエンドユーザ同士や、お互いのウェブページを閲覧しているエンドユーザ同士を引き合わせ、リアルタイムコミュニケーションを活性化させるサービスを提供できる。
【００５５】
コミュニケーション制御サーバ８は、一方のユーザ端末９から受信したメッセージを宛先として指定されている他方のユーザ端末９へ転送するメッセージ転送処理部９０１を備える。また、メッセージ転送処理部９０１は、ユーザ端末９から受信したプレゼンス更新要求やマッチング条件登録要求をプレゼンスサーバ１に転送する。さらに、メッセージ転送処理部９０１は、プレゼンスサーバ１から受信したマッチング通知をユーザ端末９へ転送する。コミュニケーション制御サーバ８は、例えば、ＲＦＣ３２６１にて規定されているＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に従って動作する。
【００５６】
ユーザ端末９は、エンドユーザのプレゼンスを収集するプレゼンス収集処理部９１５、上記プレゼンス収集処理部９１５が収集したユーザのプレゼンスを、コミュニケーション制御サーバ８経由で、プレゼンスサーバ１へ送信するプレゼンス登録処理部９１０、プレゼンスサーバ１へマッチング条件を送信するマッチング条件送信処理部９１１、プレゼンスサーバ１からのマッチング通知を受信するマッチング通知受信処理部９１２、コミュニケーション制御サーバ８を経由して他のユーザ端末９とメッセージを送受信するメッセージ送受信処理部９１３、及びグラフィカルなユーザインターフェースをエンドユーザに提供するＧＵＩ制御処理部９１４を備える。
【００５７】
上記プレゼンス収集処理部９１５は、エンドユーザからの操作や、ユーザ端末９上で動作するプログラムとの通信により、エンドユーザのプレゼンスを収集する。例えば、ステータスのうち「オンライン」、「オフライン」は、ユーザ端末９の電源オン、オフ時に、ユーザ端末９のＯＳから受け取る。ステータスのうち「離席」は、ユーザ端末９が一定時間エンドユーザ操作を受け付けなかった時に、ユーザ端末９のＯＳから受け取る。ステータスのうち「多忙」は、エンドユーザがＧＵＩ制御処理部９１４の提供するユーザインターフェースを用いて入力し、ＧＵＩ制御処理部９１４がプレゼンス収集処理部９１５に通知する。エンドユーザがアクセスしているＵＲＬはウェブブラウザから受け取る。
【００５８】
第二の実施例におけるユーザテーブル３０は、図１０に示すように、ユーザＩＤ３０１、ユーザタイプ３０２、当該ユーザが指定したマッチング条件３０３、当該ユーザの状態を表すステータス３０４、及び当該ユーザがアクセスしているウェブページのＵＲＬ３０５から構成される。マッチングテーブル３１は第一の実施例と同様である。
【００５９】
次に、本実施例に関わるグラフィカルユーザインタフェース（ＧＵＩ）について説明する。
【００６０】
図１１は、エンドユーザが、マッチング条件を指定するための条件指定画面１１００の表示例を示す。条件指定画面１１００は、ユーザ端末９のＧＵＩ制御処理部９１４が表示する。条件指定画面１１００は、ユーザのユーザＩＤを入力する領域１１０１、プレゼンスのうちステータスに対する条件を表示する領域１１０２、領域１１０２に表示する条件を選択するボタン１１０３、プレゼンスのうちＵＲＬに対する条件を指定する領域１１０４、領域１１０５、ボタン１１０６、条件指定を完了するボタン１１０７、条件指定を取り消すボタン１１０８から構成される。領域１１０４にはエンドユーザがＵＲＬの全体、或いは一部を入力し、領域１１０５にはＵＲＬが条件に合致するかを検査するときの照合規則を表示する。例えば、照合規則には、等号を表す「と等しい」、前方一致を表す「から始まる」、後方一致を表す「で終わる」、部分一致を表す「を含む」などが挙げられる。領域１１０５に表示する照合規則は、ボタン１１０６を押下することによりエンドユーザが選択できる。ボタン１１０７が押下されると、ユーザ端末９のマッチング条件送信処理部９１１が、コミュニケーション制御サーバ８経由でプレゼンスサーバ１へ、マッチング条件登録要求を送信する。
【００６１】
次に、本実施例に関わる通信シーケンスについて図１２を用いて説明する。
【００６２】
最初に、エンドユーザｕｓｅｒ−ａのユーザ端末９ａが、コミュニケーション制御サーバ８へマッチング条件登録要求を送信する（Ｓ１２０１）。このマッチング条件登録要求には、エンドユーザｕｓｅｒ−ａが条件指定画面１１００にて指定した、エンドユーザｕｓｅｒ−ａのユーザＩＤ、及びマッチング条件が含まれる。例えば、本実施例では、エンドユーザｕｓｅｒ−ａは、マッチング条件を「ステータス＝オンライン ＆ ＵＲＬ＝ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｎｅｔ／〜ａ／＊」と指定したとする。コミュニケーション制御サーバ８のメッセージ中継処理部９０１は、プレゼンスサーバ１へ上記マッチング条件登録要求を転送する（Ｓ１２０２）。
【００６３】
プレゼンスサーバ１の通信制御プログラム１０は、上記マッチング条件登録要求を受信すると、プロトコル解析プログラム１１へ転送する。次にプロトコル解析プログラム１１は、マッチング条件登録要求の構文解析を行い、ユーザＩＤ，及びマッチング条件を取り出す。そして、マッチング条件登録プログラム１５が、ユーザテーブル３０を上記ユーザＩＤをキーに検索し、合致したレコードのマッチング条件３０３に、上記マッチング条件を書き込む。エンドユーザｕｓｅｒ−ｂのユーザ端末９ｂについても同様の通信が行われる（Ｓ１２０３、Ｓ１２０４）。エンドユーザｕｓｅｒ−ｂは、マッチング条件を「ステータス＝オンライン ＆ ＵＲＬ＝ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｎｅｔ／〜ｂ／＊」と指定したとする。
【００６４】
次に、ユーザ端末９ａが、コミュニケーション制御サーバ８へプレゼンス更新要求を送信する（Ｓ１２０５）。このプレゼンス更新要求には、エンドユーザｕｓｅｒ−ａのユーザＩＤ、ステータス、及びＵＲＬが含まれる。この時、エンドユーザｕｓｅｒ−ａのステータスは「オンライン」でありＵＲＬは「ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｎｅｔ／ｕｓｅｒｓ．ｈｔｍｌ」であるとする。コミュニケーション制御サーバ８のメッセージ中継処理部９０１は、プレゼンスサーバ１へプレゼンス更新要求を転送する（Ｓ１２０６）。プレゼンスサーバ１の通信制御プログラム１０は、プレゼンス更新要求を受信すると、プロトコル解析プログラム１１へ転送する。次にプロトコル解析プログラム１１は、プレゼンス更新要求の構文解析を行い、ユーザＩＤ，ステータス、及びＵＲＬを取り出す。そして、プレゼンス更新プログラム１２が、ユーザテーブル３０を上記ユーザＩＤをキーに検索し、合致したレコードのステータス３０４、及びＵＲＬ３０５を更新する。
【００６５】
次に、マッチング判定プログラム１３が、図７、及び図８のようなマッチング判定処理を実行する（Ｓ１２０７）。この時点で、エンドユーザｕｓｅｒ−ａのプレゼンスは、エンドユーザｕｓｅｒ−ｂの条件にマッチしないので、マッチング判定プログラム１３は、マッチングテーブル３１にレコードを追加しない。
【００６６】
ユーザ端末９ｂについても同様の通信が行われる（Ｓ１２０８からＳ１２１０）。エンドユーザｕｓｅｒ−ｂのステータスは「オンライン」、ＵＲＬは「ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｎｅｔ／〜ａ／ｉｎｄｅｘ．ｈｔｍｌ」であるとする。マッチング判定処理Ｓ１２１０の時点で、エンドユーザｕｓｅｒ−ｂのプレゼンスは、エンドユーザｕｓｅｒ−ａの条件にマッチするため、マッチング判定プログラム１３は、マッチングテーブル３１にレコードを追加する。
【００６７】
さらに、ユーザ端末９ａについて、Ｓ１２０５からＳ１２０７と同様の通信を行う（Ｓ１２１１からＳ１２１３）。但し、エンドユーザｕｓｅｒ−ａのＵＲＬが「ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｎｅｔ／〜ｂ／ｉｎｄｅｘ．ｈｔｍｌ」に更新されたとする。この時点で、エンドユーザｕｓｅｒ−ａのプレゼンスがエンドユーザｕｓｅｒ−ｂのマッチング条件にマッチするため、マッチング判定処理Ｓ１２１３において、マッチング判定プログラム１３が、双方向にマッチングが成立したと判断し、マッチング通知プログラム１４が、コミュニケーション制御サーバ８へエンドユーザｕｓｅｒ−ａ宛てのマッチング通知を送信する（Ｓ１２１４）。このマッチング通知には、エンドユーザｕｓｅｒ−ｂのユーザＩＤが含まれる。コミュニケーション制御サーバ８のメッセージ中継処理部９０１は、受信したマッチング通知をユーザ端末９ａへ送信する（Ｓ１２１５）。エンドユーザｕｓｅｒ−ｂに対しても同様にマッチング通知を送信する（Ｓ１２１６からＳ１２１７）。
【００６８】
以上で説明した第二の実施例におけるコミュニケーションシステムでは、同じウェブページを閲覧しているエンドユーザ同士や、お互いのウェブページを閲覧しているエンドユーザ同士を引き合わせ、リアルタイムコミュニケーションを活性化させるサービスを提供できる。
【００６９】
【発明の効果】
本発明により、ユーザの更新頻度が高い属性（プレゼンス）に対する条件が、双方向に合致した時に通知を行うことができる。また、条件自体が頻繁に変化することにも対応できる。
【図面の簡単な説明】
【図１】各実施例におけるプレゼンスサーバのシステム構成である。
【図２】第一の実施例における情報配信システムのシステム構成である。
【図３】第一の実施例におけるユーザテーブル、マッチングテーブルの構成例である。
【図４】第一の実施例におけるマッチング条件登録、情報登録に関わる通信シーケンスである。
【図５】第一の実施例における条件指定画面、情報登録画面の表示例である。
【図６】第一の実施例における位置情報登録、ステータス登録、マッチング通信に関わる通信シーケンスである。
【図７】各実施例におけるマッチング判定処理の第一フェーズのフローチャートである。
【図８】各実施例におけるマッチング判定処理の第二フェーズのフローチャートである。
【図９】第二の実施例におけるコミュニケーションシステムのシステム構成である。
【図１０】第二の実施例におけるユーザテーブルの構成例である。
【図１１】第二の実施例における条件指定画面の表示例である。
【図１２】第二の実施例における通信シーケンスである。
【符号の説明】
１…プレゼンスサーバ、２…ユーザ端末、３…ポスター、４…アクセスポイント、５…ホームエージェントサーバ、６…情報配信サーバ、７…事業者端末、８…コミュニケーション制御サーバ、９…エンドユーザ端末、１０…通信制御プログラム、１１…プロトコル解析プログラム、１２…プレゼンス更新プログラム、１３…マッチング判定プログラム、１４…マッチング通知プログラム、１５…マッチング条件登録プログラム、２０…ネットワーク、２１…主メモリ、２２…通信線、２３…磁気ディスク、２４…ＣＰＵ、２５…ディスプレイ、２６…ポインティング装置、２７…文字入力装置、３０…ユーザテーブル、３１…マッチングテーブル。

Claims (5)

1. 第一の装置と第二の装置とに，ネットワークを介して接続され，前記第一の装置または前記第二の装置を使用するユーザの動的な属性であるプレゼンスを管理するプレゼンス管理装置であって，
   各々の前記ユーザについて，ユーザＩＤと，当該ユーザのプレゼンスと，当該ユーザが他のユーザに対して指定する，前記プレゼンスに対するマッチング条件と，が登録されるユーザテーブルと，
   前記第一の装置から受信する更新要求に基づき，前記ユーザテーブルに登録されている，当該第一の装置を使用する第一のユーザのプレゼンス，または，前記第二の装置から受信する更新要求に基づき，前記ユーザテーブルに登録されている，当該第二の装置を使用する第二のユーザのプレゼンスを更新するプレゼンス更新手段と，
   前記第一の装置から受信する，前記第一のユーザが指定する，他のユーザのプレゼンスに対するマッチング条件と，前記第二の装置から受信する，前記第二のユーザが指定する，他のユーザのプレゼンスに対するマッチング条件とを，前記ユーザテーブルに登録するマッチング条件登録手段と，
   前記マッチング条件登録手段による，前記第一のユーザが指定するマッチング条件，若しくは，前記第二のユーザが指定するマッチング条件の登録処理が行われた場合に，または，前記プレゼンス更新手段により，前記ユーザテーブルにおいて管理されている前記第一のユーザのプレゼンス，若しくは，前記第二のユーザのプレゼンスの更新処理が行われた場合に，前記ユーザテーブルを検索し，前記ユーザテーブルに登録されている前記第一のユーザのプレゼンスが，前記第二のユーザが指定したマッチング条件に合致し，かつ，前記第二のユーザのプレゼンスが，前記第一のユーザが指定したマッチング条件に合致することにより，前記プレゼンスに係わる双方のマッチング条件が互いに合致するか否かを判定するマッチング判定手段と，
   前記プレゼンス更新手段による前記更新処理が行われ，前記マッチング判定手段が，前記第一のユーザのプレゼンスが，前記第二のユーザが指定したマッチング条件に合致し，かつ，前記第二のユーザのプレゼンスが，前記第一のユーザが指定したマッチング条件に合致する，と判定した時，前記第一および／または前記第二の装置に，合致したことを通知するマッチング通知手段と，を備え，
   前記マッチング判定手段は，
   前記判定において，前記第一のユーザのプレゼンスが，前記第二のユーザが指定したマッチング条件に合致し，前記第二のユーザのプレゼンスが，前記第一のユーザの指定したマッチング条件に合致していないと判定した場合には，前記第二のユーザのＩＤを前記第一のユーザのＩＤに対するマッチング候補として、マッチングテーブルに記憶し，
   前記判定において，更新された前記第二のユーザのプレゼンスが，前記第一のユーザが指定したマッチング条件に合致すると判定した場合，前記マッチングテーブルを検索し，前記第二のユーザのＩＤが前記第一のユーザのＩＤに対するマッチング候補として記憶されているか否かを調べ，
   前記第二のユーザのＩＤが，前記第一のユーザのＩＤに対するマッチング候補として記憶されている場合には，双方のマッチング条件が互いに合致したと判定する
   ことを特徴とするプレゼンス管理装置。
2. 請求項１に記載のプレゼンス管理装置において，
   前記マッチング条件登録手段が登録するマッチング条件は，二つ以上のプレゼンスに対する条件の，論理和および／または論理積による組み合わせからなる
   ことを特徴とするプレゼンス管理装置。
3. 請求項１に記載のプレゼンス管理装置において，
   前記マッチング判定手段は，前記マッチングテーブルに前記マッチング候補としてＩＤが記憶されている前記第一のユーザと前記第二のユーザに関して，前記第一のユーザのプレゼンスが更新され，前記第二のユーザが指定したマッチング条件に合致していないと判定した場合，前記マッチングテーブルから，前記第一のユーザのＩＤと，前記第一のユーザのＩＤに対するマッチング候補として記憶されている前記第二のユーザのＩＤと，を削除する
   ことを特徴とするプレゼンス管理装置。
4. 請求項１ないし３いずれか一に記載のプレゼンス管理装置において，
   前記更新要求に基づき更新されるプレゼンスは，前記ユーザが使用する装置の位置情報，または，前記ユーザのステータスを含む
   ことを特徴とするプレゼンス管理装置。
5. 第一の装置と，第二の装置と，前記第一の装置または前記第二の装置を使用するユーザの動的な属性であるプレゼンスを管理するプレゼンス管理装置と，がネットワークを介して接続された情報配信システムであって，
   前記プレゼンス管理装置は，
   各々の前記ユーザについて，ユーザＩＤと，当該ユーザのプレゼンスと，当該ユーザが他のユーザに対して指定する，前記プレゼンスに対するマッチング条件と，が登録されるユーザテーブルと，
   前記第一の装置から受信する更新要求に基づき，前記ユーザテーブルに登録されている，当該第一の装置を使用する第一のユーザのプレゼンス，または，前記第二の装置から受信する更新要求に基づき，前記ユーザテーブルに登録されている，当該第二の装置を使用する第二のユーザのプレゼンスを更新するプレゼンス更新手段と，
   前記第一の装置から受信する，前記第一のユーザが指定する，他のユーザのプレゼンスに対するマッチング条件と，前記第二の装置から受信する，前記第二のユーザが指定する，他のユーザのプレゼンスに対するマッチング条件とを，前記ユーザテーブルに登録するマッチング条件登録手段と，
   前記マッチング条件登録手段による，前記第一のユーザが指定するマッチング条件，若しくは，前記第二のユーザが指定するマッチング条件の登録処理が行われた場合に，または，前記プレゼンス更新手段により，前記ユーザテーブルにおいて管理されている前記第一のユーザのプレゼンス，若しくは，前記第二のユーザのプレゼンスの更新処理が行われた場合に，前記ユーザテーブルを検索し，前記第一のユーザのプレゼンスが，前記第二のユーザが指定したマッチング条件に合致し，かつ，前記第二のユーザのプレゼンスが，前記第一のユーザが指定したマッチング条件に合致することにより，前記プレゼンスに係わる双方のマッチング条件が互いに合致するかを判定するマッチング判定手段と，
   前記プレゼンス更新手段による前記更新処理が行われ，前記マッチング判定手段が，前記第一のユーザのプレゼンスが，前記第二のユーザが指定したマッチング条件に合致し，かつ，前記第二のユーザのプレゼンスが，前記第一のユーザが指定したマッチング条件に合致する，と判定した時，前記第一および／または前記第二の装置に，合致したことを通知するマッチング通知手段と，を備え，
   前記第一の装置は，前記第二の装置に情報を配信する手段を備え，
   前記プレゼンス管理装置の前記マッチング判定手段は，
   前記判定において，前記第一のユーザのプレゼンスが，前記第二のユーザが指定したマッチング条件に合致し，前記第二のユーザのプレゼンスが，前記第一のユーザの指定したマッチング条件に合致していないと判定した場合には，前記第二のユーザのＩＤを前記第一のユーザのＩＤに対するマッチング候補として、マッチングテーブルに記憶し，
   前記判定において，更新された前記第二のユーザのプレゼンスが，前記第一のユーザが指定したマッチング条件に合致すると判定した場合，前記マッチングテーブルを検索し，前記第二のユーザのＩＤが前記第一のユーザのＩＤに対するマッチング候補として記憶されているか否かを調べ，
   前記第二のユーザのＩＤが，前記第一のユーザのＩＤに対するマッチング候補として記憶されている場合には，双方のマッチング条件が互いに合致したと判定する
   ことを特徴とする情報配信システム。

Images