JPH08272626A - バッチジョブ処理方法 - Google Patents

Abstract

(57)【要約】 【目的】 無駄な待ち時間を排除したジョブの並行処理
を可能とし、計算機の有効活用を促進すること。 【構成】 ジョブ毎に、他のジョブとの関連および実行
周期を含む実行条件情報をレコード単位でスケジュール
ファイルに登録した後、バッチジョブ処理の開始に際
し、前記スケジュールファイルの実行条件情報を読出し
て各ジョブの実行可否を判断し、実行条件を満足してい
るジョブをコンピュータに順次投入する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はバッチジョブ処理方法に
係り、特に、複数のジョブ間の実行順序が複雑に関連し
合うバッチジョブの並行処理を実現するバッチジョブ処
理方法に関する。

【０００２】

【従来の技術】従来、バッチジョブを処理する方法とし
ては、実行すべきジョブをＪＣＬ（ジョブ制御言語）に
よりカタログ化し、手動または自動運転ツールによりコ
ンピュータに順次投入する方法が用いられている。

【０００３】この方法では、ジョブ実行の際に、その順
序を意識して、各ジョブ間の実行順序が複雑に関連し合
うバッチジョブを逐次実行されるようにＪＣＬを記述す
ることにより、制御対象のジョブの実行順序を保証して
いる。

【０００４】

【発明が解決しようとする課題】しかし、従来の方法で
は、パラレルで実行可能なジョブが存在したとしても、
ＪＣＬによってシリアルに実行するように記述している
ため、シリアルでしか実行させることができない。この
ため、先行して実行可能なジョブが待ち状態となる場合
があり、計算機の有効利用を図ることができないという
問題が生じていた。

【０００５】また、複数のジョブをシリアルにカタログ
化してあるため、異常発生時のリカバリにおいて異常発
生ジョブからのリトライが行えず、先頭のジョブからリ
トライすることが必要になり、計算機の稼働時間が無駄
になるという問題があった。

【０００６】本発明は上述の課題を解決しようとするも
ので、その目的は、計算機の有効活用を促進するするこ
とができるバッチジョブ処理方法を提供することにあ
る。

【０００７】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、ジョブ毎に、他のジョブとの関連および
実行周期を含む実行条件情報をレコード単位でスケジュ
ールファイルに登録した後、バッチジョブ処理の開始に
際し、前記スケジュールファイルの実行条件情報を読出
して各ジョブの実行可否を判断し、実行条件を満足して
いるジョブをコンピュータに順次投入することを主要な
特徴とする。

【０００８】

【作用】上記手段によれば、ジョブ毎に、他のジョブと
の関連および実行周期を含む実行条件情報をレコード単
位でスケジュールファイルに登録しておく。

【０００９】そして、バッチジョブ処理の開始に際して
は、スケジュールファイルの実行条件情報を読出して各
ジョブの実行可否を判断し、実行条件を満足しているジ
ョブをコンピュータに順次投入する。

【００１０】従って、他のジョブとの関連がないジョブ
については、自分自身の実行周期の条件を満足すること
により、直ちに実行されることになるので、このような
ジョブについては並列に実行させることが可能になる。

【００１１】また、実行条件がジョブ毎に登録されてい
るため、異常発生時は、異常終了となったジョブのみを
指定し、再投入することができる。

【００１２】この結果、無駄な待ち時間を排除したジョ
ブの並行処理が可能となる。

【００１３】

【実施例】以下、本発明によるバッチジョブ処理方法を
図示する実施例により詳細に説明する。

【００１４】図１は、本発明を実施するジョブ実行シス
テムの一実施例を示すシステム構成図である。

【００１５】図１において、１０１はマルチタスクＯＳ
を搭載する計算機、１０２は計算機内部で持つカレン
ダ、１０３はファイルの対話編集部、１０４はスケジュ
ールファイル、１０５はユーザプログラム中からのジョ
ブ投入を支援するジョブ投入部、１０６はキュー、１０
７はキュー１０６と関連する実行セション、１０８は実
行セション１０７で発生するイベントを認識する機能を
支援するイベント監視部、１０９はジョブ投入部１０５
とイベント監視部１０８を制御する運行制御部、１１０
はジョブ実行の経過、実績を確認するためのレポート出
力部である。

【００１６】ファイルの対話編集部１０３は、ディスプ
レイやキーボード等の対話入出力装置と編集プログラム
によって構成されるものである。また、ジョブ投入部１
０５、イベント監視部１０８および運行制御部１０９
は、独自のプログラムあるいはサービスルーチンによっ
て構成されるものであり、これらはジョブ運行システム
１１１を構成している。

【００１７】なお、図１における矢印は制御の流れを示
す。

【００１８】図２は、スケジュールファイル１０４の構
成を示すものであり、スケジュールファイル１０４はジ
ョブ対応のレコードを有し、各レコードは複数のフィー
ルドに分かれている。各レコードは、ファイル１０４内
でユニークなジョブ番号４０１を記憶するフィールド、
ジョブの属する処理を表すジョブグループ４０２を記憶
するフィールド、ジョブを識別するためのジョブ名４０
３を記憶するフィールド、４０４は当該ジョブを実行す
るために先行終了していなければならない他のジョブ番
号を他のジョブとの関連条件４０４として記憶するフィ
ールド、当該ジョブの未実行または実行中または異常終
了または正常終了というジョブの実行結果４０５を記憶
するフィールド、ジョブの開始日時４０６（ジョブを投
入した日時）を記憶するフィールド、ジョブが終了した
日時４０７を記憶するフィールド、日次，月次等の実行
周期に関する実行属性４０８を記憶するフィールド、実
行指定日４０９を記憶するフィールドから成っている。

【００１９】ここで、実行結果４０５の情報は、未実行
＝空白、正常終了＝”Ｎ”、実行中＝”Ｂ”、異常終了
＝”Ａ”が登録される。

【００２０】関連条件４０４，終了結果４０５，開始日
時４０６，終了日時４０７，実行属性４０８，実行指定
日４０９がジョブの実行条件４１０を構成している。

【００２１】図３は、実行順序が関連し合う複数のジョ
ブＪＯＢ１〜ＪＯＢ８の例を示すものであり、ジョブＪ
ＯＢ１の正常終了により、ジョブＪＯＢ２〜ＪＯＢ４を
並列に投入し、ジョブＪＯＢ２の正常終了により、ジョ
ブＪＯＢ５を投入し、またジョブＪＯＢ３の正常終了に
より、ジョブＪＯＢ６〜ＪＯＢ７を並列に投入し、ジョ
ブＪＯＢ５とＪＯＢ７の正常終了によりジョブＪＯＢ８
を投入するという関連を示している。

【００２２】このような関連を有するジョブの場合、ス
ケジュールファイル１０４には、図２に示すような情報
が予め登録される。例えば、ジョブＪＯＢ２〜ＪＯＢ４
については、ジョブＪＯＢ１の正常終了を実行条件とし
ているため、関連条件４０４の中の「条件１」としてジ
ョブＪＯＢ１のジョブ番号である「０１」が登録され
る。

【００２３】図４は、ジョブ実行制御の流れを示す図で
あり、ジョブの実行が開始されると、ジョブ実行の年間
スケジュールが登録されているカレンダ１０２より当日
の実行対象となる処理属性を把握する（ステップ２０
１）。

【００２４】次に、対話編集部１０３により事前に登録
しておいたスケジュールファイル１０４から対象ジョブ
の実行条件４１０を読出し、実行条件が満足されている
か否かを判定することにより、実行可能ジョブを検索す
る（ステップ２０２）。

【００２５】詳しくは、対象ジョブの実行条件４１０を
読出したならば、関連条件４０４に指定されているジョ
ブ番号をポインタとして該当するレコードの終了結果４
０５を調べ、これが正常終了を示しており、かつ実行属
性４０８等が指定された属性に該当するか否かを調べる
ことによって、実行条件が満足されているか否かを判定
する。

【００２６】そして、この結果により、実行条件を満足
する実行可能なすべてのジョブについてジョブ投入部１
０５よりキュー１０６へ投入する（ステップ２０３）。

【００２７】キュー１０６は複数の実行セション１０７
と関連しており、投入されたジョブは並行に処理され
る。

【００２８】実行可能ジョブの投入が完了すると、投入
したジョブの終了を待つ。イベント監視部１０８により
ジョブ終了イベントを取得すると（ステップ２０４）、
スケジュールファイル１０４に終了結果４０５を記録後
（ステップ２０５）、再び実行可能ジョブの検索を行い
（ステップ２０２）、実行対象ジョブが消化されるまで
以上の制御が繰り返される。

【００２９】ジョブ実行の実績は、帳票出力部１１０に
より得られるリストで確認することができ、システム管
理者は当リストにより前日のジョブ実行結果を判断す
る。

【００３０】次に、図３のような関連があるジョブＪＯ
Ｂ１〜ＪＯＢ８を投入する場合について具体的に説明す
る。

【００３１】図３において、３０１で示すＪＯＢ４は不
定期に発生する随時ジョブ、３０２で示すＪＯＢ８は月
次ジョブであり、その他は日次ジョブであるとする。

【００３２】仮に、当日の実行属性４０８が「日次」で
あった場合を考える。実行対象が一致するジョブについ
て実行可能ジョブを検索すると、実行条件を持たないジ
ョブＪＯＢ１が選び出され、キュー１０６に投入され
る。

【００３３】ジョブＪＯＢ１以降のジョブについては実
行条件が指定されているため、ジョブＪＯＢ１の終了を
待つ。

【００３４】ジョブＪＯＢ１が終了すると、このＪＯＢ
１の終了結果４０５に「正常終了」したことを記録し、
ＪＯＢ１を除いた実行属性４０８の一致するものについ
て実行可能ジョブの検索を行う。

【００３５】ジョブＪＯＢ１の終了により、ジョブＪＯ
Ｂ２、ＪＯＢ３、ＪＯＢ４が実行可能となるが、ジョブ
ＪＯＢ４については、当日が実行指定日でない場合、実
行対象外となる。つまり、随時属性のジョブはすべての
実行属性の場合について常に検索対象となり、当日の日
付と実行指定日４０９に指定されている日付が一致した
場合に実行対象となる。

【００３６】そこで、ジョブＪＯＢ２、ＪＯＢ３を投入
し、これらのジョブが終了すると、ジョブＪＯＢ５、Ｊ
ＯＢ６、ＪＯＢ７が実行可能となり、さらにこれらのジ
ョブが終了すると、月次ジョブであるジョブＪＯＢ８は
実行対象外となるため、ジョブ実行が完了する。

【００３７】このようなジョブ投入方法によると、投入
したジョブで異常が発生した場合、後続ジョブの投入抑
止、および異常原因排除後の迅速なリトライが可能であ
る。

【００３８】例えば、図３のジョブネットにおいて、ジ
ョブＪＯＢ２が異常終了した場合を考える。スケジュー
ルファイル１０４におけるＪＯＢ２の終了結果４０５に
は異常終了したことを示す”Ａ”が記入され、ＪＯＢ２
は実行可能ジョブの検索対象から除外される。

【００３９】このため、後続するジョブＪＯＢ５は実行
不可となり、同様にＪＯＢ５に後続するジョブＪＯＢ８
も実行不可となり、異常終了ジョブ以降にネストするす
べてのジョブの実行が抑止されることになる。

【００４０】異常終了ジョブからのリトライは、該ジョ
ブの終了結果を未実行であることを示す「空白」に対話
編集部１０３の操作によって書き換え（すなわち、異常
終了を消去し）、図４における実行可能ジョブの検索
（ステップ２０２）より制御を開始することで異常終了
ジョブからのジョブ実行を再開させる。この結果、異常
原因排除後の迅速なリトライが可能になる。

【００４１】なお、ジョブ実行には一日における時事的
なタイミングを意識しなければならない場合があり、指
定した時刻の到達を待つ機能が計算機１０１のＯＳ（オ
ペレーティングシステム）より提供され、本機能をジョ
ブとして起動できれば対応は可能である。

【００４２】図５は、時刻指定によるジョブ起動の実現
方法を示す図であり、５０１は時刻監視ジョブ用の実行
セション、５０２は実行対象ジョブ用の実行セション、
５０３はスケジュールファイルへ１０４の登録例を示
す。

【００４３】この例では、指定した時刻の到達を待ち、
時刻に到達すると、終了するジョブを時事イベント分用
意し、時事的な順序で実行されるようにスケジュールフ
ァイル１０４に登録する。

【００４４】例えば、ジョブＪＯＢ０８を「１０：０
０」に起動させる場合を考える。

【００４５】時刻「１０：００」の到達を待ち、終了す
るジョブＡＬＡＲＭ０１を作成してスケジュールファイ
ル１０４に登録しておき、該ジョブの終了をジョブＪＯ
Ｂ０８の関連条件４０４に指定しておく。詳しくは、ジ
ョブＡＬＡＲＭ０１のジョブ番号＝１０をジョブＪＯＢ
０８の関連条件４０４に指定しておく。

【００４６】ジョブの実行が開始されると、ＡＬＡＲＭ
０１が投入され、時刻監視ジョブ実行セション５０１で
時刻「１０：００」の到達を待つ。時刻「１０：００」
に到達すると、ジョブＡＬＡＲＭ０１が終了し、ＡＬＡ
ＲＭ０１の「終了」を関連条件としているＪＯＢ８が実
行可能となり、実行セション５０２で実行される。

【００４７】また、同様の条件のジョブＡＬＡＲＭ０２
も実行可能となり、次の時事イベントの時刻を監視する
ために投入される。

【００４８】なお、スケジュールファイルに登録する実
行条件は、図２または図５に示したものに限定されるも
のではなく、システムの運用実体に合わせて選択すれば
よい。

【００４９】

【発明の効果】以上説明したように、本発明によれば、
ジョブ毎に、他のジョブとの関連および実行周期を含む
実行条件情報をレコード単位でスケジュールファイルに
登録した後、バッチジョブ処理の開始に際し、前記スケ
ジュールファイルの実行条件情報を読出して各ジョブの
実行可否を判断し、実行条件を満足しているジョブをコ
ンピュータに順次投入するようにしたので、他のジョブ
との関連がないジョブについては、自分自身の実行周期
の条件を満足することにより、直ちに実行されることに
なるので、このようなジョブについては並列に実行させ
ることが可能になる。

【００５０】また、実行条件がジョブ毎に登録されてい
るため、異常発生時は、異常終了となったジョブのみを
指定し、再投入することができる。

【００５１】さらに、ジョブの実行条件をレコード単位
で変更することができるので、ジョブの運行中にスケジ
ュールの変更を容易に行うことが可能になる。

【００５２】この結果、無駄な待ち時間を排除したジョ
ブの並行処理が可能となり、計算機の有効活用を促進す
ることが可能になる。

【図面の簡単な説明】

【図１】本発明を実施するジョブ実行システムの一実施
例を示すシステム構成図である。

【図２】ジョブのスケジュールファイルの構成を示すフ
ァイル構成図である。

【図３】ジョブネットの一例を示す説明図である。

【図４】ジョブ実行制御の流れを示す説明図である。

【図５】指定時刻におけるジョブ起動の実現方法を示す
図である。

【符号の説明】

１０１…計算機、１０２…カレンダ、１０３…対話編集
部、１０４…スケジュールファイル、１０５…ジョブ投
入部、１０６…キュー、１０７…実行セション、１０８
…イベント監視部、１０９…実行制御部、１１０…帳票
出力部、４０２…ジョブグループ、４０３…ジョブ名、
４０４…関連条件、４０５…終了結果、４０６…開始日
時、４０７…終了日時、４０８…実行属性、４０９…実
行指定日。

Claims (2)

【特許請求の範囲】
1. 【請求項１】 所定周期で実行タイミングを定められた
   複数のジョブをコンピュータで処理するバッチジョブ処
   理方法において、 前記ジョブ毎に、他のジョブとの関連および実行周期を
   含む実行条件情報をレコード単位でスケジュールファイ
   ルに登録した後、バッチジョブ処理の開始に際し、前記
   スケジュールファイルの実行条件情報を読出して各ジョ
   ブの実行可否を判断し、実行条件を満足しているジョブ
   をコンピュータに順次投入することを特徴とするバッチ
   ジョブ処理方法。
2. 【請求項２】 前記実行条件情報のレコードには、対応
   するジョブの正常／異常終了を示す実行結果の情報を登
   録するフィールドを備え、当該フィールドの実行結果の
   情報が異常を示している場合は、該情報を消去した後、
   対応するジョブを再投入することを特徴とする請求項１
   記載のバッチジョブ処理方法。