(57)【要約】【課題】ネットワーク管理装置とノードの両者に対し、ネットワーク構成に応じた適切なタイマ値の設定を行い、障害切り分けを厳密に行う。【解決手段】管理対象ネットワークの設計パタン情報から設定変更対象ノードを特定する工程と、特定された前記設定変更対象ノードにつき、タイマ制御用テンプレートに基づいてネットワーク管理装置および前記設定変更対象ノードの各種タイマ値を求める工程と、求められた各種タイマ値を前記ネットワーク管理装置および前記設定変更対象ノードに同時に反映する工程とを備える。【選択図】図５
2010041604.tif 000002
【特許請求の範囲】
【請求項１】
管理対象ネットワークの設計パタン情報から設定変更対象ノードを特定する工程と、
特定された前記設定変更対象ノードにつき、タイマ制御用テンプレートに基づいてネットワーク管理装置および前記設定変更対象ノードの各種タイマ値を求める工程と、
求められた各種タイマ値を前記ネットワーク管理装置および前記設定変更対象ノードに同時に反映する工程と
を備えたことを特徴とするネットワーク管理方法。
【請求項２】
同じ設計パタンの複数の設定変更対象ノードに対し、各種タイマ値の反映を繰り返し一括処理する
ことを特徴とする請求項１に記載のネットワーク管理方法。
【請求項３】
キャリア回線アクセス機器に依存したノードとネットワーク管理装置間の通信品質条件をノードの設計パタンに有することで、キャリア依存の非監視対象機器による監視影響を異なる設計パタンとして分離し、障害切り分けに必要な最適通知メッセージだけに留める
ことを特徴とする請求項１または２のいずれか一項に記載のネットワーク管理方法。
【請求項４】
管理対象ネットワークの設計パタン情報から設定変更対象ノードを特定する手段と、
特定された前記設定変更対象ノードにつき、タイマ制御用テンプレートに基づいてネットワーク管理装置および前記設定変更対象ノードの各種タイマ値を求める手段と、
求められた各種タイマ値を前記ネットワーク管理装置および前記設定変更対象ノードに同時に反映する手段と
を備えたことを特徴とするネットワーク管理装置。
【請求項５】
同じ設計パタンの複数の設定変更対象ノードに対し、各種タイマ値の反映を繰り返し一括処理する
ことを特徴とする請求項４に記載のネットワーク管理装置。
【請求項６】
キャリア回線アクセス機器に依存したノードとネットワーク管理装置間の通信品質条件をノードの設計パタンに有することで、キャリア依存の非監視対象機器による監視影響を異なる設計パタンとして分離し、障害切り分けに必要な最適通知メッセージだけに留める
ことを特徴とする請求項４または５のいずれか一項に記載のネットワーク管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワーク管理方法に関する。
【背景技術】
【０００２】
ネットワーク管理における障害の監視においては、一般に、ネットワーク管理装置（ＮＭＳ：Network Management System）側に設けられた運用マネージャと、ネットワークを構成するルータ、ハブ等のノード（ネットワークエレメント）側に設けられた運用エージェントとが用いられる。運用エージェントは、回線断絶等の障害を検知すると運用マネージャに対して通報メッセージを送信するとともに、運用マネージャから周期的に行われるポーリングに応答して保持する状態を送信する。運用エージェントにおける障害の検知には、障害検出のタイムアウト時間である障害検知時間を定める各種のタイマが設けられる。運用マネージャには、運用エージェントからの応答を待つタイムアウト時間である状態取得エラー検知時間を定める各種のタイマが設けられる。これらのタイマの値は互いに依存関係があるとともに、タイマの値を短く設定しすぎると、実際には正常に動作しているにもかかわらず誤検知が発生してしまうことになり、反対に長く設定しすぎると、障害の発生を検知するまでの時間が長くかかってしまい、その後の対応に悪影響を及ぼす。単純なネットワーク構成の場合、運用エージェントにおける障害検知や応答の時間はノードの機種によりほぼ一意に決まるものであるため、タイマの値はノードの機種に応じて固定的に定められていた。
【０００３】
ところで、昨今ではＩＰ（Internet Protocol）化の進展に伴い、多種多様なキャリア回線サービスを組み合わせた大規模プライベートＩＰネットワークの構築が進んでいる。これらの大規模プライベートＩＰネットワークにおいては、ネットワークを構成する同一機種のノードであっても、ノードからネットワーク管理装置に上げられる通報メッセージのタイミング・発生頻度や、ネットワーク管理装置からの周期ポーリングによるノードからの応答時間が回線容量やルータ優先制御の設定等に応じて異なる。そのため、このような大規模プライベートＩＰネットワークにおいては、各種のタイマの値について運用を通して適切な値にチューニングしていく必要がある。
【０００４】
図１はＰＤＣＡサイクルによるチューニングの概要を示す図であり、予めネットワーク利用者のサービス内容に応じてノード機種、回線容量等に応じて障害検知のタイムアウト時間（障害検知時間）やポーリングのタイムアウト時間（状態取得エラー検知時間）を設計し（Ｐ：Plan）、これを商用ネットワーク監視パラメータとして適用し（Ｄ：Do）、その結果に基づいた通報メッセージデータを採取・チェックし（Ｃ：Check）、その分析・改善策検討（Ａ：Action）を経て、設計（Ｐ）にフィードバックしている。
【０００５】
図２は大規模プライベートＩＰネットワークにおける障害監視の概要を示す図であり、センタ側カスタマエッジであるノード２と利用者側カスタマエッジであるノード４の間に、物理リンク３１、キャリア回線３２、物理リンク３３から構成されるリンク３が存在するものとして、監視運行センタに配備されたネットワーク管理装置１の運用マネージャ１１からノード４の運用エージェント４１に対して周期ポーリングにより状態取得を行う様子を示している。なお、ネットワークのＩＰ化の進展に伴い、ノードの接続構成やノード間を結ぶ回線の選択肢が多様化し、不特定多数のデータが同一のノードとの回線を共有して使用する形態が増えており、運用マネージャ／運用エージェント間の通信もインバンド方式としてこのような回線を利用して行われている。
【０００６】
ネットワーク管理装置１の運用マネージャ１１は、ノード４の運用エージェント４１に対してＳＮＭＰ（Simple Network Management Protocol）やｔｅｌｎｅｔコマンドを所定のシーケンスで送信することで、コンフィグ転送・ポート制御等の操作を行う。また、ネットワーク管理装置１のコマンドカタログ配信部１３はノード４に対してノード４の動作を制御するコマンドカタログの配信を行い、配信されたコマンドカタログはノード４のシステム構成設定ファイル４２に保持される。ネットワーク管理装置１の運用マネージャ１１からノード４の運用エージェント４１へのＳＮＭＰ等による状態取得を周期的に行うことで、ネットワークの監視を集中的に行う。
【０００７】
障害が発生する箇所と障害検知もしくは状態取得エラーとの関係は次のようになる。すなわち、ノード４内の運用エージェント４１の障害、および、ノード４の他の障害では、ネットワーク管理装置１の運用マネージャ１１において、障害検知なしに状態取得エラーが発生する。ノード４に接続された物理リンク３３の障害、ノード４に接続された単体論理リンク（物理リンク３１、キャリア回線３２、物理リンク３３により構成される論理リンク）の障害（片系障害）では、ネットワーク管理装置１の運用マネージャ１１において、状態取得エラーとはならず、ノード２およびノード４よりの通知により論理リンク障害を検知する。ノード４に接続された冗長化論理リンク障害（両系障害）では、ネットワーク管理装置１の運用マネージャ１１において、ノード４からの障害検知なしに状態取得エラーが発生する。
【０００８】
一方、ネットワーク管理装置１は、監視対象ネットワークのノードの機種に応じて、操作単位やコマンド単位にタイマ値をタイマ設定ファイル１２に設定することで、ノードやネットワークの異常時に長時間の操作応答待ち状態に陥ることを回避している。また、リトライ処理を盛り込むことで、一時的な通信異常に対してのエラー検出多発を抑制している。ただし、ＩＰネットワークにおいては、同一ネットワーク上の同じ機種のノードであっても、利用するキャリア回線の種類、隣接するノードの構成の差異や回線種の差異、あるいはノードが提供するデータ種別毎の優先制御レベル等に応じ、運用マネージャから運用エージェントへの操作要求、コマンド／ＳＮＭＰ要求への応答に差異が生じることは前述した通りである。
【０００９】
図３はノードの障害検知時間とネットワーク管理装置１の状態取得エラー検知時間の関係を示す図である。（ａ）はノードでの障害検知時間である、物理リンク障害検知時間、単体論理リンク障害検知時間、および、論理リンク切替検知時間の関係を示している。（ｂ）はネットワーク管理装置１での単体リンク障害に関する監視タイムアウト時間と冗長化論理リンク切替えに関する監視タイムアウト時間の関係（ノードにおける障害検知時間より長くしたい場合）を示している。このように、ネットワーク管理装置１とノードのタイマ設定は依存性があるため、両者の設定変更をできるだけ同時に行う必要がある。片方への設定変更だけの状態で障害が発生してしまうと、メッセージ出力結果からの障害原因や発生時刻の特定が難しくなる。
【００１０】
図４は従来における障害監視の業務フローを示す図であり、大きくは、ネットワーク監視設計・構築フェーズとネットワーク監視運用フェーズに分かれる。ネットワーク監視設計・構築フェーズは、更に、事前作業と設定変更作業に分かれる。
【００１１】
事前作業では、各種タイマに関わるパタン設計を行い（ステップＳ１）、監視対象ノードデータのネットワーク管理装置１への登録を行う（ステップＳ２）。なお、パタン設計には、機種、ベンダ、物理リンク（容量）、論理リンク、利用キャリア回線、キャリア回線アクセス条件、冗長論理リンク、配下構成規模（範囲）等が含まれる。設定変更作業では、パタン設計結果の構築時のタイマ設定ファイル１２への反映を行う（ステップＳ３）。
【００１２】
次いで、ネットワーク監視運用フェーズでは、監視運用業務における障害統計データの抽出を行い（ステップＳ４）、障害統計データ抽出結果の評価・分析を行い（ステップＳ５）、障害統計データ評価・分析結果に基づいたタイマ値の見直し（手作業チューニング）を行う（ステップＳ６）。
【特許文献１】特開平９−１４９０４５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
従来の大規模プライベートＩＰネットワークにおける障害の監視は上述したように行われていたが、次のような問題点が指摘されていた。
（１）機種固定のタイマ設定では運用マネージャ／運用エージェント間の通信タイムアウト発生による操作エラーが発生して監視不能に陥ったり、あるいはタイマ値を最大に伸ばすことで余分な操作待ちに陥ったりしてしまう。
（２）特定のノード機種に対する操作において、帯域の大きな主要回線種や構成パタンで最適化したつもりでも、速度の遅い回線種や優先制御レベルが無効となる地域ＩＰネットワークを利用した構成パタンでは想定外の通信タイムアウトが発生してしまう。
（３）最悪値に合わせたタイマ値を設定した場合、実際の障害で通信不能になった場合にタイムアウト検出が遅れ、操作の待ち時間が長くなってしまう。
（４）状態取得処理は、一定間隔でポーリングされるためエンド・エンド間（End-to-End）のリンク品質を測定する手段として有効であるが、一方でキャリア提供ＩＰ共用ネットワークの回線帯域や個々の回線品質、ルータの障害検知タイマ設定、あるいは、カスタマエッジの外側に配備されるネットワーク構成量に依存して通信品質（応答性能）にブレが出るため、予め設計したタイマ値だけで適正な運用監視ができない場合が多い。
【００１４】
このようなことから、大規模プライベートＩＰネットワークにおいて頻繁に発生する構成変更、統廃合、機種追加、キャリア回線利用に対応して、ネットワーク管理装置側の状態取得エラー検知タイマとノード側の障害検知タイマの関係を設計フェーズから最短手番で見直しできる手法が必要となる。
【００１５】
一方、特許文献１にはＮＭＳによるネットワークの監視・制御の技術が開示されているが、上述した障害監視のためのタイマ値の設定手法については言及されていない。
【００１６】
上記の従来の問題点に鑑み、ネットワーク管理装置とノードの両者に対し、ネットワーク構成に応じた適切なタイマ値の設定を行い、障害切り分けを厳密に行うことのできるネットワーク管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１７】
このネットワーク管理方法の一実施態様では、管理対象ネットワークの設計パタン情報から設定変更対象ノードを特定する工程と、特定された前記設定変更対象ノードにつき、タイマ制御用テンプレートに基づいてネットワーク管理装置および前記設定変更対象ノードの各種タイマ値を求める工程と、求められた各種タイマ値を前記ネットワーク管理装置および前記設定変更対象ノードに同時に反映する工程とを備える。
【００１８】
好ましくは、同じ設計パタンの複数の設定変更対象ノードに対し、各種タイマ値の反映を繰り返し一括処理する。
【００１９】
好ましくは、キャリア回線アクセス機器に依存したノードとネットワーク管理装置間の通信品質条件をノードの設計パタンに有することで、キャリア依存の非監視対象機器による監視影響を異なる設計パタンとして分離し、障害切り分けに必要な最適通知メッセージだけに留める。
【発明の効果】
【００２０】
開示のネットワーク管理方法にあっては、ネットワーク管理装置とノードの両者に対し、ネットワーク構成に応じた適切なタイマ値の設定を行うことができ、障害切り分けを厳密に行うことができる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の好適な実施形態につき説明する。
【００２２】
図５は本発明の一実施形態にかかるシステムの構成例を示す図であり、図２に示したシステムにおける従来のネットワーク管理装置１をネットワーク管理装置１００としたものである。
【００２３】
図５において、ネットワーク管理装置１００は、構成管理機能部１２０と障害監視機能部１４０とノード通信制御機能部１５０と課金管理機能部１６０と性能管理機能部１７０と機密管理機能部１８０とを備えている。
【００２４】
構成管理機能部１２０は、ノード２、リンク３およびノード４を含む大規模プライベートＩＰネットワーク全体の構成をネットワーク構成データ１１０として管理する接続構成管理処理部１２２と、ネットワーク構成データ１１０から検索を行って設定変更対象ノードリスト１３０を作成する接続構成検索処理部１２１とを備えている。
【００２５】
障害監視機能部１４０は、タイマ制御用テンプレート１４１および設定変更対象ノードリスト１３０に基づいてネットワーク管理装置１００側およびノード４側のタイマ値を求め、両者を同時に反映すべく、タイマ設定ファイル１４３にネットワーク管理装置１００側のタイマ値を設定するとともに、ノード通信制御機能部１５０のコマンドカタログ実行処理部１５２にノード４側への通信を要求するタイマ制御機能部１４２を備えている。また、障害監視機能部１４０は、障害検知統計出力データ１４５を出力する障害統計出力処理部１４４を備えている。
【００２６】
ノード通信制御機能部１５０は、ノード２およびリンク３を介してノード４の運用エージェント４１に周期ポーリングを行ってノード４側から状態取得を行うノード状態取得処理部１５１と、ノード２およびリンク３からノード４の運用エージェント４１を介してシステム構成設定ファイル４２にコマンドカタログを配信するコマンドカタログ実行処理部１５２とを備えている。ノード状態取得処理部１５１は運用マネージャに相当する。
【００２７】
図６は本発明の一実施形態における障害監視の業務フローを示す図であり、ネットワーク監視設計・構築フェーズとネットワーク監視運用フェーズがオーバーラップしたものとなる。また、これらのフェーズにおいて、事前作業と設定変更処理が行われる。
【００２８】
事前作業では、各種タイマに関わるパタン設計を行い（ステップＳ１１）、監視対象ノードデータのネットワーク管理装置１への登録を行う（ステップＳ１２）。パタン設計はネットワーク構成データ１１０として登録される。
【００２９】
図７はネットワーク構成データ１１０の構造例を示す図であり、通し番号（No）、拠点名、機器管理番号の項目を含む拠点リストと、各拠点についての、エリア名称、都道府県名、拠点名称、拠点ＩＤ、ネットワーク機器種別、ベンダ名称、ＩＰアドレス、機器管理番号、ネットワーク機器名称の項目を含む拠点データと、ポート種別、ポート番号、接続機器／回線／端末種別、機器／回線／契約番号、回線種別、ベンダ名称、対向機器の接続ポート、対象システム種別、ＩＰアドレスの項目を含む構成データとを含んでいる。
【００３０】
次いで、図６に戻り、事前作業の一部として、パタン設計結果に基づいたタイマ制御用テンプレート１４１の作成を行う（ステップＳ１３）。図８はタイマ制御用テンプレート１４１の構造例を示す図であり、通し番号（Ｎｏ）、機器種別、回線接続種別、機器構成パタン、収容端末数、ネットワーク管理装置タイマ値、ノード物理リンクタイマ値、ノード論理リンクタイマ値の項目を含んでいる。
【００３１】
図６に戻り、設定変更処理では、タイマ制御用テンプレート１４１から各種タイマ値を求め、ネットワーク管理装置１００およびノード４の双方に同時に反映・適用する（ステップＳ１４）。
【００３２】
図９は設定変更処理の処理例を示すフローチャートである。図９において、バッチ起動または手動操作によりタイマ設定を開始すると（ステップＳ１４１）、構成管理機能部１２０の接続構成検索処理部１２１によりネットワーク構成データ１１０から検索を行い、設定変更対象ノードリスト１３０を作成して出力する（ステップＳ１４２）。図１０は設定変更対象ノードリスト１３０の構造例を示す図であり、通し番号（Ｎｏ）、機器管理番号、機器種別、回線接続種別、機器構成パタン、収容端末数の項目を含んでいる。
【００３３】
次いで、図９に戻り、障害監視機能部１４０のタイマ制御機能部１４２は、設定変更対象ノードリスト１３０に挙げられた変更対象のノードにつき、タイマ制御用テンプレート１４１から内容（各種タイマ値）を特定する（ステップＳ１４３）。すなわち、変更対象のノードの機器種別、回線接続種別、機器構成パタン、収容端末数等の該当するものをタイマ制御用テンプレート１４１上から順次に特定し、ネットワーク管理装置１００側およびノード４側の各種タイマ値を特定する。
【００３４】
次いで、障害監視機能部１４０のタイマ制御機能部１４２は、ノード通信制御機能部１５０のコマンドカタログ実行処理部１５２にノード４への設定変更を依頼（テンプレートの内容をパラメータとして依頼）する（ステップＳ１４４）。
【００３５】
次いで、ノード通信制御機能部１５０のコマンドカタログ実行処理部１５２は、対象ノード名とテンプレート内容により、ノード４に対して実行するコマンドカタログを作成する（ステップＳ１４５）。
【００３６】
次いで、ノード通信制御機能部１５０のコマンドカタログ実行処理部１５２は、ノード４に対しコマンドカタログを投入し、ノード４のシステム構成設定ファイル４２を変更する（ステップＳ１４６）。図１１はノード４内のシステム構成設定ファイル４２の構造例を示す図であり、物理リンクの設定４２１において、物理リンクのkeep aliveインターバルの設定４２２、物理リンクのkeep alive監視タイムアウトの設定４２３、物理リンクに対応する論理リンクの設定４２４として値を設定する。４２５は他の物理リンクの設定である。また、論理リンクの設定４２６において、論理リンクのkeep aliveインターバルの設定４２７、論理リンクのkeep alive監視タイムアウトの設定４２８として値を設定する。４２９は他の論理リンクの設定である。
【００３７】
図９に戻り、障害監視機能部１４０のタイマ制御機能部１４２は、ネットワーク管理装置１００側のタイマ設定ファイル１４３に変更値を設定し（ステップＳ１４７）、タイマ設定を終了する（ステップＳ１４８）。図１２はネットワーク管理装置１内のタイマ設定ファイル１４３の構造例を示す図であり、通し番号（Ｎｏ）、機器管理番号、ＩＰアドレス、ｔｅｌｎｅｔユーザＩＤ、ＳＮＭＰコミュニティ名、監視タイマ値の項目に値を設定する。
【００３８】
また、障害監視機能部１４０のタイマ制御機能部１４２は、同じ設計パタンの他の複数のノードに対し、各種タイマ値の反映を繰り返し一括処理する。
【００３９】
更に、キャリア回線アクセス機器に依存したノードとネットワーク管理装置間の通信品質条件をノードの設計パタンに有することで、キャリア依存の非監視対象機器による監視影響を異なる設計パタンとして分離し、障害切り分けに必要な最適通知メッセージだけに留めることができる。
【００４０】
以上の設定変更処理の後、図６に戻り、監視運用業務における障害統計データの抽出を障害統計出力処理部１４４により行い（ステップＳ１５）、障害統計データ抽出結果の評価・分析を行い（ステップＳ１６）、パタン設計（ステップＳ１１）に戻る。
【００４１】
以上説明した処理はバッチ起動または手動操作によりネットワーク管理装置１００側およびノード４側のタイマ値を一括して設定するものであったが、ポーリングの都度に動的にタイマ値を設定することもできる。
【００４２】
図１３は動的にタイマ値を設定する場合の処理例を示すフローチャートである。なお、ここではタイマ制御用テンプレート１４１の他の構成手法として、単一のテーブルではなく複数のテーブルにより実現する場合を併せて示してある。
【００４３】
図１３において、監視対象ノードのポーリングを開始すると（ステップＳ２１）、ノード基本情報テーブルＴ２より、監視対象ノードテーブルＴ１の対象ノード（Ｎｏ１）の機器種別、回線種別等のパラメータを取得する（ステップＳ２２）。
【００４４】
次いで、各パラメータ毎のタイマ値管理テーブルＴ３（機器種別テーブルＴ３１、回線種別テーブルＴ３２、機器構成パタンテーブルＴ３３、収容端末数テーブルＴ３４、優先制御レベルテーブルＴ３５）よりパラメータ毎のタイマ値を取得する（ステップＳ２３）。
【００４５】
次いで、重みの管理テーブルＴ４より各パラメータの重み値を取得する（ステップＳ２４）。後の計算で重みを用いない場合は、この処理は省略する。
【００４６】
次いで、各パラメータ毎のタイマ値および重み値から所定の算出式に従い、タイマ値を算出する（ステップＳ２５）。算出式としては、次のような式、
（１）  タイマ値  ＝  機器種別のタイマ値  ＋  回線種別のタイマ値
＋  機器構成パタンのタイマ値  ＋  収容端末数のタイマ値
＋  優先制御レベルのタイマ値
（２）  タイマ値  ＝  機器種別のタイマ値×重み  ＋  回線種別のタイマ値×重み
＋  機器構成パタンのタイマ値×重み
＋  収容端末数のタイマ値×重み
＋  優先制御レベルのタイマ値×重み
（３）  タイマ値  ＝  ［機器種別のタイマ値  ｜  回線種別のタイマ値
｜  機器構成パタンのタイマ値  ｜  収容端末数のタイマ値
｜  優先制御レベルのタイマ値］
（［・・｜・・］は括弧内の「｜」で区切られた各値の最大値を示す。）
（４）  タイマ値  ＝  ［機器種別のタイマ値×重み  ｜  回線種別のタイマ値×重み
｜  機器構成パタンのタイマ値×重み
｜  収容端末数のタイマ値×重み
｜  優先制御レベルのタイマ値×重み］
を用いることができる。
【００４７】
次いで、求められたタイマ値を基にリトライ回数管理テーブルＴ５からリトライ回数を取得する（ステップＳ２６）。
【００４８】
次いで、求められたタイマ値をネットワーク管理装置１００およびノード４の双方に反映・適用する（ステップＳ２７）。
【００４９】
次いで、対象ノードへの監視ポーリングを実施し（ステップＳ２８）、対象ノードへの監視ポーリング終了後、次のノードへの監視ポーリングを開始する（ステップＳ２９）。
【００５０】
なお、各パラメータ毎のタイマ値管理テーブルＴ３に対し、対象外であることを示す、例えば「１００」（値は任意）でタイマ値「０」という値を定義可能とし、ノード基本情報テーブルＴ２で、タイマ設定を無効としたいノードのパラメータ値を「１００」に設定することで、タイマ値の算出について無効とするように動作させることができる。
【００５１】
以上説明したように、回線種別・接続構成情報・優先制御情報をデータベース上に有するネットワーク管理装置において、ノードへの操作やそのコマンドシーケンスのタイマ値をノードの機種のみならず、回線種別・接続構成情報・優先制御レベルなどの設計パタン情報に基づいて可変とするようにしているので、機種、回線、優先制御などの多様な大規模プライベートＩＰネットワークの管理において、不要な通信タイムアウトが頻発したり、操作待ち時間が長くなったりすることを回避することができる。
【００５２】
また、ネットワーク管理装置からノードにコマンドカタログを発行するコマンドカタログスケジュール機能において、ノードが検知する物理／論理リンク障害に関わるタイマ値設定を変更するための設計パタンごとのタイマ制御用テンプレートを用意しているため、ネットワーク構成の変動やキャリア網や回線種別・機種の追加といった大規模プライベートＩＰネットワークへの変更に対し、オペレータがネットワーク管理装置を利用してノードのタイマ値を容易に変更することができる。
【００５３】
また、ＡＤＳＬモデムや保安器等のキャリア回線アクセス機器に依存したノードとネットワーク管理装置間の通信品質条件をノードの設計パタンに有することで、キャリア依存の非監視対象機器による監視影響を異なる設計パタンとして分離し、障害切り分けに必要な最適通知メッセージだけに留めることができる。
【００５４】
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。
【図面の簡単な説明】
【００５５】
【図１】ＰＤＣＡサイクルによるチューニングの概要を示す図である。
【図２】大規模プライベートＩＰネットワークにおける障害監視の概要を示す図である。
【図３】ノードの障害検知時間とネットワーク管理装置の状態取得エラー検知時間の関係を示す図である。
【図４】従来における障害監視の業務フローを示す図である。
【図５】本発明の一実施形態にかかるシステムの構成例を示す図である。
【図６】本発明の一実施形態における障害監視の業務フローを示す図である。
【図７】ネットワーク構成データの構造例を示す図である。
【図８】タイマ制御用テンプレートの構造例を示す図である。
【図９】設定変更処理の処理例を示すフローチャートである。
【図１０】設定変更対象ノードリストの構造例を示す図である。
【図１１】ノード内のシステム構成設定ファイルの構造例を示す図である。
【図１２】ネットワーク管理装置内のタイマ設定ファイルの構造例を示す図である。
【図１３】動的にタイマ値を設定する場合の処理例を示すフローチャートである。
【符号の説明】
【００５６】
１００      ネットワーク管理装置
１１０      ネットワーク構成データ
１２０      構成管理機能部
１２１      接続構成検索処理部
１２２      接続構成管理処理部
１３０      設定変更対象ノードリスト
１４０      障害監視機能部
１４１      タイマ制御用テンプレート
１４２      タイマ制御機能部
１４３      タイマ設定ファイル
１４４      障害統計出力処理部
１４５      障害検知統計出力データ
１５０      ノード通信制御機能部
１５１      ノード状態取得処理部
１５２      コマンドカタログ実行処理部
１６０      課金管理機能部
１７０      性能管理機能部
１８０      機密管理機能部
２          ノード
３          リンク
４          ノード
４１        運用エージェント
４２        システム構成設定ファイル
【図１】
2010041604.tif 000003
【図２】
2010041604.tif 000004
【図３】
2010041604.tif 000005
【図４】
2010041604.tif 000006
【図５】
2010041604.tif 000007
【図６】
2010041604.tif 000008
【図７】
2010041604.tif 000009
【図８】
2010041604.tif 000010
【図９】
2010041604.tif 000011
【図１０】
2010041604.tif 000012
【図１１】
2010041604.tif 000013
【図１２】
2010041604.tif 000014
【図１３】
2010041604.tif 000015