JP2009266205A - マルチ制御装置システムを修復する方法と装置 - Google Patents

Abstract

【課題】マルチ制御装置システムを修復する方法と装置を提供する。
【解決手段】装置は、少なくとも２つの制御装置と、システムブートが失敗した制御装置に対して、ネットワークブートを開始させるネットワークブートユニットとを具備する。各制御装置は、検出ユニット、ローカルブートユニット、修復ファイルダウンロードユニット、修復ユニットを備え、いずれかの制御装置に対するシステムブートが失敗した後に、ネットワークブートを開始して動作が正常である別の制御装置から修復ファイルをダウンロードし、修復ファイルに基づいてシステムを修復することによって、システム修復を自動的に実行させる。
【選択図】図８

Description

発明の分野

本発明は、マルチ制御装置構造を持つ制御システムに関連し、より詳細には、マルチ制御装置システムを修復する方法と装置に関連する。

背景

制御システムにおいて、一般的に、デュアル制御装置またはマルチ制御装置構造を用いて、システムの信頼性を向上させる。ネットワーク接続は、複数の制御装置の間で互いに通信するために利用されることが多い。システムが実行されているときに、互いに対して冗長な性能を提供するために、ある制御装置中にバッファされたコンテンツが、別の制御装置に対して完全にミラーリングされる。

図１は、２つの制御装置の構成を図示し、それぞれの制御装置は２つのキャッシュを維持する。システムが正常に動作するとき、制御装置１のキャッシュ１中のデータは、制御装置２のキャッシュ１中にミラーリングされ、そして、制御装置２のキャッシュ２中のデータは、制御装置１のキャッシュ２中にミラーリングされる。このようなマルチ制御装置構成は、冗長な制御装置のキャッシュ中にバッファされたデータで、キャッシュを再構成することにより、制御システムの信頼性を向上させ、制御装置の冗長性を保持する。

本発明の実現において、発明者らは、調査を通して、関連技術のデュアル制御装置またはマルチ制御装置に対するネットワーク接続が、関連するデータの同期と冗長性設計とだけのために使用されていることを見つけた。制御装置のシステムファイル中で故障が発生するときに、制御装置を自動的に回復させることができない。むしろ、制御装置は、オペレーティングシステム（ＯＳ）を手動で再インストールすることによってのみ回復させることができ、このことは、システムの信頼性に影響を及ぼす。

概要

１つの観点では、本発明の実施形態は、マルチ制御装置システムを修復する方法を提供する。方法にしたがうと、制御装置の自動的なシステム修復が実現され、制御システムは常に複数の制御装置の下で実行される。

マルチ制御装置システムを修復する方法は、そのシステムブートが失敗した制御装置によって、ネットワークブートを開始して、その動作が正常である制御装置から修復ファイルをダウンロードすることと；そのシステムブートが失敗した制御装置によって、修復ファイルに基づいて、それ自体のシステムを修復することとを含む。

別の観点では、本発明の実施形態は、マルチ制御装置システムを修復する装置を提供する。このような装置にしたがうと、制御装置のシステムは自動的に修復され、制御システムは常に複数の制御装置の下で実行される。

マルチ制御装置システムを修復する装置は、少なくとも２つの制御装置と；少なくとも２つの制御装置に結合されており、そのシステムブートが失敗した制御装置に対して、ネットワークブートを開始させるように構成されているネットワークブートユニットとを具備する。それぞれの制御装置は、検出ユニットと、ローカルブートユニットと、修復ファイルダウンロードユニットと、修復ユニットとを備える。

検出ユニットは、制御装置のローカルブートユニットが、システムのブートを成功させたか否かを検出するように構成されており、成功しなかった場合、ネットワークブートユニットを開始させるように構成されている。

ローカルブートユニットは、実行のためにアプリケーションをロードするために、制御装置に対するローカルシステムブートを開始するように構成されている。

修復ファイルダウンロードユニットは、そのシステムブートが失敗した制御装置に対して、その動作が正常である制御装置から修復ファイルをダウンロードするように構成されている。

修復ユニットは、修復ファイルに基づいて、制御装置自体のシステムを修復するように構成されている。

図１は、関連技術にしたがって、複数の制御装置にシステム冗長性を提供する概略図を図示する。 図２は、本発明の実施形態にしたがって、マルチ制御装置システムを修復する方法を示すフローチャートである。 図３は、本発明の実施形態にしたがって使用される、ＰＸＥ技術の概略図を図示する。 図４は、本発明の実施形態にしたがった、デュアル制御装置に対する制御ブロックの構成を示す。 図５は、本発明の実施形態にしたがった、制御装置におけるネットワークブートのための構成のフローチャートである。 図６は、本発明の実施形態にしたがった、ＰＸＥ技術にしたがって、ＴＦＴＰサーバを構成するフローチャートである。 図７は、本発明の実施形態にしたがった、ＰＸＥ技術にしたがって、ＤＨＣＰサーバを構成するフローチャートである。 図８は、本発明の実施形態にしたがった、マルチ制御装置システムを修復する装置を示すブロック図である。 図９は、本発明の実施形態にしたがった、マルチ制御装置システムを修復する装置を示すブロック図である。

詳細な説明

制御装置の自動的システム修復を実現するために、本発明のさまざまな実施形態において、マルチ制御装置システムを修復する方法と装置を提供する。したがって、制御システムは、常に複数の制御装置の下で動作してもよく、したがって、制御システムの信頼性が向上する。実施形態に対する参照とともに、以下に詳細な説明を行う。

図２は、本発明の実施形態にしたがって、マルチ制御装置システムを修復する方法を図示する。

ステップ２０１において、その動作が正常である制御装置から修復ファイルをダウンロードするために、そのシステムブートが失敗した制御装置が、ネットワークブートを開始する。

ネットワークブートは、クライアントが、ＰＸＥ技術にしたがって、ネットワークを介してサーバからシステムブートプログラムをダウンロードするような方法で、システムブートを開始することを指す。

ＰＸＥ技術の原則を図３に示す。

３０１において、クライアントがブロードキャストの形態で要求フレームを送る。クライアントがスタートアップした後に、クライアントのネットワークカード上のセルフスタートアップチップが、ブロードキャストの形態で、例えば、ネットワークカードのＩＤ番号を搬送するＦＩＮＤフレームで、要求フレームを送る。

３０２において、クライアントが遠隔スタートアップサーバのＩＰアドレスを取得する。クライアントからのＦＩＮＤフレームブロードキャストを受信すると、遠隔スタートアップサーバは、ＦＩＮＤフレーム中で搬送されるネットワークカードＩＤに基づいて、ＦＯＵＮＤフレームで応答し、ＦＯＵＮＤフレームは、遠隔スタートアップサーバのネットワークカードＩＤを含む。

３０３において、クライアントが、スタートアップのために必要なファイルを配信するように遠隔スタートアップサーバに要求する。遠隔スタートアップサーバから戻されたＦＯＵＮＤフレームを受信すると、クライアントは、スタートアップのために必要なファイルを配信するように遠隔スタートアップサーバに要求するフレームで応答する。

３０４において、クライアントが、遠隔スタートアップサーバからスタートアップのために必要なファイルを取得する。スタートアップのために必要なファイルの配信に対する要求フレームを受信すると、遠隔スタートアップサーバは、対応するスタートアップブロックに対して、その遠隔スタートアップデータベース中のクライアントレコードをルックアップして、スタートアップのために必要なファイルをクライアントに配信する。

３０５において、クライアントがスタートアップのために必要なファイルを実行する。スタートアップのために必要な完全なファイルを受信すると、クライアントは、スタートアップのために必要なファイル中のスタートアッププログラムの実行を開始し、そして、スタートアップブロックのエントリに実行ポイントを戻して、クライアントを開始させる。

異なるオペレーションシステムに対する、異なるブート方法があるのは当然である。

この実施形態において、ネットワークブートを可能にするため、それぞれの制御装置は、ハードウェア中で、ＰＸＥに対するサポートを持つネットワークカード、例えば、Ｉｎｔｅｌ（登録商標）のＥＳＢ２集積ネットワークカードを備えており；ソフトウェア中で、ネットワークブートスタートアップオプションをセットする必要があり、例えば、システムブートプログラムＣＭＯＳ中で、ハードディスクが第１のスタートアップオプションとしてセットされ、ＥＳＢ２集積ネットワークカードが第２のスタートアップオプションとしてセットされる。

ハードディスクはＲＡＩＤＩディスクアレイに制限されていない。むしろ、ハードディスクは、ＳＣＳＩハードディスク、ＲＡＩＤ０／３／５アレイ、シングルＩＤＥハードディスク、テープドライブ、テープライブラリ、ＣＤ−ＲＯＭ、ＣＦカード、フラッシュメモリ、または、他の記憶媒体であってもよい。

デュアル制御装置のケースでは、図４に示したように、ＰＸＥに対するサポートを持つネットワークカードが、制御システムの２つの制御装置の間に提供される。制御システムが電源投入された後に、それぞれの制御装置からシステムブートプログラムが開始される。ＯＳのブートが成功した場合、アプリケーションが制御装置にロードされ、実行される。ＯＳのブートが成功しなかった場合、そのシステムブートが失敗した制御装置が、ネットワークブートを開始し、その動作が正常である制御装置から修復ファイルをダウンロードする。ネットワークブートに関して、２つの制御装置のそれぞれが、サーバまたはクライアントとして動作してもよい。

ＯＳは、Ｌｉｎｕｘ（登録商標）系列のＯＳに限定されておらず、Ｗｉｎｄｏｗｓ（登録商標）系列のＯＳや、ＵＮＩＸ（登録商標）系列のＯＳ、または、他のＯＳであってもよい。

ネットワークブートを実行するために、２つの制御装置のそれぞれを、図５に示すように構成してもよい。

５０１において、カーネルファイルとｉｎｉｔｒａｍｆｓ（初期ＲＡＭファイルシステム）ファイルをコンパイルする。

５０２において、ＰＸＥ技術にしたがって、簡易ファイル転送プロトコル（ＴＦＴＰ）サーバを構成する。

５０３において、ＰＸＥ技術にしたがって、動的ホスト構成プロトコル（ＤＨＣＰ）サーバを構成する。

５０４において、ネットワークブートスタートアップオプションをセットする。

Ｌｉｎｕｘ系列ＯＳを例としてとると、ステップは以下の通りである。

ステップ５０１において、カーネルファイルｂｚＩｍａｇｅと初期ＲＡＭファイルシステムファイルｉｎｉｔｒａｍｆｓをコンパイルする。

このステップは、準備ステップである。この実施形態では、ブートシステムは、アンアテンデッド（unattended）プロジェクトに基づいた、Ｌｉｎｕｘシステムである。クライアントとして動作する制御装置によってロードされ、システム中で搬送されるコマンドを使用することによって、サーバとして動作する制御装置から、システムブートプログラムをダウンロードしてもよい。

ステップ５０２において、ＰＸＥ技術にしたがって、ＴＦＴＰサーバを構成し、このステップを図６に示す。

６０１において、ＴＦＴＰディレクトリを、／ｔｆｔｐｂｏｏｔ／のようにセットする。

６０２において、ＴＦＴＰディレクトリ／ｔｆｔｐｂｏｏｔ／の下に、カーネルファイルｂｚＩｍａｇｅと初期ＲＡＭファイルシステムファイルｉｎｉｔｒａｍｆｓを構成する。

６０３において、ディレクトリ／ｔｆｔｐｂｏｏｔ／の下に、ＰＸＥスタートアップブートファイルｐｘｅｌｉｎｕｘ．０を構成する。

６０４において、／ｔｆｔｐｂｏｏｔ／ｐｘｅｌｉｎｕｘ．ｃｆｇ／ｄｅｆａｕｌｔファイルを構成し、クライアントにおいてブートされることになるＯＳファイルを、ｂｚＩｍａｇｅとｉｎｉｔｒａｍｆｓとして指定する。

６０５において、ＴＦＴＰサービスを開始する。

ステップ５０３において、ＰＸＥ技術にしたがって、ＤＨＣＰサーバを構成し、このステップを図７に示す。

７０１において、／ｅｔｃ／ｓｙｓｃｏｎｆｉｇ／ｄｈｃｐｄを構成し、ＤＨＣＰにより使用されることになるネットワークカードを指定する。

７０２において、／ｅｔｃ／ｄｈｃｐ．ｃｏｎｆを構成し、ＤＨＣＰに対するネットワーク範囲を指定する。

ＤＨＣＰ構成は非常に重要であり、これが、ＰＸＥ技術にしたがって、正しいブートが行われるか否かを決定する。例えば、192.168.0.2のような開始アドレスと、192.168.0.80のような終了アドレスと、255.255.255.0のようなサブネットマスクとで、ＤＨＣＰに対するネットワーク範囲を指定する。

７０３において、ＴＦＴＰサーバに対するＩＰアドレスを指定し、ＰＸＥスタートアップブートファイルのロケーションを指定する。

例えば、255.255.255.0のようなサブネットマスクと、192.168.0.1のようなゲートウェイとで、ＴＦＴＰサーバに対するＩＰアドレス192.168.0.1を指定する。

この実施形態では、ＰＸＥスタートアップブートファイルの指定されたロケーションは、ディレクトリ／ｔｆｔｂｏｏｔ／の下に構成される。

７０４において、ＤＨＣＰサービスを開始する。

上記の構成にしたがって、制御装置のシステムファイルが損傷されているとき、そのシステムブートが失敗した制御装置は、クライアントとして動作することになり、ＰＸＥ技術を使用して、その動作が正常である制御装置から、必要なシステム修復パッケージを取得する。このときにおいて、その動作が正常である制御装置は、ネットワークブートのサーバとして動作する。

そのシステムブートが失敗した制御装置が、その動作が正常である制御装置のＩＰアドレスを取得した後に、そのシステムブートが失敗した制御装置は、スタートアップブートファイルｐｘｅｌｉｎｕｘ．０と、デフォルトの構成ファイルと、カーネルファイルｂｚＩｍａｇｅと、初期ＲＡＭファイルシステムファイルｉｎｉｔｒａｍｆｓとを取得し、その動作が正常である制御装置からローカル制御装置に対して、ＦＴＰを介して、システム修復パッケージをダウンロードする。

ステップ２０２において、そのシステムブートが失敗した制御装置は、修復ファイルにしたがって、それ自体のシステムを修復する。

修復が成功した場合、システムがリブートされ；修復が成功しなかった場合、その動作が正常である制御装置から、アプリケーションがダウンロードされ、次に、実行のためにロードされる。

本発明の実施形態にしたがうと、そのシステムソフトウェアが損傷されている場合でさえも、制御装置のうちのいずれかのものが、ネットワークブートを通してブートされてもよいように、複数の制御装置の間のネットワーク接続に対して、ネットワークブート機能が追加される。次に、制御装置は、別の制御装置からシステムファイルをダウンロードし、修復される。この修復が成功しなかった場合でさえも、制御装置は別の制御装置からアプリケーションをダウンロードして、そのアプリケーションを実行する。このようにして、システムは、常に、複数の制御装置の下で動作し、このことは、システム信頼性を大いに向上させる。

図８は本発明の実施形態にしたがった、マルチ制御装置システムを修復する装置のブロック図を図示し、この装置は、少なくとも２つの制御装置（８０１、８０２）と、この少なくとも２つの制御装置に結合され、少なくとも２つの制御装置のうちの、そのシステムブートが失敗した制御装置に対するネットワークブートを開始するように構成されている、ネットワークブートユニット８０３とを具備する。

それぞれの制御装置は、検出ユニット８０４と、ローカルブートユニット８０５と、修復ファイルダウンロードユニット８０６と、修復ユニット８０７とを備える。

ローカルブートユニット８０５は、実行のためにアプリケーションをロードするために、制御装置に対するローカルシステムブートを開始するように構成されている。

検出ユニット８０４は、制御装置のローカルブートユニットが、そのシステムのブートを成功させたか否かを検出するように構成されており、成功しなかった場合、ネットワークブートユニット８０３を開始させるように構成されている。

修復ファイルダウンロードユニット８０６は、ネットワークブートユニットが開始されるときに、その動作が正常である制御装置からそのシステムブートが失敗した制御装置に対して修復ファイルをダウンロードするように構成されている。修復ユニット８０７は、修復ファイルダウンロードユニットによってダウンロードされた修復ファイルに基づいて、制御装置自体のシステムを修復するように構成されている。

ネットワーク接続を通して、複数の制御装置の間でネットワークブート機能を実現するために、以下のようにそれぞれの制御装置を構成する必要がある。

ネットワークスタートアップブートオプションをセットする。例えば、ＣＭＯＳにおいて、ハードディスクを第１のスタートアップオプションとしてセットし、ＰＥＸイネーブルされたネットワークカードを第２のスタートアップオプションとしてセットする。

カーネルファイルとｉｎｉｔｒａｍｆｓファイルをコンパイルする。

ＴＦＴＰサーバを構成し、例えば：ＴＦＴＰディレクトリを構成し；ＴＦＴＰディレクトリの下に、カーネルファイルとｉｎｉｔｒａｍｆｓファイルを構成し；ＴＦＴＰディレクトリの下に、ＰＸＥスタートアップブートファイルを構成し；カーネルファイルとｉｎｉｔｒａｍｆｓファイルとしてＯＳブートファイルを指定し；ＴＦＴＰサービスを開始する。

ＤＨＣＰサーバを構成し、例えば：ＤＨＣＰにより使用されることになるネットワークカードを指定し；ＤＨＣＰに対するネットワーク範囲を指定し；ＴＦＴＰサーバに対するＩＰアドレスを指定し、ＰＸＥスタートアップブートファイルのロケーションを指定し；ＤＨＣＰサービスを開始する。

修復ファイルダウンロードユニット８０６において、クライアントとして動作する、そのシステムブートが失敗した制御装置は、（サーバとして動作する）その動作が正常である制御装置のＩＰアドレスを取得し、スタートアップブートファイルと、構成ファイルと、カーネルファイルと、ｉｎｉｔｒａｍｆｓファイルとを取得し、そのシステムブートが失敗した制御装置に対するサーバとして動作する制御装置から、ＦＴＰを介して、システム修復パッケージをダウンロードする。

本発明の実施形態にしたがった、マルチ制御装置システムを修復する装置にしたがって、実施形態１にしたがったマルチ制御装置システムを修復する方法が実行される。デュアル制御装置またはマルチプル制御装置の間にネットワークブートユニットが接続されている。そのシステムブートが失敗した制御装置は、ネットワークブートをイネーブルし、その動作が正常である制御装置から修復プログラムをダウンロードして、そして、それ自体のシステムを修復する。これは、制御システムが、常に複数の制御装置の下で確実に動作するようにし、このことは、システムバックアップとリカバリのための付加的な記憶媒体なしで、システム信頼性を大きく向上させ、費用節約につながる。

本発明の実施形態を、さまざまな制御システムに適用してもよく、ストレージシステムまたはオペレーションシステムのような制御デバイスに対して、システムリカバリを実行してもよい。

図９は、本発明の実施形態にしたがった、マルチ制御装置システムを修復する装置のブロック図を図示し、この装置は、少なくとも２つの制御装置（９０１、９０２）と、この少なくとも２つの制御装置に結合され、そのシステムブートが失敗した制御装置に対して、ネットワークブートを開始させるように構成されているネットワークブートユニット９０３とを具備する。

それぞれの制御装置は、検出ユニット９０４と、ローカルブートユニット９０５と、修復ファイルダウンロードユニット９０６と、修復ユニット９０７とを備える。

検出ユニット９０４は、制御装置のローカルブートユニットが、そのシステムのブートを成功させたか否かを検出するように構成されており、成功しなかった場合、ネットワークブートユニットを開始させるように構成されている。ローカルブートユニット９０５は、実行のためにアプリケーションをロードするために、制御装置によるローカルシステムブートを開始するように構成されている。修復ファイルダウンロードユニット９０６は、そのシステムブートが失敗した制御装置に対して、その動作が正常である制御装置から修復ファイルをダウンロードするように構成されている。修復ユニット９０７は、修復ファイルに基づいて、制御装置自体のシステムを修復するように構成されている。

修復ユニットは、決定モジュール９０７１と、リブートモジュール９０７２と、アプリケーションダウンロードモジュール９０７３とをさらに有する。

決定モジュール９０７１は、制御装置が、それ自体のシステムの修復を成功させたか否かを決定し、修復が成功した場合は、リブートモジュール９０７２を開始させ、修復が成功しなかった場合は、アプリケーションダウンロードモジュール９０７３を開始させるように構成されている。リブートモジュール９０７２は、システムをリブートするように構成されている。アプリケーションダウンロードモジュール９０７３は、その動作が正常である制御装置からアプリケーションをダウンロードし、実行のためにアプリケーションをロードするように構成されている。

本発明の実施形態にしたがうと、制御装置にシステムブート障害が生じたときに、ネットワークブートユニットがネットワークブートを開始する。修復ファイルダウンロードユニットは、そのシステムブートが失敗した制御装置に対して、その動作が正常である制御装置から修復ファイルをダウンロードする。修復ユニットは、そのシステムブートが失敗した制御装置中で、システム修復を実行する。修復ユニットにおいて、決定モジュールは、制御装置が、それ自体のシステムの修復を成功させたか否かを決定する。修復が成功した場合は、リブートモジュールが開始され、制御システムが正常な状態に入る。修復が成功しなかった場合は、アプリケーションダウンロードモジュールが開始され、その動作が正常である制御装置からアプリケーションをダウンロードし、実行のためにアプリケーションをロードする。このようにして、この実施形態にしたがったシステムは、常に複数の制御装置の下で動作し、このことはシステムの信頼性を大きく向上させる。

本発明の、他の多くの実施形態が可能である。本発明の実施形態の範囲内で、当業者は実施形態に対するさまざまな変更と修正を行ってもよい。本発明の実施形態を、異なる制御システムに適用してもよい。これらの変更と修正は、添付の特許請求の範囲の範囲内のものである。

Claims (7)

1. マルチ制御装置システムを修復する方法において、
   そのシステムブートが失敗した制御装置によって、ネットワークブートを開始して、その動作が正常である制御装置から修復ファイルをダウンロードすることと、
   前記そのシステムブートが失敗した制御装置によって、前記修復ファイルに基づいて、それ自体のシステムを修復することと
   を含む、マルチ制御装置システムを修復する方法。
2. 前記そのシステムブートが失敗した制御装置は、それ自体のシステムを修復し、前記修復が成功した場合、前記システムがリブートされ、前記修復が成功しなかった場合、前記その動作が正常である制御装置からアプリケーションがダウンロードされ、実行のためにロードされる、請求項１記載のマルチ制御装置システムを修復する方法。
3. 前記そのシステムブートが失敗した制御装置がネットワークブートを開始することに関連して、以下のステップをさらに含み、
   前記ステップは、
   カーネルファイルと、初期ＲＡＭファイルシステム（ｉｎｉｔｒａｍｆｓ）ファイルとをコンパイルすることと、
   プレブート実行環境（ＰＸＥ）にしたがって、簡易ファイル転送プロトコル（ＴＦＴＰ）サーバと、動的ホスト構成プロトコル（ＤＨＣＰ）サーバとを、それぞれ構成することと、
   ネットワークブートスタートアップオプションをセットすることと
   を含む、請求項１記載のマルチ制御装置システムを修復する方法。
4. 前記ＰＸＥにしたがって、前記ＴＦＴＰサーバを構成することは、
   ＴＦＴＰディレクトリをセットすることと、
   前記ＴＦＴＰディレクトリの下に、前記カーネルファイルと前記ｉｎｉｔｒａｍｆｓファイルとを構成することと、
   前記ＴＦＴＰディレクトリの下に、ＰＸＥスタートアップブートファイルを構成することと、
   前記カーネルファイルと前記ｉｎｉｔｒａｍｆｓファイルとして、オペレーティングシステム（ＯＳ）ブートファイルを指定することと、
   ＴＦＴＰサービスを開始させることと
   を含む、請求項３記載のマルチ制御装置システムを修復する方法。
5. 前記ＰＸＥにしたがって、前記ＤＨＣＰサーバを構成することは、
   ＤＨＣＰにより使用されることになる、ネットワークカードとネットワーク範囲とを指定することと、
   ＴＦＴＰに対するサーバＩＰアドレスを指定することと、
   ＰＸＥスタートアップブートファイルのロケーションを指定することと、
   ＤＨＣＰサービスを開始させることと
   を含む、請求項３記載のマルチ制御装置システムを修復する方法。
6. マルチ制御装置システムを修復する装置において、
   少なくとも２つの制御装置と、
   前記少なくとも２つの制御装置に結合されており、前記少なくとも２つの制御装置のうちのそのシステムブートが失敗した制御装置に対して、ネットワークブートを開始させるように構成されているネットワークブートユニットと
   を具備し、
   それぞれの制御装置は、検出ユニットと、ローカルブートユニットと、修復ファイルダウンロードユニットと、修復ユニットとを備え、
   前記ローカルブートユニットは、実行のためにアプリケーションをロードするために、前記制御装置に対するローカルシステムブートを開始するように構成されており、
   前記検出ユニットは、前記制御装置のローカルブートユニットが、前記システムブートを成功させたか否かを検出するように構成されており、成功しなかった場合、前記ネットワークブートユニットを開始させるように構成されており、
   前記修復ファイルダウンロードユニットは、前記ネットワークブートユニットが開始されるときに、前記そのシステムブートが失敗した制御装置に対して、その動作が正常である制御装置から修復ファイルをダウンロードするように構成されており、
   前記修復ユニットは、前記修復ファイルダウンロードユニットによってダウンロードされた前記修復ファイルに基づいて、制御装置自体のシステムを修復するように構成されている、マルチ制御装置システムを修復する装置。
7. 前記修復ユニットは、決定モジュールと、リブートモジュールと、アプリケーションダウンロードモジュールをさらに有し、
   前記決定モジュールは、前記制御装置がそれ自体のシステムの修復を成功させたか否かを決定し、前記修復が成功した場合は、前記リブートモジュールを開始させ、前記修復が成功しなかった場合は、前記アプリケーションダウンロードモジュールを開始させるように構成されており、
   前記リブートモジュールは、前記システムをリブートするように構成されており、
   前記アプリケーションダウンロードモジュールは、その動作が正常である制御装置からアプリケーションをダウンロードし、実行のために前記アプリケーションをロードするように構成されている、請求項６記載のマルチ制御装置システムを修復する装置。

Images