JP2015088043A - 情報処理装置、情報処理方法、及びそのプログラム - Google Patents

Abstract

【課題】イベント開催期間におけるバッチジョブの処理時間や終了時刻をシミュレーションする仕組みを提供する。
【解決手段】イベントの開催期間を管理し、イベントの開催に応じて処理時間が変化する、連続して実行されるバッチジョブのログを管理するバッチジョブ管理サーバ１００において、イベント選択部３０１は、イベントを選択し、ログ記憶部３０２は、バッチジョブの識別情報と開始日時、および終了日時または処理時間をログとして記憶し、ログ抽出部３０３は、選択されたイベントの開催期間に実行された複数のログを抽出し、出力部３０４は、バッチジョブの識別情報毎に、開始日時が最遅のログまたは処理時間が最長のログの処理時間を用いてシミュレーション結果を出力する。
【選択図】図３

Description

本発明は、情報処理装置、情報処理方法、及びそのプログラムに関する。

現在、情報処理装置で実行されるバッチジョブを管理するバッチジョブ管理システムがある。

バッチジョブ管理システムでは、バッチジョブを登録しておくことで、バッチジョブが定時に実行され、ログを基にバッチジョブの実績を解析、表示することができる。

特開平８−２７２６５２号公報

特許文献１には、バッチジョブ及びバッチジョブを構成するプログラムの実行情報をバッチジョブ名によって検索することにより、バッチジョブの詳細な実行状況を会話形式で簡単に確認する仕組みが開示されている。

販売促進などのイベント開催によって、バッチジョブのトランザクション量が一時的に増える可能性がある販売管理システムなどの場合、システム管理者は規定時間内にバッチジョブが終了するか否かについて判断するために、イベント開催期間におけるバッチジョブの処理時間や終了時刻をあらかじめシミュレーションしておく必要がある。

そのシミュレーションには、過去のバッチジョブのログを参考にするが、ログにはイベントの開催情報が記録されていないため、システム管理者がイベントの資料を参照し、イベント開催期間を考慮した上でログを解析しなければならなかった。

特許文献１にはイベントという概念がないため、イベント開催期間におけるバッチジョブの処理時間や終了時刻をシミュレーションすることが困難である。

また、イベント開催期間におけるバッチジョブのログを解析には、イベント期間中に最も負荷が高かった日を参考にすることが多いが、イベントが長期間行われた場合、最も負荷が高い日を特定するのに手間がかかってしまうという問題もある。また、複数のイベントが同じ時期に実施される場合のバッチジョブ処理時間のシミュレーションは、更に困難である。

そこで、本発明の目的は、イベント開催期間におけるバッチジョブの処理時間や終了時刻をシミュレーションする仕組みを提供することである。

イベントの開催期間を管理し、前記イベントの開催に応じて処理時間が変化する、連続して実行されるバッチジョブのログを管理する情報処理装置であって、前記イベントを選択するイベント選択手段と、前記バッチジョブの識別情報と開始日時、および終了日時または処理時間をログとして記憶するログ記憶手段と、前記ログ記憶手段で記憶したログから、前記イベント選択手段で選択されたイベントの開催期間に実行された複数のログを抽出するログ抽出手段と、前記ログ抽出手段で抽出した複数のログから、前記イベント選択手段で選択されたイベント開催期間に実行されたバッチジョブの識別情報毎に、開始日時が最遅のログまたは処理時間が最長のログの処理時間を用いてシミュレーション結果を出力する出力手段とを備えることを特徴とする情報処理装置。

本発明によれば、イベント開催期間におけるバッチジョブの処理時間や終了時刻のシミュレーションを表示することができる。

本発明に係る文書システムの構成の一例を示す図 図１におけるバッチジョブ管理サーバ１００．バッチジョブ実行サーバ１０２〜１０４のハードウェア構成の一例を示すブロック図 バッチジョブ管理サーバ１００の機能構成の一例を示すブロック図 バッチジョブ管理メニュー画面の一例を示す図 ジョブフロー一覧画面の一例を示す図 バッチジョブ一覧画面の一例を示す図 イベント一覧画面の一例を示す図 シミュレーション条件選択画面の一例を示す図 シミュレーション結果画面の一例を示す図 シミュレーション結果画面の一例を示す図 シミュレーション処理の一例を示すフローチャート 各種テーブルレイアウトの一例を示す図

以下、図面を参照して、本発明の実施の形態の一例について説明する。
図１は、システム構成の一例を示す図である。

図１は、本発明の実施形態に係わるシステム構成の一例を示す図である。

バッチジョブ管理サーバ１００、バッチジョブ実行サーバ１０１〜１０３は、ネットワーク１０４（ＬＡＮなど）およびインターネットなどにより接続されている。バッチジョブ管理サーバ１００は、バッチジョブ実行サーバ１０１〜１０３で実行されるバッチジョブの登録、スケジューリング、実行命令の指示、ログ管理などを行う管理サーバである。

また、バッチジョブ実行サーバ１０１〜１０３で実行されるバッチジョブには、「毎時」「毎日」「毎月」「毎年」など定期的に繰り返して実行されるバッチジョブがある。また、複数のバッチジョブを一連のフロー（例えば、日次夜間処理）として実行することがあり、その連続して実行するバッチジョブをまとめてジョブフローと呼ぶ。

本実施形態では、バッチジョブ実行サーバ１０１〜１０３で実行されるバッチジョブは、バッチジョブ管理サーバ１００に記憶されているとしたが、バッチジョブ実行サーバ１０１〜１０３に記憶されていてもよい。また、バッチジョブ管理サーバ１００とバッチジョブ実行サーバ１０１〜１０３のうち、複数のサーバが一体になっていてもよい。

バッチジョブ管理サーバ１００は、ユーザ企業などのネットワーク１０４に接続されていてもよいし、またそれ自体がクラウドサービス上の仮想サーバとして構築されていてもよい。

具体的には、製造販売業を営む企業の情報システムにおいて、バッチジョブ実行サーバ１０１が販売管理システムのバッチジョブを実行し、バッチジョブ実行サーバ１０２が在庫管理システムのバッチジョブを実行し、バッチジョブ実行サーバ１０３が顧客管理システムのバッチジョブを実行し、バッチジョブ管理者がバッチジョブ管理サーバ１００において、バッチジョブ実行サーバ１０１〜１０３で実行されるバッチジョブの登録、スケジューリング、実行命令の指示、ログ管理などを行う。

なお、図１のネットワーク上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。

図２は、本発明の実施形態に係わる実行制御サーバに適用可能なハードウェア構成の一例を示すブロック図である。なお、このハードウェア構成は、物理サーバ１０２、管理者端末１０４、クライアント端末１０８にも適用可能である。

図２に示すように、バッチジョブ管理サーバ１００は、システムバス２０４を介してＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０２、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０３、入力コントローラ２０５、ビデオコントローラ２０６、メモリコントローラ２０７、通信Ｉ／Ｆコントローラ２０８等が接続された構成を採る。

ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。

また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や、各サーバあるいは各ＰＣが実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。また、本発明を実施するために必要な情報が記憶されている。なお外部メモリはデータベースであってもよい。

ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３あるいは外部メモリ２１１からＲＡＭ２０２にロードし、ロードしたプログラムを実行することで各種動作を実現する。

また、入力コントローラ２０５は、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。

ビデオコントローラ２０６は、ディスプレイ２１０等の表示器への表示を制御する。尚、表示器は液晶ディスプレイ等の表示器でもよい。これらは、必要に応じて管理者が使用する。

メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、あるいは、ＰＣＭＣＩＡ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ Ｍｅｍｏｒｙ Ｃａｒｄ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ａｓｓｏｃｉａｔｉｏｎ）カードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

通信Ｉ／Ｆコントローラ２０８は、ネットワーク１０４を介して外部機器と接続・通信し、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いた通信等が可能である。

尚、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上に表示することが可能である。また、ＣＰＵ２０１は、ディスプレイ２１０上のマウスカーソル（図示しない）等によるユーザ指示を可能とする。

本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイルおよび各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明についても後述する。

図３は、バッチジョブ管理サーバ１００の機能構成の一例を示すブロック図である。

イベント選択部３０１は、前記イベントを選択する機能部である。

ログ記憶部３０２は、前記バッチジョブの識別情報と開始日時、および処理時間をログとして記憶する機能部である。

ログ抽出部３０３は、前記ログ記憶部３０２で記憶したログから、前記イベント選択部３０１で選択されたイベントの開催期間に実行された複数のログを抽出する機能部である。

出力部３０４は、前記ログ抽出部３０３で抽出した複数のログから、前記イベント選択部３０１で選択されたイベント開催期間に実行されたバッチジョブの識別情報毎に、開始日時が最遅のログまたは処理時間が最長のログの処理時間を用いてシミュレーション結果を出力する機能部である。

また、前記出力部３０４は、前記ログ抽出部３０３で抽出したログを更に出力する機能部である。

また、前記出力部３０４は、出力したシミュレーション結果におけるバッチジョブがユーザの操作によって指定された場合に、当該バッチジョブが前記ログ抽出部３０３で抽出したログのうち、どのログの処理時間を用いてシミュレーション結果を出力したかを識別可能に出力する機能部である。

イベント登録部３０５は、前記イベントの開催期間を登録する機能部である。

また、前記出力部３０４は、前記バッチジョブの実行に入力データを必要とする場合は、同一識別情報のバッチジョブのログのうち開始日時が最遅のログを、前記バッチジョブの実行に入力データを必要としない場合は、同一識別情報のバッチジョブのログのうち処理時間が最長のログを、用いて出力する機能部である。

また、前記ログ抽出部３０３は、前記イベント選択部３０１で複数イベントが選択された場合、該複数イベントのみの開催期間に実行されたバッチジョブのログを抽出する機能部である。

また、前記ログ抽出部３０３は、該複数イベントのみの開催期間に実行されたバッチジョブのログを抽出できなかった場合、該複数イベントを構成する１または複数のイベントのみの開催期間に実行されたバッチジョブのログを抽出する機能部である。

図４は、バッチジョブ管理メニュー画面の一例を示す図である。

バッチジョブ管理者によってバッチジョブ管理サーバ１００で動作するバッチジョブ管理システムにログインが行われると、バッチジョブ管理サーバ１００は、出力部２１０にバッチジョブ管理メニュー画面４００を表示する。

バッチジョブ管理サーバ１００は、バッチジョブ管理メニュー画面４００において、「ジョブフロー一覧リンク４０１」「バッチジョブ一覧リンク４０２」「イベント一覧リンク４０３」「シミュレーションリンク４０４」の４つのリンクを表示し、バッチジョブ管理者によって各リンクが押下されると、それぞれ「ジョブフロー一覧画面５００」「バッチジョブ一覧画面６００」「イベント一覧画面７００」「シミュレーション条件選択画面８００」を表示する。

図５は、ジョブフロー一覧画面の一例を示す図である。図１２は、各種テーブルレイアウトの一例を示す図である。

図１２の各種テーブルついて、簡単に説明する。ジョブテーブル１２００は、バッチジョブおよび複数のバッチジョブを一連のフローとして連続して実行するジョブフローを記憶するテーブルである。紐付テーブル１２２０は、ジョブフローに属すバッチジョブについて後続バッチジョブを記憶する、つまり、ジョブフローに含まれるバッチジョブの実行順序を記憶するテーブルである。イベントテーブル１２４０は、小売店やお客様窓口など、販売の現場において実施されるセールやキャンペーンなどのイベントの期間を記憶するテーブルである。ログテーブル１２６０は、バッチジョブ実行サーバ１０１〜１０３で実行されたバッチジョブのログを記憶するテーブルである。

なお、この実施形態では、ログテーブル１２６０には、「処理日」「開始時刻」「終了時刻」を記憶するとしたが、これに限定するものではなく、開始日時と終了日時がログから読み取ることができればよいため、「開始日時」「終了日時」、「処理日」「開始時刻」「処理時間」、「開始日時」「処理時間」などの組み合わせであってもよい。

バッチジョブ管理メニュー画面４００に表示されているジョブフロー一覧リンク４０１が押下されると、図５のジョブフロー一覧画面５００を表示する。

バッチジョブ管理サーバ１００は、ジョブフロー一覧画面５００において、外部メモリ２１１に記憶されているジョブテーブル１２００から、ジョブ区分１２１１＝「ジョブフロー」のレコードを抽出し、ジョブフロー一覧表５０１を表示する。ジョブフロー一覧表５０１におけるジョブフローの処理名はリンクとして表示し、リンクが押下されると、ジョブフロー編集画面５３０を表示する。

また、新規作成ボタン５０２が押下されると、ジョブフロー作成画面５１０を表示する。ジョブフロー作成画面５１０において、新規ジョブフローを登録するためのジョブフロー情報５１１の入力欄を表示する。ジョブフロー情報５１１に新規ジョブフローの情報が入力された後、登録ボタン５１３が押下されると、ジョブフロー情報５１１に基づく新規ジョブフローを作成し、外部メモリ２１１のジョブテーブル１２００に新規ジョブフローを記憶する。

また、ジョブフロー作成画面５１０のフロー作成ボタン５１２が押下されると、このジョブフローを構成するバッチジョブのフローチャート作成画面５２０を表示する。フローチャート作成画面５２０では、外部メモリ２１１に記憶されているジョブテーブル１２００から、ジョブ区分１２１１＝「ジョブ」のレコードをセレクトボックスに表示し、バッチジョブ管理者によって選択、順序付けられることで、バッチジョブのフローチャートを作成し、完了ボタン５２２が押下されると、外部メモリ２１１の紐付テーブル１２２０に作成されたフローチャートを記憶する。

ジョブフロー一覧画面５００のジョブフロー処理名リンク５０３が押下されると、外部メモリ２１１に記憶されているジョブテーブル１２００から、押下されたジョブフローのジョブＩＤをキーにして、「処理名５３２」「処理詳細５３３」「開始時刻（毎時／毎日／毎月／毎年）５３４」「開始時刻（年月日時分）５３５」を取得し、ジョブフロー編集画面５３０に取得したジョブフロー情報５３１を表示する。

バッチジョブ管理者によって、ジョブフロー情報５３１の値が修正された後、更新ボタン５３７が押下されると、ジョブフローのジョブＩＤをキーにして、該当するジョブフローをジョブフロー情報５３１で更新し、外部メモリ２１１のジョブテーブル１２００に記憶する。

また、ジョブフロー編集画面５３０のフロー編集ボタン５３６が押下されると、このジョブフローを構成するバッチジョブのフローチャート編集画面５４０を表示する。具体的には、外部メモリ２１１に記憶されている紐付テーブル１２２０から、ジョブフローのジョブＩＤをキーにして検索し、後続ジョブIDを取得し、取得した後続ジョブIDを検索キーにして紐付テーブル１２２０を更に検索することを繰り返し、フローチャート編集画面５４０を表示する。表示されたフローチャート５４１は、バッチジョブ管理者によって変更され、更新ボタン５４２が押下されると、外部メモリ２１１の紐付テーブル１２２０に更新されたフローチャート５４１を記憶する。
図６は、バッチジョブ一覧画面の一例を示す図である。

バッチジョブ管理メニュー画面４００に表示されているバッチジョブ一覧リンク４０２が押下されると、図６のバッチジョブ一覧画面６００を表示する。

バッチジョブ管理サーバ１００は、バッチジョブ一覧画面６００において、外部メモリ２１１に記憶されているジョブテーブル１２００から、ジョブ区分１２１１＝「ジョブ」のレコードを抽出し、バッチジョブ一覧表６０１を表示する。バッチジョブ一覧表６０１におけるバッチジョブの処理名はリンクとして表示し、リンクが押下されると、バッチジョブ編集画面６２０を表示する。

また、新規作成ボタン６０２が押下されると、バッチジョブ作成画面６１０を表示する。バッチジョブ作成画面６１０において、新規バッチジョブを登録するためのバッチジョブ情報６１１の入力欄を表示する。バッチジョブ情報６１１に新規バッチジョブの情報が入力された後、登録ボタン６１２が押下されると、バッチジョブ情報６１１に基づく新規バッチジョブを作成し、外部メモリ２１１のジョブテーブル１２００に記憶する。

バッチジョブ一覧画面６００のバッチジョブ処理名リンク６０３が押下されると、外部メモリ２１１に記憶されているジョブテーブル１２００から、押下されたバッチジョブのジョブＩＤをキーにして、「処理名６２２」「処理詳細６２３」「開始時刻６２４」「実行ホスト６２５」「実行ユーザ６２６」「実行バッチ６２７」「入力ファイル６２８」を取得し、バッチジョブ編集画面６２０に取得したバッチジョブ情報６２１を表示する。

バッチジョブ管理者によって、バッチジョブ情報６２１の値が修正された後、更新ボタン６２９が押下されると、バッチジョブのジョブＩＤをキーにして、該当するバッチジョブをバッチジョブ情報６２１で更新し、外部メモリ２１１に記憶する。

ここで、「開始時刻６２４」には、このバッチジョブの実行を開始する時刻が決まっている場合に開始時刻を入力する。「開始時刻６２４」のテキストボックスに「○時○分」形式のような時刻を入力することができる。「開始時刻６２４」が空白の場合は、フローチャート編集画面５４０で設定された直前のバッチジョブ（＝バッチジョブＢ）が終了後、即時に「実行バッチ６２７（＝バッチジョブＣ）」の実行を開始する。

なお、「入力ファイル６２８」は、「実行バッチ６２７（＝バッチジョブＣ）」を実行する際に入力ファイルを必要とするか否かを表す。「入力ファイル６２８」は空白であるため、「実行バッチ６２７（＝バッチジョブＣ）」を実行する際に入力ファイルを必要としない。つまり、「実行バッチ６２７（＝バッチジョブＣ）」の実行開始に条件は無いため、フローチャート編集画面５４０で設定された直前のバッチジョブ（＝バッチジョブＢ）が終了後、即時に「実行バッチ６２７（＝バッチジョブＣ）」の実行を開始する。

一方、「入力ファイル６３８」は「．／ｄａｔａＤ．ｄａｔ」であるため、「実行バッチ６３７（＝バッチジョブＤ）」を実行する際に入力ファイルを必要とする。つまり、「．／ｄａｔａＤ．ｄａｔ」が無い場合は、「実行バッチ６３７（＝バッチジョブＤ）」の実行を待機する。その後、「．／ｄａｔａＤ．ｄａｔ」が作成されたなどにより、「．／ｄａｔａＤ．ｄａｔ」の存在が確認できた場合、「実行バッチ６３７（＝バッチジョブＤ）」の実行を開始する。
図７は、イベント一覧画面の一例を示す図である。

バッチジョブ管理メニュー画面４００に表示されているイベント一覧リンク４０３が押下されると、図７のイベント一覧画面７００を表示する。

バッチジョブ管理サーバ１００は、イベント一覧画面７００において、外部メモリ２１１に記憶されているイベントテーブル１２４０から全てのレコードを抽出し、イベント一覧表７０１を表示する。イベント一覧表７０１におけるイベント名はリンクとして表示し、リンクが押下されると、イベント編集画面７２０を表示する。

また、新規作成ボタン７０２が押下されると、イベント作成画面７１０を表示する。イベント作成画面７１０において、新規イベントを登録するためのイベント情報７１１の入力欄を表示する。イベント情報７１１に新規イベントの情報が入力された後、登録ボタン７１２が押下されると、イベント情報７１１に基づく新規イベントを作成し、外部メモリ２１１のイベントテーブル１２４０に記憶する。

イベント一覧画面７００のイベント処理名リンク７０３が押下されると、外部メモリ２１１に記憶されているイベントテーブル１２４０から、押下されたイベントのイベントＩＤをキーにして、「イベント名７２２」「イベント詳細７２３」「イベント開始日７２４」「イベント終了日７２５」を取得し、イベント編集画面７２０に取得したイベント情報７２１を表示する。

バッチジョブ管理者によって、イベント情報７２１の値が修正された後、更新ボタン７２６が押下されると、イベントのイベントＩＤをキーにして、該当するイベントをイベント情報７２１で更新し、外部メモリ２１１に記憶する。

図８は、シミュレーション条件選択画面の一例を示す図である。

バッチジョブ管理メニュー画面４００に表示されているシミュレーションリンク４０４が押下されると、図８のシミュレーション条件選択画面８００を表示する。

バッチジョブ管理サーバ１００は、シミュレーション条件選択画面８００において、外部メモリ２１１に記憶されているジョブテーブル１２００から、ジョブ区分１２１１＝「ジョブフロー」のレコードを抽出しジョブフローセレクトボックス８０１を、イベントテーブル１２４０から全てのレコードを抽出しイベント一覧表８０２を表示する。イベント一覧表８０２にはチェックボックス８０３を表示し、複数のイベントを選択することができる。

具体的には、シミュレーション条件選択画面８１０は、ジョブフローセレクトボックス８０１に「システムＡ 日次 夜間処理」を、チェックボックス８０３から「決算セール２０１３」のイベントを選択した画面である。この画面において実行ボタン８１４が押下されると、イベント「決算セール２０１３」の開催期間にジョブフロー「システムＡ 日次 夜間処理」を実行することを想定したシミュレーション結果画面９００（図９）が表示される。

一方、シミュレーション条件選択画面８２０は、ジョブフローセレクトボックス８０１に「システムＡ 日次 夜間処理」を、チェックボックス８０３から「決算セール２０１３」「入学キャンペーン２０１３」の２つのイベントを選択した画面である。この画面において実行ボタン８２５が押下されると、イベント「決算セール２０１３」「入学キャンペーン２０１３」の２つが同時に開催された場合に、ジョブフロー「システムＡ 日次 夜間処理」を実行することを想定したシミュレーション結果画面１０００（図１０）が表示される。
図９は、シミュレーション結果画面の一例を示す図である。

図８のシミュレーション条件選択画面８１０の実行ボタン８１４が押下されると、図９のシミュレーション結果画面９００を表示する。

シミュレーション結果画面９００には、シミュレーション条件選択画面８１０で選択されたイベントの開催期間に実行された、対象ジョブフローの最長のログをフローチャート形式で表示する。具体的には、「決算セール２０１３」の開催期間（２０１３年３月１０日〜３月３１日）に実行されたジョブフロー「システムＡ 日次 夜間処理」のうち、処理に最も時間がかかったログ（ここでは２０１３年３月２０日のログ）を最長ログ表示エリア９１０に表示する。シミュレーション条件選択画面８１０で選択されたイベントが１つの場合、シミュレーション結果画面９００のように、最長のログを表示するだけであり、シミュレーションは行わない。

これにより、あるジョブフローについて、イベントの開催期間で処理に最も時間がかかったログを表示することができる。

図１０は、シミュレーション結果画面の一例を示す図である。

図８のシミュレーション条件選択画面８２０の実行ボタン８２５が押下されると、図１０のシミュレーション結果画面１０００を表示する。

画面上部の最長ログ表示エリア（点線で囲まれた部分）には、シミュレーション条件選択画面８２０で選択されたイベントの開催期間に実行された、対象ジョブフローの最長のログをフローチャート形式で最長ログ表示エリアに表示する。

具体的には、「決算セール２０１３」の開催期間（２０１３年３月１０日〜３月３１日）に実行されたジョブフロー「システムＡ 日次 夜間処理」のうち、処理に最も時間がかかったログ（ここでは２０１３年３月２０日のログ）を最長ログ表示エリア１０１０に、「入学キャンペーン２０１３」の開催期間（２０１３年４月１日〜４月３０日）に実行されたジョブフロー「システムＡ 日次 夜間処理」のうち、処理に最も時間がかかったログ（ここでは２０１３年４月５日のログ）を最長ログ表示エリア１０２０に表示し、画面下部には最長ログ表示エリアに表示されたログの中から、最も時間がかかったログまたは最も遅く開始したログの処理時間を用いて、バッチジョブ毎につなぎ合わせたシミュレーション結果をシミュレーション結果表示エリア１０３０に表示する。

これにより、これまで同時に開催したことがなかったイベントを同時に開催した場合、あるジョブフローの終了時刻がどれくらいになるかの目安をシミュレーションすることができる。

なお、マウスやキーボードなどの入力コントローラ２０５を用いたユーザの操作によって、シミュレーション結果表示エリア１０３０の各バッチジョブにカーソルをあてられた場合、最長ログ表示エリア１０１０と最長ログ表示エリア１０２０のうち、どのログの処理時間を用いてシミュレーションしたか分かるように、処理時間を用いたログの色を変え、バッチジョブ管理者が識別できるよう表示する。具体的には、シミュレーション結果表示エリア１０３０のバッチジョブＦ（図１０の１０３６）にマウスのカーソルを合わせると、このバッチジョブは、最長ログ表示エリア１０１０のログの処理時間を用いてシミュレーションしたため、バッチジョブＦのログ（図１０の１０１６）の色を変え、ユーザが識別できるようにする。

図１１は、シミュレーション処理の一例を示すフローチャートである。図１２は、各種テーブルレイアウトの一例を示す図である。

図１１と図１２を用いて、図８のシミュレーション条件選択画面８２０の実行ボタン８２５が押下されてから、図１０のシミュレーション結果画面１０００を表示するまでのシミュレーション処理１１００について説明する。

シミュレーション処理１１００は、対象ジョブフローの最長ログ表示処理１１１０とシミュレーション結果表示処理１１２０の２つに分かれる。

まず、シミュレーション処理１１００について説明する。以下の説明は、すべてバッチジョブ管理サーバ１００のCPU２０１が行うものとする。

ステップＳ１１０１において、シミュレーション条件選択画面８２０で選択されたイベント毎に対象ジョブフローの最長ログ表示処理１１１０を実行し、シミュレーション条件選択画面８２０で選択されたイベントの開催期間に実行された、対象ジョブフローの最長のログをフローチャート形式で表示する。このステップＳ１１０１を選択されたイベントの数だけ繰り返す。

なお、シミュレーション条件選択画面８２０で選択されたイベントが、実行ボタン８２５が押下されると、ＲＡＭ２０２に、選択されたジョブフローのジョブＩＤと選択されたイベントのイベントＩＤを記憶しておく。

ステップＳ１１０２において、表示された最長ログの数が２以上か否か判定する。

２以上でない（つまり１以下）と判定した場合は、シミュレーション結果を表示する必要が無いため、シミュレーション処理１１００を終了する。

２以上と判定した場合は、ステップＳ１１０３において、シミュレーション結果表示処理１１２０を実行し、シミュレーション処理１１００を終了する。これにより、複数の最長ログを基にして、選択された複数のイベントが同時に開催された場合、ジョブフローの終了時刻がどれくらいになるかシミュレーション表示される。

次に対象ジョブフローの最長ログ表示処理１１１０について説明する。

ステップＳ１１１１において、選択されたイベントのイベントＩＤをＲＡＭ２０２から取得し、そのイベントＩＤをキーにして、外部メモリ２１１に記憶されているイベントテーブル１２４０から、選択されたイベントのイベント情報を取得する。具体的には、シミュレーション条件選択画面８２０において、「決算セール２０１３」「入学キャンペーン２０１３」の２つのイベントが選択された場合、ＲＡＭ２０２には選択されたイベントのイベントＩＤ「Ｅ００５」「Ｅ００６」が記憶されているため、まずイベントＩＤ「Ｅ００５」をキーにして、イベントテーブル１２４０から、イベント情報１２４５を取得する。

ステップＳ１１１２において、取得したイベント情報１２４５のイベント開始日〜イベント終了日までのイベント開催期間において、ログテーブル１２６０に対象ジョブフローのログの有無を判定する。具体的には、イベント情報１２４５の「イベント開始日」「イベント終了日」はそれぞれ「２０１３／０３／１０」「２０１３／０３／３１」であり、ＲＡＭ２０２には選択されたジョブフローのジョブＩＤ「Ｊ００１」が記憶されているため、処理日「２０１３／０３／１０」〜「２０１３／０３／３１」、ジョブＩＤ「Ｊ００１」を検索キーにして、ログテーブル１２６０を検索し、該当するログの有無を判定する。

該当するログが無い場合、このイベントについての最長ログ表示処理１１１０は終了する。

該当するログが有る場合、ステップＳ１１１３において、該当したログからジョブフロー処理時間が最長のログを特定する。具体的には、該当した各ログの「開始時刻」と「終了時刻」の差から処理時間を算出し、その処理時間が最長のログを特定する。ここでは、ログレコード１２６１（２０１３／０３／２１のログ）が最長のログであったとする。

ステップＳ１１１４において、ジョブＩＤを検索キーにして紐付テーブル１２２０から対象ジョブフローの後続バッチジョブを検索する。具体的には、ジョブＩＤ「Ｊ００１」を検索キーにして紐付テーブル１２２０を検索し、後続バッチジョブのジョブＩＤ「Ｊ００２」を取得する。これにより、ジョブフローのジョブＩＤを検索キーとした場合は先頭のバッチジョブのジョブＩＤを、バッチジョブのジョブＩＤを検索キーとした場合は次のバッチジョブのジョブＩＤを、取得できる

ステップＳ１１１５において、後続バッチジョブの有無を判定する。

後続バッチジョブが無い場合、対象ジョブフローに含まれるすべてのバッチジョブのログ表示が行われたことになるため、このイベントについての最長ログ表示処理１１１０を終了する。

後続バッチジョブが有る場合、ステップＳ１１１６において、後続バッチジョブのジョブＩＤ「Ｊ００１」を検索キーにして、ジョブテーブル１２００を検索し、該当する後続バッチジョブの情報を取得する。具体的には、後続バッチジョブのジョブＩＤ「Ｊ００２」を検索キーにして、ジョブテーブル１２００を検索し、後続バッチジョブのジョブレコード１２０２を取得する。

ステップＳ１１１７において、最長ログの処理日と後続バッチジョブのジョブＩＤ「Ｊ００１」を検索キーにして、ログテーブル１２６０を検索し、該当する後続バッチジョブのログを取得する。具体的には、最長ログの処理日「２０１３／０３／２１」と後続バッチジョブのジョブＩＤ「Ｊ００２」を検索キーにして、ログテーブル１２６０を検索し、後続バッチジョブのログレコード１２６２を取得する。

ステップＳ１１１８において、ＲＡＭ２０２に取得した後続バッチジョブのジョブレコードとログレコードを記憶する。具体的には、ＲＡＭ２０２に取得した後続バッチジョブのジョブレコード１２０２の「ジョブＩＤ」「ジョブ区分」「処理名称」「開始時刻」「入力ファイル」、ログレコード１２６２の「ログＩＤ」「処理日」「ジョブＩＤ」「開始時刻」「終了時刻」または「処理時間」を記憶する。

ステップＳ１１１９において、取得した後続バッチジョブのログを表示する。具体的には、ステップＳ１１１８で最長ログ表示エリア１０１０に処理を表す矩形内に、ＲＡＭ２０２に記憶した「処理名称」「開始時刻」「終了時刻」または「処理時間」を表示する。（図１０の１０１２）

次にステップＳ１１１４に戻り、後続バッチジョブが無くなるまで、つまり対象ジョブフローに含まれるすべてのバッチジョブのログが表示されるまで、ステップＳ１１１４〜ステップＳ１１１９を繰り返す。

以上で、対象ジョブフローの最長ログ表示処理１１１０の説明を終了する。

対象ジョブフローの最長ログ表示処理１１１０を、シミュレーション条件選択画面８２０で選択されたイベントの数だけ繰り返すことで、選択された全てのイベントについて、各イベント開催期間における、対象ジョブフローの最長ログが表示されたことになる。

次にシミュレーション結果表示処理１１２０について説明する。

ステップＳ１１２１において、ジョブＩＤを検索キーにして紐付テーブル１２２０から対象ジョブフローの後続バッチジョブを検索する。具体的には、ジョブＩＤ「Ｊ００１」を検索キーにして紐付テーブル１２２０を検索し、後続バッチジョブのジョブＩＤ「Ｊ００２」を取得する。これにより、ジョブフローのジョブＩＤを検索キーとした場合は先頭のバッチジョブのジョブＩＤを、バッチジョブのジョブＩＤを検索キーとした場合は次のバッチジョブのジョブＩＤを、取得できる

ステップＳ１１２２において、後続バッチジョブの有無を判定する。

後続バッチジョブが無い場合、対象ジョブフローに含まれるすべてのバッチジョブのシミュレーション表示が行われたことになるため、ステップＳ１１３１に進む。

後続バッチジョブが有る場合、ステップＳ１１２３において、ステップＳ１１１８でＲＡＭ２０２に記憶したレコードから、後続バッチジョブのジョブＩＤを検索キーにして、ジョブレコードとログレコードを取得する。具体的には、ＲＡＭ２０２に記憶した、ジョブレコード１２０２の「ジョブＩＤ」「ジョブ区分」「処理名称」「開始時刻」「入力ファイル」、ログレコード１２６２の「ログＩＤ」「処理日」「ジョブＩＤ」「開始時刻」「終了時刻」または「処理時間」を取得する。

ステップＳ１１２４において、バッチジョブにおける開始時刻の指定有無を判定する。具体的には、ＲＡＭ２０２から取得した、バッチジョブのジョブレコードの「開始時刻」に値が指定されているか否かを判定する。ちなみに、ジョブレコード１２０２（＝バッチジョブＢ）の場合、「空白」であるため「指定無し」と判定し、ジョブレコード１２０６（＝バッチジョブＦ）の場合、「５：００」であるため、「指定有り」と判定する。

開始時刻の指定が無い場合、ステップＳ１１２５において、先行ジョブの終了時刻をシミュレーションにおけるバッチジョブの開始時刻とする。バッチジョブが対象ジョブフローの直後の後続バッチジョブである場合、つまり、対象ジョブフローにおける先頭のバッチジョブである場合、対象ジョブフローの開始時刻をシミュレーションにおけるバッチジョブの開始時刻とする。

具体的には、ジョブレコード１２０２（＝バッチジョブＢ）の場合、対象ジョブフロー（＝システムＡ 日次 夜間処理）における先頭のバッチジョブであるため、対象ジョブフローの開始時刻「１：００」をシミュレーションにおけるバッチジョブＢの開始時刻とする。一方、ジョブレコード１２０３（＝バッチジョブＣ）の場合、対象ジョブフロー（＝システムＡ 日次 夜間処理）における先頭のバッチジョブでないため、先行ジョブ（＝バッチジョブＢ）の終了時刻「１：５０」（ログレコード１２６２）をシミュレーションにおけるバッチジョブＣの開始時刻とする。

開始時刻の指定が有る場合、ステップＳ１１２６において、開始時刻として指定された時刻をシミュレーションにおけるバッチジョブの開始時刻とする。具体的には、ジョブレコード１２０６（＝バッチジョブＦ）の場合、開始時刻として指定されている「５：００」をシミュレーションにおけるバッチジョブＦの開始時刻とする。

ステップＳ１１２７において、バッチジョブの実行開始に入力ファイルを必要とするか否かを判定する。具体的には、ＲＡＭ２０２から取得した、バッチジョブのジョブレコードの「入力ファイル」に値が指定されているか否かを判定する。ちなみに、ジョブレコード１２０２（＝バッチジョブＢ）の場合、「空白」であるため「不要」と判定し、ジョブレコード１２０４（＝バッチジョブＤ）の場合、「．／ｄａｔａＤ．ｄａｔ」であるため「必要」と判定する。

入力ファイルが不要な場合、ステップＳ１１２８において、ログレコードのうち処理時間が最長のログの処理時間をシミュレーションにおけるバッチジョブの処理時間とする。また、その時のシミュレーションにおけるバッチジョブの処理時間に採用した、処理時間が最長のログのログＩＤを、ジョブＩＤと紐付けてＲＡＭ２０２に記憶しておく。

具体的には、バッチジョブＢの場合、ログレコード１２６２とログレコード１２７２の処理時間を比較し、「５０分」「４０分」であるため、処理時間が最長のログ（ログレコード１２６２）の処理時間である「５０分」を、シミュレーションにおけるバッチジョブＢの処理時間とする。また、バッチジョブＢはログレコード１２６２の処理時間を採用したため、ジョブＩＤ「Ｊ００２」とログＩＤ「Ｌ０１００２」を紐付けてＲＡＭ２０２に記憶しておく。

同様にして、バッチジョブＦの場合、ログレコード１２６６とログレコード１２７６の処理時間を比較し、「４０分」「３５分」であるため、処理時間が最長のログ（ログレコード１２６６）の処理時間である「４０分」を、シミュレーションにおけるバッチジョブＦの処理時間とする。また、バッチジョブＦはログレコード１２６６の処理時間を採用したため、ジョブＩＤ「Ｊ００６」とログＩＤ「Ｌ０１００６」を紐付けてＲＡＭ２０２に記憶しておく。

入力ファイルが必要な場合、ステップＳ１１２９において、ログレコードのうち開始時刻が最も遅いログの処理時間をシミュレーションにおけるバッチジョブの処理時間とする。また、その時のシミュレーションにおけるバッチジョブの処理時間に採用した、開始時刻が最も遅いログのログＩＤを、ジョブＩＤと紐付けてＲＡＭ２０２に記憶しておく。

具体的には、バッチジョブＤの場合、ログレコード１２６４とログレコード１２７４の開始時刻を比較し、「５時２０分」「６時１０分」であるため、開始時刻が最遅のログ（ログレコード１２７４）の処理時間である「５０分」を、シミュレーションにおけるバッチジョブＤの処理時間とする。また、バッチジョブＤは、ログレコード１２７４の処理時間を採用したため、ジョブＩＤ「Ｊ００４」とログＩＤ「Ｌ０８００４」を紐付けてＲＡＭ２０２に記憶しておく。

以上により、ステップＳ１１２４〜ステップＳ１１２６でシミュレーションにおけるバッチジョブの開始時刻を決定し、ステップＳ１１２７〜ステップＳ１１２９でシミュレーションにおけるバッチジョブの処理時間を決定する。

ステップＳ１１３０において、シミュレーションにおける開始時刻と処理時間が決定したバッチジョブをシミュレーション結果表示エリア１０３０に表示する。その後、ステップＳ１１２２に進み、後続のバッチジョブについても同様にシミュレーションの表示を行う。

ステップＳ１１２２において、後続バッチジョブが無いと判定された場合、対象ジョブフローに含まれるすべてのバッチジョブのシミュレーション表示が行われたことになるため、ステップＳ１１３１に進む。

ステップＳ１１３１において、ユーザによってシミュレーション結果のジョブが指定されたか否かを判定する。具体的には、マウスやキーボードなどの入力コントローラ２０５を用いたユーザの操作によって、シミュレーション結果表示エリア１０３０の各バッチジョブにカーソルをあてられたか否かを判定する。

ユーザによってシミュレーション結果のジョブが指定された場合は、ステップＳ１１３２において、シミュレーションで処理時間を用いたログの色を変え、ユーザが識別できるようにする。具体的には、シミュレーション結果表示エリア１０３０のバッチジョブＦ（図１０の１０３６）にマウスのカーソルをあてると、バッチジョブＦのジョブＩＤ「Ｊ００６」は、ログＩＤ「Ｌ０１００６」と紐付けてＲＡＭ２０２に記憶されているため、ログＩＤ「Ｌ０１００６」のログ（図１０の１０１６）の色を変え、ユーザが識別できるようにする。

なお、この実施形態では、色を変えることでユーザが識別できるようにしたが、色を変えるのはあくまで例であって、対象のログを点滅させる、対象のログがわかるように矢印を表示するなどにより、ユーザが識別できればよい。

以上で、シミュレーション結果表示処理１１２０、およびシミュレーション処理１１００の説明を終了する。

以上、本実施形態によれば、イベント開催期間におけるバッチジョブの処理時間や終了時刻のシミュレーションを表示する仕組みを提供することができる。

また、イベントが長期間行われた場合も、ユーザの簡単な操作で最も負荷が高い日を特定することができる。また、複数のイベントが同じ時期に実施される場合のバッチジョブ処理時間のシミュレーションも、ユーザの簡単な操作で用意にできるようになる。

また、小売店やお客様窓口など、販売の現場において実施されるセールやキャンペーンなどの販売促進のイベントが開催されると、販売量や在庫処理、あるいは顧客情報のメンテナンス量が一時的に増えるため、定期的に繰り返して実行されるバッチジョブの処理時間が大幅に変化することがある。これらのシステム管理者は、本実施形態によるシミュレーションを行うことで、イベントを実施した場合のバッチジョブの処理時間が規定時間内に収まるかを、より早く、より容易に予測することができる。

シミュレーションにより、バッチジョブの処理時間が規定時間内に収まらない場合は、バッチジョブ内の処理の見直し、バッチジョブ実行スケジュールの見直し、サーバやネットワーク増強の計画などを、イベント開催までに実施する必要があるが、早い段階でそれらの作業に取り掛かることが可能になる。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１００ バッチジョブ管理サーバ
１０１ バッチジョブ実行サーバ
１０２ バッチジョブ実行サーバ
１０３ バッチジョブ実行サーバ

Claims (9)

1. イベントの開催期間を管理し、前記イベントの開催に応じて処理時間が変化する、連続して実行されるバッチジョブのログを管理する情報処理装置であって、
   前記イベントを選択するイベント選択手段と、
   前記バッチジョブの識別情報と開始日時、および終了日時または処理時間をログとして記憶するログ記憶手段と、
   前記ログ記憶手段で記憶したログから、前記イベント選択手段で選択されたイベントの開催期間に実行された複数のログを抽出するログ抽出手段と、
   前記ログ抽出手段で抽出した複数のログから、前記イベント選択手段で選択されたイベント開催期間に実行されたバッチジョブの識別情報毎に、開始日時が最遅のログまたは処理時間が最長のログの処理時間を用いてシミュレーション結果を出力する出力手段とを備えることを特徴とする情報処理装置。
2. 前記出力手段は、前記ログ抽出手段で抽出したログを更に出力することを特徴とする請求項１に記載の情報処理装置。
3. 前記出力手段は、出力したシミュレーション結果におけるバッチジョブがユーザの操作によって指定された場合に、当該バッチジョブが前記ログ抽出手段で抽出したログのうち、どのログの処理時間を用いてシミュレーション結果を出力したかを識別可能に出力することを特徴とする請求項１または２に記載の情報処理装置。
4. 前記情報処理装置は、
   前記イベントの開催期間を登録するイベント登録手段を更に備えることを特徴とする請求項１乃至３のいずれか１項情報処理装置。
5. 前記出力手段は、
   前記バッチジョブの実行に入力データを必要とする場合は、同一識別情報のバッチジョブのログのうち開始日時が最遅のログを、前記バッチジョブの実行に入力データを必要としない場合は、同一識別情報のバッチジョブのログのうち処理時間が最長のログを、用いて出力することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 前記ログ抽出手段は、
   前記イベント選択手段で複数イベントが選択された場合、該複数イベントのみの開催期間に実行されたバッチジョブのログを抽出することを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
7. 前記ログ抽出手段は、
   該複数イベントのみの開催期間に実行されたバッチジョブのログを抽出できなかった場合、該複数イベントを構成する１または複数のイベントのみの開催期間に実行されたバッチジョブのログを抽出することを特徴とする請求項６に記載の情報処理装置。
8. イベントの開催期間を管理し、前記イベントの開催に応じて処理時間が変化する、連続して実行されるバッチジョブのログを管理する情報処理装置における処理方法であって、
   前記情報処理装置が、
   前記イベントを選択するイベント選択ステップと、
   前記バッチジョブの識別情報と開始日時、および処理時間をログとして記憶するログ記憶ステップと、
   前記ログ記憶ステップで記憶したログから、前記イベント選択ステップで選択されたイベントの開催期間に実行された複数のログを抽出するログ抽出ステップと、
   前記ログ抽出ステップで抽出した複数のログから、前記イベント選択ステップで選択されたイベント開催期間に実行されたバッチジョブの識別情報毎に、開始日時が最遅のログまたは処理時間が最長のログの処理時間を用いてシミュレーション結果を出力する出力ステップとを実行することを特徴とする処理方法。
9. イベントの開催期間を管理し、前記イベントの開催に応じて処理時間が変化する、連続して実行されるバッチジョブのログを管理する情報処理装置で実行可能なプログラムであって、
   前記情報処理装置を、
   前記イベントを選択するイベント選択手段と、
   前記バッチジョブの識別情報と開始日時、および処理時間をログとして記憶するログ記憶手段と、
   前記ログ記憶手段で記憶したログから、前記イベント選択手段で選択されたイベントの開催期間に実行された複数のログを抽出するログ抽出手段と、
   前記ログ抽出手段で抽出した複数のログから、前記イベント選択手段で選択されたイベント開催期間に実行されたバッチジョブの識別情報毎に、開始日時が最遅のログまたは処理時間が最長のログの処理時間を用いてシミュレーション結果を出力する出力手段として機能させることを特徴とするプログラム。

Images