JP5735998B2 - 運用システム - Google Patents

Description

本発明は、運用手順を管理する運用システム、運用サーバ、運用手順管理方法およびプログラムに関する。

近年、業務効率を改善するために、作業の手順や方法を業務予定表として管理し、当該業務予定表に基づいて行った作業上で発生したミスやトラブル等を作業上の課題としてフィードバックする技術が考えられている（例えば、特許文献１参照。）。

特開２００５−３３２１１３号公報

しかしながら、前述したような技術においては、ミスやトラブルが発生しない限り、その工程の見直しを行う機会はない。そのため、管理している運用手順（作業工程）の最適化を必ずしも行うことができているとは言い切れない。

本発明の目的は、上述した課題を解決する運用システム、運用サーバ、運用手順管理方法およびプログラムを提供することである。

本発明の運用システムは、
運用対象である対象サーバと、
前記対象サーバの運用手順を管理する管理者装置と、
前記対象サーバに対して、登録された運用手順を実行し、該実行した結果を実行履歴情報として記憶するセルフ化手段と、
前記登録されている運用手順の互いの類似パターンを分析する統制化手段と、
前記統制化手段が分析した類似パターンに基づいて、該運用手順の統制を促す情報を前記管理者装置へ送信し、前記セルフ化手段に対して該セルフ化手段に記憶されている実行履歴情報を分析させる最適化手段とを有し、
前記セルフ化手段は、前記最適化手段からの指示に従って、該セルフ化手段に記憶されている実行履歴情報を分析し、該分析した結果を前記最適化手段へ通知し、
前記最適化手段は、前記セルフ化手段から通知された結果に基づいて、前記運用手順における改善ポイントを示す情報を前記管理者装置へ送信する。

また、本発明の運用サーバは、
運用対象である対象サーバに対して、登録された運用手順を実行し、該実行した結果を実行履歴情報として記憶するセルフ化部と、
前記登録されている運用手順の互いの類似パターンを分析する統制化部と、
前記統制化部が分析した類似パターンに基づいて、該運用手順の統制を促す情報を、前記運用手順を管理する管理者装置へ送信し、前記セルフ化部に対して該セルフ化部に記憶されている実行履歴情報を分析させる最適化部とを有し、
前記セルフ化部は、前記最適化部からの指示に従って、該セルフ化部に記憶されている実行履歴情報を分析し、該分析した結果を前記最適化部へ通知し、
前記最適化部は、前記セルフ化部から通知された結果に基づいて、前記運用手順における改善ポイントを示す情報を前記管理者装置へ送信する。

また、本発明の運用手順管理方法は、
運用対象である対象サーバに対して、登録された運用手順を実行する処理と、
前記実行した結果を実行履歴情報として記憶する処理と、
前記登録されている運用手順の互いの類似パターンを分析する処理と、
前記分析した類似パターンに基づいて、該運用手順の統制を促す情報を、前記運用手順を管理する管理者装置へ送信する処理と、
前記記憶されている実行履歴情報を分析する処理と、
前記実行履歴情報を分析した結果に基づいて、前記運用手順における改善ポイントを示す情報を前記管理者装置へ送信する処理とを行う。

また、本発明のプログラムは、
コンピュータに実行させるためのプログラムであって、
運用対象である対象サーバに対して、登録された運用手順を実行する手順と、
前記実行した結果を実行履歴情報として記憶する手順と、
前記登録されている運用手順の互いの類似パターンを分析する手順と、
前記分析した類似パターンに基づいて、該運用手順の統制を促す情報を、前記運用手順を管理する管理者装置へ送信する手順と、
前記記憶されている実行履歴情報を分析する手順と、
前記実行履歴情報を分析した結果に基づいて、前記運用手順における改善ポイントを示す情報を前記管理者装置へ送信する手順とを実行させる。

以上説明したように、本発明においては、運用手順を最適化するための見直しを促すことができる。

本発明の運用システムの実施の一形態を示す図である。 図１に示したセルフ化部の内部の詳細な構成の一例を示す図である。 図１に示した統制化部の内部の詳細な構成の一例を示す図である。 図１に示した自動化部の内部の詳細な構成の一例を示す図である。 図１に示した最適化部の内部の詳細な構成の一例を示す図である。 図１に示した形態における運用手順の定義方法の一例を説明するためのシーケンス図である。 図１に示した形態における運用手順のセルフ実行方法の一例を説明するためのシーケンス図である。 図１に示した形態における監視手順の定義方法の一例を説明するためのシーケンス図である。 図１に示した形態における運用手順・監視手順の統制方法の一例を説明するためのシーケンス図である。 図１に示した形態における自動監視方法の一例を説明するためのシーケンス図である。 図１に示した形態における最適化方法の一例を説明するためのシーケンス図である。

以下に、本発明の実施の形態について図面を参照して説明する。

図１は、本発明の運用システムの実施の一形態を示す図である。

本形態は図１に示すように、運用サーバ１０と、対象サーバ２０と、管理者装置３０とが互いに通信ネットワーク４０を介して接続された形態となっている。

運用サーバ１０は、対象サーバ２０に対して、所定の運用手順や監視手順を実行する。

対象サーバ２０は、運用または監視対象となる通信装置である。

管理者装置３０は、運用サーバ１０を管理する管理者が操作する通信端末等の通信装置である。

また、運用サーバ１０には図１に示すように、セルフ化部１００と、統制化部２００と、自動化部３００と、最適化部４００とが設けられている。

セルフ化部１００は、対象サーバ２０に対して、様々なサービスで発生する運用手順を登録する。このとき、セルフ化部１００は、運用手順を登録するための、例えばＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）のようなエディタを管理者装置３０へ提供し、エディタを用いて入力された運用手順を登録する。また、セルフ化部１００は、登録された運用手順を実行する。このとき、セルフ化部１００は、運用手順を示す運用手順一覧を管理者装置３０へ送信し、運用手順一覧を用いて管理者装置３０から指示された運用手順を実行する。また、セルフ化部１００は、運用手順を実行した結果を実行履歴情報として記憶する。また、セルフ化部１００は、最適化部４００からの指示に従って、セルフ化部１００に記憶されている実行履歴情報についてボトルネック分析を行い、その結果を最適化部４００へ通知する。ボトルネック分析の具体的な方法については、後述する。

統制化部２００は、登録されている運用手順の互いの類似パターンを分析する。また、統制化部２００は、分析結果に基づいて、運用手順を類似パターンで分類し、標準パターンとして登録する。統制化部２００は、この類似パターンを管理することで、決められたパターンを定めて使うことを管理者に促し、個別でバラバラだった運用手順を標準パターンに統制する役割を持つ。

自動化部３００は、対象サーバ２０に対して、登録された監視手順を実行する。また、自動化部３００は、実行した結果を監視情報として記憶する。また、自動化部３００は、記憶している監視情報に基づいたタイミングで、セルフ化部１００に運用手順を実行させる。具体的には、自動化部３００は、監視手順を実行して対象サーバ２０から収集した情報、例えば、スケジューラ、リソース情報、ログ情報の定期モニタリングの結果、スケジューラトリガ、インシデント登録トリガ、蓄積したモニタリング情報に所定の重み付けを行い、これらに基づいた閾値を実行トリガとして、セルフ化部１００に運用手順を実行させる。

最適化部４００は、統制化部２００が分析した類似パターンに基づいて、運用手順の統制を促す情報を管理者装置３０へ送信する。このとき、最適化部４００は、運用手順の統制を促す情報を、例えば、類似パターンの一覧を表示する画面のデータ等として、管理者装置３０にてグラフィック表示可能な形式で送信する。また、最適化部４００は、セルフ化部１００に対してボトルネック分析の要求を行う。また、最適化部４００は、セルフ化部１００から通知されたボトルネック分析の結果に基づいて、改善ポイントを示す情報を管理者装置３０へ送信する。このとき、最適化部４００は、改善ポイントを示す情報を、例えば、改善箇所を提示する画面のデータ等として、管理者装置３０にてグラフィック表示可能な形式で送信する。なお、最適化部４００は、実行履歴情報それぞれと、実行履歴情報の平均値、またはあらかじめ設定された閾値とを比較し、比較に結果に基づいて、改善ポイントを判定する。

図２は、図１に示したセルフ化部１００の内部の詳細な構成の一例を示す図である。

図１に示したセルフ化部１００には図２に示すように、構成管理部１１０と、構成管理情報記憶部１２０と、言語化定義部１３０と、セルフ実行部１４０と、実行エンジン１５０と、履歴管理部１６０と、実行履歴記憶部１７０と、ボトルネック分析部１８０とが設けられている。

構成管理情報記憶部１２０は、あらかじめ設定された構成管理情報を記憶する。この構成管理情報は、各サービスが動作するサーバの一覧情報、各サーバのスペック情報（ＣＰＵのスペック、メモリ容量、ハードディスク容量等）、各サービスを実行する権限の有無、各サービスを構成する環境情報、ミドルウェア情報、リソース物件情報等である。

構成管理部１１０は、構成管理情報記憶部１２０に記憶されている情報を管理する。

言語化定義部１３０は、エディタに入力された情報からコンピュータが実行する命令（言語）への変換、およびコンピュータが実行する命令（言語）からエディタに出力される情報への変換を行う。言語化定義部１３０は、管理者装置３０から運用手順作成画面が要求されると、管理者装置３０にて運用手順を作成するための運用手順作成画面データを管理者装置３０へ送信する。また、言語化定義部１３０は、前述の変換機能を用いて、運用手順作成画面に入力された運用手順定義から運用手順定義ファイルを作成する。また、言語化定義部１３０は、作成した運用手順定義ファイルを統制化部２００に設けられた記憶部に記憶する。ここで、運用手順定義とは、運用手順を作業（ジョブ）単位に、ＤＳＬ（Ｄｏｍａｉｎ Ｓｐｅｃｉｆｉｃ Ｌａｎｇｕａｇｅ）的に定義したものである。定義できるものとして、例えば、以下のものが挙げられる。まず、システム側からのシステムアクションとして、
・期間指定の待機
・一定期間の待機
・別手順の呼び出し
・データマッピング（各ジョブの返却値のマッピング）
・データ加工
・イベント発行
・イベント待機
・パラレル実行
が挙げられる。また、利用者側からのユーザアクションとして、
・リモートコマンド実行
・ＳＱＬ発行
・ログ取得
・ファイルのアップロードまたはダウンロード
・電子メール送信
・メッセンジャー書き込み
・チケット発行
・取得データのダウンロード
・物件リリース
・正常性の確認
が挙げられる。言語化定義部１３０が作成する運用手順定義ファイルは、定義された複数の手順から構成され、それぞれの手順に個々のＩＤ等の識別子および当該手順を示す手順名が付与され、その手順ごとにアクションＩＤや、入力パラメータ、出力パラメータが含まれている。

また、言語化定義部１３０は、管理者装置３０から監視手順作成画面が要求されると、管理者装置３０にて監視手順を作成するための監視手順作成画面データを管理者装置３０へ送信する。また、言語化定義部１３０は、前述の変換機能を用いて、監視手順作成画面に入力された運用手順定義から監視手順定義ファイルを作成する。また、言語化定義部１３０は、作成した監視手順定義ファイルを統制化部２００に設けられた記憶部に記憶する。ここで、監視手順定義とは、監視対象、監視間隔、アラーム条件等を定義したものである。なお、アラーム条件を定義する際、複数の条件の重み付けを指定可能とする。

また、言語化定義部１３０は、最適化部４００から、標準パターンの登録または標準パターンへの変更が指示された場合、当該標準パターンを運用手順記憶部２１０に登録する。

また、言語化定義部１３０は、最適化部４００から運用手順の見直しを指示された場合、指定された運用手順定義に対応する、統制化部２００に設けられた記憶部に記憶された運用手順定義ファイルを更新する。

セルフ実行部１４０は、管理者装置３０から、運用手順一覧表示画面要求を受信すると、統制化部２００に設けられた記憶部から運用手順定義ファイルを読み出し、運用手順の名称等を一覧表示する運用手順一覧表示画面データを管理者装置３０へ送信する。その後、管理者装置３０から、運用手順一覧表示画面で一覧表示された運用手順のうち選択を受け付けた運用手順が送信されてくると、セルフ実行部１４０は、選択された運用手順の運用手順定義ファイルに基づいて、定義された運用手順定義の各運用手順の作業を手順通りに表示する運用手順表示画面データを管理者装置３０へ送信する。

実行エンジン１５０は、管理者装置３０から、運用手順の作業を実行する作業実行要求を受信すると、対象サーバ２０に対して、運用手順定義の作業にて定義されたアクションを実行する。また、実行エンジン１５０は、自動化部３００から運用手順定義を含む実行命令が出力されてきた場合、当該運用手順定義に従って、対象サーバ２０に対して、運用手順定義の作業にて定義されたアクションを実行する。また、実行エンジン１５０は、実行した履歴を履歴管理部１６０へ出力する。

履歴管理部１６０は、実行エンジン１５０から出力されてきた履歴を実行履歴情報として実行履歴記憶部１７０に記憶する。

ここで、実行履歴情報には、作業手順に相当する定義データに従って実行された各ジョブの実行結果や、作業手順に相当する定義データに従って実行された各ジョブの実行ＴＡＴ（Ｔｕｒｎ Ａｒｏｕｎｄ Ｔｉｍｅ）、作業手順に相当する定義データに従って実行された各ジョブの返却値等が含まれる。

ボトルネック分析部１８０は、最適化部４００からの指示に従って、実行履歴記憶部１７０に記憶されている実行履歴情報についてボトルネック分析を行い、その結果を最適化部４００へ通知する。

図３は、図１に示した統制化部２００の内部の詳細な構成の一例を示す図である。

図１に示した統制化部２００には図３に示すように、運用手順記憶部２１０と、監視情報記憶部２２０と、類似パターン分析部２３０とが設けられている。

運用手順記憶部２１０は、言語化定義部１３０が作成した運用手順定義ファイルを記憶する。

監視情報記憶部２２０は、言語化定義部１３０が作成した監視手順定義ファイルを記憶する。

類似パターン分析部２３０は、最適化部４００から類似パターンの分析の実行が指示されると、運用手順記憶部２１０に記憶された運用手順定義ファイルおよび監視情報記憶部２２０に記憶された監視手順定義ファイルから、運用手順定義および監視手順定義を言語解析／構文解析する。また、類似パターン分析部２３０は、解析結果を最適化部４００へ通知する。例えば、類似パターン分析部２３０は、運用手順記憶部２１０に記憶された運用手順定義ファイルに含まれる各運用手順のうち、標準パターンとして登録された運用手順（アクション構成や、アクションＩＤの並びを含む）が占める割合や、互いに一致する運用手順の割合、互いに一致する運用手順の順序が異なるものの割合等に基づいて、運用手順の互いの類似パターンを分析する。さらに具体例を挙げると、運用手順記憶部２１０に標準パターンとして登録されているパターンが、手順（またはアクション）Ａ、手順（またはアクション）Ｂ、手順（またはアクション）Ｃの順序となっている一方、判定態様のパターンは、手順（またはアクション）Ａ、手順（またはアクション）Ｃ、手順（またはアクション）Ｂの順序となっている場合や、判定態様のパターンは、手順（またはアクション）Ａ、手順（またはアクション）Ｂ’、手順（またはアクション）Ｃの順序となっている場合など、類似パターン分析部２３０は、これらの互いのパターンの類似度を算出し、算出した類似度が閾値を超えるものを類似と判定するものであっても良い。

図４は、図１に示した自動化部３００の内部の詳細な構成の一例を示す図である。

図１に示した自動化部３００には図４に示すように、定期監視情報収集部３１０と、監視履歴記憶部３２０と、インシデント管理部３３０と、スケジューラ３４０と、イベント監視部３５０と、自動実行部３６０とが設けられている。

定期監視情報収集部３１０は、監視情報記憶部２２０に記憶された監視手順定義ファイルを監視情報記憶部２２０から読み出し、読み出した監視手順定義ファイルに従って、アクションで指定された対象サーバ２０に対し、指定された間隔で、指定された情報を収集する。また、定期監視情報収集部３１０は、収集した情報を監視履歴記憶部３２０に記憶する。

監視履歴記憶部３２０は、定期監視情報収集部３１０が収集した情報を監視情報として記憶する。この監視情報は、監視対象（サーバ、リソース、ログ等）の情報を、監視間隔で収集したものである。

インシデント管理部３３０およびスケジューラ３４０は、指定日時になったタイミング、インシデント登録されたタイミングで、運用手順記憶部２１０に記憶された運用手順定義ファイルを読み出し、読み出した運用手順定義ファイルの運用手順定義を自動実行部３６０へ出力する。

イベント監視部３５０は、定期間隔で、監視情報記憶部２２０に記憶された監視手順定義ファイルの監視手順定義に定義された、どの監視で取得した情報を用いるか、閾値、条件、情報同士の重み付け等に基づいて、監視履歴記憶部３２０に記憶された監視情報を分析する。また、イベント監視部３５０は、監視情報を分析した結果、監視情報定義で定義された条件と合致した場合、その条件の合致と対応する運用手順定義を自動実行部３６０へ出力する。

自動実行部３６０は、インシデント管理部３３０、スケジューラ３４０およびイベント監視部３５０から出力されてきた運用手順定義を含む実行命令を、実行エンジン１５０へ出力する。

図５は、図１に示した最適化部４００の内部の詳細な構成の一例を示す図である。

図１に示した最適化部４００には図５に示すように、現状分析部４１０と、類似パターン提示部４２０と、改善箇所提示部４３０と、振り返り部４４０とが設けられている。

現状分析部４１０は、管理者装置３０から現状分析画面が要求されると、分析の実行指示と結果との表示を行うための現状分析画面データを管理者装置３０へ送信する。その後、現状分析部４１０は、管理者装置３０から現状分析画面に入力された、類似パターン分析の実行を指定する類似パターン分析実行指定を受信すると、類似パターン分析部２３０へ類似パターンの分析の実行を指示する。また、現状分析部４１０は、ボトルネック分析部１８０に対して、実行履歴記憶部１７０に記憶された実行履歴情報で、過去から現在までの既定期間の情報についてボトルネック分析を行うように指示する。

類似パターン提示部４２０は、類似パターン分析部２３０から通知された解析結果に基づいて、運用手順定義と監視手順定義とに含まれるアクションの組み合わせが類似する、類似のパターンの一覧を表示する類似パターン一覧表示画面データを生成し、管理者装置３０へ送信する。

改善箇所提示部４３０は、ボトルネック分析部１８０から通知された分析結果から、作業を改善することで、運用作業の改善が図れる運用作業の一覧を表示する改善箇所提示画面データを生成し、管理者装置３０へ送信する。

振り返り部４４０は、類似パターン分析部２３０から通知された解析結果から、類似とは判断されなかったパターンを各サービス共通で使用可能な標準パターンとして登録することを促すために、類似パターン一覧表示画面データの当該パターンに印を付け、当該類似パターン一覧表示画面データを管理者装置３０へ送信する。また、振り返り部４４０は、当該パターンを標準パターンとして登録する場合、その旨を言語化定義部１３０へ指示する。また、振り返り部４４０は、類似パターン分析部２３０から通知された解析結果から、類似のパターンとして解析されたパターンを標準パターンへ変更することを促すために、類似パターン一覧表示画面データの当該パターンに登録を促す印を付け、当該類似パターン一覧表示画面データを管理者装置３０へ送信する。管理者装置３０から類似のパターンを標準パターンへ変更する指示を受信した場合、その旨を言語化定義部１３０へ指示する。また、振り返り部４４０は、提示された改善箇所提示画面に対し、運用作業の改善箇所の見直しを行う指示を、管理者装置３０から受信した場合は、運用手順の見直しを言語化定義部１３０へ指示する。

以下に、本形態における運用手順管理方法を、いくつかに分けて説明する。
（運用手順の定義方法）
図６は、図１に示した形態における運用手順の定義方法の一例を説明するためのシーケンス図である。

まず、管理者装置３０が管理者の操作に基づいて、運用手順を作成するための画面を運用サーバ１０へ要求すると（ステップＳ１）、セルフ化部１００の言語化定義部１３０は、管理者装置３０にて運用手順を作成するための運用手順作成画面データを管理者装置３０へ送信する（ステップＳ２）。この運用手順作成画面データは、運用手順を登録するためのエディタである運用手順作成画面を管理者装置３０が表示するためのデータである。管理者装置３０が、送信されてきた運用手順作成画面データに基づいて、運用手順作成画面を表示した後、管理者の操作で管理者装置３０に当該エディタ上で運用手順が入力されると（ステップＳ３）、管理者装置３０は、入力された情報に基づいた運用手順定義を運用サーバ１０へ送信する（ステップＳ４）。この運用手順定義は、どのサービスの運用手順か、どの順番にどの作業が割り当てるか、どの作業にどのアクション（システムアクションおよびユーザアクション）を割り当てるか等の運用手順を作業（ジョブ）単位に、ＤＳＬ的に定義したものである。

セルフ化部１００の言語化定義部１３０は、管理者装置３０から送信されてきた運用手順定義から運用手順定義ファイルを作成し（ステップＳ５）、統制化部２００へ出力する（ステップＳ６）。そして、統制化部２００の運用手順記憶部２１０が、言語化定義部１３０から出力されてきた運用手順定義ファイルを記憶する（ステップＳ７）。

なお、言語化定義部１３０が管理者装置３０へ送信する運用手順作成画面データは、運用手順記憶部２１０に記憶されている標準パターンを基に、アクションの選択肢を運用手順作成画面上に表示するものであっても良いし、構成管理情報記憶部１２０に記憶されている構成管理情報を基に、アクションで定義するパラメータ（サーバやリリース先、サーバにアクセスする権限など。アクションによって付加されるパラメータは異なる。）の選択肢を運用手順作成画面上に表示するものであっても良い。このパラメータは、初期設定されたものであって、その後、変更は可能である。
（運用手順のセルフ実行方法）
図７は、図１に示した形態における運用手順のセルフ実行方法の一例を説明するためのシーケンス図である。

運用手順定義ファイルが運用手順記憶部２１０に登録された後、管理者装置３０が管理者の操作に基づいて、運用手順の一覧の表示画面を運用サーバ１０へ要求すると（ステップＳ１１）、セルフ化部１００のセルフ実行部１４０は、統制化部２００の運用手順記憶部２１０から運用手順定義ファイルを読み出す（ステップＳ１２）。セルフ実行部１４０は、読み出した運用手順定義ファイルに基づいて、運用手順の名称等を一覧表示する運用手順一覧表示画面データを管理者装置３０へ送信する（ステップＳ１３）。

管理者装置３０は、運用サーバ１０から送信されてきた運用手順一覧表示画面データに基づいて、運用手順一覧を画面表示する。その後、管理者装置３０が管理者の操作に基づいて、一覧表示された運用手順のうちの任意の運用手順の選択を受け付けると（ステップＳ１４）、管理者装置３０は、選択された運用手順を示す情報を運用サーバ１０へ送信する（ステップＳ１５）。

管理者装置３０から選択された運用手順を示す情報が送信されてくると、セルフ実行部１４０は、当該運用手順の運用手順定義ファイルに基づいて、定義された運用手順定義の各運用手順の作業を手順通りに表示する運用手順表示画面データを管理者装置３０へ送信する（ステップＳ１６）。この運用手順表示画面データは、管理者装置３０に当該運用手順の各作業手順を手順書のように表示させ、各作業手順の実行を管理者が要求（選択）するためのボタン等を表示させるためのデータである。

管理者装置３０は、運用サーバ１０から送信されてきた運用手順表示画面データに基づいて、運用手順を画面表示する。その後、管理者装置３０が管理者の操作に基づいて、表示された運用手順の作業実行要求を受け付けると（ステップＳ１７）、管理者装置３０は、作業の実行を運用サーバ１０へ要求する（ステップＳ１８）。管理者装置３０は、作業実行要求を送信する際に、アクションのパラメータを初期設定から変更しても良い。なお、運用手順表示画面データは、実行画面上、実行が完了した手順の表示色を、実行が未完了である手順の表示色とは異なる色とするものであっても良い。

実行エンジン１５０は、管理者装置３０から、運用手順の作業を実行する作業実行要求を受信すると、対象サーバ２０に対して、運用手順定義の作業にて定義されたアクションを実行する（ステップＳ１９）。また、実行エンジン１５０は、実行した履歴（実行時間、実行ＴＡＴ、実行結果、返却値等）を履歴管理部１６０へ出力する。履歴管理部１６０は、実行エンジン１５０から出力されてきた履歴を実行履歴情報として実行履歴記憶部１７０に記憶する（ステップＳ２０）。
（監視手順の定義方法）
図８は、図１に示した形態における監視手順の定義方法の一例を説明するためのシーケンス図である。

まず、管理者装置３０が管理者の操作に基づいて、監視手順を作成するための画面を運用サーバ１０へ要求すると（ステップＳ３１）、セルフ化部１００の言語化定義部１３０は、管理者装置３０にて監視手順を作成するための監視手順作成画面データを管理者装置３０へ送信する（ステップＳ３２）。この監視手順作成画面データは、監視手順を登録するためのエディタである監視手順作成画面を管理者装置３０が表示するためのデータである。管理者装置３０が、送信されてきた監視手順作成画面データに基づいて、監視手順作成画面を表示した後、管理者の操作で管理者装置３０に当該エディタ上で監視手順が入力されると（ステップＳ３３）、管理者装置３０は、入力された情報に基づいた監視手順定義を運用サーバ１０へ送信する（ステップＳ３４）。この監視手順定義は、どのサービスの監視手順か、どの順番にどの作業が割り当てるか、どの作業にどのアクション（システムアクションおよびユーザアクション）を割り当てるか、監視間隔、アラーム条件等の監視手順を作業（ジョブ）単位に、ＤＳＬ的に定義したものである。

セルフ化部１００の言語化定義部１３０は、管理者装置３０から送信されてきた監視手順定義から監視手順定義ファイルを作成し（ステップＳ３５）、統制化部２００へ出力する（ステップＳ３６）。そして、統制化部２００の監視情報記憶部２２０が、言語化定義部１３０から出力されてきた監視手順定義ファイルを記憶する（ステップＳ３７）。

なお、言語化定義部１３０が管理者装置３０へ送信する監視手順作成画面データは、監視情報記憶部２２０に記憶されている標準パターンを基に、アクションの選択肢を監視手順作成画面上に表示するものであっても良いし、構成管理情報記憶部１２０に記憶されている構成管理情報を基に、アクションで定義するパラメータ（サーバやリリース先、サーバにアクセスする権限など。アクションによって付加されるパラメータは異なる。）の選択肢を監視手順作成画面上に表示するものであっても良い。このパラメータは、初期設定されたものであって、その後、変更は可能である。
（運用手順・監視手順の統制方法）
図９は、図１に示した形態における運用手順・監視手順の統制方法の一例を説明するためのシーケンス図である。

管理者装置３０が管理者の操作に基づいて、現状分析の画面を運用サーバ１０へ要求すると（ステップＳ４１）、最適化部４００の現状分析部４１０は、分析の実行指示と結果との表示を行うための現状分析画面データを管理者装置３０へ送信する（ステップＳ４２）。

管理者装置３０は、運用サーバ１０から送信されてきた現状分析画面データに基づいて、現状分析画面を表示する。この現状分析画面には、運用サーバ１０に分析させる内容を選択可能な表示が含まれる。その後、管理者装置３０が管理者の操作に基づいて、類似パターンの分析の選択を受け付けると（ステップＳ４３）、管理者装置３０は、現状分析画面に入力された、類似パターン分析の実行を指定する類似パターン分析実行指定を運用サーバ１０へ送信する（ステップＳ４４）。

管理者装置３０から類似パターン分析実行指定が送信されてくると、現状分析部４１０は、統制化部２００の類似パターン分析部２３０へ類似パターンの分析の実行を指示する。

類似パターン分析部２３０は、現状分析部４１０から類似パターンの分析の実行が指示されると、運用手順記憶部２１０に記憶された運用手順定義ファイルと、監視情報記憶部２２０に記憶された監視手順定義ファイルとから、運用手順定義と監視手順定義とを言語解析／構文解析する（ステップＳ４５）。具体的な類似パターンの分析の方法については、前述した通りである。類似パターン分析部２３０は、運用手順定義ファイルおよび監視手順定義ファイルに含まれる手順の流れが類似するものを解析する。類似パターン分析部２３０は、解析結果を最適化部４００へ通知する（ステップＳ４６）。

類似パターン提示部４２０は、類似パターン分析部２３０から通知された解析結果に基づいて、運用手順定義と監視手順定義とに含まれるアクションの組み合わせが類似する、類似のパターンの一覧を管理者装置３０に表示させるための類似パターン一覧表示画面データを生成する。そして、類似パターン提示部４２０は、当該類似パターン一覧表示画面データを管理者装置３０へ送信する（ステップＳ４７）。また、このとき、振り返り部４４０が、類似パターン分析部２３０から通知された解析結果から、類似とは判断されなかったパターンを各サービス共通で使用可能な標準パターンとして登録することを促すために、類似パターン提示部４２０が管理者装置３０へ送信する類似パターン一覧表示画面データの当該パターンに登録を促す印（情報）を付加する。また、振り返り部４４０は、類似パターン分析部２３０から通知された解析結果から、類似のパターンとして解析されたパターンを標準パターンへ変更することを促すために、類似パターン提示部４２０が管理者装置３０へ送信する類似パターン一覧表示画面データの当該パターンに登録を促す印（情報）を付加する。

管理者装置３０は、運用サーバ１０から送信されてきた類似パターン一覧表示画面データに基づいて、類似パターン一覧表示画面を表示する。この類似パターン一覧表示画面は、運用手順または監視手順の類似のパターンが表示され、表示されたパターンを標準パターンとして登録することの指示を選択したり、表示された類似のパターンを標準パターンへ変更することの指示を選択したりすることができる画面である。このように、表示された類似パターン一覧から、各サービス共通で登録し、標準化として統制すべき手順を運用パターンとして登録することを促すことができる。また、類似のパターンは、標準パターンに合わせるように統制を図ることができる。その後、管理者装置３０が管理者の操作に基づいて、標準パターンとしての登録の要求を受け付けると（ステップＳ４８）、管理者装置３０は、当該パターンの登録を運用サーバ１０へ要求する（ステップＳ４９）。

振り返り部４４０は、管理者装置３０から当該パターンを標準パターンとして登録する要求を受けた場合、その旨を言語化定義部１３０へ指示する（ステップＳ５０）。また、振り返り部４４０は、管理者装置３０から類似のパターンを標準パターンへ変更する要求を受けた場合、その旨を言語化定義部１３０へ指示する。

言語化定義部１３０は、振り返り部４４０から、標準パターンの登録または標準パターンへの変更が指示された場合、当該標準パターンを運用手順記憶部２１０に登録する（ステップＳ５１，Ｓ５２）。
（自動監視方法）
図１０は、図１に示した形態における自動監視方法の一例を説明するためのシーケンス図である。

まず、定期監視情報収集部３１０は、監視情報記憶部２２０に記憶された監視手順定義ファイルを監視情報記憶部２２０から読み出す（ステップＳ６１）。そして、定期監視情報収集部３１０は、読み出した監視手順定義ファイルに従って、アクションで指定された対象サーバ２０に対し、指定された間隔で、指定された情報を収集する（ステップＳ６２）。定期監視情報収集部３１０は、収集した情報を監視履歴記憶部３２０に記憶する（ステップＳ６３）。

続いて、イベント監視部３５０は、定期間隔で、監視情報記憶部２２０に記憶された監視手順定義ファイルの監視手順定義に定義された、どの監視で取得した情報を用いるか、閾値、条件、情報同士の重み付け等に基づいて、監視履歴記憶部３２０に記憶された監視情報を分析する（ステップＳ６４）。イベント監視部３５０は、監視情報を分析した結果、監視情報定義で定義された条件と合致した場合、その条件の合致と対応する運用手順定義を自動実行部３６０へ出力する。

また、インシデント管理部３３０およびスケジューラ３４０は、指定日時になったタイミング、インシデント登録されたタイミングで、運用手順記憶部２１０に記憶された運用手順定義ファイルを読み出し、読み出した運用手順定義ファイルの運用手順定義を自動実行部３６０へ出力する。

自動実行部３６０は、インシデント管理部３３０またはスケジューラ３４０またはイベント監視部３５０から出力されてきた運用手順定義を含む実行命令を、セルフ化部１００の実行エンジン１５０へ出力する（ステップＳ６５）。

実行エンジン１５０は、自動実行部３６０から運用手順定義を含む実行命令が出力されてきた場合、当該運用手順定義に従って、対象サーバ２０に対して、運用手順定義の作業にて定義されたアクションを実行する（ステップＳ６６）。また、実行エンジン１５０は、実行した履歴を履歴管理部１６０へ出力する。履歴管理部１６０は、実行エンジン１５０から出力されてきた履歴を実行履歴情報として実行履歴記憶部１７０に記憶する（ステップＳ６７）。
（最適化方法）
図１１は、図１に示した形態における最適化方法の一例を説明するためのシーケンス図である。

まず、現状分析部４１０は、ボトルネック分析部１８０に対して、実行履歴記憶部１７０に記憶された実行履歴情報で、過去から現在までの既定期間の情報についてボトルネック分析を行うように要求する（ステップＳ７１）。ボトルネック分析部１８０は、現状分析部４１０からの指示に従って、実行履歴記憶部１７０に記憶されている実行履歴情報についてボトルネック分析を行い（ステップＳ７２）、その結果を改善箇所提示部４３０へ通知する（ステップＳ７３）。

ここで、ボトルネック分析部１８０が行うボトルネック分析の詳細について説明する。ボトルネック分析部１８０が行うボトルネック分析においては、以下の情報に基づいて分析を実施する。
（１）各手順の作業単位のＴＡＴ
一連の作業手順のＴＡＴ、各アクションのＴＡＴを収集し、収集したＴＡＴの過去の平均値を算出し、平均値よりも長いものがあるかどうかを分析する。
（２）各手順のメトリクス（複雑度）
手順を定義したＤＳＬで記述されたＤＳＬファイルを分析対象とし、定義ファイル間の呼び出しによる手順の複雑性、パラレル処理、イベント発生等による手順の複雑性、定義ファイル内のユーザアクションが多数存在することの複雑性、同様の手順が繰り返し挿入されているといった複雑性を分析する。

また、他の複雑度として、分岐の多さに基づいて判定するサイクロマディック複雑度、コード量と依存度とを参考にする保守容易性、定義ファイルの長さを示すトータルサイズ、定義ファイルのネスト数に基づいて判定する継承の深さ、他の定義ファイルへの依存度、手順へのコメント量を示すドキュメンテーション等がある。
（３）標準パターンとのギャップ度
標準パターンの適用率や使用数を示し、個別な運用の割合を示す。また、標準パターンとしてあらかじめ登録されているパターンに類似しているものの数を示す。標準パターンを適用することができない理由を気付かせる指標となる。
（４）作業の失敗頻度（実行結果）
手順実行時の実行失敗の頻度が高いアクションを、失敗頻度が高い順で示す。失敗頻度が高いアクションを示すことで、処理の改善の可否を気付かせる指標となる。
（５）作業の返却値のデータ量（通信トラフィック）
返却値として受け取るデータ量（ＤＢ結果、ログ参照等）に基づいて、その結果を後続の手順でどれだけ使用しているかを示し、取得するデータで不要なものの有無を示す。
（６）見直し頻度（改善頻度）
手順を見直す（改善する）回数を、全サービスで一覧化する。これにより、改善サイクルを実施している、改善がされていないといった管理者視点での確認が可能となる。

ステップＳ７３にて、改善箇所提示部４３０は、ボトルネック分析部１８０から分析結果が通知されると、当該分析結果から、作業を改善することで、運用作業の改善が図れる運用作業の一覧を表示するための改善箇所提示画面データを生成する（ステップＳ７４）。そして、改善箇所提示部４３０は、生成した改善箇所提示画面データを管理者装置３０へ送信する（ステップＳ７５）。

管理者装置３０は、運用サーバ１０から送信されてきた改善箇所提示画面データに基づいて、改善箇所提示画面を表示する。この改善箇所提示画面は、運用作業の改善が図れる運用作業の一覧を含み、その一覧のうち、改善を図る運用作業を選択することができる画面である。その後、管理者装置３０が管理者の操作に基づいて、見直し箇所を指定する入力を受け付けると（ステップＳ７６）、管理者装置３０は、指定された箇所の見直しを運用サーバ１０へ要求する（ステップＳ７７）。

振り返り部４４０は、提示された改善箇所提示画面に対し、運用作業の改善箇所の見直しを行う指示を、管理者装置３０から受信した場合、運用手順の見直しを言語化定義部１３０へ指示する（ステップＳ７８）。言語化定義部１３０は、最適化部４００から運用手順の見直しを指示された場合、指定された運用手順定義に対応する、統制化部２００の運用手順記憶部２１０に記憶された運用手順定義ファイルを更新する（ステップＳ７９，Ｓ８０）。

なお、図１に示した形態においては、セルフ化部１００、統制化部２００、自動化部３００および最適化部４００が物理的に１つの運用サーバ１０に設けられている場合を例に挙げて示しているが、それぞれ別個の装置に設けられているものであっても良いし、任意の組み合わせで、複数の装置に設けられているものであっても良い。

以上説明したように、運用手順やその結果を分析し、互いに類似するものがあれば標準化を促し、ボトルネックとなるものがあれば、手順の見直しを促す画面を管理者装置３０に表示させるため、運用手順の最適化するための見直しを促すことができる。

上述した運用サーバ１０に設けられた各構成要素が行う処理は、目的に応じてそれぞれ作製された論理回路で行うようにしても良い。また、処理内容を手順として記述したコンピュータプログラム（以下、プログラムと称する）を運用サーバ１０にて読取可能な記録媒体に記録し、この記録媒体に記録されたプログラムを運用サーバ１０に読み込ませ、実行するものであっても良い。運用サーバ１０にて読取可能な記録媒体とは、フロッピー（登録商標）ディスク、光磁気ディスク、ＤＶＤ、ＣＤなどの移設可能な記録媒体の他、運用サーバ１０に内蔵されたＲＯＭ、ＲＡＭ等のメモリやＨＤＤ等を指す。この記録媒体に記録されたプログラムは、運用サーバ１０に設けられたＣＰＵ（不図示）にて読み込まれ、ＣＰＵの制御によって、上述したものと同様の処理が行われる。ここで、ＣＰＵは、プログラムが記録された記録媒体から読み込まれたプログラムを実行するコンピュータとして動作するものである。

上記の実施の形態の一部または全部は、以下の付記のようにも記載され得るが、以下には限られない。
（付記１）運用対象である対象サーバと、
前記対象サーバの運用手順を管理する管理者装置と、
前記対象サーバに対して、登録された運用手順を実行し、該実行した結果を実行履歴情報として記憶するセルフ化手段と、
前記登録されている運用手順の互いの類似パターンを分析する統制化手段と、
前記統制化手段が分析した類似パターンに基づいて、該運用手順の統制を促す情報を前記管理者装置へ送信し、前記セルフ化手段に対して該セルフ化手段に記憶されている実行履歴情報を分析させる最適化手段とを有し、
前記セルフ化手段は、前記最適化手段からの指示に従って、該セルフ化手段に記憶されている実行履歴情報を分析し、該分析した結果を前記最適化手段へ通知し、
前記最適化手段は、前記セルフ化手段から通知された結果に基づいて、前記運用手順における改善ポイントを示す情報を前記管理者装置へ送信する運用システム。
（付記２）前記対象サーバに対して、登録された監視手順を実行し、該実行した結果を監視情報として記憶し、該記憶している監視情報に基づいたタイミングで、前記セルフ化手段に前記運用手順を実行させる自動化手段を有し、
前記統制化手段は、前記登録されている監視手順の互いの類似パターンを分析することを特徴とする、付記１に記載の運用システム。
（付記３）前記セルフ化手段は、前記運用手順を登録するためのエディタを前記管理者装置へ提供し、該エディタを用いて入力された運用手順を登録することを特徴とする、付記１または付記２に記載の運用システム。
（付記４）前記セルフ化手段は、前記運用手順を示す運用手順一覧を前記管理者装置へ送信し、該運用手順一覧を用いて指示された運用手順を実行することを特徴とする、付記１から３のいずれか１項に記載の運用システム。
（付記５）前記最適化手段は、前記実行履歴情報それぞれと、該実行履歴情報の平均値とを比較し、該比較に結果に基づいて、前記改善ポイントを判定することを特徴とする、付記１から４のいずれか１項に記載の運用システム。
（付記６）前記最適化手段は、前記実行履歴情報と、あらかじめ設定された閾値とを比較し、該比較に結果に基づいて、前記改善ポイントを判定することを特徴とする、付記１から４のいずれか１項に記載の運用システム。
（付記７）前記統制化手段は、前記運用手順の順序に基づいて、該運用手順の類似を判定することを特徴とする、付記１から６のいずれか１項に記載の運用システム。
（付記８）運用対象である対象サーバに対して、登録された運用手順を実行し、該実行した結果を実行履歴情報として記憶するセルフ化部と、
前記登録されている運用手順の互いの類似パターンを分析する統制化部と、
前記統制化部が分析した類似パターンに基づいて、該運用手順の統制を促す情報を、前記運用手順を管理する管理者装置へ送信し、前記セルフ化部に対して該セルフ化部に記憶されている実行履歴情報を分析させる最適化部とを有し、
前記セルフ化部は、前記最適化部からの指示に従って、該セルフ化部に記憶されている実行履歴情報を分析し、該分析した結果を前記最適化部へ通知し、
前記最適化部は、前記セルフ化部から通知された結果に基づいて、前記運用手順における改善ポイントを示す情報を前記管理者装置へ送信する運用サーバ。
（付記９）運用対象である対象サーバに対して、登録された運用手順を実行する処理と、
前記実行した結果を実行履歴情報として記憶する処理と、
前記登録されている運用手順の互いの類似パターンを分析する処理と、
前記分析した類似パターンに基づいて、該運用手順の統制を促す情報を、前記運用手順を管理する管理者装置へ送信する処理と、
前記記憶されている実行履歴情報を分析する処理と、
前記実行履歴情報を分析した結果に基づいて、前記運用手順における改善ポイントを示す情報を前記管理者装置へ送信する処理とを行う運用手順管理方法。
（付記１０）コンピュータに、
運用対象である対象サーバに対して、登録された運用手順を実行する手順と、
前記実行した結果を実行履歴情報として記憶する手順と、
前記登録されている運用手順の互いの類似パターンを分析する手順と、
前記分析した類似パターンに基づいて、該運用手順の統制を促す情報を、前記運用手順を管理する管理者装置へ送信する手順と、
前記記憶されている実行履歴情報を分析する手順と、
前記実行履歴情報を分析した結果に基づいて、前記運用手順における改善ポイントを示す情報を前記管理者装置へ送信する手順とを実行させるためのプログラム。

１０ 運用サーバ
２０ 対象サーバ
３０ 管理者装置
４０ 通信ネットワーク
１００ セルフ化部
１１０ 構成管理部
１２０ 構成管理情報記憶部
１３０ 言語化定義部
１４０ セルフ実行部
１５０ 実行エンジン
１６０ 履歴管理部
１７０ 実行履歴記憶部
１８０ ボトルネック分析部
２００ 統制化部
２１０ 運用手順記憶部
２２０ 監視情報記憶部
２３０ 類似パターン分析部
３００ 自動化部
３１０ 定期監視情報収集部
３２０ 監視履歴記憶部
３３０ インシデント管理部
３４０ スケジューラ
３５０ イベント監視部
３６０ 自動実行部
４００ 最適化部
４１０ 現状分析部
４２０ 類似パターン提示部
４３０ 改善箇所提示部
４４０ 振り返り部

Claims (10)

1. 運用対象である対象サーバと、
   前記対象サーバの運用手順を管理する管理者装置と、
   前記対象サーバに対して、登録された運用手順を実行し、該実行した結果を実行履歴情報として記憶するセルフ化手段と、
   前記登録されている運用手順の互いの類似パターンを分析する統制化手段と、
   前記統制化手段が分析した類似パターンに基づいて、該運用手順の統制を促す情報を前記管理者装置へ送信し、前記セルフ化手段に対して該セルフ化手段に記憶されている実行履歴情報を分析させる最適化手段とを有し、
   前記セルフ化手段は、前記最適化手段からの指示に従って、該セルフ化手段に記憶されている実行履歴情報を分析し、該分析した結果を前記最適化手段へ通知し、
   前記最適化手段は、前記セルフ化手段から通知された結果に基づいて、前記運用手順における改善ポイントを示す情報を前記管理者装置へ送信する運用システム。
2. 請求項１に記載の運用システムにおいて、
   前記対象サーバに対して、登録された監視手順を実行し、該実行した結果を監視情報として記憶し、該記憶している監視情報に基づいたタイミングで、前記セルフ化手段に前記運用手順を実行させる自動化手段を有し、
   前記統制化手段は、前記登録されている監視手順の互いの類似パターンを分析することを特徴とする運用システム。
3. 請求項１または請求項２に記載の運用システムにおいて、
   前記セルフ化手段は、前記運用手順を登録するためのエディタを前記管理者装置へ提供し、該エディタを用いて入力された運用手順を登録することを特徴とする運用システム。
4. 請求項１から３のいずれか１項に記載の運用システムにおいて、
   前記セルフ化手段は、前記運用手順を示す運用手順一覧を前記管理者装置へ送信し、該運用手順一覧を用いて指示された運用手順を実行することを特徴とする運用システム。
5. 請求項１から４のいずれか１項に記載の運用システムにおいて、
   前記最適化手段は、前記実行履歴情報それぞれと、該実行履歴情報の平均値とを比較し、該比較に結果に基づいて、前記改善ポイントを判定することを特徴とする運用システム。
6. 請求項１から４のいずれか１項に記載の運用システムにおいて、
   前記最適化手段は、前記実行履歴情報と、あらかじめ設定された閾値とを比較し、該比較に結果に基づいて、前記改善ポイントを判定することを特徴とする運用システム。
7. 請求項１から６のいずれか１項に記載の運用システムにおいて、
   前記統制化手段は、前記運用手順の順序に基づいて、該運用手順の類似を判定することを特徴とする運用システム。
8. 運用対象である対象サーバに対して、登録された運用手順を実行し、該実行した結果を実行履歴情報として記憶するセルフ化部と、
   前記登録されている運用手順の互いの類似パターンを分析する統制化部と、
   前記統制化部が分析した類似パターンに基づいて、該運用手順の統制を促す情報を、前記運用手順を管理する管理者装置へ送信し、前記セルフ化部に対して該セルフ化部に記憶されている実行履歴情報を分析させる最適化部とを有し、
   前記セルフ化部は、前記最適化部からの指示に従って、該セルフ化部に記憶されている実行履歴情報を分析し、該分析した結果を前記最適化部へ通知し、
   前記最適化部は、前記セルフ化部から通知された結果に基づいて、前記運用手順における改善ポイントを示す情報を前記管理者装置へ送信する運用サーバ。
9. 運用対象である対象サーバに対して、登録された運用手順を実行する処理と、
   前記実行した結果を実行履歴情報として記憶する処理と、
   前記登録されている運用手順の互いの類似パターンを分析する処理と、
   前記分析した類似パターンに基づいて、該運用手順の統制を促す情報を、前記運用手順を管理する管理者装置へ送信する処理と、
   前記記憶されている実行履歴情報を分析する処理と、
   前記実行履歴情報を分析した結果に基づいて、前記運用手順における改善ポイントを示す情報を前記管理者装置へ送信する処理とを行う運用手順管理方法。
10. コンピュータに、
    運用対象である対象サーバに対して、登録された運用手順を実行する手順と、
    前記実行した結果を実行履歴情報として記憶する手順と、
    前記登録されている運用手順の互いの類似パターンを分析する手順と、
    前記分析した類似パターンに基づいて、該運用手順の統制を促す情報を、前記運用手順を管理する管理者装置へ送信する手順と、
    前記記憶されている実行履歴情報を分析する手順と、
    前記実行履歴情報を分析した結果に基づいて、前記運用手順における改善ポイントを示す情報を前記管理者装置へ送信する手順とを実行させるためのプログラム。

Images