JPH0512205A - コンピユータシステム - Google Patents

Abstract

(57)【要約】 【目的】 常駐バッチジョブ（業務処理ジョブ）の実稼
動状態と、業務処理ジョブ監視手段が認識している業務
処理ジョブの稼動状態との整合性を保つようにする。 【構成】 一定時間単位にジョブ監視部が起動され、業
務処理ジョブの実稼動状態を監視し、業務処理ジョブ監
視手段の認識している業務処理ジョブの稼動状態と一致
しなかった場合は、業務処理ジョブの再起動を行い、ま
た、実行中である業務処理ジョブがループ状態に陥って
いる場合は、強制終了させ再起動することにより、その
整合性を保つ。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、オンラインシステムが
処理要求電文を受信し、常駐バッチジョブがその処理要
求を引き継いで業務処理を実現するコンピュータシステ
ムの常駐バッチジョブの監視に利用する。

【０００２】本発明は、常駐バッチジョブの実稼動状態
と業務処理ジョブ監視手段が認識している業務処理ジョ
ブの稼動状態の整合性を保つことができるコンピュータ
システムに関する。

【０００３】

【従来の技術】従来の常駐ジョブ監視方式においては、
業務処理を行う常駐バッチジョブ（業務処理ジョブ）が
業務処理ジョブ監視手段で管理され、業務処理ジョブ監
視手段は制御端末装置からオペレータによって投入され
る要求に従った業務処理ジョブの起動・停止処理を行う
と共に、業務処理ジョブの稼動状態を次のように管理し
ていた。 ａ．初期状態（業務処理ジョブがまったく稼動されてい
ない状態） 業務処理ジョブ監視手段が業務処理ジョブの起動開始処
理を行う前の状態。または、業務処理ジョブ監視手段が
業務処理ジョブから業務処理ジョブ停止通知を受信した
後の状態。 ｂ．起動開始状態（業務処理ジョブが起動開始されてか
ら業務処理実行可能状態になるまでの状態） 業務処理ジョブ監視手段が業務処理ジョブの起動開始処
理を行った後に、業務処理ジョブから業務処理受け付け
開始通知が発信されるのを待ち合わせている状態。 ｃ．業務処理実行可能状態（業務処理ジョブが業務処理
ジョブ監視手段から業務処理要求が発信されるのを待っ
ている状態） 業務処理ジョブ監視手段が業務処理ジョブから業務処理
受け付け開始通知を受信したが、未処理の処理要求電文
が無いため業務処理ジョブに対して処理要求を発信して
いない状態。または、業務処理ジョブ監視機構が業務処
理ジョブから業務処理終了通知を受信したが、未処理の
処理要求電文が無いため業務処理ジョブに対し処理要求
を発信していない状態。 ｄ．業務処理状態（業務処理ジョブが業務処理を行って
いる状態） 業務処理ジョブ監視手段が業務処理ジョブに対して処理
要求電文を発信した後、業務処理ジョブから業務処理終
了の通知が発信されるのを待ち合わせている状態。 ｅ．終了状態（業務処理ジョブが停止処理を行っている
状態） 業務処理ジョブ監視手段が業務処理ジョブに対して停止
要求発信した後に、業務処理ジョブから業務処理ジョブ
停止の通知が発信されるのを待ち合わせている状態。

【０００４】

【発明が解決しようとする課題】従来の常駐ジョブ監視
方式においては、上述のような業務処理ジョブの稼動状
態の管理だけを行っており、業務処理ジョブが異常終了
した場合や、業務処理がループ状態に陥った場合の稼動
状態を認識していないため、次のような欠点があった。 ア．業務処理ジョブ監視手段が停止処理を行っていない
にもかかわらず業務処理ジョブが異常終了すると、業務
処理ジョブ監視手段が認識する稼動状態と実際の業務処
理ジョブの稼動状態に矛盾が生じる。

【０００５】そのため、起動開始状態時に業務処理が異
常終了しても、業務処理ジョブ監視手段は業務処理ジョ
ブから業務処理受け付け開始が通知されるのを待ち合わ
せる。

【０００６】また、業務処理実行状態時に業務処理ジョ
ブが異常終了しても、業務処理ジョブ監視手段は業務処
理ジョブから業務処理終了が通知されるのを待ち合わせ
る。

【０００７】これらの待ち合わせは、業務処理ジョブが
すでに異常終了しているために解除されることはなく、
業務処理ジョブは実質閉塞状態となる。

【０００８】また、業務処理実行可能状態時に業務処理
ジョブが異常終了しても、業務処理ジョブ監視手段は処
理要求電文受け付け時に、業務処理ジョブに対して処理
要求電文を発信し、業務処理ジョブから業務処理終了が
通知されるのを待ち合わせる。

【０００９】この待ち合わせも、業務処理ジョブがすで
に異常終了しているために解除されることはなく、業務
処理ジョブは実質閉塞状態となると共に、異常終了した
業務処理ジョブに対して発信された電文は未処理のまま
無効となる。 イ．処理要求電文不正などの原因により業務処理ジョブ
が行っている業務処理がループ状態に陥っても、業務処
理ジョブ監視手段は業務処理ジョブから業務処理終了が
通知されるのを待ち合わせている。

【００１０】このような待ち合わせは、業務処理がルー
プしているために解除されることはなく、業務処理ジョ
ブは実質閉塞状態になる。

【００１１】本発明はこのような問題を解決するもの
で、常駐バッチジョブ（業務処理ジョブ）の実稼動状態
と、業務処理ジョブ監視手段が認識している業務処理ジ
ョブの稼動状態の整合性を保つことができるコンピュー
タシステムを提供することを目的とする。

【００１２】

【課題を解決するための手段】本発明は、ホストコンピ
ュータが制御端末装置および入出力端末装置に接続さ
れ、前記ホストコンピュータに、前記入出力端末装置に
接続され情報の処理を行うオンラインシステムと、前記
制御端末装置に接続され、オペレータにより投入された
要求にしたがって業務処理ジョブ（常駐バッチジョブ）
の起動または停止処理を行うとともに、業務処理ジョブ
の稼動状態を監視し管理する業務処理ジョブ監視手段と
を備え、前記業務処理ジョブ監視手段に、処理要求電文
を処理順に保持する処理要求スケジュールテーブルと、
業務処理ジョブの起動に必要な情報を保持するジョブ情
報テーブルとが設けられ、前記オンラインシステムから
の処理要求電文の受け付けを行う処理要求受け付け部
と、業務処理ジョブの起動および停止処理、業務処理ジ
ョブへの処理要求電文の発信を行うジョブ起動部とを含
むコンピュータシステムにおいて、前記業務処理ジョブ
監視手段に、業務処理ジョブの稼動状態およびその他必
要とする監視情報を保持するジョブ管理テーブルを設
け、一定時間ごとに自動的に起動され、業務処理ジョブ
の実稼動状態を監視し、取得した稼動状態と前記ジョブ
管理テーブルに管理されている稼動状態とが一致してい
るか否かを判定し、不一致のときに前記ジョブ管理テー
ブル上の業務処理ジョブの稼動状態を変更し、前記ジョ
ブ起動部に業務処理ジョブの再起動要求、または異常終
了通知を行うジョブ監視部を含むことを特徴とする。

【００１３】前記ジョブ監視部は、前記ジョブ管理テー
ブルから業務処理開始時刻を取得することにより業務処
理実行時間を求め、前記ジョブ情報テーブルに管理され
ている最大業務処理可能時間を超過したときに、業務処
理ジョブを強制終了させ、前記ジョブ管理テーブル上の
業務処理ジョブの稼動状態を変更し、前記ジョブ起動部
に対し業務処理ジョブの再起動要求を行う手段を含み、
前記ジョブ管理テーブルは、業務処理ジョブのジョブ
名、ジョブ起動時に割り振られるジョブ生起番号、ジョ
ブの状態を示すジョブ稼動状態、業務処理開始時刻、業
務処理中の処理要求電文識別子を含むことが望ましい。

【００１４】

【作用】オンラインシステムが入出力端末装置から処理
要求電文を受信し、常駐するバッチジョブ（業務処理ジ
ョブ）がその処理要求を引き継いで業務処理を実行して
いるときに、一定時間単位にジョブ監視部が自動的に起
動し、業務処理ジョブの実稼動状態を監視し、業務処理
ジョブ監視手段が認識している業務処理ジョブの稼動状
態と一致していなかったときに、整合性がとれるように
業務処理ジョブの稼動状態を変更して業務処理ジョブの
再起動を行い、実行中である業務処理ジョブがループ状
に陥っているときには強制終了させ、業務処理ジョブの
稼動状態を変更して再起動を行う。

【００１５】これにより、業務処理ジョブの実稼動状態
と業務処理ジョブ監視手段が認識している業務処理ジョ
ブの稼動状態の整合性を保つことができ、全業務処理ジ
ョブに均等に業務処理の負荷を分散させ、かつ、処理要
求電文が未処理のまま無効になることをなくすことがで
きる。

【００１６】

【実施例】次に、本発明実施例を図面に基づいて説明す
る。図１は本発明実施例の構成を示すブロック図であ
る。

【００１７】本発明実施例は、ホストコンピュータ１２
が制御端末装置１および入出力端末装置１１に接続さ
れ、ホストコンピュータ１２に、入出力端末装置１１に
接続され情報の処理を行うオンラインシステム１０と、
制御端末装置１に接続され、オペレータにより投入され
た要求にしたがって業務処理ジョブ（常駐バッチジョ
ブ）９の起動または停止処理を行うとともに、業務処理
ジョブ９の稼動状態を監視し管理する業務処理ジョブ監
視手段２とを備え、業務処理ジョブ監視手段２に、処理
要求電文を処理順に保持する処理要求スケジュールテー
ブル６と、業務処理ジョブ９の起動に必要な情報を保持
するジョブ情報テーブル４とが設けられ、オンラインシ
ステム１０からの処理要求電文の受け付けを行う処理要
求受け付け部８と、業務処理ジョブ９の起動および停止
処理、業務処理ジョブ９への処理要求電文の発信を行う
ジョブ起動部３とを含み、さらに本発明の特徴として、
業務処理ジョブ監視手段２に、業務処理ジョブ９の稼動
状態およびその他必要とする監視情報を保持するジョブ
管理テーブル５を設け、一定時間ごとに自動的に起動さ
れ、業務処理ジョブ９の実稼動状態を監視し、取得した
稼動状態とジョブ管理テーブル５に管理されている稼動
状態とが一致しているか否かを判定し、不一致のときに
ジョブ管理テーブル５上の業務処理ジョブ９の稼動状態
を変更し、ジョブ起動部３に業務処理ジョブの再起動要
求、または異常終了通知を行うジョブ監視部７を含み、
ジョブ監視部７には、ジョブ管理テーブル５から業務処
理開始時刻を取得することにより業務処理実行時間を求
め、ジョブ情報テーブル４に管理されている最大業務処
理可能時間を超過したときに、業務処理ジョブ９を強制
終了させ、ジョブ管理テーブル５上の業務処理ジョブ９
の稼動状態を変更し、ジョブ起動部３に対し業務処理ジ
ョブ９の再起動要求を行う手段を含む。

【００１８】業務処理ジョブ監視手段２は、業務処理ジ
ョブ９とオンラインシステム１０と共にホストコンピュ
ータ１２に実装される。オンラインシステム１０から引
き渡された処理要求電文は、処理要求受け付け部８が受
け取り、処理順にスケジューリングして処理要求スケジ
ュールテーブル６に登録し、同時にジョブ起動部３に対
し、処理要求電文登録通知を発信する。処理要求スケジ
ュールテーブル６は、処理要求電文を処理順に管理する
ためのテーブルである。

【００１９】ジョブ起動部３は、オペレータによって制
御端末装置１から投入される業務処理ジョブ９の起動要
求に従い、ジョブ情報テーブル４から起動要求された業
務処理ジョブ９の起動に必要な情報を取得し、業務処理
ジョブ９を起動し、同時に業務処理ジョブ９の稼動情報
をジョブ管理テーブル５に登録する。また、オペレータ
によって制御端末装置１から投入される業務処理ジョブ
９の停止要求に従い、業務処理ジョブ９に対し停止要求
を発信する。

【００２０】さらに、ジョブ起動部３は、業務処理ジョ
ブ９からの業務処理の受け付け開始の通知、業務処理終
了の通知、および処理要求受け付け部８からの処理要求
電文登録の通知を受信すると、処理要求スケジュールテ
ーブル６より処理対象電文を検索し、業務処理ジョブ９
に対する業務処理要求の発信を行い、ジョブ管理テーブ
ル５の業務処理ジョブの稼動情報を更新するとともに、
ジョブ監視部３からの異常終了した業務処理ジョブ９の
再起動要求を受信すると、ジョブ情報テーブル４から再
起動要求された業務処理ジョブ９の再起動に必要な情報
を取得し、業務処理ジョブ９を再起動し、ジョブ管理テ
ーブル５の業務処理ジョブ９の稼動情報を更新する。

【００２１】ジョブ情報テーブル４は、業務処理ジョブ
９のジョブ名・ジョブ格納ファイル名・起動多重度・最
大業務処理可能時間といった業務処理ジョブ監視手段２
が業務処理ジョブ９の起動を行うために必要な情報を管
理するためのテーブルである。

【００２２】ジョブ管理テーブル５は、業務処理ジョブ
９のジョブ名、ジョブ起動時に割り振られるジョブ生起
番号、ジョブの状態を示すジョブ稼動状態、業務処理が
開始された時刻、業務処理中の処理要求電文の識別ＩＤ
といったジョブ稼動情報を管理するためのテーブルであ
る。

【００２３】ジョブ監視部７は図２に示すように、ジョ
ブ管理テーブル５の業務処理ジョブ情報９の稼動情報を
基に業務処理ジョブ９の実稼動状態を取得し、取得した
稼動状態とジョブ管理テーブル５に管理されている業務
処理ジョブ９の稼動状態とが矛盾した場合は、それらの
整合性がとれるようにジョブ管理テーブル５上の業務処
理ジョブ９の稼動状態を変更し、ジョブ起動部３に対し
て業務処理ジョブ９の再起動要求、または異常終了の通
知の発信を行う。

【００２４】また、ジョブ監視部７は、業務処理ジョブ
９が業務処理実行状態である場合は、ジョブ管理テーブ
ル５上の業務処理開始時刻を取得することにより業務処
理実行時間を求め、ジョブ情報テーブル４に管理される
最大業務処理可能時間を超過している場合は、業務処理
ジョブ９を強制終了させ、ジョブ管理テーブル５上の業
務処理ジョブ９の稼動状態を変更し、ジョブ起動部３に
対して業務処理ジョブ９の再起動要求発信処理を行う。

【００２５】次に、このように構成された本発明実施例
における常駐ジョブ監視の動作について説明する。

【００２６】通常、業務処理ジョブ監視手段２は、オン
ラインシステム１０と同時併行で動作し、オンラインシ
ステム１０は入出力端末装置１１から処理要求電文を受
信し、受信電文の内容を判断した後、処理要求受け付け
部８に対して処理要求電文を引き渡す。

【００２７】処理要求受け付け部８は、受信した処理要
求電文を処理順に処理要求スケジュールテーブル６に登
録し、ジョブ起動部３に対して処理要求電文登録の通知
を行う。

【００２８】ジョブ起動部３は、受け付けた通知および
要求に応じ、次の処理を行う。

【００２９】制御端末装置１から業務処理ジョブ９の起
動要求を受けると、ジョブ情報テーブル４から起動要求
された業務処理ジョブ９の起動に必要な情報を取得し、
業務処理ジョブ９を起動し、同時に業務処理ジョブ９の
起動情報をジョブ管理テーブル４に登録する。このと
き、業務処理ジョブ９の稼動状態を起動開始状態として
登録し、業務処理ジョブ９から業務処理受け付け開始通
知が発信されるのを待ち合わせる。

【００３０】次に、業務処理ジョブ９から業務処理受け
付け開始の通知を受け取ると、処理要求スケジュールテ
ーブル６を検索し、業務処理ジョブ９の処理対象電文の
登録がなかった場合は、ジョブ管理テーブル５上の業務
処理ジョブ９の稼動状態を業務処理実行可能状態に更新
する。

【００３１】業務処理ジョブ９の処理対象電文が登録さ
れている場合は、処理要求スケジュールテーブル６から
処理要求電文を取り出し、業務処理受け付け開始を通知
してきた業務処理ジョブ９に対して処理要求電文を発信
し、ジョブ管理テーブル５上の業務処理ジョブ９の稼動
状態を業務処理状態に更新し、同時に業務処理ジョブ９
に対して業務処理要求を行った時刻を業務処理開始時刻
としてジョブ管理テーブル５に登録し、業務処理ジョブ
９から業務処理終了通知が発信されるのを待ち合わせ
る。

【００３２】処理要求受け付け部８から処理要求電文登
録通知を受け取ると、ジョブ管理テーブル５を検索し、
稼動状態が業務処理実行可能状態である業務処理ジョブ
９が存在する場合は該当する業務処理ジョブ９に対し、
処理要求電文を発信し、ジョブ管理テーブル５上の業務
処理ジョブ９の稼動状態を業務処理状態に更新し、同時
に業務処理ジョブ９に対して業務処理要求を行った時刻
を業務処理開始時刻としてジョブ管理テーブル５に登録
し、業務処理ジョブ９から業務処理の終了通知が発信さ
れるのを待ち合わせる。

【００３３】次に、業務処理ジョブ９より業務処理終了
の通知を受け取ると、処理要求スケジュールテーブル６
を検索し、処理対象電文の登録がなかった場合は、ジョ
ブ管理テーブル５上の業務処理ジョブ９の稼動状態を業
務処理実行可能状態に更新し、業務処理開始時刻を初期
化する。

【００３４】処理対象電文が登録されている場合は、処
理要求スケジュールテーブル６から処理対象となる処理
要求電文を取り出し、業務処理受け付け開始を通知して
きた業務処理ジョブ９に対し、処理要求電文を発信し、
ジョブ管理テーブル５上の業務処理ジョブ９の稼動状態
を業務処理状態に更新するとともに、業務処理ジョブ９
に対して業務処理要求を行った時刻を業務処理開始時刻
としてジョブ管理テーブル５に登録し、業務処理ジョブ
９から業務処理終了通知が発信されるのを待ち合わせ
る。

【００３５】制御端末装置１から業務処理ジョブ９の停
止要求を受けたときには、停止要求された業務処理ジョ
ブ９に対して停止要求を発信し、同時にジョブ管理テー
ブル５上の業務処理ジョブ９の稼動状態を終了状態に更
新し、業務処理ジョブ９から業務処理ジョブ終了が通知
されるのを待ち合わせる。

【００３６】次に、業務処理ジョブ９より業務処理ジョ
ブ終了の通知を受け取ると、ジョブ管理テーブル５上の
終了を通知してきた業務処理ジョブ９に関するジョブを
削除する。

【００３７】次に、ジョブ監視部７が、一定時間単位に
業務処理ジョブ９の実際の稼動状態を取得し、取得した
稼動状態に応じた処理を行う場合の動作について説明す
る。

【００３８】ジョブ監視部７は、ジョブ管理テーブル５
上の業務処理ジョブ９の稼動状態が起動開始状態であ
り、取得した業務処理ジョブ９の実際の稼動状態が異常
終了状態である場合、ジョブ管理テーブル５上の業務処
理ジョブ９の稼動状態を異常終了状態に更新し、ジョブ
起動部３に対し強制終了状態にあった業務処理ジョブ９
の再起動要求を発信する。

【００３９】ジョブ起動部３は、ジョブ監視部７より再
起動要求を受け取ると、上述した制御端末装置１から業
務処理ジョブ９の起動要求を受け取った場合と同様の処
理を行い、業務処理ジョブ９を起動する。

【００４０】ジョブ監視部７は、ジョブ管理テーブル５
上の業務処理ジョブ９の稼動状態が業務処理実行可能状
態、または、業務処理状態であり、ジョブ監視部７が取
得した業務処理ジョブ９の実際の稼動状態が異常終了状
態である場合、ジョブ管理テーブル５上の業務処理ジョ
ブ９の稼動状態を異常終了状態に更新し、ジョブ起動部
３に対し業務処理ジョブ９の再起動を行う。

【００４１】ジョブ起動部３は、ジョブ監視部７より再
起動要求を受け取ると、上述した制御端末装置１から業
務処理ジョブ９の起動要求を受け取った場合と同様の処
理を行い、業務処理ジョブ９を起動する。

【００４２】また、ジョブ管理テーブル５上の業務処理
ジョブ９の稼動状態とジョブ監視部７が取得した業務処
理ジョブ９の実際の稼動状態が業務処理実行状態である
場合、ジョブ管理テーブル５より業務処理ジョブ９の業
務処理開始時刻を取得することにより業務処理に要して
いる時間を判断し、ジョブ情報テーブル４に登録されて
いる最大処理可能時間を超過している場合は業務処理ジ
ョブ９を強制終了させ、ジョブ管理テーブル５上の業務
処理ジョブ９の稼動状態を異常終了状態に更新し、ジョ
ブ起動部３に対して業務処理ジョブ９の再起動の要求を
行う。

【００４３】ジョブ起動部３は、ジョブ監視部７より再
起動要求を受け取ると、上述した制御端末装置１から業
務処理ジョブ９の起動要求を受け取った場合と同様の処
理を行い、業務処理ジョブ９を起動する。

【００４４】さらに、ジョブ監視部７は、ジョブ管理テ
ーブル５上の業務処理ジョブ９の稼動状態が終了状態
で、ジョブ監視部７が取得した業務処理ジョブ９の実際
の稼動状態が異常終了状態である場合、ジョブ管理テー
ブル５上の業務処理ジョブ９の稼動状態を異常終了状態
に更新し、ジョブ起動部３に対して業務処理ジョブ９の
異常終了を通知する。

【００４５】ジョブ起動部３は、ジョブ監視部７より業
務処理ジョブ９の異常終了を受け取ると、上述した、業
務処理ジョブ９より業務処理ジョブ終了通知を受け取っ
た場合と同様の処理を行い、ジョブ管理テーブル５に管
理されている異常終了した業務処理ジョブ９に関する情
報を削除する。

【００４６】業務処理ジョブ９は、業務処理実行状態時
に業務処理の停止要求を受信した場合は、業務処理を終
えてから業務処理ジョブの終了処理を行うため、ジョブ
管理テーブル５上の業務処理ジョブ９の稼動状態が終了
状態であっても、業務処理ジョブ９が業務処理実行中で
ある場合がある。

【００４７】ジョブ監視部７は、ジョブ管理テーブル５
上の業務処理ジョブ９の稼動状態が終了状態で、ジョブ
監視部７が取得した業務処理ジョブ９の実際の稼動状態
が業務処理実行状態である場合、ジョブ管理テーブル５
より業務処理ジョブ９の業務処理開始時刻を取得するこ
とにより業務処理に要している時間を判断し、ジョブ情
報テーブル４に登録されている最大処理可能時間を超過
している場合は業務処理ジョブ９を強制終了させ、ジョ
ブ管理テーブル５上の業務処理ジョブ９の稼動状態を異
常終了状態に更新し、ジョブ起動部３に対して業務処理
ジョブ９の異常終了を通知する。

【００４８】ジョブ起動部３は、ジョブ監視部７より業
務処理ジョブ９の異常終了をうけとると、上述した業務
処理ジョブ９より業務処理ジョブ終了通知を受け取った
場合と同様の処理を行い、ジョブ管理テーブル５に管理
されている異常終了した業務処理ジョブ９に関するジョ
ブを削除する。なお、業務処理ジョブ９の実際の稼動状
態に関する情報は、ホストコンピュータより取得できる
ものとする。

【００４９】各処理手段は非同期に動作するが、ジョブ
情報テーブル４、ジョブ管理テーブル５、処理要求スケ
ジュールテーブル６に対しては、同時更新、および更新
中の参照防止のための同期制御が行われる。

【００５０】

【発明の効果】以上説明したように本発明によれば、業
務処理ジョブを自動監視し、業務処理ジョブ監視手段の
認識する業務処理ジョブの稼動状態と実際の業務処理ジ
ョブの稼動状態との矛盾をなくし、同時に、業務処理ジ
ョブにおける業務処理がループに陥った場合はそれを発
見し、業務処理ジョブの強制終了および再起動を行うた
めに以下のような効果がある。 （ｉ） 業務処理ジョブが異常終了しても、業務処理ジ
ョブから業務処理受け付け開始、または業務処理の終了
が通知されるのを業務処理ジョブ監視手段が長時間待ち
合わせることがなくなるため、常時正常な多重度で業務
処理ジョブが実行され、全業務処理ジョブに均等に業務
処理の負荷が分散される。 （ｉｉ） 業務処理ジョブが異常終了しても、業務処理
ジョブ監視手段が異常終了状態にある業務処理ジョブを
業務処理実行開始状態と認識して処理要求電文を引き渡
し、処理要求電文が未処理のまま無効になることがな
い。

【図面の簡単な説明】

【図１】本発明実施例の構成を示すブロック図。

【図２】本発明実施例におけるジョブ監視部の動作の流
れを示す流れ図。

【符号の説明】

１ 制御端末装置 ２ 業務処理ジョブ監視手段 ３ ジョブ起動部 ４ ジョブ情報テーブル ５ ジョブ管理テーブル ６ 処理要求スケジュールテーブル ７ ジョブ監視部 ８ 処理要求受け付け部 ９ 業務処理ジョブ １０ オンラインシステム １１ 入出力端末装置 １２ ホストコンピュータ

Claims (3)

【特許請求の範囲】
1. 【請求項１】 ホストコンピュータが制御端末装置およ
   び入出力端末装置に接続され、 前記ホストコンピュータに、 前記入出力端末装置に接続され情報の処理を行うオンラ
   インシステムと、 前記制御端末装置に接続され、オペレータにより投入さ
   れた要求にしたがって業務処理ジョブ（常駐バッチジョ
   ブ）の起動または停止処理を行うとともに、業務処理ジ
   ョブの稼動状態を監視し管理する業務処理ジョブ監視手
   段とを備え、 前記業務処理ジョブ監視手段に、 処理要求電文を処理順に保持する処理要求スケジュール
   テーブルと、 業務処理ジョブの起動に必要な情報を保持するジョブ情
   報テーブルとが設けられ、 前記オンラインシステムからの処理要求電文の受け付け
   を行う処理要求受け付け部と、 業務処理ジョブの起動および停止処理、業務処理ジョブ
   への処理要求電文の発信を行うジョブ起動部と を含むコンピュータシステムにおいて、 前記業務処理ジョブ監視手段に、 業務処理ジョブの稼動状態およびその他必要とする監視
   情報を保持するジョブ管理テーブルを設け、 一定時間ごとに自動的に起動され、業務処理ジョブの実
   稼動状態を監視し、取得した稼動状態と前記ジョブ管理
   テーブルに管理されている稼動状態とが一致しているか
   否かを判定し、不一致のときに前記ジョブ管理テーブル
   上の業務処理ジョブの稼動状態を変更し、前記ジョブ起
   動部に業務処理ジョブの再起動要求、または異常終了通
   知を行うジョブ監視部を含むことを特徴とするコンピュ
   ータシステム。
2. 【請求項２】 前記ジョブ監視部は、前記ジョブ管理テ
   ーブルから業務処理開始時刻を取得することにより業務
   処理実行時間を求め、前記ジョブ情報テーブルに管理さ
   れている最大業務処理可能時間を超過したときに、業務
   処理ジョブを強制終了させ、前記ジョブ管理テーブル上
   の業務処理ジョブの稼動状態を変更し、前記ジョブ起動
   部に対し業務処理ジョブの再起動要求を行う手段を含む
   請求項１記載のコンピュータシステム。
3. 【請求項３】 前記ジョブ管理テーブルは、業務処理ジ
   ョブのジョブ名、ジョブ起動時に割り振られるジョブ生
   起番号、ジョブの状態を示すジョブ稼動状態、業務処理
   開始時刻、業務処理中の処理要求電文識別子を含む請求
   項１記載のコンピュータシステム。