JPH04236632A - バッチジョブ処理装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、コンピュータを用いた
バッチジョブの処理装置に関するものであり、特に、同
時に複数のジョブを並列処理可能なコンピュータにおい
て、ジョブの実行に必要となる記憶装置を充分に確保で
きない場合に適するバッチジョブ処理装置に関する。

【０００２】

【従来の技術】まず、始めに本発明に関する技術環境に
ついて説明する。

【０００３】コンピュータに投入する処理の一般的な様
子を図４に示す。ここで、コンピュータに投入する処理
をジョブ２４と呼ぶこととする。ジョブ２４へのインプ
ットデータ２５，ジョブの実行結果としてのアウトプッ
トデータ２６は記憶装置に記憶される。また、ジョブの
実行には、ワークデータを一時記憶する必要のあること
が多いので、ワークデータ２７を記憶するためにも記憶
装置が使用される。ここで、記憶装置には磁気ディスク
などが使用されることが多い。

【０００４】バッチ処理が定常業務である場合には、一
度に処理するデータ量がある程度固定化されるので、バ
ッチジョブの実行にあたり、インプットデータ，アウト
プットデータ，ワークデータとして記憶装置に確保する
領域の大きさは固定値として定められる場合が多い。こ
こで、アウトプットデータの様にジョブが終了しても記
憶装置から消えることのない領域を固定領域、ワークデ
ータの様にジョブの終了とともに解放される領域をワー
ク領域と呼ぶ。

【０００５】ところで、バッチ処理の場合、インプット
データを投入してからアウトプットデータが出力される
までのレスポンスタイムは、オンライン処理ほど重要で
はない代わりに、一回の処理時間が長大であることが多
いので何回も再実行をする時間的余裕のない場合が多い
。ゆえに、バッチジョブにおいては、記憶装置の容量不
足などの原因でジョブが異常終了したりして再実行の手
間が発生しないこと、つまり安定走行を確保することが
重要である。

【０００６】次に、従来のバッチジョブ処理装置につい
て図５を用いて説明する。従来のバッチジョブ処理装置
は、記憶装置２８と、ジョブを実行する実行部２９と、
ジョブの実行可否判断をする実行制御部３０と、記憶装
置の領域管理部３１とを有し、ジョブの実行時に実行制
御部３０は領域管理部３１に対し領域確保の要求を出し
、実行に必要な領域が記憶装置２８の空き領域に確保で
きない場合、ジョブを異常終了させるというものである
。

【０００７】

【発明が解決しようとする課題】上述した従来のバッチ
ジョブ処理装置には以下の問題点がある。

【０００８】複数のジョブが同時に並列処理されるコン
ピュータにおいては、ジョブがどの様なタイミングで実
行され、何個のジョブが同時に実行されるか予測するこ
とは困難である。つまり、記憶装置に各ジョブの必要領
域が確保されたり解放されたりするタイミングを予測す
ることは出来ない。従って、たとえ個々のジョブの必要
領域の大きさが確定していたとしても、最大どれだけの
容量の記憶装置が必要となるかを確定させることは難し
い。そこで、充分な容量の記憶装置を使用することがで
きない場合には、他のジョブによって記憶装置が占有さ
れてしまうために、実行しようとするジョブのための必
要領域が確保できず、ジョブが異常終了してしまうケー
スが頻発する。結果としてバッチジョブの安定走行が確
保できず、再実行や記憶装置容量の変更などの余分な作
業が発生し、バッチ処理時間の増加を招いてしまうとい
う問題点がある。

【０００９】また、ジョブの安定走行を確保するために
は、過大な容量をもつ記憶装置を備えざるを得ない。従
って、バッチジョブ処理装置において記憶装置にかかる
費用が増加するという問題点がある。

【００１０】

【課題を解決するための手段】本発明のバッチジョブ処
理装置は、同時に複数のジョブを並列処理ための出力を
記憶する記憶装置と、前記記憶装置の使用中領域に関し
て、ジョブ終了後も残存する固定領域と実行中ジョブの
ワークデータの一時記憶場所として確保されているワー
ク領域とを区別し、前記記憶装置全体の固定領域とワー
ク領域と空き領域の大きさを監視する領域管理部と、ジ
ョブの実行要求を実行制御部に通知する実行要求部と、
ジョブの実行要求を受けた時に前記領域管理部に前記記
憶装置の現在の領域マップを問い合わせた結果が、空き
領域に、そのジョブの必要領域が確保できる第１の場合
は、ジョブを即時実行部に渡し、空き領域だけでは必要
領域を確保できないが、空き領域とワーク領域を合計す
ると必要領域を超える第２の場合は、ジョブの実行を一
時保留して待機させ、空き領域とワーク領域を加算して
も必要領域を確保できない第３の場合はジョブ実行拒否
通知を実行要求部に返却するアルゴリズムでジョブの実
行を制御し、他のジョブが終了してワーク領域が解放さ
れたときに前記第２の場合の処理による待機ジョブが存
在する場合は、再度前記領域管理部に領域マップを問い
合わせて待機ジョブの実行可能性を判定する実行制御部
と、ジョブを実行する実行部とを含むことを特徴とする
。

【００１１】

【実施例】次に、本発明の一実施例について、図面を参
照して詳細に説明する。図１は、本発明の一実施例を示
す構成図である。この図に示すバッチジョブ処理装置は
、実行要求部１と実行制御部２と実行部３と領域管理部
４と記憶装置５によって構成される。

【００１２】実行要求部１は、コンソールなどの入力装
置であり、例えばオペレータがジョブ実行要求を入力す
る。そして、実行要求部１は実行要求６を実行制御部２
に通知する。実行要求６には、そのジョブが新たに確保
する必要のある固定領域とワーク領域の大きさを算出す
るための情報が含まれている。

【００１３】実行制御部２は、実行要求６を受けたら、
ジョブの実行前にそのジョブが必要とする固定領域とワ
ーク領域の大きさを算出する。その一例を図２に示す。 固定領域１５は１０メガバイト（以下メガバイトをＭＢ
と略す）、ワーク領域１６は１０ＭＢであり合計２０Ｍ
Ｂの必要領域１７が必要である。次に領域管理部４に現
在の記憶装置の領域マップ問合せ情報７を発行する。記
憶装置５には、固定領域とその瞬間に実行中であるジョ
ブ群のワーク領域、及び空き領域が存在する。図２の場
合、固定領域１８は６０ＭＢ、ワーク領域１９は３０Ｍ
Ｂ、空き領域２０は１０ＭＢである。領域管理部４は、
それらの領域マップ８を実行制御部２に返却する。実行
制御部２は領域マップ８とジョブ実行のための必要領域
１７とを比較して以下の３つに場合分けをする。

【００１４】 （Ａ）　　空き領域　　≧　　必要領域（Ｂ）　　空き
領域　　＜　　必要領域、かつ空き領域＋ワーク領域　
　≧必要領域 （Ｃ）　　空き領域＋ワーク領域　　＜　　必要領域そ
して、（Ａ）の場合は、即座にジョブが実行可能である
と判断し、ジョブ情報９を実行部に渡す。

【００１５】（Ｂ）の場合は、即座にジョブが必要とす
る記憶装置を確保はできないが、他のジョブが終了して
ワーク領域が解放されて空き領域と変わればジョブの実
行が可能となるので、実行を一時保留して実行待行列１
０に待機させる。

【００１６】（Ｃ）の場合は、ワーク領域がすべて解放
されたとしても必要領域が記憶装置に確保することは出
来ないので、実行エラー情報１１を実行要求部１に返却
する。図２の場合は、空き領域２０は１０ＭＢであり必
要領域１７より小さいが、空き領域２０＋ワーク領域１
９は４０ＭＢであるので、必要領域１７より大きい。よ
って上記（Ｂ）の場合に該当する。

【００１７】実行制御部２は、実行部３からジョブ終了
情報１２を受けた時に実行待行列１０に待機ジョブが存
在していたら、領域管理部４に領域マップ問い合わせ情
報７を発行する。領域マップ８が領域管理部４から返答
されたら、再度上記の領域比較を行い、（Ａ）の場合に
該当すれば待機していたジョブ情報９を実行部に渡す。 例えば、他ジョブの終了にともない、ワーク領域１９が
すべて解放されたとする。すると空き領域は４０メガバ
イトに増加するので、待機ジョブに関し上記（Ａ）の状
態となるので、ジョブの実行が可能となる。

【００１８】ジョブを実行する時にはジョブ情報９を実
行部３に渡す。実行部３は、そのジョブが記憶装置に確
保する固定領域１５の大きさとワーク領域１６の大きさ
１３を領域管理部４に通知し、ジョブを実行する。領域
管理部４は、その情報をもとに記憶装置全体の固定領域
、ワーク領域、空き領域の情報を更新する。その様子を
図３に示す。固定領域２１が１０ＭＢ加算され７０ＭＢ
に、ワーク領域２２が１０ＭＢ、空き領域２３が２０Ｍ
Ｂとなる。

【００１９】また、実行部３は、ジョブが終了したら、
ジョブ終了情報１２を実行制御部２に通知すると共に、
領域管理部４へ解放領域の大きさ１４を通知する。領域
管理部４は、その情報をもとに記憶装置全体の固定領域
、ワーク領域、空き領域の情報を更新する。

【００２０】以上の様にして、記憶装置という有限な資
源をもつ処理装置において、実行ジョブ群の必要領域が
記憶装置の上限を超えた場合にも、ワークデータの一時
記憶場所としての記憶装置を時間的に分割して使用する
ことができるので、ジョブの異常終了を防ぐことができ
る。

【００２１】

【発明の効果】本発明のバッチジョブ処理装置は、ジョ
ブを実行しようとする際に記憶装置に必要領域が確保出
来ない場合にジョブの実行を異常終了させる代わりに、
記憶装置の固定領域とワーク領域を区別して使用領域の
大きさを管理し、ジョブを実行しようとする際に記憶装
置に必要領域を確保できない場合にも、ワーク領域が解
放されれば確保可能となり得る場合には実行を一時保留
という状態にし、他のジョブが終了してワーク領域が解
放される都度、保留ジョブの実行可能性を再判定するこ
とにより、記憶装置の容量不足に起因するジョブの異常
終了を防ぐことができるため、オペレータによるジョブ
の再実行や記憶装置の容量変更などの作業を行わずに済
むので、結果としてバッチ処理時間の短縮を図ることが
できる。また、ジョブの異常終了を防ぐために過大な容
量の記憶装置を備えなくても済むため、記憶装置にかか
る費用を削減することができる。結果として、時間と費
用の両面に関してバッチ処理の効率化を図ることができ
るという効果がある。

【図面の簡単な説明】

【図１】本発明のバッチジョブ処理装置の一実施例を示
すブロック図である。

【図２】記憶装置の領域マップの一例を示す図である。

【図３】記憶装置の領域マップの一例を示す図である。

【図４】ジョブとデータの入出力関係を示すブロック図
である。

【図５】従来のバッチジョブ処理装置の一例を示すブロ
ック図である。

【符号の説明】

１　　　　実行要求部 ２　　　　実行制御部 ３　　　　実行部 ４　　　　領域管理部 ５　　　　記憶装置 ６　　　　実行要求 ７　　　　領域マップ問い合わせ情報 ８　　　　領域マップ ９　　　　ジョブ情報 １０　　　　実行待行列 １１　　　　実行エラー情報 １２　　　　ジョブ終了情報 １３　　　　固定領域とワーク領域の大きさ１４　　　
　解放領域の大きさ １５　　　　固定領域 １６　　　　ワーク領域 １７　　　　必要領域 １８　　　　固定領域 １９　　　　ワーク領域 ２０　　　　空き領域 ２１　　　　固定領域 ２２　　　　ワーク領域 ２３　　　　空き領域 ２４　　　　ジョブ ２５　　　　インプットデータ ２６　　　　アウトプットデータ ２７　　　　ワークデータ ２８　　　　記憶装置 ２９　　　　実行部 ３０　　　　実行制御部 ３１　　　　領域管理部

Claims (1)

【特許請求の範囲】
1. 【請求項１】　　同時に複数のジョブを並列処理ための
   出力を記憶する記憶装置と、前記記憶装置の使用中領域
   に関して、ジョブ終了後も残存する固定領域と実行中ジ
   ョブのワークデータの一時記憶場所として確保されてい
   るワーク領域とを区別し、前記記憶装置全体の固定領域
   とワーク領域と空き領域の大きさを監視する領域管理部
   と、ジョブの実行要求を実行制御部に通知する実行要求
   部と、ジョブの実行要求を受けた時に前記領域管理部に
   前記記憶装置の現在の領域マップを問い合わせた結果が
   、空き領域に、そのジョブの必要領域が確保できる第１
   の場合は、ジョブを即時実行部に渡し、空き領域だけで
   は必要領域を確保できないが、空き領域とワーク領域を
   合計すると必要領域を超える第２の場合は、ジョブの実
   行を一時保留して待機させ、空き領域とワーク領域を加
   算しても必要領域を確保できない第３の場合はジョブ実
   行拒否通知を実行要求部に返却するアルゴリズムでジョ
   ブの実行を制御し、他のジョブが終了してワーク領域が
   解放されたときに前記第２の場合の処理による待機ジョ
   ブが存在する場合は、再度前記領域管理部に領域マップ
   を問い合わせて待機ジョブの実行可能性を判定する実行
   制御部と、ジョブを実行する実行部とを含むことを特徴
   とするバッチジョブ処理装置。