JP2009282754A - バッチ処理監視装置、方法及びプログラム - Google Patents

Abstract

【課題】それぞれが少なくとも１つのサーバを使用する複数のジョブを複数のサーバで実行するバッチ処理の長期化の原因を容易に特定することのできるバッチ処理監視装置、方法及びプログラムを提供する。
【解決手段】それぞれが少なくとも１つのサーバ１１０〜１６０を使用する複数のジョブを、複数のサーバ１１０〜１６０で実行するバッチ処理を監視する監視サーバ３００において、所定のジョブと、所定のジョブの実行中に実行されるジョブとを、第１グループとして纏める第１纏め部と、第１グループの各ジョブが使用するサーバのうち、重複して使用されるサーバ１１０〜１６０を検出する検出部と、サーバ１１０〜１６０におけるリソースの使用状態を示すリソース使用情報１０３であって、検出されたサーバ１１０〜１６０における、第１グループの少なくとも１つのジョブの実行中のリソース使用情報を、取得する第１取得部とを備える。
【選択図】図１

Description

本発明は、バッチ処理を監視する技術に関連し、特に、それぞれが少なくとも１つのサーバを使用する複数のジョブを複数のサーバで実行するバッチ処理を監視するバッチ処理監視装置、方法及びプログラムに関する。

今日、企業情報システムは多数のオープンサーバをはじめとするオープンシステム環境の下、各種業務サービスがＷｅｂアプリケーションで提供され、オンライン処理されている。そして、オープンシステムの実装では、ＪＡＶＡ（登録商標）が多用され、ＪＡＶＡ（登録商標）の開発環境が進化し、ＪＡＶＡ（登録商標）環境で動作するツールの充実とともに、各種ＪＡＶＡ（登録商標）関連機能を連携することで、業務サービスとしてのＷｅｂアプリケーションの向上が図れるようになってきた。

このような状況の中、オンライン処理されたデータに対して一括処理するバッチ処理を従来のメインフレームからオープンシステム環境で実行すると、次のような３つのメリットがある。

１つめは、サーバの有効活用ができることである。昼間はオンライン業務処理を優先的に処理し、夜間はバッチ処理業務を優先的に処理するなど、時間帯によってサーバ利用形態を変えることにより、サーバ稼働率を上げることができ、サーバ台数を増やさずに済む。２つめは、各種業務処理変更が発生した場合、オープン環境では、変更業務に関連するサーバグループ以外は影響を受けないため、変更やテスト箇所を局所化できるので、業務変更へ対応しやすい。３つめは、運用管理対象サーバは、オンライン処理あるいはバッチ処理といった処理形態が変わっても、同一プラットフォーム監視であるため、管理者は同一サーバに対する監視スキルを使って効率的に運用管理ができるようになる。

一方、これまでのバッチ処理では、メインフレーム単体の実行性能を監視すれば良かったが、複数のサーバで実行される環境では、バッチ処理が長期化しているときに、長期化の原因を特定することが困難であった。

そこで、バッチ処理の長期化を予防する方法として、バッチ処理実行前に必要なリソースを確保する方法がある。例えば、本番前に予めバッチ処理単位のジョブを実行し、実行開始から終了までの間、サーバリソース増分値を計測し、計測結果をもとに、本番ではジョブ所要時間内に，必要なサーバリソースを確保できるサーバを選択して実行する。これにより、長時間ジョブの場合に、途中でサーバリソースが不足してジョブが失敗することを防ぐようにしたもの（特許文献１参照）や、投入予定のジョブが使用するサーバリソース使用量を、過去に実行したジョブのサーバリソース使用量の履歴と、データベース内の該当するテーブルの登録行数の変化量の履歴とから求めるようにしたもの（特許文献２参照）が知られている。
特開２００５−１１０２３号公報 特開２００７−２４９４９１号公報

しかしながら、特許文献１に記載された方法では、本番前に予めジョブを実行しなければならないうえに、各サーバのサーバリソースの使用予定を知っておかなければならない。また、評価ジョブ及び本番ジョブのリソース使用量が異なる場合、又は本番実行中に予定通りにサーバリソースを確保できない場合があり得る。また、特許文献２に記載された方法では、未来のサーバリソース使用量を過去のサーバリソース使用量から線形予測しているが、実行サーバにおけるサーバリソースの使用状況は、単調増加又は減少とは限らず、サーバリソース使用量が急に変化する場合には対応できない。

これに対し、バッチ処理の自動運用を支援するジョブ管理サーバが知られている。ジョブ管理サーバには、一連のジョブを順に処理するために、複数ジョブによる実行順序を記述したジョブネットを定義する機能と、当該ジョブネットを計画的に実行するためにスケジュールを作成する機能と、自動実行の際、処理効率の向上や実行不良の低減のため、キューイングや多重実行する機能と、指定ジョブネットの進捗状況や各種ジョブネットの予実績を、１日単位又は１ヶ月単位に運用監視する機能とを有する。これにより、指定ジョブネットの進捗状況と、１日単位又は１ヶ月単位のジョブネットの予実績管理情報とを表示することができ、ジョブ管理者は、これらの情報からジョブの詳細情報をみることで、ジョブ管理サーバの直接の実行要求先である実行要求先サーバが分かるので、実行要求先サーバのリソース使用状況を辿ることができる。

しかし、通常、ジョブは複数のサーバを使用して実行されており、例えばジョブにより実行される実行要求先サーバ上の実行プログラムが、実行要求先サーバに接続されるデータベースサーバ上にあるデータに対し、検索、登録又は更新などの処理を行うので、単に実行要求先サーバのリソース使用情報を取得しても、データベースサーバにおける処理が長期化している場合には、原因となっているサーバ（この場合はデータベースサーバ）を特定できなかった。また、複数の実行プログラムが同時にデータベースサーバに対して処理を行う場合には、原因となっているジョブを特定できなかった。このため、ジョブ管理サーバは、実行要求先サーバの実行プログラムから他のサーバ上にある呼び出し先プログラムまでを解析した上で、ジョブ単位にサーバのリソース使用情報を取得する必要があり、実行要求先サーバに接続される全てのサーバを対象して、大量に実行されるジョブ単位に、サーバのリソース使用情報を取得することは、ジョブ管理サーバに監視負荷がかかり過ぎるため現実的ではなく、バッチ処理の長期化の原因を特定できないという問題があった。

本発明はかかる問題点に鑑みてなされたものであり、その目的とするところは、それぞれが少なくとも１つのサーバを使用する複数のジョブを複数のサーバで実行するバッチ処理の長期化の原因を容易に特定することのできるバッチ処理監視装置、方法及びプログラムを提供することにある。

本発明は前述の目的を達成するために、それぞれが少なくとも１つのサーバを使用する複数のジョブを、複数の前記サーバで実行するバッチ処理を監視するバッチ処理監視装置において、所定の前記ジョブと、前記所定のジョブの実行中に実行される前記ジョブとを、第１グループとして纏める第１纏め部と、前記第１グループの各ジョブが使用する前記サーバのうち、重複して使用されるサーバを検出する検出部と、前記サーバにおけるリソースの使用状態を示すリソース使用情報であって、前記検出されたサーバにおける、前記第１グループの少なくとも１つのジョブの実行中の前記リソース使用情報を、取得する第１取得部とを備えるバッチ処理監視装置を提案する。

また、本発明は前述の目的を達成するために、それぞれが少なくとも１つのサーバを使用する複数のジョブを、複数の前記サーバで実行するバッチ処理を監視するバッチ処理監視方法において、所定の前記ジョブと、前記所定のジョブの実行中に実行される前記ジョブとを、第１グループとして纏める第１纏めステップと、前記第１グループの各ジョブが使用する前記サーバのうち、重複して使用されるサーバを検出する検出ステップと、前記サーバにおけるリソースの使用状態を示すリソース使用情報であって、前記検出されたサーバにおける、前記第１グループの少なくとも１つのジョブの実行中の前記リソース使用情報を、取得する第１取得ステップとを備えるバッチ処理監視方法を提案する。

また、本発明は前述の目的を達成するために、それぞれが少なくとも１つのサーバを使用する複数のジョブを、複数の前記サーバで実行するバッチ処理を監視するバッチ処理監視プログラムにおいて、前述のバッチ処理監視方法に記載の各ステップを備えるバッチ処理監視プログラムを提案する。

本発明によれば、例えば所定のジョブとして実行時間が予定実行時間より長い長時間ジョブを選択すると、長時間ジョブと長時間ジョブの実行中に実行されるジョブとが第１グループとして纏められ、第１グループの各ジョブが使用するサーバのうち、重複して使用されるサーバが検出され、検出されたサーバにおける、第１グループの少なくとも１つのジョブの実行中のリソース使用情報が取得される。これにより、長時間ジョブの実行中に実行される第１グループにおいて重複して使用され、リソース競合が発生している可能性が高いサーバのリソース使用情報を、長時間ジョブの実行中を含み、リソース競合が発生している可能性が高い第１グループの実行時間を単位として、取得することができる。

本発明によれば、長時間ジョブの実行中に実行される第１グループにおいて重複して使用され、リソース競合が発生している可能性が高いサーバのリソース使用情報を、長時間ジョブの実行中を含み、リソース競合が発生している可能性が高い第１グループの実行時間を単位として、取得することができる。これにより、従来のように全てのサーバを対象としてジョブ単位にサーバのリソース使用情報を取得する必要がなく、リソース競合が発生している可能性が高いサーバにおけるリソース競合が発生している可能性が高い時間のリソース使用情報から、容易に長期化の原因を特定することができる。

以下、図面を参照しながら本発明の一実施の形態を詳述する。なお、以下において、同一構成部分は同一符号をもって表し、その説明を省略する。

まず、図１乃至図８を用いてバッチ処理システムの構成を説明する。図１は、バッチ処理システムの全体構成を説明する概略構成図である。

バッチ処理システム１は、実行サーバ群１００、管理サーバ２００、及び監視サーバ３００から構成され、実行サーバ群１００、管理サーバ２００、及び監視サーバ３００は互いに接続されている。

実行サーバ群１００は、それぞれジョブを実行する複数の実行サーバから構成され、アプリケーションサーバ（以下、ＡＰサーバという）として、第１ＡＰサーバ１１０、第２ＡＰサーバ１２０、第３ＡＰサーバ１３０、第４ＡＰサーバ１４０及び第５ＡＰサーバ１５０を備え、データベースサーバ（以下、ＤＢサーバという）としてＤＢサーバ１６０を備えている。本実施形態では、ＡＰサーバ及びＤＢサーバを備えるように構成したが、これに限定されず、例えばファイルサーバやプリントサーバなどを備えるようにしてもよい。

実行サーバ群１００内の各実行サーバは１つ又は複数のシステムを構成する。すなわち、第１ＡＰサーバ１１０、第２ＡＰサーバ１２０及びＤＢサーバ１６０は、受発注管理業務を行う受発注管理業務システム１７０を構成し、第３ＡＰサーバ１３０、第４ＡＰサーバ１４０及びＤＢサーバ１６０は、在庫管理業務を行う在庫管理業務システム１８０を構成し、第１ＡＰサーバ１１０、第３ＡＰサーバ１３０、第５ＡＰサーバ１５０及びＤＢサーバ１６０は、帳票管理業務を行う帳票管理業務システム１９０を構成する。

第１ＡＰサーバ１１０は、ジョブ実行エージェント１０１、リソース監視エージェント１０２、リソース使用情報１０３、受注伝票回収処理プログラム１７１、受注伝票集計処理プログラム１７２、受発注伝票印刷処理プログラム１９１を有する。

ジョブ実行エージェント１０１は、後述する管理サーバ２００によって指定されたジョブの実行要求を受信して指定されたジョブを実行するためのものである。実行要求を受信したジョブ実行エージェント１０１は、指定されたジョブを登録後に当該ジョブを実行し、ジョブ終了後に管理サーバ２００に実行結果を送信する。

リソース監視エージェント１０２は、ＣＰＵ（Central Processing Unit）、メモリ及びハードディスクなどのサーバにおけるリソースを監視し、リソースの使用状態を示すリソース使用情報１０３を収集するためのものである。リソース監視エージェント１０２は、リソース使用情報１０３を所定時間間隔、例えば１分ごとに収集し、後述する監視サーバ３００に送信する。

受注伝票回収処理プログラム１７１及び受注伝票集計処理プログラム１７２は、受発注管理業務システム１７０で使用されるプログラムである。受発注伝票印刷処理プログラム１９１は帳票管理業務システム１９０で使用されるプログラムである。

第２ＡＰサーバ１２０は、ジョブ実行エージェント１０１、リソース監視エージェント１０２、リソース使用情報１０３及び受注伝票回収処理プログラム１７１を有する。

第３ＡＰサーバ１３０は、ジョブ実行エージェント１０１、リソース監視エージェント１０２、リソース使用情報１０３、在庫引き当て処理プログラム１８１及び受発注伝票印刷処理プログラム１９１を有する。在庫引き当て処理プログラム１８１は在庫管理業務システム１８０で使用されるプログラムである。

第４ＡＰサーバ１４０は、ジョブ実行エージェント１０１、リソース監視エージェント１０２、リソース使用情報１０３及び在庫引き当て処理プログラム１８１を有する。

第５ＡＰサーバ１５０は、ジョブ実行エージェント１０１、リソース監視エージェント１０２、リソース使用情報１０３及び受発注伝票印刷処理プログラム１９１を有する。

本実施形態では、同一プログラムを複数の実行サーバに、例えば受発注管理業務システム１７０で使用される受注伝票回収処理プログラム１７１を第１ＡＰサーバ１１０及び第２ＡＰサーバ１２０にインストールし、負荷を分散している。

データベースサーバ１６０は、リソース監視エージェント１０２、リソース使用情報１０３、受注管理表１７５、発注管理表１８５及び在庫管理表１９５を有し、第１ＡＰサーバ１１０、第２ＡＰサーバ１２０、第３ＡＰサーバ１３０、第４ＡＰサーバ１４０及び第５ＡＰサーバ１５０に接続されている。受注管理表１７５は、受発注管理業務システム１７０で使用されるデータが格納される表である。発注管理表１８５は、在庫管理業務システム１８０で使用されるデータが格納される表である。在庫管理表１９５は、帳票管理業務システム１９０で使用されるデータが格納される表である。

管理サーバ２００は、ジョブ実行制御部２１０及びジョブ情報記憶部２２０から構成されている。ジョブ実行制御部２１０は、ＣＰＵやメモリなどから構成され、実行サーバ群１００を使用してジョブを実行するためのものである。ジョブ情報記憶部２２０は、ハードディスクなどの記憶装置から構成され、ジョブネット定義情報２２１、ジョブネット実行サーバ管理表２２２、ジョブネット予定表２２３、ジョブ予定表２２４、ジョブネット実績表２２５及びジョブ実績表２２６を記憶するためのものである。ジョブ実行制御部２１０は所定時間間隔、例えば１日ごとにジョブネット予定表２２３及びジョブネット実績表２２５を監視サーバ３００に送信する。

監視サーバ３００は、監視部３１０、記憶部３２０及び表示部３３０から構成されている。監視部３１０は、ＣＰＵやメモリなどから構成され、実行サーバ群１００で実行されるジョブネットを監視するためのものである。記憶部３２０は、ハードディスクなどの記憶装置から構成され、管理サーバ２００から送信されるジョブネット予定表２２３及びジョブネット実績表２２５と、実行サーバ群１００の各実行サーバから送信されるリソース使用情報１０３を格納するリソース使用情報表３２１とを記憶するためのものである。表示部３３０は、ディスプレイなどの表示装置から構成され、各ジョブの実行状況を表示するためのものである。

図２は、図１に示したリソース使用情報表の構成を説明する構成図である。リソース使用情報表３２１は、実行サーバごと、かつ、月日ごとに作成され、実行サーバから送信されるリソース使用情報１０３が、１日における履歴として時系列に１レコードずつ登録される。リソース使用情報表３２１は、ＣＰＵ使用率欄３２１Ａ、メモリ使用率欄３２１Ｂ、ハードディスク使用率欄３２１Ｃ、ハードディスクＩＯ（Input-Output）使用率欄３２１Ｄ及び時刻欄３２１Ｅから構成されている。ＣＰＵ使用率欄３２１Ａには、単位時間におけるＣＰＵが使用される時間の割合が格納される。メモリ使用率欄３２１Ｂには、メモリ容量全体における使用される容量の割合が格納される。ハードディスク使用率欄３２１Ｃには、ハードディスク容量全体における使用される容量の割合が格納される。ハードディスクＩＯ使用率欄３２１Ｄには、単位時間におけるハードディスクのＩＯが使用される時間の割合が格納される。時刻欄３２１Ｅには、リソース使用情報１０３を収集した時刻が格納される。本実施形態では、リソース使用情報１０３として使用率を用いるようにしたが、これに限定されず、例えばＣＰＵ、メモリ及びハードディスクなどについては、使用量を用いるようにしてもよい。

図３は、図１に示したジョブネット定義情報の構成を説明する構成図である。ジョブネット定義情報２２１は、複数のジョブを一連の処理として実行するために、複数ジョブの実行順序を表すジョブネットを定義するためのものである。ジョブネット定義情報２２１は、ジョブネットごとに作成され、管理サーバ２００の管理者によって登録、変更及び削除される。図３に示すように、例えば日次ジョブネット（Ａ１０４）は、Ａ部門受注伝票回収ジョブ（＠１０１）、Ｂ部門受注伝票回収ジョブ（＠１０２）及びＣ部門受注伝票回収ジョブ（＠１０３）を並列に実行し、各部門の受注伝票回収ジョブが終了するまで待ち合わせ、各部門の受注伝票が揃った時点で受注伝票集計ジョブ（＠１０４）を実行し、次に在庫引き当てジョブ（＠１０５）を実行後、Ａ部門受発注伝票印刷ジョブ（＠１０６）、Ｂ部門受発注伝票印刷ジョブ（＠１０７）及びＣ部門受発注伝票印刷ジョブ（＠１０８）を並列に実行する、ように定義されている。

図４は、図１に示したジョブネット実行サーバ管理表の構成を説明する構成図である。ジョブネット実行サーバ管理表２２２は、ジョブネットに含まれるジョブごとに、実行サーバを管理するための表である。ジョブネット実行サーバ管理表２２２は、ジョブネットごとに作成され、管理サーバ２００の管理者によって登録、変更及び削除される。図４は、例えば日次ジョブネット（Ａ１０４）のジョブ実行サーバ管理表２２２を示す。ジョブネット実行サーバ管理表２２２は、システム名欄２２２Ａ、ジョブ番号欄２２２Ｂ、ジョブ名欄２２２Ｃ、第１ＡＰサーバ欄２２２Ｄ、第２ＡＰサーバ欄２２２Ｅ、第３ＡＰサーバ欄２２２Ｆ、第４ＡＰサーバ欄２２２Ｇ、第５ＡＰサーバ欄２２２Ｈ及びＤＢサーバ欄２２２Ｉから構成されている。

システム名欄２２２Ａには、当該ジョブネットが使用する業務システムの名称が格納される。ジョブ番号欄２２２Ｂには、当該ジョブネットに含まれ、システム名欄２２２Ｂに格納された業務システムに実行されるジョブを、管理サーバ２００内で一意に識別可能な番号が格納される。ジョブ名欄２２２Ｃには、ジョブ番号欄２２２Ｂに格納された番号に対応するジョブの名称が格納される。第１ＡＰサーバ欄２２２Ｄ、第２ＡＰサーバ欄２２２Ｅ、第３ＡＰサーバ欄２２２Ｆ、第４ＡＰサーバ欄２２２Ｇ、第５ＡＰサーバ欄２２２Ｈ及びＤＢサーバ欄２２２Ｉには、ジョブ番号欄２２２Ｂに格納された番号に対応するジョブが使用する実行サーバに該当する場合に「○」が格納され、特に当該ジョブを実行するときに、ジョブ実行制御部２１０が実行要求を送信する実行サーバ（以下、ホストサーバという）に該当する場合に「◎」が格納される。例えば、ジョブ番号欄２２２Ｂが「＠１０１」のジョブ（Ａ部門受注伝票回収ジョブ）は、実行されるときにジョブ実行制御部２１０が第１ＡＰサーバ１１０に実行要求を送信し、第１ＡＰサーバ１１０及びＤＢサーバ１６０を使用するので、第１ＡＰサーバ欄２２２Ｄに「◎」が格納され、ＤＢサーバ欄２２２Ｉに「○」が格納される。

図５は、図１に示したジョブネット予定表の構成を説明する構成図である。ジョブネット予定表２２３は、ジョブネットごとにスケジュールを管理するための表である。ジョブネット予定表２２３は、月日ごとに作成され、管理サーバ２００内のスケジューラプログラム（図示せず）などによって登録、変更及び削除される。図５は、所定の月日におけるジョブネット予定表２２３を示す。ジョブネット予定表２２３は、ジョブネット番号欄２２３Ａ、ジョブネット名欄２２３Ｂ、予定開始時刻欄２２３Ｃ、予定終了時刻欄２２３Ｄ及び予定実行時間欄２２３Ｅから構成されている。

ジョブネット番号欄２２３Ａは、ジョブネットを管理サーバ２００内で一意に識別可能な番号が格納される。ジョブネット名欄２２３Ｂには、ジョブネット番号欄２２３Ａに格納された番号に対応するジョブネットの名称が格納される。予定開始時刻欄２２３Ｃ及び予定終了時刻欄２２３Ｄには、ジョブネット番号欄２２３Ａに格納された番号に対応するジョブネットの予定開始時刻及び予定終了時刻がそれぞれ格納される。予定実行時間欄２２３Ｅには、ジョブネット番号欄２２３Ａに格納された番号に対応するジョブネットの予定実行時間が格納される。なお、ジョブネット予定表２２３は、予定実行時間欄２２３Ｅを有さずに、予定開始時刻欄２２３Ｃ及び予定終了時刻欄２２３Ｄに格納される時刻から予定実行時間を算出するようにしてもよい。

図６は、ジョブ予定表の構成を説明する構成図である。ジョブ予定表２２４は、ジョブネットに含まれるジョブごとにスケジュールを管理するための表である。ジョブ予定表２２４は、ジョブネット予定表２２３ごと、すなわち月日ごとに作成され、管理サーバ２００内のスケジューラプログラム（図示せず）などによって登録、変更及び削除される。図６は、所定の月日における日次ジョブネットのジョブ予定表２２４を示す。ジョブ予定表２２４は、ジョブ番号欄２２４Ａ、ジョブ名欄２２４Ｂ、予定開始時刻欄２２４Ｃ、予定終了時刻欄２２４Ｄ及び予定実行時間欄２２４Ｅから構成されている。

ジョブ番号欄２２４Ａは、当該ジョブネットに含まれるジョブを、管理サーバ２００内で一意に識別可能な番号が格納される。ジョブ名欄２２４Ｂは、ジョブ番号欄２２４Ａに格納された番号に対応するジョブの名称が格納される。予定開始時刻欄２２４Ｃ及び予定終了時刻欄２２４Ｄには、ジョブ番号欄２２４Ａに格納された番号に対応するジョブの予定開始時刻及び予定終了時刻がそれぞれ格納される。予定実行時間欄２２４Ｅには、ジョブ番号欄２２４Ａに格納された番号に対応するジョブの予定実行時間が格納される。なお、ジョブ予定表２２４は、前述のジョブネット予定表２２３の場合と同様に、予定実行時間欄２２４Ｅを有さなくてもよい。

図７は、ジョブネット実績表の構成を説明する構成図である。ジョブネット実績表２２５は、ジョブネットごとに実績を管理するための表である。ジョブネット実績表２２５は、月日ごとに作成され、各実行サーバから実行結果を受信したジョブ実行制御部２１０によって登録される。図７は、所定の月日におけるジョブネット実績表２２５を示す。ジョブネット実績表２２５は、ジョブネット番号欄２２５Ａ、ジョブネット名欄２２５Ｂ、開始時刻欄２２５Ｃ、終了時刻欄２２５Ｄ及び実行時間欄２２５Ｅから構成されている。

ジョブネット番号欄２２５Ａ及びジョブネット名欄２２５Ｂは、それぞれ前述のジョブネット番号欄２２３Ａ及びジョブネット名欄２２３Ｂと同様であるため、説明を省略する。開始時刻欄２２５Ｃには、後述のジョブ実績表２２６において最初に実行開始されたジョブの開始時刻が格納される。終了時刻欄２２５Ｄには、後述のジョブ実績表２２６において最後に実行終了されたジョブの終了時刻が格納される。実行時間欄２２５Ｅには、ジョブネット番号欄２２５Ａに格納された番号に対応するジョブネットの実行時間が格納される。なお、ジョブネット実績表２２５は、前述のジョブネット予定表２２３の場合と同様に、実行時間欄２２５Ｅを有さなくてもよい。

図８は、ジョブ実績表の構成を説明する構成図である。ジョブ実績表２２６は、ジョブネットに含まれるジョブの実績を管理するための表である。ジョブ実績表２２６は、ジョブネット実績表２２５ごと、すなわち月日ごとに作成され、各実行サーバから実行結果を受信したジョブ実行制御部２１０によって登録される。図８は、所定の月日における日次ジョブネットのジョブ実績表２２６を示す。ジョブ実績表２２６は、ジョブ番号欄２２６Ａ、ジョブ名欄２２６Ｂ、開始時刻欄２２６Ｃ、終了時刻欄２２６Ｄ及び実行時間欄２２６Ｅから構成されている。

ジョブ番号欄２２６Ａ及びジョブ名欄２２６Ｂは、それぞれ前述のジョブ番号欄２２４Ａ及びジョブ名欄２２４Ｂと同様であるため、説明を省略する。開始時刻２２６Ｃ及び予定終了時刻２２６Ｄには、ジョブ番号欄２２６Ａに格納された番号に対応するジョブの開始時刻及び終了時刻がそれぞれ格納される。実行時間２２６Ｅには、ジョブ番号欄２２６Ａに格納された番号に対応するジョブの実行時間が格納される。なお、ジョブ実績表２２６は、前述のジョブネット予定表２２３と同様に、実行時間欄２２６Ｅを有さなくてもよい。

次に、図９乃至図１３を用いて監視サーバの監視に係る動作を説明する。図９は、図１に示した監視部の動作を説明するフローチャートである。なお、以下において、所定の月日が既に指定されているものとして説明する。

まず、監視部３１０は、記憶部３２０に記憶された所定の月日のジョブネット予定表２２３及びジョブネット実績表２２５に基づいて、実行時間欄２２５Ｅに格納された時間が予定実行時間欄２２３Ｅに格納された時間よりも長いジョブネット（以下、長時間ジョブネットという）を選択する（Ｓ４０１）。

次に、監視部３１０は、Ｓ４０１で選択した長時間ジョブネットのジョブネット番号に基づいて、管理サーバ２００のジョブ情報記憶部２２０から、長時間ジョブネットのジョブネット実行サーバ管理表２２２と、所定の月日における長時間ジョブネットのジョブ予定表２２４及びジョブ実績表２２６とを取得する（Ｓ４０２）。なお、監視部３１０は、取得したジョブネット実行サーバ管理表２２２、ジョブ予定表２２４及びジョブ実績表２２６を、記憶部３２０や、メモリ（図示せず）、キャッシュ（図示せず）などに記憶する。

次に、監視部３１０は、Ｓ４０２で取得したジョブ予定表２２４及びジョブ実績表２２６に基づいて、実行時間欄２２６Ｅに格納された時間が予定実行時間欄２２４Ｅに格納された時間よりも長いジョブ（以下、長時間ジョブという）を選択する（Ｓ４０３）。これにより、実行時間が予定実行時間よりも長い長時間ジョブが自動的に選択される。

次に、監視部３１０は、Ｓ４０３で選択した長時間ジョブのジョブ番号に基づいて、Ｓ４０２で取得したジョブネット実行サーバ管理表２２２から、ホストサーバが長時間ジョブと同一のジョブを抽出する（Ｓ４０４）。次に、ジョブ監視部３１０は、長時間ジョブの実行中に実行されるジョブを抽出する、後述の長時間ジョブと並列実行するジョブの検出処理を行う（Ｓ５００）。次に、監視部３１０は、Ｓ４０３で選択した長時間ジョブと、Ｓ４０４で抽出したジョブ、かつ、Ｓ５００で抽出したジョブとをグループに纏める（Ｓ４０５）。

次に、監視部３１０は、記憶部３２０に記憶された、所定の月日の長時間ジョブのホストサーバにおけるリソース使用情報表３２１から、Ｓ４０５で纏められたグループの少なくとも１つのジョブが実行中のレコード（リソース使用情報１０３）を抽出する（Ｓ４０６）。このように、長時間ジョブとホストサーバが同一で、かつ、長時間ジョブの実行中に実行されるジョブとがグループに纏められ、当該ホストサーバにおける、当該グループの少なくとも１つのジョブの実行中のリソース使用情報１０３が抽出されるので、長時間ジョブの実行中に実行されるグループにおいて共通して使用され、リソース競合が発生している可能性が高いホストサーバのリソース使用情報を、長時間ジョブの実行中を含み、リソース競合が発生している可能性が高いグループの実行時間を単位として、取得することができる。

次に、監視部３１０は、Ｓ４０６で抽出したレコード（リソース使用情報１０３）に含まれる所定のリソースの使用率と、当該所定のリソースに設定された閾値とに基づいて、所定のリソースの使用率が閾値を上回るか否かを判定する（Ｓ４０７）。

Ｓ４０７の判定の結果、所定のリソースの使用率が閾値を上回る場合、監視部３１０は、表示時間帯を設定する後述の表示時間帯設定処理を行い（Ｓ６００）、Ｓ４０２で取得したジョブ実績表２２６及びＳ４０６で抽出したレコード（リソース使用情報１０３）に基づいて、Ｓ４０５で纏めたグループの各ジョブの実行時間及び所定のリソースの使用率を、表示部３３０に表示し（Ｓ４０８）、ジョブ監視部３１０は処理を終了する。

Ｓ４０７の判定の結果、所定のリソースの使用率が閾値を上回らない場合、監視部３１０は、Ｓ４０３で選択した長時間ジョブの実行中に実行されるジョブを抽出する、後述の長時間ジョブと並列実行するジョブの検出処理を再び行い（Ｓ５００）、監視部３１０は、Ｓ４０３で選択した長時間ジョブと、Ｓ５００で抽出したジョブとをグループに纏める（Ｓ４０９）。

次に、監視部３１０は、Ｓ４０２で取得したジョブネット実行サーバ管理表２２２に基づいて、Ｓ４０９で纏めたグループに含まれる各ジョブに重複して使用されるサーバを検出する（Ｓ４１０）。

次に、監視部３１０は、記憶部３２０に記憶された、所定の月日のＳ４１０で検出したサーバにおけるリソース使用情報表３２１から、Ｓ４０９で纏めたグループの少なくとも１つのジョブが実行中のレコード（リソース使用情報１０３）を抽出する（Ｓ４１１）。このように、長時間ジョブと長時間ジョブの実行中に実行されるジョブとがグループに纏められ、グループに含まれる各ジョブが使用するサーバのうち、重複して使用されるサーバが検出され、検出されたサーバにおける、当該グループの少なくとも１つのジョブの実行中のリソース使用情報１０３が抽出されるので、長時間ジョブの実行中に実行されるグループにおいて重複して使用され、リソース競合が発生している可能性が高いサーバのリソース使用情報を、長時間ジョブの実行中を含み、リソース競合が発生している可能性が高いグループの実行時間を単位として、取得することができる。

次に、監視部３１０は、表示時間帯を設定する後述の表示時間帯設定処理を行い（Ｓ６００）、Ｓ４０２で取得したジョブ実績表２２６及びＳ４１１で抽出したレコード（リソース使用情報１０３）に基づいて、Ｓ６００で設定した表示時間帯における、Ｓ４０９で纏めたグループの各ジョブの実行時間及び所定のリソースの使用率を、表示部３３０に表示し（Ｓ４１２）、ジョブ監視部３１０は処理を終了する。

以下において、監視サーバ３００の記憶部３２０に、図５に示した所定の月日のジョブネット予定表２２３及び図７に示した所定の月日のジョブネット実績表２２５が記憶されているものとして具体的に説明する。

Ｓ４０１で、監視部３１０は、図５のジョブネット予定表２２３及び図７のジョブネット実績表２２５に基づいて、実行時間欄２２５Ｅに格納された「２時間２９分」が予定実行時間欄２２３Ｅに格納された「２時間１５分」よりも長い「Ａ１０４」（日次ジョブネット）を、長時間ジョブネットとして選択する。

Ｓ４０２で、監視部３１０は、管理サーバ２００のジョブ情報記憶部２２０から、図４に示した「Ａ１０４」（日次ジョブネット）のジョブネット実行サーバ管理表２２２と、図６に示した所定の月日における「Ａ１０４」（日次ジョブネット）のジョブ予定表２２４及び図８に示した所定の月日における「Ａ１０４」（日次ジョブネット）のジョブ実績表２２６とを取得する。Ｓ４０３で、監視部３１０は、実行時間欄２２６Ｅに格納された「４４分」が予定実行時間欄２２４Ｅに格納された「３０分」よりも長いジョブ「＠１０２」と、実行時間欄２２６Ｅに格納された「４２分」が予定実行時間欄２２４Ｅに格納された「３０分」よりも長いジョブ「＠１０７」とを、それぞれ長時間ジョブとして選択する。

Ｓ４０４で、監視部３１０は、図４のジョブネット実行サーバ管理表２２２から、長時間ジョブ「＠１０２」のホストサーバである第２ＡＰサーバ１２０と同一のホストサーバが設定されたジョブはないので抽出せず、長時間ジョブ「＠１０７」のホストサーバである第１ＡＰサーバ１１０と同一のホストサーバが設定されたジョブ、すなわち第１ＡＰサーバ欄２２２Ｄに「◎」が格納されたジョブ番号欄２２２Ｂが「＠１０１」、「＠１０３」及び「＠１０４」のジョブを抽出する。

図１０は、図９に示した長時間ジョブと並列実行するジョブの検出処理を説明するフローチャートである。監視部３１０は、長時間ジョブ「＠１０２」の開始時刻欄２２６Ｃに格納された「１０：０１」及び終了時刻欄２２６Ｄに格納された「１０：４５」と、長時間ジョブ「＠１０７」の開始時刻欄２２６Ｃに格納された「１１：４８」及び終了時刻欄２２６Ｄに格納された「１２：３０」とを、図８のジョブ実績表２２６から得る（Ｓ５０１）。

次に、監視部３１０は、開始時刻欄２２６Ｃに格納された時刻が長時間ジョブ「＠１０２」の終了時刻「１０：４５」以前で、終了時刻欄２２６Ｄに格納された時刻が開始時刻「１０：０１」以降のジョブ、すなわち、ジョブ番号欄２２６Ａが「＠１０１」及び「＠１０３」のジョブと、開始時刻欄２２６Ｃに格納された時刻が終了時刻「１２：３０」以前で、終了時刻欄２２６Ｄに格納された時刻が長時間ジョブ「＠１０７」の開始時刻「１１：４８」以降のジョブ、すなわちジョブ番号欄２２６Ａが「＠１０６」及び「＠１０８」のジョブとを、それぞれ図８のジョブ実績表２２６から抽出する（Ｓ５０２）。これにより、長時間ジョブの実行中に実行されるジョブが抽出される。

次に、監視部３１０は図８のＳ４０５に戻り、Ｓ４０５で、ジョブ監視部３１０は、Ｓ４０４で抽出したジョブ「＠１０１」、「＠１０３」及び「＠１０４」、かつ、Ｓ５００で抽出したジョブ「＠１０６」及び「＠１０８」を満たすジョブがないので、ここでは、長時間ジョブ「＠１０２」と、長時間ジョブ「＠１０７」とを、それぞれグループとする。

Ｓ４０６で、監視部３１０は、記憶部３２０に記憶された、所定の月日の長時間ジョブ「＠１０２」のホストサーバである第２ＡＰサーバ１２０におけるリソース使用情報表３２１から、長時間ジョブ「＠１０２」が実行中のレコード（リソース使用情報１０３）を抽出するともに、記憶部３２０に記憶された、所定の月日の長時間ジョブ「＠１０７」のホストサーバである第１ＡＰサーバ１１０におけるリソース使用情報表３２１から、長時間ジョブ「＠１０７」が実行中のレコード（リソース使用情報１０３）を抽出する。

Ｓ４０７で、監視部３１０は、Ｓ４０６で抽出したレコード（リソース使用情報１０３）に含まれる所定のリソースの使用率、例えばＣＰＵ使用率欄３２１Ａの格納された値が、ＣＰＵ使用率に設定された閾値、例えば８０％を上回るか否かを判定する。

図１１は、図９に示した表示時間帯設定処理を説明するフローチャートである。Ｓ４０７の判定の結果、ＣＰＵ使用率欄３２１Ａの格納された値が８０％を上回る場合、図１１に示すように、監視部３１０は、長時間ジョブ「＠１０２」の開始時刻欄２２６Ｃに格納された「１０：０１」及び終了時刻欄２２６Ｄに格納された「１０：４５」と、長時間ジョブ「＠１０７」の開始時刻欄２２６Ｃに格納された「１１：４８」及び終了時刻欄２２６Ｄに格納された「１２：３０」とを、図８のジョブ実績表２２６から得る（Ｓ６０１）。

次に、監視部３１０は、Ｓ４０３で選択した長時間ジョブが複数か否かを判定し（Ｓ６０２）、Ｓ４０３で選択した長時間ジョブが複数の場合、監視部３１０は、Ｓ６０１で得た開示時刻のうち最も早い長時間ジョブ「＠１０２」の開始時刻「１０：０１」の直前を表示開始時刻に設定し（Ｓ６０３）、Ｓ６０１で得た終了時刻のうち最も遅い長時間ジョブ「＠１０７」の開始時刻「１２：３０」の直後を表示終了時刻に設定し（Ｓ６０４）、監視部３１０は処理を終了する。

Ｓ４０３で選択した長時間ジョブが複数でない、すなわち、長時間ジョブが１つの場合、監視部３１０は、例えば長時間ジョブ「＠１０２」のみを選択したときは、長時間ジョブ「＠１０２」の開始時刻「１０：０１」の直前を表示開始時刻に設定し（Ｓ６０５）、長時間ジョブ「＠１０２」の開始時刻「１０：４５」を表示終了時刻に設定し（Ｓ６０６）、監視部３１０は処理を終了する。

次に、監視部３１０は図８のＳ４０８に戻り、Ｓ４０８で、監視部３１０は、表示開始時刻「１０：０１」及び表示終了時刻「１２：３０」において、長時間ジョブ「＠１０２」の実行時間欄２２６Ｅに格納された時間及びＣＰＵ使用率欄３２１Ａの格納された値と、長時間ジョブ「＠１０７」の実行時間欄２２６Ｅに格納された時間及びＣＰＵ使用率欄３２１Ａの格納された値とを、表示部３３０に表示し、ジョブ監視部３１０は処理を終了する。

図１２は、図１に示した表示部に表示する画面を説明するイメージ図である。図１２に示すように、ＣＰＵ使用率は８０％を上回らないので、表示部３３０に表示されないが、説明のために画面イメージを示す。上段に長時間ジョブ「＠１０２」（Ｂ部門受注伝票回収ジョブ）及び長時間ジョブ「＠１０７」（Ｂ部門受発注伝票印刷ジョブ）の実行時間を表示し、下段に長時間ジョブ「＠１０２」（Ｂ部門受注伝票回収ジョブ）及び長時間ジョブ「＠１０７」（Ｂ部門受発注伝票印刷ジョブ）の実行時間中におけるＣＰＵ使用率を並べて表示する。ここで、長時間ジョブの実行時間は、横軸の時刻及び縦軸の実行時間で画定される四角の大きさで表される。このように、Ｓ４０５で纏めたグループの長時間ジョブの実行時間とリソース使用情報１０３に含まれるＣＰＵ使用率とが並べて表示されるので、リソース使用情報１０３におけるジョブごとの内訳を容易に把握することができる。

Ｓ４０７の判定の結果、ＣＰＵ使用率欄３２１Ａの格納された値が８０％を継続的に上回らない場合、Ｓ５００で、監視部３１０は、「＠１０１」及び「＠１０３」のジョブと、「＠１０６」及び「＠１０８」のジョブとを再び抽出し、Ｓ４０９で、監視部３１０は、長時間ジョブ「＠１０２」と「＠１０１」及び「＠１０３」のジョブとをグループに纏めるとともに、長時間ジョブ「＠１０７」と「＠１０６」及び「＠１０８」のジョブとをグループに纏める。これにより、長時間ジョブの実行中に実行されるジョブが抽出され、長時間ジョブと抽出されたジョブとがグループに纏められる。

Ｓ４１０で、監視部３１０は、図４のジョブネット実行サーバ管理表２２２から、長時間ジョブ「＠１０２」と「＠１０１」及び「＠１０３」のジョブとからなるグループにおいて重複して使用されるサーバ、すなわち、第１ＡＰサーバ１１０とＤＢサーバ１６０とを検出するとともに、長時間ジョブ「＠１０７」と「＠１０６」及び「＠１０８」のジョブとからなるグループにおいて重複して使用されるサーバ、すなわち、ＤＢサーバ１６０を検出する。なお、長時間ジョブ「＠１０２」と「＠１０１」及び「＠１０３」のジョブとからなるグループのように、重複して使用されるサーバが複数ある場合には、全てのジョブに共通して使用されるサーバ、すなわち、ＤＢサーバ１６０を優先して検出する。このように、グループに含まれる各ジョブが使用するサーバのうち、全てのジョブに共通して使用されるサーバが検出されるので、長時間ジョブの実行中に実行されるグループにおいて共通して使用され、リソース競合が発生している可能性が更に高いサーバを検出することができる。

Ｓ４１１で、監視部３１０は、記憶部３２０に記憶された、所定の月日のＤＢサーバ１６０におけるリソース使用情報表３２１から、Ｓ４０９で纏められたグループの少なくとも１つのジョブが実行中のレコード（リソース使用情報１０３）を抽出する。

Ｓ６００で、監視部３１０は、表示時間帯を設定し、Ｓ４１２で、監視部３１０は、表示開始時刻「１０：０１」及び表示終了時刻「１２：３０」において、
長時間ジョブ「＠１０２」と「＠１０１」及び「＠１０３」のジョブとからなるグループの各ジョブの実行時間欄２２６Ｅに格納にされた時間及びＳ４１１で抽出したレコード（リソース使用情報１０３）に含まれる所定のリソースの使用率、例えばハードディスクＩＯ使用率欄３２１Ｄの格納された値を、表示部３３０に表示し、ジョブ監視部３１０は処理を終了する。

図１３は、図１に示した表示部に表示する画面を説明するイメージ図である。図１１に示すように、ＤＢサーバ１６０は長時間ジョブ「＠１０２」（Ｂ部門受注伝票回収ジョブ）の実行中に他のジョブ（Ａ部門受注伝票回収ジョブ及びＣ部門受注伝票回収ジョブ）を実行するので、リソース競合が発生して太線で表したハーディスクＩＯ使用率が閾値を超えるとともに、長時間ジョブ「＠１０７」（Ｂ部門受発注伝票印刷ジョブ）の実行中に他のジョブ（Ａ部門受発注伝票印刷ジョブ及びＣ部門受発注伝票印刷ジョブ）を実行するので、リソース競合が発生して太線で表したハーディスクＩＯ使用率が閾値を超えている。また、各ジョブの実行時間とハードディスクＩＯ使用率とを重ねて表示することで、部門別の受注伝票回収ジョブでは矢印Ｂで表したＢ部門のハードディスクＩＯ使用率が高く、部門別の受発注伝票印刷ジョブでは矢印Ｂで表したＢ部門のハードディスクＩＯ使用率が高いことが分かる。このように、Ｓ４０９で纏めたグループの各ジョブの実行時間とリソース使用情報１０３に含まれるハードディスクＩＯ使用率とが重ねて表示されるので、リソース使用情報１０３におけるジョブごとの内訳を容易に把握することができる。

本実施形態では、Ｓ４０１で監視部３１０が長時間ジョブネットを選択し、Ｓ４０３で長時間ジョブを選択するようにしたが、これに限定されず、監視サーバの利用者が選択するようにしてもよい。また、本実施形態では、各実行サーバのリソース監視エージェント１０２が所定時間間隔でリソース使用情報１０３を監視サーバに送信し、監視部は記憶部３２０に記憶されたリソース使用情報表３２１からリソース使用情報１０３を抽出するようにしたが、これに限定されず、監視部３１０が各実行サーバからリソース使用情報１０３を取得するようにしてもよい。さらに、本実施形態では、ジョブネットが終了した状態、すなわち、ジョブネット実績表２２５の終了時刻欄２２５Ｄ及び実行時間欄２２５Ｅに情報が格納され、ジョブ実績表２２６の終了時刻欄２２６Ｄ及び実行時間欄２２６Ｅに情報が格納された状態で監視するようにしたが、これに限定されず、ジョブネットを実行中に監視するようにしてもよい。この場合、ジョブネット実績表２２５の終了時刻欄２２５Ｄ及び実行時間欄２２５Ｅは情報が格納されておらず、ジョブ実績表２２６の終了時刻欄２２６Ｄ及び実行時間欄２２６Ｅは情報が格納されていないため、監視部３１０は監視時点の時刻を終了時刻とみなし、ジョブネット及び各ジョブの実行時間を算出する。

このように、本発明によれば、長時間ジョブと長時間ジョブの実行中に実行されるジョブとがグループに纏められ、グループに含まれる各ジョブが使用するサーバのうち、重複して使用されるサーバが検出され、検出されたサーバにおける、当該グループの少なくとも１つのジョブの実行中のリソース使用情報１０３が抽出されるので、長時間ジョブの実行中に実行されるグループにおいて重複して使用され、リソース競合が発生している可能性が高いサーバのリソース使用情報を、長時間ジョブの実行中を含み、リソース競合が発生している可能性が高いグループの実行時間を単位として、取得することができる。これにより、従来のように全てのサーバを対象としてジョブ単位にサーバのリソース使用情報を取得する必要がなく、リソース競合が発生している可能性が高いサーバにおける、リソース競合が発生している可能性が高い時間のリソース使用情報１０３から、容易に長期化の原因を特定することができる。

また、長時間ジョブとホストサーバが同一で、かつ、長時間ジョブの実行中に実行されるジョブとがグループに纏められ、当該ホストサーバにおける、当該グループの少なくとも１つのジョブの実行中のリソース使用情報１０３が抽出されるので、長時間ジョブの実行中に実行されるグループにおいて共通して使用され、リソース競合が発生している可能性が高いホストサーバのリソース使用情報を、長時間ジョブの実行中を含み、リソース競合が発生している可能性が高いグループの実行時間を単位として、取得することができる。これにより、従来のように全てのサーバを対象としてジョブ単位にサーバのリソース使用情報を取得する必要がなく、リソース競合が発生している可能性が高いホストサーバにおける、リソース競合が発生している可能性が高い時間のリソース使用情報１０３から、容易に長期化の原因を特定することができる。

また、グループに含まれる各ジョブが使用するサーバのうち、全てのジョブに共通して使用されるサーバが検出されるので、長時間ジョブの実行中に実行されるグループにおいて共通して使用され、リソース競合が発生している可能性が更に高いサーバを検出することができる。これにより、リソース競合が発生している可能性が更に高いホストサーバにおける、リソース競合が発生している可能性が高い時間のリソース使用情報１０３から、容易に長期化の原因を特定することができる。

また、Ｓ４０９で纏めたグループの各ジョブの実行時間とリソース使用情報１０３に含まれるハードディスクＩＯ使用率とが重ねて表示されるので、リソース使用情報１０３におけるジョブごとの内訳を容易に把握することができる。

また、Ｓ４０５で纏めたグループの長時間ジョブの実行時間とリソース使用情報１０３に含まれるＣＰＵ使用率とが並べて表示されるので、リソース使用情報１０３におけるジョブごとの内訳を容易に把握することができる。

なお、本発明の構成は、前述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加えてもよい。

バッチ処理システムの全体構成を説明する概略構成図である。 図１に示したリソース使用情報表の構成を説明する構成図である。 図１に示したジョブネット定義情報の構成を説明する構成図である。 図１に示したジョブネット実行サーバ管理表の構成を説明する構成図である。 図１に示したジョブネット予定表の構成を説明する構成図である。 図１に示したジョブ予定表の構成を説明する構成図である。 図１に示したジョブネット実績表の構成を説明する構成図である。 図１に示したジョブ実績表の構成を説明する構成図である。 図１に示した監視部の動作を説明するフローチャートである。 図９に示した長時間ジョブと並列実行するジョブの検出処理を説明するフローチャートである。 図９に示した表示時間帯設定処理を説明するフローチャートである。 図１に示した表示部に表示する画面を説明するイメージ図である。 図１に示した表示部に表示する画面を説明するイメージ図である。

符号の説明

１０３…リソース使用情報、１１０…第１ＡＰサーバ、１２０…第２ＡＰサーバ、１３０…第３ＡＰサーバ、１４０…第４ＡＰサーバ、１５０…第５ＡＰサーバ、１６０…ＤＢサーバ、３００…監視サーバ、３１０…監視部。

Claims (17)

1. それぞれが少なくとも１つのサーバを使用する複数のジョブを、複数の前記サーバで実行するバッチ処理を監視するバッチ処理監視装置において、
   所定の前記ジョブと、前記所定のジョブの実行中に実行される前記ジョブとを、第１グループとして纏める第１纏め部と、
   前記第１グループの各ジョブが使用する前記サーバのうち、重複して使用されるサーバを検出する検出部と、
   前記サーバにおけるリソースの使用状態を示すリソース使用情報であって、前記検出されたサーバにおける、前記第１グループの少なくとも１つのジョブの実行中の前記リソース使用情報を、取得する第１取得部とを備える
   ことを特徴とするバッチ処理監視装置。
2. 前記各ジョブは、使用する前記サーバのうちの１つがホストサーバとして設定されており、
   前記所定のジョブと、設定された前記ホストサーバが前記所定のジョブと同一で、かつ、前記所定のジョブの実行中に実行される前記ジョブとを、第２グループとして纏める第２纏め部と、
   前記所定のジョブに設定された前記ホストサーバにおける、前記第２グループの少なくとも１つのジョブの実行中の前記リソース使用情報を、取得する第２取得部とを備える
   ことを特徴とする請求項１に記載のバッチ処理監視装置。
3. 前記検出部は、前記第１グループの全てのジョブに共通して使用される前記サーバを検出する
   ことを特徴とする請求項１に記載のバッチ処理監視装置。
4. 前記第１纏め部は、前記所定のジョブと、前記所定のジョブの終了時刻以前に実行を開始し、かつ、前記所定のジョブの開始時刻以降に実行を終了する前記ジョブとを、前記第１グループとして纏める
   ことを特徴とする請求項１に記載のバッチ処理監視装置。
5. 前記第１グループの各ジョブの実行時間と、前記第１取得部により取得された前記リソース使用情報とを表示する第１表示部を備える
   ことを特徴とする請求項１に記載のバッチ処理監視装置。
6. 前記第２纏め部は、前記所定のジョブと、設定された前記ホストサーバが前記所定のジョブと同一で、かつ、前記所定のジョブの終了時刻以前に実行を開始し、かつ、前記所定のジョブの開始時刻以降に実行を終了する前記ジョブとを、前記第２グループとして纏める
   ことを特徴とする請求項２に記載のバッチ処理監視装置。
7. 前記第２グループの各ジョブの実行時間と、前記第２取得部により取得された前記リソース使用情報とを表示する第２表示部を備える
   ことを特徴とする請求項２に記載のバッチ処理監視装置。
8. 前記各ジョブは、予定実行時間が設定されており、
   前記所定のジョブとして、前記複数のジョブの中から実行時間が前記予定実行時間を超えるジョブを選択する選択部を備える
   ことを特徴とする請求項１に記載のバッチ処理監視装置。
9. それぞれが少なくとも１つのサーバを使用する複数のジョブを、複数の前記サーバで実行するバッチ処理を監視するバッチ処理監視方法において、
   所定の前記ジョブと、前記所定のジョブの実行中に実行される前記ジョブとを、第１グループとして纏める第１纏めステップと、
   前記第１グループの各ジョブが使用する前記サーバのうち、重複して使用されるサーバを検出する検出ステップと、
   前記サーバにおけるリソースの使用状態を示すリソース使用情報であって、前記検出されたサーバにおける、前記第１グループの少なくとも１つのジョブの実行中の前記リソース使用情報を、取得する第１取得ステップとを備える
   ことを特徴とするバッチ処理監視方法。
10. 前記各ジョブは、使用する前記サーバのうちの１つがホストサーバとして設定されており、
    前記第１纏めステップは、
    前記所定のジョブと、設定された前記ホストサーバが前記所定のジョブと同一で、かつ、前記所定のジョブの実行中に実行される前記ジョブとを、第２グループとして纏める第２纏めステップと、
    前記所定のジョブに設定された前記ホストサーバにおける、前記第２グループの少なくとも１つのジョブの実行中の前記リソース使用情報を、取得する第２取得ステップとをさらに含む
    ことを特徴とする請求項９に記載のバッチ処理監視方法。
11. 前記検出ステップは、前記第１グループの全てのジョブに共通して使用される前記サーバを検出する
    ことを特徴とする請求項９に記載のバッチ処理監視方法。
12. 前記第１纏めステップは、前記所定のジョブと、前記所定のジョブの終了時刻以前に実行を開始し、かつ、前記所定のジョブの開始時刻以降に実行を終了する前記ジョブとを、前記第１グループとして纏める
    ことを特徴とする請求項９に記載のバッチ処理監視方法。
13. 前記第１取得ステップは、
    第１グループの各ジョブの実行時間と、取得した前記リソース使用情報とを表示する第１表示ステップをさらに含む
    ことを特徴とする請求項９に記載のバッチ処理監視方法。
14. 前記第２纏めステップは、前記所定のジョブと、設定された前記ホストサーバが前記所定のジョブと同一で、かつ、前記所定のジョブの終了時刻以前に実行を開始し、かつ、前記所定のジョブの開始時刻以降に実行を終了する前記ジョブとを、前記第２グループとして纏める
    ことを特徴とする請求項１０に記載のバッチ処理監視方法。
15. 前記第２纏めステップは、
    前記第２グループの各ジョブの実行時間と、前記第２取得ステップにより取得された前記リソース使用情報とを表示する第２表示ステップをさらに含む
    ことを特徴とする請求項１０に記載のバッチ処理監視方法。
16. 前記各ジョブは、予定実行時間が設定されており、
    前記第１纏めステップは、
    前記所定のジョブとして、前記複数のジョブの中から実行時間が前記予定実行時間を超えるジョブを選択する選択ステップをさらに含む
    ことを特徴とする請求項９に記載のバッチ処理監視方法。
17. それぞれが少なくとも１つのサーバを使用する複数のジョブを、複数の前記サーバで実行するバッチ処理を監視するバッチ処理監視プログラムにおいて、
    請求項９に記載の各ステップを備える
    ことを特徴とするバッチ処理監視プログラム。

Images