JP2005209029A - アプリケーション管理システム、アプリケーション管理方法およびその管理方法を実行させるためのプログラム - Google Patents

Abstract

【課題】アプリケーション管理の省力化。
【解決手段】アプリケーションサーバ計算機群１１Ａとアプリケーションの動作定義保存ファイル１９を格納する管理サーバ計算機１３とを通信ネットワーク１２を介して相互に通信可能に構成し、前記動作定義保存ファイル１９を前記サーバ計算機群が参照することによりアプリケーションの動作を制御する。前記サーバ計算機１５Ａのアプリケーション管理手段２１Ａが管理するアプリケーションをグループ化した実行対象アプリケーション群２２と、これらのグルーピングデータを有する現在状態更新ファイル２３Ａとを備え、前記管理手段２１Ａに指定した単位でアプリケーションの停止要求を受け付ける停止受付部２５と、アプリケーションをグループ単位で管理するとともに、前記停止受付部からの停止要求を受けて前記アプリケーションを一斉に停止させるアプリケーショングルーピング管理部２６とを備える。
【選択図】 図４

Description

本発明は、複数の計算機と各々計算機において動作するアプリケーションの動作定義を一元管理する計算機とを備えたアプリケーション管理システムに係り、特に、柔軟なアプリケーション分散配置の実現およびアプリケーションの動作定義の管理の安全性向上を図ったアプリケーション管理システム、アプリケーション管理方法およびその管理方法を実行させるためのプログラムに関する。

図１７に従来のアプリケーション管理システムおよびアプリケーション管理方法について概略を説明する概略図を示す。

図１７に示すアプリケーション管理システム１は、例えば３つ等の少なくとも１以上のアプリケーションサーバ計算機２Ａ，２Ｂ，２ＣがＬＡＮ（Local Area Network）またはＷＡＮ（Wide Area Network）等の通信ネットワーク３を介して管理サーバ計算機４と電気的に接続され、双方向に電子データの受け渡しが可能に構成される。

管理サーバ計算機４には、少なくとも１以上のアプリケーション５を有するアプリケーションサーバ計算機２Ａ，２Ｂ,２Ｃの各々が処理を実行するアプリケーション５の動作定義を記録し保存したアプリケーション動作定義保存ファイル６が格納される。

アプリケーション管理システム１は、各々のアプリケーションサーバ計算機２Ａ，２Ｂ,２Ｃがアプリケーション実行時に管理サーバ計算機４に格納されるアプリケーション動作定義保存ファイル６を参照することで、各々のアプリケーションサーバ計算機２Ａ，２Ｂ,２Ｃのアプリケーション動作定義を一元的に管理する。尚、図１７中のＰ_Ａ,Ｐ_Ｂ,Ｐ_Ｃは、それぞれアプリケーションサーバ計算機２Ａ,２Ｂ,２Ｃのアクセス経路を示す。

上述したアプリケーション管理システムおよびそのアプリケーション方法の一例は、特開平１１−５９８７３号公報に掲載されている。（例えば、特許文献１参照）。
特開平１１−５９８７３号公報（明細書段落番号［０００１］，［０００６］〜［０００７］，［００１７］〜［００３０］，図１〜図２）

図１７に示すような従来のアプリケーション管理システム１、アプリケーション管理方法では、複数のアプリケーションを一斉に起動することはできるが、一斉に停止することはできないという課題がある。アプリケーションの動作においては、起動の後は必ず停止があり、一斉停止ができないとするならばアプリケーションを管理する上で不便であり、負担も大きい。つまり、アプリケーションを管理する上での利便性及び省力化の点で問題がある。

また、発生したアプリケーションの動作異常を検出した場合、アプリケーションの再実行等の後処理がなされるが、外部のアプリケーションサーバ計算機には通知されず、異常が発生した際にアプリケーションサーバ計算機を利用していたユーザ等の一部の者しかアプリケーションに動作異常が発生したことを知ることができないという課題がある。異常が生じた旨を外部のアプリケーションサーバ計算機から知ることができないとするならば、異常状態を復起させる処置が遅れたり、異常発生を知らない者によるユーザの使用等により、システム全体又はその一部に悪影響を与えかねない点で問題となる。

さらに、規定周期外での起動または停止、すなわち、アプリケーション動作を不定期に行うことができず、動作の自由度が少ないという課題がある。アプリケーションの動作が規定周期に限られると、アプリケーションを管理する上では、動作の自由度が著しく制限される点で問題となる。

さらにまた、管理サーバ計算機４は１台であり、動作定義を取得する取得経路が１つであることからこの管理サーバ計算機４が何らかの理由で異常となり、動作定義が取得できない場合にはアプリケーションの動作管理を継続して実行することができないという課題がある。管理サーバ計算機４が異常になる等で動作定義を取得できないとすれば、アプリケーションサーバ計算機２Ａ等は、アプリケーションの動作管理ができなくなり、システムの安全性、信頼性の点で問題となる。

本発明は上記課題を解決するためになされたものであり、アプリケーション管理の利便性向上及び省力化を図ったアプリケーション管理システム、アプリケーション管理方法およびそのアプリケーション管理方法を実行させるためのプログラムを提供することを発明の目的とする。

また、他の発明の目的としては、アプリケーション動作の異常が発生したアプリケーションサーバ計算機以外の外部計算機にも異常が発生した旨を通知して、アプリケーション管理システムの他のアプリケーションに対する悪影響を最小限に留め得るアプリケーション管理システム、アプリケーション管理方法およびそのアプリケーション管理方法を実行させるためのプログラムを提供することにある。

さらに、他の発明の目的としては、アプリケーションの動作定義を取得する取得経路を複数確保してより安定性、信頼性を高めたアプリケーション管理システム、アプリケーション管理方法およびそのアプリケーション管理方法を実行させるためのプログラムを提供することにある。

本発明に係るアプリケーション管理システムは、上述した課題を解決するため、請求項１に記載したように、複数の実行可能なアプリケーションを有するアプリケーションサーバ計算機を複数台備えるアプリケーションサーバ計算機群と複数のアプリケーションの動作定義を事前設定した管理サーバ計算機とを通信ネットワークを介して相互に通信可能に構成し、前記アプリケーションサーバ計算機は、アプリケーションの実行を制御し管理するアプリケーション管理手段と、このアプリケーション管理手段が管理する少なくとも１以上のアプリケーションと、アプリケーションの現在の状態を記録し保有するアプリケーション現在状態更新ファイルとを備え、前記管理サーバ計算機は、アプリケーションの動作定義を記録したアプリケーション動作定義保存ファイルを格納し、このアプリケーション動作定義保存ファイルを前記アプリケーションサーバ計算機が参照することによりアプリケーションの動作を制御するアプリケーション管理システムにおいて、前記アプリケーションサーバ計算機は、前記アプリケーション管理手段が管理する少なくとも１以上のアプリケーションを少なくとも１以上のグループにグループ化した実行対象アプリケーション群と、この実行対象アプリケーション群のグルーピングデータを有するアプリケーション現在状態更新ファイルとを備え、前記アプリケーションサーバ計算機のアプリケーション管理手段に、指定した単位でアプリケーションの停止要求を受け付けるアプリケーション停止受付部と、前記実行対象アプリケーション群のアプリケーションをグループ単位で管理するとともに、前記アプリケーション停止受付部からの停止要求を受けて前記指定した単位でアプリケーションを一斉に停止させるアプリケーショングルーピング管理部とを備えることを特徴とする。

尚、請求項１記載の指定した単位とは、アプリケーション管理手段が管理するアプリケーション単位またはアプリケーション群のグルーピングされたグループ単位をいう。

また、本発明に係るアプリケーション管理システムは、上述した課題を解決するため、請求項２に記載したように、複数の実行可能なアプリケーションを有するアプリケーションサーバ計算機を複数台備えるアプリケーションサーバ計算機群と複数のアプリケーションの動作定義を事前設定した管理サーバ計算機とを通信ネットワークを介して相互に通信可能に構成し、前記アプリケーションサーバ計算機は、アプリケーションの実行を制御し管理するアプリケーション管理手段と、このアプリケーション管理手段が管理する少なくとも１以上のアプリケーションと、アプリケーションの現在の状態を記録し保有するアプリケーション現在状態更新ファイルとを備え、前記管理サーバ計算機は、アプリケーションの動作定義を記録したアプリケーション動作定義保存ファイルを格納し、このアプリケーション動作定義保存ファイルを前記アプリケーションサーバ計算機が参照することによりアプリケーションの動作を制御するアプリケーション管理システムにおいて、前記アプリケーションサーバ計算機は、アプリケーション動作の異常を検出するアプリケーション異常検出手段と、異常検出時の後処理を実行する後処理アプリケーションとを備え、前記アプリケーションサーバ計算機のアプリケーション管理手段に、実行要求のあったアプリケーションの実行を制御するアプリケーション管理部と、異常が発生し実行要求されたアプリケーションが再実行できない場合に前記後処理アプリケーションを実行する後処理実行部とを備えることを特徴とする。

尚、請求項２記載の適切な後処理を実行するとは、異常終了が発生した管理対象のアプリケーションに応じ、余計な負荷をアプリケーションシステムにかけないようにしてシステムの全体又は一部に与える悪影響を最小限に抑える後処理をいう。

さらに、本発明に係るアプリケーション管理システムは、上述した課題を解決するため、請求項３に記載したように、複数の実行可能なアプリケーションを有するアプリケーションサーバ計算機を複数台備えるアプリケーションサーバ計算機群と複数のアプリケーションの動作定義を事前設定した管理サーバ計算機とを通信ネットワークを介して相互に通信可能に構成し、前記アプリケーションサーバ計算機は、アプリケーションの実行を制御し管理するアプリケーション管理手段と、このアプリケーション管理手段が管理する少なくとも１以上のアプリケーションと、アプリケーションの現在の状態を記録し保有するアプリケーション現在状態更新ファイルとを備え、前記管理サーバ計算機は、アプリケーションの動作定義を記録したアプリケーション動作定義保存ファイルを格納し、このアプリケーション動作定義保存ファイルを前記アプリケーションサーバ計算機が参照することによりアプリケーションの動作を制御するアプリケーション管理システムにおいて、前記アプリケーションサーバ計算機に、オペレーションシステムのタイマを管理し、現在時刻を認識するとともに、中断処理を行うアプリケーションの次回起動時刻を受け取り、前記現在時刻と前記次回起動時刻とが同じ時刻になると、アプリケーションの実行要求を行うＯＳタイマ管理手段を設け、前記アプリケーション管理手段に、実行要求のあったアプリケーションの実行を制御するアプリケーション管理部と、中断処理を行うアプリケーションの次回起動時刻を前記ＯＳタイマ管理手段に通知する次回起動時刻通知部とを備えることを特徴とする。

さらにまた、本発明に係るアプリケーション管理システムは、上述した課題を解決するため、請求項４に記載したように、複数の実行可能なアプリケーションを有するアプリケーションサーバ計算機を複数台備えるアプリケーションサーバ計算機群と複数のアプリケーションの動作定義を事前設定した管理サーバ計算機とを通信ネットワークを介して相互に通信可能に構成し、前記アプリケーションサーバ計算機は、アプリケーションの実行を制御し管理するアプリケーション管理手段と、このアプリケーション管理手段が管理する少なくとも１以上のアプリケーションと、アプリケーションの現在の状態を記録し保有するアプリケーション現在状態更新ファイルとを備え、前記管理サーバ計算機は、アプリケーションの動作定義を記録したアプリケーション動作定義保存ファイルを格納し、このアプリケーション動作定義保存ファイルを前記アプリケーションサーバ計算機が参照することによりアプリケーションの動作を制御するアプリケーション管理システムにおいて、前記アプリケーションサーバ計算機に、規定時間毎に前記アプリケーション現在状態更新ファイルに記録される規定時間内動作回数を０にする現状動作回数リセット手段と、前記アプリケーション管理手段に、実行要求のあったアプリケーションの実行を制御し管理するアプリケーション管理部と、前記アプリケーション現在状態更新ファイルに記録される規定時間内動作回数と前記アプリケーション動作定義保存ファイルに記録される設定動作回数とを比較する動作回数比較部とを備えることを特徴とする。

一方、本発明に係るアプリケーション管理システムは、上述した課題を解決するため、請求項５に記載したように、複数の実行可能なアプリケーションを有するアプリケーションサーバ計算機を複数台備えるアプリケーションサーバ計算機群と複数のアプリケーションの動作定義を事前設定した管理サーバ計算機とを通信ネットワークを介して相互に通信可能に構成し、前記アプリケーションサーバ計算機は、アプリケーションの実行を制御し管理するアプリケーション管理手段と、このアプリケーション管理手段が管理する少なくとも１以上のアプリケーションと、アプリケーションの現在の状態を記録し保有するアプリケーション現在状態更新ファイルとを備え、前記管理サーバ計算機は、アプリケーションの動作定義を記録したアプリケーション動作定義保存ファイルを格納し、このアプリケーション動作定義保存ファイルを前記アプリケーションサーバ計算機が参照することによりアプリケーションの動作を制御するアプリケーション管理システムにおいて、前記アプリケーションサーバ計算機は、前記アプリケーション管理手段にアプリケーションの実行を制御するアプリケーション管理部と、アプリケーション終了時に今回の実行時間を算出するアプリケーション実行時間算出部と、前記アプリケーション管理手段が管理するアプリケーションについてアプリケーション実行終了後に前記アプリケーション実行時間算出部から算出した今回の実行時間を受け取って今回までの平均実行時間を算出するアプリケーション平均実行時間算出手段とを備えることを特徴とする。

他方、本発明に係るアプリケーション管理システムは、上述した課題を解決するため、請求項６に記載したように、複数の実行可能なアプリケーションを有するアプリケーションサーバ計算機を複数台備えるアプリケーションサーバ計算機群と複数のアプリケーションの動作定義を事前設定した複数の管理サーバ計算機を有する管理サーバ計算機群とを通信ネットワークを介して相互に通信可能に構成し、前記管理サーバ計算機群が有する管理サーバ計算機は、アプリケーションの動作定義を記録したアプリケーション動作定義保存ファイルを格納し、前記アプリケーションサーバ計算機は、事前に決められた接続優先度に従い、前記管理サーバ計算機に格納されるアプリケーション動作定義保存ファイルを参照してアプリケーションの動作を制御し管理するアプリケーション管理手段と、このアプリケーション管理手段が管理する少なくとも１以上のアプリケーションと、アプリケーションの現在の状態を記録し保有するアプリケーション現在状態更新ファイルとを備えることを特徴とする。

本発明に係るアプリケーション管理方法は、上述した課題を解決するため、請求項７に記載したように、アプリケーション停止受付部がアプリケーションの停止要求を受け付けて認識し停止要求の内容を判断するアプリケーション停止要求判断行程と、このアプリケーション停止要求判断行程で前記アプリケーション停止受付部が判断した停止要求のあったアプリケーションに属するグループを管理するアプリケーショングルーピング管理部が停止要求のあったアプリケーションを一斉に停止するアプリケーション停止行程と、前記アプリケーショングルーピング管理部がアプリケーション現在状態情報を更新するアプリケーション現在状態情報更新行程とを具備し、前記アプリケーション停止要求判断行程は、前記アプリケーション停止部がアプリケーションの停止要求を受け付け認識するアプリケーション停止要求認識ステップと、アプリケーション動作定義保存ファイルを参照し、アプリケーション動作定義を取得するアプリケーション動作定義取得ステップと、取得したアプリケーション動作定義からアプリケーション停止要求の内容を判断するアプリケーション停止要求内容判断ステップとを備えることを特徴とする。

本発明に係る管理方法を実行させるプログラムは、上述した課題を解決するために、請求項８に記載したようなアプリケーション停止部がアプリケーションの停止要求を受け付け認識するアプリケーション停止要求認識ステップと、アプリケーション動作定義保存ファイルを参照し、アプリケーション動作定義を取得するアプリケーション動作定義取得ステップと、取得したアプリケーション動作定義からアプリケーション停止要求の内容を判断するアプリケーション停止要求内容判断ステップとを備えるアプリケーション停止要求判断行程と、このアプリケーション停止要求判断行程で前記アプリケーション停止受付部が判断した停止要求のあったアプリケーションに属するグループを管理するアプリケーショングルーピング管理部が停止要求のあったアプリケーションを一斉に停止するアプリケーション停止行程と、前記アプリケーショングルーピング管理部がアプリケーション現在状態情報を更新するアプリケーション現在状態情報更新行程とを具備するアプリケーション停止手順をコンピュータに実行させるプログラムであることを特徴とする。

本発明に係るアプリケーション管理システム、アプリケーション管理方法およびその管理方法を実行させるためのプログラムによれば、アプリケーションサーバ計算機で実行中の所定のアプリケーションが複数あり同じグループに属する場合、各々のアプリケーション名を指定する必要がなく、アプリケーション停止の際の省力化を実現することができる。

また、アプリケーションの動作異常が発生（検出）した場合、アプリケーションのリカバリーをアプリケーションの動作定義に従って実施して、リカバリーが不要または不可である場合には、異常が発生したアプリケーションの動作を禁止するとともに、後処理実行アプリケーションが起動してアプリケーションの動作異常発生を通信ネットワークを介して電気的に接続される外部計算機に通知するので、外部計算機からの無用な接続を防止する。従って、アプリケーション管理システムの他のアプリケーションに対する悪影響を最小限に食い止めることができ、より適切なリカバリーを実施することができる。

さらに、アプリケーションサーバ計算機において管理される管理対象アプリケーション群の個々のアプリケーションの処理操作を一旦中断し、規定周期時間以外の任意時間後にアプリケーションの実行処理を再開させる（動的起動させる）ことができるので、アプリケーションの動作の自由度を従来のアプリケーション管理システムよりも高めることができる。

さらにまた、管理サーバ計算機に代えて、管理サーバ計算機群を具備することで、アプリケーション動作定義を取得する接続経路を複数個確保することができ、従来のアプリケーション管理システムよりシステムの安定度および信頼度を高めることができる。

以下、本発明に係るアプリケーション管理システム、アプリケーション管理方法およびその管理方法を実行させるためのプログラムの実施の形態について図面を参照して説明する。

図１に本発明に係るアプリケーション管理システムの基本的な構成概略を表した基本構成概略図を示す。

図１に示されるアプリケーション管理システム１０は、本発明の各実施に係るアプリケーション管理システムにおける共通構成である。アプリケーション管理システム１０は、少なくとも１以上のアプリケーションサーバ計算機を有するサーバ計算機群１１がＬＡＮ（Local Area Network）またはＷＡＮ（Wide Area Network）等の通信ネットワーク１２を介して管理サーバ計算機１３と電気的に接続され、双方向に電子データの受け渡しが可能に構成される。アプリケーション管理システム１０のサーバ計算機群１１は、例えば３つ等の少なくとも１以上のアプリケーションサーバ計算機１５，１６，１７を備える。

アプリケーション管理システム１０の管理サーバ計算機１３には、各々のアプリケーションサーバ計算機１５，１６，１７で動作するアプリケーションの動作定義を記録し保存したアプリケーション動作定義保存ファイル１９を格納しており、管理サーバ計算機１３にアプリケーション動作定義保存ファイル１９を格納することで、各々のアプリケーションサーバ計算機１５，１６，１７のアプリケーション動作定義を管理サーバ計算機１３に集約して管理する。

アプリケーションサーバ計算機１５は、アプリケーションの実行を制御し管理するアプリケーション管理手段２１と、アプリケーション管理手段２１が管理し、少なくとも１以上の実行可能なアプリケーションを有する実行対象アプリケーション群２２と、アプリケーション現在状態情報としてアプリケーションの現在状態を記録し保有するアプリケーション現在状態更新ファイル２３とを備える。

アプリケーションサーバ計算機１５のアプリケーション管理手段２１は、アプリケーションサーバ計算機１５においてユーザの入力操作等によりアプリケーションの実行要求が生じると、通信ネットワーク１２を介して管理サーバ計算機１３に格納されるアプリケーション動作定義保存ファイル１９を参照する。そして、アプリケーション動作定義保存ファイル１９に記録されるアプリケーション動作定義に従い、実行要求のあったアプリケーションの実行を制御し管理する。

図２にアプリケーション動作定義保存ファイル１９のデータ構造の一例を説明する説明図を示す。

アプリケーション動作定義保存ファイル１９は、実行対象アプリケーション群２２が有するｎ個（ｎ：任意の自然数）の実行対象アプリケーションを管理するべく、実行対象アプリケーション毎にアプリケーションを管理するためのデータ（以下、アプリケーション管理データとする。）が記録されている。各アプリケーション管理データは、例えば、図２に示すように、アプリケーション名、所属グループ名、所属アプリケーションサーバ計算機名、アプリケーションパス名、動作優先度、規定監視時間、規定周期時間、動作異常時の後処理パターン、後処理実行アプリケーション名、規定時間、規定時間内動作回数の情報を保有する。

ここで、各アプリケーション管理データが保有する情報について補足する。所属グループ名とは、アプリケーションをグループ単位で管理するために定義するグループの名称である。所属アプリケーションサーバ計算機とは、アプリケーションが実際に動作可能な計算機の名称である。アプリケーションパス名とは、アプリケーションの実行ファイルが保存されている箇所を示す情報である。動作優先度とは、実行対象アプリケーションの動作優先度を定義した情報である。

また、規定監視時間とは、実行対象アプリケーションの動作時間を外部から監視するための基準時間であり、規定周期時間とは、実行対象アプリケーションを外部から周期的に動作させるための周期時間である。動作異常時の後処理パターンとは、実行対象アプリケーションの動作異常時の後処理方式を定義した情報である。後処理実行アプリケーション名とは、アプリケーションの動作異常時の後処理を実施するアプリケーション名をいう。

さらに、規定時間とは、実行対象アプリケーションの動作回数を監視する基準となる時間であり、規定時間内動作回数とは、規定時間内に実行対象アプリケーションが動作した回数をいう。

次に、図３を用いてアプリケーションサーバ計算機群１１のアプリケーションサーバ計算機１５，１６，１７がそれぞれ備えるアプリケーション現在状態更新ファイル２３について説明する。

図３は、アプリケーション現在状態更新ファイル２３のデータ構造の一例を説明する説明図である。

図３に示されるアプリケーション現在状態更新ファイル２３は、ｎ個（ｎ：任意の自然数）の実行対象アプリケーションを有する実行対象アプリケーション群２２に関する情報としての実行対象アプリケーションデータが記録されている。アプリケーション現在状態更新ファイル２３の各実行対象アプリケーションデータは、例えば、図３に示すように、アプリケーション名、アプリケーション状態、実行開始時間、実行終了時間、最終実行時間、平均実行時間、通算動作回数、規定時間内動作回数の情報を保有する。

また、各管理対象アプリケーションが保有するアプリケーション状態は、アプリケーションの様々な状態に関する情報が記録されており、例えば、図３に示すように、動作可、動作不可、実行中、異常発生中、強制終了の情報を保有する。

尚、アプリケーションサーバ計算機１６，１７についても、アプリケーションサーバ計算機１５と同様にアプリケーション管理手段２１、実行対象アプリケーション群２２およびアプリケーション現在状態更新ファイル２３を備える。

このように構成されるアプリケーション管理システム１０では、アプリケーションサーバ計算機１５，１６，１７で所定のアプリケーションを実行する際に、まず、アプリケーション管理手段２１が管理サーバ計算機１３に格納されるアプリケーション動作定義保存ファイル１９を参照し、実行要求のあったアプリケーションのアプリケーション動作定義を参照する。そして、実行要求が生じたアプリケーションサーバ計算機１５，１６，１７において、参照したアプリケーション動作定義保存ファイル１９のアプリケーション管理データ、すなわち、アプリケーション動作定義に基づいて実行される。

［第１の実施形態］
図４に本発明の第１の実施形態に係るアプリケーション管理システムの一実施例であるアプリケーション管理システム１０Ａの構成概略を表した構成概略図を示す。

アプリケーション管理システム１０Ａは、実行中のアプリケーションを例えばアプリケーション単位または任意のグループ単位等の指定された単位で一斉に停止させることができるように構成されたシステムである。

アプリケーション管理システム１０Ａは、基本的なシステム構成であるアプリケーション管理システム１０に対して、アプリケーションサーバ計算機１５，１６，１７を備えるサーバ計算機群１１の代わりにアプリケーションサーバ計算機１５Ａ，１６Ａ，１７Ａを備えるサーバ計算機群１１Ａを具備する点で相違する。しかし、その他の点については同様であり、同一または相当箇所については同一符号を付して説明を省略する。

アプリケーション管理システム１０Ａは、サーバ計算機群１１ＡがＬＡＮまたはＷＡＮ等の通信ネットワーク１２を介して管理サーバ計算機１３と電気的に接続されるように構成される。アプリケーション管理システム１０Ａのサーバ計算機群１１Ａは、例えば、３つ等の少なくとも１以上のアプリケーションサーバ計算機１５Ａ，１６Ａ，１７Ａを備える。

アプリケーションサーバ計算機１５Ａは、図４に示すようにアプリケーションの実行を制御し管理するアプリケーション管理手段２１Ａ、少なくとも１以上のアプリケーションを有し、少なくとも１以上のグループにグループ化した実行対象アプリケーション群２２Ａおよびアプリケーションの現在の状態を記録し保有するアプリケーション現在状態更新ファイル２３Ａを備える。

アプリケーション管理手段２１Ａは、アプリケーションの停止要求を指定した単位、すなわち、アプリケーションまたはグループ単位で受け付け、アプリケーションの動作定義を取得するアプリケーション停止受付部２５と、実行対象アプリケーション群２２Ａのアプリケーションをグループ単位で管理するアプリケーショングルーピング管理部２６とを備える。

実行対象アプリケーション群２２Ａは、実行対象アプリケーション群２２Ａを複数のグループにグループ化したものである。アプリケーショングルーピング管理部２６は、グループ化されたアプリケーションと同数あり、各アプリケーショングルーピング管理部２６がグループ化されたアプリケーションの各々に対して、１対１でアプリケーションの実行を制御する。そして、アプリケーション停止受付部２５が停止要求を受け付けた単位（例えば、グループ化されたグループ単位またはアプリケーション単位）で、アプリケーション停止受付部２５からの停止要求を受け、受けた停止要求に合致するアプリケーションまたはグループに属する全てのアプリケーションを停止する。

図５にアプリケーション現在状態更新ファイル２３Ａのデータ構造の一例を説明する説明図を示す。

図５によれば、アプリケーション現在状態更新ファイル２３Ａは、ｋ個（ｋ：任意の自然数）のグループ化された実行対象アプリケーション群２２Ａのグループに関する情報が記録されたデータ（以下、グルーピングデータとする）を有し、各グルーピングデータには、そのグループに属するｎ個（ｎ：任意の自然数）の実行対象アプリケーションに関する情報としての実行対象アプリケーションデータが記録されている。

図５に示される各実行対象アプリケーションデータも、例えば、アプリケーション名、アプリケーション状態、実行開始時間、実行終了時間、最終実行時間、平均実行時間、通算動作回数、規定時間内動作回数の情報を保有し、図３に示される各実行対象アプリケーションデータと同様に構成される。

尚、アプリケーションサーバ計算機１６Ａ，１７Ａについても、アプリケーションサーバ計算機１５Ａと同様にアプリケーション管理手段２１Ａ、実行対象アプリケーション群２２Ａおよびアプリケーション現在状態更新ファイル２３Ａを備える。

このように構成されるアプリケーション管理システム１０Ａでは、アプリケーションサーバ計算機１５Ａ，１６Ａ，１７Ａで所定のアプリケーションを実行し、実行中のアプリケーションを停止する場合、すなわち、アプリケーション管理手段２１Ａにアプリケーションの停止要求が入力された場合、本発明に係るアプリケーション管理方法を用いてアプリケーションを停止するアプリケーション停止手順を実行する。

図６にアプリケーション管理システム１０Ａが本発明に係るアプリケーション管理方法としてアプリケーションを停止するアプリケーション停止手順について説明する説明図（処理フロー図）を示す。

図６に示すアプリケーション停止手順は、アプリケーションの停止要求を受け付けて認識し停止要求の内容を判断するアプリケーション停止要求判断行程（ステップＳ１〜ステップＳ３）と、このアプリケーション停止要求判断行程で判断したアプリケーションを一斉に停止するアプリケーション停止行程（ステップＳ４）と、アプリケーション現在状態情報としてのアプリケーション現在状態更新ファイル２３Ａを更新するアプリケーション現在状態情報更新行程（ステップＳ５）とを具備する。

アプリケーション停止要求判断行程は、アプリケーションの停止要求を受け付け認識するアプリケーション停止要求認識ステップ（ステップＳ１）と、アプリケーション動作定義保存ファイル１９を参照し、アプリケーション動作定義を取得するアプリケーション動作定義取得ステップ（ステップＳ２）と、取得したアプリケーション動作定義からアプリケーション停止要求の内容を判断するアプリケーション停止要求内容判断ステップ（ステップＳ３）とを備える。

このようなアプリケーション停止手順では、最初にアプリケーション停止要求判断行程がなされ、アプリケーション停止要求判断行程で、まず、ステップＳ１のアプリケーション停止要求認識ステップがなされる。

アプリケーション停止要求認識ステップ（ステップＳ１）では、アプリケーション管理手段２１Ａのアプリケーション停止受付部２５がアプリケーションの停止要求の有無を判断する。アプリケーションの停止要求があった場合（ステップＳ１でＹＥＳの場合）、ステップＳ２に進む。そして、ステップＳ２でアプリケーション動作定義取得ステップがなされる。

アプリケーション動作定義取得ステップ（ステップＳ２）では、アプリケーション停止要求認識ステップで停止要求を認識したアプリケーション停止受付部２５が管理サーバ計算機１３に格納されるアプリケーション動作定義保存ファイル１９を参照し、アプリケーション動作定義保存ファイル１９に記録されるアプリケーション動作定義を取得する。アプリケーション停止受付部２５がアプリケーション動作定義を取得すると、アプリケーション動作定義取得ステップは完了し、続いてステップＳ３に進む。そして、ステップＳ３でアプリケーション停止要求内容判断ステップがなされる。

アプリケーション停止要求内容判断ステップ（ステップＳ３）では、アプリケーション停止受付部２５が停止要求の内容として停止要求のあったアプリケーションまたはグループを判断し、停止要求を実行するアプリケーショングルーピング管理部２６を判断する。

アプリケーションの停止要求は、実行対象アプリケーション群２２Ａが有するアプリケーション単位またはグループ単位でなされる。アプリケーション停止受付部２５は、停止要求がアプリケーション単位またはグループ単位なのかを判断し、停止要求を実行するアプリケーショングルーピング管理部２６を判断する。停止要求を実行するアプリケーショングルーピング管理部２６の判断は、アプリケーション停止受付部２５がステップＳ２において取得したアプリケーション動作定義に基づいて判断がなされる。

アプリケーション停止受付部２５が取得したアプリケーション動作定義に基づき停止要求の内容として停止要求のあったアプリケーションまたはグループを判断し、停止要求を実行するアプリケーショングルーピング管理部２６を判断すると、アプリケーション停止要求内容判断ステップは完了する。そして、アプリケーション停止要求内容判断ステップの完了をもってアプリケーション停止要求判断行程は完了する。

アプリケーション停止要求判断行程が完了すると、次に、ステップＳ４に進み、ステップＳ４でアプリケーション停止行程がなされる。

アプリケーション停止行程（ステップＳ４）では、停止要求があったアプリケーションサーバ計算機１５，１６，１７において、参照したアプリケーション動作定義保存ファイル１９のアプリケーション管理データ、すなわち、アプリケーション動作定義に基づいて停止が実行される。

アプリケーション動作定義に基づいて停止処理の実行は、まず、アプリケーション停止受付部２５が停止要求のあったアプリケーションに属するグループまたは停止要求のあったグループのアプリケーションを管理するアプリケーショングルーピング管理部２６に停止要求を出力する。そして、アプリケーショングルーピング管理部２６に停止要求が入力されると、アプリケーショングルーピング管理部２６は、停止要求のあった所定のアプリケーションまたはグループに属する全てのアプリケーションを停止する。

アプリケーショングルーピング管理部２６が停止要求のあった所定のアプリケーションまたはグループに属する全てのアプリケーションを停止すると、アプリケーション停止行程は完了する。アプリケーション停止行程が完了すると、次にステップＳ５に進み、ステップＳ５でアプリケーション現在状態情報更新行程がなされる。

アプリケーション現在状態情報更新行程（ステップＳ５）では、アプリケーショングルーピング管理部２６が、停止したアプリケーションの状態をアプリケーション現在状態更新ファイル２３Ａに記録し、アプリケーション現在状態更新ファイル２３Ａのファイル内容を更新する。アプリケーション現在状態更新ファイル２３Ａは、更新されたファイル内容で保存される。

アプリケーション現在状態更新ファイル２３Ａのファイル内容が更新され保存されると、アプリケーション現在状態情報更新行程は完了する。そして、アプリケーション現在状態情報更新行程の完了をもってアプリケーション停止手順は完了する（ＥＮＤ）。

一方、アプリケーション管理手段２１Ａのアプリケーション停止受付部２５がアプリケーションの停止要求の有無を判断し、アプリケーションの停止要求がない場合（ステップＳ１でＮＯの場合）、ステップＳ１に戻り、ステップＳ１以降の処理ステップを繰り返す。

本発明の第１の実施形態に係るアプリケーション管理システムとしてのアプリケーション管理システム１０Ａ、本発明の第１の実施形態に係るアプリケーション管理方法としてのアプリケーション停止手順およびその管理方法（アプリケーション停止手順）を実行させるためのプログラムによれば、アプリケーションサーバ計算機１５Ａ，１６Ａ，１７Ａで実行中の所定のアプリケーションを停止する場合、複数のアプリケーションに対して停止要求があっても、停止要求のあったアプリケーションのグループ名を指定することにより、指定されたグループに属するアプリケーションを一斉に停止することができる。従って、停止させたいアプリケーションが複数あり同じグループに属する場合、各々のアプリケーション名を指定する必要がなく、アプリケーション停止の際の省力化を実現することができる。

アプリケーション停止の際の省力化の効果は、アプリケーション群２２Ａが有するアプリケーションの数が多い程大きくなる傾向があり、多数のアプリケーションを管理する必要がある場合により効果的となる。

［第２の実施形態］
図７に本発明の第２の実施形態に係るアプリケーション管理システムの一実施例であるアプリケーション管理システム１０Ｂの構成概略を表した構成概略図を示す。

アプリケーション管理システム１０Ｂは、アプリケーションを実行して異常が検出された場合、異常が発生したアプリケーションによるリカバリー実施等の後処理ができるように構成されたシステムである。

アプリケーション管理システム１０Ｂは、基本的なシステム構成であるアプリケーション管理システム１０に対して、アプリケーションサーバ計算機１５，１６，１７を備えるサーバ計算機群１１の代わりにアプリケーションサーバ計算機１５Ｂ，１６Ｂ，１７Ｂを備えるサーバ計算機群１１Ｂを具備する点で相違する。しかし、その他の点については同様であり、同一または相当箇所については同一符号を付して説明を省略する。

アプリケーション管理システム１０Ｂは、サーバ計算機群１１ＢがＬＡＮまたはＷＡＮ等の通信ネットワーク１２を介して管理サーバ計算機１３と電気的に接続されて構成される。アプリケーション管理システム１０Ｂのサーバ計算機群１１Ｂは、例えば、３つ等の少なくとも１以上のアプリケーションサーバ計算機１５Ｂ，１６Ｂ，１７Ｂを備える。

アプリケーションサーバ計算機１５Ｂは、図７に示すようにアプリケーションの実行を制御し管理するアプリケーション管理手段２１Ｂ、少なくとも１以上の実行可能なアプリケーションを有する実行対象アプリケーション群２２およびアプリケーションの現在の状態を記録し保有するアプリケーション現在状態更新ファイル２３を備え、さらに、アプリケーション動作の異常を検出するアプリケーション異常検出手段２８と、異常発生時の後処理実行用の後処理アプリケーション２９とを備える。

アプリケーション管理手段２１Ｂは、実行要求のあったアプリケーションの実行を制御し管理するアプリケーション管理部３０と、異常が発生し実行要求したアプリケーションが再実行できない場合に後処理アプリケーション２９を実行して適切な後処理を実行する後処理実行部３１とを備える。

アプリケーション管理手段２１Ｂの処理内容は、アプリケーション管理部３０が実行要求のあったアプリケーションの実行を制御し管理する点でアプリケーション管理手段２１の処理内容と基本的に同質である。しかし、アプリケーション管理手段２１Ｂは、アプリケーション管理手段２１に対して後処理実行部３１をさらに備えるため、アプリケーション管理手段２１の処理内容に加え、後処理の実行および管理を行う点で異なる。

アプリケーション異常検出手段２８は、アプリケーション実行の異常終了が発生した場合、異常終了したアプリケーションから出力される異常終了後の後処理の実行要求（以下、後処理実行要求とする）を受信して検出する。そして、後処理実行要求を受信して検出すると、アプリケーション現在状態更新ファイル２３に記録されるアプリケーション現在状態情報を「異常発生中」に更新し保存するとともにアプリケーション管理手段２１Ｂのアプリケーション管理部３０に後処理実行要求を出力する。

アプリケーション管理部３０は、アプリケーション管理手段２１が行う通常のアプリケーションの実行制御および管理処理に加え、異常終了が発生した場合に実行される後処理アプリケーション２９を実行する後処理実行部３１の制御及び管理を行う。アプリケーション管理部３０は、アプリケーション異常検出手段２８から後処理実行要求を受け取り、受け取った後処理実行要求を後処理実行部３１に渡す。

後処理実行部３１は、後処理実行要求を受け取ると、管理対象のアプリケーションが異常終了した際にリカバリー的に行う後処理を適切に実行するべく後処理アプリケーション２９を実行する。尚、後処理を適切に実行とは、異常終了が発生した管理対象のアプリケーションに応じ、余計な負荷をアプリケーション管理システム１０Ｂにかけないようにしてシステムに与える悪影響を最小限に抑える後処理を選択することを意味する。

後処理実行部３１が後処理アプリケーション２９を実行することでなされる後処理の処理内容は、異常終了が発生した管理対象のアプリケーションが何かによって異なるが、例えば、外部計算機に異常発生を通知したり、実行中のデータをデータファイルとして記録したりする処理操作がある。ここで、「外部計算機」とは、異常が発生したアプリケーションが所属するアプリケーションサーバ計算機（アプリケーションサーバ計算機１５Ｂ）以外の通信ネットワーク１２と電気的に接続され、アプリケーションサーバ計算機１５Ｂへの接続が許可された電子計算機をいい、図７において図示されていない電子計算機をも包含する。

尚、アプリケーションサーバ計算機１６Ｂ，１７Ｂについても、アプリケーションサーバ計算機１５Ｂと同様であり、アプリケーションサーバ計算機１６Ｂ，１７Ｂは、アプリケーション管理手段２１Ｂ、実行対象アプリケーション群２２、アプリケーション現在状態更新ファイル２３、アプリケーション異常検出手段２８を備える。また、アプリケーション管理手段２１Ｂには、後処理実行部３１が備えられる。

このように構成されるアプリケーション管理システム１０Ｂでは、アプリケーションサーバ計算機１５Ｂ，１６Ｂ，１７Ｂが、アプリケーションの異常終了が発生した場合、本発明に係るアプリケーション管理方法を用いて適切な後処理を実行するアプリケーション後処理実行手順アプリケーションを実行する。

図８にアプリケーション管理システム１０Ｂが本発明に係るアプリケーション管理方法を用いてアプリケーションの異常終了時に後処理を実行するアプリケーション後処理実行手順について説明する説明図（処理フロー図）を示す。

アプリケーション後処理実行手順は、アプリケーションサーバ計算機１５Ｂ，１６Ｂ，１７Ｂのアプリケーション管理手段２１Ｂが管理する管理対象アプリケーション群２２のうち実行中のアプリケーションで異常が発生して終了した場合において、アプリケーションを再実行したり、アプリケーション現在状態を「動作不可」としたりする後処理を実行する処理手順である。

図８によれば、アプリケーション後処理実行手順は、アプリケーションの異常終了を認識し、後処理の実行要求を行うアプリケーション異常認識行程（ステップＳ１１〜ステップＳ１２）と、認識した異常に対する後処理をアプリケーション管理手段２１Ｂが実行する後処理実行行程（ステップＳ１３〜ステップＳ１５）と、アプリケーション管理手段２１Ｂが後処理後のアプリケーション現在状態情報を認識しアプリケーション現在状態情報としてのアプリケーション現在状態更新ファイル２３を更新する後処理後アプリケーション状態情報更新行程（ステップＳ１７）とを具備する。

アプリケーション後処理実行手順におけるアプリケーション異常認識行程（ステップＳ１１〜ステップＳ１２）は、異常終了したアプリケーションを検出するアプリケーション異常検出ステップ（ステップＳ１１）と、アプリケーション現在状態更新ファイル２３に記録されるアプリケーション現在状態情報を「異常発生中」に更新して異常状態発生を記録するアプリケーション異常状態記録ステップ（ステップＳ１２）とを備える。

また、後処理実行行程（ステップＳ１３〜ステップＳ１６）は、外部計算機に異常発生中を通知する異常発生通知ステップ（ステップＳ１３）と、管理サーバ計算機１３に格納されるアプリケーション動作定義保存ファイル１９を参照し、アプリケーション動作定義を取得するアプリケーション動作定義取得ステップ（ステップＳ１４）と、アプリケーション動作定義取得ステップで取得したアプリケーション動作定義に基づき、所定の後処理パターンを認識する後処理パターン認識ステップ（ステップＳ１５）と、後処理パターン認識ステップで認識した後処理パターンに基づき後処理を実行する認識後処理実行ステップ（ステップＳ１６）とを備える。

このようなアプリケーション後処理実行手順では、最初にアプリケーション異常認識行程がなされ、このアプリケーション異常認識行程において、まず、ステップＳ１１のアプリケーション異常検出ステップがなされる。

アプリケーション異常認識行程のアプリケーション異常検出ステップ（ステップＳ１１）では、アプリケーション異常検出手段２８がアプリケーション実行の異常終了が発生した場合、異常終了したアプリケーションから出力される異常終了後の後処理の実行要求を受信して、管理対象であるアプリケーションで発生した異常終了を検出する。アプリケーション異常検出手段２８が管理対象であるアプリケーションで発生した異常終了を検出した場合（ステップＳ１１でＹＥＳの場合）、アプリケーション異常検出ステップを完了し、続いて、ステップＳ１２でアプリケーション異常状態記録ステップがなされる。

アプリケーション異常状態記録ステップ（ステップＳ１２）では、ステップＳ１１のアプリケーション異常検出ステップにおいて、アプリケーション異常検出手段２８が異常終了したアプリケーションから受け取った後処理の実行要求をアプリケーション管理手段２１Ｂのアプリケーション管理部３０に渡し、受け取ったアプリケーション管理部３０がアプリケーション現在状態更新ファイル２３に記録されるアプリケーション現在状態情報を「異常発生中」に更新してアプリケーションの動作異常発生中を記録する。

アプリケーション管理部３０がアプリケーション現在状態更新ファイル２３に記録されるアプリケーション現在状態情報を「異常発生中」に更新すると、アプリケーション異常状態記録ステップは完了し、アプリケーション異常状態記録ステップ完了をもってアプリケーション異常認識行程を完了する。アプリケーション異常認識行程が完了すると、次に、ステップＳ１３に進み、後処理実行行程（ステップＳ１３〜ステップＳ１６）がなされる。

後処理実行行程では、まず、ステップＳ１３で異常発生通知ステップがなされる。異常発生通知ステップ（ステップＳ１３）では、アプリケーション異常検出手段２８が管理対象であるアプリケーションで発生した異常終了を検出すると、外部計算機に異常発生中を通知する。

アプリケーション異常検出手段２８が外部計算機に異常発生中を通知すると、異常発生通知ステップを完了し、続いてステップＳ１４に進む。そして、ステップＳ１４でアプリケーション動作定義取得ステップがなされる。

アプリケーション動作定義取得ステップ（ステップＳ１４）では、アプリケーション管理手段２１Ｂのアプリケーション管理部３０が管理サーバ計算機１３に格納されるアプリケーション動作定義保存ファイル１９を参照し、アプリケーション動作定義を取得する。アプリケーション動作定義を取得すると、アプリケーション動作定義取得ステップは完了し、続いてステップＳ１５に進む。そして、ステップＳ１５で後処理パターン認識ステップがなされる。

後処理パターン認識ステップ（ステップＳ１５）では、アプリケーション動作定義取得ステップで取得したアプリケーション動作定義に基づき、アプリケーション管理手段２１Ｂのアプリケーション管理部３０が後処理パターンを認識する。そして、アプリケーション管理部３０が実行すべき後処理を認識すると、後処理パターン認識ステップは完了し、続いてステップＳ１６に進む。そして、ステップＳ１６で認識後処理実行ステップがなされる。

認識後処理実行ステップ（ステップＳ１６）では、後処理パターン認識ステップでアプリケーション管理部３０が認識した後処理を後処理実行部３１が実行する。後処理パターン認識ステップで認識された後処理を後処理実行部３１が実行し後処理が完了すると、認識後処理実行ステップは完了し、認識後処理実行ステップの完了をもって、後処理実行行程は完了する。後処理実行行程が完了すると、次に、ステップＳ１７に進み、ステップＳ１７で後処理後アプリケーション状態情報更新行程がなされる。

後処理後アプリケーション状態情報更新行程（ステップＳ１７）では、アプリケーション管理手段２１Ｂのアプリケーション管理部３０が後処理実行行程後のアプリケーション現在状態情報を認識し、アプリケーション現在状態更新ファイル２３を更新する。アプリケーション現在状態情報は、後処理実行部３１が実行する後処理の内容およびその処理結果の如何によって異なってくる。例えば、異常終了したアプリケーションの再実行を試みて再実行できた場合、アプリケーション現在状態は「動作可」となるし、異常終了したアプリケーションの再実行を試みたが上手く行かなかった場合、アプリケーション現在状態は、「動作不可」となる。

アプリケーション管理手段２１Ｂが、後処理実行行程後のアプリケーション現在状態情報を認識し、アプリケーション現在状態更新ファイル２３を更新すると、後処理後アプリケーション状態情報更新行程は完了する。そして、後処理後アプリケーション状態情報更新行程は完了をもって、アプリケーション後処理実行手順を完了する（ＥＮＤ）。

一方、アプリケーション異常検出手段２８が管理対象であるアプリケーションで異常終了が発生しておらず、異常終了を検出していない場合、（ステップＳ１１でＮＯの場合）、ステップＳ１１に進み、ステップＳ１１以降の処理ステップを繰り返す。

尚、アプリケーション後処理実行手順において、異常発生通知ステップ（ステップＳ１３）は、後処理実行行程の最初の処理ステップとして実行されているが、必ずしも後処理実行行程で実行されなくても良い。異常検出ステップ（ステップＳ１１）がなされた後であれば、いつでも良い。つまり、アプリケーション異常認識行程においてなされても良く、例えば、アプリケーション異常状態記録ステップ（ステップＳ１２）の前でも後でも構わない。また、異常発生通知ステップ（ステップＳ１３）は、認識後処理実行ステップ（ステップＳ１６）でなされる後処理の一部として包含されていても構わない。

本発明の第２の実施形態に係るアプリケーション管理システムとしてのアプリケーション管理システム１０Ｂ、本発明の第２の実施形態に係るアプリケーション管理方法としてのアプリケーション後処理実行手順およびその管理方法（アプリケーション後処理実行手順）を実行させるためのプログラムによれば、アプリケーション異常検出手段２８がアプリケーションの動作異常の検出を行うことにより、異常が発生したアプリケーションのリカバリーをアプリケーションの動作定義に従って実施することができる。

この時、再実行によるリカバリーが不要または不可である場合には、異常が発生したアプリケーションの動作を禁止して動作させないので、アプリケーション管理システム１０Ｂの他のアプリケーションに対する悪影響を最小限に食い止めることができる。

また、後処理実行アプリケーション２９が起動することにより、異常が発生したアプリケーションが属するアプリケーションサーバ計算機からアプリケーションの動作異常の発生を通信ネットワーク１２を介して電気的に接続される外部計算機に通知することができるので、外部計算機からの無用な接続を防止するとともに、より適切なリカバリーを実施することができる。

［第３の実施形態］
図９に本発明の第３の実施形態に係るアプリケーション管理システムの一実施例であるアプリケーション管理システム１０Ｃの構成概略を表した構成概略図を示す。

アプリケーション管理システム１０Ｃは、現在、実行中の管理対象アプリケーションの処理操作を一旦中断し、規定周期時間以外の任意時間後に再開すること（以下、動的起動とする）ができるように構成されたシステムである。

アプリケーション管理システム１０Ｃは、基本的なシステム構成であるアプリケーション管理システム１０に対して、アプリケーションサーバ計算機１５Ｃ，１６Ｃ，１７Ｃを備えるサーバ計算機群１１Ｃを具備する点で相違する。しかし、その他の点については同様であり、同一または相当箇所については同一符号を付して説明を省略する。

アプリケーション管理システム１０Ｃは、サーバ計算機群１１ＣがＬＡＮまたはＷＡＮ等の通信ネットワーク１２を介して管理サーバ計算機１３と電気的に接続されて構成される。アプリケーション管理システム１０Ｃのサーバ計算機群１１Ｃは、例えば、３つ等の少なくとも１以上のアプリケーションサーバ計算機１５Ｃ，１６Ｃ，１７Ｃを備える。

アプリケーションサーバ計算機１５Ｃは、図９に示すようにアプリケーションの実行を制御し管理するアプリケーション管理手段２１Ｃ、少なくとも１以上の実行可能なアプリケーションを有する実行対象アプリケーション群２２およびアプリケーションの現在の状態を記録し保有するアプリケーション現在状態更新ファイル２３を備え、さらに、ＯＳ（Operating System）のタイマを管理するＯＳタイマ管理手段３３を備える。

アプリケーション管理手段２１Ｃは、アプリケーション管理部３０と、中断処理を行うアプリケーションの処理実行再開時刻となる次回起動時刻をＯＳタイマ管理手段３３に通知する次回起動時刻通知部３４とを備える。アプリケーション管理手段２１Ｃの次回起動時刻通知部３４は、ユーザの入力操作等から中断処理を行うアプリケーションの次回起動時刻を認識し、認識した次回起動時刻をＯＳタイマ管理手段３３に通知する。

ＯＳタイマ管理手段３３は、アプリケーションサーバ計算機１５Ｃ，１６Ｃ，１７Ｃのそれぞれが有するＯＳのタイマを管理しており、現在時刻を認識するとともにアプリケーション管理手段２１Ｃの次回起動時刻通知部３４から次回起動時刻を受け取る。ＯＳタイマ管理手段３３は、アプリケーションサーバ計算機１５Ｃ，１６Ｃ，１７Ｃのそれぞれが有するＯＳのタイマの管理として、現在時刻と次回起動時刻通知部３４から受け取った次回起動時刻とを認識し比較を行う。そして、現在時刻と次回起動時刻とが同じ時刻になると、中断処理されていたアプリケーションの実行を再開する。

尚、アプリケーションサーバ計算機１６Ｃ，１７Ｃについても、アプリケーションサーバ計算機１５Ｃと同様であり、アプリケーションサーバ計算機１６Ｃ，１７Ｃは、アプリケーション管理手段２１Ｃ、実行対象アプリケーション群２２、アプリケーション現在状態更新ファイル２３、ＯＳタイマ管理手段３３を備える。また、アプリケーション管理手段２１Ｃは、アプリケーション管理部３０と、次回起動時刻通知部３４とを備える。

このように構成されるアプリケーション管理システム１０Ｃでは、アプリケーションサーバ計算機１５Ｃ，１６Ｃ，１７Ｃで所定のアプリケーションを実行し、現在、実行中の管理対象アプリケーションの処理操作を一旦中断し、規定周期時間以外の任意時間後に再開するアプリケーション動的起動手順を実行することができる。

図１０にアプリケーション管理システム１０Ｃが本発明に係るアプリケーション管理方法として実行中の管理対象アプリケーションの処理操作を一旦中断し、任意時間後に処理操作を再開するアプリケーション動的起動手順について説明する説明図（処理フロー図）を示す。

図１０によれば、アプリケーション動的起動手順は、実行中のアプリケーションの中断要求および再開時刻（次回起動時刻）を認識する実行アプリケーション中断処理認識行程（ステップＳ２１〜ステップＳ２２）と、認識したアプリケーション中断要求内容に基づき実行中のアプリケーションを中断する実行アプリケーション中断処理行程（ステップＳ２３〜ステップＳ２５）と、アプリケーションの実行処理を再開するまでの時間を監視するアプリケーション中断時間監視行程（ステップＳ２６〜ステップＳ２７）と、中断したアプリケーションの実行処理を再開するアプリケーション実行再開行程（ステップＳ２８〜ステップＳ３０）とを具備する。

アプリケーション動的起動手順のアプリケーション中断処理認識行程（ステップＳ２１〜ステップＳ２２）は、アプリケーション管理手段２１Ｃが実行中のアプリケーションの中断要求を受け取り認識するアプリケーション中断要求認識ステップ（ステップＳ２１）と、アプリケーション管理手段２１Ｃが実行処理を中断するアプリケーションの実行処理を再開する時刻の情報を受け取り認識するアプリケーション再開時刻認識ステップ（ステップＳ２２）とを備える。

アプリケーション中断処理実行行程（ステップＳ２３〜ステップＳ２５）は、アプリケーション管理手段２１Ｃが実行中のアプリケーションに対して終了要求するアプリケーション終了要求ステップ（ステップＳ２３）と、アプリケーション終了要求ステップで終了要求したアプリケーションの実行処理を終了し、アプリケーション管理手段２１Ｃに対して通知される実行処理終了通知を受け取り認識するアプリケーション実行終了認識ステップ（ステップＳ２４）と、アプリケーション実行終了認識ステップで認識したアプリケーション現在状態情報をアプリケーション現在状態更新ファイル２３に記録し更新するアプリケーション現在状態情報更新ステップ（ステップＳ２５）とを備える。

アプリケーション中断時間監視行程（ステップＳ２６〜ステップＳ２７）は、アプリケーション中断処理実行行程の完了を受けて、ＯＳタイマ管理手段３３がアプリケーション管理手段２１Ｃから再開する時刻の通知を受け取るアプリケーション実行再開時刻通知ステップ（ステップＳ２６）と、ＯＳタイマ管理手段３３が現在時刻とアプリケーション実行再開時刻とを比較してタイマ管理するタイマ管理ステップ（ステップＳ２７）とを備える。

アプリケーション実行再開行程（ステップＳ２８〜ステップＳ３０）は、アプリケーション実行再開時刻になると、アプリケーション管理手段２１Ｃがアプリケーション中断処理の解除要求を受け取ってアプリケーションの中断を解除するアプリケーション中断解除ステップ（ステップＳ２８）と、実行処理を中断していたアプリケーションについてアプリケーション管理手段２１Ｃが実行処理の再開を認識するアプリケーション実行再開認識ステップ（ステップＳ２９）と、アプリケーション管理手段２１Ｃがアプリケーション現在状態更新ファイル２３に記録されるアプリケーション現在状態情報を「実行中」に更新するアプリケーション現在状態情報更新ステップ（ステップＳ３０）とを備える。

このようなアプリケーション動的起動手順では、最初にアプリケーション中断処理認識行程がなされ、このアプリケーション中断処理認識行程では、まず、アプリケーション中断要求認識ステップがなされる。

アプリケーション中断要求認識ステップ（ステップＳ２１）では、実行中のアプリケーションに対して中断要求があった場合、アプリケーション管理手段２１Ｃのアプリケーション管理部３０が中断要求を受け取り認識する。尚、実行中のアプリケーションは、アプリケーション管理手段２１Ｃが管理可能なアプリケーションであり、管理対象アプリケーション群２２を構成する任意のアプリケーションである。

アプリケーション管理部３０が実行中のアプリケーションに対する中断要求を受け取り認識した場合（ステップＳ２１でＹＥＳの場合）、アプリケーション中断要求認識ステップを完了し、続いて、ステップＳ２２でアプリケーション再開時刻認識ステップがなされる。

アプリケーション再開時刻認識ステップ（ステップＳ２２）では、ステップＳ２１で中断要求を認識したアプリケーションについて実行処理を再開する時刻の情報をアプリケーション管理部３０が受け取り認識する。アプリケーションの実行処理を再開する時刻は、管理対象アプリケーションを中断（終了）する際に、アプリケーションの次回起動時刻を任意に設定することで行う。アプリケーションの次回起動時刻の設定は、例えば、２００３年１１月１１日、午前８時００分等の時刻をユーザが設定することで行う。

アプリケーション管理部３０が実行処理を再開する時刻の情報を受け取り認識すると、アプリケーション再開時刻認識ステップは完了し、アプリケーション再開時刻認識ステップの完了をもってアプリケーション中断処理認識行程は完了する。アプリケーション中断処理認識行程が完了すると、ステップＳ２３に進み、ステップＳ２３以降でアプリケーション中断処理実行行程（ステップＳ２３〜ステップＳ２５）がなされる。

アプリケーション中断処理実行行程（ステップＳ２３〜ステップＳ２５）では、まず、アプリケーション終了要求ステップ（ステップＳ２３）がなされる。アプリケーション終了要求ステップでは、アプリケーション中断処理認識行程において認識した中断処理要求に基づいてアプリケーション管理手段２１Ｃのアプリケーション管理部３０が実行中のアプリケーションに終了を要求する。

アプリケーション管理部３０が実行中のアプリケーションに対してアプリケーションの終了を要求すると、アプリケーション終了要求ステップは完了し、続いてステップＳ２４でアプリケーション実行終了認識ステップがなされる。

アプリケーション実行終了認識ステップ（ステップＳ２４）では、アプリケーション管理部３０が実行処理を終了したアプリケーションから実行処理終了通知を受け取り認識する。アプリケーション管理部３０が実行処理を終了したアプリケーションから実行処理終了通知を受け取り認識すると、アプリケーション実行終了認識ステップを完了し、続いてステップＳ２５でアプリケーション現在状態情報更新ステップがなされる。

アプリケーション現在状態情報更新ステップ（ステップＳ２５）では、アプリケーション管理部３０がアプリケーション実行終了認識ステップで認識したアプリケーション現在状態情報をアプリケーション現在状態更新ファイル２３に記録し更新する。アプリケーション管理部３０がアプリケーション現在状態更新ファイル２３を更新すると、アプリケーション現在状態情報更新ステップは完了し、アプリケーション現在状態情報更新ステップの完了をもってアプリケーション中断処理実行行程も完了する。

アプリケーション中断処理実行行程が完了すると、次に、ステップＳ２６に進み、ステップＳ２６以降でアプリケーション中断時間監視行程（ステップＳ２６〜ステップＳ２７）がなされる。アプリケーション中断時間監視行程では、まず、ステップＳ２６でアプリケーション実行再開時刻通知ステップがなされる。

アプリケーション中断時間監視行程のアプリケーション実行再開時刻通知ステップ（ステップＳ２６）では、まず、アプリケーション管理手段２１Ｃの次回起動時刻通知部３４が、アプリケーション中断処理認識行程で認識したアプリケーション実行処理の再開時刻をアプリケーション管理部３０から受け取る。そして、受け取ったアプリケーション実行処理の再開時刻をＯＳタイマ管理手段３３に通知する。

アプリケーション管理手段２１Ｃの次回起動時刻通知部３４がアプリケーション実行処理を再開する時刻、すなわち、アプリケーションの次回起動時刻をＯＳタイマ管理手段３３に通知し、通知先のＯＳタイマ管理手段３３が受け取ると、アプリケーション実行再開時刻通知ステップを完了し、続いてステップＳ２７でタイマ管理ステップがなされる。

タイマ管理ステップ（ステップＳ２７）では、まず、アプリケーション実行再開時刻通知ステップでアプリケーション管理手段２１Ｃからアプリケーションの実行処理を再開する時刻の通知を受けたＯＳタイマ管理手段３３が、中断処理するアプリケーションの実行処理の再開時刻の情報を受け取り認識する。次に、ＯＳタイマ管理手段３３は、認識したアプリケーションの実行処理の再開時刻と現在時刻との差を確認する。

ＯＳタイマ管理手段３３がアプリケーション実行処理の再開時刻および現在時刻の差が０、すなわち、現在時刻とアプリケーション実行処理の再開時刻とが一致すると、ＯＳタイマ管理手段３３は、管理対象アプリケーション群２２にある中断処理中のアプリケーションに対して中断処理の解除要求を行う。

ＯＳタイマ管理手段３３がアプリケーション中断処理の解除要求を行うと、タイマ管理ステップを完了し、このタイマ管理ステップの完了をもって、アプリケーション中断時間監視行程も完了する。アプリケーション中断時間監視行程が完了すると、次はステップＳ２８に進み、ステップＳ２８以降でアプリケーション実行再開行程がなされる。

アプリケーション実行再開行程（ステップＳ２８〜ステップＳ３０）では、まず、ステップＳ２８でアプリケーション中断解除ステップがなされる。アプリケーション中断解除ステップ（ステップＳ２８）では、アプリケーション実行再開時刻となってＯＳタイマ管理手段３３からアプリケーション中断処理の解除要求をアプリケーション管理手段２１Ｃのアプリケーション管理部３０が受け取って、実行処理を中断していた管理対象アプリケーション群２２内のアプリケーションに対して中断処理の解除要求を行う。

アプリケーション管理部３０が実行処理を中断していたアプリケーションに対して中断処理の解除要求を行うと、中断処理の解除要求を受け取ったアプリケーションは、中断処理を解除し、実行状態に戻る。また、アプリケーション管理部３０が実行処理を中断していたアプリケーションに対して中断処理の解除要求を行うと、アプリケーション中断解除ステップは完了し、続いてステップＳ２９でアプリケーション実行再開認識ステップがなされる。

アプリケーション実行再開認識ステップ（ステップＳ２９）では、アプリケーション管理手段２１Ｃが実行処理を中断していたアプリケーションの実行処理再開を認識する。実行処理を中断していたアプリケーションは、実行処理を再開すると、実行処理開始通知をアプリケーション管理手段２１Ｃに通知する。アプリケーション管理手段２１Ｃでは、アプリケーション管理部３０がアプリケーションからの実行処理開始通知を受け取ることでアプリケーションの実行処理再開を認識することができる。

アプリケーション管理手段２１Ｃのアプリケーション管理部３０がアプリケーションからの実行処理開始通知を受け取り、アプリケーションの実行処理再開を認識すると、アプリケーション実行再開認識ステップは完了する。そして、ステップＳ３０に進み、ステップＳ３０でアプリケーション現在状態情報更新ステップがなされる。アプリケーション現在状態情報更新ステップ（ステップＳ３０）では、アプリケーション管理手段２１Ｃのアプリケーション管理部３０がアプリケーション現在状態更新ファイル２３に記録されるアプリケーション現在状態情報を「実行中」に更新する。

アプリケーション管理部３０がアプリケーション現在状態更新ファイル２３に記録されるアプリケーション現在状態情報を「実行中」に更新すると、アプリケーション現在状態情報更新ステップは完了する。そして、アプリケーション現在状態情報更新ステップの完了をもってアプリケーション実行再開行程は完了し、アプリケーション動的起動手順を完了する（ＥＮＤ）。

一方、アプリケーション中断処理認識行程のアプリケーション中断要求認識ステップ（ステップＳ２１）において、アプリケーション管理部３０が実行中のアプリケーションに対する中断要求を受け取っていない等で実行中のアプリケーションに対する中断要求を認識しない場合（ステップＳ２１でＮＯの場合）、ステップＳ２１に進み、ステップＳ２１以降の処理ステップを繰り返す。

本発明の第３の実施形態に係るアプリケーション管理システムとしてのアプリケーション管理システム１０Ｃ、本発明の第３の実施形態に係るアプリケーション管理方法としてのアプリケーション動的起動手順およびその管理方法（アプリケーション動的起動手順）を実行させるためのプログラムによれば、アプリケーションサーバ計算機１５Ｃ，１６Ｃ，１７ＣのＯＳタイマ管理手段３３が、実行処理を中断するアプリケーションの次回起動時刻の情報を受け取り、受け取った次回起動時刻と現在時刻との比較を行い時間管理することで、アプリケーションサーバ計算機１５Ｃ，１６Ｃ，１７Ｃで現在、実行中の管理対象アプリケーションの処理操作を一旦中断し、規定周期時間以外の任意時間後にアプリケーションの実行処理を再開することができる。

すなわち、アプリケーションサーバ計算機１５Ｃ，１６Ｃ，１７Ｃにおいて管理される管理対象アプリケーション群２２の個々のアプリケーションを動的に起動させることができ、アプリケーションの動作の自由度をより高めることができる。

［第４の実施形態］
図１１に本発明の第４の実施形態に係るアプリケーション管理システムの一実施例であるアプリケーション管理システム１０Ｄの構成概略を表した構成概略図を示す。

アプリケーション管理システム１０Ｄは、アプリケーション動作定義保存ファイル１９に設定され記録される規定時間内動作回数（以下、正常限界動作回数：Ｎｄとする）とアプリケーション現在状態更新ファイル２３に記録される規定時間内動作回数（以下、現状動作回数：Ｎｃとする）とを比較することで、アプリケーションの動作異常の有無を監視することができるように構成されたシステムである。尚、正常限界動作回数Ｎｄは、アプリケーションが正常時の規定時間内動作回数よりも大きな値で設定される。

アプリケーション管理システム１０Ｄは、基本的なシステム構成であるアプリケーション管理システム１０に対して、アプリケーションサーバ計算機１５Ｄ，１６Ｄ，１７Ｄを備えるサーバ計算機群１１Ｄを具備する点で相違する。しかし、その他の点については同様であり、同一または相当箇所については同一符号を付して説明を省略する。

アプリケーション管理システム１０Ｄは、サーバ計算機群１１ＤがＬＡＮまたはＷＡＮ等の通信ネットワーク１２を介して管理サーバ計算機１３と電気的に接続されて構成される。アプリケーション管理システム１０Ｄのサーバ計算機群１１Ｄは、例えば、３つ等の少なくとも１以上のアプリケーションサーバ計算機１５Ｄ，１６Ｄ，１７Ｄを備える。

アプリケーションサーバ計算機１５Ｄは、図９に示すようにアプリケーションの実行を制御し管理するアプリケーション管理手段２１Ｄ、実行対象アプリケーション群２２およびアプリケーション現在状態更新ファイル２３を備え、さらに、規定時間毎にアプリケーション現在状態更新ファイル２３に記録される現状動作回数Ｎｃをリセットして０にする現状動作回数リセット手段３７を備える。また、アプリケーション管理手段２１Ｄは、アプリケーション管理部３０と、規定時間内動作回数と設定動作回数とを比較する動作回数比較部３８とを備える。

現状動作回数リセット手段３７は、ある任意の規定時間毎に現状動作回数Ｎｃをリセット（Ｎｃ＝０）し、アプリケーション現状状態更新ファイル２３に記録される規定時間内動作回数を０に更新する。規定時間毎にリセットされる現状動作回数Ｎｃは、規定時間内において、アプリケーションが終了されるたびに元の現状動作回数に１が加えられる。従って、Ｎｃは規定時間経過直前に最大値をとるが、アプリケーションが正常時には、Ｎｃの最大値がＮｄよりも大きくなることはない。

動作回数比較部３８は、実行要求したアプリケーションは「正常」と判定した場合、実行要求のあったアプリケーションに実行要求する。一方、実行要求したアプリケーションは「異常」と判定した場合、異常があった旨をアプリケーション管理部３０に伝え、アプリケーションサーバ計算機群１１の各アプリケーションサーバ計算機１５Ｄ，１６Ｄ，１７Ｄに通知する。

尚、アプリケーションサーバ計算機１６Ｄ，１７Ｄについても、アプリケーションサーバ計算機１５Ｄと同様であり、アプリケーションサーバ計算機１６Ｄ，１７Ｄは、アプリケーション管理手段２１Ｄ、実行対象アプリケーション群２２、アプリケーション現在状態更新ファイル２３および現状動作回数リセット手段３７を備える。また、アプリケーション管理手段２１Ｄは、アプリケーション管理部３０と動作回数比較部３８とを備える。

このように構成されるアプリケーション管理システム１０Ｄでは、アプリケーションサーバ計算機１５Ｄ，１６Ｄ，１７Ｄが管理対象アプリケーション群２２内の管理対象アプリケーションの実行要求を受け付けた場合、実行要求を受け付けたアプリケーションサーバ計算機（ここでは、アプリケーションサーバ計算機１５Ｄとする）は、本発明に係るアプリケーション管理方法を用いてアプリケーションの動作異常の有無を監視するアプリケーション異常監視手順を実行する。

アプリケーション異常監視手順では、アプリケーションの動作異常時において生じる一現象としてアプリケーションの実行が多発する点に着目し、アプリケーション起動時に規定時間内の実行回数をチェックする。そして、アプリケーションの規定時間内動作回数（現状動作回数Ｎｃ）と設定された正常時の規定時間内動作回数（正常限界動作回数Ｎｄ）とを比較して正常または異常かを判定する。

図１２にアプリケーション管理システム１０Ｄが本発明に係るアプリケーション管理方法としてのアプリケーション異常監視手順について説明する説明図（処理フロー図）を示す。

アプリケーション異常監視手順とは、アプリケーション管理手段２１Ｄが管理するアプリケーション群２２のアプリケーションについて異常の有無を監視する処理手順である。

図１２によれば、アプリケーション異常監視手順は、実行要求したアプリケーションの動作異常の有無を判定する基礎情報を取得する異常判定基礎情報取得行程（ステップＳ３１〜ステップＳ３２）と、取得した基礎情報に基づきアプリケーションの動作異常の有無を判定するアプリケーション異常有無判定行程（ステップＳ３３）と、アプリケーションの動作異常有無の判定結果に応じてアプリケーションの処理操作を選択して実行するアプリケーション処理操作選択実行行程（ステップＳ３４〜ステップＳ３８）とを具備する。

アプリケーション異常監視手順の異常判定基礎情報取得行程（ステップＳ３１〜ステップＳ３２）は、アプリケーション管理手段２１Ｄが正常限界動作回数（Ｎｄ）の情報を取得する正常限界動作回数取得ステップ（ステップＳ３１）と、現状動作回数（Ｎｃ）の情報を取得する現状動作回数取得ステップ（ステップＳ３２）とを備える。

アプリケーション処理操作選択実行行程（ステップＳ３４〜ステップＳ３８）は、アプリケーション異常有無判定行程における判定結果が正常の場合に行う処理ステップとして、アプリケーション管理手段２１Ｄがアプリケーションの起動処理を行うアプリケーション起動処理ステップ（ステップＳ３４）と、現状動作回数リセット手段３７が事前設定された規定時間が経過しているか否かを判断する規定時間経過判定ステップ（ステップＳ３５）と、現状動作回数リセット手段３７がアプリケーション現在状態情報の１つである規定時間内動作回数をリセットして０にする規定時間内動作回数リセットステップ（ステップＳ３６）と備える。

一方、アプリケーション異常有無判定行程における判定結果が異常の場合に行うアプリケーション処理操作選択実行行程（ステップＳ３４〜ステップＳ３８）の処理ステップには、アプリケーションの動作異常の発生をサーバ計算機群１１の各アプリケーションサーバ計算機１５Ｄ，１６Ｄ，１７Ｄに通知するアプリケーション異常発生通知ステップ（ステップＳ３７）と、アプリケーション現在状態情報としてのアプリケーション現在状態更新ファイル２３を「動作不可」に更新してアプリケーションの起動を禁止するアプリケーション起動禁止処理ステップ（ステップＳ３８）とを備える。

このようなアプリケーション異常監視手順では、最初に異常判定基礎情報取得行程がなされる。そして、この異常判定基礎情報取得行程では、まず、ステップＳ３１で正常限界動作回数取得ステップがなされる。

異常判定基礎情報取得行程の正常限界動作回数取得ステップ（ステップＳ３１）では、アプリケーション管理手段２１Ｄの動作回数比較部３８が管理サーバ計算機１３に格納されるアプリケーション動作定義保存ファイル１９を参照し、正常限界動作回数Ｎｄの情報を取得する。動作回数比較部３８が正常限界動作回数Ｎｄの情報を取得すると、正常限界動作回数取得ステップを完了し、続いて、ステップＳ３２で現状動作回数取得ステップがなされる。

現状動作回数取得ステップ（ステップＳ３２）では、動作回数比較部３８がアプリケーション現在状態更新ファイル２３を参照し、現状動作回数Ｎｃの情報を取得する。動作回数比較部３８が現状動作回数Ｎｃの情報を取得すると、現状動作回数取得ステップを完了する。そして、現状動作回数取得ステップの完了をもって、異常判定基礎情報取得行程も完了する。

尚、異常判定基礎情報取得行程（ステップＳ３１〜ステップＳ３２）においては、まず、ステップＳ３１で正常限界動作回数取得ステップがなされ、次に、ステップＳ３２で現状動作回数取得ステップがなされているが、両処理ステップの処理順番は逆でも良い。また、並行処理であっても構わない。いずれにせよ、両処理ステップ（ステップＳ３１およびステップＳ３２）が完了すると異常判定基礎情報取得行程は完了する。

異常判定基礎情報取得行程が完了すると、次に、ステップＳ３３に進み、ステップＳ３３でアプリケーション異常有無判定行程がなされる。アプリケーション異常有無判定行程（ステップＳ３３）では、アプリケーション管理手段２１Ｄの動作回数比較部３８が、異常判定基礎情報取得行程で取得した基礎情報、すなわち、Ｎｄ（正常限界動作回数）およびＮｃ（現状動作回数）の大小を比較することでアプリケーションの動作異常の有無を判定する。すなわち、以下の数式１に示す条件式が成立するか否かを判断する。

［数１］
Ｎｄ ＞ Ｎｃ
ここに、
Ｎｄ：正常限界動作回数
Ｎｃ：現状動作回数

アプリケーション異常有無の判定基準としてＮｄおよびＮｃを用いるのは異常時において起こる一現象であるアプリケーションの起動要求が必要以上に発生する点に着目したものである。

アプリケーションが正常時には、アプリケーションが不要に起動することもなく、Ｎｃは規定時間内ではアプリケーション実行処理を終了する際に１ずつ加算され、やがて規定時間となると、Ｎｃは０にリセットされる。また、Ｎｄはアプリケーションが通常に動作する際のＮｃの最大値よりも大きく設定されることからアプリケーションが正常時には、常に数式１の条件を満足する。従って、動作回数比較部３８は、ＮｄとＮｃとを比較して数式１の条件式が成立すると判断した場合、実行要求したアプリケーションを「正常」と判定する。

しかし、何らかの異常が発生し、アプリケーションの起動が必要以上になされると、Ｎｃは不要に起動回数分だけ数字が上乗せされることとなる。そして、不要に起動する回数が所定回数を超えると、ＮｃとＮｄとの大小関係は逆転し、上記数式１の関係を満足しなくなる。このように、数式１の条件式が成立しないと判断した場合、動作回数比較部３８は、アプリケーションの不要な起動が所定回数以上発生しているとして、実行要求したアプリケーションを「異常」と判定する。

動作回数比較部３８が実行要求したアプリケーションの動作異常の有無を確認すると、アプリケーション異常有無判定行程を完了し、次に、アプリケーション処理操作選択実行行程（ステップＳ３４〜ステップＳ３８）がなされる。尚、アプリケーション異常有無判定行程における判定結果の如何によって、アプリケーション処理操作選択実行行程（ステップＳ３４〜ステップＳ３８）でなされる処理ステップは異なる。

アプリケーション異常有無判定行程において、動作回数比較部３８が実行要求したアプリケーションを「正常」と判定した場合（ステップＳ３３でＹＥＳの場合）には、ステップＳ３４に進み、ステップＳ３４でアプリケーション処理操作選択実行行程のアプリケーション起動処理ステップがなされる。

アプリケーション起動処理ステップ（ステップＳ３４）では、アプリケーション管理手段２１Ｄのアプリケーション管理部３０が実行要求のあったアプリケーションに対し、実行要求を行い、実行要求のあったアプリケーションを実行（起動）する。そして、起動したアプリケーションからは処理開始通知を受け取り、更新できる情報（アプリケーション状態、実行開始時刻）についてアプリケーション現在状態更新ファイル２３を更新する。

アプリケーション管理部３０が実行要求のあったアプリケーションに対し実行要求を行い、アプリケーション現在状態更新ファイル２３を更新すると、アプリケーション起動処理ステップを完了し、続いてステップＳ３５で規定時間経過判定ステップがなされる。規定時間経過判定ステップ（ステップＳ３５）では、現状動作回数リセット手段３７が前回に現状動作回数をリセットした時刻から事前設定された規定時間が経過しているか否かを判定する。

現状動作回数リセット手段３７は、一種のタイマ機能を有し、事前設定された規定時間毎に現状動作回数Ｎｃをリセットすることができる。つまり、現状動作回数リセット手段３７が、現状動作回数Ｎｃをリセットするか否かで前回に現状動作回数をリセットした時刻から事前設定された規定時間が経過しているか否かを判定することができる。

前回に現状動作回数をリセットした時刻から事前設定された規定時間が経過している場合（ステップＳ３５でＹＥＳの場合）、ステップＳ３６で規定時間内動作回数リセットステップがなされる。

規定時間内動作回数リセットステップ（ステップＳ３６）では、現状動作回数リセット手段３７がアプリケーション現在状態情報としてアプリケーション現状状態更新ファイル２３に記録される規定時間内動作回数、すなわち、現状動作回数Ｎｃをリセットして０に更新する。現状動作回数リセット手段３７が現状動作回数Ｎｃ＝０に更新すると、規定時間内動作回数リセットステップを完了する。規定時間内動作回数リセットステップを完了すると、アプリケーション処理操作選択実行行程を完了し、アプリケーション異常監視手順も完了する（ＥＮＤ）。

一方、アプリケーション異常有無判定行程（ステップＳ３３）において、動作回数比較部３８が、ＮｄとＮｃとを比較して数式１の条件式が成立しないと判断した場合には、実行要求したアプリケーションは「異常」と判定される。動作回数比較部３８が実行要求したアプリケーションは「正常」と判定した場合（ステップＳ３３でＮＯの場合）、ステップＳ３７に進み、ステップＳ３７でアプリケーション処理操作選択実行行程のアプリケーション異常発生通知ステップがなされる。

アプリケーション異常発生通知ステップ（ステップＳ３７）では、アプリケーション管理手段２１Ｄの動作回数比較部３８がアプリケーションに異常が発生した旨をサーバ計算機群１１の各アプリケーションサーバ計算機１５Ｄ，１６Ｄ，１７Ｄに通知する。動作回数比較部３８がアプリケーションに異常が発生した旨をサーバ計算機群１１の各アプリケーションサーバ計算機１５Ｄ，１６Ｄ，１７Ｄに通知すると、アプリケーション異常発生通知ステップを完了し、続いて、ステップＳ３７でアプリケーション起動禁止処理ステップがなされる。

アプリケーション起動禁止処理ステップ（ステップＳ３８）では、アプリケーション管理手段２１Ｄのアプリケーション管理部３０が動作回数比較部３８からアプリケーションに異常が発生した旨を受け取り、アプリケーション現在状態情報としてのアプリケーション現在状態更新ファイル２３を「動作不可」に更新して実行要求があったアプリケーションの起動を禁止する。アプリケーション管理部３０がアプアプリケーション現在状態更新ファイル２３を「動作不可」に更新すると、アプリケーション起動禁止処理ステップは完了する。アプリケーション起動禁止処理ステップが完了すると、アプリケーション処理操作選択実行行程を完了し、アプリケーション異常監視手順も完了する（ＥＮＤ）。

他方、前回に現状動作回数をリセットした時刻から事前設定された規定時間が経過していない場合（ステップＳ３５でＮＯの場合）、規定時間内動作回数リセットステップ（ステップＳ３６）はなされることなく、アプリケーション処理操作選択実行行程を完了する。そして、アプリケーション処理操作選択実行行程の完了をもって、アプリケーション異常監視手順も完了する（ＥＮＤ）。

尚、アプリケーション異常発生通知ステップ（ステップＳ３７）においては、アプリケーションの動作異常の監視を行い異常を検出したアプリケーションサーバ計算機１５Ｄが、サーバ計算機群１１の各アプリケーションサーバ計算機１５Ｄ，１６Ｄ，１７Ｄに通知するとしたが、必ずしもサーバ計算機群１１の全てのアプリケーションサーバ計算機１５Ｄ，１６Ｄ，１７Ｄに通知する必要は無い。サーバ計算機群１１の少なくとも１つ以上アプリケーションサーバ計算機に通知すれば良い。

また、アプリケーション処理操作選択実行行程は、アプリケーション異常発生通知ステップを備えているが、必ずしもアプリケーション異常発生通知ステップを備えていなくても良い。より好ましい実施形態として記載したものであり、アプリケーション異常発生通知ステップを備えていない場合でも、異常を検出したアプリケーションの実行は効果的に防止できるからである。

本発明の第４の実施形態に係るアプリケーション管理システムとしてのアプリケーション管理システム１０Ｄ、本発明の第４の実施形態に係るアプリケーション管理方法としてのアプリケーション異常監視手順およびその管理方法（アプリケーション異常監視手順）を実行させるためのプログラムによれば、アプリケーションサーバ計算機１５Ｄ，１６Ｄ，１７Ｄの現状動作回数リセット手段３７が規定時間毎に現状動作回数Ｎｃをリセットすることで、現状動作回数Ｎｃから規定時間内のアプリケーション実行回数を知ることができる。

現状動作回数Ｎｃは、アプリケーションが必要以上に実行される場合（アプリケーションの動作異常時）には、その数が大きくなるから、事前設定した正常限界動作回数Ｎｄと大小比較することで、アプリケーションが「正常」か「異常」を知ることができる。

また、現状動作回数リセット手段３７が、「異常」と判断した場合には、アプリケーション現在状態更新ファイル２３のアプリケーション状態を「動作不可」にすることで、以降のアプリケーションの実行を禁止することができる。従って、「異常」と判断されたアプリケーションは実行されることはなく、他のアプリケーションおよびアプリケーションサーバ計算機１６Ｄ，１７Ｄへの悪影響を最小限に食い止めることができる。

尚、アプリケーションサーバ計算機１５Ｄ，１６Ｄ，１７Ｄにおいて、アプリケーション管理手段２１Ｄに後処理実行部３１を備えさせ、後処理実行部３１が後処理アプリケーション２９を実行できるように構成しても良い。

［第５の実施形態］
図１３に本発明の第５の実施形態に係るアプリケーション管理システムの一実施例であるアプリケーション管理システム１０Ｅの構成概略を表した構成概略図を示す。

アプリケーション管理システム１０Ｅは、管理対象アプリケーション群２２の管理対象アプリケーションの各々に対してアプリケーション毎の平均実行時間を参照することができるように構成されたシステムである。

アプリケーション管理システム１０Ｅは、基本的なシステム構成であるアプリケーション管理システム１０に対して、アプリケーションサーバ計算機１５Ｅ，１６Ｅ，１７Ｅを備えるサーバ計算機群１１Ｅを具備する点で相違する。しかし、その他の点については同様であり、同一または相当箇所については同一符号を付して説明を省略する。

アプリケーション管理システム１０Ｅは、サーバ計算機群１１ＥがＬＡＮまたはＷＡＮ等の通信ネットワーク１２を介して管理サーバ計算機１３と電気的に接続されて構成される。アプリケーション管理システム１０Ｅのサーバ計算機群１１Ｅは、例えば、３つ等の少なくとも１以上のアプリケーションサーバ計算機１５Ｅ，１６Ｅ，１７Ｅを備える。

アプリケーションサーバ計算機１５Ｅは、図１３に示すようにアプリケーションの実行を制御し管理するアプリケーション管理手段２１Ｅ、少なくとも１以上の実行可能なアプリケーションを有する実行対象アプリケーション群２２およびアプリケーションの現在の状態を記録し保有するアプリケーション現在状態更新ファイル２３を備え、さらに、管理対象アプリケーション群２２の実行したアプリケーションについてアプリケーション終了後に平均実行時間を算出するアプリケーション平均実行時間算出手段４０を備える。

アプリケーション平均実行時間算出手段４０は、今回のアプリケーション実行時間を含むアプリケーション平均実行時間を算出する。アプリケーション平均実行時間の算出は、今回のアプリケーション実行時間、通算動作回数およびアプリケーション平均実行時間を用いて以下の数式２を演算処理することでなされる。

［数２］
Ｔm＝｛Ｔm_old×（Ｎ−１）＋Ｔe｝／Ｎ （Ｎ≧１）
ここで、Ｔm：新たに算出したアプリケーション平均実行時間
Ｔm_old：アプリケーション現在状態更新ファイル２３から読み込んだ過去
（今回実行分を除いた）のアプリケーション平均実行時間
Ｔe：最終実行時間
Ｎ：通算動作回数
とする。

また、アプリケーション管理手段２１Ｅは、アプリケーション管理部３０と、アプリケーション終了時に今回実行した時間を算出するアプリケーション実行時間算出部４１とを備える。アプリケーション実行時間算出部４１は、アプリケーション現在状態更新ファイル２３の実行開始時刻および実行終了時刻を参照し、今回のアプリケーション実行分の実行開始時刻および実行終了時刻とを取得して両者の差からアプリケーション実行時間を算出する。

尚、アプリケーションサーバ計算機１６Ｅ，１７Ｅについても、アプリケーションサーバ計算機１５Ｅと同様であり、アプリケーションサーバ計算機１６Ｅ，１７Ｅは、アプリケーション管理手段２１Ｅ、実行対象アプリケーション群２２、アプリケーション現在状態更新ファイル２３およびアプリケーション平均実行時間算出手段４０を備える。また、アプリケーション管理手段２１Ｅは、アプリケーション管理部３０およびアプリケーション実行時間算出部４１を備える。

このように構成されるアプリケーション管理システム１０Ｅでは、アプリケーションサーバ計算機１５Ｅ，１６Ｅ，１７Ｅのアプリケーション管理手段２１Ｅが実行していたアプリケーションを終了する際に、本発明に係るアプリケーション管理方法を用いてアプリケーション現在状態情報としてのアプリケーションの平均実行時間を算出してアプリケーション現在状態更新ファイル２３に記録するアプリケーション平均実行時間算出記録手順を実行する。

図１４にアプリケーション管理システム１０Ｅが本発明に係るアプリケーション管理方法としてのアプリケーション平均実行時間算出記録手順について説明する説明図（処理フロー図）を示す。

図１４によれば、アプリケーション平均実行時間算出記録手順は、アプリケーション終了要求によりアプリケーションを終了する際にアプリケーション現在状態情報のうち直接的な情報を更新する第１次アプリケーション現在状態情報更新行程（ステップＳ４１）と、今回のアプリケーション実行時間を算出し、今回のアプリケーション実行時間を含むアプリケーション平均実行時間を算出するアプリケーション平均実行時間算出行程（ステップＳ４２〜ステップＳ４３）と、第１次アプリケーション現在状態情報更新行程で更新されていないアプリケーション現在状態情報を更新する第２次アプリケーション現在状態情報更新行程（ステップＳ４４）とを具備する。

アプリケーション平均実行時間算出記録手順のアプリケーション平均実行時間算出行程（ステップＳ４２〜ステップＳ４３）は、今回のアプリケーション実行時間を算出するアプリケーション実行時間算出ステップ（ステップＳ４２）と、今回のアプリケーション実行時間を含むアプリケーション平均実行時間を算出するアプリケーション平均実行時間算出ステップ（ステップＳ４３）とを備える。

このようなアプリケーション平均実行時間算出記録手順では、アプリケーション終了要求によりアプリケーションを終了すると、最初にステップＳ４１に進み、ステップＳ４１で第１次アプリケーション現在状態情報更新行程がなされる。第１次アプリケーション現在状態情報更新行程（ステップＳ４１）では、アプリケーション管理手段２１Ｅのアプリケーション管理部３０がアプリケーション現在状態情報としてアプリケーション現在状態情報更新ファイル２３を更新する。

アプリケーション管理部３０が本行程（ステップＳ４１）でアプリケーション現在状態情報更新ファイル２３を更新する際に更新がなされる情報は、アプリケーション現在状態情報更新ファイル２３の全情報についてではなく、他の計算処理等を行うことなく情報更新ができる直接的な情報である。直接的な情報とは、アプリケーション現在状態情報更新ファイル２３の情報のうち、アプリケーション状態、実行終了時刻および通算動作回数の情報が該当する。

アプリケーション管理部３０が、アプリケーション現在状態情報としてアプリケーション現在状態情報更新ファイル２３のうち、直接的な情報、すなわち、アプリケーション状態、実行終了時刻および通算動作回数の情報を更新すると、第１次アプリケーション現在状態情報更新行程を完了する。そして、次に、ステップＳ４２に進み、ステップＳ４２以降でアプリケーション平均実行時間算出行程（ステップＳ４２〜ステップＳ４３）がなされる。

アプリケーション平均実行時間算出行程（ステップＳ４２〜ステップＳ４３）では、まず、アプリケーション実行時間算出ステップ（ステップＳ４２）がなされる。アプリケーション実行時間算出ステップ（ステップＳ４２）では、アプリケーション管理手段２１Ｅのアプリケーション実行時間算出部４１が、今回実行分のアプリケーション実行時間を算出する。

今回実行分のアプリケーション実行時間は、アプリケーション実行時間算出部４１が、今回のアプリケーション実行について、実行開始時刻と実行終了時刻とを取得して両者の差からアプリケーション実行時間を算出する。アプリケーション実行時間算出部４１が、今回のアプリケーション実行時間を算出すると、アプリケーション実行時間算出ステップを完了し、ステップＳ４３に進む。そして、ステップＳ４３でアプリケーション平均実行時間算出ステップがなされる。

アプリケーション平均実行時間算出ステップ（ステップＳ４３）では、アプリケーション平均実行時間算出手段４０が、今回のアプリケーション実行時間を含むアプリケーション平均実行時間を算出する。アプリケーション平均実行時間の算出は、まず、アプリケーション平均実行時間算出手段４０が今回のアプリケーション実行時間、通算動作回数およびアプリケーション平均実行時間を取得して、取得した情報に基づき演算処理することでなされる。

アプリケーション平均実行時間算出手段４０が取得する今回のアプリケーション実行時間は、アプリケーション実行時間算出部４１がステップＳ４２で算出したアプリケーション実行時間である。アプリケーション平均実行時間算出手段４０は、アプリケーション実行時間算出部４１から算出したアプリケーション実行時間を受け取る。また、通算動作回数およびアプリケーション平均実行時間については、アプリケーション平均実行時間算出手段４０がアプリケーション現在状態情報更新ファイル２３を参照し、参照した情報を取得している。

アプリケーション平均実行時間算出手段４０は、今回のアプリケーション実行時間、通算動作回数およびアプリケーション平均実行時間を取得すると、次に、取得した情報に基づき演算処理してアプリケーション平均実行時間の算出を行う。アプリケーション平均実行時間の算出は、例えば、上述した数式２に取得した今回のアプリケーション実行時間、通算動作回数およびアプリケーション平均実行時間を代入して演算処理することでなされる。

アプリケーション平均実行時間算出手段４０が、今回のアプリケーション実行時間、通算動作回数およびアプリケーション平均実行時間を取得して、取得した情報に基づき演算処理してアプリケーション平均実行時間の算出すると、アプリケーション平均実行時間算出ステップを完了する。そして、ステップＳ４３のアプリケーション平均実行時間算出ステップの完了をもってアプリケーション平均実行時間算出行程も完了する。アプリケーション平均実行時間算出行程が完了すると、次に、ステップＳ４４に進み、ステップＳ４４で第２次アプリケーション現在状態情報更新行程がなされる。

第２次アプリケーション現在状態情報更新行程（ステップＳ４４）では、アプリケーション平均実行時間算出手段４０がアプリケーション現在状態更新ファイル２３のアプリケーション平均実行時間をアプリケーション平均実行時間算出行程で算出したアプリケーション平均実行時間に更新する。アプリケーション現在状態更新ファイル２３のアプリケーション平均実行時間の更新が完了すると、第２次アプリケーション現在状態情報更新行程は完了する。第２次アプリケーション現在状態情報更新行程が完了すると、アプリケーション平均実行時間算出記録手順は終了する（ＥＮＤ）。

本発明の第５の実施形態に係るアプリケーション管理システムとしてのアプリケーション管理システム１０Ｅ、本発明の第５の実施形態に係るアプリケーション管理方法としてのアプリケーション平均実行時間算出記録手順およびその管理方法（アプリケーション平均実行時間算出記録手順）を実行させるためのプログラムによれば、管理対象アプリケーション群２２の管理対象アプリケーションの各々に対してアプリケーション毎の平均実行時間を算出し、算出結果をアプリケーション現在状態更新ファイル２３に記録し更新するので、アプリケーション現在状態更新ファイル２３を参照することで、管理対象アプリケーション群２２の管理対象アプリケーションの各々に対してアプリケーション毎の平均実行時間を参照することができる。

管理対象アプリケーション群２２の管理対象アプリケーションの各々に対してアプリケーション毎の平均実行時間は、サーバ計算機群１１Ｅのアプリケーションサーバ計算機１５Ｅ，１６Ｅ，１７Ｅの少なくともいずれかで発生した異常停止を復旧させる際に、有効な情報である。従って、アプリケーション毎の平均実行時間を参照できることにより、復旧作業者のより適切な復旧作業に貢献することができる。

［第６の実施形態］
図１５に本発明の第６の実施形態に係るアプリケーション管理システムの一実施例であるアプリケーション管理システム１０Ｆの構成概略を表した構成概略図を示す。

アプリケーション管理システム１０Ｆは、バックアップとして他の接続ルート（以下、バックアップルートとする）を用意し、何らかの理由によりアプリケーション動作定義保存ファイル１９を参照することができない場合に、バックアップルートを使用してアプリケーション動作定義保存ファイル１９を参照することができるようにして、アプリケーションサーバ計算機１５，１６，１７がアプリケーション動作定義を取得できるように構成されたシステムである。

アプリケーション管理システム１０Ｆは、基本的なシステム構成であるアプリケーション管理システム１０の管理サーバ計算機１３の代わりに管理サーバ計算機１３を複数台有する管理サーバ計算機群４３を具備する点で異なるが、その他の点については同様であり、同一または相当箇所については同一符号を付して説明を省略する。

図１５によれば、アプリケーション管理システム１０Ｆは、少なくとも１以上のアプリケーションサーバ計算機を有するサーバ計算機群１１がＬＡＮまたはＷＡＮ等の通信ネットワーク１２を介して管理サーバ計算機１３を、例えば２台等の複数台有する管理サーバ計算機群４３と電気的に接続されて構成される。尚、管理サーバ計算機群４３が有する２台の管理サーバ計算機１３を区別して説明する必要がある場合においては、明確に区別するため、一方を第１の管理サーバ計算機１３Ａとし、他方を第２の管理サーバ計算機１３Ｂとして説明する。

管理サーバ計算機群４３の第１の管理サーバ計算機１３Ａおよび第２の管理サーバ計算機１３Ｂには、アプリケーション動作定義保存ファイル１９がそれぞれ格納されている。また、アプリケーションサーバ計算機１５，１６，１７では、アプリケーション動作定義を参照するために接続する管理サーバ計算機１３の接続優先度が決められている。例えば、第１の管理サーバ計算機１３Ａの優先順位（接続優先順位）を第１位、第２の管理サーバ計算機１３Ｂの優先順位（接続優先順位）を第２位とした場合、アプリケーションサーバ計算機１５，１６，１７は、まず、第１の管理サーバ計算機１３Ａと接続を試みる。もし、何らかの理由により接続できなかった場合には第２の管理サーバ計算機１３Ｂと接続を試みる。

このように構成されるアプリケーション管理システム１０Ｆでは、アプリケーションサーバ計算機１５，１６，１７が、第１の管理サーバ計算機１３Ａと接続できなかった場合においても、本発明に係るアプリケーション管理方法を用いてバックアップルートとして用意した第２の管理サーバ計算機１３Ｂと接続を試みる動作定義取得ルート切替手順を実行する。

図１６にアプリケーション管理システム１０Ｆが本発明に係るアプリケーション管理方法としての動作定義取得ルート切替手順について説明する説明図（処理フロー図）を示す。

動作定義取得ルート切替手順は、予め設定された動作優先度に従い、管理サーバ計算機と接続を試み、接続できるか否かを確認する接続確認行程（ステップＳ５１）と、動作定義を取得するルートの切り替えが可能か否かを確認する動作定義取得ルート切替可否確認行程（ステップＳ５２）と、この動作定義取得ルート切替可否確認行程で動作定義取得ルートの切り替えが可能な場合に動作定義取得ルートの切り替えを実施する動作定義取得ルート切替実施行程（ステップＳ５３）と、動作定義取得ルートの切り替えが不可能な場合に切り替えられる動作定義取得ルートが存在しない旨を通知する動作定義取得ルート切替不可通知行程（ステップＳ５４）とを具備する。

このような動作定義取得ルート切替手順では、最初にループ１に入る。そして、ループ１でアプリケーションサーバ計算機１５，１６，１７のアプリケーション管理手段２１が管理サーバ計算機１３との接続を確認するまでの間、換言すれば、動作定義取得ルートを確保するまでの間、ループ１内の処理操作が繰り返される。ループ１では、まず、ステップＳ５１で接続確認行程がなされる。

接続確認行程では、予め設定された動作優先度に基づきアプリケーション管理手段２１が管理サーバ計算機群４３の接続すべき管理サーバ（管理サーバ計算機１３Ａ，１３Ｂのいずれか）との接続を試みる。接続要求する管理サーバは、ループ１の周回数によって異なる。例えば、スタート（ＳＴＡＲＴ）の直後（ループ周回数０回）であれば、アプリケーション管理手段２１は、優先度が第１位の第１の管理サーバ計算機１３Ａとの接続を要求し、ループ周回数１回であれば、優先度が第２位の第２の管理サーバ計算機１３Ｂとの接続を要求する。

アプリケーション管理手段２１が予め設定された動作優先度に従い、管理サーバ計算機群４３の接続すべき管理サーバと接続できない場合（ステップＳ５１でＮＯの場合）、ステップＳ５２に進み、ステップＳ５２で動作定義取得ルート切替可否確認行程がなされる。動作定義取得ルート切替可否確認行程（ステップＳ５２）では、アプリケーション管理手段２１が動作定義を取得する接続経路（以下、単にルートとする）の切り替えが可能か否かを確認する。

動作定義を取得するルートの切り替えが可能か否かの判断は、アプリケーション管理手段２１がアプリケーション動作定義保存ファイル２３を参照できる他のルートの有無で判断する。アプリケーション管理手段２１が他のルートを経由してアプリケーション動作定義保存ファイル２３を参照できる場合には、動作定義を取得するルートの切り替えが可能と判断する。動作定義を取得するルートの切り替えが可能な場合（ステップＳ５２でＹＥＳの場合）、ステップＳ５３に進み、ステップＳ５３で動作定義取得ルート切替実施行程がなされる。

動作定義取得ルート切替実施行程（ステップＳ５３）では、アプリケーション管理手段２１が動作定義取得ルートの切り替えを実施する。そして、動作定義取得ルートの切り替えが実施されると、ループ１の処理操作を完了してステップＳ５１に戻り、アプリケーション管理手段２１が予め設定された動作優先度に従い、管理サーバ計算機群４３の接続すべき管理サーバと接続できるまでループ１の処理操作を繰り返す。

アプリケーション管理手段２１が予め設定された動作優先度に従い、管理サーバ計算機群４３の接続すべき管理サーバと接続できると（ステップＳ５１でＹＥＳの場合）、ループ１を抜け、動作定義取得ルート切替手順を終了する（ＥＮＤ）。

一方、アプリケーション管理手段２１が予め設定された動作優先度に従い、管理サーバ計算機群４３の接続すべき管理サーバと接続できるまでループ１の処理操作を繰り返した結果、ステップＳ５２の動作定義取得ルート切替可否確認行程においてアプリケーション管理手段２１が動作定義を取得するルートの切り替えが不可能となった場合（ステップＳ５２でＹＥＳの場合）、ステップＳ５４に進む。そして、ステップＳ５４で動作定義取得ルート切替不可通知行程がなされる。

動作定義取得ルート切替不可通知行程（ステップＳ５４）では、アプリケーション管理手段２１が切り替えられる動作定義取得ルートが存在しない旨を操作するアプリケーションサーバ計算機１５，１６，１７のディスプレイ等の表示部（図に示さず）に表示し、ユーザに通知する。切り替えられる動作定義取得ルートが存在しない旨がアプリケーションサーバ計算機１５，１６，１７の表示部に表示されると、動作定義取得ルート切替不可通知行程を完了し、動作定義取得ルート切替不可通知行程の完了をもって動作定義取得ルート切替手順を終了する（ＥＮＤ）。

本発明の第６の実施形態に係るアプリケーション管理システムとしてのアプリケーション管理システム１０Ｆ、本発明の第６の実施形態に係るアプリケーション管理方法としての動作定義取得ルート切替手順およびその管理方法（動作定義取得ルート切替手順）を実行させるためのプログラムによれば、アプリケーションサーバ計算機１５，１６，１７がアプリケーション動作定義を取得するべく接続する管理サーバ計算機１３を、例えば、第１の管理サーバ計算機１３Ａおよび第２の管理サーバ計算機１３Ｂ等の複数台有する管理サーバ計算機群４３とすることで、アプリケーションサーバ計算機１５，１６，１７がアプリケーション動作定義を取得する接続経路、すなわち、動作定義取得ルートを複数個確保することができる。

従って、管理サーバ計算機群４３のうち、第１の管理サーバ計算機１３Ａが異常となり１台の管理サーバ計算機からアプリケーション動作定義を取得することができない場合でも、残りの第２の管理サーバ計算機１３Ｂが正常ならばアプリケーションサーバ計算機１５，１６，１７においてアプリケーションの動作管理を継続して実施することが可能となり、本発明の他の実施形態に係るアプリケーション管理システム１０Ａ，１０Ｂ，１０Ｃ，１０Ｄ，１０Ｅよりもよりシステムの安定度および信頼度を高めることができる。

尚、管理サーバ計算機群４３が有する管理サーバ計算機１３の数は、システム規模に応じて変化するものであり、第１の管理サーバ計算機１３Ａおよび第２の管理サーバ計算機１３Ｂの２台に限定するものではない。また、管理サーバ計算機１３はアプリケーションサーバ計算機１５，１６，１７とは別計算機とすることも限定せず、管理サーバ計算機１３をアプリケーションサーバ計算機１５，１６，１７内に配置することも可能である。

また、動作定義取得ルート切替手順の接続確認行程（ステップＳ５１）においては、管理サーバ計算機群４３が管理サーバＰ（Ｐ：２以上の自然数）台を有している場合、アプリケーション管理手段２１は、ループ周回数Ｑ（０≦Ｑ≦Ｐ−１を満たす整数）回の場合、優先度が第Ｑ＋１位の管理サーバ計算機との接続を要求することになる。

以上、本発明に係るアプリケーション管理システム、アプリケーション管理方法およびその管理方法を実行させるためのプログラムによれば、アプリケーション管理システム１０Ａにおけるアプリケーションサーバ計算機１５Ａ，１６Ａ，１７Ａで実行中の所定のアプリケーションを停止する場合、複数のアプリケーションに対して停止要求があっても、停止要求のあったアプリケーションのグループ名を指定することにより、指定されたグループに属するアプリケーションを一斉に停止することができる。

また、アプリケーション管理システム１０Ｂにおいては、アプリケーションサーバ計算機１５Ｂ，１６Ｂ，１７Ｂのアプリケーション異常検出手段２８がアプリケーションの動作異常の検出を行うことにより、異常が発生したアプリケーションのリカバリーをアプリケーションの動作定義に従って実施することができる。

この時、再実行によるリカバリーが不要または不可である場合には、異常が発生したアプリケーションの動作を禁止して動作させないので、アプリケーション管理システム１０Ｂの他のアプリケーションに対する悪影響を最小限に食い止めることができる。また、後処理実行アプリケーション２９が起動することにより、異常終了したアプリケーションが属するアプリケーションサーバ計算機からアプリケーションの動作異常の発生を通信ネットワーク１２を介して電気的に接続される外部計算機に通知することができるので、外部計算機からの無用な接続を防止するとともに、より適切なリカバリーを実施することができる。

さらに、アプリケーション管理システム１０Ｃにおいては、アプリケーションサーバ計算機１５Ｃ，１６Ｃ，１７ＣのＯＳタイマ管理手段３３が、実行処理を中断するアプリケーションの次回起動時刻の情報を受け取り、受け取った次回起動時刻と現在時刻との比較を行い時間管理することで、アプリケーションサーバ計算機１５Ｃ，１６Ｃ，１７Ｃで現在、実行中の管理対象アプリケーションの処理操作を一旦中断し、規定周期時間以外の任意時間後にアプリケーションの実行処理を再開することができる。

すなわち、アプリケーションサーバ計算機１５Ｃ，１６Ｃ，１７Ｃにおいて管理される管理対象アプリケーション群２２の個々のアプリケーションを動的に起動させることができ、アプリケーションの実行をより自由度を高めることができる。

さらにまた、アプリケーション管理システム１０Ｄにおいては、アプリケーションサーバ計算機１５Ｄ，１６Ｄ，１７Ｄの現状動作回数リセット手段３７が規定時間毎に現状動作回数Ｎｃをリセットすることで、現状動作回数Ｎｃから規定時間内のアプリケーション実行回数を知ることができる。従って、規定時間内動作回数を設定動作回数と比較することが可能となり、アプリケーションの動作異常の有無を監視することができる。そして、現状動作回数リセット手段３７が、「異常」と判断した場合には、アプリケーション現在状態更新ファイル２３のアプリケーション状態を「動作不可」にして、他のアプリケーションおよびアプリケーションサーバ計算機１６Ｄ，１７Ｄへの悪影響を最小限に食い止めることができる。

一方、アプリケーション管理システム１０Ｅにおいては、アプリケーションサーバ計算機１５Ｅ，１６Ｅ，１７Ｅのアプリケーション平均実行時間算出手段４０が管理対象アプリケーション群２２の実行したアプリケーションについてアプリケーション終了後に平均実行時間を算出し、算出結果をアプリケーション現在状態更新ファイル２３に記録し更新するので、アプリケーション現在状態更新ファイル２３を参照することで、管理対象アプリケーション群２２の管理対象アプリケーションの各々に対してアプリケーション毎の平均実行時間を参照することができる。

従って、サーバ計算機群１１Ｅのアプリケーションサーバ計算機１５Ｅ，１６Ｅ，１７Ｅの少なくともいずれかで発生した異常停止を復旧させる際に、復旧作業者は、アプリケーション毎の平均実行時間という有効な情報を取得することが可能となり、より適切な復旧作業に貢献することができる。

他方、アプリケーション管理システム１０Ｆにおいては、アプリケーションサーバ計算機１５，１６，１７がアプリケーション動作定義を取得するべく接続する管理サーバ計算機１３を、例えば、第１の管理サーバ計算機１３Ａおよび第２の管理サーバ計算機１３Ｂ等の複数台有する管理サーバ計算機群４３とすることで、アプリケーション動作定義を取得する接続経路、すなわち、動作定義取得ルートを複数個確保することができる。

従って、管理サーバ計算機群４３のうち、第１の管理サーバ計算機１３Ａが異常となり１台の管理サーバ計算機からアプリケーション動作定義を取得することができない場合でも、残りの第２の管理サーバ計算機１３Ｂが正常ならばアプリケーションサーバ計算機１５，１６，１７においてアプリケーションの動作管理を継続して実施することが可能となり、本発明の他の実施形態に係るアプリケーション管理システム１０Ａ，１０Ｂ，１０Ｃ，１０Ｄ，１０Ｅよりもよりシステムの安定度および信頼度を高めることができる。

尚、本発明に係るアプリケーション管理システムには、各実施形態の構成要素を適宜組み合わせて構成されるアプリケーション管理システムを包含するものとする。

本発明に係るアプリケーション管理システムの基本的な構成概略を表した基本構成概略図。 本発明に係るアプリケーション管理システムの管理サーバ計算機に格納されるアプリケーション動作定義保存ファイルのデータ構造の一例を説明する説明図。 本発明に係るアプリケーション管理システムのアプリケーションサーバ計算機が備えるアプリケーション現在状態更新ファイルのデータ構造の一例を説明する説明図。 本発明の第１の実施形態に係るアプリケーション管理システムの構成概略を表した構成概略図。 本発明の第１の実施形態に係るアプリケーション管理システムのアプリケーションサーバ計算機が備えるアプリケーション現在状態更新ファイルのデータ構造の一例を説明する説明図。 本発明の第１の実施形態に係るアプリケーション管理システムが本発明に係るアプリケーション管理方法として行うアプリケーション停止手順について説明する説明図（処理フロー図）。 本発明の第２の実施形態に係るアプリケーション管理システムの構成概略を表した構成概略図。 本発明の第２の実施形態に係るアプリケーション管理システムが本発明に係るアプリケーション管理方法として行うアプリケーション後処理実行手順について説明する説明図（処理フロー図）。 本発明の第３の実施形態に係るアプリケーション管理システムの構成概略を表した構成概略図。 本発明の第３の実施形態に係るアプリケーション管理システムが本発明に係るアプリケーション管理方法として行うアプリケーション動的起動手順について説明する説明図（処理フロー図）。 本発明の第４の実施形態に係るアプリケーション管理システムの構成概略を表した構成概略図。 本発明の第４の実施形態に係るアプリケーション管理システムが本発明に係るアプリケーション管理方法として行うアプリケーション異常監視手順について説明する説明図（処理フロー図）。 本発明の第５の実施形態に係るアプリケーション管理システムの構成概略を表した構成概略図。 本発明の第５の実施形態に係るアプリケーション管理システムが本発明に係るアプリケーション管理方法として行うアプリケーション平均実行時間算出記録手順について説明する説明図（処理フロー図）。 本発明の第６の実施形態に係るアプリケーション管理システムの構成概略を表した構成概略図。 本発明の第６の実施形態に係るアプリケーション管理システムが本発明に係るアプリケーション管理方法として行う動作定義取得ルート切替手順について説明する説明図（処理フロー図）。 従来のアプリケーション管理システムおよびそのアプリケーション管理方法について概略を説明する概略図。

符号の説明

１０，１０Ａ，１０Ｂ，１０Ｃ，１０Ｄ，１０Ｅ，１０Ｆ アプリケーション管理システム
１１ アプリケーションサーバ計算機群
１２ 通信ネットワーク
１３ 管理サーバ計算機
１５，１５Ａ，１５Ｂ，１５Ｃ，１５Ｄ，１５Ｅ アプリケーションサーバ計算機
１６，１６Ａ，１６Ｂ，１６Ｃ，１６Ｄ，１６Ｅ アプリケーションサーバ計算機
１７，１７Ａ，１７Ｂ，１７Ｃ，１７Ｄ，１７Ｅ アプリケーションサーバ計算機
１９ アプリケーション動作定義保存ファイル
２１，２１Ａ，２１Ｂ アプリケーション管理手段
２２，２２Ａ 実行対象アプリケーション群
２３，２３Ａ アプリケーション現在状態更新ファイル
２５ アプリケーション停止受付部
２６ アプリケーショングルーピング管理部
２８ アプリケーション異常検出手段
２９ 後処理アプリケーション
３０ アプリケーション管理部
３１ 後処理実行部
３３ ＯＳタイマ管理手段
３４ 次回起動時刻通知部
３７ 現状動作回数リセット手段
３８ 動作回数比較部
４０ アプリケーション平均実行時間算出手段
４１ 実行時間算出部
４３ 管理サーバ計算機群

Claims (8)

1. 複数の実行可能なアプリケーションを有するアプリケーションサーバ計算機を複数台備えるアプリケーションサーバ計算機群と複数のアプリケーションの動作定義を事前設定した管理サーバ計算機とを通信ネットワークを介して相互に通信可能に構成し、前記アプリケーションサーバ計算機は、アプリケーションの実行を制御し管理するアプリケーション管理手段と、このアプリケーション管理手段が管理する少なくとも１以上のアプリケーションと、アプリケーションの現在の状態を記録し保有するアプリケーション現在状態更新ファイルとを備え、前記管理サーバ計算機は、アプリケーションの動作定義を記録したアプリケーション動作定義保存ファイルを格納し、このアプリケーション動作定義保存ファイルを前記アプリケーションサーバ計算機が参照することによりアプリケーションの動作を制御するアプリケーション管理システムにおいて、
   前記アプリケーションサーバ計算機は、前記アプリケーション管理手段が管理する少なくとも１以上のアプリケーションを少なくとも１以上のグループにグループ化した実行対象アプリケーション群と、この実行対象アプリケーション群のグルーピングデータを有するアプリケーション現在状態更新ファイルとを備え、
   前記アプリケーションサーバ計算機のアプリケーション管理手段に、指定した単位でアプリケーションの停止要求を受け付けるアプリケーション停止受付部と、前記実行対象アプリケーション群のアプリケーションをグループ単位で管理するとともに、前記アプリケーション停止受付部からの停止要求を受けて前記指定した単位でアプリケーションを一斉に停止させるアプリケーショングルーピング管理部とを備えることを特徴とするアプリケーション管理システム。
2. 複数の実行可能なアプリケーションを有するアプリケーションサーバ計算機を複数台備えるアプリケーションサーバ計算機群と複数のアプリケーションの動作定義を事前設定した管理サーバ計算機とを通信ネットワークを介して相互に通信可能に構成し、前記アプリケーションサーバ計算機は、アプリケーションの実行を制御し管理するアプリケーション管理手段と、このアプリケーション管理手段が管理する少なくとも１以上のアプリケーションと、アプリケーションの現在の状態を記録し保有するアプリケーション現在状態更新ファイルとを備え、前記管理サーバ計算機は、アプリケーションの動作定義を記録したアプリケーション動作定義保存ファイルを格納し、このアプリケーション動作定義保存ファイルを前記アプリケーションサーバ計算機が参照することによりアプリケーションの動作を制御するアプリケーション管理システムにおいて、
   前記アプリケーションサーバ計算機は、アプリケーション動作の異常を検出するアプリケーション異常検出手段と、異常検出時の後処理を実行する後処理アプリケーションとを備え、
   前記アプリケーションサーバ計算機のアプリケーション管理手段に、実行要求のあったアプリケーションの実行を制御し管理するアプリケーション管理部と、異常が発生し実行要求されたアプリケーションが再実行できない場合に前記後処理アプリケーションを実行する後処理実行部とを備えることを特徴とするアプリケーション管理システム。
3. 複数の実行可能なアプリケーションを有するアプリケーションサーバ計算機を複数台備えるアプリケーションサーバ計算機群と複数のアプリケーションの動作定義を事前設定した管理サーバ計算機とを通信ネットワークを介して相互に通信可能に構成し、前記アプリケーションサーバ計算機は、アプリケーションの実行を制御し管理するアプリケーション管理手段と、このアプリケーション管理手段が管理する少なくとも１以上のアプリケーションと、アプリケーションの現在の状態を記録し保有するアプリケーション現在状態更新ファイルとを備え、前記管理サーバ計算機は、アプリケーションの動作定義を記録したアプリケーション動作定義保存ファイルを格納し、このアプリケーション動作定義保存ファイルを前記アプリケーションサーバ計算機が参照することによりアプリケーションの動作を制御するアプリケーション管理システムにおいて、
   前記アプリケーションサーバ計算機に、オペレーションシステムのタイマを管理し、現在時刻を認識するとともに、中断処理を行うアプリケーションの次回起動時刻を受け取り、前記現在時刻と前記次回起動時刻とが同じ時刻になると、アプリケーションの実行要求を行うＯＳタイマ管理手段を設け、
   前記アプリケーション管理手段に、実行要求のあったアプリケーションの実行を管理するアプリケーション管理部と、中断処理を行うアプリケーションの次回起動時刻を前記ＯＳタイマ管理手段に通知する次回起動時刻通知部とを備えることを特徴とするアプリケーション管理システム。
4. 複数の実行可能なアプリケーションを有するアプリケーションサーバ計算機を複数台備えるアプリケーションサーバ計算機群と複数のアプリケーションの動作定義を事前設定した管理サーバ計算機とを通信ネットワークを介して相互に通信可能に構成し、前記アプリケーションサーバ計算機は、アプリケーションの実行を制御し管理するアプリケーション管理手段と、このアプリケーション管理手段が管理する少なくとも１以上のアプリケーションと、アプリケーションの現在の状態を記録し保有するアプリケーション現在状態更新ファイルとを備え、前記管理サーバ計算機は、アプリケーションの動作定義を記録したアプリケーション動作定義保存ファイルを格納し、このアプリケーション動作定義保存ファイルを前記アプリケーションサーバ計算機が参照することによりアプリケーションの動作を制御するアプリケーション管理システムにおいて、
   前記アプリケーションサーバ計算機に、規定時間毎に前記アプリケーション現在状態更新ファイルに記録される規定時間内動作回数を０にする現状動作回数リセット手段と、
   前記アプリケーション管理手段に、実行要求のあったアプリケーションの実行を制御するアプリケーション管理部と、前記アプリケーション現在状態更新ファイルに記録される規定時間内動作回数と前記アプリケーション動作定義保存ファイルに記録される設定動作回数とを比較する動作回数比較部とを備えることを特徴とするアプリケーション管理システム。
5. 複数の実行可能なアプリケーションを有するアプリケーションサーバ計算機を複数台備えるアプリケーションサーバ計算機群と複数のアプリケーションの動作定義を事前設定した管理サーバ計算機とを通信ネットワークを介して相互に通信可能に構成し、前記アプリケーションサーバ計算機は、アプリケーションの実行を制御し管理するアプリケーション管理手段と、このアプリケーション管理手段が管理する少なくとも１以上のアプリケーションと、アプリケーションの現在の状態を記録し保有するアプリケーション現在状態更新ファイルとを備え、前記管理サーバ計算機は、アプリケーションの動作定義を記録したアプリケーション動作定義保存ファイルを格納し、このアプリケーション動作定義保存ファイルを前記アプリケーションサーバ計算機が参照することによりアプリケーションの動作を制御するアプリケーション管理システムにおいて、
   前記アプリケーションサーバ計算機は、前記アプリケーション管理手段にアプリケーションの実行を制御するアプリケーション管理部と、アプリケーション終了時に今回の実行時間を算出するアプリケーション実行時間算出部と、
   前記アプリケーション管理手段が管理するアプリケーションについてアプリケーション実行終了後に前記アプリケーション実行時間算出部から算出した今回の実行時間を受け取って今回までの平均実行時間を算出するアプリケーション平均実行時間算出手段とを備えることを特徴とするアプリケーション管理システム。
6. 複数の実行可能なアプリケーションを有するアプリケーションサーバ計算機を複数台備えるアプリケーションサーバ計算機群と複数のアプリケーションの動作定義を事前設定した複数の管理サーバ計算機を有する管理サーバ計算機群とを通信ネットワークを介して相互に通信可能に構成し、
   前記管理サーバ計算機群が有する管理サーバ計算機は、アプリケーションの動作定義を記録したアプリケーション動作定義保存ファイルを格納し、
   前記アプリケーションサーバ計算機は、事前に決められた接続優先度に従い、前記管理サーバ計算機に格納されるアプリケーション動作定義保存ファイルを参照してアプリケーションの動作を制御し管理するアプリケーション管理手段と、このアプリケーション管理手段が管理する少なくとも１以上のアプリケーションと、アプリケーションの現在の状態を記録し保有するアプリケーション現在状態更新ファイルとを備えることを特徴とするアプリケーション管理システム。
7. アプリケーション停止受付部がアプリケーションの停止要求を受け付けて認識し停止要求の内容を判断するアプリケーション停止要求判断行程と、
   このアプリケーション停止要求判断行程で前記アプリケーション停止受付部が判断した停止要求のあったアプリケーションに属するグループを管理するアプリケーショングルーピング管理部が停止要求のあったアプリケーションを一斉に停止するアプリケーション停止行程と、
   前記アプリケーショングルーピング管理部がアプリケーション現在状態情報を更新するアプリケーション現在状態情報更新行程とを具備し、
   前記アプリケーション停止要求判断行程は、前記アプリケーション停止部がアプリケーションの停止要求を受け付け認識するアプリケーション停止要求認識ステップと、アプリケーション動作定義保存ファイルを参照し、アプリケーション動作定義を取得するアプリケーション動作定義取得ステップと、取得したアプリケーション動作定義からアプリケーション停止要求の内容を判断するアプリケーション停止要求内容判断ステップとを備えることを特徴とするアプリケーション管理方法。
8. アプリケーション停止部がアプリケーションの停止要求を受け付け認識するアプリケーション停止要求認識ステップと、アプリケーション動作定義保存ファイルを参照し、アプリケーション動作定義を取得するアプリケーション動作定義取得ステップと、取得したアプリケーション動作定義からアプリケーション停止要求の内容を判断するアプリケーション停止要求内容判断ステップとを備えるアプリケーション停止要求判断行程と、
   このアプリケーション停止要求判断行程で前記アプリケーション停止受付部が判断した停止要求のあったアプリケーションに属するグループを管理するアプリケーショングルーピング管理部が停止要求のあったアプリケーションを一斉に停止するアプリケーション停止行程と、
   前記アプリケーショングルーピング管理部がアプリケーション現在状態情報を更新するアプリケーション現在状態情報更新行程とを具備するアプリケーション停止手順をコンピュータに実行させるプログラム。

Images