(57)【要約】【課題】  ネットワーク装置本来の性能に悪影響を与えないようにＭＩＢ情報が収集できるようにする。【解決手段】  ＮＭＳ（ネットワーク管理ステーション）１がネットワーク装置２からＭＩＢ情報を収集する際、まずネットワーク装置２のＣＰＵ使用率を確認し、負荷が高ければ、取得個数が少なくなるように１回のＳＮＭＰパケットで取得するＭＩＢ情報数を決定し、かつ、送信間隔が長くなるようにＳＮＭＰパケットの送信間隔を決定する。次に、決定したＭＩＢ情報数に従って作成したＳＮＭＰパケットを、決定された送信間隔でＮＭＳ１からネットワーク装置２へ送信することにより、ＭＩＢ情報を収集する。【選択図】  図３
2006080615.tif 000002
【特許請求の範囲】
【請求項１】
ａ）ネットワーク管理装置が、被管理装置の負荷状況を確認するステップ、
ｂ）ネットワーク管理装置が、前記確認した被管理装置の負荷が高いほど取得個数が少なくなるように１回の情報取得要求により取得する管理情報の個数を決定するステップ、
ｃ）ネットワーク管理装置が、前記決定した取得個数に従って作成した情報取得要求を被管理装置に対して送信し、被管理装置から送られてくる管理情報を受信するステップ、
を含むことを特徴とするネットワーク管理方法。
【請求項２】
ａ）ネットワーク管理装置が、被管理装置の負荷状況を確認するステップ、
ｂ）ネットワーク管理装置が、前記確認した被管理装置の負荷が高いほど送信間隔が長くなるように情報取得要求の送信間隔を決定するステップ、
ｃ）ネットワーク管理装置が、情報取得要求を前記決定した送信間隔で被管理装置に対して送信し、被管理装置から送られてくる管理情報を受信するステップ、
を含むことを特徴とするネットワーク管理方法。
【請求項３】
ａ）ネットワーク管理装置が、被管理装置の負荷状況を確認するステップ、
ｂ）ネットワーク管理装置が、前記確認した被管理装置の負荷が高いほど、取得個数が少なくなるように１回の情報取得要求により取得する管理情報の個数を決定すると共に送信間隔が長くなるように情報取得要求の送信間隔を決定するステップ、
ｃ）ネットワーク管理装置が、前記決定した取得個数に従って作成した情報取得要求を、前記決定された送信間隔で被管理装置に対して送信し、被管理装置から送られてくる管理情報を受信するステップ、
を含むことを特徴とするネットワーク管理方法。
【請求項４】
ｄ）ステップｃによる被管理装置からの管理情報の取得後に、ネットワーク管理装置が、被管理装置の負荷状況を再度確認するステップ、
ｅ）ステップａで確認した負荷状況とステップｄで確認した負荷状況との差あるいは比率に応じて、被管理装置の負荷の大きさと１回の情報取得要求で取得する管理情報の個数および情報取得要求の送信間隔との関係を変更するステップ、
を含むことを特徴とする請求項３記載のネットワーク管理方法。
【請求項５】
被管理装置の負荷状況を確認する負荷状況確認手段と、前記確認された被管理装置の負荷が高いほど取得個数が少なくなるように１回の情報取得要求により取得する管理情報の個数を決定する監視トラフィック決定手段と、前記決定された取得個数に従って作成した情報取得要求を被管理装置に対して送信し、被管理装置から送られてくる管理情報を受信する管理情報取得手段とを備えることを特徴とするネットワーク管理装置。
【請求項６】
被管理装置の負荷状況を確認する負荷状況確認手段と、前記確認された被管理装置の負荷が高いほど送信間隔が長くなるように情報取得要求の送信間隔を決定する監視トラフィック決定手段と、情報取得要求を前記決定された送信間隔で被管理装置に対して送信し、被管理装置から送られてくる管理情報を受信する管理情報取得手段とを備えることを特徴とするネットワーク管理装置。
【請求項７】
被管理装置の負荷状況を確認する負荷状況確認手段と、前記確認された被管理装置の負荷が高いほど、取得個数が少なくなるように１回の情報取得要求により取得する管理情報の個数を決定すると共に送信間隔が長くなるように情報取得要求の送信間隔を決定する監視トラフィック決定手段と、前記決定された取得個数に従って作成した情報取得要求を、前記決定された送信間隔で被管理装置に対して送信し、被管理装置から送られてくる管理情報を受信する管理情報取得手段とを備えることを特徴とするネットワーク管理装置。
【請求項８】
前記管理情報取得手段により被管理装置からの管理情報の取得後に、被管理装置の負荷状況を再度確認する負荷状況再確認手段と、前記負荷状況確認手段で確認された負荷状況と前記負荷状況再確認手段で確認された負荷状況との差あるいは比率に応じて、被管理装置の負荷の大きさと１回の情報取得要求で取得する管理情報の個数および情報取得要求の送信間隔との関係を変更する調整手段とを備えることを特徴とする請求項７記載のネットワーク管理装置。
【請求項９】
ネットワーク管理装置を構成するコンピュータを、被管理装置の負荷状況を確認する負荷状況確認手段、前記確認された被管理装置の負荷が高いほど取得個数が少なくなるように１回の情報取得要求により取得する管理情報の個数を決定する監視トラフィック決定手段、前記決定された取得個数に従って作成した情報取得要求を被管理装置に対して送信し、被管理装置から送られてくる管理情報を受信する管理情報取得手段、として機能させるためのプログラム。
【請求項１０】
ネットワーク管理装置を構成するコンピュータを、被管理装置の負荷状況を確認する負荷状況確認手段、前記確認された被管理装置の負荷が高いほど送信間隔が長くなるように情報取得要求の送信間隔を決定する監視トラフィック決定手段、情報取得要求を前記決定された送信間隔で被管理装置に対して送信し、被管理装置から送られてくる管理情報を受信する管理情報取得手段、として機能させるためのプログラム。
【請求項１１】
ネットワーク管理装置を構成するコンピュータを、被管理装置の負荷状況を確認する負荷状況確認手段、前記確認された被管理装置の負荷が高いほど、取得個数が少なくなるように１回の情報取得要求により取得する管理情報の個数を決定すると共に送信間隔が長くなるように情報取得要求の送信間隔を決定する監視トラフィック決定手段、前記決定された取得個数に従って作成した情報取得要求を、前記決定された送信間隔で被管理装置に対して送信し、被管理装置から送られてくる管理情報を受信する管理情報取得手段、として機能させるためのプログラム。
【請求項１２】
前記コンピュータをさらに、前記管理情報取得手段により被管理装置からの管理情報の取得後に、被管理装置の負荷状況を再度確認する負荷状況再確認手段、前記負荷状況確認手段で確認された負荷状況と前記負荷状況再確認手段で確認された負荷状況との差あるいは比率に応じて、被管理装置の負荷の大きさと１回の情報取得要求で取得する管理情報の個数および情報取得要求の送信間隔との関係を変更する調整手段、として機能させる請求項１１記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワーク管理方法に関し、特にネットワーク装置の管理情報をネットワーク管理装置によって収集するネットワーク管理方法に関する。
【背景技術】
【０００２】
インターネットを構成するルータなどのネットワーク装置の管理作業をネットワーク経由で実行するネットワーク管理システムにおいては、ネットワーク管理プロトコルとして主にＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）が利用される。この場合、管理対象装置には、エージェントと装置の状態や設定をデータベース化したＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）とが実装され、ネットワーク管理装置であるＮＭＳ（ネットワーク管理ステーション）とエージェントとの間の通信にＳＮＭＰが用いられる。ネットワーク装置の状態管理はＭＩＢの変数読出しで実現され、ネットワーク装置の設定はＭＩＢの変数設定で実現される。また、ネットワーク装置の障害報告は、エージェントからＮＭＳに対してＳＮＭＰトラップという機構を用いる。本発明はこのようなネットワーク管理のうち、主にネットワーク装置のＭＩＢ情報をネットワーク管理装置によって収集する方法の改良に関する。
【０００３】
従来、ＳＮＭＰを用いてネットワーク装置からＭＩＢ情報を取得する場合、ＮＭＳは、ＳＮＭＰパケット（ＰＤＵ）に取得したいＭＩＢ情報のリスト（Ｖａｒｉａｂｌｅ  Ｂｉｎｄｉｎｇ  ｌｉｓｔ）を詰めてネットワーク装置に送信する。この際、ＳＮＭＰパケットには通常、ＳＮＭＰパケットの最大バイト数までＭＩＢ情報のリストを詰める。また、取得したいＭＩＢ情報のリスト全てが１つのＳＮＭＰパケットに納まり切れないときは、２以上のＳＮＭＰパケットを使い、それら複数のＳＮＭＰパケットを連続して送信する。
【０００４】
この種のネットワーク管理方法の従来技術が特許文献１および特許文献２に記載されている。
【０００５】
特許文献１には、ネットワーク装置のＭＩＢ情報を或る周期ｔ毎に収集したい場合、周期ｔ毎にＮＭＳからネットワーク装置に取得要求を出すと要求パケットや応答パケットが大量にネットワークを流れることになるため、それを防ぐために、ＮＭＳは蓄積回数を指定した要求パケットをネットワーク装置に送信し、ネットワーク装置は指定された時間間隔で蓄積回数分の情報を収集した後、収集した情報を一つの応答パケットでＮＭＳに送信する技術が記載されている。
【０００６】
特許文献２には、ネットワーク装置のＣＰＵ負荷率などの性能変化が激しいときには、ＮＭＳからのポーリング間隔を短くして詳細に性能情報を取得し、性能変化が緩やかなときはポーリング間隔を長くしてネットワークへの無駄な通信を抑制する技術が記載されている。
【特許文献１】特開平８−２６５３６７号公報
【特許文献２】特開平１１−１５４９５５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ネットワーク装置の機能向上により、そのインタフェースの種類や数が増加しており、それに伴ってＮＭＳが監視するＭＩＢ情報の数が増加してきている。このため、多くのＭＩＢ情報のリストが詰め込まれたＳＮＭＰパケットが連続してＮＭＳからネットワーク装置へ送信されることが多くなっている。ＳＮＭＰパケットの受信、受信パケット中のＭＩＢ情報のリストの分解、該当するＭＩＢ情報の取得と応答パケットの組み立て、応答パケットの送信は、少なからずネットワーク装置の負荷を増加させ、ネットワーク装置本来のスループットを低下させる原因となる。
【０００８】
特許文献１および２に記載される従来技術は、何れもネットワークの負荷を軽減するのには適しているが、ネットワーク装置の負荷を軽減する効果はなく、かえって負荷を増加させる恐れがある。何故なら、指定された時間間隔で蓄積回数分の情報を収集する動作をネットワーク装置に行わせる特許文献１では、ネットワーク装置の負荷を増大させるからである。また、特許文献２では、ネットワーク装置のＣＰＵ負荷率が高い範囲で激しく変化している場合、ポーリング間隔が短く設定されるため、ネットワーク装置の負荷をより高めてしまうことになる。
【０００９】
本発明の目的は、ネットワーク装置本来の性能にできるだけ悪影響を与えない新規なネットワーク管理方法およびネットワーク管理装置を提供することにある。
【００１０】
本発明の別の目的は、ネットワーク装置の負荷状況に応じて、１回の情報取得要求により取得する管理情報の個数および情報取得要求の送信間隔の何れか一方または双方を調整する新規なネットワーク管理方法およびネットワーク管理装置を提供することにある。
【課題を解決するための手段】
【００１１】
本発明の第１のネットワーク管理方法は、ａ）ネットワーク管理装置が、被管理装置の負荷状況を確認するステップ、ｂ）ネットワーク管理装置が、前記確認した被管理装置の負荷が高いほど取得個数が少なくなるように１回の情報取得要求により取得する管理情報の個数を決定するステップ、ｃ）ネットワーク管理装置が、前記決定した取得個数に従って作成した情報取得要求を被管理装置に対して送信し、被管理装置から送られてくる管理情報を受信するステップ、を含むことを特徴とする。
【００１２】
本発明の第２のネットワーク管理方法は、ａ）ネットワーク管理装置が、被管理装置の負荷状況を確認するステップ、ｂ）ネットワーク管理装置が、前記確認した被管理装置の負荷が高いほど送信間隔が長くなるように情報取得要求の送信間隔を決定するステップ、ｃ）ネットワーク管理装置が、情報取得要求を前記決定した送信間隔で被管理装置に対して送信し、被管理装置から送られてくる管理情報を受信するステップ、を含むことを特徴とする。
【００１３】
本発明の第３のネットワーク管理方法は、ａ）ネットワーク管理装置が、被管理装置の負荷状況を確認するステップ、ｂ）ネットワーク管理装置が、前記確認した被管理装置の負荷が高いほど、取得個数が少なくなるように１回の情報取得要求により取得する管理情報の個数を決定すると共に送信間隔が長くなるように情報取得要求の送信間隔を決定するステップ、ｃ）ネットワーク管理装置が、前記決定した取得個数に従って作成した情報取得要求を、前記決定された送信間隔で被管理装置に対して送信し、被管理装置から送られてくる管理情報を受信するステップ、を含むことを特徴とする。
【００１４】
本発明の第４のネットワーク管理方法は、第３のネットワーク管理方法において、さらに、ｄ）ステップｃによる被管理装置からの管理情報の取得後に、ネットワーク管理装置が、被管理装置の負荷状況を再度確認するステップ、ｅ）ステップａで確認した負荷状況とステップｄで確認した負荷状況との差あるいは比率に応じて、被管理装置の負荷の大きさと１回の情報取得要求で取得する管理情報の個数および情報取得要求の送信間隔との関係を変更するステップ、を含むことを特徴とする。
【００１５】
本発明の第１のネットワーク管理装置は、被管理装置の負荷状況を確認する負荷状況確認手段と、前記確認された被管理装置の負荷が高いほど取得個数が少なくなるように１回の情報取得要求により取得する管理情報の個数を決定する監視トラフィック決定手段と、前記決定された取得個数に従って作成した情報取得要求を被管理装置に対して送信し、被管理装置から送られてくる管理情報を受信する管理情報取得手段とを備えることを特徴とする。
【００１６】
本発明の第２のネットワーク管理装置は、被管理装置の負荷状況を確認する負荷状況確認手段と、前記確認された被管理装置の負荷が高いほど送信間隔が長くなるように情報取得要求の送信間隔を決定する監視トラフィック決定手段と、情報取得要求を前記決定された送信間隔で被管理装置に対して送信し、被管理装置から送られてくる管理情報を受信する管理情報取得手段とを備えることを特徴とする。
【００１７】
本発明の第３のネットワーク管理装置は、被管理装置の負荷状況を確認する負荷状況確認手段と、前記確認された被管理装置の負荷が高いほど、取得個数が少なくなるように１回の情報取得要求により取得する管理情報の個数を決定すると共に送信間隔が長くなるように情報取得要求の送信間隔を決定する監視トラフィック決定手段と、前記決定された取得個数に従って作成した情報取得要求を、前記決定された送信間隔で被管理装置に対して送信し、被管理装置から送られてくる管理情報を受信する管理情報取得手段とを備えることを特徴とする。
【００１８】
本発明の第４のネットワーク管理装置は、第３のネットワーク管理装置において、前記管理情報取得手段により被管理装置からの管理情報の取得後に、被管理装置の負荷状況を再度確認する負荷状況再確認手段と、前記負荷状況確認手段で確認された負荷状況と前記負荷状況再確認手段で確認された負荷状況との差あるいは比率に応じて、被管理装置の負荷の大きさと１回の情報取得要求で取得する管理情報の個数および情報取得要求の送信間隔との関係を変更する調整手段とを備えることを特徴とする。
【００１９】
『作用』
本発明のネットワーク管理方法および装置にあっては、ネットワーク管理装置が被管理装置から管理情報を収集するに際して、まずその被管理装置のＣＰＵ使用率などの負荷状況を確認し、被管理装置の負荷が高ければ、取得個数が少なくなるように１回の情報取得要求により取得する管理情報の個数を決定するか、或いは送信間隔が長くなるように情報取得要求の送信間隔を決定し、決定した取得個数に従って作成した情報取得要求を、決定した送信間隔で被管理装置に対して送信することにより、被管理装置本来の性能に悪影響を与えないようにして被管理装置から管理情報を収集する。
【発明の効果】
【００２０】
本発明の第１のネットワーク管理方法および装置によれば、被管理装置本来の性能に与える影響を軽減することができる。その理由は、被管理装置のＣＰＵ使用率などの負荷状況を確認し、被管理装置の負荷が高ければ、１回の情報取得要求により取得する管理情報の個数を少なくし、被管理装置の負荷ができるだけ高まらないようにしているからである。また、本発明の第１のネットワーク管理方法および装置によれば、ＣＰＵ使用率などの負荷が低い被管理装置については情報収集を高速に行うことができる。その理由は、被管理装置のＣＰＵ使用率などの負荷状況を確認し、被管理装置の負荷が低ければ、１回の情報取得要求により取得する管理情報の個数が多くなるからである。
【００２１】
本発明の第２のネットワーク管理方法および装置によれば、被管理装置本来の性能に与える影響を軽減することができる。その理由は、被管理装置のＣＰＵ使用率などの負荷状況を確認し、被管理装置の負荷が高ければ、情報取得要求の送信間隔を長くし、被管理装置の負荷ができるだけ高まらないようにしているためである。また、本発明の第２のネットワーク管理方法および装置によれば、ＣＰＵ使用率などの負荷が低い被管理装置については情報収集を高速に行うことができる。その理由は、被管理装置のＣＰＵ使用率などの負荷状況を確認し、被管理装置の負荷が低ければ、情報取得要求の送信間隔が短くなるからである。
【００２２】
本発明の第３のネットワーク管理方法および装置によれば、被管理装置本来の性能に与える影響を軽減することができる。その理由は、被管理装置のＣＰＵ使用率などの負荷状況を確認し、被管理装置の負荷が高ければ、１回の情報取得要求により取得する管理情報の個数を少なく且つ情報取得要求の送信間隔を長くし、被管理装置の負荷ができるだけ高まらないようにしているからである。また、本発明の第１のネットワーク管理方法および装置によれば、ＣＰＵ使用率などの負荷が低い被管理装置については情報収集を高速に行うことができる。その理由は、被管理装置のＣＰＵ使用率などの負荷状況を確認し、被管理装置の負荷が低ければ、１回の情報取得要求により取得する管理情報の個数が多く且つ情報取得要求の送信間隔が短くなるからである。
【００２３】
本発明の第４のネットワーク管理方法および装置によれば、被管理装置の負荷の大きさと１回の情報取得要求で取得する管理情報の個数および情報取得要求の送信間隔との関係を、個々の被管理装置毎に補正することができる。その理由は、被管理装置からの管理情報の収集前後の負荷状況の差あるいは比率に応じて、その被管理装置の負荷の大きさと１回の情報取得要求で取得する管理情報の個数および情報取得要求の送信間隔との関係を変更するからである。
【発明を実施するための最良の形態】
【００２４】
図１を参照すると、本発明のネットワーク管理方法を実施するネットワーク管理システムは、ＮＭＳ１とこれに図示しないネットワークを通じて接続されたネットワーク装置２およびネットワーク装置３とから構成される。図１には、ネットワーク装置は２台しか描かれていないが、一般には３台以上の多数のネットワーク装置が存在する。
【００２５】
本実施の形態において、ＮＭＳ１は、ネットワーク装置２のＭＩＢ情報をＳＮＭＰ通信により収集する場合、まず、そのネットワーク装置２のＣＰＵ使用率を確認し、ＣＰＵ使用率が高いほど、取得するＭＩＢ情報数が少なくなるように１回のＳＮＭＰ要求パケットにより取得するＭＩＢ情報数を決定すると共に、送信間隔が長くなるようにＳＮＭＰ要求パケットの送信間隔を決定する。そして、ＮＭＳ１は、この決定した取得ＭＩＢ情報数に従って作成したＳＮＭＰ要求パケットを、その決定された送信間隔でネットワーク装置２に対して送信し、ネットワーク装置２から送られてくるＳＮＭＰ応答パケットを受信する。他のネットワーク装置３のＭＩＢ情報を収集する場合も同様である。
【００２６】
図１に付記した例および図２を参照すると、ＮＭＳ１からネットワーク装置２へのＳＮＭＰ通信時、ネットワーク装置２のＣＰＵ使用率が９０％と高いため、例えば１つのＳＮＭＰ要求パケットで要求するＭＩＢ情報数を１、次のＳＮＭＰ要求パケットを送信するまでの送信間隔を１００ｍｓとして、ＳＮＭＰのＧｅｔ要求を行っている。
【００２７】
他方、ＮＭＳ１からネットワーク装置３へのＳＮＭＰ通信時、ネットワーク装置２のＣＰＵ使用率が１０％と低いため、例えば１つのＳＮＭＰ要求パケットで要求するＭＩＢ情報数を１０、次のＳＮＭＰ要求パケットを送信するまでの送信間隔を１０ｍｓとして、ＳＮＭＰのＧｅｔ要求を行っている。
【００２８】
これにより、負荷の高いネットワーク装置２へは、ＣＰＵ使用率の上昇を軽減するようにＳＮＭＰ通信によるＭＩＢ情報の収集を行うことができ、負荷の低い装置へはＳＮＭＰ通信に要するトータルの時間を短縮することができる。
【００２９】
図３を参照すると、ＮＭＳ１は、マネージャ部１１およびプロトコルスタック１２を備え、管理コンソール４およびネットワーク５に接続されている。プロトコルスタック１２は、ネットワーク管理プロトコル（本実施の形態ではＳＮＭＰ）１３とその下位プロトコルスタック１４とで構成され、下位プロトコルスタック１４がネットワーク５に接続され、ネットワーク管理プロトコル１３がマネージャ部１１に接続される。マネージャ部１１は、管理情報に対するＧＥＴ、ＳＥＴなどの操作や指令をエージェントに発行したり、管理コンソール４を通じてオペレータと対話する機能などを有する。本発明に関連する機能として、マネージャ部１１は、ネットワーク管理装置２、３の負荷状況を確認する負荷状況確認部１５、確認された負荷が高いほど、取得ＭＩＢ情報数が少なくなるように１回のＳＮＭＰ要求パケットで取得するＭＩＢ情報数を決定すると共に送信間隔が長くなるようにＳＮＭＰ要求パケットの送信間隔を決定する監視トラフィック決定部１６と、決定されたＭＩＢ情報数に従って作成したＳＮＭＰ要求パケットを、決定された送信間隔で被管理装置に対して送信し、被管理装置から送られてくるＳＮＭＰ応答パケットを受信する管理情報取得部１７とを有している。
【００３０】
同じく図３を参照すると、ネットワーク装置２は、エージェント部２１、プロトコルスタック２２およびＭＩＢ２３を備え、ネットワーク５に接続されている。プロトコルスタック２２は、ネットワーク管理プロトコル（本実施の形態ではＳＮＭＰ）２４とその下位プロトコルスタック２５とで構成され、下位プロトコルスタック２５がネットワーク５に接続され、ネットワーク管理プロトコル２４がエージェント部２１に接続される。ＭＩＢ２３には、ネットワーク装置２を構成するＣＰＵやインターフェース機器など各種機器の状態や設定が蓄積されている。エージェント部２１は、マネージャ部１１からの要求に応じてＭＩＢ２３から管理対象の状態を参照して通知したり、管理対象に対する操作を行う機能などを有する。他のネットワーク装置３もネットワーク装置２と同様の構成を有する。
【００３１】
ＮＭＳ１からネットワーク装置２、３にＳＮＭＰ通信を行う際のＮＭＳ１側の処理の流れを図４に示す。なお、図中のＣＰＵ使用率（％）ＡＡ〜ＺＺには、ＡＡ＞ＢＢ＞ＣＣ＞……＞ＸＸ＞ＹＹ＞ＺＺという関係があり、１パケット中のＭＩＢ情報数（個）ａ〜ｚには、ａ≦ｂ≦ｃ≦……≦ｘ≦ｙ≦ｚという関係があり、ＳＮＭＰパケット送信間隔（ｍｓ）ａａ〜ｚｚには、ａａ≧ｂｂ≧ｃｃ≧……≧ｘｘ≧ｙｙ≧ｚｚという関係がある。
【００３２】
図４を参照すると、ＮＭＳ１のマネージャ部１１は、或るネットワーク装置のＭＩＢ情報収集のためのＳＮＭＰ通信を開始すると、まず負荷状況確認部１５により、そのネットワーク装置のＣＰＵ使用率を取得する（ステップＡ１）。ＣＰＵ使用率の取得は、ＣＰＵ使用率がＭＩＢ情報の１つとしてネットワーク装置のＭＩＢに蓄積されている場合には、以下に述べる他のＭＩＢ情報の収集と同じ方法で取得することが可能である。勿論、このような方法に限定されず、任意の方法でネットワーク装置のＣＰＵ使用率を取得してよい。
【００３３】
次にＮＭＳ１のマネージャ部１１は、監視トラフィック決定部１６により、取得したＣＰＵ使用率が、ＡＡ〜ＺＺという基準ＣＰＵ使用率で規定される複数のＣＰＵ使用率の区分（ＡＡ以上、ＢＢ以上ＡＡ未満、ＣＣ以上ＤＤ未満、…、ＺＺ未満の各区分）のどの区分に属するかを判定し（ステップＡ２〜Ａ６）、属する区分に応じて予め定められているＭＩＢ情報数と送信間隔を選択する（ステップＡ７〜Ａ１１）。そして、マネージャ部１１は、管理情報取得部１７により、前記選択したＭＩＢ情報数分のＭＩＢ情報のリストを設定したＳＮＭＰのＧｅｔ要求あるいはＧｅｔＮｅｘｔ要求にかかるＳＮＭＰ要求パケットを、プロトコルスタック１２を通じて当該ネットワーク装置へ送信する処理を、前記選択された送信間隔で繰り返し、各ＳＮＭＰ要求パケットに対してネットワーク装置から返されるＳＮＭＰ応答パケットを受信する（ステップＡ１２）。合計幾つのＳＮＭＰ要求パケットを送信するかは、取得対象とするＭＩＢ情報の総数と、１回当たりの取得数とで定まる。ＳＮＭＰ要求パケットを受信したネットワーク装置側では、エージェント部２１がＭＩＢ情報のリストを解析し、各ＭＩＢ情報をＭＩＢ２３から取得して応答パケットに組み入れ、マネージャ部１１へ送信する。
【００３４】
ＮＭＳ１からネットワーク装置２、３へのＳＮＭＰ通信のシーケンスを示す図５を参照すると、ＮＭＳ１がネットワーク装置２へＳＮＭＰ通信を行う際に、まず、ネットワーク装置２へＣＰＵ使用率の問い合わせを行う。この例では、ネットワーク装置２からの応答がＢＢ％であるため（図５のＳ１）、図４のステップＡ３の条件に合致し、ステップＡ８において１つのＳＮＭＰ要求パケット中のＭＩＢ情報数をｂ個、次のＳＮＭＰ要求パケットを送信するまでの送信間隔をｂｂミリ秒に設定し、ステップＡ１２においてＳＮＭＰ通信を開始する（図５のＳ２）。
【００３５】
ＮＭＳ１がネットワーク装置３へＳＮＭＰ通信を行う際にも、まず、ネットワーク装置３へＣＰＵ使用率の問い合わせを行う（図５のＳ３）。この例では、ネットワーク３からの応答がＺＺ％より小さいため、図４のＡ２からＡ６の何れの条件にも合致せず、ステップＡ１１において１つのＳＮＭＰ要求パケット中のＭＩＢ情報数をｚ個、次のＳＮＭＰ要求パケットを送信するまでの送信間隔をｚｚミリ秒に設定し、ステップＡ１２においてＳＮＭＰ通信を開始する（図５のＳ４）。
【００３６】
ＮＭＳ１にて、再度ネットワーク装置２へＳＮＭＰ通信を行う際は、ＣＰＵ使用率の問い合わせを再度行う（図５のＳ５）。この例では、ネットワーク装置２からの応答がＣＣ％であるため、図４のステップＡ４の条件に合致し、ステップＡ９において１つのＳＮＭＰ要求パケット中のＭＩＢ情報数をｃ個、次のＳＮＭＰ要求パケットを送信するまでの送信間隔をｃｃミリ秒に設定し、ステップＡ１２においてＳＮＭＰ通信を開始する（図５のＳ６）。
【００３７】
次に本実施の形態の効果を説明する。本実施の形態によれば、マネージャ部１１はネットワーク装置１、２のＭＩＢ情報を収集する際、その直前のネットワーク装置１、２のＣＰＵ使用率を確認し、負荷が高いときは１要求パケット当たりに取得するＭＩＢ情報数をより少なくすると共に要求パケットの送信間隔を長くするため、負荷の高いネットワーク装置がＳＮＭＰ通信によってより負荷が高まる度合いを抑えることができ、ネットワーク装置本来のネットワーク性能の悪化を防止することができる。反対に、負荷の低いネットワーク装置に対しては、１要求パケット当たりの取得ＭＩＢ情報数をより多くすると共に要求パケットの送信間隔を短くするため、高速な収集が実現できる。
【００３８】
また本実施の形態では、ＡＡ〜ＺＺという複数の基準ＣＰＵ使用率で規定される３以上のＣＰＵ使用率の区分（ＡＡ以上、ＢＢ以上ＡＡ未満、ＣＣ以上ＤＤ未満、…、ＺＺ未満の各区分）を設定し、ネットワーク装置のＣＰＵ使用率がどの区分に属するかを判定し、属する区分に応じて予め定められているＭＩＢ情報数と送信間隔を選択するため、ＣＰＵ使用率に応じて取得ＭＩＢ情報数と送信間隔をきめこまかく設定することができる効果がある。
【００３９】
『本実施の形態の変形例』
本実施の形態では、マネージャ部１１は、ネットワーク装置のＣＰＵ使用率に応じて１要求パケット当たりの取得ＭＩＢ情報数と要求パケット送信間隔の双方を決定したが、何れか一方は固定値あるいは任意の値とし、他方をネットワーク装置のＣＰＵ使用率に応じて決定する実施の形態も考えられる。
【００４０】
本実施の形態では、マネージャ部１１は、ネットワーク装置の負荷状況としてＣＰＵ使用率を使用したが、メモリ（主記憶）の使用率などを負荷状況を表す指標として確認する実施の形態も考えられる。
【００４１】
本実施の形態では、ＣＰＵ使用率と、１要求パケット当たりの取得ＭＩＢ情報数および要求パケット送信間隔との条件を全てのネットワーク装置で同じにしたが、各ネットワーク装置毎あるいはネットワーク装置のグループ毎に前記条件を設定する実施の形態も考えられる。
【００４２】
『本発明の他の実施の形態』
本実施の形態では、ＣＰＵ使用率と、１要求パケット当たりの取得ＭＩＢ情報数および要求パケット送信間隔との条件を各ネットワーク装置毎に設定し、かつ実際のＳＮＭＰ通信による情報取得前後の負荷状況の変化を観察し、その変化度合いに応じて前記条件を各ネットワーク装置毎に最適化する。
【００４３】
図６を参照すると、本実施の形態におけるＮＭＳ１は、マネージャ部１１が負荷状況再確認部１８、調整部１９および定数テーブル１Ａを備えている点で、図３に示した実施の形態にかかるＮＭＳ１と相違している。また、図７を参照すると、本実施の形態におけるＮＭＳ１からネットワーク装置２、３にＳＮＭＰ通信を行う際のＮＭＳ１側の処理の流れは、ステップＡ１３およびＡ１４が追加されている点で図４のフローチャートと相違する。
【００４４】
負荷状況再確認部１８は、管理情報取得部１７によるネットワーク装置からのＭＩＢ情報の収集後に、そのネットワーク装置のＣＰＵ使用率を再度確認する。
【００４５】
調整部１９は、負荷状況確認部１５で確認された収集直前のネットワーク装置のＣＰＵ使用率と負荷状況再確認部１８で確認された収集直後のＣＰＵ使用率との差あるいは比率に応じて、そのネットワーク装置のＣＰＵ使用率と１回の要求パケットあたりに取得するＭＩＢ情報数および要求パケット送信間隔との条件を以下のように変更する。
【００４６】
まず、図７中のＣＰＵ使用率（％）ＡＡ〜ＺＺ、１パケット中のＭＩＢ情報数（個）ａ〜ｚ、ＳＮＭＰパケット送信間隔（ｍｓ）ａａ〜ｚｚを変数とし、各ネットワーク装置毎にこれらの変数に代入する値を定数テーブル１Ａに設定しておく。図８に定数テーブル１Ａに設定されたネットワーク装置２に関するデータを示す。ネットワーク装置２を一意に識別するためのネットワーク装置ＩＤに続けて、各変数とその値の組が設定されている。他のネットワーク装置３についても同様である。
【００４７】
調整部１９は、ネットワーク装置２の収集前後のＣＰＵ使用率の差あるいは比率が予め調整部１９内に設定された上限閾値を超える場合、定数テーブル１Ａに設定されているネットワーク装置２の１パケットあたりのＭＩＢ情報数（個）ａ〜ｚの値を、ａ≦ｂ≦ｃ≦……≦ｘ≦ｙ≦ｚという関係を保ったまま全体的に小さくし、かつ、ＳＮＭＰパケット送信間隔（ｍｓ）ａａ〜ｚｚの値を、ａａ≧ｂｂ≧ｃｃ≧……≧ｘｘ≧ｙｙ≧ｚｚという関係を保ったまま全体的に大きくする。例えば、収集前のＣＰＵ使用率をα、収集後のＣＰＵ使用率をβとすると、ＣＰＵ使用率の差はβ−α、ＣＰＵ使用率の比率はβ／αとなる。予め設定された上限閾値をΔＨとすると、例えば（β／α）＞ΔＨのとき、ａ〜ｚの値を調整部１９内に予め設定された値Ｈ１（正の整数）だけ小さくし、ａａ〜ｚｚの値を調整部１９内に予め設定された値Ｈ２（正の整数）だけ大きくする。
【００４８】
他方、ネットワーク装置２の収集前後のＣＰＵ使用率の差あるいは比率が下限閾値を下回る場合には、定数テーブル１Ａに設定されているネットワーク装置２の１パケットあたりのＭＩＢ情報数（個）ａ〜ｚの値を、ａ≦ｂ≦ｃ≦……≦ｘ≦ｙ≦ｚという関係を保ったまま全体的に大きくし、かつ、ＳＮＭＰパケット送信間隔（ｍｓ）ａａ〜ｚｚの値を、ａａ≧ｂｂ≧ｃｃ≧……≧ｘｘ≧ｙｙ≧ｚｚという関係を保ったまま全体的に小さくする。例えば、予め設定された下限閾値をΔＬとすると、例えば（β／α）＜ΔＬのとき、ａ〜ｚの値を調整部１９内に予め設定された値Ｌ１（正の整数）だけ大きくし、ａａ〜ｚｚの値を調整部１９内に予め設定された値Ｌ２（正の整数）だけ小さくする。
【００４９】
次に本実施の形態の動作をネットワーク装置２とＳＮＭＰ通信する場合を例に説明する。図７を参照すると、ＮＭＳ１のマネージャ部１１は、ネットワーク装置２のＭＩＢ情報収集のためのＳＮＭＰ通信を開始すると、まず負荷状況確認部１５により、ネットワーク装置２のＣＰＵ使用率を取得する（ステップＡ１）。次にＮＭＳ１のマネージャ部１１は、監視トラフィック決定部１６により、取得したＣＰＵ使用率が、ＡＡ〜ＺＺという基準ＣＰＵ使用率で規定される複数のＣＰＵ使用率の区分（ＡＡ以上、ＢＢ以上ＡＡ未満、ＣＣ以上ＤＤ未満、…、ＺＺ未満の各区分）のどの区分に属するかを判定し（ステップＡ２〜Ａ６）、属する区分に応じて予め定められているＭＩＢ情報数と送信間隔を選択する（ステップＡ７〜Ａ１１）。ここで、マネージャ部１１は、変数ＡＡ〜ＺＺ、ａ〜ｚ、ａａ〜ｚｚの値を定数テーブル１Ａを参照して解決する。そして、マネージャ部１１は、管理情報取得部１７により、前記選択したＭＩＢ情報数分のＭＩＢ情報のリストを設定したＳＮＭＰのＧｅｔ要求あるいはＧｅｔＮｅｘｔ要求にかかるＳＮＭＰ要求パケットを、プロトコルスタック１２を通じて当該ネットワーク装置へ送信する処理を、前記選択された送信間隔で繰り返し、各ＳＮＭＰ要求パケットに対してネットワーク装置から返されるＳＮＭＰ応答パケットを受信する（ステップＡ１２）。
【００５０】
ＮＭＳ１のマネージャ部１１は、ネットワーク装置２のＭＩＢ情報の収集を終えると、負荷状況再確認部１８により、ネットワーク装置２のＣＰＵ使用率を再度確認し（ステップＡ１３）、次に調整部１９により、収集前後のＣＰＵ使用率の差あるいは比率に応じて、定数テーブル１Ａに設定されているネットワーク装置２に関する変数の値を前述したように変更する（ステップＡ１４）。変数の値が変更されると、ネットワーク装置２のＭＩＢ情報を次回収集する際のＣＰＵ使用率と１回の要求パケットあたりに取得するＭＩＢ情報数および要求パケット送信間隔との条件が変更されることになる。
【００５１】
次に本実施の形態の効果を説明する。本実施の形態によれば、先の実施の形態と同様の効果が得られると共に、ＣＰＵ使用率と、１要求パケット当たりの取得ＭＩＢ情報数および要求パケット送信間隔との条件を各ネットワーク装置毎に最適化することができる効果がある。例えば、ＣＰＵ性能の低いネットワーク装置の場合、同じＣＰＵ使用率、同じ取得ＭＩＢ情報数、同じ要求パケット送信間隔では、ＣＰＵ性能の高いネットワーク装置に比べてＳＮＭＰ通信時におけるＣＰＵ使用率の上昇幅が大きくなるため、１要求パケットあたりの取得ＭＩＢ情報数をより少なくし、かつ送信間隔をより長くしてＣＰＵ使用率の上昇幅を抑える必要がある。本実施の形態によれば、このようなネットワーク装置毎の条件設定の調整作業を自動的に行うことが可能である。
【００５２】
以上本発明の実施の形態について説明したが、本発明は以上の実施の形態にのみ限定されず、その他各種の付加変更が可能である。また、本発明のネットワーク管理装置は、その有する機能をハードウェア的に実現することは勿論、コンピュータとプログラムとで実現することができる。プログラムは、磁気ディスクや半導体メモリ等のコンピュータ可読記録媒体に記録されて提供され、コンピュータの立ち上げ時などにコンピュータに読み取られ、そのコンピュータの動作を制御することにより、そのコンピュータを前述した各実施の形態における負荷状況確認部１５、監視トラフィック決定部１６、管理情報取得部１７、負荷状況再確認部１８および調整部１９として機能させる。
【図面の簡単な説明】
【００５３】
【図１】本発明のネットワーク管理方法を実施するネットワーク管理システムのブロック図である。
【図２】本発明のネットワーク管理方法の概要を示すシーケンスチャートである。
【図３】本発明の実施の形態にかかるＮＭＳとネットワーク装置のブロック図である。
【図４】本発明の実施の形態においてＮＭＳからネットワーク装置にＳＮＭＰ通信を行う際のＮＭＳ側の処理の流れを示すフローチャートである。
【図５】本発明の実施の形態におけるＮＭＳからネットワーク装置へのＳＮＭＰ通信のシーケンスチャートである。
【図６】本発明の別の実施の形態にかかるＮＭＳとネットワーク装置のブロック図である。
【図７】本発明の別の実施の形態においてＮＭＳからネットワーク装置にＳＮＭＰ通信を行う際のＮＭＳ側の処理の流れを示すフローチャートである。
【図８】本発明の別の実施の形態におけるＮＭＳのマネージャ部が有する定数テーブルの内容例を示す図である。
【符号の説明】
【００５４】
１…ＮＭＳ（ネットワーク管理ステーション）
１１…マネージャ部
１２…プロトコルスタック
１３…ネットワーク管理プロトコル（ＳＮＭＰ）
１４…下位プロトコルスタック
１５…負荷状況確認部
１６…監視トラフィック決定部
１７…管理情報取得部
１８…負荷状況再確認部
１９…調整部
１Ａ…定数テーブル
２、３…ネットワーク装置
２１…エージェント部
２２…プロトコルスタック
２３…ＭＩＢ
２４…ネットワーク管理プロトコル（ＳＮＭＰ）
２５…下位プロトコルスタック
【図１】
2006080615.tif 000003
【図２】
2006080615.tif 000004
【図３】
2006080615.tif 000005
【図４】
2006080615.tif 000006
【図５】
2006080615.tif 000007
【図６】
2006080615.tif 000008
【図７】
2006080615.tif 000009
【図８】
2006080615.tif 000010