米国特許情報 | 欧州特許情報 | 国際公開(PCT)情報 | Google の米国特許検索
 
     特許分類
A 農業
B 衣類
C 家具
D 医学
E スポ−ツ;娯楽
F 加工処理操作
G 机上付属具
H 装飾
I 車両
J 包装;運搬
L 化学;冶金
M 繊維;紙;印刷
N 固定構造物
O 機械工学
P 武器
Q 照明
R 測定; 光学
S 写真;映画
T 計算機;電気通信
U 核技術
V 電気素子
W 発電
X 楽器;音響


  ホーム -> 計算機;電気通信 -> マツダ株式会社

発明の名称 情報処理方法、情報処理装置、情報処理プログラム、及び該情報処理プログラムを記録した記録媒体
発行国 日本国特許庁(JP)
公報種別 公開特許公報(A)
公開番号 特開2003−108828(P2003−108828A)
公開日 平成15年4月11日(2003.4.11)
出願番号 特願2001−302895(P2001−302895)
出願日 平成13年9月28日(2001.9.28)
代理人 【識別番号】100077931
【弁理士】
【氏名又は名称】前田 弘 (外7名)
発明者 高岡 啓喜
要約 課題
顧客からの見積請求や問い合わせ等に対応する担当販売者を決める場合に、その見積請求等に対して出来る限り早く応答できるようにして、顧客への迷惑を極小化する。

解決手段
販売代理店側サーバ2が、ユーザ端末5から顧客の所定操作により送信された操作信号を車両メーカ側サーバ1を介して受信したときに、顧客がユーザ端末5に入力した顧客入力仕様を複数の販売代理店端末4に送信し、この顧客入力仕様を送信した相手先の複数の販売代理店端末4をそれぞれ操作する複数の販売者の中から、該各販売者の応答に基づいて1人の担当販売者を選択する。
特許請求の範囲
【請求項1】 互いに異なる複数の仕様が設定された販売対象物を顧客に販売する複数の販売者がそれぞれ操作する複数の販売者用端末と、上記顧客が操作する顧客用端末と、該複数の販売者用端末及び顧客用端末に通信回線を介して接続された少なくとも1つのサーバとを用いて、上記複数の仕様のうち上記顧客用端末に入力された顧客入力仕様と同じ仕様を有する販売対象物の購入支援情報を、上記サーバから顧客用端末に提供するための情報処理方法であって、上記顧客用端末が、上記顧客入力仕様を上記サーバに送信する第1の仕様送信ステップと、上記サーバが、上記第1の仕様送信ステップで上記顧客用端末から送信された顧客入力仕様を受信して、予め上記各仕様に対応させて記憶しておいた販売対象物の購入支援情報の中から、該受信した顧客入力仕様と同じ仕様を有する販売対象物の購入支援情報を選択する購入支援情報選択ステップと、上記サーバが、上記購入支援情報選択ステップで選択した購入支援情報を上記顧客用端末に送信する購入支援情報送信ステップと、上記顧客用端末が、上記仕様入力後における顧客の所定操作により操作信号を上記サーバに送信する操作信号送信ステップと、上記サーバが、上記操作信号送信ステップで上記顧客用端末から送信された操作信号を受けて、上記顧客用端末から送信された顧客入力仕様を上記複数の販売者用端末に送信する第2の仕様送信ステップと、上記サーバが、上記第2の仕様送信ステップで顧客入力仕様を送信した相手先の複数の販売者用端末をそれぞれ操作する複数の販売者の中から、該各販売者の応答に基づいて1人の担当販売者を選択する担当販売者選択ステップとを含むことを特徴とする情報処理方法。
【請求項2】 請求項1記載の情報処理方法において、仕様入力後における顧客の所定操作は、顧客入力仕様と同じ仕様を有する販売対象物の見積請求操作であり、担当販売者選択ステップにおける各販売者の応答は、顧客入力仕様と同じ仕様を有する販売対象物の見積価格を販売者用端末に入力してサーバに送信することであり、上記サーバが、上記担当販売者選択ステップで選択した担当販売者が操作する販売者用端末から送信された見積価格を顧客用端末に送信する見積価格送信ステップをさらに含むことを特徴とする情報処理方法。
【請求項3】 請求項1又は2記載の情報処理方法において、第1の仕様送信ステップは、顧客用端末が、仕様入力前に入力された複数の顧客情報を顧客入力仕様と共にサーバに送信するステップであり、上記サーバが、担当販売者選択ステップで選択した担当販売者が操作する販売者用端末のみに、上記第1の仕様送信ステップで上記顧客用端末から送信された複数の顧客情報のうち顧客を特定する情報を送信する顧客情報送信ステップをさらに含むことを特徴とする情報処理方法。
【請求項4】 請求項1又は2記載の情報処理方法において、担当販売者選択ステップは、最初に応答があった販売者を担当販売者として選択するステップであることを特徴とする情報処理方法。
【請求項5】 請求項1記載の情報処理方法において、担当販売者選択ステップは、1番目から所定数番目に応答があった複数の販売者の中から所定の条件に基づいて担当販売者を選択するステップであることを特徴とする情報処理方法。
【請求項6】 請求項1記載の情報処理方法において、担当販売者選択ステップは、第2の仕様送信ステップで顧客入力仕様を複数の販売者用端末に送信してから所定期間が経過するまでの間に複数の販売者の応答があったときに、該複数の販売者の中から所定の条件に基づいて担当販売者を選択するステップであることを特徴とする情報処理方法。
【請求項7】 請求項5又は6記載の情報処理方法において、仕様入力後における顧客の所定操作は、顧客入力仕様と同じ仕様を有する販売対象物の見積請求操作であり、担当販売者選択ステップにおける各販売者の応答は、顧客入力仕様と同じ仕様を有する販売対象物の見積価格を販売者用端末に入力してサーバに送信することであり、所定の条件は、上記見積価格の値であることを特徴とする情報処理方法。
【請求項8】 請求項5又は6記載の情報処理方法において、所定の条件は、予め決められた担当順序、各販売者の仕事負荷率、各販売者の販売成績、各販売者のスキルと販売難易度との関係、各販売者が指定した希望顧客層及び顧客が指定した希望販売者層のうちの少なくとも1つであることを特徴とする情報処理方法。
【請求項9】 互いに異なる複数の仕様が設定された販売対象物を顧客に販売する複数の販売者がそれぞれ操作する複数の販売者用端末と、上記顧客が操作する顧客用端末とに通信回線を介して接続された情報処理装置であって、上記各仕様に対応させて販売対象物の購入支援情報を記憶したデータベースと、上記顧客用端末に入力されかつ該顧客用端末から送信された顧客入力仕様を受信する仕様受信手段と、上記データベースに記憶した販売対象物の購入支援情報の中から、上記仕様受信手段により受信した顧客入力仕様と同じ仕様を有する販売対象物の購入支援情報を選択する購入支援情報選択手段と、上記購入支援情報選択手段により選択された購入支援情報を上記顧客用端末に送信する購入支援情報送信手段と、上記顧客用端末から上記仕様入力後における顧客の所定操作により送信された操作信号を受信する操作信号受信手段と、上記操作信号受信手段により受信した操作信号を受けて、上記複数の販売者用端末に、上記仕様受信手段により受信した顧客入力仕様を送信する仕様送信手段と、上記仕様送信手段により顧客入力仕様を送信した相手先の複数の販売者用端末をそれぞれ操作する複数の販売者の中から、該各販売者の応答に基づいて1人の担当販売者を選択する担当販売者選択手段とを備えていることを特徴とする情報処理装置。
【請求項10】 互いに異なる複数の仕様が設定された販売対象物を顧客に販売する複数の販売者がそれぞれ操作する複数の販売者用端末と、上記顧客が操作する顧客用端末と、該顧客用端末に入力されかつ顧客用端末から送信された顧客入力仕様を受信して、予め上記各仕様に対応させて記憶しておいた販売対象物の購入支援情報の中から該受信した顧客入力仕様と同じ仕様を有する販売対象物の購入支援情報を選択し、かつ該選択した購入支援情報を上記顧客用端末に送信するサーバとに通信回線を介して接続された情報処理装置であって、上記サーバが受信した顧客入力仕様を該サーバから入手する仕様入手手段と、上記顧客用端末から上記仕様入力後における顧客の所定操作により送信された操作信号を受信する操作信号受信手段と、上記操作信号受信手段により受信した操作信号を受けて、上記仕様入手手段により入手した顧客入力仕様を上記複数の販売者用端末に送信する仕様送信手段と、上記仕様送信手段により顧客入力仕様を送信した相手先の複数の販売者用端末をそれぞれ操作する複数の販売者の中から、該各販売者の応答に基づいて1人の担当販売者を選択する担当販売者選択手段とを備えていることを特徴とする情報処理装置。
【請求項11】 互いに異なる複数の仕様が設定された販売対象物を顧客に販売する複数の販売者がそれぞれ操作する複数の販売者用端末と、上記顧客が操作する顧客用端末とに通信回線を介して接続された情報処理装置を制御するための情報処理プログラムであって、上記情報処理装置に対して、上記顧客用端末に入力されかつ該顧客用端末から送信された顧客入力仕様を受信して、予め上記各仕様に対応させて記憶しておいた販売対象物の購入支援情報の中から、該受信した顧客入力仕様と同じ仕様を有する販売対象物の購入支援情報を選択する購入支援情報選択ステップと、上記購入支援情報選択ステップで選択した購入支援情報を上記顧客用端末に送信する購入支援情報送信ステップと、上記顧客用端末から上記仕様入力後における顧客の所定操作により送信された操作信号を受けて、該顧客用端末から送信された顧客入力仕様を上記複数の販売者用端末に送信する仕様送信ステップと、上記仕様送信ステップで顧客入力仕様を送信した相手先の複数の販売者用端末をそれぞれ操作する複数の販売者の中から、該各販売者の応答に基づいて1人の担当販売者を選択する担当販売者選択ステップとを実行させることを特徴とする情報処理プログラム。
【請求項12】 互いに異なる複数の仕様が設定された販売対象物を顧客に販売する複数の販売者がそれぞれ操作する複数の販売者用端末と、上記顧客が操作する顧客用端末と、該顧客用端末に入力されかつ顧客用端末から送信された顧客入力仕様を受信して、予め上記各仕様に対応させて記憶しておいた販売対象物の購入支援情報の中から該受信した顧客入力仕様と同じ仕様を有する販売対象物の購入支援情報を選択し、かつ該選択した購入支援情報を上記顧客用端末に送信するサーバとに通信回線を介して接続された情報処理装置を制御するための情報処理プログラムであって、上記情報処理装置に対して、上記サーバが受信した顧客入力仕様を該サーバから入手する仕様入手ステップと、上記顧客用端末から上記仕様入力後における顧客の所定操作により送信された操作信号を受けて、上記仕様入手ステップで入手した顧客入力仕様を上記複数の販売者用端末に送信する仕様送信ステップと、上記仕様送信ステップで顧客入力仕様を送信した相手先の複数の販売者用端末をそれぞれ操作する複数の販売者の中から、該各販売者の応答に基づいて1人の担当販売者を選択する担当販売者選択ステップとを実行させることを特徴とする情報処理プログラム。
【請求項13】 互いに異なる複数の仕様が設定された販売対象物を顧客に販売する複数の販売者がそれぞれ操作する複数の販売者用端末と、上記顧客が操作する顧客用端末とに通信回線を介して接続された情報処理装置を制御するための情報処理プログラムを記録した記録媒体であって、上記情報処理プログラムは、上記情報処理装置に対して、上記顧客用端末に入力されかつ該顧客用端末から送信された顧客入力仕様を受信して、予め上記各仕様に対応させて記憶しておいた販売対象物の購入支援情報の中から、該受信した顧客入力仕様と同じ仕様を有する販売対象物の購入支援情報を選択する購入支援情報選択ステップと、上記購入支援情報選択ステップで選択した購入支援情報を上記顧客用端末に送信する購入支援情報送信ステップと、上記顧客用端末から上記仕様入力後における顧客の所定操作により送信された操作信号を受けて、該顧客用端末から送信された顧客入力仕様を上記複数の販売者用端末に送信する仕様送信ステップと、上記仕様送信ステップで顧客入力仕様を送信した相手先の複数の販売者用端末をそれぞれ操作する複数の販売者の中から、該各販売者の応答に基づいて1人の担当販売者を選択する担当販売者選択ステップとを実行させるものであることを特徴とする記録媒体。
【請求項14】 互いに異なる複数の仕様が設定された販売対象物を顧客に販売する複数の販売者がそれぞれ操作する複数の販売者用端末と、上記顧客が操作する顧客用端末と、該顧客用端末に入力されかつ顧客用端末から送信された顧客入力仕様を受信して、予め上記各仕様に対応させて記憶しておいた販売対象物の購入支援情報の中から該受信した顧客入力仕様と同じ仕様を有する販売対象物の購入支援情報を選択し、かつ該選択した購入支援情報を上記顧客用端末に送信するサーバとに通信回線を介して接続された情報処理装置を制御するための情報処理プログラムを記録した記録媒体であって、上記情報処理プログラムは、上記情報処理装置に対して、上記サーバが受信した顧客入力仕様を該サーバから入手する仕様入手ステップと、上記顧客用端末から上記仕様入力後における顧客の所定操作により送信された操作信号を受けて、上記仕様入手ステップで入手した顧客入力仕様を上記複数の販売者用端末に送信する仕様送信ステップと、上記仕様送信ステップで顧客入力仕様を送信した相手先の複数の販売者用端末をそれぞれ操作する複数の販売者の中から、該各販売者の応答に基づいて1人の担当販売者を選択する担当販売者選択ステップとを実行させるものであることを特徴とする記録媒体。
発明の詳細な説明
【0001】
【発明の属する技術分野】本発明は、情報処理方法、情報処理装置、情報処理プログラム、及び該情報処理プログラムを記録した記録媒体に関し、特に顧客用端末に入力された顧客入力仕様と同じ仕様を有する販売対象物の購入支援情報を、該顧客用端末に提供するようにしたものの技術分野に属する。
【0002】
【従来の技術】従来より、例えば特開平5−274326号公報に示されているように、計算機システム上で、販売対象物のカタログ情報をマルチメディア情報の形態に電子化して蓄積しておき、その販売対象物に、色、柄、オプション部品等のバリエーションが有る場合に、顧客がメニューを選択してカスタマイズすると共に、そのときの販売対象物の外観を映像化することによって購入支援情報を顧客に提供するようにすることが知られている。また、そのように選択されカスタマイズされた販売対象物について、オンラインで価格の見積り、納期問い合わせ、受注処理等を行うようにすることも知られている。
【0003】
【発明が解決しようとする課題】ところが、上記従来例のようにオンラインで販売対象物の購入支援情報を顧客に提供すると共に、顧客により選択されカスタマイズされた販売対象物について見積りや問い合わせ処理等を行うようにする場合には、顧客がカスタマイズした販売対象物について見積請求や問い合わせをしてきたときに、その見積請求や問い合わせに対して顧客にどのように応答するかが問題となる。すなわち、見積請求については、予め各仕様に対応して見積価格を記憶しておいて、請求時にその記憶した見積価格を顧客に自動的に提供するようにすることが考えられるが、このように見積価格を自動的に提供する方法では、種々の見積変動要因に対応しきれず、顧客に妥当な見積価格を提供できない虞れがある。また、問い合わせについても、その内容が多岐にわたるので、自動的に応答することは困難である。
【0004】そこで、顧客から見積請求や問い合わせ等がきたときには、販売代理店における複数の販売者の中から1人の担当販売者を決めてその担当販売者に応答させるようにすることが考えられる。
【0005】しかしながら、このように1人の担当販売者を決めて対応を任せると、上記のような自動返答に比べて対応がかなり遅くなって顧客に迷惑をかけてしまう場合がある。
【0006】本発明は斯かる点に鑑みてなされたものであり、その目的とするところは、顧客からの見積請求や問い合わせ等に対応する担当販売者を決める場合に、その見積請求等に対して出来る限り早く応答できるようにして、顧客への迷惑を極小化しようとすることにある。
【0007】
【課題を解決するための手段】上記の目的を達成するために、この発明では、サーバ(情報処理装置)が、顧客用端末から顧客の所定操作により送信された操作信号を受けて、顧客が顧客用端末に入力した顧客入力仕様を複数の販売者用端末に送信し、この顧客入力仕様を送信した相手先の複数の販売者用端末をそれぞれ操作する複数の販売者の中から、該各販売者の応答に基づいて1人の担当販売者を選択するようにした。
【0008】具体的には、請求項1の発明では、互いに異なる複数の仕様が設定された販売対象物を顧客に販売する複数の販売者がそれぞれ操作する複数の販売者用端末と、上記顧客が操作する顧客用端末と、該複数の販売者用端末及び顧客用端末に通信回線を介して接続された少なくとも1つのサーバとを用いて、上記複数の仕様のうち上記顧客用端末に入力された顧客入力仕様と同じ仕様を有する販売対象物の購入支援情報を、上記サーバから顧客用端末に提供するための情報処理方法を対象とする。
【0009】そして、上記顧客用端末が、上記顧客入力仕様を上記サーバに送信する第1の仕様送信ステップと、上記サーバが、上記第1の仕様送信ステップで上記顧客用端末から送信された顧客入力仕様を受信して、予め上記各仕様に対応させて記憶しておいた販売対象物の購入支援情報の中から、該受信した顧客入力仕様と同じ仕様を有する販売対象物の購入支援情報を選択する購入支援情報選択ステップと、上記サーバが、上記購入支援情報選択ステップで選択した購入支援情報を上記顧客用端末に送信する購入支援情報送信ステップと、上記顧客用端末が、上記仕様入力後における顧客の所定操作により操作信号を上記サーバに送信する操作信号送信ステップと、上記サーバが、上記操作信号送信ステップで上記顧客用端末から送信された操作信号を受けて、上記顧客用端末から送信された顧客入力仕様を上記複数の販売者用端末に送信する第2の仕様送信ステップと、上記サーバが、上記第2の仕様送信ステップで顧客入力仕様を送信した相手先の複数の販売者用端末をそれぞれ操作する複数の販売者の中から、該各販売者の応答に基づいて1人の担当販売者を選択する担当販売者選択ステップとを含むものとする。
【0010】このことにより、顧客が顧客用端末に仕様を入力すると、この顧客入力仕様がサーバに送信され、サーバにおいて、顧客入力仕様を受信して、予め各仕様に対応させて記憶しておいた販売対象物の購入支援情報の中から、該顧客入力仕様と同じ仕様を有する販売対象物の購入支援情報が選択される。この選択された購入支援情報は顧客用端末に送信され、これにより、顧客は、映像化された販売対象物の外観等を確認することができる。そして、顧客が仕様入力後にその仕様の販売対象物についての見積請求等のための所定操作を行うと、その操作信号が顧客用端末からサーバに送信され、サーバにおいて、操作信号を受けて、顧客入力仕様が複数の販売者用端末に送信される。次いで、顧客入力仕様を送信した相手先の複数の販売者用端末をそれぞれ操作する複数の販売者の中から、該各販売者の応答に基づいて1人の担当販売者が選択される。この場合、例えば最初に応答してきた販売者や所定の応答期間内に応答が有った販売者を担当販売者として選択するようにすれば、顧客からの見積請求や問い合わせ等に対して出来る限り早く応答できるようになり、顧客への迷惑を極小化することができる。
【0011】請求項2の発明では、請求項1の発明において、仕様入力後における顧客の所定操作は、顧客入力仕様と同じ仕様を有する販売対象物の見積請求操作であり、担当販売者選択ステップにおける各販売者の応答は、顧客入力仕様と同じ仕様を有する販売対象物の見積価格を販売者用端末に入力してサーバに送信することであり、上記サーバが、上記担当販売者選択ステップで選択した担当販売者が操作する販売者用端末から送信された見積価格を顧客用端末に送信する見積価格送信ステップをさらに含むものとする。
【0012】このことで、顧客の見積請求に対応して販売者から見積価格が送信され、その見積価格の値も考慮して担当販売者を決定することができる。よって、顧客に対して適切な見積価格を早期に提供することができる。
【0013】請求項3の発明では、請求項1又は2の発明において、第1の仕様送信ステップは、顧客用端末が、仕様入力前に入力された複数の顧客情報を顧客入力仕様と共にサーバに送信するステップであり、上記サーバが、担当販売者選択ステップで選択した担当販売者が操作する販売者用端末のみに、上記第1の仕様送信ステップで上記顧客用端末から送信された複数の顧客情報のうち顧客を特定する情報を送信する顧客情報送信ステップをさらに含むものとする。
【0014】こうすることで、担当販売者のみが顧客を特定する情報(IDや名前等)を得ることができ、商談にスムーズに進めることができる。
【0015】請求項4の発明では、請求項1又は2の発明において、担当販売者選択ステップは、最初に応答があった販売者を担当販売者として選択するステップであるものとする。
【0016】このことにより、顧客からの見積請求や問い合わせ等に対して最も早く応答することができる。
【0017】請求項5の発明では、請求項1の発明において、担当販売者選択ステップは、1番目から所定数番目に応答があった複数の販売者の中から所定の条件に基づいて担当販売者を選択するステップであるものとする。
【0018】請求項6の発明では、請求項1の発明において、担当販売者選択ステップは、第2の仕様送信ステップで顧客入力仕様を複数の販売者用端末に送信してから所定期間が経過するまでの間に複数の販売者の応答があったときに、該複数の販売者の中から所定の条件に基づいて担当販売者を選択するステップであるものとする。
【0019】これら請求項5及び6の発明により、顧客からの見積請求や問い合わせ等に対して早期に応答できるようにしつつ、複数の販売者の中からより適切な担当販売者を選択することができる。
【0020】請求項7の発明では、請求項5又は6の発明において、仕様入力後における顧客の所定操作は、顧客入力仕様と同じ仕様を有する販売対象物の見積請求操作であり、担当販売者選択ステップにおける各販売者の応答は、顧客入力仕様と同じ仕様を有する販売対象物の見積価格を販売者用端末に入力してサーバに送信することであり、所定の条件は、上記見積価格の値であるものとする。このことにより、顧客に対して適切な見積価格を早期に提供することができる。
【0021】請求項8の発明では、請求項5又は6の発明において、所定の条件は、予め決められた担当順序、各販売者の仕事負荷率、各販売者の販売成績、各販売者のスキルと販売難易度との関係、各販売者が指定した希望顧客層及び顧客が指定した希望販売者層のうちの少なくとも1つであるものとする。こうすることで、担当販売者の決定をより適切に行うことができる。
【0022】請求項9の発明は、互いに異なる複数の仕様が設定された販売対象物を顧客に販売する複数の販売者がそれぞれ操作する複数の販売者用端末と、上記顧客が操作する顧客用端末とに通信回線を介して接続された情報処理装置の発明であり、この発明では、上記各仕様に対応させて販売対象物の購入支援情報を記憶したデータベースと、上記顧客用端末に入力されかつ該顧客用端末から送信された顧客入力仕様を受信する仕様受信手段と、上記データベースに記憶した販売対象物の購入支援情報の中から、上記仕様受信手段により受信した顧客入力仕様と同じ仕様を有する販売対象物の購入支援情報を選択する購入支援情報選択手段と、上記購入支援情報選択手段により選択された購入支援情報を上記顧客用端末に送信する購入支援情報送信手段と、上記顧客用端末から上記仕様入力後における顧客の所定操作により送信された操作信号を受信する操作信号受信手段と、上記操作信号受信手段により受信した操作信号を受けて、上記複数の販売者用端末に、上記仕様受信手段により受信した顧客入力仕様を送信する仕様送信手段と、上記仕様送信手段により顧客入力仕様を送信した相手先の複数の販売者用端末をそれぞれ操作する複数の販売者の中から、該各販売者の応答に基づいて1人の担当販売者を選択する担当販売者選択手段とを備えているものとする。
【0023】請求項10の発明では、互いに異なる複数の仕様が設定された販売対象物を顧客に販売する複数の販売者がそれぞれ操作する複数の販売者用端末と、上記顧客が操作する顧客用端末と、該顧客用端末に入力されかつ顧客用端末から送信された顧客入力仕様を受信して、予め上記各仕様に対応させて記憶しておいた販売対象物の購入支援情報の中から該受信した顧客入力仕様と同じ仕様を有する販売対象物の購入支援情報を選択し、かつ該選択した購入支援情報を上記顧客用端末に送信するサーバとに通信回線を介して接続された情報処理装置を対象として、上記サーバが受信した顧客入力仕様を該サーバから入手する仕様入手手段と、上記顧客用端末から上記仕様入力後における顧客の所定操作により送信された操作信号を受信する操作信号受信手段と、上記操作信号受信手段により受信した操作信号を受けて、上記仕様入手手段により入手した顧客入力仕様を上記複数の販売者用端末に送信する仕様送信手段と、上記仕様送信手段により顧客入力仕様を送信した相手先の複数の販売者用端末をそれぞれ操作する複数の販売者の中から、該各販売者の応答に基づいて1人の担当販売者を選択する担当販売者選択手段とを備えているものとする。
【0024】請求項11の発明は、互いに異なる複数の仕様が設定された販売対象物を顧客に販売する複数の販売者がそれぞれ操作する複数の販売者用端末と、上記顧客が操作する顧客用端末とに通信回線を介して接続された情報処理装置を制御するための情報処理プログラムの発明であり、この発明では、上記情報処理装置に対して、上記顧客用端末に入力されかつ該顧客用端末から送信された顧客入力仕様を受信して、予め上記各仕様に対応させて記憶しておいた販売対象物の購入支援情報の中から、該受信した顧客入力仕様と同じ仕様を有する販売対象物の購入支援情報を選択する購入支援情報選択ステップと、上記購入支援情報選択ステップで選択した購入支援情報を上記顧客用端末に送信する購入支援情報送信ステップと、上記顧客用端末から上記仕様入力後における顧客の所定操作により送信された操作信号を受けて、該顧客用端末から送信された顧客入力仕様を上記複数の販売者用端末に送信する仕様送信ステップと、上記仕様送信ステップで顧客入力仕様を送信した相手先の複数の販売者用端末をそれぞれ操作する複数の販売者の中から、該各販売者の応答に基づいて1人の担当販売者を選択する担当販売者選択ステップとを実行させるものであるとする。
【0025】請求項12の発明では、互いに異なる複数の仕様が設定された販売対象物を顧客に販売する複数の販売者がそれぞれ操作する複数の販売者用端末と、上記顧客が操作する顧客用端末と、該顧客用端末に入力されかつ顧客用端末から送信された顧客入力仕様を受信して、予め上記各仕様に対応させて記憶しておいた販売対象物の購入支援情報の中から該受信した顧客入力仕様と同じ仕様を有する販売対象物の購入支援情報を選択し、かつ該選択した購入支援情報を上記顧客用端末に送信するサーバとに通信回線を介して接続された情報処理装置を制御するための情報処理プログラムを対象として、上記情報処理装置に対して、上記サーバが受信した顧客入力仕様を該サーバから入手する仕様入手ステップと、上記顧客用端末から上記仕様入力後における顧客の所定操作により送信された操作信号を受けて、上記仕様入手ステップで入手した顧客入力仕様を上記複数の販売者用端末に送信する仕様送信ステップと、上記仕様送信ステップで顧客入力仕様を送信した相手先の複数の販売者用端末をそれぞれ操作する複数の販売者の中から、該各販売者の応答に基づいて1人の担当販売者を選択する担当販売者選択ステップとを実行させるものであるとする。
【0026】請求項13の発明は、互いに異なる複数の仕様が設定された販売対象物を顧客に販売する複数の販売者がそれぞれ操作する複数の販売者用端末と、上記顧客が操作する顧客用端末とに通信回線を介して接続された情報処理装置を制御するための情報処理プログラムを記録した記録媒体の発明であり、この発明では、上記情報処理プログラムは、上記情報処理装置に対して、上記顧客用端末に入力されかつ該顧客用端末から送信された顧客入力仕様を受信して、予め上記各仕様に対応させて記憶しておいた販売対象物の購入支援情報の中から、該受信した顧客入力仕様と同じ仕様を有する販売対象物の購入支援情報を選択する購入支援情報選択ステップと、上記購入支援情報選択ステップで選択した購入支援情報を上記顧客用端末に送信する購入支援情報送信ステップと、上記顧客用端末から上記仕様入力後における顧客の所定操作により送信された操作信号を受けて、該顧客用端末から送信された顧客入力仕様を上記複数の販売者用端末に送信する仕様送信ステップと、上記仕様送信ステップで顧客入力仕様を送信した相手先の複数の販売者用端末をそれぞれ操作する複数の販売者の中から、該各販売者の応答に基づいて1人の担当販売者を選択する担当販売者選択ステップとを実行させるものであるとする。
【0027】請求項14の発明では、互いに異なる複数の仕様が設定された販売対象物を顧客に販売する複数の販売者がそれぞれ操作する複数の販売者用端末と、上記顧客が操作する顧客用端末と、該顧客用端末に入力されかつ顧客用端末から送信された顧客入力仕様を受信して、予め上記各仕様に対応させて記憶しておいた販売対象物の購入支援情報の中から該受信した顧客入力仕様と同じ仕様を有する販売対象物の購入支援情報を選択し、かつ該選択した購入支援情報を上記顧客用端末に送信するサーバとに通信回線を介して接続された情報処理装置を制御するための情報処理プログラムを記録した記録媒体を対象として、上記情報処理プログラムは、上記情報処理装置に対して、上記サーバが受信した顧客入力仕様を該サーバから入手する仕様入手ステップと、上記顧客用端末から上記仕様入力後における顧客の所定操作により送信された操作信号を受けて、上記仕様入手ステップで入手した顧客入力仕様を上記複数の販売者用端末に送信する仕様送信ステップと、上記仕様送信ステップで顧客入力仕様を送信した相手先の複数の販売者用端末をそれぞれ操作する複数の販売者の中から、該各販売者の応答に基づいて1人の担当販売者を選択する担当販売者選択ステップとを実行させるものであるとする。
【0028】これら請求項9〜14の発明により、請求項1の発明と同様の作用効果が得られる。
【0029】
【発明の実施の形態】以下、本発明を、代表的な車両である自動車の個別仕様車(特定車両)についての見積・発注システムに適用した実施形態として、図面を参照して詳細に説明する。
【0030】本実施形態において、個別仕様車とは、本システムを利用して、所定の仕様・装備を備える標準仕様車(ベース仕様車)を基本として、所定の複数項目についてユーザ(以下、顧客ともいう)自身によって所望の仕様選定がなされた車両である。つまり、販売対象物としての車両には、上記複数項目の組み合わせの数だけ異なる仕様が設定されていることになり、個別仕様車は、その複数(組)の仕様の中からユーザによって選択された1組の仕様(複数項目からなる)を有する車両である。
【0031】−ハードウエアの全体構成−図1は、個別仕様車見積・発注システムの全体構成を示す概念図である。
【0032】同図において、1は、個別仕様車見積・発注システムによって仕様選定及び発注が行われた個別仕様車を生産する自動車メーカのためのサーバコンピュータであり、主に、後述の販売代理店端末4(販売者が操作する販売者用端末)又はユーザ端末5(顧客が操作する顧客用端末)に対するアプリケーション・サーバとして機能する。このサーバコンピュータは、当該自動車メーカに存在する場合も、或いは当該自動車メーカのためにその外部において他の運用者によって運営される場合も想定される(以下、本実施形態では、車両メーカ側サーバと称する)。
【0033】車両メーカ側サーバ1は、メーカ希望小売価格データベース(DB)31と、進捗管理DB32と、購入支援DB33と、顧客DB34とを備えていて、その動作中に必要に応じて、一般的な手法により、これらデータベースにアクセスすることができる。
【0034】メーカ希望小売価格DB31には、自動車メーカが希望する小売価格(以下、メーカ希望小売価格)が、本システムにおいて個別仕様車として選定可能な仕様項目毎に、個々の仕様項目を特定する識別情報(仕様番号)に関連付けされた状態で予め格納されている。
【0035】進捗管理DB32には、本システムにより発注された個別仕様車の在庫状況や組み立て状況(製造状況)、或いはその個別仕様車の搬送状況等の生産から納車までの進捗状況が、各個別仕様車毎に格納されている。また、この進捗管理DB32には、本システムにおける見積価格の提供から、商談・契約に至るまでの進捗状況や、この個別仕様車見積・発注システムとは別に、各販売代理店においてユーザに提示した見積価格(市場価格)等の情報が、各販売代理店毎に格納されている。この進捗管理DB32の内容は、手動又は自動で逐次変更・更新される。
【0036】購入支援DB33には、個別仕様車見積・発注システムにおいて、ユーザ端末5に表示される各種画面(図14乃至図27)の情報(各仕様毎に対応した購入支援情報を含む)や、後述するように、ユーザが車両仕様の選定をする際に、このユーザに許容される選択肢に関して予め設けられた制約情報等が格納されている。
【0037】顧客DB34には、本システムにおいて各ユーザが既に仕様選定した個別仕様車に関する情報と、各ユーザに提示されたその個別仕様車の見積価格と、各ユーザに提示された下取車両の査定と、個別仕様車をローンで購入する場合のクレジット審査の情報とが、各ユーザに対して発行されているユーザIDに関連付けされた状態で格納されている。また、本システムにおいて各ユーザが入力した個人情報(住所、メールアドレス等)、ユーザが前回に車両を購入したときの情報(見積情報、購入時期、購入車種等)、ユーザが当該自動車メーカの自動車を販売する販売代理店で有償サービスを受けた情報等も、ユーザIDに関連付けされた状態で格納されている。
【0038】図1において、2は、上記販売代理店に存在するサーバコンピュータ(本実施形態では、販売代理店側サーバと称する)である。このものは、販売代理店に構築されたLAN(Local Area Network)のサーバとしての機能を有している。尚、このサーバの機能には、上記LANと後述するインターネット3とを相互に接続するゲートウェイとしての機能も含まれる。
【0039】また、4は、販売代理店に存在するクライアントコンピュータ(本実施形態では、上記の如く販売代理店端末と称する)であり、販売代理店の各販売者に対応して設けられていて、各販売者がそれぞれ操作するものである。この販売代理店端末4と販売代理店側サーバ2とは、販売代理店内のLANにおいて所謂サーバ・クライアント環境を形成する。
【0040】この販売代理店端末4は、その動作中に必要に応じて、後述するように、販売代理店側サーバ2及びインターネット3を介して車両メーカ側サーバ1にアクセスすることができる。こうして、販売代理店端末4と車両メーカ側サーバ1とは、この販売代理店端末4が車両メーカ側サーバ1に接続された(ログインした)状態において、所謂サーバ・クライアント環境を形成する。
【0041】3は、代表的な通信回線であるインターネットである。5は、パーソナルコンピュータ、携帯情報端末、或いは携帯電話等のユーザ端末である。このユーザ端末5は、本システムを利用するユーザが操作するものであって、ユーザの自宅等に設置される場合、ユーザが携帯する場合、及び各販売代理店内に設置される場合がある。
【0042】そして、上記の構成において、車両メーカ側サーバ1、販売代理店側サーバ2、販売代理店端末4及びユーザ端末5は、後述する個別車両の見積・発注に関する情報を送受信すべく、インターネット3を介して、一般的な通信手法に従って、双方向通信を行うことができる。このとき、ユーザ端末5がパーソナルコンピュータである場合には、プロバイダ(インターネットプロバイダ)6を介して電話回線等も使用される。また、ユーザ端末5が携帯情報端末や携帯電話である場合には、基地局8を介して公衆無線電話回線等も使用される。これらの通信手段自体には一般的な構成を採用するものとし、本実施形態における詳細な説明は省略する。
【0043】図2は、本実施形態における車両メーカ側サーバ1、販売代理店側サーバ2、販売代理店端末4及びユーザ端末5の内部構成を例示するブロック図である。
【0044】図中、22は、各種画面を表示するための液晶表示器等のディスプレイ、23は入力手段であるキーボードである。24は、ブートプログラム等を記憶しているROMである。25は、各種処理結果を一時記憶するRAMである。26は、情報処理プログラム等を記憶したハードディスクドライブ(HDD)等の記憶装置である。27は、外部の装置と通信回線30(本実施形態ではインターネット3等)を介して通信するための通信インタフェースであり、ユーザ端末5がコンピュータの場合はモデムやTAであり、ユーザ端末5が携帯情報端末や携帯電話である場合には無線送受信機である。そして28は、マウス等のポインティング・デバイスである。これらの各構成は、内部バス29を介して接続されており、CPU(中央演算処理装置)21は記憶装置26に記憶した情報処理プログラムに従って装置全体を制御する。本実施形態において、ディスプレイ22、キーボード23、及びポインティング・デバイス28は、後述する各表示画面において、ユーザに対して所謂マン・マシンインタフェースを提供する。
【0045】本実施形態において、車両メーカ側サーバ1、販売代理店側サーバ2、販売代理店端末4及びユーザ端末5は、インターネット通信を行うことが可能な一般的な通信プロトコルのソフトウエア(ソフトウエアプログラム)、そのソフトウエアに従ってインターネット3を介してデータを送受信するインターネットブラウザ機能及びメール機能、並びにブラウザを描画する一般的なソフトウエアを有する。
【0046】そして、上記の各ソフトウエアがCPU21によって適宜実行されることにより、車両メーカ側サーバ1と、ユーザ端末5又は販売代理店端末4とは、ユーザ端末5又は販売代理店端末4がインターネット3を介して車両メーカ側サーバ1に接続された(ログインした)状態において、所謂サーバ・クライアント環境を形成する。
【0047】−個別仕様車見積・発注システムの機能体系−図3は、個別仕様車見積・発注システムにおいて実行される処理モジュールの機能体系を示す図であり、同図に示す各ブロックは、車両メーカ側サーバ1のCPU21が実行するところの、後述する機能毎に大別したソフトウエア(ソフトウエアプログラム)の一単位であり、本実施形態では、この機能単位を処理モジュールと称する。これらの処理モジュールは、車両メーカ側サーバ1の記憶装置26に予め格納されている。
【0048】ここで、各処理モジュールの機能について概説する。
【0049】■イニシャル処理(M1):個別仕様車見積・発注システムのトップ画面(ホームページ)をユーザ端末5に表示すると共に、個別仕様車の仕様選定や見積依頼等を行うための他の画面への遷移が可能である。
【0050】■車両仕様選定処理(M2):ユーザ端末5のユーザが、購入を検討している車種の自動車について予め用意された選択肢の中から所望の仕様を選定する操作を繰り返すことにより、ユーザ端末5に対して、所望の個別仕様車の選定可能な環境を提供する。更に、個別仕様車の仕様が確定した場合には、見積・査定依頼処理(M3)への遷移が可能である。
【0051】■見積・査定依頼処理(M3):個別仕様車の仕様が確定したユーザが希望する場合、販売代理店に対して、その個別仕様車の販売価格の見積や下取車両の査定を依頼可能な環境を提供すると共に、ユーザにより指定された販売代理店には、その旨を報知する。
【0052】■見積事項確認処理(M4):ユーザ端末5のユーザが、所望の仕様が確定した個別仕様車に対して既に見積価格を提示したユーザである場合に、そのユーザに対して、現在までの見積価格の経緯や仕様一覧等の情報を提供すると共に、そのユーザが当該個別仕様車をローンで購入する場合のクレジット審査や実際に発注するための商談申込み等を行うための他の画面への遷移が可能である。
【0053】■クレジット審査処理(M5):仕様が確定した個別仕様車を購入するに際してユーザがローンで購入することを希望する場合、当該ユーザが入力した条件に基づくクレジット審査を、信販会社に対して依頼する。
【0054】■商談申し込み処理(M6):仕様が確定した個別仕様車について実際の購入に向けた商談をユーザが希望する場合、その旨を販売代理店に報知する。
【0055】■納期照会処理(M7):個別仕様車を発注したユーザに対して、その個別仕様車を実際に納車できるまでの状況及び納期を報知する。
【0056】■インストラクション処理(M8):本個別仕様車見積・発注システムの利用方法や各機能の説明等がユーザに対して提供される。
【0057】■問い合わせ処理(M9):ユーザ端末5からの本システムに関する問い合わせや苦情を受け付けると共に、販売代理店に対して、受け付けた問い合わせや苦情を通知する。
【0058】本実施形態において説明する個別仕様車見積・発注システムによれば、上記の処理モジュール群が車両メーカ側サーバ1にて実行されると共に、ユーザ端末5においてブラウザプログラムが実行されることにより、個別仕様車見積・発注システムにクライアントとして自端末をリンクさせることで、ユーザ端末5のディスプレイ22には、図4乃至図8(図14乃至図31)に示す各種画面の表示等によるマン・マシンインタフェースが提供される。このマン・マシンインタフェースを利用して、ユーザ端末5のユーザは、所望する個別仕様車についての仕様選定、見積、発注等を行うことができる。
【0059】−車両メーカ側サーバ1にて実行されるソフトウエア−次に、車両メーカ側サーバ1のCPU21により実行されるソフトウエアについて説明する。以下の説明では、まず、図9に示すフローチャートを参照しながら、各処理モジュール間における状態遷移について説明すると共に、図4乃至図8を参照しながら、各処理モジュールにおける表示画面の遷移について説明する。
【0060】(1)各モジュール間における状態遷移図9は、本実施形態において車両メーカ側サーバ1が実行する処理の全体概要を示すフローチャートである。
【0061】車両メーカ側サーバ1にて実行されるM1乃至M9の処理モジュール群は、後述する各種ウィンドウ画面をユーザ端末5のディスプレイ22に表示し、その表示したウィンドウへの入力操作を実現する機能を有しており、これら各処理モジュール内における表示画面の遷移については、図4乃至図8を参照して後述する。
【0062】図9において、ステップS11,ステップS12:インターネット3を介してユーザ端末5が本システムのサイトにリンクすることにより、イニシャル処理(M1)が実行され(ステップS11)、その実行中には、他の処理についての起動要求データを当該ユーザ端末5より受信したかを判断し(ステップS12)、当該データを受信したときには、そのデータに応じて、ステップS13、ステップS16、ステップS21、或いはステップS22に進み、当該データを受信しないときにはステップS23に進む。
【0063】ステップS13〜ステップS15:車両仕様選定処理(M2)を実行し(ステップS13)、その実行中には、見積・査定依頼処理(M3)についての起動要求データを当該ユーザ端末5より受信したかを判断し(ステップS14)、当該データを受信したときには、見積・査定依頼処理(M3)を実行する(ステップS15)。
【0064】ステップS16〜ステップS20:見積事項確認処理(M4)を実行し(ステップS16)、その実行中には、クレジット審査処理(M5)、或いは商談申し込み処理(M6)についての起動要求データを当該ユーザ端末5より受信したかを判断し(ステップS17,ステップS19)、当該データを受信したときには、そのデータに応じて、クレジット審査処理(M5)、或いは商談申し込み処理(M6)を実行する(ステップS18,ステップS20)。
【0065】ステップS22,ステップS23:インストラクション処理(M8)を実行し(ステップS22)、問い合わせ処理(M9)を実行する(ステップS23)。
【0066】ステップS24,ステップS25:上記の各処理モジュールを実行中において、本システムの利用終了を示すデータを当該ユーザ端末5より受信したかを判断し(ステップS24)、当該データを受信したときには、実行中の処理モジュールの処理を中止し(ステップS25)、当該データを受信しないときにはステップS12に戻る。
【0067】(2)各処理モジュール内における表示画面の遷移次に、上記のように概説した、大別して9種類の処理モジュール内における表示画面の遷移について、図4乃至図8を参照して説明する。ここで、図4乃至図8において破線ブロックで示す各処理モジュール間の状態遷移の関係は、図3を参照して上述した機能体系に従う。
【0068】<イニシャル処理(M1)、車両仕様選定処理(M2)>図4は、イニシャル処理(M1)と車両仕様選定処理(M2)における表示画面の遷移を示す図である。
【0069】同図において、イニシャル処理(M1)は、本システムのホームページ画面であるトップ画面A−1(図15)を表示する。図15に例示するトップ画面A−1には、個別仕様車の仕様選定、見積、発注等が可能な本システムの利用を希望するユーザ(即ち、インターネット3を介して車両メーカ側サーバ1にリンクしているユーザ端末5のユーザ)が操作する「Enter」ボタンが含まれている。イニシャル処理(M1)は、この「Enter」ボタンが操作されると、本システムのホーム画面A−2(図16)を、当該ユーザ端末5に表示する。
【0070】図16は、イニシャル処理(M1)が表示するホーム画面A−2を例示する図である。
【0071】同図に示す表示画面には、複数の操作ボタンが含まれており、「このサイトについて」又は「ご購入手順」の操作ボタンが操作されたときには、後述するインストラクション処理(M8)の機能により、当該ユーザ端末5には、所定の説明画面が展開される。また、「ご購入検討一覧」の操作ボタンが操作されたときには、当該ユーザ端末5に対して、後述する見積事項確認処理(M4)の機能が提供される。そして、「ご購入車両納期照会」の操作ボタンが操作されたときには、当該ユーザ端末5に対して、後述する納期照会処理(M7)の機能が提供される。
【0072】また、ホーム画面A−2において、スポーツタイプの車種A又はワゴンタイプの車種Bの写真部分がクリックされたときには、当該ユーザ端末5に対して、車両仕様選定処理(M2)の機能が提供される。尚、本実施形態において、車両仕様選定処理(M2)は、説明の都合上から、一例としてスポーツタイプの車種A又はワゴンタイプの車種Bについて、ユーザ所望の個別仕様車の仕様選定を行うことができる。
【0073】ホーム画面A−2において所望の車種が選択されると、車両仕様選定処理(M2)の機能により、選択された車種の標準仕様車(ベース仕様車)を基本として、所定の複数項目について所望の仕様選定から確定までをユーザ自身が行うことができる。換言すれば、当該システム内部に標準仕様車として予め設定されている各種の仕様(装備)は、ユーザの仕様選定操作により、他の仕様(装備)に置き換えられる、或いは、標準仕様車には設定されていない新たな装備(オプション装備)が追加されることになる。
【0074】図17は、車両仕様選定処理(M2)が表示する車両仕様選定画面(B−1乃至B−15)のフォーマットを例示する図であり、当該画面の基本的なフォーマットは、エンジン・トランスミッション選定画面B−1及びB−8、タイヤ・ホイール選定画面B−2及びB−9、インテリア選定画面B−3及びB−10、オーディオ選定画面B−4及びB−11、ボディーカラー選定画面B−5及びB−12、並びにデコレーションパーツ選定画面B−6及びB−13において基本的に共通である。
【0075】これらの車両仕様選定画面において、上半分の領域には、ホーム画面A−2において選択された車種及びその内装写真(購入支援情報)、それら写真を拡大表示可能な「ZOOM」ボタン、当該車種に関する各種情報(購入支援情報)を表示可能な「商品情報」ボタン、当該車種の標準仕様車に関する仕様や諸元(購入支援情報)等が含まれる標準仕様表示画面B−7及び/又はB−14を表示可能な「標準仕様車情報」ボタン、ユーザが選択した仕様(ユーザ端末5に入力された顧客入力仕様)に応じた車両単位(個別仕様車1台分として)のメーカ希望小売価格、そのメーカ希望小売価格の明細について図18に例示する如く表示可能な「明細」ボタン、ユーザが選択済みの仕様の各項目、並びに選択済みのオプション仕様の各項目が表示されると共に、これら選択済みの仕様(顧客入力仕様)と同じ仕様を有する車両(個別仕様車)のメーカ希望小売価格に購入時の諸費用を加えた額と後述の如くユーザが入力した総予算額(希望消費価格)との差額(メーカ希望小売価格と希望消費価格との差額でもよい)が演算されて表示される。つまり、車両仕様選定画面においては、上記差額が購入支援情報と同じ画面に表示され、この差額及び購入支援情報が表示された画面には、既に決定済みのオプション仕様も表示されることになる。
【0076】上記購入支援情報は、車両メーカ側サーバ1が、各仕様に対応して購入支援DB33に記憶されているものの中から顧客入力仕様と同じ仕様を有するものを選択してユーザ端末5に送信したものである。
【0077】本実施形態では、車両仕様選定画面において、メーカ希望小売価格及び上記差額が車両単位又は仕様項目単位で表示可能であるため、所望仕様の個別仕様車を選定する際の購入価格の目安をユーザに提示することができ、利便性が向上する。
【0078】図18は、図17に示す「明細」ボタンが操作された場合に表示されるメーカ希望小売価格の明細画面を例示する図であり、車両単位のメーカ希望小売価格と、その根拠となる選択済みの各仕様項目とその項目毎のメーカ希望小売価格等が表示される。
【0079】また、ユーザによる個別仕様車の選定作業は、車種AであればB−1からB−6の各選定画面、車種BであればB−8からB−13の各選定画面の順番へと順に仕様項目を選定するような制約を受けるように構成されており、車両仕様選定画面の下半分の領域には、上記のB−1乃至B−6又はB−8乃至B−13の各画面に対応する各選定工程(ステップ)が、一例として、複数枚重ねられたフォルダ形式で表示される。
【0080】図17の例では、第3ステップのフォルダが選択された状態が表示されており、選択されたフォルダ(アクティブな状態)には、そのステップにおいてユーザが選定すべき仕様項目について、選択可能な選択肢が、写真等のイメージ、標準仕様車との価格差、並びに名称(型式番号)等と共に表示される。表示された選択肢の中からユーザが所望の選択肢(仕様)を選択するのに応じて、その選択された仕様情報は、車両メーカ側サーバ1の記憶装置26に当該ユーザを特定する識別情報(ユーザID)と共に格納される。
【0081】このとき、車両メーカ側サーバ1は、当該選択された仕様項目情報をキーとしてメーカ希望小売価格DB31を参照することによって当該仕様項目についてのメーカ希望小売価格を取得し、取得した当該仕様項目についてのメーカ希望小売価格を、それまでの各ステップにて既に選定されている仕様項目に加える。
【0082】これにより、図17の右上に表示されていた車両単位のメーカ希望小売価格及び該メーカ希望小売価格に購入時の諸費用を加えた額と希望消費価格との差額が更新され、その後「明細」ボタンが選択されれば、図18に例示した明細表示画面には、現在のステップにおいて選定された仕様項目及びそのメーカ希望小売価格についての欄が追加された状態で表示される。
【0083】更に、車両仕様選定画面の下半分の領域には、ホーム画面A−2(図16)にジャンプすることが可能な「HOME」ボタン、前後の表示画面に遷移可能な「BACK」及び「NEXT」ボタンが表示される。
【0084】尚、車両仕様選定処理(M2)の各ステップにおいてユーザに許容される選択肢には、所定の制約が予め設けられており、その基本的な考え方としては、個別仕様車の仕様選定作業の第1ステップとして、その車両の動力性能を決定する基幹部分の仕様選択が行われるように制約が設けられており、且つその後の段階においても、該第1ステップにおいて選定された仕様が最優先されるように制約が設けられている。
【0085】こうした選択肢の制約情報は、上述した車両仕様選定画面の各ステップにおいてユーザによって選択肢が選択されるのに応じて、次のステップに対応する画面において表示すべき選択肢として参照される情報として、購入支援DB33に予め設定される。そして、全ての仕様項目が選定されることにより、当該ユーザの個別仕様車に対する識別情報(仕様番号)が選択される。
【0086】従って、このような制約の基に、車両仕様選定画面において選定操作を順次行うことにより、ユーザ端末5のユーザは、ホーム画面A−2(図16)において選択した所望の車種についての個別仕様車を、ユーザ自身のインタラクティブなゲーム感覚の操作によって簡単に選定することができ、当該ユーザは、自動車のチューニングショップのエンジニアが自動車をチューニングしていく感覚を味わうことができる。
【0087】そして、車両仕様選定処理(M2)において個別仕様車の仕様に必要な全ての仕様項目の選定が完了すると、図19に示す選定仕様表示画面B−15が表示される。
【0088】図19は、車両仕様選定処理(M2)が表示する選定仕様表示画面B−15を例示する図である。選定仕様表示画面B−15には、一例として、仕様が選定された個別仕様車の外観及びインテリアの写真イメージ(これらは、購入支援情報であって、購入支援DB33にて記憶されている各仕様毎の購入支援情報の中から、選択された仕様(顧客入力仕様)と同じ仕様を有するものを選択して表示させる)、選択された仕様項目及びその価格、標準仕様車の価格等が表示される。
【0089】そして、選定仕様表示画面B−15において、販売代理店への実際の販売価格の見積請求を行うべく、「販社見積請求」ボタンが操作されたときには、選定された個別仕様車の仕様項目が確定し、後述する見積・査定依頼処理(M3)に遷移することができる。一方、「戻る」ボタンが操作されたときには、上述した各ステップに対応する車両仕様選定画面に順次戻って、仕様項目の変更を行うことができる。即ち、一旦、前の選択肢に戻らないと他の選択肢は選択することはできない。但し、オプション仕様については、選択済みのオプション仕様の各項目が表示されている画面において変更(取消しも含む)することが可能になっている(表示された項目の中から変更する項目をクリックすると該項目が変更可能なモードになる)。
【0090】上記車両仕様選定処理(M2)を、図10のフローチャートにより説明すると、最初のステップS101では、ユーザ端末5からの仕様選定要求(ホーム画面A−2における所望の車種(車種A又は車種B)の選択)が有るか否かを判定する。この判定がNOであって仕様選定要求が無いときには、そのまま終了する一方、判定がYESであって仕様選定要求が有るときには、ステップS102に進んで、図4では省略したが、図30に示す仕様選定初期画面をユーザ端末5に送信して表示させる。この仕様選定初期画面には、ユーザがユーザID、パスワード、ユーザの名前、フリガナ及び支払いのために予定している総予算額(希望消費価格)を入力する項目が表示される。
【0091】次のステップS103では、その仕様選定初期画面中の「Next」ボタンが操作されたか否かを判定する。この判定がNOであって「Next」ボタンが操作されていないときには、そのまま終了する一方、判定がYESであって「Next」ボタンが操作されたときには、ステップS104に進んで、上記仕様選定初期画面の入力項目は全て入力されたか否かを判定する。
【0092】上記ステップS104の判定がNOであって全ての項目が入力されていないときには、ステップS105に進んで、図31に示す警告画面をユーザ端末5に送信して表示させ、しかる後にステップS103に戻る。この警告画面には、入力れていない項目(図31では「総予算額」)が必須入力項目である旨の警告と、上記仕様選定初期画面と同じ入力項目とが表示される。
【0093】一方、上記ステップS104の判定がYESであって全ての項目が入力されたときには、ステップS106に進んで、上記車両仕様選定画面B−1又はB−8をユーザ端末5に送信して表示させ、次のステップS107では、上記仕様選定初期画面で入力された「ユーザID」、「名前」「総予算額」を対応付けて顧客DB34に記憶する。尚、後述の如く、見積・査定請求時には、より詳細な顧客情報が入力されるので、これらを併せて記憶することになる。
【0094】次のステップS108では、その後の顧客の操作に応じて仕様の選択、変更及び削除を行い、これに伴って、各仕様に対応して購入支援DB33に記憶されているものの中から顧客入力仕様と同じ仕様を有するものを選択してユーザ端末に送信して表示させると共に、メーカ希望小売価格に購入時の諸費用を加えた額と希望消費価格との差額を演算してユーザ端末5に送信して購入支援情報と同じ画面に表示させ、しかる後に終了する。
【0095】尚、ユーザの仕様入力に際して、仕様変更履歴、アクセス履歴、ウエブ滞在時間、ウエブ閲覧ページ数等を、上記「ユーザID」等と関連付けて記憶装置26に記憶する(後述の如く、販売代理店の販売者に見積のための参考情報として提供する)。
【0096】<見積・査定依頼処理(M3)>図5は、見積・査定依頼処理(M3)における表示画面の遷移と、見積・査定の依頼に伴う電子メールの送信機能を示す図であり、車両仕様選定処理(M2)における個別仕様車の仕様選定後に、上記の「販社見積請求」ボタンが操作されるのに応じて起動する。見積・査定依頼処理(M3)からは、ユーザの操作に応じて、車両仕様選定処理(M2)に遷移することができる。
【0097】同図に示すように、見積・査定依頼処理(M3)における表示画面の遷移としては、見積請求トップ画面C−1(図20)、査定申込入力画面C−2(図21)、販売代理店検索・選定画面C−3、入力内容確認画面C−4、見積・査定内容送信画面C−5、並びに販売代理店地図閲覧画面C−6の各画面を、当該ユーザ端末5に表示することができる。
【0098】見積請求トップ画面C−1(図20):この画面において、ユーザ端末5のユーザは、当該ユーザの氏名(既に発行されている場合はユーザID及びパスワード)と、「アンケート」ボタンを操作することにより表示されるアンケート入力画面(図28及び図29参照)に表示されるアンケート項目(車両保有台数、代替希望銘柄、車両保有種別、駐車場保管場所、購入見込み客紹介情報、希望納期、希望する又は拒絶する販売者層)とを入力する(希望する又は拒絶する販売者層については、「詳細」ボタンを操作することにより表示される詳細入力画面(図29参照)で入力する)ことにより、車両仕様選定処理(M2)において先に確定した個別仕様車について、販売代理店に対して、見積及び希望する場合には下取車両の査定を申し込む(依頼する)ことができる。即ち、当該表示画面においてユーザに関する情報が入力された後、査定申込みに関するラジオボタンにおいて「はい」が選択された場合には、査定申込入力画面C−2が表示され、「いいえ」が選択された場合には、販売代理店検索・選定画面C−3が表示される。
【0099】査定申込入力画面C−2(図21):この画面において、ユーザ端末5のユーザは、下取りを希望する自動車(下取車両)についての所定の仕様項目(自動車メーカ名、車名、排気量、走行距離等)を入力し、「次へ」ボタンが選択されるのに応じて、販売代理店検索・選定画面C−3が表示される。
【0100】販売代理店検索・選定画面C−3(不図示):この画面において、ユーザ端末5のユーザは、個別仕様車の見積及び下取車両の査定を依頼することを希望する販売代理店をユーザ自身が指定することができる。指定の手順としては、例えば見積請求トップ画面C−1等において先に入力されている当該ユーザの住所に基づいて近隣の販売代理店を自動的に提示する方法や、一覧表示された販売代理店の中から所望の販売代理店を当該ユーザに選択させる方法等が想定される。何れの場合においても、販売代理店検索・選定画面C−3からは、各販売代理店の所在を地図上で確認可能な販売代理店地図閲覧画面C−6に展開可能に構成することにより、ユーザの利便性を考慮すると良い。
【0101】販売代理店検索・選定画面C−3において個別仕様車の見積及び下取車両の査定を依頼する販売代理店が指定されると、当該ユーザのユーザ端末5には、入力内容確認画面C−4が表示される。
【0102】入力内容確認画面C−4(不図示):この画面には、車両仕様選定処理(M2)において先に確定した個別仕様車についての各仕様項目(メーカ希望小売り価格を含む)の内容、下取車両の査定を選択した場合には査定申込入力画面C−2においてユーザ自身が入力した各項目の内容、及びそれらの見積・査定を依頼すべく販売代理店検索・選定画面C−3において指定された販売代理店に関する情報等が一覧表示される。そして、ユーザが、入力内容確認画面C−4において表示される情報の内容について確認した後、所定操作(仕様入力後における顧客の所定操作(見積請求操作))によって実際に見積・査定を依頼すると、その操作信号が車両メーカ側サーバ1に送信されて、当該ユーザ端末5には、見積・査定内容送信画面C−5が表示される。
【0103】見積・査定内容送信画面C−5(不図示):この画面には、見積・査定依頼(上記操作信号)が送信されて車両メーカ側サーバ1において受け付けられたことや、当該ユーザによって指定された販売代理店から依頼内容に関する電子メールが当該ユーザ宛に届くこと等の情報が表示される。このように、見積・査定依頼処理(M3)には、見積・査定依頼がユーザ端末5から送信されるのに応じて電子メールを送受信する機能が含まれる。
【0104】ID・パスワード回答メールC−7:当該ユーザからの見積依頼が今回初めてである場合に、そのユーザが先に入力しているメールアドレスに対して、発行したID・パスワードを含む電子メールが送信される。
【0105】見積・査定依頼通知メールC−8:当該ユーザから個別仕様車の見積依頼及び/又は下取車両の査定を依頼されたことを、車両メーカ側サーバ1から対象となる販売代理店の販売代理店側サーバ2に通知するための電子メールが送信される。この電子メールには、例えば見積請求トップ画面C−1において入力された当該ユーザを特定可能な情報(住所、氏名、メールアドレス等)と、車両仕様選定処理(M2)にて設定された個別仕様車の識別情報(仕様番号)、査定申込入力画面C−2において入力された下取車両の仕様項目等が含まれる。
【0106】見積・査定依頼確認メールC−9:当該ユーザから個別仕様車の見積依頼及び/又は下取車両の査定を依頼された販売代理店から、当該ユーザが先に入力しているメールアドレスに対して、見積依頼・査定依頼がなされたことを確認するために電子メールが送信される。
【0107】査定結果回答メールC−10:当該ユーザより下取車両の査定を依頼された販売代理店から、当該ユーザが先に入力しているメールアドレスに対して、査定結果を回答するための電子メールが送信される。
【0108】見積結果回答メールC−11:当該ユーザより見積依頼された販売代理店に係る見積結果を、車両メーカ側サーバ1から当該ユーザが先に入力しているメールアドレスに対して回答するための電子メールが送信される。
【0109】図11は、車両メーカ側サーバ1において行われる見積・査定依頼処理(M3)を示すフローチャートである。
【0110】同図において、最初のステップS121では、見積請求トップ画面C−1(図20)をユーザ端末5に表示させると共に、その画面に入力されたユーザID、パスワード、その他の顧客情報の妥当性をチェックする。
【0111】次のステップS122では、査定の申込み要求が有るか否かを判定し、この判定がNOであって査定申込み要求が無いときには、そのままステップS124に進む一方、判定がYESであって査定申込み要求が有るときには、ステップS123に進んで、当該ユーザ端末5に査定申込入力画面C−2(図21)を表示させることによって、当該顧客に査定を希望する下取車両の情報を入力させ、しかる後にステップS124に進む。
【0112】上記ステップS124では、見積請求(ユーザ端末5から仕様入力後における顧客の所定操作(見積請求操作)により送信された操作信号)が有るか否かを判定し、この判定がNOであって見積請求が無いときには、そのままステップS128に進む一方、判定がYESであって見積請求が有るときには、ステップS125に進んで、見積・査定内容送信画面C−5をユーザ端末5に表示させ、次のステップS126で、車両仕様選定処理(M2)にて最終的に設定された仕様(ユーザ端末5に入力された顧客入力仕様)を有する車両の識別情報(仕様番号)を、上記入力された顧客情報(ユーザID、名前、アンケート項目や希望消費価格等を含む)、及び査定申込み要求が有ったときには、ステップS123で入力されたデータと共に顧客DB34に記憶しておく。その後、ステップS127で、その受信情報(仕様番号及び顧客情報)を、見積請求(査定申込み要求が有ったときには、査定申込み要求を含む)、該顧客情報以外であって進捗管理DB32に記憶された、後述の担当販売者候補が顧客入力仕様と同じ仕様を有する車両の見積価格を決定するための参考情報(後述のステップS305における見積レスポンス入力画面表示サブルーチンの詳細(図35及び図36)で説明するように、モデルチェンジ時からの経過時間、商談率、競合負け情報等の各情報であって、上記顧客情報も参考情報となる)、ユーザの仕様入力に際して記憶した仕様変更履歴やアクセス履歴、ウエブ滞在時間、ウエブ閲覧ページ数等(これらも参考情報となる)、及び該参考情報に基づく参考見積補正価格(見積レスポンス入力画面表示サブルーチンでは、標準補正価格という(この参考見積補正価格は、進捗管理DB32等に記憶しておくか、又は専用のデータベースに記憶しておく))と共に、対応する販売代理店側サーバ2に電子メール(見積・査定依頼通知メールC−8)にて送信し、しかる後にステップS128に進む。
【0113】尚、上記ステップS126において記憶する、車両仕様選定処理(M2)にて最終的に設定された仕様を有する車両の識別情報(仕様番号)は、ユーザ端末5から車両メーカ側サーバ1に見積請求と同時に送信されたものであってもよく、上記購入支援情報の提供のために見積請求の前にユーザ端末5から車両メーカ側サーバ1に送信されたもの(仕様変更があった場合には最新のもの)であってもよく、見積請求後にユーザ端末5から車両メーカ側サーバ1に送信されたものであってもよい。
【0114】上記ステップS128では、ウエブ又は電子メールにより販売代理店側サーバ2からの見積レスポンス(査定申込み要求が有ったときには、査定レスポンスを含む)が有るか否かを判定する。この判定がNOであって見積レスポンスが無いときには、そのまま終了する一方、判定がYESであって見積レスポンスが有るときには、ステップS129に進んで、そのレスポンスの内容を電子メールにより顧客に返送し、次のステップS130で、そのレスポンスの内容を顧客DB34に記憶し、しかる後に終了する。尚、上記ステップS129でユーザ端末5に返送した電子メールに添付したurl又は見積事項確認処理(M4)において、上記ステップS130で記憶したレスポンスの内容に基づいて、後述の購入検討情報一覧画面D−2(図23)により詳細内容が顧客に提示されることになる。
【0115】<見積事項確認処理(M4)>図6は、見積事項確認処理(M4)における表示画面の遷移を示す図であり、イニシャル処理(M1)によって表示されたホーム画面A−2において、「ご購入検討一覧」の操作ボタンが操作されるのに応じて起動する。見積事項確認処理(M4)からは、ユーザの操作に応じて、イニシャル処理(M1)、クレジット審査処理(M5)、或いは商談申し込み処理(M6)に遷移することができる。
【0116】同図に示すように、見積事項確認処理(M4)における表示画面の遷移としては、ID・パスワード入力画面D−1(図22)、購入検討情報一覧画面D−2(図23)、見積事項確認画面D−3(図24)、見積仕様イメージ表示画面D−4、クレジット審査結果表示画面D−5、及び下取査定結果表示画面D−6の各画面を、当該ユーザ端末5に表示することができる。
【0117】ID・パスワード入力画面D−1(図22):この画面において、ユーザ端末5のユーザは、当該ユーザに対して先に発行されているユーザID(会員ID)とパスワードを入力し、「送信」ボタンを操作することによって本システム(車両メーカ側サーバ1)にログインする。ログインが完了すると、当該ユーザ端末には、購入検討情報一覧画面D−2(図23)が表示される。
【0118】購入検討情報一覧画面D−2(図23):この画面では、当該ユーザに対して先に行われた見積、査定、及びクレジット審査について一覧表示が行われ、当該ユーザは、所望の表示項目をクリックする等の操作によって選択することで、選択した項目の詳細な内容を示す画面が当該ユーザのユーザ端末5に表示される。
【0119】見積事項確認画面D−3(図24):この画面において、ユーザ端末5のユーザは、当該ユーザに対して先に行われた見積の詳細内容を確認することができ、「ご商談申込み」ボタンが操作されたときには商談申し込み処理(M6)に遷移することができ、「クレジットご検討」ボタンが操作されたときにはクレジット審査処理(M5)に遷移することができ、「見積仕様イメージ確認」ボタンが操作されたときには現在表示されている個別仕様車に対応する自動車の画像を、見積仕様イメージ表示画面D−4(不図示)において確認することができる。そして、「ご購入検討一覧に戻る」の操作ボタンが操作されたときには、購入検討情報一覧画面D−2(図23)に遷移することができる。
【0120】図12は、車両メーカ側サーバ1において行われる見積事項確認処理(M4)を示すフローチャートである。
【0121】同図において、ステップS51:ID・パスワード入力画面D−1(図22)をユーザ端末5に表示すると共に、その画面に入力されたユーザIDやパスワードの妥当性をチェックする。
【0122】ステップS52:顧客DB34を参照して、当該ユーザIDに関する見積情報の更新が行われたか否かを確認する。
【0123】ステップS53:顧客DB34に格納されている当該ユーザIDに関する見積情報を取得すると共に、取得した見積情報を、購入検討情報一覧画面D−2(図23)又はその画面における操作に応じて、見積事項確認画面D−3(図24)によって当該ユーザのユーザ端末5に表示する。
【0124】ステップS54:顧客DB34に格納されている当該ユーザIDに関する更新された見積情報を、更新されたことをユーザが識別可能に、購入検討情報一覧画面D−2(図23)又はその画面における操作に応じて、見積事項確認画面D−3(図24)によって当該ユーザのユーザ端末5に表示する。
【0125】<クレジット審査処理(M5)・商談申し込み処理(M6)>図7は、クレジット審査処理(M5)及び商談申し込み処理(M6)における表示画面の遷移と、クレジット審査及び商談申し込みに伴う電子メールの送信機能とを示す図であり、クレジット審査処理(M5)は、見積事項確認処理(M4)によって表示された見積事項確認画面D−3(図24)において、「クレジットご検討」ボタンが操作されるのに応じて起動し、商談申し込み処理(M6)は、見積事項確認画面D−3(図24)において、「ご商談申込み」ボタンが操作されるのに応じて起動する。クレジット審査処理(M5)及び商談申し込み処理(M6)からは、見積事項確認処理(M4)に遷移することができる。
【0126】同図に示すように、クレジット審査処理(M5)における表示画面の遷移としては、借入条件入力画面E−1(図25)、返済計画表示画面E−2(図26)、クレジット審査入力画面E−3、クレジット申込み内容送信画面E−4の各画面を、当該ユーザ端末5に表示することができる。
【0127】借入条件入力画面E−1(図25):この画面において、ユーザ端末5のユーザは、見積事項確認処理(M4)において選択した見積項目において提示された個別仕様車を分割払いのローンで購入する場合について、利用するクレジットに関する各種項目を入力することができ、所定項目の入力後に、「計算実行」ボタンが操作されるのに応じて、ユーザ端末5には、返済計画表示画面E−2(図26)が表示される。
【0128】返済計画表示画面E−2(図26):この画面には、借入条件入力画面E−1にて設定された項目に基づくクレジットの計算結果(返済計画)が一覧表示される。この画面において「クレジット審査申込」ボタンが操作されるのに応じて、ユーザ端末5には、クレジット審査入力画面E−3が表示される。
【0129】クレジット審査入力画面E−3(不図示):この画面において、ユーザ端末5のユーザは、返済計画表示画面E−2において表示された返済計画に基づくクレジット審査を、信販会社に申し込むことができる。
【0130】クレジット申込み内容送信画面E−4(不図示):この画面には、クレジット審査が送信され、車両メーカ側サーバ1において受け付けられたことと、審査結果に関する電子メールが当該ユーザ宛に届くこと等の情報が表示される。
【0131】見積事項確認処理(M4)には、クレジット申込み内容送信画面E−4においてクレジット審査の申込み情報がユーザ端末5から送信されるのに応じて、電子メールを送受信する機能が含まれる。
【0132】クレジット審査依頼確認メールE−5:当該ユーザからクレジット審査を依頼された車両メーカ側サーバ1から、当該ユーザが先に入力しているメールアドレスに対して、クレジット審査依頼がなされたことを確認するために電子メールが送信される。
【0133】クレジット審査依頼通知メールE−6:当該ユーザからクレジット審査が依頼されたことを、車両メーカ側サーバ1から対象となる信販会社に通知するための電子メールが送信される。この電子メールには、返済計画表示画面E−2において表示された返済計画の内容やユーザに関する情報等が含まれる。
【0134】クレジット審査結果回答メールE−7:クレジット審査を行った信販会社から、当該ユーザが先に入力しているメールアドレスと車両メーカ側サーバ1とに対して、審査結果を回答するための電子メールが送信される。
【0135】次に、図7に示す商談申し込み処理(M6)における表示画面の遷移としては、商談申し込み入力画面F−1(図27)、商談申し込み内容送信画面F−2の各画面を、当該ユーザ端末5に表示することができる。
【0136】商談申し込み入力画面F−1(図27):この画面において、ユーザ端末5のユーザは、見積事項確認処理(M4)において選択した見積項目において提示された個別仕様車について、その個別仕様車について見積価格を提示した販売代理店に対する商談申し込みに関する各種項目(下取り車両の有無、クレジット利用の有無、商談希望日等)を入力することができ、所定項目の入力後に、「商談申込」ボタンが操作されるのに応じて、ユーザ端末5には、商談申し込み内容送信画面F−2が表示される。
【0137】商談申し込み内容送信画面F−2(不図示):この画面には、商談申し込み入力画面F−1における申込み内容が送信され、車両メーカ側サーバ1において受け付けられたことと、商談に関する電子メール或いは電話等による連絡が、対応する販売代理店からなされる旨の情報が表示される。
【0138】商談申し込み処理(M6)には、商談申し込み内容送信画面F−2において商談申し込み情報がユーザ端末5から送信されるのに応じて、電子メールを送受信する機能が含まれる。
【0139】商談依頼確認メールF−3:当該ユーザから商談を依頼された車両メーカ側サーバ1から、当該ユーザが先に入力しているメールアドレスに対して、商談依頼がなされたことを確認するために電子メールが送信される。
【0140】商談依頼通知メールF−4:当該ユーザから商談を依頼されたことを、車両メーカ側サーバ1から対象となる販売代理店に通知するための電子メールが送信される。この電子メールには、商談申し込み入力画面F−1において表示された内容やユーザに関する情報等が含まれる。
【0141】本実施形態において、販売代理店における商談後に、自動車メーカに対して実際に個別仕様車を発注する方法としては、販売代理店側サーバ2から車両メーカ側サーバ1に対して行う方法や、専用回線によって別途発注を行う方法等が想定される。
【0142】<納期照会処理(M7)・インストラクション処理(M8)・問い合わせ処理(M9)>図8は、納期照会処理(M7)、インストラクション処理(M8)及び問い合わせ処理(M9)における表示画面の遷移と、納期照会に伴う電子メールの送信機能とを示す図である。
【0143】納期照会処理(M7)は、イニシャル処理(M1)によって表示されたホーム画面A−2(図16)において、「ご購入車両納期照会」の操作ボタンが操作されるのに応じて起動する。また、インストラクション処理(M8)は、ホーム画面A−2において、「このサイトについて」、「ご購入手順」、「プライバシーポリシー」等の操作ボタンが操作されるのに応じて起動する。問い合わせ処理(M9)は、インストラクション処理(M8)の問合せ・FAQの説明H−3において、所定の操作ボタンが操作されるのに応じて起動する。納期照会処理(M7)、インストラクション処理(M8)及び問い合わせ処理(M9)からは、ユーザの操作に応じて、イニシャル処理(M1)に遷移することができる。
【0144】同図に示す納期照会処理(M7)では、ID・パスワード入力画面G−1(図22に同じ)、納期ステータス照会画面G−2(図14)の各画面を、当該ユーザ端末5に表示することができると共に、納期ステータス報告メールG−3を、該当するユーザ端末5宛に送信する。
【0145】ID・パスワード入力画面D−1(図22):この画面において、ユーザ端末5のユーザは、当該ユーザに対して先に発行されているユーザIDとパスワードを入力し、「送信」ボタンを操作することによって本システム(車両メーカ側サーバ1)にログインする。ログインが完了すると、当該ユーザ端末5には、納期ステータス照会画面G−2(図14)が表示される。
【0146】図14は、納期照会処理(M7)により表示される納期ステータス照会画面G−2を例示する図であり、この表示画面において、当該ユーザは、納車を待っている個別仕様車に関して、生産から納車までの複数段階における進捗状況を知ることができる。
【0147】即ち、納期ステータス照会画面G−2には、ユーザ、個別仕様車、及び販売代理店を特定する情報が表示されると共に、図14に示すように、当該個別仕様車についての生産から納車までの複数段階における進捗状況が、現在の状況を表わすグラフィックと、各段階を表わす画像(撮影画像)とによって提示される。また、既に完了した段階には、完了日が表示される。
【0148】上述した図14の納期ステータス照会画面G−2に表示される情報は、車両メーカ側サーバ1が進捗管理DB32を参照することによって取得することができる。
【0149】また、インストラクション処理(M8)では、個別仕様車見積・発注システムの説明H−1、購入プロセスの説明H−2、問合せ・FAQの説明H−3、及びプライバシーポリシーの説明H−4の各画面がユーザ端末5に表示される。これらの説明(説明画面:何れも不図示)は、例えば車両メーカ側サーバ1の記憶装置26に予め登録しておけば良い。
【0150】さらに、問い合わせ処理(M9)では、問合せ送信画面I−1がユーザ端末5に表示され、ユーザがその画面で問い合わせや苦情を入力すると、問い合わせや苦情が車両メーカ側サーバ1に送信される。そして、これを受けて車両メーカ側サーバ1では、図13の如く動作する。
【0151】すなわち、最初のステップS151で、ユーザからの苦情又は問い合わせが有るか否かを判定する。この判定がNOであって苦情や問い合わせが無いときには、そのままステップS154に進む一方、判定がYESであって苦情又は問い合わせが有るときには、ステップS152に進んで、その苦情又は問い合わせ情報を車両メーカ側サーバ1の記憶装置26に記憶し、次のステップS153でその苦情又は問い合わせ情報を、対応する販売代理店側サーバ2に電子メールにて転送し、しかる後にステップS154に進む。
【0152】上記ステップS154では、ウエブ又は電子メールにより販売代理店側サーバ2からの苦情又は問い合わせ対応レスポンスが有るか否かを判定する。この判定がNOであってレスポンスが無いときには、そのまま終了する一方、判定がYESであってレスポンスが有るときには、ステップS155に進んで、そのレスポンス内容をユーザ端末5に電子メールにて返送し、次のステップS156でそのレスポンス内容を車両メーカ側サーバ1の記憶装置26に記憶し、しかる後に終了する。
【0153】−販売代理店側サーバ2にて実行されるソフトウエア−次に、販売代理店側サーバ2のCPU21により実行されるソフトウエア(車両メーカ側サーバ1にて行われる見積・査定依頼処理(M3)及び問い合わせ処理(M9)にそれぞれ対応する見積・査定依頼処理及び問い合わせ処理)について説明する。
【0154】上記車両メーカ側サーバ1から送信された見積請求を受信した(ユーザ端末5から仕様入力後における顧客の所定操作(見積請求操作)により送信された操作信号を車両メーカ側サーバ1を介して受信した)販売代理店側サーバ2は、見積請求と共に受信した顧客入力仕様を、当該販売代理店の複数の販売代理店端末4に送信すると共に、その顧客入力仕様を送信した相手先の複数の販売代理店端末4をそれぞれ操作する複数の販売者の中から、該各販売者の応答に基づいて1人の担当販売者を選択するようになっている。
【0155】上記販売代理店側サーバ2の処理(見積・査定処理)を、図32により具体的に説明する。
【0156】すなわち、最初のステップS301で、車両メーカ側サーバ1からの見積請求(査定申込み要求を含む)を受信したか否かを判定する。この判定がNOであって見積請求を受信していないときには、そのままステップS304に進む一方、判定がYESであって見積請求を受信したときには、ステップS302に進んで、後述する担当販売者限定サブルーチンを実行して当該販売代理店の全ての販売者の中から担当販売者候補を複数選択し(当該販売代理店の販売者がかなり多い場合に担当販売者候補を限定するためのステップであって、このステップは省略して、全ての販売者を担当販売者候補としてもよい。)、次のステップS303でその選択(限定)された担当販売者候補としての複数の販売者がそれぞれ操作する複数の販売代理店端末4に、上記車両メーカ側サーバ1から送信された見積請求、顧客入力仕様、顧客情報を含む参考情報等を送信し(但し、この段階ではユーザID情報(顧客を特定する情報)は送信しない)、しかる後にステップS304に進む。尚、これら情報を受信した販売代理店端末4は、該情報をその記憶装置26に記憶する。
【0157】上記ステップS304では、後述する担当販売者セレクトサブルーチン1を実行して担当販売者を選択し、次のステップS305では、その担当販売者により入力された見積情報(後述するように、担当販売者として選択されるためには、販売代理店端末4から当該顧客入力仕様と同じ仕様を有する車両(個別仕様車)の見積情報を販売代理店側サーバ2に送信する必要がある)を車両メーカ側サーバ1及びユーザ端末5に送信する。尚、この見積価格情報を受信した車両メーカ側サーバ1は、該見積価格情報をユーザIDと関連付けて顧客DB34に格納する。
【0158】そして、次のステップS306で、一般的な期限管理処理を実行し、しかる後にリターンする。
【0159】尚、査定申込み要求も受信したときには、見積・査定依頼通知メールC−8によって取得した下取車両の仕様項目に従って、上記担当販売者がその下取車両の査定を行う。この査定は、実際に下取車両を確認して従来通り行っても良く、予め中古車の相場が設定されているデータベース等を参照することによって行っても良い。
【0160】上記ステップS302における担当販売者限定サブルーチンについて、図33により具体的に説明する。
【0161】すなわち、最初のステップS321では、当該販売代理店の各販売者の仕事負荷率(予め入力されて販売代理店側サーバ2の記憶装置26に記憶されている)を演算し又は読み出し、次のステップS322で、ユーザ端末5に入力された、顧客が希望する又は拒絶する販売者層を読み出し、次のステップS323では、販売代理店端末4に入力された、販売者が希望する又は拒絶する顧客層(各販売者は、予め図43に示すような画面において、希望する又は拒絶する顧客層を入力しており、このデータが販売代理店側サーバ2の記憶装置26に記憶されている)を読み出し、次のステップS324では、販売者の担当順序及び過去の担当履歴(予め入力されて販売代理店側サーバ2の記憶装置26に記憶されている)を読み出し、次のステップS325では、各販売者の所定期間内の販売成績(予め入力されて販売代理店側サーバ2の記憶装置26に記憶されている)を読み出し、次のステップS326では、各販売者の難易度対応性(各販売者のスキルと販売難易度との関係(予め入力されて販売代理店側サーバ2の記憶装置26に記憶されている))を読み出す。
【0162】続いて、次のステップS327では、予め決められた担当順序に応じて、各販売者に対して優先値を付与する。この優先値は、例えば、次の順序に相当する販売者については10とし、その次の順序に相当する販売者については7とし、以下、順に優先値を小さくする。
【0163】次のステップS328では、以前の担当履歴に応じて、上記各販売者の優先値を補正する。この補正値は、例えば、以前に当該顧客入力仕様と同様の仕様について担当した販売者については+10とする。
【0164】次のステップS329では、販売成績に応じて、上記各販売者の優先値を補正する。この補正値は、例えば、成績が比較的良い販売者については−1とし、成績が比較的悪い販売者については+1とする。
【0165】次のステップS330では、仕事負荷率に応じて、上記各販売者の優先値を補正する。この補正値は、例えば、仕事負荷率が比較的大きい販売者については−1とし、仕事負荷率が比較的小さい販売者については+1とする。
【0166】次のステップS331では、難易度対応性に応じて、上記各販売者の優先値を補正する。この補正値は、例えば、難易度が比較的高い場合にベテラン販売者については+1とし、難易度が比較的低い場合に初心販売者については+1とする。
【0167】次のステップS332では、当該顧客が希望する又は拒絶する販売者層に応じて、上記各販売者の優先値を補正する。この補正値は、例えば、当該顧客の希望販売者層に含まれる販売者については+5とし、拒絶販売者層に含まれる販売者については−5とする。
【0168】次のステップS333では、販売者が希望する又は拒絶する顧客層に応じて、上記各販売者の優先値を補正する。この補正値は、例えば、当該顧客が希望顧客層に含まれるとする販売者については+2とし、拒絶顧客層に含まれるとする販売者については−2とする。
【0169】次のステップS334では、優先値が高い販売者から順に所定人数(複数)選択し、次のステップS335で、該選択された複数の販売者を担当販売者候補に設定して終了する。
【0170】上記ステップS304における担当販売者セレクトサブルーチン1の第1例〜第3例について、図34〜図40によりそれぞれ具体的に説明する。
【0171】(第1例)この第1例では、販売代理店側サーバ2が顧客入力仕様を送信した相手先の複数の販売代理店端末4をそれぞれ操作する複数の販売者のうち、最初に応答があった(上記顧客入力仕様と同じ仕様を有する車両の見積価格を販売代理店端末4に入力して販売代理店側サーバ2に送信した)者を担当販売者として選択する。
【0172】すなわち、図34に示すように、最初のステップS351では、販売者が操作する販売代理店端末4から、見積価格入力のためのアクセスが有るか否かを判定する。この判定がNOであってアクセスが無いときには、そのまま終了する一方、判定がYESであってアクセスが有るときには、ステップS352に進んで、後述する見積レスポンス入力画面表示サブルーチンを実行し、次のステップS353で、販売者が見積価格の入力を完了したか否かを判定する。この判定がNOであって見積価格の入力が完了していないときには、そのまま終了する一方、判定がYESであって見積価格の入力が完了したときには、ステップS354に進んで、その入力情報を販売代理店側サーバ2の記憶装置26に記憶し、次のステップS355で、当該販売代理店の責任者による承認ステップを実行し、次のステップS356で、上記入力完了した販売者を担当販売者に設定して、該担当販売者にユーザID情報を送信すると共に、他の販売者には、担当販売者が決まった旨の連絡をして終了する。
【0173】上記ステップS352における見積レスポンス入力画面表示サブルーチンについて、図35及び図36により説明する。この見積レスポンス入力画面表示サブルーチンでは、上記担当販売者候補がそれぞれ操作する各販売代理店端末4に、各担当販売者候補が顧客入力仕様と同じ仕様を有する車両の見積価格を決定するための参考情報(上記ステップS303において、担当販売者が操作する販売代理店端末4に既に送信したもの)を表示させる。
【0174】すなわち、最初のステップS501で、見積入力初期画面を表示させる。この見積入力初期画面には、各顧客入力仕様についての仕様番号(このフローチャートでは仕様IDという)、当該顧客の概略情報、応答している販売者の人数、応答期限等が表示されていると共に、仕様ID入力欄及び各仕様ID毎の見積入力画面へのショートカットキーが設けられている。
【0175】次のステップS502では、いずれかの仕様IDのショートカットキーが操作されたか、又は仕様ID入力欄に仕様IDが入力されたか否かを判定する。この判定がNOであるときには、上記ステップS505に進む一方、判定がYESであるときには、ステップS503に進む。
【0176】上記ステップS503では、担当販売者が決定済みか否かを判定し、この判定がYESであって担当販売者が決定済みであるときには、ステップS504に進んで、担当販売者が決定済みである旨を当該販売者に報知し、しかる後に終了する。一方、上記判定がNOであって担当販売者が決定済みでないときには、ステップS505に進む。
【0177】上記ステップS505では、図44に示すような見積入力画面を表示させ、次のステップS506では、当該販売代理店における当該顧客入力仕様と同じ及び類似仕様の車両の市場価格(オフライン価格)を読み出してその平均値を演算し、その平均値をオフライン価格として上記見積入力画面に表示させると共に、該オフライン価格から所定価格(例えば営業努力分であって任意設定可)を減じた価格を参考価格(オフライン価格が低下するに連れて低下させる)として表示させる。
【0178】尚、上記平均値を演算する際、指定した販売車両(例えば特別価格で販売したような車両)のものは除外し、類似仕様の車両については顧客入力仕様と同じ仕様のものに補正し、同一車種については重み付けを大きくする。また、最近販売した車両については重み付けを大きくし、かなり前に販売した車両については重み付けを小さくする。さらに、現在と同じ月や近い月に販売した車両については重み付けをし(現在と同じ月の方が近い月よりも大きい)、それ以外の月に販売した車両については除外する。
【0179】次のステップS507では、当該車種のモデルチェンジ時(販売開始)からの経過時間(図44では、3年6ヶ月)とこの経過時間に基づく標準補正価格(参考見積補正価格:図44では、3年6ヶ月の後の括弧内に表示されているように、−1万円)とを表示させる。この標準補正価格は、経過時間が長くなるほど減額方向に大きくする。
【0180】次のステップS508では、当該車種の次のモデルチェンジ時までの残余時間(図44では、6ヶ月)とこの残余時間に基づく標準補正価格(図44では、−2万円)とを表示させる。この標準補正価格は、残余時間が短くなるほど減額方向に大きくする。
【0181】次のステップS509では、当該車種の競合車情報とこの競合車情報に基づく標準補正価格とを表示させる。この標準補正価格は、競合車販売台数の当該車種販売台数に対する比率が比較的大きい場合には、減額方向の値とする。また、競合車の競合度合い(関連度)に応じてその減額量を補正する。
【0182】次のステップS510では、当該販売代理店における当該顧客入力仕様と同じ仕様(類似仕様を含めてもよい)を有する車両の見積数に対する商談率(見積請求された件数に対して商談に至った割合)とこの商談率に基づく標準補正価格とを表示させる。この標準補正価格は、商談率が低いほど減額方向に大きくする。また、商談率を計算する際、指定した販売車両(例えば特別価格で販売したような車両)のデータは除外し、類似仕様の車両については顧客入力仕様と同じ仕様のものに補正し、同一車種については重み付けを大きくする。さらに、最近販売した車両については重み付けを大きくし、かなり前に販売した車両については重み付けを小さくする。さらにまた、現在と同じ月や近い月に販売した車両については重み付けを大きくし、それ以外の月に販売した車両については除外する。尚、上記商談率の代わりに、見積数に対する契約率(見積請求された件数に対して契約に至った割合)を表示させるようにしてもよい。
【0183】次のステップS511では、当該顧客入力仕様と同じ仕様(類似仕様を含めてもよい)を有する車両についての、当該販売代理店の他の販売代理店に対する競合負け情報(見積価格が他の販売代理店よりも高くて商談(又は契約)に至らなかった割合)とその負け額の平均とを表示させる。
【0184】次のステップS512では、既に当該顧客入力仕様と同じ仕様を有する車両の見積価格が入力されている場合には、その見積価格と当該販売代理店において当該顧客が見積を既に取っている他の類似仕様の見積価格との関係を表示させる。この関係は、例えば、仕様差と見積価格差とのねじれ(当該顧客入力仕様と同じ仕様を有する車両の見積価格が他の類似仕様よりも高く(低く)なるべきところが低く(高く)なっている)の有無、仕様差に対する見積価格差の大幅な離間(当該顧客入力仕様と同じ仕様を有する車両の見積価格が他の類似仕様よりもかなり高い(低い))の有無等である。
【0185】次のステップS513では、当該顧客入力仕様と同じ仕様を有する車両の在庫状況(特に当該販売代理店のものであるが、他の販売代理店のものや車両メーカのものであってもよい)及び製造状況とこれら状況に基づく標準補正価格とを表示させる。この標準補正価格は、在庫が比較的多い場合には減額方向の値とすると共に、在庫が他の販売代理店にある場合には、当該販売代理店までの運送費を考慮して設定する。
【0186】次のステップS514では、当該販売代理店における車両1台当たりの値引原資とこの値引原資に基づく標準補正価格とを表示させる。この車両1台当たりの値引原資は、当該販売代理店における値引総原資を前年同月の販売台数又は先月の販売台数で割った値である。尚、この販売台数の代わりに見積数を当てはめてもよい。
【0187】次のステップS515では、当該販売代理店における当月の販売計画値に対する販売実績値の状況とこの状況に基づく標準補正価格とを表示させる。この標準補正価格は、販売計画値に対する販売実績値が比較的小さい場合には減額方向の値とする。尚、この販売計画値に対する販売実績値の代わりに、見積計画に対する見積実績や商談計画に対する商談実績を当てはめてもよい。
【0188】次のステップS516では、当該顧客入力仕様と同じ仕様を有する車両についての、当該販売代理店(若しくは当該販売代理店から所定距離内に位置する他の販売代理店又は全販売代理店)の平均見積価格及び契約平均見積価格(又は商談平均見積価格)を表示させる。尚、見積価格のランキングを表示して、いくらであればどの位のランキングであるかが分かるようにしてもよい。
【0189】次のステップS517では、当該顧客入力仕様と同じ仕様を有する車両の原価及び当該販売代理店又は車両メーカの利益率を表示させる。
【0190】次のステップS518では、当該顧客入力仕様と同じ仕様を有する車両についての、当該販売代理店若しくは当該販売代理店から所定距離内に位置する販売代理店又は全販売代理店における過去の各契約見積価格(又は各商談見積価格)を表示させる。
【0191】次のステップS519では、当該販売代理店(若しくは当該販売代理店から所定距離内に位置する他の販売代理店又は全販売代理店)において当該顧客入力仕様と同じ仕様を有する車両について見積請求した顧客データと契約(又は商談)に至った顧客データとを表示させる。
【0192】次のステップS520では、顧客が入力した、当該顧客入力仕様と同じ仕様を有する車両の競合車、競合販売代理店及びその見積価格を表示させる。
【0193】次のステップS521では、当該顧客が仕様入力前に仕様選定初期画面で入力した総予算額(希望消費価格)を表示させ、次のステップS522では、顧客が入力した顧客層を表示させる。
【0194】次のステップS523では、当該顧客の有償サービス履歴とこの履歴に基づく標準補正価格とを表示させる。この標準補正価格は、所定期間内の有償サービス額が大きいほど減額方向に大きくし、定期点検の場合には減額方向の値とする一方、高年式車の突発修理の場合には増額方向の値とする。
【0195】次のステップS524では、当該顧客の車両保有台数とこの保有台数に基づく標準補正価格とを表示させる。この標準補正価格は、保有台数が多いほど減額方向に大きくし、高年式車を保有している場合には、減額方向により大きくする。
【0196】次のステップS525では、当該顧客が入力した車両保管場所とこの場所での広告効果とこの広告効果に基づく標準補正価格とを表示させる。この標準補正価格は、車両保管場所が目立つ場所であって広告効果がかなり有る場合には、減額方向の値とする。尚、この減額分は車両メーカが負担する(車両メーカの宣伝になるため)。
【0197】次のステップS526では、当該顧客が入力した購入見込み客紹介情報とこの情報に基づく標準補正価格とを表示させる。この標準補正価格は、紹介人数が多いほど減額方向に大きくし、その購入見込み客が当該販売代理店以外で販売している車種を保有している場合には、当該販売代理店で販売している車種を既に保有している場合よりも減額方向に大きくする。尚、紹介された購入見込み客に対しては購買促進用の電子メールを送信し、その購入見込み客が実際に契約に至った場合には、当該顧客に対して所定の還元(キャッシュバックや無償サービス等)を実施できるように当該顧客と購入見込み客とを対応付けて顧客DB34に記憶しておく。
【0198】次のステップS527では、当該顧客が入力した購入見込み客被紹介情報(当該顧客が他の顧客によって購入見込み客として紹介された者であるという情報)とこの情報に基づく標準補正価格とを表示させる。この標準補正価格は、当該顧客が他の顧客によって紹介された者である場合には減額方向の値とする。但し、実際に被紹介者であることを過去のデータにより確認することを前提とする。尚、当該顧客を紹介した顧客に対しては、当該顧客からの見積請求があった旨の電子メールを送信する。
【0199】次のステップS528では、当該顧客が入力した希望納期とこの希望納期に基づく標準補正価格とを表示させる。この標準補正価格は、希望納期が早いほど減額方向に大きくし、期末内の場合には減額方向により大きくする。
【0200】次のステップS529では、当該顧客が入力した代替希望銘柄(車種)とこの代替希望銘柄に基づく標準補正価格とを表示させる。この標準補正価格は、代替希望銘柄が当該販売代理店以外で販売している車種である場合や代替希望銘柄がない場合には減額方向の値とする。
【0201】次のステップS530では、アクセス履歴による参考情報表示サブルーチンを実行して、顧客の仕様入力時における車両メーカ側サーバ1へのアクセス履歴状況とこの履歴状況に基づく標準補正価格とを表示させる。尚、このアクセス履歴による参考情報表示サブルーチンの詳細については後述する。
【0202】次のステップS531では、当該顧客が車両を前回に購入した時期とこの時期に基づく標準補正価格とを表示させる。この標準補正価格は、前回購入時期が所定期間以上過去である場合や前回に購入した車両の車検時期までの期間が所定期間以内である場合には、減額方向の値とする(前回購入時期からの時間が長くなるほど、又は車検時期までの期間が短くなるほど減額方向に大きくしてもよい)。
【0203】次のステップS532では、当該顧客が車両を前回に購入したときの情報(例えば見積価格等)とこの情報に基づく標準補正価格とを表示させる。この標準補正価格は、例えば、前回に購入したときの見積価格がかなり低い(値引率が当時の平均値引率に対してかなり高い)場合には、減額方向の値とする。
【0204】次のステップS533では、当該顧客が入力した顧客の最近の環境変化状況とこの環境変化状況に基づく標準補正価格とを表示させる。この標準補正価格は、当該顧客に転職、転居、家族数の増加等の変化があったときには、減額方向の値とする。また、当該顧客入力仕様がその環境変化に即している(例えば家族数が増加したときにミニバンの仕様を入力)ときにも減額方向の値とする。
【0205】次のステップS534では、当該顧客の保有車種(当該顧客が車両を購入したときにユーザIDと関連付けて顧客DB34に記憶したものであってもよく当該顧客が入力したものであってもよい)のジャンルとこの保有車種のジャンルに基づく標準補正価格とを表示させる。この標準補正価格は、当該顧客入力仕様の車種のジャンルが保有車種のジャンルと全く異なる場合には、減額方向の値とする。
【0206】次のステップS535では、「参考価格」ボタンの操作により参考価格欄に参考価格を表示させる。
【0207】次のステップS536では、上記表示させた各標準補正価格の選択に応じて、上記見積入力画面の参考価格欄の参考価格を変更する。
【0208】次のステップS537では、変更価格欄に見積価格が入力されたか否かを判定する。この判定がNOであって見積価格が入力されていないときには、そのまま終了する一方、判定がYESであって見積価格が入力されたときには、ステップS538に進んで、その見積価格にて商談(又は契約)の可能性を演算して報知し、しかる後に終了する。
【0209】上記ステップS530のアクセス履歴による参考情報表示サブルーチンについて、図37により詳細に説明する。
【0210】すなわち、最初のステップS551では、当該顧客の車両メーカ側サーバ1へのアクセス履歴を読み出し、次のステップS552では、当該顧客入力仕様に関し、当該顧客の「売れ筋ランキング」(当該顧客入力仕様の売れ筋ランキングを表示する)へのアクセス状況とこのアクセス状況に基づく標準補正価格とを表示させる。この標準補正価格は、所定期間内において「売れ筋ランキング」へのアクセスが比較的多い場合には、減額方向の値とする(アクセス回数が多いほど減額方向に大きくしてもよい)。
【0211】次のステップS553では、当該顧客入力仕様に関し、当該顧客の「ZOOM表示」(当該顧客入力仕様を有する車両の外観イメージ画像を拡大表示する)へのアクセス状況とこのアクセス状況に基づく標準補正価格とを表示させる。この標準補正価格は、所定期間内において「ZOOM表示」へのアクセスが比較的多い場合には、減額方向の値とする(アクセス回数が多いほど減額方向に大きくしてもよい)。
【0212】次のステップS554では、当該顧客の「問い合わせ」へのアクセス状況とその問い合わせ内容とこのアクセス状況に基づく標準補正価格とを表示させる。この標準補正価格は、所定期間内においてアクセスが有った場合には、減額方向の値とする。尚、この問い合わせ内容は、当該顧客入力仕様に関するものであってもよく、そうでないものであってもよい。
【0213】次のステップS555では、当該顧客入力仕様に関し、当該顧客の「画像ダウンロード」(当該顧客入力仕様を有する車両の外観イメージ画像をダウンロードする)へのアクセス状況とこのアクセス状況に基づく標準補正価格とを表示させる。この標準補正価格は、所定期間内において「画像ダウンロード」へのアクセスが比較的多い場合には、減額方向の値とする(アクセス回数が多いほど減額方向に大きくしてもよい)。
【0214】次のステップS556では、当該顧客入力仕様に関し、当該顧客のサイトの滞在状況とこの滞在状況に基づく標準補正価格とを表示させる。この標準補正価格は、所定期間内において滞在時間が比較的長い場合には、減額方向の値とする(滞在時間が長いほど減額方向に大きくしてもよい)。
【0215】次のステップS557では、当該顧客入力仕様に関し、当該顧客がサイトに滞在中にブラウザプログラムにより閲覧したページ数とこの閲覧ページ数に基づく標準補正価格とを表示させる。この標準補正価格は、所定期間内において閲覧ページ数が比較的多い場合には、減額方向の値とする(閲覧ページ数が多くなるほど減額方向に大きくしてもよい)。
【0216】次のステップS558では、当該顧客入力仕様に関し、当該顧客の仕様変更履歴とこの仕様変更履歴に基づく標準補正価格とを表示させる。この標準補正価格は、所定期間内において仕様入力に要する時間が比較的長い場合には、減額方向の値とする(仕様入力に要する時間が長いほど減額方向に大きくしてもよい)。
【0217】次のステップS559では、所定期間(例えば1ヶ月)内における当該ユーザの「購入検討情報一覧画面」(図23参照)の閲覧回数、閲覧時間及び閲覧日数とこれらに基づく標準補正価格とを表示させる。この標準補正価格は、上記閲覧回数、閲覧時間又は閲覧日数が比較的多い場合には、減額方向の値とする(閲覧回数、閲覧時間又は閲覧日数が多いほど減額方向に大きくしてもよい)。
【0218】次のステップS560では、当該顧客入力仕様に関し、所定期間(例えば1ヶ月)内における当該顧客の「選定仕様表示画面」(図19参照)の閲覧回数、閲覧時間及び閲覧日数とこれらに基づく標準補正価格とを表示させる。この標準補正価格は、上記閲覧回数、閲覧時間又は閲覧日数が比較的多い場合には、減額方向の値とする(閲覧回数、閲覧時間又は閲覧日数が多いほど減額方向に大きくしてもよい)。
【0219】次のステップS561では、当該顧客入力仕様(当該顧客入力仕様以外の仕様を含めてもよい)に関し、所定期間(例えば3ヶ月)内における当該顧客の見積請求回数(他の販売代理店への請求をも含む)とこの見積請求回数に基づく標準補正価格とを表示させる。この標準補正価格は、見積請求回数が比較的多い(例えば10回以上)場合には、減額方向の値とする(見積請求回数が多いほど減額方向に大きくしてもよい)。
【0220】次のステップS562では、所定期間(例えば3ヶ月)内における当該顧客の当該販売代理店への異なる仕様についての見積請求回数とこの見積請求回数に基づく標準補正価格とを表示させる。この標準補正価格は、見積請求回数が比較的多い(例えば5回以上)場合には、減額方向の値とする(見積請求回数が多いほど減額方向に大きくしてもよい)。
【0221】次のステップS563では、当該顧客の当該サイトに来る前のアクセスリンク元とこのリンク元に基づく標準補正価格とを表示させる。この標準補正価格は、リンク元が車両メーカのホームページである場合には、減額方向の値とする。
【0222】次のステップS564では、所定期間(例えば3ヶ月)内における当該顧客の当該サイトに来る前のアクセスリンク元の数とこのアクセスリンク元の数に基づく標準補正価格とを表示させて終了する。この標準補正価格は、アクセスリンク元の数が比較的多い場合には、減額方向の値とする(アクセスリンク元の数が多いほど減額方向に大きくしてもよい)。
【0223】尚、当該顧客入力仕様に関し、当該顧客のオプション選択の個数とこのオプション選択の個数に基づく標準補正価格とを表示させるようにしてもよい。この場合の標準補正価格は、オプション選択の個数が0又は4〜9である場合に、減額方向の値とする(統計的に、オプション選択の個数が1〜3である場合には商談に結び付き難い)。
【0224】(第2例)この第2例では、1番目から所定数番目に応答があった複数の販売者の中から所定の条件に基づいて担当販売者を選択する、又は、販売代理店側サーバ2が見積請求及び顧客入力仕様を複数の販売代理店端末4に送信してから所定期間が経過するまでの間に複数の販売者の応答があったときに、該複数の販売者の中から所定の条件に基づいて担当販売者を選択する。この所定の条件は、見積価格の値、予め決められた担当順序、各販売者の仕事負荷率、各販売者の販売成績、各販売者のスキルと販売難易度との関係、並びに各販売者が指定した希望顧客層及び顧客が指定した希望販売者層である。
【0225】すなわち、図38に示すように、最初のステップS361で、販売者が操作する販売代理店端末4から、見積価格入力のためのアクセスが有るか否かを判定する。この判定がNOであってアクセスが無いときには、ステップS366に進む一方、判定がYESであってアクセスが有るときには、ステップS362に進んで、上記第1例で説明した見積レスポンス入力画面表示サブルーチンを実行し、次のステップS363で、販売者が見積価格の入力を完了したか否かを判定する。この判定がNOであって見積価格の入力が完了していないときには、ステップS366に進む一方、判定がYESであって見積価格の入力が完了したときには、ステップS364に進んで、その入力情報を販売代理店サーバ2の記憶装置26に記憶し、次のステップS365で、同一の見積請求に対して所定人数(例えば10人)以上の販売者の見積価格入力が有ったか否かを判定する。この判定がNOであって所定人数に達していないときには、ステップS366に進む一方、判定がYESであって所定人数以上であるときには、ステップS368に進む。
【0226】上記ステップS366では、見積請求及び顧客入力仕様を送信してから所定期間(例えば1〜2日)が経過したか否かを判定する。この判定がNOであって所定期間が経過していないときには、そのまま終了する一方、判定がYESであって所定期間が経過したときには、ステップS367に進んで、その見積請求に対して1人以上の販売者の見積価格入力が有ったか否かを判定する。この判定がYESであって見積価格入力が有ったときには、ステップS368に進む一方、判定がNOであって見積価格入力が全く無かったときには、ステップS369に進んで、所定の対応処理(各販売者及び当該販売代理店の責任者に、見積価格入力が全く無いことと、上記所定期間を延長することとを連絡する)を行って終了する。
【0227】上記ステップS368では、セレクトサブルーチンを実行し、しかる後に終了する。このセレクトサブルーチンについて、図39により詳細に説明する。
【0228】すなわち、最初のステップS401では、見積請求に対し2人以上の販売者の見積価格入力が有ったか否かを判定する。この判定がNOであって1人だけであるときには、ステップS402に進んで、その見積価格を入力した販売者を選択し、しかる後にステップS418に進む。
【0229】一方、上記ステップS401の判定がYESであって2人以上の販売者の見積価格入力が有るときには、ステップS403に進んで、見積価格の値に応じて、各販売者に対して優先値を付与する。この優先値は、見積価格が低いほど大きくなるようにする。
【0230】次のステップS404では、当該販売代理店の各販売者の仕事負荷率を演算し又は読み出し、次のステップS405で、ユーザ端末5に入力された、顧客が希望する又は拒絶する販売者層を読み出し、次のステップS406で、販売代理店端末4に入力された、販売者が希望する又は拒絶する顧客層を読み出し、次のステップS407で、販売者の担当順序及び過去の担当履歴を読み出し、次のステップS408で、各販売者の所定期間内の販売成績を読み出し、次のステップS409で、各販売者の難易度対応性(各販売者のスキルと販売難易度との関係)を読み出す。
【0231】続いて、次のステップS410では、予め決められた担当順序に応じて、上記各販売者の優先値を補正する。この補正値は、例えば、次の順序に相当する販売者については+10とし、その次の順序に相当する販売者については+7とし、以下、順に小さくする。
【0232】次のステップS411では、以前の担当履歴に応じて、上記各販売者の優先値を補正する。この補正値は、例えば、以前に当該顧客入力仕様と同様の仕様について担当した販売者については+10とする。
【0233】次のステップS412では、販売成績に応じて、上記各販売者の優先値を補正する。この補正値は、例えば、成績が比較的良い販売者については−1とし、成績が比較的悪い販売者については+1とする。
【0234】次のステップS413では、仕事負荷率に応じて、上記各販売者の優先値を補正する。この補正値は、例えば、仕事負荷率が比較的大きい販売者については−1とし、仕事負荷率が比較的小さい販売者については+1とする。
【0235】次のステップS414では、難易度対応性に応じて、上記各販売者の優先値を補正する。その補正値は、例えば、難易度が比較的高い場合にベテラン販売者については+1とし、難易度が比較的低い場合に初心販売者については+1とする。
【0236】次のステップS415では、当該顧客が希望する又は拒絶する販売者層に応じて、上記各販売者の優先値を補正する。この補正値は、例えば、当該顧客の希望販売者層に含まれる販売者については+5とし、拒絶販売者層に含まれる販売者については−5とする。
【0237】次のステップS416では、販売者が希望する又は拒絶する顧客層に応じて、上記各販売者の優先値を補正する。この補正値は、例えば、当該顧客が希望顧客層に含まれるとする販売者については+2とし、拒絶顧客層に含まれるとする販売者については−2とする。
【0238】次のステップS417では、優先値が最も高い販売者を選択して、しかる後にステップS418に進む。
【0239】上記ステップS418では、当該販売代理店の責任者による承認ステップを実行し、次のステップS419で、上記ステップS402又はS417で選択された販売者を担当販売者に設定して、該担当販売者にユーザID情報を送信すると共に、他の販売者には、担当販売者が決まった旨の連絡をして終了する。
【0240】(第3例)この第3例では、上記第2例とは担当販売者選択のための条件が異なるだけであり、複数の販売者の中から見積価格の値のみに基づいて担当販売者を選択するようにしたものである。このため、この第3例のフローチャートは、上記第2例に対してステップS368におけるセレクトサブルーチンの内容が異なるだけであり、このセレクトサブルーチンのみを図40により説明する。
【0241】すなわち、最初のステップS431では、見積請求に対し2人以上の販売者の見積価格入力が有ったか否かを判定する。この判定がNOであって1人だけであるときには、ステップS432に進んで、その見積価格を入力した販売者を選択し、しかる後にステップS434に進む。
【0242】一方、上記ステップS431の判定がYESであって2人以上の販売者の見積価格入力が有るときには、ステップS433に進んで、最も低い見積価格を入力した販売者を選択し、しかる後にステップS434に進む。
【0243】上記ステップS434では、当該販売代理店の責任者による承認ステップを実行し、次のステップS435で、上記ステップS432又はS433で選択された販売者を担当販売者に設定して、該担当販売者にユーザID情報を送信すると共に、他の販売者には、担当販売者が決まった旨の連絡をして終了する。
【0244】次いで、上記車両メーカ側サーバ1から送信された苦情又は問い合わせ情報を受信した販売代理店側サーバ2の問い合わせ処理を、図41により具体的に説明する。
【0245】すなわち、最初のステップS601では、車両メーカ側サーバ1からの問い合わせ情報を受信したか否かを判定する。この判定がNOであって問い合わせ情報を受信していないときには、そのままステップS603に進む一方、判定がYESであって問い合わせ情報を受信したときには、ステップS602に進んで、所定の複数の販売者がそれぞれ操作する複数の販売代理店端末4に、その問い合わせ情報や顧客入力仕様、顧客情報等を送信し(但し、ユーザID情報は送信しない)、しかる後にステップS603に進む。
【0246】上記ステップS603では、担当販売者セレクトサブルーチン2を実行して担当販売者を選択し、次のステップS604では、その担当販売者により入力された問い合わせ対応情報を車両メーカ側サーバ1及びユーザ端末5に送信する。
【0247】次のステップS605では、車両メーカ側サーバ1からの苦情情報を受信したか否かを判定する。この判定がNOであって苦情情報を受信していないときには、そのままステップS607に進む一方、判定がYESであって苦情情報を受信したときには、ステップS606に進んで、予め設定された担当販売者が操作する販売代理店端末4に、その苦情情報を送信し、しかる後にステップS607に進む。
【0248】上記ステップS607では、上記担当販売者が操作する販売代理店端末4から、上記苦情への対応のためのアクセスが有るか否かを判定する。この判定がNOであってアクセスが無いときには、そのままステップS612に進む一方、判定がYESであってアクセスが有るときには、ステップS608に進んで、苦情IDの入力を受けて、当該販売代理店端末4に、その苦情情報に関する各種参考情報と共に苦情対応入力画面を表示させ、次のステップS609で、担当販売者が苦情対応の入力を完了したか否かを判定する。この判定がNOであって入力を完了していないときには、ステップS612に進む一方、判定がYESであって入力を完了したときには、ステップS610に進んで、当該販売代理店の責任者による承認ステップを実行し、次のステップS611で、上記入力された苦情対応情報を車両メーカ側サーバ1及びユーザ端末5に送信し、しかる後にステップS612に進む。
【0249】上記ステップS612では、一般的な期限管理処理を実行して、しかる後にリターンする。
【0250】上記ステップS603における担当販売者セレクトサブルーチン2について、図42により具体的に説明する。
【0251】すなわち、最初のステップS621では、販売者が操作する販売代理店端末4から、問い合わせ対応のためのアクセスが有るか否かを判定する。この判定がNOであってアクセスが無いときには、そのまま終了する一方、判定がYESであってアクセスが有るときには、ステップS622に進んで、問い合わせ対応用の入力画面を表示させ、次のステップS623で、販売者が問い合わせ対応のための入力を完了したか否かを判定する。この判定がNOであって問い合わせ対応の入力が完了していないときには、そのまま終了する一方、判定がYESであって問い合わせ対応の入力が完了したときには、ステップS624に進んで、その入力情報を販売代理店側サーバ2の記憶装置26に記憶し、次のステップS625で、当該販売代理店の責任者による承認ステップを実行し、次のステップS626で、上記入力完了した販売者を担当販売者に設定して、該担当販売者にユーザID情報を送信すると共に、他の販売者には、担当販売者が決まった旨の連絡をして終了する。したがって、上記担当販売者セレクトサブルーチン1の第1例と同様に、問い合わせに対して最初に応答があった者を担当販売者として選択することになる。
【0252】この実施形態では、販売代理店側サーバ2が、販売代理店端末4と、ユーザ端末5と、該ユーザ端末5に入力されかつユーザ端末5から送信された顧客入力仕様を受信して、予め各仕様に対応させて購入支援DB33に記憶しておいた車両の購入支援情報の中から該受信した顧客入力仕様と同じ仕様を有する車両の購入支援情報を選択し、かつ該選択した購入支援情報をユーザ端末5に送信する車両メーカ側サーバ1とに通信回線を介して接続された情報処理装置を構成し、販売代理店側サーバ2の記憶装置26が、この情報処理装置を制御するための情報処理プログラムを記録した、コンピュータ読み取り可能な記録媒体を構成している。
【0253】また、販売代理店側サーバ2の通信インタフェース27が、車両メーカ側サーバ1が受信した顧客入力仕様を該車両メーカ側サーバ1から入手する仕様入手手段と、ユーザ端末5から仕様入力後における顧客の所定操作により送信された操作信号を受信する操作信号受信手段と、この操作信号受信手段により受信した操作信号を受けて、上記仕様入手手段により入手した顧客入力仕様を複数の販売代理店端末4に送信する仕様送信手段とを構成し、販売代理店側サーバ2のCPU21が、上記仕様送信手段により顧客入力仕様を送信した相手先の複数の販売代理店端末4をそれぞれ操作する複数の販売者の中から、該各販売者の応答に基づいて1人の担当販売者を選択する担当販売者選択手段を構成している。
【0254】したがって、この実施形態では、販売代理店側サーバ2が、ユーザ端末5から顧客の所定操作により送信された操作信号を受けて、顧客がユーザ端末5に入力した顧客入力仕様を複数の販売代理店端末4に送信し、この顧客入力仕様を送信した相手先の複数の販売代理店端末4をそれぞれ操作する複数の販売者の中から、該各販売者の応答に基づいて1人の担当販売者を選択するので、最初に応答してきた販売者や所定の応答期間内に応答が有った販売者を担当販売者として選択するようにすれば、顧客からの見積請求や問い合わせ等に対して出来る限り早く応答できるようになり、顧客への迷惑を極小化することができる。また、上記所定操作が、顧客入力仕様と同じ仕様を有する車両の見積請求操作である場合に、各販売者の応答としてその車両の見積価格を入力送信させ、その見積価格の値を担当販売者の選択条件とすれば、顧客に対して適切な見積価格を早期に提供することができる。
【0255】尚、上記実施形態では、販売代理店に販売代理店側サーバ2を設置したが、販売代理店端末4が、販売代理店側サーバ2を介さなくても車両メーカ側サーバ1にアクセス可能であれば、販売代理店側サーバ2はなくてもよい。このようにした場合は、車両メーカ側サーバ1が、販売代理店側サーバ2が行う見積・査定処理(図32)や問い合わせ処理(図41)をも行うようにすればよく、この車両メーカ側サーバ1は、販売代理店端末4とユーザ端末5とに通信回線を介して接続された情報処理装置を構成することになり、この車両メーカ側サーバ1の記憶装置26が、この情報処理装置を制御するための情報処理プログラムを記録した記録媒体を構成することになる。また、この車両メーカ側サーバ1の通信インタフェース27が、ユーザ端末5に入力されかつ該ユーザ端末5から送信された顧客入力仕様を受信する仕様受信手段と、購入支援情報をユーザ端末5に送信する購入支援情報送信手段と、ユーザ端末5から仕様入力後における顧客の所定操作により送信された操作信号を受信する操作信号受信手段と、この操作信号受信手段により受信した操作信号を受けて、複数の販売代理店端末4に、上記仕様受信手段により受信した顧客入力仕様を送信する仕様送信手段とを構成し、この車両メーカ側サーバ1のCPU21が、購入支援DB33に記憶した車両の購入支援情報の中から、上記仕様受信手段により受信した顧客入力仕様と同じ仕様を有する車両の購入支援情報を選択する購入支援情報選択手段と、上記仕様送信手段により顧客入力仕様を送信した相手先の複数の販売代理店端末4をそれぞれ操作する複数の販売者の中から、該各販売者の応答に基づいて1人の担当販売者を選択する担当販売者選択手段とを構成することになる。
【0256】また、上記実施形態においては、車両メーカが販売代理店に対して上記見積・発注システムの採用を強制するものではなくて、各販売代理店が、顧客からの見積請求や問い合わせに対して出来る限り早く応答できるように、自らの希望で該システムを自発的に採用するものである。
【0257】さらに、上記実施形態では、仕様選定及び発注を行う商品(販売対象物)として自動車を例に挙げて説明したが、本発明は自動車等の車両に限られるものではなく、量産可能であって複数種類の仕様或いはオプション装備を設定可能な工業製品(例えば、電気製品やプレハブ住宅等)に広く適用して好適である。
【0258】
【発明の効果】以上説明したように、本発明によると、サーバ(情報処理装置)が、顧客用端末から顧客の所定操作により送信された操作信号を受けて、顧客が顧客用端末に入力した顧客入力仕様を複数の販売者用端末に送信し、この顧客入力仕様を送信した相手先の複数の販売者用端末をそれぞれ操作する複数の販売者の中から、該各販売者の応答に基づいて1人の担当販売者を選択するようにしたことにより、顧客からの見積請求や問い合わせ等に対して出来る限り早く応答できるようになり、顧客への迷惑の極小化を図ることができる。




 

 


     NEWS
会社検索順位 特許の出願数の順位が発表

URL変更
平成6年
平成7年
平成8年
平成9年
平成10年
平成11年
平成12年
平成13年


 
   お問い合わせ info@patentjp.com patentjp.com   Copyright 2007-2013