(57)【要約】  本発明は、基本インターフェース（２）と、それに接続されている複数のモジュール形式のプラグイン（３．１〜３．ｎ）とを含む電子システム（１）を初期化する方法に関する。プラグインの柔軟な追加や削除を可能にするために、電子システムの初期化の枠内で基本インターフェースとプラグインとが情報を交換する。プラグインは、自らが有するプロセス（優先順位、時間枠等）と、プロセスの処理のために自らが必要とする値（変数、関数、構造等）と、プロセス処理の枠内で提供できる値とを通知する。基本インターフェースは、取得された情報を用いてプラグイン相互の結合を行い、プラグインのプロセスの処理中に、プラグインが必要とされる値にアクセスできる相応の参照を取得できるようにする。この参照は、例えば、記憶領域（１４）を示すポインタ（１３）または他のプラグインにある構造（１９）を示すポインタ（１８）である。【選択図】図１
2008523519.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの基本インターフェース（２）と、前記基本インターフェース（２）に接続されている複数のモジュール形式のプラグイン（３．１、．．．３．ｎ）とを含む電子システム（１）を初期化する方法において、
前記電子システム（１）の初期化に際して、前記プラグイン（３．１、．．．３．ｎ）の各々により実行される少なくとも１つの機能性と、前記少なくとも１つの機能性を実行するために前記プラグイン（３．１、．．．３．ｎ）の各々により必要とされる値と、前記少なくとも１つの機能性を実行した後に前記プラグイン（３．１、．．．３．ｎ）の各々により提供される値と、に関する情報が前記プラグイン（３．１、．．．３．ｎ）によって前記基本インターフェース（２）に各々に提供され、
前記プラグイン（３．１、．．．３．ｎ）の各々により必要とされる値を提供する他のプラグイン（３．１、．．．３．ｎ）に関する情報が、前記基本インターフェース（２）によって前記プラグイン（３．１、．．．３．ｎ）の各々に提供され、かつ、
前記値を提供する他のプラグイン（３．１、．．．３．ｎ）に対する相応の参照が、前記値を必要とするプラグイン（３．１、．．．３．ｎ）に記憶されることを特徴とする、電子システムを初期化する方法。
【請求項２】
前記少なくとも１つの機能性が少なくとも１つのプロセスによって実現されることを特徴とする、請求項１に記載の方法。
【請求項３】
前記機能性に関する情報は、前記少なくとも１つのプロセスを処理する時間枠と、前記少なくとも１つのプロセスの優先順位とを含むことを特徴とする、請求項２に記載の方法。
【請求項４】
値を必要とする前記プラグイン（３．１、．．．３．ｎ）に、前記必要とされる値が他のプラグイン（３．１、．．．３．ｎ）の１つによって記憶されている記憶領域（１４）を示すポインタ（１３）が参照として記憶されることを特徴とする、請求項１〜３のいずれか１項に記載の方法。
【請求項５】
値を必要とする前記プラグイン（３．１、．．．３．ｎ）に、前記必要とされる値が他のプラグイン（３．１、．．．３．ｎ）の１つによって所定の位置に記憶されている構造（１９）を示すポインタ（１８）が参照として記憶されることを特徴とする、請求項１〜３のいずれか１項に記載の方法。
【請求項６】
所定の値が複数のプラグイン（３．１、．．．３．ｎ）により提供される場合には、前記値を算出するプロセスの優先順位が最も高い前記プラグイン（３．１、．．．３．ｎ）の１つによる値が後続処理のために援用されることを特徴とする、請求項２または３に記載の方法。
【請求項７】
所定の値が複数のプラグイン（３．１、．．．３．ｎ）により提供される場合には、前記プラグイン（３．１、．．．３．ｎ）または前記プラグイン（３．１、．．．３．ｎ）のプロセスが前記必要とされる値を提供可能であるという情報を前記基本インターフェースが最初に取得した、前記プラグイン（３．１、．．．３．ｎ）の１つによる値が後続処理のために援用されることを特徴とする、請求項１〜５のいずれか１項に記載の方法。
【請求項８】
所定の値が複数のプラグイン（３．１、．．．３．ｎ）により提供される場合には、前記プラグイン（３．１、．．．３．ｎ）または前記プラグイン（３．１、．．．３．ｎ）のプロセスが前記必要とされる値を提供可能であるという情報を前記基本インターフェースが最後に取得した、前記プラグイン（３．１、．．．３．ｎ）の１つによる値が後続処理のために援用されることを特徴とする、請求項１〜５のいずれか１項に記載の方法。
【請求項９】
前記基本インターフェース（２）は、前記プラグイン（３．１、．．．３．ｎ）の各々の格納先に関する情報を含む初期化テーブル（２２）に対するアクセス権を有することを特徴とする、請求項１〜８のいずれか１項に記載の方法。
【請求項１０】
少なくとも１つの基本インターフェース（２）と、前記基本インターフェース（２）に接続される複数のモジュール形式のプラグイン（３．１、．．．３．ｎ）とを含む電子システム（１）を初期化する、特に請求項１〜９のいずれか１項に記載の方法において、
１つの前記基本インターフェース（２）がマスタインターフェース（２．１）として構成され、他の前記基本インターフェース（２）がサブインターフェース（２．２）として構成され、
前記マスタインターフェース（２．１）には前記プラグイン（３．１、．．．３．ｎ）の他にサブインターフェース（２．２）が接続されており、前記サブインターフェースには他のサブインターフェース（２．２）および他のプラグイン（３．１、．．．３．ｎ）の少なくともいずれかがさらに接続され、
前記インターフェース（２．１、２．２）が異なる領域（１１、１２）に下位区分されており、前記インターフェース（２．１、２．２）の同一の領域内に存在する値のみが、下部に配置されたインターフェース（２．１、２．２）にとって可視性を有することを特徴とする、電子システムを初期化する方法。
【請求項１１】
前記インターフェース（２．１、２．２）が非公開領域（１２）と公開領域（１１）とに下位区分されており、インターフェース（２．２）の前記公開領域（１１）に存在する公開値のみが、下部に配置されたインターフェース（２．１、２．２）にとって可視性を有することを特徴とする、請求項１０に記載の方法。
【請求項１２】
前記プラグイン（３．１、．．．３．ｎ）により必要とされ、または前記プラグイン（３．１、．．．３．ｎ）により提供される各々の値に対して、前記電子システム（１）の定義された領域に一義的な識別子（ＩＤｉ）が割当てられることを特徴とする、請求項１〜１１のいずれか１項に記載の方法。
【請求項１３】
前記値の前記識別子（ＩＤｉ）は、前記電子システム（１）の初期化中に前記基本インターフェース（２）がアクセス可能である識別子リスト（５）に記憶されることを特徴とする、請求項１２に記載の方法。
【請求項１４】
少なくとも１つの基本インターフェース（２）と、前記基本インターフェース（２）に接続されている複数のモジュール形式のプラグイン（３．１、．．．３．ｎ）とを含む電子システム（１）の少なくとも１つの計算機上で、前記電子システム（１）の初期化中に処理を行うための通信プロトコルにおいて、前記通信プロトコルは、
前記電子システム（１）の初期化に際して、前記プラグイン（３．１、．．．３．ｎ）の各々により実行される少なくとも１つの機能性と、前記少なくとも１つの機能性を実行するために前記プラグイン（３．１、．．．３．ｎ）の各々により必要とされる値と、前記少なくとも１つの機能性を実行した後に前記プラグイン（３．１、．．．３．ｎ）の各々により提供される値と、に関する情報が前記プラグイン（３．１、．．．３．ｎ）によって前記基本インターフェース（２）に各々に提供され、
前記プラグイン（３．１、．．．３．ｎ）の各々により必要とされる値を提供する他のプラグイン（３．１、．．．３．ｎ）に関する情報が、前記基本インターフェース（２）によって前記プラグイン（３．１、．．．３．ｎ）の各々に提供され、かつ、
前記値を提供する他のプラグイン（３．１、．．．３．ｎ）に対する相応の参照が、前記値を必要とするプラグイン（３．１、．．．３．ｎ）に記憶されるように、プログラミングされていることを特徴とする通信プロトコル。
【請求項１５】
データ処理装置の計算機上で処理を行うためのコンピュータプログラムであって、少なくとも１つの基本インターフェース（２）と、前記基本インターフェース（２）に接続されている複数のプラグイン（３．１、．．．３．ｎ）とを含むコンピュータプログラムにおいて、
前記コンピュータプログラムの初期化に際して、前記プラグイン（３．１、．．．３．ｎ）の各々により実行される少なくとも１つの機能性と、前記少なくとも１つの機能性を実行するために前記プラグイン（３．１、．．．３．ｎ）の各々により必要とされる値と、前記少なくとも１つの機能性を実行した後に前記プラグイン（３．１、．．．３．ｎ）の各々により提供される値と、に関する情報を前記プラグイン（３．１、．．．３．ｎ）が前記基本インターフェース（２）に各々に提供し、
前記プラグイン（３．１、．．．３．ｎ）の各々により必要とされる値を提供する他のプラグイン（３．１、．．．３．ｎ）に関する情報を前記基本インターフェース（２）が前記プラグイン（３．１、．．．３．ｎ）の各々に提供し、かつ、
前記値を提供する他のプラグイン（３．１、．．．３．ｎ）に対する相応の参照が、前記値を必要とするプラグイン（３．１、．．．３．ｎ）に記憶されることを特徴とする、コンピュータプログラム。
【請求項１６】
通信プロトコルを処理するための計算機を備える電子システム（１）であって、少なくとも１つの基本インターフェース（２）と、前記基本インターフェース（２）に接続されている複数のモジュール形式のプラグイン（３．１、．．．３．ｎ）とを含む電子システム（１）において、
前記電子システム（１）の初期化の枠内で、前記プラグイン（３．１、．．．３．ｎ）により実行される少なくとも１つの機能性と、前記少なくとも１つの機能性を実行するために前記プラグイン（３．１、．．．３．ｎ）の各々により必要とされる値と、前記少なくとも１つの機能性を実行した後に前記プラグイン（３．１、．．．３．ｎ）の各々により提供される値と、に関する情報を前記プラグイン（３．１、．．．３．ｎ）が前記基本インターフェース（２）に各々に提供し、
前記プラグイン（３．１、．．．３．ｎ）の各々により必要とされる値を提供する他のプラグイン（３．１、．．．３．ｎ）に関する情報が、前記基本インターフェース（２）によって前記プラグイン（３．１、．．．３．ｎ）の各々に提供され、かつ、
前記値を提供する他のプラグイン（３．１、．．．３．ｎ）に対する相応の参照が、前記値を必要とするプラグイン（３．１、．．．３．ｎ）に記憶されることを特徴とする、電子システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、基本インターフェースと、それに接続されている複数のモジュール形式のプラグインとを含む電子システムを初期化する方法に関する。
【０００２】
また、本発明は、電子システムの初期化中に電子システムの少なくとも１つの計算機上で処理を行うための通信プロトコルに関する。電子システムは、基本インターフェースと、それに接続されている複数のモジュール形式のプラグインとを含む。
【０００３】
また、本発明は、データ処理装置の計算機上で処理を行うためのコンピュータプログラムに関する。コンピュータプログラムは、基本インターフェースと複数のプラグインとを含み、基本インターフェースにプラグインが接続されている。
【０００４】
さらに、本発明は、通信プロトコルを処理するための計算機を備えた電子システムに関する。電子システムは、基本インターフェースと、それに接続されている複数のモジュール形式のプラグインとを含む。
【背景技術】
【０００５】
元来、車両分野の電子装置は、個々に電化されたコンポーネントとして搭載されており、それらのコンポーネントが絶縁され、互いに依存し合うことなく作動していた。その後、これらのコンポーネントは、次第にシステム内に統合され、データ交換や相互作用を目的としてシステム内で互いに接続されるようになった。この種の統合システムの例としては、エンジン制御システム、ブレーキ制御システム、運転者情報システム等が挙げられる。今日、車両システムの全てを相互にネットワーク化し、さらに車両環境ともネットワーク化しようとする傾向が見られる。
【０００６】
このようなシステムの顕著な肥大化は、以下のような技術面や組織面の課題をもたらしている。
−  往々にして、様々な部分システムの結合がなければ、新たな車両機能の実現や効果的活用が不可能となる。
−  従って、異なる下請業者のものも含めた部分システムの機能的な統合が必要となる。
−  車両の価値や特徴が複雑なソフトウェア機能によってますます決定される。
−  車両メーカーや下請業者にとって、複雑性を増すシステムを統制することが統合システムの速度、コスト、品質の観点から次第に競争を決定する要素となる。
【０００７】
独国特許出願公開第１００４４３１９Ａ１号明細書には、動作進行に際して制御タスクを実行する第１のコンポーネントと、第１のコンポーネント間の協働を調整する第２のコンポーネントとで構成される、車両用の電子システムが開示されている。第１のコンポーネントは、動作機能と基本機能との協働によって制御タスクを実行する。動作機能は、動作部分モジュール（いわゆるプラグイン）で実現され、モジュール形式で電子システムに組込み可能、再利用可能、かつ常に交換可能または変更可能である。基本機能は、適当なインターフェースを介して動作モジュールに接続された基本レイヤに統合される。
【発明の開示】
【０００８】
基本レイヤとインターフェースとの間には、制御タスクを実行する第１のコンポーネント間の協働を調整する第２のコンポーネントを含むシステムレイヤが設けられる。従って、システムレイヤには、プラグインをシステム全体に組込むために必要とされる情報が存在する。換言すれば、プラグインの機能性は、システムレイヤの機能性を基礎としており、システムレイヤの機能性を前提とさえしている。従って、プラグインは、システムレイヤの機能性に合わせて調整されていなければならず、他の機能性を含むシステムレイヤの他の電子システムでさらに使用することができない。他のシステム環境でプラグインを使用する前には、時間およびコストを要するプラグインの適応調整（Adaption）が必要となる。さらに、第１のコンポーネントの機能性の変更または追加に際して、システムレイヤの機能性を適応調整することが必要となる場合もある。第１のコンポーネントの改訂は、コンポーネント間の調整すなわちシステムレイヤにも影響を及ぼしかねないからである。公知のシステムは、プラグインの取扱に関して、広範な適応調整なしには他のシステムに単純に転用できない単一の適用のみを提供する。
【０００９】
さらに公知の電子システムでは、システムの初期化やプラグイン相互の結合は、プラグイン自らによってではなく、システムレイヤおよび／またはその下部に配置された動作システムレイヤによってのみ実現される。従って、初期化が中枢部で制御されるので、システムのプラグイン相互の通信が初期化前または初期化中には行われない。
【００１０】
上記の背景技術を前提とする本発明の課題は、電子システムの初期化を従来よりも非常に柔軟に実行できるように、公知の方法を構成および改良することにある。特に、接続されているプラグインの種類や個数、およびそれらの機能性もしくはプロセスが電子システムにとって事前に既知でなくとも、プラグイン相互の結合が初期化の枠内で自動的に行われることが望ましい。
【００１１】
上記課題の解決策として、冒頭で述べた種類の方法を前提として、電子システムの初期化に際して、プラグインの各々により実行される少なくとも１つの機能性と、少なくとも１つの機能性を実行するためにプラグインの各々により必要とされる値と、少なくとも１つの機能性を実行した後にプラグインの各々により提供される値と、に関する情報がプラグインによって基本インターフェースに各々に提供され、プラグインの各々により必要とされる値を提供する他のプラグインに関する情報が、基本インターフェースによってプラグインの各々に提供され、かつ、値を提供する他のプラグインに対する相応の参照が、値を必要とするプラグインに記憶されることが提案される。
【００１２】
（発明の利点）
本発明の方法によれば、電子システムの初期化の枠内で、まず、基本インターフェースに接続されている各々のプラグインに対して所定の情報が照会される。この情報は、例えばプラグインで実現される機能性もしくは相応のプロセスに関わるものである。さらに、この情報は、プロセスの処理により算出されてプラグインにより提供される値、および機能性の実行もしくはプロセスの処理のためにプラグインが必要とする値に関するものでもある。本発明の意味での「値（Groessen）」とは、例えば変数、関数、構造等である。従って、本発明による電子システムのプラグインは、基本インターフェースの相応の照会に応答して所望の情報を伝達するために、追加的な初期化機能性を有する。
【００１３】
基本インターフェースは、第１のプラグインから情報を取得した後に、必要とされる値の少なくとも１つを提供できるか否かを他のプラグインに問合せる。提供できる場合には、第１のプラグインにより必要とされる値を提供する他のプラグインに関する情報が、基本インターフェースによって第１のプラグインに提供される。そして、第１のプラグインの所定の箇所には、必要とされる値を提供するプラグインに対する相応の参照が登録される。このように本発明による電子システムのプラグインは、そのプラグインにより必要とされる値を提供する１つまたは複数のプラグインに対する、取得された参照を適切な箇所に記憶するために、追加的な初期化機能性を有する。
【００１４】
プラグインには、参照を記憶可能な少なくとも１つの空の領域が設けられるようにしてもよい。第１のプラグインでのプロセス処理の枠内で他のプラグインからの所定の値が必要とされるたびに、その値が参照を介して他のプラグインから取得される。当然ながら、特に１つのプラグインで様々な値が必要となる場合には、さらに様々なプラグインに対する複数の参照をプラグインに記憶することができる。他のプラグインに対する参照は任意の種類であってもよい。
【００１５】
本発明の方法によれば、電気システムの初期化の作動中にプラグイン間の結合を成立させることができ、しかも実際に基本インターフェースに接続されているプラグインに依存することがなく、かつ、接続されているプラグインが事前に既知であることも必要とされない。本発明の方法は、電子システムのプラグインの追加、削除、変更に関して高い水準の柔軟性を実現する。
【００１６】
プラグインは、ハードウェアとして（例えば、追加的なインプット／アウトプットインターフェース、追加的なドライバ、追加的な記憶容量または計算容量等を伴う制御装置用の差込カードとして）、またはソフトウェアとして（例えば、コンピュータプログラムの動作部分モジュールとして）構成されうる。基本インターフェースは、プラグインの機能性を補足するためのいかなる機能性も有しない。基本インターフェースのタスクは、初期化中のプラグインの結合と、電気システムの作動中のプラグイン間の通信とにのみ関する。基本インターフェースは、このために必要とされるプラグインに関する情報を、電子システムの初期化フェーズ中にプラグインとの通信によってプラグインから直接取得する。
【００１７】
本発明の好ましい変形例によれば、少なくとも１つの機能性が少なくとも１つのプロセスによって実現されることが提案される。すなわち、プラグインの機能性が１つまたは複数のプロセスによって実現される。従って、プラグインの機能性に関する情報の伝送は、プラグインで実現されるプロセスに関する任意の情報に関するものである。プラグインの機能性に関する情報は、少なくとも１つのプロセスが処理される時間枠と、少なくとも１つのプロセスの優先順位とを含むようにしてもよい。
【００１８】
本発明の好ましい実施形態によれば、所定の値を必要とするプラグインに、必要とされる値が他のプラグインの１つによって記憶されている記憶領域を示すポインタが参照として記憶されることが提案される。参照される記憶領域は、いずれかのプラグインの内部、あるいは基本インターフェースまたはその下部に配置された基本機能性もしくは基本ソフトウェアの内部に設けられるようにしてもよい。ポインタを用いた処理は多くの利点を有する。１つの利点は、プラグイン内部のソフトウェアのアップデートに際して古いソフトウェアをメモリに残すことができる点であり、その場合には新たなソフトウェアがメモリの他の新たな箇所に記憶され、ポインタが新たなメモリ箇所に変更される。従って、メモリ全体の再プログラミング（いわゆるフラッシュであり、古い内容を消去し、新たなソフトウェアを書込む。）が必要とされない。
【００１９】
本発明の好ましい他の実施形態によれば、値を必要とするプラグインに、必要とされる値が他のプラグインの１つによって所定の位置に記憶されている構造を示すポインタが参照として記憶されることが提案される。従って、この実施形態では、必要とされる値の各々について、必要とされる値が記憶されている記憶領域を示す別々のポインタが記憶されるのではなく、必要とされる全ての値が記憶されている構造を示す１つのポインタのみが記憶される。この構造は、所定の数の領域を含み、所定の領域に所定の値が記憶されている。例えば、値Ａが常に構造の３番目の位置に記憶されることが事前に定義される。プラグインで値Ａが必要とされる場合には、そのプラグインからポインタが示す構造の先頭部へのジャンプが行われる。必要とされる値に応じて、構造の該当する位置もしくは該当する領域へのジャンプが行われ、すなわち、値Ａについては３番目の位置へのジャンプが行われ、必要とされる値が読出されてプラグインへの復帰が再び行われる。この構造は、基本インターフェースまたはその下部に配置された基本機能性もしくは基本ソフトウェアに含まれるようにしてもよい。構造の内容は、該当する値を提供するプラグインによって継続的に更新される。この実施形態は、プラグインで２つ以上の値が必要とされる場合でさえも、構造の先頭部を示すポインタのための領域のみがプラグイン内で必要とされるという利点を有する。
【００２０】
所定の値が複数のプラグインにより提供される場合には、その値を必要とする他のプラグインに対して、いずれのプラグインが値を提供するべきであるかという問題が生じる。このような場合には、その値を算出するプロセスの優先順位が最も高いプラグインによる値が、後続処理のために援用されるようにしてもよい。このプロセスは最高の優先順位を有するので、必要とされる値を他のプロセスよりも早く提供することができる。
【００２１】
さらに、所定の条件下では、このような場合にプラグインもしくはプラグインのプロセスが必要とされる値を提供することができるという情報を基本インターフェースが最初に取得した、プラグインの１つによる値が提供されるようにしてもよい。代替的に、プラグインもしくはプラグインのプロセスが必要とされる値を提供することができるという情報を基本インターフェースが最後に取得した、プラグインの１つによる値が提供されるようにしてもよい。
【００２２】
基本インターフェースがプラグインの各々の格納先に関する情報を含む初期化テーブルに対するアクセス権を有することは有意義である。このテーブルは、プラグインがソフトウェアとして構成される場合には、新たなプラグインのフラッシュに際して更新される。または、ソフトウェアもしくはハードウェアとして構成されるプラグインでは、初期化の開始に際して、基本インターフェースに接続されているプラグインおよびその（先頭）アドレスが算出され、それに応じてテーブルが更新されることも考えられる。このテーブルは、基本インターフェースに記憶されるようにしてもよい。これにより、基本インターフェースは、このテーブルを用いてプラグインの各々に照会を行い所望の情報を取得できる。
【００２３】
電子システムがコンピュータプログラムとして構成される場合には、プラグインを含まない基本ソフトウェアと、その上部に配置されたマスタインターフェースと、マスタインターフェースに接続され、他のサブインターフェースおよび／または他のプラグインに接続されているプラグインおよび／またはサブインターフェースとにより、コンピュータプログラムを構造化することが考えられる。基本ソフトウェアは、例えばバスドライバ等を介した通信のために、ソフトウェアの不変で恒久的な部分を追加的に含む。このようにして、電子システムのカスケード化された構造をある程度まで実現することができる。この構造に対して可視性コンセプトを実現することができ、この可視性コンセプトによって、所定の値の可視性を下部、すなわちより高い順位の領域からより低い順位の所定の領域に対して制限することが可能となる。この点に関して、基本インターフェースと、それに接続されている複数のモジュール形式のプラグインとを含む電子システムを初期化する方法において、１つの基本インターフェースがマスタインターフェースとして構成され、他の基本インターフェースがサブインターフェースとして構成され、マスタインターフェースにはプラグインの他にサブインターフェースが接続されており、サブインターフェースには他のサブインターフェースおよび他のプラグインの少なくともいずれかがさらに接続され、以下同様であることが提案される。これらのインターフェースは、異なる領域（例えば、非公開、公開、保護等）に下位区分されている。インターフェースの同一の領域に存在する値（変数、関数等）のみが、下部に配置された（すなわちより高い順位の）インターフェースにとって可視性を有し、従ってアクセス可能となる。同一の値が１つのインターフェースの異なる領域に存在できる。これによって、所定の領域の値がカプセル化され、ある意味でローカル変数と類似する。
【００２４】
インターフェースが非公開領域と公開領域とに下位区分されるようにしてもよい。インターフェースの公開領域に存在する公開値（変数、関数等）のみが、下部に配置されたインターフェースにとって可視性を有し、従ってアクセス可能となる。インターフェースの非公開領域に存在する非公開値は、該当するインターフェースと、その上部に配置されたインターフェースの公開領域でのみ可視性を有する。
【００２５】
電子システムをこのようにカスケード化された構造とし、インターフェースを非公開領域と公開領域とに区分することで、例えばコンピュータプログラムで、隔絶されたプログラム領域を作出すことができる。このことは、所定のプログラム領域が外部の下請業者により開発およびプログラミングされる場合に好ましい。設計、構造および本来のプログラミング（使用されている値、関数および構造、設計されたアルゴリズム等）の詳細な構成は、発注者にとって重要とならない。重要となるのは、プログラム領域が発注者の要求する機能性を満足すること、すなわち、要求されるプロセスがプログラム領域で実現され、下部に配置された（よって、より高い順位の）インターフェースに対して要求される公開値を提供することである。
【００２６】
下部に配置されたインターフェースは、上部に配置されたインターフェースの公開領域に存在する値に対するアクセス権のみを有する。非公開領域に存在する値は、下部に配置されたインターフェースにとって可視性を有しておらず、従ってアクセス不能である。従って、これにより、プログラム領域もしくはその内部で実現される機能性のカプセル化が簡単な方法で可能となる。この可視性コンセプトを用いることで、他者の開発したプログラム領域を既存のコンピュータプログラムに簡単かつ迅速に統合することも可能となる。
【００２７】
プラグインおよび基本インターフェースの内部で値の取扱いを容易にするために、プラグインにより必要とされ、またはプラグインにより提供される各々の値について、電子システムの定義された領域に一義的な識別子が割当てられることが提案される。定義された領域とは、特に、可視性コンセプトによって隔絶された電子システムの領域である。識別子は、例えば、識別番号と値の公開または非公開を示す指定とを含む。当然ながら、変数のみならず、関数、構造等にも、この種のまたは他の一義的な識別子を割当てることが考えられる。
【００２８】
値の識別子は、電子システムの初期化中に基本インターフェースがアクセス可能な識別子リストに記憶されるようにしてもよい。電子システムで理論的に使用可能な全ての値（変数、関数等）が識別子リストにリストアップされ、説明されることが考えられる。このリストはシステム全体について作成されるものであり、現在接続されているプラグインについて作成されるものではない。従って、このリストは、接続されているプラグインの種類や個数にかかわらずに、常に同一の内容を有する。この意味より、本発明では基本インターフェースが、実際に接続されているプラグインに関する情報を事前に使用するものではないともいえる。このリストは、インターフェースの事前定義もしくはインターフェース定義についての基礎となることが好ましく、ソフトウェアもしくはプラグインの下請業者およびインテグレータにとっても基礎として用いられる。
【００２９】
本発明の課題の他の解決策として、冒頭で述べた種類の通信プロトコルを前提として、電子システの初期化に際して、プラグインの各々により実行される少なくとも１つの機能性と、少なくとも１つの機能性を実行するためにプラグインの各々により必要とされる値と、少なくとも１つの機能性を実行した後にプラグインの各々により提供される値と、に関する情報がプラグインによって基本インターフェースに各々に提供され、プラグインの各々により必要とされる値を提供する他のプラグインに関する情報が、基本インターフェースによってプラグインの各々に提供され、かつ、値を提供する他のプラグインに対する相応の参照が、値を必要とするプラグインに記憶されるように、プログラミングされていることが提案される。
【００３０】
本発明の課題の他の解決策として、冒頭で述べた種類のコンピュータプログラムを前提として、電子システムの初期化に際して、プラグインの各々により実行される少なくとも１つの機能性と、少なくとも１つの機能性を実行するためにプラグインの各々により必要とされる値と、少なくとも１つの機能性を実行した後にプラグインの各々により提供される値と、に関する情報をプラグインが基本インターフェースに各々に提供し、プラグインの各々により必要とされる値を提供する他のプラグインに関する情報を基本インターフェースがプラグインの各々に提供し、かつ、値を提供する他のプラグインに対する相応の参照が、値を必要とするプラグインに記憶されることが提案される。
【００３１】
従って、この場合には電子システムがコンピュータプログラムとして構成されるので、プラグインはコンピュータプログラムの動作部分モジュールである。従って、これに応じて本発明は、コンピュータプログラムによって実現される。
【００３２】
本発明の課題のさらに他の解決策として、冒頭で述べた種類の電子システムを前提として、電子システムの初期化の枠内で、プラグインにより実行される少なくとも１つの機能性と、少なくとも１つの機能性を実行するためにプラグインの各々により必要とされる値と、少なくとも１つの機能性を実行した後にプラグインの各々により提供される値と、に関する情報をプラグインが基本インターフェースに各々に提供し、プラグインの各々により必要とされる値を提供する他のプラグインに関する情報が、基本インターフェースによってプラグインの各々に提供され、かつ、値を提供する他のプラグインに対する相応の参照が、値を必要とするプラグインに記憶されることが提案される。
【００３３】
（実施例の説明）
次に、図面を参照しながら本発明の好ましい実施例について詳しく説明する。
【００３４】
制御装置、特に車両用制御装置では、ソフトウェアおよびハードウェアのプラグアンドプレイ機構が従来技術により実現されている。これによって、例えば制御装置では、動作部分モジュール（いわゆるプラグイン）の簡単なプログラミングによって、追加的なまたは他の機能性を提供することができる。このような場合には、プラグインコンポーネントがソフトウェアとして構成される。
【００３５】
同様に、追加的なハードウェアモジュールの機械的な差込および電気的な接続によって、制御装置の機能性を変更または拡張することができる。このような場合には、プラグインコンポーネントがハードウェアとして構成される。プラグインコンポーネントの特に好適な適用対象は、追加的な制御装置を付け加えることができる、例えばＣＡＮバスを介して他の制御装置に接続可能な複合式制御装置（Steuergeraete-Verbund）である。これによって、複合式制御装置に追加的なまたは他の機能性を提供することができる。
【００３６】
しかし、公知のプラグイン機構は、プラグインの機能性およびインターフェース、すなわち提供可能な値および必要とされる値が事前に既知でなければならず、プラグインコンポーネントが実際に接続されているか否かにかかわらずに、相応のリソ−スが確保されていなければならないという欠点を有する。この文脈で「事前に」とは、新たなプラグインコンポーネントの統合の時点を意味する。換言すれば、新たなプラグインが統合可能となる前に、前述した情報が既知でなければならない。このために、電子システムの中枢部に情報が確保されており、そこから必要に応じて呼出すことができる。
【００３７】
この種の公知のプラグイン機構の一例としては、例えば、車両の既存の複合式制御装置に対するＡＣＣ（Adaptive Cruise Control）の統合が挙げられる。ＡＣＣ機能に必要とされるハードウェア部品が車両に組込まれると、そのハードウェア部品は、即座にまたはシステムの再起動後に初めて、コンピュータプログラム中の該当する機能性もしくは機能性のインターフェースをエンジン制御部で有効化する、定義されたＣＡＮ通知を送信する。しかし、この場合に欠点となるのは、ＡＣＣハードウェアが車両に搭載されているか否かにかかわらずに、ＡＣＣの機能性がコンピュータプログラムに常に存在し、または、相応の動作部分モジュール（プラグイン）がエンジン制御部に常に存在していなければならないことである。すなわち、所定の機能性が車両内で実現されていない場合でも、必要な場合に所望の機能性を発揮させるためには、相応のリソースが準備および確保されていなければならない。
【００３８】
さらに、公知のプラグイン機構では、統合される機能性のために常に、他のシステムの手作業による修正も行われなければならず、例えば、追加的に意図される動作部分モジュール（プラグイン）の新たなプロセスの組込みも行われなければならないという欠点がある。よって、すでにプログラミングされた（フラッシュされた）制御装置に対する追加的な機能性の事後的な統合、すなわちフィールドでのいわゆるアップデートまたはアップグレードも不可能であるか、または多大な時間およびコストなしには不可能である。
【００３９】
本発明は、まさにこの問題を取扱うものである。本発明は、電子システムの初期化の進行中に簡単かつ全自動的に実行される、既存のシステムに対する新たなプラグインの統合を可能にする。さらに本発明は、システム内で使用される値（例えば、変数、関数、構造等）の特に好ましい可視性コンセプトに関する前提を提供する。
【００４０】
本発明によれば、追加的なプラグインを介して、新たなまたは変更された機能性を制御装置に統合することができ、そのために制御装置の残りのシステムにインターフェースもしくはプロセスが事前に既知となっている必要がない。提案されるコンセプトは、機能性の事後的なアップデートやアップグレードを可能とし、そのために制御装置一式が例えば工場で新たにプログラミング（フラッシュ）される必要がない。新たな機能性が制御装置にダウンロードされた後に、その機能性がシステムに自動的に登録されて機能を全面的に発揮できるようになる。特に、可変アクセスを自動的に調整し、プロセスや変数の優先順位に従ってプロセスを自動的に組込むために、本発明の機構が提案される。
【００４１】
図１では、本発明に係る電子システム全体に符号１が付されている。システム１は、基本インターフェース２と、それに接続されている複数のプラグインコンポーネント（略してプラグインと称する。）３．１〜３．ｎとを含む。電子システム１がハードウェアとして実現されてもよく、その場合にプラグイン３．１〜３．ｎは、既存のシステムに機械的に差込まれて電気的に接続可能なハードウェアコンポーネントである。この種のハードウェアとして実現されるプラグインの例としては、例えば車両内でＡＣＣ機能性を制御および／または調節する、プロセッサ、メモリおよびコンピュータプログラムを含む差込カードである。追加的に設けられるプロセッサによって、電子システム１の他のプロセッサに追加的なＡＣＣ機能性によって過大な負荷を及ぼすことが回避される。通常、追加的なハードウェアプラグインの統合は、対応するソフトウェアプラグインの統合と並行して行われる。
【００４２】
しかし、図１に示す実施例では、プラグイン３．１〜３．ｎがソフトウェアとして実現されている。従って、電子システム１の全体がコンピュータプログラムであり、プラグイン３．１〜３．ｎの追加または削除によって、その機能性の拡張、変更または縮小を行うことができる。
【００４３】
基本インターフェース２の下部には、プラグインの追加や削除によって変更されない、コンピュータプログラムの不変かつ恒久的な部分を含む基本ソフトウェア４が設けられる。基本ソフトウェアは、例えばバスドライバ（例えばＣＡＮソフトウェア）を介した通信に関与する。さらに基本ソフトウェア４には、接続されているプラグイン３．１〜３．ｎの数や種類にかかわらずに、プラグイン３．１〜３．ｎが残りのコンピュータプログラムと通信（unterhalten）する手順や方法が定義される。さらに基本ソフトウェア４は、電子システム１の初期化中に基本インターフェース２が少なくとも間接的にアクセス可能な、いわゆる識別子リスト５を含む。識別子リスト５には、電子システム１で理論的に使用可能な全ての値（変数、関数等）がリストアップされ（識別子リスト５の左欄ＩＤ１〜ＩＤｍを参照）、説明されている（識別子リスト５の右欄Ａ、Ｂ、Ｃ〜Ｍを参照）。識別子リスト５は、システム１の全体について作成されるものであり、現在接続されているプラグイン３．１〜３．ｎについて作成されるものではない。従って、識別子リストは、接続されているプラグイン３．１〜３．ｎの数や種類にかかわらずに、常に同一の内容を有する。厳密には、対応する名称またはＩＤを介して値が分類される。これらの名称またはＩＤは、事前に取決められて識別子リスト５で管理される。
【００４４】
基本インターフェース２は、電子システム１の基本ソフトウェア４上に搭載され、プラグイン３．１〜３．ｎの各々の間でインターフェースの分類について責任を負う。基本ソフトウェア４は、プラグインコンセプトに従って構造化されていないコンピュータプログラムの部分である（例えば、低水準ソフトウェア）。
【００４５】
本発明では、本来のプラグイン部分９とプラグインインターフェース１０とが区別される。プラグイン３．１〜３．ｎの構造が図２により詳しく図示されている。プラグイン３．１〜３．ｎの部分９がプラグイン３．１〜３．ｎの本来の機能性を含み、部分１０が本来の初期化機能を含む。プラグイン３．１〜３．ｎの部分９は、作動中にシステムに提供されるべき、追加的なまたは変更される少なくとも１つの機能性を含む。この機能性は、機能性の部分９に含まれる１つまたは複数のプロセスによって実現されうる。プラグインインターフェース１０は、コンピュータプログラムの作動中に機能性を有さないが、機能性の初期化に必要とされる情報８（例えば、機能性９の使用する値）を含む。初期化自体は、基本インターフェース２が担当する。
【００４６】
初期化機能（Initialisierungsfunktion）１０に基づいて、いわゆる初期化テーブル２２が呼出される（符号２３）。初期化テーブル２２によって、基本インターフェース２が初期化機能のアドレスを認識する。その根拠として、呼出し２３は、他のテーブル２４に記憶されている初期化ルーチンを示すポインタを含む。テーブル２４に含まれる初期化ルーチンは、初期化機能の本来の機能性を含む。そして、テーブル２４中の該当する初期化ルーチンを示すアドレス（もしくはポインタ）が基本インターフェース２から初期化機能１０に返送される（符号２５）。
【００４７】
図４には、好ましい他の実施形態に基づいて本発明の他の電子システム１が図示されている。このシステム１は、互いに上下してカスケード状に配置された複数の基本インターフェース２を含む。下部の基本インターフェース２は、マスタインターフェース２．１として構成される。この上部に配置された基本インターフェース２は、いわゆるサブインターフェース２．２として構成される。全てのインターフェース２．１、２．２に、プラグイン３．１〜３．ｎおよび／またはサブインターフェース２．２が接続される。インターフェース２．１、２．２に接続されているプラグイン３．１〜３．ｎは、図４では単にその一部のみが記号的に破線で図示される。従って、図４に示すシステム構造では、いくつかのプラグイン３．１〜３．ｎは、直接的にではなく、サブインターフェース２．２を介して間接的にのみマスタインターフェース２．１に接続されている。
【００４８】
インターフェース２．１、２．２は、異なる領域を含む。可視性コンセプトによって、相互に区分された複数の変数領域（例えば、公開、非公開、保護等）の使用が可能となる。この場合に変数は、該当する領域にカプセル化される。
【００４９】
図４に示す実施例では、インターフェース２．１、２．２が２つの異なる領域、すなわち公開領域１１と非公開領域１２とにのみ区分されている。インターフェース２．１、２．２の公開領域１１に存在する公開値のみが、下部に配置された（よって、より高い順位の）インターフェース２．１、２．２にとって可視的となる。
【００５０】
従って、初期化の完了後には、図４に示すシステム１では次のような可視性が与えられる。公開領域１１は、マスタインターフェース２．１を起点として、符号Ｃ、ＤおよびＦが付されたサブインターフェース２．２の公開領域１１に及ぶ。すなわち、マスタインターフェースＡの公開領域１１から、サブインターフェースＣの公開領域１１と、サブインターフェースＤの公開領域１１とにアクセスすることができる。換言すれば、サブインターフェースＣ、Ｄの公開領域は、マスタインターフェースＡの公開領域１１からアクセス可能である。サブインターフェースＦの公開領域１１は、サブインターフェースＤの公開領域１１にとって可視的となる。
【００５１】
サブインターフェースＥの公開領域１１は、サブインターフェースＣにとって可視的となるが、マスタインターフェースＡにとっては可視的とならない。この理由は、サブインターフェースＥの公開領域１１に存在する値は、サブインターフェースＣの非公開領域１２に存在しており、従って、その下部に配置されたインターフェースＡからは可視的とならないからである。非公開領域１２は、マスタインターフェースＡを起点として、マスタインターフェースＡの非公開領域１２およびサブインターフェースＢの公開領域１１に及ぶ。
【００５２】
以下では、図３のフローチャートを用いて本発明による電子システム１の初期化方法について詳しく説明する。この方法は機能ブロック３０で開始される。機能ブロック３１では、基本インターフェース２もしくはマスタインターフェース２．１が第１のプラグイン３．１または電子システム１のサブインターフェース２．２に照会する。プラグイン３．１は、自らが実行するプロセスに関する情報を基本インターフェース２に伝送する。この情報は、例えばプロセスの時間枠や自らのプロセスの優先順位等に関するものである。さらに、プラグイン３．１は、機能ブロック３２で、自らがプロセスを処理するために必要とする値（変数、関数、構造等）を通知する。
【００５３】
サブインターフェース２．２は、プラグイン３．１〜３．ｎと全く同様に取扱われる。サブインターフェース２．２も、自らに接続されているプラグインにより実行されるプロセスに関する情報を、下部に配置された（よって、より高い順位の）基本インターフェース２に伝送する。さらに、サブインターフェース２．２は、自らに接続されているプラグインによりプロセスの処理のために必要とされる値を通知する。
【００５４】
機能ブロック３２では、第１に必要とされる値の伝送を基本インターフェース２に対して開始する。このためにプラグイン３．１は、値に該当する識別子を基本インターフェース２に伝送する。そして、機能ブロック３３では、残りの全てのプラグイン３．２〜３．ｎまたは基本インターフェース２に接続されている全てのサブインターフェース２．２に対して順々に、必要とされる値を提供できるか否かが問合せられる。
【００５５】
必要とされる値を提供できるプラグイン３．２〜３．ｎが見出された場合にはすぐに、他の検索を開始することができる。必要とされる値を提供できるサブインターフェース２．２が見出された場合に、検索を開始することもできる。この場合には、必要とされる値を提供できることを基本インターフェース２により最初に見出されたプラグイン３．２〜３．ｎもしくはサブインターフェース２．２が、必要とされる値を提供する。
【００５６】
または、他の全てのプラグイン３．２〜３．ｎおよび全てのサブインターフェース２．２に対して、必要とされる値を提供できるか否かが問合せられるまで、検索を継続することも考えられる。必要とされる値を提供できる全てのプラグイン３．２〜３．ｎおよび全てのサブインターフェース２．２から、必要とされる値を算出するプロセスの優先順位が最も高いプラグインもしくはサブインターフェース２．２を選択することができる。この場合、必要とされる値を算出するプロセスの優先順位が最も高いプラグイン３．２〜３．ｎもしくはサブインターフェース２．２が選択される。
【００５７】
さらに、必要とされる値を提供できる最後のプラグイン３．２〜３．ｎを単純に選択することも考えられる。代替的に、必要とされる値を提供できる最後のサブインターフェース２．２を選択することもできる。
【００５８】
必要とされる値を提供できるプラグイン３．２〜３．ｎまたはサブインターフェース２．２の検索に際して、基本インターフェース２は、公開値と非公開値とを区別することもできる。これは、基本インターフェース２がプラグイン３．１〜３．ｎおよびサブインターフェース２．２に、必要とされる値を所望の（非公開または公開の）領域で提供できるか否かを問合せることを意味する。
【００５９】
プロセスの処理中にプラグイン３．１が必要とする所定の値を提供する、プラグイン３．１〜３．ｎまたはサブインターフェース２．２が選択されることが重要である。プロセスの処理中にプラグイン３．１が提供されるべき値にアクセスすることができなければならない。
【００６０】
次に、この目的のために機能ブロック３４では、プロセスの処理中に相応する箇所で、必要とされる値に対するアクセスを可能にする情報がプラグイン３．１に伝送される。例えば、他のプラグイン３．２の記憶領域１４を参照させるポインタ１３を第１のプラグイン３．１に記憶することが提案される（図１参照）。記憶領域１４には、第１のプラグイン３．１により必要とされる値が他のプラグイン３．２により記憶され、状況に応じて規則的に更新される。プラグイン３．１には、ポインタ１３のためにポインタ１３の目標アドレスを記憶可能なフィールド１５が設けられる。プロセスの処理のためにプラグイン３．１により必要とされる他の値についても同様に、必要とされる値をプロセスの処理中に取込める記憶領域を示すポインタを記憶可能な他のフィールド１６が設けられる。
【００６１】
または代替的にプラグイン、例えばプラグイン３．３に、プラグイン３．３のプロセスでは複数の値が必要とされるにもかかわらず、１つのフィールド１７のみを確保することもできる。フィールド１７には、構造１９を参照させるポインタ１８のアドレスが記憶されている。構造１９は、任意のプラグイン３．１〜３．ｎまたは基本ソフトウェア４に記憶されるようにしてもよい。構造１９には、所定の位置もしくは所定のフィールドに所定の値が記憶される。値は、構造１９のフィールドに直接記憶されるようにしてもよく、または必要とされる値が記憶されているプラグイン３．１〜３．ｎまたは基本インターフェース２の該当する記憶領域２１を参照させる他のポインタ２０がフィールドに記憶されるようにしてもよい。
【００６２】
この場合には、所定の値が必要とされると、まずプラグイン３．３から構造１９の先頭部へのジャンプが行われる。そして、必要とされる値に応じて、構造１９の該当するフィールドへのジャンプが行われる。図示した実施例では、構造１９の３番目のフィールドへのジャンプが行われ、そのフィールドには、プラグイン３．ｎの記憶領域２１を示すポインタ２０のアドレスが記憶されている。そこから必要とされる値の最新値が取得される。この後に、プラグイン３．３で中断されていたプロセスの処理が継続される。
【００６３】
構造１９の使用によって、プラグイン３．１のフィールド１５、１６の代わりにプラグイン３．３の１つのフィールドのみを確保しておけばよいので、プラグインの内部でポインタ１３、１８のための記憶領域を節約することができる。
【００６４】
照会ブロック３５では、プラグイン３．１により必要とされる全ての値について、プロセスの処理中に当該値に対するアクセスを可能にするための情報がプラグイン３．１に伝送されているか否かが検査される。伝送されていなければ、機能ブロック３２に分岐し、プラグイン３．１は、基本インターフェース２に対して次に必要とされる値の伝送を開始する。機能ブロック３２〜３４および照会ブロック３５を含むループは、プラグイン３．１により必要とされる全ての値について、情報がプラグイン３．１に伝送されるまで継続される。
【００６５】
ループが完了すれば直ちに、他の照会ブロック３６に分岐し、基本インターフェース２に接続されている全てのプラグイン３．１〜３．ｎおよび基本インターフェース２の全てのサブインターフェース２．２が、各々のプロセスを処理するために必要とする値を通知したか否かが検査される。通知していなければ、機能ブロック３１に分岐し、次のプラグイン３．２もしくは基本インターフェース２の次のサブインターフェース２．２が各々のプロセスに関する情報を通知する。ブロック３２〜３５を含む次のループでは、次のプラグイン３．２が必要とする値のアクセス先に関する情報がプラグイン３．２に伝送される。機能ブロック３１〜３４および照会ブロック３５、３６を含むループは、基本インターフェース２に接続されている全てのプラグイン３．１〜３．ｎおよび基本インターフェース２の全てのサブインターフェース２．２が、各々のプロセスを処理するために必要とする値を通知するまで継続される。通知が完了すれば直ちに、本発明の方法が機能ブロック３７で終了する。
【００６６】
当然ながら図３に示す方法とは異なり、最初に全てのプラグイン３．１〜３．ｎおよび全てのサブインターフェース２．２に各々が必要とする値に関して照会し、プラグイン３．１〜３．ｎおよびサブインターフェース２．２の応答を予めテーブル等に記憶しておくこともできる。この後に、全てのプラグイン３．１〜３．ｎおよび全てのサブインターフェース２．２に対して、自らで実現されるプロセスの処理の枠内で提供できる値を照会することができる。この値もテーブル等に記憶しておくことができる。次に、このテーブルに記憶されている、必要とされる値と提供される値とを適切な方法で互いに関連づけ、プラグイン３．１〜３．ｎおよびサブインターフェース２．２をポインタ１３、１８によって互いに結合しなければならない。
【００６７】
本発明の方法の個々の具体的な実現方法にかかわらずに、システム１に接続されているプラグイン３．１〜３．ｎが自らで実行される機能性に関する情報、すなわち、例えば自らで実現されるプロセスの優先順位、時間枠等に関する情報を通知することが重要となる。同様にプラグイン３．１〜３．ｎは、自らの内部で実現されるプロセスを処理するために必要とする値を通知するとともに、自らの内部で実現されるプロセスの処理によって提供できる値も報告しなければならない。これらの情報の全てが基本インターフェース２に導かれ、そこで適切な方法で処理される。基本インターフェース２での処理の結果として、所定の値を必要とするプラグイン３．１〜３．ｎに対して、必要とする値をプロセスの処理中、すなわちコンピュータプログラムの作動中に取得できる記憶領域１４、２１または構造１９を示すポインタ１３、１８が伝送される。
【００６８】
本発明の方法は、電子システム１の少なくとも１つの計算機で処理される通信プロトコルによって実現される。計算機は、特にマイクロプロセッサまたはマイクロコントローラである。通信プロトコルを処理するこの種の計算機は、例えば基本インターフェース２およびプラグイン３．１〜３．ｎの各々もしくはサブインターフェース２．２の内部に存在する。システム１の起動に際しては、オペレーティングシステムの他に通信プロトコルが計算機による処理のためにロードされて自動的に実行される。当然ながら通信プロトコルは、システム１の全く新たな起動を要することなしに、システム１の再起動（いわゆるリセット）の後に実行することもできる。
【００６９】
本発明による初期化方法の枠内では、実行される機能性もしくはプロセス、必要とされる値、提供できる値等に関する情報に従って、マスタインターフェース２．１の照会がサブインターフェース２．２に対して行われると、サブインターフェース２．２は、可視性コンセプトの枠内で当該照会を自らに接続されているプラグイン３．１〜３．ｎに伝達する。
【００７０】
初期化の枠内で様々なプラグイン３．１〜３．ｎおよび基本ソフトウェア４から機能性および進行性（ablauffaehiges）を有するプログラムを生成するために、前述したステップの他に次のステップも初期化中に実行される。
【００７１】
実行されるべきプロセスの開始アドレスがプラグイン３．１〜３．ｎおよび基本ソフトウェア４からリストに登録される。このリストは、マスタインターフェース２．１によりオペレーティングシステムの所定のタスク周期（例えば１０ｍｓ）で準備される。初期化に際しては、オペレーティングシステムタスクで呼出されるべきプロセスがスケジューラの相応のリストに登録される。インターバル（Zwischenzeiten）（例えば３０ｍｓ）に関しては、ｎ回目のタスク周期で初めて呼出しを開始する除数（Teiler）が算出される（例えば３回目毎の１０ｍｓタスク）。マスタインターフェース２．１のプロセスリストがタスク管理部に登録され、もしくはタスク管理部から登録事項が呼出される。さらに補足すれば、プラグイン３．１〜３．ｎが必ずしもプロセスを含んでいる必要はない。
【００７２】
コンピュータプログラムの進行中、すなわち初期化の完了後に、プラグイン機能は、ポインタ１３、１８を介して自らにより必要とされる値にアクセスする。プラグイン３．１〜３．ｎ間の一義的な通信を保証するために、全ての値が一義的な識別子、いわゆる識別番号ＩＤを介して参照される。
【００７３】
この識別子は、該当する値の物理的内容、単位、データ形式および換算式等に関する指定を含む。当然ながら、使用可能な全ての識別子を調整もしくは管理する中枢部が前提となる。使用可能な全ての識別子の調整もしくは管理は、識別子リスト５に対するアクセスの下で、基本インターフェース２によって行われる。
【００７４】
本発明による初期化方法は、次のようないくつかの主要な利点を有する。
【００７５】
第１に本方法は、様々なプラグインの統合の時点で著しい時間的節約をもたらす。１つまたは複数のプラグインが下請業者により供給される場合には、前述したような可視性コンセプトに従ってプラグインを構造化する責務が下請業者に課せられる。統合の時点では、プラグインが残りのシステム１に挿入されるのみでよい。この他の全ては、初期化中にマスタインターフェース２．１により自動的に処理される。すなわち、インテグレータは、残りのシステム１を全く調整する必要がない（例えばプロセスの組込み等）。本発明によるシステム構造は、例えば様々な下請業者によりアプリケーションもしくは機能性が統合される制御装置、特に車両用制御装置（例えばエンジン制御装置）に適用することができる。
【００７６】
事後的なアップグレード、すなわちフィールドでの制御装置に対する機能性の再ロードが可能となるので、制御装置を新たにプログラミング（フラッシュ）し直す必要がなくなる。前述したシステムコンセプトは、機能性の事後的なフラッシュを可能にする。ここで、「事後的な」とは、顧客が「ソフトウェアサービスステーション」のような形式で新たなプログラム部品をダウンロードできることを意味する。例えばガソリンスタンドや工場にある相応のロード装置で、所望の機能性を制御装置の定義された領域にダウンロード（フラッシュ）することができる。本発明の方法による初期化の後には、これらの機能性がシステム全体１もしくは車両内で使用可能となり、顧客が何らかの方法でさらに介入する必要がなくなる。
【図面の簡単な説明】
【００７７】
【図１】第１の好ましい実施形態に基づく本発明の電子システムを示す説明図である。
【図２】プラグインの構造を示す説明図である。
【図３】好ましい実施形態に基づく本発明の方法を示すフローチャートである。
【図４】好ましい他の実施形態に基づく本発明の電子システムを示す説明図である。
【符号の説明】
【００７８】
１    電子システム
２    基本インターフェース
３．１〜３．ｎ    プラグイン
４    基本ソフトウェア
５    識別子リスト
９    プラグイン機能性部
１０    プラグインインターフェース部
１３、１８、２０    ポインタ
１４、２１    記憶領域
１５、１６、１７    フィールド
１９    構造
２２    初期化テーブル
【図１】
2008523519.tif 000003
【図２】
2008523519.tif 000004
【図３】
2008523519.tif 000005
【図４】
2008523519.tif 000006
【国際調査報告】
2008523519.tif 000007
2008523519.tif 000008
2008523519.tif 000009
2008523519.tif 000010
2008523519.tif 000011
2008523519.tif 000012
2008523519.tif 000013
2008523519.tif 000014