ネットワーク管理システムおよび監視サーバ
【課題】ネットワークの規模にかかわらず、ネットワークの状態を充分に把握することが可能なネットワーク管理システムを得ること。
【解決手段】ネットワーク内の監視対象機器４を分担して監視可能とし、監視結果として、それぞれが担当する監視対象機器４の状態情報を取得する複数の監視サーバ３と、前記複数の監視サーバ３からそれぞれが担当する監視対象機器４の状態情報を受信し、自サーバ内に記録された過去の状態情報を並列処理にて最新の状態情報に更新し、最新の状態情報に基づいてネットワーク内の監視対象機器の制御を行う統合サーバ２と、前記複数の監視サーバ３からそれぞれが担当する監視対象機器４の状態情報を受信し、当該状態情報を表示するための制御を行う表示サーバ１と、を備える。
【解決手段】ネットワーク内の監視対象機器４を分担して監視可能とし、監視結果として、それぞれが担当する監視対象機器４の状態情報を取得する複数の監視サーバ３と、前記複数の監視サーバ３からそれぞれが担当する監視対象機器４の状態情報を受信し、自サーバ内に記録された過去の状態情報を並列処理にて最新の状態情報に更新し、最新の状態情報に基づいてネットワーク内の監視対象機器の制御を行う統合サーバ２と、前記複数の監視サーバ３からそれぞれが担当する監視対象機器４の状態情報を受信し、当該状態情報を表示するための制御を行う表示サーバ１と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、大規模なネットワークの全体を監視することが可能なネットワーク管理システムに関する。
【背景技術】
【０００２】
従来のネットワーク管理装置は、管理対象となるネットワーク機器との間をＳＮＭＰ（Simple Network Management Protocol）によって接続し、ＳＮＭＰのＴＲＡＰやＧＥＴを用いて、ネットワーク機器の状態を取得する。このように、１台のネットワーク管理装置が複数のネットワーク機器の状態を把握し、管理する技術が下記特許文献１において開示されている。
【０００３】
一方で、規模が大きなネットワークでは、対象となるすべてのネットワーク機器の状態を１台のネットワーク管理装置で取得することが困難な状況となっている。このような困難な状況を解消することが可能な技術として、たとえば、下記特許文献２には、ネットワーク管理装置が、ネットワーク機器に対してＴＲＡＰを用いてネットワーク管理装置に送信する項目を制限し、限定した項目で大規模なネットワークを管理する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２４１５１８号公報
【特許文献２】特開２００３−１５２７２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来の技術によれば、ネットワークの規模が大きくなるほど、ネットワーク管理装置の負荷が高くなるため、対象となるネットワークの規模に限界がある、という問題があった。
【０００６】
また、上記ＴＲＡＰの項目を制限する従来の方法では、監視項目が限定されるため、ネットワークの状態を充分に把握することが困難である、という問題があった。
【０００７】
本発明は、上記に鑑みてなされたものであって、ネットワークの規模にかかわらず、ネットワークの状態を充分に把握することが可能なネットワーク管理システムを得ることを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するために、本発明は、ネットワーク内の監視対象機器を分担して監視可能とし、監視結果として、それぞれが担当する監視対象機器の状態情報を取得する複数の監視サーバと、前記複数の監視サーバからそれぞれが担当する監視対象機器の状態情報を受信し、自サーバ内に記録された過去の状態情報を並列処理にて最新の状態情報に更新し、最新の状態情報に基づいてネットワーク内の監視対象機器の制御を行う統合サーバと、前記複数の監視サーバからそれぞれが担当する監視対象機器の状態情報を受信し、当該状態情報を表示するための制御を行う表示サーバと、を備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、ネットワークの規模にかかわらず、ネットワークの状態を充分に把握することができる、という効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】図１は、ネットワーク管理システムの物理構成を示す図である。
【図２】図２は、実施の形態１のネットワーク管理システムの論理構成を示す図である。
【図３】図３は、実施の形態２のネットワーク管理システムの論理構成を示す図である。
【図４】図４は、実施の形態３のネットワーク管理システムの論理構成を示す図である。
【図５】図５は、実施の形態４のネットワーク管理システムの論理構成を示す図である。
【発明を実施するための形態】
【００１１】
以下に、本発明にかかるネットワーク管理システムの実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１２】
実施の形態１．
図１は、本実施の形態のネットワーク管理システムの構成例を示す物理構成図である。図１において、表示サーバ１は、ネットワーク全体の状態を表示する機能を有するサーバである。統合サーバ２は、ネットワーク全体の状態情報を保持するサーバである。監視サーバ３は、監視対象機器４の状態情報を収集するサーバである。表示サーバ１および統合サーバ２は、ネットワーク管理システムに各１台設置し、それぞれ、ネットワーク全体の状態情報の表示、およびネットワーク全体の状態情報の保持を行う。監視サーバ３は、システムに複数台存在し、監視対象機器４を分担して監視し、状態情報を収集する。各サーバおよび監視対象機器４との間は、ＨＵＢ５を介して接続する。
【００１３】
つぎに、各サーバの構成について説明する。図２は、本実施の形態のネットワーク管理システムを示す論理構成図である。表示サーバ１は、状態表示制御部１１と、ＳＮＭＰ（Simple Network Management Protocol）マネージャ部１２と、ＲＤＡ（Remote Database Access）クライアント部１３と、を備える。状態表示制御部１１は、ネットワーク全体の状態情報の表示を行う制御部である。ＳＮＭＰマネージャ部１２は、ＳＮＭＰによって監視サーバ３から状態の変化をＴＲＡＰとして受け、これにともなう画面の更新のタイミングを状態表示制御部１１に伝える。ＲＤＡクライアント部１３は、状態表示制御部１１の要求に従って、ＲＤＡを使って統合サーバ２のデータベースを検索する。
【００１４】
統合サーバ２は、統制管理制御部２１と、ＤＢＭＳ（Database Management System）部２２と、ＲＤＡサーバ部２３と、ＳＮＭＰマネージャ部２４と、を備える。統制管理制御部２１は、データベースの検索結果に基づいて、監視対象機器４のパラメータの変更や、状態情報の取得要求を行う。ＤＢＭＳ部２２は、システム全体の把握に必要な監視対象機器の状態情報を保管するためのデータベースである。ＲＤＡサーバ部２３は、ＲＤＡによる表示サーバ１や監視サーバ３からの更新を受けてデータベースの検索を行う。ＳＮＭＰマネージャ部２４は、統制管理制御部２１の要求を受けてＳＮＭＰによって監視サーバ３を経由して監視対象機器４の操作を行う。
【００１５】
監視サーバ３は、管理制御部３１と、ＳＮＭＰマネージャ部３２と、ＳＮＭＰエージェント部３３と、ＲＤＡクライアント部３４と、を備える。管理制御部３１は、監視対象機器４からの情報収集や設定と表示サーバ１、統合サーバ２との連携を行う。ＳＮＭＰマネージャ部３２は、管理制御部３１の要求に沿って監視対象機器４に対するＳＮＭＰのＧＥＴおよびＳＥＴを行い、また、監視対象機器４からのＴＲＡＰを受信する。ＳＮＭＰエージェント部３３は、管理制御部３１からの指示に従って、表示サーバ１へＳＮＭＰのＴＲＡＰを送信し、また、統合サーバ２からのＳＮＭＰのＳＥＴおよびＧＥＴの要求を受け付ける。ＲＤＡクライアント部３４は、ＲＤＡによって統合サーバ２のデータベースの更新を行う。
【００１６】
監視対象機器４は、機器制御部４１と、ＳＮＭＰＭＩＢ部４２と、ＳＮＭＰエージェント部４３と、を備える。機器制御部４１は、ネットワークの制御を行うソフトウエアである。ネットワークや機器の状態の変化については、ＳＮＭＰＭＩＢ部４２を更新することで外部から参照可能とする。また、動作パラメータは、ＳＮＭＰＭＩＢ部４２を参照することによって決定する。ＳＮＭＰＭＩＢ部４２は、機器の動作パラメータや状態を保持するためのデータベースである。ＳＮＭＰエージェント部４３は、管理サーバ３からのＳＮＭＰのＧＥＴおよびＳＥＴを受け、ＳＮＭＰＭＩＢ部４２へアクセスし、また、登録されたＭＩＢの変化について、ＴＲＡＰを管理サーバ３へ送信する。
【００１７】
つづいて、ネットワーク管理システムにおける監視動作について説明する。最初に、監視対象機器４からＴＲＡＰを送信する場合について説明する。監視対象機器４において、機器制御部４１が、ネットワークの状態の変化や機器自身の故障などを検知すると、ＳＮＭＰＭＩＢ部４２の更新を行う（図２の１０１に相当。以下、図２：１０１のように表記する）。この更新がＴＲＡＰの通知対象となっている場合、ＳＮＭＰＭＩＢ部４２の更新（変化）がＳＮＭＰエージェント部４３に伝わり（図２：１０２）、ＳＮＭＰエージェント部４３は、ＴＲＡＰを監視サーバ３へ送信する（図２：１０３）。
【００１８】
監視サーバ３のＳＮＭＰマネージャ部３２は、ＴＲＡＰ（図２：１０３）を受信し、管理制御部３１にこれを通知する（図２：１０４）。管理制御部３１は、ＴＲＡＰ（図２：１０３）だけでは情報が不足していると判断した場合、情報の取得要求をＳＮＭＰマネージャ部３２に対して行う（図２：１０５）。ＳＮＭＰマネージャ部３２は、情報の取得要求に応じて、監視対象機器４に対してＳＮＭＰ ＧＥＴを送信する（図２：１０６）。ＳＮＭＰエージェント部４３は、これを受けてＳＮＭＰＭＩＢ部４２をアクセスし（図２：１０７）、アクセスした結果として取得した状態情報を監視サーバ３へ送信する（図２：１０８）。ＳＮＭＰマネージャ部３２は、取得した状態情報を管理制御部３１へ通知する（図２：１０９）。
【００１９】
管理制御部３１は、取得した状態情報に基づいて、ＲＤＡクライアント部３４に対して更新の要求（ＵＰＤＡＴＥ）を行い（図２：１１０）、ＲＤＡクライアント部３４は、統合サーバ２に対して、データベースの更新要求（ＵＰＤＡＴＥ）を送信する（図２：１１１）。統合サーバ２では、ＲＤＡサーバ部２３が、これを受け、ＤＢＭＳ部２２に対して更新を行う（図２：１１２）。なお、この時点ではデータベースの更新はＤＢＭＳ部２２上では確定しておらず、監視サーバ３の管理制御部３１が、更新要求と同様に、更新の確定（ＣＯＭＭＩＴ）を行うことで確定する。この場合、ＵＰＤＡＴＥと同様に、管理制御部３１は、ＲＤＡクライアント部３４に対して更新の確定（ＣＯＭＭＩＴ）を行い（図２：１１３）、ＲＤＡクライアント部３４は、統合サーバ２に対して、データベースの更新確定（ＣＯＭＭＩＴ）を送信する（図２：１１４）。統合サーバ２では、ＲＤＡサーバ部２３が、これを受け、ＤＢＭＳ部２２に対して更新を確定する（図２：１１５）。
【００２０】
つぎに、管理制御部３１は、変化の通知をＳＮＭＰエージェント部３３に対して行い（図２：１１６）、ＳＮＭＰエージェント部３３は、ＳＮＭＰのＴＲＡＰとして表示サーバ１へ通知する（図２：１１７）。表示サーバ１の状態表示制御部１１は、ＳＮＭＰマネージャ部１２からの通知を受け（図２：１１８）、表示変更のための情報が不足していると判断した場合は、ＲＤＡクライアント部１３に対して検索の要求を行う（図２：１１９）。ＲＤＡクライアント部１３は、統合サーバ２に対してＲＤＡを使った検索要求（ＳＥＬＥＣＴ）を行う（図２：１２０）。統合サーバ２では、ＲＤＡサーバ部２３が、ＤＢＭＳ部２２に対して検索を行い（図２：１２１）、検索結果として表示変更のための情報を表示サーバ１へ送信する（図２：１２２）。ＲＤＡクライアント部１３は、統合サーバ２から取得した情報を状態表示制御部１１に対して送信し（図２：１２３）、状態表示制御部１１は、監視サーバ３、および統合サーバ２から取得した情報に基づいて表示の更新を行う。
【００２１】
つづいて、ネットワーク管理システムにおける監視動作として、統合サーバ２からＳＥＴを送信する場合について説明する。統合サーバ２の統合管理制御部２１において、ＤＢＭＳ部２２の検索に沿って（図２：２０１）、監視対象機器４の設定の変更を行う場合、統合管理制御部２１は、ＳＮＭＰマネージャ部２４に対し変更の要求を行う（図２：２０２）。ＳＮＭＰマネージャ部２４は、当該監視対象機器４を管理する管理サーバ３のＳＮＭＰエージェント部３３に対して変更情報をＳＮＭＰのＳＥＴとして送信する（図２：２０３）。監視サーバ３では、ＳＮＭＰエージェント部３３が、管理制御部３１およびＳＮＭＰマネージャ部３２を経由して（図２：２０４、２０５）、監視対象機器４に対してＳＮＭＰのＳＥＴを送信する（図２：２０６）。監視対象機器４では、ＳＮＭＰエージェント部４３が、このＳＥＴ（図２：２０６）によってＳＮＭＰＭＩＢ部４２を更新する（図２：２０７）。また、機器制御部４１が、この更新を検知する（図２：２０８）。
【００２２】
つづいて、ネットワーク管理システムにおける監視動作として、統合サーバ２からＧＥＴを送信する場合について説明する。統合サーバ２の統合管理制御部２１において、任意のタイミングで監視対象機器４の状態情報を取得する場合、同様に、ＳＮＭＰマネージャ部２４を介して（図２：３０１）、監視サーバ３に対してＳＮＭＰのＧＥＴを送信する（図２：３０２）。監視サーバ３では、ＳＮＭＰエージェント部３３が、管理制御部３１に対し状態情報の取得を要求する（図２：３０３）。管理制御部３１は、ＴＲＡＰの説明の際と同様に、監視対象機器４に対してＧＥＴを同様に行い（図２：１０５、１０６、１０７）、その結果として状態情報を得る（図２：１０８、１０９）。管理制御部３１は、取得した状態情報を、ＳＮＭＰエージェント部３３を介して（図２：３０４）、統合サーバ２へ送信する（図２：３０５、３０６）。
【００２３】
このように、ネットワーク管理システム内には監視サーバ３が複数存在しており、それぞれの監視サーバ３が、複数の監視対象機器４を監視している。監視サーバ３で取得した監視対象機器４の状態情報については、統合サーバ２でシステム全体としての情報を記録し、表示サーバ１がシステムの状態表示を行う。監視対象機器が増えた場合でも、監視サーバ３を増やすことでシステムとして容易に対応可能である。また、各サーバが、システムを監視する際の機能を分担しているため、各サーバにおいて負荷を低減することができる。
【００２４】
以上説明したように、本実施の形態では、ネットワーク管理システムにおいて、監視対象機器を複数の監視サーバで分割して管理し、この監視サーバを介して状態情報の保管を統合サーバが行い、システム全体の表示を表示サーバで行うこととした。これにより、システムとして、監視対象機器が多くなった場合であっても、監視項目を限定することなくシステム全体の状態を把握することができる。
【００２５】
また、監視対象機器と監視サーバ間はネットワーク機器で多く採用されているＳＮＭＰを想定しているが、監視サーバと統合サーバ間はＲＤＡを併用し状態情報の記録はＲＤＡで行うこととした。これにより、監視サーバの台数が多くなってもＤＢＭＳの多重処理によりスループットを確保することができる。
【００２６】
実施の形態２．
実施の形態１では、ＴＲＡＰ毎にデータベースの更新を確定していた。本実施の形態では、複数のＴＲＡＰが発生する場合に、処理効率を向上する方法について説明する。実施の形態１と異なる部分について説明する。
【００２７】
図３は、本実施の形態のネットワーク管理システムを示す論理構成図である。監視サーバ３に代えて、管理制御部３１ａを備える監視サーバ３ａを構成とする点が実施の形態１と異なる。なお、説明に必要な処理の部分のみを記載し、その他の部分については、実施の形態１（図２）と同様とする。
【００２８】
つづいて、本実施の形態の監視動作について説明する。監視対象機器４において、機器制御部４１が、ネットワークの状態変化等を検知すると、ＳＮＭＰＭＩＢ部４２の更新を行ない（図３：１０１ａ）、この更新がＴＲＡＰの通知対象となっている場合、この変化がＳＮＭＰエージェント部４３に伝わり（図３：１０２ａ）、ＳＮＭＰエージェント部４３は、ＴＲＡＰを監視サーバ３へ送信する（図３：１０３ａ）。さらに、監視対象機器４において、機器制御部４１がネットワークの状態変化等を検知して、ＳＮＭＰＭＩＢ部４２を更新し（図３：１０１ｂ、１０１ｃ）、この変化がＳＮＭＰエージェント部４３に伝わり（図３：１０２ｂ、１０２ｃ）、ＳＮＭＰエージェント部４３が、ＴＲＡＰを監視サーバ３へ送信する（図３：１０３ｂ、１０３ｃ）。
【００２９】
監視サーバ３の管理制御部３１ａは、ＳＮＭＰマネージャ部３２が受けた一連のＴＲＡＰ（図３：１０３ａ、１０３ｂ、１０３ｃ）に対して、データベースの更新の都度、更新の確定を行うのではなく、複数回の更新（図３：１１０ａ、１１０ｂ、１１０ｃ）に対して、確定の要求を１度だけ行う（図３：１１３）。この確定を行うタイミングは、管理制御部３１ａが表示サーバ１に変化の通知（図３：１１６）を送信する直前であればよい。表示サーバ１の状態表示制御部１１は、変化を操作員に示すことが目的であるため、ＴＲＡＰ（図３：１１７）が繰り返しあがっても、すべてのタイミングで画面の更新を行わなくてもよい。そのため、更新を確定するタイミングは、この粒度に従う。または、更新を確定する最小時間間隔を規定し、このタイミングで更新を確定してもよい。
【００３０】
以上説明したように、本実施の形態では、更新の確定のタイミングを調整することにより、複数回の更新の要求に対して、確定の要求を１回のみ行うこととした。これにより、監視対象機器からＴＲＡＰが多発する場合であっても、統合サーバや表示サーバの負荷を軽減することができる。
【００３１】
実施の形態３．
実施の形態１では、監視対象機器から状態情報を取得した都度、データベースの更新を行うこととしたが、本実施の形態では、管理制御部が記憶する状態と差異がある場合のみ更新を行う。実施の形態１とことなる部分について説明する。
【００３２】
図４は、本実施の形態のネットワーク管理システムを示す論理構成図である。監視サーバ３に代えて、管理制御部３１ｂを備える監視サーバ３ｂを構成とする点が実施の形態１と異なる。なお、説明に必要な処理の部分のみを記載し、その他の部分については、実施の形態１（図２）と同様とする。
【００３３】
つづいて、本実施の形態の監視動作について説明する。例えば、管理制御部３１ｂでは、ＧＥＴにより監視対象機器４から状態情報を取得した場合（図４：１０５〜１０９）、管理制御部３１ｂは、取得した状態情報の値が、自身が記憶している値と変化があるかどうかを確認する（図４：４０１）。変化がない場合（図４：４０１：Ｎｏ）、更新等を行うことなく処置を終了する。変化がある場合（図４：４０１：Ｙｅｓ）、自身が記憶している値を更新する（図４：４０２）。その後、管理制御部３１ｂは、統合サーバ２に対して、更新要求（ＵＰＤＡＴＥ）および更新確定（ＣＯＭＭＩＴ）を行う（図４：１１０〜１１５）。
【００３４】
このように、管理制御部３１ｂは、取得した状態情報の値が、自身が記憶している値と同じ場合には値の更新をせず、また、既に統合サーバ２に対して更新要求している値と同じであるとして、統合サーバ２に対する更新要求等を行わない。統合サーバ２においても、同じ値の内容で更新する必要が無いことから、負荷を軽減することができる。
【００３５】
以上説明したように、本実施の形態では、管理制御部が、記憶する状態情報の値と差異がある場合のみ更新処理を行うこととした。これにより、統合サーバの負荷を軽減することができる。
【００３６】
実施の形態４．
実施の形態１では、監視対象機器から状態を取得した状態情報を全て統合サーバのデータベースの更新を行うこととしたが、本実施の形態では、統合サーバが管理する項目についてのみデータベースの更新を行う。実施の形態１とことなる部分について説明する。
【００３７】
図５は、本実施の形態のネットワーク管理システムを示す論理構成図である。監視サーバ３に代えて、管理制御部３１ｃを備える監視サーバ３ｃを構成とする点が実施の形態１と異なる。なお、説明に必要な処理の部分のみを記載し、その他の部分については、実施の形態１（図２）と同様とする。
【００３８】
つづいて、本実施の形態の監視動作について説明する。例えば、管理制御部３１ｃでは、ＴＲＡＰやＧＥＴにより監視対象機器４から情報を取得した場合（図５：１０１〜１０９）、管理制御部３１ｃは、取得した状態情報の項目が、統合サーバ２で管理している項目かどうかを確認する（図５：５０１）。管理項目でない場合、（図５：５０１：Ｎｏ）、更新等を行うことなく処理を終了する。管理項目の場合（図５：５０１：Ｙｅｓ）、管理制御部３１ｃは、統合サーバ２に対して、更新要求（ＵＰＤＡＴＥ）および更新確定（ＣＯＭＭＩＴ）を行う（図５：１１０〜１１５）。
【００３９】
このように、管理制御部３１ｃは、取得した状態情報の項目が、統合サーバ２で管理している管理項目以外の場合は更新をせず、統合サーバ２に対して更新処理を行わない。統合サーバ２においても、管理していない項目について受信処理を行う必要が無いことから、負荷を軽減することができる。
【００４０】
以上説明したように、本実施の形態では、管理制御部が、監視対象機器から取得した情報のうち、統合サーバのデータベースの更新に必要な項目のみ更新処理を行うこととして。これにより、統合サーバの負荷を軽減することができる。
【産業上の利用可能性】
【００４１】
以上のように、本発明にかかるネットワーク管理システムは、ＳＮＭＰを用いたネットワークの管理に有用であり、特に、大規模なネットワークの管理に適している。
【符号の説明】
【００４２】
１ 表示サーバ
２ 統合サーバ
３、３ａ、３ｂ、３ｃ 監視サーバ
４ 監視対象機器
５ ＨＵＢ
１１ 状態表示制御部
１２ ＳＮＭＰマネージャ部
１３ ＲＤＡクライアント部
２１ 統制管理制御部
２２ ＤＢＭＳ部
２３ ＲＤＡサーバ部
２４ ＳＮＭＰマネージャ部
３１、３１ａ、３１ｂ、３１ｃ 管理制御部
３２ ＳＮＭＰマネージャ部
３３ ＳＮＭＰエージェント部
３４ ＲＤＡクライアント部
４１ 機器制御部
４２ ＳＮＭＰＭＩＢ部
４３ ＳＮＭＰエージェント部
【技術分野】
【０００１】
本発明は、大規模なネットワークの全体を監視することが可能なネットワーク管理システムに関する。
【背景技術】
【０００２】
従来のネットワーク管理装置は、管理対象となるネットワーク機器との間をＳＮＭＰ（Simple Network Management Protocol）によって接続し、ＳＮＭＰのＴＲＡＰやＧＥＴを用いて、ネットワーク機器の状態を取得する。このように、１台のネットワーク管理装置が複数のネットワーク機器の状態を把握し、管理する技術が下記特許文献１において開示されている。
【０００３】
一方で、規模が大きなネットワークでは、対象となるすべてのネットワーク機器の状態を１台のネットワーク管理装置で取得することが困難な状況となっている。このような困難な状況を解消することが可能な技術として、たとえば、下記特許文献２には、ネットワーク管理装置が、ネットワーク機器に対してＴＲＡＰを用いてネットワーク管理装置に送信する項目を制限し、限定した項目で大規模なネットワークを管理する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２４１５１８号公報
【特許文献２】特開２００３−１５２７２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来の技術によれば、ネットワークの規模が大きくなるほど、ネットワーク管理装置の負荷が高くなるため、対象となるネットワークの規模に限界がある、という問題があった。
【０００６】
また、上記ＴＲＡＰの項目を制限する従来の方法では、監視項目が限定されるため、ネットワークの状態を充分に把握することが困難である、という問題があった。
【０００７】
本発明は、上記に鑑みてなされたものであって、ネットワークの規模にかかわらず、ネットワークの状態を充分に把握することが可能なネットワーク管理システムを得ることを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するために、本発明は、ネットワーク内の監視対象機器を分担して監視可能とし、監視結果として、それぞれが担当する監視対象機器の状態情報を取得する複数の監視サーバと、前記複数の監視サーバからそれぞれが担当する監視対象機器の状態情報を受信し、自サーバ内に記録された過去の状態情報を並列処理にて最新の状態情報に更新し、最新の状態情報に基づいてネットワーク内の監視対象機器の制御を行う統合サーバと、前記複数の監視サーバからそれぞれが担当する監視対象機器の状態情報を受信し、当該状態情報を表示するための制御を行う表示サーバと、を備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、ネットワークの規模にかかわらず、ネットワークの状態を充分に把握することができる、という効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】図１は、ネットワーク管理システムの物理構成を示す図である。
【図２】図２は、実施の形態１のネットワーク管理システムの論理構成を示す図である。
【図３】図３は、実施の形態２のネットワーク管理システムの論理構成を示す図である。
【図４】図４は、実施の形態３のネットワーク管理システムの論理構成を示す図である。
【図５】図５は、実施の形態４のネットワーク管理システムの論理構成を示す図である。
【発明を実施するための形態】
【００１１】
以下に、本発明にかかるネットワーク管理システムの実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１２】
実施の形態１．
図１は、本実施の形態のネットワーク管理システムの構成例を示す物理構成図である。図１において、表示サーバ１は、ネットワーク全体の状態を表示する機能を有するサーバである。統合サーバ２は、ネットワーク全体の状態情報を保持するサーバである。監視サーバ３は、監視対象機器４の状態情報を収集するサーバである。表示サーバ１および統合サーバ２は、ネットワーク管理システムに各１台設置し、それぞれ、ネットワーク全体の状態情報の表示、およびネットワーク全体の状態情報の保持を行う。監視サーバ３は、システムに複数台存在し、監視対象機器４を分担して監視し、状態情報を収集する。各サーバおよび監視対象機器４との間は、ＨＵＢ５を介して接続する。
【００１３】
つぎに、各サーバの構成について説明する。図２は、本実施の形態のネットワーク管理システムを示す論理構成図である。表示サーバ１は、状態表示制御部１１と、ＳＮＭＰ（Simple Network Management Protocol）マネージャ部１２と、ＲＤＡ（Remote Database Access）クライアント部１３と、を備える。状態表示制御部１１は、ネットワーク全体の状態情報の表示を行う制御部である。ＳＮＭＰマネージャ部１２は、ＳＮＭＰによって監視サーバ３から状態の変化をＴＲＡＰとして受け、これにともなう画面の更新のタイミングを状態表示制御部１１に伝える。ＲＤＡクライアント部１３は、状態表示制御部１１の要求に従って、ＲＤＡを使って統合サーバ２のデータベースを検索する。
【００１４】
統合サーバ２は、統制管理制御部２１と、ＤＢＭＳ（Database Management System）部２２と、ＲＤＡサーバ部２３と、ＳＮＭＰマネージャ部２４と、を備える。統制管理制御部２１は、データベースの検索結果に基づいて、監視対象機器４のパラメータの変更や、状態情報の取得要求を行う。ＤＢＭＳ部２２は、システム全体の把握に必要な監視対象機器の状態情報を保管するためのデータベースである。ＲＤＡサーバ部２３は、ＲＤＡによる表示サーバ１や監視サーバ３からの更新を受けてデータベースの検索を行う。ＳＮＭＰマネージャ部２４は、統制管理制御部２１の要求を受けてＳＮＭＰによって監視サーバ３を経由して監視対象機器４の操作を行う。
【００１５】
監視サーバ３は、管理制御部３１と、ＳＮＭＰマネージャ部３２と、ＳＮＭＰエージェント部３３と、ＲＤＡクライアント部３４と、を備える。管理制御部３１は、監視対象機器４からの情報収集や設定と表示サーバ１、統合サーバ２との連携を行う。ＳＮＭＰマネージャ部３２は、管理制御部３１の要求に沿って監視対象機器４に対するＳＮＭＰのＧＥＴおよびＳＥＴを行い、また、監視対象機器４からのＴＲＡＰを受信する。ＳＮＭＰエージェント部３３は、管理制御部３１からの指示に従って、表示サーバ１へＳＮＭＰのＴＲＡＰを送信し、また、統合サーバ２からのＳＮＭＰのＳＥＴおよびＧＥＴの要求を受け付ける。ＲＤＡクライアント部３４は、ＲＤＡによって統合サーバ２のデータベースの更新を行う。
【００１６】
監視対象機器４は、機器制御部４１と、ＳＮＭＰＭＩＢ部４２と、ＳＮＭＰエージェント部４３と、を備える。機器制御部４１は、ネットワークの制御を行うソフトウエアである。ネットワークや機器の状態の変化については、ＳＮＭＰＭＩＢ部４２を更新することで外部から参照可能とする。また、動作パラメータは、ＳＮＭＰＭＩＢ部４２を参照することによって決定する。ＳＮＭＰＭＩＢ部４２は、機器の動作パラメータや状態を保持するためのデータベースである。ＳＮＭＰエージェント部４３は、管理サーバ３からのＳＮＭＰのＧＥＴおよびＳＥＴを受け、ＳＮＭＰＭＩＢ部４２へアクセスし、また、登録されたＭＩＢの変化について、ＴＲＡＰを管理サーバ３へ送信する。
【００１７】
つづいて、ネットワーク管理システムにおける監視動作について説明する。最初に、監視対象機器４からＴＲＡＰを送信する場合について説明する。監視対象機器４において、機器制御部４１が、ネットワークの状態の変化や機器自身の故障などを検知すると、ＳＮＭＰＭＩＢ部４２の更新を行う（図２の１０１に相当。以下、図２：１０１のように表記する）。この更新がＴＲＡＰの通知対象となっている場合、ＳＮＭＰＭＩＢ部４２の更新（変化）がＳＮＭＰエージェント部４３に伝わり（図２：１０２）、ＳＮＭＰエージェント部４３は、ＴＲＡＰを監視サーバ３へ送信する（図２：１０３）。
【００１８】
監視サーバ３のＳＮＭＰマネージャ部３２は、ＴＲＡＰ（図２：１０３）を受信し、管理制御部３１にこれを通知する（図２：１０４）。管理制御部３１は、ＴＲＡＰ（図２：１０３）だけでは情報が不足していると判断した場合、情報の取得要求をＳＮＭＰマネージャ部３２に対して行う（図２：１０５）。ＳＮＭＰマネージャ部３２は、情報の取得要求に応じて、監視対象機器４に対してＳＮＭＰ ＧＥＴを送信する（図２：１０６）。ＳＮＭＰエージェント部４３は、これを受けてＳＮＭＰＭＩＢ部４２をアクセスし（図２：１０７）、アクセスした結果として取得した状態情報を監視サーバ３へ送信する（図２：１０８）。ＳＮＭＰマネージャ部３２は、取得した状態情報を管理制御部３１へ通知する（図２：１０９）。
【００１９】
管理制御部３１は、取得した状態情報に基づいて、ＲＤＡクライアント部３４に対して更新の要求（ＵＰＤＡＴＥ）を行い（図２：１１０）、ＲＤＡクライアント部３４は、統合サーバ２に対して、データベースの更新要求（ＵＰＤＡＴＥ）を送信する（図２：１１１）。統合サーバ２では、ＲＤＡサーバ部２３が、これを受け、ＤＢＭＳ部２２に対して更新を行う（図２：１１２）。なお、この時点ではデータベースの更新はＤＢＭＳ部２２上では確定しておらず、監視サーバ３の管理制御部３１が、更新要求と同様に、更新の確定（ＣＯＭＭＩＴ）を行うことで確定する。この場合、ＵＰＤＡＴＥと同様に、管理制御部３１は、ＲＤＡクライアント部３４に対して更新の確定（ＣＯＭＭＩＴ）を行い（図２：１１３）、ＲＤＡクライアント部３４は、統合サーバ２に対して、データベースの更新確定（ＣＯＭＭＩＴ）を送信する（図２：１１４）。統合サーバ２では、ＲＤＡサーバ部２３が、これを受け、ＤＢＭＳ部２２に対して更新を確定する（図２：１１５）。
【００２０】
つぎに、管理制御部３１は、変化の通知をＳＮＭＰエージェント部３３に対して行い（図２：１１６）、ＳＮＭＰエージェント部３３は、ＳＮＭＰのＴＲＡＰとして表示サーバ１へ通知する（図２：１１７）。表示サーバ１の状態表示制御部１１は、ＳＮＭＰマネージャ部１２からの通知を受け（図２：１１８）、表示変更のための情報が不足していると判断した場合は、ＲＤＡクライアント部１３に対して検索の要求を行う（図２：１１９）。ＲＤＡクライアント部１３は、統合サーバ２に対してＲＤＡを使った検索要求（ＳＥＬＥＣＴ）を行う（図２：１２０）。統合サーバ２では、ＲＤＡサーバ部２３が、ＤＢＭＳ部２２に対して検索を行い（図２：１２１）、検索結果として表示変更のための情報を表示サーバ１へ送信する（図２：１２２）。ＲＤＡクライアント部１３は、統合サーバ２から取得した情報を状態表示制御部１１に対して送信し（図２：１２３）、状態表示制御部１１は、監視サーバ３、および統合サーバ２から取得した情報に基づいて表示の更新を行う。
【００２１】
つづいて、ネットワーク管理システムにおける監視動作として、統合サーバ２からＳＥＴを送信する場合について説明する。統合サーバ２の統合管理制御部２１において、ＤＢＭＳ部２２の検索に沿って（図２：２０１）、監視対象機器４の設定の変更を行う場合、統合管理制御部２１は、ＳＮＭＰマネージャ部２４に対し変更の要求を行う（図２：２０２）。ＳＮＭＰマネージャ部２４は、当該監視対象機器４を管理する管理サーバ３のＳＮＭＰエージェント部３３に対して変更情報をＳＮＭＰのＳＥＴとして送信する（図２：２０３）。監視サーバ３では、ＳＮＭＰエージェント部３３が、管理制御部３１およびＳＮＭＰマネージャ部３２を経由して（図２：２０４、２０５）、監視対象機器４に対してＳＮＭＰのＳＥＴを送信する（図２：２０６）。監視対象機器４では、ＳＮＭＰエージェント部４３が、このＳＥＴ（図２：２０６）によってＳＮＭＰＭＩＢ部４２を更新する（図２：２０７）。また、機器制御部４１が、この更新を検知する（図２：２０８）。
【００２２】
つづいて、ネットワーク管理システムにおける監視動作として、統合サーバ２からＧＥＴを送信する場合について説明する。統合サーバ２の統合管理制御部２１において、任意のタイミングで監視対象機器４の状態情報を取得する場合、同様に、ＳＮＭＰマネージャ部２４を介して（図２：３０１）、監視サーバ３に対してＳＮＭＰのＧＥＴを送信する（図２：３０２）。監視サーバ３では、ＳＮＭＰエージェント部３３が、管理制御部３１に対し状態情報の取得を要求する（図２：３０３）。管理制御部３１は、ＴＲＡＰの説明の際と同様に、監視対象機器４に対してＧＥＴを同様に行い（図２：１０５、１０６、１０７）、その結果として状態情報を得る（図２：１０８、１０９）。管理制御部３１は、取得した状態情報を、ＳＮＭＰエージェント部３３を介して（図２：３０４）、統合サーバ２へ送信する（図２：３０５、３０６）。
【００２３】
このように、ネットワーク管理システム内には監視サーバ３が複数存在しており、それぞれの監視サーバ３が、複数の監視対象機器４を監視している。監視サーバ３で取得した監視対象機器４の状態情報については、統合サーバ２でシステム全体としての情報を記録し、表示サーバ１がシステムの状態表示を行う。監視対象機器が増えた場合でも、監視サーバ３を増やすことでシステムとして容易に対応可能である。また、各サーバが、システムを監視する際の機能を分担しているため、各サーバにおいて負荷を低減することができる。
【００２４】
以上説明したように、本実施の形態では、ネットワーク管理システムにおいて、監視対象機器を複数の監視サーバで分割して管理し、この監視サーバを介して状態情報の保管を統合サーバが行い、システム全体の表示を表示サーバで行うこととした。これにより、システムとして、監視対象機器が多くなった場合であっても、監視項目を限定することなくシステム全体の状態を把握することができる。
【００２５】
また、監視対象機器と監視サーバ間はネットワーク機器で多く採用されているＳＮＭＰを想定しているが、監視サーバと統合サーバ間はＲＤＡを併用し状態情報の記録はＲＤＡで行うこととした。これにより、監視サーバの台数が多くなってもＤＢＭＳの多重処理によりスループットを確保することができる。
【００２６】
実施の形態２．
実施の形態１では、ＴＲＡＰ毎にデータベースの更新を確定していた。本実施の形態では、複数のＴＲＡＰが発生する場合に、処理効率を向上する方法について説明する。実施の形態１と異なる部分について説明する。
【００２７】
図３は、本実施の形態のネットワーク管理システムを示す論理構成図である。監視サーバ３に代えて、管理制御部３１ａを備える監視サーバ３ａを構成とする点が実施の形態１と異なる。なお、説明に必要な処理の部分のみを記載し、その他の部分については、実施の形態１（図２）と同様とする。
【００２８】
つづいて、本実施の形態の監視動作について説明する。監視対象機器４において、機器制御部４１が、ネットワークの状態変化等を検知すると、ＳＮＭＰＭＩＢ部４２の更新を行ない（図３：１０１ａ）、この更新がＴＲＡＰの通知対象となっている場合、この変化がＳＮＭＰエージェント部４３に伝わり（図３：１０２ａ）、ＳＮＭＰエージェント部４３は、ＴＲＡＰを監視サーバ３へ送信する（図３：１０３ａ）。さらに、監視対象機器４において、機器制御部４１がネットワークの状態変化等を検知して、ＳＮＭＰＭＩＢ部４２を更新し（図３：１０１ｂ、１０１ｃ）、この変化がＳＮＭＰエージェント部４３に伝わり（図３：１０２ｂ、１０２ｃ）、ＳＮＭＰエージェント部４３が、ＴＲＡＰを監視サーバ３へ送信する（図３：１０３ｂ、１０３ｃ）。
【００２９】
監視サーバ３の管理制御部３１ａは、ＳＮＭＰマネージャ部３２が受けた一連のＴＲＡＰ（図３：１０３ａ、１０３ｂ、１０３ｃ）に対して、データベースの更新の都度、更新の確定を行うのではなく、複数回の更新（図３：１１０ａ、１１０ｂ、１１０ｃ）に対して、確定の要求を１度だけ行う（図３：１１３）。この確定を行うタイミングは、管理制御部３１ａが表示サーバ１に変化の通知（図３：１１６）を送信する直前であればよい。表示サーバ１の状態表示制御部１１は、変化を操作員に示すことが目的であるため、ＴＲＡＰ（図３：１１７）が繰り返しあがっても、すべてのタイミングで画面の更新を行わなくてもよい。そのため、更新を確定するタイミングは、この粒度に従う。または、更新を確定する最小時間間隔を規定し、このタイミングで更新を確定してもよい。
【００３０】
以上説明したように、本実施の形態では、更新の確定のタイミングを調整することにより、複数回の更新の要求に対して、確定の要求を１回のみ行うこととした。これにより、監視対象機器からＴＲＡＰが多発する場合であっても、統合サーバや表示サーバの負荷を軽減することができる。
【００３１】
実施の形態３．
実施の形態１では、監視対象機器から状態情報を取得した都度、データベースの更新を行うこととしたが、本実施の形態では、管理制御部が記憶する状態と差異がある場合のみ更新を行う。実施の形態１とことなる部分について説明する。
【００３２】
図４は、本実施の形態のネットワーク管理システムを示す論理構成図である。監視サーバ３に代えて、管理制御部３１ｂを備える監視サーバ３ｂを構成とする点が実施の形態１と異なる。なお、説明に必要な処理の部分のみを記載し、その他の部分については、実施の形態１（図２）と同様とする。
【００３３】
つづいて、本実施の形態の監視動作について説明する。例えば、管理制御部３１ｂでは、ＧＥＴにより監視対象機器４から状態情報を取得した場合（図４：１０５〜１０９）、管理制御部３１ｂは、取得した状態情報の値が、自身が記憶している値と変化があるかどうかを確認する（図４：４０１）。変化がない場合（図４：４０１：Ｎｏ）、更新等を行うことなく処置を終了する。変化がある場合（図４：４０１：Ｙｅｓ）、自身が記憶している値を更新する（図４：４０２）。その後、管理制御部３１ｂは、統合サーバ２に対して、更新要求（ＵＰＤＡＴＥ）および更新確定（ＣＯＭＭＩＴ）を行う（図４：１１０〜１１５）。
【００３４】
このように、管理制御部３１ｂは、取得した状態情報の値が、自身が記憶している値と同じ場合には値の更新をせず、また、既に統合サーバ２に対して更新要求している値と同じであるとして、統合サーバ２に対する更新要求等を行わない。統合サーバ２においても、同じ値の内容で更新する必要が無いことから、負荷を軽減することができる。
【００３５】
以上説明したように、本実施の形態では、管理制御部が、記憶する状態情報の値と差異がある場合のみ更新処理を行うこととした。これにより、統合サーバの負荷を軽減することができる。
【００３６】
実施の形態４．
実施の形態１では、監視対象機器から状態を取得した状態情報を全て統合サーバのデータベースの更新を行うこととしたが、本実施の形態では、統合サーバが管理する項目についてのみデータベースの更新を行う。実施の形態１とことなる部分について説明する。
【００３７】
図５は、本実施の形態のネットワーク管理システムを示す論理構成図である。監視サーバ３に代えて、管理制御部３１ｃを備える監視サーバ３ｃを構成とする点が実施の形態１と異なる。なお、説明に必要な処理の部分のみを記載し、その他の部分については、実施の形態１（図２）と同様とする。
【００３８】
つづいて、本実施の形態の監視動作について説明する。例えば、管理制御部３１ｃでは、ＴＲＡＰやＧＥＴにより監視対象機器４から情報を取得した場合（図５：１０１〜１０９）、管理制御部３１ｃは、取得した状態情報の項目が、統合サーバ２で管理している項目かどうかを確認する（図５：５０１）。管理項目でない場合、（図５：５０１：Ｎｏ）、更新等を行うことなく処理を終了する。管理項目の場合（図５：５０１：Ｙｅｓ）、管理制御部３１ｃは、統合サーバ２に対して、更新要求（ＵＰＤＡＴＥ）および更新確定（ＣＯＭＭＩＴ）を行う（図５：１１０〜１１５）。
【００３９】
このように、管理制御部３１ｃは、取得した状態情報の項目が、統合サーバ２で管理している管理項目以外の場合は更新をせず、統合サーバ２に対して更新処理を行わない。統合サーバ２においても、管理していない項目について受信処理を行う必要が無いことから、負荷を軽減することができる。
【００４０】
以上説明したように、本実施の形態では、管理制御部が、監視対象機器から取得した情報のうち、統合サーバのデータベースの更新に必要な項目のみ更新処理を行うこととして。これにより、統合サーバの負荷を軽減することができる。
【産業上の利用可能性】
【００４１】
以上のように、本発明にかかるネットワーク管理システムは、ＳＮＭＰを用いたネットワークの管理に有用であり、特に、大規模なネットワークの管理に適している。
【符号の説明】
【００４２】
１ 表示サーバ
２ 統合サーバ
３、３ａ、３ｂ、３ｃ 監視サーバ
４ 監視対象機器
５ ＨＵＢ
１１ 状態表示制御部
１２ ＳＮＭＰマネージャ部
１３ ＲＤＡクライアント部
２１ 統制管理制御部
２２ ＤＢＭＳ部
２３ ＲＤＡサーバ部
２４ ＳＮＭＰマネージャ部
３１、３１ａ、３１ｂ、３１ｃ 管理制御部
３２ ＳＮＭＰマネージャ部
３３ ＳＮＭＰエージェント部
３４ ＲＤＡクライアント部
４１ 機器制御部
４２ ＳＮＭＰＭＩＢ部
４３ ＳＮＭＰエージェント部
【特許請求の範囲】
【請求項１】
ネットワーク内の監視対象機器を分担して監視可能とし、監視結果として、それぞれが担当する監視対象機器の状態情報を取得する複数の監視サーバと、
前記複数の監視サーバからそれぞれが担当する監視対象機器の状態情報を受信し、自サーバ内に記録された過去の状態情報を並列処理にて最新の状態情報に更新し、最新の状態情報に基づいてネットワーク内の監視対象機器の制御を行う統合サーバと、
前記複数の監視サーバからそれぞれが担当する監視対象機器の状態情報を受信し、当該状態情報を表示するための制御を行う表示サーバと、
を備えることを特徴とするネットワーク管理システム。
【請求項２】
前記監視サーバが、
担当する監視対象機器の状態情報を送受信するための制御を行う管理制御手段と、
ＳＮＭＰ（Simple Network Management Protocol）により担当する監視対象機器から送られてくる状態情報を受信し、さらに、前記管理制御手段の制御に基づいて、ＳＮＭＰにより担当する監視対象機器に対して状態情報を要求し、その応答としてＳＮＭＰにより送られてくる状態情報を受信する監視ＳＮＭＰマネージャ手段と、
前記管理制御手段の制御に基づいて、ＳＮＭＰにより前記表示サーバへ状態情報を送信し、また、前記統合サーバからの要求に応じてＳＮＭＰにより当該統合サーバへ状態情報を送信する監視ＳＮＭＰエージェント手段と、
前記管理制御手段の制御に基づいて、ＲＤＡ（Remote Database Access）により前記統合サーバへ状態情報を送信する監視ＲＤＡクライアント手段と、
を備えることを特徴とする請求項１に記載のネットワーク管理システム。
【請求項３】
前記統合サーバが、
前記監視サーバから受信した状態情報を記録するためのＤＢＭＳ（Database Management System）手段と、
ＲＤＡにより各監視サーバからそれぞれが担当する監視対象機器の状態情報を受信し、前記ＤＢＭＳ手段に記録された過去の状態情報を並列処理にて最新の状態情報に更新し、さらに、前記表示サーバからの検索要求に応じて前記ＤＢＭＳ手段を検索し、検索結果として得られた状態情報を返信する統合ＲＤＡサーバ手段と、
前記ＤＢＭＳ手段に記録された状態情報および前記監視サーバへ要求して取得した状態情報に基づいて、システム内の監視対象機器の制御を行う統制管理制御手段と、
前記統制管理制御手段の制御に基づいて、ＳＮＭＰにより前記監視サーバに対して状態情報を要求し、その応答としてＳＮＭＰにより送られてくる状態情報を受信する統合ＳＮＭＰマネージャ手段と、
を備えることを特徴とする請求項２に記載のネットワーク管理システム。
【請求項４】
前記表示サーバが、
前記監視サーバおよび前記統合サーバから受信した状態情報を表示するための制御を行う状態表示制御手段と、
ＳＮＭＰにより前記監視サーバから状態情報を受信する表示ＳＮＭＰマネージャ手段と、
前記状態表示制御手段の制御に基づいて、ＲＤＡにより前記統合サーバに対して検索を要求し、その応答としてＲＤＡにより送られてくる状態情報を受信する表示ＲＤＡクライアント手段と、
を備えることを特徴とする請求項３に記載のネットワーク管理システム。
【請求項５】
前記監視サーバは、
前記監視ＲＤＡクライアント手段から前記統合サーバへ状態情報を送信する場合、
前記管理制御手段が、前記監視ＲＤＡクライント手段へ、更新要求により前記状態情報を送信し、その後、更新すべき状態情報を確定するための確定要求を送信し、
前記監視ＲＤＡクライアント手段が、前記管理制御手段から受信した更新要求および確定要求を前記統合サーバへ送信する、
ことを特徴とする請求項２、３または４に記載のネットワーク管理システム。
【請求項６】
前記管理制御手段は、複数の状態情報を送信する制御を行う場合に、更新要求を所定回数送信するごとに確定要求を１回送信する、
ことを特徴とする請求項５に記載のネットワーク管理システム。
【請求項７】
前記管理制御手段は、複数の状態情報を送信する制御を行う場合に、所定の期間内に送信した複数の更新要求に対して確定要求を１回送信する、
ことを特徴とする請求項５に記載のネットワーク管理システム。
【請求項８】
前記管理制御手段は、取得した状態情報のうち、前回取得した状態情報と比較して変更のあった項目について更新要求を行う、
ことを特徴とする請求項５、６または７に記載のネットワーク管理システム。
【請求項９】
前記管理制御手段は、取得した状態情報のうち、前記統合サーバのＤＢＭＳ手段に記録された項目について更新要求を行う、
ことを特徴とする請求項５〜８のいずれか１つに記載のネットワーク管理システム。
【請求項１０】
ネットワーク内の監視対象機器を分担して監視可能とし、監視結果として、それぞれが担当する監視対象機器の状態情報を取得する複数の監視サーバと、統合サーバおよび表示サーバとで構成されるネットワーク管理システム、における前記監視サーバであって、
監視対象機器の状態情報を送受信するための制御を行う管理制御手段と、
ＳＮＭＰ（Simple Network Management Protocol）により担当する監視対象機器から送られてくる状態情報を受信し、さらに、前記管理制御手段の制御に基づいて、ＳＮＭＰにより担当する監視対象機器に対して状態情報を要求し、その応答としてＳＮＭＰにより送られてくる状態情報を受信する監視ＳＮＭＰマネージャ手段と、
前記管理制御手段の制御に基づいて、ＳＮＭＰにより前記表示サーバへ状態情報を送信し、また、前記統合サーバからの要求に応じてＳＮＭＰにより当該統合サーバへ状態情報を送信する監視ＳＮＭＰエージェント手段と、
前記管理制御手段の制御に基づいて、ＲＤＡ（Remote Database Access）により前記統合サーバへ状態情報を送信する監視ＲＤＡクライアント手段と、
を備えることを特徴とする監視サーバ。
【請求項１１】
前記監視ＲＤＡクライアント手段から前記統合サーバへ状態情報を送信する場合、
前記管理制御手段が、前記監視ＲＤＡクライント手段へ、更新要求により前記状態情報を送信し、その後、更新すべき状態情報を確定するための確定要求を送信し、
前記監視ＲＤＡクライアント手段が、前記管理制御手段から受信した更新要求および確定要求を前記統合サーバへ送信する、
ことを特徴とする請求項１０に記載の監視サーバ。
【請求項１２】
前記管理制御手段は、複数の状態情報を送信する制御を行う場合に、更新要求を所定回数送信するごとに確定要求を１回送信する、
ことを特徴とする請求項１１に記載の監視サーバ。
【請求項１３】
前記管理制御手段は、複数の状態情報を送信する制御を行う場合に、所定の期間内に送信した複数の更新要求に対して確定要求を１回送信する、
ことを特徴とする請求項１１に記載の監視サーバ。
【請求項１４】
前記管理制御手段は、取得した状態情報のうち、前回取得した状態情報と比較して変更のあった項目について更新要求を行う、
ことを特徴とする請求項１１、１２または１３に記載の監視サーバ。
【請求項１５】
前記管理制御手段は、取得した状態情報のうち、前記統合サーバのＤＢＭＳ手段に記録された項目について更新要求を行う、
ことを特徴とする請求項１１〜１４のいずれか１つに記載の監視サーバ。
【請求項１】
ネットワーク内の監視対象機器を分担して監視可能とし、監視結果として、それぞれが担当する監視対象機器の状態情報を取得する複数の監視サーバと、
前記複数の監視サーバからそれぞれが担当する監視対象機器の状態情報を受信し、自サーバ内に記録された過去の状態情報を並列処理にて最新の状態情報に更新し、最新の状態情報に基づいてネットワーク内の監視対象機器の制御を行う統合サーバと、
前記複数の監視サーバからそれぞれが担当する監視対象機器の状態情報を受信し、当該状態情報を表示するための制御を行う表示サーバと、
を備えることを特徴とするネットワーク管理システム。
【請求項２】
前記監視サーバが、
担当する監視対象機器の状態情報を送受信するための制御を行う管理制御手段と、
ＳＮＭＰ（Simple Network Management Protocol）により担当する監視対象機器から送られてくる状態情報を受信し、さらに、前記管理制御手段の制御に基づいて、ＳＮＭＰにより担当する監視対象機器に対して状態情報を要求し、その応答としてＳＮＭＰにより送られてくる状態情報を受信する監視ＳＮＭＰマネージャ手段と、
前記管理制御手段の制御に基づいて、ＳＮＭＰにより前記表示サーバへ状態情報を送信し、また、前記統合サーバからの要求に応じてＳＮＭＰにより当該統合サーバへ状態情報を送信する監視ＳＮＭＰエージェント手段と、
前記管理制御手段の制御に基づいて、ＲＤＡ（Remote Database Access）により前記統合サーバへ状態情報を送信する監視ＲＤＡクライアント手段と、
を備えることを特徴とする請求項１に記載のネットワーク管理システム。
【請求項３】
前記統合サーバが、
前記監視サーバから受信した状態情報を記録するためのＤＢＭＳ（Database Management System）手段と、
ＲＤＡにより各監視サーバからそれぞれが担当する監視対象機器の状態情報を受信し、前記ＤＢＭＳ手段に記録された過去の状態情報を並列処理にて最新の状態情報に更新し、さらに、前記表示サーバからの検索要求に応じて前記ＤＢＭＳ手段を検索し、検索結果として得られた状態情報を返信する統合ＲＤＡサーバ手段と、
前記ＤＢＭＳ手段に記録された状態情報および前記監視サーバへ要求して取得した状態情報に基づいて、システム内の監視対象機器の制御を行う統制管理制御手段と、
前記統制管理制御手段の制御に基づいて、ＳＮＭＰにより前記監視サーバに対して状態情報を要求し、その応答としてＳＮＭＰにより送られてくる状態情報を受信する統合ＳＮＭＰマネージャ手段と、
を備えることを特徴とする請求項２に記載のネットワーク管理システム。
【請求項４】
前記表示サーバが、
前記監視サーバおよび前記統合サーバから受信した状態情報を表示するための制御を行う状態表示制御手段と、
ＳＮＭＰにより前記監視サーバから状態情報を受信する表示ＳＮＭＰマネージャ手段と、
前記状態表示制御手段の制御に基づいて、ＲＤＡにより前記統合サーバに対して検索を要求し、その応答としてＲＤＡにより送られてくる状態情報を受信する表示ＲＤＡクライアント手段と、
を備えることを特徴とする請求項３に記載のネットワーク管理システム。
【請求項５】
前記監視サーバは、
前記監視ＲＤＡクライアント手段から前記統合サーバへ状態情報を送信する場合、
前記管理制御手段が、前記監視ＲＤＡクライント手段へ、更新要求により前記状態情報を送信し、その後、更新すべき状態情報を確定するための確定要求を送信し、
前記監視ＲＤＡクライアント手段が、前記管理制御手段から受信した更新要求および確定要求を前記統合サーバへ送信する、
ことを特徴とする請求項２、３または４に記載のネットワーク管理システム。
【請求項６】
前記管理制御手段は、複数の状態情報を送信する制御を行う場合に、更新要求を所定回数送信するごとに確定要求を１回送信する、
ことを特徴とする請求項５に記載のネットワーク管理システム。
【請求項７】
前記管理制御手段は、複数の状態情報を送信する制御を行う場合に、所定の期間内に送信した複数の更新要求に対して確定要求を１回送信する、
ことを特徴とする請求項５に記載のネットワーク管理システム。
【請求項８】
前記管理制御手段は、取得した状態情報のうち、前回取得した状態情報と比較して変更のあった項目について更新要求を行う、
ことを特徴とする請求項５、６または７に記載のネットワーク管理システム。
【請求項９】
前記管理制御手段は、取得した状態情報のうち、前記統合サーバのＤＢＭＳ手段に記録された項目について更新要求を行う、
ことを特徴とする請求項５〜８のいずれか１つに記載のネットワーク管理システム。
【請求項１０】
ネットワーク内の監視対象機器を分担して監視可能とし、監視結果として、それぞれが担当する監視対象機器の状態情報を取得する複数の監視サーバと、統合サーバおよび表示サーバとで構成されるネットワーク管理システム、における前記監視サーバであって、
監視対象機器の状態情報を送受信するための制御を行う管理制御手段と、
ＳＮＭＰ（Simple Network Management Protocol）により担当する監視対象機器から送られてくる状態情報を受信し、さらに、前記管理制御手段の制御に基づいて、ＳＮＭＰにより担当する監視対象機器に対して状態情報を要求し、その応答としてＳＮＭＰにより送られてくる状態情報を受信する監視ＳＮＭＰマネージャ手段と、
前記管理制御手段の制御に基づいて、ＳＮＭＰにより前記表示サーバへ状態情報を送信し、また、前記統合サーバからの要求に応じてＳＮＭＰにより当該統合サーバへ状態情報を送信する監視ＳＮＭＰエージェント手段と、
前記管理制御手段の制御に基づいて、ＲＤＡ（Remote Database Access）により前記統合サーバへ状態情報を送信する監視ＲＤＡクライアント手段と、
を備えることを特徴とする監視サーバ。
【請求項１１】
前記監視ＲＤＡクライアント手段から前記統合サーバへ状態情報を送信する場合、
前記管理制御手段が、前記監視ＲＤＡクライント手段へ、更新要求により前記状態情報を送信し、その後、更新すべき状態情報を確定するための確定要求を送信し、
前記監視ＲＤＡクライアント手段が、前記管理制御手段から受信した更新要求および確定要求を前記統合サーバへ送信する、
ことを特徴とする請求項１０に記載の監視サーバ。
【請求項１２】
前記管理制御手段は、複数の状態情報を送信する制御を行う場合に、更新要求を所定回数送信するごとに確定要求を１回送信する、
ことを特徴とする請求項１１に記載の監視サーバ。
【請求項１３】
前記管理制御手段は、複数の状態情報を送信する制御を行う場合に、所定の期間内に送信した複数の更新要求に対して確定要求を１回送信する、
ことを特徴とする請求項１１に記載の監視サーバ。
【請求項１４】
前記管理制御手段は、取得した状態情報のうち、前回取得した状態情報と比較して変更のあった項目について更新要求を行う、
ことを特徴とする請求項１１、１２または１３に記載の監視サーバ。
【請求項１５】
前記管理制御手段は、取得した状態情報のうち、前記統合サーバのＤＢＭＳ手段に記録された項目について更新要求を行う、
ことを特徴とする請求項１１〜１４のいずれか１つに記載の監視サーバ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１１−１１４４７１（Ｐ２０１１−１１４４７１Ａ）
【公開日】平成２３年６月９日（２０１１．６．９）
【国際特許分類】
【出願番号】特願２００９−２６７５３２（Ｐ２００９−２６７５３２）
【出願日】平成２１年１１月２５日（２００９．１１．２５）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
【公開日】平成２３年６月９日（２０１１．６．９）
【国際特許分類】
【出願日】平成２１年１１月２５日（２００９．１１．２５）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
[ Back to top ]