(57)【要約】【課題】複数のネットワーク装置から構成されたネットワークシステムの不具合を、ネットワークシステムを利用する業務に対する影響が極力無いようにしながら、迅速かつ確実に復旧させることに資するネットワークシステム管理サーバを提供する。【課題手段】管理サーバ２０１は、テンプレートにネトワークシステムの監視のためのポリシーを入力する第１の制御部２０２と、ポリシーに基づいて複数のネットワーク装置を監視する第２の制御部２０３と、ポリシーに基づいてネットワークシステムの不具合を解消するための対処を実行する第３の制御部２０５と、設定された時刻に対処を起動する第４の制御部２０４と、を備える。【選択図】図２
2014011747.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークシステムを構成する複数のネットワーク装置を管理するネットワークシステム管理サーバであって、
テンプレートに前記ネットワークシステムの監視のためのポリシーを入力する第１の制御部と、
前記ポリシーに基づいて前記複数のネットワーク装置を監視する第２の制御部と、
前記ポリシーに基づいて前記複数のネットワーク装置の少なくとも一つに対して前記ネットワークシステムの不具合を解消するための対処を実行する第３の制御部と、
前記ポリシーに基づく起動条件に従って前記対処を起動させる第４の制御部と、
を備え、
前記第２の制御部は、前記複数のネットワーク装置の監視情報に基づいて前記ネットワークシステムの不具合を判定し、
前記第３の制御部は、複数の対処策を夫々の優先度に基づいて前記ネットワークの不具合が解消されるまで順番に実行する、
ネットワークシステム管理サーバ。
【請求項２】
前記第１の制御部は、前記テンプレートへの入力情報に基づいて、
前記第２の制御部が参照する第１のテーブルと、
前記第３の制御部が参照する第２のテーブルと、
前記第４の制御部が参照する第３のテーブルと、
を設定し、
前記第２の制御部は、前記第１のテーブルに設定された、前記複数のネットワーク装置に対する論理条件に基づいて、前記ネットワークシステムの不具合を判定する、
請求項１記載のネットワークシステム管理サーバ。
【請求項３】
前記第１の制御部は、
前記複数のネットワーク装置に対する監視項目と、
前記監視項目によって前記複数のネットワーク装置の夫々について前記ネットワークシステムの不具合に関係している関係装置と判定するための条件と、
前記ネットワークシステムの不具合に関与する複数の関係装置の組み合わせと、
を前記論理条件として、前記テンプレートに入力可能に構成され、
当該テンプレートに入力された前記論理条件を前記第１の制御テーブルに設定する、
請求項２記載のネットワークシステム管理サーバ。
【請求項４】
前記第１の制御部は、
前記複数の対処策と、
前記各対処策の優先度と、
前記起動条件としての前記対処の実行タイミングと、
を前記テンプレートに入力可能に構成され、
当該テンプレートに入力された、前記複数の対処策と前記優先度とに基づいて前記第２のテーブルを設定し、
前記テンプレートに入力された前記実行タイミングに基づいて前記第３のテーブルを設定する、
請求項２記載のネットワークシステム管理サーバ。
【請求項５】
前記第１の制御部は、前記テンプレートに互いに異なる複数のポリシーを入力可能に構成され、複数のポリシー夫々について前記論理条件を前記第１のテーブルに可能に構成されてなる、請求項２乃至４の何れか１項記載のネットワークシステム管理サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワークシステムの運用を管理するネットワークシステム管理サーバに関するものである。
【背景技術】
【０００２】
ネットワークシステムの運用システムでは、ネットワークシステムに不具合が発生した場合、ネットワークシステム管理サーバは、不具合に関係していそうなネットワーク装置の構成情報、設定情報、装置の稼働状態、障害発生時の履歴等に基づいて、不具合の原因を分析して不具合からの復旧を策定していた。
【０００３】
管理サーバは、不具合に関する情報をＳＮＭＰプロトコルなどによって、その一部を自動で収集できるが、全ての不具合の情報の収集や、不具合の要因の特定、及び、不具合からの復旧といった一連の対処をネットワーク管理者に頼ることが多いものであった。
【０００４】
一方、ネットワークシステムの管理者には、高い熟練度が要求されるために、ネットワークシステムの不具合からの復旧を常に最善で行うことは困難であり、また、その為のコストも嵩むものであった。
【０００５】
そこで、ネットワーク障害発生時に運用者が要因の把握や特定をすることや、対策立案を支援するネットワーク障害分析支援方式が提案されている（特開２００３−１５２７２１号公報)。また、ネットワーク障害に対する対処方法を事前登録し、ネットワーク障害に対し得自動的に対処しようとしたネットワーク障害回復システムも開示されている(特開２００７−２６７３５２号公報)。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００３−１５２７２１号公報
【特許文献２】特開２００７−２６７３５２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
近年ネットワークシステムは多くのネットワーク装置から構成されているため、ある装置に関する不具合が他の装置にまで一気に及び、一旦ネットワークシステムに不具合が発生すると、その不具合の原因となった装置を特定することが困難であり、そして、これに関連して、ネットワークシステムの管理者や運用者が不具合対策をトライ＆エラーで何回も実行しなければならないため、ネットワークシステムの障害を迅速に復旧できない。
【０００８】
一方、ネットワークシステムに障害が発生した際、障害に関係する装置に対策を講じる必要があるが、対策に伴って当該装置の稼働が制限されると、当該装置を利用した業務に対する影響から対策を昼間には行うことができず、夜間、特に、深夜等限られた時間帯に装置を再起動する等の障害復旧策を講じる必要がある。しかしながら、ネットワークシステムの不具合の特定や対策が効果的に実行されないと、ネットワークシステムの不具合から迅速かつ確実に回復できず、ひいては、ネットワークシステムを利用する業務の遂行に支障が生じるおそれがある。
【０００９】
既述の従来システムは、ネットワークシステムに障害が発生した場合、ネットワークシステムの障害の分析に対する支援を行うものの、管理者に向けた支援情報から、障害の要因を特定し、そして、障害の復旧/回避策を確実に行うには、ネットワークシステムに対して相当に経験と知識を積んだ管理者でもなかなか困難であった。
【００１０】
そこで、本発明は、複数のネットワーク装置から構成されたネットワークシステムの不具合を、ネットワークシステムを利用する業務に対する影響が極力無いようにしながら、迅速かつ確実に復旧させることに資するネットワークシステム管理サーバを提供することを目的とするものである。
【課題を解決するための手段】
【００１１】
前記目的を達成するために、本発明は、ネットワークシステムを構成する複数のネットワーク装置を管理するネットワークシステム管理サーバであって、テンプレートに前記ネットワークシステムの監視のためのポリシーを入力する第１の制御部と、前記ポリシーに基づいて前記複数のネットワーク装置を監視する第２の制御部と、前記ポリシーに基づいて前記複数のネットワーク装置の少なくとも一つに対して前記ネットワークシステムの不具合を解消するための対処を実行する第３の制御部と、前記ポリシーに基づく起動条件に従って前記対処を起動させる第４の制御部と、を備え、前記第２の制御部は、前記複数のネットワーク装置の監視情報に基づいて前記ネットワークシステムの不具合を判定し、前記第３の制御部は、複数の対処策を夫々の優先度に基づいて前記ネットワークの不具合が解消されるまで順番に実行する、ことを特徴とするものである。
【発明の効果】
【００１２】
本発明によれば、複数のネットワーク装置から構成されたネットワークシステムの不具合を、ネットワークシステムを利用する業務に対する影響が極力無いようにしながら、迅速かつ確実に復旧させることに資するネットワークシステム管理サーバを提供することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明に係るネットワークシステム管理サーバの実施形態を備えたネットワークシステムのブロック構成図である。
【図２】ネットワーク監視ポリシーテンプレートの一例を示す。
【図３】ポリシーテーブルの一例を示す。
【図４】対処テーブルの一例を示す。
【図５】起動テーブルの一例である。
【図６】ネットワーク監視ポリシーテンプレート入力制御部の動作の一例を説明するフローチャートである。
【図７】監視部の動作の一例を説明するフローチャートである。
【図８】起動部の動作の一例を説明するフローチャートである。
【図９】対処部の動作の一例を説明するフローチャートである。
【図１０】ネットワークシステムに不具合が発生している状態に対応する、ネットワークシステムのブロック図とポリシーテーブルの組み合わせ図である。
【図１１】図１０のシステムに、対処1回目を実施した状態のネットワークシステムのブロック図とポリシーテーブルの組み合わせ図である。
【図１２】図１１のシステムに、対処２回目を実施した状態のネットワークシステムのブロック図とポリシーテーブルの組み合わせ図である。
【図１３】ネットワークシステムに不具合が発生している第２の状態に対応する、ネットワークシステムのブロック図とポリシーテーブルの組み合わせ図である。
【図１４】図１３のシステムに、対処1回目を実施した状態のネットワークシステムのブロック図とポリシーテーブルの組み合わせ図である。
【発明を実施するための形態】
【００１４】
次に、本発明に係るネットワーク管理サーバの実施形態について説明する。図１はこのネットワーク管理サーバを備えるネットワークシステムのブロック構成図である。ネットワークシステムは、夫々、ネットワークサービスを提供するコンピュータ等の複数のネットワーク装置（Ａ００１、Ｂ００２、Ｃ００３）と、ネットワーク管理サーバ（ネットワーク不具合監視サーバ）２０１と、複数のネットワーク装置を互いに接続する回線（００６、００７、００８）と、サーバ２０１と複数のネットワーク装置とを接続する回線００９を備えて構成されている。
【００１５】
ネットワーク装置は、SNMPのような監視情報をサーバ２０１に対して応答する監視情報応答部００４と、ネットワークを経由した、サーバ２０１からのコマンドに基づいて、ネットワーク装置の不具合に対する対処（再起動等）を実行する対処実行部００５と、を備えている。サーバ２０１は各ネットワーク装置に関係する不具合や障害を一元管理する。
【００１６】
不具合監視サーバ２０１は、ネットワーク監視ポリシーテンプレート入力制御部２０２と、監視部２０３と、起動部２０４と、対処部２０５との複数の制御部を備え、サーバの内部メモリには、ネットワーク監視ポリシーテンプレート２０９と、ポリシーテーブル２０６、対処テーブル２０７と、追加対処起動時刻テーブル２０８の４つのテーブルが格納されている。各テーブルの詳細については後述する。
【００１７】
ネットワーク監視ポリシーテンプレート入力制御部２０２は、ネットワーク監視ポリシーテンプレート２０９を保有し、テンプレートへの入力情報に基づいて、ポリシーテーブル２０６と、対処テーブル２０７と、追加対処起動時刻テーブル２０８を作成或いは更新する。
【００１８】
監視部２０３は、ネットワーク装置の監視情報応答部００４との間でデータやコマンドを送受信する。監視情報応答部は監視２０３からのコマンドに基づいてネットワーク装置の状態（ＣＰＵ使用率等）を監視し、監視情報を監視部に送信する。また、監視部２０３は、対処部２０５と連携し、そして、対処部２０５は、ネットワーク装置の不具合の解消するためのコマンド(再起動コマンド等)を対処実行部００５に対して送信する。監視部２０３は監視のためのポリシーテーブル２０６と不具合対処のための対処テーブルにアクセスして、これらテーブルに対するデータの参照と格納を可能とする。
【００１９】
起動部２０４は、対処処理を特定タイミングで開始させるために、起動テーブル２０８の起動タイミング（起動時刻等）を参照して、起動タイミングで対処監視部２０３及び/又は対処部２０５をタイマー起動させるものである。
【００２０】
対処部２０５は、監視部２０３からの監視情報と対処テーブル２０７の参照とに基づいて、ネットワーク装置に対する不具合の対処を実行する。
【００２１】
図２に、ネットワーク監視ポリシーテンプレート２０９を示す。ネットワーク監視ポリシーテンプレート２０９は、複数のネットワーク装置に対する監視とその不具合に対する対処のポリシーをネットワークシステムの管理者・運用者等の関係者が定義するためのもの、そして、その定義のための操作を支援するためのものであり、ポリシーリストＩＤ３０１、リスト名３０２、３台の装置名３０３とそれぞれの装置の監視項目３０４と監視条件３０５、装置の論理の条件３１３、対処ＩＤ３１５、対処３１６、対処の優先順位３１７、対処時刻３１８の入力部と、ポリシーリスト追加ボタン３００、装置追加ボタン３１２、対処追加ボタン３１４と登録ボタン３１９とから構成されている。それぞれの装置の監視項目３０４について、プルダウンボタン３０６が操作されると、プルダウンメニュー３０７が展開されるようになっており、表示項目から監視項目３０４の選択入力が関係者によって可能になる。
【００２２】
監視項目とは、ネットワーク装置がネットワークシステムの不具合に関係するものであるか否かを、監視部２０３が判定するための指標となるものであり、監視条件とはネットワーク装置がネットワークシステムの不具合に実際に影響しているか否かの判定の指標となるものである。
【００２３】
それぞれの装置の監視条件３０５について、プルダウンボタン３０８が操作されると、監視項目３０４がＣＰＵ（３０７−１）の場合、プルダウンメニュー３０９が表示され、監視項目３０４がプロトコルエラー（３０７−２）の場合、プルダウンメニュー３１０が表示され、監視項目３０４がＰＩＮＧ（３０７−３）の場合、プルダウンメニュー３１１が表示され、表示項目から監視条件３０５の選択入力が可能となる。
【００２４】
ポリシーリスト追加ボタン３００が操作されると、ポリシーリストＩＤ３０１が、エントリ番号が1から自動生成され、リストのエントリ番号としてユニークな値が自動生成される。また、リスト名３０２には、ポリシーリストを管理する為の名前が任意に入力可能である。
【００２５】
装置名３０３は管理する装置名を３０３−１、３０３−２，３０３−３に任意に入力したものである。装置の論理の条件３１３は、監視条件３０５−１、３０５−２，３０５−３の論理式を任意に入力したものである。ポリシーリストＩＤ３０１の１リスト内に複数の対処３１６を実施するものとして設定できる。複数の対処ＩＤによって区別される。対処追加ボタン３１４が操作されると、追加ボタの操作順に対処ＩＤ３１５のエントリ番号が１から自動生成される。リストのエントリ番号はユニークな値が生成される。同一ＩＤのポリシーリストの対処ＩＤ３１５毎に対処３１６が設定される。
【００２６】
論理条件によって不具合装置の論理的な組み合わせが設定され、複数の装置の監視情報によって、この論理条件が成立すると、管理サーバはネットワークシステムに不具合が生じ、ネットワークシステムの不具合を解消するため対処を実行することになる。
【００２７】
対処の優先順位３１７は対処３１６を実施する優先順番が任意に入力されたものである。入力値が小さい方から、対処３１６が実施される。対処時刻３１８は、対処３１６の実行時間、即ち、既述のタイマー起動時間として、入力されたものであり、この欄が入力されないと、対処のための条件が成立した段階で時刻に関係なく対処３１６が直ちに実施される。
【００２８】
サーバ２０１がネットワーク装置Ａ〜Ｃ（００１〜００３）とは別に４目以降のネットワーク装置を監視しようとする場合には、管理者が装置追加ボタン３１２を操作すると、新たな装置フィールドが３０３，３０４，３０５と同じフォーマットが自動生成される。同一ポリシーリストＩＤ３０１に複数の対処３１６を追加しようとする際、既述のとおり、対処追加ボタン３１４が操作されると、対処ＩＤ３１５が新たに自動生成され、全ての対処３１６、対処の優先順位３１７、対処時間３１８の入力項目が表示されるようになる。テンプレート画面の入力が完了して、サーバ２０１にネットワークシステムの監視を可能にする際、登録ボタン３１９が操作されることによって、ネットワーク監視ポリシーテンプレート入力制御部２０２が起動され、同制御部２０２は、登録内容に基づいて、管理テーブル（２０６〜２０８）を生成する。なお、制御部２０２、起動部２０４、監視部２０３、対処部２０５は、プログラムによって実現されるものであるが、専用の電子回路によって実現されてもよい。
【００２９】
図３にポリシーテーブル２０６の具体例を示す。ポリシーテーブル２０６は、ネットワーク監視のためのポリシーを規定するものであって、検出パターン４０１と監視装置情報４０２を有している。検出パターン４０１は、ポリシーリストＩＤ４０３、リスト名４０４、装置名４０５、装置名４０５の監視項目４０６と監視条件４０７、装置の論理の条件４０８から構成されている。監視装置情報４０２は、監視部２０３が監視項目４０６について、監視対象装置毎に当該装置から収集したデータ（装置状態のデータ）を監視情報として登録された装置監視状態４０９，４１０，４１１から構成されている。
【００３０】
検出パターン４０１のポリシーリストＩＤ４０３には、ポリシーリストＩＤ３０１の値が格納される。リスト名４０４には、リスト名３０２が格納される。各装置の装置名４０５−１，４０５−２，４０５−３には装置名３０３−１，３０３−２，３０３−３がそれぞれ格納される。
【００３１】
監視項目４０６−１，４０６−２，４０６−３には、監視項目３０４−１，３０４−２、３０４−３のそれぞれが格納される。監視条件４０７−１，４０７−２，４０７−３には、図３の監視条件３０５−１、３０５−２，３０５−３のそれぞれが格納される。装置の論の条件４０８には、図３の、装置の論理の条件３１３が格納される。監視装置情報４０２の４０９、４１０、４１１には、既述のとおり、各装置名４０５−１，４０５−２，４０５−３から採取した監視項目４０６−１，４０６−２，４０６−３の装置情報が格納される。
【００３２】
図４に対処テーブル２０７の例を示す。対処テーブル２０７は、ポリシーリストＩＤ５０１、リスト名５０２、対処ＩＤ５０３、対処５０４、対処の優先順位５０５、対処時刻５０６、対処結果５０７から構成されている。ポリシーリストＩＤ５０１には図２のポリシーリストＩＤ３０１が格納される。リスト名５０２には図２のリスト名３０２が格納される。対処ＩＤ５０３には図２の対処ＩＤ３１５が格納される。対処５０４には図２の対処３１６が格納される。対処の優先順位５０５には図２の対処の優先順位３１７が格納される。対処時刻５０６には図２の対処時刻３１８が格納される。対処結果５０７には、対処部２０５による対処５０４の実施後、不具合が復旧されていなければ、「失敗」が格納され、復旧されていればこれクリア後の情報を格納する。
【００３３】
図５に追加対処起動時刻テーブル(起動テーブル)２０８を示す。追加対処起動時刻テーブル２０８はリスト６０１と対処時間６０２から構成されている。リスト６０１は追加対処起動時刻テーブルに対処時間６０２の時間が設定された順番に自動生成される。対処時間６０２は、図２の対処時刻３１８を格納する。
【００３４】
図６は、ネットワーク監視ポリシーテンプレート入力制御部２０２の処理を説明するフローチャートである。なお、フローチャート（後述のものも含む。）を、各制御部がフローチャートの実行主体となったものとして説明するが、実際には、サーバ２０１のハードウエア制御資源（ＣＰＵ等）がメモリに記録された制御プログラムを実行することによって、フローチャートの実行が達成される。
【００３５】
図６のフローチャートは、ステップ７００において、登録ボタン３１９の押下を検出することによって、ステップ７０１以降の処理を開始する。ステップ７０１は、テンプレート入力順に従って生成されたポリシーリストＩＤ３０１毎にテンプレートデータを次ステップに通知する。
【００３６】
ステップ７０２は、ステップ７０１から通知された図２のポリシーリストＩＤ３０１がポリシーテーブル２０６のポリシーリストＩＤ４０３の中に存在するか検索し、ポリシーリストＩＤが存在しないとの判断結果になった場合、ステップ７０３に進む。そうでない場合には、ステップ７０３をスキップする。
【００３７】
ステップ７０３は、ポリシーテーブル（図３）の検出パターン４０１に対するものであって、ステップ７０１から通知された図２のポリシーリストＩＤ３０１に入力されたテンプレート情報を格納する。
【００３８】
ステップ７０４は、７０１から通知された図２のポリシーリストＩＤ３０１のテンプレートデータに対処ＩＤ３１５が複数あるか判定し、複数でない場合は、ステップ７０５に進む。ステップ７０５は対処テーブル２０７にステップ７０１から通知された、図２のポリシーリストＩＤ３０１で入力されたテンプレート情報を登録してステップ７０６に進む。ステップ７０６は追加対処起動時刻テーブル２０８に対処時刻５０６の対処時間を登録し、ステップ７０８に進む。ステップ７０８はステップ７０１から通知された図２のポリシーリストＩＤ３０１が最後のエントリであったか否かを判定してフローチャートを終了する。
【００３９】
ステップ７０２が、ステップ７０１から通知された図２のポリシーリストＩＤ３０１をポリシーテーブル２０６のポリシーリストＩＤ４０３の中に存在するものと判定すると、検出パターン４０１を登録済みとして、ステップ７０４に進む。ステップ７０４は、７０１から通知された図２のポリシーリストＩＤ３０１のテンプレートデータに図２の対処ＩＤ３１５が複数あることを判定すると、ステップ７０７に進む。
【００４０】
ステップ７０７は、複数の同一のポリシーリストＩＤ５０１のテンプレート情報をステップ７０５と同じように処理して登録し、同一のポリシーリストＩＤ５０１の中で、対処の優先順位５０５の昇順に対処テーブル２０７をソートして並び替えて、ステップ７０６に進む。ステップ７０８は、ステップ７０１から通知されたポリシーリスト３０１が、最後のエントリでなかったことを判定すると、ステップ７０２にリターンする。
【００４１】
次に、監視部２０３の処理を図７のフローチャートに基づいて説明する。ステップ８００の監視スタートは、起動部２０４によって設定されたタイマー起動によって実行される。なお、この監視処理は常時実施されていてもよい。
【００４２】
ステップ８０１はポリシーテーブル２０６のポリシーリストＩＤ４０３を参照しエントリが存在するか判定し、エントリが存在すればステップ８０２に進む。エントリがなければフローチャートを終了する(ステップ８１１)。
【００４３】
ステップ８０２はポリシーテーブル(図３)の「論理の条件４０８」に基づいて、監視条件値４０７−１，４０７−２，４０７−３に監視状態値４０９，４１０，４１１が論理的に一致している状態にあるか否かを判定し、一致していれば、ステップ８０４に進む。ステップ８０４は、現在時間が対処時刻５０６と一致しているか判定し、一致していれば、ステップ８０５に進む。
【００４４】
ステップ８０５は対処５０４を実行する為にポリシーリストＩＤ５０１と対処ＩＤ５０３を対処部２０５に通知し、不具合・障害が生じたネットワーク装置に対する対処が終わって対処部２０５から応答が返ってきたら、ステップ８０６に進む。ステップ８０６は、監視装置情報４０２の監視状態値４０９，４１０，４１１を収集しステップ８０７に進む。ステップ８０７は装置の論理の条件４０８にしたがって、監視条件値４０７−１，４０７−２，４０７−３と監視状態値４０９，４１０，４１１が論理条件に合致しているか否かを判定し、一致していなければ、即ち、ネットワークシステムの不具合が対処部２０５によって解消されたとして、ステップ８０９に進む。
【００４５】
ステップ８０９は対処結果５０７をクリア、即ち、対処結果を正常終了にし、ポリシーリストＩＤ４０３の次のエントリを処理する為にステップ８０１にリターンする。ステップ８０７は、既述の判定を肯定すると、対処部２０５による、ネットワーク装置の不具合を解消する対処が失敗したとして、ステップ８０８に進む。ステップ８０８は対処テーブル(図４)の対処結果５０７の欄に「失敗」を設定してステップ８１０に進む。
【００４６】
ステップ８１０は、対処テーブルの同一ポリシーリストＩＤ５０１の中で、先に実施された対処とは別に優先度順で次に実施すべき対処ＩＤ５０５が存在するかを判定し、これを肯定すると、次の対処エントリ５０４を処理する為に、ステップ８０４にリターンし、判定を否定すると、次のポリシーリストＩＤ４０３のステップ８０１のエントリに続くエントリを処理する為にステップ８０１にリターンする。
【００４７】
次に起動部２０４の処理を図８のフローチャートに基づいて説明する。ステップ９０１は、図５に係る追加対処起動時刻テーブル２０８にリスト６０１が存在するかを判定し、存在することを判定すると、ステップ９０２に進む。ステップ９０２は監視部２０３に、対処時間６０２で起動するようにタイマー起動を設定して（図７：８０４）、ステップ９０３に進む。ステップ９０３はリスト６０１をインクリメントして、ステップ９０１に進む。ステップ９０１の判定で、対処時間６０２が存在しない場合はフローチャートを終了する。監視部２０３が起動すると、対処部２０５に対処開始コマンドを通知する(図７：８０５)。なお、監視部２０３の監視が常時行われている制御形態では、起動部２０４は対処部２０５に起動コマンドを送信し、対処部２０５は起動後監視部からのコマンドに基づいて対処を開始する。
【００４８】
続いて、対処部２０５の処理を図９のフローチャートに基づいて説明する。この処理は、図７のステップ８０５からの通知に基づいて開始される。ステップ１００１は、対処テーブル(図４)のポリシーリストＩＤ５０１と対処ＩＤ５０３を取得して、ステップ１００２に進む。ステップ１００２は、対処テーブル２０７からポリシーリストＩＤ５０１と対処ＩＤ５０３をキーに対処内容５０４を取得して、ステップ１００３に進む。ステップ１００３は、対処５０４を対象ネットワーク装置の対処実行部００５に命令し、ステップ１００４に進む。ステップ１００４は、対処実行部００５からの応答に基づいて、対象ネットワーク装置に対する対処の終了を監視部２０３に通知してフローチャートを終了する。
【００４９】
次に、既述のネットワークの不具合監視処理を、図１を用いてさらに具体的に説明する。ネットワーク管理者は、ネットワーク監視ポリシーテンプレート２０９にネットワーク監視ポリシーを２つ設定する。第１のものは、インターネットからの攻撃パケットにより、全ネットワーク装置のＣＰＵ使用率が１００%になった場合、インターネットと接続している回線を閉塞した対処を行うというもので、ネットワーク装置間でループが発生し、全ネットワーク装置のＣＰＵ使用率が１００％%になった場合、いずれかのネットワーク装置間のインターネット回線を閉塞して対処するというものである。対処の影響度の大きさを考慮し、ネットワーク装置間の回線を閉塞する対処をインターネットと接続している回線の閉塞対処よりも優先度を高くし、両方の対処とも業務に影響がない深夜に実施するものとする。
【００５０】
第２のものは、ネットワーク装置内のプロトコルプログラムの不正な状態によってネットワーク装置のＣＰＵ使用率が１００％になり、これに関連して、隣接するネットワーク装置がＯＳＰＦエラーを検出した場合、深夜にプロトコルプログラムを再起動して対処するポリシーである。
【００５１】
管理者が、図２のポリシーリスト追加ボタン３００を押下すると、ポリシーリストＩＤ３０１の番号１が生成される。管理者がリスト名３０２に「ＣＰＵ監視」を入力し、装置名３０３−１に「Ａ」を入力し、監視項目３０４−１にプルダウンメニュー３０７より「ＣＰＵ」を入力し、監視条件３０５−１にはプルダウンメニュー３０９から「１００％」を入力し、装置名３０３−２には「Ｂ」を入力し、監視項目３０４−２にはプルダウンメニュー３０７より「ＣＰＵ」を入力し、監視条件３０５−２には、プルダウンメニュー３０９から「１００％」を入力し、装置名３０３−３には「Ｃ」を入力し、監視項目３０４−３にはプルダウンメニュー３０７より「ＣＰＵ」を入力し、監視条件３０５−３にはのプルダウンメニュー３０９から「１００％」を入力し、図２の装置の論理の条件３１３は論理式「Ａ∧Ｂ∧Ｃ」（∧：ＡＮＤ）を入力し、対処追加ボタン３１４を押して対処を２通り入力できるようする。そして、対処ＩＤ３１５の番号１には、対処３１６として「装置Ａ−インターネット間回線閉塞」を入力し、対処の優先順位３１７に「２」を入力し、対処時間３１８には「深夜３時」を入力する。
【００５２】
対処ＩＤ３１５の番号２には、対処３１６として「装置Ａ-Ｂ間回線閉塞」を入力し、対処の優先順位３１７に「１」を入力し、対処時間３１８に「午前３時」を入力する。
【００５３】
またさらに、ポリシーリスト追加ボタン３００が操作されると、ポリシーリストＩＤ３０１の番号２が生成される。管理者は、リスト名３０２に「ＯＳＰＦ監視」を入力し、装置名３０３−１の監視項目３０４−１にプルダウンメニュー３０７より「プロトコルエラー」を入力し、監視条件３０５−１にはプルダウンメニュー３１０から「ＯＳＰＦエラー」を入力し、装置名３０３−２の監視項目３０４−２にプルダウンメニュー３０７から「プロトコルエラー」を入力し、監視条件３０５−２にプルダウンメニュー３１０から「ＯＳＰＦエラー」を入力し、装置名３０３−３の監視項目３０４−３にプルダウンメニュー３０７より「CPU」を入力し、監視条件３０５−３にプルダウンメニュー３０９から「１００％」を入力し、装置の論理の条件３１３に「(Ａ∨Ｂ)∧Ｃ」（∨：ＯＲ）を入力し、対処が１つの為、対処ＩＤ３１５の番号は「１」に設定され、対処３１６に「装置Ｃのプロトコルプログラム再起動」を入力し、対処の優先順位３１７は、対処が１つの為値が設定されず、対処時間３１８に「午前２時３０分」を入力する。
【００５４】
ネットワーク管理者がネットワーク監視ポリシーテンプレート２０９に全てのポリシーを設定後、図２の登録ボタン３１９を押すことで、ポリシーテーブル２０６の検出パターン４０１に図３に示すように各データが保持され、対処テーブル２０７には図４に示すように各データが保持され、追加対処起動時刻テーブル２０８に図５に示すように各データが保持される。
【００５５】
(実施例１)
既述の図３〜図５のテーブルの状態にネットワークシステム（図１）が構成されているとして、インターネットからの攻撃パケットに対する対処の処理の具体例を図１０に基づいて説明する。インターネットからの攻撃パケット１０１により、装置ＡのＣＰＵ使用率１００％の状態に成り、その影響は装置Ａに接続する装置Ｂと装置Ｃにも、及び、これら装置のＣＰＵ使用率も１００％の状態に成っている。図１０のポリシーテーブルは、装置Ａ〜Ｃが全てＣＰＵ利用率１００％の時に、対処が開始されることを示し、さらに、監視部２０３の監視の結果、夫々の装置の監視状態もＣＰＵ利用率が１００％になっていることを示している。
【００５６】
監視部２０３が、図８のフローチャートを開始して、ステップ８０２を肯定判定して、ステップ８０４に至り、追加対処起動時刻の到来を確認すると、全ての装置のＣＰＵ使用率が１００％であることを判定し、不具合状態に対する対処の必要がありとして、対処の優先順位が１である対処を開始する。この対処は、図１１に示すように、装置Ａと装置Ｂとの回線を閉塞することである。
【００５７】
この対処を行ってもインターネットからの攻撃パケットが遮断されず、図１１のポリシーテーブルの監視装置状態に示されているように、装置Ａ、装置Ｂ、装置Ｃの各ＣＰＵの使用率１００％の状態が解消されていないことを示している。
【００５８】
監視部２０３はポリシーテーブルを参照して、ポリシーリストＩＤ番号１の監視条件に監視装置情報が一致したことを判定すると、起動タイミングの到達後であるため、対処部２０５に対処の優先順位が２である対処を実施するよう命令する。
【００５９】
優先度２の対処とは、インターネットと装置Ａの回線との閉塞である。図１２は、この対処によって、インターネットからの攻撃パケットが遮断され、その結果、装置Ａ、装置Ｂ、装置ＣのＣＰＵ使用率が１０％に正常化されたことを示している（ポリシーテーブルの監視装置情報を参照）。対処部２０５は、複数の対処を優先順に順次実行することにより、ネットワークの不具合を確実に解消することができる。なお、対処の優先度付けは、任意、或いは、経験値又は統計情報に基づいて行ってもよい。
【００６０】
（実施例２）
図１３は、装置Ｃのプロトコルプログラムが不正な状態であってＣＰＵ使用率が１００％になり、接続先装置Ａ，ＢにＯＳＰＦプロトコル不正パケットを送出している状態を示している。従って、図１３のポリシーテーブルに示すように、監視部２０３は、装置Ａ、装置Ｂの夫々の監視情報応答部からＯＳＰＦプロトコルエラーを検出し、装置Ｃの監視情報応答部からはＣＰＵ利用率１００％を検出する状態にある。
【００６１】
監視処理の起動は午前２時３０分に行われ、監視部２０３はポリシーリストＩＤ番号２の監視条件に監視装置情報が一致することを判定して、対処部２０５に対処の実施を命令する。図１４において、対処部からの対処要求コマンドに基づいて装置Ｃはプロトコルプログラムを再起動すると、プロトコルプログラムの不正状態が復旧し、ＣＰＵ使用率は１０％に落ち着き、ＯＳＰＦプロトコル不正パケットが送出されなくなる。その結果、図１４のポリシーテーブルの監視装置情報に示されるように、装置Ａ、装置ＢはＯＳＰＦプロトコルエラーを検出しないようになり、装置ＣのＣＰＵ利用率は正常レベルまで低下する。
【００６２】
既述の実施形態によれば、ネットワークシステムの管理者は、複数のネットワーク装置の論理条件(図２：３１５)を任意に設定でき、かつ、ネットワークシステムの不具合に関する対処策を複数、かつ、複数の対処策が優先度順に実行されるように、管理サーバに設定できるために、ネットワークシステムの多くの不具合の形態に対応した復旧対策を実現することができる。
【００６３】
さらに、ネットワーク管理者は、複数のネットワーク装置に対する監視情報とネットワーク装置の不具合の対処情報とを、テンプレートに従って、管理サーバに入力できるために、入力作業が簡単かつ迅速になるとともに、適正情報の入力が確実になる。
【００６４】
また、さらに、管理サーバは、ネットワーク装置に対する対処の起動タイミングを設定きるために、起動タイミングを業務量が低下する時間帯に置くことによって、業務に対する影響を排したネットワーク障害復旧を提供することができる。
【００６５】
さらにまた、管理サーバは、ネットワークシステムの不具合に関係するネットワーク装置の不具合復旧のための複数の対処策を優先度順に実行することができるため、効果的な対処策から順番に実行することによって、ネットワークシステムの不具合を迅速かつ確実に解消することが可能となる。
【００６６】
さらにまた、テンプレートから、監視部、対処部、起動部が夫々参照すべきテーブルが作成されるため、複数のネットワーク装置の監視、それらの不具合に対する対処を効率的かつ総合的に実行することができる。
【００６７】
また、テンプレートには、ネットワークシステムの管理は複数のポリシーを設定できるために、管理サーバは、ネットワークシステムを複数の観点から監視して、ネットワークシステムを様々な不具合から総合的に復旧させることができる。
【００６８】
以上の実施形態によると、ネットワークシステムを構成するネットワーク装置を総合的に監視して、ネットワーク装置を不具合や障害から復旧させようとする際の支援を達成することができる。
【符号の説明】
【００６９】
２０１  不具合監視サーバ
２０２  ネットワーク監視ポリシーテンプレート入力制御部
２０３  監視部
２０４  起動部
２０５  対処部
２０６  ポリシーテーブル
２０７  対処テーブル
２０８  追加対処起動時刻テーブル
２０９  ネットワーク監視ポリシーテンプレート
【図１】
2014011747.tif 000003
【図２】
2014011747.tif 000004
【図３】
2014011747.tif 000005
【図４】
2014011747.tif 000006
【図５】
2014011747.tif 000007
【図６】
2014011747.tif 000008
【図７】
2014011747.tif 000009
【図８】
2014011747.tif 000010
【図９】
2014011747.tif 000011
【図１０】
2014011747.tif 000012
【図１１】
2014011747.tif 000013
【図１２】
2014011747.tif 000014
【図１３】
2014011747.tif 000015
【図１４】
2014011747.tif 000016