(57)【要約】【課題】本発明はネットワーク運用監視装置に関し、構成定義が行われていないネットワーク機器の実装装置に対して自動的に構成定義プロトタイプを生成すると共に、ネットワーク機器に対して構成定義要求の自動投入を行なうことができるネットワーク運用監視装置を提供することを目的としている。【解決手段】ネットワーク機器を監視するネットワーク運用監視装置において、構成定義が行なわれていないネットワーク機器の実装装置に対して、該ネットワーク機器に実装されたシステム情報を元に自動的に構成定義プロトタイプを生成する手段と、保守者に対して必要な構成定義入力を促し、構成定義完結時にはネットワーク機器に対して構成定義要求の自動投入を行なう手段と、を有して構成する。【選択図】      図１
2004289334.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク機器を監視するネットワーク運用監視装置において、
構成定義が行なわれていないネットワーク機器の実装装置に対して、該ネットワーク機器に実装されたシステム情報を元に自動的に構成定義プロトタイプを生成する手段と、
保守者に対して必要な構成定義入力を促し、構成定義完結時にはネットワーク機器に対して構成定義要求の自動投入を行なう手段と、
を有することを特徴とするネットワーク運用監視装置。
【請求項２】
ネットワーク機器を監視するネットワーク運用監視装置において、
構成定義が存在するネットワーク機器の未実装装置又は障害装置に対して、自動的に構成定義を削除するプロトタイプを生成する手段と、
保守者に対して構成定義削除可否の判断を促し、可判断時にはネットワーク機器に対して構成定義削除要求の自動投入を行なう手段と、
を有することを特徴とするネットワーク運用監視装置。
【請求項３】
ネットワーク機器を監視するネットワーク運用監視装置において、
保守者が構成定義を追加する時にターゲットとなるネットワーク機器の構成定義に関連する他ネットワーク機器の実装装置に対する構成定義プロトタイプを生成する手段と、
保守者に対して構成定義入力を促し、構成定義完結時には各ネットワーク機器に対して構成定義要求の自動投入を行なう手段と、
を有することを特徴とするネットワーク運用監視装置。
【請求項４】
ネットワーク機器を監視するネットワーク運用監視装置において、
保守者が構成定義を削除する時にターゲットとなるネットワーク機器の構成定義に関連する他ネットワーク機器の実装装置に対する構成定義を削除するプロトタイプを生成する手段と、
保守者に対して構成定義削除可否の判断を促し、可判断時には各ネットワーク機器に対して構成定義削除の自動投入を行なう手段と、
を有することを特徴とするネットワーク運用監視装置。
【請求項５】
関連ネットワーク機器のトラヒック統計情報を元に推奨する構成定義プロトタイプを自動生成する手段を有することを特徴とする請求項１又は３の何れかに記載のネットワーク運用監視装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はネットワーク運用監視装置に関し、更に詳しくはネットワーク等を構成するネットワーク機器及びネットワーク運用監視装置の保守運用サービスを行なうネットワーク運用監視装置に関する。
【０００２】
各種インターネットサービスに関するＩＰ通信市場が拡大する昨今では、ＩＰネットワークを構築する場合、ネットワークを構成する機器数がたとえ当初はスモールスタートであっても、徐々に増加していく上に、ユーザサービスも多様になってきている。このため、ネットワーク管理／保守者が各機器の構成定義・ユーザサービス定義（いわゆるコンフィギュレーション定義）を個々に設定する作業は稼働が増えるばかりでなく設定ミス等も多発し、またネットワーク構成変更やユーザの増減等に対応する保持業務も個々の機器の構成定義を確認しながら行なうため、保守運用業務の遂行に多大な労力を費やすことになっていた。
【０００３】
このようなネットワーク保守運用業務の品質向上、労力削減のためにも、ネットワーク機器装置の構成定義（コンフィギュレーション定義）は、可能な限り自動化を推進していくことが望まれる。
【０００４】
【従来の技術】
この種の従来技術としては、ＯＳＩ管理で規定された通信方式を適用し、集中処理方式から分散処理方式まで、幅広い構成で対応可能な交換ノードを複数混在して収容する保守運用システムの通信制御装置において、交換ノードの一元的且つ集中的な監視を実現し、通信サービスの安定供給を実現するシステムが実現されている（例えば特許文献１参照）。
【０００５】
ＩＰネットワーク等を構成するネットワーク機器は、各々の機器に対して運用上必要となる実装パッケージの装備、及び実装パッケージや運用条件に即した構成定義（コンフィギュレーション定義）の作成及び装置への設定が必要となる。また、ユーザサービス条件に応じた構成定義の作成及び装置への設定やトラヒック量や運用形態変更による構成定義の変更等が運用中に随時必要となる。
【０００６】
この時、保守者は、オフライン上で管理している運用条件や設備条件やユーザサービス条件等の情報を元に構成定義コマンド一覧を作成し、装置へ手動設定していた。また、運用条件変更やユーザ追加等にも、追加・削除となるパッケージの移動作業と共にネットワーク機器への構成定義の追加・削除を同時に行なう必要があった。更に、トラヒック量見合いの運用条件変更や設備設計上の運用条件変更時には、机上計算を元に構成定義変更を検討し、構成定義コマンド一覧を作成する必要があった。
【０００７】
【特許文献１】
特開平９−３０７５５２号公報（第３頁、第４頁、図１）
【０００８】
【発明が解決しようとする課題】
そのため、これらの保守者が行なう構成定義コマンド投入作業は、常にコマンド投入ミス（保守者が気づくことのできるコマンドエラーのみならず、コマンド投入結果が設備条件と不一致となる等、運用後に検出されるような不具合を含む）の可能性を含んでおり、机上の運用条件・設備条件・サービス条件と常に目視確認を行なったり、ネットワーク装置から通知される障害メッセージ（装置未定義等のＴＲＡＰメッセージ等）を元に保守者が構成定義コマンド投入漏れを判断し、再度構成定義の検討及びコマンド投入を行なう必要があった。
【０００９】
従って、ＩＰネットワーク等のネットワークを構築し保守運用管理していくには、机上で検討された設備設計条件を元に、保守者が実装パッケージの確認及び１つ１つ構成定義（コンフィギュレーション定義）への変換を行ない、ネットワーク構成定義への設定を行ない、実装構成と構成定義が一致していることを逐一確認する必要があり、設定誤りが等あると、問題追跡や解析に相当な稼働が取られ、保守運用作業に多大な労力がかかる原因となっていた上、構成定義設定ミスに気づかないまま運用開始となることもあり、サービスの信頼性を阻害する要因ともなっていた。
【００１０】
本発明はこのような課題に鑑みてなされたものであって、構成定義が行われていないネットワーク機器の実装装置に対して自動的に構成定義プロトタイプを生成すると共に、ネットワーク機器に対して構成定義要求の自動投入を行なうことができるネットワーク運用監視装置を提供することを目的としている。
【００１１】
【課題を解決するための手段】
（１）請求項１記載の発明は、以下の通りである。図１は本発明の原理ブロック図である。図において、１０はネットワーク管理機器で、正面と裏面とを示している。３０はネットワーク機器１０と接続されるネットワークである。１００はネットワーク３０と接続されるネットワーク運用監視装置である。
【００１２】
ネットワーク運用監視装置１００において、５０００はＨＭＩ管理部、６０００は装置構成定義管理部、７０００は該装置構成定義管理部６０００と接続されるガイダンス制御部である。該ガイダンス制御部７０００は、ネットワーク機器１０と接続されている。ＨＭＩ管理部５０００は、構成管理部１０００、障害管理部２０００、性能管理部３０００及び機密管理部４０００より構成されている。５００１は、ＨＭＩ管理部５０００内に設けられたビュー管理部である。４０はネットワーク運用監視装置１００の表示部である。ガイダンス制御部７０００が、請求１の「ネットワーク機器に実装されたシステム情報を元に自動的に構成定義プロトタイプを生成する手段」と、「保守者に対して必要な構成定義入力を促し、構成定義完結時にはネットワーク機器に対して構成定義要求の自動投入を行なう手段」を構成している（以下、同様）。
【００１３】
請求項１記載の発明では、ネットワーク運用監視装置１００が、構成定義が行なわれていないネットワーク機器の実装装置に対して、ネットワーク機器１０に実装されているシステム情報（ハード情報又はソフト情報）を元にして、自動的に構成定義プロトタイプを生成すると共に、保守者に対して必要な構成定義入力を促し、構成定義完結時にはネットワーク機器１０に対して構成定義要求の自動投入を行なうことが可能となる。
（２）請求項２記載の発明は、ネットワーク機器を監視するネットワーク運用監視装置において、構成定義が存在するネットワーク機器の未実装装置又は障害装置に対して、自動的に構成定義を削除するプロトタイプを生成する手段と、保守者に対して構成定義削除可否の判断を促し、可判断時にはネットワーク機器に対して構成定義削除要求の自動投入を行なう手段と、を有することを特徴とする。
【００１４】
請求項２記載の発明では、ネットワーク運用監視装置１００が、構成定義が存在するネットワーク機器の未実装装置又は障害装置に対して、請求項１にて収集管理した構成定義を基にして、自動的に構成定義を削除するプロトタイプを生成すると共に、保守者に対して構成定義削除可否の判断を促し、可判断時にはネットワーク機器に対して構成定義削除要求の自動投入を行なうことが可能となる。
（３）請求項３記載の発明は、ネットワーク機器を監視するネットワーク運用監視装置において、保守者が構成定義を追加する時にターゲットとなるネットワーク機器の構成定義に関連する他ネットワーク機器の実装装置に対する構成定義プロトタイプを生成する手段と、保守者に対して構成定義入力を促し、構成定義完結時には各ネットワーク機器に対して構成定義要求の自動投入を行なう手段と、を有することを特徴とする。
【００１５】
請求項３記載の発明では、ネットワーク運用監視装置１００が、保守者がユーザサービスに関する構成定義を追加する時に、ネットワーク機器に実装されているシステム情報（ハード情報又はソフト情報）を元にして、ターゲットとなるネットワーク機器の構成定義に関連する他ネットワーク機器の実装装置に対する構成定義プロトタイプを生成すると共に、保守者に対してユーザサービス構成定義入力を促し、構成定義完結時に各ネットワーク機器に対して構成定義要求の自動投入を行なうことが可能となる。
（４）請求項４記載の発明は、ネットワーク機器を監視するネットワーク運用監視装置において、保守者が構成定義を削除する時にターゲットとなるネットワーク機器の構成定義に関連する他ネットワーク機器の実装装置に対する構成定義を削除するプロトタイプを生成する手段と、保守者に対して構成定義削除可否の判断を促し、可判断時には各ネットワーク機器に対して構成定義削除の自動投入を行なう手段と、を有することを特徴とする。
【００１６】
請求項４記載の発明は、保守者が構成定義を削除する時に、ネットワーク運用監視装置が、請求項３にて収集管理した構成定義を基にして、ターゲットとなるネットワーク機器の構成定義に関連する他ネットワーク機器の実装装置に対する構成定義を削除するプロトタイプを生成すると共に、保守者に対して構成定義削除可否の判断を促し、可否判断時には各ネットワーク機器に対して構成定義削除の自動投入を行なうことが可能となる。
（５）請求項５記載の発明は、関連ネットワーク機器のトラヒック統計情報を元に推奨する構成定義プロトタイプを自動生成する手段を有することを特徴とする。
【００１７】
請求項５記載の発明によれば、請求項１又は請求項３記載の発明において、関連ネットワーク機器のトラヒック統計情報を元に推奨する構成定義プロトタイプを自動生成することが可能となる。
【００１８】
また、この発明において、ネットワーク機器を監視するネットワーク運用監視装置において、ネットワーク機器を監視することにより収集したトラヒック統計情報を元に、各ネットワーク機器の構成替えに関する構成定義を自動的に生成する手段と、保守者に対して構成定義変更可否を促し、可判断時には各ネットワーク機器に対して構成定義変更の自動投入を行なう手段と、を有することを特徴とする。
【００１９】
この発明では、ネットワーク機器を監視することにより収集したトラヒック統計情報を元に、各ネットワーク機器の構成替えに関する構成定義を自動的に生成すると共に、保守者に対して構成定義変更可否を促し、可判断時には各ネットワーク機器に対して構成定義変更の自動投入を行なうことが可能となる。
【００２０】
また、この発明において、定期的に自ら管理する構成定義情報と各ネットワーク機器の構成定義情報の一致化処理を行なう手段を設けたことを特徴とする。
【００２１】
この発明では、定期的に自ら管理する構成定義情報と各ネットワーク機器の構成定義情報との一致化処理を行なうことが可能となる。
【００２２】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態例を詳細に説明する。
【００２３】
先ず、図１に示す原理ブロック図について説明する。この発明では、ネットワーク運用監視装置１００が、構成定義が行われていないネットワーク機器１０の実装装置に対して、ネットワーク機器１０に実装されているシステム情報（ハードウェア情報又はソフト情報）を元にして、自動的に構成定義プロトタイプを生成すると共に、保守者に対して必要な構成定義入力を促し、構成定義完結時にはネットワーク機器１０に対して構成定義要求の自動投入を行なうことが可能となるため、手作業による入力ミスや、定義名称検討工数を削除できる上にガイダンス機能を用いて必要情報を認識できるので、構成定義の投入漏れを防ぎ、また保守稼働の軽減が期待できる。
【００２４】
ＩＰネットワークを構成するネットワーク機器１０とネットワーク運用監視装置１００とを保守インタフェース設定（例えばＳＮＭＰプロトコル等の保守インタフェースによりエージェント・クライアント設定）しておく。
【００２５】
ネットワーク機器１０のシステムリスタートの際、構成定義が未定義のパッケージ又は回線インタフェースを検出した時、又はネットワーク機器１０にてパッケージ挿入又は回線インタフェース接続が行われたが、対応する構成定義が未定義の時、該当パッケージ又は回線インタフェースのハード実装情報を収集し、ネットワーク運用監視装置１００に対して該当パッケージ又は回線インタフェースの「不明な装置通知」を行なう。
【００２６】
ＳＮＭＰインタフェースの場合は、装置定義無しのＴＲＡＰメッセージ定義無し通知を受信したネットワーク運用監視装置１００は、通常は障害管理部２０００が受付処理を行ない、ＨＭＩ管理部５０００を経由してネットワーク運用監視装置１００のディスプレイ装置に定義無しメッセージの表示（及び必要であればアラーム点灯等）を行なう。
【００２７】
本発明では、ネットワーク運用監視装置１００のガイダンス制御部７０００にて「不明な装置通知」を受信し、該当装置又は回線インタフェースの装置情報及び種別を元に（ネットワーク機器１０からのＴＲＡＰ情報にシステム依存情報無しの場合は、ネットワーク運用監視装置１００よりネットワーク機器１０のシステム依存情報（ハード固有情報やソフト固有情報等）を運用コマンドにて読み出した後）、装置構成定義管理部６０００に問い合わせを行なう。
【００２８】
装置構成定義管理部６０００は、該当装置又は回線インタフェースの装置情報が未定義であることを確認後、種別に応じた必要となる構成定義プロトタイプ型を抽出し、装置情報より算出可能な構成定義を生成し、ガイダンス制御部７０００へ構成定義プロトタイプ情報として報告する。ガイダンス制御部７０００は、報告を受けた構成定義プロトタイプ情報を元にＨＭＩ管理部５０００に対してディスプレイへの表示を依頼する。
【００２９】
ＨＭＩ管理部５０００は、ビュー管理部５００１に対してビューイメージを作成依頼を行ない、その結果をディスプレイに表示する。ＨＭＩ管理部５０００は、保守者から構成定義プロトタイプ情報の必須情報の書き込み完了を確認した時に、更新された構成定義プロファイル情報をガイダンス制御部７０００へ通知する。ガイダンス制御部７０００は、保守者により更新された構成定義プロファイル情報を元にネットワーク機器１０へ設定する構成定義コマンド情報に変換した後、ネットワーク機器１０への構成定義コマンド設定を行なう。
【００３０】
ネットワーク機器１０への構成定義コマンド設定が完了を判断したガイダンス制御部７０００は、装置構成定義管理部６０００へネットワーク機器１０へ設定した構成定義プロファイル情報の登録依頼を行ない、装置構成定義管理部６０００は、登録依頼を受けた構成定義プロファイル情報をデータベースに登録管理する。
【００３１】
この発明によれば、ネットワーク運用監視装置１００が、構成定義が行なわれていないネットワーク機器の実装装置に対して、ネットワーク機器１０に実装されているシステム情報を元にして、自動的に構成定義プロトタイプを生成すると共に、保守者に対して必要な構成定義入力を促し、構成定義完結時にはネットワーク機器１０に対して構成定義要求の自動投入を行なうことができる。
【００３２】
ＩＰネットワークを構成するネットワーク機器１０とネットワーク運用監視装置１００とを保守インタフェース設定（例えば、ＳＮＭＰプロトコル等の保守インタフェースによりエージェント・クライアント設定）しておく。
【００３３】
本発明では、ネットワーク運用監視装置１００が構成定義が存在するネットワーク機器の未実装装置又は障害装置に対して、収集管理した構成定義を元にして、自動的に構成定義を削除するプロトタイプを生成すると共に、保守者に対して構成定義削除可否の判断を促し、可判断時には、ネットワーク機器１０に対して構成定義削除要求の自動投入を行なうことが可能となるため、手作業による入力ミスや、定義名称検索工数を削減できる上に、ガイダンス機能を用いて必要情報を認識できるので、構成定義の浮き（削除漏れ）を防ぎ、また保守稼働の軽減が期待できる。
【００３４】
ネットワーク機器１０のシステムリスタートの際、構成定義が定義済みのパッケージ又は回線インタフェースの障害を検出した時、又はネットワーク機器１０にてパッケージ抜去又は回線インタフェース断が行なわれたが対応する構成定義が定義済みの時、ネットワーク運用監視装置１００に対して該当パッケージ又は回線インタフェースの「障害装置通知」を行なう（ＳＮＭＰインタフェースの場合は、装置障害のＴＲＡＰメッセージ）。
【００３５】
障害装置通知を受信したネットワーク運用監視装置１００は、通常は障害管理部２０００が受付処理を行ない、ＨＭＩ管理部５０００を経由してネットワーク運用監視装置１００のディスプレイに装置障害メッセージの表示（及び必要であればアラーム点灯等）を行なう。
【００３６】
本発明では、ネットワーク運用監視装置１００のガイダンス制御部７０００にて「装置障害通知」を受信し、該当装置又は回線インタフェースの装置情報及び装置種別を元に装置構成定義管理部６０００に問い合わせを行なう。装置構成定義管理部６０００は、該当装置又は回線インタフェースの装置情報が構成定義済みであることを確認後、該当装置定義を削除するのに必要となる構成定義プロトタイプ型を抽出し、構成定義削除プロトタイプを生成し、ガイダンス制御部７０００へ構成定義プロトタイプ情報として報告する。ガイダンス制御部７０００は、報告を受けた構成定義プロトタイプ情報を元にＨＭＩ管理部５０００に対してディスプレイへの表示を依頼する。
【００３７】
ＨＭＩ管理部５０００は、ビュー管理部５００１に対してビューイメージの作成依頼を行ない、その結果をディスプレイに表示する。ＨＭＩ管理部５０００は、保守者から構成定義プロトタイプ情報の「確認」もしくは「一部確認」の書き込み完了を確認した時に更新された（確認された構成定義のみを情報として持つ）構成定義プロファイル情報をガイダンス制御部７０００へ通知する。
【００３８】
ガイダンス制御部７０００は、保守者により「確認」もしくは「一部確認」された構成定義プロファイル情報を元にネットワーク機器１０へ設定する構成定義削除コマンド情報に変換した後、ネットワーク機器１０への構成定義削除コマンド設定を行なう。ネットワーク機器１０への構成定義削除コマンド設定が完了を判断したガイダンス制御部７０００は、装置構成定義管理部６０００へネットワーク機器１０へ削除設定した構成定義プロファイル情報の削除依頼を行ない、装置構成定義管理部６０００は、削除依頼を受けた構成定義プロファイル情報をデータベースから削除する。
【００３９】
この発明では、ネットワーク運用監視装置１００が、構成定義が存在するネットワーク機器の未実装装置又は障害装置に対して、請求項１にて収集管理した構成定義を基にして、自動的に構成定義を削除するプロトタイプを生成すると共に、保守者に対して構成定義削除可否の判断を促し、可判断時にはネットワーク機器に対して構成定義削除要求の自動投入を行なうことが可能となる。
【００４０】
図２は本発明の第１の実施の形態例を示すブロック図である。図１と同一のものは、同一の符号を付して示す。図において、１０，２０はネットワーク機器であり、１００はネットワーク運用監視装置、１０００は構成管理部、２０００は障害管理部、３０００は性能管理部、４０００は機密管理部、５０００はＨＭＩ管理部、６０００は本発明にてネットワーク運用監視装置１００に具備される装置構成定義管理部、７０００は本発明にてネットワーク運用監視装置１００に具備されるガイダンス制御機能部、８０００は本発明にてネットワーク運用監視装置１００に具備されるネットワーク構成定義管理部、５００１は本発明にてネットワーク運用監視装置１００内のＨＭＩ管理部５０００に具備されるビュー管理部である。
【００４１】
ＩＰネットワークを構成するネットワーク機器１０と、ネットワーク運用監視装置１００とを保守インタフェース設定（例えば、ＳＮＭＰプロトコル等の保守インタフェースによりエージェント・クライアント設定）をしておく。また、保守者はネットワーク機器１０に対して、ネットワーク運用情報を事前に登録しておく。ここで、ネットワーク運用情報とは、ネットワーク運用に関わる設備設計情報や、サービス設計情報をいう。ＩＰネットワークの例では、ルータ等のネットワーク設備に使用するＩＰアドレスやユーザ毎やサービス毎に使用するＩＰアドレス群（パブリック・プライベート）やＶＰＮ（仮想私設網）等を想定する。このように構成された装置の動作を説明すれば、以下の通りである。
【００４２】
以下の発明では、ネットワーク運用監視装置１００が、保守者がユーザサービスに関する構成定義を追加する時に、ネットワーク機器に実装されているシステム情報（ハード情報又はソフト情報）を元にして、ターゲットとなるネットワーク機器１０，２０の構成定義に関連する他ネットワーク機器の実装装置に対する構成定義プロトタイプを生成すると共に、保守者に対してユーザサービス構成定義入力を促し、構成定義完結時には各ネットワーク機器１０，２０に対して、構成定義要求の自動投入を行なうことが可能となるため、手作業による入力ミスや、定義名称検討工数を削減できる上に、ガイダンス機能を用いてネットワークとして設定すべき必要情報を認識することができるので、構成定義の投入漏れを防ぎ、またネットワーク設備設計の机上誤りもフィードバックでき、更に保守稼働の削減が期待できる。
【００４３】
保守者が装置構成定義又はユーザ構成定義を追加する場合、ネットワーク運用監視装置１００のＨＭＩ管理部５０００に対して、ガイダンスビューを要求し、ＨＭＩ管理部５０００はビュー管理部５００１から「ガイダンスビュー画面」を取得し、保守者に必要なサービス情報（ネットワーク装置に対する構成定義追加の場合はネットワーク装置識別子、ユーザサービスに対する構成定義追加の場合はサービス識別子等）を入力させる。
【００４４】
ＨＭＩ管理部５０００は、入力されたサービス情報をガイダンス制御部７０００へ報告すると、ガイダンス制御部７０００はサービス情報を元に、装置構成定義管理部６０００及び／又はネットワーク構成定義管理部８０００に対し、サービス情報種別に応じた、必要となる構成定義プロトタイプ型の抽出及び構成定義推奨値の抽出を依頼し、構成定義プロトタイプ情報として取得する。
【００４５】
ガイダンス制御部７０００は、取得した構成定義プロトタイプ情報を元にＨＭＩ管理部５０００に対してディスプレイへの表示を依頼する。ＨＭＩ管理部５０００は、ビュー管理部５００１に対してビューイメージの作成依頼を行ない、その結果をディスプレイに表示する。保守者は、表示されたビューイメージを元に選択可能な構成定義値を決定し、構成定義情報を確定する。
【００４６】
ＨＭＩ管理部５０００は、保守者から構成定義プロトタイプ情報の必須情報の書き込み完了を確認した時に更新された構成定義プロファイル情報をガイダンス制御部７０００へ通知する。ガイダンス制御部７０００は、保守者により更新された構成定義プロファイル情報を元に各ネットワーク機器（１０及び／又は２０）へ設定する構成定義コマンド情報に変換した後、各ネットワーク機器（１０及び／又は２０）への構成定義コマンド設定を行なう。
【００４７】
ネットワーク機器（１０及び／又は２０）への構成定義コマンド設定が完了を判断したガイダンス制御部７０００は、装置構成定義管理部６０００及び／又はネットワーク構成定義管理部８０００へネットワーク機器（１０及び又は２０）へ設定した構成定義プロファイル情報の登録依頼を行ない、装置構成定義管理部６０００は、登録依頼を受けた構成定義プロファイル情報をデータベースに登録管理し、ネットワーク構成定義管理部８０００は登録依頼を受けたネットワーク構成定義プロファイル情報をデータベースに登録管理する。
【００４８】
この発明では、ネットワーク運用監視装置１００が、保守者がユーザサービスに関する構成定義を追加する時に、ネットワーク機器に実装されているシステム情報（ハード情報又はソフト情報）を元にして、ターゲットとなるネットワーク機器の構成定義に関連する他ネットワーク機器の実装装置に対する構成定義プロトタイプを生成すると共に、保守者に対してユーザサービス構成定義入力を促し、構成定義完結時に各ネットワーク機器に対して構成定義要求の自動投入を行なうことが可能となる。
【００４９】
また、ＩＰネットワークを構成するネットワーク機器１０と、ネットワーク運用監視装置１００とを保守インタフェース設定（例えばＳＮＭＰプロトコル等の保守インタフェースによりエージェント・クライアント設定）しておく。また、保守者はネットワーク機器１０に対して、ネットワーク運用情報を事前に登録しておく。ここで、ネットワーク運用情報とは、ネットワーク運用に関わる設備設計情報やサービス設計情報のことである。ＩＰネットワークの例では、ルータ等のネットワーク設備に使用するＩＰアドレスやユーザ毎やサービス毎に使用するＩＰアドレス群（パブリック・プライベート）やＶＰＮ（仮想私設網）情報等を想定する。このように構成された装置の動作を説明すれば、以下の通りである。
【００５０】
以下の発明では、保守者が構成定義を削除する時に、ネットワーク運用監視装置１００が、収集管理した構成定義を元にして、ターゲットとなるネットワーク機器の構成定義に関連する他ネットワーク機器１０，２０の実装装置に対する構成定義を削除するプロトタイプを生成すると共に、保守者に対して構成定義削除可否の判断を促し、可判断時には各ネットワーク機器に対して構成定義削除の自動投入を行なうことが可能となるため、手作業による入力ミスや、定義名称検索工数を削減できる上に、ガイダンス機能を用いてネットワークとして削除すべき必要情報を認識できるので、構成定義の浮き（削除漏れ）を防ぎ、またネットワーク設備の机上誤りもフィードバックでき、更に保守稼働の削減が期待できる。
【００５１】
保守者が装置構成定義又はユーザ構成定義を削除する場合、ネットワーク運用監視装置１００のＨＭＩ管理部５０００に対して、ガイダンスビューを要求し、ＨＭＩ管理部５０００は、ビュー管理部５００１から「ガイダンスビュー画面」を取得し、保守者に必要なサービス情報（ネットワーク装置に対する構成定義削除の場合はネットワーク装置識別子、ユーザサービスに対する構成定義削除の場合はサービス識別子等）を入力させる。
【００５２】
ＨＭＩ管理部５０００は、入力されたサービス情報をガイダンス制御部７０００へ報告すると、ガイダンス制御部７０００はサービス情報を元に装置構成定義管理部６０００及び／又はネットワーク構成定義管理部８０００に対し、サービス情報種別に応じた定義済みの構成定義プロトタイプ型及び構成定義の抽出を依頼し、構成定義プロトタイプ情報として取得する。
【００５３】
ガイダンス制御部７０００は、取得した構成定義プロトタイプ情報を元にＨＭＩ管理部５０００に対してディスプレイへの表示を依頼する。ＨＭＩ管理部５０００はビュー管理部５００１に対してビューイメージの作成依頼を行ない、その結果をディスプレイに表示する。保守者は、表示されたビューイメージを元に選択可能な削除対象構成定義を決定し、構成定義情報を確定する。
【００５４】
ＨＭＩ管理部５０００は、保守者から構成定義プロトタイプ情報の削除対象構成定義情報の書き込み完了を確認した時に、更新された構成定義プロトタイプ情報をガイダンス制御部７０００へ通知する。ガイダンス制御部７０００は、保守者により更新された構成定義プロファイル情報を元に各ネットワーク機器（１０及び／又は２０）へ設定する構成定義削除コマンド情報に変換した後、各ネットワーク機器（１０及び／又は２０）への構成定義削除コマンド設定を行なう。
【００５５】
ネットワーク機器（１０及び／又は２０）への構成定義削除コマンド設定が完了を判断したガイダンス制御部７０００は、装置構成定義管理部６０００及び／又はネットワーク構成定義管理部８０００へネットワーク機器（１０及び／又は２０）へ削除設定した構成定義プロファイル情報の削除依頼を行ない、装置構成定義管理部６０００は、削除依頼を受けた構成定義プロファイル情報をデータベースから削除し、ネットワーク構成定義管理部８０００は削除依頼を受けたネットワーク構成定義プロファイル情報をデータベースから削除する。
【００５６】
この発明によれば、保守者が構成定義を削除する時に、ネットワーク運用監視装置が、収集管理した構成定義を基にして、ターゲットとなるネットワーク機器の構成定義に関連する他ネットワーク機器の実装装置に対する構成定義を削除するプロトタイプを生成すると共に、保守者に対して構成定義削除可否の判断を促し、可否判断時には各ネットワーク機器に対して構成定義削除の自動投入を行なうことが可能となる。
【００５７】
図３は本発明の第２の実施の形態例を示すブロック図である。図２と同一のものは、同一の符号を付して示す。図において、１０はネットワーク機器、１００はネットワーク運用監視装置、１０００は構成管理部、２０００は障害管理部、３０００は性能管理部、４０００は機密管理部、５０００はＨＭＩ管理部、６０００は本発明にてネットワーク運用監視装置１００に具備される装置構成定義管理部、７０００は本発明にてネットワーク運用監視装置１００に具備されるガイダンス制御部である。
【００５８】
８０００は本発明にてネットワーク運用監視装置１００に具備されるネットワーク構成定義管理部、９０００は本発明にてネットワーク運用監視装置１００に具備されるトラヒック状態管理部、５００１は本発明にてネットワーク運用監視装置１００内のＨＭＩ管理部５０００に具備されるビュー管理部である。
【００５９】
また、ＩＰネットワークを構成するネットワーク機器１０とネットワーク運用監視装置１００とを保守インタフェース設定（例えば、ＳＮＭＰプロトコル等の保守インタフェースによりエージェント・クライアント設定）しておく。また、保守者はネットワーク機器１０に対して、ネットワーク運用情報を事前に登録しておく。ここで、ネットワーク運用情報とは、ネットワーク運用に関わる設備設計情報をいう。ＩＰネットワークの例では、ルータ等のネットワーク設備に使用するＩＰアドレスや、ユーザ毎やサービス毎に使用するＩＰアドレス群（パブリック・プライベート）や、ＶＰＮ（仮想私設網）情報等を想定する。
【００６０】
以下の発明では、関連ネットワーク機器１０，２０のトラヒック統計情報を元に、推奨する構成定義プロトタイプを自動生成することが可能となるので、机上の設備設計では、ネットワーク輻輳を引き起こす可能性のあるサービス定義や、ネットワーク定義の追加を事前に判断でき、保守稼働の軽減及びユーザクレームの事前回避が期待できる。このように構成された装置の動作を説明すれば、以下の通りである。
【００６１】
ネットワーク運用監視装置１００のトラヒック状態管理部９０００は、定期的に障害管理部２０００からネットワーク機器（１０及び／又は２０）の障害状態リストを収集し、性能管理部３０００からネットワーク機器（１０及び／又は）のトラヒック流量リストを収集する。トラヒック状態管理部９０００は、装置構成定義管理部６０００にネットワーク機器（１０及び／又は２０）毎の構成定義状態を収集し、構成定義状態と障害状態リスト及びトラヒック流量リストを元にネットワーク内トラヒック状態を更新する。
【００６２】
保守者がネットワーク内構成定義変更を行いたい場合はＨＭＩ管理部５０００に対してガイダンスビューを依頼する。ＨＭＩ管理部５０００は、ビュー管理部５００１から「ガイダンスビュー画面」を取得し、保守者に必要なネットワーク情報（ネットワーク内構成定義変更の場合はネットワーク識別子、ユーザサービスに対する構成定義変更の場合はサービス識別子等）、及びトラヒック状態情報を入力させる。
【００６３】
ＨＭＩ管理部５０００は、入力されたネットワーク情報をガイダンス制御部７０００へ報告すると、ガイダンス制御部７０００はネットワーク識別子を元に、ネットワーク構成定義管理部８０００及び装置構成定義管理部６０００から構成定義プロファイル群情報を収集し、またトラヒック情報要の場合はトラヒック状態管理部９０００に対してネットワーク識別子に対応するトラヒック情報を収集し、ＨＭＩ管理部５０００に対してディスプレイへの表示を依頼する。
【００６４】
ＨＭＩ管理部５０００は、ビュー管理部５０００１に対してビューイメージの作成依頼を行ない、その結果をディスプレイに表示する。保守者は、表示されたビューイメージを元に選択可能な構成定義値を決定し、構成定義情報を確定する。ＨＭＩ管理部５０００は、保守者から構成定義プロトタイプ情報群の必須情報の書き込み完了を確認した時に、更新された構成定義プロファイル情報群をガイダンス制御部７０００へ通知する。
【００６５】
ガイダンス制御部７０００は、保守者により更新された構成定義プロファイル情報群を元に各ネットワーク機器（１０及び／又は２０）へ設定する構成定義コマンド情報に変換した後、各ネットワーク機器（１０及び／又は２０）への構成定義コマンド設定を行なう。
【００６６】
ネットワーク機器（１０及び／又は２０）への構成定義コマンド設定が完了を判断したガイダンス制御部７０００は、装置構成定義管理部６０００及び／又はネットワーク構成定義管理部８０００へネットワーク機器（１０及び／又は２０）へ設定した構成定義プロファイル情報の登録依頼を行ない、装置構成定義管理部６０００は、登録依頼を受けた構成定義プロファイル情報をデータベースに登録管理し、ネットワーク構成定義管理部８０００は登録依頼を受けたネットワーク構成定義プロファイル情報をデータベースに登録管理する。
【００６７】
この発明によれば、関連ネットワーク機器のトラヒック統計情報を元に推奨する構成定義プロトタイプを自動生成することが可能となる。
【００６８】
また、ＩＰネットワークを構成するネットワーク機器１０とネットワーク運用監視装置１００とを保守インタフェース設定（例えばＳＮＭＰプロトコル等の保守インタフェースによりエージェント・クライアント設定）しておく。また、保守者はネットワーク機器１０に対して、ネットワーク運用情報を事前に登録しておく。ここで、ネットワーク運用情報とは、ネットワーク運用に関わる設備設計情報やサービス情報をいう。ＩＰネットワークの例では、ルータ等のネットワーク設備に使用するＩＰアドレスやユーザ毎やサービス毎に使用するＩＰアドレス群（パブリック・プライベート）やＶＰＮ（仮想私設網）情報等を想定している。
【００６９】
以下の発明では、ネットワーク機器１０，２０を監視することにより、収集したトラヒック統計情報を元に、各ネットワーク機器の構成替えに関する構成定義を自動的に生成すると共に、保守者に対して構成定義変更可否を促し、可判断時には、各ネットワーク機器に対して構成定義変更の自動投入を行なうことが可能となるので、ネットワーク輻輳を引き起こす可能性のあるサービス定義やネットワーク定義を、問題が起こる前に定義変更の判断ができ、保守稼働の軽減及びユーザクレームの事前回避が期待できる。このように構成された装置の動作を説明すれば、以下の通りである。
【００７０】
ネットワーク運用監視装置１００のトラヒック状態管理部９０００は、定期的に障害管理部２０００からネットワーク機器（１０及び／又は２０）の障害状態リストを収集し、性能管理部３０００からネットワーク機器（１０及び／又は２０）のトラヒック流量リストを収集する。トラヒック状態管理部９０００は、装置構成定義管理部６０００にネットワーク機器（１０及び／又は２０）毎の構成定義状態を収集し、構成定義状態と障害状態リスト及びトラヒック流量リストを元にネットワーク内トラヒック状態を更新する。
【００７１】
ネットワーク内トラヒック状態が規定値を超えている場合は、ネットワーク識別子を用いてガイダンス制御部７０００経由でＨＭＩ管理部５０００への保守者通知を依頼する。ＨＭＩ管理部５０００は、ネットワーク識別子を用いてビュー管理部５００１のＨＭＩ情報を元に保守者へネットワーク内トラヒック状態警告を出力する。保守者は、表示されたネットワーク内トラヒック状態警告の表示を確認し、更にネットワーク内構成定義変更を行ないたい場合は、ＨＭＩ管理部５０００に対してガイダンスビューを依頼する。
【００７２】
ＨＭＩ管理部５０００は、ビュー管理部５００１から「ガイダンスビュー画面」を取得し、保守者に必要なネットワーク情報（ネットワーク内構成定義変更の場合はネットワークを識別し、ユーザサービスに対する構成定義変更の場合はサービス識別子等）及びトラヒック状態要否を入力させる。ＨＭＩ管理部５０００は、入力されたネットワーク情報をガイダンス制御部７０００へ報告すると、ガイダンス制御部７０００はネットワーク識別子を元に、ネットワーク構成定義管理部８０００及び装置構成定義管理部６０００から構成定義プロファイル群情報を収集する。
【００７３】
また、トラヒック状態要の場合は、トラヒック状態管理部９０００からネットワーク識別子に対応するトラヒック状態情報を収集し、ＨＭＩ管理部５０００に対してディスプレイへの表示を依頼する。ＨＭＩ管理部５０００は、ビュー管理部５００１に対してビューイメージの作成依頼を行ない、その結果をディスプレイに表示する。
【００７４】
保守者は、表示されたビューイメージを元に選択可能な構成定義値を決定し、構成定義情報を確定する。ＨＭＩ管理部５０００は、保守者から構成定義プロトタイプ情報群の必須情報の書き込み完了を確認した時に更新された構成定義プロファイル情報群をガイダンス制御部７０００へ通知する。ガイダンス制御部７０００は、保守者により更新された構成定義プロファイル情報群を元に各ネットワーク機器（１０及び／又は２０）へ設定する構成定義コマンド情報に変換した後、各ネットワーク機器（１０及び／又は２０）への構成定義コマンド設定を行なう。
【００７５】
ネットワーク機器（１０及び／又は２０）への構成定義コマンド設定が完了を判断したガイダンス制御部７０００は、装置構成定義管理部６０００及び／又はネットワーク構成定義管理部８０００へネットワーク機器（１０及び／又は２０）へ設定した構成定義プロファイル情報の登録依頼を行ない、装置構成定義管理部６０００は、登録依頼を受けた構成定義プロファイル情報をデータベースに登録管理し、ネットワーク構成定義管理部８０００は、登録依頼を受けたネットワーク構成定義プロファイル情報をデータベースに登録管理する。
【００７６】
この発明によれば、ネットワーク機器を監視することにより収集したトラヒック統計情報を元に、各ネットワーク機器の構成替えに関する構成定義を自動的に生成すると共に、保守者に対して構成定義変更可否を促し、可判断時には各ネットワーク機器に対して構成定義変更の自動投入を行なうことが可能となる。
【００７７】
図４は本発明の第３の実施の形態例を示すブロック図である。図３と同一のものは、同一の符号を付して示す。図において、１０，２０はネットワーク機器であり、１００はネットワーク運用監視装置、１０００は構成管理部、２０００は障害管理部、３０００は性能管理部、４０００は機密管理部、５０００はＨＭＩ管理部、６０００は本発明にてネットワーク運用監視装置１００に具備される装置構成定義管理部、７０００は本発明にてネットワーク運用監視装置１００に具備されるガイダンス制御部である。
【００７８】
８０００は本発明にてネットワーク運用監視装置１００に具備されるネットワーク構成定義管理部、９０００は本発明にてネットワーク運用監視装置１００に具備されるトラヒック状態管理部、５００１は本発明にてネットワーク運用監視装置１００内のＨＭＩ管理部５０００に具備されるビュー管理部である。
【００７９】
また、ＩＰネットワークを構成するネットワーク機器（１０及び／又は２０）と、ネットワーク運用監視装置１００とを保守インタフェース設定（例えばＳＮＭＰプロトコル等の保守インタフェースによりエージェント・クライアント設定）しておく。また、保守者はネットワーク機器（１０及び／又は２０）に対して、ネットワーク運用情報を事前に登録しておく。ここで、ネットワーク運用情報とは、ネットワーク運用に関わる設備設計情報や、サービス情報をいう。ＩＰネットワークの例では、ルータ等のネットワーク設備に使用するＩＰアドレスやユーザ毎や、サービス毎に使用するＩＰアドレス群（パブリック・プライベート）やＶＰＮ（仮想私設網）等を想定する。
【００８０】
以下の発明では、定期的に自ら管理する構成定義情報と、各ネットワーク機器１０，２０の構成定義情報との一致化処理を行なうことが可能となるため、請求１〜５の効果を自動的に得ることが期待できる。このように構成された装置の動作を説明すれば、以下の通りである。
【００８１】
ネットワーク運用監視装置１００内のガイダンス制御部７０００は、一定周期毎に、ネットワーク機器（１０及び／又は２０）に対し、構成定義情報収集を行ない、収集した構成定義情報と、装置構成定義管理部６０００及びネットワーク構成定義管理部８０００で管理している構成定義情報との差分チェックを行なう。
【００８２】
ガイダンス制御部７０００は、構成定義情報との差分チェックで差分を検出した時には、装置構成定義管理部６０００又はネットワーク構成定義管理部８０００に対して、ネットワーク機器（１０及び／又は２０）の構成定義にあわせるように、構成定義変更依頼をかける。
【００８３】
この発明によれば、定期的に自ら管理する構成定義情報と各ネットワーク機器の構成定義情報との一致化処理を行なうことが可能となる。
【００８４】
図５は本発明の第４の実施の形態例を示すブロック図である。図１と同一のものは、同一の符号を付して示す。図では、ネットワーク３０としてＩＰ網が用いられている場合を示している。
【００８５】
ネットワーク機器１０にパッケージが挿入されると、このパッケージは未定義である。先ず、ネットワーク機器１０からＩＰ網３０を介してネットワーク運用監視装置１００に対して、構成定義無しの装置通知が行なわれる（▲１▼）。この通知情報としては、例えばネットワーク機器種別、挿入パッケージスロット位置、挿入パッケージ種別、挿入パッケージ情報等が用いられる。この通知種別としては、構成定義不一致の場合も同様である。
【００８６】
ネットワーク機器１０より保守インタフェース（ＳＮＭＰ）にて、構成定義無しＴＲＡＰを受信したネットワーク運用監視装置１００内のガイダンス制御部７０００は、ＴＲＡＰパラメータよりネットワーク機器種別、挿入パッケージスロット位置、挿入パッケージ種別、挿入パッケージ情報を取り出し、装置構成定義管理部６０００に対して装置構成定義チェックを依頼する（▲２▼）。
【００８７】
装置構成定義管理部６０００では、該当パッケージ位置が未定義であることを判断し、装置構成定義プロトタイプ型定義を生成する。図に示すように、装置構成定義プロトタイプ型情報は、構成状態と、構成定義型と、装置定義型と、通常モード型と、パラメータ範囲より構成されている。
【００８８】
装置構成定義プロトタイプ型定義を収集したガイダンス制御部７０００は、ＨＭＩ管理部５０００に対してガイダンスビュー表示依頼（装置定義無し）を通知する（▲３▼）。その通知内容は、ネットワーク機器種別、構成状態、未定義パッケージスロット位置、パッケージ種別である。ＨＭＩ管理部５０００では、ガイダンスビュー表示依頼（装置定義無し）を受け付けると、ビュー管理部５００１に装置定義無しビューを要求し、それを元にディスプレイに３１のように表示する。
【００８９】
保守者より「構成定義追加」要求を受け付けたＨＭＩ管理部５０００は、ガイダンス制御部７０００に対して応答（構成定義追加要求）を返送する。ガイダンス制御部７０００は、ガイダンスビュー表示依頼（ガイダンス装置定義）をＨＭＩ管理部５０００に通知する（▲４▼）。このガイダンスビュー表示依頼は、ネットワーク機器種別と、構成定義型と、装置定義型と、通常モード型と、パラメータ範囲から構成されている。
【００９０】
ＨＭＩ管理部５０００は、ガイダンスビュー表示依頼（ガイダンス装置定義）を受け付けると、ビュー管理部５００１にガイダンス装置定義ビューを要求し、それを元にディスプレイに３２のように表示する。保守者により「構成定義確定要求」を受け付けたＨＭＩ管理部５０００は、ガイダンス制御部７０００に応答（構成定義追加確定）を返送する。ガイダンス制御部７０００は、「構成定義追加確定」を受け付けると、ネットワーク機器１０に対して、確定した構成定義コマンドを発行すると共に、装置構成定義管理部６０００に対して構成定義更新依頼を行なう（▲５▼）。
【００９１】
図６は本発明の第５の実施の形態例を示すブロック図である。図５と同一のものは、同一の符号を付して示す。この実施の形態例は、パッケージではなくて、回線インタフェースがネットワーク機器１０に挿入される場合を示している。図５に示す場合と同様のシーケンスをとり、ネットワーク運用監視装置１００には、３１’，３２’に示すような装置定義未定義ビューとガイダンス構成定義ビューが表示される。
【００９２】
図７は本発明の第６の実施の形態例を示すブロック図である。図１と同一のものは、同一の符号を付して示す。この例では、回線インタフェースが抜去される場合を示している。回線インタフェースが抜去されると、ネットワーク機器１０からＩＰ網３０を介してネットワーク運用監視装置１００に回線抜去の通知が行なわれる（▲１▼）。この通知情報としては、例えばネットワーク機器種別、パッケージスロット位置、ＩＰ装置種別、回線装置種別等が用いられる。
【００９３】
ネットワーク機器１０より、保守インタフェース（ＳＮＭＰ）を介して装置抜去通知ＴＲＡＰ又は回線抜去通知ＴＲＡＰを受信したネットワーク運用監視装置１００内のガイダンス制御部７０００は、ＴＲＡＰパラメータよりネットワーク機器種別、抜去パッケージスロット位置、抜去パッケージ種別、抜去パッケージ情報を取り出して、装置構成定義管理部６０００に対して装置構成定義チェックを依頼する（▲２▼）。
【００９４】
装置構成定義管理部６０００では、該当パッケージ位置が構成定義済みであることを判断し、装置構成定義プロトタイプ型定義を生成する。図に示すように、装置構成定義プロトタイプ型情報は、定義状態と、構成定義型と、装置定義型と、ポート定義型と、リンク定義型と、通常モード型と、パラメータ範囲より構成されている。
【００９５】
装置構成定義プロトタイプ型定義を収集したガイダンス制御部７０００は、ＨＭＩ管理部５０００に対してガイダンスビュー表示依頼（装置無し）を通知する。ＨＭＩ管理部５０００では、ガイダンスビュー表示依頼（装置無し）を受け付けると、ビュー管理部５００１に装置無しビューを要求し、それを元にディスプレイに３３に示すように表示する（▲３▼）。
【００９６】
保守者より「構成定義削除」要求を受け付けたＨＭＩ管理部５０００は、ガイダンス制御部７０００に応答（構成定義削除要求）を返送する。ガイダンス制御部７０００は、ガイダンスビュー表示依頼（ガイダンス装置定義）をＨＭＩ管理部５０００に通知する。該ＨＭＩ管理部５０００は、ガイダンスビュー表示依頼（ガイダンス装置定義）を受け付けると、ビュー管理部５００１にガイダンス装置定義ビューを要求し、それを元にディスプレイに３４に示すように表示する（▲４▼）。
【００９７】
保守者より「構成定義削除確定」要求を受け付けたＨＭＩ管理部５０００は、ガイダンス制御部７０００に応答（構成定義削除確定）を返送する。ガイダンス制御部７０００は、「構成定義削除確定」を受け付けると、ネットワーク機器１０に対して、確定した構成定義コマンドを発行する（▲５▼）と共に、装置構成定義管理部６０００に対して構成定義更新依頼を行なう。
【００９８】
図８は本発明の第７の実施の形態例を示すブロック図である。図７と同一のものは、同一の符号を付して示す。この実施の形態例では、回線インタフェースではなくて、パッケージが抜去される場合を示している。図７に示すと同様のシーケンスをとり、ネットワーク運用監視装置１００には、３３’，３４’に示すような装置抜去通知と、ガイダンス構成定義ビューが表示される。
【００９９】
図９，図１０は本発明の第８の実施の形態例を示すブロック図である。図２と同一のものは、同一の符号を付して示す。保守者よりネットワーク構成定義追加要求時（▲１▼）に、ＨＭＩ管理部５０００よりネットワーク構成定義要求を受信したガイダンス制御部７０００は、要求パラメータよりネットワーク機器種別、挿入パッケージスロット位置、挿入パッケージ種別、ユーザサービス識別子（本例ではＶＰＮ）を取り出し、装置構成定義管理部６０００に対して装置構成定義チェックを依頼する（▲２▼）。
【０１００】
装置構成定義管理部６０００では、該当パッケージ位置が構成定義済みであることを判断し、装置構成定義プロトタイプ型情報を生成する。装置構成定義プロトタイプ型情報を収集したガイダンス制御部７０００は、更にネットワーク構成定義管理部８０００に対し、ネットワーク構成定義チェック（ＶＰＮ名）を依頼する。ネットワーク構成定義管理部８０００は、ユーザサービス識別子（ＶＰＮ名）が定義済みであり、かつ該当装置構成に対するネットワーク構成定義（ＶＰＮ定義）が未定義であることを判断し、ネットワーク構成定義プロトタイプ型情報を生成する。
【０１０１】
ガイダンス制御部７０００は、ＨＭＩ管理部５０００に対してガイダンスビュー表示依頼（装置定義有り）を通知する（▲３▼）。ＨＭＩ管理部５０００では、ガイダンスビュー表示依頼（装置定義有り）を受け付けると、ビュー管理部５００１に装置定義ビューを要求し、それを元にディスプレイに３５に示すように表示する。保守者より「ネットワーク構成定義確定」要求を受け付けたＨＭＩ管理部５０００は、ガイダンス制御部７０００に応答（ネットワーク構成定義確定）を返送する。
【０１０２】
ガイダンス制御部７０００は、ネットワーク構成定義要求に対して構成定義コマンドを生成し、ネットワーク機器（１０及び／又は２０）に対して、ネットワーク構成定義（ＶＰＮ定義）を発行する（▲５▼）。それと共に、装置構成定義管理部６０００及びネットワーク構成定義管理部８０００に対して構成定義更新依頼を行なう。
【０１０３】
図１１，図１２は本発明の第９の実施の形態例を示すブロック図である。図２と同一のものは、同一の符号を付して示す。保守者よりネットワーク構成定義削除要求時（▲１▼）に、ＨＭＩ管理部５０００よりネットワーク構成定義削除要求を受信したガイダンス制御部７０００は、要求パラメータよりネットワーク機器種別、挿入パッケージスロット位置、挿入パッケージ種別、ユーザサービス識別子（本発明ではＶＰＮ）を取り出し、装置構成定義管理部６０００に対して装置構成定義チェックを依頼する（▲２▼）。
【０１０４】
装置構成定義管理部６０００では、該当パッケージ位置が構成定義済みであることを判断し、装置構成定義プロトタイプ型情報を生成する。装置構成定義プロトタイプ型情報を収集したガイダンス制御部７０００は、更にネットワーク構成定義管理部８０００に対してネットワーク構成定義チェック（ＶＰＮ名）を依頼する。
【０１０５】
ネットワーク構成定義管理部８０００は、ユーザサービス識別子（ＶＰＮ）が定義済みであり、かつ該当装置構成に対するネットワーク構成定義（ＶＰＮ定義）が定義済みであることを判断し、ネットワーク構成定義削除プロトタイプ型情報を生成する。ガイダンス制御部７０００は、ＨＭＩ管理部５０００に対してガイダンスビュー表示依頼（装置定義有り）を通知する。
【０１０６】
ＨＭＩ管理部５０００では、ガイダンスビュー表示依頼（装置定義有り）を受け付けると、ビュー管理部５００１に装置定義ビューを要求し、それを元にディスプレイに３６に示すように表示する（▲３▼）。保守者より「ネットワーク構成定義削除確定」要求を受け付けたＨＭＩ管理部５０００は、ガイダンス制御部７０００に応答（ネットワーク構成定義削除確定）を返送する。
【０１０７】
ガイダンス制御部７０００は、ネットワーク構成定義要求に対して構成定義削除コマンドを生成し、ネットワーク機器（１０及び／又は２０）に対してネットワーク構成定義削除（ＶＰＮ定義）を発行する（▲５▼）と共に、装置構成定義管理部６０００及びネットワーク構成定義管理部８０００に対して構成定義更新依頼を行なう。
【０１０８】
図１３は本発明の第１０の実施の形態例を示すブロック図である。図３と同一のものは、同一の符号を付して示す。この実施の形態例では、ネットワーク運用監視装置１００が装置定義追加要求を行なうと（▲１▼）、トラヒック状態管理部９０００は、障害管理部２０００から装置状態の収集（障害情報）を行ない（▲２▼）、性能管理部３０００から装置状態の収集（トラヒック）を行ない（▲３▼）、ガイダンス制御部７０００から構成定義変更ガイダンス要求を行なう（▲４▼）。
【０１０９】
トラヒック状態管理部９０００が、定期的に実施する、各ネットワーク機器（１０及び／又は２０）の障害状態及びトラヒック状態の定期収集フローを示す。
【０１１０】
このフローは、先ず装置定義情報の収集を行ない（Ｓ１）、装置状態の収集（障害）を行ない（Ｓ２）、装置状態の収集（トラヒック）を行なう（Ｓ３）。そして、次に障害があるか又はトラヒック量＞しきい値であることを判断し（Ｓ４）、そうである場合、構成定義変更ガイダンス要求を行なう（Ｓ５）。
【０１１１】
保守者が構成定義追加要求時に、ガイダンス制御部７０００が該当する装置構成についてトラヒック状態管理部９０００に対してトラヒック状態を収集し、トラヒック量と、トラヒック量に応じた変更方式を収集し、装置構成定義管理部６０００に対して、通常の装置構成定義プロトタイプと同時に代替装置構成定義プロトタイプを収集し、ＨＭＩ管理部５０００に対して通常パターンの代替パターンの装置構成定義ビューの表示依頼を行なう。以下は、図７，図９の実施の形態例と同様である。
【０１１２】
図１４は本発明の第１１の実施の形態例を示すブロック図である。図３と同一のものは、同一の符号を付して示す。装置構成定義管理部６０００がトラヒック状態管理部９０００に構成定義情報収集を行なうと（▲１▼）、トラヒック状態管理部９０００は、障害管理部２０００にアクセスして装置状態の収集（障害情報）を行ない（▲２▼）、性能管理部３０００にアクセスして装置状態の収集（トラヒック量）の管理を行なう（▲３▼）。次に、トラヒック状態管理部９０００は、ガイダンス制御部７０００に対して構成定義変更ガイダンス要求を行なう（▲４▼）。次に、ガイダンス制御部７０００は、ＨＭＩ管理部５０００に対して構成定義変更推奨ガイダンス要求を行なう（▲５▼）。ネットワーク運用監視装置１００には、装置定義変更推奨ガイダンスが表示される（▲６▼）。
【０１１３】
トラヒック状態管理部９０００が定期的に実施する各ネットワーク機器（１０及び／又は２０）の障害状態及びトラヒック状態の定期収集フローを示す。このフローでは、先ず装置定義情報の収集を行ない（Ｓ１）、次に装置状態の収集（障害）を行なう（Ｓ２）。次に、装置状態の収集（トラヒック）を行ない（Ｓ３）、障害有りか又はトラヒック＞しきい値であるかチェックする（Ｓ４）。そうであった場合には、構成定義変更推奨要求を行なう（Ｓ５）。
【０１１４】
本トラヒック状態の定期処理フローにてしきい値を超えるトラヒック量を規定回数分検出時に、ガイダンス制御部７０００に対して、構成定義変更推奨を要求する。ガイダンス制御部７０００は、該当装置にリンクする構成定義の推奨値を予め決められた変更方式により決定し、ＨＭＩ管理部５０００に対して構成定義変更推奨ビュー表示を要求する。
【０１１５】
ここで、前記決定は、事前にプライマリ／セカンダリ（代替）ルートをネットワーク運用監視装置１００に登録時にはプライマリルートからセカンダリルートへの登録変更等がある。セカンダリ（代替）ルートの帯域をプライマリよりも大又は小に設定することで、トラヒック量が規定値を超えた場合（又は下回った場合）、プライマリルートへの変更を推奨する。
【０１１６】
図１５は本発明の第１２の実施の形態例を示すブロック図である。図４と同一のものは、同一の符号を付して示す。ガイダンス制御部７０００は、装置構成定義管理部６０００から構成定義情報の収集を行なう（▲１▼）。次に、ネットワーク構成定義管理部８０００は、ガイダンス制御部７０００に対してネットワーク構成定義情報を与える（▲２▼）。次に、ガイダンス制御部７０００は、ネットワーク機器（１０及び／又は２０）に対して装置構成定義の収集を行なう（▲３▼，▲４▼）。
【０１１７】
図中、ガイダンス制御部７０００が定期的に実施する、各ネットワーク機器（１０及び／又は２０）との装置定義状態一致化処理フローを示す。
【０１１８】
先ず、装置定義情報の収集を行なう（Ｓ１）。次に、ネットワーク構成定義の収集を行なう（Ｓ２）。次に、装置構成定義の構成定義の収集（装置種別）を行なう（Ｓ３）。次に、ネットワーク構成定義の収集（サービス種別）を行なう（Ｓ４）。そして、装置構成定義が一致しているかどうかチェックする（Ｓ５）。一致していない場合には、構成定義変更要求を装置構成定義管理部６０００に対して行なう（Ｓ６）。
【０１１９】
一致している場合には、ネットワーク構成定義が一致しているかどうかチェックする（Ｓ７）。一致していない場合には、ネットワーク構成定義変更要求をネットワーク構成定義管理部８０００に対して行なう（Ｓ８）。一致している場合には、処理は終了する。
【０１２０】
図１６は本発明に具備される装置構成定義管理部６０００にて管理する管理テーブルの構成例を示す図である。管理テーブルは、ネットワーク機器毎に設けられている。そして、ネットワーク機器のシステム情報より収集して、下位装置、系、実装情報、構成定義等を得る。
【０１２１】
図１７は本発明にて具備されるネットワーク構成定義管理部８０００にて管理する管理テーブルの構成例を示す図である。管理テーブルは、ユーザ毎に設けられている。該管理テーブルは、ネットワーク機器、ＶＰＮアドレス範囲、定義数、構成定義位置、定義コマンド、削除コマンドより構成されている。ユーザサービス定義とＶＰＮアドレス範囲は、運用開始前又は運用中に保守者により登録される。
【０１２２】
上述の実施の形態例では、ネットワークとしてＩＰ網を用いた場合を例にとったが、本発明はこれに限るものではなく、ＬＡＮ等、他の種類のネットワークを用いることができる。
【０１２３】
（付記１）  ネットワーク機器を監視するネットワーク運用監視装置において、
構成定義が行なわれていないネットワーク機器の実装装置に対して、該ネットワーク機器に実装されたシステム情報を元に自動的に構成定義プロトタイプを生成する手段と、
保守者に対して必要な構成定義入力を促し、構成定義完結時にはネットワーク機器に対して構成定義要求の自動投入を行なう手段と、
を有することを特徴とするネットワーク運用監視装置。
【０１２４】
（付記２）  ネットワーク機器を監視するネットワーク運用監視装置において、
構成定義が存在するネットワーク機器の未実装装置又は障害装置に対して、自動的に構成定義を削除するプロトタイプを生成する手段と、
保守者に対して構成定義削除可否の判断を促し、可判断時にはネットワーク機器に対して構成定義削除要求の自動投入を行なう手段と、
を有することを特徴とするネットワーク運用監視装置。
【０１２５】
（付記３）  ネットワーク機器を監視するネットワーク運用監視装置において、
保守者が構成定義を追加する時にターゲットとなるネットワーク機器の構成定義に関連する他ネットワーク機器の実装装置に対する構成定義プロトタイプを生成する手段と、
保守者に対して構成定義入力を促し、構成定義完結時には各ネットワーク機器に対して構成定義要求の自動投入を行なう手段と、
を有することを特徴とするネットワーク運用監視装置。
【０１２６】
（付記４）  ネットワーク機器を監視するネットワーク運用監視装置において、
保守者が構成定義を削除する時にターゲットとなるネットワーク機器の構成定義に関連する他ネットワーク機器の実装装置に対する構成定義を削除するプロトタイプを生成する手段と、
保守者に対して構成定義削除可否の判断を促し、可判断時には各ネットワーク機器に対して構成定義削除の自動投入を行なう手段と、
を有することを特徴とするネットワーク運用監視装置。
【０１２７】
（付記５）  関連ネットワーク機器のトラヒック統計情報を元に推奨する構成定義プロトタイプを自動生成する手段を有することを特徴とする付記１又は３の何れかに記載のネットワーク運用監視装置。
【０１２８】
（付記６）  ネットワーク機器を監視するネットワーク運用監視装置において、
ネットワーク機器を監視することにより収集したトラヒック統計情報を元に、各ネットワーク機器の構成替えに関する構成定義を自動的に生成する手段と、
保守者に対して構成定義変更可否を促し、可判断時には各ネットワーク機器に対して構成定義変更の自動投入を行なう手段と、
を有することを特徴とするネットワーク運用監視装置。
【０１２９】
（付記７）  定期的に自ら管理する構成定義情報と各ネットワーク機器の構成定義情報の一致化処理を行なう手段を設けたことを特徴とする付記１乃至６の何れかに記載のネットワーク運用監視装置。
【０１３０】
【発明の効果】
以上説明したように、本発明によれば、以下の効果が得られる。
（１）  請求項１記載の発明では、ネットワーク運用監視装置が、構成定義が行なわれていないネットワーク機器の実装装置に対して、ネットワーク機器に実装されているシステム情報（ハード情報及び／又はソフト情報）を元にして、自動的に構成定義プロトタイプを生成すると共に、保守者に対して必要な構成定義入力を促し、構成定義完結時にはネットワーク機器に対して構成定義要求の自動投入を行なうことが可能となる。
（２）請求項２記載の発明では、ネットワーク運用監視装置が、構成定義が存在するネットワーク機器の未実装装置又は障害装置に対して、請求項１にて収集管理した構成定義を基にして、自動的に構成定義を削除するプロトタイプを生成すると共に、保守者に対して構成定義削除可否の判断を促し、可判断時にはネットワーク機器に対して構成定義削除要求の自動投入を行なうことが可能となる。
（３）請求項３記載の発明では、ネットワーク運用監視装置が、保守者がユーザサービスに関する構成定義を追加する時に、ネットワーク機器に実装されているシステム情報（ハード情報及び／又はソフト情報）を元にして、ターゲットとなるネットワーク機器の構成定義に関連する他ネットワーク機器の実装装置に対する構成定義プロトタイプを生成すると共に、保守者に対してユーザサービス構成定義入力を促し、構成定義完結時に各ネットワーク機器に対して構成定義要求の自動投入を行なうことが可能となる。
（４）請求項４記載の発明では、保守者が構成定義を削除する時に、ネットワーク運用監視装置が、請求項３にて収集管理した構成定義を基にして、ターゲットとなるネットワーク機器の構成定義に関連する他ネットワーク機器の実装装置に対する構成定義を削除するプロトタイプを生成すると共に、保守者に対して構成定義削除可否の判断を促し、可否判断時には各ネットワーク機器に対して構成定義削除の自動投入を行なうことが可能となる。
（５）請求項５記載の発明では、関連ネットワーク機器のトラヒック統計情報を元に推奨する構成定義プロトタイプを自動生成することが可能となる。
【０１３１】
このように、本発明によれば、構成定義が行われていないネットワーク機器の実装装置に対して自動的に構成定義プロトタイプを生成すると共に、ネットワーク機器に対して構成定義要求の自動投入を行なうことができるネットワーク運用監視装置を提供することができる。
【図面の簡単な説明】
【図１】本発明の原理ブロック図である。
【図２】本発明の第１の実施の形態例を示すブロック図である。
【図３】本発明の第２の実施の形態例を示すブロック図である。
【図４】本発明の第３の実施の形態例を示すブロック図である。
【図５】本発明の第４の実施の形態例を示すブロック図である。
【図６】本発明の第５の実施の形態例を示すブロック図である。
【図７】本発明の第６の実施の形態例を示すブロック図である。
【図８】本発明の第７の実施の形態例を示すブロック図である。
【図９】本発明の第８の実施の形態例を示すブロック図である。
【図１０】本発明の第８の実施の形態例を示すブロック図である。
【図１１】本発明の第９の実施の形態例を示すブロック図である。
【図１２】本発明の第９の実施の形態例を示すブロック図である。
【図１３】本発明の第１０の実施の形態例を示すブロック図である。
【図１４】本発明の第１１の実施の形態例を示すブロック図である。
【図１５】本発明の第１２の実施の形態例を示すブロック図である。
【図１６】装置構成定義管理部の管理テーブルの構成例を示す図である。
【図１７】ネットワーク構成定義部の管理テーブルの構成例を示す図である。
【符号の説明】
１０  ネットワーク機器
３０  ネットワーク
４０  画面表示例
１００  ネットワーク運用監視装置
１０００  構成管理部
２０００  障害管理部
３０００  性能管理部
４０００  機密管理部
５０００  ＨＭＩ管理部
５００１  ビュー管理部
６０００  装置構成定義管理部
７０００  ガイダンス制御部
【図１】
2004289334.tif 000003
【図２】
2004289334.tif 000004
【図３】
2004289334.tif 000005
【図４】
2004289334.tif 000006
【図５】
2004289334.tif 000007
【図６】
2004289334.tif 000008
【図７】
2004289334.tif 000009
【図８】
2004289334.tif 000010
【図９】
2004289334.tif 000011
【図１０】
2004289334.tif 000012
【図１１】
2004289334.tif 000013
【図１２】
2004289334.tif 000014
【図１３】
2004289334.tif 000015
【図１４】
2004289334.tif 000016
【図１５】
2004289334.tif 000017
【図１６】
2004289334.tif 000018
【図１７】
2004289334.tif 000019