(57)【要約】【課題】一度、設定された仕様を容易に保存、再現できる機能を備えた自動車の販売支援装置等を提供すること。【解決手段】本発明の自動車の販売支援装置１は、装備選択要求に応答し選択された装備を備えたカスタマイズ車を設定する装置であり、設定可能な全カスタマイズ車のそれぞれに対応し且つ各カスタマイズ車の仕様を特定可能な予備車種コードを記憶する予備車種コード記憶手段１０と、設定されたカスタマイズ車に対応する予備車種コードを予備車種コード記憶手段から読み出し、読み出した予備車種コードをカスタマイズ車を設定したユーザと関連付けて記憶する仕様記憶手段１２と、クライアント端末から設定されたカスタマイズ車の発注に関する意思表示が行われ設定されたカスタマイズ車に対応する商品指定コードが生成されていないときに設定されたカスタマイズ車を特定する商品指定コードを生成する商品指定コード生成手段と備えている。【選択図】      図１
2004252858.tif 000002
【特許請求の範囲】
【請求項１】
通信回線を介して接続されたクライアント端末からの装備選択要求に応答し選択された装備を備えたカスタマイズ車を設定し、設定されたカスタマイズ車に関する情報を前記クライアント端末に提示する自動車の販売支援装置であって、
前記装備選択要求によって設定可能な全カスタマイズ車のそれぞれに対応し且つ各カスタマイズ車の仕様を特定可能な予備車種コードを記憶している予備車種コード記憶手段と、
前記クライアント端末からの保存要求に応答して、前記設定されたカスタマイズ車に対応する予備車種コードを前記予備車種コード記憶手段から読み出し、該読み出した予備車種コードを前記カスタマイズ車を設定したユーザと関連付けて記憶する仕様記憶手段と、
前記クライアント端末から前記設定されたカスタマイズ車の発注に関する意思表示が行われ、且つ、前記設定されたカスタマイズ車に対応する商品指定コードが生成されていなかったときには、前記設定されたカスタマイズ車を特定する商品指定コードを生成する商品指定コード生成手段と、
を備えていることを特徴とする自動車の販売支援装置。
【請求項２】
前記予備車種コードは、全ての前記選択可能な装備の採否を２進数で表わすことによって生成された２進数の列を、連続ビット列に変換したものである、
請求項１に記載の自動車の販売支援装置。
【請求項３】
前記予備車種コードは自動車のバージョン毎に規定される、
請求項２に記載の自動車の販売支援装置。
【請求項４】
前記装備間での採否関係を定めるルールが規定されている、
請求項１ないし３のいずれか１項に記載の自動車の販売支援装置。
【請求項５】
前記予備車種コードは、Ｂａｓｅ６４によってエンコードされたものであり、ＵＲＬエンコードに耐えられるように最終部に文字が付加されている、
請求項１ないし４のいずれか１項に記載の自動車の販売支援装置。
【請求項６】
前記装備選択要求によって選択することができる装備の価格が設定されており、
前記予備車種コードに基づいて装備の採否を判定し、前記装備選択要求に基づいて設定されたカスタマイズ車の価格を算出する価格算出手段を、さらに、備えている、
請求項２ないし５のいずれか１項に記載の自動車の販売支援装置。
【請求項７】
通信回線を介して接続されたクライアント端末からの装備選択要求に応答し選択された装備を備えたカスタマイズ車を設定し、設定されたカスタマイズ車に関する情報を前記クライアント端末に提示する自動車の販売支援方法であって、
前記装備選択要求によって設定可能な全カスタマイズ車のそれぞれに対応し且つ各カスタマイズ車の仕様を特定可能な予備車種コードを記憶するステップと、
前記クライアント端末からの保存要求に応答して、前記設定されたカスタマイズ車に対応する予備車種コードを前記予備車種コード記憶手段から読み出し、該読み出した予備車種コード記憶手段を前記カスタマイズ車を設定したユーザと関連付けて記憶するステップと、
前記クライアント端末から前記設定されたカスタマイズ車の発注に関する意思表示が行われ、且つ、前記設定されたカスタマイズ車に対応する商品指定コードが生成されていなかったときには、前記設定されたカスタマイズ車を特定する商品指定コードを生成するステップと、
を備えていることを特徴とする自動車の販売支援方法。
【請求項８】
通信回線を介して接続されたクライアント端末からの装備選択要求に応答し選択された装備を備えたカスタマイズ車を設定し、設定されたカスタマイズ車に関する情報を前記クライアント端末に提示する自動車の販売支援装置を制御するプログラムであって、
前記装備選択要求によって設定可能な全カスタマイズ車のそれぞれに対応し且つ各カスタマイズ車の仕様を特定可能な予備車種コードを記憶させ、
前記クライアント端末からの保存要求に応答して、前記設定されたカスタマイズ車に対応する予備車種コードを前記予備車種コード記憶手段から読み出し、該読み出した予備車種コード記憶手段を前記カスタマイズ車を設定したユーザと関連付けて記憶し、
前記クライアント端末から前記設定されたカスタマイズ車の発注に関する意思表示が行われ、且つ、前記設定されたカスタマイズ車に対応する商品指定コードが生成されていなかったときには、前記設定されたカスタマイズ車を特定する商品指定コードを生成するように、
自動車の販売支援装置を制御することを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、自動車の販売支援装置および方法等に関連し、詳細には、通信回線を介して自動車の販売を支援する自動車の販売支援装置および方法等に関する。
【０００２】
【従来の技術】
自動車販売の分野では、インターネット等のネットワークを介して自動車の装備を選択することにより、仮想空間上で、ベース車両を好みの装備を備えた車両（カスタマイズ車）にカスタマイズし、このカスタマイズ車に関する見積の請求、商談の申し込み等をオンラインで行えるようにした、ＢＴＯ（Ｂｕｉｌｄ  ｔｏ  Ｏｒｄｅｒ）と呼ばれるシステムが提案されている（例えば「ウエブチューンファクトリー」ｈｔｔｐ：／／ｗｗｗ．ｗ−ｔｕｎｅ．ｃｏｍを参照）。
【０００３】
一方、自動車産業において、生産および物流の管理は、車両の仕様毎に設定されている商品指定コードに基づいて行われている。商品指定コードは、車両の生産管理等に用いられるものであるため、ＢＴＯシステムによって設定可能な全てのタイプの仕様候補（カスタマイズ車候補）に対して、予め、設定されるのが望ましい。しかし、商品指定コードは複雑な採番ルールに基づいて設定されるため、選択可能な装備の数の増加によって種類が極めて多くなるカスタマイズ車の候補のそれぞれに対して、商品指定コードを予め設定しておくことは極めて煩雑で手間がかかる。さらに、ＢＴＯシステムでは、装備の選択により理論的には設定可能であっても、現実には、ユーザによって設定されない仕様（カスタマイズ車）が大部分であるため、全てのカスタマイズ候補に対して予め商品指定コードを生成しておくことは無駄である。
このため、ユーザが実際にカスタマイズ車を設定し、そのカスタマイズ車の発注を行ったときに、そのカスタマイズ車を特定する商品指定コードを生成するＢＴＯシステムが提案されている。
本発明はこのような技術をもとになされたものである。
【０００４】
【発明が解決しようとする課題】
しかしながら、上述したＢＴＯシステムでは、車両の発注が行われるまでは商品指定コードが設定されないため、設定されたが発注されなかったカスタマイズ車に対しては、商品指定コードが生成されない。即ち、設定されたが発注されなかったカスタマイズ車をコードで特定することができなかった。このため、設定されたが発注されなかった仕様のカスタマイズ車を、再度検討するために、後日、呼び出すことが容易にできず不便であった。
本発明は、このような事情に鑑みてなされたものであり、一度、設定された仕様を容易に保存、再現できる機能を備えた自動車の販売支援装置等を提供することを目的とする。
【０００５】
【課題を解決するための手段】
本発明によれば、通信回線を介して接続されたクライアント端末からの装備選択要求に応答し選択された装備を備えたカスタマイズ車を設定し、設定されたカスタマイズ車に関する情報を前記クライアント端末に提示する自動車の販売支援装置であって、前記装備選択要求によって設定可能な全カスタマイズ車のそれぞれに対応し且つ各カスタマイズ車の仕様を特定可能な予備車種コードを記憶している予備車種コード記憶手段と、前記クライアント端末からの保存要求に応答して、前記設定されたカスタマイズ車に対応する予備車種コードを前記予備車種コード記憶手段から読み出し、該読み出した予備車種コードを前記カスタマイズ車を設定したユーザと関連付けて記憶する仕様記憶手段と、前記クライアント端末から前記設定されたカスタマイズ車の発注に関する意思表示が行われ、且つ、前記設定されたカスタマイズ車に対応する商品指定コードが生成されていなかったときには、前記設定されたカスタマイズ車を特定する商品指定コードを生成する商品指定コード生成手段と、を備えていることを特徴とする自動車の販売支援装置が提供される。ここで、「発注に関する意思表示」とは、販売代理店（ディーラ）での価格を請求する「見積依頼」、販売代理店での商談を希望する「商談申込」等を指す。
【０００６】
このような構成によれば、設定可能なカスタマイズ車の全てを特定する予備車種コードが予め設定されているので、設定されたが発注に関する意思表示に至らなかったカスタマイズ車は予備車種コードで特定することが可能となる。また、予備車種コードから、カスタマイズ車の仕様（装備内容）を特定可能であるので、設定されたカスタマイズ車の仕様の管理が容易になる。
【０００７】
本発明の好ましい態様によれば、前記予備車種コードは、全ての前記選択可能な装備の採否を２進数で表わすことによって生成された２進数の列を、連続ビット列に変換したものである。このような構成によれば、予備車種コードを、選択可能な装備の採否から機械的に生成できるので、設定可能な全カスタマイズに設定しても、作業が繁雑とならない。
【０００８】
本発明の他の好ましい態様によれば、前記予備車種コードは自動車のバージョン毎に規定される。即ち、特定の車種がモデルチェンジをすると、ニューモデルに対しては、別の予備車種コードが規定される。
本発明の他の好ましい態様によれば、前記装備間での採否関係を定めるルールが規定されている。ここで採否関係を定めるルールとは、Ａ装備を取り付けた場合にはＢ装備は干渉により取付け不能となるため、「Ａ装備とＢ装備とを同時に選択できくする」というような、装備間での選択の可否を定めたルールをである。このような構成によれば、干渉し合う装備の選択が未然に防止される。
【０００９】
本発明の他の好ましい態様によれば、前記予備車種コードは、Ｂａｓｅ６４によってエンコードされたものであり、ＵＲＬエンコードに耐えられるように最終部に文字が付加されている。
本発明の他の好ましい態様によれば、前記装備選択要求によって選択することができる装備の価格が設定されており、前記予備車種コードに基づいて装備の採否を判定し、前記装備選択要求に基づいて設定されたカスタマイズ車の価格を算出する価格算出手段を、さらに、備えている。このような構成によれば、装備を選定する毎に、その時点での車両価格が算出される。
【００１０】
本発明の他の態様によれば、通信回線を介して接続されたクライアント端末からの装備選択要求に応答し選択された装備を備えたカスタマイズ車を設定し、設定されたカスタマイズ車に関する情報を前記クライアント端末に提示する自動車の販売支援方法であって、前記装備選択要求によって設定可能な全カスタマイズ車のそれぞれに対応し且つ各カスタマイズ車の仕様を特定可能な予備車種コードを記憶するステップと、前記クライアント端末からの保存要求に応答して、前記設定されたカスタマイズ車に対応する予備車種コードを前記予備車種コード記憶手段から読み出し、該読み出した予備車種コード記憶手段を前記カスタマイズ車を設定したユーザと関連付けて記憶するステップと、前記クライアント端末から前記設定されたカスタマイズ車の発注に関する意思表示が行われ、且つ、前記設定されたカスタマイズ車に対応する商品指定コードが生成されていなかったときには、前記設定されたカスタマイズ車を特定する商品指定コードを生成するステップと、を備えていることを特徴とする自動車の販売支援方法が提供される。
【００１１】
本発明の他の態様によれば、通信回線を介して接続されたクライアント端末からの装備選択要求に応答し選択された装備を備えたカスタマイズ車を設定し、設定されたカスタマイズ車に関する情報を前記クライアント端末に提示する自動車の販売支援装置を制御するプログラムであって、前記装備選択要求によって設定可能な全カスタマイズ車のそれぞれに対応し且つ各カスタマイズ車の仕様を特定可能な予備車種コードを記憶させ、前記クライアント端末からの保存要求に応答して、前記設定されたカスタマイズ車に対応する予備車種コードを前記予備車種コード記憶手段から読み出し、該読み出した予備車種コード記憶手段を前記カスタマイズ車を設定したユーザと関連付けて記憶し、前記クライアント端末から前記設定されたカスタマイズ車の発注に関する意思表示が行われ、且つ、前記設定されたカスタマイズ車に対応する商品指定コードが生成されていなかったときには、前記設定されたカスタマイズ車を特定する商品指定コードを生成するように自動車の販売支援装置を制御することを特徴とするプログラムが提供される。
【００１２】
【発明の実施の形態】
以下、図面に沿って、本発明の好ましい実施形態の自動車の販売支援装置を含む販売支援システムを詳細に説明する。販売支援システムＳは、自動車の購入を希望するユーザが、仮想空間上で、ベース車の装備を好みの装備に変更することによりカスタマイズしていき、最終的に、自分が望む仕様の車両（カスタマイズ車）を設定するＢＴＯ機能を備えている。即ち、本実施形態の販売支援装置は、ベース車に装備する複数の装備を取捨選択していくことにより、好みの仕様の自動車（カスタマイズ車）をオーダーメードで設定することができるように構成されている。
【００１３】
図１は、販売支援システムＳの全体構成を概略的に示す図面である。図１に示されているように、本発明の好ましい実施形態の自動車の販売支援装置として機能するサーバ１と、クライアント端末２と、販売代理店端末４とが、インターネット６に接続されている。サーバ１は、販売支援システムＳによって仕様が設定されたカスタマイズ車を生産する自動車メーカのサーバコンピュータであり、クライアント端末２、販売代理店端末４に対するアプリケーション・サーバ等として機能する。サーバ１は、自動車メーカ以外が運営してもよい。
【００１４】
クライアント端末２は、インターネットを介してサーバ１との間で情報の授受を行うことができるパーソナルコンピュータ、携帯情報端末または携帯電話等の装置である。販売代理店端末４は、クライアント端末と同様に、インターネットを介してサーバ１との間で情報の授受を行うことができる、自動車を販売する販売代理店（販売会社）に設置されたコンピュータ等である。
クライアント端末２は、自動車の購入を希望するユーザが所有する端末装置であっても、あるいは、販売代理店に設置された端末装置であっても良い。クライアント端末２は、ユーザが操作するものでも、販売代理店のスタッフが操作するものでもよい。さらに、クライアント端末２を販売代理店に設置するときには、販売代理店端末４に、クライアント端末２の機能を持たせる構成でも良い。
【００１５】
サーバ１は、価格データベース（ＤＢ）８と、購入支援情報データベース（ＤＢ）１０と、ユーザデータベース（ＤＢ）１２に接続されている。
価格ＤＢ８には、販売代理店毎に設定された、ベース車の価格、ベース車両に取付可能な装備（選択肢）の価格等の価格情報が記憶されている。
購入支援情報ＤＢ１０には、クライアント端末２に表示される各種画面に関する情報や、ベース車および選定可能な装備（選択肢）に関する情報等が格納されている。
【００１６】
本実施形態の販売支援システムＳによるＢＴＯでは、まず、ユーザが、購入支援ＤＢ１０の情報に基づいて、数種類のベース車から好みのベース車を選択する。さらに、このベース車のエンジン、トランスミッション、タイヤ、ステアリングホイール、ブレーキベダル、シフトノブ等の種々の部品（装備）を、好みに応じて、システム側が設定した選択可能な部品（装備）と交換し、好みの仕様のカスタマイズ車を設定することができる。購入支援ＤＢ１０には、装備相互間の組み合わせの可否に関するルール（例えば、ＡＢＳを装備すると、ＬＳＤを取付けることができない）も記憶されている。
【００１７】
本実施形態では、カスタマイズ車の見積依頼、又は、商談申込等の購入に関する意志決定がなされ、且つ、その仕様のカスタマイズ車を特定する商品指定コードが過去において生成されていない場合には、設定されたカスタマイズ車の仕様を特定する商品指定コードが設定される。このようにして設定された商品指定コードも、その商品指定コードによって特定されるカスタマイズ車の装備内容（仕様）と共に、購入支援情報ＤＢ１０に記憶される。
【００１８】
ユーザＤＢ１２には、販売支援システムＳにおいて各ユーザが過去に設定したカスタマイズ車に関する情報や、各ユーザに提示されたそのカスタマイズ車の見積価格等が、各ユーザに対して発行されているユーザＩＤに関連付けて記憶されている。ユーザは、ユーザＩＤ等による認証を行うことで、このユーザＤＢ１２に格納されている情報にアクセスすることが可能になる。
さらに、本実施形態では、選択可能な装備（選択肢）を組み合わせることによって設定可能な全種類のカスタマイズ車のそれぞれと一意的に対応する予備車種コードが購入支援情報ＤＢ１０に記憶されている。装備を選択することによって特定のカスタマイズ車を設定したユーザが、そのカスタマイズ車の仕様を保存すること望むときには、そのカスタマイズ車を特定する予備車種コードが、そのユーザに対して発行されているユーザＩＤに関連付けられてユーザＤＢ１２に記憶される。
【００１９】
サーバ１は、進捗管理コンピュータ１４に通信回線によって接続されている。進捗管理コンピュータ１４は、見積価格の提供から商談・契約に至るまでの進捗状況を管理すると共に、商品指定コードによって発注を行うコンピュータである。この進捗管理コンピュータ１４は、専用線で販売代理店端末４が接続されている。
進捗管理コンピュータ１４は、社内ＬＡＮ等のネットワーク１６を介して、生産管理コンピュータ１８、および、物流管理コンピュータ２０に、互いにアクセス可能に接続されている。生産管理コンピュータ１８は、販売支援システムＳにより発注されたカスタマイズ車の組み立て状況等を管理するコンピュータであり、商品指定コードに対応する生産管理コードに基づいて、組み立て状況等を管理するように構成されている。物流管理コンピュータ２０は、組み立てられたカスタマイズ車の搬送状況等を管理するコンピュータであり、商品指定コードに対応する物流管理コードに基づいて、車両の搬送状況等を管理するように構成されている。
【００２０】
図２は、販売支援システムＳにおいて実行される処理の体系を示すブロック図であり、各ブロックは、サーバ１が実行する処理の一単位（処理モジュール）である。これらの処理プログラムは、サーバ１の記憶装置等に予め記憶されている。尚、処理を実行させるプログラムは、例えばＣＤ−ＲＯＭ等の記録媒体（図示省略）に記録されることもあり、この場合は、サーバ１が、この記録媒体に記録されたプログラムを読みとることによって、このサーバ１が各処理を実行する。
【００２１】
次に、各処理モジュールの機能について概説する。
イニシャル処理（Ｍ１）：販売支援システムＳの初期画面をクライアント端末２に提供する処理である。
車両仕様選定処理（Ｍ２）：クライアント端末２を操作するユーザに、予め用意された選択肢の中から所望の選択肢を選択する操作を繰り返し実行させることにより、ベース車に好みの装備を取り付け、所望のカスタマイズ車を設定できるようにする処理である。
カスタマイズ車記憶処理（Ｍ３）：ユーザの要求に応じて、確定したカスタマイズ車の仕様を、そのカスタマイズ車の仕様を特定する予備車種コードと関付けてユーザＤＢ１２に記憶させる処理である。
見積依頼処理（Ｍ４）：ユーザの要求に応じて、販売代理店に対して、仕様が確定したカスタマイズ車の販売価格の見積を依頼する処理である。
商談申し込み処理（Ｍ５）：仕様が確定したカスタマイズ車に関する商談をユーザが希望する場合、その旨を販売代理店に報知する処理である。
購入検討確認処理（Ｍ６）：クライアント端末２のユーザが、カスタマイズ車の情報をユーザＤＢ１２に記憶させていたり、既に見積依頼をしていたり、既に商談を申し込んでいる場合に、そのユーザに対して、過去に設定したカスタマイズ車に関する情報や、過去の見積価格等を提供する処理である。
納期照会処理（Ｍ７）：カスタマイズ車を発注したユーザ（ユーザ）に対して、そのカスタマイズ車の製造状況および納期を報知する処理である。
インストラクション処理（Ｍ８）：販売支援システムＳの利用方法や各種機能をユーザに説明する処理である。
【００２２】
次に、サーバ１のＣＰＵにより実行される処理を具体的に説明する。
図３は、イニシャル処理（Ｍ１）が表示するホーム画面Ａ−１を例示する図であり、このホーム画面Ａ−１は、クライアント端末２が本システムＳのサイトにアクセスしたときに、上記クライアント端末２に表示される画面である。
図２に示されているように、この表示画面には、複数の操作ボタンが表示されており、「このサイトについて」又は「ご購入手順」の操作ボタンが操作されたときには、上記インストラクション処理（Ｍ８）の機能により、クライアント端末２に、所定の説明画面が表示される。また、「ご購入検討一覧」の操作ボタンが操作されたときには、クライアント端末２に対して、購入検討確認処理（Ｍ６）が行われる。さらに、「ご購入車両納期照会」の操作ボタンが操作されたときには、クライアント端末２に対して、納期照会処理（Ｍ７）が行われる。
【００２３】
また、ホーム画面Ａ−１において、カスタマイズしたいベース車として例示されている車種Ａ（スポーツタイプ）、又は、車種Ｂ（ワゴンタイプ）の写真部分がクリックされたときには、クライアント端末２に対して、車両仕様選定処理（Ｍ２）が開始され。
この車両仕様選定処理では、ユーザが、選択したベース車の所定の装備（例えば１６００５ＭＴのエンジン・トランスミッション）を、所定の選択肢（例えば、１６００４ＡＴ、または、１８００６ＭＴ）と交換（選択）して、ベース車の内容を変更（カスタマイズ）していくことができる。すなわち、ベース車に予め設定されていた各種の装備を、ユーザの選択操作により、他のタイプの装備に置き換えたり、或いは、ベース車には設定されていない装備（オプション装備）を追加することができる。
【００２４】
図４は、車両仕様選定処理（Ｍ２）が表示する車両仕様選定画面Ｂ−１の一例を示している。この車両仕様選定画面Ｂ−１では、中央に、現在選択されている装備内容を備えた車両の外観および運転席まわりの写真が表示される。また、上部に、現在の装備内容の車両価格が表示される。さらに、下部に、「ｓｔａｒｔモデル変更」、「０１カラー」、「０２メカニズム」、「０３タイヤ」、「０４エクステリア」、「０５シート」、「０６インパネ」、「０７インテリア」、「０８オーディオ」および「Ｆｉｎｉｓｈ」のカスタマイズボタンが設定されている。
【００２５】
「Ｓｔａｒｔモデル変更」をクリックすることにより、ベース車の他候補が表示され、ベース車を変更することができる。また、「０１カラー」をクリックすることにより、図４に示されているように、選択可能なボディカラー（スプラッシュグリーンマイカ、ガーネットレッドマイカ、グレースグリーンマイカなど）がカラーサンプルと共に表示され、ユーザがいずれかを選択すると、画面中央の車両のボディカラーが選択した色にペイントされる。
【００２６】
また、「０２メカニズム」をクリックすると、この項目「０２メカニズム」内で選択可能な装備のタイトル、例えば、「エンジン＆トランスミッション」、「シャーシ」等が表示され、さらに「エンジン＆トランスミッション」をクリックすることにより、選択可能なエンジンとトランスミッションの組合わせ、例えば「１６００４ＡＴ」、「１８００５ＭＴ」、「１８００６ＭＴ」等が表示される。ユーザは、これらの選択肢の中から、好みのエンジンを選択する。この選択を反映して、上部の車両価格が変更される。このようにして、他の装備、「タイヤ」、「シート」、「オーディオ」等を選択していく。画面上の車両の写真および価格は、選択内容を反映して、逐次変更される。
【００２７】
カスタマイズが終了（カスタマイズ車が確定）すると、左上の保存をクリックすることにより、設定（確定）したカスタマイズ車（仕様）を一意的に特定する予備車種コードと該ユーザのＩＤ等とが関連づけられてユーザＤＢ１２に記憶されるカスタマイズ車記憶処理（Ｍ３）が実行される。
【００２８】
また、「Ｆｉｎｉｓｈ」をクリックすることより、販売代理店での販売価格を求める「見積請求」、販売代理店での商談を申し込む「商談申込」を選択できる画面が表示される。「見積請求」の操作ボタンを操作したときには、上記見積依頼処理（Ｍ４）が開始され、「商談申込」の操作ボタンを操作したときには、商談申し込み処理（Ｍ５）が開始される。
【００２９】
サーバ１では、見積依頼処理（Ｍ４）又は商談申し込み処理（Ｍ５）のいずれかを実行するときは、商品指定コード設定処理を実行する。これにより、仕様選定処理において設定されたカスタマイズ車と選択肢が同じ仕様に対して商品指定コードが設定されていないときには、設定された（確定した）カスタマイズ車（選択肢の組み合わせ即ち仕様）に対して新たな商品指定コードが設定される。
【００３０】
このように、カスタマイズ車記憶処理（Ｍ３）では、設定されたカスタマイズ車両が予備車種コードと関連付けて記憶する処理が実行され、見積依頼処理（Ｍ４）又は商談申込処理（Ｍ５）では、商品指定コードでカスタマイズ車を特定して記憶する処理が実行される。すなわち、見積依頼、又は、商談申し込みなどの「発注に関する意思表示」が行われると、必要に応じて、新たな商品指定コードが設定される。
【００３１】
次に、予備車種コードの生成について説明する。この予備車種コードは、上述したように、選択可能な装備（選択肢）を組み合わせることによって設定可能な全てのカスタマイズ車のそれぞれを一意的に特定できる（対応する）コードであり、予め生成されて販売支援情報ＤＢ１０に記憶されている。
本実施形態では、図５に一部が示されているような、選択可能な仕様単位を定義した表が作成されている。予備車種コードは、この表に基づいて生成される。
【００３２】
この表では、まず、選択可能なベース車、即ち、ＮＢ１３をベースとしたＮ０８２というベース車（車両価格１、８９０、０００円）と、ＮＢ１３をベースとしたＮ０８３というベース車（車両価格１、９８０、０００円）が、上二段に配置されている。図５の例のカスタマイズ車では、「Ｎ０８２」がベース車として選択されているので、Ｎ０８２の段のビット列に、採用を示す「１」が設定される。従って、他方のベース車両（Ｎ０８３）を規定する２段目のビット列には、不採用を示す「０」が設定される。
【００３３】
次の３段では、「エンジンとトランスミション」の採否が定義される。このカスタマイズ車の例では、「１６００４ＡＴ」が採用されているので、この装備に対応するビット列に「１」が、他のエンジンに対応するビット列に「０」が設定されている。このように、同一部品に関しては、ビット列に択一的に「１」、「０」が設定される。従って、「１６００４ＡＴ」に換えて、「１８００６ＭＴ」が選択されたカスタマイズ車では、「１６００４ＡＴ」に対応する３段目のビット列に「０」が、「１８００６ＭＴ」に対応する５段目のビット列に「１」が設定されることになる。
【００３４】
さらに、次の２段は、ＡＢＳの採否を定義しており、このカスタマイズ車では、ＡＢＳは選択されていないので、ＡＢＳ装着を示す項のビット列に「０」が、ＡＢＳ非装着を示す項のビット列に「１」が設定されている。さらに、シート、ステアリング等の装備品、他のオプションについても採否を応じて、「０」、「１」が設定される。
このように、全ての装備（選択肢）に関する項のビット列に、その装備（選択肢）の採否に応じて「０」、又は、「１」を設定することにより、特定の仕様のカスタマイズ車を一意的に示す、ビット列（例えば、１０１０００１００１１０１……）が設定される。このビット列をＢａｓｅ６４によりエンコードし、さらに、最終部に文字を付加することにより、図６に示されているような、文字列からなる予備車種コードが生成される。
【００３５】
このような予備車種コードが、選択可能な、ベース車および装備の組み合わせにより設定可能な全てのカスタマイズ車（仕様）のそれぞれについて、予め設定され記憶されている。また、自動車がモデルチェンジをして異なったバージョンとなると、予備車種コードも異なったバージョンに対応したものが新たに設定される。
【００３６】
図５に示されているように、この表で、各装備は、その価格と関連付けられているので、各装備に採否に基づくビット列に基づく予備車種コードは、各装置の採否およびカスタマイズ車の価格を間接的に反映していることになる。また、このような予備車種コードは、機械的に生成できるため、生成、処理等が極めて容易である。
【００３７】
また、本実施形態の販売支援システムＳは、図７の表に一部が示されているような、装備相互間の組み合わせの採否関係を定義するルールを備えている。本実施形態では、このルールは、購入支援情報ＤＢ１２に記憶されている。このルールには、例えば、「ｄｅｆ」、「ｃｏｍ」、「ｒｅｑ」、「ｎｏｔ」等のタイプがある。「ｄｅｆ」であり、図７の表の第１段目では、「ベース車はＮ０８２モデルにＭＮＡ、ＬＱＸ、ＡＯＢ等のオプションを装着したもの」であるとして、ベース車の装備内容を規定している。
【００３８】
また、「ｃｏｍ」は絶対条件であり、図７の表の第２段目では、「モデルＮ０８２は１６００ＡＴのＡＢＳなし」であることを規定している。さらに、「ｒｅｑ」は選択条件であり、図７の表の第６段目では、「ユニットＡＢＳは１６００５ＭＴに装着可能」であることを規定している。さらに、「ｎｏｔ」は否定条件であり、図７の表の第９段目では、「オプションＬＱＸを装着すればＡＢＣは装着不可」であることを規定している。
本実施形態では、ユーザが、車両仕様選定処理で装備を選択する毎に、このようにして規定されている採否のルールが参照され、ユーザが選択した装備が装着できないと判定されたときには、その旨の警告が表示される。
【００３９】
次に、ユーザが販売支援システムＳを用いてカスタマイズを行うときにサーバ１で行われる処理の一例を、図８のフローチャートに沿って説明する。
処理が開始されると、まず、ステップＳ１で、ユーザが選択仕様を設定済みであるか否か、即ち、ユーザが装備の選択を行ったか否かが判定される。カスタマイズを開始したユーザが最初にベース車を選択したとき、選択したベース車に対し装備の変更（追加等）を行ったときは、ＹＥＳとなる。例えば、Ｎ０８２をベース車として選択したとき、ステアリングホイールをベース車のステアリングホイールから他のステアリングホイールに変更したとき等である。
【００４０】
ステップＳ１で、ＹＥＳのときには、ステップＳ２に進み、ステップＳ１で選択された装備内容を備えたカスタマイズ車（仕様）に対応する予備車種コードが呼び出され、ステップＳ３に進む。
一方、ステップＳ１でＮＯのときには、ステップＳ３に進み、予備車種コードの読み出し要求があったか否かが判定される。以前にカスタマイズ車を設定したことがあるユーザが再度、このシステムを利用し、以前に設定して保存したカスタマイズ車（仕様）を呼び出すことを要求しているか否かが判定される。ステップＳ３でＹＥＳのときには、ステップＳ４に進み、そのユーザのユーザＩＤと関連付けて保存されている予備車種コードに基づいて、そのユーザが以前に設定したカスタマイズ車（仕様）が特定され詳細が読出される。
【００４１】
ステップＳ２又はステップＳ４の処理が終了すると、ステップＳ５に進み、予備車種コードに基づいて、その予備車種コードで特定されるカスタマイズ車の画像と価格をクライアント端末に表示させる。価格は、予備車種コードに基づいて、各装備の採否を判定して算出するのが好ましい。ユーザはこの表示を見て、他の装備の選択肢（例えば、選択可能なタイヤ）の表示を求める操作を行う。ユーザからのこの操作に応答して、ステップＳ６で、装備間の採否のルール（図７）を参酌して、現在設定されているカスタマイズ車（仕様）に装着可能な装備（例えば、タイヤ）の選択肢（例えば、１８５／５５Ｒ１５、１９５／５０Ｒ１６等）を写真と共にクライアント端末２の画面に表示する。ユーザは、表示された選択肢から好みの装備（好みのタイヤ）を選択し決定する（選択要求）。この操作に応答し、サーバ１は、Ｂ−１（図５）上の車両の写真を選択された装備を装着した状態に変更するとともに、画面上の車両価格を、選択された装備の価格を反映した価格に変更する。
【００４２】
次いで、ステップＳ７に進み、現在、設定されているカスタマイズ車（仕様）の保存が要求されているかを判定する。システムを利用するユーザが、保存ボタンをクリックしたときにＹＥＳとなる。ステップＳ７でＹＥＳのときには、ステップＳ８に進み、現在、設定されているカスタマイズ車（仕様）に対応する予備車種コードを、そのユーザが設定したカスタマイズ車（仕様）を特定するコードとしてそのユーザのユーザＩＤと関連付けて記憶する。この処理により、このユーザが、後日、このカスタマイズ車（仕様）を呼び出すことを求めたとき、ユーザＩＤと予備車種コードとに基づいて、カスタマイズ車（仕様）を容易に再現できる。
【００４３】
ステップＳ７でＮＯのとき、および、ステップＳ８の処理を終了すると、ステップＳ９に進み、見積請求（Ｍ４）又は商談申込（Ｍ５）があったか否かを判定する。ステップＳ９でＹＥＳのときには、ステップＳ１０に進み、見積依頼又は商談申込の対象となるカスタマイズ車と、同じ仕様の車両に対して、商品指定コードが既に設定されているか否かを判定する。
【００４４】
ステップＳ１０でＮＯのときには、ステップＳ１１に進み、そのカスタマイズ車（仕様）を特定するための商品指定コードを、購入支援情報ＤＢ１２に格納されている商品指定コードの採番ルールに基づいて設定し、購入支援情報ＤＢ１２に、その仕様（選択肢の組み合わせ）を、設定した商品指定コードと対応付けて格納する。
【００４５】
ステップＳ１０でＹＥＳ、または、ステップＳ１１の処理を終えたときには、ステップＳ１２で、生産管理コンピュータ１８に対して、ステップＳ１１で設定した商品指定コードを提供して、この商品指定コードに対応する生産管理コードを設定させると共に、物流管理コンピュータ２０に対しても、設定した商品指定コードを提供して、この商品指定コードに対応する物流管理コードを設定させる。また、設定した商品指定コードに係る個別仕様車の税金の額を算出し、これを、上記商品指定コードと対応付けて、上記価格ＤＢ１１に格納する。
本発明は、上記実施形態に限定されることなく、特許請求の範囲に記載された技術事項の範囲内で種々の変更又は変形が可能である。
【００４６】
【発明の効果】
以上のように、本発明によれば、一度、設定された仕様を容易に保存、再現できる機能を備えた自動車の販売支援装置等を提供することができる。
【図面の簡単な説明】
【図１】本発明の好ましい実施形態の自動車の販売支援装置を含む販売支援システムの全体構成を概略的に示す図面である。
【図２】販売支援システムにおいて実行される処理の体系を示すブロック図である。
【図３】販売支援システムにおいて実行されるイニシャル処理で表示される画面Ａ−１の一例である。
【図４】販売支援システムにおいて実行される車両仕様選定処理で表示される車両仕様選定画面の一例である。
【図５】選択可能な仕様単位を定義した表の一部分である。
【図６】予備車種コードの一例である。
【図７】選択可能な装備相互間の組み合わせの採否関係を定義するルールの表である。
【図８】ＢＴＯが行われるときにサーバで行われる処理の一例を示すフローチャートである。
【符号の説明】
Ｓ：販売支援システム
１：サーバ
２：クライアント端末
４：販売代理店端末
８：価格データベース（ＤＢ）
１０：購入支援情報データベース（ＤＢ）
１２：ユーザデータベース（ＤＢ）
【図１】
2004252858.tif 000003
【図２】
2004252858.tif 000004
【図３】
2004252858.tif 000005
【図４】
2004252858.tif 000006
【図５】
2004252858.tif 000007
【図６】
2004252858.tif 000008
【図７】
2004252858.tif 000009
【図８】
2004252858.tif 000010