JP2006243996A

JP2006243996A - ジョブネット管理システム

Info

Publication number: JP2006243996A
Application number: JP2005056940A
Authority: JP
Inventors: Yasunori Hayashida; 安規林田; Shunji Kubota; 俊司久保田
Original assignee: Hitachi Software Engineering Co Ltd
Current assignee: Hitachi Software Engineering Co Ltd
Priority date: 2005-03-02
Filing date: 2005-03-02
Publication date: 2006-09-14
Anticipated expiration: 2025-03-02
Also published as: JP4683535B2

Abstract

【課題】ジョブネット内の各ジョブで使用する入出力データの変数をシステム内で統一的に管理することなく、入力データや出力データを１つのジョブの設計だけに閉じた範囲で設計可能にし、その後、個々のジョブを結合したジョブネットの設計を分けて設計できるジョブネット管理システムを提供すること。
【解決手段】表示装置にジョブ定義画面を表示させる第１の手段と、表示されたジョブ定義画面上で各ジョブの実行に際して前提となる入力データと、別のジョブの入力データとなるジョブの出力データを表す変数をそれぞれ独立したオブジェクトとしてジョブ単位に定義する情報を入力装置から受付け、ジョブ単位のオブジェクト識別情報を付したテーブルに格納する第２の手段とを備えることを特徴とする。
【選択図】図９

Description

本発明は、複数のジョブの実行順序に関連を付けて実行するジョブネット管理システムに関する。

従来、計算機システム上で実行するジョブの実行順序を定義し実行する機能は、あるジョブの実行が終了したら、後続ジョブを実行するといったジョブの実行順序をジョブごとに定義する方法が知られている。定義方法は、ジョブ制御言語を記述したり、表に定義したジョブ情報から自動生成したり、ＧＵＩ（Graphical User Interface）を用いて定義するものである。
また、ジョブの定義情報をジョブ定義文の雛型と入出力データを分離して管理することにより、ジョブの独立性を高める技術として、例えば、下記特許文献１に記載のものが知られている。
下記特許文献１に記載のものは、既に運用手順が確立されていてジョブの実行順序は決まっているような運用で、ジョブを実行する際に使用するホスト名やファイル名を実行環境に合わせて容易に変更することで、定型業務を容易に運用する方法に関するものである。
また、データフローとジョブフロー図からジョブ制御言語を生成する技術として、例えば、下記特許文献２に記載のものが知られている。
下記特許文献２に記載のものは、ジョブ運用時に使用する手順書と実際のジョブ実行手順の相違を無くし、ジョブ運用時の運用性およびジョブ実行手順の定義効率向上を目的とした、ジョブフロー図とジョブ制御言語の相互変換の方法に関するものである。
特開２００４−２６５１０１号公報特開平６−３１８１５１号公報

しかしながら、上記特許文献１に記載の技術は、ジョブネットによる運用手順をジョブ定義文の雛型と入出力データに分離し、入出力データだけを変更することにより、いろいろな環境で容易に実行できるようにできるものの、ジョブ定義文の雛型を定義する際には、入出力データの情報を反映する可変部分の変数名をジョブネット内で一意に決める必要があるなど、入出力データの関連とジョブの実行順序の関連、および入出力データの流れを設計する場合、ジョブ定義文の雛型で使用する可変部分の解決をジョブネット全体で把握する必要がある。
そのため、運用手順内で使用する可変部分の変数名は、例えば台帳に登録するなどして、同じ情報を示す変数名は共通にし、新設する変数名は既存の変数名と重複しない名称にするといった、ジョブネット運用システム内で管理する必要があるという問題がある。
また、上記特許文献２に記載の技術は、ジョブフロー図とジョブ制御言語を同じ状態に保つことが出来るため、運用手順書の保守を容易にし、ジョブ制御言語との不一致を防止することができるものの、ジョブフロー図そのものの妥当性を確認する手段はないため、誤ったジョブ実行順序の関連を定義したなどジョブネット設計時の人的ミス防止には効果が低い。
また、実際のジョブ実行時の状態監視には利用することができないため、異常終了したジョブの入力情報がどのジョブで作成されたのか、異常終了ジョブの後続あるいは異常終了ジョブの出力結果を期待しているジョブはどれかといったジョブネット運用時の対処は、紙あるいは紙と同等の電子データのジョブフロー図を人が目視によって追跡する必要があり、監視の容易性は期待できないという問題がある。

本発明の目的は、ジョブネット内の各ジョブで使用する入出力データの変数をシステム内で統一的に管理することなく、入力データや出力データを１つのジョブの設計だけに閉じた範囲で設計可能にし、その後、個々のジョブを結合したジョブネットの設計を分けて設計できるジョブネット管理システムを提供することにある。
さらに、ジョブネットの入出力データの過不足や実行順序の矛盾といった静的な調査を事前に実施し、人的ミスの削減を図ることができるジョブネット管理システムを提供することにある。
また、障害発生時の問題個所の調査や、影響個所の確認といった監視作業を容易に実施することができるジョブネット管理システムを提供することにある。

上記目的を達成するために、本発明は、電子計算機上でプログラムやシェルスクリプトなどの実行単位からなるジョブを複数関連付けて定型的な業務を実行するジョブネット管理システムにおいて、表示装置にジョブ定義画面を表示させる第１の手段と、表示されたジョブ定義画面上で各ジョブの実行に際して前提となる入力データと、別のジョブの入力データとなるジョブの出力データを表す変数をそれぞれ独立したオブジェクトとしてジョブ単位に定義する情報を入力装置から受付け、ジョブ単位のオブジェクト識別情報を付したテーブルに格納する第２の手段とを備えることを特徴とする。
また、前記第２の手段により定義された各ジョブの入力データ及び出力データの変数をジョブ単位のアイコンとしてジョブネット定義画面を表示装置に表示させる第３の手段と、表示されたジョブネット定義画面上で各ジョブの実行順序の関連、各ジョブの入力データ及び出力データの変数の関連を入力装置における接続線描画操作によって受付け、各ジョブの実行順序、各ジョブの入力データ及び出力データの変数の関連を定義した関連定義情報を前記テーブルに格納する第４の手段とをさらに備えることを特徴とする。
また、前記第４の手段により各ジョブの入力データ及び出力データの変数の関連を定義するに際し、接続線によって関連付けられた入出力データの種別が引継ぎ可能な種別であるかを判定し、引継ぎ不可能な変数であった場合にはエラー情報を出力する第５の手段をさらに備えることを特徴とする。
また、前記第４の手段により定義された各ジョブの実行順序、各ジョブの入力データ及び出力データの変数の関連について、前記テーブルに格納された情報に基づき先行、後続の関係が矛盾なく定義されているかをチェックする第６の手段をさらに備えることを特徴とする。
また、前記テーブルに格納された情報に基づくジョブネットの実行中に異常が発生した場合、ジョブネット全体の表示画面に異常終了したジョブのアイコンと、その先行及び後続のジョブの変数を強調表示する第７の手段をさらに備えることを特徴とする。

本発明によれば、ジョブを設計する際、ジョブの入力データや出力データを表す変数をそれぞれ独立したオブジェクトとしてジョブ単位に定義し、ジョブの実行ファイル名や実行時のパラメーターなどにこの変数名を定義しておくことで、ジョブネットの起動時に与えた入力情報をジョブ実行時に展開して実行することができる。
この時の変数名は、当該ジョブ内でユニークな変数名であれば良く、他のジョブで使用している変数名と合わせたり、あるいは他のジョブで使用していない名称を探したりする必要が無いため、設計が容易であるとともに、ジョブの独立性が高いため、作成したジョブを別のジョブネットで容易に再利用することができる。
さらに、ジョブ及び変数の関連接続線を描画する時に、同一種別の変数の引継ぎかどうかを調査し、例えばホスト名を出力する出力情報とファイル名を入力する入力情報を誤って関連付けた場合に、関連設定に誤りがあるといった妥当性を事前に調査することができる。
また、ジョブ実行を制御するプログラムでは，ジョブの実行を開始する日時や、休日は実行しないといったスケジュールを併せ持つのが一般的である。本実施例においても、図１８のようにジョブにスケジュール情報を持つことで、ジョブの実行日時を制御するスケジューリングは容易に実現が可能である。そのため、ジョブの実行順序やスケジュールは、システム全体の負荷、ジョブの重要度、オペレータ介入の有無などによっても調整されるため、必ずしも入力情報として参照するジョブの直前に入力情報を生成するジョブが存在するとは限らず、ジョブの実行時に前提条件である入力情報が生成されているかどうかを確認するのは、特にジョブ数が多い場合には困難である。そのため、ジョブの実行順序の定義と入出力データの関連とを同じ定義情報で管理することで、ジョブで参照する入力情報を生成するジョブが正しく先行ジョブの中に定義されているか、休日に実行されないジョブの結果を休日に実行するジョブで参照していないか、といった実行順序やスケジュールとの関係を調査することができる。
さらに、ジョブに異常があり、その原因が入力情報の誤りであった場合など、入力情報を生成する先行ジョブの状態を調査するといった調査も、入出力データの関連設定を辿ることで容易に確認することができる。
また、異常があったジョブを飛ばして後続ジョブの実行を再開したような場合、入出力データに関連のある後続ジョブを容易に確認できるため、大きな影響のあるジョブを優先的に対処するといった監視運用が容易になる。

以下、本発明を実施する場合の一形態を図面を参照して具体的に説明する。
図１は、本発明を実施する情報処理システムの実施の形態を示すハードウェア構成図である。
本実施形態の情報処理システムは、ＣＰＵおよびメモリからなるコンピュータ１０３、ディスプレイなどの表示装置１０１、キーボードやマウスなどの入力装置１０２、ハードディスクなどの外部記憶装置１０４で構成される。
コンピュータ１０３は、ワークステーションやＰＣなどで構成され、オペレーティングシステムが動作している。また、このオペレーティングシステムでは、表示装置１０１、入力装置１０２、および外部記憶装置１０４を制御する機能を有している。また、オペレーティングシステム上では、プログラムやシェルスクリプトなどの実行単位からなるジョブを自動的に実行するジョブネット管理システム（プログラム）が動作している。
外部記憶装置１０４には、後述する各種のテーブルが格納されるようになっている。

図２は、図１の情報処理システムにおけるジョブネット管理システムの機能構成図である。
図２において、表示装置２０１は、後述する図６、図７、図８、図９、図１０および図１１の画面を表示するディスプレイ装置である。
ジョブ・ジョブネット定義プログラム２０２は、表示装置２０１のジョブ定義画面から定義されるジョブ及びジョブネットの定義情報を、ジョブ・ジョブネット情報データベース２０３に格納するプログラムである。
ジョブ・ジョブネット定義内容調査プログラム２０４は、ジョブ・ジョブネット情報データベース２０３に格納されている情報を解析して、ジョブの実行順序や変数の関連に矛盾が無いかを調査し、表示装置２０１に調査結果を表示するプログラムである。
ジョブ・ジョブネット実行プログラム２０５は、ジョブ・ジョブネット情報データベース１０３に格納されている情報に従ってジョブを実行し、ジョブの実行結果をジョブ・ジョブネット状態情報データベース２０７に格納するプログラムである。
ジョブ・ジョブネット監視プログラム２０６は、ジョブ・ジョブネット情報データベース２０３とジョブ・ジョブネット状態情報データベース２０７の情報を合成して、ジョブネット内のジョブの実行結果や、変数に設定された情報などを表示装置２０１に表示するプログラムである。

図３は、本発明を説明するための業務の運用例を示す図であり、ここで例示する業務は２つのファイルをマージして１つのファイルにするソートマージ処理である。
処理の流れは、１つめの入力ファイル３０１をソートする処理として、入力ファイル３０１をソート処理３０２でソートして作業ファイル３０３に出力し、並行して２つめの入力ファイル３０４をソートする処理として、入力ファイル３０４をソート処理３０５でソートして作業ファイル３０６に出力する。その後、ソートされた作業ファイル３０３と作業ファイル３０６を、マージ処理３０７でマージして出力ファイル３０８を作成するというものである。
本例のソートマージ処理では、作業ファイル３０３や３０６を用いており、これらのファイル３０３，３０６はソートマージ処理３０７の入出力データとしては意識不要なものである。このため、作業ファイルの割り当てと削除処理を加えることで、作業ファイルを意識せずにソートマージ処理ができる汎用的な業務にしたものが図４である。

図４では、作業ファイル３０３を割り当てる処理として作業ファイル割り当て４０１をソート処理３０２の前に実行し、割り当てた作業ファイル３０３を作業ファイル削除４０２でマージ処理終了後に削除する。作業ファイル３０６も同様に、作業ファイル割り当て４０３と作業ファイル削除４０４を実行するようにする。

図５は、この業務のジョブの実行順序を表すジョブフロー図である。
それぞれのジョブには、実行するコマンドやコマンドに指定するパラメータを定義する。例えば図６のようなジョブ定義画面６００で定義する。
このジョブ定義画面６００では、「定義タグ」を指定することにより、ジョブ名６０１、コメント６０２、実行ファイル名６０３、パラメータ６０４、標準入力ファイル名６０５、標準出力ファイル名６０６などを定義するようになっている。
また、「変数タグ」を指定することにより、入力データ及び出力データの変数や種別などを定義するようになっている（図８参照）。

図５のソート処理のジョブ定義例を図７に示す。
ソート処理では入力ファイルが１つ、出力ファイルが１つあり、それぞれコマンドの実行時に業務の実行に必要な任意のファイルが指定できるように、その変数を指定する。
変数の定義はジョブ定義画面のダイアログに含まれており、ソート処理で使用する入力ファイル名、出力ファイル名は、例えば図８のように定義する。図８では、入力データ（入力ファイル）及び出力データ（出力ファイル）の変数として、Input-FilenameとOutput-Filenameの２つの変数を定義している。
同様に、図５のジョブである作業ファイル割り当て４０１と４０３、マージ３０７、作業ファイル削除４０２と４０４を定義し、各ジョブの実行順序と各入出力データの流れを関連付けたものが図９である。
先に定義したソート処理３０２のジョブは、図９の３０２のように、入力ファイル名Input-Fileと、出力ファイル名OutputNameの２つの変数を入力し、結果としてSort-Fileを出力することを示している。また、入力情報の１つである出力ファイル名は、先行ジョブの作業ファイル割り当て４０１の出力結果から入手することを点線の関連線で示しており、同様に出力結果であるSort-Fileは、後続のマージ処理３０７の入力情報となることも点線の関連線で示している。
本実施形態によれば、図９で示す２つのソート処理３０２と３０５は、それぞれ別のファイル名を入力としているが、ジョブの使用変数は、入力ファイル名がInput-File、出力ファイル名がOutputNameというように同じ値であり、１つのジョブネット内に複数のソート処理が存在しても、それぞれの変数名を変更する必要は無く、一度作成したソート処理を複写して使用することが容易である。
また、図９では、ソート処理３０２と３０５の入力ファイル名Input-File、マージ処理３０７の出力結果を格納する出力ファイル名Output-Fileの、合計３つの変数の入力元が解決できていない。これは７つのジョブ（４０１，４０３，３０２，３０５，３０７、４０２、４０４）から構成される１つのジョブネットの入力情報として、３つの変数が必要であることを示しており、図１０のように、１つのジョブネットとしての入出力データをジョブの場合と同様に扱うことで、本例のソートマージ処理自体も別の業務に複写して使用することが容易となり、種々の部品を組み合わせて大きな業務を作成する際に、効果を発揮する。
なお、ジョブ定義処理の処理内容を図１２、ジョブネット定義処理の処理内容を図１３に示す。

図１２に示すジョブ定義処理では、ジョブ・ジョブネット定義プログラム２０２が図６のジョブ定義面を表示装置１０１に表示させる（ステップ１２０１）。
この状態で、入力装置１０１からジョブ定義画面内の必要な定義データが入力されたならば、その入力データを解析し（ステップ１２０２）、不正データがあった場合にはエラー処理して終了する（ステップ１２０３，１２０４）。
ここで、不正データとは、例えば、ジョブの名称に使用できないスペースなどの特殊文字が含まれていないか、指定できる長さを超えていないか，指定が必須な項目に値が指定されているか、といったものである。
不正データがなかった場合には、ジョブ・ジョブネット情報データベース２０３のオブジェクト情報テーブルから未使用のオブジェクトＩＤを検索し、その未使用のオブジェクトＩＤを当該ジョブに割り当て、オブジェクト情報テーブルにジョブ名称や定義情報を格納する（ステップ１２０５，１２０６）。
ジョブ・ジョブネット情報データベース２０３には、図１６に示すように、オブジェクト情報テーブル１７１０、入力変数情報テーブル１７２０、出力変数情報テーブル１７３０、実行順序情報テーブル１７４０が設けられている。
図１７に、これらの各テーブル１７１０〜１７４０のデータ構造とデータ例を示している。
次に、入力変数定義が入力されているかを判断し（ステップ１２０７）、入力されていたならば、図１７の入力変数情報テーブル１７２０に入力変数名，タイプの情報を格納
する（ステップ１２０８）。この場合、当該ジョブに割り当てられたオブジェクトＩＤ１７２１を付して格納する。
なお、図１７の入力情報変数テーブル１７２０において、先行ジョブ（引継ぎ元ジョブ）に割り当てられるＩＤ１７２４はジョブネットを定義した段階で格納される。
なお、上位ＩＤとは、オブジェクトの階層構造を管理する情報であり、本実施例のソートマージ処理のジョブ４０１，４０３，３０２，３０５，４０２，４０４は，ソートマージ処理を行う一つのオブジェクト配下に存在するジョブ群であることを管理するために，上位オブジェクトのＩＤを共通情報として保持しているものである。
次に、出力変数定義が入力されているかを判断し（ステップ１２０９）、入力されていたならば、図１７の出力変数情報テーブル１７３０に出力変数名，タイプの情報を格納する（ステップ１２１０）。この場合、当該ジョブに割り当てられたオブジェクトＩＤ１７３１を付して格納する。

図１３に示すジョブネット定義処理では、ジョブ・ジョブネット定義プログラム２０２が図９に示すようなジョブネット定義画面を表示装置１０１に表示させる（ステップ１３０１）。但し、この段階では、図１２のジョブネットの定義処理で定義されたジョブとその入出力データの変数名のアイコンを一覧表示するだけであり、ジョブの関連線（図９のジョブアイコン間を結ぶ実線）や変数相互間を結ぶ点線は表示されていない。
そこで、ユーザが各ジョブの関連を定義すべく、ジョブアイコン間を結ぶ実線や変数相互間を結ぶ点線を描画する操作を入力装置１０２で行うと、ジョブ・ジョブネット定義プログラム２０２は操作内容が実行順序の関連線設定かどうかを判定し（ステップ１３０２）、そうであった場合には、図１７の実行順序情報テーブル１７４０にレコードを追加し、先行オブジェクトＩＤの情報を格納する（ステップ１３０３）。
同様に、操作内容が実行順序の関連線切断かどうかを判定し（ステップ１３０４）、そうであった場合には、実行順序情報テーブルの該当レコードを削除する（ステップ１３０５）。これによって、各ジョブの実行順序が定義される。
次に、操作内容が変数の関連線設定かどうかを判定し（ステップ１３０６）、そうであった場合には、変数のタイプは等しいかを判定し、等しくない場合には引継ぎ不可能としてエラー処理にエラーメッセージを応答する（ステップ１３０７，１３０８）。
等しい場合には、入力変数情報テーブル１７２０の引継ぎ元情報として引継ぎ元のオブジェクトＩＤと出力変数名を格納する（ステップ１３１０）。
同様に、操作内容が変数の関連線切断かを判定し（ステップ１３１１）、そうであった場合には、入力変数情報テーブル１７２０の該当引継ぎ元情報のオブジェクトＩＤをクリアする（ステップ１３１２）。
次に、変数の関連線（図９の点線）と実行順序の関連線（図９の実線）の妥当性をチェックし（ステップ１３１３）、関連線が妥当でない（矛盾がある）場合には、訂正を促す警告処理によってユーザに警告メッセージを出力する（ステップ１３１４，１３１５）。

図１４は、図１３のステップ１３１３の妥当性チェック処理の詳細を示す図である。
ここでは、オブジェクト情報テーブル１７１０のオブジェクトＩＤ毎に、以下のチェックを行う（ステップ１４０１）。すなわち、入力変数情報テーブル１７２０に該当オブジェクトＩＤのレコードあるかどうかを調べ（ステップ１４０２）、ある場合には、次に引継ぎ元情報毎に、実行順序情報テーブル１７４０から先行オブジェクト一覧を求め、先行オブジェクト一覧に引継ぎ元オブジェクトＩＤが定義されているかどうかを調べる（ステップ１４０３〜１４０５）。もし、先行オブジェクト一覧に引継ぎ元オブジェクトＩＤが定義されていなかった場合には、関連定義が妥当でないと判断し、終了または警告メッセージを出力する。
以上により、ジョブとジョブネットの定義が終了し、図９のジョブネットの全ての定義を終了した段階では、図１７の各テーブルの内容は図１７に示すように更新される。

ジョブとジョブネットが以上のようにして定義されたことにより、以下のようなことが可能になる。
例えば、図９では、作業ファイル削除４０２の入力情報は、先行ジョブである作業ファイル割り当て４０１の出力結果と関連付けている。即ち、作業ファイル削除４０２の前提条件として、作業ファイル割り当て４０１が実行されている必要があるが、これは、ジョブの実行順序関係を、作業ファイル削除４０２から逆に辿っていき、先行ジョブはマージ処理３０７、さらに先行がソート処理３０２、さらに先行が作業ファイル割り当て４０１であるため、ジョブの実行順序と変数データの関連に定義上の矛盾が無いことが証明される。
加えて、ジョブの実行条件としてジョブにスケジュールを指定することができるジョブネット制御システムの場合は、同じ日に実行予定があるかどうかを機械的に調査し、警告を発することができる。例えば、誤って作業ファイル割り当て３０１に、月曜日だけ実行するようにスケジュールを付けた場合、作業ファイル割り当て４０１の出力結果を参照しているソート処理３０２や作業ファイル削除処理４０２が月曜日以外にも実行されるスケジュールであれば、月曜日以外は前提条件である作業ファイル割り当て４０１が実行されないため、正しく実行することができないことを機械的に調査することができる。
また、それぞれの変数は図８で示すようにタイプを定義することができるようになっているため、異なるタイプの変数間で関連付けを行っていないかを調査することができる。

一方、ジョブ・ジョブネット情報データベース２０３の各テーブルは図１７のようになっているため、変数のタイプの整合性について、入力変数情報テーブル１７２０の引継ぎ元情報１７２４を読み込み，引継ぎ元情報に設定されているオブジェクトＩＤと出力変数名をキーにして、出力変数情報テーブル１７３０を検索し、検索した出力変数情報テーブル１７３０の該当レコードのタイプが、入力変数情報テーブル１７２０のタイプと等しいか比較することにより、異なるタイプの変数間で関連付けを行っていないかをジョブの実行開始前に事前に確認することができる。
また、変数の関連と実行順序の関連の妥当性チェックについて、調査対象のジョブをオブジェクト情報テーブル１７１０を順読みすることで１つずつ求め、求まったオブジェクトＩＤ１７１１をキーに、入力変数テーブル１７２０を検索し、同一キーを持つレコードが存在した場合は，このオブジェクトに入力変数が存在することを示しており、同レコードにある引継ぎ元オブジェクトＩＤ１７２４から、変数の引継ぎ元オブジェクトのオブジェクトＩＤを求めることができる。
そして、先に求めたオブジェクトＩＤ１７１１をキーに実行順序情報テーブル１７４０を検索し、存在した場合はその先行オブジェクトＩＤ１７４２についても再帰的に実行順序情報テーブル１７４０に検索を行い、調査対象ジョブの先行オブジェクトの一覧を作成することができる。変数の引継ぎ元オブジェクトＩＤがこの先行オブジェクトの一覧に存在する場合は、変数の引継ぎ関係と実行順序関係は正しいと判断することができ、存在しない場合は、関連に問題がある可能性があることを見つけることができる。

次に、ジョブ実行状況の監視の仕組みについて説明する。
ジョブの実行状態の概要は、図９で定義したジョブネット図で各ジョブを表すアイコンの色が変化することで監視できる。例えば、図９でソート処理３０５が異常終了した場合は、ソート処理３０５のアイコンを特定の色（例えば赤色）に変化させる。異常が検知され、異常の詳細を確認する場合は、アイコンから詳細な情報を表示する画面を表示し、例えば図１１のような画面を表示させる。
この画面よりソート処理３０５が異常終了した原因を推測し、入力ファイルが正しく存在するかなどを確認する。この時、図９に示すように変数情報も合わせて表示されているため、変数に設定された値を確認することができるようにすることで、先行ジョブから引き継がれたデータに問題がある場合などは、先行ジョブを変数データの関連線から辿り問題を容易に発見することができる。
また、異常があったジョブの結果を参照している後続ジョブを容易に確認できる。なお、画面上で変数を選択した際に、選択した変数の関連線や関連先の変数を強調表示することで、さらに視認性の向上を図ることも可能である。

図１５は、ジョブネット監視処理の処理内容を示す図である。
図１５において、ジョブ・ジョブネット監視プログラム２０４が図９と同じジョブネット監視画面を表示する（ステップ１５０１）。
この画面において、ユーザからの指令を待ち、その指令に応じて、以下の処理を行う。
すなわち、入力指令がジョブの詳細細結果表示であった場合には、ジョブ詳細結果を表示する（ステップ１５０２、１５０３）。
また、入力指令が変数の設定値表示であった場合には、図１９のように変数画面で図９で選択したジョブの変数の設定値を表示する（ステップ１５０４，１５０５）。
また、入力指令が変数の関連値表示であった場合には、指定変数の先行と後続の変数を求め、先行と後続の変数を強調表示する（ステップ１５０６〜１５０８）。

本発明を実施する情報処理システムの実施の形態を示すハードウェア構成図である。本発明におけるジョブネット管理システムの機能構成ブロック図である。本発明を説明するためのソートマージ業務の運用例を示す図である。本発明を説明するためのソートマージ業務の運用例を具体的に示すジョブとデータの構成図である。本発明を説明するためのソートマージ業務のジョブ構成図である。ジョブの定義情報を入力する画面例を示す図である。図５のジョブ定義を指定したジョブ定義画面を示す図である。図５のジョブ定義で使用する変数の変数定義画面、定義したジョブと変数を同時に表示するジョブネット定義画面の例を示す図である。ジョブネットの変数を示すアイコン画面を示す図である。ジョブの実行結果を表示する実行結果詳細画面を示す図である。ジョブ定義処理を説明するＰＡＤ図である。ジョブネット定義処理を説明するＰＡＤ図である。ジョブネット定義処理の関連線の妥当性をチェックする処理を説明するＰＡＤ図である。ジョブネット監視処理を説明するＰＡＤ図である。ジョブ・ジョブネット情報データベースのテーブル構造を示す体系図である。ジョブ・ジョブネット情報データベースのテーブルの内容を示す構造図である。スケジュールの定義画面例である。変数の設定値表示画面例である。

符号の説明

１０１…表示装置、１０２…入力装置、１０３…コンピュータ、１０４…外部記憶装置、２０１…表示装置、２０２…ジョブ・ジョブネット定義プログラム、２０３…ジョブ・ジョブネット情報データベース、２０４…ジョブ・ジョブネット定義内容調査プログラム、２０５…ジョブ・ジョブネット実行プログラム、２０６…ジョブ・ジョブネット監視プログラム、２０７…ジョブ・ジョブネット状態情報データベース、３０１…入力ファイル、３０２…ソート処理、３０３…作業ファイル、３０４…入力ファイル、３０５…ソート処理、３０６…作業ファイル、３０７…マージ処理、３０８…出力ファイル、４０１…作業ファイル割り当て処理、４０２…作業ファイル削除処理、４０３…作業ファイル割り当て処理、４０４…作業ファイル削除処理、１７１０…オブジェクト情報テーブル、１７１１…オブジェクト情報テーブルのオブジェクトＩＤ、１７１２…オブジェクト情報テーブルの名称、１７１３…オブジェクト情報テーブルの定義情報、１７２０…入力変数情報テーブル、１７２１…入力変数情報テーブルのオブジェクトＩＤ、１７２２…入力変数情報テーブルの入力変数名、１７２３…入力変数情報テーブルのタイプ、１７２４…入力変数情報テーブルの引継ぎ元、１７３０…出力変数情報テーブル、１７３１…出力変数情報テーブルのオブジェクトＩＤ、１７３２…出力変数情報テーブルの出力変数名、１７３３…出力変数情報テーブルのタイプ、１７４０…実行順序情報テーブル、１７４１…実行順序情報テーブルのオブジェクトＩＤ、１７４２…実行順序情報テーブルの先行オブジェクトＩＤ。

Claims

電子計算機上でプログラムやシェルスクリプトなどの実行単位からなるジョブを複数関連付けて定型的な業務を実行するジョブネット管理システムにおいて、
表示装置にジョブ定義画面を表示させる第１の手段と、
表示されたジョブ定義画面上で各ジョブの実行に際して前提となる入力データと、別のジョブの入力データとなるジョブの出力データを表す変数をそれぞれ独立したオブジェクトとしてジョブ単位に定義する情報を入力装置から受付け、ジョブ単位のオブジェクト識別情報を付したテーブルに格納する第２の手段と
を備えることを特徴とするジョブネット管理システム。
前記第２の手段により定義された各ジョブの入力データ及び出力データの変数をジョブ単位のアイコンとしてジョブネット定義画面を表示装置に表示させる第３の手段と、
表示されたジョブネット定義画面上で各ジョブの実行順序の関連、各ジョブの入力データ及び出力データの変数の関連を入力装置における接続線描画操作によって受付け、各ジョブの実行順序、各ジョブの入力データ及び出力データの変数の関連を定義した関連定義情報を前記テーブルに格納する第４の手段と
をさらに備えることを特徴とする請求項１に記載のジョブネット管理システム。
前記第４の手段により各ジョブの入力データ及び出力データの変数の関連を定義するに際し、接続線によって関連付けられた入出力データの種別が引継ぎ可能な種別であるかを判定し、引継ぎ不可能な変数であった場合にはエラー情報を出力する第５の手段をさらに備えることを特徴とする請求項２に記載のジョブネット管理システム。
前記第４の手段により定義された各ジョブの実行順序、各ジョブの入力データ及び出力データの変数の関連について、前記テーブルに格納された情報に基づき先行、後続の関係が矛盾なく定義されているかをチェックする第６の手段をさらに備えることを特徴とする請求項３に記載のジョブネット管理システム。
前記テーブルに格納された情報に基づくジョブネットの実行中に異常が発生した場合、ジョブネット全体の表示画面に異常終了したジョブのアイコンと、その先行及び後続のジョブの変数を強調表示する第７の手段をさらに備えることを特徴とする請求項４に記載のジョブネット管理システム。