JPH09152978A - 情報処理装置の再開処理システム - Google Patents

Abstract

(57)【要約】 【課題】 再開処理の時間を短縮し、再開処理時の全機
能の停止状態を回避する。 【解決手段】 動作状態テーブル１０は、情報処理装置
が有するアプリケーションプログラムのうち、どれが実
行中であるか否かの情報を示している。動作状態テーブ
ル１０における各アプリケーションプログラムは、予め
決められた管理単位で区分されている。再開制御部２１
は、障害割り込みを受けた場合、先ず、動作状態テーブ
ル１０を検索し、実行中のアプリケーションプログラム
を有する管理単位を判定する。実行中のアプリケーショ
ンプログラムを有する管理単位があった場合は、ＯＳを
リセットせず、その管理単位に含まれるアプリケーショ
ンプログラムのみ再開処理を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理装置にお
ける障害発生時の再開処理を行う情報処理装置の再開処
理システムに関する。

【０００２】

【従来の技術】一般に、情報処理装置では、何らかの障
害が発生した場合、その障害原因がハードウェア／ソフ
トウェアには関係なく、一律、オペレーティングシステ
ム（ＯＳ）を含むハードウェアから一律再開を行ってい
た。

【０００３】

【発明が解決しようとする課題】しかしながら、従来の
再開処理では、ＯＳのリセットを必要としない障害であ
っても、全アプリケーションプログラム再開を行ってい
たため、その再開処理に時間がかかるという問題があっ
た。また、その再開処理中は、全機能が停止している状
態となっていた。

【０００４】このような点から、再開処理に要する時間
を短縮し、かつ、再開処理中であっても、全機能の停止
状態となるのを回避することのできる情報処理装置の再
開処理システムを実現することが望まれていた。

【０００５】

【課題を解決するための手段】本発明の情報処理装置の
再開処理システムは、前述の課題を解決するため次の構
成を採用する。 〈請求項１の構成〉情報処理装置で実行している複数の
アプリケーションプログラムを、予め決められた管理単
位で区分し、これら管理単位毎のアプリケーションプロ
グラムの動作状態を示す動作状態テーブルと、情報処理
装置の障害通知を受けた場合、動作状態テーブルを参照
し、障害発生時に動作状態であったアプリケーションプ
ログラムの管理単位を判定し、管理単位のアプリケーシ
ョンプログラムのみ再開処理を行う再開制御部とを備え
たことを特徴とするものである。

【０００６】〈請求項１の説明〉動作状態テーブルに
は、アプリケーションプログラム群におけるどのアプリ
ケーションプログラムが動作中であるかを示している。
また、動作状態テーブルは、例えば、アプリケーション
プログラム群を、コマンド対応アプリケーションプログ
ラム、自律動作アプリケーションプログラムといったよ
うに、ある管理単位で区分している。

【０００７】情報処理装置で障害が発生した場合、再開
制御部は、先ず、障害通知より、ソフトウェアによる障
害であるかを判定し、ソフトウェアによるものであった
場合は、動作状態テーブルを検索し、動作中のアプリケ
ーションプログラムを含む管理単位を判定する。そし
て、このような場合は、ＯＳをリセットすることなく、
判定した管理単位のアプリケーションプログラムのみ再
開処理を行う。

【０００８】このように、障害発生による再開処理は、
必要最低限のアプリケーションプログラムだけであるた
め、従来のように、ハードウェアの起動、ＯＳの起動と
いった処理を行うのに比べて、再開処理時間を短くする
ことができる。しかも、再開処理中もＯＳはリセットせ
ず、かつ、正常なアプリケーションプログラムに対して
は再開処理を行わないため、再開処理中であっても情報
処理装置の全機能が停止してしまうことがない。尚、管
理単位は任意に設定可能であり、アプリケーションプロ
グラム単位の再開処理まで適用することができる。

【０００９】

【発明の実施の形態】以下、本発明の実施の形態を図面
を用いて詳細に説明する。

【００１０】〈構成〉図１は本発明の情報処理装置の再
開処理システムの具体例を示す構成図である。図のシス
テムは、動作状態テーブル１０、制御部２０、アプリケ
ーションプログラム（ＡＰプログラム）３０からなる。
アプリケーションプログラム３０は、本情報処理装置の
再開処理システムにおける管理単位として、それぞれコ
マンド対応アプリケーションプログラム群３１（３１−
１〜３１−ｎ）および自律動作アプリケーションプログ
ラム群３２（３２−１〜３２−ｎ）に区分されている。
尚、コマンド対応アプリケーションプログラムとは、あ
るコマンドによって起動されるアプリケーションプログ
ラムであり、自律動作アプリケーションプログラムと
は、例えば、一定周期毎に動作を行うといったように、
コマンド投入に依存しないアプリケーションプログラム
である。

【００１１】動作状態テーブル１０は、各アプリケーシ
ョンプログラム群３１、３２の動作状態を示すテーブル
であり、その構成は以下のようになっている。図２は、
動作状態テーブル１０のデータフォーマットを示す説明
図である。動作状態テーブル１０は、図示のように、コ
マンド対応アプリケーションプログラム群３１を管理す
るコマンド対応アプリケーションテーブル１１と、自律
動作アプリケーションプログラム群３２を管理する自律
動作アプリケーションテーブル１２が設けられ、各アプ
リケーションプログラムが動作状態であるか否かが示さ
れるようになっている。

【００１２】制御部２０は、情報処理装置としての各部
の制御を司る中央処理装置等からなるものであり、各ア
プリケーションプログラム群３１、３２を実行し、種々
の処理を行うと共に、本発明の特徴点である再開制御部
２１を備えている。この再開制御部２１は、再開制御プ
ログラムと、これを実行するプロセッサ等から構成され
るもので、ハードウェアからの障害発生による割り込み
を受けた場合、動作状態テーブル１０を参照し、障害発
生時に動作状態であったアプリケーションプログラムの
管理単位を判定し、管理単位のアプリケーションプログ
ラムのみ再開処理を行う機能を有している。

【００１３】〈動作〉制御部２０は、いずれかのアプリ
ケーションプログラム３０による処理を開始する場合、
そのアプリケーションプログラムによるプロセスが実行
状態である旨の“実行中”を動作状態テーブル１０にセ
ットし、処理が終了した場合は“空き状態”をセットす
る。

【００１４】このような情報処理装置の動作状態におい
て、何らかの原因で障害発生したとする。このような場
合は、ハードウェアから制御部２０に対して障害割り込
みが発生する。

【００１５】図３は、障害発生時の再開制御処理のフロ
ーチャートである。先ず、再開制御部２１は、障害割り
込みの障害内容がソフトウェア障害であるか否かを判定
する（ステップＳ１）。ここで、ソフトウェア障害では
なかった場合、例えば、パリティチェックエラーといっ
たような状態については、オペレーティングシステム
（ＯＳ）を含む全てのアプリケーションプログラム３０
の再開処理を行う（ステップＳ２）。

【００１６】一方、障害原因が、例えば未実装メモリア
ドレスへのアクセスといったようなソフトウェアによる
ものであった場合、再開制御部２１は、動作状態テーブ
ル１０を検索して、“実行中”となっているアプリケー
ションプログラムがあるかを判定する（ステップＳ
３）。即ち、ソフト障害の場合、動作中であるアプリケ
ーションプログラムが被疑プログラムであると想定する
ことができる。

【００１７】従って、再開制御部２１は、動作状態テー
ブル１０を検索し、その結果により再開パターンを決定
する（ステップＳ４）。ここで、本具体例では、アプリ
ケーションプログラム３０の管理単位を、コマンド対応
と自律動作の２種類としているため、以下のパターンが
考えられる。

【００１８】図４は、再開処理パターンの説明図であ
る。パターン１は、コマンド対応アプリケーションテー
ブル１１に動作中のアプリケーションプログラムがあ
り、自律動作アプリケーションテーブル１２には動作中
のアプリケーションプログラムがないパターンであり、
パターン２は、自律動作アプリケーションテーブル１２
にのみ動作中のアプリケーションプログラムがあるパタ
ーンである。また、パターン３はいずれのテーブルにも
動作中がない場合、パターン４は両方のテーブルに動作
中のアプリケーションプログラムがある場合である。

【００１９】従って、図３に示すフローチャートにおけ
る再開パターンは、 コマンド対応アプリケーションプログラム群３１の再
開（ステップＳ５） 自律動作アプリケーションプログラム群３２の再開
（ステップＳ６） コマンド対応／自律動作アプリケーションプログラム
群３１、３２の再開（ステップＳ７） の三つのパターンで行う。

【００２０】例えば、本具体例では、上記障害発生時に
パターン１であった場合、ステップＳ５に移行し、ＯＳ
をリセットすることなく、コマンド対応アプリケーショ
ンプログラム群３１のみ再開処理を行う。このため、再
開時間の短縮化を図ることができる。また、正常なアプ
リケーションプログラム（上記例では自律動作アプリケ
ーションプログラム群３２）については、そのままの状
態であるため、再開処理中であっても動作が可能とな
る。

【００２１】尚、上記具体例では、アプリケーションプ
ログラムの管理単位を２種類とし、再開パターンを三つ
としたが、これに限定されるものではなく、管理単位を
もっと細分化し、再開パターンを増やせばアプリケーシ
ョンプログラム単位の再開処理まで適用可能である。

【００２２】

【発明の効果】以上説明したように、本発明の情報処理
装置の再開処理システムによれば、アプリケーションプ
ログラムの動作状態を予め決められた単位で管理し、障
害発生時は、動作中のアプリケーションプログラムを管
理単位で再開処理するようにしたので、無条件にハード
ウェアから立ち上げる再開処理に比べて、再開処理時間
の短縮化を図ることができると共に、正常なアプリケー
ションプログラムは、再開処理中であっても動作が可能
であるといったように、再開処理時のシステム完全停止
状態を回避することができる。

【図面の簡単な説明】

【図１】本発明の情報処理装置の再開処理システムの構
成図である。

【図２】本発明の情報処理装置の再開処理システムにお
ける動作状態テーブルのデータフォーマットを示す説明
図である。

【図３】本発明の情報処理装置の再開処理システムにお
ける再開制御処理のフローチャートである。

【図４】本発明の情報処理装置の再開処理システムにお
ける再開処理パターンの説明図である。

【符号の説明】

１０ 動作状態テーブル ２１ 再開制御部 ３０ アプリケーションプログラム ３１ コマンド対応アプリケーションプログラム群 ３２ 自律動作アプリケーションプログラム群

Claims (1)

【特許請求の範囲】
1. 【請求項１】 情報処理装置で実行している複数のアプ
   リケーションプログラムを、予め決められた管理単位で
   区分し、これら管理単位毎のアプリケーションプログラ
   ムの動作状態を示す動作状態テーブルと、 情報処理装置の障害通知を受けた場合、前記動作状態テ
   ーブルを参照し、障害発生時に動作状態であったアプリ
   ケーションプログラムの管理単位を判定し、当該管理単
   位のアプリケーションプログラムのみ再開処理を行う再
   開制御部とを備えたことを特徴とする情報処理装置の再
   開処理システム。