(57)【特許請求の範囲】
【請求項１】
複数の運用操作の各々に対応して、当該運用操作とは別の運用操作である関連操作と優先度を格納する操作記憶手段と、
前記運用操作が実行の候補に挙がった場合および実行された場合、所定条件に基づいて、前記操作記憶手段から前記複数の運用操作の何れかである対象操作を選択して、前記対象操作の前記優先度を所定の重み付け増分の値だけ増加させると共に、前記対象操作に対応する前記関連操作の前記優先度を所定の重み付け増分の値だけ増加させる演算手段と、
前記操作記憶手段から優先度の順に指定された数の運用操作を選択して表示する運用操作導出手段を備える、運用管理装置。
【請求項２】
前記操作記憶手段は、前記複数の運用操作の各々に対応して、当該運用操作及び前記関連操作とは別の運用操作である前提操作をさらに格納し、
前記演算手段は、前記対象操作とともに前記前提操作の優先度も増加させる、請求項１の運用管理装置。
【請求項３】
自装置内で発生するイベントと前記複数の運用操作の何れかを対応づけて記憶するイベント操作記憶手段を、さらに備え、
前記演算手段は、自装置内で発生したイベントに基づいて、前記対象操作を選択する、請求項１または２の運用管理装置。
【請求項４】
時刻と前記複数の運用操作の何れかを対応付けて記憶する時刻操作記憶手段を、さらに備え、
前記演算手段は、時刻に基づいて、前記対象操作を選択する、請求項１または２の運用装置。
【請求項５】
複数の運用操作の各々に対応して、当該運用操作とは別の運用操作である関連操作と優先度を格納し、
前記運用操作が実行の候補に挙がった場合および実行された場合、所定条件に基づいて、前記複数の運用操作の何れかである対象操作を選択して、前記対象操作の前記優先度を所定の重み付け増分の値だけ増加させると共に、前記対象操作に対応する前記関連操作の前記優先度を所定の重み付け増分の値だけ増加させ、
優先度の順に指定された数の運用操作を選択して表示する、方法。
【請求項６】
前記複数の運用操作の各々に対応して、当該運用操作及び前記関連操作とは別の運用操作である前提操作をさらに格納し、
前記対象操作とともに前記前提操作の優先度も増加させる、請求項５の方法。
【請求項７】
自装置内で発生するイベントと前記複数の運用操作の何れかを対応づけて記憶し、
自装置内で発生したイベントに基づいて、前記対象操作を選択する、請求項５または６の方法。
【請求項８】
複数の運用操作の各々に対応して、当該運用操作とは別の運用操作である関連操作と優先度を格納する処理と、
前記運用操作が実行の候補に挙がった場合および実行された場合、所定条件に基づいて、前記複数の運用操作の何れかである対象操作を選択して、前記対象操作の前記優先度を所定の重み付け増分の値だけ増加させると共に、前記対象操作に対応する前記関連操作の前記優先度を所定の重み付け増分の値だけ増加させる処理と、
優先度の順に指定された数の運用操作を選択して表示する処理と、をコンピュータに実行させるプログラム。
【請求項９】
前記複数の運用操作の各々に対応して、当該運用操作及び前記関連操作とは別の運用操作である前提操作をさらに格納する処理と、
前記対象操作とともに前記前提操作の優先度も増加させる処理と、を前記コンピュータに実行させる請求項８に記載のプログラム。
【請求項１０】
自装置内で発生するイベントと前記複数の運用操作の何れかを対応づけて記憶する処理と、
自装置内で発生したイベントに基づいて、前記操作対象を選択する処理と、を前記コンピュータに実行させる請求項８または９に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、運用管理装置、方法、及び、プログラム、に関する。
【背景技術】
【０００２】
特許文献１には、移動体を管制運用するために必要な各運用員の作業手順とその進捗状況を電子的に管理する運用支援システムが記載されている。
【０００３】
特許文献２には、異常の重大度の順位に対応した輝度でシンボルを表示する、監視制御装置が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−０１６１５６号公報
【特許文献２】特開平１０−１８７２３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記文献の技術を用いた場合、システムの運用で発生する複数の運用操作間の依存関係を考慮した操作項目の表示が行われない。
【０００６】
特許文献１は、運用操作の順序判定（重み付け）に平均値や標準偏差などの統計的手法を用いているが、運用操作間での依存関係が考慮されていない。
【０００７】
特許文献２は、特定の装置に限定した異常監視の仕組みであり、また、運用操作間での依存関係は考慮されていない。
【課題を解決するための手段】
【０００８】
本発明の運用管理装置は、複数の運用操作の各々に対応して、当該運用操作とは別の運用操作である関連操作と優先度を格納する操作記憶手段と、所定条件に基づいて、前記操作記憶手段から前記複数の運用操作の何れかである対象操作を選択して、前記対象操作の前記優先度を増加させると共に、前記対象操作に対応する前記関連操作の前記優先度を増加させる演算手段と、前記操作記憶手段から優先度の順に指定された数の運用操作を選択して表示する運用操作導出手段を備える。
【０００９】
本発明の方法は、複数の運用操作の各々に対応して、当該運用操作とは別の運用操作である関連操作と優先度を格納し、所定条件に基づいて、前記複数の運用操作の何れかである対象操作を選択して、前記対象操作の前記優先度を増加させると共に、前記対象操作に対応する前記関連操作の前記優先度を増加させ、優先度の順に指定された数の運用操作を選択して表示する。
【００１０】
本発明のコンピュータプログラムは、複数の運用操作の各々に対応して、当該運用操作とは別の運用操作である関連操作と優先度を格納する処理と、所定条件に基づいて、前記複数の運用操作の何れかである対象操作を選択して、前記対象操作の前記優先度を増加させると共に、前記対象操作に対応する前記関連操作の前記優先度を増加させる処理と、優先度の順に指定された数の運用操作を選択して表示する処理と、をコンピュータに実行させる。
【発明の効果】
【００１１】
本発明によれば、システムの運用で発生する複数の運用操作間の依存関係を考慮した操作項目の表示が行われる。
【図面の簡単な説明】
【００１２】
【図１】図１は、システム運用操作の実行予測管理システムの構成の一例を示す。
【図２】図２は、操作記憶部の構成の一例を示す。
【図３】図３は、システム運用操作の実行予測管理システムにおける運用管理装置の動作の一例を示す。
【図４】図４は、システム運用操作の実行予測管理システムにおけるクライアント端末の画面の一例を示す。
【図５】図５は、クライアント端末における運用操作の画面の一例を示す。
【図６】図６は、運用操作を実行する場合の運用管理装置での動作を示すフローチャートである。
【図７】図７は、イベントが発生した場合の運用管理装置での動作を示すフローチャートである。
【図８】図８は、関連操作の取得制限数の要求へ対応する場合の運用管理装置での動作を示すフローチャートである。
【図９】図９は、第二の実施形態に係るシステム運用操作の実行予測管理システムにおける、構成の一例を示す。
【図１０】図１０は、第二の実施形態に係るシステム運用操作の実行予測管理システムにおける、動作の一例を示す。
【図１１】図１１は、第二の実施形態に係るシステム運用操作の実行予測管理システムにおける、クライアント端末の画面の一例を示す。
【図１２】図１２は、第二の実施形態に係るシステム運用操作の実行予測管理システムにおける、動作を示すフローチャートである。
【図１３】図１３は、第三の実施形態に係る運用管理装置の構成の一例を示す。
【発明を実施するための形態】
【００１３】
発明を実施するための第一の形態について、図面を参照して詳細に説明する。
【００１４】
図１は、システム運用操作の実行予測管理システム３０の構成の一例を示す。
【００１５】
システム運用操作の実行予測管理システム３０は、運用管理装置１０、及び、クライアント端末２０から構成される。運用管理装置１０とクライアント端末２０は、相互に通信可能な状態で接続される。
【００１６】
運用管理装置１０は、記憶部１１、操作記憶部１１０、イベント操作記憶部１１１、解析部１２、演算部１３、運用処理部１４、運用操作導出部１５、運用リクエスト受付部１６、イベント検出部１７、イベント解析部１７０、ログ処理部１８、及び、監視処理部１９を包含する。
【００１７】
記憶部１１は、操作記憶部１１０、及び、イベント操作記憶部１１１を包含する。
【００１８】
操作記憶部１１０は、過去にシステム運用者が実行した運用操作を含む、全ての運用操作に関する情報を格納する。
【００１９】
イベント操作記憶部１１１は、運用管理装置１０で発生するイベントと関連する運用操作、すなわち、関連操作とを対応付けて格納する。
【００２０】
解析部１２は、記憶部１１の情報を解析し、その結果を操作記憶部１１０に格納する。
【００２１】
演算部１３は、各運用操作の重み付けの数値に対して、演算を行い、数値を更新して出力する。
【００２２】
運用処理部１４は、運用操作を実行する。
【００２３】
運用操作導出部１５は、指定された数の運用操作を記憶部１１から取得し、クライアント端末２０に対して出力する。
【００２４】
運用リクエスト受付部１６は、運用操作導出部１５からの出力をクライアント端末２０に伝えるとともに、クライアント端末２０からの運用操作の要求を受け付け運用処理部１４に出力する。
【００２５】
イベント検出部１７は、ログ処理部１８、及び、監視処理部１９からの入力によりログやイベントの発生を検出し、その結果をイベント操作記憶部１１１へ出力する。また、イベント検出部１７は、イベント解析部１７０を包含する。
【００２６】
なお、イベント検出部１７へ出力される情報は、例えば、イベントが発生した装置の種類を表すサーバ名、及び、イベントの内容を示すメッセージ、により構成される。
【００２７】
イベント解析部１７０は、イベント検出部１７のデータを解析し、イベントの種類を特定しイベント操作記憶部１１１に出力する。
【００２８】
ログ処理部１８は、運用管理装置１０で発生したログをイベント検出部１７に出力する。
【００２９】
監視処理部１９は、運用管理装置１０の内部で動作するコンポーネント等の状態を監視し、その結果をイベント検出部１７に出力する。
【００３０】
クライアント端末２０は、運用操作情報取得部２１、及び、表示制御部２２を包含し、運用管理装置１０に接続する。
【００３１】
運用操作情報取得部２１は、運用管理装置１０に対し運用操作に関する情報を要求し、取得する。
【００３２】
表示制御部２２は、運用操作情報取得部２１で取得した運用操作に関する情報を基に、クライアント端末２０の画面を構築する。
【００３３】
ここで、記憶部１１、操作記憶部１１０、及び、イベント操作記憶部１１１は、ディスク装置、半導体メモリ、等の記憶装置である。
【００３４】
また、解析部１２、演算部１３、運用処理部１４、運用操作導出部１５、運用リクエスト受付部１６、イベント検出部１７、イベント解析部１７０、ログ処理部１８、監視処理部１９、運用操作情報取得部２１、及び、表示制御部２２は、論理回路等のハードウェアで構成される。
【００３５】
解析部１２、演算部１３、運用処理部１４、運用操作導出部１５、運用リクエスト受付部１６、イベント検出部１７、イベント解析部１７０、ログ処理部１８、及び、監視処理部１９は、コンピュータである運用管理装置１０のプロセッサが、図示されないメモリ上のプログラムを実行することで実現されても良い。
【００３６】
また、運用操作情報取得部２１、及び、表示制御部２２は、コンピュータであるクライアント端末２０のプロセッサが、図示されないメモリ上のプログラムを実行することで実現されても良い。
【００３７】
図２は、操作記憶部１１０におけるデータの構成の一例を示す。
【００３８】
図２は、例えば、各々の運用操作の種類に対する、重み付け、重み付け増分、前提操作、及び、関連操作を記述する。
【００３９】
重み付けは、運用操作を実行する優先度を数値で示したものである。
【００４０】
重み付け増分は、重み付けの値を増加させるルールを設定したものである。例えば、運用操作が実行の候補に挙がった場合や運用操作が実行された場合に、予め設定していた重み付け増分の値が、重み付けの数値に加算される。
【００４１】
例えば、重み付け増分の値は、当該運用操作が操作の候補として挙がった場合には、「１」を加算し、さらに、当該運用操作が実行されると、「１」を加算する、のように設定する。また、イベントの関連操作の場合には、例えば、運用操作のリストで最大の値より「１」を加算、のように設定する。
【００４２】
前提操作は、当該運用操作の実施前に実施する必要がある、当該運用操作とは別の運用操作である。
【００４３】
関連操作は、当該運用操作に関係のある、当該運用操作とは別の運用操作である。
【００４４】
図２は、例えば、運用操作である「サーバ−停止」に対して、重み付けが「１００」であり、関連操作が「ＤＢ−停止」、及び、「サーバ−起動」であることを示す。また、例えば、運用操作である「アプリケーション−配備」の前提操作が「メモリ管理−サイズ更新」で、関連操作が「アプリケーション−配備解除」であることを示す。
【００４５】
なお、システム管理者は、必要に応じて、適宜、運用操作、前提操作、及び、関連操作のデータに新たな項目を追加したり、重み付け増分の値を更新することができる。
【００４６】
図３は、システム運用操作の実行予測管理システム３０における運用管理装置１０の動作の一例を示す。
【００４７】
図３を用いて、例えば、システムの運用中に「メモリ不足」のイベントが発生した場合の動作について説明する。
【００４８】
図３（a）は、イベント「メモリ不足」の関連操作が「メモリ管理−ダンプ採取」であり、「メモリ管理−ダンプ採取」の関連操作が「メモリ管理−サイズ更新」、また、「メモリ管理−サイズ更新」の関連操作が「サーバ−停止」であることを示す。
【００４９】
まず、図３（ｂ）に示したように、「メモリ管理−ダンプ採取」が関連操作の候補に挙げられた場合、現在の全ての運用操作に対する重み付けの値の最大が「１００」であるため、当該関連操作に対する重み付けの値を、現在の重み付け「９９」から最大の「１００」に、「１」を加算した「１０１」に更新する。
【００５０】
次に、図３（ｃ）に示したように、「メモリ管理−ダンプ採取」の関連操作である「メモリ管理−サイズ更新」の重み付けの値が「９９」から「１００」に加算され操作が実行される。この後、「メモリ管理−ダンプ採取」は、実行が完了したので、当該運用操作に対する重み付けの値「１０１」を減算して元の重み付け「９９」に一旦戻した後、「１」を加算し、「１００」に更新する。なお、この手順は、イベントの関連操作が発生するのは突発的な事象であることから規定したルールに基づく。
【００５１】
さらに、図３（ｄ）に示したように、システム運用者が「メモリ管理−サイズ更新」を実行したことにより、当該操作の重み付けが加算され、「１０１」に更新される。また、「メモリ管理−サイズ更新」の関連操作である「サーバ−停止」についても重み付けが加算され、その値を「１０１」に更新する。
【００５２】
図４は、システム運用操作の実行予測管理システム３０におけるクライアント端末２０の画面の一例を示す。
【００５３】
クライアント端末２０は、各運用操作の重み付けが更新された結果を反映して、重み付けの順に運用操作を表示する。
【００５４】
図４の（ａ）乃至（ｄ）は、図３の（ａ）乃至（ｄ）に対応し、例えば、図４（ｂ）では、重み付けが最も大きい「メモリ管理−ダンプ採取」が上部に表示され、図４（ｃ）及び図４（ｄ）でも同様に、「メモリ管理−サイズ更新」が上部に表示される。
【００５５】
図５は、クライアント端末２０における運用操作の画面の一例を示す。
【００５６】
図５（ａ）は、運用操作の取得制限数を設けず優先度を考慮しない場合の一例を示す。この場合、目的の操作情報が画面に収まらない。このため、操作情報の発見に時間を必要とする。また、通信量が増加しシステムの負荷も増加する等の問題がある。
【００５７】
これに対して、図５（ｂ）は、本実施例での取得制限数を設けた場合を示す。この場合、優先度が高く、実行する可能性の大きい運用操作の順に、要求された数量の運用操作を表示することが可能である。
【００５８】
図６は、運用操作を実行する場合の運用管理装置１０での動作を示すフローチャートである。なお、台形で挟んだ部分（例えば、Ｓ１６）は、台形内に記載した条件でループする。
【００５９】
図６を用いて、運用操作を実行する場合の運用管理装置１０での動作を説明する。
【００６０】
システム運用者は、運用管理装置１０を起動した後、システムの構築や運用に関する運用操作を実行する（Ｓ１１）。
【００６１】
その際、運用管理装置１０は、当該運用操作の成功の有無を確認する（Ｓ１２）。
【００６２】
操作に成功した場合、演算部１３は、実行が完了した運用操作に関する情報を操作記憶部１１０から取得し（Ｓ１３）、重み付けを更新し（Ｓ１４）、操作記憶部１１０に戻す。
【００６３】
重み付けの更新動作の詳細を示す。操作記憶部１１０に当該関連操作の情報が存在するかどうかを確認し（Ｓ１４１）、存在する場合には、当該情報を取得し（Ｓ１４２）、存在しない場合には、操作記憶部１１０から取得した情報を基に、新たな関連操作情報を作成する（Ｓ１４３）。
【００６４】
ここで、演算部１３は、操作記憶部１１０から取得した情報を基に、運用操作情報の重み付けの値に対して演算を行う。これは、重み付けの増分の値が条件を満たす場合（Ｓ１４４）、事前に発生した障害などの突発的な事象により重み付けの値が加算され、重み付けの度合いが増していることを意味する。
【００６５】
そのため、当該操作が成功したことで、発生した事象に対する対処が実施できたものとみなし、一旦、この値を事象が発生する前の値に戻す（Ｓ１４５）。
【００６６】
これに対応する計算式は以下に示す。
【００６７】
新しい重み付けの値＝現在の重み付けの値−重み付け増分の値  （１）
さらに、当該関連操作が実施されたため、重み付けの値を一定の割合、例えば「１」で加算する（Ｓ１４６）。重み付けの更新動作は以上で終了する。
【００６８】
続いて、演算部１３は、上記と同様にして、関連操作の情報についても取得する（Ｓ１５）。
【００６９】
この時、関連操作の各々においても上記と同じ条件で、重み付けに対する演算処理を実施する（Ｓ１６）。詳細は、（Ｓ１４１〜１４６）で述べた通りとする。なお、この場合は、（Ｓ１４１〜１４６）で運用操作を関連操作と読み替えることとする。
【００７０】
その後、解析部１２は、今回実行した運用操作に関連する運用操作が存在するかを確認し、それが前回実行した運用操作と一致している場合には（Ｓ１７１でＹＥＳ）、当該運用操作を関連操作に加える（Ｓ１７２、Ｓ１７３）。
【００７１】
図７は、イベントが発生した場合の運用管理装置１０での動作を示すフローチャートである。
【００７２】
図７を使用して、イベントが発生した場合の運用管理装置１０での動作を説明する。
【００７３】
まず、システムの構築中やシステムの運用中に運用管理装置１０の内部の状態に変更や障害が発生した場合、ログ処理部１８、及び、監視処理部１９が、イベントを出力する（Ｓ２１）。
【００７４】
イベント検出部１７がイベントを検知すると、イベント解析部１７０は、その関連操作の情報を解析し（Ｓ２２）、イベント操作記憶部１１１に当該情報が存在するかどうかを確認する（Ｓ２３）。当該情報が存在する場合には、当該情報を取得し（Ｓ２４）、当該情報が存在しない場合には、操作記憶部１１０から取得した情報を基に、新たな運用操作のデータを作成する（Ｓ２５）。
【００７５】
演算部１３は、イベント操作記憶部１１１から取得した情報を基に、操作記憶部に保持されている全ての運用操作が持つ重み付けよりも大きい値を算出し（Ｓ２６）、当該運用操作に対する重み付けを更新する（Ｓ２７）。
【００７６】
これは、運用管理装置１０が、障害などの突発的な事象からシステムを早期に回復させるために、操作記録部１１０に保持された操作をシステム運用者に速やかに実施してもらうためである。具体的には、演算部１３が、現時点での全ての運用操作の候補が持つ重み付けよりも当該運用操作に対する重み付けを大きくすることで、システム運用者に対して優先的に当該操作を認識してもらうようにする。
【００７７】
さらに、運用処理部１４が上記の関連操作を実行するにあたり、その前提となる運用操作、すなわち、前提操作を実行する必要がある場合は、演算部１３が、上記の関連操作に対して算出された最大値となる重み付けよりもさらに大きな値、例えば「１」を当該前提操作に対する重み付けの値に加算して更新する（Ｓ２８）。
【００７８】
更新の手順は、図６の（Ｓ１４１〜Ｓ１４６）に示した関連操作における手順と同様である。すなわち、上記で示された関連操作が実行され、その操作が成功した場合には、以後、優先的に本操作を実行する可能性は下がる。このため、上述の重み付け増分の減算に従い、演算部１３は、当該関連操作に対する重み付けの値をイベント発生前の重み付けの値に戻し（Ｓ２８１〜２８６）、「１」を加算し更新する（Ｓ２８７）。
【００７９】
図８は、運用操作の取得制限数の要求へ対応する場合の運用管理装置１０での動作を示すフローチャートである。
【００８０】
まず、システム運用者がクライアント端末２０を用いて運用操作情報を要求すると、運用操作情報取得部２１は、取得制限数、及び、オフセット値の値を用いて運用管理装置１０に運用操作情報の一覧を要求する。なお、取得制限数は、クライアント端末２０で表示する運用操作情報の上限の数値を表す。また、オフセット値は、取得制限数を超えた運用操作情報を運用管理サーバから取得する際の取得の位置を示す。
【００８１】
次に、運用管理装置１０では、運用リクエスト受付部１６が、クライアント端末２０からの要求を受け付けた後、運用操作導出部１５が、取得制限数の指定の有無を確認する（Ｓ３１）。運用操作導出部１５は、取得制限数の指定がある場合には、重み付けの値を基に、運用操作をソートし（Ｓ３２）、取得制限数の指定が無い場合には、全ての運用操作情報を取得する（Ｓ３３）。
【００８２】
その後、重み付けの値の大きい順に、必要な取得制限数の分量だけ運用操作情報を取得し（Ｓ３４）、運用操作リストに格納して（Ｓ３５）、クライアント端末２０に出力する。
【００８３】
クライアント端末２０は、運用管理装置１０より運用操作のリストを取得し、表示制御部２２によって運用操作情報を基に運用管理画面を構築する。
【００８４】
なお、本実施形態で、上記の運用操作をＷｅｂアプリケーションサーバなどのコンフィグレーション属性（設定項目）に置き換え、同様の構成とする、としてもよい。これにより、システム運用者による設定変更や、ログ及び監視処理に伴うイベントを基に、コンフィグレーション属性に対する重み付けを更新し、直近で更新され得るコンフィグレーション属性を導き出して、クライアント端末上の画面に優先的に表示する手段を提供できる。
【００８５】
また、本実施形態で、単一のクライアント端末２０が、複数の運用管理装置１０、すなわち、サーバに接続し、それぞれのサーバから取得した運用操作情報の重み付けを用いて制御するよう置き換える、としてもよい。これにより、単一サーバ上の運用操作情報だけでなく、複数のサーバ間での重み付けを比較して、優先を考慮した画面を構築する手段を提供できる。
【００８６】
本実施形態に係るシステム運用操作の実行予測管理システム３０は、以下に記載するような効果を奏する。
【００８７】
システム運用者が実行する運用操作を予測しクライアント端末２０に適切な情報量で表示できる。
【００８８】
その理由は、対象となる運用操作を実行の優先度に基づいて表示するからである。
＜第二の実施形態＞
図９は、第二の実施形態に係るシステム運用操作の実行予測管理システム３０における、構成の一例を示す。
【００８９】
本実施形態では、第一の実施形態の構成に、時刻操作記憶部１１２を追加する。
【００９０】
ここで、時刻操作記憶部１１２は、ディスク装置、半導体メモリ、等の記憶装置である。また、時刻操作記憶部１１２は、コンピュータである運用管理装置１０のプロセッサが、図示されないメモリ上のプログラムを実行することで実現されても良い。
【００９１】
図１０は、第二の実施形態に係るシステム運用操作の実行予測管理装置における、動作の一例を示す。
【００９２】
図１０を用いて、システムの運用中に、定期的な運用操作が発生する場合について説明する。例えば、毎日、同じ時刻に、稼働中のコンテナＡを再起動する運用操作が発生する、とする。当該操作が発生する時刻は、例えば、「９：００」とし、運用操作の種類は、「コンテナＡ−停止」、及び、「コンテナＡ−再起動」とする。
【００９３】
図１０（ａ）に示すように、コンテナＡに対する各操作の重み付けの値は、これまで使用頻度が少なかったため、他の運用操作の重み付けの値に比べ、小さいものとする。
【００９４】
図１０（ｂ）は、１日目（９／２）の「９：００」に当該運用操作を実行した後の状態を示す。ここで、最終実行時刻は、当該運用操作が最後に呼び出され、正常に実行された時刻を表す。また、実行間隔は、当該運用操作が実行された時刻の間隔を表す。
【００９５】
また、図１０（ｃ）に示すように、２日目（９／３）にも１日目と同様に、「コンテナＡ−停止」、及び、「コンテナＡ−再起動」が「９：００」に実行される。ここで、１日目の操作との実行間隔が算出される。
【００９６】
図は、二日目の「９：００」と一日目の「９：００」との実行間隔を１日、すなわち１４４０分、と算出し、次回の運用操作を実行する時刻を三日目（９／４）の「９：００」と予測している状態を示している。
【００９７】
図１１は、第二の実施形態に係るシステム運用操作の実行予測管理システム３０における、クライアント端末２０の画面の一例を示す。
【００９８】
例えば、図１１（ａ）に示すように、システム稼動から３日目以降、「８：５０〜９：１０」以外の時間は「コンテナＡ−停止」、「コンテナＡ−起動」を表示しないが、図１１（ｂ）に示すように、「８：５０〜９：１０」は、優先的に当該運用操作を表示する。
【００９９】
すなわち、３日目以降の運用においては、当該運用操作が直近で実施される可能性が高いと運用管理装置１０が予測する時間帯、例えば「８：５０〜９：１０」、に運用操作の要求があると、運用管理装置１０は、重み付けを問わず、当該運用操作を優先的に運用操作のリストに含めるように設定する。
【０１００】
図１２は、第二の実施形態に係るシステム運用操作の実行予測管理システム３０における、動作を示すフローチャートである。
【０１０１】
運用操作導出部１５は、各運用操作が保持している最終実行時刻および実行間隔のデータを用いて、新たな実行時刻に近づいた場合、当該運用操作が優先的に実行されるようリスト内の運用操作を置換する。
【０１０２】
まず、運用操作導出部１５は、運用操作情報のリストにおいて、一定の期間での重み付けの増分の値が「０」の運用操作が１つ以上存在する場合（Ｓ４１）、時刻操作記憶部１１２から実行間隔が「０」より大きい運用操作を抽出し（Ｓ４２）、さらに、現在時刻を取得する（Ｓ４３）。
【０１０３】
なお、上記で、一定の期間内に重み付けの増分の値が「０」の運用操作を対象としたのは、突発的な事象は除外し、定期的に発生する運用操作を対象とするからである。
【０１０４】
次に、演算部１３が、抽出した当該運用操作の前回の操作時刻と実行間隔を取得し、両者を加算した値となる時刻が現在の時刻、すなわち現在時刻、に近いか否かを判定する。現在時刻に近いか否かを決定する基準値は、適宜、値を設定し調整することが可能とし、例えば、現在時刻が、「最終実行時刻＋実行間隔」の１０分以内に収まる、等とする。
【０１０５】
さらに、判定の結果、現在時刻に近いと見なされた運用操作情報が存在する場合（Ｓ４４）、演算部１３が、リスト内で重み付けの増分の値が「０」の運用操作情報を重み付けが最小の運用操作候補と置換する（Ｓ４５）。また、置換対象である重み付けの増分の値が「０」の運用操作の候補が存在する間は、この作業を繰り返す（Ｓ４６）。
【０１０６】
なお、本実施形態に示した、運用操作の実行を予測する動作の場合には、上記のように、各運用操作の重み付けの値の加算は行われるが、図１１（ｂ）に示すように、指定された時刻だけ重み付けとは関係なく、最上位に表示されるものとする。
【０１０７】
本実施形態に係るシステム運用操作の実行予測管理システム３０は、以下に記載するような効果を奏する。
【０１０８】
所定の時刻に必要な運用操作を予測することができる。
【０１０９】
その理由は、時刻と運用操作を対応付けて格納するからである。
＜第三の実施形態＞
図１３は、第三の実施形態に係る運用管理装置１０の構成の一例を示す。
【０１１０】
本実施形態の運用管理装置１０は、操作記憶部１１０、演算部１３、及び、運用操作導出部１５を備える。
【０１１１】
操作記憶部１１０は、複数の運用操作の各々に対応して、当該運用操作とは別の運用操作である関連操作と優先度を格納する。
【０１１２】
演算部１３は、所定条件に基づいて、操作記憶部１１０から複数の運用操作の何れかである対象操作を選択して、対象操作の優先度を増加させると共に、対象操作に対応する関連操作の優先度を増加させる。
【０１１３】
運用操作導出部１５は、操作記憶部１１０から優先度の順に指定された数の運用操作を選択して表示する。
【０１１４】
本実施形態に係る運用管理装置１０は、以下に記載するような効果を奏する。
【０１１５】
システム運用者が実行する運用操作を予測し適切な情報量で表示できる。
【０１１６】
その理由は、対象となる運用操作を実行の優先度に基づいて表示するからである。
【０１１７】
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【符号の説明】
【０１１８】
１０    運用管理装置
１１    記憶部
１１０    操作記憶部
１１１    イベント操作記憶部
１１２    時刻操作記憶部
１２    解析部
１３    演算部
１４    運用処理部
１５    運用操作導出部
１６    運用リクエスト受付部
１７    イベント検出部
１７０    イベント解析部
１８    ログ処理部
１９    監視処理部
２０    クライアント端末
２１    運用操作情報取得部
２２    表示制御部
３０    システム運用操作の実行予測管理システム
【図１】
0006028355.tif 000002
【図２】
0006028355.tif 000003
【図３】
0006028355.tif 000004
【図４】
0006028355.tif 000005
【図５】
0006028355.tif 000006
【図６】
0006028355.tif 000007
【図７】
0006028355.tif 000008
【図８】
0006028355.tif 000009
【図９】
0006028355.tif 000010
【図１０】
0006028355.tif 000011
【図１１】
0006028355.tif 000012
【図１２】
0006028355.tif 000013
【図１３】
0006028355.tif 000014