(57)【要約】【課題】２重化用の待機側の装置を用いずにネットワークを管理すると共にネットワークの信頼性を向上できるようにする。【解決手段】ネットワーク管理システム１００によれば、マネージャ３は、ＬＡＮ-Iに接続されたネットワーク要素６ａ，６ｂの管理情報を取得すると共に、マネージャ４を介してＬＡＮ-IIに接続されたネットワーク要素６ｃ，６ｄの管理情報を取得する。同様に、マネージャ４も、ＬＡＮ-I及びＬＡＮ-IIの管理情報を取得する。ネーミングサーバ５は、マネージャ３，４の各々の状態を監視し、クライアント端末１からの要求を受けて接続先のマネージャ３又はマネージャ４を決定する。これにより、ネットワーク毎に設置されたマネージャ３，４のいずれを利用しても広域ネットワークを管理できるので、仮に一つのマネージャで障害が起きても他のマネージャによって広域ネットワークを管理できネットワークの信頼性を向上できる。【選択図】図１
2011035753.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク毎に設置され、自らのネットワークに接続された機器の管理情報を取得す
ると共に、他のネットワークに接続された機器の管理情報を取得する管理サーバと、
各々の前記管理サーバと通信可能なクライアント端末と、
各々の前記管理サーバを監視すると共に前記クライアント端末と通信可能なネーミング
サーバとを備え、
前記クライアント端末が、接続先の管理サーバを前記ネーミングサーバに要求し、
前記クライアント端末からの要求を受けた前記ネーミングサーバが、所定の接続順位に
基づいて接続先の管理サーバを決定し、
前記ネーミングサーバにより決定された管理サーバが、取得した管理情報を前記クライ
アント端末に送信することを特徴とするネットワーク管理システム。
【請求項２】
前記管理サーバは、自らのネットワークに接続された機器の管理情報と他のネットワー
クに接続された機器の管理情報を統合して管理し、統合した管理情報を前記クライアント
端末に送信するネットワーク情報収集部を備えることを特徴とする請求項１に記載のネッ
トワーク管理システム。
【請求項３】
前記ネーミングサーバは、前記管理サーバに接続する前記接続順位を該管理サーバの故
障及び負荷に基づいて決定する接続先決定部を備えることを特徴とする請求項１または２
に記載のネットワーク管理システム。
【請求項４】
前記ネーミングサーバは、
前記管理サーバに関する情報を格納するマネージャ情報格納部と、
前記管理サーバが起動する時に送信された管理サーバの接続情報を前記マネージャ情報
格納部に登録するマネージャ登録部と、
前記マネージャ情報格納部から管理サーバの接続情報を読み出して当該管理サーバにキ
ープアライブ信号を送信し、前記管理サーバからの応答の有無により管理サーバの障害を
検知するキープアライブ発信部と、
前記接続先決定部により決定された管理サーバの接続情報を前記クライアント端末に返
す接続先提供部とを備え、
前記接続先決定部は、前記キープアライブ発信部から管理サーバの状態を取得し、前記
接続順位に基づいて、登録された管理サーバから１つの管理サーバを決定してその接続情
報を出力することを特徴とする請求項３に記載のネットワーク管理システム。
【請求項５】
前記管理サーバは、
他のネットワークに接続する複数の接続関係情報を格納するＬＡＮ同士の接続関係情報
格納部と、
複数の管理サーバの接続情報を格納するマネージャ情報格納部と、
自らのネットワーク内の管理対象となる機器から管理情報を収集するＬＡＮ内情報収集
部と、
前記ＬＡＮ内情報収集部で収集した管理情報を格納するＬＡＮ内情報格納部と、
前記ＬＡＮ同士の接続関係情報格納部に格納された接続関係情報および前記マネージャ
情報格納部に格納された接続情報に基づいて他のネットワークにある管理サーバと通信を
行い、他のネットワークの管理情報を取得する遠隔ＬＡＮ情報取得部と、
他のネットワークにある管理サーバからの要求に応じて自らのネットワークの管理情報
を提供するＬＡＮ内情報提供部と、
当該管理サーバが起動する時、管理サーバの接続情報を前記ネーミングサーバに通知す
る起動通信部と、
前記ネーミングサーバから送信されたキープアライブ信号に対して応答するキープアラ
イブ受信部とを備え、
前記ネットワーク情報収集部は、前記クライアント端末からの要求に応じて、前記ＬＡ
Ｎ内情報収集部から自らのネットワークの管理情報を収集すると共に前記遠隔ＬＡＮ情報
取得部から他のネットワークの管理情報を収集することを特徴とする請求項２〜４のいず
れかに記載のネットワーク管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続された機器を管理するネットワーク管理システムに関し
、特に複数の構内ネットワークから構成された広域ネットワークを管理するものである。
【背景技術】
【０００２】
従来、単一の構内ネットワーク（ＬＡＮ：Local Area Network）を管理するネットワー
ク管理システムは、一般に、ＬＡＮに接続したサーバやルータなどのネットワーク要素（
機器）と、これらのネットワーク要素を統合管理する管理サーバから構成される。なお、
適宜、管理サーバをマネージャと呼ぶ。
【０００３】
図７を参照して従来例に係るネットワーク管理システム３００の構成例について説明す
る。図７に示すネットワーク管理システム３００は、マネージャ３０及びネットワーク要
素６ａ，６ｂから構成され、単一のＬＡＮを管理するものである。ＬＡＮの接続形態（ネ
ットワークトポロジー）には、スター型やリング型、バス型などの種類があるが、何れの
トポロジーであってもよい。この例では、マネージャ３０及びネットワーク要素６ａ，６
ｂは、リング型のＬＡＮを構成している。
【０００４】
ネットワーク要素６ａ，６ｂには、ネットワーク管理用のエージェント（ソフトウェア
）がインストールされている。各エージェントは、ネットワーク要素６ａ，６ｂの構成、
性能、障害などに関する管理情報を収集する。例えば、エージェントは、ネットワーク要
素６ａ，６ｂのＭＩＢ（Management Information Base）と呼ばれる管理情報ベースを参
照してネットワーク要素６ａ，６ｂの管理情報を収集する。なお、ＭＩＢには、ベンダや
機器固有のものなど様々なものが存在する。ネットワークに接続される機器が実装するべ
きＭＩＢとして、インターネットに関する技術の標準を定める団体が発行するＲＦＣ（Re
quest For Comment）には「標準ＭＩＢ」が規定されている。
【０００５】
マネージャ３０は、エージェントを介してネットワーク要素６ａ，６ｂの管理情報を取
得する。なお、マネージャ３０とエージェントとの間の通信は、ＳＮＭＰ（Simple Netwo
rk Management Protocol）を利用する場合が多い。
【０００６】
マネージャ３０は、一定の頻度でエージェントに対してネットワーク要素６ａ，６ｂの
管理情報を要求し、エージェントはその管理情報をマネージャ３０に返す。ネットワーク
要素６ａ，６ｂで障害や状態変化などのイベントが発生した場合、エージェントはイベン
トをマネージャ３０に通知する。マネージャ３０は、エージェントから受け取ったイベン
トに基づいて、ネットワークの構成や状態をディスプレイに表示したり、メールやアラー
ム機能などで障害情報を管理者に知らせたりする。このように、マネージャ３０がＬＡＮ
に接続されたネットワーク要素６ａ，６ｂを管理するので、管理者はマネージャ３０を利
用すればネットワークの状況を把握することができる。また、特許文献１には、管理装置
がＳＮＭＰを用いて、ネットワークを介して接続された端末装置の拡張ＭＩＢに記憶され
た履歴情報を取得することが記載されている。
【０００７】
一方、複数のＬＡＮから構成される広域ネットワーク（ＷＡＮ：Wide Area Network）
を管理する場合、膨大な数のネットワーク要素を１つのマネージャで集中管理すると、マ
ネージャ自身の信頼性や、個々のＬＡＮに適合した管理の提供の難しさといった問題が存
在する。これらの問題を解決するために、ＬＡＮごとにマネージャを設置して分散管理を
行う方法がある。ここで、個別のＬＡＮの情報を管理するマネージャをサブマネージャと
呼ぶ。さらに、これらのサブマネージャを介して複数のＬＡＮの情報を管理する統合マネ
ージャを設置する。
【０００８】
図８を参照して、従来例に係るネットワーク管理システム４００の構成例について説明
する。図８に示すネットワーク管理システム４００は、サブマネージャ６１，６２と統合
マネージャ６３から成る階層化されたシステムであり、複数のＬＡＮ-I，ＬＡＮ-IIから
成る広域ネットワークを管理する。リング型のＬＡＮ-Iは、サブマネージャ６１及びネッ
トワーク要素６ａ，６ｂから構成されている。また、リング型のＬＡＮ-IIは、サブマネ
ージャ６２及びネットワーク要素６ｃ，６ｄから構成されている。
【０００９】
ネットワーク要素６ａ〜６ｄには、ネットワーク管理用のエージェント（ソフトウェア
）がインストールされている。各エージェントは、ネットワーク要素６ａ〜６ｄの構成、
性能、障害などに関する管理情報を収集する。サブマネージャ６１は、エージェントを介
してネットワーク要素６ａ，６ｂの管理情報を取得し、サブマネージャ６２は、エージェ
ントを介してネットワーク要素６ｃ，６ｄの管理情報を取得する。
【００１０】
統合マネージャ６３は、ＷＡＮを介してサブマネージャ６１，６２と通信を行うことに
よってＬＡＮ-I，ＬＡＮ-IIの管理情報を取得する。例えば、管理者が統合マネージャ６
３を操作して統合マネージャ６３がＬＡＮ-I，ＬＡＮ-IIの管理情報を取得する場合、次
に示す動作になる。先ず、統合マネージャ６３は、サブマネージャ６１に対してＬＡＮ-I
の管理情報を要求する。次に、サブマネージャ６１は、各エージェントを介してネットワ
ーク要素６ａ，６ｂの管理情報をリアルタイムで収集するか、又は定期的に収集した管理
情報を参照する。次に、サブマネージャ６１は、収集したネットワーク要素６ａ，６ｂの
管理情報を集約し、ＬＡＮ-Iの管理情報として統合マネージャ６３に送信する。
【００１１】
同様に、統合マネージャ６３は、サブマネージャ６２に対してＬＡＮ-IIの管理情報を
要求する。次に、サブマネージャ６２は、各エージェントを介してネットワーク要素６ｃ
，６ｄの管理情報を収集し、収集したネットワーク要素６ｃ，６ｄの管理情報を集約して
ＬＡＮ-IIの管理情報として統合マネージャ６３に送信する。
【００１２】
統合マネージャ６３は、サブマネージャ６１，６２から受信したＬＡＮ-I，ＬＡＮ-II
の管理情報に基づいて、ＬＡＮ-I，ＬＡＮ-IIから成るネットワークの構成や状態をディ
スプレイに表示したり、メールやアラーム機能などで障害情報を管理者へ知らせたりする
。このように、統合マネージャ６３がサブマネージャ６１，６２を介して複数のＬＡＮ-I
，ＬＡＮ-IIの管理情報を参照できるため、管理者は、統合マネージャ６３を利用すれば
、複数のＬＡＮ-I，ＬＡＮ-IIから成るネットワーク全体の状況を把握できる。
【００１３】
なお、例えばネットワーク要素６ａで障害や状態変化などのイベントが発生した時、ネ
ットワーク要素６ａのエージェントはサブマネージャ６１を介してそのイベントを統合マ
ネージャ６３に通知する場合もある。
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】特開２００４−２８０５９２号公報
【発明の概要】
【発明が解決しようとする課題】
【００１５】
ところで、複数のＬＡＮ-I，ＬＡＮ-IIから成る広域ネットワークを管理するために、
サブマネージャ６１，６２を設置することで分散管理を実現している。しかしながら、こ
れらのサブマネージャ６１，６２を統合マネージャ６３により管理している。このため、
統合マネージャ６３が故障した場合、全てのサブマネージャ６１，６２が正常であっても
、管理者は、ＬＡＮ-I、ＬＡＮ-IIに接続されたネットワーク要素６ａ〜６ｄの管理情報
を取得できずネットワークの信頼性が低下するおそれがある。この問題に対処するために
、待機側の統合マネージャを設置して２重化する方法も考えられるが、設備の増大やコス
トアップの問題が生じる。
【００１６】
そこで、本発明は上述した課題を解決したものであって、２重化用の待機装置を用いず
にネットワークを管理すると共にネットワークの信頼性を向上させたネットワーク管理シ
ステムを提供することを目的とする。
【課題を解決するための手段】
【００１７】
上述した課題を解決するために、本発明に係るネットワーク管理システムは、ネットワ
ーク毎に設置され、自らのネットワークに接続された機器の管理情報を取得すると共に、
他のネットワークに接続された機器の管理情報を取得する管理サーバと、各々の前記管理
サーバと通信可能なクライアント端末と、各々の前記管理サーバを監視すると共に前記ク
ライアント端末と通信可能なネーミングサーバとを備え、前記クライアント端末が、接続
先の管理サーバを前記ネーミングサーバに要求し、前記クライアント端末からの要求を受
けた前記ネーミングサーバが、所定の接続順位に基づいて接続先の管理サーバを決定し、
前記ネーミングサーバにより決定された管理サーバが、取得した管理情報を前記クライア
ント端末に送信するものである。
【００１８】
本発明において、クライアント端末からの要求を受けたネーミングサーバは、所定の接
続順位に基づいて接続先の管理サーバを決定する。例えば、ネーミングサーバは、管理サ
ーバに接続する接続順位を該管理サーバの故障及び負荷に基づいて決定する。ネーミング
サーバにより決定された管理サーバは、取得した管理情報をクライアント端末に送信する
。例えば、管理サーバは、自らのネットワークに接続された機器の管理情報と他のネット
ワークに接続された機器の管理情報を統合して管理し、統合した管理情報をクライアント
端末に送信する。クライアント端末は、管理サーバからネットワークの管理情報を取得し
てネットワークの構成や状態をディスプレイに表示する。
【発明の効果】
【００１９】
本発明に係るネットワーク管理システムによれば、自らのネットワークに接続された機
器の管理情報を取得すると共に、他のネットワークに接続された機器の管理情報を取得す
る管理サーバを監視し、クライアント端末からの要求を受けて接続先の管理サーバを決定
するネーミングサーバを備えるものである。
【００２０】
これにより、ネットワーク毎に設置された管理サーバのいずれを利用しても広域ネット
ワークを管理できるので、仮に一つの管理サーバで障害が起きても他の管理サーバによっ
て広域ネットワークを管理でき、ネットワークの信頼性を向上できる。しかも、ネーミン
グサーバにより、管理者は複数の管理サーバの中でどの管理サーバを利用するかを意識す
る必要がなくなり、管理者の負担を低減できる。
【図面の簡単な説明】
【００２１】
【図１】本発明に係るネットワーク管理システム１００の構成例を示すブロック図である。
【図２】正常時におけるネットワーク管理システム１００の動作例を示すアクティビティ図である。
【図３】マネージャ３が無応答時におけるネットワーク管理システム１００の動作例を示すアクティビティ図である。
【図４】マネージャ３，４およびネーミングサーバ５の構成例を示すブロック図である。
【図５】ネットワークの管理情報を収集する例を示すシーケンス図である。
【図６】本発明に係る第２の実施例としての大規模なジョブ管理システム２００の構成例を示すブロック図である。
【図７】従来例に係るネットワーク管理システム３００の構成例を示すブロック図である。
【図８】従来例に係るネットワーク管理システム４００の構成例を示すブロック図である。
【発明を実施するための形態】
【実施例１】
【００２２】
続いて、図面を参照しながら本発明に係るネットワーク管理システムの実施形態につい
て説明する。本発明は、自らのＬＡＮに接続されたネットワーク構成要素（機器）の管理
情報を取得すると共に、他のＬＡＮに接続されたネットワーク構成要素の管理情報を取得
する複数のマネージャと、これらのマネージャの各々の状態を監視し、クライアント端末
からの要求を受けて接続先のマネージャを決定するネーミングサーバとを備えることで、
ネットワークの信頼性を向上できるようにすると共にネットワーク管理者の負担を低減で
きるようにしたものである。
【００２３】
図１を参照して、本発明に係る第１の実施例としてのネットワーク管理システム１００
の構成例について説明する。図１に示すネットワーク管理システム１００は、クライアン
ト端末１、クライアント端末１と通信可能なマネージャ３，４及びネーミングサーバ５を
備え、複数のＬＡＮ-I，ＬＡＮ-IIから成る広域ネットワークを管理する。リング型のＬ
ＡＮ-Iは、マネージャ３及びネットワーク要素６ａ，６ｂから構成されている。リング型
のＬＡＮ-IIは、マネージャ４及びネットワーク要素６ｃ，６ｄから構成されている。Ｌ
ＡＮの接続形態（ネットワークトポロジー）は、リング型の他にスター型やバス型などが
あるが、何れのトポロジーであってもよい。
【００２４】
ネットワーク要素６ａ〜６ｄには、ネットワーク管理用のエージェント（ソフトウェア
）がインストールされている。各エージェントは、ネットワーク要素６ａ〜６ｄの構成、
性能、障害などに関する管理情報を収集する。例えば、エージェントは、ネットワーク要
素６ａ〜６ｄ内のＭＩＢを参照して管理情報を収集する。マネージャ３は、エージェント
を介してネットワーク要素６ａ，６ｂの管理情報を取得し、マネージャ４は、エージェン
トを介してネットワーク要素６ｃ，６ｄの管理情報を取得する。この例で、マネージャ３
，４とエージェントとの間の通信プロトコルはＳＮＭＰを利用する。
【００２５】
マネージャ３は管理サーバの一例であり、ＬＡＮ-Iに設置され、自らのＬＡＮ-Iに接続
されたネットワーク要素６ａ，６ｂの管理情報を取得すると共に、他のＬＡＮ-IIに接続
されたネットワーク要素６ｃ，６ｄの管理情報をマネージャ４を介して取得する。例えば
、マネージャ３は、一定の頻度でエージェントに対してネットワーク要素６ａ，６ｂの管
理情報を要求し、エージェントはその管理情報をマネージャ３に返す。ネットワーク要素
６ａ，６ｂで障害や状態変化などのイベントが発生した場合、エージェントはイベントを
マネージャ３に通知する。また、マネージャ３は、マネージャ４に対してネットワーク要
素６ｃ，６ｄの管理情報を要求し、マネージャ４はその管理情報をマネージャ３に返す。
マネージャ３は、ＬＡＮ-I及びＬＡＮ-IIの管理情報を取得して統合して管理する（統合
管理機能）。
【００２６】
同様に、マネージャ４は管理サーバの一例であり、ＬＡＮ-IIに設置され、自らのＬＡ
Ｎ-IIに接続されたネットワーク要素６ｃ，６ｄの管理情報を取得すると共に、他のＬＡ
Ｎ-Iに接続されたネットワーク要素６ａ，６ｂの管理情報をマネージャ３を介して取得す
る。例えば、マネージャ４は、一定の頻度でエージェントに対してネットワーク要素６ｃ
，６ｄの管理情報を要求し、エージェントはその管理情報をマネージャ４に返す。ネット
ワーク要素６ｃ，６ｄで障害や状態変化などのイベントが発生した場合、エージェントは
イベントをマネージャ４に通知する。また、マネージャ４は、マネージャ３に対してネッ
トワーク要素６ａ，６ｂの管理情報を要求し、マネージャ３はその管理情報をマネージャ
４に返す。マネージャ４は、ＬＡＮ-I及びＬＡＮ-IIの管理情報を取得して統合して管理
する（統合管理機能）。
【００２７】
このように、マネージャ３とマネージャ４の両方が、ＬＡＮ-I及びＬＡＮ-IIの管理情
報を取得して統合して管理しているので、仮にマネージャ３の統合管理機能に障害が発生
した場合であっても、マネージャ４を介してＬＡＮ-I及びＬＡＮ-IIの管理情報を取得す
ることができる。これにより、ネットワークの信頼性を向上できるようになる。クライア
ント端末１は、ネーミングサーバ５に対してネットワーク要素６ａ〜６ｄの管理情報を要
求する。
【００２８】
ネーミングサーバ５は、マネージャ３，４の各々の状態を監視し、クライアント端末１
からの要求を受けて接続先をマネージャ３又はマネージャ４に決定する。例えば、ネーミ
ングサーバ５は、マネージャ３，４が起動した際にマネージャ３，４から送信される接続
情報を登録する。ネーミングサーバ５は、例えば複数のマネージャ３，４から１つのマネ
ージャ３を選定し、クライアント端末１からの要求に応じてマネージャ３の接続情報をク
ライアント端末１に返す。これにより、クライアント端末１を操作する管理者は複数のマ
ネージャ３，４の中でどのマネージャを利用するかを意識する必要がなくなり、管理者の
負担を低減できる。
【００２９】
ネーミングサーバ５は、正常に稼動していることを確認するためのキープアライブ（ke
ep alive）信号をマネージャ３，４に対して定期的に送信する。マネージャ３，４は、正
常に稼動している場合にはキープアライブ信号に応答し、故障や超負荷状態の場合にはキ
ープアライブ信号に応答しない。これにより、ネーミングサーバ５は、マネージャ３，４
が正常に稼動しているか否かを判断できる。従って、ネーミングサーバ５は、クライアン
ト端末１に提供する接続先のマネージャを正常に稼働中のマネージャに切り替えることが
できる。
【００３０】
クライアント端末１は、ネーミングサーバ５に接続先を問い合わせることにより、常に
正常なマネージャにアクセスすることができる。さらに、いずれかのマネージャにアクセ
ス中にそのマネージャが故障して無応答になっても、再びネーミングサーバ５に問い合わ
せることで接続先のマネージャを切り替え、ＬＡＮ-I，ＬＡＮ-IIの管理情報を統合して
管理する機能を継続することができる。
【００３１】
クライアント端末１は、マネージャ３又はマネージャ４から受け取ったＬＡＮ-I及びＬ
ＡＮ-IIの管理情報に基づいて、ネットワークの構成や状態をディスプレイに表示したり
、アラーム機能などで障害情報を管理者に知らせたりする。このように、クライアント端
末１は、マネージャ３又はマネージャ４からネットワーク要素６ａ〜６ｄの管理情報を取
得するので、管理者はクライアント端末１により、ネーミングサーバ５により決定された
マネージャ３又はマネージャ４にアクセスしてＬＡＮ-IとＬＡＮ-IIから成るネットワー
クの状況を把握することができる。
【００３２】
続いて、図２を参照して正常時におけるネットワーク管理システム１００の動作例につ
いて説明する。この例で、ネーミングサーバ５は、マネージャ３，４から送信された接続
情報を登録している。ネーミングサーバ５は、マネージャ３，４の両方が正常に稼動して
いる場合、マネージャ３に接続するように設定されている。もちろん、このマネージャ３
，４の両方が正常に稼動している場合、マネージャ３とマネージャ４のいずれに接続して
も取得する管理情報は同一なのでマネージャ４に接続するように設定してもよい。
【００３３】
図２に示すステップＳＴ１で、クライアント端末１は、クライアントアプリケーション
を起動時に、ネーミングサーバ５に対してマネージャの接続先を要求してステップＳＴ２
に移行する。
【００３４】
ステップＳＴ２で、ネーミングサーバ５は、複数のマネージャ３，４から１つのマネー
ジャ３を選定し、マネージャ３の接続情報をクライアント端末１に返してステップＳＴ３
に移行する。ステップＳＴ３で、クライアント端末１は、取得した接続情報に基づいてマ
ネージャ３に接続し、マネージャ３に対してネットワークの管理情報を要求してステップ
ＳＴ４に移行する。
【００３５】
ステップＳＴ４で、マネージャ３は、自ら管理するＬＡＮ-I内のネットワーク要素６ａ
，６ｂの管理情報をエージェントから収集してステップＳＴ５に移行する。ステップＳＴ
５で、マネージャ３は、ＬＡＮ-IIを管理するマネージャ４からネットワーク要素６ｃ，
６ｄの管理情報を取得してステップＳＴ６に移行する。
【００３６】
ステップＳＴ６で、マネージャ３は、自らが収集したＬＡＮ-Iの管理情報と、マネージ
ャ４から取得したＬＡＮ-IIの管理情報を統合し、ネットワークの管理情報としてクライ
アント端末１に返してステップＳＴ７に移行する。ステップＳＴ７で、クライアント端末
１は、取得したネットワークの管理情報をディスプレイに表示する。これにより、管理者
は、ＬＡＮ-Iを管理するマネージャ３にアクセスするだけで、ＬＡＮ-IとＬＡＮ-IIから
成るネットワークの状況を把握することができる。
【００３７】
続いて、図３を参照してマネージャ３が無応答時におけるネットワーク管理システム１
００の動作例について説明する。この例では、クライアント端末１と接続しているマネー
ジャ３でネットワークの管理情報を統合管理する機能に障害が発生し、接続中のマネージ
ャ３が無応答になった場合について説明する。
【００３８】
図３に示すステップＳＴ１１で、クライアント端末１は、接続中のマネージャ３に最新
の管理情報を要求してステップＳＴ１２に移行する。ステップＳＴ１２で、マネージャ３
は、ネットワークの管理情報を統合管理する機能に障害が発生しているので応答しない。
続いて、ステップＳＴ１３に移行する。
【００３９】
ステップＳＴ１３で、クライアント端末１は、一定時間、例えば４〜５秒間マネージャ
３から応答が無い場合、マネージャ３の統合管理機能に障害が発生していると判定してネ
ーミングサーバ５に接続し、他のマネージャの接続先を要求する。続いてステップＳＴ１
４に移行する。
【００４０】
ステップＳＴ１４で、ネーミングサーバ５は、マネージャ４の接続情報を返す。例えば
、ネーミングサーバ５は、正常に稼動していることを確認するためのキープアライブ信号
をマネージャ３，４に対して一定の頻度で送信している。この例で、ネーミングサーバ５
は、マネージャ４からは応答を受信して正常に稼動していることを確認しているが、マネ
ージャ３には統合管理機能の障害が発生しているためマネージャ３からは応答を受信して
いない。従って、ネーミングサーバ５は、クライアント端末１からの要求に対してマネー
ジャ４の接続情報をクライアント端末１に返す。続いてステップＳＴ１５に移行する。
【００４１】
ステップＳＴ１５で、クライアント端末１は、ネーミングサーバ５から取得した接続情
報からマネージャ４に接続してネットワークの管理情報を要求する。続いてステップＳＴ
１６に移行する。
【００４２】
ステップＳＴ１６で、マネージャ４は、自ら管理するＬＡＮ-II内のネットワーク要素
６ｃ，６ｄの管理情報をエージェントから収集してステップＳＴ１７に移行する。ステッ
プＳＴ１７で、マネージャ４は、ＬＡＮ-Iを管理するマネージャ３からネットワーク要素
６ａ，６ｂの管理情報を取得する。なお、マネージャ３が故障で完全にダウンした場合、
マネージャ４はＬＡＮ-Iの管理情報を取得できない。続いてステップＳＴ１８に移行する
。
【００４３】
ステップＳＴ１８で、マネージャ４は、自らが収集したＬＡＮ-IIの管理情報と、マネ
ージャ３から取得したＬＡＮ-Iの管理情報を統合し、ネットワークの管理情報としてクラ
イアント端末１に返してステップＳＴ１９に移行する。ステップＳＴ１９で、クライアン
ト端末１は、取得したネットワークの管理情報をディスプレイに表示する。これにより、
管理者は、仮にマネージャ３の統合管理機能に障害が発生した場合であっても、マネージ
ャ４を介してＬＡＮ-I及びＬＡＮ-IIの管理情報を取得することができる。従って、ネッ
トワークの信頼性を向上できるようになる。
【００４４】
なお、図２及び図３に示した動作では、マネージャ３，４がクライアント端末１から要
求を受けた時にネットワークの管理情報をリアルタイムで取得していたが、マネージャ３
，４は一定の頻度でネットワークの管理情報を収集し、クライアント端末１から要求が来
た時に、既に収集した管理情報を返すようにしてもよい。
【００４５】
続いて、図４を参照してマネージャ３，４およびネーミングサーバ５の構成例について
説明する。図４に示すマネージャ３は、通信部３１、ネットワーク情報収集部３２、ＬＡ
Ｎ同士の接続関係情報格納部３３、マネージャ情報格納部３４、ＬＡＮ内情報収集部３５
、ＬＡＮ内情報格納部３６、遠隔ＬＡＮ情報取得部３７、ＬＡＮ内情報提供部３８、起動
通信部３９及びキープアライブ受信部３１０を備えている。
【００４６】
通信部３１は、クライアント端末１からの要求に応じてネットワークの管理情報をクラ
イアント端末１に送信する。ネットワーク情報収集部３２は、クライアント端末１からの
要求に応じてネットワークの管理情報を収集する。
【００４７】
ＬＡＮ同士の接続関係情報格納部３３は、ネットワークに接続する複数のＬＡＮの接続
関係情報を格納する。この例で、ＬＡＮ同士の接続関係情報格納部３３は、ＬＡＮ-IIの
接続関係情報を格納する。マネージャ情報格納部３４は、ＬＡＮごとに設けられた複数の
マネージャの接続情報を格納する。この例で、マネージャ情報格納部３４はマネージャ４
の接続情報を格納する。
【００４８】
ＬＡＮ内情報収集部３５は、ＬＡＮ内の管理対象となるネットワーク要素から管理情報
を収集する。この例で、ＬＡＮ内情報収集部３５は、ネットワーク要素６ａ，６ｂの管理
情報を収集する。ＬＡＮ内情報格納部３６は、ＬＡＮ内情報収集部３５で収集した管理情
報を格納する。この例で、ＬＡＮ内情報格納部３６は、ネットワーク要素６ａ，６ｂの管
理情報を格納する。
【００４９】
遠隔ＬＡＮ情報取得部３７は、ＬＡＮ同士の接続関係情報格納部３３に格納されたＬＡ
Ｎの接続関係情報およびマネージャ情報格納部３４に格納されたマネージャの接続情報に
基づいて遠隔ＬＡＮにあるマネージャと通信を行い、遠隔ＬＡＮの管理情報を取得する。
この例で、遠隔ＬＡＮ情報取得部３７は、マネージャ４と通信を行ってマネージャ４の管
理情報を取得する。
【００５０】
ＬＡＮ内情報提供部３８は、遠隔ＬＡＮにあるマネージャからの要求に応じて自らのＬ
ＡＮの管理情報を提供する。この例で、ＬＡＮ内情報提供部３８は、マネージャ４からの
要求に応じて自らのＬＡＮ-Iの管理情報を提供する。
【００５１】
起動通信部３９は、マネージャ３が起動する時、マネージャ３の接続情報をネーミング
サーバ５に通知する。キープアライブ受信部３１０は、ネーミングサーバ５から送信され
たキープアライブ信号に対して応答する。
【００５２】
なお、図４に示すマネージャ４は、上述したマネージャ３と同様の構成を有している。
すなわち、マネージャ４は、通信部４１、ネットワーク情報収集部４２、ＬＡＮ同士の接
続関係情報格納部４３、マネージャ情報格納部４４、ＬＡＮ内情報収集部４５、ＬＡＮ内
情報格納部４６、遠隔ＬＡＮ情報取得部４７、ＬＡＮ内情報提供部４８、起動通信部４９
及びキープアライブ受信部４１０を備えている。マネージャ４はマネージャ３と同様の構
成を有しているので、その詳細な説明は省略する。
【００５３】
図４に示すネーミングサーバ５は、マネージャ登録部５１、キープアライブ発信部５２
、マネージャ情報格納部５３、接続先決定部５４及び接続先提供部５５を備えている。マ
ネージャ登録部５１は、マネージャ３，４が起動する時に送信されたマネージャの接続情
報（ＩＰアドレスなど）をマネージャ情報格納部５３に登録する。
【００５４】
キープアライブ発信部５２は、マネージャ情報格納部５３からマネージャ３，４の接続
情報を読み出してマネージャ３，４に対して一定の頻度でキープアライブ信号を送信し、
マネージャ３，４からの応答の有無によりマネージャ３，４の統合管理機能の障害を検知
する。マネージャ情報格納部５３は、マネージャ３，４に関する情報、例えば接続情報を
格納する。
【００５５】
接続先決定部５４は接続順位（ポリシー）によって、登録されたマネージャ３，４から
１つのマネージャを決定してその接続情報を接続先提供部５５に出力する。この例で、マ
ネージャに接続する接続順位は、マネージャの故障及び負荷に基づいて決定する。例えば
、接続先決定部５４はキープアライブ発信部５２からマネージャ３，４の状態を取得し、
例えばマネージャ３の統合管理機能に故障が発生しマネージャ４が正常に駆動している場
合、マネージャ４を接続するように接続順位を決定する。また、マネージャ３，４が共に
正常に駆動している場合、接続先決定部５４は、マネージャのＣＰＵ使用率やメモリの使
用率などのリソースの負荷に基づき、リソースの負荷が軽いマネージャを優先的に接続す
るように接続順位を決定する。
【００５６】
接続先提供部５５は、クライアント端末１から接続要求を受けた場合、接続先決定部５
４により決定されたマネージャの接続情報（ＩＰアドレス）をクライアント端末１に返す
。クライアント端末１は、ネーミングサーバ５の接続先提供部５５から取得した接続情報
に基づいてマネージャ３又はマネージャ４のいずれかに接続する。接続後、クライアント
端末１は、マネージャ３又はマネージャ４から受け取った管理情報に基づいて、ネットワ
ークの構成や状態をディスプレイに表示したり、アラーム機能などで障害情報を管理者に
知らせたりする。なお、クライアント端末１は、前回接続したマネージャの接続情報を一
時保存し、ネーミングサーバ５が故障して利用できない場合に、保存したマネージャの接
続情報に基づいてマネージャに接続するようにしてもよい。これにより、ネーミングサー
バ５が故障した場合であってもマネージャに接続できるようになる。
【００５７】
続いて図５を参照してマネージャ３がネットワークの管理情報を収集する処理について
説明する。この例では、マネージャ３が自らのＬＡＮ-Iとマネージャ４のＬＡＮ-IIのネ
ットワークの管理情報を収集する例を示す。
【００５８】
図５に示すマネージャ３のネットワーク情報収集部３２は、ＬＡＮ内情報収集部３５に
対してＬＡＮ-Iの管理情報を要求する。ＬＡＮ内情報収集部３５は、ＬＡＮ-Iに接続され
たネットワーク要素６ａ，６ｂのエージェントに対して管理情報を要求する。ネットワー
ク要素６ａ，６ｂのエージェントは、ＬＡＮ内情報収集部３５に管理情報を返す。ＬＡＮ
内情報収集部３５は、ネットワーク情報収集部３２にネットワーク要素６ａ，６ｂの管理
情報を返す。このようにして、マネージャ３のネットワーク情報収集部３２は自らのＬＡ
Ｎ-Iの管理情報を取得する。
【００５９】
次に、ネットワーク情報収集部３２は、遠隔ＬＡＮ情報取得部３７に対してＬＡＮ-II
の管理情報を要求する。遠隔ＬＡＮ情報取得部３７は、ＬＡＮ-IIに接続されたマネージ
ャ４のＬＡＮ内情報提供部４８に対してＬＡＮ-IIの管理情報を要求する。ＬＡＮ内情報
提供部４８は、ＬＡＮ内情報収集部４５に対してＬＡＮ-IIの管理情報を要求する。ＬＡ
Ｎ内情報収集部４５は、ＬＡＮ-IIに接続されたネットワーク要素６ｃ，６ｄのエージェ
ントに対して管理情報を要求する。
【００６０】
ネットワーク要素６ｃ，６ｄのエージェントは、ＬＡＮ内情報収集部４５に管理情報を
返す。ＬＡＮ内情報収集部４５は、ＬＡＮ内情報格納部４６を介してＬＡＮ内情報提供部
４８にＬＡＮ-IIに接続されたネットワーク要素６ｃ，６ｄの管理情報を返す。ＬＡＮ内
情報提供部４８は、マネージャ３の遠隔ＬＡＮ情報取得部３７にネットワーク要素６ｃ，
６ｄの管理情報を返す。マネージャ３の遠隔ＬＡＮ情報取得部３７は、ネットワーク情報
収集部３２にＬＡＮ-IIのネットワーク要素６ｃ，６ｄの管理情報を返す。
【００６１】
ネットワーク情報収集部３２は、ＬＡＮ-IとＬＡＮ-IIの管理情報を集約したネットワ
ークの管理情報を作成する。通信部３１は、クライアント端末１からの要求に応じて、ネ
ットワーク情報収集部３２により作成されたネットワークの管理情報をクライアント端末
１に送信する。クライアント端末１は、マネージャ３から受け取ったＬＡＮ-I及びＬＡＮ
-IIの管理情報に基づいて、ネットワークの構成や状態をディスプレイに表示したり、ア
ラーム機能などで障害情報を管理者に知らせたりする。
【００６２】
なお、マネージャ４もマネージャ３と同様にして、マネージャ４が自らのＬＡＮ-IIの
管理情報を収集し、さらにマネージャ３からＬＡＮ-Iの管理情報を収集し、これらの管理
情報を集約してネットワークの管理情報を作成する。
【００６３】
このように、本発明に係るネットワーク管理システム１００によれば、自らのネットワ
ークに接続されたネットワーク要素の管理情報を取得すると共に、他のネットワークに接
続されたネットワーク要素の管理情報を取得するマネージャ３，４の各々の状態を監視し
、クライアント端末１からの要求を受けて接続先のマネージャを決定するネーミングサー
バ５を備えるものである。
【００６４】
これにより、ネットワーク毎に設置されたマネージャ３，４のいずれを利用しても広域
ネットワークを管理できるので、仮に一つのマネージャで障害が起きても他のマネージャ
によって広域ネットワークを管理でき、ネットワークの信頼性を向上できる。さらに、待
機系の装置を用いなくても、ネットワークの管理情報を統合して管理する機能を継続でき
る冗長構成を実現できる。しかも、ネーミングサーバに５より、管理者は複数のマネージ
ャ３，４の中でどのマネージャを利用するかを意識する必要がなくなり、管理者の負担を
低減できる。
【００６５】
また、ネーミングサーバ５は、マネージャ３，４の故障や負荷状態に応じて提供する接
続先を自動で切り替えることにより、利用中のマネージャが故障した場合でも、管理者は
接続先の変更を意識する必要がなくそのまま業務を継続できるので、ネットワーク管理シ
ステムの信頼性が向上する。
【００６６】
なお、上述のネットワーク管理システム１００では、２つのＬＡＮ-I，ＬＡＮ-IIを管
理する例について説明したが、勿論これに限らず２以上のＬＡＮ、すなわちＬＡＮ-I，Ｌ
ＡＮ-II，ＬＡＮ-III，・・・，ＬＡＮ-Ｎ（Ｎは整数）を有するネットワークを管理する
システムであってもよい。
【実施例２】
【００６７】
続いて、本発明を通信ネットワーク管理システムの他にジョブ管理システムに適用する
例について説明する。ジョブ管理システムは、複数のジョブ、例えばバッチ処理の起動や
終了を制御したり、ジョブの実行・終了を報告したりするシステムである。
【００６８】
一般にジョブ管理システムは、スクリプトやバッチファイルをジョブとして実行するジ
ョブ実行サーバと、ジョブ実行サーバのエージェントを介してジョブの実行状況を管理す
る装置（以下ジョブ管理マネージャという）と、ジョブの運用管理画面を提供するクライ
アント端末から構成される。管理者は、クライアント端末からジョブの実行状況をリアル
タイムに確認する。
【００６９】
複数の業務を連携して大規模なジョブ管理システムとなると、ジョブネットワークを幾
つかのサブジョブネットワークに分けて、サブジョブネットワーク毎にジョブ管理マネー
ジャを設けて分散管理を行うことが多い。
【００７０】
例えば図６は、本発明に係る第２の実施例としての大規模なジョブ管理システム２００
の構成例を示すブロック図である。図６に示すジョブ管理システム２００は、３のサブジ
ョブネットワーク１１Ａ〜１１Ｃから成るジョブネットワーク１１、ネーミングサーバ５
Ａ及びクライアント端末１Ａから構成されている。サブジョブネットワーク１１Ａはジョ
ブ管理マネージャ７、ジョブ実行サーバ７ａ，７ｂから構成され、サブジョブネットワー
ク１１Ｂはジョブ管理マネージャ８、ジョブ実行サーバ８ａ，８ｂから構成され、サブジ
ョブネットワーク１１Ｃはジョブ管理マネージャ９、ジョブ実行サーバ９ａ，９ｂから構
成されている。ジョブ管理マネージャ７〜９は、管理サーバの一例である。
【００７１】
ネーミングサーバ５Ａは、ジョブ管理マネージャ７〜９の各々の状態を監視し、クライ
アント端末１Ａからの要求を受けて接続先をジョブ管理マネージャ７〜９のいずれかに決
定する。例えば、ネーミングサーバ５Ａは、ジョブ管理マネージャ７〜９が起動した際に
ジョブ管理マネージャ７〜９から送信される接続情報を登録する。ネーミングサーバ５Ａ
は、例えばジョブ管理マネージャ７〜９から１つのジョブ管理マネージャ７を選定し、ク
ライアント端末１Ａからの要求に応じてジョブ管理マネージャ７の接続情報をクライアン
ト端末１Ａに返す。これにより、クライアント端末１Ａを操作する管理者は複数のジョブ
管理マネージャ７〜９の中でどのジョブ管理マネージャを利用するかを意識する必要がな
くなり、管理者の負担を低減できる。
【００７２】
ネーミングサーバ５Ａは、正常に稼動していることを確認するためのキープアライブ信
号をジョブ管理マネージャ７〜９に対して定期的に送信する。ジョブ管理マネージャ７〜
９は、正常に稼動している場合にはキープアライブ信号に応答し、故障や超負荷状態の場
合にはキープアライブ信号に応答しない。これにより、ネーミングサーバ５Ａは、ジョブ
管理マネージャ７〜９が正常に稼動しているか否かを判断できる。従って、ネーミングサ
ーバ５Ａは、クライアント端末１Ａに提供する接続先のジョブ管理マネージャを正常に稼
働中のジョブ管理マネージャに切り替えることができる。クライアント端末１Ａは、ジョ
ブ管理マネージャ７〜９の何れかから受け取った実行状況に基づいてジョブの運用管理画
面を提供する。
【００７３】
ジョブ管理マネージャ７は、自ら管理するサブジョブネットワーク１１Ａ内のジョブ実
行サーバ７ａ，７ｂの実行状況をジョブエージェントから収集する。さらに、ジョブ管理
マネージャ７は、他のジョブ管理マネージャ８からサブジョブネットワーク１１Ｂ内のジ
ョブ実行サーバ８ａ，８ｂの実行状況を取得すると共に、ジョブ管理マネージャ９からサ
ブジョブネットワーク１１Ｃ内のジョブ実行サーバ９ａ，９ｂの実行状況を取得する。
【００７４】
同様に、ジョブ管理マネージャ８は、自ら管理するサブジョブネットワーク１１Ｂ内の
ジョブ実行サーバ８ａ，８ｂの実行状況をジョブエージェントから収集すると共に、ジョ
ブ管理マネージャ７からジョブ実行サーバ７ａ，７ｂの実行状況を取得し、ジョブ管理マ
ネージャ９からジョブ実行サーバ９ａ，９ｂの実行状況を取得する。
【００７５】
また、ジョブ管理マネージャ９は、自ら管理するサブジョブネットワーク１１Ｃ内のジ
ョブ実行サーバ９ａ，９ｂの実行状況をジョブエージェントから収集すると共に、ジョブ
管理マネージャ７からジョブ実行サーバ７ａ，７ｂの実行状況を取得し、ジョブ管理マネ
ージャ８からジョブ実行サーバ８ａ，８ｂの実行状況を取得する。これにより、ジョブ管
理マネージャ７〜９は、サブジョブネットワーク１１Ａ〜１１Ｃに接続された全てのジョ
ブ実行サーバ７ａ，７ｂ，８ａ，８ｂ，９ａ，９ｂの実行状況を取得できるようになる。
【００７６】
クライアント端末１Ａは、ネーミングサーバ５Ａにより決定されたジョブ管理マネージ
ャに接続して全てのジョブ実行サーバの実行状況を取得して、管理者にジョブの運用管理
画面を提供する。これにより、いずれかのジョブ管理マネージャがジョブの実行状況を統
合管理する機能に障害が発生した場合でも、他のジョブ管理マネージャにアクセスするこ
とで、全てのジョブ実行サーバの実行状況を取得できるようになる。従って、待機系の装
置を設置せずとも、稼動中のジョブ管理マネージャに切り替えればジョブ実行サーバの実
行状況を把握することができる。
【００７７】
なお、上述のジョブ管理システム２００では、３つのサブジョブネットワーク１１Ａ〜
１１Ｃを管理する例について説明したが、勿論これに限らず３以上のサブジョブネットワ
ークを有するジョブ管理システムであってもよい。
【産業上の利用可能性】
【００７８】
本発明は、ネットワークに接続された機器を管理するネットワーク管理システムやバッ
チ処理などを行うジョブ管理システムに適用して極めて好適である。
【符号の説明】
【００７９】
１，１Ａ・・・クライアント端末、３，４・・・マネージャ（管理サーバ）、５・・・
ネーミングサーバ、６ａ〜６ｄ・・・ネットワーク要素、７〜９・・・ジョブ管理マネー
ジャ（管理サーバ）、７ａ，７ｂ，８ａ，８ｂ，９ａ，９ｂ・・・ジョブ実行サーバ、１
００・・・ネットワーク管理システム
２００・・・ジョブ管理システム
【図１】
2011035753.tif 000003
【図２】
2011035753.tif 000004
【図３】
2011035753.tif 000005
【図４】
2011035753.tif 000006
【図５】
2011035753.tif 000007
【図６】
2011035753.tif 000008
【図７】
2011035753.tif 000009
【図８】
2011035753.tif 000010