JPH08314736A - バッチ処理の多重制御方式及び方法 - Google Patents

Abstract

(57)【要約】 【目的】 多重バッチ処理システムにおいて、各バッチ
ジョブへの処理単位の割当てを、各ジョブの実行状況に
応じて動的に決めることができるようにし、もってシス
テムの効率的な運用を可能にする。 【構成】 多重走行する複数のバッチジョブ１０、２０
は、それぞれ一つの処理単位の処理を終了する度に、そ
れぞれのサブルーチンである処理単位振り分け処理６
０、７０を呼出す。すると、処理振り分け処理６０、７
０は、予め用意されている共通のバッチ制御テーブル８
０にアクセスして、先ず、このテーブル８０上の処理終
了した処理単位の処理状態を「済」に更新し且つ平均処
理時間を計算し直して更新した後、このテーブル８０上
から処理状態が「未済」の処理単位の中で平均処理時間
が最長のものを抽出し、その処理状態を「処理中」に更
新し、そして、この抽出した処理単位をそれぞれのバッ
チジョブ１０、２０に割り当てる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、同一内容のバッチ処理
を複数の処理単位について複数のバッチジョブで多重に
実行する場合において各バッチジョブへ処理単位を割当
てる方式の改良に関する。

【０００２】

【従来の技術】この種の多重バッチ処理の具体例とし
て、例えば企業の或る業務処理を、その企業内の幾つか
の組織について、複数のバッチジョブで多重に実行する
場合を想定する。図１は、この場合の処理例を示したも
ので、ここに４つの組織Ａ、Ｂ、Ｃ、Ｄがあり、それら
の業務処理を２つのバッチジョブＸ、Ｙで多重処理する
こととする。その際、図１（Ａ）に示すように組織によ
って処理量が異なっているのが通常である。そこで、図
１（Ｂ）に示すように各バッチジョブのトータル処理量
ができるだけ均等になるように、各バッチジョブに組織
を割当てることが、全体の処理を効率的に進める上で望
ましい。このように、同一バッチ処理（上記例では業務
処理）を幾つかの処理単位（上記例では組織）について
多重に実行する場合、各バッチジョブへの処理単位の割
当ては、各バッチジョブのトータル処理量が均等になる
ように決めることが望ましい。

【０００３】そこで、従来の多重バッチ処理システムで
は、システムの設計段階において、予め見積もった個々
の処理単位の処理量に基づいて、各バッチジョブのトー
タル処理量が均等になるように、各バッチジョブへの処
理単位の割当てを固定的に設定している。

【０００４】図２はこの従来の固定的な割当ての態様を
具体的に示したものである。周知のように、個々のジョ
ブには、そのジョブのプログラム１と、オペレーティン
グ・システムに対する要求事項などが記述されたジョブ
制御文２とが含まれている。図示のように従来のシステ
ムでは、各バッチジョブのジョブ制御文２にジョブステ
ップとして、そのジョブに割当てられた処理単位が記述
されている。例えば、バッチジョブＸには処理単位Ａと
Ｃが、バッチジョブＹには処理単位ＢとＤが割当てられ
ている。そして、ジョブ制御文２を書換えない限り、そ
の割当ては不変である。

【０００５】

【発明が解決しようとする課題】このような従来の多重
バッチ処理システムでは、次のような問題がある。

【０００６】 ジョブ制御文作成時に、個々の処理単
位の処理量を見積もっておく必要があり、この見積作業
に手間がかかる。また、この見積を誤ると、最も効率的
にシステムを使うことができなくなる。

【０００７】 ハードウェア性能の変更による多重ジ
ョブ数の変更、処理単位数の増減、又は処理単位の処理
量の変動などが生じると、各ジョブの割当てを最適な態
様に変更する必要が生じるが、その場合には割当て変更
に関わる全てのジョブのジョブ制御文を書換えなくては
ならず、書換え作業に多くの手間と時間がかかる。

【０００８】従って、本発明の目的は、多重バッチ処理
システムにおいて、各バッチジョブへの処理単位の割当
てを、各ジョブの実行状況に応じて動的に決めることが
できるようにし、もって最も効率的にシステムを稼働さ
せ得るようにすることにある。

【０００９】

【課題を解決するための手段】本発明に従うバッチ処理
の多重制御方式は、複数の処理単位の各々についてのバ
ッチ処理の処理状態を記録したバッチ制御テーブルと、
バッチジョブの各々に対して、複数の処理単位のいずれ
かを割り当てる処理単位振り分け手段とを備える。そし
て、処理単位振り分け手段は、各バッチジョブが個々の
処理単位のバッチ処理を終了する度に、バッチ制御テー
ブル上で処理状態が未済である処理単位を検索して、こ
の検索した処理単位を上記処理を終了したバッチジョブ
に新たに割り当てる処理単位検索手段と、バッチ制御テ
ーブルに記録されている個々の処理単位の処理状態を実
際の処理状態に合うように更新するテーブル更新手段と
を有する。

【００１０】

【作用】本発明の方式によれば、各バッチジョブが個々
の処理単位の処理を終了する都度、残りの処理未済の処
理単位がそのバッチジョブに新たに割り当てられる。従
って、各バッチジョブが個々の処理単位の処理を終了す
る早さに応じて、後続の処理単位が動的に各ジョブに割
り振られて行くことになり、結果として、常にほぼ均等
化された処理量配分が実現される。

【００１１】また、バッチ制御テーブルに個々の処理単
位の処理状態だけでなく過去の処理時間の統計量も記録
しておき、処理単位検索処理が、バッチ制御テーブルか
ら処理状態が未済で且つ処理時間の統計量が所定の条件
を満たしている処理単位を検索して、それぞれのバッチ
ジョブに割当てるようにすることもできる。これによ
り、個々の処理単位の処理時間を考慮して処理単位の割
り振りができるため、全てのバッチジョブの処理量を良
好に均等化できる。例えば、好適な一つの実施例では、
統計量として平均処理時間を用い、平均処理時間の最も
長い処理単位から順にバッチジョブに割当てるようにし
ている。この場合、処理単位検索処理が、各バッチ処理
が個々の処理単位のバッチ処理を実行するのに実際に要
した時間を計測して、バッチ制御テーブル上の個々の処
理単位の処理時間の統計量を更新することにより、処理
単位の処理量の変動に良好に追従できるようにしてい
る。

【００１２】処理時間の統計量としては、実施例のよう
な単純平均値だけでなく、それ以外に、例えば新しい処
理回の処理時間に古い処理回のそれよりも大きい重みを
与えた平均値や、過去のある一定期間に限定した平均値
などを用いることができる。新しい処理回の処理時間に
大きい重みを与える方法としては、平均値を求めるため
の母数を、毎処理回ごとに単純に１ずつ増やすのでな
く、複数処理回ごとに１つ増やしたり、或るいは、所定
の上限値以上は増やさないようにすればよい。また、過
去の一定期間、例えば、過去の最新１ヵ月間の平均値を
使用したい場合は、仮に１日１回バッチ処理を行うケー
スであれば、母数を毎日１ずつ増やしつつ、３０を上限
としてそれ以上に増やさないようにすればよい。その
他、システムの実情に応じ、適当な統計値を選択して用
いればよい。

【００１３】

【実施例】図３は、本発明にかかるバッチ処理の多重制
御システムの一実施例の構成を示す。

【００１４】この実施例では、２つのバッチジョブ１
０、２０が多重走行して、５つの処理単位（つまり組
織）００１〜００５について特定の業務処理を行うよう
になっている。バッチジョブ１０、２０の各々は、処理
単位振り分け処理と呼ばれるサブルーチン３０、４０を
個別に有している。この処理単位振り分け処理３０、４
０は、それぞれのバッチジョブ１０、２０に対して５つ
の組織００１〜００５をどのように割り当てるかを、全
体的な処理の進行状態に応じて動的に決定するものであ
る。これら処理単位振り分け処理３０、４０は、全体的
な処理の進行状態を管理するために、データベース（図
示せず）内の１枚のバッチ制御テーブル５０に共通にア
クセスするようになっている。このバッチ制御テーブル
５０には、５つの組織００１〜００５の業務処理が未実
行（未済）か実行中（処理中）か実行終了済（済）かの
状態が記録されている。このバッチ制御テーブル５０
は、処理単位振り分け処理３０、４０によって参照され
且つ書き換えられる。２つのバッチジョブ１０、２０
（及び処理単位振り分け処理３０、４０）はいずれも同
様に動作する。

【００１５】尚、図３では、理解を容易にするために、
各バッチジョブ１０、２０には「Ｊ１−１」「Ｊ１−
２」というジョブ名称を与えてある。このジョブ名称
「Ｊ１−１」や「Ｊ１−２」において、「Ｊ１」はジョ
ブグループ名つまり同一内容の業務処理を多重実行する
バッチジョブのグループの名称を示し、「−１」や「−
２」は同一ジョブグループに属する各ジョブの識別番号
を示している。バッチ制御テーブル５０に示すように、
ジョブグループは「Ｊ１」、「Ｊ２」等のように複数個
ある。これは、或るジョブグループ「Ｊ１」によって或
る内容の業務処理が実行されるだけでなく、その完了後
に又はそれと並行して、別のジョブグループ「Ｊ２」に
よって別の内容の業務処理も実行される、ということを
意味している。しかし、ジョブグループが幾つあろうと
も、どのジョブグループも同様の方式で各ジョブへの組
織割当てを決定する。従って、以下では、図示した一つ
のジョブグループ「Ｊ１」のみを例にとり説明する。

【００１６】まず、動作の概要を説明する。前述のよう
に、２つのバッチジョブ１０、２０（及び処理単位振り
分け処理３０、４０）はいずれも同様に動作するから、
一方のバッチジョブ１０及び処理単位振り分け処理３０
の動作についてのみ説明する。

【００１７】まず、バッチジョブ１０の動作を説明す
る。

【００１８】バッチジョブ１０は、起動した直後、又は
一つの組織の業務処理が終了する度に、処理単位振り分
け処理３０を呼出し、そして、今どの組織の処理を終了
したかの通知（以下、終了ジョブという）を処理単位振
り分け処理３０に渡す（但し、起動直後は終了ジョブの
通知はない）（Ｓ１１）。

【００１９】呼出された処理単位振り分け処理３０は、
このバッチジョブ１０に対し次にどの組織を割当てるか
を決定し、その決定に基づきリターンコードを設定して
バッチジョブ１０に渡す。ここで、リターンコードに
は、「或る組織について業務処理を続行せよ」という命
令、又は「業務処理を終了せよ」という命令（全組織の
処理が終了したため新たに割当てる組織がない場合）の
いずれかが設定される。

【００２０】続いて、バッチジョブ１０は、そのリター
ンコードを判定し（Ｓ１２）、「続行」であればその割
当てられた組織について業務処理を実行し（Ｓ１３）、
「終了」であればジョブを完了する（Ｓ１４）。

【００２１】次に、処理単位振り分け処理３０の動作を
説明する。

【００２２】処理単位振り分け処理３０は、バッチジョ
ブ１０から呼び出されると、まず、終了ジョブ（但し、
起動直後はなし）を受け取り、バッチ制御テーブル５０
の「Ｊ１」の欄内の処理終了した組織の処理状態を
「済」に仮更新する（Ｓ３１）。次に、テーブル５０の
「Ｊ１」の欄を組織コード順又はアドレス順に逐次サー
チして、処理状態が「未済」となっている組織を１つ抽
出し、これをバッチジョブ１０に次に割当てるべき組織
とする（Ｓ３２）。そして、テーブル５０内のその組織
の処理状態を「処理中」に仮更新する。

【００２３】尚、処理単位振り分け処理３０がバッチ制
御テーブル５０にアクセスする際には、事前に、そのテ
ーブル５０の「Ｊ１」の欄がアクセス排他制御のために
他のジョブ２０によってロックされているか否かチェッ
クし、ロックされていない場合にのみ、この欄をロック
した上で上記のようにアクセスする。また、ロックされ
ている場合は、ロックが解除されるまで待ってからアク
セスを開始する。

【００２４】次に、処理単位振り分け処理３０は、テー
ブル５０に対して既に行った仮更新を確定させるための
コミット文をテーブル５０のデータベースに発行し、そ
して、テーブル５０のロックを解除する（Ｓ３３）。

【００２５】次に、処理単位振り分け処理３０は、リタ
ーンコードを設定し（Ｓ３４）、当該サブルーチンを抜
ける。

【００２６】以上説明した各部の動作によって得られる
ジョブグループ「Ｊ１」全体の動作を、図３及び図４を
参照して以下に具体的に説明する。

【００２７】ジョブグループ「Ｊ１」の起動前は、バッ
チ制御手テーブル５０は図３の右上側に示すように、全
ての組織００１〜００５についてジョブグループ「Ｊ
１」の処理状態が「未済」となっている。この初期状態
において、まず、バッチジョブ１０（Ｊ１−１）が起動
し、続いてバッチジョブ２０（Ｊ１−２）が起動したと
する。

【００２８】まず、先に起動したバッチジョブ１０が、
処理単位振り分け処理３０を呼出す。尚、このときバッ
チジョブ１０は業務処理を開始していないから、終了ジ
ョブの通知は行わない。

【００２９】呼出された処理単位振り分け処理３０は、
まず、テーブル５０の「Ｊ１」の欄のロック状態をチェ
ックし、ロックされてなければこれをロックした上で、
この「Ｊ１」の欄を組織コード順に逐次スキャンして
「未済」を検索する。その結果、「未済」状態にある最
初の組織のコード「００１」が抽出される。続いて、処
理単位振り分け処理３０は、この組織コード「００１」
の処理状態を「未済」から「処理中」に仮更新する。

【００３０】次に、処理単位振り分け処理３０はコミッ
ト文を発行する。これにより、テーブル５０の「Ｊ１」
の欄内の組織コード「００１」の処理状態が「処理中」
に実更新され、また、「Ｊ１」の欄のロックが解除され
る。

【００３１】次に、処理単位振り分け処理３０は、「組
織００１について処理を続行せよ」の旨のリターンコー
ドを設定して、処理を終える。続いて、バッチジョブ１
０が、このリターンコードを受けて、組織００１につい
て業務処理を実行する。

【００３２】一方、遅れて起動したバッチジョブ２０
も、上記と同様に処理単位振り分け処理４０を呼出す。
呼出された処理単位振り分け処理４０は、先の処理単位
振り分け処理３０によるテーブル５０のロックが解除さ
れるまで待った後、上記と同様にテーブル５０の「Ｊ
１」の欄をロックした上でこれにアクセスし、その結
果、「未済」状態にある組織のコード「００２」を抽出
する。

【００３３】次に、処理単位振り分け処理４０は、テー
ブル５０の「Ｊ１」の欄内の組織コード「００２」の状
態を「未済」から「処理中」に仮更新し、続いて、コミ
ット文を発行して「Ｊ１」の欄のロックを解除する。

【００３４】次に、処理単位振り分け処理４０は、「組
織００２について処理を続行せよ」の旨のリターンコー
ドを設定して、処理を終える。続いて、バッチジョブ２
０が、このリターンコードを受けて、組織００２につい
て業務処理を実行する。

【００３５】以上のようにして、バッチジョブ１０には
組織００１が、バッチジョブ２０には組織００２がそれ
ぞれ割当てられる。この段階において、テーブル５０は
図４（Ａ）に示すように、ジョブグループ「Ｊ１」にお
いて組織００１と組織００２の処理状態が「処理中」で
あり、他の組織の状態は「未済」となっている。

【００３６】この後、例えばバッチジョブ１０による組
織００１の処理が早く終わったとすると、次に、バッチ
ジョブ１０は再び処理単位振り分け処理３０を呼び出
し、これに「組織００１の処理が終了した」旨の終了ジ
ョブを通知する。処理単位振り分け処理３０は、この終
了ジョブを受けると、テーブル５０のロック状態をチェ
ックし、ロックされてなければこれをロックした上で、
「Ｊ１」の欄内の組織コード「００１」の処理状態を
「処理中」から「済」に仮更新する。

【００３７】次に、処理単位振り分け処理３０は、上記
と同様に「Ｊ１」の欄を逐次サーチして、「未済」状態
の組織コード「００３」を抽出し、そして、この組織コ
ード「００３」の処理状態を「未済」から「処理中」に
仮更新する。

【００３８】続いて、処理単位振り分け処理３０はコミ
ット文を発行して、先程仮更新した組織コード「００
１」と「００３」の処理状態を実更新し、そして、テー
ブル５０のロックを解除する。

【００３９】次に、処理単位振り分け処理３０は「組織
００３について処理を続行せよ」の旨のリターンコード
を設定して、処理を終える。続いて、バッチジョブ１０
が、このリターンコードを受けて、組織００３について
業務処理を実行する。

【００４０】この段階では、バッチ制御テーブル５０は
図４の（Ｂ）に示すように、組織コード「００１」の状
態は「済」、組織コード「００２」及び「００３」の状
態は「処理中」、他の組織コードの状態は「未済」とな
っている。

【００４１】以下、同様にして、各バッチジョブ１０、
２０は一つの組織の処理が終了する度に、それぞれの処
理振り分け処理３０、４０を呼出して、テーブル５０上
で「未済」状態になっている組織を検索し、その組織の
処理を続行する。

【００４２】例えば、次にバッチジョブ１０による組織
００３の処理が終わったならば、バッチジョブ１０に対
して次の「未済」状態の組織００４が割当てられる。そ
の後、バッチジョブ２０による組織００２の処理が終わ
ったならば、バッチジョブ２０に対して次の「未済」状
態の組織００５が割当てられる。この段階で、バッチ制
御テーブル５０上から「未済」状態の組織が無くなる。
よって、以後にバッチジョブ１０、２０が処理を終了し
て再び処理単位振り分け処理３０、４０を呼出したとき
には、処理単位振り分け処理３０、４０は「処理終了」
の旨のリターンコードをバッチジョブ１０、２０に戻
し、バッチジョブ１０、２０はそのジョブを終了する。
この段階では、バッチ制御テーブル５０は図３の右下側
に示すように、全ての組織００１〜００５について
「済」状態になっている。

【００４３】このようにして、各バッチジョブの処理進
行状況に応じて、動的に組織の割当てが決められて行
く。そのため、組織による処理量の違いに応じて、各バ
ッチジョブへの処理量の配分が或る程度均等になるよう
に自動調整されることになる。例えば、上に説明した具
体例では、図５に示すように２つのバッチジョブへのト
ータルの処理量が調整される。

【００４４】ところで、この実施例では、バッチ制御テ
ーブル１５上での組織の配列順序に従って、順次に各組
織がバッチジョブに割当てられていく。そのため、最も
均等化された最適な割当てを実現できる保証はない。例
えば、図５の例では、バッチジョブＪ１−１への組織０
０１の割当てと、バッチジョブＪ１−２への組織００５
への割当てとは互いに交換した方が、より均等な割当て
になった筈であるが、上記実施例ではそのようは割り当
てはできない。

【００４５】そこで、バッチ制御テーブル１５上での配
置に関わらず、最も均等に近い最適割当てを常に実現で
きるようにした変形例を図６に示す。

【００４６】この変形例は、各組織の過去の処理時間の
統計量（例えば、処理時間の平均値）をバッチ制御テー
ブル上で管理し、この統計量に基づいて各バッチジョブ
の割当て順序を調整することにより、各バッチジョブへ
の処理量の配分を出来るだけ均等化できるようにしたも
のである。

【００４７】図６において、バッチジョブ１０、２０の
機能は図３に示した前の実施例と同様である。前の実施
例と異なる点は、処理単位振り分け処理６０、７０が、
それぞれのバッチッチジョブ１０、２０による各組織の
処理時間を統計処理する付加機能を有する点と、その統
計処理結果がバッチ制御テーブル８０上で管理されてい
る点である。以下、この異なる点について説明する。

【００４８】バッチ制御テーブル８０には、各組織００
１〜００５について、その処理状態だけでなく、過去の
処理時間の平均値と、この平均処理時間を求めるための
母数（つまり、過去に処理を実行した回数）とが記録さ
れている。

【００４９】そして、処理単位振り分け処理６０（処理
７０も同様）は、バッチ制御テーブル８０をサーチして
次処理組織を抽出する際（Ｓ６２）、処理状態が「未
済」である組織の中で平均処理時間が最長のものを抽出
する。続いて、この抽出した組織についての「処理続
行」の旨のリターンコードを設定する際（Ｓ６４）に
は、その時点の時刻を処理開始時刻として記憶する。そ
の後、バッチジョブ１０から終了ジョブを受けると（Ｓ
６１）、その時点の時刻を処理終了時刻として記憶し、
そして、この処理終了時刻と処理開始時刻との差（つま
り、最新の処理時間）と、テーブル８０上の平均処理時
間及び母数とを用いて、その処理終了した組織について
の平均処理時間を計算し直し、テーブル８０上の平均処
理時間及び母数を更新する。この更新の計算式は次の通
りである。

【００５０】 Ｔav←｛Ｔav・ｍ＋（ｔe―ｔs）｝／（ｍ＋１） ｍ←ｍ＋１ ここに、Ｔavは平均処理時間、ｍは母数、ｔeは処理終
了時刻、ｔsは処理開始時刻である。

【００５１】このように、「未済」状態の組織のうち平
均処理時間が最長のものから先に割り当てて行くことに
より、各バッチジョブの処理量の配分が良好に均等化さ
れるようになる。例えば図６に示した具体例では、組織
００５、００２、００４、００１、００３の順序で平均
処理時間が長いため、この順序で図７に示すように割り
当てが行われ、結果として各バッチジョブのトータル処
理量が良好に均等化される。

【００５２】以上説明した本発明の２つの実施例によれ
ば、以下のような効果が得られる。

【００５３】 ハードウェア能力の変更などによりジ
ョブの多重数を変更する場合、バッチジョブのソフトウ
ェア内容を実質的に変えるなく、単にバッチジョブの起
動個数の追加／削減だけで対応することできる。

【００５４】 組織数が変動した場合、バッチ制御テ
ーブル上の組織の追加／削除だけで対応することができ
る。

【００５５】 組織の処理量が変動した場合、その変
動に応じて自動的に各バッチジョブへの割り当てが調整
される。そのため、常に、全てのバッチジョブに対しほ
ぼ均等化された処理量の配分が実現でき、効率的なシス
テム運用が可能である。

【００５６】 いずれかのバッチジョブが処理途中で
異常終了した場合、後のリカバリ処理では、バッチ制御
テーブル上で「処理中」となっている組織を検索してそ
の処理を再実行すればよいだけであるため、そのような
リカバリ用のソフトウェアを用意しておけば、ソフトウ
ェアの変更は必要ない。因みに、従来のシステムでは、
リカバリを行う場合には、ジョブ制御文から「済」の組
織のジョブステップの記述を削除するという変更作業が
必要である。

【００５７】

【発明の効果】本発明によれば、各バッチジョブへの処
理単位の割当てを、各ジョブの実行状況に応じて動的に
決めることができるので、効率的なシステムの運用が可
能となる。

【図面の簡単な説明】

【図１】 多重バッチ処理における処理単位割当ての一
般的課題を説明するための説明図。

【図２】 従来のバッチ処理システムにおける処理単位
割当て方式を示すブロック図。

【図３】 本発明に係るバッチ処理システムの一実施例
の構成を示すブロック図。

【図４】 同実施例におけるバッチ制御テーブルの変遷
を示す図。

【図５】 同実施例における処理単位割当ての一例を示
す説明図。

【図６】 同実施例の変形例の構成を示すブロック図。

【図７】 同変形例における処理単位割当ての一例を示
す説明図。

【符号の説明】

１０、２０ バッチジョブ ３０、４０、６０、７０ 処理単位振り分け処理 ５０、８０ バッチ制御テーブル

Claims (4)

【特許請求の範囲】
1. 【請求項１】 同一のバッチ処理を複数の処理単位につ
   いて複数のバッチジョブにより多重に実行するための方
   式において、 前記複数の処理単位の各々についてのバッチ処理の処理
   状態を記録したバッチ制御テーブルと、 前記バッチジョブの各々に対して、前記複数の処理単位
   のいずれかを割り当てる処理単位振り分け手段とを備
   え、 前記処理単位振り分け手段が、 各バッチジョブが個々の処理単位のバッチ処理を終了す
   る度に、前記バッチ制御テーブル上で前記処理状態が未
   済である処理単位を検索して、この検索した処理単位を
   前記処理を終了したバッチジョブに新たに割り当てる処
   理単位検索手段と、 前記バッチ制御テーブルに記録されている個々の処理単
   位の処理状態を実際の処理状態に合うように更新するテ
   ーブル更新手段とを有することを特徴とするバッチ処理
   の多重制御方式。
2. 【請求項２】 請求項１記載の方式において、 前記バッチ制御テーブルには、さらに、個々の処理単位
   の過去の処理時間の統計量が記録されており、 前記処理単位検索処理が、前記バッチ制御テーブル上で
   前記処理状態が未済であると共に前記過去の処理時間の
   統計量が所定の条件を満たしている処理単位を検索する
   ことを特徴とするバッチ処理の多重制御方式。
3. 【請求項３】 請求項２記載の方式において、 前記処理単位検索処理が、さらに、 各バッチ処理が個々の処理単位のバッチ処理を実行する
   のに要した時間を計測し、前記計測した処理時間に基づ
   いて、前記バッチ制御テーブル上の個々の処理単位の処
   理時間の統計量を更新する処理時間更新手段を有するこ
   とを特徴とするバッチ処理の多重制御方式。
4. 【請求項４】 同一のバッチ処理を複数の処理単位につ
   いて複数のバッチジョブにより多重に実行するための方
   法において、 前記複数の処理単位の各々についてのバッチ処理の処理
   状態を記録したバッチ制御テーブルを用意する過程と、 前記バッチジョブの各々に対して、前記複数の処理単位
   のいずれかを割り当てる処理単位振り分け過程とを備
   え、 前記処理単位振り分け過程が、 各バッチジョブが個々の処理単位のバッチ処理を終了す
   る度に、前記バッチ制御テーブル上で前記処理状態が未
   済である処理単位を検索して、この検索した処理単位を
   前記処理を終了したバッチジョブに新たに割り当てる処
   理単位検索過程と、 前記バッチ制御テーブルに記録されている個々の処理単
   位の処理状態を実際の処理状態に合うように更新するテ
   ーブル更新過程とを有することを特徴とするバッチ処理
   の多重制御方法。