管理対象システムで発生する障害に対して、障害発生原因において関連のある障害を関連障害として定義する関連障害情報を記憶する関連障害情報記憶部と、前記管理対象システムで発生した障害と、発生した障害に対する対処状況とを示す対処状況情報を記憶する対処状況情報記憶部と、対処状況が変化した障害を状況変化障害として示すとともに、前記状況変化障害の新たな対処状況を示す更新要求を入力する入力部と、前記対処状況情報において前記状況変化障害の対処状況を前記更新要求に示される新たな対処状況に更新するとともに、前記関連障害情報において前記状況変化障害に関連障害が定義されている場合に、前記対処状況情報において当該関連障害の対処状況を前記更新要求に示される新たな対処状況に更新する対処状況更新部とを有することを特徴とする情報処理装置。前記関連障害情報記憶部は、関連障害の対処状況の更新を行うか否かの判定条件を関連性判定条件として定義する関連障害情報を記憶しており、前記対処状況更新部は、前記対処状況情報において前記状況変化障害の対処状況を前記更新要求に示される新たな対処状況に更新するとともに、前記状況変化障害の関連障害について関連性判定条件が成立するか否かを判定し、関連性判定条件が成立する場合に、前記対処状況情報において当該関連障害の対処状況を前記更新要求に示される新たな対処状況に更新することを特徴とする請求項1に記載の情報処理装置。前記対処状況情報記憶部は、前記管理対象システムにおいて複数のデータ処理を対応付けて管理する単位であるセッションごとに、セッションにて発生した障害と、発生した障害に対する対処状況とを示す対処状況情報を記憶し、前記入力部は、前記状況変化障害と、前記状況変化障害の新たな対処状況とを示すとともに、前記状況変化障害が発生したセッションを更新対象セッションとして示す更新要求を入力し、前記対処状況更新部は、前記対処状況情報において前記更新対象セッションに対応する前記状況変化障害の対処状況を前記更新要求に示される新たな対処状況に更新するとともに、前記関連障害情報において前記状況変化障害の関連障害が定義されている場合に、前記対処状況情報において前記更新対象セッションに対応する当該関連障害の対処状況を前記更新要求に示される新たな対処状況に更新することを特徴とする請求項1又は2に記載の情報処理装置。前記関連障害情報記憶部は、関連障害の対処状況の更新を行うか否かの判定条件を関連性判定条件として定義する関連障害情報を記憶しており、前記対処状況更新部は、前記状況変化障害の関連障害について関連性判定条件が成立するか否かを判定し、関連性判定条件が成立する場合に、前記対処状況情報において前記更新対象セッションに対応する当該関連障害の対処状況を前記更新要求に示される新たな対処状況に更新することを特徴とする請求項3に記載の情報処理装置。前記対処状況更新部は、前記更新対象セッション以外の他のセッションで発生したいずれかの障害が前記関連障害情報において前記状況変化障害の関連障害と定義されている場合に、前記対処状況情報において当該関連障害の対処状況を前記更新要求に示される新たな対処状況に更新することを特徴とする請求項3又は4に記載の情報処理装置。前記対処状況更新部は、前記更新対象セッション以外の他のセッションで発生した障害が前記関連障害情報において前記状況変化障害の関連障害と定義されており、当該関連障害に対する関連障害が前記関連障害情報において定義されている場合に、後者の関連障害の対処状況を前記更新要求に示される新たな対処状況に更新することを特徴とする請求項5に記載の情報処理装置。前記関連障害情報記憶部は、関連障害の対処状況の更新を行うか否かの判定条件を関連性判定条件として定義する関連障害情報を記憶しており、前記対処状況更新部は、関連障害について関連性判定条件が成立するか否かを判定し、関連性判定条件が成立する場合に、前記対処状況情報において前記他のセッションで発生した関連障害の対処状況を前記更新要求に示される新たな対処状況に更新することを特徴とする請求項5又は6に記載の情報処理装置。前記情報処理装置は、サービスを提供するシステムを管理対象システムとしており、前記関連障害情報記憶部は、関連障害を、サービスと対応付けて定義する関連障害情報を記憶し、前記対処状況情報記憶部は、前記管理対象システムで発生した障害を、障害が発生した際に実行中であったサービスと対応付けて管理する対処状況情報を記憶し、前記対処状況更新部は、前記関連障害情報において前記状況変化障害の関連障害が定義されている場合に、当該関連障害が発生した際に実行中であったサービスが前記関連障害情報において当該関連障害に対応付けられているサービスと一致するか否かを前記対処状況情報に基づいて判定し、両サービスが一致する場合に、前記対処状況情報において当該関連障害の対処状況を前記更新要求に示される新たな対処状況に更新することを特徴とする請求項1~7のいずれかに記載の情報処理装置。前記情報処理装置は、業務を支援するサービスを提供するシステムを管理対象システムとしており、前記関連障害情報記憶部は、関連障害を、業務と対応付けて定義する関連障害情報を記憶し、前記対処状況情報記憶部は、前記管理対象システムで発生した障害を、障害が発生した際に実行中であったサービスが対象とする業務と対応付けて管理する対処状況情報を記憶し、前記対処状況更新部は、前記関連障害情報において前記状況変化障害の関連障害が定義されている場合に、当該関連障害が発生した際に実行中であったサービスが対象とする業務が前記関連障害情報において当該関連障害に対応付けられている業務と一致するか否かを前記対処状況情報に基づいて判定し、両業務が一致する場合に、前記対処状況情報において当該関連障害の対処状況を前記更新要求に示される新たな対処状況に更新することを特徴とする請求項1~8のいずれかに記載の情報処理装置。前記情報処理装置は、SOAServiceOrientedArchitecture技術により構築されたシステムを管理対象システムとすることを特徴とする請求項8又は9に記載の情報処理装置。前記情報処理装置は、所定の端末装置に接続されており、前記情報処理装置は、更に、前記対処状況更新部により更新された後の対処状況を障害の名称とともに前記端末装置に出力する出力部を有することを特徴とする請求項1~10のいずれかに記載の情報処理装置。管理対象システムで発生した障害と、発生した障害に対する対処状況とを示す対処状況情報を管理するコンピュータが行う情報処理方法であって、前記管理対象システムで発生する障害に対して、障害発生原因において関連のある障害を関連障害として定義する関連障害情報を、前記コンピュータが所定の記憶領域から読み出す関連障害情報読み出しステップと、前記コンピュータが、対処状況が変化した障害を状況変化障害として示すとともに、前記状況変化障害の新たな対処状況を示す更新要求を入力する入力ステップと、前記コンピュータが、前記対処状況情報において前記状況変化障害の対処状況を前記更新要求に示される新たな対処状況に更新するとともに、前記関連障害情報において前記状況変化障害に関連障害が定義されている場合に、前記対処状況情報において当該関連障害の対処状況を前記更新要求に示される新たな対処状況に更新する対処状況更新ステップとを有することを特徴とする情報処理方法。管理対象システムで発生した障害と、発生した障害に対する対処状況とを示す対処状況情報を管理するコンピュータに、前記管理対象システムで発生する障害に対して、障害発生原因において関連のある障害を関連障害として定義する関連障害情報を、所定の記憶領域から読み出す関連障害情報読み出しステップと、対処状況が変化した障害を状況変化障害として示すとともに、前記状況変化障害の新たな対処状況を示す更新要求を入力する入力ステップと、前記対処状況情報において前記状況変化障害の対処状況を前記更新要求に示される新たな対処状況に更新するとともに、前記関連障害情報において前記状況変化障害に関連障害が定義されている場合に、前記対処状況情報において当該関連障害の対処状況を前記更新要求に示される新たな対処状況に更新する対処状況更新ステップとを実行させることを特徴とするプログラム。サービス運用管理においても、一般的な運用管理業務と同様に、障害状態を管理する必要がある。SOAで構築された情報システムは、一般的な情報システムよりも障害の因果関係が複雑になるため、運用監視者は、サービスの依存関係や障害内容、障害の発生順序など様々な情報から障害の因果関係を判定した上で、障害状態を判断し、障害を管理する必要がある。従来通り、運用監視者が障害1件1件に対して手動で障害状態を設定する場合、障害の関連性判定には、手間や時間がかかり、運用監視者の負荷が高くなるという課題がある。この課題を解決するために、上述の従来の障害影響判定方法を適用し、障害の関連性判定を自動化することを考える。障害影響判定方法を、サービスの障害回復時における障害の関連性判定にそのまま適用した場合、サービスの親子関係のみで障害の関連性を判定することになる。そのため、親子の障害が独立して発生している場合に、誤った判定をしてしまうという課題がある。本発明は、上記のような課題を解決することを主な目的としており、障害の発生原因において関連のある障害を正確に判定し、障害に対する対処状況の設定を自動的に更新する構成を実現することを主な目的とする。本発明に係る情報処理装置は、管理対象システムで発生する障害に対して、障害発生原因において関連のある障害を関連障害として定義する関連障害情報を記憶する関連障害情報記憶部と、前記管理対象システムで発生した障害と、発生した障害に対する対処状況とを示す対処状況情報を記憶する対処状況情報記憶部と、対処状況が変化した障害を状況変化障害として示すとともに、前記状況変化障害の新たな対処状況を示す更新要求を入力する入力部と、前記対処状況情報において前記状況変化障害の対処状況を前記更新要求に示される新たな対処状況に更新するとともに、前記関連障害情報において前記状況変化障害に関連障害が定義されている場合に、前記対処状況情報において当該関連障害の対処状況を前記更新要求に示される新たな対処状況に更新する対処状況更新部とを有することを特徴とする。本発明によれば、障害発生原因において関連のある障害を関連障害として定義し、状況変化障害に関連障害が存在する場合に、状況変化障害とともに関連障害の対処状況を新たな対処状況に更新するため、運用監視者が、障害の因果関係を判定し、関連障害を抽出し、関連障害の対処状況を手動で更新する必要がなくなる。これにより、運用監視者の負荷の軽減が見込める。実施の形態1.本実施の形態では、障害の関連性判定を正確に行うことを可能とし、障害状態の設定を自動化する構成を説明する。より具体的には、障害の関連性を判定するための障害関連性情報を保管し、障害関連性情報を元に、発生している障害と障害の関連性を判定する手段を備える構成を説明する。そして、本実施の形態に係る構成によれば、回復したある障害に対して障害状態を手動で設定すると、回復した障害と関連して発生した障害が特定され、その障害の障害状態が、回復済や処置不要などに自動的に設定される。そのため運用監視者は、ある障害が回復した時に、回復した障害と他の障害との因果関係を判定し、関連する障害を検出し、関連する障害の障害状態を手動で設定する必要がなくなる。これにより、運用監視者の負荷軽減による作業時間の短縮の効果が期待できる。図1は、本実施の形態に係るシステム構成例を示す。本実施の形態に係るシステムは、業務用クライアント装置101と情報システム20、管理用クライアント装置301と運用管理装置40の4つの装置から構成される。業務用クライアント装置101は、システム利用者が業務を行うために利用するクライアント装置である。情報システム20は、SOAで構築された情報システムである。情報システム20は、管理対象システムの例である。管理用クライアント装置301は、システム運用監視者が運用管理のために利用するクライアント装置である。運用管理装置40はサービスの運用管理を行う装置であり、サービス運用管理サーバ装置401及び情報記憶装置402で構成される。サービス運用管理サーバ装置401は、情報処理装置の例である。情報システム20において、業務サーバ装置201は、業務用クライアント装置101からの要求を受け付け、業務フローに従い、ESBEnterpriseServicesBusサーバ装置202に対してサービスの呼び出しを行い、業務を実行するサーバ装置である。ESBサーバ装置202は、業務サーバ装置201から要求を受け付け、適切なサービスを呼び出す機能を搭載したサーバ装置である。実行ログ2021は、ESBサーバ装置202で記録されるサービスに関連する実行ログである。実行ログ2021には、業務サーバ装置201がどのサービスを呼び出し、呼び出したサービスが正常に値を返したか、異常があったか、などの情報が記録されている。ネットワーク203は、各サーバ装置が接続されているインターネットやイントラネットなどのネットワークである。サーバ装置A204やサーバ装置B205は、自社または他社にあるサービスを提供しているサーバ装置である。サービスA12041、サービスA22042、サービスB12051、サービスB22052はデータ処理サービスの実体である。各サービスは、ESBサーバ装置202を介して業務サーバ装置201から利用可能となるようインタフェースを公開しているソフトウェアである。運用管理装置40において、サービス運用管理サーバ装置401は、実行ログ2021を受け取り、情報記憶装置402内の障害定義情報4021を元に、実行ログ2021から障害を検出し、管理用クライアント装置301に検出した結果を表示する。また、表示した画面から障害状態の入力を受け付け、管理を行う。画面から障害状態が入力された時には、情報記憶装置402内の障害関連性情報4022を利用して、現在発生している障害の関連性を判定し、関連障害の障害状態も合わせて設定する。情報記憶装置402は、障害定義情報4021および障害関連性情報4022を記憶している。障害定義情報4021は、サービス運用管理サーバ装置401が障害を検出する時に使用する情報である。障害定義情報4021には、検出対象のサービス名と検出する障害名、障害検出条件などの情報が格納される。障害関連性情報4022は、サービス運用管理サーバ装置401が障害の関連性を判定する時に使用する情報である。障害関連性情報4022には、関連して発生することのある障害に対して、対象障害と関連障害および関連性の判定条件などの情報が格納される。つまり、障害関連性情報4022は、情報システム20で発生する障害に対して、障害発生原因において関連のある障害を関連障害として定義する情報である。障害関連性情報4022は、関連障害情報の例である。本実施の形態では、障害関連性情報4022に、障害の関連性を判定するための情報が格納されており、この情報を元に、サービス運用管理サーバ装置401が障害の関連性を判定する。サービス運用管理サーバ装置401は、ESBサーバ装置202からサービスの実行状況を示す実行ログ2021を入力として受け取り、障害定義情報4021を元に実行ログ2021の解析を行い、サービスに障害が発生したと検知する。検知した障害に対し、運用監視者が処置を実施し、回復した場合には、障害関連性情報4022を元に、まだ処置を実施していない障害に対して障害の関連性判定条件に合致するか否かを判定し、関連障害を特定する。障害関連性情報の判定条件に合致しない障害については、回復した障害と関連のない障害と判定でき、合致した障害については、回復した障害が原因となって発生した障害であると判定することができる。図2は、サービス運用管理サーバ装置401の詳細な構成例を示す図である。図2において、解析部4011は、実行ログ2021を受け取り、情報記憶装置402内の障害定義情報4021を元に実行ログを解析し、実行時に障害が発生したサービスを障害発生サービスとして検出する。検出した障害情報は解析結果情報として解析結果情報記憶部4012に保管する。解析結果情報記憶部4012は、解析部4011が実行ログを解析した結果、障害として検出された情報解析結果情報を保管するための記憶装置である。解析結果情報が、サービス運用管理において管理対象となる障害情報である。検出された障害は全て解析結果情報記憶部4012に保管され、障害1件1件に対して、障害に対する対処状況である障害状態が付けられ、管理される。解析部4011にて検出された障害には、例えば、障害状態のデフォルト値例えば、障害発生が設定され、解析結果情報記憶部4012に保管される。デフォルト値である障害発生は、障害に対して未対処の状態であることを示している。運用監視者によってある障害の状態が回復済に設定された場合には、解析結果情報記憶部4012に保管されている該当障害の障害状態が回復済に更新される。解析結果情報は、このように、情報システム20で発生した障害と、発生した障害に対する対処状況とを示す情報であり、対処状況情報の例である。また、解析結果情報記憶部4012は、対処状況情報記憶部の例である。図8は、本実施の形態に係る解析結果情報の例を示す。図8において、障害状態の欄には、発生した障害に対する対処状況が示され、例えば、障害発生、処置中、処置不要、回復済等が示される。障害発生日時の欄には、障害が発生した日時が示される。サービス名の欄は、障害が発生したサービスの名称が示される。業務名の欄は、サービス名に示されるサービスが実施されていた業務の名称が示される。セッションの欄には、サービス名に示されるサービスが実施されていたセッションが示される。セッションとは、情報システム20において複数のデータ処理を対応付けて管理する単位であり、例えば、業務用クライアント装置101が業務サーバ装置201に接続/ログインしてから、切断/ログオフするまでの一連の操作、データ処理、通信をまとめて1セッションという。障害IDの欄は、障害の識別子である障害IDIdentificationが示される。障害IDの欄に示されるIDは、後述する図3に示す障害ID、図4に示す対象障害ID及び関連障害IDに対応する。障害IDの詳細は、図3及び図4とともに説明する。クライアントI/Fインタフェース部4013は、解析部4011の解析結果である解析結果情報を受け取り、表示するための画面を提供する。また、クライアントI/F部4013は、表示した障害に対して、障害状態を手動で設定するためのインタフェースを持つ。例えば、図10のように解析結果情報記憶部4012に対応する障害情報を管理用クライアント装置301に一覧表示する。運用監視者は、この情報1件1件に対して、障害状態を設定して障害管理を行う。また、クライアントI/F部4013は、管理用クライアント装置301から更新要求を入力する。更新要求は、障害状態が変化した障害状況変化障害が示されるとともに、当該障害の新たな障害状態が示される。例えば、図10の1行目に示されている障害障害状態:障害発生、障害発生日時:10/09/2909:50、サービス名:サービスB1に対して処置が行われ、障害状態が処置中に変化した場合に、更新要求には、図1の1行目に示されている障害を識別するための情報と、新たな障害状態である処置中が管理用クライアント装置301からクライアントI/F部4013に入力される。クライアントI/F部4013は、入力部及び出力部の例である。障害関連性判定部4014は、クライアントI/F部4013から入力されたある障害に対する障害状態と、解析結果情報記憶部4012と、情報記憶装置402内の障害関連性情報4022を元に、障害の関連性を判定し、関連して発生した障害を特定する。障害関連性判定部4014は、運用監視者が処置を実施して回復した障害に対して、クライアントI/F部4013へ更新要求を入力することがトリガとなって動作する。運用監視者から更新要求が入力された際に、対象となる障害、当該障害の新たな障害状態回復済み等、当該障害のセッション等の情報が障害関連性判定部4014に入力される。障害関連性判定部4014は、情報記憶装置402から障害関連性情報4022を読み出し、障害の関連性判定条件に合致するか否かを判定し、関連障害を特定する。障害の関連性判定条件に合致しない障害については、回復した障害と関連のない障害と判定できる。合致した障害については、回復した障害が原因となって発生した障害であると判定することができる。関連性があると判定された障害に対しては、障害関連性判定部4014が自動的に解析結果情報記憶部4012に対して、障害状態の更新を行う。このように、障害関連性判定部4014は、更新要求に示される障害状況変化障害の障害状態を解析結果情報において更新要求に示される新たな障害状態に更新するとともに、障害関連性情報4022において当該障害状況変化障害に関連障害が定義されている場合に、解析結果情報において当該関連障害の障害状態を更新要求に示される新たな障害状態に更新する。なお、障害関連性判定部4014は、対処状況更新部の例である。障害関連性情報記憶部4015は、障害関連性判定部4014により情報記憶装置402から読み出された障害関連性情報4022を記憶する記憶領域である。障害関連性情報記憶部4015は、関連障害情報記憶部の例である。次に、障害定義情報4021、障害関連性情報4022の詳細を説明する。これらの情報はそれぞれ図3、図4に示すデータ構造を持っている。なお、図3、図4において、ア項目の説明は、各データの項目名および各項目の内容を説明しており、イデータの例は、実際のデータの内容例を示している。図3の障害定義情報4021の障害サービス関連表は、障害とサービスの関連を示す表である。図3のアに示す通り、障害サービス関連表の項目は、障害ID、障害を検出する対象サービス名、検出する障害名、検出する際に使用する障害検出条件から構成される。実行ログ2021が障害検出条件に該当する場合、障害として検出する。障害IDは、障害サービス関連表の情報を一意に決めるIDであり、障害関連性情報4022でも使用する。図3のイにデータ例を示す。例えば1行目のデータは、サービスBでサービス応答なしの障害を検出するための条件は検出条件1であることを示している。検出条件は、正規表現や式など、いろいろな形で表現できる。解析部4011は、サービスBの実行ログ2021を受け取った時に、この障害定義情報4021を取得し、検出条件1に該当する実行ログだった場合は、サービス応答なしの障害が発生していると解析し、その解析結果を解析結果情報に書き込む。図4は障害関連性情報4022を示している。障害関連性情報は、1関連性対応表と2関連性判定条件表の2つがある。1関連性対応表は、障害状態が変化した例えば、回復した障害対象障害と障害発生原因において関連のある障害関連障害、障害間の関連性を判定するための判定条件の対応を示す表である。対象障害と関連障害のサービスの依存関係は、業務やサービスの構成情報やフロー情報からほぼ一意に決まるため、1関連性対応表では、サービスの依存関係を考慮した上で、判定条件を定義する。図41のアに示す通り、1関連性対応表の項目は、対象障害ID、対象障害のサービス名、対象障害の業務名、関連障害ID、関連障害のサービス名、関連障害の業務名と、判定条件IDである。判定条件ID以外の項目がプライマリキーとなるため、対象障害と関連障害の種類、障害発生サービス、障害発生業務ごとに関連性判定条件を設定することが出来る。対象障害ID、関連障害IDは、図3の障害定義情報で示した障害IDである。図41のイにデータ例を示す。このデータ例で想定しているサービスの依存関係は図5である。図5は、業務X1がサービスA、B、Cの3つのサービスから構成されており、サービスBに関しては、ESBによるサービスの振り分けにより、実際にはサービスB1とB2が呼び出されていることを示している。ここで、ESBによるサービスの呼び出し関係を親子関係、その他の呼び出し関係は兄弟関係と呼ぶことにする。例えば、サービスBにとってサービスB1、B2は子であり、サービスB1、B2にとってサービスBは親である。サービスA、B、Cは兄弟関係であり、サービスB1、サービスB2も兄弟関係である。図41のイの1行目のデータは、業務X1のサービスBでeid1図3よりサービス応答なしの障害が発生した場合、業務X1のサービスB1のeid3図3よりサービス応答なしは、関連性判定条件cid2を満たせば、関連性があることを示している。これは、図5より親子関係の場合の関連性を表している。関連性は、障害が兄弟関係の場合や、他業務の同じサービスで障害発生した場合も、親子関係の時と同様に定義することが出来る。図41のイの2行目のデータは、兄弟関係の場合のデータ例であり、業務X1のサービスBでeid2図3より値不正の障害が発生した場合、業務X1のサービスCのeid5図3より値不正は、判定条件cid1を満たせば、関連性があることを示している。図41のイの3行目のデータは、他業務の同じサービスで障害発生した場合のデータ例であり、業務X1のサービスBでeid1図3よりサービス応答なしの障害が発生した場合、業務X2のサービスBのeid1図3よりサービス応答なしは、判定条件cid1を満たせば、関連性があることを示している。2関連性判定条件表は、1関連性対応表の判定条件IDに対応する評価式を示している。図42のアに示す通り、2関連性判定条件表の項目は、判定条件ID、判定を行う評価項目、条件、評価値である。評価項目、条件、評価値に当てはまる場合、障害の関連性があると判定する。図42のイにデータ例を示す。例えば1行目のデータは、対象障害の発生日時が、関連障害の発生日時よりも前過去であったら関連性があることを示している。ここでは、障害発生日時による比較条件しか例として記述していないが、これに限らない。障害定義情報4021のデータは、システム管理者などにより人手で登録更新を行うことを想定している。新規の業務やサービスが登場した場合に、システム管理者が業務フローを定義し、業務サーバ装置201に登録することになるわけだが、これと同時に情報記憶装置402にも情報を登録する。障害関連性情報4022についても同様に人手で登録更新を行う。障害関連性情報4022は、業務とサービスの構成情報や、サービスの外部仕様などの情報から障害の関連性を洗い出すことが出来ると考えられるため、新しい業務が業務サーバ装置201に登録されるタイミングで障害関連性情報4022に登録する。あるいは、実際にサービスの障害管理を行っていくなかで、実際の障害管理で培ったノウハウから障害関連性情報4022に蓄積していくという運用方法も考えられる。次に動作について説明する。図2において、障害関連性判定部4014は、運用監視者が、クライアントI/F部4013が提供する画面を利用して、管理用クライアント装置301から、ある障害についての更新要求を入力した時に、この動作がトリガとなって動作する。例えば、運用監視者が図10に例示されている画面のいずれかの行を指定し、処置中、回復済、処置不要のうちのいずれかのボタンを押すことにより、管理用クライアント装置301から更新要求がサービス運用管理サーバ装置401に送信される。更新要求には、例えば、対象となっているレコードを特定する情報何行目であるかを示す情報と、新たな障害状態運用監視者がボタンを押した障害状態の情報が含まれる。このため、サービス運用管理サーバ装置401では、障害状態の更新の対象となる障害、当該障害の新たな障害状態、当該障害が発生したサービス名、業務名、セッションを特定することができる。サービス運用管理サーバ装置401では、クライアントI/F部4013が更新要求を受信し、受信した更新要求を障害関連性判定部4014に渡す。障害関連性判定部4014は、更新要求に基づき、解析結果情報において対象障害の障害状態を更新するとともに、障害の関連性の判定と関連性があると判定された障害に対する障害状態の更新を行う。SOAで構築された情報システムで発生する障害は、業務、セッションなどの一連の処理の流れの中で発生すると考えられるため、障害をセッション単位に分類し、関連性の判定を行う。セッションとは、前述したように、ユーザが情報システム内で行う一連の行動をまとめた単位である。図6及び図7のフローチャートを用いて、障害関連性判定部4014の動作について説明する。なお、図6及び図7のフローチャートに示す手順の開始前に、障害関連性判定部4014は、障害関連性情報4022を情報記憶装置402から読み出し、障害関連性情報記憶部4015に格納しておく関連障害情報読み出しステップ。クライアントI/F部4013が管理用クライアント装置301からの更新要求を受信した際に入力ステップ、障害関連性判定部4014は、クライアントI/F部4013から更新要求を取得し、S01において、取得した更新要求に基づき、処置が実施された障害例えば、セッションCのサービスBで発生した障害eid1に対して、新たな障害状態例えば、回復済を解析結果情報記憶部4012の解析結果情報に設定する対処状況更新ステップ。S02では、障害関連性判定部4014は、障害の関連性をセッション単位で判定するため、回復した障害と同じセッションここではセッションCで発生している障害を解析結果情報において検索する。S03では、障害関連性判定部4014は、S02で検索した結果、該当する障害があるかどうかを確認する。該当する障害がある場合S03でYESはS04に進む。該当する障害がない場合S03でNOは、同じセッション内で障害が発生していないため、S09に進む。S04では、障害関連性判定部4014は、S01で障害状態を設定した障害ここではサービスBで発生した障害eid1とS02の検索によって取得した障害に該当する障害関連性情報4022を図41の関連性対応表から検索する。S05では、障害関連性判定部4014は、S04で検索した結果、該当する障害関連性情報があるかどうかを確認する。つまり、S01で障害状態を設定した障害の障害IDここでは障害eid1が対象障害IDとして示され、S02の検索によって取得した障害の障害IDが関連障害IDとして示され、また、業務名やサービスIDが一致しているレコードが1関連性対応表に存在するかを確認する。該当する障害関連性情報がある場合S05でYESはS06に進む。該当する障害関連性情報がない場合S05でNOはS03に戻り、同じセッション内で発生している障害のうち、まだ関連性の判定をしていない障害があるかどうかを確認する。例えば、S02の検索によって取得した障害の障害IDがeid3であり、業務名やサービスIDが一致していれば、図41のイの1行目に対応しており、S05でYESとなる。S06では、障害関連性判定部4014は、障害関連性情報記憶部4015から該当する判定条件を取得し、評価式によって回復の判定を行う。S07では、障害関連性判定部4014は、S06の判定結果より、関連性があるかどうかを確認する。関連性がある場合S07のYESはS08に進む。関連性がない場合S07のNOはS03に戻る。S08では、障害関連性判定部4014は、関連すると判定された障害の障害状態を設定する対処状況更新ステップ。つまり、解析結果情報において、関連すると判定された障害の障害状態を、S01で設定した障害状態に更新する。その後、障害関連性判定部4014は、S03に戻り、同じセッション内で発生している障害のうち、まだ関連性の判定をしていない障害があるかどうかを確認する。そして、障害関連性判定部4014は、同じセッション内で発生している全ての障害に対して、S01で障害状態を設定した障害ここではサービスBで発生した障害eid1との関連性判定が終わるまで、上述した処理を繰り返す。S09では、障害関連性判定部4014は、別セッションに対して、障害状態を設定した障害と同じサービスここではサービスBで発生している障害例えば、セッションC以外のセッションで発生したサービスBの障害eid1を、解析結果情報から検索する。S10では、障害関連性判定部4014は、S09で検索した結果、該当する障害があるかどうかを確認する。該当する障害がある場合S10でYESはS11に進む。該当する障害がない場合S10でNOは関連する障害がないため終了する。S11では、障害関連性判定部4014は、障害状態を設定した障害ここではセッションCのサービスBで発生した障害eid1とS09の検索によって取得した障害例えば、セッションDのサービスBで発生した障害eid1に該当する障害関連性情報4022を1関連性対応表から検索する。S12では、障害関連性判定部4014は、S11で検索した結果、該当する障害関連性情報があるかどうかを確認する。つまり、S01で障害状態を設定した障害の障害IDここでは障害eid1が対象障害IDとして示され、S09の検索によって取得した障害の障害IDここでは障害eid1が関連障害IDとして示されるレコードが1関連性対応表に存在するかを確認する。該当する障害関連性情報がある場合S12でYESはS13に進む。該当する障害関連性情報がない場合S12のNOはS10に戻り、他セッションに該当する障害があるかどうかを確認する。この場合、図41のイの3行目に示す業務名が一致していれば、S12でYESとなる。S13では、障害関連性判定部4014は、障害関連性情報記憶部4015の2関連性判定条件表から該当する判定条件を取得し、評価式によって回復の判定を行う。S14では、障害関連性判定部4014は、S13の判定結果より、関連性があるかどうかを確認する。関連性がある場合S14のYESはS01に戻り、関連すると判定された障害の障害状態を設定する対処状況更新ステップ。関連性がない場合S14のNOは終了する。S09以降では、処置を実施した障害とは別のセッションに対して障害状態の設定を行うため、そのセッション内でも、発生した障害を取得し、関連性を判定する処理を繰り返す必要がある。最初に障害状態を設定した障害セッションCで発生したサービスBの障害eid1と同じサービスで発生した障害例えば、セッションDで発生したサービスBの障害eid1と、その障害が発生したセッションここではセッションD内で発生した他の障害に対して、関連性の判定が全て終わると処理が終了となる。そして、障害状態が更新された最新の解析結果は、図10に例示する画面により、図2のクライアントI/F部4013によって運用監視者に表示される。以上のように、本実施の形態により、処置を実施した障害に対して、運用監視者が、クライアントI/F部を介して障害状態を手動で設定することにより、障害状態を設定された障害と関連して発生した障害が特定され、その障害の障害状態が自動的に設定される。そのため運用監視者は、障害状態設定のたびに、障害の因果関係を判定し、全ての障害状態を手動で設定する必要がなくなる。これにより、運用監視者の負荷軽減による作業時間の短縮の効果が期待できる。クライアントI/F部においては、処置を必要としない障害例えば、障害状態が回復済や処置不要を非表示にすることにより、より効率的なサービスの運用管理が可能となる。障害関連性情報を定義し、セッション毎に障害の関連性を判定することにより、親子などのサービス依存関係のみによる関連性の判定よりも、より正確な判定が可能となる。以上、本実施の形態では、ESBの実行ログを入力とし、実行ログから障害を検出して解析結果を出力する解析部と、解析部の解析結果を表示し、表示した障害情報に対して手動による障害状態の設定を行うインタフェースを提供するクライアントI/F部と、クライアントI/F部から設定された障害状態と解析結果、障害関連性情報を入力とし、障害の関連性を判定し、自動で障害状態を設定する障害関連性判定部を備えるサービス運用管理サーバ装置、サービス運用管理方法及びサービス運用管理プログラムを説明した。最後に、本実施の形態に示したサービス運用管理サーバ装置401のハードウェア構成例について説明する。図9は、本実施の形態に示すサービス運用管理サーバ装置401のハードウェア資源の一例を示す図である。なお、図9の構成は、あくまでもサービス運用管理サーバ装置401のハードウェア構成の一例を示すものであり、サービス運用管理サーバ装置401のハードウェア構成は図9に記載の構成に限らず、他の構成であってもよい。図9において、サービス運用管理サーバ装置401は、プログラムを実行するCPU911CentralProcessingUnit、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいうを備えている。CPU911は、バス912を介して、例えば、ROMReadOnlyMemory913、RAMRandomAccessMemory914、通信ボード915、表示装置901、キーボード902、マウス903、磁気ディスク装置920と接続され、これらのハードウェアデバイスを制御する。更に、CPU911は、FDD904FlexibleDiskDrive、コンパクトディスク装置905CDD、プリンタ装置906、スキャナ装置907と接続していてもよい。また、磁気ディスク装置920の代わりに、SSDSolidStateDrive、光ディスク装置、メモリカード登録商標読み書き装置などの記憶装置でもよい。RAM914は、揮発性メモリの一例である。ROM913、FDD904、CDD905、磁気ディスク装置920の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置の一例である。本実施の形態で説明した解析結果情報記憶部4012及び障害関連性情報記憶部4015は、例えば、RAM914により実現される。また、本実施の形態で説明した情報記憶装置402は、例えば、磁気ディスク装置920により実現される。通信ボード915、キーボード902、マウス903、スキャナ装置907、FDD904などは、入力装置の一例である。また、通信ボード915、表示装置901、プリンタ装置906などは、出力装置の一例である。通信ボード915は、例えば、LANローカルエリアネットワーク、インターネット、WANワイドエリアネットワーク、SANストレージエリアネットワークなどに接続されている。磁気ディスク装置920には、オペレーティングシステム921OS、ウィンドウシステム922、プログラム群923、ファイル群924が記憶されている。プログラム群923のプログラムは、CPU911がオペレーティングシステム921、ウィンドウシステム922を利用しながら実行する。また、RAM914には、CPU911に実行させるオペレーティングシステム921のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、RAM914には、CPU911による処理に必要な各種データが格納される。また、ROM913には、BIOSBasicInputOutputSystemプログラムが格納され、磁気ディスク装置920にはブートプログラムが格納されている。サービス運用管理サーバ装置401の起動時には、ROM913のBIOSプログラム及び磁気ディスク装置920のブートプログラムが実行され、BIOSプログラム及びブートプログラムによりオペレーティングシステム921が起動される。上記プログラム群923には、本実施の形態の説明において~部解析結果情報記憶部4012及び障害関連性情報記憶部4015以外、以下同様として説明している機能を実行するプログラムが記憶されている。プログラムは、CPU911により読み出され実行される。ファイル群924には、本実施の形態の説明において、~の判断、~の判定、~の検索、~の比較、~の抽出、~の更新、~の設定、~の選択、~の入力、~の受信等として説明している処理の結果を示す情報やデータや信号値や変数値やパラメータが、~ファイルや~データベースの各項目として記憶されている。~ファイルや~データベースは、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してCPU911によりメインメモリやキャッシュメモリに読み出される。そして、読み出された情報やデータや信号値や変数値やパラメータは、抽出検索参照比較演算計算処理編集出力印刷表示などのCPUの動作に用いられる。抽出検索参照比較演算計算処理編集出力印刷表示のCPUの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリ、レジスタ、キャッシュメモリ、バッファメモリ等に一時的に記憶される。また、本実施の形態で説明しているフローチャートの矢印の部分は主としてデータや信号の入出力を示す。データや信号値は、RAM914のメモリ、FDD904のフレキシブルディスク、CDD905のコンパクトディスク、磁気ディスク装置920の磁気ディスク、その他光ディスク、ミニディスク、DVD等の記録媒体に記録される。また、データや信号は、バス912や信号線やケーブルその他の伝送媒体によりオンライン伝送される。また、本実施の形態の説明において~部として説明しているものは、~回路、~装置、~機器であってもよく、また、~ステップ、~手順、~処理であってもよい。すなわち、本実施の形態で説明したフローチャートに示すステップ、手順、処理により、本発明に係る情報処理方法を実現することができる。また、~部として説明しているものは、ROM913に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子デバイス基板配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、DVD等の記録媒体に記憶される。プログラムはCPU911により読み出され、CPU911により実行される。すなわち、プログラムは、本実施の形態の~部としてコンピュータを機能させるものである。あるいは、本実施の形態の~部の手順や方法をコンピュータに実行させるものである。このように、本実施の形態に示すサービス運用管理サーバ装置401は、処理装置たるCPU、記憶装置たるメモリ、磁気ディスク等、入力装置たるキーボード、マウス、通信ボード等、出力装置たる表示装置、通信ボード等を備えるコンピュータである。そして、上記したように~部として示された機能をこれら処理装置、記憶装置、入力装置、出力装置を用いて実現するものである。