JPH1139196A - バッチ処理監視および検査システム - Google Patents

Abstract

(57)【要約】 【課題】自動的に収集したバッチ処理の処理結果をもと
に、状態をシステムで判断しその状態に応じて画面への
表示内容を動的に変化させ効率よく検査をおこなうこと
を可能にする。 【解決手段】バッチ処理の情報をホストからサーバへ取
得する手段、収集した情報を検査式によって検査する手
段、バッチ処理の状態を判断し処理状況コードで管理す
る手段、処理状況コード及び検査結果に応じて画面に表
示するバッチ処理ボックスの色を変化させて表示する手
段、異常終了したバッチ処理を特別の表示エリアに表示
する手段により構成される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、バッチ処理の実行
監視および検査方式にかかわり、特にバッチ処理の結果
を入出力ファイルのレコード件数によって検査する方法
に関するものである。

【０００２】

【従来の技術】従来、バッチ処理の実行監視および検査
において、作業の自動化を図るために、システムからバ
ッチ処理の処理結果および入出力ファイルのレコード件
数を自動的に取得し検査する手法はもちいられてきた。

【０００３】

【発明が解決しようとする課題】上記従来技術はバッチ
処理の処理結果の検査に対し、取得した情報にもとづい
て表示内容を変化させ、明確な表示をおこなうという点
について考慮されておらず、自動的に取得したバッチ処
理の処理結果情報のみを表示するにとどまっていたた
め、バッチ処理の処理結果を検査した情報を表示できな
いという問題点があった。本発明の目的はこのような問
題点を改善し、バッチ処理の処理結果をもとに表示内容
を動的に変化させ効率よく検査をおこなうことを可能に
する事にある。

【０００４】

【課題を解決するための手段】上記目的を達成するた
め、本発明のバッチ処理監視および検査方式では、バッ
チ処理の状態を処理結果（リターンコード）以外のコー
ド（処理状況コード）で管理し、処理状況コードに応じ
て画面に表示するバッチ処理ボックスの色を変化させて
表示する手段と、異常終了したバッチ処理を特別の表示
エリアに表示する事により達成される。

【０００５】

【発明の実施の形態】図１は本発明の実施の形態の構成
をしめすシステム構成図である。図１において、１０１
は１０２および１０３を実行するホストである。１０２
は本発明で管理する対象のジョブであり、ホスト中に複
数記憶され個々のジョブはジョブ番号（ＪＯＢ−ＮＯ）
で識別される。また、ＪＯＢ−ＮＯを指定する事で実行
の開始を指示できるよう管理されている。１０３はジョ
ブの起動および停止などの実行を制御する業務処理管理
プログラム、１０４はジョブの実行予定を格納してある
業務実行予定、１０５は業務処理管理プログラムが収集
した業務処理結果を一時的に保管しておく業務処理結果
情報である。１０６は、１０７を実行するサーバであ
る。１０７はジョブの進捗情報を管理する進捗情報管理
プログラム、１０８はホストから転送された処理結果を
一時的に格納する業務処理結果情報、１０９は処理結果
および処理結果検査情報を蓄積する処理結果情報蓄積、
１１０は処理結果の検査情報を格納してある処理結果検
査情報、１１１は進捗情報および検査結果を表示するＣ
ＲＴ、１１２は表示する部分を選択するマウスである。
１０１と１０６間は回線で接続されており、各々の管理
する情報をお互いに送受信することができる。以下、図
１を用いて動作の概要を説明する。

【０００６】業務処理管理プログラム１０３は、業務処
理実行予定１０４を随時読み込み、読み込まれた実行予
定にしたがってジョブを実行する環境を準備しジョブを
実行する。このとき、ジョブが実行される際に業務処理
管理プログラム１０３は開始時の時刻を該当ジョブの開
始時間として取得する。ジョブはプログラムの内容に応
じて入出力ファイルのレコード件数、ジョブおよびホス
トが出力する業務メッセージなどの情報を業務処理管理
プログラム１０３へ出力しながら実行される。業務処理
管理プログラム１０３は、随時、情報を業務処理結果情
報１０５へ出力する。ジョブはその実行を終了すると、
終了した旨を業務処理管理プログラム１０３へ通知す
る。業務処理管理プログラム１０３はジョブが終了した
ことを通知されると、ジョブが正常終了したかどうかを
示すリターンコードや、入出力ファイルの総レコード件
数などの業務処理結果の検査に必要となる情報をジョブ
から出力された情報に付加して業務処理結果情報１０５
へ出力する。業務処理管理プログラム１０３は業務処理
結果情報１０５を定期的にサーバ１０６へ転送する。サ
ーバ１０６は受信した情報を業務処理結果情報１０８へ
出力する。処理結果検証プログラム１０７は一定の時間
毎に業務処理結果情報１０８および処理結果検査情報１
１０に登録されている検査式を読み込み、検査式に指定
されている検査に必要となる情報を過去の処理結果の情
報を格納した処理結果情報蓄積１０９から読み込み、検
査式にもとづいて検査を行い、検査結果を処理結果情報
蓄積１０９へ格納する。

【０００７】処理結果検証プログラム１０７は、実行が
終了していないジョブについてはその時点での情報を、
実行が終了しているジョブについては検査後の情報をＣ
ＲＴ１１１へ表示する。このとき異常終了したジョブに
ついては任意のエリアに集約してＣＲＴ１１１上へ表示
する。ユーザはマウス１１２を用いてＣＲＴ１１１に表
示指示をおこなうと処理結果検証プログラム１０７は処
理結果情報蓄積１０９を読み込み、該当するジョブおよ
びその前後のプログラムの検査情報を処理結果検査情報
１１０から読み込みＣＲＴ１１１に表示する。

【０００８】図２はジョブと管理データの関係図であ
る。２０１は２０２から２０６までを含む表全体をあら
わし、この表は図１の業務処理実行予定１０４に格納さ
れている。２０２はジョブを識別するための識別番号
（ＪＯＢ−ＮＯ）であり、２０３はそのジョブで実行さ
れるプログラムのプログラム名称である。２０４はその
ジョブが次回実行される処理開始予定日時をしめし、２
０５がそのジョブを起動するための条件コードを、２０
６が起動条件のパラメタをしめしている。例えば、業務
処理管理プログラム１０３は、表２０１中２０４（処理
開始予定日時）と現在時刻を比較し処理開始予定日時を
すぎている場合、２０５および２０６の起動条件によっ
て起動すべきジョブを選定する。ここで起動条件とは、
２０５の起動コードによって幾つかに分類され、２０５
のコードのうち「００」は起動条件なしをしめし、「０
１」はパラメタで指定したジョブ（この場合はHL2300
1）が正常に終了した場合に起動することをしめしてい
る。

【０００９】２０７は２０８から２１１までを含む表全
体をあらわしており、図１の業務処理結果情報１０５お
よび１０８に格納されている。業務処理管理プログラム
１０３はジョブを起動させると、業務処理予定１０４上
の該当ジョブのデータを削除し、業務処理結果情報１０
５に該当ジョブのレコードを作成する。２０８は２０２
と同様にジョブを識別するための識別番号である。２０
９はジョブの状況をあらわしており、例えば、状況コー
ド「００」はジョブが正常終了した状態をしめし、「０
１」はジョブが起動されて実行中である状態をしめして
いる。その他の状態としては、準備されているが起動さ
れていない状態「０９」、異常終了した状態「０４」、
再起動された状態「０５」などがある。状況コードは随
時、業務処理管理プログラム１０３によって更新されて
いる。状況コードの初期状態は、業務処理管理プログラ
ム１０３が業務処理結果情報１０５に出力する。状況コ
ードの遷移は、ジョブからジョブの処理状況の情報を業
務管理プログラム１０３が受け取り、状況を判断し、状
況に変化があった場合はそれを状況コードとして２０９
を変更して業務処理結果情報１０５へ出力することによ
って実現される。２１０はジョブが終了していた場合の
リターンコードであり、ジョブやホスト１０１が出力す
る情報をしめしている。２１１は、対象のジョブの実行
が始まった処理開始日時をしめしている。

【００１０】２１２は、２１３から２１５までを含む表
全体をあらわし、図１のホスト１０１側の業務処理結果
情報１０５に格納されている。また、サーバ側の業務処
理結果情報１０８にも同じ形式で格納されている。この
表は対象のジョブの入出力ファイルの構成をしめしてい
る。２１３は２１２を識別するためのＩＤであり、これ
によってジョブごとの表の格納が可能になる。２１４で
はジョブで使用するファイルの名称（ＤＤ名称）を、２
１５は２１４でしめされるそれぞれのファイルの入出力
レコード件数をしめしている。

【００１１】図３はジョブと検査式及びジョブの処理結
果情報の関係図である。２１６は、２１７から２１９ま
でを含む表全体をあらわしており、図１の処理結果検査
情報１１０に格納されている。２１７は２０２と同様に
ジョブを識別するための識別番号であり、２１８および
２１９はジョブの処理結果を検査する検査式をしめして
いる。この検査式においては、ジョブ自身の入出力ファ
イルのレコード件数の整合性だけでなく、ジョブの入力
ファイルを作成している事前に実行が終了したジョブの
入出力ファイルのレコード件数、および前回実行時のレ
コード件数、過去のピーク時のレコード件数、過去のレ
コード件数の平均値、他のデータの伸び率などを参照が
可能になっている。例えば２１６のＪＯＢ−ＮＯ：ＨＬ
２３０００１のジョブの場合、２１８の項「MSTOUT(0)=
MSTIN(0)-TRSIN(0)」は、今回の出力レコード件数 MSTO
UT(0)が、今回の入力レコード件数 MSTIN(0)とTRSIN(0)
の差であることを検査条件としてしめしている。このと
き各項目名の後ろについている「（±ｎ）」はその符号
によって世代の前後関係をしめし、数値によってどの世
代を使用するかを検査条件としてしめしている。したが
って、２１９の項「MSTOUT(0)>=MSTOUT(-1)」は、今回
の出力が必ず前回実行時の出力よりレコード件数が大き
くなっいる事をしめしている。また、ＪＯＢ−ＮＯ：Ｈ
Ｌ２３１００１のジョブの場合、２１８の項「MSTIN=HL
230001:MSTOUT(0)」は、ＨＬ２３０００１の今回入力レ
コード件数MSTINが、ジョブＨＬ２３０００１の出力レ
コード件数MSTOUTと同じであることを、検査条件として
しめしている。

【００１２】２２０は２２１から２２４までを含む表全
体をあらわしており、図１の処理結果情報蓄積１０９に
格納されている。２２１は２２０を識別するためのＩＤ
であり、これによってジョブごとの処理結果の蓄積が可
能になる。２２２は処理結果として必要な項目名を、２
２３および２２４は各世代ごとの各項目の内容をしめし
ている、各項目の内容は２２１をキーとして２０７及び
２１２中の同一のキーを持つ表の内容から構成される。
例えば今回の実行前に処理結果情報蓄積１０９を読み込
んだ場合は、２２４項の項目しか２２０には存在しない
が、今回の処理の実行が終了し検査をおこなった時点で
２２３が常に最新の状態になるように２２０中にレコー
ドを挿入して処理結果情報蓄積１０９に格納をおこな
う。

【００１３】図４はジョブの進捗状況を監視する画面の
一例である。３０１は図１のＣＲＴ１１１に表示される
ジョブの進捗表示画面の一例をしめしており、進捗管理
プログラム１０７によってジョブの終了及び検査を行な
った時点で更新されている。３０２から３０５は業務処
理の状況をしめしており、図２中の２０７、２２０のそ
れぞれの内容に応じて表示形態を変化させている。この
表示形態は、３１２に示したような定義情報に従って、
ジョブの状況を反映して刻々と変化する。すなわち表示
形態３１６は状況コード３１３とリターンコード３１４
検査結果３１５の組み合わせによって定義する。状況コ
ード３１３に対しては業務処理結果情報１０８に格納さ
れている状況コード２０９を参照する。同様に３１４に
対しては２１０を、３１５に対しては２２０中のレコー
ド２２３の検査結果のデータを参照する。たとえば３０
２でしめされるジョブＨＬ２３０００１は、３１３の項
が「００」であるためジョブが終了しており、３１４の
項が「００」であるためジョブが正常に終了している。
また、３１５中の検査結果が「０」である。これを表現
するために３０１の画面上では３０２のボックスを３１
６でしめされる緑色で表示する。このとき、３１５中の
検査結果が「４」であり不正であればこのボックスは３
１６に従って黄色で表示される。同様にして、３１３の
項が「０１」である場合は処理実行中であるため、これ
を表現するために３０３のボックスを３１６に従って強
調して表示する。３１３の項が「０９」である場合は、
ジョブが準備されている状態であるため、これを表現す
るために３０４のボックスを３１６に従って白色で表示
する。３１３の項が「０４」の場合はジョブが終了して
おり、３１４の項が「０４」であるためジョブが異常に
終了している。これを表現するために３０１の画面上で
は３０５のボックスを３１６に従って赤色で表示する。
こうして処理状況を色分けし、特に異常状態を認識しや
すい色にすることで、ユーザは効率良く異常終了したジ
ョブを探すことができる。３０６は、異常処理と判断さ
れたジョブのみを表示するエリアであり、そのエリア中
に異常終了したジョブを集約して表示している。例え
ば、３０６のエリアに異常終了したジョブ３０５が表示
されている。このとき、ユーザが異常終了したジョブの
詳細な情報をえるためにこのエリア内の処理状況３０５
を指定すると、処理結果検証プログラム１０７は処理結
果情報１０９を読み込み、該当するジョブおよびその前
後のプログラムの検査情報を３０１に表示する。３０７
は検査式によって指定された入出力ファイルのレコード
件数をしめしており、例えば３０７は２１２中の２１５
項のＭＳＴＩＮのレコード件数である。３０８は検査式
によって指定された比較対象となるレコード件数をしめ
しており、例えば３０８は２２０中の２２４項のＭＳＴ
ＩＮのレコード件数である。３０９は３０２で表現され
ているジョブの処理時間をしめしており、ジョブが実行
中の場合は、処理開始日時と現在の日時との差を処理時
間として表示する。また処理が終了した時点で処理終了
日時との差を処理時間として表示する。３１０は比較対
象となる３０２の前回ジョブの処理時間をしめしてお
り、２２４項の処理開始日時と処理終了日時との差を表
示する。たとえば、ユーザは３０３でしめされるジョブ
の、３０７から３１１までの情報を参照することで、比
較対象２０００件中のジョブが今回１０００件終了して
いるので約５０％の進捗であることを判断できる。３１
１は図２中の２１０でしめされるジョブのリターンコー
ドをしめしている。

【００１４】図５は本説明にかかるジョブの実行・進捗
状況および実行結果の収集と表示の概要をしめす概念図
である。

【００１５】ｓｔｅｐ４０１ 一定の時間毎に、業務処
理実行予定１０７から、２０１でしめされる表を読み込
み、実行すべきジョブを選定してジョブ実行を準備す
る。実行するジョブのデータを業務処理予定１０４から
削除し、業務処理結果情報１０５に該当するジョブの処
理状況をしめすデータを追加する。このとき実行すべき
ジョブが存在しないときはｓｔｅｐ４０２に制御を引き
渡す。

【００１６】ｓｔｅｐ４０２ ｓｔｅｐ４０１で準備さ
れたジョブを実行する。このとき実行すべきジョブが存
在しないときはｓｔｅｐ４０３に制御を引き渡す。

【００１７】ｓｔｅｐ４０３ 業務処理監視プログラム
１０３からｓｔｅｐ４０２で実行したジョブの情報およ
びシステム中で既に稼動しているジョブの実行状況の情
報を取得する。これを２０７の形式で業務処理結果情報
１０８へ出力する。このとき２０９の状況コードによっ
てジョブが終了しているかどうかを記述する。また、実
行を終了していないジョブについては２１０の項は空欄
になっている。次に２０７中の２０８のＪＯＢ−ＮＯと
同じＤＤテーブルＩＤを持つ２１２の形式で業務処理管
理プログラム１０３から収集した各入出力ファイルのレ
コード件数情報を付加し業務処理結果情報１０８へ格納
する。

【００１８】ｓｔｅｐ４０４ ｓｔｅｐ４０３で取得し
た業務処理結果情報１０８中の表２０７の状況コード２
０９をもとに、ジョブが実行中か終了しているかを判断
する。実行中のジョブについてはｓｔｅｐ４０７に制御
をひきわたす。実行が終了したプログラムについてはｓ
ｔｅｐ４０５へ制御を引き渡す。

【００１９】ｓｔｅｐ４０５ 実行の終了したジョブの
処理結果を業務処理結果情報１０８から読み込み、リタ
ーンコードの情報を付加して、２０７および２１２の形
式で業務処理結果情報１０８へ出力する。

【００２０】ｓｔｅｐ４０６ ホスト上の業務処理結果
情報１０５から実行の終了したジョブの業務処理結果を
サーバへ転送する。

【００２１】ｓｔｅｐ４０７ ホスト上の業務処理結果
情報１０５から実行中のジョブの業務処理結果をサーバ
へ転送し、制御を４０１へ引き渡す。

【００２２】ｓｔｅｐ４０８ ホストから転送された業
務処理結果情報１０５を受信し、サーバ側の業務処理結
果情報１０８へ出力する。

【００２３】ｓｔｅｐ４０９ サーバ上の業務処理結果
情報１０８を読み込み、２２１をキーとして処理結果情
報蓄積１０９中の過去の処理結果情報を検索し、比較対
象となる処理件数の情報を取得する。

【００２４】ｓｔｅｐ４１０ ｓｔｅｐ４０９で取得し
た処理件数の情報およびｓｔｅｐ４０８で出力した業務
処理結果情報１０８の情報を図４の画面に編集し端末上
に表示する。このとき現在の処理件数を３０７に表示
し、比較対象となる処理件数を３０８に表示し、処理時
間についても今回の処理経過時間を３０９に、比較対象
となる時間を３１０に表示することでユーザが進捗を判
断できる情報を提供する。

【００２５】ｓｔｅｐ４１１ ホストから転送された業
務処理結果情報を受信し、サーバ側の業務処理結果情報
１０８へ出力する。

【００２６】ｓｔｅｐ４１２ 処理結果情報１０８を読
みだし、２０７中の２０８をキーとして検査情報を処理
結果検査情報１１０より読み出す、検査式に使用されて
いる項目の情報を２２１をキーとして処理結果情報蓄積
１０９中の過去の処理結果情報から検索し、比較対象と
なる処理件数の情報を取得する。これらの情報をもとに
検査式によってジョブを検査し、そのジョブの処理結果
および処理件数の妥当性を検証し判定する。

【００２７】ｓｔｅｐ４１３ ｓｔｅｐ４１２で判定し
た結果を図４の画面で端末上に表示する。この際、２１
０のリターンコードおよび２１２の処理件数、２２０中
の検査結果によって表示される図４中の３０２から３０
５のボックスの色、および３０７から３１１の表示項目
内容を変えて表示する。また異常終了したジョブは３０
７にしめす異常終了処理表示エリアにも表示をおこな
う。例えば、３０１にしめすように３０２のジョブは正
常終了（RC=0000）しているため緑色で表示し、３０５
のジョブは異常終了しているため赤色で表示する。また
３０５は異常終了しているため３０７にも表示をおこな
う。

【００２８】ｓｔｅｐ４１４ ｓｔｅｐ４１２の処理結
果を２２０の形式に編集し、処理結果情報蓄積１０９に
蓄積する。

【００２９】

【発明の効果】以上説明したように本発明により、バッ
チ処理の検査を画面上でおこなう場合に、チェックすべ
き処理が強調され、かつ別エリアにまとめて表示される
ので異常終了した処理をさがすために処理全体を検索す
る必要がなく、検査作業の効率向上がはかれる。

【図面の簡単な説明】

【図１】本発明の実施の形態の構成をしめすシステム構
成図。

【図２】業務処理プログラムと管理データの関係図。

【図３】処理の進捗状況を監視する画面。

【図４】業務処理プログラムの実行・進捗状況および実
行結果の収集と表示の概要をしめす概念図。

【図５】本発明の実施の形態の動作をしめす流れ図。

【符号の説明】

１０１…ホスト、 １０２…ジョ
ブ、１０３…業務処理管理プログラム、 １０４…業
務処理実行予定、１０５…業務処理結果情報、
１０６…サーバ、１０７…進捗管理プログラム、
１０９…業務処理結果情報蓄積、１１０…業務処理
結果情報蓄積、 １１１…ＣＲＴ。

Claims (1)

【特許請求の範囲】
1. 【請求項１】バッチ処理の処理結果の検査をするシステ
   ムにおいて、バッチ処理の入出力レコード件数をホスト
   から取得し、事前に登録した検査式によって処理を検査
   する手段と、取得した情報にもとづいて表示内容を変化
   させる手段と、任意の条件を満たすバッチ処理を集約し
   て表示する手段とからなる事を特徴とするバッチ処理実
   行監視および検査システム。