(57)【特許請求の範囲】
【請求項１】
１または複数の通信装置と、前記通信装置を含むドメイン全体を管理する管理装置と、前記管理装置を介してネットワーク全体を管理する上位管理装置を通信路により接続すると共に、前記管理装置に近接して配置される接点転送装置と、前記上位管理装置に近接して配置され、前記接点転送装置に通信接続される接点状態表示装置を含む通信ネットワークシステムであって、
前記管理装置は、
前記通信装置から自律通知される障害発生または復旧に関する障害管理情報を自装置管理下のドメイン全体としての運用状態に反映させたドメイン状態情報を生成し、該ドメイン状態情報を前記上位管理装置に自律通知するドメイン状態中継処理手段と、
接点情報を発生する接点回路部と、
前記上位管理装置に前記ドメイン状態情報を自律通知する際、該ドメイン状態情報を基にドメイン状態を前記接点回路部に反映させる接点情報処理手段と
を具備し、
前記上位管理装置は、
前記管理装置から自律通知される前記ドメイン状態情報を取得し、該ドメイン状態情報を自律通知元の管理装置の管理下のドメインを表すドメインアイコンと対応付けて管理する上位管理処理手段と、
取得した前記ドメイン状態情報に基づき、該ドメイン状態情報の自律通知元の管理装置の管理下のドメインに対応する前記ドメインアイコンを該ドメインの障害発生または復旧を示すシンボル色で表示するドメインアイコン表示処理手段と
を具備し、
前記接点転送装置は、
前記接点回路部から読み取った接点情報を前記接点状態表示装置に転送する接点情報転送手段
を具備し、
前記接点状態表示装置は、
前記接点転送装置から転送される接点情報に基づき所定の接点警報表示を行う接点警報表示手段
を具備することを特徴とする通信ネットワークシステム。
【請求項２】
１または複数の通信装置と、前記通信装置を含むドメイン全体を管理する管理装置と、前記管理装置を介してネットワーク全体を管理する上位管理装置を通信路により接続して成る通信ネットワークシステムであって、
前記管理装置は、
前記通信装置から自律通知される障害発生または復旧に関する障害管理情報を自装置管理下のドメイン全体としての運用状態に反映させたドメイン状態情報を生成し、該ドメイン状態情報を前記上位管理装置に自律通知するドメイン状態中継処理手段と、
前記通信装置から自律通知される前記障害管理情報に基づき、該障害管理情報の自律通知元の通信装置に対応する装置アイコンを該通信装置の障害発生または復旧を示すシンボル色で表示する装置アイコン表示処理手段と、
管理下の通信装置に対して一定周期で障害管理情報のポーリングを行うポーリング手段と、
前記ポーリング手段によるポーリングにより取得した障害管理情報と、前記通信装置から自律通知された障害管理情報とを比較し、両者が不一致か一致するかに応じて障害管理情報の自律通知受信落ちの有無を判定する受信落ち判定手段と、
前記受信落ち判定手段により自律通知受信落ち有りと判定された場合、前記ポーリングにより取得した障害管理情報の内容に合わせて該ポーリング先の通信装置の装置アイコンのシンボル色を更新する更新手段と
を具備し、
前記上位管理装置は、
前記管理装置から自律通知される前記ドメイン状態情報を取得し、該ドメイン状態情報を自律通知元の管理装置の管理下のドメインを表すドメインアイコンと対応付けて管理する上位管理処理手段と、
前記上位管理処理手段が取得した前記ドメイン状態情報に基づき、該ドメイン状態情報の自律通知元の管理装置の管理下のドメインに対応する前記ドメインアイコンを該ドメインの障害発生または復旧を示すシンボル色で表示するドメインアイコン表示処理手段と
を具備することを特徴とする通信ネットワークシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、１または複数の通信装置を含むドメイン全体を管理する管理装置の上位に上位管理装置を配置することで管理機能の階層化を図った通信ネットワークシステムに係わり、詳しくは、上位管理装置でのネットワーク管理を容易化するためのネットワーク運用状態表示制御の改良に関する。
【０００２】
【従来の技術】
例えば、鉄道管理システムや道路管理システム等の分野では、複数の通信装置を分散配置し、これら各通信装置からの情報を管理センタに収集して管理するネットワーク構成が知られている。
【０００３】
この種のシステムでは、ネットワークの保守管理等を目的として、例えば、ネットワーク内にネットワーク管理装置を配置し、該ネットワーク管理装置が、管理対象の各通信装置（被管理装置）から各種の情報を取得し、この取得した情報を基に管理画面上にその管理結果を表示する構成を採用したものがある。
【０００４】
ここで、ネットワーク管理装置が被管理装置から取得する情報としては、例えば被管理装置の障害に関する情報がある。この場合、ネットワーク管理装置は、上記被管理装置の障害に関する情報を該各被管理装置からの自律通知により取得し、この自律通知に基づき被管理装置毎の障害に関する情報を管理画面上に表示するのが一般的である。
【０００５】
ネットワーク管理装置での上記自律通知情報の表示に関しては、例えば、被管理装置から自律通知される障害に関するキャラクタ情報をそのまま表示する方法や、被管理装置を表すアイコン（ノードアイコン）を用意し、各被管理装置からの自律通知情報を基に該当する被管理装置のノードアイコンに対してその障害発生を表すシンボル色を反映させるという方法がある。
【０００６】
ところで、今日、ネットワークの大規模化の進展に伴い、先に述べたネットワーク管理装置の上位に更に上位管理装置を配置し、ネットワーク管理装置の階層化を図ったシステムも提案されている。
【０００７】
この種の従来システムにおいて、上位管理装置は、下位管理装置の管理対象の１または複数の通信装置に対応するノードアイコンを管理し、下位管理装置から自律通知された障害管理情報を基に、この下位管理装置が管理するドメイン内の各通信装置に対応したノードアイコンを該通信装置の障害発生状況に対応したシンボル色で表示させるのが一般的である。
【０００８】
この従来システムの構成によれば、上位管理装置の管理画面上には、下位管理装置の管理下のドメインを構成する複数の通信装置に対応するノードアイコンが常に存在するために表示が煩雑化する傾向にあった。特に、ドメインあるいはドメイン内通信装置が増加した場合にはこの傾向が顕著となり、障害発生個所の特定に時間がかかることとなった。
【０００９】
しかも、従来システムにおいては、被管理装置の障害を知り得る手段は管理画面のみであったため、管理者が上位管理装置の管理画面を常に見ていなければ障害発生を監視できず、必然的に、上位管理装置自身が無ければ各ドメインの監視が不可能であった。
【００１０】
なお、ネットワーク管理装置が階層化されたシステムでは、下位の管理装置の障害管理結果がそのまま上位管理装置に反映されるため、下位の管理装置の障害管理を正確に行うことが非常に重要となる。
【００１１】
下位の管理装置での障害管理の正確性が損なわれる要因の１つとして、管理下の通信装置から自律通知される障害管理情報（トラップ）を当該自律通知タイミングに受信できないいわゆるトラップ受信落ちの発生がある。
【００１２】
この管理装置でのトラップ受信落ちは、例えば、被管理装置との間の回線品質が悪化する場合等に起こるが、この種の従来システムでは、被管理装置から管理装置へと自律通知を送信するためのプロトコルは再送手順をサポートしておらず、一旦、トラップ受信落ちが発生すると、上記回線品質の回復後も当該トラップを取得することはできなかった。
【００１３】
先にも述べたように、管理装置では、受信したトラップを基に自装置の管理下の通信装置に対応するノードアイコンのシンボル色をリアルタイムに更新する処理を行っている。このため、トラップ落ちが生じると、トラップ受信を契機としたリアルタイムのシンボル色更新処理が停止し、正確な運用管理が行えなくなり、この影響が上位の管理装置まで波及することとなった。
【００１４】
【発明が解決しようとする課題】
このように、ネットワーク管理装置階層化方式の従来システムでは、上位管理装置において、下位管理装置の管理下のドメインを構成する通信装置に対応するノードアイコンを該下位管理装置から自律通知により取得した障害発生状況に応じたシンボル色で表示するのみであったため、ドメインまたはドメイン内通信装置が増加するにつれて表示が煩雑となり、障害発生個所の特定に時間がかかるという問題点があった。
【００１５】
また、上記従来システムでは、障害を知り得る手段は管理画面のみであったため、管理者が上位管理装置の管理画面を常に見ていなければ障害発生を監視できず、必然的に、上位管理装置自身が無ければ各ドメインの監視が行えないという問題点があった。
【００１６】
更に、上記従来システムでは、被管理装置から管理装置へと自律通知を送信するためのプロトコルは再送手順を持たないため、一旦、トラップ受信落ちが発生した後は当該トラップを二度と取得できず、トラップ受信を契機としたリアルタイムのシンボル色更新処理が停止し、正確な運用管理が行えなくなるという問題点があった。
【００１７】
本発明は上記問題点を除去し、ドメインまたはドメイン内通信装置が増加した場合にも上位管理装置の管理画面が煩雑化せず、ネットワーク管理が容易でかつ障害発生個所特定時間も短縮可能な通信ネットワークシステムを提供することを目的とする。
【００１８】
また、本発明の別の目的は、障害を知り得る手段として管理画面以外の設備も付加することで、管理者が上位管理装置の管理画面を常に見ていなくても障害発生を監視でき、これにより上位管理装置自身が無くてもある程度のネットワーク管理が行える通信ネットワークシステムを提供することにある。
【００１９】
また、本発明の他の目的は、管理装置でトラップ受信落ちが生じても、該受信落ちしたトラップを取得してシンボル色更新処理に反映させることができ、常に正確な運用管理が行える通信ネットワークシステムを提供することにある。
【００２０】
【課題を解決するための手段】
上記目的を達成するために、請求項１記載の発明は、１または複数の通信装置と、前記通信装置を含むドメイン全体を管理する管理装置と、前記管理装置を介してネットワーク全体を管理する上位管理装置を通信路により接続すると共に、前記管理装置に近接して配置される接点転送装置と、前記上位管理装置に近接して配置され、前記接点転送装置に通信接続される接点状態表示装置を含む通信ネットワークシステムであって、前記管理装置は、前記通信装置から自律通知される障害発生または復旧に関する障害管理情報を自装置管理下のドメイン全体としての運用状態に反映させたドメイン状態情報を生成し、該ドメイン状態情報を前記上位管理装置に自律通知するドメイン状態中継処理手段と、接点情報を発生する接点回路部と、前記上位管理装置に前記ドメイン状態情報を自律通知する際、該ドメイン状態情報を基にドメイン状態を前記接点回路部に反映させる接点情報処理手段とを具備し、前記上位管理装置は、前記管理装置から自律通知される前記ドメイン状態情報を取得し、該ドメイン状態情報を自律通知元の管理装置の管理下のドメインを表すドメインアイコンと対応付けて管理する上位管理処理手段と、取得した前記ドメイン状態情報に基づき、該ドメイン状態情報の自律通知元の管理装置の管理下のドメインに対応する前記ドメインアイコンを該ドメインの障害発生または復旧を示すシンボル色で表示するドメインアイコン表示処理手段とを具備し、前記接点転送装置は、前記接点回路部から読み取った接点情報を前記接点状態表示装置に転送する接点情報転送手段を具備し、前記接点状態表示装置は、前記接点転送装置から転送される接点情報に基づき所定の接点警報表示を行う接点警報表示手段を具備することを特徴とする。
【００２１】
また、請求項２記載の発明は、１または複数の通信装置と、前記通信装置を含むドメイン全体を管理する管理装置と、前記管理装置を介してネットワーク全体を管理する上位管理装置を通信路により接続して成る通信ネットワークシステムであって、前記管理装置は、前記通信装置から自律通知される障害発生または復旧に関する障害管理情報を自装置管理下のドメイン全体としての運用状態に反映させたドメイン状態情報を生成し、該ドメイン状態情報を前記上位管理装置に自律通知するドメイン状態中継処理手段と、前記通信装置から自律通知される前記障害管理情報に基づき、該障害管理情報の自律通知元の通信装置に対応する装置アイコンを該通信装置の障害発生または復旧を示すシンボル色で表示する装置アイコン表示処理手段と、管理下の通信装置に対して一定周期で障害管理情報のポーリングを行うポーリング手段と、前記ポーリング手段によるポーリングにより取得した障害管理情報と、前記通信装置から自律通知された障害管理情報とを比較し、両者が不一致か一致するかに応じて障害管理情報の自律通知受信落ちの有無を判定する受信落ち判定手段と、前記受信落ち判定手段により自律通知受信落ち有りと判定された場合、前記ポーリングにより取得した障害管理情報の内容に合わせて該ポーリング先の通信装置の装置アイコンのシンボル色を更新する更新手段とを具備し、前記上位管理装置は、前記管理装置から自律通知される前記ドメイン状態情報を取得し、該ドメイン状態情報を自律通知元の管理装置の管理下のドメインを表すドメインアイコンと対応付けて管理する上位管理処理手段と、前記上位管理処理手段が取得した前記ドメイン状態情報に基づき、該ドメイン状態情報の自律通知元の管理装置の管理下のドメインに対応する前記ドメインアイコンを該ドメインの障害発生または復旧を示すシンボル色で表示するドメインアイコン表示処理手段とを具備することを特徴とする。
【００２５】
【発明の実施の形態】
以下、本発明の実施の形態について添付図面を参照して詳細に説明する。
【００２６】
図１は、本発明に係わる通信ネットワークシステムの全体構成を示す図である。図１において、リングネットワーク（ＲＮＷ）１１，ＲＮＷ１２，ＲＮＷ１３，ＲＮＷ１４は、それぞれ、例えば４つずつのリングノード装置（ＲＮ）１００を各リング伝送路５０によりリング状に接続して成る。
【００２７】
これらリングネットワークＲＮＷ１１，ＲＮＷ１２，ＲＮＷ１３，ＲＮＷ１４は、それぞれ、上記各リング伝送路５０を介して１つのセンタノード装置（ＣＮ）１５０ａに接続される。
【００２８】
ＲＮＷ２１，ＲＮＷ２２，ＲＮＷ２３，ＲＮＷ２４とＣＮ１５０ｂ、及びＲＮＷ３１，ＲＮＷ３２，ＲＮＷ３３，ＲＮＷ３４とＣＮ１５０ｃの関係も、上記ＲＮＷ１１，ＲＮＷ１２，ＲＮＷ１３，ＲＮＷ１４とＣＮ１５０ａの関係と同様の構成及び接続態様で実現される。
【００２９】
なお、上記各ＲＮＷ（１１，１２，１３，１４、２１，２２，２３，２４、３１，３２，３３，３４）内の各ＲＮ１００には、１または複数のローカル端末１１０が接続される。図１では、特に、ＲＮＷ１１内の２つのＲＮ１００にそれぞれ接続される１つずつのローカル端末１１０のみを図示している。
【００３０】
ＣＮ１５０ａ、ＣＮ１５０ｂ、ＣＮ１５０ｃは、それぞれ、伝送路５５ａ、５５ｂ、５５ｃを介して交換機５６に接続されると共に、例えば、イーサネット（Ethernet）等を用いた伝送路６０ａ、６０ｂ、６０ｃを介してそれぞれ中継ネットワーク管理装置（Relay−Network Node Manager：Ｒ−ＮＭＳ）２００ａ、２００ｂ、２００ｃに接続されている。
【００３１】
Ｒ−ＮＭＳ２００ａ、２００ｂ、２００ｃは、それぞれ、伝送路６５ａ、６５ｂ、６５ｃを介して通信網７０に接続され、更にこの通信網７０の先で交換機７１が介挿された伝送路７５を介して指令ネットワーク管理装置（指令ＮＭＳ）３００に接続されている。
【００３２】
更に、Ｒ−ＮＭＳ２００ａ、２００ｂ、２００ｃの近傍には、各々、接点転送装置２１０ａ、２１０ｂ、２１０ｃが設置され、指令ＮＭＳ３００の近傍には、接点状態表示装置３１０が設置される。接点転送装置２１０ａ、２１０ｂ、２１０ｃと接点状態表示装置３１０とは、それぞれ、後述する接点情報を伝送するための接点転送路８０ａ、８０ｂ、８０ｃにより接続される。
【００３３】
このシステムにおいて、各ＲＮＷ（１１，１２，１３，１４、２１，２２，２３，２４、３１，３２，３３，３４）内の各ＲＮ１００及びＣＮ１５０（１５０ａ，１５０ｂ，１５０ｃ）は、例えば、ＡＴＭ（Asynchronous Transfer Mode：非同期転送モード）交換機により実現される。
【００３４】
ＡＴＭ交換機は、ＶＰ（Virtual Path：仮想パス）とＶＣ（Virtual Channel：仮想チャネル）という２レベルのネットワークにより実現されるＡＴＭ伝送路に接続され、入力ポートから取り込まれる固定長のセル（ＡＴＭセル）を、このＡＴＭセル内に含まれているＶＰＩ（Virtual Path Identifier：仮想パス識別子）、及びＶＣＩ（Virtual Channel Identifier：仮想チャネル識別子）に従って出力ポートへと交換処理する機能を有するものである。
【００３５】
従って、図１において、各ＲＮＷ内の各リング伝送路５０と、伝送路５５ａ，５５ｂ，５５ｃはＡＴＭ伝送路により実現される。
【００３６】
上記各ＲＮ１００は、上記交換機能により、自ノードが属するＲＮＷ内のリング伝送路５０上で、隣接ＲＮ１００との間及び自ノード収容ローカル端末１１０との間のデータ中継伝送を行う。
【００３７】
また、ＣＮ１５０ａ，１５０ｂ，１５０ｃは、上記交換機能により、それぞれ自ノードの管理下にある各ＲＮＷの各リング伝送路５０間のデータ中継伝送、及びこれら各リング伝送路５０と各伝送路５５ａ，５５ｂ，５５ｃ間のデータ中継伝送を行う。
【００３８】
これにより、各ＲＮＷ内では、各ＲＮ１００または各ローカル端末１１０が、該ＲＮＷ内の他のＲＮ１００またはローカル端末１１０との間でリング伝送路５０を介して互いにデータを送受できる。また、各ＲＮＷ内の各ＲＮ１００または各ローカル端末１１０は、自ＲＮＷに対応するＣＮ１５０（ＣＮ１５０ａ，１５０ｂ，１５０ｃのいずれか）を介して、同ＣＮ１５０管轄下の他の各ＲＮＷ内のＲＮ１００またはローカル端末１１０との間で互いにデータを送受でき、更には、伝送路５５ａ，５５ｂ，５５ｃを介して、他のＣＮ１５０管轄下の各ＲＮＷ内のＲＮ１００またはローカル端末１１０ともデータを送受できる。
【００３９】
また、ＣＮ１５０ａ，１５０ｂ，１５０ｃは、自ノード管轄下の各ＲＮＷ内のＲＮ１００またはローカル端末１１０との間のデータ伝送、他のＣＮ１５０管轄下の各ＲＮＷ内のＲＮ１００またはローカル端末１１０との間のデータ伝送にとどまらず、自ノードに対応するＲ−ＮＭＳ２００ａ，２００ｂ，２００ｃとの間で、それぞれ伝送路６０ａ，６０ｂ，６０ｃを介して、自ノード及び自ノード管轄下の各ＲＮＷ内のＲＮ１００の障害監視用及び保守管理用のデータを送受することもできる。
【００４０】
また、Ｒ−ＮＭＳ２００ａ，２００ｂ，２００ｃは、上述した各ＣＮ１５０ａ，１５０ｂ，１５０ｃとのデータ送受機能を利用して、これら各ＣＮ１５０ａ，１５０ｂ，１５０ｃとその管轄下の各ＲＮＷ内のＲＮ１００からその運用状態を示す管理情報（後述する障害管理情報、構成／状態管理情報等）を収集し、この管理情報に基づき管轄下の各ＲＮＷ（ドメイン）の運用状態等の表示を行ったり、その表示内容から認識された各ドメインの障害発生状況等に基づき該当するドメイン内の障害発生ノード等に制御データを送って障害回避制御を行うといったドメイン管理機能の他、このドメイン管理結果を示すドメイン状態情報を各伝送路６５ａ，６５ｂ，６５ｃ、通信網７０、伝送路７５を介して指令ＮＭＳ３００に自律通知するドメイン管理結果中継機能を有している。
【００４１】
これに対し、指令ＮＭＳ３００は、各Ｒ−ＮＭＳ２００ａ，２００ｂ，２００ｃから自律通知されたドメイン状態情報を受信し、該ドメイン状態情報に基づき上記各Ｒ−ＮＭＳ２００ａ，２００ｂ，２００ｃ及びその管理下の各ドメインの運用状態を画面上に表示する等の制御機能を有する。
【００４２】
以上の如く、本発明システム（図１参照）は、複数の被管理装置（ＲＮ１００、ＣＮ１５０、ＲＮＷ全体）を含むドメインを複数単位に管理するＲ−ＮＭＳ２００ａ，２００ｂ，２００ｃを配置すると共に、更に、これら各Ｒ−ＮＭＳ２００ａ，２００ｂ，２００ｃの上位に、当該各Ｒ−ＮＭＳ２００ａ，２００ｂ，２００ｃを介してその管理下のドメインの運用状況を収集してネットワーク全体の管理を行う指令ＮＭＳ３００を配置することにより、ネットワーク管理機能の階層化を図ったものである。
【００４３】
この構成において、指令ＮＭＳ３００から見て下位階層のＲ−ＮＭＳ２００ａ，２００ｂ，２００ｃは、管理下のドメインを構成する各ＲＮＷ内の各ノード（ＲＮ１００及びＣＮ１５０）から自律通知される障害管理情報を受信し、この障害管理情報を基にドメイン全体の運用状態を管理するドメイン管理機能と、上記管理結果を上位の指令ＮＭＳ３００に自律通知するドメイン管理結果中継機能とを担う。
【００４４】
上記ドメイン管理機能を実現するために、Ｒ−ＮＭＳ２００ａ，２００ｂ，２００ｃは、自律通知表示アプリケーションを有する。自律通知表示アプリケーションは、例えば、管理下のドメイン内の各ノード（ＲＮ１００、ＣＮ１５０）に対応するノードアイコンを当該各ノードの障害状態を反映させたシンボル色で画面（ドメイン管理画面）上に表示する処理を行う。
【００４５】
また、上記ドメイン管理結果中継機能を実現するために、Ｒ−ＮＭＳ２００ａ，２００ｂ，２００ｃは、ドメイン状態アプリケーションを有する。ドメイン状態アプリケーションは、各ドメイン内のノードからの自律通知に基づきドメイン内の各ノードの障害が検出されると、該障害内容をドメイン全体としての警報情報に反映した後、その結果得られるドメイン状態情報を指令ＮＭＳ３００に対して自律通知する処理を行う。
【００４６】
これに対し、Ｒ−ＮＭＳ２００ａ，２００ｂ，２００ｃから見て上位階層の指令ＮＭＳ３００は、管理下の各Ｒ−ＮＭＳ２００ａ，２００ｂ，２００ｃから自律通知されるドメイン状態情報を受信し、この情報を基にネットワーク全体の運用状況を管理する機能を担う。
【００４７】
この管理機能を実現するための一手段として、指令ＮＭＳ３００は、ドメインアイコン表示アプリケーションを有する。このドメインアイコン表示アプリケーションは、Ｒ−ＮＭＳ２００ａ，２００ｂ，２００ｃに対応するドメインアイコンを表示するものであり、詳しくは、各Ｒ−ＮＭＳ２００ａ，２００ｂ，２００ｃから自律通知されたドメイン状態情報を基に、予め用意されている上記ドメインアイコンの色を障害ランク等に応じて適宜更新する処理を行う。
【００４８】
また、上記管理機能を実現するための別の手段として、指令ＮＭＳ３００は、画面接続アプリケーションを有する。この画面接続アプリケーションは、上記ドメインアイコン表示画面上で、任意のドメインアイコンが選択されると、この選択されたドメインアイコンに対応するＲ−ＮＭＳ２００に接続して、該Ｒ−ＮＭＳ２００で管理中のドメイン管理情報を取得し、このドメイン管理情報に基づきドメイン管理画面を表示する処理を行う。
【００４９】
また、上記管理機能を実現するための更に別の手段として、指令ＮＭＳ３００は、階層画面表示アプリケーション（後述する画面表示アプリケーション３０５ａに相当）を有する。
【００５０】
階層画面表示アプリケーションは、例えば、各Ｒ−ＮＭＳ２００ａ，２００ｂ，２００ｃで管理される各ドメイン毎のリングセグメント構成画面、各リング構成画面、各ノード構成画面、各ノード毎の接点警報画面等の順に下位の階層となるべく階層化された運用状態表示画面を管理する機能と、上記画面接続アプリケーションにより接続先のＲ−ＮＭＳ２００から取得したドメイン管理情報を基に表示されたドメイン管理画面上で、任意のドメイン構成要素が選択されることにより、まず、現在表示中の画面の下位階層でかつ上記選択された構成要素に対応する運用状態表示画面（リングセグメント構成画面）を開き、以下同様にして下位階層の運用表示画面を順次（各リング構成画面→各ノード構成画面→各ノード毎の接点警報画面）開いていきながら、これら各階層の運用状態表示画面上で、上記取得済みのドメイン管理情報中の障害発生または障害復旧内容を対応する構成要素毎に反映させて表示する機能とから成るものである。
【００５１】
更に、本発明システムでは、Ｒ−ＮＭＳ２００ａ、２００ｂ、２００ｃの近傍に、それぞれ、接点転送装置２１０ａ、２１０ｂ、２１０ｃを設置し、かつこれら各接点転送装置２１０ａ、２１０ｂ、２１０ｃと各接点転送路８０ａ，８０ｂ，８０ｃで接続される接点状態表示装置３１０を指令ＮＭＳ３００に近接して配置している。
【００５２】
ここで、接点転送装置２１０ａ、２１０ｂ、２１０ｃは、対応する各Ｒ−ＮＭＳ２００ａ、２００ｂ、２００ｃに備わる後述する接点回路部から読み取った接点情報を上記各接点転送路８０ａ，８０ｂ，８０ｃを介して接点情報表示装置３１０に転送する。
【００５３】
これに対し、接点状態表示装置３１０は、接点転送装置２１０ａ、２１０ｂ、２１０ｃから各接点転送路８０ａ，８０ｂ，８０ｃを介して送られてくる接点情報に基づきランプ表示やブザー音等の所定の接点警報表示を行う。
【００５４】
次に、本システムにおけるＲＮ１００、ＣＮ１５０、Ｒ−ＮＭＳ２００及び指令ＮＭＳ３００の構成について図２〜図４を参照して説明する。
【００５５】
ここで、図２は本システムにおける指令ＮＭＳ３００の構成を示すブロック図である。図３は同Ｒ−ＮＭＳ２００の構成を示すブロック図である。図４は同ＲＮ１００及びＣＮ１５０の構成を示すブロック図である。
【００５６】
図２において、指令ＮＭＳ３００は、伝送路７５とのインタフェースを司る伝送路インタフェース（Ｉ／Ｆ）部３０１、装置全体の制御を司る制御部３０２、マウスやキーボード等により構成され、ネットワーク管理のための種々の指示入力操作を行う入力部３０３、ネットワーク管理に係わる種々の情報を表示する表示部３０４、Ｒ−ＮＭＳ２００（２００ａ，２００ｂ，２００ｃ）と協同したネットワーク管理に必要な種々の情報を記憶する記憶部３０５を具備して構成される。
【００５７】
また、指令ＮＭＳ３００の近傍には、接点状態表示装置３１０が設置されている。この接点状態表示装置３１０は、Ｒ−ＮＭＳ２００ａ，２００ｂ，２００ｃ側に設置された接点転送装置２１０ａ，２１０ｂ，２１０ｃと接点転送路８０ａ，８０ｂ，８０ｃにより接続される。
【００５８】
指令ＮＭＳ３００において、記憶部３０５には、画面表示アプリケーション３０５ａ、ドメインアイコン表示アプリケーション３０５ｂ、画面接続アプリケーション３０５ｃ、管理ミドルウェア３０５ｄ、管理プロトコル３０５ｅが格納される。
【００５９】
画面表示アプリケーション３０５ａは、表示部３０４に対する表示処理全般を担うアプリケーションである。この表示処理の中には、後述するように、画面接続アプリケーション３０５ｃにより接続先のＲ−ＮＭＳ２００から取得したドメイン管理情報を基に各階層の運用状態表示画面（図８〜図１０参照）を開いて表示する階層画面表示処理も含まれる。
【００６０】
ドメインアイコン表示アプリケーション３０５ｂは、Ｒ−ＮＭＳ２００から自律通知されるドメイン状態情報に基づき管理下のＲ−ＮＭＳ２００をドメインアイコンとして表示部３０４に表示する処理を行うアプリケーションである。
【００６１】
画面接続アプリケーション３０５ｃは、上記ドメインアイコン表示アプリケーション３０５ｂにより表示されたドメインアイコン表示画面上での任意のドメインアイコンの選択操作に基づき該選択されたドメインアイコンに対応するＲ−ＮＭＳ２００に接続し、該Ｒ−ＮＭＳ２００で管理中のドメイン管理情報を取得し、この情報に基づきドメイン管理画面を表示部３０４に表示する処理を行うアプリケーションである。
【００６２】
管理ミドルウェア３０５ｄとしては、例えばＳＮＭＰ（Simple Network Management Protocol）マネージャを用いることができ、管理プロトコル３０５ｅとしては例えばＳＮＭＰ／ＵＤＰ／ＩＰ（Internet Protocol）等を用いることができる。
【００６３】
上記各アプリケーション３０５ａ，３０５ｂ，３０５ｃ、管理ミドルウェア３０５ｄ、管理プロトコル３０５ｅは、制御部３０２内に読み込まれ、該制御部３０２の制御によって実行される。図２において、制御部３０２内に存在するＳＮＭＰマネージャ３０２ａは、記憶部３０５から読み込まれて実行中にある管理ミドルウェア３０５ｄを指すものである。
【００６４】
図３において、Ｒ−ＮＭＳ２００は、ＣＮ１５０との間の例えばイーサネットで実現される伝送路６０（６０ａ，６０ｂ，６０ｃ）とのインタフェースを司るイーサネットインタフェース（Ｉ／Ｆ）部２０１ａ、指令ＮＭＳ３００と通信するための伝送路６５（６５ａ，６５ｂ，６５ｃ）とのインタフェースを司る伝送路インタフェース（Ｉ／Ｆ）部２０１ｂ、装置全体の制御を司る制御部２０２、マウスやキーボード等から成り、ネットワーク管理のための種々の指示入力操作を行う入力部２０３、ドメイン運用状態等、ネットワーク管理に係わる種々の情報を表示する表示部２０４、ドメイン内各ノード（ＲＮ１００、ＣＮ１５０）と協同したネットワーク管理に必要な種々の情報を記憶する記憶部２０５、管理下のドメイン全体の運用状態を反映した接点情報を発生する接点ハードウェア（ＨＷ）回路２０６を具備して構成される。
【００６５】
また、Ｒ−ＮＭＳ２００の近傍には、上記接点ＨＷ回路２０６から接点情報を読み取り、接点転送路８０（８０ａ，８０ｂ，８０ｃ）を介して指令ＮＭＳ３００側の接点状態表示装置３１０に転送する接点転送装置２１０（２１０ａ，２１０ｂ，２１０ｃ）が設置される。
【００６６】
Ｒ−ＮＭＳ２００において、記憶部２０５には、自律通知表示アプリケーション２０５ａ、画面表示アプリケーション２０５ｂ、ドメイン状態アプリケーション２０５ｃ、接点アプリケーション２０５ｄ、トラップポーリングアプリケーション２０５ｅ、管理ミドルウェア２０５ｆ、管理プロトコル２０５ｇが少なくとも格納される。
【００６７】
自律通知表示アプリケーション２０５ａは、管理下のドメイン内各ノードから自律通知される障害に関する情報（障害管理情報１０６ａ，１５６ａ：図４参照）に基づき表示部２０４に対する表示処理を行うアプリケーションである。
【００６８】
画面表示アプリケーション２０５ｂは、管理下の各ドメイン内各ノードのインタフェーススロット等の構成やこの構成を前提とした内部基板動作状態やアラーム動作等の各種状態に係わる情報（構成／状態管理情報１０６ｂ，１５６ｂ；図４参照）に基づき表示部２０４に対する表示処理を行うアプリケーションである。
【００６９】
ドメイン状態アプリケーション２０５ｃは、管理下のドメイン内各ノードから自律通知される障害管理情報に基づき、ドメイン内各ノードの障害が検出された場合、この障害をドメイン全体の警報状態に反映した後、その結果として生成されるドメイン状態情報を指令ＮＭＳ３００に自律通知する処理を行うアプリケーションである。
【００７０】
接点アプリケーション２０５ｄは、上記ドメイン状態情報を指令ＮＭＳ３００に自律通知する際に、当該ドメイン状態情報を接点ＨＷ回路２０６に反映させ、接点転送装置２１０に読み取らせる処理を行うアプリケーションである。
【００７１】
トラップポーリングアプリケーション２０５ｅは、管理下のドメイン内各ノードから自律通知される障害管理情報（トラップ）を該通知タイミングに受信できなかった場合のトラップ受信落ちを救済すべく、管理下のドメイン内各ノードに対する一定周期のトラップポーリングを実施するアプリケーションである。
【００７２】
管理ミドルウェア２０５ｆとしては、例えばＳＮＭＰマネージャを用いることができ、管理プロトコル２０５ｇとしては例えばＳＮＭＰ／ＵＤＰ／ＩＰ等を用いることができる。
【００７３】
上記各アプリケーション２０５ａ，２０５ｂ，２０５ｃ，２０５ｄ，２０５ｅ、管理ミドルウェア２０５ｆ、管理プロトコル２０５ｇは、制御部２０２内に読み込まれ、該制御部２０２の制御によって実行される。図３において、制御部２０２内に存在するＳＮＭＰマネージャ２０２ａは、記憶部２０５から読み込まれて実行中にある管理ミドルウェア２０５ｆを指すものである。
【００７４】
図４では、同図（ａ）が各ドメイン内ノードのうちのＲＮ１００の構成を示すブロック図であり、同図（ｂ）が同ＣＮ１５０の構成を示すブロック図である。
【００７５】
図４（ａ）において、ＲＮ１００は、リング伝送路５０上の各仮想パスとの間でデータ（ＡＴＭセル）の送受に係わる制御を行うインタフェース（Ｉ／Ｆ）部１０１，１０２、ローカル端末１１０を収容した低速回線との間のデータの送受に係わる制御を行うインタフェース（Ｉ／Ｆ）部１０３、Ｉ／Ｆ部１０１またはＩ／Ｆ部１０２若しくはＩ／Ｆ部１０３からの入力セルを該セルの入力ポートに対応する出力ポートを通じＩ／Ｆ部１０１またはＩ／Ｆ部１０２若しくはＩ／Ｆ部１０３に送出するセル交換の動作を行うＡＴＭスイッチ部１０４、スイッチングテーブル（セルの入力ポート及び出力ポートをＶＰＩ、ＶＣＩに対応付けて登録したもの）に従って、ＡＴＭスイッチ部１０４における上記セル交換動作の制御を行う制御部１０５、上記スイッチングテーブルを含む各種情報を記憶する記憶部１０６を具備して構成される。
【００７６】
記憶部１０６には、上記スイッチングテーブルの他、Ｒ−ＮＭＳ２００でのドメイン管理に必要な種々の情報として、自装置の各種障害に関する情報を集めた障害管理情報１０６ａ、自装置のインタフェーススロットの構成やこの構成を前提とした内部基板動作状態やアラーム動作等の各種状態に係わる情報を集めた構成／状態管理情報１０６ｂ、被管理ミドルウェア１０６ｃ、管理プロトコル１０６ｄが格納される。
【００７７】
被管理ミドルウェア１０６ｃとしては、例えばＳＮＭＰエージェントが用いられ、管理プロトコル１０６ｄとしては例えばＳＮＭＰ／ＵＤＰ／ＩＰが用いられる。被管理ミドルウェア１０６ｃ、管理プロトコル１０６ｄは、制御部１０５内に読み込まれ、該制御部１０５の制御により実行される。
【００７８】
また、制御部１０５には、上述したセル交換に係わる制御の他、自装置における障害の発生状況や動作状態の変化等を監視し、該監視結果に基づき自律通知を発報する制御機能が備わる。この制御機能を実現すべく、制御部１０５内には、状態監視部１０５ａ及びＳＮＭＰエージェント１０５ｂが設けられる。
【００７９】
状態監視部１０５ａは、自装置における障害の発生状況や動作状態の変化等を監視するものである。
【００８０】
ＳＮＭＰエージェント１０５ｂは、上記監視により得られた情報（記憶部１０６に保持される障害管理情報１０６ａ，構成／状態管理情報１０６ｂ）をＲ−ＮＭＳ２００に対して自律的に通知する制御を担うものである。なお、図４（ａ）において、制御部１０５内に存在するＳＮＭＰエージェント１０５ａは、記憶部１０６から読み込まれて実行中にある被管理ミドルウェア１０６ｃを指すものである。
【００８１】
図４（ｂ）において、ＣＮ１５０は、同図（ａ）に示したＲＮ１００の各構成に加えて、Ｒ−ＮＭＳ２００との間に張られたイーサネット（伝送路６０）に接続するためのイーサネットインタフェース部（Ｉ／Ｆ部）１５７を有する。それ以外の構成については、ＲＮ１００内の各部と同じ名称の部分は各々同様の機能を果たすものである（但し、各部の符号はＲＮ１１０と異なる。）。
【００８２】
なお、図５は、本システムのリング伝送路５０（図１及び図４参照）が無線回線で実現される場合のＲＮ１００（ＣＮ１５０についても基本構成は同じ）の一実施例構成を示す図である。
【００８３】
この例では、ノード本体部〔図４（ａ）に示すＲＮ１００全体〕１０の片側に、屋内ユニット（ＩＤＵ）２０ａ、屋外ユニット（ＯＤＵ）３０ａ、アンテナ３５ａが設けられ、反対側にも同様のＩＤＵ２０ｂ、ＯＤＵ３０ｂ、アンテナ３５ｂが設けられる。また、ＩＤＵ２０ａ及びＩＤＵ２０ｂとノード本体１０間には、それぞれ、接点監視装置４０ａ、４０ｂが接続される。
【００８４】
図５の構成において、例えば、同図左側に存在する対向ＲＮ１００から送られてくる無線信号はアンテナ３５ａで受信され、ＯＤＵ３０ａ、ＩＤＵ２０ａを通じてノード本体部１０に入力した後、ＩＤＵ２０ｂ、ＯＤＵ３０ｂを介してアンテナ３５ｂに送られ、無線信号として同図右側に存在する別の対向ＲＮ１００へと送信される。
【００８５】
この時、接点監視装置４０ａ、４０ｂは、それぞれ、ＩＤＵ２０ａ、ＯＤＵ３０ａ、ＩＤＵ２０ｂ、ＯＤＵ３０ｂの運用状態を監視し、その運用状態に対応した接点情報をノード本体部１０内に転送する。
【００８６】
ノード本体部１０〔図４（ａ）参照〕では、制御部１０５内の状態監視部１０５ａ（ＣＮ１５０では、制御部１５５内の状態監視部１５５ａ）が、接点監視装置４０ａ、４０ｂから転送される接点情報を基に、ＩＤＵ２０ａ、ＯＤＵ３０ａ、ＩＤＵ２０ｂ、ＯＤＵ３０ｂの障害発生状態を認識し、この状態を記憶部１０６内の障害管理情報１０６ａ（同、記憶部１５６内の障害管理情報１５６ａ）に反映させる。
【００８７】
次に、図２〜図４の構成と照らし合わせて本発明システムのネットワーク管理動作について説明する。
【００８８】
本発明システムにおいて、ＲＮ１００〔図４（ａ）参照〕は、自装置にて障害が発生または復旧すると、状態監視部１０５ａがこれを検出して制御部１０５に伝える。制御部１０５は、これら検出結果をまとめて障害管理情報１０６ａとして管理するとともに、該検出結果を基に自装置全体としての障害発生なのかまたは障害復旧なのかを判断し、ＳＮＭＰエージェント１０５ｂに対して当該判断結果に従った障害発生または障害復旧の自律通知発報を要求する。
【００８９】
この要求を受けることにより、ＳＮＭＰエージェント１０５ｂは、管理プロトコル１０６ｄを使用し、Ｒ−ＮＭＳ２００に対して、上記障害管理情報１０６ａを含む自律通知を発報する。
【００９０】
同様に、ＣＮ１５０〔図４（ｂ）参照〕では、自装置にて障害が発生または復旧すると、状態監視部１５５ａがこれを検出して制御部１５５に伝える。制御部１５５は、これら検出結果をまとめて障害管理情報１５６ａとして管理するとともに、該検出結果を基に自装置全体としての障害発生なのかまたは障害復旧なのかを判断し、ＳＮＭＰエージェント１５５ｂに対して当該判断結果に従った障害発生または障害復旧の自律通知発報を要求する。
【００９１】
この要求を受けることにより、ＳＮＭＰエージェント１５５ｂは、管理プロトコル１５６ｄを使用し、Ｒ−ＮＭＳ２００に対して、上記障害管理情報１５６ａを含む自律通知を発報する。
【００９２】
一方、Ｒ−ＮＭＳ２００（図３参照）は、ＲＮ１００あるいはＣＮ１５０からの障害発生または障害復旧に関する自律通知発報を管理プロトコル２０５ｇにより受け、その中に含まれる自律通知情報（障害管理情報１０６ａまたは１５６ａ）をＳＮＭＰマネージャ２０２ａに渡す。
【００９３】
ＳＮＭＰマネージャ２０２ａは、この自律通知情報を発報元アドレス〔自律通知を発報してきた被管理ノード（ＲＮ１００、ＣＮ１５０）のＩＰアドレス〕に対応付けて記憶部２０５内に記憶させる。
【００９４】
ここで、ＳＮＭＰマネージャ２０２ａは、各被管理ノード（ＲＮ１００、ＣＮ１５０）を該各被管理ノードを表すノードアイコンとして管理する機能を併せ持っている。
【００９５】
そして、この機能と自律通知表示アプリケーション２０５ａとの連携により、各被管理ノードをノードアイコンとして表示部２０４に表示すると共に、発報元の被管理ノードに関しては、そのノードアイコンを当該発報された自律通知情報の内容に応じてシンボル色を更新して表示部２０４に表示する制御を行う。
【００９６】
具体的に、自律通知表示アプリケーション２０５ａは、上記自律通知発報の着信時、発報元アドレスを参照して、ＳＮＭＰマネージャ２０２ａが管理しているノードアイコンを検索する一方、この時の自律通知発報内の障害管理情報１０６ａ，１５６ａを参照し、その値によって、上記検索済みのノードアイコンのシンボル色に対して障害の発生を示す色または障害復旧を示す色を反映させて表示部２０４上に表示する。
【００９７】
この自律通知表示処理は、被管理ノードから自律通知発報が受信される度に行われ、これにより、その都度、当該発報元の被管理ノードのノードアイコンのシンボル色表示が更新される。
【００９８】
このように、本発明システムのＲ−ＮＭＳ２００は、被管理ノードから受信した自律通知情報に基づき、これら被管理ノードを表すノードアイコンを用いて画面に表示する処理機能をサポートしている。
【００９９】
また、Ｒ−ＮＭＳ２００は、上述した自律通知表示機能の他、被管理ノードの構成及び状態に係わる情報を表示する構成／状態表示機能を有する。ここで言う構成とは、例えば被管理ノードの筐体前面におけるインタフェーススロットやその中の各ユーザポート等の構成であり、また状態とは例えば上記インタフェーススロットにつながる内部基板の動作状態、電源の状態あるいはアラーム発生状況等を指す。
【０１００】
この構成／状態表示機能に関する処理を担うのが画面表示アプリケーション２０５ｂである。画面表示アプリケーション２０５ｂでの構成／状態表示処理は、例えば、入力部２０３からの所定の構成／状態確認操作に応じて起動することができる。
【０１０１】
この構成／状態確認操作の一例として、管理者は、入力部１０２において、確認しようとする被管理ノードのＩＰアドレスを指定した後、表示処理起動を指示する操作を行えば良い。この他、上述したノードアイコン表示画面上で、任意のノードアイコンのシンボル色に関して障害発生との色表示がなされた状態で、ノードアイコンの領域内をクリックする操作を行い、この操作を受けて上記表示機能を起動させるようにしても良い。
【０１０２】
上述した起動操作の後、画面表示アプリケーション２０５ｂは、管理ミドルウェア２０５ｆと管理プロトコル２０５ｇを使用して、伝送路６０で接続されている被管理ノードの上述した構成及び状態に係わる情報を当該被管理ノードＲＮ１００（または、ＣＮ１５０）の被管理ミドルウェア１０６ｃ（同、被管理ミドルウェア１５６ｃ）に要求する。
【０１０３】
この要求の送出先のＲＮ１００（同、ＣＮ１５０）では、管理プロトコル１０６ｄ（同、管理プロトコル１５６ｄ）を使用して、上記画面表示アプリケーション２０５ｂからの要求を受け付け、該要求を被管理ミドルウェア１０６ｃ（同、被管理ミドルウェア１５６ｃ）に渡す。
【０１０４】
被管理ミドルウェア１０６ｃ（同、被管理ミドルウェア１５６ｃ）は、当該要求を受けることにより、記憶部１０６（同、記憶部１５６）から自装置に関する構成／状態管理情報１０６ｂ（同、構成／状態管理情報１５６ｂ）を読み出し、該情報１０６ｂ（同、情報１５６ｂ）を、管理プロトコル１０６ｄ（同、管理プロトコル１５６ｄ）を使用して、Ｒ−ＮＭＳ２００に送出する応答処理を行う。
【０１０５】
これに対し、Ｒ−ＮＭＳ２００では、管理プロトコル２０５ｇを使用して、被管理ノードから応答送出された構成／状態管理情報１０６ｂ（または、構成／状態管理情報１５６ｂ）を受信し、該情報１０６ｂ（同、情報１５６ｂ）を管理ミドルウェア２０５ｆに格納する。
【０１０６】
更に、画面表示アプリケーション２０５ｂは、管理ミドルウェア２０５ｆに格納された上記構成／状態管理情報１０６ｂ（同、構成／状態管理情報１５６ｂ）に基づき表示部２０４に対する描画処理を行う。この描画処理において、画面表示アプリケーション２０５ｂは、被管理ノードより取得した構成／状態管理情報１０６ｂ（同、構成／状態管理情報１５６ｂ）内の各項目に対応した構成及び状態に関する画像を、該被管理ノードの実機イメージそのままに描画する。
【０１０７】
一般に、被管理ノード（実機）では、例えばその筐体前面に、インタフェーススロット等が設けられる他、このインタフェーススロット等につながる内部基板の動作状態、電源の状態あるいはアラーム発生状況等を表示する表示素子等が設けられる。上記実機イメージとは、この被管理ノード（実機）の筐体前面を実際に見た場合と同じに認知し得る画像内容を意味する。
【０１０８】
Ｒ−ＮＭＳ２００は、上記のように被管理ノードの構成及び状態について実機イメージでの描画を行った後、同様の処理により、定期的に、被管理ノードの構成／状態管理情報１０６ｂ，１５６ｂを取得する。
【０１０９】
一方、被管理ノード（ＲＮ１００，ＣＮ１５０）では、Ｒ−ＮＭＳ２００からの定期的な情報取得要求に対し、状態監視部（１０５ａ，１５５ａ）の監視結果を基に最新の内容を反映させた構成／状態管理情報（１０６ｂ，１５６ｂ）を返送する。
【０１１０】
画面表示アプリケーション２０５ｂは、定期的に取得される構成／状態管理情報情報１０６ｂ，１５６ｂを用い、過去の内容を最新の内容で更新し、上記実機イメージによる描画を継続する。この結果、被管理ノードの構成や状態が変化しても、被管理ノードに関する最新の構成及び状態が常に実機イメージとして描画される。これにより、Ｒ−ＮＭＳ２００に居る管理者は、被管理ノードの最新の構成及び状態を実際に当該被管理ノードに赴いてその筐体前面を見た場合と全く同じに認識でき、当該被管理ノードの保守・管理作業を円滑に進めることができる。
【０１１１】
更に、Ｒ−ＮＭＳ２００において、ドメイン状態アプリケーション２０５ｃは、被管理ノード（ＲＮ１００，ＣＮ１５０）から受信した上記自律通知情報を基に、ドメイン内の被管理ノードの障害が検出されると、この障害内容をドメイン全体としての警報状態に反映させた後、その結果として生成されるドメイン状態情報を指令ＮＭＳ３００に自律通知する処理機能を有する。
【０１１２】
この処理に際し、ドメイン状態アプリケーション２０５ｃは、ドメイン内の被管理ノードからの自律通知を基に該ドメイン内の被管理ノードの障害が検出される毎に該障害内容をドメイン全体としての警報状態に反映させてドメイン状態情報を更新した後、ＳＮＭＰマネージャ２０２ａに対して指令ＮＭＳ３００に対する自律通知発報を要求する。
【０１１３】
この要求を受けることにより、ＳＮＭＰマネージャ２０２ａは、管理プロトコル２０５ｇを使用し、伝送路Ｉ／Ｆ部２０１ｂを介して、指令ＮＭＳ３００へのドメイン状態情報の自律通知を発報する。この発報されたドメイン状態情報は、伝送路６５（６５ａ，６５ｂ，６５ｃ）、通信網７０、伝送路７５を介して指令ＮＭＳ３００へ伝送される。
【０１１４】
一方、指令ＮＭＳ３００（図２参照）は、Ｒ−ＮＭＳ２００から自律通知されたドメイン状態情報を伝送路７５から伝送路Ｉ／Ｆ部３０１を介して管理プロトコル３０５ｅにより受け、ＳＮＭＰマネージャ３０２ａに渡す。
【０１１５】
ＳＮＭＰマネージャ３０２ａは、この自律通知されたドメイン状態情報を自律通知元のＲ−ＮＭＳ２００のＩＰアドレスと対応付けて記憶部３０５内に記憶させる。
【０１１６】
ここで、ＳＮＭＰマネージャ３０２ａは、管理下の全てのＲ−ＮＭＳ２００をドメインアイコンとして管理すると共に、ドメインアイコン表示アプリケーション３０５ｂと協同して、各Ｒ−ＮＭＳ２００をドメインアイコンとして表示部３０４に表示する制御機能を有している。
【０１１７】
具体的に、ドメインアイコン表示アプリケーション３０５ｂは、Ｒ−ＮＭＳ２００からの自律通知発報を受けた際、発報元アドレスを基にＳＮＭＰマネージャ３０２ａが管理しているドメインアイコンを検索する一方、記憶部３０５に記憶されたドメイン状態情報の障害内容を検索し、この障害内容に応じ、上記検索済みのドメインアイコンに対して障害の発生を示す色または障害復旧を示す色を反映させて表示部３０４上に表示する。
【０１１８】
このドメインアイコン表示処理は、Ｒ−ＮＭＳ２００からドメイン状態情報の自律通知発報を受ける度に行われ、その都度、当該発報元のＲ−ＮＭＳ２００に相当するドメインアイコンの色表示の更新がなされる。
【０１１９】
図６は、指令ＮＭＳ３００におけるドメインアイコン表示アプリケーション３０５ｂの表示処理に基づくドメインアイコン表示画面（ネットワークサブマップ画面）の表示例を示す図である。
【０１２０】
同図からも分かるように、このネットワークサブマップ画面上では、管理下の各ドメイン（Ｒ−ＮＭＳ）がドメインアイコンで表現されている。しかも、この画面上において、各ドメインの運用状態は、アイコンの色によって表現されている。各ドメインの運用状態とアイコンの表示色の関係は、例えば、下記の表１に示す如くである。
【０１２１】
【表１】
0004047517.tif 000002
図６のネットワークサブマップ画面上では、東京都と付記されたドメインアイコンは、例えば、図１におけるＲ−ＮＭＳ２００ａ管理下のドメイン（ＲＮＷ１１，１２，１３，１４を含む）に相当する。同様に、神奈川県と付記されたドメインアイコンは、図１におけるＲ−ＮＭＳ２００ｂ管理下のドメイン（ＲＮＷ２１，２２，２３，２４を含む）に相当し、千葉県と付記されたドメインアイコンは、図１におけるＲ−ＮＭＳ２００ｃ管理下のドメイン（ＲＮＷ３１，３２，３３，３４を含む）に相当する。
【０１２２】
この例では、東京都と付記されたドメインアイコンが赤色で表示されており、該ドメインアイコンに対応する上記Ｒ−ＮＭＳ２００ａ管理下のドメインに障害が発生し、かつ危険域にあることが分かる。
【０１２３】
図６のネットワークサブマップ画面上で、任意のドメインアイコンを選択することにより、この選択されたドメインアイコンに対応するドメイン（Ｒ−ＮＭＳ２００）へログインし、図７に示す如くのドメインサブマップ画面を表示することができる。
【０１２４】
この場合の表示制御は以下のようにして実現できる。すなわち、ＮＭＳ３００において、表示部３０４に表示された上記ネットワークサブマップ画面（図６参照）上で、入力部３０３からマウス等を用いて同画面上の任意のドメインアイコンをダブルクリックする操作がなされると、ＳＮＭＰマネージャ３０２ａはその旨を画面接続アプリケーション３０５ｃに通知する。
【０１２５】
これにより、画面接続アプリケーション３０５ｃは、ＳＮＭＰマネージャ３０２ａと管理プロトコル３０５ｅを使用して、上記選択されたドメインアイコンに対応するＲ−ＮＭＳ２００のＳＮＭＰマネージャ２０２ａにドメイン管理結果の転送を要求する。
【０１２６】
要求先のＲ−ＮＭＳ２００では、管理プロトコル２０５ｇを使用して上記要求を受け、この要求をＳＮＭＰマネージャ２０２ａに渡す。ＳＮＭＰマネージャ２０２ａは、この要求を受けることにより、記憶部２０５から自装置で管理しているドメイン管理情報（被管理ノードから収集した障害管理情報１０６ａ，１５６ａ及び構成／状態管理情報１０６ｂ，１５６ｂ）を読み出し、管理プロトコル２０５ｇを使用して、指令ＮＭＳ３００に送出する応答処理を行う。
【０１２７】
これに対し、指令ＮＭＳ３００は、管理プロトコル３０５ｅを使用して、Ｒ−ＮＭＳ２００から応答送出された上記ドメイン管理情報を受信し、該情報をＳＮＭＰマネージャ３０２ａにより記憶部３０５に格納させる。
【０１２８】
次いで、ＳＮＭＰマネージャ３０２ａは、Ｒ−ＮＭＳ２００からドメイン管理情報を取り込んだ旨を画面接続アプリケーション３０５ｃに通知する。この通知により、画面接続アプリケーション３０５ｃは、記憶部３０５に格納された上記ドメイン管理情報に基づき表示部３０４に図７に示す如くのドメインサブマップ画面を表示する処理を行う。
【０１２９】
図７におけるドメインサブマップ画面は、例えば、図６のネットワークサブマップ画面上でシンボル色が赤色表示されているドメインアイコン（東京都と付記されたアイコン）をダブルクリックすることにより表示されたものである。
【０１３０】
この場合のドメインサブマップ画面（図７参照）上には、上記ダブルクリックされたドメインアイコンに対応するドメイン（図１のＲ−ＮＭＳ２００ｂ）を構成する各ＲＮＷ２１，２２，２３，２４を示すアイコン（以下、リングアイコンと称する）が、当該各ＲＮＷ２１，２２，２３，２４の各々の運用状態を反映させたシンボル色で表示される。この場合における運用状態とシンボル色との関係も上述したネットワークサブマップ画面と同じである。
【０１３１】
図７のドメインサブマップ画面において、ＡＴＭリング１と付記されたリングアイコンは、例えば、図１におけるＲ−ＮＭＳ２００ａ管理下のＲＮＷ１１に相当する。同様に、ＡＴＭリング２と付記されたリングアイコンは、ＲＮＷ１２に、ＡＴＭリング３と付記されたリングアイコンは、ＲＮＷ１３に、ＡＴＭリング４と付記されたリングアイコンは、ＲＮＷ１４にそれぞれ相当する。
【０１３２】
この例では、ＡＴＭリング１と記されたリングアイコンが赤色で表示されており、該リングアイコンに対応するＲＮＷ１１に障害が発生し、かつ危険域にあることが分かる。
【０１３３】
図７におけるドメインサブマップ画面上で、任意のリングアイコンを選択することにより、この選択されたリングアイコンに対応するＲＮＷのセグメント構成に対応した図８に示す如くのリングセグメントマップ画面を表示することができる。
【０１３４】
この場合の表示制御は以下のようにして実現できる。すなわち、ＮＭＳ３００において、表示部３０４に表示された上記ドメインサブマップ画面（図７参照）上で、入力部３０３からマウス等を用いて同画面上の任意のリングアイコンをダブルクリックする操作がなされると、ＳＮＭＰマネージャ３０２ａはその旨を画面表示アプリケーション３０５ａに通知する。
【０１３５】
画面表示アプリケーション３０５ａは、例えば、各Ｒ−ＮＭＳ２００ａ，２００ｂ，２００ｃ管理下のドメイン内の各リング毎のリングセグメントマップ画面、リング管理画面、各リング内の各ノード毎のノード管理画面、各ノード毎の接点警報管理画面等の順に下位の階層となるべく階層化された運用状態表示画面を管理している。
【０１３６】
そして、ＳＮＭＰマネージャ３０２ａより、上記ドメインサブマップ画面（図７参照）上の任意のリングアイコンがダブルクリックされたとの通知を受けると、まず、このドメインサブマップ画面の下位階層でかつ上記選択されたリングアイコンに対応するリングセグメントマップ画面（図８参照）を開き、かつ当該画面上におけるノードアイコン等の各アイコンに対して、上記画面接続アプリケーション３０５ｃを利用して接続先のＲ−ＮＭＳ２００から取得した記憶部３０５内のドメイン管理情報（障害管理情報１０６ａ，１５６ａ）中の障害発生または障害復旧内容をそれぞれに反映して表示する処理を行う。
【０１３７】
図８は、例えば、図７におけるドメインサブマップ画面上でＡＴＭリング１がダブルクリックされた場合のリングセグメントマップ画面の表示例を示すものである。この例では、「ＲＮ装置１０１」，「ＲＮ装置１０２」等のノードアイコンや、「リング１管理起動」等の動作状態アイコン等がその運用状態を反映した態様で表示される他、「ＲＮ装置１０１」と「ＲＮ装置１０２」間のループバック（図中、ＬＢと付記されている。）が実行されている様子等も表示される。
【０１３８】
図８におけるリングセグメントマップ画面上で、任意のノードアイコンを選択（ダブルクリック）することにより、この選択されたノードアイコンに対応するノードの運用状態を示す図９に示す如くのノード管理画面を表示することができる。
【０１３９】
この場合の表示制御は以下のようにして実現できる。すなわち、ＮＭＳ３００において、表示部３０４に表示された上記リングセグメントマップ画面（図８参照）上で、入力部３０３からマウス等を用いて同画面上の任意のノードアイコンをダブルクリックする操作がなされると、ＳＮＭＰマネージャ３０２ａはその旨を画面表示アプリケーション３０５ａに通知する。
【０１４０】
画面表示アプリケーション３０５ａは、上記通知を受けると、現在表示中のリングセグメントマップ画面の下位階層でかつ上記ダブルクリックされたノードアイコンに対応するノードのノード管理画面（図９参照）を開き、該ノードの構成要素を表示すると共に、これら各構成要素に対して、上記画面接続アプリケーション３０５ｃを利用して接続先のＲ−ＮＭＳ２００から取得した記憶部３０５内のドメイン管理情報（障害管理情報１０６ａ，１５６ａ）中の障害発生または障害復旧内容を反映して表示する処理を行う。
【０１４１】
なお、この場合のノード構成要素の表示処理において、画面表示アプリケーション３０５ａは、上記画面接続アプリケーション３０５ｃにより取得済みのドメイン管理情報のうちの構成／状態管理情報１０６ｂ，１５６ｂを基に、各項目に対応した構成及び状態を示す画像を、例えば、当該ノードの実機イメージそのままに表示部３０４上に描画するようにしている。
【０１４２】
一般に、被管理ノードの実機の構造に関しては、例えば筐体前面に、インタフェーススロット等が設けられる他、このインタフェーススロット等につながる内部基板の動作状態、電源の状態あるいはアラーム発生状況等を表示する表示素子等が設けられる。上記実機イメージとは、これら被管理ノードの実機構造を実際に筐体前面から見た場合と同じに認知し得る画像内容を意味する。
【０１４３】
従って、指令ＮＭＳ３００に居る管理者は、図９におけるノード管理画面を見ることにより、当該ノードを実際に見ているのと同じに、当該ノードの状態を詳細に把握することができる。
【０１４４】
更に、図９におけるノード管理画面上で、任意の構成要素表示領域をダブルクリックすると、該ダブルクリックされた表示領域が拡大表示される。この表示処理も、画面表示アプリケーションが３０５ａにより行われる。
【０１４５】
また、図９におけるノード管理画面上で、表示メニューの中から「障害」を選択し、これにより表示されるポップアップウィンドウの中の「接点警報」を選択することにより、図１０に示す如くの接点警報管理画面を表示することができる。
【０１４６】
この場合の表示制御は以下のようにして実現できる。すなわち、ＮＭＳ３００において、表示部３０４に表示された上記ノード管理画面（図９参照）の表示内容を基に、入力部３０３から上記「接点警報」の選択入力があると、ＳＮＭＰマネージャ３０２ａはその旨を画面表示アプリケーション３０５ａに通知する。
【０１４７】
画面表示アプリケーション３０５ａは、上記通知を受けると、現在表示中のノード管理画面の下位階層でかつ上記選択された「接点警報」に係わる接点警報管理画面（図１０参照）を開き、かつ当該画面上における各接点警報項目に対して、上記画面接続アプリケーション３０５ｃを利用して接続先のＲ−ＮＭＳ２００から取得した記憶部３０５内のドメイン管理情報（障害管理情報１０６ａ，１５６ａ）中の障害発生または障害復旧内容を各々反映して表示する処理を行う。
【０１４８】
図１０における接点警報管理画面は以下の構成要素を備える。
１）「タイトルバー」は、画面名称を表示する。
２）「接点番号」は、接点番号を表示する。
３）「接点警報状態」は、接点警報状態を色で表示する。接点警報状態と色の関係は、例えば、下記の表２に示されるような関係にある。
【表２】
0004047517.tif 000003
４）「接点警報名称」は、接点名称を表示する。この欄には、コメントも入れることができる。
５）「接点警報名表示リストボックス（表示）」は、接点番号、接点警報名をリスト形式で表示する。「接点番号（表示）」は、接点番号を表示する。
６）「接点番号（表示）」は、接点番号を表示する。
７）「接点警報名（表示）」は、接点警報名称を表示する。
８）「縦スクロールバー（操作）」は、接点警報名表示リストボックスをスクロール巣するための操作ツールである。
９）「保存ボタン（操作）」は、表示画面の情報をファイルに保存するための操作ツールである。
１０）「変換ボタン（操作）」は、「保存ボタン」を用いて保存されたファイル（ＣＳＶ形式）を例えばEUCフォーマットからS-JISフォーマットに変換するための操作ツールである。
１１）「終了ボタン」は、本画面を終了するための操作ツールである。
１２）「ステータスバー」には、ＮＭＳアプリケーションのステータスを示すメッセージが表示される。メッセージの一覧を下記の表３に示す。
【表３】
0004047517.tif 000004
更に、画面表示アプリケーション３０５ａは、以下の様な表示処理も行う。例えば、図１０に示す接点警報管理画面上で、「保存ボタン」が選択されると、図１１に示す接点警報保存画面を表示する。
【０１４９】
この接点警報保存画面において、「保存ファイル名」欄は、デフォルト名を表示及びファイル名変更のために用いられる。この場合の保存ファイル名は、（ファイル名）／ログインホームディレクトリ／POINT***.CVS（***は、ノードＩＰアドレス）という形式で構成される。
【０１５０】
また、同画面において、「ＯＫ」ボタンが選択されると、上述した保存ファイル名でファイルに保存される。この場合、ファイル形式は、CSV形式（カンマ（，）区切り）となる。また、１行で１回線の内容を書き込む。また、ファイルの内容は、装置名、接点番号、接点コメントとなる。
【０１５１】
また、同画面において、「キャンセルボタン」は、同接点警報保存画面を終了するための操作ツールである。この「キャンセルボタン」を操作することにより、図１０における接点警報管理画面に戻る。
【０１５２】
図１０における接点警報管理画面から、障害状態表示を終了する場合には、これまでに開いた画面を順に閉じて初期画面（図６におけるネットワークサブマップ画面）まで戻り、当該初期画面を閉じる操作を行う。
【０１５３】
なお、図６における初期画面を表示した状態で、任意のドメインの詳細な運用状態を確認するために、当該ドメインに対応するドメインアイコンをダブルクリックした後（つまり、上記画面接続アプリケーション３０５ｃを起動した後）、指令ＮＭＳ３００からＲ−ＮＭＳ２００への接続に失敗した場合は、図１２に示す如くのポップアップウィンドウ（接続エラー画面）が表示される。これ以後、続けて再接続する場合は、同ウィンドウ中の「再接続」ボタンをクリックし、中止する場合は、「中止」ボタンをクリックする。
【０１５４】
Ｒ−ＮＭＳ２００への接続失敗の要因としては、ネットワーク回線が混雑することに伴う通信タイムアウト発生、接続先Ｒ−ＮＭＳ２００の電源ＯＦＦ、指令ＮＭＳ３００で保持している指定したＲ−ＮＭＳ２００のＩＰアドレス誤り、指定したＲ−ＮＭＳ自体のＩＰアドレス設定誤り、ネットワーク機器（ハブ、ルータ等）の障害発生、通信ケーブルの障害発生（断線、コネクタ障害等）等が考えられる。従って、管理者は、図１２におけるウィンドウ上で再接続を行う前に、これらの要因を確認する必要がある。
【０１５５】
以上は、指令ＮＭＳ３００の画面表示アプリケーション３０５ａがサポートしている障害状態表示機能に基づく表示制御について述べたものであるが、次に、同アプリケーション３０５ａがサポートする障害情報表示機能に基づく表示制御について説明する。
【０１５６】
この障害情報表示機能は、管理下の各Ｒ−ＮＭＳ２００から送られてくる障害管理情報を収集し、これをキャラクタ情報として表示する機能である。この機能により表示された障害管理情報を解析することによっても、障害発生要因をつきとめることが可能である。また、本機能によれば、リアルタイム及び蓄積された障害管理情報をある条件を基に抽出して表示するといった処理にも対応できる。
【０１５７】
以下、指令ＮＭＳ３００に収集蓄積された障害管理情報を表示するための手順及び画面表示の各項目について説明する。
【０１５８】
この手順の初期段階としては、指令ＮＭＳ３００の表示部３０４上に図１３に示す如くの「イベント・カテゴリ」を表示する。この「イベント・カテゴリ」画面上で「全イベント」に対応する左側のボタンをクリックすると、図１４に示す如くの「全イベント・ブラウザ」画面が表示される。
【０１５９】
この「全イベント・ブラウザ」画面の表示は、例えば、以下の制御により実現できる。すなわち、ＮＭＳ３００において、入力部３０３から、「全イベント」に対応する左側のボタンをクリックする操作入力があると、ＳＮＭＰマネージャ３０２ａがその旨を画面表示アプリケーション３０５ａに通知する。
【０１６０】
画面表示アプリケーション３０５ａは、上記通知を受けると、既に画面接続アプリケーション３０５ｃを利用して接続先のＲ−ＮＭＳ２００から取得している記憶部３０５内の障害管理情報１０６ａ，１５６ａを読み出し、当該障害管理情報１０６ａ，１５６ａを表示部３０４に図１４に示す態様でキャラクタ情報のまま表示する。
【０１６１】
この「全イベント・ブラウザ」画面は以下の構成要素を備える。
１）「受託」は、イベントが受託されたかどうかを表示するチェックマークである。
２）「重要度」は、イベントの重要度を表示する。重要度は例えば５段階に区別されており、下位の表４に示す通り、色分けで実現される。
【表４】
0004047517.tif 000005
３）「日時」は、イベントが発生した日時、曜日、時刻を表示する。
４）「ソース」は、イベントが発生したノードのＩＰアドレスを表示する。
５）「メッセージ」は、イベントの簡単な説明、ノード名称を表示する。
【０１６２】
ところで、本発明システムのＲ−ＮＭＳ２００（図３参照）では、管理下のドメイン内各ノード（ＲＮ１００，ＣＮ１５０）から収集された障害管理情報１０６ａ，１５６ａに基づき、ドメイン状態アプリケーション２０５ｃがドメイン状態情報を更新して指令ＮＭＳ３００に自律通知する際、接点アプリケーション２０５ｄが起動される。
【０１６３】
接点アプリケーション２０５ｄは、上記更新後のドメイン状態情報を基に、ドメイン全体としての警報状態を接点ＨＷ回路２０６に反映させる処理を行う。この時の接点ＨＷ回路２０６の接点情報は、接点転送装置２１０（２１０ａ，２１０ｂ，２１０ｃ）に読み取られ、接点転送路８０（８０ａ，８０ｂ，８０ｃ）を介して指令ＮＭＳ３００側に設置された接点状態表示装置３１０に転送される。
【０１６４】
一方、指令ＮＭＳ３００（図２参照）側では、Ｒ−ＮＭＳ２００側の接点転送装置２１０から転送されてくる接点情報を受信し、その接点情報の内容に応じて、例えば、ランプ表示やブザー音出力等の所定の方法によりドメイン状態の警報表示を行う。
【０１６５】
以上の如く、ネットワーク管理機能の階層化が図られた本発明システムにおけるＲ−ＮＭＳ２００及び指令ＮＭＳ３００の構成及び制御によれば、指令ＮＭＳ３００側に居る管理者は、特に必要がない限り、この指令ＮＭＳ３００に表示される上述したドメインアイコン表示画面を見ながらネットワーク管理が行える。
【０１６６】
この場合、ドメインアイコン表示画面上には、ドメインを構成する各ノードに対応するノードアイコンが存在しないため、ドメインあるいはドメイン内ノードが増加しても表示が煩雑になることはなく、障害監視が容易になる。
【０１６７】
しかも、ドメイン内での障害発生により対応するドメインアイコンの色が障害色に変化した場合等、必要に応じて、ドメインアイコン表示画面上で所望のドメインアイコンを選択すれば、この選択されたドメインアイコンに対応するＲ−ＮＭＳ２００が管理中のドメイン管理情報に基づくドメイン管理画面が表示されるため、この表示内容を基にドメイン内の各リングレベルでの運用監視が行える。
【０１６８】
更に、ドメイン管理画面上で、任意のドメイン構成要素が選択されると、まず、現在表示中の画面の下位階層でかつ上記選択された構成要素に対応する運用状態表示画面（リングセグメント構成画面）がその運用状態を反映した内容で表示され、以下同様にして下位階層の運用表示画面を例えば各リング構成画面→各ノード構成画面→各ノード毎の接点警報画面という階層順に開きかつその運用状態を反映した内容で表示できることから、簡単な選択操作で所望の階層レベルの詳細な運用監視が行え、障害発生個所を特定するまでの時間も短縮できる。
【０１６９】
また、本発明システムにおいて、指令ＮＭＳ３００は、自装置内のモニタ画面に対するドメインアイコン表示機能と併せて、別体の接点状態表示装置３００による接点状態表示機能も備えている。この構成によれば、ＮＭＳ３００側に居る管理者は、ＮＭＳ３００の管理画面を常に見ていなくても、接点状態表示装置３１０からの接点警報表示を基にある程度の運用状態変化を認識でき、これにより、指令ＮＭＳ３００自身が無くても最低限のネットワーク管理が行える。
【０１７０】
ところで、本発明システムのＲ−ＮＭＳ２００（図３参照）において、ＳＮＭＰマネージャ２０２ａは、被管理装置（ＲＮ１００、ＣＮ１５０、リング等）をこれら各装置を表す装置アイコンとして管理すると共に、自律通知表示アプリケーション２０５ａとの連携により、これら各被管理装置を装置アイコンとして表示部２０４上に表示する処理を行う。
【０１７１】
そして、自律通知表示アプリケーション２０５ａは、上記各被管理装置からの障害管理情報１０６ａ，１５６ａ〔以下、トラップ（Trap）と称する〕の自律通知発報の着信時、その発報元アドレスを参照して、ＳＮＭＰマネージャ２０２ａが管理している装置アイコンを検索する一方、この時の自律通知発報内のトラップの内容を参照し、その値によって、上記検索済みの装置アイコンのシンボル色を障害の発生を示す色または障害復旧を示す色に更新して表示部２０４上に表示する。
【０１７２】
一方、被管理装置（ＲＮ１００、ＣＮ１５０）では、トラップの自律通知発報はそれぞれ管理プロトコル１０６ｄ、１５６ｄにより実施されるが、この場合のプロトコルとしては上述した如くＳＮＭＰ／ＵＤＰ／ＩＰが用いられている。
【０１７３】
しかしながら、このプロトコルは再送手順を持たない。このため、Ｒ−ＮＭＳ２００と被管理装置との間の回線品質が悪化した場合等においては、被管理装置がトラップを送出したにもかかわらず、Ｒ−ＮＭＳ２００までトラップが到着しないという事態つまりトラップ受信落ちが発生し得る。
【０１７４】
トラップ受信落ちが発生すると、上述した装置アイコンに対するトラップ受信によるリアルタイムのシンボル色更新が停止し、Ｒ−ＮＭＳ２００での被管理装置の正確な運用管理が行えなくなる。
【０１７５】
このための対策として、本発明システムでは、Ｒ−ＮＭＳ２００から被管理装置に対し、一定周期で、被管理装置内のトラップのポーリングを行うことにより、それまでの間にトラップ受信落ちとなったトラップも確実にＲ−ＮＭＳ２００に取り込み、直ちにシンボル色更新処理に反映するようにしている。
【０１７６】
図３の構成において、Ｒ−ＮＭＳ２００の記憶部２０５内に設けられるトラップポーリングアプリケーション２０５ｅは、上述したトラップポーリングによりトラップ受信落ちを救済する処理を実施するアプリケーションである。
【０１７７】
図１５は、トラップポーリングアプリケーション２０５ｅによるトラップポーリング処理に係わる障害状態チェックプロセスの動作概念図である。
【０１７８】
図１５において、９１は管理ミドルウェア２０５ｆ（ＳＮＭＰマネージャ２０２ａ）が提供する被管理装置情報を格納するデータベースである。９２は管理ミドルウェア２０５ｆが管理する被管理装置シンボルであり、各被管理装置のアイコンのシンボル色を表す値（シンボルステータス）が記憶されている。９３は管理ミドルウェア２０５ｆが提供するイベント（トラップ）通知サービスを司るイベントプロセスである。９４，９５は、それぞれ、被管理装置としてのノードやリングである。
【０１７９】
以下、図１５における障害状態チェックプロセスの処理の流れについて、図１６を参照して説明する。図１６は、トラップポーリングアプリケーション２０５ｅによるトラップポーリング処理を示すフローチャートである。
【０１８０】
Ｒ−ＮＭＳ２００でのネットワーク管理実行中、トラップポーリングアプリケーション２０５ｅは、当該ポーリングの実施間隔として予め定められた一定周期をカウントし、該一定周期がタイムアウトする（ステップ１６０ＹＥＳ）毎に、管理ミドルウェア２０５ｆのデータベース９１から被管理装置（ノード９４、リング９５）情報を取得し（ステップ１６１）する。次いで、この取得した被管理装置情報を基に、管理ミドルウェア２０５ｆが管理する被管理装置シンボル９２からこれら各装置のアイコンのシンボル色を表すシンボルステータスを読み出す（ステップ１６２）。
【０１８１】
次に、トラップポーリングアプリケーション２０５ｅは、ステップ１６１で取得した被管理装置情報を基に、最初の被管理装置を選び、該被管理装置に対して障害状態取得要求を送出する（ステップ１６３）。
【０１８２】
この障害状態取得要求により、管理ミドルウェア２０５ｆが管理プロトコル２０５ｇを利用して、該当する被管理装置のＳＮＭＰエージェント１０５ｂ，１５５ｂにトラップの転送を要求する。
【０１８３】
一方、上記要求先の被管理装置（図４参照）では、管理プロトコル１０６ｄ，１５６ｄを使用して、上記転送要求をＳＮＭＰエージェント１０５ｂ，１５５ｂに渡す。
【０１８４】
ＳＮＭＰエージェント１０５ｂ，１５５ｂは、この転送要求を受けることにより、記憶部１０６，２０６から障害管理情報１０６ａ，１５６ａを読み出し、該情報１０６ａ，１５６ａを、管理プロトコル１０６ｄ，１５６ｄを使用して、Ｒ−ＮＭＳ２００に送出する応答処理を行う。
【０１８５】
これに対し、Ｒ−ＮＭＳ２００は、管理プロトコル２０５ｇを使用して、上記被管理装置から応答送出された障害管理情報１０６ａ，１５６ａを受信し、該情報１０６ａ，１５６ａを管理ミドルウェア２０５ｆに渡す。更に、管理ミドルウェア２０５ｆはこの障害管理情報１０６ａ，１５６ａをトラップポーリングアプリケーション２０５ｅに渡すことでトラップ（障害管理情報１０６ａ，１５６ａ）のポーリングが実現する。
【０１８６】
この間、トラップポーリングアプリケーション２０５ｅは、ポーリング先の被管理装置との接続が失敗したか否かを監視し（ステップ１６４）、当該接続が失敗した場合（ステップ１６４ＹＥＳ）、例えば、図１２に示す接続エラー画面を用いて再接続を試みる等の接続エラー処理（ステップ１７０）を行う。
【０１８７】
また、ポーリング先の被管理装置との接続が失敗でない場合（ステップ１６４ＮＯ）、次にトラップポーリングアプリケーション２０５ｅは、トラップを受信したかどうかをチェックする（ステップ１６５）。
【０１８８】
ここで、トラップが受信された場合（ステップ１６５ＹＥＳ）、トラップポーリングアプリケーション２０５ｅは、次のポーリング対象ノードがあるかどうかをチェックし（ステップ１６６）、次のノードがあれば（ステップ１６６ＹＥＳ）、ステップ１６３に戻り、上述と同様の処理を経てこのノードに対するトラップのポーリングを行う（ステップ１６３〜ステップ１６６）。このポーリングをステップ１６１で被管理装置情報を取得した全ての被管理装置に対して行う。
【０１８９】
この間、次のポーリング対象ノードが無いと判定された場合（ステップ１６６ＮＯ）、トラップポーリングアプリケーション２０５ｅは、これまでにポーリングした各ノードのトラップの値と、ステップ１６２で取得した各ノードのシンボルステータスとを各々対応するもの同士を比較し（ステップ１６７）、不一致となったものがあるかどうかをチェックする（ステップ１６８）。
【０１９０】
ここで、不一致となったものが存在すれば（ステップ１６８ＹＥＳ）、過去にトラップ受信落ちがあったものと判断し、管理ミドルウェア２０５ｆが提供するイベント通知サービスを司るイベントプロセス９３を経由して、当該シンボルステータス（シンボル色）を取得したトラップの障害状態を反映した色に更新するよう自律通知表示アプリケーション２０５ａに指示する（ステップ１６９）。
【０１９１】
自律通知表示アプリケーション２０５ａは、上記イベントプロセス９３からの指示に従って該当する被管理装置のシンボル色を更新する。つまり、当該被管理装置のシンボルステータスをポーリング取得した値に合致するように更新して被管理装置シンボル９２に記憶させる処理を行う。
【０１９２】
ポーリングした各ノードのトラップの値と、ステップ１６２で取得した各ノードのシンボルステータスとが各々一致している場合（ステップ１６８ＮＯ）、あるいは、自律通知表示アプリケーション２０５ａで、被管理装置のシンボルステータスをポーリング取得した値に合致するように更新して被管理装置シンボル９２に記憶させる処理を行った後は、トラップポーリング処理の初期ステップ（ステップ１６０）へと戻る。
【０１９３】
なお、上述したポーリング処理においては、トラップポーリング対象としてはノード９４に限らず、リング９５であっても良い（図１５参照）。
【０１９４】
このように、本発明システムのＲ−ＮＭＳ２００では、トラップポーリングアプリケーション２０５ｅが、被管理装置の障害管理機能に対して一定周期でトラップのポーリングを実施し、これにより得たトラップの障害情報と所定のトラップ受信タイミングでリアルタイム更新している被管理装置ステータスシンボルとを比較し、不一致であれば、過去にトラップ受信落ちが発生していたものと判断して、該シンボル色をポーリングにより取得した障害情報を表す色に更新するように自律通知表示アプリケーション２０５ａに指示し、該自律通知表示アプリケーション２０５ａがその指示に従って被管理装置のシンボル色を更新するように処理する。
【０１９５】
この処理機能によれば、上記所定のタイミングでのトラップ受信動作においてトラップ受信落ちが発生したとしても、それ以後、上記ポーリング周期のうちには当該トラップ受信落ちしたトラップを被管理装置から取得してその障害状態に応じたシンボル色更新を行うことでき、シンボル色に依存したネットワークの障害管理の信頼性を高めることができる。
【０１９６】
なお、本発明は、上記実施形態に限らず、その主旨を逸脱しない範囲で適宜変更若しくは応用が可能なものである。例えば、本発明に係わるドメインの構成は、図１に示すように被管理ノードをリング状に接続したＲＮＷに限るものではなく、被管理ノードを直線的に接続したりあるいはスター型に接続したり等、種々の接続形態も許容するものである。
【０１９７】
また、図１５及び図１６に示すポーリングによるトラップ受信落ち救済処理については、ノードまたはリングとＲ−ＮＭＳ２００との間のトラップの自律通知に限らず、Ｒ−ＮＭＳ２００とその上位の指令ＮＭＳ３００との間のトラップ自律通知にも適用できるものである。
【０１９８】
【発明の効果】
以上説明したように、本発明によれば、１または複数の通信装置を含むドメイン全体を管理する管理装置と、該管理装置を介してネットワーク全体を管理する上位管理装置を通信路により接続すると共に、管理装置に接点転送装置を近接設置し、かつ、上位管理装置に接点状態表示装置を近接設置して成り、管理装置は、管理下の通信装置から取得した障害管理情報を自装置管理下のドメイン全体としての運用状態に反映させたドメイン状態情報を生成して上位管理装置に自律通知し、上位管理装置は、管理装置から自律通知されるドメイン状態情報に基づき、該ドメイン状態情報の自律通知元の管理装置で管理されるドメインに対応する前記ドメインアイコンを該ドメインの障害発生または復旧を示すシンボル色で表示する一方、更に、管理装置は、上位管理装置にドメイン状態情報を自律通知する際、該ドメイン状態情報を基にドメイン状態を接点回路部に反映させ、該管理装置に近接設置される接点転送装置は上記接点回路部から読み取った接点情報を上位管理装置に近接設置される接点状態表示装置に転送し、該接点状態表示装置は、接点転送装置から転送される接点情報に基づき所定の接点警報表示を行うものである。
【０１９９】
かかる構成によれば、上位管理装置の監視画面には、ドメインの数分のアイコン（ドメインアイコン）が該当するドメインの障害発生または復旧を示すシンボル色で表示され、ドメインを構成する複数の通信装置に対応する装置アイコンが存在しないため、ドメインあるいはドメイン内通信装置が増加しても表示が煩雑になることはなく、障害監視が容易になる。
【０２００】
また、上記構成によれば、上位管理装置でのドメインアイコンの表示と並行して、該上位管理装置に近接設置される接点状態表示装置において、管理装置に近接される接点転送装置から転送される接点情報に基づき所定の接点警報表示（ランプ表示やブザー音鳴動等）を行うため、上位管理装置側に居る管理者は、例えば、接点警報がない正常運用時には接点状態のみを監視し（ドメインアイコン表示画面上での確認は行わない）、接点が警報を表示した場合に、ドメインアイコン表示画面上で該当するドメインアイコンを対象に詳細を確認する運用を通じて、上位管理装置の管理画面（ドメインアイコン表示画面）を常に見ていなくても、接点状態表示装置での接点警報表示を見ることである程度の運用状況変化を認識でき、多数の管理装置にわたるネットワーク全体の警報状態を容易に把握できる。
【０２０３】
更に、本発明において、通信装置は、管理下の通信装置に対して一定周期で障害管理情報のポーリングを行い、このポーリングにより取得した障害管理情報と、前記通信装置から自律通知された障害管理情報とを比較し、両者が不一致の場合に、障害管理情報の自律通知受信落ち有りと判定して、上記ポーリングにより取得した障害管理情報の内容に合わせて該ポーリング先の通信装置の装置アイコンのシンボル色を更新するようにしたため、自律通知受信タイミングで障害管理情報（トラップ）受信落ちが発生した場合にも、それ以降、上記一定周期のポーリング期間内には該トラップ受信落ちしたトラップの内容に応じたシンボル色更新処理を行うことができ、シンボル色をキーとしたネットワーク管理の信頼性を高めることができる。
【図面の簡単な説明】
【図１】本発明に係わる通信ネットワークシステムの全体構成を示す図。
【図２】本発明システムの指令ＮＭＳの構成を示すブロック図。
【図３】本発明システムのＲ−ＮＭＳの構成を示すブロック図。
【図４】本発明システムのＲＮ及びＣＮの構成を示すブロック図。
【図５】リング伝送路が無線回線で実現される場合のＲＮの構成例を示す図。
【図６】指令ＮＭＳでのドメインアイコン表示画面の表示例を示す図。
【図７】指令ＮＭＳでのドメインサブマップ画面の表示例を示す図。
【図８】指令ＮＭＳでのリングセグメントマップ画面の表示例を示す図。
【図９】指令ＮＭＳでのノード管理画面の表示例を示す図。
【図１０】指令ＮＭＳでの接点警報管理画面の表示例を示す図。
【図１１】指令ＮＭＳでの接点警報保存画面の表示例を示す図。
【図１２】指令ＮＭＳからＲ−ＮＭＳへの接続失敗時の接続エラー画面の表示例を示す図。
【図１３】指令ＮＭＳでの障害情報表示機能起動時の初期画面の表示例を示す図。
【図１４】指令ＮＭＳでの障害情報表示機能による障害情報表示例を示す図。
【図１５】Ｒ−ＮＭＳでのトラップポーリング処理に係わる障害状態チェックプロセスの動作概念図。
【図１６】Ｒ−ＮＭＳでのトラップポーリング処理を示すフローチャート。
【符号の説明】
１０  ノード本体部
２０ａ，２０ｂ  屋内装置（ＩＤＵ）
３０ａ，３０ｂ  屋外装置（ＯＤＵ）
３５ａ，３５ｂ  アンテナ
４０  接点監視装置
５０  リング伝送路
５５ａ，５５ｂ，５５ｃ，６０ａ，６０ｂ，６０ｃ，６５ａ，６５ｂ，６５ｃ，７５  伝送路
５６，７１  交換機
８０ａ，８０ｂ，８０ｃ  接点転送路
１００  リングノード装置（ＲＮ）
１０１、１０２，１０３  インタフェース（Ｉ／Ｆ）部
１０４  スイッチ部
１０５  制御部
１０５ａ  状態監視部
１０５ｂ  ＳＮＭＰエージェント
１０６  記憶部
１０６ａ  障害管理情報
１０６ｂ  構成／状態管理情報
１０６ｃ  管理ミドルウェア
１０６ｄ  管理プロトコル
１１０  ローカル端末
１５０ａ，１５０ｂ，１５０ｃ  センタノード装置（ＣＮ）
１５１、１５２，１５３  インタフェース（Ｉ／Ｆ）部
１５４  スイッチ部
１５５  制御部
１５５ａ  状態監視部
１５５ｂ  ＳＮＭＰエージェント
１５６  記憶部
１５６ａ  障害管理情報
１５６ｂ  構成／状態管理情報
１５６ｃ  管理ミドルウェア
１５６ｄ  管理プロトコル
１５７  イーサネットインタフェース（Ｉ／Ｆ）部
２００  中継ネットワーク管理装置（Ｒ−ＮＭＳ）
２０１ａ  イーサネットインタフェース（Ｉ／Ｆ）部
２０１ｂ  伝送路インタフェース（Ｉ／Ｆ）部
２０２  制御部
２０２ａ  ＳＮＭＰマネージャ
２０３  入力部
２０４  表示部
２０５  記憶部
２０５ａ  自律通知表示アプリケーション
２０５ｂ  画面表示アプリケーション
２０５ｃ  ドメイン状態アプリケーション
２０５ｄ  接点アプリケーション
２０５ｅ  トラップポーリングアプリケーション
２０５ｆ  管理ミドルウェア
２０５ｇ  管理プロトコル
２０６  接点ハードウェア（ＨＷ）回路
２１０ａ，２１０ｂ，２１０ｃ  接点転送装置
３００  指令ネットワーク管理装置（指令ＮＭＳ）
３０１  伝送路インタフェース（Ｉ／Ｆ）部
３０２  制御部
３０２ａ  ＳＮＭＰ（Simple Network Management Protocol）マネージャ
３０３  入力部
３０４  表示部
３０５  記憶部
３０５ａ  画面表示アプリケーション
３０５ｂ  ドメインアイコン表示アプリケーション
３０５ｃ  画面接続アプリケーション
３０５ｄ  管理ミドルウェア
３０５ｅ  管理プロトコル
３１０  接点状態表示装置
【図１】
0004047517.tif 000006
【図２】
0004047517.tif 000007
【図３】
0004047517.tif 000008
【図４】
0004047517.tif 000009
【図５】
0004047517.tif 000010
【図６】
0004047517.tif 000011
【図７】
0004047517.tif 000012
【図８】
0004047517.tif 000013
【図９】
0004047517.tif 000014
【図１０】
0004047517.tif 000015
【図１１】
0004047517.tif 000016
【図１２】
0004047517.tif 000017
【図１３】
0004047517.tif 000018
【図１４】
0004047517.tif 000019
【図１５】
0004047517.tif 000020
【図１６】
0004047517.tif 000021