JPH05313921A

JPH05313921A - ジョブ実行制御方式

Info

Publication number: JPH05313921A
Application number: JP4122105A
Authority: JP
Inventors: Kazunobu Morimoto; 和伸森本; Yuichi Onodera; 裕一小野寺; Yoshio Sato; 義雄佐藤; Osamu Tada; 修多田; Mitsugi Edakawa; 貢枝川
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1992-05-14
Filing date: 1992-05-14
Publication date: 1993-11-26

Abstract

(57)【要約】【目的】自動的にジョブの種類を識別し、その種類に
応じた最適なジョブスケジュールを設定し、ジョブの入
力と実行とを自動化する。【構成】処理したプログラム毎に実行実績を集計し、
プログラム管理テーブル７に登録しておく。ジョブが入
力されると、該ジョブで処理するプログラムの実行実績
を検索し、それに基づいてジョブスケジュールの調整を
行う。これにより、同一ジョブクラスのジョブについて
も、それぞれのジョブを最適に処理することができる。
さらに、ＪＣＬ生成機能を設け、プログラム管理テーブ
ル７にジョブの処理成否を登録し、過去に処理成功とな
ったジョブの生成を回避するようにすることができ、こ
れにより、ジョブの入力と実行とを最適化することがで
きる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、計算機システムにおけ
るジョブ実行制御方式に係り、特に、複数のジョブに対
するスケジュールを最適に行うことのできるジョブ実行
制御方式に関する。

【０００２】

【従来の技術】一般に、多種多様な大量のジョブを扱う
計算機センタにおけるジョブの処理は、ジョブを計算機
資源の使用量等の特性によっていくつかのジョブクラス
に分類し、各ジョブのクラス毎にジョブ実行多重度を設
定して行われている。通常、ジョブの特性は、処理する
プログラムの種類と扱うデータ量とで決まり、計算機シ
ステムのユーザは、投入するジョブのプログラムとデー
タ量とに応じて、ジョブクラスを指定している。

【０００３】このような環境におけるジョブスケジュー
ルを自動最適化する従来技術として、例えば、特開平１
−２５５２８８号公報等に記載された技術が知られてい
る。この従来技術は、ジョブの処理状況を監視し、それ
に応じてジョブクラス単位にジョブスケジュールを操作
するというものである。

【０００４】

【発明が解決しようとする課題】前記従来技術は、ジョ
ブクラスの数を増加することにより、ジョブの種類に応
じたキメの細かいサービスを行うことが可能であるが、
ジョブクラスの数が大きくなり過ぎると計算機センタの
運用管理が煩雑になるため、ジョブクラスの数を最適に
することが困難なものである。

【０００５】従って、前記従来技術は、１つのジョブク
ラスの中に、実行時間の長いジョブ、短いジョブ、ＣＰ
Ｕ占有時間の長いジョブ、短いジョブ等が混在すること
になり、これらのジョブを一様にしか扱うことができな
い。

【０００６】一般に、ジョブの規模が小さくなるほど、
小さいターン・アラウンド・タイム（以下、ＴＡＴとい
う）が要求される。

【０００７】前記従来技術は、前述したように、同一ジ
ョブクラス内の規模の大きなジョブと小さなジョブとを
個別に扱うことができないため、大規模なジョブが大量
に投入されると、ＣＰＵ等の計算機資源の長時間占有が
生じ易く、短時間でその結果が要求されるユーザの小さ
なジョブをすぐに処理することができなくなり、計算機
ユーザの作業効率を低下させてしまうという問題点を有
している。

【０００８】すなわち、前記従来技術は、処理すべきジ
ョブの数が多く、それぞれのジョブ制御言語が類似して
いる場合、ジョブ制御言語をまとめて作成しておき、こ
れらを一括して入力することにより、作業効率の向上を
図ることができるものであるが、これらのジョブの規模
が大きいと、これらのジョブの処理のために計算機資源
が長時間占有されてしまい、小さなジョブをすぐに処理
することができなくなり、計算機ユーザの作業効率を低
下させてしまう。

【０００９】また、前述のようなジョブの依頼方法にお
いて、ジョブの中に所望の結果を得られず再度実行を必
要とするものが生じた場合、前記従来技術は、不要なジ
ョブの実行を避けるため、計算機ユーザが当初作成した
大量のジョブ制御言語の中から、必要なものを人手で選
別しなければならないため、計算機ユーザが、計算機シ
ステムの処理状況を見ながら、１つ１つのジョブを選択
して入力しなければならないという問題点を生じさせて
しまう。

【００１０】本発明の目的は、前述した従来技術の問題
点を解決し、自動的にジョブの種類を識別し、その種類
に応じた最適なジョブスケジュールを設定し、最適なジ
ョブスケジュールを保ちつつジョブの入力と実行とを自
動化することのできるジョブ実行制御方式を提供するこ
とにある。

【００１１】

【課題を解決するための手段】本発明によれば前記目的
は、計算機システムにおいて処理したプログラム毎に実
行実績を集計する手段と、その実行実績の集計結果をプ
ログラム毎に格納する手段と、実行の依頼されたジョブ
で処理するプログラムを識別する手段と、識別したプロ
グラム毎に前記格納手段より実行実績集計結果を検索す
る手段と、類似した複数のジョブ制御言語の相違する部
分を一括して格納する手段と、各ジョブの処理の成否を
記録する手段とを備え、前記ジョブ制御言語の相違部分
と処理の成否の記録とによりジョブを生成し、新しくジ
ョブが入力または生成されたとき、前記識別手段によ
り、そのジョブを処理するプログラムを識別し、識別し
たプログラムの実行実績集計結果を前記の格納手段から
検索し、その検索結果に基づいてそのジョブの実行スケ
ジュールを自動的に調整するようにすることにより達成
される。

【００１２】

【作用】一般に、ジョブの特性は、そのジョブを処理す
るプログラムによって分類することができる。

【００１３】そこで、本発明は、計算機システムで実行
したジョブの実行実績を、プログラム毎に集計、格納し
ておき、新しく実行するジョブについて、下記のように
その実行を制御するものである。

【００１４】まず、ジョブで処理するプログラムを識別
し、そのプログラムの実行実績集計結果を検索する。そ
して、ジョブスケジュールを前記実行実績集計結果に基
づいて調整する。

【００１５】このようにすることにより、ジョブの特性
に応じた最適なジョブスケジュールを設定することがで
きる。

【００１６】また、複数のジョブ制御言語の類似したジ
ョブを処理する場合、実行実績だけでなく、ジョブ制御
言語間の相違する部分の情報を一括して事前に格納して
おき、前記情報からジョブ制御言語を順次生成するよう
にする。これにより、ジョブ毎にジョブ制御言語を作成
し入力する必要をなくすことができ、最適なジョブスケ
ジュールを保ちつつ、ジョブの入力と実行とを自動化す
ることができる。

【００１７】さらに、ジョブの実行後に処理の成否を記
録し、処理が成功となっているものと同一のジョブがあ
る場合、そのジョブを実行しないようにすることによ
り、無駄なジョブの実行を回避することができる。

【００１８】

【実施例】以下、本発明によるジョブ実行制御方式の実
施例を図面により詳細に説明する。

【００１９】図１は本発明の第１の実施例によるジョブ
実行制御方式を実行する計算機システムの構成の一例を
示すブロック図、図２はプログラム管理テーブルの構成
を説明する図、図３、図４は動作を説明するフローチャ
ートである。図１において、１は計算機システム、２は
ジョブ制御言語（以下、ＪＣＬという）、３はＪＣＬ処
理部、４は実行待ちキュー、５はジョブ実行部、６は実
行実績集計部、７はプログラム管理テーブル、８はジョ
ブ実行制御部、９は出力待ちキュー、１０は出力結果で
ある。なお、図１における幅の広い矢印はジョブの流れ
を、単線の矢印は制御の流れを示している。

【００２０】図１に示す計算機システム１は、実行が依
頼されたジョブのそれぞれに実行優先順位を与え、その
実行優先順位の高さと実行依頼時刻とに基づいて、ジョ
ブをスケジューリングして実行するものであり、ＪＣＬ
２が入力されることにより、そのジョブの処理を開始す
る。

【００２１】ＪＣＬ処理部３は、ＪＣＬ２の内容を解析
し、そのジョブを処理するプログラムを識別する。ＪＣ
Ｌ処理部３には、各ジョブクラスについて、実績による
標準値としての優先順位とジョブクラスに基づく標準実
行優先順位とが予め登録されており、そのジョブで処理
するプログラムの処理実績に基づいて、そのジョブの実
行優先順位を決定する。

【００２２】ＪＣＬ処理部３で実行優先順位が決定され
たジョブは、実行待ちキュー４に登録され、ジョブ実行
部５により実行される。ジョブ実行部５において実行さ
れたジョブは、処理プログラム毎の実行実績が実行実績
集計部６により集計され、その結果は、プログラム管理
テーブル７に登録される。

【００２３】また、ジョブ実行制御部８は、ＪＣＬ２の
実行依頼時刻とＪＣＬ処理部３で決定されたジョブの実
行優先順位とに基づいて、次に実行すべきジョブを選択
し、実行待ちキュー４からそのジョブを取り出し、ジョ
ブ実行部５に送ってそのジョブを実行させる。

【００２４】ジョブ実行部５で実行されたジョブの出力
結果は、出力待ちキュー９に一時蓄えられた後、出力結
果１０として出力される。

【００２５】前述のプログラム管理テーブル７は、図２
に示すように、プログラム名と各プログラムの実行実績
とから構成される。実行実績は、ジョブクラス、ジョブ
名、各ジョブ毎のＣＰＵ使用時間、Ｉ／Ｏ時間等を含む
実行時間、及び、使用メモリ量の各集計値から成り、プ
ログラムを処理したジョブ毎にこれらの値が格納され
る。また、これらの集計値は、各ジョブ毎の値の他に実
行された複数のジョブの平均値についても格納される。

【００２６】図２に示す例では、プログラムＰＧＭ１、
ＰＧＭ２、ＰＧＭ３のそれぞれについて最も新しい３つ
のジョブＪＯＢ１〜ＪＯＢ３の実績が格納されており、
ジョブ名の欄がＡＶＥＲＡＧＥとなっているところに、
前記３つのジョブの平均値が格納される。

【００２７】次に、前述のように構成されるシステム内
で実行される本発明の第１の実施例の動作を、図３及び
図４に示すフローを参照して説明する。

【００２８】（１）ＪＣＬ処理部３は、ＪＣＬ２が入力
されると、ＪＣＬ２を解析し、処理プログラムを識別す
る（ステップ３０１、３０２）。

【００２９】（２）ＪＣＬ処理部３は、処理プログラム
が識別されると、プログラム管理テーブル７より、識別
したプログラムの実行実績を検索し、過去に実行実績が
あるか否かを調べる（ステップ３０３、３０４）。

【００３０】（３）ステップ３０４の検索の結果、実行
実績が登録されていた場合、その実績に基づいて、この
ジョブの実行優先順位を調整する（ステップ３０５）。

【００３１】ここで、図４を参照して、ステップ３０５
で行われる実行優先順位調整の処理の一例を説明する。
この例は、ＣＰＵ使用時間の実績に基づいてジョブの実
行優先順位を変更する方法を示すものである。そして、
この例において、ＪＣＬ処理部２には、ジョブクラス毎
の標準実行優先順位、および、標準的なＣＰＵ使用時間
の範囲の上限値と下限値とが登録されているものとす
る。

【００３２】（４）ＪＣＬ処理部２は、まず、プログラ
ム管理テーブル７に格納されている、これから実行しよ
うとするジョブで処理する複数のプログラムの各プログ
ラムのＣＰＵ使用時間の実績値の平均値を合計し、この
ジョブのＣＰＵ使用時間の予想値を求める（ステップ４
０１）。

【００３３】（５）次に、ステップ４０１で求められた
ＣＰＵ使用時間の予想値と前述の標準ＣＰＵ使用時間の
上限値とを比較し、予想値が上限値より大きい場合、こ
のジョブのＣＰＵ使用時間が大きいと判断し、該ジョブ
の実行優先順位を１だけ下げる処理を行う（ステップ４
０２、４０３）。

【００３４】（６）ステップ４０２で、ＣＰＵ使用時間
の予想値が上限値より小さいと判定された場合、そのＣ
ＰＵ使用時間の予想値と標準ＣＰＵ使用時間の下限値と
を比較し、予想値が、下限値より小さい場合、該ジョブ
はＴＡＴに対する要求が厳しいと判断し、このジョブの
実行優先順位を１だけ上げる処理を行う。但し、実行優
先順位がすでに最も高くなっていれば、これを変更する
必要はない（ステップ４０４、４０５）。

【００３５】（７）ステップ４０４で、ＣＰＵ使用時間
の予想値が標準ＣＰＵ使用時間の下限値より大きい場
合、すなわち、ＣＰＵ使用時間の予想値が前述の上限値
以下で、かつ、下限値以上の場合、このジョブのＣＰＵ
使用時間の予想値は、標準範囲内にあると判断し、実行
優先順位の調整は行わず、実行実績により求められた標
準実行優先順位をそのまま採用し、優先順位の調整を行
う処理を終了する。

【００３６】前述の例は、ＣＰＵ使用時間に着目して実
行優先順位を調整するとして説明したが、実行優先順位
の調整は、前述のＣＰＵ使用時間の他、実行時間、使用
メモリ量、あるいは、これらの実績値の組合せに着目し
て調整するようにすることもできる。

【００３７】（８）その後、図３により説明したステッ
プ３０４の処理で、実行実績として登録されていなかっ
た場合、ジョブクラスにより定められた前述の標準実行
優先順位を採用して、また、図４により説明したステッ
プ３０５の処理により調整した実行優先順位を採用し
て、そのジョブを実行待ちキュー４にエントリする（ス
テップ３０６）。

【００３８】（９）ジョブ実行部５が空くと、ジョブ実
行制御部８は、ジョブの実行優先順位と実行依頼時刻と
により、次に実行すべきジョブを選択し、ジョブ実行部
５にそのジョブを実行させる（ステップ３０７）。

【００３９】（10）ジョブ実行部５がジョブを実行する
と、実行実績集計部６は、そのジョブで処理したプログ
ラムについて実行実績を集計し、プログラム管理テーブ
ル７にその実績を登録する。このとき、実行実績集計部
６は、プログラム管理テーブル７の登録量の増大を防ぐ
ため、プログラムについて登録されている実績値の中で
最も古い実績値を削除し、登録された各プログラムの実
績値の平均値を計算し直して登録する（ステップ３０
８）。

【００４０】（11）その後、ジョブは出力待ちキュー９
に一旦エントリされた後出力される（ステップ３０９、
３１０）。

【００４１】前述した本発明の第１の実施例によれば、
ジョブ制御言語が入力されると自動的にそのジョブを処
理するプログラムを認識し、そのプログラムの実行実績
に基づいて、ジョブ実行優先順位を変更してジョブの実
行を制御することができるので、常に最適なジョブスケ
ジュールによるジョブの実行を行うことができる。

【００４２】なお、前述した本発明の第１の実施例は、
ジョブスケジュールを調整する方法として、ジョブ実行
優先順位を変更するものとして説明したが、本発明は、
計算機システムの許す範囲内でジョブ実行の多重度を変
化させるようにすることもできる。

【００４３】また、前述の本発明の実施例は、全て自動
的にジョブスケジュールを調整するとしたが、本発明
は、ＪＣＬ処理部３にＪＣＬ２の中の実行制御パラメー
タを読み取る機能を持たせ、読み取った内容によっても
ジョブスケジュールを調整できるようにすることもでき
る。

【００４４】例えば、ＪＣＬ２の中でそのジョブの実行
時間の予想値を指定できるようにしておき、ＪＣＬ処理
部３が、この値を読み取り、実績値と比較し、実行時間
の予想値のほうが大きいならば、そのジョブは過去のジ
ョブよりも大規模であると判断してジョブ実行優先順位
を下げ、逆に、実行時間予想値のほうが小さければジョ
ブ実行優先順位を上げるように制御する等である。

【００４５】このようにすれば、同じプログラムを処理
するジョブであって、過去に実行されたジョブと規模が
異なるジョブの場合でも、最適なジョブスケジュールを
維持することができる。

【００４６】また、ＪＣＬの中の実行制御パラメータと
して、ジョブスケジュール調整を、ＣＰＵ使用時間、実
行時間、使用メモリ量、または、これらの組合せのどれ
に着目して行うのか指定することも可能である。

【００４７】さらに、前述した本発明の第１の実施例
は、プログラム管理テーブル７に各プログラムの過去の
実行実績の平均値を登録している。ところが、ジョブに
は、処理するデータの量の違い等により、その実行時間
が他のジョブの平均値より極端に大きい、または、小さ
いジョブが存在する。このような場合、これらのジョブ
の実行時間の平均値があまり意味のないものとなる。

【００４８】本発明は、このような点を考慮して、例え
ば、過去の実績値の中の最大値と最小値を計算の対象外
とするようにして、平均値からのずれが大きい実績値を
異常値として平均値計算の対象外とするようにすること
もできる。

【００４９】前述した本発明の第１の実施例は、ユーザ
によってＪＣＬ２が作成され、入力される場合の例であ
るが、ジョブを計算機内で自動生成することも可能であ
る。

【００５０】図５は本発明の第２の実施例によるジョブ
実行制御方式を実行する計算機システムの構成の一例を
示すブロック図、図６はプログラム管理テーブルの構成
を説明する図、図７はその動作を説明するフローチャー
トである。図５において、５２はジョブ生成用データ、
５３はジョブ生成部、５６はジョブ入力データであり、
他の符号は図１の場合と同一である。なお、図５におけ
る幅の広い矢印はジョブの流れを示し、単線の矢印は制
御の流れを示している。

【００５１】図５において、計算機システム１に入力さ
れるジョブ生成用データ５２は、ユーザ名、各ジョブの
処理プログラム名、ジョブクラス、入力データ等の計算
機システム１内でＪＣＬを生成ために必要なデータを記
述している。このジョブ生成用データ５２が入力される
ジョブ生成部５３は、ジョブ生成用データ５２に基づい
てＪＣＬを作成しジョブを生成する他、図１により説明
したＪＣＬ処理部３と同様にジョブの実行優先順位の調
整を行う。

【００５２】ジョブ入力データ５６は、ジョブ実行部５
で実行されるジョブによって使用されるデータであり、
類似したジョブ制御言語によって構成される複数のジョ
ブの処理のために、ジョブ制御言語間の相違する部分が
格納されたものである。この例では、識別子Ｄ１、Ｄ
２、……Ｄｎを持つｎ個のデータが備えられている。実
行実績集計部６は、ジョブの実行実績をプログラムごと
に集計するほかに、処理の結果が成功か不成功かを識別
する。

【００５３】この本発明の第２の実施例に使用されるプ
ログラム管理テーブル７は、ジョブ生成データ付きのも
のであり、このテーブルには、ジョブ生成用データ５２
から抽出したデータ、及び、実行実績集計部６で集計し
た結果と処理の成否とが登録される。実行実績がない場
合、ジョブ生成用データ５２から抽出したデータのみ登
録されるが、ジョブの実行に伴い前述の集計結果とジョ
ブ処理の成否とが追加登録される。

【００５４】このようなプログラム管理テーブル７は、
図６に示すように、ユーザ名、プログラム名と、このプ
ログラムを処理するジョブの生成用データと、ジョブの
実行実績と、過去のジョブでの処理の成否とから構成さ
れている。

【００５５】図６に示す例では、ユーザＵＳＲ１のプロ
グラムＰＧＭ１を処理するジョブのデータが登録されて
いる。ＪＯＢ１、ＪＯＢ２、ＪＯＢ３の３つのジョブが
実行済であり、その実績値が登録されているが、それ以
降のジョブは、未実行ででありその実績値が未登録とな
っている。従って、平均値ＡＶＥＲＡＧＥは、実行済ジ
ョブのみの平均値である。

【００５６】そして、これら実行済の３つのジョブのう
ち、ＪＯＢ１とＪＯＢ３とが処理成功、ＪＯＢ２が不成
功であったことが登録されている。また、各ジョブのジ
ョブ生成用データとして、ジョブクラスとプログラムで
使用するジョブ入力データ５６の識別子Ｄ１、Ｄ２、…
…Ｄｎが登録されている。

【００５７】また、同様に、ユーザＵＳＲ２のプログラ
ムＯＧＭ２を処理するジョブに関するデータも登録され
ている。

【００５８】次に、図７に示すフローチャートに従い、
本発明の第２の実施例によるジョブ実行制御の動作を説
明する。

【００５９】（１）ジョブ生成部５３は、ジョブ生成用
データ５２が入力されると、このジョブ生成用データを
ジョブ生成データ付きのプログラム管理テーブル７に格
納する（ステップ７０１、７０２）。

【００６０】（２）次に、ジョブ生成部５３は、生成
しようとするジョブについてプログラム管理テーブル７
を検索し、各処理プログラムの実行実績があるか否かを
判定する（ステップ７０３、７０４）。

【００６１】（３）ステップ７０４で実行実績があると
判定された場合、過去の処理が不成功となっているか否
を判別し、成功である場合、ジョブ生成不要と判断し、
全ジョブの実行が終了していなければ、次のジョブ生成
処理に移る（ステップ７０５、７１２）。

【００６２】（４）ステップ７０４で実行実績がないと
判断されたとき、及び、実行実績があるが、ステップ７
０５で処理結果が不成功である判定された場合、ジョブ
生成データ付きのプログラム管理テーブル７内の処理プ
ログラム名、ジョブクラス、及び、ジョブ入力データか
らＪＣＬを生成する（ステップ７０６）。

【００６３】（５）ＪＣＬが生成されると、ジョブ生成
部５３は、プログラムの過去の実行実績に基づいて実行
優先順位を調整する。この優先順位の調整は、前述した
本発明の第１の実施例で図４により説明したと同様な方
法により行われる（ステップ７０７）。

【００６４】（６）実行優先順位が決定されたジョブ
は、実行待ちキュー４にエントリされ、ジョブ実行制御
部８により、ジョブが選択され、ジョブ実行部５でその
ジョブが実行される（ステップ７０８、７０９）。

【００６５】（７）実行実績集計部６は、このジョブで
処理したプログラムについて実行実績を集計し、この実
行実績を処理の成否と共にジョブ生成データ付きのプロ
グラム管理テーブル７に登録する。その後、ジョブは出
力待ちキュー９にエントリされる（ステップ７１０、７
１１）。

【００６６】（８）次に、ジョブ生成用データ５２を全
て処理したか否かを判断し、未処理のものがあれば、ス
テップ７０３からの処理を繰り返し実行させ、全てのジ
ョブに対する処理が終了していれば、ジョブの出力によ
り処理を終了させる（ステップ７１２、７１３）。

【００６７】前述した本発明の第２の実施例によれば、
ジョブ生成用データから自動的に順次ジョブを生成する
ことができ、処理成否を記録して成功となっているもの
はジョブの生成を行わないようにしているので、プログ
ラムの実行実績に基づいた最適なジョブスケジュールを
保ちつつジョブの入力と実行を行うことができ、さら
に、無駄なジョブの実行を回避することができる。

【００６８】前述したように本発明の各実施例は、プロ
グラム毎にその実行実績管理テーブル内に格納してお
き、各ジョブについて処理するプログラムの実行実績に
応じてジョブの実行を制御することができるので、ジョ
ブの種類に応じた最適なジョブスケジュールを設定する
ことができ、大規模ジョブが大量に実行依頼されていて
も、ＴＡＴに対する要求の厳しいジョブを早期に処理す
ることができる。

【００６９】また、本発明の第２の実施例は、ＪＣＬ生
成用データを一括して管理テーブル内に格納しておき、
そのデータより順次ＪＣＬを生成させることができるの
で、最適なジョブスケジュールを保ちつつ、ジョブの入
力と実行の自動化を実現することができる。さらに、処
理の成否を記録しておき、処理成功となっているものは
ジョブの生成を行わないようにしているので、無駄なジ
ョブの実行を回避することができる。

【００７０】この結果、本発明の実施例によれば、計算
機ユーザは、計算機のジョブ処理状況を気にせずにジョ
ブの実行依頼を行うことができ、しかも、入力と実行と
の自動化により作業効率の向上を図ることができる。

【００７１】

【発明の効果】以上説明したように本発明によれば、自
動的にジョブの種類を識別し、その種類に応じた最適な
ジョブスケジュールを設定し、最適なジョブスケジュー
ルを保ちつつジョブの入力と実行とを自動化することが
できる。

【図面の簡単な説明】

【図１】本発明の第１の実施例によるジョブ実行制御方
式を実行する計算機システムの構成の一例を示すブロッ
ク図である。

【図２】第１の実施例のプログラム管理テーブルの構成
を説明する図である。

【図３】第１の実施例の動作を説明するフローチャート
である。

【図４】第１の実施例の動作を説明するフローチャート
である。

【図５】本発明の第２の実施例によるジョブ実行制御方
式を実行する計算機システムの構成の一例を示すブロッ
ク図である。

【図６】第２の実施例のプログラム管理テーブルの構成
を説明する図である。

【図７】第２の実施例の動作を説明するフローチャート
である。

【符号の説明】

１計算機システム２ジョブ制御言語（ＪＣＬ）３ＪＣＬ処理部４実行待ちキュー５ジョブ実行部６実行実績集計部７プログラム管理テーブル８ジョブ実行制御部９出力待ちキュー１０出力結果５２ジョブ生成用データ５３ジョブ生成部５６ジョブ入力データ

フロントページの続き (72)発明者多田修神奈川県秦野市堀山下１番地株式会社日立製作所神奈川工場内 (72)発明者枝川貢神奈川県秦野市堀山下１番地株式会社日立製作所神奈川工場内

Claims

【特許請求の範囲】

【請求項１】計算機システムによるジョブ実行制御方
式において、処理したプログラム毎にその処理実績を集
計する手段と、前記集計結果をプログラム毎に格納する
格納手段と、入力されたジョブで処理するプログラムを
識別する識別手段と、前記識別手段により識別されたプ
ログラム毎に前記格納手段より前記実績集計結果を検索
する検索手段とを備え、前記識別手段は、入力されたジ
ョブで処理するプログラムを識別し、前記検索手段は、
前記格納手段から前記識別されたプログラムの実績集計
結果を検索し、検索結果に基づいて入力されたジョブの
実行スケジュールが調整されることを特徴とするジョブ
実行制御方式。
【請求項２】入力されたジョブのジョブ制御言語中の
実行制御パラメータを読み取る手段をさらに備え、該読
み取り手段の読み取り結果と、前記実績集計結果とに基
づいて、前記ジョブの実行スケジュールが調整されるこ
とを特徴とする請求項１記載のジョブ実行制御方式。
【請求項３】類似したジョブ制御言語によって構成さ
れる複数のジョブの処理のために、ジョブ制御言語間の
相違する部分を格納する手段と、前記格納手段に格納さ
れた相違部分を用いジョブ制御言語を生成する手段とを
さらに備え、ジョブ毎にジョブ制御言語を入力すること
を不要としたことを特徴とする請求項１または２記載の
ジョブ実行制御方式。
【請求項４】入力されたジョブの処理の成否を記録す
る手段さらに備え、処理の成否を前記記録手段に記録
し、前記記録手段に処理成功と記録されている場合は、
ジョブの生成を行わないことを特徴とする請求項３記載
のジョブ実行制御方式。