(57)【要約】【課題】発生した障害の情報およびログ格納場所の情報を用いて、同一障害の障害判定条件を生成し、障害事例を登録することができるインシデント管理運用業務システムを提供する。【解決手段】インシデント管理運用業務システムにおいて、インシデント管理システム１０は、入力された障害の情報に基づいて、障害事例情報テーブル４１の障害判定条件と照合して、障害事例の合致を判定し、判定の結果、合致する障害事例があれば、障害の情報および障害事例の情報を、インシデント情報テーブル３１に格納し、判定の結果、合致する障害事例がなければ、事例増強システム２０に、障害の情報を送信し、事例増強システム２０は、インシデント管理システム１０から受信した障害の情報に基づいて、障害判定条件を生成し、障害事例情報テーブル４１に格納する。【選択図】図１
2014010529.tif 000002
【特許請求の範囲】
【請求項１】
複数の監視対象機器を有するシステムの障害対応を含めた運用サービスを提供するインシデント管理運用業務システムであって、
前記監視対象機器の過去に発生した障害に関する情報が格納されるインシデント情報テーブルと、
障害判定条件を含む障害事例の情報が格納される障害事例情報テーブルと、
前記複数の監視対象機器の障害を監視し、前記障害の情報を収集する障害監視装置と、
前記障害監視装置で収集された前記障害の情報が入力され、前記監視対象機器の障害の管理を行うインシデント管理システムと、
前記障害事例情報テーブルに格納されていない障害事例を登録する事例増強システムとを備え、
前記インシデント管理システムは、入力された前記障害の情報に基づいて、前記障害事例情報テーブルの前記障害判定条件と照合して、障害事例の合致を判定し、前記判定の結果、合致する障害事例があれば、前記障害の情報および前記障害事例の情報を、前記インシデント情報テーブルに格納し、前記判定の結果、合致する障害事例がなければ、前記事例増強システムに、前記障害の情報を送信し、
前記事例増強システムは、前記インシデント管理システムから受信した前記障害の情報に基づいて、前記障害判定条件を生成し、前記障害事例情報テーブルに格納することを特徴とするインシデント管理運用業務システム。
【請求項２】
請求項１に記載のインシデント管理運用業務システムにおいて、
障害解析のためのログの格納場所の情報が格納されたログ格納場所情報テーブルと、
障害発生元の担当部署の情報が格納された担当部署情報テーブルとを備え、
前記事例増強システムは、生成した前記障害判定条件を前記障害事例情報テーブルに格納する際、前記ログ格納場所情報テーブルから、前記障害の発生元に関連するログの格納場所の情報を取得して、前記格納場所内のファイルを収集し、前記担当部署情報テーブルから前記障害の連絡先を収集して、前記障害の連絡先に、前記障害の情報、および前記ログの情報を送信し、前記連絡先の担当者に対して、前記障害に対する対策手順の情報の追加を依頼することを特徴とするインシデント管理運用業務システム。
【請求項３】
監視対象機器の過去に発生した障害に関する情報が格納されるインシデント情報テーブルと、障害判定条件を含む障害事例の情報が格納される障害事例情報テーブルと、複数の前記監視対象機器の障害を監視し、前記障害の情報を収集する障害監視装置と、前記障害監視装置で収集された前記障害の情報が入力され、前記監視対象機器の障害の管理を行うインシデント管理システムと、前記障害事例情報テーブルに格納されていない障害事例を登録する事例増強システムとを備え、複数の監視対象機器を有するシステムの障害対応を含めた運用サービスを提供するインシデント管理運用業務システムの障害判定条件自動生成方法であって、
前記インシデント管理システムにより、入力された前記障害の情報に基づいて、前記障害事例情報テーブルの前記障害判定条件と照合して、障害事例の合致を判定し、前記判定の結果、合致する障害事例があれば、前記障害の情報および前記障害事例の情報を、前記インシデント情報テーブルに格納し、前記判定の結果、合致する障害事例がなければ、前記事例増強システムに、前記障害の情報を送信し、
前記事例増強システムにより、前記インシデント管理システムから受信した前記障害の情報に基づいて、前記障害判定条件を生成し、前記障害事例情報テーブルに格納することを特徴とするインシデント管理運用業務システムの障害判定条件自動生成方法。
【請求項４】
監視対象機器の過去に発生した障害に関する情報が格納されるインシデント情報テーブルと、障害判定条件を含む障害事例の情報が格納される障害事例情報テーブルと、障害解析のためのログの格納場所の情報が格納されたログ格納場所情報テーブルと、障害発生元の担当部署の情報が格納された担当部署情報テーブルと、複数の監視対象機器の障害を監視し、前記障害の情報を収集する障害監視装置と、前記障害監視装置で収集された前記障害の情報が入力され、前記監視対象機器の障害の管理を行うインシデント管理システムと、前記障害事例情報テーブルに格納されていない障害事例を登録する事例増強システムとを備え、複数の監視対象機器を有するシステムの障害対応を含めた運用サービスを提供するインシデント管理運用業務システムの障害対策手順追加依頼自動送信方法であって、
前記インシデント管理システムにより、入力された前記障害の情報に基づいて、前記障害事例情報テーブルの前記障害判定条件と照合して、障害事例の合致を判定し、前記判定の結果、合致する障害事例があれば、前記障害の情報および障害事例の情報を、前記インシデント情報テーブルに格納し、前記判定の結果、合致する障害事例がなければ、前記事例増強システムに、前記障害の情報を送信し、
前記事例増強システムにより、前記インシデント管理システムから受信した前記障害の情報に基づいて、前記障害判定条件を生成し、前記障害事例情報テーブルに格納し、生成した前記障害判定条件を前記障害事例情報テーブルに格納する際、前記ログ格納場所情報テーブルから、前記障害の発生元に関連するログの格納場所の情報を取得して、前記格納場所内のファイルを収集し、前記担当部署情報テーブルから前記障害の連絡先を収集して、前記障害の連絡先に、前記障害の情報、および前記ログの情報を送信し、前記連絡先の担当者に対して、前記障害に対する対策手順の情報の追加を依頼することを特徴とするインシデント管理運用業務システムの障害対策手順追加依頼自動送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システムのインシデント管理運用業務を行うインシデント管理運用業務システムに関し、特に、発生した障害情報、ログ格納場所の定義およびシステム担当部署連絡先を用いて、同一障害の判定条件を自動生成するための障害判定条件自動生成方法、およびシステム担当部署に障害対策手順追加依頼を発生元から自動収集したログと共に自動送信するための、障害対策手順追加依頼自動送信方法に関するものである。
【背景技術】
【０００２】
データセンタでは、お客様から情報システムを預かり、障害対応を含めた運用サービスを提供する、インシデント管理運用業務が存在する。運用サービスの提供者はお客様のシステムでのインシデント発生を監視し、サービスを迅速に復旧し、顧客業務への影響を最低限に止めなければならない。
【０００３】
発生したインシデントからサービスを早急に回復する仕組みとして、例えば、特開２０１１−７６１６１号公報（特許文献１）に記載の「インシデント管理システム」を適用する方法が考えられる。
【０００４】
特許文献１に記載のものは、発生したインシデントのメッセージ等から適用可能な障害事例（過去に発生したインシデントの対処と手順）を検索して提示、適切かつ迅速な復旧作業を可能にするものである。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１１−７６１６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１の仕組みにより、全インシデントの障害事例が提供され、目標時間内にサービス復旧できれば良いが、多発するインシデントに対して障害事例登録数が少なく、インシデント解決までの時間短縮につながらないケースが往々にして見受けられる。このようなサービス復旧の遅延を減らすには、インシデントに合致する障害事例を増強させる仕組みが不可欠である。しかし、特許文献１に記載の技術は障害事例登録を強化する仕組みを具備していない。
【０００７】
このように、従来技術では、インシデント管理システムが早期サービス復旧の要となる障害事例登録を強化する仕組みを持たない点が問題となっている。
【０００８】
そこで、本発明の目的は、これらの従来技術を利用したインシデント解決時間短縮の課題を解決するため、発生した障害の情報、ログ格納場所の定義およびシステム担当部署連絡先の定義を用いて、同一障害の判定条件を生成し障害事例を自動登録し、インシデントの発生元から自動収集したログと共にシステム担当部署に障害対策手順追加依頼を自動送信することができるインシデント管理運用業務システムを提供することにある。
【０００９】
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
【課題を解決するための手段】
【００１０】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次の通りである。
【００１１】
すなわち、代表的なものの概要は、複数の監視対象機器を有するシステムの障害対応を含めた運用サービスを提供するインシデント管理運用業務システムであって、監視対象機器の過去に発生した障害に関する情報が格納されるインシデント情報テーブルと、障害判定条件を含む障害事例の情報が格納される障害事例情報テーブルと、複数の監視対象機器の障害を監視し、障害の情報を収集する障害監視装置と、障害監視装置で収集された障害の情報が入力され、監視対象機器の障害の管理を行うインシデント管理システムと、障害事例情報テーブルに格納されていない障害事例を登録する事例増強システムとを備え、インシデント管理システムは、入力された障害の情報に基づいて、障害事例情報テーブルの障害判定条件と照合して、障害事例の合致を判定し、判定の結果、合致する障害事例があれば、障害の情報および障害事例の情報を、インシデント情報テーブルに格納し、判定の結果、合致する障害事例がなければ、事例増強システムに、障害の情報を送信し、事例増強システムは、インシデント管理システムから受信した障害の情報に基づいて、障害判定条件を生成し、障害事例情報テーブルに格納するものである。
【００１２】
また、監視対象機器の過去に発生した障害に関する情報が格納されるインシデント情報テーブルと、障害判定条件を含む障害事例の情報が格納される障害事例情報テーブルと、複数の監視対象機器の障害を監視し、障害の情報を収集する障害監視装置と、障害監視装置で収集された障害の情報が入力され、監視対象機器の障害の管理を行うインシデント管理システムと、障害事例情報テーブルに格納されていない障害事例を登録する事例増強システムとを備え、複数の監視対象機器を有するシステムの障害対応を含めた運用サービスを提供するインシデント管理運用業務システムの障害判定条件自動生成方法であって、インシデント管理システムにより、入力された障害の情報に基づいて、障害事例情報テーブルの障害判定条件と照合して、障害事例の合致を判定し、判定の結果、合致する障害事例があれば、障害の情報および障害事例の情報を、インシデント情報テーブルに格納し、判定の結果、合致する障害事例がなければ、事例増強システムに、障害の情報を送信し、事例増強システムにより、インシデント管理システムから受信した障害の情報に基づいて、障害判定条件を生成し、障害事例情報テーブルに格納するものである。
【００１３】
また、監視対象機器の過去に発生した障害に関する情報が格納されるインシデント情報テーブルと、障害判定条件を含む障害事例の情報が格納される障害事例情報テーブルと、障害解析のためのログの格納場所の情報が格納されたログ格納場所情報テーブルと、障害発生元の担当部署の情報が格納された担当部署情報テーブルと、複数の監視対象機器の障害を監視し、障害の情報を収集する障害監視装置と、障害監視装置で収集された障害の情報が入力され、監視対象機器の障害の管理を行うインシデント管理システムと、障害事例情報テーブルに格納されていない障害事例を登録する事例増強システムとを備え、複数の監視対象機器を有するシステムの障害対応を含めた運用サービスを提供するインシデント管理運用業務システムの障害対策手順追加依頼自動送信方法であって、インシデント管理システムにより、入力された障害の情報に基づいて、障害事例情報テーブルの障害判定条件と照合して、障害事例の合致を判定し、判定の結果、合致する障害事例があれば、障害の情報および障害事例の情報を、インシデント情報テーブルに格納し、判定の結果、合致する障害事例がなければ、事例増強システムに、障害の情報を送信し、事例増強システムにより、インシデント管理システムから受信した障害の情報に基づいて、障害判定条件を生成し、障害事例情報テーブルに格納し、生成した障害判定条件を障害事例情報テーブルに格納する際、ログ格納場所情報テーブルから、障害の発生元に関連するログの格納場所の情報を取得して、格納場所内のファイルを収集し、担当部署情報テーブルから障害の連絡先を収集して、障害の連絡先に、障害の情報、およびログの情報を送信し、連絡先の担当者に対して、障害に対する対策手順の情報の追加を依頼するものである。
【発明の効果】
【００１４】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下の通りである。
【００１５】
すなわち、代表的なものによって得られる効果は、自動収集対象ログの出力先と障害対策手順作成担当者の連絡先を定義しておき、監視対象から発生した障害情報から障害判定条件を含む障害事例を登録し、障害発生元のログを自動収集して、それらの情報を障害対策の手順追加依頼メールとして、担当者に送信するようにしたので、適用可能な障害事例を増やし、インシデント解決時間の短縮が可能となる。
【図面の簡単な説明】
【００１６】
【図１】本発明の一実施の形態に係るインシデント管理運用業務システムの構成を示す構成図である。
【図２】本発明の一実施の形態に係るインシデント管理運用業務システムのインシデント情報テーブルの項目の一例を示す図である。
【図３】本発明の一実施の形態に係るインシデント管理運用業務システムの障害事例情報テーブルの項目の一例を示す図である。
【図４】本発明の一実施の形態に係るインシデント管理運用業務システムのログ格納場所情報テーブルの項目の一例を示す図である。
【図５】本発明の一実施の形態に係るインシデント管理運用業務システムの担当部署情報テーブルの項目の一例を示す図である。
【図６】本発明の一実施の形態に係るインシデント管理運用業務システムの障害判定条件生成処理を示すフローチャートである。
【図７】本発明の一実施の形態に係るインシデント管理運用業務システムの障害対応事例編集画面の一例を示す図である。
【発明を実施するための形態】
【００１７】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００１８】
＜インシデント管理運用業務システムの構成＞
図１により、本発明の一実施の形態に係るインシデント管理運用業務システムの構成について説明する。図１は本発明の一実施の形態に係るインシデント管理運用業務システムの構成を示す構成図である。
【００１９】
図１において、インシデント管理運用業務システムは、例えば、データセンタ１の内部に設置されており、監視対象機器２の障害を監視する障害監視装置３、運用端末４、インシデント管理システム１０、事例増強システム２０、インシデントデータベース３０、事例データベース４０、構成情報データベース５０から構成されている。
【００２０】
インシデント管理システム１０は、障害情報入力部１１を有し、事例増強システム２０は、事例登録部２１、ログ収集部２２、手順追加依頼部２３を有している。
【００２１】
また、インシデントデータベース３０には、インシデント情報テーブル３１が格納され、事例データベース４０には、障害事例情報テーブル４１が格納され、構成情報データベース５０には、ログ格納場所情報テーブル５１、担当部署情報テーブル５２が格納されている。
【００２２】
＜各データベースのテーブルの項目の一例＞
次に、図２〜図５により、本発明の一実施の形態に係るインシデント管理運用業務システムの各データベースのテーブルの項目の一例について説明する。図２〜図５は本発明の一実施の形態に係るインシデント管理運用業務システムの各データベースのテーブルの項目の一例を示す図であり、図２はインシデント情報テーブル３１、図３は障害事例情報テーブル４１、図４はログ格納場所情報テーブル５１、図５は担当部署情報テーブル５２の項目を示している。
【００２３】
図２において、インシデント情報テーブル３１は、インシデントを一意識別するためのインシデントＩＤ、障害を発生させたホスト名を示す発生元、障害を発生させたアプリケーション名を示すソース名、発生時刻、インシデントのメッセージ、インシデント解決の状況を示すステータス、メッセージが合致した障害事例を示す合致事例ＩＤの項目を有する。
【００２４】
インシデント情報テーブル３１のデータ例としては、例えば、インシデントＩＤが「Ｉ１」、「Ｉ２」、「Ｉ３」、「Ｉ４」など、発生元が「Ｈｏｓｔ１」「Ｈｏｓｔ２」「Ｈｏｓｔ３」「Ｈｏｓｔ４」など、ソース名が「ＤＢＭＳ」、「ＷＥＢＡＰ」、「ＳｅｒｖｉｃｅＸ」など、発生時刻が「２０１２／０１／３０  １２：１５」、「２０１２／０１／３０  １３：２３」、「２０１２／０１／３０  １４：４８」、「２０１２／０１／３０  １５：１２」など、メッセージが「２０１２／０１／３０  １２：１５：３０  Ｅｒｒｏｒ  ＸＸＸ  ＹＹＹ」、「Ｈｏｓｔ２  ＤＢアクセスエラーです」、「時間内にジョブが完了しませんでした」、「ＮｕｌｌＰｏｉｎｔＥｘｃｅｐｔｉｏｎ  ｃｏｍ．ａａａ．ｂｂｂ．ＸＸＸ」など、ステータスが「完了」、「対策中」など、合致事例ＩＤが「ＣＡＳＥ１」、「ＣＡＳＥ２」、「ＣＡＳＥ３」、「なし」などである。
【００２５】
図３において、障害事例情報テーブル４１は、障害事例を一意識別するための事例ＩＤ、障害情報のメッセージが障害事例にあてはまるか判定するための障害判定条件、この障害事例に合致した場合に適用すべき手順書格納場所の項目を有する。
【００２６】
障害事例情報テーブル４１のデータ例としては、例えば、事例ＩＤが「ＣＡＳＥ１」、「ＣＡＳＥ２」、「ＣＡＳＥ３」など、障害判定条件が「％／％／％：％：％Ｅｒｒｏｒ％ＸＸＸ％ＹＹＹ」、「Ｈｏｓｔ％ＤＢアクセスエラー％」、「時間内％ジョブ％完了％」など、手順書格納場所が「￥￥ＦｉｌｅＳｒｖ￥Ｄｏｃ￥ＣＡＳＥ１」、「￥￥ＦｉｌｅＳｒｖ￥Ｄｏｃ￥ＣＡＳＥ２」、「￥￥ＦｉｌｅＳｒｖ￥Ｄｏｃ￥ＣＡＳＥ３」などである。
【００２７】
図４において、ログ格納場所情報テーブル５１は、ログ格納情報を一意識別する格納場所ＩＤ、障害が発生したホスト名を示す発生元名、障害が発生したアプリケーション名を示すソース名、障害解析のため収集すべきログが格納されるフォルダパスを示すログ格納場所の項目を有する。
【００２８】
発生元を指定したログ格納情報は特定ホストのログ格納場所を示す。発生元を指定しない場合、全ホスト共通のログ格納場所を示すものとして扱う。
【００２９】
ログ格納場所情報テーブル５１のデータ例としては、例えば、格納場所ＩＤが「Ｐ１」、「Ｐ２」、「Ｐ３」、「Ｐ４」など、発生元名が「Ｈｏｓｔ２」など、ソース名が「ＤＢＭＳ」、「ＷＥＢＡＰ」、「ＳｅｒｖｉｃｅＸ」など、ログ格納場所が「Ｃ：￥ＤＢＭＳ￥Ｌｏｇ」、「Ｄ：￥ＤＢＭＳ￥Ｌｏｇ」、「Ｃ：￥Ｐｒｏｇｒａｍ  Ｆｉｌｅｓ￥ＷＥＢＡＰ￥ｌｏｇｓ」、「Ｃ：￥ＳｅｒｖｉｃｅＸ￥ｂｉｎ￥ｌｏｇ」などである。
【００３０】
図５において、担当部署情報テーブル５２は、担当部署情報を一意識別する担当部署ＩＤ、障害が発生したホスト名を示す発生元名、障害発生元ホストを管理している部署を示す部署名、障害対応手順作成担当者メールアドレスの連絡先の項目を有する。
【００３１】
担当部署情報テーブル５２のデータ例としては、例えば、担当部署ＩＤが「Ｄ１」、「Ｄ２」、「Ｄ３」、「Ｄ４」など、発生元名が「Ｈｏｓｔ１」、「Ｈｏｓｔ２」、「Ｈｏｓｔ３」、「Ｈｏｓｔ４」など、部署名が「第一保守部」、「第二保守部」など、連絡先が「ｍａｉｎｔｅ０１−ｉｎｏｕｅ＠ｘｘｘｘ．ｃｏｍ」、「ｍａｉｎｔｅ０１−ｔａｋａｙａｍａ＠ｘｘｘｘ．ｃｏｍ」、「ｍａｉｎｔｅ０２−ｏｏｎｏ＠ｘｘｘｘ．ｃｏｍ」などである。
【００３２】
＜インシデント管理運用業務システムの動作＞
次に、図１〜図７により、本発明の一実施の形態に係るインシデント管理運用業務システムの動作について説明する。図６は本発明の一実施の形態に係るインシデント管理運用業務システムの障害判定条件生成処理を示すフローチャート、図７は本発明の一実施の形態に係るインシデント管理運用業務システムの障害対応事例編集画面の一例を示す図である。
【００３３】
まず、データセンタ１の障害監視装置３は、監視対象機器２を監視しており、障害監視装置３は、監視対象機器２で発生した障害を自動的に収集し、インシデント管理システム１０に送信する。
【００３４】
インシデント管理システム１０では、障害情報入力部１１で障害監視装置３からの障害情報を受信し、障害情報に含まれるメッセージを、図３に示す事例データベース４０内の障害事例情報テーブル４１の障害判定条件に照合し、障害事例の合致を判定する。
【００３５】
そして、図２に示す障害情報をインシデントデータベース３０のインシデント情報テーブル３１にインシデントとして登録する。障害事例に合致する場合、インシデント情報テーブル３１の合致事例列に合致した事例ＩＤを格納する。
【００３６】
合致する障害事例がない場合、同列は空欄でインシデントを登録し、事例増強システム２０の事例登録部２１に障害情報を送信する。
【００３７】
事例登録部２１では、受信した障害情報のメッセージについて、障害判定条件生成処理を実行し、メッセージに含まれるアルファベット、漢字およびカタカナを障害判定のキーとして抽出、障害判定条件の文字列を作成する。
【００３８】
ここで、図６により、事例登録部２１における障害判定条件生成処理の具体例について説明する。
【００３９】
事例増強システム２０の事例登録部２１は、図６に示すフローチャートに示した障害判定条件生成処理を実行する。
【００４０】
まず、事例登録部２１はインシデント管理システム１０の障害情報入力部１１から障害情報を受信する（ステップＳ６０１）。
【００４１】
そして、障害情報に含まれるメッセージの文字数を変数ｌｅｎに格納し（ステップＳ６０２）、処理対象文字の位置を示す変数としてｎを１で初期化し（ステップＳ６０３）、障害判定条件文字列を格納する変数Ｓｔｒを””で初期化する（ステップＳ６０４）。
【００４２】
そして、障害メッセージ文字列に含まれる文字数だけステップＳ６０５とステップＳ６１５の間の処理を繰り返す。
【００４３】
ステップＳ６０５とステップＳ６１５の間の繰り返しの処理では、まず、メッセージ文字列のｎ文字目を取り出す（ステップＳ６０６）。メッセージ文字列の先頭は１文字目とする。
【００４４】
そして、取り出した文字を変数ｃｈａｒに格納し（ステップＳ６０７）、ｃｈａｒの文字が文字列の終端コードであるかを判定し（ステップＳ６０８）、ステップＳ６０８で終端コードでなければ、ｃｈａｒの文字がアルファベットであるかを判定し（ステップＳ６０９）、アルファベットでなければ、ｃｈａｒの文字が漢字であるかを判定し（ステップＳ６１０）、ステップＳ６１０で漢字でなければ、ｃｈａｒの文字がカタカナであるかを判定し（ステップＳ６１１）、ステップＳ６１１でカタカナでなければ、障害判定条件文字列のＳｔｒの末尾に”％”（０個以上の不特定の文字を表すワイルドカード）を連結し（ステップＳ６１２）、処理対象文字の位置を示す変数ｎをインクリメントし（ステップＳ６１４）、ステップＳ６０５とステップＳ６１５の間の繰り返しの処理を継続する。
【００４５】
また、ステップＳ６０８で終端コードであれば、処理対象文字の位置を示す変数ｎをインクリメントし（ステップＳ６１４）、ステップＳ６０５とステップＳ６１５の間の繰り返しの処理を継続する。
【００４６】
また、ステップＳ６０９でアルファベットであるか、ステップＳ６１０で漢字であるか、ステップＳ６１１でカタカナであれば、障害判定条件文字列のＳｔｒの末尾にｃｈａｒの文字を連結し（ステップＳ６１３）、処理対象文字の位置を示す変数ｎをインクリメントし（ステップＳ６１４）、ステップＳ６０５とステップＳ６１５の間の繰り返しの処理を継続する。
【００４７】
ステップＳ６０５とステップＳ６１５の間の繰り返しの処理が終了したら、障害判定条件生成処理を終了する。
【００４８】
事例増強システム２０の事例登録部２１による、障害判定条件生成処理が終了すると、事例登録部２１は作成した障害判定条件を含む障害事例を、図３に示す事例データベース４０の障害事例情報テーブル４１に登録する。
【００４９】
また、事例増強システム２０のログ収集部２２は障害情報に含まれる発生元とソース名をキーにして、図４に示す構成情報データベース５０のログ格納場所情報テーブル５１を検索、障害発生元となったソースのログ格納場所を取得、ログ格納場所内のファイルを収集する。
【００５０】
手順追加依頼部２３は障害情報に含まれる発生元をキーにして、図５に示す構成情報データベース５０の担当部署情報テーブル５２を検索して、手順追加依頼先の連絡先であるメールアドレスを取得し、手順追加依頼メール２４を送信する。
【００５１】
手順追加依頼メール２４の受信者は、事例増強システム２０が収集したログで障害原因を調査、障害対策手順を作成する。
【００５２】
また、運用端末４上で、図７に示す障害対応事例編集画面にて、障害事例の内容を確認し、担当者は調査結果から必要であれば、障害判定条件を編集し、また、作成した手順格納場所を指定することができる。
【００５３】
図７に示す障害対応事例編集画面では、事例増強システム２０が登録した障害事例の内容を表示している。手順追加依頼メール２４を受信した担当者は、運用端末４で手順追加依頼メール２４に記載の事例ＩＤを指定することにより、障害事例を表示する。
【００５４】
障害判定文字列欄には、事例登録部２１が、図６のフローチャートで示す障害判定条件生成処理で生成された障害判定条件文字列が表示される。
【００５５】
また、ログ収集部２２が集めたログ等から調査した結果、変更が必要であれば文字列を改変可能である。
【００５６】
手順格納場所には担当者が作成した手順書の格納先フォルダのパスを指定する。
【００５７】
担当者は、保存ボタンを押下して、担当者が編集した内容で障害事例を更新し、また、事例増強システム２０が登録した障害事例が不要であれば、削除ボタン押下で削除可能である。
【００５８】
本実施の形態では、自動収集対象ログの出力先と障害対策手順作成担当者の連絡先を定義しておき、監視対象から発生した障害情報から障害判定条件を含む障害事例を登録し、障害発生元のログを自動収集して、それらの情報を障害対策の手順追加依頼メールとして、担当者に送信するようにしたので、適用可能な障害事例を増やし、インシデント解決時間の短縮が可能となる。
【００５９】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【産業上の利用可能性】
【００６０】
本発明は、情報処理システムのインシデント管理運用業務を行うインシデント管理運用業務システムに関し、アウトソーシングサービスにおけるインシデント管理運用の障害対応業務に広く適用可能である。
【符号の説明】
【００６１】
１…データセンタ、２…監視対象機器、３…障害監視装置、４…運用端末、１０…インシデント管理システム、１１…障害情報入力部、２０…事例増強システム、２１…事例登録部、２２…ログ収集部、２３…手順追加依頼部、２４…手順追加依頼メール、３０…インシデントデータベース、３１…インシデント情報テーブル、４０…事例データベース、４１…障害事例情報テーブル、５０…構成情報データベース、５１…ログ格納場所情報テーブル、５２…担当部署情報テーブル。
【図１】
2014010529.tif 000003
【図２】
2014010529.tif 000004
【図３】
2014010529.tif 000005
【図４】
2014010529.tif 000006
【図５】
2014010529.tif 000007
【図６】
2014010529.tif 000008
【図７】
2014010529.tif 000009