JP2011086150A

JP2011086150A - 情報処理装置及びファームウェア更新方法

Info

Publication number: JP2011086150A
Application number: JP2009239100A
Authority: JP
Inventors: Takeshi Endo; 豪遠藤; Hajime Shirai; 肇白井
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2009-10-16
Filing date: 2009-10-16
Publication date: 2011-04-28
Anticipated expiration: 2029-10-16
Also published as: US8631399B2; US20110093843A1; EP2315117A1; JP5428738B2

Abstract

【課題】一対のコンピュータを内蔵した計算機システムにおいて、両コンピュータの運用系のファームウェア同士の版数が不一致のまま残されることを防止する。
【解決手段】ＳＶＰ用ファームウェアとＳＰＣ用ファームウェアを含むＨＣＰは、ＳＶＰ１６の待機系ＨＣＰ格納領域１６３ｂにロードされる。サーバ電源が落ちる前に、ＳＶＰ１６のＣＰＵ１６１は、ＳＰＣ１７１に、ファームロード指示を伝達する。ＳＰＣ１７１は、当該指示に応じて、ＳＶＰ１６の待機系ＨＣＰ格納領域１６３ｂ内のＳＰＣ用ファームウェアを、予備用記憶領域１７２ｂにロードする。その後、サーバ電源が再投入されると、ＳＶＰ１６のＣＰＵ１６１は、待機系のＨＣＰ格納領域１６３ｂと運用系のＨＣＰ格納領域１６３ａとを切り換え、切り換え後の運用系ＨＣＰ格納領域１６３ｂ中のファームウェアにより起動するとともに、ＳＰＣ１７のＣＰＵ１７１は、待機系の記憶領域１７２ｂと運用系の記憶領域１７２ａとを切り換え、切り換え後の運用系記憶領域１７２ｂ中のファームウェアにより起動する。
【選択図】図６

Description

本発明は、情報処理装置及びファームウェア更新方法に関する。

基幹サーバ等の情報処理装置の保守・運用を、業務を実行するＣＰＵ（Ｃｅｎｔｒａｌ
ＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）等のハードウェアとは別個独立して設けられたシステム管理装置に行わせるとともに、電源装置の制御を電源制御装置に行わせる構成が、採用されている。以下、システム管理装置を、「ＳＶＰ（ＳｅｒＶｉｃｅＰｒｏｃｅｓｓｏｒ）」という。また、電源制御装置を、「ＳＰＣ（ＳｙｓｔｅｍＰｏｗｅｒＣｏｎｔｒｏｌｌｅｒ）」という。

ＳＶＰ及びＳＰＣは、夫々中央演算処理装置（以下、「ＣＰＵ」という）を備えたオンボードコンピュータである。ＳＶＰ及びＳＰＣは、夫々、上記処理を実行するＣＰＵ，及び、ＣＰＵによる上記処理の実行に用いられる一連の命令であるプログラム（ファームウェア）を格納する記憶媒体（ハードディスク又はメモリ）を備えている。

ところで、かかる基幹サーバ等は、安定稼働することが求められているので、ＳＶＰの記憶媒体及びＳＰＣの記憶媒体は、夫々二重化されている。即ち、二重化された各記憶媒体に夫々上記ファームウェアがインストールされ、一方の記憶媒体が運用系として扱われるとともに他方の記憶媒体が待機系として扱われる。そして、運用系の記憶媒体に障害が発生した場合には、それまで待機系に設定されていた記憶媒体が運用系に切り替えられ、その間に運用系から待機系に切り替えられた記憶媒体の保守がなされる。

上述したＳＶＰ及びＳＰＣの版数アップ用のファームウェアは、両者が一つのパッケージ（フォルダ，アーカイブ等）に纏められた状態で、計算機システムが通信可能な管理センターから、ネットワーク経由で供給される。かかるパッケージ（ファームウェアパッケージ）を、以下、「ＨＣＰ（ＨａｒｄｗａｒｅＣｏｎｔｒｏｌＰｒｏｇｒａｍ）」という。

以下、新版数のＨＣＰが供給された場合におけるＳＶＰ及びＳＰＣによる更新手順を、図２０の流れ図に従って、説明する。

図２０に示したように、ＳＶＰでは、運用系の記憶媒体が稼働中であるため、新版数のＨＣＰが、管理センターから待機系の記憶媒体にダウンロードされる。そして、ＨＣＰ中のＳＶＰ用の新版数ファームウェアが待機系の記憶媒体にインストールされる。これとともに、保守作業者が、例えばＳＶＰの記録媒体であるハードディスクのヘッダー部にある次回起動版数領域に、次回起動時に記憶媒体を待機系から運用系に切り替えることを設定する。即ち、保守作業者が、サーバの電源を落とした後に再度投入する際にＳＶＰのＣＰＵが待機系と設定されている記憶媒体中のファームウェアを起動することを、設定する。その後、サーバ装置の電源がＯＦＦにされると、ＳＶＰのＣＰＵは、ＳＶＰの運用系の記憶媒体に格納されているＨＣＰ中のＳＰＣ用ファームウェアの版数とＳＰＣの運用系の記憶媒体にインストールされているファームウェアの版数とが一致している事を確認する。その後、ＳＶＰのＣＰＵは、全処理を終了する。

次に、保守作業者がサーバ装置の電源をＯＮにすると、主電源を投入されたＳＶＰのＣＰＵが、上記設定に従って、電源を落とす前に待機系に設定されていた記憶媒体を運用系と設定して、当該記憶媒体中のＳＶＰ用新版数ファームウェアを起動する。

しかし、同時点では、ＳＰＣ用の新版数のファームウェアは、ＳＶＰの（新たな）運用系の記憶媒体中に保存されている新版数のＨＣＰに入っているファームウェアのみであり、未だ、ＳＰＣの何れの系の記憶媒体にもインストールされていない。従って、ＳＶＰは、旧版数のファームウェアによって起動し、その後の処理を続行せざるを得ない。

ＳＰＣのファームウェアを切り替えるためには、再度、サーバ装置の電源がＯＦＦにされた後で、ＯＮにされる必要がある。即ち、サーバ装置の電源がＯＦＦにされると、ＳＶＰのＣＰＵは、ＳＶＰの運用系の記憶媒体に格納されているＨＣＰ中のＳＰＣ用ファームウェアの版数とＳＰＣの運用系の記憶媒体にインストールされているファームウェアの版数とが不一致であること確認する。即ち、ＳＶＰのＣＰＵは、ＳＰＣのファームウェアの版数が、ＳＶＰの運用系のものよりも古いことを確認する。そして、ＳＶＰのＣＰＵは、ＳＶＰ自身の運用系の記憶媒体に格納されているＨＣＰ中のＳＰＣ用の新版数ファームウェアをダウンロードすることを、ＳＰＣに対して指示する。すると、ＳＰＣのＣＰＵは、当該ＳＰＣ用の新版数のファームウェアを、当該ＳＰＣの待機系の記憶媒体にダウンロードし、次回起動時に記憶媒体を待機系から運用系に切り替えることを、設定する。

次に、サーバ装置の電源がＯＮにされると、主電源を投入されたＳＰＣのＣＰＵが、上記設定に従って、電源を落とす前に待機系として扱っていた記憶媒体を運用系と扱い、運用系の記憶媒体中のＳＶＰ用新版数ファームウェアを読み出して起動する。これによって、はじめて、ＳＶＰで起動されているファームウェアの版数とＳＰＣで起動されているファームウェアの版数とが一致する。即ち、ＳＶＰの運用系のファームウェアと、ＳＰＣの運用系のファームウェアとが、同一の新版数ＨＣＰ中に格納されていたものに、更新される。

図２１は、図２０のバリエーションであり、ＳＶＰの記憶媒体の運用系と待機系とを切り替えるために、サーバ装置全体の電源のＯＦＦ及びＯＮをするのではなく、ＳＶＰのみを再起動（リセット）する場合における動作の流れを、示している。この場合、ＳＶＰは、ＳＶＰの再起動が行われると、図２０と同様に、ＳＶＰの運用系の記憶媒体に格納されているＨＣＰ中のＳＰＣ用ファームウェアの版数とＳＰＣの運用系の記憶媒体にインストールされているファームウェアの版数とが一致している事を確認する。その後、ＳＶＰは、自ら再起動（リセット）し、電源をＯＦＦにする前に待機系として扱っていた記憶媒体を運用系と扱い、運用系の記憶媒体中のＳＶＰ用の新版数のファームウェアを読み出して起動する。その後、図２０と同じ手順を経て、ＳＰＣのファームウェアが新版数のものに更新される。

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

以上説明した背景技術によると、ＳＶＰのファームウェア版数とＳＰＣのファームウェア版数を一致させるためには、ＳＶＰのファームウェアを更新する際の電源のＯＦＦ及びＯＮ又はＳＶＰの再起動が完了した後に、改めて、ＳＰＣのファームウェアを更新する際の電源のＯＦＦ及びＯＮを行わなければならない。そのため、保守作業者が、ＳＰＣのファームウェアを更新する際の電源の切断及び再投入の実行を忘れてしまうことがあった。
その結果、ＳＶＰのファームウェアが新版数に更新されていながら、ＳＰＣのファームウェアが新版数に更新されないままに運用されてしまう事例が、発生していた。

この場合、ファームウェアの版数アップが旧版数の障害を対処する為であったとしたならば、ＳＰＣのファームウェアが旧版数のままであるが故に、新版数によって対処済みであった障害が発生してしまう危険もあった。

そこで、本案は、以上のような一対のプロセッサを内蔵した情報処理装置において、両プロセッサが起動しているファームウェア同士の版数が不一致のまま残されることを防止することができる情報処理装置及びファームウェア更新方法を、提供する。

本案では、以下の手段が提案される。即ち、第１のプロセッサにおける待機系の記憶媒体に、両プロセッサ用のファームウェアを格納したファームウェアパッケージが格納されている状態で、情報処理装置の電源がＯＦＦにされる。すると、第１のプロセッサの処理装置が、第２のプロセッサに対して、第２のプロセッサ用のファームウェアのダウンロードを指示する。そして、指示を受けた第２のプロセッサの処理装置が、第１のプロセッサの待機系の記憶媒体に格納されているファームウェアパッケージ内の第２のプロセッサ用のファームウェアを、自己の待機系の記憶媒体にダウンロードする。その後、情報処理装置の電源がＯＮにされると、第１のプロセッサの処理装置が、記憶媒体の運用系と待機系との扱いを切り替え、新たな運用系の記憶媒体内に格納されている第１のプロセッサ用のファームウェアを起動する。また、第２のプロセッサの処理装置が、記憶媒体の運用系と待機系との扱いを切り替え、新たな運用系の記憶媒体内に格納されている第２のプロセッサ用のファームウェアを起動する。

また、本案では、以下の手段が提案される。即ち、第１のプロセッサにおける待機系の記憶媒体に、両プロセッサ用のファームウェアを格納したファームウェアパッケージが格納されている状態で、再起動コマンドが入力される。すると、第１のプロセッサの処理装置が、第２のプロセッサに対して、運用系の記憶媒体に格納されている第２のプロセッサ用のファームウェアの版数を問い合わせる。問い合わせに応じて第２のプロセッサの処理装置が、自己の運用系の記憶媒体に格納されている第２のプロセッサ用のファームウェアの版数を応答する。すると、第１のプロセッサが、応答された版数と、ファームウェアパッケージ中の第２のプロセッサ用のファームウェアの版数とを比較し、両者が不一致である場合に、不一致情報をハードディスクのヘッダー部に記憶する。その後、情報処理装置の電源がＯＮにされると、第１のプロセッサが、記憶媒体の運用系と待機系との扱いを切り替え、新たな運用系の記憶媒体内に格納されている第１のプロセッサ用のファームウェアを起動する。また、第１のプロセッサが、ハードディスクのヘッダー部に前記不一致情報が記憶されていると警告を出力する。

一対のプロセッサを内蔵した情報処理装置において、両プロセッサが起動しているファームウェア同士の版数が不一致のまま残されることが、防止される。

基幹サーバのハードウェア構成を示すブロック図サーバ電源ＯＦＦコマンド入力時におけるＳＶＰ側のファームウェア更新プログラムによる処理を示すフローチャートサーバ電源ＯＮコマンド入力時におけるＳＶＰ側のファームウェア更新プログラムによる処理を示すフローチャートＳＰＣ運用系版数要求受信時におけるＳＰＣ側のファームウェア更新プログラムによる処理を示すフローチャートサーバ電源ＯＮコマンド入力時におけるＳＰＣ側のファームウェア更新プログラムによる処理を示すフローチャート動作例１を示す流れ図動作例１を示す観念図動作例１を示す観念図動作例１を示す観念図動作例１を示す観念図動作例２を示す流れ図動作例２を示す観念図動作例２を示す観念図動作例３を示す流れ図動作例３を示す観念図動作例４を示す流れ図動作例４を示す観念図変形例を示す流れ図変形例を示す観念図従来例を示す流れ図従来例を示す流れ図

以下、図面に基づいて、本案の実施の形態を説明する。
＜システム構成＞
図１は、本例が適用された情報処理装置である基幹サーバ１の概略ハードウェア構成を示すブロック図である。図１に示されるように、基幹サーバ１は、サーバとしての本来の業務の実行に用いられる各種装置を有する。即ち、基幹サーバ１は、ＩＯ［ＩｎｐｕｔＯｕｔｐｕｔ：入出力インタフェース］１１，ＣＰＵ［ＣｅｎｔｒａｌＰｒｏｓｅｃｃｉｎｇＵｎｉｔ：中央処理装置］１２を有する。また、基幹サーバ１は、ＳＣ［ＳｙｓｔｅｍＣｏｎｔｒｏｌｌｅｒ：システムコントローラ］１３，ＤＩＭＭ［ＤｕａｌＩｎｌｉｎｅＭｅｍｏｒｙＭｏｄｕｌｅ：デュアルインラインメモリモジュール］１４）を有する。更に、基幹サーバ１は、ＳＶＰ（ＳｅｒＶｉｃｅＰｒｏｃｅｓｓｏｒ：サーバ制御装置）１６，ＳＣＩ（ＳｅｒｉａｌＣｏｎｓｏｌｅＩｎｔｅｒｆａｃｅ：ハード制御装置）１５を有する。また、基幹サーバ１は、電源装置１８，ＳＰＣ（ＳｙｓｔｅｍＰｏｗｅｒＣｏｎｔｒｏｌｌｅｒ：電源制御装置）１７を有する。

ＳＶＰ１６は、上記各種装置１１〜１４の保守・管理等の処理を実行する。ＳＣＩ１５は、ＳＶＰ１６と各種装置１１〜１４との間のインタフェースをなす。

電源装置１８は、基幹サーバ１を構成する各ハードウェア１１〜１７に主電源を供給する。

ＳＰＣ１７は、ＳＶＰ１６とバス１９を通じて相互に通信可であり、電源装置１８を制御する。

第１のプロセッサであるＳＶＰ１６は、上記ＣＰＵ１２とは独立に動作するオンボードコンピュータであり、相互に接続されたＣＰＵ１６１，メモリ１６２，ハードディスク１６３を、有している。

ハードディスク１６３は、１つのディスクを論理的に３つの領域１６３ａ，１６３ｂ，１６３ｘに分割した二重化構成を有した記憶媒体である。各領域１６３ａ，１６３ｂ，１
６３ｘは、夫々、ＨＣＰ全体版数情報, 物理ボリュームラベルと二重化制御情報が格納されるヘッダー部１６３ｘ，ＨＣＰ格納領域１６３ａ，１６３ｂとされている。ＣＰＵ１６１によるヘッダー部１６３ｘへの設定に基づき、ＢＩＯＳ（ＢａｓｉｃＩｎｐｕｔＯｕｔｐｕｔＳｙｓｔｅｍ）により、例えば、一方のＨＣＰ格納領域１６３ａが運用系に設定され、他方のＨＣＰ格納領域１６３ｂが待機系に設定される。換言すると、一方のＨＣＰ格納領域１６３ａがＣＰＵ１６１がファームウェアを読み出す運用系として扱われ、他方のＨＣＰ格納領域１６３ｂが待機系として扱われる。これら両ＨＣＰ格納領域１６３ａ，１６３ｂには、原則として、同じ構成のファームウェアがインストールされている。そして、運用系に設定されているＨＣＰ格納領域１６３ａから、ファームウェアが読み出されてメモリ１６２の揮発領域に読み込まれ、当該メモリ１６２上に読み込まれたファームウェアが、ＣＰＵ１６１によって起動される。なお、メモリ１６２の不揮発性領域には、ファームウェアを更新する処理を実行するファームウェア更新プログラムが、インストールされている。

第２のプロセッサであるＳＰＣ１７も、上記ＣＰＵ１２及びＳＶＰ１６とは独立に動作するオンボードコンピュータであり、相互に接続されたＣＰＵ１７１及びメモリ１７２を、有している。メモリ１７２は、相互に独立した二つの記憶領域１７２ａ，１７２ｂからなる二重化構成を有した不揮発性記憶媒体である。ＣＰＵ１７１内の不揮発メモリ（図示略）への設定に基づき、ＢＩＯＳにより、例えば、一方の記憶領域１７２ａが運用系と設定され、他方の記憶領域１７２ｂが待機系と設定される。換言すると、一方の記憶領域１７２ａがＣＰＵ１７１がファームウェアを読み出す運用系として扱われ、他方の記憶領域１７１ｂが待機系として扱われる。そして、運用系に設定されている記憶領域１７２ａにインストールされているファームウェアが、ＣＰＵ１７１によって読み出されて実行される。なお、メモリ１７２には、ファームウェアを更新する処理を実行するファームウェア更新プログラムも、インストールされている。

電源装置１８は、ＰＳＵ（ＰｏｗｅｒＳｕｐｐｌｙＵｎｉｔ：電源供給ユニット）１８２及びＦＡＮ（冷却装置）１８１を有する。ＰＳＵ１８２は、基幹サーバ１を構成する各装置に主電源を供給する装置である。但し、当該ＰＳＵ１８２は、ＳＰＣ１７によって起動されるので、ＳＰＣ１７が当該ＰＳＵ１８２自身に対して起動命令を発する機能を維持するのに必要な最小限の電力は、常時、ＳＰＣ１７に供給されている。

なお、図７に示すように、ＳＶＰ１６は、コンソール２０に接続されており、コンソール２０の図示せぬ入力装置を通じて保守作業者によって入力された各種コマンドを受け付ける。また、ＳＶＰ１６は、管理センター２１に接続されており、当該管理センター２１において最新版のＨＣＰが公開された場合には、当該ＨＣＰをダウンロードすることができる。
＜更新プログラム＞
以下、上記したＳＶＰ１６側のファームウェア更新プログラム，及び、ＳＰＣ１７側のファームウェア更新プログラムによる各ＣＰＵ１６１，１７１の処理内容を、図２〜図５のフローチャートを参照して、説明する。なお、以下の説明におけるハードディスクの各ＨＣＰ格納領域の参照番号表記は、便宜上、初期状態において運用系に設定されているＨＣＰ格納領域については１６３ａとし、初期状態において待機系に設定されているＨＣＰ格納領域については１６３ｂとする。同様に、メモリ１７２の各記憶領域の参照番号表記は、初期状態において運用系に設定されている記憶領域については１７２ａとし、初期状態において待機系に設定されている記憶領域については１７２ｂとする。
［ＳＶＰ側］
１．新ＨＣＰダウンロード処理
管理センター２１に最新版のＨＣＰがアップロードされている場合、ＣＰＵ１６１は、最新版のＨＣＰを自動的に、待機系のＨＣＰ格納領域１６３ｂにダウンロードして、ＨＣＰ
中のＳＶＰ用ファームウェアを待機系のＨＣＰ格納領域１６３ｂにインストールする。
２．切換予約処理
コンソール２０を通じて保守作業者が切換予約コマンドを入力した場合、ＣＰＵ１６１は、ハードディスク１６３のヘッダー部１６３ｘにある次回起動版数領域に、下記の設定を行う。即ち、ＣＰＵ１６１は、次回起動時に現在待機系であるＨＣＰ格納領域１６３ｂを運用系に切り換えると共に現在運用系であるＨＣＰ格納領域１６３ａを待機系に切り換えて新たな運用系のＨＣＰ格納領域１６３ａ中のファームウェアを起動することを、設定する。
３．電源ＯＦＦ時
ファームウェア更新プログラムを読み込んだＣＰＵ１６１は、保守作業者が基幹サーバ１の電源をＯＦＦした場合には、電源ＯＦＦコマンドを受けて図２に示す処理をスタートする。

スタート後最初のステップＳ００１では、ＣＰＵ１６１は、ＳＰＣ１７に対して運用系版数（即ち、当該時点で運用系に設定されている記憶領域１７２ａにインストールされているファームウェアの版数）を問い合わせる。問合せに応じてＳＰＣ１７が運用系版数を応答すると、ＣＰＵ１６１は、処理をステップＳ００２へ進める。

ステップＳ００２では、ＣＰＵ１６１は、当該時点で待機系に設定されているＨＣＰ格納領域１６３ｂに格納されているＨＣＰに含まれるＳＰＣ用ファームウェアの版数と、ステップＳ００１にて取得した運用系版数とを比較する。そして、ＣＰＵ１６１は、両者が一致するか否かをチェックする。

そして、両者が一致しているのであれば、新版数のファームウェアがＳＰＣ１７側にダウンロード済みであるので、ＣＰＵ１６１は、処理をステップＳ００６へ進める。これに対して、両者が不一致であるならば、旧版数のファームウェアしかＳＰＣ１７側には存在しないため、ＣＰＵ１６１は、処理をステップＳ００３へ進める。

ステップＳ００３では、ＣＰＵ１６１は、ＳＰＣ１７に対して、ＳＰＣファームウェアのダウンロード指示を、伝達する（ダウンロード指示手段に相当）。ダウンロード指示とは、処理時点で待機系に設定されているＨＣＰ格納領域１６３ｂに格納されているＨＣＰに含まれるＳＰＣ用ファームウェアを待機系の記憶領域１７２ｂにダウンロードすべき旨の命令である。

次のステップＳ００４では、ＣＰＵ１６１は、上記ダウンロード指示を受けたＳＰＣ１７から何らかの通知（ステップＳ２０７のロード完了通知，又は、ステップＳ２０８のロード異常通知）が送信されて来るのを待つ。そして、ＣＰＵ１６１は、ロード完了通知を受信した場合には、処理をステップＳ００６へ進める。

これに対して、ＣＰＵ１６１は、ロード異常通知を受信した場合には、ステップＳ００５において、上記切換予約処理に拠る設定を解除する。即ち、ＣＰＵ１６１は、次回起動時に現在待機系であるＨＣＰ格納領域１６３ｂを運用系に切り換えると共に現在運用系であるＨＣＰ格納領域１６３ａを待機系に切り換えて新たな運用系のＨＣＰ格納領域１６３ｂ中のファームウェアを起動する旨の設定を解除する。ステップＳ００５を完了すると、ＣＰＵ１６１は、処理をステップＳ００６へ進める。

ステップＳ００６では、ＣＰＵ１６１は、基幹サーバ１の各部への主電源供給をＯＦＦにすることを、ＳＰＣ１７に指示する。当該指示に応じて、ＳＰＣ１７がＰＳＵ１８２を制御することにより、ＳＶＰ１６への主電源供給も停止され、ＳＶＰ１６の動作が停止する。
４．電源ＯＮ時
保守作業者が基幹サーバ１の電源をＯＮにすると、ＳＰＣ１７が電源ＯＮコマンドを受信する。当該入力に応じてＳＰＣ１７が電源装置１８を制御し、ＰＳＵ１８２からサーバ制御装置１６に主電源が供給されると、ＣＰＵ１６１は、ファームウェア更新プログラムを読み込んで、図３に示す処理をスタートする。

スタート後最初のステップＳ１０１では、ＣＰＵ１６１は、ハードディスク１６３のヘッダー部１６３ｘにある次回起動版数領域に上記運用系／待機系ディスクの切換予約処理に拠る下記設定があるか否かをチェックする。即ち、次回起動時に現在待機系であるＨＣＰ格納領域１６３ｂを運用系に切り換えると共に現在運用系であるＨＣＰ格納領域１６３ａを待機系に切り換えて新たな運用系のＨＣＰ格納領域１６３ｂ中のファームウェアを起動する旨の設定の有無が、チェックされる。そして、ＣＰＵ１６１は、上記設定があれば、上記設定に応じて運用系と待機系とを切り換え、新たな運用系のＨＣＰ格納領域１６３ｂ中のファームウェアを起動する（起動手段に相当）。これに対して、上記設定がなければ、ＣＰＵ１６１は、運用系と待機系との切り換えは行わず、運用系のＨＣＰ格納領域１６３ａ中のファームウェアを起動する。

ステップＳ１０２では、ＣＰＵ１６１は、ハードディスク１６３のヘッダー部１６３ｘにある次回起動版数領域に上記設定があるにも関わらず上記切り換えに失敗して従前の運用系のＨＣＰ格納領域１６３ａ中のファームウェアを起動したのか否かを、チェックする。そして、上記切り換えに失敗した場合には、ＣＰＵ１６１は、ステップＳ１０３において、切り換えを失敗した旨をＳＰＣ１７に伝達した後に、処理を終了する。

これに対して、上記設定がなかった場合，又は、上記設定があったが切り換えに成功した場合には、ＣＰＵ１６１は、ステップＳ１０４において、ＳＰＣから切り換え異常通知（ステップＳ３０３）があったか否かをチェックする。そして、切り換え異常通知がなければ、ＣＰＵ１６１は、処理を終了する。

これに対して、切り換え異常通知があれば、ＣＰＵ１６１は、ステップＳ１０５において、ハードディスク１６３のヘッダー部１６３ｘにある次回起動版数領域に、下記設定を行う。即ち、ＣＰＵ１６１は、次回起動時に現在待機系であるＨＣＰ格納領域１６３ａを運用系に切り換えると共に現在運用系であるＨＣＰ格納領域１６３ｂを待機系に切り換えて新たな運用系のＨＣＰ格納領域１６３ａ中のファームウェアを起動することを、設定する。

Ｓ１０５完了後、ＣＰＵ１６１は、ステップ次のＳ１０６において、上記設定に応じて、自らをリセットする。即ち、ＣＰＵ１６１は、上記設定に応じて、現在待機系であるＨＣＰ格納領域１６３ａを運用系に切り換え、現在運用系であるＨＣＰ格納領域１６３ｂを運用系に切り換え、新たな運用系のＨＣＰ格納領域１６３ａ中のファームウェアを起動する。これにより、基幹サーバ１の電源をＯＮにする以前の状態が回復される。
［ＳＰＣ側］
１．ＳＰＣ運用系版数要求受信時
ＳＶＰ１６からＳＰＣ運用系版数要求（ステップＳ００１）を受信すると、ＣＰＵ１７１は、ステップＳ２０１において、現在の運用系の記憶領域１７２ａにインストールされているファームウェアの版数を読み出して、応答文（ＳＰＣ運用系版数）を作成する。

次のステップＳ２０２では、ＣＰＵ１７１は、ステップＳ２０１にて作成した応答文（ＳＰＣ運用系版数）を、ＳＶＰ１６に応答する。

次のステップＳ２０３では、ＣＰＵ１７１は、ＳＶＰ１６からダウンロード指示（ステ
ップＳ００３）が送信されてくるのを待つ。そして、ＳＶＰ１６からＳＰＣファームロード指示（ステップＳ００３）が送信されてくると、ＣＰＵ１７１は、処理をステップＳ２０４へ進める。

ステップＳ２０４では、ＣＰＵ１７１は、ＳＶＰ１６の待機系のディスク１６１ｂに格納されている新版数のＨＣＰ中のＳＰＣ用ファームウェアを、メモリ１７２の待機系の記憶領域１７２ｂに、ダウンロードする（ダウンロード手段に相当）。

次のステップＳ２０５では、ＣＰＵ１７１は、ステップＳ２０４によるファームウェアのダウンロードが失敗したか否かをチェックする。そして、ファームウェアのダウンロードが失敗した場合には、ＣＰＵ１７１は、ステップＳ２０８において、ＳＶＰ１６に対してロード異常通知を伝達する。その後、ＣＰＵ１７１は、ステップＳ２０９において、処理を終了する。

これに対して、ファームウェアのダウンロードが成功した場合には、ＣＰＵ１７１は、ステップＳ２０６において、ＣＰＵ１７１内部の不揮発性メモリに、下記の設定を行う。即ち、ＣＰＵ１７１は、次回起動時に現在待機系である記憶領域１７２ｂを運用系に切り換えると共に現在運用系である記憶領域１７２ａを待機系に切り換えて新たな運用系の記憶領域１７２ｂ中のファームウェアを起動することを、設定する。次のステップＳ２０７では、ＣＰＵ１７１は、ＳＶＰ１６に対してロード完了通知を伝達する。その後、ＣＰＵ１７１は、ステップＳ２０９において、処理を終了する。
２．電源ＯＮ時
ＣＰＵ１７１は、保守作業者が基幹サーバ１の電源をＯＮにすると、電源ＯＮコマンドを受信する。ＣＰＵ１７１は、ステップ３０１において、ＣＰＵ１７１内部の不揮発性メモリに、下記設定があるか否かをチェックする。即ち、ＣＰＵ１７１は、次回起動時に現在待機系である記憶領域１７２ｂを運用系に切り換えると共に現在運用系である記憶領域１７２ａを待機系に切り換えて新たな運用系の記憶領域１７２ｂ中のファームウェアを起動する旨の設定の有無を、チェックする。そして、ＣＰＵ１７１は、上記設定があれば、当該設定に応じて運用系と待機系とを切り換え、新たな運用系の記憶領域１７２ｂ中のファームウェアを起動する。これに対して、上記設定がなければ、ＣＰＵ１７１は、運用系と待機系との切り換えは行わず、運用系の記憶領域１７２ａ中のファームウェアを起動する（起動手段に相当）。

次のステップＳ３０２では、ＣＰＵ１７１は、ＣＰＵ内部の不揮発性メモリに上記設定があるにも関わらず、上記切り換えに失敗して、従前の運用系の記憶領域１７２ａ中のファームウェアを起動したのか否かを、チェックする。そして、上記切り換えに失敗した場合には、ＣＰＵ１７１は、ステップＳ３０３において、切り換え異常通知をＳＶＰ１６に伝達した後に、処理を終了する。

これに対して、上記設定がなかった場合，又は、上記設定があったが切り換えに成功した場合には、ＣＰＵ１７１は、ステップＳ３０４において、ＳＶＰ１６から切り換え異常通知（ステップＳ１０３）があったか否かをチェックする。そして、切り換え異常通知がなければ、ＣＰＵ１６１は、処理を終了する。

これに対して、切り換え異常通知があれば、ＣＰＵ１７１は、ステップＳ３０５において、ＣＰＵ内部の不揮発性メモリに、下記設定を行う。即ち、ＣＰＵ１７１は、次回起動時に現在待機系である記憶領域１７２ａを運用系に切り換えると共に現在運用系である記憶領域１７２ｂを待機系に切り換えて新たな運用系の記憶領域１７２ａ中のファームウェアを起動することを、設定する。

ステップＳ３０５完了後、ＣＰＵ１７１は、次のステップＳ３０６において、上記設定に応じて、自らをリセットする。即ち、ＣＰＵ１７１は、上記設定に応じて、現在待機系である記憶領域１７２ａを運用系に切り換え、現在運用系である記憶領域１７２ｂを待機系に切り換え、新たな運用系の記憶領域１７２ａ中のファームウェアを起動する。これにより、サーバに電源を投入する以前の状態が回復される。
＜動作例＞
〔例１〕
図６〜図１０は、上述したファームウェア更新がエラー無しに行われた場合の例である。図６では、図２〜図５に示したフローチャート中の各ステップのうち、関連性の高いステップのみを表示している。

図７に示すように、管理センター２１からＳＶＰ１６に新版数のＨＣＰがダウンロードされた後、図８に示すように、保守作業者がコンソール２０から切換予約コマンドを入力する。すると、ＣＰＵ１６１は、ハードディスクのヘッダー部にある次回起動版数領域に、下記設定を行う。即ち、ＣＰＵ１６１は、次回起動時に現在待機系であるＨＣＰ格納領域１６３ｂを運用系に切り換えると共に現在運用系であるＨＣＰ格納領域１６３ａを待機系に切り換えて新たな運用系のＨＣＰ格納領域１６３ｂ中のファームウェアを起動することを設定する。

その後、保守作業者が基幹サーバ１の電源をＯＦＦにすると、ＳＶＰ１６のＣＰＵ１６１が、ＳＰＣ１７に対して、運用系版数（運用系に設定されている記憶領域１７２ａにインストールされているファームウェアの版数）の報告を要求する（ステップＳ００１）。要求を受けたＳＰＣ１７のＣＰＵ１７１は、現在の運用系の記憶領域１７２ａにインストールされているファームウェアの版数を読み出して、ＳＰＣ運用系版数を作成する（ステップＳ２０１）。また、ＣＰＵ１７１は、上記ＳＰＣ運用系版数を、ＳＶＰ１６に応答する（ステップＳ２０２）。

ＳＰＣ運用系版数を受信すると、ＳＶＰ１６のＣＰＵ１６１は、図９に示すように、待機系に設定されているＨＣＰ格納領域１６３ｂに格納されているＨＣＰ中のＳＰＣ用ファームウェアの版数と運用系版数とが一致していないことを、確認する（ステップＳ００２）。そして、ＣＰＵ１６１は、ＳＰＣ１７に対して、ダウンロード指示を、伝達する（ステップＳ００３）。ダウンロード指示を受信したＳＰＣ１７のＣＰＵ１７１は、ＳＶＰ１６の待機系のＨＣＰ格納領域１６３ｂに格納されている新版数のＨＣＰ中のＳＰＣ用ファームウェアを、メモリ１７２の待機系の記憶領域１７２ｂにダウンロードする（ステップＳ２０４）。ダウンロードが完了すると、ＣＰＵ１７１は、ＳＶＰ１６に、ロード完了通知を伝達する（ステップＳ２０７）。続いて、ＳＰＣ１７のＣＰＵ１７１は、ＰＳＵ１８２を制御して主電源を落とすので、ＳＶＰ１６及びＳＰＣ１７が停止する。

その後、保守作業者が基幹サーバ１の電源をＯＮにすると、図１０に示すように、ＳＰＣ１７のＣＰＵ１７１が、設定に応じて、待機系の記憶領域１７２ｂと運用系の記憶領域１７２ａとを切り換える。そして、ＳＰＣ１７のＣＰＵ１７１は、新たな運用系の記憶領域１７２ｂ中の新版数のファームウェアを起動する。そして、ＳＰＣ１７によって制御されたＰＳＵ１８２によって主電源を投入されたＳＶＰ１６のＣＰＵ１６１は、設定に応じて、待機系のＨＣＰ格納領域１６３ｂと運用系のＨＣＰ格納領域１６３ａとを切り換える。そして、ＳＶＰ１６のＣＰＵ１６１は、新たな運用系のＨＣＰ格納領域１６３ｂ中の新版数のファームウェアを起動する。

以上のように、本例によると、エラーが生じない限りは、ＨＣＰダウンロード後には、１回ずつ基幹サーバ１の電源のＯＦＦ及びＯＮを行うだけで、ＳＶＰのファームウェアとＳＰＣのファームウェアとが更新される。よって、両者のファームウェアの版数が相違す
ることに因る不都合が生じない。
〔例２〕
図１１〜図１３は、ＳＰＣ１７のＣＰＵ１７１によるＳＰＣ用のファームウェアのダウンロード（ステップＳ２０４）が失敗した場合の例である。この場合、ＳＰＣ１７のＣＰＵ１７１は、ＳＶＰ１６の待機系のディスク１６１ｂに格納されている新版数のＨＣＰ中のＳＰＣ用ファームウェアの、メモリ１７２の待機系の記憶領域１７２ｂへのダウンロードを試みる（ステップＳ２０４）。図１２に示すように、ダウンロードに失敗した場合（ステップＳ２０５）、ＳＰＣ１７のＣＰＵ１７１は、ＳＶＰ１６に対してロード異常通知を伝達する（ステップＳ２０８）。

ロード異常通知を受信したＳＶＰ１６のＣＰＵ１６１は、切換予約処理に拠る設定を解除する（ステップＳ００５）。

その後、基幹サーバ１の電源がＯＮにされる。この場合、図１３に示すように、ＳＰＣ１７のＣＰＵ１７１は、運用系のＨＣＰ格納領域１６３ａと待機系のＨＣＰ格納領域１６３ｂとの切り換えの設定がない。そのため、ＳＰＣ１７のＣＰＵ１７１は、運用系のディスク１７２ａと待機系のディスク１７２ｂとの切り替えを行うことなく、従前の運用系の記憶領域１７２ａ中のファームウェアを起動する。そして、当該ＳＰＣ１７によって制御されたＰＳＵ１８２によって主電源を供給されたＳＶＰ１６のＣＰＵ１６１も、待機系と運用系との切り換えの設定がないために、運用系のＨＣＰ格納領域１６３ａと待機系のＨＣＰ格納領域１６３ｂとの切り替えを行わない。そして、ＳＶＰ１６のＣＰＵ１６１は、従前の運用系のＨＣＰ格納領域１６３ａ中のファームウェアを起動する。

以上のように、本例によると、ＳＰＣ１７においてファームロードに失敗すると、切換予約コマンドに基づく設定が解除されるので、ＳＰＣ１７におけるファームウェアの更新がなされないのに合わせて、ＳＶＰ１６におけるファームウェアの更新もなされない。よって、両者のファームウェアの版数が相違することに因る不都合が生じない。
〔例３〕
図１４〜図１５は、ＳＰＣ１７のＣＰＵ１７１によるダウンロード完了後における電源ＯＮ時に、ＳＰＣ１７のＣＰＵ１７１が待機系の記憶領域１７２ｂと運用系の記憶領域１７２ａとの切り換えに失敗した場合（Ｓ３０２）の例である。この場合、上述した例１と同様の手順を経た後に、サーバの電源がＯＮされると、ＳＰＣ１７のＣＰＵ１７１は、待機系の記憶領域１７２ｂと運用系の記憶領域１７２ａとの切り換えを試みる（ステップＳ３０１）。図１５に示すように、待機系の記憶領域１７２ｂと運用系の記憶領域１７２ａとの切り換えに失敗した場合（Ｓ３０２）、ＳＰＣ１７のＣＰＵ１７１は、ＳＶＰ１６に対して切り換え異常通知を伝達する（Ｓ３０３）。

一方、ＳＰＣ１７によって制御されたＰＳＵ１８２によって主電源を供給されたＳＶＰ１６のＣＰＵ１６１は、設定に応じて、待機系のＨＣＰ格納領域１６３ｂと運用系のＨＣＰ格納領域１６３ａとを切り換える。そして、ＳＶＰ１６のＣＰＵ１６１は、新たな運用系のＨＣＰ格納領域１６３ａ中の新版数のファームウェアを起動する。しかし、ＳＶＰ１６のＣＰＵ１６１は、起動後に、ＳＰＣ１７から切り換え異常通知を受信するので、ＣＰＵ１６１は、ハードディスク１６３のヘッダー部１６３ｘにある次回起動版数領域に、下記設定を行う（ステップＳ１０５）。即ち、ＣＰＵ１６１は、次回起動時に現在待機系であるＨＣＰ格納領域１６３ａを運用系に切り換えると共に現在運用系であるＨＣＰ格納領域１６３ｂを待機系に切り換えて新たな運用系のＨＣＰ格納領域１６３ａ中のファームウェアを起動することを設定する。その後、ＣＰＵ１６１は、当該設定に応じて自らをリセットする（ステップＳ１０６）。その結果、ＣＰＵ１６１は、上記設定に応じて、現在待機系であるＨＣＰ格納領域１６３ａを運用系に切り換え、現在運用系であるＨＣＰ格納領域１６３ｂを運用系に切り換え、新たな運用系のＨＣＰ格納領域１６３ａ中のファームウ
ェアを起動する。

以上により、ＳＶＰ１６のＣＰＵ１６１が実行するファームウェアは、旧版数のものとなるので、上述したように待機系の記憶領域１７２ｂと運用系の記憶領域１７２ａとの切り換えに失敗したＳＰＣ１７におけるファームウェアと版数が一致する。従って、両者のファームウェアの版数が相違することに因る不都合が生じない。
〔例４〕
図１６〜図１７は、ＳＰＣ１７のＣＰＵ１７１によるダウンロード完了後における電源ＯＮ時に、ＳＶＰ１６のＣＰＵ１６１が待機系のＨＣＰ格納領域１６３ｂと運用系のＨＣＰ格納領域１６３ａとの切り換えに失敗した場合（ステップＳ１０２）の例である。この場合、上述した例１と同様の手順を経た後に、ＳＶＰ１６に主電源が供給されると、ＳＶＰ１６のＣＰＵ１６１は、待機系のＨＣＰ格納領域１６３ｂと運用系のＨＣＰ格納領域１６３ａとの切り換えを試みる（ステップＳ１０１）。図１７に示すように、待機系のＨＣＰ格納領域１６３ｂと運用系のＨＣＰ格納領域１６３ａとの切り換えが失敗した場合（ステップＳ１０２）、ＳＶＰ１６のＣＰＵ１６１は、ＳＰＣ１７に対して切り換え異常通知を伝達する（ステップＳ１０３）。

一方、ＳＰＣ１７のＣＰＵ１７１は、設定に応じて、待機系の記憶領域１７２ｂと運用系の記憶領域１７２ａとを切り換え、新たな運用系の記憶領域１７２ｂ中の新版数のファームウェアを起動する。しかし、ＳＰＣ１７のＣＰＵ１７１は、起動後に、ＳＶＰ１６から切り換え異常通知を受信するので、ＣＰＵ内部の不揮発性メモリに、下記設定を行う（ステップＳ３０５）。即ち、次回起動時に現在待機系である記憶領域１７２ａを運用系に切り換えると共に現在運用系である記憶領域１７２ｂを待機系に切り換えて新たな運用系の記憶領域１７２ａ中のファームウェアを起動することを設定する。その後、ＣＰＵ１７１は、当該設定に応じて自らをリセットする（ステップＳ３０６）。その結果、ＣＰＵ１７１は、上記設定に応じて、現在待機系である記憶領域１７２ａを運用系に切り換え、現在運用系である記憶領域１７２ｂを運用系に切り換え、新たな運用系の記憶領域１７２ａ中のファームウェアを起動する。

以上により、ＳＰＣ１７のＣＰＵ１７１が実行するファームウェアは、旧版数のものとなるので、上述したように切り換えに失敗したＳＶＰ１６におけるファームウェアと版数が一致する。従って、両者のファームウェアの版数が相違することに因る不都合が生じない。
＜変形例＞
図１８及び図１９は、作業担当者が、基幹サーバ１の電源をＯＦＦする代わりに、ＳＶＰ再起動（リセット）コマンドを、コンソール２０から入力する場合の変形例である。かかるＳＶＰ再起動（リセット）コマンドを入力した場合には、ＳＶＰ１６におけるファームウェアの更新は可能であるが、ＳＰＣ１７は連動しないので、別途ファームウェアの更新が必要になる。そこで、本例では、ＳＶＰ１６のファームウェアの更新を完了した後に、ＳＰＣ１７のファームウェアの版数が一致していない旨の情報（不一致情報）を、コンソール２０に表示する。

即ち、ＣＰＵ１６１は、コンソール２０を通じて保守作業者がＳＶＰ再起動（リセット）コマンドを入力すると、ステップＳ４０１において、ＳＰＣ１７に対して運用系版数を問い合わせる。運用系版数とは、処理時点で運用系に設定されている記憶領域１７２ａにインストールされているファームウェアの版数である。問合せに応じてＳＰＣ１７が運用系版数を応答すると（応答手段に相当）、ＣＰＵ１６１は、処理をステップＳ４０２へ進める。

ステップＳ４０２では、ＣＰＵ１６１は、当該時点で待機系に設定されているＨＣＰ格
納領域１６３ｂに格納されているＨＣＰに含まれるＳＰＣ用ファームウェアの版数と、ステップＳ４０１にて取得した運用系版数とを比較する（比較手段に相当）。そして、ＣＰＵ１６１は、両者が一致しているか否かをチェックする。

そして、両者が一致しているのであれば、新版数のファームウェアがＳＰＣ１７側にダウンロード済みであるので、ＣＰＵ１６１は、処理をステップＳ４０４へ進める。これに対して、両者が不一致であるならば、旧版数のファームウェアしかＳＰＣ１７側には存在しないのであるから、ＣＰＵ１６１は、ステップＳ４０３において、ヘッダー部１６３ｘ上に不一致情報を保存する（記憶手段に相当）。その後、ＣＰＵ１６１は、処理をステップＳ４０４へ進める。

ステップＳ４０４では、ＣＰＵ１６１は、切換予約コマンドに基づく設定に応じて、自らをリセットする。即ち、ＣＰＵ１６１は、上記設定に応じて、現在待機系であるＨＣＰ格納領域１６３ｂを運用系に切り換え、現在運用系であるＨＣＰ格納領域１６３ａを運用系に切り換え、新たな運用系のＨＣＰ格納領域１６３ｂ中のファームウェアを起動する（起動手段に相当）。

次のステップＳ４０５では、ＣＰＵ１６１は、ハードディスクのヘッダー部にある次回起動版数領域上に不一致情報があるか否かをチェックする。そして、不一致情報がなければ、ＣＰＵ１６１は、そのまま処理を終了する。これに対して、不一致情報があれば、ＣＰＵ１６１は、不一致情報をコンソール２０に伝達し、ディスプレイ上に表示させる（警告手段に相当）。

以上により、本変形例によれば、保守作業者は、コンソール２０のディスプレイ上に表示された不一致情報に拠り、ＳＰＣ１７上のファームウェアの版数が、ＳＶＰ１６上のファームウェアの版数よりも古いことに気づくことができる。よって、保守作業者は、別途ＳＰＣ１７のファームウェアの更新を行うことができる。
＜付記＞
以上の実施形態に関し、更に以下の付記を開示する。
（付記１）
相互に通信可能であるとともに、ファームウェアを記憶する二重化された記憶媒体と、前記ファームウェアを実行するとともに前記二重化された記憶媒体の一方を自己が前記ファームウェアを読み出す現用系の記憶媒体と扱い他方を待機系の記憶媒体と扱う処理装置とを有する第１及び第２の処理装置を内蔵する情報処理装置であって、
前記第１の処理装置は、
自己の待機系の記憶媒体に、前記第１及び第２の処理装置のファームウェアが格納されている状態で前記情報処理装置の電源が遮断にされると、前記第２の処理装置に対して、前記第２の処理装置のファームウェアのダウンロードを指示するダウンロード指示手段と、
前記指示の後で、前記情報処理装置の電源が投入されると、前記記憶媒体の運用系と待機系を切り替え、新たな運用系の記憶媒体内に格納されている前記第１の処理装置のファームウェアを起動する起動手段とを備え、
前記第２の処理装置は、
前記ダウンロードの指示を受けると、前記第１の処理装置の待機系の記憶媒体に格納されている前記第２の処理装置のファームウェアを、自己の待機系の記憶媒体にダウンロードするダウンロード手段と、
前記ダウンロード後に、前記情報処理装置の電源が投入されると、前記記憶媒体の運用系と待機系を切り替え、新たな運用系の記憶媒体内に格納されている前記第２の処理装置のファームウェアを読み出して起動する起動手段とを備える
ことを特徴とする情報処理装置。
（付記２）
前記情報処理装置において、
前記第１の処理装置は、前記情報処理装置の保守又は運用を行うシステム制御装置であり、
前記第２の処理装置は、前記情報処理装置に電源を供給する電源制御装置である
ことを特徴とする付記１記載の情報処理装置。
（付記３）
前記情報処理装置において、
前記第１の処理装置はハードディスクを有するとともに、
前記第１の処理装置の処理装置の起動手段は、ハードディスクに設定された、次回起動時において待機系及び運用系を切り替える旨の設定に応じて、前記記憶媒体の運用系と待機系との扱いを切り替える
ことを特徴とする付記１記載の情報処理装置。
（付記４）
前記情報処理装置において、
次回起動時において待機系及び運用系を切り替える旨の設定は、第１の処理装置における待機系の記憶媒体に前記ファームウェアが格納されている状態で、切り替え予約コマンドが入力されることに応じてなされる
ことを特徴とする付記３記載の情報処理装置。
（付記５）
前記情報処理装置において、
前記第２の処理装置は、前記ダウンロード手段が前記ファームウェアのダウンロードに失敗した場合に、前記第１の処理装置に対して、ダウンロードの異常を通知し、前記通知を受けた前記第１の処理装置が、前記次回起動時において待機系及び運用系を切り替える旨の設定を解除する手段を更に備える
ことを特徴とする付記４記載の情報処理装置。
（付記６）
前記情報処理装置において、
前記第２の処理装置は、前記起動手段が記憶媒体の運用系と待機系との扱いの切り替えに失敗した場合に、前記第１の処理装置に対して、切り替えの異常を通知する手段を更に備え、
前記第１の処理装置は、前記切り替えの異常の通知を受けると、次回起動時において待機系及び運用系を切り替える旨の設定を前記ハードディスクに行った後に、自ら再起動する手段を更に備える
ことを特徴とする付記３記載の情報処理装置。
（付記７）
前記情報処理装置において、
前記第２の処理装置は不揮発性メモリを有するとともに、
前記第２の処理装置の起動手段が、前記不揮発性メモリに設定された、次回起動時において待機系及び運用系を切り替える旨の設定に応じて、前記記憶媒体の運用系と待機系との扱いを切り替える
ことを特徴とする付記１記載の情報処理装置。
（付記８）
前記情報処理装置において、
前記第２の処理装置は、前記ファームウェアのダウンロードを完了した場合に、前記次回起動時において待機系及び運用系を切り替える旨の設定を行う手段を更に備える
ことを特徴とする付記７記載の情報処理装置。
（付記９）
前記情報処理装置において、
前記第１の処理装置は、前記起動手段が前記記憶媒体の運用系と待機系との扱いの切り
替えに失敗した場合に、前記第２の処理装置に対して、切り替えの異常を通知する異常通知手段を更に備え、
前記第２の処理装置は、前記切り替えの異常の通知を受けると、次回起動時において待機系及び運用系を切り替える旨の設定を前記不揮発性メモリに行った後に、自ら再起動する再起動手段を更に備える
ことを特徴とする付記７記載の情報処理装置。
（付記１０）
前記情報処理装置において、
前記第１の処理装置のダウンロード指示手段は、電源遮断コマンドが入力された場合に、前記第２の処理装置に対して、前記運用系の記憶媒体に格納されている当該第２の処理装置のファームウェアの版数を問い合わせ、当該問い合わせに応じて前記第２の処理装置の処理装置が、前記運用系の記憶媒体に格納されている当該第２の処理装置のファームウェアの版数を応答すると、応答された版数と、前記ファームウェア中の前記第２の処理装置のファームウェアの版数とを比較し、両者が不一致である場合のみ、前記第２の処理装置に対して、前記第２の処理装置のファームウェアのダウンロードを指示する
ことを特徴とする付記１記載の計算機システムにおけるファームウェアの更新方法。
（付記１１）
相互に通信可能であるとともに、共に、ファームウェアを記憶するための二重化された記憶媒体と、前記ファームウェアを実行するとともに前記二重化された記憶媒体の一方を自己が前記ファームウェアを読み出す現用系の記憶媒体と扱い他方を待機系の記憶媒体と扱う処理装置とを有する第１及び第２の処理装置を備える情報処理装置であって、
前記第１の処理装置は、
自己の待機系の記憶媒体に、前記第１及び第２の処理装置のファームウェアが格納されている状態で、再起動コマンドが入力されると、前記第２の処理装置に対して、運用系の記憶媒体に格納されている前記第２の処理装置のファームウェアの版数を問い合わせる問合せ手段と、
前記問い合わせに応じて前記第２の処理装置が、自己の運用系の記憶媒体に格納されている前記第２の処理装置のファームウェアの版数を応答した場合、応答された版数と、前記ファームウェア中の前記第２の処理装置のファームウェアの版数とを比較する比較手段と、
前記版数が不一致である場合に、前記不一致である旨の情報をメモリに記憶する記憶手段と、
前記情報処理装置に電源が投入されると、前記記憶媒体の運用系と待機系を切り替え、新たな運用系の記憶媒体内に格納されている前記第１の処理装置ファームウェアを起動する起動手段と、
起動後において、前記メモリに前記不一致情報が記憶されていると、警告を出力する警告手段とを備え、
前記第２の処理装置は、
前記問い合わせに応じて、自己の運用系の記憶媒体に格納されている前記第２の処理装置のファームウェアの版数を応答する応答手段を備える
ことを特徴とする情報処理装置。
（付記１２）
相互に通信可能であるとともに、共に、ファームウェアを記憶する二重化された記憶媒体と、前記ファームウェアを実行するとともに前記二重化された記憶媒体の一方を自己が前記ファームウェアを読み出す現用系の記憶媒体と扱い他方を待機系の記憶媒体と扱う処理装置とを有する第１及び第２の処理装置を内蔵した情報処理装置におけるファームウェアの更新方法であって、
前記第１の処理装置における待機系の記憶媒体に、前記第１及び第２の処理装置のファームウェアが格納されている状態で、前記情報処理装置の電源が投入されると、前記第１の処理装置が、前記第２の処理装置に対して、前記第２の処理装置のファームウェアのダ
ウンロードを指示し、前記指示を受けた前記第２の処理装置が、前記第１の処理装置の待機系の記憶媒体に格納されている前記ファームウェア内の前記第２の処理装置のファームウェアを、自己の待機系の記憶媒体にダウンロードし、
その後、前記情報処理装置の電源が遮断にされると、前記第１の処理装置の処理装置が、前記記憶媒体の運用系と待機系を切り替え、新たな運用系の記憶媒体内に格納されている前記第１の処理装置のファームウェアを読み出して起動するとともに、前記第２の処理装置が、前記記憶媒体の運用系と待機系を切り替え、新たな運用系の記憶媒体内に格納されている前記第２の処理装置のファームウェアを読み出して起動する
ことを特徴とする情報処理装置におけるファームウェアの更新方法。（１０）
（付記１３）
相互に通信可能であるとともに、共に、ファームウェアを記憶するための二重化された記憶媒体と、前記ファームウェアを実行するとともに前記二重化された記憶媒体の一方を自己が前記ファームウェアを読み出す現用系の記憶媒体と扱い他方を待機系の記憶媒体と扱う処理装置とを有する第１及び第２のプロセッサを内蔵した情報処理装置におけるファームウェアの更新方法であって、
前記第１の処理装置における待機系の記憶媒体に、前記第１及び第２の処理装置のファームウェアが格納されている状態で、再起動コマンドが入力されると、前記第２の処理装置に対して、運用系の記憶媒体に格納されている当該第２の処理装置のファームウェアの版数を問い合わせ、当該問い合わせに応じて前記第２の処理装置の処理装置が、自己の運用系の記憶媒体に格納されている当該第２の処理装置のファームウェアの版数を応答すると、前記第１の処理装置が、応答された版数と、前記ファームウェア中の前記第２の処理装置のファームウェアの版数とを比較し、両者が不一致である場合に、不一致情報をハードディスクに記憶し、
その後、前記情報処理装置の電源が投入されると、前記第１の処理装置が、前記記憶媒体の運用系と待機系との扱いを切り替え、新たな運用系の記憶媒体内に格納されている当該第１の処理装置のファームウェアを起動するとともに、前記ハードディスクに前記不一致情報が記憶されていると警告を出力する
ことを特徴とする情報処理装置におけるファームウェアの更新方法。

１基幹サーバ
１６ＳＶＰ
１７ＳＰＣ
１６１ＣＰＵ
１６３ハードディスク
１７１ＣＰＵ
１７２メモリ

Claims

相互に通信可能であるとともに、ファームウェアを記憶する二重化された記憶媒体と、前記ファームウェアを実行するとともに前記二重化された記憶媒体の一方を自己が前記ファームウェアを読み出す現用系の記憶媒体と扱い他方を待機系の記憶媒体と扱う処理装置とを有する第１及び第２の処理装置を内蔵する情報処理装置であって、
前記第１の処理装置は、
自己の待機系の記憶媒体に、前記第１及び第２の処理装置のファームウェアが格納されている状態で前記情報処理装置の電源が遮断にされると、前記第２の処理装置に対して、前記第２の処理装置のファームウェアのダウンロードを指示するダウンロード指示手段と、
前記指示の後で、前記情報処理装置の電源が投入されると、前記記憶媒体の運用系と待機系を切り替え、新たな運用系の記憶媒体内に格納されている前記第１の処理装置のファームウェアを起動する起動手段とを備え、
前記第２の処理装置は、
前記ダウンロードの指示を受けると、前記第１の処理装置の待機系の記憶媒体に格納されている前記第２の処理装置のファームウェアを、自己の待機系の記憶媒体にダウンロードするダウンロード手段と、
前記ダウンロード後に、前記情報処理装置の電源が投入されると、前記記憶媒体の運用系と待機系を切り替え、新たな運用系の記憶媒体内に格納されている前記第２の処理装置のファームウェアを読み出して起動する起動手段とを備える
ことを特徴とする情報処理装置。
前記情報処理装置において、
前記第１の処理装置は、前記情報処理装置の保守又は運用を行うシステム制御装置であり、
前記第２の処理装置は、前記情報処理装置に電源を供給する電源制御装置である
ことを特徴とする請求項１記載の情報処理装置。
前記情報処理装置において、
前記第１の処理装置はハードディスクを有するとともに、
前記第１の処理装置の起動手段は、ハードディスクに設定された、次回起動時において待機系及び運用系を切り替える旨の設定に応じて、前記記憶媒体の運用系と待機系との扱いを切り替える
ことを特徴とする請求項１記載の情報処理装置。
前記情報処理装置において、
次回起動時において待機系及び運用系を切り替える旨の設定は、第１の処理装置における待機系の記憶媒体に前記ファームウェアが格納されている状態で、切り替え予約コマンドが入力されることに応じてなされる
ことを特徴とする請求項３記載の情報処理装置。
前記情報処理装置において、
前記第２の処理装置は、前記ダウンロード手段が前記ファームウェアのダウンロードに失敗した場合に、前記第１の処理装置に対して、ダウンロードの異常を通知し、前記通知を受けた前記第１の処理装置が、前記次回起動時において待機系及び運用系を切り替える旨の設定を解除する手段を更に備える
ことを特徴とする請求項４記載の情報処理装置。
前記情報処理装置において、
前記第２の処理装置は、前記起動手段が記憶媒体の運用系と待機系との扱いの切り替えに失敗した場合に、前記第１の処理装置に対して、切り替えの異常を通知する手段を更に備え、
前記第１の処理装置は、前記切り替えの異常の通知を受けると、次回起動時において待機系及び運用系を切り替える旨の設定を前記ハードディスクに行った後に、自ら再起動する手段を更に備える
ことを特徴とする請求項３記載の情報処理装置。
前記情報処理装置において、
前記第２の処理装置は不揮発性メモリを有するとともに、
前記第２の処理装置の起動手段が、前記不揮発性メモリに設定された、次回起動時において待機系及び運用系を切り替える旨の設定に応じて、前記記憶媒体の運用系と待機系との扱いを切り替える
ことを特徴とする請求項１記載の情報処理装置。
前記情報処理装置において、
前記第１の処理装置は、前記起動手段が前記記憶媒体の運用系と待機系との扱いの切り替えに失敗した場合に、前記第２の処理装置に対して、切り替えの異常を通知する異常通知手段を更に備え、
前記第２の処理装置は、前記切り替えの異常の通知を受けると、次回起動時において待機系及び運用系を切り替える旨の設定を前記不揮発性メモリに行った後に、自ら再起動する再起動手段を更に備える
ことを特徴とする請求項７記載の情報処理装置。
相互に通信可能であるとともに、共に、ファームウェアを記憶する二重化された記憶媒体と、前記ファームウェアを実行するとともに前記二重化された記憶媒体の一方を自己が前記ファームウェアを読み出す現用系の記憶媒体と扱い他方を待機系の記憶媒体と扱う処理装置とを有する第１及び第２の処理装置を備える情報処理装置であって、
前記第１の処理装置は、
自己の待機系の記憶媒体に、前記第１及び第２の処理装置のファームウェアが格納されている状態で、再起動コマンドが入力されると、前記第２の処理装置に対して、運用系の記憶媒体に格納されている前記第２の処理装置のファームウェアの版数を問い合わせる問合せ手段と、
前記問い合わせに応じて前記第２の処理装置が、自己の運用系の記憶媒体に格納されている前記第２の処理装置のファームウェアの版数を応答した場合、応答された版数と、前記ファームウェア中の前記第２の処理装置のファームウェアの版数とを比較する比較手段と、
前記版数が不一致である場合に、前記不一致である旨の情報をメモリに記憶する記憶手段と、
前記情報処理装置に電源が投入されると、前記記憶媒体の運用系と待機系を切り替え、新たな運用系の記憶媒体内に格納されている前記第１の処理装置のファームウェアを起動する起動手段と、
起動後において、前記メモリに前記不一致情報が記憶されていると、警告を出力する警告手段とを備え、
前記第２の処理装置は、
前記問い合わせに応じて、自己の運用系の記憶媒体に格納されている前記第２の処理装置のファームウェアの版数を応答する応答手段を備える
ことを特徴とする情報処理装置。
相互に通信可能であるとともに、共に、ファームウェアを記憶する二重化された記憶媒
体と、前記ファームウェアを実行するとともに前記二重化された記憶媒体の一方を自己が前記ファームウェアを読み出す現用系の記憶媒体と扱い他方を待機系の記憶媒体と扱う処理装置とを有する第１及び第２の処理装置を内蔵した情報処理装置におけるファームウェアの更新方法であって、
前記第１の処理装置における待機系の記憶媒体に、前記第１及び第２の処理装置のファームウェアが格納されている状態で、前記情報処理装置の電源が投入されると、前記第１の処理装置が、前記第２の処理装置に対して、前記第２の処理装置のファームウェアのダウンロードを指示し、前記指示を受けた前記第２の処理装置が、前記第１の処理装置の待機系の記憶媒体に格納されている前記ファームウェア内の前記第２の処理装置のファームウェアを、自己の待機系の記憶媒体にダウンロードし、
その後、前記情報処理装置の電源が遮断にされると、前記第１の処理装置の処理装置が、前記記憶媒体の運用系と待機系を切り替え、新たな運用系の記憶媒体内に格納されている前記第１の処理装置のファームウェアを読み出して起動するとともに、前記第２の処理装置が、前記記憶媒体の運用系と待機系を切り替え、新たな運用系の記憶媒体内に格納されている前記第２の処理装置のファームウェアを読み出して起動する
ことを特徴とする情報処理装置におけるファームウェアの更新方法。