JP7380830B2 - 障害対処装置及びシステム、ルールリスト生成方法並びにプログラム - Google Patents

Description

本開示は、障害対処装置及びシステム、ルールリスト生成方法並びにプログラムに関し、特に、情報システムの障害に対処する障害対処装置及びシステム、ルールリスト生成方法並びにプログラムに関する。

情報システムの運用の現場では、システムに障害が発生すると、正常稼働に戻すためにシステムに対して対処（復旧処理等）が行われる。

特許文献１には、コンピュータシステムの障害を監視する障害監視装置における自動障害復旧方法に関する技術が開示されている。特許文献１にかかる障害監視装置は、コンピュータシステムにおいて障害が発生した場合の復旧動作を定義する規則よりなる障害復旧情報を記憶する記憶手段を備える。そして、コンピュータシステムに障害が発生した時、障害監視装置は、障害復旧情報に予め設定されている規則を検索し、一致した規則に対応する障害復旧動作を行うようにコンピュータシステムに指示する。

特許文献２には、障害対処ルールに記述された障害以外の障害が発生した場合でも、その障害の復旧を試行することのできる障害復旧装置に関する技術が開示されている。

特開２００５－３４６３３１号公報 特開２００３－１１４８１１号公報

特許文献１及び２における情報システムの障害対処のルールを定義するためには、所定のルール指定言語により記述する必要がある。しかしながら、所定のルール指定言語により記述することは、運用担当者にとっては、スキルの難易度が高いという問題点がある。

本開示は、このような問題点を解決するためになされたものであり、情報システムの障害対処のルールの定義を容易に行うための障害対処装置及びシステム、ルールリスト生成方法並びにプログラムを提供することを目的とする。

本開示の第１の態様にかかる障害対処装置は、
情報システムから検出された障害メッセージに応じた対処内容と、当該対処内容を前記情報システムに対して実行するための実行条件とが対応付けられた複数の障害対処ルールのリストを記憶する記憶部と、
前記障害メッセージを取得する取得部と、
前記リスト内の前記複数の障害対処ルールのそれぞれについて、前記取得した障害メッセージから抽出された抽出情報が前記実行条件に該当するか否かを判定する判定部と、
前記該当すると判定された実行条件に対応付けられた対処内容を特定し、当該特定した対処内容を前記情報システムに対して実行させる実行制御部と、
を備え、
前記実行条件における条件情報の指定を受け付ける受付部と、
前記指定された条件情報に基づく条件式のプログラムコードを生成するコード生成部と、
前記抽出情報を前記プログラムコードに基づいて判定するための判定対象値及び前記対処内容の入力欄を含めた前記複数の障害対処ルールの入力テンプレートを生成するテンプレート生成部と、
前記入力テンプレートに対する入力値を前記入力欄に設定して前記リストとして前記記憶部に格納するリスト生成部と、
をさらに備える。

本開示の第２の態様にかかる障害対処システムは、
情報システムから障害メッセージを検出する検出部と、
前記検出された障害メッセージに応じた対処内容と、当該対処内容を前記情報システムに対して実行するための実行条件とが対応付けられた複数の障害対処ルールのリストを記憶する記憶部と、
前記障害メッセージを取得する取得部と、
前記リスト内の前記複数の障害対処ルールのそれぞれについて、前記取得した障害メッセージから抽出された抽出情報が前記実行条件に該当するか否かを判定する判定部と、
前記該当すると判定された実行条件に対応付けられた対処内容を特定し、当該特定した対処内容を前記情報システムに対して実行させるように指示を行う実行制御部と、
前記指示に応じて前記特定した対処内容を前記情報システムに対して実行する実行部と、
を備え、
前記実行条件における条件情報の指定を受け付ける受付部と、
前記指定された条件情報に基づく条件式のプログラムコードを生成するコード生成部と、
前記抽出情報を前記プログラムコードに基づいて判定するための判定対象値及び前記対処内容の入力欄を含めた前記複数の障害対処ルールの入力テンプレートを生成するテンプレート生成部と、
前記入力テンプレートに対する入力値を前記入力欄に設定して前記リストとして前記記憶部に格納するリスト生成部と、
をさらに備える。

本開示の第３の態様にかかるルールリスト生成方法は、
情報システムから検出された障害メッセージに応じた対処内容と、当該対処内容を前記情報システムに対して実行するための実行条件とが対応付けられた複数の障害対処ルールのリストを記憶する記憶部と、
前記障害メッセージを取得する取得部と、
前記リスト内の前記複数の障害対処ルールのそれぞれについて、前記取得した障害メッセージから抽出された抽出情報が前記実行条件に該当するか否かを判定する判定部と、
前記該当すると判定された実行条件に対応付けられた対処内容を特定し、当該特定した対処内容を前記情報システムに対して実行させる実行制御部と、
を備える障害対処装置が、
前記実行条件における条件情報の指定を受け付け、
前記指定された条件情報に基づく条件式のプログラムコードを生成し、
前記抽出情報を前記プログラムコードに基づいて判定するための判定対象値及び前記対処内容の入力欄を含めた前記複数の障害対処ルールの入力テンプレートを生成し、
前記入力テンプレートに対する入力値を前記入力欄に設定して前記リストとして前記記憶部に格納する。

本開示の第４の態様にかかるプログラムは、
情報システムから検出された障害メッセージに応じた対処内容を前記情報システムに対して実行するための実行条件における条件情報の指定を受け付ける処理と、
前記指定された条件情報に基づく条件式のプログラムコードを生成する処理と、
前記障害メッセージから抽出される抽出情報を前記プログラムコードに基づいて判定するための判定対象値及び前記対処内容の入力欄を含めた複数の障害対処ルールの入力テンプレートを生成する処理と、
前記入力テンプレートに対する入力値を前記入力欄に設定して前記複数の障害対処ルールのリストとして記憶装置に格納する処理と、
前記障害メッセージを取得する処理と、
前記リスト内の前記複数の障害対処ルールのそれぞれについて、前記取得した障害メッセージから抽出された抽出情報が前記実行条件に該当するか否かを判定する処理と、
前記該当すると判定された実行条件に対応付けられた対処内容を特定し、当該特定した対処内容を前記情報システムに対して実行させる処理と、
をコンピュータに実行させる。

本開示により、情報システムの障害対処のルールの定義を容易に行うための障害対処装置及びシステム、ルールリスト生成方法並びにプログラムを提供することができる。

本実施形態１にかかる障害対処装置の構成を示すブロック図である。 本実施形態１にかかるルールリスト生成処理の流れを示すフローチャートである。 本実施形態１にかかる障害対処処理の流れを示すフローチャートである。 本実施形態２にかかる障害対処システムを含む全体構成を示すブロック図である。 本実施形態２にかかる障害対処装置の構成を示すブロック図である。 本実施形態２にかかるルールリストの構成を示すブロック図である。 本実施形態２にかかるルールリストの例を示す図である。 本実施形態２にかかるルールリスト生成処理の流れを示すフローチャートである。 本実施形態２にかかる条件部定義画面の例を示す図である。 本実施形態２にかかるルールリストの入力テンプレートの例を示す図である。 本実施形態２にかかるルールリスト及びルールの入力例を示す図である。 本実施形態２にかかる障害対処処理の流れを示すシーケンス図である。 本実施形態３にかかるルールリストの入力テンプレートの例を示す図である。 本実施形態３にかかるルールリスト及びルールの入力例を示す図である。 本実施形態３にかかる障害対処処理の流れを示すフローチャートである。 本実施形態３にかかる障害対処処理の流れを示すフローチャートである。 本実施形態３にかかるアクション抑止間隔及び上限回数の組合せのパターンの例を示す図である。 本実施形態３にかかるアクション抑止間隔を設定有にした場合の例を示す図である。 本実施形態３にかかるアクション抑止上限回数を設定有にした場合の例を示す図である。 本実施形態３にかかるアクション抑止間隔及び上限回数を設定有にした場合の例を示す図である。 本実施形態３にかかるアクション抑止間隔及び上限回数を設定有にした場合の他の例を示す図である。

以下では、本開示の実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。

＜実施形態１＞
図１は、本実施形態１にかかる障害対処装置１００の構成を示すブロック図である。障害対処装置１００は、監視対象の情報システム（不図示）において障害メッセージが検出された場合に所定の対処を実行することで、情報システムの復旧や運用の継続を行うための情報処理装置又はシステムである。

障害対処装置１００は、記憶部１１、取得部１２、判定部１３、実行制御部１４、受付部１５、コード生成部１６、テンプレート生成部１７及びリスト生成部１８を備える。記憶部１１は、複数の障害対処ルール１１１～１１ｍ（ｍは２以上の整数。）のリスト１１０を記憶する記憶領域である。障害対処ルール１１１等のそれぞれは、対処内容１１１１と実行条件１１１２とが対応付けられた情報である。対処内容１１１１は、情報システムから検出された障害メッセージに応じた対処の内容であり、例えば、情報システムに対する所定のコマンドやスクリプト又はこれらを生成するためのパラメータ等である。実行条件１１１２は、対処内容１１１１を情報システムに対して実行するための条件である。

取得部１２は、情報システムから検出された障害メッセージを取得する。判定部１３は、リスト１１０内の複数の障害対処ルール１１１等のそれぞれについて、取得した障害メッセージから抽出された抽出情報が実行条件１１１２に該当するか否かを判定する。尚、抽出情報は、文字列や数値である。実行制御部１４は、該当すると判定された実行条件１１１２に対応付けられた対処内容１１１１を特定し、当該特定した対処内容１１１１を情報システムに対して実行させる。

受付部１５は、実行条件１１１２における条件情報の指定を受け付ける。実行条件１１１２が被演算子ＡとＢの比較条件である場合、条件情報とは「比較演算子」に相当する情報（文字列等）である。条件情報とは例えば、「（ＡとＢが）等しい」「（ＡがＢ）より大きい」「（ＡとＢが）正規表現に一致する」「（ＡがＢを）含む」といったことを示す情報である。

コード生成部１６は、指定された条件情報に基づく条件式のプログラムコードを生成する。例えば、条件情報が「等しい」である場合、生成されるプログラムコードは「Ａ＝＝Ｂ」に相当する。

テンプレート生成部１７は、前記プログラムコードに基づいて複数の障害対処ルールの入力テンプレートを生成する。ここで、入力テンプレートには、各障害対処ルールについて、判定対象値と対処内容の入力欄が含まれる。判定対象値とは、抽出情報を前記プログラムコードに基づいて判定するための値である。例えば、プログラムコードが「Ａ＝＝Ｂ」である場合、抽出情報は「Ｂ」、判定対象値は「Ａ」に相当する。つまり、「抽出情報をプログラムコードに基づいて判定するための判定対象値」の入力欄とは「Ａ」の値の入力欄である。

また、対処内容は最終的なコマンドやスクリプトでなくても良い。例えば、対処内容は、対処の識別情報、対処先のシステム（サーバ）、最終的なコマンドに用いられるパラメータ等を含むものである。

リスト生成部１８は、入力テンプレートに対する入力値を入力欄に設定してリスト１１０として記憶部１１に格納する。

図２は、本実施形態１にかかるルールリスト生成処理の流れを示すフローチャートである。まず、受付部１５は、実行条件１１１２における条件情報の指定を受け付ける（Ｓ１１）。次に、コード生成部１６は、指定された条件情報に基づく条件式のプログラムコードを生成する（Ｓ１２）。そして、テンプレート生成部１７は、プログラムコードに基づいて、判定対象値及び対処内容の入力欄を含めた入力テンプレートを生成する（Ｓ１３）。その後、リスト生成部１８は、入力テンプレートに対する入力値を入力欄に設定して、リスト１１０として記憶部１１に格納する（Ｓ１４）。

図３は、本実施形態１にかかる障害対処処理の流れを示すフローチャートである。まず、取得部１２は、情報システムから検出された障害メッセージを取得する（Ｓ２１）。このとき、障害対処装置１００は、取得した障害メッセージから所定のロジックに基づいて１以上の抽出情報を抽出する。次に、判定部１３は、障害対処ルール１１１等のそれぞれについて、抽出情報が実行条件１１１２に該当するか否かを判定する（Ｓ２２）。このとき、判定部１３は、記憶部１１からリスト１１０をメモリ（不図示）に読み込み、各障害対処ルール１１１等における実行条件１１１２を解釈して、抽出情報が条件式を満たすか否かを判定する。

ステップＳ２２で該当すると判定した場合、実行制御部１４は、対処内容１１１１を特定する（Ｓ２３）。そして、実行制御部１４は、特定した対処内容１１１１を情報システムに対して実行させる（Ｓ２４）。例えば、実行制御部１４は、対処内容１１１１に相当するコマンドを情報システム上で実行させる。または、実行制御部１４は、別途、コマンド実行ツールに対処内容１１１１を入力し、情報システムを宛先として対処内容１１１１に相当するコマンドを実行させる。ステップＳ２４の後、又は、ステップＳ２２で該当しないと判定した場合、実行制御部１４は、当該障害対処処理を終了する。

このように本実施形態では、障害対処ルール１１１の実行条件１１１２にプログラムコードが必要なケースを対象とする。つまり、障害対処ルールを定義するためにプログラミングが必要となる。しかしながら、このようなプログラミングは、運用担当者にとってスキルの難易度が高いため、大量の障害対処ルールを定義することが困難となっている。そこで、本実施形態では、対処内容の実行条件における条件情報の指定を受け付けることにより、条件情報に基づき条件式のプログラムコードを生成（変換）し、プログラムコードと対応付けた判定対象値の入力欄を含む入力テンプレートを生成する。そのため、運用担当者等のユーザは、条件情報と判定対象値、対処内容といった運用に関する情報のみを入力することで複数の障害対処ルールを含むルールリストを定義できる。つまり、運用担当者はプログラミングを行わずに、情報システムの障害対処のルールの定義を容易に行うことができる。

尚、障害対処装置１００は、図示しない構成としてプロセッサ、メモリ及び記憶装置を備えるものである。また、当該記憶装置には、本実施形態にかかるルールリスト生成方法の処理が実装されたコンピュータプログラムが記憶されている。また、当該プログラムには、運用対処方法の処理がさらに実装されていてもよい。但し、運用対処方法の処理は、他のプログラムに実装されていてもよい。そして、当該プロセッサは、記憶装置からコンピュータプログラムを前記メモリへ読み込ませ、当該コンピュータプログラムを実行する。これにより、前記プロセッサは、取得部１２、判定部１３、実行制御部１４、受付部１５、コード生成部１６、テンプレート生成部１７及びリスト生成部１８の機能を実現する。

または、取得部１２、判定部１３、実行制御部１４、受付部１５、コード生成部１６、テンプレート生成部１７及びリスト生成部１８は、それぞれが専用のハードウェアで実現されていてもよい。また、各装置の各構成要素の一部又は全部は、汎用または専用の回路（circuitry）、プロセッサ等やこれらの組合せによって実現されもよい。これらは、単一のチップによって構成されてもよいし、バスを介して接続される複数のチップによって構成されてもよい。各装置の各構成要素の一部又は全部は、上述した回路等とプログラムとの組合せによって実現されてもよい。また、プロセッサとして、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＦＰＧＡ（field-programmable gate array）等を用いることができる。

また、障害対処装置１００の各構成要素の一部又は全部が複数の情報処理装置や回路等により実現される場合には、複数の情報処理装置や回路等は、集中配置されてもよいし、分散配置されてもよい。例えば、情報処理装置や回路等は、クライアントサーバシステム、クラウドコンピューティングシステム等、各々が通信ネットワークを介して接続される形態として実現されてもよい。また、障害対処装置１００の機能がＳａａＳ（Software as a Service）形式で提供されてもよい。

＜実施形態２＞
本実施形態２は、上述した実施形態１の具体的な実施例である。図４は、本実施形態２にかかる障害対処システム１０００を含む全体構成を示すブロック図である。障害対処システム１０００は、情報システム１を監視する情報システムであり、監視ツール２と障害対処装置３と対処実行ツール４を備える。情報システム１は、監視対象の情報システムであり、１以上のコンピュータにより構成される。監視ツール２は、情報システム１の出力メッセージを監視し、所定の障害メッセージを検出した場合、検出した障害メッセージを障害対処装置３へ通知する。監視ツール２は、検出部の一例である。障害対処装置３は、上述した障害対処装置１００の一例であり、監視ツール２から取得した障害メッセージ及びルールリストに基づきアクションコマンドを生成し、生成したアクションコマンドを対処実行ツール４へ出力する。障害対処装置３は、ルールエンジンと呼ぶこともできる。例えば、障害対処装置３は、ルールリストを解析してリスト内の複数のルールのそれぞれについて実行条件を解釈し、取得した障害メッセージが該当する実行条件に対応するルールのアクション（コマンド）を実行させる。対処実行ツール４は、障害対処装置３から入力されたアクションコマンドを指定された宛先に対して実行する。例えば、宛先が情報システム１の場合、対処実行ツール４は、情報システム１においてアクションコマンドを実行する。また、宛先がメールサーバ５の場合、対処実行ツール４は、アクションコマンド実行により送信メールを運用端末６へ出力する。対処実行ツール４は、実行部の一例である。尚、監視ツール２及び対処実行ツール４は、障害対処装置３と同一又は異なるコンピュータ上で実行されるコンピュータプログラムにより実現される。

また、障害対処装置３は、運用端末６とも接続されている。運用端末６は、運用担当者が操作するコンピュータである。障害対処装置３は、運用端末６からの入力に応じてルールリストの入力テンプレートを生成し、運用端末６から入力テンプレートに対する入力に応じてルールリストを生成する。

図５は、本実施形態２にかかる障害対処装置３の構成を示すブロック図である。障害対処装置３は、記憶部３１、制御部３２、メモリ３３及び通信部３４を備える。記憶部３１は、上述した記憶部１１の一例であり、プログラム３１０及びルールリスト３１１から３１ｎ（ｎは２以上の整数。）を記憶する。プログラム３１０は、本実施形態にかかるルール生成処理及び障害対処処理が実装されたコンピュータプログラムである。尚、記憶部３１は、図示しない構成としてＯＳ（Operating System）を記憶していてもよい。ルールリスト３１１等のそれぞれは、サービス種別３１１０、ヘッダ部４０、ルール４１から４ｍを含む。言い換えると、ルールリストは、サービス種別ごとに記憶されている。

図６は、本実施形態２にかかるルールリスト３１１の構成を示すブロック図である。また、図７は、本実施形態２にかかるルールリスト３１１の例を示す図である。サービス種別３１１０は、情報システム１において提供される複数種類のサービスのうち特定のサービスの種別を示す情報である。サービス種別３１１０は、例えばサービスＩＤ等である。ルールリスト３１１は、一つのサービス種別３１１０が含まれている。つまり、各ルールリストは、サービス種別ごとに分けられている。

ヘッダ部４０は、ヘッダコード部４０１、条件コード部４０２、条件ヘッダ部４０３、アクションコード部４０４及びアクションヘッダ部４０５を含む。ヘッダコード部４０１は、ルールリスト３１１内で共通するプログラムコードを記述した欄である。尚、ヘッダコード部４０１は、固定値であってもよい。ヘッダコード部４０１は、例えば、ルールセット名、インポート文等である。条件コード部４０２は、各ルールの条件部のカラムごとのプログラムコードである。条件コード部４０２は、上述した「指定された条件情報に基づく条件式のプログラムコード」の一例である。条件ヘッダ部４０３は、各ルールの条件部のカラム名である。アクションコード部４０４は、各ルールのアクション部のカラムごとのプログラムコードである。尚、アクションコード部４０４は、固定値であってもよい。アクションヘッダ部４０５は、各ルールのアクション部のカラム名である。

ルール４１は、条件部４１１及びアクション部４１２を含む。条件部４１１は、上述した判定対象値（及びその入力欄）に相当する。アクション部４１２は、対処内容（及びその入力欄）に相当する。尚、条件部のカラム（項目）数は、可変である。ルール４２から４ｍについてはルール４１と同様である。また、ルールリスト３１２から３１ｎについてもルールリスト３１１と同様である。

図５に戻り説明を続ける。
メモリ３３は、ＲＡＭ（Random Access Memory）等の揮発性記憶装置であり、制御部３２の動作時に一時的に情報を保持するための記憶領域である。通信部３４は、障害対処装置３の外部との入出力を行うインタフェースである。例えば、通信部３４は、運用端末６から処理要求等を受け付け、受け付けた処理要求を制御部３２へ出力する。また、通信部３４は、制御部３２からの指示に応じて、出力を行う。または、通信部３４は、監視ツール２から障害メッセージを受け付け、受け付けた障害メッセージを制御部３２へ出力する。また、通信部３４は、制御部３２からアクションコマンドを受け付け、対処実行ツール４へ出力する。

制御部３２は、障害対処装置３の各構成を制御するプロセッサつまり制御装置である。制御部３２は、記憶部３１からＯＳ及びプログラム３１０をメモリ３３へ読み込ませ、ＯＳ及びプログラム３１０を実行する。これにより、制御部３２は、ルールリスト生成部３２１、メッセージ解析部３２２、判定部３２３、アクションコマンド生成部３２４及び実行指示部３２５の機能を実現する。

ルールリスト生成部３２１は、運用端末６からのルールリスト生成要求に応じてリストの入力テンプレートを生成及び出力し、入力テンプレートに対する入力値を入力欄に設定してルールリスト３１１等として記憶部３１に格納する。メッセージ解析部３２２は、監視ツール２から取得した障害メッセージを解析して、抽出情報を抽出し、判定部３２３へ出力する。判定部３２３は、抽出情報からサービス種別を判定し、該当するルールリストを特定する。そして、判定部３２３は、特定したルールリストの各ルールの条件部を解釈し、抽出情報が条件式に該当するか否かを判定する。アクションコマンド生成部３２４は、判定部３２３により該当すると判定されたルールにおけるアクション部を特定し、当該アクション部からアクションコマンドを生成する。実行指示部３２５は、生成されたアクションコマンドを対処実行ツール４において実行させるように指示する。尚、ルールリスト生成部３２１は、上述した受付部１５、コード生成部１６、テンプレート生成部１７及びリスト生成部１８の具体例である。メッセージ解析部３２２は、上述した取得部１２の具体例である。判定部３２３は、上述した判定部１３の具体例である。アクションコマンド生成部３２４及び実行指示部３２５は、上述した実行制御部１４の具体例である。

図８は、本実施形態２にかかるルールリスト生成処理の流れを示すフローチャートである。まず、運用担当者は、運用端末６に対してルールリスト生成開始の入力を行う。これに応じて、運用端末６は、障害対処装置３に対してルールリスト生成要求を送信する。そして、障害対処装置３のルールリスト生成部３２１は、運用端末６からルールリスト生成要求を受信する（Ｓ１０１）。

次に、ルールリスト生成部３２１は、運用端末６に対して条件部定義画面を返信する（Ｓ１０２）。これに応じて、運用端末６は、受信した条件部定義画面をディスプレイ等に表示する。図９は、本実施形態２にかかる条件部定義画面５０の例を示す図である。移動部５１は、各行の順序を入れ替えるための指示を受け付ける欄である。例えば、運用担当者はマウス等で特定の行の移動部５１をドラッグして所望の行の位置へ移動させることができる。

条件名５２は、ルールリストにおける条件名（条件部のカラム名）を入力する欄である。条件式５３は、上述した条件情報を選択する欄である。削除５４は、条件式（該当行）の削除を受け付ける欄である。条件式追加ボタン５５は、条件式の追加を受け付ける欄である。閉じるボタン５６は、条件部定義画面５０をルールリストの入力テンプレートを生成せずに、画面を閉じるためのボタンである。追加ボタン５７は、ルールリストの入力テンプレートの生成を開始するためのボタンである。また、図９は、条件名入力欄５２１「メモリ使用率」における条件式選択欄５３１が押下されて「より大きい」が選択されようとしている状況を示す。条件式選択欄５３１の選択肢は、条件情報の一例である。

図８に戻り説明を続ける。運用端末６は、運用担当者により追加ボタン５７が押下された場合、条件部定義画面５０の条件名５２に入力された条件名、条件式５３で選択された条件情報、及び、各条件の並び順を障害対処装置３へ送信する。これに応じて、ルールリスト生成部３２１は、運用端末６から条件名の入力値、条件式の選択値（条件情報）及び各条件の並び順を取得する（Ｓ１０３）。

そして、ルールリスト生成部３２１は、取得した入力値及び選択値並びに各条件の並び順に基づき、条件ヘッダ部４０３及び条件コード部４０２を生成する（Ｓ１０４）。例えば、図７の例では、条件名「メッセージＩＤ」が並び順「１」である場合であり、その際、ルールリスト生成部３２１は、条件コード部４０２に「ＭＩＤ＝＝＄ｐａｒａｍ２」というコードを生成する。ここで、「＄ｐａｒａｍ２」の「２」は並び順に対応する。つまり、並び順「２」である場合、「＄ｐａｒａｍ３」となる。この場合、ルールリスト生成部３２１は、条件コード部４０２に「ｍｅｓｓａｇｅ＝＝＄ｐａｒａｍ３」というコードを生成する。尚、この例における左辺「ＭＩＤ」や「ｍｅｓｓａｇｅ」は固定でもよいし、条件名に応じて予め定義したものであってもよい。また、ルールリスト生成部３２１は、ヘッダコード部４０１、アクションコード部４０４及びアクションヘッダ部４０５を生成する（Ｓ１０５）。尚、ヘッダコード部４０１、アクションコード部４０４及びアクションヘッダ部４０５は、固定値であってもよい。

ステップＳ１０４及びＳ１０５の後、ルールリスト生成部３２１は、ルールリストの入力テンプレートを生成する（Ｓ１０６）。ここでは、ルールリスト生成部３２１は、入力テンプレートを複数のセルによるスプレッドシート形式で生成する場合について説明する。まず、ルールリスト生成部３２１は、図７に示したように入力テンプレートの上部にヘッダコード部４０１を設定する。そして、ルールリスト生成部３２１は、条件部定義画面５０に入力された各条件の並び順に対応させて、条件部のカラムを設定する。このとき、ルールリスト生成部３２１は、条件部定義画面５０に入力された条件名（条件ヘッダ部４０３）を、対応する順序の各カラムに設定する。また、ルールリスト生成部３２１は、各カラムに対応付けて条件コード部４０２を設定する。具体的には図７に示したように、カラム名の上のセルに条件コード部４０２を設定する。続いて、ルールリスト生成部３２１は、条件ヘッダ部４０３のカラムの右側にアクションヘッダ部４０５を設定する。同様に、ルールリスト生成部３２１は、条件コード部４０２の右側にアクションコード部４０４を設定する。但し、ルールリスト生成部３２１は、入力テンプレートにおいてヘッダ部４０を非表示とする。これにより、運用担当者がヘッダ部４０を誤って編集してしまうことを防ぐことができる。尚、入力テンプレートにおいてヘッダ部４０を表示しても構わない。

そして、ルールリスト生成部３２１は、入力テンプレートを記憶部３１に保存し、また、運用端末６へ入力テンプレートを返信する（Ｓ１０７）。このとき、ルールリスト生成部３２１は、所定のサービス種別３１１０を入力テンプレートに対応付けて保存する。例えば、ルールリスト生成部３２１は、別途、運用端末６からルールリストに対応付けるサービス種別の指定を受け付けているものとする。また、運用端末６は、受信した入力テンプレートをディスプレイ等に表示する。

図１０は、本実施形態２にかかるルールリストの入力テンプレートの例を示す図である。図１０は、運用端末６での表示例であり、ヘッダ部４０が非表示となっていること、及び、各ルールの入力欄が空欄であることを示す。

図８に戻り説明を続ける。その後、運用担当者は、入力テンプレートの各ルールにおける条件部及びアクション部に値の入力を行う。これに応じて、運用端末６は、各ルールの入力値を障害対処装置３へ送信する。そして、ルールリスト生成部３２１は、運用端末６からルールの入力値を受信し（Ｓ１０８でＹＥＳ）、受信した入力値を該当する入力欄に設定してルールリスト３１１として記憶部３１に登録（更新）する（Ｓ１０９）。そして、ステップＳ１０８へ戻る。

図１１は、本実施形態２にかかるルールリスト及びルールの入力例を示す図である。ここでは、３つのルールについて条件部とアクション部が入力された例を示す。

図８に戻り説明を続ける。ルールリスト生成部３２１は、運用端末６から入力の終了の指示を受け付けた場合（Ｓ１０８でＮＯ）、当該ルールリスト生成処理を終了する。

図１２は、本実施形態２にかかる障害対処処理の流れを示すシーケンス図である。まず、監視ツール２は、情報システム１を監視し、障害メッセージを検出する（Ｓ２０１）。そして、監視ツール２は、検出した障害メッセージを障害対処装置３へ通知する（Ｓ２０２）。

次に、メッセージ解析部３２２は、監視ツール２から取得した障害メッセージを解析して抽出情報を抽出する（Ｓ２０３）。例えば、メッセージ解析部３２２は、障害メッセージからメッセージＩＤ、メッセージ本文、サービス種別、障害名称、障害レベル、サーバ温度、ＣＰＵ使用率、発生日時（時分）、メモリ使用率等を抽出情報として抽出する。尚、抽出情報はこれらに限定されない。

そして、判定部３２３は、抽出情報からサービス種別を判定する（Ｓ２０４）。これにより、判定部３２３は、判定されたサービス種別が対応付けられたルールリストを特定する。続いて、判定部３２３は、特定されたルールリスト内の複数の障害対処ルールのそれぞれについて、抽出情報が条件部に該当するか否かを判定する（Ｓ２０５）。図１１の例では、障害名称「サーバ温度異常」、障害レベル「重要」、サーバ温度「３０」度以上、発生日時「０６：００」から「１８：００」の間の場合、判定部３２３は、ルール１に該当すると判定する。つまり、判定部３２３は、抽出情報が実行条件を満たすルールとしてルール１を特定する。

そして、アクションコマンド生成部３２４は、特定されたルールにおけるアクション部を特定し、当該アクション部からアクションコマンドを生成する（Ｓ２０６）。図１１の例では、アクションコマンド生成部３２４は、情報システム１に対して電源ＯＦＦ／ＯＮを行うアクションコマンドを生成する。また、この例では、アクションコマンド生成部３２４は、アクション種別としてＩＴＡ（対処実行ツール４）を特定し、アクションサーバリスト（情報システム１のサーバ）として「ｓｒｖ１」を特定する。そして、実行指示部３２５は、生成されたアクションコマンドを情報システム１の「ｓｒｖ１」に対して実行させるように対処実行ツール４へアクションコマンド実行指示を出力する（Ｓ２０７）。尚、アクション種別「ｍａｉｌ」の場合も実行指示部３２５は、対処実行ツール４経由でメールサーバ５へ実行指示を行うものとする。但し、実行指示部３２５は、メールサーバ５へ直接、警告メールを出力してもよい。

対処実行ツール４は、受信したアクションコマンド実行指示に応じてアクションコマンドを実行する（Ｓ２０８）。図１１の例では、対処実行ツール４は、情報システム１の「ｓｒｖ１」をリモートで電源ＯＦＦ／ＯＮを行う。

このように本実施形態では、実施形態１と同様に、運用担当者は、条件名の入力及び条件式の選択をルール数分行うだけで、ルールリスト生成部３２１は、プログラムコードが埋め込まれた入力テンプレートを生成する。すなわち、入力テンプレートの条件部の各カラムには、条件コード部４０２が埋め込まれている。同様に、入力テンプレートのアクション部の各カラムにも、アクションコード部４０４が埋め込まれている。さらに、入力テンプレートにはヘッダコード部４０１が埋め込まれている。そのため、運用担当者は、プログラムが不要で、運用に必要な知識を用いて個別の障害対処ルールにおける条件部及びアクション部を入力するだけで、ルールエンジンが解釈可能なルールリストを生成することができる。

また、本実施形態では、ルールリストがサービス種別ごとに分けられているため、ルールリストのメンテナンスをサービス担当者ごとに分業して行うことができる。また、障害メッセージの条件判定を行う際に、該当するサービスに対応するルールリストに絞り込むため、抽出情報が該当するルールを判定するための判定件数を抑制でき、処理効率を向上させることができる。

＜実施形態３＞
本実施形態３は、上述した実施形態２の改良例である。すなわち、ルールリスト生成部３２１は、特定の障害対処ルールについての実行抑止条件の入力を受け付けた場合、当該特定の障害対処ルールの実行条件に当該実行抑止条件をさらに対応付けてルールリストを更新する。そして、判定部３２３は、該当すると判定された実行条件に実行抑止条件が対応付けられている場合、当該実行抑止条件を満たすか否かを判定する。実行指示部３２５は、実行抑止条件を満たす場合、特定した対処内容の実行を抑止する。逆に言うと、実行指示部３２５は、実行条件を満たし、かつ、実行抑止条件を満たさない場合に、特定した対処内容の実行を指示する。例えば、実行条件を満たした場合であっても、障害の特性や対処後の情報システムの状態によっては、対処を抑止するなど、対処の実行を柔軟に制御できる。

さらに、前記実行抑止条件は、対応付けられている対処内容を単位時間あたりに実行させる上限回数を含むとよい。この場合、判定部３２３は、対処内容の単位時間あたりの実行回数が上限回数を超えていると判定した場合、前記実行抑止条件を満たすと判定する。例えば、同様の障害が連続して発生する場合には、毎回、同じ対処を実行すると却って不具合が生じる場合がある。具体的には、サーバの温度が規定値を上回った場合、対処としてサーバ室のファンの回転数を上げるといったことが挙げられる。その場合、一度、対処を行ったとしてもすぐにサーバの温度が規定値を下回るとは限らず、連続して同じ障害が発生し、実行条件を満たしてしまう。しかし、同じ障害が発生する度に毎回、ファンの回転数を上げると予期せぬ障害（二次障害）が発生する恐れがある。よってそのような場合には、対処の実行を抑止することが望ましく、本実施形態により実現できる。

または、前記実行抑止条件は、対応付けられている対処内容の実行を抑止する間隔を含むとよい。この場合、判定部３２３は、当該対処内容が直前に実行された後、前記間隔が経過していないと判定した場合、前記実行抑止条件を満たすと判定する。これにより、同様の障害が連続して発生し、その対処を実行した後、その効果が出るまで時間がかかる場合に、当該対処の過剰な実行を抑制し、二次障害や不要な電力の消費等を抑制できる。

または、前記実行抑止条件は、対応付けられている対処内容について上記上限回数と上記間隔とを組み合わせても良い。これによっても、対処の実行をきめ細かく制御することができる。

また、前記実行抑止条件は、対応付けられている前記対処内容の実行を抑止する時間帯を含むとよい。この場合、判定部３２３は、現在時刻が前記時間帯に含まれていると判定した場合、前記実行抑止条件を満たすと判定する。例えば、ある対処について動作検証を行った後に実行させたい場合がある。その際、予めルールリストに定義だけを行ったとする。このような場合に、特定の時間帯については対処の実行を抑止することが望ましい。または、対処がサーバの電源ＯＦＦ／ＯＮの場合、ある時間帯には実行を抑止することが望ましい場合がある。これらの場合への対応が本実施形態により実現できる。

尚、その他の構成は、実施形態２と同等であるため、共通する部分については図示及び詳細な説明を省略する。

図１３は、本実施形態３にかかるルールリストの入力テンプレートの例を示す図である。ここでは、ルールリスト生成部３２１は、アクション部の右側にアクション制御部のカラムが追加して入力テンプレートを生成したことを示す。アクション制御部は、例えば、アクション抑止間隔及びアクション抑止上限回数、並びに、アクション抑止時間帯（ｆｒｏｍ）及び（ｔｏ）である。但し、アクション制御部はこれらに限定されない。ここで、アクション制御部は、実行抑止条件の一例である。また、「アクション抑止時間帯（ｆｒｏｍ）」及び「アクション抑止時間帯（ｔｏ）」も、実行抑止条件の一例である。尚、ルールリスト生成部３２１は、上述したステップＳ１０５と同様に、アクション制御部（ヘッダ部）に対応するプログラムコード（コード部）を生成し、コード部を非表示にしているものとする。これにより、運用担当者がコード部を誤って編集してしまうことを防ぐことができる。尚、入力テンプレートにおいてコード部を表示しても構わない。

図１４は、本実施形態３にかかるルールリスト及びルールの入力例を示す図である。例えば、ルール１は、毎日６時３０分から８時１０分の間にルールに該当する障害が発生しても、アクションコマンドの実行が抑止されることを示す。また、ルール１は、６時００分から３０分又は８時１０分から１８時００分の時間帯においてルールに該当する障害が発生して電源ＯＦＦ／ＯＮが１回実行されると、その後の３時間のうち計３回までしか電源ＯＦＦ／ＯＮが再実行されないことを示す。

また、ルール２は、１２時００分から１３時００分の間においてＣＰＵ使用率が８０％を超えた場合、ＡＰサーバを再起動するアクションコマンドが実行される。但し、ルール２は、当該障害が頻繁に発生しても、１０分の間隔を空けてＡＰサーバの再起動が実行されることを示す。

また、ルール３は、６時００分から１８時００分の間にメモリ使用率が９０％以上となった場合、警告メールを送信するアクションコマンドが実行される。但し、ルール３は、１回メールが送信されると、その後、同様の障害が発生しても５回まではメールの送信が抑止されることを示す。

図１５及び図１６は、本実施形態３にかかる障害対処処理の流れを示すフローチャートである。まず、初期設定として、制御部３２は、各ルールにおける抑止タイマーを停止し、抑止フラグ及び抑止回数に「０」を設定する（Ｓ３０１）。次に、図１２のステップＳ２０２からＳ２０５に相当する処理が実行される（Ｓ３０２）。これにより、判定部３２３は、抽出情報が実行条件を満たすルールを特定する。

続いて、判定部３２３は、現在時刻が、特定されたルールにおけるアクション抑止時間帯に含まれているか否かを判定する（Ｓ３０３）。現在時刻がアクション抑止時間帯に含まれている場合、ステップＳ３０２へ戻る。つまり、この場合、特定されたルールにおけるアクションコマンドの実行が抑止される。

一方、現在時刻がアクション抑止時間帯に含まれていない場合、ステップＳ３０４へ進む。尚、特定されたルールにアクション抑止時間帯が設定されていない場合も、ステップＳ３０４へ進む。そして、判定部３２３は、特定されたルールにおいて、アクション抑止間隔及びアクション抑止上限回数の組合せの設定有無を判定する（Ｓ３０４）。

ステップＳ３０４においてアクション抑止間隔及びアクション抑止上限回数のいずれも設定がない場合（［無、無］の場合）、アクションコマンド生成部３２４は、特定されたルールにおけるアクション部を特定し、当該アクション部からアクションコマンドを生成する。そして、実行指示部３２５は、対処実行ツール４へアクションコマンド実行指示を出力する（Ｓ３０５）。その後、ステップＳ３０２へ戻る。

ステップＳ３０４においてアクション抑止間隔に設定があり、アクション抑止上限回数に設定がない場合（［有、無］の場合）、判定部３２３は、抑止タイマーが制限時間内であるか否かを判定する（Ｓ３０６）。または、判定部３２３は、抑止タイマーが動作中か否かを判定してもよい。抑止タイマーが制限時間内である場合、ステップＳ３０２へ戻る。つまり、抑止タイマーが制限時間内である場合、特定されたルールにおけるアクションコマンドの実行が抑止される。

ステップＳ３０６において抑止タイマーが制限時間外、つまり、抑止タイマーが停止している場合、アクションコマンド生成部３２４は、特定されたルールにおけるアクション部を特定し、当該アクション部からアクションコマンドを生成する。そして、実行指示部３２５は、対処実行ツール４へアクションコマンド実行指示を出力する（Ｓ３０７）。そして、制御部３２は、特定されたルールに対応付けられたアクション抑止間隔を制限時間として設定して抑止タイマーを開始する（Ｓ３０８）。その後、ステップＳ３０２へ戻る。尚、抑止タイマーは制限時間を経過すると自動で停止するものとする。言い換えると、アクションの実行からアクション抑止間隔を経過すると実行の抑止が解除される。

ステップＳ３０４においてアクション抑止間隔に設定がなく、アクション抑止上限回数に設定がある場合（［無、有］の場合）、判定部３２３は、抑止フラグが１であるか否かを判定する（Ｓ３０９）。抑止フラグが１である場合、判定部３２３は、特定されたルールにおける現在の抑止回数が、特定されたルールに対応付けられたアクション抑止上限回数より小さいか否かを判定する（Ｓ３１０）。抑止回数が上限回数より小さい場合、制御部３２は、現在の抑止回数に１を加算する（Ｓ３１１）。その後、ステップＳ３０２へ戻る。一方、抑止回数が上限回数以上である場合（つまり、抑止回数が上限回数である場合）、制御部３２は、抑止フラグを「０」に更新する（Ｓ３１２）。その後、ステップＳ３０２へ戻る。つまり、抑止フラグが１である場合（ステップＳ３１１及びＳ３１２のいずれの場合も）、特定されたルールにおけるアクションコマンドの実行が抑止される。

ステップＳ３０９において抑止フラグが０である場合、アクションコマンド生成部３２４は、特定されたルールにおけるアクション部を特定し、当該アクション部からアクションコマンドを生成する。そして、実行指示部３２５は、対処実行ツール４へアクションコマンド実行指示を出力する（Ｓ３１３）。そして、制御部３２は、特定されたルールに対応付けられた抑止フラグを「１」に更新し、抑止回数を「０」に更新（クリア）する（Ｓ３１４）。その後、ステップＳ３０２へ戻る。

ステップＳ３０４においてアクション抑止間隔及びアクション抑止上限回数のいずれも設定がある場合（［有、有］の場合）、判定部３２３は、抑止タイマーが制限時間内であるか否かを判定する（Ｓ３１５）。抑止タイマーが制限時間内である場合、上述したステップＳ３０９からＳ３１４と同様に、ステップＳ３１６からＳ３２１が実行される。

ステップＳ３１５において抑止タイマーが制限時間外、つまり、抑止タイマーが停止している場合、アクションコマンド生成部３２４は、特定されたルールにおけるアクション部を特定し、当該アクション部からアクションコマンドを生成する。そして、実行指示部３２５は、対処実行ツール４へアクションコマンド実行指示を出力する（Ｓ３２２）。そして、制御部３２は、特定されたルールに対応付けられたアクション抑止間隔を制限時間として設定して抑止タイマーを開始し、特定されたルールに対応付けられた抑止フラグを「１」に更新する（Ｓ３２３）。その後、ステップＳ３０２へ戻る。

続いて、本実施形態３にかかるアクション抑止間隔及び上限回数の組合せのパターンによる動作例を説明する。図１７は、本実施形態３にかかるアクション抑止間隔及び上限回数の組合せのパターンの例を示す図である。パターン（１）は、アクション抑止間隔「無」及びアクション抑止上限回数「無」の場合であり、アクションの実行抑止が行されず、通常通りにアクションが実行される。パターン（２）は、アクション抑止間隔「５秒」及びアクション抑止上限回数「無」の場合である。この場合、アクションの実行後５秒間、同一ルールのアクションの実行が抑止される。パターン（３）は、アクション抑止間隔「無」及びアクション抑止上限回数「５回」の場合である。この場合、アクションの実行後、同一ルールのアクションの実行が５回、抑止される。パターン（４）は、アクション抑止間隔「５秒」及びアクション抑止上限回数「５回」の場合である。この場合、パターン（２）及び（３）の組合せで抑止される。但し、以下では、パターン（２）を優先する場合とする。

図１８は、本実施形態３にかかるアクション抑止間隔を設定有にした場合（パターン（２））の例を示す図である。この場合、まず、障害対処装置３は、初回のルールヒットで該当するアクションを実行する。併せて、障害対処装置３は、５秒間の抑止（タイマー）を開始する。そして、抑止タイマーの開始から５秒間、同一のルールに何回ヒットしても、障害対処装置３は、該当するアクションの実行を抑止する。その後、抑止時間が経過した場合、障害対処装置３は、次のルールヒットまで抑止を解除する。そして、抑止が解除されている状態でのルールヒットで、障害対処装置３は、該当するアクションを実行し、併せて、再度、５秒間の抑止（タイマー）を開始する。

図１９は、本実施形態３にかかるアクション抑止上限回数を設定有にした場合（パターン（３））の例を示す図である。この場合、まず、障害対処装置３は、初回のルールヒットで該当するアクションを実行する。このとき、障害対処装置３は、抑止を開始、つまり抑止フラグ＝１に更新する。そのため、その後、同一のルールにヒットした場合、５回まで該当するアクションの実行を抑止する。そして、６回目（抑止期間の５回目）のルールヒットの場合、障害対処装置３は、抑止を解除、つまり抑止フラグ＝０に更新する。その後、（全体で）７回目のルールヒットの場合、障害対処装置３は、該当するアクションを実行し、併せて、再度、抑止を開始、つまり抑止フラグ＝１に更新する。言い換えると、抑止間隔は制限されない。

図２０は、本実施形態３にかかるアクション抑止間隔及び上限回数を設定有にした場合（パターン（４））の例（障害発生例４－１）を示す図である。ここでは、パターン（２）（アクション抑止間隔）を優先するため、初回のルールヒットによるアクション実行から５秒間を経過すると抑止が解除される。そして、アクション抑止が開始後５秒の間に、抑止フラグについて「１」と「０」の更新が繰り返される。図２０では、５秒間に１３回のルールヒットが発生したが、１，７、１３回目のルールヒットの場合のみ、該当するアクションが実行されることを示す。

図２１は、本実施形態３にかかるアクション抑止間隔及び上限回数を設定有にした場合（パターン（４）の他の例（障害発生例４－２））を示す図である。ここでは、初回のルールヒットによるアクション実行から５秒間に（初回を含めて）７回のルールヒットが発生し、１、７回目のルールヒットの場合のみ、該当するアクションが実行されることを示す。そして、７回目のルールヒットからの経過時間にかかわらず、８回目のルールヒットにより該当するアクションが実行され、併せて、再度、抑止タイマーの開始と抑止フラグ＝１への更新がされる。

このように、本実施形態では、実行抑止条件を用いることにより、上述したように対処の実行を柔軟に制御できる。

尚、アクション制御部には、再実行条件を含めても良い。再実行条件には、例えば、アクションリトライ間隔やアクションリトライ回数を含めても良い。アクションリトライ間隔は、該当するアクションが実行された際に、実行結果の応答を待つ待ち時間である。また、アクションリトライ回数は、待ち時間を経過した後、当該アクションを再実行する上限回数である。

＜その他の実施形態＞
尚、上述の実施形態では、ハードウェアの構成として説明したが、これに限定されるものではない。本開示は、任意の処理を、ＣＰＵにコンピュータプログラムを実行させることにより実現することも可能である。

上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ－ＲＯＭ（Read Only Memory）、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、ＤＶＤ（Digital Versatile Disc）、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

なお、本開示は上記実施形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施形態を適宜組み合わせて実施されてもよい。

上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
（付記Ａ１）
情報システムから検出された障害メッセージに応じた対処内容と、当該対処内容を前記情報システムに対して実行するための実行条件とが対応付けられた複数の障害対処ルールのリストを記憶する記憶部と、
前記障害メッセージを取得する取得部と、
前記リスト内の前記複数の障害対処ルールのそれぞれについて、前記取得した障害メッセージから抽出された抽出情報が前記実行条件に該当するか否かを判定する判定部と、
前記該当すると判定された実行条件に対応付けられた対処内容を特定し、当該特定した対処内容を前記情報システムに対して実行させる実行制御部と、
を備え、
前記実行条件における条件情報の指定を受け付ける受付部と、
前記指定された条件情報に基づく条件式のプログラムコードを生成するコード生成部と、
前記抽出情報を前記プログラムコードに基づいて判定するための判定対象値及び前記対処内容の入力欄を含めた前記複数の障害対処ルールの入力テンプレートを生成するテンプレート生成部と、
前記入力テンプレートに対する入力値を前記入力欄に設定して前記リストとして前記記憶部に格納するリスト生成部と、
をさらに備える障害対処装置。
（付記Ａ２）
前記リスト生成部は、
特定の障害対処ルールについての実行抑止条件の入力を受け付けた場合、当該特定の障害対処ルールの前記実行条件に当該実行抑止条件をさらに対応付けて前記リストを更新し、
前記判定部は、
前記該当すると判定された実行条件に前記実行抑止条件が対応付けられている場合、当該実行抑止条件を満たすか否かを判定し、
前記実行制御部は、
前記実行抑止条件を満たす場合、前記特定した対処内容の実行を抑止する
付記Ａ１に記載の障害対処装置。
（付記Ａ３）
前記実行抑止条件は、対応付けられている前記対処内容を単位時間あたりに実行させる上限回数を含み、
前記判定部は、
前記対処内容の単位時間あたりの実行回数が前記上限回数を超えていると判定した場合、前記実行抑止条件を満たすと判定する
付記Ａ２に記載の障害対処装置。
（付記Ａ４）
前記実行抑止条件は、対応付けられている前記対処内容の実行を抑止する間隔を含み、
前記判定部は、
前記対処内容が直前に実行された後、前記間隔が経過していないと判定した場合、前記実行抑止条件を満たすと判定する
付記Ａ２又はＡ３に記載の障害対処装置。
（付記Ａ５）
前記実行抑止条件は、対応付けられている前記対処内容の実行を抑止する時間帯を含み、
前記判定部は、
現在時刻が前記時間帯に含まれていると判定した場合、前記実行抑止条件を満たすと判定する
付記Ａ２乃至Ａ４のいずれか１項に記載の障害対処装置。
（付記Ａ６）
前記記憶部は、サービス種別ごとに前記リストを記憶し、
前記判定部は、
前記抽出情報からサービス種別を判定し、
前記判定されたサービス種別に対応する前記リストを特定し、
前記特定されたリスト内の前記複数の障害対処ルールのそれぞれについて、前記取得した障害メッセージから抽出された抽出情報が前記実行条件に該当するか否かを判定する
付記Ａ１乃至Ａ５のいずれか１項に記載の障害対処装置。
（付記Ｂ１）
情報システムから障害メッセージを検出する検出部と、
前記検出された障害メッセージに応じた対処内容と、当該対処内容を前記情報システムに対して実行するための実行条件とが対応付けられた複数の障害対処ルールのリストを記憶する記憶部と、
前記障害メッセージを取得する取得部と、
前記リスト内の前記複数の障害対処ルールのそれぞれについて、前記取得した障害メッセージから抽出された抽出情報が前記実行条件に該当するか否かを判定する判定部と、
前記該当すると判定された実行条件に対応付けられた対処内容を特定し、当該特定した対処内容を前記情報システムに対して実行させるように指示を行う実行制御部と、
前記指示に応じて前記特定した対処内容を前記情報システムに対して実行する実行部と、
を備え、
前記実行条件における条件情報の指定を受け付ける受付部と、
前記指定された条件情報に基づく条件式のプログラムコードを生成するコード生成部と、
前記抽出情報を前記プログラムコードに基づいて判定するための判定対象値及び前記対処内容の入力欄を含めた前記複数の障害対処ルールの入力テンプレートを生成するテンプレート生成部と、
前記入力テンプレートに対する入力値を前記入力欄に設定して前記リストとして前記記憶部に格納するリスト生成部と、
をさらに備える障害対処システム。
（付記Ｂ２）
前記リスト生成部は、
特定の障害対処ルールについての実行抑止条件の入力を受け付けた場合、当該特定の障害対処ルールの前記実行条件に当該実行抑止条件をさらに対応付けて前記リストを更新し、
前記判定部は、
前記該当すると判定された実行条件に前記実行抑止条件が対応付けられている場合、当該実行抑止条件を満たすか否かを判定し、
前記実行制御部は、
前記実行抑止条件を満たす場合、前記特定した対処内容の実行を抑止する
付記Ｂ１に記載の障害対処システム。
（付記Ｃ１）
情報システムから検出された障害メッセージに応じた対処内容と、当該対処内容を前記情報システムに対して実行するための実行条件とが対応付けられた複数の障害対処ルールのリストを記憶する記憶部と、
前記障害メッセージを取得する取得部と、
前記リスト内の前記複数の障害対処ルールのそれぞれについて、前記取得した障害メッセージから抽出された抽出情報が前記実行条件に該当するか否かを判定する判定部と、
前記該当すると判定された実行条件に対応付けられた対処内容を特定し、当該特定した対処内容を前記情報システムに対して実行させる実行制御部と、
を備える障害対処装置が、
前記実行条件における条件情報の指定を受け付け、
前記指定された条件情報に基づく条件式のプログラムコードを生成し、
前記抽出情報を前記プログラムコードに基づいて判定するための判定対象値及び前記対処内容の入力欄を含めた前記複数の障害対処ルールの入力テンプレートを生成し、
前記入力テンプレートに対する入力値を前記入力欄に設定して前記リストとして前記記憶部に格納する、
ルールリスト生成方法。
（付記Ｄ１）
情報システムから検出された障害メッセージに応じた対処内容を前記情報システムに対して実行するための実行条件における条件情報の指定を受け付ける処理と、
前記指定された条件情報に基づく条件式のプログラムコードを生成する処理と、
前記障害メッセージから抽出される抽出情報を前記プログラムコードに基づいて判定するための判定対象値及び前記対処内容の入力欄を含めた複数の障害対処ルールの入力テンプレートを生成する処理と、
前記入力テンプレートに対する入力値を前記入力欄に設定して前記複数の障害対処ルールのリストとして記憶装置に格納する処理と、
前記障害メッセージを取得する処理と、
前記リスト内の前記複数の障害対処ルールのそれぞれについて、前記取得した障害メッセージから抽出された抽出情報が前記実行条件に該当するか否かを判定する処理と、
前記該当すると判定された実行条件に対応付けられた対処内容を特定し、当該特定した対処内容を前記情報システムに対して実行させる処理と、
をコンピュータに実行させるプログラム。

以上、実施形態（及び実施例）を参照して本願発明を説明したが、本願発明は上記実施形態（及び実施例）に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

この出願は、２０２０年２月２８日に出願された日本出願特願２０２０－０３２７２１を基礎とする優先権を主張し、その開示の全てをここに取り込む。

１００ 障害対処装置
１１ 記憶部
１１０ リスト
１１１ 障害対処ルール
１１１１ 対処内容
１１１２ 実行条件
１１ｍ 障害対処ルール
１２ 取得部
１３ 判定部
１４ 実行制御部
１５ 受付部
１６ コード生成部
１７ テンプレート生成部
１８ リスト生成部
１０００ 障害対処システム
１ 情報システム
２ 監視ツール
３ 障害対処装置
３１ 記憶部
３１０ プログラム
３１１ ルールリスト
３１１０ サービス種別
４０ ヘッダ部
４０１ ヘッダコード部
４０２ 条件コード部
４０３ 条件ヘッダ部
４０４ アクションコード部
４０５ アクションヘッダ部
４１ ルール
４１１ 条件部
４１２ アクション部
４ｍ ルール
３１ｎ ルールリスト
３２ 制御部
３２１ ルールリスト生成部
３２２ メッセージ解析部
３２３ 判定部
３２４ アクションコマンド生成部
３２５ 実行指示部
３３ メモリ
３４ 通信部
４ 対処実行ツール
５ メールサーバ
６ 運用端末
５０ 条件部定義画面
５１ 移動部
５２ 条件名
５２１ 条件名入力欄
５３ 条件式
５３１ 条件式選択欄
５４ 削除
５５ 条件式追加ボタン
５６ 閉じるボタン
５７ 追加ボタン

Claims (10)

1. 情報システムから検出された障害メッセージに応じた対処内容と、当該対処内容を前記情報システムに対して実行するための実行条件とが対応付けられた複数の障害対処ルールのリストを記憶する記憶手段と、
   前記障害メッセージを取得する取得手段と、
   前記リスト内の前記複数の障害対処ルールのそれぞれについて、前記取得した障害メッセージから抽出された抽出情報が前記実行条件に該当するか否かを判定する判定手段と、
   前記該当すると判定された実行条件に対応付けられた対処内容を特定し、当該特定した対処内容を前記情報システムに対して実行させる実行制御手段と、
   を備え、
   前記実行条件における条件情報の指定を受け付ける受付手段と、
   前記指定された条件情報に基づく条件式のプログラムコードを生成するコード生成手段と、
   前記抽出情報を前記プログラムコードに基づいて判定するための判定対象値及び前記対処内容の入力欄を含めた前記複数の障害対処ルールの入力テンプレートを生成するテンプレート生成手段と、
   前記入力テンプレートに対する入力値を前記入力欄に設定して前記リストとして前記記憶手段に格納するリスト生成手段と、
   をさらに備える障害対処装置。
2. 前記リスト生成手段は、
   特定の障害対処ルールについての実行抑止条件の入力を受け付けた場合、当該特定の障害対処ルールの前記実行条件に当該実行抑止条件をさらに対応付けて前記リストを更新し、
   前記判定手段は、
   前記該当すると判定された実行条件に前記実行抑止条件が対応付けられている場合、当該実行抑止条件を満たすか否かを判定し、
   前記実行制御手段は、
   前記実行抑止条件を満たす場合、前記特定した対処内容の実行を抑止する
   請求項１に記載の障害対処装置。
3. 前記実行抑止条件は、対応付けられている前記対処内容を単位時間あたりに実行させる上限回数を含み、
   前記判定手段は、
   前記対処内容の単位時間あたりの実行回数が前記上限回数を超えていると判定した場合、前記実行抑止条件を満たすと判定する
   請求項２に記載の障害対処装置。
4. 前記実行抑止条件は、対応付けられている前記対処内容の実行を抑止する間隔を含み、
   前記判定手段は、
   前記対処内容が直前に実行された後、前記間隔が経過していないと判定した場合、前記実行抑止条件を満たすと判定する
   請求項２又は３に記載の障害対処装置。
5. 前記実行抑止条件は、対応付けられている前記対処内容の実行を抑止する時間帯を含み、
   前記判定手段は、
   現在時刻が前記時間帯に含まれていると判定した場合、前記実行抑止条件を満たすと判定する
   請求項２乃至４のいずれか１項に記載の障害対処装置。
6. 前記記憶手段は、サービス種別ごとに前記リストを記憶し、
   前記判定手段は、
   前記抽出情報からサービス種別を判定し、
   前記判定されたサービス種別に対応する前記リストを特定し、
   前記特定されたリスト内の前記複数の障害対処ルールのそれぞれについて、前記取得した障害メッセージから抽出された抽出情報が前記実行条件に該当するか否かを判定する
   請求項１乃至５のいずれか１項に記載の障害対処装置。
7. 情報システムから障害メッセージを検出する検出手段と、
   前記検出された障害メッセージに応じた対処内容と、当該対処内容を前記情報システムに対して実行するための実行条件とが対応付けられた複数の障害対処ルールのリストを記憶する記憶手段と、
   前記障害メッセージを取得する取得手段と、
   前記リスト内の前記複数の障害対処ルールのそれぞれについて、前記取得した障害メッセージから抽出された抽出情報が前記実行条件に該当するか否かを判定する判定手段と、
   前記該当すると判定された実行条件に対応付けられた対処内容を特定し、当該特定した対処内容を前記情報システムに対して実行させるように指示を行う実行制御手段と、
   前記指示に応じて前記特定した対処内容を前記情報システムに対して実行する実行手段と、
   を備え、
   前記実行条件における条件情報の指定を受け付ける受付手段と、
   前記指定された条件情報に基づく条件式のプログラムコードを生成するコード生成手段と、
   前記抽出情報を前記プログラムコードに基づいて判定するための判定対象値及び前記対処内容の入力欄を含めた前記複数の障害対処ルールの入力テンプレートを生成するテンプレート生成手段と、
   前記入力テンプレートに対する入力値を前記入力欄に設定して前記リストとして前記記憶手段に格納するリスト生成手段と、
   をさらに備える障害対処システム。
8. 前記リスト生成手段は、
   特定の障害対処ルールについての実行抑止条件の入力を受け付けた場合、当該特定の障害対処ルールの前記実行条件に当該実行抑止条件をさらに対応付けて前記リストを更新し、
   前記判定手段は、
   前記該当すると判定された実行条件に前記実行抑止条件が対応付けられている場合、当該実行抑止条件を満たすか否かを判定し、
   前記実行制御手段は、
   前記実行抑止条件を満たす場合、前記特定した対処内容の実行を抑止する
   請求項７に記載の障害対処システム。
9. 情報システムから検出された障害メッセージに応じた対処内容と、当該対処内容を前記情報システムに対して実行するための実行条件とが対応付けられた複数の障害対処ルールのリストを記憶する記憶手段と、
   前記障害メッセージを取得する取得手段と、
   前記リスト内の前記複数の障害対処ルールのそれぞれについて、前記取得した障害メッセージから抽出された抽出情報が前記実行条件に該当するか否かを判定する判定手段と、
   前記該当すると判定された実行条件に対応付けられた対処内容を特定し、当該特定した対処内容を前記情報システムに対して実行させる実行制御手段と、
   を備える障害対処装置が、
   前記実行条件における条件情報の指定を受け付け、
   前記指定された条件情報に基づく条件式のプログラムコードを生成し、
   前記抽出情報を前記プログラムコードに基づいて判定するための判定対象値及び前記対処内容の入力欄を含めた前記複数の障害対処ルールの入力テンプレートを生成し、
   前記入力テンプレートに対する入力値を前記入力欄に設定して前記リストとして前記記憶手段に格納する、
   ルールリスト生成方法。
10. 情報システムから検出された障害メッセージに応じた対処内容を前記情報システムに対して実行するための実行条件における条件情報の指定を受け付ける処理と、
    前記指定された条件情報に基づく条件式のプログラムコードを生成する処理と、
    前記障害メッセージから抽出される抽出情報を前記プログラムコードに基づいて判定するための判定対象値及び前記対処内容の入力欄を含めた複数の障害対処ルールの入力テンプレートを生成する処理と、
    前記入力テンプレートに対する入力値を前記入力欄に設定して前記複数の障害対処ルールのリストとして記憶装置に格納する処理と、
    前記障害メッセージを取得する処理と、
    前記リスト内の前記複数の障害対処ルールのそれぞれについて、前記取得した障害メッセージから抽出された抽出情報が前記実行条件に該当するか否かを判定する処理と、
    前記該当すると判定された実行条件に対応付けられた対処内容を特定し、当該特定した対処内容を前記情報システムに対して実行させる処理と、
    をコンピュータに実行させるプログラム。

Images