JP3854478B2

JP3854478B2 - 不特定の利用者同士の会合を仲介する仲介方法、及び、そのような仲介方法での処理をコンピュータに行なわせるための仲介プログラム

Info

Publication number: JP3854478B2
Application number: JP2001192879A
Authority: JP
Inventors: 敦保本; 勉池田; 雅雄森川
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2001-06-26
Filing date: 2001-06-26
Publication date: 2006-12-06
Anticipated expiration: 2021-06-26
Also published as: JP2003006467A

Description

【０００１】
【発明の属する技術分野】
本発明は、利用者と、商品を販売する店舗と、商品を卸す業者とによってネットワークを介して接続される仲介サーバーにおいて実行される、不特定の利用者同士の会合を仲介する仲介方法を提供するものである。
【０００２】
また、本発明は、そのような仲介方法での処理をコンピュータに行なわせるための仲介プログラムに関する。
【０００３】
【従来の技術】
近年、インターネットの普及と、Ｗｅｂ機能付き携帯端末の普及とにより、「合コン」の紹介サイト等の利用が増えてきている。このような「合コン」の紹介サイト等では、登録者の個人情報に基づいて「合コン」の参加者を決定し、紹介サイトの勧める店舗での宴席を設定するサービスがある。
【０００４】
【発明が解決しようとする課題】
しかしながら、上記従来における「合コン」の紹介サイト等では、利用者は、会場において供される食事などが嗜好に合うか明確でない、或いは嗜好情報の入力する欄があっても入力の手間が容易でない。
【０００５】
会場を提供する店舗としては、利用者に属する層の嗜好傾向をつかむことはできない。また、食材などを提供する会社は上記の仕組みに参加できない等の問題があった。
【０００６】
そこで、本発明の第一の課題は、利用者と、商品を販売する店舗と、商品を卸す業者とによってネットワークを介して接続される仲介サーバーにおいて実行される、不特定の利用者同士の会合を仲介する仲介方法を提供することである。
【０００７】
また、本発明の第二の課題は、上記のような仲介方法での処理をコンピュータに行なわせるための仲介プログラムを提供することである。
【０００８】
【課題を解決するための手段】
上記第一の課題を解決するため、本発明は、利用者と、商品を販売する店舗と、商品を卸す業者とによってネットワークを介して接続される仲介サーバーにおいて実行される、利用者の会合を仲介する仲介方法であって、上記利用者がアクセスする上記業者のホームページのバナー広告からのリンクによってネットワークを介して受付登録部より入力される該利用者が指定した会合を決定するための会合条件を有する利用者情報と、該ホームページの業者の商品を示す商品情報とを対応付けて利用者情報テーブルに登録する会合登録手順と、該ホームページの業者の商品を示す商品情報とを対応付けて利用者情報テーブルに登録する会合登録手順と、店舗を特定可能な情報と店舗が提供する商品を示す商品情報とを対応付けて管理する店舗情報テーブルから上記利用者情報テーブルの商品情報との一致を検索して、上記商品を提供する店舗を会合場所としてマッチングする会合場所マッチング手順と、上記会合場所マッチング手順による結果を上記利用者と上記店舗とに通知する通知手順とを有するように構成される。
【０００９】
このような仲介方法では、利用者情報によって示される会合条件と、店舗情報によって示される商品情報とに基づいて、利用者と店舗とがマッチングするため、利用者の商品嗜好に応じたマッチングを行なうことができる。
【００１０】
上記商品情報は、物品又はサービスに関する情報である。
【００１１】
上記会合条件は、利用者が他の不特定の利用者と会合を行なうための条件、及び、会合が友好的に行なわれるための嗜好等を示す条件等である。
【００１２】
店舗が今後取り扱うべき商品を検討することができるという観点から、本発明は、上記マッチング手順による結果を示す結果情報を管理する結果管理手順と、上記結果管理手順によって管理される結果情報に基づいて、店舗へ取り扱っていない商品を取り扱うことによって獲得可能となる利用者数を示す店舗結果情報を提供する情報提供手順とを有するように構成することができる。
【００１３】
このような仲介方法では、店舗へ取り扱っていない商品を取り扱うことによって獲得可能となる利用者数を示す店舗結果情報が提供されるため、該利用者数の多さに基づいて、今後の商品の取り扱いについて検討することができる。
【００１４】
上記第二の課題を解決するため、本発明は、上記仲介方法による処理をコンピュータに行なわせるための仲介プログラムとすることができる。
【００１５】
また、上記第一及び第二の課題を解決するための手段として、本発明は、上記仲介方法を実現する仲介サーバーとすることもできる。
【００１６】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
【００１７】
本発明の実施の一形態に係る会合仲介方法を実現する仲介サイトは、例えば、図１に示すようなシステムを構成する。
【００１８】
図１は、仲介サイトによって構成されるシステム原理構成図である。
【００１９】
図１において、複数の店舗２０の端末と、複数の業者３０の端末と、複数の利用者４０の端末とが、ネットワーク（図示せず）を介して仲介サイト１００と接続する。店舗２０は、飲食店等であって、業者３０は、いずれかの店舗２０へ食材、飲み物等を卸すメーカーである。
【００２０】
仲介サイト１００は、サーバコンピュータであって、通信制御処理部１０１と、インストーラ１０２と、入力制御処理部１０３と、表示制御処理部１０４と、出力制御処理部１０５と、登録受付部１１１と、店舗登録受付部１１２と、マッチング処理部１１３と、通知処理部１１４と、情報提供処理部１１５と、利用者情報テーブル１２１と、店舗情報テーブル１２２と、機会損失情報テーブル１２３とを有する。
【００２１】
通信制御処理部１０１は、ネットワークを介して送受信されるデータを制御する処理部であって、電話回線又はＬＡＮ（Local Area Network）等を介してネットワーク網に接続するための通信ユニットを有する。
【００２２】
インストーラ１０２は、例えば、該サーバコンピュータのＣＤ−ＲＯＭドライブに設定されたＣＤ−ＲＯＭ１２０から本発明に係るプログラムを読み出し、その読み出されたプログラムを、例えば、補助記憶装置等にインストールする。そして、後述される仲介処理等が起動されると、補助記憶装置にインストールされた当該プログラムに従って、コンピュータ全体を制御するＣＰＵ（中央処理装置）がその処理を開始する。尚、当該プログラムを格納する媒体としてＣＤ−ＲＯＭに限定するものではなく、コンピュータが読み取り可能な媒体であればよい。
【００２３】
入力制御処理部１０３は、マウス、キーボード等の入力ユニットからのデータを制御する処理部であって、仲介サイト１００の管理者が、後述するような仲介処理等を行なうために入力した必要な各種情報を制御する。
【００２４】
表示制御処理部１０４は、ディスプレイ等の表示ユニットへ表示するデータを制御する処理部であって、ＣＰＵの制御のもとに管理者に必要な各種情報を該表示ユニットへ表示させる。
【００２５】
出力制御処理部１０５は、プリンター等の出力ユニットへ出力するデータを制御する処理部であって、処理結果或いは指定された情報を該出力ユニットへ出力させる。
【００２６】
登録受付部１１１は、利用者４０がコンピュータ端末又はＷｅｂ機能付き携帯端末等を利用して、直接又は業者３０のホームページ３２を介して仲介サイト１００へ登録を行なうと、利用者４０が入力した利用者情報を利用者情報テーブル１２１へ登録する。
【００２７】
店舗登録受付部１１２は、店舗２０がコンピュータ端末又はＷｅｂ機能付き携帯端末等を利用して、仲介サイト１００へ登録を行なうと、店舗２０が入力した店舗情報を店舗情報１２２へ登録する。
【００２８】
マッチング処理部１１３は、利用者情報テーブル１２１で管理される各利用者情報と、店舗情報テーブル１２２で管理される各店舗情報との条件をマッチングして、条件が一致する利用者情報と店舗情報とを抽出し、通知処理部１１４へ通知する。また、マッチング処理部１１３は、抽出した利用者情報と店舗情報とを機会損失情報テーブル１２３へ格納する。
【００２９】
通知処理部１１４は、マッチング処理部１１３によって通知された利用者情報と店舗情報とに基づいて、各利用者４０及び各店舗２０へマッチング結果を通知する。
【００３０】
情報提供処理部１１５は、機会損失情報テーブル１２３を参照し、店舗２０へ機会損失情報を通知すると共に、業者３０へ潜在需要情報を通知する。
【００３１】
機会損失情報とは、例えば、提供できる商品を工夫することで顧客をもっと獲得できたことを示す情報である。
【００３２】
潜在需要情報とは、例えば、業者３０が商品を卸すことができれば、もっと顧客を獲得できたであろうことを示す情報である。
【００３３】
利用者情報テーブル１２１と、店舗情報テーブル１２２と、機会損失情報テーブル１２３とは、例えば、上記補助記憶装置等にて管理される。
【００３４】
以下に、上記システム原理に基づいて、業者３０として複数のビールメーカー（以下、ビールメーカー３０とする）が仲介サイト１００を利用する場合の実施例について詳述する。
【００３５】
図２は、図１の原理構成に基づく仲介サイトの実施の一例を示す図である。図２中、図１に示す同様の処理部及びテーブルには同一の符号を付し、その説明を省略する。また、説明の便宜上、特徴的な構成を示す部分のみを図示する。
【００３６】
図２において、例えば、複数のビールメーカー３０のビールメーカー３０Ａ及び３０Ｂが、自社製ビールＡ及びＢを夫々、各宣伝サイト上に合コン登録募集のバナー登録を行なう。
【００３７】
店舗２０は、ネットワークを介して仲介サイト１００へアクセスし、店舗情報を登録する（Ｓ１）。仲介サイト１００の店舗登録受付部１１２は、店舗２０から店舗情報を受信すると（Ｓ１）、店舗情報テーブル１２２へ該店舗情報を登録する（Ｓ２）。
【００３８】
一方、利用者４０が、例えば、ビールメーカー３０の１つの宣伝用サイト（ホームページ）３２をアクセスすると（Ｓ３）、この宣伝用再サイト３２は、仲介サイト１００の登録受付処理部１１１へリンクする（Ｓ４）。このリンクによって登録受付処理部１１１が起動し、登録画面が利用者４０の端末に表示される。利用者４０が入力した合コンに必要な利用者情報が、登録受付部１１１によって、利用者情報テーブル１２１へ登録される（Ｓ５）。仲介サイト１００は、ビールメーカー３０のサイト識別子を有するＣｏｏｋｉｅ等により利用者４０がどのサイトを経由してアクセスしたかを取得する。該サイト識別子を含む利用者情報を利用者情報テーブル１２１へ登録するようにする。
【００３９】
マッチング処理部１１３は、登録受付部１１１で受け付けられて、利用者情報テーブル１２１へ格納された利用者情報から合コンを行なう利用者の組み合せを行なう（Ｓ６）。この組み合せは、利用者情報として取得した好みのタイプ、時間帯、場所等の項目を組み合せ条件とし、その組み合せ条件に基づいて利用者同士を組み合わせれば良い。また、項目には重み付けをしても良い。
【００４０】
マッチング処理部１１３によって、登録した複数の利用者４０の内、ビールメーカー３０Ａのサイトを介して登録した利用者４０αと、ビールメーカー３０Ｂのサイトを介して登録した利用者４０βとが選出されたとする。
【００４１】
また、マッチング処理部１１３は、店舗情報テーブル１２２から上記組み合せ条件に合致する店舗情報を抽出する（Ｓ７）。更に、マッチング処理部１１３は、Ｃｏｏｋｉｅによって取得した利用者４０αと利用者４０βとが登録する際に利用したサイトを特定するサイト識別子に基づいて、利用者４０αの嗜好をビールメーカー３０ＡのビールＡ、及び、利用者４０αの嗜好をビールメーカー３０ＢのビールＢと判断する。そして、マッチング処理部１１３は、抽出した店舗情報に基づいて、ビールメーカー３０ＡのビールＡ及びビールメーカー３０ＢのビールＢの両方を提供可能な店舗２０ｗ（複数の店舗２０の１つ）の店舗情報を抽出する。この場合、店舗情報の絞込みを、組み合せ条件とサイト識別子に基づく嗜好条件とのＡＮＤ条件によって行なっているが、ＯＲ条件による絞込みでも良い。
【００４２】
マッチング処理部１１３によって抽出された情報を受け取った（Ｓ８）通知処理部１１４は、複数の店舗２０の１つである店舗２０ｗに対して、利用者４０αと利用者４０βとが参加することを電子メール等によって通知し、また、参加者への提供メニューに、ビールメーカー３０ＡのビールＡ及びビールメーカー３０ＢのビールＢとを含めることも併せて通知する（Ｓ９）。更に、通知処理部１１４は、仮予約処理を行なう。
【００４３】
また、通知処理部１１４は、利用者４０α及び利用者４０βに対しても、組み合せ相手、日時、利用店等を示す電子メール等によって組み合せ通知を行なう（Ｓ１０）。
【００４４】
利用者４０α及び利用者４０βは、仲介サイトから組み合せ通知を受信すると、この組み合せに合意するか否かを示す返信を仲介サイトへ行ない確認登録をする（Ｓ１１）。
【００４５】
利用者４０α又は利用者４０βからの返信によって、確認処理部１１６が起動する（Ｓ１１）。確認処理部１１６は、利用者４０α及び利用者４０βから合意する旨の通知を受けた場合、課金処理部１１７を起動する（Ｓ１２）。
【００４６】
課金処理部１１７は、利用者４０α及び利用者４０βの利用者情報に基づいて、金融機関へ予約金の支払い要求を行なう（Ｓ１３）。更に、課金処理部１１７は、金融機関からの利用者４０α及び利用者４０βの予約金に関する入金情報を取得すると（Ｓ１４）、第２通知処理部１１８を起動して（Ｓ１５）、仮予約をした店舗２０ｗへ、利用者４０α及び利用者４０βの本予約の申込みを電子メール等によって通知する（Ｓ１６）。一方、確認処理部１１６が、利用者４０α及び利用者４０βから合意の返信を受信しなかった場合、或いは、課金処理部１１７が、利用者４０α及び利用者４０βから予約金の入金情報を取得しなかった場合、店舗２０ｗへ仮予約の取り消しを通知する。
【００４７】
情報提供処理部１１５は、店舗２０等の取扱品情報或いは機会損失数をビールメーカー３０或いは店舗２０に提供する（Ｓ１７）。これにより、ビールメーカー３０では、自社製品の取り扱いがない店舗２０に対して、自社製品を取り扱うことにより紹介件数が増えることを示して、プローモーションを効果的に行なうことができる。また、店舗２０では、未取扱品の取り扱いを行なうことによりどれくらい紹介機会が増えるかを知ることができる。
【００４８】
図２に示す例では、ビールメーカーと宴席の一例をもって説明を行なったが、ビールメーカーに限ることなく、他食材メーカーでも適用できることは言うまでもない。また、宴席（店舗）に限定することなく、演劇、映画、遊園地、他イベント等でもよい。
【００４９】
次に、マッチング処理部１１３及び通知処理部１１４によって実行される処理について、図３、図４、図５及び図６にて説明する。
【００５０】
図３は、マッチング及び通知処理を説明するフローチャート図である。
【００５１】
図３において、先ず、マッチング処理部１１３は、利用者情報テーブル１２１から新規受付分の利用者情報を読み込む（Ｓ１０１）。次に、利用者情報テーブルから既存の利用者情報を１つ読み込み（Ｓ１０２）、ステップＳ１０１で読み込んだ新規の利用者情報との組み合せ条件の一致を判断する（Ｓ１０３）。組み合せ条件が一致した場合、新規の利用者情報毎に、既存の利用者情報を相手先として一時テーブル１３１に格納して（Ｓ１０４）、読み込み位置を１加算して（ステップＳ１０５）、繰り返し１から再度処理を行なう。組み合せ条件が一致しなかった場合、読み込み位置を１加算して（ステップＳ１０５）、繰り返し１から再度処理を行なう。繰り返し１へ戻り、利用者情報テーブル１２１から読み込み位置に対応する既存の利用者情報を読み込んで（Ｓ１０２）、既存の利用者情報の読み込みが終了するまで、上記同様の処理を繰り返す。
【００５２】
既存の利用者情報の全てに対して、新規の利用者情報との組み合せ条件の一致を判断したら、図４のステップＳ１０６を実行する。
【００５３】
図４において、一時テーブル１３１に基づいて、新規の利用者情報にたいして、組み合せ条件に合う相手（既存の利用者情報）があったか否かを判断する（Ｓ１０６）。組み合せ条件に合う相手がない場合、新規の利用者情報を、相手待ちとして利用者情報テーブル１２１に登録する（Ｓ１０７）。通知処理部１１４は、相手待ちとして登録された新規の利用者情報に基づいて、利用者４０へ相手待ち状態であることを電子メール等で通知し（Ｓ１０８）、マッチング及び通知処理を終了する。
【００５４】
一方、ステップＳ１０６において、組み合せ条件に合う相手があった場合、一時テーブル１３１に格納されている新規の利用者情報毎に、相手先データを優先順にソートして、新規の利用者情報毎のソートした相手先データを一時テーブル１３１に格納する（Ｓ１０９）。優先順とは、例えば、一致した組み合せ条件の個数の多い順等である。
【００５５】
図５において、一時テーブル１３１から先頭の相手先データを読み込む（Ｓ１１０）。次に、店舗情報テーブル１２２から先頭の店舗情報を読み込む（ｓ１１１）。読み込んだ店舗情報から取扱商品以外の他条件を判定する（Ｓ１１２）。条件が一致しない場合、図６のステップＳ１１７へ進む。一方、条件が一致する場合、更に、取扱商品の有無を判定する（Ｓ１１３）。取扱商品が有る場合、マッチング処理部１１３は、機会損失情報テーブル１２３に組み合せに関する情報を格納し、通知処理部１１４が起動する。通知処理部１１４は、組み合せ可能な利用者４０と店舗２０とに仮予約の通知を行う（Ｓ１１４）。更に、マッチング処理部１１３は、組み合せ可能となった新規及び既存の利用者情報に対し、利用者情報テーブル１２１へ仮予約の登録を行なう（Ｓ１１５）。マッチング及び通知処理を終了する。上記判定ステップＳ１１２及びＳ１１３は、例えば、図２の例での説明と同様、上記組み合せ条件とＣｏｏｋｉｅで取得した宣伝用サイトの識別子等とによる判定処理とすることができる。利用者情報テーブル１２１へ仮予約された利用者情報は、確認処理部１１６によって、仮予約が本予約となったときに削除される。
【００５６】
一方、ステップＳ１１２及びＳ１１３において、他条件は一致したが取扱商品が無いと判定された場合、機会損失情報を通知する店舗の店舗情報として機会損失情報テーブル１２３へ登録する（Ｓ１１６）。
【００５７】
図６において、店舗情報テーブル１２２の読み込み位置を１増加させて（Ｓ１１７）、図５の繰り返し３へ戻る。店舗情報テーブル１２２から次の店舗情報を読み込み、店舗情報テーブル１２２に格納された全ての店舗情報に関して、組み合せ条件の判定を終了するまで、上記同様に、ステップＳ１１２からＳ１１７までを繰り返す。
【００５８】
店舗情報テーブル１２２に格納された全ての店舗情報に関して、組み合せ条件の判定を終了すると、一時テーブル１３１の読み込み位置を１増加させて（Ｓ１１８）、図５の繰り返し２へ戻る。一時テーブル１３１から次の利用者情報を読み込み、一時テーブル１３１に格納された全ての利用者情報に関して、組み合せ条件の判定を終了するまで、上記同様に、ステップＳ１１１からＳ１１８までを繰り返す。
【００５９】
一時テーブル１３１に格納された全ての利用者情報に関して、組み合せ条件の判定を終了すると、マッチング及び通知処理を終了する。
【００６０】
次に、情報提供処理部１１５によって実行される処理について図７で詳述する。
【００６１】
図７は、情報提供処理を説明するフローチャート図である。
【００６２】
図７において、情報提供処理部１１５は、機会損失情報テーブル１２３からデータを読み込む（Ｓ２０１）。店舗情報から店舗担当者への連絡処理を行なうことによって、店舗２０へ機会損失情報を通知する（Ｓ２０２）。更に、業者３０の担当者へ潜在需要情報を通知する（Ｓ２０３）。機会損失情報テーブル１２３の読み込み位置を１増加させて（Ｓ２０４）、繰り返し４へ戻る。
【００６３】
情報提供処理部１１５は、機会損失情報テーブルに格納されたデータを全て処理するまで、繰り返し４へ戻り、上記同様の処理を行なう。
【００６４】
次に、テーブルの構成例について説明する。
【００６５】
図８は、利用者情報テーブルの例を示す図である。
【００６６】
図８において、利用者情報テーブル１２１は、レコード番号を示すＮｏ、利用者４０の氏名、利用者４０の連絡先、Ｃｏｏｋｉｅで取得したビールメーカー（業者）３０のサイト名、利用者４０の自己系統、合コンの希望エリア、合コンの日時、合コンの時間帯、合コンの相手の希望系統等の項目を有する。
【００６７】
連絡先は、組み合せ結果等を電子メールで通知するための電子メールドレスを示す。
【００６８】
サイト名、利用者４０の自己系統、合コンの希望エリア、合コンの日時、合コンの時間帯、合コンの相手の希望系統等の項目は、図３のステップＳ１０３において、組み合せ条件として利用される。また、サイト名は、利用者の嗜好として、組み合せ条件の１つとして参照されると共に、店舗２０を選択する場合に、図５のステップＳ１１２における取扱商品判定で参照される。
【００６９】
利用者情報テーブル１２１において、例えば、レコード番号がＮｏ「００１」の場合、氏名「山田太郎」の連絡先「ａａ＠ｂｂ」に、仲介サイト１００から組み合せ結果等が通知され、サイト名「Ａ生ビール」、自己系統「トレンド」、希望エリア「新宿」、日時「３／２０」、時間帯「１８：００」、希望系統「お笑い」等の項目の値が組み合せ条件として参照される。
【００７０】
図９は、店舗情報テーブルの例を示す図である。
【００７１】
図９において、店舗情報テーブル１２２は、レコード番号を示すＮｏ、店舗２０の店舗名、店舗２０の所在エリア、店舗２０の取り扱い商品等の項目を有する。取り扱い商品は、更に、Ａ生ビール、Ｂビール甲生、Ｂビール乙黒等の商品項目を有する。商品が多種に渡る場合、店舗２０の店舗名又は識別子等によって関連付けられる商品テーブルを別で管理しても良い。
【００７２】
取り扱い商品は、図５のステップＳ１１２における取扱商品判定で参照される。
【００７３】
また、所在エリアは、図５のステップＳ１１３における他条件判定にて参照される。
【００７４】
店舗情報テーブル１２２において、例えば、レコード番号がＮｏ「００１」の場合、店舗名「酒処ビール専科」は、所在エリア「新宿」に位置し、取り扱い商品として「Ａ生ビール」、「Ｂビール甲生」及び「Ｂビール乙黒」を提供していることを示す。
【００７５】
図１０は、機会損失情報テーブルの例を示す図である。
【００７６】
図１０において、機会損失情報テーブル１２３は、レコード番号を示すＮｏ、店舗２０の店舗名、この店舗２０へ紹介された紹介人数、取り扱いなしによって紹介できなかった取り扱いなし非紹介人数等の項目を有する。取り扱いなし非紹介人数は、更に、Ａ生ビール、Ｂビール甲生、Ｂビール乙黒等の商品項目を有し、商品を取り扱っていなかったために紹介できなかった人数が示される。
【００７７】
機会損失情報テーブル１２３において、例えば、レコード番号がＮｏ「００１」の場合、店舗名「ビール工房」は、実績として紹介人数「４０」を示し、取り扱いなし非紹介人数で示されるＡ生ビールで「４０」人が商品を取り扱っていなかったために紹介できなかった人数として示される。
【００７８】
次に、仲介サイト１００によって店舗２０に通知される機会損失情報、及び、業者３０に通知される潜在需要情報について図１１及び図１２で説明する。
【００７９】
図１１は、店舗に通知される機会損失情報の表示例を示す図である。
【００８０】
図１１において、機会損失情報の表示例３００は、タイトル表示域３０１に表示される「お客様ご紹介状況」として店舗２０へ提供され、店舗２０の店舗名表示域３０２と、情報の集計期間を示す期間表示域３０３と、紹介状況を一覧で示す紹介状況表示域３１０と、店舗２０の取り扱い商品を示す取扱商品表示域３０４と、コメントを示すコメント表示域３０５とを有する。
【００８１】
紹介状況表示域３１０は、紹介日を示す年月日と、年月日に対応して店舗２０が取り扱っている商品で紹介された人数を示すご紹介状況欄３１２と、年月日に対応して店舗２０が取り扱っていた場合に紹介可能であった潜在顧客状況欄３１３とを有する。更に、潜在顧客状況欄３１３には、店舗２０が取り扱っていない商品毎に紹介可能であった人数が示され、年月日に対応してその小計が示される。
【００８２】
また、紹介状況表示域３１０は、ご紹介状況欄３１２及び潜在顧客状況欄３１３の商品毎に合計が示される。
【００８３】
タイトル表示域３０１に「お客様ご紹介状況」と示される機会損失情報の表示例３００において、例えば、店舗名表示域３０２に「有限会社ビール苑様」、期間表示域３０３に「３月２１日〜４月２０日分」、紹介状況表示域３１０にはご紹介状況欄３１２及び潜在顧客状況欄３１３による一覧、取扱商品表示域３０４に「御社お取り扱い商品状況 ■Ａ生ビール □Ｂビール甲生 □Ｂビール乙黒」（例えば、■は取り扱い有りを示し、□は取り扱い無しを示す）、コメント表示域３０５「（＊１）他の条件は一致したものの、御社のお取り扱い商品にお客様のご嗜好商品がなかったため、他店舗をご紹介させて頂いた人数です。」のように表示される。
【００８４】
このような機会損失情報の店舗２０への提供によって、店舗２０は、顧客の嗜好を紹介人数によって知ることができる。特に、顧客（利用者４０）が指定した他の組み合せ条件には一致したものの、特定の商品を取り扱っていなかったために紹介されなかった人数を知ることができるため、顧客として他店舗に出かけて売れ行き状況等を観察することなく、店舗２０の今後の取り扱い商品の見直しを効率的に行なうことができる。
【００８５】
図１２は、業者に通知される潜在需要情報の表示例を示す図である。
【００８６】
図１２において、潜在需要情報の表示例４００は、タイトル表示域４０１に表示される「潜在需要状況」として業者３０へ提供され、業者３０の業者名表示域４０２と、情報の集計期間を示す期間表示域４０３と、潜在需要状況を一覧で示す潜在需要状況表示域４１０と、凡例を示す凡例表示域４０４と、コメントを示すコメント表示域４０５とを有する。
【００８７】
潜在需要状況表示域４１０は、紹介先の店舗名を示すご紹介先店舗名と、紹介先店舗名に対応して業者３０が取り扱っていた場合に紹介可能であった潜在需要状況欄４１２と、紹介先店舗名の連絡先欄４１３とを有する。潜在需要状況欄４１２には、業者４０が取り扱っていない商品毎に紹介可能であった人数が示され、商品毎に紹介可能であった人数の合計が示される。
【００８８】
タイトル表示域４０１に「潜在需要状況」と示される潜在需要情報の表示例４００において、例えば、業者名表示域４０２に「株式会社Ｂビール関東支社販売促進部御中」、期間表示域４０３に「３月２１日〜４月２０日分」、潜在需要状況表示域４１０には店舗毎に示される潜在需要状況欄４１２及び連絡先欄４１３による一覧、凡例表示域４０４に「凡例：「＊＊＊＊＊」は御社該当製品を既にお取り扱いであることを示しています。」、コメント表示域に「（＊１）他の条件は一致したものの、該当店舗では御社の製品をお取り扱いいただけていないため、該当店舗にご紹介できなかったお客様の人数です。」のように表示される。
【００８９】
このような潜在需要情報の業者３０への提供によって、業者３０は、特定の店舗２０が業者３０の商品を扱っていないため紹介されなかった人数を知ることができる。よって、業者３０は、特定される店舗２０へ商品のプロモーションを効果的に行なうことができる。
【００９０】
上記実施例において、複数の利用者同士をマッチングさせる場合の本発明の適用例を示したが、利用者一人に対する紹介であっても良い。
【００９１】
なお、上記実施例において、図１に示す登録受付部１１１での処理が第一の受付手順に対応し、店舗登録受付部１１２での処理が第二の受付手順に対応し、マッチング処理部１１３での処理がマッチング手順に対応し、通知処理部１１４での処理が通知手順に対応する。
【００９２】
以下に付記する。
（付記１）利用者と、商品を販売する店舗と、商品を卸す業者とによってネットワークを介して接続される仲介サーバーにおいて実行される、利用者の会合を仲介する仲介方法であって、
利用者が指定した会合を決定するための会合条件を有する利用者情報を受付ける第一の受付手順と、
店舗が提供できる商品情報を有する該店舗に関する店舗情報を受付ける第二の受付手順と、
上記利用者情報によって示される会合条件と、上記店舗情報によって示される商品情報とに基づいて、利用者と店舗とをマッチングするマッチング手順と、
上記マッチング手順による結果を上記利用者と上記店舗とに通知する通知手順とを有する仲介方法。
（付記２）付記１記載の仲介方法において、
上記第一の受付手順は、利用者からの業者への接続に対するリンクによってネットワークを介して起動され、業者から取得した業者を識別する業者識別情報を利用者情報の一部とするようにした仲介方法。
（付記３）付記２記載の仲介方法において、
上記業者識別情報は、業者が取り扱っている商品を特定する商品特定情報が含まれるようにした仲介方法。
（付記４）付記２又は３記載の仲介方法において、
上記マッチング手順は、上記業者識別情報と、上記第二の受付手順によって受付けられた店舗情報によって示される商品情報とに基づいて、利用者と店舗とをマッチングするようにした仲介方法。
（付記５）付記１乃至４のいずれか一項記載の仲介方法において、
上記マッチング手順による結果を示す結果情報を管理する結果管理手順と、
上記結果管理手順によって管理される結果情報に基づいて、店舗へ取り扱っていない商品を取り扱うことによって獲得可能となる利用者数を示す店舗結果情報を提供する情報提供手順とを有する仲介方法。
（付記６）付記５項記載の仲介方法において、
上記情報提供手順は、上記結果管理手順によって管理される結果情報に基づいて、業者へ商品を卸していない店舗へ該商品を卸すことによって獲得可能となる利用者数を示す業者結果情報を提供するようにした仲介方法。
（付記７）付記１項記載の仲介方法において、
上記マッチング手順による結果に基づいて、利用者に対して課金処理し、該課金処理に対応した入金通知に応じて、該利用者とマッチングされた店舗へマッチングが確定したことを通知する課金手順を有する仲介方法。
（付記８）利用者と、商品を販売する店舗と、商品を卸す業者とによってネットワークを介して接続される仲介サーバーにおいて起動される、利用者の会合を仲介する仲介プログラムであって、
利用者が指定した会合を決定するための会合条件を有する利用者情報を受付ける第一の受付手順と、
店舗が提供できる商品情報を有する該店舗に関する店舗情報を受付ける第二の受付手順と、
上記利用者情報によって示される会合条件と、上記店舗情報によって示される商品情報とに基づいて、利用者と店舗とをマッチングするマッチング手順と、
上記マッチング手順による結果を上記利用者と上記店舗とに通知する通知手順とを有する仲介プログラム。
（付記９）付記８項記載の仲介プログラムにおいて、
上記マッチング手順による結果を示す結果情報を管理する結果管理手順と、
上記結果管理手順によって管理される結果情報に基づいて、店舗へ取り扱っていない商品を取り扱うことによって獲得可能となる利用者数を示す店舗結果情報を提供する情報提供手順とを有する仲介プログラム。
（付記１０）利用者と、商品を販売する店舗と、商品を卸す業者とによってネットワークを介して接続され、利用者の会合を仲介する仲介サーバーにおいて、利用者が指定した会合を決定するための会合条件を有する利用者情報を受付ける第一の受付手段と、
店舗が提供できる商品情報を有する該店舗に関する店舗情報を受付ける第二の受付手段と、
上記利用者情報によって示される会合条件と、上記店舗情報によって示される商品情報とに基づいて、利用者と店舗とをマッチングするマッチング手段と、
上記マッチング手順による結果を上記利用者と上記店舗とに通知する通知手段とを有する仲介サーバー。
【００９３】
【発明の効果】
以上、説明してきたように、利用者情報によって示される会合条件と、店舗情報によって示される商品情報とに基づいて、利用者と店舗とをマッチングするため、利用者の商品嗜好に応じたマッチングを行なうことができる。
【００９４】
また、店舗へ取り扱っていない商品を取り扱うことによって獲得可能となる利用者数を示す店舗結果情報が提供されるため、該利用者数の多さに基づいて、今後の商品の取り扱いについて効果的に検討することができる。
【００９５】
【図面の簡単な説明】
【図１】仲介サイトによって構成されるシステム原理構成図である。
【図２】図１の原理構成に基づく仲介サイトの実施の一例を示す図である。
【図３】マッチング及び通知処理を説明するフローチャート図である。
【図４】マッチング及び通知処理を説明するフローチャート図である。
【図５】マッチング及び通知処理を説明するフローチャート図である。
【図６】マッチング及び通知処理を説明するフローチャート図である。
【図７】情報提供処理を説明するフローチャート図である。
【図８】利用者情報テーブルの例を示す図である。
【図９】店舗情報テーブルの例を示す図である。
【図１０】機会損失情報テーブルの例を示す図である。
【図１１】店舗に通知される機会損失情報の表示例を示す図である。
【図１２】業者に通知される潜在需要情報の表示例を示す図である。
【符号の説明】
２０店舗
３０業者
４０利用者
１００仲介サイト
１１１登録受付部
１１２店舗登録受付部
１１３マッチング処理部
１１４通知処理部
１１５情報提供処理部
１１６確認処理部
１１７課金処理部
１１８第２通知処理部
１２０ＣＤ−ＲＯＭ

Claims

利用者と、商品を販売する店舗と、商品を卸す業者とによってネットワークを介して接続される仲介サーバーにおいて実行される、利用者の会合を仲介する仲介方法であって、
上記利用者がアクセスする上記業者のホームページのバナー広告からのリンクによってネットワークを介して受付登録部より入力される該利用者が指定した会合を決定するための会合条件を有する利用者情報と、該ホームページの業者の商品を示す商品情報とを対応付けて利用者情報テーブルに登録する会合登録手順と、
店舗を特定可能な情報と店舗が提供する商品を示す商品情報とを対応付けて管理する店舗情報テーブルから上記利用者情報テーブルの商品情報との一致を検索して、上記商品を提供する店舗を会合場所としてマッチングする会合場所マッチング手順と、
上記会合場所マッチング手順による結果を上記利用者と上記店舗とに通知する通知手順とを有する仲介方法。
請求項１記載の仲介方法において、
上記利用者情報テーブルを参照することによって、上記利用者条件が一致する２以上の会合の組み合わせをマッチングする会合組合マッチング手順を更に有し、
上記会合場所マッチング手順は、
上記会合組合マッチング手順によってマッチングされた２以上の会合について上記利用者情報テーブルの商品情報と、上記店舗情報テーブルの商品情報との一致を検索するようにした仲介方法。
請求項１又は２記載の仲介方法において、
上記会合場所マッチング手順による結果を示す結果情報を管理する結果管理手順と、
上記結果管理手順によって管理される結果情報に基づいて、店舗へ取り扱っていない商品を取り扱うことによって獲得可能となる利用者数を示す店舗結果情報を提供する情報提供手順とを有する仲介方法。
請求項３記載の仲介方法において、
上記情報提供手順は、上記結果管理手順によって管理される結果情報に基づいて、業者へ商品を卸していない店舗へ該商品を卸すことによって獲得可能となる利用者数を示す業者結果情報を提供するようにした仲介方法。
利用者と、商品を販売する店舗と、商品を卸す業者とによってネットワークを介して接続される仲介サーバーにおいて起動される、利用者の会合を仲介する仲介プログラムであって、コンピュータに、
上記利用者がアクセスする上記業者のホームページのバナー広告からのリンクによってネットワークを介して受付登録部より入力される該利用者が指定した会合を決定するための会合条件を有する利用者情報と、該ホームページの業者の商品を示す商品情報とを対応付けて利用者情報テーブルに登録する会合登録手順と、
店舗名と店舗が提供する商品を示す商品情報とを対応付けて管理する店舗情報テーブルから上記利用者情報テーブルの商品情報との一致を検索して、上記商品を提供する店舗を会合場所としてマッチングする会合場所マッチング手順と、
上記会合場所マッチング手順による結果を上記利用者と上記店舗とに通知する通知手順とを実行させる仲介プログラム。