JPH0337729A - スケジュール定義実行状態記録方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、情報処理システムのスケジュール定義の実行
状態をファイルに記録するスケジュール定義実行状態記
録方式に関する。

〔従来の技術〕

従来、スケジュール定義の実行状態は、ジャーナル記録
の一部としてその実行時刻等の実行履歴がファイルに記
録されるだけであり、スケジュール定義の実行状態を管
理する情報として即座に利用できる状態ではない。

〔発明が解決しようとする課題〕

システム運用時の障害によりあるスケジュール定義の実
行が中断された場合、システム運用再開時に、中断され
たそのスケジュール定義を最初から再実行させた場合、
スケジュール定義の始めの部分が重複して実行されるた
め不都合が生じることがある。このため、中断されたス
ケジュール定義を再実行するか、スケジュール定義を変
更するかの判断が必要である。

上述したジャーナル記録中の実行履歴を利用する従来の
方式では、この判断に時間がかかる欠点がある。

本発明の目的は、障害によって中断されたスケジュール
定義を、システム再開時に最初から再実行してよいか否
かを容易に判断できる制御情報を作成しファイルに記録
するスケジュール定義実行状態記録方式を提供すること
である。

〔課題を解決するための手段〕

本発明のスケジュール定義実行状態記録方式は、スケジ
ュール定義情報を入力ファイルから読み込んで、スケジ
ュール定義管理テーブルと、スケジュール定義の実行状
態を記録する状態記録変数テーブルとを主記憶上に展開
するスケジュール定義展開手段と、前記スケジュール定
義管理テーブルの情報に基づいて前記状態記録変数テー
ブルからスケジュール定義の実行条件を判断し、実行条
件が満たされたとき前記状態記録変数テーブル上の指定
された状態記録変数の値を更新するスケジュール定義実
行判断手段と、前記スケジュール定義実行判断手段によ
って実行条件が満たされたと判断されたスケジュール定
義を実行し、終了したとき前記スケジュール定義管理テ
ーブルの情報に基づいて前記状態記録変数テーブル上の
指定された状態記録変数の値を更新するスケジュール定
義実行手段と、前記状態記録変数テーブルが更新された
とき、更新された状態記録変数の値を不揮発性記録媒体
に記録するスケジュール定義実行状態記録手段とを備え
て構成されている。

〔実施例〕

次に、本発明の実施例について図面を参照して説明する
。

第１図は本発明の一実施例を示すブロック図である。第
１図に示すスケジュール定義実行状態記録方式は、入力
ファイル１から一連のスケジュール定義情報を読み込み
、主記憶２上にスケジュール定義管理テーブル３及び状
態記録変数テーブル４を展開するスケジュール定義展開
手段５と、スケジュール管理テーブル３の情報に基づい
て状態記録変数テーブル４から実行条件を判断し、状態
記録変数テーブル４を更新するスケジュール定義実行判
断手段７と、スケジュール定義を実行し状態記録変数テ
ーブル４を更新するスケジュール定義実行手段７と、状
態記録変数テーブル４に変更がある度に更新された状態
変数を出力ファイル９に記録させるスケジュール定義実
行状態記録手段８とを備えて構成されている。

次に本実施例の動作について、第２図に示す関係にある
スケジュール定義を実行する場合を例として具体的に説
明する。第２図は識別名がＡ〜Ｅのスケジュール定義が
、それぞれ前のスケジュール定義の完了を待って矢印の
順序に従って実行されることを表している。なお（＃１
）〜（＃５）は、各スケジュール定義の実行状態を記録
する状態記録変数の番号である。

まず、スケジュール定義展開手段５は入力ファイル１か
ら一連のスケジュール定義情報を読み込み、スケジュー
ル定義管理テーブル３と、状態記録変数テーブル４とを
主記憶２上に展開する。

スケジュール定義管理テーブル３には、第３図に示すよ
うに、各スケジュール定義識別名に対して、その実行内
容等に加えて実行条件、更新対象状態記録変数番号と実
行開始時および終了時の更新値が記入されている。第３
図はスケジュール定義Ｃ，Ｅが中断後の再開時にスケジ
ュール定義の変更を要し、他は再開時に最初から再実行
してよい場合の例を示している。

状態記録変数テーブル４は、第４図に示すように、＃■
から＃９９９までの状態記録変数番号に対してそれぞれ
変数値が記録されるようになっており、最初はすべての
変数値が「０」に設定されている。第４図（ａ）はスケ
ジュール定義Ａ、　Ｂが終了しＣ，Ｄを実行中の状態を
、第４図（ｂ）はスケジュール定義Ｅを実行中の状態を
表している。

第５図は主記憶２上にスケジュール定義管理テーブル３
及び状態記録変数テーブル４を展開した後の動作の流れ
図である。スケジュール定義実行判断手段６は、スケジ
ュール定義の実行事象が発生する度に（ステップ１１）
、スケジュール定義の実行条件が満たされているがどぅ
がを、スケジュール定義管理テーブル３の実行条件欄の
情報に基づいて状態記録変数テーブル４がら判断する（
ステップ１２）。もしスケジュール定義の実行条件が満
たされている場合には、スケジュール定義管理テーブル
３の更新対象状態記録変数欄に指定された状態記録変数
を、開始時更新値により更新しくステップ１３〉、スケ
ジュール定義実行手段７により該当するスケジュール定
義を実行する（ステップ１４〉。スケジュール定義で指
定された処理が正常に実行されて終了した場合には（ス
テップ１５）、指定された状態記録変数の値をスケジュ
ール定義管理テーブル３の終了時更新値で更新する（ス
テップ１６）。更新された状態記録変数は、その都度ス
ケジュール定義実行状態記録手段８により出力ファイル
９に記録される。

以上の説明から明らかなように、状態記録変数は該当す
るスケジュール定義の実行前は「０」であるが、実行中
は「１」又は’３Ｊとなり終了後に「２」となるので、
その実行状態を直ちに判断することができ、中断した場
合に最初から再実行してよいか変更が必要かも容易に判
断できる。すなわち、運用再開時に出力ファイルの状態
記録変数テーブルを読み込ませ、これによって処理を行
わせれば、中断されたスケジュール定義が再実行可能な
場合はそこから処理を再開し、変更を要する場合は警報
を出して通知させることが可能となる。第４図（ａ）の
状態で中断した場合についていえば、＃４（スケジュー
ル定義Ｄ）は実行条件を満たすので再実行されるが、＃
３（スケジュール定義Ｃ）は実行条件を満たさないので
実行されず、警報を出させることができる。

上述の実施例では、状態記録変数の値を変更の都度外部
に出力するように説明したが、必ずしも変更の都度外部
に出力する必要はなく、内部の不揮発性記録媒体に記録
させておき、必要なときに外部に出力するように構成し
てもよい。

〔発明の効果〕

以上説明したように、本発明は、状態記録変数を用いて
各スケジュール定義の実行状態を常時把握し、これを容
易に取り出せるようにしたので、システム運用再開時に
、中断したスケジュール定義をそのまま再実行するが変
更を必要とするがの判断を容易に行える効果がある。

【図面の簡単な説明】

第■図は本発明の一実施例を示すブロック図、第２図は
スケジュール定義の実行の一具体例の説明図、第３図は
スケジュール定義管理テーブルの一例を示す構成図、第
４図は状態記録変数テーブルの一例を示す構成図、第５
図は主記憶上にテーブルを展開した後の本実施例の動作
の流れ図である。 １・・・・・・入力ファイル、２・・・・・・主記憶、
３・・−・−スケジュール定義管理テーブル、４・・・
・・・状態記録変数テーブル、５・・・・・・スケジュ
ール定義展開手段、６・・・・・・スケジュール定義実
行判断手段、７・・・・・・スケジュール定義実行手段
、８・・・・・・スケジュール定義実行状態記録手段、
９・・・・・・出力ファイル。

Claims (1)

1. 【特許請求の範囲】 スケジュール定義情報を入力ファイルから読み込んで、
   スケジュール定義管理テーブルと、スケジュール定義の
   実行状態を記録する状態記録変数テーブルとを主記憶上
   に展開するスケジュール定義展開手段と、 前記スケジュール定義管理テーブルの情報に基づいて前
   記状態記録変数テーブルからスケジュール定義の実行条
   件を判断し、実行条件が満たされたとき前記状態記録変
   数テーブル上の指定された状態記録変数の値を更新する
   スケジュール定義実行判断手段と、 前記スケジュール定義実行判断手段によって実行条件が
   満たされたと判断されたスケジュール定義を実行し、終
   了したとき前記スケジュール定義管理テーブルの情報に
   基づいて前記状態記録変数テーブル上の指定された状態
   記録変数の値を更新するスケジュール定義実行手段と、 前記状態記録変数テーブルが更新されたとき、更新され
   た状態記録変数の値を不揮発性記録媒体に記録するスケ
   ジュール定義実行状態記録手段とを備えたことを特徴と
   するスケジュール定義実行状態記録方式。