(57)【要約】【課題】自動化フローを修正する工数を削減できるようにする。【解決手段】自動化フロー２９０を実行することで、監視対象機器１２０にて発生した障害に対する対応を行う作業自動化システム２２０を有する復旧手順更新システム１であって、自動化フロー２９０を復旧させるためのコマンドの入力の履歴である操作ログファイル２７０を生成する復旧支援システム２３０を有し、復旧支援システム２３０は、自動化フロー２９０を復旧させるプログラムである復旧用スクリプト２８０を、操作ログファイル２７０に含まれるコマンドに基づき更新する。【選択図】図１
2015095105.tif 000002
【特許請求の範囲】
【請求項１】
自動化フローを実行することで、監視対象機器にて発生した障害に対する対応を行う作業自動化システムを有する復旧手順更新システムであって、
前記自動化フローを復旧させるためのコマンドの入力の履歴である操作ログファイルを生成する復旧支援システムを有し、
前記復旧支援システムは、前記自動化フローを復旧させるプログラムである復旧用スクリプトを、前記操作ログファイルに含まれる前記コマンドに基づき更新する、復旧手順更新システム。
【請求項２】
自動化フローを実行することで、監視対象機器にて発生した障害に対する対応を行う作業自動化システムを有する復旧手順更新システムを用いた復旧手順更新方法であって、
復旧支援システムが、前記自動化フローを復旧させるためのコマンドの入力の履歴である操作ログファイルを生成する操作ログファイル生成ステップと、
前記復旧支援システムが、前記自動化フローを復旧させるプログラムである復旧用スクリプトを、前記操作ログファイルに含まれる前記コマンドに基づき更新する、復旧用スクリプト更新ステップと、
を有する、復旧手順更新方法。
【請求項３】
自動化フローを実行することで、監視対象機器にて発生した障害に対する対応を行う復旧手順更新システムが有する復旧支援システムとしてコンピュータを機能させるための復旧支援プログラムであって、
前記復旧支援システムが、自動化フローを復旧させるためのコマンドの入力の履歴である操作ログファイルを生成する操作ログファイル生成ステップと、
前記復旧支援システムが、前記自動化フローを復旧させるプログラムである復旧用スクリプトを、前記操作ログファイルに含まれる前記コマンドに基づき更新する、復旧用スクリプト更新ステップと、
を前記復旧支援システムのコンピュータに実行させる、復旧支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、復旧手順更新システムおよび復旧手順更新方法ならびに復旧支援プログラムに関する。
【背景技術】
【０００２】
障害監視運用業務では、サービスデスクが、監視対象機器に発生する障害に対する一次的な対応（以下、ワークアラウンドと呼ぶ場合がある）を行っている。昨今、監視対象機器の複雑化に伴い、ワークアラウンドの処理件数が増加してきている。そして、自動でワークアラウンドを行うために、システムの運用を自動化させるＲＢＡ（Ｒｕｎ  Ｂｏｏｋ  Ａｕｔｏｍａｔｉｏｎ）が導入されている。また、システムの運用を自動化するための製品であるＲＢＡツールは、運用を自動化するための運用手順（以下、自動化フローと呼ぶ場合がある）を有している。
【０００３】
例えば、特開２００９−１８１４４１号公報（特許文献１）がある。この公報には、「各クライアントは、不具合発生時に、自己の識別情報及び時刻データを含むインシデント情報を抽出するインシデントデータ抽出部と、予め定められている不具合の判定条件を示す判定条件データに基づいて、不具合が発生しているか否かを判定するチェックリスト処理部と、不具合が発生しているときは、発生している不具合を解消するために、判定条件データに予め対応付けられているコマンドを実行する修復コマンド実行部と、インシデントデータ及びコマンドの実行結果を示す情報を、管理サーバ送信する」と記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−１８１４４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載された技術は、特定の監視対象機器に発生する障害に対するワークアラウンドを自動で行うことができる。
【０００６】
ここで、自動化フローによる運用が失敗した場合、自動化フローを復旧させることが必要になる。自動化フローを復旧させるためのコマンドは、各監視対象機器のソフトウェアおよびハードウェアの構成ごとに異なる。監視対象機器が複数の顧客のシステムである場合、各監視対象機器のソフトウェアおよびハードウェアの構成が異なり、対応するコマンドを各自動化フローに適用するのに多くの工数が必要になるという問題があった。
【０００７】
本発明の目的は、自動化フローを修正する工数を削減可能にする技術を提供することである。
【課題を解決するための手段】
【０００８】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次の通りである。
【０００９】
本発明の一実施の形態は、自動化フローを実行することで、監視対象機器にて発生した障害に対する対応を行う作業自動化システムを有する復旧手順更新システムであって、前記自動化フローを復旧させるためのコマンドの入力の履歴である操作ログファイルを生成する復旧支援システムを有する。また、前記復旧支援システムは、前記自動化フローを復旧させるプログラムである復旧用スクリプトを、前記操作ログファイルに含まれる前記コマンドに基づき更新する。
【００１０】
また、他の実施の形態では、自動化フローを実行することで、監視対象機器にて発生した障害に対する対応を行う作業自動化システムを有する復旧手順更新システムを用いた復旧手順更新方法であって、復旧支援システムが、前記自動化フローを復旧させるためのコマンドの入力の履歴である操作ログファイルを生成する操作ログファイル生成ステップを有する。また、前記復旧支援システムが、前記自動化フローを復旧させるプログラムである復旧用スクリプトを、前記操作ログファイルに含まれる前記コマンドに基づき更新する、復旧用スクリプト更新ステップを有する。
【００１１】
また、他の実施の形態では、自動化フローを実行することで、監視対象機器にて発生した障害に対する対応を行う復旧手順更新システムが有する復旧支援システムとしてコンピュータを機能させるための復旧支援プログラムであって、前記復旧支援システムが、自動化フローを復旧させるためのコマンドの入力の履歴である操作ログファイルを生成する操作ログファイル生成ステップを前記復旧支援システムのコンピュータに実行させる。また、前記復旧支援システムが、前記自動化フローを復旧させるプログラムである復旧用スクリプトを、前記操作ログファイルに含まれる前記コマンドに基づき更新する、復旧用スクリプト更新ステップを前記復旧支援システムのコンピュータに実行させる。
【発明の効果】
【００１２】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。
【００１３】
本発明の代表的な実施の形態によれば、自動化フローを修正する工数を削減できるようになる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施の形態における、復旧手順更新システムの構成例の概要を示す図である。
【図２】本発明の一実施の形態における、インシデントＤＢが記憶するデータの構成例を示す図である。
【図３】本発明の一実施の形態における、全体処理の概要を示す図である。
【図４】本発明の一実施の形態における、自動化フローの処理の概要を示す図である。
【図５】本発明の一実施の形態における、更新前の処理１復旧用スクリプトの構成例の概要を示す図である。
【図６】本発明の一実施の形態における、更新後の処理１復旧用スクリプトの構成例の概要を示す図である。
【図７】本発明の一実施の形態における、対応要否一覧画面の構成例の概要を示す図である。
【図８】本発明の一実施の形態における、操作ログファイルの構成例の概要を示す図である。
【図９】本発明の一実施の形態における、復旧手順選択画面の構成例の概要を示す図である。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００１６】
本発明の一実施の形態における復旧手順更新システムは、自動化フローを実行することで、監視対象機器にて発生した障害に対する対応を行う作業自動化システムを有する。また、実行した自動化フローにエラーが発生した後、自動化フローを復旧させるプログラムである復旧用スクリプトを実行する。復旧用スクリプトを実行しても自動化フローが復旧しない場合には、サービスデスクから操作を受け付けることで、自動化フローを復旧させる。そして、復旧用スクリプトを、サービスデスクから受け付けた入力の履歴である操作ログファイルに基づき更新することで、次回以降は、自動で自動化フローを復旧させることができるようになる。
【００１７】
＜システム構成＞
図１は、本発明の一実施の形態における、復旧手順更新システム１の構成例の概要を示す図である。
【００１８】
本発明の一実施の形態における復旧手順更新システム１は、データセンタ１００と、データセンタ１００とネットワークを介して接続される監視センタ２００とを有する。
【００１９】
データセンタ１００は、障害監視装置１１０と、複数の監視対象機器１２０とを有する。
【００２０】
監視センタ２００は、インシデント管理システム２１０と、作業自動化システム２２０と、復旧支援システム２３０と、サービスデスク端末２４０と、運用ＳＥ端末２５０と、インシデントＤＢ２６０とを有する。
【００２１】
また、障害監視装置１１０と、監視対象機器１２０と、インシデント管理システム２１０と、作業自動化システム２２０と、復旧支援システム２３０と、サービスデスク端末２４０と、運用ＳＥ端末２５０は、所定のハードウェアおよびソフトウェアにより実装される。例えば、障害監視装置１１０と、監視対象機器１２０と、インシデント管理システム２１０と、作業自動化システム２２０と、復旧支援システム２３０と、サービスデスク端末２４０と、運用ＳＥ端末２５０とは、それぞれプロセッサやメモリなどを有し、プロセッサにより実行されるメモリ上のプログラムが、障害監視装置１１０と、監視対象機器１２０と、インシデント管理システム２１０と、作業自動化システム２２０と、復旧支援システム２３０と、サービスデスク端末２４０と、運用ＳＥ端末２５０との各コンピュータを機能させる。
【００２２】
監視対象機器１２０は、監視対象機器１２０内に障害が発生すると、障害メッセージ（後述、図２）を障害監視装置１１０へ入力する。
【００２３】
障害監視装置１１０は、入力された障害メッセージを監視センタ２００へ送信する。
【００２４】
監視センタ２００のインシデント管理システム２１０は、障害監視装置１１０から送信された障害メッセージを受信する。そして、インシデント管理システム２１０は、受信した障害メッセージをインシデントＤＢ２６０に記憶する。さらに、インシデント管理システム２１０は、作業自動化システム２２０に自動化フロー２９０（後述、図４）の実行を指示する。
【００２５】
作業自動化システム２２０は、自動化フロー２９０を実行する。また、自動化フロー２９０の処理中にエラーが発生し、その後、自動化フロー２９０が復旧されない場合、作業自動化システム２２０は、復旧支援システム２３０へ復旧指示情報を入力する。
【００２６】
復旧支援システム２３０は、復旧指示情報が入力された場合、対応要否一覧画面（後述、図７）をサービスデスク端末２４０の表示部（例えば、ディスプレイ）に表示させる。
【００２７】
サービスデスク端末２４０の操作端末（例えば、キーボード）は、サービスデスク２０から、自動化フロー２９０を復旧させるためのコマンドの入力を受け付ける。
【００２８】
復旧支援システム２３０は、サービスデスク２０から受け付けた入力の履歴である操作ログファイル２７０を生成する。
【００２９】
復旧支援システム２３０は、自動化フロー２９０を復旧させるプログラムである復旧用スクリプト２８０を、操作ログファイル２７０に含まれる、コマンドに基づき更新する。
【００３０】
＜インシデントＤＢ＞
図２は、本発明の一実施の形態における、インシデントＤＢ２６０が記憶するデータの構成例を示す図である。図２に示されるようにインシデントＤＢ２６０は、[障害ＩＤ]と[区分]と障害メッセージとを対応付けて記憶する。
【００３１】
[障害ＩＤ]は、障害を識別するための符号を示す。なお、[障害ＩＤ]は、障害メッセージがインシデントＤＢ２６０に記憶される際に自動で割り振られる。[区分]は、復旧用スクリプトの更新が必要であるか否かを示す。「対応不要」は、復旧用スクリプトの更新が不要であることを示す。また、「対応要」は、復旧用スクリプトの更新が必要であることを示す。なお、[区分]は、初期値として「対応不要」が記憶されている。
【００３２】
障害メッセージは、[発生日時]、[顧客名]、[障害内容]、などのデータ項目を有する。[発生日時]は、障害が発生した日時を示す。[顧客名]は、障害が発生した監視対象機器１２０を保有する顧客の名称を示す。[障害内容]は、障害の内容を示す。
【００３３】
＜全体処理＞
図３は、本発明の一実施の形態における、全体処理の概要を示す図である。
【００３４】
まず、Ｓ３０１にて、データセンタ１００の各監視対象機器１２０は、障害が発生したかを判定する。いずれの監視対象機器１２０も障害が発生しないと判定する場合（Ｓ３０１−Ｎｏ）、Ｓ３０１へ進む。一方、いずれかの監視対象機器１２０が、障害が発生したと判定する場合（Ｓ３０１−Ｙｅｓ）、Ｓ３０２へ進む。
【００３５】
次に、Ｓ３０２にて、監視対象機器１２０は、障害メッセージ（前述、図２）を障害監視装置１１０へ入力する。
【００３６】
次に、Ｓ３０３にて、障害監視装置１１０は、監視センタ２００へ障害メッセージを送信する。
【００３７】
次に、Ｓ３０４にて、監視センタ２００のインシデント管理システム２１０は、障害監視装置１１０から送信された障害メッセージを受信する。そして、インシデント管理システム２１０は、受信した障害メッセージをインシデントＤＢ２６０に記憶する。さらに、インシデント管理システム２１０は、作業自動化システム２２０に自動化フロー２９０の実行を指示する。
【００３８】
次に、Ｓ３０５にて、作業自動化システム２２０は、自動化フロー２９０（後述、図４）を実行する。以下、図４を用いて、自動化フロー２９０について説明する。
【００３９】
図４は、本発明の一実施の形態における、自動化フロー２９０の処理の概要を示す図である。
【００４０】
自動化フロー２９０は、ワークアラウンドである処理１および処理２と、処理１を復旧させるためのプログラムである処理１復旧処理と、処理２を復旧させるための処理である処理２復旧処理を含む。
【００４１】
処理１のエラートラップである処理１復旧処理は、処理１の処理中にエラーが発生した場合に、実行される。また、処理１復旧処理では、処理１を復旧させるための処理である処理１復旧用スクリプトが実行される。
【００４２】
処理２のエラートラップである処理２復旧処理は、処理２の処理中にエラーが発生した場合に実行される。処理２復旧処理では、処理２を復旧させるためのプログラムである処理２復旧用スクリプトが実行される。以下、図５および図６を用いて処理１復旧用スクリプトの構成例について説明する。
【００４３】
図５は、本発明の一実施の形態における、更新前の処理１復旧用スクリプトの構成例の概要を示す図である。図５に示されるように、更新前の処理１復旧用スクリプトは、処理１を復旧させるためのコマンドを含まず、復旧支援システム２３０に復旧を指示するためのコマンド（以下、復旧指示情報と呼ぶ場合がある）を含む。また、復旧指示情報は、「［ＩｎｃｉｄｅｎｔＩＤ：９０］［ＸＸＸＸ自動化フロー処理１］［処理１復旧用スクリプト］でエラーが発生しました。サービスデスクで対応してください」などの文字列からなり、インシデントＩＤ（図５では、「９０」が該当する）と、自動化フロー処理名（図５では、「ＸＸＸＸ自動化フロー処理１」が該当する）とを含む。
【００４４】
図６は、本発明の一実施の形態における、更新後の処理１復旧用スクリプトの構成例の概要を示す図である。図６に示されるように、更新後の処理１復旧用スクリプトには、第１処理を復旧させるための各コマンドが追加されている。また、第１処理を復旧させるための各コマンドが実行される度に、正常に処理が実行されたかを判定する処理が追加されている。正常に処理が実行されない場合は、復旧指示処理が実行される。復旧指示処理が実行されると、作業自動化システム２２０は、復旧支援システム２３０へ復旧指示情報を入力する。なお、処理２復旧用スクリプトの構成は、処理１復旧用スクリプトの構成と同様である。また、処理１復旧用スクリプトおよび処理２復旧用スクリプトは、復旧手順選択画面（後述、図９）が表示された状態で運用ＳＥ端末２５０が、運用ＳＥ１０から入力を受け付けることで適宜更新される。
【００４５】
再び図３を参照する。次に、Ｓ３０６にて、復旧支援システム２３０は、作業自動化システム２２０から復旧指示情報を入力されたかを判定する。復旧支援システム２３０が、復旧指示情報を入力されないと判定する場合（Ｓ３０６−Ｎｏ）、全体処理を終了する。一方、Ｓ３０６にて、復旧支援システム２３０が、復旧指示情報を入力されたと判定する場合（Ｓ３０６−Ｙｅｓ）、Ｓ３０７へ進む。
【００４６】
次に、Ｓ３０７にて、復旧支援システム２３０は、復旧指示情報に含まれるインシデントＩＤを抽出する。そして、復旧支援システム２３０は、抽出したインシデントＩＤをキーにインシデントＤＢ２６０を検索し、キーに対応するレコードの[区分]を「対応要」へ更新する。
【００４７】
次に、Ｓ３０８にて、復旧支援システム２３０は、インシデントＤＢ２６０に記憶されるデータをすべて取得し、取得したデータに基づいてサービスデスク端末２４０の表示部（例えば、ディスプレイ）に対応要否一覧画面（後述、図７）を表示させる。以下、図７を用いて対応要否一覧画面について説明する。
【００４８】
図７は、本発明の一実施の形態における、対応要否一覧画面の構成例の概要を示す図である。図７に示されるように、対応要否一覧画面には、[区分]が「対応要」であるレコードに含まれる[障害ＩＤ]と[発生日時]と［顧客名］と［障害内容］とを一覧で表示する対応要障害ＩＤリスト７０１と、[区分]が「対応不要」であるレコードに含まれる[障害ＩＤ]と[発生日時]と［顧客名］と［障害内容］とを一覧で表示する対応不要障害ＩＤリスト７０２とが表示される。対応要否一覧画面が表示されることで、サービスデスク２０は、対応が必要な障害の概要について確認できるようになる。
【００４９】
再び図３を参照する。次に、Ｓ３０９にて、サービスデスク端末２４０の操作端末は、サービスデスク２０から、自動化フロー２９０を復旧させるための入力を受け付ける。
【００５０】
次に、Ｓ３１０にて、復旧支援システム２３０は、サービスデスク２０から受け付けた入力の履歴である操作ログファイル２７０を生成する。以下、図８を用いて操作ログファイル２７０について説明する。
【００５１】
図８は、本発明の一実施の形態における、操作ログファイル２７０の構成例の概要を示す図である。図８に示されるように、操作ログファイル２７０には、インシデントＩＤ、実行されたコマンド、処理結果などの情報を含む。なお、コマンドは、「Ｐｉｎｇ  Ａ−Ｓｅｒｖｅｒ」、「ｎｅｔ  ｓｔｏｐ」、「ｎｅｔ  ｓｔａｒｔ」、「ｈｔｔｐ−Ｇｅｔ  ｗｗｗ．ｘｘｘｘ．ｃｏｍ」などが該当する。
【００５２】
再び図３を参照する。次に、Ｓ３１１にて、復旧支援システム２３０は、Ｓ３０７にて抽出したインシデントＩＤをキーに入力された操作ログファイル２７０を検索し、対応するコマンドをすべて取得する。例えば、インシデントＩＤ「９０」をキーに図８に示される操作ログファイル２７０を検索した場合、復旧支援システム２３０は、対応するコマンドである「Ｐｉｎｇ  Ａ−Ｓｅｒｖｅｒ」と「ｎｅｔ  ｓｔｏｐ」と「ｎｅｔ  ｓｔａｒｔ」と「ｈｔｔｐ−Ｇｅｔ  ｗｗｗ．ｘｘｘｘ．ｃｏｍ」とを取得する。なお、復旧支援システム２３０は、障害が発生した時刻から現在の時刻までの間に生成された操作ログファイル２７０が存在するか否かを判定し、存在しない場合には、全体処理を終了するようにしても良い。
【００５３】
次に、Ｓ３１２にて、復旧支援システム２３０は、復旧手順選択画面を運用ＳＥ端末２５０の表示部に表示させる。復旧手順選択画面では、復旧用スクリプト２８０に含まれるコマンドを選択する入力を受け付ける。以下、図９を用いて復旧手順選択画面について説明する。
【００５４】
図９は、本発明の一実施の形態における、復旧手順選択画面の構成例の概要を示す図である。図９に示されるように、復旧手順選択画面には、インシデントＩＤ９０１と、適用欄９０２と、コマンド９０３と、反映先９０４と、スクリプト名９０５と、ＯＫボタン９０６が表示される。
【００５５】
インシデントＩＤ９０１には、Ｓ３０７にて抽出したインシデントＩＤ９０１が表示される。また、コマンド９０３には、Ｓ３１１にて取得した各コマンド９０３が表示される。適用欄９０２には、運用ＳＥ１０から受け付けた入力に応じて「●」または「○」が対応するコマンド９０３に対して表示される。反映先９０４にはＳ３０５にて入力された復旧指示情報に含まれる自動化フロー処理名が表示される。スクリプト名９０５は、運用ＳＥ１０から入力を受け付けたスクリプト名９０５が表示される。運用ＳＥ端末２５０が、運用ＳＥ１０から、ＯＫボタン９０６が選択する入力を受け付けると、Ｓ３１３へ進む。
【００５６】
再び図３を参照する。次に、Ｓ３１３にて、復旧支援システム２３０は、図９に示される適用欄９０２に「●」が表示されたすべてのコマンド９０３を更新後の復旧用スクリプト２８０に追加する。さらに、復旧支援システム２３０は、追加したコマンド９０３が正常に実行されたかを判定する判定処理を更新後の復旧用スクリプト２８０に追加する。そして、復旧支援システム２３０は、更新前の復旧用スクリプト２８０（前述、図５）を、更新後の復旧用スクリプト２８０（前述、図６）へ更新する。
【００５７】
ここで、Ｓ３１０は、操作ログファイル生成ステップに相当する。また、Ｓ３１３は、復旧用スクリプト更新ステップに相当する。
【００５８】
＜本実施の形態の効果＞
以上説明した本実施の形態における復旧手順更新システム１によれば、復旧用スクリプト２８０を、操作ログファイル２７０に含まれるコマンドに基づき更新することで、自動化フロー２９０を修正する工数を削減できるようになる。さらに、自動化フロー２９０の処理から分離した復旧用スクリプト２８０を更新することで、自動化フロー２９０の処理を変更することなく、自動化フロー２９０を復旧できるようになる。さらに、次回に同じ障害が発生した場合に、自動で自動化フロー２９０を復旧させることができるようになる。
【００５９】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【符号の説明】
【００６０】
１０…運用ＳＥ、２０…サービスデスク、１００…データセンタ、１１０…障害監視装置、１２０…監視対象機器、２００…監視センタ、２１０…インシデント管理システム、２２０…作業自動化システム、２３０…復旧支援システム、２４０…サービスデスク端末、２５０…運用ＳＥ端末、２６０…インシデントＤＢ、２７０…操作ログファイル、２８０…復旧用スクリプト、２９０…自動化フロー、７０１…対応要障害ＩＤリスト、７０２…対応不要障害ＩＤリスト、９０１…インシデントＩＤ、９０２…適用欄、９０３…コマンド、９０４…反映先、９０５…スクリプト名
【図２】
2015095105.tif 000003
【図３】
2015095105.tif 000004
【図４】
2015095105.tif 000005
【図５】
2015095105.tif 000006
【図６】
2015095105.tif 000007
【図７】
2015095105.tif 000008
【図８】
2015095105.tif 000009
【図９】
2015095105.tif 000010
【図１】
2015095105.tif 000011