JP4022870B2

JP4022870B2 - Planning support program, method, apparatus and storage medium

Info

Publication number: JP4022870B2
Application number: JP2002330018A
Authority: JP
Inventors: 照久山本; 幸治野間; 亮伏見; 功平島; 孝水間; 正義三宮; 忠士井岡; 雅年 ▲高▼山; 博志田中
Original assignee: Mazda Motor Corp
Current assignee: Mazda Motor Corp
Priority date: 2002-11-13
Filing date: 2002-11-13
Publication date: 2007-12-19
Anticipated expiration: 2022-11-13
Also published as: JP2004164338A

Description

【０００１】
【発明の属する技術分野】
本発明は、車両の企画立案を支援するプログラム、方法、装置並びに記憶媒体に関する。
【０００２】
【従来の技術】
従来から、車両の企画立案の際には、その車両の概要を表す２次元図面を作成し、図面に基づいて企画の善し悪しを判断していた。そして、その企画に変更点があった場合には、再度、一から図面を作成していた。また、企画した車両の車内からの視認性評価を行うため、試作車や、インテリアをかたどったクレーモデルを用いていた。
【０００３】
【発明が解決しようとする課題】
従って、従来の企画立案作業においては、図面の作成や、試作車やクレーモデルの作成に多大な労力を費やしており、大幅な時間及びコストがかかるという問題があった。
【０００４】
本発明は、このような従来技術の課題を解決するためになされたもので、その目的とするところは、車両の企画立案を効率的かつ効果的に行うことのできる企画支援プログラム、企画支援方法、企画支援装置並びに記憶媒体を提供することである。
【０００５】
【課題を解決するための手段】
上記目的を達成するため、本発明に係る企画支援プログラムは、コンピュータに、企画車両を３次元データで表した企画車両モデルを、ユーザから入力した車両の諸元値に基づいて構築するモデル構築工程と、前記企画車両モデルを、ユーザの指示に基づいて仮想道路を含む仮想空間上で走行させ、前記企画車両モデルの運転手の視点から見た映像を表す２次元動画像データを生成し、シミュレーション表示するシミュレーション表示工程と、前記仮想空間での前記企画車両モデルの走行条件に応じて、前記企画車両モデルのピラー部分或いはヘッダ部分の前記３次元データに補正を加える補正工程と、を実行させ、車両の企画立案を支援することを特徴とする。
【０００７】
前記補正工程は、前記企画車両モデルの前記仮想道路上での走行速度が速い場合には、前記ピラー部分或いはヘッダ部分が前記映像内で大きくなるべく前記３次元データに補正を加えることを特徴とする。
【０００８】
本発明に係る他の企画支援プログラムは、コンピュータに、企画車両を３次元データで表した企画車両モデルを、ユーザから入力した車両の諸元値に基づいて構築するモデル構築工程と、前記企画車両モデルを、ユーザの指示に基づいて仮想道路を含む仮想空間上で走行させ、前記企画車両モデルの運転手の視点から見た映像を表す２次元動画像データを生成し、シミュレーション表示するシミュレーション表示工程と、前記仮想空間での前記企画車両モデルの走行速度が速い場合には、前記仮想空間に含まれる所定のオブジェクトが小さく表示されるようにオブジェクトデータに補正を加える補正工程と、を実行させ、車両の企画立案を支援することを特徴とする。
【０００９】
本発明に係る更に他の企画支援プログラムは、コンピュータに、企画車両を３次元データで表した企画車両モデルを、ユーザから入力した車両の諸元値に基づいて構築するモデル構築工程と、前記企画車両モデルを、ユーザの指示に基づいて仮想道路を含む仮想空間上で走行させ、前記企画車両モデルの運転手の視点から見た映像を表す２次元動画像データを生成し、シミュレーション表示するシミュレーション表示工程と、前記仮想空間での前記企画車両モデルの走行速度が速い場合には、前記映像の周辺部分の奥行きが浅く表示されるように前記２次元動画像データに補正を加える補正工程と、を実行させ、車両の企画立案を支援することを特徴とする。
【００１０】
前記補正工程は、前記企画車両モデルの前記仮想道路上での旋回速度が速い場合には、前記ピラー部分或いはヘッダ部分が前記映像内で大きくなるべく前記３次元データに補正を加えることを特徴とする。
【００１１】
前記シミュレーション表示工程は、前記仮想空間として夜間又は雨の状況で前記企画車両モデルを走行させることが可能であり、
前記補正工程は、前記仮想空間が夜間又は雨の状況の場合には、前記ピラー部分或いはヘッダ部分が前記映像内で大きくなるべく前記３次元データに補正を加えることを特徴とする。
【００１２】
前記補正工程は、前記走行条件に応じて、所定のオブジェクトを強調表示するべく、前記オブジェクトデータを補正することを特徴とする。
【００１３】
前記所定のオブジェクトとして、人、信号、又は道路上の白線を表すオブジェクトを含むことを特徴とする。
【００１４】
上記目的を達成するため、本発明に係る記憶媒体は、上記企画支援プログラムを格納したことを特徴とする。
【００１５】
上記目的を達成するため、本発明に係る企画支援方法は、コンピュータに、企画車両を３次元データで表した企画車両モデルを、ユーザから入力した車両の諸元値に基づいて構築するモデル構築工程と、前記企画車両モデルを、ユーザの指示に基づいて仮想道路を含む仮想空間上で走行させ、前記企画車両モデルの運転手の視点から見た映像を表す２次元動画像データを生成し、シミュレーション表示するシミュレーション表示工程と、前記仮想空間での前記企画車両モデルの走行条件に応じて、前記企画車両モデルのピラー部分或いはヘッダ部分の前記３次元データに補正を加える補正工程と、を実行させ、車両の企画立案を支援することを特徴とする。
本発明に係る他の企画支援方法は、コンピュータに、企画車両を３次元データで表した企画車両モデルを、ユーザから入力した車両の諸元値に基づいて構築するモデル構築工程と、前記企画車両モデルを、ユーザの指示に基づいて仮想道路を含む仮想空間上で走行させ、前記企画車両モデルの運転手の視点から見た映像を表す２次元動画像データを生成し、シミュレーション表示するシミュレーション表示工程と、前記仮想空間での前記企画車両モデルの走行速度が速い場合には、前記仮想空間に含まれるオブジェクトが小さく表示されるように前記オブジェクトデータに補正を加える補正工程と、を実行させ、車両の企画立案を支援することを特徴とする。
本発明に係る更に他の企画支援方法は、コンピュータに、企画車両を３次元データで表した企画車両モデルを構築するモデル構築工程と、前記企画車両モデルを、仮想道路を含む仮想空間上で走行させ、前記企画車両モデルの運転手の視点から見た映像を表す２次元動画像データを生成し、シミュレーション表示するシミュレーション表示工程と、前記仮想空間での前記企画車両モデルの走行速度が速い場合には、前記映像の周辺部分の奥行きが浅く表示されるように前記２次元動画像データを補正する補正工程と、を実行させ、車両の企画立案を支援することを特徴とする。
【００１６】
上記目的を達成するため、本発明に係る企画支援装置は、企画車両を３次元データで表した企画車両モデルを、ユーザから入力した車両の諸元値に基づいて構築するモデル構築手段と、前記企画車両モデルを、ユーザの指示に基づいて仮想道路を含む仮想空間上で走行させ、前記企画車両モデルの運転手の視点から見た映像を表す２次元動画像データを生成し、シミュレーション表示するシミュレーション表示手段と、前記仮想空間での前記企画車両モデルの走行条件に応じて、前記企画車両モデルのピラー部分或いはヘッダ部分の前記３次元データに補正を加える補正手段と、を含むことを特徴とする。
本発明に係る他の企画支援装置は、企画車両を３次元データで表した企画車両モデルを、ユーザから入力した車両の諸元値に基づいて構築するモデル構築手段と、前記企画車両モデルを、ユーザの指示に基づいて仮想道路を含む仮想空間上で走行させ、前記企画車両モデルの運転手の視点から見た映像を表す２次元動画像データを生成し、シミュレーション表示するシミュレーション表示手段と、前記仮想空間での前記企画車両モデルの走行速度が速い場合には、前記仮想空間に含まれるオブジェクトが小さく表示されるように前記オブジェクトデータに補正を加える補正手段と、を実行させ、車両の企画立案を支援することを特徴とする。
本発明に係る更に他の企画支援装置は、企画車両を３次元データで表した企画車両モデルを、ユーザから入力した車両の諸元値に基づいて構築するモデル構築手段と、前記企画車両モデルを、ユーザの指示に基づいて仮想道路を含む仮想空間上で走行させ、前記企画車両モデルの運転手の視点から見た映像を表す２次元動画像データを生成し、シミュレーション表示するシミュレーション表示手段と、前記仮想空間での前記企画車両モデルの走行速度が速い場合には、前記映像の周辺部分の奥行きが浅く表示されるように前記２次元動画像データを補正する補正手段と、を実行させ、車両の企画立案を支援することを特徴とする。
【００１７】
【発明の効果】
本発明によれば、企画しようとする車両の３次元モデルを構築し、仮想道路上を移動させて、その車両モデルの運転手の視点からみた映像をシミュレーション表示するので、ユーザは、試作車やクレーモデルを作成することなく、運転手の視認性や居住性を評価することができる。これにより、車両の企画立案に必要な時間及びコストを、大幅に削減することができる。
【００１８】
ここで、シミュレーション表示する際に、仮想空間での企画車両モデルの走行条件（走行速度、旋回速度、天候、時間帯）を考慮して企画車両の見え方、オブジェクトの見え方などに補正を加えるので、評価者は、より正確に企画車両の視認性及び圧迫感の評価を行うことができる。
【００１９】
例えば、高速運転時にピラー部分又はヘッダ部分を映像内で大きく表示すれば、圧迫感をリアルに表現でき、より正確に企画車両の評価を行うことができる。
【００２０】
また例えば、高速運転時にオブジェクトを映像内で小さく表示すれば、高速時の視界の狭さをリアルに表現でき、より正確に企画車両の評価を行うことができる。
【００２１】
また例えば、高速運転時に映像の周辺部分の奥行きを浅く表示すれば、高速時の視界の狭さをリアルに表現でき、より正確に企画車両の評価を行うことができる。
【００２２】
また例えば、高速旋回時にピラー部分又はヘッダ部分を映像内で大きく表示すれば、圧迫感をリアルに表現でき、より正確に企画車両の評価を行うことができる。
【００２３】
また例えば、仮想空間が夜間又は雨の状況において、ピラー部分又はヘッダ部分を映像内で大きく表示すれば、圧迫感をリアルに表現でき、より正確に企画車両の評価を行うことができる。
【００２４】
また、走行条件に応じて、人や信号や道路上の白線などのオブジェクトを強調表示することは、例えば人や車両が道路上に多く存在したり、天候が悪かったり、暗かったりするような悪環境下で運転手が人や信号や道路の白線などのみを意識する特定に合致したシミュレーション表示が可能となり、より正確に企画車両の評価を行うことができる。
【００２５】
【発明の実施の形態】
以下に、本発明の実施の形態について、添付図面を参照して詳細に説明する。
なお、以下に説明する実施の形態は、本発明の実現手段としての一例であり、本発明は、その趣旨を逸脱しない範囲で下記実施形態を修正又は変形したものに適用可能である。なお、本明細書において、外形モデル、居住空間モデル、構造モデル、インテリアモデルとは、それぞれ、車両の外観、シート及び乗員の状態、骨組み構造、車内のつくりを表す３次元座標データの集合体である。また、諸元値とは、車両形状を決定する寸法をいい、例えば、全高、全幅、全長などは含まれるが、居住空間を決定する乗員パラメータは含まれない。また、車型とは、スポーツ、セダン、トラックなどの車両のタイプをいい、車種とは、製品化された車両の銘柄（商品名）をいうものとする。
【００２６】
（全体のシステム構成）
まず、本実施形態としての企画支援システムの全体構成について説明する。
【００２７】
図１は、本実施形態に係る企画支援システム１００の構成を例示する図である。
【００２８】
図１の企画支援システム１００は、ネットワーク接続された企画支援装置としてのコンピュータ１とデータベースサーバ２とを含む。コンピュータ１は、ＣＰＵ１１、ＲＯＭ（Read Only Memory）１３、ＲＡＭ（Random Access Memory）１４、外部記憶部１５、入力部１６、表示部１７、画像処理部１８及び通信部１９を備え、そのそれぞれは、システムバス１２によって接続されている。
【００２９】
このうち、ＣＰＵ１１は、一般的なコンピュータとしての演算処理や車両の企画を支援するための情報処理を実行する。
【００３０】
ＲＯＭ１３には少なくともコンピュータシステムを起動させるためのブートプログラムが格納されている。ＲＡＭ１４は、コンピュータシステム上で走るプログラムを一時的に格納するためのプログラム領域や、データの書き込みや読み出しを行うためのデータ領域を有する。また、外部記憶部１５には、新型車両の企画検証を支援するためのプログラム６０（以下、企画支援プログラムとも呼ぶ）が格納されている。この外部記憶部１５としては、例えば、ハードディスクドライブ、フレキシブルディスクドライブ、光磁気ディスクドライブ、ＣＤ−ＲＯＭドライブ、ＣＤ−Ｒドライブ、ＣＤ−ＲＷドライブ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）ドライブなどのデバイスが適用可能である。つまり、各ドライブから取り外し可能なＣＤ−ＲＯＭなどの記憶媒体に企画支援プログラムが格納され、コンピュータ１が記憶媒体に格納されたプログラムを読み出して、以下に説明する各種処理を実行することができる。その場合には、記憶媒体そのものが本発明の範疇に含まれる。
【００３１】
入力部１６は、命令やデータなどを外部から入力するキーボードやマウスなどのデバイスであり、表示部１７は、ＣＰＵ１１からの制御指令に基づき画像処理部１８で演算処理された文字や画像データを出力する液晶ディスプレイやＣＲＴなどのデバイスである。画像処理部１８は、この表示部１７により出力させるための画像データを演算処理するデバイスであり、通信部１９は、無線又は有線の通信回線（例えば、インターネット網や携帯電話網）を介して他のコンピュータシステムやデータベースサーバ２０との間で通信して、遠隔からプログラムやデータなどを送受信可能とする。
【００３２】
（データ構成）
図２は、コンピュータ１とデータベースサーバ２に含まれるデータを示す図である。
【００３３】
データベースサーバ２は、図２に示すように、車両の３次元外部形状に関する外形パラメータグループを車型毎に分類分けして格納した外形データベース２ａと、車両の骨組みの３次元構造及び断面形状に関する構造パラメータグループを同じく車型毎に分類分けして格納した構造データベース２ｂと、国内外の規格に準じた乗員サイズ（大人や子供の標準規格）により定義されたいくつかのタイプの乗員モデルを格納した乗員データベース２ｃと、車内に設けられる各種のパーツに関するインテリアパラメータグループを格納したインテリアデータベース２ｄと、完成した車両の各種データを格納した完成品データベース２ｅとを含む。また、データベースサーバ２は、さらに、３次元データで構築された車両モデルを走行させるための仮想空間を表す仮想空間データ２ｆを含んでいる。この仮想空間データ２ｆは、仮想建築物、仮想道路、仮想車両、及び仮想歩行者などをオブジェクトとして含む３次元仮想空間を形成するためのデータである。
【００３４】
コンピュータ１は、ユーザの入力に基づき、企画対象となる車両に関する各種諸元値や乗員の着座位置情報などを含む設計テーブル１ａを作成する。そして、設計テーブル１ａに基づいてデータベースサーバ２にアクセスし、所望のデータ（パラメータグループ）を読出して変形することによって、基準モデル１ｂ、外形モデル１ｃ、構造モデル１ｄ、インテリアモデル１ｉと呼ばれる４つのモデルを構築し、更に、これら４つのモデルを重ね合わせて企画車両モデル１ｅを構築する。
【００３５】
つまり、データベースサーバ２に格納された各種のデータベース（パラメータグループ）には、各モデルを構成するための複数の点や直線や曲線が、パラメータ（変数）を用いて定義されており、その各パラメータに対し設定テーブル１ａに入力された数値を代入することによって各モデルが構築される。
【００３６】
設計テーブル１ａには、車両内での乗員の着座状態に関する乗員パラメータとして、乗員着座位置（ヒップポイント）やシート配列（１列、２列や３列シートなどのシート数）が入力されている。そして、コンピュータ１では、この乗員パラメータに基づいて、乗員データベース２ｃから読出した人型モデル及びシートモデルを組合せ、変形して乗員の居住性を表す居住空間モデル１ｆを構築する。この居住空間モデル１ｆは、外形モデル１ｃを構築するために入力される車両諸元値の影響を受けるものではなく、外形モデル１ｃと居住空間モデル１ｆは連動して変形することはない。
【００３７】
また、この居住空間モデル１ｆの車両内での位置を規定する車両基準モデル１ｇを、設計テーブル１ａに入力された車両の全長、全幅、全高、ホイールベース、などから構築する。更に、運転手の目の位置を示すアイポイント及び最低限確保すべき運転手の視界に基づいて決められた上端を有し、入力された諸元値に基づいて決められたカウルトップポイントを下端とするフロントガラスモデル１ｈが構築されている。そして、居住空間モデル１ｆと車両基準モデル１ｇとフロントガラスモデル１ｈを組み合わせることによって、基準モデル１ｂを構築する。
【００３８】
コンピュータ１では基準モデル１ｂを３次元空間に描画し、表示部１７に表示することが可能であり、かつ、例えばポインティングデバイスなどの入力部１６を用いて、その３次元空間上で、基準モデル１ｂに含まれる乗員の着座姿勢などを調整することができる。
【００３９】
また、コンピュータ１は、設計テーブル１ａに格納された、車型（ハッチバック、ミニバン、セダン、スポーツ、オープン、トラックのいずれか）に基づいて外形データベース２ａから、その車型の外形パラメータグループを選択し、読出す。そして、設計テーブル１ａに格納された各種諸元（全長、全幅、全高、ホイールベース、フロント及びリアオーバハング）を用いて、外形パラメータグループに含まれる所定の外形パラメータ（バンパー先端位置の座標やルーフトップの座標など）を変更して、諸元に沿った大まかな外形モデル１ｃを構築する。コンピュータ１では外形モデル１ｃを３次元空間に描画し、表示部１７に表示することが可能であり、かつ、例えばポインティングデバイスなどの入力部１６を用いて、その３次元空間上で、外形モデル１ｃを変形することができる。
【００４０】
また、コンピュータ１は、設計テーブル１ａに格納された車型及び車両骨組み構成に基づいて、構造データベース２ｂから構造パラメータグループを選択し、読出す。そして、設計テーブル１ａに格納された各種諸元（断面形状や材質や重量や強度など）を用いて、構造パラメータグループに含まれる所定の構造パラメータ（外観に現れる骨組みの外形形状や骨組みの断面形状）を変更して、諸元に沿った構造モデルを構築する。更に、コンピュータ１では構造モデル１ｄを３次元空間に描画し、表示部１７に表示することが可能である。
【００４１】
更に、コンピュータ１は、構築された基準モデル１ｂ、外形モデル１ｃ、構造モデル１ｄ、インテリアモデル１ｉを組み合わせて企画車両モデル１ｅを構築し、企画車両モデル１ｅを３次元空間に描画し、表示部１７に表示することが可能である。
【００４２】
（プログラム構成）
次に、コンピュータ１に含まれるプログラムについて説明する。
【００４３】
図３は、本実施形態の企画支援システムを実現する企画支援プログラムの構成を示す図である。
【００４４】
設計テーブル１ａは、例えば、オペレーティングシステム上で動作する表計算ソフト４０によって作成できる。また、各種モデル１ｂ、１ｃ、１ｄは、表計算ソフト４０で作成した設計テーブル１ａから値を抽出して計算する３次元ＣＡＤソフト５０によって作成することができる。
【００４５】
つまり、本システムを実現する企画支援プログラム６０は、表計算ソフト４０に組み込まれた設計テーブル作成プログラム６１、及び、３次元ＣＡＤソフトに組み込まれた基準モデル構築プログラム６２、外形モデル構築プログラム６３、構造モデル構築プログラム６４、インテリアモデル構築プログラム６５、３次元画像生成・表示プログラム６６、シミュレーション表示プログラム６７とを含む。
【００４６】
設計テーブル作成プログラム６１は、ユーザに車両の諸元などを入力させるグラフィカルユーザインタフェースを表示する機能を含む。これにより、ユーザは、容易に各種諸元や乗員の着座位置、着座姿勢などを入力することができる。
【００４７】
また各種モデル構築プログラム６２〜６５は、設計テーブル作成プログラム６１で作成された設計テーブル１ａを参照する機能を有し、更に、設計テーブル１ａの内容に基づいて、乗員データベース２ｃ、外形データベース２ａ、構造データベース２ｂ、インテリアデータベース２ｄに含まれるパラメータグループを読出し、所定のパラメータを自動的に変更する機能を有する。
【００４８】
なお、ここでは、設計テーブル作成プログラムと他のプログラムが異なるソフト上で実行されるものとしたが、本発明はこれに限定されるものではなく、企画支援用ソフトの中に、設計テーブル作成機能、基準、外形、構造、インテリアモデル構築機能、画像生成・表示機能、シミュレーション表示機能の全てを搭載させても良い。
【００４９】
（表示画面例）
図４は、基準モデル構築プログラム６２によって構築された基準モデルを、表示プログラム６６で表示部１７に表示した場合の表示画面例を示す図である。
【００５０】
また、図５は、基準モデルから居住空間モデルのみを取りだした場合の表示画面例を示す図である。ここでは、居住空間モデルは、左前輪の中心を原点とする座標データの集合となっている。一方、車両基準モデルも同じ点を原点とした座標データとなっており、この原点を基準に図４のように重ねて表示される。
【００５１】
図６は、外形モデル構築プログラム６３によって構築された外形モデルを、表示プログラム６６で表示部１７に表示した場合の表示画面例を示す図である。外形モデルは、車両の全長、全幅、全高、ホイールベースなどの諸元値やワゴンやセダンなどの複数の車型といったパラメータにより定義され、入力されたパラメータから図６のような３次元画像データが画像処理により自動生成されて表示される。
【００５２】
図７は、構造モデル構築プログラム６４によって構築された外形モデルを、表示プログラム６６で表示部１７に表示した場合の表示画面例を示す図である。構造モデルは、設計テーブルに入力された、骨組み構造を示すパラメータと、フロントピラーやセンタピラーなどの部位ごとの断面形状を示すパラメータとにより定義され、入力されたパラメータから図７のような３次元画像データが画像処理により自動生成されて表示可能となっている。
【００５３】
図８は基準モデルと外形モデルと構造モデルとを重ね合わせたモデルの画像表示例を夫々示している。各モデルは、基準点を有しており、その基準点同士を重ね合わせることによって、図８のように表示される。
【００５４】
図９は、基準モデルと外形モデルと構造モデルとを重ね合わせたモデルの他の画像表示例を示している。図８と異なり、図９の表示例では外形モデルを半透過表示している。入力された全長などのパラメータが、居住空間モデルを収容するには小さすぎる場合には、車両外形から乗員の頭部が突き出ることになり、図９では、突き出た頭部を斜線で示している。このように、居住空間モデルと外形モデルの干渉状態を明確に判別できるように、干渉部分を異なる色で表示する。
【００５５】
これにより、乗員のヘッドクリアランスや運転手の視界確保などが不十分であることが視覚的に検証でき、この検証結果に基づいて各モデルを変更することができる。即ち、外形モデルや構造モデルによって設定される車室空間に対して、居住空間モデルによって決定された乗員の着座位置、着座姿勢に無理がある場合には、図９の画面上でその着座位置をずらしたり、着座姿勢を変えたり、ルーフ位置を上げたり、といった調整を行うこともできる。
【００５６】
この他にも、基準モデルと外形モデルを重ね合わせることによれば、車両のパッケージング状態（乗員のヘッドクリアランスや圧迫感）や視認性を検証することができる。また、更に構造モデルを重畳表示することにより、衝突性能や車体剛性などを検証でき、車室内から見たドライバの視界範囲などの詳しい評価を行うことができる。
【００５７】
車両基準モデルと外形モデルと構造モデルは共通のパラメータを有しており、その変更により互いに連動して変形する。一方、居住空間モデルは、外形モデルや構造モデルとは共通するパラメータを有しておらず、外形モデルや構造モデルを変更しても連動しない。これにより、外形モデルを居住空間モデルとを独立に構築でき、内部空間の制約に縛られることなく、自由な発想で効果的に外形の設定を行うことができる。また逆に、外形形状に囚われずに自由な発想で居住空間の企画立案を行うことができる。
【００５８】
（各プログラムの機能）
以下に、本実施形態に係る企画支援プログラム６０に含まれる、各プログラムの機能について説明する。
【００５９】
［設計テーブル作成プログラム］
設計テーブル作成プログラムは、ＣＰＵによって実行され、ユーザの操作に基づいて各モデルの構築に必要なデータを入力し、入力したデータを各種パラメータに関連づけて設計テーブル１ａとして外部記憶部１５に格納する機能を有している。
【００６０】
設計テーブルに入力されるデータとしては、外形パラメータとしての外形寸法及び車両タイプや、乗員パラメータとしてのシート数、車内寸法及び視界条件の他、タイヤホイール寸法や、フロア下寸法や、乗員配置条件などに対応するものである。
【００６１】
なお、設計テーブルで入力される長さ方向及び垂直方向の寸法データは、全て、前輪の車軸を原点とした場合の各部位の座標位置を導くための値である。そして、設計テーブルで入力される幅方向の寸法データは、車両の中心面を基準とするものである。つまり、設計テーブルに全てのパラメータを適正に入力した場合、前輪の車軸と車両の中心面を原点とした３次元座標上に車両の外形や居住空間（乗員やシート）やフロントガラスなどのモデルを描画することが可能となる。
以下、設計テーブルの生成時に入力可能なデータについて説明する。
【００６２】
＜車両タイプ選択＞
図１０は、設計テーブル作成プログラム６１に含まれるモデル＆タイプ選択インタフェースの一例を示したものである。つまり、インタフェースに表示されたいずれかのピラー構成を選択（例えば、マウスでクリック）することにより、外形モデルに含まれる車型、及び、構造モデルに含まれるピラー構成を選択することができる。
【００６３】
構造パラメータグループとしてのピラー構成は、データベースにおいて、図のように車型ごとに複数用意されている。
【００６４】
車型には、ミニバン、ステーションワゴン、セダンの内の少なくとも２つが含まれていることが好ましく、この例では、ハッチバック、ミニバン／ワゴン（ステーションワゴン）、セダン、スポーツ、オープン、トラックの計６つの車型にタイプ分けされている。もちろん、本発明はこれに限定されるものではなく、車両製造会社の能力に応じて、より多くの車型を用意しても良いし、トラックのみなど特定の車型に特化しても良い。
【００６５】
これらの車型ごとに外形パラメータグループ（その車両外形を構成する３次元座標データ）がデータベースに格納されており、車型の選択は、そのまま外形パラメータグループの選択に対応する。また、右欄のピラー構成ごとに構造パラメータグループ（その骨組みを構成する３次元座標データ）がデータベースに格納されており、車型の選択及びピラー構成の選択は、そのまま構造パラメータグループの選択に対応する。
【００６６】
ここでは、右欄に示されているピラー構成アイコンのいずれかを選択することで同時に車型が選択されるが、もちろん、車型を選択するステップと、ピラー構成を選択するステップを独立に行うことができるようなインタフェースとしても良い。どちらにしても、外形パラメータグループ（車型）を選択した場合、選択された車型と同じ分類の構造パラメータグループ（車型に対応するピラー構成）が、構造データベースから自動的に選択されることになる。
【００６７】
なお、ここでは車型の選択によって、ピラー構成が絞り込まれるものとしているが、更に、他の入力テーブルにて入力されたパラメータ（例えば全長など）に応じて更に選択できるピラー構成が絞り込まれる構成としても良い。その場合、構造データベースには、車両の大きさごとにピラー構成が格納されていることになる。
【００６８】
このように、企画する車種に類似した車型を選択可能にしたことで、外形モデルの形状変形等にかかる工数を削減できるとともに検証精度を向上でき、ユーザの作業効率の向上が図れる。
【００６９】
また、車種毎に用意された複数のピラー構成のいずれかを選択的に読出して構造モデルを構築するので、ユーザは車種を選択するだけで構造パラメータグループを絞り込むことができるため、企画立案作業を効率化することができる。
【００７０】
＜外形寸法＞
図１１は、設計テーブル作成プログラム６１に含まれる外形寸法入力インタフェースの一例を示したものである。図１１（ａ）は、車両諸元値の入力テーブルであり、図１１（ｂ）（ｃ）は、入力テーブルで入力するパラメータの対応部位を示すための、車両前方視画像及び側面視画像である。ここで、車両諸元値としては、ホイールベース１１０１、全幅１１０２、全高１１０３、フロントオーバハング１１０５、リアオーバハング１１０６、カウルポイントＣＷの水平位置１１０７、カウルポイントＣＷの垂直位置１１０８、フロントガラス傾斜１１０９が含まれる。
【００７１】
なお、図中「・・・」で示した部分に数値が入力される。数値の入力は、図１１（ａ）または図１１（ｂ）及び図１１（ｃ）のどちらかに対して行えば、他方に反映される。この点は、以下の図１２〜１５についても同様である。
【００７２】
車両諸元値において、フロントオーバハング１１０５は、前車軸ＡＦより前方に突出している車両の前端と前車軸ＡＦ間の距離であり、リアオーバハング１１０６は、後車軸ＲＦより後方に突出している車両の後端と後車軸ＲＦ間の距離である。また、カウルポイントＣＷの水平位置１１０７はフロントガラス下端の車幅方向の中心位置と前車軸ＡＦ間の水平方向の距離、カウルポイントＣＷの垂直位置１１０８はフロントガラス下端の車幅方向の中心位置と前車軸ＡＦ間の垂直方向の距離である。更に、フロントガラス傾斜１１０９はカウルポイント位置を通る垂直な線とフロントガラスとがなす傾斜角度である。
【００７３】
また、全長１１０４は、ホイールベース１１０１とフロントオーバハング１１０５とリアオーバハング１１０６を合算することにより自動演算される（１１０４＝１１０１＋１１０５＋１１０６）。なお、全高１１０３は乗車時の接地面ＧＬ２を基準とした高さではなく、空車時の接地面ＧＬ１を基準とした高さであるが基本的には、ＧＬ２に基づいて、基準モデルや全高以外の外形モデルが設定される。
【００７４】
なお、外形寸法としては、上記各パラメータの他、国内外の衝突安全基準などの規格によって予め定められたフロントバンパーの上下端基準位置（後述する外形モデルのポイントＣ１とポイントＤ１と共通パラメータ）などを入力可能となっていてもよい。その場合、これらの位置に対応したバンパー配設基準範囲が表示される。
【００７５】
＜車内寸法＞
図１２は、設計テーブル作成プログラム６１に含まれる車内寸法入力インタフェースの一例を示したものである。図１２（ａ）は、車内寸法の入力テーブルであり、図１２（ｂ），（ｃ），（ｄ）は、入力テーブルで入力するパラメータの対応部位を示すための、前方視画像、側面視画像、底面視画像である。また、図１２（ｅ）は、ダッシュパネル位置を決定するための寸法箇所を示すため、ダッシュパネル周辺を拡大視表示した画像である。
【００７６】
車内の居住性を決める寸法としては、最前列乗員に関するパラメータと、第２列乗員に関するパラメータと、第３列乗員に関するパラメータと、ダッシュパネルに関するパラメータとに分けることができる。第２列、第３列のシートが無い場合には、第２列、第３列乗員に関するパラメータは入力が不要となる。ここではシート数が３列である旨がすでに入力されているものとする。
【００７７】
これらのうち、最前列乗員に関するパラメータとしては、以下のものがある。
・１２０１：最前列乗員の頭頂位置（最前列ヒップポイントＨＰ１から上方に伸びて垂直方向に対して所定の微小角度だけ後方に傾斜した直線の長さ）
・１２０２：最前列ヒップポイントＨＰ１とカウルポイントＣＷとの間の垂直距離
・１２０３：最前列ヒップポイントＨＰ１と乗車時の接地面ＧＬ２との間の垂直距離
・１２０４：最前列ヒップポイントＨＰ１とフロアパネルとの間の垂直距離
・１２０５：最前列ヒップポイントＨＰ１と車幅中央Ｗとの間の距離
・１２０６：最前列トルソ角度
・１２０７：前車軸ＡＦとアクセルペダル上端との間の水平距離
また、第２列乗員に関するパラメータとしては以下のものがある。
・１２０８：第２列乗員の頭頂位置（第２列ヒップポイントＨＰ２から上方に伸びて垂直方向に対して所定の微小角度だけ後方に傾斜した直線の長さ）
・１２０９：最前列ヒップポイントＨＰ１と第２列ヒップポイントＨＰ２との間の水平距離
・１２１０：第２列ヒップポイントＨＰ２と第２列乗員かかととの間の水平距離
・１２１１：第２列ヒップポイントとフロアパネルとの間の垂直距離
・１２１２：最前列ヒップポイントＨＰ１と第２列ヒップポイントＨＰ２との間の垂直距離
・１２１３：第２列ヒップポイントと車幅中央との間の距離
・１２１４：第２列トルソ角度
なお、最前列乗員の頭頂位置１２０１から運転手の目の位置（アイポイント）ＥＰが自動的に導き出される。
【００７８】
更に、第３列乗員に関するパラメータとしては以下のものがある。
・１２１５：第３列乗員の頭頂位置（第３列ヒップポイントＨＰ３から上方に伸びて垂直方向に対して所定の微小角度だけ後方に傾斜した直線の長さ）
・１２１６：第２列ヒップポイントＨＰ２と第３列ヒップポイント３ｒｄとの間の水平距離
・１２１７：第３列ヒップポイントＨＰ３とフロアパネルとの間の垂直距離
・１２１８：第３列ヒップポイントＨＰ３と車幅中央との間の距離
・１２１９：第２列ヒップポイントＨＰ２と第３列ヒップポイントＨＰ３との間の垂直距離
・１２２０：第３列トルソ角度
・１２２１：第３列ヒップポイントＨＰ３と第３列乗員のかかととの間の距離
また、ダッシュパネル関連のパラメータとしては以下のものがある。
・１２２２：前車軸ＡＦとダッシュパネルＤＰ前端との間の水平距離
・１２２３：前車軸ＡＦとダッシュパネルＤＰ後端との間の水平距離
・１２２４：前車軸ＡＦとダッシュパネルＤＰ前端との間の垂直距離
以上のように車内寸法を入力することにより、最前列〜第３列ヒップポイントＨＰ１〜ＨＰ３を基準とした居住空間モデルの絶対空間上における各シート位置を個々に設定可能である。
【００７９】
いずれの点を原点とするかによって、居住空間モデルの車両内位置の基準が異なるものとなるため、その原点位置によって外形モデルとの重なり具合に差が生じることとなる。
【００８０】
すなわち、外形モデルとの重ね合わせ時に居住空間モデルと外形モデルとの干渉が少ないことが望まれる点を原点に選べばよい。
【００８１】
≪ヒップポイントの決定方法≫
図１２のインタフェースにおいて、運転手のヒップポイントＨＰ１の高さ方向の位置は１２０３で、幅方向の位置は１２０５で規定されるが、車両全長方向の位置（水平位置）を直接入力するための欄は用意されていない。
【００８２】
ここでは、この長さ方向の位置を、図１２で直接入力された他のパラメータから計算により導出するものとし、以下にその方法について説明する。
【００８３】
図１６は、運転手のヒップポイントＨＰ１の水平位置の決定方法を説明する図である。
【００８４】
図１２のテーブルにより、原点である前輪軸ＡＦとアクセルペダルの上端位置（ボールポイント）との間の水平距離１２０７が規定される。また、運転手のヒップポイントＨＰ１のヒールポイントからの高さ１２０４も、図１２のテーブルにより規定されている。そして、本実施形態では、図中の１６０１を、以下の式のＺに１２０４を代入することにより導くプログラム構成となっている。
【００８５】
１６０１＝ｋ１＋ｋ２×Ｚ−ｋ３×Ｚ²
なお、ｋ１，ｋ２，ｋ３は所定の係数である。ここでは、経験則から上記式を採用しているが、本発明はこれに限定されるものではなく、他の式によって１６０１を求めても良いし、また、図１２のテーブルで直接入力可能なプログラム構成であっても良い。
【００８６】
＜視界条件＞
図１３は、設計テーブル作成プログラム６１に含まれる視界条件入力インタフェースの一例を示したものである。図１３（ａ）は、確保すべき視界条件の入力テーブルであり、図１３（ｂ）は、入力テーブルで入力するパラメータの対応部位を示すための、車両内部側面視画像である。
【００８７】
視界条件に関するパラメータとしては、以下のものがある。
・１３０１：ドライバのアイポイントＥＰを通る水平面から上方向に確保すべき角度（前方）
・１３０２：ドライバのアイポイントＥＰを通る水平面から下方向に確保すべき角度（前方）
・１３０３：ドライバのアイポイントＥＰを通る水平面から上方向に確保すべき角度（後方）
・１３０４：ドライバのアイポイントＥＰを通る水平面から下方向に確保すべき角度（後方）
１３０１により、フロントヘッダ（フロントガラス上端のパネル）を配置できる最低位置が自動的に定義され、表示される。また、同様に、１３０３により、リアヘッダ（リアガラス上端のパネル）を配置できる最低位置が自動的に定義され、表示される。
【００８８】
＜タイヤ・ホイール寸法＞
図１４は、設計テーブル作成プログラム６１に含まれるタイヤ＆ホイール諸元入力インタフェースの一例を示したものである。図１４（ａ）は、タイヤとホイールの寸法を入力するための入力テーブルであり、図１４（ｂ），（ｃ）は、入力テーブルで入力するパラメータの対応部位を示すための、車両内部側面視画像、車両内部平面視画像である。また、図１４（ｄ），（ｅ）は、ホイールハウジング周辺の側面視画像である。
【００８９】
ここで入力されるタイヤ＆ホイール関連寸法としては、以下のものがある。
・１４０１：タイヤ外径
・１４０２：タイヤ有効径
・１４０３：車輪幅
・１４０４：空車時における前輪のホイール中心と乗員乗車時におけるホイール中心との垂直距離
・１４０５：乗車時における後輪のホイール中心と空車時における後輪のホイール中心との間の垂直距離
・１４０６：左右前輪間距離
・１４０７：左右後輪間距離
・１４０８：車輪外径とホイールハウジングとの間の距離
・１４０９：ホイールハウジング径
・１４１０：タイヤホイール外径
＜フロア下寸法＞
図１５は、設計テーブル作成プログラム６１に含まれるアンダーフロア寸法入力インタフェースの一例を示したものである。この例は、３列シートの場合の入力インタフェースを示している。図１５（ａ）は、フロア下の各種寸法を入力するための入力テーブルであり、入力テーブルで入力するパラメータの対応部位を示すため、図１５（ｂ）には、車両内部側面視画像が、また、図１５（ｃ）には、サイドシル周辺の断面視画像が示されている。
【００９０】
ここで入力されるフロア下関連寸法としては、以下のものがある。
・１５０１：最前列フロアパネルと車軸ＡＦとの間の垂直距離
・１５０２〜１５０７：後車軸ＡＲとフロアパネル曲折部水平距離
・１５０８：第２列フロアパネルと車軸面との間の垂直距離
・１５０９：第２列フロアパネル上端と後車軸ＡＲとの間の垂直距離
・１５１０：第２列フロアパネル窪み部と後車軸ＡＲとの間の距離
・１５１１：第３列フロアパネル−後車軸ＡＲ間垂直距離
・１５１２：サイドシル−車幅中央Ｗ間距離
・１５１３：サイドシルＳＳ幅
・１５１４：サイドシルＳＳ高さ
・１５１５：サイドシルＳＳとフロアパネルとの間の垂直距離
≪カウルポイントの制約≫
図１７は、車両基準モデルのカウルポイントＣＷの水平位置１１０７及び垂直位置１１０８の制約を説明する図である。カウルポイントＣＷの水平位置１１０７と垂直位置１１０８は、図１１で入力できるが、完全に任意な位置に配置できるわけではなく、視界などの制約を受ける。
【００９１】
すなわち、まず一つ目の条件としては、図１３で入力した視界条件のうち、前方の下方視界１３０２に干渉してはならない。
【００９２】
そして二つ目の条件としては、図１２（ｅ）で規定されるダッシュパネル上端位置ＤＰから、前上方へ所定の鋭角１７０１をなす直線よりも下側になければならない。
【００９３】
≪フロントヘッダ及びリアヘッダ位置の決定方法≫
図１８は、車両基準モデルのフロントヘッダの水平位置及び垂直位置の基準を説明する図、図１９は、車両基準モデルのリアヘッダの水平位置及び垂直位置の基準を説明する図であり、フロントヘッダの水平位置及び垂直位置は、図１８に示すように、例えば、視点ＥＰを中心に水平方向から上方に所定の鋭角をなす直線１３０１とガラス面との交点を頂点の１つとし、かつガラス面を１辺とする平行四辺形をフロントヘッダの最低位置とする。この時、圧迫感の基準となる直線Ｌよりも上方に位置することが条件となる。なお、フロントヘッダの車幅方向位置は車幅中央Ｗに設定される。
【００９４】
また、リアヘッダの水平位置及び垂直位置は、図１９に示すように、例えば、視点ＥＰを中心に水平方向から上方に所定の微小鋭角をなす直線１３０４よりも上方であって、最後列の乗員のヘッドクリアランス（ＨＰ２，ＨＰ３からの距離１２０８、１２１５）よりも上方に制約される。
【００９５】
なお、フロントヘッダ及びリアヘッダの詳細な断面形状は、後述する構造モデルにより定義される。
【００９６】
以上の設計テーブルでは、前輪軸ＡＦを原点とした長さ方向、高さ方向のパラメータを入力することとしているが、本発明はこれに限定されるものではなく、エンジンルームと車室とを仕切るダッシュパネル上の点や、バンパー最前端の点やカウルポイントＣＷを原点として各位置情報（各距離）を入力しても良いし、これらの点の内いずれかを原点として選択できる構成であってもかまわない。
【００９７】
＜ピラー断面入力＞
図２０は、設計テーブル作成プログラム６１に含まれるピラー断面形状入力インタフェースの一例を示したものである。図２０（ａ）は、断面の選択及び各種寸法を入力するための入力テーブルであり、この入力テーブルで入力するパラメータの対応部位を示すため、図２０（ｂ）には、車両外観斜視画像が、また、図２０（ｃ）には、各断面の画像が示されている。
【００９８】
図のワゴンタイプの車型の場合には、骨組み構造として、例えば、フロントピラー断面Ａ、センタピラー断面Ｂ、リア補助ピラー断面Ｃ，リアピラー断面Ｄ、フロントヘッダ断面Ｅ，リアヘッダ断面Ｆ，サイドルーフレール断面Ｇごとに、図２０（ｃ）に示す断面形状を決定するパラメータ２４０１〜２４０３の他、板厚、材質、強度、重量などの各パラメータを入力設定可能となっている。
【００９９】
＜インテリア関連寸法＞
図２１〜図２３は、設計テーブル作成プログラム６１に含まれるインテリア関連寸法設定機能を説明するための図である。
【０１００】
図２１は、シートのモデルを構築するための寸法入力インタフェースの例である。図は、３列シートの場合を示している。図中、寸法を入力できる箇所が２１０１〜２１１７で示されている。ただし、これらは一部であり、こられら以外にも、シート幅など様々な寸法を自由に設定可能である。
【０１０１】
図２２は、フロントピラー（左側）のトリム形状を設定するための寸法入力インタフェースの例である。トリムとは、構造モデルで設定したフレームとしてのピラーを覆うカバーである。図中、寸法を入力できる箇所が２２０１〜２２０６で示されている。ただし、これらは一部であり、こられら以外にも、様々な寸法を自由に設定可能である。
【０１０２】
図２３は、インテリアモデルを構成する他のパーツについて説明するための図である。
【０１０３】
図２３（ａ）において、太線２３０１はインパネ（Instrumental Panel）のモデルを表している。インパネモデルは、インパネ先端ライン位置、インパネ上面高さ、インパネ後方位置、インパネロアー面、インパネロアー下端、インパネ横幅などをパラメータとして有しており、これらのパラメータに自由に寸法を設定できる。
【０１０４】
図２３（ｂ）において、太線２３０２はメータフードのモデルを表している。メータフードモデルは、予め複数のタイプ（窓が１つのものや２つのものなど）が用意されており、具体的な寸法を入力する前に、いずれかのタイプを選択することになる。また、それぞれのタイプのメータフードのモデルは、メータフード上面位置、メータフード上部後端位置、メータフード下部後端位置、メータフード開口形状、メータフード外径形状などをパラメータとして有しており、これらのパラメータを自由に設定可能である。図２２（ｃ）は、メータフードの１例を示す斜視図である。
【０１０５】
図２３（ｄ）において、太線２３０３はセンタスタックのモデルを表している。ここで示されているのはウォークスルータイプのセンタスタックである。このセンタスタックモデルは、上端位置、センタパネル横幅、側面角度、センタパネル下端位置、センタスタック下部後端位置、足下横面形状、横面前端位置などをパラメータとして有しており、これらのパラメータを自由に設定可能である。図２３（ｅ）は、センタスタックの１例を示す斜視図である。
【０１０６】
図２３（ｆ）において、太線２３０４は図２３（ｄ）とは異なるタイプのセンタスタックのモデルを表している。ここで示されているのはリアコンソール付きタイプのセンタスタックである。このセンタスタックモデルは、上端位置、センタパネル横幅、側面角度、センタパネル下端位置、基本上面位置、アームレスト前端位置、アームレスト高さ、コンソール＆アームレスト幅、コンソール＆アームレスト後端、下端位置、足下横面形状、横面前端位置などをパラメータとして有しており、これらのパラメータを自由に設定可能である。
【０１０７】
インテリアモデルとしては、ここで示したものの他に、センターピラーのトリム、リアピラーのトリム、ハンドル、ピラートリム、バックミラー、サイドミラー、サンバイザー、サンシェード、アクリルバイザーを含む。更に、ハンドルを持つ乗員の腕のみのモデルをインテリアモデルとして含んでも良い。また、設計テーブルでこれらのインテリアパーツのそれぞれについて色を設定することもできる。
【０１０８】
［基準モデル構築プログラム］
基準モデル構築プログラム６２は、上記のような設計テーブルから、車内寸法に関する数値データ、視認性に関する数値データ及びフロア下に関する数値データを取りだして居住空間モデルを生成する。具体的には、車両内での乗員の着座状態に関する乗員データ（シート数やシート毎のヒップポイント位置等）を入力し、乗員を表す人型モデルをデータベースから読出し、入力した乗員データに応じて変形して図５のような人型モデルを構築する。また更に、視認性に関するデータを用いて、車両の運転位置での人型モデルに、目の位置情報と、該目からの視界として確保されるべき基準範囲を示す視界確保基準範囲情報とを付加する。なお、ドライバ用の人型モデルは、ハンドルとそのハンドルをつかむ腕のモデルを含んでも良い。
【０１０９】
また、設計テーブル内の外形寸法に関する数値データから車両基準モデルを生成する。更に、外形寸法に関するデータから導かれたカウルポイント（ＣＷ）を下端とし、視認性に関するパラメータ（前方上方視界）とフロントガラス角度とに基づいて導かれるフロントヘッダを上端とするフロントガラスモデルを生成する。
【０１１０】
そして、これらの各モデルを組み合わせることによってな基準モデルを生成する。
【０１１１】
また、基準モデル構築プログラムは、生成した各モデルの座標データを画像生成・表示プログラムに渡して、ディスプレイ上に図４のように３次元表示させることができ、かつ、その状態でユーザからのポインティングデバイスによる入力を受付け、どの部位をどのように変形させる命令か判定し、その命令に応じて座標データを変更することもできる。
【０１１２】
つまり、ユーザは、ディスプレイに表示された３次元画像の変形したい部位をマウスなどのポインティングデバイスで選択し移動することにより、表示画像を変形でき、同時にその変形に応じてメモリ内の座標データを変更することができる。
【０１１３】
なお、居住空間モデルは、外形モデル構築プログラムで、どの外形パラメータグループ（車型）が選択されるかによっては変更されない。
【０１１４】
［外形モデル構築プログラム］
外形モデル構築プログラム６３は、設計テーブル作成プログラム６１で作成された設計テーブルに含まれる車型データに基づいて、データベースからベースとなる外形座標データを読出し、更に、設計テーブルに入力された外形パラメータ（諸元値）と所定のルールに基づいてその外形座標データを変更して外形モデルを構築する。
【０１１５】
また、外形モデル構築プログラムは、生成した外形モデルの座標データを画像生成・表示プログラムに渡して、ディスプレイ上に図６のように３次元表示させることができ、かつ、その状態でユーザからのポインティングデバイスによる入力を受付け、その入力がどの部位をどのように変形させる命令か判定し、その命令に応じて座標データを変更する。
【０１１６】
つまり、ユーザは、ディスプレイに表示された３次元外形モデル画像の変形したい部位をマウスなどのポインティングデバイスで選択し移動することにより、表示されている車両外形画像を変形でき、同時にその変形に応じてメモリ内の外形モデルの座標データを変更することができる。
【０１１７】
つまり、外形モデル構築プログラムは、ｉ）データベースから読出した大局的な形状を設計テーブルの値によって自動変形する大局変形と、ｉｉ）ディスプレイ上で局所的な変形部位及び変位を指定することにより変形する局所変形と、の２つの変形機能を有している。
【０１１８】
［構造モデル構築プログラム］
構造モデル構築プログラム６４は、設計テーブルに入力されたピラー構成及び断面形状を読出し、車両の骨組み構造の３次元座標データを生成し、画像生成・表示プログラムに渡して、ディスプレイ上に図７のように３次元表示させることができ、かつ、その状態でユーザからのポインティングデバイスによる入力を受付け、どの部位をどのように変形させる命令か判定し、その命令に応じて座標データを変更する。
【０１１９】
なお、構造モデルを構成する骨組みの形状は、外径モデルの変形に応じて自動的に変形するので、構造モデルと外形モデルを重ね合わせた場合にずれることがなく、それらと居住空間モデルとの干渉問題の検証を精度良く行うことができる。
【０１２０】
また、構造モデルの車型の大きさの相違に基づいて断面積や強度に関する情報が相違するように設定されている。
【０１２１】
従って、ユーザの作業効率を向上させることができる。更に、強度等が企画する車両に略合致したものとして検証できるため、強度等のデータを細かく変更する必要がなく検証効率の向上が図れ、検証精度の向上を図ることができる。
【０１２２】
また、構造モデルは、車体フレーム及びピラー等の骨組み構造に関する断面積と強度に関する情報を有しているので、パッケージングの成立性評価を迅速に行えるとともに、ピラー等の断面積情報を備えることで車室空間における乗員への圧迫感等を迅速に検証可能となる。
【０１２３】
更に、強度情報を持つことで企画車両の強度検証や衝突性能、振動評価等の検証が迅速に行え、企画車両の企画精度を初期企画段階から極めて高いものにできる。
【０１２４】
また、構造モデルは鋼板の材質、鋼板の板厚、重量に関する情報を備えていることで、企画車両の車両重量、重量配分、重心位置等の検証が可能となる。
【０１２５】
更に、構造モデルは、フロントピラー、センタピラー、リアピラー、サイドルーフレール、フロントヘッダ、リアヘッダなどの複数の骨組み構造を持っており、各骨組み部分に対して少なくとも断面積と強度（断面形状）の少なくとも一つが設定変更可能となっていることで、車型（ワゴンやスポーツなどの車両のカテゴリー）が異なれば当然要求される強度や断面積等が異なる。そして、構造モデルの断面積や強度等を個々に変更可能とすることで、企画車両に合わせた最適なパッケージング検証や強度検証が行え、企画精度を極めて高いものにできる。
【０１２６】
［インテリアモデル構築プログラム］
インテリアモデル構築プログラム６５は、設計テーブル１ａに入力されたインテリアのパーツに関する寸法を読出し、シート、フロントピラーのトリム、センターピラーのトリム、リアピラーのトリム、インパネ、メータフード、センタスタック、ハンドル、ピラートリム、バックミラー、サイドミラー、サンバイザー、サンシェード、アクリルバイザー等の３次元座標データを生成し、画像生成・表示プログラム６６に渡して、ディスプレイ上にインテリアモデルとして３次元表示させることができる。
【０１２７】
［画像生成・表示プログラム］
上記のモデル構築プログラムで構築された、基準モデル、外形モデル、構造モデル、インテリアモデルの３次元座標データを組み合わせて１つの３次元座標空間に表示することができる。図２４は、全てのモデルを組み合わせた企画車両モデルを表示した画面の１例を示す図である。
【０１２８】
［シミュレーション表示プログラム］
上記のモデル構築プログラムによって構築された企画車両モデルを、仮想空間内の仮想道路上において走行させ、企画車両モデルに設定されている運転手の視点（アイポイントＥＰ）からみた映像を図２５に示すようにシミュレーション表示する。
【０１２９】
（企画検証）
図２６は、上記のような各プログラムを用いた企画検証処理の全体的な流れを示すフローチャートである。
【０１３０】
まず、ステップＳ２６０１において、上述したように設計テーブルを作成する。次に、ステップＳ２６０２〜Ｓ２６０５において、設計テーブルに入力されたデータを用いて、基準モデル、外形モデル、構造モデル、インテリアモデルの３次元座標データを生成する。
【０１３１】
そして、ステップＳ２６０６において、各モデルを組合せ、重畳表示する。その結果、乗員と外形との干渉などが無ければ、ステップＳ２６０７からステップＳ２６０８に進み、全モデルを組み合わせた企画車両モデルを保存する。その際、企画車両モデルのコピーをシミュレーションモデル（表示用企画車両モデル）として保存する。
【０１３２】
ステップＳ２６０６で重畳表示した結果、問題がある場合には、設計テーブルを変更するか、或いは、３次元表示画面上で変形を加えることによって、各モデルを修正する。
【０１３３】
そして、シミュレーション表示プログラムを起動し、まず、ステップＳ２６０９で走行条件を設定する。走行条件は、走行ルート、日照方向、天候、走行スピード、旋回スピードなどを含む。
【０１３４】
次に、ステップＳ２６１０において、設定された走行条件に合わせて、データベースサーバから読出した仮想空間データとステップＳ２６０８で保存したシミュレーションモデルの３次元データとを組合せる。そして、仮想空間内の仮想道路上において企画車両を走行させ、その運転手の視点から見える動画像をディスプレイに表示する。
【０１３５】
更にステップＳ２６１１に進み、表示上の修正が必要か否か判定する。つまり、３次元データから導き出したシミュレーション画像が実際の車両を運転する場合の感覚とかけ離れていないかを判定する。かけ離れている場合には、ステップＳ２６１２に進み、実際の運転時に運転手が受ける感覚に近づけるため、経験に基づいてシミュレーションモデル、特にその中のインテリアモデルの部分を補正する。つまり、シミュレーションモデルは、シミュレーション表示がより現実感を増すように補正を加えられることを前提としてオリジナルの企画車両モデルからコピーされたものである。従って、ここでの補正によって、オリジナルの企画車両モデル自体が変形されるわけではない。なお、ここでは３次元のシミュレーションモデルを変形補正することとしたが、本発明はそれに限定されるものではなく、２次元の動画像に補正を加えたり、或いは３次元データから２次元データへの投影方法に補正を加えたりして現実感を向上させても良い。また、さらにオペレータは走行条件の設定を変更して繰り返し補正を行なっても良いし、設計テーブルまで立ち返って各モデルのデータを補正しても良い。
【０１３６】
補正後はステップＳ２６１０に戻り、再度シミュレーション表示を行い、現実感を確認した後、補正が不要であれば、ステップＳ２６１３に進む。ステップＳ２６１３では、シミュレーション表示を行いながら、複数の評価者により視認性、圧迫感などの評価を行う。
【０１３７】
視認性や圧迫感に問題がなければ、ステップＳ２６１４から企画書の作成、デザイン開発に進む。何らかの問題があれば、ステップＳ２６０１に戻って設計テーブルを修正したり、或いは、インテリアモデルのみを３次元表示画面上で修正したりする。また、他の走行条件で再評価を行う場合には、ステップＳ２６０９に戻って、走行条件を変更しステップＳ２６１０〜Ｓ２６１３の処理を繰り返す。
【０１３８】
以上のように企画しようとする車両の３次元モデルを構築し、仮想道路上を移動させて、その車両モデルの運転手の視点からみた映像をシミュレーション表示するので、企画者は、試作車を作成することなく、運転手の視認性や圧迫感などの居住性を視覚的に評価することができる。これにより、車両の企画立案に必要な時間及びコストを、大幅に削減することができる。
【０１３９】
以下に、シミュレーション表示プログラムが行う処理について詳細に説明する。
【０１４０】
図２７は、シミュレーション表示プログラムの起動画面の１例である。企画車両モデルを特定したシミュレーション表示コマンドを受け付けると図２７に示す画面を表示する。ここで、ボタン２７０１は、走行条件を設定する画面に移行するためのボタンである。図２６に示したように、通常は、シミュレーション表示に先駆けて、まず走行条件を設定する。
【０１４１】
ボタン２７０２は、オペレータ用のシミュレーション表示を実行するためのボタンである。つまりこのボタン２７０２が選択されるとオペレータ用の機能を搭載したシミュレーション表示画面に移行する。オペレータ用のシミュレーション表示は、図２６のステップＳ２６１０に相当する。そして、ボタン２７０３は、評価者用のシミュレーション表示を実行するためのボタンである。つまり、ボタン２７０３が選択されると、評価者用に機能を限定したシミュレーション表示画面が表示される。
【０１４２】
次に図２７の各ボタンに対応する処理について説明する。
【０１４３】
［走行条件設定］
図２７でボタン２７０１が選択されると、図２８に示す走行条件設定画面をディスプレイ上に表示する。オペレータはこの走行条件設定画面を用いて、図２６のステップＳ２６０９に対応する走行条件設定処理を行う。
【０１４４】
図２８において、２８０１は、ＡコースとＢコースのいずれかの走行コースを選択するためのボタンである。２８０２は、昼間と夜間のいずれかの時間帯を選択するためのボタンである。２８０３は日照方向を選択するためのボタンである。２８０４は、晴れと雨のいずれかの天候を選択するためのボタンである。２８０５は、低速と高速のいずれかの速度を選択するためのボタンである。なお、ここには示していないが、旋回速度を独立に設定できるボタンを設けても良い。２８０６は、仮想空間内のオブジェクトの数を設定するボタンである。２８０７は、シミュレーション表示画面内に視認性に関する警告を表示するか否かを設定し、警告を表示する場合にはどのような条件で警告させるかを設定するためのボタンである。２８０８は、評価者に問題点をマークさせるか否かを設定するためのボタンである。２８０９は、バックでのシミュレーションを含めるか否かを設定するためのボタンである。２８１０は、対比表示を行うか否かを設定し、対比表示を行う場合には、対比車両モデルを特定するためのボタンである。
【０１４５】
なお、図２８では、初期値として、すべて左側のボタン（斜線）が選択されている様子を示している。
【０１４６】
［オペレータ用シミュレーション表示］
図２７でボタン２７０２が選択されると、シミュレーション表示プログラムは、図２９に示すオペレータ用シミュレーション表示画面をディスプレイ上に表示する。このシミュレーション表示により、まずオペレータが企画車両の視認性、圧迫感を評価し、更には、シミュレーション表示自体の精度、リアル感などを検証する。
【０１４７】
この画面には、図２８の走行条件設定画面で設定した走行条件に応じて、企画車両モデル（シミュレーションモデル）の運転手のアイポイントを視点とした３次元仮想空間の投影画像（動画像）２９００が表示される。従って、この映像には、仮想空間のオブジェクトのみならず、車内の様子、例えばハンドル２９０１、フロントピラー２９０２、インパネ２９０３、メータフード２９０４、センタスタック２９０５、ミラー２９０６、そして運転手の手２９０７なども表示される。
【０１４８】
また、この仮想空間には、オブジェクトとして、道路２９０８、建物２９０９、信号２９１０、通行人（大人）２９１１ａ、通行人（子供）２９１１ｂ、通行車両２９１２などを含み、道路には、横断歩道などの白線２９１３が引かれている。
【０１４９】
なお、ここでは表示していないが、サンバイザー、サンシェード、アクリルバイザーなどを備えたモデルであれば、それらのインテリアも表示される。
【０１５０】
＜自動補正＞
シミュレーション表示プログラムは、上記のような動画像２９００を表示するにあたり、仮想空間での企画車両モデルの走行条件（図２８において、何れのボタンが選択されるか）に応じて、企画車両モデルの３次元データ、仮想空間内のオブジェクトデータ、または２次元動画像データに自動的に補正を加える。これは、評価者による評価精度を向上させるための補正である。
【０１５１】
ここで行われる自動補正としては、走行条件に応じて、企画車両モデルのピラー部分或いはヘッダ部分の３次元データを変更することが挙げられる。例えば、企画車両モデルの仮想道路上での走行速度が速い場合には、ピラー部分或いはヘッダ部分が映像内で大きくなるべく３次元データに補正を加えたり、仮想空間に含まれるオブジェクトが小さく表示されるようにオブジェクトデータに補正を加えたり、映像の周辺部分の奥行きが浅く表示されるように２次元動画像データを奥行調整（周辺部分が運転手に近くなるような歪曲変形）したりする。
【０１５２】
また、例えば、企画車両モデルの仮想道路上での旋回速度が速い場合には、ピラー部分或いはヘッダ部分が映像内で大きくなるべく３次元データに補正を加えてもよい。更に、仮想空間が夜間又は雨の状況の場合には、ピラー部分或いはヘッダ部分が映像内で大きくなるべく３次元データに補正を加えてもよい。
【０１５３】
また、例えば、走行条件に応じて、所定のオブジェクト（例えば、人、信号、又は道路上の白線を表すオブジェクト）を強調表示するべく、オブジェクトデータを補正してもよい。
【０１５４】
また、仮想空間での企画車両モデルの走行条件に応じて、企画車両モデル又は仮想空間内のオブジェクトのテクスチャデータを変更し、或いは２次元動画像データに処理を加えることも考えられる。つまり、走行条件に応じて、例えば、企画車両モデルのピラー部分或いはヘッダ部分の色を変更したり、企画車両モデルのピラー部分或いはヘッダ部分の明るさを変更したり、企画車両モデルのピラー部分或いはヘッダ部分と仮想空間とのコントラストを変更したりしてもよい。
【０１５５】
また、例えば、企画車両モデルの仮想道路上での旋回速度が速い場合には、オブジェクトが暗く表示されるようにテクスチャデータに補正を加えてもよい。更に、仮想空間が夜間又は雨の状況の場合には、映像の周辺部分を暗く表示するべく２次元動画像データに補正を加えてもよい。更に、走行条件に応じて、所定のオブジェクト（人、信号、又は道路上の白線を表すオブジェクト）を強調表示するべく、テクスチャデータを変更することを特徴とする。更に、仮想空間での企画車両モデルの走行条件に応じて異なる音声（騒音など）を出力してもよい。
【０１５６】
このような自動補正の例を図３０に示す。図３０（ａ）は、低速走行時の動画像を示す図であり、図３０（ｂ）は、高速走行時の動画像を示す図である。つまり図２８のボタン２８０５において、「低速」が選択された場合を図３０（ａ）に、「高速」が選択された場合を図３０（ｂ）に示している。これらを比較すれば明らかなように、車速が上昇すると、ピラー幅が太く表示され（特に上方に向けて太く表示される）、ピラーの上側の色が濃く表示される。またインパネの上面がせり上がるように表示され、ヘッダの下辺が下側にせり出すように表示されている。また、人及び車両のオブジェクトは縮小されている。本図では建物のオブジェクトは同じであるが、高速の場合に建物を大きく表示しても良い。
【０１５７】
また、自動補正の他の例を図３１に示す。図３１（ａ）は、天候が晴れの場合の動画像を示す図であり、図３１（ｂ）は、天候が雨の場合の動画像を示す図である。つまり、図２８のボタン２８０４において、「晴れ」が選択された場合を図３１（ａ）に、「雨」が選択された場合を図３１（ｂ）に示している。これらを比較すれば明らかなように、天候が悪い場合には天候がよい場合に比べて、コントラスト及び明るさを低下させて表示する。なお、時間帯によっても同様に補正を行う。すなわち、同じ天候であっても、昼間の場合には図３１（ａ）のように表示し、夜間の場合には図３１（ｂ）のように表示する。
【０１５８】
＜動画像に対するオペレータの操作＞
動画像表示エリア２９００の下側には、複数の操作ボタンが表示された操作エリアが設けられている。操作エリアの上段には、通常のビデオ操作ボタンとして、停止ボタン２９１４、一時停止ボタン２９１５、再生ボタン２９１６、スロー再生ボタン２９１７、巻き戻しボタン２９１８、及び早送りボタン２９１９が表示され、マウス等のポインティングデバイスでこれらを選択（クリック）すると、それぞれ動画像がボタンに応じた動作を行う。
【０１５９】
また、操作エリアの中段には、動画像２９００内のインテリアモデルの見た目を変更するためのボタンとして、カラー変更ボタン２９２０、奥行調整ボタン２９２１、インテリアタイプ変更ボタン２９２２とが用意されている。
【０１６０】
このうち、カラー変更ボタン２９２０が選択されると、図３２のようなダイアログが表示される。このダイアログでは、インテリアのパーツと色とを対応付けて表示しており、右側の色ボタン３２０１〜３２０６を選択すれば、さらに色の指定ダイアログが表示される。この色の指定ダイアログにより、パーツごとに色を設定できる。色の指定方法は、既存のソフトウェアにおいて既知であるからここでは詳細な説明を省略する。このようにインテリアのパーツごとに色を変更可能としたことにより、インテリアカラーの違いによる乗客の視認性、圧迫感などを様々な角度から検証可能となる。
【０１６１】
また、図２９の奥行き調整ボタン２９２１が選択されると、図３３のようなダイアログが表示され、縦方向と横方向の奥行き調整を独立に行うことが可能となる。なお、ここで、奥行き調整とは、３次元オブジェクトの投影面を歪ませることによって視点からの距離（奥行き）を調整することをいう。縦方向の奥行き調整では、視点からの距離が同じ２つのオブジェクトがあった場合に、画面の中心に表示されるオブジェクトよりも画面の上下端部に表示されるオブジェクトの方が近く（縦方向に大きく）表示されることになる。横方向の奥行き調整も同様に、画面の左右端部に表示されるオブジェクトが近く（横方向に太く）表示される。これらの調整は、図３３の３３０１及び３３０２を左右に移動させることによって可能となる。
【０１６２】
このように奥行き調整可能とすることによって、オペレータは、評価者が動画像から受ける圧迫感を自在に調整することができ、より現実に近い感覚を評価者に与えて、その評価精度を向上させることができる。
【０１６３】
図２９のインテリアタイプ変更ボタン２９２２が選択されると、動画像２９００に表示するインテリアのタイプを変更できる。例えばメータフード２９０４を変更したり、センタスタック２９０５をウォークスルータイプからリアコンソール付きのタイプに変更したりすることが可能となる。その他、インテリアのパーツごとにテクスチャを変更できる構成としても良く、例えばインパネ２９０３を高級感のあるものにしたり、木目柄にしたりすることが考えられる。
【０１６４】
図２９の操作エリアの下段には、動画像２９００における企画車両の走行条件を設定するための走行条件設定ボタン２９２３と、設計テーブルａを修正するための設計テーブル修正ボタン２９２４と、が表示される。そして、走行条件設定ボタン２９２３が選択されると、図２８に示す走行条件設定ダイアログを表示する。また、設計テーブル修正ボタン２９２４が選択されると、図１０〜１５，２２，２３のような設計テーブル１ａの生成画面へ戻り、各種モデルの設計テーブルを修正可能である。或いは、ここで、図２４のような３次元表示画像に戻り、画像内に表示される企画車両内の可動点を選択し移動することによって企画車両モデルを変形してもよい。すなわち、動画をシミュレーション表示した状態から、車両モデル構築プログラムに移行可能である。これにより、オペレータは運転手の視認性を評価した後、簡単に車両モデルの修正を行うことができる。
【０１６５】
＜対比表示＞
図２８のボタン２８１０で、対比表示ありが選択され、比較車両モデルが特定されると、図３４のような対比表示画面が表示される。図３４では、企画車両モデルによるシミュレーション表示画像３４０１と、比較車両モデルによるシミュレーション表示画像３４０２とが並列対比表示されている。
【０１６６】
シミュレーション表示プログラムは、比較車両モデルの設計テーブルを特定した対比表示の指示を受付けると、まず、比較用車両を３次元データで表した比較車両モデルを構築する。そして、構築した比較車両モデルを、仮想空間上で移動させ、比較車両モデルの運転手の視点からみた映像をシミュレーション表示する。この時、同じタイミングで同じ仮想道路を走行する企画車両モデルからの映像と比較車両モデルからの映像を並べて表示する。ここでは、設計テーブルを特定することとしたが、すでに構築された比較車両モデルの３次元座標データを読出し、シミュレーション表示しても良いし、比較車両モデルを仮想空間上で移動させシミュレーション表示した動画像ファイルを読みだして対比表示してもよい。
【０１６７】
対比表示の場合には、図２９で説明したボタン２９１４〜２９１９以外に、ボタン３４０３〜３４０６が用意されている。このうち、ボタン３４０３は、並列対比表示を指示するためのボタンであり、ボタン３４０４は、重畳表示を指示するためのボタンであり、ボタン３４０５は交互表示を指示するためのボタンであり、ボタン３４０６は、対比表示ＯＦＦを指示するためのボタンである。図３４は、並列対比表示３４０３が選択されている状態である。
【０１６８】
この状態で、ボタン３４０６が選択されると、図２９に戻る。また、この状態でボタン３４０４が選択されると、図３５が表示される。すなわち、同じタイミングで同じ仮想道路を走行する企画車両モデルの映像と比較車両モデルの映像を重畳して表示する。そして、企画車両モデルからの映像と比較車両モデルからの映像のうち、一方のみを透過表示する。また、仮想空間は、複数の３次元オブジェクトを含み、企画車両モデルの運転手から３次元オブジェクトが見える範囲と比較車両モデルの運転手から３次元オブジェクトが見える範囲とを識別可能に表示する。つまり、オブジェクトにおいて比較車両モデルの運転手から見えない部分は表示せず、比較車両モデルの運転手からは見えるが、企画車両モデルの運転手からは見えない部分は暗く表示する。もちろん、どちらのモデルでも表示される部分は通常どおりの明るさで表示する。
【０１６９】
また、図３４で、ボタン３４０５が選択されると、所定時間ごとに、企画車両モデルからの映像と比較車両モデルからの映像とを交互に表示する。
【０１７０】
なお、これらの対比表示では、企画車両モデルを走行させる走行条件と比較車両モデルを走行させる走行条件とを同じにすることが望ましい。
【０１７１】
また、比較車両モデルの特定時に、実写画像をも特定できる構成にしても良い。つまり、実在する比較用車両を実空間上で移動させ、その比較用車両の運転手の視点からみた実写映像を、企画車両モデルの映像と対比的に表示してもよい。
【０１７２】
＜警告＞
図２８のボタン２８０７で、警告表示ありが選択されると、図３６のようなシミュレーション表示画像が表示される。つまりシミュレーション表示プログラムは、シミュレーション表示した動画像において、仮想空間に含まれるオブジェクト（特に人及び走行車両）についての視認性を判定し、判定した視認性が所定の視認性基準を下回る場合に報知する。この時、動画像に含まれるオブジェクトの面積に応じて視認性を判定する。つまり、視認すべき対象となるオブジェクトについて、そのオブジェクトの全体が視認できる場合に比較して、どの程度確認できないかを視認性基準とする。また、この判定は、企画車両モデルが仮想道路上の所定位置に位置する際に行われる。
【０１７３】
なお、図３６では、メッセージと矢印によって視認性に問題のあるオブジェクトを報知（警告表示）しているが、オブジェクト自体の表示（色など）を変更しても良い。
【０１７４】
また、視認性に問題があると判定された瞬間の静止画像は記憶されており、該静止画像を、シミュレーション表示後に表示できる。
【０１７５】
ここでは、オブジェクトの隠れ度合いが所定値を上回る場合に警告することとしているが、図３４のように対比表示を行う場合には、比較車両モデルにおける視認性（オブジェクトの隠れ度合い）と、企画車両モデルにおける視認性とを比較し、企画車両モデルにおける視認性が比較車両モデルにおける視認性よりも所定値以上下回る場合に報知してもよい。この場合、報知の瞬間の企画車両及び比較車両についての静止画像を記憶し、シミュレーション表示後に、その静止画像を表示してもよい。
【０１７６】
図２８のボタン２８０７で、警告条件設定ボタンが選択されると、図３７のような警告条件設定画面が表示される。
【０１７７】
警告方法として強い警告と弱い警告があり、それぞれ、視認性基準が異なる。ここでは、対象となるオブジェクトの９０％以上が確認できない場合に強い警告（赤で表示）を行い、５０％以上が確認できない場合に弱い警告（黄色で表示）を行うように設定されている。これらの％としては、車型ごとに固有のデフォルト値が用意されているが、ボックス３７０１、３７０２には任意の数値を入力することができる。
【０１７８】
また、検証範囲の欄では、画面のどの領域に存在するオブジェクトについて視認性を判定するか設定可能である。つまり、３次元空間内のどの領域にあるオブジェクトの視認性を問題とするのかを設定できる。ここでは、ボックス３７０３で直進時の視点からの角度を設定し、ボックス３７０４では、旋回（カーブ）時の旋回方向を中心とた角度を設定する。また、ボックス３７０５では、どの程度離れた走行車両のオブジェクトを警告対象とするのかを設定し、ボックス３７０６は、どの程度離れた歩行者のオブジェクトを警告対象とするのかを設定する。更に、ボタン３７０７、３７０８により、警告時に動画像を一時停止するか否かを設定できる。
【０１７９】
図３７の例では、直進時に前方１３５度の範囲で、かつ視点からの距離が３０ｍ以内にある車両オブジェクト及び１０ｍ以内にある歩行者オブジェクトを警告判定の対象とし、警告時には動画像を一時停止する設定となっている。
【０１８０】
［評価者用シミュレーション表示］
以上の操作でオペレータがある程度企画車両モデルの視認性及び圧迫感を評価し、シミュレーションモデルの補正等を行うと、次に、複数の評価者にその視認性及び圧迫感を評価させる。これは、図２６のステップＳ２６１３に相当する処理である。
【０１８１】
具体的には、図２７でボタン２７０３が選択されると、シミュレーション表示プログラムは、図３８に示すダイアログをディスプレイ上に表示する。図３８では、評価者用のシミュレーション表示を行う前に、ボックス３８００及び３８０１に対し、評価者のＩＤ及び身長の入力を促す。そして、入力された身長に応じて、企画車両モデルに設定されている運転手モデルを生成し直し、その視点（アイポイントＥＰ）の座標を変更させる。これにより、シミュレーション表示の際の視点の位置が設定される。例えば、ヒップポイントからアイポイントまでの距離を身長の１／２にするなどといった設定方法が考えられる。
【０１８２】
ここではＩＤと身長の両方を入力することとしたが、ＩＤに身長が関連づけて登録されている場合には、ＩＤのみを入力すればよい。
【０１８３】
なお、ここで設定された視点の位置は、仮想空間上での企画車両モデルの走行状態に基づいて変更してもよい。例えば、横Ｇを受けた場合の体の動きに対応させるため、右旋回時に左側に、左旋回時に右側に微小距離だけ移動させてもよい。
【０１８４】
また、図３８には、ターゲット画像に対する注意を促すメッセージ３８０２が表示される。ターゲット画像とは、評価者が注目すべき画像である。
【０１８５】
図３８でボックス３８０１に身長が入力されＯＫボタン３８０３が選択されると、図３９に示すシミュレーション表示画像３９００が表示される。シミュレーション表示プログラムは、企画車両モデルの運転手の視点からの映像に、注視を促すためのターゲット画像３９０１を重畳表示する。これは、視認性の評価を行う評価者に対して、ただ漫然と映像を見るのではなく、運転手と同様に道路に注目することを促すためのものである。これにより、より精度の高い視認性の評価を行うことができる。
【０１８６】
ここではターゲット画像として四角い点を表示しているが、これに限定するものではなく、動画像上で識別可能であれば、他の画像でも良い。
【０１８７】
シミュレーション表示プログラムは、このターゲット画像を、企画車両モデルの速度が速いほど小さく、鮮明に表示する。また、このターゲット画像は、人オブジェクトに追従させることはなく、仮想道路の中心に追従するように表示する。
【０１８８】
また、３次元車両モデルの操舵角に応じた速度でターゲット画像を動画像上で水平移動させてもよい。また、その場合、動画像上に含まれるオブジェクトが多いほどターゲット画像の移動速度を遅くする。
【０１８９】
更に、運転手が後部を確認すべき状況においては、ターゲット画像を、３次元車両モデルに含まれるバックミラーまたはサイドミラーに表示する。
【０１９０】
なお、評価用のシミュレーション表示画面には、停止ボタンなどの他、動画像中の、視認性または圧迫感に関する問題点の位置を入力するためのボタン３９０２が用意されている。
【０１９１】
評価者がボタン３９０２を選択した後、シミュレーション表示画像中の問題点をマウスなどのポインティングデバイスで指示すると、シミュレーション表示プログラムは、指摘のあった企画車両モデルの部位をマークする。図３９では、例として、星印を動画像に重畳表示する場合を示している。また、シミュレーション表示プログラムは、そのマークに対応するコメントを入力して動画像中に表示することも可能である。ここでは、マークボタン３９０２が選択された時点で動画像を一時停止し、その静止画に対してマークを付加させ、コメント記入ボタン３９０３が選択された場合には不図示のコメント記入ダイアログを表示してコメントを入力させ、入力されたコメントを動画像中に重畳表示する。ただし、問題点をマークした時点での評価者の発言をマイクで録音し、音声解析して文字として表示しても良い。
【０１９２】
また、マークされた企画車両モデルの部位の表示形態（例えば色や明るさ）を変更して目立たせても良い。
【０１９３】
シミュレーション表示プログラムは、評価者から問題点の位置がマークされた場合には、その入力時点に表示した静止画像を記憶する。そして、評価者による評価の終了後、オペレータは記憶された静止画像及びマークを確認しながら、企画車両モデルに修正を加えることができる。例えば、圧迫感ありとマークされたフロントピラーを細くするといった修正が考えられる。
【０１９４】
その場合、修正を加えた後の企画車両モデルをシミュレーション表示させた動画像と、修正を加える前の企画車両モデルをシミュレーション表示させた動画像とを、並列表示或いは重畳表示することも可能である。
【０１９５】
また、更には、修正を加えた後の企画車両モデルをシミュレーション表示させた動画像と、修正を加える前の企画車両モデルをシミュレーション表示させた動画像とを、時間的に前後して表示可能としてもよい。
【０１９６】
＜評価システム＞
複数の評価者に企画車両モデルの視認性等を評価させる場合には、図４０（ａ）のようなシステムが有効である。つまり、複数の評価用端末４００１をネットワークで結び、それぞれの端末４００１で入力されたマークやコメント及び対象となる静止画像などをオペレータ用の端末に集約する。なお、評価用端末４００１は、評価者のコメントを音声で取得する場合には、マイク付きの端末にすればよい。
【０１９７】
これらの評価用端末４００１は、図２に示したデータ１ａ〜１ｊを全て備える必要はなく、図３９に示す画面を表示できる必要最低限のデータを操作車用端末４００２からダウンロードすればよい。例えば、シミュレーションモデルと仮想空間のデータのみを評価用端末４００１にダウンロードして、評価用端末４００１にインストールされている三次元表示プログラムによってシミュレーション表示してもよい。また、例えば、オペレータ用端末４００２でシミュレーション表示画像をビデオデータとして格納し、そのビデオデータのみをそれぞれの評価用端末４００１に提供してマーク及びコメントの入力を求めても良い。
【０１９８】
複数の評価者に企画車両モデルの視認性等を評価させるためのシステムとしては、図４０（ｂ）のようなものも考えられる。図４０（ｂ）は、プロジェクタ４００３を用いてスクリーン４００４にシミュレーション画像を表示し複数の評価者がその画像を同時に見ながら、評価用パッド４００５にてコメントを入力する。そして入力されたコメントをその入力タイミングの情報と共にオペレータ用端末４００２に集約する。このようにすれば、どの評価者がどのタイミングでどのようなコメントをしたのかを集約でき、企画車両モデルの修正に役立てることができる。
【０１９９】
＜後進時のシミュレーション表示＞
なお、シミュレーション表示プログラムは、後退時の後方視界を表す動画像をもシミュレーション表示可能である。この場合、図４１のように表示される。図４１では、車外の様子は表示されていないが、仮想空間を表示し、その視認性を評価できることが望ましい。
【０２００】
ここで後進時の後進時の運転手の視点は、前進時の運転手の視点の位置から、後進のために首をまげる動作などを考慮して求められる。すなわち、入力された身長に応じて後進時の後方視界画像も変化する。
【０２０１】
後進時の運転手の動作を考慮して後進時の視点位置を導き出すので、後進時の後方視界をリアルにシミュレーション表示することができ、企画車両を多面的に高精度に評価することができる。
【０２０２】
＜乗降動作のシミュレーション表示＞
更に、シミュレーション表示プログラムは、乗降時のシミュレーション表示をも可能である。これは、ドアのモデル及びその開閉動作を設計テーブルに定義することによって可能となる。この場合、図４２（ａ）（ｂ）のように表示される。図４２（ａ）は、ドアを全開にした状態の側面方向からのシミュレーション表示画像であり、図４２（ｂ）は、駐車場に企画車両を駐車した場合のドアの開閉具合と乗降性とを確認するための上方からのシミュレーション表示画像である。
【図面の簡単な説明】
【図１】本発明に係る実施形態の新型車両の企画検証を支援する装置、方法並びにプログラムを適用可能なコンピュータシステムの構成を例示する図である。
【図２】本実施形態のデータベース及び端末に格納されるデータを示す図である。
【図３】本実施形態の企画支援プログラムの構成を示す図である。
【図４】車両基準モデルの１つの画像表示例を示す図である。
【図５】乗員基準モデルの１つの画像表示例を示す図である。
【図６】外形モデルの１つの画像表示例を示す図である。
【図７】構造モデルの１つの画像表示例を示す図である。
【図８】基準モデルと外形モデルと構造モデルとを重ね合わせた完成モデルの画像表示例を示す図である。
【図９】基準モデルと外形モデルと構造モデルとを重ね合わせた完成モデルの画像表示例を示す図である。
【図１０】車型とピラー本数により定義される外形モデルを例示する図である。
【図１１】３列シートの場合の車両基準モデルを前方視（ｂ）及び側面視（ｃ）で表示する２次元画像とこの２次元画像の対応部位にパラメータとして入力される外形寸法の入力画面（ａ）とを例示する図である。
【図１２】３列シートの場合の車両基準モデルを前方視（ｂ）、側面視（ｃ）、平面視（ｄ）及びダッシュパネル周辺の拡大視（ｅ）で表示する２次元画像とこの２次元画像の対応部位にパラメータとして入力される車内寸法の入力画面（ａ）とを例示する図である。
【図１３】３列シートの場合の車両基準モデルを側面視（ｂ）で表示する２次元画像とこの２次元画像の対応部位にパラメータとして入力される視界関連寸法の入力画面（ａ）とを例示する図である。
【図１４】３列シートの場合の車両基準モデルを側面視（ｂ）、平面視（ｃ）及びホイールハウジング周辺の側面視（ｄ），（ｅ）で表示する２次元画像とこの２次元画像の対応部位にパラメータとして入力されるタイヤ関連寸法の入力画面（ａ）とを例示する図である。
【図１５】３列シートの場合の車両基準モデルを側面視（ｂ）及びサイドシル周辺の断面視（ｃ）で表示する２次元画像とこの２次元画像の対応部位にパラメータとして入力されるアンダーフロア関連寸法の入力画面（ａ）とを例示する図である。
【図１６】車両基準モデルに対する最前列乗員のヒップポイントＨＰ１の水平位置ＴＬ、車幅方向位置ＢＬ及び垂直位置ＷＬの決定方法を説明する図である。
【図１７】車両基準モデルのカウルポイントＣＷの水平位置１１０７及び垂直位置１１０８の決定方法を説明する図である。
【図１８】車両基準モデルのフロントヘッダの水平位置及び垂直位置の決定方法を説明する図である。
【図１９】車両基準モデルのリアヘッダの水平位置及び垂直位置の決定方法を説明する図である。
【図２０】構造モデルの外観視（ｂ）と断面形状（ｃ）を表示する２次元及び３次元画像とこの画像の対応部位にパラメータとして入力される断面寸法の入力画面（ａ）とを例示する図である。
【図２１】シートのモデルを構築するための寸法入力インタフェースの例を示す図である。
【図２２】インテリアモデルのパーツである、ピラーのトリムのモデルを構築するための寸法入力インタフェースの例を示す図である。
【図２３】インテリアモデルの各パーツについて説明するための図である。
【図２４】基準モデルと外形モデルと構造モデルとインテリアモデルを重ね合わせた完成モデルの画像表示例を示す図である。
【図２５】シミュレーション表示画像の１例を示す図である。
【図２６】企画検証処理の流れを説明するためのフローチャートである。
【図２７】シミュレーション表示プログラム起動時の操作画面例を示す図である。
【図２８】走行条件設定ダイアログの１例を示す図である。
【図２９】シミュレーション表示画面の１例を示す図である。
【図３０】シミュレーション表示の際の自動補正処理について説明するための図である。
【図３１】シミュレーション表示の際の自動補正処理について説明するための図である。
【図３２】シミュレーション表示画像のインテリアモデルの色を変更するためのダイアログの１例を示す図である。
【図３３】シミュレーション表示画像の奥行きを調整するためのダイアログの１例を示す図である。
【図３４】比較車両モデルによるシミュレーション表示と企画車両モデルによるシミュレーション表示との対比して表示する場合の画面の１例を示す図である。
【図３５】比較車両モデルによるシミュレーション表示と企画車両モデルによるシミュレーション表示との対比して表示する場合の画面の１例を示す図である。
【図３６】視認性についての警告を表示する場合のシミュレーション表示画像の１例を示す図である。
【図３７】視認性についての警告を表示する場合の警告条件設定ダイアログの１例を示す図である。
【図３８】企画車両の評価を行う場合の導入画面の１例を示す図である。
【図３９】視認性についての問題点をマークし、コメントを入力する場合のシミュレーション表示画像の１例を示す図である。
【図４０】企画車両モデルの評価システムの例を示す図である。
【図４１】後進時のシミュレーション表示画像の１例を示す図である。
【図４２】乗降時のシミュレーション表示画像の１例を示す図である。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a program, a method, an apparatus, and a storage medium that support vehicle planning.
[0002]
[Prior art]
Conventionally, when planning a vehicle, a two-dimensional drawing representing the outline of the vehicle is created, and whether the plan is good or bad is determined based on the drawing. And when there was a change in the plan, the drawing was made from scratch again. In addition, in order to evaluate the visibility of the planned vehicle from inside the vehicle, a prototype vehicle and a clay model that modeled the interior were used.
[0003]
[Problems to be solved by the invention]
Therefore, in the conventional planning work, a great deal of labor is spent on creating drawings, creating prototype cars and clay models, and there is a problem that it takes a lot of time and cost.
[0004]
The present invention has been made to solve the above-described problems of the prior art. The object of the present invention is to provide a planning support program and a planning support method capable of efficiently and effectively planning a vehicle. It is to provide a planning support device and a storage medium.
[0005]
[Means for Solving the Problems]
  In order to achieve the above object, the planning support program according to the present invention includes:A model construction step of constructing a planned vehicle model representing the planned vehicle in three-dimensional data on a computer based on the specification values of the vehicle input by the user, and the planned vehicle model based on a user instruction A simulation display step of generating two-dimensional moving image data representing a video viewed from the viewpoint of the driver of the planned vehicle model and displaying the simulation, and the planned vehicle model in the virtual space And a correction step of correcting the three-dimensional data of the pillar portion or the header portion of the planned vehicle model according to the driving conditions, to support vehicle planning.
[0007]
In the correction step, when the traveling speed of the planned vehicle model on the virtual road is high, the pillar part or the header part is corrected to the three-dimensional data as much as possible in the video. .
[0008]
  Another planning support program according to the present invention includes: a model construction step for constructing a planned vehicle model that represents a planned vehicle in three-dimensional data on a computer based on specification values of the vehicle input by a user; A simulation display step of running a model in a virtual space including a virtual road based on a user instruction, generating two-dimensional moving image data representing a video viewed from the viewpoint of the driver of the planned vehicle model, and displaying the simulation And when the traveling speed of the planned vehicle model in the virtual space is high, a correction step of correcting the object data so that a predetermined object included in the virtual space is displayed small is executed, It is characterized by supporting vehicle planning.
[0009]
  Still another plan support program according to the present invention includes a model construction step of constructing a plan vehicle model representing a plan vehicle with three-dimensional data on a computer based on specification values of the vehicle input from a user, and the plan Simulation display for running a vehicle model in a virtual space including a virtual road based on a user's instruction, generating two-dimensional moving image data representing a video viewed from the viewpoint of the driver of the planned vehicle model, and displaying the simulation And a correction step of correcting the two-dimensional moving image data so that the depth of the peripheral portion of the video is displayed shallow when the traveling speed of the planned vehicle model in the virtual space is high. It is characterized by being executed and supporting vehicle planning.
[0010]
In the correction step, when the turning speed of the planned vehicle model on the virtual road is high, the pillar portion or the header portion is corrected to the three-dimensional data as much as possible in the video. .
[0011]
The simulation display step can run the planned vehicle model at night or in the rain as the virtual space,
In the correcting step, when the virtual space is nighttime or rainy, the pillar portion or the header portion is corrected in the three-dimensional data as much as possible in the video.
[0012]
In the correcting step, the object data is corrected so as to highlight a predetermined object in accordance with the traveling condition.
[0013]
The predetermined object includes an object representing a person, a signal, or a white line on a road.
[0014]
In order to achieve the above object, a storage medium according to the present invention stores the planning support program.
[0015]
  In order to achieve the above object, a planning support method according to the present invention includes a model construction step in which a planned vehicle model that represents a planned vehicle in three-dimensional data is constructed on a computer based on vehicle specification values input from a user. And driving the planned vehicle model in a virtual space including a virtual road based on a user's instruction, generating two-dimensional moving image data representing a video viewed from the driver's viewpoint of the planned vehicle model, and performing simulation A simulation display step of displaying, and a correction step of correcting the three-dimensional data of the pillar portion or the header portion of the planned vehicle model according to the running conditions of the planned vehicle model in the virtual space, It is characterized by supporting vehicle planning.
  Another planning support method according to the present invention includes: a model construction step of constructing a planned vehicle model representing a planned vehicle in three-dimensional data on a computer based on specification values of the vehicle input by a user; and the planned vehicle A simulation display step of running a model in a virtual space including a virtual road based on a user instruction, generating two-dimensional moving image data representing a video viewed from the viewpoint of the driver of the planned vehicle model, and displaying the simulation And a correction step of correcting the object data so that an object included in the virtual space is displayed small when the traveling speed of the planned vehicle model in the virtual space is fast, It is characterized by supporting the planning of
  Still another planning support method according to the present invention includes: a model construction step of building a planned vehicle model in which a planned vehicle is represented by three-dimensional data on a computer; and running the planned vehicle model in a virtual space including a virtual road. And generating a two-dimensional moving image data representing a video viewed from the viewpoint of the driver of the planned vehicle model and displaying the simulation, and when the traveling speed of the planned vehicle model in the virtual space is high Performs a correction step of correcting the two-dimensional moving image data so that the depth of the peripheral portion of the video is displayed shallowly, and supports vehicle planning.
[0016]
  In order to achieve the above object, a planning support apparatus according to the present invention comprises a model construction means for constructing a planned vehicle model that represents a planned vehicle in three-dimensional data based on specification values of the vehicle input from a user, A simulation in which a planned vehicle model is run in a virtual space including a virtual road based on a user instruction, and two-dimensional moving image data representing a video viewed from the viewpoint of the driver of the planned vehicle model is generated and displayed by simulation. Display means; and correction means for correcting the three-dimensional data of the pillar portion or the header portion of the planned vehicle model according to the travel conditions of the planned vehicle model in the virtual space. .
  Another planning support apparatus according to the present invention includes: a model construction unit that constructs a planned vehicle model that represents a planned vehicle by three-dimensional data based on a specification value of the vehicle input from a user; and the planned vehicle model, Simulation display means for running in a virtual space including a virtual road based on a user instruction, generating two-dimensional moving image data representing a video viewed from the viewpoint of the driver of the planned vehicle model, and displaying the simulation; When the traveling speed of the planned vehicle model in the virtual space is fast, correction means for correcting the object data so that the object included in the virtual space is displayed small is executed to plan the vehicle It is characterized by supporting.
  Still another planning support apparatus according to the present invention includes: a model construction unit that constructs a planned vehicle model that represents a planned vehicle by three-dimensional data based on a specification value of the vehicle input by a user; and the planned vehicle model. Simulation display means for running in a virtual space including a virtual road based on a user instruction, generating two-dimensional moving image data representing a video viewed from the viewpoint of the driver of the planned vehicle model, and displaying the simulation, When the traveling speed of the planned vehicle model in the virtual space is high, a correction unit that corrects the two-dimensional moving image data so as to display a shallow depth of the peripheral portion of the video is executed, It is characterized by supporting the planning of
[0017]
【The invention's effect】
According to the present invention, a three-dimensional model of a vehicle to be planned is constructed, moved on a virtual road, and a simulation image is displayed from the viewpoint of the driver of the vehicle model. The driver's visibility and comfort can be evaluated without creating a clay model. Thereby, the time and cost required for vehicle planning can be significantly reduced.
[0018]
Here, when displaying the simulation, corrections are made to the appearance of the planned vehicle, the appearance of the object, etc. in consideration of the driving conditions (travel speed, turning speed, weather, time zone) of the planned vehicle model in the virtual space. Therefore, the evaluator can more accurately evaluate the visibility and the feeling of pressure of the planned vehicle.
[0019]
For example, if the pillar portion or the header portion is displayed large in the video during high-speed driving, the feeling of pressure can be expressed realistically, and the planned vehicle can be evaluated more accurately.
[0020]
For example, if the object is displayed small in the video during high-speed driving, the narrowness of the field of view at high speed can be expressed realistically, and the planned vehicle can be evaluated more accurately.
[0021]
For example, if the depth of the peripheral portion of the image is displayed shallowly during high-speed driving, the narrowness of the field of view at high speed can be expressed realistically, and the planned vehicle can be evaluated more accurately.
[0022]
Further, for example, if the pillar portion or the header portion is displayed large in the video during high-speed turning, the feeling of pressure can be expressed realistically, and the planned vehicle can be evaluated more accurately.
[0023]
For example, when the virtual space is night or rainy, if the pillar portion or the header portion is displayed large in the video, the feeling of pressure can be expressed realistically, and the planned vehicle can be evaluated more accurately.
[0024]
Also, highlighting objects such as people, traffic lights, and white lines on the road according to the driving conditions is an example of a situation in which there are many people or vehicles on the road, the weather is bad, or it is dark. Under the environment, the driver can display a simulation that matches a specific situation in which the driver is conscious only of people, traffic lights, road white lines, and the like, and can more accurately evaluate the planned vehicle.
[0025]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.
The embodiment described below is an example as means for realizing the present invention, and the present invention can be applied to a modified or modified embodiment described below without departing from the spirit of the present invention. In this specification, the outer shape model, the living space model, the structural model, and the interior model are a set of three-dimensional coordinate data representing the appearance of the vehicle, the state of the seat and the occupant, the frame structure, and the structure inside the vehicle, respectively. is there. The specification value refers to a dimension that determines the vehicle shape, and includes, for example, the overall height, the overall width, the overall length, and the like, but does not include an occupant parameter that determines a living space. The vehicle type refers to a type of vehicle such as a sport, a sedan, or a truck, and the vehicle type refers to a brand (product name) of the vehicle that has been commercialized.
[0026]
(Overall system configuration)
First, the overall configuration of the planning support system as the present embodiment will be described.
[0027]
FIG. 1 is a diagram illustrating a configuration of a planning support system 100 according to this embodiment.
[0028]
A plan support system 100 in FIG. 1 includes a computer 1 and a database server 2 as plan support devices connected to a network. The computer 1 includes a CPU 11, a ROM (Read Only Memory) 13, a RAM (Random Access Memory) 14, an external storage unit 15, an input unit 16, a display unit 17, an image processing unit 18, and a communication unit 19, each of which They are connected by a system bus 12.
[0029]
Among these, the CPU 11 executes information processing for supporting arithmetic processing as a general computer and vehicle planning.
[0030]
The ROM 13 stores at least a boot program for starting the computer system. The RAM 14 has a program area for temporarily storing a program running on the computer system and a data area for writing and reading data. The external storage unit 15 stores a program 60 (hereinafter also referred to as a planning support program) for supporting planning verification of a new vehicle. Examples of the external storage unit 15 include a hard disk drive, a flexible disk drive, a magneto-optical disk drive, a CD-ROM drive, a CD-R drive, a CD-RW drive, and a DVD (DVD-ROM, DVD-R) drive. The device is applicable. That is, the planning support program is stored in a storage medium such as a CD-ROM removable from each drive, and the computer 1 can read out the program stored in the storage medium and execute various processes described below. In that case, the storage medium itself is included in the category of the present invention.
[0031]
The input unit 16 is a device such as a keyboard or a mouse that inputs commands and data from the outside. The display unit 17 outputs characters and image data that are arithmetically processed by the image processing unit 18 based on a control command from the CPU 11. Devices such as liquid crystal displays and CRTs. The image processing unit 18 is a device that performs arithmetic processing on image data to be output by the display unit 17, and the communication unit 19 is connected via a wireless or wired communication line (for example, the Internet network or a mobile phone network). The computer system and the database server 20 can communicate with each other so that programs and data can be transmitted and received remotely.
[0032]
(Data structure)
FIG. 2 is a diagram showing data included in the computer 1 and the database server 2.
[0033]
As shown in FIG. 2, the database server 2 includes an external shape database 2a in which external parameter groups related to the three-dimensional external shape of the vehicle are classified and stored for each vehicle type, and structural parameters related to the three-dimensional structure and cross-sectional shape of the vehicle framework. A structure database 2b in which groups are classified and stored for each vehicle type, and an occupant database that stores several types of occupant models defined by occupant sizes (standards for adults and children) in accordance with domestic and foreign standards. 2c, an interior database 2d that stores interior parameter groups related to various parts provided in the vehicle, and a finished product database 2e that stores various data of completed vehicles. The database server 2 further includes virtual space data 2f representing a virtual space for running a vehicle model constructed with three-dimensional data. The virtual space data 2f is data for forming a three-dimensional virtual space including virtual buildings, virtual roads, virtual vehicles, virtual pedestrians, and the like as objects.
[0034]
The computer 1 creates a design table 1a that includes various specification values related to the vehicle to be planned, information on the seating position of the occupant, and the like based on user input. Then, by accessing the database server 2 based on the design table 1a, and reading out and modifying desired data (parameter group), four models called a reference model 1b, an external model 1c, a structural model 1d, and an interior model 1i are obtained. And the planned vehicle model 1e is constructed by superimposing these four models.
[0035]
That is, in various databases (parameter groups) stored in the database server 2, a plurality of points, straight lines, and curves for configuring each model are defined using parameters (variables). Each model is constructed by substituting numerical values input to the setting table 1a.
[0036]
In the design table 1a, an occupant seating position (hip point) and a seat arrangement (the number of seats such as a first row, a second row, and a third row seat) are input as occupant parameters relating to the seating state of the occupant in the vehicle. The computer 1 combines the human model and the seat model read from the occupant database 2c on the basis of the occupant parameters and transforms them to construct a living space model 1f that represents the occupant's comfortability. The living space model 1f is not affected by the vehicle specification values input to construct the outer shape model 1c, and the outer shape model 1c and the living space model 1f are not deformed in conjunction with each other.
[0037]
Further, a vehicle reference model 1g that defines the position of the living space model 1f in the vehicle is constructed from the full length, full width, full height, wheelbase, etc. of the vehicle input to the design table 1a. Further, the eye point indicating the position of the driver's eyes and the upper end determined based on the driver's field of view to be secured at the minimum, the lower end of the cowl top point determined based on the input specification value The windshield model 1h is constructed. Then, the reference model 1b is constructed by combining the living space model 1f, the vehicle reference model 1g, and the windshield model 1h.
[0038]
In the computer 1, the reference model 1b can be drawn in the three-dimensional space and displayed on the display unit 17, and the reference model 1b can be displayed on the three-dimensional space using the input unit 16 such as a pointing device. The seating posture of the occupant included in the vehicle can be adjusted.
[0039]
Further, the computer 1 selects an external parameter group of the vehicle type from the external database 2a based on the vehicle type (any of hatchback, minivan, sedan, sport, open, and truck) stored in the design table 1a and reads it. put out. Then, using various specifications (full length, full width, full height, wheel base, front and rear overhang) stored in the design table 1a, predetermined external parameters (bumper tip position coordinates and roof top) included in the external parameter group are used. The general outline model 1c is constructed along the specifications. The computer 1 can draw the external model 1c in a three-dimensional space and display it on the display unit 17, and uses the input unit 16 such as a pointing device, for example, in the three-dimensional space. Can be transformed.
[0040]
Further, the computer 1 selects and reads out a structure parameter group from the structure database 2b based on the vehicle type and the vehicle frame configuration stored in the design table 1a. Then, by using various specifications (cross-sectional shape, material, weight, strength, etc.) stored in the design table 1a, predetermined structural parameters included in the structural parameter group (the external shape of the framework that appears in the external appearance and the cross-sectional shape of the framework) ) Is changed and a structural model according to the specifications is constructed. Further, the computer 1 can draw the structural model 1 d in a three-dimensional space and display it on the display unit 17.
[0041]
Further, the computer 1 combines the constructed reference model 1b, outer shape model 1c, structural model 1d, and interior model 1i to construct the planned vehicle model 1e, draws the planned vehicle model 1e in a three-dimensional space, and displays the display unit 17 Can be displayed.
[0042]
(Program structure)
Next, a program included in the computer 1 will be described.
[0043]
FIG. 3 is a diagram showing a configuration of a planning support program that realizes the planning support system of the present embodiment.
[0044]
The design table 1a can be created by, for example, spreadsheet software 40 that operates on an operating system. The various models 1b, 1c, and 1d can be created by the three-dimensional CAD software 50 that extracts and calculates values from the design table 1a created by the spreadsheet software 40.
[0045]
That is, the planning support program 60 for realizing this system includes a design table creation program 61 incorporated in the spreadsheet software 40, a reference model construction program 62, an external model construction program 63 incorporated in the three-dimensional CAD software, and a structure. A model construction program 64, an interior model construction program 65, a three-dimensional image generation / display program 66, and a simulation display program 67 are included.
[0046]
The design table creation program 61 includes a function for displaying a graphical user interface that allows the user to input vehicle specifications and the like. Thereby, the user can easily input various specifications, the seating position of the occupant, the seating posture, and the like.
[0047]
The various model construction programs 62 to 65 have a function of referring to the design table 1a created by the design table creation program 61. Further, based on the contents of the design table 1a, the occupant database 2c, the outer shape database 2a, the structure It has a function of reading out parameter groups included in the database 2b and the interior database 2d and automatically changing predetermined parameters.
[0048]
Here, the design table creation program and other programs are executed on different software. However, the present invention is not limited to this, and the design table creation function is included in the planning support software. All of the standard, outer shape, structure, interior model construction function, image generation / display function, and simulation display function may be installed.
[0049]
(Display screen example)
FIG. 4 is a view showing an example of a display screen when the reference model constructed by the reference model construction program 62 is displayed on the display unit 17 by the display program 66.
[0050]
FIG. 5 is a diagram illustrating an example of a display screen when only the living space model is extracted from the reference model. Here, the living space model is a set of coordinate data with the center of the left front wheel as the origin. On the other hand, the vehicle reference model is also coordinate data with the same point as the origin, and is displayed superimposed on the origin as shown in FIG.
[0051]
FIG. 6 is a diagram showing an example of a display screen when the external model constructed by the external model construction program 63 is displayed on the display unit 17 by the display program 66. The outline model is defined by parameters such as the vehicle length, width, height, wheelbase, and other vehicle values, and multiple vehicle types such as wagons and sedans. The three-dimensional image data shown in FIG. Automatically generated by processing and displayed.
[0052]
FIG. 7 is a diagram showing an example of a display screen when the external model constructed by the structural model construction program 64 is displayed on the display unit 17 by the display program 66. The structural model is defined by parameters indicating the skeleton structure and parameters indicating the cross-sectional shape of each part such as a front pillar and a center pillar, which are input to the design table. From the input parameters, the three-dimensional model as shown in FIG. Image data is automatically generated by image processing and can be displayed.
[0053]
FIG. 8 shows image display examples of models obtained by superimposing the reference model, the outer shape model, and the structural model. Each model has a reference point, and is displayed as shown in FIG. 8 by overlapping the reference points.
[0054]
FIG. 9 shows another image display example of a model obtained by superposing the reference model, the outer shape model, and the structural model. Unlike FIG. 8, in the display example of FIG. 9, the outline model is displayed semi-transparently. When the input parameters such as the total length are too small to accommodate the living space model, the head of the occupant protrudes from the vehicle outer shape, and in FIG. 9, the protruding head is indicated by diagonal lines. . Thus, the interference part is displayed in a different color so that the interference state between the living space model and the outer model can be clearly determined.
[0055]
As a result, it is possible to visually verify that the head clearance of the occupant and the driver's visibility are insufficient, and each model can be changed based on the verification result. That is, when the seating position and seating position of the occupant determined by the living space model are unreasonable with respect to the passenger compartment space set by the external model and the structural model, the seating position is displayed on the screen of FIG. Adjustments such as shifting, changing the sitting posture, and raising the roof position can also be made.
[0056]
In addition, by superimposing the reference model and the outer model, it is possible to verify the packaging state (occupant's head clearance and pressure) and visibility of the vehicle. Furthermore, by further displaying the structural model in a superimposed manner, it is possible to verify the collision performance, the vehicle body rigidity, and the like, and to perform detailed evaluation such as the driver's view range viewed from the vehicle interior.
[0057]
The vehicle reference model, the outer shape model, and the structural model have common parameters, and are changed in conjunction with each other by the change. On the other hand, the living space model does not have parameters common to the outer shape model and the structural model, and does not work even if the outer shape model or the structural model is changed. Thus, the outer shape model can be constructed independently of the living space model, and the outer shape can be set effectively with a free idea without being restricted by the constraints of the internal space. Conversely, it is possible to plan a living space with a free idea without being bound by the outer shape.
[0058]
(Functions of each program)
Below, the function of each program contained in the plan support program 60 concerning this embodiment is demonstrated.
[0059]
[Design table creation program]
The design table creation program is executed by the CPU, inputs data necessary for construction of each model based on user operations, and stores the input data in the external storage unit 15 as a design table 1a in association with various parameters. have.
[0060]
The data input to the design table includes the outer dimensions and vehicle type as outer parameters, the number of seats as passenger parameters, vehicle interior dimensions and visibility conditions, tire wheel dimensions, floor-under dimensions, passenger placement conditions, etc. It corresponds to.
[0061]
Note that the length direction and vertical dimension data input in the design table are all values for deriving the coordinate position of each part when the front wheel axle is the origin. The dimension data in the width direction input in the design table is based on the center plane of the vehicle. In other words, when all parameters are properly entered into the design table, models such as the vehicle's outer shape, living space (occupants and seats), windshields, etc. are displayed on the three-dimensional coordinates with the front wheel axle and the vehicle center plane as the origin. It becomes possible to draw.
Hereinafter, data that can be input when generating the design table will be described.
[0062]
<Vehicle type selection>
FIG. 10 shows an example of the model & type selection interface included in the design table creation program 61. That is, by selecting one of the pillar configurations displayed on the interface (for example, clicking with a mouse), the vehicle type included in the outer model and the pillar configuration included in the structural model can be selected.
[0063]
A plurality of pillar configurations as structural parameter groups are prepared for each vehicle type in the database as shown in the figure.
[0064]
The vehicle type preferably includes at least two of a minivan, a station wagon, and a sedan. In this example, there are six vehicle types: hatchback, minivan / wagon (station wagon), sedan, sport, open, and truck. Are typed. Of course, the present invention is not limited to this, and more vehicle types may be prepared according to the capability of the vehicle manufacturer or may be specialized for a specific vehicle type such as a truck only.
[0065]
An outline parameter group (three-dimensional coordinate data constituting the outline of the vehicle) is stored in the database for each vehicle type, and selection of the vehicle type directly corresponds to selection of the external parameter group. In addition, a structural parameter group (three-dimensional coordinate data constituting the framework) is stored in the database for each pillar configuration in the right column, and the selection of the vehicle type and the selection of the pillar configuration directly correspond to the selection of the structural parameter group. .
[0066]
Here, the vehicle type is selected simultaneously by selecting one of the pillar configuration icons shown in the right column. Of course, the step of selecting the vehicle type and the step of selecting the pillar configuration can be performed independently. An interface that can be used may be used. In either case, when an external parameter group (vehicle type) is selected, a structural parameter group (pillar configuration corresponding to the vehicle type) of the same classification as the selected vehicle type is automatically selected from the structural database.
[0067]
Here, the pillar configuration is narrowed down by selecting the vehicle type. However, the pillar configuration that can be further selected according to the parameters (for example, the total length, etc.) input in another input table may be narrowed down. good. In that case, the pillar structure is stored for each size of the vehicle in the structure database.
[0068]
As described above, by making it possible to select a vehicle type similar to the planned vehicle type, it is possible to reduce the man-hour required for shape deformation of the outer model, improve the verification accuracy, and improve the user's work efficiency.
[0069]
In addition, since a structural model is constructed by selectively reading one of the plurality of pillar configurations prepared for each vehicle type, the user can narrow down the structural parameter group simply by selecting the vehicle type, so planning Efficiency can be improved.
[0070]
<External dimensions>
FIG. 11 shows an example of an external dimension input interface included in the design table creation program 61. 11A is a vehicle specification value input table, and FIGS. 11B and 11C are a vehicle front view image and a side view image for indicating corresponding portions of parameters input in the input table. is there. Here, the vehicle specification values include a wheel base 1101, a total width 1102, a total height 1103, a front overhang 1105, a rear overhang 1106, a horizontal position 1107 of a cowl point CW, a vertical position 1108 of a cowl point CW, and a windshield inclination 1109. It is.
[0071]
A numerical value is entered in the part indicated by “...” In the figure. If a numerical value is input to either FIG. 11 (a) or FIG. 11 (b) and FIG. 11 (c), it is reflected on the other. This also applies to the following FIGS.
[0072]
In the vehicle specification value, the front overhang 1105 is a distance between the front end of the vehicle projecting forward from the front axle AF and the front axle AF, and the rear overhang 1106 is the rear of the vehicle projecting rearward from the rear axle RF. This is the distance between the end and the rear axle RF. Further, the horizontal position 1107 of the cowl point CW is a horizontal distance between the center position in the vehicle width direction of the lower end of the windshield and the front axle AF, and the vertical position 1108 of the cowl point CW is a center position of the lower end of the windshield in the vehicle width direction. This is the vertical distance between the front axles AF. Further, the windshield inclination 1109 is an inclination angle formed between a vertical line passing through the cowl point position and the windshield.
[0073]
The total length 1104 is automatically calculated by adding the wheel base 1101, the front overhang 1105, and the rear overhang 1106 (1104 = 1101 + 1105 + 1106). Note that the total height 1103 is not a height based on the ground contact surface GL2 when riding, but a height based on the ground contact surface GL1 when empty, but basically, based on GL2, other than the reference model and the total height The external model is set.
[0074]
As the outer dimensions, in addition to the above parameters, the upper and lower end reference positions of the front bumpers (parameters common to point C1 and point D1 of the outer model to be described later) determined in advance by standards such as domestic and foreign collision safety standards, etc. Input may be possible. In that case, a bumper arrangement reference range corresponding to these positions is displayed.
[0075]
<In-car dimensions>
FIG. 12 shows an example of an in-vehicle dimension input interface included in the design table creation program 61. 12A is an input table for in-vehicle dimensions, and FIGS. 12B, 12C, and 12D are front view images and side views for showing corresponding parts of parameters input in the input table. It is an image and a bottom view image. FIG. 12E is an image in which the periphery of the dash panel is displayed in an enlarged manner in order to show the dimension location for determining the dash panel position.
[0076]
The dimensions determining the comfort in the vehicle can be divided into a parameter relating to the front row occupant, a parameter relating to the second row occupant, a parameter relating to the third row occupant, and a parameter relating to the dash panel. When there are no seats in the second row and the third row, it is not necessary to input parameters relating to passengers in the second row and the third row. Here, it is assumed that the number of sheets is three rows.
[0077]
Among these, the parameters relating to the front row occupant include the following.
1201: Head position of front row occupant (length of straight line extending upward from front row hip point HP1 and inclined backward by a predetermined minute angle with respect to the vertical direction)
1202: Vertical distance between front row hip point HP1 and cowl point CW
1203: Vertical distance between the front row hip point HP1 and the ground contact surface GL2 when riding
1204: Vertical distance between the front row hip point HP1 and the floor panel
1205: Distance between front row hip point HP1 and vehicle width center W
1206: Front row torso angle
1207: Horizontal distance between front axle AF and upper end of accelerator pedal
In addition, parameters relating to the second row occupant include the following.
1208: Top position of second row occupant (length of straight line extending upward from second row hip point HP2 and inclined backward by a predetermined minute angle with respect to the vertical direction)
1209: Horizontal distance between the front row hip point HP1 and the second row hip point HP2
1210: Horizontal distance between second row hip point HP2 and second row occupant heel
1211: Vertical distance between the second row hip point and the floor panel
1212: Vertical distance between the front row hip point HP1 and the second row hip point HP2
1213: Distance between the second row hip point and the center of the vehicle width
1214: Second row torso angle
A driver's eye position (eye point) EP is automatically derived from the top row position 1201 of the front row occupant.
[0078]
Further, the parameters relating to the third row occupant include the following.
1215: Head position of third row occupant (length of straight line extending upward from third row hip point HP3 and inclined backward by a predetermined minute angle with respect to the vertical direction)
1216: Horizontal distance between the second row hip point HP2 and the third row hip point 3rd
1217: Vertical distance between the third row hip point HP3 and the floor panel
1218: Distance between the third row hip point HP3 and the center of the vehicle width
1219: Vertical distance between the second row hip point HP2 and the third row hip point HP3
1220: Third row torso angle
1221: Distance between third row hip point HP3 and third row occupant heel
The following parameters are related to the dash panel.
1222: Horizontal distance between front axle AF and front end of dash panel DP
1223: Horizontal distance between front axle AF and rear end of dash panel DP
1224: Vertical distance between front axle AF and front end of dash panel DP
By inputting the in-vehicle dimensions as described above, it is possible to individually set each seat position on the absolute space of the living space model based on the front row to the third row hip points HP1 to HP3.
[0079]
The reference of the position in the vehicle of the living space model differs depending on which point is used as the origin, so that a difference occurs in the overlapping state with the outer shape model depending on the origin position.
[0080]
That is, a point where it is desired that the interference between the living space model and the outer model when overlapping with the outer model should be selected as the origin.
[0081]
≪How to determine hip points≫
In the interface of FIG. 12, the position of the driver's hip point HP1 in the height direction is 1203 and the position in the width direction is defined by 1205, but a field for directly inputting the position in the vehicle full length direction (horizontal position). Is not prepared.
[0082]
Here, it is assumed that the position in the length direction is derived by calculation from other parameters directly input in FIG. 12, and the method will be described below.
[0083]
FIG. 16 is a diagram illustrating a method for determining the horizontal position of the driver's hip point HP1.
[0084]
The table of FIG. 12 defines a horizontal distance 1207 between the front wheel axis AF, which is the origin, and the upper end position (ball point) of the accelerator pedal. The height 1204 of the driver's hip point HP1 from the heel point is also defined by the table in FIG. In this embodiment, the program configuration is such that 1601 in the figure is derived by substituting 1204 for Z in the following equation.
[0085]
1601 = k1 + k2 × Z−k3 × Z²
Note that k1, k2, and k3 are predetermined coefficients. Here, the above formula is adopted based on empirical rules. However, the present invention is not limited to this, and 1601 may be obtained by another formula, and can be directly input in the table of FIG. It may be a program configuration.
[0086]
<Visibility conditions>
FIG. 13 shows an example of the viewing condition input interface included in the design table creation program 61. FIG. 13A is an input table of visibility conditions to be secured, and FIG. 13B is an internal side view image of a vehicle for showing corresponding parts of parameters input in the input table.
[0087]
The parameters related to the visibility condition include the following.
1301: Angle to be secured upward from the horizontal plane passing through the driver's eye point EP (front)
1302: Angle to be secured downward from the horizontal plane passing through the driver's eye point EP (front)
1303: Angle to be secured upward from the horizontal plane passing through the driver's eye point EP (rear)
1304: Angle to be secured downward from the horizontal plane passing through the driver's eye point EP (rear)
1301 automatically defines and displays the lowest position where the front header (panel on the upper end of the windshield) can be placed. Similarly, the lowest position at which the rear header (panel at the upper end of the rear glass) can be arranged is automatically defined and displayed by 1303.
[0088]
<Tire and wheel dimensions>
FIG. 14 shows an example of a tire and wheel specification input interface included in the design table creation program 61. FIG. 14A is an input table for inputting tire and wheel dimensions, and FIGS. 14B and 14C are vehicle interior side views for showing corresponding parts of parameters input in the input table. It is a visual image and a vehicle interior planar image. 14D and 14E are side view images around the wheel housing.
[0089]
The tire and wheel related dimensions input here are as follows.
1401: Tire outer diameter
1402: Effective tire diameter
1403: Wheel width
1404: Vertical distance between the wheel center of the front wheel when empty and the wheel center when riding a passenger
1405: Vertical distance between the wheel center of the rear wheel when riding and the wheel center of the rear wheel when empty
1406: Distance between left and right front wheels
1407: Distance between left and right rear wheels
1408: Distance between wheel outer diameter and wheel housing
・ 1409: Wheel housing diameter
1410: Tire wheel outer diameter
<Dimensions under the floor>
FIG. 15 shows an example of an underfloor dimension input interface included in the design table creation program 61. This example shows an input interface in the case of a three-row sheet. FIG. 15A is an input table for inputting various dimensions under the floor. In order to show the corresponding parts of the parameters input in the input table, FIG. FIG. 15C shows a cross-sectional view image around the side sill.
[0090]
The below floor related dimensions input here are as follows.
1501: Vertical distance between front row floor panel and axle AF
・ 1502-1507: Horizontal distance between rear axle AR and bent part of floor panel
1508: Vertical distance between second row floor panel and axle surface
1509: Vertical distance between the upper end of the second row floor panel and the rear axle AR
1510: Distance between the second row floor panel recess and the rear axle AR
1511: Vertical distance between the third row floor panel and the rear axle AR
1512: Side sill-vehicle width center W distance
・ 1513: Side sill SS width
・ 1514: Side sill SS height
1515: Vertical distance between side sill SS and floor panel
≪Cowl point restrictions≫
FIG. 17 is a diagram for explaining restrictions on the horizontal position 1107 and the vertical position 1108 of the cowl point CW of the vehicle reference model. Although the horizontal position 1107 and the vertical position 1108 of the cowl point CW can be input in FIG. 11, they cannot be arranged completely at arbitrary positions, and are subject to restrictions such as the field of view.
[0091]
That is, as a first condition, of the viewing conditions input in FIG. 13, it should not interfere with the forward lower viewing field 1302.
[0092]
As a second condition, the dash panel upper end position DP defined in FIG. 12E must be lower than a straight line that forms a predetermined acute angle 1701 forward and upward.
[0093]
≪How to determine front header and rear header positions≫
FIG. 18 is a diagram illustrating the reference of the horizontal position and the vertical position of the front header of the vehicle reference model, and FIG. 19 is a diagram illustrating the reference of the horizontal position and the vertical position of the rear header of the vehicle reference model. As shown in FIG. 18, the horizontal position and the vertical position are, for example, an intersection of a straight line 1301 that forms a predetermined acute angle upward from the horizontal direction around the viewpoint EP and the glass surface as one vertex, and the glass surface is A parallelogram with one side is defined as the lowest position of the front header. At this time, the condition is that it is positioned above the straight line L that is the basis of the feeling of pressure. The position of the front header in the vehicle width direction is set at the vehicle width center W.
[0094]
Further, as shown in FIG. 19, the horizontal position and vertical position of the rear header are, for example, above a straight line 1304 that forms a predetermined minute acute angle from the horizontal direction around the viewpoint EP, It is constrained above the head clearance (distances 1208 and 1215 from HP2 and HP3).
[0095]
The detailed cross-sectional shapes of the front header and the rear header are defined by a structural model described later.
[0096]
In the above design table, parameters in the length direction and the height direction with the front wheel axis AF as the origin are input, but the present invention is not limited to this, and the engine room and the vehicle compartment are partitioned. Each position information (each distance) may be input with the point on the dash panel, the front end of the bumper, or the cowl point CW as the origin, and any of these points can be selected as the origin. It doesn't matter.
[0097]
<Pillar cross-section input>
FIG. 20 shows an example of a pillar cross-sectional shape input interface included in the design table creation program 61. FIG. 20 (a) is an input table for inputting cross-section selection and various dimensions. FIG. 20 (b) shows a vehicle exterior perspective image in order to show corresponding parts of parameters input in this input table. FIG. 20C shows images of the respective cross sections.
[0098]
In the case of the wagon type vehicle shown in the figure, as a framework structure, for example, a front pillar section A, a center pillar section B, a rear auxiliary pillar section C, a rear pillar section D, a front header section E, a rear header section F, and a side roof rail section G In addition to the parameters 2401 to 2403 for determining the cross-sectional shape shown in FIG. 20C, each parameter such as plate thickness, material, strength, and weight can be input and set.
[0099]
<Interior-related dimensions>
FIGS. 21 to 23 are diagrams for explaining the interior-related dimension setting function included in the design table creation program 61.
[0100]
FIG. 21 shows an example of a dimension input interface for constructing a sheet model. The figure shows the case of a three-row sheet. In the figure, reference numerals 2101 to 2117 indicate locations where dimensions can be input. However, these are only a part, and besides these, various dimensions such as the sheet width can be freely set.
[0101]
FIG. 22 is an example of a dimension input interface for setting the trim shape of the front pillar (left side). The trim is a cover that covers the pillar as a frame set by the structural model. In the drawing, reference numerals 2201 to 2206 denote places where dimensions can be input. However, these are only a part, and various dimensions other than these can be freely set.
[0102]
FIG. 23 is a diagram for explaining other parts constituting the interior model.
[0103]
In FIG. 23A, a thick line 2301 represents a model of an instrument panel. The instrument panel model has parameters such as instrument panel tip line position, instrument panel upper surface height, instrument panel rear position, instrument panel lower surface, instrument panel lower end, instrument panel lateral width, etc., and dimensions can be freely set for these parameters.
[0104]
In FIG. 23B, a thick line 2302 represents a model of the meter hood. A plurality of types of meter hood models (one with one window or two with one window) are prepared in advance, and any type is selected before inputting specific dimensions. Also, each type of meter hood model has parameters such as meter hood upper surface position, meter hood upper rear end position, meter hood lower rear end position, meter hood opening shape, meter hood outer diameter shape, etc. These parameters can be set freely. FIG. 22C is a perspective view showing an example of a meter hood.
[0105]
In FIG. 23D, a thick line 2303 represents a center stack model. Shown here is a walk-through type center stack. This center stack model has parameters such as the upper end position, center panel width, side angle, center panel lower end position, center stack lower rear end position, foot horizontal shape, horizontal front end position, etc. It can be set freely. FIG. 23E is a perspective view showing an example of the center stack.
[0106]
In FIG. 23 (f), a thick line 2304 represents a model of a center stack of a type different from that in FIG. 23 (d). Shown here is a center stack with a rear console. This center stack model has an upper end position, center panel width, side angle, center panel lower end position, basic upper surface position, armrest front end position, armrest height, console & armrest width, console & armrest rear end, lower end position, foot lateral The shape, the front end position of the horizontal surface, and the like are included as parameters, and these parameters can be freely set.
[0107]
In addition to those shown here, the interior model includes a center pillar trim, a rear pillar trim, a handle, a pillar trim, a rearview mirror, a side mirror, a sun visor, a sunshade, and an acrylic visor. Further, a model of only an occupant's arm having a handle may be included as an interior model. You can also set the color for each of these interior parts in the design table.
[0108]
[Standard model construction program]
The reference model construction program 62 takes out the numerical data related to the vehicle interior dimensions, the numerical data related to visibility, and the numerical data related to the under floor from the design table as described above, and generates a living space model. Specifically, occupant data (such as the number of seats and hip point positions for each seat) relating to the seating state of the occupant in the vehicle is input, and a humanoid model representing the occupant is read from the database, and according to the input occupant data A humanoid model as shown in FIG. 5 is constructed by deformation. Furthermore, using the data relating to visibility, eye position information and view securing reference range information indicating a reference range to be secured as a view from the eyes are added to the humanoid model at the driving position of the vehicle. To do. The driver's human model may include a handle and an arm model that holds the handle.
[0109]
Further, a vehicle reference model is generated from numerical data relating to the external dimensions in the design table. Further, a windshield model is generated in which the cowl point (CW) derived from the data relating to the external dimensions is the lower end, and the front header is derived based on the visibility parameter (front upper view) and the windshield angle. .
[0110]
Then, a reference model is generated by combining these models.
[0111]
In addition, the reference model construction program can pass the generated coordinate data of each model to the image generation / display program so that it can be displayed three-dimensionally on the display as shown in FIG. It is also possible to accept an input from the device, determine which part is to be deformed and how to change the coordinate data in accordance with the instruction.
[0112]
In other words, the user can change the displayed image by selecting and moving the part of the three-dimensional image displayed on the display with a pointing device such as a mouse and changing the coordinate data in the memory according to the deformation. can do.
[0113]
The living space model is not changed depending on which outer shape parameter group (vehicle type) is selected in the outer shape model construction program.
[0114]
[Outline model construction program]
The outline model construction program 63 reads out the outline coordinate data as a base from the database based on the vehicle type data included in the design table created by the design table creation program 61, and further, the outline parameter (various parameters) input to the design table. Based on the original value) and a predetermined rule, the outer shape coordinate data is changed to construct an outer shape model.
[0115]
In addition, the outline model construction program can pass the generated outline model coordinate data to the image generation / display program and display it three-dimensionally on the display as shown in FIG. The input from the device is accepted, it is determined whether the input is an instruction for changing which part and how, and the coordinate data is changed according to the instruction.
[0116]
In other words, the user can deform the displayed vehicle outer shape image by selecting and moving the portion of the three-dimensional outer shape model image displayed on the display with a pointing device such as a mouse, and at the same time, according to the deformation. The coordinate data of the external model in the memory can be changed.
[0117]
That is, the outline model construction program is deformed by specifying i) global deformation automatically deforming the global shape read from the database according to the value of the design table, and ii) local deformation site and displacement on the display. It has two deformation functions, local deformation.
[0118]
[Structural model construction program]
The structural model construction program 64 reads the pillar configuration and cross-sectional shape input to the design table, generates three-dimensional coordinate data of the vehicle frame structure, passes it to the image generation / display program, and displays it on the display as shown in FIG. In this state, it accepts an input from the user with a pointing device, determines which part and how to change the instruction, and changes the coordinate data according to the instruction.
[0119]
Note that the shape of the frame that makes up the structural model is automatically deformed according to the deformation of the outer diameter model, so there is no deviation when the structural model and the outer shape model are overlapped. Interference problems can be verified with high accuracy.
[0120]
Moreover, the information regarding the cross-sectional area and the strength is set to be different based on the difference in the size of the vehicle model of the structural model.
[0121]
Therefore, the user's work efficiency can be improved. Furthermore, since it can be verified that the strength or the like substantially matches the planned vehicle, there is no need to finely change the data such as the strength, so that the verification efficiency can be improved and the verification accuracy can be improved.
[0122]
In addition, since the structural model has information on the cross-sectional area and strength related to the frame structure such as the body frame and the pillar, it is possible to quickly evaluate the feasibility of packaging and to provide information on the cross-sectional area of the pillar and the like. It becomes possible to quickly verify the feeling of pressure on the passenger in the passenger compartment space.
[0123]
Furthermore, by having strength information, verification of the strength of the planned vehicle, collision performance, vibration evaluation, etc. can be performed quickly, and the planning accuracy of the planned vehicle can be made extremely high from the initial planning stage.
[0124]
Further, since the structural model includes information on the material of the steel plate, the plate thickness and the weight of the steel plate, it is possible to verify the vehicle weight, weight distribution, center of gravity position, etc. of the planned vehicle.
[0125]
Further, the structural model has a plurality of frame structures such as a front pillar, a center pillar, a rear pillar, a side roof rail, a front header, and a rear header, and at least one of a cross-sectional area and a strength (cross-sectional shape) for each frame portion. Because the setting can be changed, the required strength, cross-sectional area, etc. naturally differ if the vehicle type (category of vehicles such as wagons and sports) is different. And by making it possible to individually change the cross-sectional area and strength of the structural model, optimal packaging verification and strength verification can be performed according to the planned vehicle, and planning accuracy can be made extremely high.
[0126]
[Interior model construction program]
The interior model construction program 65 reads the dimensions related to the interior parts input to the design table 1a, seats, front pillar trims, center pillar trims, rear pillar trims, instrument panels, meter hoods, center stacks, handles, pillar trims, Three-dimensional coordinate data such as a rearview mirror, a side mirror, a sun visor, a sunshade, and an acrylic visor can be generated, passed to the image generation / display program 66, and displayed on the display as a three-dimensional interior model.
[0127]
[Image generation / display program]
The three-dimensional coordinate data of the reference model, the outer shape model, the structural model, and the interior model constructed by the model construction program can be combined and displayed in one three-dimensional coordinate space. FIG. 24 is a diagram illustrating an example of a screen displaying a planned vehicle model in which all models are combined.
[0128]
[Simulation display program]
FIG. 25 shows an image viewed from the viewpoint of the driver (eye point EP) set in the planned vehicle model by running the planned vehicle model constructed by the model construction program on a virtual road in the virtual space. Display the simulation as follows.
[0129]
(Plan verification)
FIG. 26 is a flowchart showing the overall flow of the plan verification process using each program as described above.
[0130]
First, in step S2601, a design table is created as described above. Next, in steps S2602 to S2605, three-dimensional coordinate data of the reference model, the outer shape model, the structural model, and the interior model is generated using the data input to the design table.
[0131]
In step S2606, the models are combined and displayed in a superimposed manner. As a result, if there is no interference between the occupant and the outer shape, the process proceeds from step S2607 to step S2608, and a planned vehicle model in which all models are combined is stored. At that time, a copy of the planned vehicle model is stored as a simulation model (planned vehicle model for display).
[0132]
If there is a problem as a result of the superimposed display in step S2606, each model is corrected by changing the design table or by modifying the 3D display screen.
[0133]
And a simulation display program is started and a driving condition is first set by step S2609. The traveling conditions include a traveling route, sunshine direction, weather, traveling speed, turning speed, and the like.
[0134]
Next, in step S2610, the virtual space data read from the database server and the three-dimensional data of the simulation model stored in step S2608 are combined in accordance with the set traveling conditions. Then, the planned vehicle is driven on the virtual road in the virtual space, and a moving image that can be seen from the viewpoint of the driver is displayed on the display.
[0135]
In step S2611, it is determined whether correction on display is necessary. That is, it is determined whether or not the simulation image derived from the three-dimensional data is far from the sense of driving an actual vehicle. If it is far away, the process proceeds to step S2612, and the simulation model, in particular, the interior model portion in the simulation model is corrected based on experience in order to approximate the feeling experienced by the driver during actual driving. In other words, the simulation model is copied from the original planned vehicle model on the assumption that the simulation display can be corrected to increase the sense of reality. Therefore, the original planned vehicle model itself is not deformed by the correction here. Here, the three-dimensional simulation model is modified and corrected. However, the present invention is not limited to this, and the two-dimensional moving image is corrected or converted from three-dimensional data to two-dimensional data. Reality may be improved by correcting the projection method. Furthermore, the operator may perform correction repeatedly by changing the setting of the driving condition, or may return to the design table to correct the data of each model.
[0136]
After the correction, the process returns to step S2610, and simulation display is performed again. After confirming the reality, if correction is unnecessary, the process proceeds to step S2613. In step S2613, visibility, pressure, and the like are evaluated by a plurality of evaluators while performing simulation display.
[0137]
If there is no problem with the visibility and the feeling of pressure, the process proceeds from step S2614 to creating a plan and developing the design. If there is any problem, the process returns to step S2601 to correct the design table, or only the interior model is corrected on the three-dimensional display screen. When re-evaluation is performed under other travel conditions, the process returns to step S2609, the travel conditions are changed, and the processes of steps S2610 to S2613 are repeated.
[0138]
As described above, a three-dimensional model of the vehicle to be planned is constructed, moved on a virtual road, and a simulation image is displayed from the viewpoint of the driver of the vehicle model, so the planner creates a prototype car Without having to do so, it is possible to visually evaluate the driver's visibility and optimism. Thereby, the time and cost required for vehicle planning can be significantly reduced.
[0139]
Hereinafter, processing performed by the simulation display program will be described in detail.
[0140]
FIG. 27 is an example of a startup screen of the simulation display program. When a simulation display command specifying the planned vehicle model is received, the screen shown in FIG. 27 is displayed. Here, the button 2701 is a button for shifting to a screen for setting a traveling condition. As shown in FIG. 26, normally, the driving conditions are first set prior to the simulation display.
[0141]
A button 2702 is a button for executing a simulation display for the operator. That is, when this button 2702 is selected, the screen shifts to a simulation display screen equipped with an operator function. The simulation display for the operator corresponds to step S2610 in FIG. A button 2703 is a button for executing a simulation display for the evaluator. That is, when the button 2703 is selected, a simulation display screen with limited functions for the evaluator is displayed.
[0142]
Next, processing corresponding to each button in FIG. 27 will be described.
[0143]
[Running condition setting]
When the button 2701 is selected in FIG. 27, the traveling condition setting screen shown in FIG. 28 is displayed on the display. Using this travel condition setting screen, the operator performs a travel condition setting process corresponding to step S2609 in FIG.
[0144]
In FIG. 28, 2801 is a button for selecting a traveling course of either the A course or the B course. Reference numeral 2802 denotes a button for selecting a time zone between daytime and nighttime. Reference numeral 2803 denotes a button for selecting a sunshine direction. Reference numeral 2804 denotes a button for selecting either sunny or rainy weather. Reference numeral 2805 denotes a button for selecting either a low speed or a high speed. In addition, although not shown here, you may provide the button which can set turning speed independently. Reference numeral 2806 denotes a button for setting the number of objects in the virtual space. Reference numeral 2807 denotes a button for setting whether or not to display a warning regarding visibility in the simulation display screen, and for setting under what conditions the warning is displayed when the warning is displayed. Reference numeral 2808 denotes a button for setting whether or not the evaluator marks a problem. Reference numeral 2809 denotes a button for setting whether to include simulation in the back. Reference numeral 2810 denotes a button for setting whether or not to perform comparison display, and when performing comparison display, is a button for specifying a comparison vehicle model.
[0145]
FIG. 28 shows a state where all the left buttons (shaded lines) are selected as initial values.
[0146]
[Operator simulation display]
When the button 2702 is selected in FIG. 27, the simulation display program displays the operator simulation display screen shown in FIG. 29 on the display. With this simulation display, the operator first evaluates the visibility and pressure of the planned vehicle, and further verifies the accuracy and realism of the simulation display itself.
[0147]
In this screen, a projection image (moving image) 2900 in a three-dimensional virtual space with the eye point of the driver of the planned vehicle model (simulation model) as a viewpoint according to the driving conditions set on the driving condition setting screen of FIG. Is displayed. Therefore, in this image, not only the object in the virtual space but also the state in the vehicle, for example, the handle 2901, the front pillar 2902, the instrument panel 2903, the meter hood 2904, the center stack 2905, the mirror 2906, and the driver's hand 2907 are displayed. Is done.
[0148]
The virtual space includes, as objects, a road 2908, a building 2909, a signal 2910, a passerby (adult) 2911a, a passerby (child) 2911b, a passing vehicle 2912, and the like, and the road has a white line such as a pedestrian crossing. 2913 is drawn.
[0149]
Although not shown here, if the model is equipped with a sun visor, sunshade, acrylic visor, etc., their interiors are also displayed.
[0150]
<Automatic correction>
When displaying the moving image 2900 as described above, the simulation display program displays 3 of the planned vehicle model according to the running conditions of the planned vehicle model in the virtual space (which button is selected in FIG. 28). Correction is automatically applied to the dimensional data, the object data in the virtual space, or the two-dimensional moving image data. This is a correction for improving the evaluation accuracy by the evaluator.
[0151]
The automatic correction performed here includes changing the three-dimensional data of the pillar part or the header part of the planned vehicle model in accordance with the traveling conditions. For example, when the traveling speed of the planned vehicle model on the virtual road is fast, correction is made to the three-dimensional data so that the pillar part or the header part becomes large in the video, or the object included in the virtual space is displayed small. As described above, the object data is corrected, or the depth of the two-dimensional moving image data is adjusted (distortion deformation so that the peripheral portion is close to the driver) so that the peripheral portion of the video is displayed with a shallow depth.
[0152]
In addition, for example, when the turning speed of the planned vehicle model on the virtual road is fast, the three-dimensional data may be corrected so that the pillar portion or the header portion becomes large in the video. Furthermore, when the virtual space is nighttime or rainy, the three-dimensional data may be corrected so that the pillar portion or the header portion becomes large in the video.
[0153]
Further, for example, the object data may be corrected so as to highlight a predetermined object (for example, an object representing a person, a signal, or a white line on the road) according to the driving condition.
[0154]
It is also conceivable to change the texture data of the planned vehicle model or the object in the virtual space or add processing to the two-dimensional moving image data in accordance with the running conditions of the planned vehicle model in the virtual space. That is, depending on the driving conditions, for example, the color of the pillar portion or the header portion of the planned vehicle model, the brightness of the pillar portion or the header portion of the planned vehicle model, the pillar portion of the planned vehicle model, The contrast between the header portion and the virtual space may be changed.
[0155]
For example, when the turning speed of the planned vehicle model on the virtual road is high, the texture data may be corrected so that the object is displayed darkly. Furthermore, when the virtual space is nighttime or rainy, correction may be applied to the two-dimensional moving image data so that the peripheral portion of the video is displayed darkly. Furthermore, the texture data is changed so as to highlight a predetermined object (an object representing a person, a signal, or a white line on a road) in accordance with the driving condition. Furthermore, you may output different audio | voices (noise etc.) according to the driving conditions of the plan vehicle model in virtual space.
[0156]
An example of such automatic correction is shown in FIG. FIG. 30A is a diagram illustrating a moving image during low-speed traveling, and FIG. 30B is a diagram illustrating a moving image during high-speed traveling. That is, FIG. 30A shows the case where “low speed” is selected in the button 2805 of FIG. 28, and FIG. 30B shows the case where “high speed” is selected. As is clear from the comparison, when the vehicle speed increases, the pillar width is displayed thicker (in particular, displayed thicker upward), and the upper color of the pillar is displayed darker. In addition, the upper surface of the instrument panel is displayed so as to rise, and the lower side of the header is displayed so as to protrude downward. Also, human and vehicle objects are reduced. In this figure, the building objects are the same, but the building may be displayed larger at high speed.
[0157]
Another example of automatic correction is shown in FIG. FIG. 31A is a diagram showing a moving image when the weather is sunny, and FIG. 31B is a diagram showing a moving image when the weather is rainy. That is, FIG. 31A shows the case where “Sunny” is selected in the button 2804 in FIG. 28, and FIG. 31B shows the case where “Rain” is selected. As is clear from comparison of these, when the weather is bad, the contrast and brightness are displayed lower than when the weather is good. The correction is performed in the same manner depending on the time zone. That is, even if the weather is the same, it is displayed as shown in FIG. 31A in the daytime, and as shown in FIG. 31B in the nighttime.
[0158]
<Operator's operation for moving image>
Below the moving image display area 2900, an operation area in which a plurality of operation buttons are displayed is provided. In the upper part of the operation area, a stop button 2914, a pause button 2915, a play button 2916, a slow play button 2917, a rewind button 2918, and a fast forward button 2919 are displayed as normal video operation buttons, and a pointing device such as a mouse. When these are selected (clicked), the moving image performs an operation corresponding to the button.
[0159]
In the middle of the operation area, a color change button 2920, a depth adjustment button 2921, and an interior type change button 2922 are prepared as buttons for changing the appearance of the interior model in the moving image 2900.
[0160]
Among these, when the color change button 2920 is selected, a dialog as shown in FIG. 32 is displayed. In this dialog, interior parts and colors are displayed in association with each other. When the right color buttons 3201 to 3206 are selected, a color designation dialog is further displayed. The color can be set for each part by this color specification dialog. Since the color designation method is known in existing software, detailed description thereof is omitted here. Thus, by making it possible to change the color for each interior part, it becomes possible to verify the visibility of passengers, the feeling of pressure, and the like due to the difference in interior color from various angles.
[0161]
When the depth adjustment button 2921 in FIG. 29 is selected, a dialog as shown in FIG. 33 is displayed, and the depth adjustment in the vertical direction and the horizontal direction can be performed independently. Here, the depth adjustment refers to adjusting the distance (depth) from the viewpoint by distorting the projection surface of the three-dimensional object. With vertical depth adjustment, when there are two objects with the same distance from the viewpoint, the objects displayed at the top and bottom edges of the screen are closer (vertically) than the object displayed at the center of the screen. Will be displayed). Similarly, in the horizontal depth adjustment, objects displayed on the left and right ends of the screen are displayed close (thick in the horizontal direction). These adjustments are made possible by moving 3301 and 3302 in FIG. 33 left and right.
[0162]
By making the depth adjustable in this way, the operator can freely adjust the feeling of pressure that the evaluator receives from the moving image, giving the evaluator a more realistic feeling and improving the evaluation accuracy. be able to.
[0163]
When the interior type change button 2922 in FIG. 29 is selected, the type of interior displayed on the moving image 2900 can be changed. For example, the meter hood 2904 can be changed, and the center stack 2905 can be changed from a walk-through type to a type with a rear console. In addition, it is good also as a structure which can change a texture for every part of interior, for example, making the instrument panel 2903 into a thing with a high-class feeling or a grain pattern is considered.
[0164]
In the lower part of the operation area of FIG. 29, a travel condition setting button 2923 for setting the travel condition of the planned vehicle in the moving image 2900 and a design table correction button 2924 for correcting the design table a are displayed. . When the travel condition setting button 2923 is selected, a travel condition setting dialog shown in FIG. 28 is displayed. When the design table correction button 2924 is selected, the screen returns to the design table 1a generation screen as shown in FIGS. 10 to 15, 22, and 23, and the design tables of various models can be corrected. Alternatively, the planned vehicle model may be deformed by returning to the three-dimensional display image as shown in FIG. 24 and selecting and moving the movable point in the planned vehicle displayed in the image. That is, it is possible to shift to a vehicle model construction program from a state in which a moving image is displayed by simulation. As a result, the operator can easily correct the vehicle model after evaluating the driver's visibility.
[0165]
<Contrast display>
When the comparison display is selected with the button 2810 in FIG. 28 and the comparative vehicle model is specified, a comparison display screen as shown in FIG. 34 is displayed. In FIG. 34, a simulation display image 3401 based on the planned vehicle model and a simulation display image 3402 based on the comparative vehicle model are displayed in parallel contrast.
[0166]
When the simulation display program receives an instruction for comparison display specifying the design table of the comparison vehicle model, first, the simulation display program constructs a comparison vehicle model representing the comparison vehicle in three-dimensional data. Then, the constructed comparative vehicle model is moved in the virtual space, and an image viewed from the viewpoint of the driver of the comparative vehicle model is displayed by simulation. At this time, the video from the planned vehicle model traveling on the same virtual road at the same timing and the video from the comparative vehicle model are displayed side by side. Here, the design table is specified, but the three-dimensional coordinate data of the comparative vehicle model that has already been constructed may be read out and displayed in a simulation, or the moving image of the comparative vehicle model moved in the virtual space and displayed in the simulation The image file may be read and displayed in comparison.
[0167]
In contrast display, buttons 3403 to 3406 are prepared in addition to the buttons 2914 to 2919 described with reference to FIG. Of these buttons, the button 3403 is a button for instructing parallel contrast display, the button 3404 is a button for instructing superimposed display, the button 3405 is a button for instructing alternate display, and the button 3406 Is a button for instructing to turn off the comparison display. FIG. 34 shows a state in which the parallel comparison display 3403 is selected.
[0168]
If the button 3406 is selected in this state, the process returns to FIG. In addition, when the button 3404 is selected in this state, FIG. 35 is displayed. That is, the video of the planned vehicle model traveling on the same virtual road at the same timing and the video of the comparative vehicle model are displayed in a superimposed manner. Then, only one of the video from the planned vehicle model and the video from the comparative vehicle model is transparently displayed. The virtual space includes a plurality of three-dimensional objects, and displays the range in which the three-dimensional object can be seen from the driver of the planned vehicle model and the range in which the three-dimensional object can be seen from the driver of the comparative vehicle model. That is, the portion of the object that is not visible to the driver of the comparative vehicle model is not displayed, and the portion that is visible to the driver of the comparative vehicle model but is not visible to the driver of the planned vehicle model is darkly displayed. Of course, the part displayed in either model is displayed with the normal brightness.
[0169]
In FIG. 34, when a button 3405 is selected, an image from the planned vehicle model and an image from the comparative vehicle model are alternately displayed at predetermined time intervals.
[0170]
In these contrast displays, it is desirable that the traveling conditions for traveling the planned vehicle model and the traveling conditions for traveling the comparative vehicle model are the same.
[0171]
Moreover, you may make it the structure which can also specify a real image at the time of specification of a comparison vehicle model. In other words, an actual comparison vehicle may be moved in the real space, and a live-action image viewed from the viewpoint of the driver of the comparison vehicle may be displayed in contrast to the image of the planned vehicle model.
[0172]
<Warning>
When the warning display is selected with the button 2807 in FIG. 28, a simulation display image as shown in FIG. 36 is displayed. In other words, the simulation display program determines the visibility of objects (particularly people and traveling vehicles) included in the virtual space in the simulation-displayed moving image, and notifies when the determined visibility is below a predetermined visibility standard. . At this time, the visibility is determined according to the area of the object included in the moving image. That is, the visibility criterion is the extent to which an object to be visually recognized cannot be confirmed as compared to the case where the entire object can be visually recognized. This determination is made when the planned vehicle model is located at a predetermined position on the virtual road.
[0173]
In FIG. 36, an object having a problem with visibility is notified (warning display) by a message and an arrow, but the display (color, etc.) of the object itself may be changed.
[0174]
The still image at the moment when it is determined that there is a problem in visibility is stored, and the still image can be displayed after the simulation display.
[0175]
Here, the warning is given when the degree of hiding of the object exceeds a predetermined value. However, when the comparison display is performed as shown in FIG. 34, the visibility (the degree of hiding of the object) in the comparative vehicle model and the planned vehicle The visibility in the model may be compared, and notification may be given when the visibility in the planned vehicle model is lower than the visibility in the comparative vehicle model by a predetermined value or more. In this case, still images of the planned vehicle and the comparison vehicle at the moment of notification may be stored, and the still images may be displayed after the simulation display.
[0176]
When the warning condition setting button is selected with the button 2807 in FIG. 28, a warning condition setting screen as shown in FIG. 37 is displayed.
[0177]
There are strong warnings and weak warnings as warning methods, and the visibility standards are different. Here, a setting is made so that a strong warning (displayed in red) is performed when 90% or more of the target objects cannot be confirmed, and a weak warning (displayed in yellow) is performed when 50% or more cannot be confirmed. As these%, a default value unique to each vehicle type is prepared, but any numerical value can be input in the boxes 3701 and 3702.
[0178]
Further, in the verification range column, it is possible to set whether visibility is to be determined for an object in which area of the screen. That is, it is possible to set in which region in the three-dimensional space the visibility of the object in the problem is a problem. Here, an angle from the viewpoint when going straight ahead is set in box 3703, and an angle around the turning direction during turning (curve) is set in box 3704. Further, in the box 3705, how far away the object of the traveling vehicle is set as the warning target is set, and in the box 3706, how far away the pedestrian object is set as the warning target is set. Further, the buttons 3707 and 3708 can be used to set whether or not to pause the moving image at the time of warning.
[0179]
In the example of FIG. 37, a vehicle object within a range of 135 degrees forward and a distance from the viewpoint within 30 m and a pedestrian object within 10 m when moving straight are set as warning judgment targets, and a moving image is paused during warning. It is set.
[0180]
[Evaluator simulation display]
When the operator evaluates the visibility and the pressure feeling of the planned vehicle model to some extent by the above operation and corrects the simulation model, then the plurality of evaluators are allowed to evaluate the visibility and the pressure feeling. This is a process corresponding to step S2613 in FIG.
[0181]
Specifically, when the button 2703 is selected in FIG. 27, the simulation display program displays the dialog shown in FIG. 38 on the display. In FIG. 38, before the evaluator simulation display, the boxes 3800 and 3801 are prompted to input the evaluator's ID and height. Then, the driver model set in the planned vehicle model is regenerated according to the input height, and the coordinates of the viewpoint (eye point EP) are changed. Thereby, the position of the viewpoint in simulation display is set. For example, a setting method is conceivable in which the distance from the hip point to the eye point is halved.
[0182]
Here, both ID and height are input. However, if the height is registered in association with the ID, only the ID needs to be input.
[0183]
Note that the position of the viewpoint set here may be changed based on the running state of the planned vehicle model in the virtual space. For example, in order to correspond to the movement of the body when receiving a lateral G, it may be moved by a minute distance to the left when turning right and to the right when turning left.
[0184]
In FIG. 38, a message 3802 for calling attention to the target image is displayed. The target image is an image that should be noted by the evaluator.
[0185]
When the height is input in the box 3801 in FIG. 38 and the OK button 3803 is selected, a simulation display image 3900 shown in FIG. 39 is displayed. The simulation display program superimposes and displays a target image 3901 for prompting attention on the video from the viewpoint of the driver of the planned vehicle model. This is for urging an evaluator who evaluates visibility to pay attention to the road in the same manner as the driver, rather than simply watching the video. Thereby, evaluation of visibility with higher accuracy can be performed.
[0186]
Here, a square point is displayed as the target image, but the present invention is not limited to this, and other images may be used as long as they can be identified on the moving image.
[0187]
The simulation display program displays the target image more clearly and smaller as the planned vehicle model speed increases. The target image is displayed so as to follow the center of the virtual road without following the human object.
[0188]
Further, the target image may be horizontally moved on the moving image at a speed corresponding to the steering angle of the three-dimensional vehicle model. In this case, the moving speed of the target image is decreased as the number of objects included in the moving image increases.
[0189]
Further, in a situation where the driver should confirm the rear part, the target image is displayed on the rearview mirror or side mirror included in the three-dimensional vehicle model.
[0190]
In addition, on the simulation display screen for evaluation, a button 3902 for inputting a position of a problem relating to visibility or a feeling of pressure in a moving image is prepared in addition to a stop button or the like.
[0191]
When the evaluator selects the button 3902 and points a problem in the simulation display image with a pointing device such as a mouse, the simulation display program marks the point of the planned vehicle model that has been pointed out. In FIG. 39, as an example, a case where a star is superimposed and displayed on a moving image is shown. The simulation display program can also input a comment corresponding to the mark and display it in the moving image. Here, the moving image is paused when the mark button 3902 is selected, a mark is added to the still image, and a comment entry dialog (not shown) is displayed when the comment entry button 3903 is selected. To input a comment, and the input comment is superimposed on the moving image. However, the evaluator's remarks at the time of marking the problem may be recorded with a microphone, analyzed by voice, and displayed as characters.
[0192]
Further, the display form (for example, color and brightness) of the marked part of the planned vehicle model may be changed to make it stand out.
[0193]
When the position of the problem is marked by the evaluator, the simulation display program stores the still image displayed at the input time. Then, after the evaluation by the evaluator is completed, the operator can correct the planned vehicle model while confirming the stored still image and mark. For example, a modification may be considered in which the front pillar marked as having a feeling of pressure is narrowed.
[0194]
In that case, it is also possible to display in parallel or superimpose a moving image in which the planned vehicle model after correction is displayed by simulation and a moving image in which the planned vehicle model before correction is displayed by simulation. .
[0195]
Furthermore, it is possible to display a moving image in which the planned vehicle model after the correction is displayed in a simulation and a moving image in which the planned vehicle model before the correction is displayed in a simulation are displayed back and forth in time. Also good.
[0196]
<Evaluation system>
In the case where a plurality of evaluators are to evaluate the visibility of the planned vehicle model, a system as shown in FIG. That is, a plurality of evaluation terminals 4001 are connected by a network, and the marks and comments input at the respective terminals 4001 and target still images are collected in an operator terminal. Note that the evaluation terminal 4001 may be a terminal with a microphone when the evaluator's comment is acquired by voice.
[0197]
These evaluation terminals 4001 do not need to include all of the data 1a to 1j shown in FIG. 2, and the minimum necessary data that can display the screen shown in FIG. 39 may be downloaded from the operation vehicle terminal 4002. For example, only the simulation model and virtual space data may be downloaded to the evaluation terminal 4001 and displayed by simulation using a three-dimensional display program installed in the evaluation terminal 4001. Further, for example, the simulation display image may be stored as video data in the operator terminal 4002, and only the video data may be provided to each evaluation terminal 4001 to request input of a mark and a comment.
[0198]
As a system for allowing a plurality of evaluators to evaluate the visibility and the like of the planned vehicle model, a system as shown in FIG. In FIG. 40B, a simulation image is displayed on the screen 4004 using the projector 4003, and a plurality of evaluators input comments on the evaluation pad 4005 while simultaneously viewing the images. The input comments are collected together with the input timing information in the operator terminal 4002. In this way, which evaluator made what kind of comment at what timing can be aggregated, which can be used for correction of the planned vehicle model.
[0199]
<Simulation display during backward travel>
Note that the simulation display program can also display a moving image representing the backward field of view when reversing. In this case, the display is as shown in FIG. In FIG. 41, the appearance outside the vehicle is not displayed, but it is desirable to be able to display the virtual space and evaluate its visibility.
[0200]
Here, the viewpoint of the driver at the time of reverse traveling is obtained from the position of the viewpoint of the driver at the time of forward traveling in consideration of the action of raising his / her head for backward traveling. That is, the backward view image at the time of reverse movement also changes according to the input height.
[0201]
Since the viewpoint position for the reverse drive is derived in consideration of the driver's motion during the reverse drive, the rear view during the reverse drive can be realistically displayed in a simulation, and the planned vehicle can be evaluated in a multifaceted and highly accurate manner.
[0202]
<Simulation display of getting on and off>
Furthermore, the simulation display program can also display a simulation when getting on and off. This is made possible by defining the door model and its opening / closing operation in the design table. In this case, they are displayed as shown in FIGS. Fig.42 (a) is a simulation display image from the side direction in a state where the door is fully opened, and Fig.42 (b) shows how the door is opened and closed when the planned vehicle is parked in the parking lot. It is a simulation display image from the upper part for confirmation.
[Brief description of the drawings]
FIG. 1 is a diagram illustrating a configuration of a computer system to which an apparatus, a method, and a program for supporting planning verification of a new type vehicle according to an embodiment of the present invention can be applied.
FIG. 2 is a diagram illustrating data stored in a database and a terminal according to the present embodiment.
FIG. 3 is a diagram showing a configuration of a planning support program according to the present embodiment.
FIG. 4 is a diagram illustrating an image display example of a vehicle reference model.
FIG. 5 is a diagram illustrating an image display example of an occupant reference model.
FIG. 6 is a diagram illustrating an image display example of an outline model.
FIG. 7 is a diagram illustrating an image display example of a structural model.
FIG. 8 is a diagram illustrating an image display example of a completed model obtained by superimposing a reference model, an outer shape model, and a structural model.
FIG. 9 is a diagram illustrating an image display example of a completed model obtained by superimposing a reference model, an outer shape model, and a structural model.
FIG. 10 is a diagram illustrating an outline model defined by a vehicle type and the number of pillars.
FIG. 11 is a two-dimensional image displaying a vehicle reference model in the case of a three-row seat in a front view (b) and a side view (c), and an external dimension input screen that is input as a parameter to a corresponding portion of the two-dimensional image. It is a figure which illustrates (a).
FIG. 12 shows a two-dimensional image displaying a vehicle reference model in the case of a three-row seat in a front view (b), a side view (c), a plan view (d), and an enlarged view (e) around the dash panel. It is a figure which illustrates the input screen (a) of the in-vehicle dimension input as a parameter to the corresponding | compatible site | part of a dimension image.
FIG. 13 shows a two-dimensional image that displays a vehicle reference model in the case of a three-row seat in a side view (b) and an input screen (a) for a field-related dimension that is input as a parameter to a corresponding part of the two-dimensional image. It is a figure illustrated.
FIG. 14 is a two-dimensional image displaying a vehicle reference model in the case of a three-row seat in a side view (b), a plan view (c), and a side view (d), (e) around the wheel housing, and the two-dimensional image. It is a figure which illustrates the input screen (a) of the tire related dimension input as a parameter to a corresponding part of.
FIG. 15 is a two-dimensional image that displays a vehicle reference model in the case of a three-row seat in a side view (b) and a cross-sectional view around a side sill (c), and an under floor that is input as a parameter to a corresponding portion of the two-dimensional image It is a figure which illustrates the input screen (a) of a related dimension.
FIG. 16 is a diagram illustrating a method for determining the horizontal position TL, the vehicle width direction position BL, and the vertical position WL of the hip point HP1 of the front row occupant with respect to the vehicle reference model.
FIG. 17 is a diagram illustrating a method for determining a horizontal position 1107 and a vertical position 1108 of a cowl point CW of a vehicle reference model.
FIG. 18 is a diagram illustrating a method for determining a horizontal position and a vertical position of a front header of a vehicle reference model.
FIG. 19 is a diagram illustrating a method for determining a horizontal position and a vertical position of a rear header of a vehicle reference model.
FIG. 20 exemplifies two-dimensional and three-dimensional images displaying an external view (b) and a cross-sectional shape (c) of a structural model, and a cross-sectional dimension input screen (a) input as a parameter to a corresponding portion of the image. It is a figure to do.
FIG. 21 is a diagram illustrating an example of a dimension input interface for constructing a model of a sheet.
FIG. 22 is a diagram showing an example of a dimension input interface for building a pillar trim model, which is a part of an interior model.
FIG. 23 is a diagram for explaining each part of the interior model.
FIG. 24 is a diagram illustrating an image display example of a completed model obtained by superimposing a reference model, an outer shape model, a structural model, and an interior model.
FIG. 25 is a diagram illustrating an example of a simulation display image.
FIG. 26 is a flowchart for explaining a flow of plan verification processing;
FIG. 27 is a diagram showing an example of an operation screen when a simulation display program is started.
FIG. 28 is a diagram showing an example of a travel condition setting dialog.
FIG. 29 is a diagram illustrating an example of a simulation display screen.
FIG. 30 is a diagram for describing automatic correction processing during simulation display.
FIG. 31 is a diagram for explaining automatic correction processing in simulation display.
FIG. 32 is a diagram illustrating an example of a dialog for changing the color of an interior model of a simulation display image.
FIG. 33 is a diagram illustrating an example of a dialog for adjusting the depth of a simulation display image.
FIG. 34 is a diagram showing an example of a screen in the case of displaying a comparison between a simulation display by a comparative vehicle model and a simulation display by a planned vehicle model.
FIG. 35 is a diagram showing an example of a screen in the case of displaying a comparison between a simulation display by a comparative vehicle model and a simulation display by a planned vehicle model.
FIG. 36 is a diagram illustrating an example of a simulation display image when a warning about visibility is displayed.
FIG. 37 is a diagram showing an example of a warning condition setting dialog when a warning about visibility is displayed.
FIG. 38 is a diagram showing an example of an introduction screen when evaluating a planned vehicle.
FIG. 39 is a diagram illustrating an example of a simulation display image when a problem regarding visibility is marked and a comment is input.
FIG. 40 is a diagram illustrating an example of an evaluation system for a planned vehicle model.
FIG. 41 is a diagram showing an example of a simulation display image during reverse travel.
FIG. 42 is a diagram showing an example of a simulation display image when getting on and off.

Claims

On the computer,
A model construction process for constructing a planned vehicle model representing the planned vehicle in three-dimensional data based on the specification values of the vehicle input from the user ;
The planned vehicle model is driven in a virtual space including a virtual road based on a user instruction, and two-dimensional moving image data representing a video viewed from the viewpoint of the driver of the planned vehicle model is generated and displayed by simulation. Simulation display process ;
A correction step of correcting the three-dimensional data of the pillar portion or the header portion of the planned vehicle model according to the running condition of the planned vehicle model in the virtual space ;
Is a planning support program characterized by supporting the planning of vehicles.

In the correction step, when the turning speed of the planned vehicle model on the virtual road is high, the pillar portion or the header portion is corrected to the three-dimensional data as much as possible in the video. The planning support program according to claim 1 .

The simulation display step can run the planned vehicle model at night or in the rain as the virtual space,
Wherein the correction step, wherein when the virtual space is a night or rainy situation, according to claim 1 wherein the pillar portion or the header portion, characterized in that the correction is applied to increase as much as possible the three-dimensional data in the video Planning support program.

On the computer,
A model construction process for constructing a planned vehicle model representing the planned vehicle in three-dimensional data based on the specification values of the vehicle input from the user;
The planned vehicle model is driven in a virtual space including a virtual road based on a user instruction, and two-dimensional moving image data representing a video viewed from the viewpoint of the driver of the planned vehicle model is generated and displayed by simulation. Simulation display process;
When the traveling speed of the planned vehicle model in the virtual space is fast , a correction step of correcting the object data so that the predetermined object included in the virtual space is displayed small ;
Is a planning support program characterized by supporting the planning of vehicles .

The planning support program according to claim 4 , wherein the predetermined object includes an object representing a person, a signal, or a white line on a road.

On the computer,
A model construction process for constructing a planned vehicle model representing the planned vehicle in three-dimensional data based on the specification values of the vehicle input from the user;
The planned vehicle model is driven in a virtual space including a virtual road based on a user instruction, and two-dimensional moving image data representing a video viewed from the viewpoint of the driver of the planned vehicle model is generated and displayed by simulation. Simulation display process;
When the traveling speed of the planned vehicle model in the virtual space is high , a correction step of correcting the two-dimensional moving image data so that the depth of the peripheral portion of the video is displayed shallow ;
Is a planning support program characterized by supporting the planning of vehicles .

A computer-readable storage medium storing the planning support program according to any one of claims 1 to 6.

On the computer,
A model construction process for constructing a planned vehicle model representing the planned vehicle in three-dimensional data based on the specification values of the vehicle input from the user ;
The planned vehicle model is driven in a virtual space including a virtual road based on a user instruction, and two-dimensional moving image data representing a video viewed from the viewpoint of the driver of the planned vehicle model is generated and displayed by simulation. Simulation display process ;
A correction step of correcting the three-dimensional data of the pillar portion or the header portion of the planned vehicle model according to the running condition of the planned vehicle model in the virtual space ;
Is a planning support method characterized by supporting the planning of a vehicle .

On the computer,
A model construction process for constructing a planned vehicle model representing the planned vehicle in three-dimensional data based on the specification values of the vehicle input from the user;
The planned vehicle model is driven in a virtual space including a virtual road based on a user instruction, and two-dimensional moving image data representing a video viewed from the viewpoint of the driver of the planned vehicle model is generated and displayed by simulation. Simulation display process;
When the traveling speed of the planned vehicle model in the virtual space is fast, a correction step of correcting the object data so that the object included in the virtual space is displayed small;
Is a planning support method characterized by supporting the planning of a vehicle.

On the computer,
A model building process for building a planned vehicle model that represents the planned vehicle in three-dimensional data;
A simulation display step of running the planned vehicle model in a virtual space including a virtual road, generating two-dimensional moving image data representing a video viewed from the viewpoint of the driver of the planned vehicle model, and displaying the simulation;
When the traveling speed of the planned vehicle model in the virtual space is high, a correction step of correcting the two-dimensional moving image data so that the depth of the peripheral portion of the video is displayed shallow;
Is a planning support method characterized by supporting the planning of a vehicle.

A model construction means for constructing a planned vehicle model representing the planned vehicle with three-dimensional data based on the specification values of the vehicle input from the user ;
The planned vehicle model is driven in a virtual space including a virtual road based on a user instruction, and two-dimensional moving image data representing a video viewed from the viewpoint of the driver of the planned vehicle model is generated and displayed by simulation. Simulation display means;
Correction means for correcting the three-dimensional data of the pillar part or the header part of the planned vehicle model according to the running conditions of the planned vehicle model in the virtual space;
A planning support apparatus characterized by including:

A model construction means for constructing a planned vehicle model representing the planned vehicle with three-dimensional data based on the specification values of the vehicle input from the user;
The planned vehicle model is driven in a virtual space including a virtual road based on a user instruction, and two-dimensional moving image data representing a video viewed from the viewpoint of the driver of the planned vehicle model is generated and displayed by simulation. Simulation display means;
When the traveling speed of the planned vehicle model in the virtual space is fast, correction means for correcting the object data so that the object included in the virtual space is displayed small;
Is a planning support device characterized by supporting vehicle planning.

A model construction means for constructing a planned vehicle model representing the planned vehicle with three-dimensional data based on the specification values of the vehicle input from the user;
The planned vehicle model is driven in a virtual space including a virtual road based on a user instruction, and two-dimensional moving image data representing a video viewed from the viewpoint of the driver of the planned vehicle model is generated and displayed by simulation. Simulation display means;
When the traveling speed of the planned vehicle model in the virtual space is fast, correction means for correcting the two-dimensional moving image data so that the depth of the peripheral portion of the video is displayed shallow;
Is a planning support device characterized by supporting vehicle planning.