(57)【要約】【課題】監視対象のシステムにおいて、構成機器の変更があった場合においても、発生する障害に関し、予兆を精度よく検知することを目的とする。【解決手段】障害予兆通報装置において、アラート生成部は、監視対象のシステムから出力される構成機器に関するメッセージを受信し、複数の異なる特性に基づいて生成される複数の検出条件に基づき、前記メッセージに対して生成された障害アラートの有無を検出する。性能モデル生成部は、実際に発生した障害それぞれと、前記複数の検出条件に基づく複数の障害アラート有無とを対応づけ、前記複数の障害アラート有無の組み合わせごとの予測実績を集計する。予兆通報判断部は、メッセージから前記複数の検出条件に基づいて検出した複数の障害アラート有無の組み合わせと前記予測実績とに基づき、障害予兆有無を判断する。【選択図】図３
2015109069.tif 000002
【特許請求の範囲】
【請求項１】
監視対象のシステムから出力される構成機器に関するメッセージを受信し、複数の異なる特性に基づいて生成される複数の検出条件に基づき、前記メッセージに対して生成された障害アラートの有無を検出するアラート生成部と、
実際に発生した障害それぞれと、前記複数の検出条件に基づく複数の障害アラート有無とを対応づけ、前記複数の障害アラート有無の組み合わせごとの予測実績を集計する性能モデル生成部と、
メッセージから前記複数の検出条件に基づいて検出した複数の障害アラート有無の組み合わせと前記予測実績とに基づき、障害予兆有無を判断する予兆通報判断部と、
を備えた障害予兆通報装置。
【請求項２】
前記性能モデル生成部が、前記監視対象のシステムの構成変更からの経過時間ごとに、実際に発生した障害それぞれと、前記複数の検出条件に基づく複数の障害アラート有無とを対応づけ、前記複数の障害アラート有無の組み合わせごとの予測実績を集計する
ことを特徴とする請求項１記載の障害予兆通報装置。
【請求項３】
監視対象のシステムから出力される構成機器に関するメッセージを受信し、複数の異なる特性に基づいて生成される複数の検出条件に基づき、前記メッセージに対して生成された障害アラートの有無を検出するステップと、
実際に発生した障害それぞれと、前記複数の検出条件に基づく複数の障害アラート有無とを対応づけ、前記複数の障害アラート有無の組み合わせごとの予測実績を集計するステップと、
メッセージから前記複数の検出条件に基づいて検出した複数の障害アラート有無の組み合わせと前記予測実績とに基づき、障害予兆有無を判断するステップと
を備えたことを特徴とする障害予兆検出方法。
【請求項４】
請求項３記載の障害予兆検出方法であって、
前記監視対象のシステムの構成変更からの経過時間ごとに、実際に発生した障害それぞれと、前記複数の検出条件に基づく複数の障害アラート有無とを対応づけ、前記複数の障害アラート有無の組み合わせごとの予測実績を集計する
ことを特徴とする障害予兆検出方法。
【請求項５】
監視対象のシステムから出力される構成機器に関するメッセージを受信し、前記システムの有する複数の異なる特性に基づいて生成される複数の検出条件に基づき、前記メッセージに対して生成された障害アラートの有無を検出するステップと、
実際に発生した障害それぞれと、前記複数の検出条件に基づく複数の障害アラート有無とを対応づけ、前記複数の障害アラート有無の組み合わせごとの予測実績を集計するステップと、
メッセージから前記複数の検出条件に基づいて検出した複数の障害アラート有無の組み合わせと前記予測実績とに基づき、障害予兆有無を判断するステップと
を含む処理をコンピュータに実行させるためのプログラム。
【請求項６】
請求項５記載のプログラムであって、
前記監視対象のシステムの構成変更からの経過時間ごとに、実際に発生した障害それぞれと、前記複数の検出条件に基づく複数の障害アラート有無とを対応づけ、前記複数の障害アラート有無の組み合わせごとの予測実績を集計する
処理をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
クラウドインフラにおける障害予兆検知に関する。
【背景技術】
【０００２】
データセンタ等の多数の計算機を備え、外部からのアクセスに応じて、データ通信をするシステムの構成機器には、同一または類似の部分構成が複数存在している。構成機器の構成は頻繁に変更される。例えば、構成機器の入れ替えやアプリケーションプログラムの改版などによって、構成が変化する。さらに、クラウド環境下では、新たなサーバの追加やサーバの削除なども行われる。
【０００３】
構成機器で発生する障害を検出する方法として、障害の予兆を示す障害予兆パターンを用いる方法がある。過去のログと障害発生情報とから、障害が起こる共起確率が高いメッセージの組み合わせを抽出する。そして、障害予兆パターンと同じ組み合わせのメッセージが構成機器から出力された場合に、障害が発生する可能性があると判定する（例えば特許文献１参照）。
【０００４】
また、構成機器で発生した障害ついての評価方法として、管理対象の装置情報と解析ルール情報を用いて、障害についてのイベントの組み合わせと障害の原因候補をペアとしたモデルを生成する。そして受信した障害についてのイベントの組み合わせから対応するモデルを割り出す方法が知られている（例えば特許文献２参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−１４６６６８
【特許文献２】特開２０１１−７６２９３
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記の技術では、共起確率に基づいて障害予兆パターンが生成されるので、構成機器の変化が当該パターンに与える影響度が明確ではなく、障害予兆パターンの適用が妥当か否かを判定できないという問題がある。例えば、構成機器の変更されるたびに障害予兆パターンを学習すると、学習時間が短くなるので、生成される障害予兆パターンの信頼性も低下する。
【０００７】
また、構成機器で発生する障害を検出する方法として、複数の検知エンジンを使った予兆検知方法がある。構成機器から出力されたメッセージを複数の検知エンジンに入力する。そして、それぞれの検知エンジンが出力した結果を多数決回路に入力し、その出力を最終的な出力とする方法である。
【０００８】
上記複数の検知エンジンによる多数決回路を用いた技術は、検知エンジンが出力した結果のうち、最も数が多い結果を最終的な出力とする。したがって、入力やそれに付随する条件に対する検知エンジンの特性を考慮していない。例えば、ある特定の入力を複数の検知エンジンが受信した場合において、その入力による分析を得意とする少数の検知エンジンの出力ではなく、より多くの誤った検知エンジンによる出力を最終的な出力としてしまう可能性がある。
【０００９】
また、障害は、障害という事象の特性上、商用の構成機器では発生させないことが求められる。したがって、障害事例自体が少なくなる傾向にあり、個別の検知エンジンの出力結果では捉えることができない障害予兆がある。
【００１０】
本発明の一つの形態は、監視対象のシステムにおいて、構成機器の変更があった場合においても、発生する障害に関し、予兆を精度よく検知することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の障害予兆通報装置は、監視対象のシステムから出力される構成機器に関するメッセージを受信し、複数の異なる特性に基づいて生成される複数の検出条件に基づき、前記メッセージに対して生成された障害アラートの有無を検出するアラート生成部と、実際に発生した障害それぞれと、前記複数の検出条件に基づく複数の障害アラート有無とを対応づけ、前記複数の障害アラート有無の組み合わせごとの障害予測実績を集計する性能モデル生成部と、メッセージから前記複数の検出条件に基づいて検出した複数の障害アラート有無の組み合わせと前記予測実績とに基づき、障害予兆有無を判断する予兆通報判断部とを備える。本発明の障害予兆検出方法は、監視対象のシステムから出力される構成機器に関するメッセージを受信し、複数の異なる特性に基づいて生成される複数の検出条件に基づき、前記メッセージに対して生成された障害アラートの有無を検出し、実際に発生した障害それぞれと、前記複数の検出条件に基づく複数の障害アラート有無とを対応づけ、前記複数の障害アラート有無の組み合わせごとの予測実績を集計し、メッセージから前記複数の検出条件に基づいて検出した複数の障害アラート有無の組み合わせと前記予測実績とに基づき、障害予兆有無を判断する。
【発明の効果】
【００１２】
本発明の一つの形態は、監視対象のシステムにおいて、構成機器の変更があった場合においても、発生する障害に関し、予兆を精度よく検知することができる。
【図面の簡単な説明】
【００１３】
【図１】システムの全体構成例を示す図である。
【図２】障害予兆通報装置の具体的な構成例を示す図である。
【図３】障害予兆通報装置の機能ブロックを示す図である。
【図４】ＣＭＤＢに記憶される障害情報の例を示す図である。
【図５】ＣＭＤＢに記憶される構成情報の例を示す図である。
【図６】ＣＭＤＢに記憶される構成変更情報の例を示す図である。
【図７】アラートの具体例を示す図である。
【図８】アラートセット情報の例を示す図である。
【図９】性能モデルの例を示す図である。
【図１０】アラート生成部の動作を示すフローチャートの一例である。
【図１１】アラート受付部の動作を示すフローチャートの一例である。
【図１２】アラート照合部の動作を示すフローチャートの一例である。
【図１３】性能モデル生成部の動作を示すフローチャートの一例である。
【図１４】予兆通報判断部の動作を示すフローチャートの一例である。
【発明を実施するための形態】
【００１４】
［全体構成］
図１は、本発明に係るシステムの全体構成例を示す図である。図１に示すように、複数のクライアント端末１とデータセンタ２とを有し、クライアント端末１からのアクセスに応じてデータ通信をするシステムである。
【００１５】
各クライアント端末１は、データセンタ２にアクセスしてクラウドシステムを利用し、サービスの提供を受ける端末である。データセンタ２は、障害予兆通報装置３、構成管理データベース（ＣＭＤＢ：Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｄａｔａｂａｓｅ）４、構成機器５、を有している。
【００１６】
障害予兆通報装置３は、データセンタ２で提供される監視対象のシステムで発生する障害の予兆を通報する装置である。
【００１７】
ＣＭＤＢ４は、データセンタ２で提供される情報処理システムの構成を統合管理するデータベースである。ＣＭＤＢ４は、各情報処理システムが有する構成要素（ＣＩ：Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｉｔｅｍ）、各構成要素の属性、障害情報などを管理する。ＣＩとして管理される要素としては、例えば、ハードウェア、ソフトウェア、ドキュメント、サービス、資産などがある。
【００１８】
構成機器５は、複数の物理サーバを含み、構成機器５で複数の仮想マシンが動作することにより、顧客ごとに情報処理システムを提供する。
【００１９】
［障害予兆通報装置の構成］
図２は、本発明に係る障害予兆通報装置３の具体的な構成例を示す図である。本発明に係る障害予兆通報装置３は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）３１と、メモリ３２と、入力装置３３と、出力装置３４と、外部記憶装置３５と、媒体駆動装置３６と、ネットワーク接続装置３７とを有する。そして、中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）３１、メモリ３２、入力装置３３、出力装置３４、外部記憶装置３５、媒体駆動装置３６、ネットワーク接続装置３７は、バス３８に接続されて相互にデータの受け渡しが行える構成となっている。
【００２０】
ＣＰＵ３１は、周辺機器や各種ソフトウェアを実行する他に本発明に係る予測を実現するプログラムを実行する演算装置である。
【００２１】
メモリ３２は、プログラムを実行するために使用される揮発性の記憶装置である。メモリ３２には、例えば、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などを使用することができる。
【００２２】
入力装置３３は、外部からのデータ入力手段である。入力装置３３には、例えば、キーボードやマウスなどを使用することができる。
【００２３】
出力装置３４は、データ等を表示装置等に出力する装置である。なお、出力装置３４には、表示装置を含むこともできる。
【００２４】
外部記憶装置３５は、障害予兆通報装置３が動作するために必要なプログラムやデータの他に本発明に係る予測を実現するプログラムを記憶する不揮発性の記憶装置である。外部記憶装置には、例えば、磁気ディスク記憶装置、フラッシュメモリドライブなどを使用することができる。
【００２５】
媒体駆動装置３６は、メモリ３２や外部記憶装置３５のデータをフロッピイディスクやＭＯディスク、ＣＤ−ＲやＤＶＤ−Ｒなどの可搬記憶媒体に出力する。また、可搬記憶媒体からプログラムやデータ等を読み出す装置である。
【００２６】
ネットワーク接続装置３７は、ネットワークに接続する装置である。
【００２７】
［障害予兆通報装置の機能ブロック］
図３は、図１に示された障害予兆通報装置３の機能ブロックを示す図である。図３に示される障害予兆通報装置３は、アラート生成部３０１、アラートＤＢ（Ｄａｔａｂａｓｅ）３０２、アラート受付部３０３、アラート結果蓄積部３０４、アラート照合部３０５、性能モデル生成部３０６、性能モデル蓄積部３０７、予兆通報判断部３０８、出力部３０９を有する。
【００２８】
ここで、アラート生成部３０１は、例えばＣＰＵ３１により実現される。アラートＤＢ３０２は、例えばメモリ３２や外部記憶装置３５により実現される。アラート受付部３０３は、例えばＣＰＵ３１により実現される。アラート結果蓄積部３０４は、例えばメモリ３２や外部記憶装置３５により実現される。アラート照合部３０５は、例えばＣＰＵ３１により実現される。性能モデル生成部３０６は、例えばＣＰＵ３１により実現される。性能モデル蓄積部３０７は、例えばメモリ３２や外部記憶装置３５により実現される。予兆通報判断部３０８は、例えばＣＰＵ３１により実現される。出力部３０９は、例えばＣＰＵ３１により実現される。
【００２９】
アラート生成部３０１は、構成機器５からメッセージを受信する。アラート生成部３０１は、複数の検知エンジンを有し、それぞれの検知エンジンが、予め有する条件に基づいて、受信したメッセージからアラートを生成する。そして、アラート生成部３０１は、生成したアラートをアラート受付部３０３に出力する。ここで、メッセージは、構成機器５の稼動時において各要素および各要素間で生じる性質を含んだデータである。例えば、アラート生成部３０１において、ある検知エンジンは、受信したメッセージからＨＤＤの回転数を示す情報に基づいてアラートを生成する。また別の検知エンジンは、メッセージからサーバの温度、サーバでのファンの回転数についての情報に基づいてアラートを生成する。
【００３０】
以下、アラート生成部３０１は、検知エンジン１、検知エンジン２、検知エンジン３を有しているものとして説明する。なお、検知エンジンの数はこれに限るものではない。
【００３１】
アラートＤＢ３０２は、アラート生成部３０１が、各検知エンジンにより生成されたアラートを記憶するデータベースである。
【００３２】
アラート受付部３０３は、アラート生成部３０１からアラートを受信する。そして、各検知エンジンのアラートの有無を、アラート結果蓄積部３０４、予兆通報判断部３０８に出力する。
【００３３】
アラート結果蓄積部３０４は、アラート受付部３０３が出力した各検知エンジンのアラートの有無と後述するアラート照合部３０５により特定された障害情報を対応付けて記憶する。
【００３４】
アラート照合部３０５は、アラート結果蓄積部３０４に記憶された各検知エンジンのアラートの有無とＣＭＤＢ４に記憶された障害情報とを照合して、各検知エンジンのアラートの有無に対応する障害情報を特定する。なお各検知エンジンのアラートの有無、及び、特定された障害情報は、アラート結果蓄積部３０４に出力する。
【００３５】
性能モデル生成部３０６は、アラート結果蓄積部３０４及び、ＣＭＤＢ４に記憶された障害情報等から、各検知エンジンのアラートの有無と、それに対応する障害の有無とを対応付けたモデルを生成する。
【００３６】
性能モデル蓄積部３０７は、性能モデル生成部３０６により生成されたモデルを記録する。
【００３７】
予兆通報判断部３０８は、アラート受付部３０３が出力した各検知エンジンのアラートの有無と、性能モデル生成部３０６により生成されたモデルを照合して、最終的な予兆の通報可否を判定する。
【００３８】
出力部３０９は、予兆通報判断部３０８により判定された結果を出力する。
【００３９】
［障害情報］
図４は、ＣＭＤＢ４に記憶される障害情報１０００の例を示す図である。障害情報１０００は、項目「ｉｄ」１００１、項目「ｔｙｐｅ」１００２、項目「ｄａｔｅ」１００３、項目「ｔｉｔｌｅ」１００４、「ＣＩ  ｉｄ」１００５を有するレコードを格納する。
【００４０】
項目「ｉｄ」１００１は、障害情報１０００のレコードごとに付された個別の値である。項目「ｔｙｐｅ」１００２は、構成機器５における構成要素で発生した障害の種別を示す。項目「ｄａｔｅ」１００３は、構成機器５における構成要素で障害が発生した日時を示す。項目「ｔｉｔｌｅ」１００４は、構成機器５における構成要素で発生した障害の内容を示す。項目「ＣＩ  ｉｄ」１００５は、障害が発生した構成要素の識別情報を示す。
【００４１】
図４の障害情報１０００のレコード１０１１について見ると、障害の種別を示すコード番号「１」の障害が、「日本標準時刻２０１２年３月１日００：０５：００」に「ＳＶＲ０００１」で発生し、この障害により「Ｗｅｂ  Ｄｏｗｎ」したことを示すレコードに「Ｆ０００１」のｉｄ値が付されている。
【００４２】
［構成情報］
図５は、ＣＭＤＢ４に記憶される構成情報２０００の例を示す図である。構成情報２０００は、項目「ｉｄ」２００１、項目「ＣＩ  ｔｙｐｅ」２００２、項目「Ｈｏｓｔｎａｍｅ」２００３、項目「ＩＰ  ａｄｄｒｅｓｓ」２００４を有するレコードを格納する。
【００４３】
項目「ｉｄ」２００１は、構成情報２０００のレコードごとに付されたた個別の値である。項目「ＣＩ  ｔｙｐｅ」２００２は、構成機器５における構成要素の種別を示す。項目「Ｈｏｓｔｎａｍｅ」２００３は、構成機器５における構成要素のホスト名を示す。項目「ＩＰ  ａｄｄｒｅｓｓ」２００４は、構成機器５における構成要素に割当てるアドレスを示す。
【００４４】
図５の構成情報２０００のレコード２０１１について見ると、種別「Ｓｅｒｖｅｒ」、ホスト名「Ｗｅｂ１」、ＩＰアドレス「１０．０．０．１」が設定されていることを示すレコードに「ＳＶＲ０００１」のｉｄ値が付されている。
【００４５】
［構成変更情報］
図６は、ＣＭＤＢ４に記憶される構成変更情報３０００の例を示す図である。構成変更情報３０００は、項目「ｉｄ」３００１、項目「ｔｙｐｅ」３００２、項目「ｄａｔｅ」３００３、項目「ＣＩ  ｉｄ」３００４を有するレコードを格納する。
【００４６】
項目「ｉｄ」３００１は、構成変更情報３０００のレコードごとに付された個別の値である。項目「ｔｙｐｅ」３００２は、構成機器５における構成要素の変更種別を示す。項目「ｄａｔｅ」３００３は、構成機器５の構成要素が変更された日時を示す。項目「ＣＩ  ｉｄ」３００４は、変更された構成要素の識別情報を示す。
【００４７】
図６の構成変更情報３０００のレコード３０１１について見ると、変更種別を示すコード「ｄｅｌ」の変更が、「日本標準時刻２０１２年３月１３日１０：３１：０２」に構成要素「ＳＶＲ０００１」に対して行われたことを示すレコードに「Ｃ０００１」のｉｄ値が付されている。
【００４８】
このように、ＣＭＤＢ４には、データセンタ２で提供される各情報処理システムが有する構成要素と、データセンタ２で提供される各情報処理システムの構成要素の変更と、データセンタ２で提供される各情報処理システムで発生した障害とが管理される。
【００４９】
［アラート］
図７は、アラート生成部３０１により出力されたアラート４０００の具体例を示す図である。図７において、アラート４０００は、項目「Ｅｎｇｉｎｅ  ｉｄ」４００１、項目「ｉｄ」４００２、項目「ｔｉｍｅｒｅｃ」４００３、項目「ｔｉｍｅｆｒｏｍ」４００４、項目「ｔｉｍｅｔｏ」４００５、項目「ｍｓｇｔｙｐｅ」４００６、を有する。
【００５０】
項目「Ｅｎｇｉｎｅ  ｉｄ」４００１は、アラート４０００を生成した検知エンジンを示す。項目「ｉｄ」４００２は、アラート４０００を示す個別のコードである。項目「ｔｉｍｅｒｅｃ」４００３は、アラートが作成された時刻である。項目「ｔｉｍｅｆｒｏｍ」４００４は、アラートの有効期間の開始時刻を示す。項目「ｔｉｍｅｔｏ」４００５は、アラートの有効期間の終了時刻を示す。項目「ｍｓｇｔｙｐｅ」４００６は、構成機器５における構成要素で発生が予想される障害の種別を示すコードである。
【００５１】
図７の場合、「検知エンジン２」がアラートを生成したことを示す。そして、アラートに付されたコード番号は「２」であり、「日本標準時刻の２０１２年３月２６日００：００：００」にアラートが作成されたことを示す。さらに、「日本標準時刻の２０１２年３月２６日００：００：００」から「日本標準時刻の２０１２年３月２６日０１：００：００」の間で有効な、障害の種別を示すコード番号「１」についてのアラートである。
【００５２】
［アラートセット情報］
図８は、アラート結果蓄積部３０４に記憶されるアラートセット情報５０００の例を示す図である。アラートセット情報５０００は、項目「ＩＤ」５００１、項目「ｔｙｐｅ」５００２、項目「Ａｌｅｒｔｔｉｍｅ」５００３、項目「ｌｉｍｉｔｔｉｍｅ」５００４、項目「ｅｎｇｉｎｅ１」、「ｅｎｇｉｎｅ２」、「ｅｎｇｉｎｅ３」５００５、項目「ｒａｎｇｅ」５００６、項目「ｏｃｃｕｒｒｅｄ」５００７を有するレコードを格納する。
【００５３】
項目「ＩＤ」５００１は、アラートセット情報５０００のレコードことに付された一連の値である。項目「ｔｙｐｅ」５００２は、構成機器５における構成要素で発生が予想される障害の種別を示す値である。項目「Ａｌｅｒｔｔｉｍｅ」５００３は、アラートの有効期間の開始日時を示す。項目「ｌｉｍｉｔｔｉｍｅ」５００４は、アラートの有効期間の終了日時を示す。項目「ｅｎｇｉｎｅ１」、「ｅｎｇｉｎｅ２」、「ｅｎｇｉｎｅ３」５００５は、検知エンジン１、検知エンジン２、検知エンジン３がそれぞれアラートを生成したか否かを示す。項目「ｒａｎｇｅ」５００６は、構成機器５において構成変更が実行された時からの経過時間である。項目「ｏｃｃｕｒｒｅｄ」５００７は、検知エンジン１、検知エンジン２、検知エンジン３により生成されたアラートの有無についての特定の組み合わせごとに、実際に障害が発生した、あるいは、発生しなかったかを示す。
【００５４】
図８のアラートセット情報５０００のレコード５０１１を見ると、構成機器５において構成変更が実行されてから「１」時間経過した時点で、「検知エンジン１は、障害の発生を予想する結果を出力し」、「検知エンジン２、検知エンジン３は、障害の発生を予想する結果をそれぞれ出力せず」、「日本標準時刻２０１２年３月２６日００：００：００」から「日本標準時刻２０１２年３月２６日００：０５：００」までの有効期間において、実際に「障害が発生した」ことを示すレコードに「１」のｉｄ値が付されている。
【００５５】
［性能モデル］
図９は、性能モデル蓄積部３０７に記憶される性能モデル６０００の例を示す図である。図９に示すように、性能モデル６０００は、項目「ｔｙｐｅ」６００１、項目「ｒａｎｇｅ」６００２、項目「ｅｎｇｉｎｅ１」、「ｅｎｇｉｎｅ２」、「ｅｎｇｉｎｅ３」６００３、項目「ｏｃｃｕｒｒｅｄ」６００４、項目「ｎｏｔｏｃｃｕｒｒｅｄ」６００５、を有するレコードを格納する。
【００５６】
項目「ｔｙｐｅ」６００１は、構成機器５における構成要素で発生が予想される障害の種別を示す値である。項目「ｒａｎｇｅ」６００２は、構成機器５において構成要素の変更が実行された時からの経過時間である。項目「ｅｎｇｉｎｅ１」、「ｅｎｇｉｎｅ２」、「ｅｎｇｉｎｅ３」６００３、は、検知エンジン１、検知エンジン２、検知エンジン３がそれぞれアラートを生成したか否かを示す。項目「ｏｃｃｕｒｒｅｄ」６００４、項目「ｎｏｔｏｃｃｕｒｒｅｄ」６００５、は、検知エンジン１、検知エンジン２、検知エンジン３により生成されたアラートの有無についての特定の組み合わせごとに、実際に障害が発生した、あるいは、発生しなかった回数をそれぞれ示す。
【００５７】
図９の性能モデル６０００のレコード６０１１を見ると、障害の種別を示すコード番号「１」であり、かつ、構成機器５において構成変更が実行された時からの経過時間が「１時間」であることを示す。そして「検知エンジン１、検知エンジン２、検知エンジン３が、障害の発生を予想する結果を出力」した場合において、実際に障害が「１０回」発生し、「２回」発生しなかったことを示している。
【００５８】
ここで、項目「ｅｎｇｉｎｅ１」、「ｅｎｇｉｎｅ２」、「ｅｎｇｉｎｅ３」６００３と、項目「ｏｃｃｕｒｒｅｄ」６００４、項目「ｎｏｔｏｃｃｕｒｒｅｄ」６００５とを見てみいる。例えば、性能モデル６０００のレコード６０１２を見ると、「検知エンジン１、検知エンジン２、が、障害の発生を予想する結果を出力しておらず」、「検知エンジン３のみが、障害の発生を予想する結果を出力」しているが、実際に障害が「７回」発生している。一方で、レコード６０１３を見ると、「検知エンジン１、検知エンジン２、が、障害の発生を予想する結果を出力」し、「検知エンジン３が、障害の発生を予想する結果を出力していないが」、実際に障害が発生していない。したがって、アラートを出力した検知エンジンの数と障害の発生の回数とには、必ずしも相関関係が有るわけではない。検知エンジン１、検知エンジン２、検知エンジン３により生成されたアラートの有無についての特定の組み合わせごとに、実際に障害が発生したか否かを集計することで、障害予兆の検出精度を向上させることができる。
【００５９】
［障害予兆通報装置の動作］
ここで、障害予兆通報装置３の動作について説明する。障害予兆通報装置３は、「障害アラート生成処理」、「性能モデル生成処理」、「予兆通報判断処理」の各種の処理を有する。「障害アラート生成処理」は、監視対象のシステムから出力される構成機器に関するメッセージから、前記システムの有する複数の異なる特性に基づいて生成される複数の検出条件に基づき、障害アラートを生成する。「性能モデル生成処理」は、実際に発生した障害それぞれと、前記複数の検出条件に基づく複数の障害アラート有無とを対応づけ、前記複数の障害アラート有無の組み合わせごとの予測実績を集計する。「予兆通報判断処理」は、メッセージから前記複数の検出条件に基づいて生成されたアラート有無の組み合わせと、前記予測実績に基づき、障害予兆有無を判断する。以下、「障害アラート生成処理」と、「性能モデル生成処理」と、「予兆通報判断処理」の詳細処理について説明する。
【００６０】
［障害アラート生成処理］
図１０に示すフローチャートと、図７のアラート４０００を参照して、本発明による障害予兆通報装置３の障害アラート生成処理の一例について説明する。
【００６１】
ステップＳ１０１において、アラート生成部３０１が、メッセージ受信の有無を判別する。メッセージ受信がある場合には、ステップＳ１０２へ移行する（ステップＳ１０１：ＹＥＳ）。一方で、メッセージ受信がない場合には、ステップＳ１０３へ移行する（ステップＳ１０１：ＮＯ）。
【００６２】
ステップＳ１０２において、アラート生成部３０１が、受信したメッセージを検知エンジンにそれぞれ入力する。このとき検知エンジンは、受信したメッセージに基づいてアラート４０００の形式でアラートを生成する。例えば、図７のアラート４０００の形式によるアラートにおいて、項目「ｔｉｍｅｆｒｏｍ」４００４、項目「ｔｉｍｅｔｏ」４００５は、検知エンジンが、メッセージに入力された時間情報に基づいて生成する。また、項目「ｍｓｇｔｙｐｅ」４００６は、検知エンジンが、メッセージあるいは、複数のメッセージの組み合わせに基づいて生成する。
【００６３】
ステップＳ１０３において、アラート生成部３０１が、入力されているメッセージに基づいてアラートを生成した検知エンジンの有無を判別する。アラートを生成した検知エンジンがある場合には、ステップＳ１０４へ移行する（ステップＳ１０３：ＹＥＳ）。一方で、アラートを生成した検知エンジンがない場合には、ステップＳ１０１へ移行する（ステップＳ１０３：ＮＯ）。
【００６４】
ステップＳ１０４において、アラート生成部３０１が、検知エンジンにより生成されたアラートをアラートＤＢ３０２に記憶する。
【００６５】
ステップＳ１０５において、アラート生成部３０１が、アラートをアラート受付部３０３に出力する。
【００６６】
［性能モデル生成処理］
図１１、図１２、図１３に示すフローチャートと、図４の障害情報１０００、図６の構成変更情報３０００、図７のアラート４０００、図８のアラートセット情報５０００、図９の性能モデル６０００を参照して、本発明による障害予兆通報装置３の性能モデル生成処理の一例について説明する。
【００６７】
図１１は、アラート受付部３０３の動作を示すフローチャートの一例である。
【００６８】
ステップＳ２０１において、アラート受付部３０３が、アラート生成部３０１により出力されたアラート４０００の形式により生成されたアラートを受信する。
【００６９】
ステップＳ２０２において、アラート受付部３０３が、受信したアラートをもとにして、アラートセット情報５０００を生成する。具体的には、図８のアラートセット情報５０００において、アラート受付部３０３が新たなレコードを生成し、項目「ｍｓｇｔｙｐｅ」４００６を基にして項目「ｔｙｐｅ」５００２を設定する。アラート受付部３０３が、項目「ｔｉｍｅｆｒｏｍ」４００４を基にして項目「Ａｌｅｒｔｔｉｍｅ」５００３を設定する。アラート受付部３０３が、項目「ｔｉｍｅｔｏ」４００５を基にして項目「ｌｉｍｉｔｔｉｍｅ」５００４を設定する。
【００７０】
アラート受付部３０３が、項目「Ｅｎｇｉｎｅ  ｉｄ」４００１を基にして項目「ｅｎｇｉｎｅ１」、「ｅｎｇｉｎｅ２」、「ｅｎｇｉｎｅ３」５００５の対応する欄に「Ｙｅｓ」を設定する。他の各検知エンジンに対応する欄については、既存のアラートセット情報において、項目「ｅｎｇｉｎｅ１」、「ｅｎｇｉｎｅ２」、「ｅｎｇｉｎｅ３」５００５の各検知エンジンに対応する欄に「Ｙｅｓ」が設定されており、項目「ｔｙｐｅ」５００２が項目「ｍｓｇｔｙｐｅ」４００６に一致する有効なレコードが存在すれば、新たなレコードの対応する欄にも「Ｙｅｓ」を設定する。ここで「有効な」とは、現在時刻が項目「Ａｌｅｒｔｔｉｍｅ」５００３の値から項目「ｌｉｍｉｔｔｉｍｅ」５００４の値までの間に含まれることを意味する。
【００７１】
さらに、アラート受付部３０３が、構成変更情報３０００に基づいて最新の変更日時から現在時刻までの経過時間を算出し、算出した時間に基づいて項目「ｒａｎｇｅ」５００６の値を設定する。項目「ｒａｎｇｅ」５００６は、「１時間、２４時間、１６８時間、それ以上」のように時間区分が事前に定義される。そして、算出された時間が、どの時間区間に該当するかにより、項目「ｒａｎｇｅ」５００６が求められる。ここで、「１時間」は、０から１時間未満の時間を示し、「２４時間」は、１時間以上で２４時間未満の時間を示し、「１６８時間」は、２４時間以上で１６８時間未満の時間を示す。構成機器５の構成要素が変更されてからの経過時間と構成機器５の構成要素での障害の発生確率とは、相関する関係にあるため、時間区分ごとに障害を分類することができる。
【００７２】
なお、アラート受付部３０３は、項目「ｔｙｐｅ」５００２、項目「Ａｌｅｒｔｔｉｍｅ」５００３、項目「ｌｉｍｉｔｔｉｍｅ」５００４、項目「ｅｎｇｉｎｅ１」、「ｅｎｇｉｎｅ２」、「ｅｎｇｉｎｅ３」５００５、「ｒａｎｇｅ」５００６の各項目のみに情報を入力し、項目「ｏｃｃｕｒｒｅｄ」５００７には情報を入力しない。これは未照合であることを意味する。例えば、図８のアラートセット情報５０００において、レコード５０１２、レコード５０１３が該当する。
【００７３】
ステップＳ２０３において、アラート受付部３０３が、生成したアラートセット情報５０００をアラート結果蓄積部３０４に記憶する。
【００７４】
ステップＳ２０４において、アラート受付部３０３が、項目「ｔｙｐｅ」５００２、項目「ｅｎｇｉｎｅ１」、「ｅｎｇｉｎｅ２」、「ｅｎｇｉｎｅ３」５００５に関する情報を予兆通報判断部３０８に出力する。
【００７５】
図１２は、アラート照合部３０５の動作を示すフローチャートの一例である。
【００７６】
ステップＳ３０１において、アラート照合部３０５が、アラート結果蓄積部３０４に入力されているアラートセット情報５０００を取得する。そして、アラート照合部３０５が、未照合で有効期限の過ぎたレコードを取得する。具体的には、アラート照合部３０５が、取得したアラートセット情報５０００において、項目「ｏｃｃｕｒｒｅｄ」５００７に情報が入力されておらず、項目「ｌｉｍｉｔｔｉｍｅ」５００４に入力されている日時が、現在の日時より古いレコードを取得する。
【００７７】
ステップＳ３０２において、アラート照合部３０５が、取得したアラートセット情報５０００のレコードをもとにして有効期間を求める。具体的には、取得したアラートセット情報５０００のレコードにおいて、アラート照合部３０５が、項目「Ａｌｅｒｔｔｉｍｅ」５００３、項目「ｌｉｍｉｔｔｉｍｅ」５００４の内容を参照する。そして、アラート照合部３０５が、項目「Ａｌｅｒｔｔｉｍｅ」５００３に入力されている日時から項目「ｌｉｍｉｔｔｉｍｅ」５００４に入力されている日時までを有効期間とする。
【００７８】
ステップＳ３０３において、アラート照合部３０５が、項目「ｔｙｐｅ」５００２と有効期間をもとにして、ＣＭＤＢ４に記憶されている図４の障害情報１０００に、該当するレコードがあるかを判別する。具体的には、アラート照合部３０５が、障害情報１０００の項目「ｔｙｐｅ」１００２と項目「ｄａｔｅ」１００３を参照する。そして、項目「ｔｙｐｅ」５００２と項目「ｔｙｐｅ」１００２とが一致し、かつ項目「ｄａｔｅ」１００３に入力された日時が有効期間内であるかを判別する。
【００７９】
障害種別が一致し、かつ有効期間内に項目「ｄａｔｅ」１００３を含む障害情報１０００のレコードがあるときは、ステップＳ３０４へ移行する（ステップＳ３０３：ＹＥＳ）。一方で、障害種別が一致し、かつ有効期間内に項目「ｄａｔｅ」１００３を含む障害情報１０００のレコードがないときは、ステップＳ３０５へ移行する（ステップＳ３０３：ＮＯ）。
【００８０】
ステップＳ３０４において、アラート照合部３０５が、取得しているアラートセット情報５０００のレコードにおいて、項目「ｏｃｃｕｒｒｅｄ」５００７に、障害があることを示す「ＹＥＳ」を入力する。
【００８１】
ステップＳ３０５において、アラート照合部３０５が、取得したアラートセット情報５０００のレコードにおいて、項目「ｏｃｃｕｒｒｅｄ」５００７に、障害がないことを示す「ＮＯ」を入力する。
【００８２】
ステップＳ３０６において、アラート照合部３０５が、アラートセット情報５０００のレコードをアラートセット情報５０００に格納し、アラートセット情報５０００をアラート結果蓄積部３０４に記憶する。
【００８３】
このように、監視対象のシステムから出力される構成機器に関するメッセージから、予め有する異なる条件に基づいて生成された障害アラートの有無の組合せを生成することで、複数の判断基準で障害予兆を捉えることができる。
【００８４】
図１３は、性能モデル生成部３０６の動作を説明するフローチャートの一例である。図１３（ａ）は性能モデル生成処理の動作フローを表し、図１３（ｂ）は予兆通報判断部３０８への性能モデル情報提供処理のフローを表す。
【００８５】
ステップＳ４０１において、性能モデル生成部３０６が、アラートセット情報５０００のレコードを取得する。具体的には、性能モデル生成部３０６が、アラートセット情報５０００に付された項目「ＩＤ」５００１をもとにして、アラートセット情報５０００のレコードを取得する。このとき、性能モデル生成部３０６は、一度取得された項目「ＩＤ」５００１が付されたレコードは取得しない。
【００８６】
ステップＳ４０２において、性能モデル生成部３０６が、取得したアラートセット情報５０００のレコードに対応した性能モデル６０００が存在するかを判別する。具体的には、取得したアラートセット情報５０００のレコードにおいて、性能モデル生成部３０６が、項目「ｔｙｐｅ」５００２、項目「ｅｎｇｉｎｅ１」、「ｅｎｇｉｎｅ２」、「ｅｎｇｉｎｅ３」５００５、項目「ｒａｎｇｅ」５００６、項目「ｏｃｃｕｒｒｅｄ」５００７に入力された情報の内容を参照する。
【００８７】
そして、性能モデル生成部３０６が、参照した項目「ｔｙｐｅ」５００２、項目「ｅｎｇｉｎｅ１」、「ｅｎｇｉｎｅ２」、「ｅｎｇｉｎｅ３」５００５、項目「ｒａｎｇｅ」５００６、の情報をキーとして、性能モデル蓄積部３０７に入力されている図９の性能モデル６０００を参照する。この時、性能モデル生成部３０６が、項目「ｔｙｐｅ」５００２、項目「ｅｎｇｉｎｅ１」、「ｅｎｇｉｎｅ２」、「ｅｎｇｉｎｅ３」５００５、項目「ｒａｎｇｅ」５００６、と同一の情報を含む性能モデル６０００の項目「ｔｙｐｅ」６００１、項目「ｅｎｇｉｎｅ１」、「ｅｎｇｉｎｅ２」、「ｅｎｇｉｎｅ３」６００３、項目「ｒａｎｇｅ」６００２のレコードの有無を判別する。
【００８８】
性能モデル生成部３０６が、同一の情報を含むレコードがあると判別した場合はステップＳ４０３へ移行する（ステップＳ４０２：ＹＥＳ）。一方で、性能モデル生成部３０６が、同一の情報を含むレコードがないと判別した場合ステップＳ４０４へ移行する（ステップＳ４０２：ＮＯ）。
【００８９】
ステップＳ４０３において、性能モデル生成部３０６が、性能モデル６０００の項目「ｏｃｃｕｒｒｅｄ」６００４または項目「ｎｏｔｏｃｃｕｒｒｅｄ」６００５の情報を更新する。具体的には、性能モデル生成部３０６が、同一の情報を含むと判別した性能モデル６０００のレコードを取得する。そして、性能モデル生成部３０６が、取得したアラートセット情報５０００の項目「ｏｃｃｕｒｒｅｄ」５００７の内容に基づいて、性能モデル６０００の項目「ｏｃｃｕｒｒｅｄ」６００４または項目「ｎｏｔｏｃｃｕｒｒｅｄ」６００５の情報を更新する。このとき、アラートセット情報５０００の項目「ｏｃｃｕｒｒｅｄ」５００７の内容が「ＹＥＳ」である場合は、性能モデル生成部３０６が、性能モデル６０００の項目「ｏｃｃｕｒｒｅｄ」６００４に記録された数字をインクリメントする。一方で、アラートセット情報５０００の項目「ｏｃｃｕｒｒｅｄ」５００７の内容が「ＮＯ」である場合は、性能モデル生成部３０６が、性能モデル６０００の項目「ｎｏｔｏｃｃｕｒｒｅｄ」６００５に記録された数字をインクリメントする。その後、性能モデル生成部３０６が、性能モデル６０００を性能モデル蓄積部３０７に入力する。
【００９０】
ステップＳ４０４において、性能モデル生成部３０６が、読み込んだアラートセット情報５０００に基づいて性能モデル６０００の新しいレコードを作成する。性能モデル生成部３０６はまず、アラートセット情報５０００の項目「ｔｙｐｅ」５００２、項目「ｅｎｇｉｎｅ１」、「ｅｎｇｉｎｅ２」、「ｅｎｇｉｎｅ３」５００５、項目「ｒａｎｇｅ」５００６の内容に基づいて、性能モデル６０００の新しいレコードの項目「ｔｙｐｅ」６００１、項目「ｅｎｇｉｎｅ１」、「ｅｎｇｉｎｅ２」、「ｅｎｇｉｎｅ３」６００３、項目「ｒａｎｇｅ」６００２を設定する。さらに、アラートセット情報５０００の項目「ｏｃｃｕｒｒｅｄ」５００７の内容が「ＹＥＳ」である場合は、性能モデル生成部３０６が、性能モデル６０００の新しいレコードの項目「ｏｃｃｕｒｒｅｄ」６００４に数字「１」を入力する。一方で、アラートセット情報５０００の項目「ｏｃｃｕｒｒｅｄ」５００７の内容が「ＮＯ」である場合は、性能モデル生成部３０６が、性能モデル６０００の新しいレコードの項目「ｎｏｔｏｃｃｕｒｒｅｄ」６００５に数字「１」を入力する。その後、性能モデル生成部３０６が、性能モデル６０００を性能モデル蓄積部３０７に入力する。
【００９１】
ステップＳ４０５において、性能モデル生成部３０６が、予兆通報判断部３０８が出力した、項目「ｔｙｐｅ」５００２、項目「ｅｎｇｉｎｅ１」、「ｅｎｇｉｎｅ２」、「ｅｎｇｉｎｅ３」５００５、構成機器５において構成変更が実行された時からの経過時間が入力された項目「ｒａｎｇｅ」に関する情報を受信する。
【００９２】
ステップＳ４０６において、性能モデル生成部３０６が、性能モデル蓄積部３０７から性能モデル６０００を取得し、受信した項目「ｔｙｐｅ」５００２、項目「ｅｎｇｉｎｅ１」、「ｅｎｇｉｎｅ２」、「ｅｎｇｉｎｅ３」５００５、項目「ｒａｎｇｅ」に入力された情報をキーとして、該当するレコードを特定する。具体的には、性能モデル生成部３０６が、性能モデル６０００の項目「ｔｙｐｅ」６００１、項目「ｅｎｇｉｎｅ１」、「ｅｎｇｉｎｅ２」、「ｅｎｇｉｎｅ３」６００３、項目「ｒａｎｇｅ」６００２に入力された情報と、項目「ｔｙｐｅ」５００２、項目「ｅｎｇｉｎｅ１」、「ｅｎｇｉｎｅ２」、「ｅｎｇｉｎｅ３」５００５、項目「ｒａｎｇｅ」に入力された各情報とが一致するレコードを特定する。
【００９３】
ステップＳ４０７において、性能モデル生成部３０６が、特定した性能モデル６０００のレコードを予兆通報判断部３０８へ出力する。
【００９４】
このように、実際に発生した障害それぞれと、複数の検出条件に基づく複数の障害アラート有無とを対応づけ、複数の障害アラート有無の組み合わせごとの予測実績を集計することで、個別の検知エンジンの出力結果では捉えることができない障害予兆であっても、複数の検知エンジンの出力結果の組み合わせにより、適切に障害予兆を捉えることができる。
【００９５】
［予兆通報判断処理］
図１４に示すフローチャートと、図４の障害情報１０００、図６の構成変更情報３０００、図８のアラートセット情報５０００、図９の性能モデル６０００を参照して、本発明による障害予兆通報装置３の予兆通報判断処理の一例について説明する。
【００９６】
図１４は、予兆通報判断部３０８の動作を説明するフローチャートの一例である。
【００９７】
ステップＳ５０１において、予兆通報判断部３０８が、アラート受付部３０３からアラートセット情報５０００の項目「ｔｙｐｅ」５００２、項目「ｅｎｇｉｎｅ１」、「ｅｎｇｉｎｅ２」、「ｅｎｇｉｎｅ３」５００５に入力された情報を受信する。
【００９８】
ステップＳ５０２において、予兆通報判断部３０８が、構成変更情報３０００から最新の項目「ｄａｔｅ」３００３を取得する。
【００９９】
ステップＳ５０３において、予兆通報判断部３０８が、項目「ｄａｔｅ」３００３をもとにして、構成機器５において構成変更が実行された時からの経過時間を項目「ｒａｎｇｅ」に設定する。具体的には、項目「ｒａｎｇｅ」は、現在の日時と「ｄａｔｅ」３００３の日時との差により算出された時間である。なお、項目「ｒａｎｇｅ」は、「１時間、２４時間、１６８時間、それ以上」のように時間区分が事前に定義される。そして、算出された時間が、どの時間区間に該当するかにより、項目「ｒａｎｇｅ」が設定される。ここで、「１時間」は、０から１時間未満の時間を示し、「２４時間」は、１時間以上で２４時間未満の時間を示し、「１６８時間」は、２４時間以上で１６８時間未満の時間を示す。構成機器５の構成要素が変更されてからの経過時間と構成機器５の構成要素での障害の発生確率とは、相関する関係にあるため、時間区分ごとに障害を分類することができる。
【０１００】
ステップＳ５０４において、予兆通報判断部３０８が、項目「ｔｙｐｅ」５００２、項目「ｅｎｇｉｎｅ１」、「ｅｎｇｉｎｅ２」、「ｅｎｇｉｎｅ３」５００５、項目「ｒａｎｇｅ」、に関する情報を性能モデル生成部３０６へ出力する。
【０１０１】
ステップＳ５０５において、予兆通報判断部３０８が、性能モデル生成部３０６から図９の性能モデル６０００のレコードを受信する。
【０１０２】
ステップＳ５０６において、予兆通報判断部３０８が、受信したレコードの項目「ｏｃｃｕｒｒｅｄ」６００４、項目「ｎｏｔｏｃｃｕｒｒｅｄ」６００５を参照し、項目「ｏｃｃｕｒｒｅｄ」６００４に入力された数字が、項目「ｎｏｔｏｃｃｕｒｒｅｄ」６００５に入力された数字より多いかどうかを判別する。多い場合はステップＳ５０７へ移行する（ステップＳ５０６：ＹＥＳ）。一方で多くない場合はステップＳ５０８へ移行する（ステップＳ５０６：ＮＯ）。
【０１０３】
ステップＳ５０７において、予兆通報判断部３０８が、出力部３０９に監視対象のシステムについて障害が予兆される旨を通報する。
【０１０４】
ステップＳ５０８において、予兆通報判断部３０８が、出力部３０９に監視対象のシステムついて障害が予兆される旨を通報しない。
【０１０５】
このように、メッセージから複数の検出条件に基づいて検出した結果の組み合わせと、予測実績に基づき、障害予兆有無を判断することで、適切に障害を予測することができる。また、構成機器についての構成変更からの経過時間に基づいて判定することにより、障害予兆の判定精度を向上させることができる。さらに、個々の検知エンジンの出力した組み合わせ結果の有効性を、実績を考慮した基準で判定することができるので、判定精度を向上させることができる。
なお、アラートセット情報５０００および性能モデル６０００のレコードを、構成要素ごとあるいは構成要素の種別ごとに生成してもよい。その場合、アラートセット情報５０００および性能モデル６０００の各レコードに構成要素あるいは構成要素の種別を特定するための項目を含め、構成変更からの経過時間を、構成要素ごとあるいは構成要素の種別ごとの最新日時から算出する。こうすることにより、構成要素あるいは構成要素の種別に応じた基準で障害予兆を判定することができるので、障害予兆の判定精度を向上させることができる。
【符号の説明】
【０１０６】
１   クライアント端末
２   データセンタ
３   障害予兆通報装置
４   ＣＭＤＢ
５   構成機器
３１   ＣＰＵ
３２   メモリ
３３   入力装置
３４   出力装置
３５   外部記憶装置
３６   媒体駆動装置
３７   ネットワーク接続装置
３０１   アラート生成部
３０２   アラートＤＢ
３０３   アラート受付部
３０４   アラート結果蓄積部
３０５   アラート照合部
３０６   性能モデル生成部
３０７   性能モデル蓄積部
３０８   予兆通報判断部
３０９   出力部
１０００  障害情報
１００１  項目「ｉｄ」
１００２  項目「ｔｙｐｅ」
１００３  項目「ｄａｔｅ」
１００４  項目「ｔｉｔｌｅ」
１００５  項目「ＣＩ  ｉｄ」
２０００  構成情報
２００１  項目「ｉｄ」
２００２  項目「ＣＩ  ｔｙｐｅ」
２００３  項目「Ｈｏｓｔｎａｍｅ」
２００４  項目「ＩＰ  ａｄｄｒｅｓｓ」
３０００  構成変更情報
３００１  項目「ｉｄ」
３００２  項目「ｔｙｐｅ」
３００３  項目「ｄａｔｅ」
３００４  項目「ＣＩ  ｉｄ」
４０００  アラート
４００１  項目「Ｅｎｇｉｎｅ  ｉｄ」
４００２  項目「ｉｄ」
４００３  項目「ｔｉｍｅｒｅｃ」
４００４  項目「ｔｉｍｅｆｒｏｍ」
４００５  項目「ｔｉｍｅｔｏ」
４００６  項目「ｍｓｇｔｙｐｅ」
５０００  アラートセット情報
５００１  項目「ＩＤ」
５００２  項目「ｔｙｐｅ」
５００３  項目「Ａｌｅｒｔｔｉｍｅ」
５００４  項目「ｌｉｍｉｔｔｉｍｅ」
５００５  項目「ｅｎｇｉｎｅ１」、「ｅｎｇｉｎｅ２」、「ｅｎｇｉｎｅ３」
５００６  項目「ｒａｎｇｅ」
５００７  項目「ｏｃｃｕｒｒｅｄ」
６０００  性能モデル
６００１  項目「ｔｙｐｅ」
６００２  項目「ｒａｎｇｅ」
６００３  項目「ｅｎｇｉｎｅ１」、「ｅｎｇｉｎｅ２」、「ｅｎｇｉｎｅ３」
６００４  項目「ｏｃｃｕｒｒｅｄ」
６００５  項目「ｎｏｔｏｃｃｕｒｒｅｄ」
【図１】
2015109069.tif 000003
【図２】
2015109069.tif 000004
【図４】
2015109069.tif 000005
【図６】
2015109069.tif 000006
【図７】
2015109069.tif 000007
【図９】
2015109069.tif 000008
【図１０】
2015109069.tif 000009
【図１２】
2015109069.tif 000010
【図３】
2015109069.tif 000011
【図５】
2015109069.tif 000012
【図８】
2015109069.tif 000013
【図１１】
2015109069.tif 000014
【図１３】
2015109069.tif 000015
【図１４】
2015109069.tif 000016