JPS6362007B2 - - Google Patents

Description

【発明の詳細な説明】 発明の目的 産業上の利用分野 本発明は、電子計算機システムの業務処理ジヨ
ブにソフトウエア障害が発生した時に、オペレー
ター等の人手を介さず自動的に復旧処理を行う自
動復旧処理方式に関する。

従来の技術 従来、電子計算機システムにおけるソウトウエ
ア障害時の復旧処理の方式は、ソフトウエア障害
の原因をサポートSE（プログラマ）やオペレータ
がメモリ・ダンプ、フアイル・ダンプ、トレー
ス・ダンプ等により得られるリストから捜し出し
て、次のようないずれかの方法で処理するのが一
般的である。

すなわち、第１の方法は障害原因の除去と以後
の障害を回避するために、まずプログラム等を修
正し、引続き、更新途中のフアイルの復元を行い
修正プログラムを起動し、再処理を行う。

第２の方法は、障害を誘発したデータの削除と
更新途中フアイルの復元を行つた後、障害を起こ
したプログラムを再起動して再処理を行うもので
ある。なお、プログラムの修正と削除したデータ
の処理は、後日、十分な検討を加えたのち行われ
る。

発明が解決しようとする問題点 上記従来のソフトウエア障害復旧処理は、サポ
ートSEやオペレータが膨大な量のリストから障
害原因を探索することを必要としており、探索漏
れによる復旧の失敗や探索に長い時間を要する等
のためシステム稼動率が低下するという問題があ
る。

また、メモリ・ダンプ、フアイル・ダンプ等に
よるリストは16進数に変換されて表示されている
ため、障害原因の探索を行う者がリストの内容を
解釈できる程度の知識を有する必要があり、この
ため復旧処理に携われる作業者が限定されてしま
うという問題もある。

発明の構成 問題点を解決するための手段 上記従来技術の問題点を解決する本発明の自動
復旧処理システムは、業務処理ジヨブにおけるソ
フトウエア障害の発生に対処して、障害誘発デー
タの削除方法、更新フアイルの復元方法及び再起
動方法を含む復旧制御情報を予め格納しておく復
旧制御情報フアイルと、業務処理ジヨブが発する
入出力要求を、フアイル・アクセス通番、アクセ
ス中の入出力フアイル及びレコード・アドレスを
記録するインタフエース制御情報記録手段によつ
て管理しつつオペレーテイング・システムの入出
力マクロ命令に変換するインタフエース制御手段
と、業務処理ジヨブにおけるソフトウエア障害の
発生時に、復旧制御情報フアイル及びインタフエ
ース制御情報記録手段を参照して障害誘発データ
の削除及び更新フアイルの復元を行うと共に、復
旧制御情報によつて指定された方法で業務処理ジ
ヨブを再起動する手段とを備えるように構成され
ている。

以下、本発明の作用を実施例によつて詳細に説
明する。

実施例 第１図は、本発明の自動復旧処理システムの構
成の一例を示す機能ブロツク図である。

このシステムによつて自動復旧処理される業務
処理ジヨブ１は、この業務処理ジヨブ１に入力す
るデータを格納する入力フアイル２と、業務処理
ジヨブ１によつて更新される更新フアイル３と、
業務処理ジヨブ１の出力データを格納する出力フ
アイル４を使用して業務処理ジヨブを実行する。

上記業務処理ジヨブ１に対する自動復旧処理シ
ステムを構成するインタフエース制御部１０は、
フアイル・アクセス通番（業務処理ジヨブ１が行
う入出力要求の回数）と入出力レコードの格納媒
体上のアドレス等を記憶するインタフエース制御
情報テーブル１００を備え、業務処理ジヨブ１が
行う入出力要求を、インタフエース制御情報テー
ブル１００を参照しつつ一括管理すると共に、上
記入出力要求をオペレーテイング・システム（以
下「OS」と略称する）の入出力マクロ命令に変
換してOSに渡す。

２０はジヨブ制御部であり、これは業務処理ジ
ヨブ１のソフトウエア障害発生時に当該業務処理
ジヨブを自動復旧するのに必要な復旧制御情報
（障害誘発データとして削除すべきデータ情報、
更新フアイルの復元方法、業務処理ジヨブの再起
動方法等）を記録する復旧制御情報フアイル２０
０を備え、ソフトウエア障害発生時に、復旧制御
情報フアイル２００と上記インタフエース制御情
報テーブル１００を参照して障害誘発データを決
定しかつ復旧後の障害発生業務処理ジヨブの再起
動を行う。

３０は、自動運転制御部であり、これは、復旧
制御情報フアイル２００を参照して復旧処理のた
めの資源を確保しつつ復旧処理要求を行い、かつ
復旧完了後の資源の変更と障害発生業務処理ジヨ
ブの再起動要求を行う。

４０と５０はそれぞれデータ削除処理部とフア
イル復元処理部であり、これらは、自動運転制御
部からの上記復旧処理要求を受けて、それぞれ障
害誘発データの削除と更新途中フアイルの復元を
行う。

ソフトウエア障害発生時の自動復旧処理を可能
にするため、操作者が業務処理ジヨブ実行前にそ
の業務形態に応じて設定した復旧制御情報を予め
記録しておくための復旧制御情報フアイル２００
が備えられる。第２図乃至第４図は、制御情報フ
アイル２００に記録される３種の復旧制御情報を
例示している。

第２図はジヨブ制御情報２０１の構成の一例を
示す概念図であり、これらは、業務処理ジヨブご
とに作成される。ジヨブ制御情報２０１は、 (1) 業務処理ジヨブ名 (2) 当該業務処理ジヨブで使用する業務処理プロ
グラム名 (3) 障害発生業務処理プログラムを復旧後に再起
動する際の形態 (4) 再起動形態がチエツクポイント・リスタート
である場合に展開するチエツクポイント情報の
格納先 (5) リスタートすべきチエツクポイントの番号 (6) ソフトウエア障害が発生した際削除され得る
データの処理形態 及び (7) データ削除処理形態ごとの情報 を含んでいる。

上記データ削除処理形態(6)は、次の４種類の中
から業務の運用に応じた最適のものが操作者によ
つて業務処理ジヨブの開始前に復旧制御情報フア
イル２００に設定される。

形態１：データ削除を行なわない。

形態２：最近にアクセスした入力フアイルのレ
コードを削除する。

形態３：入力フアイルが複数の場合、現在処理
中のレコードの中で、最小のキー値を持つレ
コードを探索し、その入力フアイル中同一キ
ーを持つレコードを削除する。

形態４：入力フアイルが複数の場合、削除処理
フアイル名と削除キー値を指定しておき、現
在処理中レコードの中で削除対応フアイル名
と削除キーを探索し、そのフアイル中、同一
キー値を持つレコードを削除する。

第３図は、第１図の復旧制御情報フアイル２０
０内に記録される使用フアイル情報２０２の構成
の一例を示す概念図である。この使用フアイル情
報２０２は、各業務処理ジヨブが使用する全フア
イルの管理情報であり、 (1) 業務処理ジヨブ名 (2) 当該業務処理ジヨブで使用する使用フアイル
の数 (3) 上記使用フアイルの内部フアイル名（論理ふ
名） (4) 上記使用フアイルの外部フアイル名（実フア
イル） (5) 上記使用フアイルが入力フアイル、出力フア
イルまたは更新フアイルのいずれであるかの区
別 及び (6) 上記使用フアイル割当てに必要な情報 を含んでいる。なお、上記情報(3)乃至(6)は、使用
フアイル数分繰り返されている。

第４図は、第１図の復旧制御情報フアイル２０
０に記録されるフアイル復元処理情報２０３の構
成の一例を示す概念図であり、これは更新フアイ
ルごとに作成される。このフアイル復元処理情報
２０３は、 (1) 更新フアイルの外部フアイル名 (2) 上記更新フアイルを使用する業務処理ジヨブ
名 (3) 更新フアイルの復元処理形態 (4) 更新フアイルの復元を行うフアイル復元ジヨ
ブ名 (5) フアイル復元ジヨブが復元処理を行うための
力フアイル名 (6) 更新フアイルの媒体種類（デイスク、ドラ
ム、テープ等） (7) 更新フアイルが二重化フアイルであるか否か
の区別 及び (8) 更新フアイル領域の割当てに必要な情報を含
んでいる。

本実施例においては、以下のような４種の更新
フアイル復元処理形態のうちのいずれかが、業務
処理ジヨブの開始前に復旧制御情報フアイル２０
０に設定される。

ａ 予め保存されている保存フアイル５を、障害
を起こした更新フアイル３に、再ロードする。

ｂ 障害を起こした更新フアイルを、ジヤーナ
ル・フアイルの更新前情報で塗り直す。

但し、ジヤーナル・フアイルは、OSによつ
て履歴管理される。

ｃ 障害を起こした更新フアイルに、保存フアイ
ルをロードし、ジヤーナルフアイル４に格納さ
れている更新後情報で塗り直す。

ｄ フアイル作成処理をやり直す。

第５図は、第１図のインタフエース制御情報テ
ーブル１００の構成の一例を示す概念図である。
インタフエース制御情報テーブル１００は、イン
タフエース制御部１０によつて、業務処理ジヨブ
ごとに作成される。

これらインタフエース制御情報テーブルは、第
５図に示すように、当該業務処理ジヨブが要求し
た入出力の回数を記録するインタフエース制御処
理制御情報１０１と、当該業務処理ジヨブの各タ
クスによつて入出力されるフアイルの現アクセス
ポイントを記録するフアイル・アクセス―パラメ
ーター・テーブル（以下「FAPテーブル」と称
する）１０１―１，１０２―２，……１０２―ｎ
とから構成される。

さらに上記FAPテーブルは、第６図で示すよ
うに、各タスクが使用するフアイル毎のフアイ
ル・アクセス―パラメーター情報（以下「FAP
情報」と称する）１０３―１，１０３―２，……
１０３―ｍ から構成される。

第７図は、第５図に示すインタフエース制御処
理制御情報１０１の構成の一例を示す概念図であ
る。このインタフエース制御処理制御情報１０１
は、 (1) フアイル・アクセス通番（インタフエース制
御部１０が業務処理ジヨブ１の入出力要求に基
づいてOSに発行するOSの入出力マクロ命令の
発行回数であり、ジヨブ単位で一連番号が付さ
れる） (2) 業務処理ジヨブ１の実行中のタスク数（＝
FAPテーブル数） 及び (3) 実行中の各タスクが使用するフアイルを管理
するFAPテーブルのアドレス・リスト（先頭
番地のリスト） を含んでいる。上記アドレス・リストは、タスク
の数だけ繰り返される。

第８図は、第６図に示すFAPテーブル１０２
を管理するFAP情報１０３の構成の一例を示す
概念図である。このFAP情報１０３は、 (1) タスク（業務処理プログラム）が使用するフ
アイルの内部フアイル名 (2) 上記フアイルの外部フアイル名 (3) 現在処理中（最新アクセス）レコードのバツ
フア内格納位置 (4) 現在処理中の格納媒体上のレコードアドレス
及び (5) フアイル・アクセス通番 第９図は、第１図に示すインタフエース制御部
１０によるインタフエース制御処理の一例を示す
フローチヤートである。

インタフエース制御部１０は、業務処理ジヨブ
１からの入出力要求を受け付けると、インタフエ
ース制御処理を開始する。インタフエース制御部
１０は、まずステツプ１１において業務処理ジヨ
ブ１からの入出力要求のパラメーターの適否を判
定し、不適の場合はステツプ１８においてエラー
コードをセツトし、業務処理ジヨブ１に戻る。パ
ラメーターが正しいときは、ステツプ１２に進
み、ここで上記入出力要求に対応するOSの入出
力マクロ命令を発行する。

インタフエース制御部１０は、次のステツプ１
３において、OSに対する入出力マクロ命令発行
後にOSから戻されるリターンコードが正常か否
かを判定する。リターンコードが正常でない（入
出力に失敗した）場合は、ステツプ１８に進みエ
ラーコードをセツトして業務処理ジヨブ１に戻
る。

リターンコードが正常（入出力が完了した）の
場合、インタフエース制御部１０は、ステツプ１
４と１５において、FAP情報１０３にそれぞれ
レコード格納位置(3)とレコードアドレス(4)を記録
する。次に、インタフエース制御部１０は、ステ
ツプ１６において、フアイル・アクセス通番をカ
ウントアツプする。インタフエース制御部１０
は、次のステツプ１７において、カウントアツプ
したフアイル・アクセス通番をFAP情報１０３
の(5)とインタフエース制御処理制御情報１０１の
(1)に記録し、インタフエース制御処理を終了す
る。

第１０図は、第１図のシステムにおいて、業務
処理ジヨブ１に障害が発生した場合に、この障害
発生業務処理ジヨブが再起動されるまでの処理の
全体を示すフローチヤートである。

削除データ決定処理 ジヨブ制御部２０の削除データ決定部２１
は、業務処理ジヨブに障害が発生すると、上述
した復旧制御情報フアイル２００とインタフエ
ース制御情報テーブル１００内の情報を参照し
て、削除データの決定処理を行う。

復旧処理の起動処理 ジヨブ制御部２０から復旧処理要求を受けた
自動運転制御部３０の復旧処理要求部３１は、
データの削除とフアイルの復元に必要な資源の
確保等復旧処理の起動に必要な前処理を行う。

データ削除処理及び．フアイル復元処理デ
ータ削除処理部４０とフアイル復元処理部５０
のそれぞれは、自動運転制御部３０からの起動
によつてデータ削除処理とフアイル復元処理を
行う。

再起動要求処理 自動運転制御部３０の再起動要求部３２は、
データ削除処理とフアイル復元処理の終了の通
知を受けると、業務処理ジヨブ１の再起動に必
要な資源の確保等の処理を行う。

再起動処理 ジヨブ制御部２０の再起動部２２は、自動運
転制御部３０の再起動要求部３２から再起動指
令を受けると、復旧制御情報フアイル２００を
参照し、指定された形態で業務処理ジヨブ１を
再起動する。

以下、第１０図の処理の流れに従つて、各部の
フローチヤートを用い詳細に説明する。

削除データ決定処理 第１１図は、ジヨブ制御部２０の削除データ決
定部２１における、ソフトウエア障害発生時の削
除データ決定処理の一例を示すフローチヤートで
ある。

削除データ決定部２１は、業務処理プログラム
による異常終了の通知、または業務処理プログラ
ム例外を起こした場合のOSによるプログラム例
外の通知を受けると、削除データ決定処理を開始
する。

削除データ決定部２１は、削除データ決定処理
を開始すると、まずステツプ２１０において、対
応の業務処理プログラムに関する通知内容を解析
し、ソフトウエア障害（論理矛盾プログラム例
外）かどうかをチエツクする。通知内容がソフト
ウエア障害の場合、ステツプ２１１に進み、この
業務処理ジヨブ内の他の業務処理プログラムを全
て強制終了させる。

削除データ決定部２１は、次のステツプ２１２
において、復旧制御情報フアイル２００のジヨブ
制御情報２０１からデータ削除処理形態情報(6)を
読出し、削除データの有無（形態１であるかどう
か）を検査する。削除データがない場合（形態１
の場合）には、復旧処理を行なうことなくステツ
プ２１５に進む。削除データ決定部２１は、ステ
ツプ２１２において、削除データが存在すること
（形態２，３または４のいずれかの場合）を判定
すると、ステツプ２１３へ進み、ここで、以下の
処理を行う。

(イ) データ削除処理形態２（最新アクセス入力フ
アイル内の最新アクセスレコードを削除する）
の場合： 削除データ決定部２１は、インタフエース制御
処理制御情報１０１とFAP情報１０３及び使用
フアイル情報２０２を参照して最新アクセス入力
フアイルとその最新アクセスレコードを決定し、
以下の情報を削除データ情報として取得する。

(1) 外部フアイル名（実フアイル名） (2) 該当レコードの媒体上のレコード・アドレス
（例えばデイスクの場合、シリンダ・アドレス、
トラツク・アドレス、ブロツク内相対バイト位
置等） (3) ジヨブ名 (4) データ削除処理形態 (ロ) データ処理形態３（最小キー値を持つ入力レ
コードを削除する）の場合： 削除データ決定部２１は、ジヨブ制御情報２０
１と使用フアイル情報２０２及びFAP情報１０
３を参照し、複数の入力フアイルの現在処理中の
レコードの中で最小キー値を持つ入力レコードを
決定し、上記(イ)の場合と同様の(1)乃至(4)から成る
削除データ情報を取得する。

(ハ) データ削除処理形態４（指定フアイルの指定
キー値を持つ入力フアイルのレコードを削除す
る）の場合： 削除データ決定部２１は、ジヨブ制御情報２０
１と使用フアイル情報２０２及びFAP情報１０
３を参照し、１または複数の削除対象フアイルの
現在処理中レコードの中で指定キー値を持つレコ
ードを決定し、情報(イ)と(ロ)の場合と同様の(1)乃至
(4)から成る削除データ情報を取得する。

但し、指定キー値を持つレコードがない場合、
自動再処理対象外ジヨブとして当該業務処理ジヨ
ブを異常終了させる。

削除データ決定部２１は、上述のようにして削
除データを決定すると、次のステツプ２１４にお
いて、決定した削除データ情報を付して、自動運
転制御部３０の復旧起動部３１に復旧処理の起動
を要求する。

更に、削除データ決定部２１は、ステツプ２１
５において、ソフトウエア障害を生じた業務処理
プログラムを含む全業務処理ジヨブを異常終了さ
せ、削除データ決定処理を全て終了する。

復旧処理の起動処理 第１２図は、自動運転制御部３０内の復旧処理
起動部３１の動作の一例を示すフローチヤートで
ある。

復旧処理起動部３１は、ジヨブ制御部２０の削
除データ決定部２１からの復旧処理要求を受け付
けると、復旧処理の起動処理を開始する。すなわ
ち、復旧処理起動部３１は、まずステツプ３１０
において、削除データ決定部２１から渡された削
除データ情報と復旧制御情報フアイル２００内の
フアイル復元処理情報２０３とに基づき、データ
削除処理に必要な資源を確保する。次に、復旧処
理起動部３１は、ステツプ３１において、前述の
削除データ情報を付加して、データ削除処理部４
０にデータ削除処理を要求する。

また、復旧処理起動部３１は、ステツプ３１２
において、使用フアイル情報２０２とフアイル復
元処理情報２０３とを参照して、復元を必要とす
る１または複数の更新フアイルを決定する。

次に、復旧処理起動部３１は、ステツプ３１３
において、復元すべき更新フアイルの一つについ
て、フアイル復元処理に必要な資源を確保した
後、ステツプ３１４において、フアイル復元に関
する情報を付してフアイル復元処理部５０にフア
イル復元処理を要求する。

復旧処理起動部３１は、ステツプ３１５におい
て、復元すべき更新フアイルの全てについて、フ
アイル復元処理要求の発行が終了したか否かを判
定し、未終了であれば、ステツプ３１３に戻り、
次の更新フアイルについて上述の処理を繰り返
す。

データ削除処理 第１３図は、データ削除処理部４０におけるデ
ータ削除処理の一例を示すフローチヤートであ
る。データ削除処理部４０は、復旧処理起動部３
１からのデータ削除処理要を受け付けると、デー
タ削除処理を開始する。

データ削除処理部４０は、ステツプ４１と４２
において、復旧処理要求部３１から受けた削除デ
ータ情報に従つて、入力フアイル内の全ての該当
データに削除フラグをセツトすることにより該当
のデータを全て削除する。

フアイル復元処理 第１４図は、フアイル復元処理部５０における
更新フアイル復元処理の一例を示すフローチヤー
トである。

フアイル復元処理部５０は、復旧処理起動部３
１からフアイル復元要求を受け付けると、フアイ
ル復元処理を開始する。

フアイル復元処理５０は、ステツプ５１におい
て、復旧処理起動部３１から受けたフアイル復元
処理形態情報（第４図の３）に従い、第４図のフ
アイル復元処理情報２０３に関して既に説明した
ａ乃至ｄのいずれかの形態によつて、障害を起こ
した更新フアイルの復元処理を行う。

再起動要求処理 第１５図は、自動運転制御部３０の再起動要求
部３２の動作の一例を示すフローチヤートであ
る。

再起動要求部３２は、データ削除処理部４０と
フアイル復元処理部５０から処理終了の通知を受
けると、再起動要求処理を開始する。再起動要求
部３２は、ステツプ３２０において、データ削除
処理とフアイル復元処理の終了に伴う使用資源の
変更を行い、次のステツプ３２１において、ソフ
トウエア障害を起こした業務処理ジヨブの再起動
を、ジヨブ制御部２０の再起動部２２に要求す
る。

再起動処理 第１６図は、ジヨブ制御部２０の再起動部２２
による、障害発生業務処理ジヨブの再起動処理の
一例を示すフローチヤートである。

再起動部２２は、自動運転制御部３０の再起動
要求部３２から再起動処理要求を受け付けると、
再起動処理を開始する。すなわち、再起動部２２
は、まずステツプ２２０において、ジヨブ制御情
報２０１を参照して当該業務処理ジヨブのジヨブ
再処理形態(3)を判定する。この再処理形態が、チ
エツクポイント・リスタートでなくて再ランであ
れば、ステツプ２２１において当該業務処理ジヨ
ブを通常処理として再起動する。

再起動部２２は、再処理形態がチエツクポイン
トリスタートであれば、ステツプ２２２に進み、
復旧制御情報フアイル２００内のジヨブ制御情報
２０１のチエツクポイント情報格納域名(4)とチエ
ツクポイント通番(5)を得て展開する。

次に、再起動部２２は、ステツプ２２３におい
て、該当業務処理ジヨブを該当チエツクポイント
時点から再開する。

このようにして、ソフトウエア障害時の自動復
旧処理が全て終了する。

データ削除処理形態１の場合や、データ削除処
理形態４の場合において該当レコードが存在しな
いときに異常終了した業務処理ジヨブについて
は、操作者が適宜な方法でその障害原因の解明と
除去を行つたのちに、操作者が再起動する。

自動運転制御部３０、データ削除処理部４０、
フアイル復元処理部５０はジヨブ形式であつても
よい。

発明の効果 以上詳細に説明したように、本発明の自動復旧
処理システムは、業務処理ジヨブにおけるソフト
ウエア障害の発生に対処して、業務処理形態に適
した復旧制御情報を予め設定しておくと共に、業
務処理ジヨブのフアイル使用状況をインタフエー
ス制御部で管理することにより削除データを自動
的に決定する構成であるから、障害発明に対する
復旧処理を自動的に行うことが可能となる。

このため、従来例におけるようにサポートSE
やオペレータが膨大な量のリストから障害原因を
探索する必要がなくなり、探索漏れによる復旧の
失敗や探索に長い時間を要するという問題がなく
なり、システム稼動率が大幅に向上すると共に、
オペレータの負荷を軽減することができる。

【図面の簡単な説明】

第１図は本発明の一実施例の構成を示す機能ブ
ロツク図、第２図乃至第４図は第１図の制御情報
フアイル２００内の各種制御情報の構成の一例を
示す概念図、第５図乃至第８図は第１図のインタ
フエース制御情報テーブル１００内の各種情報の
構成の一例を示す概念図、第９図は第１図のイン
タフエース制御部１０の動作の一例を説明するフ
ローチヤート、第１０図は第１図の全システムの
動作の一例を示すフローチヤート、第１１図は第
１図の削除データ決定ブロツク２１の動作の一例
を説明するためのフローチヤート、第１２図は第
１図の復旧処理起動部３１の動作一例を説明する
ためのフローチヤート、第１３図は第１図のデー
タ削除処理部４０の動作の一例を説明するための
フローチヤート、第１４図は第１図のフアイル復
元処理部５０の動作の一例を説明するためのフロ
ーチヤート、第１５図は第１図の再起動要求部３
２の動作の一例を説明するためのフローチヤー
ト、第１６図は第１図乃至再起動部２２の動作の
一例を説明するためのフローチヤートである。 １０…インタフエース制御部、２０…ジヨブ制
御部、３０…自動運転制御部、４０…データ削除
処理部、５０…フアイル復元処理部、１００…イ
ンタフエース制御情報テーブル、２００…復旧制
御情報フアイル。

Claims (1)

1. 【特許請求の範囲】 １ 業務処理ジヨブにおけるソフトウエア障害の
   発生に対処して、障害誘発データの削除方法、更
   新フアイルの復元方法及び再起動方法を含む復旧
   制御情報を予め格納しておく復旧制御情報フアイ
   ルと、 前記業務処理ジヨブが発する入出力要求を、フ
   アイル・アクセス通番、アクセス中の入出力フア
   イル及びレコード・アドレスを記録するインタフ
   エース制御情報記録手段によつて管理しつつ、オ
   ペレーテイング・システムの入出力マクロ命令に
   変換するインタフエース制御手段と、 業務処理ジヨブにおけるソフトウエア障害の発
   生時に、前記復旧制御情報フアイル及びインタフ
   エース制御情報記録手段を参照して障害誘発デー
   タの削除及び更新フアイルの復元を行うと共に、
   前記復旧制御情報によつて指定された方法で該業
   務処理ジヨブを再起動する手段とを備えたことを
   特徴とするソフトウエア障害に対する自動復旧処
   理システム。