JP2792383B2 - バッチ処理システムの処理結果の検証方法 - Google Patents
バッチ処理システムの処理結果の検証方法Info
- Publication number
- JP2792383B2 JP2792383B2 JP5069717A JP6971793A JP2792383B2 JP 2792383 B2 JP2792383 B2 JP 2792383B2 JP 5069717 A JP5069717 A JP 5069717A JP 6971793 A JP6971793 A JP 6971793A JP 2792383 B2 JP2792383 B2 JP 2792383B2
- Authority
- JP
- Japan
- Prior art keywords
- batch processing
- processing system
- data
- job
- check
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Landscapes
- Debugging And Monitoring (AREA)
Description
【０００１】
【産業上の利用分野】本発明は、ファイルを利用して一
連のプログラムをバッチ処理によって実行するバッチ処
理システムのバッチ処理終了後の処理結果の検証方法に
関し、特にシステムの信頼性・効率性を向上するのに好
適なバッチ処理システムの処理結果の検証方法に関す
る。
連のプログラムをバッチ処理によって実行するバッチ処
理システムのバッチ処理終了後の処理結果の検証方法に
関し、特にシステムの信頼性・効率性を向上するのに好
適なバッチ処理システムの処理結果の検証方法に関す
る。
【０００２】
【従来の技術】一般に、バッチ処理システムは複数ファ
イルの入出力を行なう複数プログラムの連続処理によっ
て最終成果物（リスト、専用帳票、磁気媒体等）を作成
する。また、その処理終了後の検証は、例えば図２に示
す方法で行なわれる。図２において、６０２のプログラ
ム（１）では６０１のＳＹＳ１００のファイルを入力し
て特定の条件のもののみを６０３のＳＹＳ１１０のファ
イルに出力する。６０６のプログラム（２）では６０３
のＳＹＳ１２０のファイルと別のバッチ処理システムで
処理した６０５のＳＹＳ１３０のファイルを入力し内部
処理を行ない６０７のＳＹＳ１４０のファイルに出力す
る。このようなバッチ処理システムでは、処理が正常に
終了した場合でもファイルの交替ミス等により最終成果
物の件数や金額等の値がおかしいことがあるので、それ
を発見するために各ユーザプログラムで入出力ファイル
のレコード件数を６０４や６０８のリスト上に出力して
おき、バッチ処理システムの処理終了後に専任の業務運
用担当者が６０９の運用チェックリストのチェック項目
に従ってレコード件数の関連チェックを行なっている。
このようにファイルを利用してバッチ処理を実行するシ
ステムでは、ファイルの交替を行なうことや、他のバッ
チ処理システムとの処理順序を守らなければならないこ
となどの運用上の制約があり、これが正しく行なわれた
かを容易に検証する方法が望まれている。なお、この種
の方法として関連するものには、例えば特開昭６３−２
８２５３８号がある。
イルの入出力を行なう複数プログラムの連続処理によっ
て最終成果物（リスト、専用帳票、磁気媒体等）を作成
する。また、その処理終了後の検証は、例えば図２に示
す方法で行なわれる。図２において、６０２のプログラ
ム（１）では６０１のＳＹＳ１００のファイルを入力し
て特定の条件のもののみを６０３のＳＹＳ１１０のファ
イルに出力する。６０６のプログラム（２）では６０３
のＳＹＳ１２０のファイルと別のバッチ処理システムで
処理した６０５のＳＹＳ１３０のファイルを入力し内部
処理を行ない６０７のＳＹＳ１４０のファイルに出力す
る。このようなバッチ処理システムでは、処理が正常に
終了した場合でもファイルの交替ミス等により最終成果
物の件数や金額等の値がおかしいことがあるので、それ
を発見するために各ユーザプログラムで入出力ファイル
のレコード件数を６０４や６０８のリスト上に出力して
おき、バッチ処理システムの処理終了後に専任の業務運
用担当者が６０９の運用チェックリストのチェック項目
に従ってレコード件数の関連チェックを行なっている。
このようにファイルを利用してバッチ処理を実行するシ
ステムでは、ファイルの交替を行なうことや、他のバッ
チ処理システムとの処理順序を守らなければならないこ
となどの運用上の制約があり、これが正しく行なわれた
かを容易に検証する方法が望まれている。なお、この種
の方法として関連するものには、例えば特開昭６３−２
８２５３８号がある。
【０００３】
【発明が解決しようとする課題】上記従来技術では、リ
スト上に出力してあるレコード件数の検索時間がかかっ
たり、各ユーザプログラムでリストに出力する形式も標
準化されていない場合が多く、処理結果の検証作業をよ
り困難にしている。さらに、今後のバッチ処理システム
の多様化・複雑化にともない処理結果の検証作業工数が
増加し、また検証遅れやミス・もれが発生しやすくなる
と予想できる。これらを要因として次に処理すべき別の
バッチ処理システムの開始時刻遅延や、ひいてはオンラ
インシステムの開始時刻遅延等の悪影響を与えかねな
い。本発明の目的は、このような問題点を改善し、バッ
チ処理システムの処理結果の検証を人手によらずに可能
とし、異常を容易に発見したり、正常の場合は次のバッ
チ処理システムの処理開始を指示する等、システムの信
頼性・効率性を向上しうるバッチ処理システムの処理結
果の検証方法を提供することにある。
スト上に出力してあるレコード件数の検索時間がかかっ
たり、各ユーザプログラムでリストに出力する形式も標
準化されていない場合が多く、処理結果の検証作業をよ
り困難にしている。さらに、今後のバッチ処理システム
の多様化・複雑化にともない処理結果の検証作業工数が
増加し、また検証遅れやミス・もれが発生しやすくなる
と予想できる。これらを要因として次に処理すべき別の
バッチ処理システムの開始時刻遅延や、ひいてはオンラ
インシステムの開始時刻遅延等の悪影響を与えかねな
い。本発明の目的は、このような問題点を改善し、バッ
チ処理システムの処理結果の検証を人手によらずに可能
とし、異常を容易に発見したり、正常の場合は次のバッ
チ処理システムの処理開始を指示する等、システムの信
頼性・効率性を向上しうるバッチ処理システムの処理結
果の検証方法を提供することにある。
【０００４】
【課題を解決するための手段】上記目的を達成するた
め、本発明のバッチ処理システムの処理結果の検証方法
は、バッチ処理システムのジョブステップ毎のリターン
コードと実行した入出力ファイルのレコード件数、ジョ
ブの開始時刻・終了時刻を検出する課金機能を有するオ
ペレーティングシステムを搭載した電子計算機システム
において、チェック対象データ項目とチェック条件式を
登録した登録簿（１）と、バッチ処理システム内の各ユ
ーザプログラムで使用する入出力ファイルのレコード件
数を各ユーザプログラム内で出力することなく、オペレ
ーティングシステムの課金機能と連携してリアルタイム
で収集し登録した登録簿（２）により、バッチ処理シス
テムの処理終了後に自動的に処理結果の検証を行ない、
検証結果が正常であればスケジュール管理システムに次
のバッチ処理システムの処理開始を指示するメッセージ
を通知し、検証結果が正常でなければ異常メッセージを
ディスプレイ装置に表示することに特徴がある。なお、
課金機能は、各ジョブステップ毎にファイルに対する入
出力レコード件数をカウントしているのでこれを利用し
て、入出力ファイルのレコード件数、ジョブの開始時刻
・終了時刻を検出する。
め、本発明のバッチ処理システムの処理結果の検証方法
は、バッチ処理システムのジョブステップ毎のリターン
コードと実行した入出力ファイルのレコード件数、ジョ
ブの開始時刻・終了時刻を検出する課金機能を有するオ
ペレーティングシステムを搭載した電子計算機システム
において、チェック対象データ項目とチェック条件式を
登録した登録簿（１）と、バッチ処理システム内の各ユ
ーザプログラムで使用する入出力ファイルのレコード件
数を各ユーザプログラム内で出力することなく、オペレ
ーティングシステムの課金機能と連携してリアルタイム
で収集し登録した登録簿（２）により、バッチ処理シス
テムの処理終了後に自動的に処理結果の検証を行ない、
検証結果が正常であればスケジュール管理システムに次
のバッチ処理システムの処理開始を指示するメッセージ
を通知し、検証結果が正常でなければ異常メッセージを
ディスプレイ装置に表示することに特徴がある。なお、
課金機能は、各ジョブステップ毎にファイルに対する入
出力レコード件数をカウントしているのでこれを利用し
て、入出力ファイルのレコード件数、ジョブの開始時刻
・終了時刻を検出する。
【０００５】
【作用】本発明においては、バッチ処理システム内のジ
ョブステップ毎のリターンコードと入出力ファイルのレ
コード件数、ジョブの開始時刻・終了時刻のデータを収
集する課金機能を有するオペレーティングシステムの電
子計算機システムにおいて、常駐プログラム（１）が前
記課金機能と連携をとってジョブステップ毎のリターン
コードデータと入出力ファイルのレコード件数データを
登録簿（２）に登録し、またジョブの終了時刻データを
認識して非常駐プログラム（２）を起動させ、非常駐プ
ログラム（２）は事前に非常駐プログラム（１）で登録
しておいた登録簿（１）のチェック条件式に従い処理結
果の検証を行ない、検証の結果が正常であればスケジュ
ール管理システムに次のバッチ処理システムの処理開始
を指示するメッセージを通知する。また、検証の結果が
異常であれば、異常メッセージをディスプレイ装置に表
示する。また、チェック条件式では、各入出力ファイル
のレコード件数の相関関係を定義でき、それには別のバ
ッチ処理システムで処理したものや前回処理したものを
定義できる。これにより、バッチ処理システムの処理結
果の検証が自動的に行なえ、かつチェックミス・もれが
なくなる。また、異常を早期に発見できるので次のバッ
チ処理システムへの影響を少なくできる。さらに、各ユ
ーザプログラムで検証機能を持つ必要はない。従って、
バッチ処理の信頼性を向上させることができる。
ョブステップ毎のリターンコードと入出力ファイルのレ
コード件数、ジョブの開始時刻・終了時刻のデータを収
集する課金機能を有するオペレーティングシステムの電
子計算機システムにおいて、常駐プログラム（１）が前
記課金機能と連携をとってジョブステップ毎のリターン
コードデータと入出力ファイルのレコード件数データを
登録簿（２）に登録し、またジョブの終了時刻データを
認識して非常駐プログラム（２）を起動させ、非常駐プ
ログラム（２）は事前に非常駐プログラム（１）で登録
しておいた登録簿（１）のチェック条件式に従い処理結
果の検証を行ない、検証の結果が正常であればスケジュ
ール管理システムに次のバッチ処理システムの処理開始
を指示するメッセージを通知する。また、検証の結果が
異常であれば、異常メッセージをディスプレイ装置に表
示する。また、チェック条件式では、各入出力ファイル
のレコード件数の相関関係を定義でき、それには別のバ
ッチ処理システムで処理したものや前回処理したものを
定義できる。これにより、バッチ処理システムの処理結
果の検証が自動的に行なえ、かつチェックミス・もれが
なくなる。また、異常を早期に発見できるので次のバッ
チ処理システムへの影響を少なくできる。さらに、各ユ
ーザプログラムで検証機能を持つ必要はない。従って、
バッチ処理の信頼性を向上させることができる。
【０００６】
【実施例】以下、本発明の一実施例を図面により説明す
る。図１は、本発明の一実施例における電子計算機シス
テムの構成図である。図１において、１０１は本実施例
の電子計算機システム、１０２は電子計算機システムの
オペレーティングシステム、１０３はオペレーティング
システムの１機能である課金機能、１０４は課金機能の
うちバッチ処理システムの各種課金データの取得部、１
０５は取得した課金データをシステム共通エリアへ格納
する格納部、１０６はシステム共通エリア内の課金デー
タ格納エリア、１０７はバッチ処理を実行するバッチ処
理システム（１）、１０８はバッチ処理システム（１）
の最初に実行するジョブステップ（１）、１０９はバッ
チ処理システム（１）の最後に実行するジョブステップ
（ｎ）、１１０はジョブ制御言語（Ｊｏｂ Ｃｏｎｔｒ
ｏｌ Ｌａｎｇｕａｇｅ）が登録されているＪＣＬファ
イル、１１１は登録簿（１）を登録するための非常駐プ
ログラム（１）、１１２〜１１４は非常駐プログラム
（１）で実施されるブロックであり、１１２はＪＣＬフ
ァイルを入力し特定のＪＣＬデータを１１３で入力しや
すいように展開し１１５のディスプレイ装置に表示する
ＪＣＬデータ入力・展開部、１１３は１１５のディスプ
レイ装置からのチェック条件式の入力を処理するチェッ
ク条件式入力部、１１４は１１２と１１３の情報を編集
して登録簿（１）に登録する登録簿（１）出力部、１１
５はチェック条件式を入力するディスプレイ装置、１１
６はチェック対象データ項目やチェック条件式を登録す
る登録簿（１）、１１７は１０３の課金機能と連携をと
り課金データを登録簿（２）に登録する常駐プログラム
（１）、１１８〜１２０は常駐プログラム（１）で実施
されるブロックであり、１１８は課金データエリアから
課金データを取得する課金データ取得部、１１９は取得
した課金データについてチェック対象データかを判定し
チェック対象データの場合に登録簿（２）に登録する登
録簿（２）出力部、１２０は１１９で課金データがジョ
ブの終了データと判定した場合に非常駐プログラム
（２）を起動させる起動部、１２１はチェック対象デー
タである課金データを登録する登録簿（２）、１２２は
登録簿（１）と登録簿（２）からバッチ処理システムの
処理結果を検証する非常駐プログラム（２）、１２３〜
１２８は非常駐プログラム（２）で実施されるブロック
であり、１２３は登録簿（１）を入力する登録簿（１）
入力部、１２４は登録簿（２）を入力する登録簿（２）
入力部、１２５は登録簿（１）に定義してあるチェック
条件式に従って関連チェックをする検証の処理部、１２
６は検証した結果や登録簿（２）の課金データ値を登録
簿（１）に登録する登録簿（１）更新部、１２７は１２
５の検証した結果を判定し正常の場合に、スケジュール
管理システムの次にバッチ処理システムの処理開始を指
示するメッセージを通知するメッセージ通知部、１２８
は１２５の検証した結果を判定し異常の場合に、１３０
のディスプレイ装置に異常メッセージを表示する異常メ
ッセージ表示部、１２９は各バッチ処理システムの処理
開始日時、処理順序等の情報から自動的にバッチ処理を
開始させるスケジュール管理システム、１３０は検証の
結果が異常の場合に異常メッセージが表示されるディス
プレイ装置である。
る。図１は、本発明の一実施例における電子計算機シス
テムの構成図である。図１において、１０１は本実施例
の電子計算機システム、１０２は電子計算機システムの
オペレーティングシステム、１０３はオペレーティング
システムの１機能である課金機能、１０４は課金機能の
うちバッチ処理システムの各種課金データの取得部、１
０５は取得した課金データをシステム共通エリアへ格納
する格納部、１０６はシステム共通エリア内の課金デー
タ格納エリア、１０７はバッチ処理を実行するバッチ処
理システム（１）、１０８はバッチ処理システム（１）
の最初に実行するジョブステップ（１）、１０９はバッ
チ処理システム（１）の最後に実行するジョブステップ
（ｎ）、１１０はジョブ制御言語（Ｊｏｂ Ｃｏｎｔｒ
ｏｌ Ｌａｎｇｕａｇｅ）が登録されているＪＣＬファ
イル、１１１は登録簿（１）を登録するための非常駐プ
ログラム（１）、１１２〜１１４は非常駐プログラム
（１）で実施されるブロックであり、１１２はＪＣＬフ
ァイルを入力し特定のＪＣＬデータを１１３で入力しや
すいように展開し１１５のディスプレイ装置に表示する
ＪＣＬデータ入力・展開部、１１３は１１５のディスプ
レイ装置からのチェック条件式の入力を処理するチェッ
ク条件式入力部、１１４は１１２と１１３の情報を編集
して登録簿（１）に登録する登録簿（１）出力部、１１
５はチェック条件式を入力するディスプレイ装置、１１
６はチェック対象データ項目やチェック条件式を登録す
る登録簿（１）、１１７は１０３の課金機能と連携をと
り課金データを登録簿（２）に登録する常駐プログラム
（１）、１１８〜１２０は常駐プログラム（１）で実施
されるブロックであり、１１８は課金データエリアから
課金データを取得する課金データ取得部、１１９は取得
した課金データについてチェック対象データかを判定し
チェック対象データの場合に登録簿（２）に登録する登
録簿（２）出力部、１２０は１１９で課金データがジョ
ブの終了データと判定した場合に非常駐プログラム
（２）を起動させる起動部、１２１はチェック対象デー
タである課金データを登録する登録簿（２）、１２２は
登録簿（１）と登録簿（２）からバッチ処理システムの
処理結果を検証する非常駐プログラム（２）、１２３〜
１２８は非常駐プログラム（２）で実施されるブロック
であり、１２３は登録簿（１）を入力する登録簿（１）
入力部、１２４は登録簿（２）を入力する登録簿（２）
入力部、１２５は登録簿（１）に定義してあるチェック
条件式に従って関連チェックをする検証の処理部、１２
６は検証した結果や登録簿（２）の課金データ値を登録
簿（１）に登録する登録簿（１）更新部、１２７は１２
５の検証した結果を判定し正常の場合に、スケジュール
管理システムの次にバッチ処理システムの処理開始を指
示するメッセージを通知するメッセージ通知部、１２８
は１２５の検証した結果を判定し異常の場合に、１３０
のディスプレイ装置に異常メッセージを表示する異常メ
ッセージ表示部、１２９は各バッチ処理システムの処理
開始日時、処理順序等の情報から自動的にバッチ処理を
開始させるスケジュール管理システム、１３０は検証の
結果が異常の場合に異常メッセージが表示されるディス
プレイ装置である。
【０００７】図３は、本発明の一実施例における常駐プ
ログラム（１）の動作を示すフローチャートである。本
実施例の常駐プログラム（１）では、プログラムの終了
判定を行ない（ステップ２００１）、課金機能からの課
金データの発生を待って（ステップ２００２）、発生し
た課金データを常駐プログラム（１）のメモリ内に入力
する（ステップ２００３）。次に、その課金データから
チェック対象データであるかを判定し（ステップ２００
４）、チェック対象データであれば登録簿（２）に登録
する（ステップ２００５）。次に、ステップ２００３で
入力した課金データがジョブの終了データであるかを判
定し（ステップ２００６）、ジョブ終了であれば非常駐
プログラム（２）を起動する（ステップ２００７）。
ログラム（１）の動作を示すフローチャートである。本
実施例の常駐プログラム（１）では、プログラムの終了
判定を行ない（ステップ２００１）、課金機能からの課
金データの発生を待って（ステップ２００２）、発生し
た課金データを常駐プログラム（１）のメモリ内に入力
する（ステップ２００３）。次に、その課金データから
チェック対象データであるかを判定し（ステップ２００
４）、チェック対象データであれば登録簿（２）に登録
する（ステップ２００５）。次に、ステップ２００３で
入力した課金データがジョブの終了データであるかを判
定し（ステップ２００６）、ジョブ終了であれば非常駐
プログラム（２）を起動する（ステップ２００７）。
【０００８】図４は、本発明の一実施例における非常駐
プログラム（２）の動作を示すフローチャートである。
本実施例の非常駐プログラム（２）では、登録簿（１）
を入力し（ステップ３００１，３００２）、登録簿
（１）から登録簿（２）用の検索キーを作成してその検
索キーで登録簿（２）を入力し（ステップ３００３）、
登録簿（１）に定義されているチェック条件式に従って
入出力ファイルのレコード件数の関連チェックを行ない
（ステップ３００４）、ステップ３００４の検証結果や
ステップ３００３で入力した登録簿（２）の課金データ
を、登録簿（１）に処理結果として登録する（ステップ
３００５）。さらに、ステップ３００４の検証結果が正
常か異常かを判定し（ステップ３００６）、異常と判定
した場合には異常メッセージをディスプレイ装置に表示
する（ステップ３００７）。また、正常と判定した場合
はステップ３００１に戻る。なお、全ての検証が終了し
て検証結果が全て正常の場合には（ステップ３００
２）、スケジュール管理システムに次のバッチ処理シス
テムの処理結果を指示するメッセージを通知する（ステ
ップ３００８）。
プログラム（２）の動作を示すフローチャートである。
本実施例の非常駐プログラム（２）では、登録簿（１）
を入力し（ステップ３００１，３００２）、登録簿
（１）から登録簿（２）用の検索キーを作成してその検
索キーで登録簿（２）を入力し（ステップ３００３）、
登録簿（１）に定義されているチェック条件式に従って
入出力ファイルのレコード件数の関連チェックを行ない
（ステップ３００４）、ステップ３００４の検証結果や
ステップ３００３で入力した登録簿（２）の課金データ
を、登録簿（１）に処理結果として登録する（ステップ
３００５）。さらに、ステップ３００４の検証結果が正
常か異常かを判定し（ステップ３００６）、異常と判定
した場合には異常メッセージをディスプレイ装置に表示
する（ステップ３００７）。また、正常と判定した場合
はステップ３００１に戻る。なお、全ての検証が終了し
て検証結果が全て正常の場合には（ステップ３００
２）、スケジュール管理システムに次のバッチ処理シス
テムの処理結果を指示するメッセージを通知する（ステ
ップ３００８）。
【０００９】図５は、本発明の一実施例における登録簿
（１）の構成を示す図である。図５において、４０１〜
４０７は登録簿（１）の構成要素であり、４０１はジョ
ブ名称、４０２はジョブ名称内のユニークなチェックＮ
Ｏであり、これは４０６のチェック条件式の入力を容易
にするためである。４０３はジョブ名称内のユニークな
ジョブステップ名称、４０４はジョブステップ名称内で
使用する入出力ファイルのデータセット名称、４０５は
登録簿（２）の課金データからどのデータを持ってくる
かを定義するチェック対象データ項目、４０６はチェッ
ク条件式の定義エリア、４０７は処理結果・検証結果を
履歴として格納するエリアである。
（１）の構成を示す図である。図５において、４０１〜
４０７は登録簿（１）の構成要素であり、４０１はジョ
ブ名称、４０２はジョブ名称内のユニークなチェックＮ
Ｏであり、これは４０６のチェック条件式の入力を容易
にするためである。４０３はジョブ名称内のユニークな
ジョブステップ名称、４０４はジョブステップ名称内で
使用する入出力ファイルのデータセット名称、４０５は
登録簿（２）の課金データからどのデータを持ってくる
かを定義するチェック対象データ項目、４０６はチェッ
ク条件式の定義エリア、４０７は処理結果・検証結果を
履歴として格納するエリアである。
【００１０】図６は、本発明の一実施例における登録簿
（２）の構成を示す図である。図６において、５０１〜
５０８は登録簿（２）の構成要素であり、５０１はジョ
ブ名称、５０２はジョブ名称内のユニークなジョブステ
ップ名称、５０３はジョブステップ名称内で使用する入
出力ファイルのデータセット名称、５０４は課金機能で
定義している課金データの種別を表わすレコードタイ
プ、５０５はリターンコードのデータエリア、５０６は
ジョブステップ名称内で使用している入出力ファイルの
レコード件数のデータエリア、５０７はジョブ名称毎あ
るいはジョブステップ名称毎の処理開始日時、５０８は
ジョブ名称毎あるいはジョブステップ名称毎の処理終了
日時である。
（２）の構成を示す図である。図６において、５０１〜
５０８は登録簿（２）の構成要素であり、５０１はジョ
ブ名称、５０２はジョブ名称内のユニークなジョブステ
ップ名称、５０３はジョブステップ名称内で使用する入
出力ファイルのデータセット名称、５０４は課金機能で
定義している課金データの種別を表わすレコードタイ
プ、５０５はリターンコードのデータエリア、５０６は
ジョブステップ名称内で使用している入出力ファイルの
レコード件数のデータエリア、５０７はジョブ名称毎あ
るいはジョブステップ名称毎の処理開始日時、５０８は
ジョブ名称毎あるいはジョブステップ名称毎の処理終了
日時である。
【００１１】次に、本実施例のシステムの動作について
述べる。本実施例では、図２に示したように、プログラ
ム（１）により、ＳＹＳ１００のファイルを入力して特
定の条件のもののみをＳＹＳ１１０のファイルに出力
し、一方、別のプログラム（２）によって、ＳＹＳ１２
０のファイルと別のバッチ処理システムで処理したＳＹ
Ｓ１３０のファイルを入力し、内部処理を行ないＳＹＳ
１４０のファイルに出力する場合の処理結果の検証を、
図１に示したシステムにより自動的に行なう方法につい
て、具体的に述べる。 （ア）登録簿（１）の登録 本実施例では、図１に示した非常駐プログラム（１）１
１１により、登録簿（１）１１６の登録処理を行なう。
この場合、図２に示したものと同様の運用チェックリス
トと該当ジョブ名称のＪＣＬの内容から、図５の４０１
〜４０６の項目を定義しておく。このうち、行目〜
行目は、チェック対象データ項目４０５としてそれぞれ
ＳＹＳ１００、ＳＹＳ１１０、ＳＹＳ１２０、ＳＹＳ１
３０、ＳＹＳ１４０のファイルのレコード件数（処理結
果４０７）を表わすことを定義している。なお、このフ
ァイル名称は同一名称の場合もあるので各プログラム毎
にユニークなジョブ・ステップ名称を付加して区別す
る。また、行目〜行目はチェック条件式４０６を定
義している。チェック条件式４０６は、処理結果４０７
欄の同一回のチェック対象データ値について関連チェッ
クを行なうことを基本とする。なお、同一バッチ処理シ
ステムの前回処理のデータ値や、別のバッチ処理システ
ムで処理したデータ値についての関連チェックも可能で
ある。また、行目のチェック条件式では、行目のデ
ータ値と行目のデータ値が等しいことを定義してい
る。また、行目のチェック条件式では、行目のデー
タ値と別のバッチ処理システムで処理した行目のデー
タ値が等しいことを定義している。また、行目のチェ
ック条件式では、行目のデータ値と、行目のデータ
値と行目のデータ値の合計値とが、等しいことを定義
している。
述べる。本実施例では、図２に示したように、プログラ
ム（１）により、ＳＹＳ１００のファイルを入力して特
定の条件のもののみをＳＹＳ１１０のファイルに出力
し、一方、別のプログラム（２）によって、ＳＹＳ１２
０のファイルと別のバッチ処理システムで処理したＳＹ
Ｓ１３０のファイルを入力し、内部処理を行ないＳＹＳ
１４０のファイルに出力する場合の処理結果の検証を、
図１に示したシステムにより自動的に行なう方法につい
て、具体的に述べる。 （ア）登録簿（１）の登録 本実施例では、図１に示した非常駐プログラム（１）１
１１により、登録簿（１）１１６の登録処理を行なう。
この場合、図２に示したものと同様の運用チェックリス
トと該当ジョブ名称のＪＣＬの内容から、図５の４０１
〜４０６の項目を定義しておく。このうち、行目〜
行目は、チェック対象データ項目４０５としてそれぞれ
ＳＹＳ１００、ＳＹＳ１１０、ＳＹＳ１２０、ＳＹＳ１
３０、ＳＹＳ１４０のファイルのレコード件数（処理結
果４０７）を表わすことを定義している。なお、このフ
ァイル名称は同一名称の場合もあるので各プログラム毎
にユニークなジョブ・ステップ名称を付加して区別す
る。また、行目〜行目はチェック条件式４０６を定
義している。チェック条件式４０６は、処理結果４０７
欄の同一回のチェック対象データ値について関連チェッ
クを行なうことを基本とする。なお、同一バッチ処理シ
ステムの前回処理のデータ値や、別のバッチ処理システ
ムで処理したデータ値についての関連チェックも可能で
ある。また、行目のチェック条件式では、行目のデ
ータ値と行目のデータ値が等しいことを定義してい
る。また、行目のチェック条件式では、行目のデー
タ値と別のバッチ処理システムで処理した行目のデー
タ値が等しいことを定義している。また、行目のチェ
ック条件式では、行目のデータ値と、行目のデータ
値と行目のデータ値の合計値とが、等しいことを定義
している。
【００１２】（イ）登録簿（２）の登録 本実施例のオペレーティングシステム１０２における課
金機能１０３では、バッチ処理システムのジョブステッ
プ終了毎およびジョブ終了毎に、リターンコードと使用
した入出力ファイルのレコード件数を課金データ格納エ
リア１０６にデータ種別を表わすレコードタイプを付加
して格納する。一方、常駐プログラム（１）１１７で
は、図３に示したように、前記課金機能１０３と連携を
とり課金データの発生があれば、そのレコードタイプが
チェック対象データのものかを判定して、チェック対象
データであれば登録簿（２）に登録する。この登録簿
（２）の構成は、図６に示すとおりである。図６の行
目〜行目は、それぞれＳＹＳ１００、ＳＹＳ１１０、
ＳＹＳ１２０、ＳＹＳ１３０、ＳＹＳ１４０のファイル
の入出力処理したレコード件数が登録されていることを
表わす。また、行目はこのバッチ処理システムが終了
した時の課金データである。この処理終了のデータが発
生した場合、常駐プログラム（１）１１７では、起動部
１２０により非常駐プログラム（２）を起動させる。こ
の時、処理終了したジョブ名称「ＪＯＢ１２３」を情報
として渡す。
金機能１０３では、バッチ処理システムのジョブステッ
プ終了毎およびジョブ終了毎に、リターンコードと使用
した入出力ファイルのレコード件数を課金データ格納エ
リア１０６にデータ種別を表わすレコードタイプを付加
して格納する。一方、常駐プログラム（１）１１７で
は、図３に示したように、前記課金機能１０３と連携を
とり課金データの発生があれば、そのレコードタイプが
チェック対象データのものかを判定して、チェック対象
データであれば登録簿（２）に登録する。この登録簿
（２）の構成は、図６に示すとおりである。図６の行
目〜行目は、それぞれＳＹＳ１００、ＳＹＳ１１０、
ＳＹＳ１２０、ＳＹＳ１３０、ＳＹＳ１４０のファイル
の入出力処理したレコード件数が登録されていることを
表わす。また、行目はこのバッチ処理システムが終了
した時の課金データである。この処理終了のデータが発
生した場合、常駐プログラム（１）１１７では、起動部
１２０により非常駐プログラム（２）を起動させる。こ
の時、処理終了したジョブ名称「ＪＯＢ１２３」を情報
として渡す。
【００１３】（ウ）処理結果の検証 本実施例の非常駐プログラム（２）１２２は、図４に示
した処理を行ない、まず図５に示した登録簿（１）の中
から処理終了したジョブ名称「ＪＯＢ１２３」と同一の
ものを順次入力する。その入力データ中、チェック対象
データ項目４０５が「ケンスウ」の場合には、図６の登
録簿（２）からジョブ名称５０１、ジョブ・ステップ名
称５０２、データセット名称５０３が等しく、レコード
タイプ５０４が１００（レコード件数の識別を表わす）
のもののレコードを入力し、レコード件数５０６の値を
図５の処理結果４０７欄に登録する。本実施例では、図
５のは図６のから、図５のは図６のから、図５
のは図６のから、図５のは図６のから、図５の
は図６のから、それぞれレコード件数値が登録され
る。また、登録簿（１）にチェック条件式４０６が登録
されている場合は、チェック条件式４０６に従った関連
チェックを行なう。例えば図５の行目は、行目と
行目のレコード件数値が等しいことを定義しており、そ
の値は共に「１５００」である。従って、検証結果は正
しいので処理結果４０７欄に「ＯＫ」と登録する。ま
た、図５の行目と行目についてもチェック条件式４
０６に従った関連チェックを行なう。そして、検証結果
が全て正しい場合はスケジュール管理システム１２９に
次のバッチ処理システムの処理開始を指示するメッセー
ジを通知する。また、検証結果が正しくない場合には、
その時点で異常メッセージをディスプレイ装置１３０に
表示する。なお、上記実施例におけるチェック対象デー
タ項目やチェック条件式の変形は可能であり、他の実施
例にも適用することができる。
した処理を行ない、まず図５に示した登録簿（１）の中
から処理終了したジョブ名称「ＪＯＢ１２３」と同一の
ものを順次入力する。その入力データ中、チェック対象
データ項目４０５が「ケンスウ」の場合には、図６の登
録簿（２）からジョブ名称５０１、ジョブ・ステップ名
称５０２、データセット名称５０３が等しく、レコード
タイプ５０４が１００（レコード件数の識別を表わす）
のもののレコードを入力し、レコード件数５０６の値を
図５の処理結果４０７欄に登録する。本実施例では、図
５のは図６のから、図５のは図６のから、図５
のは図６のから、図５のは図６のから、図５の
は図６のから、それぞれレコード件数値が登録され
る。また、登録簿（１）にチェック条件式４０６が登録
されている場合は、チェック条件式４０６に従った関連
チェックを行なう。例えば図５の行目は、行目と
行目のレコード件数値が等しいことを定義しており、そ
の値は共に「１５００」である。従って、検証結果は正
しいので処理結果４０７欄に「ＯＫ」と登録する。ま
た、図５の行目と行目についてもチェック条件式４
０６に従った関連チェックを行なう。そして、検証結果
が全て正しい場合はスケジュール管理システム１２９に
次のバッチ処理システムの処理開始を指示するメッセー
ジを通知する。また、検証結果が正しくない場合には、
その時点で異常メッセージをディスプレイ装置１３０に
表示する。なお、上記実施例におけるチェック対象デー
タ項目やチェック条件式の変形は可能であり、他の実施
例にも適用することができる。
【００１４】
【発明の効果】本発明によれば、チェック対象データ項
目とチェック条件式を登録簿（１）に登録しておくこと
により、バッチ処理システムの処理結果の検証が自動的
に行なえ、かつチェックミス・もれがなくなる。また、
異常を早期に発見できるので次のバッチ処理システムへ
の影響を少なくできる。また、各ユーザプログラムで検
証機能を持つ必要はない。これにより、バッチ処理の信
頼性を向上させることができる。
目とチェック条件式を登録簿（１）に登録しておくこと
により、バッチ処理システムの処理結果の検証が自動的
に行なえ、かつチェックミス・もれがなくなる。また、
異常を早期に発見できるので次のバッチ処理システムへ
の影響を少なくできる。また、各ユーザプログラムで検
証機能を持つ必要はない。これにより、バッチ処理の信
頼性を向上させることができる。
【図１】本発明の一実施例における電子計算機システム
の構成図である。
の構成図である。
【図２】従来のバッチ処理システムの処理結果の検証方
法を示す図である。
法を示す図である。
【図３】本発明の一実施例における常駐プログラム
（１）の動作を示すフローチャートである。
（１）の動作を示すフローチャートである。
【図４】本発明の一実施例における非常駐プログラム
（２）の動作を示すフローチャートである。
（２）の動作を示すフローチャートである。
【図５】本発明の一実施例における登録簿（１）の構成
を示す図である。
を示す図である。
【図６】本発明の一実施例における登録簿（２）の構成
を示す図である。
を示す図である。
１０１ 電子計算機システム １０２ オペレーティングシステム １０３ 課金機能 １０４ 課金データ取得部 １０５ 課金データ格納部 １０６ 課金データ格納エリア １０７ バッチ処理システム（１） １０８ ジョブステップ（１） １０９ ジョブステップ（ｎ） １１０ ＪＣＬファイル １１１ 非常駐プログラム（１） １１２ ＪＣＬデータ入力・展開部 １１３ チェック条件式入力部 １１４ 登録簿（１）出力部 １１５ ディスプレイ装置 １１６ 登録簿（１） １１７ 常駐プログラム（１） １１８ 課金データ取得部 １１９ 登録簿（２）出力部 １２０ 非常駐プログラム（２）の起動部 １２１ 登録簿（２） １２２ 非常駐プログラム（２） １２３ 登録簿（１）入力部 １２４ 登録簿（２）入力部 １２５ 検証の処理部 １２６ 登録簿（１）更新部 １２７ メッセージ通知部 １２８ 異常メッセージ表示部 １２９ スケジュール管理システム １３０ ディスプレイ装置
Claims (1)
- 【請求項１】 バッチ処理システムのジョブステップ毎
のリターンコード、実行した入出力ファイルのレコード
件数、およびジョブの開始時刻・終了時刻を検出する課
金機能を有するオペレーティングシステムを搭載した電
子計算機システムのバッチ処理方法において、チェック
対象データ項目およびチェック条件式を第１の登録簿に
登録し、前記課金機能と連携してチェック対象データ値
をリアルタイムで収集し第２の登録簿に登録しておき、
バッチ処理システムが処理終了した時点で前記チェック
条件式に従って処理結果の検証を行ない、検証結果およ
び第２の登録簿の当該チェック対象データを第１の登録
簿に登録して、検証結果が正常であれば次のバッチ処理
システムの処理開始を指示し、検証結果が正常でなけれ
ば異常メッセージを表示することを特徴とするバッチ処
理システムの処理結果の検証方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5069717A JP2792383B2 (ja) | 1993-03-29 | 1993-03-29 | バッチ処理システムの処理結果の検証方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5069717A JP2792383B2 (ja) | 1993-03-29 | 1993-03-29 | バッチ処理システムの処理結果の検証方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH06282464A JPH06282464A (ja) | 1994-10-07 |
| JP2792383B2 true JP2792383B2 (ja) | 1998-09-03 |
Family
ID=13410868
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5069717A Expired - Lifetime JP2792383B2 (ja) | 1993-03-29 | 1993-03-29 | バッチ処理システムの処理結果の検証方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2792383B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008134705A (ja) | 2006-11-27 | 2008-06-12 | Hitachi Ltd | データ処理方法及びデータ分析装置 |
-
1993
- 1993-03-29 JP JP5069717A patent/JP2792383B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH06282464A (ja) | 1994-10-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2792383B2 (ja) | バッチ処理システムの処理結果の検証方法 | |
| JPH1115646A (ja) | 技術情報管理システム | |
| JPH10326212A (ja) | データ管理装置 | |
| US5961557A (en) | Design support system and method therefor | |
| JP4484148B2 (ja) | Ｓｉ対象ファイルおよびｓｉ関連ファイル管理システム | |
| JP2003208333A (ja) | トレース情報検索装置およびその方法 | |
| JPH0981371A (ja) | ソースコード自動バージョンアップ方法及び装置 | |
| JPH10301820A (ja) | ファイル形態自動変換方式 | |
| JP5007609B2 (ja) | 製造指図作成プログラム及び製造指図作成装置 | |
| JPH07175668A (ja) | センターバッチ自動運転方式 | |
| JP2006178511A (ja) | ソフトウェア変更トレーサビリティ管理装置 | |
| JP3248433B2 (ja) | プログラムリンケージ検証方式 | |
| JP3771753B2 (ja) | 統合リソース管理方法 | |
| JP2712225B2 (ja) | 部品供給指示装置 | |
| JPH06187214A (ja) | 表形式仕様書作成装置及びプログラム作成装置 | |
| JPH05233204A (ja) | 画面項目の入力スキップ方法 | |
| WO2001022644A2 (en) | Real-time program audit software | |
| JP2002318712A (ja) | プログラム実行履歴解析方法 | |
| CN115759299A (zh) | 一种审批流程异常的修复方法 | |
| JPH10143562A (ja) | 診療行為入力装置 | |
| JP3018320B2 (ja) | データ処理装置 | |
| JPH04282767A (ja) | ツール実行管理方式 | |
| JPH05143422A (ja) | 更新後ジヤーナル管理方式 | |
| JP2004287700A (ja) | エラー処理方法 | |
| JPH09325997A (ja) | 計算式の編集方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R360 | Written notification for declining of transfer of rights |
Free format text: JAPANESE INTERMEDIATE CODE: R360 |
|
| R370 | Written measure of declining of transfer procedure |
Free format text: JAPANESE INTERMEDIATE CODE: R370 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090619 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090619 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100619 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100619 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120619 Year of fee payment: 14 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130619 Year of fee payment: 15 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130619 Year of fee payment: 15 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130619 Year of fee payment: 15 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |