(57)【要約】制御ユニットと，ユーザープログラム（１，２）を有するメモリ媒体とを備えた，プログラム開発のための電子システムが記載されている。インターフェイスを介して，開発すべきユーザープログラム（１，２）の内部データへのアクセスが可能である。そのために，ユーザープログラム（１，２）内にアクセス部が設けられている。さらに，メモリ媒体内にコンフィグレーションプログラムが記憶されており，そのコンフィグレーションプログラムは，インターフェイスを記述しかつアクセス部に対応付けられたデータを有している。さらに，開発すべきユーザープログラム（１，２）の内部データへのアクセスを可能にする方法が提案される。本発明の対象は，さらに，電子システムのためのメモリ媒体として用いられるデータ担体であって，そのデータ担体は少なくとも１つのアクセス部を備えたユーザープログラム（１，２）とコンフィグレーションプログラムを有しており，そのコンフィグレーションプログラム内にインターフェイスを記述するためのデータが格納されている。
2004503009.tif 000002
【特許請求の範囲】
【請求項１】
開発すべきユーザープログラム（１，２，２４）を有することが可能なメモリ媒体（２１）と，少なくとも１つのインターフェイスを介してユーザープログラム（１，２，２４）の内部データへのアクセスを提供する制御ユニット（２０）とを有する，ソフトウェアを開発するための電子システムにおいて，
前記ユーザープログラム（１，２，２４）内に，少なくとも１つのアクセス部（２８）が設けられており，かつ前記メモリ媒体（２１）内に，データを有するコンフィグレーションプログラム（２３）が記憶されており，前記データは，少なくとも１つのインターフェイスを記述し，かつ前記ユーザープログラム（１，２，２４）内の少なくとも１つのアクセス部（２８）に対応付けられている，
ことを特徴とするソフトウェアを開発するための電子システム。
【請求項２】
前記コンフィグレーションプログラム（２３）は，少なくとも１つのグローバルなコンフィグレーションデータファイル（５，２６）と，少なくとも１つのインターフェイスを記述するためのデータを有する，少なくとも１つのローカルなコンフィグレーションデータファイル（３，４，２７）とを有する，
ことを特徴とする請求項１に記載の電子システム。
【請求項３】
前記各インターフェイスの少なくとも１つを記述するためのデータを有することが可能な多数のローカルなコンフィグレーションデータファイル（３，４，２７）が設けられている，
ことを特徴とする請求項２に記載の電子システム。
【請求項４】
前記ローカルなコンフィグレーションデータファイル（３，４，２７）内で，前記インターフェイスを記述するデータをグループ分けすることが可能である，ことを特徴とする請求項３に記載の電子システム。
【請求項５】
前記メモリ媒体（２１）は，前記ユーザープログラム（１，２，２４）と結合されるべき，少なくとも１つの装置ドライバー（２５）を有する，ことを特徴とする請求項１から４のいずれか１項に記載の電子システム。
【請求項６】
ユーザープログラム（２４）を有するメモリ媒体（２１）を備えた，開発すべきユーザープログラム（１，２，２４）の内部データにアクセスする方法であって，その場合に前記アクセスは少なくとも１つのインターフェイスを介して行われる，前記方法において，
前記アクセスのために，コンフィグレーションプログラム（２３）内で前記メモリ媒体（２１）に記憶されている，少なくとも１つのインターフェイスを記述するデータが，前記ユーザープログラム（１，２，２４）内の少なくとも１つのアクセス部（２８）に対応付けられる，
ことを特徴とする開発すべきユーザープログラムの内部データにアクセスする方法。
【請求項７】
前記コンフィグレーションプログラム（２３）は，１つのグローバルなコンフィグレーションデータファイル（５，２６）と，少なくとも１つのインターフェイスを記述するデータを有する，少なくとも１つのローカルなコンフィグレーションデータファイル（３，４，２７）を有しており，かつ
前記少なくとも１つのローカルなコンフィグレーションデータファイル（３，４，２７）内の少なくとも１つのインターフェイスを記述するデータは，グローバルなコンフィグレーションデータファイル（５，２６）内に含まれるデータに従って，少なくとも１つのアクセス部（２８）に対応付けられる，
ことを特徴とする請求項６に記載の方法。
【請求項８】
前記各インターフェイスの１つを記述するためのデータを有する，多数のローカルなコンフィグレーションデータファイル（２，４，２７）が設けられている，
ことを特徴とする請求項７に記載の方法。
【請求項９】
前記ローカルなコンフィグレーションデータファイル（３，４，２７）内の前記インターフェイスを記述するデータが，グループ分けされる，
ことを特徴とする請求項８に記載の方法。
【請求項１０】
前記メモリ媒体（２１）は，少なくとも１つの装置ドライバー（２５）を有しており，かつ前記装置ドライバーは内部データにアクセスする際に前記ユーザープログラム（１，２，２４）と結合される，
ことを特徴とする請求項６から９のいずれか１項に記載の方法。
【請求項１１】
請求項１から５のいずれか１項に記載の電子システムのためのメモリ媒体（２１）として用いられるデータ担体であって，前記データ担体は少なくとも１つのアクセス部（２８）を有するユーザープログラム（１，２，２４）を記録することができ，かつコンフィグレーションプログラム（２３）を有しており，前記コンフィグレーションプログラム内に少なくとも１つのインターフェイスを記述するデータが記憶されている，
ことを特徴とするデータ担体。
【請求項１２】
前記コンフィグレーションプログラム（２３）は，グローバルなコンフィグレーションデータファイル（５，２６）と，少なくとも１つのローカルなコンフィグレーションデータファイル（３，４，２７）とを有する，
ことを特徴とする請求項１１に記載のデータ担体。
【請求項１３】
その中に少なくとも１つの装置ドライバー（２５）が記憶されている，ことを特徴とする請求項１１又は請求項１２に記載のデータ担体。
【発明の詳細な説明】
【０００１】
従来の技術
本発明は，請求項１の上位概念に記載のソフトウェアを開発する電子システム及び請求項６の上位概念に記載の開発すべきソフトウェアの内部データにアクセスする好適な方法に関する。本発明は，さらに，電子システムのためのメモリ媒体として用いられるデータ担体に関する。
【０００２】
ソフトウェアを開発する場合に，しばしば開発すべきユーザープログラムの内部データの観察と操作が必要となる。開発は，ソフトウェアを開発するための電子システム，開発コンピュータ上で行われる。開発の終了後に初めて，できあがったユーザープログラムが目標システムに転送される。
【０００３】
ソフトウェアを開発するための電子システムは，制御ユニットあるいはＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ　Ｃｏｎｔｒｏｌ　Ｕｎｉｔ）を有している。プログラム内のエラーを発見して，それによって後のプログラムのエラーのないランを保証するために，ユーザーソフトウェアの内部データをユーザープログラムのプログラム開発の過程で観察し，必要に応じて操作することが必要である。開発の開始から終了まで，開発すべきソフトウェアの内部データに直接アクセスすることだけが，開発されたプログラムが目標システム，例えば埋め込まれた実時間システム（Ｅｃｔｚｅｉｔｓｙｓｔｅｍ）上で課された要請を満足させることを保証することができる。要請は，例えば時間要請（Ｚｅｉｔａｎｆｏｒｄｅｒｕｎｇｅｎ）である。まさに，ハードな実時間要請を有する時間が問題となるシステムにおいて，プログラムの時間的な行動をプログラム開発（ｐｒｏｇｒａｍｍｅｎｔｗｉｃｋｌｕｎｇ）の間に既に正確に監視することは，絶対に必要である。そのためには，データを読むことも操作することも必要である。
【０００４】
内部データへのアクセス（読取り又は書込み）の可能性は，さらに，効果的なラピッドプロトタイピングが可能である。新しい又は変更されたユーザープログラムのプロトタイプは，既存の構造に結合することができる。プロトタイプは，例えば開発者に，開発すべきプログラムを開発の終了前に目標システム上でテストすることができる。これは，プログラムの後のユーザーにとっても極めて有用であり得る。というのは，ユーザーは極めて早い時点で既に，かつ連続的に，プログラムが自分の想像に一致しているかを調べることができるからである。
【０００５】
内部データへのアクセスの可能性は，いわゆるデバッガーである。これは，内部データの検査によってエラーを発見して，それを除去するプログラムである。しかしながら，デバッガーは，通常，ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ　Ｃｏｎｔｒｏｌ　Ｕｎｉｔ），即ち電子システムのＣＰＵの時間的行動に影響を与えてはならないような問題提起にとっては，適していない。外部的な条件に基づいて，自動車内でデバッガーを使用することは，殆ど不可能である。さらに，デバッガーは，通常，機能プロトタイプを実現するには適していない。従って，効果的なラピッドプロトタイピングは，不可能である。
【０００６】
従って，既にユーザープログラムの開発の範囲内で，後の時点で，即ちソフトウェア開発の後の段階で，あるいはユーザープログラムのラン時間の間に，内部データへのアクセスを可能にするインターフェイスが，このユーザープログラムに実装される。この実装は，特殊な要請に関してユーザープログラムの変更をもたらし，その結果として，しばしば様々な利用のために個別的なソフトウェア解決が開発されることになる。同様な課題設定についても解決が統一されないことは，バリアントの増加をもたらし，かつ手入れと保守の要請を増大させる。
【０００７】
他の欠点は，ソフトウェア開発の経過において実装されたインターフェイスは，それがもはや必要とされない場合でもプログラムのソーステキストと実施可能なコードの中に残ってしまうことである。これは，リソース（プログラムメモリ，揮発メモリ）の著しい負荷を意味しており，それがまたシステムの時間行動にネガティブな作用を有しており，かつシステムコストを増大させる。さらに，この種の処置によって，プログラムのドキュメンテーションとその理解が困難になる。
【０００８】
従って，本発明の課題は，上記欠点を回避して，開発すべきユーザープログラムの内部データへの直接のアクセスを提供する，ソフトウェアを開発する電子システムを提案することである。
【０００９】
さらに，本発明の課題は，開発すべきプログラムの内部データへの直接のアクセスを可能にする方法を提供することである。
【００１０】
さらに，本発明の課題は，プログラム開発するための電子システム用のメモリ媒体として用いることのできる，データ担体を開発することである。
【００１１】
電子システムに関する課題は，請求項１の特徴を有する電子システムによって解決される。
【００１２】
方法に関する課題は，請求項６に記載の方法によって解決される。
【００１３】
課題を解決するためのデータ担体は，請求項１１から明らかにされる。
【００１４】
本発明の好ましい形態は，従属請求項から明らかにされる。
【００１５】
発明の利点
制御ユニットと，開発すべきユーザープログラムを有するメモリ媒体とを備えた電子システムに基づいている。電子システムは，制御ユニットの内部データへのアクセスを可能にする少なくとも１つのインターフェイスを有している。本発明に基づくシステムは，ユーザープログラム内に少なくとも１つのアクセス部が設けられており，かつメモリ媒体内にはコンフィグレーションプログラムが記憶されていることを，特徴としている。このコンフィグレーションプログラムは，少なくとも１つのインターフェイスを記述し，かつユーザープログラム内の少なくとも１つのアクセス部に対応付けられるデータを有している。
【００１６】
従って，インターフェイスは，ユーザープログラムのソーステキスト内とコンフィグレーションプログラム内に実装されている。ユーザープログラムを開発する場合に，このユーザープログラム内には，後に内部のデータへのアクセスを可能にするアクセス部のみが埋め込まれる。しかし，インターフェイスを記述する（Ｂｅｓｃｈｒｅｉｂｕｎｇ）データは，コンフィグレーションプログラム内にある。内部データへアクセスするために，このデータは必要に応じて，実施可能なユーザープログラム内へ展開される。ソーステキスト内のアクセス部とコンフィグレーションプログラム内のインターフェイス記述との間で，一義的な識別子によって参照が行われる。
【００１７】
インターフェイス情報をユーザープログラムから分離することによって，ユーザープログラムのソーステキストは様々なデータアクセスのために変更する必要がなくなる。コンフィグレーションプログラムのみを，必要に応じて交換すればよい。さらに，ユーザープログラム内と制御ユニット内には，インターフェイスが必要とされない場合には，リソースは設けられない。このユニバーサルインターフェイスは，読むためにも書くためにも内部データにアクセスすることができる。利用のために必要なアクセス部を，矛盾なくオンオフ切り換えすることが可能である。
【００１８】
ユーザープログラム内の統一的な計装（ｉｎｓｔｒｕｍｅｎｔａｔｉｏｎ）は，様々なインターフェイス要請のためのソーステキストモジュールのバリアントを回避する。例えば，ユニバーサルインターフェイスを使用する，可能な使用の例：
−プログラムテストとアプリケーションのための測定点；
−プログラムテストと周波数最適化のための刺激介入（ｓｔｉｍｕｌｉｅｒｅｉｎｇｒｉｆｆｅ）；
−外部のバイパス（プロトタイプ機能は，ＥＣＵ内では計算されない）；
−内部のバイパス（プロトタイプ機能は，ＥＣＵ内で計算される）；
−内部あるいは外部のデータロガー；
−ソフトウェアラボオート。
【００１９】
ユニバーサルインターフェイスの機構は，実時間条件の元でオフライン利用のためにもオンライン利用のためにも使用することができる。その場合に計算の時間行動は，ほぼ維持される。データ一貫性−入力量と出力量との間の因果関係−は，インターフェイスなしのプログラムのそれに相当する。
【００２０】
好ましくはコンフィグレーションプログラムは，１つのグローバルなコンフィグレーションデータファイルと少なくとも１つのローカルなコンフィグレーションデータファイルを有している。少なくとも１つのローカルなコンフィグレーションデータファイルは，少なくとも１つのインターフェイスを記述するためのデータを有している。多数のローカルなコンフィグレーションデータファイルが設けられている場合には，これらはそれぞれインターフェイスの１つを記述するためのデータを有することができる。インターフェイスあるいはアクセス部のためのデータを持たない１つ又は複数のローカルなコンフィグレーションデータファイルも存在する。グローバルなコンフィグレーションデータファイルは，上位に配置されており，プロジェクト固有の調節を実現する。即ち，それらグローバルなコンフィグレーションデータファイルはそれぞれ使用に応じて所定のインターフェイス記述を選択し，ユーザープログラム内のそれに応じたアクセス部に対応付ける。その後，インターフェイス記述は，ユーザープログラム内へ展開される。
【００２１】
インターフェイスを記述するデータがローカルなコンフィグレーションデータファイル内でグループ分けされていると，効果的である。このグループ分けは，例えばインターフェイスコンフィグレーションの種類（読み，書き）に基づくことができる。また，機能的なグループ分けも可能であるので，ユーザープログラムの個々の機能を選択することができる。その後，グローバルなコンフィグレーションデータファイル内の調節によって，個々のグループの展開が制御される。
【００２２】
グローバルなコンフィグレーションデータファイル内のこの調節によって，個々のグループの展開が制御され，即ち実施可能なプログラム内へ投入され，あるいは投入されない。従って，各個々のインターフェイス記述について，展開は，それが属するグループコンフィグレーションの論理的な結合として評価される。
【００２３】
機能的なグループ分けによって，例えば，周波数分析に必要なすべてのアクセスがまとめられる。他の可能なグループ分けは，制御器のテストのためのアクセスである。１つのインターフェイス記述は，多数のグループに属することができる。グループ分けは，グローバルなコンフィグレーションデータファイル内の唯一の指名によって多数のインターフェイスの分配された記述を矛盾なくアクティブあるいはディアクティブにすることを可能にする。従って，インターフェイス利用を実施可能なユーザープログラム内へ展開することは，利用固有のグループをアクティブにし，かつプログラムを翻訳（Ｕｂｅｒｓｅｔｚｅｎ）して結合することのみを必要とする。これは，コンフィグレーションプログラムによって実施される。
【００２４】
好ましい形態においては，メモリ媒体は少なくとも１つの装置ドライバーを有している。この装置ドライバーは，リンカーによってユーザープログラムと結合される。ユーザープログラムと結合されたドライバーは，コンパイルされ，かつユーザープログラムが目標システム上に転送された後に同様にこの目標システム上に存在する。ドライバーは，例えばシリアルインターフェイス又はＣＡＮのための装置ドライバーとすることができる。
【００２５】
アクセス部は，既にプログラム開発の間にユーザープログラムのソーステキスト内に実装される。テキストによるプログラミングの場合には，実装はキーワードによって行われる。この課題は，適切なコメント記入によって果たすこともできる。グラフィックプログラム言語の場合には，実装はグラフィック構造エレメントによって可能である。インターフェイスコンフィグレーションのテキストによる記述の他に，導入されたメニューによる入力又はグラフィックも可能である。
【００２６】
請求項６の上位概念に記載された，制御ユニットの内部データへアクセスするための本発明に基づく方法は，アクセスのために，コンフィグレーションプログラム内でメモリ媒体に格納されている，少なくとも１つのインターフェイスを記述するためのデータが，ユーザープログラム内の少なくとも１つのアクセス部に対応付けられることを特徴としている。それぞれ必要に応じて，必要とされるインターフェイスを記述するデータを有するコンフィグレーションプログラムが使用される。その後，データは，ユーザープログラム内の該当するアクセス部に対応付けられる。次に，内部データへのアクセスを行うことができる。
【００２７】
コンフィグレーションプログラムは，好ましくは１つのグローバルなコンフィグレーションデータファイルと少なくとも１つのローカルなコンフィグレーションデータファイルを有している。ローカルなコンフィグレーションデータファイルは，インターフェイスを記述するデータを有している。このデータは，グローバルなコンフィグレーションデータファイル内に設けられているデータに従って，ユーザープログラム内のアクセス部に対応付けられる。それによって，様々な利用のために，グローバルなコンフィグレーションデータファイルを交換するだけで済む。
【００２８】
多数のローカルなコンフィグレーションデータファイルが設けられている場合には，これらはそれぞれインターフェイスの１つを記述するデータを有している。インターフェイス記述のない１つ又は複数のローカルなコンフィグレーションデータファイルが設けられることも可能である。
【００２９】
ローカルなコンフィグレーションデータファイル内のデータは，好ましくはグループ分けされる。
【００３０】
好ましくは，必要とされる装置ドライバがメモリ媒体に記憶されている。これら装置ドライバーは，その後内部データにアクセスする場合に，ユーザープログラムと結合される。ユーザープログラムをコンパイルし，かつ目標コンピュータ上へ転送した後に，必要とされる装置ドライバーはユーザープログラム内に残り，従って目標システム上にコンパイルされて存在する。
【００３１】
本発明に基づくデータ担体は，開発すべきプログラムの内部データへのアクセスを提供する，プログラム開発のための電子システム用のメモリ媒体として用いられる。データ担体は，ユーザープログラムとコンフィグレーションプログラムとを有している。ユーザープログラム内には，少なくとも１つのアクセス部が実装されている。コンフィグレーションプログラムは，少なくとも１つのインターフェイスを記述するデータを有している。
【００３２】
好ましくは，コンフィグレーションプログラムは，グローバルなコンフィグレーションデータファイルと少なくとも１つのローカルなコンフィグレーションデータファイルを有している。
【００３３】
好ましくは，データ担体内に，少なくとも１つの装置ドライバーが記憶されている。
【００３４】
図１は，本発明に基づく方法の機能方法を明らかにするものである。第１のユーザープログラム１と第２のユーザープログラム２が記載されている。さらに，第１のローカルなコンフィグレーションデータファイル３と第２のローカルなコンフィグレーションデータファイル４が示されている。さらに図面は，グローバルなコンフィグレーションデータファイル５を示している。
【００３５】
ユーザープログラム１は，プログラムコードを有しており，そのプログラムコードは後の時点で目標システム上でコンパイルされて使用される。「ｉｎｓｔｒｕｍｅｎｔ（ＩＤ）」という表現は，抽象的なインターフェイスの見越し距離，従ってその内部データを読み及び／又は操作するためにユーザープログラムへアクセスするための可能なアクセス部を示している。ローカルな第１のコンフィグレーションデータファイル１は，ユーザープログラムの変量ｃを読み（ビジュアル化し）かつ書く（刺激する：ｓｔｉｍｕｌｉｅｒｅｎ）ための記述を有している。しかし，識別子ＩＤを介して，例えば変量ａへアクセスすることもできる。矢印６は，第１のローカルコンフィグレーションデータファイル３からユーザープログラム１へのインターフェイスコンフィグレーションの展開を示している。第１のコンフィグレーションデータファイル３内で，インターフェイス記述は２つのグループ，即ちＧｒｕｐｐｅ＿ＡとＧｒｕｐｐｅ＿Ｂに分割されている。グループ分けは，ここではインターフェイスコンフィグレーションの種類（読み，書き）に基づくようにすることができる。しかしまた，機能的なグループ分けも可能であるので，ユーザープログラムの個々の機能を選択することができる。
【００３６】
グローバルなコンフィグレーションデータファイル５内では，様々なコンフィグレーションがグループＧｒｕｐｐｅ＿ＡとＧｒｕｐｐｅ＿Ｂにまとめられている。グローバルなコンフィグレーションデータファイル５は，ここでは次の設定を行う：Ｇｒｕｐｐｅ＿Ａのコンフィグレーションを実施し，Ｇｒｕｐｐｅ＿Ｂのコンフィグレーションは実施しない。この設定は，すべてのローカルなコンフィグレーションデータファイルについて有効である。第１のローカルなコンフィグレーションデータファイル３へのグローバルなコンフィグレーションデータファイル５のアクセスは，矢印７と８によって示され，第２のコンフィグレーションデータファイル４へのアクセスは，矢印９と１０によって示されている。
【００３７】
アクション（データファイルの読み，データバンクの構築，マクロの展開…）の実施は，コンフィグレーションプログラムによって実施される。
【００３８】
グローバルなコンフィグレーションデータファイル５内には，同様に，データへのアクセスのためにどの物理的媒体（バス，シリアル又はパラレルのインターフェイス）及びどのプロトコルが使用されるか，が記載されている。この情報は，展開すべきグループに関する情報と同一のデータファイル内に格納される必要はない。
【００３９】
図２には，ソフトウェアを開発するための電子システム１が，概略的に示されている。このシステムは，制御ユニット２０とメモリ媒体２１を有しており，それらはデータバス２２を介して互いに接続されている。データバス２２は，データの読み書きを許可する。メモリ媒体２１内には，コンフィグレーションプログラム２３，ユーザープログラム２４及び４つの装置ドライバー２５が格納されている。この例においては，データはすべて１つのメモリ媒体上に存在している。しかしデータは，多数のメモリ媒体上に存在することも，全く可能である。
【００４０】
コンフィグレーションプログラム２３は，１つのグローバルなコンフィグレーションデータファイル２６と３つのローカルなコンフィグレーションデータファイル２７を有している。ローカルなコンフィグレーションデータファイル２７は，インターフェイスを記述するデータを有している。即ち，ローカルなコンフィグレーションデータファイルは，ユーザープログラム２４内のデータの読み書きのための記述を有している。グローバルなコンフィグレーションデータファイル２６は，上位に配置されている。これは，プロジェクト固有の調節を実現する。即ち，グローバルなコンフィグレーションデータファイルは，ローカルなコンフィグレーションデータファイル２７内のどのインターフェイス記述又はインターフェイス記述のどのグループが，ユーザープログラム２４内へ展開されるべきかについての情報を有している。このアクションの実施は，コンフィグレーションプログラム２３によって行われる。
【００４１】
ユーザープログラム２４内には，３つのアクセス部２８が実装されている。アクセス部２８は，ユーザープログラム２４内の，必要に応じてユーザープログラムの内部データにアクセスする個所であり，即ちこの個所においてユーザープログラムの内部データが読み及び／又は書かれることになる。グローバルなコンフィグレーションデータファイル８に従って，インターフェイスを記述するために必要なデータが，ユーザープログラム２４内の，ローカルなコンフィグレーションデータファイル２７からのアクセス部２８に対応付けられて，このユーザープログラム内に展開される。このことにより，コンフィグレーションプログラム２３が実施される。アクセス部２８に基づいてユーザープログラム２４のデータにアクセスすることができる。グローバルなコンフィグレーションデータファイル２６内の調節によって，インターフェイスを記述するためのデータが，実施可能なユーザープログラム２４内へ展開される。
【００４２】
従って，上述した方法は，開発コンピュータ上で遂行される。ユーザープログラム２４の内部データへのアクセスは，プログラム開発の間に行われる。目標システムのために，ユーザープログラムが開発されて，そのユーザープログラムは目標システムのデータへの特殊化されたアクセス可能性を提供する。この特殊化されたアクセス可能性のみが，ユーザープログラム内に含まれている。プログラム開発の間だけ必要とされた，インターフェイスの記述は，できあがったユーザープログラム内にはもはや含まれていない。このことが，リソースを節約する。ユーザープログラムのコードは，インターフェイス記述から分離されている。従って，ユーザープログラムをインターフェイスとは関係なく，再利用することができる。
【００４３】
インターフェイスを介しての複雑なアクセスは，グローバルなコンフィグレーションデータファイル２６のわずかな変更によって，アクティブにし，かつディアクティブにすることができる。アクセスは，伝送媒体に依存せず，かつ使用されるプロトコルに依存しない。
【００４４】
装置ドライバー２５は，必要に応じてリンカーによって付加される。それらは，必要に応じてユーザープログラム２４内に残り，目標システム上でコンパイルされたユーザープログラム２４内で再利用される。
【００４５】
機能プロトタイプを結合するために，例えば１０の読取りアクセスと２つの書込みアクセスが必要である。それは，例えばエンジン回転数，温度などのような，存在している変量である。プログラマーは，ユーザープログラムソース内で変量を同定し，必要に応じてローカルなコンフィグレーションデータファイル２７内でアクセスを補足する。通常，ユーザープログラムソースの変更は，不要である。必要なコンフィグレーションは，グループＰｒｏｔ＿１にまとめられる。コンフィグレーションは，グループに属さず，１つのグループに属し，あるいは１つ以上のグループに属することができる。ローカルなコンフィグレーション内でグループＰｒｏｔ＿１をアクティブにすることによって，特殊化されたインターフェイスを有するプログラムが形成される。ディアクティブにした後には，実施可能なプログラム内にインターフェイスはもはや含まれていない。従って，形成された特殊化されたインターフェイスを有するプログラムは，開発コンピュータ上で遂行される。特殊化されたインターフェイスを介してのアクセスは，プログラムの機能を調べるために使用することができる。インターフェイスは，ユーザープログラムのソースの変更にほぼ無関係である。種々のプロジェクト内で繰り返される試験（例えばアイドリング制御器のさらなる開発）のために，単純にインターフェイスを再びアクティブにすることができる。
【００４６】
目標システム内の実施可能なユーザープログラムは，コンフィグレーションで定められたインターフェイスのみを有する。このアクセスがラン時間にアクティブであるか，あるいはアクティブにされるかは，ドライバーによって実現される選択されたプロトコルに依存する。
【００４７】
コンフィグレーションの処理は，好ましくはオフラインで行われる。それによってリソースの節約と実時間要請の遵守が可能である。
【図面の簡単な説明】
図面
本発明を，添付図面を用いて詳細に説明する。図面において：
【図１】
本発明に基づく方法の好ましい実施形態を説明する図表であり；
【図２】
本発明に基づく電子システムの好ましい実施例を概略的に示している。
【図１】
2004503009.tif 000003
【図２】
2004503009.tif 000004
【国際公開パンフレット】
2004503009.tif 000005
2004503009.tif 000006
2004503009.tif 000007
2004503009.tif 000008
2004503009.tif 000009
2004503009.tif 000010
2004503009.tif 000011
2004503009.tif 000012
2004503009.tif 000013
2004503009.tif 000014
2004503009.tif 000015
2004503009.tif 000016
2004503009.tif 000017
2004503009.tif 000018
2004503009.tif 000019
2004503009.tif 000020
2004503009.tif 000021
2004503009.tif 000022
2004503009.tif 000023
2004503009.tif 000024
2004503009.tif 000025
【国際公開パンフレット（コレクトバージョン）】
2004503009.tif 000026
2004503009.tif 000027
【国際調査報告】
2004503009.tif 000028
2004503009.tif 000029
2004503009.tif 000030
2004503009.tif 000031
2004503009.tif 000032
2004503009.tif 000033