(57)【特許請求の範囲】
【請求項１】
各管理対象に配置したシステムエージェントと、このシステムエージェントを介して当該管理対象を管理するシステムマネージャと、前記システムエージェントと通信するために前記システムマネージャについて物理的に複数設けられた管理用通信経路とを備えるネットワーク管理システムにおいて、
前記システムエージェント及びシステムマネージャから独立して機能して、前記システムマネージャについて設けられた複数の前記管理用通信経路の内、選択した１つの管理用通信経路で、前記システムマネージャとシステムエージェントを接続する接続処理手段と、
この接続処理手段が選択した管理用通信経路に関する経路情報を、前記システムマネージャに通知する通信経路通知手段とを備えることを特徴とするネットワーク管理システム。
【請求項２】
請求項１のネットワーク管理システムにおいて、
前記管理用通信経路は、
前記管理対象を接続する対象伝送路そのものを利用して複数設けられることを特徴とするネットワーク管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はネットワーク管理システムに関し、例えばＣＭＩＰ（共通管理情報プロトコル：Ｃｏｍｍｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用い、冗長なネットワーク管理パスを介してバックボーンネットワークを管理する場合などに適用して好適なものである。
【０００２】
【従来の技術】
一般に、マネージャ（管理システム）・エージェント（管理対象システム）関係にある伝送路ネットワーク管理システムでは、マネージャとエージェントの間にはネットワーク管理パスが存在する。ネットワーク管理パスは、マネージャとエージェントを接続する論理的な通信路である。
【０００３】
１つのマネージャと１つのエージェントが、１つのネットワーク管理パスを介して直接接続されている伝送路ネットワーク管理システムの場合、物理的には１つの伝送路しか存在し得ないため、当該１つのネットワーク管理パスを設定した伝送路に障害が発生すると、その伝送路の障害が復旧するのを待ち、再びその伝送路のなかにパスを設定することで、マネージャとエージェントを接続することになる。
【０００４】
したがって、マネージャとエージェントを接続する接続ソフトウエアは、マネージャやエージェントとは独立したものとして構成され、単にマネージャとエージェントを論理的に接続する機能を持てばよい。
【０００５】
接続処理においては、マネージャは目的のエージェントを一意に指定するだけであり、それを受けた接続ソフトウエアは、当該エージェントに当該マネージャを接続するだけである。接続ソフトウエアはマネージャから独立しており、具体的にどのような経路で接続したかをマネージャに通知する機能はない。マネージャはただ、接続という接続ソフトウエアにおける処理の成果を、提供されるだけである。
【０００６】
【発明が解決しようとする課題】
ところが、伝送路ネットワーク管理システムのなかには、マネージャとエージェントの接続が、管理対象である伝送路そのものを介して行われるシステムがある。このような管理システムの接続ソフトウエアは、伝送路の左右いずれかの端部を経由した経路からアクセスすることにより、マネージャとエージェントのあいだに、物理的に異なる２通りのネットワーク管理パスを設定することが可能である。
【０００７】
すなわちこの接続ソフトウエアによる接続は、ただ１つのネットワーク管理パスだけで行われるのではなく、もう１つのパス（冗長のネットワーク管理パス）を使用しても行われ得る。
【０００８】
冗長のネットワーク管理パスをもつマネージャとエージェントの通信経路の接続を行う接続ソフトウエアのルーティングには、スタティックルーティングと、ダイナミックルーティングがある。
【０００９】
スタティックルーティングでは、あらかじめ用意された静的な経路情報に基づいて、手動で、マネージャ、エージェント間に経路が設定される。
【００１０】
これに対しダイナミックルーティングでは、ネットワークの障害情報などによって経路情報を動的に変更する経路情報変更通信手順（ルーティングプロトコル）を用いる。このルーティングプロトコルにしたがって動的に変更された経路情報に基づき、前記接続ソフトウエアによる経路設定が行われ、マネージャとエージェントが接続される。当該ルーティングプロトコルも、接続ソフトウエアと同様、マネージャやエージェントとは独立して機能する。
【００１１】
後者のダイナミックルーティングの場合、ある時点でネットワーク管理パスを設定していた１つの経路に障害が発生したとしても、接続ソフトウエアやルーティングプロトコルが自動的にもう１つの経路を選択して、マネージャとエージェント間の正常な通信を継続することが可能である。
【００１２】
通常はこのようにして通信の正常性は確保されるのであるが、そのあとで新たな経路にも障害が発生することも考えられるため、できるだけ早期に障害が発生したほうの経路を復旧し、正常化しておく必要がある。
【００１３】
ところが、マネージャを操作するオペレータ（保守点検作業者）は、障害がどちらの経路に発生したのかを認識することができないために、復旧作業をどちらの経路に対して実行すればよいのか直ちに判断することができないという不利不便がある。
【００１４】
一方、前者のスタティックルーティングの場合、障害発生時にはオペレータが手動で経路情報を書き換えることになるため、障害復旧作業をどちらの経路に対して実行すればよいのかを認識するためだけでなく、障害発生後にマネージャとエージェント間の正常な通信を再開するためにも、障害が発生したほうの経路を特定する必要がある。
【００１５】
すなわちスタティックルーティングでは、障害発生経路の特定が遅れれば、マネージャとエージェントの通信の再開も遅れて、その期間、管理が実施不能となる。このためスタティックルーティングの場合、障害発生経路の特定の緊急性は、一般に、ダイナミックルーティングよりも高いと考えられる。
【００１６】
なお、マネージャとエージェント間の通信がいずれの経路で行われているかをオペレータが簡便に認識できたほうがよいのは、必ずしも、以上のような障害発生のケースにかぎらず、その他の保守点検の場合や、伝送路ネットワーク管理システムの運用状態に関する情報を収集する必要がある場合についても、広く当てはまるものと考えられる。
【００１７】
【課題を解決するための手段】
かかる課題を解決するために、本発明では、各管理対象に配置したシステムエージェントと、このシステムエージェントを介して当該管理対象を管理するシステムマネージャと、前記システムエージェントと通信するために前記システムマネージャについて物理的に複数設けられた管理用通信経路とを備えるネットワーク管理システムにおいて、前記システムエージェント及びシステムマネージャから独立して機能して、前記システムマネージャについて設けられた複数の前記管理用通信経路の内、選択した１つの管理用通信経路で、前記システムマネージャとシステムエージェントを接続する接続処理手段と、この接続処理手段が選択した管理用通信経路に関する経路情報を、前記システムマネージャに通知する通信経路通知手段とを備えることを特徴とする。
【００１８】
【発明の実施の形態】
（Ａ）実施形態
本発明にかかるネットワーク管理システムを、ダイナミックルーティングを行う伝送路ネットワーク管理システムに適用した場合を例に、実施形態について説明する。
【００１９】
（Ａ−１）実施形態の構成
本実施形態の伝送路ネットワーク管理システム１０の構成を図１に示す。
【００２０】
図１において、伝送路ネットワーク管理システム１０は、管理の対象となる伝送路ネットワーク１５と、当該管理を実行する管理ネットワーク（すなわち管理網）１６とを備えている。
【００２１】
図示した伝送路ネットワーク１５は、さらに大きな元伝送路ネットワーク（図示せず）を、Ｐ１、Ｐ２の任意の２つの切断面で切断して取り出したものとしてとらえることができる。したがって元伝送路ネットワークのトポロジとしては、リング状やバス状など、どのような形状も可能である。
【００２２】
もちろん、当該伝送路ネットワーク１５が、全体としてほぼ図１のような形態であってもよいことは当然である。
【００２３】
いずれの場合であれ、この伝送路ネットワーク１５は、通信装置１２〜１４と、これらを接続する伝送路１７を備えている。通信装置１２〜１４としては、交換機や多重化装置、ルータやハブ、あるいはスイッチやＭＡＵ（媒体アクセスユニット）など、どのような通信装置であってもよい。
【００２４】
通信装置１２〜１４のうち通信装置１２は、通信装置１２に組み込まれている例えばメモリやＲＯＭに搭載する形式で、エージェント１１を装備している。エージェント１１は管理対象（管理オブジェクト）となる当該通信装置１２を管理するためのソフトウエアで、後述するマネージャＡは、このエージェント１１を通して管理対象についての情報を取得、収集する。したがってエージェント１１は、その情報を所定のプロトコルに応じて当該マネージャＡに通知する機能などを装備している。
【００２５】
当該プロトコルとしては、例えば、ＣＭＩＰ（共通管理情報プロトコル：Ｃｏｍｍｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）などが使用可能である。
【００２６】
本実施形態では、他の通信装置１３，１４も、それぞれに自身を管理するエージェント１８，１９を装備しているものとする。ただし、管理対象は抽象化されたものなので、必ずしも１通信装置が１管理対象である必要はなく、１エージェントが複数の通信装置を管理対象としたり、複数のエージェントが１通信装置を管理対象とすることも可能である。
【００２７】
なお、エージェント１１、１８，１９が取得する情報の種類は、各管理対象に関しての、例えばハードウエア構成情報、ソフトウエア構成情報、各種設定情報、稼動状況に関する情報、障害箇所に関する情報などが含まれ得る。
【００２８】
一方、管理ネットワーク１６は、マネージャＡ（２１）、マネージャＢ（２２）と、これらそれぞれに付加されているネットワークインタフェース代理接続部１００Ａ、１００Ｂを備えている。すなわち、マネージャＡと代理接続部１００Ａは１つの通信装置に搭載されていて、マネージャＢと代理接続部１００Ｂはもう１つの通信装置に搭載されている。
【００２９】
前記伝送路ネットワーク１５をバックボーンネットワークとすると、管理ネットワーク１６は１つのＬＡＮであってよい。
【００３０】
マネージャＡは、上述したようにエージェント１１を介して管理対象１２を管理するソフトウエアで、管理対象伝送路１７の西側（左側）に接続されている。
【００３１】
マネージャＡの管理の内容は予め決められており、その管理内容に応じて取得する情報の種類が決まる。管理のなかには、管理対象の監視だけでなく管理対象の制御も含まれ得る。すなわち、マネージャＡは、エージェント１１を介して管理対象装置１２の設定や稼動状況を制御することも可能である。
【００３２】
このような管理を行うに際しては、エージェント１１が取得した情報をマネージャＡに画面表示させることなども、当該マネージャＡのオペレータにとって望ましい。
【００３３】
エージェント１８，１９とマネージャＡの関係も、エージェント１１とマネージャＡの関係と同じであるので、以下では、エージェント１１をアクト系とし、主としてエージェント１１とマネージャＡとの通信に注目して説明する。
【００３４】
前記伝送路１７の東側（右側）から接続されているもう１つのマネージャＢは、このマネージャＡと同様な機能を持つソフトウエアであってよい。
【００３５】
マネージャＡとマネージャＢの関係については、さまざまなものが考えられる。
【００３６】
例えば、マネージャＡとマネージャＢが同時に管理を行いそれぞれの管理の内容が異なる場合、マネージャＡが管理対象１４を管理しマネージャＢが管理対象１３を管理するというようにそれぞれ地理的に近い管理対象を管理する場合なども考えられるが、本実施形態では、相互にバックアップ関係にあり、二重化構成されているものとする。
【００３７】
二重化構成では、マネージャＡとマネージャＢはまったく同じ内容の管理を実行する機能を備えているが、例えばマネージャＡがアクト系でマネージャとして機能しているときマネージャＢはスタンバイ系でマネージャとして機能しない。そしてアクト系のマネージャＡ自体に障害が発生した場合などに、系切替えが行われ、マネージャＡはスタンバイ系となりマネージャＢがアクト系となる。これによって、障害発生時などでも途切れることなく管理を継続することが可能となる。
【００３８】
なお、例えばマネージャＢがスタンバイ系であるときでも、マネージャＢの代理接続部１００Ｂは、アクト系のマネージャＡのために機能し得る状態を保っている必要がある。
【００３９】
図１には、マネージャＡとエージェント１１間を、伝送路１７の西側から左回りで接続するネットワーク管理パスＡ（３１）と、伝送路１７の東側から、東側の代理接続部１００Ｂ経由（右回り）で接続するネットワーク管理パスＢ（３２）とが描かれている。ネットワーク管理パスは１つあれば、マネージャとエージェント間の通信を行うことが可能であるのに、本実施形態ではこのように、２つ目のネットワーク管理パス（冗長なネットワーク管理パス）を設定することができる構成となっている。ネットワーク管理パス３１を１つ目のネットワーク管理パスとすれば、ネットワーク管理パス３２は冗長なネットワーク管理パスである。反対に、ネットワーク管理パス３２を１つ目のパスとすれば、ネットワーク管理パス３１が冗長なネットワーク管理パスである。
【００４０】
マネージャＡ、Ｂそれぞれに付加されているネットワークインタフェース代理接続部１００Ａ、１００Ｂの内部構成を図２に示す。
【００４１】
（Ａ−１−１）ネットワークインタフェース代理接続部の内部構成
図２において、ネットワークインタフェース代理接続部１００Ａは、伝送路側接続送信処理部２００Ａと、ネットワーク管理網側接続送信処理部３００Ａと、メッセージ受信部４００Ａと、メッセージ送信部５００Ａと、メッセージ振り分け部６００Ａとを備えている。
【００４２】
メッセージ受信部４００Ａは、最終的にはエージェント１１に供給するためにマネージャＡからメッセージを送信する往き方向のメッセージ転送において、マネージャＡから最初にメッセージを受信する部分である。
【００４３】
メッセージ受信部４００Ａで受信されたメッセージは、通常、メッセージ振り分け部６００Ａによって、伝送路側接続送信処理部２００Ａまたはネットワーク管理網側接続送信処理部３００Ａのいずれかに送出される。
【００４４】
メッセージ振り分け部６００Ａは、ネットワーク管理パスが左回りで設定されている場合には、伝送路側接続送信処理部２００Ａに当該往き方向のメッセージを送出し、反対に右回りで設定されている場合には、ネットワーク管理網側接続送信処理部３００Ａに当該往き方向のメッセージを送出する部分である。
【００４５】
このメッセージ振り分け部６００Ａは、エージェント１１が送信したメッセージをマネージャＡが受信する復り方向のメッセージ転送においては、伝送路側接続送信処理部２００Ａまたはネットワーク管理網側接続送信処理部３００Ａから供給される当該メッセージを、メッセージ送信部５００Ａに送出する。
【００４６】
メッセージ送信部５００Ａは、メッセージ振り分け部６００Ａから受け取った復り方向のメッセージをマネージャＡに送信する部分である。
【００４７】
前記メッセージ振り分け部６００Ａが伝送路側接続送信処理部２００Ａからメッセージを受け取るのは、左回りでネットワーク管理パス３１が設定されていてアクト系のマネージャＡに供給するためにエージェント１１からの復り方向のメッセージを受け取る場合、またはマネージャＢがアクト系であって左回りにネットワーク管理パス３１が設定されている状態でマネージャＢに供給するための復り方向のメッセージをエージェント１１から受け取る場合である。
【００４８】
アクト系のマネージャＢに供給するためにメッセージ振り分け部６００Ａが伝送路側接続送信処理部２００Ａを介して受け取った当該メッセージは、当該メッセージ振り分け部６００Ａから順次、ネットワーク管理網側接続送信処理部３００Ａ、ネットワーク管理網側接続送信処理部３００Ｂ、メッセージ振り分け部６００Ｂ、メッセージ送信部５００Ｂを経てマネージャＢに供給される。
【００４９】
また、当該メッセージ振り分け部６００Ａが前記ネットワーク管理網側接続送信処理部３００Ａから当該メッセージを受け取るのは、右回りでネットワーク管理パス３２が設定されていてアクト系のマネージャＡに供給するためにエージェント１１からのメッセージを受け取る場合である。このときメッセージ振り分け部６００Ａが受け取ったメッセージは、メッセージ送信部５００Ａを介してマネージャＡに供給される。
【００５０】
すなわち、代理接続部１００Ａの構成要素のうち、少なくとも伝送路側接続送信処理部２００Ａと、メッセージ振り分け部６００Ａと、ネットワーク管理網側接続送信処理部３００Ａとは、マネージャＡがアクト系でマネージャＢがスタンバイ系の場合にも、マネージャＡがスタンバイ系でマネージャＢがアクト系の場合にも機能する必要がある。
【００５１】
このほか、ネットワークインタフェース代理接続部１００Ａは、伝送路側接続送信処理部２００Ａとネットワーク管理網側接続送信処理部３００Ａとメッセージ振り分け部６００Ａによって設定／参照されるネットワーク管理パス接続状態テーブル１００１Ａ（図３参照）を備えている。
【００５２】
ネットワークインタフェース代理接続部１００Ａと同様に、ネットワークインタフェース代理接続部１００Ｂは、伝送路側接続送信処理部２００Ｂと、ネットワーク管理網側接続送信処理部３００Ｂと、メッセージ受信部４００Ｂと、メッセージ送信部５００Ｂと、メッセージ振り分け部６００Ｂとを備え、さらにネットワーク管理パス接続状態テーブル１００１Ａと対応する内容のテーブル１００１Ｂを備えている。
【００５３】
代理接続部１００Ｂにおいて、伝送路側接続送信処理部２００Ｂは前記伝送路側接続送信処理部２００Ａに対応し、ネットワーク管理網側接続送信処理部３００Ｂは前記ネットワーク管理網側接続送信処理部３００Ａに対応し、メッセージ受信部４００Ｂは前記メッセージ受信部４００Ａに対応し、メッセージ送信部５００Ｂは前記メッセージ送信部５００Ａに対応し、メッセージ振り分け部６００Ｂは前記メッセージ振り分け部６００Ａに対応するので、これらの詳しい説明は省略する。
【００５４】
次に、図３に示したネットワーク管理パス接続状態テーブル１００１Ａ（１００１Ｂ）について説明する。このテーブル１００１Ａには、現在使用しているネットワーク管理パスに関する情報が示されている。
【００５５】
（Ａ−１−２）ネットワーク管理パス接続状態テーブルの構成
図３において、ナンバＮｏ．は各ネットワーク管理パスを識別するための論理的な番号を示し、接続先アドレスＤＡはメッセージの最終的な送信先のアドレスを示し、接続元アドレスＳＡはメッセージの送信元のアドレスを示し、空き／塞がりフラグＦＦはネットワーク管理パスの接続状態を示している。
【００５６】
空き／塞がりフラグＦＦでは、ネットワークインタフェース代理接続部１００Ａの接続状態が、各パスごとに示されるため、この状態を調べることにより、各パスが空いているか塞がっているかが分かり、塞がっている場合はさらに、その接続対象が伝送路（伝送路ネットワーク１５の伝送路１７）であるか、ネットワーク管理網であるかが分かる。
【００５７】
図示の状態で、接続先アドレスＤＡのＸＸＸＸがエージェント１１のアドレスを示し、ＸＸＸ１がエージェント１８のアドレスを示し、接続元アドレスＳＡのＹＹＹＹがマネージャＡのアドレスを示しているものとすると、この時点で、マネージャＡとエージェント１１のあいだには、“伝送路”を介して論理番号１の左回りのパス３１が設定されており、マネージャＡとエージェント１８のあいだには、“ネットワーク管理網”を介して論理番号２の右回りのパスが設定されていることになる。
【００５８】
なお、論理番号３〜Ｎ（Ｎは正整数）は“空き”、すなわち未使用状態である。また、論理番号Ｎｏ．の相違は、ネットワーク管理パスの論理的な相違を示し、空き／塞がりフラグＦＦが“伝送路”であるか“ネットワーク管理網”であるかは、ネットワーク管理パスを設定した伝送路の物理的な相違を示している。
【００５９】
スタンバイ系であるマネージャＢの代理接続部１００Ｂが持っているテーブル１００１Ｂの内容も、図３と対応している。したがって図３は、ある時点のテーブル１００１Ｂを示しているものとしてとらえることもできる。
【００６０】
ただし、テーブル１００１Ａと１００１Ｂのあいだで、論理番号Ｎｏ．が必ずしも対応している必要はなく、左回りのパスに対応する図３の論理番号Ｎｏ．１欄の内容は代理接続部１００Ｂとは無関係なので、テーブル１００１Ｂがその内容を備えている必要はない。
【００６１】
したがって、テーブル１００１Ｂは最低限、テーブル１００１Ａの論理番号Ｎｏ．２欄に対応する欄を備えていればよい。
【００６２】
また本実施形態では、テーブル１００１Ａと１００１Ｂの機能上、接続先アドレスＤＡおよび接続元アドレスＳＡの双方が同じ欄は、１００１Ａか１００１Ｂかのどちらか一方にだけ存在し、双方に存在することはない。すなわち、例えば、接続先アドレスＤＡが“ＸＸＸＸ”で接続元アドレスＳＡが“ＹＹＹＹ”の欄がテーブル１００１Ａに存在する場合には、ＤＡとＳＡがこれと同じ欄が同時に、テーブル１００１Ｂにも存在することはあり得ない。同じマネージャとエージェント間の通信は、左回りまたは右回りのいずれか一方のパスでだけ行われるからである。
【００６３】
本実施形態では、当該Ｎｏ．２欄の接続状態ＦＦとしては“伝送路”であるものとする。これにより、代理接続部１００Ｂのメッセージ振り分け部６００Ｂは、マネージャＡからエージェント１８に送信されるメッセージを、ネットワーク管理網側接続送信処理部３００Ｂから受け取って、伝送路側接続送信処理部２００Ｂに送出することができる。
【００６４】
反対に、エージェント１８からマネージャＡにメッセージを送信する復り方向に関しては、メッセージは、往きと同一の経路を反対方向にたどり、伝送路側接続送信処理部２００Ｂ、メッセージ振り分け部６００Ｂ、ネットワーク管理網側接続送信処理部３００Ｂの順に代理接続部１００Ｂ内を転送され、さらに代理接続部１００Ａ内では、ネットワーク管理網側接続送信処理部３００Ａ、メッセージ振り分け部６００Ａ、メッセージ送信部５００Ａをこの順番に転送されて、目的のマネージャＡに到達する構成となっている。
【００６５】
以下、上記のような構成を有する本実施形態の動作について説明する。この動作は、マネージャＡがアクト系で、マネージャＢがスタンバイ系の場合の動作である。
【００６６】
（Ａ−２）実施形態の動作
図４に、マネージャＡ（２１）がエージェント１１に対して接続する際の処理の流れを示す。これは、図３の論理番号Ｎｏ．１欄の内容を、テーブル１００１Ａに格納するための処理である。
【００６７】
（Ａ−２−１）ネットワークインタフェース代理接続部１００Ａの動作
前提として、マネージャＡ（２１）は、エージェント１１に対して接続する時、エージェント１１の前記アドレス“ＸＸＸＸ”を指定し、ネットワークインタフェース代理接続部１００Ａに対して接続要求を発行する。
【００６８】
図４において、ネットワークインタフェース代理接続部１００Ａでは、メッセージ受信部４００ＡでマネージャＡからの接続要求を受信し、その接続要求をメッセージ振り分け部６００Ａに渡す（Ｓ１１２０）。
【００６９】
メッセージ振り分け部６００Ａでは、ネットワーク管理パス接続状態テーブル１００１Ａを参照し、指定されたアドレス“ＸＸＸＸ”に対応するエージェント１１への接続状態を確認する（Ｓ１１３０）。
【００７０】
そしてこの接続状態が“空き”であれば、伝送路側接続送信処理部２００Ａへ接続要求を行う（Ｓ１１４０）。
【００７１】
要求された伝送路側接続送信処理部２００Ａでは、指定されたアドレス“ＸＸＸＸ”のエージェント１１に対して接続処理を実行する（Ｓ１１５０）。そして、ネットワーク管理パス接続状態テーブル１００１Ａの接続状態ＦＦへ“伝送路”（左回り）を設定する。
【００７２】
また、メッセージ送信部５００Ａへ左回りのパス（ネットワーク管理パスＡ（３１））が接続された旨の通知を行い、マネージャＡに対してもこの接続状態が通知される（Ｓ１１７０）。
【００７３】
伝送路側の接続処理に失敗した場合、ネットワーク管理パス接続状態テーブル１００１Ａへの接続状態の設定・接続完了通知の発行を行わず、ネットワーク管理網側接続送信処理部３００Ａへ接続要求を送信する（Ｓ１１８０）。
【００７４】
ここで、接続処理の失敗は、左回りの経路の論理番号Ｎｏ．１〜Ｎに空きがない場合や、左回りの経路に未復旧の障害がある場合などに発生し得る。
【００７５】
ネットワーク管理網側接続送信処理部３００Ａでは、ネットワーク管理網１６を介して接続されている東側のマネージャＢ（２２）に付加されているネットワークインタフェース代理接続処理部１００Ｂへの接続処理を実行する（Ｓ１１９０）。
【００７６】
そして、接続処理が完了した時点でネットワーク管理パス接続状態テーブル１００１Ａの接続状態ＦＦへ“ネットワーク管理網”を設定する（Ｓ１２００）。
【００７７】
このとき、メッセージ送信部５００Ａへも右回りのパス（ネットワーク管理パスＢ（３２））が接続された旨の通知を行い、マネージャＡに対してもこの接続状態が通知される（Ｓ１２１０）。
【００７８】
これにより、マネージャＡは、使用しているネットワーク管理パスの接続状態ＦＦが“伝送路”であるか“ネットワーク管理網”であるかを、画面表示などにより、オペレータに知らせることが可能となる。
【００７９】
ダイナミックルーティングの場合、接続中に当該経路に障害が発生（図７参照）すると、自動的に前記接続処理の失敗のケースと類似の動作が行われることになる。ただし前記ステップＳ１１５０では、左回りの経路で接続できない場合にかぎり右回りの経路で接続するようにしたが、障害発生は、左回り、右回りどちらの経路で起きることもあり得るので、ダイナミックルーティングによって新たに選択される経路は、右回り、左回りどちらのケースも考えられる。
【００８０】
障害発生の知らせを受け、なおかつ現在、マネージャＡとエージェント１１間の通信が正常に行われているとすれば、ダイナミックルーティングによって経路情報が自動的に書き換えられたことを意味するので、オペレータがマネージャＡを通じて確認している経路と反対の経路が障害発生経路である。
【００８１】
次に、接続要求された東側のマネージャＢ（２２）に付加されているネットワークインタフェース代理接続部１００Ｂの処理の流れを図５に示す。これは図４のフローチャートの処理を受けて、代理接続部１００Ｂが行う動作である。
【００８２】
（Ａ−２−２）ネットワークインタフェース代理接続部１００Ｂの動作
図５において、西側のマネージャＡ（２１）からの接続要求を、東側のマネージャＢ（２２）のネットワークインタフェース代理接続処理部１００Ｂでは、ネットワーク管理網側接続送信処理部３００Ｂと、メッセージ振り分け部６００Ｂを介してメッセージ受信部４００Ｂで受信し、その接続要求をメッセージ振り分け部６００Ｂに渡す（Ｓ１３２０）。
【００８３】
メッセージ振り分け部６００Ｂでは、ネットワーク管理パス接続状態テーブル１００１Ｂを参照し、指定されたアドレスに対応するエージェントヘの接続状態を確認する（Ｓ１３３０）。
【００８４】
接続状態が“空き”であれば、伝送路側接続送信処理部２００Ｂへ接続要求を行う（Ｓ１３４０）。
【００８５】
要求された伝送路側接続送信処理部２００Ｂでは、指定されたアドレス“ＸＸＸＸ”のエージェント１１に対して接続処理を実行する（Ｓ１３５０）。そして、ネットワーク管理パス接続状態テーブル１００１Ｂの接続状態ＦＦへ“伝送路”を設定する（Ｓ１３６０）。
【００８６】
ここでは、指定されたアドレスがＸＸＸＸなのでエージェント１１に対する接続処理であるが、指定されたアドレスが例えばＸＸＸ１であれば、それはエージェント１８に対する接続処理ということになる。
【００８７】
次いで、接続処理完了後のメッセージ送受信処理の流れを図６に示す。接続処理が完了することによって初めて、上述した所定のプロトコルに対応したメッセージが、マネージャＡとエージェント１１のあいだで送受信され、前記管理が行われることになる。
【００８８】
（Ａ−２−３）メッセージ送受信時のネットワークインタフェース代理接続部１００Ａの動作
図６において、接続処理完了後、ネットワークインタフェース代理接続部１００Ａでは、メッセージ受信部４００Ａによって、マネージャＡからのメッセージの受信待ちを行う（Ｓ１４２０）。
【００８９】
マネージャＡからのメッセージを受信した場合は、そのメッセージをメッセージ振り分け部６００Ａへ渡す（Ｓ１４３０）。
【００９０】
メッセージ振り分け部６００Ａでは、ネットワーク管理パス接続状態テーブル１００１Ａを参照し、現在接続されているネットワーク管理パスが伝送路側かネットワーク管理網側かを識別する（Ｓ１４４０）。
【００９１】
伝送路側の場合、伝送路側接続送信処理部２００Ａヘメッセージを送信する（Ｓ１４５０）。伝送路側接続送信処理部２００Ａでは、指定されたアドレス“ＸＸＸＸ”のエージェント１１ヘメッセージを送信する（Ｓ１４６０）。
【００９２】
現在接続されているネットワーク管理パスがネットワーク管理網側のパス３２の場合、ネットワーク管理網側接続送信処理部３００Ａヘメッセージ送信する（Ｓ１４７０）。
【００９３】
ネットワーク管理網側接続送信処理部３００Ａでは、東側のマネージャＢ（２２）に付加されているネットワークインタフェース代理接続部１００Ｂヘメッセージを送信する（Ｓ１４８０）。
【００９４】
東側のマネージャＢ（２２）に付加されているネットワークインタフェース代理接続部１００Ｂでは、マネージャＢからメッセージを受信した時と同様の処理を行い、指定されたアドレス“ＸＸＸＸ”のエージェント１１ヘメッセージを送信する。これにより、マネージャＡからエージェント１１へ、管理に関する指示を伝達することができる。
【００９５】
反対に、エージェント１１が送信したメッセージをマネージャＡが受信する場合には、当該メッセージが、各部を結ぶ同一パス上を以上と反対方向に転送されることで、当該メッセージはマネージャＡに受信される。これにより、管理対象１２からエージェント１１が取得し収集した情報を、マネージャＡが受け取ることができる。
【００９６】
このようにマネージャＡとエージェント１１のあいだでメッセージのやり取りが行われているとき（接続中）に、当該やり取りに使用されていたネットワーク監視パス（ネットワーク管理パス）に障害が発生することがあり得る。
【００９７】
ここでは、当該やり取りに使用していて障害が発生したネットワーク監視パスを、パスＡ（３１）であるものとし、ネットワーク監視パスＢ（３２）に接続し直す場合の処理の流れを、図７に示す。
【００９８】
（Ａ−２−４）障害発生時の動作
図７において、マネージャＡ（２１）に付加されているネットワークインタフェース代理接続処理部１００Ａの伝送路側接続処理部２００Ａが、ネットワーク管理パスＡ（３１）の障害を検出する（Ｓ１６２０）。
【００９９】
伝送路側接続処理部２００Ａでは、障害を検出するとネットワーク管理パス接続状態テーブル１００１Ａの当該パスの接続状態を“空き”に変更する（Ｓ１６３０）。
【０１００】
そして、該当エージェント１１のアドレス“ＸＸＸＸ”を指定してネットワーク管理網側接続送信処理部３００Ａへ接続要求を発行する（Ｓ１６４０）。
【０１０１】
ネットワーク管理網側接続送信処理部３００Ａでは、ネットワーク管理網を介して接続されている東側のマネージャＢ（２２）に付加されているネットワークインタフェース代理接続処理部１００Ｂへの接続処理を実行する（Ｓ１６５０）。
【０１０２】
この接続処理が完了した時点で、ネットワーク管理網側接続送信処理部３００Ａが、ネットワーク管理パス接続状態テーブル１００１Ａの接続状態へ“ネットワーク管理網”を設定する（Ｓ１６６０）。
【０１０３】
メッセージ送信部５００Ａへもネットワーク管理パスＢ（３２）が接続された旨の通知を行い、マネージャＡに対してどのネットワーク管理パスが接続されているかを通知する（Ｓ１６７０）。
【０１０４】
（Ａ−３）実施形態の効果
本実施形態によれば、アクト系のマネージャは、ネットワークインタフェース代理接続部を意識することなく、各エージェントに接続することができ、どのネットワーク管理パスを利用しているかをオペレータが確認可能となる。
【０１０５】
したがって、保守点検者でもある当該マネージャのオペレータは、障害発生経路を直ちに特定することもできる。
【０１０６】
（Ｂ）他の実施形態
上記実施形態では、ダイナミックルーティングを例に説明したが、本発明は、スタティックルーティングにも適用可能である。
【０１０７】
むしろ、障害発生経路の特定の迅速性という本発明の利点は、障害発生後の通信の再開さえもオペレータの手に委ねられているスタティックルーティングに適用した場合に、いっそう効果が大きい。
【０１０８】
すなわち、ダイナミックルーティングに適用した場合は、障害発生経路に対する復旧作業の開始が早まるだけだが、スタティックルーティングに適用した場合は、障害発生経路に対する復旧作業の開始が早まるとともに、マネージャ、エージェント間の正常な通信の再開も早まる。
【０１０９】
スタティックルーティングの場合、プログラムが自動的に経路情報を書き換えることはないので、例えば、障害発生の知らせを受けたオペレータが、アクト系のマネージャによって画面表示された図３のテーブル１００１Ａを確認したとして、そのとき、通信が正常に行われていないのがマネージャＡとエージェント１１間であるとすると、“伝送路”すなわち左回り経路に障害が発生していることが分かるので、論理番号Ｎｏ．１の接続状態ＦＦを“伝送路”から“ネットワーク管理網”に書き換える操作に相当する操作を行うことで、直ちにマネージャＡとエージェント１１間の正常な通信を再開することができる。
【０１１０】
なお、ダイナミックルーティングを行う上記実施形態において、マネージャＡは、現在の接続状態をそのまま表示するものとしたが、障害発生によって経路情報が自動的に書き換えられた場合には、誤認を防ぐために、書き換えまえの接続状態ＦＦを障害発生経路として表示する機能をマネージャＡに装備してもよい。
【０１１１】
この機能は、ネットワーク管理パスが２つしか存在し得ない場合やスタティックルーティングの場合には、あってもなくてもよいが、使用可能なネットワーク管理パスが３つ以上存在する場合におけるダイナミックルーティングでは必須となる。経路情報が自動的に書き換えられたあとで、現在使用しているネットワーク管理パスだけを表示しても、障害発生経路を特定することはできないからである。
【０１１２】
一方、上記実施形態では、管理対象の伝送路自身を利用した冗長ネットワーク管理パスを適用した例を示したが、本発明は、冗長なネットワーク管理パスを持つどのようなシステムにも適用可能である。
【０１１３】
また、上記実施形態では、冗長なネットワーク管理パスは１つで合計２つのネットワーク管理パスが可能であったが、本発明では、３つ以上のネットワーク管理パスを設定することも可能である。
【０１１４】
さらに、上記実施形態では、マネージャの数は、Ａ、Ｂの２つであったが、１つであってもよく、３つ以上であってもよい。
【０１１５】
すなわち、本発明は、各管理対象に配置したシステムエージェントと、このシステムエージェントを介して当該管理対象を管理するシステムマネージャと、前記システムエージェントと通信するために前記システムマネージャについて物理的に複数設けられた管理用通信経路とを備えるネットワーク管理システムについて、広く適用することができる。
【０１１６】
【発明の効果】
以上に説明したように、本発明によれば、管理用通信経路に関する経路情報を、システムマネージャが認識して表示することができ、保守点検の手数や時間を軽減することが可能で、操作性および信頼性の高いネットワーク管理システムを提供することができる。
【図面の簡単な説明】
【図１】実施形態に係る伝送路ネットワーク管理システムの構成を示す概略図である。
【図２】実施形態のネットワークインタフェース代理接続部の内部構成を示すブロック図である。
【図３】ネットワーク管理パス接続状態テーブルの構成を示す概略図である。
【図４】実施形態の動作を示すフローチャートである。
【図５】実施形態の動作を示すフローチャートである。
【図６】実施形態の動作を示すフローチャートである。
【図７】実施形態の動作を示すフローチャートである。
【符号の説明】
１０…伝送路ネットワーク管理システム、１１…エージェント、１２〜１３…通信装置、１５…伝送路ネットワーク、１６…ネットワーク管理網、２１，２２…マネージャ、１００Ａ、１００Ｂ…ネットワークインタフェース代理接続部。
【図１】
0003625710.tif 000002
【図２】
0003625710.tif 000003
【図３】
0003625710.tif 000004
【図４】
0003625710.tif 000005
【図５】
0003625710.tif 000006
【図６】
0003625710.tif 000007
【図７】
0003625710.tif 000008