(57)【特許請求の範囲】
【請求項１】
対象ネットワーク内の各ノードの通信トラフィック量の臨界値情報及び管理対象ノードか否か定義した環境定義情報を有し、該環境定義情報を参照して管理対象となるノードの管理を行うネットワーク管理システムが行うネットワーク管理方法であって、
前記ネットワーク管理システムが、
前記対象ネットワーク内のノード毎に通信トラフィック量が定義体での臨界値を越えたか否かを検出する検出ステップと、
前記検出ステップの検出により、通信トラフィック量が臨界値を越えたことを検出したノードを管理対象として前記環境定義情報に追加する定義情報追加ステップと、
管理対象のあるノードから別のノードへのルート選択を行う場合、前記環境定義情報を参照し、実システムのネットワーク内の、前記管理対象ノード同士が直接連結されたルートのみからなるネットワーク、及び管理対象外ノード同士が直接連結されたルートのみからなるネットワークをそれぞれ１つのノードとみなして単純化したネットワークでの最短ルートを選択するルート選択ステップと、
を実行することを特徴とするネットワーク管理方法。
【請求項２】
前記ネットワーク管理システムは、更に
前記検出ステップの検出により、通信トラフィック量が臨界値を越えないことを検出したノードを、前記環境定義情報に定義されている管理対象ノード情報から外す定義情報削除ステップを実行することを特徴とする請求項１記載のネットワーク管理方法。
【請求項３】
前記ネットワーク管理システムは、更に
前記環境定義情報で前記管理対象ノードとして定義されているノードのみを管理対象とすることを特徴とする請求項１または請求項２に記載のネットワーク管理方法。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明はネットワーク管理方法に関し、特に計算機ネットワークシステムを構成、制御する回線制御プログラムでネットワークを構成する計算機システムの管理方法に関する。
【０００２】
計算機ネットワークは近年におけるパケット通信やＯＳＩ（開放型システム間相互接続：Open Systems Interconnection）の普及によりネットワークを構成する計算機の数が増大し、それに伴ってネットワークの形状も複雑化の一途を辿っている。このような状況で、与えられたネットワーク形態や各システムの状態を管理する機構は今や必須の機能要件となっている。
【０００３】
【従来の技術】
任意の物理媒体により接続された計算機群により構成されているネットワークシステムでは、その１つのシステムが計算機ネットワークシステムを構成する各システムにおいて分散管理したり又はネットワークシステム全体を統括管理するようにしており、ネットワークを構成したときに定まる物理的な接続関係などの静的な情報の管理と、ネットワーク上でどのような動作状態にあるかなどの動的な情報の管理とを行っている。
【０００４】
【発明が解決しようとする課題】
ところで、現在提唱されているネットワークの管理方式は、分散管理方式にせよ集中管理方式にせよ、全管理対象システムの情報を静的又は動的に運用することによって実現している。
【０００５】
しかしながら、この方式によると、実際のシステムの利用状況にかかわらず、すべてのシステムがネットワークの管理対象として扱われるため、場合によっては使用されていないシステムの管理情報がネットワーク上を流れることもあり、ネットワーク全体のパフォーマンスを引き下げることにもなりかねない。
【０００６】
また、管理対象ノードの数が増大すると、形成するネットワークの形状も複雑になり、ネットワークシステムで発生する対象ノードのシステムダウン、ラインエラーなどの現象に対してデリケートな振る舞い、たとえば管理情報のネットワーク上での爆発的な発生や、逆に管理情報が或るシステムで全て吸収されるなどの振る舞いをすることがあった。
【０００７】
本発明はこのような点に鑑みてなされたものであり、まず、ネットワーク管理システムのパフォーマンスを向上させ、かつネットワークシステムとしてのパフォーマンスになるべく影響を与えないようなネットワーク管理方法を提供することを目的とする。
【０００８】
【課題を解決するための手段】
図１は上記目的を達成する本発明の原理図である。
この図において、本発明のネットワーク管理方法によれば、任意の物理媒体により接続された計算機群により構成されているネットワークシステムを管理する管理システムのネットワーク管理方法は、まず、管理システムにその起動時の初期値として各被管理ノードに対するトラフィック量の臨界値をそれぞれ定義しておく（ステップＳ１）。そして、運用時には、トラフィック量があらかじめ個々に定義しておいた臨界値を下回る被管理ノードについては動的に管理対象から除外し、トラフィック量が前記臨界値を越えた被管理ノードを管理対象ノードして扱うようにする（ステップＳ２）。
【０００９】
【作用】
上述の手段によれば、計算機群により構成されているネットワークシステムを管理する管理システムに、被管理ノードのデータトラフィック量に関する臨界値を定義する。ネットワーク管理システムは、被管理ノードのデータトラフィック量が臨界値に達しない場合には、そのノードを動的に管理対象から外す。また、データトラフィック量が臨界値を越えた被管理ノードは、管理システムの動的管理対象下に置かれる。臨界値に達しないノードを動的に管理対象から外すことで、ネットワーク上を流れる管理情報が減り、ネットワーク管理システムの負荷が減ってそのパフォーマンスを向上させることができるようになる。
【００１０】
【実施例】
以下、本発明の一実施例を図面に基づいて説明する。
図２は本発明を実施する管理システム上のプログラム構成例を示す図である。図において、１は管理システムのネットワーク管理プログラム、２はネットワーク管理処理を実行するための環境定義情報を定義しておく環境定義体、３は回線制御プログラムである。
【００１１】
ネットワーク管理プログラム１は起動時に、環境定義体２を格納しているハードディスク装置などの補助記憶装置から環境定義情報を主記憶装置にローディングする。この環境定義体２の環境定義情報は、少なくとも被管理対象システム名と被管理対象除外臨界値との情報から構成されている。
【００１２】
この環境定義体２の定義値はユーザの指定によって単独又複数の値を用いることができる。また、この被管理対象除外臨界値は被管理対象システムを管理対象とするかしないかの意味付けしかないので、たとえば被管理対象システムのデータトラフィック量、平均監視時間、あるいはアプリケーションプログラムが起動している本数などにすることができる。ユーザはまた、環境定義上の初期値の設定により各被管理対象システムに対して起動時から管理対象にするか（たとえば経験的にトラフィック量が多いことが分かっている場合）、それともトラフィック量が上昇してから管理対象にするかの初期情報を定義することもできる。
【００１３】
さて、管理システム上のネットワーク管理プログラム１は起動時に全管理対象システムに対し回線制御プログラム３を介して管理対象除外臨界値を転送する。次に、環境定義体２に定義されている管理対象システムの中から、最初から臨界値を越えている管理対象システムであるとして定義されたシステムを選択し、その管理情報を主記憶装置にローディングして、そのような初期管理対象システムについての管理処理を実行する。
【００１４】
その後、運用中に被管理対象システムから臨界値を下回った旨の通知を受信した場合には、ネットワーク管理システムは当該管理システムの情報を主記憶装置から削除する。逆に管理対象外システムから臨界値を上回った旨の通知を受信した場合には、管理システムは補助記憶装置から当該システムに関する情報を検索し、その情報を主記憶にローディングして管理処理対象とする。
【００１５】
図３は被管理システム上のプログラム構成を示す図である。この図の例は、管理システムの起動時の初期値が管理対象外になっていて、運用の途中から管理対象に入る場合の一例を示している。
【００１６】
管理システム以外の各被管理対象システムにおいても、ネットワーク管理プログラム１ａ及び回線制御プログラム３ａより構成されている。このネットワーク管理プログラム１ａは被管理対象システム上で管理システムと通信を行って管理処理を行う管理プログラムであり、回線制御プログラム３ａは主としてネットワーク管理プログラム１ａに対して通信トラフィック量（たとえば、送受信パケット数／単位時間）の通知をしている。
【００１７】
まず、管理システムの起動時に、管理システムからトラフィック量の臨界値を受けると、これを回線制御プログラム３ａはネットワーク管理プログラム１ａに通知する。
【００１８】
ネットワーク管理プログラム１ａはこの通知を受けて、管理対象除外臨界値を保管する。次に、この被管理対象システムの単位時間当たりのトラフィック量を調べる処理を行う。すなわち、タイマ監視処理に入って、まず、単位時間とするタイマ値を通知する。ここでタイムオーバ通知を受けてトラフィック量監視処理の割り込みがかけられると、回線制御プログラム３ａから通知された平均トラフィック量の監視処理が行われ、そのトラフィック量が管理対象除外臨界値を越えていなければ、タイマをリセットして、次の単位時間での監視処理を再開する。もし、トラフィック量が管理対象除外臨界値を越えた場合には、管理システムに対して管理対象追加依頼を出し、これを回線制御プログラム３ａを介して管理システムに転送する。
【００１９】
同様な監視方法にて、途中でトラフィック量が減少して管理対象除外臨界値を下回った場合には、管理システムに対して管理対象除外依頼を出し、これを回線制御プログラム３ａを介して管理システムに転送することになる。
【００２０】
図４はネットワーク形態例を示す図である。図示の例では、ネットワーク全体の物理形状として、Ｎ（ａ，ｂ）［１≦ａ，ｂ≦５］が格子状に結合されている簡単なネットワーク形態を示している。ここで、説明上、ノードＮ（３，３）のシステムがネットワーク管理システムであるとする。
【００２１】
図５はネットワーク管理システムで定義される環境定義情報の例を示す図である。環境定義情報としては、少なくとも被管理システムの名前とその被管理システムを管理対象にするか否かの判断に使用される管理対象除外臨界値とが定義されている。管理対象除外臨界値としては、平均トラフィック量（本例では被管理システムの送受信パケット数／単位時間）を採用しており、それに伴う臨界値は各被管理システム毎に異なった値が定義されている。
【００２２】
また、管理対象除外臨界値に加え、ネットワーク管理システム起動時に最初から管理対象にするか否かの初期管理フラグも定義してある。これは、始めから運用上監視しておかなければならないシステムに対して定義されるもので、管理システム起動時に無条件に管理対象に組み入れられる。図示の例では、白丸の記号が管理対象外システム、黒丸の記号が管理対象システムとして示してある。
【００２３】
図６は管理システムにおける起動時の論理的ネットワーク形態を示す図である。この図で、被管理システムは、これが管理システム起動時に管理対象であるか否かに応じて色分けされており、すなわち、図５に示す初期管理フラグの記号と同じ記号で表されている。Ｎ（３，３）システムでのネットワーク管理システム起動時に、ネットワーク管理システムは図５に示す環境定義情報を初期値として動作を開始する。この結果、管理システム起動時に、管理システムが論理的に認識しているネットワーク形態は管理対象システムのみから成る構成になる。
【００２４】
図７は被管理システム追加時におけるネットワーク形態の推移を示す図である。図において、（Ａ）は被管理システム追加前、すなわち、図６に示したネットワーク形態を示し、（Ｂ）は被管理システム追加後のネットワーク形態を示している。この例では、ネットワーク上の２つのノードＮ（１，３）及びＮ（１，５）が、定義された管理対象除外臨界値を越える平均トラフィック量があり、管理対象追加依頼を受けたネットワーク管理システムがこれらを管理対象とすることで、ネットワーク形態は図７（Ｂ）のようになる。
【００２５】
図８は被管理システム追加時における管理情報の推移を示す図である。図には、初期状態から被管理対象システムが増加した場合の管理情報の推移を示しており、（Ａ）は被管理システム追加前、すなわち、図５に示した環境定義情報を示し、（Ｂ）は被管理システム追加後の環境定義情報の推移を示している。この例によれば、ネットワーク上のノードＮ（１，３）及びＮ（１，５）からの要求に応じて管理情報の管理フラグが管理対象を表すフラグ（黒丸の記号）に、管理対象除外臨界値が「∞」にそれぞれ動的に変更されている。つまり、これらのノードは常に管理対象下に置かれる設定に変更されている。
【００２６】
図９は被管理システム削除時におけるネットワーク形態の推移を示す図である。図において、（Ａ）は被管理システム削除前、すなわち、図６に示したネットワーク形態を示し、（Ｂ）は被管理システム削除後のネットワーク形態を示している。この例では、ネットワーク上の３つのノードＮ（１，４）、（２，４）及びＮ（２，５）が定義された管理対象除外臨界値を下回る平均トラフィック量があり、管理対象削除依頼を受けたネットワーク管理システムがこれらを管理対象から除外することで、ネットワーク形態は図９（Ｂ）のように変更される。
【００２７】
図１０は被管理システム削除時における管理情報の推移を示す図である。図には、初期状態から被管理対象システムが削除された場合の管理情報の推移を示しており、（Ａ）は被管理システム削除前の図５に示した環境定義情報を、（Ｂ）は被管理システム削除後の環境定義情報の推移をそれぞれ示している。この例によれば、ネットワーク上のノードＮ（１，４）、（２，４）及びＮ（２，５）からの要求に応じて管理情報の管理フラグが管理対象外を表すフラグ（白丸の記号）に動的に変更されている。これにより、ノードの動的管理に必要な情報をそのノードに対して流す必要がなくなり、ネットワーク全体の管理のパフォーマンスを上げることができるようになる。ここでは、臨界値の変更はされていない。
【００２８】
図１１は管理システムが認識しているネットワーク全体を例示した図である。図において、大きな丸で表したノードはネットワーク管理システムの管理の対象になっている管理対象システムを示し、小さい丸は管理の対象から外された管理対象外システムを示している。このように、ネットワーク全体を構成するノードは管理対象システムと管理対象外システムとの２つの属性に分けられる。
【００２９】
図１２はネットワークの中で管理対象システムのみを示した図であり、図１３は管理対象外システムのみから成る余ネットワークを示した図である。これらの図において、ネットワーク全体の図で同じ属性のシステムが相互に連結されているものについてはそれぞれ連結されたままで示してある。この同じ属性のシステム同士が相互に連結されている連結成分は１つに退化させられる対象であり、退化されたノードは、ネットワーク管理システムでは１つのノードとして認識されるようになる。
【００３０】
図１４は同じ属性のシステム同士の連結成分を退化させたネットワークを示す図である。図において、（Ａ）は管理対象システム及び管理対象外システムの退化対象を同時に表したものであり、（Ｂ）は連結成分を退化させて単純化したネットワークを示している。
【００３１】
ここで、管理システムに対し、経路選択の情報通知依頼がなされた場合について説明する。なお、ネットワーク管理システムはこのネットワークを構成するノードのどの位置にあってもよい。また、送信元となるシステムはｎs、宛て先となるシステムはｎtで示し、システムｎsを含む退化対象のノードをＮs、システムｎtを含む退化対象のノードをＮtで示してある。
【００３２】
上述のように、管理対象ノードはトラフィック量が多いということを示しており、管理対象外ノードが構成する余ネットワークはトラフィック量が一定水準以下であるということをその特性として持つ。これらのノードのうち少なくとも同じ属性で連結されているものについては１つに退化させることができるので、ネットワーク全体を単純化することができる。しかも、退化したネットワーク上のノードは必ず管理対象システムと管理対象外システムとが交互に現れるという特性を持っているので、到達経路を考えるとき、必ずトラフィック量の少ないノードを中継することになる。これは、退化されたノードが連結している同一属性のノードの集まりだから、同一の属性を持つ連結成分が連続して現れることはないからである。
【００３３】
管理システムに対し経路情報通知依頼があってネットワークの経路選択を行う場合、管理システムはまず、管理対象ネットワーク（図１２）、余ネットワーク（図１３）について、それぞれの連結成分、つまり繋がったノードを一まとまりとして分類したものに分解し、各連結成分間の距離（一つの連結成分から他の連結成分へ到達するまでに存在する連結成分個数の最小数）を算出する。
【００３４】
管理システム上では更に、以下に述べるような制御を行う。すなわち、同一連結成分内のノードを全て同一視して得られる退化したネットワーク（図１４）において異なる連結成分に存在する２点間のルート選択を行う場合に、まず退化して単純化したネットワーク上でルートを選択する。
【００３５】
退化したネットワーク上のノードは、必ず管理対象システムと管理対象外システムとが交互に現れるという特性を持っているので、管理システムはルート選択依頼を受けた場合に退化したネットワーク上を、以下のロジックでルート選択を行う。
【００３６】
まず、依頼システムが管理対象システムの場合には、退化したネットワーク上での距離が０以上のルート（もし存在すれば）を選択する。すなわち、必ず余ネットワークを通過するようなルートを通知する。
【００３７】
また、依頼システムが管理対象外システムの場合には、退化したネットワーク上で距離が最短のルートを通知する。距離が０の場合は、すべて余ネットワーク上のルートを通知することになる。
【００３８】
さらに管理システムは、退化したネットワーク上の各連結成分毎のルートを算出した上で問い合わせシステムに対して経路を通知する。
図１５は管理システム上でのルーティング制御プログラムの構成例を示す図である。ネットワークの経路選択を行うときのルーティング制御プログラムの作用を図１４を参照して説明する。
【００３９】
ノードｎsから回線制御プログラム３を介してノードｎtまでの経路情報の問い合わせが入ると、ネットワーク管理プログラム１は、退化したネットワーク上における問い合わせノードの位置を確定する。図１４の例では、ノードＮsということになる。次いで、退化したネットワーク上での通過経路を確定する。ここでは、ノードＮsからノードｎr1及びｎr2を介してノードＮtに至る経路ｐ2、ｐ3、ｐ4が確定される。
【００４０】
次に、問い合わせノードｎsが連結成分内かどうか、すなわち退化されたノード内かどうかを調べる。図示の例では、ノードｎsはノードＮsの中に含まれているので、次に、そのノードＮsの中でどの経路を通過するのかが確定される。ノードＮsの中では経路ｐ1が確定される。もし、ノードｎsが退化されたノードでなければ、連結成分内のルート確定はパスされる。
【００４１】
次に、通過経路上のノードの内、退化したノードがないかどうかが確認され、ここでは、ノードＮtが確認される。そして、ノードＮtの連結成分の中でノードｎtに至る経路を確定する。ここでは、ノードｎtがノードＮtの端点であるので、経路ｐ4がノードｎtに至る最終経路となる。このようにして確定された経路ｐ1、ｐ2、ｐ3、ｐ4は回線制御プログラム３を介して問い合わせ元に通知される。
【００４２】
以上の方法で選択、通知された経路は多くの場合にネットワークのトラフィック量を削減するのに有効となる。
【００４３】
【発明の効果】
以上説明したように本発明では、トラフィック量の臨界値を被管理ノード毎に定義し、その定義された臨界値よりもトラフィック量が下回った場合に、当該被管理ノードを管理対象から除外するように構成した。このため、ネットワークシステムの管理機構にて効率的かつ効果的な処理を実現することが可能である。
【図面の簡単な説明】
【図１】本発明の原理を示す図である。
【図２】本発明を実施する管理システム上のプログラム構成例を示す図である。
【図３】被管理システム上のプログラム構成を示す図である。
【図４】ネットワーク形態例を示す図である。
【図５】ネットワーク管理システムで定義される環境定義情報の例を示す図である。
【図６】管理システムにおける起動時の論理的ネットワーク形態を示す図である。
【図７】被管理システム追加時におけるネットワーク形態の推移を示す図である。
【図８】被管理システム追加時における管理情報の推移を示す図である。
【図９】被管理システム削除時におけるネットワーク形態の推移を示す図である。
【図１０】被管理システム削除時における管理情報の推移を示す図である。
【図１１】管理システムが認識しているネットワーク全体を例示した図である。
【図１２】ネットワークの中で管理対象システムのみを示した図である。
【図１３】管理対象外システムのみから成る余ネットワークを示した図である。
【図１４】同じ属性のシステム同志の連結成分を退化させたネットワークを示す図である。
【図１５】管理システム上でのルーティング制御プログラムの構成例を示す図である。
【符号の説明】
１  ネットワーク管理プログラム
２  環境定義体
３  回線制御プログラム
【図１】
0003550411.tif 000002
【図２】
0003550411.tif 000003
【図３】
0003550411.tif 000004
【図４】
0003550411.tif 000005
【図５】
0003550411.tif 000006
【図６】
0003550411.tif 000007
【図７】
0003550411.tif 000008
【図８】
0003550411.tif 000009
【図９】
0003550411.tif 000010
【図１０】
0003550411.tif 000011
【図１１】
0003550411.tif 000012
【図１２】
0003550411.tif 000013
【図１３】
0003550411.tif 000014
【図１４】
0003550411.tif 000015
【図１５】
0003550411.tif 000016