(57)【特許請求の範囲】
【請求項１】
複数の情報処理装置を有する網監視システムにおいて、
監視対象装置を監視する第１の仮想マシンに、前記監視対象装置から受ける所定の負荷を処理できるリソースを割り当てる第１の情報処理装置と、
前記監視対象装置を監視する第２の仮想マシンに、前記所定の負荷を処理できるリソースよりも少ないリソースを割り当てる第２の情報処理装置と、を有し、
前記第２の情報処理装置は、前記第１の仮想マシンによる前記監視対象装置の監視に異常が発生した場合、前記所定の負荷を処理できるリソースを前記第２の仮想マシンに対して割り当て可能な第３の情報処理装置に、前記第２の仮想マシンをマイグレーションする、
網監視システム。
【請求項２】
運用系の仮想マシンを管理する第４の情報処理装置と、予備系の仮想マシンを管理する第５の情報処理装置とをさらに有し、
前記第１の情報処理装置は、前記第２の仮想マシンのマイグレーション前は、前記第１の仮想マシンを運用系として、前記第１の仮想マシンによる前記監視対象装置の監視状況を示す第１の監視情報を前記第４の情報処理装置に送信し、前記第２の仮想マシンのマイグレーション後は、前記第１の仮想マシンを予備系として、前記第１の監視情報を前記第５の情報処理装置に送信し、
前記第２の情報処理装置は、前記第２の仮想マシンのマイグレーション前は、前記第２の仮想マシンを予備系として、前記第２の仮想マシンによる前記監視対象装置の監視状況を示す第２の監視情報を前記第５の情報処理装置に送信し、
前記第３の情報処理装置は、前記第２の仮想マシンのマイグレーション後は、前記第２の仮想マシンを運用系として、前記第２の監視情報を前記第４の情報処理装置に送信する、
請求項１記載の網監視システム。
【請求項３】
前記第４の情報処理装置または前記第５の情報処理装置は、前記第１の情報処理装置のリソースで動作する前記第１の仮想マシンと前記第２の情報処理装置のリソースで動作する前記第２の仮想マシンそれぞれの、前記監視対象装置との通信状態を示す情報を取得し、前記第２の仮想マシンの通信状態の方が前記第１の仮想マシンの通信状態よりも良好な場合、前記第２の情報処理装置に対して、前記第１の仮想マシンによる前記監視対象装置の監視に異常が発生したことを通知する、
請求項２記載の網監視システム。
【請求項４】
前記第１の情報処理装置は、前記第２の仮想マシンが前記第３の情報処理装置にマイグレーションされた後、前記監視対象装置と異なる他の監視対象装置を監視する第３の仮想マシンにリソースを割り当てている第６の情報処理装置に、前記第１の仮想マシンをマイグレーションする、
請求項１乃至３のいずれかに記載の網監視システム。
【請求項５】
複数の情報処理装置を有するシステムが実行する網監視方法であって、
第１の情報処理装置が、監視対象装置を監視する第１の仮想マシンに、前記監視対象装置から受ける所定の負荷を処理できるリソースを割り当て、
第２の情報処理装置が、前記監視対象装置を監視する第２の仮想マシンに、前記所定の負荷を処理できるリソースよりも少ないリソースに割り当て、前記第１の仮想マシンによる前記監視対象装置の監視に異常が発生した場合、前記所定の負荷を処理できるリソースを前記第２の仮想マシンに対して割り当て可能な第３の情報処理装置に、前記第２の仮想マシンをマイグレーションする、
網監視方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は網監視システムおよび網監視方法に関する。
【背景技術】
【０００２】
近年、ネットワークの品質維持のためにネットワークを監視するシステムが利用されている。このようなシステムは、網監視システムと呼ばれる。網監視システムには、例えば、ネットワーク上の複数の伝送装置の動作状況を、サーバで監視するシステムがある。伝送装置は、データや音声を伝える装置であり、各地に配置される。伝送装置は、基地局を介して通信端末間のネットワーク状況をサーバに通知することもできる。例えば、伝送装置は、ネットワークが正常であるか否かの通知をサーバに送信する。サーバは、伝送装置からの通知状況を監視し、ネットワークの状況をクライアントに提供する。そして、クライアントを利用するユーザは、ネットワークの状況を把握することができる。
【０００３】
また、網監視システムは、可用性やシステムの信頼性を向上させるためにホットスタンバイ型の冗長性を有している場合がある。ホットスタンバイとは、同じ構成のシステムを２系統用意しておき、一方（例えば運用系）を作動させ、他方（例えば予備系）は運用系と同じ動作を行いながら待機状態にしておく、システムの多重化手法である。システムに運用系と予備系とで監視することで、例えば、運用系のサーバに障害が発生しても予備系のサーバでネットワークの監視を続けることができる。
【０００４】
ここで、ＳＬＡ（Service Level Agreement）違反が発生する危険性のあるシステムを自動的に可用性の環境へ移行させる技術が提案されている。冗長構成が可能な場合には、当該危険性のあるシステムで動作している仮想マシンが２つの物理サーバに移行される。冗長構成が取れない場合には、当該危険性のあるシステムで動作している仮想マシンがＦＴ（Fault Tolerant）サーバに移行される。所定時間が経過して危険性について問題がないときは、冗長構成にする前の状態またはＦＴサーバに移行する前の状態に戻す。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１１−３９７４０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、網監視システムに属するサーバは、大きな負荷を受ける場合がある。例えば、サーバが伝送装置から異常が発生したことの通知（アラーム）を大量に受信した場合などである。そのため、サーバには、大きな負荷を受けた場合に処理できるだけのリソースが備えられている。リソースは、プロセッサやメモリなどである。
【０００７】
一方、通常運用時、すなわち、サーバが大きな負荷を受付けていない状況下ではサーバに備えられているリソースに余裕がある。そこで、ホットスタンバイ型のような冗長構成のシステムでは、予備系のシステムについては、通常運用時の負荷に応じた量のリソースのみを用意することで、使用するリソース量を削減できる。
【０００８】
しかし、予備系のシステムのリソース量を削減すると、運用系側の監視異常などで、予備系を運用系に切替たときに、新たに運用系となったシステムが大きな負荷に耐えられなくなってしまう。その結果、システムの信頼性が低下してしまう。
【０００９】
１つの側面では、本発明は、冗長構成における予備系のリソース量を抑制することによるシステムの信頼性の低下を抑止できる網監視システムおよび網監視方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
１つの態様では、複数の情報処理装置を有する網監視システムが提供される。この網監視システムは、第１の情報処理装置と第２の情報処理装置とを有する。
第１の情報処理装置は、監視対象装置を監視する第１の仮想マシンに、監視対象装置から受ける所定の負荷を処理できるリソースを割り当てる。第２の情報処理装置は、監視対象装置を監視する第２の仮想マシンに、所定の負荷を処理できるリソースよりも少ないリソースを割り当てる。第２の情報処理装置は、第１の仮想マシンによる監視対象装置の監視に異常が発生した場合、所定の負荷を処理できるリソースを第２の仮想マシンに対して割り当て可能な第３の情報処理装置に、第２の仮想マシンをマイグレーションする。
【００１１】
また、１つの態様では、複数の情報処理装置を有するシステムが実行する網監視方法が提供される。この網監視方法は、第１の情報処理装置が、監視対象装置を監視する第１の仮想マシンに、監視対象装置から受ける所定の負荷を処理できるリソースを割り当て、第２の情報処理装置が、監視対象装置を監視する第２の仮想マシンに、所定の負荷を処理できるリソースよりも少ないリソースに割り当て、第１の仮想マシンによる監視対象装置の監視に異常が発生した場合、所定の負荷を処理できるリソースを第２の仮想マシンに対して割り当て可能な第３の情報処理装置に、第２の仮想マシンをマイグレーションする。
【発明の効果】
【００１２】
１つの側面では、冗長構成における予備系のリソース量を抑制することによるシステムの信頼性の低下を抑止できる。
【図面の簡単な説明】
【００１３】
【図１】第１の実施の形態の網監視システムを示す図である。
【図２】第２の実施の形態の網監視システムを示す図である。
【図３】第２の実施の形態の網監視システムで動作する仮想マシンの例を示す図である。
【図４】管理サーバのハードウェア例を示す図である。
【図５】ＮＥのハードウェア例を示す図である。
【図６】メインセンターに属する管理サーバの機能例を示す図である。
【図７】サブセンターに属する管理サーバの機能例を示す図である。
【図８】監視サーバの機能例を示す図である。
【図９】メインセンターの管理サーバが有するシステムテーブルの例を示す図である。
【図１０】サブセンターの管理サーバが有するシステムテーブルの例を示す図である。
【図１１】メインセンターの管理サーバが有するＮＥ管理テーブルの例を示す図である。
【図１２】サブセンターの管理サーバが有するＮＥ管理テーブルの例を示す図である。
【図１３】メインセンターの管理サーバが有する通知テーブルの例を示す図である。
【図１４】網監視システムで行われる処理の具体例（その１）を示す図である。
【図１５】網監視システムで行われる処理の具体例（その２）を示す図である。
【図１６】網監視システムで行われる処理の具体例（その３）を示す図である。
【図１７】網監視システムで行われる処理の具体例（その４）を示す図である。
【図１８】網監視システムで行われる処理の具体例（その５）を示す図である。
【図１９】仮想マシンの負荷監視処理の例を示すフローチャートである。
【図２０】仮想マシンに対する縮退の処理の例を示すフローチャートである。
【図２１】仮想マシンに対する縮退の解除処理の例を示すフローチャートである。
【図２２】運用切替処理の例を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本実施の形態を図面を参照して説明する。
［第１の実施の形態］
図１は、第１の実施の形態の網監視システムを示す図である。網監視システムは、メインセンター１、サブセンター２、監視対象装置４，４ａを含む。メインセンター１は、情報処理装置１ａ，１ｂ，１ｃを含む。サブセンター２は、情報処理装置２ａ，２ｂ，２ｃを含む。例えば、メインセンター１とサブセンター２はデータセンターである。メインセンター１またはサブセンター２は、情報処理装置１ａ，１ｂ，１ｃ，２ａ，２ｂ，２ｃ以外の情報処理装置を有していてもよい。網監視システムは、運用系のメインセンター１と予備系のサブセンター２とを設けることでホットスタンバイ型の冗長性を有している。網監視システムでは、メインセンター１に属する情報処理装置で動作されている仮想マシンとサブセンター２に属する情報処理装置で動作されている仮想マシンとが１つの監視対象装置を２重監視する。２重監視することで、メインセンター１に属する情報処理装置で動作されている仮想マシンで監視対象装置を監視できなくなっても、サブセンター２に属する情報処理装置で動作されている仮想マシンで監視対象装置の監視を継続することができる。ここで、例えば、監視対象装置とは、伝送装置である。
【００１５】
情報処理装置１ａは、後述する情報処理装置１ｂのリソースで動作する仮想マシン３，３ａを管理する装置である。情報処理装置１ａは、メインセンター１と接続可能なクライアント５から監視状況を示す監視情報の提供を要求された場合に、監視情報をクライアント５に送信する。
【００１６】
情報処理装置１ｂは、監視対象装置４を監視する仮想マシン３を動作させる。仮想マシン３は、運用系の仮想マシンである。仮想マシン３は、情報処理装置１ｂが有するハイパーバイザによって情報処理装置１ｂのリソースを割り当てられることで動作する。そして、情報処理装置１ｂは、仮想マシン３に、監視対象装置４から受ける所定の負荷を処理できるリソースを割り当てる。所定の負荷は、例えば、仮想マシン３に想定される最大負荷である。最大負荷は、例えば、仮想マシン３が監視対象装置４から異常が発生したことの通知（アラーム）を大量に受信した場合に、仮想マシン３に生じる負荷である。
【００１７】
情報処理装置１ｃは、監視対象装置４ａを監視する仮想マシン３ａを動作させる。仮想マシン３ａは、運用系の仮想マシンである。仮想マシン３ａは、情報処理装置１ｃが有するハイパーバイザによって情報処理装置１ｃのリソースを割り当てられることで動作する。そして、情報処理装置１ｃは、仮想マシン３ａに、監視対象装置４ａから受ける所定の負荷を処理できるリソースを割り当てる。
【００１８】
情報処理装置２ａは、後述する情報処理装置２ｂのリソースで動作する仮想マシン３ｂ，３ｃを管理する装置である。情報処理装置２ａは、サブセンター２と接続可能なクライアント５から監視状況を示す監視情報の提供を要求された場合に、監視情報をクライアント５に送信する。
【００１９】
情報処理装置２ｂは、監視対象装置４を監視する仮想マシン３ｂと監視対象装置４ａを監視する仮想マシン３ｃとを動作させる。仮想マシン３ｂ，３ｃは、予備系の仮想マシンである。仮想マシン３ｂ，３ｃは、情報処理装置２ｂが有するハイパーバイザによって情報処理装置２ｂのリソースを割り当てられることで動作する。情報処理装置２ｂは、仮想マシン３ｂに所定の負荷（例えば最大負荷）を処理できるリソースよりも少ないリソースを割り当てる。例えば、情報処理装置２ｂは、監視対象装置４が通常動作時に送信する通知を処理できるだけのリソースを、仮想マシン３ｂに割り当てる。また、情報処理装置２ｂは、仮想マシン３ｃに所定の負荷を処理できるリソースよりも少ないリソースを割り当てる。仮想マシン３ｂに割り当てたリソースと仮想マシン３ｃに割り当てたリソースとを合わせたリソースは、所定の負荷を処理できるリソースを超えないものとする。
【００２０】
監視対象装置４は、仮想マシン３と仮想マシン３ｂとで監視される。監視対象装置４は、監視対象装置４の動作状況を仮想マシン３と仮想マシン３ｂとに通知する。仮想マシン３と仮想マシン３ｂは、同じ動作状況の通知を受けるので、監視対象装置４から受ける負荷は同じである。すなわち、運用系の仮想マシンと予備系の仮想マシンは、２重監視する監視対象装置から同じ負荷を受ける。
【００２１】
監視対象装置４ａは、仮想マシン３ａと仮想マシン３ｃとで監視される。監視対象装置４ａは、監視対象装置４ａの動作状況を仮想マシン３ａと仮想マシン３ｃとに通知する。
ここで、通常運用時、すなわち、監視対象装置から所定の負荷を受けていない場合、メインセンター１で、所定の負荷を受けた場合に備えて当該所定の負荷を処理できるリソースを割り当てて仮想マシンを動作させるとする。しかし、通常運用時は、監視対象装置から所定の負荷を受付けないので、性能に余裕がある。そこで、通常運用時は、複数の予備系の仮想マシンを共通の情報処理装置で動作させる。
【００２２】
例えば、仮想マシン３ｂが情報処理装置２ｃで動作しているとする。情報処理装置２ｃが仮想マシン３ｂを情報処理装置２ｂにマイグレーションする。マイグレーションとは、ある情報処理装置で動作しているソフトウェアのシステムを、別の情報処理装置に移行して、移行先の情報処理装置で動作させるものである。マイグレーション技術では、仮想マシンのマイグレーションも可能である。
【００２３】
予備系の仮想マシン３ｂは、情報処理装置２ｂにより所定の負荷を処理できるリソースよりも少ないリソースを割り当てられる。情報処理装置２ｃは、仮想マシン３ｂをマイグレーションさせたことで、情報処理装置２ｃの電源をＯＦＦにすることができる。すると、予備系のサブセンター２に属する各情報処理装置のリソースを合わせた全体のリソースを抑制することができる。そして、予備系のリソースを抑制しながら、仮想マシン３ｂは監視対象装置４を継続して監視することができる。また、情報処理装置２ｃの電源をＯＦＦにすることで、予備系のサブセンター２で消費される電力を抑制することもできる。
【００２４】
一方、通常運用時、運用系の仮想マシン３は、運用系のメインセンター１に属する情報処理装置１ｃにマイグレーションされない。例えば、所定の負荷を処理できるリソースよりも少ないリソースを仮想マシン３に割り当てた場合、監視対象装置４から所定の負荷を受けると仮想マシン３は処理できなくなるからである。すなわち、運用系の仮想マシン３は、監視対象装置４から所定の負荷を受けても処理できるように備えておく。
【００２５】
情報処理装置２ｂは、仮想マシン３による監視対象装置４の監視に異常が発生した場合、所定の負荷を処理できるリソースを仮想マシン３ｂに対して割り当て可能な情報処理装置２ｃに、仮想マシン３ｂをマイグレーションする。マイグレーション後は、仮想マシン３は情報処理装置２ｃから所定の負荷を処理できるだけのリソースが割り当てられる。マイグレーションを行う際には、情報処理装置２ａからの制御により、情報処理装置２ｃの電源がＯＮにされる。監視対象装置４の監視に異常が発生した場合とは、例えば、仮想マシン３と監視対象装置４との間で通信ができない場合や仮想マシン３と監視対象装置４との間で輻輳になってしまいパケットロスなどが発生している場合である。このように、情報処理装置２ｂが仮想マシン３ｂを情報処理装置２ｃにマイグレーションすることで、仮想マシン３ｂで監視対象装置４を継続して監視できる。また、仮想マシン３ｂは、監視対象装置４から受ける所定の負荷を処理できる。すなわち、情報処理装置２ｂで動作されていた仮想マシン３ｂを情報処理装置２ｃにマイグレーションすることで、例えば仮想マシン３ｂの負荷が最大負荷となっても仮想マシン３ｂによる監視処理が滞りなく実行でき、網監視システムの信頼性を維持できる。
【００２６】
第１の実施の形態によれば、通常運用時には、仮想マシン３ｂが情報処理装置２ｂで動作することで、情報処理装置２ｃの電源をＯＦＦにすることができる。すると、予備系のサブセンター２に属する各情報処理装置のリソースを合わせた全体のリソースを抑制することができ、消費電力も削減できる。また、情報処理装置２ｂは、仮想マシン３による監視対象装置４の監視に異常が発生した場合、所定の負荷を処理できるリソースを仮想マシン３ｂに対して割り当て可能な情報処理装置２ｃに、仮想マシン３ｂをマイグレーションする。すると、仮想マシン３ｂで監視対象装置４を継続して監視できる。また、仮想マシン３ｂは、監視対象装置４から受ける所定の負荷を処理できる。そのため、網監視システムのホットスタンバイ型の冗長構成による信頼性を維持できる。すなわち、第１の実施の形態によれば、通常運用時は予備系のリソースを抑制しながらも、網監視システムの信頼性を維持できる。
【００２７】
［第２の実施の形態］
図２は、第２の実施の形態の網監視システムを示す図である。第２の実施の形態の網監視システムは、メインセンター１００、サブセンター５００、クライアント９００およびＮＥ（Network Element）１０００，１０００ａを含む。メインセンター１００、サブセンター５００、クライアント９００およびＮＥ１０００，１０００ａは、互いにネットワークを介して接続されている。ネットワークは、ＬＡＮ（Local Area Network）でもよいし、ＷＡＮ（Wide Area Network）やインターネットなどの広域ネットワークでもよい。網監視システムは、運用系のメインセンター１００と予備系のサブセンター５００とを設けることでホットスタンバイ型の冗長性を有している。
【００２８】
メインセンター１００は、管理サーバ２００、監視サーバ３００，３００ａおよび中継装置４００を含む。サブセンター５００は、管理サーバ６００、監視サーバ７００，７００ａおよび中継装置８００を含む。
【００２９】
網監視システムでは、メインセンター１００およびサブセンター５００に属する管理サーバ２００，６００および監視サーバ３００，３００ａ，７００，７００ａで動作する仮想マシン（ＶＭ：Virtual Machine）が連携して実行される。
【００３０】
管理サーバ２００，６００および監視サーバ３００，３００ａ，７００，７００ａは、
サーバコンピュータである。
中継装置４００は、管理サーバ２００、監視サーバ３００，３００ａ、サブセンター５００、クライアント９００およびＮＥ１０００，１０００ａの間の通信を中継する。例えば、中継装置４００は、スイッチやルータである。
【００３１】
中継装置８００は、管理サーバ６００、監視サーバ７００，７００ａ、メインセンター１００、クライアント９００およびＮＥ１０００，１０００ａの間の通信を中継する。例えば、中継装置８００は、スイッチやルータである。
【００３２】
クライアント９００は、ユーザが利用するクライアントコンピュータである。図２では、クライアント９００のみ図示しているが、複数のクライアントが存在してもよい。ＮＥ１０００，１０００ａは、ネットワークが正常であるか否かを監視する装置である。例えば、ＮＥ１０００，１０００ａは、伝送装置である。
【００３３】
図３は、第２の実施の形態の網監視システムで動作する仮想マシンの例を示す図である。網監視システムでは、管理サーバ２００，６００および監視サーバ３００，３００ａ，７００，７００ａが自装置内で仮想マシンを動作させる。
【００３４】
管理サーバ２００は、自装置内で仮想マシンとしてＮＭＳ（Network Management System）サーバ２１０を動作させる。ＮＭＳサーバ２１０は、管理サーバ２００が有するハイパーバイザによって管理サーバ２００のリソースを割り当てられることで動作する。
【００３５】
監視サーバ３００は、自装置内で仮想マシンとしてＥＭＳ（Element Management System）サーバ３１０を動作させる。監視サーバ３００ａは、自装置内で仮想マシンとしてＥＭＳサーバ３１０ａを動作させる。ＥＭＳサーバ３１０は、監視サーバ３００が有するハイパーバイザによって監視サーバ３００のリソースを割り当てられることで動作する。ＥＭＳサーバ３１０ａは、監視サーバ３００ａが有するハイパーバイザによって監視サーバ３００ａのリソースを割り当てられることで動作する。
【００３６】
管理サーバ６００は、自装置内で仮想マシンとしてＮＭＳサーバ６１０を動作させる。ＮＭＳサーバ６１０は、管理サーバ６００が有するハイパーバイザによって管理サーバ６００のリソースを割り当てられることで動作する。
【００３７】
監視サーバ７００は、自装置内で仮想マシンとしてＥＭＳサーバ７１０を動作させる。監視サーバ７００ａは、自装置内で仮想マシンとしてＥＭＳサーバ７１０ａを動作させる。ＥＭＳサーバ７１０は、監視サーバ７００が有するハイパーバイザによって監視サーバ７００のリソースを割り当てられることで動作する。ＥＭＳサーバ７１０ａは、監視サーバ７００ａが有するハイパーバイザによって監視サーバ７００ａのリソースを割り当てられることで動作する。
【００３８】
ＮＭＳサーバ２１０は、ＥＭＳサーバ３１０，３１０ａを管理する。ＥＭＳサーバ３１０は、ＮＥ１０００を監視する。ＥＭＳサーバ３１０ａは、ＮＥ１０００ａを監視する。ＥＭＳサーバ３１０，３１０ａは、ＮＥ１０００，１０００ａを監視している状況を示す監視情報をＮＭＳサーバ２１０に送信する。
【００３９】
ＮＭＳサーバ６１０は、ＥＭＳサーバ７１０，７１０ａを管理する。ＥＭＳサーバ７１０は、ＮＥ１０００を監視する。ＥＭＳサーバ７１０ａは、ＮＥ１０００ａを監視する。ＥＭＳサーバ７１０，７１０ａは、ＮＥ１０００，１０００ａを監視している状況を示す監視情報をＮＭＳサーバ６１０に送信する。
【００４０】
クライアント９００は、ＮＭＳサーバ２１０またはＮＭＳサーバ６１０に対してネットワークの監視状況を示す監視情報を提供するように要求する。クライアント９００は、ＮＭＳサーバ２１０またはＮＭＳサーバ６１０から提供されたネットワークの監視状況をクライアント９００の画面上で表示する。そして、クライアント９００を利用するユーザは、ネットワークの監視状況を把握することができる。
【００４１】
ＮＥ１０００は、ＥＭＳサーバ３１０，７１０に、ＮＥ１０００が監視するネットワークが正常であるか否かを通知する。ＮＥ１０００ａは、ＥＭＳサーバ３１０ａ，７１０ａに、ＮＥ１０００ａが監視するネットワークが正常であるか否かを通知する。
【００４２】
網監視システムでは、メインセンター１００に属する１つのＥＭＳサーバとサブセンター５００に属する１つのＥＭＳサーバとで１つのＮＥを２重監視する。
図４は、管理サーバのハードウェア例を示す図である。管理サーバ２００は、プロセッサ２０１、ＲＡＭ２０２、ＨＤＤ２０３、ファン２０４、画像信号処理部２０５、入力信号処理部２０６、読み取り装置２０７および通信インタフェース２０８を有する。各ユニットが管理サーバ２００のバスに接続されている。
【００４３】
プロセッサ２０１は、管理サーバ２００全体を制御する。プロセッサ２０１は、複数のプロセッシング要素を含むマルチプロセッサであってもよい。プロセッサ２０１は、例えばＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）またはＦＰＧＡ（Field Programmable Gate Array）などである。また、プロセッサ２０１は、ＣＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡなどのうちの２以上の要素の組み合わせであってもよい。
【００４４】
ＲＡＭ（Random Access Memory）２０２は、管理サーバ２００の主記憶装置である。ＲＡＭ２０２は、プロセッサ２０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部を一時的に記憶する。また、ＲＡＭ２０２は、プロセッサ２０１による処理に用いる各種データを記憶する。
【００４５】
ＨＤＤ（Hard Disk Drive）２０３は、管理サーバ２００の補助記憶装置である。ＨＤＤ２０３は、内蔵した磁気ディスクに対して、磁気的にデータの書き込みおよび読み出しを行う。ＨＤＤ２０３には、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。管理サーバ２００は、フラッシュメモリやＳＳＤ（Solid State Drive）などの他の種類の補助記憶装置を備えてもよく、複数の補助記憶装置を備えてもよい。
【００４６】
ファン２０４は、管理サーバ２００を冷却する。例えば、ファン２０４は、高温になるプロセッサ２０１を冷却する。
画像信号処理部２０５は、プロセッサ２０１からの命令に従って、管理サーバ２００に接続されたディスプレイ１１に画像を出力する。ディスプレイ１１としては、ＣＲＴ（Cathode Ray Tube）ディスプレイ、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）、有機ＥＬ（Electro-Luminescence）ディスプレイなど各種のディスプレイを用いることができる。
【００４７】
入力信号処理部２０６は、管理サーバ２００に接続された入力デバイス１２から入力信号を取得し、プロセッサ２０１に出力する。入力デバイス１２としては、マウスやタッチパネルなどのポインティングデバイスやキーボードなどの各種の入力デバイスを用いることができる。管理サーバ２００には、複数の種類の入力デバイスが接続されてもよい。
【００４８】
読み取り装置２０７は、記録媒体１３に記録されたプログラムやデータを読み取る装置である。記録媒体１３として、例えば、フレキシブルディスク（ＦＤ：Flexible Disk）やＨＤＤなどの磁気ディスク、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disc）などの光ディスク、光磁気ディスク（ＭＯ：Magneto-Optical disk）を使用できる。また、記録媒体１３として、例えば、フラッシュメモリカードなどの不揮発性の半導体メモリを使用することもできる。読み取り装置２０７は、例えば、プロセッサ２０１からの命令に従って、記録媒体１３から読み取ったプログラムやデータをＲＡＭ２０２またはＨＤＤ２０３に格納する。
【００４９】
通信インタフェース２０８は、中継装置４００を介して監視サーバ３００，３００ａ、サブセンター５００、クライアント９００と通信を行う。
なお、管理サーバ６００、監視サーバ３００，３００ａ，７００，７００ａも管理サーバ２００と同様のハードウェアにより実現できる。
【００５０】
図５は、ＮＥのハードウェア例を示す図である。ＮＥ１０００は、ＬＩＵ（Line Interface Unit）１０１０およびＬＩＵ１０２０を有する。ＬＩＵ１０１０は、プロセッサ１０１１、ＲＡＭ１０１２、ＨＤＤ１０１３およびポート１０１４を有する。各ユニットがＬＩＵ１０１０のバスに接続されている。
【００５１】
プロセッサ１０１１は、ＬＩＵ１０１０全体を制御する。プロセッサ１０１１は、複数のプロセッシング要素を含むマルチプロセッサであってもよい。プロセッサ１０１１は、例えばＣＰＵ、ＤＳＰ、ＡＳＩＣまたはＦＰＧＡなどである。また、プロセッサ１０１１は、ＣＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡなどのうちの２以上の要素の組み合わせであってもよい。
【００５２】
ＲＡＭ１０１２は、ＬＩＵ１０１０の主記憶装置である。ＲＡＭ１０１２は、プロセッサ１０１１に実行させるＯＳのプログラムやアプリケーションプログラムの少なくとも一部を一時的に記憶する。また、ＲＡＭ１０１２は、プロセッサ１０１１による処理に用いる各種データを記憶する。
【００５３】
ＨＤＤ１０１３は、ＬＩＵ１０１０の補助記憶装置である。ＨＤＤ１０１３は、内蔵した磁気ディスクに対して、磁気的にデータの書き込みおよび読み出しを行う。ＨＤＤ１０１３には、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。管理サーバ２００は、フラッシュメモリやＳＳＤなどの他の種類の補助記憶装置を備えてもよく、複数の補助記憶装置を備えてもよい。
【００５４】
ポート１０１４は、ネットワークを介してメインセンター１００、サブセンター５００、およびＮＥ１０００が監視するネットワークに接続されている装置とデータの送受信を行うためのインタフェースである。
【００５５】
また、ＬＩＵ１０２０は、ＬＩＵ１０１０と同様のハードウェアにより実現できる。
図６は、メインセンターに属する管理サーバの機能例を示す図である。管理サーバ２００は、ＮＭＳサーバ２１０と記憶部２２０を有する。ＮＭＳサーバ２１０は、ＮＭＳ管理部２１１、移行部２１２、クライアント通信部２１３、ＥＭＳサーバ通信部２１４およびセンター間通信部２１５を有する。また、ＮＭＳ管理部２１１、移行部２１２、クライアント通信部２１３、ＥＭＳサーバ通信部２１４およびセンター間通信部２１５は、互いに通信可能である。
【００５６】
記憶部２２０は、例えば、ＲＡＭ２０２またはＨＤＤ２０３に確保した記憶領域として実装される。記憶部２２０は、ＮＭＳ管理部２１１および移行部２１２の処理に用いられる情報を記憶する。記憶部２２０は、システムテーブル２２１、ＮＥ管理テーブル２２２および通知テーブル２２３を記憶する。システムテーブル２２１には、メインセンター１００に属するＮＭＳサーバおよびＥＭＳサーバの運用状況などを示す情報が登録されている。ＮＥ管理テーブル２２２には、ＥＭＳサーバが監視するＮＥの監視状態を示す情報が登録されている。通知テーブル２２３は、ＮＥから通知された情報が登録される。
【００５７】
また、記憶部２２０は、負荷情報、閾値情報および通信状態情報を記憶する。負荷情報は、管理サーバ２００が有するハイパーバイザがＮＭＳサーバ２１０にどのくらいのリソースを割り当てたかを示す情報である。閾値情報は、後述する縮退するか、または縮退を解除するか否かの指標値である。例えば、閾値は、管理サーバ２００が有する全リソースの７０％以上のリソースを使用された場合である。通信状態情報は、ＮＭＳサーバ２１０が管理するＥＭＳサーバと、ＥＭＳサーバが監視するＮＥとの通信状態を示す情報である。
【００５８】
また、記憶部２２０は、メインセンター１００に属するＮＭＳサーバ２１０およびＮＭＳサーバ２１０が管理するＥＭＳサーバに割り当てられているアドレスを記憶する。さらに、記憶部２２０は、サブセンター５００に属するＮＭＳサーバ６１０およびＮＭＳサーバ６１０が管理するＥＭＳサーバに割り当てられているアドレスを記憶する。
【００５９】
ＮＭＳ管理部２１１は、周期的にＮＭＳサーバ２１０が管理するＥＭＳサーバの負荷情報を取得する。ＮＭＳ管理部２１１は、取得した負荷情報を移行部２１２に送信する。また、ＮＭＳ管理部２１１は、ＮＭＳサーバ２１０が管理するＥＭＳサーバから異常を検知した旨の通知を受けた場合、運用系または予備系のＥＭＳサーバに対する運用の切替を行うか否かを判定する。運用の切替を行うと判定した場合、ＮＭＳ管理部２１１は、システムテーブル２２１にその旨を登録する。
【００６０】
ＮＭＳ管理部２１１は、ＮＭＳサーバ２１０が管理するＥＭＳサーバから取得したＮＥの監視状況をＮＥ管理テーブル２２２に登録する。ＮＭＳ管理部２１１は、ＥＭＳサーバから異常を知らせる通知を受信した場合、その旨を通知テーブル２２３に登録する。
【００６１】
ＮＭＳ管理部２１１は、クライアント９００から監視状況を提供する旨の要求を受信した場合、監視状況をクライアント９００に提供する。
移行部２１２は、ＮＭＳ管理部２１１から送信された負荷情報に基づいて、ＮＭＳサーバ２１０が管理するＥＭＳサーバを縮退するか否かを判定する。縮退する場合、移行部２１２は、移行先を認定し、ＥＭＳサーバを移行先にマイグレーションする。移行部２１２は、縮退されているＥＭＳサーバから、閾値を超えた旨の通知をＮＭＳ管理部２１１が受けた場合、縮退を解除する。
【００６２】
クライアント通信部２１３は、クライアント９００とデータの送受信を行う。ＥＭＳサーバ通信部２１４は、ＮＭＳサーバ２１０が管理するＥＭＳサーバとデータの送受信を行う。センター間通信部２１５は、サブセンター５００とデータの送受信を行う。
【００６３】
図７は、サブセンターに属する管理サーバの機能例を示す図である。管理サーバ６００は、ＮＭＳサーバ６１０と記憶部６２０を有する。ＮＭＳサーバ６１０は、ＮＭＳ管理部６１１、移行部６１２、クライアント通信部６１３、ＥＭＳサーバ通信部６１４およびセンター間通信部６１５を有する。記憶部６２０は、システムテーブル６２１、ＮＥ管理テーブル６２２および通知テーブル６２３を記憶する。各機能部は、ＮＭＳサーバ２１０と記憶部２２０と同様の機能なので説明を省略する。また、以下の機能が、ＮＭＳサーバ２１０の機能に追加される。
【００６４】
ＮＭＳ管理部６１１は、周期的にＮＭＳサーバ６１０の負荷情報を取得する。ＮＭＳ管理部６１１は、取得した負荷情報を移行部６１２に送信する。
ＮＭＳ管理部６１１は、周期的に記憶部６２０から通信状態情報を取得する。ＮＭＳ管理部６１１は、センター間通信部６１５を介して、通信状態情報をメインセンター１００に送信する。
【００６５】
移行部６１２は、負荷情報が閾値を超えたことをＮＭＳ管理部２１１が検知した場合、管理サーバ６００に縮退されているＥＭＳサーバを移行元に戻す。
また、ＮＥ管理テーブル２２２とＮＥ管理テーブル６２２とは、同期する。同期していない場合、ＮＭＳ管理部２１１またはＮＭＳ管理部６１１が、同期させる。
【００６６】
図８は、監視サーバの機能例を示す図である。メインセンター１００またはサブセンター５００に属する監視サーバは、共に同様の機能を有する。そこで、図８では、監視サーバ７００を用いて説明する。監視サーバ７００は、ＥＭＳサーバ７１０と記憶部７２０を有する。ＥＭＳサーバ７１０は、ＥＭＳ管理部７１１、ＮＭＳサーバ通信部７１２およびＮＥ通信部７１３を有する。また、ＥＭＳ管理部７１１、ＮＭＳサーバ通信部７１２およびＮＥ通信部７１３は、互いに通信可能である。
【００６７】
記憶部７２０は、負荷情報および閾値情報を記憶する。負荷情報は、管理サーバ７００が有するハイパーバイザがＥＭＳサーバ７１０にどのくらいのリソースを割り当てたかを示す情報である。閾値情報は、後述する縮退するか、または縮退を解除するか否かの指標値である。例えば、閾値は、監視サーバ７００が有する全リソースの７０％以上のリソースを使用された場合である。
【００６８】
ＥＭＳ管理部７１１は、記憶部７２０から負荷情報または閾値情報を取得し、ＮＭＳサーバ通信部７１２を介してＮＭＳサーバ６１０に送信する。ＥＭＳ管理部７１１は、ＮＭＳサーバ通信部７１２を介して監視対象のＮＥの監視状況を示す監視情報をＮＭＳサーバ６１０に送信する。また、ＥＭＳ管理部７１１が監視対象のＮＥから異常を知らせる通知を受信した場合、ＥＭＳ管理部７１１は、ＮＭＳサーバ通信部７１２を介して当該通知をＮＭＳサーバ６１０に送信する。ＥＭＳ管理部７１１は、負荷情報が閾値を超えた場合、ＮＭＳサーバ通信部７１２を介して閾値を超えた旨をＮＭＳサーバ６１０に送信する。
【００６９】
ＮＭＳサーバ通信部７１２は、ＮＭＳサーバ６１０とデータの送受信を行う。ＮＥ通信部７１３は、ＥＭＳサーバ７１０が監視するＮＥとデータの送受信を行う。また、ＮＥ通信部７１３が、ＥＭＳサーバ７１０が監視するＮＥから受信するデータをトラップ通知ともいう。
【００７０】
図９は、メインセンターの管理サーバが有するシステムテーブルの例を示す図である。システムテーブル２２１は、記憶部２２０に格納されている。システムテーブル２２１は、系列、種別、ＥＮＳ番号、名称、運用状況、移行先および切替発生時刻の項目を含む。系列の項目には、メインセンター１００またはサブセンター５００のどちらに属しているかを示す情報が登録される。種別の項目には、ＮＭＳサーバまたはＥＭＳサーバのどちらであるかを示す情報が登録される。ＥＮＳ番号の項目には、ＥＭＳサーバを識別する番号が登録される。名称の項目には、ＮＭＳサーバまたはＥＭＳサーバの名称が登録される。運用状況の項目には、運用系または予備系のどちらで運用されているかを示す情報が登録される。移行先の項目には、ＥＭＳサーバの移行先が登録される。切替発生時刻の項目には、運用の切替が発生した時刻が登録される。
【００７１】
例えば、システムテーブル２２１には、系列が“メイン”、種別が“ＮＭＳ”、ＥＮＳ番号が“−（ハイフン）”、名称が“ＮＭＳサーバＮ１”、運用状況が“ＡＣＴ”、移行先が“−”、切替発生時刻が“−”という情報が登録される。これは、“ＮＭＳサーバＮ１”がメインセンター１００に属しており、運用系（ＡＣＴ）の仮想マシンであることを示している。
【００７２】
また、例えば、システムテーブル２２１には、系列が“メイン”、種別が“ＥＭＳ”、ＥＮＳ番号が“１”、名称が“ＥＭＳサーバＥ１”、運用状況が“ＡＣＴ”、移行先が“−”、切替発生時刻が“２０１４／０４／１０  １０：１０：１０”という情報が登録される。これは、 “ＥＭＳサーバＥ１”のＥＮＳ番号が“１”であり、メインセンター１００に属していることを示している。“ＥＭＳサーバＥ１”は、運用系（ＡＣＴ）の仮想マシンであり、どこにも縮退されていないことを示している。“ＥＭＳ１”に対して運用の切替が発生した時刻が、“２０１４／０４／１０  １０：１０：１０”であることを示している。
【００７３】
図１０は、サブセンターの管理サーバが有するシステムテーブルの例を示す図である。システムテーブル６２１は、記憶部６２０に格納されている。システムテーブル６２１は、系列、種別、ＥＮＳ番号、名称、運用状況、移行先および切替発生時刻の項目を含む。項目は、システムテーブル２２１と同じなので説明を省略する。
【００７４】
例えば、システムテーブル６２１には、系列が“サブ”、種別が“ＥＭＳ”、ＥＮＳ番号が“１１”、名称が“ＥＭＳサーバＥ１１”、運用状況が“ＳＴＢＹ”、移行先が“管理サーバ６００”、切替発生時刻が“２０１４／０４／１０  １０：１０：１０”という情報が登録される。これは、“ＥＭＳサーバＥ１１”のＥＮＳ番号が“１１”であり、サブセンター５００に属していることを示している。“ＥＭＳサーバＥ１１”は、予備系（ＳＴＢＹ）の仮想マシンであり、“管理サーバ６００”に縮退されていることを示している。“ＥＭＳサーバＥ１１”に対して運用の切替が発生した時刻が、“２０１４／０４／１０  １０：１０：１０”であることを示している。
【００７５】
図１１は、メインセンターの管理サーバが有するＮＥ管理テーブルの例を示す図である。ＮＥ管理テーブル２２２は、記憶部２２０に格納されている。ＮＥ管理テーブル２２２は、ＮＥ番号、名称、監視先、ＩＰアドレス、監視状態および異常発生時刻の項目を含む。
【００７６】
ＮＥ番号の項目には、ＮＥを識別する番号が登録される。名称の項目には、ＮＥの名称が登録される。監視先の項目には、ＮＥを監視する監視サーバの名称が登録される。ＩＰアドレスの項目には、ＩＰアドレスが登録される。監視状態の項目には、正常に監視できているか否かを示す情報が登録される。異常発生時刻の項目には、異常が発生した時刻が登録される。
【００７７】
例えば、ＮＥ管理テーブル２２２には、ＮＥ番号が“１”、名称が“ＮＥ１０ａ”、監視先が“ＥＭＳサーバＥ１１”、ＩＰアドレスが“１９２．１６８．１０１．１０１”、監視状態が“正常”、異常発生時刻が“−”という情報が登録される。これは、ＮＥ番号が“１”のＮＥの名称が“ＮＥ１０ａ”であり、“ＮＥ１０ａ”に割り当てられているＩＰアドレスが“１９２．１６８．１０１．１０１”であることを示している。また、“ＮＥ１０ａ”は、“ＥＭＳサーバＥ１１”に監視され、監視状態が“正常”であることを示す。
【００７８】
図１２は、サブセンターの管理サーバが有するＮＥ管理テーブルの例を示す図である。ＮＥ管理テーブル６２２は、記憶部６２０に格納されている。ＮＥ管理テーブル６２２は、ＮＥ番号、名称、監視先、ＩＰアドレス、監視状態および異常発生時刻の項目を含む。項目は、ＮＥ管理テーブル２２２と同じなので説明を省略する。
【００７９】
例えば、ＮＥ管理テーブル６２２には、ＮＥ番号が“１１”、名称が“ＮＥ１０ｅ”、監視先が“ＥＭＳサーバＥ２”、ＩＰアドレスが“１９２．１６８．１２０．１０１”、監視状態が“異常”、異常発生時刻が“２０１４／０４／１５  １５：１５：２０”という情報が登録される。これは、ＮＥ番号が“１１”のＮＥの名称が“ＮＥ１０ｅ”であり、“ＮＥ１０ｅ”に割り当てられているＩＰアドレスが“１９２．１６８．１２０．１０１”であることを示している。また、“ＮＥ１０ｅ”は、“ＥＭＳサーバＥ２”に監視され、監視状態が“異常”であり、異常発生時刻が“２０１４／０４／１５  １５：１５：２０”であることを示す。
【００８０】
図１３は、メインセンターの管理サーバが有する通知テーブルの例を示す図である。通知テーブル２２３は、記憶部２２０に格納されている。通知テーブル２２３は、日時、アラーム名、ＮＥ番号および重要度の項目を含む。
【００８１】
日時の項目には、日時を示す情報が登録される。アラーム名の項目には、アラームの内容を示す情報が登録される。ＮＥ番号の項目には、ＮＥを識別する番号が登録される。重要度の項目には、アラームの内容に対する重要度を示す情報が登録される。
【００８２】
例えば、通知テーブル２２３には、日時が“２０１３／１２／２０  ２０：３０：１０”、アラーム名が“ＬＩＮＫ  ＤＯＷＮ”、ＮＥ番号が“２”、重要度が“ｃｒｉｔｉｃａｌ”という情報が登録される。これは、異常が発生した日時が“２０１３／１２／２０  ２０：３０：１０”であり、ＮＥ番号“２”との間でネットワークが切断されている（ＬＩＮＫ  ＤＯＷＮ）ために通信できないことを示している。また、当該事象の重要度は“ｃｒｉｔｉｃａｌ”であることを示している。
【００８３】
サブセンター５００の管理サーバ６００が有する通知テーブル６２３も通知テーブル２２３と同様のテーブルであるため、説明を省略する。
図１４は、網監視システムで行われる処理の具体例（その１）を示す図である。メインセンター１００は、管理サーバ２００および監視サーバ３００，３００ａ，３００ｂ，３００ｃを含む。サブセンター５００は、管理サーバ６００および監視サーバ７００，７００ａ，７００ｂ，７００ｃを含む。
【００８４】
管理サーバ２００は、運用系のＮＭＳサーバＮ１を動作させている。監視サーバ３００は、運用系のＥＭＳサーバＥ１を動作させている。監視サーバ３００ａは、運用系のＥＭＳサーバＥ２を動作させている。監視サーバ３００ｂは、運用系のＥＭＳサーバＥ３を動作させている。監視サーバ３００ｃは、運用系のＥＭＳサーバＥ４を動作させている。
【００８５】
管理サーバ６００は、予備系のＮＭＳサーバＮ２を動作させている。監視サーバ７００は、予備系のＥＭＳサーバＥ１１を動作させている。監視サーバ７００ａは、予備系のＥＭＳサーバＥ１２を動作させている。監視サーバ７００ｂは、予備系のＥＭＳサーバＥ１３を動作させている。監視サーバ７００ｃは、予備系のＥＭＳサーバＥ１４を動作させている。
【００８６】
地域０１には、ＮＥ１０ａ〜１０ｄが配置されている。地域０２には、ＮＥ１０ｅ〜１０ｇが配置されている。地域０３には、ＮＥ１０ｈ〜１０ｍが配置されている。地域０４には、ＮＥ１０ｎ〜１０ｒが配置されている。１つの地域に配置されている各ＮＥは互いに通信可能である。
【００８７】
ＥＭＳサーバＥ１とＥＭＳサーバＥ１１は、ＮＥ１０ａを監視している。ＥＭＳサーバＥ２とＥＭＳサーバＥ１２は、ＮＥ１０ｅを監視している。ＥＭＳサーバＥ３とＥＭＳサーバＥ１３は、ＮＥ１０ｈを監視している。ＥＭＳサーバＥ４とＥＭＳサーバＥ１４は、ＮＥ１０ｎを監視している。また、ＥＭＳサーバＥ１とＥＭＳサーバＥ１１は、ＮＥ１０ａを介してＮＥ１０ｂ〜１０ｄを監視してもよい。ＥＭＳサーバＥ２とＥＭＳサーバＥ１２は、ＮＥ１０ｅを介してＮＥ１０ｆおよびＮＥ１０ｇを監視してもよい。ＥＭＳサーバＥ３とＥＭＳサーバＥ１３は、ＮＥ１０ｈを介してＮＥ１０ｉ〜１０ｍを監視してもよい。ＥＭＳサーバＥ４とＥＭＳサーバＥ１４は、ＮＥ１０ｎを介してＮＥ１０ｏ〜１０ｒを監視してもよい。
【００８８】
運用系のＥＭＳサーバＥ１〜Ｅ４および予備系のＥＭＳサーバＥ１１〜Ｅ１４には、監視対象のＮＥから異常が発生したことの通知（アラーム）を大量に受信した場合などの最大負荷時にも、受信した通知を処理できるリソースが割り当てられている。
【００８９】
なお、運用系のＥＭＳサーバと予備系のＥＭＳサーバは、同じ監視対象のＮＥから同じ負荷を受ける。
図１４では、ネットワークの接続関係を明確にするため、接続関係を有するもの同士を線で繋いでいる。以下、図１４〜図１８で示す具体例でも同様である。
【００９０】
図１５は、網監視システムで行われる処理の具体例（その２）を示す図である。図１５では、ＥＭＳサーバＥ１１とＥＭＳサーバＥ１２が、管理サーバ６００に縮退されたことを示している。また、ＥＭＳサーバＥ１４が、監視サーバ７００ｂに縮退されたことを示している。各ＥＭＳサーバの縮退について説明する。
【００９１】
ＮＭＳ管理部６１１は、システムテーブル６２１を参照し、ＳＴＢＹ（予備系）のＥＭＳサーバが存在するか否か判定する。ＮＭＳ管理部６１１は、ＥＭＳサーバＥ１１〜Ｅ１４を特定する。
【００９２】
ＮＭＳ管理部６１１は、ＮＭＳサーバＮ２の負荷情報を記憶部６２０から取得する。ＮＭＳ管理部６１１は、ＥＭＳサーバ通信部６１４を介して、監視サーバ７００〜７００ｃの記憶部からＥＭＳサーバＥ１１〜Ｅ１４の負荷情報を取得する。ＮＭＳ管理部６１１は、取得した負荷情報を移行部６１２に送信する。
【００９３】
移行部６１２は、記憶部６２０から閾値情報を取得する。移行部６１２は、ＥＭＳサーバ通信部６１４を介して、監視サーバ７００〜７００ｃの記憶部から閾値情報を取得する。移行部６１２は、ＮＭＳ管理部６１１から送信された負荷情報を組み合わせる。例えば、移行部６１２は、ＮＭＳサーバＮ２の負荷情報とＥＭＳサーバＥ１１、Ｅ１２との負荷情報を組み合わせる。または、移行部６１２は、ＥＭＳサーバＥ１３とＥＭＳサーバＥ１４の負荷情報を組み合わせる。なお、負荷情報を組み合わせるとは、例えば負荷を示す数値を合計することである。
【００９４】
移行部６１２は、ＥＭＳサーバＥ１１〜Ｅ１４を管理サーバ６００または監視サーバ７００〜７００ｃの何れかにマイグレーション可能であるか否か判定する。ここで、ＥＭＳサーバＥ１１〜Ｅ１４は、管理サーバ６００に優先して縮退される。ＥＭＳサーバを管理サーバ６００に優先して縮退することで、管理サーバ６００にＥＭＳサーバを縮退した分だけ監視サーバの電源をＯＦＦにできる。図１５の例では、監視サーバ７００，７００ａ，７００ｃの電源が落とされている。これにより、サブセンター５００の消費電力を抑制することができる。なお、ＮＭＳサーバＮ２は、縮退させないものとする。管理サーバ６００に縮退できない場合は、監視サーバ７００〜７００ｃの何れかに縮退する。また、管理サーバ６００または監視サーバ７００〜７００ｃの何れかに縮退可能か否かの判定は、縮退の予定先である管理サーバ６００または監視サーバ７００〜７００ｃの何れかの記憶部が記憶する閾値情報に基づいて判定する。負荷情報を組み合わせた値が閾値を超える場合は、当該閾値情報を有する装置に縮退できない。
【００９５】
ＮＭＳサーバＮ２の負荷情報とＥＭＳサーバＥ１１、Ｅ１２との負荷情報を組み合わせた値が、管理サーバ６００が有する閾値情報が示す閾値を超えなかったものとする。ＥＭＳサーバＥ１３、Ｅ１４の負荷情報を組み合わせた値が、監視サーバ７００ｂが有する閾値情報が示す閾値を超えなかったものとする。
【００９６】
移行部６１２は、ＥＭＳサーバ通信部６１４を介して、監視サーバ７００にＥＭＳサーバＥ１１を縮退する旨の通知を行う。移行部６１２は、ＥＭＳサーバＥ１１を管理サーバ６００にマイグレーションする。以下、マイグレーションの手順を記載する。監視サーバ７００は、ＥＭＳサーバＥ１１を複製する。監視サーバ７００は、ＥＭＳサーバＥ１１を停止させる。監視サーバ７００は、複製したＥＭＳサーバＥ１１を管理サーバ６００に送信する。移行部６１２は、複製したＥＭＳサーバＥ１１を動作させる。移行部６１２は、管理サーバ６００で通信できるようにＥＭＳサーバＥ１１についてネットワーク設定を更新する。監視サーバ７００は、ＥＭＳサーバＥ１１を削除する。
【００９７】
同様に、移行部６１２は、ＥＭＳサーバＥ１２を管理サーバ６００にマイグレーションする。移行部６１２は、ＥＭＳサーバＥ１４を監視サーバ７００ｂにマイグレーションする。管理サーバ６００は、ＥＭＳサーバＥ１２に最大負荷を処理できるリソースよりも少ないリソースを割り当てる。例えば、管理サーバ６００は、ＥＭＳサーバＥ１２の監視対象の地域のＮＥから、通常状態のときに送信される通知を処理できるだけのリソースを、ＥＭＳサーバＥ１２に割り当てる。監視サーバ７００ｂは、ＥＭＳサーバＥ１４に最大負荷を処理できるリソースよりも少ないリソースを割り当てる。例えば、管理サーバ７００は、ＥＭＳサーバＥ１４の監視対象の地域のＮＥから、通常状態のときに送信される通知を処理できるだけのリソースを、ＥＭＳサーバＥ１４に割り当てる。
【００９８】
移行部６１２は、ＥＭＳサーバＥ１１とＥＭＳサーバＥ１２の移行先が管理サーバ６００であること、およびＥＭＳサーバＥ１４の移行先が監視サーバ７００ｂであることをシステムテーブル６２１に登録する。移行部６１２は、移行元の監視サーバの電源をＯＦＦにするように移行元の監視サーバに通知する。移行元の監視サーバ７００，７００ａ，７００ｃは、自装置の電源をＯＦＦになるように設定して、電源ＯＦＦにする。
【００９９】
このように、通常運用時は、予備系のＥＭＳサーバを他の装置に縮退させることで移行元の監視サーバの電源をＯＦＦにすることができる。移行元の監視サーバの電源をＯＦＦにすることで、サブセンター５００に属する管理サーバ６００および監視サーバ７００〜７００ｃのリソースを合わせた全体のリソースを抑制することができる。そして、予備系のリソースを抑制しながら、ＥＭＳサーバＥ１１〜Ｅ１４それぞれは、監視対象のＮＥを継続して監視することができる。また、移行元の監視サーバの電源をＯＦＦにすることで、サブセンター５００で消費される電力を抑制することができる。
【０１００】
図１６は、網監視システムで行われる処理の具体例（その３）を示す図である。図１６では、ＮＥ１０ａから大量の警告が発せられたことにより、管理サーバ６００で動作されているＥＭＳサーバＥ１１に対する縮退が解除されたことを示している。また、解除されたＥＭＳサーバＥ１１が監視サーバ７００に戻されたことを示している。ＥＭＳサーバＥ１１に対する縮退の解除について説明する。
【０１０１】
ＮＭＳ管理部６１１は、ＮＥ１０ａから大量の警告が発せられたことにより負荷が高くなり、閾値を超えたことを検知する。すなわち、ＮＭＳ管理部６１１は、記憶部６２０に格納されている負荷情報と閾値情報を参照することで閾値を超えたことを検知する。
【０１０２】
ＮＭＳ管理部６１１は、管理サーバ６００で閾値を超える原因となったＥＭＳサーバが動作しているか否かを判定する。ＮＭＳ管理部６１１は、ＥＭＳサーバＥ１１を特定する。ＮＭＳ管理部６１１は、ＥＭＳサーバＥ１１に対する縮退の解除の要求を移行部６１２に通知する。移行部６１２は、移行元の監視サーバ７００の電源をＯＮにする。例えば、移行部６１２は、ＷＯＬ（Wake On LAN）機能を用いて移行元の監視サーバ７００の電源をＯＮにしてもよい。移行部６１２は、ＥＭＳサーバＥ１１を移行元の監視サーバ７００に戻す。移行部６１２は、ＥＭＳサーバＥ１１の縮退の解除が完了した旨をＮＭＳ管理部６１１に通知する。ＮＭＳ管理部６１１は、ＥＭＳサーバＥ１１が移行元に戻された旨をシステムテーブル６２１に登録する。
【０１０３】
このように、ＥＭＳサーバＥ１１に対する縮退の解除をすることで、ＥＭＳサーバＥ１１は、ＮＥ１０ａからの大量の警告に対して処理できるリソースを割り当て可能な監視サーバ７００で、当該処理を実行することができる。一方、管理サーバ６００は、ＥＭＳサーバＥ１１をマイグレーションすることで閾値を超えなくなる。
【０１０４】
図１７は、網監視システムで行われる処理の具体例（その４）を示す図である。図１７では、管理サーバ６００で動作されているＥＭＳサーバＥ１２に対する縮退が解除され、ＥＭＳサーバＥ１２が監視サーバ７００ａに戻されたことを示している。また、ＥＭＳサーバＥ１１とＥＭＳサーバＥ１２が予備系から運用系に切替り、ＥＭＳサーバＥ１とＥＭＳサーバＥ２が運用系から予備系に切替ったことを示している。運用切替処理について説明する。
【０１０５】
ＥＭＳサーバＥ１は、ＮＥ１０ａの監視で異常が発生したことを検知する。ＥＭＳサーバＥ２は、ＮＥ１０ｅの監視で異常が発生したことを検知する。ここで、例えば、異常とは、ＥＭＳサーバＥ１とＮＥ１０ａとの間で通信ができない場合、ＥＭＳサーバＥ１とＮＥ１０ａとの間で輻輳になってしまいパケットロスなどが発生している場合、または、ＥＭＳサーバＥ１がＮＥ１０ａを介してＮＥ１０ｂ〜１０ｄの何れかと通信ができない場合などである。ＥＭＳサーバＥ１とＥＭＳサーバＥ２は、ＮＭＳ管理部２１１にＮＥ１０ａ、ＮＥ１０ｅの監視で異常が発生した旨を通知する。ＮＭＳ管理部２１１は、ＮＥ管理テーブル２２２に異常発生時刻を登録する。ＮＭＳ管理部２１１は、通知テーブル２２３に異常内容を登録する。
【０１０６】
ＮＭＳ管理部６１１は、記憶部６２０から通信状態情報を取得する。ＮＭＳ管理部６１１は、センター間通信部６１５を介して、通信状態情報をメインセンター１００に送信する。ＮＭＳ管理部２１１は、システムテーブル２２１、ＮＥ管理テーブル２２２および通信状態情報を参照する。ＮＭＳ管理部２１１は、ＮＥ管理テーブル２２２を参照し、異常発生時刻から所定の時間を経過しているＮＥ１０ａとＮＥ１０ｅを特定する。
【０１０７】
ＮＭＳ管理部２１１は、ＮＭＳ管理部６１１から送信された通信状態情報と記憶部２２０に格納されている通信状態情報とを参照し、ＮＥ１０ａを監視しているＥＭＳサーバＥ１とＥＭＳサーバＥ１１のどちらの通信状態の方が良好であるかを判定する。また、ＮＭＳ管理部２１１は、ＮＭＳ管理部６１１から送信された通信状態情報と記憶部２２０に格納されている通信状態情報とを参照し、ＮＥ１０ｅを監視しているＥＭＳサーバＥ２とＥＭＳサーバＥ１２のどちらの通信状態の方が良好であるかを判定する。ＥＭＳサーバＥ１とＮＥ１０ａとの間およびＥＭＳサーバＥ２とＮＥ１０ｅとの間で異常が検出されているので、ＮＭＳ管理部２１１は、通信状態が良好であるＥＭＳサーバＥ１１およびＥＭＳサーバＥ１２を特定する。
【０１０８】
ＮＭＳ管理部２１１は、システムテーブル２２１を参照し、ＥＭＳサーバＥ１１およびＥＭＳサーバＥ１２について切替発生時刻から所定時間を経過しているか否かを判定する。切替発生時刻から所定時間が経過しているものとする。ＮＭＳ管理部２１１は、センター間通信部２１５を介して運用の切替を行う旨をサブセンター５００に通知する。
【０１０９】
ＮＭＳ管理部６１１は、システムテーブル６２１を参照し、ＥＭＳサーバＥ１１およびＥＭＳサーバＥ１２が縮退されているか否かを判定する。ＮＭＳ管理部６１１は、ＥＭＳサーバＥ１２が縮退されていることを検知する。ＮＭＳ管理部６１１は、ＥＭＳサーバＥ１２の縮退の解除要求を移行部６１２に通知する。移行部６１２は、移行元の監視サーバ７００ａの電源をＯＮにする。移行部６１２は、ＥＭＳサーバＥ１２を移行元の監視サーバ７００ａに戻す。移行部６１２は、ＥＭＳサーバＥ１２に対する縮退の解除を完了した旨をＮＭＳ管理部６１１に通知する。ＮＭＳ管理部６１１は、ＮＥ１０ａまたはＮＥ１０ｅを監視した状況を示す監視情報を管理サーバ２００に通知できるようにＥＭＳサーバＥ１１およびＥＭＳサーバＥ１２のネットワークの設定を更新する。
【０１１０】
ＮＭＳ管理部６１１は、ＥＭＳサーバＥ１１およびＥＭＳサーバＥ１２が運用系に切替わった旨をシステムテーブル６２１に登録する。具体的には、ＮＭＳ管理部６１１は、ＥＭＳサーバＥ１１およびＥＭＳサーバＥ１２がＳＴＢＹからＡＣＴに切替った旨をシステムテーブル６２１に登録する。ＮＭＳ管理部６１１は、切替発生時刻をシステムテーブル６２１に登録する。ＮＭＳ管理部６１１は、センター間通信部６１５を介して、運用の切替を行った旨をメインセンター１００に通知する。
【０１１１】
ＮＭＳ管理部２１１は、ＮＥ１０ａまたはＮＥ１０ｅを監視した状況を示す監視情報を管理サーバ６００に通知できるようにＥＭＳサーバＥ１およびＥＭＳサーバＥ２のネットワークの設定を更新する。
【０１１２】
ＮＭＳ管理部２１１は、ＥＭＳサーバＥ１およびＥＭＳサーバＥ２が予備系に切替った旨をシステムテーブル２２１に登録する。ＮＭＳ管理部２１１は、切替発生時刻をシステムテーブル２２１に登録する。
【０１１３】
このように、ＥＭＳサーバと監視対象のＮＥとの間で異常が発生した場合でも、運用系と予備系の通信状態に基づいて切替えることで継続してＮＥを監視することができる。そして、網監視システムでは、メインセンター１００とサブセンター５００とで運用系のＥＭＳサーバと予備系のＥＭＳサーバが混在した状態で運用できる。また、メインセンター１００に属する予備系のＥＭＳサーバのネットワーク設定を更新することで、当該予備系のＥＭＳサーバが監視する状況を示す監視情報を管理サーバ６００に送信することができる。サブセンター５００に属する運用系のＥＭＳサーバのネットワーク設定を更新することで、当該運用系のＥＭＳサーバが監視する状況を示す監視情報を管理サーバ２００に送信することができる。
【０１１４】
また、異常発生時刻、通信状態、切替発生時刻に基づいて運用の切替を行うので、頻繁に運用の切替を行うことを抑制できる。
図１８は、網監視システムで行われる処理の具体例（その５）を示す図である。図１８では、ＥＭＳサーバＥ２が監視サーバ３００に縮退したことを示している。ＥＭＳサーバＥ２に対する縮退について説明する。
【０１１５】
ＮＭＳ管理部２１１は、システムテーブル２２１からＳＴＢＹ（予備系）のＥＭＳサーバが存在するか否か判定する。ＮＭＳ管理部６１１は、ＥＭＳサーバＥ１およびＥＭＳサーバＥ２を特定する。
【０１１６】
ＮＭＳ管理部２１１は、ＥＭＳサーバ通信部２１４を介して、監視サーバ３００，３００ａの記憶部からＥＭＳサーバＥ１およびＥＭＳサーバＥ２の負荷情報を取得する。ＮＭＳ管理部２１１は、取得した負荷情報を移行部２１２に送信する。
【０１１７】
移行部２１２は、ＥＭＳサーバ通信部２１４を介して、監視サーバ３００，３００ａの記憶部から閾値情報を取得する。移行部２１２は、ＥＭＳサーバＥ１とＥＭＳサーバＥ２の負荷情報を組み合わせる。
【０１１８】
移行部２１２は、ＥＭＳサーバＥ１，２を監視サーバ３００，３００ａの何れかに縮退可能か否かを判定する。また、監視サーバ３００，３００ａの何れかに縮退可能か否かの判定は、縮退する予定先である監視サーバ３００，３００ａの何れかの記憶部が記憶する閾値情報に基づいて判定する。負荷情報を組み合わせた値が閾値を超える場合は、当該閾値情報を有する装置には縮退できない。
【０１１９】
ＥＭＳサーバＥ１とＥＭＳサーバＥ２との負荷情報を組み合わせた値が、監視サーバ３００が有する閾値情報が示す閾値を超えなかったものとする。移行部２１２は、ＥＭＳサーバＥ２を監視サーバ３００にマイグレーションする。監視サーバ３００は、ＥＭＳサーバＥ２に最大負荷を処理できるリソースよりも少ないリソースを割り当てる。
【０１２０】
移行部２１２は、ＥＭＳサーバＥ２の移行先が監視サーバ３００であることをシステムテーブル２２１に登録する。移行部２１２は、移行元の監視サーバの電源をＯＦＦにするように移行元の監視サーバに通知する。移行元の監視サーバ３００ａは、自装置の電源をＯＦＦになるように設定して、電源をＯＦＦにする。
【０１２１】
このように、メインセンター１００に属する予備系の仮想マシンを共通の監視サーバに縮退することで、移行元の電源をＯＦＦにすることができる。移行元の監視サーバの電源をＯＦＦにすることでメインセンター１００に属する管理サーバ２００および監視サーバ３００〜３００ｃのリソースを合わせた全体のリソースについて抑制することができる。そして、全体のリソースを抑制しながら各ＥＭＳサーバのＮＥに対する監視を継続することができる。また、移行元の監視サーバの電源をＯＦＦにすることで、メインセンター１００で使用される消費電力を抑制することができる。
【０１２２】
また、通常運用時に、運用系のＥＭＳサーバを運用系のＮＭＳサーバおよび運用系のＥＭＳサーバに縮退しない。例えば、最大負荷を処理できるリソースよりも少ないリソースを運用系のＥＭＳサーバに割り当てた場合、監視対象のＮＥから最大負荷を受けると当該運用系のＥＭＳサーバは処理ができなくなるからである。すなわち、運用系のＥＭＳサーバは、監視対象のＮＥから最大負荷を受けても処理できるように備えておく。
【０１２３】
次に、図１４〜１８で説明した網監視システムで行われる処理をフローチャートで説明する。
図１９は、仮想マシンの負荷監視処理の例を示すフローチャートである。以下、図１９に示す処理をステップ番号に沿って説明する。以下の処理について、ＮＭＳ管理部６１１を用いて説明するが、ＮＭＳ管理部２１１も同様の手順で実行する。
【０１２４】
（Ｓ１１）ＮＭＳ管理部６１１は、システムテーブル６２１を参照する。
（Ｓ１２）ＮＭＳ管理部６１１は、ＳＴＢＹのＥＭＳサーバが存在するか否かを判定する。存在する場合、処理をステップＳ１３に進める。存在しない場合、処理を終了する。
【０１２５】
（Ｓ１３）ＮＭＳ管理部６１１は、ＮＭＳサーバ６１０の負荷情報を記憶部６２０から取得する。ＮＭＳ管理部６１１は、ＥＭＳサーバ通信部６１４を介して、ＳＴＢＹのＥＭＳサーバの負荷情報を取得する。
【０１２６】
（Ｓ１４）ＮＭＳ管理部６１１は、ステップＳ１３で取得した負荷情報を移行部６１２に送信する。そして、処理を終了する。
ＮＭＳ管理部６１１は、ステップＳ１１〜Ｓ１４までの処理を周期的に行う。また、ＮＭＳ管理部２１１は、ステップＳ１２において、２つ以上のＳＴＢＹのＥＭＳサーバが存在するか否かを判定する。ＮＭＳ管理部２１１は、ステップＳ１３において、ＮＭＳサーバ２１０の負荷情報を記憶部２２０から取得する処理は行わない。
【０１２７】
図２０は、仮想マシンに対する縮退の処理の例を示すフローチャートである。以下、図２０に示す処理をステップ番号に沿って説明する。以下の処理について、移行部６１２を用いて説明するが、移行部２１２も同様の手順で実行する。
【０１２８】
（Ｓ２１）移行部６１２は、記憶部６２０から閾値情報を取得する。移行部６１２は、ＥＭＳサーバ通信部６１４を介して、ＳＴＢＹのＥＭＳサーバを動作させている監視サーバの記憶部から閾値情報を取得する。
【０１２９】
（Ｓ２２）移行部６１２は、ステップＳ１４で送信された負荷情報を組み合わせる。例えば、移行部６１２は、ＮＭＳサーバ６１０の負荷情報とＳＴＢＹのＥＭＳサーバの負荷情報とを組み合わせる。または、移行部６１２は、複数のＳＴＢＹのＥＭＳサーバの負荷情報を組み合わせる。
【０１３０】
（Ｓ２３）移行部６１２は、負荷情報を組み合わせた値が閾値を超えるか否か判定する。閾値を超える場合、処理を終了する。閾値を超えない場合、処理をステップＳ２４に進める。また、移行部６１２は、ＳＴＢＹのＥＭＳサーバを管理サーバ６００に優先して縮退する。ＳＴＢＹのＥＭＳサーバを管理サーバ６００に縮退可能でない場合、移行部６１２は、ＳＴＢＹのＥＭＳサーバ同士を共通の監視サーバに縮退する。
【０１３１】
（Ｓ２４）移行部６１２は、ＳＴＢＹのＥＭＳサーバを、管理サーバ６００または他のＳＴＢＹのＥＭＳサーバを動作させている監視サーバにマイグレーションする。
（Ｓ２５）移行部６１２は、ＳＴＢＹのＥＭＳサーバの移行先をシステムテーブル６２１に登録する。
【０１３２】
（Ｓ２６）移行部６１２は、移行元の監視サーバで他の仮想マシンが動作していない場合は、当該監視サーバの電源をＯＦＦにするように当該監視サーバに通知する。移行元の監視サーバは、自装置の電源をＯＦＦになるように設定して、電源をＯＦＦにする。そして、処理を終了する。
【０１３３】
また、移行部２１２は、ステップＳ２３において、ＳＴＢＹのＥＭＳサーバをＮＭＳサーバ２１０に優先して縮退する処理を行わない。移行部２１２は、ステップＳ２４において、管理サーバ２００にＳＴＢＹのＥＭＳサーバをマイグレーションしない。
【０１３４】
図２１は、仮想マシンに対する縮退の解除処理の例を示すフローチャートである。以下、図２１に示す処理をステップ番号に沿って説明する。以下の処理について、ＮＭＳ管理部６１１、移行部６１２を用いて説明するが、ＮＭＳ管理部２１１、移行部２１２も同様の手順で実行する。
【０１３５】
（Ｓ３１）ＮＭＳ管理部６１１は、記憶部６２０に格納されている負荷情報と閾値情報を参照することで閾値を超えたことを検知する。例えば、ＮＭＳ管理部６１１は、クライアント９００から集中的にアクセスを受けたことにより、閾値を超えたことを検知する。または、ＮＭＳ管理部６１１は、ＮＭＳサーバ６１０が管理するＥＭＳサーバから閾値を超えた旨の通知を受け、ＥＭＳサーバで閾値を超えたことを検知する。
【０１３６】
（Ｓ３２）ＮＭＳ管理部６１１は、システムテーブル６２１を参照し、閾値を超えたことを検知したサーバに閾値を超える原因となった縮退されているＥＭＳサーバが存在するか否か判定する。存在する場合、ＮＭＳ管理部６１１は、移行部６１２に縮退の解除要求を行う。そして、処理をステップＳ３３に進める。存在しない場合、処理を終了する。閾値を超えたことを検知したサーバとは、管理サーバ６００またはＮＭＳサーバ６１０が管理するＥＭＳサーバを動作させている監視サーバである。
【０１３７】
（Ｓ３３）移行部６１２は、移行元の監視サーバの電源をＯＮにする。
（Ｓ３４）移行部６１２は、縮退されているＥＭＳサーバを移行元にマイグレーションする。移行部６１２は、縮退の解除が完了した旨をＮＭＳ管理部６１１に通知する。
【０１３８】
（Ｓ３５）ＮＭＳ管理部６１１は、縮退されていたＥＭＳサーバが移行元に戻された旨をシステムテーブル６２１に登録する。そして、処理を終了する。
図２２は、運用切替処理の例を示すフローチャートである。以下、図２２に示す処理をステップ番号に沿って説明する。また、図２２に示す処理は、運用系のＥＭＳサーバと運用系のＥＭＳサーバが監視するＮＥとの間で異常が発生しているものとする。
【０１３９】
（Ｓ４１）ＮＭＳ管理部６１１は、記憶部６２０から通信状態情報を取得する。ＮＭＳ管理部６１１は、センター間通信部６１５を介して、通信状態情報をメインセンター１００に送信する。ＮＭＳ管理部６１１は、ステップＳ４１の処理を周期的に行う。
【０１４０】
（Ｓ４２）ＮＭＳ管理部２１１は、記憶部２２０に記憶されているシステムテーブル２２１、ＮＥ管理テーブル２２２および通信状態情報を参照する。
（Ｓ４３）ＮＭＳ管理部２１１は、異常発生時刻から所定の時間を経過しているＮＥを特定する。
【０１４１】
（Ｓ４４）ＮＭＳ管理部２１１は、ステップＳ４１で送信された通信状態情報と記憶部２２０に格納されている通信状態情報とを参照し、ステップＳ４３で特定したＮＥを監視している運用系と予備系のＥＭＳサーバのどちらの通信状態の方が良好であるかを判定する。予備系の通信状態の方が良好な場合、ＮＭＳ管理部２１１は、予備系のＥＭＳサーバを特定する。そして、処理をステップＳ４５に進める。予備系の通信状態の方が良好でない場合、処理を終了する。
【０１４２】
（Ｓ４５）ＮＭＳ管理部２１１は、切替発生時刻から所定時間を経過しているか否かを判定する。所定時間を経過している場合、ＮＭＳ管理部２１１は、センター間通信部２１５を介して管理サーバ６００に運用の切替を行う旨を通知する。そして、処理をステップＳ４６に進める。所定時間を経過していない場合、処理を終了する。
【０１４３】
（Ｓ４６）ＮＭＳ管理部６１１は、システムテーブル６２１を参照し、ステップＳ４４で特定したＥＭＳサーバが縮退されているか否かを判定する。縮退されている場合、ＮＭＳ管理部６１１は、移行部６１２に縮退の解除要求をする。そして、処理をステップＳ４７に進める。縮退されていない場合、処理をステップＳ４９に進める。
【０１４４】
（Ｓ４７）移行部６１２は、移行元の監視サーバの電源をＯＮにする。
（Ｓ４８）移行部６１２は、縮退されているＥＭＳサーバを移行元にマイグレーションする。移行部６１２は、縮退の解除が完了した旨をＮＭＳ管理部６１１に通知する。
【０１４５】
（Ｓ４９）ＮＭＳ管理部６１１は、ステップＳ４４で特定したＥＭＳサーバが監視した状況を示す監視情報を管理サーバ２００に通知できるようにネットワークの設定を更新する。
【０１４６】
（Ｓ５０）ＮＭＳ管理部６１１は、運用が切替わった旨をシステムテーブル６２１に登録する。また、ＮＭＳ管理部６１１は、切替発生時刻をシステムテーブル６２１に登録する。ＮＭＳ管理部６１１は、センター間通信部６１５を介して、運用の切替を行った旨を管理サーバ２００に通知する。
【０１４７】
（Ｓ５１）ＮＭＳ管理部２１１は、ステップＳ４４で特定したＥＭＳサーバが監視するＮＥと同じＮＥを監視するＥＭＳサーバが監視した監視状況を示す監視情報を管理サーバ６００に通知できるようにネットワークの設定を更新する。
【０１４８】
（Ｓ５２）ＮＭＳ管理部２１１は、運用が切替わった旨をシステムテーブル２２１に登録する。また、ＮＭＳ管理部２１１は、切替発生時刻をシステムテーブル２２１に登録する。そして、処理を終了する。
【０１４９】
また、メインセンター１００で行われる処理をサブセンター５００が実行し、サブセンター５００で行われる処理をメインセンター１００が実行してもよい。
ここで、図１４〜図１８を用いて説明する。第２の実施の形態によれば、通常運用時には、ＥＭＳサーバＥ１２が管理サーバ６００で動作することで、監視サーバ７００ａの電源をＯＦＦにすることができる。すると、予備系のサブセンター５００に属する管理サーバ６００および監視サーバ７００〜７００ｃのリソースを合わせた全体のリソースを抑制することができ、消費電力も削減できる。
【０１５０】
また、管理サーバ６００は、ＥＭＳサーバＥ２によるＮＥ１０ｅの監視に異常が発生した場合、最大負荷を処理できるリソースをＥＭＳサーバＥ１２に対して割り当て可能な監視サーバ７００ａに、ＥＭＳサーバＥ１２をマイグレーションする。すると、ＥＭＳサーバＥ１２でＮＥ１０ｅを継続して監視できる。また、ＥＭＳサーバＥ１２は、ＮＥ１０ｅから最大負荷を受けた場合に当該最大負荷を処理できる。そのため、網監視システムのホットスタンバイ型の冗長構成による信頼性を維持できる。すなわち、第２の実施の形態によれば、通常運用時は予備系のリソースを抑制しながらも、網監視システムの信頼性を維持できる。
【０１５１】
なお、各実施の形態は、矛盾のない範囲で複数の実施の形態を組み合わせて実施することができる。
【符号の説明】
【０１５２】
１  メインセンター
１ａ，１ｂ，１ｃ，２ａ，２ｂ，２ｃ  情報処理装置
２  サブセンター
３，３ａ，３ｂ，３ｃ  仮想マシン
４，４ａ  監視対象装置
５  クライアント
【図１】
0006260470.tif 000002
【図２】
0006260470.tif 000003
【図３】
0006260470.tif 000004
【図４】
0006260470.tif 000005
【図５】
0006260470.tif 000006
【図６】
0006260470.tif 000007
【図７】
0006260470.tif 000008
【図８】
0006260470.tif 000009
【図９】
0006260470.tif 000010
【図１０】
0006260470.tif 000011
【図１１】
0006260470.tif 000012
【図１２】
0006260470.tif 000013
【図１３】
0006260470.tif 000014
【図１４】
0006260470.tif 000015
【図１５】
0006260470.tif 000016
【図１６】
0006260470.tif 000017
【図１７】
0006260470.tif 000018
【図１８】
0006260470.tif 000019
【図１９】
0006260470.tif 000020
【図２０】
0006260470.tif 000021
【図２１】
0006260470.tif 000022
【図２２】
0006260470.tif 000023