JP2004005205A - ジョブ進捗監視システム - Google Patents
ジョブ進捗監視システム Download PDFInfo
- Publication number
- JP2004005205A JP2004005205A JP2002159932A JP2002159932A JP2004005205A JP 2004005205 A JP2004005205 A JP 2004005205A JP 2002159932 A JP2002159932 A JP 2002159932A JP 2002159932 A JP2002159932 A JP 2002159932A JP 2004005205 A JP2004005205 A JP 2004005205A
- Authority
- JP
- Japan
- Prior art keywords
- job
- time
- monitoring
- information
- monitoring system
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
Abstract
【課題】ジョブの自動監視を通じてその後の重要ジョブの遅延を予測することで、システム全体についての監視運用の厳正化及び効率化をリアルタイムに実現できるジョブ進捗監視システムを提供する。
【解決手段】ジョブ進捗監視システム1では、監視スケジュールの設定処理において、重要ジョブの基本情報に基づいて先に設定した同一曜日,同一日付又は前日のスケジュールを援用する。このため、オペレータが全ての日程についての監視スケジュールを逐一入力する必要がなくなり、その設定に際して各重要ジョブの基本情報を入力するだけで、自動的に監視スケジュールの全体が作成される。また、実際に実行された重要ジョブの履歴情報を用いて自動的に監視スケジュールの更新が行われ、さらに、重要ジョブの履歴情報を当日の監視スケジュールにも反映させる。
【選択図】 図5
【解決手段】ジョブ進捗監視システム1では、監視スケジュールの設定処理において、重要ジョブの基本情報に基づいて先に設定した同一曜日,同一日付又は前日のスケジュールを援用する。このため、オペレータが全ての日程についての監視スケジュールを逐一入力する必要がなくなり、その設定に際して各重要ジョブの基本情報を入力するだけで、自動的に監視スケジュールの全体が作成される。また、実際に実行された重要ジョブの履歴情報を用いて自動的に監視スケジュールの更新が行われ、さらに、重要ジョブの履歴情報を当日の監視スケジュールにも反映させる。
【選択図】 図5
Description
【0001】
【発明の属する技術分野】
本発明はジョブの進捗監視システムにかかり、特に、ジョブの監視運用の厳正化及び効率化を実現できる進捗監視システムに関する。
【0002】
【従来の技術及び発明が解決しようとする課題】
所謂バッチシステムには、オンラインシステムの運用時刻と連動するものや、一定の時限までに作業を終えなくてはならない性格のジョブが多数存在する。このため、従来かかるシステムの運用に際し、多数のジョブのうち特に重要なジョブについては、それが予定通り流れているか否かを確認する進捗監視が行われている。
【0003】
しかしながら、一般にこれらの重要ジョブや時限性のあるバッチ作業の進捗監視は、オペレータの経験と勘により行われていたため、監視運用の厳正化及び効率化ができていないという問題があった。すなわち、熟達したオペレータは、多数のジョブの中から重要なジョブの所謂クリティカルパスを記憶しており、重要ジョブの凡その開始及び終了時刻を把握しているため、その時刻にジョブが開始又は終了しない場合に後続するジョブの遅延の程度を予測し、警告やジョブの再スケジュール等その後の対応をとることができる。しかし、人手によるためある程度の処理時間を要し、場合によってはメッセージの見間違いや確認漏れなどの問題が生じる場合があった。そしてその対応が遅延することで、重要ジョブの開始が遅延し、業務全体に支障をきたす虞があった。
【0004】
かかる問題の解決を目的として、例えば特開平5−346862号公報や特開平11−120033号公報には、上述したジョブの進捗監視を自動的に行うシステムが開示されている。
すなわち、前者の特開平5−346862号公報には、ジョブの最遅終了時間を登録してジョブ終了情報を時間単位毎に検索し、当日稼働予定のジョブについて最遅終了時間より遅延があれば通知するシステムが開示されている。かかるシステムによれば、自動的に遅れジョブの発見及びそれに対する対応ができるので、人為的ミスが削減できるとともに、ジョブ監視の経験度,多数のオペレータを必要とせず、保守工数の削減やジョブが遅れた場合のリカバリー工数の削減が可能となる。
【0005】
しかし、かかるシステムでは、遅れジョブの検出を外部装置からの要求を受けてから行うか、又は一定の時間単位毎に行う構成をとる。また、ジョブの遅延はそのジョブが開始されてから把握されることになるため、当該遅延を次回以降の監視スケジュールの再編に反映させることはできても、今回のジョブの遅れに対するリカバリーを行うことはできない。また、その遅延ジョブの後に実行予定のジョブが存在し、そのジョブが特に遅れることの許されない重要ジョブである場合にその発見が遅れ、対応が遅れて業務に支障をきたす虞が依然としてある。また別の問題として、ジョブのスケジューリングをオペレータによる外部入力により行うため、最初のスケジュール設定作業に多大な労力を要するといったことがある。
【0006】
また、後者の特開平11−120033号公報には、遅延が業務全体に悪影響を及ぼすチェックポイントとなるジョブの最大処理時間と最遅終了時刻を設定し、それを基に監視するシステムが開示されている。
しかし、かかるシステムにおいては、チェックポイントとなるジョブの実行が終了してからその遅延を警告する構成をとるだけであり、その遅延を発見してからでは後続するジョブを円滑に実行することが困難となる。結局のところ、システムをいったん停止させる等の処置をとらざるを得ない。
【0007】
そこで本発明は、ジョブの自動監視を通じてその後の重要ジョブの遅延を予測することで、システム全体についての監視運用の厳正化及び効率化をリアルタイムに実現することができるジョブ進捗監視システムを提供することを目的とする。
【0008】
【課題を解決するための手段】
上記課題に鑑み、本願請求項1に記載のジョブ進捗監視システムは、一又は複数のホストコンピュータにより実行される複数のジョブの進捗状況を監視する。すなわち、当該ジョブ進捗監視システムは、各ホストコンピュータが特定のジョブを実行することで全体が運用されるシステムの監視業務に適用される。
【0009】
そしてまず、スケジューリング手段が、監視対象となる複数のジョブについて外部から入力された基本情報に基づいて、これらのジョブの実行サイクルに沿った監視スケジュールを自動的に作成する。
ここでいう「基本情報」としては、例えばジョブが属するシステム名,ジョブ名(ジョブグループ名)等のジョブの識別情報や、ジョブの実行サイクル,開始及び終了予定時刻,開始及び終了限界時間,開始及び終了警告時間等の監視条件等を入力することができる。この場合、実行サイクル等の設定によって各ジョブについての監視サイクルも自ずと決定され、設定されることになる。例えば、あるジョブの実行サイクルが週次(特定の曜日ごと)である場合には、最初の週についてそのジョブの監視条件を入力することで、同一のジョブについて次週からの監視予定が自動的に設定される。この監視スケジュールは、第1の記憶手段に記憶される。
【0010】
そして、検出手段が、上記監視対象となるジョブのホストコンピュータにおける進捗情報を検出し、第2の記憶手段が、この検出手段により検出されたジョブの開始及び終了の履歴を記憶する。そして、更新手段が、この第2の記憶手段に記憶された履歴情報から、同一のジョブについて過去の同一曜日若しくは同一日付の直近値又は前日にかかる、開始又は終了(開始/終了)時刻情報を抽出し、この開始/終了時刻情報に沿って第1の記憶手段に記憶された監視スケジュールを更新する。
【0011】
すなわち、当該ジョブ進捗監視システムでは、実際に各ジョブ又はジョブグループが実行されたときの開始及び終了時刻等の履歴情報を蓄積して学習し、そのジョブの所要時間や、当初設定した監視スケジュールからの開始/終了時刻のずれを、後のジョブ監視に反映させる。尚、ここでいう「同一曜日若しくは同一日付の直近値」とは、ジョブが週次で実行される場合には、先週の対応する曜日の同一ジョブの履歴情報を意味し、ジョブが月次で実行される場合には、先月の対応する日の同一ジョブの履歴情報を意味する。また「前日」とは、毎日実行されるジョブを考慮したものである。尚、基本情報において週次若しくは月次又は毎日のいずれでもないジョブについては、システム構築者が基本情報の入力時等に適宜設定することになる。
【0012】
従って、例えばあるジョブの実際の所要時間が、上記スケジューリング手段により設定された開始及び終了時刻に基づく所要時間よりも長くかかった場合には、次週若しくは次月又は翌日の対応するジョブの所要時間が長くなるように監視スケジュールを更新する。またその際、併せて後続するジョブの開始及び終了時刻の設定を遅らせて更新する。このとき、同時にホストコンピュータに対してスケジュールの変更(入れ替え等)を要求することで、厳正なシステム運用を実現することができる。逆に、あるジョブの所要時間が上記スケジューリング手段により設定された所要時間よりも短かかった場合には、次週若しくは次月又は翌日の対応するジョブの所要時間が短くなるように監視スケジュールを更新する。その際、併せて後続するジョブの開始及び終了時刻を早めて更新する。このときも、同時にホストコンピュータに対してスケジュールの変更(入れ替え等)を要求することで、一層効率的なシステム運用を実現することができる。
【0013】
そして、報知手段が、第1の記憶手段に記憶された監視スケジュールにおけるジョブの開始/終了時刻と、現在の時刻との誤差分に基づいて、予め定める警告情報を報知する。
ここでいう「予め定める警告情報」についてはシステム構築者等が適宜設定することが可能であり、例えば段階的に設定することもできる。具体的には後述する実施例でも述べるように、開始/終了時刻から比較的短い所定時間(例えば10分等)経過してもジョブが開始/終了しない場合に1次警告をし、あるジョブについてそれ以上遅れるとシステム全体に悪影響を及ぼすとされる限界時刻から所定時間前(例えば30分前等対応可能な時刻)に2次警告をし、さらに、限界時刻に達すると3次警告をするといったように設定することもできる。
【0014】
以上に述べた請求項1記載の構成によれば、監視スケジュールの設定において、ジョブの基本情報に基づき、先に設定した同一曜日若しくは同一日付又は前日のスケジュールを援用することができる。このため、システム構築者は、全ての日程についての監視スケジュールを逐一入力する必要がなくなり、その設定に際して各ジョブの基本情報を入力するだけで、自動的に監視スケジュールの全体が作成される。このため、そのスケジューリング作業が簡易かつ迅速に行われる。また、自動化による人的負担の軽減によりシステムの構築コストを低廉にすることができる。
【0015】
また、そのようにして監視スケジュールが一旦設定されても、実際に実行されたジョブの履歴情報(同一のジョブについて過去の同一曜日若しくは同一日付の直近値又は前日の情報)を用いて自動的に監視スケジュールの更新が行われるため、より実際の運用に合致した無駄のない監視体系を構築することができる。また、その監視スケジュールの更新に際し、システム全体でみたときのジョブ運用の不備を抽出してこれをホストコンピュータ側にフィードバックすることで、スケジュールの再設定を促すことができる。このため、当該ジョブ進捗監視システムが適用されるシステム全体の運用の適正化及び効率化を図ることができる。
【0016】
尚、上記各手段は、上記ホストコンピュータと独立した監視用サーバコンピュータの機能として構成してもよいし、ホストコンピュータ内部の機能として構成してもよい。また、上記第1の記憶手段と第2の記憶手段とが、別個独立のものでなく同一の記憶手段から構成されていてもよい。
【0017】
ところで、ジョブの遅延は何らかの外的要因により突発的に生じる場合もある。その場合に、上記更新手段がその遅延履歴に基づいて監視スケジュールを更新してしまうと、システムが正常に起動している場合にこれが仇となり、かえってシステムの厳正化を阻害することも考えられる。
【0018】
そこで、請求項2に記載のように、上記履歴情報の少なくとも一部に予め定める遅延情報が含まれる場合には、上記更新手段は、この少なくとも一部の履歴情報に係る監視スケジュールの更新を行わないようにするとよい。
ここでいう「遅延情報」はシステム構築者が予め自由に設定することができるが、例えば上記の例でいうと「あるジョブの履歴情報の中に2次警告又は3次警告以上の履歴があった場合」等が考えられる。すなわち、かかる履歴があったジョブの遅延は外的要因によることが多く、再度同じジョブを実行した際には同様の遅延を生じない可能性が高いと考えられる。このため、当該ジョブの監視についてはその履歴情報を反映した更新は行わない、つまりそれ以前に設定された監視スケジュールを採用することとするものである。
【0019】
また、このように監視スケジュールを適宜変更してその厳正化及び効率化を図る観点からは、過去の履歴情報を次週若しくは次月又は翌日の監視スケジュールに反映させるだけでなく、現在のリアルタイムな監視の過程で用いるのがよい。そこで、請求項3に記載のように、算出手段が、第2の記憶手段に記憶されたジョブの開始/終了時刻と、第1の記憶手段に記憶された監視スケジュールにおける対応するジョブの開始/終了時刻との誤差分を算出し、補正手段が、この算出手段が算出した誤差分を用いて未済状態となっているジョブの開始/終了時刻を補正するように構成するのが好ましい。
【0020】
すなわち、第2の記憶手段に記憶された履歴情報により、あるジョブの開始又は終了時刻が上記監視スケジュールの予定時刻よりもある遅延時間遅れてあった場合に、後に実行予定のジョブの開始/終了時刻をその遅延時刻分だけ後ろにシフトさせるように補正する。逆に、あるジョブの開始又は終了時刻が上記監視スケジュールの予定時刻よりも早まった場合に、後に実行予定のジョブの開始/終了時刻をその時刻分だけ前にシフトさせるように補正する。
【0021】
かかる構成によれば、ジョブの履歴情報を後日の監視スケジュールに反映させるだけではなく、当日の監視スケジュールに反映させることができる。このため、当該ジョブに後続するジョブを同日において適正に監視することができ、システム(ジョブ又はそのパス等)運用の一層の厳正化を図ることができる。
【0022】
その場合、請求項4に記載のように、補正手段が、ホストコンピュータからの契機メッセージがあった時点を基準に上記補正を行うようにしてもよい。
具体的には、例えば後述する実施例でも述べるように、ホストコンピュータからオンライン処理終了等の契機メッセージがあったことを契機として、後に実行予定のジョブの開始/終了時刻をその遅延時刻分だけ後ろにシフトさせるように補正することが考えられる。尚、上記契機メッセージが予定時刻よりも早くあった場合はその逆とすることができる。
【0023】
かかる構成によれば、ホストコンピュータからの契機メッセージを監視スケジュールにリアルタイムに反映させることができ、後続するジョブをより適正に監視することができる。例えばオンラインが終了してから開始されるジョブについて、月末の業務終了時刻が異なるためにそのオンライン終了時刻が後ろにシフトしたような場合には、ホストコンピュータからのオンライン終了の契機メッセージを受けて上記補正処理を行うことができる。このようにすれば、基本情報の入力の際に月末情報を意識して入力しなくても、実際の業務に合致した監視運用を実現することができる。
【0024】
また、システムの運用上、何らかの原因で手入力により特定のジョブの開始又は終了を設定することもあるので、請求項5に記載のように、補正手段により、予め定める外部入力装置からの入力があった時点を基準に、未済状態となっているジョブの開始/終了時刻を補正するように構成してもよい。すなわちこの場合、上記のようにホストコンピュータからの情報ではなく、オペレータによる外部入力装置からの手入力を検知して、ジョブの開始及び終了の監視スケジュールを設定する。
【0025】
かかる構成によれば、突発的な事情又は状況の変化に対応することができ、システムの一層の厳正化を図ることができる。
ところで、上述のように報知手段が警告情報を報知することで、オペレータがその後の処置に早期に対応することができるのであるが、その対処の対象は直後のジョブということになる。しかし、重要ジョブがその警告時点の後に離れて存在するような場合には、当該重要ジョブの実行が確保されることが重要である。
【0026】
そこで、請求項6に記載のように、現在実行中のジョブよりも後に実行予定の重要ジョブが、第2の記憶手段に記憶された過去の履歴情報及び算出手段が算出した誤差分に基づいて、予め定める限界時間までに終了しないと判断される場合に、報知手段が、この重要ジョブの警告予測情報を報知するように構成するのが好ましい。尚、ここでいう「限界時間」についてはシステム構築者が自由に設定することが可能であるが、例えばそれ以上遅れるとシステム全体に悪影響を及ぼすとされる時間とすることができる。
【0027】
かかる構成によれば、重要ジョブの遅延を予め早期に予測して、かかる重要ジョブを優先して実行できるように対処することができ、システム全体の運用を支障なく円滑に進めることができる。尚、この場合の対処としては、ホストコンピュータに対してスケジュールの変更(ジョブの入れ替えや重要度の低いジョブの省略等)を要求し、その変更に即した監視条件の変更をすることが考えられる。
【0028】
また、何らかの原因でジョブの実行が無限ループに入り、いつまで経っても終了しない場合も考えられなくはない。特に、上記検出手段がホストコンピュータが実行する多数のジョブのうち、限られた重要ジョブのみを検出する場合に、その他のジョブが無限ループに入っていると、遅延原因の発見及びその対応が困難となる場合がある。
【0029】
そこで、請求項7に記載のように、第2の検出手段が、各ジョブの開始からの経過時間を検出し、いずれかのジョブの経過時間が予めそのジョブについて設定された基準時間を超えた場合に、上記報知手段が、予め定める警告情報を報知するように構成するとよい。尚、ここでいう「基準時間」についてもシステム構築者が自由に設定することが可能であるが、例えばそれ以上遅れるとシステム全体に悪影響を及ぼすとされる時刻とすることができる。
【0030】
かかる構成によれば、この警告情報を受けてオペレータが迅速に対応することで、システム運用の非常事態にも適切に対処することができる。
【0031】
【発明の実施の形態】
以下、本発明の実施の形態を一層明確にするため、本発明の好適な実施例を図面とともに説明する。本実施例は、本発明のジョブ進捗監視システムを金融システムに適用したものであり、図1は当該ジョブ進捗監視システム全体の概略構成を表すブロック図である。
【0032】
同図に示すように、ジョブ進捗監視システム1は、金融システムの運用に際して複数のジョブを実行制御する複数のホストコンピュータ11,12,13,各ホストコンピュータ11,12,13から出力されたメッセージ情報を夫々所定のプロトコル変換するゲートウェイ装置21,22,23,及び各ホストコンピュータから各ゲートウェイ装置を介して入力されたジョブの進捗情報を監視する監視用サーバコンピュータ30から構成されている。各ホストコンピュータ11,12,13は、夫々通信ケーブル41,42,43を介してゲートウェイ装置21,22,23に接続され、各ゲートウェイ装置21,22,23は、社内LAN50を介してサーバコンピュータ30に接続されている。
【0033】
ホストコンピュータ11は、自己が実行する複数のジョブのジョブ名(又はジョブグループ名),実行条件,実行開始予定時刻,実行終了予定時刻等を記録した図示しないジョブスケジュールファイル、このスケジュールファイルに基づいて各ジョブの実行制御を行うジョブ実行制御部11a、及びサーバコンピュータ30との所定の通信処理を行う通信制御部11b等から構成されている。そして、ジョブ実行制御部11aが各ジョブの実行制御を行う過程において、通信制御部11bにより各ジョブの開始及び終了を表す進捗情報をサーバコンピュータ30に向けて送信する。
【0034】
同様に、ホストコンピュータ12は、図示しないジョブスケジュールファイル,ジョブ実行制御部12a,及び通信制御部12b等を備え、ホストコンピュータ13は、図示しないジョブスケジュールファイル,ジョブ実行制御部13a,及び通信制御部13b等を備える。
【0035】
サーバコンピュータ30は、ホストコンピュータ11,12,13が夫々実行する多数のジョブのうち、オンラインシステムの運用時刻と連動するものや、一定の時限までに作業を終えなくてはならないもの等の重要ジョブの進捗状況を監視する。サーバコンピュータ30は、この重要ジョブの監視制御を行うジョブ監視制御部31,ジョブ監視制御部31が監視処理の際に参照するジョブ監視用データベース32,警告情報を含む監視情報を画面に表示する表示装置33,後述する基本情報を入力するための入力装置34,及び上記各ホストコンピュータと所定の通信処理を行う通信制御部35等から構成される。データベース32には、上記重要ジョブに係る複数のジョブのジョブ名、実行開始予定時刻,実行終了予定時刻等の監視スケジュール、実際の開始実績,終了実績等の履歴情報、及び現在の警告状態等が格納されている。ジョブ監視制御部31は、各ホストコンピュータ11,12,13から送信されデータベース32に格納された重要ジョブの履歴情報と、データベース32に予め格納された監視スケジュールとを比較することで、表示装置33への警告表示を含む所定の監視処理を実行する。
【0036】
次に、ジョブ進捗監視システム1の具体的運用方法について説明する。まず、サーバコンピュータ30で進捗監視を行う重要ジョブの監視スケジュールの設定処理について、図2〜図4に基づいて説明する。図2は表示装置33の設定登録画面を表し、図3及び図4はその設定確認画面を表す。
【0037】
図2に示すように、ジョブ進捗監視システム1の利用に際しては、まずオペレータ(又はシステム構築者)が、表示装置33の設定登録画面を見ながら監視対象となる重要ジョブの基本情報を入力装置34を介して入力する。本実施例においては、この重要ジョブの基本情報として、重要ジョブの属するシステム名,指定区分,現在実行しようとしている操作区分,ジョブ名又はジョブグループ名(単一のジョブ及び複数のジョブからなるものを含む),実行サイクル,実行予定,休日シフト条件,開始予定時刻,開始限界時刻(それ以上開始が遅れると業務に支障が生じる可能性がある時刻),開始警告時間幅(開始限界時刻から何分前に警告するか),終了予定時刻,終了限界時刻(それ以上終了が遅れると業務に支障が生じる可能性がある時刻),終了警告時間幅(終了限界時刻から何分前に警告するか)等を登録することになっている。図示の例では、あるジョブグループ「DB切離しメンテ(F434他行仕向振込明細1)」を、休日であるか否かを問わず毎週土曜日に実行する旨の登録がなされている。そして、このジョブグループの開始予定時刻が9時,開始限界時刻が9時30分,開始警告時間幅が10分,終了予定時刻が9時20分,終了限界時刻が10時,終了警告時間幅が10分に設定されている。
【0038】
この設定登録情報は、データベース32に格納されるとともに、監視スケジュールの自動作成に利用される。すなわち、当該ジョブグループの実行サイクルが週次(土曜日ごと)であるため、最初の週についてそのジョブグループの監視条件を入力すると、同一のジョブグループについて次週からの監視予定が同一内容で自動的に設定される。従って、図3の月間設定確認画面に示されるように、ジョブグループ「DB切離しメンテ(F434他行仕向振込明細1)」が最初の実行日(2001年11月10日(土曜日))に設定されると、次週の土曜日(2001年11月17日)にも同じジョブグループが自動的に設定される。また、図4の日別設定確認画面にすると、上記のようにして設定された重要ジョブの監視スケジュールが日単位で時系列に表示される。この日別設定確認画面には、監視スケジュールとして、全てのホストコンピュータ11,12,13で実行される重要ジョブのスケジュールが区別することなく表示される。
【0039】
そして、サーバコンピュータ30は、この設定登録情報に基づいて、各ホストコンピュータ11,12,13から随時受信するジョブの中から重要ジョブを選別し、その進捗情報(重要ジョブの開始と終了)を表示及び記憶する。
尚、上記図2の「実行サイクル」については、「週次」のみならず「月次」或いは「毎日」等の設定等も可能であり、また「休日シフト条件」として「休日はスケジュールしない」の設定も可能であることはいうまでもない。その場合には、その条件に応じた監視スケジュールの自動作成がなされる。
【0040】
次に、サーバコンピュータ30にて行われる重要ジョブの監視処理について、図5のフローチャート及び図6に基づいて説明する。尚、図5はサーバコンピュータ30のジョブ監視制御部31により実行される処理を表し、図6は表示装置33の監視画面を表している。
【0041】
サーバコンピュータ30では、まず、いずれかのホストコンピュータから受信したジョブの進捗情報の中に上記重要ジョブの進捗情報があるか否かを判断する(S110)。そして、重要ジョブの進捗情報を受信したと判断すると(S110:YES)、表示装置33にの重要ジョブの開始/終了時刻を表示するとともに、データベース32にこれを履歴情報として記録する(S120)。
【0042】
一方、S110にて重要ジョブの進捗情報を受信していないと判断すると(S110:NO)、続いて所定の警告時間を経過したか否かを判断し(S130)、
この警告時間を経過したと判断すると(S130:YES)、表示装置33に所定の警告情報の表示をするとともに、データベース32にこれを履歴情報として記録する(S140)。
【0043】
具体的には図6に示すように、予定時刻(又はそれ以前に)開始又は終了が完了した重要ジョブについては、重要ジョブが適切に終了したことを表す「正常終了」の通知が表示される。このとき、当該重要ジョブの「開始実績」,「終了実績」,「開始予定時刻」,及び「終了予定時刻」も併せて表示する。また、重要ジョブが適切に開始されたが、未だ終了していない重要ジョブについては「実行中」と表示する。そして、監視スケジュールに設定された開始/終了時刻から10分を経過しても重要ジョブが開始/終了しない場合には「1次警告(開始一次警告又は終了一次警告)」を表示し、限界時刻(当該重要ジョブがそれ以上遅れるとシステム全体に悪影響を及ぼすとされる時刻)から30分前を経過すると「2次警告(開始二次警告又は終了二次警告)」を表示し、さらに、限界時刻に達すると3次警告「(開始三次警告又は終了三次警告)」を表示する。同図の例では、開始予定時刻が18時30分であるジョブグループ「KIS受信データ」について開始限界時刻が19時30分に設定されているが(図示せず)、19時5分になっても開始されないため、「開始二次警告」が表示されている。
【0044】
このとき、進捗監視業務担当のオペレータは、この表示装置33の表示に基づいて担当のオペレーション業務を遂行する。
一方、S130にて所定の警告時間が経過していないと判断された場合には(S130:NO)、S110に戻る。
【0045】
そして、本実施例のジョブ進捗監視システム1ではさらに、サーバコンピュータ30が、実際に各重要ジョブやジョブグループ(パス)が実行されたときの開始及び終了時刻等の履歴情報を蓄積して学習し、その重要ジョブの所要時間や当初設定した監視スケジュールからの開始/終了時刻のずれを、後の重要ジョブの監視に反映させる。
【0046】
すなわち、監視スケジュールは上述のように基本情報の入力に基づいて自動的に設定登録されるのであるが、ここで設定登録された重要ジョブの開始又は終了に関する時刻情報は、あくまで当初の見込みに基づくものである。従って、実際に各ホストコンピュータにおいて全てのジョブが実行されると、必ずしもその通りの時刻に開始又は終了しない重要ジョブも発生するため、実際の重要ジョブの履歴に基づいた調整を行っている。
【0047】
すなわち、続いて同一の重要ジョブについて過去の同一曜日若しくは同一日付の直近値又は前日にかかる開始/終了時刻情報を抽出し、この開始/終了時刻情報に沿ってデータベース32内の上記監視スケジュールを更新する(S150)。
【0048】
具体的には、データベース32内の履歴情報に基づき、実際の重要ジョブの実行が、監視スケジュールに設定された開始/終了時刻に基づく所要時間よりも長くかかった場合には、次週は次月或いは翌日の対応する重要ジョブについて、その長くなった分だけ所要時間が長くなるように開始/終了時刻を変更し、監視スケジュールを更新する。またその際、併せて後続する重要ジョブの開始/終了時刻の設定を遅らせて更新する。逆に、実際の重要ジョブの実行が設定された開始/終了時刻に基づく所要時間よりも短かかった場合には、次週は次月或いは翌日の対応する重要ジョブについて、その短くなった分だけ所要時間が短くなるように開始/終了時刻を変更し、監視スケジュールを更新する。またその際、併せて後続する重要ジョブの開始/終了時刻の設定を早めて更新する。
【0049】
ただし、本実施例においてこの更新処理をするのは、データベース32内に履歴情報を有する重要ジョブにおいて、その履歴情報に上記2次警告以上のものが含まれていないことを条件とする。すなわち、履歴情報に警告情報がないか又は1次警告までの重要ジョブについてのみ更新処理を行う。これは、2次警告又は3次警告以上の履歴があった重要ジョブの遅延は外的要因によることが多く、再度同じジョブを実行した際には同様の遅延を生じない可能性が高いと考えられ、上述した更新処理を行うとかえってシステムの厳正化を阻害することも考えられるからである。このため、当該重要ジョブの監視についてはその履歴情報を反映した更新は行わず、それ以前に設定された監視スケジュールを採用する。
【0050】
さらに、ジョブ進捗監視システム1では、続いてデータベース32に格納された履歴情報における重要ジョブの開始/終了時刻と、データベース32に格納された監視スケジュールの対応する重要ジョブの開始/終了時刻との誤差分を用いて、当日未済状態となっている重要ジョブの開始/終了時刻を補正する(S160)。
【0051】
すなわち、ある重要ジョブの開始又は終了時刻が監視スケジュールの予定時刻よりも或る遅延時間遅れてあった場合に、後に実行予定のジョブの開始/終了時刻をその遅延時刻分だけ後ろにシフトさせるように補正する。逆に、ある重要ジョブの開始又は終了時刻が上記監視スケジュールの予定時刻よりも早まった場合に、後に実行予定のジョブの開始/終了時刻をその時刻分だけ前にシフトさせるように補正する。
【0052】
以上に説明したように、本実施例のジョブ進捗監視システム1においては、監視スケジュールの設定において、重要ジョブの基本情報に基づき、先に設定した同一曜日,同一日付又は前日のスケジュールを援用することができる。このため、オペレータ(又はシステム構築者)は、全ての日程についての監視スケジュールを逐一入力する必要がなくなり、その設定に際して各重要ジョブの基本情報を入力するだけで、自動的に監視スケジュールの全体が作成される。このため、そのスケジューリング作業が簡易かつ迅速に行われる。また、自動化による人的負担の軽減によりシステムの構築コストを低廉にすることができる。
【0053】
また、そのようにして監視スケジュールが一旦設定されても、実際に実行された重要ジョブの履歴情報(同一の重要ジョブについて過去の同一曜日若しくは同一日付の直近値又は前日)を用いて自動的に監視スケジュールの更新が行われるため、より実際の運用に合致した無駄のない監視体系を構築することができる。
【0054】
さらに、重要ジョブの履歴情報を後日の監視スケジュールに反映させるだけではなく、当日の監視スケジュールに反映させる構成をとるため、当該重要ジョブに後続する重要ジョブを同日において適正に監視することができ、システム(重要ジョブ又はジョブグループ等)運用の一層の厳正化及び効率化を図ることができる。
【0055】
尚、本実施例において、サーバコンピュータ30のジョブ監視制御部31がスケジューリング手段,検出手段,更新手段,算出手段,及び補正手段に該当し、ジョブ監視制御部31及び表示装置33が報知手段に該当する。また、データベース32が第1の記憶手段及び第2の記憶手段に夫々該当する。
【0056】
以上、本発明の実施例について説明したが、本発明の実施の形態は、上記実施例に何ら限定されることなく、本発明の技術的範囲に属する限り種々の形態をとり得ることはいうまでもない。
例えば、以下の変形例を採用することもできる。
[第1変形例]
本変形例では、ホストコンピュータ11,12,13からの契機メッセージがあった時点を基準に監視スケジュールの補正処理を行う。具体的には、ホストコンピュータ11,12,13からオンライン処理の終了を表す契機メッセージを受信したことを契機として実行される監視項目以降の監視処理について、上述のような補正処理を行う。
【0057】
図7に示すように、今仮に、ホストコンピュータ11,12,13からの契機メッセージ(MSG)の受信を契機として開始される監視項目として、監視項目▲2▼と監視項目▲4▼があり、これらの監視項目▲2▼,▲4▼の当初の監視開始予定時刻が夫々17時,20時に設定されていたとする。
【0058】
そして、同図において監視項目▲2▼については当初の予定通り17時にホストコンピュータからの契機メッセージの受信があったため、それ以前の監視項目▲1▼と後続する監視項目▲3▼についての監視スケジュールは変更されていない。
しかし、監視項目▲4▼について、ホストコンピュータからの契機メッセージを例えば60分早く受信した場合には、監視項目▲4▼の開始を自動的に60分早めるとともに、後続する監視項目▲5▼についても60分早める。逆に、ホストコンピュータからの契機メッセージを例えば60分遅く受信した場合には、監視項目▲4▼の開始を自動的に60分遅らすとともに、後続する監視項目▲5▼についても60分遅らす。
【0059】
かかる構成によれば、オンライン処理が終了してから開始されるジョブについて、例えば月末の業務終了時刻が異なるためにそのオンライン終了時刻が後ろにシフトしたような場合の対応に都合がよい。つまり、ホストコンピュータからのオンライン終了の契機メッセージを受けて上記補正処理を自動的に行うことができ、上記基本情報の入力の際に月末情報を特に意識して入力しなくても、実際の業務に合致した監視運用を実現することができる。
[第2変形例]
本変形例では、現在監視中の重要ジョブより後に実行予定の重要ジョブに対して、警告予測を報知する構成を有する。図8及び図9は、本変形例にかかる監視処理を表す概念図である。
【0060】
今仮に、当初図8上段及び図9段に示す監視スケジュールが設定されていたとする。すなわち同図においては、監視開始予定時刻が9時の重要ジョブAA,10時の重要ジョブBB,13時の重要ジョブCC,18時の重要ジョブDD等があり、重要ジョブBBと重要ジョブDDとが所謂クリティカルパス上に存在し、密接に関連している。つまり、重要ジョブDDは、重要ジョブBBが終了し、かつ後続するジョブBB−1,BB−2,及びBB−3が終了しなければ実行を開始することができないようになっている。重要ジョブDDの監視開始予定が18時になっているのは、データベース32に格納された過去の履歴情報から重要ジョブBBが終了してから重要ジョブDDが開始可能になるまでに8時間弱かかることが分かっているためである。
【0061】
このため、本変形例では、図8下段及び図9下段に示すように重要ジョブBBの開始が120分遅延して12時に開始されたことが検出されると、重要ジョブDDの開始が少なくともそれから8時間後の20時になると予測する。このため図9下段に示すように、重要ジョブDDについての開始予定時刻を120分遅らせた「20:00」に補正し、同様に終了予定時刻を「21:00」に補正する。さらに、本変形例において20時は重要ジョブDDの2次警告状態に該当するため、「2次警告予測」の状態表示を行う。
【0062】
かかる構成によれば、後に離れて実行予定の重要ジョブの遅延を予め早期に予測して、オペレータに伝えることができる。このため、オペレータは、かかる重要ジョブを優先して実行できるように対処することができ、システム全体の運用を支障なく円滑に進めることができる。尚、この場合の対処としては、例えばホストコンピュータに対してスケジュールの変更(ジョブの入れ替えや重要度の低いジョブの省略等)を要求し、その変更に即した監視条件の変更をすることが考えられる。
[第3変形例]
本変形例では、ホストコンピュータ11,12,13が実行する全てのジョブについて、その実行中時間が一定時間以上経過した場合に「長時間実行ジョブ」として検出し、画面表示するものである。図10は各ホストコンピュータ11,12,13での処理を表し、図11はサーバコンピュータ30での処理を表し、さらに図12は表示装置33の表示画面の具体例を表している。
【0063】
図10に示すように、ホストコンピュータ11,12,13側では、重要ジョブを含む全てのジョブの夫々についてその実行に要する標準許容時間(例えば60分)が設定されている。そして、その標準許容時間を経過した時点で、サーバコンピュータ30に対して「実行中メッセージ(実行中時間情報を含む)」を送信し、さらに一定時間(例えば10分)経過した時点で、サーバコンピュータ30に対して「実行中メッセージ(実行中時間情報及び10分以上経過情報を含む)」を送信する。また、その実行が終了した時点で「終了メッセージ(終了時刻情報を含む)」を送信する。
【0064】
そして図11のフローチャートに示すように、サーバコンピュータ30側でその「実行中メッセージ」を受信すると(S210:YES)、まず過去の実績の有無をチェックする(S220)。すなわち、サーバコンピュータ30は、過去に実行中時間が標準許容時間を経過した全てのジョブ(重要ジョブに限らない)について、その過去の実行中時間の実績(過去の実績)をデータベース32に保有している。ここでは、ホストコンピュータから送信された「実行中メッセージ」に係るジョブについて、その過去の実績の有無をチェックする。
【0065】
そして、過去の実績がある場合には(S230:YES)、続いて、現在の実行中時間と過去の実績の最小値に所定時間(α)を加算した時間(以下「基準時間」という)とを比較し、現在の実行中時間が基準時間以上であるか否かを判断する(S240)。そして、現在の実行中時間が基準時間以上であると判断された場合には(S240:YES)、表示装置33の表示画面に「実行中」の表示をする(S250)。尚、本変形例では、上記αとして「過去の実績の最小値」の20%の値を設定している。
【0066】
図12に本変形例を実施した際の表示画面の一例を示すように、当該表示画面には、ジョブ名,直近の実績(日付及び実績値),過去の実績(最大値及び最小値),実行時間(標準許容時間),開始時刻,終了時刻,現在の状態等が表示されている。そして、上記過去の実績があるジョブ「CCCCCCC」について、現在の実行中時間が80分であり、過去の実績の最小値60分にα(ここでは12分(60×0.2分)を加算した72分以上となっているため、「実行中」の表示がなされている。
【0067】
一方、S240において、現在の実行中時間が基準時間未満であると判断された場合には(S240:NO)、画面表示はせずにS210に戻る。
また、S230において過去の実績がないと判断された場合には(S230:NO)、過去の実績として無しを意味する「0」,及び現在の実行中時間を画面表示する(S250)。図12の例ではジョブ「BBBBBBB」がこれに該当する。
【0068】
そして、ホストコンピュータからの上記「終了メッセージ」受信の有無を判断し(S260)、受信していないと判断した場合には(S260:NO)、S210に戻る。一方、受信したと判断した場合には(S260:YES)、終了時刻を画面表示するとともに、以上の情報を過去の実績としてデータベース32に格納する。尚、図12のジョブ「AAAAAAA」は、過去の実績がなく、標準許容時間60分を経過した70分にて処理が終了したため、「正常終了」の表示と実績「70分」の表示がなされている。
【0069】
以上の構成によれば、重要ジョブではなく本来サーバコンピュータ30の監視対象ではないジョブによる致命的な遅延情報をオペレータが迅速に入手することができる。つまり、そのジョブの遅れが結果的に重要ジョブの実行に大きく影響を及ぼすような場合を早期に検知することができ、オペレータは、システム運用の非常事態にも適切に対処することができる。
【0070】
尚、本変形例において、サーバコンピュータ30が第2の検出手段に該当する。
【図面の簡単な説明】
【図1】本発明のジョブ進捗監視システムに係る一実施例の全体構成を表すブロック図である。
【図2】実施例のジョブ進捗監視システムの設定登録画面を表す説明図である。
【図3】実施例のジョブ進捗監視システムの設定確認画面を表す説明図である。
【図4】実施例のジョブ進捗監視システムの設定確認画面を表す説明図である。
【図5】実施例のジョブ進捗監視システムの監視処理を表すフローチャートである。
【図6】実施例のジョブ進捗監視システムの監視画面を表す説明図である。
【図7】本発明のジョブ進捗監視システムの変形例を表す説明図である。
【図8】本発明のジョブ進捗監視システムの変形例を表す説明図である。
【図9】本発明のジョブ進捗監視システムの変形例を表す説明図である。
【図10】本発明のジョブ進捗監視システムの変形例を表す説明図である。
【図11】本発明のジョブ進捗監視システムの変形例を表すフローチャートである。
【図12】本発明のジョブ進捗監視システムの変形例を表す説明図である。
【符号の説明】
1・・・ジョブ進捗監視システム、
11、12,13・・・ホストコンピュータ、 30・・・サーバコンピュータ、
31・・・ジョブ監視制御部、 32・・・データベース、
33・・・表示装置、 34・・・入力装置
【発明の属する技術分野】
本発明はジョブの進捗監視システムにかかり、特に、ジョブの監視運用の厳正化及び効率化を実現できる進捗監視システムに関する。
【0002】
【従来の技術及び発明が解決しようとする課題】
所謂バッチシステムには、オンラインシステムの運用時刻と連動するものや、一定の時限までに作業を終えなくてはならない性格のジョブが多数存在する。このため、従来かかるシステムの運用に際し、多数のジョブのうち特に重要なジョブについては、それが予定通り流れているか否かを確認する進捗監視が行われている。
【0003】
しかしながら、一般にこれらの重要ジョブや時限性のあるバッチ作業の進捗監視は、オペレータの経験と勘により行われていたため、監視運用の厳正化及び効率化ができていないという問題があった。すなわち、熟達したオペレータは、多数のジョブの中から重要なジョブの所謂クリティカルパスを記憶しており、重要ジョブの凡その開始及び終了時刻を把握しているため、その時刻にジョブが開始又は終了しない場合に後続するジョブの遅延の程度を予測し、警告やジョブの再スケジュール等その後の対応をとることができる。しかし、人手によるためある程度の処理時間を要し、場合によってはメッセージの見間違いや確認漏れなどの問題が生じる場合があった。そしてその対応が遅延することで、重要ジョブの開始が遅延し、業務全体に支障をきたす虞があった。
【0004】
かかる問題の解決を目的として、例えば特開平5−346862号公報や特開平11−120033号公報には、上述したジョブの進捗監視を自動的に行うシステムが開示されている。
すなわち、前者の特開平5−346862号公報には、ジョブの最遅終了時間を登録してジョブ終了情報を時間単位毎に検索し、当日稼働予定のジョブについて最遅終了時間より遅延があれば通知するシステムが開示されている。かかるシステムによれば、自動的に遅れジョブの発見及びそれに対する対応ができるので、人為的ミスが削減できるとともに、ジョブ監視の経験度,多数のオペレータを必要とせず、保守工数の削減やジョブが遅れた場合のリカバリー工数の削減が可能となる。
【0005】
しかし、かかるシステムでは、遅れジョブの検出を外部装置からの要求を受けてから行うか、又は一定の時間単位毎に行う構成をとる。また、ジョブの遅延はそのジョブが開始されてから把握されることになるため、当該遅延を次回以降の監視スケジュールの再編に反映させることはできても、今回のジョブの遅れに対するリカバリーを行うことはできない。また、その遅延ジョブの後に実行予定のジョブが存在し、そのジョブが特に遅れることの許されない重要ジョブである場合にその発見が遅れ、対応が遅れて業務に支障をきたす虞が依然としてある。また別の問題として、ジョブのスケジューリングをオペレータによる外部入力により行うため、最初のスケジュール設定作業に多大な労力を要するといったことがある。
【0006】
また、後者の特開平11−120033号公報には、遅延が業務全体に悪影響を及ぼすチェックポイントとなるジョブの最大処理時間と最遅終了時刻を設定し、それを基に監視するシステムが開示されている。
しかし、かかるシステムにおいては、チェックポイントとなるジョブの実行が終了してからその遅延を警告する構成をとるだけであり、その遅延を発見してからでは後続するジョブを円滑に実行することが困難となる。結局のところ、システムをいったん停止させる等の処置をとらざるを得ない。
【0007】
そこで本発明は、ジョブの自動監視を通じてその後の重要ジョブの遅延を予測することで、システム全体についての監視運用の厳正化及び効率化をリアルタイムに実現することができるジョブ進捗監視システムを提供することを目的とする。
【0008】
【課題を解決するための手段】
上記課題に鑑み、本願請求項1に記載のジョブ進捗監視システムは、一又は複数のホストコンピュータにより実行される複数のジョブの進捗状況を監視する。すなわち、当該ジョブ進捗監視システムは、各ホストコンピュータが特定のジョブを実行することで全体が運用されるシステムの監視業務に適用される。
【0009】
そしてまず、スケジューリング手段が、監視対象となる複数のジョブについて外部から入力された基本情報に基づいて、これらのジョブの実行サイクルに沿った監視スケジュールを自動的に作成する。
ここでいう「基本情報」としては、例えばジョブが属するシステム名,ジョブ名(ジョブグループ名)等のジョブの識別情報や、ジョブの実行サイクル,開始及び終了予定時刻,開始及び終了限界時間,開始及び終了警告時間等の監視条件等を入力することができる。この場合、実行サイクル等の設定によって各ジョブについての監視サイクルも自ずと決定され、設定されることになる。例えば、あるジョブの実行サイクルが週次(特定の曜日ごと)である場合には、最初の週についてそのジョブの監視条件を入力することで、同一のジョブについて次週からの監視予定が自動的に設定される。この監視スケジュールは、第1の記憶手段に記憶される。
【0010】
そして、検出手段が、上記監視対象となるジョブのホストコンピュータにおける進捗情報を検出し、第2の記憶手段が、この検出手段により検出されたジョブの開始及び終了の履歴を記憶する。そして、更新手段が、この第2の記憶手段に記憶された履歴情報から、同一のジョブについて過去の同一曜日若しくは同一日付の直近値又は前日にかかる、開始又は終了(開始/終了)時刻情報を抽出し、この開始/終了時刻情報に沿って第1の記憶手段に記憶された監視スケジュールを更新する。
【0011】
すなわち、当該ジョブ進捗監視システムでは、実際に各ジョブ又はジョブグループが実行されたときの開始及び終了時刻等の履歴情報を蓄積して学習し、そのジョブの所要時間や、当初設定した監視スケジュールからの開始/終了時刻のずれを、後のジョブ監視に反映させる。尚、ここでいう「同一曜日若しくは同一日付の直近値」とは、ジョブが週次で実行される場合には、先週の対応する曜日の同一ジョブの履歴情報を意味し、ジョブが月次で実行される場合には、先月の対応する日の同一ジョブの履歴情報を意味する。また「前日」とは、毎日実行されるジョブを考慮したものである。尚、基本情報において週次若しくは月次又は毎日のいずれでもないジョブについては、システム構築者が基本情報の入力時等に適宜設定することになる。
【0012】
従って、例えばあるジョブの実際の所要時間が、上記スケジューリング手段により設定された開始及び終了時刻に基づく所要時間よりも長くかかった場合には、次週若しくは次月又は翌日の対応するジョブの所要時間が長くなるように監視スケジュールを更新する。またその際、併せて後続するジョブの開始及び終了時刻の設定を遅らせて更新する。このとき、同時にホストコンピュータに対してスケジュールの変更(入れ替え等)を要求することで、厳正なシステム運用を実現することができる。逆に、あるジョブの所要時間が上記スケジューリング手段により設定された所要時間よりも短かかった場合には、次週若しくは次月又は翌日の対応するジョブの所要時間が短くなるように監視スケジュールを更新する。その際、併せて後続するジョブの開始及び終了時刻を早めて更新する。このときも、同時にホストコンピュータに対してスケジュールの変更(入れ替え等)を要求することで、一層効率的なシステム運用を実現することができる。
【0013】
そして、報知手段が、第1の記憶手段に記憶された監視スケジュールにおけるジョブの開始/終了時刻と、現在の時刻との誤差分に基づいて、予め定める警告情報を報知する。
ここでいう「予め定める警告情報」についてはシステム構築者等が適宜設定することが可能であり、例えば段階的に設定することもできる。具体的には後述する実施例でも述べるように、開始/終了時刻から比較的短い所定時間(例えば10分等)経過してもジョブが開始/終了しない場合に1次警告をし、あるジョブについてそれ以上遅れるとシステム全体に悪影響を及ぼすとされる限界時刻から所定時間前(例えば30分前等対応可能な時刻)に2次警告をし、さらに、限界時刻に達すると3次警告をするといったように設定することもできる。
【0014】
以上に述べた請求項1記載の構成によれば、監視スケジュールの設定において、ジョブの基本情報に基づき、先に設定した同一曜日若しくは同一日付又は前日のスケジュールを援用することができる。このため、システム構築者は、全ての日程についての監視スケジュールを逐一入力する必要がなくなり、その設定に際して各ジョブの基本情報を入力するだけで、自動的に監視スケジュールの全体が作成される。このため、そのスケジューリング作業が簡易かつ迅速に行われる。また、自動化による人的負担の軽減によりシステムの構築コストを低廉にすることができる。
【0015】
また、そのようにして監視スケジュールが一旦設定されても、実際に実行されたジョブの履歴情報(同一のジョブについて過去の同一曜日若しくは同一日付の直近値又は前日の情報)を用いて自動的に監視スケジュールの更新が行われるため、より実際の運用に合致した無駄のない監視体系を構築することができる。また、その監視スケジュールの更新に際し、システム全体でみたときのジョブ運用の不備を抽出してこれをホストコンピュータ側にフィードバックすることで、スケジュールの再設定を促すことができる。このため、当該ジョブ進捗監視システムが適用されるシステム全体の運用の適正化及び効率化を図ることができる。
【0016】
尚、上記各手段は、上記ホストコンピュータと独立した監視用サーバコンピュータの機能として構成してもよいし、ホストコンピュータ内部の機能として構成してもよい。また、上記第1の記憶手段と第2の記憶手段とが、別個独立のものでなく同一の記憶手段から構成されていてもよい。
【0017】
ところで、ジョブの遅延は何らかの外的要因により突発的に生じる場合もある。その場合に、上記更新手段がその遅延履歴に基づいて監視スケジュールを更新してしまうと、システムが正常に起動している場合にこれが仇となり、かえってシステムの厳正化を阻害することも考えられる。
【0018】
そこで、請求項2に記載のように、上記履歴情報の少なくとも一部に予め定める遅延情報が含まれる場合には、上記更新手段は、この少なくとも一部の履歴情報に係る監視スケジュールの更新を行わないようにするとよい。
ここでいう「遅延情報」はシステム構築者が予め自由に設定することができるが、例えば上記の例でいうと「あるジョブの履歴情報の中に2次警告又は3次警告以上の履歴があった場合」等が考えられる。すなわち、かかる履歴があったジョブの遅延は外的要因によることが多く、再度同じジョブを実行した際には同様の遅延を生じない可能性が高いと考えられる。このため、当該ジョブの監視についてはその履歴情報を反映した更新は行わない、つまりそれ以前に設定された監視スケジュールを採用することとするものである。
【0019】
また、このように監視スケジュールを適宜変更してその厳正化及び効率化を図る観点からは、過去の履歴情報を次週若しくは次月又は翌日の監視スケジュールに反映させるだけでなく、現在のリアルタイムな監視の過程で用いるのがよい。そこで、請求項3に記載のように、算出手段が、第2の記憶手段に記憶されたジョブの開始/終了時刻と、第1の記憶手段に記憶された監視スケジュールにおける対応するジョブの開始/終了時刻との誤差分を算出し、補正手段が、この算出手段が算出した誤差分を用いて未済状態となっているジョブの開始/終了時刻を補正するように構成するのが好ましい。
【0020】
すなわち、第2の記憶手段に記憶された履歴情報により、あるジョブの開始又は終了時刻が上記監視スケジュールの予定時刻よりもある遅延時間遅れてあった場合に、後に実行予定のジョブの開始/終了時刻をその遅延時刻分だけ後ろにシフトさせるように補正する。逆に、あるジョブの開始又は終了時刻が上記監視スケジュールの予定時刻よりも早まった場合に、後に実行予定のジョブの開始/終了時刻をその時刻分だけ前にシフトさせるように補正する。
【0021】
かかる構成によれば、ジョブの履歴情報を後日の監視スケジュールに反映させるだけではなく、当日の監視スケジュールに反映させることができる。このため、当該ジョブに後続するジョブを同日において適正に監視することができ、システム(ジョブ又はそのパス等)運用の一層の厳正化を図ることができる。
【0022】
その場合、請求項4に記載のように、補正手段が、ホストコンピュータからの契機メッセージがあった時点を基準に上記補正を行うようにしてもよい。
具体的には、例えば後述する実施例でも述べるように、ホストコンピュータからオンライン処理終了等の契機メッセージがあったことを契機として、後に実行予定のジョブの開始/終了時刻をその遅延時刻分だけ後ろにシフトさせるように補正することが考えられる。尚、上記契機メッセージが予定時刻よりも早くあった場合はその逆とすることができる。
【0023】
かかる構成によれば、ホストコンピュータからの契機メッセージを監視スケジュールにリアルタイムに反映させることができ、後続するジョブをより適正に監視することができる。例えばオンラインが終了してから開始されるジョブについて、月末の業務終了時刻が異なるためにそのオンライン終了時刻が後ろにシフトしたような場合には、ホストコンピュータからのオンライン終了の契機メッセージを受けて上記補正処理を行うことができる。このようにすれば、基本情報の入力の際に月末情報を意識して入力しなくても、実際の業務に合致した監視運用を実現することができる。
【0024】
また、システムの運用上、何らかの原因で手入力により特定のジョブの開始又は終了を設定することもあるので、請求項5に記載のように、補正手段により、予め定める外部入力装置からの入力があった時点を基準に、未済状態となっているジョブの開始/終了時刻を補正するように構成してもよい。すなわちこの場合、上記のようにホストコンピュータからの情報ではなく、オペレータによる外部入力装置からの手入力を検知して、ジョブの開始及び終了の監視スケジュールを設定する。
【0025】
かかる構成によれば、突発的な事情又は状況の変化に対応することができ、システムの一層の厳正化を図ることができる。
ところで、上述のように報知手段が警告情報を報知することで、オペレータがその後の処置に早期に対応することができるのであるが、その対処の対象は直後のジョブということになる。しかし、重要ジョブがその警告時点の後に離れて存在するような場合には、当該重要ジョブの実行が確保されることが重要である。
【0026】
そこで、請求項6に記載のように、現在実行中のジョブよりも後に実行予定の重要ジョブが、第2の記憶手段に記憶された過去の履歴情報及び算出手段が算出した誤差分に基づいて、予め定める限界時間までに終了しないと判断される場合に、報知手段が、この重要ジョブの警告予測情報を報知するように構成するのが好ましい。尚、ここでいう「限界時間」についてはシステム構築者が自由に設定することが可能であるが、例えばそれ以上遅れるとシステム全体に悪影響を及ぼすとされる時間とすることができる。
【0027】
かかる構成によれば、重要ジョブの遅延を予め早期に予測して、かかる重要ジョブを優先して実行できるように対処することができ、システム全体の運用を支障なく円滑に進めることができる。尚、この場合の対処としては、ホストコンピュータに対してスケジュールの変更(ジョブの入れ替えや重要度の低いジョブの省略等)を要求し、その変更に即した監視条件の変更をすることが考えられる。
【0028】
また、何らかの原因でジョブの実行が無限ループに入り、いつまで経っても終了しない場合も考えられなくはない。特に、上記検出手段がホストコンピュータが実行する多数のジョブのうち、限られた重要ジョブのみを検出する場合に、その他のジョブが無限ループに入っていると、遅延原因の発見及びその対応が困難となる場合がある。
【0029】
そこで、請求項7に記載のように、第2の検出手段が、各ジョブの開始からの経過時間を検出し、いずれかのジョブの経過時間が予めそのジョブについて設定された基準時間を超えた場合に、上記報知手段が、予め定める警告情報を報知するように構成するとよい。尚、ここでいう「基準時間」についてもシステム構築者が自由に設定することが可能であるが、例えばそれ以上遅れるとシステム全体に悪影響を及ぼすとされる時刻とすることができる。
【0030】
かかる構成によれば、この警告情報を受けてオペレータが迅速に対応することで、システム運用の非常事態にも適切に対処することができる。
【0031】
【発明の実施の形態】
以下、本発明の実施の形態を一層明確にするため、本発明の好適な実施例を図面とともに説明する。本実施例は、本発明のジョブ進捗監視システムを金融システムに適用したものであり、図1は当該ジョブ進捗監視システム全体の概略構成を表すブロック図である。
【0032】
同図に示すように、ジョブ進捗監視システム1は、金融システムの運用に際して複数のジョブを実行制御する複数のホストコンピュータ11,12,13,各ホストコンピュータ11,12,13から出力されたメッセージ情報を夫々所定のプロトコル変換するゲートウェイ装置21,22,23,及び各ホストコンピュータから各ゲートウェイ装置を介して入力されたジョブの進捗情報を監視する監視用サーバコンピュータ30から構成されている。各ホストコンピュータ11,12,13は、夫々通信ケーブル41,42,43を介してゲートウェイ装置21,22,23に接続され、各ゲートウェイ装置21,22,23は、社内LAN50を介してサーバコンピュータ30に接続されている。
【0033】
ホストコンピュータ11は、自己が実行する複数のジョブのジョブ名(又はジョブグループ名),実行条件,実行開始予定時刻,実行終了予定時刻等を記録した図示しないジョブスケジュールファイル、このスケジュールファイルに基づいて各ジョブの実行制御を行うジョブ実行制御部11a、及びサーバコンピュータ30との所定の通信処理を行う通信制御部11b等から構成されている。そして、ジョブ実行制御部11aが各ジョブの実行制御を行う過程において、通信制御部11bにより各ジョブの開始及び終了を表す進捗情報をサーバコンピュータ30に向けて送信する。
【0034】
同様に、ホストコンピュータ12は、図示しないジョブスケジュールファイル,ジョブ実行制御部12a,及び通信制御部12b等を備え、ホストコンピュータ13は、図示しないジョブスケジュールファイル,ジョブ実行制御部13a,及び通信制御部13b等を備える。
【0035】
サーバコンピュータ30は、ホストコンピュータ11,12,13が夫々実行する多数のジョブのうち、オンラインシステムの運用時刻と連動するものや、一定の時限までに作業を終えなくてはならないもの等の重要ジョブの進捗状況を監視する。サーバコンピュータ30は、この重要ジョブの監視制御を行うジョブ監視制御部31,ジョブ監視制御部31が監視処理の際に参照するジョブ監視用データベース32,警告情報を含む監視情報を画面に表示する表示装置33,後述する基本情報を入力するための入力装置34,及び上記各ホストコンピュータと所定の通信処理を行う通信制御部35等から構成される。データベース32には、上記重要ジョブに係る複数のジョブのジョブ名、実行開始予定時刻,実行終了予定時刻等の監視スケジュール、実際の開始実績,終了実績等の履歴情報、及び現在の警告状態等が格納されている。ジョブ監視制御部31は、各ホストコンピュータ11,12,13から送信されデータベース32に格納された重要ジョブの履歴情報と、データベース32に予め格納された監視スケジュールとを比較することで、表示装置33への警告表示を含む所定の監視処理を実行する。
【0036】
次に、ジョブ進捗監視システム1の具体的運用方法について説明する。まず、サーバコンピュータ30で進捗監視を行う重要ジョブの監視スケジュールの設定処理について、図2〜図4に基づいて説明する。図2は表示装置33の設定登録画面を表し、図3及び図4はその設定確認画面を表す。
【0037】
図2に示すように、ジョブ進捗監視システム1の利用に際しては、まずオペレータ(又はシステム構築者)が、表示装置33の設定登録画面を見ながら監視対象となる重要ジョブの基本情報を入力装置34を介して入力する。本実施例においては、この重要ジョブの基本情報として、重要ジョブの属するシステム名,指定区分,現在実行しようとしている操作区分,ジョブ名又はジョブグループ名(単一のジョブ及び複数のジョブからなるものを含む),実行サイクル,実行予定,休日シフト条件,開始予定時刻,開始限界時刻(それ以上開始が遅れると業務に支障が生じる可能性がある時刻),開始警告時間幅(開始限界時刻から何分前に警告するか),終了予定時刻,終了限界時刻(それ以上終了が遅れると業務に支障が生じる可能性がある時刻),終了警告時間幅(終了限界時刻から何分前に警告するか)等を登録することになっている。図示の例では、あるジョブグループ「DB切離しメンテ(F434他行仕向振込明細1)」を、休日であるか否かを問わず毎週土曜日に実行する旨の登録がなされている。そして、このジョブグループの開始予定時刻が9時,開始限界時刻が9時30分,開始警告時間幅が10分,終了予定時刻が9時20分,終了限界時刻が10時,終了警告時間幅が10分に設定されている。
【0038】
この設定登録情報は、データベース32に格納されるとともに、監視スケジュールの自動作成に利用される。すなわち、当該ジョブグループの実行サイクルが週次(土曜日ごと)であるため、最初の週についてそのジョブグループの監視条件を入力すると、同一のジョブグループについて次週からの監視予定が同一内容で自動的に設定される。従って、図3の月間設定確認画面に示されるように、ジョブグループ「DB切離しメンテ(F434他行仕向振込明細1)」が最初の実行日(2001年11月10日(土曜日))に設定されると、次週の土曜日(2001年11月17日)にも同じジョブグループが自動的に設定される。また、図4の日別設定確認画面にすると、上記のようにして設定された重要ジョブの監視スケジュールが日単位で時系列に表示される。この日別設定確認画面には、監視スケジュールとして、全てのホストコンピュータ11,12,13で実行される重要ジョブのスケジュールが区別することなく表示される。
【0039】
そして、サーバコンピュータ30は、この設定登録情報に基づいて、各ホストコンピュータ11,12,13から随時受信するジョブの中から重要ジョブを選別し、その進捗情報(重要ジョブの開始と終了)を表示及び記憶する。
尚、上記図2の「実行サイクル」については、「週次」のみならず「月次」或いは「毎日」等の設定等も可能であり、また「休日シフト条件」として「休日はスケジュールしない」の設定も可能であることはいうまでもない。その場合には、その条件に応じた監視スケジュールの自動作成がなされる。
【0040】
次に、サーバコンピュータ30にて行われる重要ジョブの監視処理について、図5のフローチャート及び図6に基づいて説明する。尚、図5はサーバコンピュータ30のジョブ監視制御部31により実行される処理を表し、図6は表示装置33の監視画面を表している。
【0041】
サーバコンピュータ30では、まず、いずれかのホストコンピュータから受信したジョブの進捗情報の中に上記重要ジョブの進捗情報があるか否かを判断する(S110)。そして、重要ジョブの進捗情報を受信したと判断すると(S110:YES)、表示装置33にの重要ジョブの開始/終了時刻を表示するとともに、データベース32にこれを履歴情報として記録する(S120)。
【0042】
一方、S110にて重要ジョブの進捗情報を受信していないと判断すると(S110:NO)、続いて所定の警告時間を経過したか否かを判断し(S130)、
この警告時間を経過したと判断すると(S130:YES)、表示装置33に所定の警告情報の表示をするとともに、データベース32にこれを履歴情報として記録する(S140)。
【0043】
具体的には図6に示すように、予定時刻(又はそれ以前に)開始又は終了が完了した重要ジョブについては、重要ジョブが適切に終了したことを表す「正常終了」の通知が表示される。このとき、当該重要ジョブの「開始実績」,「終了実績」,「開始予定時刻」,及び「終了予定時刻」も併せて表示する。また、重要ジョブが適切に開始されたが、未だ終了していない重要ジョブについては「実行中」と表示する。そして、監視スケジュールに設定された開始/終了時刻から10分を経過しても重要ジョブが開始/終了しない場合には「1次警告(開始一次警告又は終了一次警告)」を表示し、限界時刻(当該重要ジョブがそれ以上遅れるとシステム全体に悪影響を及ぼすとされる時刻)から30分前を経過すると「2次警告(開始二次警告又は終了二次警告)」を表示し、さらに、限界時刻に達すると3次警告「(開始三次警告又は終了三次警告)」を表示する。同図の例では、開始予定時刻が18時30分であるジョブグループ「KIS受信データ」について開始限界時刻が19時30分に設定されているが(図示せず)、19時5分になっても開始されないため、「開始二次警告」が表示されている。
【0044】
このとき、進捗監視業務担当のオペレータは、この表示装置33の表示に基づいて担当のオペレーション業務を遂行する。
一方、S130にて所定の警告時間が経過していないと判断された場合には(S130:NO)、S110に戻る。
【0045】
そして、本実施例のジョブ進捗監視システム1ではさらに、サーバコンピュータ30が、実際に各重要ジョブやジョブグループ(パス)が実行されたときの開始及び終了時刻等の履歴情報を蓄積して学習し、その重要ジョブの所要時間や当初設定した監視スケジュールからの開始/終了時刻のずれを、後の重要ジョブの監視に反映させる。
【0046】
すなわち、監視スケジュールは上述のように基本情報の入力に基づいて自動的に設定登録されるのであるが、ここで設定登録された重要ジョブの開始又は終了に関する時刻情報は、あくまで当初の見込みに基づくものである。従って、実際に各ホストコンピュータにおいて全てのジョブが実行されると、必ずしもその通りの時刻に開始又は終了しない重要ジョブも発生するため、実際の重要ジョブの履歴に基づいた調整を行っている。
【0047】
すなわち、続いて同一の重要ジョブについて過去の同一曜日若しくは同一日付の直近値又は前日にかかる開始/終了時刻情報を抽出し、この開始/終了時刻情報に沿ってデータベース32内の上記監視スケジュールを更新する(S150)。
【0048】
具体的には、データベース32内の履歴情報に基づき、実際の重要ジョブの実行が、監視スケジュールに設定された開始/終了時刻に基づく所要時間よりも長くかかった場合には、次週は次月或いは翌日の対応する重要ジョブについて、その長くなった分だけ所要時間が長くなるように開始/終了時刻を変更し、監視スケジュールを更新する。またその際、併せて後続する重要ジョブの開始/終了時刻の設定を遅らせて更新する。逆に、実際の重要ジョブの実行が設定された開始/終了時刻に基づく所要時間よりも短かかった場合には、次週は次月或いは翌日の対応する重要ジョブについて、その短くなった分だけ所要時間が短くなるように開始/終了時刻を変更し、監視スケジュールを更新する。またその際、併せて後続する重要ジョブの開始/終了時刻の設定を早めて更新する。
【0049】
ただし、本実施例においてこの更新処理をするのは、データベース32内に履歴情報を有する重要ジョブにおいて、その履歴情報に上記2次警告以上のものが含まれていないことを条件とする。すなわち、履歴情報に警告情報がないか又は1次警告までの重要ジョブについてのみ更新処理を行う。これは、2次警告又は3次警告以上の履歴があった重要ジョブの遅延は外的要因によることが多く、再度同じジョブを実行した際には同様の遅延を生じない可能性が高いと考えられ、上述した更新処理を行うとかえってシステムの厳正化を阻害することも考えられるからである。このため、当該重要ジョブの監視についてはその履歴情報を反映した更新は行わず、それ以前に設定された監視スケジュールを採用する。
【0050】
さらに、ジョブ進捗監視システム1では、続いてデータベース32に格納された履歴情報における重要ジョブの開始/終了時刻と、データベース32に格納された監視スケジュールの対応する重要ジョブの開始/終了時刻との誤差分を用いて、当日未済状態となっている重要ジョブの開始/終了時刻を補正する(S160)。
【0051】
すなわち、ある重要ジョブの開始又は終了時刻が監視スケジュールの予定時刻よりも或る遅延時間遅れてあった場合に、後に実行予定のジョブの開始/終了時刻をその遅延時刻分だけ後ろにシフトさせるように補正する。逆に、ある重要ジョブの開始又は終了時刻が上記監視スケジュールの予定時刻よりも早まった場合に、後に実行予定のジョブの開始/終了時刻をその時刻分だけ前にシフトさせるように補正する。
【0052】
以上に説明したように、本実施例のジョブ進捗監視システム1においては、監視スケジュールの設定において、重要ジョブの基本情報に基づき、先に設定した同一曜日,同一日付又は前日のスケジュールを援用することができる。このため、オペレータ(又はシステム構築者)は、全ての日程についての監視スケジュールを逐一入力する必要がなくなり、その設定に際して各重要ジョブの基本情報を入力するだけで、自動的に監視スケジュールの全体が作成される。このため、そのスケジューリング作業が簡易かつ迅速に行われる。また、自動化による人的負担の軽減によりシステムの構築コストを低廉にすることができる。
【0053】
また、そのようにして監視スケジュールが一旦設定されても、実際に実行された重要ジョブの履歴情報(同一の重要ジョブについて過去の同一曜日若しくは同一日付の直近値又は前日)を用いて自動的に監視スケジュールの更新が行われるため、より実際の運用に合致した無駄のない監視体系を構築することができる。
【0054】
さらに、重要ジョブの履歴情報を後日の監視スケジュールに反映させるだけではなく、当日の監視スケジュールに反映させる構成をとるため、当該重要ジョブに後続する重要ジョブを同日において適正に監視することができ、システム(重要ジョブ又はジョブグループ等)運用の一層の厳正化及び効率化を図ることができる。
【0055】
尚、本実施例において、サーバコンピュータ30のジョブ監視制御部31がスケジューリング手段,検出手段,更新手段,算出手段,及び補正手段に該当し、ジョブ監視制御部31及び表示装置33が報知手段に該当する。また、データベース32が第1の記憶手段及び第2の記憶手段に夫々該当する。
【0056】
以上、本発明の実施例について説明したが、本発明の実施の形態は、上記実施例に何ら限定されることなく、本発明の技術的範囲に属する限り種々の形態をとり得ることはいうまでもない。
例えば、以下の変形例を採用することもできる。
[第1変形例]
本変形例では、ホストコンピュータ11,12,13からの契機メッセージがあった時点を基準に監視スケジュールの補正処理を行う。具体的には、ホストコンピュータ11,12,13からオンライン処理の終了を表す契機メッセージを受信したことを契機として実行される監視項目以降の監視処理について、上述のような補正処理を行う。
【0057】
図7に示すように、今仮に、ホストコンピュータ11,12,13からの契機メッセージ(MSG)の受信を契機として開始される監視項目として、監視項目▲2▼と監視項目▲4▼があり、これらの監視項目▲2▼,▲4▼の当初の監視開始予定時刻が夫々17時,20時に設定されていたとする。
【0058】
そして、同図において監視項目▲2▼については当初の予定通り17時にホストコンピュータからの契機メッセージの受信があったため、それ以前の監視項目▲1▼と後続する監視項目▲3▼についての監視スケジュールは変更されていない。
しかし、監視項目▲4▼について、ホストコンピュータからの契機メッセージを例えば60分早く受信した場合には、監視項目▲4▼の開始を自動的に60分早めるとともに、後続する監視項目▲5▼についても60分早める。逆に、ホストコンピュータからの契機メッセージを例えば60分遅く受信した場合には、監視項目▲4▼の開始を自動的に60分遅らすとともに、後続する監視項目▲5▼についても60分遅らす。
【0059】
かかる構成によれば、オンライン処理が終了してから開始されるジョブについて、例えば月末の業務終了時刻が異なるためにそのオンライン終了時刻が後ろにシフトしたような場合の対応に都合がよい。つまり、ホストコンピュータからのオンライン終了の契機メッセージを受けて上記補正処理を自動的に行うことができ、上記基本情報の入力の際に月末情報を特に意識して入力しなくても、実際の業務に合致した監視運用を実現することができる。
[第2変形例]
本変形例では、現在監視中の重要ジョブより後に実行予定の重要ジョブに対して、警告予測を報知する構成を有する。図8及び図9は、本変形例にかかる監視処理を表す概念図である。
【0060】
今仮に、当初図8上段及び図9段に示す監視スケジュールが設定されていたとする。すなわち同図においては、監視開始予定時刻が9時の重要ジョブAA,10時の重要ジョブBB,13時の重要ジョブCC,18時の重要ジョブDD等があり、重要ジョブBBと重要ジョブDDとが所謂クリティカルパス上に存在し、密接に関連している。つまり、重要ジョブDDは、重要ジョブBBが終了し、かつ後続するジョブBB−1,BB−2,及びBB−3が終了しなければ実行を開始することができないようになっている。重要ジョブDDの監視開始予定が18時になっているのは、データベース32に格納された過去の履歴情報から重要ジョブBBが終了してから重要ジョブDDが開始可能になるまでに8時間弱かかることが分かっているためである。
【0061】
このため、本変形例では、図8下段及び図9下段に示すように重要ジョブBBの開始が120分遅延して12時に開始されたことが検出されると、重要ジョブDDの開始が少なくともそれから8時間後の20時になると予測する。このため図9下段に示すように、重要ジョブDDについての開始予定時刻を120分遅らせた「20:00」に補正し、同様に終了予定時刻を「21:00」に補正する。さらに、本変形例において20時は重要ジョブDDの2次警告状態に該当するため、「2次警告予測」の状態表示を行う。
【0062】
かかる構成によれば、後に離れて実行予定の重要ジョブの遅延を予め早期に予測して、オペレータに伝えることができる。このため、オペレータは、かかる重要ジョブを優先して実行できるように対処することができ、システム全体の運用を支障なく円滑に進めることができる。尚、この場合の対処としては、例えばホストコンピュータに対してスケジュールの変更(ジョブの入れ替えや重要度の低いジョブの省略等)を要求し、その変更に即した監視条件の変更をすることが考えられる。
[第3変形例]
本変形例では、ホストコンピュータ11,12,13が実行する全てのジョブについて、その実行中時間が一定時間以上経過した場合に「長時間実行ジョブ」として検出し、画面表示するものである。図10は各ホストコンピュータ11,12,13での処理を表し、図11はサーバコンピュータ30での処理を表し、さらに図12は表示装置33の表示画面の具体例を表している。
【0063】
図10に示すように、ホストコンピュータ11,12,13側では、重要ジョブを含む全てのジョブの夫々についてその実行に要する標準許容時間(例えば60分)が設定されている。そして、その標準許容時間を経過した時点で、サーバコンピュータ30に対して「実行中メッセージ(実行中時間情報を含む)」を送信し、さらに一定時間(例えば10分)経過した時点で、サーバコンピュータ30に対して「実行中メッセージ(実行中時間情報及び10分以上経過情報を含む)」を送信する。また、その実行が終了した時点で「終了メッセージ(終了時刻情報を含む)」を送信する。
【0064】
そして図11のフローチャートに示すように、サーバコンピュータ30側でその「実行中メッセージ」を受信すると(S210:YES)、まず過去の実績の有無をチェックする(S220)。すなわち、サーバコンピュータ30は、過去に実行中時間が標準許容時間を経過した全てのジョブ(重要ジョブに限らない)について、その過去の実行中時間の実績(過去の実績)をデータベース32に保有している。ここでは、ホストコンピュータから送信された「実行中メッセージ」に係るジョブについて、その過去の実績の有無をチェックする。
【0065】
そして、過去の実績がある場合には(S230:YES)、続いて、現在の実行中時間と過去の実績の最小値に所定時間(α)を加算した時間(以下「基準時間」という)とを比較し、現在の実行中時間が基準時間以上であるか否かを判断する(S240)。そして、現在の実行中時間が基準時間以上であると判断された場合には(S240:YES)、表示装置33の表示画面に「実行中」の表示をする(S250)。尚、本変形例では、上記αとして「過去の実績の最小値」の20%の値を設定している。
【0066】
図12に本変形例を実施した際の表示画面の一例を示すように、当該表示画面には、ジョブ名,直近の実績(日付及び実績値),過去の実績(最大値及び最小値),実行時間(標準許容時間),開始時刻,終了時刻,現在の状態等が表示されている。そして、上記過去の実績があるジョブ「CCCCCCC」について、現在の実行中時間が80分であり、過去の実績の最小値60分にα(ここでは12分(60×0.2分)を加算した72分以上となっているため、「実行中」の表示がなされている。
【0067】
一方、S240において、現在の実行中時間が基準時間未満であると判断された場合には(S240:NO)、画面表示はせずにS210に戻る。
また、S230において過去の実績がないと判断された場合には(S230:NO)、過去の実績として無しを意味する「0」,及び現在の実行中時間を画面表示する(S250)。図12の例ではジョブ「BBBBBBB」がこれに該当する。
【0068】
そして、ホストコンピュータからの上記「終了メッセージ」受信の有無を判断し(S260)、受信していないと判断した場合には(S260:NO)、S210に戻る。一方、受信したと判断した場合には(S260:YES)、終了時刻を画面表示するとともに、以上の情報を過去の実績としてデータベース32に格納する。尚、図12のジョブ「AAAAAAA」は、過去の実績がなく、標準許容時間60分を経過した70分にて処理が終了したため、「正常終了」の表示と実績「70分」の表示がなされている。
【0069】
以上の構成によれば、重要ジョブではなく本来サーバコンピュータ30の監視対象ではないジョブによる致命的な遅延情報をオペレータが迅速に入手することができる。つまり、そのジョブの遅れが結果的に重要ジョブの実行に大きく影響を及ぼすような場合を早期に検知することができ、オペレータは、システム運用の非常事態にも適切に対処することができる。
【0070】
尚、本変形例において、サーバコンピュータ30が第2の検出手段に該当する。
【図面の簡単な説明】
【図1】本発明のジョブ進捗監視システムに係る一実施例の全体構成を表すブロック図である。
【図2】実施例のジョブ進捗監視システムの設定登録画面を表す説明図である。
【図3】実施例のジョブ進捗監視システムの設定確認画面を表す説明図である。
【図4】実施例のジョブ進捗監視システムの設定確認画面を表す説明図である。
【図5】実施例のジョブ進捗監視システムの監視処理を表すフローチャートである。
【図6】実施例のジョブ進捗監視システムの監視画面を表す説明図である。
【図7】本発明のジョブ進捗監視システムの変形例を表す説明図である。
【図8】本発明のジョブ進捗監視システムの変形例を表す説明図である。
【図9】本発明のジョブ進捗監視システムの変形例を表す説明図である。
【図10】本発明のジョブ進捗監視システムの変形例を表す説明図である。
【図11】本発明のジョブ進捗監視システムの変形例を表すフローチャートである。
【図12】本発明のジョブ進捗監視システムの変形例を表す説明図である。
【符号の説明】
1・・・ジョブ進捗監視システム、
11、12,13・・・ホストコンピュータ、 30・・・サーバコンピュータ、
31・・・ジョブ監視制御部、 32・・・データベース、
33・・・表示装置、 34・・・入力装置
Claims (7)
- 一又は複数のホストコンピュータにより実行される複数のジョブの進捗状況を監視するためのジョブ進捗監視システムであって、
監視対象となる複数のジョブについて外部から入力された基本情報に基づいて、該ジョブの実行サイクルに沿った監視スケジュールを自動的に作成するスケジューリング手段と、
前記監視対象となるジョブの前記ホストコンピュータにおける進捗情報を検出する検出手段と、
前記監視スケジュールを記憶する第1の記憶手段と、
前記検出手段により検出されたジョブの開始及び終了の履歴を記憶する第2の記憶手段と、
該第2の記憶手段に記憶された履歴情報から、同一のジョブについて過去の同一曜日若しくは同一日付の直近値又は前日にかかる開始又は終了(以下「開始/終了」と表記する)時刻情報を抽出し、該開始/終了時刻情報に沿って前記第1の記憶手段に記憶された監視スケジュールを更新する更新手段と、
前記第1の記憶手段に記憶された監視スケジュールにおけるジョブの開始/終了時刻と、現在の時刻との誤差分に基づいて、予め定める警告情報を報知する報知手段と、
を備えたことを特徴とするジョブ進捗監視システム。 - 前記更新手段は、前記履歴情報の少なくとも一部に予め定める遅延情報が含まれる場合には、該少なくとも一部の履歴情報に係る前記監視スケジュールの更新を行わないことを特徴とする請求項1記載のジョブ進捗監視システム。
- 請求項1又は請求項2に記載のジョブ進捗監視システムにおいて、さらに、
前記第2の記憶手段に記憶されたジョブの開始/終了時刻と、前記第1の記憶手段に記憶された監視スケジュールにおける対応するジョブの開始/終了時刻との誤差分を算出する算出手段と、
該算出手段が算出した誤差分を用いて未済状態となっているジョブの開始/終了時刻を補正する補正手段と、
を備えたことを特徴とするジョブ進捗監視システム。 - 前記補正手段は、前記ホストコンピュータから所定の契機メッセージがあった時点を基準に、前記補正を行うことを特徴とする請求項3記載のジョブ進捗監視システム。
- 前記補正手段は、予め定める外部入力装置からの入力があった時点を基準に、前記補正を行うことを特徴とする請求項3又は請求項4に記載のジョブ進捗監視システム。
- 前記報知手段は、さらに、
現在実行中のジョブよりも後に実行予定の重要ジョブが、前記第2の記憶手段に記憶された過去の履歴情報及び前記算出手段が算出した誤差分に基づいて、予め定める限界時間までに終了しないと判断される場合に、該重要ジョブの警告予測情報を報知することを特徴とする請求項3〜5のいずれかに記載のジョブ進捗監視システム。 - 請求項1〜6のいずれかに記載のジョブ進捗監視システムにおいて、さらに、前記各ジョブの開始からの経過時間を検出する第2の検出手段を備え、
前記報知手段は、該第2の検出手段により検出されたいずれかのジョブの経過時間が、予めそのジョブについて設定された基準時間を超えた場合に、予め定める警告情報を報知することを特徴とするジョブ進捗監視システム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002159932A JP2004005205A (ja) | 2002-05-31 | 2002-05-31 | ジョブ進捗監視システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002159932A JP2004005205A (ja) | 2002-05-31 | 2002-05-31 | ジョブ進捗監視システム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2004005205A true JP2004005205A (ja) | 2004-01-08 |
Family
ID=30429510
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002159932A Pending JP2004005205A (ja) | 2002-05-31 | 2002-05-31 | ジョブ進捗監視システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2004005205A (ja) |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008059470A (ja) * | 2006-09-01 | 2008-03-13 | Hitachi Kokusai Electric Inc | 処理実行制御システム |
JP2010519621A (ja) * | 2007-02-15 | 2010-06-03 | マイクロソフト コーポレーション | コンピュータシステムイベントインタフェース |
JP2012098769A (ja) * | 2010-10-29 | 2012-05-24 | Hitachi Solutions Ltd | 事象監視方法及び監視サーバ |
JP2012146049A (ja) * | 2011-01-11 | 2012-08-02 | Hitachi Systems Ltd | バッチジョブ遅延警告自動発報システムおよび自動発報方法、ならびにそのためのプログラム |
US8490108B2 (en) | 2009-12-07 | 2013-07-16 | Fujitsu Limited | Method of estimating a processing time of each of a plurality of jobs and apparatus thereof |
JP2014119860A (ja) * | 2012-12-14 | 2014-06-30 | Hitachi Systems Ltd | スケジュール管理システム |
JP2014228876A (ja) * | 2013-05-17 | 2014-12-08 | 富士通株式会社 | 表示装置、方法及びプログラム |
JP2015011361A (ja) * | 2013-06-26 | 2015-01-19 | 富士通株式会社 | ジョブ監視プログラム、ジョブ監視方法、ジョブ監視装置、および被監視装置。 |
JP2015022475A (ja) * | 2013-07-18 | 2015-02-02 | 富士通株式会社 | 情報取得プログラム、情報取得方法および情報取得装置 |
JP2015108906A (ja) * | 2013-12-03 | 2015-06-11 | ソフトバンクテレコム株式会社 | 管理プログラム及び管理サーバ |
JP2016200912A (ja) * | 2015-04-08 | 2016-12-01 | 富士通株式会社 | 計算機システム、計算機、ジョブ実行時刻予測方法及びジョブ実行時刻予測プログラム |
JP2018109883A (ja) * | 2017-01-05 | 2018-07-12 | 株式会社東芝 | ジョブ実行制御装置、ジョブ実行制御方法およびプログラム |
CN111861261A (zh) * | 2020-07-30 | 2020-10-30 | 中国工商银行股份有限公司 | 项目测试计划的生成方法、装置以及相关测试方法 |
JP2021043860A (ja) * | 2019-09-13 | 2021-03-18 | 株式会社日立製作所 | 調査支援端末および管理装置 |
CN113035755A (zh) * | 2021-03-15 | 2021-06-25 | 上海华力微电子有限公司 | 半导体生产制造中lot实时追踪及分析方法及系统 |
CN116384595A (zh) * | 2023-06-05 | 2023-07-04 | 中铁四局集团有限公司 | 一种基于成本联动的工程项目进度预测分析方法 |
-
2002
- 2002-05-31 JP JP2002159932A patent/JP2004005205A/ja active Pending
Cited By (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008059470A (ja) * | 2006-09-01 | 2008-03-13 | Hitachi Kokusai Electric Inc | 処理実行制御システム |
JP2010519621A (ja) * | 2007-02-15 | 2010-06-03 | マイクロソフト コーポレーション | コンピュータシステムイベントインタフェース |
US8990391B2 (en) | 2007-02-15 | 2015-03-24 | Microsoft Technology Licensing, Llc | Computer system events interface |
US8490108B2 (en) | 2009-12-07 | 2013-07-16 | Fujitsu Limited | Method of estimating a processing time of each of a plurality of jobs and apparatus thereof |
JP2012098769A (ja) * | 2010-10-29 | 2012-05-24 | Hitachi Solutions Ltd | 事象監視方法及び監視サーバ |
JP2012146049A (ja) * | 2011-01-11 | 2012-08-02 | Hitachi Systems Ltd | バッチジョブ遅延警告自動発報システムおよび自動発報方法、ならびにそのためのプログラム |
JP2014119860A (ja) * | 2012-12-14 | 2014-06-30 | Hitachi Systems Ltd | スケジュール管理システム |
JP2014228876A (ja) * | 2013-05-17 | 2014-12-08 | 富士通株式会社 | 表示装置、方法及びプログラム |
JP2015011361A (ja) * | 2013-06-26 | 2015-01-19 | 富士通株式会社 | ジョブ監視プログラム、ジョブ監視方法、ジョブ監視装置、および被監視装置。 |
JP2015022475A (ja) * | 2013-07-18 | 2015-02-02 | 富士通株式会社 | 情報取得プログラム、情報取得方法および情報取得装置 |
JP2015108906A (ja) * | 2013-12-03 | 2015-06-11 | ソフトバンクテレコム株式会社 | 管理プログラム及び管理サーバ |
JP2016200912A (ja) * | 2015-04-08 | 2016-12-01 | 富士通株式会社 | 計算機システム、計算機、ジョブ実行時刻予測方法及びジョブ実行時刻予測プログラム |
JP2018109883A (ja) * | 2017-01-05 | 2018-07-12 | 株式会社東芝 | ジョブ実行制御装置、ジョブ実行制御方法およびプログラム |
US10585684B2 (en) | 2017-01-05 | 2020-03-10 | Kabushiki Kaisha Toshiba | Device, method, and computer program product for job execution control |
JP2021043860A (ja) * | 2019-09-13 | 2021-03-18 | 株式会社日立製作所 | 調査支援端末および管理装置 |
JP7242484B2 (ja) | 2019-09-13 | 2023-03-20 | 株式会社日立製作所 | 調査支援端末および管理装置 |
CN111861261A (zh) * | 2020-07-30 | 2020-10-30 | 中国工商银行股份有限公司 | 项目测试计划的生成方法、装置以及相关测试方法 |
CN111861261B (zh) * | 2020-07-30 | 2024-04-09 | 中国工商银行股份有限公司 | 项目测试计划的生成方法、装置以及相关测试方法 |
CN113035755A (zh) * | 2021-03-15 | 2021-06-25 | 上海华力微电子有限公司 | 半导体生产制造中lot实时追踪及分析方法及系统 |
CN113035755B (zh) * | 2021-03-15 | 2023-08-18 | 上海华力微电子有限公司 | 半导体生产制造中lot实时追踪及分析方法及系统 |
CN116384595A (zh) * | 2023-06-05 | 2023-07-04 | 中铁四局集团有限公司 | 一种基于成本联动的工程项目进度预测分析方法 |
CN116384595B (zh) * | 2023-06-05 | 2023-08-08 | 中铁四局集团有限公司 | 一种基于成本联动的工程项目进度预测分析方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2004005205A (ja) | ジョブ進捗監視システム | |
EP2112783A2 (en) | Knowledge-based failure recovery support system | |
CN111835467B (zh) | 消息发送方法、装置、计算机设备和存储介质 | |
US20090025013A1 (en) | Information notification apparatus, method and program | |
EP1672501A2 (en) | Fault tolerant duplex computer system and its control method | |
JP2008210148A (ja) | 障害対応システム及び障害対応方法 | |
CN110611707A (zh) | 一种任务调度的方法及装置 | |
JP2009157690A (ja) | 製造工程管理装置、製造工程管理方法、そのプログラムおよび記憶媒体 | |
JP2004295188A (ja) | 納期予測を用いた生産管理方法 | |
JP4464655B2 (ja) | コンピュータの監視装置および監視対象のコンピュータに関するメッセージの処理方法 | |
JP2006331026A (ja) | メッセージ分析システム及びメッセージ分析プログラム | |
JP2009211618A (ja) | 障害自動復旧装置 | |
US20040260419A1 (en) | Method for generating a suggestive dispatch lot list that considers upstream/downstream stage requirements | |
EP1011045B1 (en) | Object-oriented job scheduler | |
CN111487934A (zh) | 产业设备管理系统、产业设备管理方法以及存储介质 | |
US20240160506A1 (en) | Operation support apparatus, system, method, and computer-readable medium | |
JPH1040124A (ja) | 診断プログラムの実行制御方法 | |
JP2009182610A (ja) | 番組送出制御装置および送出制御方法 | |
JP5452836B2 (ja) | 資格審査システムおよびその審査方法ならびに資格審査装置 | |
CN116703061A (zh) | 测站设备工作计划的调整系统 | |
JP2007272800A (ja) | ジョブスケジュールプログラム | |
JP2005267183A (ja) | 生産スケジュール装置 | |
JP2011257993A (ja) | プラント運転制御の渋滞監視装置及び渋滞監視方法 | |
JP2006127354A (ja) | ワークフロー管理方法およびシステム | |
JPH0981262A (ja) | 計算機システムのシステム時刻変更管理方法 |