"管理サーバと監視対象サーバとが相互に接続され、前記監視対象サーバの動作について発生した障害の原因を解析するために必要な障害資料を前記管理サーバが前記監視対象サーバから採取する障害調査情報資料採取システムであって、前記監視対象サーバが、前記管理サーバから予め送られた発生条件によって前記障害の発生を検知してその旨を含む障害情報を前記管理サーバに対して送出する障害検知部と、前記管理サーバからの要求に応じて前記障害資料を採取する障害試料採取部とを備えると共に、前記管理サーバが、前記監視対象サーバから前記障害情報を受信した際に、予め記憶された障害時採取情報データから前記障害情報に含まれる障害名に対応して前記監視対象サーバから採取する障害資料の種類を取得して決定する障害診断部と、前記障害資料の種類に対応する採取方法とこれによって前記監視対象サーバに発生する影響とを予め記憶された採取対象障害資料データから取得する採取資料判断部と、前記障害資料の種類と採取方法および前記影響を前記監視対象サーバの現在の状態と比較してこの障害資料が取得可能であるか否かを判定する障害資料管理部と、取得可能であると判定された前記障害資料の取得を前記監視対象サーバの前記障害試料採取部に依頼する障害資料要求部とを有することを特徴とする障害調査情報資料採取システム。前記障害時採取情報データに、前記障害名に対応する前記障害資料が取得可能であるか否かの判定基準である優先許容度について記憶されており、前記障害資料管理部が、この障害名に対応する優先許容度に基づいて前記障害資料が取得可能であるか否かを判定する機能を有することを特徴とする、請求項1に記載の障害調査情報資料採取システム。前記管理サーバが、前記監視対象サーバの現在の状態の中で当該監視対象サーバから取得可能な項目についてこれを取得するよう当該監視対象サーバに要求するシステム情報要求部を有することを特徴とする、請求項1に記載の障害調査情報資料採取システム。前記管理サーバが、前記監視対象サーバの現在の状態の中でユーザが入力可能な項目についての入力を受け付けてこれを記憶するシステム状態入力部を有することを特徴とする、請求項1に記載の障害調査情報資料採取システム。前記管理サーバの前記障害資料要求部が、取得可能でないと判定された前記障害資料について、取得可能になるまで待機してから取得する機能を有することを特徴とする、請求項1に記載の障害調査情報資料採取システム。前記管理サーバと、前記障害時採取情報データおよび前記採取対象障害資料データをユーザが予め入力することが可能である管理端末とが相互に接続されていることを特徴とする、請求項1に記載の障害調査情報資料採取システム。監視対象サーバと相互に接続され、前記監視対象サーバの動作について発生した障害の原因を解析するために必要な資料を前記監視対象サーバから採取する管理サーバであって、前記監視対象サーバから前記障害が発生した旨の障害情報を受信した際に、予め記憶された障害時採取情報データから前記障害情報に含まれる障害の種類に対応して前記監視対象サーバから採取する障害資料の種類を取得して決定する障害診断部と、前記障害資料の種類に対応する採取方法とこれによって前記監視対象サーバに発生する影響とを予め記憶された採取対象障害資料データから取得する採取資料判断部と、前記障害資料の種類と採取方法および前記影響を前記監視対象サーバの現在の状態と比較してこの障害資料が取得可能であるか否かを判定する障害資料管理部と、取得可能であると判定された前記障害資料を前記監視対象サーバから取得する障害資料要求部とを有することを特徴とする管理サーバ。管理サーバと監視対象サーバとが相互に接続され、前記監視対象サーバの動作について発生した障害の原因を解析するために必要な資料を前記管理サーバが前記監視対象サーバから採取する障害調査情報資料採取システムにあって、前記監視対象サーバから前記障害が発生した旨の障害情報を前記管理サーバが受信し、前記障害情報に含まれる障害の種類に対応する障害資料の種類を予め記憶された障害時採取情報データから前記管理サーバの障害診断部が取得して決定し、前記障害資料の種類に対応する採取方法とこれによって前記監視対象サーバに発生する影響とを予め記憶された採取対象障害資料データから前記管理サーバの採取資料判断部が取得し、前記障害資料の種類と採取方法および前記影響を前記監視対象サーバの現在の状態と比較してこの障害資料が取得可能であるか否かを前記管理サーバの障害資料管理部が判定し、取得可能であると判定された前記障害資料を前記監視対象サーバから前記管理サーバの障害資料要求部が取得することを特徴とする障害調査情報資料採取方法。管理サーバと監視対象サーバとが相互に接続され、前記監視対象サーバの動作について発生した障害の原因を解析するために必要な資料を前記管理サーバが前記監視対象サーバから採取する障害調査情報資料採取システムにあって、前記管理サーバが備えるコンピュータに、前記障害情報に含まれる障害の種類に対応する障害資料の種類を予め記憶された障害時採取情報データから取得して決定する手順、前記障害資料の種類に対応する採取方法とこれによって前記監視対象サーバに発生する影響とを予め記憶された採取対象障害資料データから取得する手順、前記障害資料の種類と採取方法および前記影響を前記監視対象サーバの現在の状態と比較してこの障害資料が取得可能であるか否かを判定する手順、および取得可能であると判定された前記障害資料を前記監視対象サーバから取得する手順を実行させることを特徴とする障害調査情報資料採取プログラム。特許文献1に記載された既存の障害調査資料採取システムでは、発生した障害の種類に応じて、リスクの判定に使用するポリシー、具体的には採取する資料の種類やその採取方法を切り替えることはできない。より具体的には、アプリケーションの処理速度が低下したアプリケーションスローダウン場合なら動作中の他のアプリケーションの動作を阻害しない範囲で資料の採取を行う必要があるが、アプリケーションの動作が停止したアプリケーションダウン場合にはそのアプリケーションの動作を再開させることが必要であるので、他の基幹業務ソフトの動作を阻害してでも資料の採取を優先することが適切である。しかしながら、この障害調査資料採取システムでは、発生した障害の種類に応じて採取する資料やその採取方法を切り替えることができないので、このような点に対して考慮した適切な措置を取ることが不可能である。また、この障害調査資料採取システムでは、採取する必要のある資料であってもポリシーとして設定された条件を満たさないと判定された場合には、以後その資料の採取は行わないものと判定される。たとえば、その資料を採取することによってCPUCentralProcessingUnitの利用率が特定の数値範囲を越える場合にはその資料の採取を行わないようにポリシーが設定されていた時にCPUの利用率が設定された範囲を越えていると判断された場合には、他のアプリケーションが動作していない夜間や休日などにCPUの利用率が低下してその資料の採取が可能になったとしても、その資料は採取されない。特許文献1に記載された技術のこれらの問題点を解決しうる技術は、特許文献2~7には記載されていない。特許文献5には、障害を回復する処理による影響を判定して実行要否などを決定するという技術は記載されているが、これは資料の採取による影響について判定するものではない。残る特許文献1~4および6~7にも、この点について判定して資料の採取を適切に行うことを可能とする技術は記載されていない。本発明の目的は、ネットワーク内において発生した障害の種類に応じて、その発生原因の特定に必要な資料の採取がネットワーク全体に対して与える影響について判定し、資料の採取を適切に行うことを可能とする障害調査情報資料採取システム、管理サーバ、障害調査情報資料採取方法およびそのプログラムを提供することにある。上記目的を達成するため、本発明に係る障害調査情報資料採取システムは、管理サーバと監視対象サーバとが相互に接続され、監視対象サーバの動作について発生した障害の原因を解析するために必要な資料を管理サーバが監視対象サーバから採取する障害調査情報資料採取システムであって、監視対象サーバが、管理サーバから予め送られた発生条件によって障害の発生を検知してその旨を含む障害情報を管理サーバに対して送出する障害検知部と、管理サーバからの要求に応じて障害資料を採取する障害試料採取部とを備えると共に、管理サーバが、監視対象サーバから障害が発生した旨の障害情報を受信した際に、予め記憶された障害時採取情報データから障害情報に含まれる障害名に対応して監視対象サーバから採取する障害資料の種類を取得して決定する障害診断部と、障害資料の種類に対応する採取方法とこれによって監視対象サーバに発生する影響とを予め記憶された採取対象障害資料データから取得する採取資料判断部と、障害資料の種類と採取方法および影響を監視対象サーバの現在の状態と比較してこの障害資料が取得可能であるか否かを判定する障害資料管理部と、取得可能であると判定された障害資料の取得を監視対象サーバの障害試料採取部に依頼する障害資料要求部とを有することを特徴とする。上記目的を達成するため、本発明に係る管理サーバは、監視対象サーバと相互に接続され、監視対象サーバの動作について発生した障害の原因を解析するために必要な資料を監視対象サーバから採取する管理サーバであって、監視対象サーバから障害が発生した旨の障害情報を受信した際に、予め記憶された障害時採取情報データから障害情報に含まれる障害の種類に対応して監視対象サーバから採取する障害資料の種類を取得して決定する障害診断部と、障害資料の種類に対応する採取方法とこれによって監視対象サーバに発生する影響とを予め記憶された採取対象障害資料データから取得する採取資料判断部と、障害資料の種類と採取方法および影響を監視対象サーバの現在の状態と比較してこの障害資料が取得可能であるか否かを判定する障害資料管理部と、取得可能であると判定された障害資料を監視対象サーバから取得する障害資料要求部とを有することを特徴とする。上記目的を達成するため、本発明に係る障害調査情報資料採取方法は、管理サーバと監視対象サーバとが相互に接続され、監視対象サーバの動作について発生した障害の原因を解析するために必要な資料を管理サーバが監視対象サーバから採取する障害調査情報資料採取システムにあって、監視対象サーバから障害が発生した旨の障害情報を管理サーバが受信し、障害情報に含まれる障害の種類に対応する障害資料の種類を予め記憶された障害時採取情報データから管理サーバの障害診断部が取得して決定し、障害資料の種類に対応する採取方法とこれによって監視対象サーバに発生する影響とを予め記憶された採取対象障害資料データから管理サーバの採取資料判断部が取得し、障害資料の種類と採取方法および影響を監視対象サーバの現在の状態と比較してこの障害資料が取得可能であるか否かを管理サーバの障害資料管理部が判定し、取得可能であると判定された障害資料を監視対象サーバから管理サーバの障害資料要求部が取得することを特徴とする。上記目的を達成するため、本発明に係る障害調査情報資料採取プログラムは、管理サーバと監視対象サーバとが相互に接続され、監視対象サーバの動作について発生した障害の原因を解析するために必要な資料を管理サーバが監視対象サーバから採取する障害調査情報資料採取システムにあって、管理サーバが備えるコンピュータに、障害情報に含まれる障害の種類に対応する障害資料の種類を予め記憶された障害時採取情報データから取得して決定する手順、障害資料の種類に対応する採取方法とこれによって監視対象サーバに発生する影響とを予め記憶された採取対象障害資料データから取得する手順、障害資料の種類と採取方法および影響を監視対象サーバの現在の状態と比較してこの障害資料が取得可能であるか否かを判定する手順、および取得可能であると判定された障害資料を監視対象サーバから取得する手順を実行させることを特徴とする。本発明は、上述したように、発生した障害の種類に対応してその採取による影響を監視対象サーバの現在の状態と比較してその障害資料が取得可能であるか否かを判断するように構成した。これによって、ネットワーク内において発生した障害の種類に応じて、その発生原因の特定に必要な資料の採取を適切に行うことを可能であるという、優れた特徴を持つ障害調査情報資料採取システム、管理サーバ、障害調査情報資料採取方法およびそのプログラムを提供することができる。実施形態以下、本発明の実施形態の構成について添付図1~2に基づいて説明する。最初に、本実施形態の基本的な内容について説明し、その後でより具体的な内容について説明する。本実施形態に係る障害調査情報採取システム1は、管理サーバ10と監視対象サーバ20とが相互に接続され、監視対象サーバの動作について発生した障害の原因を解析するために必要な資料を管理サーバが監視対象サーバから採取する障害調査情報資料採取システムである。ここで監視対象サーバ20は、管理サーバから予め送られた発生条件によって障害の発生を検知してその旨を含む障害情報を管理サーバに対して送出する障害検知部201と、管理サーバからの要求に応じて障害資料を採取する障害試料採取部203とを備える。そして管理サーバ10は、監視対象サーバから障害が発生した旨の障害情報を受信した際に、予め記憶された障害時採取情報データ113から障害情報に含まれる障害名に対応して監視対象サーバから採取する障害資料の種類を取得して決定する障害診断部101と、障害資料の種類に対応する採取方法とこれによって監視対象サーバに発生する影響とを予め記憶された採取対象障害資料データ112から取得する採取資料判断部104と、障害資料の種類と採取方法および影響を監視対象サーバの現在の状態と比較してこの障害資料が取得可能であるか否かを判定する障害資料管理部105と、取得可能であると判定された障害資料の取得を監視対象サーバの障害試料採取部に依頼する障害資料要求部103とを有する。また、障害時採取情報データ113には、障害名に対応する障害資料が取得可能であるか否かの判定基準である優先許容度について記憶されており、障害資料管理部105は、この障害名に対応する優先許容度に基づいて障害資料が取得可能であるか否かを判定する機能を有する。ここで、管理サーバ10は、監視対象サーバの現在の状態の中で当該監視対象サーバから取得可能な項目についてこれを取得するよう当該監視対象サーバに要求するシステム情報要求部102を有する。また、監視対象サーバの現在の状態の中でユーザが入力可能な項目についての入力を受け付けてこれを記憶するシステム状態入力部106を有する。そして障害資料要求部103は、取得可能でないと判定された障害資料について、取得可能になるまで待機してから取得する機能を有する。さらに、この管理サーバ10と、障害時採取情報データおよび採取対象障害資料データをユーザが予め入力することが可能である管理端末30とが相互に接続されている。以上の構成を備えることにより、障害調査情報採取システム1は、ネットワーク内において発生した障害の種類に応じて、その発生原因の特定に必要な資料の採取を適切に行うことが可能となる。以下、これをより詳細に説明する。図2は、本発明の第1の実施形態に係る障害調査情報採取システム1の構成について示す説明図である。障害調査情報採取システム1以後単にシステムという場合があるは、障害調査情報の採取についての動作を管理する管理サーバ10、監視対象となる業務に係る動作を行う監視対象サーバ20、およびシステム管理者が操作入力を行う管理端末30が、ネットワーク40を介して相互に接続されて構成されている。管理サーバ10、監視対象サーバ20、管理端末30の各々の台数については特に制限は無い。管理サーバ10は、一般的なコンピュータ装置としての構成を備えている。即ち、管理サーバ10は、コンピュータプログラムとして記述された各種処理を実行する主体である主演算制御手段CPUCentralProcessingUnit11と、プログラムおよびデータを記憶する記憶手段12と、ネットワーク40に接続して他の情報処理装置とデータ通信を行う通信手段13とを備える。その他の要素については、本実施形態を説明する上で特に必要ではないので、図示していない。管理サーバ10の主演算制御手段11で障害調査情報採取プログラムが動作することにより、主演算制御手段11は、障害診断部101、システム情報要求部102、障害資料要求部103、採取資料判断部104、障害資料管理部105、およびシステム状態入力部106の各々として機能する。また記憶手段12には、許容度データ111、採取対象障害資料データ112、障害時採取情報データ113、障害資料データ114、およびシステム状態データ115の各々が記憶されている。これらの各々については後述する。監視対象サーバ20もまた、一般的なコンピュータ装置としての構成を備えている。即ち、監視対象サーバ20は、管理サーバ10と同様の主演算制御手段21と、通信手段22と、記憶手段23とを備える。入出力手段やその他の要素については、本実施形態を説明する上で特に必要ではないので、図示していない。監視対象サーバ20の主演算制御手段21で、管理サーバ10とは別の障害調査情報採取プログラムが動作することにより、主演算制御手段21は障害検知部201、システム情報採取部202、障害資料採取部203、および本業務プログラム動作部204の各々として機能する。記憶手段23には、発生条件データ211が記憶されている。これらの各々についても後述する。管理端末30もまた、一般的なコンピュータ装置としての構成を備えている。即ち、管理端末30は、管理サーバ10および監視対象サーバ20と同様の主演算制御手段31と、通信手段32とを備える。さらに、ユーザからの操作入力を受け付け、またユーザに処理結果を提示する入出力手段33を備える。記憶手段やその他の要素については、本実施形態を説明する上で特に必要ではないので、図示していない。管理端末30の主演算制御手段31で、管理サーバ10および監視対象サーバ20とは別の障害調査情報採取プログラムが動作することにより、主演算制御手段31は採取対象障害資料登録部301、障害時採取情報登録部302、許容度登録部303、障害資料管理部304、およびシステム状態登録部305の各々として機能する。これらの各々についても後述する。図1は、図2に示した障害調査情報採取システム1を構成する管理サーバ10、監視対象サーバ20、管理端末30の動作を、より観念的に示す説明図である。障害診断部101は、障害検知部201から受信した障害情報の内容に応じて、障害時採取情報データ113を用いて採取すべき障害資料を判断し、その判断結果を採取資料判断部103に渡す。システム情報要求部102は、障害資料の採取が障害調査情報採取システム1全体に与える直接的なリスクを判断するために必要な情報、たとえばファイルサイズCPU利用率などのような情報をシステム情報採取部202から受信して、これを障害資料管理部105に渡す。障害資料要求部103は、障害資料管理部105から採取すべき障害資料についての情報を受け取り、この障害資料の送付を障害資料採取部203に対して要求すると共に、これに対して返送されてきた障害資料を障害資料採取部203から受信し、これを障害資料データ114に保存する。採取資料判断部104は、障害診断部101から採取すべき障害資料についての情報を受け取り、これの具体的な取得方法および採取が与える影響についての情報を採取対象障害資料データ112を参照して読み取り、これを障害資料管理部105に渡す。障害資料管理部105は、採取資料判断部104、システム情報要求部102、およびシステム状態入力部106から受け取った情報から、許容度データ111および障害資料データ114を参照して、採取すべき障害資料を決定し、この決定結果を障害資料要求部103に渡す。この動作の詳細については後述する。システム状態入力部106は、リスクに関連するシステムの状態に関するユーザからの入力を取得し、障害資料管理部105に送出する。ここでいうリスクに関連するシステムの状態とは、たとえば該システムが本番稼働中である、あるいは障害対応中である、などのような動作状態のことをいう。ただし、そのリスクに関連するシステムの状態の中には、日時などのように、管理サーバ10の内蔵時計などを介して取得可能なものもある。本実施形態では、システム情報要求部102が監視対象サーバ20から取得する情報をシステム情報といい、それ以外のシステム管理者の入力などによる情報をシステム状態という。システム情報およびシステム状態は、いずれも障害資料管理部105が各々の資料の採取が可能であるか否かを判定するために使用される情報であり、いずれも特許請求の範囲でいう監視対象サーバの現在の状態に該当する情報である。障害検知部201は、予め管理サーバ10から送られた障害発生と判定する条件を発生条件データ211として記憶し、この条件によって監視対象サーバ20で発生した障害を検知し、障害診断部101に対してその情報を送出する。システム情報採取部202は、監視対象サーバ20においてシステム情報要求部102からの要求に応じて、システムに与える直接的なリスクを判断するために必要な情報を採取し、これをシステム情報要求部102に返信する。障害資料採取部203は、監視対象サーバ20において障害資料要求部103からの要求に応じて、障害の調査に必要な障害資料を採取し、これを障害資料要求部103に返信する。本業務プログラム動作部204は、監視対象となる業務に係る動作を行うコンピュータプログラムである本業務プログラム図示せずを動作させる。管理端末30の採取対象障害資料登録部301、障害時採取情報登録部302、許容度登録部303、障害資料管理部304、およびシステム状態登録部305は、それぞれ採取対象障害資料データ112、障害時採取情報データ113、許容度データ111、障害資料データ114、およびシステム状態データ115の内容の追加、削除、変更、参照などを、入出力手段33を介して行う。図3は、図1~2に示した許容度データ111の内容の一例について示す説明図である。図4は、採取対象障害資料データ112の内容の一例について示す説明図である。図5は、障害時採取情報データ113の内容の一例について示す説明図である。図6は、障害資料データ114の内容の一例について示す説明図である。図7は、システム状態データ115の内容の一例について示す説明図である。そして図8は、図1~2に示した監視対象サーバ20の発生条件データ211の内容の一例について示す説明図である。許容度データ111図3は、各々の許容度の設定に対して一意に与えられる許容度番号111aと、その許容度が影響を与える対象を示す影響対象111bと、影響対象111bに対してシステムとして許容できる範囲についての内容を示す許容影響度111cを含む。即ち、影響対象111bで示される各項目の各々について、許容できる範囲が許容影響度111cとして示される。ここでいう影響対象111bは、システム情報要求部102が監視対象サーバ20から直接的に取得するファイルサイズやCPU使用率などのようなデータシステム情報だけでなく、たとえば日時や曜日、あるいはプログラムの動作状況などのような内容システム状態も対象として含む。図3に示された例では、ファイルサイズとCPU使用率に加えて、日時と業務が影響対象111bに含まれている。日時に対する許容影響度111cは平日9時~18時の間は実施不可、業務に対する許容影響度111cは本業務プログラムの稼働中は実施不可となっている。後述するように、ファイルサイズとCPU使用率については監視対象サーバ20から取得されたシステム情報と比較し、日時と業務についてはシステム管理者の入力などによるシステム状態と比較して、各々が許容範囲であるか否かを判断する。採取対象障害資料データ112図4は、採取対象の障害資料に対して一意に与えられる採取資料番号112a、採取対象の資料の名前を示す採取資料名112b、その資料を採取する方法を示す採取方法112c、その採取によってシステムに与える影響を示す影響112dを含む。ここで、採取方法112cは、採取する際に使用するコマンド、もしくは採取するファイルのホスト名を含むURIUniformResourceIdentifierなどを表す。図4に示した例では、動作ログ入力ログを取得する場合にそのファイルのURI、ホスト名を取得する場合にはそのホスト名hostname、CPU主演算制御手段21利用率を取得する場合にはsarコマンドをCPU利用率を1秒間に1回取得するというオプションを指定して送信する、ということが示されている。影響112dは、その情報の採取によってシステムに直接的に与える影響、たとえば取得されるデータファイルの容量、あるいはCPU主演算制御手段21の利用率の増加などについて登録する。障害時採取情報データ113図5は、障害の種類を示す障害名113a、その障害が発生したことを判別する方法および条件を示す判別方法113b、その障害が発生した時に採取する資料を示す採取情報113c、およびその障害が発生した時に優先的に考慮すべきリスクへの対応内容を示す優先許容影響度113dを含む。ここで、採取情報113cに登録される情報は採取対象障害資料データ112の採取資料番号112aで表され、また優先度順に並べられている。また優先許容影響度113dに登録されている情報は、許容度データ111の許容度番号111aと、その許容度番号111aが示す影響対象111bに対する条件が示されている。即ち、障害名113aに示される項目の障害が発生した場合に、優先的に考慮すべきリスクへの対応内容が優先許容影響度113dに登録されている。図5に示されている例でいえば、アプリケーションの処理速度の低下を意味する障害名113aAPアプリケーションスローダウンの障害については、apperfコマンドで取得される性能情報の数値が30以下であるという条件で示される状態が検出された場合にこの障害が発生したと判断するよう、判別方法113bに示されている。そして、この障害が発生した場合の採取情報113cは1,4,3、即ち動作ログCPU利用率ホスト名を順番に取得することを示している。そしてこの場合の優先許容影響度113dは空欄であるので、許容度データ111に示された許容範囲内で各データを取得することが示されている。これに対して、アプリケーションの動作の停止を意味する障害名113aAPダウンの障害については、APNAMEをチェック対象アプリケーションのプロセス名とすると、動作中プロセス一覧を取得して、その中に該プロセス名APNAMEが含まれないという条件で示される状態が検出された場合にこの障害が発生したと判断するよう、判別方法113bに示されている。そして、この障害が発生した場合の採取情報113cは1,2,3、即ち動作ログ入力ログホスト名を順番に取得することを示している。そして優先許容影響度113dはファイルサイズ:無制限と業務:無制限であるので、許容度データ111に示された許容範囲の中でファイルサイズと業務についての条件を無視して、CPU利用率と日時の許容範囲だけを満たす範囲で各データを取得することが示されている。障害資料データ114図6は、情報採取の起因となった各々の障害に対して与えられる障害番号114a、その障害の名前を示す障害名114b、その障害が登録された日時を示す登録日時114c、採取対象となった障害情報の資料を示す採取資料114d、その採取資料が採取済みか否かを示す採取状況114eを含む。ここで、同一種類の障害が複数回発生した場合でも、原因がその各々で異なる場合がある。また同じ原因で発生した同一種類の障害であっても、対処はそのたびごとに行う必要がある。従って、資料の採取は障害発生のたびに行われ、障害番号114aはそのたびに与えられる。採取資料114dは、採取対象障害資料データ112の採取資料番号112aで表され、その順序は障害時採取情報データ113の採取情報113cとして示された順番に従う。採取状況114eは未済要求済採取済の3通りの値で示される。未済はその資料に対して何もアクションが行われていない状態、要求済はその資料を採取するよう障害資料要求部103に対して要求はされたが実際の採取がまだであるという状態、採取済はその資料の採取が完了した状態、を各々示す。初期値は未済である。システム状態データ115図7は、前述したように、システム管理者が管理端末30を介して入力した、または管理サーバ10の内蔵時計を介して取得したリスクに関連するシステムの状態を含む。図7に示した例では、システム状態データ115には日時業務業務プログラムの動作状況といった各項目が含まれており、日時は内蔵時計から取得される。また、業務はシステム管理者が管理端末30のシステム状態登録部305を介して入力する。これらの状態と許容影響度111cとを比較して、各々の資料の採取が可能であるか否かを障害資料管理部105が判定する。監視対象サーバ20の発生条件データ211図8は、障害時採取情報データ113の障害名113aおよび判別方法113bと同一のデータが、予め障害診断部101から障害検知部201に送られて記憶されるものである。ここで、監視対象サーバ20ごとに該当する障害名113aおよび判別方法113bのみを、障害診断部101から障害検知部201に送るようにしてもよい。障害検知部201は、これで記憶された発生条件に基づいて障害の発生を検知する。図9は、図1~2に示した障害調査情報採取システム1で行われる、障害資料の採取の動作について示すフローチャートである。まず、障害診断部101は障害時採取情報データ113の障害名113aおよび判別方法113bを、各々の監視対象サーバ20ごとに、予め障害検知部201に送っておく。障害検知部201はこれを発生条件データ211として記憶するステップS101。障害検知部201は判別方法113bに示された基準に基づいて障害の発生を検知する動作を行う。障害検知部201が障害の発生を検知するとステップS102、検知した障害名113aを障害発生情報として障害診断部101に送信する。これを受けた障害診断部101は、障害時採取情報データ113を参照して、障害名113aに対応する採取情報113c、即ちその障害に対して採取すべき資料を確定させ、採取資料判断部104にその資料を採取するよう指令するステップS103。その際、採取情報113cに登録された順序で資料を採取するよう、採取資料判断部104に指令する。これを受けた採取資料判断部104は、障害診断部101から採取するよう指令された採取情報113cに示された資料を、採取情報113cを採取資料番号112aとして採取対象障害資料データ112を参照して、これに対応する採取方法112cと影響112dとを取得し、障害資料管理部105に渡すステップS104。これを受けた障害資料管理部105は、受け取った情報を障害資料データ114に登録するステップS105。ステップS102で障害検知部201が検知した障害の種類が障害名114bとなり、障害番号114aは前述のようにその障害発生に対して与えられる番号、登録日時114cはその障害が登録された日時である。ステップS103で障害診断部101が採取するよう指令した資料番号が、順番もそのまま採取資料114dとなる。採取資料114dの各々に対する採取状況114eの初期値は未済である。障害資料管理部105は引き続いて、障害資料データ114に登録された採取資料114dの中で、採取状況114eが未済即ち障害資料要求部103に対して採取要求が行われてもいないの資料があるか否かを判定するステップS106。全ての資料について、障害資料要求部103に対して採取要求が行われていれば即ち採取状況114eが未済のものが1つもなければ、ステップS110に進む。採取状況114eが未済の資料があればステップS106がイエス、その資料およびその資料採取の元になった障害に対して、システム情報要求部102がシステム情報採取部202から取得したシステム情報およびシステム状態データ115に入力されたシステム状態と、採取対象障害資料データ112の影響112dとして登録されたその資料の取得による影響と、許容度データ111の許容影響度111cとして登録された影響対象に対する許容影響度、障害時採取情報データ113の優先許容影響度113dとして登録された優先許容影響度を比較し、現時点で採取可能な情報であるか否かを判断するステップS107~108。この時、障害時採取情報データ113の優先許容影響度113dが登録されている場合には、その内容に基づいてその資料が採取可能であるか否かを判定し、優先許容影響度113dが登録されていない場合には許容度データ111の許容影響度111cの内容に基づいて判定を行う。また、許容度データ111でシステム状態データ115にある項目、たとえば日時業務システム状態についてはそのシステム状態データ115を利用し、それ以外の項目、たとえば動作ログや入力ログなどのファイルサイズCPU利用率システム情報についてはシステム情報要求部102が採取対象障害資料データ112に登録された採取方法によってシステム情報採取部202から取得する。障害資料データ114に登録された全ての採取資料114dについて以上のリスク判定を行い、それらの許容範囲を満たしつつその資料を採取することが可能である場合には、それらのデータを取得するよう、障害資料要求部103に指令する。障害資料要求部103は、採取状況114eを要求済として、指定された資料の優先度の順に採取スケジュールを立てるステップS109。その後、ステップS106に戻る。ここで、ステップS107~108の判断についてより詳細に説明する。障害名113aAPダウンの障害が発生した場合、優先許容影響度113dはファイルサイズ:無制限と業務:無制限であるので、障害資料管理部105は、システム状態データ115などに示されたシステム上の状態が、許容度データ111に示された許容範囲の中でファイルサイズと業務についての条件を無視してCPU利用率と日時の許容範囲だけを満たす範囲で各データを取得するよう、障害資料要求部103に指令する。その際、採取情報113cに1,2,3とあるので、動作ログ入力ログホスト名を順番に取得するよう、障害資料要求部103に指令する。これに対して、障害名113aAPアプリケーションスローダウンの障害が発生した場合、優先許容影響度113dは空欄であるので、障害資料管理部105は、システム状態データ115などに示されたシステム上の状態が許容度データ111に示された許容範囲の全項目を満たす範囲で各データを取得するよう、障害資料要求部103に指令する。その際、採取情報113cに1,4,3とあるので、動作ログCPU利用率ホスト名を順番に取得するよう、障害資料要求部103に指令する。障害資料データ114に登録された全ての資料について、障害資料要求部103に対して採取要求が行われていれば、障害資料要求部103はステップS109で立てられたスケジュールに基づき、障害資料採取部203経由でそれらの資料を採取するステップS110。障害資料要求部103はこれに伴って、採取が完了した資料について採取状況114eを採取済とする。そして、障害資料データ114に登録された全ての資料が採取されたか否か採取状況114eが採取済となったか否かを判断するステップS111。採取されていない資料がある場合ステップS111がノー、これはシステム情報およびシステム状態のうちのいずれかの項目が許容範囲を満たしていないからであるたとえばCPU利用率が指定された条件の範囲を超えていたため、日時の条件が平日9時~18時実施不可となっているのに対してその範囲内の日時だったため、あるいは業務の条件が本業務プログラム稼働中実施不可となっているのに対して本業務プログラムが稼働中であったため...などのように。従って、障害資料要求部103は、その許容範囲を満たす状態になるまで待機してステップS112からステップS106に戻る。障害資料データ114に登録された全ての資料が採取できたらステップS111がイエス、ひとまず動作は終了し、ステップS102の障害発生を待機する状態に戻る。実施形態の全体的な動作次に、上記の実施形態の全体的な動作について説明する。本実施形態に係る障害調査情報資料採取方法は、管理サーバ10と監視対象サーバ20とが相互に接続され、監視対象サーバの動作について発生した障害の原因を解析するために必要な資料を管理サーバが監視対象サーバから採取する障害調査情報資料採取システムにあって、監視対象サーバから障害が発生した旨の障害情報を管理サーバが受信し図9ステップS102、障害情報に含まれる障害の種類に対応する障害資料の種類を予め記憶された障害時採取情報データから管理サーバの障害診断部が取得して決定し図9ステップS103、障害資料の種類に対応する採取方法とこれによって監視対象サーバに発生する影響とを予め記憶された採取対象障害資料データから管理サーバの採取資料判断部が取得し図9ステップS104、障害資料の種類と採取方法および影響を監視対象サーバの現在の状態と比較してこの障害資料が取得可能であるか否かを管理サーバの障害資料管理部が判定し図9ステップS107~108、取得可能であると判定された障害資料を監視対象サーバから管理サーバの障害資料要求部が取得する図9ステップS110。ここで、上記各動作ステップについては、これをコンピュータで実行可能にプログラム化し、これらを前記各ステップを直接実行するコンピュータである管理サーバ10に実行させるようにしてもよい。本プログラムは、非一時的な記録媒体、例えば、DVD、CD、フラッシュメモリ等に記録されてもよい。その場合、本プログラムは、記録媒体からコンピュータによって読み出され、実行される。この動作により、本実施形態は以下のような効果を奏する。本実施形態によれば、発生した障害の種類に応じて採取する資料の種類を切り替えるだけでなく、障害資料が取得可能であるか否かを判定する基準もまた、発生した障害の種類に応じて切り替えることができる。従って、たとえば前述したAPスローダウンとAPダウンのように、発生した障害の質や重要度などに応じて、必要な資料の採取を適切に行うことが可能となる。さらに、現状で採取できないと判定された資料であっても、状況が変わることを待ってから採取する構成となっているので、必要な資料が採取できないために障害原因の解析が困難となるような状況の発生を抑制することができる。そして、障害資料が取得可能であるか否かの判断には、監視対象サーバから取得したシステム情報だけでなく、システム管理者が手で入力するシステム状態も利用するので、障害資料が取得可能であるか否かについてより状況に即した適切な判断が可能となる。これまで本発明について図面に示した特定の実施形態をもって説明してきたが、本発明は図面に示した実施形態に限定されるものではなく、本発明の効果を奏する限り、これまで知られたいかなる構成であっても採用することができる。上述した実施形態について、その新規な技術内容の要点をまとめると、以下のようになる。なお、上記実施形態の一部または全部は、新規な技術として以下のようにまとめられるが、本発明は必ずしもこれに限定されるものではない。付記1管理サーバと監視対象サーバとが相互に接続され、前記監視対象サーバの動作について発生した障害の原因を解析するために必要な資料を前記管理サーバが前記監視対象サーバから採取する障害調査情報資料採取システムであって、前記監視対象サーバが、前記管理サーバから予め送られた発生条件によって前記障害の発生を検知してその旨を含む障害情報を前記管理サーバに対して送出する障害検知部と、前記管理サーバからの要求に応じて前記障害資料を採取する障害試料採取部とを備えると共に、前記管理サーバが、前記監視対象サーバから前記障害が発生した旨の障害情報を受信した際に、予め記憶された障害時採取情報データから前記障害情報に含まれる障害名に対応して前記監視対象サーバから採取する障害資料の種類を取得して決定する障害診断部と、前記障害資料の種類に対応する採取方法とこれによって前記監視対象サーバに発生する影響とを予め記憶された採取対象障害資料データから取得する採取資料判断部と、前記障害資料の種類と採取方法および前記影響を前記監視対象サーバの現在の状態と比較してこの障害資料が取得可能であるか否かを判定する障害資料管理部と、取得可能であると判定された前記障害資料の取得を前記監視対象サーバの前記障害試料採取部に依頼する障害資料要求部とを有することを特徴とする障害調査情報資料採取システム。付記2前記障害時採取情報データに、前記障害名に対応する前記障害資料が取得可能であるか否かの判定基準である優先許容度について記憶されており、前記障害資料管理部が、この障害名に対応する優先許容度に基づいて前記障害資料が取得可能であるか否かを判定する機能を有することを特徴とする、付記1に記載の障害調査情報資料採取システム。付記3前記管理サーバが、前記監視対象サーバの現在の状態の中で当該監視対象サーバから取得可能な項目についてこれを取得するよう当該監視対象サーバに要求するシステム情報要求部を有することを特徴とする、付記1に記載の障害調査情報資料採取システム。付記4前記管理サーバが、前記監視対象サーバの現在の状態の中でユーザが入力可能な項目についての入力を受け付けてこれを記憶するシステム状態入力部を有することを特徴とする、付記1に記載の障害調査情報資料採取システム。付記5前記管理サーバの前記障害資料要求部が、取得可能でないと判定された前記障害資料について、取得可能になるまで待機してから取得する機能を有することを特徴とする、付記1に記載の障害調査情報資料採取システム。付記6前記管理サーバと、前記障害時採取情報データおよび前記採取対象障害資料データをユーザが予め入力することが可能である管理端末とが相互に接続されていることを特徴とする、付記1に記載の障害調査情報資料採取システム。付記7監視対象サーバと相互に接続され、前記監視対象サーバの動作について発生した障害の原因を解析するために必要な資料を前記監視対象サーバから採取する管理サーバであって、前記監視対象サーバから前記障害が発生した旨の障害情報を受信した際に、予め記憶された障害時採取情報データから前記障害情報に含まれる障害の種類に対応して前記監視対象サーバから採取する障害資料の種類を取得して決定する障害診断部と、前記障害資料の種類に対応する採取方法とこれによって前記監視対象サーバに発生する影響とを予め記憶された採取対象障害資料データから取得する採取資料判断部と、前記障害資料の種類と採取方法および前記影響を前記監視対象サーバの現在の状態と比較してこの障害資料が取得可能であるか否かを判定する障害資料管理部と、取得可能であると判定された前記障害資料を前記監視対象サーバから取得する障害資料要求部とを有することを特徴とする管理サーバ。付記8管理サーバと監視対象サーバとが相互に接続され、前記監視対象サーバの動作について発生した障害の原因を解析するために必要な資料を前記管理サーバが前記監視対象サーバから採取する障害調査情報資料採取システムにあって、前記監視対象サーバから前記障害が発生した旨の障害情報を前記管理サーバが受信し、前記障害情報に含まれる障害の種類に対応する障害資料の種類を予め記憶された障害時採取情報データから前記管理サーバの障害診断部が取得して決定し、前記障害資料の種類に対応する採取方法とこれによって前記監視対象サーバに発生する影響とを予め記憶された採取対象障害資料データから前記管理サーバの採取資料判断部が取得し、前記障害資料の種類と採取方法および前記影響を前記監視対象サーバの現在の状態と比較してこの障害資料が取得可能であるか否かを前記管理サーバの障害資料管理部が判定し、取得可能であると判定された前記障害資料を前記監視対象サーバから前記管理サーバの障害資料要求部が取得することを特徴とする障害調査情報資料採取方法。付記9管理サーバと監視対象サーバとが相互に接続され、前記監視対象サーバの動作について発生した障害の原因を解析するために必要な資料を前記管理サーバが前記監視対象サーバから採取する障害調査情報資料採取システムにあって、前記管理サーバが備えるコンピュータに、前記障害情報に含まれる障害の種類に対応する障害資料の種類を予め記憶された障害時採取情報データから取得して決定する手順、前記障害資料の種類に対応する採取方法とこれによって前記監視対象サーバに発生する影響とを予め記憶された採取対象障害資料データから取得する手順、前記障害資料の種類と採取方法および前記影響を前記監視対象サーバの現在の状態と比較してこの障害資料が取得可能であるか否かを判定する手順、および取得可能であると判定された前記障害資料を前記監視対象サーバから取得する手順を実行させることを特徴とする障害調査情報資料採取プログラム。"