JP2005045840A - ネットワーク管理方法及びネットワーク管理システム - Google Patents

Abstract

【課題】 ネットワーク管理方法及びネットワーク管理システムに関し、サービス種別対応の管理並びにコネクション設定を容易とする。
【解決手段】 ネットワーク構成情報とビュー構成情報とを関連付けて格納したデータベース２と、このデータベース２に格納されたサービス種別対応の物理ネットワーク構成情報と論理ネットワーク構成情報との何れか一方又は両方を基に表示制御するサービス管理サーバ１と、管理対象のネットワーク機器から収集する機器に依存する障害情報を障害ラベル、物理障害のレベル及びサービス障害のレベルに対応させて同じ種別のネットワークをローカルドメインとして管理するネットワーク管理サーバ３−１〜３−３とを備えて、複数のローカルドメインを１つのマルチドメインとして物理ネットワーク構成と論理ネットワーク構成とを管理する
【選択図】 図１

Description

本発明は、各種のサービスを提供するネットワークを管理するネットワーク管理方法及びネットワーク管理システムに関する。
ネットワークは、複数のノード（交換機，ＡＴＭスイッチ等）やクロスコネクト装置等を物理回線により接続して、音声，画像，データ等の各種のサービス対応の論理パスを形成する構成が知られている。又大規模のネットワークに於いては、複数の通信事業者が散在している場合もあり、サービス対応又は通信事業者対応にネットワーク管理を行うことが要望されている。

従来のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ），ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ），更にはこれらを相互に接続して大規模ネットワークを構成し、この大規模ネットワークを管理する各種の手段が提案されている。又大規模ネットワークは、マルチベンダ機器によって構成される場合が一般的であり、又単一の通信事業者によって運用される場合、或いは複数の通信事業者等によって構築されてそれぞれ運用される場合等がある。従って、大規模ネットワークを複数のグループに分け、且つ階層化し、グループ毎のネットワークを表示して管理し、且つ階層化されたグループ内の細部の接続構成を管理することが知られている（例えば、特許文献１参照）。

又通信事業者対応のネットワークについての管理者のみが自ネットワーク部分を管理する為の仮想ビュー情報をテーブルに格納し、異なる通信事業者間のセキュリティを確保しながら、ネットワーク管理を行う手段も知られている（例えば、特許文献２参照）。

又表示画面にネットワークのノードを表示し、ネットワークの状態やインタフェースの接続状態等を色分けして表示し、所望のビープ音設定を行い、障害発生時に、ネットワーク管理者に対して、障害発生部分を他と異なる色で表示し、且つ障害発生を音で通知する手段や、ＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を利用してネットワーク管理を行う手段が知られている。例えば、アイコンやプルダウンメニューの選択によりＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）情報取得等を行い、現在のネットワーク状態をビジュアルに把握できるように構成することも知られている。
特開平６−３２６７０６号公報 特開平４−２３０１３９号公報

ネットワークは、端末間又は端末と情報提供者との間を、物理回線や交換機，ＡＴＭスイッチ等を介して接続し、音声，画像，インターネット或いはネットワーク上の伝送に関するＣＢＲ（Ｃｏｎｓｔａｎｔ Ｂｉｔ Ｒａｔｅ：固定ビットレート），ＶＢＲ（Ｖａｒｉａｂｌｅ Ｂｉｔ Ｒａｔｅ：可変ビットレート）等の各種サービスを提供できる構成を有するものである。しかし、従来のネットワーク管理は、交換機，ＡＴＭスイッチ等のノードの状態や物理回線の状態等を管理画面上に表示し、障害発生等を表示するものである。従って、サービス対応にネットワークの状態を管理することができないものであり、又発生した障害が、サービスに影響を及ぼすか否かを簡単に認識できなかった。

又サービス提供の為のコネクション設定は、コマンド投入により行う場合が一般的であり、従って、マルチベンダ機器を含む場合、それぞれの機器に対応したコマンドを作成する必要がある。従って、提供するサービス対応のコネクションを設定することは容易でなかった。
本発明は、サービス種別対応の物理ネットワーク構成及び論理ネットワーク構成を表示し、サービス種別対応の管理又はコネクション設定を容易とすることを目的とする。

本発明のネットワーク管理方法は、（１）．少なくとも１つのサービス種別対応に、ネットワーク構成情報とビュー構成情報とを関連付けて、物理ネットワーク構成と論理ネットワーク構成との何れか一方又は両方を表示できるビューを作成する過程と、管理の対象となる少なくとも１つのネットワーク機器から収集される機器に依存する障害情報を基に障害ラベル、障害のレベルに対応させてネットワーク全体で統一するように変換する過程と、変換された前記障害ラベル及び前記障害のレベルに基づき各サービス提供に対する障害レベルを表示可能にする過程とを含むものである。

（２）．又機器に依存する障害情報からネットワーク全体で統一された障害ラベル、物理障害のレベル及びサービス障害のレベルに変換することにより機種に依存しない情報に変換し、ネットワーク機器の障害を管理する過程と、異なる種別のネットワークを種別対応にそれぞれローカルドメインとして管理するとともに、前記複数のローカルドメインを１つのマルチドメインとしてすべて同じ種別のネットワークとして物理ネットワーク構成と論理ネットワーク構成を管理する過程と、少なくとも１つのサービス種別対応に、ネットワーク構成情報とビュー構成情報とを関連付けて、物理ネットワーク構成と論理ネットワーク構成との何れか一方又は両方を表示できるビューを作成する過程とを含むものである。

（３）．又障害発生箇所対応の障害ラベルと、物理障害及びサービス障害の障害レベルとを対応させて、前記障害レベルを前記ビューに関連付けして表示する過程を含むものである。

（４）．又ネットワークのノード単位又はポート単位で障害情報を管理し、コネクション経由の障害発生箇所で障害レベルが最も大きい障害レベルを前記コネクションの障害レベルとして管理する過程を含むものである。

（５）．又物理ネットワーク構成に於けるノード及びリンクを指定し、エッジ間の経路を設定する過程を含むものである。

（６）．又物理ネットワーク構成に於けるエッジを指定し、前記エッジ間をネットワーク管理情報を基に前記エッジ間の経路のノード及びリンクを抽出して、前記エッジ間の経路を設定する過程を含むものである。

（７）．本発明のネットワーク管理システムは、ネットワーク構成情報と、ビュー構成情報とを関連付けて格納したデータベースと、前記データベースに格納された前記ビュー構成情報の中のサービス種別対応の物理ネットワーク構成情報と論理ネットワーク構成情報との何れか一方又は両方を基に表示制御するサービス管理サーバと、管理の対象となる少なくとも１つのネットワーク機器から収集する機器に依存する障害情報を障害ラベル、物理障害のレベル及びサービス障害のレベルに対応させて同じ種別のネットワークをローカルドメインとして管理するネットワーク管理サーバとを備え、前記サービス管理サーバは、異なるネットワークを種別対応にネットワーク無依存になるように管理するローカルドメインをそれぞれ管理し、これら複数のローカルドメインを１つのマルチドメインとして物理ネットワーク構成と論理ネットワーク構成とを管理するものである。

（８）．又サービス管理サーバは、物理ネットワーク構成情報に従った内容を基に、エッジ又はノード及びリンクを指定して、前記エッジ間のコネクション設定を制御するコネクション設定部を備えるものである。

本発明は、ネットワークにより提供する単一又は複数のサービス種別対応にビューとして管理することにより、サービス独自のネットワーク構成として管理することができる。又障害発生時に於いても、管理しているサービスに影響を及ぼすか否かを容易に識別できることなり、障害発生時の対策が容易となる利点がある。又サービス種別対応にコネクション設定も容易であり、その場合のマルチベンダ機器が含まれている場合も、機種の相違等を吸収できるように構成することができるから、管理対象の追加及び削除も容易となる利点がある。

本発明のネットワーク管理方法は、少なくとも１つのサービス種別対応に、ネットワーク構成情報とビュー構成情報とを関連付けて、物理ネットワーク構成と論理ネットワーク構成との何れか一方又は両方を表示できるビューを作成する過程と、管理の対象となる少なくとも１つのネットワーク機器から収集される機器に依存する障害情報を基に障害ラベル、障害のレベルに対応させてネットワーク全体で統一するように変換する過程と、変換された前記障害ラベル及び前記障害のレベルに基づいて、各サービス提供に対する障害レベルを表示可能にする過程とを含むものである。

本発明のネットワーク管理システムは、ネットワーク構成情報と、ビュー構成情報とを関連付けて格納したデータベースと、前記データベースに格納された前記ビュー構成情報の中のサービス種別対応の物理ネットワーク構成情報と論理ネットワーク構成情報との何れか一方又は両方を基に表示制御するサービス管理サーバと、管理の対象となる少なくとも１つのネットワーク機器から収集する機器に依存する障害情報を障害ラベル、物理障害のレベル及びサービス障害のレベルに対応させて同じ種別のネットワークをローカルドメインとして管理するネットワーク管理サーバとを備え、前記サービス管理サーバは、異なるネットワークを種別対応にネットワーク無依存となるように管理するローカルドメインをそれぞれ管理し、これら複数のローカルドメインを１つのマルチドメインとして物理ネットワーク構成と論理ネットワーク構成とを管理する構成を有するものである。

図１は本発明の実施の形態の概要説明図であり、１はサービス管理サーバ、２はデータベース、３−１〜３−３はＮＥＭサーバ、４−１〜４−４は、それぞれＶＯＤ（Ｖｉｄｅｏ−Ｏｎ−Ｄｅｍａｎｄ）サービス管理，音声サービス管理，ＩＰ（Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｖｉｄｅｒ）サービス管理，回線貸しサービス管理のクライアントを示し、５はネットワークを示す。又サービス管理サーバ１は、ビューの定義部１−１と、リアルタイムのＮＷ（ネットワーク）構成情報更新部１−４と、Ｅｎｄ−Ｅｎｄのコネクション設定部１−３と、論理ネットワーク構成図作成部１−２と、物理障害と論理ネットワーク障害の連携部１−５等の機能を含むものである。

ＮＥＭ（ネットワーク管理）サーバ３−１〜３−３は、ネットワーク５の機器，リンク等の構成情報の変更や障害発生情報を、例えば、トラップやポーリング等によって収集し、サービスに影響のある変更情報についてのみ、サービス管理サーバ１に通知する。それによって、サービス管理サーバ１からデータベース２を更新する。なお、ネットワーク５の各ＡＴＭスイッチ等や高速回線等のネットワーク構成情報は、システム立上げ時に収集してデータベース２に格納し、ネットワーク構成情報の変更に対応して更新することになる。又ビュー作成処理に従って、単一又は複数のサービス種別対応のビューを格納するものである。

又クライアント４−１〜４−４は、ＶＯＤサービス，音声サービス，ＩＰサービス，回線貸しサービス等のサービス種別対応クライアントを示すものであり、図示を省略した他のサービス種別対応に複数のクライアントを追加することができる。

又本発明に於けるビューは、ネットワーク管理システムのＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）上で管理する単位を意味するものであり、又マルチプルビューは、物理的には一つのネットワーク上で提供されているサービスを、恰もそれぞれサービス対応に独立したネットワーク上で提供されているように見せるものである。又ビューは、論理ネットワーク構成と物理ネットワーク構成とを対応付け、それらの両方又は何れか一方を表示することができる。

又ネットワーク管理者又はサービス管理者は、表示されたビューの一覧から単一又は複数のサービス対応のビューを選択することにより、そのビュー構成情報に従って、図示を省略した表示部に、単一又は複数のサービス種別の物理ネットワーク構成と論理ネットワーク構成との何れか一方又は両方が表示される。又そのビューを用いて障害発生箇所，障害波及範囲等も表示し、又コネクションの設定を行うことができる。又ネットワークを階層化せずに、ネットワークの総ての機器が見えるように表示したビューを、フラットビューと称し、又地域毎等にグループ化して階層的に表示するビューをドメインビューと称する。

図２は本発明の実施の形態のマルチプルビューの物理ネットワーク構成関連説明図であり、１０は物理ネットワーク、１１は音声サービスのビュー、１２はインターネットサービスのビュー、１３はＶＯＤサービスのビューを示し、それぞれのサービスを提供する物理ネットワーク構成を表示した場合を示す。

例えば、音声サービスは、ＰＢＸ交換機間をＡＴＭ交換機を介して接続したネットワークにより提供し、インターネットサービスは、ルータ間をＡＴＭ交換機を介して接続したネットワークにより提供し、ＶＯＤサービスは、ＶＯＤサーバとＶＯＤ端末との間をＡＴＭ交換機を介して接続したネットワークにより提供する構成を示し、サービス対応にネットワーク管理を行うことができる。例えば、ＶＯＤサービス管理者は、ビュー１３により、ＶＯＤサービスに関連する物理ネットワーク構成又は論理ネットワーク構成によって、ＶＯＤサービスを提供する為のネットワーク構成を管理することができる。

図３は本発明の実施の形態のデータベース更新の説明図であり、図１のデータベース２と、サービス管理サーバ１と、ＮＥＭサーバ３−１〜３−３の中の一つのＮＥＭサーバ３と、ネットワーク５内の交換機，ＡＴＭスイッチ等の機器（ＮＥ）２１とについて示す。ＮＥＭサーバ３は、ネットワークに対して比較的近い位置に配置されている場合が一般的であり、又サービス管理サーバ１は、複数のＮＥＭサーバ３と接続する構成であるから、遠方のＮＥＭサーバ３については、図示を省略したネットワークを介して接続される場合もある。

管理対象となるネットワークの総ての機器２１等の情報をシステム立上げ時に収集する。そして、ＮＥＭサーバ３は、機器２１の情報変更，障害情報等を収集すると、機器毎のルールに従って変換する機能２２により、ＤＢ（データベース）登録情報（新）２３とし、先にメモリ等に格納したＤＢ登録情報（旧）２４とを比較機能２５により比較し、変更されている場合のみ、このＤＢ登録情報（新）２３によりＤＢ登録情報（旧）２４を更新すると共に、サービス管理サーバ１に転送する。サービス管理サーバ１は、ＤＢ更新機能２６によってデータベース２の更新を行うことになる。従って、ネットワークから収集した情報のサービスに関連する情報に変更があった場合のみを転送することにより、伝送量を削減してデータベース２を更新することができる。

図４はコンポーネント構成説明図であり、図１に示す構成と概要が対応するものであり、データベース２と接続されたサービス管理サーバ１は、クライアントマネージャ（Ｃｌｉｅｎｔ Ｍａｎａｇｅｒ）３１と、ビューコントローラ（ＶＣＮＴ）３２と、ユーザマネージャ（ＵＭ）３３と、マルチドメインマネージャ（ＭＤＭ）３４と、ネットワーク５のＡＴＭ交換機，ＳＯＮＥＴ／ＳＤＨ，ＬＡＮ等の機器種別による異なる条件を吸収するローカルドメインマネージャ（ＬＤＭ）３５，３６，３７とを含み、又ＮＥＭサーバ３−１〜３−３は、ノードディスカバリ（ＮＤＳ）３８と、エレメントアクセスモジュール（ＥＡＭ）３９とを含むものである。又４０はサービス管理サーバ１から取得した情報を基にＧＵＩを提供するクライアント（ＵＩ）を示す。

図５はコンポーネントによるシステム構成図であり、図４のコンポーネント構成を階層的に示したもので、機種依存オブジェクトと機種非依存オブジェクトとに分けることができ、又機種依存オブジェクトは、ネットワーク種別非依存オブジェクトと、ネットワーク種別依存オブジェクトとに分けることができる。従って、ネットワーク５のＡＴＭ交換機等の機種対応に、ＥＡＭ（エレメントアクセスモジュール）が接続されて、機種毎に異なる条件を吸収する。又複数の機器を含むネットワークの種別対応にＬＤＭ（ローカルドメインマネージャ）が接続されて、ＡＴＭ，ＳＯＮＥＴ，ＳＤＨ，ＩＰ等のネットワーク種別で異なる条件を吸収する。

又ネットワーク種別非依存オブジェクトのＭＤＭ（マルチドメインマネージャ）は、ネットワーク５全体を管理し、ＵＩ（クライアント）は、サービス管理サーバ１から取得した情報を基にＧＵＩを提供する。又図４に於けるＵＭ（ユーザマネージャ）３３は、ユーザ（ネットワーク管理者）に対してＧＵＩを提供する為のパスワードとビューとの関係を管理するものである。ＮＤＳ（ノードディスカバリー）３８は、管理対象となった機器の追加又は管理対象外となった機器の削除等を行う機能を有し、特定のネットワーク範囲毎にプロセスを分けることができる。

図６はデータベース項目の一例の説明図であり、ＤＢ項目と、機器から収集する情報と、変換方法とについて示すものである。例えば、サービス管理サーバ１に関するデータベース（ＤＢ）項目の一例として、ネットワーク構成、ノード状態、リンク状態、コネクション経路、コネクション状態を示す。例えば、ＤＢ項目のコネクション経路は、ネットワークのクロスコネクトから情報を収集し、このクロスコネクトをつなぎ合わせることにより、コネクション経路を形成し、クロスコネクトに変更があった場合、部分的に経路情報を修正し、又クロスコネクトが一つも無くなった場合、そのコネクション経路をＤＢから削除する。

又イベントとデータベース（ＤＢ）再構成項目の一例を図７に示す。イベントとして、ノード障害、ノード障害復旧、コネクション追加、コネクション変更、コネクション削除、ユーザ（ネットワーク管理者又はサービス管理者）要求等に対応して、想定される変更と収集項目とを含み、例えば、コネクション追加のイベントの場合、想定される変更はコネクション追加であり、又収集項目は、追加されたコネクションの経路である。

図８及び図９はデータベース構成の説明図であり、ＮＷ（ネットワーク）構成情報部５１と、ビュー構成情報部５２とに分け、丸付き数字の１〜５は相互間の接続を示す。又各データベース項目を、図１０の（Ａ），（Ｂ）に示す。図１０の（Ａ）は、ネットワーク（ＮＷ）構成情報データベース項目を示し、例えば、ＪＶｖＮｏｄｅは、ノードを示し、ネットワーク機器の情報を含むものである。又ＪＶｖＬｉｎｋは、リンクを示し、機器間の回線の情報を示す。又図１０の（Ｂ）は、ビュー構成情報データベース項目を示し、例えば、ＪＶｖＶｉｅｗはビューを示し、複数のビューのそれぞれを管理する情報である。又ＪＶｖＶｉｅｗＤｏｍａｉｎはドメインを示し、各ビューの中で管理上分割する単位を示す。

そして、ネットワーク（ＮＷ）構成情報上で、ポートとコネクションの関連を持たせることにより、ポート障害時にコネクション障害を検出することが可能である。又ＮＷ構成情報上のノードＪＶｖＮｏｄｅ，リンクＪＶｖＬｉｎｋ，コネクションＪＶｖＣｏｎｎｅｃｔｉｏｎは、各ビューに、それぞれビューノードＪＶｖＶｉｅｗＮｏｄｅ，ビューリンクＪＶｖＶｉｅｗＬｉｎｋ，ビューコネクションＪＶｖｉｅｗＣｏｎｎｅｃｔｉｏｎとして登録することにより、各ビューに於ける管理対象となる。前述のように、ビュー構成情報上の或るビューＸＸＸと、ＮＷ構成情報上のＸＸＸとに関連を持たせることにより、ＮＷ構成情報上で管理しているＸＸＸの状態が変化した場合、複数のビュー上で同時に状態変化を検出することが可能となり、従って、ビュー間で矛盾が生じることがなくなる。

図１１は論理ネットワーク構成の説明図であり、（Ａ），（Ｂ）は、管理対象ノードの任意のポートに接続されている機器をエッジと定義した場合を示し、又（Ｃ）はコネクションの先端に１台の仮想端末が接続されているものとして表示する場合を示す。

図１１の（Ａ）は、１対のエッジ間に任意数のコネクション（論理ネットワーク）が設定され、途中の機器は総て隠蔽された状態とし、エッジ間のコネクションについてのみ示す。又（Ｂ）は、エッジを定義し、ノードとリンクとを含めたネットワーク構成を示し、コネクションを経由する交換機等の機器を含む場合を示す。又（Ｃ）は、コネクションの端点には仮想端末が接続されているように表示する場合であり、機器を介した経路を示すが、（Ａ）の場合と同様に、途中の交換機等の機器を隠蔽して表示することもできる。

図１２はトレース表示の説明図であり、（Ａ）は、図１１の（Ａ）に対応するエッジ６１〜６５間のコネクションからなる論理ネットワーク構成を示し、例えば、エッジ６１，６４を指定することにより、図１２の（Ｂ）の太線で示すコネクションが表示される。又図１２の（Ｃ）は図１１の（Ｂ）に対応するエッジとネットワーク機器とを含む物理ネットワーク構成を示し、エッジ６１〜６５が機器６６〜６９を介して接続されている。そして、ネットワーク上の任意の一点を指定し、その指定点に接続されているコネクションをトレースし、エッジに到達することにより、そのトレースが終了し、その結果を表示する。例えば、図１２の（Ｄ）に示すように、エッジ６１→機器６６→機器６９→機器６８→エッジ６４のトレース結果が太線で表示される。なお、細線と太線とによる区別を、色分けで区別して表示することも可能である。

図１３はマルチプルビューの説明図であり、ＶＯＤサービスの場合を示し、ＶＯＤサーバ７１とＶＯＤクライアント７２とが、ＡＴＭ交換機（ＡＴＭ）７３と伝送装置（ＦＬＸ）７４とを含むネットワークを介して接続されたシステムに於いて、ネットワーク管理端末７５には、ネットワーク管理者又はサービス管理者対応の管理情報７８に基づいてネットワーク構成が表示される。同様に、ネットワーク管理端末７６，７７には、ネットワーク管理者又はサービス管理者対応の管理情報７９に基づいてネットワーク構成が表示される。

この場合、ネットワーク管理端末７６は、図１１の（Ａ）に示すように、エッジ（ＶＯＤサーバ７１とＶＯＤクライアント７２）との間のコネクションを示し、ネットワーク管理端末７７は、図１１の（Ｂ）に示すように、エッジとネットワークを構成する機器とを含む物理ネットワーク構成を示し、例えば、ネットワーク管理端末７６による論理ネットワーク構成に障害発生が表示された場合、ネットワーク管理端末７７による物理ネットワーク構成に切替えることによって、例えば、ネットワーク構成上の障害発生箇所をネットワーク管理者に通知して修復させることができる。

又ネットワーク構成情報とビュー構成情報とを変更して、ネットワーク管理者が必要とする情報を提供するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を定義し、機種や管理対象ネットワーク種別が増加した場合に、追加された機種依存オブジェクトやネットワーク種別依存オブジェクトに於いて、ＡＰＩを起動することによって、データベースの変更やＧＵＩ表示の変更等が可能となる。例えば、ノード追加／変更／削除、リンク追加／変更／削除、コネクション追加／変更／削除、コネクション経路変更、ノード障害／復旧、ポート障害／復旧、ビューノード追加／変更／削除、ビューリンク追加／変更／削除、ビューコネクション追加／変更／削除、ドメイン追加／変更／削除、エッジ追加／変更／削除、ビュー追加／変更／削除、サービステンプレート追加／変更／削除、分離障害定義追加／変更／削除、サービス障害定義追加／変更／削除等がある。

又マルチベンダ機器は、単一のスロットに１枚のカードが挿入されるものと、２枚のカードが挿入されるもの等の機器構成の相違や、設定時のパラメータの相違等がある。又ネットワークを構成する各種機器は同一規格でない場合が多いものである。例えば、異なるベンダ対応に旧バージョンの機器と新バージョンの機器とが混在する場合もある。

そこで、一つのポートを表すデータは、ポートアドレスとして、機種対応のエレメントアクセスモジュールＥＡＭに於いて認識できる文字列として管理する。又ローカルドメインマネージャＬＤＭ及びマルチドメインマネージャＭＤＭは、ポートアドレスの文字列の詳細な内容については意識しないで、一つのポートを示すデータであると認識して処理する。

又コネクションを表現する場合も、ネットワーク種別毎に異なる場合が一般的であり、ＡＴＭネットワークでは、一つのコネクションは一つのバーチャルチャネルに相当し、ＶＰＩ／ＶＣＩ値で表されるが、他のネットワークは、このような表現はない。そこで、一つのコネクションを表すデータは、コネクションアドレスとして、ネットワーク種別毎のローカルドメインマネージャＬＤＭ及びマルチドメインマネージャＭＤＭのみが詳細に認識できる文字列として管理する。

又障害の原因や内容は、機器毎に異なる為、ネットワークサービス管理システムは、各機器の障害を抽象化し、一定の障害レベルに変換して管理する。機種依存オブジェクトは、障害ラベルとそれに対応する障害レベルとの関係を管理する。即ち、機器からの障害コードを、機種依存オブジェクトが解析して障害ラベルに変換し、機器対応の障害ラベルに従って障害レベルに置換する。

図１４は、障害ラベルと障害レベルとの説明図であり、例えば、機器Ａ，Ｂについての障害（障害ラベル）と、障害レベル（物理障害），（サービス障害）との関係を示す。例えば、機器ＡのＨＤＤ（ハード磁気ディスク装置）障害は、物理障害として重度障害であり、又サービス障害とはサービス提供が不可能となるかもしれない障害を示す。又機器Ｂのファン異常の障害は、物理障害として、その後の異常温度上昇等を示す警告であり、又サービス障害としてはサービス提供を継続可能であるから正常とする。

従って、機器Ａの障害ラベルＨＤＤ障害は、物理障害の障害レベルとしては重度障害となり、サービス障害の障害レベルとしては障害となる。又機器Ｂの障害ラベル電源異常は、物理障害の障害レベルとしては軽度障害となり、サービス障害の障害レベルとしては正常となる。

図１５は障害レベル情報の説明図であり、（Ａ）は物理障害レベル情報、（Ｂ）はサービス障害レベル情報を示し、例えば、物理障害の障害名称（図１４に於ける障害レベル（物理障害）参照）が不明の場合、障害レベルは、−１で、アイコン色は灰色、アラーム音ＩＤは０となる。障害名称が正常の場合、障害レベルは０、アイコン色は緑、アラーム音ＩＤは０となる。又障害名称が重度障害の場合、障害レベルは３、アイコン色は赤、アラーム音ＩＤは３となる。又サービス障害の障害名称（図１４に於ける障害レベル（サービス障害）参照）が正常の場合、障害レベルは０、アイコン色は緑、アラーム音ＩＤは０、又障害の場合は、障害レベルは１、アイコン色は赤、アラーム音ＩＤは１となる。

図１６は障害ラベルと物理障害レベルとサービス障害レベルとの説明図であり、ネットワークのＡＴＭ交換機についての一例を示す。例えば、障害ラベルのクロック障害の場合、物理障害レベルは３、サービス障害レベルは１となる。又障害ラベルのＵＰＳ（無停電電源装置）障害の場合、物理障害レベルは３、サービス障害レベルは１となる。障害ラベルの温度障害の場合、物理障害レベルは２、サービス障害レベルは０となる。同様に、各種の機器について障害ラベルと障害レベルとの関連を定め、例えば、テーブル構成として管理することができる。

図１７は障害レベルの定義の説明図であり、機器管理部８１〜８３は、図４のＥＡＭ（エレメントアクセスモジュール）３９に対応し、機種による差分を吸収する機能を備え、機種Ａ，Ｂ，Ｃ毎に定義した障害ラベルに対して、システムで一意に定義している障害レベルを割当てて管理する。障害レベルは、コネクションを流れるデータへの影響を示すレベルを意味し、０は正常、１は警告（現在は影響無いが、放置しておくと、危険な状態となる場合）、２は軽度障害（サービスに一部影響が及ぶ場合）、３は重度障害（サービスが一時停止する場合）、４はクリティカル（サービスが長時間停止する可能性がある場合）を示す。

例えば、機種Ａの機器管理部８１に於いては、障害ラベルのクロック障害は障害レベル１、スイッチ障害は障害レベル２、アダプタ障害は障害レベル３の場合を示し、又機種Ｂの機器管理部８２に於いては、障害ラベルのクロック障害は、障害レベル１、ＨＤ（ハードディスク）障害は、障害レベル２とした場合を示し、ハードディスク障害は、サービスに一部影響が及ぶ場合がある。

機器管理部８１〜８３に於いて、管理下の機器Ａ，Ｂ，Ｃからのトラップ又はポーリングにより、機器Ａ，Ｂ，Ｃの状態を把握しておくもので、ノード全体と、その一部のポートに関するものとを区別して管理する。即ち、ポートの障害は、そのポートを使用しているコネクションにのみ影響を与えるが、ノード全体の障害は、そのノードを使用しているコネクション総てに影響を与えることになる。又一つのポートの障害が複数のポートに影響を与える場合もある。

例えば、図１８に示すネットワーク５のノード９０は、ポート９１〜９８を備え、黒丸で示すポート９５に障害が発生すると、このポート９５にポート９１，９２が接続されているから、ポート９１，９２のコネクション＃１，＃２が影響を受けることになる。

又機器管理部８１〜８３は、トラップ或いはポーリングによりノード及びポートの障害情報を収集し、ノード又はポートに発生している障害のうち、最大障害レベルを、そのノード又はポートの障害レベルとして保持する。そして、直前までの障害レベルと比較して変化があった場合、その情報をイベントとして他のオブジェクトに通知する。この場合、図１７に於いては、機種Ａの機器管理部８１は、最大障害レベル３を保持し、機種Ｂの機器管理部８２は、最大障害レベル２を保持し、機種Ｃの機器管理部８３は、最大障害レベル３を保持する。

又ネットワーク構成を管理し、ノードやポートの障害レベル変更イベントにより、各コネクションの障害レベルを抽出し、コネクションが経由する複数のノード又はポートに障害がある場合は、そのうちの最大レベルをコネクションの障害レベルとする。又このコネクションの障害レベルが変化した場合、イベントを発行する。

図１９は障害レベル変更時のフローチャートであり、ネットワーク等を構成する機器と、その機器管理部と、ネットワーク管理部と、ＤＢ（データベース）と、ＧＵＩ（グラフィカルユーザインタフェース）と、イベント管理部とについての動作の概要を示す。又機器管理部は、ネットワークの機器の種別等による各種障害情報の差を吸収する機能を有するものである。先ず、ＧＵ１のユーザ（ネットワーク管理者又はサービス管理者）の操作により、ＤＢに対してネットワーク構成情報の収集を要求する。このＤＢからのネットワーク構成情報を基にトポロジマップ表示（物理ネットワーク表示），サービスマップ表示（論理ネットワーク表示）を行う。

又ＤＢは、ネットワーク管理部に対してネットワーク構成情報の収集を要求し、ネットワーク管理部は、ネットワーク構成情報をＤＢに転送する。又機器から機器管理部に対して、障害発生によるトラップ又はポーリングによって障害情報を通知する。機器管理部は、障害レベル抽出を行い、ノードの最大障害レベルを判定し、その最大障害レベルが前回と同じか否かを判定し、異なる場合はイベント管理部にノードの障害レベル変更を通知する。又変化が無い場合、ポートの最大レベル判定を行う。なお、ノードとポートとの障害判定は独立的に行うものであり、ノードに変化があってもポートの障害判定を行う。

この障害レベルの変更に従った通知により、イベント管理部は、ノードの障害レベル変更をＧＵＩ，ＤＢ，ネットワーク管理部に通知する。これにより、ＧＵＩは、トポロジマップの更新を行い、ＤＢはデータベース内容の更新を行い、又ネットワーク管理部は、コネクション障害レベルを判定し、前回と同じ障害レベルか否かを判定する。前回と同じ場合はリンクの障害レベル判定を行い、又前回と異なる場合は、イベント管理部にコネクション障害レベル変更を通知する。この処理をコネクション数分だけ繰り返す。

機器管理部は、ポートの最大障害レベル判定を行って、前回と同じか否かを判定し、前回と同じ場合は終了とし、異なる場合は、ポート障害レベル変更をイベント管理部に通知する。これをポート数だけ繰り返す。イベント管理部は、ポートの障害レベル変更通知により、ネットワーク管理部とＤＢとにそれぞれ通知する。ＤＢはデータベースの内容を更新し、ネットワーク管理部は、リンクの障害レベル判定を行い、障害レベルが前回と同じか否かを判定し、同じ場合は終了とし、異なる場合は、リンク障害レベル変更をイベント管理部に通知する。それにより、イベント管理部は、ＤＢとＧＵＩとに通知するから、ＤＢはデータベース内容を更新し、ＧＵＩはトポロジマップを更新する。なお、ポート障害からもコネクション障害の判定を行うものである。

図２０はマルチプルビュー作成のフローチャートであり、機器管理部と、ネットワーク管理部と、ビュー管理部と、ＤＢ（データベース）と、ＧＵＩ（グラフィカルユーザインタフェース）と、イベント管理部とについての動作の概要を示し、ネットワーク管理者又はサービス管理者がＧＵＩによりビュー管理部にビュー作成要求を行う。それにより、ビュー管理部は、ＤＢにネットワーク構成情報の収集要求を行い、ＤＢからのネットワーク構成情報を基に、ビュー作成要求に付加された条件に従ってビュー構成の抽出を行い、抽出したビュー構成をＤＢに登録する。

ＤＢはビュー構成の登録終了をビュー管理部に通知すると、ビュー管理部は、ＧＵＩにビュー作成完了を通知する。ビュー管理部は、ＤＢに登録されたビュー構成を要求し、そのＤＢからのビュー構成に従ってトポロジマップ表示（物理ネットワーク表示）及びサービスマップ表示（論理ネットワーク表示）を行う。

そして、機器管理部からイベント管理部にノード障害レベル変更通知が送出された場合、イベント管理部は、ネットワーク管理部と、ビュー管理部と、ＤＢとに通知する。ネットワーク管理部は、コネクション障害レベルを判定し、前回と異なるか否かを判定し、前回のコネクション障害レベルと異なる場合は、イベント管理部にコネクション障害レベル変更を通知する。

又ビュー管理部は、イベント管理部からの通知により関連ビュー抽出を行い、ビューノード障害レベル変更をイベント管理部に通知する。このビューノード障害レベル変更通知により、イベント管理部はＧＵＩにトポロジマップの変更を通知し、ＧＵＩはトポロジマップの更新を行う。

又ネットワーク管理部は、イベント管理部からの通知により、コネクション障害レベル判定を行い、前回と異なるか否かを判定し、異なる場合は、イベント管理部にコネクション障害レベル変更を通知する。イベント管理部は、このコネクション障害レベル変更により、ビュー管理部とＤＢとに通知、ビュー管理部は、関連ビュー抽出を行い、ビューコネクション障害レベル変更をイベント管理部に通知する。又ＤＢはデータベース内容を更新する。

イベント管理部は、ビュー管理部からのビューコネクション障害レベル変更通知によりＧＵＩに通知し、ＧＵＩはサービスマップの更新を行う。なお、ネットワーク管理部に於いて、コネクション障害レベル判定により前回と同一のレベルの場合は、そのまま終了とする。

ビューの作成手段としては、（１）.ユーザ（ネットワーク管理者，サービス管理者）のＧＵＩ（ネットワーク構成図画面）に於いて、ビューに登録したい機器と回線とを総て選択することによりビューを作成する。又選択された機器と回線とにより提供されるコネクションを自動的に抽出してビューに登録する。

又（２）．ユーザがネットワーク管理システムのコネクション一覧のＧＵＩに於いて、ビューに登録したいコネクションを総て選択することによりビューを作成する。又選択されたコネクションが経由する総ての機器と回線とを自動的に抽出してビューに登録する。又（３）.ユニットがネットワーク管理システムのＧＵＩに於いて、ビュー登録したい端末（ネットワーク機器のポート）を総て選択することによりビューを作成する。又選択された端末間に設定されている総てのコネクションを経由している総ての機器と回線とを自動的に抽出してビューに登録する。運用中に追加された該当コネクションと機器と回線についてもリアルタイムにビューに追加する。

又（４）.ユーザがネットワーク管理システムのＧＵＩに於いて、ビューに登録したいコネクションの属性条件を選択することによりビューを作成する。システムは、条件に合致した総てのコネクションと経由している機器と回線とを自動的に抽出して、ビューに登録する。運用中に追加された当該コネクション，機器，回線についてもリアルタイムにビューに追加する。又（５）.ユーザがネットワーク管理システムのＧＵＩに於いて、ビューに登録したいサービスの名称を選択することによりビューを作成する。運用中に追加された当該コネクション，機器，回線についてもシステムがリアルタイムにビューに追加する。

又（６）.ユーザがネットワークに接続された両側のエッジ（図１１又は図１２参照）を指定することにより、エッジ間の経路及び機器を抽出してビューを作成する。システム運用中の変更に対しても、ＤＢを参照してビューの登録内容の更新を行う。

前述のような手段によりビューを作成したユーザは、ビューの更新やビューで使用するコネクションの設定／削除権を持つことになる。又単一又は複数のサービス対応のビューを作成したユーザ（ネットワーク管理者又はサービス管理者）は、このビューを任意に参照できると共に、このビューを参照できる他のユーザを指定することができる。

又ネットワークは、複数ベンダの機器により構成される場合が一般的であり、このようなマルチベンダ機器環境のネットワークに於けるコネクション設定は、各機器に設定するパラメータ項目が同一であるとは限らないことになる。そこで、提供するサービス毎に、設定するコネクションの属性を規定する。この規定は、例えば、ＩＴＵ−Ｔ規格等の標準化された規格に基づいて行うものである。

図２１はマルチベンダ機器環境に於ける定義ファイルの説明図であり、コネクション設定について示すもので、複数のサービス１００対応にサービス定義ファイル１０１を形成する。このサービス定義ファイルは、前述のように標準規格に基づいて作成する。そして、サービス種別や機種毎のクロスコネクト設定項目定義ファイル１０４，１０５，１０６を作成し、標準のサービス定義ファイル１０１と、クロスコネクト設定項目定義ファイル１０４，１０５，１０６との間の変換ルールを作成する。

このクロスコネクト設定項目定義ファイル１０４，１０５，１０６は、前述のように、サービス，機種毎に作成するもので、例えば、
（ａ）機器１
ＳｅｒｖｉｃｅＮａｍｅ＝ＶＯＩＣＥ
ＱｏＳ＝１
Ａｓｓｉｎｇ＝Ｐｅａｋ
ＣＲ＝１００
・
・
・
（ｂ）機器２
ＳｅｒｖｉｃｅＮａｍｅ＝ＶＯＩＣＥ
ＣｏｎｎＴｙｐｅ＝ｂｏｔｈ
ＳｅｒｖｉｃｅＣａｔｅｇｏｒｙ＝ＣＢＲ
ＰｒｉｏｒｉｔｙＣｌａｓｓ＝ｈｉｔｈ
ＰＣＲ ＣＬＰ０＝１２
ＰＣＲ ＣＬＰ０＋１＝１２
ＯＡＭ＝ＯＮ
・
・
・

図２２はクロスコネクト設定時の概要説明図であり、コネクション設定時に、エレメントアクセスモジュール（ＥＡＭ）１１３，１１４は、それぞれのノード（ＮＥ）１１５にクロスコネクトを設定するもので、この時に必要なパラメータは、入側コネクションアドレス，出側コネクションアドレス等の一般的な共通パラメータと、機器固有のパラメータとからなるものである。そこで、エレメントアクセスモジュール１１３，１１４は、上位コンポーネント１１１から共通パラメータとサービス名とを受け取り、このサービス名を基に個別パラメータを調べる。この個別パラメータは、データベース（ＤＢ）１１２に於いて管理されているから、エレメントアクセスモジュール１１３，１１４は、共通パラメータと個別パラメータとを用いてクロスコネクトを設定することができる。

図２３は、図２２に於けるデータベース（ＤＢ）１１２に対する個別パラメータ登録の概要説明図であり、サービス定義ファイルは、共通ファイル１１６と、機種毎の個別ファイル１１７，１１８，１１９から構成されている。サービス定義共通ファイル１１６は、システムに１個設け、サービス名とそのサービスについての説明文を管理する。又サービス定義個別ファイル１１７，１１８，１１９は機種毎に用意し、データベース（ＤＢ）１１２に登録する時は、サービス定義ファイルの対象となる機種についての個別パラメータ情報を総て入替える。

サービス定義共通ファイル１１６の文法は、例えば、次のようになる。
ｓｔａｔｅｍｅｎｔ：＝ｄｅｆｉｎｉｔｉｏｎ−ｓｔａｔｅｍｅｎｔ ｜ｃｏｍｍｅｎｔ−ｓｔａｔｅｍｅｎｔ
ｄｅｆｉｎｉｔｉｏｎ−ｓｔａｔｅｍｅｎｔ：＝‘Ｓｅｒｖｉｃｅ＝’ｎａｍｅ‘，‘ｄｅｓｃｒｉｐｔｉｏｎ
ｃｏｍｍｅｎｔ−ｓｔａｔｅｍｅｎｔ：＝‘＃’ｃｏｍｍｅｎｔ｜空白行
ｎａｍｅ：＝文字列
ｄｅｓｃｒｉｐｔｉｏｎ ：＝文字列
ｃｏｍｍｅｎｔ：＝文字列

又サービスの名前とそのサービスについての説明文の定義は、
Ｓｅｒｖｉｃｅ＝名前，説明文
Ｓｅｒｖｉｃｅ＝名前，説明文
・
・
とするもので、例えば、
Ｓｅｒｖｉｃｅ＝ＶＯＤ，ＶＯＤのサービス
Ｓｅｒｖｉｃｅ＝音声，音声のサービス
となる。

又コメント文については、空白行又は先頭が“＃”から始まる行をコメント行と見做すものである。又サービス定義個別ファイル１１７，１１８，１１９についての文法は、例えば、
ｓｔａｔｅｍｅｎｔ：＝ｓｅｌｅｃｔｉｏｎ−ｓｔａｔｅｍｅｎｔ｜ｄｅｆｉｎｉｔｉｏｎ−ｓｔａｔｅｍｅｎｔ｜
ｃｏｍｍｅｎｔ−ｓｔａｔｅｍｅｎｔ
ｓｅｌｅｃｔｉｏｎ−ｓｔａｔｅｍｅｎｔ：＝‘ＳｅｒｖｉｃｅＮａｍｅ＝’ｎａｍｅ
ｄｅｆｉｎｉｔｉｏｎ−ｓｔａｔｅｍｅｎｔ：＝ｋｅｙ‘＝’ｖａｌｕｅ
ｃｏｍｍｅｎｔ−ｓｔａｔｅｍｅｎｔ：＝‘＃’ｃｏｍｍｅｎｔ｜空白行
ｎａｍｅ：＝文字列
ｋｅｙ：＝文字列
ｖａｌｕｅ：＝文字列
ｃｏｍｍｅｎｔ：＝文字列

又選択文，定義文，コメント文等についてもそれぞれ定義するもので、選択文中の定義文は個別パラメータ値を定義し、機種毎にエレメントアクセスモジュール（ＥＡＭ）が独自にキーを定義する。

図２４はクロスコネクト設定の概要説明図であり、ネットワーク管理者又はサービス管理者がＧＵＩからサービス定義追加を要求すると、データベース（ＤＢ）から応答があると共に、イベント管理部にサービス管理追加を通知する。そして、イベント管理部は、機器管理部にサービス定義追加に対応した要求を行う。それにより、機器管理部は、ＤＢにサービス定義取得要求を行い、このＤＢは、サービス定義を機器管理部に送出する。

又ＧＵＩからコネクション設定要求をネットワーク管理部に送出する。ネットワーク管理部は、このコネクション設定要求に対応した経路を決定し、その経路に沿ったそれぞれの機器管理部にクロスコネクト設定要求を行う。この通知を受けた機器管理部は、サービス定義に従ってパラメータを変更し、機器（クロスコネクト装置）にクロスコネクト設定制御を行い、設定終了通知を受けた機器管理部は、ネットワーク管理部を介してＧＵＩにクロスコネクト設定終了を通知する。

図２５は、経路設定の説明図であり、三角印の１〜８はエッジ、丸印又は四角印内のＡ〜Ｊはノード、（ａ）〜（ｋ），（イ）〜（ソ）はリンクを示し、又細線は１リンク、太線は複数リンクを示す。このようなビューによる物理ネットワーク構成を表示し、例えば、青色を未指定又は未設定状態、黄色を経路指定済（詳細未設定）、橙色を経路指定済（詳細設定済）、灰色を経路設定済として、色分けにより表示することがきる。

なお、詳細設定済は、リンクの場合、複数リンクのうちの一つが指定済となるが、１リンクの場合は必ず指定済とする。又ノードの場合、経路個別属性の全項目が設定される。又エッジの場合、必ず指定済とする。

従って、初期状態に於いては、何も設定されていないから、総て青色で表示されることになる。そして、Ｐ−Ｐ ＰＶＣ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ Ｐｅｒｍａｎｅｎｔ Ｖｉｒｔｕａｌ Ｃｉｒｃｕｉｔ）の場合のエッジ（１），（７）間に経路を設定する場合、例えば、エッジ（１）を指定する。それによりエッジ（１）は橙色表示となる。次に、エッジ（１）が接続されているノードＡを指定する。それにより、リンク（ａ）が経路に追加され、エッジ（１）とリンク（ａ）とは橙色で表示され、ノードＡは経路指定済で詳細未設定の黄色で表示される。

次に、エッジ（７）に向かう経路のノードＤを指定する。そして、ノードＡ，Ｄ間のリンク（イ）を指定すると、ノードＡの出側ポートと、ノードＤの入側ポートとが、ノードＡ，Ｄの構成情報を基に自動設定され、リンク（イ）は橙色で表示され、ノードＤは黄色表示となる。

同様にして、ノードＧ，Ｊを指定し、リンク（キ），（コ）を指定して、エッジ（１）からノード（Ｊ）までの経路を設定し、次にエッジ（７）を指定し、且つリンク（ｊ）を指定すると、エッジ（１）からエッジ（７）までの経路のリンク（ａ），（イ），（キ），（コ），（ｊ）と、ノードＡ，Ｄ，Ｇ，Ｊが詳細設定済み（橙色）となり、この表示内容を確認して、クロスコネクト要求を送出すると、データベースを基に、各ノードの機種等に従ったクロスコネクト設定情報が送出される。例えば、ノードＧに対しては、リンク（キ），（コ）間を接続するクロスコネクト設定情報が送出されることになる。それにより、エッジ（１），（７）間は鎖線で示す経路が設定されて通信を行うことができる。

例えば、エッジ（７）がＶＯＤサーバの場合、ＶＯＤサービスについてのサービス管理者が、ＶＯＤサービスのビューを表示し、その表示内容を基に前述の処理によりコネクション設定を行うことができる。又はエッジ（１），（７）を指定し、ネットワーク構成情報を基に、エッジ（１），（７）間のノード数やリンク数が最小となる経路を選択してコネクション設定を行うこともできる。

又経路指定を解除することができるものであり、例えば、前述の経路に於けるノードＧを基点として経路指定解除を行う場合、リンク（キ），ノードＧ，リンク（コ），ノードＪ，エッジ（７）の指定を解除すると、ノードＤの出側ポートの情報もクリアされ、このノードＤは詳細未設定の状態となる。従って、ノードＤは橙色表示から黄色表示となる。この状態から、例えば、ノードＦ，Ｉ，Ｇ，Ｊを順次指定して、ノード（１），（７）間を、前回と異なる経路で設定を行うこともできる。

図２６は仮想リンクを含む経路設定の説明図であり、Ｐ−Ｐ Ｓ−ＰＶＣの経路指定の場合で、図２５と同一符号は同一部分を示す。例えば、エッジ（１），リンク（ａ），ノードＡ，リンク（ア）が詳細設定済で、ノードＦの経路個別属性にＳ−ＰＶＣ Ｃａｌｌｉｎｇを設定し、次にノードＧを経路に追加すると、ノードＦ，Ｇ間には物理的なリンクが存在しないが、橙色の点線で示す仮想的なリンクが表示される。

そして、前述のように、ノードＪを指定し、ノードＧ，Ｊ間のリンク（コ）を指定し、エッジ（７）を指定し、リンク（ｊ）を指定することにより、エッジ（１）からエッジ（７）までの経路のリンクとノードとは、（ａ）→Ａ→（ア）→Ｆ→（仮想的リンク）→Ｇ→（コ）→Ｊ→（ｊ）の経路で接続されることになる。又ノードＧを指定する代わりに、ノードＩを指定した場合、ノードＦ，Ｉ間には物理的なリンク（エ）が存在するが、仮想的なリンクとして橙色の点線で表示される。

又ノードＧを基点に経路指定解除を行うと、Ｓ−ＰＶＣ Ｃａｌｌｅｄ側の指定のみが解除される。従って、エッジ（１）とリンク（ａ）とノード（ア）とノードＦとを含む経路のみが残ることになる。又ノードＦを基点として経路指定解除を行うと、Ｓ−ＰＶＣ Ｃａｌｌｉｎｇ及びＣａｌｌｅｄの両側の指定が解除される。

図２７は分岐可能ノードを含む経路設定の説明図であり、分岐可能のノードＧがエッジ（１），（７）間の鎖線で示す経路内に指定されている場合、このノードＧを基点に指定してノードＩを選択する。この場合、ノードＧ，Ｉ間のリンク（ク）が自動的に設定される。この状態から、例えば、エッジ（５）を指定し、且つリンク（ｇ）を指定すると、ノードＩを介してエッジ（１）との間の経路が形成される。更に、ノードＧを基点としてノードＢを指定すると、ノードＧ，Ｂ間のリンク（ケ）が自動的に設定される。従って、鎖線の経路でエッジ（１），（７）間に経路が形成され、又ノードＧから複数方向に分岐する経路を設定することができる。

又指定解除についても前述の場合と同様に可能であり、例えば、ノードＩを基点に指定して解除を行うと、ノードＧからエッジ（５）側の部分が解除される。即ち、ノードＩとリンク（ク），（ｇ）とエッジ（５）とが解除される。又その後、他の分岐方向の設定を行うことができる。

本発明の実施の形態の概要説明図である。 本発明の実施の形態のマルチプルビューの物理ネットワーク構成の説明図である。 本発明の実施の形態のデータベース更新の説明図である。 コンポーネント構成説明図である。 コンポーネントによるシステム構成図である。 データベース項目の一例の説明図である。 イベントとデータベース再構成項目の一例の説明図である。 データベース構成の説明図である。 データベース構成の説明図である。 データベース項目の説明図である。 論理ネットワーク構成説明図である。 トレース表示の説明図である。 マルチプルビューの説明図である。 障害ラベルと障害レベルとの説明図である。 障害レベル情報の説明図である。 障害ラベルと物理障害レベルとサービス障害レベルとの説明図である。 障害レベルの定義の説明図である。 障害とその影響範囲の説明図である。 障害レベル変更時のフローチャートである。 マルチプルビュー作成のフローチャートである。 マルチベンダ機器環境に於ける定義ファイルの説明図である。 クロスコネクト設定時の概要説明図である。 個別パラメータ登録の概要説明図である。 クロスコネクト設定の概要説明図である。 経路設定の説明図である。 仮想リンクを含む経路設定の説明図である。 分岐可能ノードを含む経路設定の説明図である。

符号の説明

１ サービス管理サーバ
１−１ ビューの定義部
１−２ 論理ネットワーク構成図作成部
１−３ コネクション設定部
１−４ リアルタイムのネットワーク構成情報更新部
１−５ 物理障害と論理ネットワーク障害の連携部
２ データベース
３−１〜３−３ ネットワーク管理サーバ
４−１〜４−４ サービス種別対応のクライアント
５ ネットワーク

Claims (8)

1. 少なくとも１つのサービス種別対応に、ネットワーク構成情報とビュー構成情報とを関連付けて、物理ネットワーク構成と論理ネットワーク構成との何れか一方又は両方を表示できるビューを作成する過程と、
   管理の対象となる少なくとも１つのネットワーク機器から収集される機器に依存する障害情報を基に障害ラベル、障害のレベルに対応させてネットワーク全体で統一するように変換する過程と、
   変換された前記障害ラベル及び前記障害のレベルに基づき各サービス提供に対する障害レベルを表示可能にする過程と
   を備えることを特徴とするネットワーク管理方法。
2. 機器に依存する障害情報からネットワーク全体で統一された障害ラベル、物理障害のレベル及びサービス障害のレベルに変換することにより機種に依存しない情報に変換し、ネットワーク機器の障害を管理する過程と、
   異なる種別のネットワークを種別対応にそれぞれローカルドメインとして管理するとともに、前記複数のローカルドメインを１つのマルチドメインとしてすべて同じ種別のネットワークとして物理ネットワーク構成と論理ネットワーク構成を管理する過程と、
   少なくとも１つのサービス種別対応に、ネットワーク構成情報とビュー構成情報とを関連付けて、物理ネットワーク構成と論理ネットワーク構成との何れか一方又は両方を表示できるビューを作成する過程と
   を備えることを特徴とするネットワーク管理方法。
3. 障害発生箇所対応の障害ラベルと、物理障害及びサービス障害の障害レベルとを対応させて、前記障害レベルを前記ビューに関連付けして表示する過程を含むことを特徴とする請求項１乃至２いずれか記載のネットワーク管理方法。
4. ネットワークのノード単位又はポート単位で障害情報を管理し、コネクション経由の障害発生箇所で障害レベルが最も大きい障害レベルを前記コネクションの障害レベルとして管理する過程を含むことを特徴とする請求項１記載のネットワーク管理方法。
5. 前記物理ネットワーク構成に於けるノード及びリンクを指定し、エッジ間の経路を設定する過程を含むことを特徴とする請求項１記載のネットワーク管理方法。
6. 前記物理ネットワーク構成に於けるエッジを指定し、前記エッジ間をネットワーク管理情報を基に前記エッジ間の経路のノード及びリンクを抽出して、前記エッジ間の経路を設定する過程を含むことを特徴とする請求項１記載のネットワーク管理方法。
7. ネットワーク構成情報と、ビュー構成情報とを関連付けて格納したデータベースと、
   前記データベースに格納された前記ビュー構成情報の中のサービス種別対応の物理ネットワーク構成情報と論理ネットワーク構成情報との何れか一方又は両方を基に表示制御するサービス管理サーバと、
   管理の対象となる少なくとも１つのネットワーク機器から収集する機器に依存する障害情報を障害ラベル、物理障害のレベル及びサービス障害のレベルに対応させて同じ種別のネットワークをローカルドメインとして管理するネットワーク管理サーバとを備え、
   前記サービス管理サーバは、異なるネットワークを種別対応にネットワーク無依存になるように管理するローカルドメインをそれぞれ管理し、これら複数のローカルドメインを１つのマルチドメインとして物理ネットワーク構成と論理ネットワーク構成とを管理することを特徴とするネットワーク管理システム。
8. 前記サービス管理サーバは、物理ネットワーク構成情報に従った内容を基に、エッジ又はノード及びリンクを指定して、前記エッジ間のコネクション設定を制御するコネクション設定部を備えたことを特徴とする請求項７記載のネットワーク管理システム。

Images