"筐体と、前記筐体内にそなえられた処理部と、前記筐体に挿抜可能に実装され、前記処理部を管理する管理ボードと、を有し、前記筐体は、当該筐体の識別情報を格納しうる記憶部を有し、前記管理ボードは、前記管理ボードが実装された筐体の識別情報およびファームウェアが参照する設定データを格納しうる不揮発性メモリと、前記管理ボードに挿抜可能に実装され、実装されている管理ボードが実装された筐体の識別情報およびファームウェアが参照する設定データを格納しうる可搬型記憶媒体と、前記記憶部に格納された識別情報と、前記不揮発性メモリに格納された識別情報と、前記管理ボードに実装された前記可搬型記憶媒体に格納された識別情報とに基づき、前記不揮発性メモリと前記可搬型記憶媒体とのうちのいずれに、前記管理ボード上で動作するファームウェアが参照すべき設定データが格納されているかを判定する判定部と、を有する、処理装置。前記記憶部は、当該筐体におけるファームウェアの版数情報を格納し、前記不揮発性メモリは、前記管理ボード上で動作するファームウェアの版数情報を格納し、前記可搬型記憶媒体は、前記実装されている管理ボード上で動作するファームウェアの版数情報を格納し、前記判定部は、前記記憶部における識別情報および版数情報と前記不揮発性メモリにおける識別情報および版数情報と前記管理ボードに実装された前記可搬型記憶媒体における識別情報および版数情報とに基づき、前記不揮発性メモリと前記可搬型記憶媒体とのうちのいずれに、前記管理ボード上で動作するファームウェアが参照すべき設定データが格納されているかを判定する、請求項1記載の処理装置。前記管理ボードは、前記判定部による判定結果に基づき、前記の記憶部,不揮発性メモリおよび可搬型記憶媒体の間におけるデータの書込を制御する書込制御部を有する、請求項1または請求項2に記載の処理装置。前記判定部は、前記記憶部における識別情報と前記管理ボードに実装された前記可搬型記憶媒体における識別情報とが一致し且つ前記不揮発性メモリにおける識別情報が初期値である場合、前記管理ボードが新たな管理ボードに交換されたと判定し、前記管理ボード上で動作するファームウェアが参照すべき設定データが、前記可搬型記憶媒体に格納されていると判定する、請求項3記載の処理装置。前記判定部が、前記管理ボードが新たな管理ボードに交換されたと判定した場合、前記書込制御部は、前記可搬型記憶媒体における設定データを前記不揮発性メモリに書き込む、請求項4記載の処理装置。前記可搬型記憶媒体は、交換前の管理ボード上で動作していたファームウェアのコードと当該ファームウェアの版数情報とを格納し、前記判定部が、前記管理ボードが新たな管理ボードに交換されたと判定し、且つ、前記可搬型記憶媒体における版数情報と交換後の管理ボード上の不揮発性メモリの版数情報格納領域における情報とが不一致であると判定した場合、前記書込制御部は、前記可搬型記憶媒体における版数情報およびコードを前記不揮発性メモリに書き込む、請求項4または請求項5に記載の処理装置。前記判定部が、前記管理ボードが新たな管理ボードに交換されたと判定した場合、前記書込制御部は、前記記憶部における識別情報を前記不揮発性メモリの識別情報格納領域に上書きする、請求項4~請求項6のいずれか一項に記載の処理装置。図4前記判定部は、前記記憶部における識別情報と前記不揮発性メモリにおける識別情報とが一致し且つ前記管理ボードに実装された前記可搬型記憶媒体における識別情報が初期値である場合、前記可搬型記憶媒体が新たな可搬型記憶媒体に交換されたと判定し、前記管理ボード上で動作するファームウェアが参照すべき設定データが、前記不揮発性メモリに格納されていると判定する、請求項3記載の処理装置。前記判定部が、前記可搬型記憶媒体が新たな可搬型記憶媒体に交換されたと判定した場合、前記書込制御部は、前記記憶部における識別情報を前記可搬型記憶媒体における識別情報格納領域に上書きする、請求項8記載の処理装置。前記判定部は、前記不揮発性メモリにおける識別情報と前記管理ボードに実装された前記可搬型記憶媒体における識別情報とが一致し且つ前記記憶部における識別情報が前記不揮発性メモリおよび前記可搬型記憶媒体における識別情報と異なり且つ前記記憶部に格納されたファームウェアの版数情報が初期値である場合、前記記憶部が新たな記憶部に交換されたと判定し、前記管理ボード上で動作するファームウェアが参照すべき設定データが、前記不揮発性メモリまたは前記可搬媒体に格納されていると判定する、請求項3記載の処理装置。前記判定部が、前記記憶部が新たな記憶部に交換されたと判定した場合、前記書込制御部は、前記不揮発性メモリに格納されたファームウェアの版数を前記記憶部の版数格納領域に書き込む、請求項10記載の処理装置。前記判定部が、前記記憶部が新たな記憶部に交換されたと判定した場合、前記書込制御部は、前記記憶部における識別情報を前記不揮発性メモリおよび前記可搬型記憶媒体における識別情報格納領域に上書きする、請求項10または請求項11に記載の処理装置。前記判定部は、前記不揮発性メモリにおける識別情報と前記管理ボードに実装された前記可搬型記憶媒体における識別情報とがいずれも初期値であり且つ前記記憶部に前記筐体の識別情報が格納されている場合、当該処理装置をデフォルト状態から始めて電源を投入した状態であると判定し、前記管理ボード上で動作するファームウェアが参照すべき設定データが、前記不揮発性メモリまたは前記可搬媒体に格納されていると判定し、前記判定部が、当該処理装置をデフォルト状態から始めて電源を投入した状態であると判定した場合、前記書込制御部は、前記記憶部における識別情報を前記不揮発性メモリおよび前記可搬型記憶媒体における識別情報格納領域に上書きする、請求項3記載の処理装置。前記判定部は、前記不揮発性メモリにおける識別情報と前記管理ボードに実装された前記可搬型記憶媒体における識別情報と前記記憶部における識別情報とが一致する場合、当該処理装置を再起動した状態であると判定し、前記管理ボード上で動作するファームウェアが参照すべき設定データが、前記不揮発性メモリまたは前記可搬媒体に格納されていると判定する、請求項3記載の処理装置。前記判定部は、前記記憶部における識別情報と前記管理ボードに実装された前記可搬型記憶媒体における識別情報とが一致し且つ前記不揮発性メモリにおける識別情報が前記記憶部および前記可搬型記憶媒体における識別情報と異なる場合、前記管理ボードが他の筐体で使用されていた管理ボードに交換されたと判定し、前記管理ボード上で動作するファームウェアが参照すべき設定データが、前記可搬型記憶媒体に格納されていると判定する、請求項3記載の処理装置。前記判定部が、前記管理ボードが他の筐体で使用されていた管理ボードに交換されたと判定した場合、前記書込制御部は、前記可搬型記憶媒体における設定データを前記不揮発性メモリに書き込む、請求項15記載の処理装置。前記可搬型記憶媒体は、交換前の管理ボード上で動作していたファームウェアのコードと当該ファームウェアの版数情報とを格納し、前記判定部が、前記管理ボードが他の筐体で使用されていた管理ボードに交換されたと判定し、且つ、前記可搬型記憶媒体における版数情報と交換後の管理ボード上の不揮発性メモリの版数情報格納領域における情報とが不一致であると判定した場合、前記書込制御部は、前記可搬型記憶媒体における版数情報およびコードを前記不揮発性メモリに書き込む、請求項15または請求項16に記載の処理装置。前記判定部が、前記管理ボードが他の筐体で使用されていた管理ボードに交換されたと判定した場合、前記書込制御部は、前記記憶部における識別情報を前記不揮発性メモリの識別情報格納領域に上書きする、請求項15~請求項17のいずれか一項に記載の処理装置。前記判定部は、前記管理ボード上で動作するファームウェアが参照すべき設定データが、前記不揮発性メモリと前記可搬型記憶媒体とのうちのいずれに格納されているか判定不能である場合、ファームウェア異常と判定する、請求項3記載の処理装置。筐体に挿抜可能に実装され、前記筐体内の処理部を管理する管理ボードであって、前記管理ボードが実装された筐体の識別情報およびファームウェアが参照する設定データを格納しうる不揮発性メモリと、前記管理ボードに挿抜可能に実装され、実装されている管理ボードが実装された筐体の識別情報およびファームウェアが参照する設定データを格納しうる可搬型記憶媒体と、前記筐体にそなえられた記憶部に格納された当該筐体の識別情報と、前記不揮発性メモリに格納された識別情報と、前記管理ボードに実装された前記可搬型記憶媒体に格納された識別情報とに基づき、前記不揮発性メモリと前記可搬型記憶媒体とのうちのいずれに、前記管理ボード上で動作するファームウェアが参照すべき設定データが格納されているかを判定する判定部と、を有する、管理ボード。しかしながら、上述した従来の手法では、ファームウェアの更新要否を作業者等が判断する必要があるとともに、一部、手動での作業が伴う。このため、ボード交換作業に時間が掛かるほか、作業ミスにより予期しないシステム停止が発生する可能性があるという課題がある。また、作業者等は、旧ボード上で動作していた版数が分からないため、更新要否の判断を行なえず、旧ボード上のファームウェアの版数と同じ版数のファームウェアを復元できないという課題もある。また、ファームウェアの各種設定情報を交換前後のボードで引き継ぐ場合、上述した従来の手法では、作業者等が外部の指示手段および記憶手段を用いて作業を行なわなければならず手間が掛かるという課題がある。また、ボードの故障状況によっては、交換前に不揮発性メモリの内容を退避できないおそれがあり、旧ボード上の不揮発性メモリの内容を新たなボード上の不揮発性メモリに復元できない場合があるという課題もある。さらに、作業者等は、設定データの変更を行なう都度、バックアップの採取を行なわなければならないため、バックアップ採取作業に手間が掛かるという課題がある。また、作業者等が、バックアップを採取し忘れると、設定データの復元を行なえなくなり、手動で設定データの再設定を行なわなければならなくなる場合もあるという課題がある。つまり、上述した従来の手法によれば、以下のような課題がある。MMB管理ボードの交換後に、作業者等が、ファームウェアの更新要否を判断する必要があるが、更新要否を判断できない場合がある。作業者等が手動でファームウェア更新作業を行なうため、その作業に時間が掛かるとともに、作業ミスによるシステム停止の危険性がある。ファームウェアの設定データを復元できない場合がある。一つの側面で、本件は、デバイスの保守交換後に、どのデバイスに格納されているデータが妥当であるかを自動判定することができるようにすることを目的とする。なお、前記目的に限らず、後述する発明を実施するための最良の形態に示す各構成により導かれる作用効果であって、従来の技術によっては得られない作用効果を奏することも本件の他の目的の一つとして位置付けることができる。本件の処理装置は、筐体と、前記筐体内にそなえられた処理部と、前記筐体に挿抜可能に実装され、前記処理部を管理する管理ボードと、を有している。また、前記筐体は、当該筐体の識別情報を格納しうる記憶部を有している。さらに、前記管理ボードは、不揮発性メモリ,可搬型記憶媒体および判定部を有している。前記不揮発性メモリは、前記管理ボードが実装された筐体の識別情報およびファームウェアが参照する設定データを格納しうる。前記可搬型記憶媒体は、前記管理ボードに挿抜可能に実装され、実装されている管理ボードが実装された筐体の識別情報およびファームウェアが参照する設定データを格納しうる。前記判定部は、前記記憶部に格納された識別情報と前記不揮発性メモリに格納された識別情報と前記管理ボードに実装された前記可搬型記憶媒体に格納された識別情報とに基づき、前記不揮発性メモリと前記可搬型記憶媒体とのうちのいずれに、前記管理ボード上で動作するファームウェアが参照すべき設定データが格納されているかを判定する。また、本件の管理ボードは、筐体に挿抜可能に実装され、前記筐体内の処理部を管理するものであって、不揮発性メモリ,可搬型記憶媒体および判定部を有している。前記不揮発性メモリは、前記管理ボードが実装された筐体の識別情報およびファームウェアが参照する設定データを格納しうる。前記可搬型記憶媒体は、前記管理ボードに挿抜可能に実装され、実装されている管理ボードが実装された筐体の識別情報およびファームウェアが参照する設定データを格納しうる。前記判定部は、前記筐体にそなえられた記憶部に格納された当該筐体の識別情報と、前記不揮発性メモリに格納された識別情報と、前記管理ボードに実装された前記可搬型記憶媒体に格納された識別情報とに基づき、前記不揮発性メモリと前記可搬型記憶媒体とのうちのいずれに、前記管理ボード上で動作するファームウェアが参照すべき設定データが格納されているかを判定する。開示の技術では、デバイスの保守交換後に、どのデバイスに格納されているデータが妥当であるかを自動判定することが可能になる。以下、図面を参照して実施の形態を説明する。1処理装置および管理ボードの構成図1は、一実施形態の処理装置1および管理ボード30のハードウェア構成および機能構成を示すブロック図である。図1に示す処理装置1は、筐体10を有し、当該筐体10内に、複数の処理部20と一の管理ボード30とをそなえて構成されている。処理部20は、例えばサーバである。なお、以下、処理部20をサーバ20といい、管理ボードマネージメントボード30をMMB30またはボード30という。筐体10は、当該筐体10の識別情報としての筐体シリアル番号と、当該筐体10におけるMMB30上で動作しているファームウェアの版数情報とを格納しうる記憶部11を有している。筐体シリアル番号は、記憶部11の筐体シリアル番号格納領域識別情報格納領域に格納され、ファームウェアの版数情報は、記憶部11の版数情報格納領域に格納されている。少なくとも版数情報格納領域におけるファームウェアの版数情報は、後述する書込制御部33bにより上書き書き換え可能になっている。記憶部11としては例えばEEPROMElectronicErasableProgrammableReadOnlyMemory;電気的消去書き込み可能読み出し専用メモリが用いられる。以下、記憶部11を筐体ROM11という。複数のサーバ20は、それぞれ、例えば筐体10に対し挿抜可能なサーバブレードとして構成され、独立して動作する。MMB30は、各サーバ20や共通コンポーネントを管理するものであり、MMB30も、筐体10に挿抜可能に実装されている。MMB30は、筺体の電圧,温度,ファン回転数などの監視や、その監視結果に基づき電源,電力,ファンなどの制御等を行なう機能を有している。MMB30上には、ファームウェアが動作するためのサービスプロセッサSP33や、RAMRandomAccessMemoryディスク34が搭載されるほか、後述する可搬型記憶媒体31やフラッシュメモリ不揮発性メモリ32が搭載されている。SP33およびRAMディスク34は、フラッシュメモリ32に格納されたファームウェアコードブートコードを実行するために使用される。可搬型記憶媒体31は、MMB30に挿抜可能に実装される。可搬型記憶媒体31としては例えばSDSecureDigitalカードやUSBUniversalSerialBusメモリが用いられる。以下、可搬型記憶媒体31を可搬媒体31という。可搬媒体31には、下記項目~のデータが格納される。当該可搬媒体31を実装されたMMB30挿入先のMMB30上で動作するファームウェアのコードであって、フラッシュメモリ32上に展開されているファームウェアコードを圧縮した圧縮データファームウェア圧縮イメージ当該可搬媒体31を実装されたMMB30挿入先のMMB30上で動作するファームウェアの各種設定データ当該可搬媒体31を実装されたMMB30挿入先のMMB30を実装された筐体10のシリアル番号当該可搬媒体31を実装されたMMB30挿入先のMMB30上で動作するファームウェアの版数情報このように、可搬媒体31には、項目のファームウェアコードの圧縮データおよび項目のファームウェアの動作設定データがバックアップデータとして格納される。項目のファームウェアコードの圧縮イメージとしては、数世代分の圧縮イメージを保持することも可能である。また、項目の筐体シリアル番号および項目のファームウェアの版数情報は、処理装置1におけるデバイスである筐体ROM11,MMB30,可搬媒体31,フラッシュメモリ32が新しいものに交換されたか否かの判断を可能にする情報である。フラッシュメモリ32には、下記項目~のデータが格納される。当該フラッシュメモリ32を搭載されたMMB30上で動作するファームウェアのコードであって、当該フラッシュメモリ32上に展開されているファームウェアコード当該フラッシュメモリ32を搭載されたMMB30上で動作するファームウェアの各種設定データ当該フラッシュメモリ32を搭載されたMMB30を実装された筐体10のシリアル番号当該フラッシュメモリ32を搭載されたMMB30上で動作するファームウェアの版数情報このように、可搬媒体31が故障した場合を考慮して、フラッシュメモリ32にも、項目のファームウェアの動作設定データが保持される。項目の筐体シリアル番号および項目のファームウェアの版数情報は、項目のデータと同様、処理装置1におけるデバイスである筐体ROM11,MMB30,可搬媒体31,フラッシュメモリ32が新しいものに交換されたか否かの判断を可能にする情報である。後述するように、ハードウェア故障等でMMB30が交換される場合、可搬媒体31が新しいボード30に引き継がれることで、旧ボード30で使用されていたファームウェアコードや設定データが新しいボード30に反映される。また、可搬媒体31が交換された場合、ボード30上のフラッシュメモリ32から設定データが読み出され可搬媒体31に書き込まれることにより、処理装置10の動作が継続される。MMB30上のSP33は、RAMディスク34等の記憶機能によって保持されるプログラムを実行することにより、判定部33aおよび書込制御部更新制御部33bとして機能する。判定部33aは、例えばデバイスの保守交換後の起動時等に、筐体ROM11,フラッシュメモリ32および可搬媒体31における筐体シリアル番号およびファームウェア版数情報に基づき、MMB30上で動作するファームウェアが参照すべき設定データが、フラッシュメモリ32と可搬媒体31とのうちのいずれに格納されているかを判定する。つまり、判定部33aは、筐体ROM11,フラッシュメモリ32および可搬媒体31の3箇所に格納されている情報を比較し、どのデバイスここではフラッシュメモリ32および可搬媒体31のいずれに格納されているデータが妥当であるかを判定する。より具体的に、判定部33aは、例えば図2に示すような設定データ格納場所判定テーブルTを用いて、MMB30上で動作するファームウェアが参照すべき設定データが、フラッシュメモリ32と可搬媒体31とのうちのいずれに格納されているかを判定する。図2は、本実施形態の設定データ格納場所判定テーブルTの一例を示す図である。テーブルTは、ファームウェア内部に予めそなえられ、RAMディスク34等の記憶機能によって保持されている。テーブルTには、図2に示すように、筐体ROM11,フラッシュメモリ32および可搬媒体31における筐体シリアル番号およびファームウェア版数の10種類のパターン1~10に応じた、判定結果OKかNGと、ファームウェアが参照すべき設定データの格納場所/デバイス可搬媒体,フラッシュメモリ,無とが保持されている。なお、判定結果がNGの場合とは、MMB30上で動作するファームウェアが参照すべき設定データが、フラッシュメモリ32と可搬媒体31とのうちのいずれに格納されているか判定不能な場合である。デバイスの保守交換後の起動時等に、判定部33aは、筐体ROM11,フラッシュメモリ32および可搬媒体31から筐体シリアル番号およびファームウェア版数を読み出す。そして、判定部33aは、テーブルTを参照し、読み出した筐体シリアル番号およびファームウェア版数が、パターン1~10のどのパターンに対応するか判定する。これにより、判定部33aは、パターンに応じた、判定結果、および、ファームウェアが参照すべき設定データの格納場所/デバイスの情報を得ている。なお、判定部33aが、テーブルTを参照してパターン判定を行なう際、筐体シリアル番号およびファームウェア版数情報の両方を用いてもよいし、筐体シリアル番号とファームウェア版数情報とのいずれか一方を用いてもよい。書込制御部33bは、判定部33aによる判定結果に基づいて、筐体ROM11,フラッシュメモリ32および可搬媒体31の間におけるデータの転送書込更新を制御する。この書込制御部33bのより具体的な機能については、後述する。ここで、図2に示すテーブルTを用いた判定部33aによる判定機能と、その判定結果に応じた書込制御部33bの具体的な機能とを、下記項目A1~A10においてパターン毎に説明する。なお、図2に示すテーブルTにおいて、SN,SN,SNは、それぞれ筺体シリアル番号の値を示し、Ver1,Ver2は、それぞれファームウェア版数の値を示し、Verxは、ファームウェアが起動用ファームウェアであることを示す。また、処理装置1において可搬媒体31あるいはMMB30が交換された場合、新しいデバイス可搬媒体31やフラッシュメモリ32上の筐体シリアル番号の初期値はNULLであり、新しいデバイス可搬媒体31やフラッシュメモリ32上のファームウェア版数はVerxである。A1パターン1パターン1の場合、可搬媒体31上の筺体シリアル番号と筺体ROM11上の筺体シリアル番号とが等しく、且つ、フラッシュメモリ32上の筐体シリアル番号は初期値NULLである。また、可搬媒体31上のファームウェア版数と筺体ROM11上のファームウェア版数とが等しく、且つ、フラッシュメモリ32上のファームウェア版数は起動用ファームウェアを示すVerxである。このようなパターン1は、MMB30が新たなボード30に交換され、その新たなボード30に、交換前のMMB30に実装されていた可搬媒体31が実装されて引き継がれた場合に相当する。この場合、新たなボード30に搭載されたフラッシュメモリ32には、ファームウェアの設定データ等は格納されていない。このため、交換前のMMB30に実装されていた可搬媒体31に保存された、交換前のMMB30におけるファームウェアの設定データが、新たなボード30に引き継がれる。従って、ファームウェアが参照すべき設定データは、可搬媒体31上の設定データとなる。つまり、テーブルTにおいて、パターン1の場合、ファームウェアが参照すべき設定データの格納場所は、可搬媒体31である。したがって、判定部33aは、筐体ROM11上の筐体シリアル番号とMMB30に実装された可搬媒体31上の筐体シリアル番号とが一致し且つフラッシュメモリ32上の筐体シリアル番号が初期値NULLである場合、MMB30が新たなMMB30に交換されたと判定する。つまり、判定部33aは、テーブルTを参照し、処理装置1がパターン1に相当する状態であると判定し、ファームウェアが参照すべき設定データが、可搬媒体31に格納されていると判定する図4のステップS13のYESルートからステップS14参照。パターン1の場合、書込制御部33bは、可搬媒体31上の各種設定データを読み出し、読み出した各種設定データを新たなMMB30に実装されたフラッシュメモリ32に書き込む図4のステップS14,S15参照。これにより、各種設定データが、フラッシュメモリ32上に書き込まれ、可搬媒体31によってバックアップされる。また、パターン1では、可搬媒体31上のファームウェア版数と、交換後のMMB30上のフラッシュメモリ32の版数情報格納領域における情報Verxとは不一致である。このため、書込制御部33bは、可搬媒体31上のファームウェア版数をフラッシュメモリ32の版数情報格納領域に上書き更新するとともに、可搬媒体31上の圧縮データを復元して得られたファームウェアコードを、フラッシュメモリ32に書き込み更新する図4のステップS17参照。なお、フラッシュメモリ32においてデータが2つのパーティション1,2に二重化されて格納されている場合の、ファームウェアコードの書込手順については、図5および図6を参照しながら後述する。さらに、パターン1では、可搬媒体31上の筺体シリアル番号と筺体ROM11上の筺体シリアル番号とが等しく、フラッシュメモリ32上の筐体シリアル番号は初期値NULLである。このため、書込制御部33bは、筐体ROM11上の筐体シリアル番号をフラッシュメモリ32上の筐体シリアル番号格納領域に上書きする図4のステップS19参照。A2パターン2パターン2の場合、筐体ROM11上の筐体シリアル番号とフラッシュメモリ32上の筐体シリアル番号とが等しく、且つ、可搬媒体31上の筐体シリアル番号が初期値NULLである。また、筺体ROM11上のファームウェア版数とフラッシュメモリ32上のファームウェア版数とが等しく、且つ、可搬媒体31上のファームウェア版数は起動用ファームウェアを示すVerxである。このようなパターン2は、MMB30に実装されていた可搬媒体31が新たな可搬媒体31に交換された場合に相当する。この場合、新たな可搬媒体31には、ファームウェアの設定データ等は格納されておらず、MMB30上に実装されているフラッシュメモリ32に、ファームウェアの設定データ等が保存されている。従って、ファームウェアが参照すべき設定データは、フラッシュメモリ32上の設定データとなる。つまり、テーブルTにおいて、パターン2の場合、ファームウェアが参照すべき設定データの格納場所は、フラッシュメモリ32である。したがって、判定部33aは、筐体ROM11上の筐体シリアル番号とフラッシュメモリ32上の筐体シリアル番号とが一致し且つMMB30に実装された可搬媒体31上の筐体シリアル番号が初期値NULLである場合、可搬媒体31が新たな可搬媒体31に交換されたと判定する。つまり、判定部33aは、テーブルTを参照し、処理装置1がパターン2に相当する状態であると判定し、ファームウェアが参照すべき設定データが、フラッシュメモリ32に格納されていると判定する図4のステップS13,S20からステップS21参照。パターン2の場合、書込制御部33bは、フラッシュメモリ32上の各種設定データを読み出し、読み出した各種設定データを、交換後の新たな可搬媒体31に書き込む図4のステップS21,S22参照。これにより、フラッシュメモリ32上の各種設定データが、可搬媒体31によってバックアップされる。また、パターン2では、交換後の新たな可搬媒体31の版数情報格納領域における情報Verxと、フラッシュメモリ32上のファームウェア版数とは不一致である。このため、書込制御部33bは、フラッシュメモリ32上の版数情報を可搬媒体31の版数情報格納領域に上書き更新するとともに、フラッシュメモリ32上のファームウェアコードを圧縮して得られた圧縮コードを可搬媒体31に書き込み更新する図4のステップS23参照。さらに、パターン2では、筺体ROM11上の筺体シリアル番号とフラッシュメモリ32上の筺体シリアル番号とが等しく、交換後の新たな可搬媒体31上の筐体シリアル番号は初期値NULLである。このため、書込制御部33bは、筐体ROM11上の筐体シリアル番号を可搬媒体31上の筐体シリアル番号格納領域に上書きする図4のステップS19参照。A3パターン3パターン3の場合、フラッシュメモリ32上の筐体シリアル番号と可搬媒体31上の筐体シリアル番号とが等しく、且つ、筐体ROM11上の筐体シリアル番号がフラッシュメモリ32および可搬媒体31上の筐体シリアル番号と異なり、且つ、筐体ROM11上のファームウェア版数が初期値NULLである。また、可搬媒体31上のファームウェア版数とフラッシュメモリ32上のファームウェア版数とが等しい。このようなパターン3は、筐体ROM11が新たな筐体ROM11に交換された場合に相当し、新たな筐体ROM11の筐体には、可搬媒体31やフラッシュメモリ32に格納された筐体シリアル番号とは異なる、新たな筐体シリアル番号が予め格納されている。この場合、可搬媒体31およびフラッシュメモリ32には、同じ筐体シリアル番号,同じファームウェア版数および同じ設定データ等が保存されている。従って、ファームウェアが参照すべき設定データは、可搬媒体31上の設定データであってもフラッシュメモリ32上の設定データであってもよく、本実施形態では、フラッシュメモリ32に代表させる。つまり、テーブルTにおいて、パターン3の場合、ファームウェアが参照すべき設定データの格納場所は、フラッシュメモリ32である。したがって、判定部33aは、フラッシュメモリ32上の筐体シリアル番号とMMB30に実装された可搬媒体31上の筐体シリアル番号とが一致し且つ筐体ROM11における筐体シリアル番号がフラッシュメモリ32および可搬媒体31上の筐体シリアル番号と異なり且つ筐体ROM11に格納されたファームウェアの版数情報が初期値NULLである場合、筐体ROM11が新たな筐体ROM11に交換されたと判定する。つまり、判定部33aは、テーブルTを参照し、処理装置1がパターン3に相当する状態であると判定し、ファームウェアが参照すべき設定データが、フラッシュメモリ32に格納されていると判定する図4のステップS13,S20からステップS24参照。パターン3の場合、交換後の新たな筐体ROM11上のファームウェア版数が初期値NULLである。このため、書込制御部33bは、ファームウェア版数をフラッシュメモリ32または可搬媒体31から読み出し、読み出したファームウェア版数を筐体EEPROM11の版数格納領域に書き込む図4のステップS24,S25参照。また、パターン3の場合、交換後の新たな筐体ROM11には新たな筐体シリアル番号が格納されており、書込制御部33bは、筐体ROM11における新たな筐体シリアル番号を書き換えることができない。このため、書込制御部33bは、筐体ROM11上の筐体シリアル番号を読み出し、読み出した筐体シリアル番号を、フラッシュメモリ32および可搬媒体31における筐体シリアル番号格納領域に上書きする図4のステップS19参照。A4パターン4パターン4の場合、フラッシュメモリ32上の筐体シリアル番号と可搬媒体31上の筐体シリアル番号とがいずれも初期値NULLであり、且つ、筐体ROM11に筐体10のシリアル番号が格納されている。また、筐体ROM11,可搬媒体31およびフラッシュメモリ32上のファームウェア版数が等しい。このようなパターン4は、処理装置1をデフォルト状態から始めて電源を投入した状態初期起動に相当する。この場合、可搬媒体31およびフラッシュメモリ32には、同じファームウェア版数および同じ設定データ等が保存されている。従って、ファームウェアが参照すべき設定データは、可搬媒体31上の設定データであってもフラッシュメモリ32上の設定データであってもよく、本実施形態では、フラッシュメモリ32に代表させる。つまり、テーブルTにおいて、パターン4の場合、ファームウェアが参照すべき設定データの格納場所は、フラッシュメモリ32である。したがって、判定部33aは、フラッシュメモリ32上の筐体シリアル番号とMMB30に実装された可搬媒体31上の筐体シリアル番号とがいずれも初期値NULLであり且つ筐体ROM11に筐体10のシリアル番号が格納されている場合、処理装置1をデフォルト状態から始めて電源を投入した状態であると判定する。つまり、判定部33aは、テーブルTを参照し、処理装置1がパターン4に相当する状態であると判定し、ファームウェアが参照すべき設定データが、フラッシュメモリ32に格納されていると判定する図4のステップS13,S20からステップS18参照。パターン4の場合、フラッシュメモリ32上の筐体シリアル番号と可搬媒体31上の筐体シリアル番号とがいずれも初期値NULLである。このため、書込制御部33bは、筐体ROM11上の筐体シリアル番号を読み出し、読み出した筐体シリアル番号を、フラッシュメモリ32および可搬媒体31上の筐体シリアル番号格納領域に上書きする図4のステップS19参照。A5パターン5パターン5の場合、フラッシュメモリ32上の筐体シリアル番号と可搬媒体31上の筐体シリアル番号と筐体ROM11上の筐体シリアル番号とが等しい。また、筐体ROM11,可搬媒体31およびフラッシュメモリ32上のファームウェア版数も等しい。このようなパターン5は、処理装置1を再起動した状態、つまり筐体10のAC電源をオフ状態からオン状態に切り替えた場合に相当する。この場合、パターン3と同様、可搬媒体31およびフラッシュメモリ32には、同じ筐体シリアル番号,同じファームウェア版数および同じ設定データ等が保存されている。従って、ファームウェアが参照すべき設定データは、可搬媒体31上の設定データであってもフラッシュメモリ32上の設定データであってもよく、本実施形態では、フラッシュメモリ32に代表させる。つまり、テーブルTにおいて、パターン5の場合、ファームウェアが参照すべき設定データの格納場所は、フラッシュメモリ32である。したがって、判定部33aは、フラッシュメモリ32上の筐体シリアル番号とMMB30に実装された可搬媒体31上の筐体シリアル番号と筐体ROM11上の筐体シリアル番号とが一致する場合、処理装置1を再起動した状態であると判定する。つまり、判定部33aは、テーブルTを参照し、処理装置1がパターン5に相当する状態であると判定し、ファームウェアが参照すべき設定データが、フラッシュメモリ32に格納されていると判定する図4のステップS13,S20からステップS18参照。A6パターン6パターン6の場合、筐体ROM11上の筐体シリアル番号と可搬媒体31上の筐体シリアル番号とが等しく、且つ、フラッシュメモリ32上の筐体シリアル番号が筐体ROM11および可搬媒体31上の筐体シリアル番号と異なっている。また、筐体ROM11上のファームウェア版数と可搬媒体31上のファームウェア版数とが等しく、且つ、フラッシュメモリ32上のファームウェア版数が筐体ROM11および可搬媒体31上のファームウェア版数と異なっている。このようなパターン6は、MMB30を、他の筐体10で使用されていたMMB30に交換し、交換後のMMB30に、交換前のMMB30に実装されていた可搬媒体31を実装して引き継いだ場合に相当する。この場合、交換後のMMB30に搭載されたフラッシュメモリ32には、当然、交換前のMMB30上で動作するファームウェアの設定データ等は格納されていない。このため、交換前のMMB30に実装されていた可搬媒体31に保存された、交換前のMMB30におけるファームウェアの設定データが、交換後のMMB30に引き継がれる。従って、ファームウェアが参照すべき設定データは、可搬媒体31上の設定データとなる。つまり、テーブルTにおいて、パターン6の場合、ファームウェアが参照すべき設定データの格納場所は、可搬媒体31である。したがって、判定部33aは、筐体ROM11上の筐体シリアル番号とMMB30に実装された可搬媒体31上の筐体シリアル番号とが一致し且つフラッシュメモリ32上の筐体シリアル番号が筐体ROM11および可搬媒体32上の筐体シリアル番号と異なる場合、MMB30が他の筐体10で使用されていたMMB30に交換されたと判定する。つまり、判定部33aは、テーブルTを参照し、ファームウェアが参照すべき設定データが、可搬媒体31に格納されていると判定する図4のステップS13からステップS14参照。パターン6の場合、書込制御部33bは、可搬媒体31上の各種設定データを読み出し、読み出した各種設定データを、交換後のMMB30に実装されたフラッシュメモリ32に書き込む図4のステップS14,S15参照。これにより、各種設定データが、フラッシュメモリ32上に書き込まれ、可搬媒体31によってバックアップされる。また、パターン6では、可搬媒体31上のファームウェア版数と、交換後のMMB30上のフラッシュメモリ32上のファームウェア版数とは不一致である。このため、書込制御部33bは、可搬媒体31上のファームウェア版数をフラッシュメモリ32の版数情報格納領域に上書き更新するとともに、可搬媒体31上の圧縮データを復元して得られたファームウェアコードをフラッシュメモリ32に書き込み更新する図4のステップS17参照。なお、フラッシュメモリ32においてデータが2つのパーティション1,2に二重化されて格納されている場合の、ファームウェアコードの書込手順については、図5および図6を参照しながら後述する。さらに、パターン6では、可搬媒体31上の筺体シリアル番号と筺体ROM11上の筺体シリアル番号とが等しいが、フラッシュメモリ32上の筐体シリアル番号が、筐体ROM11および可搬媒体31上の筐体シリアル番号と異なっている。このため、書込制御部33bは、筐体ROM11上の筐体シリアル番号をフラッシュメモリ32上の筐体シリアル番号格納領域に上書きする図4のステップS19参照。A7パターン7パターン7の場合、筐体ROM11上の筐体シリアル番号とフラッシュメモリ32上の筐体シリアル番号とが等しく、且つ、可搬媒体31上の筐体シリアル番号が筐体ROM11およびフラッシュメモリ32上の筐体シリアル番号と異なっている。また、筐体ROM11上のファームウェア版数とフラッシュメモリ32上のファームウェア版数とが等しく、且つ、可搬媒体31上のファームウェア版数が筐体ROM11およびフラッシュメモリ32上のファームウェア版数と異なっている。このようなパターン7は、例えば、パターン2のごとくMMB30に実装されていた可搬媒体31を新たな可搬媒体31に交換する際に、誤って他の筐体10で使用されていた可搬媒体31に交換した場合に相当し、通常、ユーザオペ―レーションミスで発生する。交換後の可搬媒体31には、他の筐体10のシリアル番号と他の筐体10におけるMMB30上で動作するファームウェアの版数とが保存されている。この場合、判定部33aは、可搬媒体31上の情報と、筐体ROM11およびフラッシュメモリ32上の情報とのどちらが、本処理装置1にとって妥当な情報であるか判定することができない。つまり、判定部33aは、MMB30上で動作するファームウェアが参照すべき設定データが、フラッシュメモリ32と可搬媒体31とのうちのいずれに格納されているか判定不能である。従って、判定部33aは、テーブルTを参照し、筐体シリアル番号およびファームウェア版数がパターン7の場合、ファームウェア異常NGと判定する。A8パターン8パターン8の場合、筐体ROM11上の筐体シリアル番号と可搬媒体31上の筐体シリアル番号とが異なっており、且つ、フラッシュメモリ32上の筐体シリアル番号は初期値NULLである。また、筐体ROM11上のファームウェア版数と可搬媒体31上のファームウェア版数とが異なっており、且つ、フラッシュメモリ32上のファームウェア版数は起動用ファームウェアを示すVerxである。このようなパターン8は、例えば、パターン1のごとくMMB30を新たなボード30に交換し交換前のMMB30に実装されていた可搬媒体31を新たなボード30に実装する際に、誤って他の筐体10で使用されていた可搬媒体31をボード30に実装した場合に相当し、通常、ユーザオペ―レーションミスで発生する。交換後の可搬媒体31には、他の筐体10のシリアル番号と他の筐体10におけるMMB30上で動作するファームウェアの版数とが保存されている。この場合、判定部33aは、可搬媒体31上の情報と、筐体ROM11上の情報とのどちらが、本処理装置1にとって妥当な情報であるか判定することができない。つまり、判定部33aは、可搬媒体31に、MMB30上で動作するファームウェアが参照すべき設定データが格納されているかを判定不能である。従って、判定部33aは、テーブルTを参照し、筐体シリアル番号およびファームウェア版数がパターン8の場合、ファームウェア異常NGと判定する。A9パターン9パターン9の場合、筐体ROM11上の筐体シリアル番号とフラッシュメモリ32上の筐体シリアル番号とが異なっており、且つ、可搬媒体31上の筐体シリアル番号は初期値NULLである。また、筐体ROM11上のファームウェア版数とフラッシュメモリ32上のファームウェア版数とが異なっており、且つ、可搬媒体31上のファームウェア版数は起動用ファームウェアを示すVerxである。このようなパターン9は、例えば、可搬媒体31およびMMB30を交換する際に、可搬媒体31は新たなものに交換し、MMB30を他の筐体10で使用されていたMMB30に交換した場合に相当し、通常、ユーザオペ―レーションミスで発生する。交換後のMMB30に実装されたフラッシュメモリ32には、他の筐体10のシリアル番号と他の筐体10におけるMMB30上で動作するファームウェアの版数とが保存されている。また、交換後の可搬媒体31には、筐体シリアル番号として初期値NULLが保存され、ファームウェア版数として起動用ファームウェアを示すVerxが保存される。この場合、判定部33aは、フラッシュメモリ32上の情報と、筐体ROM11上の情報とのどちらが、本処理装置1にとって妥当な情報であるか判定することができない。つまり、判定部33aは、フラッシュメモリ32に、MMB30上で動作するファームウェアが参照すべき設定データが格納されているかを判定不能である。従って、判定部33aは、テーブルTを参照し、筐体シリアル番号およびファームウェア版数がパターン9の場合、ファームウェア異常NGと判定する。A10パターン10パターン10の場合、可搬媒体31上の筐体シリアル番号とフラッシュメモリ32上の筐体シリアル番号とが等しく、且つ、筐体ROM11上の筐体シリアル番号が可搬媒体31およびフラッシュメモリ32上の筐体シリアル番号と異なっている。また、可搬媒体31上のファームウェア版数とフラッシュメモリ32上のファームウェア版数とが等しく、且つ、筐体ROM11上のファームウェア版数が可搬媒体31およびフラッシュメモリ32上のファームウェア版数と異なっている。このようなパターン10は、例えば、可搬媒体31およびMMB30を交換する際に、他の筐体10で使用されていた可搬媒体31およびMMB30に交換した場合に相当し、通常、ユーザオペ―レーションミスで発生する。交換後のMMB30に実装されたフラッシュメモリ32には、他の筐体10のシリアル番号と他の筐体10におけるMMB30上で動作するファームウェアの版数とが保存されている。また、交換後の可搬媒体31にも、他の筐体10のシリアル番号と他の筐体10におけるMMB30上で動作するファームウェアの版数とが保存されている。この場合、判定部33aは、可搬媒体31およびフラッシュメモリ32上の情報と筐体ROM11上の情報とのどちらが、本処理装置1にとって妥当な情報であるか判定することができない。つまり、判定部33aは、可搬媒体31およびフラッシュメモリ32に、MMB30上で動作するファームウェアが参照すべき設定データが格納されているかを判定不能である。従って、判定部33aは、テーブルTを参照し、筐体シリアル番号およびファームウェア版数が判定結果がパターン10の場合、ファームウェア異常NGと判定する。上述したパターン7~10の場合、判定部33aが、テーブルTを参照し、ファームウェア異常判定結果NGと判定すると、SP33は、ファームウェアを縮退状態とし、ユーザに対し保守を促す。処理装置1は、上述のようなファームウェア異常をユーザに通知すべく、例えば、LEDランプ等の点灯/点滅による表示機能図示略や、音声,警告音等による通知機能図示略などを有している。2処理装置および管理ボードの動作次に、上述のごとく構成された処理装置1およびMMB30の動作について、図3~図6を参照しながらより具体的に説明する。2-1処理装置管理ボードの動作まず、図3に示すフローチャートステップS1~S4に従って、本実施形態の処理装置1MMB30の起動時における動作について概略的に説明する。処理装置1において電源が投入されるとステップS1、MMB30上で、このMMB30上に搭載されているフラッシュメモリ32を使用して、ファームウェアが起動されるステップS2。その後、SP33によって、筐体ROM11,可搬媒体31およびフラッシュメモリ32から、筺体シリアル番号およびファームウェア版数が取得される。そして、SP33判定部33aおよび書込制御部33bにより、例えば図2に示すテーブルTや図4に示す手順に従って、後述する所定の判定処理やデータ書込処理が実行されるステップS3。判定処理の結果、全ての判定事項に問題がなかった場合、MMB30は、システム管理、つまり複数のサーバ20を開始するステップS4。2-2管理ボードにおける判定部および書込制御部の動作次に、図4に示すフローチャートステップS11~S26に従って、図3のステップS3の動作、即ち、本実施形態のMMB30における判定部33aおよび書込制御部33bの動作について説明する。まず、SP33によって、筐体ROM11,可搬媒体31およびフラッシュメモリ32から、筺体シリアル番号およびファームウェア版数が取得されるステップS11。判定部33aは、取得された筺体シリアル番号およびファームウェア版数と図2に示すテーブルTの各パターンとを比較することにより、取得された筺体シリアル番号およびファームウェア版数がテーブルTいずれのパターンに対応するかを判定するステップS12,S13,S20。このとき、判定部33aは、テーブルTに基づき、MMB30上で動作するファームウェアが参照すべき設定データが、フラッシュメモリ32と可搬媒体31とのうちのいずれに格納されているか判定可能であるか否かを判定するステップS12。つまり、判定部33aは、パターン1~6の場合、判定可能OKであると判定する一方、パターン7~10の場合、判定不能NGであると判定する。判定不能NGと判定された場合ステップS12のNOルート、ファームウェア異常が発生したものと判定され、SP33は、ファームウェアを縮退状態とし、ユーザに対し保守を促すべくファームウェア異常をユーザに通知するステップS26。判定可能OKであると判定された場合ステップS12のYESルート、判定部33aは、テーブルTに基づき、ファームウェアが参照すべき設定データの格納場所がフラッシュメモリ32と可搬媒体31とのうちのいずれであるかを判定するステップS13。つまり、判定部33aは、パターン1,6の場合、当該設定データが可搬媒体31に格納されていると判定する一方、パターン2~5の場合、当該設定データがフラッシュメモリ32に格納されていると判定する。当該設定データが可搬媒体31に格納されていると判定された場合ステップS13のYESルート、ステップS14~S19の処理が実行される。つまり、書込制御部33bにより、可搬媒体31上の各種設定データが読み出されステップS14、読み出された各種設定データがフラッシュメモリ32に書き込まれるステップS15。これにより、各種設定データが、フラッシュメモリ32上に書き込まれ、可搬媒体31によってバックアップされる。ついで、判定部33aにより、可搬媒体31上のファームウェア版数とフラッシュメモリ32上のファームウェア版数とが一致するか否かが判定されステップS16、これらのファームウェア版数が一致する場合ステップS16のYESルート、ステップS18の処理へ移行する。上記ファームウェア版数が一致しない場合ステップS16のNOルート、書込制御部33bにより、可搬媒体31上のファームウェア版数が読み出されてフラッシュメモリ32の版数情報格納領域に上書き更新される。また、書込制御部33bにより、可搬媒体31上の圧縮データが読み出されてファームウェアコードに復元され、復元されたファームウェアコードがフラッシュメモリ32に書き込まれて更新されるステップS17。このステップS17で実行されるファームウェアコードの書込更新手順については、図5および図6を参照しながら後述する。そして、判定部33aにより、筺体ROM11上の筺体シリアル番号と可搬媒体31上の筺体シリアル番号とフラッシュメモリ32上の筐体シリアル番号とが一致するか否かが判定されるステップS18。可搬媒体31上の筺体シリアル番号とフラッシュメモリ32上の筐体シリアル番号との少なくとも一方が、筺体ROM11上の筺体シリアル番号と異なっている場合ステップS18のNOルート、筐体ROM11上の筐体シリアル番号が読み出される。読み出された筐体ROM11上の筐体シリアル番号は、書込制御部33bにより、筺体ROM11上の筺体シリアル番号と異なる筐体シリアル番号を保持している、可搬媒体31および/またはフラッシュメモリ32上の筐体シリアル番号格納領域に上書きされるステップS19。ステップS19で筐体シリアル番号の上書きが実行された後、または、3つの筐体シリアル番号が一致する場合ステップS18のYESルート、判定部33aおよび書込制御部33bによる判定処理/データ書込処理ファームウェア起動処理が完了される。そして、MMB30のファームウェアは、フラッシュメモリ32上の設定データを用い、複数のサーバ20を含む処理装置1のシステム管理サービス提供を開始する。一方、当該設定データがフラッシュメモリ32に格納されていると判定された場合ステップS13のNOルート、パターン判定が行なわれるステップS20。ステップS11で取得された筺体シリアル番号およびファームウェア版数がパターン2である場合ステップS20のパターン2ルート、ステップS21~S23,S18およびS19の処理が実行される。つまり、書込制御部33bにより、フラッシュメモリ32上の各種設定データが読み出されステップS21、読み出された各種設定データが可搬媒体31に書き込まれるステップS22。これにより、フラッシュメモリ32上の各種設定データが、可搬媒体31によってバックアップされる。ついで、書込制御部33bにより、フラッシュメモリ32上の版数情報が読み出されて可搬媒体31の版数情報格納領域に上書きされる。また、書込制御部33bにより、フラッシュメモリ32上のファームウェアコードが読み出されて圧縮データに圧縮され、得られた圧縮データが可搬媒体31に書き込まれるステップS23。この後、判定部33aおよび書込制御部33bによる処理は、ステップS18,S19の処理へ移行する。ステップS11で取得された筺体シリアル番号およびファームウェア版数がパターン3である場合ステップS20のパターン3ルート、ステップS24,S25,S18およびS19の処理が実行される。つまり、書込制御部33bにより、フラッシュメモリ32上のファームウェア版数が読み出されステップS24、読み出されたファームウェア版数が筐体EEPROM11の版数格納領域に書き込まれるステップS25。この後、判定部33aおよび書込制御部33bによる処理は、ステップS18,S19の処理へ移行する。なお、ステップS25とステップS18との間において、上述したステップS21~S23と同様の処理が実行されてもよい。ステップS11で取得された筺体シリアル番号およびファームウェア版数が、パターン4,5である場合ステップS20のパターン4,5ルート、判定部33aおよび書込制御部33bによる処理は、ステップS18,S19の処理へ移行する。なお、ステップS18の処理へ移行する前に、上述したステップS21~S23と同様の処理が実行されてもよい。次に、図5に示すフローチャートステップS31~S39に従って、図6を参照しながら、図4のステップS17で書込制御部33bによって実行されるファームウェアコードの書込更新手順ファームウェア版数更新動作について説明する。図5および図6においては、フラッシュメモリ32においてデータが2つのパーティション1,2に二重化されて格納されている場合の、ファームウェアコードの書込更新手順が示されている。ここで、図6に示すごとく、ボード交換後の初回起動時にシステムがマウントしているパーティションは1であるとする。まず、書込制御部33bにより、旧ボード交換前のボード30から引き継がれた可搬媒体31上のファームウェア版数V1が取得されるステップS31。また、書込制御部33bにより、交換後のボード30上で現在動作しているファームウェアの版数V2パターン1の場合は起動用ファームウェアの版数Verxが、交換後のボード30上のフラッシュメモリ32から取得されるステップS32。このとき、版数V2は、システムがマウントしているパーティション1から取得される。さらに、書込制御部33bにより、フラッシュメモリ32における2つのパーティション1,2のそれぞれに格納されているファームウェアコードの版数が取得されるステップS33。この時点ボード交換後の初回起動時で取得されたパーティション1の版数およびパーティション2の版数は、いずれも、ステップS32で取得された版数V2と同じである図6のT1参照。そして、書込制御部33bにより、ステップS31,S32でそれぞれ取得された版数V1,V2が比較されるステップS34。ボード交換後の初回起動時において、可搬媒体31上のファームウェア版数V1とフラッシュメモリ32のファームウェア版数V2とは異なっているステップS34のNOルート;図6のT1参照。このため、書込制御部33bにより、現在、システムがマウントしていないパーティション2に対し、ファームウェア版数V1が書き込まれるとともに、版数V1に対応するファームウェアコードが書き込まれるステップS35;図6のT2参照。これにより、パーティション2は版数V2から版数1に更新される。このとき、パーティション2に書き込まれるファームウェアコードは、可搬媒体31上の圧縮コードを読み出して復元することによって取得される。この後、システムのマウントポジションをパーティション1からパーティション2へ切り替えてからステップS36;図6のマウントポジション参照、システムが再起動リブートされるステップS37。システムが再起動されると、初回起動時と同様、旧ボード30から引き継がれた可搬媒体31上のファームウェア版数V1が取得されるステップS31。また、書込制御部33bにより、交換後のボード30上で現在動作しているファームウェアの版数V1が、交換後のボード30上のフラッシュメモリ32から取得されるステップS32。このとき、版数V1は、システムがマウントしているパーティション2から取得される。さらに、書込制御部33bにより、フラッシュメモリ32における2つのパーティション1,2のそれぞれに格納されているファームウェアコードの版数が取得されるステップS33。再起動時に取得されたパーティション1の版数およびパーティション2の版数は、それぞれV2,V1である図6のT3参照。そして、書込制御部33bにより、ステップS31,S32でそれぞれ取得された版数V1,V1が比較されるステップS34。再起動時において、可搬媒体31上のファームウェア版数およびフラッシュメモリ32のファームウェア版数は、いずれもV1であるステップS34のYESルート;図6のT3参照。この場合、書込制御部33bにより、ステップS33で取得された2つのパーティション1,2における版数V2,V1が比較されるステップS38。このとき、パーティション1における版数V2とパーティション2における版数V1とは異なっているのでステップS38のNOルート、書込制御部33bにより、現在、システムがマウントしていないパーティション1に対し、ファームウェア版数V1が書き込まれるとともに、版数V1に対応するファームウェアコードが書き込まれるステップS39;図6のT4参照。これにより、パーティション1も版数V2から版数1に更新される。このとき、パーティション1に書き込まれるファームウェアコードは、パーティション2から取得されるか、可搬媒体31上の圧縮コードを読み出して復元することによって取得される。以上の処理により、フラッシュメモリ32のパーティション1,2におけるファームウェア版数とファームウェアコードとが、それぞれ、可搬媒体31上のファームウェア版数と圧縮コードに対応するファームウェアコードとに更新される。更新を完了することで、交換後のボード30は、旧ボード30と同じファームウェア版数で、サービスの提供複数のサーバ20の管理を行なうことが可能となる。2-3判定更新動作の具体例以下、テーブルTのパターン1~パターン10のそれぞれについて、図4のステップS11~S26を参照しながら、判定更新動作を具体的に説明する。B1パターン1パターン1は、ハードウェア故障でMMB30を新たなボード30に交換する場合に相当する。この場合、交換作業者は、故障したボード30を筺体10のスロットから引き抜き、さらに、そのボード30で使用されていたSDカード可搬媒体31を引き抜く。そして、交換作業者は、新しいボード30にSDカード31を実装して、そのボード30を筺体10のスロットに挿入する。この状態で、交換作業者は、処理装置1MMB30を起動する。新しいボード30が起動されると、ファームウェアは、まず、筺体ROM11に格納されている筺体シリアル番号SN1を取得するステップS11。また、ファームウェアは、ボード30上のフラッシュメモリ32に格納されている筺体シリアル番号SN3と、SDカード31に格納されている筺体シリアル番号SN2とを取得するステップS11。このとき、筺体ROM11上のSN1の値がSN012345であるとすると、SDカード31は元々同じ筺体10で使用されていた物を引継いでいるので、SDカード上のSN2の値も同様にSN012345となる。また、ボード30は未使用の新たな物に交換されているため、フラッシュメモリ32上のSN3の値としては、初期値NULLが取得される。したがって、取得された筐体シリアル番号SN1~SN3の組合せは、テーブルTのパターン1に相当することになり、判定部33aによる判定結果はOKとなりステップS12のYESルート、参照すべきデータはSDカード31に格納されていると判定されるステップS13のYESルート。ついで、ファームウェア書込制御部33bは、SDカード31から動作設定データを取得しステップS14、取得した動作設定データをフラッシュメモリ32上の格納領域にコピーするステップS15。次に、ファームウェアは、SDカード31に格納されているファームウェアコードの圧縮データの版数と、フラッシュメモリ32上に展開されているファームウェアコードの版数とを比較するステップS16。版数が等しい場合ステップS16のYESルート、ファームウェアは次の処理ステップS18に進む。一方、版数が異なる場合ステップS16のNOルート、ファームウェアは、SDカード31上のファームウェアデータをフラッシュメモリ32上に書き込む処理を開始するステップS17。フラッシュメモリ32が二重化されている場合、フラッシュメモリ32への書込み処理は、例えば図5および図6を参照しながら前述した手順で実行される。最後に、筺体ROM11上の筐体シリアル番号SN1とSDカード31上の筺体シリアル番号SN2とフラッシュメモリ32上の筺体シリアル番号SN3とが比較されるステップS18。パターン1の場合、フラッシュメモリ32上の筐体シリアル番号SN3の値が初期値NULLであって、筐体シリアル番号SN1,SN2の値SN012345と異なっているステップS18のNOルート。このため、筺体ROM11上のSN1の値SN012345が、フラッシュメモリ32上の格納領域に上書きされるステップS19。なお、SDカード31上のSN2の値は、筺体ROM11上のSN1の値と同じであるので、SDカード31に対するSN1の値の上書き処理は行なわない。以上の処理が完了すると、交換された新たなボード30上のフラッシュメモリ32には、旧ボード30と同じファームウェア版数のファームウェアコードが展開されるとともに、旧ボード30と同じ動作設定データが引き継がれる。これにより、交換後のボード30は、旧ボード30と同じファームウェア版数で、且つ、旧ボード30と同じ動作設定データに基づき、サービスの提供複数のサーバ20の管理を行なうことが可能となる。B2パターン2パターン2は、ハードウェア故障でSDカード31を交換する場合に相当する。この場合、交換作業者は、一旦、MMB30を筺体10のスロットから引き抜き、そのボード30上の故障したSDカード31を引き抜く。そして、交換作業者は、新しいSDカード31をボード30に実装してから、そのボード30を筺体10のスロットに再挿入する。この状態で、交換作業者は、処理装置1MMB30を起動する。新しいSDカード31を実装されたボード30が起動されると、ファームウェアは、まず、筺体ROM11上の筐体シリアル番号SN1とSDカード31上の筺体シリアル番号SN2とフラッシュメモリ32上の筺体シリアル番号SN3とを取得するステップS11。このとき、筺体ROM11上のSN1の値がSN012345であるとすると、ボード30は交換しておらず元々同じ筺体10で使用されていた物を引継いでいるので、フラッシュメモリ32上のSN3の値も同様にSN012345となる。また、SDカード31が新たな物に交換されているため、SDカード31上のSN2の値としては、初期値NULLが取得される。したがって、取得された筐体シリアル番号SN1~SN3の組合せは、テーブルTのパターン2に相当することになり、判定部33aによる判定結果はOKとなりステップS12のYESルート、参照すべきデータはフラッシュメモリ32に格納されていると判定されるステップS13のNOルート。そして、ファームウェアはステップS21の処理へ移行するステップS20のパターン2ルート。ついで、ファームウェア書込制御部33bは、フラッシュメモリ32から動作設定データを取得しステップS21、取得した動作設定データをSDカード31上の格納領域にコピーするステップS22。さらに、ファームウェアは、フラッシュメモリ32上に展開されているファームウェアコードを圧縮し、圧縮されたコード圧縮データをSDカード31に格納するステップS23。最後に、筺体ROM11上の筐体シリアル番号SN1とSDカード31上の筺体シリアル番号SN2とフラッシュメモリ32上の筺体シリアル番号SN3とが比較されるステップS18。パターン2の場合、SDカード31上の筐体シリアル番号SN2の値が初期値NULLであって、筐体シリアル番号SN1,SN3の値SN012345と異なっているステップS18のNOルート。このため、筺体ROM11上のSN1の値SN012345が、SDカード31上の格納領域に上書きされるステップS19。なお、フラッシュメモリ32上のSN3の値は、筺体ROM11上のSN1の値と同じであるので、フラッシュメモリ32に対するSN1の値の上書き処理は行なわない。以上の処理が完了すると、ボード30上の新たなSDカード31には、交換前のSDカード旧カード31と同じファームウェア版数のファームウェアコードの圧縮データが復元されるとともに、旧カード31と同じ動作設定データが復元される。この後、ボード30は、新たなSDカード31によるバックアップを受けながら、サービスの提供複数のサーバ20の管理を行なうことが可能となる。B3パターン3パターン3は、筺体ROM11の故障に伴い、この筐体ROM11を交換する場合に相当する。この場合、交換作業者は、筺体10処理装置1の電源をオフ状態にした後、筺体ROM11を新しい物に交換する。なお、新しい筐体ROM11には、交換前の筐体ROM11に格納されていた筐体シリアル番号例えばSN012345とは異なる筐体シリアル番号例えばSN67890が予め格納されている。また、新しい筐体ROM11の版数格納領域には、ファームウェア版数として初期値NULLが格納されている。そして、交換作業者は、交換を完了すると、筺体10処理装置1の電源をオン状態にする。筐体10の電源が投入されると、MMB30上のファームウェアが起動され、ファームウェアは、まず、筺体ROM11上の筐体シリアル番号SN1とSDカード31上の筺体シリアル番号SN2とフラッシュメモリ32上の筺体シリアル番号SN3とを取得するとともに、筺体ROM11上のファームウェア版数を取得するステップS11。このとき、筐体ROM11が交換されているので、SDカード31上のSN2の値およびフラッシュメモリ32上のSN3の値は、筺体ROM11上のSN1の値と異なるとともに、筐体ROM11のファームウェア版数の値としては、初期値NULLが格納されている。ここで、SDカード31上のSN2の値およびフラッシュメモリ32上のSN3の値は、交換前の筐体ROM11に格納されていたSN1の値SN012345である。したがって、取得された筐体シリアル番号SN1~SN3の組合せは、テーブルTのパターン3に相当することになり、判定部33aによる判定結果はOKとなりステップS12のYESルート、参照すべきデータはフラッシュメモリ32に格納されていると判定されるステップS13のNOルート。そして、ファームウェアは、ステップS24の処理へ移行するステップS20のパターン3ルート。ついで、ファームウェア書込制御部33bは、フラッシュメモリ32からファームウェア版数を取得しステップS24、取得したファームウェア版数を筐体ROM11の版数格納領域にコピーするステップS25。なお、パターン3では、可搬媒体31とフラッシュメモリ32とには、同じ筐体シリアル番号,同じファームウェア版数および同じ設定データ等が保存されているので、パターン2で行なったステップS21~S23の処理は省略されている。しかし、フラッシュメモリ32上に展開されている最新の情報をSDカード31によって確実にバックアップすべく、パターン3においても、ファームウェアは、上述したステップS21~S23と同様の処理を実行してもよい。最後に、筺体ROM11上の筐体シリアル番号SN1とSDカード31上の筺体シリアル番号SN2とフラッシュメモリ32上の筺体シリアル番号SN3とが比較されるステップS18。パターン3の場合、SDカード31上のSN2の値およびフラッシュメモリ32上のSN3の値は、いずれもSN012345で、筺体ROM11上のSN1の値SN67890と異なっているステップS18のNOルート。このため、筺体ROM11上のSN1の値SN012345が、SDカード31およびフラッシュメモリ32上の格納領域にそれぞれ上書きされるステップS19。以上の処理が完了すると、MMB30は、サービスの提供複数のサーバ20の管理を行なうことが可能となる。B4パターン4パターン4は、筺体10処理装置1がデフォルト状態から始めて電源を投入される場合初期起動に相当する。この場合、筐体10の電源が投入されると、MMB30上のファームウェアが起動され、ファームウェアは、まず、筺体ROM11上の筐体シリアル番号SN1とSDカード31上の筺体シリアル番号SN2とフラッシュメモリ32上の筺体シリアル番号SN3とを取得するステップS11。このとき、筺体ROM11上のSN1の値がSN012345であるとすると、SDカード31上のSN2の値およびフラッシュメモリ32上のSN3の値は、いずれも初期値NULLで、筺体ROM11上のSN1の値SN012345と異なる。したがって、取得された筐体シリアル番号SN1~SN3の組合せは、テーブルTのパターン4に相当することになり、判定部33aによる判定結果はOKとなりステップS12のYESルート、参照すべきデータはフラッシュメモリ32に格納されていると判定されるステップS13のNOルート。そして、ファームウェアはステップS18の処理へ移行するステップS20のパターン4,5ルート。なお、パターン4では、可搬媒体31とフラッシュメモリ32とには、同じ筐体シリアル番号,同じファームウェア版数および同じ設定データ等が保存されているので、パターン2で行なったステップS21~S23の処理は省略されている。しかし、フラッシュメモリ32上に展開されている最新の情報をSDカード31によって確実にバックアップすべく、パターン4においても、ファームウェアは、ステップS18の処理へ移行する前に、上述したステップS21~S23と同様の処理を実行してもよい。最後に、筺体ROM11上の筐体シリアル番号SN1とSDカード31上の筺体シリアル番号SN2とフラッシュメモリ32上の筺体シリアル番号SN3とが比較されるステップS18。パターン4の場合、SDカード31上のSN2の値およびフラッシュメモリ32上のSN3の値は、いずれも初期値NULLで、筺体ROM11上のSN1の値SN012345と異なっているステップS18のNOルート。このため、筺体ROM11上のSN1の値SN012345が、SDカード31およびフラッシュメモリ32上の格納領域にそれぞれ上書きされるステップS19。以上の処理が完了すると、MMB30は、サービスの提供複数のサーバ20の管理を行なうことが可能となる。B5パターン5パターン5は、筐体10処理装置1の再起動が行なわれる場合、つまり筐体10のAC電源をオフ状態からオン状態に切り替えた場合に相当する。この場合、筺体10の電源がオフからオンに切り替えられた後に、電源が投入されると、MMB30上のファームウェアが起動される。そして、ファームウェアは、まず、筺体ROM11上の筐体シリアル番号SN1とSDカード31上の筺体シリアル番号SN2とフラッシュメモリ32上の筺体シリアル番号SN3とを取得するステップS11。このとき、筺体ROM11上のSN1の値がSN012345であるとすると、SDカード31上のSN2の値およびフラッシュメモリ32上のSN3も、筺体ROM11上のSN1の値SN012345と等しい。したがって、取得された筐体シリアル番号SN1~SN3の組合せは、テーブルTのパターン5に相当することになり、判定部33aによる判定結果はOKとなりステップS12のYESルート、参照すべきデータはフラッシュメモリ32に格納されていると判定されるステップS13のNOルート。そして、ファームウェアはステップS18の処理へ移行するステップS20のパターン4,5ルート。なお、パターン5では、可搬媒体31とフラッシュメモリ32とには、同じ筐体シリアル番号,同じファームウェア版数および同じ設定データ等が保存されているので、パターン2で行なったステップS21~S23の処理は省略されている。しかし、フラッシュメモリ32上に展開されている最新の情報をSDカード31によって確実にバックアップすべく、パターン5においても、ファームウェアは、ステップS18の処理へ移行する前に、上述したステップS21~S23と同様の処理を実行してもよい。最後に、筺体ROM11上の筐体シリアル番号SN1とSDカード31上の筺体シリアル番号SN2とフラッシュメモリ32上の筺体シリアル番号SN3とが比較されるステップS18。パターン5の場合、SDカード31上のSN2の値およびフラッシュメモリ32上のSN3の値は、いずれもSN012345で、筺体ROM11上のSN1の値SN012345と等しいステップS18のYESルート。このため、ステップS19の処理はスキップされる。以上の処理が完了すると、MMB30は、サービスの提供複数のサーバ20の管理を行なうことが可能となる。B6パターン6パターン6は、ハードウェア故障でMMB30を交換する場合であって、MMB30を他の筺体10で動作していたボード30に交換する場合に相当する。この場合、交換作業者は、故障したボード旧ボード30を筺体10のスロットから引き抜き、さらに、旧ボード30で使用されていたSDカード31を引き抜く。そして、交換作業者は、他の筺体10で動作していたボード新ボード/交換後ボード30にSDカード31を実装してから、そのボード30を筺体10のスロットに挿入する。新ボード30が起動されると、ファームウェアは、まず、筺体ROM11上の筐体シリアル番号SN1とSDカード31上の筺体シリアル番号SN2とフラッシュメモリ32上の筺体シリアル番号SN3とを取得するステップS11。このとき、筺体ROM11上のSN1の値がSN012345であるとすると、SDカード31は元々同じ筺体10で使用されていた物を引継いでいるので、SDカード上のSN2の値も同様にSN012345となる。また、ボード30は他の筐体10に搭載されていた物に交換されているため、フラッシュメモリ32上のSN3の値としては、以前、ボード30が搭載されていた筐体10のシリアル番号、例えばSN303030が取得される。従って、取得された筐体シリアル番号SN1~SN3の組合せは、テーブルTのパターン6に相当することになり、判定部33aによる判定結果はOKとなりステップS12のYESルート、参照すべきデータはSDカード31に格納されていると判定されるステップS13のYESルート。ついで、パターン1と同様、ステップS14~S17の処理が実行される。つまり、ファームウェア書込制御部33bは、SDカード31から動作設定データを取得しステップS14、取得した動作設定データをフラッシュメモリ32上の格納領域にコピーするステップS15。次に、ファームウェアは、SDカード31に格納されているファームウェアコードの圧縮データの版数と、フラッシュメモリ32上に展開されているファームウェアコードの版数とを比較するステップS16。版数が等しい場合ステップS16のYESルート、ファームウェアは次の処理ステップS18に進む。一方、版数が異なる場合ステップS16のNOルート、ファームウェアは、SDカード31上のファームウェアデータをフラッシュメモリ32上に書き込む処理を開始するステップS17。フラッシュメモリ32が二重化されている場合、フラッシュメモリ32への書込み処理は、例えば図5および図6を参照しながら前述した手順で実行される。最後に、筺体ROM11上の筐体シリアル番号SN1とSDカード31上の筺体シリアル番号SN2とフラッシュメモリ32上の筺体シリアル番号SN3とが比較されるステップS18。パターン6の場合、フラッシュメモリ32上の筐体シリアル番号SN3の値がSN303030であって、筐体シリアル番号SN1,SN2の値SN012345と異なっているステップS18のNOルート。このため、筺体ROM11上のSN1の値SN012345が、フラッシュメモリ32上の格納領域に上書きされるステップS19。なお、SDカード31上のSN2の値は、筺体ROM11上のSN1の値と同じであるので、SDカード31に対するSN1の値の上書き処理は行なわない。以上の処理が完了すると、交換されたボード30上のフラッシュメモリ32には、旧ボード30と同じファームウェア版数のファームウェアコードが展開されるとともに、旧ボード30と同じ動作設定データが引き継がれる。これにより、交換後のボード30は、旧ボード30と同じファームウェア版数で、且つ、旧ボード30と同じ動作設定データに基づき、サービスの提供複数のサーバ20の管理を行なうことが可能となる。B7パターン7パターン7は、例えば、ハードウェア故障でSDカード31を新しい物に交換する際に、誤って他の筐体10におけるMMB30で使用されていたSDカード31に交換した場合に相当する。この場合、交換作業者は、一旦、MMB30を筺体10のスロットから引き抜き、そのボード30上の故障したSDカード31を引き抜く。この後、交換作業者は、未使用の新しいSDカード31を実装すべきところ、誤って他のMMB30で動作していたSDカード31を実装して、そのボード30を筺体10のスロットに挿入する。交換作業者は、交換を完了すると、筺体10処理装置1の電源をオン状態にする。なお、交換後のSDカード31には、他の筐体10のシリアル番号と他の筐体10におけるMMB30上で動作するファームウェアの版数とが保存されている。筐体10の電源が投入されると、MMB30上のファームウェアが起動され、ファームウェアは、まず、筺体ROM11上の筐体シリアル番号SN1とSDカード31上の筺体シリアル番号SN2とフラッシュメモリ32上の筺体シリアル番号SN3とを取得するとともに、筺体ROM11上のファームウェア版数を取得するステップS11。このとき、筺体ROM11上のSN1の値がSN012345であるとすると、ボード30は交換しておらず元々同じ筺体10で使用されていた物を引継いでいるので、フラッシュメモリ32上のSN3の値も同様にSN012345となる。また、SDカード31が、他の筐体10で使用されていた物に交換されているため、SDカード31上のSN2としては、SN1,SN3の値SN012345と異なる値SN505050が取得される。したがって、取得された筐体シリアル番号SN1~SN3の組合せは、テーブルTのパターン7に相当することになり、判定部33aによる判定結果はNGとなるステップS12のNOルート。この場合、ファームウェアは、参照すべき設定データの格納場所を判定不能で、正しい設定データを見出せず、これ以上動作することがきないため、縮退状態へと移行する。縮退状態となった場合、ハードウェアのアラームLEDが点灯するなどして、ユーザは、ファームウェア異常が発生したことを認識することができるステップS26。その後、ユーザは、ローカルコンソール図示略等から、限られたコマンドを実行することができ、アラームログの確認や復旧作業を行なうことができる。パターン7の場合、アラームログから、SDカード31の交換ミスが発生したことが認識され、正しいSDカード31に交換した後、再度、図4に示す処理が実行される。B8パターン8パターン8は、例えば、ハードウェア故障でMMB30を新しい物に交換する際に、誤ったSDカード31を実装した場合に相当する。つまり、パターン8は、MMB30を未使用のボード30に交換する際に、交換前のMMB30に実装されていたSDカード31を新たなボード30に実装すべきところ、誤って他の筐体10におけるMMB30で使用されていたSDカード31をボード30に実装した場合に相当する。この場合、交換作業者は、故障したボード30を筺体10のスロットから引き抜き、さらに、そのボード30で使用されていたSDカード30を引き抜く。そして、新たなボード30に、誤って、他のMMB30で動作していたSDカード31を実装し、そのボード30を筺体10のスロットに挿入する。交換作業者は、交換を完了すると、筺体10処理装置1の電源をオン状態にする。なお、交換後のSDカード31には、他の筐体10のシリアル番号と他の筐体10におけるMMB30上で動作するファームウェアの版数とが保存されている。筐体10の電源が投入されると、MMB30上のファームウェアが起動され、ファームウェアは、まず、筺体ROM11上の筐体シリアル番号SN1とSDカード31上の筺体シリアル番号SN2とフラッシュメモリ32上の筺体シリアル番号SN3とを取得するとともに、筺体ROM11上のファームウェア版数を取得するステップS11。このとき、筺体ROM11上のSN1の値がSN012345であるとすると、SDカード31上のSN2の値は、以前搭載されていた筐体10のシリアル番号SN707070となる。また、ボード30は、未使用の新たな物に交換されているため、フラッシュメモリ32上のSN3の値としては、初期値NULLが取得される。したがって、取得された筐体シリアル番号SN1~SN3の組合せは、テーブルTのパターン8に相当することになり、判定部33aによる判定結果はNGとなるステップS12のNOルート。この後、パターン7の場合と同様、ステップS26の処理が実行され、アラームログから、SDカード31の交換ミスが発生したことが認識され、ユーザによる復旧作業が行なわれ、正しいSDカード31に交換した後、再度、図4に示す処理が実行される。B9パターン9パターン9は、例えば、ハードウェア故障でSDカード31を新しい物に交換する際に、他の筺体10で動作していたMMB30を新たなボード30として使用する場合に相当する。この場合、交換作業者は、一旦、交換前のMMB30を筺体10のスロットから引き抜き、そのボード30上の故障したSDカード31を引き抜く。この後、交換作業者は、未使用の新たなSDカード31を、誤って、他の筺体10で動作していたMMB30に実装し、そのボード30を筺体10のスロットに挿入する。交換作業者は、交換を完了すると、筺体10処理装置1の電源をオン状態にする。なお、交換後のMMB30上のフラッシュメモリ32には、他の筐体10のシリアル番号と他の筐体10におけるMMB30上で動作するファームウェアの版数とが保存されている。筐体10の電源が投入されると、MMB30上のファームウェアが起動され、ファームウェアは、まず、筺体ROM11上の筐体シリアル番号SN1とSDカード31上の筺体シリアル番号SN2とフラッシュメモリ32上の筺体シリアル番号SN3とを取得するとともに、筺体ROM11上のファームウェア版数を取得するステップS11。このとき、筺体ROM11上のSN1の値がSN012345であるとすると、MMB30は、他の筐体10で動作していた物であるため、フラッシュメモリ32上のSN3の値は、以前搭載されていた筐体10のシリアル番号SN909090となる。また、SDカード31は、未使用の新たな物に交換されているため、SDカード31上のSN2の値としては、初期値NULLが取得される。したがって、取得された筐体シリアル番号SN1~SN3の組合せは、テーブルTのパターン9に相当することになり、判定部33aによる判定結果はNGとなるステップS12のNOルート。この後、パターン7の場合と同様、ステップS26の処理が実行され、アラームログから、MMB30の交換ミスが発生したことが認識され、ユーザによる復旧作業が行なわれ、正しいMMB30に交換した後、再度、図4に示す処理が実行される。B10パターン10パターン10は、例えば、ハードウェア故障でMMB30およびSDカード31を交換する際に、他の筐体10で使用されていたMMB30およびSDカード31に交換した場合に相当する。この場合、交換作業者は、一旦、交換前のMMB30を筺体10のスロットから引き抜き、そのボード30上の故障したSDカード31を引き抜く。この後、交換作業者は、交換後のMMB30およびSDカード31を筺体10のスロットに挿入する際に、誤って、他の筺体10で動作していたMMB30およびSDカード31を、筺体10のスロットに挿入する。交換作業者は、交換を完了すると、筺体10処理装置1の電源をオン状態にする。なお、交換後のMMB30上のフラッシュメモリ32、および、交換後のSDカード31には、他の筐体10のシリアル番号と他の筐体10におけるMMB30上で動作するファームウェアの版数とが保存されている。筐体10の電源が投入されると、MMB30上のファームウェアが起動され、ファームウェアは、まず、筺体ROM11上の筐体シリアル番号SN1とSDカード31上の筺体シリアル番号SN2とフラッシュメモリ32上の筺体シリアル番号SN3とを取得するとともに、筺体ROM11上のファームウェア版数を取得するステップS11。このとき、筺体ROM11上のSN1の値がSN012345であるとすると、MMB30は、他の筐体10で動作していた物であるため、フラッシュメモリ32上のSN3の値は、以前搭載されていた筐体10のシリアル番号SN909090となる。また、SDカード31も、他の筐体10で動作していた物であるため、SDカード31上のSN2の値は、以前搭載されていた筐体10のシリアル番号SN909090となる。したがって、取得された筐体シリアル番号SN1~SN3の組合せは、テーブルTのパターン10に相当することになり、判定部33aによる判定結果はNGとなるステップS12のNOルート。この後、パターン7の場合と同様、ステップS26の処理が実行され、アラームログから、MMB30およびSDカード31の交換ミスが発生したことが認識され、ユーザによる復旧作業が行なわれ、正しいMMB30およびSDカードに交換した後、再度、図4に示す処理が実行される。3処理装置および管理ボードによる効果上述した処理装置1およびMMB30によれば、筐体ROM11,可搬媒体31およびフラッシュメモリ32上の筐体シリアル番号に基づき、複数のデバイス可搬媒体31およびフラッシュメモリ32の中から、ファームウェアが参照すべき設定データが格納されているデバイスが判定される。これにより、デバイスの保守交換後に、どのデバイスに格納されているデータが妥当であるかを自動判定することが可能になる。また、その判定結果に基づき、筐体ROM11,可搬媒体31およびフラッシュメモリ32の間におけるデータの書込が制御される。このため、処理装置1MMB30は、交換前のファームウェア版数で、且つ、交換前の設定データに基づき、交換後も交換前と同様のサービスの提供、つまり複数のサーバ20の管理を行なうことができる。したがって、ボード30や可搬媒体31などの保守交換時に、システム管理者あるいは保守作業者は、新しいボード30に対して、ファームウェア更新や設定データリストアといった作業を行なう必要が無くなり、作業工数が削減できる。また、保守作業によるシステム停止時間の削減にも繋がる。さらに、人的作業が削減できるため、作業ミスによるシステム停止等のリスクを軽減できる。また、ファームウェアが参照すべき設定データの格納場所を判定不能であると判定された場合、LEDランプ等による表示機能や音声,警告音等による通知機能により、ユーザは、その旨をファームウェア異常として認識することができる。これにより、ユーザは、アラームログの確認や復旧作業を行なうことができる。したがって、復旧作業後、処理装置1MMB30は、交換前のファームウェア版数で、且つ、交換前の設定データに基づき、サービスの提供つまり複数のサーバ20の管理を行なうことができる。4その他以上、本発明の好ましい実施形態について詳述したが、本発明は、係る特定の実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲内において、種々の変形、変更して実施することができる。なお、上述した実施形態では、本発明をブレードシステム等のMMBに適用した場合について説明したが、本発明は、これに限定されるものではなく、図1に示すハードウェア構成を採る他のファームウェア製品へ、上述した実施形態と同様に適用され、上述した実施形態と同様の作用効果を得ることができる。例えば、本発明は、ブレードシステムにおける個々のサーバブレード上に存在するファームウェアについても、サーバブレードのハードウェア故障でボードを交換する場合に適用される。この場合も、SDカードを旧ボードから新ボードに引き継ぎ、ファームウェアに上述した実施形態と同様の処理ロジックを持たせることにより、交換後の新ボードにおいて、旧ボードと同じファームウェア版数と同じ動作設定データを復元することでき、交換後も交換前と同様のサービス提供が可能になる。上述した判定部33aおよび書込制御部33bとしての機能の全部または一部は、コンピュータCPU,情報処理装置,各種端末を含むが所定のアプリケーションプログラムを実行することによって実現される。そのプログラムは、例えばフレキシブルディスク,CDCD-ROM,CD-R,CD-RWなど,DVDDVD-ROM,DVD-RAM,DVD-R,DVD-RW,DVDR,DVDRWなど,ブルーレイディスク等のコンピュータ読取可能な記録媒体に記録された形態で提供される。この場合、コンピュータはその記録媒体からプログラムを読み取って内部記憶装置または外部記憶装置に転送し格納して用いる。ここで、コンピュータとは、ハードウェアとOSOperatingSystemとを含む概念であり、OSの制御の下で動作するハードウェアを意味している。また、OSが不要でアプリケーションプログラム単独でハードウェアを動作させるような場合には、そのハードウェア自体がコンピュータに相当する。ハードウェアは、少なくとも、CPU等のマイクロプロセッサと、記録媒体に記録されたコンピュータプログラムを読み取る手段とをそなえている。上記アプリケーションプログラムは、上述のようなコンピュータに、判定部33aおよび書込制御部33bとしての機能を実現させるプログラムコードを含んでいる。また、その機能の一部は、アプリケーションプログラムではなくOSによって実現されてもよい。"