JP3813776B2 - ネットワーク分散管理システム - Google Patents
ネットワーク分散管理システム Download PDFInfo
- Publication number
- JP3813776B2 JP3813776B2 JP32698899A JP32698899A JP3813776B2 JP 3813776 B2 JP3813776 B2 JP 3813776B2 JP 32698899 A JP32698899 A JP 32698899A JP 32698899 A JP32698899 A JP 32698899A JP 3813776 B2 JP3813776 B2 JP 3813776B2
- Authority
- JP
- Japan
- Prior art keywords
- network
- server
- monitoring server
- group
- network monitoring
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明はネットワーク分散管理システムに係り、特に大規模化、複雑化したネットワークを複数の監視サーバにより効率的に監視したものに関する。
【０００２】
【従来の技術】
近年、通信回線等のネットワーク技術の発達、メディアの普及に伴い、通信ネットワークシステムは急速に拡大、進歩を遂げており、これに伴って大規模化、複雑化していくネットワークを支障なく運用するために、ネットワーク上の通信機器の通信状態を監視、管理するシステムが必要となっている。
【０００３】
ネットワーク管理は、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）というネットワーク管理プロトコルを使用して、ネットワーク上の監視側装置（マネージャ）と、マネージャに対する応答機能（エージェント機能）を持つ被監視側装置が通信して、マネージャが管理に必要な情報、例えば装置構成情報や状態情報をノードに要求し、ノードがそれに応答することで監視側が情報収集を行い、ネットワーク上の全ノードからの情報を集中管理することで実現される。
【０００４】
従来のネットワーク分散管理システムを図１６により説明する。図１６は、ネットワーク１、ネットワーク２、ネットワーク３を回線で接続し、一台のネットワーク監視サーバ１０１により各ネットワーク１、２、３の状態を監視するものである。なお、ネットワーク監視クライアント１０２は、ネットワーク監視サーバ１０１の内容を遠隔操作により認識するものである。
【０００５】
ネットワーク１は複数のノードと、一台のルータにより構成されている。ネットワーク２、３もネットワーク１と同様に構成されている。そしてネットワーク１、２、３、ネットワーク監視サーバ１０１、ネットワーク監視のクライアント１０２等により１つのネットワーク１００を構成している。
【０００６】
図１６に示す如く、ネットワーク１００が小規模な場合は一台のネットワーク監視サーバで各ネットワーク１、２、３の状態を監視することができる。しかし大規模なネットワークでは、全体を一台のネットワーク監視サーバで監視するときはネットワーク監視サーバ（マネージャ）の性能が高性能のものを使用しなければならないため非常に高価なものとなる。
【０００７】
そのため、大規模なネットワークでは１箇所へのネットワーク負荷の集中を避けるため、一台のマネージャで全てのノードを監視するのではなく、複数のマネージャを分割したサブネットワーク毎に分散して配置し、それらを統合するマスターサーバが各部門に分散したマネージャからの情報を一括して管理することで、ネットワークを統合して管理する。
【０００８】
【発明が解決しようとする課題】
ネットワーク管理は、そのネットワークに新たな通信機器やサブネットワークの追加等、ネットワークの構成が変更される度にその管理構成についても変更する必要がある。
【０００９】
しかし近年のネットワーク技術の発達やメディアの普及の急速な発達に伴い、ネットワークシステムの大規模化、複雑化のスピードもますます増しており、ネットワーク上に新たにノードを追加して管理する場合、その度にネットワーク管理の構成も見直しの必要を迫られる回数が増え、またその構成も複雑さを増す一方で最適なネットワーク管理を行うための構成の設計も複雑なものになっている。
【００１０】
従来の技術ではネットワーク構成が複雑になるのに合わせてその管理構成の見直しにかかる作業も増加していった。
【００１１】
またネットワーク上の監視対象とするノードの増加に比例して管理情報の収集にかかる時間が増大し、ネットワーク上の異常検出にも時間がかかる様になっている。これに対応するために監視サーバを追加することがさらに管理構成の再構成の再構築を複雑にしていくことになる。
【００１２】
またネットワークシステムの規模が大きくなり、監視機器を増加する必要が増えるにつれて、本来監視する通信機器だけでなくネットワーク監視側にもトラブルが発生する機会が増え、トラブルによって監視サーバ自身に問題が発生したとき、監視自体に支障が発生した場合にも円滑に監視を続けるためにそのバックアップ手段が必要とされる様になってきたが、そのバックアップのためにネットワーク負荷の増加や、あるいは一時的な監視抜けを招いたり、完全な対応がとれないでいた。
【００１３】
またネットワーク全体の管理状態を認識するために、遠隔地にあるメインサーバにアクセスする場合もあり、全体状況を把握する上での制限があった。
【００１４】
本発明は、ネットワークをグループに分割する際に、各ネットワーク内に設置した監視サーバにはグループ内の各ノードに対してのみＳＮＭＰ通信による状態情報の取得を行うことで、監視サーバ一台あたりに係る負荷の分散、軽減及び通信経路に集中する負荷を分散させながら、且つ分散した周辺の他の監視サーバ間で各々の管理情報を共有することで、通信コスト抑えながら各監視サーバからのネットワークシステム全体の監視、ネットワーク異常の早期検出、サーバ間の代替機能による監視サーバ自体のトラブルによる監視不可となることの回避を可能とし、ネットワーク監視の信頼性を向上させることを目的とする。
【００１５】
【課題を解決するための手段】
本発明の原理を図１に示す。図１において、Ａは第１のネットワークグループ、Ｂは第２のネットワークグループ、１は第１ネットワーク、２は第２ネットワーク、３は第３ネットワーク、４はネットワーク監視サーバ、５はネットワーク監視クライアント、６は回線、７はネットワーク監視サーバ、１０は第１のネットワークグループＡと第２のネットワークグループＢにより構成される全ネットワークである。
【００１６】
本発明の前記目的は下記（１）の構成により達成することができる。
【００１７】
（１）ネットワーク分散管理システムにおいて、ネットワークに接続されたノードを複数のグループに分けてネットワークグループを構成し、前記各ネットワークグループ毎にネットワーク監視サーバを設置し、前記ネットワーク監視サーバが、他の前記ネットワーク監視サーバの持っている管理情報を取得し、共有することにより、ネットワーク監視を行うと共に、新規に前記ネットワークグループが追加された時に、当該追加されたネットワークグループ内においてノードが重複している場合には、管理しているノード数の少ない他のネットワーク監視サーバが当該重複したノードを監視することを特徴とする。
【００３２】
これにより下記の作用効果を奏することができる。
【００３３】
（１）ノードの構成情報、状態情報を共有することにより、ＳＮＭＰ通信によるノード管理を行っていないノードに対しても管理が可能となる。
【００３４】
また、監視するネットワークグループ外のノードに対しては、そのネットワークグループを監視しているネットワーク監視サーバより一括してノード監視情報を提供してもらうことにより、ＳＮＭＰ通信を行わずにノード管理情報を取得することが可能となり、ネットワークトラフィックの負荷を軽減することが可能となる。
【００３６】
（２）ノード管理の重複を無くすことにより、ネットワーク管理の最適化を行うと共にサーバの負担を軽減させることが可能となる。
【００５４】
【発明の実施の形態】
本発明の関連技術及び一実施の形態を図２にもとづき説明する。図２において、ａは第１のネットワークグループ、ｂは第２のネットワークグループ、ｃは第３のネットワークグループ、１１−０、１１−１はノード、１１−２はルータ、１２はネットワーク監視サーバ、１４は回線、１５はＩＳＤＮ網、１６は新規管理ノード、１７はルータ、２１−０〜２１−２はノード、２１−３、２１−４はルータ、２２はネットワーク監視サーバ、３１−０はノード、３１−１はルータ、３２はネットワーク監視サーバである。なお各ノードと各ルータは管理ノードである。
【００５５】
本発明の関連技術では、ノード１１−０、１１−１、ルータ１１−２を有するネットワークグループａをネットワーク監視サーバ１２で監視し、ノード２１−０、２１−１、２１−２、ルータ２１−３、ルータ２１−４を有するネットワークグループｂをネットワーク監視サーバ２２で監視し、ノード３１−０、ルータ３１−１を有するネットワークグループｃをネットワーク監視サーバ３２で監視する。
【００５６】
ネットワーク監視サーバ１２はノード１１−０、１１−１、ルータ１１−２の動作状態やネットワークグループａの構成状態を監視するとともに、この監視情報を回線１４やＩＳＤＮ網１５を経由する通信により他のネットワーク監視サーバ２２、３２に通知する。
【００５７】
ネットワーク監視サーバ２２はノード２１−０、２１−１、２１−２、ルータ２１−３、２１−４の動作状態やネットワークグループｂの構成状態を監視するとともに、その監視情報を回線１４やＩＳＤＮ網１５を経由する通信により、他のネットワーク監視サーバ１２、３２に通知する。
【００５８】
そしてネットワーク監視サーバ３２はノード３１−０、ルータ３１−１の動作状態やネットワークグループｃの構成状態を監視するとともに、その監視情報をＩＳＤＮ網１５や回線１４を経由する通信により他のネットワーク監視サーバ１２、２２に通知する。
【００５９】
このようにしてネットワーク監視サーバ１２は自分のネットワークグループａのノードとルータとで定義される管理ノードを監視するだけで、他のネットワークグループｂ、ｃの監視情報をも保持する、すなわち全ネットワーク情報を保持することができる。同様にネットワーク監視サーバ２２、３２もそれぞれ自分のネットワークグループのノードとルータである管理ノードを監視するだけで他のネットワークグループの監視情報をも保持でき、全ネットワークの情報を保持することができる。
【００６０】
図３は、前記の構成をブロック図でわかり易く説明したものである。図３において、ネットワーク監視サーバ１２、２２は図２のネットワーク監視サーバ１２、２２に相当し、図３のネットワークグループａ、ｂは、図２のネットワークグループａ、ｂに相当する。
【００６１】
図３において、ノード３５はネットワークグループａに属しており、ネットワーク監視サーバ１２が、▲１▼に示す如く、ノード３５を監視しており、その監視情報が、▲２▼に示す如く、ネットワーク監視サーバ１２からネットワーク監視サーバ２２に通知されること、またノード３６はネットワークグループｂに属しており、ネットワーク監視サーバ２２が、▲１▼に示す如く、ノード３６を監視しており、その監視情報が、▲２▼に示す如く、ネットワーク監視サーバ２２からネットワーク監視サーバ１２に通知されることを示している。
【００６２】
またネットワーク監視クライアント３７は、遠隔操作により、▲３▼に示す如く、ネットワーク監視サーバ３２、ネットワーク監視サーバ１２の情報を認識できることを示す。このようにして、ネットワーク監視サーバ１２、２２は、それぞれ自分の監視対象であるネットワークグループａまたはｂを監視するのみで、他のネットワークグループの監視情報を入手することができ、これにより全ネットワークの監視情報が保持されることになる。
【００６３】
ところで本発明の一実施の形態を説明する。図２において、例えばルータ２１−４がネットワークグループｂにおけるネットワーク監視サーバ２２により監視されている場合において、このルータ２１−４がグループａのネットワーク監視サーバ１２によっても監視されていることが、ネットワーク監視サーバ１２、２２間の管理情報の通信等によりわかったとき、自動的にノード管理数の少ないネットワーク監視サーバ１２がこれを監視することになる。なお図２ではルータ２１−４は前記の如く重複監視されていないので、図２ではルータ２１−４はネットワーク監視サーバ２２により監視されたままである。
【００６４】
図２において、新規管理ノードであるノード１６をルータ１７を経由して回線１４に接続され、これをネットワークグループａに接続してそのＩＰアドレス（インターネット・プロトコル・アドレス、図２では１７２．２２．１３．０）をネットワーク監視サーバ１２に記入したとき、ネットワーク監視サーバ１２はこれをネットワーク監視サーバ２２、３２に通知する。これによりネットワーク監視サーバ２２、２３は、ノード１６、ルータ１７を直接監視することなく、ネットワーク監視サーバ１２からの通知により、これらの接続状態、動作状態を管理することができる。ノード１６を追加するときのみならず、管理ノードを削除したり、変更するときも同様である。
【００６５】
図４は新規ノード３８がネットワークグループｂに接続された状態を示す。即ち新しくノード３８が▲１▼に示す如く、ネットワークグループｂに接続されたとき、そのネットワーク監視サーバ２２がこれを認識する。そしてこのノード３８が新しく接続されたことをネットワーク監視サーバ１２、▲２▼に示す如く、通知する。これによりネットワーク監視サーバ１２はノード３８が新しくネットワークグループｂに接続されたことを認識する。
【００６６】
このように、ノードの追加、削除変更を他のネットワーク監視サーバにおいても即時に認識することが可能になる。なおネットワーク監視クライアント３７は、▲３▼に示す如く、ネットワーク監視サーバ１２の情報をリモートでみることにより、これを認識することができる。
【００６７】
次にノードを新規に管理する場合、どのネットワークグループに属するのが最適であるのかを示す最適化管理の手法について説明する。この最適化の手法として（１）管理ノード数にもとづく、（２）ネットワークコストにもとづく、（３）トータル管理コストにもとづく手法がある。
【００６８】
（１）管理ノード数にもとづく管理
管理ノード数にもとづく管理とは、各ネットワークグループの管理ノード数の最も小さいものに新しいノードを管理させるものである。図２の場合、ネットワークグループａの管理ノード数は、ルータが１、ノードが２の合計３であり、ネットワークグループｂの管理ノード数はルータが２、ノードが３の合計５であり、ネットワークグループｃの管理ノード数はルータとノードが各１の合計２である。この手法によればネットワークグループｃのネットワーク監視サーバ３２に新規ノードを管理させることになる。
【００６９】
（２）ネットワークコストにもとづくもの
ネットワークコストにもとづく管理とは、ルータとＷＡＮ（この例ではＩＳＤＮ網）のネットワークコストを各ネットワークグループ毎に求め、その最小のものに新規ノードを管理させるものである。いまルータのネットワークコストを＋１０、ＷＡＮのネットワークコストを＋１００とすると、ネットワークグループａはネットワーク監視サーバ１２が新規のノード１６と通信を行うためのルータが２つとなるのでネットワークグループａにおけるネットワークコストは２×１０＝２０となる。
【００７０】
ネットワークグループｂはネットワーク監視サーバ２２が新規のノード１６と通信を行うためのルータの数が２つとなるので、ネットワークグループｂにおけるネットワークコストは２×１０＝２０となる。そしてネットワークグループｃではネットワーク監視サーバ３２が新規のノード１６と通信を行うためのルータの数が３であり、またＩＳＤＮ網からなるＷＡＮを経由するためネットワークグループｃにおけるネットワークコストは３×１０＋１００＝１３０となる。したがってこれにもとづけばネットワークグループａかｂに管理することになる。
【００７１】
（３）トータル管理コストにもとづくもの
トータル管理コストにもとづく管理とは前記（２）のネットワークコストに、ノードのコストを加算したものである。いまノードのコストを１とするとき、ネットワークグループａにおけるトータル管理コストはノード数が合計３になるので３＋２０＝２３となる。ネットワークグループｂにおけるトータル管理コストはノード数が合計５になるので５＋２０＝２５となる。そしてネットワークグループｃにおけるトータル管理コストはノード数が合計２になるので２＋１３０＝１３２となる。
【００７２】
従って前記（３）のトータル管理コストがもっとも安いものという観点で選択されたとき、新規のノード１６はネットワークグループａに属し、ネットワーク監視サーバ１２により監視されることになる。このときルータ１７のＩＰアドレス１７２．２２．１３．０がネットワーク監視サーバ１２に登録される。そしてこのＩＰアドレスを含めたノード１６の管理情報は、他のネットワーク監視サーバ２２、３２に通知されることにより、ノードはグループ管理される。
【００７３】
なお前記（１）〜（３）の演算はネットワーク監視サーバの１つで行われるものである。そして前記（２）に示す如く、値が同一の場合は、ネットワークのＩＰアドレスグループで近い方（この場合はルータ２１−３）のＩＰアドレスがルータ１１−２のＩＰアドレスよりルータ１７のＩＰアドレスに近いので、ネットワーク監視サーバ２２に管理させることになる。なおＩＰアドレスが近いということは、ネットワークの位置が近いことを示している。
【００７４】
また、ネットワーク監視サーバが他のものよりも負担に不均衡があるとき、バランスさせることができる。例えば図５に示す如く、ネットワーク監視サーバ３９がノードｎ１〜ｎ６を監視し、ネットワーク監視サーバ４０がノードｎ７、ｎ８を監視しているような場合、サーバ３９では監視規定時間内に各ノードｎ１〜ｎ６からの監視開始、終了信号が来なければ、サーバ３９が過負荷状態であることになる。
【００７５】
このようなとき、ネットワーク監視サーバ３９は、ネットワーク監視サーバ４０に対しノードｎ１、ｎ２の監視を依頼することを行うことにより、ネットワーク監視サーバ４０が過負荷状態でなければ、点線に示す如く、ネットワーク監視サーバ４０がこれらのノードの監視を行うことができる。そしてこの監視状態変更の情報は、図示省略した他のネットワークグループのネットワーク監視サーバに通知されることになる。
【００７６】
本発明の関連技術を図６〜図８により説明する。本発明の関連技術は、図６（Ａ）に示す如く、ネットワークＡとネットワークＢを１つのネットワーク監視サーバＡにより監視しているとき、例えばネットワーク監視サーバＡの過負荷状態を防止するため、ネットワーク監視サーバＡの監視動作を継続させたまま同（Ｂ）に示す如く、ネットワークＢに新しくネットワーク監視サーバＢを追加する場合のものである。
【００７７】
図６（Ａ）に示す如く、最初はネットワーク監視サーバＡは、ネットワークＡとネットワークＢを監視グループに含んでいるので、最初は、ネットワーク監視サーバＡの登録リストは、図７（Ａ）に示す如く、設定されている。
【００７８】
すなわち、ネットワーク監視サーバＡの管理対象である管理ネットワーク情報としてはネットワークＡとネットワークＢが登録される。そしてネットワークＡ、Ｂのそれぞれの管理ノード情報を保持している。この管理ノード情報にはそれぞれのＩＰアドレス情報も含まれている。
【００７９】
ここで、ネットワーク監視サーバＡのネットワーク管理に負荷がかかり始めたので、ネットワークＢをネットワーク監視グループから切り離し、新規ネットワーク監視サーバＢにより管理を行うことになる。
【００８０】
新規ネットワーク監視サーバＢはネットワークＢをグループ登録することになるので、登録リストは、図７（Ｂ）に示す如く設定される。
【００８１】
それからネットワーク監視サーバＡと新規ネットワーク監視サーバＢをサーバのグループ化を行い、お互いの管理情報を伝達することにより、管理情報が共有されることになるため、登録リストは、ネットワーク監視サーバＡにおいては図７（Ｃ）に示す如く設定され、またネットワーク監視サーバＢにおいては図８（Ａ）に示す如く設定される。
【００８２】
すなわち図７（Ｃ）に示す如く、ネットワーク監視サーバＡにおいては、新しくネットワーク監視サーバＢよりその管理ネットワーク情報が伝達されてくるため、それまで自己が監視していた管理ネットワーク情報のネットワークＢに相当するものが重複されて保持される。
【００８３】
また、図８（Ａ）に示す如く、新しいネットワーク監視サーバＢにおいては、ネットワーク監視サーバＡから管理サーバ情報が伝達されるが、これにはネットワークＢの管理ネットワーク情報が含まれているので、これが重複されて保持されることになる。
【００８４】
しかし新しいネットワーク監視サーバＢの追加により、ネットワーク監視サーバＡのネットワークＢの監視が不用になったことにより、ネットワーク監視サーバＡの監視グループからネットワークＢを削除する。このように情報更新後のそれぞれのネットワーク管理データは図８（Ｂ）、（Ｃ）に示す如きものとなる。
【００８５】
このような処理により、ネットワーク監視サーバＡの監視を継続したまま、図６（Ｂ）に示す如く、ネットワーク管理構成の変更に対応することが可能となる。また同時に、ネットワーク監視サーバＡのノード管理の負荷を軽減することが可能となる。
【００８６】
すなわち、図６（Ａ）に示す如く、ネットワークＡとネットワークＢを１つのネットワーク監視サーバＡにより監視する状態を継続しつつ、図６（Ｂ）の▲１▼に示す如く、ネットワークＢを新規ネットワーク監視サーバＢにより監視させ、前記の如く、この情報を、及びネットワーク監視サーバＡからの情報を▲２▼に示す如く、ネットワーク監視サーバに通知あるいは受信することによりネットワーク監視サーバＡを動作継続させたままネットワーク監視サーバＢを設定することができる。
【００８７】
本発明の関連技術を図９〜図１０により説明する。本発明の関連技術では、ネットワーク監視サーバに異常が発生したとき、他のネットワーク監視サーバにより異常が発生したネットワーク監視サーバの代行を行うものである。
【００８８】
図９では、ネットワークグループＡの状態をネットワーク監視サーバＡで監視するとともにネットワーク監視バックアップサーバＣでも監視するものである。ネットワークグループＡが非常に重要なものである場合、ネットワーク監視サーバＡの外に更にネットワーク監視バックアップサーバＣにより二重監視をする。ネットワークグループＢの状態はネットワーク監視サーバＢにより行う。
【００８９】
ネットワーク監視サーバＡは、ネットワークグループＡの監視の外にネットワーク監視バックアップサーバＣからの監視情報を通信しており、ネットワーク監視バックアップサーバＣからの監視情報も▲２▼に示す通信ルートにより保持している。勿論ネットワーク監視サーバＡはネットワーク監視サーバＢからの通信によりネットワークグループＢの監視情報も保持している。
【００９０】
いまネットワーク監視サーバＡに異常が発生し、▲１▼に示すルートによりネットワークグループＡに対する監視情報が伝達されなくなった場合には、ネットワーク監視サーバＢは、▲３▼に示す如く、ネットワーク監視バックアップサーバＣに対してＩＰアドレスによる通信を行ってネットワーク監視バックアップサーバＣのネットワークグループＡに対する監視情報を入手することができる。なおネットワーク監視バックアップサーバＣのアドレス情報は、ネットワーク監視サーバＡから▲１▼の通信ルートによりネットワーク監視サーバＢに伝達される管理ノード情報の中に含まれている。
【００９１】
図１０ではネットワーク監視サーバＢに障害が発生した場合を示す。図１０において、ネットワーク監視サーバＡ、ネットワーク監視サーバＢがいずれも正常の場合、ネットワーク監視サーバＡはネットワークグループＡのみを監視し、またネットワーク監視サーバＢはネットワークグループＢのみを監視し、それぞれの監視情報を▲１▼の通信ルートによりお互に伝達する。またネットワーク監視クライアントＤは、リモートコントロール操作により、▲２▼の通信ルートによりネットワーク監視サーバＡをみることができる。
【００９２】
いまネットワーク監視サーバＢに障害が発生して▲１▼の通信ルートによりネットワーク監視サーバＡからの応答がなくなったとき、ネットワーク監視サーバＡは▲３▼のルートによりネットワークグループＢの状態を監視する。ネットワークグループＢのアドレスは、ネットワーク監視サーバＢが正常のときに伝達された管理ノード情報の中に含まれているので、これを使用してネットワークグループＢの状態を監視することができる。
【００９３】
そしてネットワーク監視サーバＢがネットワーク監視サーバＡからの問合せに正常に応答したことによりネットワーク監視サーバＢが正常に復旧したことをネットワーク監視サーバＡが認識したとき、ネットワークグループＢに対する監視を止めて、ネットワークグループＢの監視情報を、ネットワーク監視サーバＢより自動的に受取ることになる。これによりネットワーク監視を自動的に継続することができる。
【００９４】
図１１では、ネットワーク監視サーバｂに障害が発生した場合、ネットワークグループｂの監視をネットワーク監視サーバａとネットワーク監視サーバｃのいずれが行うのが最適かを判別するものである。
【００９５】
図１１においては、ネットワーク監視サーバａがネットワークグループａを監視し、ネットワーク監視サーバｂがネットワークグループｂを監視し、ネットワーク監視サーバｃがネットワークグループｃを監視している。そして各ネットワーク監視サーバで得られた監視情報は、それぞれ他のネットワーク監視サーバに伝達され、各ネットワーク監視サーバは全ネットワークの監視情報を保持することができる。
【００９６】
いま図１１において例えばネットワーク監視サーバｂに障害が発生したとき、他のネットワーク監視サーバでネットワークグループｂの監視情報を得ることが必要である。このとき、ネットワーク監視サーバａが行う方が適当か、ネットワーク監視サーバｃで行う方が適当か判別することが必要になる。
【００９７】
ところで各ネットワーク監視サーバには管理情報により各ネットワーク監視サーバが監視しているネットワークグループの構成情報が伝達されているので、例えばネットワーク監視サーバａで前記（３）で説明したトータル管理コストを算出し、そのもっとも小さい方にこれを行わせる。いまこの算出の結果、ネットワーク監視サーバａで監視した方がこのコストが最小のとき、ネットワーク監視サーバａで監視することになる。すなわち、図１１の▲１▼のルートで監視が行われることになる。
【００９８】
なおこの演算は、前記（１）または（２）のいずれにより求めることもできる。
【００９９】
本発明の他の実施の形態を図１２にもとづき説明する。第４の実施の形態では、全ネットワークを２つのサーバグループに分け、各サーバグループの代表管理サーバ間で監視情報を通信して各ノード管理情報を得、これを共有するものである。
【０１００】
図１２に示す如く、ノードｎａ１〜ｎａ５と、ルータａ１、ａ２と、ネットワーク監視サーバＡで構成されたノードグループＡと、ノードｎｂ１〜ｎｂ３と、ルータｂ１、ｂ２と、ネットワーク監視サーバＢで構成されたノードグループＢとによりサーバグループ１を構成する。なお、ネットワーク監視サーバＡ、ＢはそれぞれノードグループＡ、Ｂを管理している。
【０１０１】
またノードｎｃ１、ｎｃ２と、ルータｃ１、ｃ２と、ネットワーク監視サーバＣで構成されたノードグループＣと、ノードｎｄ１〜ｎｄ５と、ルータｄ１と、ネットワーク監視サーバＤで構成されたノードグループＤと、ノードｎｅ１〜ｎｅ３と、ルータｅ１、ｅ２と、ネットワーク監視サーバＥで構成されたノードグループＥとによりサーバグループ２を構成する。なお、ネットワーク監視サーバＣ、Ｄ、ＥはそれぞれノードグループＣ、Ｄ、Ｅを管理している。
【０１０２】
そしてこのサーバグループ１とサーバグループ２をＷＡＮであるＩＳＤＮ網を経由して管理ノード情報を通信するとき、サーバグループ１、２のどのネットワーク監視サーバ間で交信を行うのが最適であるのか選択することが必要である。
【０１０３】
このため先ずサーバグループ１、２にそれぞれ仮代表サーバを適宜決める。そしてサーバグループ１の仮代表サーバをネットワーク監視サーバＡとし、サーバグループ２の仮代表サーバをネットワーク監視サーバＣとする。
【０１０４】
仮代表サーバＡと仮代表サーバＣとが通信を行い、それぞれのサーバグループの管理サーバ情報を通知し、システム構成を知らせる。それから仮代表サーバＡはネットワーク監視サーバＢに対してサーバグループ２の管理サーバ情報を通知してシステム構成を知らせる。また仮代表サーバＣは、ネットワーク監視サーバＤ、Ｅに対してサーバグループ１の管理サーバ情報を通知してシステム構成を知らせる。
【０１０５】
これにより各ネットワーク監視サーバでは、通知された相手方のネットワーク監視サーバと自ネットワーク監視サーバ間の通信コストを算出する。前記（１）、（２）、（３）のいずれかにより算出する。例えば前記（３）のトータル管理コストで計算する。
【０１０６】
イ．サーバグループ１から相手方のサーバグループ２をみたとき、相手方のネットワーク監視サーバＣ、Ｄ、Ｅのノード管理数（ノードとルータの数の和）は下記の通りである。
【０１０７】
Ｃ：４
Ｄ：６
Ｅ：５
ロ．ネットワーク監視サーバＡと相手方のネットワーク監視サーバＣ、Ｄ、Ｅのネットワークコストは下記の通りである。
【０１０８】
Ａ−Ｃ間＝１０＋１０＋１０＋１００＋１０＋１０＝１５０
Ａ−Ｄ間＝１０＋１０＋１０＋１００＋１０＋１０＝１５０
Ａ−Ｅ間＝１０＋１０＋１０＋１００＋１０＋１０＋１０＝１６０
したがってトータル管理コストは下記の通りである。
【０１０９】
Ａ−Ｃ間＝１５０＋４＝１５４
Ａ−Ｄ間＝１５０＋６＝１５６
Ａ−Ｅ間＝１６０＋５＝１６５
ハ．またネットワーク監視サーバＢと相手方のネットワーク監視サーバＣ、Ｄ、Ｅのネットワークコストは下記の通りである。
【０１１０】
Ｂ−Ｃ間＝１０＋１０＋１００＋１０＋１０＝１４０
Ｂ−Ｄ間＝１０＋１０＋１００＋１０＋１０＝１４０
Ｂ−Ｅ間＝１０＋１０＋１００＋１０＋１０＋１０＝１５０
したがってトータル管理コストは下記の通りである。
【０１１１】
Ｂ−Ｃ間＝１４０＋４＝１４４
Ｂ−Ｄ間＝１４０＋６＝１４６
Ｂ−Ｅ間＝１５０＋５＝１５５
ニ．ネットワーク監視サーバＡは、前記ロで計算した結果と、ネットワーク監視サーバＢから送られてきた前記ハの計算結果にもとづき、これらトータル管理コストの安いものより通信の優先順位を決定する。その結果下記１〜６の順位が決定される。
【０１１２】
１：Ｂ−Ｃ間
２：Ｂ−Ｄ間
３：Ａ−Ｃ間
４：Ｂ−Ｅ間
５：Ａ−Ｄ間
６：Ａ−Ｅ間
もしトータル管理コスト情報に同一値が存在する場合、自方ネットワーク監視サーバなら仮代表サーバＡが優先され、相手方管理サーバならネットワークのＩＰアドレスグループの小さい管理サーバ（ここではＣ）が登録される。
【０１１３】
この結果によりネットワーク監視サーバＢをサーバグループ１の代表サーバと設定し、相手方のサーバグループ２のネットワーク監視サーバＣから情報を取得するように設定する。サーバグループ２も同様にネットワーク監視サーバＣを代表サーバと設定し、相手方のネットワーク監視サーバＢから情報を取得するように設定する。
【０１１４】
サーバグループ１の代表であるネットワーク監視サーバＢからサーバグループ２の代表であるネットワーク監視サーバＣへの通信に対し、応答がない場合は障害発生として動作し、前記計算順位により、次にコストの安いネットワーク監視サーバＤ、Ｅの順で通信を行うことにより通信を確立する。
【０１１５】
このように代表サーバをきめて通信を行うことにより、代表サーバが受信した相手方の管理情報をそのグループの他のネットワーク監視サーバが共有することになる。このようにして代表サーバを決めることによりサーバグループ１、２間の通信が短時間ですみ、コストが安くなる。
【０１１６】
本発明の関連技術を図１３により説明する。この本発明の関連技術ではノードｎａ１〜ｎａ４で構成されるグループＡをネットワーク監視サーバＡで監視し、ノードｎｂ１〜ｎｂ３で構成されるグループＢをネットワーク監視サーバＢで監視し、ノードｎｃ１〜ｎｃ４で構成されるグループＣをネットワーク監視サーバＣで監視し、ノードｎｄ１〜ｎｄ３で構成されるグループＤをネットワーク監視サーバＤで監視し、ノードｎｂ４、ｎｄ４をネットワーク監視サーバＥで監視する。
【０１１７】
そしてネットワーク監視サーバＡ、Ｂをグループ化してその一方、例えばネットワーク監視サーバＡをマスタとしてこれがグループＡとＢを統合管理する。またネットワーク監視サーバＣとＤをグループ化してその一方例えばネットワーク監視サーバＣをマスタとしてこれがグループＣとＤを統合管理する。
【０１１８】
そしてこのマスタのネットワーク監視サーバでそのグループ全体の管理情報を持つ。そしてネットワーク監視サーバＡ、Ｂ、Ｃ、Ｄ、Ｅもネットワーク監視グループとしてグループ化する。
【０１１９】
従って重複したネットワークグループ内の監視状態の変化が、ネットワーク監視サーバにおけるトラブルに対しても各監視グループに瞬時に検出されることが可能となり、ネットワーク管理を強化することができる。
【０１２０】
なお、一点鎖線で示す如く、グループ化することにより、ノードｎｂ４、ｎｄ４をネットワーク監視サーバＥのみでなく、ネットワーク監視サーバＢまたはＤにより二重に監視することもできるので、重要な機能のノードに対しては監視を強化することもできる。
【０１２１】
本発明の関連技術を図１４、図１５により説明する。この関連技術ではネットワーク監視サーバを集中監視するものである。
【０１２２】
図１４に示す如く、ネットワークグループＡ、Ｂはそれぞれネットワーク監視サーバＡ、Ｂにより監視されている。そしてこれらネットワーク監視サーバＡ、Ｂはネットワーク監視サーバＣにより集中監視され、これらネットワーク監視サーバＡ、Ｂの監視情報は▲１▼のルートにより直ちにネットワーク監視サーバＣに通知される。従ってネットワーク監視クライアントＡは、▲２▼のルートによりネットワーク監視サーバＣをリモートでみることにより、直ちにネットワーク監視サーバＡ及びＢの状態をみることができる。
【０１２３】
なお、ネットワーク監視サーバＡは図１５に示す如く、ネットワークグループＢの情報を、ネットワーク監視サーバＣを経由して得ることができる。
【０１２４】
本発明によればネットワークの全体監視を行う際に、ネットワークに接続された各ノードを物理的、論理的に管理し易い単位にグループ分けして各グループ毎にネットワーク監視サーバを設置し、グループ内のノードのみを管理対象にし、分割した各グループを統合管理するマスタを設置することで監視によるトラフィックの集中を分散し軽減し、またサーバの資源状態、監視ノードグループ、監視対象ノード数、ネットワークコスト等を考慮して監視対象ノードと監視サーバを決定することで最適なネットワーク監視を構築する。
【０１２５】
またノードの追加、変更によるネットワーク構成認識の変更をグループ内で検出することで、構成認識の変更を容易にし柔軟な対応を可能にする。
【０１２６】
グループ分けした監視サーバ間で管理情報を相互に交換し共有することで、自身が直接監視していないノードについても管理し、各グループのネットワーク監視サーバでネットワーク全体を監視することができる。
【０１２７】
グループ内に監視サーバをバックアップする手段を置き、監視サーバに異常が発生した場合、ノードの監視と他グループとの情報交換機能を引き継ぐことにより、グループ内のノード監視、ネットワーク全体でのノード監視が支障なく行えるようにする。またグループ内にバックアップを持たない場合は、分散した監視サーバ間で障害発生等により他の監視サーバで発生した異常状態を早期に検出し、その監視サーバが管理していたノードの監視を代理で引き継ぐことにより、ネットワーク全体でのノード監視が支障なく行えるようにすることができる。
【０１２８】
ところで特開平５−１４３６８号公報にはネットワーク監視装置間で相互に情報を交換し、ネットワーク全体を監視することが記載されているが、これは同一同軸ケーブル毎に１つのネットワーク監視装置を設置している。これに対して本発明は同一同軸ケーブルといった物理構成にとらわれず、ネットワークの通信回線（ＬＡＮ）、公衆回線（ＷＡＮ）に対しても適用でき、論理構成のネットワーク監視グループ毎に設置すればよく、さらなる監視効率の向上が見込まれるものである。
【０１２９】
特開平８−２８８９４５号公報にはサブネットワークの監視装置間で運用情報を通知したり、監視装置異常により他の監視装置が代行して監視の継続化をはかることが記載されている。しかしこれは、本発明におけるように、ネットワークグループ内で新規にネットワーク監視サーバをグループ化した時に、ノード管理の重複を無くしてネットワーク管理の最適化を行うと共にサーバの負担を軽減することを可能としたものについての記載はない。
【０１３０】
特開平７−２５００６８号公報には、過負荷なネットワーク要素の割り当てを変更し、負荷のかかっているシステム要素の移動を行うことが記載されている。しかしこれはネットワークを構成する通信装置の負荷集中を避けてネットワークシステムの平滑化を行うことを目的とするものであり、本発明の通信装置を監視するための分散管理とは目的、構成が異なる。
【０１３１】
特開平９−１７２４３５号公報にはエージエントの異常をマネジャに通知することが記載されているが、本発明ではマネージャ、エージエントの概念はなく、監視装置間は対等な関係で分散管理を行うものである。
【０１３２】
【発明の効果】
本発明によれば下記の効果を奏する。
【０１３３】
（１）ノードの構成情報、状態情報を共有することにより、ＳＮＭＰ通信によるノード管理を行っていないノードに対しても管理が可能となる。
【０１３４】
また、監視するネットワークグループ外のノードに対しては、そのネットワークグループを監視しているネットワーク監視サーバより一括してノード監視情報を提供してもらうことにより、ＳＮＭＰ通信を行わずにノード管理情報を取得することが可能となり、ネットワークトラフィックの負荷を軽減することが可能となる。
【０１３６】
（２）ノード管理の重複を無くすことにより、ネットワーク管理の最適化を行うと共にサーバの負担を軽減させることが可能となる。
【図面の簡単な説明】
【図１】本発明の原理図である。
【図２】本発明の関連技術及び一実施の形態説明図である。
【図３】ノード情報の提供状態説明図である。
【図４】新規ノードの検出状態説明図である。
【図５】負荷分散状態説明図である。
【図６】本発明の関連技術説明図である。
【図７】ネットワーク管理データ説明図（その１）である。
【図８】ネットワーク管理データ説明図（その２）である。
【図９】本発明の関連技術説明図である。
【図１０】ネットワーク管理システムの障害および復旧検出説明図である。
【図１１】ネットワーク監視代行状態説明図である。
【図１２】本発明の他の実施の形態である。
【図１３】本発明の関連技術説明図である。
【図１４】本発明の関連技術説明図である。
【図１５】ネットワーク監視サーバのノード管理データである。
【図１６】従来例である。
【発明の属する技術分野】
本発明はネットワーク分散管理システムに係り、特に大規模化、複雑化したネットワークを複数の監視サーバにより効率的に監視したものに関する。
【０００２】
【従来の技術】
近年、通信回線等のネットワーク技術の発達、メディアの普及に伴い、通信ネットワークシステムは急速に拡大、進歩を遂げており、これに伴って大規模化、複雑化していくネットワークを支障なく運用するために、ネットワーク上の通信機器の通信状態を監視、管理するシステムが必要となっている。
【０００３】
ネットワーク管理は、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）というネットワーク管理プロトコルを使用して、ネットワーク上の監視側装置（マネージャ）と、マネージャに対する応答機能（エージェント機能）を持つ被監視側装置が通信して、マネージャが管理に必要な情報、例えば装置構成情報や状態情報をノードに要求し、ノードがそれに応答することで監視側が情報収集を行い、ネットワーク上の全ノードからの情報を集中管理することで実現される。
【０００４】
従来のネットワーク分散管理システムを図１６により説明する。図１６は、ネットワーク１、ネットワーク２、ネットワーク３を回線で接続し、一台のネットワーク監視サーバ１０１により各ネットワーク１、２、３の状態を監視するものである。なお、ネットワーク監視クライアント１０２は、ネットワーク監視サーバ１０１の内容を遠隔操作により認識するものである。
【０００５】
ネットワーク１は複数のノードと、一台のルータにより構成されている。ネットワーク２、３もネットワーク１と同様に構成されている。そしてネットワーク１、２、３、ネットワーク監視サーバ１０１、ネットワーク監視のクライアント１０２等により１つのネットワーク１００を構成している。
【０００６】
図１６に示す如く、ネットワーク１００が小規模な場合は一台のネットワーク監視サーバで各ネットワーク１、２、３の状態を監視することができる。しかし大規模なネットワークでは、全体を一台のネットワーク監視サーバで監視するときはネットワーク監視サーバ（マネージャ）の性能が高性能のものを使用しなければならないため非常に高価なものとなる。
【０００７】
そのため、大規模なネットワークでは１箇所へのネットワーク負荷の集中を避けるため、一台のマネージャで全てのノードを監視するのではなく、複数のマネージャを分割したサブネットワーク毎に分散して配置し、それらを統合するマスターサーバが各部門に分散したマネージャからの情報を一括して管理することで、ネットワークを統合して管理する。
【０００８】
【発明が解決しようとする課題】
ネットワーク管理は、そのネットワークに新たな通信機器やサブネットワークの追加等、ネットワークの構成が変更される度にその管理構成についても変更する必要がある。
【０００９】
しかし近年のネットワーク技術の発達やメディアの普及の急速な発達に伴い、ネットワークシステムの大規模化、複雑化のスピードもますます増しており、ネットワーク上に新たにノードを追加して管理する場合、その度にネットワーク管理の構成も見直しの必要を迫られる回数が増え、またその構成も複雑さを増す一方で最適なネットワーク管理を行うための構成の設計も複雑なものになっている。
【００１０】
従来の技術ではネットワーク構成が複雑になるのに合わせてその管理構成の見直しにかかる作業も増加していった。
【００１１】
またネットワーク上の監視対象とするノードの増加に比例して管理情報の収集にかかる時間が増大し、ネットワーク上の異常検出にも時間がかかる様になっている。これに対応するために監視サーバを追加することがさらに管理構成の再構成の再構築を複雑にしていくことになる。
【００１２】
またネットワークシステムの規模が大きくなり、監視機器を増加する必要が増えるにつれて、本来監視する通信機器だけでなくネットワーク監視側にもトラブルが発生する機会が増え、トラブルによって監視サーバ自身に問題が発生したとき、監視自体に支障が発生した場合にも円滑に監視を続けるためにそのバックアップ手段が必要とされる様になってきたが、そのバックアップのためにネットワーク負荷の増加や、あるいは一時的な監視抜けを招いたり、完全な対応がとれないでいた。
【００１３】
またネットワーク全体の管理状態を認識するために、遠隔地にあるメインサーバにアクセスする場合もあり、全体状況を把握する上での制限があった。
【００１４】
本発明は、ネットワークをグループに分割する際に、各ネットワーク内に設置した監視サーバにはグループ内の各ノードに対してのみＳＮＭＰ通信による状態情報の取得を行うことで、監視サーバ一台あたりに係る負荷の分散、軽減及び通信経路に集中する負荷を分散させながら、且つ分散した周辺の他の監視サーバ間で各々の管理情報を共有することで、通信コスト抑えながら各監視サーバからのネットワークシステム全体の監視、ネットワーク異常の早期検出、サーバ間の代替機能による監視サーバ自体のトラブルによる監視不可となることの回避を可能とし、ネットワーク監視の信頼性を向上させることを目的とする。
【００１５】
【課題を解決するための手段】
本発明の原理を図１に示す。図１において、Ａは第１のネットワークグループ、Ｂは第２のネットワークグループ、１は第１ネットワーク、２は第２ネットワーク、３は第３ネットワーク、４はネットワーク監視サーバ、５はネットワーク監視クライアント、６は回線、７はネットワーク監視サーバ、１０は第１のネットワークグループＡと第２のネットワークグループＢにより構成される全ネットワークである。
【００１６】
本発明の前記目的は下記（１）の構成により達成することができる。
【００１７】
（１）ネットワーク分散管理システムにおいて、ネットワークに接続されたノードを複数のグループに分けてネットワークグループを構成し、前記各ネットワークグループ毎にネットワーク監視サーバを設置し、前記ネットワーク監視サーバが、他の前記ネットワーク監視サーバの持っている管理情報を取得し、共有することにより、ネットワーク監視を行うと共に、新規に前記ネットワークグループが追加された時に、当該追加されたネットワークグループ内においてノードが重複している場合には、管理しているノード数の少ない他のネットワーク監視サーバが当該重複したノードを監視することを特徴とする。
【００３２】
これにより下記の作用効果を奏することができる。
【００３３】
（１）ノードの構成情報、状態情報を共有することにより、ＳＮＭＰ通信によるノード管理を行っていないノードに対しても管理が可能となる。
【００３４】
また、監視するネットワークグループ外のノードに対しては、そのネットワークグループを監視しているネットワーク監視サーバより一括してノード監視情報を提供してもらうことにより、ＳＮＭＰ通信を行わずにノード管理情報を取得することが可能となり、ネットワークトラフィックの負荷を軽減することが可能となる。
【００３６】
（２）ノード管理の重複を無くすことにより、ネットワーク管理の最適化を行うと共にサーバの負担を軽減させることが可能となる。
【００５４】
【発明の実施の形態】
本発明の関連技術及び一実施の形態を図２にもとづき説明する。図２において、ａは第１のネットワークグループ、ｂは第２のネットワークグループ、ｃは第３のネットワークグループ、１１−０、１１−１はノード、１１−２はルータ、１２はネットワーク監視サーバ、１４は回線、１５はＩＳＤＮ網、１６は新規管理ノード、１７はルータ、２１−０〜２１−２はノード、２１−３、２１−４はルータ、２２はネットワーク監視サーバ、３１−０はノード、３１−１はルータ、３２はネットワーク監視サーバである。なお各ノードと各ルータは管理ノードである。
【００５５】
本発明の関連技術では、ノード１１−０、１１−１、ルータ１１−２を有するネットワークグループａをネットワーク監視サーバ１２で監視し、ノード２１−０、２１−１、２１−２、ルータ２１−３、ルータ２１−４を有するネットワークグループｂをネットワーク監視サーバ２２で監視し、ノード３１−０、ルータ３１−１を有するネットワークグループｃをネットワーク監視サーバ３２で監視する。
【００５６】
ネットワーク監視サーバ１２はノード１１−０、１１−１、ルータ１１−２の動作状態やネットワークグループａの構成状態を監視するとともに、この監視情報を回線１４やＩＳＤＮ網１５を経由する通信により他のネットワーク監視サーバ２２、３２に通知する。
【００５７】
ネットワーク監視サーバ２２はノード２１−０、２１−１、２１−２、ルータ２１−３、２１−４の動作状態やネットワークグループｂの構成状態を監視するとともに、その監視情報を回線１４やＩＳＤＮ網１５を経由する通信により、他のネットワーク監視サーバ１２、３２に通知する。
【００５８】
そしてネットワーク監視サーバ３２はノード３１−０、ルータ３１−１の動作状態やネットワークグループｃの構成状態を監視するとともに、その監視情報をＩＳＤＮ網１５や回線１４を経由する通信により他のネットワーク監視サーバ１２、２２に通知する。
【００５９】
このようにしてネットワーク監視サーバ１２は自分のネットワークグループａのノードとルータとで定義される管理ノードを監視するだけで、他のネットワークグループｂ、ｃの監視情報をも保持する、すなわち全ネットワーク情報を保持することができる。同様にネットワーク監視サーバ２２、３２もそれぞれ自分のネットワークグループのノードとルータである管理ノードを監視するだけで他のネットワークグループの監視情報をも保持でき、全ネットワークの情報を保持することができる。
【００６０】
図３は、前記の構成をブロック図でわかり易く説明したものである。図３において、ネットワーク監視サーバ１２、２２は図２のネットワーク監視サーバ１２、２２に相当し、図３のネットワークグループａ、ｂは、図２のネットワークグループａ、ｂに相当する。
【００６１】
図３において、ノード３５はネットワークグループａに属しており、ネットワーク監視サーバ１２が、▲１▼に示す如く、ノード３５を監視しており、その監視情報が、▲２▼に示す如く、ネットワーク監視サーバ１２からネットワーク監視サーバ２２に通知されること、またノード３６はネットワークグループｂに属しており、ネットワーク監視サーバ２２が、▲１▼に示す如く、ノード３６を監視しており、その監視情報が、▲２▼に示す如く、ネットワーク監視サーバ２２からネットワーク監視サーバ１２に通知されることを示している。
【００６２】
またネットワーク監視クライアント３７は、遠隔操作により、▲３▼に示す如く、ネットワーク監視サーバ３２、ネットワーク監視サーバ１２の情報を認識できることを示す。このようにして、ネットワーク監視サーバ１２、２２は、それぞれ自分の監視対象であるネットワークグループａまたはｂを監視するのみで、他のネットワークグループの監視情報を入手することができ、これにより全ネットワークの監視情報が保持されることになる。
【００６３】
ところで本発明の一実施の形態を説明する。図２において、例えばルータ２１−４がネットワークグループｂにおけるネットワーク監視サーバ２２により監視されている場合において、このルータ２１−４がグループａのネットワーク監視サーバ１２によっても監視されていることが、ネットワーク監視サーバ１２、２２間の管理情報の通信等によりわかったとき、自動的にノード管理数の少ないネットワーク監視サーバ１２がこれを監視することになる。なお図２ではルータ２１−４は前記の如く重複監視されていないので、図２ではルータ２１−４はネットワーク監視サーバ２２により監視されたままである。
【００６４】
図２において、新規管理ノードであるノード１６をルータ１７を経由して回線１４に接続され、これをネットワークグループａに接続してそのＩＰアドレス（インターネット・プロトコル・アドレス、図２では１７２．２２．１３．０）をネットワーク監視サーバ１２に記入したとき、ネットワーク監視サーバ１２はこれをネットワーク監視サーバ２２、３２に通知する。これによりネットワーク監視サーバ２２、２３は、ノード１６、ルータ１７を直接監視することなく、ネットワーク監視サーバ１２からの通知により、これらの接続状態、動作状態を管理することができる。ノード１６を追加するときのみならず、管理ノードを削除したり、変更するときも同様である。
【００６５】
図４は新規ノード３８がネットワークグループｂに接続された状態を示す。即ち新しくノード３８が▲１▼に示す如く、ネットワークグループｂに接続されたとき、そのネットワーク監視サーバ２２がこれを認識する。そしてこのノード３８が新しく接続されたことをネットワーク監視サーバ１２、▲２▼に示す如く、通知する。これによりネットワーク監視サーバ１２はノード３８が新しくネットワークグループｂに接続されたことを認識する。
【００６６】
このように、ノードの追加、削除変更を他のネットワーク監視サーバにおいても即時に認識することが可能になる。なおネットワーク監視クライアント３７は、▲３▼に示す如く、ネットワーク監視サーバ１２の情報をリモートでみることにより、これを認識することができる。
【００６７】
次にノードを新規に管理する場合、どのネットワークグループに属するのが最適であるのかを示す最適化管理の手法について説明する。この最適化の手法として（１）管理ノード数にもとづく、（２）ネットワークコストにもとづく、（３）トータル管理コストにもとづく手法がある。
【００６８】
（１）管理ノード数にもとづく管理
管理ノード数にもとづく管理とは、各ネットワークグループの管理ノード数の最も小さいものに新しいノードを管理させるものである。図２の場合、ネットワークグループａの管理ノード数は、ルータが１、ノードが２の合計３であり、ネットワークグループｂの管理ノード数はルータが２、ノードが３の合計５であり、ネットワークグループｃの管理ノード数はルータとノードが各１の合計２である。この手法によればネットワークグループｃのネットワーク監視サーバ３２に新規ノードを管理させることになる。
【００６９】
（２）ネットワークコストにもとづくもの
ネットワークコストにもとづく管理とは、ルータとＷＡＮ（この例ではＩＳＤＮ網）のネットワークコストを各ネットワークグループ毎に求め、その最小のものに新規ノードを管理させるものである。いまルータのネットワークコストを＋１０、ＷＡＮのネットワークコストを＋１００とすると、ネットワークグループａはネットワーク監視サーバ１２が新規のノード１６と通信を行うためのルータが２つとなるのでネットワークグループａにおけるネットワークコストは２×１０＝２０となる。
【００７０】
ネットワークグループｂはネットワーク監視サーバ２２が新規のノード１６と通信を行うためのルータの数が２つとなるので、ネットワークグループｂにおけるネットワークコストは２×１０＝２０となる。そしてネットワークグループｃではネットワーク監視サーバ３２が新規のノード１６と通信を行うためのルータの数が３であり、またＩＳＤＮ網からなるＷＡＮを経由するためネットワークグループｃにおけるネットワークコストは３×１０＋１００＝１３０となる。したがってこれにもとづけばネットワークグループａかｂに管理することになる。
【００７１】
（３）トータル管理コストにもとづくもの
トータル管理コストにもとづく管理とは前記（２）のネットワークコストに、ノードのコストを加算したものである。いまノードのコストを１とするとき、ネットワークグループａにおけるトータル管理コストはノード数が合計３になるので３＋２０＝２３となる。ネットワークグループｂにおけるトータル管理コストはノード数が合計５になるので５＋２０＝２５となる。そしてネットワークグループｃにおけるトータル管理コストはノード数が合計２になるので２＋１３０＝１３２となる。
【００７２】
従って前記（３）のトータル管理コストがもっとも安いものという観点で選択されたとき、新規のノード１６はネットワークグループａに属し、ネットワーク監視サーバ１２により監視されることになる。このときルータ１７のＩＰアドレス１７２．２２．１３．０がネットワーク監視サーバ１２に登録される。そしてこのＩＰアドレスを含めたノード１６の管理情報は、他のネットワーク監視サーバ２２、３２に通知されることにより、ノードはグループ管理される。
【００７３】
なお前記（１）〜（３）の演算はネットワーク監視サーバの１つで行われるものである。そして前記（２）に示す如く、値が同一の場合は、ネットワークのＩＰアドレスグループで近い方（この場合はルータ２１−３）のＩＰアドレスがルータ１１−２のＩＰアドレスよりルータ１７のＩＰアドレスに近いので、ネットワーク監視サーバ２２に管理させることになる。なおＩＰアドレスが近いということは、ネットワークの位置が近いことを示している。
【００７４】
また、ネットワーク監視サーバが他のものよりも負担に不均衡があるとき、バランスさせることができる。例えば図５に示す如く、ネットワーク監視サーバ３９がノードｎ１〜ｎ６を監視し、ネットワーク監視サーバ４０がノードｎ７、ｎ８を監視しているような場合、サーバ３９では監視規定時間内に各ノードｎ１〜ｎ６からの監視開始、終了信号が来なければ、サーバ３９が過負荷状態であることになる。
【００７５】
このようなとき、ネットワーク監視サーバ３９は、ネットワーク監視サーバ４０に対しノードｎ１、ｎ２の監視を依頼することを行うことにより、ネットワーク監視サーバ４０が過負荷状態でなければ、点線に示す如く、ネットワーク監視サーバ４０がこれらのノードの監視を行うことができる。そしてこの監視状態変更の情報は、図示省略した他のネットワークグループのネットワーク監視サーバに通知されることになる。
【００７６】
本発明の関連技術を図６〜図８により説明する。本発明の関連技術は、図６（Ａ）に示す如く、ネットワークＡとネットワークＢを１つのネットワーク監視サーバＡにより監視しているとき、例えばネットワーク監視サーバＡの過負荷状態を防止するため、ネットワーク監視サーバＡの監視動作を継続させたまま同（Ｂ）に示す如く、ネットワークＢに新しくネットワーク監視サーバＢを追加する場合のものである。
【００７７】
図６（Ａ）に示す如く、最初はネットワーク監視サーバＡは、ネットワークＡとネットワークＢを監視グループに含んでいるので、最初は、ネットワーク監視サーバＡの登録リストは、図７（Ａ）に示す如く、設定されている。
【００７８】
すなわち、ネットワーク監視サーバＡの管理対象である管理ネットワーク情報としてはネットワークＡとネットワークＢが登録される。そしてネットワークＡ、Ｂのそれぞれの管理ノード情報を保持している。この管理ノード情報にはそれぞれのＩＰアドレス情報も含まれている。
【００７９】
ここで、ネットワーク監視サーバＡのネットワーク管理に負荷がかかり始めたので、ネットワークＢをネットワーク監視グループから切り離し、新規ネットワーク監視サーバＢにより管理を行うことになる。
【００８０】
新規ネットワーク監視サーバＢはネットワークＢをグループ登録することになるので、登録リストは、図７（Ｂ）に示す如く設定される。
【００８１】
それからネットワーク監視サーバＡと新規ネットワーク監視サーバＢをサーバのグループ化を行い、お互いの管理情報を伝達することにより、管理情報が共有されることになるため、登録リストは、ネットワーク監視サーバＡにおいては図７（Ｃ）に示す如く設定され、またネットワーク監視サーバＢにおいては図８（Ａ）に示す如く設定される。
【００８２】
すなわち図７（Ｃ）に示す如く、ネットワーク監視サーバＡにおいては、新しくネットワーク監視サーバＢよりその管理ネットワーク情報が伝達されてくるため、それまで自己が監視していた管理ネットワーク情報のネットワークＢに相当するものが重複されて保持される。
【００８３】
また、図８（Ａ）に示す如く、新しいネットワーク監視サーバＢにおいては、ネットワーク監視サーバＡから管理サーバ情報が伝達されるが、これにはネットワークＢの管理ネットワーク情報が含まれているので、これが重複されて保持されることになる。
【００８４】
しかし新しいネットワーク監視サーバＢの追加により、ネットワーク監視サーバＡのネットワークＢの監視が不用になったことにより、ネットワーク監視サーバＡの監視グループからネットワークＢを削除する。このように情報更新後のそれぞれのネットワーク管理データは図８（Ｂ）、（Ｃ）に示す如きものとなる。
【００８５】
このような処理により、ネットワーク監視サーバＡの監視を継続したまま、図６（Ｂ）に示す如く、ネットワーク管理構成の変更に対応することが可能となる。また同時に、ネットワーク監視サーバＡのノード管理の負荷を軽減することが可能となる。
【００８６】
すなわち、図６（Ａ）に示す如く、ネットワークＡとネットワークＢを１つのネットワーク監視サーバＡにより監視する状態を継続しつつ、図６（Ｂ）の▲１▼に示す如く、ネットワークＢを新規ネットワーク監視サーバＢにより監視させ、前記の如く、この情報を、及びネットワーク監視サーバＡからの情報を▲２▼に示す如く、ネットワーク監視サーバに通知あるいは受信することによりネットワーク監視サーバＡを動作継続させたままネットワーク監視サーバＢを設定することができる。
【００８７】
本発明の関連技術を図９〜図１０により説明する。本発明の関連技術では、ネットワーク監視サーバに異常が発生したとき、他のネットワーク監視サーバにより異常が発生したネットワーク監視サーバの代行を行うものである。
【００８８】
図９では、ネットワークグループＡの状態をネットワーク監視サーバＡで監視するとともにネットワーク監視バックアップサーバＣでも監視するものである。ネットワークグループＡが非常に重要なものである場合、ネットワーク監視サーバＡの外に更にネットワーク監視バックアップサーバＣにより二重監視をする。ネットワークグループＢの状態はネットワーク監視サーバＢにより行う。
【００８９】
ネットワーク監視サーバＡは、ネットワークグループＡの監視の外にネットワーク監視バックアップサーバＣからの監視情報を通信しており、ネットワーク監視バックアップサーバＣからの監視情報も▲２▼に示す通信ルートにより保持している。勿論ネットワーク監視サーバＡはネットワーク監視サーバＢからの通信によりネットワークグループＢの監視情報も保持している。
【００９０】
いまネットワーク監視サーバＡに異常が発生し、▲１▼に示すルートによりネットワークグループＡに対する監視情報が伝達されなくなった場合には、ネットワーク監視サーバＢは、▲３▼に示す如く、ネットワーク監視バックアップサーバＣに対してＩＰアドレスによる通信を行ってネットワーク監視バックアップサーバＣのネットワークグループＡに対する監視情報を入手することができる。なおネットワーク監視バックアップサーバＣのアドレス情報は、ネットワーク監視サーバＡから▲１▼の通信ルートによりネットワーク監視サーバＢに伝達される管理ノード情報の中に含まれている。
【００９１】
図１０ではネットワーク監視サーバＢに障害が発生した場合を示す。図１０において、ネットワーク監視サーバＡ、ネットワーク監視サーバＢがいずれも正常の場合、ネットワーク監視サーバＡはネットワークグループＡのみを監視し、またネットワーク監視サーバＢはネットワークグループＢのみを監視し、それぞれの監視情報を▲１▼の通信ルートによりお互に伝達する。またネットワーク監視クライアントＤは、リモートコントロール操作により、▲２▼の通信ルートによりネットワーク監視サーバＡをみることができる。
【００９２】
いまネットワーク監視サーバＢに障害が発生して▲１▼の通信ルートによりネットワーク監視サーバＡからの応答がなくなったとき、ネットワーク監視サーバＡは▲３▼のルートによりネットワークグループＢの状態を監視する。ネットワークグループＢのアドレスは、ネットワーク監視サーバＢが正常のときに伝達された管理ノード情報の中に含まれているので、これを使用してネットワークグループＢの状態を監視することができる。
【００９３】
そしてネットワーク監視サーバＢがネットワーク監視サーバＡからの問合せに正常に応答したことによりネットワーク監視サーバＢが正常に復旧したことをネットワーク監視サーバＡが認識したとき、ネットワークグループＢに対する監視を止めて、ネットワークグループＢの監視情報を、ネットワーク監視サーバＢより自動的に受取ることになる。これによりネットワーク監視を自動的に継続することができる。
【００９４】
図１１では、ネットワーク監視サーバｂに障害が発生した場合、ネットワークグループｂの監視をネットワーク監視サーバａとネットワーク監視サーバｃのいずれが行うのが最適かを判別するものである。
【００９５】
図１１においては、ネットワーク監視サーバａがネットワークグループａを監視し、ネットワーク監視サーバｂがネットワークグループｂを監視し、ネットワーク監視サーバｃがネットワークグループｃを監視している。そして各ネットワーク監視サーバで得られた監視情報は、それぞれ他のネットワーク監視サーバに伝達され、各ネットワーク監視サーバは全ネットワークの監視情報を保持することができる。
【００９６】
いま図１１において例えばネットワーク監視サーバｂに障害が発生したとき、他のネットワーク監視サーバでネットワークグループｂの監視情報を得ることが必要である。このとき、ネットワーク監視サーバａが行う方が適当か、ネットワーク監視サーバｃで行う方が適当か判別することが必要になる。
【００９７】
ところで各ネットワーク監視サーバには管理情報により各ネットワーク監視サーバが監視しているネットワークグループの構成情報が伝達されているので、例えばネットワーク監視サーバａで前記（３）で説明したトータル管理コストを算出し、そのもっとも小さい方にこれを行わせる。いまこの算出の結果、ネットワーク監視サーバａで監視した方がこのコストが最小のとき、ネットワーク監視サーバａで監視することになる。すなわち、図１１の▲１▼のルートで監視が行われることになる。
【００９８】
なおこの演算は、前記（１）または（２）のいずれにより求めることもできる。
【００９９】
本発明の他の実施の形態を図１２にもとづき説明する。第４の実施の形態では、全ネットワークを２つのサーバグループに分け、各サーバグループの代表管理サーバ間で監視情報を通信して各ノード管理情報を得、これを共有するものである。
【０１００】
図１２に示す如く、ノードｎａ１〜ｎａ５と、ルータａ１、ａ２と、ネットワーク監視サーバＡで構成されたノードグループＡと、ノードｎｂ１〜ｎｂ３と、ルータｂ１、ｂ２と、ネットワーク監視サーバＢで構成されたノードグループＢとによりサーバグループ１を構成する。なお、ネットワーク監視サーバＡ、ＢはそれぞれノードグループＡ、Ｂを管理している。
【０１０１】
またノードｎｃ１、ｎｃ２と、ルータｃ１、ｃ２と、ネットワーク監視サーバＣで構成されたノードグループＣと、ノードｎｄ１〜ｎｄ５と、ルータｄ１と、ネットワーク監視サーバＤで構成されたノードグループＤと、ノードｎｅ１〜ｎｅ３と、ルータｅ１、ｅ２と、ネットワーク監視サーバＥで構成されたノードグループＥとによりサーバグループ２を構成する。なお、ネットワーク監視サーバＣ、Ｄ、ＥはそれぞれノードグループＣ、Ｄ、Ｅを管理している。
【０１０２】
そしてこのサーバグループ１とサーバグループ２をＷＡＮであるＩＳＤＮ網を経由して管理ノード情報を通信するとき、サーバグループ１、２のどのネットワーク監視サーバ間で交信を行うのが最適であるのか選択することが必要である。
【０１０３】
このため先ずサーバグループ１、２にそれぞれ仮代表サーバを適宜決める。そしてサーバグループ１の仮代表サーバをネットワーク監視サーバＡとし、サーバグループ２の仮代表サーバをネットワーク監視サーバＣとする。
【０１０４】
仮代表サーバＡと仮代表サーバＣとが通信を行い、それぞれのサーバグループの管理サーバ情報を通知し、システム構成を知らせる。それから仮代表サーバＡはネットワーク監視サーバＢに対してサーバグループ２の管理サーバ情報を通知してシステム構成を知らせる。また仮代表サーバＣは、ネットワーク監視サーバＤ、Ｅに対してサーバグループ１の管理サーバ情報を通知してシステム構成を知らせる。
【０１０５】
これにより各ネットワーク監視サーバでは、通知された相手方のネットワーク監視サーバと自ネットワーク監視サーバ間の通信コストを算出する。前記（１）、（２）、（３）のいずれかにより算出する。例えば前記（３）のトータル管理コストで計算する。
【０１０６】
イ．サーバグループ１から相手方のサーバグループ２をみたとき、相手方のネットワーク監視サーバＣ、Ｄ、Ｅのノード管理数（ノードとルータの数の和）は下記の通りである。
【０１０７】
Ｃ：４
Ｄ：６
Ｅ：５
ロ．ネットワーク監視サーバＡと相手方のネットワーク監視サーバＣ、Ｄ、Ｅのネットワークコストは下記の通りである。
【０１０８】
Ａ−Ｃ間＝１０＋１０＋１０＋１００＋１０＋１０＝１５０
Ａ−Ｄ間＝１０＋１０＋１０＋１００＋１０＋１０＝１５０
Ａ−Ｅ間＝１０＋１０＋１０＋１００＋１０＋１０＋１０＝１６０
したがってトータル管理コストは下記の通りである。
【０１０９】
Ａ−Ｃ間＝１５０＋４＝１５４
Ａ−Ｄ間＝１５０＋６＝１５６
Ａ−Ｅ間＝１６０＋５＝１６５
ハ．またネットワーク監視サーバＢと相手方のネットワーク監視サーバＣ、Ｄ、Ｅのネットワークコストは下記の通りである。
【０１１０】
Ｂ−Ｃ間＝１０＋１０＋１００＋１０＋１０＝１４０
Ｂ−Ｄ間＝１０＋１０＋１００＋１０＋１０＝１４０
Ｂ−Ｅ間＝１０＋１０＋１００＋１０＋１０＋１０＝１５０
したがってトータル管理コストは下記の通りである。
【０１１１】
Ｂ−Ｃ間＝１４０＋４＝１４４
Ｂ−Ｄ間＝１４０＋６＝１４６
Ｂ−Ｅ間＝１５０＋５＝１５５
ニ．ネットワーク監視サーバＡは、前記ロで計算した結果と、ネットワーク監視サーバＢから送られてきた前記ハの計算結果にもとづき、これらトータル管理コストの安いものより通信の優先順位を決定する。その結果下記１〜６の順位が決定される。
【０１１２】
１：Ｂ−Ｃ間
２：Ｂ−Ｄ間
３：Ａ−Ｃ間
４：Ｂ−Ｅ間
５：Ａ−Ｄ間
６：Ａ−Ｅ間
もしトータル管理コスト情報に同一値が存在する場合、自方ネットワーク監視サーバなら仮代表サーバＡが優先され、相手方管理サーバならネットワークのＩＰアドレスグループの小さい管理サーバ（ここではＣ）が登録される。
【０１１３】
この結果によりネットワーク監視サーバＢをサーバグループ１の代表サーバと設定し、相手方のサーバグループ２のネットワーク監視サーバＣから情報を取得するように設定する。サーバグループ２も同様にネットワーク監視サーバＣを代表サーバと設定し、相手方のネットワーク監視サーバＢから情報を取得するように設定する。
【０１１４】
サーバグループ１の代表であるネットワーク監視サーバＢからサーバグループ２の代表であるネットワーク監視サーバＣへの通信に対し、応答がない場合は障害発生として動作し、前記計算順位により、次にコストの安いネットワーク監視サーバＤ、Ｅの順で通信を行うことにより通信を確立する。
【０１１５】
このように代表サーバをきめて通信を行うことにより、代表サーバが受信した相手方の管理情報をそのグループの他のネットワーク監視サーバが共有することになる。このようにして代表サーバを決めることによりサーバグループ１、２間の通信が短時間ですみ、コストが安くなる。
【０１１６】
本発明の関連技術を図１３により説明する。この本発明の関連技術ではノードｎａ１〜ｎａ４で構成されるグループＡをネットワーク監視サーバＡで監視し、ノードｎｂ１〜ｎｂ３で構成されるグループＢをネットワーク監視サーバＢで監視し、ノードｎｃ１〜ｎｃ４で構成されるグループＣをネットワーク監視サーバＣで監視し、ノードｎｄ１〜ｎｄ３で構成されるグループＤをネットワーク監視サーバＤで監視し、ノードｎｂ４、ｎｄ４をネットワーク監視サーバＥで監視する。
【０１１７】
そしてネットワーク監視サーバＡ、Ｂをグループ化してその一方、例えばネットワーク監視サーバＡをマスタとしてこれがグループＡとＢを統合管理する。またネットワーク監視サーバＣとＤをグループ化してその一方例えばネットワーク監視サーバＣをマスタとしてこれがグループＣとＤを統合管理する。
【０１１８】
そしてこのマスタのネットワーク監視サーバでそのグループ全体の管理情報を持つ。そしてネットワーク監視サーバＡ、Ｂ、Ｃ、Ｄ、Ｅもネットワーク監視グループとしてグループ化する。
【０１１９】
従って重複したネットワークグループ内の監視状態の変化が、ネットワーク監視サーバにおけるトラブルに対しても各監視グループに瞬時に検出されることが可能となり、ネットワーク管理を強化することができる。
【０１２０】
なお、一点鎖線で示す如く、グループ化することにより、ノードｎｂ４、ｎｄ４をネットワーク監視サーバＥのみでなく、ネットワーク監視サーバＢまたはＤにより二重に監視することもできるので、重要な機能のノードに対しては監視を強化することもできる。
【０１２１】
本発明の関連技術を図１４、図１５により説明する。この関連技術ではネットワーク監視サーバを集中監視するものである。
【０１２２】
図１４に示す如く、ネットワークグループＡ、Ｂはそれぞれネットワーク監視サーバＡ、Ｂにより監視されている。そしてこれらネットワーク監視サーバＡ、Ｂはネットワーク監視サーバＣにより集中監視され、これらネットワーク監視サーバＡ、Ｂの監視情報は▲１▼のルートにより直ちにネットワーク監視サーバＣに通知される。従ってネットワーク監視クライアントＡは、▲２▼のルートによりネットワーク監視サーバＣをリモートでみることにより、直ちにネットワーク監視サーバＡ及びＢの状態をみることができる。
【０１２３】
なお、ネットワーク監視サーバＡは図１５に示す如く、ネットワークグループＢの情報を、ネットワーク監視サーバＣを経由して得ることができる。
【０１２４】
本発明によればネットワークの全体監視を行う際に、ネットワークに接続された各ノードを物理的、論理的に管理し易い単位にグループ分けして各グループ毎にネットワーク監視サーバを設置し、グループ内のノードのみを管理対象にし、分割した各グループを統合管理するマスタを設置することで監視によるトラフィックの集中を分散し軽減し、またサーバの資源状態、監視ノードグループ、監視対象ノード数、ネットワークコスト等を考慮して監視対象ノードと監視サーバを決定することで最適なネットワーク監視を構築する。
【０１２５】
またノードの追加、変更によるネットワーク構成認識の変更をグループ内で検出することで、構成認識の変更を容易にし柔軟な対応を可能にする。
【０１２６】
グループ分けした監視サーバ間で管理情報を相互に交換し共有することで、自身が直接監視していないノードについても管理し、各グループのネットワーク監視サーバでネットワーク全体を監視することができる。
【０１２７】
グループ内に監視サーバをバックアップする手段を置き、監視サーバに異常が発生した場合、ノードの監視と他グループとの情報交換機能を引き継ぐことにより、グループ内のノード監視、ネットワーク全体でのノード監視が支障なく行えるようにする。またグループ内にバックアップを持たない場合は、分散した監視サーバ間で障害発生等により他の監視サーバで発生した異常状態を早期に検出し、その監視サーバが管理していたノードの監視を代理で引き継ぐことにより、ネットワーク全体でのノード監視が支障なく行えるようにすることができる。
【０１２８】
ところで特開平５−１４３６８号公報にはネットワーク監視装置間で相互に情報を交換し、ネットワーク全体を監視することが記載されているが、これは同一同軸ケーブル毎に１つのネットワーク監視装置を設置している。これに対して本発明は同一同軸ケーブルといった物理構成にとらわれず、ネットワークの通信回線（ＬＡＮ）、公衆回線（ＷＡＮ）に対しても適用でき、論理構成のネットワーク監視グループ毎に設置すればよく、さらなる監視効率の向上が見込まれるものである。
【０１２９】
特開平８−２８８９４５号公報にはサブネットワークの監視装置間で運用情報を通知したり、監視装置異常により他の監視装置が代行して監視の継続化をはかることが記載されている。しかしこれは、本発明におけるように、ネットワークグループ内で新規にネットワーク監視サーバをグループ化した時に、ノード管理の重複を無くしてネットワーク管理の最適化を行うと共にサーバの負担を軽減することを可能としたものについての記載はない。
【０１３０】
特開平７−２５００６８号公報には、過負荷なネットワーク要素の割り当てを変更し、負荷のかかっているシステム要素の移動を行うことが記載されている。しかしこれはネットワークを構成する通信装置の負荷集中を避けてネットワークシステムの平滑化を行うことを目的とするものであり、本発明の通信装置を監視するための分散管理とは目的、構成が異なる。
【０１３１】
特開平９−１７２４３５号公報にはエージエントの異常をマネジャに通知することが記載されているが、本発明ではマネージャ、エージエントの概念はなく、監視装置間は対等な関係で分散管理を行うものである。
【０１３２】
【発明の効果】
本発明によれば下記の効果を奏する。
【０１３３】
（１）ノードの構成情報、状態情報を共有することにより、ＳＮＭＰ通信によるノード管理を行っていないノードに対しても管理が可能となる。
【０１３４】
また、監視するネットワークグループ外のノードに対しては、そのネットワークグループを監視しているネットワーク監視サーバより一括してノード監視情報を提供してもらうことにより、ＳＮＭＰ通信を行わずにノード管理情報を取得することが可能となり、ネットワークトラフィックの負荷を軽減することが可能となる。
【０１３６】
（２）ノード管理の重複を無くすことにより、ネットワーク管理の最適化を行うと共にサーバの負担を軽減させることが可能となる。
【図面の簡単な説明】
【図１】本発明の原理図である。
【図２】本発明の関連技術及び一実施の形態説明図である。
【図３】ノード情報の提供状態説明図である。
【図４】新規ノードの検出状態説明図である。
【図５】負荷分散状態説明図である。
【図６】本発明の関連技術説明図である。
【図７】ネットワーク管理データ説明図（その１）である。
【図８】ネットワーク管理データ説明図（その２）である。
【図９】本発明の関連技術説明図である。
【図１０】ネットワーク管理システムの障害および復旧検出説明図である。
【図１１】ネットワーク監視代行状態説明図である。
【図１２】本発明の他の実施の形態である。
【図１３】本発明の関連技術説明図である。
【図１４】本発明の関連技術説明図である。
【図１５】ネットワーク監視サーバのノード管理データである。
【図１６】従来例である。
Claims (1)
- ネットワーク分散管理システムにおいて、
ネットワークに接続されたノードを複数のグループに分けてネットワークグループを構成し、
前記各ネットワークグループ毎にネットワーク監視サーバを設置し、
前記ネットワーク監視サーバが、他の前記ネットワーク監視サーバの持っている管理情報を取得し、共有することにより、ネットワーク監視を行うと共に、
新規に前記ネットワークグループが追加された時に、
当該追加されたネットワークグループ内においてノードが重複している場合には、管理しているノード数の少ない他のネットワーク監視サーバが当該重複したノードを監視することを特徴とするネットワーク分散管理システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP32698899A JP3813776B2 (ja) | 1999-11-17 | 1999-11-17 | ネットワーク分散管理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP32698899A JP3813776B2 (ja) | 1999-11-17 | 1999-11-17 | ネットワーク分散管理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001144761A JP2001144761A (ja) | 2001-05-25 |
| JP3813776B2 true JP3813776B2 (ja) | 2006-08-23 |
Family
ID=18194059
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP32698899A Expired - Fee Related JP3813776B2 (ja) | 1999-11-17 | 1999-11-17 | ネットワーク分散管理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3813776B2 (ja) |
Families Citing this family (29)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7571239B2 (en) | 2002-01-08 | 2009-08-04 | Avaya Inc. | Credential management and network querying |
| JP4313978B2 (ja) | 2002-03-19 | 2009-08-12 | 日本電気株式会社 | 計算機監視方式、計算機監視方法および計算機監視用プログラム |
| JP4151322B2 (ja) | 2002-06-26 | 2008-09-17 | コニカミノルタビジネステクノロジーズ株式会社 | ネットワーク管理プログラム及びネットワーク管理方法 |
| JP4167876B2 (ja) | 2002-10-03 | 2008-10-22 | 株式会社日立製作所 | ネットワーク計測設定装置 |
| US7426577B2 (en) | 2003-06-19 | 2008-09-16 | Avaya Technology Corp. | Detection of load balanced links in internet protocol netwoks |
| US20050108387A1 (en) * | 2003-10-31 | 2005-05-19 | Bingjun Li | System and apparatus for a network management system using presence and instant message techniques |
| JP4315850B2 (ja) | 2004-03-30 | 2009-08-19 | 富士通株式会社 | マルチキャストデータ通信システム、データ通信装置、マルチキャストデータ通信方法及びプログラム |
| JP4881610B2 (ja) | 2005-11-30 | 2012-02-22 | 株式会社日立製作所 | 測定システム及び管理装置及びその処理分散方法 |
| JP2008250403A (ja) * | 2007-03-29 | 2008-10-16 | Brother Ind Ltd | ネットワークシステムとそれを構成する情報処理装置 |
| US20090265450A1 (en) * | 2008-04-17 | 2009-10-22 | Darren Helmer | Method and apparatus for managing computing resources of management systems |
| JP5105085B2 (ja) * | 2008-06-16 | 2012-12-19 | Ｎｅｃシステムテクノロジー株式会社 | 資産管理システム及びその方法 |
| JP5035170B2 (ja) * | 2008-08-06 | 2012-09-26 | 日本電気株式会社 | ネットワーク監視システム、監視装置、ネットワーク監視方法及びプログラム |
| JP5115437B2 (ja) * | 2008-09-30 | 2013-01-09 | ブラザー工業株式会社 | ネットワークシステム、情報処理装置、情報処理方法及び情報処理装置用プログラム |
| JP2010118766A (ja) * | 2008-11-11 | 2010-05-27 | Nissan Motor Co Ltd | 通信システムおよびその故障診断方法 |
| JP2010198434A (ja) * | 2009-02-26 | 2010-09-09 | Nec Corp | データ収集システム、データ収集方法およびデータ収集装置 |
| JP5253353B2 (ja) | 2009-10-26 | 2013-07-31 | 株式会社日立製作所 | 情報処理システム、及びストレージ監視サーバの管理方法 |
| JP2011250033A (ja) * | 2010-05-25 | 2011-12-08 | Toshiba Corp | 監視システム及びサーバ切替方法 |
| JP5625998B2 (ja) * | 2011-02-23 | 2014-11-19 | 日本電気株式会社 | 情報処理システム |
| JP5906581B2 (ja) * | 2011-05-12 | 2016-04-20 | 日本電気株式会社 | 障害情報表示装置、障害情報表示方法、および障害情報表示プログラム |
| JP2013037544A (ja) * | 2011-08-08 | 2013-02-21 | Ricoh Co Ltd | 通信装置と通信システムとプログラム |
| JP5895564B2 (ja) * | 2012-02-01 | 2016-03-30 | 日本電気株式会社 | ネットワーク運用管理システムおよびネットワーク運用管理方法 |
| JP5839694B2 (ja) * | 2012-03-26 | 2016-01-06 | Kddi株式会社 | 仮想運用管理情報生成通知方法およびシステム、ネットワーク運用管理方法およびシステム |
| JP5949385B2 (ja) | 2012-09-24 | 2016-07-06 | 富士通株式会社 | 管理プログラム、管理方法、管理装置及び情報処理システム |
| WO2014068977A1 (ja) * | 2012-11-01 | 2014-05-08 | 日本電気株式会社 | ネットワーク管理装置、システム、および方法 |
| JP6024604B2 (ja) * | 2013-06-19 | 2016-11-16 | 株式会社デンソー | 通信装置 |
| JP6273927B2 (ja) * | 2014-03-12 | 2018-02-07 | 富士通株式会社 | 情報処理システム，監視装置，監視プログラム，監視方法 |
| WO2019187600A1 (ja) * | 2018-03-29 | 2019-10-03 | 富士フイルム株式会社 | 内視鏡用プロセッサ装置、内視鏡管理システム、及び内視鏡データ収集サーバ |
| WO2020195162A1 (ja) * | 2019-03-22 | 2020-10-01 | 日本電気株式会社 | 通信装置、通信システム、通信方法及びプログラムが格納された非一時的なコンピュータ可読媒体 |
| KR102353739B1 (ko) * | 2020-06-01 | 2022-01-20 | 한국과학기술정보연구원 | 네트워크 운용장치 및 그 동작 방법 |
-
1999
- 1999-11-17 JP JP32698899A patent/JP3813776B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001144761A (ja) | 2001-05-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3813776B2 (ja) | ネットワーク分散管理システム | |
| US6295558B1 (en) | Automatic status polling failover or devices in a distributed network management hierarchy | |
| JP4433967B2 (ja) | マルチサイト上の遠隔二重化リンクを経由するハートビート装置、及びその使用方法 | |
| US6892316B2 (en) | Switchable resource management in clustered computer system | |
| US20030158933A1 (en) | Failover clustering based on input/output processors | |
| JP5033856B2 (ja) | ネットワーク構成の想定のための装置、システム | |
| US20070183313A1 (en) | System and method for detecting and recovering from virtual switch link failures | |
| JP3206644B2 (ja) | ネットワーク管理方式 | |
| JP2004519024A (ja) | 多数のノードを含むクラスタを管理するためのシステム及び方法 | |
| WO2012072344A1 (en) | Endpoint-to-endpoint communications status monitoring | |
| JP2012085339A (ja) | 通信システム | |
| AU2001241700B2 (en) | Multiple network fault tolerance via redundant network control | |
| JP4733769B2 (ja) | 強連結しているネットワークのノード群におけるノード関係情報の整合性を検査するためのシステム、方法、およびネットワークノード | |
| AU2001241700A1 (en) | Multiple network fault tolerance via redundant network control | |
| CN110290163A (zh) | 一种数据处理方法及装置 | |
| JPH09293059A (ja) | 分散システム及びその運用管理方法 | |
| JP3293719B2 (ja) | ネットワーク管理システム | |
| JP3884609B2 (ja) | 多重化システム | |
| JP2005294966A (ja) | データ通信制御システム及びデータ通信制御方法 | |
| US11528204B2 (en) | Monitoring device, network fault monitoring system, and monitoring method | |
| US7484124B2 (en) | Method and system for fault protection in communication networks, related network and computer program product | |
| CN116112500B (zh) | 一种基于故障探测和路由策略的nfs高可用系统及方法 | |
| JP2000059385A (ja) | Ｉｐアドレス重複時の複数システム管理方法 | |
| JP2829040B2 (ja) | 情報集配信システム | |
| JP3436284B2 (ja) | ネットワーク監視方式及びその装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040824 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060224 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060307 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060508 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060530 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060601 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100609 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110609 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120609 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120609 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130609 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140609 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |