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

Abstract

(57)【要約】 【課題】 本発明の課題は、利用者と、商品を販売する
店舗と、商品を卸す業者とによってネットワークを介し
て接続される仲介サーバーにおいて実行される、不特定
の利用者同士の会合を仲介する仲介方法を提供すること
を目的とする。 【解決手段】 本発明の課題は、利用者と、商品を販売
する店舗と、商品を卸す業者とによってネットワークを
介して接続される仲介サーバーにおいて、利用者の会合
を仲介する仲介方法であって、利用者が指定した会合を
決定するための会合条件を有する利用者情報、及び、店
舗が提供できる商品情報を有する該店舗に関する店舗情
報を受付ける受付手順と、上記会合条件と、上記商品情
報とに基づいて、利用者と店舗とをマッチングするマッ
チング手順と、上記マッチング手順による結果を上記利
用者と上記店舗とに通知する通知手順とを有する仲介方
法によって達成される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、利用者と、商品を
販売する店舗と、商品を卸す業者とによってネットワー
クを介して接続される仲介サーバーにおいて実行され
る、不特定の利用者同士の会合を仲介する仲介方法を提
供するものである。

【０００２】また、本発明は、そのような仲介方法での
処理をコンピュータに行なわせるための仲介プログラム
に関する。

【０００３】

【従来の技術】近年、インターネットの普及と、Ｗｅｂ
機能付き携帯端末の普及とにより、「合コン」の紹介サ
イト等の利用が増えてきている。このような「合コン」
の紹介サイト等では、登録者の個人情報に基づいて「合
コン」の参加者を決定し、紹介サイトの勧める店舗での
宴席を設定するサービスがある。

【０００４】

【発明が解決しようとする課題】しかしながら、上記従
来における「合コン」の紹介サイト等では、利用者は、
会場において供される食事などが嗜好に合うか明確でな
い、或いは嗜好情報の入力する欄があっても入力の手間
が容易でない。

【０００５】会場を提供する店舗としては、利用者に属
する層の嗜好傾向をつかむことはできない。また、食材
などを提供する会社は上記の仕組みに参加できない等の
問題があった。

【０００６】そこで、本発明の第一の課題は、利用者
と、商品を販売する店舗と、商品を卸す業者とによって
ネットワークを介して接続される仲介サーバーにおいて
実行される、不特定の利用者同士の会合を仲介する仲介
方法を提供することである。

【０００７】また、本発明の第二の課題は、上記のよう
な仲介方法での処理をコンピュータに行なわせるための
仲介プログラムを提供することである。

【０００８】

【課題を解決するための手段】上記第一の課題を解決す
るため、本発明は、利用者と、商品を販売する店舗と、
商品を卸す業者とによってネットワークを介して接続さ
れる仲介サーバーにおいて実行される、利用者の会合を
仲介する仲介方法であって、利用者が指定した会合を決
定するための会合条件を有する利用者情報を受付ける第
一の受付手順と、店舗が提供できる商品情報を有する該
店舗に関する店舗情報を受付ける第二の受付手順と、上
記利用者情報によって示される会合条件と、上記店舗情
報によって示される商品情報とに基づいて、利用者と店
舗とをマッチングするマッチング手順と、上記マッチン
グ手順による結果を上記利用者と上記店舗とに通知する
通知手順とを有するように構成される。

【０００９】このような仲介方法では、利用者情報によ
って示される会合条件と、店舗情報によって示される商
品情報とに基づいて、利用者と店舗とがマッチングする
ため、利用者の商品嗜好に応じたマッチングを行なうこ
とができる。

【００１０】上記商品情報は、物品又はサービスに関す
る情報である。

【００１１】上記会合条件は、利用者が他の不特定の利
用者と会合を行なうための条件、及び、会合が友好的に
行なわれるための嗜好等を示す条件等である。

【００１２】店舗が今後取り扱うべき商品を検討するこ
とができるという観点から、本発明は、上記マッチング
手順による結果を示す結果情報を管理する結果管理手順
と、上記結果管理手順によって管理される結果情報に基
づいて、店舗へ取り扱っていない商品を取り扱うことに
よって獲得可能となる利用者数を示す店舗結果情報を提
供する情報提供手順とを有するように構成することがで
きる。

【００１３】このような仲介方法では、店舗へ取り扱っ
ていない商品を取り扱うことによって獲得可能となる利
用者数を示す店舗結果情報が提供されるため、該利用者
数の多さに基づいて、今後の商品の取り扱いについて検
討することができる。

【００１４】上記第二の課題を解決するため、本発明
は、上記仲介方法による処理をコンピュータに行なわせ
るための仲介プログラムとすることができる。

【００１５】また、上記第一及び第二の課題を解決する
ための手段として、本発明は、上記仲介方法を実現する
仲介サーバーとすることもできる。

【００１６】

【発明の実施の形態】以下、本発明の実施の形態を図面
に基づいて説明する。

【００１７】本発明の実施の一形態に係る会合仲介方法
を実現する仲介サイトは、例えば、図１に示すようなシ
ステムを構成する。

【００１８】図１は、仲介サイトによって構成されるシ
ステム原理構成図である。

【００１９】図１において、複数の店舗２０の端末と、
複数の業者３０の端末と、複数の利用者４０の端末と
が、ネットワーク（図示せず）を介して仲介サイト１０
０と接続する。店舗２０は、飲食店等であって、業者３
０は、いずれかの店舗２０へ食材、飲み物等を卸すメー
カーである。

【００２０】仲介サイト１００は、サーバコンピュータ
であって、通信制御処理部１０１と、インストーラ１０
２と、入力制御処理部１０３と、表示制御処理部１０４
と、出力制御処理部１０５と、登録受付部１１１と、店
舗登録受付部１１２と、マッチング処理部１１３と、通
知処理部１１４と、情報提供処理部１１５と、利用者情
報テーブル１２１と、店舗情報テーブル１２２と、機会
損失情報テーブル１２３とを有する。

【００２１】通信制御処理部１０１は、ネットワークを
介して送受信されるデータを制御する処理部であって、
電話回線又はＬＡＮ（Local Area Network）等を介して
ネットワーク網に接続するための通信ユニットを有す
る。

【００２２】インストーラ１０２は、例えば、該サーバ
コンピュータのＣＤ−ＲＯＭドライブに設定されたＣＤ
−ＲＯＭ１２０から本発明に係るプログラムを読み出
し、その読み出されたプログラムを、例えば、補助記憶
装置等にインストールする。そして、後述される仲介処
理等が起動されると、補助記憶装置にインストールされ
た当該プログラムに従って、コンピュータ全体を制御す
るＣＰＵ（中央処理装置）がその処理を開始する。尚、
当該プログラムを格納する媒体としてＣＤ−ＲＯＭに限
定するものではなく、コンピュータが読み取り可能な媒
体であればよい。

【００２３】入力制御処理部１０３は、マウス、キーボ
ード等の入力ユニットからのデータを制御する処理部で
あって、仲介サイト１００の管理者が、後述するような
仲介処理等を行なうために入力した必要な各種情報を制
御する。

【００２４】表示制御処理部１０４は、ディスプレイ等
の表示ユニットへ表示するデータを制御する処理部であ
って、ＣＰＵの制御のもとに管理者に必要な各種情報を
該表示ユニットへ表示させる。

【００２５】出力制御処理部１０５は、プリンター等の
出力ユニットへ出力するデータを制御する処理部であっ
て、処理結果或いは指定された情報を該出力ユニットへ
出力させる。

【００２６】登録受付部１１１は、利用者４０がコンピ
ュータ端末又はＷｅｂ機能付き携帯端末等を利用して、
直接又は業者３０のホームページ３２を介して仲介サイ
ト１００へ登録を行なうと、利用者４０が入力した利用
者情報を利用者情報テーブル１２１へ登録する。

【００２７】店舗登録受付部１１２は、店舗２０がコン
ピュータ端末又はＷｅｂ機能付き携帯端末等を利用し
て、仲介サイト１００へ登録を行なうと、店舗２０が入
力した店舗情報を店舗情報１２２へ登録する。

【００２８】マッチング処理部１１３は、利用者情報テ
ーブル１２１で管理される各利用者情報と、店舗情報テ
ーブル１２２で管理される各店舗情報との条件をマッチ
ングして、条件が一致する利用者情報と店舗情報とを抽
出し、通知処理部１１４へ通知する。また、マッチング
処理部１１３は、抽出した利用者情報と店舗情報とを機
会損失情報テーブル１２３へ格納する。

【００２９】通知処理部１１４は、マッチング処理部１
１３によって通知された利用者情報と店舗情報とに基づ
いて、各利用者４０及び各店舗２０へマッチング結果を
通知する。

【００３０】情報提供処理部１１５は、機会損失情報テ
ーブル１２３を参照し、店舗２０へ機会損失情報を通知
すると共に、業者３０へ潜在需要情報を通知する。

【００３１】機会損失情報とは、例えば、提供できる商
品を工夫することで顧客をもっと獲得できたことを示す
情報である。

【００３２】潜在需要情報とは、例えば、業者３０が商
品を卸すことができれば、もっと顧客を獲得できたであ
ろうことを示す情報である。

【００３３】利用者情報テーブル１２１と、店舗情報テ
ーブル１２２と、機会損失情報テーブル１２３とは、例
えば、上記補助記憶装置等にて管理される。

【００３４】以下に、上記システム原理に基づいて、業
者３０として複数のビールメーカー（以下、ビールメー
カー３０とする）が仲介サイト１００を利用する場合の
実施例について詳述する。

【００３５】図２は、図１の原理構成に基づく仲介サイ
トの実施の一例を示す図である。図２中、図１に示す同
様の処理部及びテーブルには同一の符号を付し、その説
明を省略する。また、説明の便宜上、特徴的な構成を示
す部分のみを図示する。

【００３６】図２において、例えば、複数のビールメー
カー３０のビールメーカー３０Ａ及び３０Ｂが、自社製
ビールＡ及びＢを夫々、各宣伝サイト上に合コン登録募
集のバナー登録を行なう。

【００３７】店舗２０は、ネットワークを介して仲介サ
イト１００へアクセスし、店舗情報を登録する（Ｓ
１）。仲介サイト１００の店舗登録受付部１１２は、店
舗２０から店舗情報を受信すると（Ｓ１）、店舗情報テ
ーブル１２２へ該店舗情報を登録する（Ｓ２）。

【００３８】一方、利用者４０が、例えば、ビールメー
カー３０の１つの宣伝用サイト（ホームページ）３２を
アクセスすると（Ｓ３）、この宣伝用再サイト３２は、
仲介サイト１００の登録受付処理部１１１へリンクする
（Ｓ４）。このリンクによって登録受付処理部１１１が
起動し、登録画面が利用者４０の端末に表示される。利
用者４０が入力した合コンに必要な利用者情報が、登録
受付部１１１によって、利用者情報テーブル１２１へ登
録される（Ｓ５）。仲介サイト１００は、ビールメーカ
ー３０のサイト識別子を有するＣｏｏｋｉｅ等により利
用者４０がどのサイトを経由してアクセスしたかを取得
する。該サイト識別子を含む利用者情報を利用者情報テ
ーブル１２１へ登録するようにする。

【００３９】マッチング処理部１１３は、登録受付部１
１１で受け付けられて、利用者情報テーブル１２１へ格
納された利用者情報から合コンを行なう利用者の組み合
せを行なう（Ｓ６）。この組み合せは、利用者情報とし
て取得した好みのタイプ、時間帯、場所等の項目を組み
合せ条件とし、その組み合せ条件に基づいて利用者同士
を組み合わせれば良い。また、項目には重み付けをして
も良い。

【００４０】マッチング処理部１１３によって、登録し
た複数の利用者４０の内、ビールメーカー３０Ａのサイ
トを介して登録した利用者４０αと、ビールメーカー３
０Ｂのサイトを介して登録した利用者４０βとが選出さ
れたとする。

【００４１】また、マッチング処理部１１３は、店舗情
報テーブル１２２から上記組み合せ条件に合致する店舗
情報を抽出する（Ｓ７）。更に、マッチング処理部１１
３は、Ｃｏｏｋｉｅによって取得した利用者４０αと利
用者４０βとが登録する際に利用したサイトを特定する
サイト識別子に基づいて、利用者４０αの嗜好をビール
メーカー３０ＡのビールＡ、及び、利用者４０αの嗜好
をビールメーカー３０ＢのビールＢと判断する。そし
て、マッチング処理部１１３は、抽出した店舗情報に基
づいて、ビールメーカー３０ＡのビールＡ及びビールメ
ーカー３０ＢのビールＢの両方を提供可能な店舗２０ｗ
（複数の店舗２０の１つ）の店舗情報を抽出する。この
場合、店舗情報の絞込みを、組み合せ条件とサイト識別
子に基づく嗜好条件とのＡＮＤ条件によって行なってい
るが、ＯＲ条件による絞込みでも良い。

【００４２】マッチング処理部１１３によって抽出され
た情報を受け取った（Ｓ８）通知処理部１１４は、複数
の店舗２０の１つである店舗２０ｗに対して、利用者４
０αと利用者４０βとが参加することを電子メール等に
よって通知し、また、参加者への提供メニューに、ビー
ルメーカー３０ＡのビールＡ及びビールメーカー３０Ｂ
のビールＢとを含めることも併せて通知する（Ｓ９）。
更に、通知処理部１１４は、仮予約処理を行なう。

【００４３】また、通知処理部１１４は、利用者４０α
及び利用者４０βに対しても、組み合せ相手、日時、利
用店等を示す電子メール等によって組み合せ通知を行な
う（Ｓ１０）。

【００４４】利用者４０α及び利用者４０βは、仲介サ
イトから組み合せ通知を受信すると、この組み合せに合
意するか否かを示す返信を仲介サイトへ行ない確認登録
をする（Ｓ１１）。

【００４５】利用者４０α又は利用者４０βからの返信
によって、確認処理部１１６が起動する（Ｓ１１）。確
認処理部１１６は、利用者４０α及び利用者４０βから
合意する旨の通知を受けた場合、課金処理部１１７を起
動する（Ｓ１２）。

【００４６】課金処理部１１７は、利用者４０α及び利
用者４０βの利用者情報に基づいて、金融機関へ予約金
の支払い要求を行なう（Ｓ１３）。更に、課金処理部１
１７は、金融機関からの利用者４０α及び利用者４０β
の予約金に関する入金情報を取得すると（Ｓ１４）、第
２通知処理部１１８を起動して（Ｓ１５）、仮予約をし
た店舗２０ｗへ、利用者４０α及び利用者４０βの本予
約の申込みを電子メール等によって通知する（Ｓ１
６）。一方、確認処理部１１６が、利用者４０α及び利
用者４０βから合意の返信を受信しなかった場合、或い
は、課金処理部１１７が、利用者４０α及び利用者４０
βから予約金の入金情報を取得しなかった場合、店舗２
０ｗへ仮予約の取り消しを通知する。

【００４７】情報提供処理部１１５は、店舗２０等の取
扱品情報或いは機会損失数をビールメーカー３０或いは
店舗２０に提供する（Ｓ１７）。これにより、ビールメ
ーカー３０では、自社製品の取り扱いがない店舗２０に
対して、自社製品を取り扱うことにより紹介件数が増え
ることを示して、プローモーションを効果的に行なうこ
とができる。また、店舗２０では、未取扱品の取り扱い
を行なうことによりどれくらい紹介機会が増えるかを知
ることができる。

【００４８】図２に示す例では、ビールメーカーと宴席
の一例をもって説明を行なったが、ビールメーカーに限
ることなく、他食材メーカーでも適用できることは言う
までもない。また、宴席（店舗）に限定することなく、
演劇、映画、遊園地、他イベント等でもよい。

【００４９】次に、マッチング処理部１１３及び通知処
理部１１４によって実行される処理について、図３、図
４、図５及び図６にて説明する。

【００５０】図３は、マッチング及び通知処理を説明す
るフローチャート図である。

【００５１】図３において、先ず、マッチング処理部１
１３は、利用者情報テーブル１２１から新規受付分の利
用者情報を読み込む（Ｓ１０１）。次に、利用者情報テ
ーブルから既存の利用者情報を１つ読み込み（Ｓ１０
２）、ステップＳ１０１で読み込んだ新規の利用者情報
との組み合せ条件の一致を判断する（Ｓ１０３）。組み
合せ条件が一致した場合、新規の利用者情報毎に、既存
の利用者情報を相手先として一時テーブル１３１に格納
して（Ｓ１０４）、読み込み位置を１加算して（ステッ
プＳ１０５）、繰り返し１から再度処理を行なう。組み
合せ条件が一致しなかった場合、読み込み位置を１加算
して（ステップＳ１０５）、繰り返し１から再度処理を
行なう。繰り返し１へ戻り、利用者情報テーブル１２１
から読み込み位置に対応する既存の利用者情報を読み込
んで（Ｓ１０２）、既存の利用者情報の読み込みが終了
するまで、上記同様の処理を繰り返す。

【００５２】既存の利用者情報の全てに対して、新規の
利用者情報との組み合せ条件の一致を判断したら、図４
のステップＳ１０６を実行する。

【００５３】図４において、一時テーブル１３１に基づ
いて、新規の利用者情報にたいして、組み合せ条件に合
う相手（既存の利用者情報）があったか否かを判断する
（Ｓ１０６）。組み合せ条件に合う相手がない場合、新
規の利用者情報を、相手待ちとして利用者情報テーブル
１２１に登録する（Ｓ１０７）。通知処理部１１４は、
相手待ちとして登録された新規の利用者情報に基づい
て、利用者４０へ相手待ち状態であることを電子メール
等で通知し（Ｓ１０８）、マッチング及び通知処理を終
了する。

【００５４】一方、ステップＳ１０６において、組み合
せ条件に合う相手があった場合、一時テーブル１３１に
格納されている新規の利用者情報毎に、相手先データを
優先順にソートして、新規の利用者情報毎のソートした
相手先データを一時テーブル１３１に格納する（Ｓ１０
９）。優先順とは、例えば、一致した組み合せ条件の個
数の多い順等である。

【００５５】図５において、一時テーブル１３１から先
頭の相手先データを読み込む（Ｓ１１０）。次に、店舗
情報テーブル１２２から先頭の店舗情報を読み込む（ｓ
１１１）。読み込んだ店舗情報から取扱商品以外の他条
件を判定する（Ｓ１１２）。条件が一致しない場合、図
６のステップＳ１１７へ進む。一方、条件が一致する場
合、更に、取扱商品の有無を判定する（Ｓ１１３）。取
扱商品が有る場合、マッチング処理部１１３は、機会損
失情報テーブル１２３に組み合せに関する情報を格納
し、通知処理部１１４が起動する。通知処理部１１４
は、組み合せ可能な利用者４０と店舗２０とに仮予約の
通知を行う（Ｓ１１４）。更に、マッチング処理部１１
３は、組み合せ可能となった新規及び既存の利用者情報
に対し、利用者情報テーブル１２１へ仮予約の登録を行
なう（Ｓ１１５）。マッチング及び通知処理を終了す
る。上記判定ステップＳ１１２及びＳ１１３は、例え
ば、図２の例での説明と同様、上記組み合せ条件とＣｏ
ｏｋｉｅで取得した宣伝用サイトの識別子等とによる判
定処理とすることができる。利用者情報テーブル１２１
へ仮予約された利用者情報は、確認処理部１１６によっ
て、仮予約が本予約となったときに削除される。

【００５６】一方、ステップＳ１１２及びＳ１１３にお
いて、他条件は一致したが取扱商品が無いと判定された
場合、機会損失情報を通知する店舗の店舗情報として機
会損失情報テーブル１２３へ登録する（Ｓ１１６）。

【００５７】図６において、店舗情報テーブル１２２の
読み込み位置を１増加させて（Ｓ１１７）、図５の繰り
返し３へ戻る。店舗情報テーブル１２２から次の店舗情
報を読み込み、店舗情報テーブル１２２に格納された全
ての店舗情報に関して、組み合せ条件の判定を終了する
まで、上記同様に、ステップＳ１１２からＳ１１７まで
を繰り返す。

【００５８】店舗情報テーブル１２２に格納された全て
の店舗情報に関して、組み合せ条件の判定を終了する
と、一時テーブル１３１の読み込み位置を１増加させて
（Ｓ１１８）、図５の繰り返し２へ戻る。一時テーブル
１３１から次の利用者情報を読み込み、一時テーブル１
３１に格納された全ての利用者情報に関して、組み合せ
条件の判定を終了するまで、上記同様に、ステップＳ１
１１からＳ１１８までを繰り返す。

【００５９】一時テーブル１３１に格納された全ての利
用者情報に関して、組み合せ条件の判定を終了すると、
マッチング及び通知処理を終了する。

【００６０】次に、情報提供処理部１１５によって実行
される処理について図７で詳述する。

【００６１】図７は、情報提供処理を説明するフローチ
ャート図である。

【００６２】図７において、情報提供処理部１１５は、
機会損失情報テーブル１２３からデータを読み込む（Ｓ
２０１）。店舗情報から店舗担当者への連絡処理を行な
うことによって、店舗２０へ機会損失情報を通知する
（Ｓ２０２）。更に、業者３０の担当者へ潜在需要情報
を通知する（Ｓ２０３）。機会損失情報テーブル１２３
の読み込み位置を１増加させて（Ｓ２０４）、繰り返し
４へ戻る。

【００６３】情報提供処理部１１５は、機会損失情報テ
ーブルに格納されたデータを全て処理するまで、繰り返
し４へ戻り、上記同様の処理を行なう。

【００６４】次に、テーブルの構成例について説明す
る。

【００６５】図８は、利用者情報テーブルの例を示す図
である。

【００６６】図８において、利用者情報テーブル１２１
は、レコード番号を示すＮｏ、利用者４０の氏名、利用
者４０の連絡先、Ｃｏｏｋｉｅで取得したビールメーカ
ー（業者）３０のサイト名、利用者４０の自己系統、合
コンの希望エリア、合コンの日時、合コンの時間帯、合
コンの相手の希望系統等の項目を有する。

【００６７】連絡先は、組み合せ結果等を電子メールで
通知するための電子メールドレスを示す。

【００６８】サイト名、利用者４０の自己系統、合コン
の希望エリア、合コンの日時、合コンの時間帯、合コン
の相手の希望系統等の項目は、図３のステップＳ１０３
において、組み合せ条件として利用される。また、サイ
ト名は、利用者の嗜好として、組み合せ条件の１つとし
て参照されると共に、店舗２０を選択する場合に、図５
のステップＳ１１２における取扱商品判定で参照され
る。

【００６９】利用者情報テーブル１２１において、例え
ば、レコード番号がＮｏ「００１」の場合、氏名「山田
太郎」の連絡先「ａａ＠ｂｂ」に、仲介サイト１００か
ら組み合せ結果等が通知され、サイト名「Ａ生ビー
ル」、自己系統「トレンド」、希望エリア「新宿」、日
時「３／２０」、時間帯「１８：００」、希望系統「お
笑い」等の項目の値が組み合せ条件として参照される。

【００７０】図９は、店舗情報テーブルの例を示す図で
ある。

【００７１】図９において、店舗情報テーブル１２２
は、レコード番号を示すＮｏ、店舗２０の店舗名、店舗
２０の所在エリア、店舗２０の取り扱い商品等の項目を
有する。取り扱い商品は、更に、Ａ生ビール、Ｂビール
甲生、Ｂビール乙黒等の商品項目を有する。商品が多種
に渡る場合、店舗２０の店舗名又は識別子等によって関
連付けられる商品テーブルを別で管理しても良い。

【００７２】取り扱い商品は、図５のステップＳ１１２
における取扱商品判定で参照される。

【００７３】また、所在エリアは、図５のステップＳ１
１３における他条件判定にて参照される。

【００７４】店舗情報テーブル１２２において、例え
ば、レコード番号がＮｏ「００１」の場合、店舗名「酒
処ビール専科」は、所在エリア「新宿」に位置し、取り
扱い商品として「Ａ生ビール」、「Ｂビール甲生」及び
「Ｂビール乙黒」を提供していることを示す。

【００７５】図１０は、機会損失情報テーブルの例を示
す図である。

【００７６】図１０において、機会損失情報テーブル１
２３は、レコード番号を示すＮｏ、店舗２０の店舗名、
この店舗２０へ紹介された紹介人数、取り扱いなしによ
って紹介できなかった取り扱いなし非紹介人数等の項目
を有する。取り扱いなし非紹介人数は、更に、Ａ生ビー
ル、Ｂビール甲生、Ｂビール乙黒等の商品項目を有し、
商品を取り扱っていなかったために紹介できなかった人
数が示される。

【００７７】機会損失情報テーブル１２３において、例
えば、レコード番号がＮｏ「００１」の場合、店舗名
「ビール工房」は、実績として紹介人数「４０」を示
し、取り扱いなし非紹介人数で示されるＡ生ビールで
「４０」人が商品を取り扱っていなかったために紹介で
きなかった人数として示される。

【００７８】次に、仲介サイト１００によって店舗２０
に通知される機会損失情報、及び、業者３０に通知され
る潜在需要情報について図１１及び図１２で説明する。

【００７９】図１１は、店舗に通知される機会損失情報
の表示例を示す図である。

【００８０】図１１において、機会損失情報の表示例３
００は、タイトル表示域３０１に表示される「お客様ご
紹介状況」として店舗２０へ提供され、店舗２０の店舗
名表示域３０２と、情報の集計期間を示す期間表示域３
０３と、紹介状況を一覧で示す紹介状況表示域３１０
と、店舗２０の取り扱い商品を示す取扱商品表示域３０
４と、コメントを示すコメント表示域３０５とを有す
る。

【００８１】紹介状況表示域３１０は、紹介日を示す年
月日と、年月日に対応して店舗２０が取り扱っている商
品で紹介された人数を示すご紹介状況欄３１２と、年月
日に対応して店舗２０が取り扱っていた場合に紹介可能
であった潜在顧客状況欄３１３とを有する。更に、潜在
顧客状況欄３１３には、店舗２０が取り扱っていない商
品毎に紹介可能であった人数が示され、年月日に対応し
てその小計が示される。

【００８２】また、紹介状況表示域３１０は、ご紹介状
況欄３１２及び潜在顧客状況欄３１３の商品毎に合計が
示される。

【００８３】タイトル表示域３０１に「お客様ご紹介状
況」と示される機会損失情報の表示例３００において、
例えば、店舗名表示域３０２に「有限会社 ビール苑
様」、期間表示域３０３に「３月２１日 〜 ４月２０
日 分」、紹介状況表示域３１０にはご紹介状況欄３１
２及び潜在顧客状況欄３１３による一覧、取扱商品表示
域３０４に「御社お取り扱い商品状況 ■Ａ生ビール
□Ｂビール甲生 □Ｂビール乙黒」（例えば、■は取り
扱い有りを示し、□は取り扱い無しを示す）、コメント
表示域３０５「（＊１）他の条件は一致したものの、御
社のお取り扱い商品にお客様のご嗜好商品がなかったた
め、他店舗をご紹介させて頂いた人数です。」のように
表示される。

【００８４】このような機会損失情報の店舗２０への提
供によって、店舗２０は、顧客の嗜好を紹介人数によっ
て知ることができる。特に、顧客（利用者４０）が指定
した他の組み合せ条件には一致したものの、特定の商品
を取り扱っていなかったために紹介されなかった人数を
知ることができるため、顧客として他店舗に出かけて売
れ行き状況等を観察することなく、店舗２０の今後の取
り扱い商品の見直しを効率的に行なうことができる。

【００８５】図１２は、業者に通知される潜在需要情報
の表示例を示す図である。

【００８６】図１２において、潜在需要情報の表示例４
００は、タイトル表示域４０１に表示される「潜在需要
状況」として業者３０へ提供され、業者３０の業者名表
示域４０２と、情報の集計期間を示す期間表示域４０３
と、潜在需要状況を一覧で示す潜在需要状況表示域４１
０と、凡例を示す凡例表示域４０４と、コメントを示す
コメント表示域４０５とを有する。

【００８７】潜在需要状況表示域４１０は、紹介先の店
舗名を示すご紹介先店舗名と、紹介先店舗名に対応して
業者３０が取り扱っていた場合に紹介可能であった潜在
需要状況欄４１２と、紹介先店舗名の連絡先欄４１３と
を有する。潜在需要状況欄４１２には、業者４０が取り
扱っていない商品毎に紹介可能であった人数が示され、
商品毎に紹介可能であった人数の合計が示される。

【００８８】タイトル表示域４０１に「潜在需要状況」
と示される潜在需要情報の表示例４００において、例え
ば、業者名表示域４０２に「株式会社 Ｂビール 関東
支社販売促進部 御中」、期間表示域４０３に「３月２
１日 〜 ４月２０日 分」、潜在需要状況表示域４１
０には店舗毎に示される潜在需要状況欄４１２及び連絡
先欄４１３による一覧、凡例表示域４０４に「凡例：
「＊＊＊＊＊」は御社該当製品を既にお取り扱いである
ことを示しています。」、コメント表示域に「（＊１）
他の条件は一致したものの、該当店舗では御社の製品を
お取り扱いいただけていないため、該当店舗にご紹介で
きなかったお客様の人数です。」のように表示される。

【００８９】このような潜在需要情報の業者３０への提
供によって、業者３０は、特定の店舗２０が業者３０の
商品を扱っていないため紹介されなかった人数を知るこ
とができる。よって、業者３０は、特定される店舗２０
へ商品のプロモーションを効果的に行なうことができ
る。

【００９０】上記実施例において、複数の利用者同士を
マッチングさせる場合の本発明の適用例を示したが、利
用者一人に対する紹介であっても良い。

【００９１】なお、上記実施例において、図１に示す登
録受付部１１１での処理が第一の受付手順に対応し、店
舗登録受付部１１２での処理が第二の受付手順に対応
し、マッチング処理部１１３での処理がマッチング手順
に対応し、通知処理部１１４での処理が通知手順に対応
する。

【００９２】以下に付記する。 （付記１） 利用者と、商品を販売する店舗と、商品を
卸す業者とによってネットワークを介して接続される仲
介サーバーにおいて実行される、利用者の会合を仲介す
る仲介方法であって、利用者が指定した会合を決定する
ための会合条件を有する利用者情報を受付ける第一の受
付手順と、店舗が提供できる商品情報を有する該店舗に
関する店舗情報を受付ける第二の受付手順と、上記利用
者情報によって示される会合条件と、上記店舗情報によ
って示される商品情報とに基づいて、利用者と店舗とを
マッチングするマッチング手順と、上記マッチング手順
による結果を上記利用者と上記店舗とに通知する通知手
順とを有する仲介方法。 （付記２） 付記１記載の仲介方法において、上記第一
の受付手順は、利用者からの業者への接続に対するリン
クによってネットワークを介して起動され、業者から取
得した業者を識別する業者識別情報を利用者情報の一部
とするようにした仲介方法。 （付記３） 付記２記載の仲介方法において、上記業者
識別情報は、業者が取り扱っている商品を特定する商品
特定情報が含まれるようにした仲介方法。 （付記４） 付記２又は３記載の仲介方法において、上
記マッチング手順は、上記業者識別情報と、上記第二の
受付手順によって受付けられた店舗情報によって示され
る商品情報とに基づいて、利用者と店舗とをマッチング
するようにした仲介方法。 （付記５） 付記１乃至４のいずれか一項記載の仲介方
法において、上記マッチング手順による結果を示す結果
情報を管理する結果管理手順と、上記結果管理手順によ
って管理される結果情報に基づいて、店舗へ取り扱って
いない商品を取り扱うことによって獲得可能となる利用
者数を示す店舗結果情報を提供する情報提供手順とを有
する仲介方法。 （付記６） 付記５項記載の仲介方法において、上記情
報提供手順は、上記結果管理手順によって管理される結
果情報に基づいて、業者へ商品を卸していない店舗へ該
商品を卸すことによって獲得可能となる利用者数を示す
業者結果情報を提供するようにした仲介方法。 （付記７） 付記１項記載の仲介方法において、上記マ
ッチング手順による結果に基づいて、利用者に対して課
金処理し、該課金処理に対応した入金通知に応じて、該
利用者とマッチングされた店舗へマッチングが確定した
ことを通知する課金手順を有する仲介方法。 （付記８） 利用者と、商品を販売する店舗と、商品を
卸す業者とによってネットワークを介して接続される仲
介サーバーにおいて起動される、利用者の会合を仲介す
る仲介プログラムであって、利用者が指定した会合を決
定するための会合条件を有する利用者情報を受付ける第
一の受付手順と、店舗が提供できる商品情報を有する該
店舗に関する店舗情報を受付ける第二の受付手順と、上
記利用者情報によって示される会合条件と、上記店舗情
報によって示される商品情報とに基づいて、利用者と店
舗とをマッチングするマッチング手順と、上記マッチン
グ手順による結果を上記利用者と上記店舗とに通知する
通知手順とを有する仲介プログラム。 （付記９） 付記８項記載の仲介プログラムにおいて、
上記マッチング手順による結果を示す結果情報を管理す
る結果管理手順と、上記結果管理手順によって管理され
る結果情報に基づいて、店舗へ取り扱っていない商品を
取り扱うことによって獲得可能となる利用者数を示す店
舗結果情報を提供する情報提供手順とを有する仲介プロ
グラム。 （付記１０） 利用者と、商品を販売する店舗と、商品
を卸す業者とによってネットワークを介して接続され、
利用者の会合を仲介する仲介サーバーにおいて、利用者
が指定した会合を決定するための会合条件を有する利用
者情報を受付ける第一の受付手段と、店舗が提供できる
商品情報を有する該店舗に関する店舗情報を受付ける第
二の受付手段と、上記利用者情報によって示される会合
条件と、上記店舗情報によって示される商品情報とに基
づいて、利用者と店舗とをマッチングするマッチング手
段と、上記マッチング手順による結果を上記利用者と上
記店舗とに通知する通知手段とを有する仲介サーバー。

【００９３】

【発明の効果】以上、説明してきたように、利用者情報
によって示される会合条件と、店舗情報によって示され
る商品情報とに基づいて、利用者と店舗とをマッチング
するため、利用者の商品嗜好に応じたマッチングを行な
うことができる。

【００９４】また、店舗へ取り扱っていない商品を取り
扱うことによって獲得可能となる利用者数を示す店舗結
果情報が提供されるため、該利用者数の多さに基づい
て、今後の商品の取り扱いについて効果的に検討するこ
とができる。

【００９５】

【図面の簡単な説明】

【図１】仲介サイトによって構成されるシステム原理構
成図である。

【図２】図１の原理構成に基づく仲介サイトの実施の一
例を示す図である。

【図３】マッチング及び通知処理を説明するフローチャ
ート図である。

【図４】マッチング及び通知処理を説明するフローチャ
ート図である。

【図５】マッチング及び通知処理を説明するフローチャ
ート図である。

【図６】マッチング及び通知処理を説明するフローチャ
ート図である。

【図７】情報提供処理を説明するフローチャート図であ
る。

【図８】利用者情報テーブルの例を示す図である。

【図９】店舗情報テーブルの例を示す図である。

【図１０】機会損失情報テーブルの例を示す図である。

【図１１】店舗に通知される機会損失情報の表示例を示
す図である。

【図１２】業者に通知される潜在需要情報の表示例を示
す図である。

【符号の説明】

２０ 店舗 ３０ 業者 ４０ 利用者 １００ 仲介サイト １１１ 登録受付部 １１２ 店舗登録受付部 １１３ マッチング処理部 １１４ 通知処理部 １１５ 情報提供処理部 １１６ 確認処理部 １１７ 課金処理部 １１８ 第２通知処理部 １２０ ＣＤ−ＲＯＭ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 森川 雅雄 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内

Claims (5)

【特許請求の範囲】
1. 【請求項１】 利用者と、商品を販売する店舗と、商品
   を卸す業者とによってネットワークを介して接続される
   仲介サーバーにおいて実行される、利用者の会合を仲介
   する仲介方法であって、 利用者が指定した会合を決定するための会合条件を有す
   る利用者情報を受付ける第一の受付手順と、 店舗が提供できる商品情報を有する該店舗に関する店舗
   情報を受付ける第二の受付手順と、 上記利用者情報によって示される会合条件と、上記店舗
   情報によって示される商品情報とに基づいて、利用者と
   店舗とをマッチングするマッチング手順と、 上記マッチング手順による結果を上記利用者と上記店舗
   とに通知する通知手順とを有する仲介方法。
2. 【請求項２】 請求項１記載の仲介方法において、 上記第一の受付手順は、利用者からの業者への接続に対
   するリンクによってネットワークを介して起動され、業
   者から取得した業者を識別する業者識別情報を利用者情
   報の一部とするようにした仲介方法。
3. 【請求項３】 請求項１又は２記載の仲介方法におい
   て、 上記マッチング手順は、上記業者識別情報と、上記第二
   の受付手順によって受付けられた店舗情報によって示さ
   れる商品情報とに基づいて、利用者と店舗とをマッチン
   グするようにした仲介方法。
4. 【請求項４】 請求項１乃至３のいずれか一項記載の仲
   介方法において、 上記マッチング手順による結果を示す結果情報を管理す
   る結果管理手順と、 上記結果管理手順によって管理される結果情報に基づい
   て、店舗へ取り扱っていない商品を取り扱うことによっ
   て獲得可能となる利用者数を示す店舗結果情報を提供す
   る情報提供手順とを有する仲介方法。
5. 【請求項５】 利用者と、商品を販売する店舗と、商品
   を卸す業者とによってネットワークを介して接続される
   仲介サーバーにおいて起動される、利用者の会合を仲介
   する仲介プログラムであって、 利用者が指定した会合を決定するための会合条件を有す
   る利用者情報を受付ける第一の受付手順と、 店舗が提供できる商品情報を有する該店舗に関する店舗
   情報を受付ける第二の受付手順と、 上記利用者情報によって示される会合条件と、上記店舗
   情報によって示される商品情報とに基づいて、利用者と
   店舗とをマッチングするマッチング手順と、 上記マッチング手順による結果を上記利用者と上記店舗
   とに通知する通知手順とを有する仲介プログラム。