(57)【要約】【課題】  管理者等に不信感を与えることがないように、自律システムの動作を利用者が把握できるようにし、自律システムによる対処が失敗した場合や自律システムによる対処後の解決確認を行う場合に、利用者が管理対象システムに対する対処や、自律システムによる対処後の解決確認を行えるようにする。【解決手段】  自律協調作業操作制御部６は、人間による操作に応じた対処内容と、人間の操作によらず自律的に実行した対処内容とを区別することなく自律協調作業ログ保存部５に記録する。そして、自律協調作業操作制御部６および自律協調作業画面描画部７は、解決確認に至っていない管理対象システムの障害を表示し、未解決の障害を利用者に選択させ、さらにその障害に対する対処内容を決定するための画面を表示する。自律協調作業操作制御部６は、利用者の操作に応じて処理を実行し、ログを追加する。【選択図】  図１
2007034739.tif 000002
【特許請求の範囲】
【請求項１】
管理対象となる管理対象システムの管理を支援する管理支援システムであって、
管理対象システムの状態に応じた対処策を記述したルールを記憶するルール記憶手段と、
操作者による操作が可能な画面を表示して操作者からの指示が入力される入出力手段と、
管理対象システムの状態を監視し、前記ルール保存部に記憶されたルールに基づいて管理対象システムの状態に応じた対処策を当該管理対象システムに実行するとともに、前記入出力手段に操作者からの指示が入力された場合には、当該指示に従って管理対象システムに対処策を実行する対処実行手段と、
前記ルール保存部に記憶されたルールに基づいて実行された対処実行手段の動作と、操作者からの指示に従って実行された対処実行手段の動作とを同一のフォーマットのログとして記憶するログ記憶手段と、
前記ログ記憶手段に記憶されたログに基づいて、管理対象システムに生じた状態であって当該状態に関する問題解決が未完了となっている状態の情報を示す画面を入出力手段に表示させる未解決状態表示制御手段とを
備えたことを特徴とする管理支援システム。
【請求項２】
未解決状態表示制御手段は、
管理対象システムに生じた状態であって当該状態に関する問題解決が未完了となっている状態の情報を示す画面を入出力手段に表示させた後に、操作者の指示に応じて、問題解決が未完了となっている状態に対する対処の指示の入力を操作者に促す画面を入出力手段に表示させる
請求項１に記載の管理支援システム。
【請求項３】
ログ記憶手段に記憶されたログに基づいて、管理対象システムに生じて問題解決に至った状態に関する情報であって、当該状態が管理対象システムに生じてから問題解決に至るまでに実行された各対処およびその各対処の成否を示す情報の表示画面を入出力手段に表示させる解決状態表示制御手段を備え、
前記解決状態表示制御手段は、
前記表示画面を入出力手段に表示させた後に、操作者の指示に応じて、操作者に選択されたルールを更新する操作を操作者に促すルール更新操作画面を表示させる
請求項１または請求項２に記載の管理支援システム。
【請求項４】
ログ記憶手段に記憶されたログに基づいて、管理対象システムに実行された対処策の結果が所定の条件を満たすルールを特定し、当該ルールを、修正する必要性の高いルールとして示す画面を入出力手段に表示させるルール提示手段を備えた
請求項１から請求項３のうちのいずれか１項に記載の管理支援システム。
【請求項５】
管理対象となる管理対象システムの管理を支援する管理支援方法であって、
ルール記憶手段が、管理対象システムの状態に応じた対処策を記述したルールを記憶し、
対処実行手段が、管理対象システムの状態を監視し、前記ルール保存部に記憶されたルールに基づいて管理対象システムの状態に応じた対処策を当該管理対象システムに実行し、
対処実行手段が、操作者による操作が可能な画面を表示して操作者からの指示が入力される入出力手段から操作者の指示を入力された場合には、当該指示に従って管理対象システムに対処策を実行し、
対処実行手段が、ログ記憶手段に、前記ルール保存部に記憶されたルールに基づいて実行された対処実行手段の動作と、操作者からの指示に従って実行された対処実行手段の動作とを同一のフォーマットのログとして記憶させ、
未解決状態表示制御手段が、前記ログ記憶手段に記憶されたログに基づいて、管理対象システムに生じた状態であって当該状態に関する問題解決が未完了となっている状態の情報を示す画面を入出力手段に表示させる
ことを特徴とする管理支援方法。
【請求項６】
未解決状態表示制御手段が、管理対象システムに生じた状態であって当該状態に関する問題解決が未完了となっている状態の情報を示す画面を入出力手段に表示させた後に、操作者の指示に応じて、問題解決が未完了となっている状態に対する対処の指示の入力を操作者に促す画面を入出力手段に表示させる
請求項５に記載の管理支援方法。
【請求項７】
解決状態表示制御手段が、ログ記憶手段に記憶されたログに基づいて、管理対象システムに生じて問題解決に至った状態に関する情報であって、当該状態が管理対象システムに生じてから問題解決に至るまでに実行された各対処およびその各対処の成否を示す情報の表示画面を入出力手段に表示させ、
解決状態表示制御手段が、前記表示画面を入出力手段に表示させた後に、操作者の指示に応じて、操作者に選択されたルールを更新する操作を操作者に促すルール更新操作画面を表示させる
請求項５または請求項６に記載の管理支援方法。
【請求項８】
ルール提示手段が、ログ記憶手段に記憶されたログに基づいて、管理対象システムに実行された対処策の結果が所定の条件を満たすルールを特定し、当該ルールを、修正する必要性の高いルールとして示す画面を入出力手段に表示させる
請求項５から請求項７のうちのいずれか１項に記載の管理支援方法。
【請求項９】
管理対象システムの状態に応じた対処策を記述したルールを記憶するルール記憶手段と、操作者による操作が可能な画面を表示して操作者からの指示が入力される入出力手段と、ログを記憶するログ記憶手段とを備えたコンピュータに搭載される管理支援プログラムであって、
前記コンピュータに、
管理対象システムの状態を監視し、前記ルール保存部に記憶されたルールに基づいて管理対象システムの状態に応じた対処策を当該管理対象システムに実行する処理、
入出力手段から操作者の指示を入力された場合には、当該指示に従って管理対象システムに対処策を実行する処理、
ログ記憶手段に、前記ルール保存部に記憶されたルールに基づく対処策実行動作と、操作者からの指示に従った対処策実行動作とを同一のフォーマットのログとして記憶させる処理、および、
前記ログ記憶手段に記憶されたログに基づいて、管理対象システムに生じた状態であって当該状態に関する問題解決が未完了となっている状態の情報を示す画面を入出力手段に表示させる未解決状態表示処理
を実行させるための管理支援プログラム。
【請求項１０】
コンピュータに、
未解決状態表示処理の後、操作者の指示に応じて、問題解決が未完了となっている状態に対する対処の指示の入力を操作者に促す画面を入出力手段に表示させる対処入力画面表示処理
を実行させる請求項９に記載の管理支援プログラム。
【請求項１１】
コンピュータに、
ログ記憶手段に記憶されたログに基づいて、管理対象システムに生じて問題解決に至った状態に関する情報であって、当該状態が管理対象システムに生じてから問題解決に至るまでに実行された各対処およびその各対処の成否を示す情報の表示画面を入出力手段に表示させる解決状態表示処理、および、
前記解決状態表示処理の後に、操作者の指示に応じて、操作者に選択されたルールを更新する操作を操作者に促すルール更新操作画面を表示させるルール更新操作画面表示処理
を実行させる請求項９または請求項１０に記載の管理支援プログラム。
【請求項１２】
コンピュータに、
ログ記憶手段に記憶されたログに基づいて、管理対象システムに実行された対処策の結果が所定の条件を満たすルールを特定し、当該ルールを、修正する必要性の高いルールとして示す画面を入出力手段に表示させるルール提示処理
を実行させる請求項９から請求項１１のうちのいずれか１項に記載の管理支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、高信頼性や高可用性が要求されるシステムの運用管理に適用される管理支援システム、管理支援方法、および管理支援プログラムに関する。
【背景技術】
【０００２】
高信頼性や高可用性が要求されるシステム（管理対象となるシステム）の運用管理業務では、自律システムの導入が進みつつある。自律システムは、if-then 形式等のルールに従って動作するシステムである。自律システムでは、予めシステムで発生する可能性のある状態（コンディション）を想定し、その状態になった場合に行うべき対処策（アクション）をルールとして記述し、そのルールを記憶しておく。そして、管理対象システムがルールにおいて指定された状態になった場合には、自律システムが管理対象システムに対して、ルールで指定された対処策（アクション）を自動的に実行する。このように、自律システムは、管理対象システムに対して、素早く間違いのない対処を実行できるようにしている。
【０００３】
しかし、障害対処等の重大な案件に関わる処理を管理者の見えないところで自律システムが自律的に行うことに対して、不信感を抱く管理者も多い。また、そのような管理者は、自律システムの導入に躊躇することが多い。
【０００４】
また、自律システムは、ルールに従って管理対象システムに対するアクションを実行する。そのため、ルール上に記載されていない未知の状態になった場合、システムが自律的に対処することは不可能となる。このような場合、人手による対処が必要なはずの状態を放置することとなる。
【０００５】
また、管理対象システムの状態を事前に全て想定し、必要なルールを網羅的に定めることは実質的に不可能である。更に、信頼性の高い対処策を作成するためには、ルール作成者に高度な技術知識と責任が要求され、ルール作成者の負担が大きくなる。
【０００６】
これまでに、ポリシー（ルール）を管理するシステムが提案されている（例えば、特許文献１参照。）。特許文献１に記載されたポリシー管理システムは、ネットワークの管理および制御を行なう各種のポリシー（ルール）の管理において、ネットワークに対する複数の管理対象識別情報毎に対応して、複数のポリシーデータを設定する手段と、その手段により更新、格納されたポリシーデータをネットワークに対して設定するコマンドの実行結果に基づいて更新、格納されるポリシー適用状態データを参照し、ネットワークに対してそのポリシーデータを設定するための適切なコマンドを選択する手段とを備えている。特許文献１に記載されたポリシー管理システムは、このような構成によって、ポリシーを設定する管理者の負担を軽減し、誤作動を減少させる。
【０００７】
しかし、特許文献１に記載されたシステムは、ポリシーデータに応じた設定手段を備える必要があり、人手による操作や手順書などの情報をポリシーとして設定する場合には、依然として高度な知識および経験を有する管理者にのみ委ねられているという問題があった。
【０００８】
また、特許文献２には、ネットワーク管理装置が記載されている。特許文献２に記載されたはネットワーク管理システムは、ネットワーク上で発生した障害を検出する手段と、障害対応を行うための指標を格納する手段と、検出した障害に対応する操作指標を取り出す手段と、操作指標を表示する手段と、この指示に従って操作者が障害対応の操作を実行する手段とを備えることで、ネットワーク管理者が迅速な障害対処を行うことを可能とする。
【０００９】
しかし、特許文献２に記載されたシステムでは、予め起こりうる全ての障害の種類ごとに分別されて操作指標が格納されている必要があり、想定していない障害が発生した場合には、障害対応の作業が停止してしまうという問題があった。
【００１０】
【特許文献１】特開２００２−１９０８００号公報（段落００３５−０１０４）
【特許文献２】特開平５−２４４１５６号公報（段落０００７−００１４）
【発明の開示】
【発明が解決しようとする課題】
【００１１】
従来の自律システムには、以下のような問題があった。第１の問題点は、自律的に動作する自律システムに対して利用者が不信感を抱き、自律システムの導入を躊躇してしまうことである。更に、自律システムを導入した場合でも、自律システムが保持するルールで指定された状態以外の事象が発生した場合には対応できず、業務を止めてしまうおそれがあることである。
【００１２】
第２の問題点は、利用者が、ルール編集が必要か否かという判断を行ったり、また、ルールをどのように設定・変更するべきかといった判断を行ったりするためには、高度な知識と経験が要求され、利用者に高い負担がかかってしまうことである。
【００１３】
そこで、本発明は、管理者等に不信感を与えることがないように、自律システムの動作を利用者が把握できるようにし、自律システムによる対処が失敗した場合や自律システムによる対処後の解決確認を行う場合に、利用者が管理対象システムに対する対処や、自律システムによる対処後の解決確認を行えるようにすることを目的とする。
【００１４】
また、本発明は、ルールに従って動作する自律システムを運用しながら、ルールを追加・編集する際の利用者の負担を軽減することを目的とする。
【課題を解決するための手段】
【００１５】
本発明による管理支援システムは、管理対象となる管理対象システムの管理を支援する管理支援システムであって、管理対象システムの状態に応じた対処策を記述したルールを記憶するルール記憶手段と、操作者による操作が可能な画面を表示して操作者からの指示が入力される入出力手段と、管理対象システムの状態を監視し、ルール保存部に記憶されたルールに基づいて管理対象システムの状態に応じた対処策を当該管理対象システムに実行するとともに、入出力手段に操作者からの指示が入力された場合には、当該指示に従って管理対象システムに対処策を実行する対処実行手段と、ルール保存部に記憶されたルールに基づいて実行された対処実行手段の動作と、操作者からの指示に従って実行された対処実行手段の動作とを同一のフォーマットのログとして記憶するログ記憶手段と、ログ記憶手段に記憶されたログに基づいて、管理対象システムに生じた状態であって当該状態に関する問題解決（解決確認）が未完了となっている状態の情報を示す画面を入出力手段に表示させる未解決状態表示制御手段とを備えたことを特徴とする。そのような構成によれば、ログ記憶手段が、ルール保存部に記憶されたルールに基づいて実行された対処実行手段の動作と、操作者からの指示に従って実行された対処実行手段の動作とを同一のフォーマットのログとして記憶し、未解決状態表示制御手段が、そのログに基づいて、管理対象システムに生じた状態であって当該状態に関する問題解決が未完了となっている状態の情報を示す画面を入出力手段に表示させる。従って、人間によらずルールに基づいて実行された動作を利用者が把握でき、利用者（管理者等）に不信感を与えないようにすることができる。
【００１６】
未解決状態表示制御手段が、管理対象システムに生じた状態であって当該状態に関する問題解決が未完了となっている状態の情報を示す画面を入出力手段に表示させた後に、操作者の指示に応じて、問題解決が未完了となっている状態に対する対処の指示の入力を操作者に促す画面を入出力手段に表示させる構成であってもよい。そのような構成によれば、問題解決が未完了となっている状態に対する対処の指示の入力を操作者に促す画面を入出力手段に表示させるので、管理対象システムに対する対処や、人間によらずルールに基づいた対処後の解決確認を利用者が行うことができる。
【００１７】
ログ記憶手段に記憶されたログに基づいて、管理対象システムに生じて問題解決に至った状態に関する情報であって、当該状態が管理対象システムに生じてから問題解決に至るまでに実行された各対処およびその各対処の成否を示す情報の表示画面を入出力手段に表示させる解決状態表示制御手段を備え、解決状態表示制御手段が、その表示画面を入出力手段に表示させた後に、操作者の指示に応じて、操作者に選択されたルールを更新する操作を操作者に促すルール更新操作画面を表示させる構成であってもよい。そのような構成によれば、ルールを更新する操作を操作者に促すルール更新操作画面を表示させるので、利用者は、発生した状態に対する対処の履歴を参照して、不適当なルールを更新して修正することができる。よって、ルール更新時の利用者の負担を軽減することができる。
【００１８】
ログ記憶手段に記憶されたログに基づいて、管理対象システムに実行された対処策の結果が所定の条件を満たすルールを特定し、当該ルールを、修正する必要性の高いルールとして示す画面を入出力手段に表示させるルール提示手段を備えた構成であってもよい。そのような構成によれば、ルール提示手段が、所定の条件を満たすルールを、修正する必要性の高いルールとして示す画面を入出力手段に表示させるので、利用者に修正する必要性の高いルールを把握させることができる。
【００１９】
また、本発明による管理支援方法は、管理対象となる管理対象システムの管理を支援する管理支援方法であって、ルール記憶手段が、管理対象システムの状態に応じた対処策を記述したルールを記憶し、対処実行手段が、管理対象システムの状態を監視し、ルール保存部に記憶されたルールに基づいて管理対象システムの状態に応じた対処策を当該管理対象システムに実行し、対処実行手段が、操作者による操作が可能な画面を表示して操作者からの指示が入力される入出力手段から操作者の指示を入力された場合には、当該指示に従って管理対象システムに対処策を実行し、対処実行手段が、ログ記憶手段に、ルール保存部に記憶されたルールに基づいて実行された対処実行手段の動作と、操作者からの指示に従って実行された対処実行手段の動作とを同一のフォーマットのログとして記憶させ、未解決状態表示制御手段が、ログ記憶手段に記憶されたログに基づいて、管理対象システムに生じた状態であって当該状態に関する問題解決（解決確認）が未完了となっている状態の情報を示す画面を入出力手段に表示させることを特徴とする。そのような方法によれば、対処実行手段が、ログ記憶手段に、ルール保存部に記憶されたルールに基づいて実行された対処実行手段の動作と、操作者からの指示に従って実行された対処実行手段の動作とを同一のフォーマットのログとして記憶させ、未解決状態表示制御手段が、ログ記憶手段に記憶されたログに基づいて、管理対象システムに生じた状態であって当該状態に関する問題解決が未完了となっている状態の情報を示す画面を入出力手段に表示させるので、人間によらずルールに基づいて実行された動作を利用者が把握でき、利用者（管理者等）に不信感を与えないようにすることができる。
【００２０】
未解決状態表示制御手段が、管理対象システムに生じた状態であって当該状態に関する問題解決が未完了となっている状態の情報を示す画面を入出力手段に表示させた後に、操作者の指示に応じて、問題解決が未完了となっている状態に対する対処の指示の入力を操作者に促す画面を入出力手段に表示させる方法であってもよい。そのような方法によれば、未解決状態表示制御手段が、問題解決が未完了となっている状態に対する対処の指示の入力を操作者に促す画面を入出力手段に表示させるので、管理対象システムに対する対処や、人間によらずルールに基づいた対処後の解決確認を利用者が行うことができる。
【００２１】
解決状態表示制御手段が、ログ記憶手段に記憶されたログに基づいて、管理対象システムに生じて問題解決に至った状態に関する情報であって、当該状態が管理対象システムに生じてから問題解決に至るまでに実行された各対処およびその各対処の成否を示す情報の表示画面を入出力手段に表示させ、解決状態表示制御手段が、その表示画面を入出力手段に表示させた後に、操作者の指示に応じて、操作者に選択されたルールを更新する操作を操作者に促すルール更新操作画面を表示させる方法であってもよい。そのような方法によれば、解決状態表示制御手段が、ルールを更新する操作を操作者に促すルール更新操作画面を表示させるので、利用者は、発生した状態に対する対処の履歴を参照して、不適当なルールを更新して修正することができる。よって、ルール更新時の利用者の負担を軽減することができる。
【００２２】
ルール提示手段が、ログ記憶手段に記憶されたログに基づいて、管理対象システムに実行された対処策の結果が所定の条件を満たすルールを特定し、当該ルールを、修正する必要性の高いルールとして示す画面を入出力手段に表示させる方法であってもよい。そのような方法によれば、ルール提示手段が、所定の条件を満たすルールを、修正する必要性の高いルールとして示す画面を入出力手段に表示させるので、利用者に修正する必要性の高いルールを把握させることができる。
【００２３】
また、本発明による管理支援プログラムは、管理対象システムの状態に応じた対処策を記述したルールを記憶するルール記憶手段と、操作者による操作が可能な画面を表示して操作者からの指示が入力される入出力手段と、ログを記憶するログ記憶手段とを備えたコンピュータに搭載される管理支援プログラムであって、コンピュータに、管理対象システムの状態を監視し、ルール保存部に記憶されたルールに基づいて管理対象システムの状態に応じた対処策を当該管理対象システムに実行する処理、入出力手段から操作者の指示を入力された場合には、当該指示に従って管理対象システムに対処策を実行する処理、ログ記憶手段に、ルール保存部に記憶されたルールに基づく対処策実行動作と、操作者からの指示に従った対処策実行動作とを同一のフォーマットのログとして記憶させる処理、および、ログ記憶手段に記憶されたログに基づいて、管理対象システムに生じた状態であって当該状態に関する問題解決が未完了となっている状態の情報を示す画面を入出力手段に表示させる未解決状態表示処理を実行させることを特徴とする。
【００２４】
コンピュータに、未解決状態表示処理の後、操作者の指示に応じて、問題解決が未完了となっている状態に対する対処の指示の入力を操作者に促す画面を入出力手段に表示させる対処入力画面表示処理を実行させるプログラムであってもよい。
【００２５】
また、コンピュータに、ログ記憶手段に記憶されたログに基づいて、管理対象システムに生じて問題解決に至った状態に関する情報であって、当該状態が管理対象システムに生じてから問題解決に至るまでに実行された各対処およびその各対処の成否を示す情報の表示画面を入出力手段に表示させる解決状態表示処理、および、その解決状態表示処理の後に、操作者の指示に応じて、操作者に選択されたルールを更新する操作を操作者に促すルール更新操作画面を表示させるルール更新操作画面表示処理を実行させるプログラムであってもよい。
【００２６】
また、コンピュータに、ログ記憶手段に記憶されたログに基づいて、管理対象システムに実行された対処策の結果が所定の条件を満たすルールを特定し、当該ルールを、修正する必要性の高いルールとして示す画面を入出力手段に表示させるルール提示処理を実行させるプログラムであってもよい。
【発明の効果】
【００２７】
本発明によれば、人間によらずルールに基づいて実行された動作を利用者が把握でき、利用者（管理者等）に不信感を与えないようにすることができる。また、管理対象システムに対する対処や、人間によらずルールに基づいた対処後の解決確認を利用者が行うことができる。また、ルール修正時における利用者の負担を軽減することができる。
【発明を実施するための最良の形態】
【００２８】
次に、本発明の実施の形態について図面を参照して詳細に説明する。
【００２９】
実施の形態１．
図１は、本発明の第１の実施の形態を示すブロック図である。第１の実施の形態における管理支援システムは、ｎ個の入出力装置１と、システム状態監視部２と、対処策決定部３と、自律ルール保存部４と、自律協調作業ログ保存部５と、自律協調作業操作制御部６と、自律協調作業画面描画部７とを備える。入出力装置１の台数ｎは、１以上の整数であり、一人あるいは複数の操作者（作業者と記す場合もある。）が、入出力装置１を使用できる。本実施の形態では、システム状態監視部２、対処策決定部３、および自律ルール保存部４（さらに自律協調作業操作制御部６も含まれていてもよい。）が自律システムに相当する。
【００３０】
本実施の形態では、特に、対処策決定部３、自律協調作業操作制御部６および自律協調作業画面描画部７が重要な役割を果たす。対処策決定部３が自律ルールに従って決定した処理内容（対処策）と、操作者が行った操作内容とが、自律協調作業操作制御部６に入力される。自律協調作業操作制御部６は、対処策に応じた処理を実行すると共に処理内容を自律協調作業ログ保存部５に保存する。また、自律協調作業画面描画部７が生成する操作画面により、現在の処理状況や過去の自律協調作業ログを操作者が参照できるようにする。
【００３１】
管理対象システム（図示せず。）に対して対処策（アクション）を実行する場合、操作者の操作に応じて対処策を実行する場合も、自律システムが自律的に対処策を実行する場合もある。いずれの場合も、管理支援システムの動作を示すログは、同様のフォーマットで記述される。すなわち、管理支援システムに含まれる自律システムも操作者の一人として扱うことになる。
【００３２】
システム状態監視部２は、常にあるいは定期的に管理対象とするシステムの状態を監視する。なお、管理対象システムの状態をコンディションと記すこともある。システム状態監視部２は、管理対象システムのコンディションとして、例えば、特定のモジュールが発行するイベントや、ping応答、ＣＰＵ負荷等を監視する。管理対象システムの状態が予め規定されたイベントと一致する状態、あるいは予め定められた閾値を超える状態となった場合、システム状態監視部２は、人間あるいは自律システムによる何らかの対処が必要であると判定し、コンディションの情報と、そのコンディションを検知した箇所（例えば、管理対象システムに含まれるサーバの情報等）とあわせて対処策決定部３および自律協調作業操作制御部６に出力する。更にシステム状態監視部２は、一度検知したコンディションへの対処状況（自律システムを含む各操作者のうち誰が対処しているのか、対処の成否等）についても監視し、自律協調作業操作制御部６に出力する。更にシステム状態監視部２は、自律協調作業操作制御部６が実行したアクションの成否を判定し、自律協調作業操作制御部６に出力する。システム状態監視部２によるアクションの成否の判定法については、後述する。
【００３３】
対処策決定部３は、自律ルール保存部４が保持する自律ルールに従い、システム状態監視部２から入力されたコンディション（管理対象システムのコンディション）に対応する対処策（アクション）を選択し、実行するアクションを自律協調作業操作制御部６に出力する。
【００３４】
自律ルール保存部４は、コンディションとアクションの組に加え、自律ルールを実行する環境（アクションの実行対象となるサーバ）、人間による承認の必要性等を対応付けて記述した自律ルールを保持する。なお、アクションとして、例えば、シェルスクリプト等のコマンドそのものや、一連のコマンド群に名称を設定しているものが自律ルールに記述される。
【００３５】
図２は、自律ルールの例を示す説明図である。図２に例示する自律ルールでは、ルールＩＤ、コンディション、コンディションに応じた実行すべきアクション、ルールを利用するサーバ（換言すれば、アクションの実行対象となるサーバ）の名称、およびアクション実行時に人間の承認を必要とするか否かの情報が、対応付けられて記述されている。例えば、図２に例示するルールR0002 は、ServerA において、EventA2 とEventA3 を同時に検知した場合、actionA2を実行するが、その実行前に人間に承認伺いのアクションを実行することを示している。また、ServerB において、EventB3 あるいはEventB4 を検知した場合、承認伺い無しで、actionB3とactionB4を連続して実行することを示している。なお、図２に示す“* ”は論理積を表し、“+ ”は論理和を表す。
【００３６】
なお、コンディションは、例えば、管理対象システムにおける障害発生状態を示すものであるが、障害発生状態以外の状態を示すものであってもよい。すなわち、自律ルールは、障害発生時における管理対象システムの管理を目的とするものに限られない。以下の説明では、便宜上、コンディションが管理対象システムにおける障害発生状態を示しているものとして説明する。
【００３７】
自律協調作業操作制御部６は、対処策決定部３が出力したアクションや、操作者が入出力装置１を用いて行った操作に応じた処理を、管理対象システムに対して実行する。なお、操作者が入出力装置１を用いて行った操作は、入出力装置１が操作内容を示す操作情報を自律協調作業画面描画部７に出力し、更に自律協調作業画面描画部７がその操作情報を自律協調作業操作制御部６に出力することによって、自律協調作業操作制御部６に通知される。自律協調作業操作制御部６は、対処策決定部３が出力したアクションや、操作者の操作に応じた処理を実行した場合、実行したアクション内容や実行者、日時、実行結果等を自律協調作業ログ保存部５に記録する。既に説明したように、管理支援システムに含まれる自律システムも操作者の一人として扱われるので、実行者として「自律システム」が記録されることもある。
【００３８】
また、自律協調作業操作制御部６は、システム状態監視部２、対処策決定部３および自律協調作業画面描画部７からの出力に対し、管理対象システム上で何らかの対処が必要とされる全ての事象それぞれの対処状況（自律システムあるいは操作者の誰かが対処作業に当たっているのか）や対処作業成否を、自律協調作業画面描画部７に出力する。
【００３９】
具体的には、自律協調作業操作制御部６には、システム状態監視部２から、管理対象システムのコンディションへの対処状況や対処の成否を入力される。自律協調作業操作制御部６は、対処策決定部３からは、管理対象システムのコンディションに応じたルール（そのコンディションおよび、そのコンディションに対応するアクション）が入力される。自律協調作業操作制御部６は、これらの入力された情報を自律協調作業画面描画部７に出力する。また、自律協調作業操作制御部６には、入出力装置１における操作内容を示す操作が情報自律協調作業画面描画部７から入力される。自律協調作業操作制御部６は、この操作情報に応じて、次に表示すべき画面を情報自律協調作業画面描画部７に指示する。なお、操作情報には、例えば、操作者のユーザＩＤ、操作が行われたウィンドウのウィンドウＩＤ、操作者が扱っている作業の作業ＩＤ、操作者が入力したアクションの内容等が含まれる。ただし、ここに示した操作情報は一例であり、操作情報に含まれる情報は、上述の情報に限定されない。また、自律協調作業操作制御部６は、情報自律協調作業画面描画部７から入力される操作情報に応じて、管理対象システムにアクションを実行してもよい。
【００４０】
また、ここでは、対処策決定部３が自律協調作業操作制御部６に対してアクションの情報を出力し、自律協調作業操作制御部６がそのアクションを管理対象システムに実行する場合を示した。対処策決定部３が自律ルールに従い、システム状態監視部２から入力されたコンディションに対応する対処策（アクション）を選択し、対処策決定部３自身が管理対象システムに対してそのアクションを実行してもよい。
【００４１】
自律協調作業ログ保存部５は、自律協調作業ログを保持する。図３は、自律協調作業ログの例を示す説明図である。図３では、自律協調作業ログが、ログＩＤ、対処を必要とするコンディション、そのコンディションが発生したサーバ名、作業者名、作業日時、対処内容、アクション、およびそのアクションの実行結果を対応付けて含んでいる場合の例を示している。また、自律システムがアクションを実行した場合には、上記の各情報とともに、そのアクションを導出した自律ルールのルールＩＤもあわせて自律協調作業ログに記述される。なお、図３に示す“auto”は、自律システムを意味する。
【００４２】
「対処内容」として、「適用」、「承認依頼」、「承認否決」、および「解決確認」がある。「適用」は、アクションの実行を意味する。「承認依頼」は、アクション実行の承認を上司等に対して求める依頼を意味する。「承認否決」は、アクション実行の承認依頼に対する否決を意味する。「解決確認」は、アクションが実行され、管理対象システムに生じていた問題が解決したことを意味する。「対処内容」として、「適用」、「承認依頼」、「承認否決」、または「解決確認」が指定されると、その「対処内容」が自律協調作業ログに記録される。なお、「解決確認」が行われることによって、障害に対する対処が完全に完了し、問題が解決したことになる。「解決確認」が行われていない場合、アクションの「適用」等の個々の動作が終了していたとしても、問題が解決したとは見なさない。
【００４３】
システム状態監視部２が検知した対処すべきコンディションに対して、自律協調作業操作制御部６は、一つのログＩＤを割り当てる。また、一つのログＩＤに対応する作業者や対処内容は、一人または一つとは限らない。自律システムを含む誰かが作業を行った上で、別の誰かが解決を確認するというように、段階的に作業が進められて行くにつれて、自律協調作業操作制御部６は、作業者、作業日時、対処内容等の情報をログＩＤに対応する新たな情報として追加する。
【００４４】
例えば、ログL0001 では、最初に自律システム（auto）が自律ルールR0001 に従い、アクションactionA1を管理対象システムに適用（実行）し、適用した時点で一旦、対処作業を終えていることを示している。更に、ログL0001 では、自律システムが作業を続行し、本当に対処作業が正常に完了し、解決したか（障害の生じていたサーバのコンディションが、対処を必要としない状態となったか）を確認した上で、解決確認を実行し、対処作業が完了となる。なお、本例では、ログL0001 では、自律システム（auto）が、解決確認を行っている場合を示したが、解決確認は、原則として人間が行う。ただし、特定のアクションの適用結果が成功であるときには問題が解決している可能性が非常に高いと経験的に分かっている場合に、自律システムが解決確認を行ってもよい。
【００４５】
また、ログL0003 では、最初に自律システム（auto）が自律ルールR0002 に従い、アクションactionA2の実行に関する「承認依頼」を実行した時点で一旦、対処作業を終えていることを示している。更に、ログL0003 は、操作者opeAが、自律システムから承認依頼されたアクションactionA2を確認した上で、そのアクションactionA2を管理対象システムに適用したことを示している。また、ログL0003 は、更に、操作者opeAが、解決確認を実行し、対処作業が完了したことを示している。
【００４６】
また、ログL1000 では、自律システム（auto）が自律ルールR0005 に従い、アクションactionC1を管理対象システムに適用したが失敗となり、その時点で一旦、対処作業を終えていることを示している。ログL1000 では、サーバserverC のコンディションEventA1 は、今だ解決していない状態であり、対処作業は完了していないことを示す。
【００４７】
自律協調作業操作制御部６は、他の構成部（例えば、システム状態監視部２、対処策決定部３、自律協調作業画面描画部７）から入力される情報に基づいて、自律協調作業ログを作成し、自律協調作業ログ保存部５に記憶させる。
【００４８】
自律協調作業画面描画部７は、自律協調作業操作制御部６からの出力を受け、自律協調作業を行うための画面の情報を生成し、入出力装置１に出力する。更に、自律協調作業画面描画部７は、入出力装置１から操作情報の入力を受け、自律協調作業操作制御部６に出力する。自律協調作業を行うための画面とは、例えば、後述する図５〜図１０に例示する画面である。また、画面の情報とは、画面を表示するための言語（例えば、ＨＴＭＬやＸＭＬ）で画面を記述した情報である。以下の説明では、画面の情報を生成することを、単に「画面を生成する」と記す場合がある。
【００４９】
システム状態監視部２および対処策決定部３を備え、さらに、自律協調作業操作制御部６がアクションを管理対象システムに対して実行することにより、アクションの実行が行われる。ただし、アクションの実行に承認を要する場合には、操作者による承認の上、そのアクションが実行される。また、アクションの実行に成功した後における「解決確認」は、原則として人間によって行われる。従って、管理支援システムに含まれる自律システムによるアクションの実行は、全て自動化されているのではなく、一部自動化されていることになる。複数名の操作者は、入出力装置１を用いて、このように一部自動化された作業に就く。このように、自律システムの動作だけでなく、人間による操作も含めて、「解決確認」に至るようにする作業を自律協調作業と記す。なお、既に説明したように、自律ルールは障害発生時における管理対象システムの管理を目的とするものに限られない。従って、自律協調作業は、障害発生時における作業に限定されるわけでない。ただし、本例では、便宜上、障害発生時における管理対象システムの管理を例に説明している。
【００５０】
なお、人間がアクションを指定して承認依頼を行い、他の人間がその承認依頼に応じてそのアクションを実行させる操作を行う場合もある。
【００５１】
次に、システム状態監視部２によるアクションの適用（実行）の成否の判定について説明する。システム状態監視部２は、自律協調作業操作制御部６が管理対象システムに対してアクションを実行した後、以下の条件が満たされている場合に、アクションの実行結果が成功であると判定する。すなわち、「アクションの実行により管理対象システムのコンディションが変化し、かつ、変化後のコンディションに対応する自律ルールが存在しないこと」という条件が満たされている場合に、アクションの実行結果が成功であると判定する。変化後のコンディションに対応する自律ルールとは、その変化後のコンディションの情報と、そのコンディションが生じたときに実行すべきアクションの情報とを含む自律ルールである。変化後のコンディションに対応する自律ルールが存在するということは、変化後のコンディションも、何らかの障害発生状態となっていることを意味し、自律システムは、その自律ルールに従って、再度アクションの適用を行う。あるいは、アクションの適用に承認が必要場合には、「承認依頼」を行う（具体的には、アクションの情報とともに承認依頼する旨を示す情報を入手出力装置１に表示して、操作者にアクションの実行を促す）。
【００５２】
管理対象システムに対するアクション実行後、「アクションの実行により管理対象システムのコンディションが変化し、かつ、変化後のコンディションに対応する自律ルールが存在しないこと」という条件が満たされていない場合、システム状態監視部２は、アクションの実行結果が失敗であったと判定する。例えば、アクションを実行したにも関わらず、管理対象システムのコンディションが変化していない場合に、失敗と判定する。この場合、自律協調作業操作制御部６は、アクション実行に失敗した旨の情報を表示するように、自律協調作業画面描画部７に指示を出力してもよい。
【００５３】
なお、「アクションの実行により管理対象システムのコンディションが変化し、かつ、変化後のコンディションに対応する自律ルールが存在しないこと」という条件を満たしていて、「成功」と判定された場合であっても、変化後のコンディションが何らかの障害発生状態となっていて、自律ルールが用意されていないということも考えられる。「成功」と判定された場合であっても、解決確認は人間が行う。従って、「成功」と判定されたときでも、解決確認時に人間が障害発生状態であることを判断することができる。その場合には、人間が入出力装置１を操作し、自律協調作業操作制御部６が操作情報に応じて、再度、管理対象システムにアクションを適用する。また、このとき、自律協調作業操作制御部６は、その操作に関する情報を、自律協調作業ログに記憶させる。
【００５４】
次に、自律協調作業の例として、管理対象システムに発生した障害に対する障害対処業務を挙げ、管理支援システムによる管理対象システムの管理支援動作について説明する。また、併せて、自律協調作業画面描画部７が生成する画面の例についても説明する。図４は、管理支援システムによる管理支援動作の例を示すフローチャートである。
【００５５】
まず、自律協調作業画面描画部７は、管理対象システムに発生している未解決の障害の一覧を示す未解決障害一覧画面を生成し、未解決障害一覧画面を入出力装置１に表示させる（ステップＳ１０１）。ステップＳ１０１では、例えば、自律協調作業操作制御部６が、自律協調作業ログ（図３に例示。）のうち「結果」が「終了」となっていないログＩＤに対応する情報を抽出し、その情報を自律協調作業画面描画部７に出力すればよい。自律協調作業画面描画部７は、その情報に基づいて、未解決障害一覧画面を生成すればよい。自律協調作業ログのうち「結果」が「終了」となっているログＩＤの記述は、「解決確認」まで行われていることをを意味している。よって、「結果」が「終了」となっていないログＩＤに対応する情報に基づいて、未解決障害一覧画面を生成することができる。
【００５６】
図５は、未解決障害一覧画面の例を示す説明図である。図５に示すように、自律協調作業画面描画部７は、例えば、コンディション（障害）、その障害の発生箇所、コンディションに応じて実行されるアクション、そのコンディションの発生日時、対処状況等を対応付けて表示する。図５に示す例では、対処状況に操作者の情報も含めて表示している。障害対処業務に就く操作者opeAが、入出力装置１を起動して、自律協調作業画面描画部７が図５に例示する未解決障害一覧画面を入出力装置１に表示させたとする。すると、操作者opeAは、図５に例示する未解決障害一覧画面１１０１を参照して、現在、管理対象システムに未解決の障害が３個発生していることを把握でき、さらに、各々の障害の対処情報を把握することができる。
【００５７】
図５において１行目に示されている障害の情報は、障害EventA1 に対して自律システムがアクションactionC1を適用したが、処理に失敗したことを示している。また、図５において２行目に示されている障害の情報は、障害EventB2 に対して自律システムがアクションactionB2を適用し、処理に成功したことを示している。この２行目の情報により、「成功」と判定された管理対象システムに対し、本当に障害が解消しているか否かを確認し、本当に障害が解決していれば「解決確認」した旨を入力すればよいことを操作者は把握することができる。また、図５において３行目に示されている障害の情報は、また、障害EventD1に対して操作者opeAとは別の操作者opeBが現在対処中であることを示している。
【００５８】
入出力装置１は、未解決障害一覧画面上の障害の情報のリストにおいて、一つの障害の情報がフォーカス１１０２により選択され、「参照」ボタンが押下（マウスクリック等）された場合、その操作を示す操作情報を、自律協調作業画面描画部７に出力する。自律協調作業画面描画部７は、その操作情報を自律協調作業操作部６に出力する。自律協調作業操作部６は、自律協調作業画面描画部７から入力された操作情報に応じて、選択された障害に関する情報を自律協調作業ログ保存部５から読み出し、自律協調作業画面描画部７に出力する。自律協調作業画面描画部７は、自律協調作業操作部６から入力された情報に基づいて、選択された障害に関する情報を示す未解決障害情報画面を作成し、入出力装置１に表示させる（ステップＳ１０２）。
【００５９】
図６から図８までの各図は、未解決障害情報画面の例を示す説明図である。図６は、図５に例示する未解決障害一覧画面において障害EventD1 が選択された場合の未解決障害情報画面を示している。障害EventD1 に関する情報を表示する未解決障害情報画面１２０１（図６参照。）では、障害EventD1の発生箇所、日時、現在の対処者等の未解決障害情報一覧画面１１０１（図５参照。）で確認できる項目１２０２に加え、対処状況リスト１２０３を示している。対処状況リスト１２０３では、例えば、日時、対処者、アクション、処理内容、結果を示す。「処理内容」としては、例えば、「承認依頼」等の対処内容を表示したり、ある操作者が対処中である場合には対処中である旨を表示する。図６に例示する対処状況リスト１２０３は、操作者opeCがアクションを入力した上で承認依頼を行い、現在操作者opeBが対処中（操作者opeCの入力したアクションを確認中）であることを示している。
【００６０】
未解決障害一覧画面に表示される「対処」ボタンは、操作者が対処内容（「適用」、「承認依頼」、「承認否決」、「解決確認」）を入力するための障害対処入力画面（後述する図９参照。）への移行を操作者が指示するためのボタンである。ただし、本発明による管理支援システムは、一つの障害に対して、同時に複数の作業者が作業することを禁止する。具体的は、ある操作者が、ある障害に対する障害対処入力画面（後述の図９参照。）を参照して作業を行っている場合、自律協調作業画面描画部７は、その障害に関する未解決障害情報画面を表示する場合、「対処」ボタンの押下が不可能となる態様で未解決障害情報画面を表示する。図６に示す例では、操作者opeBが障害EventD1 に対処中であるので、自律協調作業画面描画部７が操作者opeAの操作に応じて障害EventD1 の未解決障害情報画面を生成するときには「対処」ボタンを押下できないように未解決障害情報画面を生成した場合を示している。この結果、一つの障害に関する障害対処入力画面は、同時に複数の操作者に閲覧されることはない。なお、一つの障害に関する未解決障害一覧画面は、同時に複数の操作者に閲覧され得る。
【００６１】
なお、管理支援システムは、システム起動時（例えば、システムの一部である個々の入出力装置１の起動時）に、ログイン画面を表示し、ユーザ認証を行ってからステップＳ１０１に移行するようにして、入出力装置１を操作している操作者が誰であるのかを判定すればよい。
【００６２】
図７は、図５に例示する未解決障害一覧画面において障害EventB2 が選択された場合の未解決障害情報画面を示している。障害EventB2 に関する情報を表示する未解決障害情報画面１３０１（図７参照。）は、図６に示す対処状況リスト１２０３と同様の対処状況リスト１３０２を含んでいる。図７に例示する対処状況リスト１３０２は、自律システムがアクションactionB1とアクションactionB2を連続して適用し、処理に成功した後、現在、対処者がいない状態であることであることを示している。また、図７に示す例では、現在、障害EventB2 の対処者がいないため、自律協調作業画面描画部７が「対処」ボタン１３０３が押下可能になるように、未解決障害情報画面を生成した場合を示している。
【００６３】
図８は、図５に例示する未解決障害一覧画面において障害EventA1 が選択された場合の未解決障害情報画面を示している。障害EventA1 に関する情報を表示する未解決障害情報画面１４０１（図８参照。）は、図６や図７に示す対処状況リスト１２０３，１３０２と同様の対処状況リスト１４０２を含んでいる。図８に例示する対処状況リスト１４０２は、自律システムがアクションactionC1を適用したが処理に失敗し、現在、対処者がいない状態であることを示している。また、図８に示す例では、現在、障害EventA1 の対処者がいないため、自律協調作業画面描画部７が「対処」ボタン１４０３が押下可能になるように、未解決障害情報画面を生成した場合を示している。
【００６４】
入出力装置１は、「対処」ボタンが押下された場合、その操作を示す操作情報を、自律協調作業画面描画部７に出力し、自律協調作業画面描画部７はその操作情報を自律協調作業操作制御部６に出力する。自律協調作業操作制御部６は、その操作情報に基づいて、次に障害対処入力画面を表示すると判定する。そして、自律協調作業操作制御部６は、自律協調作業画面描画部７に、障害対処入力画の生成を指示する。すると、自律協調作業画面描画部７は、障害対処入力画面を生成し、入出力装置１に障害対処入力画面を表示させる。障害対処入力画面は、操作者に障害に対する対処内容（「適用」、「承認依頼」、「承認否決」、「解決確認」）の決定を促すための画面である。
【００６５】
ここでは、ステップＳ１０２で図８に例示する未解決障害情報画面１４０１を表示し、操作者opeAが未解決障害情報画面１４０１内の「対処」ボタン１４０３を押下して、自律システムが失敗した障害EventA1の対処作業を操作者opeAが引き継ぐ場合を例にして説明する。
【００６６】
操作者opeAによって「対処」ボタン１４０３（図８参照。）が押下されると、その結果、自律協調作業画面描画部７は、障害対処入力画面を表示する（ステップＳ１０３）。図９は、ステップＳ１０３で表示される障害対処入力画面の例を示す説明図である。図９では、障害EventA1への対処内容を決定する場合の障害対処入力画面１５０１を例示している。自律協調作業画面描画部７は、発生している障害（コンディション）、発生箇所、発生日時を示すように障害対処入力画面を生成する。また、障害対処入力画面１５０１は、図６ないし図８に示す対処状況リスト１２０３，１３０２，１４０２と同様の対処状況リスト１５０２を含んでいる。図９に例示する対処状況リスト１５０２では、自律システムがアクションactionC1を適用して失敗したことに加えて、現在、操作者opeAが対処中であることを示している。なお、現在の操作者がopeAであることは、既に説明したいように、例えば入出力装置１の起動時にログイン画面を表示し、ユーザ認証を行うことによって識別すればよい。
【００６７】
また、自律協調作業画面描画部７は、対処内容として、「適用」、「承認依頼」、「承認否決」、「解決確認」のいずれかを決定させるボタン１５０４ａ〜１５０４ｄが含まれるように障害対処入力画面を生成する。ただし、図９に示す例では、自律システムが実行したアクションactionC1が失敗となっているので、自律協調作業画面描画部７は、「解決確認」が選択されないように、「解決確認」ボタン１５０４ｄを押下できないように障害対処入力画面を生成している。同様に、直前の対処内容が「承認依頼」ではなく、「承認否決」を選択する必要がないため、「承認否決」ボタン１５０４ｃも押下できないように障害対処入力画面を生成している。
【００６８】
また、自律協調作業画面描画部７は、操作者がアクションを指定するための対処アクション入力エリア１５０３を含むように障害対処入力画面を生成する。図９に例示する対処アクション入力エリア１５０３は、直前に管理対象システムに適用されたアクション（本例ではactionC1）をデフォルトとして表示する場合の例を示している。
【００６９】
ステップＳ１０３において、自律協調作業画面描画部７が障害対処入力画面を表示したことにより、操作者opeAは、対処内容の決定を促される。また、このとき、操作者opeAは、アクションの指定も促される場合もある。障害対処入力画面において、対処内容が決定されると、入出力装置１は、操作者による対処内容の決定操作を示す操作情報を自律協調作業画面描画部７に出力し、自律協調作業画面描画部７はその操作情報を自律協調作業操作制御部６に出力する。自律協調作業操作制御部６は、操作情報に応じて、処理を実行し、また、自律協調作業ログを追加する（ステップＳ１０４）。なお、対処内容として「解決確認」が決定された場合には、自律協調作業操作制御部６は、「解決確認」とされた障害を未解決障害確認一覧画面から削除するように、自律協調作業画面描画部７に指示する。
【００７０】
本例では、対処アクション入力エリア１５０３に表示されているアクションactionC1を再度適用しても、処理に失敗する可能性が高いため、操作者opeAはより適切な対処策を検討し、対処アクション入力エリア１５０３を編集してアクションを指定するものとする。ここでは、対処アクション入力エリア１５０３にアクションactionC2を入力して、アクションactionC2を指定したものとする。また、操作者opeAは、「適用」ボタン１５０４ａを押下して、管理対象システムにアクションactionC2を提要することを指示する操作を行うものとする。入手鬱力手段１は、この操作に応じた操作情報を自律協調作業画面描画部７に出力し、さらに自律協調作業画面描画部７はその操作情報を自律協調作業操作制御部６に出力する。自律協調作業操作制御部６は、自律協調作業画面描画部７から入力された操作情報に応じて、管理対象システムに対しアクションactionC2を実行（適用）する。また、自律協調作業操作制御部６は、この操作およびアクションの適用結果を、自律協調作業ログに追加する（ステップＳ１０４）。以上の動作によって、障害EventA1への対処作業は一旦、終了となる。
【００７１】
なお、図６ないし図９に示す各画面において、「閉じる」ボタンが押下された場合、入出力装置１は、「閉じる」ボタンが押下された画面を閉じる。
【００７２】
管理支援システムは、入出力装置１において、再度、未解決障害一覧画面の表示を指示する操作が行われた場合、ステップＳ１０１と同様に、未解決障害一覧画面を表示する（ステップＳ１０１）。
【００７３】
図１０は、上記の様な動作の後に再度表示された未解決障害一覧画面の例を示す説明図である。図１０に例示する再表示後の１６０１の１行目に示している障害の情報は、障害EventA1 に対して操作者opeAがアクションactionC2を適用した結果、処理に成功したことを示している。よって、操作者opeAは、自身が行った対処が成功したことを把握することができる。また、図１０において２行目に示されている障害の情報は、図５において２行目に示されている障害の情報と同一である。このことから、操作者opeAは、障害EventB2 への対処状況が、操作者opeAが障害EventA1 への対処を開始した時から、何も変わっていないことを把握できる。また、図５に示す未解決障害一覧画面と、図１０に示す再表示後の未解決障害一覧画面とを比較すると、再表示後の未解決障害一覧画面では、障害EventD1 の情報が削除されていることから、障害EventD1 がopeA以外の操作者（おそらくは操作者opeB）によって、解決したことが把握できる。
【００７４】
再度、未解決障害一覧画面の表示をした後、操作者の操作に応じて、ステップＳ１０１以降の動作を繰り返してもよい。例えば、図１０に示す未解決障害一覧画面において、操作者opeAによって障害EventA1 が選択された場合、管理支援システム（より具体的には自律協調作業画面描画部７および自律協調作業操作制御部６）は、障害EventA1 の情報を示す未解決障害情報画面を入出力装置１に表示させる（ステップＳ１０２）。さらに、操作者opeAによって未解決障害情報画面内の「対処」ボタンが押下されると、障害対処入力画面を表示させる（ステップＳ１０３）。障害対処入力画面内の「解決確認」ボタンが押下されると、障害EventA1 は解決したこととなり、自律協調作業操作制御部６は、障害EventA1 に関する情報を未解決障害一覧画面１６０１（図１０参照。）から削除する（ステップＳ１０４）。
【００７５】
なお、アクションの実行結果が成功であったと、未解決障害一覧画面で示されていた場合、操作者は、自身で管理対象システムの状態を調査し、確かに障害が発生していない状態であることを確認して、「解決確認」ボタンを押下する。すなわち、管理対象システムにおいて障害がなくなったという最終判断は、操作者（人間）が下す。そのため、アクションの実行結果が成功であったとしても、障害対処業務につく操作者の誰かが最終的な解決確認を行うまで当該障害は未解決障害のままとなる。
【００７６】
ただし、既に説明したように、特定のアクションの適用結果が成功であるときには問題が解決している可能性が非常に高いと経験的に分かっている場合には、自律システムが解決確認を行ってもよい。障害対処から解決確認までの障害対処の全ての工程を自動的に実行させる場合には、自律ルールに「解決確認」のアクションまで記述しておけばよい。この場合、自律ルールにおいて「解決確認」よりも先に記述されているアクションが先に実行され、管理対象システムの状態が所定の状態に変化し、そのアクションの実行結果が成功であると判定されたならば、自律協調作業操作制御部６は、障害が発生していない状態であると判定して、図３の２行目（ログＩＤ“L0001 ”の２行目）に例示するようなログを追加すればよい。また、この場合、図５の２行目に例示するように、対処状況を「成功[auto]」として表示、操作者に「解決確認」を促す必要はない。なお、自律システムが解決確認を行えるようにするのは、特定のアクションの適用結果が成功であるときには問題が解決している可能性が非常に高いと経験的に分かっている場合に限定すべきであり、「解決確認」を最終的に判断するのは原則として人間であることが好ましい。
【００７７】
第１の実施の形態の管理支援システムによれば、自律システム導入により一部自動化された作業において、自律システムの動作と作業に就く複数名の操作者の操作を同一のフォーマットとして統合、参照可能とする画面（図５から図９に例示する各画面）を提供する。そのため、作業に就く操作者が、自身以外の操作者の作業状況の把握や作業引継ぎと同様に、自律システムの作業状況の把握や作業引継ぎを行うことができる。その結果、操作者の自律システムに対する不信感の払拭を期待することができる。更に、自律ルールの不足や誤りにより、自律システムの動作が停止してしまった場合に、迅速かつ円滑に作業を操作者が引き継ぎことが可能となる。
【００７８】
自律ルール保存部４および自律協調作業ログ保存部５は、例えば、記憶装置によって実現される。入出力装置１は、例えば、表示装置および入力デバイス（キーボードやマウス等）を備えた端末装置（パーソナルコンピュータ等）によって実現される。システム状態監視部２、対処策決定部３、自律協調作業操作制御部６、自律協調作業画面描画部７は、それぞれその機能を有するハードウェアによって実現してもよい。あるいは、プログラムに従って動作するコンピュータによってシステム状態監視部２、対処策決定部３、自律協調作業操作制御部６、自律協調作業画面描画部７を実現してもよい。例えば、プログラムがプログラム記憶媒体に記憶され、コンピュータがそのプログラム従って動作することで、システム状態監視部２、対処策決定部３、自律協調作業操作制御部６、自律協調作業画面描画部７として機能してもよい。
【００７９】
なお、自律ルール保存部４、自律協調作業ログ保存部５、システム状態監視部２、対処策決定部３、自律協調作業操作制御部６、自律協調作業画面描画部７は、一つの装置として実現されてもよい。あるいは、複数の装置として実現されてもよい。例えば、システム状態監視部２、対処策決定部３、および自律ルール保存部４を一つの装置として実現し、自律協調作業操作制御部６、自律協調作業画面描画部７、および自律協調作業ログ保存部５を別の一つの装置で実現してもよい。
【００８０】
実施の形態２．
図１１は、本発明の第２の実施の形態を示すブロック図である。第１の実施の形態と同様の構成部については、図１と同一の符号を付し、説明を省略する。第２の実施の形態において管理支援システムは、第１の実施の形態の構成に加え、自律ルール編集操作部８を備える。
【００８１】
本実施の形態では、第１の実施の形態の構成に加え、自律ルール編集操作部８が特に重要な役割を果たす。本実施の形態による管理支援システムでは、自律ルール編集操作部８が、自律協調作業ログ保存部５が保持する自律協調作業ログの内容を操作者が参照可能とする自律協調履歴画面（後述の図１３から図１７に示す一連の画面）を生成する。自律ルール編集操作部８は、過去の自律システムの動作状態と人間の作業状況とを同じフォーマットで表示する画面として自律協調履歴画面を生成する。そして、現在、自律ルール保存部４が保持する自律ルールに従った自律システムの動作履歴（例えば、後述の対処履歴リスト２２０２）に加え、自律ルールの不足や自律ルールの記述の誤りのために自律システムが対処できずに人間が対処した事例（例えば、後述の類似事例リスト２２０３）について、自律ルール編集操作部８が生成する画面により、操作者が参照できるようにする。
【００８２】
また、本実施の形態では、自律ルール編集操作部８が、自律ルール保存部４が保持する自律ルールの参照や編集を可能とする自律ルール編集画面（後述の図１５から図１７に示す画面）を生成する。自律ルール編集操作部８は、入出力装置１における操作者による操作内容を示す操作情報を、入出力装置１から入力される。そして、自律ルール編集操作部８は、操作情報を入力されると、操作情報に応じて、自律協調作業ログ保存部５および自律ルール保存部４に記憶されるデータ（自律協調作業ログ、自律ルール）に基づいて、自律ルールを編集するための自律ルール編集画面を入出力装置１に表示させる。
【００８３】
自律ルール編集の権限を有する操作者は、入出力装置１を用い、過去の自律システムや人間の操作者による自律協調作業ログを参照することで、自律ルールの不足や自律ルールの記述の誤りを把握し、人間による操作事例を参考に新規に自律ルールを作成する。このとき、入出力装置１は、人間による自律ルール作成操作を示す操作情報を自律ルール編集操作部８に出力し、自律ルール編集操作部８は、自律ルール保存部４に記憶された誤った自律ルールを削除したり、操作者の操作に応じた新たな自律ルールを自律ルール保存部４に記憶させたりする。
【００８４】
次に、自律協調作業の例として、管理対象システムに発生した障害に対する障害対処業務を挙げ、管理支援システムによる管理支援動作（ここでは、自律ルール編集支援動作）について説明する。また、併せて、自律ルール編集操作部８が生成する画面の例についても説明する。図１２は、管理支援システムによる自律ルール編集支援動作の例を示すフローチャートである。
【００８５】
なお、ここでは、第１の実施の形態で例示した操作者opeAによる障害対処作業の履歴を、自律ルール編集権限を有する操作者adminAが参照、分析する場合を例にして説明する。なお、管理支援システムは、第１の実施の形態と同様にユーザ認証を行い、ユーザ認証によって、入出力装置１を操作している者が自律ルールの編集権限を有しているかどうかを判定すればよい。
【００８６】
まず、自律ルール編集操作部８は、過去に管理対象システムに発生し、解決された障害の一覧を示す障害履歴一覧画面を生成し、障害履歴一覧画面を入出力装置１に表示させる（ステップＳ２０１）。図１３は、障害履歴一覧画面の例を示す説明図である。図１３に例示する障害履歴一覧画面２１０１では、障害履歴情報として、障害（コンディション）、その障害の発生箇所、発生日時、解決日時、最後に実行したアクション、そのアクションの実行者名に加え、自律ルールが適用されたか否か、適用された場合の結果を表示する。自律ルール編集操作部８は、自律協調作業ログ保存部８に記憶された自律協調作業ログ（図３に例示。）のうち、「結果」が「終了」となっているログＩＤに対応する情報を抽出し、その情報に基づいて障害履歴一覧画面を生成すればよい。第１の実施の形態で説明したように、自律協調作業ログのうち「結果」が「終了」となっているログＩＤの記述は、「解決確認」まで行われていることをを意味している。よって、「結果」が「終了」となっているログＩＤに対応する情報に基づいて、過去に発生し既に解決された障害の一覧を示す障害履歴一覧画面を生成することができる。
【００８７】
操作者は、図１３に例示する障害履歴一覧画面を参照することにより、その画面に示された情報を把握することができる。なお、図１３に示す例では、「自律ルール」の項目として「−−」と表示されている場合には、自律ルールが適用されなかったことを示している。「自律ルール」の項目として「成功」と表示されている場合には、自律ルールが適用され成功したことを示している。「自律ルール」の項目として「失敗」と表示されている場合には、自律ルールが適用され失敗したことを示している。
【００８８】
例えば、図１３において１行目に示されている障害履歴の情報は、障害EventA1 に対して操作者opeAがアクションactionC2を適用した結果、解決につながったが、自律ルールの適用には失敗していたことを示している。また、図１３において、２行目、４行目、および５行目に示されている障害履歴の情報は、いずれも同一の障害に関する情報を示している。この２行目、４行目、および５行目に示されている情報により、操作者は、障害EventB2 が同一の発生箇所serverB で頻繁に発生していることを把握することができる。
【００８９】
また、図１３に示す障害履歴一覧画面には、３種類のタグ２１０２が表示されている。自律ルール編集操作部８は、操作者によってマウスクリック等されたタグに応じて、一覧全てを示す障害履歴一覧画面や、一部のみを示す障害履歴一覧画面を入出力装置１に表示させる。図１３に示す例は、一覧全てを示す障害履歴一覧画面である。「自律対処」タグがマウスクリック等された場合には、自律ルール編集操作部８は、過去に発生し既に解決された障害のうち、自律システムによる対処が成功した障害履歴情報のみを障害履歴一覧画面内に表示させる。また、「人手対処」タグがマウスクリック等された場合には、自律ルール編集操作部８は、人手による対処がなされた障害履歴情報のみを障害履歴一覧画面内に表示させる。
【００９０】
入出力装置１は、障害履歴一覧画面内のリストにおいて、一つの障害履歴の情報がフォーカスにより選択され、「参照」ボタンが押下（マウスクリック等）された場合、その操作を示す操作情報を、自律ルール編集操作部８に出力する。自律ルール編集操作部８は、その操作情報に応じて、選択された障害履歴に関する情報を自律協調作業ログ保存部５から読み出し、選択された障害履歴に関する詳細な情報を示す障害履歴情報画面を作成する。そして、自律ルール編集操作部８は、障害履歴情報画面を入出力装置１に表示させる（ステップＳ２０２）。操作者は、障害履歴情報画面が表示されることで、選択した障害履歴に関する詳細な情報を参照することができる。
【００９１】
図１４は、障害履歴情報画面の例を示す説明図である。図１４は、図１３に例示する障害履歴一覧画面において障害EventA1 の履歴が選択された場合に表示される障害履歴情報画面を示している。障害履歴一覧画面において障害EventA1 の履歴に対して、本例では、EventA1_200411141225という識別情報が割り当てられているとする。自律ルール編集操作部８は、障害（EventA1 ）、障害の発生箇所（serverC ）、発生箇所、解決日時等、障害履歴一覧画面２１０１で参照可能な項目に加え、障害履歴の識別情報（EventA1_200411141225）や、対処履歴リスト２２０２、類似事例リスト２２０３、「ルール編集」ボタン２２０４を含む障害履歴情報画面を生成する。
【００９２】
対処履歴リスト２２０２は、選択された障害EventA1 に対するより詳細な対処履歴を示す。また、対処履歴リスト２２０２では、順次行われた対処毎に、例えば、対処日時、対処を行った操作者（自律システムである場合もある）、アクション、対処内容、アクションの実行結果が示される（あるいは、ここに示した各項目のうち一部が示される。）。
【００９３】
類似事例リスト２２０３では、選択された障害履歴に類似する障害履歴の情報を示す。自律ルール編集操作部８は、例えば、選択された障害履歴と障害の種類および障害の発生場所が同一の障害に関する発生日時、解決日時、実行されたアクション、および実行者の情報を自律協調作業ログ保存部５から読み出し、類似事例リスト２２０３として障害履歴情報画面に含めればよい。なお、ここでは、選択された障害履歴と障害の種類および障害の発生場所が同一の障害に関する情報を、類似事例リスト２２０３とする場合を説明したが、選択された障害履歴と障害の種類が同一である障害に関する情報（発生日時、解決日時、アクション、実行者等）を自律協調作業ログ保存部５から読み出し、類似事例リスト２２０３としてもよい。
【００９４】
図１４に例示する対処履歴リスト２２０２では、自律システムがアクションacitonC1を適用したが、失敗し、替わりに操作者opeAがアクションactionC2を入力、適用した上で、解決していることを示している。対処履歴リスト２２０２を参照することにより、操作者（本例ではadminA）は、上記のような履歴を把握することができる。
【００９５】
また、図１４に例示する類似事例リスト２２０３では、同一の箇所（serverC ）で障害EventA1 が発生した件数が、現在、詳細な情報を表示している障害履歴EventA1_200411141225の１件も含めて、３件存在し、３件とも全て操作者opeAがアクションactionC2を指定して適用したことを示している。類似事例リスト２２０３を参照することにより、操作者（本例ではadminA）は、例えば、上記のような内容を把握することができる。
【００９６】
図１４に例示する障害履歴情報画面２２０１を参照した操作者adminAは、障害EventA1 に対するアクションとして現在の自律ルールで定められたアクションactionC1が有効に動作せずに、結局、人間の操作者が作業を引継ぎ、アクションactionC2を入力して解決していることを把握し、障害EventA1 に対するアクションを規定した自律ルールR0005 （図２参照。）を変更すると判断することができる。操作者adminAは、自律ルールを変更する場合、「ルール編集」ボタン２２０４を押下し、障害履歴情報画面で表示されていた障害（serverC に発生する障害EventA1 ）に対するアクションを規定した自律ルールの編集画面を呼び出す。入出力装置１は、障害履歴情報画面２２０１内の「ルール編集」ボタン２２０４が押下されると、その操作を示す操作情報を、自律ルール編集操作部８に出力する。すると、自律ルール編集操作部８は、障害履歴情報画面で表示されていた障害に対するアクションを規定した自律ルール（本例では、serverC に発生する障害EventA1 に対するアクションを規定した自律ルール）を編集するための自律ルール編集画面を生成し、自律ルール編集画面を入出力装置１に表示させる。
【００９７】
図１５から図１７までの各図は、自律ルール編集画面の例を示す説明図である。図１５は、障害EventA1 がサーバserverC において発生した場合に適用する自律ルールの編集画面（図１４に示す「ルール編集」ボタン２２０４が押下されたときに表示される自律ルール編集画面）を示している。図１５に例示する自律ルール編集画面２３０１では、障害EventA1 がサーバserverC において発生した場合に適用する自律ルールにおい規定されるコンディション（すなわち、障害EventA1 ）、発生箇所（本例ではserverC ）、および対処策（アクション）が表示される。また、その障害の発生件数も表示される。図１５に示す例では、コンディション、発生箇所、発生件数を画面上部に表示するように、自律ルール編集操作部８は、自律ルール編集画面を生成している。また、自律ルール編集操作部８は、自律ルールで規定されたアクションのリストを、自律ルールリスト２３０２として表示するように、自律ルール編集画面を生成する。自律ルールリスト２３０２では、個々のアクション毎に、そのアクションを追加したルールの作成日、承認を必要とするか否か、これまでにそのアクションが適用された数および、適用結果が成功となった数を表示する。図１５に例示する自律ルールリスト２３０２は、障害（EventA1 ）発生時に自律システムが実行するアクションactionC1が過去に３度適用されたが一度も成功していないことを示している。
【００９８】
また、自律ルール編集操作部８は、記憶されている自律ルールに記述されていないが、過去に障害（編集対象の自律ルールで記述されたコンディション）が発生したときに人間の操作者によって適用されたことのあるアクションのリストを、対処アクションリスト２３０３として表示するように、自律ルール編集画面を生成する。対処アクションリスト２３０３では、例えば、アクション、そのアクションの適用日時、アクションの実行者、実行結果を表示する。図１５に例示する対処アクションリストは、過去に３度、同じ操作者opeAによりアクションactionC2が適用され、いずれも成功していることを示している。
【００９９】
自律ルール編集画面の表示後、自律ルール編集操作部８は、入出力装置１における操作者の操作に応じて、自律ルール保存部４に記憶された自律ルールを削除したり、新たな自律ルールを自律ルール保存部４に記憶させる（ステップＳ２０４）。ステップＳ２０４において、自律ルール編集操作部８は、操作に応じて、既存の自律ルールに新たにアクションを追加する等の編集を行ってもよい。自律ルールリスト２３０２が選択され、「削除」ボタンが押下されると、自律ルール編集操作部８は、自律ルール編集画面にアクションやコンディションが示された自律ルールを、自律ルール保存部４から削除する。また、対処アクションリスト２３０３においてアクションが選択され、「登録」ボタンが押下されると、選択されたアクションを有する自律ルールを新たに作成し、自律ルール保存部４に記憶させる。このとき、新たに作成する自律ルールにおいて、アクション以外の項目（コンディション、サーバ、承認を必要とするか否か）は、自律ルール編集画面２３０１内に表示させた内容に沿って記述すればよい。
【０１００】
例えば、操作者adminAが、自律ルールリスト2302においてアクションactionC1を選択し、「削除」ボタンを押下したとする。すると、自律ルール編集操作部８は、serverC で発生する障害EventA1 に対するアクションactionC1を規定した自律ルールを一旦削除する。更に、操作者adminAが、対処アクションリスト２３０３において、適当なアクションactionC2を選択し、「登録」ボタンを押下したとする。すると、自律ルール編集操作部８は、serverC で発生する障害EventA1 に対するアクションactionC2を規定した自律ルールを自律ルール保存部４に登録する。この結果、以降、同様の障害が発生した際には、自律システムは更新された自律ルールに従い、アクションactionC2を自動実行することになる。
【０１０１】
図１６は、障害EventB2 がサーバserverB において発生した場合に適用する自律ルールの編集画面を示している。図１６に例示する自律ルール編集画面２４０１は、図１５に示す自律ルールリスト２３０２と同様の自律ルールリスト２４０２を含んでいる。図１６に例示する自律ルールリスト２４０２は、障害EventB2 が発生したときにアクションactionA1、アクションactionA2が順に連続して実行され、過去11回の適用で全て成功していることを示している。また、図１６に例示する自律ルール編集画面２４０１は、図１５に示す対処アクションリスト２３０３と同様の対処アクションリスト２４０３を含んでいる。ただし、図１６に示す対処アクションリスト２４０３は空であることから、障害EventB2 がサーバserverB において発生するという事例は人間の操作者の手を煩わせていない事例であることを操作者は把握できる。
【０１０２】
また、自律ルール編集操作部８は、自律ルール編集操作画面で「新規作成」ボタンが押下されると、自律ルールに追加するアクションを入力するための画面（図示せず。）を入出力装置１に表示させる。その画面で、新たにアクションが入力されたならば、自律ルール編集操作部８は、そのアクションを自律ルールに追加記述する。また、自律ルール編集操作部８は、自律ルール編集操作画面で「編集」ボタンが押下されると、自律ルールを表示して自律ルールの内容を書き換えることができる画面（図示せず。）を入出力装置１に表示させる。その画面で、自律ルールの書き換えが行われたならば、自律ルール編集操作部８は、書き換えられた自律ルールを自律ルール保存部４に記憶させる。
【０１０３】
操作者adminAは、図１５に例示する自律ルール編集画面２４０１を参照し、障害EventB2 がサーバserverB において発生した場合に適用する自律ルール（図２に示す自律ルールR0003 ）が極めて有効で信頼性が高く、その自律ルールで規定されたアクションの適用に成功した後には、自動的に「解決確認」を行ってもよいと判断したとする。この場合、操作者adminAは、「新規作成」ボタンを押下し、アクションを追加する画面を呼び出す。その画面内で、解決確認のアクションをアクションacitonA2の次に追加する操作を行う。自律ルール編集操作部８は、この操作に応じて、図２に示す自律ルールR0003 においてacitonA2の次に解決確認のアクションを追加するように自律ルールを編集する。図１７は、この動作の後に再度表示された自律ルール編集画面（障害EventB2 がサーバserverB において発生した場合に適用する自律ルールの編集画面）を示す。上述の動作の後、再度、自律ルール編集画面を表示した場合、図１７に示すように、解決確認のアクションが追加された自律ルールリスト２５０２が表示される。この画面により、操作者adminAは、解決確認のアクションが追加されたことを確認できる。また、この結果、以後、同様の障害（serverB におけるEventB2 ）が発生した際には、自律システムは、対処アクションの適用から解決確認までの全ての工程を自動実行することになる。
【０１０４】
第２の実施の形態の管理支援システムによれば、自律システム導入により一部自動化された作業において、自律システムの動作と作業に就く複数名の操作者の操作の履歴を参照可能とする画面（図１３から図１７に例示する画面）を提供する。従って、自律ルール編集の権限を備える操作者は、自律協調作業の履歴として自律システムを含む作業者の作業内容や成否を、自律ルールの編集の必要性を判断したり、自律ルール編集内容の決定したりする際の有益な判断材料とすることが可能となる。例えば、自律ルールが有効に働いているか否か、自律ルールが不足しているために人間が対処していることがないか等を参照し、自律ルール編集の必要性を判断することができる。また、過去に人間が実行して有効だった対処方法を操作者に提示し、操作者に自律ルール化できる部分を抽出して、自律ルール化する操作を行わせることができる。その結果、適切かつ迅速な自律ルール編集作業開始の決定と、より信頼性の高い自律ルール編集の実現が期待でき、自律システムを運用しながら、自律ルールをより良く、拡充していく運用形態を実現することが可能となる。
【０１０５】
本実施の形態では、第１の実施の形態と同様に、システム状態監視部２、対処策決定部３、自律協調作業操作制御部６、自律協調作業画面描画部７、自律ルール編集操作部８は、それぞれその機能を有するハードウェアによって実現してもよい。あるいは、プログラムに従って動作するコンピュータによってシステム状態監視部２、対処策決定部３、自律協調作業操作制御部６、自律協調作業画面描画部７、自律ルール編集操作部８を実現してもよい。
【０１０６】
また、自律ルール保存部４、自律協調作業ログ保存部５、システム状態監視部２、対処策決定部３、自律協調作業操作制御部６、自律協調作業画面描画部７、自律ルール編集操作部８は、一つの装置として実現されてもよい。あるいは、複数の装置として実現されてもよい。
【０１０７】
実施の形態３．
図１８は、本発明の第３の実施の形態を示すブロック図である。第１の実施の形態や第２の実施の形態と同様の構成部については、図１や図１１と同一の符号を付し、説明を省略する。第３の実施の形態において管理支援システムは、第２の実施の形態の構成に加え、を備える。
【０１０８】
本実施の形態では、第２の実施の形態の構成に加え、自律協調作業ログ監視部９が特に重要な役割を果たす。自律協調作業ログ監視部９は、自律協調作業ログ保存部５が保持する自律協調作業ログを参照し、例えば、アクションの実行結果が失敗となった回数が規定数を超える等の条件を満たす自律ルールを特定する。そして、自律協調作業ログ監視部９は、そのような条件を満たす自律ルールを、修正の必要性が高いと考えられる自律ルールとして、自律ルール編集操作部８および入出力装置１を介して管理者に提示し、管理者に自律ルールの編集を促す。以下、この動作をより具体的に説明する。
【０１０９】
自律協調作業ログ監視部９は、自律協調作業ログ保存部５が保持する自律協調作業ログを参照し、自律ルールが適用された履歴（すなわち、自律ルールに記述されたアクションが適用された回数）を集計する。自律協調作業ログ監視部９は、集計結果に基づいて、所定の条件を満たす自律ルールのルールＩＤを自律協調作業ログから抽出する。
【０１１０】
「所定の条件」とは、例えば、「アクションの実行結果が失敗となった回数が規定数を超えていること」、「アクションの実行結果が規定回数以上、連続して失敗となったこと」、「アクションの実行結果が成功となる確率（成功率）が規定率を下回っていること」、あるいは、「過去規定数以上の成功実績があったにもかかわらず、アクションの実行結果が失敗となった」等の条件である。所定の条件として、これら全ての条件を定めていてもよいし、これらのうちの一部の条件のみを定めておいてもよい。あるいは、上記以外の他の条件を所定の条件として定めてもよい。
【０１１１】
自律協調作業ログ監視部９は、所定の条件を満たす自律ルールのルールＩＤを抽出したならば、そのルールＩＤを自律ルール編集操作部８に出力する。
【０１１２】
自律ルール編集操作部８は、自律協調作業ログ監視部９からルールＩＤが入力されると、自律協調作業ログ保存部５からそのルールＩＤに関連付けられたログを抽出し、また、自律ルール保存部４からそのルールＩＤを有する自律ルールを抽出する。そして、自律ルール編集操作部８は、問題のありそうな（すなわち、編集の必要性の高いと考えられる）自律ルールが存在することを管理者に通知するための操作画面を入出力装置１に出力する。
【０１１３】
次に、自律協調作業の例として、管理対象システムに発生した障害に対する障害対処業務を挙げ、管理支援システムによる管理支援動作（ここでは、修正の必要性が高いと考えられる自律ルールの提示動作）について説明する。また、併せて、自律ルール編集操作部８が生成する画面の例についても説明する。
【０１１４】
自律ルール編集操作部８は、第２の実施の形態と同様に、障害履歴一覧画面を入出力装置１に表示させる。ただし、第３の実施の形態では、自律ルール編集操作部８は、自律協調作業ログ監視部９から所定の条件を満たす自律ルールのルールＩＤを入力され、図１９に例示する障害履歴一覧画面を入出力装置１に表示させる。
【０１１５】
図１９に示す障害履歴一覧画面３１０１は、第２の実施の形態における障害履歴一覧画面（図１３参照。）と比較すると、リスト上部のタグメニュー部に、「自律ルール  失敗報告」タグ３１０２が追加されている。「自律ルール  失敗報告」タグ３１０２がマウスクリック等されると、自律ルール編集操作部８は、図１９に示すように修正の必要性が高いと考えられる自律ルールのリスト３１０３（以下、単に自律ルールリスト３１０３と記す。）を含む画面を表示する。
【０１１６】
自律ルールリスト３１０３では、個々の自律ルール毎に、ルールＩＤ、コンディション、アクション、サーバ（アクションの適用箇所）、および報告内容を示す。コンディション、アクション、サーバは、ルールＩＤに対応する自律ルールを自律ルール保存部４から抽出することによって特定することができる。また、「報告内容」は、例えば、アクションの適用に連続して失敗した回数、アクションの適用の失敗回数の総計、規定率以下となった成功率、あるいは、過去規定数以上の成功実績があったにもかかわらず、アクションの実行結果が失敗となった旨等の情報である。「報告内容」は、自律協調作業ログのうちルールＩＤに関連付けられた部分から導出することができる。従って、所定の条件を満たす自律ルールのルールＩＤを自律協調作業ログ監視部９から入力されることによって、自律ルール編集操作部８は、図１９に例示する自律ルールリスト３１０３を導出することができる。
【０１１７】
操作者adminAは、「自律ルール  失敗報告」タグ３１０２をマウスクリック等することで表示された自律ルールリスト３１０３を参照して、修正の必要性が高いと考えられる自律ルールの存在を把握できる。例えば、操作者adminAは、図１９に例示する自律ルールリスト３１０３を参照することにより、例えば、「自律ルールR0006 が連続して5回失敗していること」、「自律ルール0003が通算で10回失敗していること」を把握することができる。その結果、操作者adminAは、これらの自律ルールを修正する必要があることを明確に認識することができる。また、操作者adminAは、これらの失敗事例（ルールリスト３１０３に挙げられた自律ルール）を、不適切なルール例として、編集作業時の有益な判断材料とすることができる。
【０１１８】
また、操作者adminAは、自律ルールリスト内の自律ルールR0002 を参照することにより、今まで問題無く成功していた自律ルールが何故か失敗していることを把握することができる。操作者adminAは、失敗の原因を究明するために、過去の成功事例と今回の失敗事例を比較、分析する。その結果、例えば、ルール適用時のＣＰＵメモリが不足していたために偶々失敗してしまったということが判明すれば、自律ルールR0002の適用可能な条件（コンディション）を修正することで、より信頼性の高い自律ルールとすることができる。また、例えば、失敗の原因が、自律ルールの適用箇所serverA のシステム構成が変更された（OSのバージョン変更、バッチ追加等）ことにあるため、システム構成変更前までは有効であった自律ルールR0002 が、正常に動作しないものとなってしまったということが判明したとする。この場合、操作者adminAは、自律ルールR0002 だけでなく、同じサーバserverA に適用される自律ルールR0001 についても、変更の必要性を確認する。このように操作者が自律ルールの変更の必要性を認識できるようになるので、実際に自律ルールを適用して失敗する前に、失敗の可能性の高い自律ルールの修正対応が可能となる。
【０１１９】
なお、上述の例における「ルール適用時にＣＰＵメモリが不足していた」、「システム構成が変更された」等の情報は、本発明による管理支援システムが操作者に提供する必要はない。操作者自身が管理対象システムを実際に調べることによって、アクション実行結果が失敗となった原因を追及する。
【０１２０】
第３の実施の形態の管理支援システムによれば、自律システム導入により一部自動化された作業において、自律システムの動作結果（失敗事例）から、失敗の多い自律ルールや、今までは正常に動作していたのに突然失敗した自律ルールを抽出することができる。その結果、自律ルール編集の権限を備える操作者に、自律ルールの編集の必要性をより明確に通知することが可能となる。また、その結果、適切かつ迅速な自律ルール編集作業開始の決定を操作者に促すことができ、個々の自律ルール編集の信頼性向上を期待できる。更に、サーバのシステム構成変更により、そのサーバに適用される全ての自律ルールの修正が余儀なくされる場合等、一つの失敗事例から、他の関連する自律ルールの編集の必要性を確認するように操作者に注意を促すことができる。そして、適切な自律ルールを維持できる可能性を向上させることができる。
【０１２１】
なお、以上の説明では、自律ルールリスト３１０３（図１９参照。）によって、修正の必要性が高いと考えられる自律ルールを提示する場合を示した。自律ルール編集操作部８は、自律ルール編集の権限を備える管理者が運用管理システムにログインする際にダイアログを提示してもよい。図２０および図２１は、修正の必要性が高いと考えられる自律ルールを提示するダイアログの例を示す説明図である。図２０および図２１では、一つの自律ルールを提示する場合を示している。図２０および図２１に例示するダイアログは、自律ルールリスト３１０３（図１９参照。）と同様に、ルールＩＤ、コンディション、アクション、サーバ（アクションの適用箇所）、および報告内容を含んでいる。図２０および図２１に例示するダイアログで提示される情報を電子メールにより、操作者の使用する端末装置（入出力装置１以外の端末装置であってもよい。）に送信してもよい。
【０１２２】
また、図１９に例示する自律ルールリスト３１０３において自律ルールが選択され、図１９に示す「参照」ボタンが押下された場合、自律ルール編集操作部８は、選択された自律ルールのより詳細な情報を示す画面を表示する。図２２は、この画面の例を示す説明図である。図２２に例示する画面では、ルールＩＤ、コンディション、アクション、サーバ、承認が必要であるか否かといった情報の他に、アクションの実行回数、アクション実行結果が成功であった回数、連続してアクションの実行結果が失敗となった回数、成功率を示している。また、表示された自律ルールを適用した障害の発生件数なども表示している。
【０１２３】
また、図２０および図２１に例示するダイアログにおいて「ルール編集」ボタンがマウスクリック等された場合や、図２２に例示する画面で「ルール編集」ボタンがマウスクリック等された場合、第２の実施の形態におけるステップＳ２０３（図１２参照。）と同様に自律ルール編集画面を表示して、ステップＳ２０３以降の動作を行えばよい。
【０１２４】
本実施の形態では、第１の実施の形態と同様に、システム状態監視部２、対処策決定部３、自律協調作業操作制御部６、自律協調作業画面描画部７、自律ルール編集操作部８、自律協調作業ログ監視部９は、それぞれその機能を有するハードウェアによって実現してもよい。あるいは、プログラムに従って動作するコンピュータによってシステム状態監視部２、対処策決定部３、自律協調作業操作制御部６、自律協調作業画面描画部７、自律ルール編集操作部８、自律協調作業ログ監視部９を実現してもよい。
【０１２５】
また、自律ルール保存部４、自律協調作業ログ保存部５、システム状態監視部２、対処策決定部３、自律協調作業操作制御部６、自律協調作業画面描画部７、自律ルール編集操作部８、自律協調作業ログ監視部９は、一つの装置として実現されてもよい。あるいは、複数の装置として実現されてもよい。
【０１２６】
なお、上記の各実施の形態において、アクションの適用の態様として、例えば、以下のような態様がある。例えば、アクションに応じたコマンドを管理対象システムに送信することによって管理対象システムにアクションを適用する態様がある。また、例えば、自律システム上で、アクションに応じたコマンドを実行することによって、管理対象システムで処理が実行される態様がある。また、例えば、アクションに応じたコマンドを監視装置（本発明による管理支援システムには含まれない。）に送信することで、監視装置が管理対象システムに処理を実行する態様がある。また、アクションに応じて、管理対象システム内の設定ファイルを置換する態様がある。アクションの適用の態様は、例示したいずれの態様であってもよく、あるいは、他の態様であってもよい。
【０１２７】
以上に説明した実施の形態において、ルール記憶手段は、自律ルール保存部４によって実現される。入出力手段は、入出力装置１によって実現される。対処実行手段は、システム状態監視部２、対処策決定部３、および自律協調作業操作制御部６によって実現される。ログ記憶手段は、自律協調作業ログ保存部５によって実現される。未解決状態表示制御手段は、自律協調作業操作制御部６および自律協調作業画面描画部７によって実現される。解決状態表示制御手段は、自律ルール編集操作部８によって実現される。ルール提示手段は、自律協調作業ログ監視部９および自律ルール編集操作部８によって実現される。
【産業上の利用可能性】
【０１２８】
本発明は、管理対象システムに対する管理業務（例えば、障害対処業務等）に適用可能である。
【図面の簡単な説明】
【０１２９】
【図１】本発明の第１の実施の形態を示すブロック図である。
【図２】自律ルールの例を示す説明図である。
【図３】自律協調作業ログの例を示す説明図である。
【図４】管理支援システムによる管理支援動作の例を示すフローチャートである。
【図５】未解決障害一覧画面の例を示す説明図である。
【図６】未解決障害情報画面の例を示す説明図である。
【図７】未解決障害情報画面の例を示す説明図である。
【図８】未解決障害情報画面の例を示す説明図である。
【図９】障害対処入力画面の例を示す説明図である。
【図１０】再度表示された未解決障害一覧画面の例を示す説明図である。
【図１１】本発明の第２の実施の形態を示すブロック図である。
【図１２】管理支援システムによる自律ルール編集支援動作の例を示すフローチャートである。
【図１３】障害履歴一覧画面の例を示す説明図である。
【図１４】障害履歴情報画面の例を示す説明図である。
【図１５】自律ルール編集画面の例を示す説明図である。
【図１６】自律ルール編集画面の例を示す説明図である。
【図１７】自律ルール編集画面の例を示す説明図である。
【図１８】本発明の第３の実施の形態を示すブロック図である。
【図１９】第３の実施の形態における障害履歴一覧画面の例を示す説明図である。
【図２０】修正の必要性が高いと考えられる自律ルールを提示するダイアログの例を示す説明図である。
【図２１】修正の必要性が高いと考えられる自律ルールを提示するダイアログの例を示す説明図である。
【図２２】選択された自律ルールのより詳細な情報を示す画面の例を示す説明図である。
【符号の説明】
【０１３０】
１  入出力装置
２  システム状態監視部
３  対処策決定部
４  自律ルール保存部
５  自律協調作業ログ保存部
６  自律協調作業操作制御部
７  自律協調作業画面描画部
８  自律ルール編集操作部
９  自律協調作業ログ監視部
【図１】
2007034739.tif 000003
【図２】
2007034739.tif 000004
【図３】
2007034739.tif 000005
【図４】
2007034739.tif 000006
【図５】
2007034739.tif 000007
【図６】
2007034739.tif 000008
【図７】
2007034739.tif 000009
【図８】
2007034739.tif 000010
【図９】
2007034739.tif 000011
【図１０】
2007034739.tif 000012
【図１１】
2007034739.tif 000013
【図１２】
2007034739.tif 000014
【図１３】
2007034739.tif 000015
【図１４】
2007034739.tif 000016
【図１５】
2007034739.tif 000017
【図１６】
2007034739.tif 000018
【図１７】
2007034739.tif 000019
【図１８】
2007034739.tif 000020
【図１９】
2007034739.tif 000021
【図２０】
2007034739.tif 000022
【図２１】
2007034739.tif 000023
【図２２】
2007034739.tif 000024