特許 6073710 情報処理装置、起動障害からの自動復旧方法、及び起動障害からの自動復旧プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6073710

(24)【登録日】2017年1月13日

(45)【発行日】2017年2月1日

(54)【発明の名称】情報処理装置、起動障害からの自動復旧方法、及び起動障害からの自動復旧プログラム

(51)【国際特許分類】

   G06F 9/445 20060101AFI20170123BHJP

【ＦＩ】

   G06F9/06 610K

【請求項の数】10

【全頁数】12

(21)【出願番号】特願2013-40860(P2013-40860)

(22)【出願日】2013年3月1日

(65)【公開番号】特開2014-170306(P2014-170306A)

(43)【公開日】2014年9月18日

【審査請求日】2016年2月17日

(73)【特許権者】

【識別番号】000227205

【氏名又は名称】ＮＥＣプラットフォームズ株式会社

(74)【代理人】

【識別番号】100109313

【弁理士】

【氏名又は名称】机 昌彦

(74)【代理人】

【識別番号】100124154

【弁理士】

【氏名又は名称】下坂 直樹

(72)【発明者】

【氏名】岡村 記成

【審査官】 大塚 俊範

(56)【参考文献】

【文献】 米国特許出願公開第２０１０／０１２５７５２（ＵＳ，Ａ１）

【文献】 特開２００３−３１６５８２（ＪＰ，Ａ）

【文献】 特開２００９−１９３４５３（ＪＰ，Ａ）

【文献】 特開平８−１６４０８（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ９／４４５

(57)【特許請求の範囲】

【請求項1】

情報処理装置の起動に失敗したことを検出する起動監視タイマーを含むＢＭＣを備え、
前記ＢＭＣが、
前記起動監視タイマーにより情報処理装置の起動失敗を検出した場合、プロセッサのＲＯＭフェッチ経路を前記ＢＭＣが接続される経路に切り替える
ことを特徴とする情報処理装置。

【請求項2】

前記ＢＭＣが、
情報処理装置の起動障害を検出した場合、ネットワーク経由でＢＩＯＳ管理情報ならびにＢＩＯＳデータを取得して内蔵メモリに格納する
ことを特徴とする請求項１に記載の情報処理装置。

【請求項3】

前記ＢＭＣが、
取得したＢＩＯＳ管理情報から、ＲＯＭフェッチさせるＢＩＯＳデータを選択し、情報処理装置の再起動を行い、
複数のＢＩＯＳバージョンが存在する場合、ＢＭＣ内部のＢＩＯＳ管理情報を元に、前記情報処理装置で起動可能な最も新しいバージョンのＢＩＯＳを選択する
ことを特徴とする請求項２に記載の情報処理装置。

【請求項4】

前記ＢＭＣが、
前記情報処理装置の再起動に失敗した場合、ＢＩＯＳ管理情報において、起動に失敗したＢＩＯＳのバージョンに起動失敗を示すフラグを書き込むことで、起動不可のＢＩＯＳバージョンを管理する
ことを特徴とする請求項２又は請求項３に記載の情報処理装置。

【請求項5】

情報処理装置における起動障害からの自動復旧方法であって、
情報処理装置の起動に失敗したことを検出する起動監視タイマーを含むＢＭＣが、前記起動監視タイマーにより情報処理装置の起動失敗を検出した場合、プロセッサのＲＯＭフェッチ経路を前記ＢＭＣが接続される経路に切り替える切り替えステップを有する
ことを特徴とする起動障害からの自動復旧方法。

【請求項6】

前記ＢＭＣが、情報処理装置の起動障害を検出した場合、ネットワーク経由でＢＩＯＳ管理情報ならびにＢＩＯＳデータを取得して内蔵メモリに格納するＢＩＯＳ情報取得ステップを有する
ことを特徴とする請求項５に記載の起動障害からの自動復旧方法。

【請求項7】

前記ＢＭＣが、取得したＢＩＯＳ管理情報から、ＲＯＭフェッチさせるＢＩＯＳデータを選択し、情報処理装置の再起動を行う再起動実行ステップを有し、
前記再起動実行ステップで、
複数のＢＩＯＳバージョンが存在する場合、ＢＭＣ内部のＢＩＯＳ管理情報を元に、前記情報処理装置で起動可能な最も新しいバージョンのＢＩＯＳを選択する
ことを特徴とする請求項６に記載の起動障害からの自動復旧方法。

【請求項8】

前記ＢＭＣが、前記情報処理装置の再起動に失敗した場合、ＢＩＯＳ管理情報において、起動に失敗したＢＩＯＳのバージョンに起動失敗を示すフラグを書き込むことで、起動不可のＢＩＯＳバージョンを管理するＢＩＯＳバージョン管理ステップを有する
ことを特徴とする請求項６又は請求項７に記載の起動障害からの自動復旧方法。

【請求項9】

情報処理装置を構成するコンピュータ上で動作する起動障害からの自動復旧プログラムであって、
情報処理装置の起動に失敗したことを検出する起動監視タイマーを含むＢＭＣに、前記起動監視タイマーにより情報処理装置の起動失敗を検出した場合、プロセッサのＲＯＭフェッチ経路を前記ＢＭＣが接続される経路に切り替える切り替え処理を実行させる
ことを特徴とする起動障害からの自動復旧プログラム。

【請求項10】

前記ＢＭＣに、情報処理装置の起動障害を検出した場合、ネットワーク経由でＢＩＯＳ管理情報ならびにＢＩＯＳデータを取得して内蔵メモリに格納するＢＩＯＳ情報取得処理を実行させる
ことを特徴とする請求項９に記載の起動障害からの自動復旧プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ＢＩＯＳに関し、特に、ＢＩＯＳに起因する起動障害からの復旧方法に関する。

【背景技術】

【0002】

現在のＩｎｔｅｌアーキテクチャを採用した情報処理装置は、多種多様なメーカーが提供する拡張カード（例えばＰＣＩ Ｅｘｐｒｅｓｓカード）が搭載されるが、これら拡張カードは販売される時期によっては新しい標準規格に完全に対応できていない状態の製品も多い。また、拡張カードのファームウエアが最新化されていない等の理由により、新しい標準規格に対応できていない拡張カードが搭載されている情報処理装置も存在する。

【0003】

このような、新しい標準規格に対応できていない拡張カードが搭載されている情報処理装置に対して、新しい標準規格に対応されたシステムＢＩＯＳを適用すると、情報処理装置が正常に起動されない状態となる場合がある。

【0004】

このような事態から復旧するためには情報処理装置に組込まれている拡張カードの取外しを行い、一旦情報処理装置を起動させた状態から旧システムＢＩＯＳへバージョンダウンさせることで復旧させる必要があり、人手によるハードウェアの構成変更が必要となることから、復旧までに時間を要する問題があった。

【0005】

システムＢＩＯＳを二重化しているような情報処理装置に於いては、バックアップ側ＲＯＭから一旦起動させることも可能であるが、運用している情報処理装置に適用されているＢＩＯＳバージョン以降に複数のＢＩＯＳバージョンがリリースされているような場合、ユーザ運用されている情報処理装置のハードウェア構成で動作可能となる新しいＢＩＯＳバージョンを適用するには人手によるＢＩＯＳバージョンアップを繰返して実施する必要がありシステム管理者の拘束や、適用作業に時間が必要となる問題が存在している。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特開２０１１−２５３４０８号公報

【特許文献2】特開２０１１−１２８７９５号公報

【特許文献3】特許第４８７３０７３号公報

【特許文献4】特開２０００−２０７６８１号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

システムＢＩＯＳの更新を実施した場合、サードパーティ社製の拡張カードを増設し運用している情報処理装置に、より新しい世代の仕様に対応したシステムＢＩＯＳを適用すると情報処理装置の起動不可となることがある。このようなケースでは、情報処理装置に組込まれているサードパーティ社製の拡張カードの取外し作業を行い、一旦システムを起動させた状態から旧ＢＩＯＳバージョンへ更新させることで復旧させる必要がある。復旧にはシステム管理者によるハードウェア構成変更を必要とし且つ、復旧までに時間を要することが課題である。夜間にスケジューリングされた情報処理装置のＢＩＯＳ更新作業を実施する場合には翌日のシステム管理者作業となり業務に影響を与えてしまう問題がある。

【0008】

同様にＢＩＯＳ ＲＯＭが故障した場合や、ＢＩＯＳ ＲＯＭ内に格納されているＢＩＯＳデータが不正な状態となった場合も、夜間のスケジュール運転による情報処理装置の再起動が行われる運用形態で起動障害が発生した場合には、翌日の保守作業者によるマザーボード交換が必要となり、復旧までに多大な時間を要することになる。

【0009】

また、システムＢＩＯＳを二重化しているハードウェアではバックアップ側Ｆｌａｓｈ ＲＯＭからの起動により自動復旧させることも可能であるが、情報処理装置に適用されているＢＩＯＳバージョン以降に複数のシステムＢＩＯＳバージョンがリリースされているような場合に於いては最適なＢＩＯＳバージョンを適用するために、システム管理者によるＢＩＯＳ更新作業が必要となり、作業完了までの作業者の拘束と運用再開までに時間を必要となる。

【0010】

（発明の目的）
本発明の目的は、上述の課題を解決し、ＢＩＯＳに起因する起動障害からの自動復旧を可能とする を提供することである。

【課題を解決するための手段】

【0011】

本発明の第１の情報処理装置は、情報処理装置の起動に失敗したことを検出する起動監視タイマーを含むＢＭＣを備え、ＢＭＣが、起動監視タイマーにより情報処理装置の起動失敗を検出した場合、プロセッサのＲＯＭフェッチ経路をＢＭＣが接続される経路に切り替える。

【0012】

本発明の第１の起動障害からの自動復旧方法は、情報処理装置における起動障害からの自動復旧方法であって、情報処理装置の起動に失敗したことを検出する起動監視タイマーを含むＢＭＣが、起動監視タイマーにより情報処理装置の起動失敗を検出した場合、プロセッサのＲＯＭフェッチ経路をＢＭＣが接続される経路に切り替える切り替えステップを有する。

【0013】

本発明の第１の起動障害からの自動復旧プログラムは、情報処理装置を構成するコンピュータ上で動作する起動障害からの自動復旧プログラムであって、情報処理装置の起動に失敗したことを検出する起動監視タイマーを含むＢＭＣに、起動監視タイマーにより情報処理装置の起動失敗を検出した場合、プロセッサのＲＯＭフェッチ経路をＢＭＣが接続される経路に切り替える切り替え処理を実行させる。

【発明の効果】

【0014】

本発明によれば、ＢＩＯＳに起因する起動障害から自動復旧することができる。

【図面の簡単な説明】

【0015】

【図1】本発明の第１の実施の形態による情報処理装置の構成を示すブロック図である。

【図2】本発明の第１の実施の形態による起動障害からの自動復旧の動作を示すフローチャートである。

【図3】本発明の第１の実施の形態によるＢＩＯＳ管理情報の構成例を示す図である。

【図4】本発明の第１の実施の形態によるＢＩＯＳ管理情報の構成例を示す図である。

【図5】本発明の情報処理装置のハードウェア構成例を示すブロック図である。

【発明を実施するための形態】

【0016】

本発明の上記及び他の目的、特徴及び利点を明確にすべく、添付した図面を参照しながら、本発明の実施形態を以下に詳述する。なお、上述の本願発明の目的のほか、他の技術的課題、その技術的課題を解決する手段及びその作用効果についても、以下の実施形態による開示によって明らかとなるものである。なお、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。

【0017】

（第１の実施の形態）

【0018】

図１は、本実施の形態による情報処理装置１００の構成を示すブロック図である。図１を参照すると、情報処理装置１００は、ＢＭＣ１１０によるハードウエアストラップ制御により、プロセッサ／チップセットのＲＯＭフェッチ経路を切り替える機能を備える（１）。

【0019】

また、ＢＭＣ１１０はは、ネットワーク経由でリモートＰＣ２００からデータ（ＢＩＯＳイメージ及びＢＩＯＳ管理情報）をダウンロードする機能を備える（２）。

【0020】

ＢＭＣ１１０は、（２）で取得したＢＩＯＳイメージとＢＩＯＳ管理情報を、ＢＭＣ１１０が管理する内部メモリ１１２に格納し管理する機能を備える（３）。

【0021】

リモートＰＣ２００には複数バージョンのＢＩＯＳを格納しておき、ＢＩＯＳ管理テーブルを保有する（４）。

【0022】

（２）の機能によりＢＭＣ１１０はリモートＰＣ２００からＢＩＯＳ管理情報を取得し、リモートＰＣ２００から取得したＢＩＯＳ管理情報を元に、各種バージョンのＢＩＯＳをダウンロードする。

【0023】

本発明は、情報処理装置１００のＢＩＯＳ更新を行ったことで情報処理装置１００に組込まれているサードパーティ社製拡張カード等の影響により情報処理装置１００が起動しない場合や、ＢＩＯＳ ＲＯＭ故障や、ＢＩＯＳ ＲＯＭに格納されているＢＩＯＳデータ不正などにより情報処理装置１００が起動不可であることをＢａｓｅｂｏａｒｄ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ（以下ＢＭＣ）が所有する起動監視タイマー１１１により検出した場合、ＢＭＣ１１０がプロセッサのＲＯＭフェッチ経路をＢＭＣ１１０が接続される経路に切り替える。

【0024】

ＢＭＣ１１０はネットワーク経由でシステムＢＩＯＳデータとＢＩＯＳ管理情報をダウンロードすることが可能であり、ダウンロードされたデータはＢＭＣ１１０の内部メモリ１１２に格納される。

【0025】

ＢＭＣ１１０は内部メモリ１１２に格納されたＢＩＯＳ管理情報から、次にＲＯＭフェッチさせるＢＩＯＳデータを選択し、情報処理装置１００の再起動を行う。

【0026】

再度ＢＭＣ１１０の起動監視タイマー１１１により情報処理装置１００が起動不可であることを検出した場合、ＢＭＣ１１０は同様に次にＲＯＭフェッチさせるＢＩＯＳデータを選択し情報処理装置１００の再起動を行う。

【0027】

情報処理装置１００が起動不可の場合は同様に順次ＢＩＯＳデータを切り替えていくことでユーザ運用している情報処理装置１００に対して起動可能かつより新しいバージョンのＢＩＯＳを適用し障害から自動で復旧させることを実現する。

【0028】

すなわち、本発明は、以下の機能を有する。
（１）情報処理装置１００の起動障害を検出した場合、プロセッサのＲＯＭフェッチ経路をＢＭＣ１１０に切り替える機能を有する。
（２）情報処理装置１００の起動障害を検出した場合、ネットワーク経由でＢＩＯＳ管理情報ならびにＢＩＯＳデータを取得する機能を有する。
［ＢＩＯＳ管理情報］ ： （図３： ＢＩＯＳ管理情報１）
（３）ＢＭＣ１１０は情報処理装置１００の起動に失敗した場合、ＢＭＣ１１０の内部メモリ１１２に格納されているＢＩＯＳ管理情報に起動失敗を示すフラグを書き込むことで、起動不可のＢＩＯＳバージョンを管理する機能を有する。
［ＢＭＣ内ＢＩＯＳ管理情報］ ： （図４： ＢＩＯＳ管理情報２）
（４）情報処理装置１００が接続されるネットワーク上に存在するリモートＰＣ２００に情報処理装置１００用のＢＩＯＳ管理情報（図３）ならびに複数ＢＩＯＳデータを格納しておき、情報処理装置１００へ引き渡すことが出来る機能を有する。
（５）ＢＭＣ１１０は複数のＢＩＯＳバージョンが存在する場合、ＢＭＣ内部のＢＩＯＳ管理情報（図４）を元にユーザ運用の情報処理装置１００で起動可能な最も新しいバージョンのＢＩＯＳを自動で適用する機能を有する。

【0029】

本発明は、上述の構成及び機能を有し、情報処理装置１００のＢＩＯＳ更新を行ったことで情報処理装置１００に組込まれているサードパーティ社製拡張カード等の影響により情報処理装置１００が起動不可となる障害や、ＢＩＯＳ ＲＯＭ故障や、ＢＩＯＳ ＲＯＭに格納されているＢＩＯＳデータ破壊などが発生した場合に、オペレーターの介入なしに情報処理装置１００が起動可能となる最も新しいバージョンのＢＩＯＳを自動で適用することで障害復旧を行うことを特徴とする。すなわち、本発明は、ＢＩＯＳ ＲＯＭから情報処理装置１００が起動不可となる場合、プロセッサのＲＯＭフェッチパスをＢＭＣ１１０に切り替える。ＢＭＣ１１０はネットワーク経由でリモートＰＣ２００からＢＩＯＳ管理情報とＢＩＯＳデータをダウンロードしＢＭＣ内部に格納する。プロセッサ１２０はＢＭＣ内部に格納されているＢＩＯＳデータにフェッチしＢＭＣ１１０内部のＢＩＯＳデータから起動を試みる。起動不可の場合にはＢＭＣ１１０はＢＭＣ内部のＢＩＯＳ管理情報を元に次のＢＩＯＳデータをネットワーク経由のリモートＰＣ２００から取得し、再度情報処理装置１００の起動を試みる。このように情報処理装置１００が起動可能なバージョンのＢＩＯＳまでＢＩＯＳ切り替えと情報処理装置１００の再起動を繰返すことでシステム管理者の介入なしに最適なＢＩＯＳを適用することで情報処理装置１００の起動障害を復旧する。

【0030】

（第１の実施の形態の動作の説明）
次に、本実施の形態による情報処理装置１００の動作について、図面を参照して詳細に説明する。

【0031】

ＢＩＯＳ更新が実施されると、マザーボード上のＢＩＯＳ ＲＯＭに最新ＢＩＯＳ（Ｎ）が書き込まれ、次回起動時には、ＢＩＯＳ ＲＯＭ内に書き込まれている該最新ＢＩＯＳ（Ｎ）で起動を行う。

【0032】

ＢＩＯＳ（Ｎ）で起動不可の場合、ＰＯＳＴ途中でハングアップし起動不可状態となる。

【0033】

図２で示すアルゴリズムによりＢＭＣ１１０は情報処理装置１００の起動監視を行い、規定時間内に起動しない場合は情報処理装置１００の再起動を行う。

【0034】

規定回数の再起動で起動しない場合、ＢＭＣ１１０はＢＩＯＳ（Ｎ）が原因と判断しＲＯＭフェッチ経路を切り替える。また、ＢＭＣ１１０はネットワーク上のリモートＰＣ２００からＢＩＯＳ管理情報を取得しＢＭＣ１１０内部に格納し、ＢＩＯＳ管理情報のＢＩＯＳ（Ｎ）に起動不可を示すフラグを設定する。

【0035】

次にＢＭＣ１１０はネットワーク上のリモートＰＣ２００からＢＩＯＳ管理情報と１つ古いバージョンのＢＩＯＳ（Ｎ−１）をダウンロードし、情報処理装置１００を再起動させる。情報処理装置１００はＢＭＣ１１０が保有するＢＩＯＳ（Ｎ−１）で起動を試みる。

【0036】

ＢＭＣ１１０は起動監視を行い規定時間内に起動しない場合、かつ規定回数の再起動で起動しない場合は、起動不可を示すフラグが設定されていない１つ古いバージョンのＢＩＯＳ（Ｎ−２）をダウンロードし、情報処理装置１００を再起動させると同時にＢＩＯＳ（Ｎ−１）に起動不可を示すフラグを設定する。情報処理装置１００はＢＭＣが保有するＢＩＯＳ（Ｎ−２）で起動を試みる。

【0037】

以降順次ＢＩＯＳのバージョンを下げていき情報処理装置１００が起動できるまで情報処理装置１００の起動を繰返していくことで情報処理装置１００が起動可能な最も新しいＢＩＯＳを自動で適用する。

【0038】

（第１の実施の形態による効果）
本実施の形態によれば、ＢＩＯＳに関連した障害により情報処理装置の起動が不可となった場合に人手介入なしに、起動が可能となる最も新しいＢＩＯＳを自動で適用することができる。

【0039】

次に、本発明の情報処理装置１００のハードウェア構成例について、図５を参照して説明する。

【0040】

図５を参照すると、本発明の情報処理装置１００は、一般的なコンピュータ装置と同様のハードウェア構成であり、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）４０１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等のメモリからなる、データの作業領域やデータの一時退避領域に用いられる主記憶部４０２、ネットワークを介してデータの送受信を行う通信部４０３、入力装置４０５や出力装置４０６及び記憶装置４０７と接続してデータの送受信を行う入出力インタフェース部４０４、上記各構成要素を相互に接続するシステムバス４０８を備えている。記憶装置４０７は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、磁気ディスク、半導体メモリ等の不揮発性メモリから構成されるハードディスク装置等で実現される。

【0041】

本発明の情報処理装置１００の各機能は、プログラムを組み込んだ、ＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）等のハードウェア部品である回路部品を実装することにより、その動作をハードウェア的に実現することは勿論として、その機能を提供するプログラムを、記憶装置４０７に格納し、そのプログラムを主記憶部４０２にロードしてＣＰＵ４０１で実行することにより、ソフトウェア的に実現することも可能である。

【0042】

以上、好ましい実施の形態をあげて本発明を説明したが、本発明は必ずしも、上記実施の形態に限定されるものでなく、その技術的思想の範囲内において様々に変形して実施することができる。

【0043】

なお、以上の構成要素の任意の組み合わせ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。

【0044】

また、本発明の各種の構成要素は、必ずしも個々に独立した存在である必要はなく、複数の構成要素が一個の部材として形成されていること、一つの構成要素が複数の部材で形成されていること、ある構成要素が他の構成要素の一部であること、ある構成要素の一部と他の構成要素の一部とが重複していること、等でもよい。

【0045】

また、本発明の方法およびコンピュータプログラムには複数の手順を順番に記載してあるが、その記載の順番は複数の手順を実行する順番を限定するものではない。このため、本発明の方法およびコンピュータプログラムを実施する時には、その複数の手順の順番は内容的に支障しない範囲で変更することができる。

【0046】

また、本発明の方法およびコンピュータプログラムの複数の手順は個々に相違するタイミングで実行されることに限定されない。このため、ある手順の実行中に他の手順が発生すること、ある手順の実行タイミングと他の手順の実行タイミングとの一部ないし全部が重複していること、等でもよい。

【0047】

さらに、上記実施形態の一部又は全部は、以下の付記のようにも記載されうるが、これに限定されない。

【0048】

（付記１）
情報処理装置の起動に失敗したことを検出する起動監視タイマーを含むＢＭＣを備え、
前記ＢＭＣが、
前記起動監視タイマーにより情報処理装置の起動失敗を検出した場合、プロセッサのＲＯＭフェッチ経路を前記ＢＭＣが接続される経路に切り替える
ことを特徴とする情報処理装置。

【0049】

（付記２）
前記ＢＭＣが、
情報処理装置の起動障害を検出した場合、ネットワーク経由でＢＩＯＳ管理情報ならびにＢＩＯＳデータを取得して内蔵メモリに格納する
ことを特徴とする付記１に記載の情報処理装置。

【0050】

（付記３）
前記ＢＭＣが、
取得したＢＩＯＳ管理情報から、ＲＯＭフェッチさせるＢＩＯＳデータを選択し、情報処理装置の再起動を行い、
複数のＢＩＯＳバージョンが存在する場合、ＢＭＣ内部のＢＩＯＳ管理情報を元に、前記情報処理装置で起動可能な最も新しいバージョンのＢＩＯＳを選択する
ことを特徴とする付記２に記載の情報処理装置。

【0051】

（付記４）
前記ＢＭＣが、
前記情報処理装置の再起動に失敗した場合、ＢＩＯＳ管理情報において、起動に失敗したＢＩＯＳのバージョンに起動失敗を示すフラグを書き込むことで、起動不可のＢＩＯＳバージョンを管理する
ことを特徴とする付記２又は付記３に記載の情報処理装置。

【0052】

（付記５）
情報処理装置における起動障害からの自動復旧方法であって、
情報処理装置の起動に失敗したことを検出する起動監視タイマーを含むＢＭＣが、前記起動監視タイマーにより情報処理装置の起動失敗を検出した場合、プロセッサのＲＯＭフェッチ経路を前記ＢＭＣが接続される経路に切り替える切り替えステップを有する
ことを特徴とする起動障害からの自動復旧方法。

【0053】

（付記６）
前記ＢＭＣが、情報処理装置の起動障害を検出した場合、ネットワーク経由でＢＩＯＳ管理情報ならびにＢＩＯＳデータを取得して内蔵メモリに格納するＢＩＯＳ情報取得ステップを有する
ことを特徴とする付記５に記載の起動障害からの自動復旧方法。

【0054】

（付記７）
前記ＢＭＣが、取得したＢＩＯＳ管理情報から、ＲＯＭフェッチさせるＢＩＯＳデータを選択し、情報処理装置の再起動を行う再起動実行ステップを有し、
前記再起動実行ステップで、
複数のＢＩＯＳバージョンが存在する場合、ＢＭＣ内部のＢＩＯＳ管理情報を元に、前記情報処理装置で起動可能な最も新しいバージョンのＢＩＯＳを選択する
ことを特徴とする付記６に記載の起動障害からの自動復旧方法。

【0055】

（付記８）
前記ＢＭＣが、前記情報処理装置の再起動に失敗した場合、ＢＩＯＳ管理情報において、起動に失敗したＢＩＯＳのバージョンに起動失敗を示すフラグを書き込むことで、起動不可のＢＩＯＳバージョンを管理するＢＩＯＳバージョン管理ステップを有する
ことを特徴とする付記６又は付記７に記載の起動障害からの自動復旧方法。

【0056】

（付記９）
情報処理装置を構成するコンピュータ上で動作する起動障害からの自動復旧プログラムであって、
情報処理装置の起動に失敗したことを検出する起動監視タイマーを含むＢＭＣに、前記起動監視タイマーにより情報処理装置の起動失敗を検出した場合、プロセッサのＲＯＭフェッチ経路を前記ＢＭＣが接続される経路に切り替える切り替え処理を実行させる
ことを特徴とする起動障害からの自動復旧プログラム。

【0057】

（付記１０）
前記ＢＭＣに、情報処理装置の起動障害を検出した場合、ネットワーク経由でＢＩＯＳ管理情報ならびにＢＩＯＳデータを取得して内蔵メモリに格納するＢＩＯＳ情報取得処理を実行させる
ことを特徴とする付記９に記載の起動障害からの自動復旧プログラム。

【0058】

（付記１１）
前記ＢＭＣに、取得したＢＩＯＳ管理情報から、ＲＯＭフェッチさせるＢＩＯＳデータを選択し、情報処理装置の再起動を行う再起動実行処理を実行させ、
前記再起動実行処理で、
複数のＢＩＯＳバージョンが存在する場合、ＢＭＣ内部のＢＩＯＳ管理情報を元に、前記情報処理装置で起動可能な最も新しいバージョンのＢＩＯＳを選択する
ことを特徴とする付記１０に記載の起動障害からの自動復旧プログラム。

【0059】

（付記１２）
前記ＢＭＣに、前記情報処理装置の再起動に失敗した場合、ＢＩＯＳ管理情報において、起動に失敗したＢＩＯＳのバージョンに起動失敗を示すフラグを書き込むことで、起動不可のＢＩＯＳバージョンを管理するＢＩＯＳバージョン管理処理を実行させる
ことを特徴とする付記１０又は付記１１に記載の起動障害からの自動復旧プログラム。

【符号の説明】

【0060】

１００：情報処理装置
１１０：ＢＭＣ
１１１：起動監視タイマー
１１２：内部メモリ
１２０：プロセッサ
１３０：チップセット
１４０：ＢＩＯＳ ＲＯＭ
２００：リモートＰＣ
４０１：ＣＰＵ
４０２：主記憶部
４０３：通信部
４０４：入出力インタフェース部
４０５：入力装置
４０６：出力装置
４０７：記憶装置
４０８：システムバス

【図1】

【図2】

【図3】

【図4】

【図5】