(57)【要約】【課題】運用管理においてコンフィグなどの機器の構成情報や構成情報の履歴、また機能の関連性に関しモデルを定義することにより関連性を記述することを可能としているものがある。しかし、近年のネットワーク装置は、仮想的なＶＬＡＮインタフェースがあり、ネットワーク装置や物理インタフェースの多重化が頻繁に使われ、実用に耐えるシステムにはならない。【解決手段】コンフィグ履歴を蓄積するサーバ上に、ネットワークを構成する各ネットワーク装置のコンフィグ情報を装置単体だけではなく各装置をユーザの任意の構成を保持するためのトポロジーを管理する手段、各装置のコンフィグを取得・配布するための手段、取得したコンフィグの履歴をトポロジーに従って蓄積する手段を設け、ネットワーク管理を行なう。【選択図】図１
2010278742.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された複数のネットワーク装置のコンフィグ情報をコンフィグ蓄積データベースに蓄積するコンフィグ取得部と、前記コンフィグ蓄積データベースを参照して、前記ネットワークまたは前記ネットワーク装置の状態を判定するネットワーク状態管理部と、第１のネットワーク装置に対して設定更新の指示をする装置設定管理部と、からなるコンフィグ履歴管理装置において、
前記装置設定管理部は、前記設定更新の指示に先立って、前記コンフィグ取得部に対し、前記第１のネットワーク装置のコンフィグ取得を指示することを特徴とするコンフィグ履歴管理装置。
【請求項２】
請求項１に記載のコンフィグ履歴管理装置であって、
前記第１のネットワーク装置は、複数の前記ネットワーク装置で構成されたグループであることを特徴とするコンフィグ履歴管理装置。
【請求項３】
請求項１に記載のコンフィグ履歴管理装置であって、
さらに、コンフィグ取得のスケジュールを管理するスケジュール管理部を備え、
このスケジュール管理部は、このコンフィグ取得のスケジュールに基づいて、前記コンフィグ取得部に対し、前記ネットワーク装置のコンフィグ取得を指示することを特徴とするコンフィグ履歴管理装置。
【請求項４】
請求項１に記載のコンフィグ履歴管理装置であって、
さらに、前記コンフィグ蓄積データベースを参照して、第２のネットワーク装置のコンフィグ情報を取得し、この第２のネットワーク装置に配布するコンフィグ配布部を備え、
前記ネットワーク状態管理部が、前記第２のネットワーク装置が不安定であると判定したとき、前記コンフィグ配布部は、前記第２のネットワーク装置に、取得したコンフィグ情報を配布することを特徴とするコンフィグ履歴管理装置。
【請求項５】
請求項４に記載のコンフィグ履歴管理装置であって、
前記第２のネットワーク装置は、複数の前記ネットワーク装置で構成されたグループであることを特徴とするコンフィグ履歴管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンフィグ履歴管理装置に係り、特に、ネットワークを構成する各ネットワーク装置のコンフィグ履歴管理装置に関する。
【背景技術】
【０００２】
特許文献１は、ネットワーク運用管理においてネットワークシステムの稼働状態の変化の要因把握を各ネットワーク装置のコンフィグ情報やＳＹＳＬＯＧなどのログ情報、稼働統計情報、装置の構成管理情報などを関連づけてデータベースに保持し、ネットワークの稼働状態の診断や障害発生時に関連する情報をデータベース検索するためのキーとすることにより障害対策内容の表示や保守作業の効率を図る方法を開示している。
【０００３】
特許文献２は、装置の構成管理情報と移動管理情報との間で相互に関連するデータを検索し、対応関係を作成する方法を開示している。また、特許文献２は、コンフィグなどの機器の構成情報や構成情報の履歴、また機能の関連性に関して、モデルを定義することにより関連性を記述することを可能としている。
【０００４】
しかし、近年のネットワーク装置は、物理的なインタフェース以外にも仮想的なＶＬＡＮ（Virtual LAN）などのようなインタフェースが採用されている。また、ネットワーク装置または物理インタフェースの多重化が頻繁に使われている。さらに、近年のネットワーク装置は、ルーティングなどのネットワークレイヤーをまたがった通信も発生する。
【０００５】
このため、特許文献１または特許文献２の技術では、人的コスト、時間的コストはむしろ増大すると考えられる。さらに、特許文献１または特許文献２の技術では、障害の原因を特定するほどの情報は得られない。
【０００６】
また、ネットワークは、ネットワークを構成する装置の特定の組み合わせによっても障害が起きることがある。つまり、直接関連していない見かけ上正しい箇所であっても問題になることがある。特許文献１または特許文献２のシステムでは、むしろ問題の特定を困難にさせる恐れもある。
【０００７】
特許文献３は、ネットワーク装置のコンフィグレーション情報をトポロジーデータベースとして集中管理し、ネットワークに参加または離脱するネットワーク装置に対し、適切なコンフィグレーション情報を送付することにより運用する方法を開示している。特許文献３では、事前に設計したネットワークの情報を一つのデータベースに登録し、配布する管理形態を取り、事前に管理者が必要な情報をすべて登録することにより事前に確定している装置に対して管理が可能となる。しかし、現実のネットワークにおいてネットワークを構成している装置は、相互通信することによりネットワークを実現している。このため、コンフィグレーション情報の交換だけでは、ネットワークが正常に動作するかどうかの検証が事前に必要になる。また、ネットワークの拡張に対して、すべての装置のコンフィグレーション情報の関連性をチェックする必要があり、現実的ではない。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００３−１５２７２１号公報
【特許文献２】特開平１１−２７２８５号公報
【特許文献３】特開２００７−２４３３７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明は、複雑化したネットワークシステムの保守において、如何に速やかに安定状態に戻すかということが課題を解決する。さらに、一般的にネットワークは、単独装置の設定で稼働しているわけではなく、複数のネットワークのプロトコルを用い通信し、各自のシステムと自立的に調停する上でシステムを安定稼働させている。そのため、一部の装置だけの構成やログ情報だけに注目しただけでは、実際の障害発生時の問題解決の方向とは乖離してしまい、問題にたどり着くことは困難である。そのためネットワークの安定運用に必要なことはできる限り大きなくくりでまとめて管理することであって、安定稼働時の装置群のコンフィグ情報をそのまま装置群の関連性を維持したまま、スナップショットして保持することが必要となる。
【００１０】
本発明の目的は、ネットワークシステムのコンフィグ情報を装置単体だけを対象にするのではなく、複数の装置群を対象としたグループの組み合わせでコンフィグの履歴を管理し、ネットワークシステムの状態変化を的確に蓄積し、必要があれば、コンフィグ情報を装置群単位で取得されたままにまとめて配布することによりネットワークを安定化させることである。
【課題を解決するための手段】
【００１１】
本発明の目的は、ネットワークに接続された複数のネットワーク装置のコンフィグ情報をコンフィグ蓄積データベースに蓄積するコンフィグ取得部と、前記コンフィグ蓄積データベースを参照して、前記ネットワークまたは前記ネットワーク装置の状態を判定するネットワーク状態管理部と、第１のネットワーク装置に対して設定更新の指示をする装置設定管理部と、からなり、前記装置設定管理部は、前記設定更新の指示に先立って、前記コンフィグ取得部に対し、前記第１のネットワーク装置のコンフィグ取得を指示するコンフィグ履歴管理装置により、達成できる。
【００１２】
コンフィグ情報の履歴管理は、ソフトウェア開発で主に使われているＳｕｂｖｅｒｓｉｏｎやＣＶＳ（Concurrent Versions System）などのバージョンコントロールシステムを利用し、コンフィグ情報のテキスト情報とトポロジーの構成を履歴管理する。バージョンコントロールシステムは、テキストファイルとファイルを保持するディレクトリ構造を管理することが可能であるものを対象とする。また、バージョンコントロールシステムはファイル、ディレクトリの追加、変更、削除、差分表示を備えているものを対象とする。コンフィグ履歴を蓄積するサーバは、コンフィグ情報の取得、配布をする。蓄積するサーバは、ユーザからの指示を受け付けるＧＵＩ（Graphical User Interface）やＣＵＩ（Character-based User Interface）などのインタフェースを備える。
【００１３】
取得と配布の方法は、ネットワークを構成する複数の装置に対して同時に行うか、順番に行うかを選択すること手段を備えている。ただし、同時に取得・配布する方法はネットワークを構成するネットワークの規模に応じて、近似的に同時であって、台数が増えるに従って多少の誤差が生じる。ここで言う同時とはネットワークに対して設定変更をかけた、あるいは、状態が変わったことがネットワーク全体に伝わって安定となってから次の変化までの間を同時と考えられる範囲とする。また、ユーザまたはシステムがコンフィグ情報を同時に取得・配布という指示をした場合に反映されるまででもよい。
【発明の効果】
【００１４】
本発明によれば、ネットワークの障害時や変化があった場合に安定して状態や任意の状態に速やかに戻すことが可能となる。また、ネットワークの保守で最も優先的に目標とされる障害発生時の安定動作へ復帰を中心に行うことが容易となる。さらに、特定の機能やユーザが重要と考える機能を事前に絞ることによって現実的な保守を可能とする。
【図面の簡単な説明】
【００１５】
【図１】コンフィグ履歴蓄積システムのブロック図である。
【図２】コンフィグ履歴蓄積サーバのハードウェアブロック図である。
【図３】コンフィグ履歴蓄積サーバの管理部の機能ブロック図である。
【図４】コンフィグ履歴蓄積サーバのデータベースである。
【図５】コンフィグ蓄積データベースの木構造の最上位構造である。
【図６】コンフィグ蓄積データベースの木構造の日付構造である。
【図７】コンフィグ蓄積データベースの木構造のユーザ定義構造である。
【図８】コンフィグ履歴蓄積サーバの基本フローチャートである。
【図９】コンフィグ履歴蓄積サーバのユーザ入力のチェックのフローチャートである。
【図１０】コンフィグ履歴蓄積サーバの取得処理のフローチャートである。
【図１１】コンフィグ履歴蓄積サーバの配布処理のフローチャートである。
【図１２】コンフィグ履歴蓄積サーバのコンフィグ変化監視処理のフローチャート図である。
【図１３】動作テンプレートデータベースの構造である。
【図１４】動作判定データベースの構造である。
【図１５】ネットワーク変化監視のフローチャート図である。
【図１６】コンフィグ特定機能登録用のＧＵＩ画面である。
【図１７】コンフィグ特定機能登録データベースの構造である。
【発明を実施するための形態】
【００１６】
以下、本発明の実施の形態について、実施例を用い、図面を参照しながら詳細に説明する。なお、実質同一部位には同じ参照番号を振り、説明は繰り返さない。
【実施例１】
【００１７】
図１を参照して、コンフィグ履歴蓄積システムの全体構成を説明する。図１において、コンフィグ履歴蓄積システム５００は、ネットワーク３００に接続されたコンフィグ履歴蓄積サーバ１００とｎ台のネットワーク装置２００とから構成される。コンフィグ履歴蓄積サーバ１００は、ネットワーク装置２００−Ａからネットワーク装置２００−Ｎのｎ台のネットワーク装置２００とＩＰレイヤーで接続している。コンフィグ履歴蓄積サーバ１００は、各ネットワーク装置２００からコンフィグを取得する。また、コンフィグ履歴蓄積サーバ１００は、各ネットワーク装置２００へ、コンフィグを配布する。コンフィグ履歴蓄積サーバ１００は、また、ネットワークの設定をスクリプト、プログラム、コンフィグ操作を行なうことによってコントロールする。コンフィグ履歴蓄積サーバ１００は、ネットワーク３００と接続している各ネットワーク装置２００から取得したコンフィグを履歴として蓄積する。
【００１８】
便宜上、ユーザは、コンフィグ履歴蓄積システム５００について、ネットワーク装置２００−Ａとネットワーク装置２００−ＢをグループＡ、ネットワーク装置２００−Ｃとネットワーク装置２００−ＤをグループＢ、ネットワーク装置２００−ＥをグループＣ、ネットワーク装置２００−ＮをグループＭとしている。これらのグループは、ネットワークプロトコルで関係するグループ、たとえば、同じＶＬＡＮに所属するなどやルーティングプロトコルの同じエリア、物理的に同じにあるなどといった何らかの関連性を有している。コンフィグ履歴蓄積サーバ１００は、グループを管理する纏まった対象とする。なお、ネットワーク装置２００−Ａとネットワーク装置２００−Ｄとを重複した形で新たにグループＤとして構成しても構わない。なお、グループを単にネットワーク装置と呼ぶことがある。
【００１９】
コンフィグ履歴蓄積サーバ１００は、取得または配布のプロトコルとして、Ｔｅｌｎｅｔ、ＳＳＨ（Secure Shell）、ＨＴＴＰ（Hypertext Transfer Protocol）、ＨＴＴＰＳ（Hypertext Transfer Protocol Security）、ＦＴＰ（File Transfer Protocol）、ＦＴＰＳ（File Transfer Protocol Security）などのネットワーク装置に一般的に具備されている配送に適したプロトコルを利用する。
【００２０】
次に、図２を参照して、コンフィグ履歴蓄積サーバのハードウェア構成を説明する。図２において、コンフィグ履歴蓄積サーバ１００は、バス１６０に接続されたＣＰＵ１３０とメモリ１４０とネットワークインタフェース１５０とから構成される。また、メモリ１４０上には、管理部１１０とデータベース１２０とが配置されている。ＣＰＵ１３０には、メモリ１４０とネットワークインタフェース１５０が接続されている。ネットワークインタフェース１５０は、図１のネットワーク３００に接続されている。メモリ１４０には、コンフィグ履歴蓄積サーバ１００において、各ネットワーク装置の管理を行なう管理部１１０とコンフィグ情報、設定情報、ネットワーク装置の状態などを管理するデータベース１２０が記憶されている。管理部１１０とデータベース１２０は、ハードディスクなどのデータ領域からメモリ１４０にロードされた形で動作する。
【００２１】
図３を参照して、管理部の構成を説明する。図３において、管理部１１０は、履歴管理アプリケーション１１１、スケジュール管理部１１２、コンフィグ取得・配布管理部１１３、トポロジー管理部１１４、ユーザ指示受信部１１５、コンフィグ差分管理部１１６、ネットワーク状態管理部１１７、装置設定管理部１１８から構成される。
【００２２】
履歴管理アプリケーション１１１は、コンフィグ履歴蓄積システム５００をコントロールするアプリケーションである。履歴管理アプリケーション１１１は、ＧＵＩ、ＣＵＩまたはＡＰＩ（Application Programming Interface）などにより、ユーザや別のシステムからのコントロールを許容する。スケジュール管理部１１２は、ネットワーク装置２００からコンフィグの取得、およびネットワーク装置２００へのコンフィグの配布のスケジュールを管理する。スケジュールは、日時指定、曜日指定、繰り返し指定等、またそれぞれを組み合わせても指定する。コンフィグ取得・配布管理部１１３は、コンフィグの取得・配布を管理する。トポロジー管理部１１４は、コンフィグ取得・配布管理部１１３によって取得されたコンフィグ情報をユーザが履歴管理アプリケーション１１１にて設定したトポロジー構成に従ってグループに分けた形でコンフィグ情報を格納・管理する。
【００２３】
ユーザ指示受信部１１５は、ユーザからの入力による指示を受け付ける。指示を入力するユーザとは、人間とは限らず、アプリケーション、他のシステムも該当する。コンフィグ差分管理部１１６は、データベース１２０に蓄積されたコンフィグ情報を参照する。コンフィグ差分管理部１１６は、データベース１２０に蓄積されたコンフィグとの差分がないかを比較する。ネットワーク状態管理部１１７は、一定期間にネットワークの動作を事前に登録された機能にターゲットを絞って、ネットワーク中の装置または装置グループが安定して動作しているかを管理する。ネットワーク状態管理部１１７が登録する機能の数は、１以上であり、組み合わせて選択する。装置設定管理部１１８は、ネットワーク接続されている各ネットワーク装置２００に対して、ＯＳのアップデート、コンフィグの更新等の設定を指示する。装置設定管理部１１８は、また、事前に登録したネットワークを操作するための機能を付加するスクリプトやプログラムなどを動作させる。装置設定管理部１１８は、動作テンプレートデータベース１２４を参照して、ネットワーク装置２００に対してＯＳのアップデート、コンフィグの更新等の設定を指示する前に、コンフィグ取得・配布管理部１１３に当該ネットワーク装置２００のコンフィグを取得させる。
【００２４】
図４を参照して、データベースの構成を説明する。図４において、データベース１２０は、コンフィグ蓄積データべース１２１、コンフィグ特定機能登録データベース１２２、動作判定データベース１２３、動作テンプレートデータベース１２４で構成される。
【００２５】
コンフィグ蓄積データベース１２１は、ネットワーク装置２００から取得したコンフィグ情報を履歴管理するデータベースである。コンフィグ蓄積データベース１２１は、コンフィグ情報を履歴管理することにより、コンフィグの差分を比較できる。コンフィグ履歴は、トポロジー管理部１１４で事前に決定された構成で蓄積されていく。図１の構成では、各グループが一つのディレクトリとして蓄積されていく。
【００２６】
コンフィグ特定機能登録データベース１２２は、ネットワーク運用において影響を大きく与える可能性のある機能またはユーザが注意を払いたい機能にターゲットを絞り、コンフィグの差分が生じたことによるネットワークの不安定さの特定を迅速に行うための情報を保持するデータベースである。コンフィグ特定機能登録データベース１２２は、ユーザによって事前にコンフィグ特定機能として登録される。なお、コンフィグ特定機能登録データベース１２２は、実施例１において、必須ではない。
【００２７】
動作判定データベース１２３は、ネットワークが安定して動作しているかを判断するための機能リストで構成される。動作判定データベース１２３は、対象となる装置または装置グループと、その装置または装置グループが安定して動作しているかを判断する確認方法を保持する。動作判定データベース１２３は、ネットワーク状態管理部１１７により参照される。
【００２８】
動作テンプレートデータベース１２４は、装置設定管理部１１８と連携し、事前にネットワークに対して実行したい処理をテンプレートとしてスクリプト、プログラムなどで定義し、名称をつけて、ネットワーク装置変化のトリガーとして使用するデータベースである。動作テンプレートデータベース１２４は、処理が実行される前にコンフィグ情報を取得する指示を出すことによりネットワークが直前まで安定していた場合のコンフィグの取得が可能となる。
【００２９】
次に、図５ないし図７を参照して、コンフィグ蓄積データベースの構成を説明する。図５ないし図７において、コンフィグ蓄積データベース１２１は、木構造のデータ構造を取る。図５において、コンフィグ蓄積データベース１２１は、日付とユーザ定義の大きな枝の木構造で保持する。図６において、コンフィグ蓄積データベース１２１は、図５に続いてキーを日付にして各装置のコンフィグとグループをキーとしたグループに所属する各装置のコンフィグ情報を保持している。
【００３０】
図７において、コンフィグ蓄積データベース１２１は、図５に続いて動作テンプレートＤＢ１２４で登録されたユーザ定義の木構造が格納されている。図７において、ユーザ定義は、機能追加前、コンフィグ変更前、装置ＯＳアップグレード前、特定の正常動作時のコンフィグを記録している。
【００３１】
図５ないし図７において、キーは、日付、ユーザ定義の動作テンプレートとしたが、装置やグループをキーとして、装置毎に日付の枝が入り、さらにその下にコンフィグが配置されていても構わない。またグループに関しても同様である。コンフィグ蓄積データベース１２１は、管理対象であるネットワークの規模、配下のネットワーク装置の台数、管理対象である機能、グループの複雑さなどを考慮して、データベースから如何に早く検索できるかを考えてキーを構成する必要がある。
【００３２】
次に、図８を参照して、コンフィグ履歴蓄積サーバの処理を説明する。図８において、コンフィグ履歴蓄積サーバ１００は、まず、ユーザ入力受付をチェックする（Ｓ０００）。コンフィグ履歴蓄積サーバ１００は、ユーザ入力があるか判定する（Ｓ０１０）。ＹＥＳのとき、コンフィグ履歴蓄積サーバ１００は、取得か、配布か判定する（Ｓ０５０）。配布のとき、コンフィグ履歴蓄積サーバ１００は、コンフィグ情報をネットワーク装置２００へ配布して（Ｓ０７０），終了する。ステップ０５０で取得のとき、履歴蓄積サーバ１００は、コンフィグ情報をネットワーク装置２００から取得して（Ｓ０８０）、終了する。
【００３３】
ステップ０１０で入力なし（ＮＯ）のとき、コンフィグ履歴蓄積サーバ１００は、スケジュール管理をチェックする（Ｓ０２０）。コンフィグ履歴蓄積サーバ１００は、スケジュールの設定があるか判定する（Ｓ０３０）、ＹＥＳのとき、コンフィグ履歴蓄積サーバ１００は、ステップ０５０に遷移する。
【００３４】
ステップ０３０にてスケジュールが存在していない場合（ＮＯ）、コンフィグ履歴蓄積サーバ１００は、コンフィグ情報について、動作判定データベースをチェックする（Ｓ０４０）。コンフィグ履歴蓄積サーバ１００は、ネットワークの安定、不安定を判定する（Ｓ０６０）。ＹＥＳのとき、コンフィグ履歴蓄積サーバ１００は、ステップ０８０に遷移する。ステップ０６０でＮＯのとき、コンフィグ履歴蓄積サーバ１００は、ステップ０７０に遷移する。
【００３５】
図８を参照して説明したように、コンフィグ履歴管理において、コンフィグ情報をネットワークサーバ１００は、ユーザ入力、スケジュールされた予定、動作の安定不安定の順にコンフィグ情報の取得・配布が優先される。
【００３６】
図９を参照して、図８のステップ０００とステップ０１０の詳細を説明する。コンフィグ履歴蓄積サーバ１００は、ユーザの取得・配布指示を受け付ける（Ｓ００１）。ここで、ユーザとは、オペレータ、アプリケーション、ＧＵＩ、Ｗｅｂインタフェースなどの他のシステムであってもよい。コンフィグ履歴蓄積サーバ１００は、指示の有無を判定する（Ｓ００２）。指示がなければ（ＮＯ）、コンフィグ履歴蓄積サーバ１００は、そのまま終了する。ステップ００２でＹＥＳのとき、コンフィグ履歴蓄積サーバ１００は、ネットワークの設定変更を行なう必要性があるか判定する（Ｓ００３）。必要性がないとき（ＮＯ)、コンフィグ履歴蓄積サーバ１００は、そのまま終了する。ステップ００３でＹＥＳのとき、コンフィグ履歴蓄積サーバ１００の装置設定管理部１１８は、ネットワーク装置２００群の設定の指示を準備する。コンフィグ履歴蓄積サーバ１００は、動作テンプレートデータベース１２４に登録されている該当操作を選択し（Ｓ００５）、終了する。
【００３７】
なお、ネットワーク設定指示が複雑なものであり、事前に動作テンプレートデータベース１２４から選択させるような実装であれば、ステップ００４とステップ００５の順序は逆であってもよい。
【００３８】
図１０を参照して、コンフィグ情報取得の処理を説明する。コンフィグ履歴蓄積サーバ１００のコンフィグ取得・配布管理部１１３は、取得指示を受け付ける（Ｓ１００）。コンフィグ履歴蓄積サーバ１００は、取得の単位が複数装置かどうかを判断する（Ｓ１２０）。ステップ１２０の判定は、複数と単数の場合では処理の重さが異なってくるため、複数の場合と単数の場合では取得のためのアルゴリズムが変わるためである。ステップ１２０でＹＥＳのとき、コンフィグ履歴蓄積サーバ１００のトポロジー管理部１１４は、グループ指定の取得のアルゴリズムを選択する（Ｓ１４０）。コンフィグ履歴蓄積サーバ１００は、選択したアルゴリズムに従って、対象となる装置にコンフィグ情報の取得を行なう（Ｓ１５０）。ここで、取得は、グループ内や装置群を対象に同時取得、順序をつけて取得を選択でき、ユーザの好みにより自由に組み合わせることができる。
【００３９】
ステップ１２０でＮＯのとき、コンフィグ履歴蓄積サーバ１００のトポロジー管理部１１４は、ネットワーク装置単体の取得のアルゴリズムを選択して（Ｓ１３０）、
ステップ１５０に遷移する。
【００４０】
取得を行なった後、コンフィグ履歴蓄積サーバ１００は、図９で説明した装置設定管理部１１８による装置設定指示があるかのフラグをチェックする（Ｓ１６０）。コンフィグ履歴蓄積サーバ１００は、装置設定指示を受けているか判定する（Ｓ１７０）。ＮＯのとき、コンフィグ履歴蓄積サーバ１００は、そのまま終了する。ステップ１７０でＹＥＳのとき、コンフィグ履歴蓄積サーバ１００は、ネットワークに対して設定変更を行なって（Ｓ１８０）、終了する。
【００４１】
図１１を参照して、コンフィグ情報配布の処理を説明する。図１１において、コンフィグ履歴蓄積サーバ１００のコンフィグ取得・配布管理部１１３は、配布指示を受け付ける（Ｓ２００）。コンフィグ履歴蓄積サーバ１００は、取得の単位が複数装置かどうかを判断する（Ｓ２１０）。ここで、複数と単数の場合では処理の重さが異なってくるため、複数の場合と単数の場合では配布のためのアルゴリズムが変わる。コンフィグ履歴蓄積サーバ１００は、配布単位が複数か判定する（Ｓ２２０）。ＹＥＳのとき、コンフィグ履歴蓄積サーバ１００のトポロジー管理部１１４は、グループ指定配布指示のアルゴリズムを選択する（Ｓ２４０）。コンフィグ履歴蓄積サーバ１００は、指示によるアルゴリズムに従って、対象となる装置にコンフィグ情報の配布を行ない（Ｓ２５０）、終了する。配布は、グループ内や装置群を対象に同時配布、順序をつけて配布を選択できるがユーザの好みにより自由に組み合わせることができる。
【００４２】
ステップ２２０においてＮＯのとき、コンフィグ履歴蓄積サーバ１００のトポロジー管理部１１４は、装置単体の指定配布指示のアルゴリズムを選択し（Ｓ２３０）、ステップ２５０に遷移する。
【００４３】
図１２を参照して、コンフィグ情報の変化を監視する処理を説明する。図１２において、コンフィグ履歴蓄積サーバ１００は、タイマーを起動して、タイムアップまで待つ（Ｓ３００）。タイムアップ後、コンフィグ履歴蓄積サーバ１００は、ネットワーク装置２００からコンフィグを取得する（Ｓ３１０）。コンフィグ履歴蓄積サーバ１００は、コンフィグ蓄積データベース１２１に登録し、ステップ３００に戻る。これは、ユーザやあらかじめ決められたらタイミング以外にも定期的にコンフィグを収集し、予測できない障害にも備えるため状態を監視する処理である。また、ネットワーク装置２００は、直接接続またはネットワークに接続した第三者によってコンフィグを変更される可能性がある。このため、図１２のフローによってシステムが関知し得ない変化に対しても柔軟に備えることが可能となる。
【００４４】
本実施例において、取得と配布の優先度を適宜変更することが可能である。また取得・配布のタイミングにておいて、自動実行とユーザへの確認の二つの選択肢が用意されている。配布に関しては、ネットワークへの影響が大きい。このため、標準の選択肢は、ユーザへの確認をしてから配布となる。取得に関してはどちらでも問題はないが、ユーザのネットワークへの管理ポリシーに準じて取得も標準の選択肢を決定できる。またユーザへの確認方法として、履歴管理アプリケーション１１１によるＧＵＩやＣＵＩによる通知、ＡＰＩのよる通知、ＳＮＭＰやＳＹＳＬＯＧによる通知、メールなどの方法を使うことが可能である。
【００４５】
図１３を参照して、動作テンプレートデータベースの構成を説明する。図１３において、動作テンプレートデータベース１２４は、対象１２４１、機能名１２４２、優先度１２４３、追加パラメータ１２４４で構成される。動作テンプレートは、ユーザによって、選択されたあと、コンフィグ情報の取得が動作する。選択した機能は、取得が終わった後に動作する。機能として選択するものは設定するとネットワーク状態に大きく影響を与える可能性があるものである。ＧＵＩを使う場合、後述する図１６とほぼ同じ構成となる。動作テンプレートデータベース１２４は、今後の装置の機能追加により拡張が可能である。
機能名１２４２と対応して、履歴管理アプリケーション１１１は、機能と対応する処理をスクリプト、またはプログラムなどの形で保持する。
【００４６】
図１４を参照して、動作判定データベースの構成を説明する。図１４において、動作判定データベース１２３は、対象１２３１、機能名１２３２、優先度１２３４、追加パラメータ１２３４で構成される。動作判定データベース１２３は、ネットワークが安定して動作しているかを判断するための機能リストで構成される。ＧＵＩを使う場合、後述する図１６とほぼ同じ構成となる。動作判定データベース１２３は、今後の装置の機能追加により拡張が可能である。
【００４７】
図１４において、機能名１２３２のＰｉｎｇ、Ｅｔｈｅｒｎｅｔ（登録商標） ＯＡＭ（Operations, Administration, Maintenance）の場合、代表となる装置を決定し、その装置からグループＡ内の他の装置と通信する。この処理により、ネットワークが稼働していることを判定する。図１の構成であれば、ネットワーク装置２００−Ａを代表とし、ネットワーク装置２００−Ｂにパケットやフレームを送信することとによってネットワーク装置２００−Ｂの生存確認を行なう。コンフィグ履歴蓄積サーバ１００は、ネットワーク装置２００−Ａからネットワーク装置２００−Ｂの生存情報を収集することにより、ネットワークが安定稼働していることを知る。
【００４８】
また、コンフィグ履歴蓄積サーバ１００は、ＬＯＧや状態表示のコマンドを各装置に直接実行することにより安定状態を確認することができる。複数の機能を組み合わせて安定状態を確認することも可能であり、コンフィグ履歴蓄積サーバ１００は、より確度の高いネットワークの状態を知ることもできる。動作判定データベース１２３は、ネットワークの状態の結果をリストに追加することも可能である。
【００４９】
図１５を参照して、動作判定データベースを利用して、ネットワークの安定状態を管理する処理を説明する。図１５において、コンフィグ履歴蓄積サーバ１００は、タイマーを駆動して、タイプアップを待つ（Ｓ４００）。タイムアップ後、コンフィグ履歴蓄積サーバ１００は、動作判定データベース１２３を確認し、機能名から動作を取り出す（Ｓ４１０）。コンフィグ履歴蓄積サーバ１００は、ステップ４１０で取り出した動作のテストを行なう（Ｓ４２０）。コンフィグ履歴蓄積サーバ１００は、テストが成功したか判定する（Ｓ４３０）。テストが失敗であれば（ＮＯ）、コンフィグ履歴蓄積サーバ１００は、失敗した情報を書き込む（Ｓ４５０）。コンフィグ履歴蓄積サーバ１００は、ネットワークが不安定になっていることをユーザに通知し（Ｓ４６０）、ステップ４００のタイマー処理に戻り、同じ内容を繰り返す。
【００５０】
ステップ４３０にてテストが成功した場合、コンフィグ履歴蓄積サーバ１００は、ネットワークの状態が安定していると判断し、動作判定データベース１２３に成功した情報を書き込み（Ｓ４４０）、ステップ４００のタイマー処理に戻り、同じ内容で繰り返す。
【００５１】
ネットワーク装置の管理において、コンフィグ履歴管理システム１００は、コンフィグの変更を行なうことによってネットワーク装置の機能変更を行なう。コンフィグ履歴管理システム１００は、各ネットワーク装置が保持しているコンフィグ情報を設定前設定後含めて取得し、データベースにおいてコンフィグ情報の変更履歴を含めて世代管理を行ない、異常が起きた際に復旧の支援を行なう。コンフィグ履歴管理システム１００は、各装置が保持しているコンフィグ情報をテキストファイルとして事前に取得し、データベースに更新世代を含めて、履歴管理を行なう。コンフィグ履歴管理システム１００は、ネットワークを構成する各装置からそれぞれ個別にコンフィグ情報を取得し、スケジュール設定されたタイミングまたはユーザの任意のタイミングでも取得することができる。コンフィグ情報を取得したネットワークにおいて障害が起きた場合や、大きな設定変更などがあった場合、コンフィグ履歴管理システム１００は、あらかじめ保持してあるコンフィグ情報をデータベースから参照し、現在のコンフィグとの差分を表示し、ネットワーク装置で起きた問題を特定する。また、コンフィグ履歴管理システムは、過去に安定動作していた時のコンフィグ情報をデータベースより取り出し、装置に再び反映することにより暫定的な対応を行なう。
【００５２】
上述した実施例に拠れば、ネットワーク装置のコンフィグ情報やトポロジー情報の履歴を管理し、ネットワーク装置単体だけではなく、ネットワーク全体またはユーザの指定したネットワークの箇所に対し、コンフィグ情報の取得・配布を適宜行うことにより、ネットワークの障害時や変化があった場合に安定して状態や任意の状態に速やかに戻すことが可能となる。
【００５３】
また、ネットワークの安定状態、非安定状態に注目し、コンフィグ情報の履歴を確保しており、単純なスケジュール実行だけではなく、安定状態をシステムとして維持することを目的としているため、ネットワークの保守で最も優先的に目標とされる障害発生時の安定動作へ復帰を中心に行うことが容易となる。ネットワークの不安定な状態はほぼ新しい機能追加か変更、削除によって発生するため、不安定になる直前にコンフィグ情報を取得に絞ることによりネットワークシステムに対し過剰な負荷を与えない。
【実施例２】
【００５４】
実施例２について、図１６および図１７を参照して説明する。実施例１で配布の条件は、ユーザからの起動によって不安定になったネットワーク装置群に安定動作するためのコンフィグを配布することができた。しかし、標準の状態では配布したコンフィグの反映前にユーザによる起動という操作が入ってしまうため、どんなに小さな問題であっても常にユーザによる起動が必要になってしまう。また、数台ではなく１００台や１０００台というネットワーク装置がある場合、グループ分けで分割したとしても現実的ではないため、特定の機能に絞った上でコンフィグ中の該当機能の差分を取ることにより、反映を行なう。
【００５５】
図１６は、コンフィグ特定の機能をユーザが決定し、入力するＧＵＩ画面である。図１６において、ＧＵＩ画面は、装置選択部、機能選択部、機能オプション選択部から構成される。ユーザは、装置選択部で対象となるネットワーク装置を選択する。ここでは、装置Ａを選択選んだことにより、対象となる機能一覧が機能選択部に表示される。表示される機能は、ユーザが以前に追加した機能あるいは、新規に追加した機能である。
【００５６】
機能選択部においてＶＬＡＮを選択した場合、機能オプション選択部において追記が可能となり、追加オプションが追加となる。装置選択部は、グループが選択できるようになってもよい。
【００５７】
図１７を参照して、コンフィグ特定機能登録データベースを説明する。図１７において、コンフィグ特定機能登録データベース１２２は、対象１２２１、機能名１２２２、優先度１２２３、追加パラメータ１２２４で構成される。コンフィグ特定機能登録データベース１２２は、図１６のＧＵＩによって入力される。優先度１２２１は、同一装置やグループにおいて優先度をつける場合に利用する。図１６の入力データは、コンフィグの機能追加によってテーブルを拡張することが可能である。コンフィグ特定機能登録データベース１２２を利用することにより、配布時に機能名が該当する箇所のコンフィグが変更になった場合は無条件に配布するという追加ルールを取得・配布指示部１１３に通知し、装置設定管理部１１８によってユーザによる起動がなくとも反映が可能となる。もちろん、起動を受けても構わない。
上述した実施例に拠れば、特定の機能やユーザが重要と考える機能を事前に絞ることによって現実的な保守を可能とする。
【００５８】
上述した実施例は、単純なスケジュールによるコンフィグ情報取得・配布だけではなく、ネットワークの安定不安定の状態変化や、ユーザが行うネットワーク装置単体またはネットワークに対する設定に連動した取得・収集を行うことによりネットワークの変化に連動したコンフィグの履歴を管理する。
上述した実施例は、ネットワークの状態に大きく影響を与えるコンフィグの配布に関して、あらかじめ特定の機能に絞ることにより配布の自動化を達成する。
【符号の説明】
【００５９】
１００…コンフィグ履歴蓄積サーバ、１１０…管理部、１１１…履歴管理アプリケーション、１１２…スケジュール管理部、１１３…コンフィグ取得・配布管理部、１１４…トポロジー管理部、１１５…ユーザ指示受信部、１１６…コンフィグ差分管理部、１１７…ネットワーク状態管理部、１１８…装置設定管理部、１２０…データベース、１２１…コンフィグ蓄積データベース、１２２…コンフィグ特定機能登録データベース、１２３…動作判定データベース、１２４…動作テンプレートデータベース、１３０…ＣＰＵ、１４０…メモリ、１５０…ネットワークインタフェース、２００…ネットワーク装置、３００…ネットワーク、５００…コンフィグ履歴蓄積システム。
【図１】
2010278742.tif 000003
【図２】
2010278742.tif 000004
【図３】
2010278742.tif 000005
【図４】
2010278742.tif 000006
【図５】
2010278742.tif 000007
【図６】
2010278742.tif 000008
【図７】
2010278742.tif 000009
【図８】
2010278742.tif 000010
【図９】
2010278742.tif 000011
【図１０】
2010278742.tif 000012
【図１１】
2010278742.tif 000013
【図１２】
2010278742.tif 000014
【図１３】
2010278742.tif 000015
【図１４】
2010278742.tif 000016
【図１５】
2010278742.tif 000017
【図１６】
2010278742.tif 000018
【図１７】
2010278742.tif 000019