(57)【要約】【課題】監視装置の動作検証のための処理を簡便にする。【解決手段】通信処理装置は、第１のネットワークの状態を監視する第１の監視装置、および、第１の監視装置と置換可能かを判定するために運用される第２の監視装置と通信可能である。通信処理装置は、第１の監視装置が第１のネットワークに含まれる複数の通信装置から取得した監視データを第１の監視装置から取得する。通信処理装置は、複数の通信装置のいずれかに対応付けた複数の仮想マシンを用いて、第１のネットワークと等価な第２のネットワークを生成する。通信処理装置は、複数の仮想マシンの各々から、仮想マシンに対応付けられた通信装置で得られた監視データを第２の監視装置に送信する。【選択図】図２
2017073604.tif 000002
【特許請求の範囲】
【請求項１】
第１のネットワークの状態を監視する第１の監視装置、および、前記第１の監視装置と置換可能かを判定するために運用される第２の監視装置と通信可能な通信処理装置が、
前記第１の監視装置が前記第１のネットワークに含まれる複数の通信装置から取得した監視データを前記第１の監視装置から取得し、
前記複数の通信装置のいずれかに対応付けた複数の仮想マシンを用いて、前記第１のネットワークと等価な第２のネットワークを生成し、
前記複数の仮想マシンの各々から、当該仮想マシンに対応付けられた通信装置で得られた監視データを前記第２の監視装置に送信する
処理を行うことを特徴とする通信方法。
【請求項２】
前記複数の仮想マシンの各々に、当該仮想マシンに対応付けられた通信装置と同じプライベートアドレスを割り当て、
前記第２の監視装置から監視データを要求する要求パケットを受信し、
前記要求パケットの宛先アドレスと同じアドレスが割り当てられた仮想マシンである宛先装置を特定し、
前記宛先装置に対応付けられた通信装置で得られた監視データを、前記宛先装置から、前記第２の監視装置に送信する
処理を、前記通信処理装置が行うことを特徴とする請求項１に記載の通信方法。
【請求項３】
前記監視データは、第１のデータと第２のデータを含み、
前記通信処理装置は、
前記第１の監視装置から、前記第１のデータを前記第１の監視装置が取得した時刻を表わす第１の時刻情報と、前記第２のデータを前記第１の監視装置が取得した時刻を表わす第２の時刻情報を取得し、
前記第１のデータの送信元の通信装置に対応付けられた仮想マシンから、前記第１のデータを、前記第２の監視装置に送信し、
前記第１のデータを前記第２の監視装置に送信した時刻から、前記第２の時刻情報と前記第１の時刻情報の差分で表わされる時間が経過した時刻に、前記第２のデータの送信元の通信装置に対応付けられた仮想マシンから、前記第２のデータを、前記第２の監視装置に送信する
ことを特徴とする請求項１または２に記載の通信方法。
【請求項４】
第１のネットワークの状態を監視する第１の監視装置、および、前記第１の監視装置と置換可能かを判定するために運用される第２の監視装置と通信可能な通信処理装置に、
前記第１の監視装置が前記第１のネットワークに含まれる複数の通信装置から取得した監視データを前記第１の監視装置から取得し、
前記複数の通信装置のいずれかに対応付けた複数の仮想マシンを用いて、前記第１のネットワークと等価な第２のネットワークを生成し、
前記複数の仮想マシンの各々から、当該仮想マシンに対応付けられた通信装置で得られた監視データを前記第２の監視装置に送信する
処理を行わせることを特徴とする通信プログラム。
【請求項５】
複数の通信装置を含む第１のネットワークと、
前記第１のネットワークの状態を監視する第１の監視装置と、
前記第１の監視装置と置換可能かを判定するために運用される第２の監視装置と、
前記第１の監視装置が前記複数の通信装置から取得した監視データを前記第１の監視装置から取得するとともに、前記複数の通信装置のいずれかに対応付けた複数の仮想マシンを用いて、前記第１のネットワークと等価な第２のネットワークを生成する通信処理装置
を備え、
前記複数の仮想マシンの各々は、当該仮想マシンに対応付けられた通信装置が取得した監視データを、前記第２の監視装置に送信する
ことを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の通信装置を含むネットワークで行われる通信に関する。
【背景技術】
【０００２】
ネットワーク中のルータ、スイッチ、サーバなどの機器の状態が、監視装置からネットワーク経由で監視されることがある。また、ネットワークを監視する監視装置は、システムの変更時に変更される場合がある。
【０００３】
図１は、監視装置の切り替え処理の例を説明する図である。なお、図１の例では、監視対象ネットワーク１０の監視を行う装置には、ＩＰ１というＩＰ（Internet Protocol）アドレスが割り当てられるものとする。
【０００４】
図１のケースＣ１では、監視装置５ａが監視対象ネットワーク１０中に含まれている通信装置１１（１１ａ〜１１ｃ）の状態を監視している。監視装置５ａは、例えば、ＳＮＭＰ（Simple Network Management Protocol）を用いて監視を行うとする。この場合、監視装置５ａにはＩＰ１というＩＰアドレスが割り当てられており、通信装置１１ａ〜１１ｃの各々には、監視装置５ａに割り当てられているＩＰ１がＳＮＭＰマネージャのＩＰアドレスとして設定されているとする。このため、監視装置５ａが監視対象の通信装置１１にリクエストパケットを送信すると、通信装置１１は監視装置５ａにレスポンスとして自装置の状態を表す情報を通知する（ＳＮＭＰポーリング）。例えば、監視装置５ａと通信装置１１ｂとの間でのＳＮＭＰポーリングで行われる通信の様子を矢印Ａ１に示す。監視装置５ａは、監視対象ネットワーク１０中の他の通信装置１１とも、定期的にＳＮＭＰポーリングなどの通信を行うことにより、各通信装置１１の状態を取得する。
【０００５】
ケースＣ２は、監視装置５ａを監視装置５ｂに置き換えるために、監視装置５ａと監視装置５ｂを並行して運用し、監視装置５ｂでの動作検証を行う場合の処理の例を示している。監視装置５ｂには、ＩＰ２が割り当てられている。このため、オペレータは、監視対象ネットワーク１０中の各通信装置１１に、ＳＮＭＰマネージャのアドレスとして、監視装置５ｂのアドレスを登録する。ＩＰ１とＩＰ２の両方のアドレスの設定後は、監視装置５ａと監視装置５ｂの両方が、監視対象ネットワーク１０中の各通信装置１１との間でＳＮＭＰポーリングなどの通信処理を行うことができる（矢印Ａ２、Ａ３）。オペレータは、監視装置５ａにより得られた情報と監視装置５ｂで得られた情報を比較して、監視装置５ｂでの監視処理が可能であるかを判定する。監視装置５ｂでの監視処理が可能であると判断すると、オペレータは、監視装置５ａを監視対象ネットワーク１０から切断する。
【０００６】
ケースＣ３は、監視装置５ａと監視対象ネットワーク１０の間の接続が除去され、監視装置５ｂによる監視処理が開始したときの状態の例である。監視装置５ｂが監視対象ネットワーク１０の監視を行うため、監視装置５ｂは、監視装置５ｂの上位装置などと通信する可能性がある。そこで、監視装置５ｂのアドレスは、上位装置が監視対象ネットワーク１０を監視している装置に割り当てられているアドレスとして認識しているアドレス（ＩＰ１）に変更される。さらに、オペレータは、監視装置５ｂのアドレスを変更したため、監視対象ネットワーク１０中の各通信装置１１の設定をケースＣ１の時の状態に戻す。これらの処理が行われると、監視装置５ｂは、ＩＰ１というアドレスを用いて、監視対象ネットワーク１０中の各通信装置１１との間で通信を行う。
【０００７】
関連する技術として、管理対象の仕様を記述する管理情報ベースを備え、マネージャからの要求に応じて管理情報ベースの参照とマネージャへの応答を行う方法が提案されている（例えば、特許文献１など）。ネットワーク機器システム内のネットワーク機器の管理情報ベースをポーリングしてインタフェース情報を収集し、接続先を識別する情報を用いてインタフェース情報を更新するシステムも提案されている（例えば、特許文献２など）。ローカルネットワークを管理するネットワーク管理装置が、システム全体を管理する統合管理装置で使用される管理情報を収集、蓄積するシステムも提案されている。このシステムでは、複数のネットワーク管理装置の各々が、統合管理装置で使用されるデータを蓄積し、統合管理装置は各ネットワーク管理装置で取得された情報を用いて複数のローカルネットワークを管理する（例えば、特許文献３など）。ＳＮＭＰエージェントがＳＮＭＰマネージャから通知されたＭＩＢオブジェクトを同期し、そのオブジェクトの更新フラグを更新済みに変更するシステムも提案されている。このシステムでは、ＳＮＭＰマネージャは、更新フラグが更新済みに設定されているオブジェクトの値を、ＳＮＭＰエージェントに要求する
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開平９−６６４９号公報
【特許文献２】特開２００４−１７８５５３号公報
【特許文献３】特開平１１−２６６２４９号公報
【特許文献４】特開２００７−２４１５１８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
新たに導入する監視装置と、使用中の監視装置の両方にネットワークを監視させ、新たに導入する監視装置の動作確認が取れてから監視装置の切り替えを行う場合、監視対象の通信装置と監視装置の両方の設定を変更するため、処理が煩雑である。特に、監視対象のネットワーク中に含まれている通信装置の数が大きくなると、動作検証の開始時や切り替えの際の設定の変更処理の対象となる通信装置の数も大きくなり、処理が煩雑になる。
【００１０】
本発明は、監視装置の動作検証のための処理を簡便にすることを目的とする。
【課題を解決するための手段】
【００１１】
ある態様にかかる通信方法は、第１のネットワークの状態を監視する第１の監視装置、および、前記第１の監視装置と置換可能かを判定するために運用される第２の監視装置と通信可能な通信処理装置によって行われる。通信処理装置は、前記第１の監視装置が前記第１のネットワークに含まれる複数の通信装置から取得した監視データを前記第１の監視装置から取得する。通信処理装置は、前記複数の通信装置のいずれかに対応付けた複数の仮想マシンを用いて、前記第１のネットワークと等価な第２のネットワークを生成する。通信処理装置は、前記複数の仮想マシンの各々から、当該仮想マシンに対応付けられた通信装置で得られた監視データを前記第２の監視装置に送信する。
【発明の効果】
【００１２】
監視装置の動作検証と切り替えが簡便になる。
【図面の簡単な説明】
【００１３】
【図１】監視装置の切り替え処理の例を説明する図である。
【図２】実施形態にかかるネットワーク監視システムの例を説明する図である。
【図３】監視装置の構成の例を説明する図である。
【図４】監視対象リストの例を説明する図である。
【図５】取得データテーブルの例を説明する図である。
【図６】通信処理装置の構成の例を説明する図である。
【図７】監視装置と通信処理装置のハードウェア構成の例を説明する図である。
【図８】監視システムの例を説明する図である。
【図９】通信処理装置で行われる処理の例を説明する図である。
【図１０】データの同期の際に行われる処理の例を説明するフローチャートである。
【図１１】データの通知の際に行われる処理の例を説明するフローチャートである。
【図１２】第１の実施形態で行われる処理の例を説明するシーケンス図である。
【図１３】第２の実施形態で行われる処理の例を説明する図である。
【図１４】取得データテーブルの例を説明する図である。
【図１５】通信処理装置で行われる処理の例を説明する図である。
【図１６】Ｔｒａｐデータの同期の際に行われる処理の例を説明するフローチャートである。
【図１７】Ｔｒａｐデータの通知の際に行われる処理の例を説明するフローチャートである。
【図１８】Ｓｙｓｌｏｇデータの同期の際に行われる処理の例を説明するフローチャートである。
【図１９】Ｓｙｓｌｏｇデータの通知の際に行われる処理の例を説明するフローチャートである。
【発明を実施するための形態】
【００１４】
図２は、実施形態にかかるネットワーク監視システムの例を説明する図である。図２のケースＣ１１は、運用中の監視装置２０ａによる監視対象ネットワーク１０の監視と、監視装置２０ｂの動作検証が並行して行われている場合の例である。監視装置２０ｂは通信処理装置４０に接続されるが、監視対象ネットワーク１０とは接続されていない。監視装置２０ａと監視対象ネットワーク１０は同じセグメントに含まれている。一方、監視装置２０ｂと通信処理装置４０は同じセグメントに含められるが、監視装置２０ａや監視対象ネットワーク１０中の装置とは異なるセグメントに属している。監視装置２０ａと通信処理装置４０は互いにルータを介して通信できるように接続されているものとする。
【００１５】
監視装置２０ａには、アドレスとしてＩＰ１が割り当てられており、監視対象ネットワーク１０中の各通信装置１１（１１ａ〜１１ｃ）には、ＩＰ１宛てに自装置の情報を通知することが設定されている。このため、監視装置２０ａは、監視対象ネットワーク１０中の通信装置１１の情報を取得できる。矢印Ａ１１は、監視装置２０ａが監視対象ネットワーク１０中の装置にＳＮＭＰポーリングを行う様子の例を示している。監視装置２０ａは、監視対象ネットワーク１０中の情報を記憶する。
【００１６】
通信処理装置４０は、監視対象ネットワーク１０中の通信装置１１と同じＩＰアドレスを割り当てた複数の仮想マシンを動作させて、監視対象ネットワーク１０と等価なネットワークを仮想的に生成する。さらに、通信処理装置４０は、監視装置２０ａから監視対象ネットワーク１０の情報を取得し、各仮想マシンの通信状況を示す値として使用する。このとき、仮想マシンの各々は、自装置に割り当てられているアドレスと同じアドレスが割り当てられている通信装置１１の情報を、自装置の情報とする。例えば、通信処理装置４０中で動作する仮想マシンＡにＩＰ３が割り当てられており、通信装置１１ａにもＩＰ３が割り当てられているとする。この場合、仮想マシンＡは、通信装置１１ａから監視装置２０ａに送信された情報を、仮想マシンＡが監視装置２０ｂに通知する情報として記憶する。
【００１７】
監視装置２０ｂには、監視装置２０ａと同じＩＰ１が割り当てられる。さらに、監視装置２０ｂには、監視対象として、監視対象ネットワーク１０中の監視対象の通信装置１１と同じＩＰアドレスが設定されている。監視装置２０ｂは、監視対象として設定されているＩＰアドレス宛にＳＮＭＰポーリングを行う。このとき、監視装置２０ｂと同じセグメントには、監視対象ネットワーク１０は含まれておらず、通信処理装置４０が含まれている。このため、監視対象ネットワーク１０ｂは、通信処理装置４０中で動作している仮想マシンに対して、ＳＮＭＰポーリングのためのリクエストパケットを送信する。
【００１８】
通信処理装置４０中の仮想マシンの各々は、監視装置２０ｂからリクエストパケットを受信すると、監視装置２０ｂに通知する情報として記憶している情報を、レスポンスパケットに含めて監視対象ネットワーク１０ｂに通知する。ここで、通信処理装置４０中の仮想マシンが記憶している情報は、その仮想マシンと同じアドレスが割り当てられている通信装置１１で得られた情報である。このため、通信処理装置４０は、監視対象ネットワーク１０と等価なネットワークを仮想的に監視装置２０ｂに提供していることになる。また、監視装置２０ｂは、監視対象ネットワーク１０にアクセスしていないにもかかわらず、監視対象ネットワーク１０と等価なネットワークに対して監視処理を行ったときの情報を取得できる。監視装置２０ｂが仮想マシンに対してＳＮＭＰポーリングを行う様子を矢印Ａ１２に示す。監視装置２０ｂでの監視処理に問題が無い場合、監視装置２０ｂは、監視装置２０ａが取得した情報と同様の情報を取得できる。従って、オペレータは、監視装置２０ｂを監視対象ネットワーク１０にアクセスさせること無く、監視装置２０ｂの動作検証を行うことができる。
【００１９】
ケースＣ１２は、監視装置２０ｂが正常に動作していると判定されたことから、オペレータによって、監視装置２０ａの除去と監視装置２０ｂの監視対象ネットワーク１０への接続が行われた場合のネットワークの例である。ここで、監視装置２０ｂには、ケースＣ１１の段階でＩＰ１がアドレスとして割り当てられている。一方、通信装置１１ａ〜１１ｃなどの監視対象ネットワーク１０中の装置には、自装置の状態の報告先のアドレスとしてＩＰ１が登録されている。このため、監視装置２０ｂで監視装置２０を置き換える際に、オペレータは、監視対象ネットワーク１０中の装置や監視装置２０ｂのアドレスの設定変更を行わなくても良い。監視装置２０ｂがＩＰ１を送信元としたリクエストパケットを送信し、監視対象ネットワーク１０中の装置がＩＰ１に対してレスポンスパケットを返すことによりＳＮＭＰポーリングが行われる様子を矢印Ａ１３に示す。
【００２０】
このように、実施形態にかかる方法によると、新たに設置される監視装置２０と監視対象ネットワーク１０中の装置のいずれでも、ＩＰアドレスの設定変更を行わずに、監視装置２０の動作確認や切り替えを行うことができる。このため、監視装置の動作確認に関する処理や切り替え処理が簡便になる。なお、図２を参照しながら、ＳＮＭＰポーリングで得られる情報が使用される場合を例として説明したが、通信状況を監視装置２０に通知するために使用される任意の処理で通知された情報も監視装置２０の動作検証等に使用され得る。
【００２１】
さらに、実施形態にかかる方法は、検証中の監視装置２０は監視対象ネットワーク１０に対してアクセスしないことから、監視対象ネットワーク１０に負荷をかけずに新たな監視装置２０の検証を行うことができるという利点もある。
【００２２】
＜装置構成＞
図３は、監視装置２０の構成の例を説明する図である。監視装置２０は、通信部２３、制御部２５、記憶部３０を備える。通信部２３は、受信部２１と送信部２２を有する。記憶部３０は、監視対象リスト３１と取得データテーブル３２を記憶する。
【００２３】
受信部２１は、他の装置からパケットを受信する。送信部２２は、他の装置にパケットを送信する。なお、監視装置２０が検証中の間は、受信部２１と送信部２２は、通信処理装置４０との間でパケットを送受信する。監視装置２０が運用されている間は、受信部２１と送信部２２は、監視対象ネットワーク１０中の通信装置１１とパケットを送受信する。また、図２のケースＣ１１における監視装置２０ａのように、他の監視装置２０への切り替えのための動作検証中では、受信部２１と送信部２２は、監視対象ネットワーク１０中の通信装置１１の他に、通信処理装置４０ともパケットを送受信する。制御部２５は、通信処理装置４０や通信装置１１から受信したパケット中の情報を処理し、適宜、取得データテーブル３２に格納する。また、制御部２５は、監視対象リスト３１に記録されているアドレスが割り当てられた装置を宛先として、情報を要求するために使用するリクエストパケットを生成する。
【００２４】
図４は、監視対象リスト３１の例を説明する図である。監視対象リスト３１には、通信装置１１を識別する際に使用されるホスト名に対応付けて、そのホスト名で識別される通信装置１１に割り当てられたＩＰアドレスが記録されている。例えば、図４の監視対象リスト３１を用いて、制御部２５は、ＮＥ１で識別される通信装置１１ａには、１７２．２０．０．３というアドレスが割り当てられていることを特定できる。また、検証中の場合も、制御部２５は、監視対象リスト３１を用いて通信処理装置４０中の仮想マシンにアクセスする。通信処理装置４０では、例えば、ＮＥ１で識別される仮想マシンに１７２．２０．０．３というアドレスが割り当てられている。従って、制御部２５は、リクエストパケットの送信先が監視対象ネットワーク１０中の通信装置１１と、通信処理装置４０中の仮想マシンのいずれであるかを区別せずに、監視対象リスト３１に記録されているアドレスが割り当てられた装置の情報を取得する。
【００２５】
図５は、取得データテーブル３２の例を説明する図である。制御部２５は、取得した情報を、取得データテーブル３２に記録する。取得データテーブル３２には、データの提供元に割り当てられたホスト名、ＩＰアドレス、エントリが対応付けて記録される。個々のエントリには、エントリ番号、データ、データの取得時間が含まれる。図５では、ＭＩＢ（Management Information Base）値がデータとして通信装置１１や仮想マシンから監視装置２０に通知される場合の例を示している。ＭＩＢ値は、ＯＩＤ（Object Identifier）に対応付けて通知される。例えば、ホスト名＝ＮＥ１の装置から、ＯＩＤ＝１．３．６．１．２．１．１．１のＭＩＢ値が０であることが、通知されたとする。すると、図５のＮＥ１の情報を格納した取得データテーブル３２のＮｏ．１に示す情報が格納される。なお、ＭＩＢ値はＯＩＤごとに管理される。同じＯＩＤについて新しい値が通知されると、新たなＭＩＢ値と新たなＭＩＢ値の取得時刻が取得データテーブル３２に記録される。取得データテーブル３２に記録されていないＯＩＤに対応付けられたＭＩＢ値が監視装置２０に通知されると、制御部２５は、通知されたＯＩＤを含む新たなエントリに、得られた情報を登録する。
【００２６】
図６は、通信処理装置４０の構成の例を説明する図である。通信処理装置４０は、通信部４３、制御部５０、記憶部６０を備える。通信部４３は、受信部４１と送信部４２を有する。制御部５０は、生成部５１、同期部５２、通知処理部５３を有する。記憶部６０は、監視対象リスト６１、取得データテーブル６２、同期情報６３を格納する。
【００２７】
受信部４１は、運用中の監視装置２０と検証中の監視装置２０からパケットを受信する。送信部４２は、運用中の監視装置２０と検証中の監視装置２０にパケットを送信する。生成部５１は、監視対象リスト６１を用いて、仮想マシンを生成する。監視対象リスト６１は、監視装置２０で監視対象とされている通信装置１１の各々に割り当てられているホスト名およびＩＰアドレスを記録しており、監視対象リスト３１と同じ情報が含まれている。このため、生成部５１は、生成した仮想マシンのホスト名とＩＰアドレスの組み合わせを、監視対象リスト６１に含まれているホスト名とＩＰアドレスの組み合わせと同じ値にすることにより、監視対象ネットワーク１０と等価のネットワークを生成する。
【００２８】
同期部５２は、運用中の監視装置２０にアクセスすることにより、通信装置１１から運用中の監視装置２０に通知された情報を取得して、取得データテーブル６２に格納する。このため、取得データテーブル６２は、取得データテーブル３２（図５）と同じ情報を含む。同期情報６３は、各仮想マシンについて、その仮想マシンを識別する情報と、その仮想マシンから検証中の監視装置２０に通知されるデータの同期に用いたエントリのエントリ番号のうちの最大値を組み合わせた情報である。同期部５２は、同期処理に使用済みのエントリを特定するために、同期情報６３を使用する。
【００２９】
通知処理部５３は、検証中の監視装置２０から仮想マシンに対して通信状態を要求するリクエストがあった場合、リクエストパケットの宛先のＩＰアドレスに対応付けられているデータを取得データテーブル６２から読み出す。通知処理部５３は、読み出したデータを含むレスポンスパケットを生成し、送信部４２を介して、リクエストパケットの送信元の監視装置２０に向けて、レスポンスパケットを送信する。
【００３０】
図７は、監視装置２０と通信処理装置４０のハードウェア構成の例を説明する図である。監視装置２０と通信処理装置４０のいずれも、プロセッサ１０１、メモリ１０２、入力装置１０３、出力装置１０４、バス１０５、ネットワーク接続装置１０９を備える。監視装置２０や通信処理装置４０は、例えば、コンピュータなどで実現されることがある。
【００３１】
プロセッサ１０１は、Central Processing Unit（ＣＰＵ）を含む任意の処理回路とすることができる。プロセッサ１０１は、メモリ１０２をワーキングメモリとして使用して、プログラムを実行することにより、様々な処理を実行する。メモリ１０２には、ＲＡＭ（Random Access Memory）が含まれ、さらに、ＲＯＭ（Read Only Memory）等の不揮発性のメモリも含まれる。ＲＯＭには、プログラムが格納される。さらに、メモリ１０２は、適宜、ハードディスクなどの外部記憶装置を含んでも良い。メモリ１０２は、プロセッサ１０１の動作により得られたデータや、プロセッサ１０１の処理に用いられるデータも、適宜、記憶する。ネットワーク接続装置１０９は、他の装置との通信に使用される。入力装置１０３は、例えば、ボタン、キーボードやマウスとして実現され、出力装置１０４は、ディスプレイなどとして実現される。バス１０５は、プロセッサ１０１、メモリ１０２、入力装置１０３、出力装置１０４、ネットワーク接続装置１０９の間を相互にデータの受け渡しが行えるように接続する。
【００３２】
監視装置２０において、通信部２３はネットワーク接続装置１０９によって実現され、制御部２５はプロセッサ１０１によって実現される。また、メモリ１０２は、記憶部３０として動作する。通信処理装置４０において、通信部４３はネットワーク接続装置１０９によって実現され、制御部５０はプロセッサ１０１によって実現される。さらに、メモリ１０２は、記憶部６０として動作する。
【００３３】
＜第１の実施形態＞
以下の説明では、処理を行っている監視装置２０を明確にするために、符号の末尾に監視装置２０に割り当てられた符号の末尾と同じアルファベットを付すことがある。例えば、制御部２５ｂは、監視装置２０ｂに含まれている制御部２５を指す。
【００３４】
図８は、監視システムの例を説明する図である。図８に示す例では、監視装置２０ａが運用中であり、監視装置２０ｂが動作検証中である。監視装置２０ａは、監視対象ネットワーク１０中のゲートウェイ装置（図示せず）を介して、監視対象ネットワーク１０中の通信装置１１と通信する。図８の例では、監視装置２０ａと監視対象ネットワーク１０中の装置は、１７２．２０．０．０のネットワークに含まれている。例えば、監視対象ネットワーク１０中のゲートウェイ装置には１７２．２０．０．１、監視装置２０ａには１７２．２０．０．２というアドレスが割り当てられている。監視装置２０ａは、さらに、通信処理装置４０と通信可能なように接続されている。監視装置２０ａは通信処理装置４０と通信する際には、１９２．１６８．１．２というアドレスを使用し、通信処理装置４０は監視装置２０ａと通信する際には、１９２．１６８．１．１というアドレスを使用するものとする。つまり、通信処理装置４０と監視装置２０ａは、監視対象ネットワーク１０とは異なるサブネットワークで接続されている。監視装置２０ｂには監視装置２０ａが監視対象ネットワーク１０との通信に使用するアドレス（１７２．２０．０．２）が割り当てられる。
【００３５】
図８には、監視装置２０ａが図４に示す監視対象リスト３１を保持しているときに通信処理装置４０で生成される仮想マシン１５も示す。監視対象リスト３１が図４に示すとおりである場合、監視対象リスト６１にはＮＥ１〜ＮＥ３のホスト名と、各々に以下のアドレスが割り当てられることが記録されている。
ＮＥ１のアドレス＝１７２．２０．０．３
ＮＥ２のアドレス＝１７２．２０．０．４
ＮＥ３のアドレス＝１７２．２０．０．５
【００３６】
そこで、生成部５１は、監視対象リスト６１中に記載されているアドレスが割り当てられた仮想マシンを生成する。以下、通信処理装置４０中で動作している仮想マシンのホスト名は、仮想マシンが対応付けられた通信装置１１のホスト名の前に「擬似」という文言を付すものとする。例えば、検証中の監視装置２０に対してＮＥ１のホストとして通信する仮想マシン１５ａのホスト名を「擬似ＮＥ１」と記載する。生成部５１は、通信処理装置４０中の仮想マシン１５（１５ａ〜１５ｃ）の各々に、その仮想マシン１５が代替となる監視対象ネットワーク１０中の通信装置１１と同じアドレスを割り当てる。このため、通信処理装置４０で生成される仮想マシンで使用されるアドレスは以下のとおりになる。
擬似ＮＥ１のアドレス＝１７２．２０．０．３
擬似ＮＥ２のアドレス＝１７２．２０．０．４
擬似ＮＥ３のアドレス＝１７２．２０．０．５
【００３７】
以下、監視装置２０ａ、監視装置２０ｂ、通信処理装置４０、監視対象ネットワーク１０中の通信装置１１が使用するＩＰアドレスが、図８に示すとおりである場合を例として、第１の実施形態で行われる処理の例を説明する。
【００３８】
図９は、通信処理装置４０で行われる処理の例を説明する図である。図９でも生成部５１によって仮想マシン１５ａ〜１５ｃが生成されている。以下、仮想マシン１５ａ（擬似ＮＥ１）が監視装置２０ｂに通知するために使用するデータの取得方法の例を説明する。この例では、矢印Ａ２１以降で説明する処理の前には、仮想マシン１５ａでの同期済みのデータが無かったものとする。すなわち、同期情報６３には、仮想マシン１５ａ（擬似ＮＥ１）での同期済みのエントリが０番であることが記録されているとする。
【００３９】
同期部５２は、監視装置２０ａに、ＮＥ１から監視装置２０ａに通知されたデータを要求するための制御パケットを生成し、送信部４２を介して、監視装置２０ａに送信する（矢印Ａ２１）。ここで、制御パケットのアドレスは以下の通りである。
送信元ＩＰアドレス：１９２．１６８．１．１（通信処理装置４０）
宛先ＩＰアドレス  ：１９２．１６８．１．２（監視装置２０ａ）
【００４０】
監視装置２０ａ中の制御部２５ａは、受信部２１ａを介して制御パケットを取得するとＮＥ１の通信状況を表わすデータを取得データテーブル３２ａから抽出する。例えば、図５のＮｏ．１〜Ｎｏ．３が抽出されたとする。制御部２５ａは、取得データテーブル３２から抽出したデータを、送信部２２ａを介して、通信処理装置４０に送信する（矢印Ａ２２）。なお、通信処理装置４０宛に監視装置２０ａから送信されるパケットの宛先アドレスは、通信処理装置４０が監視装置２０ａとの通信に使用するアドレス（１９２．１６８．１．１）に設定されている。
【００４１】
通信処理装置４０の同期部５２は、受信部４１を介して、取得データテーブル３２（図５）においてＮＥ１に対応付けられたテーブル中のＮｏ．１〜Ｎｏ．３のデータを取得する。同期部５２は、取得したエントリ中のエントリ番号を、擬似ＮＥ１に対応付けられた同期情報６３と比較する（矢印Ａ２３）。擬似ＮＥ１に対応付けて同期済みのエントリ番号が０であることが記録されているのに対し、同期部５２は、ＮＥ１に対するＮｏ．１〜Ｎｏ．３のエントリの情報を取得している。
【００４２】
そこで、同期部５２は、同期情報６３に記録されているエントリの値よりも大きなエントリ番号を含むエントリ（Ｎｏ．１〜Ｎｏ．３）のデータを、擬似ＮＥ１に対応付けて取得データテーブル６２に記録する（矢印Ａ２４）。このため、更新後の取得データテーブル６２のうち擬似ＮＥ１に対応付けられた情報は、取得データテーブル６２ａに示すとおりになる。ここで、取得データテーブル６２ａには、２つのエントリしか含まれていない。これは、Ｎｏ．１とＮｏ．３のいずれも同じＯＩＤ（１．３．６．１．２．１．１．１）に対するＭＩＢ値であることから、Ｎｏ．３のＭＩＢ値がＮｏ．１のＭＩＢ値に上書きされているためである。
【００４３】
さらに、同期部５２は、取得データテーブル６２の更新に伴い、擬似ＮＥ１に対応付けられた同期情報６３中の情報も更新する（矢印Ａ２５）。同期情報６３のうち、擬似ＮＥ１に対応付けられた値の更新後の様子を、同期情報６３ａに示す。
【００４４】
その後、監視装置２０ｂからＮＥ１の情報を要求するリクエストパケットが通信処理装置４０に送信されたとする（矢印Ａ２６）。このとき、リクエストパケットのアドレスは以下の通りである。
送信元アドレス：１７２．２０．０．２（監視装置２０ｂ）
宛先アドレス  ：１７２．２０．０．３（仮想マシン１５ａ）
通知処理部５３は、受信部４１を介して、監視装置２０ｂからのリクエストパケットを取得する。通知処理部５３は、リクエストパケットの宛先のアドレスが、擬似ＮＥ１として動作する仮想マシン１５ａのアドレスであることから、リクエストパケットで擬似ＮＥ１の情報が要求されていると判定する。そこで、通知処理部５３は、取得データテーブル６２ａの情報を取得し、取得した情報を含むレスポンスパケットを生成する（矢印Ａ２７）。なお、矢印Ａ２７の処理で生成されるレスポンスパケットでは、送信元アドレスは１７２．２０．０．３（仮想マシン１５ａ）、宛先アドレスは１７２．２０．０．２（監視装置２０ｂ）に設定される。通知処理部５３は、生成したレスポンスパケットを、送信部４２を介して、監視装置２０ｂに送信する（矢印Ａ２８）。
【００４５】
監視装置２０ｂでは、制御部２５ｂが受信部２１ｂを介してレスポンスパケットを受信する。レスポンスパケットの送信元アドレスは、１７２．２０．０．３に設定されているので、制御部２５ｂは、ＮＥ１からのレスポンスパケットであるものとして、通信処理装置４０から受信したレスポンスパケットを処理する。このため、制御部２５ｂは、矢印Ａ２８で取得したレスポンスパケット中のデータを、ＮＥ１として動作する通信装置１１の情報として、取得データテーブル３２ｂに記録する。
【００４６】
図９を参照しながら説明した処理と同様の処理が、他の通信装置１１に関するデータの更新や、他の通信装置１１の情報を取得するためのＳＮＭＰポーリングの際にも行われる。このため、通信処理装置４０は、監視装置２０ｂに対して、監視対象ネットワーク１０と等価なネットワークを提供できる。また、監視装置２０ｂは、監視対象ネットワーク１０に接続されておらず、監視対象ネットワーク１０中の装置と通信していないが、通信処理装置４０と通信することにより、運用中の監視装置２０ａが取得した情報と同じ情報を取得できる。従って、オペレータは、監視装置２０ｂと通信処理装置４０との間の通信により監視装置２０ｂが取得したデータを用いて、監視装置２０ｂの動作検証を行うことができる。
【００４７】
図１０は、データの同期の際に行われる処理の例を説明するフローチャートである。同期部５２は、運用中の監視装置２０から処理対象のＩＰアドレスに対応付けて記録されたデータを取得する（ステップＳ１１）。同期部５２は、運用中の監視装置２０から取得したデータに含まれているエントリ番号の最後尾の値（最後尾のエントリ番号）が、同期済みのエントリ番号よりも大きいかを判定する（ステップＳ１２）。最後尾のエントリ番号が同期済みのエントリ番号以下の場合、同期部５２は処理を終了する（ステップＳ１２でＮｏ）。
【００４８】
最後尾のエントリ番号が同期済みのエントリ番号より大きい場合、同期部５２は、運用中の監視装置２０から取得したデータの中から、取得データテーブル６２に記録されていないデータを抽出する（ステップＳ１２でＹｅｓ、ステップＳ１３）。同期部５２は、抽出したデータから処理対象のエントリを選択する（ステップＳ１４）。同期部５２は、選択したエントリ中のＯＩＤが取得データテーブル６２に記録されているかを判定する（ステップＳ１５）。選択したエントリ中のＯＩＤが取得データテーブル６２に記録されている場合、同期部５２は、選択したエントリ中のＯＩＤに対応付けられた値を更新する（ステップＳ１５でＹｅｓ、ステップＳ１６）。一方、選択したエントリ中のＯＩＤが取得データテーブル６２に記録されていない場合、同期部５２は、選択したエントリ中の情報を、ＯＩＤも含めて取得データテーブル６２に追加する（ステップＳ１５でＮｏ、ステップＳ１７）。ステップＳ１６かステップＳ１７の処理が終わると、同期部５２は、運用中の監視装置２０から取得した全てのデータを処理したかを判定する（ステップＳ１８）。運用中の監視装置２０から取得した全てのデータを処理していない場合、同期部５２は、ステップＳ１４以降の処理を繰り返す（ステップＳ１８でＮｏ）。一方、運用中の監視装置２０から取得した全てのデータを処理した場合、同期部５２は、運用中の監視装置２０から取得した最後尾のエントリ番号を用いて、同期情報６３中の同期済みのエントリ番号を更新する（ステップＳ１９）。
【００４９】
図１１は、データの通知の際に行われる処理の例を説明するフローチャートである。通信処理装置４０は、検証中の監視装置２０からリクエストパケットを受信するまで待機する（ステップＳ３１でＮｏ）。通知処理部５３は、リクエストパケットの宛先アドレスを用いて、情報が要求されている通信装置１１に対応する仮想マシン１５を特定する（ステップＳ３２）。通知処理部５３は、取得データテーブル６２を参照して、リクエストパケットで要求されたＯＩＤに対応する値を通知する（ステップＳ３３）。
【００５０】
図１２は、第１の実施形態で行われる処理の例を説明するシーケンス図である。図１２を参照しながら、システム全体での処理の流れを説明する。なお、図１２では、図を見やすくするために、監視対象ネットワーク１０中の装置としては通信装置１１ａのみを示しているが、監視対象ネットワーク１０中の通信装置１１の数は任意である。また、通信装置１１ａのホスト名はＮＥ１であるとする。図１２では、リクエストパケットとして、ＳＮＭＰのＧｅｔＲｅｑｕｅｓｔメッセージが用いられ、レスポンスパケットとして、ＳＮＭＰのＧｅｔＲｅｓｐｏｎｓｅメッセージが用いられる場合を例としている。
【００５１】
矢印Ａ３１において、監視装置２０ａから通信装置１１ａにリクエストパケット（ＧｅｔＲｅｑｕｅｓｔ）が送信される。矢印Ａ３２において、通信装置１１ａは、リクエストパケットで要求された情報を含むレスポンスパケット（ＧｅｔＲｅｓｐｏｎｓｅ）を監視装置２０ａに送信する。矢印Ａ３２の処理では、図５中のＮｏ．１の情報が通信装置１１ａから監視装置２０ａに通知されたとする。すると、監視装置２０ａは、レスポンスパケットを用いて、図５中のＮｏ．１の情報を取得データテーブル３２に記録する。
【００５２】
矢印Ａ３３において、監視装置２０ａから通信装置１１ａに矢印Ａ３１とは異なるＯＩＤの情報を要求するリクエストパケットが送信されたとする。矢印Ａ３４において、通信装置１１ａは、矢印Ａ３３で受信したリクエストパケットで要求された情報を含むレスポンスパケットを、監視装置２０ａに送信する。矢印Ａ３４の処理では、図５中のＮｏ．２の情報が通信装置１１ａから監視装置２０ａに通知されたとする。すると、監視装置２０ａは、レスポンスパケットを用いて、図５中のＮｏ．２の情報を取得データテーブル３２に記録する。
【００５３】
矢印Ａ３５において、通信処理装置４０中の同期部５２が監視装置２０ａに対して、ホスト名＝ＮＥ１の通信装置１１から取得した情報を要求したとする。監視装置２０ａは、要求された情報を通信処理装置４０に送信する。矢印Ａ３５で通信処理装置４０に送信される情報は、図５中のＮｏ．１〜Ｎｏ．２の情報である。通信処理装置４０は、監視装置２０ａから取得した情報を取得データテーブル６２に記録する。
【００５４】
矢印Ａ３６において、監視装置２０ｂがホスト名＝ＮＥ１の装置で得られたＯＩＤ＝１．３．６．１．２．１．１．１の情報を要求するリクエストパケットを送信したとする。リクエストパケットは、通信処理装置４０に受信される。通知処理部５３は、受信部４１を介してリクエストパケットを取得すると、リクエストパケットで指定されている情報を取得データテーブル６２から取得する。矢印Ａ３６の時点では、取得データテーブル６２において、擬似ＮＥ１に対しては、図５中のＮｏ．１〜Ｎｏ．２の情報が記録されている。このため、通知処理部５３は、ＮＥ１のＯＩＤ＝１．３．６．１．２．１．１．１の値は０であることを監視装置２０ｂに通知する（矢印Ａ３７）。
【００５５】
矢印Ａ３８において、監視装置２０ａから通信装置１１に、矢印Ａ３１と同じＯＩＤの情報を要求するリクエストパケットが送信されたとする。矢印Ａ３９において、通信装置１１ａは、リクエストパケットで要求された情報を含むレスポンスパケットを監視装置２０ａに送信する。矢印Ａ３９の処理では、図５中のＮｏ．３の情報が通信装置１１ａから監視装置２０ａに通知されたとする。すると、監視装置２０ａは、レスポンスパケットを用いて、図５中のＮｏ．３の情報を取得データテーブル３２に記録する。
【００５６】
矢印Ａ４０において、矢印Ａ３５での処理と同様の手順で、ホスト名＝ＮＥ１の通信装置１１の情報が通信処理装置４０に通知されたとする。すると、通信処理装置４０は、図５中のＮｏ．３の情報については同期が終わっていないと判定し、取得データテーブル６２を更新する。矢印Ａ４０で通知された情報のＯＩＤは、矢印３５で通知された情報のＯＩＤに含まれているので、取得データテーブル６２中のエントリは増加しない。矢印Ａ４０での処理が終わった時点では、擬似ＮＥ１が通知処理に使用する情報として取得データテーブル６２に記録される情報は、図９の取得データテーブル６２ａのとおりである。
【００５７】
矢印Ａ４１において、監視装置２０ｂがホスト名＝ＮＥ１の装置で得られたＯＩＤ＝１．３．６．１．２．１．１．１の情報を要求するリクエストパケットを、再度、送信したとする。通信処理装置４０中の通知処理部５３は、リクエストパケットで指定されている情報を取得データテーブル６２から取得する。矢印Ａ４１の時点では、擬似ＮＥ１に関連する情報は取得データテーブル６２ａ（図９）の通りである。そこで、通知処理部５３は、ＮＥ１のＯＩＤ＝１．３．６．１．２．１．１．１の値は１であることを監視装置２０ｂに通知する（矢印Ａ４２）。
【００５８】
図１２を参照しながら説明したように、定期的に監視装置２０ａが監視対象ネットワーク１０中の情報を更新し、さらに、通信処理装置４０も監視装置２０ａとの間で情報を同期させるため、監視装置２０ｂにも状態変更後のＭＩＢ値が通知される。そこで、監視装置２０ｂは、監視対象ネットワーク１０にアクセスしなくても、監視対象ネットワーク１０中の装置の監視処理と同様の処理を行うことができる。このため、オペレータは、監視装置２０ｂを監視対象ネットワーク１０に接続しなくても、監視装置２０ｂについての動作検証を行うことができる。
【００５９】
このように、第１の実施形態にかかる方法によると、検証中の監視装置２０に対して、運用中の監視装置２０と同じＩＰアドレスを割り当てることができる。このため、第１の実施形態にかかる方法では、新たに設置される監視装置２０と監視対象ネットワーク１０中の装置のいずれでも、ＩＰアドレスの設定変更を行わずに、監視装置２０の変更を行うことができる。監視対象ネットワーク１０の規模が大きい場合には、監視対象ネットワーク１０中に含まれる装置の数は数万以上になることもある。このような場合、監視対象ネットワーク１０中の各装置に、監視装置２０の検証用の新たなアドレスを設定し、検証が終わると検証用に設定したアドレスを削除すると、監視装置２０の切り替えが煩雑になる。一方、第１の実施形態にかかる方法では、監視対象ネットワーク１０中の装置や監視装置２０ｂにはアドレスの変更処理を行わずに、監視装置２０ｂの動作を検証することができる。このため、監視装置の切り替え処理が簡便になる。
【００６０】
さらに、第１の実施形態にかかる方法では、検証中の監視装置２０は監視対象ネットワーク１０に対してアクセスしないことから、監視対象ネットワーク１０に負荷をかけずに新たな監視装置２０の検証を行うことができるという利点もある。例えば、図１のケースＣ２に示すように、運用中の監視装置５ａと動作検証中の監視装置５ｂの両方を監視対象ネットワーク１０に接続すると、監視対象ネットワーク１０中の装置は監視装置５ａと監視装置５ｂの両方と通信する。このため、監視装置５ａと監視対象ネットワーク１０との間の通信と同量の通信が監視装置５ｂと監視対象ネットワーク１０の間で発生してしまい、監視対象ネットワーク１０中のトラフィックを増大させてしまう。また、監視対象ネットワーク１０中の通信装置１１にも処理負担をかける恐れがある。一方、第１の実施形態にかかる方法では、監視対象ネットワーク１０に監視装置２０ｂがアクセスしないので、監視対象ネットワーク１０中の装置にかかる負担が小さくなる。
【００６１】
＜第２の実施形態＞
第２の実施形態では、監視対象ネットワーク１０中の通信装置１１が運用中の監視装置２０ａからの要求を受けずに監視装置２０ａに通知する情報についても、検証中の監視装置２０ｂに通知する場合について説明する。第２の実施形態では、ＭＩＢ値に加えて、Ｔｒａｐ通知やＳｙｓｌｏｇ通知が検証中の監視装置２０ｂに通知される場合を例として説明する。
【００６２】
図１３は、第２の実施形態で行われる処理の例を説明する図である。図１３に示す監視システムでは、監視対象ネットワーク１０、運用中の監視装置２０ａ、動作検証中の監視装置２０ｂ、通信処理装置４０が、図８と同様に接続されている。図１３中の点線は、監視装置２０ａと監視対象ネットワーク１０は第１のセグメントに含まれており、監視装置２０ｂと通信処理装置４０とが第２のセグメントに含まれていることを表わしている。このため、図８と同様に、監視対象ネットワーク１０中の装置と通信処理装置４０中で動作する仮想マシンに同じプライベートアドレスが設定されても良い。また、第２の実施形態でも、監視装置２０ａが監視対象ネットワーク１０中の通信装置１１との間の通信に使用するアドレスは、監視装置２０ｂが通信処理装置４０中の仮想マシン１５と通信する際に使用するアドレスと同じであるものとする。
【００６３】
矢印Ａ５１は、監視装置２０ａが通信装置１１ａとの間でＳＮＭＰポーリングを行う様子を示している。ＳＮＭＰポーリングの際に行われる処理の詳細は、第１の実施形態で説明した処理と同様である。監視装置２０ａがＳＮＭＰポーリングによって取得したＭＩＢ値は、記憶部３０ａに記録される。
【００６４】
通信装置１１ａは、自装置の異常を検出した場合や所定の量のイベントログを記録した場合など、予め、監視装置２０ａに通知する状態として設定されている状態が発生すると、通知パケットを用いて、監視装置２０ａへの通知を行う。通信装置１１での異常を通知する通知パケットとして、例えば、ＳＮＭＰのｔｒａｐメッセージが使用される。一方、イベントログの通知には、ｓｙｓｌｏｇメッセージが使用される。矢印Ａ５２は、通信装置１１ａから監視装置２０ａにｔｒａｐメッセージが送信される様子を表わしており、矢印Ａ５３は、通信装置１１ａから監視装置２０ａにｓｙｓｌｏｇメッセージが送信される様子を表わしている。監視装置２０ａ中の制御部２５ａは、ｔｒａｐメッセージで通知された情報を、受信時刻や送信元の通信装置１１のホスト名などの情報と共に、記憶部３０ａにＴｒａｐ履歴として記録する。同様に、制御部２５ａは、ｓｙｓｌｏｇメッセージで通知された情報も、受信時刻や送信元の情報と共に記憶部３０ａにＳｙｓｌｏｇ履歴として記録する。第２の実施形態で生成される取得データテーブル３２の例については後述する（図１４）。
【００６５】
矢印Ａ５４は、通信処理装置４０中の同期部５２が、監視装置２０ａから監視対象ネットワーク１０の監視によって得られた監視データを取得する様子を示す。ここで、監視データには、監視装置２０ａが監視対象ネットワーク１０中の各通信装置１１から取得したＭＩＢ値、Ｔｒａｐ履歴、Ｓｙｓｌｏｇ履歴が含まれる。同期部５２は、ＭＩＢ値については、送信元の通信装置１１の代替となる仮想マシン１５とＯＩＤの組み合わせごとの最新値を、取得データテーブル６２に保持する。一方、ＴｒａｐメッセージやＳｙｓｌｏｇメッセージ中の情報は、送信元の通信装置１１の代替となる仮想マシン１５ごとの履歴として記憶される。図１３では、紙面の関係から、仮想マシン１５ａに対応付けられた情報を図示するが、他の仮想マシン１５に対応付けられた情報は省略している。図１３では、分かりやすくするために、ＭＩＢデータ、Ｔｒａｐデータ、Ｓｙｓｌｏｇデータを、別のテーブルに示しているが、これらは同じテーブルに記録されていても良い。
【００６６】
矢印Ａ５５は、監視装置２０ｂと仮想マシン１５ａの間でのＳＮＭＰポーリングにより、仮想マシン１５ａから監視装置２０ｂにＭＩＢ値が通知される様子を示す。なお、矢印Ａ５５では、第１の実施形態と同様の処理により、通信装置１１ａ（ＮＥ１）から監視装置２０ａに通知されたＭＩＢ値が、擬似ＮＥ１として動作する仮想マシン１５ａから監視装置２０ｂに通知されている。
【００６７】
通知処理部５３は、監視装置２０ｂに送信していないＴｒａｐメッセージの情報を保持しているかを判定する。未送信のＴｒａｐメッセージの情報を保持している場合、通知処理部５３は、仮想マシン１５ａに割り当てられたアドレスを送信元として、監視装置２０ｂにＴｒａｐメッセージを送信する（矢印Ａ５６）。さらに、通知処理部５３は、監視装置２０ｂに送信していないＳｙｓｌｏｇメッセージの情報を保持しているかも判定する。未送信のＳｙｓｌｏｇメッセージの情報を保持している場合、通知処理部５３は、仮想マシン１５ａに割り当てられたアドレスを送信元として、監視装置２０ｂにＳｙｓｌｏｇメッセージを送信する（矢印Ａ５７）。
【００６８】
図１４は、第２の実施形態において監視装置２０が保持する取得データテーブル３２の例を説明する図である。取得データテーブル３２には、データの提供元に割り当てられたホスト名、ＩＰアドレス、ＭＩＢデータ、Ｔｒａｐデータ、Ｓｙｓｌｏｇデータが記録される。ＭＩＢデータ、Ｔｒａｐデータ、Ｓｙｓｌｏｇデータの各々は、複数のエントリを含み得る。ＭＩＢデータのエントリ中に記録される情報は、図５を用いて説明したエントリ中の情報と同様である。Ｔｒａｐデータとして記憶される情報のエントリは、エントリ番号、Ｔｒａｐデータの取得時刻、通知されたＴｒａｐデータが含まれている。一方、Ｓｙｓｌｏｇデータとして記憶される情報のエントリは、エントリ番号、Ｓｙｓｌｏｇデータの取得時刻、通知されたＳｙｓｌｏｇデータが含まれている。
【００６９】
図１５のケースＣ２１を参照しながら、通信処理装置４０がＴｒａｐデータを監視装置２０ｂに通知する場合に行われる処理の例の詳細を説明する。なお、図１５でも、監視対象ネットワーク１０中に含まれている通信装置１１と同数の仮想マシンが生成部５１によって生成されているが、分かりやすくするために、仮想マシン１５ａ（擬似ＮＥ１）に着目して説明する。Ｔｒａｐメッセージに関して、同期情報６３は、同期済みのＴｒａｐメッセージのエントリ番号と、送信済みＴｒａｐ情報を含む。送信済みＴｒａｐ情報は、送信済みのＴｒａｐメッセージのエントリ番号と最後に送信したＴｒａｐメッセージの送信時刻の組み合わせである。
【００７０】
同期部５２は、監視装置２０ａに、ＮＥ１から監視装置２０ａに通知されたＴｒａｐデータを要求するための制御パケットを生成し、送信部４２を介して、監視装置２０ａに送信する（矢印Ａ６０）。ここで、制御パケットのアドレスは以下の通りである。
送信元ＩＰアドレス：１９２．１６８．１．１（通信処理装置４０）
宛先ＩＰアドレス  ：１９２．１６８．１．２（監視装置２０ａ）
【００７１】
監視装置２０ａ中の制御部２５ａは、ＮＥ１に対応付けて記憶しているＴｒａｐデータを取得データテーブル３２ａから抽出する。制御部２５ａは、取得データテーブル３２から抽出したデータを、送信部２２ａを介して、通信処理装置４０に送信する（矢印Ａ６１）。なお、通信処理装置４０宛に監視装置２０ａから送信されるパケットの宛先アドレスは、通信処理装置４０が監視装置２０ａとの通信に使用するアドレス（１９２．１６８．１．１）に設定されている。
【００７２】
通信処理装置４０の同期部５２は、受信部４１を介してＴｒａｐデータに関するエントリを取得し、取得したエントリ中のエントリ番号を、擬似ＮＥ１に対応付けられた同期済みＴｒａｐエントリ番号と比較する（矢印Ａ６２）。ここでは、同期済みＴｒａｐエントリ番号よりも、取得したエントリ中のエントリ番号の方が大きいとする。すると、同期部５２は、同期済みＴｒａｐエントリ番号よりも大きなエントリ番号を含むエントリを、擬似ＮＥ１に対応付けて取得データテーブル６２に記録する（矢印Ａ６３）。図１５のケースＣ２１では、取得データテーブル６２のうち、擬似ＮＥ１に関する情報を取得データテーブル６２ａとして示している。その後、同期部５２は、取得データテーブル６２ａの更新に伴い、擬似ＮＥ１に対応付けられた同期済みＴｒａｐエントリ番号も更新する（矢印Ａ６４）。ケースＣ２１の例では、同期部５２による同期処理後の取得データテーブル６２ａには、擬似ＮＥ１に関するＮｏ．２までのＴｒａｐデータが含まれている。このため、同期部５２は、同期済みＴｒａｐエントリ番号＝２に設定する。
【００７３】
矢印Ａ６５と矢印Ａ６６において、通知処理部５３は、送信済みＴｒａｐ情報と取得データテーブル６２ａにアクセスする。通知処理部５３は、送信済みのＴｒａｐメッセージのエントリ番号と、取得データテーブル６２ａ中のＴｒａｐデータのエントリの最大値を比較することにより、未送信のＴｒａｐメッセージがあるかを判定する。例えば、送信済みＴｒａｐ情報が以下の通りであるとする。
送信済みＴｒａｐエントリ番号＝１
最終送信時刻  ＝  Ｔ３
この場合、取得データテーブル６２ａ中のＴｒａｐデータのエントリの最大値の方が、送信済みのＴｒａｐメッセージのエントリ番号よりも大きいので、通知処理部５３は、Ｎｏ．２のＴｒａｐメッセージを監視装置２０ｂに送信していないと判定する。
【００７４】
次に、通知処理部５３は、監視装置２０ａがＴｒａｐメッセージを受信したときの受信間隔を求める。ケースＣ２１の例では、エントリ番号＝１のＴｒａｐメッセージが時刻Ｔ１に受信されており、エントリ番号＝２のＴｒａｐメッセージが時刻Ｔ２に受信されているので、Ｔｒａｐメッセージの受信間隔はＴ２−Ｔ１となる。そこで、通知処理部５３は、Ｔｒａｐメッセージの受信間隔を用いて、送信対象のＴｒａｐメッセージを送信する送信時刻を計算する。このとき、通知処理部５３は、監視装置２０ｂでのエントリ番号＝１のＴｒａｐメッセージとエントリ番号＝２のＴｒａｐメッセージの受信間隔が、監視装置２０ａでの受信間隔と同じになるように送信時刻（Ｔ４）を決定する。すなわち、Ｔ４＝Ｔ３＋（Ｔ２−Ｔ１）とする。
【００７５】
矢印Ａ６７は、通知処理部５３が時刻Ｔ４にエントリ番号＝２のＴｒａｐデータを含むメッセージを、監視装置２０ｂに送信する様子を示す。なお、通知処理部５３は、仮想マシン１５ａに割り当てられたアドレスを用い、擬似ＮＥ１からのＴｒａｐメッセージとして、監視装置２０ｂにＴｒａｐメッセージを送信する。このため、Ｔｒａｐメッセージに含まれるアドレス情報は以下の通りである。
宛先アドレス  ：１７２．２０．０．２（監視装置２０ｂ）
送信元アドレス：１７２．２０．０．３（仮想マシン１５ａ）
【００７６】
矢印Ａ６８において、通知処理部５３は、Ｔｒａｐメッセージの送信に伴い、擬似ＮＥ１に対応付けられた送信済みＴｒａｐ情報を以下のように更新する。
送信済みＴｒａｐエントリ番号＝２
最終送信時刻  ＝  Ｔ４
【００７７】
一方、監視装置２０ｂでは、制御部２５ｂが受信部２１ｂを介してＴｒａｐメッセージを受信する。Ｔｒａｐメッセージの送信元アドレスは、１７２．２０．０．３に設定されているので、制御部２５ｂは、ＮＥ１からのＴｒａｐメッセージとして、通信処理装置４０から受信したＴｒａｐメッセージを処理する。このため、制御部２５ｂは、矢印Ａ６７で送信されたＴｒａｐメッセージ中のデータを、ＮＥ１として動作する通信装置１１から受信したＴｒａｐデータとして、取得データテーブル３２ｂに記録する。
【００７８】
図１５のケースＣ２２では、通信処理装置４０がＳｙｓｌｏｇデータを監視装置２０ｂに通知する場合に行う処理の例の詳細を説明する。Ｓｙｓｌｏｇメッセージに関する同期情報６３は、同期済みのＳｙｓｌｏｇメッセージのエントリ番号と、送信済みＳｙｓｌｏｇ情報を含む。送信済みＳｙｓｌｏｇ情報は、送信済みのＳｙｓｌｏｇメッセージのエントリ番号と最後に送信したＳｙｓｌｏｇメッセージの送信時刻の組み合わせである。
【００７９】
矢印Ａ７１〜Ａ７３により、ケースＣ２１で矢印Ａ６０〜Ａ６３を参照しながら説明した手順と同様の手順により、取得データテーブル６２中で、擬似ＮＥ１のＳｙｓｌｏｇに関する情報を更新する。図１５のケースＣ２２では、取得データテーブル６２のうち、擬似ＮＥ１のＳｙｓｌｏｇに関する情報に関する情報を取得データテーブル６２ａとして示している。
【００８０】
矢印Ａ７５と矢印Ａ７６において、通知処理部５３は、送信済みＳｙｓｌｏｇ情報と取得データテーブル６２ａにアクセスする。通知処理部５３は、送信済みのＳｙｓｌｏｇメッセージのエントリ番号と、取得データテーブル６２ａ中のＳｙｓｌｏｇデータのエントリの最大値を比較することにより、未送信のＳｙｓｌｏｇメッセージがあるかを判定する。例えば、送信済みＳｙｓｌｏｇ情報が以下の通りであるとする。
送信済みＴｒａｐエントリ番号＝２
最終送信時刻  ＝  Ｔ１４
この場合、取得データテーブル６２ａ中のＳｙｓｌｏｇデータのエントリの最大値は３であるので、通知処理部５３は、Ｎｏ．３のＳｙｓｌｏｇメッセージを監視装置２０ｂに送信していないと判定する。
【００８１】
次に、通知処理部５３は、監視装置２０ａがＳｙｓｌｏｇメッセージを受信したときの受信間隔を求める。ケースＣ２２の例では、エントリ番号＝２のＳｙｓｌｏｇメッセージが時刻Ｔ１２に受信されており、エントリ番号＝３のＳｙｓｌｏｇメッセージが時刻Ｔ１３に受信されているので、Ｓｙｓｌｏｇメッセージの受信間隔はＴ１３−Ｔ１２となる。そこで、通知処理部５３は、監視装置２０ｂがＳｙｓｌｏｇメッセージを受信する間隔と、監視装置２０ａでのＳｙｓｌｏｇメッセージの受信間隔と同じになるように送信時刻（Ｔ１５）を決定する。すなわち、Ｔ１５＝Ｔ１４＋（Ｔ１３−Ｔ１２）となる。
【００８２】
矢印Ａ７７は、通知処理部５３が時刻Ｔ１５にエントリ番号＝３のＳｙｓｌｏｇデータを含むメッセージを、監視装置２０ｂに送信する様子を示す。なお、通知処理部５３は、Ｓｙｓｌｏｇメッセージに以下のアドレスを設定する。
宛先アドレス  ：１７２．２０．０．２（監視装置２０ｂ）
送信元アドレス：１７２．２０．０．３（仮想マシン１５ａ）
【００８３】
矢印Ａ７８において、通知処理部５３は、Ｓｙｓｌｏｇメッセージの送信に伴い、擬似ＮＥ１に対応付けられた送信済みＳｙｓｌｏｇ情報を以下のように更新する。
送信済みＴｒａｐエントリ番号＝３
最終送信時刻  ＝  Ｔ１５
【００８４】
一方、監視装置２０ｂでは、制御部２５ｂが受信部２１ｂを介してＳｙｓｌｏｇメッセージを取得する。Ｓｙｓｌｏｇメッセージの送信元アドレスは、１７２．２０．０．３に設定されているので、制御部２５ｂは、通信処理装置４０から受信したＴｒａｐメッセージを、ＮＥ１からのＳｙｓｌｏｇメッセージとして処理する。このため、制御部２５ｂは、矢印Ａ７７で送信されたＳｙｓｌｏｇメッセージ中のデータを、ＮＥ１として動作する通信装置１１から受信したＳｙｓｌｏｇデータとして、取得データテーブル３２ｂに記録する。
【００８５】
なお、図１５は、ＴｒａｐメッセージやＳｙｓｌｏｇメッセージの送信処理の一例であり、処理は実装に応じて変更され得る。例えば、通信処理装置４０中の仮想マシン１５で送信対象として同時に認識されるメッセージの数は任意である。
【００８６】
図１６は、Ｔｒａｐデータの同期の際に行われる処理の例を説明するフローチャートである。図１６は、図１５を参照しながら説明した矢印Ａ６０〜Ａ６４で行われる処理の例である。
【００８７】
同期部５２は、運用中の監視装置２０から処理対象のＩＰアドレスに対応したＴｒａｐデータを取得する（ステップＳ４１）。同期部５２は、運用中の監視装置２０から取得したデータに含まれているエントリ番号の最後尾の値（最後尾のエントリ番号）が、同期済みのＴｒａｐデータのエントリ番号よりも大きいかを判定する（ステップＳ４２）。最後尾のエントリ番号が同期済みのＴｒａｐデータのエントリ番号以下の場合、同期部５２は処理を終了する（ステップＳ４２でＮｏ）。
【００８８】
一方、最後尾のエントリ番号が同期済みのＴｒａｐデータのエントリ番号より大きい場合、同期部５２は、取得データテーブル６２を更新する（ステップＳ４２でＹｅｓ、ステップＳ４３）。このとき、同期部５２は、取得したデータのうち、同期済みのＴｒａｐデータのエントリ番号よりも大きなエントリ番号に対応付けられた情報を、取得データテーブル６２に記録する。その後、同期部５２は、同期済みのＴｒａｐデータのエントリ番号を更新して処理を終了する（ステップＳ４４）。
【００８９】
図１７は、Ｔｒａｐデータの通知の際に行われる処理の例を説明するフローチャートである。図１７は、図１５を参照しながら説明した矢印Ａ６５〜Ａ６８で行われる処理の例である。図１７では変数ｎと定数Ｎが使用される。変数ｎは、送信したＴｒａｐメッセージの数の計数に使用される。定数Ｎは、送信するＴｒａｐメッセージの総数である。
【００９０】
通知処理部５３は、取得データテーブル６２中の処理対象のＩＰアドレスに対応したＴｒａｐに関する情報を参照する（ステップＳ５１）。通知処理部５３は、参照対象としているデータに付されたエントリ番号の最後尾の値（最後尾のエントリ番号）が、送信済みのＴｒａｐデータのエントリ番号よりも大きいかを判定する（ステップＳ５２）。最後尾のエントリ番号が送信済みのＴｒａｐデータのエントリ番号以下の場合、通知処理部５３は処理を終了する（ステップＳ５２でＮｏ）。
【００９１】
一方、最後尾のエントリ番号が送信済みのＴｒａｐデータのエントリ番号より大きい場合、通知処理部５３は、送信するＴｒａｐメッセージの数（Ｎ）を求める（ステップＳ５２でＹｅｓ、ステップＳ５３）。送信するＴｒａｐメッセージの数は、以下の式から求められる。
Ｎ＝ＮＬ−ＮＳ
ここで、ＮＬは、ステップＳ５１で通知処理部５３が参照対象としているデータに付されたエントリ番号の最後尾の値である。ＮＳは、送信済みのＴｒａｐデータのエントリ番号である。
【００９２】
次に、通知処理部５３は、変数ｎを１に設定する（ステップＳ５４）。通知処理部５３は、変数ｎが定数Ｎより大きいかを判定する（ステップＳ５５）。変数ｎが定数Ｎ以下の場合、通知処理部５３は、Ｔｒａｐメッセージの送信間隔（ｄｅｌａｙＴｉｍｅ）を求める（ステップＳ５５でＮｏ、ステップＳ５６）。ここで、ｄｅｌａｙＴｉｍｅは、次式から求められる。
ｄｅｌａｙＴｉｍｅ＝Ｔｒｎ−Ｔｒｂ
ここで、Ｔｒｎは、送信対象とするエントリのＴｒａｐメッセージを運用中の監視装置２０が受信した時刻である。Ｔｒｂは、送信対象とするエントリよりもエントリ番号が１つ小さいデータについてのＴｒａｐメッセージを運用中の監視装置２０が受信した時刻である。
【００９３】
通知処理部５３は、最後にＴｒａｐメッセージを送信した時刻からｄｅｌａｙＴｉｍｅの時間が経過したときに、検証中の監視装置２０へＴｒａｐメッセージを送信する（ステップＳ５７）。通知処理部５３は、送信済みＴｒａｐ情報を更新する（ステップＳ５８）。送信済みＴｒａｐ情報には、送信済みＴｒａｐデータのエントリ番号と、Ｔｒａｐメッセージの最終送信時刻が含まれる。通知処理部５３は、変数ｎを１つインクリメントして、ステップＳ５５に戻る（ステップＳ５９）。ステップＳ５５において、変数ｎが定数Ｎ以下の場合、通知処理部５３は、処理を終了する（ステップＳ５５でＹｅｓ）。
【００９４】
図１８は、Ｓｙｓｌｏｇデータの同期の際に行われる処理の例を説明するフローチャートである。図１８は、図１５を参照しながら説明した矢印Ａ７１〜Ａ７４で行われる処理の例である。
【００９５】
同期部５２は、運用中の監視装置２０から処理対象のＩＰアドレスに対応したＳｙｓｌｏｇデータを取得する（ステップＳ７１）。同期部５２は、運用中の監視装置２０から取得したデータに含まれているエントリ番号の最後尾の値（最後尾のエントリ番号）が、同期済みのＳｙｓｌｏｇデータのエントリ番号よりも大きいかを判定する（ステップＳ７２）。最後尾のエントリ番号が同期済みのＳｙｓｌｏｇデータのエントリ番号以下の場合、同期部５２は処理を終了する（ステップＳ７２でＮｏ）。
【００９６】
一方、最後尾のエントリ番号が同期済みのＳｙｓｌｏｇデータのエントリ番号より大きい場合、同期部５２は、取得データテーブル６２を更新する（ステップＳ７２でＹｅｓ、ステップＳ７３）。このとき、同期部５２は、取得したデータのうち、同期済みのＳｙｓｌｏｇデータのエントリ番号よりも大きなエントリ番号に対応付けられた情報を、取得データテーブル６２に記録する。その後、同期部５２は、同期済みのＳｙｓｌｏｇデータのエントリ番号を更新して処理を終了する（ステップＳ７４）。
【００９７】
図１９は、Ｓｙｓｌｏｇデータの通知の際に行われる処理の例を説明するフローチャートである。図１９は、図１５を参照しながら説明した矢印Ａ７５〜Ａ７８で行われる処理の例である。図１９では変数ｍと定数Ｍが使用される。変数ｍは、送信したＳｙｓｌｏｇメッセージの数の計数に使用される。定数Ｍは、送信するＳｙｓｌｏｇメッセージの総数である。
【００９８】
通知処理部５３は、取得データテーブル６２中の処理対象のＩＰアドレスに対応したＳｙｓｌｏｇに関する情報を参照する（ステップＳ８１）。通知処理部５３は、参照対象としているデータに付されたエントリ番号の最後尾の値（最後尾のエントリ番号）が、送信済みのＳｙｓｌｏｇデータのエントリ番号よりも大きいかを判定する（ステップＳ８２）。最後尾のエントリ番号が送信済みのＳｙｓｌｏｇデータのエントリ番号以下の場合、通知処理部５３は処理を終了する（ステップＳ８２でＮｏ）。
【００９９】
一方、最後尾のエントリ番号が送信済みのＳｙｓｌｏｇデータのエントリ番号より大きい場合、通知処理部５３は、送信するＳｙｓｌｏｇメッセージの数（Ｍ）を求める（ステップＳ８２でＹｅｓ、ステップＳ８３）。送信するＳｙｓｌｏｇメッセージの数は、以下の式から求められる。
Ｍ＝ＭＬ−ＭＳ
ここで、ＭＬは、通知処理部５３が参照対象としているデータに付されたエントリ番号の最後尾の値である。ＭＳは、送信済みのＳｙｓｌｏｇデータのエントリ番号である。
【０１００】
次に、通知処理部５３は、変数ｍを１に設定する（ステップＳ８４）。通知処理部５３は、変数ｍが定数Ｍ以下の場合、Ｓｙｓｌｏｇメッセージの送信間隔（ｄｅｌａｙＴｉｍｅ）を求める（ステップＳ８５でＮｏ、ステップＳ８６）。ここで、ｄｅｌａｙＴｉｍｅは、次式から求められる。
ｄｅｌａｙＴｉｍｅ＝Ｔｒｍ−Ｔｒｍｂ
ここで、Ｔｒｍは、送信対象とするエントリのＳｙｓｌｏｇメッセージを運用中の監視装置２０が受信した時刻である。Ｔｒｍｂは、送信対象とするエントリよりもエントリ番号が１つ小さいデータについてのＳｙｓｌｏｇメッセージを、運用中の監視装置２０が受信した時刻である。
【０１０１】
通知処理部５３は、最後にＳｙｓｌｏｇメッセージを送信した時刻からｄｅｌａｙＴｉｍｅの時間が経過したときに、検証中の監視装置２０へＳｙｓｌｏｇメッセージを送信する（ステップＳ８７）。通知処理部５３は、送信済みＳｙｓｌｏｇ情報を更新する（ステップＳ８８）。送信済みＳｙｓｌｏｇ情報には、送信済みＳｙｓｌｏｇデータのエントリ番号と、Ｓｙｓｌｏｇメッセージの最終送信時刻が含まれる。通知処理部５３は、変数ｍを１つインクリメントして、ステップＳ８５に戻る。ステップＳ８５において、変数ｍが定数Ｍ以下の場合、通知処理部５３は、処理を終了する（ステップＳ８５でＹｅｓ）。
【０１０２】
以上、説明したように、第２の実施形態によると、監視対象ネットワーク１０において運用中の監視装置２０からの要求を受けずに通信装置１１が送信した情報も、監視対象ネットワーク１０での送信間隔と同様の間隔で検証中の監視装置２０ｂに送信される。このため、第２の実施形態によると、第１の実施形態よりも詳細に、検証対象の監視装置２０での動作を検証できる。さらに、第２の実施形態でも、第１の実施形態と同様に、監視装置２０の検証処理が簡便に行われる上、検証処理によって監視対象ネットワーク１０に負荷がかかることもない。
【０１０３】
＜変形例＞
なお、実施形態は上記に限られるものではなく、様々に変形可能である。以下にその例をいくつか述べる。
【０１０４】
通信処理装置４０が取得データテーブル６２中の情報を同期する際に、通信処理装置４０中の同期部５２が、取得データテーブル６２の更新に使用する情報を選択する場合を例として説明したが、更新に使用するデータの選択処理は実装に応じて変更され得る。例えば、同期部５２から、同期済みのＭＩＢ値などの情報を運用中の監視装置２０に送信し、運用中の監視装置２０中の制御部２５が、通信処理装置４０に通知していないデータを選択しても良い。この場合、監視装置２０は、通信処理装置４０での更新処理に使用されるデータだけを選択して通信処理装置４０に送信する。このため、運用中の監視装置２０と通信処理装置４０の間で送受信されるデータの量が削減される。
【０１０５】
以上の説明で検証中の監視装置２０に通知される対象とした情報は一例であり、監視対象ネットワーク１０の監視に使用されるプロトコルや監視対象ネットワーク１０の監視方法に応じて、検証中の監視装置２０に通知される情報は変更され得る。例えば、Ｓｙｓｌｏｇなど、監視対象ネットワーク１０中の通信装置１１が運用中の監視装置２０からの要求を受けずに通知する情報だけが、検証中の監視装置２０ｂに通知されても良い。
【０１０６】
第２の実施形態において、仮想マシン１５ａでの処理を例として説明したが、第２の実施形態は処理の一例であり、複数の仮想マシン１５による処理が並行して行われ得る。同期部５２での同期処理の周期を短くすることで、異なる仮想マシン１５を送信元として送信されたメッセージ間の時間間隔についても、監視対象ネットワーク１０で送受信された時間間隔が通信処理装置４０によって再現される。
【０１０７】
以上の説明で図示したテーブルなどの情報要素は一例であり、実装に応じて変更され得る。また、以上の説明に使用したネットワークやアドレスの割り当ても一例であるので、実装に応じて変更され得る。
【０１０８】
上述の第１および第２の実施形態を含む実施形態に関し、以下の付記を開示する。
（付記１）
第１のネットワークの状態を監視する第１の監視装置、および、前記第１の監視装置と置換可能かを判定するために運用される第２の監視装置と通信可能な通信処理装置が、
前記第１の監視装置が前記第１のネットワークに含まれる複数の通信装置から取得した監視データを前記第１の監視装置から取得し、
前記複数の通信装置のいずれかに対応付けた複数の仮想マシンを用いて、前記第１のネットワークと等価な第２のネットワークを生成し、
前記複数の仮想マシンの各々から、当該仮想マシンに対応付けられた通信装置で得られた監視データを前記第２の監視装置に送信する
処理を行うことを特徴とする通信方法。
（付記２）
前記複数の仮想マシンの各々に、当該仮想マシンに対応付けられた通信装置と同じプライベートアドレスを割り当て、
前記第２の監視装置から監視データを要求する要求パケットを受信し、
前記要求パケットの宛先アドレスと同じアドレスが割り当てられた仮想マシンである宛先装置を特定し、
前記宛先装置に対応付けられた通信装置で得られた監視データを、前記宛先装置から、前記第２の監視装置に送信する
処理を、前記通信処理装置が行うことを特徴とする付記１に記載の通信方法。
（付記３）
前記監視データは、第１のデータと第２のデータを含み、
前記通信処理装置は、
前記第１の監視装置から、前記第１のデータを前記第１の監視装置が取得した時刻を表わす第１の時刻情報と、前記第２のデータを前記第１の監視装置が取得した時刻を表わす第２の時刻情報を取得し、
前記第１のデータの送信元の通信装置に対応付けられた仮想マシンから、前記第１のデータを、前記第２の監視装置に送信し、
前記第１のデータを前記第２の監視装置に送信した時刻から、前記第２の時刻情報と前記第１の時刻情報の差分で表わされる時間が経過した時刻に、前記第２のデータの送信元の通信装置に対応付けられた仮想マシンから、前記第２のデータを、前記第２の監視装置に送信する
ことを特徴とする付記１または２に記載の通信方法。
（付記４）
第１のネットワークの状態を監視する第１の監視装置、および、前記第１の監視装置と置換可能かを判定するために運用される第２の監視装置と通信可能な通信処理装置に、
前記第１の監視装置が前記第１のネットワークに含まれる複数の通信装置から取得した監視データを前記第１の監視装置から取得し、
前記複数の通信装置のいずれかに対応付けた複数の仮想マシンを用いて、前記第１のネットワークと等価な第２のネットワークを生成し、
前記複数の仮想マシンの各々から、当該仮想マシンに対応付けられた通信装置で得られた監視データを前記第２の監視装置に送信する
処理を行わせることを特徴とする通信プログラム。
（付記５）
前記複数の仮想マシンの各々に、当該仮想マシンに対応付けられた通信装置と同じプライベートアドレスを割り当て、
前記第２の監視装置から監視データを要求する要求パケットを受信し、
前記要求パケットの宛先アドレスと同じアドレスが割り当てられた仮想マシンである宛先装置を特定し、
前記宛先装置に対応付けられた通信装置で得られた監視データを、前記宛先装置から、前記第２の監視装置に送信する
処理を前記通信処理装置に行わせることを特徴とする付記４に記載の通信プログラム。
（付記６）
前記監視データは、第１のデータと第２のデータを含み、
前記通信処理装置に、
前記第１の監視装置から、前記第１のデータを前記第１の監視装置が取得した時刻を表わす第１の時刻情報と、前記第２のデータを前記第１の監視装置が取得した時刻を表わす第２の時刻情報を取得し、
前記第１のデータの送信元の通信装置に対応付けられた仮想マシンから、前記第１のデータを、前記第２の監視装置に送信し、
前記第１のデータを前記第２の監視装置に送信した時刻から、前記第２の時刻情報と前記第１の時刻情報の差分で表わされる時間が経過した時刻に、前記第２のデータの送信元の通信装置に対応付けられた仮想マシンから、前記第２のデータを、前記第２の監視装置に送信する
処理を行わせることを特徴とする付記４または５に記載の通信プログラム。
（付記７）
複数の通信装置を含む第１のネットワークと、
前記第１のネットワークの状態を監視する第１の監視装置と、
前記第１の監視装置と置換可能かを判定するために運用される第２の監視装置と、
前記第１の監視装置が前記複数の通信装置から取得した監視データを前記第１の監視装置から取得するとともに、前記複数の通信装置のいずれかに対応付けた複数の仮想マシンを用いて、前記第１のネットワークと等価な第２のネットワークを生成する通信処理装置
を備え、
前記複数の仮想マシンの各々は、当該仮想マシンに対応付けられた通信装置が取得した監視データを、前記第２の監視装置に送信する
ことを特徴とする通信システム。
（付記８）
前記複数の仮想マシンの各々は、当該仮想マシンに対応付けられた通信装置と同じプライベートアドレスを割り当られており、
前記第２の監視装置は、前記複数の通信装置のいずれかに割り当てられたアドレスを宛先として、監視データを要求する要求パケットを送信し、
前記通信処理装置は、
前記要求パケットの宛先アドレスと同じアドレスが割り当てられた仮想マシンである宛先装置を特定し、
前記宛先装置に対応付けられた通信装置で得られた監視データを、前記宛先装置から、前記第２の監視装置に送信する
ことを特徴とする付記７に記載の通信システム。
（付記９）
前記監視データは、第１のデータと第２のデータを含み、
前記通信処理装置は、
前記第１の監視装置から、前記第１のデータを前記第１の監視装置が取得した時刻を表わす第１の時刻情報と、前記第２のデータを前記第１の監視装置が取得した時刻を表わす第２の時刻情報を取得し、
前記第１のデータの送信元の通信装置に対応付けられた仮想マシンから、前記第１のデータを、前記第２の監視装置に送信し、
前記第１のデータを前記第２の監視装置に送信した時刻から、前記第２の時刻情報と前記第１の時刻情報の差分で表わされる時間が経過した時刻に、前記第２のデータの送信元の通信装置に対応付けられた仮想マシンから、前記第２のデータを、前記第２の監視装置に送信する
ことを特徴とする付記７または８に記載の通信システム。
【符号の説明】
【０１０９】
５、２０  監視装置
１０  監視対象ネットワーク
１１  通信装置
１５  仮想マシン
２１、４１  受信部
２２、４２  送信部
２３、４３  通信部
２５、５０  制御部
３０、６０  記憶部
３１、６１  監視対象リスト
３２、６２  取得データテーブル
４０  通信処理装置
５１  生成部
５２  同期部
５３  通知処理部
６３  同期情報
１０１  プロセッサ
１０２  メモリ
１０３  入力装置
１０４  出力装置
１０５  バス
１０９  ネットワーク接続装置
【図１】
2017073604.tif 000003
【図２】
2017073604.tif 000004
【図３】
2017073604.tif 000005
【図４】
2017073604.tif 000006
【図５】
2017073604.tif 000007
【図６】
2017073604.tif 000008
【図７】
2017073604.tif 000009
【図８】
2017073604.tif 000010
【図９】
2017073604.tif 000011
【図１０】
2017073604.tif 000012
【図１１】
2017073604.tif 000013
【図１２】
2017073604.tif 000014
【図１３】
2017073604.tif 000015
【図１４】
2017073604.tif 000016
【図１５】
2017073604.tif 000017
【図１６】
2017073604.tif 000018
【図１７】
2017073604.tif 000019
【図１８】
2017073604.tif 000020
【図１９】
2017073604.tif 000021