JPH0997188A - ジョブのスケジュール方式 - Google Patents

Abstract

(57)【要約】 【課題】 起動すべきジョブの記録を残すことができる
ジョブのスケジュール方式を得る。また、ジョブの起動
状態を記録することにより起動されなかったジョブを自
動的に起動できるジョブのスケジュール方式を得る。 【解決手段】 ジョブを起動する日時のスケジュールを
決めたスケジュール要求ファイルを元に、実行予定のス
ケジュールを格納する実行予定スケジュールファイルを
作成する。スケジュールプロセスは上記実行予定スケジ
ュールファイルを元にジョブを起動する。また、スケジ
ュールプロセスはジョブの起動及び終了を実行予定スケ
ジュールファイルに記録し、記録された状態を元に起動
されなかったジョブを判定し、起動する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ジョブを起動す
る日時のスケジュールをあらかじめ設定し、設定された
スケジュールに基づいてジョブを起動するジョブのスケ
ジュール方式に関するものである。

【０００２】

【従来の技術】従来のジョブのスケジュール方式として
は、例えばＵＮＩＸシステム（ＵＮＩＸは登録商標）の
ｃｒｏｎがある。図３３は、従来例の構成を示す図であ
る。図において、１はジョブ、２はジョブ１を起動する
日時のスケジュールを決めたスケジュール要求ファイ
ル、３はスケジュール要求ファイル２を読み込み、スケ
ジュール要求ファイル２に指定された日時に該当するジ
ョブを起動するスケジュールプロセスである。

【０００３】図３４は、スケジュール要求ファイル２の
具体例を示す図である。図に示すように、スケジュール
要求ファイル２は、実行日パターン１２１、ジョブを実
行する時刻１２２、実行するジョブの名前であるジョブ
名１２３から構成される。実行日パターン１２１は特定
日（例１９９５／０６／２６）あるいは、毎週日曜日、
平日（毎週月曜〜金曜）、毎週日曜日など実行日をあら
わすパラメータである。

【０００４】図３５は、従来例のスケジュールプロセス
３の処理の流れ図である。この流れ図を用いて、図３４
に示した内容のスケジュール要求ファイルに基づいてジ
ョブを起動するスケジュールプロセス３の動作について
説明する。スケジュールプロセス３は、起動時にスケジ
ュール要求ファイル２を読み込み（Ｓ１０１）、現在の
日付時刻Ｔ２を獲得し（Ｓ１０２）、次に実行すべき日
付時刻Ｔ１とジョブＪ１を決定する（Ｓ１０３）。具体
的には、スケジュールプロセス３は、スケジュール要求
ファイル２のすべての実行日パターンを解析・展開し、
獲得した日付時刻Ｔ２に一番近く、さらにＴ１＞Ｔ２を
満たす実行予定の日付時刻Ｔ１とジョブＪ１を決定す
る。その後は、Ｓ１０４及びＳ１０５においてこの時刻
Ｔ１がくるのを監視し、この日付時刻がくれば、Ｓ１０
６においてジョブＪ１を起動する。例えば、スケジュー
ルプロセス３が１９９５／０６／２６（月曜日）の１
０：２０に起動された場合、スケジュールプロセス３は
ジョブ２を１０分後（つまり、１０：３０）に起動する
ことを決め、該当時刻がくるとジョブ２を起動する。そ
の後、次に実行するジョブを決める。つまり、４時間３
０分後の１５：００にジョブ３を起動する。

【０００５】従来のジョブのスケジュール方式のよれ
ば、以上のようにスケジュールプロセス３が実行日パタ
ーンを解析・展開し実行するジョブを決め、起動してい
た。そのためマシンが起動していないあいだに起動のス
ケジュールが定義されていたジョブは起動されないとい
う問題点があった。また、起動されていないことの確認
も困難であった。例えば、図３６に示すようにマシンが
何らかの理由で、１０：２５から１０：３５までダウン
していると、ジョブ２が起動されるべき時刻にはスケジ
ュールプロセス３が動作していないので、ジョブ２は起
動されない。また、従来例のジョブのスケジュール方式
によれば、起動されたジョブについては、マシンのシス
テムが保持しているジョブの起動の履歴（ログ）を参照
すれば起動されたことを確認できるが、どのジョブが起
動されるべきであったかという記録は残されないので、
ダウンしていた間に本来起動されるべきであったジョブ
が起動されなかったことが分からない。このような場
合、マシンの運用者などがスケジュール要求ファイル２
を参照し、実行日パターンを解析・展開し起動されるべ
きであったジョブを探し出し、ジョブの起動の履歴等か
ら、起動しているか否かを判断し、起動してない場合
は、起動させていた。

【０００６】また、従来のジョブのスケジュール方式に
おけるスケジュールプロセスは、ジョブの起動／終了の
みにしか関与しないので、ジョブが正常終了しなかった
場合（すなわち異常終了した場合）、ジョブが使用して
いた資源を回復することができない恐れがあった。ジョ
ブが使用していた資源とは、例えばプリンタや外部の補
助記憶装置などの入出力装置、あるいは、補助記憶装置
に記憶されたファイル等である。ジョブが使用していた
これらの資源を専有したままで異常終了してしまうと、
他のジョブがその資源を使用することができないという
問題点があった。

【０００７】

【発明が解決しようとする課題】この発明は上記のよう
な問題点を解決するためになされたものであり、起動す
べきジョブの記録を残すことができるジョブのスケジュ
ール方式を得ることを目的としている。また、起動され
なかったジョブを自動的に起動できるジョブのスケジュ
ール方式を得ることを目的としている。また、ジョブの
正常終了／異常終了を検知／記録できるジョブのスケジ
ュール方式を得ることを目的としている。また、ジョブ
が資源を専有したまま異常終了したときに、ジョブが専
有している資源を解放する回復ジョブを起動するジョブ
のスケジュール方式を得ることを目的としている。

【０００８】

【課題を解決するための手段】この発明のジョブのスケ
ジュール方式は、ジョブのスケジュール要求を記憶する
スケジュール要求記憶部と、上記スケジュール要求記憶
部にアクセスして上記スケジュール要求を読み込み、読
み込んだスケジュール要求に基づいてジョブを起動する
スケジュールプロセスとからなるジョブのスケジュール
方式において、上記スケジュール要求記憶部から読み込
んだ上記スケジュール要求を基にジョブの実行予定日時
を記述した実行予定スケジュールを作成する実行予定ス
ケジュール作成手段と、上記実行予定スケジュール作成
手段が作成した実行予定スケジュールを格納する実行予
定スケジュール記憶部を備え、上記スケジュールプロセ
スは、上記実行予定スケジュール記憶部にアクセスし、
上記実行予定スケジュールを読み込み、読み込んだ実行
予定スケジュールに基づいて、ジョブを起動することを
特徴とする。

【０００９】上記実行予定スケジュール作成手段は、上
記実行予定スケジュール記憶部にいつまでの実行予定ス
ケジュールを格納したかを示す日時を記憶するスケジュ
ール済み日時記憶部を作成することを特徴とする。

【００１０】上記実行予定スケジュール作成手段は、上
記実行予定スケジュールを上記実行予定日時の昇順に配
置して上記実行予定スケジュール記憶部に格納すること
を特徴とする。

【００１１】上記実行予定スケジュール記憶部は、ジョ
ブの状態を記憶する項目を備え、上記実行予定スケジュ
ール作成手段は、実行予定スケジュール作成時に上記ジ
ョブの状態を記憶する項目に初期状態を記憶し、上記ス
ケジュールプロセスは、上記ジョブの状態を記憶する項
目をジョブの状態に対応して変更することを特徴とす
る。

【００１２】上記ジョブの状態を記憶する項目には、ジ
ョブの状態として実行開始前、実行開始済みが記憶され
ることを特徴とする。

【００１３】上記ジョブの状態を記憶する項目には、ジ
ョブの状態として実行開始前、実行中、正常終了が記憶
されることを特徴とする。

【００１４】上記ジョブのスケジュール方式は、さら
に、ジョブが実行予定日時に遅れてもジョブを起動する
最大遅延時間を記憶する最大遅延時間記憶部を備え、上
記スケジュールプロセスは、上記ジョブの状態を記憶す
る項目と上記最大遅延時間記憶部に記憶された最大遅延
時間に基づいてジョブを起動することを特徴とする。

【００１５】上記最大遅延時間記憶部は、上記最大遅延
時間をジョブ毎に設定し、上記実行予定スケジュール作
成手段は、上記ジョブ毎に設定された最大遅延時間に基
づいてジョブを起動することを特徴とする。

【００１６】上記実行予定スケジュール記憶部は、所定
数のジョブの実行予定スケジュールを格納することを特
徴とする。

【００１７】上記実行予定スケジュール記憶部は、さら
に、ジョブのリカバリを行うリカバリジョブを設定する
項目を備え、上記スケジュールプロセスは、上記ジョブ
の状態を記憶する項目とリカバリジョブを設定する項目
を参照し、リカバリジョブを起動することを特徴とす
る。

【００１８】上記実行予定スケジュール作成手段は、上
記実行予定スケジュール記憶部にいつまでの実行予定ス
ケジュールを格納したかを示す日時をスケジュール済み
日時として、実行予定スケジュール記憶部に記憶するこ
とを特徴とする。

【００１９】

【発明の実施の形態】

実施の形態１．以下、発明の実施の形態を図を用いて説
明する。以降の発明の実施の形態においては、各記憶部
がディスク装置に記憶されるファイルである場合を想定
して説明を行う。これらの記憶部はファイルの形式を取
らなくてもよい。何らかの不揮発性記憶部であればよ
い。

【００２０】図１はこの発明のジョブのスケジュール方
式を適用するハードウェア構成の一例を示す図である。
図において、５００はジョブを実行する計算機本体のＣ
ＰＵ、５１０はＣＰＵ５００が使用するメモリ（主記
憶）、５２０はＣＰＵ５００が参照する現在の日付を管
理するＴＯＤ（Ｔｉｍｅ Ｏｆ Ｄａｙ）、５３０は計
算機内部の時計であるクロック、５４０は補助記憶装置
であるディスク装置である。起動されるジョブはディス
ク装置５４０に記憶され、起動時にメモリ５１０にロー
ドされる。またジョブを起動するスケジュールプロセス
も同様にディスク装置５４０に記憶され、起動時にメモ
リ５１０にロードされる。スケジュールプロセスはＴＯ
Ｄ５２０及びクロック５３０により日付や時刻を通知さ
れ、ジョブの起動のタイミングを知る。

【００２１】図２はこの実施の形態の構成図である。図
２に示すように、この実施の形態においては、ジョブ１
を起動する日時のスケジュールを決めたスケジュール要
求ファイル２から、そのスケジュールを読み込んで実行
予定のスケジュールを格納する実行予定スケジュールフ
ァイル５を作成する。そして、その実行予定スケジュー
ルファイル５に、いつまでのスケジュールを作成したか
という日時を記録しておくスケジュール済み日時ファイ
ル４を作成して持つ。そして、この実行予定スケジュー
ルファイル５から該当する時刻に該当するジョブを起動
するスケジュールプロセス３ａからなるシステム構成を
採るものとする。

【００２２】スケジュール要求ファイル２は、前述した
従来例で示した図３４と同様にジョブを実行する日の実
行日パターンとその実行する時刻と、実行するジョブの
名前から構成される。なお、実行日パターンとは特定日
（例１９９５／０６／２６）あるいは、毎週日曜日、平
日（毎週月曜〜金曜）、毎週日曜日などである。図３
に、スケジュール済み日時ファイル４の具体例を示す。
この例では、１９９５年６月２７日００時００分までに
起動するジョブの実行予定スケジュールを作成済みであ
ることを示している。

【００２３】図４に、実行予定スケジュールファイルの
具体例を示す。この例では、１９９５年６月２７日００
時００分までに起動するジョブの実行予定スケジュール
を格納した実行予定スケジュールファイルを想定してい
る。図４に示すように、実行予定スケジュールファイル
５は、スケジュール要求ファイル２を元に、ジョブのス
ケジュールを展開しスケジュール済み日時までに起動さ
れるジョブのスケジュールを格納する。つまり、日付時
刻５１と、実行するジョブの名前であるジョブ名５３か
ら構成される。また、この実行予定スケジュールファイ
ルがいつまでの分のスケジュールを作成しているかをス
ケジュール済み日時ファイル４に記録しておく。

【００２４】図５は、同じスケジュール要求ファイルを
用いて、１９９５年６月２８日００時００分までの実行
予定スケジュールを格納した実行予定スケジュールファ
イルを示す図である。また、図６は、同様に１９９５年
６月２９日００時００分までの実行予定スケジュールを
格納した実行予定スケジュールファイルを示す図であ
る。図７は、この実施の形態のスケジュールプロセスの
処理の流れ図である。スケジュールプロセス３ａは、Ｓ
１０１ａにおいて起動時に実行予定スケジュールファイ
ル５を読み込む。次に、Ｓ１０１ｂにおいてスケジュー
ル済み日時ファイルを読み込む。ここで読み込んだスケ
ジュール済み日時ファイルに記載されているスケジュー
ル済み日時をＴ３とする。次にＳ１０２において、現在
の日付時刻（Ｔ２）を獲得する。次に、Ｓ２００におい
てスケジュール済み日時ファイル４に記録されていた時
刻Ｔ３を獲得した日付時刻Ｔ２が過ぎているかどうかを
比較し、ＹＥＳの場合すなわち、Ｔ２がＴ３を過ぎてい
る場合には、Ｓ２０１において実行予定スケジュールフ
ァイルを作成し、スケジュール済み日時ファイルのスケ
ジュール済み日時を更新する。また、Ｓ２００において
Ｔ２がＴ３を過ぎていない時、すなわちＮＯの場合には
Ｓ１０３の処理を実行する。Ｓ１０３の処理において
は、次に実行すべき日付時刻Ｔ１とジョブＪ１を決定す
る。このとき、スケジュールプロセス３ａは、実行予定
スケジュールファイル５から、獲得した日付時刻Ｔ２に
一番近い実行予定の日付時刻Ｔ１とジョブＪ１を決定す
る。すなわち、実行予定スケジュールファイルから最小
の日付時刻Ｔ１を持つジョブＪ１をサーチする。その後
は、Ｓ１０４及びＳ１０５に示すようにこの時刻Ｔ１が
くるのを監視し、この日付時刻がくれば、Ｓ１０６にお
いて、ジョブＪ１を起動する。

【００２５】この実施の形態においては、Ｓ２０１の処
理において、実行予定スケジュールファイルを作成する
際にファイルは上書きで新規作成されるものとする。す
なわち、作成する以前に使用されていた実行予定スケジ
ュールファイルは削除される。このため、削除される実
行予定スケジュールファイルに格納されていた実行予定
スケジュールはすべて実行済みであるという前提で実行
予定スケジュールファイルが再作成される。

【００２６】また、Ｓ１０３の処理において、次に実行
する日付時刻Ｔ１と実行するジョブＪ１を決定する際、
予め実行予定スケジュールファイルに格納される実行予
定スケジュールを実行予定の日付時刻Ｔ１の昇順に並び
替え（ソート）を行って格納しておけば、次に実行する
ジョブＪ１を示すポインタを持ち、そのポインタにより
実行するジョブを管理することも可能である。

【００２７】以上のように、この実施の形態において
は、実行予定スケジュールファイルが作成されているた
めに、起動されるべきであったジョブのスケジュールの
記録を残すことができる。

【００２８】実際にマシンダウンが発生した場合を想定
して図８を用いて説明する。例えば、１９９５年６月２
６日に図４に示すような実行予定スケジュールファイル
に基づいてスケジュールプロセスが稼働していたとす
る。１０時にはジョブ１が起動される。１０時２５分に
はマシンがダウンし、１０時３５分に回復し、マシンが
再び起動したとする。この場合には、１０時３０分に実
行予定日時を迎えたジョブ２は起動されない。また、１
０時３５分にマシンダウンは回復し、マシンは正常に起
動しているので、１５時に実行予定日時を迎えるジョブ
３は正常に起動される。以上のように図８に示すよう
に、マシンが起動していないあいだに起動のスケジュー
ルが定義されていたジョブは起動されない。ただし、実
行予定スケジュールファイルが作成されているため、こ
の実行予定スケジュールファイルを参照することで、マ
シンダウン時間に起動予定のスケジュールを確認するだ
けで、起動されていないジョブが判明する。例えば、マ
シンが何等かの理由で、１０：２５から１０：３５まで
ダウンしていると、ジョブ２が起動されない。

【００２９】以上のように、この実施の形態によれば、
従来のようにマシンの運用者等がスケジュール要求ファ
イルを参照して、実行日パターンを解析・展開して起動
されるべきであったジョブを探し出すという作業をなく
すことができる。

【００３０】実施の形態２．この実施の形態において
は、実行予定スケジュールファイルにジョブの状態を示
す項目を付加し、ジョブの実行状態（実行開始済み、実
行開始前）を記録する場合について説明する。

【００３１】前述した実施の形態１と異なる点のみを説
明する。まず、実行予定スケジュールファイル作成時
に、ジョブの状態を示す項目に、ジョブの実行状態とし
て”実行開始前”をセットしておく。作成された実行予
定スケジュールファイルを図９に示す。図９において、
５５はジョブの実行状態を示す項目、『状態』である。
図９に示すように、実行予定スケジュールファイル作成
時にはジョブの状態５５は全て”実行開始前”となって
いる。そして、ジョブを実行する時に、ジョブが起動さ
れたことを記録する。

【００３２】図１０にジョブが起動されたことを記録し
た実行予定スケジュールファイルを示す。図１０に示す
ようにジョブ１は、状態５５が”実行開始済”となって
いる。

【００３３】図１１に、この実施の形態のスケジュール
プロセスの動作の流れ図を示す。この実施の形態におい
ては、Ｓ２０１の処理で実行予定スケジュールファイル
を作成する際に、状態５５に”実行開始前”をセットす
る。また、Ｓ１０６において、ジョブを起動する処理に
先立ち、Ｓ３００において、実行予定スケジュールファ
イルの状態５５を”実行開始済”にする。その結果、例
えばジョブ１が起動された時点で、実行予定スケジュー
ルファイルは図１０に示す内容となる。

【００３４】以上のように、この実施の形態によれば、
図１２に示すように実行予定スケジュールファイルに状
態５５を項目として持ち、ジョブの状態”実行開始
前”、”実行開始済”を記録することにより、マシンが
ダウンしているあいだに実行開始されなかったジョブが
簡単に分かる。そのためには、実行予定スケジュールフ
ァイルを見て日付時刻５１が過ぎているのに状態５５
が”実行開始前”となっているジョブを探せばよい。

【００３５】実施の形態３．前述した実施の形態におい
ては、ジョブの開始を記録するジョブのスケジュール方
式について説明したが、この実施の形態においては、ジ
ョブの終了をチェックし、その状態を記録する場合につ
いて説明する。この実施の形態において、管理されるジ
ョブの実行状態は、”実行中”、”正常終了”、”実行
開始前”である。この実施の形態で使用される実行予定
スケジュールファイルも、前述した実施の形態と同様に
状態５５という項目を持つ。作成された直後の実行予定
スケジュールファイルは、前述した実施の形態に示す図
９と同じ内容となる。

【００３６】図１３は、１９９５年６月２６日１０時１
０分にジョブ１が実行開始後の実行予定スケジュールフ
ァイルを示す図である。また、図１４は、１０時２５分
の実行予定スケジュールファイルの内容を示す図であ
る。また、図１５は、１０時３５分の実行予定スケジュ
ールファイルの内容を示す図である。図１６はこの実施
の形態のスケジュールプロセスの動作の流れ図である。
図１６に示すように、Ｓ４００において、実行中のジョ
ブが終了したかどうかの判断を行っている。終了した場
合、すなわち、ＹＥＳの場合には、Ｓ４０１において、
ジョブの終了状態を記録する。また、Ｓ３００ａにおい
ては、ジョブの起動に先立って、起動するジョブの状態
を”実行中”にするという処理を行っている。

【００３７】図１７は、マシンの状態とジョブの状態を
表した図である。図１７に示すように１０時３５分にマ
シンがダウンし、その後、回復して再起動したという場
合を想定して、再び図１３に戻って説明する。前述した
ように、実行予定スケジュールフィル作成直後には、図
９に示す内容となっていする。すなわち登録されている
実行予定スケジュールの各ジョブの状態は”実行開始
前”となっている。１０時になるとジョブ１が起動され
るので、ジョブ１に対応する状態５５が”実行中”に書
き換えられる。このときの実行予定スケジュールファイ
ルは、図１３に示す内容となる。その後、例えば１０時
２５分にジョブ１が正常終了した場合には、図１６に示
す流れ図のＳ４００及びＳ４０１の処理により、実行予
定スケジュールファイルの状態５５が”正常終了”に変
更される。すなわち、図１４に示す内容となる。その
後、１０時３０分になるとジョブ２が起動される。この
とき、図１６に示すＳ３００ａの処理により、ジョブ２
の状態５５が”実行中”に変更される。したがって、例
えば１０時３５分に実行予定スケジュールファイルを見
ると、図１５に示す内容となっている。ここで、図１７
に示すように、１０時３５分にマシンがダウンしたとす
る。そのときに各ジョブの実行状態を確認するためには
実行予定スケジュールファイルを参照すればよい。その
結果、実行予定スケジュールファイルにより、マシンが
ダウンしているあいだに実行開始されなかったジョブが
簡単に分かる。また、ジョブの実行途中でマシンがダウ
ンした場合は、ジョブの状態が実行中となっているた
め、正常終了しなかったことが分かる。

【００３８】以上のようにこの実施の形態によれば、ス
ケジュールプロセスが、起動されたジョブの終了をチェ
ックし、その終了の状態を記録するので、実行予定スケ
ジュールファイルを見るだけでジョブが起動されたか、
あるいは起動されなかったかまた、正常に終了したか、
異常終了だったか分かるという効果がある。

【００３９】実施の形態４．この実施の形態において
は、最大遅延時間を記憶し、実行予定スケジュールに指
定された実行日時を過ぎても最大遅延時間以内であれば
ジョブを起動するジョブのスケジュール方式について説
明する。最大遅延時間を記憶する一例としてこの実施の
形態においては、最大遅延時間ファイルを使用する。図
１８は、最大遅延時間として３０分を指定した最大遅延
時間ファイルの例を示す図である。

【００４０】図１９は、最大遅延時間ファイルを利用す
るスケジュールプロセスの処理の流れ図である。図１９
に示す流れ図においては、Ｓ５００に示すようにスケジ
ュールプロセスの起動時に最大遅延時間ファイルの読み
込みを行う。また、Ｓ５１０の処理において、最大遅延
時間を考慮して実行すべきジョブＪ４があるかどうかを
判断する。具体的には、実行予定スケジュールファイル
を参照し、実行予定の日付時刻と現在の日付時刻を比較
し、現在の日付時刻のほうが大きい実行予定の日付時刻
を持つジョブを探す。現在の日付時刻が大きいというこ
とは、実行予定日時を過ぎているので本来起動されてい
るジョブのはずである。そのジョブについて実行予定ス
ケジュールファイルの状態５５を調べる。そこで、状態
５５が”実行開始前”であるとき、そのジョブの実行予
定スケジュールの日付時刻に最大遅延時間を加算し、現
在の日付時刻が最大遅延時間を加算した時間を過ぎてい
ないとき、すなわち、実行する日付時刻＋最大遅延時間
が未来の時間であるとき、Ｓ５１０の判断はＹＥＳとな
る。その場合、Ｓ５１１において、ジョブＪ４の実行す
る日付時刻Ｔ４に最大遅延時間を加算して実行予定スケ
ジュールが変更されたとみなす。これによりジョブＪ４
は、最大遅延時間を加算した時間が到来したときに、ス
ケジュールプロセスにより起動されることになる。ま
た、Ｓ５１０の判断において最大遅延時間を考慮して実
行すべきジョブＪ４がないときは、Ｓ１０３から通常の
手順で次に実行するジョブの決定が行われる。

【００４１】以上のように実行予定スケジュールファイ
ルにより、マシンがダウンしているあいだ実行開始され
なかったジョブが簡単に分かる。そのため、図２０に示
すように、実行時刻がきているが、実行開始されていな
いジョブは、最大遅延時間以内ならば、スケジュールプ
ロセスにより、自動的に実行を開始する。このことによ
り、ジョブの実行開始時刻のずれに影響しない短時間の
マシンダウンが発生しても、人手を介さずにジョブを起
動できるという効果が得られる。

【００４２】図２１は、この実施の形態の他の例を示す
流れ図である。図１９に示した流れ図においては、Ｓ５
１１の処理においてジョブＪ４の実行する日付時刻Ｔ４
に最大遅延時間を加算していたが、図２１に示す流れ図
においては、最大遅延時間を加算するのではなく、現在
の日付時刻＋所定の時間、例えばｎ秒、をジョブＪ４の
実行する日付時刻Ｔ４としている。これにより最大遅延
時間の経過を待たなくとも起動すべきジョブがあること
が判った時点から所定の時間経過後にそのジョブを起動
することが可能となる。

【００４３】実施の形態５．この実施の形態において
は、最大遅延時間をジョブ毎に設定するジョブのスケジ
ュール方式について説明する。

【００４４】図２２は、この実施の形態のスケジュール
要求ファイルを示す図である。図において、１２４はジ
ョブ毎に設定された最大遅延時間である。例えば、ジョ
ブ１は１０分、ジョブ２は３０分、ジョブ３は３時間、
ジョブ４は１時間というようにジョブ毎に最大遅延時間
を設定している。図２３は、図２２に示したスケジュー
ル要求ファイルを元に作成した実行予定スケジュールフ
ァイルを示す図である。図において、５７は、実行予定
スケジュール毎に設定された最大遅延時間である。図２
４は、この実施の形態のスケジュールプロセスの処理の
流れ図である。この実施の形態においては、前述した実
施の形態とは異なり最大遅延時間ファイルを持たないの
で、図２４に示す流れ図において、この最大遅延時間フ
ァイルの読み込みの処理が省略されている。また、Ｓ５
１０ａの処理において、最大遅延時間を考慮する際にジ
ョブ毎の最大遅延時間が用いられる点が、前述した実施
の形態との違いである。

【００４５】以上のように、この実施の形態によれば、
前述した実施の形態と同様に実行予定スケジュールファ
イルにより、マシンがダウンしているあいだ実行開始さ
れなかったジョブが簡単に分かる。そのため、実行時刻
がきているが、実行開始されていないジョブは、最大遅
延時間以内ならば、スケジュールプロセスにより、自動
的に実行を開始する。このことにより、ジョブの実行開
始時刻のずれに影響しない短時間のマシンダウンが発生
しても、ジョブが起動される。この実行開始時刻のずれ
の影響がジョブ毎に異なる場合、ジョブ毎に最大遅延時
間を細かく設定できる。

【００４６】また、最大遅延時間を実行予定スケジュー
ルファイルに持たず、ジョブ名をキーにしてスケジュー
ル要求ファイルの最大遅延時間を参照し、最大遅延時間
を考慮して起動すべきジョブがあるかを判断してもよ
い。その場合でも、実行予定スケジュールファイルに最
大遅延時間を持った場合と同様の効果が得られる。さら
に、実行予定スケジュールファイルの項目が少なくなる
というメリットがある。

【００４７】また、最大遅延時間は、実行予定スケジュ
ールファイルのジョブの状態５５が”実行開始前”の時
のみ考慮されるので、実行予定スケジュールファイルは
最大遅延時間を設定したときは最大遅延時間と同じか最
大遅延時間以上の間保存する必要がある。すなわち、実
行予定スケジュールファイルに『状態』が保存されてい
る期間以内の値に最大遅延時間を設定する必要がある。
従って、毎日１回２４時間毎に実行予定スケジュールフ
ァイルを作成し、実行予定スケジュールファイル作成時
に実行予定日時を過ぎている実行予定スケジュールを削
除してしまう場合には、まだ最大遅延時間内のためまだ
起動していない実行予定を、新規に作成する実行予定ス
ケジュールファイルに追加する。

【００４８】実施の形態６．前述した実施の形態１から
実施の形態５においては、実行予定スケジュールファイ
ルの作成を２４時間毎に行う場合について説明したが、
他の方法で作成してもかまわない。例えば、ジョブ数を
指定して、そのジョブ数だけを持つ実行予定スケジュー
ルファイルを作成するという方法でも構わない。図２５
は、ジョブ数を７として実行予定スケジュールファイル
を作成した例である。これにより希にしか実行されない
スケジュールの場合には実行予定スケジュールファイル
の作成回数を少なくすることができる。

【００４９】また、実行予定スケジュールファイルの作
成を２４時間毎に行なうと、スケジュール要求ファイル
に記載されているスケジュールが実行を指定する該当日
に多くのスケジュールがある場合に、その日の実行予定
スケジュールファイルが非常に大きくなってしまうとい
うことがある。そのような場合にも実行予定スケジュー
ルファイルに記録されるジョブ数を固定にすることによ
り、実行予定スケジュールファイルの大きさを制限する
ことが可能になる。

【００５０】また、例えば何日分のスケジュールを作成
するかという日数を固定して実行予定スケジュールファ
イルを作成してもよい。例えば、図３４に示すスケジュ
ール要求ファイルを元に、１９９５年６月２５日から５
日分のスケジュールを作成すると、図２５に示す実行予
定スケジュールファイルと同一の内容となる。

【００５１】図２６は、図２５に示した実行予定スケジ
ュールファイルに、更に最大遅延時間５７をつけ加えた
例を示す図である。図２６に示すように複数の日付にま
たがってジョブのスケジュールを行う場合には、ジョブ
の実行状態が２４時間以上保存される（次の実行予定ス
ケジュールファイル作成時まで保存される）ので、ジョ
ブの状態も２４時間以上さかのぼって参照することが可
能となり、最大遅延時間も２４時間以上の設定が可能と
なる。図２７は、２４時間以上の最大遅延時間を持つジ
ョブを定義するスケジュール要求ファイルの例である。
例えば、ジョブ２は最大遅延時間を３日としており、ジ
ョブ４は４日としている。このスケジュール要求ファイ
ルを元に、１９９５年６月２６日から５日分の実行予定
スケジュールを格納した実行予定スケジュールファイル
の例を図２８に示す。この実行予定スケジュールファイ
ルにもとづいてジョブを実行中に、例えば、１９９５年
６月２６日１０時２５分にマシンがダウンしたとする。
その後６月２７日の１３時にマシンダウンが回復したと
する。このとき、実行予定スケジュールファイルを見る
と、ジョブ２は実行開始前のままである。ジョブ２の最
大遅延時間を見ると、３日と設定されているので、ジョ
ブ２は６月２７日１３時以降に起動される。

【００５２】また、前述した実施の形態と同様に、実行
予定スケジュールに最大遅延時間５７を持たず、図２７
に示したスケジュール要求ファイルの最大遅延時間１２
４を参照する方法で、この発明を実施してもよい。

【００５３】以上のように、この実施の形態によれば、
実行予定スケジュールファイルに格納する実行予定スケ
ジュールの数を制限しファイルの大きさを固定にするこ
とができる。また、逆に希にしかないスケジュールの場
合には、実行予定スケジュールファイルの作成を５日あ
るいは１週間に一度などというふうに設定でき、作成回
数を少なくすることができる。更にその場合には最大遅
延時間を長く設定できる。

【００５４】実施の形態７．この実施の形態において
は、リカバリジョブを持つことにより、ジョブの異常終
了監視機能を合わせ、実行中にマシンダウンで落ちたジ
ョブのリカバリを実施するジョブのスケジュール方式に
ついて説明する。

【００５５】マシンダウン時に実行中であったジョブ
は、正常に後処理をして終了したことは保証されない。
したがって、一時ファイルなどのごみや、データの変造
途中であったりして、システムに不整合を残したままシ
ステムは再起動する恐れがある。そこで、実行予定スケ
ジュールファイルを元に、実行中にマシンがダウンした
ジョブ（実行予定スケジュールファイルの『状態』が”
実行中”のもの）に対しては、リカバリジョブを実行す
ることにより、前述した不整合をなくすことができる。
また、ジョブが使用していた資源を解放しないままに異
常終了したような場合に、他のジョブがその資源を使用
することができるように資源を解放する必要がある。

【００５６】図２９は、この実施の形態のスケジュール
要求ファイルを示す図である。図において、１２５はジ
ョブに対応するリカバリジョブの名前を定義するリカバ
リジョブ名である。ジョブ１にはリカバリジョブ１（Ｒ
−ジョブ１）、ジョブ２にはリカバリジョブ２（Ｒ−ジ
ョブ２）というように対応するリカバリジョブ名が定義
されている。

【００５７】図３０を用いて具体的に説明する。あるジ
ョブが実行中に特定の資源を専有しているとする。その
ジョブが異常終了した場合には、資源はそのジョブに専
有されたままでジョブが終了してしまうので解放されず
に残ってしまう。また、ジョブが異常終了した場合に
は、前述した実施例で説明した様に、実行予定スケジュ
ールファイルにはジョブの状態が”実行中”として記録
されている。スケジュールプロセスが実行予定スケジュ
ールファイルの『状態』をチェックしたとき”実行中”
のジョブが残っていればジョブが異常終了したことが判
断できるのでそのジョブ名をキーにしてスケジュール要
求ファイルを参照し、リカバリジョブ名１２５を検索す
る。そして検索されたリカバリジョブを起動する。起動
されるリカバリジョブの処理内容は、対応するジョブの
処理に応じて予め規定されているものとする。具体的に
は一時ファイルなどの削除、変更途中のデータのリカバ
リ、解放されていないファイルのクローズ、解放されて
いない入出力装置の解放等の処理である。このリカバリ
ジョブを起動することにより、専有されていた資源は解
放され他のジョブから利用可能となる。

【００５８】以上のようにこの実施の形態においては、
スケジュール要求ファイルに実行予定スケジュールに対
応するリカバリジョブを定義することにより、マシンダ
ウンで異常終了したジョブのリカバリを行うことが可能
となる。

【００５９】実施の形態８．この実施の形態において
は、スケジュール済み日時ファイルのデータを実行予定
スケジュールファイルにまとめる。具体的には、実行予
定スケジュールファイルもスケジュール済み日時データ
欄をもつ。

【００６０】図３１にこの実施の形態の構成図を示す。
図に示すように前述した実施の形態と比較してファイル
が１つ減る。図３２は、この実施の形態の実行予定スケ
ジュールファイルの内容を示す図である。図において、
６０はスケジュール済み日時である。このような構成を
とれば、１ファイル少ない構成で同様の効果を奏するこ
とができる。

【図面の簡単な説明】

【図１】 この発明のジョブのスケジュール方式を適用
するハードウェア構成の一例を示す図である。

【図２】 この発明の実施の形態の構成図である。

【図３】 この発明のスケジュール済み日時ファイルを
示す図である。

【図４】 この発明の実行予定スケジュールファイルを
示す図である。

【図５】 この発明の実行予定スケジュールファイルを
示す図である。

【図６】 この発明の実行予定スケジュールファイルを
示す図である。

【図７】 この発明のスケジュールプロセスの処理の流
れ図である。

【図８】 この発明の実施の形態のマシンの状態とジョ
ブの状態を示す図である。

【図９】 この発明の実行予定スケジュールファイルを
示す図である。

【図１０】 この発明の実行予定スケジュールファイル
を示す図である。

【図１１】 この発明のスケジュールプロセスの処理の
流れ図である。

【図１２】 この発明の実施の形態のマシンの状態とジ
ョブの状態を示す図である。

【図１３】 この発明の実行予定スケジュールファイル
を示す図である。

【図１４】 この発明の実行予定スケジュールファイル
を示す図である。

【図１５】 この発明の実行予定スケジュールファイル
を示す図である。

【図１６】 この発明のスケジュールプロセスの処理の
流れ図である。

【図１７】 この発明の実施の形態のマシンの状態とジ
ョブの状態を示す図である。

【図１８】 この発明の最大遅延時間ファイルを示す図
である。

【図１９】 この発明のスケジュールプロセスの処理の
流れ図である。

【図２０】 この発明の実施の形態のマシンの状態とジ
ョブの状態を示す図である。

【図２１】 この発明のスケジュールプロセスの処理の
流れ図である。

【図２２】 この発明のスケジュール要求ファイルを示
す図である。

【図２３】 この発明の実行予定スケジュールファイル
を示す図である。

【図２４】 この発明のスケジュールプロセスの処理の
流れ図である。

【図２５】 この発明の実行予定スケジュールファイル
を示す図である。

【図２６】 この発明の実行予定スケジュールファイル
を示す図である。

【図２７】 この発明のスケジュール要求ファイルを示
す図である。

【図２８】 この発明の実行予定スケジュールファイル
を示す図である。

【図２９】 この発明のスケジュール要求ファイルを示
す図である。

【図３０】 この発明の実施の形態の回復ジョブを説明
する図である。

【図３１】 この発明の実施の形態の構成図である。

【図３２】 この発明の実行予定スケジュールファイル
を示す図である。

【図３３】 従来例の構成を示す図である。

【図３４】 従来からのスケジュール要求ファイルを示
す図である。

【図３５】 従来例の流れ図である。

【図３６】 従来例の問題点を示す図である。

【符号の説明】

１ ジョブ、２ スケジュール要求ファイル、３，３ａ
スケジュールプロセス、４ スケジュール済み日時フ
ァイル、５実行予定スケジュールファイル、２１ 実行
日パターン、２２ 時刻、２３ ジョブ名、５１ 日付
時刻、５３ ジョブ名、５５ 状態、５７ 最大遅延時
間、６０ スケジュール済み日時、１２１ 実行日パタ
ーン、１２２ 時刻、１２３ ジョブ名、１２４ 最大
遅延時間、１２５ リカバリジョブ名。

Claims (11)

【特許請求の範囲】
1. 【請求項１】 ジョブのスケジュール要求を記憶するス
   ケジュール要求記憶部と、上記スケジュール要求記憶部
   にアクセスして上記スケジュール要求を読み込み、読み
   込んだスケジュール要求に基づいてジョブを起動するス
   ケジュールプロセスとからなるジョブのスケジュール方
   式において、 上記スケジュール要求記憶部から読み込んだ上記スケジ
   ュール要求を基にジョブの実行予定日時を記述した実行
   予定スケジュールを作成する実行予定スケジュール作成
   手段と、 上記実行予定スケジュール作成手段が作成した実行予定
   スケジュールを格納する実行予定スケジュール記憶部を
   備え、 上記スケジュールプロセスは、上記実行予定スケジュー
   ル記憶部にアクセスし、上記実行予定スケジュールを読
   み込み、読み込んだ実行予定スケジュールに基づいて、
   ジョブを起動することを特徴とするジョブのスケジュー
   ル方式。
2. 【請求項２】 上記実行予定スケジュール作成手段は、
   上記実行予定スケジュール記憶部にいつまでの実行予定
   スケジュールを格納したかを示す日時を記憶するスケジ
   ュール済み日時記憶部を作成することを特徴とする請求
   項１記載のジョブのスケジュール方式。
3. 【請求項３】 上記実行予定スケジュール作成手段は、
   上記実行予定スケジュールを上記実行予定日時の昇順に
   配置して上記実行予定スケジュール記憶部に格納するこ
   とを特徴とする請求項１記載のジョブのスケジュール方
   式。
4. 【請求項４】 上記実行予定スケジュール記憶部は、ジ
   ョブの状態を記憶する項目を備え、上記実行予定スケジ
   ュール作成手段は、実行予定スケジュール作成時に上記
   ジョブの状態を記憶する項目に初期状態を記憶し、上記
   スケジュールプロセスは、上記ジョブの状態を記憶する
   項目をジョブの状態に対応して変更することを特徴とす
   る請求項１記載のジョブのスケジュール方式。
5. 【請求項５】 上記ジョブの状態を記憶する項目には、
   ジョブの状態として実行開始前、実行開始済みが記憶さ
   れることを特徴とする請求項４記載のジョブのスケジュ
   ール方式。
6. 【請求項６】 上記ジョブの状態を記憶する項目には、
   ジョブの状態として実行開始前、実行中、正常終了が記
   憶されることを特徴とする請求項４記載のジョブのスケ
   ジュール方式。
7. 【請求項７】 上記ジョブのスケジュール方式は、さら
   に、ジョブが実行予定日時に遅れてもジョブを起動する
   最大遅延時間を記憶する最大遅延時間記憶部を備え、上
   記スケジュールプロセスは、上記ジョブの状態を記憶す
   る項目と上記最大遅延時間記憶部に記憶された最大遅延
   時間に基づいてジョブを起動することを特徴とする請求
   項４記載のジョブのスケジュール方式。
8. 【請求項８】 上記最大遅延時間記憶部は、上記最大遅
   延時間をジョブ毎に設定し、上記実行予定スケジュール
   作成手段は、上記ジョブ毎に設定された最大遅延時間に
   基づいてジョブを起動することを特徴とする請求項７記
   載のジョブのスケジュール方式。
9. 【請求項９】 上記実行予定スケジュール記憶部は、所
   定数のジョブの実行予定スケジュールを格納することを
   特徴とする請求項１記載のジョブのスケジュール方式。
10. 【請求項１０】 上記実行予定スケジュール記憶部は、
    さらに、ジョブのリカバリを行うリカバリジョブを設定
    する項目を備え、上記スケジュールプロセスは、上記ジ
    ョブの状態を記憶する項目とリカバリジョブを設定する
    項目を参照し、リカバリジョブを起動することを特徴と
    する請求項４記載のジョブのスケジュール方式。
11. 【請求項１１】 上記実行予定スケジュール作成手段
    は、上記実行予定スケジュール記憶部にいつまでの実行
    予定スケジュールを格納したかを示す日時をスケジュー
    ル済み日時として、実行予定スケジュール記憶部に記憶
    することを特徴とする請求項１記載のジョブのスケジュ
    ール方式。