JP2003242329A

JP2003242329A - 顧客のニーズに適合するよう車両の仕様を最適化するコンピュータシステムおよびその方法

Info

Publication number: JP2003242329A
Application number: JP2002036724A
Authority: JP
Inventors: Takashi Takakura; 敬司高倉; Tatsutada Kameoka; 達忠亀岡
Original assignee: Honda Motor Co Ltd
Current assignee: Honda Motor Co Ltd
Priority date: 2002-02-14
Filing date: 2002-02-14
Publication date: 2003-08-29
Also published as: US20030154095A1

Abstract

(57)【要約】【課題】顧客のニーズに適合するように最適化された車
両の仕様を自動的に生成する。【解決手段】顧客のニーズに適合するよう車両の仕様を
最適化するコンピュータシステムが提供される。該シス
テムは、車両に対する顧客のニーズに関連付けられたフ
ァクターを格納する顧客データベースと、仕様最適化エ
ンジンを備える。仕様最適化エンジンは、ファクターを
分析して、車両が顧客のニーズに適合しているかどうか
を判断する。車両が顧客のニーズに適合していないと判
断したならば、顧客データベースから顧客のニーズを抽
出し、該抽出された顧客のニーズに適合するよう最適化
された仕様を該車両について算出する。顧客のニーズに
は、顧客が所望する装備および所望しない装備を含むこ
とができる。算出された仕様は、車両を提供する企業の
要件を満たすように調整されることができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、顧客のニーズに
適合するように車両の仕様を自動的に最適化するコンピ
ュータシステムに関する。

【０００２】

【従来の技術】顧客のニーズに従って企業が商品を提供
するためのコンピュータによる方法が、いくつか提案さ
れている。特開２０００−１３２５９１号公報に記載さ
れたシステムは、指定されたルールに従って商品情報を
カスタマイズし、特定の宛先に適合した商品を提案す
る。

【０００３】特開２００１−３０６７８３号公報に記載
された方法は、アンケートによって複数の商品コンセプ
トを収集する。収集された商品コンセプトのそれぞれに
ついて、理想の商品に関する商品コンセプトであると認
識する被験者の数と、現行製品に関する商品コンセプト
であると認識する被験者の数を求める。「前者の数／後
者の数」で表される比率が大きい商品コンセプトを、開
発のターゲットとする。

【０００４】顧客に販売するために車両を開発する際に
も、当然のことながら顧客のニーズが考慮される。車両
の仕様は、顧客のニーズを満たすように設計される。通
常、顧客のニーズは、過去の車両販売の実績、顧客から
のアンケート、マーケットリサーチ等に基づき、専門家
による分析を介して求められる。求められた顧客のニー
ズと、開発および生産等に関連する企業要件とがバラン
スするよう、車両の仕様が決定される。

【０００５】

【発明が解決しようとする課題】顧客のニーズは、時代
の流行、経済状況等によって変化する。ある車両を販売
した時のニーズと、該販売時から数年経過した時のニー
ズとが異なることも多い。マーケットリサーチ等の分析
に基づく仕様の決定は、分析作業に時間がかかるため、
車両に対する顧客の現在のニーズをタイムリーに反映し
ないことがある。

【０００６】また、車両の仕様には、エンジンの性能、
室内の装飾、車体のデザイン、ステレオの装備等を含む
様々なコンポーネントが含まれる。これらのコンポーネ
ントの組合せの数は膨大である。従来のシステムでは、
このような膨大な数のコンポーネントの組合せから、多
様化してきている顧客のニーズに適合し、かつ企業要件
に適合するような仕様を決定するのは、困難である。

【０００７】したがって、車両に対する顧客の現在のニ
ーズに適合するように最適化された仕様を、タイムリー
に算出することができるシステムおよび方法が必要とさ
れている。また、車両に取り付けられることが可能な膨
大な数のコンポーネントの中から、顧客のニーズに適合
するコンポーネントの組合せを自動的に選択することが
できるシステムおよび方法が必要とされている。

【０００８】

【課題を解決するための手段】この発明のコンピュータ
システムは、顧客のニーズに適合するように車両の仕様
を最適化する。該システムは、車両に対する顧客のニー
ズに関連付けられたファクターを格納する顧客データベ
ースを備える。さらに、該システムは、仕様最適化エン
ジンを備える。仕様最適化エンジンは、顧客データベー
スにおけるファクターを分析して、車両が顧客のニーズ
に適合しているかどうかを判断し、車両が顧客のニーズ
に適合していないと判断したならば、顧客データベース
から顧客のニーズを抽出し、抽出された顧客のニーズに
適合するよう最適化された仕様を該車両について算出す
るようプログラムされている。

【０００９】この発明によると、顧客のニーズに関連付
けられたファクターの分析に基づいて、顧客のニーズに
適合した仕様を備える車両をタイムリーに顧客に提供す
ることができる。

【００１０】また、この発明の一形態においては、仕様
最適化エンジンは、車両を提供する企業の要件を満たす
ように、最適化された仕様を調整するようプログラムさ
れる。最終的に出力される仕様は企業の要件を満たして
いるので、顧客のニーズに適合した車両を生産する体制
を即座に整えることができる。

【００１１】この発明の一形態においては、ファクター
は、車両に対する顧客の満足度を表すスコアを含む。仕
様最適化エンジンは、スコアが減少したならば、車両が
顧客のニーズを満たしていないと判断する。他の形態に
おいては、ファクターは、車両の販売台数または受注台
数を含む。仕様最適化エンジンは、車両の販売台数また
は受注台数が減少したならば、車両が顧客のニーズを満
たしていないと判断する。さらに他の形態においては、
ファクターは、自動車業界の販売状況および車両の販売
台数を含む。仕様最適化エンジンは、自動車業界におけ
る販売状況と比較して車両の販売台数が減少したなら
ば、該車両が顧客のニーズを満たしていないと判断す
る。いずれの形態においても、ファクターを分析するこ
とにより、車両が顧客のニーズを満たしているかどうか
を判断することができる。車両が顧客のニーズを満たし
ていないと判断されたことに応答して仕様の算出が自動
的に起動されるので、顧客のニーズを満たした仕様をタ
イムリーに生成することができる。

【００１２】この発明の一形態においては、最適化され
た仕様の算出は、車両の現行の仕様と他社の車両の仕様
とを比較し、該現行の仕様が該他社の車両の仕様よりも
劣っていると評価された仕様項目を抽出し、該抽出され
た仕様項目について該現行の仕様を変更することを含
む。該仕様の変更は、該抽出された仕様項目が該他社の
車両の仕様と同等になるように実施される。こうして、
競合車よりも劣っている仕様項目が改良され、競合車に
同等の仕様を自動的に生成することができる。

【００１３】この発明の一形態において、顧客のニーズ
は、車両の現行の仕様に対して顧客が所望する所望仕様
項目および所望しない不所望仕様項目を含む。最適化さ
れた仕様の算出は、該所望仕様項目を車両の現行の仕様
に追加し、該不所望仕様項目を該現行の仕様から削除す
ることを含む。こうして、顧客のニーズに適合した仕様
が自動的に生成される。

【００１４】この発明の一形態において、車両の現行の
仕様は、独立して追加および削除が不能な排他的部品を
含む。顧客が所望する所望仕様項目が該排他的部品に含
まれるならば、該所望仕様項目の該現行の仕様への追加
は取り消される。顧客が所望しない不所望仕様項目が排
他的部品に含まれるならば、該不所望仕様項目の該現行
の仕様からの削除は取り消される。排他的部品を考慮し
て仕様が最適化されるので、実現不可能な仕様が生成さ
れることを回避することができる。

【００１５】この発明の一形態においては、企業の要件
は、車両の生産に関連する工数の上限を含む。他の形態
においては、企業要件は、車両の仕様項目の組合せ数の
上限を含む。最適化された仕様は、これらの企業要件を
満たすように調整される。したがって、最終的に出力さ
れる最適化仕様は、企業において即座に生産に使用こと
ができる実現可能な仕様である。

【００１６】

【発明の実施の形態】次に図面を参照して、この発明の
実施の形態を説明する。以下の説明において、車両Ｙお
よびＺは、ある車種に属する車両を一般的に示し、特定
の１台の車両を示すものではない。

【００１７】図１は、この発明のシステムの一実施例に
従う全体的なブロック図である。この実施例は、自動車
の製造販売を行う企業Ｘの営業支援システムを示す。商
品企画部、生産計画部、および営業部の端末１〜３は、
企業Ｘのイントラネットを介して、営業支援システムの
イントラネット入出力部７に接続されている。

【００１８】企業Ｘのホームページを保持するウェブサ
ーバ５も、企業Ｘのイントラネット入出力部７に接続さ
れている。企業Ｘのホームページには、企業が販売する
車両についてのアンケートを顧客に提供するためのペー
ジが用意されている。顧客は、該ページにおいて該アン
ケートにデータを記入し、送信することができる。代替
的に、顧客は、顧客が電子メールによってアンケートに
応答することもできる。

【００１９】営業所および販売店等のサーバ６も、イン
トラネット入出力部７に接続されている。アンケート
は、営業所、販売店、および展示会等において紙として
用意されている。アンケート用紙に記入されたデータ
は、端末３およびサーバ６を介して営業支援システムに
入力される。

【００２０】端末１〜３、およびサーバ６および７を介
して送信されたデータは、イントラネット入出力部７を
介してデータ生成部８に渡される。データ生成部８は、
これらのデータを用いて、データベース１０〜１７にお
けるデータを生成および更新する。

【００２１】顧客満足度（ＣＳ）データベース１０は、
企業が販売する車両について顧客の満足度を記憶するデ
ータベースである。顧客の満足度は、顧客によって記入
されたアンケートの答えに基づいて数値化される。さら
に、顧客満足度データベース１０は、該アンケートに記
入された、顧客が所望する装備および所望しない装備の
詳細データを有する。該所望／不所望装備データは、顧
客のニーズを表している。該所望／不所望装備データ
は、顧客の満足度に関連づけられている。

【００２２】販売データベース１１は、企業が販売する
車両について、各月の販売数および受注数を格納する。
業界データベース１２は、それぞれのカテゴリについ
て、各月の自動車業界における車両の販売数を格納す
る。ここで、カテゴリは、車両の排気量等に応じて予め
決められた分類を示す。

【００２３】他社データベース１３は、他社によって新
規に発売された車両に関する情報を格納する。具体的に
は、他社の新規車両についての発売時期および車種が格
納される。さらに、カテゴリ、排気量、装備、価格、販
売数および受注数等を含む情報を格納してもよい。

【００２４】企業要件データベース１４は、車両の開発
および生産等について企業Ｘが考慮すべき要件を格納す
る。通常、車両の販売において利益を確保するための様
々な要件、および該車両を実際に生産するための様々な
要件が企業Ｘに存在する。たとえば、これらの要件に
は、生産ラインの形状および稼働率、工数、部品数、部
品の組合せ数等が含まれる。それぞれの企業要件には、
該企業要件が適用される車種およびグレードが関連付け
られている。

【００２５】企業要件データベース１４は、さらに、車
両の排他的部品に関する情報を記憶する。排他的部品
は、一緒に取り付けられなければならない部品の組合せ
を示す。たとえば、「サンルーフ」は、「電動パワース
テアリング」と一緒に取り付けなければならない排他的
部品である。顧客が「サンルーフ」の装備を要望した場
合、「電動パワーステアリング」も同時に取り付けられ
なければならない。逆に、「電動パワーステアリング」
も、「サンルーフ」と一緒に取り付けなければならない
排他的部品である。それぞれの排他的部品には、車種お
よびグレードが関連付けられている。

【００２６】車両部品データベース１６は、車両に装備
されている部品に関連する情報を格納する。この実施例
においては、「装備されている部品」は、仕様において
１項目として規定される部品であり、よって以下仕様項
目と呼ばれる。車両部品データベース１６は、それぞれ
の仕様項目について、サプライヤ、ロット数およびコス
ト等を保持する。それぞれの部品には、該部品が装備さ
れている車種およびグレードが関連づけられている。

【００２７】調達可能データベース１７は、企業Ｘおよ
び（または）関連するサプライヤから調達可能な仕様項
目（部品）の一覧を格納する。仕様項目のそれぞれにつ
いて、サプライヤ、コスト、在庫の有無、現在装備され
ている車両等を記憶してもよい。また、それぞれの仕様
項目について、該仕様項目の追加または削除がマイナー
チェンジにおいて可能なのか、またはフルモデルチェン
ジにおいて可能なのかを示す標示を保持するようにして
もよい。

【００２８】仕様最適化エンジン３０は、データベース
１０〜１７に含まれるデータに基づいて、企業Ｘが販売
する車両に対する顧客のニーズを満たすように最適化さ
れた仕様を出力する。出力された最適化仕様は、最適化
仕様データベース２５に格納される。

【００２９】仕様最適化エンジン３０によって、ある車
両Ｙについて最適化された仕様が算出された時、該車両
Ｙの最適化された仕様と現在の仕様との差は、データベ
ース２０〜２１に格納される。最適化された仕様が、現
在の仕様に含まれていない仕様項目を含み、かつ該仕様
項目が企業Ｘにおいて調達可能でないならば、該仕様項
目を新たに開発しなければならない。したがって、該仕
様項目は開発依頼装備データベース２２に記憶される。
最適化された仕様が、現在の仕様に含まれていない仕様
項目を含み、かつ該仕様項目が調達可能ならば、該仕様
項目は追加装備データベース２０に記憶される。現在の
仕様が、最適化された仕様項目に含まれていない仕様項
目を含むならば、該仕様項目は削除装備データベース２
１に記憶される。

【００３０】図２は、図１に示される仕様最適化エンジ
ン３０の詳細な機能ブロック図を示す。分析部３１は、
データベース１０〜１２からそれぞれ抽出される、顧客
の満足度、車両Ｙの販売数および受注数、および自動車
業界の販売状況からなるファクターを以下のようにして
分析する。

【００３１】１）顧客の満足度：満足度が低下したかど
うか調べる。代替的に、満足度が所定レベルに達してい
ない場合を検出するようにしてもよい。または、満足度
が所定量以上低下した場合を検出するようにしてもよ
い。

【００３２】２）販売数：自動車業界において車両Ｙが
属するカテゴリにおける車両の販売数の推移に比べ、車
両Ｙの販売数が低下しているかどうか調べる。代替的
に、車両Ｙの販売数が、業界の販売数に対して所定レベ
ルに達していない場合を検出するようにしてもよい。

【００３３】３）受注数：受注数が低下したかどうか調
べる。代替的に、受注数が所定レベルに達していない場
合を検出するようにしてもよい。または、受注数が所定
量以上低下した場合を検出するようにしてもよい。

【００３４】上記１）〜３）に示されるように、満足
度、販売数および受注数のいずれかが低下した場合、車
両Ｙが何らかの原因で顧客ニーズを満たしていないこと
を示す。トリガ検出部３２は、満足度、販売数および受
注数のいずれかが低下した場合、最適化処理を起動す
る。

【００３５】代替的に、上記ファクターに加え、または
上記ファクターの代わりに、顧客ニーズの変動を反映す
る他のファクターを用いて分析を実施してもよい。たと
えば、経済状況を考慮に入れて分析を実施することがで
きる。

【００３６】最適化部３３は、他社の新車情報に応じ
て、第１および第２の最適化処理のいずれかを実施す
る。所定期間内に他社によって車両Ｙと同じカテゴリに
属する車両Ｚが発売されたならば、第１の最適化処理が
実施される。所定期間内に他社によって車両Ｙと同じカ
テゴリに属する車両が発売されていなければ、第２の最
適化処理が実施される。

【００３７】第１の最適化処理は、車両Ｙの仕様を、他
社の車両Ｚの仕様と比較する。車両Ｙの仕様が他社の車
両Ｚの仕様よりも劣っていると評価された仕様項目が抽
出される。該抽出された仕様項目を車両Ｚの仕様レベル
に到達させるために、車両Ｙの現在の仕様に対して追加
および削除すべき仕様項目が求められる。追加すべき仕
様項目が企業Ｘにおいて調達可能でない場合には、開発
すべき仕様項目と判断される。

【００３８】第２の最適化処理は、顧客の満足度に関連
付けられた所望装備および不所望装備データに基づい
て、現在の仕様を変更する。顧客が所望する装備の仕様
項目が調達可能でないならば、開発すべき仕様項目と判
断される。顧客が所望する装備の仕様項目が調達可能な
らば、追加すべき仕様項目と判断される。顧客が不所望
な装備の仕様項目は、削除すべき仕様項目と判断され
る。

【００３９】第１および第２の最適化処理において、現
在の仕様に対し、追加すべきと判断された仕様項目を追
加し、削除すべきと判断された仕様項目を削除して、最
適化仕様を出力する。開発すべきと判断された仕様項目
は、その後の開発のために、開発依頼データベース２２
に格納される。

【００４０】代替的に、第１の最適化処理において、比
較される他社の車両の範囲をより限定してもよい。たと
えば、車両Ｙと同様のボディタイプ（セダン、ワゴン
等）、同様の価格帯、および同じ排気量クラスの車両が
他社によって発売されたならば、該他社の車両との比較
を実施する。他の実施形態では、比較される他社の車両
は、所定期間内に他社によって新規に発売された車両に
限定されない。たとえば、他社によって現在発売中の、
車両Ｙと同じカテゴリに属するすべての車両との比較を
実施してもよい。

【００４１】最適化処理は、それぞれの車種ごとに、ま
たは所与の車種のそれぞれのグレードごとに実施される
ことができる。

【００４２】調整部３４は、最適化部３３によって出力
された仕様を、企業要件データベース１４に規定された
企業要件を満たすように調整する。この実施例では、企
業要件は、車両Ｙを生産するための工数の上限および車
両Ｙが有する仕様項目の組合せ数の上限を含む。最適化
部３３によって出力された仕様は、規定された工数およ
び組合せ数の上限を越えないように制限される。さら
に、該仕様は、排他的部品に関する要件を満たすように
調整される。

【００４３】代替的に、他の企業要件を含めてもよい。
たとえば、仕様項目数、コスト等を含めてもよい。

【００４４】図３の（ａ）は、顧客満足度データベース
１０に含まれる、顧客満足度テーブルの一例を示す。顧
客によって記入されたアンケートの答えに基づき、車両
Ｙの動力性能、スタイリング、装備、価格およびグレー
ド構成について、顧客の満足度が月別に数値化されてい
る。この数値を、以下スコアと呼ぶ。スコアが大きいほ
ど満足度が高いことを示す。

【００４５】参照番号４１の矢印で示されるように、２
月から３月にかけて、装備のスコアが６から４に低下し
ている。同様に、価格およびグレード構成のスコアも低
下している。前述したように、これらの低下は、最適化
処理を起動するトリガとなる。代替的に、スコアが所定
値（たとえば４）以下であるとき、最適化処理を起動す
るようにしてもよい。

【００４６】図３の（ｂ）および（ｃ）は、図３の
（ａ）の「３月の装備」に関連づけられた、顧客が所望
しない装備を示す不所望装備テーブル、および顧客が所
望する所望装備テーブルをそれぞれ示す。これらのデー
タは、３月に収集したアンケートの答えに基づいて生成
される。不所望装備テーブルは、車両Ｙのそれぞれのグ
レードについて、ワースト１位〜４位の仕様項目を記憶
する。所望装備テーブルは、車両Ｙのそれぞれのグレー
ドについて、ベスト１位〜４位の仕様項目を記憶する。

【００４７】図４の（ａ）は、販売データベース１１に
含まれる、販売数テーブルの一例を示す。車両Ｙのそれ
ぞれのグレードについての販売数が月別に記憶されてい
る。参照番号４２の矢印で示されるように、２月から３
月にかけて、グレードＡ、ＢおよびＣの販売数が低下し
ている。

【００４８】図４の（ｂ）は、販売データベース１１に
含まれる、受注数テーブルの一例を示す。車両Ｙのそれ
ぞれのグレードについての受注数が月別に記憶されてい
る。参照番号４３の矢印で示されるように、２月から３
月にかけて、グレードＡ、ＢおよびＣの受注数が低下し
ている。前述したように、この低下は、最適化処理を起
動するトリガとなる。

【００４９】図５は、業界データベース１２に含まれ
る、自動車業界において、それぞれのカテゴリに属する
車両の販売数を月別に記憶するテーブルの一例を示す。
車両Ｙは、カテゴリＡに含まれると仮定する。２月から
３月にかけて、自動車業界においてカテゴリＡの車両の
販売数が増加していることがわかる。それに対し、車両
Ｙの販売数は、図４の（ａ）に示されるように低下して
いる。業界における販売数の増加にかかわらず車両Ｙの
販売数が低下していることは、最適化処理を起動するト
リガとなる。業界における販売数が減少していても、車
両Ｙの販売数の減少量が業界における販売数の減少量よ
りも大きければ、最適化処理は起動される。

【００５０】図６の（ａ）は、他社データベース１３に
含まれる、他社の新車発売を示すテーブルの一例を示
す。他社の車両Ｚが、車両Ｙと同じカテゴリに属すると
仮定する。車両Ｚは、１月に発売されている。

【００５１】図６の（ｂ）は、図６の（ａ）の「１月の
車両Ｚ」に関連付けられた、車両Ｙと車両Ｚの比較を示
すテーブルの一例を示す。比較は、価格帯、グレード構
成、装備、満足度および平均値引き額のそれぞれについ
て実施される。グレード構成を除き、車両Ｚが車両Ｙよ
りも優れていると評価されている。この評価基準は、比
較項目ごとに予め決められている。たとえば、価格帯に
ついては、金額の安い方を優れていると判断される。

【００５２】図６の（ｃ）は、図６の（ｂ）の「装備の
評価結果」に関連付けられた仕様項目を示すテーブルの
一例を示す。比較される仕様項目の種類は、予め決めら
れている。この実施例では、装備について比較される仕
様項目は、外装色、オーディオ、表皮およびパネルであ
る。それぞれの仕様項目について、車両Ｙと車両Ｚの違
いが示されている。

【００５３】図６の（ｂ）および（ｃ）のテーブルは、
車両Ｙのそれぞれのグレードについて、車両Ｚ（また
は、車両Ｚの所与のグレード）と比較した結果を保持す
るようにしてもよい。

【００５４】図７は、企業要件データベース１４に含ま
れる、車両Ｙについて予め規定された企業要件を記憶す
るテーブルの一例を示す。このテーブルによると、ライ
ン稼働率が９５％かつ納期１４日という条件の下では、
車両Ｙの仕様項目の組合せ数の上限は３０００であり、
工数の上限は７０００である。サンルーフと電動パワー
ステアリングが排他的部品であることがわかる。

【００５５】図８は、仕様最適化エンジン３０によって
実施されるプロセスのメインルーチンを示す。メインル
ーチンは、所定の間隔（たとえば、月１回）で実行され
る。好ましくは、該メインルーチンは、それぞれの月の
顧客満足度、販売数および受注数等についてのデータが
データベース１０〜１３に記憶された後に実施される。

【００５６】ステップＳ１０１においてトリガ検出ルー
チンを実行し、最適化処理を実行するためのトリガを検
出する。トリガが検出されたならば（Ｓ１０２）、最適
化処理を実施する（Ｓ１０３）。トリガが検出されなけ
れば、そのままこのルーチンを抜ける。ステップＳ１０
４に進み、最適化処理によって出力された仕様を、最適
化仕様データベース２５に記憶する。

【００５７】図９および図１０は、図８のステップＳ１
０１において実施される、最適化処理を起動するトリガ
を検出するためのフローチャートを示す。

【００５８】ステップＳ１１１において、顧客満足度、
販売数および受注数、業界の販売状況についての前月と
今月のデータを、顧客満足度、販売および業界データベ
ース１０〜１２から抽出する。ステップＳ１１２におい
て、今月の受注数が前月の受注数から減少したかどうか
判断する。減少したならば、受注数減少フラグに１をセ
ットする（Ｓ１１３）。

【００５９】ステップＳ１１４において、今月の販売数
が前月の販売数から減少したかどうか判断する。減少し
たならば、車両Ｙが属するカテゴリについての自動車業
界における販売数の変化と、車両Ｙの販売数の減少とを
比較する（Ｓ１１５）。業界における販売数の変化は、
増加したときは正の数（たとえば、＋２００）で表さ
れ、減少したときは負の数（たとえば、−２００）で表
される。車両Ｙの販売数の減少は、負の数で表される。

【００６０】「車両Ｙの販売数の減少＜業界における販
売数の変化」が成立するとき、車両Ｙの販売が、業界の
動きよりも低迷していることを示す。この場合、販売数
減少フラグに１をセットする（Ｓ１１６）。「車両Ｙの
販売数の減少≧業界における販売数の変化」が成立する
とき、車両Ｙの販売数の減少は業界全体の動きに沿って
いることを示す。この場合、車両Ｙの仕様に起因して販
売数が減少したとは考えられないので、減少フラグをセ
ットせずにステップＳ１１７に進む。

【００６１】ステップＳ１１７において、今月のスコア
（顧客満足度）が前月のスコアから減少したかどうか判
断する。減少したならば、満足度減少フラグに１をセッ
トする。ステップＳ１１９において、受注数、販売およ
び満足度の減少フラグのうちのいずれかが１ならば、ス
テップＳ１２１（図１０）に進む。すべての減少フラグ
がゼロならば、車両Ｙは順調に販売されていることを示
す。この場合、仕様を変更する必要はないので、このル
ーチンを抜ける。

【００６２】図１０のステップＳ１２１において、他社
データベース１３を読み込む。ステップＳ１２２におい
て、車両Ｙと同じカテゴリの車両が、所定期間内（たと
えば、過去１年間）に他社によって発売されているどう
かを調べる。そのような車両Ｚが他社によって発売され
ているならば、該車両Ｚと車両Ｙを比較するため、比較
フラグに１をセットし（Ｓ１２３）、このルーチンを抜
ける。

【００６３】代替的に、所定期間内に同じカテゴリに属
する車両Ｚが他社によって発売されているならば、該他
社によって発売されている車両Ｚの販売数が車両Ｙの販
売数よりも多い場合に比較フラグに１をセットするよう
にしてもよい。

【００６４】ステップＳ１２２の判断がＮｏならば、顧
客満足度テーブルにおいてスコアの低下が起こった項目
を抽出する（Ｓ１２４）。図３の例では、スコアが低下
した項目として、装備、価格およびグレード構成が抽出
される。

【００６５】ステップＳ１２４において抽出された項目
のそれぞれについて、不所望装備および所望装備を抽出
する（Ｓ１２５およびＳ１２６）。図３の例によると、
「装備」項目について、図３の（ｂ）および（ｃ）に示
される不所望装備および所望装備が抽出される。

【００６６】図１１〜１４は、図８のステップＳ１０３
において実施される、最適化処理のフローチャートを示
す。ステップＳ１３１において、車両部品データベース
１６から、車両Ｙの現在の仕様に含まれる仕様項目を抽
出する。

【００６７】ステップＳ１３２において、比較フラグに
１がセットされているかどうか調べる。比較フラグに１
がセットされているならば、車両Ｙと同じカテゴリに属
する車両が所定期間内に他社によって発売されたことを
示す。この場合は、前述した第１の最適化処理を実行す
るため、ステップＳ１４１へ進む。比較フラグが１にセ
ットされていなければ、車両Ｙと同じカテゴリに属する
車両が所定期間内に他社によって発売されなかったこと
を示す。この場合は、前述した第２の最適化処理を実行
するため、ステップＳ１３３に進む。

【００６８】ステップＳ１３３において、ステップＳ１
３１で抽出された車両Ｙの仕様項目と、ステップＳ１２
５で求められた不所望装備の仕様項目（図３の（ｃ）の
例では、たとえば、グレード構成Ａについてアルミホイ
ール、カセットステレオ等）とを比較する。抽出された
仕様項目と不所望装備の仕様項目の間に一致があれば、
該一致した仕様項目を削除装備データベース２１に書き
込む。一致がなければ、ステップＳ１３６に進む。

【００６９】ステップＳ１３６において、ステップＳ１
２６で求められた所望装備の仕様項目のそれぞれについ
て、該仕様項目が、調達可能データベース１７に含まれ
るかどうか判断する。所望装備の仕様項目が調達可能な
らば、該仕様項目を追加装備データベース２０に書き込
む（Ｓ１３８）。所望装備の仕様項目が調達可能でない
ならば、該仕様項目を開発依頼データベース２２に書き
込む（Ｓ１４４）。

【００７０】こうして、顧客からの所望装備および不所
望装備に応じて、車両Ｙの現在の仕様に対する追加およ
び削除すべき仕様項目が抽出される。

【００７１】ステップＳ１３２に戻り、比較フラグが１
のとき、他社データベース１３から、車両Ｙが他社の車
両Ｚよりも劣っていると評価された項目を抽出する（Ｓ
１４１）。図６の（ｂ）のテーブルの例では、価格帯、
装備、満足度および平均値引き額の項目が抽出される。

【００７２】ステップＳ１４２において、抽出された項
目の詳細データが抽出される。図６の（ｃ）のテーブル
の例では、抽出された「装備」項目について、外装色、
オーディオ、．．．の仕様項目が抽出される。

【００７３】ステップＳ１４３において、抽出された仕
様項目のそれぞれが、調達可能かどうか判断される。仕
様項目が調達可能データベース１７に含まれるならば調
達可能と判断され、含まれなければ調達不可能と判断さ
れる。調達不可能と判断されたならば、該仕様項目を新
たに開発しなければならない。したがって、該仕様項目
を開発依頼データベース２２に書き込む（Ｓ１４４）。

【００７４】仕様項目が調達可能と判断されたならば、
該仕様項目が、ステップＳ１３１で抽出された車両Ｙの
現在の仕様項目に含まれるかどうか判断する。含まれな
ければ、該仕様項目は追加すべき仕様項目と判断される
（Ｓ１４５）。含まれるならば、該仕様項目は削除すべ
き仕様項目と判断される（Ｓ１４７）。

【００７５】追加すべき仕様項目と判断されたならば、
追加装備データベース２０に該仕様項目を書き込む（Ｓ
１４６）。削除すべき仕様項目と判断されたならば、削
除装備データベース２７に該仕様項目を書き込む（Ｓ１
４８）。こうして、車両Ｙの仕様が他社の車両Ｚの仕様
レベルに到達するために追加および削除すべき仕様項目
が抽出される。

【００７６】図１２のステップＳ１５１に進み、車両部
品データベース１６から、車両Ｙの排他的部品を抽出す
る。削除装備データベース２１に書き込まれた仕様項目
のそれぞれについて、該仕様項目が排他的部品に含まれ
るかどうか判断する（Ｓ１５２）。該仕様項目が排他的
部品含まれるならば、該仕様項目を、削除装備データベ
ース２１から削除する（Ｓ１５３）。仕様項目が排他的
部品の場合、該仕様項目だけを車両Ｙから取り外すこと
はできないからである。次に、削除すべき仕様項目のそ
れぞれについて、工数を計算する（Ｓ１５４）。

【００７７】ステップＳ１５７に進み、追加装備データ
ベース２０に書き込まれた追加すべき仕様項目のそれぞ
れについて、該仕様項目が排他的部品に含まれるかどう
かを判断する。仕様項目が排他的部品に含まれるなら
ば、該仕様項目を、追加装備データベース２０から削除
する（Ｓ１５８）。仕様項目が排他的部品の場合、該仕
様項目だけを車両Ｙから取り付けることはできないから
である。追加すべき仕様項目のそれぞれについて、工数
を計算する（Ｓ１５９）。

【００７８】図１３のステップＳ１７１に進み、車両Ｙ
の現在の仕様に対し、追加装備データベース２０に記憶
された追加すべき仕様項目を追加し、削除装備データベ
ース２１に記憶された削除すべき仕様項目を削除し、最
適化された仕様を求める。現在の仕様の工数に、ステッ
プＳ１５４で算出された追加すべき仕様項目すべてにつ
いての工数を加算し、Ｓ１５９で算出された削除すべき
仕様項目すべてについての工数を減算して、最適化され
た仕様の工数を求める。

【００７９】さらに、ステップＳ１７１において、最適
化された仕様の仕様項目の組合せ数を求める。組合せ数
は、仕様項目の数に基づいて単純に計算することができ
る。たとえば、わかりやすくするため単純な例をあげる
と、ボディの色が３種類あり（仕様項目が３つ）、パネ
ルの種類が２種類ある（仕様項目が２つ）と仮定する。
パネルの種類が１つ増えたならば（すなわち、仕様項目
が２から３に増加）、組合せ数は、６から９に増加す
る。しかしながら、通常、組合せ数の計算には様々な条
件が設けられる。たとえば、ある特定の色のボディには
ある特定のパネルは搭載されない、という条件が設けら
れる。このような条件を考慮して、組合せ数は計算され
る。

【００８０】ステップＳ１７２に進み、最適化された仕
様の組合せ数が、企業要件データベース１４で規定され
た組合せ数の上限（図７のテーブルの例では、３００
０）以下かどうか判断される。最適化された仕様の組合
せ数が企業要件の上限より大きければ、現在の生産ライ
ンでは該最適化された仕様の組合せ数をカバーすること
ができない。この場合、追加すべき仕様項目のいずれか
を除外しなければならない。ステップＳ１７３におい
て、追加装備データベース２０に記憶された追加すべき
仕様項目を、工数の少ない順にソートし、工数が最も少
ない仕様項目を抽出する（Ｓ１７４）。該抽出された仕
様項目が、所望装備の上位１〜４位（図３の（ｃ）を参
照）に含まれるならば（Ｓ１７５）、該仕様項目は除外
すべきではないので、次に工数が少ない仕様項目を抽出
する（Ｓ１７６）。

【００８１】こうして、所望装備に含まれない仕様項目
が選択されるまで、ステップＳ１７５およびＳ１７６が
繰り返される。ステップＳ１７５において、抽出された
仕様項目が所望装備に含まれなければ、該抽出された仕
様項目を追加装備データベース２０から削除する（Ｓ１
７７）。

【００８２】その後、ステップＳ１７１に戻り、追加装
備データベース２０および削除装備データベース２１に
含まれる追加および削除すべき仕様項目に基づいて、最
適化された仕様が新たに算出される。ステップＳ１７２
において、該算出された最適化仕様の組合せ数がなお上
限を越えているならば、再びステップＳ１７３〜Ｓ１７
７が実施され、工数の少ない仕様項目が追加装備データ
ベース２０から削除される。こうして、工数が少ない仕
様項目が選択されるので、工数に対する影響を少なくす
るよう、組合せ数要件を満たした仕様を生成することが
できる。

【００８３】ステップＳ１７２において、最適化された
仕様の組合せ数が上限以下になったとき、ステップＳ１
７５に進む。ステップＳ１７５において、最適化された
仕様の工数が、企業要件で規定された工数の上限（図７
テーブルの例では、７０００）以下かどうか判断され
る。最適化された仕様の工数が企業要件の上限より大き
ければ、いずれかの追加すべき仕様項目を除外しなけれ
ばならない。ステップＳ１７８において、工数が最も大
きい仕様項目を抽出する。ステップＳ１７９において、
抽出された仕様項目が所望装備の上位１〜４位に含まれ
るならば、該仕様項目は除外すべきではないので、次に
工数が大きい仕様項目を抽出する（Ｓ１８０）。

【００８４】所望装備に含まれない仕様項目が選択され
るまで、ステップＳ１７９およびＳ１８０が繰り返され
る。ステップＳ１７９において、抽出された仕様項目が
所望装備に含まれなければ、該抽出された仕様項目を追
加装備データベース２０から削除する（Ｓ１８１）。そ
の後、ステップＳ１７１に進み、追加装備データベース
２０および削除装備データベース２１に含まれる追加お
よび削除すべき仕様項目に基づいて、最適化された仕様
が再び算出される。該算出された最適化仕様の工数がな
お上限を越えているならば、再びステップＳ１７８〜Ｓ
１８１が実施され、工数の大きい仕様項目が削除され
る。こうして、工数の大きい仕様項目が選択されるの
で、顧客の所望装備を満たしつつ、仕様の工数を確実に
企業要件に適合させることができる。

【００８５】ステップＳ１７５において、最適化された
仕様の工数が上限以下になったとき、図１４のステップ
Ｓ１９１に進む。

【００８６】図１４のステップＳ１９１〜Ｓ１９３にお
いて、企業要件を満たした最適化仕様に基づいて車両を
生産することができるように、該最適化仕様について、
原価を算出し、工程表を生成し、部品表を生成する。算
出された原価、生成された工程表および部品表は、所定
のデータベースに記憶される（Ｓ１９４）。

【００８７】以上にこの発明を具体的な実施例について
記述したが、この発明は、このような実施例に限定され
るものではない。

【００８８】

【発明の効果】この発明によれば、顧客のニーズに適合
した仕様をタイムリーに生成することができる。

【図面の簡単な説明】

【図１】この発明の一実施例のシステムの全体的な構成
を示すブロック図。

【図２】この発明の一実施例における最適化処理エンジ
ンの詳細な機能ブロック図。

【図３】この発明の一実施例における顧客データベース
のデータの一例を示す。

【図４】この発明の一実施例における販売データベース
のデータの一例を示す。

【図５】この発明の一実施例における業界データベース
のデータの一例を示す。

【図６】この発明の一実施例における他社データベース
のデータの一例を示す。

【図７】この発明の一実施例における企業データベース
のデータの一例を示す。

【図８】この発明の一実施例における最適化処理の全体
的な流れを示すフローチャート。

【図９】この発明の一実施例におけるトリガ検出ルーチ
ンを示すフローチャート。

【図１０】この発明の一実施例におけるトリガ検出ルー
チンを示すフローチャート。

【図１１】この発明の一実施例における最適化処理ルー
チンを示すフローチャート。

【図１２】この発明の一実施例における最適化処理ルー
チンを示すフローチャート。

【図１３】この発明の一実施例における最適化処理ルー
チンを示すフローチャート。

【図１４】この発明の一実施例における最適化処理ルー
チンを示すフローチャート。

【符号の説明】

１０顧客満足度データベース１１販売データベース１２業界データベース１３他社データベース１４企業要件データベース２０追加装備データベース２１削除装備データベース３０仕様最適化エンジン

Claims

【特許請求の範囲】

【請求項１】顧客のニーズに適合するよう車両の仕様を
最適化するコンピュータシステムであって、車両に対する顧客のニーズに関連付けられたファクター
を格納する顧客データベースと、前記顧客データベースにおける前記ファクターを分析し
て、前記車両が前記顧客のニーズに適合しているかどう
かを判断し、該車両が該顧客のニーズに適合していない
と判断したならば、前記顧客データベースから該顧客の
ニーズを抽出し、該抽出された顧客のニーズに適合する
よう最適化された仕様を該車両について算出するようプ
ログラムされる仕様最適化エンジンと、を備えるコンピュータシステム。
【請求項２】前記仕様最適化エンジンは、前記車両を提
供する企業の要件を満たすように、前記最適化された仕
様を調整するようプログラムされる、請求項１に記載の
コンピュータシステム。
【請求項３】前記ファクターは、前記車両に対する顧客
の満足度を表すスコアを含んでおり、前記仕様最適化エ
ンジンは、該スコアが減少したならば、前記車両が顧客
のニーズを満たしていないと判断する、請求項１に記載
のコンピュータシステム。
【請求項４】前記ファクターは、前記車両の販売台数ま
たは受注台数を含んでおり、前記仕様最適化エンジン
は、該販売台数または受注台数が減少したならば、前記
車両が顧客のニーズを満たしていないと判断する、請求
項１に記載のコンピュータシステム。
【請求項５】前記ファクターは、自動車業界の販売状況
および前記車両の販売台数を含んでおり、前記仕様最適
化エンジンは、該自動車業界の販売状況と比較して該車
両の販売台数が減少したならば、前記車両が顧客のニー
ズを満たしていないと判断する、請求項１に記載のコン
ピュータシステム。
【請求項６】前記仕様最適化エンジンは、前記最適化さ
れた仕様の算出において、前記車両の現行の仕様と他社
の車両の仕様とを比較し、該現行の仕様が該他社の車両
の仕様よりも劣っていると評価された仕様項目を抽出
し、該抽出された仕様項目が該他社の車両の仕様と同等
になるように、該現行の仕様を変更するようプログラム
される、請求項１に記載のコンピュータシステム。
【請求項７】前記顧客のニーズは、前記車両の現行の仕
様に対して顧客が所望する所望仕様項目および所望しな
い不所望仕様項目を含んでおり、前記仕様最適化エンジ
ンは、前記最適化された仕様の算出において、該所望仕
様項目を該現行の仕様に追加し、不所望仕様項目を該現
行の仕様から削除するようプログラムされる、請求項１
に記載のコンピュータシステム。
【請求項８】前記車両の現行の仕様は、独立して追加お
よび削除が不能な排他的部品が含まれており、前記所望仕様項目が該排他的部品に含まれるならば、前
記仕様最適化エンジンは、該所望仕様項目の該現行の仕
様への追加を取り消し、前記不所望仕様項目が前記排他
的部品に含まれるならば、該不所望仕様項目の該現行の
仕様からの削除を取り消すようプログラムされる、請求
項７に記載のコンピュータシステム。
【請求項９】前記企業の要件は、前記車両の生産に関連
する工数の上限値を含んでおり、前記仕様最適化エンジンは、前記工数の上限値を超えな
いように、前記最適化された仕様を調整するようプログ
ラムされる、請求項２に記載のコンピュータシステム。
【請求項１０】前記企業の要件は、該車両の仕様におけ
る仕様項目の組合せ数の上限値を含んでおり、前記仕様最適化エンジンは、前記仕様項目の組合せ数の
上限値を超えないように前記最適化された仕様を調整す
るようプログラムされる、請求項２に記載のコンピュー
タシステム。
【請求項１１】コンピュータシステムにおいて、顧客の
ニーズに適合するよう車両の仕様を最適化する方法であ
って、（ａ）顧客データベースから、車両に対する顧客のニー
ズに関連付けられたファクターを抽出するステップと、（ｂ）前記抽出されたファクターを分析し、前記車両が
前記顧客のニーズに適合しているかどうかを判断するス
テップと、（ｃ）前記車両が前記顧客のニーズに適合していないと
判断したならば、前記顧客データベースから該顧客のニ
ーズを抽出するステップと、（ｄ）前記抽出された顧客のニーズに適合するように最
適化された仕様を前記車両について算出するステップ
と、を含む、方法。
【請求項１２】さらに、（ｅ）前記車両を提供する企業
の要件を満たすように、前記最適化された仕様を調整す
るステップを含む、請求項１１に記載の方法。
【請求項１３】前記ファクターは、前記車両に対する顧
客の満足度を表すスコアを含んでおり、前記判断するス
テップ（ｂ）は、該スコアが減少したならば、前記車両
が顧客のニーズを満たしていないと判断する、請求項１
１に記載の方法。
【請求項１４】前記ファクターは、前記車両の販売台数
または受注台数を含んでおり、前記判断するステップ
（ｂ）は、該販売台数または受注台数が減少したなら
ば、前記車両が顧客のニーズを満たしていないと判断す
る、請求項１１に記載の方法。
【請求項１５】前記ファクターは、自動車業界の販売状
況および前記車両の販売台数を含んでおり、前記判断す
るステップ（ｂ）は、該自動車業界の販売状況と比較し
て該車両の販売台数が減少したならば、前記車両が顧客
のニーズを満たしていないと判断する、請求項１１に記
載の方法。
【請求項１６】前記最適化された仕様を算出するステッ
プ（ｄ）は、さらに、前記車両の現行の仕様と他社の車両の仕様とを比較する
ステップと、前記現行の仕様が前記他社の車両の仕様よりも劣ってい
ると評価された仕様項目を抽出するステップと、前記抽出された仕様項目が前記他社の車両の仕様と同等
になるように、前記現行の仕様を変更するステップと、を含む、請求項１１に記載の方法。
【請求項１７】前記顧客のニーズは、前記車両の現行の
仕様に対して顧客が所望する所望仕様項目および所望し
ない不所望仕様項目を含んでおり、前記最適化された仕様を算出するステップ（ｄ）は、さ
らに、前記所望仕様項目を前記現行の仕様に追加し、前
記不所望仕様項目を前記現行の仕様から削除するステッ
プを含む、請求項１１に記載の方法。
【請求項１８】前記車両の現行の仕様は、独立して追加
および削除が不能な排他的部品を含んでおり、前記最適化された仕様を算出するステップ（ｄ）は、さ
らに、前記所望仕様項目が該排他的部品に含まれるなら
ば、該所望仕様項目の該現行の仕様への追加を取り消
し、前記不所望仕様項目が前記排他的部品に含まれるな
らば、該不所望仕様項目の該現行の仕様からの削除を取
り消すステップを含む、請求項１７に記載の方法。
【請求項１９】前記企業の要件は、前記車両の生産に関
連する工数の上限値を含んでおり、前記最適化された仕様を調整するステップ（ｅ）は、さ
らに、前記工数の上限値を超えないように、前記最適化
された仕様を調整するステップを含む、請求項１２に記
載のコンピュータシステム。
【請求項２０】前記企業の要件は、該車両の仕様におけ
る仕様項目の組合せ数の上限値を含んでおり、前記最適化された仕様を調整するステップ（ｅ）は、さ
らに、前記仕様項目の組合せ数の上限値を超えないよう
に前記最適化された仕様を調整するステップを含む、請
求項１２に記載のコンピュータシステム。