(57)【要約】【課題】共有データの同期を保つ。【解決手段】第１及び第２の網管理装置は、網構成装置に関する第１共有データを格納し、網構成装置は、自装置に関する第２共有データを格納するとともに、第１共有データと第２共有データとの同期状態情報を格納する。第１の網管理装置は、第２共有データの更新要求の受信を契機に、同期状態確認要求を網構成装置に送信し、網構成装置から処理継続要求が返送されたときは、第１共有データを更新し、網構成装置に第２共有データの更新要求を送信する。網構成装置は、同期状態確認要求を受信し、第１の網管理装置対応の同期状態情報が同期済であるときは、処理継続要求を返送し、第２共有データの更新要求を受信したときは、第２共有データを更新した後、第１の網管理装置に更新完了通知を送信し、第２の網管理装置対応の同期状態情報を未同期に設定して、第２の網管理装置に更新後の第２共有データを第１共有データに反映する要求を送信する。【選択図】図１３
2014116688.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上に分散配置される複数の網構成装置の内の少なくとも１つの網構成装置を共通管理対象とする第１の網管理装置及び第２の網管理装置を含み、共有データ同期処理を実施する網管理システムであって、
前記第１の網管理装置及び前記第２の網管理装置は、
前記共通管理対象の網構成装置の運用に関する管理情報を第１共有データとして格納する第１のデータベースと、第１のプロセッサとをそれぞれ備え、
前記共通管理対象の網構成装置は、
自装置の運用に関する管理情報を第２共有データとして格納するとともに、前記第１の網管理装置及び前記第２の網管理装置の前記第１のデータベースにそれぞれ格納されている前記第１共有データと前記第２共有データとの同期状態を示す情報を格納する第２のデータベースと、第２のプロセッサとを備え、
前記第１の網管理装置の前記第１のプロセッサは、
前記第２共有データの更新要求の受信を契機に、同期状態確認要求を前記網構成装置に送信し、
前記網構成装置から処理継続要求が返送されたときは、前記第２共有データの更新要求に応じて前記第１共有データを更新し、
前記網構成装置に前記第２共有データの更新要求を送信するように構成され、
前記網構成装置の前記第２のプロセッサは、
前記同期状態確認要求を受信し、前記第１の網管理装置対応の前記同期状態を示す情報が同期済であるときは、前記処理継続要求を返送し、
前記第２共有データの更新要求を受信したときは、前記第２共有データを更新した後、前記第１の網管理装置に更新完了通知を送信し、
前記第２の網管理装置対応の前記同期状態を示す情報を未同期に設定して、前記第２の網管理装置に対して更新後の前記第２共有データを前記第１共有データに反映するための反映要求を送信するように構成される、
網管理システム。
【請求項２】
前記第２の網管理装置の前記第１のプロセッサは、
前記網構成装置から前記反映要求を受信したときは、更新後の前記第２共有データを前記第１共有データに反映した後、前記網構成装置に反映完了通知を送信するように構成され、
前記網構成装置の前記第２のプロセッサは、
前記第２の網管理装置から前記反映完了通知を受信したときは、前記第２の網管理装置対応の前記同期状態を示す情報を同期済に設定するように構成される、
請求項１記載の網管理システム。
【請求項３】
前記網構成装置の前記第２のプロセッサは、
前記同期状態確認要求を受信し、前記第１の網管理装置対応の前記同期状態を示す情報が未同期であるときは、前記第１の網管理装置に対して前記第２共有データを前記第１共有データに反映するための反映要求を送信し、
前記第１の網管理装置から反映完了通知を受信したときは、前記第１の網管理装置対応の前記同期状態を示す情報を同期済に設定した後、前記処理継続要求を返送するように構成される、
請求項１記載の網管理システム。
【請求項４】
ネットワーク上に分散配置される複数の網構成装置の内の少なくとも１つの網構成装置を共通管理対象とする第１の網管理装置及び第２の網管理装置を含み、共有データ同期処理を実施する網管理システムであって、
前記第１の網管理装置及び前記第２の網管理装置は、
前記共通管理対象の網構成装置の運用に関する管理情報を第１共有データとして格納する第１のデータベースと、第１のプロセッサとをそれぞれ備え、
前記共通管理対象の網構成装置は、
自装置の運用に関する管理情報を第２共有データとして格納するとともに、前記第１の網管理装置及び前記第２の網管理装置の前記第１のデータベースにそれぞれ格納されている前記第１共有データと前記第２共有データとの同期状態を示す情報を格納する第２のデータベースと、第２のプロセッサとを備え、
前記網構成装置の前記第２のプロセッサは、
前記第２共有データの更新要求の受信を契機に、前記第２共有データを更新し、
前記第１の網管理装置対応の前記同期状態を示す情報を未同期に設定して、前記第１の網管理装置に対して更新後の前記第２共有データを前記第１共有データに反映するための反映要求を送信し、
前記第２の網管理装置対応の前記同期状態を示す情報を未同期に設定して、前記第２の網管理装置に対して更新後の前記第２共有データを前記第１共有データに反映するための反映要求を送信し、
前記第１の網管理装置から反映完了通知を受信したときは、前記第１の網管理装置対応の前記同期状態を示す情報を同期済に設定し、
前記第２の網管理装置から反映完了通知を受信したときは、前記第２の網管理装置対応の前記同期状態を示す情報を同期済に設定するように構成され、
前記第１の網管理装置及び前記第２の網管理装置の前記第１のプロセッサは、
前記網構成装置から前記反映要求を受信したときは、更新後の前記第２共有データを前記第１共有データに反映した後、前記網構成装置に前記反映完了通知を送信するように構成される、
網管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、共有データ同期機能を含む網管理システムに関する。
【背景技術】
【０００２】
網管理装置である管理サーバは、ネットワーク回線経由で管理対象の複数の網構成装置から運用に関する各種管理情報を収集する。
【０００３】
このような管理サーバは、狭範囲のネットワーク上に分散配置されている複数の網構成装置から離れた遠隔地に存在する。例えば、自然災害による地域的な通信途絶に起因し、管理サーバが複数の網構成装置を管理不能になる事態を回避するために、二重化構成の管理サーバが互に離れた地域に遠隔配置される。
【０００４】
二重化構成の管理サーバは、一方が現用状態であり、他方が待機状態（ただし、ホットスタンバイ状態）で動作し、複数の網構成装置から収集した管理情報を格納するためのマスタデータベース（マスタＤＢ）をそれぞれ備える。
【０００５】
ネットワーク上の複数の網構成装置は、管理情報を格納するローカルデータベース（ローカルＤＢ）をそれぞれ備える。各ローカルＤＢの内容（データ）は、二重化構成の管理サーバによって管理され、マスタＤＢの内容を元に更新される。更新時には、管理サーバ間でマスタＤＢのデータ同期（データ整合またはデータ一致）が行われた後、これらのマスタＤＢと各ローカルＤＢとのデータ同期が行われる。
【０００６】
図１は上述した網管理システムの一例を示す。この網管理システムは、二重化構成の管理サーバ（Ａ，Ｂ）と、複数の網構成装置としての通信ノード（Ｘ0，Ｘi，Ｘn）とを備
える。管理サーバ（Ａ，Ｂ）はマスタＤＢをそれぞれ備え、通信ノード（Ｘ0，Ｘi，Ｘn
）はローカルＤＢをそれぞれ備えている。
【０００７】
ここで、管理サーバ（Ａ，Ｂ）は、互に遠隔配置されるとともに、狭範囲のネットワーク（ＮＷ）上に分散配置されている通信ノード（Ｘ0，Ｘi，Ｘn）に対しても遠隔配置さ
れている。
【０００８】
この網管理システムにおいては、二重化構成の管理サーバ（Ａ，Ｂ）における各マスタＤＢ及び複数の通信ノード（Ｘ0，Ｘi，Ｘn）における各ローカルＤＢを含む、分散する
複数のデータベース間のデータ同期が実現可能である。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００４−１４０５７３号公報
【特許文献２】特開平９−１６２８６３号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかし、複数の網構成装置としての通信ノードが広範囲のネットワーク上に分散配置されている網管理システムを想定した場合、上述した二重化構成の管理サーバを採用することなく、管理対象通信ノードの少なくとも１つを共通にする複数の管理サーバを配置する構成が考えられる。
【００１１】
この網管理システムにおいては、複数の管理サーバのマスタＤＢのデータは、基本的に互に相異することになる。
【００１２】
例えば、自然災害などにより、ある管理サーバが通信途絶障害に遭遇した場合、この障害管理サーバの共通管理対象である通信ノードの運用に関するデータ（管理情報）が、他の管理サーバの共通管理対象である通信ノードの運用に関するデータとデータ非同期（データ不整合またはデータ不一致）を生じることを免れない。
【００１３】
したがって、この網管理システムにおいては、複数の管理サーバにおける各マスタＤＢ及び複数の通信ノードにおける各ローカルＤＢを含む、分散する複数のデータベース間のデータ同期を実現する必要がある。
【００１４】
課題は、共有データの同期を保つことを可能にする技術を提供することにある。
【課題を解決するための手段】
【００１５】
上記課題を解決するために、網管理システムは、ネットワーク上に分散配置される複数の網構成装置の内の少なくとも１つの網構成装置を共通管理対象とする第１の網管理装置及び第２の網管理装置を含み、共有データ同期処理を実施する。
【００１６】
前記第１の網管理装置及び前記第２の網管理装置は、前記共通管理対象の網構成装置の運用に関する管理情報を第１共有データとして格納する第１のデータベースと、第１のプロセッサとをそれぞれ備える。
【００１７】
前記共通管理対象の網構成装置は、自装置の運用に関する管理情報を第２共有データとして格納するとともに、前記第１の網管理装置及び前記第２の網管理装置の前記第１のデータベースにそれぞれ格納されている前記第１共有データと前記第２共有データとの同期状態を示す情報を格納する第２のデータベースと、第２のプロセッサとを備える。
【００１８】
前記第１の網管理装置の前記第１のプロセッサは、前記第２共有データの更新要求の受信を契機に、同期状態確認要求を前記網構成装置に送信し、前記網構成装置から処理継続要求が返送されたときは、前記第２共有データの更新要求に応じて前記第１共有データを更新し、前記網構成装置に前記第２共有データの更新要求を送信するように構成される。
【００１９】
前記網構成装置の前記第２のプロセッサは、前記同期状態確認要求を受信し、前記第１の網管理装置対応の前記同期状態を示す情報が同期済であるときは、前記処理継続要求を返送し、前記第２共有データの更新要求を受信したときは、前記第２共有データを更新した後、前記第１の網管理装置に更新完了通知を送信し、前記第２の網管理装置対応の前記同期状態を示す情報を未同期に設定して、前記第２の網管理装置に対して更新後の前記第２共有データを前記第１共有データに反映するための反映要求を送信するように構成される。
【発明の効果】
【００２０】
開示した網管理システムによれば、分散する複数のデータベースに格納されている共有データについてデータ同期を保つことができる。
【００２１】
他の課題、特徴及び利点は、図面及び特許請求の範囲とともに取り上げられる際に、以下に記載される発明を実施するための形態を読むことにより明らかになるであろう。
【図面の簡単な説明】
【００２２】
【図１】従来の網管理システムの構成を示すブロック図。
【図２】一実施の形態の網管理システムの構成を示すブロック図。
【図３】一実施の形態の網管理システムにおける管理サーバ及び通信ノードのハードウェア構成を示すブロック図。
【図４】一実施の形態の網管理システムにおける管理サーバ及び通信ノードの機能構成を示すブロック図。
【図５】管理サーバのサービス処理部の処理を説明するフローチャート。
【図６】管理サーバのＤＢ同期管理部の処理を説明するフローチャート。
【図７Ａ】マスタＤＢに格納される管理情報を示す。
【図７Ｂ】ローカルＤＢに格納される管理情報を示す。
【図７Ｃ】ＤＢ間同期状態テーブルに格納される情報を示す。
【図８】通信ノードのアプリケーション部の処理を説明するフローチャート。
【図９】通信ノードのＤＢ同期実行部の処理を説明するフローチャート。
【図１０】通信ノードのＤＢ同期実行部の処理を説明するフローチャート。
【図１１】通信ノードのＤＢ同期実行部の処理を説明するフローチャート。
【図１２】通信ノードのＤＢ同期実行部の処理を説明するフローチャート。
【図１３】管理サーバ及び通信ノードの共有データ同期処理を説明するための図。
【図１４】管理サーバ及び通信ノードの共有データ同期処理を説明するための図。
【図１５】管理サーバ及び通信ノードの共有データ同期処理を説明するための図。
【図１６】管理サーバ及び通信ノードの共有データ同期処理を説明するためのシーケンスチャート。
【図１７】管理サーバ及び通信ノードの共有データ同期処理を説明するためのシーケンスチャート。
【図１８】共有データ同期処理におけるユーザーリクエストを説明するための図。
【図１９】共有データ同期処理における状態遷移を説明するための図。
【発明を実施するための形態】
【００２３】
以下、添付図面を参照して、さらに詳細に説明する。図面には好ましい実施形態が示されている。しかし、多くの異なる形態で実施されることが可能であり、本明細書に記載される実施形態に限定されない。
【００２４】
［網管理システム］
一実施の形態におけるシステム構成を示す図２を参照すると、共有データ同期機能を含む網管理システム１は、網管理装置としての複数（ここでは、３個を図示）の管理サーバ（Ａ，Ｂ，Ｃ）２と、網構成装置としての複数（ここでは、５個を図示）の通信ノード（Ｘ1，Ｘ2，Ｘ3，Ｘ4，Ｘ5）４とを備える。
【００２５】
第１、第２及び第３の管理サーバ（Ａ，Ｂ，Ｃ）２は、互に遠隔配置されるとともに、広範囲のネットワーク６上に分散配置されている複数の通信ノード（Ｘ1，Ｘ2，Ｘ3，Ｘ4，Ｘ5）４とも遠隔配置されている。
【００２６】
第１の管理サーバ（Ａ）２はネットワーク６の第１エリア６１に分散配置されている通信ノード（Ｘ1，Ｘ2，Ｘ4）４を管理する。第２の管理サーバ（Ｂ）２はネットワーク６
の第２エリア６２に分散配置されている通信ノード（Ｘ2，Ｘ3，Ｘ5）４を管理する。ま
た、第３の管理サーバ（Ｃ）２はネットワーク６の第３エリア６３に分散配置されている通信ノード（Ｘ1，Ｘ3，Ｘ4，Ｘ5）４を管理する。
【００２７】
ネットワーク６の第１エリア６１、第２エリア６２及び第３エリア６３は、例えば、関東エリア、東北エリア、及び中部エリアにそれぞれ対応する。
【００２８】
各管理サーバ２は、ネットワーク回線経由で管理対象の通信ノード４から運用に関する
各種管理情報を収集する。
【００２９】
第１、第２及び第３の管理サーバ（Ａ，Ｂ，Ｃ）２は、現用状態で動作し、収集した管理情報を格納するマスタデータベース（マスタＤＢ）２３をそれぞれ備える。第１の管理サーバ（Ａ）２のマスタＤＢ２３には、通信ノード（Ｘ1，Ｘ2，Ｘ4）４の運用に関する
管理情報が格納される。第２の管理サーバ（Ｂ）２のマスタＤＢ２３には、通信ノード（Ｘ2，Ｘ3，Ｘ5）４の運用に関する管理情報が格納される。また、第３の管理サーバ（Ｃ
）２のマスタＤＢ２３には、通信ノード（Ｘ1，Ｘ3，Ｘ4，Ｘ5）４の運用に関する管理情報が格納される。
【００３０】
各通信ノード４は、管理情報を格納するローカルデータベース（ローカルＤＢ）４３をそれぞれ備える。ローカルＤＢ４３の内容（データ）は、対応の複数の管理サーバ２によって共有され、マスタＤＢ２３の内容を元に更新される。具体的には、例えば、通信ノード（Ｘ2）４のローカルＤＢ４３に格納（保持）されているデータは、第１及び第２の管
理サーバ（Ａ，Ｂ）２によって共有される共有データである。
【００３１】
［管理サーバ及び通信ノード］
図３及び図４は、図２に示す一実施の形態の網管理システム１における管理サーバ（Ａ，Ｂ，Ｃ）２及び通信ノード（Ｘ1，Ｘ2，Ｘ3，Ｘ4，Ｘ5）４のハードウェア構成及び機
能構成を示す。
【００３２】
（管理サーバ）
図３及び図４を参照すると、管理サーバ２は、ハードウェア構成として、次の要素を含んでいる。つまり、プロセッサとしてのＣＰＵ（Central Processing Unit）と、作業用
メモリとしてのＲＡＭ（Random Access Memory）と、立ち上げのためのブートプログラムを格納したＲＯＭ（Read Only Memory）とを備える。
【００３３】
また、管理サーバ２は、ＯＳ（Operating System）、各種アプリケーションプログラム、及び各種情報（データを含む）を書換え可能に格納する不揮発性のフラッシュメモリ（ディスク）と、通信インタフェースとしてのＮＩＣ（Network Interface Card）などとを備える。管理用ＮＩＣはネットワーク６を通して通信ノード４と接続するための通信インタフェースである。
【００３４】
後に詳述する共有データ同期機能を論理的に実現するには、管理サーバ２において、フラッシュメモリに制御プログラムをアプリケーションプログラムとしてインストールしておく。そして、管理サーバ２においては、ユーザー（網運用者）利用のオペレーション端末１２からの要求（ユーザーリクエスト）をＮＩＣを介して受信したときなどを契機に、ＣＰＵがこの制御プログラムをＲＡＭに展開して実行する。
【００３５】
更に詳述すると、管理サーバ２は、サービス処理部２１及びデータベース（ＤＢ）同期管理部２２を機能構成要素として備える。また、管理サーバ２は、マスタＤＢ２３をハードウェア構成要素として備える。
【００３６】
サービス処理部２１は、ユーザーリクエストを処理し、マスタＤＢ２３のデータを更新する。サービス処理部２１は、図５のフローチャートに示すように、次の処理を行う。
Ｓ５０１：ユーザーのリクエストを受け付ける。
Ｓ５０２：ＤＢ同期状態確認要求をＤＢ同期管理部２２へ通知する。
Ｓ５０３：サービス処理継続要求を受信したことを判定するまで待ち、受信したときは、Ｓ５０４の処理に移行する。
Ｓ５０４：ユーザーのリクエストについて処理を継続し、マスタＤＢ２３を更新する。
Ｓ５０５：ローカルＤＢ更新要求をＤＢ同期管理部２２へ通知する。
Ｓ５０６：ローカルＤＢ更新完了通知を受信したことを判定するまで待ち、受信したときは、Ｓ５０７の処理に移行する。
Ｓ５０７：ユーザーへサービス処理成功完了メッセージを送信する。
【００３７】
ＤＢ同期管理部２２は、マスタＤＢ２３と通信ノード４のローカルＤＢ４３とのデータ同期を実現する。ＤＢ同期管理部２２は、図６のフローチャートに示すように、マスタＤＢデータ反映要求を受信するとき、次の処理を行う。
Ｓ６０１：通信ノード４からのマスタＤＢデータ反映要求を受信する。
Ｓ６０２：ローカルＤＢ４３との差分データをマスタＤＢ２３に反映する。
Ｓ６０３：マスタＤＢデータ反映完了通知を通信ノード４へ送信する。
【００３８】
マスタＤＢ２３は、管理対象の通信ノード４の運用に係わる管理情報を含む各種情報を書換え可能に格納する。マスタＤＢ２３は、図７Ａに一例を示すように、管理対象の通信ノード４の運用に係わる管理情報として、管理対象ノードＩＤ、情報名称、及び設定値を対応付けて保持している。
【００３９】
管理対象ノードＩＤ欄には、管理対象の通信ノード４に関する識別情報、例えばＸ2が
格納されている。情報名称欄は、監視プロトコル種別（Ｐ）、監視タイプ（Ｔ）、及びパケットロス検出回数（Ｎ）などにレコードが区分けされている。設定値欄には、監視プロトコル種別（Ｐ）、監視タイプ（Ｔ）、及びパケットロス検出回数（Ｎ）などに対応し、ＴＣＰ（Transmission Control Protocol）、パケット遅延＋パケットロス、及び閾値１
０などが格納されている。
【００４０】
（通信ノード）
また、図３及び図４を参照すると、通信ノード４は、ハードウェア構成として、次の要素を含んでいる。つまり、プロセッサとしてのＣＰＵと、作業用メモリとしてのＲＡＭと、立ち上げのためのブートプログラムを格納したＲＯＭとを備える。
【００４１】
また、通信ノード４は、ＯＳ、各種アプリケーションプログラム、及び各種情報（データを含む）を書換え可能に格納する不揮発性のフラッシュメモリ（ディスク）と、通信インタフェースとしてのＮＩＣなどとを備える。管理用ＮＩＣはネットワーク６を通して管理サーバ２と接続するための通信インタフェースである。
【００４２】
後に詳述する共有データ同期機能を論理的に実現するには、通信ノード４において、フラッシュメモリに制御プログラムをアプリケーションプログラムとしてインストールしておく。そして、通信ノード４においては、ユーザー（網運用者）利用のオペレーション端末１４からの要求（ユーザーリクエスト）をＮＩＣを介して受信したときなどを契機に、ＣＰＵがこの制御プログラムをＲＡＭに展開して実行する。
【００４３】
更に詳述すると、通信ノード４は、アプリケーション部４１及びデータベース（ＤＢ）同期実行部４２を機能構成要素として備える。また、通信ノード４は、ローカルＤＢ４３をハードウェア構成要素として備える。
【００４４】
アプリケーション部４１は、ユーザーリクエストを処理し、ローカルＤＢ４３のデータを更新する。アプリケーション部４１は、図８のフローチャートに示すように、次の処理を行う。
Ｓ８０１：ユーザーのリクエストに従って処理を実施する。
Ｓ８０２：ローカルＤＢ４３のデータを更新する。
Ｓ８０３：マスタＤＢ同期設定要求をＤＢ同期実行部４２へ通知する。
【００４５】
ＤＢ同期実行部４２は、ローカルＤＢ４３と管理サーバ２のマスタＤＢ２３とのデータ同期を実現する。
【００４６】
ＤＢ同期実行部４２は、図９のフローチャートに示すように、ＤＢ同期状態確認要求を受信するとき、次の処理を行う。
Ｓ９０１：管理サーバ２からＤＢ同期状態確認要求を受信する。
Ｓ９０２：ＤＢ間同期状態テーブル８１を参照して、対応管理サーバ２の同期状態（同期フラグ）を確認（判定）する。未同期と判定したときは、Ｓ９０３の処理に移行し、同期済と判定したときは、Ｓ９０４の処理に移行する。
Ｓ９０３：管理サーバ２へマスタＤＢデータ反映要求を送信する。
Ｓ９０４：管理サーバ２へサービス処理継続要求を送信する。
【００４７】
ＤＢ同期実行部４２は、図１０のフローチャートに示すように、マスタＤＢデータ反映完了通知を受信するとき、次の処理を行う。
Ｓ１００１：管理サーバ２からマスタＤＢデータ反映完了通知を受信する。
Ｓ１００２：ＤＢ間同期状態テーブル８１において、受信した管理サーバ２の同期フラグを「同期済」に設定し、最終同期時刻を更新する。
Ｓ１００３：サービス処理継続要求を管理サーバ２へ送信する。
【００４８】
また、ＤＢ同期実行部４２は、図１１のフローチャートに示すように、ローカルＤＢ更新要求を受信するとき、次の処理を行う。なお、操作側管理サーバは、ユーザー利用のオペレーション端末１２または１３からのユーザーリクエストを受信し、操作の契機となる管理サーバ２である。また、非操作側管理サーバは、操作の契機とならない管理サーバ２である。
Ｓ１１０１：操作側管理サーバ２からのローカルＤＢ更新要求を受信する。
Ｓ１１０２：ローカルＤＢ４３のデータを更新する。
Ｓ１１０３：ＤＢ間同期状態テーブル８１において、操作側管理サーバ２の同期フラグを「同期済」に設定し、最終同期時刻を更新する。
Ｓ１１０４：ローカルＤＢ更新完了通知を操作側管理サーバ２へ送信する。
Ｓ１１０５：ＤＢ間同期状態テーブル８１において、非操作側管理サーバ２の同期フラグを「未同期」に設定し、マスタＤＢデータ反映要求を非操作側管理サーバ２へ送信する。
【００４９】
さらに、ＤＢ同期実行部４２は、図１２のフローチャートに示すように、マスタＤＢ同期設定要求を受信するとき、次の処理を行う。
Ｓ１２０１：アプリケーション部４１からマスタＤＢ同期設定要求を受信する。
Ｓ１２０２：ＤＢ間同期状態テーブル８１において、全ての同期フラグを「未同期」に設定し、マスタＤＢデータ反映要求を各管理サーバ２へ送信する。
【００５０】
ローカルＤＢ４３は、自通信ノード４の運用に係わる管理情報を含む各種情報を書換え可能に格納する。ローカルＤＢ４３は、図７Ｂに一例を示すように、自通信ノード４の運用に係わる管理情報として、情報名称及び設定値を対応付けて保持している。
【００５１】
情報名称欄は、監視プロトコル種別（Ｐ）、監視タイプ（Ｔ）、及びパケットロス検出回数（Ｎ）などにレコードが区分けされている。設定値欄には、監視プロトコル種別（Ｐ）、監視タイプ（Ｔ）、及びパケットロス検出回数（Ｎ）などに対応し、ＴＣＰ、パケット遅延＋パケットロス、及び閾値１０などが格納されている。ここで、パケットロス検出回数（Ｎ）＝１０は、通信ノード４の運用において許容可能なパケットロスの検出回数の閾値であり、オペレーション端末１４からユーザーリクエストとして予め設定される。
【００５２】
このローカルＤＢ４３はＤＢ間同期状態テーブル８１を含む。この同期状態テーブル８１には、ローカルＤＢ４３とマスタＤＢ２３との間のデータ同期状態（単に、同期状態と記載することもある）を管理するためのフラグ情報としての同期フラグ（同期済＝１／未同期＝０）が格納される。図７Ｃに示すように、この同期状態テーブル８１においては、管理サーバ名、同期状態、及び最終同期時刻が対応付けて格納されている。同期状態テーブル８１においては、同期フラグの初期値は同期済（＝１）で設定され、ＤＢ同期実行部４２は処理に伴い同期フラグを更新する。
【００５３】
通信ノード４におけるローカルＤＢ４３の更新は、管理サーバ２での操作によるものだけでなく、通信ノード４における直接データ更新もある。通信ノード４においては、ユーザー操作を契機に、各管理サーバ２との同期フラグの状態遷移及び状態チェックに応じて、各管理サーバ２との同期要否を判定し、同期要の場合はローカルＤＢ４３経由で同期処理を実施することにより、複数のマスタＤＢ２３とローカルＤＢ４３間において共有データのデータ同期を実現する。
【００５４】
［共有データ同期処理］
次に、一実施の形態の網管理システム１における共有データ同期処理例について、関連図を併せ参照して説明する。
【００５５】
なお、以下の説明においては、ネットワーク６の介在を省略する。また、各管理サーバ２における処理及び各通信ノード４における処理は同様であるので、第１の管理サーバ（Ａ）２、第２の管理サーバ（Ｂ）２、及び通信ノード（Ｘ2）４について記述する。
【００５６】
（共有データ同期処理（１））
先ず、網管理システム１の第１の管理サーバ（Ａ）２においては、第１の時刻（例えば、１０：１０）に、オペレーション端末１２からユーザーリクエストがあったときを契機に、共有データ同期処理を開始する。
【００５７】
第１の管理サーバ（Ａ）２、第２の管理サーバ（Ｂ）２、及び通信ノード（Ｘ2）４は
、図１３に示す共有データ同期処理を順次に実施する。この場合、図１６に示す管理サーバ側操作契機の処理シーケンスにおいては、第１の管理サーバ（Ａ）２は操作側管理サーバであり、第２の管理サーバ（Ｂ）２は非操作側管理サーバである。
【００５８】
Ｓ１３０１：管理サーバ（Ａ）２のサービス処理部２１は、オペレーション端末１２からのユーザーリクエストを受け付けた後、ＤＢ同期管理部２２へＤＢ同期状態確認要求を通知する（図１３中の丸付き数字１）。
【００５９】
このユーザーリクエストは、図１８に示すように、通信ノード（Ｘ2）４に対するＤＢ
データ更新をイベントとし、監視プロトコル種別（Ｐ）を初期状態として既設定のＴＣＰからＵＤＰ(User Datagram Protocol)に変更することをイベント内容とするものである（図１９の状態遷移参照）。
【００６０】
Ｓ１３０２：管理サーバ（Ａ）２のＤＢ同期管理部２２は、サービス処理部２１からのＤＢ同期状態確認要求を受信した後、通信ノード（Ｘ2）４へＤＢ同期状態確認要求を送
信する（丸付き数字２）。
【００６１】
Ｓ１３０３：通信ノード（Ｘ2）４のＤＢ同期実行部４２は、管理サーバ（Ａ）２から
のＤＢ同期状態確認要求を受信した後、同期状態テーブル８１（図７Ｃ参照）における管理サーバ（Ａ）２対応の同期フラグＡを確認（判定）する（丸付き数字３）。
【００６２】
Ｓ１３０４：通信ノード（Ｘ2）４のＤＢ同期実行部４２は、同期フラグＡが「同期済
」であるので、管理サーバ（Ａ）２へサービス処理継続要求を送信する（丸付き数字４）。
【００６３】
Ｓ１３０５：管理サーバ（Ａ）２のＤＢ同期管理部２２は、通信ノード（Ｘ2）４から
のサービス処理継続要求を受信した後、サービス処理部２１へサービス処理継続要求を通知する（丸付き数字５）。
【００６４】
Ｓ１３０６：管理サーバ（Ａ）２のサービス処理部２１は、ＤＢ同期管理部２２からのサービス処理継続要求を受信した後、ユーザーリクエスト処理を継続し、処理に伴いデータベース更新が必要な場合、マスタＤＢ２３のデータを更新する。この結果、マスタＤＢ２３における監視プロトコル種別（Ｐ）がＴＣＰからＵＤＰに変更される。（丸付き数字６）。
【００６５】
Ｓ１３０７：管理サーバ（Ａ）２のサービス処理部２１は、マスタＤＢ２３の更新が成功した後、ＤＢ同期管理部２２にローカルＤＢ更新要求を通知する（丸付き数字７）。
【００６６】
Ｓ１３０８：管理サーバ（Ａ）２のＤＢ同期管理部２２は、サービス処理部２１からのローカルＤＢ更新要求を受信した後、通信ノード（Ｘ2）４へローカルＤＢ更新要求を送
信する（丸付き数字８）。
【００６７】
Ｓ１３０９：通信ノード（Ｘ2）４のＤＢ同期実行部４２は、管理サーバ（Ａ）２から
のローカルＤＢ更新要求を受信した後、ローカルＤＢ４３へのデータ更新を実施する。この結果、ローカルＤＢ４３における監視プロトコル種別（Ｐ）がＴＣＰからＵＤＰに変更される。ＤＢ同期実行部４２は、ローカルＤＢ４３へのデータ更新中においては、ローカルＤＢ４３の排他処理を実施する（丸付き数字９）。
【００６８】
Ｓ１３１０：通信ノード（Ｘ2）４のＤＢ同期実行部４２は、ローカルＤＢ４３へのデ
ータ更新が完了した後、同期フラグＡを「同期済」に設定し、最終同期時刻を更新し、管理サーバ（Ａ）２へローカルＤＢ更新完了通知を送信する。また、ＤＢ同期実行部４２は、同時に、同期状態テーブル８１における管理サーバ（Ｂ）２対応の同期フラグＢを「同期済」から「未同期」に変更し、管理サーバ（Ｂ）２へマスタＤＢデータ反映要求を送信する。しかし、管理サーバ（Ｂ）２と通信ノード（Ｘ2）４との間の通信途絶障害により
、管理サーバ（Ｂ）２へのマスタＤＢデータ反映要求の送信に失敗する（丸付き数字１０）。
【００６９】
Ｓ１３１１：管理サーバ（Ａ）２のＤＢ同期管理部２２は、通信ノード（Ｘ2）４から
のローカルＤＢ更新完了通知を受信した後、サービス処理部２１へローカルＤＢ更新完了通知を送信する。サービス処理部２１は、ローカルＤＢ更新完了通知を受信した後、ユーザーへサービス処理成功完了メッセージを通知する（丸付き数字１１）。
【００７０】
（共有データ同期処理（２））
次に、網管理システム１の第２の管理サーバ（Ｂ）２においては、第２の時刻（例えば、１０：２０）に、オペレーション端末１３からユーザーリクエストがあったときを契機に、共有データ同期処理を開始する。なお、この第２の時刻には、管理サーバ（Ｂ）２と通信ノード（Ｘ2）４との間の上記通信途絶障害は解消（復旧）していることを前提とす
る。
【００７１】
第１の管理サーバ（Ａ）２、第２の管理サーバ（Ｂ）２、及び通信ノード（Ｘ2）４は
、図１４に示す共有データ同期処理を順次に実施する。この場合、図１６に示す管理サー
バ側操作契機の処理シーケンスにおいては、第２の管理サーバ（Ｂ）２は操作側管理サーバであり、第１の管理サーバ（Ａ）２は非操作側管理サーバである。
【００７２】
Ｓ１４０１：管理サーバ（Ｂ）２のサービス処理部２１は、オペレーション端末１３からのユーザーリクエストを受け付けた後、ＤＢ同期管理部２２へＤＢ同期状態確認要求を通知する（図１４中の丸付き数字１）。
【００７３】
このユーザーリクエストは、図１８に示すように、通信ノード（Ｘ2）４に対するＤＢ
データ更新をイベントとし、監視プロトコル種別（Ｐ）をＴＣＰに設定するとともに、監視タイプ（Ｔ）を既設定のパケット遅延＋パケットロスからパケット遅延＋パケットロス＋パケット順序に変更することをイベント内容とするものである（図１９の状態遷移参照）。
【００７４】
Ｓ１４０２：管理サーバ（Ｂ）２のＤＢ同期管理部２２は、サービス処理部２１からのＤＢ同期状態確認要求を受信した後、通信ノード（Ｘ2）４へＤＢ同期状態確認要求を送
信する（丸付き数字２）。
【００７５】
Ｓ１４０３：通信ノード（Ｘ2）４のＤＢ同期実行部４２は、管理サーバ（Ｂ）２から
のＤＢ同期状態確認要求を受信した後、同期状態テーブル８１（図７Ｃ参照）における管理サーバ（Ｂ）２対応の同期フラグＢを確認（判定）する（丸付き数字３）。
【００７６】
Ｓ１４０４：通信ノード（Ｘ2）４のＤＢ同期実行部４２は、同期フラグＢが上記通信
途絶障害により「未同期」であるので、管理サーバ（Ｂ）２へマスタＤＢデータ反映要求を送信する（丸付き数字４）。
【００７７】
Ｓ１４０５：管理サーバ（Ｂ）２のＤＢ同期管理部２２は、通信ノード（Ｘ2）４から
のマスタＤＢデータ反映要求を受信した後、ローカルＤＢ４３との差分データをマスタＤＢ２３に反映する。この結果、マスタＤＢ２３における監視プロトコル種別（Ｐ）がＴＣＰからＵＤＰに一旦変更されるとともに、監視タイプ（Ｔ）がパケット遅延＋パケットロスに設定される（丸付き数字５）。
【００７８】
Ｓ１４０６：管理サーバ（Ｂ）２のＤＢ同期管理部２２は、マスタＤＢ２３へデータを反映した後、通信ノード（Ｘ2）４へマスタＤＢデータ反映完了通知を送信する（丸付き
数字６）。
【００７９】
Ｓ１４０７：通信ノード（Ｘ2）４のＤＢ同期実行部４２は、管理サーバ（Ｂ）２から
のマスタＤＢデータ反映完了通知を受信した後、同期フラグＢを「未同期」から「同期済」に変更し、最終同期時刻を更新した後、管理サーバ（Ｂ）２へサービス処理継続要求を送信する（丸付き数字７）。
【００８０】
Ｓ１４０８：管理サーバ（Ｂ）２のＤＢ同期管理部２２は、通信ノード（Ｘ2）４から
のサービス処理継続要求を受信した後、サービス処理部２１へサービス処理継続要求を通知する（丸付き数字８）。
【００８１】
Ｓ１４０９：管理サーバ（Ｂ）２のサービス処理部２１は、ＤＢ同期管理部２２からのサービス処理継続要求を受信した後、ユーザーリクエスト処理で更新しようとするデータがマスタＤＢ２３の最新データと矛盾するかどうかを判定する。サービス処理部２１は、矛盾する場合には、ユーザー利用のオペレーション端末１３へ警告メッセージを通知し、処理を継続するか中断するかの指示を受ける。例えば、監視タイプ（Ｔ）を「パケット順序」に変更するユーザーリクエストに対し、監視プロトコル種別（Ｐ）をチェックし、「
ＴＣＰ」への変更ではない場合、オペレーション端末１３へ警告メッセージを通知する。また、サービス処理部２１は、矛盾しない場合には、ユーザーリクエスト処理を継続し、処理に伴いＤＢ更新が必要な場合、マスタＤＢ２３のデータを更新する（丸付き数字９）。
【００８２】
ここでは、ユーザーリクエストは、監視プロトコル種別（Ｐ）をＵＤＰからＴＣＰに変更するとともに、監視タイプ（Ｔ）を既設定のパケット遅延＋パケットロスからパケット遅延＋パケットロス＋パケット順序に変更することをイベント内容とするものであるので、矛盾を生じることはない。
【００８３】
Ｓ１４１０：管理サーバ（Ｂ）２のサービス処理部２１は、マスタＤＢ２３の更新に成功した後、ＤＢ同期管理部２２にローカルＤＢ更新要求を通知する（丸付き数字１０）。
【００８４】
Ｓ１４１１：管理サーバ（Ｂ）２のＤＢ同期管理部２２は、サービス処理部２１からのローカルＤＢ更新要求を受信した後、通信ノード（Ｘ2）４へローカルＤＢ更新要求を送
信する（丸付き数字１１）。
【００８５】
Ｓ１４１２：通信ノード（Ｘ2）４のＤＢ同期実行部４２は、管理サーバ（Ｂ）２から
のローカルＤＢ更新要求を受信した後、ローカルＤＢ４３へのデータ更新を実施する。この結果、ローカルＤＢ４３における監視プロトコル種別（Ｐ）をＵＤＰからＴＣＰに変更するとともに、監視タイプ（Ｔ）がパケット遅延＋パケットロスからパケット遅延＋パケットロス＋パケット順序に変更される。ＤＢ同期実行部４２は、ローカルＤＢ４３へのデータ更新中においては、ローカルＤＢ４３の排他処理を実施する（丸付き数字１２）。
【００８６】
Ｓ１４１３：通信ノード（Ｘ2）４のＤＢ同期実行部４２は、ローカルＤＢ４３へのデ
ータ更新が完了した後、同期フラグＢを「同期済」に設定し、最終同期時刻を更新し、管理サーバ（Ｂ）２へローカルＤＢ更新完了通知を送信する。また、ＤＢ同期実行部４２は、同時に、同期状態テーブル８１における管理サーバ（Ａ）２対応の同期フラグＡを「同期済」から「未同期」に変更し、管理サーバ（Ａ）２へマスタＤＢデータ反映要求を送信する（丸付き数字１３）。
【００８７】
Ｓ１４１４：管理サーバ（Ｂ）２のＤＢ同期管理部２２は、通信ノード（Ｘ2）４から
のローカルＤＢ更新完了通知を受信した後、サービス処理部２１へローカルＤＢ更新完了通知を送信する。サービス処理部２１は、ローカルＤＢ更新完了通知を受信した後、オペレーション端末１３へサービス処理成功完了メッセージを通知する（丸付き数字１４）。
【００８８】
Ｓ１４１５：管理サーバ（Ａ）２のＤＢ同期管理部２２は、通信ノード（Ｘ2）４から
のマスタＤＢデータ反映要求を受信した後、ローカルＤＢ４３との差分データをマスタＤＢ２３に反映する。この結果、マスタＤＢ２３における監視プロトコル種別（Ｐ）がＵＤＰからＴＣＰに変更されるとともに、監視タイプ（Ｔ）がパケット遅延＋パケットロスからパケット遅延＋パケットロス＋パケット順序に変更される（丸付き数字１５）。
【００８９】
Ｓ１４１６：管理サーバ（Ａ）２のＤＢ同期管理部２２は、マスタＤＢ２３へのデータ反映が完了した後、通信ノード（Ｘ2）４へマスタＤＢデータ反映完了通知を送信する。
通信ノード（Ｘ2）４のＤＢ同期実行部４２は、管理サーバ（Ａ）２からのマスタＤＢデ
ータ反映完了通知を受信した後、同期状態テーブル８１における同期フラグＡを「未同期」から「同期済」に変更し、最終同期時刻を更新する（丸付き数字１６）。
【００９０】
（共有データ同期処理（３））
続いて、網管理システム１の通信ノード（Ｘ2）４においては、第３の時刻（例えば、
１０：３０）に、オペレーション端末１４からユーザーリクエストがあったときを契機に、共有データ同期処理を開始する。
【００９１】
第１の管理サーバ（Ａ）２、第２の管理サーバ（Ｂ）２、及び通信ノード（Ｘ2）４は
、図１５に示す共有データ同期処理を順次に実施する。この場合、図１７に示す通信ノード側操作契機の処理シーケンスにおいては、第１の管理サーバ（Ａ）２及び第２の管理サーバ（Ｂ）２が管理サーバである。
【００９２】
Ｓ１５０１：通信ノード（Ｘ2）４のアプリケーション部４１は、ユーザー利用のオペ
レーション端末１４からのユーザーリクエストに従って処理を実施する。アプリケーション部４１は、処理に伴いデータベース更新が必要な場合、ローカルＤＢ４３のデータを更新する（図１５中の丸付き数字１）。
【００９３】
このユーザーリクエストは、図１８に示すように、通信ノード（Ｘ2）４に対するＤＢ
データ更新をイベントとし、パケットロス検出回数（Ｎ）の閾値を既設定の１０から１５に変更するものである（図１９の状態遷移参照）。
【００９４】
Ｓ１５０２：通信ノード（Ｘ2）４のアプリケーション部４１は、ローカルＤＢ４３の
更新に成功した後、ＤＢ同期実行部４２にマスタＤＢ同期設定要求を通知する（丸付き数字２）。
【００９５】
Ｓ１５０３：通信ノード（Ｘ2）４のＤＢ同期実行部４２は、アプリケーション部４１
からのマスタＤＢ同期設定要求通知を受信した後、同期状態テーブル８１（図７Ｃ参照）における管理サーバ（Ａ）２対応の同期フラグＡを「同期済」から「未同期」に変更し、管理サーバ（Ａ）２へマスタＤＢデータ反映要求を送信する。また、ＤＢ同期実行部４２は、同期状態テーブル８１における管理サーバ（Ｂ）２対応の同期フラグＢを「同期済」から「未同期」に変更し、管理サーバ（Ｂ）２へマスタＤＢデータ反映要求を送信する（丸付き数字３）。
【００９６】
Ｓ１５０４：管理サーバ（Ａ）２のＤＢ同期管理部２２は、通信ノード（Ｘ2）４から
のマスタＤＢデータ反映要求を受信した後、ローカルＤＢ４３の更新データをマスタＤＢ２３へ反映する。また、管理サーバ（Ｂ）２のＤＢ同期管理部２２は、通信ノード（Ｘ2
）４からのマスタＤＢデータ反映要求を受信した後、ローカルＤＢ４３の更新データをマスタＤＢ２３へ反映する。この結果、管理サーバ（Ａ）２及び管理サーバ（Ｂ）２のマスタＤＢ２３において、監視プロトコル種別（Ｐ）はＴＣＰに設定され、監視タイプ（Ｔ）はパケット遅延＋パケットロス＋パケット順序に設定され、パケットロス検出回数（Ｎ）の閾値が１０から１５に変更される（丸付き数字４）。
【００９７】
Ｓ１５０５：管理サーバ（Ａ）２のＤＢ同期管理部２２は、マスタＤＢ２３へのデータ反映が完了した後、通信ノード（Ｘ2）４へマスタＤＢデータ反映完了通知を送信する。
また、管理サーバ（Ｂ）２のＤＢ同期管理部２２は、マスタＤＢ２３へのデータ反映が完了した後、通信ノード（Ｘ2）４へマスタＤＢデータ反映完了通知を送信する（丸付き数
字５）。
【００９８】
Ｓ１５０６：通信ノード（Ｘ2）４のＤＢ同期実行部４２は、管理サーバ（Ａ）２から
のマスタＤＢデータ反映完了通知を受信した後、同期状態テーブル８１における同期フラグＡを「未同期」から「同期済」に変更し、最終同期時刻を更新する。また、通信ノード（Ｘ2）４のＤＢ同期実行部４２は、管理サーバ（Ｂ）２からのマスタＤＢデータ反映完
了通知を受信した後、同期状態テーブル８１における同期フラグＢを「未同期」から「同期済」に変更し、最終同期時刻を更新する。
【００９９】
［一実施の形態の効果］
一実施の形態の網管理システムによれば、分散する複数のデータベース、つまり複数のマスタＤＢ２３とローカルＤＢ４３とに格納されている共有データについて、共通管理対象の通信ノード（Ｘ2）４を経由してデータ同期を保つことができる。
【０１００】
この結果、各管理サーバ２のマスタＤＢ２３と各通信ノードのローカルＤＢ４３との間のデータ非同期による誤処理の発生を防止できる。
【０１０１】
また、一実施の形態の網管理システムによれば、管理サーバ２のマスタＤＢ２３間のデータ同期がネットワーク回線の通信途絶により実施できない場合でも、通信途絶復旧後に、未同期の管理サーバ２に対するユーザーリクエストを契機に通信ノード４経由でデータ同期を保つことができる。
【０１０２】
さらに、一実施の形態の網管理システムによれば、通信ノード４側で同期状態を管理するため、未同期が解決するまで、その状態が保持される。通信ノード４のデータ変更を契機とするデータ同期だけでなく、管理サーバ２からの操作を契機としてデータ同期を実施するため、障害復旧後にデータ同期が可能である。
【０１０３】
［変形例］
上述した一実施の形態においては、共有データ同期処理に失敗した場合、複数の管理サーバ２のマスタＤＢ２３と通信ノード４のローカルＤＢ４３とにデータ非同期が生じる。データ非同期の状態が長時間継続するのを防ぐためには、共有データ同期処理を予め定められた周期で定期的に実施すればよい。定期的な共有データ同期処理においては、通信ノード４のＤＢ間同期状態テーブル８１の同期フラグを確認した上で実施する。このとき、同期フラグが「同期済」であると、対応のマスタＤＢ２３とローカルＤＢ４３との同期処理をスキップすることにより、処理時間を短縮することができる。
【０１０４】
上述した一実施の形態における処理はコンピュータで実行可能なプログラムとして提供され、ＣＤ−ＲＯＭやフレキシブルディスクなどの非一時的コンピュータ可読記録媒体、さらには通信回線を経て提供可能である。
【０１０５】
また、上述した一実施の形態における各処理はその任意の複数または全てを選択し組合せて実施することもできる。
【符号の説明】
【０１０６】
１      網管理システム
２      管理サーバ
４      通信ノード
６      ネットワーク
１２    オペレーション端末
１３    オペレーション端末
１４    オペレーション端末
２３    マスタＤＢ
４３    ローカルＤＢ
８１    ＤＢ間同期状態テーブル
【図１】
2014116688.tif 000003
【図２】
2014116688.tif 000004
【図３】
2014116688.tif 000005
【図４】
2014116688.tif 000006
【図５】
2014116688.tif 000007
【図６】
2014116688.tif 000008
【図７Ａ】
2014116688.tif 000009
【図７Ｂ】
2014116688.tif 000010
【図７Ｃ】
2014116688.tif 000011
【図８】
2014116688.tif 000012
【図９】
2014116688.tif 000013
【図１０】
2014116688.tif 000014
【図１１】
2014116688.tif 000015
【図１２】
2014116688.tif 000016
【図１３】
2014116688.tif 000017
【図１４】
2014116688.tif 000018
【図１５】
2014116688.tif 000019
【図１６】
2014116688.tif 000020
【図１７】
2014116688.tif 000021
【図１８】
2014116688.tif 000022
【図１９】
2014116688.tif 000023