JP2002014881A

JP2002014881A - ネットワーク運用装置及びその方法

Info

Publication number: JP2002014881A
Application number: JP2000198482A
Authority: JP
Inventors: Takaaki Sato; 隆昭佐藤; Yoshiyuki Sato; 美幸佐藤; Noritaka Fujinaka; 紀孝藤中; Kanetsu Takahashi; 完悦高橋; Atsushi Kabasawa; 敦椛沢; Masahiko Ohashi; 正彦大橋; Akira Iwamoto; 朗岩本
Original assignee: Fujitsu Ltd; NTT Advanced Technology Corp
Current assignee: Fujitsu Ltd; NTT Advanced Technology Corp
Priority date: 2000-06-30
Filing date: 2000-06-30
Publication date: 2002-01-18

Abstract

(57)【要約】【課題】障害発生ポイントを自動的に特定することがで
きるネットワーク運用装置を提供する。【解決手段】被監視ネットワークのネットワークノード
などの監視対象装置１１からネットワークの構成や障害
情報などを被監視ネットワークに接続された管理サーバ
装置１０に収集する。管理サーバ装置１０は、被監視ネ
ットワークから得られた情報を下に、ネットワーク構成
や障害の発生したノード、リンクなどを特定し、結果を
デジタル専用線１５を介してクライアント装置１２に送
信する。ネットワーク管理者のいるリモート監視センタ
では、管理サーバ装置１０からの情報を下に、クライア
ント装置１２に表示される障害情報を調べて、ネットワ
ークの障害がどこに生じたかを特定する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク運用
装置及びその方法に関する。

【０００２】

【従来の技術】今日、インターネットの普及に見られる
ように、ネットワークを利用した情報の通信が盛んに行
われてる。また、ネットワークが普及するにつれ、ネッ
トワークに接続されるクライアントの数も急速な勢いで
増加しており、ネットワーク自体の規模は増大の一途を
辿っている。従って、ネットワークを管理する側として
は、増大するネットワークを十分に、かつ、効率的に管
理することが要求される。ネットワークの管理が十分に
行われないと、ネットワークを利用する多くのクライア
ントに不具合を生じ、ネットワークによるサービスを十
分な信頼度で提供することが不可能となってしまう。

【０００３】従来のネットワークの監視システムは、被
監視ネットワーク内にネットワーク監視装置を置き、リ
モートの監視センタへは障害の発生のみを文字情報など
で通知する構成であった。すなわち、各ネットワークノ
ードはそれぞれ独立して障害情報を監視センタに送信
し、障害発生を知った管理者は、障害通知を発したノー
ドを虱潰しに調べ、障害ポイントを特定する、あるい
は、経験上特定の障害が生じる場合には、どこが故障し
ている場合が多いかを知得しておき、この経験に基づい
て、障害の発生ポイントを特定するという手順を踏んで
いた。

【０００４】

【発明が解決しようとする課題】従来技術では、コネク
ションレス型およびコネクション型複合ネットワークで
は、障害が発生したという事実のみ、もしくは、障害を
検出した装置の情報（ネットワークは相互に装置が関連
するため、１つの障害は複数の装置で検出される）しか
得られない。従って、どこの障害かの特定が監視装置の
情報からのみでは出来ず、保守員が現場へ急行し、障害
箇所の特定を行うため、特定までに時間がかかるという
問題があった。このような事態が生じると、ネットワー
クサービスの提供が中断される時間が長くなり、ネット
ワークの利用者に大きな悪影響を与えてしまうことにな
る。

【０００５】本発明の課題は、障害発生ポイントを自動
的に特定することができるネットワーク運用装置を提供
することである。

【０００６】

【課題を解決するための手段】本発明のネットワーク運
用装置は、被監視対象のネットワークからネットワーク
の実構造に関する情報と各ネットワークノードに関する
情報とを取得する情報取得手段と、該取得したネットワ
ークの実構造に関する情報及び各ネットワークノードに
関する情報を、それぞれ、以前に取得したネットワーク
の実構造に関する情報及び各ネットワークノードに関す
る情報と比較する比較手段と、該比較の結果からネット
ワークに関する障害情報を生成する障害情報生成手段と
を備えることを特徴とする。

【０００７】本発明のネットワーク運用方法は、被監視
対象のネットワークからネットワークの実構造に関する
情報と各ネットワークノードに関する情報とを取得する
情報取得ステップと、該取得したネットワークの実構造
に関する情報及び各ネットワークノードに関する情報
を、それぞれ、以前に取得したネットワークの実構造に
関する情報及び各ネットワークノードに関する情報と比
較する比較ステップと、該比較の結果からネットワーク
に関する障害情報を生成する障害情報生成ステップとを
備えることを特徴とする。

【０００８】本発明によれば、従来各ノード独自に送信
されて来ていた障害情報を、一括して処理し、管理者に
ネットワーク全体の構造と共に、障害の発生情報を提供
するネットワーク運用装置を設けたことにより、ネット
ワーク管理をより迅速かつ効率よく行うことが出来る。
特に、先に取得されたネットワークの実構成と最新のネ
ットワークの実構成、及び先に取得されたネットワーク
ノードの障害情報と最新の障害情報とを比較することに
より、障害が発生した箇所を自動的に特定することが出
来る。

【０００９】

【発明の実施の形態】図１は、本発明の一実施形態のシ
ステム構成を示す図である。本発明の実施形態において
は、管理サーバ装置１０を、ネットワークノードなどの
監視対象装置１１を含む被監視ネットワーク内に、ある
いは、被監視ネットワークに隣接して設置する。リモー
ト監視センタには管理サーバ装置１０のクライアント装
置１２を設置する。管理サーバ装置１０とクライアント
装置１２は高速デジタル回線であるデジタル専用線１５
にて接続する。このクライアント装置１２に監視対象ネ
ットワークの構成や状態を表示することにより、リモー
ト監視センタにいる専門技術者が障害の１次解析（例え
ば、どこで障害が発生したかなどの障害復旧に必要な最
も基本となる障害情報の解析）を行うことを可能とす
る。なお、デジタル専用線１５に、ルータ１３、１４を
設け、複数のクライアント装置１２を管理サーバ装置１
０に接続して、本発明の実施形態のシステムを利用する
ことが可能である。

【００１０】解決する仕組み：図２は、サーバ管理装置
の構成例を示す図である。管理サーバ装置２０は、ｓｎ
ｍｐやｒｃｐなどのプロトコルにより被監視ネットワー
クのノード（ネットワークノード）から装置状態やトラ
ヒック状況に関する情報を収集する情報収集部２１と、
収集した情報データからノードやポート、回線の状態を
判別し、その状態データを保持する状態管理部２２と、
ネットワークの実構成データを保持する実構成管理部２
３、状態データや実構成データとクライアント装置に送
る通信部２４とからなる。

【００１１】情報収集部２１は、ｓｎｍｐや他の通信手
段を使って、実構成データベース２６に登録されている
情報、すなわち、ポートの状態、装置の状態（ＭＩＢ）
をネットワークノードから周期的に、あるいは、ネット
ワークノードからの信号（ｔｒａｐメッセージ）受信を
契機に収集する（図２（１））。

【００１２】図３は、ノード障害発生時のノードと監視
サーバ感の信号シーケンスの例を示す図である。また、
その際、ノードから収集するデータを表１に示す。

【００１３】

【表１】

【００１４】管理サーバ装置は、ネットワークノードに
所定の周期でＭＩＢ取得依頼を発行する。管理サーバ装
置からのＭＩＢ取得依頼を受信したネットワークノード
は、ＭＩＢ情報を管理サーバ装置に送信する。あるい
は、ノードからｔｒａｐ信号を受信したことを契機に管
理サーバ装置は、ノードからのＭＩＢ情報を取得する。

【００１５】図２に戻って説明する。状態管理部２２
は、収集された情報を受け取り（図２（２））、状態デ
ータベース２５に保持されている状態と比較する。その
結果、変化が有れば状態データベース２５を更新し、そ
の変化をクライアント装置へ通知する（図２（３））。
変化がなければ何もしない。

【００１６】実構成管理部２３は、実構成データを実構
成データベース２６に保持し、実構成に変化（新たなネ
ットワークノードの登録など）があれば通信部２４を通
してクライアント装置へ通知する（図２（４））。ま
た、障害などが発生した場合には、情報収集部２１に情
報収集頻度信号を出力して、情報収集部２１の情報収集
頻度を変化させる。例えば、障害が生じていない場合に
は、所定の頻度で情報を収集するが、障害が発生した場
合には、事態の変化をより詳しく観測するため、所定の
頻度より多い頻度で情報の収集を行うようにする。

【００１７】その実構成データベース２６の内容を表２
に示す。

【００１８】

【表２】

【００１９】図４は、ネットワークの実構成の表現手法
を示した図である。ネットワークの実構成は、ノードに
接続された回線をその回線が接続されているポート番号
と回線名とを関連付けることで実際のネットワーク構成
をモデル化している。

【００２０】図４は、ノードＡはポート番号＃１のポー
トにて回線Ａを介してノードＢと接続されており、ポー
ト番号＃２のポートにて回線Ｂを介してノードＣと接続
されていることを示している。

【００２１】実際には、回線は、単なる伝送線であるの
で、回線から当該回線に関する情報を得ることはできな
い。従って、回線に接続されるノードから当該ノードに
関する情報を得ると共に、回線に接続されるノードから
の情報に基づいて、管理サーバ装置が回線の情報を構築
する。このようにして、構築されるノード情報と回線情
報とから、実際のネットワークの構成や障害状態などを
取得し、管理サーバ装置のクライアント装置において、
ＧＵＩを用いて、グラフィック化して表示する。ネット
ワーク管理者は、クライアント装置に表示されるネット
ワークの図を見ることによって、容易に、ネットワーク
の構成と障害状態を把握することが出来る。

【００２２】図５は、実構成データベースのデータ構成
を示す図である。実構成データベースは、ノード管理テ
ーブルと回線管理テーブルとからなっている。ノード管
理テーブルには、各ノードの名称、当該ノードのＩＰア
ドレス、実装ポート数、ポート番号及びそのポートに接
続されている回線名称からなっている。ノードＢの場合
には、ＩＰアドレスが0.0.0.0.、実装ポート数が１、ポ
ート番号が＃１、接続回線が回線Ａであることが示され
ている。また、回線管理テーブルは、回線名称、該回線
に接続されている接続ノード数（回線種別）、接続ノー
ド名称、該ノードの接続ポートからなっている。回線Ａ
の場合には、接続ノード数が２（回線種別がｐ−ｐ型）
で、接続ノードはノードＢとＡであり、それぞれ、ポー
ト番号＃１のポートに接続されていることが示されてい
る。

【００２３】そして、ノード管理テーブルの接続回線の
登録内容と回線管理テーブルのエントリとの関連、及
び、回線管理テーブルの接続ノードの登録内容とノード
管理テーブルのエントリとの関連を辿ることにより、ネ
ットワークの実構成を把握することができる。

【００２４】図６は、状態データベースの構成を示す図
である。状態データベースは、ノード状態テーブルと回
線状態テーブルからなっている。ノード状態テーブル
は、ノード名称とノード障害数、及び、障害がある場合
には、その障害情報が格納される。図６の場合、ノード
Ｂについては、ノード障害数が２であり、障害情報とし
ては、０系電源障害と１系ＦＡＮ障害が発生しているこ
とが示されている。また、回線状態テーブルは、回線名
称と回線状態とからなる。例えば、回線Ａの場合には、
回線状態は正常となっている。

【００２５】図７は、管理サーバ装置のノード登録シー
ケンスを示す図である。まず、ユーザが実構成管理部に
ノード登録依頼を入力すると、実構成管理部から実構成
データベースにノード登録依頼が発行されると共に、実
構成管理部から状態管理部にノード登録通知が通知され
る。そして、状態管理部からは、状態データベースにノ
ード状態登録依頼が行われる。このとき、初期状態で
は、“状態不明”扱いとなる。そして、実構成部からノ
ード登録通知が通信部に通知され、通信部から、クライ
アント装置にノード登録通知が行われる。

【００２６】図８は、管理サーバ装置のノード削除シー
ケンスを示す図である。まず、ユーザから実構成管理部
にノード削除依頼が出されると、実構成管理部は、実構
成データベースの削除対象ノードに関連する回線情報の
削除を行う。そして、状態管理部には、実構成管理部か
ら回線削除通知が行われ、状態データベースに回線状態
削除依頼が行われる。そして、実構成管理部からは、回
線削除通知が通信部に送られ、回線削除通知がクライア
ント装置に送られる。次に、実構成管理部からノード削
除依頼が実構成データベースに行われ、ノード削除通知
が状態管理部に通知される。そして、状態管理部から状
態データベースにノード状態削除依頼が送られ、実構成
管理部から通信部へノード削除通知が通知され、ノード
削除通知がクライアント装置に送信される。

【００２７】図９は、管理サーバ装置の回線登録シーケ
ンスを示す図である。まず、ユーザから、実構成管理部
に回線登録依頼があると、実構成管理部からは、実構成
データベースに回線登録依頼が行われる。更に、実構成
管理部は、回線登録通知が状態管理部に通知され、状態
管理部から状態データベースへ回線状態登録依頼が行わ
れる。そして、実構成管理部からは、回線登録通知が通
信部を介して、クライアント装置に通知される。

【００２８】図１０は、管理サーバ装置の回線削除シー
ケンスを示す図である。まず、ユーザが実構成管理部に
回線削除依頼を行うと、実構成管理部は、実構成データ
ベースに回線削除依頼を行う。これと共に、実構成管理
部は、回線削除通知を状態管理部に行い、状態管理部か
らは、回線状態削除依頼が状態データベースに行われ
る。そして、実構成管理部から回線削除通知が通信部を
介してクライアント装置に通知される。

【００２９】図１１は、管理サーバ装置のノード障害発
生時処理のシーケンスを示す図である。まず、ネットワ
ークノードからノード障害通知が情報収集部に通知され
る。このノード障害通知は、状態管理部に通知される。
状態管理部は、状態データベースに旧ノード状態の問い
合わせを行い、状態データベースから旧ノード状態を取
得する。そして、ネットワークノードから通知されたノ
ード障害通知を含む新ノード状態と状態データベースに
格納されていた旧ノード状態とを比較し、両者が異なっ
ている場合には、状態データベースのノード状態変更依
頼を出力する。そして、通信部には、ノード状態変更通
知を通知し、通信部からノード状態変更通知がクライア
ント装置に通知される。

【００３０】図１２は、管理サーバ装置の回線障害発生
時処理のシーケンスを示す図である。まず、ネットワー
クノードからポート障害通知が情報収集部に通知され
る。この通知は、状態管理部に通知され、状態管理部か
ら実構成管理部に関連回線の問い合わせが行われる。実
構成管理部は、実構成データベースに関連回線の問い合
わせを行い、実構成データベースから関連回線情報を取
得する。この関連回線情報は、状態管理部に通知され
る。次に、状態管理部は、状態データベースに旧回線状
態の問い合わせを行い、状態データベースから旧回線状
態を取得する。状態管理部は、実構成データベースから
得た関連回線情報を基に得られた新回線状態と、状態デ
ータベースから得られた旧回線状態とを比較し、変化が
あった場合には、状態データベースに回線状態変更依頼
を行って、回線状態の更新を行う。そして、状態管理部
は、通信部に回線変更通知を通知する。通信部からは、
クライアント装置に回線状態変更通知が通知される。

【００３１】図１３は、クライアント装置のブロック構
成を示す図である。クライアント装置３０は、管理サー
バ装置から、ネットワークの実構成データとノード・回
線の状態データとを受けてネットワークの構成図とノー
ドや回線の状態をグラフィカルに表示する。

【００３２】通信部３１は、管理サーバ装置からネット
ワークの実構成データやノード・回線の状態データを受
け（図６（１））、ＧＵＩデータ管理部３２へ該データ
の格納を依頼する（図６（２））。

【００３３】ＧＵＩデータ管理部３２は、該データをＧ
ＵＩデータベース３３に書き込むと共に、ＧＵＩ表示処
理部３４へ表示の依頼を行う（図６（３））。また、Ｇ
ＵＩデータ管理部３２は、画面上におけるノード及び回
線の位置情報・形や色の情報をＧＵＩデータベース３３
に保持し、ＧＵＩ表示処理部３４はＧＵＩデータベース
３３の全てのデータ・情報を使ってネットワークの構成
図とノードや回線の状態をグラフィカルに表示する。

【００３４】図１４は、ドメインを含むＧＵＩ表示の例
を示す。ドメインや回線、ノードはその状態に従って色
分けして表示される。状態と色の対応例を表３に示す。

【００３５】

【表３】

【００３６】ここで、ドメインとは、複数のネットワー
クノードや端末がネットワークによって接続されたロー
カルなネットワーク構成のことであり、ネットワーク全
体の管理において、１つの単位とされる。ただし、ドメ
インは、ネットワーク管理において上位レベルを示して
おり、より下位のレベルでの管理を行う場合、ドメイン
を、これを構成するネットワークとノード、端末単位に
分けて管理することも可能である。

【００３７】ドメインの色（状態）は、以下のロジック
により決定する。ドメインの色をＳ（Ｄ）、ドメイン内
にあるノード、回線個々の色をＳ（Ｉ）とすると、Ｓ（Ｄ）＝Ｓ（Ｉ＝１）・ＯＲ・Ｓ（Ｉ＝２）・ＯＲ・
・・ＯＲ・Ｓ（Ｉ＝ｎ）となる。ここで、Ｉはノード・回線の識別コードであ
る。

【００３８】Ｓ（Ｉ）と色の関係は、以下の通り。色Ｓ（Ｉ）値青（正常運用）０００黒（状態不明）００１黄（軽度障害発生）０１１赤（重度障害発生）１１１なお、ここでは、ドメインの色をドメインを構成するノ
ードや回線の色によって決定される旨述べたが、ドメイ
ンに含まれないノードや回線の個々の色は、それぞれに
与えられるＳ（Ｉ）によって決定される。

【００３９】図１５は、ドメイン内にて重度障害が発生
している時の表示例を示す図である。図１５において
は、ドメインやネットワークノードなどからなる全体の
ネットワークの構成が示されており、特に、一つのドメ
インにおいて、障害が発生していることが示されてい
る。この場合、上記したような色の設定に従って、ドメ
インの色が変化される。

【００４０】図１６は、ドメインのアイコンを選択する
ことで、ドメイン内のネットワーク構成図を表示する場
合の表示例を示した図である。なお、上述したように、
ドメインの色は、ドメインを構成するノードやリンクの
障害状態によって決定されるが、ドメイン内のノード及
びリンクで障害が発生し、リモート監視センタで管理者
が障害を確認した後に、ノード及びリンクの障害状態を
ネットワーク運用システムは正常と読み替える様にして
も良い。この場合、正常と読み替えた後は、ドメイン色
を正常状態として再評価する。本方式を採用することに
より、ドメイン内で別の障害が更に発生した場合でも、
ドメインの色が正常色に戻っているので、異なる障害が
新たに発生したということが判断可能になり、確実にド
メイン内の障害を発見することが可能である。

【００４１】図１７は、ルートドメイン表示の表示例を
示した図である。ドメインを利用し、階層毎にノード、
リンク状態を監視する場合に、当該ドメインの上位及
び、上位ドメインの下位ドメインを表示している場合、
当該ドメイン外の他のドメインやネットワークノードが
表示されなくなるため、その画面で他の障害の確認が不
可能になる。そのためドメイン内には、ルートドメイン
というアイコンを表示して、上位ドメイン及び上位ドメ
インの下位ドメインの情報を集約して表示する。これに
より、どのドメインを表示していても、監視対象ネット
ワーク全域の障害発生状況を、リモート監視センタで発
見可能となる。

【００４２】図１８は、管理サーバ装置やクライアント
装置の処理をプログラムで実現する場合に必要とされる
ハードウェア環境を説明する図である。ＣＰＵ４１は、
バス４０を介して、ＲＯＭ４２、ＲＡＭ４３、通信イン
ターフェース４４、記録装置４７、記録媒体読み取り装
置４８、及び、入出力装置５０に接続される。ＲＯＭ４
２には、ＢＩＯＳなどの基本プログラムが格納され、管
理サーバ装置あるいはクライアント装置などの情報装置
の電源投入時に、ＣＰＵ４１によって実行され、入出力
装置５０や記録装置４７、記録媒体読み取り装置４８な
どを使用可能とする。

【００４３】入出力装置５０は、キーボード、マウス、
ディスプレイなどからなり、ユーザからの情報の入力
や、ユーザへの情報の出力を行う。情報装置５１がクラ
イアント装置である場合には、ディスプレイには、図１
４から図１７に示したようなネットワーク構成や障害情
報が表示される。

【００４４】情報装置５１をクライアント装置あるいは
管理サーバ装置として機能させるためのプログラムは、
ＲＯＭ４２、記録装置４７、あるいは、可搬記録媒体４
９に格納可能である。記録装置４７に格納された当該プ
ログラムは、ＲＡＭ４３に展開され、ＣＰＵ４１が実行
可能な状態にされる。記録装置４７は、例えば、ハード
ディスクである。また、当該プログラムが可搬記録媒体
４９に格納されている場合には、ＣＰＵ４１が当該プロ
グラムを記録媒体読み取り装置４８を介して読みとり、
ＲＡＭ４３に展開して、実行する。可搬記録媒体４９
は、例えば、ＣＤ−ＲＯＭ、ＤＶＤ、ＭＯ、フロッピー
（登録商標）ディスクなどである。また、管理サーバ装
置に設けられる状態データベースや実構成データベー
ス、クライアント装置に設けられるＧＵＩデータベース
は、記録装置４７や可搬記録媒体４９に構築することが
可能である。

【００４５】また、情報装置５１は、通信インターフェ
ース４４を使って、ネットワーク４５経由で情報提供者
４６に接続可能であり、当該プログラムを情報提供者４
６からダウンロードして実行することも可能である。あ
るいは、情報提供者４６とネットワーク４５を介して接
続しながら、ネットワーク環境の下で当該プログラムを
実行することが可能である。

【００４６】

【発明の効果】本発明によれば、ネットワーク内の障害
の発生した地点を自動的に特定することが出来、障害の
復旧や保守管理を効率的に、かつ、迅速に行うことが出
来る。

【図面の簡単な説明】

【図１】本発明の一実施形態のシステム構成を示す図で
ある。

【図２】サーバ管理装置の構成例を示す図である。

【図３】ノード障害発生時のノードと監視サーバ間の信
号シーケンスの例を示す図である。

【図４】ネットワークの実構成の表現手法を示した図で
ある。

【図５】実構成データベースのデータ構成を示す図であ
る。

【図６】状態データベースの構成を示す図である。

【図７】管理サーバ装置のノード登録シーケンスを示す
図である。

【図８】管理サーバ装置のノード削除シーケンスを示す
図である。

【図９】管理サーバ装置の回線登録シーケンスを示す図
である。

【図１０】管理サーバ装置の回線削除シーケンスを示す
図である。

【図１１】管理サーバ装置のノード障害発生時処理のシ
ーケンスを示す図である。

【図１２】管理サーバ装置の回線障害発生時処理のシー
ケンスを示す図である。

【図１３】クライアント装置のブロック構成を示す図で
ある。

【図１４】ドメインを含むＧＵＩ表示の例を示す。

【図１５】ドメイン内にて重度障害が発生している時の
表示例を示す図である。

【図１６】ドメインのアイコンを選択することで、ドメ
イン内のネットワーク構成図を表示する場合の表示例を
示した図である。

【図１７】ルートドメイン表示の表示例を示した図であ
る。

【図１８】管理サーバ装置やクライアント装置の処理を
プログラムで実現する場合に必要とされるハードウェア
環境を説明する図である。

【符号の説明】

１０、２０管理サーバ装置１１監視対象装置（ネットワークノード）１２、３０クライアント装置１３、１４ルータ１５デジタル専用線２１情報収集装置２２状態管理部２３実構造管理部２４、３１通信部２５状態データベース２６実構成データベース３２ＧＵＩデータ管理部３３ＧＵＩデータベース３４ＧＵＩ表示処理部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｌ 29/14 (72)発明者佐藤隆昭東京都新宿区西新宿二丁目１番１号エヌ・ティ・ティ・アドバンステクノロジ株式会社内 (72)発明者佐藤美幸神奈川県川崎市中原区上小田中４丁目１番１号富士通株式会社内 (72)発明者藤中紀孝神奈川県川崎市中原区上小田中４丁目１番１号富士通株式会社内 (72)発明者高橋完悦東京都新宿区西新宿六丁目12番１号富士通エーシーエス株式会社内 (72)発明者椛沢敦東京都新宿区西新宿六丁目12番１号富士通エーシーエス株式会社内 (72)発明者大橋正彦大阪府大阪市中央区城見二丁目２番53号富士通関西中部ネットテック株式会社内 (72)発明者岩本朗大阪府大阪市中央区城見二丁目２番53号富士通関西中部ネットテック株式会社内Ｆターム(参考） 5B089 GA11 GA21 GB02 HB06 JB14 JB17 KA04 KA12 KB03 LB01 LB16 LB19 5E501 AA13 AC25 AC35 BA03 CA02 EA05 EA11 EB05 FA04 FA14 FA22 FA46 FB28 5K030 GA12 KX30 MB01 MC09 5K035 AA07 BB03 DD01 FF02 GG13 HH02 HH07 JJ02 KK07 MM03

Claims

【特許請求の範囲】

【請求項１】被監視対象のネットワークからネットワー
クの実構造に関する情報と各ネットワークノードに関す
る情報とを取得する情報取得手段と、該取得したネットワークの実構造に関する情報及び各ネ
ットワークノードに関する情報を、それぞれ、以前に取
得したネットワークの実構造に関する情報及び各ネット
ワークノードに関する情報と比較する比較手段と、該比較の結果からネットワークに関する障害情報を生成
する障害情報生成手段と、を備えることを特徴とするネ
ットワーク運用装置。
【請求項２】前記ネットワーク運用装置には、リモート
管理センタに設けられたクライアント装置が接続され、
該クライアント装置に、前記ネットワークの障害情報を
表示することを特徴とする請求項１に記載のネットワー
ク運用装置。
【請求項３】前記ネットワークに関する情報には、管理
対象となっているネットワークの回線を流れるトラフィ
ックに関する情報が含まれることを特徴とする請求項１
に記載のネットワーク運用装置。
【請求項４】前記クライアント装置におけるネットワー
ク障害情報の表示において、複数のノード及び回線から
なる集合体を仮想的なひとつのノードであるドメインと
して表示することを特徴とする請求項２に記載のネット
ワーク運用装置。
【請求項５】前記ドメインに属するノード及び回線の状
態を総合した結果を該ドメインの状態として表示するこ
とを特徴とする請求項４に記載のネットワーク運用装
置。
【請求項６】前記ドメインの表示を選択すると、該ドメ
インに属するノードや回線の詳細なネットワーク構成及
び障害状態を表示することを特徴とする請求項４に記載
のネットワーク運用装置。
【請求項７】前記ドメインに属するノードと回線の詳細
表示の際に、同一画面に、他のドメインの表示を含ませ
ることを特徴とする請求項６に記載のネットワーク運用
装置。
【請求項８】被監視対象のネットワークからネットワー
クの実構造に関する情報と各ネットワークノードに関す
る情報とを取得する情報取得ステップと、該取得したネットワークの実構造に関する情報及び各ネ
ットワークノードに関する情報を、それぞれ、以前に取
得したネットワークの実構造に関する情報及び各ネット
ワークノードに関する情報と比較する比較ステップと、該比較の結果からネットワークに関する障害情報を生成
する障害情報生成ステップと、を備えることを特徴とす
るネットワーク運用方法。
【請求項９】被監視対象のネットワークからネットワー
クの実構造に関する情報と各ネットワークノードに関す
る情報とを取得する情報取得ステップと、該取得したネットワークの実構造に関する情報及び各ネ
ットワークノードに関する情報を、それぞれ、以前に取
得したネットワークの実構造に関する情報及び各ネット
ワークノードに関する情報と比較する比較ステップと、該比較の結果からネットワークに関する障害情報を生成
する障害情報生成ステップと、を備えることを特徴とす
るネットワーク運用方法を情報装置に実現させるプログ
ラムを格納した、情報装置読み取り可能な記録媒体。