(57)【要約】【課題】大規模ネットワークに適した、ＳＮＭＰポーリングによる予防保全向け監視を実現する。【解決手段】ＳＮＭＰ（Simple Network Management Protocol）ポーリングによって、複数の監視対象装置３を監視するシステムに用いられる本発明のコントローラ１は、運用者端末２からのＳＮＭＰ要求を複製する要求複製部１２と、複製したＳＮＭＰ要求を監視対象装置３の各々に一斉送信する要求送信部１３と、を備える。また、コントローラ１は、監視ポリシーＤＢ１８が保持する監視ポリシーに従って、装置情報ＤＢ１７が保持する、監視対象装置３の応答値から運用者向け応答値を算出する応答計算部１５を備える。【選択図】図２
2020031294.tif 000002
【特許請求の範囲】
【請求項１】
ＳＮＭＰ（Simple Network Management Protocol）ポーリングによって、複数のネットワーク装置を監視するシステムに用いられる中継装置であって、
運用者端末からのＳＮＭＰ要求を複製する要求複製部と、
前記複製したＳＮＭＰ要求を前記ネットワーク装置の各々に一斉送信する要求送信部と、を備える、
ことを特徴とする中継装置。
【請求項２】
前記ネットワーク装置の各々からの第１のＳＮＭＰ応答に含まれる、ＳＮＭＰポーリングの応答値を、前記ネットワーク装置ごとに保持する装置情報ＤＢ、および、
前記ネットワーク装置を監視する際の監視ポリシーを保持する監視ポリシーＤＢ、を記憶する記憶部と、
前記監視ポリシーＤＢが保持する前記監視ポリシーに従って、前記装置情報ＤＢが保持する前記応答値から、前記運用者端末向けの運用者向け応答値を算出する応答計算部と、をさらに備える、
ことを特徴とする請求項１に記載の中継装置。
【請求項３】
複数の前記ネットワーク装置のうち、第１のネットワーク装置が、前記運用者向け応答値の算出に用いた前記応答値を含む前記第１のＳＮＭＰ応答をしたネットワーク装置であった場合、
前記運用者向け応答値と、前記第１のネットワーク装置の識別子とを含む第２のＳＮＭＰ応答を前記運用者端末に送信する応答送信部、をさらに備える、
ことを特徴とする請求項２に記載の中継装置。
【請求項４】
複数の前記ネットワーク装置のうち、第２のネットワーク装置が、前記ＳＮＭＰ要求の再送を所定回数行っても前記第１のＳＮＭＰ応答を送信しないネットワーク装置であった場合、
前記応答送信部は、前記第２のネットワーク装置の識別子を含む第３のＳＮＭＰ応答を前記運用者端末に送信する、
ことを特徴とする請求項３に記載の中継装置。
【請求項５】
ＳＮＭＰポーリングによって、複数のネットワーク装置を監視するシステムに用いられる中継装置における中継方法であって、
前記中継装置は、
運用者端末からのＳＮＭＰ要求を複製する複製ステップと、
前記複製したＳＮＭＰ要求を前記ネットワーク装置の各々に一斉送信する一斉送信ステップと、を実行する、
ことを特徴とする中継方法。
【請求項６】
前記中継装置の記憶部は、
前記ネットワーク装置の各々からの第１のＳＮＭＰ応答に含まれる、ＳＮＭＰポーリングの応答値を、前記ネットワーク装置ごとに保持する装置情報ＤＢ、および、
前記ネットワーク装置を監視する際の監視ポリシーを保持する監視ポリシーＤＢ、を記憶しており、
前記中継装置は、
前記監視ポリシーＤＢが保持する前記監視ポリシーに従って、前記装置情報ＤＢが保持する前記応答値から、前記運用者端末向けの運用者向け応答値を算出する算出ステップ、をさらに実行する、
ことを特徴とする請求項５に記載の中継方法。
【請求項７】
前記中継装置は、
複数の前記ネットワーク装置のうち、第１のネットワーク装置が、前記運用者向け応答値の算出に用いた前記応答値を含む前記第１のＳＮＭＰ応答をしたネットワーク装置であった場合、
前記運用者向け応答値と、前記第１のネットワーク装置の識別子とを含む第２のＳＮＭＰ応答を前記運用者端末に送信する応答送信ステップ、をさらに実行する、
ことを特徴とする請求項６に記載の中継方法。
【請求項８】
前記中継装置は、
複数の前記ネットワーク装置のうち、第２のネットワーク装置が、前記ＳＮＭＰ要求の再送を所定回数行っても前記第１のＳＮＭＰ応答を送信しないネットワーク装置であった場合、
前記応答送信ステップにおいて、前記第２のネットワーク装置の識別子を含む第３のＳＮＭＰ応答を前記運用者端末に送信する、
ことを特徴とする請求項７に記載の中継方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、中継装置および中継方法に関する。
【背景技術】
【０００２】
ネットワーク需要の拡大、新たなサービスの導入、および、大規模装置のディスアグリゲーション等により、キャリアおよび市中のネットワーク網におけるネットワーク装置群の種別や構成は、膨大化かつ複雑化している。つまり、ネットワークは大規模化している。一方、ネットワーク装置群の運用においては、故障発生時の復旧だけでなく、故障の予兆を把握して未然に防ぐ予防保全がますます重要となっている。
【０００３】
予防保全においては、各ネットワーク装置の状態を定期的に監視することが重要である。従来の予防保全向け監視技術としては、ＳＮＭＰ（Simple Network Management Protocol）、ＣＬＩ（Command Line Interface）、ＳＹＳＬＯＧ，Telemetry等が知られている。また、ＳＮＭＰを用いた予防保全向け監視技術は、ＳＮＭＰトラップとＳＮＭＰポーリングに分類することができる。
【０００４】
ＳＮＭＰトラップは、ネットワーク装置の状態を示す情報を、ネットワーク装置自身が運用者に通知する予防保全向け監視技術である。ネットワーク装置からの通知は、ネットワーク装置の異常検知時に行われる。ＳＮＭＰポーリングは、ネットワーク装置の状態を示す情報を、運用者が要求して取得する予防保全向け監視技術である。運用者からの要求は、定期的に行われる。ＳＮＭＰポーリングの詳細は、例えば、非特許文献１に開示されている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】“RFC 2790 - Host Resources MIB”、［online］、［平成30年8月15日検索］、インターネット〈URL：https://tools.ietf.org/html/rfc2790〉
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来の、ＳＮＭＰポーリングによる監視システムでは、運用者が、監視対象となる複数のネットワーク装置へＳＮＭＰポーリング要求をすると、要求を受けた各ネットワーク装置は、自身内のＭＩＢ（Management Information Base）情報を検索し、要求されたＯＩＤ（Object IDentifier）のＭＩＢ値を応答として返す。その結果、運用者からの要求と、ネットワーク装置からの応答は、１対１対応となっている。
【０００７】
ネットワークが大規模化した場合、ネットワーク装置の数が増大し、運用者とネットワーク装置とのやり取りが増大する。このため、大規模ネットワークにおける、ＳＮＭＰポーリングによる予防保全向け監視には、以下の問題点［１］〜［３］がある。
【０００８】
問題点［１］：状態異常を示すアラームの発生数が増大するため、重要なアラームが他のアラームに埋もれてしまい、運用者が見落とすリスクが高いこと
問題点［２］：ＳＮＭＰポーリングパケットによるネットワークへの負荷が増大すること
問題点［３］：大量に発生する要求を管理する専用の監視サーバを用意しなければならず、監視システムの開発コストがかさむこと
【０００９】
このような背景に鑑みて、本発明は、大規模ネットワークに適した、ＳＮＭＰポーリングによる予防保全向け監視を実現することを課題とする。
【課題を解決するための手段】
【００１０】
前記した課題を解決するため、請求項１に記載の発明は、ＳＮＭＰ（Simple Network Management Protocol）ポーリングによって、複数のネットワーク装置を監視するシステムに用いられる中継装置であって、運用者端末からのＳＮＭＰ要求を複製する要求複製部と、前記複製したＳＮＭＰ要求を前記ネットワーク装置の各々に一斉送信する要求送信部と、を備える、ことを特徴とする。
【００１１】
また、請求項５に記載の発明は、ＳＮＭＰポーリングによって、複数のネットワーク装置を監視するシステムに用いられる中継装置における中継方法であって、前記中継装置は、運用者端末からのＳＮＭＰ要求を複製する複製ステップと、前記複製したＳＮＭＰ要求を前記ネットワーク装置の各々に一斉送信する一斉送信ステップと、を実行する、ことを特徴とする。
【００１２】
請求項１，５に記載の発明によれば、運用者端末がＳＮＭＰポーリングを行う装置は、複数のネットワーク装置ではなく、単一装置としての中継装置となり、運用者端末に送信される情報量は低減される。このため、運用者の監視負荷は低減される。
したがって、大規模ネットワークに適した、ＳＮＭＰポーリングによる予防保全向け監視を実現することができる。
【００１３】
また、請求項２に記載の発明は、請求項１に記載の中継装置であって、前記ネットワーク装置の各々からの第１のＳＮＭＰ応答に含まれる、ＳＮＭＰポーリングの応答値を、前記ネットワーク装置ごとに保持する装置情報ＤＢ、および、前記ネットワーク装置を監視する際の監視ポリシーを保持する監視ポリシーＤＢ、を記憶する記憶部と、前記監視ポリシーＤＢが保持する前記監視ポリシーに従って、前記装置情報ＤＢが保持する前記応答値から、前記運用者端末向けの運用者向け応答値を算出する応答計算部と、をさらに備える、ことを特徴とする。
【００１４】
また、請求項６に記載の発明は、請求項５に記載の中継方法であって、前記中継装置の記憶部は、前記ネットワーク装置の各々からの第１のＳＮＭＰ応答に含まれる、ＳＮＭＰポーリングの応答値を、前記ネットワーク装置ごとに保持する装置情報ＤＢ、および、前記ネットワーク装置を監視する際の監視ポリシーを保持する監視ポリシーＤＢ、を記憶しており、前記中継装置は、前記監視ポリシーＤＢが保持する前記監視ポリシーに従って、前記装置情報ＤＢが保持する前記応答値から、前記運用者端末向けの運用者向け応答値を算出する算出ステップ、をさらに実行する、ことを特徴とする。
【００１５】
請求項２，６に記載の発明によれば、中継装置は、監視ポリシーに従った運用者向け応答値を算出することで、運用者の所望する応答値を運用者に提供することができる。
【００１６】
また、請求項３に記載の発明は、請求項２に記載の中継装置であって、複数の前記ネットワーク装置のうち、第１のネットワーク装置が、前記運用者向け応答値の算出に用いた前記応答値を含む前記第１のＳＮＭＰ応答をしたネットワーク装置であった場合、前記運用者向け応答値と、前記第１のネットワーク装置の識別子とを含む第２のＳＮＭＰ応答を前記運用者端末に送信する応答送信部、をさらに備える、ことを特徴とする。
【００１７】
また、請求項７に記載の発明は、請求項６に記載の中継方法であって、前記中継装置は、複数の前記ネットワーク装置のうち、第１のネットワーク装置が、前記運用者向け応答値の算出に用いた前記応答値を含む前記第１のＳＮＭＰ応答をしたネットワーク装置であった場合、前記運用者向け応答値と、前記第１のネットワーク装置の識別子とを含む第２のＳＮＭＰ応答を前記運用者端末に送信する応答送信ステップ、をさらに実行する、ことを特徴とする。
【００１８】
請求項３，７に記載の発明によれば、中継装置は、運用者向け応答値をもたらすネットワーク装置を運用者に示すことができ、運用者は、監視すべきネットワーク装置を容易に把握することができる。
【００１９】
また、請求項４に記載の発明は、請求項３に記載の中継装置であって、複数の前記ネットワーク装置のうち、第２のネットワーク装置が、前記ＳＮＭＰ要求の再送を所定回数行っても前記第１のＳＮＭＰ応答を送信しないネットワーク装置であった場合、前記応答送信部は、前記第２のネットワーク装置の識別子を含む第３のＳＮＭＰ応答を前記運用者端末に送信する、ことを特徴とする。
【００２０】
また、請求項８に記載の発明は、請求項７に記載の中継方法であって、前記中継装置は、複数の前記ネットワーク装置のうち、第２のネットワーク装置が、前記ＳＮＭＰ要求の再送を所定回数行っても前記第１のＳＮＭＰ応答を送信しないネットワーク装置であった場合、前記応答送信ステップにおいて、前記第２のネットワーク装置の識別子を含む第３のＳＮＭＰ応答を前記運用者端末に送信する、ことを特徴とする。
【００２１】
請求項４，８に記載の発明によれば、中継装置は、ＳＮＭＰ応答が無かったネットワーク装置を運用者に示すことができ、運用者は、監視すべきネットワーク装置を容易に把握することができる。
【発明の効果】
【００２２】
本発明によれば、大規模ネットワークに適した、ＳＮＭＰポーリングによる予防保全向け監視を実現することができる。
【図面の簡単な説明】
【００２３】
【図１】本実施形態の監視システムの機能構成図である。
【図２】本実施形態のコントローラの機能構成図である。
【図３】ＳＮＭＰポーリング処理を示すフローチャートである。
【発明を実施するための形態】
【００２４】
以下、図面を参照して本発明を実施するための形態（以下、「本実施形態」という）について説明する。
【００２５】
≪構成≫
図１に示すように、本実施形態の監視システムは、コントローラ１と、運用者端末２と、複数の監視対象装置３とを備える。説明の便宜上、監視対象装置は、「ネットワーク装置」、または単に、「装置」と称する場合がある。コントローラ１（中継装置）と、運用者端末２と、装置３とは、通信可能に接続されている。
【００２６】
コントローラ１は、運用者端末２と装置３との間のやり取りを中継する中継装置である。コントローラ１は、入出力用のＩ／Ｆ（インターフェイス）などで構成される入出力部、ハードディスク、フラッシュメモリ、ＲＡＭ（Random Access Memory）などで構成される記憶部、ＣＰＵ（Central Processing Unit）などで構成される制御部といったハードウェアを備えるコンピュータである。制御部は、例えば、記憶部に記憶されているプログラムを記憶部の記憶領域に展開し実行することにより、上記の処理が実行される。本実施形態のコントローラ１は、このようなソフトウェアとハードウェアの協働を実現することができる。コントローラ１の詳細は、後記する。
【００２７】
運用者端末２は、装置３の状態監視を行う運用者が操作するコンソールであって、ＳＮＭＰマネージャある。
監視対象装置３は、大規模ネットワークに配置されているネットワーク装置であって、ＳＮＭＰエージェントである。
【００２８】
運用者端末２は、ＳＮＭＰポーリングにおける要求、つまり、ＳＮＭＰ要求をコントローラ１に送信する。コントローラ１は、受信したＳＮＭＰ要求を複製し、予め登録された、複数の装置３に一斉送信する。また、コントローラ１は、ＳＮＭＰポーリングにおける応答、つまり、ＳＮＭＰ応答を装置３の各々から受信すると、受信したＳＮＭＰ応答を集約して、運用者端末２に送信する。
【００２９】
［コントローラ１の詳細］
図２に示すように、コントローラ１は、要求受信部１１と、要求複製部１２と、要求送信部１３と、応答受信部１４と、応答計算部１５と、応答送信部１６と、装置情報ＤＢ１７と、監視ポリシーＤＢ１８とを備える。「ＤＢ」は、データベース（DataBase）の略語である。また、装置情報ＤＢ１７および監視ポリシーＤＢ１８は、コントローラ１の記憶部が記憶している。
【００３０】
（装置情報ＤＢ１７）
装置情報ＤＢ１７は、装置３のＩＰアドレスと、ＳＮＭＰポーリングの応答値とを関連付けた情報を保持するデータベースである。装置情報ＤＢ１７が保持する情報は、予め登録された、複数の装置３の装置ごとに存在する。
【００３１】
（監視ポリシーＤＢ１８）
監視ポリシーＤＢ１８は、装置３を監視するための監視項目、具体的には、ＯＩＤと、監視ポリシーの内容とを関連付けた情報を保持するデータベースである。例えば、監視項目が「ＣＰＵ使用率」であり、関連付けられた監視ポリシーの内容が「最大値」であった場合、監視対象となる装置３のうち、ＣＰＵ使用率が最大となる装置３、および、当該最大のＣＰＵ使用率を用いて監視する監視ポリシーを構成することができる。また、監視項目が「ＣＰＵ使用率」であり、関連付けられた監視ポリシーの内容が「平均値」であった場合、監視対象となる装置３の各々のＣＰＵ使用率の平均値を用いて監視する監視ポリシーを構成することができる。
【００３２】
（要求受信部１１）
要求受信部１１は、運用者端末２からのＳＮＭＰ要求を受信し、受信したＳＮＭＰ要求を要求複製部１２に出力する。運用者端末２からのＳＮＭＰ要求は、パケットｐ１として実装することができる。パケットｐ１は、送信元ヘッダ（Ｓｒｃ）に運用者端末２のＩＰアドレス（図１では、「運用者」と表記）を格納し、宛先ヘッダ（Ｄｓｔ）にコントローラ１のＩＰアドレス（図１では、「ＣＴＬ」と表記）を格納し、ペイロード部に要求値（図１では、「要求」と表記）を格納する。要求複製部１２に出力されるパケットｐ２は、パケットｐ１と同じである。
【００３３】
（要求複製部１２）
要求複製部１２は、要求受信部１１から入力されたＳＮＭＰ要求を複製し、複製されたＳＮＭＰ要求を要求送信部１３に出力する。複製されたＳＮＭＰ要求は、パケットｐ３として実装することができる。パケットｐ３は、送信元ヘッダ（Ｓｒｃ）にコントローラ１のＩＰアドレス（「ＣＴＬ」）を格納し、宛先ヘッダ（Ｄｓｔ）に、装置情報ＤＢ１７が保持する装置３の各々のＩＰアドレス（図１では、「装置」と表記）を格納し、ペイロード部に要求値（「要求」。パケットｐ１、ｐ２の「要求」と同じ。）を格納しており、装置３ごとに作成される。要求複製部１２は、装置情報ＤＢ１７を参照して、装置３の各々のＩＰアドレス（図１では、「装置アドレス」と表記）を取得し、取得したＩＰアドレスをパケットｐ３の宛先ヘッダ（Ｄｓｔ）に格納する。
【００３４】
（要求送信部１３）
要求送信部１３は、要求複製部１２が複製したＳＮＭＰ要求を、装置３の各々に一斉送信する。要求送信部１３は、一斉送信の際、監視ポリシーＤＢ１８を参照して、各ＯＩＤの監視ポリシーに従う。要求送信部１３は、パケットｐ３の宛先ヘッダ（Ｄｓｔ）に格納されているＩＰアドレスで識別される装置３に、該当のパケットｐ３を、監視ポリシーに従って送信する。
【００３５】
また、要求送信部１３は、予め定められたタイムアウト（Ｔ．Ｏ（TimeOut））時間ごとに装置情報ＤＢ１７を参照し、ＳＮＭＰポーリングの応答値がnullである装置３に対してＳＮＭＰ要求を再送する。再送は、所定回数（リトライ回数（再送回数の上限値））だけ実行することができる。
【００３６】
（応答受信部１４）
応答受信部１４は、装置３の各々からのＳＮＭＰ応答（第１のＳＮＭＰ応答）を受信し、ＳＮＭＰ応答の終了を応答計算部１５に通知する。装置３からのＳＮＭＰ応答は、パケットｐ４として実装することができる。パケットｐ４の各々は、送信元ヘッダ（Ｓｒｃ）に装置３の各々のＩＰアドレス（「装置」）を格納し、宛先ヘッダ（Ｄｓｔ）にコントローラ１のＩＰアドレス（「ＣＴＬ」と表記）を格納し、ペイロード部に、装置３ごとの応答値（図１では、「応答」と表記）を格納する。
【００３７】
また、応答受信部１４は、装置３の各々から受信したＳＮＭＰ応答から、ＳＮＭＰポーリングの応答値を読み出し、装置３ごとに装置情報ＤＢ１７に書き込む。なお、読み出した応答値は、パケットｐ４のペイロード部に格納される応答値と同じである。また、応答受信部１４は、（Ｔ．Ｏ×リトライ回数）相当の時間が経過した後でも、特定の装置３から応答値を受信しなかった場合、装置情報ＤＢ１７において、当該装置３の、ＳＮＭＰポーリングの応答値としてＴ．Ｏ値（応答値無しの意味）を書き込む。
【００３８】
（応答計算部１５）
応答計算部１５は、応答受信部１４からの通知に応じて、装置情報ＤＢ１７および監視ポリシーＤＢ１８を参照し、監視ポリシーに沿った運用者向けの応答値（運用者向け応答値）を算出する。例えば、応答計算部１５は、装置情報ＤＢ１７を参照して、応答値がＴ．Ｏ値である装置３が一つも存在しなかった場合、監視ポリシーＤＢ１８を参照し、装置情報ＤＢ１７が保持する応答値から運用者向け応答値を算出する。算出する運用者向け応答値は、例えば、装置３ごとの値であってもよいし、すべての装置３を対象にした１または複数の値であってもよい。
【００３９】
また、応答計算部１５は、算出した運用者向け応答値と、対応する装置３のＩＰアドレスとを併せて応答送信部１６に出力する。図１では、運用者向け応答値を、「応答」ｐ５１として図示し、対応する装置３のＩＰアドレスを、「装置アドレス」ｐ５２として図示している。なお、対応する装置３のＩＰアドレスを応答送信部１６に出力することは任意であり、監視ポリシーの内容次第では無くてもよい。
【００４０】
例えば、監視ポリシーＤＢ１８の監視項目が「ＣＰＵ使用率」であり、監視ポリシーが「最大値」であった場合、応答計算部１５は、装置情報ＤＢ１７に保持されているＣＰＵ使用率の最大値と、当該最大値をとる装置３のＩＰアドレスと、を応答送信部１６に出力する。
また、例えば、監視ポリシーＤＢ１８の監視項目が「ＣＰＵ使用率」であり、監視ポリシーが「平均値」であった場合、応答計算部１５は、装置情報ＤＢ１７に保持されている、各装置３のＣＰＵ使用率の平均値を算出して、応答送信部１６に出力する。
【００４１】
また、応答計算部１５は、装置情報ＤＢ１７を参照して、応答値がＴ．Ｏ値である装置３が少なくとも一つ存在した場合、当該装置３のＩＰアドレスを応答送信部１６に出力することができる。
【００４２】
（応答送信部１６）
応答送信部１６は、運用者端末２からのＳＮＭＰ要求に対するＳＮＭＰ応答（第２のＳＮＭＰ応答）として、応答計算部１５が出力した応答値、および、該当の装置３（第１のネットワーク装置）のＩＰアドレス（識別子）を運用者端末２に送信する。運用者端末２へのＳＮＭＰ応答は、パケットｐ６として実装することができる。パケットｐ６は、送信元ヘッダ（Ｓｒｃ）にコントローラ１のＩＰアドレス（「ＣＴＬ」）を格納し、宛先ヘッダ（Ｄｓｔ）に運用者端末２のＩＰアドレス（「運用者」）を格納し、ペイロード部に、応答値（図１では、「応答」と表記）、および、該当の装置３のＩＰアドレス（図１では、「装置アドレス」と表記）を格納する。
【００４３】
パケットｐ６のペイロード部の応答値は、「応答」ｐ５１が示す運用者向け応答値である。パケットｐ６のペイロード部の、該当の装置３のＩＰアドレスは、「装置アドレス」ｐ５２が示す、対応する装置３のＩＰアドレスである。監視ポリシーの内容によって、例えば、応答送信部１６は、装置情報ＤＢ１７を参照して、予め登録された、すべての装置３のＩＰアドレスを取得し、装置３ごとにパケットｐ６を運用者端末２に送信してもよい。また、「装置アドレス」ｐ５２が存在しない場合には、応答送信部１６は、装置３のＩＰアドレス無しのパケットｐ６をＳＮＭＰ応答として運用者端末２に送信することができる。
【００４４】
また、応答値がＴ．Ｏ値である装置３が少なくとも一つ存在した場合、応答送信部１６は、応答計算部１５から入力された、Ｔ．Ｏ値を示す装置３のＩＰアドレスを含むＳＮＭＰ応答（第３のＳＮＭＰ応答）を運用者端末２に送信する。「応答値がＴ．Ｏ値である装置３」とは、コントローラ１がＳＮＭＰ応答を受信しなかった装置３（第２のネットワーク装置）である。
【００４５】
≪処理≫
本実施形態のコントローラ１が実行するＳＮＭＰポーリング処理について、図３を参照して説明する。本処理の実行前に、運用者端末２は、監視対象となる装置３を装置情報ＤＢ１７に予め登録している。また、運用者端末２は、監視項目ごとの監視ポリシーを監視ポリシーＤＢ１８に予め登録している。基本的には、監視ポリシーＤＢ１８に登録されている監視ポリシーは、運用者の所望する応答を得るためのポリシーとなる。
【００４６】
まず、コントローラ１は、要求受信部１１によって、運用者端末２からＳＮＭＰ要求を受信する（ステップＳ１）。次に、コントローラ１は、要求複製部１２によって、受信したＳＮＭＰ要求を複製する（ステップＳ２）。次に、コントローラ１は、要求送信部１３によって、複製したＳＮＭＰ要求を、装置３の各々に一斉送信する（ステップＳ３）。一斉送信されるＳＮＭＰ要求は、監視ポリシーＤＢ１８中の各ＯＩＤの監視ポリシーに従う。ＳＮＭＰ要求を受信した装置３の各々は、自身内のＭＩＢ情報を検索し、要求されたＯＩＤのＭＩＢ値を応答として返す。
【００４７】
コントローラ１は、応答受信部１４によって、一斉送信後、Ｔ．Ｏだけ時間が経過したか否か判定する（ステップＳ４）。ステップＳ４は、Ｔ．Ｏだけ時間が経過しない（ステップＳ４でＮｏ）うちは、以降の処理を進めない割り込み判定処理である。経過した場合（ステップＳ４でＹｅｓ）、コントローラ１は、応答受信部１４によって、監視対象となるすべての装置３からのＳＮＭＰ要求、つまり、すべてのＳＮＭＰ要求を受信したか否か判定する（ステップＳ５）。
【００４８】
すべてのＳＮＭＰ要求を受信しなかった場合（ステップＳ５でＮｏ）、コントローラ１は、応答受信部１４によって、要求送信部１３によるＳＮＭＰ要求の再送回数がリトライ回数に一致するか否か判定する（ステップＳ６）。一致しない場合（ステップＳ６でＮｏ）、再送回数が上限値に到達していないことを意味しており、コントローラ１は、要求送信部１３によって、ＳＮＭＰ応答を送信していない装置３に対して、ＳＮＭＰ要求を再送する（ステップＳ７）。再送後、応答受信部１４は、Ｔ．Ｏだけ時間が経過するまですべてのＳＮＭＰ応答の受信を待つ（ステップＳ４，Ｓ５）。
【００４９】
すべてのＳＮＭＰ要求を受信した場合（ステップＳ５でＹｅｓ）、コントローラ１は、応答受信部１４によって、受信したＳＮＭＰ応答に含まれている応答値を、装置３ごとに装置情報ＤＢ１７に書き込む（ステップＳ８）。または、すべてのＳＮＭＰ要求を受信しないまま、要求送信部１３によるＳＮＭＰ要求の再送回数がリトライ回数に一致した場合（ステップＳ６でＹｅｓ）、コントローラ１は、応答受信部１４によって、ＳＮＭＰ要求を受信することができなかった特定の装置３について、応答値としてのＴ．Ｏ値を装置情報ＤＢ１７に書き込む（ステップＳ８）。応答受信部１４は、すべての装置３についての応答値の書き込みを以って、ＳＮＭＰ応答の終了を応答計算部１５に通知する。
【００５０】
次に、コントローラ１は、応答計算部１５によって、装置情報ＤＢ１７を参照して、Ｔ．Ｏ値が存在するか否か判定する（ステップＳ９）。Ｔ．Ｏ値が存在しない場合（ステップＳ９でＮｏ）、コントローラ１は、応答計算部１５によって、監視ポリシーＤＢ１８を参照して、監視ポリシーに従って、装置情報ＤＢ１７が保持する応答値から運用者向け応答値を算出する（ステップＳ１０）。
【００５１】
次に、コントローラ１は、応答送信部１６によって、算出された運用者向け応答値と、該当の装置３のＩＰアドレスを含むＳＮＭＰ応答を運用者端末２に送信する（ステップＳ１１）。「該当の装置３」とは、運用者向け応答値の算出に用いた応答値を含むＳＮＭＰ応答をコントローラ１に送信した装置３である。ステップＳ１１の後、図３のＳＮＭＰポーリング処理が終了する。
【００５２】
一方、少なくとも１つのＴ．Ｏ値が存在した場合（ステップＳ９でＹｅｓ）、コントローラ１は、応答送信部１６によって、Ｔ．Ｏ値を示す装置３のＩＰアドレスを含むＳＮＭＰ応答を運用者端末２に送信する（ステップＳ１２）。ステップＳ１２の後、図３のＳＮＭＰポーリング処理が終了する。
【００５３】
≪まとめ≫
本実施形態によれば、運用者端末２がＳＮＭＰポーリングを行う装置は、複数の監視対象装置３ではなく、単一装置としてのコントローラ１となり、運用者端末２に送信される情報量は低減される。このため、運用者の監視負荷は低減される。
したがって、大規模ネットワークに適した、ＳＮＭＰポーリングによる予防保全向け監視を実現することができる。
【００５４】
なお、本明細書で採り上げた問題点［１］に対しては、運用者端末２に送信される情報量の低減に伴い、運用者端末２に通知されるアラームの発生数も低減される。その結果、重要なアラームを運用者が見落とすリスクは大幅に低減される。また、大規模装置をディスアグリゲートしたネットワークにおいては、各装置３の負荷や挙動は、ディスアグリゲーションの前後で類似していると想定されるため、重要なアラームは、ディスアグリゲーション後であっても把握しやすく、見落としのリスクは大幅に低減されるままである。
【００５５】
また、本明細書で採り上げた問題点［２］に対しては、運用者端末２とコントローラ１との間のＳＮＭＰポーリングは、単一装置相当分で済むため、コントローラ１を複数の装置３の近傍に配置することでネットワークへの負荷を低減することができる。
【００５６】
また、本明細書で採り上げた問題点［３］に対しては、コントローラ１は、運用者端末２からのＳＮＭＰ要求を複製するだけであるため、ＳＮＭＰ要求の管理コストを低減することができる。また、装置３からのＳＮＭＰ応答自体を保存する必要も無いので、ＳＮＭＰ応答の管理コストを削減することもできる。よって、小規模な汎用サーバとスクリプトを用いて実装することができ、専用の監視サーバを用意する必要は無い。
【００５７】
また、本実施形態によれば、コントローラ１は、監視ポリシーに従った運用者向け応答値を算出することで、運用者の所望する応答値を運用者に提供することができる。
また、本実施形態によれば、コントローラ１は、運用者向け応答値をもたらす装置３を運用者に示すことができ、運用者は、監視すべき装置３を容易に把握することができる。
また、本実施形態によれば、コントローラ１は、ＳＮＭＰ応答が無かった装置３を運用者に示すことができ、運用者は、監視すべき装置３を容易に把握することができる。
【００５８】
（その他）
（ａ）応答計算部１５は、装置情報ＤＢ１７を参照して、応答値がＴ．Ｏ値である装置３が少なくとも一つ存在した場合、監視ポリシーの内容次第では、Ｔ．Ｏ値以外の応答値から運用者向け応答値を算出してもよい。このとき、応答計算部１５は、算出した運用者向け応答値とともに、Ｔ．Ｏ値以外の応答値を提供した装置３のＩＰアドレスを応答送信部１６に出力することもできる。応答送信部１６は、そのＩＰアドレスを運用者端末２に通知する。
（ｂ）各実施形態で説明した種々の技術を適宜組み合わせた技術を実現することもできる。
【符号の説明】
【００５９】
１      コントローラ（中継装置）
２      運用者端末
３      監視対象装置（ネットワーク装置：装置）
１１    要求受信部
１２    要求複製部
１３    要求送信部
１４    応答受信部
１５    応答計算部
１６    応答送信部
１７    装置情報ＤＢ
１８    監視ポリシーＤＢ
【図１】
2020031294.tif 000003
【図２】
2020031294.tif 000004
【図３】
2020031294.tif 000005