(57)【要約】【課題】見知らぬ人同士を動的に出会わせ、店舗、ユーザ双方にとって安定した売買を保証し、店舗側が来客を予め見積もることができるようにし、より計画的なサービス運営が可能になるようにすることにある。【解決手段】不特定の人がある店舗に一定人数以上集まると、まとめて割り引きを行うサービスを実現するために、特定の場所に人を誘導し、出会わせるユーザコミュニティの出会い支援処理システムにおいて、店舗ホスト手段と、ユーザエージェント手段１と、位置情報サービス手段と、ユーザ情報入出力手段１１と、ユーザ情報取得・管理手段１２と、店舗情報取得・管理手段１３と、待ち合わせ交渉手段１４と、位置情報取得・管理手段１５とを備える。【選択図】      図２
2004264986.tif 000002
【特許請求の範囲】
【請求項１】
不特定の人がある店舗に予め定めた人数以上集まると、まとめて割り引きを行うサービスを実現するために、特定の場所に人を誘導し、出会わせるユーザコミュニティの出会い支援処理システムにおいて、
リアルタイムに広告情報を配信し、形成されたコミュニティに対し、コミュニティＩＤを含むクーポンコードを提供する店舗ホスト装置と、
該ユーザ端末の現在位置と該店舗ホスト装置の位置から、該ユーザ端末の該店舗ホスト装置への到着時刻を割り出す位置情報サービス装置と、
ユーザ端末が該店舗ホスト装置からの広告を受信するユーザエージェント手段、
ユーザ端末における情報の入出力を扱うユーザ情報入出力手段、
同じ店舗の商品の購入を希望する他ユーザ端末のエージェントＩＤを取得し、管理するユーザ情報取得・管理手段、
該ユーザ情報入出力手段から転送された該店舗ホスト装置の広告情報を保持管理する店舗情報取得・管理手段、
該位置情報サービス装置から割り出した、該ユーザ端末自身の到着予定時刻と該他ユーザ端末から提示された到着予定時刻該を比較し、到着予定時刻の遅い方を待ち合わせ時刻として割り出し、複数の、該店舗ホスト装置を利用したいユーザエージェント同士で互いに交渉するための通信を行い、特定人数の集団を形成する待ち合わせ交渉手段、および
ＧＰＳを含む位置検出デバイスからの情報を元に、自身の現在位置を取得・管理する位置情報取得・管理手段
を備えたユーザ端末装置と
を有することを特徴とするユーザコミュニティの出会い支援処理システム。
【請求項２】
ユーザコミュニティの出会い支援処理システムのユーザエージェントによるユーザエージェント間の待ち合わせ交渉の処理方法において、
同じ店舗の商品の購入を希望する他ユーザ端末のエージェントＩＤを取得し、管理するユーザ情報取得・管理手段から他ユーザ端末のエージェントＩＤを受信し、
リアルタイムに広告情報を配信し、形成されたコミュニティに対し、コミュニティＩＤを含むクーポンコードを提供する店舗ホスト装置の広告情報を保持管理する店舗情報取得・管理手段に、ユーザの到着予定時刻を問い合わせ、該店舗情報取得・管理手段から、該到着予定時刻を受信し、該到着予定時刻を、該他ユーザ端末が該店舗ホスト装置からの広告を受信する他ユーザエージェント手段に送信し、
該エージェントＩＤを元に、待ち合わせの交渉のための通信を行い、
該他ユーザエージェント手段との交渉で決定された待ち合わせ時刻を、ユーザ端末における情報の入出力を扱うユーザ情報入出力手段へ送信する
ことを特徴とするユーザエージェント間の待ち合わせ交渉の処理方法。
【請求項３】
ユーザコミュニティの出会い支援処理システムのユーザエージェントによるユーザエージェント間の待ち合わせ交渉の処理方法において、
リアルタイムに広告情報を配信し、形成されたコミュニティに対し、コミュニティＩＤを含むクーポンコードを提供する店舗ホスト装置を利用したい複数のユーザエージェント同士で互いに交渉するため、特定人数の集団を形成するユーザ端末の待ち合わせ交渉手段は、ユーザ端末自身の到着予定時刻を、他ユーザ端末の該待ち合わせ交渉手段に対して、交渉を開始するために送信し、
該他ユーザ端末の該待ち合わせ交渉手段は、自身の到着予定時刻と、該受信した到着予定時刻を比較し、到着予定時刻の遅い方を待ち合わせ時刻として決定し、
該ユーザ端末の該待ち合わせ交渉手段は、該他ユーザ端末の該待ち合わせ交渉手段により決定された該待ち合わせ時刻を受信する
ことを特徴とするユーザエージェント間の待ち合わせ交渉の処理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、見知らぬ者同士が、ある共通の目的のために出会いの場（コミュニティ）を形成し、その目的のために集合することを実現するために必要な、ユーザコミュニティの出会い支援処理システム、およびユーザエージェント間の待ち合わせ交渉の処理方法に関する。
【０００２】
【従来の技術】
従来は、例えば、ナビゲッティ（フレパーネットワークス株式会社、“ＮＡＶＩＧＥＴＹ  ａｒｅａ＆ｐｅｒｓｏｎａｌ  ｃｏｍｍｕｎｉｃａｔｉｏｎ”（非特許文献１）、ＺＤ  ＮＥＴ  Ｍｏｂｉｌｅ  ＪＡＰＡＮ、“Ｍｏｂｉｌｅ：ＮＥＷＳ”（非特許文献２）、ＺＤ  ＮＥＴ  Ｍｏｂｉｌｅ  ＪＡＰＡＮ、“Ｍｏｂｉｌｅ：ＮＥＷＳ”（非特許文献３））などがある。これはユーザがある特定のｉエリアにいる時、当該ｉエリア内の店舗情報を配信するというものである。
【０００３】
また、その際の、ユーザが店舗情報を取得する時の現在いる位置等の情報を把握するシステムの従来技術として、特開２００１―０８４２６９号公報の「コンテクスト把握システムと方法およびその処理プログラムを記録した記録媒体」（特許文献１）や、特開２００１−２１６３１５号公報の「コンテクスト把握システムと方法およびその処理プログラムを記録した記録媒体」（特許文献２）などがある。
【０００４】
また、上記、特許文献１、特許文献２のコンテクスト把握システムを利用したビジネス発明として、特願２００１−２７６５３６号の「サービス実行制御システムと方法および携帯端末装置と管理サーバならびにプログラムと記録媒体」の明細書とおよびその図面が挙げられる。この発明によれば、電車の乗客が所持する携帯端末装置のＧＰＳ機能を介して乗客の移動位置を逐次判別することによって、電車等における乗客の希望降車駅の乗り過ごし等を効率的に回避させることを可能にすることができる。
【０００５】
また、例えば、焼肉屋チェーン店の一部店舗においては、客が事前に携帯電話等のメールアドレスを登録しておくと、タイムサービス情報をリアルタイムに送信してくれるサービスを、客からの登録を受け付け、提供している。
【０００６】
【特許文献１】
特許公開２００１―０８４２６９号公報
【特許文献２】
特許公開２００１−２１６３１５号公報
【非特許文献１】
フレパーネットワークス株式会社、“ＮＡＶＩＧＥＴＹ  ａｒｅａ＆ｐｅｒｓｏｎａｌ  ｃｏｍｍｕｎｉｃａｔｉｏｎ”、［ｏｎｌｉｎｅ］、［平成１５年２月１９日検索］、インターネット＜ｈｔｔｐ：／／ｗｗｗ．ｎａｖｉｇｅｔｙ．ｔｖ／ｃａｔａｌｏｇ／ＮＡＶＩＣａｔａｌｏｇ．ｐｄｆ＞
【非特許文献２】
ＺＤ  ＮＥＴ  Ｍｏｂｉｌｅ  ＪＡＰＡＮ、“Ｍｏｂｉｌｅ：ＮＥＷＳ”、［ｏｎｌｉｎｅ］、［平成１５年２月１９日検索］、インターネット＜ｈｔｔｐ：／／ｗｗｗ．ｚｄｎｅｔ．ｃｏ．ｊｐ／ｍｏｂｉｌｅ／０２１２／０９／ｎ＿ｎａｖｉｇｅ．ｈｔｍｌ＞
【非特許文献３】
ＺＤ  ＮＥＴ  Ｍｏｂｉｌｅ  ＪＡＰＡＮ、“Ｍｏｂｉｌｅ：ＮＥＷＳ”、［ｏｎｌｉｎｅ］、［平成１５年２月１９日検索］、インターネット＜ｈｔｔｐ：／／ｗｗｗ．ｚｄｎｅｔ．ｃｏ．ｊｐ／ｍｏｂｉｌｅ／０３０１／２８／ｎ＿ｎａｖｉｇｅ．ｈｔｍｌ＞
【非特許文献４】
駅前探検倶楽部、“駅前探検倶楽部”、［ｏｎｌｉｎｅ］、［平成１５年２月１９日検索］、インターネット＜ｈｔｔｐ：／／ｗｗｗ．ｅｋｉｔａｎ．ｃｏｍ＞
【０００７】
【発明が解決しようとする課題】
前述した従来のサービスでは、以下に述べるような問題点が存在する。
（１）前記ナビゲッティなどのｉエリアを用いたサービスは、ある特定範囲内にいる潜在顧客に対して広告を配信できる利点があるが、あくまで広告の配信に留まり、実際に販売したい商品が売却できるかどうかは何も保証されない。
【０００８】
（２）前記焼肉屋チェーン店の一部店舗などのメーリングリスト型の広告配信においては、上記の問題点に加えて、ユーザの物理的位置を考慮しないため、遠くにいて店に行けないユーザに対しても配信される。また、事前に配信元の店舗に自分のメールアドレスを登録しておく必要があり、受信可能な情報が制限される。
【０００９】
そこで、本発明の目的は、この従来の問題点を解決するために、実世界において見知らぬ人同士を動的に出会わせ、店舗、ユーザ双方にとって安定した売買を保証し、店舗側が来客を予め見積もることができるようにし、より計画的なサービス運営が可能になるようにするユーザコミュニティの出会い支援処理システム、およびユーザエージェント間の待ち合わせ交渉の処理方法を提供することにある。
【００１０】
【課題を解決するための手段】
上記目的を達成するため、本発明のユーザコミュニティの出会い支援処理システムは、不特定の人がある店舗に予め定めた人数以上集まると、まとめて割り引きを行うサービスを実現するために、リアルタイムに広告情報を配信し、形成されたコミュニティに対し、コミュニティＩＤを含むクーポンコードを提供する店舗ホスト装置と、該ユーザ端末の現在位置と該店舗ホスト装置の位置から、該ユーザ端末の該店舗ホスト装置への到着時刻を割り出す位置情報サービス装置と、ユーザ端末が該店舗ホスト装置からの広告を受信するユーザエージェント手段、ユーザ端末における情報の入出力を扱うユーザ情報入出力手段、同じ店舗の商品の購入を希望する他ユーザ端末のエージェントＩＤを取得し、管理するユーザ情報取得・管理手段、該ユーザ情報入出力手段から転送された該店舗ホスト装置の広告情報を保持管理する店舗情報取得・管理手段、該位置情報サービス装置から割り出した、該ユーザ端末自身の到着予定時刻と該他ユーザ端末から提示された到着予定時刻該を比較し、到着予定時刻の遅い方を待ち合わせ時刻として割り出し、複数の、該店舗ホスト装置を利用したいユーザエージェント同士で互いに交渉するための通信を行い、特定人数の集団を形成する待ち合わせ交渉手段、ＧＰＳを含む位置検出デバイスからの情報を元に、自身の現在位置を取得・管理する位置情報取得・管理手段を備えたユーザ端末装置とを有することを特徴とする（請求項１記載）。
【００１１】
また、ユーザコミュニティの出会い支援処理システムのユーザエージェントによるユーザエージェント間の待ち合わせ交渉の処理方法は、同じ店舗の商品の購入を希望する他ユーザ端末のエージェントＩＤを取得し、管理するユーザ情報取得・管理手段から他ユーザ端末のエージェントＩＤを受信し、該エージェントＩＤを元に、待ち合わせの交渉のための通信を行い、リアルタイムに広告情報を配信し、形成されたコミュニティに対し、コミュニティＩＤを含むクーポンコードを提供する店舗ホスト装置の広告情報を保持管理する店舗情報取得・管理手段に、ユーザの到着予定時刻を問い合わせ、該店舗情報取得・管理手段から、該到着予定時刻を受信し、該到着予定時刻を、該他ユーザ端末が該店舗ホスト装置からの広告を受信する他ユーザエージェント手段に送信し、該他ユーザエージェント手段との交渉で決定された待ち合わせ時刻を、ユーザ端末における情報の入出力を扱うユーザ情報入出力手段へ送信することを特徴とする（請求項２記載）。
【００１２】
また、ユーザコミュニティの出会い支援処理システムのユーザエージェントによるユーザエージェント間の待ち合わせ交渉の処理方法は、リアルタイムに広告情報を配信し、形成されたコミュニティに対し、コミュニティＩＤを含むクーポンコードを提供する店舗ホスト装置を利用したい複数のユーザエージェント同士で互いに交渉するための通信を行い、特定人数の集団を形成するユーザ端末の待ち合わせ交渉手段は、ユーザ端末自身の到着予定時刻を、他ユーザ端末の該待ち合わせ交渉手段に対して、交渉を開始するために送信し、該他ユーザ端末の該待ち合わせ交渉手段は、自身の到着予定時刻と、該受信した到着予定時刻を比較し、到着予定時刻の遅い方を待ち合わせ時刻として決定し、該ユーザ端末の該待ち合わせ交渉手段は、該他ユーザの該待ち合わせ交渉手段により決定された該待ち合わせ時刻を受信することを特徴とする（請求項３記載）。
【００１３】
【発明の実施の形態】
以下、本発明の実施例を、図面により詳細に説明する。
【００１４】
（実施例）
実施例の詳細として、図１、図２を用いて各モジュールの説明をする。
図１は、本発明の一実施例を示すユーザコミュニティの出会い支援処理システムの構成図である。
また、図２は、図１におけるユーザエージェントの一例を示す詳細構成図である。
【００１５】
図１のユーザ端末１（ユーザエージェント１を含む）は、ＧＰＳ（グローバルポジショニング  システム）などの位置検出デバイスを内蔵した携帯端末であり、ユーザが常時保持している。店舗のタイムサービスなどの広告配信を取得し、気に入ったサービスを選択する際のユーザインターフェイスも具備する。
【００１６】
図１の店舗ホスト２は、割り引きサービスを実行する主体である。タイムサービス情報などの割り引き情報を配信し、集まってきたユーザコミュニティに対して商品を販売する。
【００１７】
図１の位置情報サービス部３は、ユーザの現在位置を元に、対象店舗までの到着予定時刻の情報を提供する。本モジュールについては、既存のサービス・技術を用いることを想定している。すなわち、起点（ユーザの現在位置）と終点（対象店舗２の場所（近くの駅名など））を入力すると、起点から終点までの経路と到着予定時刻を戻してくれる、駅前探検倶楽部（非特許文献４）や、カーナビゲーションシステムなどが例として挙げられる。
【００１８】
図２のユーザ情報入出力部１１は、ユーザ端末１におけるフロントエンドである。店舗ホスト２からの広告配信を受信し、ユーザ端末１が受信する。同時に店舗情報取得・管理部１３に広告情報を転送する。またユーザのサービス要求の入力（広告表示を見たユーザの、画面によるサービス選択などの手段による）を受け付け、店舗ホスト２に送信する。また、待ち合わせ交渉部１４から通知された待ち合わせ時刻をユーザ端末に表示する。
【００１９】
図２のユーザ情報取得・管理部１２は、同じ店舗の商品の購入を希望する他ユーザのエージェントＩＤを取得し、管理する。また、その情報を待ち合わせ交渉部１４に転送する。
【００２０】
図２の店舗情報取得・管理部１３は、ユーザ情報入出力部１１から転送された店舗の広告情報を保持管理し、当該店舗への到着予定時刻を位置情報取得・管理部１５へ要求する。また、待ち合わせ交渉部１４からの問い合わせに対し、自身の到着予定時刻を通知する。
【００２１】
図２の待ち合わせ交渉部１４は、ユーザ情報取得・管理部１２から転送された他ユーザエージェントＩＤを元に、待ち合わせの交渉を行う。その際、自身の到着予定時刻を通知する。また、決定された待ち合わせ時刻をユーザ情報入出力部１１へ通知する。
【００２２】
図２の位置情報取得・管理部１５は、ＧＰＳなどの位置検出デバイスからの情報を元に、自身の現在位置を取得・管理する。また、店舗情報取得・管理部１３からの要求に対し、位置情報サービス部３に対して、自身の現在位置から、当該店舗への到着予定時刻を求める。また、返ってき結果を店舗情報取得・管理部１３へ転送する。
【００２３】
（実施例のフローチャート）
図１、図２を用いて、図３、図４、図７〜図１０のフローの各ステップを説明する。なお、図５、図６、図１１、図１２は、各ステップにおいてやりとりされる通信のデータ構造を示している。なお、本実施例１では、ユーザとして２人のユーザを仮定しているが、これに限定されるものではない。
【００２４】
図３は、本発明の一実施例を示すユーザの広告受信、店舗への到着予定時刻の算出処理のフローチャート図である。
図４は、図３のフローチャート図におけるユーザエージェント内部の処理のフローチャート図である。
図３、図４のステップ１０１において、店舗ホスト２の配信した広告をＷＥＢなどのインターネットを通じてユーザ情報入出力部１１が取得し、ユーザ端末上に表示する。ユーザ情報入出力部１１が取得する手段としては、予めユーザ登録をしている店舗ホスト２が送信したメールを受信する手段や、ブラウザなどを通じて、店舗ホスト２がアップロードしている広告サイトをユーザがブラウズすることで取得する。以上の手段により取得した広告情報を、ユーザはユーザ端末１の画面上で見ることができる。ユーザはこの画面上で、自分が利用したいサービスを１つもしくは複数の種類の広告の中から選択し、キー操作により入力することによりサービス要求する。具体的には、広告にラジオボタンがついていることなどにより選択可能となる。以下に、ステップ１０１によりユーザエージェント１に到達した後の動作を説明する。
【００２５】
図４のステップ２０１において、ステップ１０１におけるユーザのサービス選択（選択された広告）をユーザ情報入出力部１１は受け付け、店舗情報取得・管理部１３に転送する（２０４）。
【００２６】
図４のステップ２０２において、ユーザ情報入出力部１１から店舗の広告を受信した店舗情報取得・管理部１３は、位置情報取得・管理部１５に対して、当該店舗への到着予定時刻を要求する。
【００２７】
図３、図４のステップ１０２において、店舗情報取得・管理部１３からの要求を受信した位置情報取得・管理部１５は、管理する自身の現在位置の情報と共に、位置情報サービス部３に対して、当該店舗への到着予定時刻を算出するよう要求する。
【００２８】
図３、図４のステップ１０３において、位置情報サービス部３は、位置情報取得・管理部１５からの要求に対して、当該店舗への到着予定時刻を算出し、送信する。
【００２９】
図４のステップ２０３において、位置情報サービス部３からの情報を受信した位置情報取得・管理部１５は、その情報（到着予定時刻）を店舗情報取得・管理部１３に転送する。位置情報取得・管理部１５から転送された情報を受信した店舗情報取得・管理部１３は、店舗名と共に保存する。
【００３０】
図４のステップ２０４において、ステップ２０３で受信した情報を保存すると同時に、店舗情報取得・管理部１３は、ユーザ情報入出力部１１に対し、ステップ２０１に対する結果を返す。この際、対象店舗への到着予定時刻が店舗ホスト２からの配信された広告内容における有効期限に間に合わないときは、ＮＧを返し、時間内の時はＯＫを返す。そしてＮＧの場合は、その旨をユーザに通知するために、サービスの享受が不可能であることをユーザ端末の画面上に表示して、ユーザへ知らせる。
【００３１】
図５は、ステップ２０１、２０２、ステップ１０１、１０２において、送受信されるデータ構造である。
例えば、図５において、ステップ１０１、２０１のデータ構造の内部には、店舗ホストＩＤなどがあり、これはｓｔｒｉｎｇ型となっており、例えば、ＵＲＬなどが挙げられる。以下、同様なので、他のデータ構造の説明は割愛する。
図６は、ステップ１０３、ステップ２０３において、送受信されるデータ構造である。
【００３２】
図７は、本発明の実施例１を示すユーザのサービス要求とクーポン発行処理のフローチャート図である。
図８は、図７のフローチャート図におけるユーザエージェント内部の処理のフローチャート図である。
図７、図８のステップ３０１において、図４に示すステップ２０４で、ＯＫが返された場合は、ユーザ情報入出力部１１から店舗ホスト２に対して当該サービスが要求される。
【００３３】
図７、図８のステップ３０２において、複数のユーザエージェント１のユーザ情報入出力部１１からサービス要求を受信した店舗ホスト２は、要求のあったすべてのユーザエージェント１のユーザ情報入出力部１１に対し、ユーザエージェントＩＤのリストを、詳細な割り引き条件と共に送信する。なお、店舗ホスト２がユーザ情報入出力部１１に提供するユーザエージェント１のエージェントＩＤであるが、以降のシーケンス、すなわち待ち合わせ交渉をさせるユーザエージェント１をもし最初にグルーピングしようとすると、例えば、ユーザエージェント１からのサービス要求をステップ３０１で受信した店舗ホスト２が、要求時刻でソートし、店舗ホスト２にとって目的人数（さばきたい商品の数など）要求がたまれば、そこで括り出し、リストを送信するといった制御が可能である。そのため、グループ化したユーザエージェント１に対し、複数のユーザが形成した団体を区別するコミュニティＩＤを含むクーポンコードを付与する。
【００３４】
図８のステップ４０１において、他ユーザエージェントのエージェントＩＤを店舗ホスト２から受信したユーザ情報入出力部１１は、ユーザ情報取得・管理部１２に対し、当該情報を転送する。同時に、詳細な割り引き情報をユーザ端末１の画面上に表示し、ユーザに提示する。
【００３５】
図８のステップ４０２において、ユーザ情報入出力部１１からの転送を受信したユーザ情報取得・管理部１２は、当該情報を格納すると共に、待ち合わせ交渉部１４に対して、（待ち合わせ）交渉先を通知するために他エージェントＩＤを転送する。
【００３６】
図８のステップ４０３において、ユーザ情報取得・管理部１２から交渉相手のエージェントＩＤを受信した待ち合わせ交渉部１４は、店舗情報取得・管理部１３に対して、自身の対象店舗への到着予定時刻を問い合わせる。
【００３７】
図８のステップ４０４において、待ち合わせ交渉部１４から自身の到着予定時刻の通知を要求された店舗情報取得・管理部１３は、ステップ２０３で保存している時刻を待ち合わせ交渉部１４に送信する。
【００３８】
図９は、図８において交渉する相手方エージェトの内部処理のフローチャート図である。
図１０は、本発明の実施例１を示すユーザエージェント間の交渉処理のフローチャート図である。
図８、図９、図１０のステップ５０１において、店舗情報取得・管理部１３から受信した自身の到着予定時刻と共に、待ち合わせ交渉部１４はステップ４０２で取得した他エージェントＩＤの待ち合わせ交渉部１４に対して交渉を開始するために、自身の到着予定時刻を送信する。
【００３９】
図９のステップ６０１において、着目しているエージェントの待ち合わせ交渉部１４からの到着予定時刻を受信した他エージェントの待ち合わせ交渉部１４は、自身の到着予定時刻を店舗情報取得・管理部１３に対して要求する。
【００４０】
図９のステップ６０２において、店舗情報取得・管理部１３は、待ち合わせ交渉部１４からの要求に対して、管理している自身の到着予定時刻を待ち合わせ交渉部１４に通知する。そして自身の到着予定時刻と提示された到着予定時刻を比較し、到着予定時刻の遅い方を待ち合わせ時刻して決定する。ただしこの待ち合わせ時刻決定ロジックは一例であり、これに限定されるものではない。
【００４１】
図８、図９、図１０のステップ５０２において、他エージェントの待ち合わせ交渉部１４により、決定された待ち合わせ時刻を着目しているエージェントの待ち合わせ交渉部１４が受信する。
【００４２】
図８のステップ４０５において、決定された待ち合わせ時刻を受信した待ち合わせ交渉部１４は、当該情報をユーザ情報入出力部１１に対して転送し、ユーザ情報入出力部１１はユーザ端末１の画面上に表示し、ユーザに提示する。画面上に表示する内容は、ユーザが当該店舗に行った際に、他のユーザと待ち合わせる際に照合するコミュニティＩＤと、交渉結果としての待ち合わせ時刻である。
【００４３】
本フローチャートにおいては、待ち合わせ交渉をするユーザエージェントの数が２つの場合を想定しているが、より一般的に、交渉対象のユーザエージェントの数がＮの場合のフローチャートについて、一実施例を挙げる。
【００４４】
ユーザエージェントがＮある場合でも、ステップ３０１までは上記との差異はない。次のステップであるステップ３０２において、ユーザエージェントのエージェントＩＤのリストを店舗ホスト２がユーザ情報入出力部１１に提供するときに、すべてのユーザエージェントに送信するのではなく、店舗ホスト２が適当に選出した（ランダム選出など）ユーザエージェントを、そのコミュニティの代表エージェントとして任命し、そのエージェントのみにエージェントＩＤのリストを送信する。すると、上記ステップ４０１、４０２、４０３、４０４、５０１は、当該代表エージェントのみが実行するステップとなる。
【００４５】
ステップ５０１において、他エージェントに交渉を開始する際は、当該代表エージェントが一括して自身の内容をすべての他エージェントに対して送信することにより始める。ステップ５０１により代表エージェントからのメッセージを受信した他エージェントは、待ち合わせ時刻はここでは決定せず、単純に自身の到着予定時刻のみをステップ６０２で代表エージェントに戻す。その結果、ステップ５０２において、代表エージェントは他エージェントの到着予定時刻を収集し、ステップ６０２の待ち合わせ時刻決定ロジックを起動し、決定する。そして最後に、決定した時刻を他エージェントに送信し、上記ステップ４０５に帰着する。以上により、待ち合わせ交渉するユーザエージェント数がＮの場合においても、待ち合わせ交渉の実現が可能となる。
【００４６】
図１１は、ステップ３０１、３０２、ステップ４０１、４０２、４０４、ステップ６０２において、送受信されるデータ構造である。
図１２は、ステップ４０５、ステップ５０１、５０２において、送受信されるデータ構造である。
【００４７】
図１３で、総括シーケンスチャートを説明する。
まず、店舗ホスト２が割り引きサービス情報をユーザ端末１に配信する（１３０１）。
次に、店舗情報取得・管理部１３からの要求を受信した位置情報取得・管理部１５は、管理する自身の現在位置の情報と共に、位置情報サービス部３に対して、当該店舗への到着予定時刻を算出するよう要求する（１３０２）。
更に、ユーザ情報入出力部１１から店舗ホスト２に対して当該サービスが要求される（１３０３）。
更に、ユーザ情報入出力部１１は他ユーザエージェントのエージェントＩＤを店舗ホスト２から受信する（１３０４）。
最後に、他ユーザ端末自身の到着予定時刻とユーザ端末から提示された到着予定時刻を比較し、到着予定時刻の遅い方を待ち合わせ時刻して決定する（１３０５）。
【００４８】
【発明の効果】
以上、詳細に説明したように、本発明によれば、能動的にネットワーク側が見ず知らずの他人同士を、同じ商品を購入したいという共通の目的でコミュニティ化し、待ち合わせを支援することで、単に割り引き情報付きの広告を配信するだけではなく、店舗にとっては、大量に商品が販売でき、ユーザにとっても、個人で購入するよりも安い価格で商品を購入することでできる。また、店舗、ユーザ双方にとって安定した売買を保証することができる。つまり、ユーザが店舗の割り引き情報を入手して、店舗に購入の意思を通知することにより、店舗側は来客を予め見積もることができ、より計画的なサービス運営が可能とすることができる。
【００４９】
また、本発明によれば、ユーザの物理的な位置などを考慮し、各ユーザの都合に応じて店舗情報を提示し、待ち合わせ時刻をスケジューリングすることで、共通の目的を持った複数の見知らぬ人同士が出会うことが可能になり、よりタイムリーで有効的なタイムサービス情報を配信することが可能になる。
【図面の簡単な説明】
【図１】本発明の一実施例を示すユーザコミュニティの出会い支援処理システムの構成図である。
【図２】図１におけるユーザエージェントの一例を示す詳細構成図である。
【図３】本発明の一実施例を示すユーザの広告受信、店舗への到着予定時刻の算出処理のフローチャートである。
【図４】図３のユーザエージェント内部の処理のフローチャートである。
【図５】図３、図４におけるステップにおいて、送受信されるデータ構造図である。
【図６】図３、図４におけるステップにおいて、送受信されるデータ構造図である。
【図７】本発明の一実施例を示すユーザのサービス要求とクーポン発行処理のフローチャートである。
【図８】図７のユーザエージェント内部の処理のフローチャートである。
【図９】図８において交渉する相手方エージェトの内部処理のフローチャートである。
【図１０】本発明の一実施例を示すユーザエージェント間の交渉処理のフローチャートである。
【図１１】図７から図１０におけるステップにおいて、送受信されるデータ構造図である。
【図１２】図７から図１０におけるステップにおいて、送受信されるデータ構造図である。
【図１３】本発明の一実施例１である処理全体のフローチャートである。
【符号の説明】
１  ユーザ端末（ユーザエージェント含む）もしくは他ユーザ端末（他ユーザエージェント含む）
２  店舗ホスト
３  位置情報サービス
１１  ユーザ情報入出力部
１２  ユーザ情報取得・管理部
１３  店舗情報取得・管理部
１４  待ち合わせ交渉部
１５  位置情報取得・管理部
【図１】
2004264986.tif 000003
【図２】
2004264986.tif 000004
【図３】
2004264986.tif 000005
【図４】
2004264986.tif 000006
【図５】
2004264986.tif 000007
【図６】
2004264986.tif 000008
【図７】
2004264986.tif 000009
【図８】
2004264986.tif 000010
【図９】
2004264986.tif 000011
【図１０】
2004264986.tif 000012
【図１１】
2004264986.tif 000013
【図１２】
2004264986.tif 000014
【図１３】
2004264986.tif 000015