JPH0689263A - オンライン環境下のバッチ処理プログラムの制御方式 - Google Patents

Abstract

(57)【要約】 【目的】バッチジョブの実行依頼をオンライン端末より
受付け、依頼者の確認からジョブ実行可否の確認、ジョ
ブの実行制御を機械的に実行することにより省力化、合
理化を図る。 【構成】端末装置からジョブ依頼を受付け、各種制御テ
ーブルをチェックしジョブの実行可否を確認しジョブ登
録する。登録されたジョブはシステムのスケジューリン
グ機能により順次実行され、ジョブの実行結果をジョブ
実行管理テーブルに登録する。依頼者は処理結果の照会
機能により実行状況、実行結果ならびに異常終了時の原
因を照会する。また、オンライン終了時刻到達時には処
理を中断し、翌日自動的に再起動する。処理結果リスト
等は帳票出力機能により端末プリンタへ随時出力する。 【効果】本発明ではセンターオペレータの介在なしにバ
ッチジョブの実行ができ省力化に有効である。また、ジ
ョブ依頼者は自由な時にジョブ依頼ができるとともに実
行結果の早期入手ができるため合理化に有効である。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】コンピュータの利用方法として ・大量のデータが随時発生する。

【０００２】・短いターンアランド時間を要求する。

【０００３】・利用元が多数あり、かつコンピュータセ
ンタと離れた場所にある。

【０００４】この様なユーザにおいてバッチジョブの受
付けからバッチジョブの実行まで一連の作業をユーザの
端末から制御する制御方式に関する。

【０００５】

【従来の技術】センターオペレータがジョブ実行条件に
基づいたジョブスケジュールの作成からＪＣＬ／データ
の準備、ジョブの起動操作、長時間実行時のジョブの中
断操作及びリラン操作、異常終了時の原因追及／依頼者
への連絡等を人手又はそれを支援する運用管理機能を使
って行っていた。

【０００６】なお、オンライン処理に関する関連技術と
して、特開平２−４３６５６号公報、同２−２２６４３
６号公報、同３−５８６５号公報などがある。

【０００７】

【発明が解決しようとする課題】従来の人手又は運用管
理機能はセンター集中型の運用であり、大規模システム
になればなるほどセンター運用者への負担が大きくな
り、運用の融通性の劣化、ターンアランド時間の増大、
障害発生時のトラブル回復の遅延を招いていた。

【０００８】本発明の目的は、上記の点を鑑み、オンラ
イン環境下でバッチジョブを動かすためのジョブ制御方
式、ジョブ管理方式、異常発生時の障害回復方式、ジョ
ブの中断／再開始方式等を提供することにより、ユーザ
がセンターオペレータの介在なしに直接ジョブの起動か
ら結果の確認まで自由に行える様にすることにある。

【０００９】

【課題を解決するための手段】上記目的を達成するため
に本発明では、ジョブの定義情報等を共通のデータベー
ス（ＤＢ）としてもち、オンラインシステムの開始時に
おいてこれらの情報をメモリテーブル上に展開し、ジョ
ブの実行時においては共通ＤＢ、共通テーブル情報をも
とに実行の制御／管理を行い、ジョブ終了時においては
更新引継ぎ情報をＤＢに書き込み、後日に引継ぐ手段を
有する。

【００１０】また、ジョブの実行状況や処理結果を随時
照会する手段や障害発生時に管理者に連絡するとともに
詳細エラー情報を取得し業務を閉塞する手段、バッチジ
ョブを実行するのに必要なデータをまとめて送信する一
括データ送信手段、実行結果リストを必要な時に端末側
に出力する帳票出力手段、不要データを削除する手段等
を有する。

【００１１】

【作用】前記手段により、ジョブ依頼者は自由な時にジ
ョブ起動要求をすることができる。起動要求したジョブ
の実行状況や処理結果は照会機能により端末より即座に
確認でき、実行結果リストは帳票出力機能により必要な
時に自由に出力することができる。また、長時間かかる
ジョブは終了時刻到達時に自動的に中断し、翌日再起動
されるため一切の操作介入は不要である。さらに不要デ
ータスペースは自動的に消去されるので、ディスク領域
の効果的使用が行える。

【００１２】

【実施例】本発明の実施例について図面をもとに説明す
る。

【００１３】図１は本発明の全体の機能ブロック図であ
る。図１に示す様に本発明はオンライン環境設定部1-
1、オンライン業務実行部1-2、オンライン終了処理部1-
3 および共通テーブル／データ部1-4 の４つの処理部よ
り構成される。オンライン環境設定部は、オンラインで
共通的に使用する一時記憶メモリの生成および初期設
定、タイマトランザクションの登録を行う開始処理機能
1-10と、前日中断状態で終了した業務を再起動する中断
業務再起動機能1-11とを有する。オンライン業務実行部
は、オンライン運用管理部1-20とオンライン実行制御部
1-21とオンライン業務処理1-22からなり、オンライン運
用管理部には業務の実行状況を監視する実行状況管理機
能1-20-1と業務の処理結果を監視する処理結果管理機能
1-20-2と業務の異常終了状況を監視する異常終了管理機
能1-20-3と異常終了業務を閉塞／解除する業務閉塞／解
除管理機能1-20-4と不要データスペースをまとめて削除
する一括ＤＢ削除機能1-20-5とを有する。オンライン実
行制御部1-21は操作者の審査を行う資格審査処理1-21-1
と起動要求されたバッチ処理業務の受付審査を行う一括
起動審査1-21-2とを有する。また、オンライン業務処理
部1-22は業務の処理形態により、問合せ系業務1-22-1と
一括処理系業務1-22-2とデータを一括送信する伝送系業
務1-22-3と処理結果リストを一括出力する帳票出力系業
務1-22-4から構成される。オンライン終了処理部1-3 は
オンラインの終了時刻制御を行うオンライン終了予約1-
30とオンラインの終了処理を行うオンライン終了処理1-
31を有する。共通テーブル／ＤＢ部1-4 はオンラインで
共通に使用するもので共通テーブル部1-40と共通ＤＢ部
1-41から成り、図２にその詳細を示す。職員情報ＤＢ2-
1 は職員の氏名や役職ランク等の操作者に関する情報を
登録したＤＢであり、コマンド（業務の処理単位をコマ
ンドと称す）ＤＢ2-2 は業務を行うに当っての操作者ラ
ンク条件2-21や排他業務関連情報2-22、コマンドの有効
期間2-23等の制御情報を登録したＤＢである。コマンド
閉塞ＤＢ2-3 は業務の実行不可情報(閉塞有無)を登録す
るＤＢで閉塞のレベルに応じシステムレベル2-31、グル
ープレベル2-32、ユニットレベル2-33で閉塞管理を行え
るようになっている。プログラム関連ＤＢ2-4 は業務
（コマンド）を実行するために動かすプログラム関連情
報2-41を登録したＤＢであり、業務実行管理ＤＢ2-5 は
多重度条件2-51、業務の順序性の関連情報2-52等を登録
したＤＢで、かつ業務の実行状況2-53や実行数2-54等を
登録するＤＢである。処理結果ＤＢ2-6 はプログラムの
処理結果や処理件数等の実績を履歴として登録するＤＢ
で、プログラム関連ＤＢをもとに一括起動受付審査でダ
ミーレコードを作成する。中断情報ＤＢ2-7 はオンライ
ンサービスが終了時刻に達した時にプログラムを停止
し、翌日再開始するための引継ぎ情報2-71を登録するＤ
Ｂである。異常終了ＤＢ2-8 は異常発生時の異常情報2-
81とプログラム引継ぎ情報2-82を登録するＤＢである。
また、終了管理テーブル2-9 はオンラインサービス時間
の制御を行うテーブルで、終了フラグ情報2-91と終了時
刻情報2-92を登録したテーブルで、オンライン開始処理
時にて展開される。端末テーブル2-10は端末対応の各種
引継ぎ情報を登録するテーブルで、操作開始時（資格審
査時）に作成される。なお、コマンドテーブル及びコマ
ンド閉塞テーブルはＤＢの内容をメモリ上に展開したテ
ーブルである。

【００１４】図３は、オンライン開始及びオンライン終
了処理の処理概要をしたものである。オンラインの起動
は自動コマンドライブラリ3-1 に登録されたコマンドス
ケジュール表3-10により自動的に起動（空間、端末等の
起動）される。オンライン開始処理3-20は上記処理の完
了後起動され、オンラインで共通的に使用する一時記憶
メモリ3-24を生成するとともにコマンドテーブル3-25、
コマンド閉塞テーブル3-26の初期設定を行う。また、オ
ンライン終了時刻情報3-22をパラメータとして読込み、
終了管理テーブル3-27を初期設定するとともにタイマト
ランザクションの登録3-28を行い、中断業務再起動処理
3-21を起動する。中断業務再起動処理では、中断情報Ｄ
Ｂ3-23を見に行き、中断レコードがあれば中断業務を再
開するために業務トランザクション3-29を登録し、処理
結果ＤＢの処理状況3-30を更新する。オンライン終了予
約処理3-4 は、受付け拒否時刻制御3-41、中断時刻制御
3-42の２段階の終了制御を行っており、オンライン開始
処理で登録したタイマトランザクションにより起動され
る。受付け拒否時刻とは当時刻以降入力された業務は拒
否するもので、中断時刻とは当時刻到達時業務プログラ
ム側で処理を中断するためのものである。

【００１５】図４は、資格審査及び一括起動受付審査の
処理概要を示したものである。資格審査4-1 は、端末操
作者の職員番号及びパスワードを入力し、職員の審査4-
10を行うもので、審査完了後端末対応の一時記憶4-11を
生成し、操作者情報(職員情報)4-12等を登録し次処理に
引き継ぐ。一括起動受付審査4-2 は、端末操作者より実
行したい業務ＩＤ（コマンドＩＤ）を入力し、受付け拒
否時刻に到達していないかのチェック4-21-1を行う受付
拒否チェック4-21、操作者のランク4-12-1は業務を起動
できる操作ランク4-22-1以上かのチェックを行う起動資
格チェック4-22、起動要求された業務は起動有効期間4-
23-1内かのチェックを行う有効期間チェック4-23、起動
要求された業務は閉塞中4-24-1〜３かのチェックを行う
業務閉塞チェック4-24、起動要求された業務は排他業務
4-25-1があるかどうかまたその排他業務は動作中4-25-2
かどうかのチェックを行う業務排他チェック4-25、起動
要求された業務は業務間の連続性(前後関係)4-26-1があ
るかどうかまたその業務は事前に完了済みか4-26-2どう
かのチェックを行う前業務チェック4-26、業務の実行数
は許容多重度内かのチェック4-27-1を行う多重度チェッ
ク4-27のチェック処理より構成される。全ての審査条件
を満たしたら、業務トランザクションデータ4-28を生成
し、入力キュー4-3 に登録する。また、業務プログラム
が実行する時に処理結果等を登録するための処理結果レ
コード4-29を処理結果ＤＢに生成する。入力キューに登
録された業務トランザクションは、ＤＢ／ＤＣシステム
のスケジューリング機能によりスケジュールされ実行さ
れる。

【００１６】図５は入力キューに登録する業務トランザ
クションのデータ形式を示したものである。トランザク
ションデータは、共通部5-1 と業務固有部5-2 から構成
され、共通部は端末及び操作者の情報が入った端末共通
テーブル部5-11と中断再開の状態を示す再開フラグ部5-
12と処理結果ＤＢのキーを持つキー部5-13と業務を構成
するプログラム情報をもつプログラム情報部5-14から構
成される。業務固有部は各業務処理プログラムで独自に
設定する領域である。

【００１７】図６は業務処理の概要を示したものであ
る。資格審査／一括起動受付審査で入力キューに登録さ
れた業務トランザクション6-1 は、ＤＢ／ＤＣシステム
のスケジューリング機能6-2 によりスケジューリングさ
れ、空間が使用可能になった時点で先頭の業務処理プロ
グラム6-3 に制御が渡される。先頭の業務処理プログラ
ムでは、実行管理ＤＢ6-4、処理結果ＤＢ6-5 の各々の
実行状況エリア6-41、6-51に業務開始のステータス情報6
-31、6-32 を登録し処理を開始する。プログラム終了時
は終了ステータス情報6-33を処理結果ＤＢに登録し、次
に起動する業務処理プログラムのトランザクションデー
タ6-34を生成し入力キューに登録することにより終了す
る。この様にして、業務処理を構成するプログラムが次
々に実行される。業務処理の最終プログラムでは業務実
行管理ＤＢに終了ステータス情報6-35を登録し全ての処
理を完了する。

【００１８】図７は実行管理ＤＢの実行ステータスの遷
移を示したものである。図７において、継続業務あり7-
2 とは自業務の後に引き続き処理すべき業務が続くこと
を示し、なし7-1 とは自業務の完了を持って処理完了と
なる業務のことである。実行状況は開始時点においては
未実行状態7-10であり、資格審査／一括起動受付審査が
端末からの起動要求を受付けると実行待ち7-11となり、
業務開始時に実行中7-12となり、業務終了を持って未実
行7-13となる。多重処理を行っている場合では、実行待
ち状態での再度の実行待ち7-14、実行終了での実行中ス
テータスの継続7-15が発生する。また継続業務ありの場
合、業務終了を持って実行完7-21ステータスとし、次業
務完了を持って未実行ステータス7-22となる。図８に処
理タイミングと処理区分毎のステータスの詳細を示す。
図８において複数のステータスがあるのは多重処理の場
合を示すものである。また図中のエラー8-1 は次業務完
了前に起動要求があった場合を示すものである。

【００１９】図９は処理結果ＤＢの処理ステータスの遷
移を示したものである。資格審査／一括起動受付審査で
初期状態にセットした実行待ちステータス9-1 は、業務
開始時点で実行中ステータス9-2 に、業務終了を持って
実行完了ステータス9-3 に更新する。業務処理中に中断
時刻に達した場合は中断ステータス9-4 とし、異常終了
時には異常終了ステータス9-5 となる。図１０に処理タ
イミングと処理区分毎のセット内容の詳細を示す。図に
おいて異常終了時10-1のステータスのセットは異常終了
後処理が、異常終了再開時10-2の実行中ステータスのリ
セットは異常終了再起動処理が、中断再開時10-3の実行
中ステータスのリセットは中断業務再起動処理が行う。

【００２０】図１１は中断処理の概要を示したものであ
る。業務処理プログラムでは、定期的に終了管理テーブ
ル11-1 の処理中断フラグ11-10を参照し、中断要否の状
況を確認する。中断時刻到達時は、オンライン開始処理
プログラムで登録したタイマトランザクションにより中
断時刻制御処理11-2が起動され、終了管理テーブルの処
理中断フラグ部11-10に中断フラグ11-11がセットされ
る。業務処理プログラムで処理中断フラグを検知11-3し
たら、それまで処理していた内容を引き継ぎ情報として
トランザクションデータの業務固有部にセットし、中断
ＤＢ11-4に登録する。また、処理結果ＤＢ11-5の処理結
果11-51 に中断終了のステータスをセットし処理を終了
する。中断終了した業務処理プログラムは、翌日のオン
ライン開始処理の中断業務再起動処理11-6にて読み出さ
れ，入力キューに再登録されたのち実行される。

【００２１】図１２は異常発生時の処理概要を示したも
のである。業務処理プログラムで異常状態を検知し異常
終了する12-1とＤＢ／ＤＣシステムでＤＢの自動回復12
-2がされ、異常終了後処理プログラム12-3を起動する。
異常終了後処理プログラムでは、異常終了した要因を解
析し、その影響度に応じて閉塞範囲を決定し、コマンド
閉塞テーブル12-31 に登録する。さらに、処理ステータ
スの仕掛り中の実行管理ＤＢ、処理結果ＤＢを更新し、
異常終了ＤＢに異常終了情報12-32 を格納したのち管理
者端末に通知12-4する。管理者は異常終了情報を端末よ
り照会12-5し、障害状況の把握を行うとともに異常終了
原因の追及に当たる。異常終了原因が判明し、その障害
要因が除去されたなら、管理者はコマンドの閉塞を解除
12-6し、異常終了した業務を再起動12-7する。

【００２２】図１３は不要データスペースを自動的に削
除する一括ＤＢ削除処理の概要を示したものである。本
方式では、ジョブで使用するデータスペースを一々確保
／削除する方式では運用面及び性能面で問題があるため
固定割当て方式とし、不要となったデータを随時削除す
る方法をとっている。不要データスペース一括削除処理
は、オンライン開始処理にてコマンドスケジュール表13
-1よりタイマ起動され、保存期限ＤＢ13-2上にあるカレ
ンダー情報13-21、保存期間情報13-22をもとに削除対象
データを選定し削除する。カレンダー情報は曜日に応じ
た対象ファイル群を、保存期間情報はファイル単位のデ
ータ保存期間を持つもので、保存期間を過ぎたデータが
削除対象13-3となる。一括削除処理中に中断時刻に達し
た場合は、中断情報を中断管理情報13-23に登録し、翌
日に引き継ぐ。この様にしてデータの保守とディスクス
ペースの有効利用を図っている。

【００２３】

【発明の効果】以上説明した様に、本発明はオンライン
システムにバッチ処理制御機能を組み込むことにより、
センターオペレータの介在なしにユーザが自由にバッチ
ジョブを起動でき、早期に実行結果の確認および結果リ
ストの入手が行え合理化に有効である。また、バッチジ
ョブの自動中断／再開処理機能等によりセンターオペレ
ータの負担が大幅に低減できるとともに、障害発生時の
詳細エラー情報取得機能やレベルに応じた業務閉塞機能
により障害の早期把握や局所化が行え保守性の向上の面
からも有効である。

【図面の簡単な説明】

【図１】本発明による制御方式を説明するための全体の
機能関連図である。

【図２】共通テーブル／共通ＤＢの関連図である。

【図３】オンライン開始及び終了処理の概要図である。

【図４】資格審査及び一括起動受付審査の処理概要図で
ある。

【図５】プログラム間通信で引継ぐトランザクションデ
ータの構成図である。

【図６】業務処理プログラムでの処理概要図である。

【図７】実行管理ＤＢのステータス遷移図である。

【図８】同じくステータスマトリックス図である。

【図９】処理結果ＤＢのステータス遷移図である。

【図１０】同じくステータスマトリックス図である。

【図１１】中断処理の概要図である。

【図１２】異常終了時の処理概要図である。

【図１３】不要データスペースの一括削除処理の概要図
である。

【符号の説明】

1-1…オンライン環境設定部、 1-2…オンライン業務実行部、 1-3…オンライン終了処理部、 1-4…共通テーブル／ＤＢ部、 1-10…オンライン開始処理、 1-11…中断業務再起動処理、 1-20…オンライン運用管理部、 1-21…オンライン実行制御部、 1-22…オンライン業務処理部、 1-20-1…実行状況管理機能部、 1-20-2…処理結果管理機能部、 1-20-3…異常終了管理機能部、 1-20-4…業務閉塞管理機能部、 1-20-5…一括ＤＢ削除機能部、 1-21-1…資格審査処理機能部、 1-21-2…一括起動審査機能部、 1-22-1…問合せ業務機能部、 1-22-2…一括業務機能部、 1-22-3…データ伝送機能部、 1-22-4…帳票出力機能部、 1-30…オンライン終了予約機能部、 1-31…オンライン終了処理機能部、 1-40…共通テーブル部、 1-41…共通ＤＢ部。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 森尻 芳弘 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株式会 社内 (72)発明者 田中 芳男 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株式会 社内 (72)発明者 蛯原 貞雄 東京都千代田区三番町28番地 日立公共シ ステムエンジニアリング株式会社内 (72)発明者 小林 利幸 東京都渋谷区道玄坂一丁目16番５号 株式 会社日立情報システムズ内 (72)発明者 川上 勝 神奈川県川崎市幸区鹿島田890番地の12 株式会社日立製作所情報システム開発本部 内

Claims (1)

【特許請求の範囲】
1. 【請求項１】バッチジョブをオンライン環境下で動かす
   ための制御方式及び運用管理方式であって、 バッチジョブをオンライン環境下で制御するのに必要な
   情報とその管理方式と、 バッチジョブを実行するのに必要な資格審査方式ならび
   にバッチジョブ起動制御方式と、 バッチジョブを構成するプログラム名および各プログラ
   ムの実行順序の決定方式と起動する方式と、 バッチジョブプログラムの実行状況を管理する方式およ
   びそのバッチジョブプログラムの処理結果を確認する方
   式と、 バッチジョブの受付け時に行う受付け制御方式と、 オンライン終了時刻到達時にバッチジョブプログラムを
   中断する方式及びそのバッチジョブを再開する方式と、 バッチジョブが異常終了したときの障害情報取得方式及
   び障害を局所化する方式ならびにリラン方式と、 データスペースを有効的に使うことを特徴とするオンラ
   イン環境下のバッチ処理プログラムの制御方式。