JP5267748B2 - 運用管理システム、運用管理方法、及びプログラム - Google Patents
運用管理システム、運用管理方法、及びプログラム Download PDFInfo
- Publication number
- JP5267748B2 JP5267748B2 JP2012547767A JP2012547767A JP5267748B2 JP 5267748 B2 JP5267748 B2 JP 5267748B2 JP 2012547767 A JP2012547767 A JP 2012547767A JP 2012547767 A JP2012547767 A JP 2012547767A JP 5267748 B2 JP5267748 B2 JP 5267748B2
- Authority
- JP
- Japan
- Prior art keywords
- detection
- correlation
- period
- order
- systems
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/079—Root cause analysis, i.e. error or fault diagnosis
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
- G06F11/0709—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a distributed system consisting of a plurality of standalone computer nodes, e.g. clusters, client-server systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0751—Error or fault detection not based on redundancy
- G06F11/0754—Error or fault detection not based on redundancy by exceeding limits
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3409—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3447—Performance evaluation by modeling
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Health & Medical Sciences (AREA)
- Biomedical Technology (AREA)
- Debugging And Monitoring (AREA)
Description
本発明は、運用管理システム、運用管理方法、及びプログラムに関し、特に、システムの障害検出を行う運用管理システム、運用管理方法、及びプログラムに関する。
システム性能の時系列情報を用いて、システムのモデル化を行い、生成されたモデルを用いてそのシステムの障害を検出する運用管理システムの一例が特許文献１に記載されている。
特許文献１記載の運用管理システムは、システムの複数種別の性能値の計測値をもとに、複数の種別間の組み合わせのそれぞれに対して相関関数を決定することにより、複数の相関関数を含む相関モデルを生成する。そして、この運用管理システムは、生成された相関モデルを用いて、新たに入力された性能値の計測値に対して相関関係の破壊（相関破壊）が発生しているかどうかを判定し、相関破壊が集中している性能種別を検出する等の方法により、障害の原因を特定する。このように、相関破壊をもとに障害原因を分析する技術は、不変関係分析と呼ばれる。
不変関係分析では、性能値の大きさでは無く性能値間の相関関係に着目するため、それぞれの性能値を閾値と比較することにより障害検出を行う場合に比べて、閾値の設定が不要、閾値により検出できない障害の検出が可能、及び、異常原因の特定が容易等の利点がある。
このような不変関係分析を、例えば、全国の数十のシステムを分析対象とする場合のように、多数の分析対象システムに対して行う場合、分析対象システム毎に不変関係分析を行う分析装置を用意すると、投資コストが増大する。
そこで、例えば、全国のシステムを管理するデータセンタ等において、複数の分析対象システムに対して１つの分析装置を設置し、複数の分析対象システムの各々に対して、順番に不変関係分析を行う方法が考えられる。
特許文献１記載の運用管理システムは、システムの複数種別の性能値の計測値をもとに、複数の種別間の組み合わせのそれぞれに対して相関関数を決定することにより、複数の相関関数を含む相関モデルを生成する。そして、この運用管理システムは、生成された相関モデルを用いて、新たに入力された性能値の計測値に対して相関関係の破壊（相関破壊）が発生しているかどうかを判定し、相関破壊が集中している性能種別を検出する等の方法により、障害の原因を特定する。このように、相関破壊をもとに障害原因を分析する技術は、不変関係分析と呼ばれる。
不変関係分析では、性能値の大きさでは無く性能値間の相関関係に着目するため、それぞれの性能値を閾値と比較することにより障害検出を行う場合に比べて、閾値の設定が不要、閾値により検出できない障害の検出が可能、及び、異常原因の特定が容易等の利点がある。
このような不変関係分析を、例えば、全国の数十のシステムを分析対象とする場合のように、多数の分析対象システムに対して行う場合、分析対象システム毎に不変関係分析を行う分析装置を用意すると、投資コストが増大する。
そこで、例えば、全国のシステムを管理するデータセンタ等において、複数の分析対象システムに対して１つの分析装置を設置し、複数の分析対象システムの各々に対して、順番に不変関係分析を行う方法が考えられる。
しかしながら、上述のように、特許文献１に記載された不変関係分析を、１つの分析装置が複数の分析対象システムの各々に対して順番に行う場合、分析の順番が後のシステムの障害検出が遅れ、適切な通報や対策ができないという問題がある。
例えば、各々の分析対象システムが大量のサーバ装置を含むために、各々の分析対象システムの不変関係分析に数秒かかる場合、数十台の分析対象システムに対する不変分析において、分析の順序が後のシステムの障害が検出されるまでには、数分かかる。
本発明の目的は、上述の課題を解決し、複数の分析対象システムに対する不変関係分析において、障害検出の遅れを低減できる運用管理システム、運用管理方法、及びプログラムを提供することである。
例えば、各々の分析対象システムが大量のサーバ装置を含むために、各々の分析対象システムの不変関係分析に数秒かかる場合、数十台の分析対象システムに対する不変分析において、分析の順序が後のシステムの障害が検出されるまでには、数分かかる。
本発明の目的は、上述の課題を解決し、複数の分析対象システムに対する不変関係分析において、障害検出の遅れを低減できる運用管理システム、運用管理方法、及びプログラムを提供することである。
本発明の一態様における運用管理システムは、複数のシステムの各々について、複数種別の性能値間の相関関係を表す相関モデルを記憶する相関モデル記憶手段と、前記複数のシステムに対する相関破壊の検出順序を記憶する分析順序記憶手段と、複数の期間の各々において、当該期間に対して入力された前記性能値を用いて、前記検出順序に従って、前記複数のシステムの各々の前記相関モデルに含まれる前記相関関係の前記相関破壊の有無を検出する分析手段と、前記複数の期間の各々において、前記検出順序を更新する順序制御手段とを備える。
本発明の一態様における運用管理方法は、複数のシステムの各々について、複数種別の性能値間の相関関係を表す相関モデルを記憶し、前記複数のシステムに対する相関破壊の検出順序を記憶し、複数の期間の各々において、当該期間に対して入力された前記性能値を用いて、前記検出順序に従って、前記複数のシステムの各々の前記相関モデルに含まれる前記相関関係の前記相関破壊の有無を検出し、前記複数の期間の各々において、前記検出順序を更新する。
本発明の一態様におけるコンピュータが読み取り可能な記録媒体は、コンピュータに、複数のシステムの各々について、複数種別の性能値間の相関関係を表す相関モデルを記憶し、前記複数のシステムに対する相関破壊の検出順序を記憶し、複数の期間の各々において、当該期間に対して入力された前記性能値を用いて、前記検出順序に従って、前記複数のシステムの各々の前記相関モデルに含まれる前記相関関係の前記相関破壊の有無を検出し、前記複数の期間の各々において、前記検出順序を更新する処理を実行させるプログラムを格納する。
本発明の一態様における運用管理方法は、複数のシステムの各々について、複数種別の性能値間の相関関係を表す相関モデルを記憶し、前記複数のシステムに対する相関破壊の検出順序を記憶し、複数の期間の各々において、当該期間に対して入力された前記性能値を用いて、前記検出順序に従って、前記複数のシステムの各々の前記相関モデルに含まれる前記相関関係の前記相関破壊の有無を検出し、前記複数の期間の各々において、前記検出順序を更新する。
本発明の一態様におけるコンピュータが読み取り可能な記録媒体は、コンピュータに、複数のシステムの各々について、複数種別の性能値間の相関関係を表す相関モデルを記憶し、前記複数のシステムに対する相関破壊の検出順序を記憶し、複数の期間の各々において、当該期間に対して入力された前記性能値を用いて、前記検出順序に従って、前記複数のシステムの各々の前記相関モデルに含まれる前記相関関係の前記相関破壊の有無を検出し、前記複数の期間の各々において、前記検出順序を更新する処理を実行させるプログラムを格納する。
本発明の効果は、複数の分析対象システムに対する不変関係分析において、障害検出の遅れを低減できることである。
（第１の実施の形態）
次に、本発明の第１の実施の形態について説明する。
はじめに、本発明の第１の実施の形態の構成について説明する。図２は、本発明の第１の実施の形態における運用管理システム１の構成を示すブロック図である。
図２を参照すると、本発明の第１の実施の形態における運用管理システム１は、複数の分析対象システム１００（１００ａ、１００ｂ、１００ｃ…）、複数の分析制御部２００（２００ａ、２００ｂ、２００ｃ…）、分析部３００、及び、順序制御部４００を含む。
分析対象システム１００は、例えば、Ｗｅｂサーバ、アプリケーションサーバ、データベースサーバ等、分析対象のシステムを構成する１以上の監視対象装置を含む。
分析制御部２００は、分析対象システム１００毎に接続され、分析対象システム１００に関する相関モデル２２２を生成する。また、分析制御部２００は、利用者に対する分析結果の出力や、検出された障害に対する対処を行う。
分析制御部２００は、性能情報収集部２０１、相関モデル生成部２０２、管理者対話部２０３、対処実行部２０４、性能情報記憶部２１１、相関モデル記憶部２１２、相関破壊記憶部２１３、及び、相関破壊パターン記憶部２１４を含む。
ここで、性能情報収集部２０１は、所定の時間間隔で、分析対象システム１００に含まれる各監視対象装置から、当該監視対象装置において計測された複数種目の性能値の実測データ（計測値）を取得する。性能値の種目としては、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）使用率（ＣＰＵ）、メモリ使用量（ＭＥＭ）、ディスク使用量（ＤＳＫ）等が取得される。ここで、監視対象装置と性能値の種目の組を性能値の種別（性能種別、または、単に種別）とし、同一時刻に計測された複数種別の性能値の組を性能情報とする。性能情報収集部２０１は、性能情報の時系列変化を性能系列情報２２１として性能情報記憶部２１１に保存する。
図５は、本発明の第１の実施の形態における性能系列情報２２１の例を示す図である。図５の例では、性能系列情報２２１は、装置識別子ＳＶ１の監視対象装置のＣＰＵ使用率（ＳＶ１．ＣＰＵ）、メモリ使用量（ＳＶ１．ＭＥＭ）、ディスク使用量（ＳＶ１．ＤＳＫ）、装置識別子ＳＶ２の監視対象装置のＣＰＵ使用率（ＳＶ２．ＣＰＵ）等を性能種別として含む。
相関モデル生成部２０２は、性能系列情報２２１をもとに分析対象システム１００の相関モデル２２２を生成する。ここで、相関モデル生成部２０２は、性能系列情報２２１に含まれる所定のモデル化期間に取得された性能情報に基づいて、複数の性能種別の内の異なる２つの性能種別毎に、当該２つの性能種別間の相関関係を示す相関関数（変換関数）を決定し、決定した相関関数の集合である相関モデル２２２を生成する。相関関数は、１つの性能種別の計測値の時系列から他の性能種別の性能値の時系列を予測する関数であり、特許文献１に示されるように、上述の任意の２つの性能種別の計測値の時系列に対するシステム同定処理によって決定される。相関モデル生成部２０２は、さらに、相関関数による変換誤差をもとに、相関関数毎に、例えば、変換誤差の平均値の大きさに応じて小さくなる重みを算出し、重みが所定値以上の相関関数の集合を相関モデル２２２としてもよい。
相関モデル記憶部２１２は、相関モデル生成部２０２が生成した相関モデル２２２を記憶する。
図６は、本発明の第１の実施の形態における相関モデル２２２の例を示す図である。図６において、各ノードは性能種別、ノード間の実線の矢印は２つの性能種別の一方から他方への相関関係を示す。また、これらの相関関係のそれぞれについて、相関関数（図示せず）が決定される。
相関破壊記憶部２１３は、分析部３００により取得した、相関モデル２２２に対する相関破壊の検出結果である相関破壊情報２２３を記憶する。
図７は、本発明の第１の実施の形態における相関破壊情報２２３の例を示す図である。相関破壊情報２２３は、性能情報の計測時刻毎に生成され、図７に示すように、相関破壊の検出対象である性能情報の計測時刻、相関モデル２２２に含まれる相関関係（入力、及び、出力）、及び、相関関係毎の相関破壊検出結果を含む。相関破壊検出結果の「○」は相関破壊無し、「×」は相関破壊有りを示す。図７の例は、図６の相関モデル２２２に関する相関破壊の検出結果の例を示している。
相関破壊パターン記憶部２１４は、分析部３００において、障害兆候度の算出に用いられる相関破壊パターン２２４を記憶する。
図８は、本発明の第１の実施の形態における相関破壊パターン２２４の例を示す図である。相関破壊パターン２２４は、図８に示すように、過去に発生した障害の識別子（障害識別子）と、当該障害が発生したときの相関関係毎の相関破壊検出結果のリストとの組を１以上含む。図８は、図６の相関モデル２２２に対する相関破壊パターン２２４の例を示している。
管理者対話部２０３は、分析部３００から取得した相関破壊の検出結果を管理者等に提示し、管理者から障害に対する対処等の指示を受け付ける。
対処実行部２０４は、管理者により指示された対処を分析対象システム１００上で実行する。
分析部３００は、複数の分析制御部２００（２００ａ、２００ｂ、…）と接続され、複数の分析対象システム１００（１００ａ、１００ｂ、…）の各々の相関モデル２２２における相関関係の相関破壊を検出する。
分析部３００は、相関破壊検出部３０１を含む。
相関破壊検出部３０１は、連続する複数の期間の各々において、複数の分析対象システム１００の各々の相関モデル２２２に含まれる相関関係の相関破壊を検出する。相関破壊検出部３０１は、期間毎に、分析制御部２００の性能情報記憶部２１１から、分析対象である性能情報を順番に取得し、当該性能情報に対して相関破壊を検出する。
ここで、各期間の時間長は、上述の、性能値が収集される時間間隔と同一でもよい。この場合、相関破壊検出部３０１は、期間毎に、性能情報記憶部２１１から、新たに収集された性能情報を取得し、相関破壊を検出する。
相関破壊検出部３０１は、特許文献１と同様に、分析対象である性能情報と相関モデル記憶部２１２に記憶された相関モデル２２２とを用いて、相関モデル２２２に含まれる相関関係の相関破壊を検出する。相関破壊検出部３０１は、分析対象である性能情報に含まれる２つの性能種別の一方の計測値を当該２つの性能種別間の相関関係を表す相関関数に入力して得られた値と、他方の計測値との差分を算出する。そして、相関破壊検出部３０１は、当該差分が所定値以上の場合、当該２つの性能種別間に相関破壊が有ると判定する。
相関破壊検出部３０１は、順序制御部４００から取得した分析順序情報４２２により示される、複数の分析対象システム１００に関する「相関破壊の検出順序」に従って、順番に、各分析対象システム１００に関する相関破壊を検出する。本発明の第１の実施の形態においては、全ての分析対象システム１００に関する相関破壊の検出は、各期間の間に終了すると仮定する。
さらに、相関破壊検出部３０１は、検出された相関破壊をもとに各分析対象システム１００の異常度を算出し、順序制御部４００に送信する。ここで、相関破壊検出部３０１は、異常度として、「相関破壊度」と「障害兆候度」を算出する。
相関破壊度は、相関モデル２２２における相関破壊の程度を表す値である。本発明の実施の形態においては、相関モデル２２２に含まれる相関関係の内、相関破壊検出部３０１により相関破壊が検出された相関関係の数を相関破壊度として用いる。相関破壊度が大きい場合、分析対象システム１００に、障害が発生している可能性があると考えられる。
図９は、本発明の第１の実施形態における異常度の算出例を示す図である。例えば、図６の相関モデル２２２について、相関破壊検出部３０１により、図７のように５つの相関関係の相関破壊が検出された場合、図９のように相関破壊度は５である。
相関破壊度は、相関モデル２２２に含まれる相関関係の数が大きい分析対象システム１００ほど、その値が大きくなる傾向がある。
なお、相関破壊検出部３０１は、相関破壊の程度を表す値であれば、相関破壊度として他の方法により算出された値を用いてもよい。例えば、相関破壊検出部３０１は、相関破壊が検出された相関関係の重みの合計値を相関破壊度として用いてもよい。
障害兆候度は、相関破壊検出部３０１により検出された相関破壊の検出結果と過去の障害発生時における相関破壊の検出結果との類似性（類似度）を表す値である。本発明の実施の形態においては、相関破壊検出部３０１により検出された相関関係毎の相関破壊の検出有無と、相関破壊パターン２２４に含まれる相関関係毎の相関破壊の検出有無との一致度を障害兆候度として用いる。一致度が大きい場合、分析対象システム１００に、相関破壊パターン２２４で示される障害と同様の障害が、現在発生している可能性がある、または、今後発生する可能性があると考えられる。
例えば、図６の相関モデル２２２について、図７のように５つの相関関係の相関破壊が検出され、図８のような相関破壊パターン２２４が設定されている場合、図９に示すように、８つの相関関係について、相関破壊の検出有無が一致する。この場合、相関破壊の検出有無の一致度は、相関破壊の検出有無一致数／相関関係の数＝８０％と算出される。
障害兆候度は、相関モデル２２２に含まれる相関関係の数が小さい分析対象システム１００ほど、その値が大きくなる傾向がある。
なお、相関破壊検出部３０１は、相関破壊検出部３０１により検出された相関破壊の検出結果と過去の障害発生時における相関破壊の検出結果との類似性（類似度）を表す値であれば、障害兆候度として他の方法により算出された値を用いてもよい。例えば、相関破壊検出部３０１は、相関破壊の検出有無を比較する代わりに、相関破壊が検出された相関関係を比較することにより、相関破壊が検出された相関関係の類似性を求め、障害兆候度として用いてもよい。また、相関破壊検出部３０１は、相関関係をいくつかのグループに分類し、グループ毎の相関破壊数の分布の類似性を求め、障害兆候度として用いてもよい。
順序制御部４００は、分析部３００と接続され、複数の分析対象システム１００に対する相関破壊の検出順序を決定、更新する。
順序制御部４００は、分析順序決定部４０１、異常度記憶部４１１、及び、分析順序記憶部４１２を含む。
分析順序決定部４０１は、上述の複数の期間の各々において、異常度記憶部４１１に記憶された各分析対象システム１００の異常度をもとに、複数の分析対象システム１００に対する相関破壊の検出順序を決定し、分析順序記憶部４１２に記憶されている分析順序情報４２２を更新する。
異常度記憶部４１１は、分析部３００から取得した、各分析対象システム１００の異常度を示す異常度情報４２１を記憶する。図１０は、本発明の第１の実施の形態における異常度情報４２１の例を示す図である。異常度情報４２１は、図１０に示すように、分析対象システム１００の識別子（システム識別子）、及び、当該分析対象システム１００の異常度として、相関破壊度と障害兆候度とを含む。
分析順序記憶部４１２は、分析順序決定部４０１により決定された、複数の分析対象システム１００に対する相関破壊の検出順序を示す分析順序情報４２２を記憶する。図１１は、本発明の第１の実施の形態における分析順序情報４２２の例を示す図である。分析順序情報４２２は、図１１に示すように、分析対象システム１００のシステム識別子、及び、当該分析対象システム１００の相関破壊の検出順序を含む。
なお、分析制御部２００、分析部３００、及び、順序制御部４００の各々は、ＣＰＵとプログラムを記憶した記憶媒体を含み、プログラムに基づく制御によって動作するコンピュータであってもよい。
ここで、分析部３００、及び、順序制御部４００は１つの装置に含まれていてもよい。また、分析制御部２００が、分析対象システム１００を含んでいてもよい。
さらに、複数の分析対象システム１００が１つの分析制御部２００に接続されていてもよい。この場合、分析制御部２００は、複数の分析対象システム１００の各々について、相関モデル２２２の生成、及び、相関破壊の検出を行う。また、この場合、分析制御部２００、分析部３００、及び、順序制御部４００が１つの装置に含まれていてもよい。
次に、本発明の第１の実施の形態における運用管理システム１の動作について説明する。
図３は、本発明の第１の実施の形態における運用管理システム１の処理を示すフローチャートである。図１２は、本発明の第１の実施の形態における、各期間に実行される相関破壊検出処理の例を示す図である。
ここでは、各分析対象システム１００の相関モデル２２２が、各分析制御部２００により生成され、相関モデル記憶部２１２に記憶されていると仮定する。
はじめに、分析部３００の相関破壊検出部３０１は、上述の複数の期間の各々において、順序制御部４００の分析順序記憶部４１２から分析順序情報４２２を取得する（ステップＳ１０１）。
例えば、相関破壊検出部３０１は、図１２の期間１において、図１１のような分析順序情報４２２を取得する。なお、初期状態では、分析順序情報４２２に、例えば、分析対象システム１００のシステム識別子の小さい順に、検出順序が設定されていてもよい。
相関破壊検出部３０１は、取得した分析順序情報４２２に従って、相関破壊の検出処理を実行する（ステップＳ１０２）。
図４は、本発明の第１の実施の形態における、運用管理システム１の相関破壊検出処理（ステップＳ１０２）の詳細を示すフローチャートである。
相関破壊検出部３０１は、全分析対象システム１００の各々について、分析順序記憶部４１２に従って、順番に、ステップＳ１５２からステップＳ１５７を繰り返す（ステップＳ１５１）。
相関破壊検出部３０１は、分析制御部２００の性能情報記憶部２１１から、現在の期間に対する性能情報を取得する（ステップＳ１５２）。また、相関破壊検出部３０１は、分析制御部２００の相関モデル記憶部２１２から相関モデル２２２を取得する（ステップＳ１５３）。相関破壊検出部３０１は、取得した性能情報と相関モデル２２２とを用いて、相関モデル２２２に含まれる相関関係の相関破壊を検出する（ステップＳ１５４）。相関破壊検出部３０１は、相関破壊の検出結果を相関破壊情報２２３として、分析制御部２００の相関破壊記憶部２１３に保存する（ステップＳ１５５）。
また、相関破壊検出部３０１は、検出された相関破壊をもとに、分析対象システム１００の異常度を算出する（ステップＳ１５６）。相関破壊検出部３０１は、算出した異常度を、異常度情報４２１として、順序制御部４００の異常度記憶部４１１に保存する（ステップＳ１５７）。
例えば、図１２の期間１において、相関破壊検出部３０１は、図１１の分析順序情報４２２に従って、システム識別子Ｓ１、Ｓ２、Ｓ３、Ｓ４の順に、それぞれの分析対象システム１００で計測された期間１の性能情報ｄ１１、ｄ２１、ｄ３１、ｄ４１に対して、各分析対象システム１００の相関破壊の検出、及び、異常度の算出を行う。この結果、各分析対象システム１００について、図１０のような異常度情報４２１が異常度記憶部４１１に保存される。
次に、順序制御部４００の分析順序決定部４０１は、異常度記憶部４１１から異常度情報４２１を取得する（ステップＳ１０３）。
分析順序決定部４０１は、異常度情報４２１に含まれる各分析対象システム１００の相関破壊度をもとに、各分析対象システム１００に異常度を評価するための評価スコア（以下、スコアとする）を設定する（ステップＳ１０４）。また、分析順序決定部４０１は、異常度情報４２１に含まれる各分析対象システム１００の障害兆候度をもとに、各分析対象システム１００にスコアを設定する（ステップＳ１０５）。ここで、分析順序決定部４０１は、全ての分析対象システム１００の中での相関破壊度、または、障害兆候度の順位に応じて大きくなる値を、相関破壊度、または、障害兆候度に対するスコアとして設定する。
図１３は、本発明の第１の実施形態における、検出順序の算出例を示す図である。例えば、図１３に示すように、分析順序決定部４０１は、４つの分析対象システム１００の中で、相関破壊度の大きい順番に、システム識別子Ｓ１、Ｓ４、Ｓ３、Ｓ２の分析対象システム１００に、それぞれ、スコア４、３、２、１を設定する。また、分析順序決定部４０１は、４つの分析対象システム１００の中で、障害兆候度の大きい順番に、システム識別子Ｓ１、Ｓ３、Ｓ２、Ｓ４の分析対象システム１００に、それぞれ、スコア４、３、２、１を設定する。
次に、分析順序決定部４０１は、各分析対象システム１００について、相関破壊度に設定されたスコアと障害兆候度に設定されたスコアを合計した合計スコアを算出し、合計スコアの大きい分析対象システム１００の検出順序が前になるように、複数の分析対象システム１００に対する相関破壊の検出順序を決定する（ステップＳ１０６）。そして、分析順序決定部４０１は、決定した検出順序を、分析順序情報４２２として、分析順序記憶部４１２に保存する（ステップＳ１０７）。
例えば、分析順序決定部４０１は、図１３のように、各分析対象システム１００について合計スコアを算出し、合計スコアの大きい順番に、システム識別子Ｓ１、Ｓ３、Ｓ４、Ｓ２の分析対象システム１００の検出順序を、それぞれ１、２、３、４と決定する。
図１４は、本発明の第１の実施の形態における分析順序情報４２２の他の例を示す図である。分析順序決定部４０１は、図１４のような分析順序情報４２２を分析順序記憶部４１２に保存（更新）する。なお、合計スコアが同じ分析対象システム１００が複数ある場合は、相関破壊度、または、障害兆候度が大きい分析対象システム１００の検出順序が前になるように検出順序を決定してもよい。
そして、相関破壊検出部３０１と分析順序決定部４０１は、上述の複数の期間の各々において、ステップＳ１０１からＳ１０７を繰り返し実行する。このとき、相関破壊検出部３０１は、分析順序記憶部４１２の分析順序情報４２２に従って、相関破壊の算出、及び、異常度の算出を行う。
例えば、図１２の期間２において、相関破壊検出部３０１は、更新された図１４の分析順序情報４２２に従って、システム識別子Ｓ１、Ｓ３、Ｓ４、Ｓ２の順に、それぞれの分析対象システム１００で計測された期間２の性能情報ｄ１２、ｄ３２、ｄ４２、ｄ２２に対して、相関破壊の算出、及び、異常度の算出を行う。
このように、異常度の評価スコアの大きいシステム識別子Ｓ３、Ｓ４の分析対象システム１００の相関破壊検出が、異常度の評価スコアの小さいシステム識別子Ｓ２の分析対象システム１００よりも優先して行われるように、検出順序が更新される。
以上により、本発明の第１の実施の形態の動作が完了する。
なお、本発明の第１の実施の形態では、分析順序決定部４０１が、異常度である相関破壊度、及び、障害兆候度のそれぞれの順位をもとにそれぞれのスコアを算出し、これらのスコアの合計をもとに、検出順序を決定しているが、異常度の大きさにより検出順序を決定できれば、他の方法を用いてもよい。例えば、分析順序決定部４０１は、相関破壊度、及び、障害兆候度を合算した値の順位をもとに、検出順序を決定してもよい。
また、分析順序決定部４０１は、異常度として、相関破壊度、及び、障害兆候度のいずれか一方を用いてもよい。また、分析順序決定部４０１は、異常度として、相関破壊度、及び、障害兆候度以外に、相関破壊の検出結果をもとに算出される他の指標を加えてもよい。
次に、本発明の第１の実施の形態の特徴的な構成を説明する。図１は、本発明の第１の実施の形態の特徴的な構成を示すブロック図である。
図１を参照すると、運用管理システム１は、相関モデル記憶部２１２、分析順序記憶部４１２、分析部３００、及び、順序制御部４００を含む。
相関モデル記憶部２１２は、複数のシステムの各々について、複数種別の性能値間の相関関係を表す相関モデル２２２を記憶する。
分析順序記憶部４１２は、複数のシステムに対する相関破壊の検出順序を記憶する。
分析部３００は、複数の期間の各々において、当該期間に対して入力された性能値を用いて、検出順序に従って、複数のシステムの各々の相関モデル２２２に含まれる相関関係の相関破壊の有無を検出する。
順序制御部４００は、複数の期間の各々において、検出順序を更新する。
本発明の第１の実施の形態によれば、複数の分析対象システム１００に対する不変関係分析において、障害検出の遅れを低減できる。その理由は、順序制御部４００が、複数の期間の各々において、検出順序を更新するためである。
また、本発明の第１の実施の形態によれば、現在障害が発生している、または、今後障害が発生する可能性の高い分析対象システム１００の障害検出を優先的に行うことができる。その理由は、順序制御部４００が、相関破壊の数をもとに算出される相関破壊度、及び、分析対象システム１００の障害時の相関破壊の検出結果と入力された性能値に対する相関破壊の検出結果との類似度の内の少なくとも１つである異常度を用いて、検出順序を決定するためである。
また、本発明の第１の実施の形態によれば、分析対象システム１００の規模によらずに、障害検出の遅れを低減できる。その理由は、順序制御部４００が、異常度として、相関モデル２２２に含まれる相関関係の数が大きいほど大きくなる傾向がある相関破壊度と、相関モデル２２２に含まれる相関関係の数が小さいほど大きくなる傾向がある相関破壊の検出結果の類似度との両方を組み合わせて用いるためである。
（第２の実施の形態）
次に、本発明の第２の実施の形態について説明する。
本発明の第２の実施の形態においては、各期間において、その期間内に全ての分析対象システム１００に対する相関破壊の検出ができない（終了しない）ことがあると仮定する。
例えば、分析対象システム１００の数が多く、性能情報の収集間隔が、全ての分析対象システム１００に対する相関破壊の検出を行うために必要な時間より短い場合、検出順序が後の分析対象システム１００は、各期間内で相関破壊検出を行うことができない。また、分析部３００において、時間的に変動する相関破壊検出以外の他の処理がある場合、当該処理の影響により、期間によっては、検出順序が後の分析対象システム１００は、各期間内で相関破壊検出を行うことができない。
この場合、本発明の第１の実施の形態の構成では、相関破壊検出が行われない分析対象システム１００については、異常度が更新されないため、その分析対象システム１００に対する相関破壊検出が実行されない状態が続くという問題がある。
そこで、本発明の第２の実施の形態においては、相関破壊検出が行われなかった分析対象システム１００の異常度に、現在の期間より前の、相関破壊検出が行われた期間に算出された異常度に比べて大きい値を設定することにより、その分析対象システム１００が、次の期間において、他の分析対象システム１００よりも優先的に相関破壊検出が行われるようにする。
なお、本発明の第２の実施の形態において、本発明の第１の実施の形態と同一の符号が付与された構成要素は、特に説明のない限り、本発明の第１の構成要素と同じであるとする。
はじめに、本発明の第２の実施の形態の構成について説明する。図１５は、本発明の第２の実施の形態における運用管理システム１の構成を示すブロック図である。
図１５を参照すると、本発明の第１の実施の形態における運用管理システム１の順序制御部４００は、本発明の第２の実施の形態の構成に加えて、未分析システム記憶部４１３を含む。
未分析システム記憶部４１３は、上述の複数の期間の各々において、相関破壊の検出が行われなかった（未分析の）分析対象システム１００を示す未分析システム情報４２３を記憶する。
図１７は、本発明の第２の実施の形態における未分析システム情報４２３の例を示す図である。未分析システム情報４２３は、図１７のように、分析対象システム１００のシステム識別子と当該分析対象システム１００について相関破壊の検出が行われなかった回数を示す未分析回数とのリストを含む。未分析回数は、初期状態では０である。また、未分析回数には、相関破壊の検出が行われた場合に０が設定される。
分析部３００の相関破壊検出部３０１は、上述の複数の期間の各々において、順序制御部４００から取得した分析順序情報４２２により示される検出順序に従って、順番に、各分析対象システム１００に関する相関破壊を検出する。本発明の第２の実施の形態においては、相関破壊検出部３０１は、現在の期間の性能情報に加えて、現在の期間より前の、相関破壊検出が行われなかった期間の性能情報に対しても、相関破壊検出を一括して行う。
順序制御部４００の分析順序決定部４０１は、上述の複数の期間の各々において、異常度記憶部４１１に記憶された各分析対象システム１００の異常度をもとに、複数の分析対象システム１００に対する相関破壊の検出順序を決定する。本発明の第２の実施の形態においては、分析順序決定部４０１は、相関破壊検出が行われなかった分析対象システム１００の異常度に、現在の期間より前の、相関破壊検出が行われた期間に算出された異常度に比べて大きい値を設定し、当該異常度をもとに相関破壊の検出順序を決定する。具体的には、分析順序決定部４０１は、相関破壊検出が行われた期間に算出された異常度に未分析回数を乗じた値を用いて相関破壊の検出順序が決定される。
次に、本発明の第２の実施の形態における運用管理システム１の動作について説明する。
図１６は、本発明の第２の実施の形態における運用管理システム１の処理を示すフローチャートである。図１８は、本発明の第２の実施の形態における、各期間に実行される相関破壊検出処理の例を示す図である。
はじめに、分析部３００の相関破壊検出部３０１は、上述の複数の期間の各々において、順序制御部４００の分析順序記憶部４１２から分析順序情報４２２を取得する（ステップＳ２０１）。
例えば、相関破壊検出部３０１は、図１８の期間１において、図１１のような分析順序情報４２２を取得する。
相関破壊検出部３０１は、取得した分析順序情報４２２に従って、相関破壊検出処理を実行する（ステップＳ２０２）。
ここで、相関破壊検出部３０１は、図４のステップＳ１５１〜Ｓ１５７と同様の処理により、各分析対象システム１００について、分析順序記憶部４１２に従って順番に、相関破壊検出処理を実行する。
ただし、相関破壊検出部３０１は、期間の終了時に全ての分析対象システム１００に対する相関破壊検出処理が終了しない場合でも、その時点で処理を中断する。
また、ステップＳ１５２において、相関破壊検出部３０１は、未分析システム情報４２３を参照し、分析対象システム１００の未分析回数が１以上、すなわち、前の期間において、当該分析対象システム１００に対する相関破壊検出が行われていない場合、性能情報記憶部２１１から、現在の期間に対する性能情報に加えて、現在の期間より前の、相関破壊検出が行われなかった期間に対する性能情報を一括して取得する。そして、ステップＳ１５４において、相関破壊検出部３０１は、相関破壊検出が行われなかった期間と、現在の期間に対する性能情報に対して相関破壊検出を一括して行う。また、ステップＳ１５５において、相関破壊検出部３０１は、相関破壊検出が行われなかった期間と、現在の期間に対する相関破壊の検出結果を相関破壊記憶部２１３に一括して保存する。
次に、相関破壊検出部３０１は、未分析システム記憶部４１３の未分析システム情報４２３を更新する（ステップＳ２０３）。ここで、相関破壊検出部３０１は、期間内に相関破壊検出処理が終了しなかった分析対象システム１００の未分析回数に１を加算し、期間内に相関破壊検出処理が終了した分析対象システム１００の未分析回数に０を設定する。
図１９、図２０、及び、図２１は、本発明の第２の実施の形態における検出順序の算出例を示す図である。
例えば、図１８の期間１において、相関破壊検出部３０１は、図１１の分析順序情報４２２に従って、システム識別子Ｓ１、Ｓ２、Ｓ３、Ｓ４の順に、相関破壊の検出、及び、異常度の算出を行う。
ここで、システム識別子Ｓ３、Ｓ４の分析対象システム１００については、相関破壊検出処理が行われなかった場合、相関破壊検出部３０１は、図１９のようにシステム識別子Ｓ４、Ｓ３の分析対象システム１００の未分析回数に１を加算し、他の未分析回数に０を設定する。
また、相関破壊検出部３０１は、システム識別子Ｓ１、Ｓ２の分析対象システム１００の相関破壊検出処理において、それぞれの分析対象システム１００で計測された期間１の性能情報ｄ１１、ｄ２１に対して、相関破壊の検出を行う。相関破壊検出部３０１は、システム識別子Ｓ１、Ｓ２の分析対象システム１００について、図１９のように、異常度を算出する。
次に、順序制御部４００の分析順序決定部４０１は、異常度記憶部４１１から異常度情報４２１を取得する（ステップＳ２０４）。また、分析順序決定部４０１は、未分析システム記憶部４１３から未分析システム情報４２３を取得する（ステップＳ２０５）。
分析順序決定部４０１は、各分析対象システム１００について、異常度情報４２１に含まれる相関破壊度と未分析システム記憶部４１３に含まれる未分析回数とをもとに、スコアを設定する（ステップＳ２０６）。また、分析順序決定部４０１は、各分析対象システム１００について、異常度情報４２１に含まれる障害兆候度と未分析システム記憶部４１３に含まれる未分析回数とをもとに、各分析対象システム１００にスコアを設定する（ステップＳ２０７）。ここで、分析順序決定部４０１は、未分析回数が１以上の分析対象システム１００については、異常度情報４２１の相関破壊度、障害兆候度に未分析回数を乗じた値を算出し、当該算出した値を用いて、本発明の第１の実施の形態と同様に、スコアを設定する。
例えば、図１９に示すように、分析順序決定部４０１は、システム識別子Ｓ３、Ｓ４の相関破壊度、障害兆候度に１を乗じてから、スコアを設定する。
次に、分析順序決定部４０１は、各分析対象システム１００について、合計スコアをもとに、複数の分析対象システム１００に対する相関破壊の検出順序を決定する（ステップＳ２０８）。そして、分析順序決定部４０１は、決定した検出順序を、分析順序情報４２２として、分析順序記憶部４１２に保存する（ステップＳ２０９）。
例えば、分析順序決定部４０１は、図１９に示すように、各分析対象システム１００について合計スコアを算出し、合計スコアの大きい順番に、システム識別子Ｓ１、Ｓ２、Ｓ３、Ｓ４の分析対象システム１００の検出順序を、それぞれ１、２、３、４と決定する。
そして、相関破壊検出部３０１と分析順序決定部４０１は、上述の複数の期間の各々において、ステップＳ２０１からＳ２０９を繰り返し実行する。
例えば、図１８の期間２において、相関破壊検出部３０１は、システム識別子Ｓ１、Ｓ２、Ｓ３、Ｓ４の順に、相関破壊の検出、及び、異常度の算出を行う。
ここで、システム識別子Ｓ３、Ｓ４の分析対象システム１００については、相関破壊検出処理が行われなかった場合、相関破壊検出部３０１は、図２０のようにシステム識別子Ｓ３、Ｓ４の分析対象システム１００の未分析回数に１を加算し、他の未分析回数に０を設定する。
また、相関破壊検出部３０１は、システム識別子Ｓ１、Ｓ２の分析対象システム１００の相関破壊検出処理において、それぞれの分析対象システム１００で計測された期間２の性能情報ｄ１２、ｄ２２に対して、相関破壊の検出を行う。相関破壊検出部３０１は、システム識別子Ｓ１、Ｓ２の分析対象システム１００について、図２０のように、異常度を算出する。
分析順序決定部４０１は、図２０のように、システム識別子Ｓ３、Ｓ４の相関破壊度、障害兆候度に２を乗じてから、スコアを設定する。分析順序決定部４０１は、合計スコアをもとに、システム識別子Ｓ１、Ｓ２、Ｓ３、Ｓ４の分析対象システム１００の検出順序を、それぞれ１、３、２、４と決定する。
そして、図１８の期間３において、相関破壊検出部３０１は、システム識別子Ｓ１、Ｓ３、Ｓ２、Ｓ４の順に、相関破壊の検出、及び、異常度の算出を行う。
ここで、システム識別子Ｓ４の分析対象システム１００については、相関破壊検出処理が行われなかった場合、相関破壊検出部３０１は、図２１のように、システム識別子Ｓ４の分析対象システム１００の未分析回数に１を加算し、他の未分析回数に０を設定する。
また、相関破壊検出部３０１は、システム識別子Ｓ１、Ｓ２の分析対象システム１００の相関破壊検出処理において、それぞれの分析対象システム１００で計測された期間３の性能情報ｄ１３、ｄ２３に対して、相関破壊の検出を行う。また、相関破壊検出部３０１は、システム識別子Ｓ３の分析対象システム１００の相関破壊検出処理において、当該分析対象システム１００で計測された期間１、２、３の性能情報ｄ３１、ｄ３２、ｄ３３に対して、相関破壊の検出を行う。相関破壊検出部３０１は、システム識別子Ｓ１、Ｓ３、Ｓ２の分析対象システム１００について、図２１のように、異常度を算出する。
分析順序決定部４０１は、図２１のように、システム識別子Ｓ４の相関破壊度、障害兆候度に３を乗じてから、スコアを設定する。分析順序決定部４０１は、合計スコアをもとに、システム識別子Ｓ１、Ｓ２、Ｓ３、Ｓ４の分析対象システム１００の検出順序を、それぞれ１、３、４、２と決定する。
そして、図１８の期間４において、相関破壊検出部３０１は、システム識別子Ｓ１、Ｓ４、Ｓ２、Ｓ３の順に、相関破壊の検出、及び、異常度の算出を行う。
このように、期間１において、相関破壊検出が行われなかったシステム識別子Ｓ３、Ｓ４の分析対象システム１００の相関破壊検出が、期間２以降に優先して行われるように、検出順序が更新される。
また、期間１、２において、相関破壊検出が行われなかったシステム識別子Ｓ３の分析対象システム１００については、期間３において、期間１、２、３の性能情報に対する相関破壊検出が一括して行われる。
分析部３００における相関破壊検出処理は、上述のように、（ａ）分析制御部２００からの性能情報、及び、相関モデル２２２の取得（ステップＳ１５２、Ｓ１５３）、（ｂ）相関破壊検出（ステップＳ１５４）、及び、（ｃ）分析制御部２００への相関破壊検出結果の保存（ステップＳ１５５）に分割される。
ここで、（ａ）、（ｃ）の処理時間は、記憶装置等へのアクセスに伴う、読み出しや書き込みの制御に必要な時間が、データの転送に必要な時間より大きいため、複数の期間の性能情報を一括して取得、保存した場合の（ａ）、（ｃ）の処理時間は、１つの期間の性能情報を取得、保存した場合の（ａ）、（ｃ）の処理時間とほぼ同じと考えられる。また、記憶装置等へのアクセスを伴わない（ｂ）の処理時間は、（ａ）、（ｃ）の処理時間に比べて、十分小さいと考えられる。この場合、複数の期間に対する相関破壊検出の処理時間は、１つの期間に対する相関破壊検出の処理時間とほぼ同じとなる。
したがって、複数の期間に対する相関破壊検出を一括して行うことにより、相関破壊検出の処理負荷が低減される。
以上により、本発明の第２の実施の形態の動作が完了する。
なお、本発明の第２の実施の形態では、分析順序決定部４０１が、相関破壊検出が行われた期間に算出された異常度に未分析回数を乗じた値を用いて相関破壊の検出順序が決定しているが、異常度の値として、相関破壊検出が行われた期間に算出された異常度に比べて大きい値を用いることができれば、他の方法を用いてもよい。例えば、分析順序決定部４０１は、相関破壊検出が行われた期間に算出された異常度に、所定の定数を乗じてもよい。また、分析順序決定部４０１は、相関破壊検出が行われた期間に算出された異常度に、未分析回数に応じて大きくなる他の係数を乗じてもよい。
本発明の第２の実施の形態によれば、検出順序が後のために、分析を行う期間内に相関破壊検出が行われない分析対象システム１００がある場合でも、後の期間において、当該分析対象システム１００に対する相関破壊検出を行うことができる。その理由は、分析順序決定部４０１が、現在の期間より前の、相関破壊検出が行われた期間に算出された異常度に比べて大きい値を、相関破壊検出が行われなかった分析対象システム１００の異常度に設定し、当該異常度をもとに相関破壊の検出順序を決定するためである。
また、本発明の第２の実施の形態によれば、相関破壊検出の処理負荷を低減できる。その理由は、相関破壊検出部３０１が、現在の期間の性能情報に加えて、現在の期間より前の、相関破壊検出が行われなかった期間の性能情報に対して、相関破壊検出を一括して行うためである。
また、本発明の第２の実施の形態によれば、現在障害が発生している、または、今後障害が発生する可能性の高い分析対象システム１００の障害検出を優先的に行いながら、相関破壊検出の処理負荷を低減できる。その理由は、異常度の大きい分析対象システム１００については、各期間において優先的に相関破壊検出が行われ、異常度の小さい分析対象システム１００については、複数の期間の性能情報について一括して相関破壊検出が行われるためである。
（第３の実施の形態）
次に、本発明の第３の実施の形態について説明する。
本発明の第３の実施の形態においては、分析順序決定部４０１は、相関破壊検出が行われなかった分析対象システム１００について、相関破壊検出が行われた期間に算出された異常度に未分析回数を乗じる代わりに、未分析回数が多い複数の分析対象システム１００をグループ化し、グループに含まれる各々の分析対象システム１００の異常度に、グループに含まれる各々の分析対象システム１００の相関破壊検出が行われた期間に算出された異常度を合算した値を設定し、当該異常度をもとに相関破壊の検出順序を決定する。
本発明の第３の実施の形態の構成は、本発明の第２の実施の形態の構成（図１５）と同様となる。
次に、本発明の第３の実施の形態における運用管理システム１の動作について説明する。本発明の第３の実施の形態における運用管理システム１の処理を示すフローチャートは、本発明の第２の実施の形態（図１６）と同様となる。
図２２は、本発明の第３の実施の形態における、各期間に実行される相関破壊検出処理の例を示す図である。また、図２３、図２４、及び、図２５は、本発明の第３の実施の形態における検出順序の算出例を示す図である。
例えば、図２２の期間１において、相関破壊検出部３０１は、図１１の分析順序情報４２２に従って、システム識別子Ｓ１、Ｓ２、Ｓ３、Ｓ４の順に、相関破壊の検出、及び、異常度の算出を行う。
ここで、システム識別子Ｓ３、Ｓ４の分析対象システム１００については、相関破壊検出処理が行われなかった場合、相関破壊検出部３０１は、図２３のようにシステム識別子Ｓ３、Ｓ４の分析対象システム１００の未分析回数に１を加算し、他の未分析回数に０を設定する。
また、相関破壊検出部３０１は、システム識別子Ｓ１、Ｓ２の分析対象システム１００の相関破壊検出処理において、それぞれの分析対象システム１００で計測された期間１の性能情報ｄ１１、ｄ２１に対して、相関破壊の検出を行う。相関破壊検出部３０１は、システム識別子Ｓ１、Ｓ２の分析対象システム１００について、図２３のように、異常度を算出する。
ここでは、グループ化の条件として、例えば、相関破壊の検出が行われなかった分析対象システム１００の内、未分析回数が多い順に所定数の分析対象システム１００をグループ化すると設定されているとする。また、所定数として２が設定されているとする。
この場合、分析順序決定部４０１は、図２３のように、未分析回数が１であるシステム識別子Ｓ３、Ｓ４の分析対象システム１００をグループ化する。分析順序決定部４０１は、システム識別子Ｓ３、Ｓ４の分析対象システム１００の相関破壊度、障害兆候度に、システム識別子Ｓ３、Ｓ４の分析対象システム１００の相関破壊度、障害兆候度をそれぞれ合算した値を設定し、スコア、及び、合計スコアを算出する。
分析順序決定部４０１は、合計スコアをもとに、システム識別子Ｓ１、Ｓ２、Ｓ３、Ｓ４の分析対象システム１００の検出順序を、それぞれ１、４、２、３と決定する。なお、グループ内の分析対象システム１００の検出順序は、例えば、相関破壊度、または、障害兆候度が大きい分析対象システム１００の検出順序が前になるように検出順序を決定する。
そして、図２２の期間２において、相関破壊検出部３０１は、システム識別子Ｓ１、Ｓ３、Ｓ４、Ｓ２の順に、相関破壊の検出、及び、異常度の算出を行う。
ここで、システム識別子Ｓ３、Ｓ４、Ｓ２の分析対象システム１００については、相関破壊検出処理が行われなかった場合、相関破壊検出部３０１は、図２４のようにシステム識別子Ｓ３、Ｓ４、Ｓ２の分析対象システム１００の未分析回数に１を加算し、他の未分析回数に０を設定する。
また、相関破壊検出部３０１は、システム識別子Ｓ１の分析対象システム１００の相関破壊検出処理において、当該分析対象システム１００で計測された期間２の性能情報ｄ１２に対して、相関破壊の検出を行う。相関破壊検出部３０１は、システム識別子Ｓ１の分析対象システム１００について、図２４のように、異常度を算出する。
分析順序決定部４０１は、図２４のように、未分析回数が２であるシステム識別子Ｓ３、Ｓ４の分析対象システム１００をグループ化し、スコアを設定する。分析順序決定部４０１は、合計スコアをもとに、システム識別子Ｓ１、Ｓ２、Ｓ３、Ｓ４の分析対象システム１００の検出順序を、それぞれ１、４、２、３と決定する。
そして、図２２の期間３において、相関破壊検出部３０１は、システム識別子Ｓ１、Ｓ３、Ｓ４、Ｓ２の順に、相関破壊の検出、及び、異常度の算出を行う。
ここで、システム識別子Ｓ２の分析対象システム１００については、相関破壊検出処理が行われなかった場合、相関破壊検出部３０１は、図２５のようにシステム識別子Ｓ２の分析対象システム１００の未分析回数に１を加算し、他の未分析回数に０を設定する。
また、相関破壊検出部３０１は、システム識別子Ｓ１の分析対象システム１００の相関破壊検出処理において、当該分析対象システム１００で計測された期間３の性能情報ｄ１３に対して、相関破壊の検出、及び、異常度の算出を行う。また、相関破壊検出部３０１は、システム識別子Ｓ３、及び、Ｓ４の分析対象システム１００の相関破壊検出処理において、当該分析対象システム１００で計測された期間１、２、３の性能情報ｄ３１、ｄ３２、ｄ３３、及び、ｄ４１、ｄ４２、ｄ４３に対して、相関破壊の検出、及び、異常度の算出を行う。相関破壊検出部３０１は、システム識別子Ｓ１、Ｓ３、Ｓ４の分析対象システム１００について、図２５のように、異常度を算出する。
分析順序決定部４０１は、図２５のように、スコアを設定し、合計スコアをもとに、システム識別子Ｓ１、Ｓ２、Ｓ３、Ｓ４の分析対象システム１００の検出順序を、それぞれ１、２、３、４と決定する。
このように、期間１において、相関破壊検出が行われなかったシステム識別子Ｓ３、Ｓ４の分析対象システム１００の相関破壊検出が、期間２以降に優先して行われるように、検出順序が更新される。
以上により、本発明の第３の実施の形態の動作が完了する。
なお、本発明の第３の実施の形態では、分析順序決定部４０１が、相関破壊の検出が行われなかった分析対象システム１００の内、未分析回数が多い順に所定数の分析対象システム１００をグループ化しているが、未分析回数が多い分析対象システム１００をグループ化できれば、他の方法を用いてもよい。例えば、分析順序決定部４０１は、未分析回数が所定値以上の分析対象システム１００をグループ化してもよい。
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
例えば、分析部３００における検出順序の決定に、本発明の第２の実施形態における異常度に所定の係数を乗じた値を用いる方法と、本発明の第３の実施形態における分析対象システム１００のグループ化により合算した異常度の値を用いる方法の両方を用いてもよい。
この出願は、２０１１年３月２３日に出願された日本出願特願２０１１−０６４６０３を基礎とする優先権を主張し、その開示の全てをここに取り込む。
次に、本発明の第１の実施の形態について説明する。
はじめに、本発明の第１の実施の形態の構成について説明する。図２は、本発明の第１の実施の形態における運用管理システム１の構成を示すブロック図である。
図２を参照すると、本発明の第１の実施の形態における運用管理システム１は、複数の分析対象システム１００（１００ａ、１００ｂ、１００ｃ…）、複数の分析制御部２００（２００ａ、２００ｂ、２００ｃ…）、分析部３００、及び、順序制御部４００を含む。
分析対象システム１００は、例えば、Ｗｅｂサーバ、アプリケーションサーバ、データベースサーバ等、分析対象のシステムを構成する１以上の監視対象装置を含む。
分析制御部２００は、分析対象システム１００毎に接続され、分析対象システム１００に関する相関モデル２２２を生成する。また、分析制御部２００は、利用者に対する分析結果の出力や、検出された障害に対する対処を行う。
分析制御部２００は、性能情報収集部２０１、相関モデル生成部２０２、管理者対話部２０３、対処実行部２０４、性能情報記憶部２１１、相関モデル記憶部２１２、相関破壊記憶部２１３、及び、相関破壊パターン記憶部２１４を含む。
ここで、性能情報収集部２０１は、所定の時間間隔で、分析対象システム１００に含まれる各監視対象装置から、当該監視対象装置において計測された複数種目の性能値の実測データ（計測値）を取得する。性能値の種目としては、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）使用率（ＣＰＵ）、メモリ使用量（ＭＥＭ）、ディスク使用量（ＤＳＫ）等が取得される。ここで、監視対象装置と性能値の種目の組を性能値の種別（性能種別、または、単に種別）とし、同一時刻に計測された複数種別の性能値の組を性能情報とする。性能情報収集部２０１は、性能情報の時系列変化を性能系列情報２２１として性能情報記憶部２１１に保存する。
図５は、本発明の第１の実施の形態における性能系列情報２２１の例を示す図である。図５の例では、性能系列情報２２１は、装置識別子ＳＶ１の監視対象装置のＣＰＵ使用率（ＳＶ１．ＣＰＵ）、メモリ使用量（ＳＶ１．ＭＥＭ）、ディスク使用量（ＳＶ１．ＤＳＫ）、装置識別子ＳＶ２の監視対象装置のＣＰＵ使用率（ＳＶ２．ＣＰＵ）等を性能種別として含む。
相関モデル生成部２０２は、性能系列情報２２１をもとに分析対象システム１００の相関モデル２２２を生成する。ここで、相関モデル生成部２０２は、性能系列情報２２１に含まれる所定のモデル化期間に取得された性能情報に基づいて、複数の性能種別の内の異なる２つの性能種別毎に、当該２つの性能種別間の相関関係を示す相関関数（変換関数）を決定し、決定した相関関数の集合である相関モデル２２２を生成する。相関関数は、１つの性能種別の計測値の時系列から他の性能種別の性能値の時系列を予測する関数であり、特許文献１に示されるように、上述の任意の２つの性能種別の計測値の時系列に対するシステム同定処理によって決定される。相関モデル生成部２０２は、さらに、相関関数による変換誤差をもとに、相関関数毎に、例えば、変換誤差の平均値の大きさに応じて小さくなる重みを算出し、重みが所定値以上の相関関数の集合を相関モデル２２２としてもよい。
相関モデル記憶部２１２は、相関モデル生成部２０２が生成した相関モデル２２２を記憶する。
図６は、本発明の第１の実施の形態における相関モデル２２２の例を示す図である。図６において、各ノードは性能種別、ノード間の実線の矢印は２つの性能種別の一方から他方への相関関係を示す。また、これらの相関関係のそれぞれについて、相関関数（図示せず）が決定される。
相関破壊記憶部２１３は、分析部３００により取得した、相関モデル２２２に対する相関破壊の検出結果である相関破壊情報２２３を記憶する。
図７は、本発明の第１の実施の形態における相関破壊情報２２３の例を示す図である。相関破壊情報２２３は、性能情報の計測時刻毎に生成され、図７に示すように、相関破壊の検出対象である性能情報の計測時刻、相関モデル２２２に含まれる相関関係（入力、及び、出力）、及び、相関関係毎の相関破壊検出結果を含む。相関破壊検出結果の「○」は相関破壊無し、「×」は相関破壊有りを示す。図７の例は、図６の相関モデル２２２に関する相関破壊の検出結果の例を示している。
相関破壊パターン記憶部２１４は、分析部３００において、障害兆候度の算出に用いられる相関破壊パターン２２４を記憶する。
図８は、本発明の第１の実施の形態における相関破壊パターン２２４の例を示す図である。相関破壊パターン２２４は、図８に示すように、過去に発生した障害の識別子（障害識別子）と、当該障害が発生したときの相関関係毎の相関破壊検出結果のリストとの組を１以上含む。図８は、図６の相関モデル２２２に対する相関破壊パターン２２４の例を示している。
管理者対話部２０３は、分析部３００から取得した相関破壊の検出結果を管理者等に提示し、管理者から障害に対する対処等の指示を受け付ける。
対処実行部２０４は、管理者により指示された対処を分析対象システム１００上で実行する。
分析部３００は、複数の分析制御部２００（２００ａ、２００ｂ、…）と接続され、複数の分析対象システム１００（１００ａ、１００ｂ、…）の各々の相関モデル２２２における相関関係の相関破壊を検出する。
分析部３００は、相関破壊検出部３０１を含む。
相関破壊検出部３０１は、連続する複数の期間の各々において、複数の分析対象システム１００の各々の相関モデル２２２に含まれる相関関係の相関破壊を検出する。相関破壊検出部３０１は、期間毎に、分析制御部２００の性能情報記憶部２１１から、分析対象である性能情報を順番に取得し、当該性能情報に対して相関破壊を検出する。
ここで、各期間の時間長は、上述の、性能値が収集される時間間隔と同一でもよい。この場合、相関破壊検出部３０１は、期間毎に、性能情報記憶部２１１から、新たに収集された性能情報を取得し、相関破壊を検出する。
相関破壊検出部３０１は、特許文献１と同様に、分析対象である性能情報と相関モデル記憶部２１２に記憶された相関モデル２２２とを用いて、相関モデル２２２に含まれる相関関係の相関破壊を検出する。相関破壊検出部３０１は、分析対象である性能情報に含まれる２つの性能種別の一方の計測値を当該２つの性能種別間の相関関係を表す相関関数に入力して得られた値と、他方の計測値との差分を算出する。そして、相関破壊検出部３０１は、当該差分が所定値以上の場合、当該２つの性能種別間に相関破壊が有ると判定する。
相関破壊検出部３０１は、順序制御部４００から取得した分析順序情報４２２により示される、複数の分析対象システム１００に関する「相関破壊の検出順序」に従って、順番に、各分析対象システム１００に関する相関破壊を検出する。本発明の第１の実施の形態においては、全ての分析対象システム１００に関する相関破壊の検出は、各期間の間に終了すると仮定する。
さらに、相関破壊検出部３０１は、検出された相関破壊をもとに各分析対象システム１００の異常度を算出し、順序制御部４００に送信する。ここで、相関破壊検出部３０１は、異常度として、「相関破壊度」と「障害兆候度」を算出する。
相関破壊度は、相関モデル２２２における相関破壊の程度を表す値である。本発明の実施の形態においては、相関モデル２２２に含まれる相関関係の内、相関破壊検出部３０１により相関破壊が検出された相関関係の数を相関破壊度として用いる。相関破壊度が大きい場合、分析対象システム１００に、障害が発生している可能性があると考えられる。
図９は、本発明の第１の実施形態における異常度の算出例を示す図である。例えば、図６の相関モデル２２２について、相関破壊検出部３０１により、図７のように５つの相関関係の相関破壊が検出された場合、図９のように相関破壊度は５である。
相関破壊度は、相関モデル２２２に含まれる相関関係の数が大きい分析対象システム１００ほど、その値が大きくなる傾向がある。
なお、相関破壊検出部３０１は、相関破壊の程度を表す値であれば、相関破壊度として他の方法により算出された値を用いてもよい。例えば、相関破壊検出部３０１は、相関破壊が検出された相関関係の重みの合計値を相関破壊度として用いてもよい。
障害兆候度は、相関破壊検出部３０１により検出された相関破壊の検出結果と過去の障害発生時における相関破壊の検出結果との類似性（類似度）を表す値である。本発明の実施の形態においては、相関破壊検出部３０１により検出された相関関係毎の相関破壊の検出有無と、相関破壊パターン２２４に含まれる相関関係毎の相関破壊の検出有無との一致度を障害兆候度として用いる。一致度が大きい場合、分析対象システム１００に、相関破壊パターン２２４で示される障害と同様の障害が、現在発生している可能性がある、または、今後発生する可能性があると考えられる。
例えば、図６の相関モデル２２２について、図７のように５つの相関関係の相関破壊が検出され、図８のような相関破壊パターン２２４が設定されている場合、図９に示すように、８つの相関関係について、相関破壊の検出有無が一致する。この場合、相関破壊の検出有無の一致度は、相関破壊の検出有無一致数／相関関係の数＝８０％と算出される。
障害兆候度は、相関モデル２２２に含まれる相関関係の数が小さい分析対象システム１００ほど、その値が大きくなる傾向がある。
なお、相関破壊検出部３０１は、相関破壊検出部３０１により検出された相関破壊の検出結果と過去の障害発生時における相関破壊の検出結果との類似性（類似度）を表す値であれば、障害兆候度として他の方法により算出された値を用いてもよい。例えば、相関破壊検出部３０１は、相関破壊の検出有無を比較する代わりに、相関破壊が検出された相関関係を比較することにより、相関破壊が検出された相関関係の類似性を求め、障害兆候度として用いてもよい。また、相関破壊検出部３０１は、相関関係をいくつかのグループに分類し、グループ毎の相関破壊数の分布の類似性を求め、障害兆候度として用いてもよい。
順序制御部４００は、分析部３００と接続され、複数の分析対象システム１００に対する相関破壊の検出順序を決定、更新する。
順序制御部４００は、分析順序決定部４０１、異常度記憶部４１１、及び、分析順序記憶部４１２を含む。
分析順序決定部４０１は、上述の複数の期間の各々において、異常度記憶部４１１に記憶された各分析対象システム１００の異常度をもとに、複数の分析対象システム１００に対する相関破壊の検出順序を決定し、分析順序記憶部４１２に記憶されている分析順序情報４２２を更新する。
異常度記憶部４１１は、分析部３００から取得した、各分析対象システム１００の異常度を示す異常度情報４２１を記憶する。図１０は、本発明の第１の実施の形態における異常度情報４２１の例を示す図である。異常度情報４２１は、図１０に示すように、分析対象システム１００の識別子（システム識別子）、及び、当該分析対象システム１００の異常度として、相関破壊度と障害兆候度とを含む。
分析順序記憶部４１２は、分析順序決定部４０１により決定された、複数の分析対象システム１００に対する相関破壊の検出順序を示す分析順序情報４２２を記憶する。図１１は、本発明の第１の実施の形態における分析順序情報４２２の例を示す図である。分析順序情報４２２は、図１１に示すように、分析対象システム１００のシステム識別子、及び、当該分析対象システム１００の相関破壊の検出順序を含む。
なお、分析制御部２００、分析部３００、及び、順序制御部４００の各々は、ＣＰＵとプログラムを記憶した記憶媒体を含み、プログラムに基づく制御によって動作するコンピュータであってもよい。
ここで、分析部３００、及び、順序制御部４００は１つの装置に含まれていてもよい。また、分析制御部２００が、分析対象システム１００を含んでいてもよい。
さらに、複数の分析対象システム１００が１つの分析制御部２００に接続されていてもよい。この場合、分析制御部２００は、複数の分析対象システム１００の各々について、相関モデル２２２の生成、及び、相関破壊の検出を行う。また、この場合、分析制御部２００、分析部３００、及び、順序制御部４００が１つの装置に含まれていてもよい。
次に、本発明の第１の実施の形態における運用管理システム１の動作について説明する。
図３は、本発明の第１の実施の形態における運用管理システム１の処理を示すフローチャートである。図１２は、本発明の第１の実施の形態における、各期間に実行される相関破壊検出処理の例を示す図である。
ここでは、各分析対象システム１００の相関モデル２２２が、各分析制御部２００により生成され、相関モデル記憶部２１２に記憶されていると仮定する。
はじめに、分析部３００の相関破壊検出部３０１は、上述の複数の期間の各々において、順序制御部４００の分析順序記憶部４１２から分析順序情報４２２を取得する（ステップＳ１０１）。
例えば、相関破壊検出部３０１は、図１２の期間１において、図１１のような分析順序情報４２２を取得する。なお、初期状態では、分析順序情報４２２に、例えば、分析対象システム１００のシステム識別子の小さい順に、検出順序が設定されていてもよい。
相関破壊検出部３０１は、取得した分析順序情報４２２に従って、相関破壊の検出処理を実行する（ステップＳ１０２）。
図４は、本発明の第１の実施の形態における、運用管理システム１の相関破壊検出処理（ステップＳ１０２）の詳細を示すフローチャートである。
相関破壊検出部３０１は、全分析対象システム１００の各々について、分析順序記憶部４１２に従って、順番に、ステップＳ１５２からステップＳ１５７を繰り返す（ステップＳ１５１）。
相関破壊検出部３０１は、分析制御部２００の性能情報記憶部２１１から、現在の期間に対する性能情報を取得する（ステップＳ１５２）。また、相関破壊検出部３０１は、分析制御部２００の相関モデル記憶部２１２から相関モデル２２２を取得する（ステップＳ１５３）。相関破壊検出部３０１は、取得した性能情報と相関モデル２２２とを用いて、相関モデル２２２に含まれる相関関係の相関破壊を検出する（ステップＳ１５４）。相関破壊検出部３０１は、相関破壊の検出結果を相関破壊情報２２３として、分析制御部２００の相関破壊記憶部２１３に保存する（ステップＳ１５５）。
また、相関破壊検出部３０１は、検出された相関破壊をもとに、分析対象システム１００の異常度を算出する（ステップＳ１５６）。相関破壊検出部３０１は、算出した異常度を、異常度情報４２１として、順序制御部４００の異常度記憶部４１１に保存する（ステップＳ１５７）。
例えば、図１２の期間１において、相関破壊検出部３０１は、図１１の分析順序情報４２２に従って、システム識別子Ｓ１、Ｓ２、Ｓ３、Ｓ４の順に、それぞれの分析対象システム１００で計測された期間１の性能情報ｄ１１、ｄ２１、ｄ３１、ｄ４１に対して、各分析対象システム１００の相関破壊の検出、及び、異常度の算出を行う。この結果、各分析対象システム１００について、図１０のような異常度情報４２１が異常度記憶部４１１に保存される。
次に、順序制御部４００の分析順序決定部４０１は、異常度記憶部４１１から異常度情報４２１を取得する（ステップＳ１０３）。
分析順序決定部４０１は、異常度情報４２１に含まれる各分析対象システム１００の相関破壊度をもとに、各分析対象システム１００に異常度を評価するための評価スコア（以下、スコアとする）を設定する（ステップＳ１０４）。また、分析順序決定部４０１は、異常度情報４２１に含まれる各分析対象システム１００の障害兆候度をもとに、各分析対象システム１００にスコアを設定する（ステップＳ１０５）。ここで、分析順序決定部４０１は、全ての分析対象システム１００の中での相関破壊度、または、障害兆候度の順位に応じて大きくなる値を、相関破壊度、または、障害兆候度に対するスコアとして設定する。
図１３は、本発明の第１の実施形態における、検出順序の算出例を示す図である。例えば、図１３に示すように、分析順序決定部４０１は、４つの分析対象システム１００の中で、相関破壊度の大きい順番に、システム識別子Ｓ１、Ｓ４、Ｓ３、Ｓ２の分析対象システム１００に、それぞれ、スコア４、３、２、１を設定する。また、分析順序決定部４０１は、４つの分析対象システム１００の中で、障害兆候度の大きい順番に、システム識別子Ｓ１、Ｓ３、Ｓ２、Ｓ４の分析対象システム１００に、それぞれ、スコア４、３、２、１を設定する。
次に、分析順序決定部４０１は、各分析対象システム１００について、相関破壊度に設定されたスコアと障害兆候度に設定されたスコアを合計した合計スコアを算出し、合計スコアの大きい分析対象システム１００の検出順序が前になるように、複数の分析対象システム１００に対する相関破壊の検出順序を決定する（ステップＳ１０６）。そして、分析順序決定部４０１は、決定した検出順序を、分析順序情報４２２として、分析順序記憶部４１２に保存する（ステップＳ１０７）。
例えば、分析順序決定部４０１は、図１３のように、各分析対象システム１００について合計スコアを算出し、合計スコアの大きい順番に、システム識別子Ｓ１、Ｓ３、Ｓ４、Ｓ２の分析対象システム１００の検出順序を、それぞれ１、２、３、４と決定する。
図１４は、本発明の第１の実施の形態における分析順序情報４２２の他の例を示す図である。分析順序決定部４０１は、図１４のような分析順序情報４２２を分析順序記憶部４１２に保存（更新）する。なお、合計スコアが同じ分析対象システム１００が複数ある場合は、相関破壊度、または、障害兆候度が大きい分析対象システム１００の検出順序が前になるように検出順序を決定してもよい。
そして、相関破壊検出部３０１と分析順序決定部４０１は、上述の複数の期間の各々において、ステップＳ１０１からＳ１０７を繰り返し実行する。このとき、相関破壊検出部３０１は、分析順序記憶部４１２の分析順序情報４２２に従って、相関破壊の算出、及び、異常度の算出を行う。
例えば、図１２の期間２において、相関破壊検出部３０１は、更新された図１４の分析順序情報４２２に従って、システム識別子Ｓ１、Ｓ３、Ｓ４、Ｓ２の順に、それぞれの分析対象システム１００で計測された期間２の性能情報ｄ１２、ｄ３２、ｄ４２、ｄ２２に対して、相関破壊の算出、及び、異常度の算出を行う。
このように、異常度の評価スコアの大きいシステム識別子Ｓ３、Ｓ４の分析対象システム１００の相関破壊検出が、異常度の評価スコアの小さいシステム識別子Ｓ２の分析対象システム１００よりも優先して行われるように、検出順序が更新される。
以上により、本発明の第１の実施の形態の動作が完了する。
なお、本発明の第１の実施の形態では、分析順序決定部４０１が、異常度である相関破壊度、及び、障害兆候度のそれぞれの順位をもとにそれぞれのスコアを算出し、これらのスコアの合計をもとに、検出順序を決定しているが、異常度の大きさにより検出順序を決定できれば、他の方法を用いてもよい。例えば、分析順序決定部４０１は、相関破壊度、及び、障害兆候度を合算した値の順位をもとに、検出順序を決定してもよい。
また、分析順序決定部４０１は、異常度として、相関破壊度、及び、障害兆候度のいずれか一方を用いてもよい。また、分析順序決定部４０１は、異常度として、相関破壊度、及び、障害兆候度以外に、相関破壊の検出結果をもとに算出される他の指標を加えてもよい。
次に、本発明の第１の実施の形態の特徴的な構成を説明する。図１は、本発明の第１の実施の形態の特徴的な構成を示すブロック図である。
図１を参照すると、運用管理システム１は、相関モデル記憶部２１２、分析順序記憶部４１２、分析部３００、及び、順序制御部４００を含む。
相関モデル記憶部２１２は、複数のシステムの各々について、複数種別の性能値間の相関関係を表す相関モデル２２２を記憶する。
分析順序記憶部４１２は、複数のシステムに対する相関破壊の検出順序を記憶する。
分析部３００は、複数の期間の各々において、当該期間に対して入力された性能値を用いて、検出順序に従って、複数のシステムの各々の相関モデル２２２に含まれる相関関係の相関破壊の有無を検出する。
順序制御部４００は、複数の期間の各々において、検出順序を更新する。
本発明の第１の実施の形態によれば、複数の分析対象システム１００に対する不変関係分析において、障害検出の遅れを低減できる。その理由は、順序制御部４００が、複数の期間の各々において、検出順序を更新するためである。
また、本発明の第１の実施の形態によれば、現在障害が発生している、または、今後障害が発生する可能性の高い分析対象システム１００の障害検出を優先的に行うことができる。その理由は、順序制御部４００が、相関破壊の数をもとに算出される相関破壊度、及び、分析対象システム１００の障害時の相関破壊の検出結果と入力された性能値に対する相関破壊の検出結果との類似度の内の少なくとも１つである異常度を用いて、検出順序を決定するためである。
また、本発明の第１の実施の形態によれば、分析対象システム１００の規模によらずに、障害検出の遅れを低減できる。その理由は、順序制御部４００が、異常度として、相関モデル２２２に含まれる相関関係の数が大きいほど大きくなる傾向がある相関破壊度と、相関モデル２２２に含まれる相関関係の数が小さいほど大きくなる傾向がある相関破壊の検出結果の類似度との両方を組み合わせて用いるためである。
（第２の実施の形態）
次に、本発明の第２の実施の形態について説明する。
本発明の第２の実施の形態においては、各期間において、その期間内に全ての分析対象システム１００に対する相関破壊の検出ができない（終了しない）ことがあると仮定する。
例えば、分析対象システム１００の数が多く、性能情報の収集間隔が、全ての分析対象システム１００に対する相関破壊の検出を行うために必要な時間より短い場合、検出順序が後の分析対象システム１００は、各期間内で相関破壊検出を行うことができない。また、分析部３００において、時間的に変動する相関破壊検出以外の他の処理がある場合、当該処理の影響により、期間によっては、検出順序が後の分析対象システム１００は、各期間内で相関破壊検出を行うことができない。
この場合、本発明の第１の実施の形態の構成では、相関破壊検出が行われない分析対象システム１００については、異常度が更新されないため、その分析対象システム１００に対する相関破壊検出が実行されない状態が続くという問題がある。
そこで、本発明の第２の実施の形態においては、相関破壊検出が行われなかった分析対象システム１００の異常度に、現在の期間より前の、相関破壊検出が行われた期間に算出された異常度に比べて大きい値を設定することにより、その分析対象システム１００が、次の期間において、他の分析対象システム１００よりも優先的に相関破壊検出が行われるようにする。
なお、本発明の第２の実施の形態において、本発明の第１の実施の形態と同一の符号が付与された構成要素は、特に説明のない限り、本発明の第１の構成要素と同じであるとする。
はじめに、本発明の第２の実施の形態の構成について説明する。図１５は、本発明の第２の実施の形態における運用管理システム１の構成を示すブロック図である。
図１５を参照すると、本発明の第１の実施の形態における運用管理システム１の順序制御部４００は、本発明の第２の実施の形態の構成に加えて、未分析システム記憶部４１３を含む。
未分析システム記憶部４１３は、上述の複数の期間の各々において、相関破壊の検出が行われなかった（未分析の）分析対象システム１００を示す未分析システム情報４２３を記憶する。
図１７は、本発明の第２の実施の形態における未分析システム情報４２３の例を示す図である。未分析システム情報４２３は、図１７のように、分析対象システム１００のシステム識別子と当該分析対象システム１００について相関破壊の検出が行われなかった回数を示す未分析回数とのリストを含む。未分析回数は、初期状態では０である。また、未分析回数には、相関破壊の検出が行われた場合に０が設定される。
分析部３００の相関破壊検出部３０１は、上述の複数の期間の各々において、順序制御部４００から取得した分析順序情報４２２により示される検出順序に従って、順番に、各分析対象システム１００に関する相関破壊を検出する。本発明の第２の実施の形態においては、相関破壊検出部３０１は、現在の期間の性能情報に加えて、現在の期間より前の、相関破壊検出が行われなかった期間の性能情報に対しても、相関破壊検出を一括して行う。
順序制御部４００の分析順序決定部４０１は、上述の複数の期間の各々において、異常度記憶部４１１に記憶された各分析対象システム１００の異常度をもとに、複数の分析対象システム１００に対する相関破壊の検出順序を決定する。本発明の第２の実施の形態においては、分析順序決定部４０１は、相関破壊検出が行われなかった分析対象システム１００の異常度に、現在の期間より前の、相関破壊検出が行われた期間に算出された異常度に比べて大きい値を設定し、当該異常度をもとに相関破壊の検出順序を決定する。具体的には、分析順序決定部４０１は、相関破壊検出が行われた期間に算出された異常度に未分析回数を乗じた値を用いて相関破壊の検出順序が決定される。
次に、本発明の第２の実施の形態における運用管理システム１の動作について説明する。
図１６は、本発明の第２の実施の形態における運用管理システム１の処理を示すフローチャートである。図１８は、本発明の第２の実施の形態における、各期間に実行される相関破壊検出処理の例を示す図である。
はじめに、分析部３００の相関破壊検出部３０１は、上述の複数の期間の各々において、順序制御部４００の分析順序記憶部４１２から分析順序情報４２２を取得する（ステップＳ２０１）。
例えば、相関破壊検出部３０１は、図１８の期間１において、図１１のような分析順序情報４２２を取得する。
相関破壊検出部３０１は、取得した分析順序情報４２２に従って、相関破壊検出処理を実行する（ステップＳ２０２）。
ここで、相関破壊検出部３０１は、図４のステップＳ１５１〜Ｓ１５７と同様の処理により、各分析対象システム１００について、分析順序記憶部４１２に従って順番に、相関破壊検出処理を実行する。
ただし、相関破壊検出部３０１は、期間の終了時に全ての分析対象システム１００に対する相関破壊検出処理が終了しない場合でも、その時点で処理を中断する。
また、ステップＳ１５２において、相関破壊検出部３０１は、未分析システム情報４２３を参照し、分析対象システム１００の未分析回数が１以上、すなわち、前の期間において、当該分析対象システム１００に対する相関破壊検出が行われていない場合、性能情報記憶部２１１から、現在の期間に対する性能情報に加えて、現在の期間より前の、相関破壊検出が行われなかった期間に対する性能情報を一括して取得する。そして、ステップＳ１５４において、相関破壊検出部３０１は、相関破壊検出が行われなかった期間と、現在の期間に対する性能情報に対して相関破壊検出を一括して行う。また、ステップＳ１５５において、相関破壊検出部３０１は、相関破壊検出が行われなかった期間と、現在の期間に対する相関破壊の検出結果を相関破壊記憶部２１３に一括して保存する。
次に、相関破壊検出部３０１は、未分析システム記憶部４１３の未分析システム情報４２３を更新する（ステップＳ２０３）。ここで、相関破壊検出部３０１は、期間内に相関破壊検出処理が終了しなかった分析対象システム１００の未分析回数に１を加算し、期間内に相関破壊検出処理が終了した分析対象システム１００の未分析回数に０を設定する。
図１９、図２０、及び、図２１は、本発明の第２の実施の形態における検出順序の算出例を示す図である。
例えば、図１８の期間１において、相関破壊検出部３０１は、図１１の分析順序情報４２２に従って、システム識別子Ｓ１、Ｓ２、Ｓ３、Ｓ４の順に、相関破壊の検出、及び、異常度の算出を行う。
ここで、システム識別子Ｓ３、Ｓ４の分析対象システム１００については、相関破壊検出処理が行われなかった場合、相関破壊検出部３０１は、図１９のようにシステム識別子Ｓ４、Ｓ３の分析対象システム１００の未分析回数に１を加算し、他の未分析回数に０を設定する。
また、相関破壊検出部３０１は、システム識別子Ｓ１、Ｓ２の分析対象システム１００の相関破壊検出処理において、それぞれの分析対象システム１００で計測された期間１の性能情報ｄ１１、ｄ２１に対して、相関破壊の検出を行う。相関破壊検出部３０１は、システム識別子Ｓ１、Ｓ２の分析対象システム１００について、図１９のように、異常度を算出する。
次に、順序制御部４００の分析順序決定部４０１は、異常度記憶部４１１から異常度情報４２１を取得する（ステップＳ２０４）。また、分析順序決定部４０１は、未分析システム記憶部４１３から未分析システム情報４２３を取得する（ステップＳ２０５）。
分析順序決定部４０１は、各分析対象システム１００について、異常度情報４２１に含まれる相関破壊度と未分析システム記憶部４１３に含まれる未分析回数とをもとに、スコアを設定する（ステップＳ２０６）。また、分析順序決定部４０１は、各分析対象システム１００について、異常度情報４２１に含まれる障害兆候度と未分析システム記憶部４１３に含まれる未分析回数とをもとに、各分析対象システム１００にスコアを設定する（ステップＳ２０７）。ここで、分析順序決定部４０１は、未分析回数が１以上の分析対象システム１００については、異常度情報４２１の相関破壊度、障害兆候度に未分析回数を乗じた値を算出し、当該算出した値を用いて、本発明の第１の実施の形態と同様に、スコアを設定する。
例えば、図１９に示すように、分析順序決定部４０１は、システム識別子Ｓ３、Ｓ４の相関破壊度、障害兆候度に１を乗じてから、スコアを設定する。
次に、分析順序決定部４０１は、各分析対象システム１００について、合計スコアをもとに、複数の分析対象システム１００に対する相関破壊の検出順序を決定する（ステップＳ２０８）。そして、分析順序決定部４０１は、決定した検出順序を、分析順序情報４２２として、分析順序記憶部４１２に保存する（ステップＳ２０９）。
例えば、分析順序決定部４０１は、図１９に示すように、各分析対象システム１００について合計スコアを算出し、合計スコアの大きい順番に、システム識別子Ｓ１、Ｓ２、Ｓ３、Ｓ４の分析対象システム１００の検出順序を、それぞれ１、２、３、４と決定する。
そして、相関破壊検出部３０１と分析順序決定部４０１は、上述の複数の期間の各々において、ステップＳ２０１からＳ２０９を繰り返し実行する。
例えば、図１８の期間２において、相関破壊検出部３０１は、システム識別子Ｓ１、Ｓ２、Ｓ３、Ｓ４の順に、相関破壊の検出、及び、異常度の算出を行う。
ここで、システム識別子Ｓ３、Ｓ４の分析対象システム１００については、相関破壊検出処理が行われなかった場合、相関破壊検出部３０１は、図２０のようにシステム識別子Ｓ３、Ｓ４の分析対象システム１００の未分析回数に１を加算し、他の未分析回数に０を設定する。
また、相関破壊検出部３０１は、システム識別子Ｓ１、Ｓ２の分析対象システム１００の相関破壊検出処理において、それぞれの分析対象システム１００で計測された期間２の性能情報ｄ１２、ｄ２２に対して、相関破壊の検出を行う。相関破壊検出部３０１は、システム識別子Ｓ１、Ｓ２の分析対象システム１００について、図２０のように、異常度を算出する。
分析順序決定部４０１は、図２０のように、システム識別子Ｓ３、Ｓ４の相関破壊度、障害兆候度に２を乗じてから、スコアを設定する。分析順序決定部４０１は、合計スコアをもとに、システム識別子Ｓ１、Ｓ２、Ｓ３、Ｓ４の分析対象システム１００の検出順序を、それぞれ１、３、２、４と決定する。
そして、図１８の期間３において、相関破壊検出部３０１は、システム識別子Ｓ１、Ｓ３、Ｓ２、Ｓ４の順に、相関破壊の検出、及び、異常度の算出を行う。
ここで、システム識別子Ｓ４の分析対象システム１００については、相関破壊検出処理が行われなかった場合、相関破壊検出部３０１は、図２１のように、システム識別子Ｓ４の分析対象システム１００の未分析回数に１を加算し、他の未分析回数に０を設定する。
また、相関破壊検出部３０１は、システム識別子Ｓ１、Ｓ２の分析対象システム１００の相関破壊検出処理において、それぞれの分析対象システム１００で計測された期間３の性能情報ｄ１３、ｄ２３に対して、相関破壊の検出を行う。また、相関破壊検出部３０１は、システム識別子Ｓ３の分析対象システム１００の相関破壊検出処理において、当該分析対象システム１００で計測された期間１、２、３の性能情報ｄ３１、ｄ３２、ｄ３３に対して、相関破壊の検出を行う。相関破壊検出部３０１は、システム識別子Ｓ１、Ｓ３、Ｓ２の分析対象システム１００について、図２１のように、異常度を算出する。
分析順序決定部４０１は、図２１のように、システム識別子Ｓ４の相関破壊度、障害兆候度に３を乗じてから、スコアを設定する。分析順序決定部４０１は、合計スコアをもとに、システム識別子Ｓ１、Ｓ２、Ｓ３、Ｓ４の分析対象システム１００の検出順序を、それぞれ１、３、４、２と決定する。
そして、図１８の期間４において、相関破壊検出部３０１は、システム識別子Ｓ１、Ｓ４、Ｓ２、Ｓ３の順に、相関破壊の検出、及び、異常度の算出を行う。
このように、期間１において、相関破壊検出が行われなかったシステム識別子Ｓ３、Ｓ４の分析対象システム１００の相関破壊検出が、期間２以降に優先して行われるように、検出順序が更新される。
また、期間１、２において、相関破壊検出が行われなかったシステム識別子Ｓ３の分析対象システム１００については、期間３において、期間１、２、３の性能情報に対する相関破壊検出が一括して行われる。
分析部３００における相関破壊検出処理は、上述のように、（ａ）分析制御部２００からの性能情報、及び、相関モデル２２２の取得（ステップＳ１５２、Ｓ１５３）、（ｂ）相関破壊検出（ステップＳ１５４）、及び、（ｃ）分析制御部２００への相関破壊検出結果の保存（ステップＳ１５５）に分割される。
ここで、（ａ）、（ｃ）の処理時間は、記憶装置等へのアクセスに伴う、読み出しや書き込みの制御に必要な時間が、データの転送に必要な時間より大きいため、複数の期間の性能情報を一括して取得、保存した場合の（ａ）、（ｃ）の処理時間は、１つの期間の性能情報を取得、保存した場合の（ａ）、（ｃ）の処理時間とほぼ同じと考えられる。また、記憶装置等へのアクセスを伴わない（ｂ）の処理時間は、（ａ）、（ｃ）の処理時間に比べて、十分小さいと考えられる。この場合、複数の期間に対する相関破壊検出の処理時間は、１つの期間に対する相関破壊検出の処理時間とほぼ同じとなる。
したがって、複数の期間に対する相関破壊検出を一括して行うことにより、相関破壊検出の処理負荷が低減される。
以上により、本発明の第２の実施の形態の動作が完了する。
なお、本発明の第２の実施の形態では、分析順序決定部４０１が、相関破壊検出が行われた期間に算出された異常度に未分析回数を乗じた値を用いて相関破壊の検出順序が決定しているが、異常度の値として、相関破壊検出が行われた期間に算出された異常度に比べて大きい値を用いることができれば、他の方法を用いてもよい。例えば、分析順序決定部４０１は、相関破壊検出が行われた期間に算出された異常度に、所定の定数を乗じてもよい。また、分析順序決定部４０１は、相関破壊検出が行われた期間に算出された異常度に、未分析回数に応じて大きくなる他の係数を乗じてもよい。
本発明の第２の実施の形態によれば、検出順序が後のために、分析を行う期間内に相関破壊検出が行われない分析対象システム１００がある場合でも、後の期間において、当該分析対象システム１００に対する相関破壊検出を行うことができる。その理由は、分析順序決定部４０１が、現在の期間より前の、相関破壊検出が行われた期間に算出された異常度に比べて大きい値を、相関破壊検出が行われなかった分析対象システム１００の異常度に設定し、当該異常度をもとに相関破壊の検出順序を決定するためである。
また、本発明の第２の実施の形態によれば、相関破壊検出の処理負荷を低減できる。その理由は、相関破壊検出部３０１が、現在の期間の性能情報に加えて、現在の期間より前の、相関破壊検出が行われなかった期間の性能情報に対して、相関破壊検出を一括して行うためである。
また、本発明の第２の実施の形態によれば、現在障害が発生している、または、今後障害が発生する可能性の高い分析対象システム１００の障害検出を優先的に行いながら、相関破壊検出の処理負荷を低減できる。その理由は、異常度の大きい分析対象システム１００については、各期間において優先的に相関破壊検出が行われ、異常度の小さい分析対象システム１００については、複数の期間の性能情報について一括して相関破壊検出が行われるためである。
（第３の実施の形態）
次に、本発明の第３の実施の形態について説明する。
本発明の第３の実施の形態においては、分析順序決定部４０１は、相関破壊検出が行われなかった分析対象システム１００について、相関破壊検出が行われた期間に算出された異常度に未分析回数を乗じる代わりに、未分析回数が多い複数の分析対象システム１００をグループ化し、グループに含まれる各々の分析対象システム１００の異常度に、グループに含まれる各々の分析対象システム１００の相関破壊検出が行われた期間に算出された異常度を合算した値を設定し、当該異常度をもとに相関破壊の検出順序を決定する。
本発明の第３の実施の形態の構成は、本発明の第２の実施の形態の構成（図１５）と同様となる。
次に、本発明の第３の実施の形態における運用管理システム１の動作について説明する。本発明の第３の実施の形態における運用管理システム１の処理を示すフローチャートは、本発明の第２の実施の形態（図１６）と同様となる。
図２２は、本発明の第３の実施の形態における、各期間に実行される相関破壊検出処理の例を示す図である。また、図２３、図２４、及び、図２５は、本発明の第３の実施の形態における検出順序の算出例を示す図である。
例えば、図２２の期間１において、相関破壊検出部３０１は、図１１の分析順序情報４２２に従って、システム識別子Ｓ１、Ｓ２、Ｓ３、Ｓ４の順に、相関破壊の検出、及び、異常度の算出を行う。
ここで、システム識別子Ｓ３、Ｓ４の分析対象システム１００については、相関破壊検出処理が行われなかった場合、相関破壊検出部３０１は、図２３のようにシステム識別子Ｓ３、Ｓ４の分析対象システム１００の未分析回数に１を加算し、他の未分析回数に０を設定する。
また、相関破壊検出部３０１は、システム識別子Ｓ１、Ｓ２の分析対象システム１００の相関破壊検出処理において、それぞれの分析対象システム１００で計測された期間１の性能情報ｄ１１、ｄ２１に対して、相関破壊の検出を行う。相関破壊検出部３０１は、システム識別子Ｓ１、Ｓ２の分析対象システム１００について、図２３のように、異常度を算出する。
ここでは、グループ化の条件として、例えば、相関破壊の検出が行われなかった分析対象システム１００の内、未分析回数が多い順に所定数の分析対象システム１００をグループ化すると設定されているとする。また、所定数として２が設定されているとする。
この場合、分析順序決定部４０１は、図２３のように、未分析回数が１であるシステム識別子Ｓ３、Ｓ４の分析対象システム１００をグループ化する。分析順序決定部４０１は、システム識別子Ｓ３、Ｓ４の分析対象システム１００の相関破壊度、障害兆候度に、システム識別子Ｓ３、Ｓ４の分析対象システム１００の相関破壊度、障害兆候度をそれぞれ合算した値を設定し、スコア、及び、合計スコアを算出する。
分析順序決定部４０１は、合計スコアをもとに、システム識別子Ｓ１、Ｓ２、Ｓ３、Ｓ４の分析対象システム１００の検出順序を、それぞれ１、４、２、３と決定する。なお、グループ内の分析対象システム１００の検出順序は、例えば、相関破壊度、または、障害兆候度が大きい分析対象システム１００の検出順序が前になるように検出順序を決定する。
そして、図２２の期間２において、相関破壊検出部３０１は、システム識別子Ｓ１、Ｓ３、Ｓ４、Ｓ２の順に、相関破壊の検出、及び、異常度の算出を行う。
ここで、システム識別子Ｓ３、Ｓ４、Ｓ２の分析対象システム１００については、相関破壊検出処理が行われなかった場合、相関破壊検出部３０１は、図２４のようにシステム識別子Ｓ３、Ｓ４、Ｓ２の分析対象システム１００の未分析回数に１を加算し、他の未分析回数に０を設定する。
また、相関破壊検出部３０１は、システム識別子Ｓ１の分析対象システム１００の相関破壊検出処理において、当該分析対象システム１００で計測された期間２の性能情報ｄ１２に対して、相関破壊の検出を行う。相関破壊検出部３０１は、システム識別子Ｓ１の分析対象システム１００について、図２４のように、異常度を算出する。
分析順序決定部４０１は、図２４のように、未分析回数が２であるシステム識別子Ｓ３、Ｓ４の分析対象システム１００をグループ化し、スコアを設定する。分析順序決定部４０１は、合計スコアをもとに、システム識別子Ｓ１、Ｓ２、Ｓ３、Ｓ４の分析対象システム１００の検出順序を、それぞれ１、４、２、３と決定する。
そして、図２２の期間３において、相関破壊検出部３０１は、システム識別子Ｓ１、Ｓ３、Ｓ４、Ｓ２の順に、相関破壊の検出、及び、異常度の算出を行う。
ここで、システム識別子Ｓ２の分析対象システム１００については、相関破壊検出処理が行われなかった場合、相関破壊検出部３０１は、図２５のようにシステム識別子Ｓ２の分析対象システム１００の未分析回数に１を加算し、他の未分析回数に０を設定する。
また、相関破壊検出部３０１は、システム識別子Ｓ１の分析対象システム１００の相関破壊検出処理において、当該分析対象システム１００で計測された期間３の性能情報ｄ１３に対して、相関破壊の検出、及び、異常度の算出を行う。また、相関破壊検出部３０１は、システム識別子Ｓ３、及び、Ｓ４の分析対象システム１００の相関破壊検出処理において、当該分析対象システム１００で計測された期間１、２、３の性能情報ｄ３１、ｄ３２、ｄ３３、及び、ｄ４１、ｄ４２、ｄ４３に対して、相関破壊の検出、及び、異常度の算出を行う。相関破壊検出部３０１は、システム識別子Ｓ１、Ｓ３、Ｓ４の分析対象システム１００について、図２５のように、異常度を算出する。
分析順序決定部４０１は、図２５のように、スコアを設定し、合計スコアをもとに、システム識別子Ｓ１、Ｓ２、Ｓ３、Ｓ４の分析対象システム１００の検出順序を、それぞれ１、２、３、４と決定する。
このように、期間１において、相関破壊検出が行われなかったシステム識別子Ｓ３、Ｓ４の分析対象システム１００の相関破壊検出が、期間２以降に優先して行われるように、検出順序が更新される。
以上により、本発明の第３の実施の形態の動作が完了する。
なお、本発明の第３の実施の形態では、分析順序決定部４０１が、相関破壊の検出が行われなかった分析対象システム１００の内、未分析回数が多い順に所定数の分析対象システム１００をグループ化しているが、未分析回数が多い分析対象システム１００をグループ化できれば、他の方法を用いてもよい。例えば、分析順序決定部４０１は、未分析回数が所定値以上の分析対象システム１００をグループ化してもよい。
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
例えば、分析部３００における検出順序の決定に、本発明の第２の実施形態における異常度に所定の係数を乗じた値を用いる方法と、本発明の第３の実施形態における分析対象システム１００のグループ化により合算した異常度の値を用いる方法の両方を用いてもよい。
この出願は、２０１１年３月２３日に出願された日本出願特願２０１１−０６４６０３を基礎とする優先権を主張し、その開示の全てをここに取り込む。
１ 運用管理システム
１００ 分析対象システム
２００ 分析制御部
２０１ 性能情報収集部
２０２ 相関モデル生成部
２０３ 管理者対話部
２０４ 対処実行部
２１１ 性能情報記憶部
２１２ 相関モデル記憶部
２１３ 相関破壊記憶部
２１４ 相関破壊パターン記憶部
２２１ 性能系列情報
２２２ 相関モデル
２２３ 相関破壊情報
２２４ 相関破壊パターン
３００ 分析部
３０１ 相関破壊検出部
４００ 順序制御部
４０１ 分析順序決定部
４１１ 異常度記憶部
４１２ 分析順序記憶部
４１３ 未分析システム記憶部
４２１ 異常度情報
４２２ 分析順序情報
４２３ 未分析システム情報
１００ 分析対象システム
２００ 分析制御部
２０１ 性能情報収集部
２０２ 相関モデル生成部
２０３ 管理者対話部
２０４ 対処実行部
２１１ 性能情報記憶部
２１２ 相関モデル記憶部
２１３ 相関破壊記憶部
２１４ 相関破壊パターン記憶部
２２１ 性能系列情報
２２２ 相関モデル
２２３ 相関破壊情報
２２４ 相関破壊パターン
３００ 分析部
３０１ 相関破壊検出部
４００ 順序制御部
４０１ 分析順序決定部
４１１ 異常度記憶部
４１２ 分析順序記憶部
４１３ 未分析システム記憶部
４２１ 異常度情報
４２２ 分析順序情報
４２３ 未分析システム情報
Claims (21)
- 複数のシステムの各々について、複数種別の性能値間の相関関係を表す相関モデルを記憶する相関モデル記憶手段と、
前記複数のシステムに対する相関破壊の検出順序を記憶する分析順序記憶手段と、
複数の期間の各々において、当該期間に対して入力された前記性能値を用いて、前記検出順序に従って、前記複数のシステムの各々の前記相関モデルに含まれる前記相関関係の前記相関破壊の有無を検出する分析手段と、
前記複数の期間の各々において、前記検出順序を更新する順序制御手段と
を備えた運用管理システム。 - 前記順序制御手段は、前記複数のシステムの各々の前記相関破壊の有無の検出結果をもとに、前記検出順序を決定する
請求項１に記載の運用管理システム。 - 前記順序制御手段は、前記検出結果に含まれる前記相関破壊の数をもとに算出される相関破壊度、及び、前記システムの障害時の前記検出結果と入力された前記性能値に対する前記検出結果との類似度の内の少なくとも１つである異常度を用いて、前記検出順序を決定する
請求項２に記載の運用管理システム。 - 前記順序制御手段は、前記複数の期間のいずれかにおいて、当該期間内に前記複数のシステムのいずれかの前記検出が行われなかった場合、当該システムについて当該期間より前の前記検出が行われた期間に算出された前記異常度に比べて大きい値を、当該システムの前記異常度に設定する
請求項３に記載の運用管理システム。 - 前記順序制御手段は、前記複数の期間のいずれかにおいて、当該期間内に前記複数のシステムのいずれかの前記検出が行われなかった場合、当該システムについて当該期間より前の前記検出が行われた期間に算出された前記異常度に前記検出が行われていない前記期間の数に応じて大きくなる係数を乗じた値を、当該システムの前記異常度に設定する
請求項４に記載の運用管理システム。 - 前記順序制御手段は、前記複数の期間のいずれかにおいて、当該期間内に前記複数のシステムのいずれかの前記検出が行われなかった場合、前記検出が行われなかった前記期間の数が他の前記システムより多い複数の前記システムを含むグループを生成し、当該グループに含まれる各々の前記システムについて当該期間より前の前記検出が行われた期間に算出された前記異常度を合算した値を、当該グループに含まれる各々の前記システムの前記異常度に設定する
請求項４に記載の運用管理システム。 - 前記分析手段は、前記複数の期間の各々において前記検出を行う場合、当該期間に対して入力された前記性能値に加えて、当該期間より前の前記検出が行われなかった期間に対して入力された前記性能値を用いた前記検出を行う
請求項１乃至６のいずれかに記載の運用管理システム。 - 複数のシステムの各々について、複数種別の性能値間の相関関係を表す相関モデルを記憶し、
前記複数のシステムに対する相関破壊の検出順序を記憶し、
複数の期間の各々において、当該期間に対して入力された前記性能値を用いて、前記検出順序に従って、前記複数のシステムの各々の前記相関モデルに含まれる前記相関関係の前記相関破壊の有無を検出し、
前記複数の期間の各々において、前記検出順序を更新する
運用管理方法。 - 前記検出順序を更新する場合、前記複数のシステムの各々の前記相関破壊の有無の検出結果をもとに、前記検出順序を決定する
請求項８に記載の運用管理方法。 - 前記検出順序を更新する場合、前記検出結果に含まれる前記相関破壊の数をもとに算出される相関破壊度、及び、前記システムの障害時の前記検出結果と入力された前記性能値に対する前記検出結果との類似度の内の少なくとも１つである異常度を用いて、前記検出順序を決定する
請求項９に記載の運用管理方法。 - 前記複数の期間のいずれかにおいて、当該期間内に前記複数のシステムのいずれかの前記検出が行われなかった場合、当該システムについて当該期間より前の前記検出が行われた期間に算出された前記異常度に比べて大きい値を、当該システムの前記異常度に設定する
請求項１０に記載の運用管理方法。 - 前記複数の期間のいずれかにおいて、当該期間内に前記複数のシステムのいずれかの前記検出が行われなかった場合、当該システムについて当該期間より前の前記検出が行われた期間に算出された前記異常度に前記検出が行われていない前記期間の数に応じて大きくなる係数を乗じた値を、当該システムの前記異常度に設定する
請求項１１に記載の運用管理方法。 - 前記複数の期間のいずれかにおいて、当該期間内に前記複数のシステムのいずれかの前記検出が行われなかった場合、前記検出が行われなかった前記期間の数が他の前記システムより多い複数の前記システムを含むグループを生成し、当該グループに含まれる各々の前記システムについて当該期間より前の前記検出が行われた期間に算出された前記異常度を合算した値を、当該グループに含まれる各々の前記システムの前記異常度に設定する
請求項１１に記載の運用管理方法。 - 前記複数の期間の各々において前記検出を行う場合、当該期間に対して入力された前記性能値に加えて、当該期間より前の前記検出が行われなかった期間に対して入力された前記性能値を用いた前記検出を行う
請求項８乃至１３のいずれかに記載の運用管理方法。 - コンピュータに、
複数のシステムの各々について、複数種別の性能値間の相関関係を表す相関モデルを記憶し、
前記複数のシステムに対する相関破壊の検出順序を記憶し、
複数の期間の各々において、当該期間に対して入力された前記性能値を用いて、前記検出順序に従って、前記複数のシステムの各々の前記相関モデルに含まれる前記相関関係の前記相関破壊の有無を検出し、
前記複数の期間の各々において、前記検出順序を更新する
処理を実行させるプログラムを格納する、コンピュータが読み取り可能な記録媒体。 - 前記検出順序を更新する場合、前記複数のシステムの各々の前記相関破壊の有無の検出結果をもとに、前記検出順序を決定する
処理を実行させる前記プログラムを格納する、請求項１５に記載のコンピュータが読み取り可能な記録媒体。 - 前記検出順序を更新する場合、前記検出結果に含まれる前記相関破壊の数をもとに算出される相関破壊度、及び、前記システムの障害時の前記検出結果と入力された前記性能値に対する前記検出結果との類似度の内の少なくとも１つである異常度を用いて、前記検出順序を決定する
処理を実行させる前記プログラムを格納する、請求項１６に記載のコンピュータが読み取り可能な記録媒体。 - 前記複数の期間のいずれかにおいて、当該期間内に前記複数のシステムのいずれかの前記検出が行われなかった場合、当該システムについて当該期間より前の前記検出が行われた期間に算出された前記異常度に比べて大きい値を、当該システムの前記異常度に設定する
処理を実行させる前記プログラムを格納する、請求項１７に記載のコンピュータが読み取り可能な記録媒体。 - 前記複数の期間のいずれかにおいて、当該期間内に前記複数のシステムのいずれかの前記検出が行われなかった場合、当該システムについて当該期間より前の前記検出が行われた期間に算出された前記異常度に前記検出が行われていない前記期間の数に応じて大きくなる係数を乗じた値を、当該システムの前記異常度に設定する
処理を実行させる前記プログラムを格納する、請求項１８に記載のコンピュータが読み取り可能な記録媒体。 - 前記複数の期間のいずれかにおいて、当該期間内に前記複数のシステムのいずれかの前記検出が行われなかった場合、前記検出が行われなかった前記期間の数が他の前記システムより多い複数の前記システムを含むグループを生成し、当該グループに含まれる各々の前記システムについて当該期間より前の前記検出が行われた期間に算出された前記異常度を合算した値を、当該グループに含まれる各々の前記システムの前記異常度に設定する
処理を実行させる前記プログラムを格納する、請求項１８に記載のコンピュータが読み取り可能な記録媒体。 - 前記複数の期間の各々において前記検出を行う場合、当該期間に対して入力された前記性能値に加えて、当該期間より前の前記検出が行われなかった期間に対して入力された前記性能値を用いた前記検出を行う
処理を実行させる前記プログラムを格納する、請求項１５乃至２０のいずれかに記載のコンピュータが読み取り可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2012547767A JP5267748B2 (ja) | 2011-03-23 | 2012-03-21 | 運用管理システム、運用管理方法、及びプログラム |
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2011064603 | 2011-03-23 | ||
| JP2011064603 | 2011-03-23 | ||
| PCT/JP2012/058033 WO2012128388A1 (ja) | 2011-03-23 | 2012-03-21 | 運用管理システム、運用管理方法、及びプログラム |
| JP2012547767A JP5267748B2 (ja) | 2011-03-23 | 2012-03-21 | 運用管理システム、運用管理方法、及びプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP5267748B2 true JP5267748B2 (ja) | 2013-08-21 |
| JPWO2012128388A1 JPWO2012128388A1 (ja) | 2014-07-24 |
Family
ID=46879519
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2012547767A Active JP5267748B2 (ja) | 2011-03-23 | 2012-03-21 | 運用管理システム、運用管理方法、及びプログラム |
Country Status (5)
| Country | Link |
|---|---|
| US (2) | US9417940B2 (ja) |
| EP (1) | EP2690559B1 (ja) |
| JP (1) | JP5267748B2 (ja) |
| CN (1) | CN103502951B (ja) |
| WO (1) | WO2012128388A1 (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2579156B1 (en) * | 2010-06-07 | 2019-08-28 | Nec Corporation | Malfunction detection device, obstacle detection method, and program recording medium |
| CN104769551B (zh) * | 2012-11-01 | 2018-07-03 | 日本电气株式会社 | 分布式数据处理***和分布式数据处理方法 |
| EP2958023B1 (en) * | 2013-02-18 | 2022-04-27 | Nec Corporation | System analysis device and system analysis method |
| US9804830B2 (en) | 2014-12-19 | 2017-10-31 | Signalfx, Inc. | Anomaly detection using a data stream processing language for analyzing instrumented software |
| US10394692B2 (en) | 2015-01-29 | 2019-08-27 | Signalfx, Inc. | Real-time processing of data streams received from instrumented software |
| US10599501B2 (en) * | 2015-03-17 | 2020-03-24 | Nec Corporation | Information processing device, information processing method, and recording medium |
| JP5875726B1 (ja) * | 2015-06-22 | 2016-03-02 | 株式会社日立パワーソリューションズ | 異常予兆診断装置のプリプロセッサ及びその処理方法 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010032701A1 (ja) * | 2008-09-18 | 2010-03-25 | 日本電気株式会社 | 運用管理装置、運用管理方法、および運用管理プログラム |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7444263B2 (en) | 2002-07-01 | 2008-10-28 | Opnet Technologies, Inc. | Performance metric collection and automated analysis |
| US7366666B2 (en) * | 2003-10-01 | 2008-04-29 | International Business Machines Corporation | Relative delta computations for determining the meaning of language inputs |
| JP2005326935A (ja) * | 2004-05-12 | 2005-11-24 | Hitachi Ltd | 仮想化ストレージを備える計算機システムの管理サーバおよび障害回避復旧方法 |
| US7325166B2 (en) | 2004-06-23 | 2008-01-29 | Autodesk, Inc. | Hierarchical categorization of customer error reports |
| JP4201027B2 (ja) * | 2006-07-10 | 2008-12-24 | インターナショナル・ビジネス・マシーンズ・コーポレーション | 複数の観測結果の間の差異を検出するシステムおよびその方法 |
| ATE515739T1 (de) | 2006-08-25 | 2011-07-15 | Accenture Global Services Ltd | Visualisierung von daten für diagnose- rechnersysteme |
| US8127099B2 (en) * | 2006-12-26 | 2012-02-28 | International Business Machines Corporation | Resource recovery using borrowed blocks of memory |
| FR2920233B1 (fr) * | 2007-08-20 | 2009-10-30 | Airbus France Sas | Procede et dispositifs d'evaluation de risques operationnels pour l'aide aux decisions de maintenance de vehicules |
| JP4872945B2 (ja) * | 2008-02-25 | 2012-02-08 | 日本電気株式会社 | 運用管理装置、運用管理システム、情報処理方法、及び運用管理プログラム |
| JP4872944B2 (ja) | 2008-02-25 | 2012-02-08 | 日本電気株式会社 | 運用管理装置、運用管理システム、情報処理方法、及び運用管理プログラム |
| JP5428372B2 (ja) * | 2009-02-12 | 2014-02-26 | 日本電気株式会社 | 運用管理装置および運用管理方法ならびにそのプログラム |
| JP5378847B2 (ja) * | 2009-03-26 | 2013-12-25 | 株式会社野村総合研究所 | 監視装置 |
| JP5310434B2 (ja) | 2009-09-18 | 2013-10-09 | 株式会社島津製作所 | ボールネジを用いた送液装置及び分析装置 |
-
2012
- 2012-03-21 WO PCT/JP2012/058033 patent/WO2012128388A1/ja active Application Filing
- 2012-03-21 EP EP12760970.9A patent/EP2690559B1/en active Active
- 2012-03-21 US US13/695,776 patent/US9417940B2/en active Active
- 2012-03-21 CN CN201280014481.0A patent/CN103502951B/zh active Active
- 2012-03-21 JP JP2012547767A patent/JP5267748B2/ja active Active
-
2016
- 2016-07-12 US US15/208,457 patent/US10430268B2/en active Active
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010032701A1 (ja) * | 2008-09-18 | 2010-03-25 | 日本電気株式会社 | 運用管理装置、運用管理方法、および運用管理プログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| US9417940B2 (en) | 2016-08-16 |
| CN103502951A (zh) | 2014-01-08 |
| US10430268B2 (en) | 2019-10-01 |
| WO2012128388A1 (ja) | 2012-09-27 |
| EP2690559A1 (en) | 2014-01-29 |
| EP2690559A4 (en) | 2015-08-12 |
| US20130055037A1 (en) | 2013-02-28 |
| EP2690559B1 (en) | 2020-08-26 |
| JPWO2012128388A1 (ja) | 2014-07-24 |
| CN103502951B (zh) | 2016-12-07 |
| US20160321128A1 (en) | 2016-11-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5267748B2 (ja) | 運用管理システム、運用管理方法、及びプログラム | |
| JP6394726B2 (ja) | 運用管理装置、運用管理方法、及びプログラム | |
| JP5874936B2 (ja) | 運用管理装置、運用管理方法、及びプログラム | |
| JP5910727B2 (ja) | 運用管理装置、運用管理方法、及び、プログラム | |
| JP6183450B2 (ja) | システム分析装置、及び、システム分析方法 | |
| US9424157B2 (en) | Early detection of failing computers | |
| JP5532150B2 (ja) | 運用管理装置、運用管理方法、及びプログラム | |
| JP5621937B2 (ja) | 運用管理装置、運用管理方法、及びプログラム | |
| JP6183449B2 (ja) | システム分析装置、及び、システム分析方法 | |
| JP5768983B2 (ja) | 契約違反予測システム、契約違反予測方法および契約違反予測プログラム | |
| JP6521096B2 (ja) | 表示方法、表示装置、および、プログラム | |
| JP2016095751A (ja) | 異常機器特定プログラム、異常機器特定方法、及び、異常機器特定装置 | |
| WO2017150286A1 (ja) | システム分析装置、システム分析方法、及び、コンピュータ読み取り可能な記録媒体 | |
| JP5971395B2 (ja) | システム分析装置、及び、システム分析方法 | |
| US10157113B2 (en) | Information processing device, analysis method, and recording medium | |
| JP2007164346A (ja) | 決定木変更方法、異常性判定方法およびプログラム | |
| JP2013200899A (ja) | 運用管理装置および運用管理方法 | |
| JP2022165669A (ja) | 異常検出装置、異常検出方法、および異常検出プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20130409 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5267748 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |