(57)【要約】【課題】運用系ファームウェアの再起動完了を待たずに待機系ファームウェアを動作させること。【解決手段】ファームウェアがそれぞれ展開される２つの揮発性メモリ１７０と、２つの揮発性メモリ１７０にそれぞれ展開されている２つのファームウェアを管理するＢＭＣ１４０とを備え、ＢＭＣ１４０は、ファームウェアのうち、運用系のファームウェアがストールした場合、他方のファームウェアを待機系から運用系に切り替えるファームウェア切替部を有する。【選択図】図１
2013182519.tif 000002
【特許請求の範囲】
【請求項１】
ファームウェアがそれぞれ展開される２つの揮発性メモリと、
２つの前記揮発性メモリにそれぞれ展開されている２つのファームウェアを管理するＢＭＣと
を備え、
前記ＢＭＣは、
前記ファームウェアのうち、運用系のファームウェアがストールした場合、他方のファームウェアを待機系から運用系に切り替えるファームウェア切替部
を有するコンピュータ。
【請求項２】
前記ファームウェア切替部は、ストールしたファームウェアを再起動させて、当該ファームウェアを運用系から待機系に切り替える
請求項１に記載のコンピュータ。
【請求項３】
前記ファームウェアのうち、運用系のファームウェアから定期的に出力される信号を最後に受信してから経過した時間を計時するウォッチドッグタイマー
を更に備え、
前記ファームウェア切替部は、前記ウォッチドッグタイマーが所定時間を計時した場合に、待機系のファームウェアを待機系から運用系に切り替える
請求項１又は２に記載のコンピュータ。
【請求項４】
２つの揮発性メモリにそれぞれ展開されている２つのファームウェアのうち、運用系のファームウェアがストールした場合、他方のファームウェアを待機系から運用系に切り替えるファームウェア切替段階
を備えるファームウェア管理方法。
【請求項５】
２つの揮発性メモリにそれぞれ展開されている２つのファームウェアのうち、運用系のファームウェアがストールした場合、他方のファームウェアを待機系から運用系に切り替えるファームウェア切替部
を備えるＢＭＣ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータ、ファームウェア管理方法、及びＢＭＣに関する。
【背景技術】
【０００２】
ＢＭＣ（Ｂａｓｅｂｏａｒｄ  Ｍａｎａｇｅｍｅｎｔ  Ｃｏｎｔｒｏｌｌｅｒ）は、システムにとって非常に重大なハードウェアエラーを常時監視して、オペレーティングシステム等に通知する役割を持っている。このようなＢＭＣに関する技術は、様々なものが知られている（例えば、特許文献１参照。）。
【０００３】
近年のコンピュータシステムは遠隔地にあるコンピュータからシステムの操作やマルチタスク化等、ＢＭＣの機能が多種多様になりＢＭＣがストールしてしまう場合が増えてきた。
【０００４】
そのため何かしらの原因によりＢＭＣが停止してしまうと、停止している間は情報処理装置の監視や制御が不可能になってしまい、ＢＭＣはその間の制御が不可能になってしまう。そこで、ＢＭＣが停止したときでも、停止することなく継続して動作することが求められている。このような場合、ファームウェアの二重化を採用したものがある。この二重化では、一方のファームウェアが運用系として動作しつつ、他方が待機系として動作する。
【０００５】
また、そのファームウェアは不揮発メモリに格納され、ファームウェアは実行前に揮発性メモリ上に展開され実行されるのが一般的である。揮発性メモリにファームウェアが展開され、揮発性メモリ上で動作することになる。
【０００６】
特許文献２では、コンピュータシステムの立ち上げ時に着目してファームウェアの二重化を行う方法が開示されている。コンピュータシステムへの電源投入と同時にウォッチドッグタイマーが開始され、タイマーがタイムアウトするまでに動作ができない場合はハードウェアに対してリセット信号が出力されもう片側のファームウェアに切り替わるように制御される。
【０００７】
特許文献３では、ＰＯＳＴ（Ｐｏｗｅｒ  Ｏｎ  Ｓｅｌｆ  Ｔｅｓｔ）中にＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）とのコマンドのやりとりが不能になった時に、ＢＩＯＳからＢＭＣを再立ち上げするように制御される。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００１−０２８６１６号公報
【特許文献２】特開２００３−３１６６８２号公報
【特許文献３】特開２００９−１９３４９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、特許文献１〜３に記載の技術は、電源投入時にしかファームウェアの異常をチェックしない。そのため、電源投入後のコンピュータシステム運用中の異常を検出することができない。
【００１０】
また、特許文献１〜３に記載の技術は、ファームウェアのストールを検出した後にＢＭＣにリセットをかけて復旧を行うが、ＢＭＣの再立ち上げが完了するまでの間、ＢＭＣ機能は停止してしまう。
【００１１】
本発明の目的は、上述した課題を解決するコンピュータ、ファームウェア管理方法、及びＢＭＣを提供することにある。
【課題を解決するための手段】
【００１２】
上記課題を解決するために、本発明の第１の形態によると、コンピュータであって、ファームウェアがそれぞれ展開される２つの揮発性メモリと、２つの揮発性メモリにそれぞれ展開されている２つのファームウェアを管理するＢＭＣとを備え、ＢＭＣは、ファームウェアのうち、運用系のファームウェアがストールした場合、他方のファームウェアを待機系から運用系に切り替えるファームウェア切替部を有する。
【００１３】
本発明の第２の形態によると、ファームウェア管理方法であって、２つの揮発性メモリにそれぞれ展開されている２つのファームウェアのうち、運用系のファームウェアがストールした場合、他方のファームウェアを待機系から運用系に切り替えるファームウェア切替段階を備える。
【００１４】
本発明の第３の形態によると、ＢＭＣであって、２つの揮発性メモリにそれぞれ展開されている２つのファームウェアのうち、運用系のファームウェアがストールした場合、他方のファームウェアを待機系から運用系に切り替えるファームウェア切替部を備える。
【００１５】
なおまた、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となり得る。
【発明の効果】
【００１６】
以上の説明から明らかなように、この発明によっては、運用系ファームウェアの再起動完了を待たずに待機系ファームウェアを動作させることができる。
【図面の簡単な説明】
【００１７】
【図１】一実施形態のコンピュータ１００の構成を示すブロック図である。
【図２】図１に示したコンピュータ１００が備えるＢＭＣ１４０、ファームウェアＦ、ウォッチドッグタイマー１５０間の接続と信号を示す図である。
【図３】図２に示したＢＭＣの処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１８】
以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではなく、また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
【００１９】
図１は、一実施形態のコンピュータ１００の構成を示すブロック図である。コンピュータ１００は、中央処理装置１１０、メモリ１２０、チップセット１３０、ＢＭＣ１４０、ウォッチドッグタイマー１５０、不揮発メモリ１６０、２つの揮発性メモリ１７０ａ、ｂ（以下、揮発性メモリ１７０と総称する。）、及びデバイス１８０を備える。
【００２０】
中央処理装置１１０は、コンピュータ１００を構成する部品の一つで、各装置の制御やデータの計算、加工を行う装置である。メモリ１２０は、中央処理装置１１０の処理に必要なデータを記憶する。チップセット１３０は、コンピュータ１００内部で、データの受け渡しを管理する一連の回路群である。ＢＭＣ１４０は、コンピュータ１００の異常検出やコンピュータ１００の制御を行う。ウォッチドッグタイマー１５０は、ファームウェアを再起動するための時間を計時する。不揮発メモリ１６０は、コンピュータ１００が電源ＯＮしていない場合でもファームウェアを保存可能なメモリである。揮発性メモリ１７０は、不揮発メモリ１６０に保存されていたファームウェアがシステム運用開始時に展開されるメモリである。デバイス１８０は、ＢＭＣ１４０がシステム運用中に監視や制御を行う装置である。
【００２１】
ここで、以降の説明のために図２に各装置や信号について説明する。ファームウェアＦａとファームウェアＦｂは揮発性メモリ１７０ａと揮発性メモリ１７０ｂ上に展開されたファームウェアであり、コンピュータ１００の監視や制御を行う。ファームウェア切替部１４１はファームウェアＦａとファームウェアＦｂに対して、一方を運用系ファームウェア、もう一方を待機系ファームウェアとなるように制御する。タイマーのカウントをリセットするリセット信号、タイマーによるタイムアウトが発生した場合には、ＢＭＣに対するリセット信号が出力される。
【００２２】
次に図２に示した本発明の動作について図３を用いて説明する。図３は図２に示したＢＭＣの処理手順を示すフローチャートである。運用系ファームウェアＦａは、定期的にウォッチドッグタイマー１５０に対してリセット信号を出力する（Ｓ１０２）。ウォッチドッグタイマー１５０はタイマーがタイムアウトしないかどうか定期的に判断する（Ｓ１０２）。一定時間経ってもタイマーがリセットされない場合（Ｓ１０２：Ｙｅｓ）、運用系ファームウェアがストールしたと判断しＢＭＣ１４０に対してリセット信号を出力する（Ｓ１０３）。ファームウェア切替部１４１はリセット信号の入力を受け付けると運用系と待機系のファームウェアの切替処理を開始する。待機系ファームウェアを運用系に切り替える（Ｓ１０４）。そして、運用系だったファームウェアを再起動し初期化が完了したら待機系とする（Ｓ１０５）。
【００２３】
以上説明したように、本発明によれば運用系として動作しているファームウェアが制御不可能な状態となり自立的にファームウェアの再起動が行われても待機形ファームウェアが変わりに動作するため、ＢＭＣは停止することなく継続して動作することができる。
【００２４】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は、上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更、又は改良を加えることが可能であることが当業者に明らかである。そのような変更、又は改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【００２５】
特許請求の範囲、明細書、及び図面中において示したシステム、方法、装置、プログラム、及び記録媒体における動作、手順、ステップ、及び段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示していない。また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現し得ることに留意すべきである。特許請求の範囲、明細書、及び図面中の動作フローに関して、便宜上「まず、」、「次に、」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。
【００２６】
上記の実施形態の一部、又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
【００２７】
（付記１）ファームウェアがそれぞれ展開される２つの揮発性メモリと、２つの前記揮発性メモリにそれぞれ展開されている２つのファームウェアを管理するＢＭＣとを備え、前記ＢＭＣは、前記ファームウェアのうち、運用系のファームウェアがストールした場合、他方のファームウェアを待機系から運用系に切り替えるファームウェア切替部を有するコンピュータ。
【００２８】
（付記２）前記ファームウェア切替部は、ストールしたファームウェアを再起動させて、当該ファームウェアを運用系から待機系に切り替える付記１に記載のコンピュータ。
【００２９】
（付記３）前記ファームウェアのうち、運用系のファームウェアから定期的に出力される信号を最後に受信してから経過した時間を計時するウォッチドッグタイマーを更に備え、前記ファームウェア切替部は、前記ウォッチドッグタイマーが所定時間を計時した場合に、待機系のファームウェアを待機系から運用系に切り替える付記１又は２に記載のコンピュータ。
【００３０】
（付記４）２つの揮発性メモリにそれぞれ展開されている２つのファームウェアのうち、運用系のファームウェアがストールした場合、他方のファームウェアを待機系から運用系に切り替えるファームウェア切替段階を備えるファームウェア管理方法。
【００３１】
（付記５）２つの揮発性メモリにそれぞれ展開されている２つのファームウェアのうち、運用系のファームウェアがストールした場合、他方のファームウェアを待機系から運用系に切り替えるファームウェア切替部を備えるＢＭＣ。
【符号の説明】
【００３２】
１００  コンピュータ
１１０  中央処理装置
１２０  メモリ
１３０  チップセット
１４０  ＢＭＣ
１４１  ファームウェア切替部
１５０  ウォッチドッグタイマー
１６０  不揮発メモリ
１７０  揮発性メモリ
１８０  デバイス
Ｆ  ファームウェア
【図１】
2013182519.tif 000003
【図２】
2013182519.tif 000004
【図３】
2013182519.tif 000005