JP4687954B2 - 車両企画支援システム - Google Patents

Description

本発明は、車両企画支援システムに係り、特に、画面上に表示された車両モデルにより車両の企画を支援する車両企画支援システムに関する。

車両の開発では、通常、車両のパッケージング等を検討する車両企画を行い、この車両企画を経て、具体的な細部デザインや製造図面の作製へ移行する。従来、車両企画では、車両の概要を表す図面を複数作成し、それらの図面に基づいて車両の企画を行っていた。また、クレーモデルやモックアップモデルを作製し、或いは、試作車を作製して企画車両の評価を行っていた。
一方、本出願人は、車両特性を評価するために、評価者に車両搭乗状態を疑似体験させるシミュレーション装置を提案している（特許文献１）。また、本出願人は、画面上に車両の外形や居住空間等に関する複数のモデルを変形可能に表示して車両企画を支援する企画支援プログラム等を提案している（例えば、特許文献２）。

特開平０７−２７１２８９号公報 特開２００４−０４２７４７号公報

しかしながら、上述した従来の図面に基づいた車両企画の手法では、様々な形状やパッケージング等を評価するには多大な数の図面を作成しなければならず、さらに、変更点がある場合一から図面を書き直す必要があった。また、そのような図面に慣れない車両企画者には、具体的なパッケージング等の善し悪しを判断することが難しく、さらに、どのように変更すれば良いか判断出来ない場合があった。さらに、クレーモデルや試作車等を作製するには、多大なコスト及び時間がかかり、それゆえ、車両企画が保守的になりがちであった。

また、特許文献１に記載の装置では、車両企画を車両搭乗状態における評価者の感性評価に観点を置いて行うことが出来るが、車両のパッケージングや外観イメージ等の総合的な評価により車両企画を行うことが出来ないという問題があった。

一方、特許文献２に記載の技術では、車両のパッケージングや外観イメージ等の総合的な評価により車両企画を進めることが可能であるが、上述した車両に関するモデルは３次元データで構築され、このような３次元データはデータ量が非常に多いので、各モデルの表示には計算時間が多くかかる場合があった。また、各モデルが３次元的に表示されることにより、車両企画者は車両の形状を感覚的につかみ易くなるが、従来の２次元的に表された図面に慣れた熟練した車両企画者には、逆に、車両のイメージを具体的につかみにくい側面もあった。さらに、マウス等により画面上でドラッグしてモデルの形状を変形する場合、３次元的に表示されているが故に、例えば、ルーフ高さを変更する場合など、表示されたモデルのどのポイントを変更させれば良いか分かりにくい場合があり、また、イメージ通りの形状変更を得ることが難しい場合があった。

そこで、本発明は、上述した従来技術の問題点を解決するためになされたものであり、車両企画をより効率的に且つ効果的に行うことが出来る車両企画支援システムを提供することを目的としている。

上記の目的を達成するために本発明は、画面上に車両モデルを表示して車両の企画を支援する車両企画支援システムであって、車両モデルにおける寸法及び角度を含む諸元値の入力をさせるための諸元値入力画面を表示する諸元値入力画面表示手段と、３次元モーフィング画面により、諸元値入力画面に入力された諸元値、及び諸元同士を関連付けるルールデータに基づいて車両モデルを変形可能な３次元形状の３次元車両モデルとして表示する３次元モーフィング画面表示手段と、２次元モーフィング画面により、諸元値入力画面に入力された諸元値、及び上記３次元車両モデルに適用される上記ルールデータの一部のルールデータに基づいて車両モデルを変形可能な２次元形状の２次元車両モデルとして表示する２次元モーフィング画面表示手段と、を有し、３次元モーフィング画面表示手段は、２次元モーフィング画面において２次元車両モデルが変形された後、２次元モーフィング画面から３次元モーフィング画面に移行するときに、２次元車両モデルの変形により変更された諸元値に基づいて一括して上記３次元車両モデルを変形させて表示することを特徴としている。
このように構成された本発明においては、車両モデルにおける寸法及び角度を含む諸元値の入力のための諸元値入力画面が表示され、入力された諸元値に基づいて車両モデルを変形可能な３次元形状の３次元車両モデルとして表示する３次元モーフィング画面が表示され、入力された諸元値に基づいて車両モデルを変形可能な２次元形状の２次元車両モデルとして表示する２次元モーフィング画面が表示されるので、車両企画者は、諸元値の入力及び車両モデルの変形により、様々な形状やパッケージング等をより効率的に且つ効果的に評価することが出来、且つ、従来の図面に基づいた車両企画のアプローチとは全く異なり、従来の固定観念に縛られない自由度の高い手法でより新しい車両を企画することが出来る。
また、車両モデルを変形可能な３次元形状の３次元車両モデルとして表示する３次元モーフィング画面により、車両企画者は車両の形状を感覚的につかんで車両企画を進めることが出来、一方、車両モデルを変形可能な２次元形状の２次元車両モデルとして表示する２次元モーフィング画面により、特に熟練した車両企画者は、車両の形状を具体的につかんで車両企画を効果的に進めることが出来る。ここで、２次元車両モデルは、２次元形状で表示されるので、３次元車両モデルよりデータ量が少ない。従って、２次元モーフィング画面では、車両モデルを表示するための計算時間が短く、その結果、車両企画者は、リアルタイムに形状を更新しながら車両企画を効率的に進めることが出来る。また、２次元車両モデルは、２次元形状で表示されるので、車両企画者は、例えば、ルーフ高さを変更する場合など、表示された車両モデルのどの位置を変更すれば良いかが分かりやすく、さらに、車両モデルの形状をイメージ通りに変形し易くなる。さらに、２次元車両モデルに適用されるルールデータの制約が、３次元車両モデルに適用されるものよりも少ないため、車両企画者は、ルールに縛られずに変更形状をその都度確認しながら車両形状を着実に仕上げることができる。
さらに、２次元モーフィング画面から３次元モーフィング画面に移行するときに、変更された諸元値を一括して３次元車両モデルに反映させる。これにより、形状の部分的な不整合による計算エラーの多発を抑制することが出来る。
このように、本発明によれば、３次元モデルにおける利点と２次元モデルにおける利点とを両立させることができるうえ、２次元モデルの変更を３次元モデルに一括して反映させることによって、２次元モデルに３次元モデルよりも少ないルールデータを適用することによるエラーの多発を抑制して、作業の効率化を図ることができる。
これらの結果、車両企画をより効率的且つ効果的に進めることが出来る。

また、本発明において、好ましくは、２次元モーフィング画面表示手段は、諸元値を２次元モーフィング画面上に表示し、その表示された諸元値が変更されると、その変更後の諸元値に基づいて２次元車両モデルを変形させて表示する。
このように構成された本発明においては、２次元モーフィング画面上に諸元値が表示されるので、車両企画者は、諸元値の変更が容易である。さらに、２次元車両モデルが、変更後の諸元値に基づいて変形して表示されるので、車両企画者は、車両企画を効率的に進めることが出来る。

また、本発明において、好ましくは、２次元モーフィング画面表示手段は、２次元車両モデル上の所定のポイントがドラッグされると、そのドラッグに応じて２次元車両モデルを変形させて表示すると共にその変形した部分に対応する変更後の諸元値を自動的に算出する。
このように構成された本発明においては、２次元車両モデルは、そのモデル上の所定のポイントのドラッグに応じて変形して表示されるので、車両企画者は変形形状を見ながら車両の変形をさせることが出来る。さらに、変更後の諸元値が自動的に算出されるので、その後の車両企画を効率的に進めることが出来る。

また、本発明において、好ましくは、２次元モーフィング画面表示手段は、変更後の諸元値を一時記憶し、３次元モーフィング画面表示手段は、所定の命令により、一時記憶したすべての変更後の諸元値に基づいて一括して３次元車両モデルを変形させて表示する。
このように構成された本発明においては、変更後の諸元値が一時記憶され、３次元車両モデルは、所定の命令により、一時記憶されたすべての変更後の諸元値に基づいて一括して変形して表示されるので、車両企画者は、車両企画を効率的に行うことが出来る。即ち、このようにして、２次元車両モデルよりデータ量が多い３次元車両モデルを逐次表示しないようにすることが出来、そのようなモデル表示のための計算時間を省略して、車両企画者の待機時間を短くすることが出来る。また、２次元車両モデルの変形の都度、３次元車両モデルを表示するのでは、例えば形状が部分的に整合しないことがあり、計算エラーが生じ易くなるが、車両企画者が２次元車両モデルによる変更作業が終了した後に画面上のボタンを押すこと等によって所定の命令を出すようにすれば、一括して変形後の３次元車両モデルが表示され、このようなエラーの発生を抑制することが出来る。

また、本発明において、好ましくは、諸元値入力画面表示手段は、諸元値入力画面に入力された諸元値を含む諸元値データを生成する諸元値データ生成手段を有し、２次元モーフィング画面表示手段は、諸元値データに基づいて車両モデルを変形可能な２次元車両モデルとして表示し、さらに、２次元モーフィング画面上で諸元値が変更された場合、その変更後の諸元値を諸元値データに反映させる。
このように構成された本発明においては、生成された諸元値データに基づいて２次元モーフィング画面により変形可能な２次元車両モデルが表示され、さらに、車両企画者が、その２次元モーフィング画面上で諸元値を変更すると、その変更した諸元値が諸元値データに反映されるので、その後の車両企画を効率的に進めることが出来る。

また、本発明において、好ましくは、２次元モーフィング画面表示手段は、２次元車両モデルを、側面図表示、平面図表示及び／又は正面図表示で表示する。
このように構成された本発明においては、２次元車両モデルが、側面図表示、平面図表示及び／又は正面図表示で表示されるので、従来の３面図による設計図面に慣れている熟練の車両企画者は、その経験に基づき、非常に効率的に車両企画を進めることが出来る。つまり、そのような熟練者は、３次元的に表示されるよりも、側面図表示、平面図表示及び／又は正面図表示で表示された方が車両の外観イメージ等を把握し易く、また、その経験に基づき頭の中に描く形状や数値を基にして車両企画を進め易くなる。

また、本発明において、好ましくは、２次元モーフィング画面表示手段は、２次元車両モデルにベンチマーク車両の画像を所定の基準位置で重ね合わせて表示する。
このように構成された本発明においては、ベンチマーク車両の画像が２次元車両モデルに所定の基準位置で重ね合わせて表示されるので、車両企画者は、ベンチマーク車両と比較しながら、車両企画をより有意義に進めることが出来る。

また、本発明において、好ましくは、さらに、車両モデルのシミュレーション車両を仮想空間であるシミュレーション画面上に表示するシミュレーション画面表示手段を有し、２次元モーフィング画面表示手段は、シミュレーション画面と合わせて２次元モーフィング画面を表示し、シミュレーション画面表示手段は、２次元モーフィング画面上で２次元車両モデルが変形された場合、その変形を反映したシミュレーション車両を表示する。
このように構成された本発明においては、シミュレーション画面と合わせて２次元モーフィング画面が表示され、車両企画者がその２次元モーフィング画面上で２次元車両モデルを変形すると、その変形を反映したシミュレーション車両が表示されるので、車両企画を効率的に進めることが出来る。即ち、２次元車両モデルは、３次元車両モデルよりもその表示させるための計算時間が短いので、シミュレーション画面と合わせて２次元モーフィング画面を表示させても、車両企画者は、作業効率を悪化させることなく、シミュレーションによる評価と、２次元モーフィング画面による車両モデルの変形とを並行して進めることが出来る。従って、シミュレーション表示終了後、再度、モーフィング画面に戻って車両モデルの変形等の作業を行うよりも作業性を向上させることが出来る。さらに、２次元車両モデルを２次元形状で表示することにより、車両企画者は、形状を具体的に把握し易く、変更したい部分のみを変更することが容易であり、利便性が高まる。

また、本発明において、好ましくは、シミュレーション画面表示手段は、変形を反映したシミュレーション車両と、変形を反映させる前のシミュレーション車両とを重畳してシミュレーション表示する。
このように構成された本発明においては、変形を反映したシミュレーション車両と、変形を反映させる前のシミュレーション車両とが重畳してシミュレーション表示されるので、企画車両の評価を容易に行うことが出来る。

また、本発明において、好ましくは、シミュレーション画面表示手段は、変形を反映したシミュレーション車両と、変形を反映させる前のシミュレーション車両とを並べてシミュレーション表示する。
このように構成された本発明においては、変形を反映したシミュレーション車両と、変形を反映させる前のシミュレーション車両とが並べてシミュレーション表示されるので、企画車両の評価を容易に行うことが出来る。

本発明によれば、車両企画をより効率的に且つ効果的に行うことが出来る。

以下、本発明の実施形態を添付図面を参照して説明する。
先ず、図１乃至図３により、本実施形態による車両企画支援システムの概要を説明する。
図１は、本実施形態による車両企画支援システムの基本構成を示すブロック図であり、図２は、本実施形態による車両企画支援システムの評価用モニタ装置の基本構成を示す斜視図であり、図３は、本実施形態による車両企画支援システムの企画支援プログラムの構成、データベースの構成及びデータの概念的な流れを示す図である。

先ず、図１により、本実施形態による車両企画支援システムの基本構成を説明する。
図１に示すように、本実施形態による車両企画支援システム１は、コンピュータ２と、データベースサーバ４と、評価用モニタ装置６とを備えている。
先ず、コンピュータ２は、ＣＰＵ８、ＲＯＭ１０、ＲＡＭ１２、記憶部１４、入力部１６、表示部１８、画像処理部２０及び通信部２２を有し、これらは、互いにシステムバスによって接続されている。
ＣＰＵ８は、一般的なコンピュータの演算処理に加え、図３に示す企画支援プログラム３０による処理を実行する中央演算装置である。ＲＯＭ１０には、コンピュータ２を起動させるブートプラグラム等が格納されている。ＲＡＭ１２は、車両企画支援システム上で実行される企画支援プログラム３０や各種データを一時的に記憶するためのプログラム領域や、データの書き込みや読み出しを行うためのデータ領域を有する。

記憶部１４は、ハードディスクドライブ等の記憶装置である。この記憶部１４は、企画支援プログラム格納部を有し、図３に示す企画支援プログラム３０が格納されている。入力部１６は、命令やデータ等を外部から入力するキーボードや、マウス等である。表示部１８は、液晶ディスプレイ等である。画像処理部２０は、ＣＰＵ８からの指令に基づき表示させようとするデータを演算処理して表示部１８或いは評価用モニタ装置６で表示させる。通信部２２は、無線又は有線の通信回線を介してデータベースサーバ４、評価用モニタ装置６及び他のコンピュータ（図示せず）との間で情報を送受信するものである。

次に、図２により、評価用モニタ装置を説明する。
図２に示すように、評価用モニタ装置６は、プロジェクタ２４と平面スクリーン２６とを備えている。プロジェクタ２４は、画像処理部２０で演算処理された情報に基づいて、後述する車両モデルやシミュレーションモデルを平面スクリーン２６に後方側から投影する。そして、平面スクリーン２６の前方側に位置する複数の車両企画者（企画車両の評価や各操作等を行う者）は、それらの車両モデルやシミュレーションモデルを表示する画面２８を見ることが出来るようになっている。このように、評価用モニタ装置６により、試作車を作製しなくても、複数の車両企画者が、同時に、企画車両の検討や評価を行うことが出来るようになっている。

次に、図３により、企画支援プログラム３０の概要及び車両企画の流れの概要を説明する。
図３に示すように、企画支援プログラム３０には、モデル構想プログラム３２及びシミュレーションプログラム３４が含まれている。本実施形態では、モデル構想プログラム３２により、企画車両の各部のレイアウトによって定まるパッケージング等に関する検討を進め、シミュレーションプログラム３４により、その企画車両の評価を行うようになっている。
モデル構想プログラム３２には、諸元値入力プログラム（諸元値入力画面表示プログラム）３６、車両モデルデータ生成プログラム３８、モーフィング画面表示プログラム４０及び履歴登録表示プログラム４２が含まれ、シミュレーションプログラム３４には、シミュレーション画像表示プログラム４４が含まれている。

先ず、車両企画においては、諸元値入力プログラム３６により、車両企画者の入力等に基づいて、企画車両の車型や諸元値等で構成される「諸元値データ」が生成される。次に、車両モデルデータ生成プログラム３８により、この諸元値データ及びデータベースサーバ４の各データベース６０、６２、６４、６６、６８に格納されている「車両データ」（車両モデルのテンプレートとなるデータ）に基づいて「車両モデルデータ」が生成される。この車両モデルデータは、企画車両を「車両モデル」としてモーフィング画面上に表示させるためのデータである。この車両モデルデータ生成プログラム３８には、基準モデルデータ生成プログラム４６、外観モデルデータ生成プログラム４８、外観パーツモデルデータ生成プログラム５０、内装モデルデータ生成プログラム５２及び内装パーツモデルデータ生成プログラム５４が含まれている。

次に、モーフィング画面表示プログラム４０により、車両モデルデータに基づいて「車両モデル」が表示される（図５乃至図９参照）。このモーフィング画面表示プログラム４０には、２次元モーフィング画面表示プログラム５６及び３次元モーフィング画面表示プログラム５８が含まれ、それぞれにより、車両モデルが、２次元的及び３次元的に表示される。この車両モデルは、モーフィング即ちその各部の形状を変形させること及び各部の配置を変更することが可能なものである。なお、車両モデルを「変形」させることには、その表示された車両モデルの各部の形状を変更すること及び配置を変更することが含まれる。

次に、車両企画者は、モーフィング画面表示プログラム４０により表示された車両モデルの各部の形状や配置を画面上で変更して、企画車両の外形や乗員配置などに関する検討を進めることが出来る。そのような検討後、シミュレーション画像表示プログラム４４により、車両モデルを仮想空間内でシミュレーション表示し、車両企画者は、現実に存在する市街地等を模した仮想空間内で企画車両が走行する様子や車室からの視界を確認することが出来る。

また、履歴登録表示プログラム４２により、諸元値の入力や変更等の履歴をその目的等を含めて履歴データベース７６に登録することが出来る。また、登録されたデータは、検索が可能であり、また、所定の場合に報知されるようになっている。

次に、図３により、データベースサーバ４に含まれるデータベースについて説明する。
図３に示すように、データベースサーバ４には、基準データベース６０、外観データベース６２、外観パーツデータベース６４、内装データベース６６及び内装パーツデータベース６８が含まれている。これらのデータベースには、詳細には後述するように車両モデルデータのテンプレートとなる車両データが格納されている。

また、データベースサーバ４には、ベンチマーク車両データベース７０、規制値データベース７２、仮想空間データベース７４及び履歴データベース７６が含まれている。
ベンチマーク車両データベース７０には、既存車種に関する寸法や角度等を具体的な数値で表した複数の諸元値が車種毎に格納されている。このような諸元値は、企画車両の形状や各部の配置を変更するベースとなるベース車両や、企画車両の比較対象となるベンチマーク車両としてのデータとして使用することが出来る。
規制値データベース７２には、レギュレーション上或いは車両設計上の制約値に関するデータが格納されている。これらのデータは、例えば、国内外の衝突安全基準で定められたバンパ高さ等の具体的な数値で構成されている。また、車両企画の段階に応じて許容することが出来る範囲を各諸元（ルーフ高さ等の諸元項目）に対して規定した規定値に関するデータが格納されている。

仮想空間データベース７４には、車両モデルをシミュレーション表示する際の仮想空間に関する仮想空間データが格納されている。この仮想空間データは、建築物、道路、交差点、信号、歩行者、他の車両などをオブジェクトとして含む３次元仮想空間を形成するためのデータである。
履歴データベース７６には、車両企画者による諸元値の設定或いは変更の手順やその目的等のノウハウが履歴データとして格納されている。また、この履歴データベース７６には、新たに履歴データを保存することが出来る。

次に、図４乃至図１０により、車両モデルについて説明する。
図４は、本実施形態による車両モデルに含まれる各モデルを説明するための図であり、図５は、本実施形態による基準モデルの主要寸法モデル（ａ）、乗員モデル（ｂ）及びアンダーボディモデル（ｃ）の一例を示す図であり、図６は、本実施形態による外観モデルのエクステリアモデルの一例を示す図であり、図７は、本実施形態による外観パーツモデルのドアモデル（ａ〜ｃ）及びガラスモデル（ｄ）の一例を示す図であり、図８は、本実施形態による内装モデルの上部インテリアモデル（ａ）及び下部インテリアモデル（ｂ）の一例を示す図であり、図９は、本実施形態による内装パーツモデルのインパネモデル、コンソールモデル及びシートモデルの一例を示す図であり、図１０は、本実施形態による乗員モデル、外観モデル及び内装モデルを組み合わせた車両モデルの一例を示す図である。

先ず、図４及び図５により、基準モデルを説明する。
図４に示すように、車両モデルには、基準モデル８０が含まれ、この基準モデル８０には、主要寸法モデル８２、乗員モデル８４及びアンダーボディモデル８６が含まれている。
図５（ａ）に示すように、主要寸法モデル８２は、車両の外枠８２ａ、グラウンド（地面に相当）８２ｂ、車輪８２ｃ等に関するモデルであり、車両の外枠の寸法、ホイールベースの長さ、車輪の寸法等の諸元で規定される。

図５（ｂ）に示すように、乗員モデル８４は、乗員マネキン８４ａ、ステアリング８４ｂ、ペダル８４ｃ及び視界条件８４ｄ等に関するモデルである。また、後述するように、乗員の頭が動く範囲や手が届く範囲等を示す空間エリア表示（図３０乃至図３６参照）もこのモデルに含まれる。
乗員マネキン８４ａは、乗員配置や姿勢を検討するためのものであり、国内外の基準に準じた一定の形状及び寸法を有している。この乗員マネキン８４ａは、乗員配置及び姿勢を特定するための種々の寸法や角度の諸元で規定される。諸元には、例えば、ヒップポイントの位置、ヒップポイントに対する頭頂やかかとの位置、最前列と２列目の乗員間の距離等が含まれる。なお、「寸法」には、各部間の「相対距離」も含まれる。

ステアリング８４ｂ及びペダル８４ｃは、それらの乗員に対する配置を検討するためのものであり、それらの形状及び寸法は一定である。ステアリング８４ｂ及びペダル８４ｃは、例えば、それらのヒップポイント又はかかとに対する相対距離や角度の諸元で規定される。視界条件８４ｄは、アイポイントから車両前方に上下方向に広がる角度等の諸元で規定される。
図５（ｃ）に示すように、アンダーボディモデル８６は、ダッシュパネル８６ａ、フロアパネル８６ｂ及びサイドシル８６ｃ等の車体の下部構造に関するモデルである。このアンダーボディモデル８６は、ダッシュパネル８６ａ及びフロアパネル８６ｂを構成する数枚のパネルのそれぞれの寸法や角度、サイドシル８６ｃの寸法等の諸元で規定される。

これらの各モデル８２、８４、８６が組み合わされた基準モデル８０及びこの基準モデル８０を構成する各モデルにより、乗員配置等のパッケージングや車両の基本的な諸元を検討することが出来る。

次に、図４及び図６により、外観モデルを説明する。
図４に示すように、車両モデルには外観モデル９０が含まれ、この外観モデル９０には、エクステリアモデル９２が含まれている。図６に示すように、エクステリアモデル９２は、バンパ及びボンネット等を含む車両の外板に関するモデルである。このエクステリアモデル９２は、車両の外形に関する種々の寸法や角度の諸元で規定される。諸元には、例えば、ホイールベース、フロントオーバーハング、リアオーバーハング、カウルポイントの位置、ルーフトップ高さ、ピラー部の傾斜角度等が含まれる。

このような外観モデル９０により、車両の外観イメージ等を検討することが出来る。さらに、外観モデル９０を基準モデル８０と組み合わせることで、車両の居住空間等のパッケージングをより詳細に検討することが出来る。

次に、図４及び図７により、外観パーツモデルを説明する。
図４に示すように、車両モデルには外観パーツモデル１００が含まれ、この外観パーツモデル１００には、ドアモデル１０２及びガラスモデル１０４が含まれている。
図７（ａ）乃至（ｃ）に示すように、ドアモデル１０２は、前後ドアの開口フランジ１０２ａ、前後サイドドアの外板及びサッシュ１０２ｂ、及び、リフトゲートの外板及びサッシュ１０２ｃに関するモデルであり、図７（ｂ）乃至（ｄ）に示すように、ガラスモデル１０４はフロントウインドウ、フロントクォータウインドウ、サイドウインドウ、リアクォータウインドウ及びリアウインドウの各ガラスに関するモデルである。これらのモデルは、それぞれの形状及び配置に関する種々の寸法や角度の諸元で規定される。

これらのモデル１０２、１０４により、外観の一部を構成するドアやウインドウガラスの形状や配置を個別に検討することが出来る。さらに、これらのモデル１０２、１０４を外観モデル９０と組み合わせることで、車両の外観イメージ等をより詳細に検討することが出来る。

次に、図４及び図８により、内装モデルを説明する。
図４に示すように、車両モデルには内装モデル１１０が含まれ、この内装モデル１１０には、上部インテリアモデル１１２及び下部インテリアモデル１１４が含まれている。図８（ａ）に示すように、上部インテリアモデル１１２は、ピラートリム１１２ａ及びトップシーリング（ルーフヘッダ、ルーフレール及びルーフのトリム）１１２ｂに関するモデルであり、図８（ｂ）に示すように、下部インテリアモデル１１４は、前後ドア及びリフトゲートのトリム１１４ａ、カウルサイドトリム１１４ｂ、Ｂピラー下部トリム１１４ｃ、リアサイドトリム１１４ｄ及びスカッフプレート１１４ｅに関するモデルである。これらのモデルは、各トリムやトップシーリング等の形状及び配置に関する種々の寸法や角度の諸元で規定される。

この内装モデル１１０を乗員モデル８４や外観モデル９０と組み合わせることにより、乗員と内装との相対距離や、乗員による室内の圧迫感や車室外の視認性等を検討することが出来る。

次に、図４及び図９により、内装パーツモデルを説明する。
図４に示すように、車両モデルには内装パーツモデル１２０が含まれ、この内装パーツモデル１２０には、インパネモデル１２２、コンソールモデル１２４及びシートモデル１２６が含まれている。
図９に示すように、インパネモデル１２２、コンソールモデル１２４及びシートモデル１２６は、ダッシュボード等を含むインパネ、このインパネと連続しているコンソール及び複数のシートに関するモデルである。これらのモデルは、それらの車室内における配置を検討するためのものであり、一定の形状を有している。
インパネモデル１２２及びコンソールモデル１２４は、それらの配置に関する寸法や角度の諸元で規定される。また、シートモデル１２６は、シートの配置、シートの幅、ヘッドレスト上下位置、シートバック角度等に関する寸法（距離）や角度の諸元で規定される。
なお、インパネモデル１２２及びコンソールモデル１２４は、内装モデル１１０と整合するように、配置に応じて自動的に変形するようにしても良い。

この内装パーツモデル１２０を内装モデル１１０と組み合わせたモデル、さらに、外観モデル９０や基準モデル８０と組み合わせたモデルにより、インパネ、コンソール及びシートの配置や、車室内の圧迫感及び見栄えを検討することが出来る。

以上説明した図４に示す各モデルの配置は、所定の基準位置に対する相対距離で規定され、各モデルはそのような相対距離を諸元として有している。所定の基準位置には、例えば、前後方向基準点（例えば、カウルポイント）、グラウンド及び車両中間面（車両前後方向に延びる車幅方向の中間を通る面）等がある。

これらの車両モデルでは、主要寸法モデル８２で車両の全体の大きさを検討すること、乗員モデル８４で内部空間を検討すること、エクステリアモデル９２で車両の外観イメージを検討すること等が個別に可能である。その結果、各モデルを組み合わせると、例えば、図１０に示すように、乗員モデル８４の頭部がルーフから飛び出ること等があり、本実施形態では、そのような干渉状態を視覚的に確認することが出来るようになっている。車両企画者は、そのような干渉状態を見て、ヒップポイントを下げる等の調整や、車両の外形イメージを再検討する等することが出来る。

ここで、従来、このような車両企画を行おうとすると、設計図を書き直す手間がかかったり、或いは、乗員の頭部がルーフから飛び出ないように予め高めのルーフ高さを決めてしまう場合等があり、車両企画が保守的になりがちであった。一方、本実施形態では、画面上で容易に形状変更が可能な車両モデルにより車両企画を行うことが出来、その結果、図１０に示すように頭部が飛び出ても、各モデルの再検討が容易である。また、図２に示すような平面スクリーン２６により、複数の車両企画者が互いにディスカッションを重ねながら車両企画を進めることが出来る。

このように、本実施形態による車両企画システム１によれば、従来の車両企画のアプローチとは全く異なり、従来の固定観念に縛られない自由度の高い手法で車両企画を行うことが出来る。その結果、自由な発想に基づいたより新しい外観イメージの車を企画することや、乗員が最も快適と考えられる居住空間を有する車両を企画すること等が可能になる。

次に、図３により、基準データベース６０、外観データベース６２、外観パーツデータベース６４、内装データベース６６及び内装パーツデータベース６８に格納されている車両データについて説明する。
これらのデータベースに格納されている車両データは、車両モデルデータ（車両をモーフィング画面で表示させるためのデータ）を生成するときのテンプレートとなるデータである。即ち、車両データは、車両に関する寸法や角度の諸元をパラメータ（変数）として車両の形状や乗員姿勢等を規定したデータである。この車両データには、後述するルールデータが含まれている。
このような車両データを基に生成される車両モデルは、いわゆる寸法駆動が可能なモデルとなり、寸法や角度を変更すると、それに対応して車両の各部が変形し、或いは、乗員配置等が変更されるようになる。

車両データとしては、基準データベース６０に、基準データである主要寸法データ、乗員データ及びアンダーボディデータが格納され、外観データベース６２に、外観データであるエクステリアデータが格納され、外観パーツデータベース６４に、外観パーツデータであるドアデータ及びガラスデータが格納され、内装データベース６６に、内装データである上部インテリアデータ及び下部インテリアデータが格納され、内装パーツデータベース６８に、内装パーツデータであるインパネデータ、コンソールデータ及びシートデータが格納されている。また、各データベース６０、６２、６４、６６、６８には、車両の基本構成（車型、ピラー構成、シート配列）に対応する複数の車両データが格納されている。

次に、車両データに含まれるルールデータについて説明する。
ルールデータには、諸元同士を関連付けて、車両の各部の形状や配置の整合性を保つデータが含まれる。このようなデータにより、例えば、外形を表すエクステリアモデル９２では、ルーフ長さを変更すると、そのルーフとのつながりを保つようにピラー部の角度も連動して変更され、さらに、内装を表す上部インテリアモデル１１２のトップシーリング（天井内張り）の長さも変更される。このようなルールは、ミニバンやセダンなど、車型ごとに異なるように設定され、例えば、ルーフの前縁を後方に下げた場合、ミニバンでは、フロントピラーの角度を保ったままボンネットが後方に延び、スポーツタイプでは、フロントピラーの傾斜角度が小さくなるようになっている。

なお、本発明の実施形態において、「車両モデル」とは、図４に示す各車両モデル８０〜１２６を総称したものである。また、「車両データ」及び「車両モデルデータ」とは、図４に示す各車両モデル８０〜１２６に対応するそれぞれのデータを総称したものである。また、車両モデルを表示することには、図４に示す各モデル８０〜１２６を、個別に表示すること、或いは、いくつかを組み合わせて表示すること、或いは、すべてを組み合わせて表示させること、のいずれかを含む。

次に、図１１及び図１２により、諸元値入力プログラム３６の機能及び諸元値入力画面について説明する。
図１１は、本実施形態による諸元値入力画面の初期画面を示す図であり、図１２は、本実施形態による諸元値入力画面の数値入力画面を示す図である。
諸元値入力プログラム３６（図３参照）は、図１１及び図１２に示すような諸元値入力画面を表示させ、入力された諸元値から諸元値データを生成させる機能を有する。

先ず、図１１に示すように、諸元値入力画面の初期画面には、車両の基本構成に関する項目が表示される。これらの項目では、車型（ハッチバック、セダン、ミニバン、スポーツ、オープン、トラックなど）、各車型に対応して複数用意されたピラー構成（ピラーの数や位置など）、及び、シート配列（１列、２列、３列など）を、車両企画者がそれぞれ数種類の中から選択することで、これらの項目が設定される。

また、図１１に示す初期画面には、諸元値の読み込みに関する項目が表示され、車両企画者が、車両企画を行う上で車両形状を変形させるベースとする車両（ベース車両）を選択出来るようになっている。特定の車両（ここでは「Ａ車」）を選択すると、ベンチマーク車両データベース７０（図３参照）からその車両の諸元値が一括して読み出され、図１２に示す諸元値入力テーブルに一括して入力される。

次に、図１２に示すように、諸元値入力画面の数値入力画面には、諸元値入力テーブルと、各諸元項目の対応部位を示す車両の側面図及び平面図が表示される。入力テーブルは、車両モデルの名称（「基準モデル」等）を示すコラムと、各諸元項目に対応するパラメータ名（「ＷｈｅｅｌＢａｓｅ」等の名称や「Ｌ１０１」等の識別記号）を示す諸元項目コラムと、その各諸元項目に対応する諸元値として具体的な数値（「２４００」等）を入力するための諸元値入力コラムと、諸元値の所定のレンジ（「±１００」等の数値範囲）を入力するためのレンジ入力コラムと、キャリーオーバー指定コラム（「ＯＮ」等の表示）とで構成されている。

このような数値入力画面により、車両企画者が各モデルの各諸元項目に対応する諸元値を車型等に応じて入力或いは変更することで、諸元値が設定される。各車両モデルで共通の諸元値を使用している場合には、いずれかのモデルに対して入力した数値が、他のモデルの数値にも反映される。車両企画者は、この数値入力画面において、諸元値を変更することが出来、或いは、読み込んだ諸元値をそのまま用いてモーフィング画面上で変形することで諸元値を変更することが出来る。
また、このような諸元値入力画面により車型や諸元値等が設定されると、設定された車型等のデータ、及び、諸元値をそれぞれ諸元項目（パラメータ）と関連させて一覧化したデータをそれぞれ含む諸元値データが生成される。

次に、車両モデルデータ生成プログラム３８による車両モデルデータの生成について説明する。
車両モデルデータ生成プログラム３８に含まれる各モデルデータ生成プログラム４６、４８、５０、５２、５４（図３参照）は、諸元値入力プログラム３６により生成された諸元値データ及び各データベース６０、６２、６４、６６、６８に格納されている車両データ（車両モデルのテンプレート）に基づいて車両モデルデータ（車両をモーフィング画面で表示させるためのデータ）を生成する機能を有する。

具体的には、先ず、各プログラム４６、４８、５０、５２、５４により、諸元値データが読み込まれる。次に、その諸元値データに含まれる車型等の基本構成の情報に基づいて、該当する車型に対応する車両データが各データベース６０、６２、６４、６６、６８から読み込まれる。次に、この読み込まれた車両データに諸元値データの諸元値が代入され、車両モデルデータが生成される。
車両モデルデータには、基準モデルデータ（主要寸法モデルデータ、乗員モデルデータ及びアンダーボディモデルデータ）、外観モデルデータ（エクステリアモデルデータ）、外観パーツモデルデータ（ドアモデルデータ及びガラスモデルデータ）、内装モデルデータ（上部インテリアモデルデータ及び下部インテリアモデルデータ）及び内装パーツモデルデータ（インパネモデルデータ、コンソールモデルデータ及びシートモデルデータ）が含まれる。

ここで、後述するように、３次元モーフィング画面では、諸元値データに含まれるすべての諸元値及び車両データに含まれるすべてのルールデータを組み込んだ車両モデル（３次元車両モデル）を表示する。
一方、２次元モーフィング画面では、車両を側面、平面或いは正面から見た所定の断面及び主要な形状に関する諸元値のみを組み込んだ車両モデル（２次元車両モデル）を表示する。また、組み込まれるルールデータも少なくなっている。

また、各モーフィング画面をそれぞれ効果的に使用するため、ドラッグや数値入力により変更可能な諸元の数は、３次元モーフィング画面では少なく設定され、２次元モーフィング画面では多く設定されている。
従って、車両モデルデータ生成プログラム３８では、３次元モーフィング用の車両モデルデータ及び２次元モーフィング用の車両モデルデータを、表示させるモーフィング画面に応じてそれぞれ生成するようになっている。

次に、図１３及び図１４により、３次元モーフィング画面表示プログラム５８の機能及び３次元モーフィング画面について説明する。図１３は、本実施形態による車両モデルを表示する３次元モーフィング画面の一例であり、図１４は、本実施形態による車両モデルの車室内を表示する３次元モーフィング画面の一例である。
図１３に示すように、３次元モーフィング画面表示プログラム５８は、車両モデルデータ生成プログラム３８で生成された３次元モーフィング用の車両モデルデータに基づいて、車両モデルを任意の視点から見た３次元的な形状を、その視点に合わせて距離感が出るように表示させる機能を有する。

この３次元モーフィング画面には、各車両モデル（外観モデル９０や乗員モデル８４等）を任意に組み合わせて、或いは、個別に表示させることが出来る（図５乃至図９参照）。
また、図１４に示すように、各モデルを組み合わせたモデルの車幅方向に断面をとれば、乗員モデル８４、内装モデル１１２、１１４、内装パーツモデル１２２、１２６の車室内の様子を表示させることも出来る。各モデルは、上述した所定の基準位置を基準に重ね合わせられて表示される。

次に、図１３に示すように、車両モデルは、図中Ａで示すような丸印（一部のみ示す）で表示された、各寸法や角度の起点となる諸元ポイントをマウスによりドラッグすることにより各部の形状及び配置の変更をすることが出来るようになっている。このドラッグ後の諸元値は、自動的に計算され、諸元値データに反映される。

この３次元モーフィング画面で表示される車両モデルは、３次元形状を表示するためにすべての諸元値が反映され、且つ、変形させた場合に形状及び配置の整合性を保つために、諸元同士を関連付けるルールデータがすべて組み込まれて表示される。
従って、或る諸元ポイントをマウスによりドラッグすると、その諸元ポイントを起点とする寸法や角度が変更されると共に、ルール付けされた関連するその他の寸法や角度がすべて連動して変更されて、車両モデルが、形状や配置の整合性を保って変形する。

このように、３次元モーフィング画面では、車両形状をその見たままの３次元的な形状により直感的に変形させることが出来、車両企画を行う上で、車両形状の全体的なイメージをつかみ易くなっている。従って、車両企画者は、３次元モーフィング画面により、車両の３次元的なイメージを見ながら、感覚的に車両形状を様々に変形させて、自由な発想で従来にない特徴ある車両を企画することが出来る。

一方、３次元モーフィング画面では、形状が３次元的に表示されるので、寸法線を表示して寸法や角度の諸元値を直接に数値入力して変更するには向かず、また、各部（例えばルーフ）の形状を変更したい場合、どの諸元ポイントをドラッグすれば良いかが判断しくい場合がある。また、ルーフ形状を変更したとしても、ルーフがどのような曲線を描いているかを詳細に検討するには不便である場合がある。
このような場合、本実施形態では、以下に説明するように、車両企画者は、２次元モーフィング画面を活用して、有効に車両企画を進めることが出来るようになっている。

次に、２次元モーフィング画面表示プログラム５６の機能及び２次元モーフィング画面について説明する。
先ず、図１５乃至図１７により、２次元モーフィング画面の種類及び車両モデルの表示内容について説明する。図１５は、本実施形態による車両モデルを表示する２次元モーフィング画面の側面図表示（ａ）、平面図表示（ｂ）及び正面図表示（ｃ）の一例であり、図１６は、本実施形態による車両モデルを表示する２次元モーフィング画面の側面図表示の他の例であり、図１７は、本実施形態による車両モデルのピラー部の断面を示す２次元モーフィング画面の断面図表示の一例である。
２次元モーフィング画面表示プログラム５６（図３参照）は、車両モデルデータ生成プログラム３８で生成された２次元モーフィング用の車両モデルデータに基づいて、車両モデルを表示する機能を有する。

図１５及び図１６に示すように、車両モデルは、その側面、平面又は正面（或いは背面）から見た３面図表示（側面図表示（図１５（ａ）、図１６）、平面図表示（図１５（ｂ））、正面図表示（図１５（ｃ）））、及び、図１７に示すように、ピラーやドア等の構成部分の断面を示す断面図表示で表示される。これらの側面図表示、平面図表示、正面図表示及び断面図表示は、それらのすべてを並べて或いは任意に選択して表示させることが出来る。
これらの２次元モーフィング画面では、車両モデルは、所定の断面及び主要な形状が直線や曲線で表示され（モーフィング形状表示）、さらに、モーフィング形状表示される形状に関する諸元値について、諸元項目、諸元値及びそれらを規定する寸法線が表示される（諸元値表示）。

例えば、図１５（ａ）に太線で表されているように、側面図表示におけるモーフィング形状表示として、車両中間面の断面上に表れる形状（ルーフやカウル等の形状等）、及び、側面形状を特徴付ける主要な形状（例えば、ベルトライン形状）が表示される。また、諸元値表示として、諸元項目（本図では、「ＷｈｅｅｌＢａｓｅ」、「＊＊＊」と表示）、諸元値（本図では、「２４００」、「・・・」と表示）及び寸法線が表示される。
なお、この図１５（ａ）では、モーフィング表示は、エクステリアモデル９２について表示され、他のモデルは省略されている。また、そのようなモーフィング形状表示等と共に、エクステリアモデル９２の外板の面形状のイメージや、乗員モデル８４の配置や姿勢を示すイメージや線が表示されている。

また、図１５（ｂ）及び（ｃ）に太線で表されているように、平面図表示及び正面図表示も同様に、車両を平面視或いは正面視した場合に外形を特徴付けることが出来る断面及び主要な形状についてのモーフィング表示及び諸元値表示が表示されている。さらに、外板の面形状のイメージが表示されている。

また、図１６に示す２次元モーフィング画面の側面図表示では、エクステリアモデル９２及び乗員モデル８４についてモーフィング形状表示及び諸元値表示が表示され、エクステリアモデル９２の外板の面形状のイメージは、その表示が省略されている。この図１６に示す側面図表示では、車両の外形と乗員配置を検討することが出来る。
図１５及び図１６に示すように、車両企画者は、目的に合わせて、モーフィング形状表示をさせるモデルを任意に選択して表示させ、さらに、その参考にするモデルを任意に選択して、そのイメージを表示させることが出来る。このような２次元モーフィング画面により、例えば、乗員配置や外板のイメージを参考にしながら、車両の外形や主要寸法等について検討することが出来る。

次に、図１７に示すように、断面図表示でも、上述したモーフィング形状及び諸元値表示が表示される。この断面図表示では、ピラー部の断面形状として、主にエクステリアモデル９２と上部インテリアモデル１１２とを組み合わせた状態で表示されている。断面図表示として、その他の車両の主要な部分の断面を表示させることが出来る。

次に、図１５乃至図１７により、２次元モーフィング画面での車両モデルの各部の形状の変形及び配置の変更の方法、及び、適用されるルールについて説明する。
図１５乃至図１７に示すように、表示された諸元値（「・・・」）は、画面上で選択することにより数値入力が可能となっている。この諸元値の変更入力により、車両モデルの各部の形状及び配置の変更が行われるようになっている。従って、車両企画者は、諸元値の入力の都度、車両モデルの変形後の形状を見ながら作業を進めることが出来る。

なお、この２次元モーフィング画面では、図１３に示す３次元モーフィング画面と同様に、図１５中Ａで示すような丸印の諸元ポイントも表示され、ドラッグによるモーフィングも可能になっている。この２次元モーフィング画面で表示される諸元ポイントは、適用されたすべての諸元値に関して表示可能である（本図では、一部のみ示す）。
上述した数値入力或いはこのドラッグにより変更された諸元値は、諸元値データに反映されるようになっている。

また、２次元モーフィング用の車両モデルは、上述したルールデータが最小限に組み込まれている。この最小限に適用されるルールとしては、ピラーとルーフとのつなぎを保つ等の車両形状が大きく破綻しないように定められたルールや、必然的に変更しなければならないヒップポイントとシート位置などを関連付けるルール等が適用される。
従って、車両企画者は、基本的には、ルールに縛られずに、変更しようとする部分に関する寸法や角度を一つ一つ変更することが出来るようになっている。このことにより、車両企画者は、その一つ一つの変更に対し変形形状をその都度確認しながら、車両形状を着実に仕上げていくことが出来る。

ここで、熟練者は３面図で表された設計図面に慣れていることが多く、３次元的に表示されるよりも、２次元的に３面図で表示される方が、車両の外観イメージ等を把握し易い場合がある。そして、２次元モーフィング画面では、車両モデルを従来の設計図面に近い３面図表示で見ることが出来るようになっているので、車両モデルの形状を、感覚的ではなく、具体的に把握することが容易である。従って、例えば、従来の設計図面に慣れた熟練者が、その経験に基づき頭の中に描く形状や数値を基にして、画面上で新たに企画しようとする車両モデルの形状を容易に形成することが出来る。このように、２次元モーフィング画面によれば、熟練者の経験を生かして、車両企画を効果的に進めることが出来る。

さらに、２次元モーフィング画面で表示される車両モデルは、所定の断面及び主要な形状に関する諸元値のみを組み込んだものであり、３次元モーフィング画面で表示される車両モデルより、車両モデルを規定するデータが少ない。また、上述したように、ルールデータも最小限に組み込まれている。従って、２次元モーフィング画面では、計算時間も短く、リアルタイムに形状を更新しながら、車両企画を効率的に進めることが出来る。

次に、図１８により、３次元モーフィング画面及び２次元モーフィング画面における各車両モデル間のルールの適用について説明する。図１８は、本実施形態による各車両モデル間に適用されるルールの主従関係を説明するための図である。
先ず、図１８により、各車両モデル間に適用されるルールの主従関係について説明する。
上述したルールデータには、車両企画を効果的且つ効率的に進めるために、各車両モデル間の主従関係を定めたデータが含まれている。図１８において、矢印は主従関係を表し、その起点のモデルが上位、終点のモデルが下位となる。そして、後述するモーフィング画面において、上位のモデルの諸元値が変更された場合、その変更された諸元値に関連する下位のモデルの諸元値も連動して変更され、その変更後の形状が表示される。例えば、主要寸法モデル８２においてホイールベースを変更すると、その下位のモデルである乗員モデル８４やエクステリアモデル９２では、ホイールベースを変更したことにより影響を受けるダッシュパネルから乗員までの距離や前後ホイールアーチ部間の距離等の各諸元値が変更される。

一方、下位のモデルで諸元値を変更した場合、上位のモデルは連動して諸元値が変更されないようになっている。また、主従関係が設定されていないモデル同士でも、互いに連動して、諸元値が変更されないようになっている。例えば、乗員モデル８４で乗員配置を変更しても、主要寸法モデル８２のホイールベース等の各諸元値は変更されず、また、エクステリアモデル９２の各諸元値も変更されない。

このような主従関係により、例えば、車両の外観を重視して車両を企画しようとする場合、車両の全体の大きさ（主要寸法モデル８２）や内部空間（乗員モデル８４）の制約に縛られずに、エクステリアモデル９２で車両の外観イメージを検討することが出来る。また、逆に、外観イメージにとらわれずに自由な発想で居住空間を検討することも出来る。このように主従関係を設けることにより、車両企画を効率的に進めることが出来る。

次に、乗員モデル８４に対する各車両モデルの位置関係を定めるルールデータについて説明する。
上述したルールデータには、乗員モデル８４に対する各モデルの位置関係を記憶したデータが含まれる。
先ず、乗員モデル８４とシートモデル１２６との間では、乗員モデル８４のヒップポイントの諸元値を変更すると、シートモデル１２６の配置に関する諸元値が連動して変更され、変更後のヒップポイントに合う位置にシートモデル１２６が配置されるようにルールが設定されている。これにより、設計上、必然的に変更しなければならない諸元値を個別に変更する必要がないので、車両企画者の利便性が高まる。

また、乗員モデル８４と、インパネモデル１２２及び下部インテリアモデル１１４との間では、乗員モデル８４のヒップポイント（グラウンドからの高さ）の諸元値を変更すると、インパネ（インパネモデル１２２）及びドアトリム（下部インテリアモデル１１４）のグラウンドからの高さに関する諸元値が連動して変更され、インパネ及びドアトリムが所定の基準位置になるようにルールが設定されている。本実施形態では、所定の基準位置は、乗員から見たインパネやドアトリムの見栄え（圧迫感や開放感などを含む）を落とさない範囲に設定されている。
このような見栄え上の理由等によりヒップポイントとインテリアパーツとの相対位置関係がほぼ一義的に定まる場合、諸元値を個別に変更する必要がないので、車両企画者の利便性が高まる。なお、インテリアパーツを、ヒップポイントではなく、アイポイントに連動するようにしても良い。

ここで、シートモデル１２６、インパネモデル１２２及び下部インテリアモデル１１４は、連動して変更される許容範囲が定められている。この許容範囲は、例えば、シートモデル１２６では、フロアへの取付部品やシートクッションを設けることが出来る下限位置と、フロアに対する一定の上限位置とで定められている。また、インパネモデル１２２や下部インテリアモデル１１４では、許容範囲は、フロアに対する一定の下限位置と、カウルポイントやベルトラインを大幅に超えない上限位置とで定められている。
本実施形態では、このような許容範囲を超えた場合、シートモデル１２６、インパネモデル１２２及び下部インテリアモデル１１４は、そのような許容範囲の中央位置に変更されるようになっている。従って、配置の基準となる中央位置を視覚的に確認することが出来、その結果、車両企画段階での大きなミスを防止することが出来る。

一方、シートモデル１２６の配置を変更しても乗員モデル８４のヒップポイントは変更されない。つまり、乗員モデル８４は、基準モデル８０に含まれており、視界条件や室内空間での乗員の位置など、車両の基本的なパッケージングを反映したものであるので、車両企画者が個別に調整するようにしている。
また、ブレーキペダルやステアリングホイールは、安全性などの理由により自動的に連動しない方が良い場合があるので、ヒップポイントが変更されても連動して変更されず、車両企画者が個別に調整するようにしている。

また、インパネ及びドアトリムは、それらの配置が変更されると、その形状が、他のピラートリムやカウルサイドトリム（下部インテリアモデル１１４）及びコンソールモデル１２４等の周囲のインテリアと整合するように連動して変形するようになっている。

次に、図１９により、シミュレーション画像表示プログラム４４の機能について説明する。
図１９は、本実施形態によるシミュレーション画像表示プログラムにより表示される画像の一例であり、車両モデルが仮想道路上を走行する様子を運転手の視点から見た画像を示す図である。
シミュレーション画像表示プログラム４４（図３参照）は、車両モデルを単なる数値データ（３次元座標データ）に置き換え、図１９に示すように、このシミュレーション車両が仮想空間内の仮想道路上を走行する映像を表示させる機能を有する。

また、シミュレーション画像表示プログラム４４は、乗員モデル８４に設定されている運転手の視点（アイポイントＥＰ）から見た映像や、車両外方の所定の視点から見たシミュレーション車両の走行状態の映像等が表示させる機能を有する。これらの映像により、車両企画者は、運転手による視認性、圧迫感などの視界に関する評価や、車両の外観の走行風景と合わせた評価を行うことが出来る。車両企画者は、車両モデルを走行させる仮想空間を、データベースサーバ４に含まれる仮想空間データベース７４から選択することが出来る。
また、シミュレーション画像表示プログラム４４は、企画車両とベンチマーク車両を仮想空間内で並走するように表示させる機能、同じ位置で片方の車両を半透明にするなどして重ね合わせて表示させる機能、及び、同じ仮想空間を表す２画面を並べてそれぞれ同時に走行させる機能等も有する。

次に、図２０及び図２１により、他の図（図１１乃至図１９、図２２乃至図２５）を参照しながら、本実施形態による車両企画支援システムによる処理の一例を説明すると共に企画支援プログラム３０の機能についてさらに説明を加える。以下の説明でＳは各ステップを示す。
図２０は、本実施形態による車両企画支援システムによる処理の一例を示すフローチャートの前半であり、図２１は、本実施形態による車両企画支援システムによる処理の一例を示すフローチャートの後半であり、図２２は、本実施形態によるモーフィング表示設定メニューの画面を示す図であり、図２３は、本実施形態によるシミュレーション表示及び２次元モーフィング表示が合わせて表示された画面の一例を示す図であり、図２４は、図１９に示すシミュレーション表示された車両モデルのピラー部の形状及び大きさを変更した後の画像の一例を示す図であり、図２５は、本実施形態によるシミュレーション表示された車両モデルのピラー部の変更後及び変更前の画像を並べて表示した画像の一例を示す図である。

先ず、図２０に示すように、Ｓ１において、図１１及び図１２に示すような諸元値入力画面が表示され、車両企画者は、車型等の車両の各種の情報の選択及び諸元値の入力を行う。或いは、車両企画者の指示によりベンチマーク車両データベース７０からベース車両の諸元値が読み込まれる。
次に、Ｓ２に進み、Ｓ１において入力された或いは読み込まれた諸元値等に基づいて、諸元値データが生成される。
次に、Ｓ３に進み、図２２に示すようなモーフィング表示設定メニュー画面が表示され、車両企画者は、表示するモーフィング画面を選択する。図２２では、２次元モーフィング画面の３面図表示が選択されている。また、車両企画者は、後述するベンチマーク車両に関する項目及び空間エリア表示に関する項目に関してそれぞれ選択する。なお、このモーフィング表示設定メニュー画面は、モーフィング画面表示プログラム４０により表示される。
次に、Ｓ４に進み、Ｓ３において車両企画者により選択されたモーフィング画面に応じて２次元用或いは３次元用の車両モデルデータが生成される。

次に、Ｓ５或いはＳ８に進み、２次元或いは３次元のモーフィング画面が表示される。
ここで、上述したように２次元モーフィング画面では、車両モデルの形状変形や配置変更等を効果的且つ効率的に行えるようになっており、一方、３次元モーフィング画面では、車両の３次元的なイメージをつかみやすくなっている。従って、ここでは、最初にＳ５に進んで２次元モーフィング画面を表示し、その後、Ｓ８により３次元モーフィング画面を表示して車両の３次元的なイメージをつかむようにして、車両企画を進める場合について説明する。

Ｓ５において、図１５乃至図１７に示すような２次元モーフィング画面が表示される。表示された２次元モーフィング画面により、車両企画者は、車両モデルの各部の形状変形や配置の変更を行うことが出来る。このＳ５では、この形状変形や配置の変更により変更された諸元値が、一時的にＲＡＭ１２（図１参照）に記憶される。
車両企画者による２次元モーフィング画面における作業の終了後、車両企画者が、図１５乃至図１７に示すような３次元モーフィング画面への移行ボタン（「３Ｄへ移行」と表示）を押すと、Ｓ６に進み、一時記憶された変更後の諸元値が一括して諸元値データへ反映される。
次に、Ｓ７に進み、変更後の諸元値データに基づいて、３次元モーフィング用の車両モデルデータが一括して生成される。

このように、２次元モーフィング画面における変更作業の途中で、逐次、３次元モーフィング画面用の車両モデルデータの生成が行われるのではなく、作業終了後に一括して、３次元モーフィング用の車両モデルデータの生成が行われるようになっている。
ここで、上述したように、２次元モーフィング画面の車両モデルは、適用される諸元値及びルールが、３次元モーフィング画面用の車両モデルより少ない。従って、逐次、３次元モーフィング画面用の車両モデルデータの生成が行われた場合には、例えば、ボンネット部分とフェンダー部分との接続面が一致しない等、整合性がとれないことによるエラーが生じる場合がある。従って、２次元モーフィング画面における作業終了後に、３次元モーフィング用の車両モデルデータを一括して生成させることにより、整合性がとれないことによるエラーの多発を防止することが出来る。
また、上述したように、３次元用の車両モデルデータの生成には、諸元値やルールがすべて反映されるので計算量が多い。従って、３次元用の車両モデルデータの計算に要する時間を省くことにより、車両企画を効率的に行うことが出来る。

次に、Ｓ８に進み、図１３及び図１４に示すような３次元モーフィング画面が表示される。この画面により、車両企画者は、企画した車両の形状や各モデルの整合性を様々な視点から３次元的に確認することが出来る。また、車両モデルの形状変形を行うことが出来る。このＳ８では、上述したような整合性がとれない部分がある場合、その具体的な位置及び理由を示すエラー表示が表示される（図示せず）。車両企画者は、このエラー表示を見て、各部の整合性をとる作業等を行うことが出来る。
次に、Ｓ９に進み、車両企画者が、再び２次元モーフィング画面において車両の変形等を行う必要があると判断し、図１３及び図１４に示すような２次元モーフィング画面への移行ボタン（「２Ｄへ移行」と表示）を押すと、Ｓ５に進み、再度、２次元モーフィング画面が表示される。
なお、車両企画者は、図２０中、破線で示すように、先ずＳ８で車両の３次元的なイメージをつかむか、或いは、おおまかな変形を行った後、Ｓ９において２次元モーフィング画面への移行ボタンを押して、Ｓ５における２次元モーフィング画面での作業を行うことも出来る。

次に、図２１に示すように、Ｓ１０に進み、車両モデルがシミュレーション車両として保存される。
次に、Ｓ１１に進み、シミュレーション画像表示プログラム４４（図３参照）により走行条件設定画面（図示せず）が表示され、車両企画者は、走行ルート、日照方向、天候、走行速度、旋回速度等を設定する。
次に、Ｓ１２に進み、Ｓ１１で設定された走行条件に合わせて、仮想空間データベース７４から仮想空間データが読み出され、さらに、この仮想空間データと、Ｓ１０で保存されたシミュレーション車両のデータとが組み合わされて、図１９に示すように、シミュレーション車両が仮想空間内の仮想道路上で走行する様子が表示される。車両企画者が、図１９に示すような画面上の一時停止ボタンを押すと、表示が一時停止される。この一時停止によって、車両企画者は、企画車両をじっくり評価することが出来、例えば、信号や歩行者の視認性等の評価を行うことが出来る。

次に、Ｓ１３に進み、車両企画者が、図１９に示すような画面上の２次元シミュレーション表示ボタン（「２Ｄモーフィング表示」と表示）を押すと、Ｓ１４に進み、図２３に示すように、２次元モーフィング画面表示プログラム５６により、シミュレーション表示と合わせて２次元モーフィング画面が表示される。なお、このような２次元モーフィング画面は、単独で画面上に大きく表示させることも出来る。
車両企画者は、例えば、図１９に示すように、歩行者が三角窓のピラーを含むＡピラー部に隠れて視認性が悪いと判断した場合、図２３に示すようなこの２次元モーフィング画面により、車両モデルの形状変更等を行うことが出来る。例えば、歩行者に対する視認性を高めるために、ピラー部に対する乗員モデル８４の配置を変更する。或いは、図１７に示すようなピラー部の断面を示す２次元モーフィング画面を表示させて、エクステリアモデル９２及び上部インテリアモデル１１２のピラー部の形状や大きさを変更する。

このような作業の終了後、車両企画者が、図２３に示すようなシミュレーション表示への移行ボタンを押すと、Ｓ１５に進み、変更後の諸元値が諸元値データに反映される。
次に、Ｓ１６に進み、シミュレーション画像表示プログラム４４により、変更された部分（例えば、ピラーの断面形状）に対応するシミュレーションモデルの一部の数値データが変更される。

次に、Ｓ１２に戻り、変更後のシミュレーション車両が再表示される。本実施形態では、図２４に示すように、一時停止した画面が再表示され、破線で示すような変更前のシミュレーション車両モデル（実際には、半透明等で表示される）と、実線で示すような変更後のシミュレーション車両モデル（通常のシミュレーション表示）とが重畳表示される。なお、図２５に示すように、変更前のシミュレーション車両モデルと、変更後のシミュレーション車両モデルとが、それぞれ並べて表示されるようにすることも出来る。また、シミュレーション表示を、この一時停止の状態或いは最初の状態からスタートさせることが出来る。

このように、シミュレーション表示と２次元モーフィング表示との連係度合を高めているので、車両企画者は、シミュレーション表示中に迅速に車両モデルの変形を行い、さらに、その変形後の車両モデルを迅速にシミュレーション表示させて、その作業性を向上させることが出来る。特に、本実施形態では、２次元モーフィング画面は、３面図表示や断面図表示等により変更したい部分のみを変更することが容易であり且つ形状を具体的に把握し易く、さらに、３次元モーフィング表示よりも計算時間が短いので、シミュレーション表示中に２次元モーフィング表示をさせても、効率的に車両企画を進めることが出来る。従って、シミュレーション表示終了後、再度、諸元値入力画面や３次元モーフィング画面に戻って車両モデルの変形等の作業を行うよりも作業性が向上する。

次に、Ｓ１３において、車両企画者が、車両形状等を変更する必要がないと判断した場合には、Ｓ１７に進み、シミュレーション表示を終了するか、或いは、他の走行条件でＳ１１乃至Ｓ１６の処理を繰り返すことも出来る。

以上説明したように、車両企画者は、シミュレーション表示により、運転手の視認性や圧迫感などの居住性を視覚的に評価することが出来、さらに、試作車を作製する手間及びコストを大きく削減することが出来る。また、本実施形態では、企画車両を、シミュレーション表示画面で確認しつつ、２次元モーフィング画面で形状変更等を行うことが出来るので、車両企画を効率的且つ効果的に行うことが出来る。

次に、図２２及び図２６により、２次元モーフィング画面表示プログラム５６のベンチマーク車両の重ね合わせ表示機能について説明する。図２６は、本実施形態による車両モデルにベンチマーク車両のイメージが重ね合わされて表示された２次元モーフィング画面の側面図表示の一例である。
２次元モーフィング画面表示プログラム５６（図３参照）は、上述した機能以外に、車両企画の参考や比較対象にしようとするベンチマーク車両を、企画車両の車両モデルと重ね合わせて表示させる機能を有する。

図２２に示すように、車両企画者は、ベンチマーク車両選択項目において、ベンチマーク車両を選択する。ベンチマーク車両のデータは、ベンチマーク車両データベース７０に格納されており、その中から選択することが出来る。特定の車両（ここでは「Ｂ車」）を選択すると、諸元値入力プログラム３６により、ベンチマーク車両データベース７０からその車両の諸元値が一括して読み出され、企画車両とは別の諸元値データが生成される。車両モデルデータ生成プログラム３８は、この諸元値データを基に、ルールを適用しない単なる数値データとしての車両モデルデータを生成させる。

図２６に示すように、２次元モーフィング画面表示プログラム５６（図３参照）は、この車両モデルデータを基に、参考画像としてベンチマーク車両を画面上に表示する。本実施形態では、ベンチマーク車両は半透明に表示され（図２６では仮想線で示す）、企画車両の車両モデルに重ね合わせて表示される。
また、車両企画者は、図２２に示す選択画面において、企画車両の車両モデルと、ベンチマーク車両とを重ね合わせる基準位置を選択する（図２２では、「フロントバンパー先端」が選択されている）。図２６に示すように、ベンチマーク車両は選択された基準位置を基準に重ね合わされて表示される。

ここで、２次元モーフィング画面では、所定の断面及び主要な形状のみが表示されるので、車両企画者は、ベンチマーク車両の重ね合わせ表示により、企画車両の車両モデルとベンチマーク車両とを比較し易く、車両企画をより有意義に進めることが出来る。また、重ね合わせの基準位置を選択することが出来るので、比較或いは参考にしたい部分について、より確実に比較を行うことが出来る。

次に、図１２、図２７乃至図２９により、本実施形態によるレンジ入力及びレンジ表示の機能について説明する。
図２７は、本実施形態による車両モデルと共にレンジ表示を表示した２次元モーフィング画面の一例であり、図２８は、本実施形態によるレンジ表示設定メニューの画面を示す図であり、図２９は、本実施形態による複数の車両形状のレンジ表示を表示する２次元モーフィング画面の一例である。
本発明の実施形態では、諸元値入力プログラム３６及び各モーフィング画面表示プログラム５６、５８（図３参照）は、それぞれ、レンジ入力機能及びレンジ表示機能を有し、車両企画者によるレンジ値（所定の数値範囲）の入力により、そのレンジ値に応じた車両形状が表示されるようになっている。
ここで、車両形状を表示するには、或る特定の数値で表された諸元値が必要となるが、車両企画段階では、例えば、ｍｍ単位で数値を特定することに意味がない場合が多く、また、或る特定の数値を決めるのが不便な場合がある。従って、本実施形態では、レンジ入力を可能にすることにより、車両の企画を効果的に進めることが出来るようにしている。

先ず、図１２により、レンジ入力機能について説明する。
本実施形態では、図１２に示すように、諸元値入力プログラム３６のレンジ入力機能により、諸元値入力画面にレンジ入力コラム（レンジ入力画面）が表示され、車両企画者は、各車両モデルの各諸元値に対するレンジ値を入力することが出来るようになっている。
具体的には、車両企画者は、レンジ値として、ルーフ高さなどの個々の諸元に対して、デザイン上の自由度を定める範囲となる上限値及び下限値を入力することが出来る。例えば、図１２に示すように、入力したルーフ高さ（ＲｏｏｆＨｅｉｇｈｔ）の諸元値１５００に対し、ルーフ高さを５０ｍｍ高く或いは５０ｍｍ低くした場合に、車両形状が全体としてどのようなイメージに変わるかを知りたい場合、車両企画者は「±５０」と入力する。
ここで、レンジ入力コラムには、例えば、「±５０」や「−１０ｍｍ〜＋５０ｍｍ」等の諸元値に対する値の差を入力する。また、「１７２０〜１７８０」等の下限値と上限値をそれぞれ入力することが出来、この場合には、諸元値入力コラムへの諸元値の入力を省略することが出来る。

次に、図１２、図２７及び図２８により、レンジ表示機能ついて説明する。
本実施形態では、図２７及び図２８に示すように、各モーフィング表示プログラム５６、５８のレンジ表示機能により、諸元値に基づく車両モデルが表示されると共に、入力されたレンジ値に対応する車両形状（レンジ表示）が表示されるようになっている。
図２７に示すように、モーフィング画面では、基準表示として、諸元値に対応する車両モデルＡ（実線で示す）が表示されると共に、レンジ表示として、上限値における車両形状Ｂ（仮想線で示す）及び下限値における車両形状Ｃ（仮想線で示す）がそれぞれ表示されるようになっている。この図２７に示す例では、基準表示は車両全体について表示され、レンジ表示は、車両の一部、即ち、ピラー部及びルーフ部のみ表示されている。
図２７では、レンジ表示を仮想線で示したが、実際には、半透明で或いは基準表示（車両モデル）とは異なる色で表示される。また、３次元モーフィング画面においても同様に、レンジ表示が、例えば、半透明に表示される。

この図２７に示す例では、基準表示及びレンジ表示で表される３つの形状が表示され、車両企画者は、ルーフ高さが異なる場合の外観形状を同一画面で比較することが出来る。また、レンジ表示を車両モデルの形状変形等の目安とすることが出来る。さらに、例えば、諸元値にベース車両の値を読み込み、このベース車両に対してレンジを入力すれば、ベース車両との比較をすることが出来る。
このような比較をする場合、従来は、諸元値を入力し直してモーフィング画面を表示させる作業を繰り返しており、時間がかかる上に比較もしにくかった。本発明の実施形態によれば、このような比較を容易に行うことが出来るので、車両企画を効率的に進めることが出来る。

次に、図２８に示すように、このようなレンジ表示は、レンジ表示設定メニューで、表示のＯＮ−ＯＦＦを選択することが出来るようになっている。
また、この設定メニューにより、上限値表示及び下限値表示を任意に選択して、いずれか又は両方を基準表示に加えて表示させることが出来る。上限値表示又は下限値表示のいずれかを選択した場合には、基準表示に対し、レンジ表示が一つ表示され、互いに対比することが出来る。
また、基準表示（車両モデル）を非表示にして、上限値と下限値の２つのレンジ表示形状のみを表示させることも出来る。この場合、車両企画者は、上限値表示及び下限値表示の２つの形状の範囲内で、企画車両形状を自由に頭の中で想像し易くなる。

さらに、複数表示の項目をＯＮにすれば、上限値と下限値のレンジ範囲内で複数のレンジ表示も表示させることも可能である。図２８に示すように、例えば、４分割や２５ｍｍ毎などの所定の単位を入力すると、図２９に示すように上限値から下限値にかけて任意の単位で複数のレンジ表示Ｄが表示される。図２９に示す例では、上限値から下限値にかけて４分割（或いは２５ｍｍ単位）した複数の車両形状Ｄを示すレンジ表示が表示されている。本実施形態では、複数のレンジ表示を表示させる場合、基準表示を非表示にしている。従って、車両企画者は、複数のレンジ表示を互いに比較し易くなっている。図２９に示す例では、ピラー部及びルーフ部の基準表示が非表示になっている。

また、画面上において、所定位置の形状を表示させたい場合、複数のレンジ表示の中から一つ或いは複数選択して、その選択した車両形状のみを表示させることも出来る。この場合、基準表示を表示し、その選択したレンジ表示と互いに対比することが出来る。
ここで、諸元値を入力せず、レンジ入力コラムに「１７２０〜１７８０」等の上限値と下限値を入力した場合には、上限値と下限値の中間値である１７５０が自動的に諸元値として定められ、各モーフィング画面ではその自動的に定められた諸元値を使用して基準表示（車両モデル）が表示される。

次に、レンジ値の入力及び諸元値の変更の規制について説明する。
レンジ入力機能及びレンジ表示機能は、レンジ値の入力及び各モーフィング画面における諸元値の変更を規制する機能を有する。
先ず、レンジ値の入力及び諸元値の変更が不可となる場合について説明する。
自動車の開発において、例えば既存車種のドアやボンネット等をキャリーオーバー（流用）する場合がある。車両企画において、このようなキャリーオーバーを考慮して進めることで、車両企画をしてみたものの実現不可能な車両を開発することを防止することが出来る。
そこで、本発明の実施形態では、レンジ入力機能及びレンジ表示機能に、キャリーオーバーする部品に関するレンジ値の入力及び各モーフィング画面における諸元値の変更が受け付けられないように規制する機能を持たせている。

具体的には、図１２に示す諸元値入力画面において、車両企画者が、キャリーオーバーする部品（例えば、ドア）の各諸元項目に対しキャリーオーバー指定コラムをＯＮにすると、このＯＮにされた諸元値のレンジ入力コラムには「±０」と表示され、レンジ値の入力が不可となる。また、キャリーオーバーをする場合には、車両企画者は、ベンチマーク車両データベース７０からキャリーオーバーする部品の諸元値を読み込む。この読み込まれた諸元値を変更する入力も不可となり、レンジ値と共に車両企画者による入力が受け付けられなくなる。

諸元値入力プログラム３６により生成される諸元値データには、各諸元項目に対しキャリーオーバー指定の情報が付加され、さらに、車両モデルにも反映されるようになっている。従って、各モーフィング画面でも、このキャリーオーバー指定コラムで指定された諸元値は、その変更が出来ないようになっている。そして、車両企画者が諸元値を変更しようとすると警告（図示せず）が行われるようになっている。
また、キャリーオーバー指定された諸元項目に関して上述したルールデータも適用されないようになっている。従って、本来ならルールデータに基づいて他の部分の諸元値の変更により連動して変更される諸元値であっても、キャリーオーバー指定がＯＮである諸元値は、連動して変更されないようになっている。

なお、キャリーオーバーする場合でも一部の寸法等を変更する場合には、諸元値の変更を受け付けるようにしても良い。この場合には、警告を行うようにすると、車両企画者にキャリーオーバー指定されていることを知ることが出来る。
また、キャリーオーバーでない場合でも、車両企画の途中で、例えばデザイン上特徴ある部分の諸元値を固定して、その後の車両企画を進めたい場合がある。この場合には、諸元値入力画面に戻り、キャリーオーバー指定をＯＮにした後に諸元値データを生成すれば、その後、その部分に関する諸元値の変更が規制される。

次に、レンジ値の入力及び諸元値の変更が所定の制約範囲に規制される場合について説明する。
自動車の開発においては、レギュレーション上の規制や車両設計上の制約を考慮する必要がある。例えば、レギュレーションとして、フロントバンパの高さは国内外の衝突安全基準等の制約を受け、また、車両設計上でも、エンジンの搭載位置等に関係してボンネット高さが制約を受ける場合がある。車両企画において、このような制約を考慮して進めることで、その後の開発を効率的に進めることが出来ると共に、車両企画をしてみたものの実現不可能な車両を開発することを防止することが出来る。
そこで、本発明の実施形態では、レンジ入力機能及びレンジ表示機能に、レンジ値の入力及び諸元値の変更が上述したような制約の範囲内でのみ受け付けられるように規制する機能を持たせている。

具体的には、規制値データベース７２（図３参照）には、レギュレーション上或いは車両設計上の制約値に関するデータが格納され、諸元値入力プログラム３６は、そのレンジ入力機能により、規制値データベース７２の各諸元項目に対する制約値を参照し、その制約値を超える入力を受け付けないようにする。従って、車両企画者は、図１２に示す諸元値入力画面において、各諸元項目に対し、その制約値の数値範囲（制約範囲）内で諸元値を入力することが出来、さらに、その入力した諸元値に対して制約範囲を超えない範囲でレンジ値を入力することが出来る。制約範囲を超える数値を入力しようとすると、警告（図示せず）が行われるようになっている。

諸元値入力プログラム３６により生成される諸元値データには、各諸元項目に対しこの制約範囲もデータとして付加され、さらに、車両モデルにも反映されるようになっている。従って、各モーフィング画面でも、制約範囲を超える諸元値の変更が出来ないようになっている。そして、車両企画者が制約範囲を超えて諸元値を変更しようとすると、警告（図示せず）が行われるようになっている。
また、各モーフィング画面では、制約範囲を有する諸元値が、他の諸元値を変更することにより上述したルールデータに基づいて連動して変更される場合、制約範囲内でのみ連動するようになっている。本来ならルールデータに基づいて制約範囲を超えるような場合には、警告が行われる。

次に、レンジ値の入力及び諸元値の変更が、企画車両の開発段階に応じて定められた所定の規定範囲に規制される場合について説明する。
自動車の開発においては、通常、車両企画が最終段階に近づく程、諸元値に対し許容できるレンジ値は狭くなる。例えば、車両企画の最終段階に近くなる程、車両の外形やドア形状を大きく変更しない方が車両企画を効率的に進めることが出来る。車両企画の各段階において、このような許容範囲を考慮して車両企画を進めることで、車両企画を効果的に進めることが出来る。
そこで、本実施形態では、このような許容範囲を予め規定し、レンジ入力機能及びレンジ表示機能に、レンジ値の入力及び諸元値の変更がその規定した範囲内でのみ受け付けられるように規制する機能を持たせている。

具体的には、規制値データベース７２（図３参照）には、諸元値に対し許容できる範囲を規定した規定値が予め格納されている。この規制値データベース７２には、例えば、初期段階のｓｔａｇｅ１では「±１００」、中間段階のｓｔａｇｅ２では「±５０」、最終段階に近いｓｔａｇｅ３では「±０」というような規定値のデータが格納されている。このような規定値は、各諸元項目に応じた値が設定されている。
一方、図１１に示すように、諸元値入力画面の初期画面には、「ｓｔａｇｅ１」や「ｓｔａｇｅ２」等の企画段階を選択する選択ボタンが表示され、車両企画者により、企画段階が選択される。

諸元値入力プログラム３６は、そのレンジ入力機能により、車両企画者により選択された企画段階に対応する規制値データベース７２の規定値を参照し、その規定値を超える入力を受け付けないようにする。従って、車両企画者は、図１２に示す諸元値入力画面において、各諸元項目に対し、その規定値の数値範囲（規定範囲）内で諸元値を入力することが出来、さらに、その入力した諸元値に対して規定範囲を超えない範囲でレンジ値を入力することが出来る。

この規定範囲による規制でも、上述したレギュレーション等による制約範囲による規制と同様に、規定値を超える数値の入力は受け付けられず、また、諸元値データにこのような規定値がデータとして付加されると共に車両モデルにも反映される。従って、各モーフィング画面でも、規定範囲を超える諸元値の変更が出来ないようになっており、さらに、規定範囲内でのみ上述したルールデータに基づいて連動して変更されるようになっている。

次に、図２２、図３０乃至図３６により、乗員モデル８４に含まれる空間エリア表示について説明する。
図３０は、本実施形態による空間エリア表示である頭部エリア表示及び乗降エリア表示を含む乗員モデルを表示する２次元モーフィング画面の一例を示す図であり、図３１は、本実施形態による空間エリア表示である頭部エリア表示及び乗降エリア表示を含む乗員モデルを表示する２次元モーフィング画面の一例を示す図であり、図３２は、本実施形態による空間エリア表示である頭部エリア表示及び乗降エリア表示を含む乗員モデルを表示する３次元モーフィング画面の一例を示す図であり、図３３は、本実施形態による空間エリア表示である頭部エリア表示の変形例を示す図であり、図３４は、本実施形態による空間エリア表示であるリーチエリア表示を含む乗員モデルを表示する３次元モーフィング画面の一例であり、図３５は、本実施形態による空間エリア表示であるステアリング操作エリア表示の表示を示す図であり、図３６は、本実施形態による空間エリア表示であるペダル操作エリア表示の表示を示す図である。

ここで、３次元モーフィング画面において、乗員モデルと共に他のモデルを表示させる場合、任意の視点から見て距離感が出るように３次元的に表示されるようになっている。しかし、モニター自体が平面である場合、ルーフやピラー等に対する頭部周りの空間、乗降時のドア開口部に対する頭上空間及び乗員の腕がステアリングやインパネ等に届く範囲等を客観的に把握しにくい場合がある。また、２次元モーフィング画面においても、実車のように頭上に手を入れて評価すること等が出来ず、同様に空間の距離を客観的に把握しにくい場合がある。

そこで本実施形態では、図３０乃至図３４に示すように、乗員モデル８４の周りの空間の大きさを客観的に評価すると共に乗員モデル８４とその他のモデルとの相対的な関係を評価するために、２次元及び３次元の各モーフィング画面での乗員モデル８４の表示の際、空間エリア表示として、頭部エリア表示１３０、乗降エリア表示１３２、リーチエリア表示１３４、ステアリング操作エリア表示１３６及びペダル操作エリア表示１３８も合わせて表示することが出来るようになっている。

先ず、図３０乃至図３３により、頭部エリア表示１３０を説明する。
図３０乃至図３２に示すように、頭部エリア表示１３０は、乗員（乗員モデル８４）が、通常の姿勢でいるとき、前方に身を起こしたとき、前後左右に首を振ったとき等を含むその頭部が動く範囲として、実際に頭部が移動する軌跡を含む頭部から所定距離にある空間を示すものである。この表示では、ルーフ等と干渉している部分が明度の違い等によって明確に分かるようになっており、例えば、図３２に示す表示では、頭頂付近で明度が異なっている部分１３０ａがあり、ルーフと干渉しているのが分かる。

また、図３３に示すように、頭部エリア表示１３０は、何層かに分けて表示することが出来る。このような階層表示は、その相互の間隔及び頭部からの距離を任意に指定して表示させることが出来る。このような表示により、どの層の表示がルーフと干渉するかによってヘッドクリアランス（ルーフとの間隔）を客観的に評価することが出来る。
このような頭部エリア表示１３０は、乗員モデル８４の姿勢や配置（ヒップポイント、トルソー角、ヒールポイント等）を変更すると、連動して、その変更後の位置に対応した位置に表示される。
このような頭部エリア表示１３０により、頭上空間、頭部とルーフやピラー等との干渉具合、乗員の感じるルーフやピラー等に対する圧迫感等を評価することが出来る。

次に、図３０乃至図３２により、乗降エリア表示１３２を説明する。
図３０乃至図３２に示すように、乗降エリア表示１３２は、ドア開口部の近傍に表示され、乗員モデル８４の頭部の頭頂が乗降の際に通過する範囲を示すものである。この乗降エリア表示１３２も、頭部エリア表示１３０と同様に階層表示させることが出来、図３０乃至図３２では、階層表示された例が示されている。
この表示は、湾曲した曲面で表示され、乗員が前屈みで降りたり、上半身が比較的直立した姿勢で降りたりする際の通過位置を含むようになっている。この表示は、乗員モデル８４の配置に連動した位置に表示される。
このように、乗降エリア表示１３２により、乗降の際における頭上空間（ルーフやピラーとの間隔）や、頭部とルーフやピラー等との干渉を、上述した頭部エリア表示１３０と同様に評価することが出来る。

次に、図３４により、リーチエリア表示１３４を説明する。
図３４に示すように、リーチエリア表示１３４は、乗員モデル８４の前方に表示され、乗員（乗員モデル８４）が腕を前方に向けてほぼ延ばし且つ上下左右に動かしたときに手が届く範囲を示すものである。図３４では、手がステアリング８４ｂに届かないことが分かる。この表示も、乗員の大きさに応じた腕の長さを考慮して、乗員から所定距離前方に何層かに分けて表示することが出来る（図示せず）。この表示も、上述した頭部エリア表示１３０と同様に、乗員モデル８４の姿勢等に連動した位置に表示される。
このように、リーチエリア表示１３４により、ステアリング８４ｂ、シフトレバー（図示せず）やインパネの計器（図示せず）等に対する乗員の操作性や使い易さを評価することが出来る。

次に、図３５及び図３６により、ステアリング操作エリア表示１３６及びペダル操作エリア表示１３８を説明する。
図３５に示すように、ステアリング操作エリア表示１３６は、ステアリング８４ｂに重畳して表示され、このステアリング操作エリア表示１３６により、ステアリング傾斜角度やステアリングセンター等のステアリング自体の操作性を評価することが出来る。
また、図３６に示すように、ペダル操作エリア表示１３８は、ペダル８４ｃに重畳して及びその近傍に表示され、このペダル操作エリア表示１３８により、各ペダルのペダル操作空間、ペダル高さ、ペダル傾斜角度、ペダル軌跡及び各ペダル同士の段差等のペダル自体の操作性を評価することが出来る。例えば、ペダル角度は、乗員のヒップポイントを上下させたときに足首の角度に連動して表示される。

次に、図２２により、空間エリア表示の設定メニューについて説明する。
図２２に示すように、モーフィング表示設定メニューにより、上述した各表示のＯＮ−ＯＦＦを選択することが出来るようになっている。この場合、頭部エリア表示１３０、乗降エリア表示１３２、リーチエリア表示１３４、ステアリング操作エリア表示１３６及びペダル操作エリア表示１３８を任意に選択して表示させることが出来る。
また、階層表示のＯＮ−ＯＦＦを選択することが出来、さらに、階層表示させる場合の乗員モデル８４に対する相対距離（頭部に対する距離、腕の付け根に対する距離等）及び階層表示の相互間隔を、それぞれ数値で入力することが出来る。

次に、図３７乃至図４２により、履歴登録表示プログラム４２の機能について説明する。履歴登録表示プログラム４２（図３参照）は、主に、履歴登録機能、履歴検索機能及び履歴報知機能を有する。
先ず、図３７及び図３８により、履歴登録機能について説明する。
図３７は、本発明の本実施形態による履歴登録表示プログラムの履歴登録機能による登録用諸元値入力テーブルを示す図であり、図３８は、本実施形態による履歴登録表示プログラムの履歴登録機能による履歴登録メニューを示す図である。

履歴登録機能は、車両企画者が或る目的を持って諸元値を設定する場合、設定した諸元項目、設定した諸元値、設定目的及び設定理由等を履歴データとして履歴データベース７６に登録することが出来るようにする機能である。
ここで、車両企画者は、或る諸元値を設定しようとする場合、どの程度の数値にすれば良いか、或いは、その設定しようとする諸元値に関連して他の諸元値をどの程度の数値にすればよいか等というノウハウを有している場合がある。また、車両企画者は、或る諸元値を変更して設定しようとする場合、他の諸元値も変更すべき或いはした方が良い、というノウハウを有している場合がある。例えば、ヒップポイントを変更した場合、ピラー位置やベルトライン位置も合わせて変更する場合がある。

これらのようなノウハウは、例えば、視界確保のため、車両の外観のバランスを保つため、等の何らかの目的や理由に基づくものであり、車両企画や設計の熟練者ほど多く持っている。本実施形態では、履歴登録機能により、このようなノウハウを登録出来るようにすると共に、履歴検索機能により、車両企画者が目的に応じてそのようなノウハウを参照して、車両企画に役立てるようにしている。
具体的には、車両企画者が諸元値入力画面で諸元値を入力する場合（最初に入力する場合、及び、その入力後に変更値を再入力する場合を含む）、或いは、各モーフィング画面で諸元値を変更する場合、履歴登録表示プログラム４２により、図３７に示すような、登録用諸元値入力テーブルを表示させることが出来る。この登録用諸元値入力テーブルにより、諸元項目や諸元値等を設定する。

先ず、設定しようとする諸元（諸元項目）を任意に一つ或いは複数入力する。特に、諸元値を変更する場合には、その変更しようとする諸元値に加え、他の関連して変更した方が良い諸元値も合わせて設定することが出来る。これらの諸元項目の入力は、エクステリア寸法、インテリア寸法、視界条件等のカテゴリ別に分かれた諸元項目一覧画面（図示せず）から選択して自動的に入力させることが出来る。図３７では、６つの項目が入力されている。
諸元値を初期入力する場合には、設定した諸元項目に対し諸元値を入力する。また、諸元値入力テーブル（図１２参照）或いは諸元値データで既に設定されている諸元値が自動的に読み込まれるようになっており、車両企画者は、この読み込まれた諸元値を変更する。なお、各モーフィング画面を表示させ、このモーフィング画面上で諸元値を変更しても良く、この場合、その変更後の諸元値が登録用諸元値入力テーブルに自動的に読み込まれる。

次に、車両企画者は、企画車両の名称を入力し（図３７では「ＳＥ３Ｐ」と入力されている）、さらに、諸元値を設定するにあたり、参考にしようとする車両がある場合には、ベンチマーク車両データベース７０から、ベンチマーク車両等のデータを読み込む。この図３７では、Ａ車及びＢ車のデータが読み込まれている。
諸元及び諸元値の設定後、履歴登録表示プログラム４２により、図３８に示すような履歴登録メニューを表示させることが出来る。この履歴登録メニューにより、車両企画者は、諸元項目及び諸元値の設定目的（入力目的、変更目的）及び設定理由（入力理由、変更理由）を入力する。

設定目的には、問題点解消や状況改善等の何らかの目的を入力する。例えば、「圧迫感を減らす」等と入力する。設定理由には、その目的を達成しようとするために具体的な考え方やノウハウを入力する。例えば、「圧迫感解消のためルーフ高さを高める。その場合、外観のデザインバランスを保つためピラー傾斜角度を小さくする。」等と入力する。
また、設定理由として、諸元値を変更しない方が良い、或いは、諸元値を変更してはいけない諸元値がある場合には、その理由（諸元値変更の禁止理由）を入力しても良い。例えば、「ベルトラインを下げるが、エンジンルーム確保のため、カウルポイントは下げない。」等と入力する。

また、履歴登録メニューでは、データ名称を入力する。このデータ名称として、既に入力されている設定目的が登録されるようにしても良い。
さらに、履歴登録メニューでは、企画車両の車型（「ミニバン」等）、クラス（「Ｂセグメント」等）、開発段階（「ｓｔａｇｅ１」等）をそれぞれ選択する。さらに、履歴登録メニューでは、車両企画のプロジェクト名、車両企画者の氏名、連絡先及び作業日時を入力する。

これらの入力及び選択の終了後、図３８に示すような「登録」ボタンを押すと、設定した諸元項目、設定した諸元値、変更前の諸元値、企画車両名称、参考車両の名称、及び、履歴登録メニューで入力或いは選択した情報が、履歴データとして履歴データベース７６に登録される。
この履歴データには、複数の諸元値を設定した場合に生成される、設定した複数の諸元項目及びそれらに対応する諸元値と設定目的と設定理由とで構成される関連諸元変更データも含まれる。従って、他の車両企画者が、この関連諸元変更データを検索や報知により参照することで、或る目的を達成するために複数の諸元値を変更する必要があることを知ることが出来、ノウハウを有していない車両企画者も効果的に車両企画を行うことが出来る。

次に、図３９及び図４０により、履歴検索機能について説明する。
図３９は、本発明の本実施形態による履歴登録表示プログラムの履歴検索機能による履歴検索メニューを示す図であり、図４０は、本発明の本実施形態による履歴登録表示プログラムの履歴検索機能及び履歴報知機能により表示される履歴一覧画面の一例を示す図である。
履歴検索機能は、履歴データを車両企画者が検索することが出来るようにする機能である。車両企画者が履歴データベース７６に保存されている履歴データを検索する場合、履歴検索機能により、図３９に示すような履歴検索メニューを表示させることが出来る。この履歴検索メニューでは、キーワードを入力して検索することが出来る。図３９では、「視認性」と入力され、また、全データから検索されるような選択がされている。また、検索項目を絞ることが出来、各項目（データ名称（登録名）、設定目的、企画車両名称（登録車）、プロジェクト名）を選択して、これらの中からデータを絞り込んで検索することも出来る。

「検索」ボタンを押すと、図４０に示すような履歴一覧画面が表示される。この履歴一覧画面では、各履歴のデータ名称、設定目的及び設定理由が表示され、詳細表示ボタンを押すと、設定された諸元項目、諸元値、車型、開発段階等のその他の内容を見ることが出来るようになっている。
また、関連諸元変更データ参照ボタンも表示され、このボタンを押すと、設定されている諸元項目及び諸元値が上述した登録用諸元値入力テーブル（図３７参照）と同様の形式で表示されると共に設定目的及び設定理由が表示される。この場合、変更後の諸元値と共に変更前の諸元値も表示され、変更の過程を履歴として見ることが出来る。例えば、変更後の諸元値の横に、かっこ書で変更前の諸元値が表示される。
このような履歴検索機能により、例えば、車両企画者が前方視界を良くしようとするとき、前方視界に関して登録されている履歴データを参照して、車両企画に役立てることが出来る。

次に、図４０乃至図４２により、履歴報知機能について説明する。
図４１は、本発明の本実施形態による履歴登録表示プログラムの履歴報知機能による履歴報知設定メニューを示す図であり、図４２は、本発明の本実施形態による履歴登録表示プログラムの履歴報知機能の機能を説明するためのフローチャートである。
履歴登録表示プログラム４２は、諸元値入力プログラム３６及び各モーフィング画面表示プログラム５６、５８と連係して履歴データベース７６を参照する機能を有し、車両企画者が諸元値入力画面や各モーフィング画面で諸元値を変更した場合、その変更に関連する履歴データを報知する履歴報知機能を有する。

車両企画者が車両企画を開始する場合、履歴報知機能により、図４１に示すような履歴報知設定メニューを表示させることが出来る。この履歴報知設定メニューでは、報知機能（ノウハウアシスト機能）のＯＮ又はＯＦＦを選択する。さらに、アシストワーニング項目条件として、報知するデータの対象を、車型・クラス、登録時期、報知する諸元項目、登録者で絞るか否かを選択する。諸元データをすべて報知対象とする場合には、ＮＯを選択する。対象を絞る場合には、上述した履歴登録メニュー（図３８参照）と同様の画面（図示せず）で、車型や諸元項目などを具体的に選択する。

図４２は、車両企画者により諸元値入力画面或いは各モーフィング画面において或る諸元値が変更された場合の履歴登録表示プログラム４２の履歴報知機能の実行ステップを示すものである。Ｓは各ステップを示す。
図４２に示すように、Ｓ１において、ノウハウアシスト機能がＯＮかＯＦＦかを判定し、ＯＦＦである場合には、その後のステップを行わない。
ノウハウアシスト機能がＯＮである場合には、Ｓ２に進み、変更された諸元値に関する履歴データの有無を判定する。具体的には、登録されている履歴データの中に、その車両企画者により変更された諸元値の諸元項目と一致する諸元項目が登録されているか否かを判定する。

そのようなデータが有る場合には、Ｓ３に進み、図４１に示すメニュー画面で選択されたアシストワーニング項目条件に該当するか否かを判定する。Ｓ２或いはＳ３において、該当するデータが無い場合には、ノウハウ情報は報知しない。
該当するデータが有る場合には、Ｓ４に進み、該当する履歴データを報知する。本実施形態では、この履歴データの報知として、上述した履歴検索機能と同様に、図４０に示すような履歴一覧画面が表示される。この履歴一覧画面により、上述したように、データ名、設定目的及び設定理由に加え、履歴の詳細及び関連諸元変更データを見ることが出来る。

このような履歴報知機能により、車両企画者が或る諸元値を変更した場合、他の諸元値も変更する必要がある或いは変更した方が良い、というようなことを知ることが出来る。例えば、車両企画者が前方視界確保のためにルーフ高さを高めた場合に、履歴報知により、車体剛性の観点でピラー傾斜角も変更した方が良い、というようなノウハウを知ることが出来、その後の車両企画に役立てることが出来る。

本発明の実施形態による車両企画支援システムの基本構成を示すブロック図である。 本実施形態による車両企画支援システムに含まれる評価用モニタ装置の基本構成を示す斜視図である。 本実施形態による車両企画支援システムの企画支援プログラムの構成、データベースの構成及びデータの概念的な流れを示す図である。 本実施形態による車両モデルに含まれる各モデルを説明するための図である。 本実施形態による基準モデルの主要寸法モデル（ａ）、乗員モデル（ｂ）及びアンダーボディモデル（ｃ）の一例を示す図である。 本実施形態による外観モデルのエクステリアモデルの一例を示す図である。 本実施形態による外観パーツモデルのドアモデル（ａ〜ｃ）及びガラスモデル（ｄ）の一例を示す図である。 本実施形態による内装モデルの上部インテリアモデル（ａ）及び下部インテリアモデル（ｂ）の一例を示す図である。 本実施形態による内装パーツモデルのインパネモデル、コンソールモデル及びシートモデルの一例を示す図である。 本実施形態による乗員モデル、外観モデル及び内装モデルを組み合わせた車両モデルの一例を示す図である。 本実施形態による諸元値入力画面の初期画面を示す図である。 本実施形態による諸元値入力画面の数値入力画面を示す図である。 本実施形態による車両モデルを表示する３次元モーフィング画面の一例である。 本実施形態による車両モデルの車室内を表示する３次元モーフィング画面の一例である。 本実施形態による車両モデルを表示する２次元モーフィング画面の側面図表示（ａ）、平面図表示（ｂ）及び正面図表示（ｃ）の一例である。 本実施形態による車両モデルを表示する２次元モーフィング画面の側面図表示の他の例である。 本実施形態による車両モデルのピラー部の断面を示す２次元モーフィング画面の断面図表示の一例である。 本実施形態による車両モデル間に適用されるルールの主従関係を説明するための図である。 本実施形態によるシミュレーション画像表示プログラムにより表示される画像の一例であり、車両モデルが仮想道路上を走行する様子を運転手の視点から見た画像を示す図である。 本実施形態による車両企画支援システムによる処理の一例を示すフローチャートの前半である。 本実施形態による車両企画支援システムによる処理の一例を示すフローチャートの後半である。 本実施形態によるモーフィング表示設定メニューの画面を示す図である。 本実施形態によるシミュレーション表示及び２次元モーフィング表示が合わせて表示された画面の一例を示す図である。 図１９に示すシミュレーション表示された車両モデルのピラー部の形状及び大きさを変更した後の画像の一例を示す図である。 本実施形態によるシミュレーション表示された車両モデルのピラー部の変更後及び変更前の画像を並べて表示した画像の一例を示す図である。 本実施形態による車両モデルにベンチマーク車両の画像が重ね合わされて表示された２次元モーフィング画面の側面図表示の一例である。 本実施形態による車両モデルと共にレンジ表示を表示した２次元モーフィング画面の一例である。 本実施形態によるレンジ表示設定メニューの画面を示す図である。 本実施形態による複数の車両形状のレンジ表示を表示する２次元モーフィング画面の一例である。 本実施形態による空間エリア表示である頭部エリア表示及び乗降エリア表示を含む乗員モデルを表示する２次元モーフィング画面の一例を示す図である。 本実施形態による空間エリア表示である頭部エリア表示及び乗降エリア表示を含む乗員モデルを表示する２次元モーフィング画面の一例を示す図である。 本実施形態による空間エリア表示である頭部エリア表示及び乗降エリア表示を含む乗員モデルを表示する３次元モーフィング画面の一例を示す図である。 本実施形態による空間エリア表示である頭部エリア表示の変形例を示す図である。 本実施形態による空間エリア表示であるリーチエリア表示を含む乗員モデルを表示する３次元モーフィング画面の一例である。 本実施形態による空間エリア表示であるステアリング操作エリア表示の表示を示す図である。 本実施形態による空間エリア表示であるペダル操作エリア表示の表示を示す図である。 本発明の本実施形態による履歴登録表示プログラムの履歴登録機能による登録用諸元値入力テーブルを示す図である。 本実施形態による履歴登録表示プログラムの履歴登録機能による履歴登録メニューを示す図である。 本発明の本実施形態による履歴登録表示プログラムの履歴検索機能による履歴検索メニューを示す図である。 本発明の本実施形態による履歴登録表示プログラムの履歴検索機能及び履歴報知機能により表示される履歴一覧画面の一例を示す図である。 本発明の本実施形態による履歴登録表示プログラムの履歴報知機能による履歴報知設定メニューを示す図である。 本発明の本実施形態による履歴登録表示プログラムの履歴報知機能の機能を説明するためのフローチャートである。

符号の説明

１ 車両企画支援システム
６ 評価用モニタ装置
２８ 平面スクリーン
３６ 諸元値入力プログラム
３８ 車両モデルデータ生成プログラム
４０ モーフィング画面表示プログラム
４２ 履歴登録表示プログラム
４４ シミュレーション画像表示プログラム
５６ ２次元モーフィング画面表示プログラム
５８ ３次元モーフィング画面表示プログラム
８０ 基準モデル
８２ 主要寸法モデル
８４ 乗員モデル
８６ アンダーボディモデル
９０ 外観モデル
９２ エクステリアモデル
１００ 外観パーツモデル
１０２ ドアモデル
１０４ ガラスモデル
１１０ 内装モデル
１１２ 上部インテリアモデル
１１４ 下部インテリアモデル
１２０ 内装パーツモデル
１２２ インパネモデル
１２４ コンソールモデル
１２６ シートモデル
１３０ 頭部エリア表示
１３２ 乗降エリア表示
１３４ リーチエリア表示
１３６ ステアリング操作エリア表示
１３８ ペダル操作エリア表示

Claims (10)

1. 画面上に車両モデルを表示して車両の企画を支援する車両企画支援システムであって、
   上記車両モデルにおける寸法及び角度を含む諸元値の入力をさせるための諸元値入力画面を表示する諸元値入力画面表示手段と、
   ３次元モーフィング画面により、上記諸元値入力画面に入力された諸元値、及び諸元同士を関連付けるルールデータに基づいて上記車両モデルを変形可能な３次元形状の３次元車両モデルとして表示する３次元モーフィング画面表示手段と、
   ２次元モーフィング画面により、上記諸元値入力画面に入力された諸元値、及び上記３次元車両モデルに適用される上記ルールデータの一部のルールデータに基づいて上記車両モデルを変形可能な２次元形状の２次元車両モデルとして表示する２次元モーフィング画面表示手段と、を有し、
   上記３次元モーフィング画面表示手段は、上記２次元モーフィング画面において上記２次元車両モデルが変形された後、上記２次元モーフィング画面から上記３次元モーフィング画面に移行するときに、上記２次元車両モデルの変形により変更された諸元値に基づいて一括して上記３次元車両モデルを変形させて表示することを特徴とする車両企画支援システム。
2. 上記２次元モーフィング画面表示手段は、上記諸元値を上記２次元モーフィング画面上に表示し、その表示された諸元値が変更されると、その変更後の諸元値に基づいて上記２次元車両モデルを変形させて表示する請求項１記載の車両企画支援システム。
3. 上記２次元モーフィング画面表示手段は、上記２次元車両モデル上の所定のポイントがドラッグされると、そのドラッグに応じて上記２次元車両モデルを変形させて表示すると共にその変形した部分に対応する変更後の諸元値を自動的に算出する請求項１記載の車両企画支援システム。
4. 上記２次元モーフィング画面表示手段は、上記変更後の諸元値を一時記憶し、
   上記３次元モーフィング画面表示手段は、所定の命令により、上記一時記憶したすべての変更後の諸元値に基づいて一括して上記３次元車両モデルを変形させて表示する請求項２又は請求項３記載の車両企画支援システム。
5. 上記諸元値入力画面表示手段は、上記諸元値入力画面に入力された諸元値を含む諸元値データを生成する諸元値データ生成手段を有し、
   上記２次元モーフィング画面表示手段は、上記諸元値データに基づいて上記車両モデルを変形可能な２次元車両モデルとして表示し、さらに、上記２次元モーフィング画面上で上記諸元値が変更された場合、その変更後の諸元値を上記諸元値データに反映させる請求項１乃至４のいずれか１項記載の車両企画支援システム。
6. 上記２次元モーフィング画面表示手段は、上記２次元車両モデルを、側面図表示、平面図表示及び／又は正面図表示で表示する請求項１乃至５のいずれか１項記載の車両企画支援システム。
7. 上記２次元モーフィング画面表示手段は、上記２次元車両モデルにベンチマーク車両の画像を所定の基準位置で重ね合わせて表示する請求項１乃至６のいずれか１項記載の車両企画支援システム。
8. さらに、上記車両モデルのシミュレーション車両を仮想空間であるシミュレーション画面上に表示するシミュレーション画面表示手段を有し、
   上記２次元モーフィング画面表示手段は、上記シミュレーション画面と合わせて上記２次元モーフィング画面を表示し、
   上記シミュレーション画面表示手段は、上記２次元モーフィング画面上で上記２次元車両モデルが変形された場合、その変形を反映したシミュレーション車両を表示する請求項１乃至７のいずれか１項記載の車両企画支援システム。
9. 上記シミュレーション画面表示手段は、上記変形を反映したシミュレーション車両と、上記変形を反映させる前のシミュレーション車両とを重畳してシミュレーション表示する請求項８記載の車両企画支援システム。
10. 上記シミュレーション画面表示手段は、上記変形を反映したシミュレーション車両と、上記変形を反映させる前のシミュレーション車両とを並べてシミュレーション表示する請求項８記載の車両企画支援システム。

Images