(57)【要約】【課題】販売側が小規模オフィスの注文を効率的に受けるためには、距離的に近いオフィスが集まって一緒に注文してもらい、一箇所まで受取りに来てもらうのが効率的である。しかし、オフィスでない場所まで引き取りにいくという手間は大きな阻害要因であり、これを実現するには共同購入コミュニティをうまく形成する仕組みが必要になる。【解決手段】本発明は、取り纏め者のコンピュータ装置から共同購入コミュニティへの参加条件となる注文個数を受付け、共同購入コミュニティに参加を希望する参加者のコンピュータ装置から参加希望情報を受付け、事前に登録された取り纏め者の所在地と前記参加者の所在地を比較し、参加者が取り纏め者の住所まで商品を取りに行くための所要時間を算出し、共同購入コミュニティに必要となる注文個数と所要時間の情報を参加者のコンピュータ装置に送信する。【選択図】図１
2004145590.tif 000002
【特許請求の範囲】
【請求項１】
コミュニティ用コンピュータ装置によるコミュニティ形成支援方法において、
前記コミュニティ用コンピュータ装置が、前記取り纏め者の属性値と前記参加者の属性値を記憶手段に記憶し、
前記コミュニティ用コンピュータ装置が、コミュニティの取り纏め者のコンピュータ装置から、前記取り纏め者が富み纏めるコミュニティへの参加者の参加条件と前記取り纏め者の属性値を受付け、前記参加者の参加条件を前記記憶手段に記憶し、
前記コミュニティ用コンピュータ装置が、前記参加者のコンピュータ装置から、前記コミュニティへの参加希望情報を受付け、前記参加希望情報の受付けに応答して前記参加者の参加条件と前記取り纏め者の属性値と前記参加者の属性値を前記記憶手段から読み出し、読み出された前記取り纏め者の属性値と前記参加者の属性値に基づいて、前記コミュニティ形成の阻害要因値を算出し、前記参加条件と前記阻害要因値を前記参加者のコンピュータ装置に送信することを特徴とするコミュニティ形成支援方法。
【請求項２】
請求項１に記載のコミュニティ形成支援方法において、
前記コミュニティ用コンピュータ装置が、前記参加者が前記コミュニティに参加することによって享受できる特典値を算出し、前記特典値を前記参加者のコンピュータ装置に送信することを特徴とするコミュニティ形成支援方法。
【請求項３】
請求項２に記載のコミュニティ形成支援方法おいて、
前記コミュニティ用コンピュータ装置が、前記阻害要因値を合計する共に前記特典値を合計し、前記阻害要因値の合計値と前記特典値の合計値の差分を算出し、前記阻害要因値の合計値と前記特典値の合計値の差分値が所定値以内になるように前期前記特典値を調整し、調整された前記特典値を前記参加者のコンピュータ装置に送信することを特徴とするコミュニティ形成支援方法。
【請求項４】
請求項１に記載のコミュニティ形成支援方法において、
前記コミュニティは、前記取り纏め者及び前記参加者が商品又はサービスを共同で購入するために形成されることを特徴とするコミュニティ形成支援方法。
【請求項５】
請求項４に記載のコミュニティ形成支援方法において、
前記参加条件は、前記商品又はサービスの注文個数であり、
前記取り纏め者の属性値は、前記取り纏め者の所在地であり、
前記参加者の属性値は、前記参加者の所在地であり、
前記阻害要因値は、前記取り纏め者の所在地と前記参加者の所在地の間を移動するために必要な移動時間であることを特徴とするコミュニティ形成支援方法。
【請求項６】
請求項５に記載のコミュニティ形成支援方法において、
前記阻害要因値は、移動に必要な交通機関の乗換え回数、天候に左右されるか否か、前記取り纏め者の所在地付近の施設の情報の少なくとも１つを含むことを特徴とするコミュニティ形成支援方法。
【請求項７】
請求項５又は６に記載のコミュニティ形成支援方法において、
前記特典値は、前記商品又はサービスの購入価格の割引き率若しくは割引き価格若しくは無料で付加される商品又はサービスの個数、前記商品又はサービスの早期の受取り時間若しくは時刻、クーポンの少なくとも１つを含むことを特徴とするコミュニティ形成支援方法。
【請求項８】
請求項５又は６に記載のコミュニティ形成支援方法において、
前記特典値は、クーポンであり、
前記コミュニティ用コンピュータ装置が、前記阻害要因値を合計し、前記阻害要因値の合計値から享受できる固定的な特典値を減算し、減算結果の数値に比例して前記クーポンの値を決めることを特徴とするコミュニティ形成支援方法。
【請求項９】
請求項４から８の何れかに記載のコミュニティ形成支援方法において、
前記コミュニティ用コンピュータ装置が、前記参加者が希望する条件に合った取り纏め者が見つからなかった場合に、前記参加者のコンピュータ装置が他の取り纏め者のコンピュータ装置として動作する為の選択肢を送信することを特徴とするコミュニティ形成支援方法。
【請求項１０】
コミュニティの取り纏め者の属性値と前記コミュニティの参加者の属性値を記憶する記憶手段と、
コミュニティの取り纏め者のコンピュータ装置から、前記取り纏め者が富み纏めるコミュニティへの参加者の参加条件と前記取り纏め者の属性値を受付ける第１の受付手段と、
前記参加者の参加条件を前記記憶手段に記憶させる記憶制御手段と、
前記参加者のコンピュータ装置から、前記コミュニティへの参加希望情報を受付ける第２の受付手段と、
前記参加希望情報の受付けに応答して前記参加者の参加条件と前記取り纏め者の属性値と前記参加者の属性値を前記記憶手段から読み出す読出手段と、
読み出された前記取り纏め者の属性値と前記参加者の属性値に基づいて、前記コミュニティ形成の阻害要因値を算出する算出手段と、
前記参加条件と前記阻害要因値を前記参加者のコンピュータ装置に送信する送信手段とを備えたことを特徴とするコミュニティ形成支援システム。
【請求項１１】
商品又はサービスを共同購入するための情報を提供する、コンピュータによる情報提供方法において、
前記コンピュータの通信手段が、共同購入を取り纏める取り纏め者の第１のコンピュータ装置から、前記商品又はサービスの注文数と前記商品の配送先又は前記サービスの提供先に関する第１の位置情報を受信し、
前記通信手段が、共同購入を希望する参加者の第２のコンピュータ装置から、前記参加者の所在地に関する第２の位置情報を受信し、
前記コンピュータの制御手段が、前記第１の位置情報と第２の位置情報に対応する移動区間を抽出し、移動区間ごとの移動時間を予め定義した第１のテーブルから、前記移動区間に対応する移動時間を抽出し、
前記制御手段が、既に注文を受け付けた前記商品又はサービスの注文数を加算して、既に注文を受け付けた前記商品又はサービスの注文数の総数を算出し、
前記制御手段が、前記商品又はサービスの注文数ごとの割引き率又は割引き価格又は無料で付加する商品又はサービスの個数を予め定義した第２のテーブルから、前記総数に対応する割引き率又は割引き価格又は無料で付加する商品又はサービスの個数を抽出し、
前記通信手段が、前記移動時間と前記割引率とを前記第２のコンピュータ装置へ送信する情報提供方法。
【請求項１２】
請求項１１に記載の情報提供方法において、
前記制御手段が、前記第２のテーブルから、割引き率又は割引き価格又は無料で付加する商品又はサービスの個数が次の変化する場合の前記商品又はサービスの注文数を抽出し、抽出された前記商品又はサービスの注文数から前記総数を減算して、割引き率又は割引き価格又は無料で付加する商品又はサービスの個数が次の変化するまでの前記商品又はサービスの注文数を算出し、
前記通信手段が、前記移動時間と前記割引率と共に、割引き率又は割引き価格又は無料で付加する商品又はサービスの個数が次の変化する場合の割引き率又は割引き価格又は無料で付加する商品又はサービスの個数、割引き率又は割引き価格又は無料で付加する商品又はサービスの個数が次の変化するまでの前記商品又はサービスの注文数を前記第２のコンピュータ装置へ送信する情報提供方法。
【請求項１３】
商品又はサービスを共同購入するための情報を提供する情報提供装置において、
共同購入を取り纏める取り纏め者の第１のコンピュータ装置から、前記商品又はサービスの注文数と前記商品の配送先又は前記サービスの提供先に関する第１の位置情報を受信する第１の受信手段と、
共同購入を希望する参加者の第２のコンピュータ装置から、前記参加者の所在地に関する第２の位置情報を受信する第２の受信手段と、
前記第１の位置情報と第２の位置情報に対応する移動区間を抽出し、移動区間ごとの移動時間を予め定義した第１のテーブルから、前記移動区間に対応する移動時間を抽出する第１の抽出手段と、
既に注文を受け付けた前記商品又はサービスの注文数を加算して、既に注文を受け付けた前記商品又はサービスの注文数の総数を算出する算出手段と、
前記商品又はサービスの注文数ごとの割引き率を予め定義した第２のテーブルから、前記総数に対応する割引き率を抽出する第２の抽出手段と、
前記通信手段が、前記移動時間と前記割引率とを前記第２のコンピュータ装置へ送信する送信手段とを備えた情報提供装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、同一目的をもつ複数の参加者が参加するコミュニティの形成を支援するための方法及びシステムに係り、特に、商品又はサービスを共同購入するためのコミュニティの形成を支援するための方法及びシステムに関する。
【０００２】
【従来の技術】
【特許文献１】特開２００１−２４９８７２号公報
特許文献１には、送信元たる端末装置が、コミュニティに関するコミュニティ情報を近傍の端末装置に対して無線により送信し、一方、コミュニティ情報を受信した端末装置が、近傍の端末装置に対して、無線により当該コミュニティ情報を送信することにより、発信元たる端末装置から所定の距離に在る端末装置のコミュニティ形成を支援することが記載されている。つまり、コミュニティ情報を受信した端末装置が、近傍の端末装置に対して、伝言ゲームのようにコミュニティ情報を送信することにより、所定の距離に在る端末装置のコミュニティが形成されるとしている。
【０００３】
【発明が解決しようとする課題】
しかし従来の技術では、情報が次々と伝播するだけでコミュニティが形成されるかどうかは甚だ疑問である。もちろん、口コミ的な方法は悪評千里を駆けるという諺があるように、大きなコミュニティを形成する可能性を持っている。しかし、情報の中身を判断することなく一方的に送りつける方式は、善意の端末装置が不当な通信行為を助けることになってしまうという危険性を持っている。
【０００４】
本発明の目的は、コミュニティへの参加を希望する参加者に対し、有用な情報を提供することによって、より参加者の多いコミュニティの形成を促進できるシステム及び方法を提供することである。
【０００５】
【課題を解決するための手段】
本発明のコミュニティ用コンピュータ装置はは、コミュニティの取り纏め者のコンピュータ装置からコミュニティへの参加条件を受付け、コミュニティに参加を希望する参加者のコンピュータ装置から参加希望情報を受付ける構成となっている。そして、事前に登録されたコミュニティの取り纏め者の属性値と前記参加者の属性値を比較し、各属性について属性値の差分を算出し、前記参加条件と差分値を参加者のコンピュータ装置に送信することで、参加者に最適なコミュニティの取り纏め者を選択させることができるようになっている。
【０００６】
ここで、コミュニティ用コンピュータ装置はいわゆるパーソナルコンピュータやワークステーションとし、コミュニティ用コンピュータ装置の記憶部に複数のコミュニティの取り纏め者の参加条件情報を保持させる構成とする。
【０００７】
【発明の実施の形態】
図１に本発明の全体システムの概要を示す。
【０００８】
商品購入又はサービスの予約を受け付ける予約用システム１４０、共同購入をする為のコミュニティが複数あるとして、コミュニティＡ１（１６０）の取り纏め者（発足人）の端末１（１１０）、コミュニティＡ２（１７０）の取り纏め者の端末２（１２０）、コミュニティに参加しようとしている参加者端末（１３０）、商品を配送する車両に付けられた配送車端末１５０は、ネットワーク１９０で接続されている。ネットワーク１９０は公衆回線、専用回線のいずれでも良く、また、有線・無線を問わない。
【０００９】
予約用システム１４０は、大型コンピュータやサーバシステムなどで、図４に示すように、外部との通信のインターフェースとなる通信手段４１０、プログラムやデータを保持するメモリ４３０、システム全体の制御を行なうマイクロチップなどの制御手段４００、取り纏め者端末１（１１０）及び取り纏め者端末２（１２０）、あるいは参加者端末（１３０）から事前に回収した個人情報を保存する蓄積手段４２０が、配線４５０により繋がっている。メモリ４３０には、取り纏め者や参加者の属するオフィスの位置に関するデータ（４３７）が保持されており、オフィス間の移動に要する時間を計算するための移動時間計算プログラム４３１が保持されている。また、注文数管理データ４３６が保持されており、注文数に応じて割引率を決めるための割引率計算プログラム４３３が保持されている。注文数の代わりに取り纏め者を含む全参加者の数をパラメータとして利用してもよい。さらに、天気予報データ４３５、阻害要因評価プログラム４３２、クーポン発行量計算プログラム４３４が保持されている。図示はしないが、メモリ４３０にはシステム１４０の稼動処理で必要となるデータやプログラムも記録保持されている。
【００１０】
取り纏め者端末１（１６０）及び取り纏め者端末２（１２０）、あるいは参加者端末（１３０）は、本実施例ではパーソナルコンピュータ（ＰＣ）を想定している。但し、これらの利用者端末は、利便性の点から通信機能を有しネットワークに接続可能な装置であればＰＣに限られない。例えば、無線機能を搭載したＰＤＡや携帯電話でもよい。
【００１１】
図１に戻り、本発明を構成するには、少なくとも１つの予約用システム１４０と、少なくとも１つの取り纏め者端末（１１０、１２０）と、複数の参加者端末１３０が必要である。取り纏め者端末の数が多いほど参加者の選択肢は多く、取り纏め者端末の数が少ないほど販売側の配達効率が良くなるという傾向を持つ。
【００１２】
図２及び図３において、予約用システム１４０で保持され、共同購入のコミュニティに参加する上での阻害要因と、このコミュニティに参加した場合に得られる特典を管理するためのテーブルについて説明する。
【００１３】
阻害要因となる距離のパラメータを管理するテーブル２００は、少なくとも移動時間（２１０）の要素を管理しており、コミュニティ１（２５０）やコミュニティ２（２６０）に参加した場合、参加者が商品を引き取りに行くのに要する時間を比較することができる。また、テーブル２００の要素は移動時間２１０に限らず、エレベータの乗換回数２２０、取り纏め者と参加者の属するオフィスの位置関係（２３０）、取り纏め者の属するオフィスの周辺施設（２４０）などを管理することができる。なお、乗換回数２２０はエレベータに限定されるものではなく、公共交通機関の乗換回数でも構わない。また、位置関係２３０とは、取り纏め者と参加者の属するオフィスが同じビルにある、あるいは隣のビルにあるが二つのビルは地下道で繋がっているという接続関係を示すが、雨が降っても濡れずに移動できるというような効果の場合もありうる。また、周辺施設２４０は、近くに郵便局がある、あるいはコンビニがあるといったことである。こういった施設があれば、買い物に行くついでに商品を引き取りに行くことが可能になるから、参加者の心理的な距離に影響を与えるものと考えられる。
【００１４】
特典となるパラメータを管理するテーブル３００は、少なくとも商品の受取日時３１０や割引率３２０の要素を管理しており、コミュニティ１（３４０）に参加した場合、参加者が各コミュニティに参加した場合のメリットを比較することができる。また、テーブル３００の要素は受取日時３１０や割引率３２０に限らず、その他３３０（例えば、クーポン発行枚数）なども管理することができる。なお、割引率３２０は、コミュニティ毎の発注量によって変化する値であるから、時間経過によって参加者が増え、発注量の合計が増加すれば割引率が変わることもある。また、配達者端末１５０の位置情報がリアルタイムで予約用システム１４０に送られるならば、受け渡しが完了したコミュニティの情報をテーブル３００から削除することができる。
【００１５】
次に、図５を用いて、予約用システム１４０の処理フローについて説明する。
【００１６】
予約システム１４０は、ステップ５００において起動され、通信手段４１０と外部のネットワーク１９０との通信が可能となり、ステップ５１０において商品の注文受付けを開始する。
【００１７】
予約システム１４０において注文の受付が開始されると、発注者の端末（図１の参加者端末１３０に相当）には商品選択画面が表示される。商品の選択画面は、一般的なインターネット通信販売の画面と差異は無いので省略したが、発注者の端末に表示される発注確認画面の例を図６に示す。インターネットブラウザの画面６００は、発注者の名前を示す領域６１０と、注文内容を詳細に示す領域６２０と、申し込み用のボタン６３０、及び、訂正用のボタン６４０などで構成されている。注文内容を示す領域６２０には、選択されている商品の識別番号、商品名称、標準単価、注文個数などの情報が一覧形式で記載されており、発注者は注文した商品に過不足が無いかを一目で確認することができる。さらに、発注した商品の合計金額、税金の額、商品個数の合計などが記載されており、発注者は予算内で購入可能かどうかを確認することができる。そして、発注者は、注文内容を示す領域６２０に問題がない場合は申し込みボタン６３０を選択し、訂正したい部分がある場合は訂正ボタン６４０を選択することができる。
【００１８】
申し込みボタン６３０が選択されると、予約システム１４０は既存コミュニティの表示（ステップ５２０）に処理を遷移する。なお、既存コミュニティとは、図１のコミュニティＡ１（１６０）、及びコミュニティＡ２（１７０）である。
【００１９】
図７及び図８は、予約システムがステップ５２０の処理をするとき、参加者端末１３０に表示される画面の例を示したものである。図７のブラウザ画面７００は、検索条件（例えば、注文個数７１０、配達時刻７２０、移動時間７３０、割引率７４０）の選択領域と、検索結果の表示領域７５０と、詳細表示用ボタン７７０と、既存のコミュニティに参加するのではなく自らが新しいコミュニティの取り纏めとなり参加者を集めるための募集ボタン７８０などから構成されている。
【００２０】
ここで、注文個数７１０がチェックされている場合は、参加者の注文個数より少ない注文個数を参加条件としているコミュニティのみが選択され、検索結果の表示領域７５０に表示される。詳しくは後述するが、コミュニティの取り纏め者はコミュニティへの参加条件を設定することができる。これは、注文個数が少ない参加者が集まった場合、取り纏め者は特典が得られないばかりか、負担だけが増えることになるからである。
【００２１】
配達時刻７２０がチェックされている場合は、配達時刻が早いものから順に選択され、検索結果の表示領域７５０に表示される。特にオフィス需要などでは、割引率などの条件よりも少しでも早く入手したいというニーズが優先されることもあり、このような場合には配達時刻（早いもの順）７２０がチェックされる。
【００２２】
移動時間７３０がチェックされている場合は、コミュニティの取り纏め者の属するオフィスと参加者のオフィス間の移動に要する時間の短いものから順に選択され、検索結果の表示領域７５０に表示される。なお、移動時間の計算方法及び計算に必要となるデータの管理方法に関しては後述する。
【００２３】
ここで、オフィス間の移動時間は、共同購入するコミュニティを決める際の重要な要素ではあるが、これに限定されるものではない筈である。図２に示した、移動手段（エレベータ等）の乗り換え回数の少ないものから選択したい場合もありうるし、雨天や冬場であれば、同じビルにあることや地下街で接続されているという条件が重要かもしれない。
【００２４】
割引率７４０がチェックされている場合は、割引率の高いものから順に選択され、検索結果の表示領域７５０に表示される。以上に述べた条件による検索では、少なくとも１つ以上の条件が選択されるべきであるが、注文個数７１０などはデフォルトの設定としてもかまわない。なぜなら、コミュニティが成立する基本的な要件は、コミュニティの取り纏め者と参加者の双方にメリットがあることであり、コミュニティに参加してもらっても取り纏め者に何のメリットも無い契約は成立する可能性が低いからである。
【００２５】
一方、検索結果の表示領域７５０は、前記設定された条件に合うものを順番に表示する領域であるが、表示領域が限定されている場合は、上位数個のみを表示することもある。検索結果の表示領域７５０には、チェックボックス７６５及び参加決定用のボタン７６０が含まれている。
【００２６】
検索結果の表示領域７５０に記された情報に基づき、参加するコミュニティを決める場合は、チェックボックス７６５にチェックマークを入れ参加ボタン７６０を選択する。検索結果の表示領域７５０に記された情報では選択できない場合は、詳細ボタン７７０を選択することで、詳細な情報の画面８００（図８）を得ることができる。
【００２７】
詳細画面８００には、図２に示すコミュニティに参加するための阻害要因、あるいは図３に示すコミュニティに参加した場合の特典が表示される。例えば、領域８１０は取り纏め者と参加者のオフィスの位置関係を３次元で表示したものである。移動時間を示すだけでなく、移動手段（交通機関やエレベータなど）の乗り換え順や、ビル間の連絡通路、あるいは取り纏め者のオフィスの近所にあるコンビニなどの施設を３次元地図上にマッピングして表示すれば、参加者は直感的に移動に伴う負荷の大きさを把握することができる。また、領域８２０は前記阻害要因と得点を一覧で示す領域であるが、表示すべき項目が多い場合はスライダーバー８２５が必要である。詳細画面の情報を見た参加者は、図７と同様な手段でチェックボックスにチェックマークを入れ参加ボタン８３０を選択する。
【００２８】
図７および図８において、図２に示す阻害要因や図３に示す特典が一覧形式で表示されると述べたが、これを見た参加者にコミュニティの優劣を判断させるのではなく、阻害要因の各項目をマイナスの数値で評価しておき、特典をプラスの数値で評価し、これらの合計がプラスになるように特典の一部（たとえば、クーポン券の発行枚数）を調整しても良い。さらに、意図的にあるコミュニティの特典を割り増し、特定エリア内に多数のコミュニティ（配達場所）が生まれにくい状況を作って、配送ルートを最適化しても良い。
【００２９】
図５に戻り、条件分岐のステップ５３０で既存のコミュニティに参加するが選ばれた場合、予約用システム１４０はステップ５６０に遷移し、異なる条件での検索及び検索結果の送信（通知）を行なう。また、１つのコミュニティが選択された（ステップ５７０）場合、参加者の情報を蓄積手段４２０に記録する。
【００３０】
条件分岐のステップ５３０で既存のコミュニティには参加しないが選ばれた場合（すなわち、募集ボタン７８０が選択された）、予約用システム１４０はステップ５４０に遷移し、募集条件の登録を受け付ける。参加者（新しいコミュニティの取り纏め者）端末に表示される新しいコミュニティの参加条件設定画面（募集画面）が図９である。
【００３１】
募集画面９００は、取り纏め者の注文個数に関する情報を表示する領域９１０と、募集条件を設定する領域９２０と、このコミュニティに参加した場合の受け取り場所や受け取り日時の設定をする領域９３０と、前記設定内容を蓄積手段に登録するための登録ボタン９４０、募集を取りやめるための戻るボタン９５０などで構成される。ここで、領域９１０には図６の領域６２０に記載されていた注文個数の合計値が表示される。領域９２０に表示される募集条件は領域９１０と関連性があり、割引サービスを受けるために不足している個数の情報が表示される。例えば、注文者が１５個の注文をしているのに対し、販売店舗側の設定が２０個以上の注文に対しては５％の割引を適用し、５０個以上の注文に対しては１０％の割引を適用するとする。注文数に対する割引き率を予め定義したテーブルから、注文数に対する割引き率を抽出してもよいし、予め定めた算出式から注文数に対する割引き率を算出してもよい。その他の特典についても同様である。領域９２０には、５％割引サービスを受けるには５個が不足していることと、１０％割引を受けるためには３５個が不足していることが表示される。このとき、取り纏め者は前記２つの条件設定のどちらでも選択することができる。しかし、例えば１０個の注文をしたいという参加者が現れた場合、５％割引サービスを設定していればこの割引率が適用されるが、１０％割引サービスを設定していれば設定された個数に達しないので割引なしとなってしまう。このように、自らが取り纏め者となる場合は、他の参加者がコミュニティに参加しやすくし、取り纏め者と参加者が双方にメリットを享受できるよう設定にしなければ効果はあがらない。
【００３２】
図１０は、図４のメモリ４３０もしくは蓄積手段４２０で記録管理される注文数の管理データ４３６の注文数管理テーブル１０００である。注文数管理テーブル１０００は、予約を受け付けたときに発番された受付番号１０１０、注文者の属するオフィスの識別番号であるオフィスＩＤ１０２０、商品α及び商品βの注文個数１０３０、１０４０など、商品の受け取り場所となるオフィスＩＤで構成されている。ここで、予約番号はこのテーブル内でユニークである。また、取り纏め者の場合は、受け取り場所とオフィスＩＤが同じであるが、参加者の場合は、受け取り場所とオフィスＩＤが異なる。
【００３３】
図１１から１４は、図２の阻害要因を示すテーブルを作るときに参照されるテーブルであり、蓄積手段４２０に記録保存されている。図１１は、ビルとビルの間を移動するために要する時間を記録したテーブルである。例えば、ビル１の基準点（正面玄関など）からビル２の基準点に移動するための所要時間は、ビル１（１１１５）とビル２（１１２０）が交差する領域に記述されている５分２０秒である。コミュニティに参加するオフィスがＭ個あり、それらが入居するビルがＮ棟あるとすると、このテーブルはＮ×Ｎのテーブルになる。
【００３４】
出発地から目的地までに対応する移動時間がテーブルにない場合は、出発地から目的地までのルートを算出し、そのルート上の各区間の移動時間をテーブルから抽出し、抽出された移動時間を合計してもよい。尚、移動時間の算出は、予約用システム１４０ではなく、外部のシステムに委託してもよい。この場合に、予約用システム１４０は、外部のシステムに対し、参加者の出発地点の情報と目的地点の情報を送信する。
【００３５】
図１２は、ビルとビルの間の接続に関する情報を記録したテーブルである。例えば、ビル１とビル２の接続を知りたい場合は、ビル１（１２１５）とビル２（１２２０）が交差する領域を見れば、地下通路で接続されていることが分かる。また、図１２では接続に関する情報を文字情報としているが、コミュニティに参加するかどうかの判断に与える影響度を数値化して記録してもよい。この場合、雨天や強風、あるいは冬場であれば影響度が大きくなり、快晴で気持ちの良い日は影響度が低いかもしれない。
【００３６】
このテーブルは図１１と同じＮ×Ｎのテーブルになる。
【００３７】
図１３は、コミュニティの参加者（取り纏め者を含む）の属するオフィスの所在に関する情報を管理するテーブルである。オフィス管理テーブル１３００は、オフィスの識別番号であるオフィスＩＤ１３１０毎に、オフィスの属するビルの識別番号１３２０、フロア階数１３３０、同じ階数のエレベータ口からオフィス入り口までの所要時間１３４０などが記録されている。例えば、ビル番号０２３の３１階にあるオフィス１１２３１は、エレベータを降りて１０秒の位置にあることが分かる。ここで、エレベータ口からの平均移動時間１３４０は小規模ビルでは同じ値になることもある。なお、このテーブルはオフィスの数がＭであれば行数もＭ（図１３では説明部分を含むのでＭ＋１）になる。
【００３８】
図１４は、ビルの基準点から各フロアのエレベータ口までの平均所要時間を記録したテーブルである。例えば、ビル０２３の場合は、ビルの基準点である正面入り口から１階のエレベータホールまでに１０秒、１２階のエレベータホールまで３０秒、３１階のエレベータホールまで９０秒を要することが分かる。
【００３９】
オフィスＩＤ１１２３１から２０１２１への移動時間が必要な場合、テーブル１３００よりオフィス１１２３１はビル番号０２３の３１階にあり、エレベータを降りてから１０秒の位置にあることが分かる。また、オフィス２０１２１はビル番号１２１の１２階にあり、エレベータを降りてから３０秒の位置にあることが分かる。
【００４０】
さらに、テーブル１１００より、ビル１（ビル番号０２３）の正面入り口とビル３（ビル番号１２１）の正面入り口は２分３０秒の距離にあることが分かる。さらに、テーブル１２００より、ビル１（ビル番号０２３）とビル３（ビル番号１２１）は隣接しており、地上から移動すべきということが分かる。
【００４１】
さらに、テーブル１４００より、ビル番号０２３の正面入り口からオフィス１１２３１がある３１階には９０秒、ビル１２１の正面入り口からオフィス１１２３１がある１２階には５０秒が必要なことが分かる。これらの値を合計した５分３０秒がオフィスＩＤ１１２３１から２０１２１への移動に必要な時間となる。
【００４２】
本発明の実施の形態によれば、参加者はコミュニティに参加することによって得られる特典（メリット）と阻害要因（デメリット）を容易に比較することができるようになる。すなわち、コミュニティ間に存在する空間的距離は簡単には変えることができないが、前記の特典や阻害要因の情報を的確に伝えることによって心理的距離を小さくすることは可能であり、これによってコミュニティが統合されるよう働きかけることができる。また、販売側が意図を持ってコミュニティ形成を図りたい場合は、割引率や特典を適切な値に調整することでコミュニティ形成を促進することもでき、販売者並びにコミュニティの取り纏め者及び参加者にとってお互いにＷｉｎ−Ｗｉｎの販売方法が実現される。
【００４３】
【発明の効果】
本発明によれば、本発明の目的は、コミュニティへの参加を希望する参加者に対し、有用な情報を提供することによって、より参加者の多いコミュニティの形成を促進できる。
【図面の簡単な説明】
【図１】本発明の全体システムを示す図。
【図２】阻害要因となる距離のパラメータを管理するテーブル図
【図３】コミュニティに参加した場合に得られる特典を管理するためのテーブル図
【図４】予約用システム１４０の構成を示す図
【図５】予約用システムの処理フローの図
【図６】発注者の端末に表示される発注確認画面の例を示す図
【図７】予約システムがステップ５２０の処理をするとき、参加者端末に表示される画面の例を示す図
【図８】予約システムがステップ５２０の処理をするとき、参加者端末に表示される画面の例を示す図
【図９】新しいコミュニティの参加条件設定画面（募集画面）の例を示す図
【図１０】メモリもしくは蓄積手段で記録管理される注文数の管理データの注文数管理テーブル図
【図１１】ビルとビルの間を移動するために要する時間を記録したテーブル
【図１２】ビルとビルの間の接続に関する情報を記録したテーブル
【図１３】コミュニティの参加者（取り纏め者を含む）の属するオフィスの所在に関する情報を管理するテーブル
【図１４】ビルの基準点から各フロアのエレベータ口までの平均所要時間を記録したテーブル
【符号の説明】
１１０，１２０…取り纏め者端末、１３０…参加者端末、１４０…予約用システム、１５０…配送車端末、１９０…ネットワーク、４００…制御手段、４１０…通信手段、４２０…蓄積手段、４３０…メモリ、４３１…移動時間計算プログラム、４３２…阻害要因評価プログラム、４３３…割引率計算プログラム、４３４…クーポン発行量計算プログラム、４３５…天気予報データ、４３６…注文数管理データ、４３７…オフィス位置情報データ、４５０…配線。
【図１】
2004145590.tif 000003
【図２】
2004145590.tif 000004
【図３】
2004145590.tif 000005
【図４】
2004145590.tif 000006
【図５】
2004145590.tif 000007
【図６】
2004145590.tif 000008
【図７】
2004145590.tif 000009
【図８】
2004145590.tif 000010
【図９】
2004145590.tif 000011
【図１０】
2004145590.tif 000012
【図１１】
2004145590.tif 000013
【図１２】
2004145590.tif 000014
【図１３】
2004145590.tif 000015
【図１４】
2004145590.tif 000016