(57)【要約】【課題】インシデント管理に不必要なメッセージを抑制すること。【解決手段】バースト判定システム２が、監視対象機器１から通知されたメッセージ２０が非監視対象か否かをメッセージＤＢ８に格納したＡｇｅｎｔ非監視メッセージリストを参照してメッセージを判定し、この判定により監視対象のメッセージがバーストか否かを単位時間当たりのメッセージ発生件数に基づいた性能により判定し、この判定によりバーストと判定したメッセージを期限順にメッセージ集約ＤＢ３のメッセージ集約テーブルに格納し、性能監視システム４が、優先度の高い順にメッセージをメッセージ集約ＤＢ３からインシデント管理システム９に送信するインシデント管理システム。【選択図】図１
2016099725.tif 000002
【特許請求の範囲】
【請求項１】
監視対象機器から通知されたメッセージがバーストか否かの判定を行うバースト判定システムと、該バースト判定システムがバーストと判定したメッセージをメッセージ集約テーブルとして格納するメッセージ集約ＤＢと、バーストが収束した後に滞留したメッセージを送信する性能監視システムと、該バースト判定システム及び性能監視システムとネットワークを介して接続され、メッセージが監視対象か否かを判定する非監視メッセージ抽出システム及びＡｇｅｎｔ非監視メッセージリストを格納するメッセージＤＢを備える監視センタとを含むインシデント管理システムであって、
前記メッセージ集約ＤＢが、数値が低いほど優先度が高い一意の値を表すメッセージＩＤと、メッセージを発生させたマシン名と、メッセージに含まれるイベントＩＤと、メッセージが発生した時刻を表す発生時刻と、メッセージとを含むメッセージ集約テーブルを格納し、
インシデントＤＢが、インシデントが起票された順にＩＤが振り分けられるインシデントＩＤと、発生元マシン名と、メッセージに含まれるイベントＩＤと、メッセージが発生した時刻を表す発生時刻と、メッセージ内容と、インシデントを完了するまでの期限とを含むインデントテーブルを格納し、
前記バースト判定システムが、監視対象機器から通知されたメッセージが非監視対象か否かをＡｇｅｎｔ非監視メッセージリストを参照して障害メッセージを判定し、該判定により監視対象のメッセージがバーストか否かを単位時間当たりのメッセージ発生件数に基づいた性能により判定し、該判定によりバーストと判定したメッセージを期限順にメッセージ集約テーブルに格納し、
前記性能監視システムが、メッセージのバーストが収束した後、優先度の高い順にメッセージを集約ＤＢからインシデント管理システムに送信し、該送信したメッセージを集約ＤＢから削除することを特徴とするインシデント管理システム。
【請求項２】
前記バースト判定システムが、インシデント管理システムに送信済みのメッセージの件数がインシデント管理システムの性能を超えているか否かを判定し、性能を超えていると判定したとき処理を終了することを特徴とする請求項1記載のインシデント管理システム。
【請求項３】
前記メッセージＤＢが、
メッセージが発生した順にＩＤが付与された一意のメッセージＩＤと、メッセージ内容と、起票をＴｒｕｅ又は非起票をＦａｌｓｅで表すインシデントと、メッセージの発生元ホスト名を表す送信元Ａｇｅｎｔとを格納するメッセージテーブルと、
テーブル内で一意の値で登録された順に付与されたＩＤを表すＡｇｅｎｔＩＤと、メッセージを送信した監視対象機器のホスト名と、メッセージを送信したＩＰアドレスとを格納するＡｇｅｎｔリストテーブルと、
一意な値を表すＩＤと、不必要と判定されたメッセージを表す対象メッセージと、対象メッセージを送信する監視対象機器のホスト名を表す対象Ａｇｅｎｔとを格納するＡｇｅｎｔ非監視メッセージリストとを備え、
前記非監視メッセージ抽出システムが、
前記Ａｇｅｎｔ非監視メッセージリストが空で無ければＡｇｅｎｔ非監視メッセージリストを空にする第１工程と、
前記メッセージＤＢからインシデントがＦａｌｓｅのレコードを検索する第２工程と、
前記第２工程による検索結果が空でないと判定したとき、検索したレコードからメッセージ内容と送信元Ａｇｅｎｔを取得する第３工程と、
前記Ａｇｅｎｔ非監視メッセージリストの対象メッセージ及び対象Ａｇｅｎｔに前記第３工程により取得したメッセージ内容及び送信元Ａｇｅｎｔを格納する第４工程と、
該第４工程により格納したメッセージ内容から日付箇所を抽出し、該抽出した日付箇所をワイルドカード文字に置換する第５工程と、
前記Ａｇｅｎｔリストテーブルのホスト名毎にＡｇｅｎｔ非監視メッセージリストから対応するメッセージを取得する第６工程と、
前記Ａｇｅｎｔリストテーブルで対応するＩＰアドレスを送信先として指定し、Ａｇｅｎｔ非監視メッセージリストを送信する第７工程とを実行することを特徴とする請求項１又は２記載のインシデント管理システム。
【請求項４】
監視対象機器から通知されたメッセージがバーストか否かの判定を行うバースト判定システムと、該バースト判定システムがバーストと判定したメッセージをメッセージ集約テーブルとして格納するメッセージ集約ＤＢと、バーストが収束した後に滞留したメッセージを送信する性能監視システムと、該バースト判定システム及び性能監視システムとネットワークを介して接続され、メッセージが監視対象か否かを判定する非監視メッセージ抽出システム及びＡｇｅｎｔ非監視メッセージリストを格納するメッセージＤＢを備える監視センタとを含むコンピュータシステムのインシデント管理方法であって、
前記メッセージ集約ＤＢに、数値が低いほど優先度が高い一意の値を表すメッセージＩＤと、メッセージを発生させたマシン名と、メッセージに含まれるイベントＩＤと、メッセージが発生した時刻を表す発生時刻と、メッセージとを含むメッセージ集約テーブルを格納させ、
インシデントＤＢに、インシデントが起票された順にＩＤが振り分けられるインシデントＩＤと、発生元マシン名と、メッセージに含まれるイベントＩＤと、メッセージが発生した時刻を表す発生時刻と、メッセージ内容と、インシデントを完了するまでの期限とを含むインデントテーブルを格納させ、
前記バースト判定システムに、監視対象機器から通知されたメッセージが非監視対象か否かをＡｇｅｎｔ非監視メッセージリストを参照して障害メッセージを判定させ、該判定により監視対象のメッセージがバーストか否かを単位時間当たりのメッセージ発生件数に基づいた性能により判定させ、該判定によりバーストと判定したメッセージを期限順にメッセージ集約テーブルに格納させ、
前記性能監視システムに、メッセージのバーストが収束した後、優先度の高い順にメッセージを集約ＤＢからインシデント管理システムに送信させ、該送信したメッセージを集約ＤＢから削除させることを特徴とするインシデント管理方法。
【請求項５】
前記バースト判定システムに、インシデント管理システムに送信済みのメッセージの件数がインシデント管理システムの性能を超えているか否かを判定させ、性能を超えていると判定したとき処理を終了させることを特徴とする請求項４記載のインシデント管理方法。
【請求項６】
前記メッセージＤＢに、
メッセージが発生した順にＩＤが付与された一意のメッセージＩＤと、メッセージ内容と、起票をＴｒｕｅ又は非起票をＦａｌｓｅで表すインシデントと、メッセージの発生元ホスト名を表す送信元Ａｇｅｎｔとを格納するメッセージテーブルと、
テーブル内で一意の値で登録された順に付与されたＩＤを表すＡｇｅｎｔＩＤと、メッセージを送信した監視対象機器のホスト名と、メッセージを送信したＩＰアドレスとを格納するＡｇｅｎｔリストテーブルと、
一意な値を表すＩＤと、不必要と判定されたメッセージを表す対象メッセージと、対象メッセージを送信する監視対象機器のホスト名を表す対象Ａｇｅｎｔとを格納するＡｇｅｎｔ非監視メッセージリストとを設け、
前記非監視メッセージ抽出システムに、
前記Ａｇｅｎｔ非監視メッセージリストが空で無ければＡｇｅｎｔ非監視メッセージリストを空にする第１工程と、
前記メッセージＤＢからインシデントがＦａｌｓｅのレコードを検索する第２工程と、
前記第２工程による検索結果が空でないと判定したとき、検索したレコードからメッセージ内容と送信元Ａｇｅｎｔを取得する第３工程と、
前記Ａｇｅｎｔ非監視メッセージリストの対象メッセージ及び対象Ａｇｅｎｔに前記第３工程により取得したメッセージ内容及び送信元Ａｇｅｎｔを格納する第４工程と、
該第４工程により格納したメッセージ内容から日付箇所を抽出し、該抽出した日付箇所をワイルドカード文字に置換する第５工程と、
前記Ａｇｅｎｔリストテーブルのホスト名毎にＡｇｅｎｔ非監視メッセージリストから対応するメッセージを取得する第６工程と、
前記Ａｇｅｎｔリストテーブルで対応するＩＰアドレスを送信先として指定し、Ａｇｅｎｔ非監視メッセージリストを送信する第７工程とを実行させることを特徴とする請求項４又は５記載のインシデント管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システムのインシデント管理業務において、過去の障害メッセージとそのメッセージの起票状態を用い、各監視対象機器における不必要な障害メッセージを自動で抽出・判定し、監視対象機器からの対応が不必要なメッセージを抑制することができるインシデント管理システム及びインシデント管理方法に関する。
【背景技術】
【０００２】
一般にコンピュータシステムにおいてはシステム運用に関して保安上の脅威となる現象をインシデントと呼び、データセンタにおいて顧客から預かった情報システムを預かり、そのシステムの障害対応までを含めた運用サービスを含むインシデント管理運用業務を管理する。このインシデント管理運用業務に関する技術が記載された文献としては下記の特許文献１が挙げられ、この特許文献１には、「対象システムで発生したインシデントの情報をもとに、データベースに格納されている既知のインシデントの情報を自動的に検索し、当該発生したインシデントが既知のインシデントに該当するかどうかを判定し、該当する既知のインシデントの対応手順を含む情報を取得し、前記発生したインシデントに適用するための情報として出力する処理を行う」という記載がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−７６１６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
前述の特許文献１に記載された技術は、対象システムの特性や状況などに応じて効率的な対応を実現できる効果に留まる。
【０００５】
そこで、本発明では、監視対象機器からの対応が不必要なメッセージを抑制することができるインシデント管理システム及びインシデント管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
前記目的を達成するため本発明によるインシデント管理システムは、監視対象機器から通知されたメッセージがバーストか否かの判定を行うバースト判定システムと、該バースト判定システムがバーストと判定したメッセージをメッセージ集約テーブルとして格納するメッセージ集約ＤＢと、バーストが収束した後に滞留したメッセージを送信する性能監視システムと、該バースト判定システム及び性能監視システムとネットワークを介して接続され、メッセージが監視対象か否かを判定する非監視メッセージ抽出システム及びＡｇｅｎｔ非監視メッセージリストを格納するメッセージＤＢを備える監視センタとを含むインシデント管理システムであって、
前記メッセージ集約ＤＢが、数値が低いほど優先度が高い一意の値を表すメッセージＩＤと、メッセージを発生させたマシン名と、メッセージに含まれるイベントＩＤと、メッセージが発生した時刻を表す発生時刻と、メッセージ内容とを含むメッセージ集約テーブルを格納し、
インシデントＤＢが、インシデントが起票された順にＩＤが振り分けられるインシデントＩＤと、発生元マシン名と、メッセージに含まれるイベントＩＤと、メッセージが発生した時刻を表す発生時刻と、メッセージ内容と、インシデントを完了するまでの期限とを含むインデントテーブルを格納し、
前記バースト判定システムが、監視対象機器から通知されたメッセージが非監視対象か否かをＡｇｅｎｔ非監視メッセージリストを参照して障害メッセージを判定し、
該判定により監視対象の障害メッセージがバーストか否かを単位時間当たりのメッセージ発生件数に基づいた性能により判定し、該判定によりバーストと判定した障害メッセージを期限順にメッセージ集約テーブルに格納し、
前記性能監視システムが、メッセージのバーストが収束した後、優先度の高い順に障害メッセージを集約ＤＢからインシデント管理システムに送信し、該送信した障害メッセージを集約ＤＢから削除することを主な特徴とする。
【０００７】
また、本発明によるインシデント管理方法は、監視対象機器から通知されたメッセージがバーストか否かの判定を行うバースト判定システムと、該バースト判定システムがバーストと判定したメッセージをメッセージ集約テーブルとして格納するメッセージ集約ＤＢと、バーストが収束した後に滞留したメッセージを送信する性能監視システムと、該バースト判定システム及び性能監視システムとネットワークを介して接続され、メッセージが監視対象か否かを判定する非監視メッセージ抽出システム及びＡｇｅｎｔ非監視メッセージリストを格納するメッセージＤＢを備える監視センタとを含むコンピュータシステムのインシデント管理方法であって、
前記メッセージ集約ＤＢに、数値が低いほど優先度が高い一意の値を表すメッセージＩＤと、メッセージを発生させたマシン名と、メッセージに含まれるイベントＩＤと、メッセージが発生した時刻を表す発生時刻と、メッセージ内容とを含むメッセージ集約テーブルを格納させ、
前記インシデントＤＢに、インシデントが起票された順にＩＤが振り分けられるインシデントＩＤと、発生元マシン名と、メッセージに含まれるイベントＩＤと、メッセージが発生した時刻を表す発生時刻と、メッセージ内容と、インシデントを完了するまでの期限とを含むインデントテーブルを格納させ、
前記バースト判定システムに、監視対象機器から通知されたメッセージが非監視対象か否かをＡｇｅｎｔ非監視メッセージリストを参照して障害メッセージを判定させ、該判定により監視対象の障害メッセージがバーストか否かを単位時間当たりのメッセージ発生件数に基づいた性能により判定させ、該判定によりバーストと判定した障害メッセージを期限順にメッセージ集約テーブルに格納させ、
前記性能監視システムに、メッセージのバーストが収束した後、優先度の高い順に障害メッセージを集約ＤＢからインシデント管理システムに送信させ、該送信した障害メッセージを集約ＤＢから削除させることを主な特徴とする。
【発明の効果】
【０００８】
本発明によるインシデント管理システム及びインシデント管理方法は、過去の障害メッセージとそのメッセージの起票状態を用い、監視対象機器からの対応が不必要な障害メッセージを自動で抽出・判定し、不必要なメッセージを抑制することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施例によるインシデント管理システムを説明するための図。
【図２】本実施例によるメッセージ集約ＤＢの項目例を示す図。
【図３】本実施例によるインシデントＤＢの項目例を示す図。
【図４】本実施例によるメッセージＤＢの項目例を示す図。
【図５】本実施例によるバースト判定システムの動作フロー図。
【図６】本実施例による性能監視システムの動作フロー図。
【図７】本実施例による非監視メッセージ抽出システムの動作フロー図。
【発明を実施するための形態】
【００１０】
以下、本発明の実施例によるインシデント管理方法を適用したインシデント管理システムを説明する。
【実施例】
【００１１】
［構成］
本実施例によるインシデント管理システムは、メッセージバースト時における送信抑止機能を有するものであって、図１に示す如く、監視対象機器１から通知されたメッセージ２０がバースト（短時間で大量の障害情報メッセージが発生する状態）か否かの判定を行うバースト判定システム２と、該バースト判定システム２がバーストと判定したメッセージをメッセージ集約テーブルとして格納するメッセージ集約ＤＢ（データベース）３と、バーストが収束した後、滞留したメッセージを送信する性能監視システム４と、該バースト判定システム２及び性能監視システム４とネットワーク５を介して接続された監視センタ６とから構成される。
【００１２】
前記監視センタ６は、メッセージが対策を必要とする障害メッセージか否かをインシデント起票状況他を用いて判定する非監視メッセージ抽出システム７と、該非監視メッセージ抽出システム７が判定したメッセージ及びインシデント起票状況、不要な障害メッセージを格納するメッセージＤＢ８と、該非監視メッセージ抽出システム７が監視対象メッセージと判定したメッセージをインシデントとして管理するインシデント管理システム９と、該インシデント管理システム９が管理する多数のインデントをインシデントテーブルとして格納するインシデントＤＢ１０とを備える。
【００１３】
前記メッセージ集約ＤＢ３に格納するメッセージ集約テーブルは、図２に示す如く、メッセージＩＤと発生元マシン名と発生元ＩＰアドレスとイベントＩＤと発生時刻とメッセージの各項目情報を格納する。前記メッセージＩＤは数値が低いほど優先度が高い一意の値を表し、発生元マシン名及び発生元ＩＰアドレスはメッセージを発生させたマシン名とそのマシンのＩＰアドレスを表す。前記イベントＩＤはメッセージに含まれるイベントのＩＤを表し、発生時刻はメッセージが発生した時刻を意味し、メッセージはメッセージの内容を表す。
【００１４】
前記インシデントＤＢ１０に格納するインデントテーブルは、図３に示す如く、インシデントＩＤと発生元マシン名と発生元ＩＰアドレスとイベントＩＤと発生時刻とメッセージとステータスと開始時刻と終了時刻と期限との各項目情報を格納する。該インシデントＩＤはインシデントが起票された順にＩＤが振り分けられる一意の値を表し、発生元マシン名及び発生元ＩＰアドレスはメッセージを発生させたマシン名とそのマシンのＩＰアドレスを表す。イベントＩＤはメッセージに含まれるイベントのＩＤを表し、発生時刻はメッセージが発生した時刻を表し、メッセージはメッセージの内容を表す。ステータスはインシデントの障害対応の実施状況（未着手、完了）を表し、開始時刻は障害対応実施開始時刻が格納され、終了時刻は障害対応実施完了時刻を表し、期限はインシデントを完了するまでの期限を表す。
【００１５】
前記メッセージＤＢ８は、図４（ａ）〜（ｃ）に示す、メッセージテーブルとＡｇｅｎｔリストテーブルとＡｇｅｎｔ非監視メッセージリストとを記憶する。
【００１６】
前記メッセージテーブルは、図４（ａ）に示す如く、メッセージＩＤと、メッセージ内容と、インシデント（Ｔｒｕｅ又はＦａｌｓｅ）と、送信元Ａｇｅｎｔとを格納し、前記メッセージＩＤはメッセージが発生した順にＩＤが付与された一意の値を表し、メッセージはメッセージの内容を表し、インシデントはインシデント起票状況を表し、インシデントとして起票されたならばＴｒｕｅ、起票されていなければＦａｌｓｅが格納される。送信元Ａｇｅｎｔはメッセージの発生元ホスト名を表す。
【００１７】
前記Ａｇｅｎｔリストテーブルは、図４（ｂ）に示す如く、ＡｇｅｎｔＩＤとホスト名とＩＰアドレスとを格納する。前記ＡｇｅｎｔＩＤはテーブル内で一意の値で登録された順に付与されたＩＤを表し、ホスト名及びＩＰアドレスはメッセージを送信した監視対象機器のホスト名とＩＰアドレスをそれぞれ表す。
【００１８】
前記Ａｇｅｎｔ非監視メッセージリストは、図４（ｃ）に示す如く、ＩＤと対象メッセージと対象Ａｇｅｎｔとを格納する。前記ＩＤはリスト内で一意な値を表し、対象メッセージは不必要と判定された障害メッセージを表す。ただし、対象メッセージ内の日付の文字列はワイルドカード文字列に置換される。対象Ａｇｅｎｔは対象メッセージを送信する監視対象機器のホスト名を表す。
【００１９】
［動作］
［バースト判定システム２動作］
このように構成された本実施例によるインシデント管理システムは、バースト判定システム２が監視対象機器１から通知されたメッセージ２０が管理センタ６へ送信を要する障害メッセージのみ対象とし、バーストか否かの判定を行うと共に該判定及び期限に基づいて優先度を付けるものであって、このバースト判定を図５に示す次のステップにより実行する。
【００２０】
ステップＳ５０１：監視対象機器に対する対応が不必要な障害メッセージを確定させるためにＡｇｅｎｔ非監視リストを受信したか否かを判定するステップ。
ステップＳ５０２：該ステップＳ５０１においてＡｇｅｎｔ非監視リストを受信したと判定したとき、該Ａｇｅｎｔ非監視リストと比較して発生したメッセージが非監視対象メッセージか否かを判定するステップ。
【００２１】
ステップＳ５０４：前記ステップＳ５０１においてＡｇｅｎｔ非監視リストを受信していないと判定したとき、又は前記ステップＳ５０２においてメッセージが非監視対象メッセージでないと判定したとき、受信メッセージを監視対象メッセージ（障害メッセージ）として設定するステップ。
ステップＳ５０３：前記ステップＳ５０２において、非監視対象のメッセージであると判定したとき、メッセージ内容をログ出力して処理を完了するステップ。
【００２２】
ステップＳ５０５：ステップＳ５０４において監視対象メッセージと設定したとき、受信メッセージがバーストか否かの判定を行うステップ。このステップＳ５０５におけるバーストの判定は、予めインシデント管理システム９の性能（閾値＝件数／分：単位時間当たりのメッセージ発生件数）を設定しておき、その性能を超えるメッセージが発生したか否かによって、バーストが起きているか否かを判定する。
【００２３】
ステップＳ５０６：該ステップＳ５０５においてバーストでないと判定したとき、優先度をＡとしてメッセージを送信して処理を終了するステップ。
ステップＳ５０７：ステップＳ５０５においてバーストであると判定したとき、優先度をＢと設定するステップ。
【００２４】
ステップＳ５０８：該ステップＳ５０７に続き、受信メッセージをメッセージ集約ＤＢ３のメッセージ集約テーブルに格納するステップ。即ち、このステップＳ５０８はインシデント管理システム９の処理能力を超えるバーストが発生しているとき、メッセージをメッセージ集約ＤＢ３に一時的に格納する。
ステップＳ５０９：該ステップＳ５０８に続き、バーストメッセージを既に送信したか否かを判定するステップ。ここで述べるバーストメッセージとは、バーストが発生していると判定された際にバーストしていることをインシデント管理システム９に通知するためのメッセージである。
【００２５】
ステップＳ５１０：該ステップＳ５０９においてバーストメッセージを既に送信していないと判定したとき、集約したことがわかる趣旨のメッセージを送信するステップ。
ステップＳ５１１：該ステップＳ５１０に続いて又は前記ステップＳ５０９においてバーストメッセージを送信していると判定したとき、集約されている受信メッセージから期限の短い順に優先度が高くなるように優先度を再設定するステップ。この優先度の再設定は、インシデントＤＢ１０に格納されている期限から現時刻から期限までの時間が短いものから順にメッセージＩＤを振り分ける。
【００２６】
このように本実施例によるバースト判定システム２が受信したメッセージがバーストか否かの判定を行い、バーストが発生しているときにはメッセージをメッセージ集約ＤＢ３に該判定及び対応期限に基づいて優先度を付与して格納するように動作する。
【００２７】
［性能監視システム４動作］
次いで、本実施例によるインシデント管理システムは、性能監視システム４が、メッセージのバーストが収束した後、集約した障害メッセージを、ネットワーク５を介して順次、監視センタ６へ送信するものであり、この動作は図６に示す次の各ステップにより実行される。
【００２８】
ステップＳ６０１：既に送信済みのメッセージの件数がインシデント管理システム９の性能（閾値＝件数／分）を超えているか否かを判定し、性能を超えていると判定したとき（インシデント管理システム９の処理能力を超えていると判定したとき）に処理を終了するステップ。
【００２９】
ステップＳ６０２：該ステップＳ６０１において性能を超えていないと判定したとき、メッセージ集約ＤＢ３のメッセージ集約テーブルにメッセージが格納されているか否かを判定するステップ。
ステップＳ６０３：該ステップＳ６０２においてメッセージ集約ＤＢ３のメッセージ集約テーブルにメッセージが格納されてないと判定したとき、バースト解除メッセージを送信して処理を終了するステップ。
【００３０】
ステップＳ６０４：前記ステップＳ６０２においてメッセージ集約ＤＢ３のメッセージ集約テーブルにメッセージを格納していると判定したとき、一番優先度の高いメッセージ（メッセージＩＤが最小のメッセージ）を１件取得するステップ。
ステップＳ６０５：該ステップＳ６０４にて取得したメッセージを監視センタ６へ送信するステップ。
ステップＳ６０６：該ステップＳ６０５によって送信したメッセージを削除して前記ステップＳ６０１に戻るステップ。
【００３１】
このように本実施例による性能監視システム４は、メッセージのバーストが収束した後、集約した障害メッセージの内から優先度の高いメッセージから順次監視センタ６へ送信するように動作する。尚、性能監視システム４は起動間隔が設定され、この起動間隔毎に前述のステップが実行される。
【００３２】
［非監視メッセージ抽出システム７動作］
さらに本実施例によるインシデント管理システムは、監視センタ６の非監視メッセージ抽出システム７が、過去のメッセージとインシデント起票状況から、各監視対象機器で発生している不必要な障害メッセージを抽出し、そのリストをバースト判定システム２へ送信するものであり、この動作は図７に示す次の各ステップにより実行される。
【００３３】
ステップＳ７０１：Ａｇｅｎｔ非監視メッセージリストが空で無ければＡｇｅｎｔ非監視メッセージリストを空にするステップ。
ステップＳ７０２：メッセージＤＢ８からインシデントがＦＡＬＳＥ（偽）の行（レコード）を検索するステップ。
ステップＳ７０３：該ステップＳ７０２による検索結果が空（ｅｍｐｔｙ）であるか否かを判定し、空と判定したときに処理を終了するステップ。
【００３４】
ステップＳ７０４：該ステップＳ７０３において検索結果が空（ｅｍｐｔｙ）でないと判定したとき、検索した行（レコード）からメッセージ内容と送信元Ａｇｅｎｔを取得するステップ。
ステップＳ７０５：Ａｇｅｎｔ非監視メッセージリストの対象メッセージ及び対象Ａｇｅｎｔに前記ステップＳ７０４により取得したメッセージ内容及び送信元Ａｇｅｎｔを格納するステップ。
【００３５】
ステップＳ７０６：該ステップＳ７０５により格納したメッセージ内容から日付箇所を抽出し、該抽出した日付箇所をワイルドカード文字に置換するステップ。
ステップＳ７０７：Ａｇｅｎｔリストテーブルのホスト名毎にＡｇｅｎｔ非監視メッセージリスト［図４（ｃ）］から対応するメッセージを取得するステップ。
ステップＳ７０８：Ａｇｅｎｔリストテーブルで対応するＩＰアドレスを送信先として指定し、Ａｇｅｎｔ非監視メッセージリストをバースト判定システム２へ送信し、処理を完了するステップ。
【００３６】
このように非監視メッセージ抽出システム７が、過去のメッセージとインシデント起票状況から、各監視対象機器で発生している不必要な障害メッセージを抽出してバースト判定システム２へ送信するように動作し、バースト判定システム２が前述した如く非監視対象のメッセージであることを判定することによって、監視対象機器が不必要なメッセージの通知を抑制することができる。
【００３７】
以上述べた如く本実施例によるインシデント管理システムは、従来技術においては多数の監視対象機器からインシデントとして起票されない不必要なメッセージまでもがインシデント管理システム９に送信されることによって、監視対象機器がバーストしていないにも関わらず、インシデント管理側のリソースが足りずにインシデントの起票が遅れてしまう、あるいはハングアップしてしまうのに対し、監視対象機器が不必要なメッセージを抑制し、インシデントの起票遅れを防止することができる。
【００３８】
すなわち、従来技術によるインシデント管理技術がシステム復旧までの処理状況を可視化することができるが、データセンタには監視対象機器が数多く存在するため、短時間で大量の障害情報が発生するバーストに陥ることがある。このようなバースト状況下において共通の原因によって影響を受けるシステムから、多種多様なインシデントが連続的に大量発生する。バースト時のインシデント発生件数がインシデント管理システムの許容内であれば、大量のインシデントが短期間に起票され、システムは正常に動作し続ける。しかし、インシデント管理システムの許容範囲を超えてしまった場合は、インシデントの起票が遅延する。加えて、バーストに関与していないシステムのインシデントについても起票が遅延され、最悪の場合、インシデント管理システムが再起動してしまう。それらを回避するため、バーストしているか否かによって動作を変えてインシデント管理システムの許容範囲内に収める仕組みが必要不可欠である。
【００３９】
これに対して本実施例によるインシデント管理システムは、バースト状況を監視し、バーストしているか否かによって動作を変えてインシデント管理システムの許容範囲内に収めるため、監視対象機器が不必要なメッセージを抑制することができる。
【符号の説明】
【００４０】
１  監視対象機器、２  バースト判定システム、３  メッセージ集約ＤＢ、
４  性能監視システム、５  ネットワーク、６  監視センタ、
７  非監視メッセージ抽出システム、８  メッセージＤＢ、
９  インシデント管理システム、１０  インシデントＤＢ、２０  メッセージ
【図１】
2016099725.tif 000003
【図２】
2016099725.tif 000004
【図３】
2016099725.tif 000005
【図４】
2016099725.tif 000006
【図５】
2016099725.tif 000007
【図６】
2016099725.tif 000008
【図７】
2016099725.tif 000009