JP5621926B2 - 処理装置および管理ボード - Google Patents

Description

本件は、処理装置および管理ボードに関する。

ブレードシステムや、パーティショニング機能を有するシステムは、一つの筐体内に複数のサーバ領域を持ち、個々のサーバはそれぞれ独立している。また、筐体内には、各サーバや共通コンポーネントを管理する管理部がそなえられている。管理部は、一般に、マネージメントボード（ＭＭＢ；管理ボード）と呼ばれる、筐体に対し挿抜可能なボードとして構成される。ボード上には、ファームウェアが動作するためのサービスプロセッサやフラッシュメモリ等が搭載され、筺体の電圧，温度，ファン回転数などの監視や、その監視結果に基づき電源，電力，ファンなどの制御等を行なう機能がそなえられている。

ＭＭＢでハードウェア故障等が発生した場合、ボード交換作業が発生する。このとき、交換のために持ち込んだ新しいボードに搭載されているファームウェアの版数（例えばVer. A1）が、旧ボード上で動作していたファームウェアの版数（例えばVer. A2）と異なる場合がある。このような場合、通常、システム管理者または保守作業者は、ボードの交換を行なった後、新しいボード上のファームウェアを、旧ボード上で動作していたファームウェアに更新する、つまり新しいボード上のファームウェアを版数Ver. A1から版数Ver. A2に更新する。これは、ボードの交換後も、これまで安定して動作していたファームウェア版数で運用を続けることで、予期しないシステムエラーが発生するリスクを軽減するためである。

そこで、従来、ボードの交換後、新たなボード上に存在する不揮発性メモリにおけるファームウェア（制御プログラム）を更新する必要があるか否かを、システム管理者あるいは保守作業者が判断する。そして、更新が必要であると判断した場合、作業者等が、更新用ファームウェアの格納されている外部メモリを持参し、外部メモリからプログラムを実行し、ファームウェアの更新を行なうといった手法が採られている。

さらに、従来、ボードの交換時に、以下のような手法も採られている。まず、ボードの外部に指示手段および記憶手段を用意しておき、ボードの交換前に、旧ボード上で動作していたファームウェアの各種設定情報を、一旦、外部の記憶手段に退避させる。つまり、作業者等は、指示手段からのオペレーションで、不揮発性メモリの内容を、一旦、外部の記憶手段に退避させる。そして、ボードの交換後に、作業者等は、指示手段からのオペレーションで、外部の記憶手段に退避された、旧ボード上の不揮発性メモリの内容を、新たなボード上の不揮発性メモリに復元する。このとき、作業者等は、ファームウェアの設定データの変更時に、設定データのバックアップを採取しておき、ボードの交換後に、バックアップされた設定データを、新たなボード上のファームウェアの設定データとしてリストアすることも行なっている。

特開２００３−０７６５６４号公報 特願平０６−３４８４８３号公報

しかしながら、上述した従来の手法では、ファームウェアの更新要否を作業者等が判断する必要があるとともに、一部、手動での作業が伴う。このため、ボード交換作業に時間が掛かるほか、作業ミスにより予期しないシステム停止が発生する可能性があるという課題がある。また、作業者等は、旧ボード上で動作していた版数が分からないため、更新要否の判断を行なえず、旧ボード上のファームウェアの版数と同じ版数のファームウェアを復元できないという課題もある。

また、ファームウェアの各種設定情報を交換前後のボードで引き継ぐ場合、上述した従来の手法では、作業者等が外部の指示手段および記憶手段を用いて作業を行なわなければならず手間が掛かるという課題がある。また、ボードの故障状況によっては、交換前に不揮発性メモリの内容を退避できないおそれがあり、旧ボード上の不揮発性メモリの内容を新たなボード上の不揮発性メモリに復元できない場合があるという課題もある。さらに、作業者等は、設定データの変更を行なう都度、バックアップの採取を行なわなければならないため、バックアップ採取作業に手間が掛かるという課題がある。また、作業者等が、バックアップを採取し忘れると、設定データの復元を行なえなくなり、手動で設定データの再設定を行なわなければならなくなる場合もあるという課題がある。

つまり、上述した従来の手法によれば、以下のような課題がある。
ＭＭＢ（管理ボード）の交換後に、作業者等が、ファームウェアの更新要否を判断する必要があるが、更新要否を判断できない場合がある。
作業者等が手動でファームウェア更新作業を行なうため、その作業に時間が掛かるとともに、作業ミスによるシステム停止の危険性がある。
ファームウェアの設定データを復元できない場合がある。

一つの側面で、本件は、デバイスの保守交換後に、どのデバイスに格納されているデータが妥当であるかを自動判定することができるようにすることを目的とする。
なお、前記目的に限らず、後述する発明を実施するための最良の形態に示す各構成により導かれる作用効果であって、従来の技術によっては得られない作用効果を奏することも本件の他の目的の一つとして位置付けることができる。

本件の処理装置は、筐体と、前記筐体内にそなえられた処理部と、前記筐体に挿抜可能に実装され、前記処理部を管理する管理ボードと、を有している。また、前記筐体は、当該筐体の識別情報を格納しうる記憶部を有している。さらに、前記管理ボードは、不揮発性メモリ，可搬型記憶媒体および判定部を有している。前記不揮発性メモリは、前記管理ボードが実装された筐体の識別情報およびファームウェアが参照する設定データを格納しうる。前記可搬型記憶媒体は、前記管理ボードに挿抜可能に実装され、実装されている管理ボードが実装された筐体の識別情報およびファームウェアが参照する設定データを格納しうる。前記判定部は、前記記憶部に格納された識別情報と前記不揮発性メモリに格納された識別情報と前記管理ボードに実装された前記可搬型記憶媒体に格納された識別情報とに基づき、前記不揮発性メモリと前記可搬型記憶媒体とのうちのいずれに、前記管理ボード上で動作するファームウェアが参照すべき設定データが格納されているかを判定する。

また、本件の管理ボードは、筐体に挿抜可能に実装され、前記筐体内の処理部を管理するものであって、不揮発性メモリ，可搬型記憶媒体および判定部を有している。前記不揮発性メモリは、前記管理ボードが実装された筐体の識別情報およびファームウェアが参照する設定データを格納しうる。前記可搬型記憶媒体は、前記管理ボードに挿抜可能に実装され、実装されている管理ボードが実装された筐体の識別情報およびファームウェアが参照する設定データを格納しうる。前記判定部は、前記筐体にそなえられた記憶部に格納された当該筐体の識別情報と、前記不揮発性メモリに格納された識別情報と、前記管理ボードに実装された前記可搬型記憶媒体に格納された識別情報とに基づき、前記不揮発性メモリと前記可搬型記憶媒体とのうちのいずれに、前記管理ボード上で動作するファームウェアが参照すべき設定データが格納されているかを判定する。

開示の技術では、デバイスの保守交換後に、どのデバイスに格納されているデータが妥当であるかを自動判定することが可能になる。

一実施形態の処理装置および管理ボードのハードウェア構成および機能構成を示すブロック図である。 本実施形態の設定データ格納場所判定テーブルの一例を示す図である。 本実施形態の処理装置（管理ボード）の起動時における動作を概略的に説明するためのフローチャートである。 本実施形態の管理ボードにおける判定部および書込制御部の動作を説明するためのフローチャートである。 本実施形態のファームウェア版数更新動作を説明するためのフローチャートである。 本実施形態のファームウェア版数更新動作を説明するための図である。

以下、図面を参照して実施の形態を説明する。
〔１〕処理装置および管理ボードの構成
図１は、一実施形態の処理装置１および管理ボード３０のハードウェア構成および機能構成を示すブロック図である。
図１に示す処理装置１は、筐体１０を有し、当該筐体１０内に、複数の処理部２０と一の管理ボード３０とをそなえて構成されている。処理部２０は、例えばサーバである。なお、以下、処理部２０を「サーバ２０」といい、管理ボード（マネージメントボード）３０を「ＭＭＢ３０」または「ボード３０」という。

筐体１０は、当該筐体１０の識別情報としての筐体シリアル番号と、当該筐体１０におけるＭＭＢ３０上で動作しているファームウェアの版数情報とを格納しうる記憶部１１を有している。筐体シリアル番号は、記憶部１１の筐体シリアル番号格納領域（識別情報格納領域）に格納され、ファームウェアの版数情報は、記憶部１１の版数情報格納領域に格納されている。少なくとも版数情報格納領域におけるファームウェアの版数情報は、後述する書込制御部３３ｂにより上書き（書き換え）可能になっている。記憶部１１としては例えばＥＥＰＲＯＭ（Electronic Erasable Programmable Read Only Memory；電気的消去書き込み可能読み出し専用メモリ）が用いられる。以下、記憶部１１を「筐体ＲＯＭ１１」という。

複数のサーバ２０は、それぞれ、例えば筐体１０に対し挿抜可能なサーバブレードとして構成され、独立して動作する。
ＭＭＢ３０は、各サーバ２０や共通コンポーネントを管理するものであり、ＭＭＢ３０も、筐体１０に挿抜可能に実装されている。ＭＭＢ３０は、筺体の電圧，温度，ファン回転数などの監視や、その監視結果に基づき電源，電力，ファンなどの制御等を行なう機能を有している。

ＭＭＢ３０上には、ファームウェアが動作するためのサービスプロセッサ（ＳＰ）３３や、ＲＡＭ（Random Access Memory）ディスク３４が搭載されるほか、後述する可搬型記憶媒体３１やフラッシュメモリ（不揮発性メモリ）３２が搭載されている。ＳＰ３３およびＲＡＭディスク３４は、フラッシュメモリ３２に格納されたファームウェアコード（ブートコード）を実行するために使用される。

可搬型記憶媒体３１は、ＭＭＢ３０に挿抜可能に実装される。可搬型記憶媒体３１としては例えばＳＤ（Secure Digital）カードやＵＳＢ（Universal Serial Bus）メモリが用いられる。以下、可搬型記憶媒体３１を「可搬媒体３１」という。
可搬媒体３１には、下記項目(11)〜(14)のデータが格納される。

(11)当該可搬媒体３１を実装されたＭＭＢ３０（挿入先のＭＭＢ３０）上で動作するファームウェアのコードであって、フラッシュメモリ３２上に展開されているファームウェアコードを圧縮した圧縮データ（ファームウェア圧縮イメージ）
(12)当該可搬媒体３１を実装されたＭＭＢ３０（挿入先のＭＭＢ３０）上で動作するファームウェアの各種設定データ
(13)当該可搬媒体３１を実装されたＭＭＢ３０（挿入先のＭＭＢ３０）を実装された筐体１０のシリアル番号
(14)当該可搬媒体３１を実装されたＭＭＢ３０（挿入先のＭＭＢ３０）上で動作するファームウェアの版数情報

このように、可搬媒体３１には、項目(11)のファームウェアコードの圧縮データおよび項目(12)のファームウェアの動作設定データがバックアップデータとして格納される。項目(11)のファームウェアコードの圧縮イメージとしては、数世代分の圧縮イメージを保持することも可能である。また、項目(13)の筐体シリアル番号および項目(14)のファームウェアの版数情報は、処理装置１におけるデバイスである筐体ＲＯＭ１１，ＭＭＢ３０，可搬媒体３１，フラッシュメモリ３２が新しいものに交換されたか否かの判断を可能にする情報である。

フラッシュメモリ３２には、下記項目(21)〜(24)のデータが格納される。
(21)当該フラッシュメモリ３２を搭載されたＭＭＢ３０上で動作するファームウェアのコードであって、当該フラッシュメモリ３２上に展開されているファームウェアコード
(22)当該フラッシュメモリ３２を搭載されたＭＭＢ３０上で動作するファームウェアの各種設定データ
(23)当該フラッシュメモリ３２を搭載されたＭＭＢ３０を実装された筐体１０のシリアル番号
(24)当該フラッシュメモリ３２を搭載されたＭＭＢ３０上で動作するファームウェアの版数情報

このように、可搬媒体３１が故障した場合を考慮して、フラッシュメモリ３２にも、項目(22)のファームウェアの動作設定データが保持される。項目(23)の筐体シリアル番号および項目(24)のファームウェアの版数情報は、項目(13),(14)のデータと同様、処理装置１におけるデバイスである筐体ＲＯＭ１１，ＭＭＢ３０，可搬媒体３１，フラッシュメモリ３２が新しいものに交換されたか否かの判断を可能にする情報である。

後述するように、ハードウェア故障等でＭＭＢ３０が交換される場合、可搬媒体３１が新しいボード３０に引き継がれることで、旧ボード３０で使用されていたファームウェアコードや設定データが新しいボード３０に反映される。また、可搬媒体３１が交換された場合、ボード３０上のフラッシュメモリ３２から設定データが読み出され可搬媒体３１に書き込まれることにより、処理装置１０の動作が継続される。

ＭＭＢ３０上のＳＰ３３は、ＲＡＭディスク３４等の記憶機能によって保持されるプログラムを実行することにより、判定部３３ａおよび書込制御部（更新制御部）３３ｂとして機能する。
判定部３３ａは、例えばデバイスの保守交換後の起動時等に、筐体ＲＯＭ１１，フラッシュメモリ３２および可搬媒体３１における筐体シリアル番号およびファームウェア版数情報に基づき、ＭＭＢ３０上で動作するファームウェアが参照すべき設定データが、フラッシュメモリ３２と可搬媒体３１とのうちのいずれに格納されているかを判定する。つまり、判定部３３ａは、筐体ＲＯＭ１１，フラッシュメモリ３２および可搬媒体３１の３箇所に格納されている情報を比較し、どのデバイス（ここではフラッシュメモリ３２および可搬媒体３１のいずれ）に格納されているデータが妥当であるかを判定する。

より具体的に、判定部３３ａは、例えば図２に示すような設定データ格納場所判定テーブルＴを用いて、ＭＭＢ３０上で動作するファームウェアが参照すべき設定データが、フラッシュメモリ３２と可搬媒体３１とのうちのいずれに格納されているかを判定する。図２は、本実施形態の設定データ格納場所判定テーブルＴの一例を示す図である。

テーブルＴは、ファームウェア内部に予めそなえられ、ＲＡＭディスク３４等の記憶機能によって保持されている。テーブルＴには、図２に示すように、筐体ＲＯＭ１１，フラッシュメモリ３２および可搬媒体３１における筐体シリアル番号およびファームウェア版数の１０種類のパターン１〜１０に応じた、判定結果（ＯＫかＮＧ）と、ファームウェアが参照すべき設定データの格納場所／デバイス（可搬媒体，フラッシュメモリ，無）とが保持されている。なお、判定結果がＮＧの場合とは、ＭＭＢ３０上で動作するファームウェアが参照すべき設定データが、フラッシュメモリ３２と可搬媒体３１とのうちのいずれに格納されているか判定不能な場合である。

デバイスの保守交換後の起動時等に、判定部３３ａは、筐体ＲＯＭ１１，フラッシュメモリ３２および可搬媒体３１から筐体シリアル番号およびファームウェア版数を読み出す。そして、判定部３３ａは、テーブルＴを参照し、読み出した筐体シリアル番号およびファームウェア版数が、パターン１〜１０のどのパターンに対応するか判定する。これにより、判定部３３ａは、パターンに応じた、判定結果、および、ファームウェアが参照すべき設定データの格納場所／デバイスの情報を得ている。

なお、判定部３３ａが、テーブルＴを参照してパターン判定を行なう際、筐体シリアル番号およびファームウェア版数情報の両方を用いてもよいし、筐体シリアル番号とファームウェア版数情報とのいずれか一方を用いてもよい。
書込制御部３３ｂは、判定部３３ａによる判定結果に基づいて、筐体ＲＯＭ１１，フラッシュメモリ３２および可搬媒体３１の間におけるデータの転送・書込（更新）を制御する。この書込制御部３３ｂのより具体的な機能については、後述する。

ここで、図２に示すテーブルＴを用いた判定部３３ａによる判定機能と、その判定結果に応じた書込制御部３３ｂの具体的な機能とを、下記項目〔Ａ１〕〜〔Ａ１０〕においてパターン毎に説明する。なお、図２に示すテーブルＴにおいて、S/N(A)，S/N(B)，S/N(C)は、それぞれ筺体シリアル番号の値を示し、Ver.1，Ver.2は、それぞれファームウェア版数の値を示し、Ver.xは、ファームウェアが起動用ファームウェアであることを示す。また、処理装置１において可搬媒体３１あるいはＭＭＢ３０が交換された場合、新しいデバイス（可搬媒体３１やフラッシュメモリ３２）上の筐体シリアル番号の初期値はＮＵＬＬであり、新しいデバイス（可搬媒体３１やフラッシュメモリ３２）上のファームウェア版数はVer.xである。

〔Ａ１〕パターン１
パターン１の場合、可搬媒体３１上の筺体シリアル番号と筺体ＲＯＭ１１上の筺体シリアル番号とが等しく、且つ、フラッシュメモリ３２上の筐体シリアル番号は初期値（ＮＵＬＬ）である。また、可搬媒体３１上のファームウェア版数と筺体ＲＯＭ１１上のファームウェア版数とが等しく、且つ、フラッシュメモリ３２上のファームウェア版数は起動用ファームウェアを示すVer.xである。

このようなパターン１は、ＭＭＢ３０が新たなボード３０に交換され、その新たなボード３０に、交換前のＭＭＢ３０に実装されていた可搬媒体３１が実装されて引き継がれた場合に相当する。この場合、新たなボード３０に搭載されたフラッシュメモリ３２には、ファームウェアの設定データ等は格納されていない。このため、交換前のＭＭＢ３０に実装されていた可搬媒体３１に保存された、交換前のＭＭＢ３０におけるファームウェアの設定データが、新たなボード３０に引き継がれる。従って、ファームウェアが参照すべき設定データは、可搬媒体３１上の設定データとなる。つまり、テーブルＴにおいて、パターン１の場合、ファームウェアが参照すべき設定データの格納場所は、可搬媒体３１である。

したがって、判定部３３ａは、筐体ＲＯＭ１１上の筐体シリアル番号とＭＭＢ３０に実装された可搬媒体３１上の筐体シリアル番号とが一致し且つフラッシュメモリ３２上の筐体シリアル番号が初期値（ＮＵＬＬ）である場合、ＭＭＢ３０が新たなＭＭＢ３０に交換されたと判定する。つまり、判定部３３ａは、テーブルＴを参照し、処理装置１がパターン１に相当する状態であると判定し、ファームウェアが参照すべき設定データが、可搬媒体３１に格納されていると判定する（図４のステップＳ１３のＹＥＳルートからステップＳ１４参照）。

パターン１の場合、書込制御部３３ｂは、可搬媒体３１上の各種設定データを読み出し、読み出した各種設定データを新たなＭＭＢ３０に実装されたフラッシュメモリ３２に書き込む（図４のステップＳ１４，Ｓ１５参照）。これにより、各種設定データが、フラッシュメモリ３２上に書き込まれ、可搬媒体３１によってバックアップされる。

また、パターン１では、可搬媒体３１上のファームウェア版数と、交換後のＭＭＢ３０上のフラッシュメモリ３２の版数情報格納領域における情報（Ver.x）とは不一致である。このため、書込制御部３３ｂは、可搬媒体３１上のファームウェア版数をフラッシュメモリ３２の版数情報格納領域に上書き更新するとともに、可搬媒体３１上の圧縮データを復元して得られたファームウェアコードを、フラッシュメモリ３２に書き込み更新する（図４のステップＳ１７参照）。なお、フラッシュメモリ３２においてデータが２つのパーティション＃１，＃２に二重化されて格納されている場合の、ファームウェアコードの書込手順については、図５および図６を参照しながら後述する。

さらに、パターン１では、可搬媒体３１上の筺体シリアル番号と筺体ＲＯＭ１１上の筺体シリアル番号とが等しく、フラッシュメモリ３２上の筐体シリアル番号は初期値（ＮＵＬＬ）である。このため、書込制御部３３ｂは、筐体ＲＯＭ１１上の筐体シリアル番号をフラッシュメモリ３２上の筐体シリアル番号格納領域に上書きする（図４のステップＳ１９参照）。

〔Ａ２〕パターン２
パターン２の場合、筐体ＲＯＭ１１上の筐体シリアル番号とフラッシュメモリ３２上の筐体シリアル番号とが等しく、且つ、可搬媒体３１上の筐体シリアル番号が初期値（ＮＵＬＬ）である。また、筺体ＲＯＭ１１上のファームウェア版数とフラッシュメモリ３２上のファームウェア版数とが等しく、且つ、可搬媒体３１上のファームウェア版数は起動用ファームウェアを示すVer.xである。

このようなパターン２は、ＭＭＢ３０に実装されていた可搬媒体３１が新たな可搬媒体３１に交換された場合に相当する。この場合、新たな可搬媒体３１には、ファームウェアの設定データ等は格納されておらず、ＭＭＢ３０上に実装されているフラッシュメモリ３２に、ファームウェアの設定データ等が保存されている。従って、ファームウェアが参照すべき設定データは、フラッシュメモリ３２上の設定データとなる。つまり、テーブルＴにおいて、パターン２の場合、ファームウェアが参照すべき設定データの格納場所は、フラッシュメモリ３２である。

したがって、判定部３３ａは、筐体ＲＯＭ１１上の筐体シリアル番号とフラッシュメモリ３２上の筐体シリアル番号とが一致し且つＭＭＢ３０に実装された可搬媒体３１上の筐体シリアル番号が初期値（ＮＵＬＬ）である場合、可搬媒体３１が新たな可搬媒体３１に交換されたと判定する。つまり、判定部３３ａは、テーブルＴを参照し、処理装置１がパターン２に相当する状態であると判定し、ファームウェアが参照すべき設定データが、フラッシュメモリ３２に格納されていると判定する（図４のステップＳ１３，Ｓ２０からステップＳ２１参照）。

パターン２の場合、書込制御部３３ｂは、フラッシュメモリ３２上の各種設定データを読み出し、読み出した各種設定データを、交換後の新たな可搬媒体３１に書き込む（図４のステップＳ２１，Ｓ２２参照）。これにより、フラッシュメモリ３２上の各種設定データが、可搬媒体３１によってバックアップされる。

また、パターン２では、交換後の新たな可搬媒体３１の版数情報格納領域における情報（Ver.x）と、フラッシュメモリ３２上のファームウェア版数とは不一致である。このため、書込制御部３３ｂは、フラッシュメモリ３２上の版数情報を可搬媒体３１の版数情報格納領域に上書き更新するとともに、フラッシュメモリ３２上のファームウェアコードを圧縮して得られた圧縮コードを可搬媒体３１に書き込み更新する（図４のステップＳ２３参照）。

さらに、パターン２では、筺体ＲＯＭ１１上の筺体シリアル番号とフラッシュメモリ３２上の筺体シリアル番号とが等しく、交換後の新たな可搬媒体３１上の筐体シリアル番号は初期値（ＮＵＬＬ）である。このため、書込制御部３３ｂは、筐体ＲＯＭ１１上の筐体シリアル番号を可搬媒体３１上の筐体シリアル番号格納領域に上書きする（図４のステップＳ１９参照）。

〔Ａ３〕パターン３
パターン３の場合、フラッシュメモリ３２上の筐体シリアル番号と可搬媒体３１上の筐体シリアル番号とが等しく、且つ、筐体ＲＯＭ１１上の筐体シリアル番号がフラッシュメモリ３２および可搬媒体３１上の筐体シリアル番号と異なり、且つ、筐体ＲＯＭ１１上のファームウェア版数が初期値（ＮＵＬＬ）である。また、可搬媒体３１上のファームウェア版数とフラッシュメモリ３２上のファームウェア版数とが等しい。

このようなパターン３は、筐体ＲＯＭ１１が新たな筐体ＲＯＭ１１に交換された場合に相当し、新たな筐体ＲＯＭ１１の筐体には、可搬媒体３１やフラッシュメモリ３２に格納された筐体シリアル番号とは異なる、新たな筐体シリアル番号が予め格納されている。この場合、可搬媒体３１およびフラッシュメモリ３２には、同じ筐体シリアル番号，同じファームウェア版数および同じ設定データ等が保存されている。従って、ファームウェアが参照すべき設定データは、可搬媒体３１上の設定データであってもフラッシュメモリ３２上の設定データであってもよく、本実施形態では、フラッシュメモリ３２に代表させる。つまり、テーブルＴにおいて、パターン３の場合、ファームウェアが参照すべき設定データの格納場所は、フラッシュメモリ３２である。

したがって、判定部３３ａは、フラッシュメモリ３２上の筐体シリアル番号とＭＭＢ３０に実装された可搬媒体３１上の筐体シリアル番号とが一致し且つ筐体ＲＯＭ１１における筐体シリアル番号がフラッシュメモリ３２および可搬媒体３１上の筐体シリアル番号と異なり且つ筐体ＲＯＭ１１に格納されたファームウェアの版数情報が初期値（ＮＵＬＬ）である場合、筐体ＲＯＭ１１が新たな筐体ＲＯＭ１１に交換されたと判定する。つまり、判定部３３ａは、テーブルＴを参照し、処理装置１がパターン３に相当する状態であると判定し、ファームウェアが参照すべき設定データが、フラッシュメモリ３２に格納されていると判定する（図４のステップＳ１３，Ｓ２０からステップＳ２４参照）。

パターン３の場合、交換後の新たな筐体ＲＯＭ１１上のファームウェア版数が初期値（ＮＵＬＬ）である。このため、書込制御部３３ｂは、ファームウェア版数をフラッシュメモリ３２（または可搬媒体３１）から読み出し、読み出したファームウェア版数を筐体ＲＯＭ１１の版数格納領域に書き込む（図４のステップＳ２４，Ｓ２５参照）。

また、パターン３の場合、交換後の新たな筐体ＲＯＭ１１には新たな筐体シリアル番号が格納されており、書込制御部３３ｂは、筐体ＲＯＭ１１における新たな筐体シリアル番号を書き換えることができない。このため、書込制御部３３ｂは、筐体ＲＯＭ１１上の筐体シリアル番号を読み出し、読み出した筐体シリアル番号を、フラッシュメモリ３２および可搬媒体３１における筐体シリアル番号格納領域に上書きする（図４のステップＳ１９参照）。

〔Ａ４〕パターン４
パターン４の場合、フラッシュメモリ３２上の筐体シリアル番号と可搬媒体３１上の筐体シリアル番号とがいずれも初期値（ＮＵＬＬ）であり、且つ、筐体ＲＯＭ１１に筐体１０のシリアル番号が格納されている。また、筐体ＲＯＭ１１，可搬媒体３１およびフラッシュメモリ３２上のファームウェア版数が等しい。

このようなパターン４は、処理装置１をデフォルト状態から始めて電源を投入した状態（初期起動）に相当する。この場合、可搬媒体３１およびフラッシュメモリ３２には、同じファームウェア版数および同じ設定データ等が保存されている。従って、ファームウェアが参照すべき設定データは、可搬媒体３１上の設定データであってもフラッシュメモリ３２上の設定データであってもよく、本実施形態では、フラッシュメモリ３２に代表させる。つまり、テーブルＴにおいて、パターン４の場合、ファームウェアが参照すべき設定データの格納場所は、フラッシュメモリ３２である。

したがって、判定部３３ａは、フラッシュメモリ３２上の筐体シリアル番号とＭＭＢ３０に実装された可搬媒体３１上の筐体シリアル番号とがいずれも初期値（ＮＵＬＬ）であり且つ筐体ＲＯＭ１１に筐体１０のシリアル番号が格納されている場合、処理装置１をデフォルト状態から始めて電源を投入した状態であると判定する。つまり、判定部３３ａは、テーブルＴを参照し、処理装置１がパターン４に相当する状態であると判定し、ファームウェアが参照すべき設定データが、フラッシュメモリ３２に格納されていると判定する（図４のステップＳ１３，Ｓ２０からステップＳ１８参照）。

パターン４の場合、フラッシュメモリ３２上の筐体シリアル番号と可搬媒体３１上の筐体シリアル番号とがいずれも初期値（ＮＵＬＬ）である。このため、書込制御部３３ｂは、筐体ＲＯＭ１１上の筐体シリアル番号を読み出し、読み出した筐体シリアル番号を、フラッシュメモリ３２および可搬媒体３１上の筐体シリアル番号格納領域に上書きする（図４のステップＳ１９参照）。

〔Ａ５〕パターン５
パターン５の場合、フラッシュメモリ３２上の筐体シリアル番号と可搬媒体３１上の筐体シリアル番号と筐体ＲＯＭ１１上の筐体シリアル番号とが等しい。また、筐体ＲＯＭ１１，可搬媒体３１およびフラッシュメモリ３２上のファームウェア版数も等しい。

このようなパターン５は、処理装置１を再起動した状態、つまり筐体１０のＡＣ電源をオフ状態からオン状態に切り替えた場合に相当する。この場合、パターン３と同様、可搬媒体３１およびフラッシュメモリ３２には、同じ筐体シリアル番号，同じファームウェア版数および同じ設定データ等が保存されている。従って、ファームウェアが参照すべき設定データは、可搬媒体３１上の設定データであってもフラッシュメモリ３２上の設定データであってもよく、本実施形態では、フラッシュメモリ３２に代表させる。つまり、テーブルＴにおいて、パターン５の場合、ファームウェアが参照すべき設定データの格納場所は、フラッシュメモリ３２である。

したがって、判定部３３ａは、フラッシュメモリ３２上の筐体シリアル番号とＭＭＢ３０に実装された可搬媒体３１上の筐体シリアル番号と筐体ＲＯＭ１１上の筐体シリアル番号とが一致する場合、処理装置１を再起動した状態であると判定する。つまり、判定部３３ａは、テーブルＴを参照し、処理装置１がパターン５に相当する状態であると判定し、ファームウェアが参照すべき設定データが、フラッシュメモリ３２に格納されていると判定する（図４のステップＳ１３，Ｓ２０からステップＳ１８参照）。

〔Ａ６〕パターン６
パターン６の場合、筐体ＲＯＭ１１上の筐体シリアル番号と可搬媒体３１上の筐体シリアル番号とが等しく、且つ、フラッシュメモリ３２上の筐体シリアル番号が筐体ＲＯＭ１１および可搬媒体３１上の筐体シリアル番号と異なっている。また、筐体ＲＯＭ１１上のファームウェア版数と可搬媒体３１上のファームウェア版数とが等しく、且つ、フラッシュメモリ３２上のファームウェア版数が筐体ＲＯＭ１１および可搬媒体３１上のファームウェア版数と異なっている。

このようなパターン６は、ＭＭＢ３０を、他の筐体１０で使用されていたＭＭＢ３０に交換し、交換後のＭＭＢ３０に、交換前のＭＭＢ３０に実装されていた可搬媒体３１を実装して引き継いだ場合に相当する。この場合、交換後のＭＭＢ３０に搭載されたフラッシュメモリ３２には、当然、交換前のＭＭＢ３０上で動作するファームウェアの設定データ等は格納されていない。このため、交換前のＭＭＢ３０に実装されていた可搬媒体３１に保存された、交換前のＭＭＢ３０におけるファームウェアの設定データが、交換後のＭＭＢ３０に引き継がれる。従って、ファームウェアが参照すべき設定データは、可搬媒体３１上の設定データとなる。つまり、テーブルＴにおいて、パターン６の場合、ファームウェアが参照すべき設定データの格納場所は、可搬媒体３１である。

したがって、判定部３３ａは、筐体ＲＯＭ１１上の筐体シリアル番号とＭＭＢ３０に実装された可搬媒体３１上の筐体シリアル番号とが一致し且つフラッシュメモリ３２上の筐体シリアル番号が筐体ＲＯＭ１１および可搬媒体３１上の筐体シリアル番号と異なる場合、ＭＭＢ３０が他の筐体１０で使用されていたＭＭＢ３０に交換されたと判定する。つまり、判定部３３ａは、テーブルＴを参照し、ファームウェアが参照すべき設定データが、可搬媒体３１に格納されていると判定する（図４のステップＳ１３からステップＳ１４参照）。

パターン６の場合、書込制御部３３ｂは、可搬媒体３１上の各種設定データを読み出し、読み出した各種設定データを、交換後のＭＭＢ３０に実装されたフラッシュメモリ３２に書き込む（図４のステップＳ１４，Ｓ１５参照）。これにより、各種設定データが、フラッシュメモリ３２上に書き込まれ、可搬媒体３１によってバックアップされる。

また、パターン６では、可搬媒体３１上のファームウェア版数と、交換後のＭＭＢ３０上のフラッシュメモリ３２上のファームウェア版数とは不一致である。このため、書込制御部３３ｂは、可搬媒体３１上のファームウェア版数をフラッシュメモリ３２の版数情報格納領域に上書き更新するとともに、可搬媒体３１上の圧縮データを復元して得られたファームウェアコードをフラッシュメモリ３２に書き込み更新する（図４のステップＳ１７参照）。なお、フラッシュメモリ３２においてデータが２つのパーティション＃１，＃２に二重化されて格納されている場合の、ファームウェアコードの書込手順については、図５および図６を参照しながら後述する。

さらに、パターン６では、可搬媒体３１上の筺体シリアル番号と筺体ＲＯＭ１１上の筺体シリアル番号とが等しいが、フラッシュメモリ３２上の筐体シリアル番号が、筐体ＲＯＭ１１および可搬媒体３１上の筐体シリアル番号と異なっている。このため、書込制御部３３ｂは、筐体ＲＯＭ１１上の筐体シリアル番号をフラッシュメモリ３２上の筐体シリアル番号格納領域に上書きする（図４のステップＳ１９参照）。

〔Ａ７〕パターン７
パターン７の場合、筐体ＲＯＭ１１上の筐体シリアル番号とフラッシュメモリ３２上の筐体シリアル番号とが等しく、且つ、可搬媒体３１上の筐体シリアル番号が筐体ＲＯＭ１１およびフラッシュメモリ３２上の筐体シリアル番号と異なっている。また、筐体ＲＯＭ１１上のファームウェア版数とフラッシュメモリ３２上のファームウェア版数とが等しく、且つ、可搬媒体３１上のファームウェア版数が筐体ＲＯＭ１１およびフラッシュメモリ３２上のファームウェア版数と異なっている。

このようなパターン７は、例えば、パターン２のごとくＭＭＢ３０に実装されていた可搬媒体３１を新たな可搬媒体３１に交換する際に、誤って他の筐体１０で使用されていた可搬媒体３１に交換した場合に相当し、通常、ユーザオペ―レーションミスで発生する。交換後の可搬媒体３１には、他の筐体１０のシリアル番号と他の筐体１０におけるＭＭＢ３０上で動作するファームウェアの版数とが保存されている。

この場合、判定部３３ａは、可搬媒体３１上の情報と、筐体ＲＯＭ１１およびフラッシュメモリ３２上の情報とのどちらが、本処理装置１にとって妥当な情報であるか判定することができない。つまり、判定部３３ａは、ＭＭＢ３０上で動作するファームウェアが参照すべき設定データが、フラッシュメモリ３２と可搬媒体３１とのうちのいずれに格納されているか判定不能である。従って、判定部３３ａは、テーブルＴを参照し、筐体シリアル番号およびファームウェア版数がパターン７の場合、ファームウェア異常（ＮＧ）と判定する。

〔Ａ８〕パターン８
パターン８の場合、筐体ＲＯＭ１１上の筐体シリアル番号と可搬媒体３１上の筐体シリアル番号とが異なっており、且つ、フラッシュメモリ３２上の筐体シリアル番号は初期値（ＮＵＬＬ）である。また、筐体ＲＯＭ１１上のファームウェア版数と可搬媒体３１上のファームウェア版数とが異なっており、且つ、フラッシュメモリ３２上のファームウェア版数は起動用ファームウェアを示すVer.xである。

このようなパターン８は、例えば、パターン１のごとくＭＭＢ３０を新たなボード３０に交換し交換前のＭＭＢ３０に実装されていた可搬媒体３１を新たなボード３０に実装する際に、誤って他の筐体１０で使用されていた可搬媒体３１をボード３０に実装した場合に相当し、通常、ユーザオペ―レーションミスで発生する。交換後の可搬媒体３１には、他の筐体１０のシリアル番号と他の筐体１０におけるＭＭＢ３０上で動作するファームウェアの版数とが保存されている。

この場合、判定部３３ａは、可搬媒体３１上の情報と、筐体ＲＯＭ１１上の情報とのどちらが、本処理装置１にとって妥当な情報であるか判定することができない。つまり、判定部３３ａは、可搬媒体３１に、ＭＭＢ３０上で動作するファームウェアが参照すべき設定データが格納されているかを判定不能である。従って、判定部３３ａは、テーブルＴを参照し、筐体シリアル番号およびファームウェア版数がパターン８の場合、ファームウェア異常（ＮＧ）と判定する。

〔Ａ９〕パターン９
パターン９の場合、筐体ＲＯＭ１１上の筐体シリアル番号とフラッシュメモリ３２上の筐体シリアル番号とが異なっており、且つ、可搬媒体３１上の筐体シリアル番号は初期値（ＮＵＬＬ）である。また、筐体ＲＯＭ１１上のファームウェア版数とフラッシュメモリ３２上のファームウェア版数とが異なっており、且つ、可搬媒体３１上のファームウェア版数は起動用ファームウェアを示すVer.xである。

このようなパターン９は、例えば、可搬媒体３１およびＭＭＢ３０を交換する際に、可搬媒体３１は新たなものに交換し、ＭＭＢ３０を他の筐体１０で使用されていたＭＭＢ３０に交換した場合に相当し、通常、ユーザオペ―レーションミスで発生する。交換後のＭＭＢ３０に実装されたフラッシュメモリ３２には、他の筐体１０のシリアル番号と他の筐体１０におけるＭＭＢ３０上で動作するファームウェアの版数とが保存されている。また、交換後の可搬媒体３１には、筐体シリアル番号として初期値（ＮＵＬＬ）が保存され、ファームウェア版数として起動用ファームウェアを示すVer.xが保存される。

この場合、判定部３３ａは、フラッシュメモリ３２上の情報と、筐体ＲＯＭ１１上の情報とのどちらが、本処理装置１にとって妥当な情報であるか判定することができない。つまり、判定部３３ａは、フラッシュメモリ３２に、ＭＭＢ３０上で動作するファームウェアが参照すべき設定データが格納されているかを判定不能である。従って、判定部３３ａは、テーブルＴを参照し、筐体シリアル番号およびファームウェア版数がパターン９の場合、ファームウェア異常（ＮＧ）と判定する。

〔Ａ１０〕パターン１０
パターン１０の場合、可搬媒体３１上の筐体シリアル番号とフラッシュメモリ３２上の筐体シリアル番号とが等しく、且つ、筐体ＲＯＭ１１上の筐体シリアル番号が可搬媒体３１およびフラッシュメモリ３２上の筐体シリアル番号と異なっている。また、可搬媒体３１上のファームウェア版数とフラッシュメモリ３２上のファームウェア版数とが等しく、且つ、筐体ＲＯＭ１１上のファームウェア版数が可搬媒体３１およびフラッシュメモリ３２上のファームウェア版数と異なっている。

このようなパターン１０は、例えば、可搬媒体３１およびＭＭＢ３０を交換する際に、他の筐体１０で使用されていた可搬媒体３１およびＭＭＢ３０に交換した場合に相当し、通常、ユーザオペ―レーションミスで発生する。交換後のＭＭＢ３０に実装されたフラッシュメモリ３２には、他の筐体１０のシリアル番号と他の筐体１０におけるＭＭＢ３０上で動作するファームウェアの版数とが保存されている。また、交換後の可搬媒体３１にも、他の筐体１０のシリアル番号と他の筐体１０におけるＭＭＢ３０上で動作するファームウェアの版数とが保存されている。

この場合、判定部３３ａは、可搬媒体３１およびフラッシュメモリ３２上の情報と筐体ＲＯＭ１１上の情報とのどちらが、本処理装置１にとって妥当な情報であるか判定することができない。つまり、判定部３３ａは、可搬媒体３１およびフラッシュメモリ３２に、ＭＭＢ３０上で動作するファームウェアが参照すべき設定データが格納されているかを判定不能である。従って、判定部３３ａは、テーブルＴを参照し、筐体シリアル番号およびファームウェア版数が判定結果がパターン１０の場合、ファームウェア異常（ＮＧ）と判定する。

上述したパターン７〜１０の場合、判定部３３ａが、テーブルＴを参照し、ファームウェア異常（判定結果ＮＧ）と判定すると、ＳＰ３３は、ファームウェアを縮退状態とし、ユーザに対し保守を促す。処理装置１は、上述のようなファームウェア異常をユーザに通知すべく、例えば、ＬＥＤランプ等の点灯／点滅による表示機能（図示略）や、音声，警告音等による通知機能（図示略）などを有している。

〔２〕処理装置および管理ボードの動作
次に、上述のごとく構成された処理装置１およびＭＭＢ３０の動作について、図３〜図６を参照しながらより具体的に説明する。
〔２−１〕処理装置（管理ボード）の動作
まず、図３に示すフローチャート（ステップＳ１〜Ｓ４）に従って、本実施形態の処理装置１（ＭＭＢ３０）の起動時における動作について概略的に説明する。

処理装置１において電源が投入されると（ステップＳ１）、ＭＭＢ３０上で、このＭＭＢ３０上に搭載されているフラッシュメモリ３２を使用して、ファームウェアが起動される（ステップＳ２）。その後、ＳＰ３３によって、筐体ＲＯＭ１１，可搬媒体３１およびフラッシュメモリ３２から、筺体シリアル番号およびファームウェア版数が取得される。そして、ＳＰ３３（判定部３３ａおよび書込制御部３３ｂ）により、例えば図２に示すテーブルＴや図４に示す手順に従って、後述する所定の判定処理やデータ書込処理が実行される（ステップＳ３）。判定処理の結果、全ての判定事項に問題がなかった場合、ＭＭＢ３０は、システム管理、つまり複数のサーバ２０を開始する（ステップＳ４）。

〔２−２〕管理ボードにおける判定部および書込制御部の動作
次に、図４に示すフローチャート（ステップＳ１１〜Ｓ２６）に従って、図３のステップＳ３の動作、即ち、本実施形態のＭＭＢ３０における判定部３３ａおよび書込制御部３３ｂの動作について説明する。

まず、ＳＰ３３によって、筐体ＲＯＭ１１，可搬媒体３１およびフラッシュメモリ３２から、筺体シリアル番号およびファームウェア版数が取得される（ステップＳ１１）。判定部３３ａは、取得された筺体シリアル番号およびファームウェア版数と図２に示すテーブルＴの各パターンとを比較することにより、取得された筺体シリアル番号およびファームウェア版数がテーブルＴいずれのパターンに対応するかを判定する（ステップＳ１２，Ｓ１３，Ｓ２０）。

このとき、判定部３３ａは、テーブルＴに基づき、ＭＭＢ３０上で動作するファームウェアが参照すべき設定データが、フラッシュメモリ３２と可搬媒体３１とのうちのいずれに格納されているか判定可能であるか否かを判定する（ステップＳ１２）。つまり、判定部３３ａは、パターン１〜６の場合、判定可能（ＯＫ）であると判定する一方、パターン７〜１０の場合、判定不能（ＮＧ）であると判定する。

判定不能（ＮＧ）と判定された場合（ステップＳ１２のＮＯルート）、ファームウェア異常が発生したものと判定され、ＳＰ３３は、ファームウェアを縮退状態とし、ユーザに対し保守を促すべくファームウェア異常をユーザに通知する（ステップＳ２６）。
判定可能（ＯＫ）であると判定された場合（ステップＳ１２のＹＥＳルート）、判定部３３ａは、テーブルＴに基づき、ファームウェアが参照すべき設定データの格納場所がフラッシュメモリ３２と可搬媒体３１とのうちのいずれであるかを判定する（ステップＳ１３）。つまり、判定部３３ａは、パターン１，６の場合、当該設定データが可搬媒体３１に格納されていると判定する一方、パターン２〜５の場合、当該設定データがフラッシュメモリ３２に格納されていると判定する。

当該設定データが可搬媒体３１に格納されていると判定された場合（ステップＳ１３のＹＥＳルート）、ステップＳ１４〜Ｓ１９の処理が実行される。つまり、書込制御部３３ｂにより、可搬媒体３１上の各種設定データが読み出され（ステップＳ１４）、読み出された各種設定データがフラッシュメモリ３２に書き込まれる（ステップＳ１５）。これにより、各種設定データが、フラッシュメモリ３２上に書き込まれ、可搬媒体３１によってバックアップされる。

ついで、判定部３３ａにより、可搬媒体３１上のファームウェア版数とフラッシュメモリ３２上のファームウェア版数とが一致するか否かが判定され（ステップＳ１６）、これらのファームウェア版数が一致する場合（ステップＳ１６のＹＥＳルート）、ステップＳ１８の処理へ移行する。上記ファームウェア版数が一致しない場合（ステップＳ１６のＮＯルート）、書込制御部３３ｂにより、可搬媒体３１上のファームウェア版数が読み出されてフラッシュメモリ３２の版数情報格納領域に上書き更新される。また、書込制御部３３ｂにより、可搬媒体３１上の圧縮データが読み出されてファームウェアコードに復元され、復元されたファームウェアコードがフラッシュメモリ３２に書き込まれて更新される（ステップＳ１７）。このステップＳ１７で実行されるファームウェアコードの書込更新手順については、図５および図６を参照しながら後述する。

そして、判定部３３ａにより、筺体ＲＯＭ１１上の筺体シリアル番号と可搬媒体３１上の筺体シリアル番号とフラッシュメモリ３２上の筐体シリアル番号とが一致するか否かが判定される（ステップＳ１８）。可搬媒体３１上の筺体シリアル番号とフラッシュメモリ３２上の筐体シリアル番号との少なくとも一方が、筺体ＲＯＭ１１上の筺体シリアル番号と異なっている場合（ステップＳ１８のＮＯルート）、筐体ＲＯＭ１１上の筐体シリアル番号が読み出される。読み出された筐体ＲＯＭ１１上の筐体シリアル番号は、書込制御部３３ｂにより、筺体ＲＯＭ１１上の筺体シリアル番号と異なる筐体シリアル番号を保持している、可搬媒体３１および／またはフラッシュメモリ３２上の筐体シリアル番号格納領域に上書きされる（ステップＳ１９）。

ステップＳ１９で筐体シリアル番号の上書きが実行された後、または、３つの筐体シリアル番号が一致する場合（ステップＳ１８のＹＥＳルート）、判定部３３ａおよび書込制御部３３ｂによる判定処理／データ書込処理（ファームウェア起動処理）が完了される。そして、ＭＭＢ３０のファームウェアは、フラッシュメモリ３２上の設定データを用い、複数のサーバ２０を含む処理装置１のシステム管理（サービス提供）を開始する。

一方、当該設定データがフラッシュメモリ３２に格納されていると判定された場合（ステップＳ１３のＮＯルート）、パターン判定が行なわれる（ステップＳ２０）。
ステップＳ１１で取得された筺体シリアル番号およびファームウェア版数がパターン２である場合（ステップＳ２０の“パターン２”ルート）、ステップＳ２１〜Ｓ２３，Ｓ１８およびＳ１９の処理が実行される。つまり、書込制御部３３ｂにより、フラッシュメモリ３２上の各種設定データが読み出され（ステップＳ２１）、読み出された各種設定データが可搬媒体３１に書き込まれる（ステップＳ２２）。これにより、フラッシュメモリ３２上の各種設定データが、可搬媒体３１によってバックアップされる。

ついで、書込制御部３３ｂにより、フラッシュメモリ３２上の版数情報が読み出されて可搬媒体３１の版数情報格納領域に上書きされる。また、書込制御部３３ｂにより、フラッシュメモリ３２上のファームウェアコードが読み出されて圧縮データに圧縮され、得られた圧縮データが可搬媒体３１に書き込まれる（ステップＳ２３）。この後、判定部３３ａおよび書込制御部３３ｂによる処理は、ステップＳ１８，Ｓ１９の処理へ移行する。

ステップＳ１１で取得された筺体シリアル番号およびファームウェア版数がパターン３である場合（ステップＳ２０の“パターン３”ルート）、ステップＳ２４，Ｓ２５，Ｓ１８およびＳ１９の処理が実行される。つまり、書込制御部３３ｂにより、フラッシュメモリ３２上のファームウェア版数が読み出され（ステップＳ２４）、読み出されたファームウェア版数が筐体ＲＯＭ１１の版数格納領域に書き込まれる（ステップＳ２５）。この後、判定部３３ａおよび書込制御部３３ｂによる処理は、ステップＳ１８，Ｓ１９の処理へ移行する。なお、ステップＳ２５とステップＳ１８との間において、上述したステップＳ２１〜Ｓ２３と同様の処理が実行されてもよい。

ステップＳ１１で取得された筺体シリアル番号およびファームウェア版数が、パターン４，５である場合（ステップＳ２０の“パターン４，５”ルート）、判定部３３ａおよび書込制御部３３ｂによる処理は、ステップＳ１８，Ｓ１９の処理へ移行する。なお、ステップＳ１８の処理へ移行する前に、上述したステップＳ２１〜Ｓ２３と同様の処理が実行されてもよい。

次に、図５に示すフローチャート（ステップＳ３１〜Ｓ３９）に従って、図６を参照しながら、図４のステップＳ１７で書込制御部３３ｂによって実行されるファームウェアコードの書込更新手順（ファームウェア版数更新動作）について説明する。図５および図６においては、フラッシュメモリ３２においてデータが２つのパーティション＃１，＃２に二重化されて格納されている場合の、ファームウェアコードの書込更新手順が示されている。ここで、図６に示すごとく、ボード交換後の初回起動時にシステムがマウントしているパーティションは＃１であるとする。

まず、書込制御部３３ｂにより、旧ボード（交換前のボード）３０から引き継がれた可搬媒体３１上のファームウェア版数Ｖ１が取得される（ステップＳ３１）。また、書込制御部３３ｂにより、交換後のボード３０上で現在動作しているファームウェアの版数Ｖ２（パターン１の場合は起動用ファームウェアの版数Ver.x）が、交換後のボード３０上のフラッシュメモリ３２から取得される（ステップＳ３２）。このとき、版数Ｖ２は、システムがマウントしているパーティション＃１から取得される。さらに、書込制御部３３ｂにより、フラッシュメモリ３２における２つのパーティション＃１，＃２のそれぞれに格納されているファームウェアコードの版数が取得される（ステップＳ３３）。この時点（ボード交換後の初回起動時）で取得されたパーティション＃１の版数およびパーティション＃２の版数は、いずれも、ステップＳ３２で取得された版数Ｖ２と同じである（図６のＴ１参照）。そして、書込制御部３３ｂにより、ステップＳ３１，Ｓ３２でそれぞれ取得された版数Ｖ１，Ｖ２が比較される（ステップＳ３４）。

ボード交換後の初回起動時において、可搬媒体３１上のファームウェア版数Ｖ１とフラッシュメモリ３２のファームウェア版数Ｖ２とは異なっている（ステップＳ３４のＮＯルート；図６のＴ１参照）。このため、書込制御部３３ｂにより、現在、システムがマウントしていないパーティション＃２に対し、ファームウェア版数Ｖ１が書き込まれるとともに、版数Ｖ１に対応するファームウェアコードが書き込まれる（ステップＳ３５；図６のＴ２参照）。これにより、パーティション＃２は版数Ｖ２から版数１に更新される。このとき、パーティション＃２に書き込まれるファームウェアコードは、可搬媒体３１上の圧縮コードを読み出して復元することによって取得される。この後、システムのマウントポジションをパーティション＃１からパーティション＃２へ切り替えてから（ステップＳ３６；図６のマウントポジション参照）、システムが再起動（リブート）される（ステップＳ３７）。

システムが再起動されると、初回起動時と同様、旧ボード３０から引き継がれた可搬媒体３１上のファームウェア版数Ｖ１が取得される（ステップＳ３１）。また、書込制御部３３ｂにより、交換後のボード３０上で現在動作しているファームウェアの版数Ｖ１が、交換後のボード３０上のフラッシュメモリ３２から取得される（ステップＳ３２）。このとき、版数Ｖ１は、システムがマウントしているパーティション＃２から取得される。さらに、書込制御部３３ｂにより、フラッシュメモリ３２における２つのパーティション＃１，＃２のそれぞれに格納されているファームウェアコードの版数が取得される（ステップＳ３３）。再起動時に取得されたパーティション＃１の版数およびパーティション＃２の版数は、それぞれＶ２，Ｖ１である（図６のＴ３参照）。そして、書込制御部３３ｂにより、ステップＳ３１，Ｓ３２でそれぞれ取得された版数Ｖ１，Ｖ１が比較される（ステップＳ３４）。

再起動時において、可搬媒体３１上のファームウェア版数およびフラッシュメモリ３２のファームウェア版数は、いずれもＶ１である（ステップＳ３４のＹＥＳルート；図６のＴ３参照）。この場合、書込制御部３３ｂにより、ステップＳ３３で取得された２つのパーティション＃１，＃２における版数Ｖ２，Ｖ１が比較される（ステップＳ３８）。このとき、パーティション＃１における版数Ｖ２とパーティション＃２における版数Ｖ１とは異なっているので（ステップＳ３８のＮＯルート）、書込制御部３３ｂにより、現在、システムがマウントしていないパーティション＃１に対し、ファームウェア版数Ｖ１が書き込まれるとともに、版数Ｖ１に対応するファームウェアコードが書き込まれる（ステップＳ３９；図６のＴ４参照）。これにより、パーティション＃１も版数Ｖ２から版数１に更新される。このとき、パーティション＃１に書き込まれるファームウェアコードは、パーティション＃２から取得されるか、可搬媒体３１上の圧縮コードを読み出して復元することによって取得される。

以上の処理により、フラッシュメモリ３２のパーティション＃１，＃２におけるファームウェア版数とファームウェアコードとが、それぞれ、可搬媒体３１上のファームウェア版数と圧縮コードに対応するファームウェアコードとに更新される。更新を完了することで、交換後のボード３０は、旧ボード３０と同じファームウェア版数で、サービスの提供（複数のサーバ２０の管理）を行なうことが可能となる。

〔２−３〕判定・更新動作の具体例
以下、テーブルＴのパターン１〜パターン１０のそれぞれについて、図４のステップＳ１１〜Ｓ２６を参照しながら、判定・更新動作を具体的に説明する。
〔Ｂ１〕パターン１
パターン１は、ハードウェア故障でＭＭＢ３０を新たなボード３０に交換する場合に相当する。この場合、交換作業者は、故障したボード３０を筺体１０のスロットから引き抜き、さらに、そのボード３０で使用されていたＳＤカード（可搬媒体）３１を引き抜く。そして、交換作業者は、新しいボード３０にＳＤカード３１を実装して、そのボード３０を筺体１０のスロットに挿入する。この状態で、交換作業者は、処理装置１（ＭＭＢ３０）を起動する。

新しいボード３０が起動されると、ファームウェアは、まず、筺体ＲＯＭ１１に格納されている筺体シリアル番号ＳＮ１を取得する（ステップＳ１１）。また、ファームウェアは、ボード３０上のフラッシュメモリ３２に格納されている筺体シリアル番号ＳＮ３と、ＳＤカード３１に格納されている筺体シリアル番号ＳＮ２とを取得する（ステップＳ１１）。このとき、筺体ＲＯＭ１１上のＳＮ１の値が“SN012345”であるとすると、ＳＤカード３１は元々同じ筺体１０で使用されていた物を引継いでいるので、ＳＤカード上のＳＮ２の値も同様に“SN012345”となる。また、ボード３０は未使用の新たな物に交換されているため、フラッシュメモリ３２上のＳＮ３の値としては、初期値（ＮＵＬＬ）が取得される。したがって、取得された筐体シリアル番号ＳＮ１〜ＳＮ３の組合せは、テーブルＴのパターン１に相当することになり、判定部３３ａによる判定結果はＯＫとなり（ステップＳ１２のＹＥＳルート）、参照すべきデータはＳＤカード３１に格納されていると判定される（ステップＳ１３のＹＥＳルート）。

ついで、ファームウェア（書込制御部３３ｂ）は、ＳＤカード３１から動作設定データを取得し（ステップＳ１４）、取得した動作設定データをフラッシュメモリ３２上の格納領域にコピーする（ステップＳ１５）。次に、ファームウェアは、ＳＤカード３１に格納されているファームウェアコードの圧縮データの版数と、フラッシュメモリ３２上に展開されているファームウェアコードの版数とを比較する（ステップＳ１６）。版数が等しい場合（ステップＳ１６のＹＥＳルート）、ファームウェアは次の処理（ステップＳ１８）に進む。一方、版数が異なる場合（ステップＳ１６のＮＯルート）、ファームウェアは、ＳＤカード３１上のファームウェアデータをフラッシュメモリ３２上に書き込む処理を開始する（ステップＳ１７）。フラッシュメモリ３２が二重化されている場合、フラッシュメモリ３２への書込み処理は、例えば図５および図６を参照しながら前述した手順で実行される。

最後に、筺体ＲＯＭ１１上の筐体シリアル番号ＳＮ１とＳＤカード３１上の筺体シリアル番号ＳＮ２とフラッシュメモリ３２上の筺体シリアル番号ＳＮ３とが比較される（ステップＳ１８）。パターン１の場合、フラッシュメモリ３２上の筐体シリアル番号ＳＮ３の値が初期値（ＮＵＬＬ）であって、筐体シリアル番号ＳＮ１，ＳＮ２の値“SN012345”と異なっている（ステップＳ１８のＮＯルート）。このため、筺体ＲＯＭ１１上のＳＮ１の値“SN012345”が、フラッシュメモリ３２上の格納領域に上書きされる（ステップＳ１９）。なお、ＳＤカード３１上のＳＮ２の値は、筺体ＲＯＭ１１上のＳＮ１の値と同じであるので、ＳＤカード３１に対するＳＮ１の値の上書き処理は行なわない。

以上の処理が完了すると、交換された新たなボード３０上のフラッシュメモリ３２には、旧ボード３０と同じファームウェア版数のファームウェアコードが展開されるとともに、旧ボード３０と同じ動作設定データが引き継がれる。これにより、交換後のボード３０は、旧ボード３０と同じファームウェア版数で、且つ、旧ボード３０と同じ動作設定データに基づき、サービスの提供（複数のサーバ２０の管理）を行なうことが可能となる。

〔Ｂ２〕パターン２
パターン２は、ハードウェア故障でＳＤカード３１を交換する場合に相当する。この場合、交換作業者は、一旦、ＭＭＢ３０を筺体１０のスロットから引き抜き、そのボード３０上の故障したＳＤカード３１を引き抜く。そして、交換作業者は、新しいＳＤカード３１をボード３０に実装してから、そのボード３０を筺体１０のスロットに再挿入する。この状態で、交換作業者は、処理装置１（ＭＭＢ３０）を起動する。

新しいＳＤカード３１を実装されたボード３０が起動されると、ファームウェアは、まず、筺体ＲＯＭ１１上の筐体シリアル番号ＳＮ１とＳＤカード３１上の筺体シリアル番号ＳＮ２とフラッシュメモリ３２上の筺体シリアル番号ＳＮ３とを取得する（ステップＳ１１）。このとき、筺体ＲＯＭ１１上のＳＮ１の値が“SN012345”であるとすると、ボード３０は交換しておらず元々同じ筺体１０で使用されていた物を引継いでいるので、フラッシュメモリ３２上のＳＮ３の値も同様に“SN012345”となる。また、ＳＤカード３１が新たな物に交換されているため、ＳＤカード３１上のＳＮ２の値としては、初期値（ＮＵＬＬ）が取得される。したがって、取得された筐体シリアル番号ＳＮ１〜ＳＮ３の組合せは、テーブルＴのパターン２に相当することになり、判定部３３ａによる判定結果はＯＫとなり（ステップＳ１２のＹＥＳルート）、参照すべきデータはフラッシュメモリ３２に格納されていると判定される（ステップＳ１３のＮＯルート）。そして、ファームウェアはステップＳ２１の処理へ移行する（ステップＳ２０の“パターン２”ルート）。

ついで、ファームウェア（書込制御部３３ｂ）は、フラッシュメモリ３２から動作設定データを取得し（ステップＳ２１）、取得した動作設定データをＳＤカード３１上の格納領域にコピーする（ステップＳ２２）。さらに、ファームウェアは、フラッシュメモリ３２上に展開されているファームウェアコードを圧縮し、圧縮されたコード（圧縮データ）をＳＤカード３１に格納する（ステップＳ２３）。

最後に、筺体ＲＯＭ１１上の筐体シリアル番号ＳＮ１とＳＤカード３１上の筺体シリアル番号ＳＮ２とフラッシュメモリ３２上の筺体シリアル番号ＳＮ３とが比較される（ステップＳ１８）。パターン２の場合、ＳＤカード３１上の筐体シリアル番号ＳＮ２の値が初期値（ＮＵＬＬ）であって、筐体シリアル番号ＳＮ１，ＳＮ３の値“SN012345”と異なっている（ステップＳ１８のＮＯルート）。このため、筺体ＲＯＭ１１上のＳＮ１の値“SN012345”が、ＳＤカード３１上の格納領域に上書きされる（ステップＳ１９）。なお、フラッシュメモリ３２上のＳＮ３の値は、筺体ＲＯＭ１１上のＳＮ１の値と同じであるので、フラッシュメモリ３２に対するＳＮ１の値の上書き処理は行なわない。

以上の処理が完了すると、ボード３０上の新たなＳＤカード３１には、交換前のＳＤカード（旧カード）３１と同じファームウェア版数のファームウェアコードの圧縮データが復元されるとともに、旧カード３１と同じ動作設定データが復元される。この後、ボード３０は、新たなＳＤカード３１によるバックアップを受けながら、サービスの提供（複数のサーバ２０の管理）を行なうことが可能となる。

〔Ｂ３〕パターン３
パターン３は、筺体ＲＯＭ１１の故障に伴い、この筐体ＲＯＭ１１を交換する場合に相当する。この場合、交換作業者は、筺体１０（処理装置１）の電源をオフ状態にした後、筺体ＲＯＭ１１を新しい物に交換する。なお、新しい筐体ＲＯＭ１１には、交換前の筐体ＲＯＭ１１に格納されていた筐体シリアル番号（例えば“SN012345”）とは異なる筐体シリアル番号（例えば“SN67890”）が予め格納されている。また、新しい筐体ＲＯＭ１１の版数格納領域には、ファームウェア版数として初期値（ＮＵＬＬ）が格納されている。そして、交換作業者は、交換を完了すると、筺体１０（処理装置１）の電源をオン状態にする。

筐体１０の電源が投入されると、ＭＭＢ３０上のファームウェアが起動され、ファームウェアは、まず、筺体ＲＯＭ１１上の筐体シリアル番号ＳＮ１とＳＤカード３１上の筺体シリアル番号ＳＮ２とフラッシュメモリ３２上の筺体シリアル番号ＳＮ３とを取得するとともに、筺体ＲＯＭ１１上のファームウェア版数を取得する（ステップＳ１１）。このとき、筐体ＲＯＭ１１が交換されているので、ＳＤカード３１上のＳＮ２の値およびフラッシュメモリ３２上のＳＮ３の値は、筺体ＲＯＭ１１上のＳＮ１の値と異なるとともに、筐体ＲＯＭ１１のファームウェア版数の値としては、初期値（ＮＵＬＬ）が格納されている。ここで、ＳＤカード３１上のＳＮ２の値およびフラッシュメモリ３２上のＳＮ３の値は、交換前の筐体ＲＯＭ１１に格納されていたＳＮ１の値“SN012345”である。したがって、取得された筐体シリアル番号ＳＮ１〜ＳＮ３の組合せは、テーブルＴのパターン３に相当することになり、判定部３３ａによる判定結果はＯＫとなり（ステップＳ１２のＹＥＳルート）、参照すべきデータはフラッシュメモリ３２に格納されていると判定される（ステップＳ１３のＮＯルート）。そして、ファームウェアは、ステップＳ２４の処理へ移行する（ステップＳ２０の“パターン３”ルート）。

ついで、ファームウェア（書込制御部３３ｂ）は、フラッシュメモリ３２からファームウェア版数を取得し（ステップＳ２４）、取得したファームウェア版数を筐体ＲＯＭ１１の版数格納領域にコピーする（ステップＳ２５）。
なお、パターン３では、可搬媒体３１とフラッシュメモリ３２とには、同じ筐体シリアル番号，同じファームウェア版数および同じ設定データ等が保存されているので、パターン２で行なったステップＳ２１〜Ｓ２３の処理は省略されている。しかし、フラッシュメモリ３２上に展開されている最新の情報をＳＤカード３１によって確実にバックアップすべく、パターン３においても、ファームウェアは、上述したステップＳ２１〜Ｓ２３と同様の処理を実行してもよい。

最後に、筺体ＲＯＭ１１上の筐体シリアル番号ＳＮ１とＳＤカード３１上の筺体シリアル番号ＳＮ２とフラッシュメモリ３２上の筺体シリアル番号ＳＮ３とが比較される（ステップＳ１８）。パターン３の場合、ＳＤカード３１上のＳＮ２の値およびフラッシュメモリ３２上のＳＮ３の値は、いずれも“SN012345”で、筺体ＲＯＭ１１上のＳＮ１の値“SN67890”と異なっている（ステップＳ１８のＮＯルート）。このため、筺体ＲＯＭ１１上のＳＮ１の値“SN012345”が、ＳＤカード３１およびフラッシュメモリ３２上の格納領域にそれぞれ上書きされる（ステップＳ１９）。
以上の処理が完了すると、ＭＭＢ３０は、サービスの提供（複数のサーバ２０の管理）を行なうことが可能となる。

〔Ｂ４〕パターン４
パターン４は、筺体１０（処理装置１）がデフォルト状態から始めて電源を投入される場合（初期起動）に相当する。この場合、筐体１０の電源が投入されると、ＭＭＢ３０上のファームウェアが起動され、ファームウェアは、まず、筺体ＲＯＭ１１上の筐体シリアル番号ＳＮ１とＳＤカード３１上の筺体シリアル番号ＳＮ２とフラッシュメモリ３２上の筺体シリアル番号ＳＮ３とを取得する（ステップＳ１１）。このとき、筺体ＲＯＭ１１上のＳＮ１の値が“SN012345”であるとすると、ＳＤカード３１上のＳＮ２の値およびフラッシュメモリ３２上のＳＮ３の値は、いずれも初期値（ＮＵＬＬ）で、筺体ＲＯＭ１１上のＳＮ１の値“SN012345”と異なる。したがって、取得された筐体シリアル番号ＳＮ１〜ＳＮ３の組合せは、テーブルＴのパターン４に相当することになり、判定部３３ａによる判定結果はＯＫとなり（ステップＳ１２のＹＥＳルート）、参照すべきデータはフラッシュメモリ３２に格納されていると判定される（ステップＳ１３のＮＯルート）。そして、ファームウェアはステップＳ１８の処理へ移行する（ステップＳ２０の“パターン４，５”ルート）。

なお、パターン４では、可搬媒体３１とフラッシュメモリ３２とには、同じ筐体シリアル番号，同じファームウェア版数および同じ設定データ等が保存されているので、パターン２で行なったステップＳ２１〜Ｓ２３の処理は省略されている。しかし、フラッシュメモリ３２上に展開されている最新の情報をＳＤカード３１によって確実にバックアップすべく、パターン４においても、ファームウェアは、ステップＳ１８の処理へ移行する前に、上述したステップＳ２１〜Ｓ２３と同様の処理を実行してもよい。

最後に、筺体ＲＯＭ１１上の筐体シリアル番号ＳＮ１とＳＤカード３１上の筺体シリアル番号ＳＮ２とフラッシュメモリ３２上の筺体シリアル番号ＳＮ３とが比較される（ステップＳ１８）。パターン４の場合、ＳＤカード３１上のＳＮ２の値およびフラッシュメモリ３２上のＳＮ３の値は、いずれも初期値（ＮＵＬＬ）で、筺体ＲＯＭ１１上のＳＮ１の値“SN012345”と異なっている（ステップＳ１８のＮＯルート）。このため、筺体ＲＯＭ１１上のＳＮ１の値“SN012345”が、ＳＤカード３１およびフラッシュメモリ３２上の格納領域にそれぞれ上書きされる（ステップＳ１９）。
以上の処理が完了すると、ＭＭＢ３０は、サービスの提供（複数のサーバ２０の管理）を行なうことが可能となる。

〔Ｂ５〕パターン５
パターン５は、筐体１０（処理装置１）の再起動が行なわれる場合、つまり筐体１０のＡＣ電源をオフ状態からオン状態に切り替えた場合に相当する。この場合、筺体１０の電源がオフからオンに切り替えられた後に、電源が投入されると、ＭＭＢ３０上のファームウェアが起動される。そして、ファームウェアは、まず、筺体ＲＯＭ１１上の筐体シリアル番号ＳＮ１とＳＤカード３１上の筺体シリアル番号ＳＮ２とフラッシュメモリ３２上の筺体シリアル番号ＳＮ３とを取得する（ステップＳ１１）。このとき、筺体ＲＯＭ１１上のＳＮ１の値が“SN012345”であるとすると、ＳＤカード３１上のＳＮ２の値およびフラッシュメモリ３２上のＳＮ３も、筺体ＲＯＭ１１上のＳＮ１の値“SN012345”と等しい。したがって、取得された筐体シリアル番号ＳＮ１〜ＳＮ３の組合せは、テーブルＴのパターン５に相当することになり、判定部３３ａによる判定結果はＯＫとなり（ステップＳ１２のＹＥＳルート）、参照すべきデータはフラッシュメモリ３２に格納されていると判定される（ステップＳ１３のＮＯルート）。そして、ファームウェアはステップＳ１８の処理へ移行する（ステップＳ２０の“パターン４，５”ルート）。

なお、パターン５では、可搬媒体３１とフラッシュメモリ３２とには、同じ筐体シリアル番号，同じファームウェア版数および同じ設定データ等が保存されているので、パターン２で行なったステップＳ２１〜Ｓ２３の処理は省略されている。しかし、フラッシュメモリ３２上に展開されている最新の情報をＳＤカード３１によって確実にバックアップすべく、パターン５においても、ファームウェアは、ステップＳ１８の処理へ移行する前に、上述したステップＳ２１〜Ｓ２３と同様の処理を実行してもよい。

最後に、筺体ＲＯＭ１１上の筐体シリアル番号ＳＮ１とＳＤカード３１上の筺体シリアル番号ＳＮ２とフラッシュメモリ３２上の筺体シリアル番号ＳＮ３とが比較される（ステップＳ１８）。パターン５の場合、ＳＤカード３１上のＳＮ２の値およびフラッシュメモリ３２上のＳＮ３の値は、いずれも“SN012345”で、筺体ＲＯＭ１１上のＳＮ１の値“SN012345”と等しい（ステップＳ１８のＹＥＳルート）。このため、ステップＳ１９の処理はスキップされる。
以上の処理が完了すると、ＭＭＢ３０は、サービスの提供（複数のサーバ２０の管理）を行なうことが可能となる。

〔Ｂ６〕パターン６
パターン６は、ハードウェア故障でＭＭＢ３０を交換する場合であって、ＭＭＢ３０を他の筺体１０で動作していたボード３０に交換する場合に相当する。この場合、交換作業者は、故障したボード（旧ボード）３０を筺体１０のスロットから引き抜き、さらに、旧ボード３０で使用されていたＳＤカード３１を引き抜く。そして、交換作業者は、他の筺体１０で動作していたボード（新ボード／交換後ボード）３０にＳＤカード３１を実装してから、そのボード３０を筺体１０のスロットに挿入する。

新ボード３０が起動されると、ファームウェアは、まず、筺体ＲＯＭ１１上の筐体シリアル番号ＳＮ１とＳＤカード３１上の筺体シリアル番号ＳＮ２とフラッシュメモリ３２上の筺体シリアル番号ＳＮ３とを取得する（ステップＳ１１）。このとき、筺体ＲＯＭ１１上のＳＮ１の値が“SN012345”であるとすると、ＳＤカード３１は元々同じ筺体１０で使用されていた物を引継いでいるので、ＳＤカード上のＳＮ２の値も同様に“SN012345”となる。また、ボード３０は他の筐体１０に搭載されていた物に交換されているため、フラッシュメモリ３２上のＳＮ３の値としては、以前、ボード３０が搭載されていた筐体１０のシリアル番号、例えば“SN303030”が取得される。従って、取得された筐体シリアル番号ＳＮ１〜ＳＮ３の組合せは、テーブルＴのパターン６に相当することになり、判定部３３ａによる判定結果はＯＫとなり（ステップＳ１２のＹＥＳルート）、参照すべきデータはＳＤカード３１に格納されていると判定される（ステップＳ１３のＹＥＳルート）。

ついで、パターン１と同様、ステップＳ１４〜Ｓ１７の処理が実行される。つまり、ファームウェア（書込制御部３３ｂ）は、ＳＤカード３１から動作設定データを取得し（ステップＳ１４）、取得した動作設定データをフラッシュメモリ３２上の格納領域にコピーする（ステップＳ１５）。次に、ファームウェアは、ＳＤカード３１に格納されているファームウェアコードの圧縮データの版数と、フラッシュメモリ３２上に展開されているファームウェアコードの版数とを比較する（ステップＳ１６）。版数が等しい場合（ステップＳ１６のＹＥＳルート）、ファームウェアは次の処理（ステップＳ１８）に進む。一方、版数が異なる場合（ステップＳ１６のＮＯルート）、ファームウェアは、ＳＤカード３１上のファームウェアデータをフラッシュメモリ３２上に書き込む処理を開始する（ステップＳ１７）。フラッシュメモリ３２が二重化されている場合、フラッシュメモリ３２への書込み処理は、例えば図５および図６を参照しながら前述した手順で実行される。

最後に、筺体ＲＯＭ１１上の筐体シリアル番号ＳＮ１とＳＤカード３１上の筺体シリアル番号ＳＮ２とフラッシュメモリ３２上の筺体シリアル番号ＳＮ３とが比較される（ステップＳ１８）。パターン６の場合、フラッシュメモリ３２上の筐体シリアル番号ＳＮ３の値が“SN303030”であって、筐体シリアル番号ＳＮ１，ＳＮ２の値“SN012345”と異なっている（ステップＳ１８のＮＯルート）。このため、筺体ＲＯＭ１１上のＳＮ１の値“SN012345”が、フラッシュメモリ３２上の格納領域に上書きされる（ステップＳ１９）。なお、ＳＤカード３１上のＳＮ２の値は、筺体ＲＯＭ１１上のＳＮ１の値と同じであるので、ＳＤカード３１に対するＳＮ１の値の上書き処理は行なわない。

以上の処理が完了すると、交換されたボード３０上のフラッシュメモリ３２には、旧ボード３０と同じファームウェア版数のファームウェアコードが展開されるとともに、旧ボード３０と同じ動作設定データが引き継がれる。これにより、交換後のボード３０は、旧ボード３０と同じファームウェア版数で、且つ、旧ボード３０と同じ動作設定データに基づき、サービスの提供（複数のサーバ２０の管理）を行なうことが可能となる。

〔Ｂ７〕パターン７
パターン７は、例えば、ハードウェア故障でＳＤカード３１を新しい物に交換する際に、誤って他の筐体１０におけるＭＭＢ３０で使用されていたＳＤカード３１に交換した場合に相当する。この場合、交換作業者は、一旦、ＭＭＢ３０を筺体１０のスロットから引き抜き、そのボード３０上の故障したＳＤカード３１を引き抜く。この後、交換作業者は、未使用の新しいＳＤカード３１を実装すべきところ、誤って他のＭＭＢ３０で動作していたＳＤカード３１を実装して、そのボード３０を筺体１０のスロットに挿入する。交換作業者は、交換を完了すると、筺体１０（処理装置１）の電源をオン状態にする。なお、交換後のＳＤカード３１には、他の筐体１０のシリアル番号と他の筐体１０におけるＭＭＢ３０上で動作するファームウェアの版数とが保存されている。

筐体１０の電源が投入されると、ＭＭＢ３０上のファームウェアが起動され、ファームウェアは、まず、筺体ＲＯＭ１１上の筐体シリアル番号ＳＮ１とＳＤカード３１上の筺体シリアル番号ＳＮ２とフラッシュメモリ３２上の筺体シリアル番号ＳＮ３とを取得するとともに、筺体ＲＯＭ１１上のファームウェア版数を取得する（ステップＳ１１）。このとき、筺体ＲＯＭ１１上のＳＮ１の値が“SN012345”であるとすると、ボード３０は交換しておらず元々同じ筺体１０で使用されていた物を引継いでいるので、フラッシュメモリ３２上のＳＮ３の値も同様に“SN012345”となる。また、ＳＤカード３１が、他の筐体１０で使用されていた物に交換されているため、ＳＤカード３１上のＳＮ２としては、ＳＮ１，ＳＮ３の値“SN012345”と異なる値“SN505050”が取得される。したがって、取得された筐体シリアル番号ＳＮ１〜ＳＮ３の組合せは、テーブルＴのパターン７に相当することになり、判定部３３ａによる判定結果はＮＧとなる（ステップＳ１２のＮＯルート）。

この場合、ファームウェアは、参照すべき設定データの格納場所を判定不能で、正しい設定データを見出せず、これ以上動作することがきないため、縮退状態へと移行する。縮退状態となった場合、ハードウェアのアラームＬＥＤが点灯するなどして、ユーザは、ファームウェア異常が発生したことを認識することができる（ステップＳ２６）。その後、ユーザは、ローカルコンソール（図示略）等から、限られたコマンドを実行することができ、アラームログの確認や復旧作業を行なうことができる。パターン７の場合、アラームログから、ＳＤカード３１の交換ミスが発生したことが認識され、正しいＳＤカード３１に交換した後、再度、図４に示す処理が実行される。

〔Ｂ８〕パターン８
パターン８は、例えば、ハードウェア故障でＭＭＢ３０を新しい物に交換する際に、誤ったＳＤカード３１を実装した場合に相当する。つまり、パターン８は、ＭＭＢ３０を未使用のボード３０に交換する際に、交換前のＭＭＢ３０に実装されていたＳＤカード３１を新たなボード３０に実装すべきところ、誤って他の筐体１０におけるＭＭＢ３０で使用されていたＳＤカード３１をボード３０に実装した場合に相当する。この場合、交換作業者は、故障したボード３０を筺体１０のスロットから引き抜き、さらに、そのボード３０で使用されていたＳＤカード３０を引き抜く。そして、新たなボード３０に、誤って、他のＭＭＢ３０で動作していたＳＤカード３１を実装し、そのボード３０を筺体１０のスロットに挿入する。交換作業者は、交換を完了すると、筺体１０（処理装置１）の電源をオン状態にする。なお、交換後のＳＤカード３１には、他の筐体１０のシリアル番号と他の筐体１０におけるＭＭＢ３０上で動作するファームウェアの版数とが保存されている。

筐体１０の電源が投入されると、ＭＭＢ３０上のファームウェアが起動され、ファームウェアは、まず、筺体ＲＯＭ１１上の筐体シリアル番号ＳＮ１とＳＤカード３１上の筺体シリアル番号ＳＮ２とフラッシュメモリ３２上の筺体シリアル番号ＳＮ３とを取得するとともに、筺体ＲＯＭ１１上のファームウェア版数を取得する（ステップＳ１１）。このとき、筺体ＲＯＭ１１上のＳＮ１の値が“SN012345”であるとすると、ＳＤカード３１上のＳＮ２の値は、以前搭載されていた筐体１０のシリアル番号“SN707070”となる。また、ボード３０は、未使用の新たな物に交換されているため、フラッシュメモリ３２上のＳＮ３の値としては、初期値（ＮＵＬＬ）が取得される。したがって、取得された筐体シリアル番号ＳＮ１〜ＳＮ３の組合せは、テーブルＴのパターン８に相当することになり、判定部３３ａによる判定結果はＮＧとなる（ステップＳ１２のＮＯルート）。この後、パターン７の場合と同様、ステップＳ２６の処理が実行され、アラームログから、ＳＤカード３１の交換ミスが発生したことが認識され、ユーザによる復旧作業が行なわれ、正しいＳＤカード３１に交換した後、再度、図４に示す処理が実行される。

〔Ｂ９〕パターン９
パターン９は、例えば、ハードウェア故障でＳＤカード３１を新しい物に交換する際に、他の筺体１０で動作していたＭＭＢ３０を新たなボード３０として使用する場合に相当する。この場合、交換作業者は、一旦、交換前のＭＭＢ３０を筺体１０のスロットから引き抜き、そのボード３０上の故障したＳＤカード３１を引き抜く。この後、交換作業者は、未使用の新たなＳＤカード３１を、誤って、他の筺体１０で動作していたＭＭＢ３０に実装し、そのボード３０を筺体１０のスロットに挿入する。交換作業者は、交換を完了すると、筺体１０（処理装置１）の電源をオン状態にする。なお、交換後のＭＭＢ３０上のフラッシュメモリ３２には、他の筐体１０のシリアル番号と他の筐体１０におけるＭＭＢ３０上で動作するファームウェアの版数とが保存されている。

筐体１０の電源が投入されると、ＭＭＢ３０上のファームウェアが起動され、ファームウェアは、まず、筺体ＲＯＭ１１上の筐体シリアル番号ＳＮ１とＳＤカード３１上の筺体シリアル番号ＳＮ２とフラッシュメモリ３２上の筺体シリアル番号ＳＮ３とを取得するとともに、筺体ＲＯＭ１１上のファームウェア版数を取得する（ステップＳ１１）。このとき、筺体ＲＯＭ１１上のＳＮ１の値が“SN012345”であるとすると、ＭＭＢ３０は、他の筐体１０で動作していた物であるため、フラッシュメモリ３２上のＳＮ３の値は、以前搭載されていた筐体１０のシリアル番号“SN909090”となる。また、ＳＤカード３１は、未使用の新たな物に交換されているため、ＳＤカード３１上のＳＮ２の値としては、初期値（ＮＵＬＬ）が取得される。したがって、取得された筐体シリアル番号ＳＮ１〜ＳＮ３の組合せは、テーブルＴのパターン９に相当することになり、判定部３３ａによる判定結果はＮＧとなる（ステップＳ１２のＮＯルート）。この後、パターン７の場合と同様、ステップＳ２６の処理が実行され、アラームログから、ＭＭＢ３０の交換ミスが発生したことが認識され、ユーザによる復旧作業が行なわれ、正しいＭＭＢ３０に交換した後、再度、図４に示す処理が実行される。

〔Ｂ１０〕パターン１０
パターン１０は、例えば、ハードウェア故障でＭＭＢ３０およびＳＤカード３１を交換する際に、他の筐体１０で使用されていたＭＭＢ３０およびＳＤカード３１に交換した場合に相当する。この場合、交換作業者は、一旦、交換前のＭＭＢ３０を筺体１０のスロットから引き抜き、そのボード３０上の故障したＳＤカード３１を引き抜く。この後、交換作業者は、交換後のＭＭＢ３０およびＳＤカード３１を筺体１０のスロットに挿入する際に、誤って、他の筺体１０で動作していたＭＭＢ３０およびＳＤカード３１を、筺体１０のスロットに挿入する。交換作業者は、交換を完了すると、筺体１０（処理装置１）の電源をオン状態にする。なお、交換後のＭＭＢ３０上のフラッシュメモリ３２、および、交換後のＳＤカード３１には、他の筐体１０のシリアル番号と他の筐体１０におけるＭＭＢ３０上で動作するファームウェアの版数とが保存されている。

筐体１０の電源が投入されると、ＭＭＢ３０上のファームウェアが起動され、ファームウェアは、まず、筺体ＲＯＭ１１上の筐体シリアル番号ＳＮ１とＳＤカード３１上の筺体シリアル番号ＳＮ２とフラッシュメモリ３２上の筺体シリアル番号ＳＮ３とを取得するとともに、筺体ＲＯＭ１１上のファームウェア版数を取得する（ステップＳ１１）。このとき、筺体ＲＯＭ１１上のＳＮ１の値が“SN012345”であるとすると、ＭＭＢ３０は、他の筐体１０で動作していた物であるため、フラッシュメモリ３２上のＳＮ３の値は、以前搭載されていた筐体１０のシリアル番号“SN909090”となる。また、ＳＤカード３１も、他の筐体１０で動作していた物であるため、ＳＤカード３１上のＳＮ２の値は、以前搭載されていた筐体１０のシリアル番号“SN909090”となる。したがって、取得された筐体シリアル番号ＳＮ１〜ＳＮ３の組合せは、テーブルＴのパターン１０に相当することになり、判定部３３ａによる判定結果はＮＧとなる（ステップＳ１２のＮＯルート）。この後、パターン７の場合と同様、ステップＳ２６の処理が実行され、アラームログから、ＭＭＢ３０およびＳＤカード３１の交換ミスが発生したことが認識され、ユーザによる復旧作業が行なわれ、正しいＭＭＢ３０およびＳＤカードに交換した後、再度、図４に示す処理が実行される。

〔３〕処理装置および管理ボードによる効果
上述した処理装置１およびＭＭＢ３０によれば、筐体ＲＯＭ１１，可搬媒体３１およびフラッシュメモリ３２上の筐体シリアル番号に基づき、複数のデバイス（可搬媒体３１およびフラッシュメモリ３２）の中から、ファームウェアが参照すべき設定データが格納されているデバイスが判定される。

これにより、デバイスの保守交換後に、どのデバイスに格納されているデータが妥当であるかを自動判定することが可能になる。
また、その判定結果に基づき、筐体ＲＯＭ１１，可搬媒体３１およびフラッシュメモリ３２の間におけるデータの書込が制御される。このため、処理装置１（ＭＭＢ３０）は、交換前のファームウェア版数で、且つ、交換前の設定データに基づき、交換後も交換前と同様のサービスの提供、つまり複数のサーバ２０の管理を行なうことができる。

したがって、ボード３０や可搬媒体３１などの保守交換時に、システム管理者あるいは保守作業者は、新しいボード３０に対して、ファームウェア更新や設定データリストアといった作業を行なう必要が無くなり、作業工数が削減できる。また、保守作業によるシステム停止時間の削減にも繋がる。さらに、人的作業が削減できるため、作業ミスによるシステム停止等のリスクを軽減できる。

また、ファームウェアが参照すべき設定データの格納場所を判定不能であると判定された場合、ＬＥＤランプ等による表示機能や音声，警告音等による通知機能により、ユーザは、その旨をファームウェア異常として認識することができる。これにより、ユーザは、アラームログの確認や復旧作業を行なうことができる。したがって、復旧作業後、処理装置１（ＭＭＢ３０）は、交換前のファームウェア版数で、且つ、交換前の設定データに基づき、サービスの提供つまり複数のサーバ２０の管理を行なうことができる。

〔４〕その他
以上、本発明の好ましい実施形態について詳述したが、本発明は、係る特定の実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲内において、種々の変形、変更して実施することができる。

なお、上述した実施形態では、本発明をブレードシステム等のＭＭＢに適用した場合について説明したが、本発明は、これに限定されるものではなく、図１に示すハードウェア構成を採る他のファームウェア製品へ、上述した実施形態と同様に適用され、上述した実施形態と同様の作用効果を得ることができる。例えば、本発明は、ブレードシステムにおける個々のサーバブレード上に存在するファームウェアについても、サーバブレードのハードウェア故障でボードを交換する場合に適用される。この場合も、ＳＤカードを旧ボードから新ボードに引き継ぎ、ファームウェアに上述した実施形態と同様の処理ロジックを持たせることにより、交換後の新ボードにおいて、旧ボードと同じファームウェア版数と同じ動作設定データを復元することでき、交換後も交換前と同様のサービス提供が可能になる。

上述した判定部３３ａおよび書込制御部３３ｂとしての機能の全部または一部は、コンピュータ（ＣＰＵ，情報処理装置，各種端末を含む）が所定のアプリケーションプログラムを実行することによって実現される。
そのプログラムは、例えばフレキシブルディスク，ＣＤ（ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＣＤ−ＲＷなど），ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−ＲＡＭ，ＤＶＤ−Ｒ，ＤＶＤ−ＲＷ，ＤＶＤ＋Ｒ，ＤＶＤ＋ＲＷなど），ブルーレイディスク等のコンピュータ読取可能な記録媒体に記録された形態で提供される。この場合、コンピュータはその記録媒体からプログラムを読み取って内部記憶装置または外部記憶装置に転送し格納して用いる。

ここで、コンピュータとは、ハードウェアとＯＳ（Operating System）とを含む概念であり、ＯＳの制御の下で動作するハードウェアを意味している。また、ＯＳが不要でアプリケーションプログラム単独でハードウェアを動作させるような場合には、そのハードウェア自体がコンピュータに相当する。ハードウェアは、少なくとも、ＣＰＵ等のマイクロプロセッサと、記録媒体に記録されたコンピュータプログラムを読み取る手段とをそなえている。上記アプリケーションプログラムは、上述のようなコンピュータに、判定部３３ａおよび書込制御部３３ｂとしての機能を実現させるプログラムコードを含んでいる。また、その機能の一部は、アプリケーションプログラムではなくＯＳによって実現されてもよい。
〔５〕付記
以上の各実施形態を含む実施形態に関し、さらに以下の付記を開示する。
（付記１）
筐体と、
前記筐体内にそなえられた処理部と、
前記筐体に挿抜可能に実装され、前記処理部を管理する管理ボードと、を有し、
前記筐体は、当該筐体の識別情報を格納しうる記憶部を有し、
前記管理ボードは、
前記管理ボードが実装された筐体の識別情報およびファームウェアが参照する設定データを格納しうる不揮発性メモリと、
前記管理ボードに挿抜可能に実装され、実装されている管理ボードが実装された筐体の識別情報およびファームウェアが参照する設定データを格納しうる可搬型記憶媒体と、
前記記憶部に格納された識別情報と、前記不揮発性メモリに格納された識別情報と、前記管理ボードに実装された前記可搬型記憶媒体に格納された識別情報とに基づき、前記不揮発性メモリと前記可搬型記憶媒体とのうちのいずれに、前記管理ボード上で動作するファームウェアが参照すべき設定データが格納されているかを判定する判定部と、
を有する、処理装置。
（付記２）
前記記憶部は、当該筐体におけるファームウェアの版数情報を格納し、
前記不揮発性メモリは、前記管理ボード上で動作するファームウェアの版数情報を格納し、
前記可搬型記憶媒体は、前記実装されている管理ボード上で動作するファームウェアの版数情報を格納し、
前記判定部は、前記記憶部における識別情報および版数情報と前記不揮発性メモリにおける識別情報および版数情報と前記管理ボードに実装された前記可搬型記憶媒体における識別情報および版数情報とに基づき、前記不揮発性メモリと前記可搬型記憶媒体とのうちのいずれに、前記管理ボード上で動作するファームウェアが参照すべき設定データが格納されているかを判定する、付記１記載の処理装置。
（付記３）
前記管理ボードは、
前記判定部による判定結果に基づき、前記の記憶部，不揮発性メモリおよび可搬型記憶媒体の間におけるデータの書込を制御する書込制御部を有する、付記１または付記２に記載の処理装置。
（付記４）
前記判定部は、前記記憶部における識別情報と前記管理ボードに実装された前記可搬型記憶媒体における識別情報とが一致し且つ前記不揮発性メモリにおける識別情報が初期値である場合、前記管理ボードが新たな管理ボードに交換されたと判定し、前記管理ボード上で動作するファームウェアが参照すべき設定データが、前記可搬型記憶媒体に格納されていると判定する、付記３記載の処理装置。
（付記５）
前記判定部が、前記管理ボードが新たな管理ボードに交換されたと判定した場合、前記書込制御部は、前記可搬型記憶媒体における設定データを前記不揮発性メモリに書き込む、付記４記載の処理装置。
（付記６）
前記可搬型記憶媒体は、交換前の管理ボード上で動作していたファームウェアのコードと当該ファームウェアの版数情報とを格納し、
前記判定部が、前記管理ボードが新たな管理ボードに交換されたと判定し、且つ、前記可搬型記憶媒体における版数情報と交換後の管理ボード上の不揮発性メモリの版数情報格納領域における情報とが不一致であると判定した場合、前記書込制御部は、前記可搬型記憶媒体における版数情報およびコードを前記不揮発性メモリに書き込む、付記４または付記５に記載の処理装置。
（付記７）
前記判定部が、前記管理ボードが新たな管理ボードに交換されたと判定した場合、前記書込制御部は、前記記憶部における識別情報を前記不揮発性メモリの識別情報格納領域に上書きする、付記４〜付記６のいずれか一項に記載の処理装置。
（付記８）
前記判定部は、前記記憶部における識別情報と前記不揮発性メモリにおける識別情報とが一致し且つ前記管理ボードに実装された前記可搬型記憶媒体における識別情報が初期値である場合、前記可搬型記憶媒体が新たな可搬型記憶媒体に交換されたと判定し、前記管理ボード上で動作するファームウェアが参照すべき設定データが、前記不揮発性メモリに格納されていると判定する、付記３記載の処理装置。
（付記９）
前記判定部が、前記可搬型記憶媒体が新たな可搬型記憶媒体に交換されたと判定した場合、前記書込制御部は、前記記憶部における識別情報を前記可搬型記憶媒体における識別情報格納領域に上書きする、付記８記載の処理装置。
（付記１０）
前記判定部は、前記不揮発性メモリにおける識別情報と前記管理ボードに実装された前記可搬型記憶媒体における識別情報とが一致し且つ前記記憶部における識別情報が前記不揮発性メモリおよび前記可搬型記憶媒体における識別情報と異なり且つ前記記憶部に格納されたファームウェアの版数情報が初期値である場合、前記記憶部が新たな記憶部に交換されたと判定し、前記管理ボード上で動作するファームウェアが参照すべき設定データが、前記不揮発性メモリまたは前記可搬媒体に格納されていると判定する、付記３記載の処理装置。
（付記１１）
前記判定部が、前記記憶部が新たな記憶部に交換されたと判定した場合、前記書込制御部は、前記不揮発性メモリに格納されたファームウェアの版数を前記記憶部の版数格納領域に書き込む、付記１０記載の処理装置。
（付記１２）
前記判定部が、前記記憶部が新たな記憶部に交換されたと判定した場合、前記書込制御部は、前記記憶部における識別情報を前記不揮発性メモリおよび前記可搬型記憶媒体における識別情報格納領域に上書きする、付記１０または付記１１に記載の処理装置。
（付記１３）
前記判定部は、前記不揮発性メモリにおける識別情報と前記管理ボードに実装された前記可搬型記憶媒体における識別情報とがいずれも初期値であり且つ前記記憶部に前記筐体の識別情報が格納されている場合、当該処理装置をデフォルト状態から始めて電源を投入した状態であると判定し、前記管理ボード上で動作するファームウェアが参照すべき設定データが、前記不揮発性メモリまたは前記可搬媒体に格納されていると判定し、
前記判定部が、当該処理装置をデフォルト状態から始めて電源を投入した状態であると判定した場合、前記書込制御部は、前記記憶部における識別情報を前記不揮発性メモリおよび前記可搬型記憶媒体における識別情報格納領域に上書きする、付記３記載の処理装置。
（付記１４）
前記判定部は、前記不揮発性メモリにおける識別情報と前記管理ボードに実装された前記可搬型記憶媒体における識別情報と前記記憶部における識別情報とが一致する場合、当該処理装置を再起動した状態であると判定し、前記管理ボード上で動作するファームウェアが参照すべき設定データが、前記不揮発性メモリまたは前記可搬媒体に格納されていると判定する、付記３記載の処理装置。
（付記１５）
前記判定部は、前記記憶部における識別情報と前記管理ボードに実装された前記可搬型記憶媒体における識別情報とが一致し且つ前記不揮発性メモリにおける識別情報が前記記憶部および前記可搬型記憶媒体における識別情報と異なる場合、前記管理ボードが他の筐体で使用されていた管理ボードに交換されたと判定し、前記管理ボード上で動作するファームウェアが参照すべき設定データが、前記可搬型記憶媒体に格納されていると判定する、付記３記載の処理装置。
（付記１６）
前記判定部が、前記管理ボードが他の筐体で使用されていた管理ボードに交換されたと判定した場合、前記書込制御部は、前記可搬型記憶媒体における設定データを前記不揮発性メモリに書き込む、付記１５記載の処理装置。
（付記１７）
前記可搬型記憶媒体は、交換前の管理ボード上で動作していたファームウェアのコードと当該ファームウェアの版数情報とを格納し、
前記判定部が、前記管理ボードが他の筐体で使用されていた管理ボードに交換されたと判定し、且つ、前記可搬型記憶媒体における版数情報と交換後の管理ボード上の不揮発性メモリの版数情報格納領域における情報とが不一致であると判定した場合、前記書込制御部は、前記可搬型記憶媒体における版数情報およびコードを前記不揮発性メモリに書き込む、付記１５または付記１６に記載の処理装置。
（付記１８）
前記判定部が、前記管理ボードが他の筐体で使用されていた管理ボードに交換されたと判定した場合、前記書込制御部は、前記記憶部における識別情報を前記不揮発性メモリの識別情報格納領域に上書きする、付記１５〜付記１７のいずれか一項に記載の処理装置。
（付記１９）
前記判定部は、前記管理ボード上で動作するファームウェアが参照すべき設定データが、前記不揮発性メモリと前記可搬型記憶媒体とのうちのいずれに格納されているか判定不能である場合、ファームウェア異常と判定する、付記３記載の処理装置。
（付記２０）
筐体に挿抜可能に実装され、前記筐体内の処理部を管理する管理ボードであって、
前記管理ボードが実装された筐体の識別情報およびファームウェアが参照する設定データを格納しうる不揮発性メモリと、
前記管理ボードに挿抜可能に実装され、実装されている管理ボードが実装された筐体の識別情報およびファームウェアが参照する設定データを格納しうる可搬型記憶媒体と、
前記筐体にそなえられた記憶部に格納された当該筐体の識別情報と、前記不揮発性メモリに格納された識別情報と、前記管理ボードに実装された前記可搬型記憶媒体に格納された識別情報とに基づき、前記不揮発性メモリと前記可搬型記憶媒体とのうちのいずれに、前記管理ボード上で動作するファームウェアが参照すべき設定データが格納されているかを判定する判定部と、
を有する、管理ボード。

１ 処理装置
１０ 筐体
１１ 筐体ＲＯＭ（記憶部）
２０ サーバ（処理部）
３０ マネージメントボード（管理ボード；ＭＭＢ）
３１ 可搬媒体（可搬型記憶媒体）
３２ フラッシュメモリ（不揮発性メモリ）
３３ サービスプロセッサ（ＳＰ）
３３ａ 判定部
３３ｂ 書込制御部
３４ ＲＡＭディスク
Ｔ 設定データ格納場所判定テーブル

Claims (6)

1. 筐体と、
   前記筐体内にそなえられた処理部と、
   前記筐体に挿抜可能に実装され、前記処理部を管理する管理ボードと、を有し、
   前記筐体は、当該筐体の識別情報を格納しうる記憶部を有し、
   前記管理ボードは、
   前記管理ボードが実装された筐体の識別情報およびファームウェアが参照する設定データを格納しうる不揮発性メモリと、
   前記管理ボードに挿抜可能に実装され、実装されている管理ボードが実装された筐体の識別情報およびファームウェアが参照する設定データを格納しうる可搬型記憶媒体と、
   前記記憶部に格納された識別情報と、前記不揮発性メモリに格納された識別情報と、前記管理ボードに実装された前記可搬型記憶媒体に格納された識別情報とに基づき、前記不揮発性メモリと前記可搬型記憶媒体とのうちのいずれに、前記管理ボード上で動作するファームウェアが参照すべき設定データが格納されているかを判定する判定部と、
   を有する、処理装置。
2. 前記記憶部は、当該筐体におけるファームウェアの版数情報を格納し、
   前記不揮発性メモリは、前記管理ボード上で動作するファームウェアの版数情報を格納し、
   前記可搬型記憶媒体は、前記実装されている管理ボード上で動作するファームウェアの版数情報を格納し、
   前記判定部は、前記記憶部における識別情報および版数情報と前記不揮発性メモリにおける識別情報および版数情報と前記管理ボードに実装された前記可搬型記憶媒体における識別情報および版数情報とに基づき、前記不揮発性メモリと前記可搬型記憶媒体とのうちのいずれに、前記管理ボード上で動作するファームウェアが参照すべき設定データが格納されているかを判定する、請求項１記載の処理装置。
3. 前記管理ボードは、
   前記判定部による判定結果に基づき、前記の記憶部，不揮発性メモリおよび可搬型記憶媒体の間におけるデータの書込を制御する書込制御部を有する、請求項１または請求項２に記載の処理装置。
4. 前記判定部は、前記記憶部における識別情報と前記管理ボードに実装された前記可搬型記憶媒体における識別情報とが一致し且つ前記不揮発性メモリにおける識別情報が初期値である場合、前記管理ボードが新たな管理ボードに交換されたと判定し、前記管理ボード上で動作するファームウェアが参照すべき設定データが、前記可搬型記憶媒体に格納されていると判定する、請求項３記載の処理装置。
5. 前記判定部は、前記管理ボード上で動作するファームウェアが参照すべき設定データが、前記不揮発性メモリと前記可搬型記憶媒体とのうちのいずれに格納されているか判定不能である場合、ファームウェア異常と判定する、請求項３記載の処理装置。
6. 筐体に挿抜可能に実装され、前記筐体内の処理部を管理する管理ボードであって、
   前記管理ボードが実装された筐体の識別情報およびファームウェアが参照する設定データを格納しうる不揮発性メモリと、
   前記管理ボードに挿抜可能に実装され、実装されている管理ボードが実装された筐体の識別情報およびファームウェアが参照する設定データを格納しうる可搬型記憶媒体と、
   前記筐体にそなえられた記憶部に格納された当該筐体の識別情報と、前記不揮発性メモリに格納された識別情報と、前記管理ボードに実装された前記可搬型記憶媒体に格納された識別情報とに基づき、前記不揮発性メモリと前記可搬型記憶媒体とのうちのいずれに、前記管理ボード上で動作するファームウェアが参照すべき設定データが格納されているかを判定する判定部と、
   を有する、管理ボード。

Images