JPH0580993A - ジヨブ実行順序制御方式 - Google Patents

Abstract

(57)【要約】 【目的】計算機システムにおけるジョブ実行順序制御方
式において、予め登録したジョブの実行順序を実行中ジ
ョブから任意に変更可能とし、ジョブの実行順序に柔軟
性を持たせる。 【構成】各ユーザジョブ実行エリア１１で実行している
ジョブからジョブ実行管理プログラム１２に対して、実
行順序登録エリア１３の変更を要求するサブルーチンを
コールすることで、登録ジョブを変更したり、ジョブ実
行結果メッセージ記録エリア１４を参照するサブルーチ
ンをコールすることで、ジョブ間の実行結果を連絡す
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、計算機システムにおけ
るジョブ実行順序制御方式に関し、特に実行中のジョブ
から後続のジョブの実行順序を変更したり、先行するジ
ョブの実行結果をジョブ間で連絡し、その結果によって
後続のジョブの実行順序を変更するジョブ実行順序制御
方式に関する。

【０００２】

【従来の技術】従来のシステムを自動運転するジョブ実
行順序制御方式に関するものとしては、例えば特開昭６
３−２９３６１９号公報や特開昭６３−３１７８１５号
公報に記載された技術が挙げられる。

【０００３】特開昭６３−２９３６１９号公報において
は、予めファイルに複数のジョブを登録しておき、各ジ
ョブ対応にシミュレーションルーチンを割り付けて実行
する技術が記載されている。

【０００４】また、特開昭６３−３１７８１５号公報に
おいては、コンソールに出力されるメッセージに対する
応答、起動ジョブ等を予めファイルに定義しておき、メ
ッセージを受け渡されたときそのメッセージに対する応
答、起動ジョブ等を実行する技術が記載されている。

【０００５】

【発明が解決しようとする課題】上記従来技術は、定形
的なジョブの自動実行を目的としたものであり、ジョブ
の実行順序に関して、予めファイルに登録した順序どお
りに実行することしか考慮されておらず、実行中のジョ
ブ（ユーザプログラム）から予めファイルに登録したジ
ョブの実行順序の変更や削除ができず、ダイナミックに
ジョブの実行順序を変更できないという問題があった。

【０００６】また、実行中のジョブ（ユーザプログラ
ム）から他のジョブの実行結果メッセージを参照する配
慮がなされていないため、あるジョブの実行結果によっ
て、後続するジョブの実行順序を変更したいという場合
の実行順序の変更が実行中のジョブ（ユーザプログラ
ム）でできないという問題があった。

【０００７】本発明の目的は、予めファイルあるいはメ
モリに登録したジョブの実行順序を実行中のジョブ（ユ
ーザプログラム）から任意に変更可能とし、ジョブの実
行順序に柔軟性を持たせたジョブ実行順序制御方式を提
供することにある。

【０００８】

【課題を解決するための手段】上記目的を達成するため
に本発明は、複数のジョブについてその実行順序が予め
登録された実行順序登録手段を設け、この実行順序登録
手段に登録された実行順序に従ってジョブの実行を行な
うジョブ実行順序制御方式において、実行中のジョブか
ら実行順序登録手段に登録された実行順序に対して変更
を行なう変更手段を設け、実行中のジョブから実行順序
登録手段に対する変更要求があったとき、実行順序登録
手段に登録された実行順序を任意に変更するようにした
ものである。

【０００９】さらに本発明においては、各ジョブの実行
結果メッセージを逐次記憶する実行結果メッセージ記憶
手段と、実行中のジョブから実行結果メッセージ記憶手
段に記憶された実行結果メッセージを参照する実行結果
メッセージ参照手段設け、実行中のジョブから実行結果
メッセージ記憶手段に対する参照要求があったとき、実
行結果メッセージ記憶手段に記憶された実行結果メッセ
ージを任意に参照し、参照された実行結果メッセージの
内容に従って変更手段を用いて実行順序登録手段に登録
された実行順序を任意に変更するようにしたものであ
る。

【００１０】

【作用】実行中のジョブ（ユーザプログラム）から、ユ
ーザが任意の時点で、予めジョブ実行順序登録手段に登
録されたジョブの変更や削除を要求するサブルーチンを
コールすると、ジョブ実行管理プログラムでは、予めジ
ョブの実行順序を登録しているファイルあるいはメモリ
をサブルーチンで要求内容（変更、削除）によって更新
し、更新した内容で実行することができる。

【００１１】また、実行中のジョブ（ユーザプログラ
ム）から、ユーザが任意の時点で、他のジョブの実行結
果メッセージを参照するサブルーチンをコールすると、
ジョブ実行管理プログラムでは、各ジョブの実行結果メ
ッセージを逐次記録しているジョブ実行結果メッセージ
記録手段からサブルーチンで要求したジョブの実行結果
メッセージを連絡することができ、その実行結果メッセ
ージの内容に従って後続のジョブの実行順序を変更する
ことができる。

【００１２】

【実施例】以下、本発明の一実施例として、先行ジョブ
の異常終了によって登録済の後続ジョブを削除し、新た
に別のジョブを後続ジョブとして登録する方法を図面を
用いて詳細に説明する。

【００１３】図１は本発明を実現するための計算機シス
テム内の構成を示す図である。

【００１４】計算機システム１には、複数のエリアに分
割、区分けされたユーザジョブ実行エリア１１があり、
各々のエリアでユーザジョブを実行する。

【００１５】各ユーザジョブ実行エリア１１で実行中の
ジョブ（ユーザプログラム）からサブルーチンで変更要
求や削除要求があった時に処理を実行するものとして、
ジョブ実行管理プログラム１２がある。ジョブ実行管理
プログラム１２は、ジョブの実行順序を登録するための
実行順序登録エリア１３を変更し、また、各ユーザジョ
ブの実行結果メッセージを逐次記録するためのジョブ実
行結果メッセージ記録エリア１４を参照する。そして、
ジョブ実行管理プログラム１２は結果をサブルーチンリ
ターンすることで各ユーザジョブ実行エリア１１に連絡
する。

【００１６】図２は、ジョブの実行順序を登録するため
の実行順序登録エリア１３のフォーマットを示す図であ
る。

【００１７】実行順序登録エリア１３は、実行するユー
ザジョブ実行エリア１１の名称と起動するジョブの名称
とが対になって登録され、登録された数だけ対になった
エントリが連続して作成され、最後のエントリには
「＊」が登録されている。

【００１８】図２においては、ユーザジョブ実行エリア
ＡでジョブＡ１，ジョブＡ２の順番で実行され、その後
ユーザジョブ実行エリアＢでジョブＢ１，ジョブＢ２の
順番で実行されることが示されている。

【００１９】図３は、各ユーザジョブの実行結果メッセ
ージを逐次記録するためのジョブ実行結果メッセージ記
録エリア１４のフォーマットを示す図である。

【００２０】ジョブ実行結果メッセージ記録エリア１４
は、ジョブ実行結果メッセージのメッセージＩＤとジョ
ブ実行結果メッセージとが対になって登録され、登録さ
れた数だけ対になったエントリが連続して作成され、最
後のエントリには「＊」が登録されている。なお、ジョ
ブ実行結果メッセージには起動したジョブ名称が付加さ
れる。

【００２１】図３においては、メッセージＩＤとして
「１２３」が付与されたジョブＡ１は正常終了し、メッ
セージＩＤとして「４５６」が付与されたジョブＡ２は
異常終了したことを示している。

【００２２】いま、図２および図３に示す内容の状態
で、すなわちジョブＡ１が正常終了し、その後続ジョブ
であるジョブＡ２が異常終了し、現在ユーザジョブ実行
エリア１１のうち、ユーザジョブ実行エリアＢでジョブ
Ｂ１を実行しているものとする。

【００２３】図７にジョブＢ１の動作を説明するための
フローチャートを示す。

【００２４】ユーザジョブ実行エリアＢでジョブＢ１を
実行中の状態で、ジョブＢ１の先行ジョブ、すなわちジ
ョブＡ２の実行結果メッセージを参照するサブルーチン
をコールすると（７１）、ジョブ実行管理プログラム１
２は要求のあったジョブ実行結果のメッセージＩＤと実
行結果メッセージ中の起動したジョブ名称（この場合ジ
ョブ名称はＡ２である）をキーにして、ジョブ実行結果
メッセージ記録エリア１４を検索し、ジョブＡ２が正常
終了したかどうかを判定する（７２）。

【００２５】ステップ７２でジョブＡ２が正常終了した
と判定された場合、ジョブＢ１はその後通常の処理を実
行して終了する。一方、ステップ７２でジョブＡ２が正
常終了しなかった、すなわち異常終了したと判定された
場合は、ジョブ実行管理プログラム１２はジョブＡ２の
異常終了の実行結果メッセージをユーザジョブ実行エリ
ア１１に連絡（サブルーチンリターン）する。

【００２６】本実施例の場合、ジョブ実行結果メッセー
ジ記録エリア１４のジョブＡ２に関するメッセージが登
録されたエントリ３１を参照することによってジョブＡ
２が異常終了したことがわかり、ジョブ実行管理プログ
ラム１２はジョブＡ２の異常終了の実行結果メッセージ
をユーザジョブ実行エリア１１に連絡（サブルーチンリ
ターン）する。このようにしてジョブＢ１を実行中の状
態で、ジョブＡ２が異常終了したことが認知できる。

【００２７】次にこれをきっかけとして、ジョブＢ１が
その後続のジョブであるジョブＢ２を削除するよう、削
除要求でジョブ実行管理プログラム１２にサブルーチン
コールすると（７３）、ジョブ実行管理プログラム１２
は実行順序登録エリア１３に対して変更処理を行なう。

【００２８】ジョブ実行管理プログラム１２による実行
順序登録エリア１３の変更処理を図６に示す。

【００２９】まず、実行順序登録エリア１３に対する変
更処理が削除要求か否かを判定する（６１）。削除要求
である場合は、実行順序登録エリア１３の該当エントリ
及び追加ジョブストリームを無効にする。すなわち本実
施例においては、ジョブＢ２が登録されているエントリ
を削除する（６２）。

【００３０】ステップ６２で実行順序登録エリア１３の
該当エントリ及び追加ジョブストリームを削除する際に
は、実行順序登録エリア１３を検索、該当エントリを無
効化して意味のない表示（何もしないで次に進む表示）
を行う。また、該当エントリに登録された起動ジョブが
すでにユーザジョブ実行エリアに後続ジョブストリーム
として追加されていることもあるため、ユーザジョブ実
行エリアに追加したジョブストリームも削除するように
する。削除処理完了後、サブルーチンリターンすること
でジョブＢ１の処理に戻る。

【００３１】次に、ジョブＢ１では、ジョブＣ１を後続
ジョブとして実行順序登録エリア１３に登録するためジ
ョブ実行管理プログラム１２にサブルーチンコールする
と（７４）、ジョブ実行管理プログラム１２は実行順序
登録エリア１３に対する変更処理を行なう。

【００３２】この変更処理について図６を参照して説明
する。

【００３３】まず、実行順序登録エリア１３に対する変
更処理が削除要求か否かを判定する（６１）。本実施例
のの場合は登録要求であるため「Ｎ」に進み、実行順序
登録エリア１３の最後のエントリに追加登録するか否か
判断する（６３）。本実施例においては、ジョブＢ２は
すでに削除済みで、図２に示されたジョブは全て起動完
了しているため、実行順序登録エリア１３の最後のエン
トリに追加登録するということになり「Ｙ」に進み、実
行順序登録エリア１３の最後のエントリ２１にユーザジ
ョブ実行エリア名と起動ジョブ名をセットし（６４）、
その次のエントリが最後のエントリである旨の表示をす
るためジョブ実行エリア名と起動ジョブ名を「＊」表示
にする（６５）。そして、起動処理が待ち状態であれば
待ちを解除し（６６）、ジョブＢ１へサブルーチンリタ
ーンする。

【００３４】一方、ステップ６３で実行順序登録エリア
１３の最後のエントリに追加登録しないで、途中のエン
トリに追加登録するように要求された場合は、要求のあ
ったエントリにユーザエリア名、ジョブ名を登録する
（６７）。そして追加のあったエントリ以降のエントリ
の内容を１つづつずらし（６８）、サブルーチンリター
ンする。

【００３５】新たに登録されたジョブＣ１は、起動処理
によって起動される。起動処理を図４を参照して説明す
る。

【００３６】本実施例では、新たなジョブＣ１を追加登
録する前の時点で、図２に示されたジョブは全て起動完
了している。つまり新たなジョブＣ１を追加登録する前
の時点ではジョブの実行は実行順序登録エリア１３の最
後のエントリ２１まで進んでいる。そのため、実行する
ユーザエリア名が「＊」であるかどうかの判断（４１）
は「Ｙ」に進み、起動待ちの状態（４２）になってい
る。

【００３７】そしてここで新たなジョブＣ１を追加登録
した後は、前述のステップ６６（ジョブ登録処理におけ
る起動待ち解除）によって待ちが解除された後、実行す
るエリアが「＊」であるかどうかの判定（４１）を行
う。今回のステップ４１では、実行順序登録エリア１３
のエントリ２１は以前のステップ６４（実行順序登録エ
リア１３への追加登録）、ステップ６５でジョブＣ１が
追加されて変更されているため「Ｎ」に進み、実行する
ユーザエリアでジョブが動作中かどうかの判定（４３）
に移る。

【００３８】ここでは、ジョブＢ２の後続ジョブとして
ジョブＣ１が登録されたため、ユーザエリア名は同一、
すなわちＢで、しかもまだジョブＢ１は実行中であるた
め「Ｙ」となり、後続ジョブとしてジョブストリームに
追加する（４４）。

【００３９】ジョブストリームに追加されたジョブＣ１
はジョブＢ１の終了後実行される。

【００４０】そして、実行順序登録エリア１３内のエン
トリを次に進めて（４５）、再びステップ４１に戻る。
今度のステップ４１の判定では、次エントリが「＊」で
あるため起動待ち（４２）となる。

【００４１】またステップ４３で、実行するユーザエリ
アでジョブが動作中でないとされた場合は、ジョブを起
動し（４６）、その後実行順序登録エリア１３内のエン
トリを次に進めて（４５）、ステップ４１からの処理を
繰り返す。

【００４２】一方、ジョブＢ１はステップ７４でのサブ
ルーチンリターンによってジョブ終了となる。ジョブ終
了となった時点で、ジョブ実行管理プログラム１２は、
ジョブ実行結果メッセージ記録エリア１４にジョブＢ１
の実行結果メッセージを記録する。

【００４３】図５にジョブ実行結果メッセージの記録処
理を示す。

【００４４】まず、ジョブ実行結果メッセージ記録エリ
ア１４のラストエントリに、ジョブＢ１のメッセージＩ
Ｄと実行結果メッセージをセットする（５１）。そし
て、次エントリのメッセージＩＤと実行結果メッセージ
として「＊」をセットする（５２）。

【００４５】以上のようにすることで、先行ジョブの異
常終了によって登録済の後続ジョブを削除し、新たに別
ジョブを後続ジョブとして登録し実行することができ
る。

【００４６】

【発明の効果】本発明によれば、実行中のジョブから予
め実行順序が登録されたジョブの実行順序を変更でき、
また、新たなジョブを追加することができるので、先行
ジョブの実行結果によって後続ジョブの実行順序に変更
が生じる場合など、後続ジョブの実行順序をユーザが任
意に変更でき実行中のジョブの実行順序に柔軟性を持た
せることができるという効果がある。

【図面の簡単な説明】

【図１】図１は、本発明を実現するための計算機システ
ム内の構成を示す図である。

【図２】図２は、ジョブの実行順序を登録するための実
行順序登録エリア１３のフォーマットを示す図である。

【図３】図３は、各ユーザジョブの実行結果メッセージ
を逐次記録するためのジョブ実行結果メッセージ記録エ
リア１４のフォーマットを示す図である。

【図４】図４は、ジョブ実行管理におけるジョブ起動処
理を説明するための図である。

【図５】図５は、ジョブ実行管理におけるジョブ実行結
果メッセージの記録処理を説明するための図である。

【図６】図６は、ジョブ実行管理プログラムによる実行
順序登録エリアの変更処理を説明するための図である。

【図７】図７は、ジョブＢ１の動作を説明するためのフ
ローチャートである。

【符号の説明】

１……計算機システム、 １１……ユーザジョブ実行エリア、 １２……ジョブ実行管理プログラム、 １３……実行順序登録エリア、 １４……ジョブ実行結果メッセージ記録エリア、

───────────────────────────────────────────────────── フロントページの続き (72)発明者 茂木 泰之 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウエア開発本部内 (72)発明者 西原 克夫 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウエア開発本部内

Claims (2)

【特許請求の範囲】
1. 【請求項１】複数のジョブについてその実行順序が予め
   登録された実行順序登録手段を設け、該実行順序登録手
   段に登録された実行順序に従ってジョブの実行を行なう
   ジョブ実行順序制御方式において、実行中のジョブから
   前記実行順序登録手段に登録された実行順序に対して変
   更を行なう変更手段を設け、前記実行中のジョブから前
   記実行順序登録手段に対する変更要求があったとき、前
   記実行順序登録手段に登録された実行順序を任意に変更
   することを特徴とするジョブ実行順序制御方式。
2. 【請求項２】請求項１記載のジョブ実行順序制御方式に
   おいて、各ジョブの実行結果メッセージを逐次記憶する
   実行結果メッセージ記憶手段と、前記実行中のジョブか
   ら前記実行結果メッセージ記憶手段に記憶された実行結
   果メッセージを参照する実行結果メッセージ参照手段設
   け、前記実行中のジョブから前記実行結果メッセージ記
   憶手段に対する参照要求があったとき、前記実行結果メ
   ッセージ記憶手段に記憶された実行結果メッセージを任
   意に参照し、参照された実行結果メッセージの内容に従
   って前記変更手段を用いて前記実行順序登録手段に登録
   された実行順序を任意に変更することを特徴とするジョ
   ブ実行順序制御方式。