(57)【特許請求の範囲】
【請求項１】
それぞれが自装置に関する所定のイベントの発生を通知する自装置固有の形式のイベントメッセージを送信し、受信した自装置固有の形式のコマンドにしたがって自装置の制御を行う１以上の被管理装置と、
前記被管理装置から受信した前記イベントメッセージが示すイベント情報を解析して解析結果を生成する手順が記述された解析用シナリオ、前記解析結果についての判断の手順が記述された判断用シナリオ、及び、前記イベント情報の種別ごとに、各前記被管理装置が送信する前記イベントメッセージの形式を示した１以上の個別イベントパターンを記憶する記憶部と、
前記被管理装置から前記イベントメッセージを受信したとき、当該イベントメッセージを前記個別イベントパターンと照合することによって、当該イベントメッセージが示すイベント情報を取得し、前記取得したイベント情報に基づいて前記解析用シナリオを実行して前記解析結果を生成する解析部、及び、当該解析結果に基づいて前記判断用シナリオを実行して前記コマンドを送信するかまたはアラートを送信するかを判断する判断部とを備える運用管理装置と
がネットワークを介して接続されることを特徴とする運用管理システム。
【請求項２】
請求項１に記載の運用管理システムにおいて、
前記記憶部には、前記コマンドの種別ごとに、各前記被管理装置が受信する前記コマンドの形式を示した１以上の個別コマンドパターンがさらに記憶され、
前記判断部によって前記コマンドを送信すると判断されたとき、前記個別コマンドパターンを参照することによって、送信先の前記被管理装置に対応する形式の個別コマンドを生成して送信する制御部を備える
ことを特徴とする運用管理システム。
【請求項３】
請求項１または請求項２に記載の運用管理システムにおいて、
前記解析用シナリオのなかに、新たな形式のコマンドが、そのコマンドを受信したときに実行すべき処理と対応付けられて記述されている場合、
前記解析部は、前記運用管理装置が外部から前記新たな形式のコマンドを受信したときに、当該コマンドに対応付けられた前記実行すべき処理を実行して前記解析結果を生成する
ことを特徴とする運用管理システム。
【請求項４】
それぞれが自装置に関する所定のイベントの発生を通知する自装置固有の形式のイベントメッセージを送信し、受信した自装置固有の形式のコマンドにしたがって自装置の制御を行う１以上の被管理装置と、
前記被管理装置から受信した前記イベントメッセージが示すイベント情報を解析して解析結果を生成する手順が記述された解析用シナリオ、前記解析結果についての判断の手順が記述された判断用シナリオ、及び、前記イベント情報の種別ごとに、各前記被管理装置が送信する前記イベントメッセージの形式を示した１以上の個別イベントパターンを記憶する記憶部と、
前記解析用シナリオを実行する解析部及び前記判断用シナリオを実行する判断部とを備える運用管理装置とが、ネットワークを介して接続された運用管理システムにおける運用管理方法であって、
前記解析部が、前記被管理装置から前記イベントメッセージを受信したとき、当該イベントメッセージを前記個別イベントパターンと照合することによって、当該イベントメッセージが示すイベント情報を取得し、前記取得したイベント情報に基づいて前記解析用シナリオを実行して前記解析結果を出力するステップと、
前記判断部が、前記解析結果に基づいて前記判断用シナリオを実行して前記コマンドを送信するかまたはアラートを送信するかを判断するステップと
を有することを特徴とする運用管理方法。
【請求項５】
請求項４に記載の運用管理方法において、
前記記憶部には、前記コマンドの種別ごとに、各前記被管理装置が受信する前記コマンドの形式を示した１以上の個別コマンドパターンがさらに記憶されており、
前記判断用シナリオを実行するステップにおいて、前記判断部によって前記コマンドを送信すると判断されたとき、前記個別コマンドパターンを参照することによって、送信先の前記被管理装置に対応する形式の個別コマンドを生成するステップを、
さらに有することを特徴とする運用管理方法。
【請求項６】
請求項４または請求項５に記載の運用管理方法において、
前記解析用シナリオのなかに、新たな形式のコマンドが、そのコマンドを受信したときに実行すべき処理と対応付けられて記述されている場合、
前記解析部は、前記運用管理装置が外部から前記新たな形式のコマンドを受信したときに、当該コマンドに対応付けられた前記実行すべき処理を実行して前記解析結果を生成する
ことを特徴とする運用管理方法。
【請求項７】
それぞれが自装置に関する所定のイベントの発生を通知する自装置固有の形式のイベントメッセージを送信し、受信した自装置固有の形式のコマンドにしたがって自装置の制御を行う１以上の被管理装置から前記イベントメッセージを受信するイベントメッセージ受信部と、
前記被管理装置から受信した前記イベントメッセージが示すイベント情報を解析して解析結果を生成する手順が記述された解析用シナリオ、前記解析結果についての判断の手順が記述された判断用シナリオ、及び、前記イベント情報の種別ごとに、各前記被管理装置が送信する前記イベントメッセージの形式を示した１以上の個別イベントパターンを記憶する記憶部と、
前記被管理装置から前記イベントメッセージを受信したとき、当該イベントメッセージを前記個別イベントパターンと照合することによって、当該イベントメッセージが示すイベント情報を取得し、前記取得したイベント情報に基づいて前記解析用シナリオを実行して前記解析結果を出力する解析部、及び、当該解析結果に基づいて前記判断用シナリオを実行して前記コマンドを送信するかまたはアラートを送信するかを判断する判断部と
を備えることを特徴とする運用管理装置。
【請求項８】
請求項７に記載の運用管理装置において、
前記記憶部には、前記コマンドの種別ごとに、各前記被管理装置が受信する前記コマンドの形式を示した１以上の個別コマンドパターンがさらに記憶され、
前記判断部によって前記コマンドを送信すると判断されたとき、前記個別コマンドパターンを参照することによって、送信先の前記被管理装置に対応する形式の個別コマンドを生成して送信する制御部を備える
ことを特徴とする運用管理装置。
【請求項９】
請求項７または請求項８に記載の運用管理装置において、
前記解析用シナリオのなかに、新たな形式のコマンドが、そのコマンドを受信したときに実行すべき処理と対応付けられて記述されている場合、
前記解析部は、外部から前記新たな形式のコマンドを受信したときに、当該コマンドに対応付けられた前記実行すべき処理を実行して前記解析結果を生成する
ことを特徴とする運用管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の装置の動作状況を監視して必要な制御指示を行うことによって対象システムの運用保守を行う運用管理システム、運用管理方法及び運用管理装置に関する。
【背景技術】
【０００２】
近年、複数のコンピュータを結合してクラスタを構成することで、コンピュータシステムのスケーラビリティやアベイラビリティを確保する技術が発展している。このような技術により、安価に高性能で高可用なシステムを構築することが可能となる。しかし、大規模なシステムを構築するためには、膨大な数のコンピュータとそれらを結合するための機器とが必要となり，このような多数の装置や機器を保守・運用するために要するコストを抑えることが課題となる。
【０００３】
これに関する従来技術として、特許文献１には、被制御対象装置で特定のイベントが発生したときの動作を制御局が所定のシーケンスにしたがって自動制御する監視制御システムにおいて、自動制御の不実行を検知してオペレータに通知する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平７−３０３２９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、前記従来技術では、個々の被制御対象装置ごとに異なる各種監視情報から制御局がイベントの発生を検知して、被制御対象装置ごとに異なる制御手段を用いて自動制御を行う必要があった。そのため、例えば、新たな装置や機器が追加設置されたり、装置や機器の更新などによって仕様が変更されたりした場合などには、その都度制御局の自動制御の手順を変更しなければならないという課題があった。
【０００６】
本発明は、前記の課題を解決するためになされたものであり、被制御対象装置として新たな装置や機器が追加設置されたり、装置や機器の更新などによって仕様が変更されたりした場合においても、自動制御の手順の変更が不要な運用管理システム、運用管理方法及び運用管理装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
前記の目的を達成するために、本発明の運用管理システムは、それぞれが自装置に関する所定のイベントの発生を通知する自装置固有の形式のイベントメッセージを送信し、受信した自装置固有の形式のコマンドにしたがって自装置の制御を行う１以上の被管理装置と、前記被管理装置から受信した前記イベントメッセージが示すイベント情報を解析して解析結果を生成する手順が記述された解析用シナリオ、前記解析結果についての判断の手順が記述された判断用シナリオ、及び、前記イベント情報の種別ごとに、各前記被管理装置が送信する前記イベントメッセージの形式を示した１以上の個別イベントパターンを記憶する記憶部と、前記被管理装置から前記イベントメッセージを受信したとき、当該イベントメッセージを前記個別イベントパターンと照合することによって、当該イベントメッセージが示すイベント情報を取得し、前記取得したイベント情報に基づいて前記解析用シナリオを実行して前記解析結果を生成する解析部、及び、当該解析結果に基づいて前記判断用シナリオを実行して前記コマンドを送信するかまたはアラートを送信するかを判断する判断部とを備える運用管理装置とがネットワークを介して接続されることを特徴とする。
【０００８】
これにより、被管理装置の種類が増えたり仕様が変更されたりした場合においても、個別イベントパターンのデータを修正するだけで済み、運用管理シナリオの修正が必要なケースを大幅に削減することができる。
【０００９】
また、本発明の他の運用管理システムは、前記の運用管理システムにおいて、前記記憶部には、前記コマンドの種別ごとに、各前記被管理装置が受信する前記コマンドの形式を示した１以上の個別コマンドパターンがさらに記憶され、前記判断部によって前記コマンドを送信すると判断されたとき、前記個別コマンドパターンを参照することによって、送信先の前記被管理装置に対応する形式の個別コマンドを生成して送信する制御部を備えることを特徴とする。
【００１０】
これにより、被管理装置の種類が増えたり仕様が変更されたりした場合においても、個別イベントパターンのデータを修正するだけで済み、運用管理シナリオの修正が必要なケースを大幅に削減することができる。
【００１１】
また、本発明の他の運用管理システムは、前記の運用管理システムにおいて、前記解析用シナリオのなかに、新たな形式のコマンドが、そのコマンドを受信したときに実行すべき処理と対応付けられて記述されている場合、前記解析部は、前記運用管理装置が外部から前記新たな形式のコマンドを受信したときに、当該コマンドに対応付けられた前記実行すべき処理を実行することを特徴とする。
【００１２】
これにより、運用管理のための新たなコマンドを追加することができ、より効率的に運用管理を実施することが可能となる。
【００１３】
なお、本発明の運用管理方法及び運用管理装置の特徴とその効果とは、前記の内容と重複するので、ここでの説明は割愛する。
【発明の効果】
【００１４】
本発明によれば、被制御対象装置として新たな装置や機器が追加設置されたり、装置や機器の更新などによって仕様が変更されたりした場合においても、自動制御の手順の変更が不要な運用管理システム、運用管理方法及び運用管理装置を提供することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明に係る運用管理システムの装置構成例を示すブロック図である。
【図２】本発明に係る運用管理システムの機能構成例を示すブロック図である。
【図３】解析部によって参照される解析用シナリオの例である。
【図４】解析部によって参照されるＣＰＵ使用率イベントのパターン定義例である。
【図５】制御部によって参照されるサービス停止コマンドのパターン定義例である。
【図６】判断部によって参照される判断用シナリオの例である。
【図７】被管理装置に制御コマンドを自動送信する動作の例を示すシーケンスチャートである。
【図８】上位管理装置にアラートイベントを送信する動作の例を示すシーケンスチャートである。
【発明を実施するための形態】
【００１６】
以下、本発明を実施するための形態を適宜図面を参照して説明する。
図１は、本発明を適用した運用管理システムの装置構成例を示すブロック図である。図１に示すように、運用管理システム１０は、管理者端末３が接続される上位管理装置１と、それぞれが１以上の被管理装置４の監視制御を行う複数の下位管理装置２とを備えて構成される。上位管理装置１と下位管理装置２との間、及び、下位管理装置２と被管理装置４との間は、不図示のネットワークを介して互いに通信可能に接続される。
【００１７】
なお、図１の装置構成例では、上位管理装置１は１台となっているが、複数の上位管理装置１を設置するとともに、その上位にさらに上位管理装置１を設置して多階層の構成としてもよい。
【００１８】
被管理装置４は、例えば、Ｗｅｂサーバやアプリケーションサーバ等の、ユーザに各種の情報サービスを提供するためのコンピュータである。これらの被管理装置４は、それぞれが自身の装置やサービスの状態、ＣＰＵ負荷等を監視し、それらの監視結果に基づいて自装置固有の条件で各種のイベントメッセージ（以下、「個別イベント」と言う。）を送信する。この個別イベントは、例えば、「サービスＡでエクセプション（想定外の事象）が発生した」、「ノード１で障害が発生した」、「ノード１のＣＰＵ使用率は９５％です。」といったものである。
【００１９】
また、被管理装置４は、装置固有のコマンド（以下、「個別コマンド」と言う。）を外部から受信し、それらの個別コマンドにしたがって自身の装置やサービスを制御する。この個別コマンドは、例えば、「サービスＡを停止せよ」、「ノード１を切り離せ」といったものである。
【００２０】
下位管理装置２は、データ通信機能を備えたコンピュータによって構成され、配下の１以上の被管理装置４から送信される個別イベントを受信することによって、それぞれの被管理装置４の動作状況を取得し、所定の運用管理シナリオに基づいて被管理装置４の動作を自動制御したり、上位管理装置１にアラートイベントを送信したり、上位管理装置１からの制御指示のコマンド（以下、「統括コマンド」と言う。）をそれぞれの被管理装置４の個別コマンドに変換して被管理装置４に伝達したりする。
【００２１】
上位管理装置１は、ディスプレイやキーボードなどの入出力装置を有する管理者端末３との入出力インタフェース及びデータ通信機能を備えたコンピュータによって構成され、複数の下位管理装置２を介して被管理装置４の全体を統括管理する。
【００２２】
上位管理装置１は、下位管理装置２からアラートイベントを受信し、記憶部に記憶された所定の運用管理シナリオに基づいて下位管理装置２に統括コマンドを自動送信したり、管理者端末３に必要な警告通知を表示させたりする。また、管理者から入力される制御指示を所定形式の統括コマンドに変換して下位管理装置２に伝達したり、さらに上位の上位管理装置が存在する場合には、上位管理装置にアラートイベントを送信して上位管理装置からの制御指示を配下の下位管理装置２に伝達したりする。
【００２３】
これにより、例えば、上位管理装置１は、管理者からの制御指示にしたがって「ＣＰＵ使用率が８０％以上であれば、サービスA停止」といった、すべての被管理装置４を統括制御するための統括コマンドを発行して被管理装置４の全体を統括管理する。
【００２４】
図２は、運用管理システム１０の機能構成例を示すブロック図である。なお、図２には、１台の下位管理装置２についての詳細機能構成を示している。また、上位管理装置１もこれとほぼ同様な構成を有するが図示は省略している。
【００２５】
図２に示すように、下位管理装置２は、フィルタリング・集約部２１、キャッシュ部２２、解析部２３、DB（Database）部２４、判断部２５、及び制御部２６を備えて構成される。これらの各部は、下位管理装置２が備える不図示のＣＰＵが、不図示の記憶部に記憶された所定のプログラムを不図示の主メモリにロードして実行することによって具現化される。
【００２６】
フィルタリング・集約部２１は、被管理装置４から送信される個別イベントと、上位管理装置１から送信される統括コマンドとを、それぞれ受信して、それらの中から対処不要なものを除去するフィルタリング処理と、複数の個別イベントをまとめて１つの集約イベントに変換する集約処理とを実行し、処理結果のイベント及びコマンドをキャッシュ部２２に引き渡す。
【００２７】
このとき、除去すべき個別イベントや統括コマンドの種類を予め記憶部に登録しておくようにしてもよいし、取り込むべき個別イベント及び統括コマンドの種類を予め記憶部に登録しておくようにしてもよい。また、個別イベントや統括コマンドのパラメータ値と所定のしきい値との比較結果によって除去するか取り込むかを判定するようにしてもよい。さらに、受信した個別イベントを後記する個別イベントパターンと照合することによって、受信した個別イベントに該当するイベント情報を生成する機能を、フィルタリング・集約部２１にもたせるものとしてもよい。
【００２８】
また、個別イベントの集約処理では、例えば、同一種類の個別イベントが短時間で繰り返し受信された場合は、それらを受信回数をパラメータ値としてもつ１つの集約イベントに変換したり、パラメータ値の変化量が比較的小さい複数の個別イベントの中から、それを代表する１つのイベントだけを取り込んだりすることにより、処理対象となるイベントの数を絞り込む。
【００２９】
キャッシュ部２２は、フィルタリング・集約部２１から引き渡されたイベント及びコマンドを、所定期間保持する。この保持する所定期間は、イベントやコマンドの種類に応じて可変にしてもよいし、同一種類の新たなイベントやコマンドによって上書きするようにしてもよい。また、キャッシュ部２２は、必要に応じて後記する解析部２３から引き渡された解析結果や判断部２５から引き渡された判断結果をも所定期間保持する。そして、キャッシュ部２２は、解析部２３または判断部２５からの取得要求を受け付けて、保持しているイベント、コマンド、解析結果、または判断結果を要求元に返送する。
【００３０】
ＤＢ部２４は、必要に応じて解析部２３から引き渡された解析結果や判断部２５から引き渡された判断結果を、永続的に保持し、解析部２３または判断部２５からの取得要求を受け付けて、保持している解析結果または判断結果を要求元に返送する。
【００３１】
解析部２３は、不図示の記憶部に記憶され、運用管理の手順が記述された複数の解析用シナリオ２７に基づいて、キャッシュ部２２及びＤＢ部２４に保持されているイベント、コマンド、解析結果、及び判断結果を取得して装置状態などの解析を行い、解析結果を判断部２５に引き渡す。また、解析用シナリオ２７に基づいて、今回の解析結果を次回以降の解析や判断に用いるために解析結果をキャッシュ部２２に引き渡して所定期間保持させ、あるいは、解析結果をDB部２４に引き渡して永続的に保持させる。
【００３２】
キャッシュ部２２から過去の解析結果の取得が必要となる例としては、過去に行った障害対策と同じ対策を短時間で繰り返さないようにするために、当該対策を指示した解析結果を取得するような場合を挙げることができる。また、ＤＢ部２４から過去の解析結果の取得が必要となる例としては、被管理装置４の延べの障害発生回数が所定値を超えたらその装置を交換するというような解析を行う場合を挙げることができる。
【００３３】
図３は、解析部２３によって参照される解析用シナリオ２７の例である。図３に例示した解析用シナリオ２７ａは、被管理装置４のＣＰＵ使用率が所定値以上になったらある特定のサービスを停止するように指令するためのシナリオである。
【００３４】
図３の例のように、解析用シナリオ２７には、始め（図の左側）に、解析に使用されるコマンドやイベントなどの定義が記述される。図３の例では、キャッシュ部２２から、「ＣＰＵ使用率が［ｘｘ］％以上であれば、［サービスＡ］停止」（［］内は可変の文字列を表す。）というコマンドと、ＣＰＵ使用率イベントとの２つを取得すべきことが記述されている。これにより、解析部２３は、キャッシュ部２２に対してこれらの２つに該当するコマンドとイベントとの取得を要求し、該当するものがキャッシュ部２２に保持されていれば、キャッシュ部２２からその内容が解析部２３に返送される。
【００３５】
図３の例のように、解析用シナリオ２７では、任意の形式のコマンドの取得が指定できるので、運用管理に利用する新たなコマンドを追加することができる。なお、図３の例では、キャッシュ部２２からイベントとコマンドとを取得する場合を示したが、キャッシュ部２２またはＤＢ部２４から前回の解析結果や判断結果をも合わせて取得するものとしてもよい。
【００３６】
ところで、個別イベントのメッセージ形式は、同種のイベントを通知するものであっても被管理装置４の種類ごとに異なる場合がある。例えば、ＣＰＵ使用率イベントであれば、図４に例示するようないくつかのパターンが存在する。なお、図内の下線が付された文字列は、イベントのパラメータ値となる可変部分を表している。しかも、これらのパターンは新製品が登場したりソフトウェアのバージョンアップが行われたりしたときに変更される可能性が高い。
【００３７】
そこで、図４に例示したような複数の異なるメッセージ形式のパターンを個別イベントパターン２９として別途不図示の記憶部に登録しておく。この個別イベントパターン２９を参照することによって、解析部２３は、それぞれのパターンに対応する個別イベントの取得要求をキャッシュ部２２に対して発行することができる。
【００３８】
同じように、個別コマンドの形式も、同種の制御動作を指示するものであっても被管理装置４の種類ごとに異なる場合がある。例えば、サービス停止コマンドであれば、図５に例示するようないくつかのパターンが存在する。なお、図内の下線が付された文字列は、コマンドのパラメータ値となる可変部分を表している。
【００３９】
そこで、図５に例示したような複数の異なるコマンドパターンを個別コマンドパターン３０として別途不図示の記憶部に登録しておく。この個別コマンドパターン３０を参照することによって、制御部２６は、判断部２５から引き渡される判断結果に応じて、それぞれの被管理装置４に適合した個別コマンドを生成して送信することができる。
【００４０】
再び図３に戻って説明を続ける。解析用シナリオ２７には、続いて、取得したコマンドやイベントなどに対して実行すべき処理内容と、最終的に出力する解析結果の仕様とが記述される。図３の例では、キャッシュ部２２から取得したＣＰＵ使用率イベントのなかから、指定されたしきい値：［ｘｘ］以上の値をもつイベントを抽出し、抽出されたイベントと指定された停止サービス名：［サービスＡ］とから、当該サービスを停止する対象ノード（被管理装置４）と停止サービス名との対として解析結果を出力すべきことが記述されている。
【００４１】
また、解析部２３は、他の解析用シナリオ２７に基づいて、例えば、ある被管理装置４からある特定の個別イベントを単位時間あたりに所定回数以上受信した場合に、その被管理装置４に障害が発生したという解析結果を生成する。このとき、障害発生に至るまでに受信した個別イベントをキャッシュ部２２に保持させておくことにより、各個別イベントの受信状況に応じてより詳細な解析結果を得ることが可能となる。これにより、解析部２３は、例えば、故障部位や故障の種類などを特定し、故障部位を切り離したり、関連するサービスを停止させたりするような解析結果を出力することができる。
【００４２】
なお、解析部２３によって実行される解析処理は、所定の周期で実行するようにしてもよいし、キャッシュ部２２に新たなイベント、コマンド、解析結果、または判断結果が保持される都度、実行するようにしてもよい。
【００４３】
判断部２５は、解析結果についての判断の手順が記述された複数の判断用シナリオ２８に基づいて、判断結果を制御部２６に引き渡して被管理装置４を自動制御するのか、判断結果を上位管理装置１に通知して上位管理装置１からの指示を仰ぐのかの判断を行う。
【００４４】
判断部２５は、判断用シナリオ２８に基づいて、キャッシュ部２２及びＤＢ部２４に保持されているイベント、コマンド、解析結果、及び判断結果を取得して判断を行い、判断結果を制御部２６に引き渡すか、あるいは、上位管理装置１に判断結果を表すアラートイベントを送信する。また、判断用シナリオ２８に基づいて、今回の判断結果を次回以降の解析や判断に用いるために判断結果をキャッシュ部２２に引き渡して所定期間保持させ、あるいは、判断結果をDB部２４に引き渡して永続的に保持させる。
【００４５】
図６は、判断部２５によって参照される判断用シナリオ２８の例である。図６に例示した判断用シナリオ２８ａは、被管理装置４のサービスにおいてエクセプション（想定外の事象）が発生したら上位管理装置１にアラートイベントを送信するためのシナリオである。判断用シナリオ２８ｂは、被管理装置４のサービスにおいて所定回数以上の障害が発生したら上位管理装置１にアラートイベントを送信するためのシナリオである。また、判断用シナリオ２８ｃは、被管理装置４の特定のサービスを停止するためのシナリオである。
【００４６】
このように、判断用シナリオ２８には、解析部２３から引き渡される解析結果に対応して実行すべき処理内容が記述される。
【００４７】
制御部２６は、判断部２５から引き渡された判断結果に応じて、個別コマンドパターン３０を参照してそれぞれの被管理装置４に適合した個別コマンドを生成して送信する。
【００４８】
図７は、被管理装置４を制御するための個別コマンドを自動送信するときの動作例を示すシーケンスチャートである。
【００４９】
被管理装置４から下位管理装置２に個別イベントＭ１が送信されると、フィルタリング・集約部２１は、その個別イベントＭ１を受信し、不要イベントの除去とイベントの集約とを行い（Ｓ１）、その結果として得られる集約イベント等Ｍ２をキャッシュ部２２に引き渡す。キャッシュ部２２は、引き渡された集約イベント等の受信イベントを所定期間保持する（Ｓ２）。
【００５０】
他方、上位管理装置１から下位管理装置２に統括コマンド等Ｍ３が送信されると、フィルタリング・集約部２１は、その統括コマンド等Ｍ３を受信し、不要コマンドの除去等を行い（Ｓ３）、その結果として得られる統括コマンド等Ｍ４をキャッシュ部２２に引き渡す。キャッシュ部２２は、引き渡された統括コマンド等の受信コマンドを所定期間保持する（Ｓ４）。
【００５１】
一方で、解析部２３は、キャッシュ部２２に対して、所定の周期でそれぞれの解析用シナリオ２７の実行に必要なコマンドやイベント等の取得要求Ｍ５，Ｍ６を発行し（Ｓ５）、該当するコマンドやイベント等があればキャッシュ部２２から統括コマンド・集約イベント等Ｍ７が解析部２３に引き渡される。
【００５２】
そして、解析部２３は、それぞれの解析用シナリオ２７に基づいて、キャッシュ部２２から引き渡されたコマンド・イベント等の解析を行い、例えば、コマンド送信を指示する解析結果Ｍ８を判断部２５に引き渡す（Ｓ６）。
【００５３】
判断部２５は、引き渡された解析結果Ｍ８に該当する判断用シナリオ２８に基づいて、解析結果の判断を行い、例えば、被管理装置４に特定の個別コマンドを送信する判断結果Ｍ９を制御部２６に引き渡す（Ｓ７）。
【００５４】
続いて、制御部２６は、個別コマンドパターン３０を参照して、引き渡された判断結果Ｍ９によって指示された制御内容に該当する被管理装置４に適合した個別コマンドＭ１０を生成して当該被管理装置４に送信する（Ｓ８）。
【００５５】
図８は、被管理装置４に関するアラートイベントを上位管理装置１に送信するときの動作例を示すシーケンスチャートである。
【００５６】
図８において解析部２３がコマンド・イベント等を解析するステップＳ１からＳ６に至るまでの動作は、前記した図７の動作と基本的に同じであるので説明を省き、ステップＳ６以降の動作について説明する。
【００５７】
ここでは、ステップＳ６において、解析部２３は、ある解析用シナリオ２７に基づいて、コマンド・イベント等の解析を行った結果、例えば、アラート送信を指示する解析結果Ｍ１１を判断部２５に引き渡したものとする。
【００５８】
さらに、この解析用シナリオ２７には、今回の解析結果をキャッシュ部２２とＤＢ部２４との双方に保持するよう記述されているので、解析部２３は、解析結果Ｍ１２をキャッシュ部２２に引き渡し、解析結果Ｍ１３をＤＢ部２４に引き渡す。
【００５９】
これにより、キャッシュ部２２は、引き渡された解析結果Ｍ１２を所定期間保持し（Ｓ１０）、ＤＢ部２４は、引き渡された解析結果Ｍ１３を永続して保持する（Ｓ１１）。
【００６０】
一方、判断部２５は、引き渡された解析結果Ｍ１１に該当する判断用シナリオ２８に基づいて、解析結果の判断を行い、例えば、アラートイベントを生成して上位管理装置１にアラートイベントＭ１４を送信するとともに、アラートイベントＭ１５をキャッシュ部２２に引き渡す（Ｓ９）。
【００６１】
これにより、上位管理装置１は、受信したアラートイベントＭ１４に該当する不図示の運用管理シナリオに基づいて下位管理装置２に制御を指示する統括コマンドを自動送信したり、必要であれば管理者端末３にアラート内容を表示させて管理者から入力される制御指示を統括コマンドに変換して下位管理装置２に伝達したりする。またキャッシュ部２２は、引き渡されたアラートイベントＭ１５を所定期間保持する（Ｓ１２）。これにより、以前に送信したアラートイベントがキャッシュ部２２に保持されている所定期間は同様のアラートイベントを送信しないように抑止することが可能となる。
【００６２】
以上説明したように、本発明の運用管理システムでは、監視制御の対象となるそれぞれの被管理装置が自身の状態を通知するためのイベントを発行し、監視制御の主体をなる管理装置が所定の運用管理の手順が記述された運用管理シナリオに基づいて、イベントの解析と対応する処置と決定して自動制御動作を実行する。そのため、管理者に通知されるアラートの頻度を少なくして、管理者の作業効率の向上を図ることができる。
【００６３】
また、監視制御の対象となる被管理装置が追加されたり、仕様が変更されたりした場合であっても、それに伴う運用管理シナリオの改変の手間を軽減することができる。
【符号の説明】
【００６４】
１    上位管理装置
２    下位管理装置（運用管理装置）
３    管理者端末
４    被管理装置
１０  運用管理システム
２１  フィルタリング・集約部（イベントメッセージ受信部）
２２  キャッシュ部
２３  解析部（運用管理シナリオ実行部）
２４  ＤＢ部
２５  判断部（運用管理シナリオ実行部）
２６  制御部
２７  解析用シナリオ（運用管理シナリオ）
２８  判断用シナリオ（運用管理シナリオ）
２９  個別イベントパターン
３０  個別コマンドパターン
【図１】
0005514040.tif 000002
【図２】
0005514040.tif 000003
【図３】
0005514040.tif 000004
【図４】
0005514040.tif 000005
【図５】
0005514040.tif 000006
【図６】
0005514040.tif 000007
【図７】
0005514040.tif 000008
【図８】
0005514040.tif 000009