特許 6381602 制御装置テストシステムに接続されるハードウェアコンポーネントのインベントリを実施するための方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6381602

(24)【登録日】2018年8月10日

(45)【発行日】2018年8月29日

(54)【発明の名称】制御装置テストシステムに接続されるハードウェアコンポーネントのインベントリを実施するための方法

(51)【国際特許分類】

   G05B 23/02 20060101AFI20180820BHJP

【ＦＩ】

   G05B23/02 G

【請求項の数】2

【外国語出願】

【全頁数】19

(21)【出願番号】特願2016-201671(P2016-201671)

(22)【出願日】2016年10月13日

(62)【分割の表示】特願2014-31584(P2014-31584)の分割

【原出願日】2014年2月21日

(65)【公開番号】特開2017-10595(P2017-10595A)

(43)【公開日】2017年1月12日

【審査請求日】2016年10月18日

(31)【優先権主張番号】13000867.5

(32)【優先日】2013年2月21日

(33)【優先権主張国】EP

(73)【特許権者】

【識別番号】506012213

【氏名又は名称】ディスペース デジタル シグナル プロセッシング アンド コントロール エンジニアリング ゲゼルシャフト ミット ベシュレンクテル ハフツング

【氏名又は名称原語表記】ｄｓｐａｃｅ ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ａｎｄ ｃｏｎｔｒｏｌ ｅｎｇｉｎｅｅｒｉｎｇ ＧｍｂＨ

(74)【代理人】

【識別番号】100114890

【弁理士】

【氏名又は名称】アインゼル・フェリックス＝ラインハルト

(74)【代理人】

【識別番号】100116403

【弁理士】

【氏名又は名称】前川 純一

(74)【代理人】

【識別番号】100135633

【弁理士】

【氏名又は名称】二宮 浩康

(74)【代理人】

【識別番号】100162880

【弁理士】

【氏名又は名称】上島 類

(72)【発明者】

【氏名】トアステン ブレーム

(72)【発明者】

【氏名】ズザンネ ケール

(72)【発明者】

【氏名】ユルゲン パウレ

(72)【発明者】

【氏名】ユルゲン クラホルト

(72)【発明者】

【氏名】クラウス ディーナー

【審査官】 田村 耕作

(56)【参考文献】

【文献】 特開２００２−１１３６７５（ＪＰ，Ａ）

【文献】 特開２０１１−１７９９９６（ＪＰ，Ａ）

【文献】 特開２００６−１７１９６０（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０５Ｂ １／００− ７／０４

Ｇ０５Ｂ １１／００−１３／０４

Ｇ０５Ｂ １７／００−１７／０２

Ｇ０５Ｂ ２１／００−２３／０２

(57)【特許請求の範囲】

【請求項1】

制御装置テストシステムに接続されたハードウェアコンポーネント（１，４，６，８）のインベントリを実施するための方法であって、
前記テストシステムにより、モデルを用いて周囲環境がシミュレートされ、前記シミュレートされた周囲環境内で制御装置（１）はテスト可能であり、
前記テストシステムは、シミュレーションアーキテクチャ（２）内の少なくとも１つのコンピュータ（５．１）と、複数のハードウェアコンポーネント（１，４，６，８）と、を含み、
前記ハードウェアコンポーネントの一部（４，６）を、前記シミュレーションアーキテクチャ（２）内の第１のネットワーク（３）を介して、前記テストシステムのコンピュータ（５．１）に接続し、
前記ハードウェアコンポーネントの一部（１，８）を、前記シミュレーションアーキテクチャ（２）外の第２のネットワーク（７）を介して、かつ、前記第１のネットワーク（３）および前記第２のネットワーク（７）を結合する第１のゲートウェイ（６）を介して、前記テストシステムの前記コンピュータ（５．１）に接続し、
前記コンピュータ（５．１）又は前記テストシステムに接続された制御コンピュータ（５．２）は、前記ハードウェアコンポーネント（１，４，６，８）の少なくとも一部分から、前記ハードウェアコンポーネント（１，４，６，８）を一義的にディジタル形式で識別する少なくとも１つの識別用コンポーネント情報を読み出し、前記第２のネットワーク（７）およびデータコネクション（１０）を結合する第２のゲートウェイ（１０）により少なくとも１つの識別用コンポーネント情報を、前記ハードウェアコンポーネントの機能実行のためにテスト中は必要とされないチップであって、識別用コンポーネント情報調達の目的で前記ハードウェアコンポーネント（１，４，６，８）に配置されるチップから読み出し、
前記コンピュータ（５．１）又は前記制御コンピュータ（５．２）は、前記ハードウェアコンポーネントに、ネットワークアドレスに対応する識別子を割り当て、該割り当てにおいて、それぞれ異なるアドレス各々が前記第２のゲートウェイ（１０）の１つのポートに１つずつ割り当てられるように、前記第２のゲートウェイ（１０）の各ポートにそれぞれ１つのアドレスを割り当て、
前記コンピュータ（５．１）又は前記制御コンピュータ（５．２）は、前記第２のゲートウェイ（１０）および前記データコネクション（９）を介して、前記ハードウェアコンポーネントの識別用コンポーネント情報を前記チップから読み出し、前記第２のネットワーク（７）へ供給し、読み出されたディジタル識別用コンポーネント情報と識別子とを、実際セッティング状態として表形式で記憶し、前記実際セッティング状態を、前記テストシステムの設計時に作成され記憶された目標セッティング状態と比較し、前記比較を前記テストシステムのコンピュータ（５．１）によって実行し、又は前記制御コンピュータ（５．２）によって実行する、
方法。

【請求項2】

前記第２のネットワーク（７）は、ＣＡＮバスであり、少なくとも１つの前記第２のゲートウェイ（１０）は、前記識別用コンポーネント情報と前記識別子とを、前記ＣＡＮバスへ供給する、
請求項１記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、制御装置テストシステムに接続されたハードウェアコンポーネントのインベントリを実施するための方法に関する。この場合、前記テストシステムにより、モデルを用い該テストシステムがシミュレートした周囲環境内で制御装置をテスト可能であり、前記テストシステムは、少なくとも１つのコンピュータと、少なくとも１つのネットワークを介して互いに接続されたハードウェアコンポーネントを含む。

【背景技術】

【0002】

制御装置のテストを実施するためのテストシステムは、従来技術から知られている。テストすることができるのは例えば、自動車用制御装置又は他の装置のための制御装置であり、例えばロボットなど自動製造装置のための制御装置、あるいは航空機など他の輸送手段のための制御装置である。これらすべての装置に基本的に共通しているのは、これらの装置は問題なく機能を果たすために、周囲環境データ又は周囲環境と相互に作用するセンサのデータを捕捉しそれに対応して応答する少なくとも１つの制御装置を含んでいる。

【0003】

制御装置の（問題のない）機能を検査する目的で、「ハードウェア・イン・ザ・ループHardware-in-the-loop」とも呼ばれる方法が用いられ、基本的にこの方法が意味するところは、具体的に実際に存在する電子制御装置がテストされることである。このためにその制御装置が、少なくとも１つのコンピュータを含むテストシステムに組み込まれる。その際にコンピュータは、例えばコンピュータ内に格納され実行されるモデルに基づき、テスト環境をシミュレートする。さらにテストシステムには、通信のため相互に接続された複数のハードウェアコンポーネントも含まれており、それらの接続は例えば少なくとも１つのネットワークを介して、例えばバスとして構成されたネットワークを介して行うことができる。

【0004】

テスト対象となる制御装置自体も属する代表的なハードウェアとして挙げられるのは例えばハーネス、メカトロニクスコンポーネント、実負荷ならびに個々のテストの実施に必要とされるその他のエレクトロニクス装置例えばＡ／Ｄ変換器、インタフェース等である。

【0005】

殊に実負荷によって考慮できるのは、制御装置に及ぼされる外部の影響など、実施すべきテストにおいて必要に応じて定められる環境条件を、シミュレーションにおいてモデルによってではなく用意されることであり、したがってこのような事例において実際のリアルな負荷例えばアクチュエータ、センサ又はその他のデータ発生器が、殊に制御装置があとで動作するときにバインドされるシステムの具体的なハードウェアコンポーネントが、テストシステムに接続される。

【0006】

自動車分野における具体例は、テストシステムへのスロットルバルブの接続である。なぜそのようにするかというと、スロットルバルブの挙動は、シミュレーションではほとんどあるいはまったく捉えることができないからである。同様に、たとえ基本的にシミュレート可能であったとしても、操舵システムあるいはアクセルペダル、ブレーキペダル又はクラッチペダルなど他の実負荷も接続することができる。

【0007】

具体的なテストとして考えられるのは例えば、センサデータによる制御装置の入力をモデルから励起することであり、あるいはこの種のセンサデータがシミュレーションによってモデルから取得できなければ、これに対する代案として、先に挙げた実際のコンポーネントからのデータによって励起することができる。

【0008】

この種のデータに対するテスト対象制御装置の反応を、制御装置の出力データをモデルもしくはモデルを生成しているコンピュータに書き戻すことにより生じさせることができ、それによって検査つまりテストすることができる。有利であるのはこの種のテストシステムが、実質的にリアルタイムにテスト対象制御装置に対し周囲環境をシミュレートできることであり、したがってあとで使われる予定である装置に実際に組み込まれたかのように、制御装置をテスト可能である。リアルタイム性を実現するために、シミュレーションサイクルの好ましい期間を１ｍｓよりも短くすることができる。

【0009】

このようなテストシステムを用いることで、場合によっては発生する可能性のある制御装置のエラーを早期に検出することができ、そのようなエラーは例えばシミュレーションフローを繰り返すことで再現可能であり、例えばエラーを引き起こしたテストフローの反復によって、発見されたエラーが除去されたことを検証できる。

【0010】

テストシステムを問題なく動作させるために重要であるのは、テストシステムのコンフィギュレーションないしはセッティングも具体的になされた状態にあることである。このようなセッティングすなわちテストシステムにおける個々のハードウェアコンポーネントの編成は、基本的に人間の手により行われるので、エラーに対するテストシステムの脆弱性自体が、セッティングにおいて誤ったハードウェアコンポーネントがテストシステムに組み込まれたことによっても発生する。

【0011】

例えば何らかの特定のテストを実行しようという場合、つまり特定の周囲環境条件あるいは制御装置とシミュレートされた周囲環境との相互作用をテストしようという場合、シミュレートすべき望ましい周囲環境条件に関してそのために必要とされるデータを供給するのには適していないハードウェアコンポーネントが選択されたことによってすでに、エラーが発生する可能性がある。

【0012】

例えばテストシステムを用いて、制御装置に実装された６気筒エンジンのスロットルバルブコントローラを検査しようというときに、テストシステムのセッティングを行う担当者が実負荷としてうっかり４気筒エンジン用のスロットルバルブをテストシステムに接続してしまったならば、そのようなテストを具体的に実施できないのは明らかである。

【0013】

例えば、制御装置テストシステムに接続されるハードウェアコンポーネントのインベントリを行えるようにする、というオプションを実現できれば、手動でセッティングが行われるテストシステムのエラー脆弱性を低減できる。それというのも、そのようなインベントリに基づき、具体的にどのハードウェアコンポーネントが個々のテストシステムに接続されているのかに関する情報が、いつでも得られるようになるからである。

【0014】

従来技術において場合によっては行われていたインベントリというのは、テストシステムにおいて個々のハードウェアコンポーネントを手動でセッティングした結果から、やはり手動でテストシステム内の個々のコンポーネントを把握することにすぎない。しかしながらこのような手法であると人為的な影響を受けることから、やはりエラーのリスクが生じる。しかも手動で把握するのは時間がかかるしコストも嵩む。

【発明の概要】

【発明が解決しようとする課題】

【0015】

したがって本発明の課題は、制御装置テストシステムに接続されるハードウェアコンポーネントをインベントリする方法において、人為的な影響がエラーの原因となるのを実質的に排除し、もしくは明確に識別して、プロセスの確実性を高めることができるようにするととともに、基本的なドキュメンテーション機能にも役立つようにすることである。

【課題を解決するための手段】

【0016】

本発明によればこの課題は、ハードウェアコンポーネントの少なくとも一部分から、例えばシミュレーション固有のすべてのハードウェアコンポーネントから、該ハードウェアコンポーネントを一義的にディジタル形式で識別する少なくとも１つの識別用コンポーネント情報を読み出し、読み出されたすべての識別用コンポーネント情報を記憶することにより解決される。

【0017】

例えば人為的な不注意に起因するエラーを排除又は発見できるようにする目的で、インベントリを自動的に行い、セッティングのチェック、一貫性のチェックならびにドキュメンテーションを実施する可能性を有利な手法で実現する方法が提供されると有利である。このようにすれば有利には、テストにおいて発生するエラーを制御装置の誤動作に起因するものとし、テストシステム自体のエラーに帰するものではない、ということも確実に保証される。

【0018】

従来技術に根ざすハードウェアコンポーネントの技術的に誤りのあるセッティングの問題は、殊に固有のシミュレーション実施のために技術的に不適切なハードウェアコンポーネントをテストシステムに組み入れてしまうという問題は、本発明によれば以下のようにして解決される。すなわちハードウェアコンポーネントの少なくとも一部から、それらのハードウェアコンポーネントを一義的にディジタル形式で識別する識別用コンポーネント情報を読み出し、読み出されたすべての識別用コンポーネント情報を記憶することによって解決される。

【0019】

したがって本発明による方法の核となる基本的な着想は以下の点にある。すなわち本発明によれば、テストシステムに接続されたハードウェアコンポーネントの少なくとも一部分を、一義的にディジタル形式で識別することができる。そしてこの場合、上述の識別用コンポーネント情報は、ハードウェアコンポーネントからじかに読み出し可能な情報であり、そのためこのような読み出しプロセスを自動化可能であり、したがって個々のハードウェアコンポーネントから読み出された識別用コンポーネント情報を、自動的に収集して記憶することができる。

【0020】

ここで有利であるのは、以下のようなハードウェアコンポーネントすべてに、一義的にディジタル形式でそれらのハードウェアコンポーネントを識別するコンポーネント情報を設けておくこと又は設けることである。すなわちそれらのハードウェアコンポーネントとは、シミュレーション固有のものとみなせるものであり、つまりテストシステムにおいてそれらが適切に構築されていないと、もしくは誤ったセッティングをしてしまうと、シミュレーション結果ないしはテスト結果の正確さにすぐさま影響を及ぼすようなハードウェアコンポーネントである。

【0021】

つまり制御装置においてテストを実施するテストシステムには、制御装置におけるどのようなシミュレーションやテストのためにも汎用的に使用できるハードウェアコンポーネントが存在している可能性がある。したがってそのようなハードウェアコンポーネントはシミュレーション固有ではないので、それらは概してテストシステム内において、実行すべきシミュレーションに左右されることなく適正に機能を果たすことができる。

【0022】

このためそれらのハードウェアコンポーネントにおいては、誤ったコンフィギュレーションないしはセッティングもしくはテストシステムへの誤ったバインドが行われる可能性はなく、場合によってはそれらのハードウェアについてはインベントリで把握しなくてもよい。

【0023】

ただし、そのつど実行すべきシミュレーション固有に使用されることになるハードウェアコンポーネントは捕捉される。１つの例として挙げるのはすでに冒頭で述べたスロットルバルブであり、これは実負荷と呼ぶべきハードウェアコンポーネントである。この例ではこのスロットルバルブは、６気筒用スロットルバルブコントローラに固有のテストであるのに、４気筒用スロットルバルブとして誤ったハードウェアコンポーネントを成しており、ただし例えばこのスロットルバルブはテスト対象の制御装置にインプリメントできてしまう。したがってこの例の場合には、テストシステムにおいて制御装置と実負荷とから成る適正なペアリングがなされることが重要である。

【0024】

つまりここで大切なのは、少なくともこのようなシミュレーション固有のハードウェアコンポーネントに、それらがいずれにせよ本発明によるインベントリに利用可能な識別用コンポーネント情報を備えていないのであれば、一義的にディジタル形式で識別を行うコンポーネント情報を設けることである。

【0025】

インベントリを行うという目的は本発明によれば、少なくともシミュレーション固有のハードウェアコンポーネントから個々の識別用コンポーネント情報をすべて読み出して記憶することによってすでに達成される。このような記憶は例えば、個々の識別用コンポーネント情報をテストシステムの記憶装置領域に格納することによって行うことができ、例えばテストシステムのコンピュータ又はテストシステムに接続された制御コンピュータに格納することによって行うことができる。

【0026】

個々の識別用コンポーネント情報の格納を例えばリスト形式で行うことができ、そのようにすることで、個々の識別用コンポーネント情報からファイルを生成することができ、例えばドキュメンテーションとプロセス安全性の目的で、そのファイルを外部に記憶させることができる。したがって本発明によればこの方法によって、少なくともシミュレーション固有の在庫目録を把握して記録することができる。

【0027】

この場合、本発明によれば以下のように構成することもできる。すなわち、個々のハードウェアコンポーネントからの、殊にシミュレーション固有のハードウェアコンポーネントからの、識別用コンポーネント情報の個々の読み出しを、モデルに基づくすなわち基本的にコンピュータ上に存在し実行されるシミュレーションアルゴリズムに基づく本来のシミュレーションも実施するテストシステムのコンピュータによって行うことができる。

【0028】

これに対する代案として、個々のハードウェアコンポーネントの個々の識別用コンポーネント情報を、テストシステムに接続されたコンピュータによって読み出すことができ、例えばテストシステムにおいてソフトウェア面のコンフィギュレーションないしはセッティングを行う制御コンピュータによって行うことができる。

【0029】

例えばこの種の制御コンピュータによって、テストシステムのコンピュータへモデルすなわち特定の環境条件をシミュレートするソフトウェアを伝送することができ、及び／又はシミュレーションに必要とされるパラメータを設定することができる。同様にこの種の制御コンピュータを用いてテストシステムから結果を読み出し、例えばユーザがテストシステムをチェックするために、必要に応じてビジュアライズすることもできる。さらに在庫目録すなわち記憶された識別用コンポーネント情報を表すリストも、この制御コンピュータによってビジュアライズすることができる。

【0030】

本発明による方法の１つの実施形態によれば、読み出され記憶された識別用コンポーネント情報が、テストシステムの技術的な実際のセッティング状態を表すようにすることができる。

【0031】

このような実際セッティング状態を例えば表の形式で実現することができる。この表は、テストシステムのコンピュータ又はテストシステムに接続された制御コンピュータの記憶領域内に存在し、あるいは例えばデータ媒体又は大容量記憶装置に記憶された一種のファイルとして存在し、それを既述のコンピュータが使用できる。したがってこのような技術的な実際セッティング状態を、ハードウェアコンポーネントを識別する個々のコンポーネント情報から寄せ集めてマージしておくことができ、そのような実際セッティング状態が、例えば連番で配列されて、既述の記憶領域又は既述のファイルに書き込まれる。

【0032】

本発明の実現可能な１つの実施形態によれば、表ないしはリストへのこのような書き込みひいては技術的な実際セッティング状態の作成を、例えば少なくとも１回、殊にテスト実施前に少なくとも１回、行うことができる。

【0033】

有利には、作成時点とは無関係に、作成された実際セッティング状態をテストシステムの目標セッティング状態と比較することができ、例えばテストシステム設計時に作成された目標セッティング状態と比較することができる。例えばこの場合、テストシステムのユーザは、同様に記憶領域又はファイルに格納される表の形式で、シミュレーションに必要なハードウェアコンポーネントの識別用コンポーネント情報をマージして１つの目標セッティング状態にまとめることができる。このようにすることで本発明によれば、例えばテストシステムのコンピュータ又はテストシステムに接続された制御コンピュータによって、必要とされる目標セッティング状態と自動的に捕捉された実際のセッティング状態との比較を実施する機会が得られ、それが自動化される。

【0034】

この種の比較を例えば以下のようにして行うことができる。すなわち本発明に従って自動的に作成された実際セッティング状態から、セッティングエントリが繰り返し読み出され、このセッティングエントリは、既述のように特定のハードウェアコンポーネントのディジタル形式で識別を行うコンポーネント情報によって形成される。そして比較により、同じ識別用コンポーネント情報が記憶されている目標セッティング状態にも存在するか否かがチェックされる。

【0035】

このような比較から肯定の結果が得られたならば、それによって本発明による方法は、要求されているシミュレーションに関して許容されるハードウェアコンポーネントがテストシステム内に構築されているものと判定する。これに対し比較から否定の結果が得られたならば、つまり実際セッティング状態中に存在するディジタル識別用コンポーネント情報が、目標セッティング状態には見つからないのであれば、この否定的な比較から、実施すべきシミュレーションに関して許容されないハードウェアコンポーネントがテストシステムに構築されている、という結果が得られる。

【0036】

したがってこのような否定的な比較結果となった場合には、例えばテストシステムのコンピュータ又はテストシステムに接続された制御コンピュータによって、適切な通報を行うことができ、それによって操作を行うユーザに対しそのエラーについて自動的に注意を喚起することができ、ハードウェアコンポーネントの交換によってそのエラーを取り除くことができる。このために、該当するハードウェアコンポーネントの識別用コンポーネント情報又はそれに対応する平文をビジュアライズすることができる。

【0037】

一般的なネットワークであればネットワーク内に設置されているハードウェアコンポーネントは、利用するネットワーク内でそれらのハードウェアコンポーネントに割り当てられた識別子を有しており、つまりそのような識別子は例えばネットワークアドレス又はバスアドレスである、という点に基づき、本発明による方法のさらに別の実施形態によれば、実際セッティング状態においても目標セッティング状態においても、そして殊にそれぞれ対応するセッティングエントリを含む個々の表において、ハードウェアコンポーネントの既述のディジタル識別用コンポーネント情報のほかに、ネットワーク利用のためにコンポーネントに割り当てられた識別子も考慮され、つまりその表に記憶される。

【0038】

したがって識別用コンポーネント情報とネットワーク内の識別子とに基づき目標セッティング状態と実際セッティング状態とを比較することによって、設置されたハードウェアコンポーネントが技術特性に鑑み適正に設置されているのか、すなわち技術的に許容されるコンポーネントであるのかをチェックできるだけでなく、設置場所もチェックすることができる。

【0039】

例えば、この種の検査をするにあたって個々のハードウェアコンポーネントをネットワークを介して呼び出すことができ、例えばテストシステムのコンピュータ又は既述の制御コンピュータを介して、通信を要求することができる。その際、それらのハードウェアコンポーネントはネットワークを介して、ネットワーク中で設定されている自身の識別子もいっしょに送信するので、この種の通信を行うことでハードウェアコンポーネントのそのようなネットワーク識別子を捕捉することができる。ハードウェアコンポーネントのディジタル識別用コンポーネント情報を、シミュレーションもしくはテスト実施のためにそれらがバインドされているのと同じネットワークを介して、それらのハードウェアコンポーネントから読み出すことができるのであれば、ディジタル識別用コンポーネント情報と、ハードウェアコンポーネントがネットワーク内でもっている識別子とを、同じ通信ステップで該当するハードウェアコンポーネントから読み出すことができる。

【0040】

これに対しディジタル識別用コンポーネント情報を、シミュレーション実施のためのテストシステム内のハードウェアコンポーネントによって利用される同一のネットワークを介してハードウェアコンポーネントから読み出すことができない場合、本発明によれば、ネットワーク内の個々のハードウェアコンポーネントの識別子とディジタル識別用コンポーネント情報を別個の通信プロセスによって捕捉し、互いに対応づけるようにすることができる。つまりこの場合、個々のハードウェアコンポーネントから読み出された後に、それら両方の情報を実際セッティング状態として記憶することができ、例えばこれら両方の情報を１つの表としてまとめることによって行うことができる。有利な実施形態によればこの表は決められた記憶領域内に、あるいはテストシステムのコンピュータ又はテストシステムに接続された制御コンピュータにおける大容量記憶装置のファイルに格納される。

【0041】

本発明による方法の基本的な利点は、シミュレーションにおいて制御装置のテストを最初に実行する前に、既述のインベントリ及び場合によっては実際に生じている実際セッティング状態と必要とされる目標セッティング状態との間のチェックを行えることである。その結果、少なくともテスト開始時点でテストシステムのセッティング状態に誤りがないかチェックすることができ、場合によってはドキュメンテーションも行える。例えばそのために、求められた実際セッティング状態を記憶し、場合によっては比較結果もさらに記憶することで照合を行う。その際に例えば、あとでチェックする目的でそのつど得られた情報が外部で保持されるファイルに保存される。

【0042】

とはいえ有利には本発明による方法によれば、実際セッティング状態の作成も、例えば実際セッティング状態と目標セッティング状態との比較も、１回だけではなく複数回、有利には周期的に繰り返し実行することも可能である。

【0043】

このように殊に周期的に繰り返し実行することによって、実際セッティング状態が時間の経過につれて変化したか否かを簡単に検査し直すことができる。そのような変化は例えば、テストシステムをセッティングしたユーザがそれに対し変更を加えたことによって生じる可能性があり、場合によっては生じるどのような変化であっても自動的にインベントリしてドキュメンテーション可能であるとともに、実際セッティング状態と目標セッティング状態との既述の比較によってもチェックすることができる。

【0044】

その際に格別有利であるのは、この種の繰り返し特に周期的な繰り返しをテストの実行時間に行うことであり、このようにすることで実行時間中にテスト条件例えばテストの実施に必須のハードウェアが変更されないようにすることができ、あるいは許可されたようにしか変更されないようにすることができる。

【0045】

本発明による方法の第１の別の有利な実施形態によれば、既述のハードウェアコンポーネントからディジタルで識別を行うディジタル識別用コンポーネント情報を読み出す際、ハードウェアコンポーネントの動作のためにテスト中に設けられる電子部品例えばチップ又はプロセッサから読み出しが行われる。

【0046】

その際に以下のような事情を利用することができる。すなわち、例えば既述のチップやプロセッサといった電子部品は メーカー側で既にそれらの特定の電子部品を識別する情報例えばシリアルナンバーを備えているので、それらの電子部品自体は同じ電子部品の大量生産にあたりそれぞれ固有の識別情報を含んでおり、したがってこの種の電子部品からやはり電子的な手法で、例えばネットワーク又はバスを介した通信によって、固有の識別情報を読み出すことができ、それを本発明に従いこの種の電子部品が組み込まれているハードウェアコンポーネントのディジタル識別用コンポーネント情報として利用することができる。

【0047】

この場合、テスト中の動作のために設けられる電子部品とは、個々のハードウェアコンポーネントにおいてテスト実行中に有利な形態で実際に利用される部品のことである。これは例えば、テスト実行中にプロセスステップを実施するプロセッサの場合に該当し、あるいはテスト中に読み出しまたは書き込みが行われるメモリ領域を成すチップの場合にも該当し、つまりテスト実行中に実際にテストに利用される部品である。

【0048】

既述の実施形態と組み合わせ可能な別の実施形態によれば、ハードウェアコンポーネントのディジタル識別用コンポーネント情報が、ハードウェアコンポーネントの動作のためにテスト中に必要とされない電子部品例えばチップから読み出される。この種の電子部品は識別用コンポーネント情報を供給する目的でハードウェアコンポーネントに配置されるものであり、したがって１つの有利な実施形態によればこの種の電子部品は、識別用コンポーネント情報の担持もしくはその内容を読み出すため以外の機能を有しておらず、さもなければ少なくともテスト実施のためにシミュレーションという状況ではそれ以外の機能を有しておらず、つまりテスト自体には関与しない。

【0049】

この実施形態において有利であると判明したのは、固有の識別子を事前にもっていない本来一義的にディジタルで識別不可能なハードウェアコンポーネントに、例えば付加的な電子部品をこのハードウェアコンポーネントに取り付けるなどして、本発明による方法の目的に従って特別に装備を施すことである。このようにすれば、この電子部品のディジタル識別用コンポーネント情報を、殊にハードウェアコンポーネントの代理として、この電子部品から読み出すことができ、インベントリに際して及び場合によっては既述の比較にあたり用いることができるようになる。

【0050】

このようにして、テストの目的ですでに存在しこれまではディジタルで識別不可能であったハードウェアコンポーネントに対し、好適なコストで追加装備を施す可能性も得られるようになり、それらを相応の電子部品の装着によってディジタルで識別可能となる。

【0051】

本発明による方法のさらに別の実施形態によれば、少なくとも１つの識別用コンポーネント情報を担持する固有の電子部品を備えていないハードウェアコンポーネントを、識別用コンポーネント情報を担持する電子部品を備えたハードウェアコンポーネントと接続さし、そのようにして両方のハードウェアコンポーネントを結合して１つの新たなユニットを形成することもできる。この場合、そのようなユニットは損傷させずには分離不可能である。

【0052】

これを例えば、両方のハードウェアコンポーネント間の接続個所の螺合、シーリングまたは封印によって行うことができる。このようにして、新たに形成されたユニットの少なくとも一方のハードウェアコンポーネントにディジタル識別用コンポーネント情報が存在することによって、新たなユニット全体をディジタルで識別できるようになる。この場合、当然ながら、３つ以上のハードウェアコンポーネントを統合して１つのユニットを形成することも可能である。その場合、それら複数のハードウェアコンポーネントのうち少なくとも１つのハードウェアコンポーネントに、識別用コンポーネント情報を備えた固有の電子部品が含まれている。そしてその識別用コンポーネント情報が複数の構成部分からまとめられたユニット全体のために利用され、つまりその識別用コンポーネント情報によって識別を行うことができるようになる。

【0053】

さらに本発明による方法を実施する際に、テストシステムにおけるハードウェアコンポーネントの一部を、第１のネットワーク例えば第１のバスを介して、テストシステムのコンピュータと接続することができ、テストシステムにおけるハードウェアコンポーネントの（別の）一部を、例えばテスト対象となる制御装置及び／又は実負荷を、第２のネットワーク例えば第２のバスを介して、テストシステムのコンピュータと接続することができる。この場合、両方のネットワークは、殊に使用されるバスは、ゲートウェイを介して接続されており、これによって両方のネットワークにおける信号またはデータをそれぞれ他方のネットワークないしは他方のバスに伝送できるようになる。殊にその際に、両方のネットワークないしはバスがそれぞれ異なる通信プロトコルで動作する場合に、上述のゲートウェイが例えばプロトコル変換を行うことができる。

【0054】

例えばこの場合、第１のネットワークとして、テストシステムの少なくともコンピュータの メーカーにより、場合によってはテストシステムのために設けられた必須の殊にシミュレーション固有ではないコンポーネントの メーカーにより独自に使用されるようなネットワークが用いられる。これに対し第２のネットワークとして、場合によっては標準化されたネットワークを用いることができる。これによってこの種のネットワーク又は標準化されたバスを介して、さらに別の特に外部のコンポーネント例えば既述の制御装置あるいは外部の（実）負荷を、テストシステムのコンピュータに接続することができる。

【0055】

第１のネットワークの一例として、本願出願人のネットワークないしはバスＩＯＣＮＥＴを使用することができ、その際に第２のネットワークとして例えば自動車産業界で定着しているＣＡＮバスを使用することができる。なお、ここで説明している本発明は、具体的に挙げたそれらのネットワークもしくはバスに限定されるものではなく、当然ながら他のネットワークもしくはバスを使用することもできる。

【0056】

少なくとも２つのネットワークを接続するためにゲートウェイを既述のように使用することによって、第２のネットワークに接続されたハードウェアコンポーネントの識別用コンポーネント情報を、ダイレクトに第２のネットワークを介して個々のハードウェアコンポーネントから読み出すことができ、例えばゲートウェイ殊に第１のゲートウェイを介して第１のネットワークへ伝送することができ、殊にテストシステムのコンピュータが配置されているネットワークへ伝送することができる。その結果、少なくともこのコンピュータが識別用コンポーネント情報を、インベントリ及び／又は既述の比較の目的で利用することができ、ないしはこのネットワークを介してテストシステムに接続された制御コンピュータへ、識別用コンポーネント情報を同じ目的で伝達することもできる。このことの前提となるのは、電子部品がもともと存在しており、あるいはあとから追加装備され、少なくとも２つの既述のネットワーク（バス）のうちの少なくとも１つに接続されていることである。

【0057】

これに対し、テストシステムにバインドされているハードウェアコンポーネントの識別用コンポーネント情報を、既述の第１のネットワークを介しても既述の第２のネットワークを介しても読み出すことができない場合、例えばこのことは、識別用コンポーネント情報を用意する目的でハードウェアコンポーネントの動作にとって重要でない電子部品がテスト中に配置されるハードウェアコンポーネントの場合に該当するが、そのような場合であっても、個々の識別用コンポーネント情報を個々の固有のデータコネクションを用いて、つまりそのつど考察対象とされたハードウェアコンポーネントに固有のデータコネクションを用いて読み出すことができ、そのようにして読み出されたデータを、少なくとも第２のゲートウェイを介して第２のネットワークへ供給することができ、あるいはその代案として第１のネットワークへダイレクトに供給することができる。

【0058】

その際に必要に応じて、上述の個々のデータコネクションを用いて、そのつどのネットワーク通信を避けてコンピュータ殊にテストシステムのコンピュータ又は制御コンピュータへダイレクトな供給が行われるようにすることも可能である。そしてこのコンピュータ又は制御コンピュータは本発明によるインベントリを行い、すなわち少なくともディジタル識別用コンポーネント情報の収集及び記憶を行い、必要に応じて上述の比較も行う。

【0059】

好適なコストで技術的に簡単に実現可能な１つの有利な実施形態によれば上述のデータコネクションを例えば、このデータコネクションが第２のネットワーク又は第１のネットワークに対して行われるならば、個々の電子部品とゲートウェイ殊に第２のゲートウェイとの間を結ぶ１ワイヤバスによって構成することができる。既述のコンピュータへダイレクトに供給する場合には、ゲートウェイを介さないデータコネクションを行うことができる。

【0060】

データの供給にあたって、つまりディジタル識別用コンポーネント情報をゲートウェイを介して２つのネットワークの一方に供給する場合、有利には既述の第２のネットワーク例えばＣＡＮバスへ供給する場合、以下のように構成することが可能である。すなわち、それぞれ異なるハードウェアコンポーネントの電子部品の複数の１ワイヤバスにおけるデータが、少なくとも１つの殊に第２のゲートウェイの各ポートに物理的にパラレルに加わり、それらのデータが少なくとも１つのゲートウェイ殊に少なくとも１つの第２のゲートウェイによって、第２のネットワーク又は第１のネットワークの種々のアドレスのところで読み出し可能なデータに変換される。その際、種々のアドレスの各々は、少なくとも１つの殊に第２のゲートウェイの１つのポートにそれぞれ１つずつ割り当てられており、有利にはそれらのアドレスはポート番号順に配列されている。

【0061】

このような実施形態によって、以下のような技術的に簡単なオプションが提供される。すなわちディジタル識別用コンポーネント情報を複数のネットワークのうちの１つで、有利には例えばＣＡＮバスのような第２のネットワークにおいて利用できるようになり、もしくはこのネットワーク殊にＣＡＮバスを介して、種々のハードウェアコンポーネントにおける個々の電子部品から読み出すことができるようになる。その理由はこの種の実施形態の場合、本発明による方法によれば基本的にデータ内容が、個々のポートに割り当てられたネットワークアドレスにおいて読み出されるからであり、そのようにしてそのアドレスからそれに応じてダイレクトに、既述の個々のポートを介してそのアドレスのところに転送されたディジタル識別用コンポーネント情報を読み出すことができるからである。

【0062】

殊にそれらのポート順に番号を与え、かつそれらのポートに対しアドレスを同様に番号順に割り当てれば、連続するアドレスから成る１つのインターバルを１回問い合わせることによって、ゲートウェイに設けられた複数のポートを読み出すことができ、つまりはそれらのポートに加わる個々のハードウェアコンポーネントの識別用コンポーネント情報を読み出すことができる。

【0063】

したがってこの種の１ワイヤバスを介してテストシステムに接続されたすべてのハードウェアコンポーネントの識別用コンポーネント情報を、既述の殊に第２のゲートウェイと接続されたネットワークにおいて利用することができ、つまり殊に第２のネットワーク、有利な実施形態ではＣＡＮバスにおいて利用することができる。

【0064】

個々のハードウェアコンポーネントがテスト実行中に互いに通信し合うためのネットワークであり場合によっては複数設けられているネットワークをバイパスして、電子部品とコンピュータとを結ぶデータコネクション有利には１ワイヤバスを介して、識別用コンポーネント情報を既述のようにダイレクトに読み出す代わりに、以下のように構成することもできる。すなわち識別用コンポーネント情報の伝送及び読み出しのために第３のネットワークを用意し、この第３のネットワークはテストシステム内でテスト環境のシミュレーションのためには利用されず、つまりは実質的にもっぱら識別用コンポーネント情報の通信のために利用される。

【0065】

したがってこのように第３のネットワークを用いることによっても、識別用コンポーネント情報をテストシステムのコンピュータ又はテストシステムに接続された制御コンピュータへ伝送し、それら２つのコンピュータのうち選択された一方によってインベントリもしくは必要に応じて比較を実施することができる。この目的で、利用されるコンピュータもこの第３のネットワークに接続することができる。

【0066】

上述のように第３のネットワークを用いた実施形態が有利である理由は、あるいは電子部品と両方のコンピュータのうちの一方とを既述のようにダイレクトに接続した構成を用いた実施形態が有利である理由は、テスト実行中に殊に周期的にインベントリが行われる場合、本発明によるインベントリならびに必要に応じた比較の実施自体が、シミュレーションすなわち制御装置のテストを妨害しないからである。

【0067】

このようにして、テストシステムに対するリアルタイム要求をテスト実行中、本発明によるインベントリもしくは比較により及ぼされる影響を懸念する必要なく、問題なく絶えず維持することができる。

【0068】

ただし、インベントリ及び場合によっては比較をテスト実行中に例えば何度も実施するが、周期的には実施しないようにした別の実施形態も可能である。つまりインベントリもしくは比較を等しい期間をおいて繰り返し行うのではなく、テスト中に関与する少なくとも１つのネットワークにおける通信休止中に行うのである。

【0069】

この種の通信休止が、１つのこの種の期間内にインベントリを完全に実施するには長さが足りない場合には、この種の通信休止中のインベントリをそのつど部分的に実施するように構成することができ、つまり例えばある特定のコンポーネントの識別用コンポーネント情報に関して少なくとも１つの読み出しステップを実行し、テストシステムに接続された少なくともシミュレーション固有のすべてのハードウェアコンポーネントから個々のコンポーネント情報が読み出されて記憶されてしまうまで、順次連続する複数の通信休止にわたってインベントリ全体が行われるようにするのである。この場合、通信休止中に、場合によっては実際セッティング状態と目標セッティング状態との既述の比較を行うこともでき、これを必要に応じて少なくとも部分的に行うことも可能である。

【0070】

ここで通信休止とは、好ましくは以下の期間のことを表す。すなわちその期間では少なくとも１つの使用されているネットワーク例えば使用されているバスシステムを介して、シミュレーションに属するいかなるデータパケットも通信されない期間のことである。

【0071】

殊に、ネットワークにおいて時間管理が行われている場合、そして例えばこれがネットワークに接続されたハードウェアコンポーネント例えばテストシステムのコンピュータによって行われる場合、テスト実施期間中にネットワーク上で場合によってはテスト自体には利用されないタイムスロットをいつ利用できるのかを求めることができる。このようにすることでそれらのタイムスロット中に、殊に実施されるテストのリアルタイム性に影響を及ぼすことなく、ディジタル識別用コンポーネント情報の通信を行うことができる。

【0072】

次に、本発明の実施例について詳しく説明する。

【図面の簡単な説明】

【0073】

【図1】本発明に従って制御装置のテストを実施するためのテストシステム全体を示すブロック図

【図2】本発明の第２の実施例を示すブロック図

【図3】ゲートウェイの１つの実施形態を示す図

【発明を実施するための形態】

【0074】

図１には、制御装置のテストを実施するためのテストシステム全体を示すブロック図が描かれている。これによればシミュレーションアーキテクチャ２によって制御装置１のために周囲環境がシミュレートされ、ここでは殊に、制御装置を例えば自動車のようにあとで用いられる装置に具体的に組み込んだときにも生じる周囲環境がシミュレートされる。

【0075】

シミュレーションアーキテクチャ２が、例えばテストシステムのコンピュータ５．１などすでに複数のハードウェアコンポーネントを含んでいるように構成することができ、例えばこれを特定のメーカーの独自のシステムによって実現することができる。ここでは本出願人のシステムが描かれており、これによれば第１のネットワーク３を介して複数のハードウェアコンポーネント４が相互に通信し合い、これらのハードウェアコンポーネントならびに本発明によるインベントリ方法も実施するコンピュータ５．１によって、モデルに基づきテスト環境がシミュレートされる。この場合、ハードウェアコンポーネント４を例えばインテリジェントノード１１又はルータ１２によってネットワーク３にバインドさせることができ、これは殊にそれらのハードウェアコンポーネント４自体が適切なネットワークインタフェースを備えていない場合である。

【0076】

その際、同じ第１のネットワーク３を介してテストシステムに接続された制御コンピュータ５．２を設けることもでき、その目的は例えば、テストシステムのパラメータ設定ないしはパラメータ表示のためであり、もしくは必要とされるソフトウェア又はモデルをロードしてスタートさせたり、あるいはその他の理由でテストシステムと通信したりするためである。

【0077】

ここで説明する具体的な実施形態が示すのは、テストシステムもしくはここでは具体的には固有のシミュレーションアーキテクチャの一部分が、ゲートウェイ６を有することであり、例えば以下では第１のゲートウェイと称するゲートウェイ６を有することである。テストシステム全体を構築するためこのゲートウェイ６によって、標準化された第２のネットワーク７ここではＣＡＮバスを介して独自のハードウェアアーキテクチャにさらに別の外部コンポーネントを接続することができる。つまりここでは、冒頭の一般的な説明のところで挙げたように、テスト対象となる制御装置１と、必要に応じてさらに実負荷８とを接続することができる。

【0078】

この種の（第１の）ゲートウェイ６を、テストシステムにおいて必ずしも別個のコンポーネントとして実現しなくてもよく、他のハードウェアコンポーネントの一部分を成すように構成することができ、例えばコンピュータ５．１又はコンピュータ５．２の一部分であってもよい。このようにしてこれらのコンポーネントはすべて、２つのネットワーク３及び７を介して互いに通信し合うことができ、それによってテストを実行することができる。

【0079】

この場合、本発明による方法のために以下のように構成しておくことができる。すなわちこの実施例では、いわゆるインベントリを実施するテストシステムのコンピュータ５．１によって、つまり本発明による方法を実施するコンピュータ５．１によって、個々のハードウェアコンポーネントから、詳しくは少なくともシミュレーション固有のコンポーネント例えば制御装置１及び負荷８ならびに場合によってはシミュレーションアーキテクチャ２に設けられたシミュレーション固有のハードウェアコンポーネント４から、識別用ディジタルコンポーネント情報が読み出される。一例としてそれらの情報はシリアルナンバーとして、例えば電子部品の６４ビットのシリアルナンバーとして、個々のコンポーネントに形成することができる。

【0080】

当然ながら本発明による方法によれば、この種の識別用コンポーネント情報をシミュレーション固有のものではないコンポーネントから読み出す、というオプションも存在し、ただしインベントリという意味合いからすれば、場合によっては行われるドキュメンテーションのプロセスの確実性を果たす目的で、それらは捕捉すべきである。

【0081】

図１に示したこの実施例では外部のハードウェアコンポーネント１及び８は、例えばＣＡＮバスなどのような第２のネットワーク７とゲートウェイ６を介して、テストシステムの第１のネットワーク３と接続されているので、それに応じてここでは識別用ディジタルコンポーネント情報も、第２のネットワーク７から第１のゲートウェイ６を介して第１のネットワーク３へ、ひいてはインベントリのコンピュータ５．１へ伝送される。ネットワーク３に設けられたコンポーネントの識別用コンポーネント情報は、それらの情報の読み出しが必要であるとみなされるならば、つまり例えばネットワーク３に設けられたコンポーネントがシミュレーション固有のものであるならば、そのままネットワーク３を介してそれらのコンポーネントから読み出される。

【0082】

既述のようにコンピュータ５．１は、読み出された識別用コンポーネント情報を収集し、例えばドキュメンテーションの目的で記憶することができ、あるいはユーザが予め設定しテストシステムに接続された制御コンピュータ５．２により用意される目標セッティング状態ないしは目標コンフィギュレーション状態と比較することができる。

【0083】

これに対する代案として、テストシステムのコンピュータ５．１において比較を行うのではなく、テストシステムに接続された制御コンピュータ５．２においてこの比較を行うこともできる。そのために、作成されたインベントリ情報すなわち個々のハードウェアコンポーネントから読み出されたディジタルコンポーネント情報全体に関する情報が、ここではやはり第１のネットワーク３を介して制御コンピュータ５．２に伝送される。

【0084】

図２に示した第２の実施例には、若干変更された適用事例が描かれている。この実施例によれば識別用ディジタルコンポーネント情報は、ハードウェアコンポーネントのすべてからじかに第１のネットワーク３又は第２のネットワーク７を介して読み込まれるのではなく、ハードウェアコンポーネントの少なくとも一部が、この実施例では制御装置１と実負荷８が、識別用コンポーネント情報をそれぞれ別個のデータコネクション９を介して、例えば１ワイヤバスを介して供給する。したがってこの実施形態によれば、１ワイヤバスつまり別個のデータコネクション９上に存在する識別用ディジタルコンポーネント情報を、この例では第２のネットワーク７例えばＣＡＮバスへ伝送するために、もしくはそこで利用できるようにするために、第２のゲートウェイ１０を用いることができる。この実施形態が適用されるのは例えば、識別用コンポーネント情報がハードウェアコンポーネントの別個の電子部品に保持されている場合であり、それらの電子部品自体はテストに関与せず、したがってテストに使われるネットワークのいずれとも通信を行わない。

【0085】

図３にはゲートウェイ１０の１つの実施形態が例示されており、これは例えばコントローラEV1097を利用して実現可能である。このコントローラの入力ポート０〜９はこの図ではＣＨ０〜ＣＨ９として示されているが、それらのポートにハードウェアコンポーネントにおける電子部品の１ワイヤバスがそれぞれ接続されている。例えばこの電子部品は、ハードウェアコンポーネントにおいてディジタルコンポーネント情報を提供するために設けられている電子部品であって、そのために例えば型番DS2431の１ワイヤＥＥＰＲＯＭを用いることができる。

【0086】

この種のＥＥＰＲＯＭを６４ビットのシリアルナンバーとして用意することができ、このシリアルナンバーは１ワイヤバスを介して伝送可能であり、この電子部品すなわちＥＥＰＲＯＭを搭載したハードウェアコンポーネントの識別に利用可能である。

【0087】

さて、図３に示されているように第２のゲートウェイ１０によって、ポートＣＨ０〜ＣＨ０に到来したデータすなわち識別用ディジタルコンポーネント情報が、第２のネットワーク７へ物理的に置き換えられ、ここでは有利にはＣＡＮバスへ物理的に置き換えられる。したがってこの第２のネットワークは実質的にＮ対１のマルチプレクサを成しており、これによればＮ個のポートが、この実施形態では１０個の異なるポート又はチャネルが、１つのバスへ向けて伝送され、そこではポートの内容すなわちそれらのポートに到来したディジタルコンポーネント情報が、ポートの個数に対応するインターバル幅である１つのアドレスインターバルの相前後するアドレスで切り替えられる。

【0088】

したがって、ネットワーク７例えばＣＡＮバスにおいてこれら個々のインターバルの相前後するアドレスを読み出すことによって、この第２のネットワーク７に接続されたすべてのハードウェアコンポーネント全体を、個々の識別用ディジタルコンポーネント情報に関して把握できる。

【0089】

ハードウェアコンポーネントの個数が第２のゲートウェイ１０のポート数を上回る場合には、それに応じて複数の第２のゲートウェイ１０を使用することができ、それら複数のゲートウェイはそれらの個々のポートを、第２のネットワーク７例えばＣＡＮバスにおいて互いにオーバラップしないアドレス範囲に向けて転送し、例えばギャップなく互いに続くインターバルのアドレスへ転送する。

【0090】

これまで図１〜図３に示してきた具体的な実施形態とは別に、テストシステムに接続された制御コンピュータ５．２が、例えばユーザによって設定された、場合によっては自動的に生成された、テストシステムの目標セッティング状態をもつように構成することも可能である。その際、これらの目標セッティング状態は、あるテストの実施に必要とされるもしくは許容される、許可されたハードウェアコンポーネントの識別用コンポーネント情報に関する少なくとも１つのリストを含んでいる。

【0091】

本発明による方法によれば、ハードウェアコンポーネントから個々の識別用ディジタルコンポーネント情報を、例えばハードウェアコンポーネントに搭載された電子部品のシリアルナンバーを読み出し、読み出された情報から実際セッティング状態を形成するように構成されている。このためにそれらの情報は例えば１つの表として記憶装置又はファイルなどにまとめられ、本発明に従って実際セッティング状態と目標セッティング状態とを比較することができ、ドキュメンテーションの目的で実際セッティング状態を記憶させることができるし、場合によっては得られた比較結果を問題のないセッティングのドキュメンテーションの目的で記憶させることができる。

【0092】

比較の際に実際セッティング状態と目標セッティング状態との不一致が発生したとしたら、それらをただちに表示させることができ、例えばコンピュータ５．２自体が比較を実行していないのであれば、そのコンピュータ５．２へ比較結果を通報することによって表示させることができる。このような比較結果に基づきそれ相応に修正を行うことができ、例えばあるハードウェアコンポーネントを個々のテストについて許可されたコンポーネントと交換するなどして、修正を行うことができる。

【0093】

通信の実行、ならびにそれに応じた個々の識別用コンポーネント情報の収集に関して、以下に挙げることは重要ではない。すなわち、個々の通信にあたり送信される識別用コンポーネント情報を含むデータパケットが、テストシステム内のコンピュータ５．１の要求に基づき発生するのか、テストシステム内のコンピュータ５．２の要求に基づき発生するのかは重要ではないし、あるいは個々のハードウェアコンポーネントが自発的にそれらのコンポーネント情報を送信し、送信されたコンポーネント情報もしくはそれらを含む通信パケットが、本発明による方法において２つのコンピュータのいずれか一方においてまとめられるのかは重要ではない。

【0094】

本発明にとって従来技術に対する相違点として一貫して重要であるのは、人為的な不備に起因する誤ったセッティングによって引き起こされるテストシステム内のエラーをすでにテスト実行前に発見することができること、有利にはテスト実行中にチェック可能であること、そして品質保証の観点で具体的な実際セッティング状態を記録して、あとで呼び出せるよう記憶できるという可能性が開かれることである。

【0095】

以下、親出願（特願２０１４−３１５８４）の出願当初の請求項である。
[請求項１]
制御装置テストシステムに接続されたハードウェアコンポーネント（１，４，６，８）のインベントリを実施するための方法であって、
前記テストシステムにより、モデルを用いて該テストシステムがシミュレートした周囲環境内で制御装置（１）をテスト可能であり、
前記テストシステムは、少なくとも１つのコンピュータ（５．１）と、少なくとも１つのネットワーク（３，７）を介して互いに接続されたハードウェアコンポーネント（１，４，６，８）を含む、
ハードウェアコンポーネント（１，４，６，８）のインベントリを実施するための方法において、
前記ハードウェアコンポーネント（１，４，６，８）の少なくとも一部分から、例えばシミュレーション固有のすべてのハードウェアコンポーネント（１，８）から、該ハードウェアコンポーネント（１，４，６，８）を一義的にディジタル形式で識別する少なくとも１つの識別用コンポーネント情報を読み出し、読み出されたすべての識別用コンポーネント情報を記憶することを特徴とする、
ハードウェアコンポーネント（１，４，６，８）のインベントリを実施するための方法。
[請求項２]
前記識別用コンポーネント情報の読み出しを、前記テストシステムのコンピュータ（５．１）によって行い、又は前記テストシステムに接続された制御コンピュータ（５．２）によって行う、請求項１記載の方法。
[請求項３]
読み出され記憶された前記識別用コンポーネント情報は、前記テストシステムの技術的な実際セッティング状態を表し、たとえば表形式で表し、該実際セッティング状態を、前記テストシステムの設計時に作成され記憶された目標セッティング状態と比較し、例えば該比較を個々のセッティングエントリの比較により行い、例えば該比較を前記テストシステムのコンピュータ（５．１）によって実行し、又は前記テストシステムに接続された制御コンピュータ（５．２）によって実行する、請求項１又は２記載の方法。
[請求項４]
前記実際セッティング状態と前記目標セッティング状態において、例えば前記セッティングエントリを含む個々の表において、使用されているネットワーク（３，７）内で前記ハードウェアコンポーネント（１，４，６，８）に割り当てられた該ハードウェアコンポーネント（１，４，６，８）の識別子を考慮し、例えば該識別子は、使用されているネットワーク（３，７）のネットワークアドレス又はバスアドレスに対応し、
前記ハードウェアコンポーネント（１，４，６，８）が前記ネットワーク（３，７）を介して通信するときに前記識別子もいっしょに送信し、
前記識別用コンポーネント情報と前記識別子とに基づき、実際セッティング状態と目標セッティング状態とを比較することによって、設置されたハードウェアコンポーネント（１，４，６，８）が、該ハードウェアコンポーネント（１，４，６，８）の技術的な特性及び設置場所に関して適正に設置されているか否かをチェックする、
請求項１から３のいずれか１項記載の方法。
[請求項５]
前記実際セッティング状態の作成及び目標セッティング状態との比較を反復し、例えばテスト実行時に反復し、例えば周期的に又は使用されているネットワーク（３，７）において発生する通信休止中に反復する、請求項３又は４記載の方法。
[請求項６]
前記識別用コンポーネント情報を、
ａ．前記ハードウェアコンポーネント（１，４，６，８）の機能実行のためにテスト中に設けられる電子部品例えばチップ又はプロセッサから読み出し、又は、
ｂ．前記ハードウェアコンポーネント（１，４，６，８）の機能実行のためにテスト中は必要とされず識別用コンポーネント情報調達の目的で前記ハードウェアコンポーネント（１，４，６，８）に配置される電子部品例えばチップから読み出す、
請求項１から５のいずれか１項記載の方法。
[請求項７]
少なくとも１つの識別用コンポーネント情報を担持する固有の電子部品を備えていないハードウェアコンポーネントを、識別用コンポーネント情報を担持する固有の電子部品を備えたハードウェアコンポーネントと接続し、該２つのハードウェアコンポーネントを例えばシーリング又は封印して１つの新たなユニットを形成し、例えば損傷させずには分離不可能なユニットを形成する、請求項１から６のいずれか１項記載の方法。
[請求項８]
前記テストシステムのハードウェアコンポーネントの一部（４，６）を、第１のネットワーク（３）を介して前記テストシステムのコンピュータ（５．１）に接続し、例えば第１のバスを用いて接続し、
前記テストシステムのハードウェアコンポーネントの一部（１，８）を、例えばテスト対象となる制御装置（１）及び／又は実負荷（８）を、第２のネットワーク（７）を介して前記テストシステムのコンピュータ（５．１）に接続し、例えば第２のバスと、前記ネットワーク（３，７）殊に前記バスを結合するゲートウェイ（６）殊に第１のゲートウェイ（６）とを用いて接続する、
請求項１から７のいずれか１項記載の方法。
[請求項９]
前記第２のネットワーク（７）に接続されたハードウェアコンポーネント（１，８）の識別用コンポーネント情報を、個々のデータコネクション（９）を介して読み出し、
例えば、識別用コンポーネント情報調達の目的でハードウェアコンポーネントの機能実行にとって重要ではない電子部品がテスト中に配置されているハードウェアコンポーネント（１，８）の識別用コンポーネント情報を読み出し、
該識別用コンポーネント情報のデータを、少なくとも１つのゲートウェイ（１０）殊に第２のゲートウェイ（１０）によって、前記第２のネットワーク（７）へ供給する、請求項８記載の方法。
[請求項１０]
前記データコネクション（９）を１ワイヤバスとして、前記電子部品と前記ゲートウェイ（１０）殊に第２のゲートウェイ（１０）との間に形成する、請求項９記載の方法。
[請求項１１]
それぞれ異なるハードウェアコンポーネント（１，８）における各電子部品の複数の１ワイヤバス（９）のデータを、少なくとも１つの第２のゲートウェイ（１０）の複数のポートに物理的にパラレルに加え、該データを、前記少なくとも１つの第２のゲートウェイ（１０）によって、前記第２のネットワーク（７）のそれぞれ異なるアドレスにおいて読み出し可能なデータに変換し、
前記それぞれ異なるアドレスの各々を、前記少なくとも１つの第２のゲートウェイ（１０）の１つのポートに１つずつ割り当て、例えば該アドレスをポートの番号順に配列する、請求項１０記載の方法。
[請求項１２]
前記第２のネットワーク（７）に接続されたハードウェアコンポーネント（１，８）の識別用コンポーネント情報を、テスト環境のシミュレーションに利用されない第３のネットワークを介して読み出し、
例えば、識別用コンポーネント情報調達の目的でハードウェアコンポーネントの機能実行にとって重要ではない電子部品がテスト中に配置されているハードウェアコンポーネント（１，８）の識別用コンポーネント情報を読み出し、
前記テストシステムのコンピュータ（５．１）又は前記テストシステムに接続された制御コンピュータ（５．２）に伝送する、
請求項８記載の方法。
[請求項１３]
識前記別用コンポーネント情報として、電子的に読み出し可能な電子部品のシリアルナンバー例えば６４ビットナンバーを使用する、請求項１から１２のいずれか１項記載の方法。

【符号の説明】

【0096】

１ テスト対象となる制御装置
２ シミュレーションアーキテクチャ
３ 第１のネットワーク（ＩＯＣＮＥＴ）
４ ハードウェアコンポーネント
５．１ コンピュータ
６ 第１のゲートウェイ
７ 第２のネットワーク（ＣＡＮバス）
８ 実負荷
９ 別個のデータコネクション
１０ 第２のゲートウェイ
１１ インテリジェントノード
１２ ルータ

【図1】

【図2】

【図3】