JPH06230982A - 業務処理管理システム - Google Patents

Abstract

(57)【要約】 【目的】 複数のジョブからなる一連の業務処理を所定
の順序で実行する場合に、処理速度の低下や処理の停滞
をできるだけ少なくする。 【構成】 予め実行順序が定められた複数の処理単位か
らなる一連の業務処理を実行する業務処理管理システム
において、一連の業務処理を実行するための実行スケジ
ュールを管理する管理用処理装置１０１と、管理用処理
装置に接続された複数の処理装置１０８とからなり、管
理用処理装置は処理単位毎の起動条件が格納されたファ
イル１０６を備え、管理用処理装置はファイル１０６を
参照して実行すべき処理単位を決め、実行すべき処理単
位毎に複数の処理装置の中から特定の処理装置を選択し
該処理装置に対して処理単位の実行を指示し、処理装置
では実行指示に従い処理単位を実行する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、電子計算機システムを
用いた業務処理管理システム、特にスケジューリングさ
れた一連の業務処理を実行する場合に、所定の処理順序
に従った上で並列分散処理を実現する電子計算機システ
ムの業務処理管理システムに関する。

【０００２】

【従来の技術】複数のジョブからなる一連の業務処理を
所定の順序で実行する装置に関する技術は、例えば、特
開平４−１２７３２２号公報に開示されている。上記の
特開平４−１２７３２２号公報に開示された技術は、電
子計算機で実行するジョブを所定の順序で実行する場合
に、所要のジョブ間の同期条件を指定することにより、
並行して実行できる複数の先行ジョブおよび後続ジョブ
を有するジョブの実行開始の制御を容易に行うようにし
たものである。

【０００３】そのために、各ジョブごとに、先行するジ
ョブがある場合にその先行するジョブそれぞれに対応し
たフラグ、および後続するジョブがある場合に後続する
ジョブの次ジョブ名を格納しておく実行制御テーブルを
設けている。そして、ジョブの実行に際し、上記フラグ
を予めオフにしておき、先行ジョブの完了毎にその先行
ジョブに対応するフラグをオンにし、すべてのフラグが
オンになったときそのジョブを起動する。また、その制
御のために、各ジョブごとに、そのジョブが完了したと
きに次ジョブ名のジョブのフラグをオンにする。

【０００４】これにより、複数のジョブを並行して起動
可能にしたり、並行して実行されるジョブの完了に同期
して起動したりすることができる。また、各ジョブごと
に設けられたフラグや次ジョブ名は、実行制御テーブル
に設ける各ジョブごとの項の内容によるものであるから
変更や追加を比較的容易に行うことができる。

【０００５】

【発明が解決しようとする課題】上記従来技術は、一つ
のオペレーティングシステムの管理下にある処理を予め
定められた順序で自動的に実行していく技術であり、例
えば多数のジョブを並行して実行する場合や多数のジョ
ブをシリアルに実行する場合には、処理能力の不足から
処理速度の低下、あるいはメモリ不足から処理の停滞が
起こる場合があり、ひいては電子計算機システムを使用
することができなくなるという問題がある。本発明の目
的は、複数のジョブからなる一連の業務処理を所定の順
序で実行する場合、処理速度の低下、処理の停滞が少な
くできるような業務処理システムを提供することにあ
る。

【０００６】

【課題を解決するための手段】本発明は、実行順序が予
め定められた複数の処理単位からなる一連の業務処理を
実行する業務処理管理システムにおいて、上記一連の業
務処理を実行するための実行スケジュールを管理する管
理用処理装置と、上記管理用処理装置にネットワークを
介して接続された複数の処理装置とからなり、上記管理
用処理装置は上記処理単位毎の起動条件が格納されたフ
ァイルを備えるとともに、上記ファイルを参照して実行
すべき処理単位を決め、実行すべき処理単位毎に上記複
数の処理装置の中から特定の処理装置を選択し、該処理
装置に対して上記処理単位の実行を指示するものであ
り、また、上記処理装置は上記実行指示に従い上記処理
単位を実行するようにしたものである。

【０００７】

【作用】本発明は、上記手段を有することによって、複
数台のＷＳを用いて、プロセスの実行順序や実行開始時
刻を自動制御できるため、業務処理用プロセスの実行管
理が容易になり、また、複数のジョブからなる一連の業
務処理を所定の順序で実行する場合に、処理の低下や処
理の停滞を少なくすることができるという効果がある。
さらに、管理用処理装置と処理装置をネットワークを介
して接続することにより、業務処理量の変動に応じて処
理装置の台数を調整することが可能なため、無駄の少な
い業務処理環境を構築することができる。

【０００８】

【実施例】以下、本発明の一実施例を図を用いて説明す
る。図１は、本発明の一実施例を示すシステムの全体構
成図である。図１において、１０１は一連の業務処理実
行用のスケジューリングを行うスケジュール管理用ワー
クステーション（以下、スケジュール管理用ＷＳとい
う）、１０２はプロセススケジューラである。また、１
０３は処理実行用電子計算機システムの稼働状態を把握
するためのプロセス処理用ワークステーション管理テー
ブルであり、その構成図は図５に示す通りプロセス処理
用ＷＳ名５０１と実行中プロセス数５０２からなってい
る。

【０００９】１０４はスケジュール管理用ＷＳ１０１内
の起動中プロセス、１０５はスケジュール管理用ＷＳ１
０１の通信部である。また、１０６は一連の業務処理用
の実行条件や実行コマンドなどが登録されているスケジ
ュールファイルであり、その構成は図４に示すとおりで
ある。すなわち、本実施例におけるスケジュールファイ
ル１０６は、プロセスが正常終了したのか、異常終了し
たのか、または終了していないのか等の種別を表すプロ
セス処理終了情報４０１、プロセス名４０２、起動時刻
４０４と先行プロセス４０５とからなる起動条件４０
３、起動コマンド４０６、実行ＷＳ名４０７から構成さ
れている。

【００１０】１０７は各プロセスのロードモジュールが
登録されたロードモジュール群登録ファイル、１０８は
スケジュール管理用ＷＳ１０１からの指示によりプロセ
スの処理を行うプロセス処理用ワークステーション（以
下、プロセス処理用ＷＳという）、１０９はプロセス処
理用ＷＳ１０８の通信部、１１０はプロセス処理用ＷＳ
１０８内の起動中プロセス、１１１はプロセスマネージ
ャである。また、１１２はプロセス管理テーブルであ
り、その構成図は図６に示すとおりプロセス名６０１と
プロセス識別子６０２からなる。１１３は各ワークステ
ーションを接続しているネットワークである。

【００１１】図２は、本実施例のスケジュール管理用Ｗ
Ｓ１０１に搭載されたプロセススケジューラ１０２の動
作を示すフローチャートである。図３は、本実施例のプ
ロセス処理用ＷＳ１０８に搭載されたプロセスマネージ
ャ１１１の動作を示すフローチャートである。

【００１２】次に、本実施例の動作を詳細に説明する。
まず、図２を用いてプロセススケジューラ１０２の動作
を説明する。図２において、プロセススケジューラ１０
２は、スケジュールファイル１０６（図４参照）をプロ
セススケジューラ１０２内に読み込み（ステップ２０
１）、プロセススケジューラ１０２の終了指示があるか
否かを判定する（ステップ２０２）。

【００１３】ステップ２０２の判定結果、プロセススケ
ジーラ１０２の終了指示がない場合、プロセスマネージ
ャ１１１からの稼働情報を受け付ける（ステップ２０
３）。ステップ２０３でプロセスマネージャ１１１から
の稼働情報を受信しなかった場合はステップ２０５へ進
む。またステップ２０３でプロセスマネージャ１１１か
らの稼働情報を受信した場合は、ステップ２０４におい
てプロセス処理用ＷＳ管理テーブル１０３（図５）を更
新してステップ２０５へ進む。

【００１４】ステップ２０５ではプロセス終了情報を受
け付ける。ステップ２０５でプロセス終了情報を受信し
なかった場合はステップ２０７へ進む。またステップ２
０５でプロセス終了情報を受信した場合は、ステップ２
０６においてスケジュールファイル１０６中の終了情報
４０１およびプロセス処理用ＷＳ管理テーブル１０３中
の実行中プロセス数５０２など必要な箇所を更新してス
テップ２０７へ進む。

【００１５】ステップ２０７でスケジュールファイル１
０６を参照しプロセス起動条件が成立したか否かを判定
する。プロセス起動条件４０３が成立するか否かは、起
動時刻４０４になったか否か、先行プロセス４０５が終
了したか否かを判定することで行われる（図４参照）。
ステップ２０７における判定の結果、プロセス起動条件
が成立しなかった場合にはステップ２０２の終了指示判
定に戻る。ステップ２０７における判定の結果、プロセ
ス起動条件が成立した場合には、ステップ２０８で稼働
中のプロセスマネージャが有るか否かを判定する。

【００１６】ステップ２０８での判定の結果、稼働中の
プロセスマネージャがある場合には、ステップ２１０に
おいて、プロセス処理用ＷＳ管理テーブル１０３を参照
し、実行中プロセス数５０２が小さいプロセス処理用Ｗ
Ｓ１０８を選択し、プロセスマネージャ１１１にプロセ
ス起動を指示、およびプロセス処理用ＷＳ管理テーブル
１０３を更新し（ステップ２１１）、ステップ２０２の
終了指示判定に戻る。ステップ２０８での判定結果、稼
働中プロセスマネージャがなかった場合、スケジュール
管理用ＷＳ１０１でプロセスを起動させ（ステップ２０
９）、ステップ２０２の終了指示判定に戻る。

【００１７】ステップ２０２における判定の結果、プロ
セススケジーラ１０２の終了指示がある場合には、稼働
中の全プロセスマネージャ１１１に実行中プロセスの中
断を指示し（ステップ２１２）、稼働中の全プロセスマ
ネージャ１１１にプロセスマネージャ１１１の終了を指
示し（ステップ２１３）、プロセス処理用ＷＳ管理テー
ブル１０３を参照し全プロセスマネージャ１１１が終了
したか否かを判定する（ステップ２１４）。

【００１８】ステップ２１４の判定結果、全プロセスマ
ネージャ１１１が終了していない場合は、ステップ２１
５においてプロセスマネージャ１１１から稼働情報を受
け付ける。ステップ２１５において稼働情報を受信した
場合には、ステップ２１６でプロセス処理用ＷＳ管理テ
ーブル１０３を更新した後、ステップ２１４に戻る。ス
テップ２１４の判定結果、全プロセスマネージャ１１１
が終了していればプロセススケジューラ１０２の動作は
終了する。

【００１９】次に、図３を用いてプロセスマネージャ１
１１の動作について説明する。図３において、プロセス
スケジューラ１０２にプロセスマネージャ１１１の稼働
開始をブロードキャストで通知し（ステップ３０１）、
スケジュール管理用ＷＳ１０１のネットワークアドレス
を取得し（ステップ３０２）、スケジュール管理用ＷＳ
１０１のロードモジュール群格納ディレクトリをリモー
トマウントし（ステップ３０３）、プロセスマネージャ
１１１の終了指示があるか否かを判定する（ステップ３
０４）。

【００２０】ステップ３０４での判定の結果、終了指示
がない場合には、終了したプロセスがあるか否かを判定
する（ステップ３０５）。ステップ３０５での判定の結
果、終了したプロセスがある場合には、プロセスマネー
ジャ１０２にプロセスの終了結果を通知し（３０６）、
プロセス管理テーブル１１２を更新して（ステップ３０
７）、ステップ３０８に進む。また、ステップ３０５で
の判定の結果、終了したプロセスがない場合には、その
ままステップ３０８に進む。ステップ３０８において、
プロセススケジューラ１０２からプロセス起動指示があ
るか否かを判定する。

【００２１】ステップ３０８の判定結果、プロセス起動
指示がある場合にはプロセスを起動し（ステップ３０
９）、プロセス管理テーブル１１２を更新し（ステップ
３１０）、ステップ３０４の終了指示判定に戻る。ま
た、ステップ３０８の判定結果、プロセス起動指示がな
い場合には、そのままステップ３０４の終了指示判定に
戻る。

【００２２】ステップ３０４での終了指示判定の結果、
終了指示がある場合には、起動中の全プロセスを中断し
（ステップ３１１）、プロセススケジューラ１０２にプ
ロセスマネージャ１１１の稼働中止を通知し（ステップ
３１２）、プロセスマネージャ１１１は終了する。

【００２３】要するに、本発明は、以下のような動作を
行っている。 ａ．スケジュール管理用の電子計算機システム内の常駐
プログラムは、スケジュールファイルを参照することに
よって処理実行条件を判断し、条件が成立した場合に
は、処理実行用電子計算機システムの稼働状態を把握す
るための管理テーブルを参照することによって、処理を
実行させる電子計算機システムを選択し、処理の実行を
指示する。また、処理実行用電子計算機システムの処理
が終了した場合には実行結果を受け取り、スケジュール
ファイルを更新する。

【００２４】ｂ．一方、処理実行用電子計算機システム
内の常駐プログラムは、スケジュール管理用の電子計算
機システム内の常駐プログラムから処理実行の指示があ
った場合、指定された処理を実行し、実行結果をスケジ
ュール管理用の電子計算機システム内の常駐プログラム
へ通知する。

【００２５】

【発明の効果】以上説明したように、本発明によると、
複数台のＷＳを用いてプロセスの実行順序や実行開始時
刻を自動制御できるため、業務処理用プロセスの実行管
理が容易になるという効果がある。また、複数のジョブ
からなる一連の業務処理を所定の順序で実行する場合、
処理の低下、処理の停滞を少なくすることができるとい
う効果がある。さらに、管理用処理装置と処理装置をネ
ットワークを介して接続することにより、業務処理量の
変動に応じて処理装置の台数を調整することが可能なた
め、無駄の少ない業務処理環境を構築することができ
る。

【図面の簡単な説明】

【図１】本発明の一実施例の業務処理管理システムの全
体構成図を示すである。

【図２】本発明の一実施例のプロセススケジューラの動
作を示すフローチャートである。

【図３】本発明の一実施例のプロセスマネージャの動作
を示すフローチャートである。

【図４】本発明の一実施例のスケジュールファイルの構
成を示す図である。

【図５】本発明の一実施例のプロセス処理用ＷＳ管理テ
ーブルの構成を示す図である。

【図６】本発明の一実施例のプロセス管理テーブルの構
成を示す図である。

【符号の説明】

１０１ スケジュール管理用ＷＳ １０２ プロセススケジューラ １０３ プロセス処理用ＷＳ管理テーブル １０４ スケジュール管理用ＷＳ内の起動中プロセス １０５ スケジュール管理用ＷＳ側の通信部 １０６ スケジュールファイル １０７ ロードモジュール群登録ファイル １０８ プロセス処理用ＷＳ １０９ プロセス処理用ＷＳ側の通信部 １１０ プロセス処理用ＷＳ内の起動中プロセス １１１ プロセスマネージャ １１２ プロセス管理テーブル １１３ 通信媒体

Claims (3)

【特許請求の範囲】
1. 【請求項１】 実行順序が予め定められた複数の処理単
   位からなる一連の業務処理を実行する業務処理管理シス
   テムにおいて、上記一連の業務処理を実行するための実
   行スケジュールを管理する管理用処理装置と、上記管理
   用処理装置にネットワークを介して接続された複数の処
   理装置とからなり、上記管理用処理装置は上記処理単位
   毎の起動条件が格納されたファイルを備えるとともに、
   上記ファイルを参照して実行すべき処理単位を決め、実
   行すべき処理単位毎に上記複数の処理装置の中から特定
   の処理装置を選択し、該処理装置に対して上記処理単位
   の実行を指示するものであり、上記処理装置は上記実行
   指示に従い上記処理単位を実行することを特徴とする業
   務処理管理システム。
2. 【請求項２】 請求項１記載の業務処理管理システムに
   おいて、上記起動条件が起動時刻、先行プロセスを含む
   ことを特徴とする業務処理管理システム。
3. 【請求項３】 請求項１または請求項２記載の業務処理
   管理システムにおいて、上記特定の処理装置が、負荷の
   最も少ない処理装置であることを特徴とする業務処理管
   理システム。