商談仲介方法及びシステム
【課題】本発明は商談仲介方法及びシステムに関し、より効率よく商談を成立させることができる商談仲介方法及びシステムを提供することを目的としている。
【解決手段】販売業者サーバ３０は、顧客側から入力される希望条件データベース３２に記憶されている希望商品情報と販売業者側から入力される在庫商品情報データベース３３に記憶されている条件とを比較して、希望商品情報のデータベースを参照して希望条件の全てに合致する顧客を第１グループとして抽出し、希望条件のうち必須条件を全て満たし、かつ重複する条件を一定割合以上満たしている顧客を第２グループとして抽出し、上記で抽出された者以外の中で希望条件のうち必須条件を全て満たす顧客を第３グループとして抽出し、前記第１乃至第３グループの順に並び替えて優先順位を設定し、優先順位の高い順に商談受付通知を行なうように構成する。
【解決手段】販売業者サーバ３０は、顧客側から入力される希望条件データベース３２に記憶されている希望商品情報と販売業者側から入力される在庫商品情報データベース３３に記憶されている条件とを比較して、希望商品情報のデータベースを参照して希望条件の全てに合致する顧客を第１グループとして抽出し、希望条件のうち必須条件を全て満たし、かつ重複する条件を一定割合以上満たしている顧客を第２グループとして抽出し、上記で抽出された者以外の中で希望条件のうち必須条件を全て満たす顧客を第３グループとして抽出し、前記第１乃至第３グループの順に並び替えて優先順位を設定し、優先順位の高い順に商談受付通知を行なうように構成する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は商談仲介方法及びシステムに関し、更に詳しくはネットワークを利用した商品売買仲介技術に関する。
【背景技術】
【０００２】
例えば中古車販売における商談において、顧客の希望内容（車種、車名、年式、価格、装備、内容等）を顧客の端末から「購入希望データベース」に登録し、また販売業者の端末から販売する商品の情報を「商品情報データベース」に登録することで、システムが定期的にそれぞれのデータの突き合わせを行ないマッチするデータを抽出し、希望する商品が入荷したことを確実かつ迅速に顧客に連絡できることと、同時に「予約フラグ」を立て、予約システムに該当するデータを送信することにより予約を確定させることを可能にしたシステムが知られている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−６７５９０号公報（段落００２０〜００４１、図１〜図６）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述した従来の方法では、１台の車両を希望条件の全てに合致する購入希望者一人に対してのみ確保するため、予約した購入希望者が購入かキャンセルかの意思を明確にするまでは、次の購入希望者に車両を紹介することができなかった。希望条件に合致する購入希望者が複数いた場合は、他の購入希望者を待たせることになり商機を失う可能性もあり非常に効率の悪い商談を行なうことしかできなかった。
【０００５】
本発明はこのような課題に鑑みてなされたものであって、希望条件の全てに合致する購入希望者に限らず、希望条件に近い場合や同等の商品でも購入してもらえる可能性のある
希望者を含めて、より購入条件のよい購入希望者に順序をつけて予約し、より効率よく商談を成立させることができる商談仲介方法及びシステムを提供することを目的としている。
【課題を解決するための手段】
【０００６】
上記の問題を解決するために、本発明は以下に示すような構成をとっている。
【０００７】
（１）請求項１記載の発明は、顧客端末と販売業者サーバとがネットワークを介して接続されているシステムにおいて、前記販売業者サーバは、顧客側から入力される希望商品情報と販売業者側から入力される在庫商品情報とを受け付けると、希望商品情報のデータベースを参照して希望条件の全てに合致する顧客を第１グループとして抽出し、希望条件のうち必須条件を全て満たし、かつ重複する条件を一定割合以上満たしている顧客を第２グループとして抽出し、上記で抽出された者以外の中で希望条件のうち必須条件を全て満たす顧客を第３グループとして抽出し、前記第１乃至第３グループの順に並び替えて優先順位を設定し、優先順位の高い順に商談受付通知を行なうようにしたことを特徴とする。
【０００８】
（２）請求項２記載の発明は、顧客端末と販売業者サーバとがネットワークを介して接続されているシステムにおいて、前記販売業者サーバ内に、購入希望者からの希望条件を受け付けて登録する希望条件データベースと、商品の情報と緒元を登録する在庫情報データベースとを具備し、前記販売業者サーバは、顧客側から入力される希望条件データベースに記憶されている希望商品情報と販売業者側から入力される在庫商品情報データベースに記憶されている条件とを比較して、希望商品情報のデータベースを参照して希望条件の全てに合致する顧客を第１グループとして抽出し、希望条件のうち必須条件を全て満たし、かつ重複する条件を一定割合以上満たしている顧客を第２グループとして抽出し、上記で抽出された者以外の中で希望条件のうち必須条件を全て満たす顧客を第３グループとして抽出し、前記第１乃至第３グループの順に並び替えて優先順位を設定し、優先順位の高い順に商談受付通知を行なうようにしたことを特徴とする。
【発明の効果】
【０００９】
本発明は以下のような効果を奏する。
【００１０】
（１）請求項１記載の発明によれば、顧客側から入力される希望商品情報と販売業者側から入力される在庫商品情報とを比較し、比較した結果に応じて顧客を優先順位をつけて並び替え、優先順位の高い順に商談受付通知を行なうようにしたので、希望条件の全てに合致する購入希望者に限らず、希望条件に近い場合や同等の商品でも購入してもらえる可能性のある希望者を含めて、より購入条件のよい購入希望者に順序をつけて予約し、より効率よく商談を成立させることができる商談仲介方法を提供することができる。
【００１１】
（２）請求項２記載の発明によれば、購入希望者からの希望条件を受け付けて登録する希望条件データベースと、商品の情報と緒元を登録する在庫情報データベースとを具備し、前記販売業者サーバは、顧客側から入力される希望条件データベースに記憶されている希望商品情報と販売業者側から入力される在庫商品情報データベースに記憶されている条件とを比較して、比較した結果に応じて顧客を優先順位をつけて並び替え、優先順位の高い順に商談受付通知を行なうようにしたので、希望条件の全てに合致する購入希望者に限らず、希望条件に近い場合や同等の商品でも購入してもらえる可能性のある希望者を含めて、より購入条件のよい購入希望者に順序をつけて予約し、より効率よく商談を成立させることができる商談仲介システムを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の全体のシステム構成例を示す図である。
【図２】販売業者サーバの構成例を示す図である。
【図３】希望条件データベースの登録内容例を示す図である。
【図４】在庫情報データベースの登録内容例を示す図である。
【図５】希望条件登録処理を示すフローチャートである。
【図６】在庫情報登録処理を示すフローチャートである。
【図７】データ処理動作を示すフローチャートである。
【図８】データ処理動作を示すフローチャートである。
【図９】並び替えの説明図である。
【図１０】購入希望者に対する受付通知の画面例を示す図である。
【図１１】第一番目の購入希望者に対する通知画面例を示す図である。
【図１２】第二番目以降の購入希望者に対する通知画面例を示す図である。
【図１３】第一番目の購入希望者に対する商品紹介、購入希望確認画面例を示す図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施例について、図面を参照して詳細に説明する。図１は本発明の全体のシステム構成例を示す図である。複数の購入希望者端末１０と販売業者サーバ３０とがネットワーク２０を介して接続されている。購入希望者端末１０は、パソコンであったり、モバイル端末であったりと各種の端末を用いることができる。ネットワーク２０は、各種のＬＡＮ、ＷＡＮ、或いはインターネット等のネットワークを利用することができる。
【００１４】
図２は販売業者サーバ３０の構成例を示す図である。図において、３１はサーバ３０の全体の動作を制御する中央処理装置である。該中央処理装置３１としては、例えばコンピュータが用いられる。３２は顧客からの希望条件を受け付けて登録する希望条件データベース（ＤＢ）、３３は商品の情報と緒元とを登録する在庫情報データベース（ＤＢ）である。３４は各種のコマンド等や、在庫情報を入力する操作部である。該操作部３４としては、例えばキーボードやマウス等が用いられる。
【００１５】
３５は各種のデータの入出力を行なう入出力装置、３６は各種の情報を表示する表示装置である。該表示装置３６としては、例えばＣＲＴやＬＣＤ等が用いられる。３７は外部装置との通信を行なうためのインタフェースからなる通信制御部である。該通信制御部３７は、図１に示すネットワーク２０と接続される。４０は販売業者サーバ３０を動作させるプログラムからなるサーバプログラムである。該サーバプログラム４０は、希望条件登録処理部４１と、在庫情報登録処理部４２と、登録情報照合処理部４３と商品予約処理部４４とから構成されている。希望条件登録処理部４１は、希望条件データベース３２に情報を登録するプログラムであり、在庫情報登録処理部４２は在庫情報データベース３３に情報を登録するプログラムである。このサーバプログラム４０は、ハードディスク装置等の記憶装置内に予め記憶されており、販売業者サーバ３０の動作処理を行なうものである。
【００１６】
図３は希望条件データベース３２の登録内容例を示す図である。図に示すように、受付番号と、顧客情報と、購入希望条件と、予約中車両番号とからなる。顧客情報には、顧客番号と、氏名と、住所と、性別と、連絡先と、メールアドレスが含まれる。購入希望条件には、メーカーと、車種と、年式と、運転席（右か左か）と、ギアの種類（ＡＴかマニュアルか）と、色と、上限価格と走行距離が含まれる。必要な条件には、乗車人数と、駆動方式（ＦＦかＦＲか）と、車体サイズと、荷物サイズと、車のタイプ（ワゴンかクーペかセダンか）が含まれる。
【００１７】
図４は在庫情報データベース３３の登録内容例を示す図である。予約中顧客番号（優先順）と、キャンセル顧客番号と、在庫車両情報と、車両緒元とからなる。在庫車両情報は、車両番号と、メーカーと、車種と、年式と、グレードと、ハンドル（右か左か）と、ギア（ＡＴかＭＴか）と、色と、価格と、走行距離と、車検時期と、修復歴が含まれる。車両緒元には、乗車人数と、駆動方式（ＦＦかＦＲか４ＷＤか）と、車体サイズと、荷物サイズと車のタイプ（ワゴンかクーペかセダンか）が含まれる。
【００１８】
図５は希望条件登録処理を示すフローチャートである。先ず購入希望者は、自分の端末１０からネットワーク２０を介して販売業者サーバ３０の希望条件データベース３２にアクセスする（Ｓ１）。アクセスしたのが、新規登録の場合かそうでないかを判定する（Ｓ２）。新規登録の場合には、購入希望者端末１０から購入希望者は顧客情報、必須条件、重視する条件、車種選定に必要な条件を入力する（Ｓ３）。
【００１９】
販売業者サーバ３０は、一意となる受付番号、顧客番号を付与して希望条件データベース３２に登録する（Ｓ４）。その他に、顧客情報と、購入希望条件を入力する（図３参照）。販売業者サーバ３０は、受付番号、顧客番号、受付情報を購入希望者にメールで返信する（Ｓ５）。購入希望者は、自分の登録した内容を確認することができる。ステップＳ２において、初めての登録でない場合には、購入希望者は購入希望者端末１０から顧客情報、必須条件、重視する条件、車種選定に必要な条件を変更する（Ｓ６）。次に、販売業者サーバ３０は、一意となる受付番号、顧客番号を変更せず希望条件データベース３２に登録する。
【００２０】
図６は在庫情報登録処理を示すフローチャートである。販売業者は操作部３４から販売業者サーバ３０の在庫情報データベース３３にアクセスする（Ｓ１）。販売業者は、在庫車両情報、車両緒元を操作部３４から入力する（Ｓ２）。販売業者サーバ３０は、一意となる車両番号を付与して登録する（Ｓ３。図４参照）。
【００２１】
図７と図８はデータ処理動作を示すフローチャートであり、処理の主体は販売業者サーバ３０内の中央処理装置３１である。以下、データ処理動作について説明する。先ず、在庫情報データベース３３と希望条件データベース３２を突き合わせる（Ｓ１）。この場合において、キャンセル顧客番号があれば対象から除外する（Ｓ２）。その後、在庫車両の購入希望者がいるかどうかをチェックし（Ｓ３）、また車種選定に必要な条件を満たしている在庫があるかどうかチェックする（Ｓ４）。
【００２２】
ステップＳ３において、在庫車両の購入希望者がいない時は処理は終了する。在庫車両の購入希望者がいる場合は、その購入希望者の希望条件が全てに合致するかどうかチェックする（Ｓ５）。希望条件の全てに合致する場合には、購入希望者を購入希望価格の高い順に並べる（Ｓ６：第１グループ）。
【００２３】
ステップＳ４において、車種選定に必要な条件を満たしている在庫がない場合は処理は終了する。在庫がある場合には、必須条件を満たしているかどうかチェックする（Ｓ７）。必須条件を満たしていない場合には、処理は終了する。必須条件を満たしている場合には、購入希望者を購入希望価格の高い順に並べる（Ｓ８：第３グループ）。
【００２４】
ステップＳ５において、希望条件の全てに合致していない場合、必須条件を満たしているかどうかチェックする（Ｓ９）。必須条件を満たしていない場合には、処理は終了する。必須条件を満たしている場合は、重視する条件の合致数をカウントする（Ｓ１０）。そして、重視する条件の５０％を満たしているかどうかチェックする（Ｓ１１）。満たしていない場合には処理は終了する。満たしている場合には、条件に合致する数の多い順に並べる（Ｓ１２：第２グループ）。
【００２５】
このようにして、第１グループと第２グループと第３グループができると、それぞれの結果を購入希望価格の高い順、条件に合致する数の多い順に並べる（Ｓ１３）。図９は並び替えの説明図である。丸１が全ての条件に合致する購入希望者の並び替え結果を、丸２が重視する条件の合致数の多い購入希望者順に並び替えた結果を、丸３が必要条件に合致する購入希望者の並び替え結果をそれぞれ示す。丸１が第１グループ、丸２が第２グループ、丸３が第３グループである。これを第１グループから第３グループまで並び替えると、丸４に示すような並び替え結果が得られる。第１グループから第３グループまで上限価格の高い順に並べてあることが分かる。これは、中古販売業者としては、なるべく高く買い取ってくれる顧客を優先しているためである。
【００２６】
再び図７のフローチャートに戻る。上述したような並べ替えが終了したら、対象車両に購入希望者を順番付けて登録し予約処理を行なう（Ｓ１４）。次に、顧客情報に予約中車両番号を登録し、予約を成立させる（Ｓ１５）。次に、第一番目の購入希望者に対して対象車両の見積もりを作成する（Ｓ１６）。次に、第一番目の購入希望者に競合状況と見積もりを送付する（Ｓ１７）。具体的には、入出力装置３５（図２参照）から購入希望者の端末１０にメールで見積もりを送付することになる。
【００２７】
次に、第二番目以降の購入希望者にそれぞれの競合状況を通知する（Ｓ１８）。次に、予約期限をカウントする（Ｓ１９）。次に、第一番目の購入希望者からの回答があったかどうかチェックする（Ｓ２０）。回答があった場合、購入の意思があるかどうかチェックする（Ｓ２１）。購入の意思がある場合には、契約が成立したかどうかをチェックする（Ｓ２２）。
【００２８】
契約が成立した場合には、第二番目以降の購入希望者に対して契約成立の通知を行なう（Ｓ２３）。次に、在庫情報データベース３３から対象車両を削除する（Ｓ２４）。その車両は売れたから削除する必要があるからである。次に、希望条件データベース３２の予約中車両番号から対象の車両を削除する（Ｓ２５）。これも、既に売れた車両を残しておく必要がなくなったからである。当該車両が削除されたら、処理は終了する。
【００２９】
次に、ステップＳ２０で、第一番目の購入希望者からの回答がなかった場合、購入期日を過ぎているかどうかチェックする（Ｓ２６）。過ぎていない場合にはステップＳ２０に戻り、第一番目の購入希望者からの回答を待つ。過ぎていた場合には、希望条件データベース３２の予約中車両番号から対象の車両番号を削除する（Ｓ２７）。購入期日を過ぎたデータは記憶しておく必要がないからである。次に、在庫情報データベース３３の予約中顧客番号から対象の顧客番号を削除する（Ｓ２８）。購入期日を過ぎたデータは記憶しておく必要がないからである。ステップＳ２８まで終了したら、スタートポイントに戻り、在庫情報データベース３３と希望条件データベース３２の突き合わせ比較動作に戻る。
【００３０】
図１０は購入希望者に対する受付通知の画面例を示す図である。これは、販売業者サーバ３０から購入希望者端末１０にメール送信により通知される。図１１は第一番目の購入希望者に対する通知画面例を示す図である。図１２は第二番目以降の購入希望者に対する通知画面例を示す図である。図１３は一番目の購入希望者に対する商品紹介、購入希望者確認画面例を示す図である。車両情報と見積もりと車両の写真が表示されている。購入希望者が「購入する」のキーをクリックすると、当該車両は一番目の購入希望者に落札されたことになる。
【００３１】
上述の説明では商品として中古自動車の仲介システムを行なった場合を例にとって説明したが、本発明は中古自動車に限るものではなく、他の種類の商品例えば中古バイクの仲介システム等においても同様に適用することができる。
【００３２】
以上、詳細に説明したように、本発明によれば、購入希望者からの希望条件を受け付けて登録する希望条件データベースと、商品の情報と緒元を登録する在庫情報データベースとを具備し、前記販売業者サーバは、顧客側から入力される希望条件データベースに記憶されている希望商品情報と販売業者側から入力される在庫商品情報データベースに記憶されている条件とを比較して、比較した結果に応じて顧客を優先順位をつけて並び替え、優先順位の高い順に商談受付通知を行なうようにしたので、希望条件の全てに合致する購入希望者に限らず、希望条件に近い場合や同等の商品でも購入してもらえる可能性のある希望者を含めて、より購入条件のよい購入希望者に順序をつけて予約し、より効率よく商談を成立させることができる商談仲介システムを提供することができる。
【符号の説明】
【００３３】
３０ 販売業者サーバ
３１ 中央処理装置
３２ 希望条件データベース
３３ 在庫情報データベース
３４ 操作部
３５ 入出力装置
３６ 表示装置
３７ 通信制御部
４０ サーバプログラム
４１ 希望条件登録処理部
４２ 在庫情報登録処理部
４３ 登録情報照合処理部
４４ 商品予約処理部
【技術分野】
【０００１】
本発明は商談仲介方法及びシステムに関し、更に詳しくはネットワークを利用した商品売買仲介技術に関する。
【背景技術】
【０００２】
例えば中古車販売における商談において、顧客の希望内容（車種、車名、年式、価格、装備、内容等）を顧客の端末から「購入希望データベース」に登録し、また販売業者の端末から販売する商品の情報を「商品情報データベース」に登録することで、システムが定期的にそれぞれのデータの突き合わせを行ないマッチするデータを抽出し、希望する商品が入荷したことを確実かつ迅速に顧客に連絡できることと、同時に「予約フラグ」を立て、予約システムに該当するデータを送信することにより予約を確定させることを可能にしたシステムが知られている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−６７５９０号公報（段落００２０〜００４１、図１〜図６）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述した従来の方法では、１台の車両を希望条件の全てに合致する購入希望者一人に対してのみ確保するため、予約した購入希望者が購入かキャンセルかの意思を明確にするまでは、次の購入希望者に車両を紹介することができなかった。希望条件に合致する購入希望者が複数いた場合は、他の購入希望者を待たせることになり商機を失う可能性もあり非常に効率の悪い商談を行なうことしかできなかった。
【０００５】
本発明はこのような課題に鑑みてなされたものであって、希望条件の全てに合致する購入希望者に限らず、希望条件に近い場合や同等の商品でも購入してもらえる可能性のある
希望者を含めて、より購入条件のよい購入希望者に順序をつけて予約し、より効率よく商談を成立させることができる商談仲介方法及びシステムを提供することを目的としている。
【課題を解決するための手段】
【０００６】
上記の問題を解決するために、本発明は以下に示すような構成をとっている。
【０００７】
（１）請求項１記載の発明は、顧客端末と販売業者サーバとがネットワークを介して接続されているシステムにおいて、前記販売業者サーバは、顧客側から入力される希望商品情報と販売業者側から入力される在庫商品情報とを受け付けると、希望商品情報のデータベースを参照して希望条件の全てに合致する顧客を第１グループとして抽出し、希望条件のうち必須条件を全て満たし、かつ重複する条件を一定割合以上満たしている顧客を第２グループとして抽出し、上記で抽出された者以外の中で希望条件のうち必須条件を全て満たす顧客を第３グループとして抽出し、前記第１乃至第３グループの順に並び替えて優先順位を設定し、優先順位の高い順に商談受付通知を行なうようにしたことを特徴とする。
【０００８】
（２）請求項２記載の発明は、顧客端末と販売業者サーバとがネットワークを介して接続されているシステムにおいて、前記販売業者サーバ内に、購入希望者からの希望条件を受け付けて登録する希望条件データベースと、商品の情報と緒元を登録する在庫情報データベースとを具備し、前記販売業者サーバは、顧客側から入力される希望条件データベースに記憶されている希望商品情報と販売業者側から入力される在庫商品情報データベースに記憶されている条件とを比較して、希望商品情報のデータベースを参照して希望条件の全てに合致する顧客を第１グループとして抽出し、希望条件のうち必須条件を全て満たし、かつ重複する条件を一定割合以上満たしている顧客を第２グループとして抽出し、上記で抽出された者以外の中で希望条件のうち必須条件を全て満たす顧客を第３グループとして抽出し、前記第１乃至第３グループの順に並び替えて優先順位を設定し、優先順位の高い順に商談受付通知を行なうようにしたことを特徴とする。
【発明の効果】
【０００９】
本発明は以下のような効果を奏する。
【００１０】
（１）請求項１記載の発明によれば、顧客側から入力される希望商品情報と販売業者側から入力される在庫商品情報とを比較し、比較した結果に応じて顧客を優先順位をつけて並び替え、優先順位の高い順に商談受付通知を行なうようにしたので、希望条件の全てに合致する購入希望者に限らず、希望条件に近い場合や同等の商品でも購入してもらえる可能性のある希望者を含めて、より購入条件のよい購入希望者に順序をつけて予約し、より効率よく商談を成立させることができる商談仲介方法を提供することができる。
【００１１】
（２）請求項２記載の発明によれば、購入希望者からの希望条件を受け付けて登録する希望条件データベースと、商品の情報と緒元を登録する在庫情報データベースとを具備し、前記販売業者サーバは、顧客側から入力される希望条件データベースに記憶されている希望商品情報と販売業者側から入力される在庫商品情報データベースに記憶されている条件とを比較して、比較した結果に応じて顧客を優先順位をつけて並び替え、優先順位の高い順に商談受付通知を行なうようにしたので、希望条件の全てに合致する購入希望者に限らず、希望条件に近い場合や同等の商品でも購入してもらえる可能性のある希望者を含めて、より購入条件のよい購入希望者に順序をつけて予約し、より効率よく商談を成立させることができる商談仲介システムを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の全体のシステム構成例を示す図である。
【図２】販売業者サーバの構成例を示す図である。
【図３】希望条件データベースの登録内容例を示す図である。
【図４】在庫情報データベースの登録内容例を示す図である。
【図５】希望条件登録処理を示すフローチャートである。
【図６】在庫情報登録処理を示すフローチャートである。
【図７】データ処理動作を示すフローチャートである。
【図８】データ処理動作を示すフローチャートである。
【図９】並び替えの説明図である。
【図１０】購入希望者に対する受付通知の画面例を示す図である。
【図１１】第一番目の購入希望者に対する通知画面例を示す図である。
【図１２】第二番目以降の購入希望者に対する通知画面例を示す図である。
【図１３】第一番目の購入希望者に対する商品紹介、購入希望確認画面例を示す図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施例について、図面を参照して詳細に説明する。図１は本発明の全体のシステム構成例を示す図である。複数の購入希望者端末１０と販売業者サーバ３０とがネットワーク２０を介して接続されている。購入希望者端末１０は、パソコンであったり、モバイル端末であったりと各種の端末を用いることができる。ネットワーク２０は、各種のＬＡＮ、ＷＡＮ、或いはインターネット等のネットワークを利用することができる。
【００１４】
図２は販売業者サーバ３０の構成例を示す図である。図において、３１はサーバ３０の全体の動作を制御する中央処理装置である。該中央処理装置３１としては、例えばコンピュータが用いられる。３２は顧客からの希望条件を受け付けて登録する希望条件データベース（ＤＢ）、３３は商品の情報と緒元とを登録する在庫情報データベース（ＤＢ）である。３４は各種のコマンド等や、在庫情報を入力する操作部である。該操作部３４としては、例えばキーボードやマウス等が用いられる。
【００１５】
３５は各種のデータの入出力を行なう入出力装置、３６は各種の情報を表示する表示装置である。該表示装置３６としては、例えばＣＲＴやＬＣＤ等が用いられる。３７は外部装置との通信を行なうためのインタフェースからなる通信制御部である。該通信制御部３７は、図１に示すネットワーク２０と接続される。４０は販売業者サーバ３０を動作させるプログラムからなるサーバプログラムである。該サーバプログラム４０は、希望条件登録処理部４１と、在庫情報登録処理部４２と、登録情報照合処理部４３と商品予約処理部４４とから構成されている。希望条件登録処理部４１は、希望条件データベース３２に情報を登録するプログラムであり、在庫情報登録処理部４２は在庫情報データベース３３に情報を登録するプログラムである。このサーバプログラム４０は、ハードディスク装置等の記憶装置内に予め記憶されており、販売業者サーバ３０の動作処理を行なうものである。
【００１６】
図３は希望条件データベース３２の登録内容例を示す図である。図に示すように、受付番号と、顧客情報と、購入希望条件と、予約中車両番号とからなる。顧客情報には、顧客番号と、氏名と、住所と、性別と、連絡先と、メールアドレスが含まれる。購入希望条件には、メーカーと、車種と、年式と、運転席（右か左か）と、ギアの種類（ＡＴかマニュアルか）と、色と、上限価格と走行距離が含まれる。必要な条件には、乗車人数と、駆動方式（ＦＦかＦＲか）と、車体サイズと、荷物サイズと、車のタイプ（ワゴンかクーペかセダンか）が含まれる。
【００１７】
図４は在庫情報データベース３３の登録内容例を示す図である。予約中顧客番号（優先順）と、キャンセル顧客番号と、在庫車両情報と、車両緒元とからなる。在庫車両情報は、車両番号と、メーカーと、車種と、年式と、グレードと、ハンドル（右か左か）と、ギア（ＡＴかＭＴか）と、色と、価格と、走行距離と、車検時期と、修復歴が含まれる。車両緒元には、乗車人数と、駆動方式（ＦＦかＦＲか４ＷＤか）と、車体サイズと、荷物サイズと車のタイプ（ワゴンかクーペかセダンか）が含まれる。
【００１８】
図５は希望条件登録処理を示すフローチャートである。先ず購入希望者は、自分の端末１０からネットワーク２０を介して販売業者サーバ３０の希望条件データベース３２にアクセスする（Ｓ１）。アクセスしたのが、新規登録の場合かそうでないかを判定する（Ｓ２）。新規登録の場合には、購入希望者端末１０から購入希望者は顧客情報、必須条件、重視する条件、車種選定に必要な条件を入力する（Ｓ３）。
【００１９】
販売業者サーバ３０は、一意となる受付番号、顧客番号を付与して希望条件データベース３２に登録する（Ｓ４）。その他に、顧客情報と、購入希望条件を入力する（図３参照）。販売業者サーバ３０は、受付番号、顧客番号、受付情報を購入希望者にメールで返信する（Ｓ５）。購入希望者は、自分の登録した内容を確認することができる。ステップＳ２において、初めての登録でない場合には、購入希望者は購入希望者端末１０から顧客情報、必須条件、重視する条件、車種選定に必要な条件を変更する（Ｓ６）。次に、販売業者サーバ３０は、一意となる受付番号、顧客番号を変更せず希望条件データベース３２に登録する。
【００２０】
図６は在庫情報登録処理を示すフローチャートである。販売業者は操作部３４から販売業者サーバ３０の在庫情報データベース３３にアクセスする（Ｓ１）。販売業者は、在庫車両情報、車両緒元を操作部３４から入力する（Ｓ２）。販売業者サーバ３０は、一意となる車両番号を付与して登録する（Ｓ３。図４参照）。
【００２１】
図７と図８はデータ処理動作を示すフローチャートであり、処理の主体は販売業者サーバ３０内の中央処理装置３１である。以下、データ処理動作について説明する。先ず、在庫情報データベース３３と希望条件データベース３２を突き合わせる（Ｓ１）。この場合において、キャンセル顧客番号があれば対象から除外する（Ｓ２）。その後、在庫車両の購入希望者がいるかどうかをチェックし（Ｓ３）、また車種選定に必要な条件を満たしている在庫があるかどうかチェックする（Ｓ４）。
【００２２】
ステップＳ３において、在庫車両の購入希望者がいない時は処理は終了する。在庫車両の購入希望者がいる場合は、その購入希望者の希望条件が全てに合致するかどうかチェックする（Ｓ５）。希望条件の全てに合致する場合には、購入希望者を購入希望価格の高い順に並べる（Ｓ６：第１グループ）。
【００２３】
ステップＳ４において、車種選定に必要な条件を満たしている在庫がない場合は処理は終了する。在庫がある場合には、必須条件を満たしているかどうかチェックする（Ｓ７）。必須条件を満たしていない場合には、処理は終了する。必須条件を満たしている場合には、購入希望者を購入希望価格の高い順に並べる（Ｓ８：第３グループ）。
【００２４】
ステップＳ５において、希望条件の全てに合致していない場合、必須条件を満たしているかどうかチェックする（Ｓ９）。必須条件を満たしていない場合には、処理は終了する。必須条件を満たしている場合は、重視する条件の合致数をカウントする（Ｓ１０）。そして、重視する条件の５０％を満たしているかどうかチェックする（Ｓ１１）。満たしていない場合には処理は終了する。満たしている場合には、条件に合致する数の多い順に並べる（Ｓ１２：第２グループ）。
【００２５】
このようにして、第１グループと第２グループと第３グループができると、それぞれの結果を購入希望価格の高い順、条件に合致する数の多い順に並べる（Ｓ１３）。図９は並び替えの説明図である。丸１が全ての条件に合致する購入希望者の並び替え結果を、丸２が重視する条件の合致数の多い購入希望者順に並び替えた結果を、丸３が必要条件に合致する購入希望者の並び替え結果をそれぞれ示す。丸１が第１グループ、丸２が第２グループ、丸３が第３グループである。これを第１グループから第３グループまで並び替えると、丸４に示すような並び替え結果が得られる。第１グループから第３グループまで上限価格の高い順に並べてあることが分かる。これは、中古販売業者としては、なるべく高く買い取ってくれる顧客を優先しているためである。
【００２６】
再び図７のフローチャートに戻る。上述したような並べ替えが終了したら、対象車両に購入希望者を順番付けて登録し予約処理を行なう（Ｓ１４）。次に、顧客情報に予約中車両番号を登録し、予約を成立させる（Ｓ１５）。次に、第一番目の購入希望者に対して対象車両の見積もりを作成する（Ｓ１６）。次に、第一番目の購入希望者に競合状況と見積もりを送付する（Ｓ１７）。具体的には、入出力装置３５（図２参照）から購入希望者の端末１０にメールで見積もりを送付することになる。
【００２７】
次に、第二番目以降の購入希望者にそれぞれの競合状況を通知する（Ｓ１８）。次に、予約期限をカウントする（Ｓ１９）。次に、第一番目の購入希望者からの回答があったかどうかチェックする（Ｓ２０）。回答があった場合、購入の意思があるかどうかチェックする（Ｓ２１）。購入の意思がある場合には、契約が成立したかどうかをチェックする（Ｓ２２）。
【００２８】
契約が成立した場合には、第二番目以降の購入希望者に対して契約成立の通知を行なう（Ｓ２３）。次に、在庫情報データベース３３から対象車両を削除する（Ｓ２４）。その車両は売れたから削除する必要があるからである。次に、希望条件データベース３２の予約中車両番号から対象の車両を削除する（Ｓ２５）。これも、既に売れた車両を残しておく必要がなくなったからである。当該車両が削除されたら、処理は終了する。
【００２９】
次に、ステップＳ２０で、第一番目の購入希望者からの回答がなかった場合、購入期日を過ぎているかどうかチェックする（Ｓ２６）。過ぎていない場合にはステップＳ２０に戻り、第一番目の購入希望者からの回答を待つ。過ぎていた場合には、希望条件データベース３２の予約中車両番号から対象の車両番号を削除する（Ｓ２７）。購入期日を過ぎたデータは記憶しておく必要がないからである。次に、在庫情報データベース３３の予約中顧客番号から対象の顧客番号を削除する（Ｓ２８）。購入期日を過ぎたデータは記憶しておく必要がないからである。ステップＳ２８まで終了したら、スタートポイントに戻り、在庫情報データベース３３と希望条件データベース３２の突き合わせ比較動作に戻る。
【００３０】
図１０は購入希望者に対する受付通知の画面例を示す図である。これは、販売業者サーバ３０から購入希望者端末１０にメール送信により通知される。図１１は第一番目の購入希望者に対する通知画面例を示す図である。図１２は第二番目以降の購入希望者に対する通知画面例を示す図である。図１３は一番目の購入希望者に対する商品紹介、購入希望者確認画面例を示す図である。車両情報と見積もりと車両の写真が表示されている。購入希望者が「購入する」のキーをクリックすると、当該車両は一番目の購入希望者に落札されたことになる。
【００３１】
上述の説明では商品として中古自動車の仲介システムを行なった場合を例にとって説明したが、本発明は中古自動車に限るものではなく、他の種類の商品例えば中古バイクの仲介システム等においても同様に適用することができる。
【００３２】
以上、詳細に説明したように、本発明によれば、購入希望者からの希望条件を受け付けて登録する希望条件データベースと、商品の情報と緒元を登録する在庫情報データベースとを具備し、前記販売業者サーバは、顧客側から入力される希望条件データベースに記憶されている希望商品情報と販売業者側から入力される在庫商品情報データベースに記憶されている条件とを比較して、比較した結果に応じて顧客を優先順位をつけて並び替え、優先順位の高い順に商談受付通知を行なうようにしたので、希望条件の全てに合致する購入希望者に限らず、希望条件に近い場合や同等の商品でも購入してもらえる可能性のある希望者を含めて、より購入条件のよい購入希望者に順序をつけて予約し、より効率よく商談を成立させることができる商談仲介システムを提供することができる。
【符号の説明】
【００３３】
３０ 販売業者サーバ
３１ 中央処理装置
３２ 希望条件データベース
３３ 在庫情報データベース
３４ 操作部
３５ 入出力装置
３６ 表示装置
３７ 通信制御部
４０ サーバプログラム
４１ 希望条件登録処理部
４２ 在庫情報登録処理部
４３ 登録情報照合処理部
４４ 商品予約処理部
【特許請求の範囲】
【請求項１】
顧客端末と販売業者サーバとがネットワークを介して接続されているシステムにおいて、
前記販売業者サーバは、
顧客側から入力される希望商品情報と販売業者側から入力される在庫商品情報とを受け付けると、希望商品情報のデータベースを参照して希望条件の全てに合致する顧客を第１グループとして抽出し、
希望条件のうち必須条件を全て満たし、かつ重複する条件を一定割合以上満たしている顧客を第２グループとして抽出し、
上記で抽出された者以外の中で希望条件のうち必須条件を全て満たす顧客を第３グループとして抽出し、
前記第１乃至第３グループの順に並び替えて優先順位を設定し、優先順位の高い順に商談受付通知を行なう、
ようにしたことを特徴とする商談仲介方法。
【請求項２】
顧客端末と販売業者サーバとがネットワークを介して接続されているシステムにおいて、
前記販売業者サーバ内に、
購入希望者からの希望条件を受け付けて登録する希望条件データベースと、商品の情報と緒元を登録する在庫情報データベースとを具備し、
前記販売業者サーバは、
顧客側から入力される希望条件データベースに記憶されている希望商品情報と販売業者側から入力される在庫商品情報データベースに記憶されている条件とを比較して、希望商品情報のデータベースを参照して希望条件の全てに合致する顧客を第１グループとして抽出し、
希望条件のうち必須条件を全て満たし、かつ重複する条件を一定割合以上満たしている顧客を第２グループとして抽出し、
上記で抽出された者以外の中で希望条件のうち必須条件を全て満たす顧客を第３グループとして抽出し、
前記第１乃至第３グループの順に並び替えて優先順位を設定し、優先順位の高い順に商談受付通知を行なう、
ようにしたことを特徴とする商談仲介システム。
【請求項１】
顧客端末と販売業者サーバとがネットワークを介して接続されているシステムにおいて、
前記販売業者サーバは、
顧客側から入力される希望商品情報と販売業者側から入力される在庫商品情報とを受け付けると、希望商品情報のデータベースを参照して希望条件の全てに合致する顧客を第１グループとして抽出し、
希望条件のうち必須条件を全て満たし、かつ重複する条件を一定割合以上満たしている顧客を第２グループとして抽出し、
上記で抽出された者以外の中で希望条件のうち必須条件を全て満たす顧客を第３グループとして抽出し、
前記第１乃至第３グループの順に並び替えて優先順位を設定し、優先順位の高い順に商談受付通知を行なう、
ようにしたことを特徴とする商談仲介方法。
【請求項２】
顧客端末と販売業者サーバとがネットワークを介して接続されているシステムにおいて、
前記販売業者サーバ内に、
購入希望者からの希望条件を受け付けて登録する希望条件データベースと、商品の情報と緒元を登録する在庫情報データベースとを具備し、
前記販売業者サーバは、
顧客側から入力される希望条件データベースに記憶されている希望商品情報と販売業者側から入力される在庫商品情報データベースに記憶されている条件とを比較して、希望商品情報のデータベースを参照して希望条件の全てに合致する顧客を第１グループとして抽出し、
希望条件のうち必須条件を全て満たし、かつ重複する条件を一定割合以上満たしている顧客を第２グループとして抽出し、
上記で抽出された者以外の中で希望条件のうち必須条件を全て満たす顧客を第３グループとして抽出し、
前記第１乃至第３グループの順に並び替えて優先順位を設定し、優先順位の高い順に商談受付通知を行なう、
ようにしたことを特徴とする商談仲介システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１１−２０９７８８（Ｐ２０１１−２０９７８８Ａ）
【公開日】平成２３年１０月２０日（２０１１．１０．２０）
【国際特許分類】
【出願番号】特願２０１０−７４１６８（Ｐ２０１０−７４１６８）
【出願日】平成２２年３月２９日（２０１０．３．２９）
【出願人】（５９８０５７２９１）株式会社富士通エフサス (147)
【公開日】平成２３年１０月２０日（２０１１．１０．２０）
【国際特許分類】
【出願日】平成２２年３月２９日（２０１０．３．２９）
【出願人】（５９８０５７２９１）株式会社富士通エフサス (147)
[ Back to top ]