JP2007507765A - 車両用の制御プロセスをテストするシステムおよび方法 - Google Patents

Abstract

テストすべき制御プロセスに応答するシミュレーションモデルを有し，シミュレーションモデルの上位には実験ソフトウェアが配され，実験ソフトウェアと制御プロセスを作動させるコンポーネントとの間には信号パスが形成され，信号パスは，少なくとも２つの介入点において少なくとも２つの信号に区分され，かつ少なくとも１つの識別子が設けられることにより，識別子が信号パスに対する信号の対応付けを可能とする，車両用の制御プロセスをテストするシステムと方法。

Description

本発明は，従来技術として知られておらず，独立請求項に記載される特徴を有する車両用の制御プロセスをテストするシステムに関する。

車両の運転は，特に組込み制御システム（embedded control system）と称される組込みシステムを搭載することによって，より快適，より安全，より環境に優しいものとなる。一方,組込みシステムの搭載によって，車両がより複雑になり，動作保証に要されるテストがより広範なものになるため，結果的に開発サイクルは延長される。しかし，車両製造メーカは，複雑で，かつ完全な機能を実現するシステムを短時間で開発することを要求される。

特にソフトウェアを伴う電子制御ユニット（ＥＣＵ：Electronic Control Unit）等，電子コンポーネントのテストは，ますます重要なものとなりつつある。開発サイクルの短縮と同時に，より広範なテストの実施を可能とするためには，広範なテストの実施場所を路上から研究室に移すことと，テストを標準化および自動化することが条件となる。これらの条件を実現する上では，最近の開発およびテスト方法とともに，例えばＥＴＡＳ ＧｍｂＨ社（シュトゥツガルト）のＬａｂＣａｒ（登録商標）の１０／１９９９リリース版マニュアルに記載されるようなハードウェアインザループテストシステム等の最適なツールによる支援が欠かせない。

後述する発明は，車両の制御プロセスに係るテストシステム，特にＬａｂＣａｒ等のハードウェアインザループテストシステムにおける，かような状況を改良し最適化するためのものである。

発明の利点

本発明により提供される車両用の制御プロセスをテストするシステムと方法，ならびに対応するコンピュータプログラムとコンピュータプログラム製品は，テストすべき制御プロセスに応答するシミュレーションモデルを有し，シミュレーションモデルの上位には実験ソフトウェアが配され，実験ソフトウェアと制御プロセスを作動させるコンポーネントとの間には信号パスが形成され，信号パスは，少なくとも２つの介入点において少なくとも２つの信号に区分され，かつ少なくとも１つの識別子が設けられることにより，識別子が信号パスに対する信号の対応付けを可能とする。

よって，自動車エレクトロニクス分野における開発を検証するテストシステムにおいて，信号フローまたは信号パス，および検証対象を視覚化し，テスト中に検出された信号値を表示し，かつ信号パスに対する所定の介入を可能とする望ましい方法を得ることができる。

上記介入点には，識別子が設けられるようにしてもよい。また，上記介入点から生成される信号には，識別子が設けられるようにしてもよい。

上記生成される信号は，異なる信号グループに対応づけられるようにしてもよい。また，上記異なる信号グループもしくはこれらに対応付けられた信号は，光学的に表示されるようにしてもよい。

これにより，テストシステムは，信号パスもしくは信号フローのみならず，テスト中に検出された信号値もしくは介入点に応じた信号または信号値をも表示しうる。

上記識別子は，システムにおいて可変に設計されており，信号は，特にテスト中において，異なる信号パスに対応づけられるようになり，最適化されたテストシナリオを示すことができる。

また，少なくとも１つの上記介入点において，一の信号に代わる他の信号が信号パスに入力されるようにしてもよい。このことにより，所望のテストシナリオの範囲内において，例えば，元の信号の代わりに信号生成により生成された信号または一定値を信号パスに入力することが可能となる。

先述したとおり，本発明は，制御プロセスを作動させるコンポーネントにおいて，テストシステム内の信号パスを視覚化し，該当する信号の値を表示し，付加的な機能をユーザに提供することを目的としており，これによりテストシステムの構築および操作がより効率的となる。

以下では，添付した図面を参照しながら，本発明について詳細に説明する。

実施例の説明

新型車両の開発において，電子コンポーネントとソフトウェアの重要性は，ますます高まりつつある。電子コンポーネントとソフトウェアは，ユーザに対してコスト削減と同時に競争上の優位性をもたらす。

本発明は，車両用の制御プロセスを作動させるコンポーネント，特に自動車分野における電子的なオープンループ制御（Steuerungen）もしくはクローズドループ制御（Regelungen）またはコントローラの開発および検証を目的とする。これらオープンループ制御（Steuerungen）の検証は，時として複雑なプロセスを要し，特殊なツールの使用が不可欠となる。これらのツールまたなテストシステムは，開発プロセスの様々な段階において研究室内での車両シミュレーションを可能にし，実車両に搭載される電子コンポーネントの動作保証を高める。

この種のコントローラは，典型的に極めて多くのインターフェイスを有し，車両に搭載される他のコンポーネントに接続されて相互に機能する。実車両の挙動をシミュレートするテストシステムにおいて，これらのインターフェイスは，ユーザにとって極めて複雑で理解し難いものとなる。このような背景から，本発明は，ユーザが複雑なシステムの概要を容易に把握でき，使用効率を向上させることを目的とする。これにより，実験を制御するテストシステムが用いるソフトウェアおよびソフトウェア製品も改良されうる。

図１は，車両用の制御プロセスを作動させるコンポーネント，特に自動車分野における電子的なオープンループ制御またはクローズドループ制御の開発において参照される信号フローを示すブロック図である。図１において，各々の要素がブロック，要素間の信号フローが矢印で示される。図１において，ブロック１０７が車両，ブロック１００が運転者，ブロック１０１が環境を表す。図１に示すように，車両，運転者および環境の間には，複数の信号フローが存在しうる。ここで，ブロック１００の運転者とは，例えば他の搭乗者等，車両の機能を利用する全ての利用者を意味する。また，ブロック１０１の環境とは，他の車両または当該車両の周辺の電子システム，例えば，修理工場で当該車両の電子システムに接続される診断用テスタ等のツールも含む。図１に示すオープンループ制御，クローズドループ制御および監視システム用の論理的なシステムアーキテクチャは，以下のシーケンスを象徴する。すなわち，運転者は，車両内のレバーまたはスイッチ，例えば方向指示器またはアクセルペダルを操作する。この運転者の指令情報は，いわゆるセットポインタ（Sollwertgeber）１０２を介して制御ユニット１０３，すなわち制御プロセスを作動させるコンポーネントに伝達される。制御１０３は，この指令情報を処理してアクチュエータ１０４を駆動させる。例えば，運転者が車両の加速を所望する場合，制御１０３は，現状以上の燃料が燃焼室に導かれるように噴射弁と絞り弁を制御する。そして，いわゆる装置（Strecke）または制御装置（Regelstrecke）１０５は，アクチュエータ１０４の動作を処理する車両部品であり，例えば，燃料の燃焼により発生されたトルクを車両に導くシリンダに相当する。そして，車両または各々のコンポーネントの挙動を検出するセンサ１０６が必要とされる。例えば，運転者の所望した速度が達成された場合，センサ１０６がこの情報を検出する。センサ１０６が検出した情報を制御１０３に伝達することにより，制御１０３はこの情報に応答しうる。運転者１００は，車両の挙動を認識し，さらに車両に対して指令情報を与える。運転者１００と同様に，環境１０１，例えば，道路舗装や，外気温，雨，雪または風等の気象条件等も，車両１０７と運転者１００の相互に影響を及ぼす。図１における矢印は，先述したような情報の入出力を意味する信号フローを表す。

テストシステムは，以下のような課題を有する。
車両用の制御プロセスをテストするシステムは，図１に示す制御１０３以外に他の全ユニットの挙動もシミュレートする必要がある。このシミュレーションは，ソフトウェアにより実施されうるが，テスト事例に応じては，例えば，実車両内で生成されるような電気信号を特殊な電子制御ユニットに供給するハードウェアを用いる場合もある。ハードウェアを使用する場合，図１に示すユニットもしくはコンポーネントをシミュレートする基礎となるシミュレーションモデルの範囲が変化する。本発明によれば，テストシステムにソフトウェアが搭載され，すなわち，シミュレーションモデルの上位に所謂実験ソフトウェアが配置されることにより，ユーザにとっては，以下のことが可能となる。第１に，システムを構築することが可能となる。すなわち，シミュレーションモデル，ならびにテスト事例に応じて用いられるハードウェアの基本設定を行い，さらに制御の機能を操作できる。なぜなら，最近の制御は，広範な診断機能を搭載している場合が多いためである。これらの機能は，例えば，制御に適切でない信号の受信を検出する。このような信号が検出された場合，制御がフェールセーフモードに移行し，テストシステムによるテストはもはや無効なものとなる。シミュレーションにおいては制御がフェールセーフモードに直接移行することはないため，このことは，実験ソフトウェアがシミュレーションを行い，さらにインタラクティブなテストを行う上において，ユーザを支援する必要があることを意味する。また，実験ソフトウェアは，ユーザの端末操作により，テストシステムと相互作用ならしめる機能を提供する必要があることを意味する。第２に，テスト中に生成された最終データを記録，管理することが可能となる。実験ソフトウェアの位置付けと同様に相互作用，生成される信号フローもしくは信号パスについては，図３であらためて詳細に示される。

図２は，図１から導出されるテストシステムの概要を示すブロック図である。図２において，ブロック２００が制御，ブロック２０１が信号検出，ブロック２０２が静的アクチュエータモデル，ブロック２０３が動的アクチュエータモデルを示す。また，ブロック２０４は，装置，運転者および環境のモデルを示し，引き続いてブロック２０５の動的センサモデル，ブロック２０６の静的センサモデル，およびブロック２０７の信号生成が配置される。制御２００は，典型的に，複数のインターフェイスを有する。図２のブロック図は，制御２００から時計回りに開始される手順を示す。制御２００の出力信号は，オプションの信号検出２０１により検出される。制御２００が物理的対象として存在する場合，信号検出２０１は，例えばハードウェアコンポーネントである。そして，電気信号を物理値に，例えば電圧を温度に変換する，他のオプションユニットが存在する。その後，動的アクチュエータモデル２０３は，テストシステム内においてアクチュエータの動的な挙動をシミュレートする。さらに，運転者，環境および車両の残りのシミュレーションが続き，その後に信号を生成する適当なユニット，すなわち動的センサモデル２０５，静的センサモデル２０６および信号生成２０７を介して信号パスが制御２００に戻る。

図２に示すブロックまたはユニットは，典型的に，種々のツールに実装されている。制御自体は，物理的対象，またはシミュレーションツール内のモデルとして存在しうる。同様に，信号検出２０１と信号生成２０７とは，電子コンポーネントとしてハードウェア内，またはシミュレーションツール内に実装されうる。図２に示す他のブロックは，典型的に，シミュレーションツール内に存在する。よって，シミュレーションモデルは，少なくとも装置，運転者および環境のモデルと，動的アクチュエータモデルおよび動的センサモデル，すなわち図２に示すブロック２０３〜２０５を含んで構成される。

問題は，第１に，図２に示す信号パスが一義的でないことにある。むしろ，制御の出力信号が複数の信号検出チャネルに接続され，さらに複数の静的アクチュエータモデルに接続される等の可能性がある。第２に，先述したシミュレーションツール自体も多様化できることにある。これは，例えば，動的アクチュエータモデル２０３がツールＡに実装され，静的アクチュエータモデル２０２がツールＢに実装されている場合などを意味する。

テストシステムのユーザが効率的に作業できるようにするために，図２に示す構造の上に，典型的に実験ソフトウェアと称される，他のソフトウェア層が配されて，制御のテスト用の実験を行うことが可能となる。このことは，図２内の対象が提供するパラメータまたは測定値にアクセスする機会をユーザに提供することを意味する。

本発明の核心は，図２に示すブロックのインターフェイスと，一般に一義的ではない，これらブロックの相互間の接続とを自動的に認識して，実験ソフトウェアの定義された層に読み込む方法が実装されている点にある。この場合，インターフェイス，さらにまた介入点にも識別子が設けられ，実験ソフトウェア内で利用される。同様に，介入点に識別子が設けられずに，図３に示すように，介入点から生成される信号に一義的な識別を可能とする識別子が設けられ，実験ソフトウェア内で利用されることも可能である。

そして，これらの情報は，ユーザに対して図４に示すように提示，特に視覚化され，さらに以下の可能性を実現するために構成される：

図２に示す図式によれば，任意ブロックの任意の入力または出力信号に基づいて完全な信号パスを表示させることが可能になる。すなわち，ユーザは，機能を呼び出した後に，全ての多義性と分岐点とを含む信号パスにかかる情報を得る。このために参照点として，図３〜図５において詳細に説明されるように，図２に示すブロックの入出力信号が，ユーザにより名付けられる。さらに，先述した観点によれば，テストシステムによる実験中に全ての信号値を表示，すなわち視覚化し，光学的に表示することが可能となる。さらに，予め定義された信号パスを用いて信号パス上における第１の可能性の点に介入し，例えば信号生成または所定の値による信号を用いてユーザ定義されたシミュレーションを行う可能性もある。そして，図２に示される制御以外のブロックは，パラメータ化され，あるいは同一の入出力を有する適当なブロックに置換されうる。これは，特に，コンポーネントのモデルが実際のコンポーネントに，例えば絞り弁のモデルが実際の絞り弁に置換される場合も含む。よって，本発明に基づく図示の方法およびシステムにおいては，図２に示す制御の開発段階にかかわらずに，制御２００は，ソフトウェア内または物理的な制御ユニット内に完全に組み込まれることができ，あるいはこれら２つの組込み形式で混載されることもできる。

図３は，テストシステム，特に冒頭部で説明されたＬａｂＣａｒシステムにおける信号フローもしくは信号パスと，信号アクセスとを示す。ここで，シミュレーションソフトウェア３０８は，シミュレーションモデル３０７と実験フトウェア３０６とで構成される。ここで，テスト対象の制御プロセスを作動させるコンポーネント３００，例えば，制御装置またはコントローラ（ハードウェアまたはソフトウェアに実装される）は，ブロック３０１のハードウェアおよびブロック３０２のリアルタイムＩ／Ｏに接続されている。リアルタイムＩ／Ｏ３０２と実験ソフトウェア３０６との間の信号方向は任意であり，ブロック３０３と３０４は，信号方向に応じてオープンループコンフィグレーション（ＯＬＣ：Open Loop Configuration）となる。ブロック３０３と３０４により示されるＯＬＣは，モデルとハードウェアとの間の信号パスに介入することができ，例えば信号生成３０５からの信号または一定値が入力されうる。このＯＬＣは，モデル仕様とＩ／Ｏハードウェア用ドライバとの間の中間層である。ＯＬＣは，複数のタスクを有する。ＯＬＣの主要なタスクは，物理値を電気的な値に変換し（車両モデルから制御装置への信号），かつ電気的な値を物理値に逆変換する（制御装置から車両への信号）ことにある。これらのタスクは，基本的に車両内のセンサ（物理値から電気的な値）およびアクチュエータ（電気的な値から物理値）が関与するタスクに相当する。センサとアクチュエータは，ＯＬＣ内において，ブロック３０３と３０４によりモデル化される。
センサの例：
物理値であるブレーキ圧値，例えば４．３バールは，ＯＬＣのセンサモデルにより電気的な値である電圧センサの電圧値Ｕ_{Ｂｒｅｍｓ}＝１．３２Ｖに変換されうる。

アクチュエータの例：
電気的な値であるＡＢＳ弁のパルス幅変調における負荷サイクル比，例えば０．７８９は，ＯＬＣのアクチュエータモデルにより物理値である毎分流量０．２４リットルに変換されうる。メイン機能，すなわちセンサおよびアクチュエータのモデル化は，同時にＯＬＣに要求される最小限の機能でもある。ＯＬＣは，制御装置から送信，または制御装置により受信される各種信号を電気的な値または物理値として取り扱うため，信号に対してユーザ介入を行うための最適な箇所となりうる。このため，センサおよびアクチュエータには，物理値および電気的な値を次の３つの様式にて伝達する方法が提供されうる。第１として値を直接１：１に伝達すること，第２として値を手動で一定値に設定すること，第３として値を促す（stimulate），すなわち信号生成を用いて外部的に得られる信号を設定することができる。よって，所望の信号が予め与えられることにより，物理的な車両モデルをリアルタイムＩ／Ｏ３０２から部分的または完全に切り離すことが可能となる。これにより，クローズドループ制御回路が開放され，制御装置は，もはや部分的または完全にクローズドループで駆動されず，ＯＬＣとなる。このＯＬＣは，信号特性により定義される。ＯＬＣの変化は，実行中である実験のために直ちに有効化されうる。本発明によれば，この種のテストシステムの信号パスもしくは信号フローにおいては，信号およびその特性への介入を可能とし，これらを検知，視覚化，または特に変化させるために，以下に示すように３つの介入点が提供される。第１の介入点は，シミュレーションソフトウェア３０８，特に実験ソフトウェア３０６の入出力に相当する介入点３１２であり，この介入点における信号はモデル信号ＭＳと称される。

第２の介入点は，ＯＬＣもしくはリアルタイムＩ／Ｏの入力および出力に相当する介入点３１１および３１０であり，これらの介入点における信号はハードウェア信号ＨＷＳと称される。

本実施例における第３の介入点は，制御プロセスを作動させるコンポーネント，特に制御装置３００の入出力に相当する介入点３０９であり，この介入点における信号は制御装置信号ＳＧＳと称される。原理的に，モデル信号ＭＳ，ハードウェア信号ＨＷＳおよび制御装置信号ＳＧＳは，ある信号にかかる信号パスであり，名称に応じて，信号パスまたは信号パスの全体における介入点が特定される。よって，図３においては，信号パス，または，制御装置から送信，および制御装置に受信される各種信号の信号パス，それらに対するアクセス箇所および介入点，ならびに信号生成または他の方法により信号を入力できる箇所が示されている。

よって，シミュレーションモデルからリアルタイムＩ／Ｏ３０２を介して制御装置との接続まで，あるいはその逆方向における信号フローもしくは信号パスは，特に介入点において特定化され，トレースされうる。ここでは，さらに信号特性が検知され，編集されうる。さらに，本発明によれば，介入点自体，またはそこから生成される信号に識別子が対応付けられる。

かかる識別子の対応付けにより，信号パスが介入点３０９，３１０，３１１および３１２を越えてトレースされ，かつ各種の信号が介入点において処理されうる。このため，各種の信号は，図４の表に示すように介入点に応じて該当する信号グループに区分される。よって，介入点３０９においては，図４に示すＥＣＵ１〜ＥＣＵ３に相当する制御装置信号ＳＧＳが，例えば制御装置ピン，ＥＣＵ（Electronic Control Unit）ピンにより得られる。そして，様々な信号パスのために，例えば複数のハードウェア信号として，リアルタイムＩ／Ｏ３０２またはＯＬＣの後方におけるハードウェア信号ＨＷＳとしてＲＴＩ／Ｏ１〜ＲＴＩ／Ｏ４が得られる。同様に，介入点３１２において，モデル信号ＭＳとしてＭ１〜Ｍ５が得られる。信号グループ内の各種の信号の数は，恣意的に選択されており，テスト事例に応じた信号パスに基本的に依存する。

各種の信号は，図４の表に示すように視覚化，または光学的に表示され，さらに，これにより各々の信号が該当する信号パスに対応付けられる。これらは，介入点または各々の信号に対応付けられた識別子により実現される。

この種の識別子としては，例えばＥＣＵ１に識別子Ｋ１を与え，例えばＲＴＩ／Ｏ２に識別子Ｋ１，Ｋ２を与え，例えばＭ１に識別子Ｋ１，Ｋ２，Ｋ３を与えることができる。すなわち，識別子Ｋ１とＫ２によりＥＣＵ１からＲＴＩ／Ｏ２を介してＭ１に至る信号パスを一義的にトレースすることができ，先述したとおり，信号値の表示と介入の可能性を視覚化することの利点が得られる。

識別子の対応付けによる他の可能性は，図５に示す所謂結合グラフである。図５には，再び図４に示す表に基づく信号，ＥＣＵ１〜ＥＣＵ３，ＲＴＩ／Ｏ１〜ＲＴＩ／Ｏ４およびＭ１〜Ｍ５が示される。理解を容易にするために，図５においては，信号方向が双方向で示されているが，もちろん，別々に示されることもできる。結合グラフにおけるパスに応じて，該当する識別子を信号あるいは介入点，ここでは５０２と５０３に対応付けることができる。簡単なパスは，例えばＥＣＵ１−ＲＴＩ／Ｏ１−Ｍ１であり，一貫した一つの識別子，あるいは，ＥＣＵ１−ＲＴＩ／Ｏ１間およびＲＴＩ／Ｏ１−Ｍ１間の該当するインターフェイスに全パスにおける関連性を示す識別子が対応付けられる。同様なことが，パスＥＣＵ２−ＲＴＩ／Ｏ２−Ｍ２，あるいは選択的にパスＥＣＵ２−ＲＴＩ／Ｏ２−Ｍ３，パスＥＣＵ２−ＲＴＩ／Ｏ３−Ｍ４，パスＥＣＵ３−ＲＴＩ／Ｏ３−Ｍ４またはパスＥＣＵ３−ＲＴＩ／Ｏ４−Ｍ４についても当てはまる。そして，パスＥＣＵ３−ＲＴＩ／Ｏ４−Ｍ５においては，先述した信号中断（Signalbrechung）が示されており，ここで信号はブロック５０１によりＭ５に接続される。そして，信号値は，先述したように，信号生成３０５の信号，一定値，または直接１：１のいずれかとして伝達されうる。このような信号介入および信号中断は，介入点５０２においても行われうる。各々の信号パスに応じた一義的な識別子の対応付け，あるいは詳細なパスをトレースするための該当するパス表によって，信号フローの介入および視覚化が可能となる。介入点に応じて介入が可能となることにより，識別子を変更して，各々の実験に応じてパスを適合させることができ，実験の信号を異なる信号パスに対応づけることができる。よって，かかる形態によれば，信号パスは，図２に示すように視覚化され，ユーザにとって容易に理解されうるものとなる。

本発明は，車両用の制御プロセスをテストするシステムとしての実施の他に，プログラムコードを有するコンピュータプログラムにより実施されることもでき，このプログラムコードがコンピュータ上で実行されることにより，本発明に基づく全ての方法が実施される。特に，識別子の適合，識別子の変更，および介入の可能性の提供は，プログラムコードを有するコンピュータプログラムにおいて好ましい方法で実現されうる。

先述した観点によれば，このコンピュータプログラムは，もちろんプログラムコードを有するコンピュータプログラム製品として実現化され，このコンピュータプログラム製品は，読み取り可能な媒体に記憶され，プログラムがコンピュータ上で実行されることにより，本発明に基づく方法が実施されて用いられる。読み取り可能な媒体としては，例えば，ＥＰＲＯＭ，フラッシュＥＰＲＯＭ，ＲＯＭ，ＲＯＭ，ＥＥＰＲＯＭ等の記憶モジュール，または，ＣＤ−ＲＯＭ，ＤＶＤ，フロッピーディスク等が挙げられ，さらには，テキスト認識装置を介してコンピュータシステムにプログラムを読み込む場合も考えられる。すなわち，本発明は，プログラム製品としても利用されうる。よって，自動車エレクトロニクス分野における開発を検証するためのテストシステムにおいて，信号パスもしくは信号ロス，検証の対象を視覚化し，テスト中に検出されたこれら信号の値を表示し，かつ信号パスに対して所定の介入をすることが可能となる。

運転者−車両−環境モデルにおけるオープンループ制御もしくはクローズドループ制御を概略的に示す。 テストシステムの開発スキームを示す。 テストシステム内の信号パスもしくは信号フローとともに，該当する介入点を概略的に示す。 本発明の一実施形態に基づく信号もしくは信号値表示テーブルを示す。 本発明の一実施形態に基づく識別子を識別表により具体的に示す。

Claims (10)

1. テストすべき制御プロセスに応答するシミュレーションモデルを有し，車両用の前記制御プロセスをテストするシステムであって：
   前記シミュレーションモデルの上位には実験ソフトウェアが配され，
   前記実験ソフトウェアと前記制御プロセスを作動させるコンポーネントとの間には信号パスが形成され，
   前記信号パスは，少なくとも２つの介入点において少なくとも２つの信号に区分され，かつ少なくとも１つの識別子が設けられることにより，前記識別子が前記信号パスに対する前記信号の対応付けを可能とすることを特徴とする，車両用の制御プロセスをテストするシステム。
2. 前記介入点には，前記識別子が設けられることを特徴とする，請求項１に記載のシステム。
3. 前記介入点から生成される信号には，前記識別子が設けられることを特徴とする，請求項１に記載のシステム。
4. 前記生成される信号は，異なる信号グループに対応づけられることを特徴とする，請求項１に記載のシステム。
5. 前記信号を含む前記異なる信号グループは，光学的に表示されることを特徴とする，請求項４に記載のシステム。
6. 前記識別子は，可変であり，前記信号を異なる信号パスに対応づけられることを特徴とする，請求項１に記載のシステム。
7. 少なくとも１つの前記介入点において，一の信号に代わる他の信号が前記信号パスに入力されることを特徴とする，請求項１に記載のシステム。
8. テストすべき制御プロセスに応答するシミュレーションモデルを有し，車両用の前記制御プロセスをテストするシステムであって：
   前記シミュレーションモデルの上位には実験ソフトウェアが配され，
   前記実験ソフトウェアと前記制御プロセスを作動させるコンポーネントとの間には信号パスが形成され，
   前記信号パスは，少なくとも２つの介入点が用いられて少なくとも２つの信号に区分され，かつ少なくとも１つの識別子が用いられることにより，前記識別子が前記信号パスに対する前記信号の対応付けを可能とすることを特徴とする，車両用の制御プロセスをテストする方法。
9. プログラムコードを有し，前記プログラムコードがコンピュータ上で実行された場合，請求項８に記載のすべてのステップを実施することを特徴とする，コンピュータプログラム。
10. 読み取り可能な媒体上に記憶されたプログラムコードを有し，前記プログラムコードがコンピュータ上で実行された場合，請求項８に記載の前記方法を実施することを特徴とする，コンピュータプログラム製品。

Images