JPH06149557A - ファームウェア自動リカバリ方式 - Google Patents

Abstract

(57)【要約】 【目的】 本発明は、ファームウェア自動リカバリ方式
に関し、修正管理テーブルを設けて修正したときに修正
適用フラグをセットし、正常に立ち上がったときに保証
マークをセットし、異常を検出したときに修正管理テー
ブルを参照して復元し、自動リカバリを行うことを目的
とする。 【構成】 電源投入時などに、自動パッチ３が修正管理
テーブル２に設定されている修正データをもとにファー
ムウェアを修正すると共に修正データに対応する修正適
用マークをオンに設定した後、ファームウェアをローデ
ィングして起動し、正常のときに保証マークをオンに設
定および運用を開始し、一方、異常のときに自動リカバ
リ５が修正管理テーブル２を参照して修正適用マークが
オンで保証マークがオフのファームウェアについて保存
しておいた旧のデータで復元し、旧のファームウェアを
ローディングして起動するように構成する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ファームウェアの修正
データの適用時に自動リカバリするファームウェア自動
リカバリ方式に関するものである。

【０００２】通常、顧客システムの電源投入時に自動パ
ッチ処理により、ファームウェアの自動修正が行われ
る。しかし、修正データに不備があった場合、ファーム
ウェアが誤動作し、顧客システムが立ち上がらないこと
があったので、自動リカバリを行うことが望まれてい
る。

【０００３】

【従来の技術】従来、顧客システムのファームウェア修
正は、図６に示すように、自動パッチ処理によって自動
的に修正し、システムを立ち上げる仕組みになってい
る。しかし、修正データの誤りでファームウェアが誤動
作し、システムが立ち上がらないことがある。これを前
のレベルに復元するためには、ファームウェアを再イン
ストールするか、あるいは保守端末を接続して保守員に
よって修復作業を行うかしていた。以下図６の構成およ
び動作を簡単に説明する。

【０００４】図６は、従来技術の説明図を示す。図６の
（ａ）は、自動パッチ処理の構成および動作説明図を示
す。図６の（ａ）において、修正データ２１は、保守セ
ンタから回線を介して格納したり、フロッピィから格納
したりした修正データである。

【０００５】Ｆ１からＦｎは、ファームウェアである。
次に、動作を説明する。図６の（ａ）において、Ｓ２１
は、システム電源投入する。

【０００６】Ｓ２２は、自動パッチ処理を行う。これ
は、磁気ディスク装置内の修正データを取り出し、ファ
ームウェアＦ１からＦｎを修正する。Ｓ２３は、修正し
た後のファームウェアをローディングして順次起動す
る。

【０００７】Ｓ２４は、Ｓ２３の起動に対応して、シス
テムが正常に動作開始したか判別する。ＹＥＳの場合に
は、Ｓ２５でシステム稼働を開始する。一方、ＮＯの場
合には、修正した後のファームウェアをローディングし
て起動したが、正常に動作しなかったので、Ｓ２６でシ
ステム停止する。

【０００８】次に、Ｓ２６でシステム停止したときの復
元方法について説明する。図６の（ｂ）は、復元方法を
示す。復元方法には、再インストールする方法があ
る。これは、フロッピィから元のファームウェアをＦ１
からＦｎにそれぞれインストールすると共に、フロッピ
ィから前回までの修正データを格納し、修正前の元の状
態に復元する。そして、再度、図６の（ａ）のＳ２１か
らＳ２５によって、ローディングおよび起動し、システ
ム稼働を開始する。

【０００９】保守端末により復元する場合には、保
守端末を接続し、異常であったファームウェア（ここで
はファームウェアｎ）を保守員が修正し、システム稼働
を開始させる。

【００１０】

【発明が解決しようとする課題】従来は上述したよう
に、電源投入時に自動パッチ処理で修正データをもとに
ファームウェアを修正してローディングした後、起動し
てシステム停止した場合、修正前の状態に再インストー
ルしたり、保守端末を接続してダウン発生のファームウ
ェアを修復していたため、いずれも手作業が必要とな
り、保守員の熟練度が要求されると共に修復に多くの時
間が必要になってしまうという問題があった。

【００１１】本発明は、これらの問題を解決するため、
修正管理テーブルを設けて自動パッチが修正したときに
修正適用フラグをセットし、正常に立ち上がったときに
保証マークをセットし、システム監視処理が異常を検出
したときに修正管理テーブルを参照して異常のファーム
ウェアを保存しておいた元のデータで復元し、自動リカ
バリを行うことを目的としている。

【００１２】

【課題を解決するための手段】図１を参照して課題を解
決するための手段を説明する。図１において、修正管理
テーブル２は、修正データに対応づけて修正適用マーク
および保証マークを設定するものである。

【００１３】自動パッチ３は、修正管理テーブル２を参
照してパッチを行うものである。自動リカバリ５は、修
正管理テーブル２を参照してリカバリを行うものであ
る。

【００１４】システム監視処理４１は、ＲＯＭ４に格納
して常駐させ、システムの異常を監視するものである。

【００１５】

【作用】本発明は、図１に示すように、電源投入時など
に、自動パッチ３が修正管理テーブル２に設定されてい
る修正データをもとにファームウェアを修正および旧デ
ータを保存すると共に当該修正データに対応する修正適
用マークをオンに設定した後、ファームウェアをローデ
ィングして起動し、正常のときに該当する保証マークを
オンに設定し、運用を開始する。一方、異常のときに自
動リカバリ５が修正管理テーブル２を参照して修正適用
マークがオンで保証マークがオフのファームウェアにつ
いて保存しておいた旧のデータで復元し、旧のファーム
ウェアをローディングして起動するようにしている。

【００１６】この際、ＲＯＭ４内にシステムの異常を監
視するシステム監視処理４１を常駐させ、当該システム
監視処理４１がシステムの異常を検出したときに、自動
リカバリ５を起動し、復元してローディングし、起動す
るようにしている。

【００１７】従って、修正管理テーブル２を設けて自動
パッチ３が修正したときに修正適用フラグをセットし、
正常に立ち上がったときに保証マークをセットする。一
方、常駐するシステム監視処理４１が異常を検出したと
きに自動リカバリ５を起動し、この自動リカバリ５が修
正管理テーブル２を参照して異常のファームウェアにつ
いて保存しておいた元のデータで復元し、自動リカバリ
を行うことにより、修正データのバグなどによるシステ
ム停止を自動的に回避して修正前の状態でシステムを起
動し、運用することが可能となる。

【００１８】

【実施例】次に、図１から図５を用いて本発明の実施例
の構成および動作を順次詳細に説明する。

【００１９】図１は、本発明の１実施例構成図を示す。
図１において、ＳＶＰ１は、サービスプロセッサであっ
て、各種サービスを提供するものであり、ここでは、修
正管理テーブル２、自動パッチ３、ＲＯＭ４、自動リカ
バリ５、およびセンサレジスタ６などから構成されるも
のである。

【００２０】修正管理テーブル２は、修正データ、この
修正データに対応づけた修正適用マークおよび保証マー
クを設定するものである。修正データは、ファームウェ
アに修正を施すためのデータであって、回線を介してリ
モートによって格納したり、保守者がフロッピィから格
納したりしたものである。

【００２１】修正適用マークは、自動パッチ３が修正デ
ータをもとにファームウェアに修正を施したときにＰ
（オン）に設定するものである。保証マークは、修正デ
ータをもとにファームウェアを修正してローディング・
起動し、正常に稼働したときにＭ（オン）と設定するも
のである。

【００２２】自動パッチ３は、修正管理テーブル２を参
照し、格納されている修正データを取り出して該当する
ファームウェアに修正を施すと共に修正適用マークをＰ
に設定して修正を施した旨を記憶するものである。

【００２３】ＲＯＭ４は、ここでは、システム監視処理
４１を格納して常駐させるものである。システム監視処
理４１は、常駐し、システムの動作状態を監視、特に自
動パッチ３によって修正データをもとにファームウェア
を修正してローディング・起動したときに、システムの
異常が発生、例えば停止状態が５分間続いたときにシス
テム異常が発生と検出するものである。システム異常を
検出した場合、自動リカバリ５を起動する。

【００２４】自動リカバリ５は、システム監視処理４１
から起動され、修正管理テーブル２を参照し、修正適用
マークがＰかつ保証マークが設定されていないファーム
ウェアに障害発生とし、保存しておいた元のデータで復
元し、ローディング・起動するものである。

【００２５】センサレジスタ６は、システムの異常を検
出するためのものであって、システム起動当初にＯＦＦ
に設定しておき、システムが正常に稼働状態になったと
きにＯＮにするものである。このセンサレジスタ６の内
容をシステム監視処理４１がチェックし、システム起動
時にＯＦＦに設定されたものが、例えば５分を経過して
もＯＮに設定されないときに、修正データをもとにファ
ームウェアに修正を施して正常にシステムが立ち上がら
なかったとして異常と判断するためのものである。

【００２６】次に、図１の動作を説明する。図１におい
て、は、Ｐ−ＯＮすると共にのセンサレジスタ６を
ＯＦＦ（システム停止の信号）にする。これは、システ
ムの電源をＯＮしたときに、合わせてセンサレジスタ６
をＯＦＦに設定する。このセンサレジスタ６をＯＦＦに
するのは、所定時間（例えば５分）経過しても当該セン
サレジスタ６がシステム稼働となってＯＮとされないと
きに、システムが停止したと常駐するシステム監視処理
４１が判断して自動リカバリ５を起動するためである。

【００２７】は、自動パッチ３が起動され、修正管理
テーブル２を参照し、修正データが格納されて未だ修正
適用マークにＰが設定されていない未適用分について、
修正データをもとに該当するファームウェアを修正し、
修正適用マークをＰに設定する。

【００２８】は、ファームウェアをローディングして
起動する。は、の起動に対応して、システムの立ち
上げに成功したか判別する。ＹＥＳの場合には、システ
ムが正常に立ち上がり、でシステムが正常に稼働を開
始し、この中で修正管理テーブル２中の保証マークにＭ
を設定し、正常に立ち上がった旨を設定すると共に、セ
ンサレジスタ６をＯＮに設定してシステムが稼働状態と
しておく。一方、のＮＯでシステムの立ち上げに成功
しなく、システムが停止状態となってしまった場合、保
証マークが設定されないこととなる。このため、でＲ
ＯＭ４中の常駐しているシステム監視処理４１が所定時
間（例えばＰ−ＯＮから５分間）の間、センサレジスタ
６がＯＦＦに設定されたままのとき、システムの立ち上
げに失敗してシステム停止状態と判定し、で自動リカ
バリ５を起動する。起動された自動リカバリ５が修正管
理テーブル２を参照し、修正適用マークがＰと設定さ
れ、かつ保証マークが設定されていない修正データのフ
ァームウェアについて、保存しておいた旧のデータで復
元すると共に修正適用マークの設定をクリアし、でフ
ァームウェアをローディングして起動する。この場合に
は、旧のファームウェアに復元したので、でシステム
の立ち上げに成功し、でシステム稼働し、この中でセ
ンサレジスタ６をＯＮに設定し、運用を開始する。

【００２９】以上のように、修正管理テーブル２に格納
された修正データについて、修正適用マークが設定され
ていない修正データをもとにファームウェアを修正して
ローディング・起動し、システムの立ち上げに成功した
ときは、システム稼働の中で修正管理テーブル２の保証
マークをＭに設定すると共にセンサレジスタ６をＯＮに
設定し、運用を行う。一方、システムの立ち上げに失敗
した場合には、ＲＯＭ４中の常駐するシステム監視処理
４１がセンサレジスタ６について所定時間（例えば５分
間）経過してもＯＦＦからＯＮに設定されないときにシ
ステム立ち上げに失敗してシステム停止と判断して自動
リカバリ５を起動する。起動された自動リカバリ５が修
正管理テーブル２を参照して修正適用マークがＰ、かつ
保証マークが設定なしの修正データのファームウェアを
保存しておいた旧のデータで復元して起動し、今回はシ
ステムの立ち上げに成功するので、システム稼働の中で
保証マークをＭに設定およびセンサレジスタ６をＯＮに
設定し、運用を開始する。これらにより、修正データの
自動パッチを行うと共にシステムの立ち上げに失敗した
ときに自動的に復元することが可能となり、従来の保守
員によるリカバリ操作が不要となる。

【００３０】以下順次詳細に説明する。図２は、本発明
の動作説明フローチャートを示す。図２において、Ｓ１
は、保守センタ（回線）またはフロッピィから修正デー
タを格納する。これは、図１の修正管理テーブル２に対
して、保守センタから回線を介して修正データを格納し
たり、あるいはフロッピィから修正データを格納したり
する。

【００３１】Ｓ２は、Ｐ−ＯＮか判別する。これは、図
１のシステムの電源が投入されたか判別する。ＹＥＳの
場合には、Ｓ３に進む。一方、ＮＯの場合には、Ｓ４に
進む。

【００３２】Ｓ３は、Ｓ２のＹＥＳで電源が投入された
ので、修正データをもとにファームウェアを修正および
旧データを保存する。この際、修正管理テーブル２内の
修正適用マークにＰを設定する。

【００３３】Ｓ４は、ファームウェアをローディングし
て起動する。Ｓ５は、システムが正常に立ち上がったか
判別する。ＹＥＳの場合には、Ｓ６でシステム稼働し、
修正管理テーブル２内の保証マークをＭに設定およびセ
ンサレジスタ６にＯＮを設定する。一方、ＮＯの場合に
は、Ｓ７で自動リカバリ処理（後述する図３の処理）に
よって、システムの立ち上げに失敗した修正データのフ
ァームウェアを保存しておいた旧のデータで復元し、Ｓ
４に戻る。

【００３４】以上によって、修正データを修正管理テー
ブル２に格納しておき、電源投入時に修正管理テーブル
２を参照して修正データをもとにファームウェアを修正
すると共に修正適用マークをＰに設定し、ファームウェ
アをローディング・起動し、正常に立ち上がったときは
保証マークをＭに設定およびセンサレジスタ６をＯＮに
設定し、運用を開始する。一方、システムが正常に立ち
上がらなく、センサレジスタ６が所定時間（例えば５分
間）経過してもＯＮに設定されないときにシステム監視
処理４１がこの旨を検出して自動リカバリ５を起動し、
後述する図３のフローチャートに従って保存しておいた
旧のデータで復元し、ローディング・起動し、正常に立
ち上がったときに保証マークをＭに設定およびセンサレ
ジスタ６をＯＮに設定し、運用を開始する。

【００３５】図３は、本発明の動作説明フローチャート
を示す。これは、自動リカバリ５による処理である。図
３において、Ｓ１１は、センサレジスタ６がＯＦＦか判
別する。これは、図１のセンサレジスタ６が電源の投入
時にＯＦＦに設定されたままか判別する。ＹＥＳの場合
には、Ｓ１２でシステム監視処理４１が監視を開始し、
例えば５分間経過したときにファームウェアをローディ
ングして起動し、正常に立ち上がらないと判定し、シス
テム停止と判断し、Ｓ１３で自動リカバリ５を起動す
る。

【００３６】Ｓ１４は、修正管理テーブル２内でＰが有
り、Ｍが無しがあるか判別する。ＹＥＳの場合には、修
正データをもとにファームウェアを修正し、未だ稼働状
態になっていないファームウェアが存在すると判明した
ので、Ｓ１５で旧データを取り出し、復元および修正適
用マークのＰを削除する。そして、Ｓ１４に戻り繰り返
す。一方、Ｓ１４でＮＯの場合には、Ｓ１７でファーム
ウェアをローディングして起動する。そして、図２のＳ
５以降の処理を行う。

【００３７】以上によって、システムが正常に立ち上が
らなく、５分間経過してもセンサレジスタ６がＯＦＦの
ままの場合、システム停止とシステム監視処理４１が判
断し、自動リカバリ５を起動し、この自動リカバリ５が
修正管理テーブル２を参照して修正適用マークにＰが有
り、保証マークにＭがない修正データのファームウェア
について保存しておいた旧のデータを取り出して復元
し、ローディング・起動し、システムを正常に立ち上げ
る。これにより、修正データにたとえバグなどが有って
正常に立ち上がらないときでも、自動リカバリ５が自動
的に旧のデータで復元し、自動的にシステムを立ち上げ
ることが可能となる。

【００３８】図４は、本発明の修正管理テーブル２の遷
移例を示す。（１）は、自動パッチの適用前を示す。こ
れは、修正データＣ、Ｄを修正管理テーブル２に格納し
た状態であって、図示の下記のように設定されている。

【００３９】 修正データ→ Ａ Ｂ Ｃ Ｄ 修正適用マーク→ Ｐ Ｐ − − 保証マーク→ Ｍ Ｍ − − この状態では、修正データＡ、Ｂが修正済であって、修
正データＣ、Ｄが未修正である。

【００４０】（２）は、自動パッチ適用した状態を示
す。これは、修正データＣ、Ｄをもとに、図１の自動パ
ッチ３がファームウェアを修正した状態であって、図示
の下記のように設定されている。

【００４１】 修正データ→ Ａ Ｂ Ｃ Ｄ 修正適用マーク→ Ｐ Ｐ Ｐ Ｐ 保証マーク→ Ｍ Ｍ − − この状態では、修正データＣ、Ｄをもとにファームウェ
アを修正してローディング・起動した状態である。

【００４２】（３）は、システム稼働した状態を示す。
これは、修正データＣ、Ｄをもとに、図１の自動パッチ
３がファームウェアを修正し、ローディング・起動し、
正常に立ち上がり、システムが稼働し、保証マークにＭ
を設定した状態であって、図示の下記のように設定され
ている。

【００４３】 修正データ→ Ａ Ｂ Ｃ Ｄ 修正適用マーク→ Ｐ Ｐ Ｐ Ｐ 保証マーク→ Ｍ Ｍ Ｍ Ｍ この状態では、修正データＣ、Ｄの修正が完了し、シス
テムが稼働状態となっている。

【００４４】図５は、本発明のリカバリ処理説明図を示
す。図５において、Ｓ２１は、修正管理テーブル２を検
索し、 ・修正適用マーク＝Ｐ ・保証マーク＝無し の修正データが存在するか判別する。これは、図３のＳ
１４の判定であって、自動パッチ３が修正データをもと
にファームウェアの修正を行ったときに修正適用マーク
をＭに設定し、システムが停止状態にあるか判別するも
のである。ＹＥＳの場合には、Ｓ２２のリカバリ処理を
行う。

【００４５】Ｓ２２は、Ｓ２１でシステム停止と図１の
システム監視処理４１によって判別されたので、自動リ
カバリ５を起動し、リカバリ処理を行う。即ち図４の
（２）に示すように修正管理テーブル２がなっていたと
きに、図示の下記のように、修正データＣ、Ｄの修正適
用マークのＭを削除すると共に、保存しておいた旧のデ
ータで復元したファームウェアをローディング・起動
し、システムを稼働状態にする。

【００４６】 修正データ→ Ａ Ｂ Ｃ Ｄ 修正適用マーク→ Ｐ Ｐ − − 保証マーク→ Ｍ Ｍ − −

【００４７】

【発明の効果】以上説明したように、本発明によれば、
修正管理テーブル２を設けて自動パッチ３が修正したと
きに修正適用フラグをＰにセットし、正常に立ち上がっ
たときに保証マークをＭにセットし、一方、常駐するシ
ステム監視処理４１が異常を検出したときに自動リカバ
リ５を起動し、この自動リカバリ５が修正管理テーブル
２を参照して異常のファームウェアを保存しておいた旧
のデータで復元し、自動リカバリを行う構成を採用して
いるため、修正データのバグなどによるシステム停止を
自動的に回避して修正前の状態でシステムを起動し、運
用することができる。これらにより、システム立ち上げ
時のトラブルを回避し、システムの安定稼働を実現でき
ると共に、保守員が復元作業を行う必要がない。

【図面の簡単な説明】

【図１】本発明の１実施例構成図である。

【図２】本発明の動作説明フローチャートである。

【図３】本発明の動作説明フローチャートである。

【図４】本発明の修正管理テーブルの遷移例である。

【図５】本発明のリカバリ処理説明図である。

【図６】従来技術の説明図である。

【符号の説明】

１：ＳＶＰ ２：修正管理テーブル ３：自動パッチ ４：ＲＯＭ ４１：システム監視処理 ５：自動リカバリ ６：センサレジスタ

Claims (2)

【特許請求の範囲】
1. 【請求項１】ファームウェアの修正データの適用時に自
   動リカバリするファームウェア自動リカバリ方式におい
   て、 修正データに対応づけて修正適用マークおよび保証マー
   クを設定する修正管理テーブル（２）と、 この修正管理テーブル（２）を参照して自動的にパッチ
   を行う自動パッチ（３）と、 修正管理テーブル（２）を参照してリカバリを自動的に
   行う自動リカバリ（５）とを備え、 電源投入時などに、上記自動パッチ（３）が上記管理修
   正テーブル（２）に設定されている修正データをもとに
   ファームウェアを修正および旧データを保存すると共に
   当該修正データに対応する修正適用マークをオンに設定
   した後、ファームウェアをローディングして起動し、正
   常のときに該当する保証マークをオンに設定および運用
   を開始し、一方、異常のときに上記自動リカバリ（５）
   が修正管理テーブル（２）を参照して修正適用マークが
   オンで保証マークがオフのファームウェアについて保存
   しておいた旧のデータで復元し、旧のファームウェアを
   ローディングして起動するように構成したことを特徴と
   するファームウェア自動リカバリ方式。
2. 【請求項２】ＲＯＭ（４）内にシステムの異常を監視す
   るシステム監視処理（４１）を常駐させ、当該システム
   監視処理（４１）が上記異常を検出したときに、上記自
   動リカバリ（５）を起動するように構成したことを特徴
   とするファームウェア自動リカバリ方式。