(57)【要約】【課題】Ｗｅｂ業務アプリケーションの障害発生時に、障害原因の解析に必要な障害情報をすばやく収集する障害情報収集方式を得る。【解決手段】障害情報収集機能１は、アプリケーション実行情報管理機能２によってＷｅｂ業務アプリケーション５の実行情報を登録し、また、例外情報管理機能３により、障害解析に必要な例外情報を例外情報ナレッジ６から取得し、さらにアプリケーション障害データ収集機能４が、例外情報管理機能３により取得された例外情報に基づき、Ｗｅｂ業務アプリケーション５のアプリケーション構成ファイルからアプリケーション構成情報を生成するとともに、登録されたＷｅｂ業務アプリケーション５の実行情報を収集して、Ｗｅｂ業務アプリケーション５の障害発生時に、障害原因の解析に必要な障害情報を自動的に収集するようにした。【選択図】図１
2009237749.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂ業務アプリケーションの障害発生時の障害データを収集する障害情報収集方式であって、
上記Ｗｅｂ業務アプリケーションの実行情報を登録するアプリケーション実行情報管理手段、アプリケーション構成ファイルとアプリケーションサーバログの障害解析に必要な部分を、障害情報収集を開始する事象であるトリガごとに規定する例外情報が登録され、記憶手段に記憶される例外情報ナレッジ、この例外情報ナレッジから、上記トリガに対応する例外情報を取得する例外情報管理手段、及び上記トリガが発生した場合に、上記トリガに対応する上記例外情報に基づき、障害解析用アプリケーション構成ファイルと障害解析用アプリケーションサーバログを生成するとともに、上記アプリケーション実行情報管理手段に登録された上記Ｗｅｂ業務アプリケーションの実行情報から障害解析用アプリケーション実行情報を生成するアプリケーション障害データ収集手段を備えたことを特徴とする障害情報収集方式。
【請求項２】
上記アプリケーション実行情報管理手段は、登録された上記Ｗｅｂ業務アプリケーションの実行情報を、予め決められたメモリ使用量の上限に基づき削除することを特徴とする請求項１記載の障害情報収集方式。
【請求項３】
上記アプリケーション障害データ収集手段は、上記Ｗｅｂ業務アプリケーションで発生する例外を上記トリガとすることを特徴とする請求項１または請求項２記載の障害情報収集方式。
【請求項４】
上記アプリケーション障害データ収集手段は、上記トリガとする上記例外情報及びこの例外情報にネストされた例外情報に基づき、上記障害解析用アプリケーション構成ファイルを作成することを特徴とする請求項３記載の障害情報収集方式。
【請求項５】
上記アプリケーション障害データ収集手段は、上記Ｗｅｂ業務アプリケーションからのＡＰＩ呼び出しを上記トリガとすることを特徴とする請求項１または請求項２記載の障害情報収集方式。
【請求項６】
上記アプリケーション実行情報管理手段は、指定されたＵＲＬを有するリクエストに応じて、上記Ｗｅｂ業務アプリケーションの実行情報を登録することを特徴とする請求項１〜請求項５のいずれかに記載の障害情報収集方式。
【請求項７】
上記アプリケーション障害データ収集手段は、セキュリティ対策を施したファイルとして上記障害解析用アプリケーション実行情報を生成することを特徴とする請求項１〜請求項６のいずれかに記載の障害情報収集方式。
【請求項８】
上記アプリケーション障害データ収集手段は、上記障害解析用アプリケーション構成ファイルに解析の優先度を付与することを特徴とする請求項１〜請求項７のいずれかに記載の障害情報収集方式。
【請求項９】
上記例外情報管理手段は、上記例外情報を上記例外情報ナレッジに登録する手段を有することを特徴とする請求項１〜請求項８のいずれかに記載の障害情報収集方式。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、業務アプリケーションに使用され、業務アプリケーションの障害発生時に、障害解析に必要な障害情報を収集する障害情報収集方式に関するものである。
【背景技術】
【０００２】
特許文献１に示される従来の障害情報収集は、対象がネットワークやハードウェア情報に特定するものである。
特許文献２に示される従来の障害情報収集機能は、登録された情報（ナレッジ）に基づく障害情報のみを収集するものであり、アプリケーション実行中の情報を取得するものではない。
特許文献３に示されるものでは、入力されたトラブル情報に基づいてプログラム生成を行う。また、障害対応者によるトラブル情報の入力が必要である。
特許文献４に示されるものでは、障害発生状況情報を自動的に収集するものではあるが、予め決定されたものであり、取得する情報のカスタマイズ性に欠けるものである。また、動作中のアプリケーションの内部情報（トランザクションの状態やデータベースとの接続状態）やアプリケーションを構成するファイルの収集は行っていない。
【０００３】
【特許文献１】特開平２−１５９６３８号公報（第２〜３頁、図１）
【特許文献２】特開２００４−３２０２６７号公報（第８〜１４頁、図１）
【特許文献３】特開２００３−６００２号公報（第３〜５頁、図１）
【特許文献４】特開平８−２４１２５５号公報（第８〜１３頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来は、保守者（障害対応者）は、障害の内容を判別することができないため、障害情報が不足することや誤って収集することがあった。
また、障害原因を解析する上で、Ｗｅｂ業務アプリケーションの内部動作情報が取得できないという問題があった。
また、Ｗｅｂ業務アプリケーション実行中の例外が発生した時では、詳細な障害解析に必要な情報の取得に時間がかかるという問題があった。
【０００５】
この発明は、上述のような課題を解決するためになされたものであり、Ｗｅｂ業務アプリケーションの障害発生時に、障害原因の解析に必要な障害情報をすばやく収集する障害情報収集方式を得ることを目的にしている。
【課題を解決するための手段】
【０００６】
この発明に係わる障害情報収集方式においては、Ｗｅｂ業務アプリケーションの障害発生時の障害データを収集する障害情報収集方式であって、
Ｗｅｂ業務アプリケーションの実行情報を登録するアプリケーション実行情報管理手段、アプリケーション構成ファイルとアプリケーションサーバログの障害解析に必要な部分を、障害情報収集を開始する事象であるトリガごとに規定する例外情報が登録され、記憶手段に記憶される例外情報ナレッジ、この例外情報ナレッジから、トリガに対応する例外情報を取得する例外情報管理手段、及びトリガが発生した場合に、トリガに対応する例外情報に基づき、障害解析用アプリケーション構成ファイルと障害解析用アプリケーションサーバログを生成するとともに、アプリケーション実行情報管理手段に登録されたＷｅｂ業務アプリケーションの実行情報から障害解析用アプリケーション実行情報を生成するアプリケーション障害データ収集手段を備えたものである。
【発明の効果】
【０００７】
この発明は、以上説明したように、Ｗｅｂ業務アプリケーションの障害発生時の障害データを収集する障害情報収集方式であって、
Ｗｅｂ業務アプリケーションの実行情報を登録するアプリケーション実行情報管理手段、アプリケーション構成ファイルとアプリケーションサーバログの障害解析に必要な部分を、障害情報収集を開始する事象であるトリガごとに規定する例外情報が登録され、記憶手段に記憶される例外情報ナレッジ、この例外情報ナレッジから、トリガに対応する例外情報を取得する例外情報管理手段、及びトリガが発生した場合に、トリガに対応する例外情報に基づき、障害解析用アプリケーション構成ファイルと障害解析用アプリケーションサーバログを生成するとともに、アプリケーション実行情報管理手段に登録されたＷｅｂ業務アプリケーションの実行情報から障害解析用アプリケーション実行情報を生成するアプリケーション障害データ収集手段を備えたので、Ｗｅｂ業務アプリケーションの障害発生時に、障害原因の解析に必要な障害情報を自動的に収集することができる。
【発明を実施するための最良の形態】
【０００８】
実施の形態１．
以下、この発明の実施の形態１を図に基づいて説明する。
図１は、この発明の実施の形態１による障害情報収集機能を示す全体構成図である。
図１において、業務アプリケーション５は、障害が発生した場合、障害情報収集方式をソフトウェアによって実現した障害情報収集機能１を利用する。障害情報収集機能１は、業務アプリケーションの実行情報を管理するアプリケーション実行情報管理機能２（アプリケーション実行情報管理手段）と、例外情報を管理する例外情報管理機能３（例外情報管理手段）と、業務アプリケーションの障害データを収集するアプリケーション障害データ収集機能４（アプリケーション障害データ収集手段）を有する。
障害情報収集機能１は、アプリケーション実行情報管理機能２と例外情報管理機能３を実行した後、アプリケーション障害データ収集機能４を実行して、障害解析に必要な情報を収集する。例外情報管理機能３は、例外情報ナレッジ６を参照して、障害発生時のデータ収集に必要な情報を取得する。例外情報ナレッジ６は、記憶装置に格納され、データベースとして構成されている。
【０００９】
図２は、業務アプリケーションがＷｅｂアプリケーションである場合の障害情報収集機能の構成と関連性を示す図である。
図２において、アプリケーション実行情報管理機能２は、アプリケーション実行情報登録機能２１とアプリケーション実行情報取得機能２２とアプリケーション実行情報削除機能２３からなる。
アプリケーション実行情報登録機能２１は、Ｗｅｂアプリケーションが動作中に、特定のアプリケーション実行情報を記憶装置に登録する機能である。特定のアプリケーション実行情報とは、例えば、業務アプリケーション５におけるトランザクションの状態やデータベースの接続状態などである。また、アプリケーション実行情報登録機能２１は、ユーザが任意に情報を登録することも可能である。
アプリケーション実行情報取得機能２２は、アプリケーション実行情報登録機能２１によって登録された情報を取得する機能である。アプリケーション実行情報削除機能２３は、アプリケーション設定ファイルに設定された値に基づいて、アプリケーション実行情報登録機能２１によって登録された情報を削除する機能である。
【００１０】
例外情報管理機能３は、例外情報登録機能３１と例外情報取得機能３２からなる。例外情報登録機能３１は、開発者が事前に例外情報ナレッジ６に、障害解析のための情報収集に必要なデータを規定する例外情報を登録する機能である。例外情報取得機能３２は、例外情報登録機能３１によって登録された情報を取得する機能である。
アプリケーション障害データ収集機能４は、アプリケーション実行情報生成機能４１とアプリケーション構成情報生成機能４２からなる。アプリケーション実行情報生成機能４１は、アプリケーション実行情報取得機能２２により取得された情報から障害を解析するための情報として障害解析用アプリケーション実行情報１１をファイル生成する機能である。
アプリケーション構成情報生成機能４２は、例外情報取得機能３２により取得された例外情報に基づき、Ｗｅｂアプリケーション５ａのアプリケーション構成ファイル５２とアプリケーションサーバログ１０１から障害解析に必要な情報を収集し、障害解析用アプリケーション構成ファイル１２と障害解析用アプリケーションサーバログ１３を生成する機能である。
すなわち、アプリケーション障害データ収集機能４は、障害解析するためのアプリケーション障害情報として、障害解析用アプリケーション実行情報１１と、障害解析用アプリケーション構成ファイル１２と障害解析用アプリケーションサーバログ１３を収集し、記憶装置に格納する。
ここで、アプリケーション構成ファイル５２は、アプリケーションを動作させるための種々の設定ファイルやプログラムファイルなどを含んでいる。この中から、例外情報に基づき障害解析に必要なファイルを選択して障害解析用アプリケーション構成ファイル１２とする。同様に、アプリケーションサーバログ１０１から、例外情報に基づき、障害解析に必要な部分を選択して障害解析用アプリケーションサーバログ１３を生成する。
【００１１】
図３は、この発明の実施の形態１による障害情報収集機能のＷｅｂアプリケーションの動作準備が完了するまでの動作を示すフローチャートである。
図４は、この発明の実施の形態１による障害情報収集機能のリクエスト単位にＷｅｂアプリケーションの障害情報を収集する動作を示すフローチャートである。
【００１２】
図５は、この発明の実施の形態１による障害情報収集機能の例外情報を取得し、リクエスト単位にアプリケーション実行情報を取得するまでの動作を示すフローチャートである。
【００１３】
図６は、この発明の実施の形態１による障害情報収集機能の例外情報ナレッジに例外情報を登録する動作を示すフローチャートである。
【００１４】
次に、動作について説明する。
まず、図３にて、Ｗｅｂアプリケーションが起動し、Ｗｅｂアプリケーションの動作準備が完了するまでの流れについて説明する。
Ｗｅｂアプリケーション５ａをアプリケーションサーバ１０にデプロイし、Ｗｅｂアプリケーションの起動を行う（Ｓ３１）。次に、アプリケーション設定ファイル５１の読み込みを行い（Ｓ３２）、アプリケーション実行情報登録機能２１とアプリケーション実行情報削除機能２３が動作するための設定を行う。次にアプリケーション設定ファイル５１のチェックを行い（Ｓ３３）、設定が異常である場合（Ｓ３４）は、エラー（例外）を出力する（Ｓ３５）。
【００１５】
次に、図４にて、リクエストが送信され、リクエスト単位にＷｅｂアプリケーションの障害情報を収集する流れについて説明する。
アプリケーションサーバ１０にデプロイしたＷｅｂアプリケーション５ａに、リクエスト送信が行われる（Ｓ４１）と、障害情報収集機能１の設定がＯＮの場合（Ｓ４２）、Ｗｅｂアプリケーション実行中にアプリケーション実行情報登録を行う（Ｓ４３）。図３に示したアプリケーション設定ファイル５１の読み込み（Ｓ３２）により、アプリケーション実行情報の上限値を参照する。アプリケーション実行情報の登録数が上限値を超えている場合（Ｓ４４）は、アプリケーション実行情報の削除を実施し（Ｓ４５）、業務処理実行を行う（Ｓ４６）。
Ｗｅｂアプリケーション実行中に例外が発生した場合（Ｓ４７）、後述する図５に示すように、例外情報取得機能３２により、例外情報ナレッジ６から該当する例外情報を検索する。Ｗｅｂアプリケーション実行中に例外が発生しなかった場合（Ｓ４７）、業務処理は終了し（Ｓ４８）、登録したアプリケーション実行情報の削除を実施して（Ｓ４９）、レスポンスを送信する（Ｓ５０）。
【００１６】
次に、図５により、例外情報を取得し、リクエスト単位にアプリケーション実行情報を取得するまでの流れについて説明する。
図５にて、例外情報ナレッジ６から例外情報を取得し（Ｓ５１）、例外情報が存在した場合（Ｓ５２）は、その例外情報に基づき、アプリケーション構成情報生成（Ｓ５３）により、Ｗｅｂアプリケーション内のアプリケーション構成ファイル５２とアプリケーションサーバログ１０１から障害解析に必要な情報を収集し、アプリケーション障害情報として障害解析用アプリケーション構成ファイル１２と障害解析用アプリケーションサーバログ１３を生成する。アプリケーション実行情報取得（Ｓ５４）により取得したデータを障害解析用アプリケーション実行情報１１として出力して、障害解析用アプリケーション実行情報生成を行う（Ｓ５５）。
次に、登録したアプリケーション実行情報の削除を実施し（Ｓ５６）、アプリケーション障害データ収集（Ｓ５７）により、障害解析用アプリケーション実行情報生成（Ｓ５４）により生成した障害解析用アプリケーション実行情報１１と、アプリケーション構成情報生成（Ｓ５３）により生成した障害解析用アプリケーション構成ファイル１２と障害解析用アプリケーションサーバログ１３の収集を実施する。アプリケーション障害データ収集（Ｓ５７）が完了後、レスポンスを送信する（Ｓ５８）。
【００１７】
次に、図６により、例外情報ナレッジに例外情報を登録する流れについて説明する。
図６にて、開発者が例外情報ナレッジに対し、例外情報の登録を行う（Ｓ６１）。例外情報は、アプリケーションで発生する例外名、およびその例外名に対応した図５のアプリケーション構成情報生成（Ｓ５３）にて収集するＷｅｂアプリケーション内の各ファイル名である。
Ｊａｖａ（登録商標）を例にすると、Ｗｅｂアプリケーションが実行するのに必要なライブラリ（ＪＡＲファイル）や設定ファイル（例：デプロイメントディスクリプタ（ｗｅｂ．ｘｍｌ，ａｐｐｌｉｃａｔｉｏｎ．ｘｍｌ）、マニフェストファイル）や特定のプログラムの動作に必要なｘｍｌファイル（例・ｓｔｒｕｔｓ−ｃｏｎｆｉｇ．ｘｍｌ）やプロパティファイルなどである。
登録は事前に開発元が行い、例外情報の取得は、アプリケーションの例外が発生したら、例外情報管理機能３が自動で行う。
そのため、保守者（障害対応者）は、例外情報について何も知る必要はなく、自動収集されたアプリケーション障害情報を取得するのみの作業となる。
【００１８】
実施の形態１によれば、保守者（障害対応者）は、障害の内容を判別する必要はなく、自動収集されたアプリケーション障害情報を取得するのみとなり、障害解析に必要な情報の取得に要する時間を短縮することが可能となる。
また、自動で障害情報を収集するため、障害情報が不足することや誤って収集するといった問題がなくなる。
これにより、Ｗｅｂ業務アプリケーションの品質および保守性向上が可能となる。
この実施の形態では、障害情報収集を開始する事象であるトリガをＷｅｂ業務アプリケーションで発生する例外としたが、Ｗｅｂ業務アプリケーションからのＡＰＩ呼び出しなど別の事象をトリガとしてもよい。
【００１９】
実施の形態２．
実施の形態１では、リクエスト単位にアプリケーション実行情報の削除を行ったが、メモリ使用量が上限値を超えた場合に、アプリケーション実行情報の削除を行うことも可能である。
この場合、実施の形態１とは以下が異なる。
（１）メモリ使用量の上限値を設定可能とすることで、サーバの性能に合わせて、負荷を軽減することが可能となる。
（２）メモリ使用量の上限値を超えた場合にアプリケーション実行情報を削除するため、障害が発生したリクエストの前に送信された複数のリクエストのアプリケーション実行情報を取得することが可能となる。
以下、この発明の実施の形態２を図に基づいて説明する。
【００２０】
図７は、この発明の実施の形態２による障害情報収集機能のメモリ使用量に応じてアプリケーション実行情報を削除し、障害情報を収集する動作を示すフローチャートである。
【００２１】
図８は、この発明の実施の形態２による障害情報収集機能のアプリケーションの例外情報を取得したのち、アプリケーション実行情報を取得し、障害情報を収集する動作を示すフローチャートである。
【００２２】
図７にて、アプリケーションサーバ１０にデプロイしたＷｅｂアプリケーション５ａに、リクエスト送信が行われる（Ｓ７１）と、障害情報収集機能１の設定がＯＮの場合（Ｓ７２）、Ｗｅｂアプリケーション実行中にアプリケーション実行情報登録（Ｓ７３）を行う。次に、図３に示したアプリケーション設定ファイル５１の読み込み（Ｓ３２）により、メモリ使用量の上限値を参照し、メモリ使用量のチェックを行う（Ｓ７４）。
メモリ使用量が上限値を超えている場合（Ｓ７５）は、登録されたアプリケーション実行情報を削除するアプリケーション実行情報削除（Ｓ７６）を実施し、業務処理実行（Ｓ７７）を行う。
Ｗｅｂアプリケーション実行中に例外が発生した場合（Ｓ７８）、図８のように例外情報を取得し、アプリケーション障害データを収集する。Ｗｅｂアプリケーション実行中に例外が発生しなかった場合（Ｓ７８）、業務処理は終了し（Ｓ７９）、レスポンスを送信する（Ｓ８０）。
【００２３】
図８にて、例外情報取得機能３２により、例外情報ナレッジ６から該当する例外情報を検索して、例外情報を取得し（Ｓ８１）、例外情報が存在した場合（Ｓ８２）は、その例外情報に基づき、アプリケーション構成情報生成（Ｓ８３）にて、Ｗｅｂアプリケーション内のアプリケーション構成ファイル５２とアプリケーションサーバログ１０１から障害解析に必要な情報を収集し、アプリケーション障害情報として障害解析用アプリケーション構成ファイル１２と障害解析用アプリケーションサーバログ１３を生成する。アプリケーション実行情報取得（Ｓ８４）により取得したデータを障害解析用アプリケーション実行情報１１として出力し、障害解析用アプリケーション実行情報生成（Ｓ８５）を行う。
アプリケーション障害データ収集（Ｓ８６）により、アプリケーション構成情報生成（Ｓ８３）により生成した障害解析用アプリケーション構成ファイル１２と障害解析用アプリケーションサーバログ１３、障害解析用アプリケーション実行情報生成（Ｓ８５）により生成した障害解析用アプリケーション実行情報１１の収集を実施する。アプリケーション障害データ収集が完了後、レスポンスを送信する（Ｓ８６）。
【００２４】
実施の形態２によれば、メモリ使用量の上限値を設定可能とし、これに応じたアプリケーション実行情報を削除することにより、サーバの性能に合わせて、負荷を軽減することが可能となる。
また、障害が発生したリクエストの前に送信された複数のリクエストのアプリケーション実行情報を取得することが可能となり、障害における他のリクエストへの影響を確認することが可能となる。
【００２５】
実施の形態３．
実施の形態１では、例外発生時に障害情報の収集を行ったが、Ｗｅｂ業務アプリケーションから呼び出されるＡＰＩ（ａｐｐｌｉｃａｔｉｏｎ  ｐｒｏｇｒａｍ  ｉｎｔｅｒｆａｃｅ）を実行することにより、障害情報の収集を行うことも可能である。
この場合、実施の形態１とは以下が異なる。
（１）例外発生時に限らず、ユーザが任意のタイミングで障害情報（障害解析に必要な情報）を収集することが可能となる。
（２）ユーザが収集したいアプリケーション構成ファイルやアプリケーションログを指定することが可能となる。
以下、この発明の実施の形態３を図に基づいて説明する。
【００２６】
図９は、この発明の実施の形態３による障害情報収集機能のメモリ使用量に応じてアプリケーション実行情報を削除し、障害情報を収集する動作を示すフローチャートである。
【００２７】
図１０は、この発明の実施の形態３による障害情報収集機能のＡＰＩが実行されたタイミングでアプリケーション実行情報を取得し、障害情報を収集する動作を示すフローチャートである。
【００２８】
図９にて、アプリケーションサーバ１０にデプロイしたＷｅｂアプリケーション５ａに、リクエスト送信が行われる（Ｓ９１）と、障害情報収集機能１の設定がＯＮの場合（Ｓ９２）、Ｗｅｂアプリケーション実行中にアプリケーション実行情報登録（Ｓ９３）を行う。図３に示したアプリケーション設定ファイル５１の読み込み（Ｓ３２）により、メモリ使用量の上限値を参照し、メモリ使用量のチェックを行う（Ｓ９４）。メモリ使用量が上限値を超えている場合（Ｓ９５）は、登録されたアプリケーション実行情報を削除するアプリケーション実行情報削除（Ｓ９６）を実施し、業務処理実行（Ｓ９７）を行う。次いで、図１０の処理を実行する。
【００２９】
図１０にて、業務処理実行中に業務処理の任意のタイミングで設定したＡＰＩを実行する（Ｓ１０１）。ＡＰＩの引数として、アプリケーション構成ファイル情報が存在した場合（Ｓ１０２）、そのアプリケーション構成ファイル情報に基づき、アプリケーション構成情報生成（Ｓ１０３）にて、Ｗｅｂアプリケーション内のアプリケーション構成ファイル５２およびアプリケーションサーバログ１０１から障害解析に必要な情報を収集し、アプリケーション障害情報として障害解析用アプリケーション構成ファイル１２と障害解析用アプリケーションサーバログ１３を生成する。
アプリケーション実行情報取得（Ｓ１０４）により、アプリケーション実行情報を取得する。この取得したデータを障害解析用アプリケーション実行情報１１として出力し、障害解析用アプリケーション実行情報生成（Ｓ１０５）を行う。
次いで、アプリケーション障害データ収集（Ｓ１０６）により、アプリケーション構成情報生成（Ｓ１０３）により生成した障害解析用アプリケーション構成ファイル１２と障害解析用アプリケーションサーバログ１３、障害解析用アプリケーション実行情報生成（Ｓ１０５）により生成した障害解析用アプリケーション実行情報１１の収集を実施する。アプリケーション障害データ収集（Ｓ１０６）が完了後、レスポンスを送信する（Ｓ１０７）。
【００３０】
実施の形態３によれば、実施の形態１のように例外発生時のみ障害情報を取得するだけではなく、ユーザが任意のタイミングで障害情報（障害解析に必要な情報）を収集することが可能となる。
これにより、障害が発生していない場合の情報を収集することができ、障害解析を効率的に行うことが可能となる。
【００３１】
実施の形態４．
実施の形態１では、すべてのリクエストに対して障害情報の収集を行ったが、指定されたリクエストＵＲＬに対してのみ障害情報を収集することも可能である。
この場合、実施の形態１とは以下が異なる。
（１）例外発生時に限らず、指定されたリクエストＵＲＬにおける障害情報（障害解析に必要な情報）のみを収集することが可能となる。
（２）リクエスト単位にアプリケーション実行情報の削除を行わないため、指定されたリクエストにおける以前の障害情報（障害解析に必要な情報）を保持することが可能となる。
以下、この発明の実施の形態４を図に基づいて説明する。
【００３２】
図１１は、この発明の実施の形態４による障害情報収集機能のリクエストＵＲＬに応じて障害情報を収集する動作を示すフローチャートである。
【００３３】
図１２は、この発明の実施の形態４による障害情報収集機能の例外情報を取得後、アプリケーション実行情報を取得し、アプリケーション実行情報を生成する動作を示すフローチャートである。
【００３４】
図１３は、この発明の実施の形態４による障害情報収集機能のＡＰＩが実行されたタイミングでアプリケーション実行情報を取得し、アプリケーション実行情報を生成する動作を示すフローチャートである。
【００３５】
図１１にて、アプリケーションサーバ１０にデプロイしたＷｅｂアプリケーション５ａに、リクエスト送信が行われる（Ｓ１１１）と、障害情報収集機能１がＯＮの場合（Ｓ１１２）、リクエストＵＲＬのチェックを行う（Ｓ１１３）。障害情報を収集するリクエストＵＲＬでない場合（Ｓ１１４）は、業務処理実行（Ｓ１１８）にとぶ。
障害情報を収集するリクエストＵＲＬの場合（Ｓ１１４）は、Ｗｅｂアプリケーション実行中にアプリケーション実行情報登録（Ｓ１１５）を行う。
図３に示したアプリケーション設定ファイル５１の読み込み（Ｓ３２）により、アプリケーション実行情報の上限値を参照する。アプリケーション実行情報の登録数が上限値を超えている場合（Ｓ１１６）は、アプリケーション実行情報削除（Ｓ１１７）を実施する。次いで、業務処理実行を行い（Ｓ１１８）、Ｗｅｂアプリケーション実行中に例外が発生した場合（Ｓ１１９）、図５に示すように、例外情報取得機能３により、例外情報ナレッジ６から該当する例外情報を検索し、図１２のように、アプリケーション構成情報及びアプリケーション実行情報を生成する。Ｗｅｂアプリケーション実行中に例外が発生しなかった場合（Ｓ１１９）、図１３のように、ＡＰＩ実行を行って、アプリケーション構成情報及びアプリケーション実行情報を生成する。
【００３６】
次いで、アプリケーション障害データ収集（Ｓ１１１０）により、アプリケーション構成情報生成（図１２のＳ１２３）および（図１３のＳ１３３）により生成した障害解析用アプリケーション構成ファイル１２と障害解析用アプリケーションサーバログ１３、障害解析用アプリケーション実行情報生成（図１２のＳ１２５）および（図１３のＳ１３５）により生成した障害解析用アプリケーション実行情報１１の収集を実施する。アプリケーション障害データ収集（Ｓ１１１０）が完了後、レスポンスを送信する（Ｓ１１１１）。
【００３７】
図１２にて、例外情報を取得し（Ｓ１２１）、例外情報が存在した場合（Ｓ１２２）は、その例外情報に基づき、アプリケーション構成情報生成（Ｓ１２３）にて、Ｗｅｂアプリケーション内のファイルを収集する。アプリケーション実行情報取得（Ｓ１２４）により取得したデータを障害解析用アプリケーション実行情報１１として出力して、障害解析用アプリケーション実行情報生成（Ｓ１２５）を行う。
【００３８】
図１３にて、業務処理実行中に業務処理の任意のタイミングで設定したＡＰＩを実行する（Ｓ１３１）。ＡＰＩの引数として、アプリケーション構成ファイル情報が存在した場合（Ｓ１３２）、そのアプリケーション構成ファイル情報に基づき、アプリケーション構成情報生成（Ｓ１３３）にて、Ｗｅｂアプリケーション内のアプリケーション構成ファイル５２およびアプリケーションサーバログ１０１から障害解析に必要な情報を収集し、アプリケーション障害情報として障害解析用アプリケーション構成ファイル１２および障害解析用アプリケーションサーバログ１３を生成する。アプリケーション実行情報取得（Ｓ１３４）によりアプリケーション実行情報を取得し、この取得したデータを障害解析用アプリケーション実行情報１１として出力し、障害解析用アプリケーション実行情報生成（Ｓ１３５）を行う。
【００３９】
実施の形態４によれば、例外発生時に限らず、指定されたリクエストＵＲＬにおける障害情報（障害解析に必要な情報）のみを収集することが可能となる。
これにより、対象としたリクエストＵＲＬのみの情報が収集されることで、障害の発生を確認することが容易となる。
【００４０】
実施の形態５．
実施の形態１では、アプリケーション実行情報生成機能により、アプリケーション実行情報をテキストファイルとして出力したが、セキュリティ対策を施したファイルとして出力することが可能である。
この場合、実施の形態１とは以下が異なる。
（１）アプリケーション実行情報生成機能により、アプリケーション実行情報に対してセキュリティ対策を施したファイルとして出力する。
以下、この発明の実施の形態５を図に基づいて説明する。
【００４１】
図１４は、この発明の実施の形態５による障害情報収集機能のアプリケーション実行情報を取得し、セキュリティ対象の文字列変換を行ってアプリケーション実行情報を生成する動作を示すフローチャートである。
【００４２】
実施の形態５は、実施の形態１で示した図５のフローチャートのＳ５３〜Ｓ５５が異なっている。
例外情報取得後、アプリケーション実行情報取得（Ｓ１４１）によりデータを取得し、セキュリティ対象文字列チェック（Ｓ１４２）を行う。セキュリティ対策設定がある場合（Ｓ１４３）、取得したデータに対し、セキュリティ対策文字列変換（Ｓ１４４）を行い、セキュリティ対策を施したアプリケーション実行情報として出力して、障害解析用アプリケーション実行情報生成（Ｓ１４５）を行う。
【００４３】
実施の形態５によれば、アプリケーション実行情報に対して、アプリケーションで指定した特定の文字列変換を行うことで、セキュリティ対策を施すことが可能となる。
【００４４】
実施の形態６．
実施の形態１では、アプリケーション構成情報生成機能により、アプリケーションで発生する例外情報に基づいて、アプリケーション構成情報を取得していたが、アプリケーションで発生する例外のネストを辿ることにより、ネストしていた例外情報に基づいて、アプリケーション構成情報を取得することが可能である。
この場合、実施の形態１とは以下が異なる。
（１）アプリケーション固有の例外情報だけでなく、ネストしていた標準ＡＰＩレベルの例外に関連付けられた例外情報に基づいて、アプリケーション構成情報を取得する。
以下、この発明の実施の形態６を図に基づいて説明する。
【００４５】
図１５は、この発明の実施の形態６による障害情報収集機能の例外情報を取得し、ネスとした例外情報に基づいて、アプリケーション構成情報を生成し、アプリケーション実行情報を生成する動作を示すフローチャートである。
【００４６】
実施の形態６は、実施の形態１で示した図５のフローチャートのＳ５１〜Ｓ５４が異なっている。
例外情報取得（Ｓ１５１）を行い、例外情報が存在した場合（Ｓ１５２）は、その例外情報に基づき、アプリケーション構成情報生成（Ｓ１５３）する。ネストした例外情報を取得する場合（Ｓ１５４）、再度、例外情報取得（Ｓ１５１）を行い、例外のネストがなくなるまでアプリケーション構成情報生成（Ｓ１５３）を繰り返し、その後、アプリケーション実行情報取得（Ｓ１５５）を行う。
【００４７】
実施の形態６によれば、アプリケーション固有の例外情報だけでなく、ネストしていた内部の詳細な例外（標準ＡＰＩレベルの例外）に関連付けられた例外情報に基づいて、アプリケーション構成情報を取得することが可能となる。
【００４８】
実施の形態７．
実施の形態１では、アプリケーション構成情報生成機能により、アプリケーションで発生する例外情報に基づいて、アプリケーション構成情報を取得していたが、取得したアプリケーション構成情報に優先度を付加することが可能である。
この場合、実施の形態１とは以下が異なる。
（１）アプリケーション構成情報生成機能により、アプリケーション構成情報に対して優先度を付加するため、開発元は優先度に基づいて障害解析が可能となる。
以下、この発明の実施の形態７を図に基づいて説明する。
【００４９】
図１６は、この発明の実施の形態７による障害情報収集機能の例外情報を取得し、優先度付きのアプリケーション構成情報を生成し、アプリケーション実行情報を生成する動作を示すフローチャートである。
【００５０】
図１７は、この発明の実施の形態７による障害情報収集機能の例外情報ナレッジのテーブル構成を示す図である。
図１７において、アプリケーション構成ファイル用テーブルは、パッケージ名と、例外クラス名と、優先度と、アプリケーション構成ファイル名を有し、アプリケーションサーバログ用テーブルは、パッケージ名と、例外クラス名と、優先度と、アプリケーションサーバログファイル名を有する。
【００５１】
実施の形態７は、実施の形態１で示した図５のフローチャートのＳ５１〜Ｓ５４が異なっている。
例外情報取得を行い（Ｓ１６１）、例外情報が存在した場合（Ｓ１６２）は、その例外情報に基づき、アプリケーション構成情報生成（Ｓ１６３）する。アプリケーション構成情報およびアプリケーションサーバログの優先度チェック（Ｓ１６４）を行い、図１７に示す例外情報ナレッジにあるアプリケーション構成ファイル用テーブルとアプリケーションサーバログ用テーブルを検索し、優先度が設定されている場合（Ｓ１６５）は、アプリケーション構成情報およびアプリケーションサーバログの優先度を出力（Ｓ１６６）し、アプリケーション構成ファイルおよびアプリケーションサーバログのファイル名に優先度を付加する。その後、アプリケーション実行情報取得（Ｓ１６７）を行う。
【００５２】
実施の形態７によれば、開発元は、事前に設定された優先度に基づいて障害解析を行うことが可能となり、多くの障害情報が収集された場合、障害解析者に依存することなく、優先度順に効率的な障害解析を行うことが可能となる。  
【図面の簡単な説明】
【００５３】
【図１】この発明の実施の形態１による障害情報収集機能を示す全体構成図である。
【図２】業務アプリケーションがＷｅｂアプリケーションである場合の障害情報収集機能の構成と関連性を示す図である。
【図３】この発明の実施の形態１による障害情報収集機能のＷｅｂアプリケーションの動作準備が完了するまでの動作を示すフローチャートである。
【図４】この発明の実施の形態１による障害情報収集機能のリクエスト単位にＷｅｂアプリケーションの障害情報を収集する動作を示すフローチャートである。
【図５】この発明の実施の形態１による障害情報収集機能の例外情報を取得し、リクエスト単位にアプリケーション実行情報を取得するまでの動作を示すフローチャートである。
【図６】この発明の実施の形態１による障害情報収集機能の例外情報ナレッジに例外情報を登録する動作を示すフローチャートである。
【図７】この発明の実施の形態２による障害情報収集機能のメモリ使用量に応じてアプリケーション実行情報を削除し、障害情報を収集する動作を示すフローチャートである。
【図８】この発明の実施の形態２による障害情報収集機能のアプリケーションの例外情報を取得したのち、アプリケーション実行情報を取得し、障害情報を収集する動作を示すフローチャートである。
【図９】この発明の実施の形態３による障害情報収集機能のメモリ使用量に応じてアプリケーション実行情報を削除し、障害情報を収集する動作を示すフローチャートである。
【図１０】この発明の実施の形態３による障害情報収集機能のＡＰＩが実行されたタイミングでアプリケーション実行情報を取得し、障害情報を収集する動作を示すフローチャートである。
【図１１】この発明の実施の形態４による障害情報収集機能のリクエストＵＲＬに応じて障害情報を収集する動作を示すフローチャートである。
【図１２】この発明の実施の形態４による障害情報収集機能の例外情報を取得後、アプリケーション実行情報を取得し、アプリケーション実行情報を生成する動作を示すフローチャートである。
【図１３】この発明の実施の形態４による障害情報収集機能のＡＰＩが実行されたタイミングでアプリケーション実行情報を取得し、アプリケーション実行情報を生成する動作を示すフローチャートである。
【図１４】この発明の実施の形態５による障害情報収集機能のアプリケーション実行情報を取得し、セキュリティ対象の文字列変換を行ってアプリケーション実行情報を生成する動作を示すフローチャートである。
【図１５】この発明の実施の形態６による障害情報収集機能の例外情報を取得し、ネスとした例外情報に基づいて、アプリケーション構成情報を生成し、アプリケーション実行情報を生成する動作を示すフローチャートである。
【図１６】この発明の実施の形態７による障害情報収集機能の例外情報を取得し、優先度付きのアプリケーション構成情報を生成し、アプリケーション実行情報を生成する動作を示すフローチャートである。
【図１７】この発明の実施の形態７による障害情報収集機能の例外情報ナレッジのテーブル構成を示す図である。
【符号の説明】
【００５４】
１  障害情報収集機能
２  アプリケーション実行情報管理機能
３  例外情報管理機能
４  アプリケーション障害データ収集機能
５  例外情報ナレッジ
６  業務アプリケーション
１０  アプリケーションサーバ
１１  障害解析用アプリケーション実行情報
１２  障害解析用アプリケーション構成ファイル
１３  障害解析用アプリケーションサーバログ
２１  アプリケーション実行情報登録機能
２２  アプリケーション実行情報取得機能
２３  アプリケーション実行情報削除機能
３１  例外情報登録機能
３２  例外情報取得機能
４１  アプリケーション実行情報生成機能
４２  アプリケーション構成情報生成機能
５１  アプリケーション設定ファイル
５２  アプリケーション構成ファイル
１０１  アプリケーションサーバログ
【図１】
2009237749.tif 000003
【図２】
2009237749.tif 000004
【図３】
2009237749.tif 000005
【図４】
2009237749.tif 000006
【図５】
2009237749.tif 000007
【図６】
2009237749.tif 000008
【図７】
2009237749.tif 000009
【図８】
2009237749.tif 000010
【図９】
2009237749.tif 000011
【図１０】
2009237749.tif 000012
【図１１】
2009237749.tif 000013
【図１２】
2009237749.tif 000014
【図１３】
2009237749.tif 000015
【図１４】
2009237749.tif 000016
【図１５】
2009237749.tif 000017
【図１６】
2009237749.tif 000018
【図１７】
2009237749.tif 000019