(57)【要約】【課題】本発明は、複数のアプライアンスを有する車両コントロールシステムの対象アプライアンスにソフトウェアをロードする方法を提供する。【解決手段】本発明に従って以下のステップが提供される：１つ以上のソフトウェアモジュールをロードするプロセスを、タスク要素、すなわち少なくとも１つのアプライアンス監視タスク、１つのアプライアンス更新タスク、および１つのアプライアンス受信タスクに分割するステップと、タスク要素を実行するために、対象アプライアンスと、複数のアプライアンスと、および／または車両コントロールシステムの外部のコントロールアプライアンスに割り当てるステップ。ここで、アプライアンス監視タスクは、車両コントロールシステムの外部からソフトウェアモジュールをロードするためのコントロールコマンドを処理し伝達することを含み、アプライアンス更新タスクは、対象アプライアンスと、複数のアプライアンスと、および／またはコントロールアプライアンス間でソフトウェアモジュールのロードをコントロールすることを含み、アプライアンス受信タスクは、車両コントロールシステムの外部からロードされるソフトウェアモジュール用のインタフェースの提供を含む。この発明は、例えば自動車用のコントロールシステムで使用される。
2004519751.tif 000002
【特許請求の範囲】
【請求項１】
複数のアプライアンスを有する車両コントロールシステムの対象アプライアンスにソフトウェアをロードする方法において、
１つ以上のソフトウェアモジュール（ｍ１、ｍ２）をロードする工程を、少なくとも１つのアプライアンス監視タスク、アプライアンス更新タスク、およびアプライアンス受信タスクを含む複数のタスク要素に分割するステップと、
前記タスク要素を、その実行のために、前記対象アプライアンス（１０；Ｄ１）と、複数のアプライアンス（２０；４０、Ｄ２）と、および／または前記車両コントロールシステムの外部のコントロールアプライアンス（３０）とに割り当てるステップとを有し、
前記アプライアンス監視タスクは、前記車両コントロールシステムの外部から前記ソフトウェアモジュール（ｍ１）をロードするためのコントロールコマンドを処理し転送することを含み、
前記アプライアンス更新タスクは、前記対象アプライアンス（１０、Ｄ１）と、前記複数のアプライアンス（２０；４０、Ｄ２）と、および／または前記コントロールアプライアンス（３０）との間で前記ソフトウェアモジュール（ｍ１）のロードをコントロールすることを含み、
前記アプライアンス受信タスクは、前記車両コントロールシステムの外部からロードされる前記ソフトウェアモジュール（ｍ１）用のインタフェースの提供を含むことを特徴とするソフトウエアロード方法。
【請求項２】
さらに、前記ソフトウェアモジュール（ｍ１）をロードする工程をコンフィギュレーション管理タスクに分割するステップを有し、
当該コンフィギュレーション管理タスクは、前記車両コントロールシステムが前記ロードされるソフトウェアモジュール（ｍ１）のハードウェアおよびソフトウェアの要件を満たすか否か、および前記ロードされるソフトウェアモジュール（ｍ１）が前記車両コントロールシステムの動作に対する要件を満たすか否かについてのチェックを含むことを特徴とする、請求項１に記載のソフトウェアロード方法。
【請求項３】
前記ロードされるソフトウェアモジュール（ｍ１、ｍ２）には、それぞれバージョン行と要件リストとが提供され、
前記バージョン行は、前記ロードされるソフトウェアモジュール（ｍ１、ｍ２）の名称と、前記対象アプライアンス（Ｄ１）の特定と、前記対象アプライアンス（Ｄ１）における前記ロードされるソフトウェアモジュール（ｍ１）の内部使用または外部使用の特定（ｌ、ｅ）と、前記ロードされるソフトウェアモジュール（ｍ１）のバージョン番号（ｖ１．１）とを有し、
前記要件リストは、前記ロードされるソフトウェアモジュール（ｍ１）によりアクセスが意図されている複数のアプライアンス（Ｄ２）の特定と、アクセスが意図されている前記複数のアプライアンス（Ｄ２）において前記ロードされるソフトウェアモジュール（ｍ１）によって必要とされる前記ソフトウェアモジュール（ｍ９）の名称と、前記必要とされるソフトウェアモジュール（ｍ９）のバージョン番号（１．ｘ）とを有し、
前記コンフィギュレーション管理タスクは、前記対象アプライアンス（Ｄ１）と前記複数のアプライアンス（Ｄ２）にすでにロードされているソフトウェアモジュール（ｍ２、ｍ９）に対する前記要件が、前記ロードされるソフトウェアモジュール（ｍ１）に対してチェックされ、当該チェックでは、前記ロードされるソフトウェアモジュール（ｍ１）の前記バージョン行と、前記すでにロードされているソフトウェアモジュール（ｍ２、ｍ９）の要件リストとが使用される第１のチェックと、前記ロードされるソフトウェアモジュール（ｍ１）に対する前記要件が、前記対象アプライアンス（Ｄ１）と前記複数のアプライアンス（Ｄ２）にすでにロードされている前記ソフトウェアモジュールに対してチェックされ、当該チェックでは前記ロードされるソフトウェアモジュール（ｍ１）の前記要件リストと前記すでにロードされているソフトウェアモジュール（ｍ２、ｍ９）のバージョン行とが使用される第２のチェックとを有することを特徴とする、請求項２に記載のソフトウェアロード方法。
【請求項４】
前記コンフィギュレーション管理タスクが、前記車両コントロールシステムのアプライアンス（２０；４０）によって実行されることを特徴とする、請求項２または３に記載のソフトウェアロード方法。
【請求項５】
前記コンフィギュレーション管理タスクが、前記車両の外部の前記コントロールアプライアンスによって実行されることを特徴とする、請求項２または３に記載のソフトウェアロード方法。
【請求項６】
さらに、前記ソフトウェアモジュールをロードするプロセスを、前記車両コントロールシステム内で、前記対象アプライアンス（１０；Ｄ１）にすでにロードされている前記ソフトウェアモジュールの少なくともいくつかをバックアップするステップを含むアプライアンスバックアップタスクに分割するステップを備えている、請求項１乃至５の１つに記載のソフトウェアロード方法。
【請求項７】
前記タスク要素を実行するための前記割当ステップが、前記タスク要素に必要とされる計算能力、前記タスク要素に必要とされるメモリスペース、および／または前記対象アプライアンス（１０；Ｄ１）とデータ保存のための前記複数のアプライアンス（２０；４０、Ｄ２）において必要とされる時間に従って、実行されることを特徴とする、請求項１乃至６の１つに記載のソフトウェアロード方法。
【請求項８】
データ通信の安全性が、前記車両コントロールシステムの外部でのみ暗号スクランブリングすることによって提供されることを特徴とする、請求項１乃至７の１つに記載のソフトウェアロード方法。
【請求項９】
前記車両コントロールシステムが前記ロードされるソフトウェアモジュール（ｍ１）に対する前記ハードウェアおよびソフトウェアの要件を満たすか否か、および前記ロードされるソフトウェアモジュール（ｍ１）が前記車両コントロールシステムの動作に対する要件を満たすか否かについてのチェックを有するコンフィギュレーション管理タスクを実行するために、前記車両コントロールシステムのそれぞれのアプライアンス（Ｄ１、Ｄ２）にすでにロードされているソフトウェアモジュール（ｍ１、ｍ２、ｍ９）がそれぞれバージョン行と要件リストを有し、
前記バージョン行は、前記すでにロードされているソフトウェアモジュール（ｍ１、ｍ９）の名称と、前記それぞれのアプライアンス（Ｄ１、Ｄ２）における前記すでにロードされているソフトウェアモジュール（ｍ１、ｍ９）の内部使用または外部使用の特定と、前記すでにロードされているソフトウェアモジュール（ｍ１、ｍ９）のバージョン番号（ｖ１．０、ｖ１．４）とを有し、
前記要件リストは、前記すでにロードされているソフトウェアモジュールによるアクセスが意図されている複数のアプライアンスの特定と、アクセスが意図されている前記複数のアプライアンスにおいて前記すでにロードされているソフトウェアモジュールによって必要とされるソフトウェアモジュールの名称と、前記必要とされるソフトウェアモジュールのバージョン番号とを有することを特徴とする、請求項１乃至８の１つに記載の方法を実行するための車両コントロールシステム。
【請求項１０】
前記コンフィギュレーション管理タスクを実行するために、前記車両コントロールシステムが、前記車両コントロールシステムの外部のコントロールアプライアンスによって動作されることを特徴とする、請求項９に記載の車両コントロールシステム。
【請求項１１】
前記コンフィギュレーション管理タスクを実行するのに適しているアプライアンス（２０；４０）が前記車両コントロールシステム内に設けられていることを特徴とする、請求項９または１０に記載の車両コントロールシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数のアプライアンス（機器）を有する車両コントロールシステム内の対象アプライアンスにソフトウェアをロードするための方法と、その方法を実行する車両コントロールシステムに関する。
【０００２】
【従来の技術】
公開特許ＤＥ  ４３  ３４  ８５９  Ａ１号は、生産ライン上のコントローラの初期化を目的とする、自動車の電子コントローラをプログラミングするための装置について開示している。コントローラは互いに接続されている。１つのコントローラは、コントローラ用の既存の送受信装置、例えば通信プロセスに使用されている赤外線ロックシステムによって、外部のプログラマと通信できる。
【０００３】
アプライアンスの初期化中に、プログラミングされる各アプライアンスは、プログラミング工程中に生じるタスクを実行するための十分な計算能力と十分な空きメモリを有していなければならない。新たなソフトウェアバージョンのロード、つまりいわゆる更新は、すでにロードされているソフトウェアをバックアップする必要があり、また空きのメモリスペースが動作中のデータによって占められることで減少するために、初期化時よりもより厳しい要件を必要とする。これらのより厳しい要件は、例えば車両コントロールシステムのアプライアンスのためのより高い計算能力とより大きなメモリを提供することによって満たされなければならない。一方で、車両コントロールシステムにはかなりのコストの制約がかけられているので、とりわけ大量生産に適合させることが意図されるアプライアンスは、可能な限り低コストで設計されなければならない。従って、これまで、車両コントロールシステムへのソフトウェアのロードは、生産ラインでの特定のアプライアンスの初期化と、ＣＤ（コンパクトディスク）を介して新たなデータ記録を受信するナビゲーションシステムなどの特殊装備として一般的に提供される特殊機器の更新とに制限されてきた。
【０００４】
公開特許ＤＥ  １９６  ２５  ００２  Ａ１号は、データを送信、受信、検出および／または処理するための複数のアプライアンスユニットが種々のテレマティークアプリケーションと柔軟にコントロール可能な形態で関連付けられる車両通信システムについて開示している。これは、異なるテレマティークアプリケーションのために同一のアプライアンスを車両に冗長に取り付けることを回避する目的で、低コストでテレマティークアプリケーションを実行するためのより大きな柔軟性を提供する。
【０００５】
【発明が解決しようとする課題】
本発明は、対象アプライアンスの性能に単にマイナーな要件のみを要求する、車両コントロールシステムの対象アプライアンスにソフトウェアをロード方法を提供し、また、その方法を実行するための車両コントロールシステムを提供するという技術的問題に基づいている。
【０００６】
【課題を解決するための手段】
請求項１の特徴を有するソフトウェアをロードする方法ならびに請求項９の特徴を有する車両コントロールシステムは、この目的のために本発明に従って提供される。
【０００７】
ソフトウェアモジュールをロードするプロセスは、タスク要素に分割され、またタスク要素を実行するためのプロセスは、対象アプライアンス、車両コントロールシステムの複数のアプライアンスおよび／または車両コントロールシステムの外部のコントロール装置に割り当てられるので、タスクはソフトウェアモジュールをロード中に必ずしも単一の装置によって実行される必要はない。従って、例えば計算能力およびメモリ容量に関する負荷を、個々のアプライアンスの性能に基づいて分配することができる。車両コントロールシステムの多くのアプライアンスは、標準装備の一部ではない。タスク要素の優れた分配によって、ソフトウェアの更新を可能にするために、少数の標準アプライアンスをグレードアップし、それ故に高価にならざるをえないことを回避することができる。タスク要素の定義は論理アプライアンスの定義に対応する。該方法が実行されると、タスク要素または論理アプライアンスは実際に物理的に存在しているアプライアンスに割り当てられる。
【０００８】
タスク要素は、車両コントロールシステムの外部からソフトウェアモジュールをロードするためのコントロールコマンドの処理および伝達を含むアプライアンス監視タスクと、対象アプライアンス、複数のアプライアンスおよび／またはコントロールアプライアンス間でソフトウェアモジュールをロードするプロセスのコントロールを含むアプライアンス更新タスクと、車両コントロールシステムの外部からロードされるソフトウェアモジュール用のインタフェースの提供を含むアプライアンス受信タスクとを有している。これらのタスク要素への分割は、車両コントロールシステムにおいて生じる特定の境界条件を考慮に入れているため、特に車両コントロールシステムに適している。例えば、車両コントロールシステムは、一般的にロード工程中に主たる負荷を受け入れるために使用される強力な中央コンピュータを有していない。実際、インストールされているアプライアンスの性能に関して種々の機器（ｅｑｕｉｐｍｅｎｔ）の変更部分がかなり異なっているため、タスク要素を種々割当することがソフトウェアが種々の変更部分を有する機器にロードされることを可能にする唯一の方法である。ロード方法の高度な柔軟性により、製造メーカによる多くのモデルサイクルを通じて使用されうる。
【０００９】
アプライアンス監視タスクの提供によって、ソフトウェアモジュールのロード方法を変更する必要なく、異なるアプライアンスが外部へのインタフェースとして使用されることが可能になる。例えば、１つ以上のソフトウェアモジュールのロードは、例えば外部診断アプライアンスまたは車両自体の入力装置によってコントロールされうる。従って、診断コンピュータからコントローラを更新し、また車両のコントローラからナビゲーションシステムを更新するために、同じロード方法が使用されうる。ソフトウェアモジュールをロードする工程のコントロールはよりパワフルなアプライアンスに割り当てられるので、アプライアンス更新タスクを実行するために柔軟に割当ることで、車両コントロールシステム内のよりパワーのないアプライアンスに新たなソフトウェアモジュールを提供することができる。
【００１０】
アプライアンス受信タスクの提供によって、単に１つの物理的アプライアンスが、異なるアプライアンスの更新に使用されることが可能になる。例えば標準装備に提供されている診断インタフェースを介するよりもむしろ、オプションで提供されたモバイルラジオやＣＤＲＯＭインタフェースを介してソフトウェアがロードされることを意図されている場合、このロード方法はまた変更なく使用される。車両コントロールシステムの外部とネットワーク化された車両コントロールシステム内とで異なるデータ伝送速度が使用される場合は、アプライアンス受信タスクはデータの受信のみならず受信したデータの一時的保存をも含んでいてもよい。
【００１１】
本発明の有利な改良が従属クレームに明記されている。
【００１２】
コンフィギュレーション管理タスクを定義することで、標準装備を有する車両コントロールシステムの場合に、ソフトウェアモジュールのロード中に、計算集中の互換性のチェックをどこへでも移動、例えば診断アプライアンスに移動することを可能にする。一方で、より性能のよい装備を有する変形例において、互換性チェックは、例えばナビゲーションシステム用の新たなソフトウェアをロードする場合にカスタマ自身によって、車両自体のコンフィギュレーション管理タスク内で実行される。
【００１３】
コンフィギュレーション管理用のデータがソフトウェアと共にバージョン行および要件リスト内に直接保持されるので、コストのかかる中央データ保存の必要はない。コンフィギュレーション管理タスクを実行する工程が割り当てられているアプライアンスによって、保持されているデータの評価のみが集中的に実行される。従って、必要とされる主要コンポーネントのみが互換性チェックのために提供され、それゆえ該方法は車両コントロールシステムにとりわけ適している。車両コントロールシステムのソフトウェアコンフィギュレーションの自己テストもまた可能である。
【００１４】
車両コントロールシステム内の対象アプライアンスのソフトウェアモジュールの少なくともいくつかをバックアップすることを含むアプライアンスバックアップタスクを提供することで、例えば外部の診断アプライアンスと接続していないＣＤＲＯＭから、または例えばソフトウェア更新用のモバイルラジオを介してカスタマ自身によって実行されるソフトウェア更新の場合においても、すでにロードされているソフトウェアがバックアップされる。アプライアンスバックアップタスクを柔軟に割当ることで、装備の変更部分に依存してこの目的に適しているアプライアンスを選択することが可能になる。
【００１５】
タスク要素を実行するための工程の割当が、タスク要素に必要とされる計算能力、タスク要素に必要とされるメモリスペース、および／または対象アプライアンスおよび車両コントロールシステム内の複数のアプライアンス内でのデータの保存に必要とされる時間に基づいて行われる。これによって、計算集中型の、メモリ集中型の、および／または時間がクリティカルなタスク要素が、それらにとってそれぞれに最適なアプライアンスに割り当てられることが可能になる。
【００１６】
データ伝送は車両コントロールシステムの外部でのみ暗号スクランブリングすることによって安全になるため、いわゆる端から端まで保護する場合に比較してかなり複雑さが減少され、車両コントロールシステムの標準装備は、更新を実行可能であるにもかかわらず、より単純に設計することが可能になる。とりわけ、車両コントロールシステム内で必要とされる計算能力はより小さく、また一般的に管理上の複雑さは、管理される暗号キーがより少ないために減少する。
【００１７】
また、本発明に係る技術的問題は、請求項９の特徴を有する車両コントロールシステムによって解決される。このような車両コントロールシステムの場合、コンフィギュレーション管理タスク内で互換性チェックを実行するために必要とされるデータは、ソフトウェアと共に伝達される。このために、車両コントロールシステムのそれぞれのアプライアンスにすでにロードされているソフトウェアモジュールは、各々バージョン行と要件リストとを有している。必要とされるデータはソフトウェアモジュール自体に添付されているので、このような車両コントロールシステムによって、互換性チェックが、ロードされるソフトウェアモジュールに対して、複雑な中央データ記憶装置なしで実行される。従って、このような車両コントロールシステムは、標準装備を含む種々の装備を変更させる製造に対してかなり適している。
【００１８】
車両コントロールシステムは車両コントロールシステムの外部のコントロールアプライアンスによって動作できるので、コンフィギュレーション管理タスクは車両コントロールシステムの外部で実行されることができ、従って車両コントロールシステムの複数のアプライアンスに対する要件を減少させることができる。
【００１９】
しかしながら、車両コントロールシステムが、ロードされるソフトウェアモジュールに対するハードウェアおよびソフトウェアの要件を満たすか否か、およびロードされるソフトウェアモジュールが、車両コントロールシステムの動作に対する要件を満たすか否かを判断するための互換性チェックが、車両自体において実行可能であるので、コンフィギュレーション管理タスクを実行するのに適しているアプライアンスを車両コントロールシステム内に設けることが好ましい。これは、例えば、外部アプライアンスを接続することなく更新が実行される時に、モバイルラジオによってまたはＣＤＲＯＭからデータが送信される場合に好都合である。
【００２０】
本発明のさらなる特徴および利点は、以下の説明と関連して添付の図面においてわかる。
【００２１】
【発明の実施の形態】
図１は本発明の１つの好ましい実施形態に従った車両コントロールシステムを概略的に示しており、また本発明に従った方法の１つの好ましい実施形態を図示している。図１において、車両コントロールシステムは、互いにネットワーク化されている対象アプライアンス１０とアプライアンスＩ２０によって表されている。説明をよりわかり易くするために、車両コントロールシステムの他のアプライアンスは図示しない。車両コントロールシステムの外部のコントロールアプライアンスは、車両コントロールシステムに接続されている診断テスタ３０によって表されている。図示された実施形態において、診断テスタ３０は、車両コントロールシステムの外部のソフトウェアモジュールをロードするためのコントロールコマンドを処理し伝達することによってアプライアンス監視タスクを実行する。従って診断テスタ３０は、オペレータがソフトウェアモジュールをロードさせ、かつ該方法の進行に関連する確認を受信する外部へのインタフェースである。
【００２２】
ソフトウェアモジュールは対象アプライアンス１０にロードされることが意図されている。従って対象アプライアンス１０は、対象アプライアンス１０とアプライアンスＩ２０と診断テスタ３０との間でソフトウェアモジュールのロード工程をコントロールすることによってアプライアンス更新タスクを実行し、車両コントロールシステムの外部、すなわち診断テスタ３０からロードされるソフトウェアモジュールのインタフェースを提供することによってアプライアンス受信タスクを実行し、新たなソフトウェアモジュールがロードされる前に対象アプライアンス１０にすでにロードされているソフトウェアモジュールをバックアップすることによってアプライアンスバックアップタスクを実行する。
【００２３】
アプライアンスＩ２０は、車両コントロールシステムがロードされるソフトウェアモジュールに対するハードウェアおよびソフトウェアの要件を満たしているか否かをチェックし、およびロードされるソフトウェアモジュールが車両コントロールシステムの動作に対する要件を満たしているか否かをチェックすることによって、コンフィギュレーション管理タスクを実行する。
【００２４】
従って、この場合、ロード工程に関する種々のタスク要素が種々のアプライアンスに、つまり診断テスタ３０、対象アプライアンス１０、およびアプライアンスＩ２０に割り当てられる。すなわち、診断テスタ３０にはアプライアンス監視のタスクが割り当てられ、対象アプライアンス１０には対象アプライアンス、アプライアンス更新、アプライアンス受信、およびアプライアンスバックアップのタスクが割り当てられ、アプライアンスＩ２０にはコンフィギュレーション管理のタスクが割り当てられる。従って、更新工程のための計算およびメモリロードは個々のアプライアンスの性能に基づいて分配される。
【００２５】
更新工程は、診断テスタ３０からの更新要求によって開始される。更新要求と共に、診断テスタ３０は監視データを対象アプライアンス１０に送る。アプライアンス更新タスク内で、対象アプライアンス１０はこの監視データとその内部状態を使用して、コンフィギュレーション管理用のコンフィギュレーション
（構成）データを生成する。
【００２６】
コンフィギュレーションデータはアプライアンスＩ２０に送られ、アプライアンスＩ２０は、コンフィギュレーション管理タスク内で、新たなコンフィギュレーション
（構成）がシステム全体と適合するか否か、具体的にはロードされるソフトウェアモジュールが車両コントロールシステムに対する要件を満たすか否か及びその逆をチェックする。アプライアンスＩ２０はこの情報を対象アプライアンス１０に送る。図示された状況では、新たなコンフィギュレーションのチェックは肯定的な結果で終了し、アプライアンスＩ２０は「コンフィギュレーションＯＫ」という情報を対象アプライアンス１０に送っている。
【００２７】
対象アプライアンス１０はまた、その内部状態がソフトウェアの更新を可能であるか否か、および更新プロセスに必要とされるメモリスペースが対象アプライアンス１０で使用可能であるか否かをチェックする。アプライアンス更新タスク内で、対象アプライアンス１０は、更新が可能であることを示す「コンフィギュレーションおよび状態ＯＫ」の確認を診断テスタ３０に送る。
【００２８】
アプライアンス１０は、アプライアンス監視タスク内で診断テスタ３０によって更新要求と共に送信される監視データを使用して、新たなソフトウェアモジュールをロードする前にソフトウェアのどの部分がバックアップされなければならないかを識別する。アプライアンスバックアップタスク内で、対象アプライアンス１０はすでにロードされているソフトウェアをバックアップする。このバックアップ工程は車両コントロールシステム内で、例えば対象アプライアンス１０自体において、それを車両コントロールシステムの別のアプライアンスに移動させることによって、または例えば車両コントロールシステムの外部の診断テスタ内にバックアップすることによって外部的に実行されることが可能である。すでにロードされているソフトウェアをバックアップするプロセスは、更新要求およびバックアップコマンドを診断テスタ３０からもう一度送信することによって開始される。バックアップ工程が完了すると、対象アプライアンス１０は「バックアップＯＫ」のメッセージを診断テスタ３０に送る。
【００２９】
バックアップ工程が首尾よく完了すると、対象アプライアンス１０は、アプライアンス更新タスク内で、新たなソフトウェアモジュールを、チェックサム、例えばＣＲＣおよび署名と共に受信する。対象アプライアンス１０は一時的に新たなソフトウェアモジュールを保存し、車両コントロールシステムの外部の診断テスタ３０と車両コントロールシステム自体の間にインタフェースを提供することによって、アプライアンス受信タスクを実行する。例えば、新たなソフトウェアモジュールは、車両コントロールシステム内、正確には対象アプライアンス１０とアプライアンスＩ２０間、で使用されているのとは異なるデータ伝送速度で、診断テスタ３０から対象アプライアンス１０に送信される。新たなソフトウェアモジュールの一時的保存は、入ってくるデータがバッファされて、車両コントロールシステムで使用されるデータ伝送速度で伝達されることを意味している。
【００３０】
新たなソフトウェアモジュールが解凍され、署名がチェックされ、そして新たなソフトウェアモジュールが対象アプライアンス１０に保存される。チェックサム、例えばＣＲＣが算出され、チェックされる。さらに、新たなソフトウェアモジュールの成功したインストールがテストされる。
【００３１】
署名、チェックサム、およびインストールのチェックが成功した場合、対象アプライアンス１０は、アプライアンス更新タスク内でコンフィギュレーションデータを生成し、このデータをアプライアンスＩ２０に送り、アプライアンスＩ２０はコンフィギュレーション管理タスク内で、データに一致している新たなコンフィギュレーション
（構成）を保存する。コンフィギュレーションが保存されると、アプライアンスＩ２０は「コンフィギュレーションＯＫ」という確認を送る。
【００３２】
この確認をアプライアンスＩ２０から受信した後、対象アプライアンス１０は新たなソフトウェアモジュールのインストールを可能にする。これは、対象アプライアンス１０が新たなソフトウェアモジュールが有効であると識別し、すでに保存されている古いソフトウェアを削除することによって実行される。
【００３３】
最後に、更新アプライアンスはソフトウェアの更新成功の確認を監視アプライアンスに、この場合は診断テスタ３０に伝える。そして更新完了の成功がオペレータに対して診断テスタ３０上に示される。
【００３４】
図２に従って、本発明にかかる車両コントロールシステムを使用するソフトウェアをロードする本発明の方法について、さらなる実施形態に対するコンフィギュレーションチェック用の１つの好ましいシーケンスを以下に説明する。各ソフトウェアモジュールは、相互交換および／または新たにロード可能なソフトウェアユニットである。各ソフトウェアモジュールは、対象アプライアンスの名称、モジュール名、ローカルまたは外部使用の特定、バージョン番号、および場合によってはさらなる詳細を含むバージョン行を有している。図２に示されるように、ソフトウェアモジュールｍ１およびｍ２がロードされる場合において、対象アプライアンスの名称はＤ１であり、ソフトウェアモジュールの１つは、名称ｍ１を有しており、文字１によって排他的な内部使用が示され、ソフトウェアモジュールｍ１はバージョンｖ１．１である。従ってソフトウェアモジュールｍ１のバージョン行はＤ１．ｍ１  １  ｖ１．１となる。
【００３５】
ソフトウェアモジュールｍ１はまた、その中に他のソフトウェアモジュールに対する要件リストを含んでいる。要件リストは、ロードされるソフトウェアモジュールｍ１からアクセスされることが意図されているアプライアンスの特定、アクセスが意図されているアプライアンス内の、ロードされるソフトウェアモジュールｍ１によって要求されるソフトウェアモジュールの名称、ならびに要求されるソフトウェアモジュールのバージョン番号を含んでいる。ソフトウェアモジュールｍ１の場合、アプライアンスＤにアクセスが意図され、そこでは、ロードされるソフトウェアモジュールｍ１がソフトウェアモジュールｍ９のバージョン１．ｘを要求する。ソフトウェアモジュールｍ１に対する要件リストは、従って、Ｄ２．ｍ９  １．ｘである。
【００３６】
要件リストに含まれるソフトウェアモジュールは、車両コントロールシステムにおいて、上記のバージョンですでにロードされていなければならない。新たにロードされるソフトウェアモジュールｍ１およびｍ２は、アプライアンス４０でのコンフィギュレーションチェックにおいてチェックされる。コンフィギュレーションチェックはまた、外部アプライアンスによっても実行可能であるが、アプライアンス４０は車両コントロールシステム内に配置されている。ソフトウェアモジュールｍ１と車両コントロールシステムとの互換性が、第１のチェックにおいて、車両コントロールシステムにすでにロードされているソフトウェアモジュールに対する要件リストをチェックすることによってチェックされる。図２に示されるように、アプライアンスＤ１内のソフトウェアモジュールｍ２に対する要件リストは空であり、よってソフトウェアモジュールｍ２は、例えばソフトウェアモジュールｍ１にいかなる要件も課さない。ソフトウェアモジュールｍ１はまた、モジュールｍ１のバージョン行において文字１によって示されるように、アプライアンスＤ１からの外部使用は可能ではない。さらに、他のアプライアンス上のソフトウェアモジュール、つまり図示されている場合におけるアプライアンスＤ２上のモジュールｍ９は、それゆえソフトウェアモジュールｍ１に対する要件を有していない。
【００３７】
第２のチェックにおいて、車両コントロールシステムにすでにロードされているソフトウェアモジュールにロードされるソフトウェアモジュールｍ１およびｍ２の要件がチェックされる。これは、ソフトウェアモジュールｍ１およびｍ２に対する要件リストを使用して実行される。図２に示される例において、アプライアンスＤ２に対するその要件リストに基づいて、ソフトウェアモジュールｍ１はソフトウェアモジュールｍ９のバージョン１．ｘを必要とする、すなわちバージョン番号の２桁目は定義されていない。コンフィギュレーション管理タスク内で、アプライアンス４０は、ソフトウェアモジュールｍ１の要件リストと、アプライアンスＤ２にすでにロードされているソフトウェアモジュールｘ１のバージョンリストとを比較する。ソフトウェアモジュールｘ１のバージョン行は、Ｄ２  ｍ９ｅ  ｖ１．４である。バージョン行は、ソフトウェアモジュールｍ９の名称と、アプライアンスＤ２のソフトウェアモジュールｍ９の外部使用を表す文字ｅとを含んでいる。アプライアンスＤ２のソフトウェアモジュールｍ９はバージョンｖ１．４である。ソフトウェアモジュールｍ１の要件リストＤ２．ｍ９  １．ｘとソフトウェアモジュールｍ９のバージョン行ｍ９  ｅ  ｖ１．４との比較により、ソフトウェアモジュールｍ１の要件はソフトウェアモジュールｍ９によって満たされていることが判明する。これと同様に、次いでｍ２がチェックされ、この場合もすべての要件が満たされる。この結果として、アプライアンス４０は、コンフィギュレーションチェックを終了させるために、新たなソフトウェアモジュールｍ１がアプライアンスＤ１にロード可能であることを示す「ＯＫ」メッセージを出力することができる。
【図面の簡単な説明】
【図１】
図１は、本発明に従った方法および本発明に従った車両コントロールシステムの第１の好ましい実施形態の概略図を示している。
【図２】
図２は、本発明のさらなる好ましい実施形態のコンフィギュレーション管理タスクの過程で実行されるチェックの概略図を示している。
【図１】
2004519751.tif 000003
【図２】
2004519751.tif 000004
【国際公開パンフレット】
2004519751.tif 000005
2004519751.tif 000006
2004519751.tif 000007
2004519751.tif 000008
2004519751.tif 000009
2004519751.tif 000010
2004519751.tif 000011
2004519751.tif 000012
2004519751.tif 000013
2004519751.tif 000014
2004519751.tif 000015
2004519751.tif 000016
2004519751.tif 000017
2004519751.tif 000018
2004519751.tif 000019
2004519751.tif 000020
2004519751.tif 000021
2004519751.tif 000022
2004519751.tif 000023
2004519751.tif 000024
2004519751.tif 000025