(57)【特許請求の範囲】
【請求項１】
ネットワークを構成する現用ＮＥ（Network Element）および前記現用ＮＥの予備用とし用いられる予備用ＮＥに通信可能に接続され、前記現用ＮＥにサービスオーダを投入すると共に、前記現用ＮＥから前記予備用ＮＥへの切り替えを行うＮＥ管理装置であって、
前記予備用ＮＥを識別する情報が設定されている予備用ベースコンフィグ（ＢＣ：Base Config）を記憶する記憶部と、
前記現用ＮＥに投入済みのサービスオーダを前記記憶部に格納する投入済みＳＯ保有部と、
前記現用ＮＥから前記予備用ＮＥへの切り替え時に、前記予備用ＮＥに対して前記予備用ベースコンフィグを投入する予備用ＢＣ投入部と、
保有していた投入済みのサービスオーダを前記予備用ＮＥに対して投入する投入済みＳＯ再投入部と、を備える、
ことを特徴とするＮＥ管理装置。
【請求項２】
ネットワークを構成する現用ＮＥおよび前記現用ＮＥの予備用とし用いられる予備用ＮＥに通信可能に接続され、前記現用ＮＥにサービスオーダを投入すると共に、前記現用ＮＥから前記予備用ＮＥへの切り替えを行うＮＥ管理装置のコンフィグ同期方法であって、
前記予備用ＮＥを識別する情報が設定されている予備用ベースコンフィグを記憶する記憶部を備え、
前記現用ＮＥに投入済みのサービスオーダを前記記憶部に格納し、
前記現用ＮＥから前記予備用ＮＥへの切り替え時に、前記予備用ＮＥに対して前記予備用ベースコンフィグを投入し、さらに保有していた投入済みのサービスオーダを前記予備用ＮＥに対して投入する、
ことを特徴とするコンフィグ同期方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、冗長化されたネットワーク装置(ＮＥ：Network Element)間でコンフィグ（Config）の同期を行う技術に関し、特に、Ｎ台の現用ＮＥがｍ台の予備ＮＥを共用するＮ＋ｍ冗長構成において、現用ＮＥから予備ＮＥへの切り替え時にコンフィグの同期を行う、ＮＥ管理装置およびコンフィグ同期方法に関する。
【背景技術】
【０００２】
インターネットが広く普及した今日では、ＶＰＮ(Virtual Private Network)サービス，広域ＬＡＮ(Local Area Network)サービスといった企業ユーザ向けサービスや、ＩＳＰ(Internet Service Provider)接続サービス，ＰＣＣ(ＰＣコミュニケータ)サービスといった個人ユーザ向けサービスなど、さまざまな通信サービスが提供されている。これらのサービスをＩＳＰなどの通信事業者がユーザに提供するための手段として、ＮＥに対して自動的に必要な情報を設定することが知られている（非特許文献１参照）。
【０００３】
非特許文献１に記載される手段は、オペレータがユーザからサービスの申し込みを受け付け、業務系上位オペレーションシステム（上位ＯｐＳ）にその情報を登録することから始まる。サービス申し込み情報を登録された上位ＯｐＳは、サービスオーダ（ＳＯ： Service Order）をオーダ投入システムに送信する。ここで、サービスオーダ（ＳＯ）は、例えば、サービス情報（ＶＰＮ、ＰＣＣ等）、オーダ情報（新規契約、解約）、ユーザ情報等を含んでいる。
【０００４】
サービスオーダを受信したオーダ投入システムは、サービスオーダの解析や仕分けなどを行い、申し込まれたサービスに関連するＮＥにコマンドとしてサービスオーダを投入（送信）する。ＮＥの設定は、投入されたサービスオーダに基づいて自身が保有するコンフィグ（Config）を書き換えることにより行われる。ＮＥの設定は、サービス単位およびユーザ単位に行うことが可能である。
【０００５】
また、ネットワークの高い可溶性および運用性を実現するために、Ｎ台の現用ＮＥおよびｍ台（Ｎ＞ｍ）の予備用ＮＥからなり、Ｎ台の現用ＮＥをｍ台の予備用ＮＥで共用するＮ＋ｍ冗長構成が知られている。そして、管理機能部（ＮＥ管理装置（ＥＭＳ：Element Management System））で障害検知・現用ＮＥから予備用ＮＥへの切り替えを集中して行うことが提案されている（非特許文献２参照）。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】坂田浩亮ほか、「大規模ＩＰ網におけるオーダ処理時間の短縮」、社団法人電子情報通信学会、109巻、463（ICM2009 45-71）号、105-110頁
【非特許文献２】中務諭士ほか、「可用性・運用性の高いネットワークエッジシステム構成法」、社団法人電子情報通信学会、111巻、8（NS2011 1-15）、31-36頁
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ここで、非特許文献２に記載された技術では、どの現用ＮＥがどの予備用ＮＥに切り替わるかが切替時点まで決定されていないので、切替時点において切り替え前の現用ＮＥのコンフィグと切り替え後の予備用ＮＥのコンフィグとを同期させる必要がある。
【０００８】
しかしながら、非特許文献２では、切り替え前の現用ＮＥのコンフィグと切り替え後の予備用ＮＥのコンフィグとを同期させる具体的な手段の提案がなされていない。その為、ＮＥの切り替え時にコンフィグの同期を取ることが困難であった。
【０００９】
本発明は、前記問題に鑑みてなされたものであり、冗長化されたネットワーク装置間でコンフィグの同期を取ることができる、ＮＥ管理装置およびコンフィグ同期方法を提供することを課題とする。
【課題を解決するための手段】
【００１２】
前記課題を解決するため、本発明に係るＮＥ管理装置は、ネットワークを構成する現用ＮＥおよび前記現用ＮＥの予備用とし用いられる予備用ＮＥに通信可能に接続され、前記現用ＮＥにサービスオーダを投入すると共に、前記現用ＮＥから前記予備用ＮＥへの切り替えを行うＮＥ管理装置であって、前記予備用ＮＥを識別する情報が設定されている予備用ベースコンフィグを記憶する記憶部と、前記現用ＮＥに投入済みのサービスオーダを前記記憶部に格納する投入済みＳＯ保有部と、前記現用ＮＥから前記予備用ＮＥへの切り替え時に、前記予備用ＮＥに対して前記予備用ベースコンフィグを投入する予備用ＢＣ投入部と、保有していた投入済みのサービスオーダを前記予備用ＮＥに対して投入する投入済みＳＯ再投入部と、を備えることを特徴とする。ここで、ベースコンフィグとは、起動時の設定情報であり、例えば、サービスオーダが反映されていない装置情報（装置自身のＩＰアドレス等）のみの情報である。
【００１４】
このようにすることで、本発明に係るＮＥ管理装置は、自身（ＮＥ管理装置側）で予備用ＮＥのベースコンフィグ（ＢＣ）および現用ＮＥ５に投入済みのサービスオーダを保有しておき、切替時にこれらの情報を予備用ＮＥに順次投入する。その為、切替元の現用ＮＥと切替先の予備用ＮＥとの間でコンフィグの同期を取ることができる。また、ＮＥ管理装置がすべての予備用ＮＥのベースコンフィグ（ＢＣ）とサービスオーダを管理するため、現用ＮＥが収容するユーザの収容替えが簡易に実行できる。例えば、現用ＮＥが故障した以外（例えば、現用ＮＥのリソースが切迫した場合）に、現用ＮＥが収容するユーザの一部を予備用ＮＥに収容替えすることも可能である。
【発明の効果】
【００１５】
本発明に係るＮＥ管理装置およびコンフィグ同期方法によれば、冗長化されたネットワーク装置間でコンフィグの同期を取ることができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の第１実施形態に係るコンフィグ同期システムの全体図（通常時）である。
【図２】本発明の第１実施形態に係るコンフィグ同期システムの全体図（故障時）である。
【図３】本発明の第１実施形態に係るコンフィグ同期システムを構成するＮＥ管理装置の機能構成図である。
【図４】本発明の第１実施形態に係るコンフィグ同期システムを用いた業務フローである。
【図５】本発明の第１実施形態に係るコンフィグ同期システムを構成するＮＥ管理装置のフローチャートである。
【図６】本発明の第２実施形態に係るコンフィグ同期システムの全体図（通常時）である。
【図７】本発明の第２実施形態に係るコンフィグ同期システムの全体図（故障時）である。
【図８】本発明の第２実施形態に係るコンフィグ同期システムを構成するＮＥ管理装置の機能構成図である。
【図９】本発明の第２実施形態に係るコンフィグ同期システムを用いた業務フローである。
【図１０】本発明の第２実施形態に係るコンフィグ同期システムを構成するＮＥ管理装置のフローチャートである。
【図１１】第１実施形態に係るコンフィグ同期システムのコンフィグの同期時間と、第２実施形態に係るコンフィグ同期システムのコンフィグの同期時間との比較を説明するための図である。
【図１２】本発明の第２実施形態の変形例に係るコンフィグ同期システムの全体図（故障時）である。
【図１３】本発明の第２実施形態の変形例に係るコンフィグ同期システムを構成するＮＥ管理装置の機能構成図である。
【発明を実施するための形態】
【００１７】
［発明の概要］
本発明は、ＮＥのＮ＋ｍ構成に対してコンフィグの同期を行うことができるコンフィグ同期システムを実現するものである。具体的には、ＮＥに対してコンフィグを書き換えるコマンド（ＳＯ）を投入するオーダ投入システムとしての役割を担うＮＥ管理装置（ＥＭＳ：Element Management System）で、通常時における現用ＮＥのコンフィグや投入済みのサービスオーダの保有の仕方、並びに切替時において保有していた現用ＮＥのコンフィグや投入済みのサービスオーダの予備用ＮＥへの投入の仕方を提案するものである。
【００１８】
第１実施形態では、ＮＥ管理装置がサービスオーダを投入する度に、現用ＮＥのコンフィグのバックアップをする方式（コンフィグバックアップ方式）を説明する。
第２実施形態では、ＮＥ管理装置が予備用ＮＥを識別する情報が設定されている切替用のコンフィグを保有する方式（切替用コンフィグ管理方式）を説明する。
【００１９】
以下、図面を参照して、本発明の実施の形態につき詳細に説明する。
なお、各図は、本発明を十分に理解できる程度に、概略的に示してあるに過ぎない。よって、本発明は、図示例のみに限定されるものではない。なお、各図において、共通する構成要素や同様な構成要素については、同一の符号を付し、それらの重複する説明を省略する。
【００２０】
［第１実施形態］
以下、図１を参照して、第１実施形態に係るコンフィグ同期システム１の構成について説明する。図１は、第１実施形態に係るコンフィグ同期システム１の構成図である。
【００２１】
≪第１実施形態に係るコンフィグ同期システムの構成≫
コンフィグ同期システム１は、業務系上位オペレーションシステム（上位ＯｐＳ）２と、ＮＥ管理装置（ＥＭＳ）３と、Ｎ台（Ｎは２以上の正の整数）の＃１〜＃Ｎの現用ＮＥ５（ここでは、＃１〜＃３の現用ＮＥ５のみ表示）およびｍ台（Ｎ＞ｍを満たす正の整数）の＃１〜＃ｍの予備用ＮＥ６（ここでは、＃１の予備用ＮＥ６のみ表示）からなるＮ＋ｍ冗長構成のネットワーク４とからなる。ここで、現用ＮＥ５を識別する番号（＃）と予備用ＮＥ６を識別する番号（＃）とは関連せずにそれぞれ独立しており、予備用ＮＥ６は、現用ＮＥ５の番号（＃）によらずに任意の現用ＮＥ５の予備になり得る。例えば、＃１の予備用ＮＥ６は、＃１の現用ＮＥ５、＃２の現用ＮＥ５、または＃３の現用ＮＥ５の予備になり得るものである。
【００２２】
なお、コンフィグ同期システム１を仮想化構成にすることも可能である。仮想化構成では、例えば、Session Border Controller等の制御系機能をVirtual Network Function（VNF）として仮想ネットワーク上に配備し、パケット転送機能のみを実際の物理装置に配備する。その際、制御系機能が必要な高付加サービスのサービスオーダ（ＳＯ）がＶＮＦに設定され、パケット転送で実現可能な通常サービスのサービスオーダ（ＳＯ）が物理装置に設定される。
【００２３】
それぞれの現用ＮＥ５は、サービス単位およびユーザ単位の設定情報であるコンフィグを有している（図１では、＃１の現用ＮＥ５のみ図示）。以下では、起動時の設定情報を示すコンフィグを、特に「ベースコンフィグ（ＢＣ：Base Config）」と呼び、ベースコンフィグにサービスオーダが投入された後の設定情報を示すコンフィグを、特に「ランニングコンフィグ（ＲＣ：Running Config）」と呼ぶことにする。ベースコンフィグは、具体的には、装置情報（装置自身のＩＰアドレス等）のみの情報であり、サービスオーダが反映されていない状態の情報である。一方、ランニングコンフィグは、ベースコンフィグにサービスオーダが反映された状態の情報である。
【００２４】
上位ＯｐＳ２には、オペレータによってユーザからのサービスの申し込み情報が登録される。本発明ではサービスの形態として種々のものを想定しており、本発明に適用可能なサービスの形態は特定のサービスに限定されるものではない。例えば、マスサービス（電話サービスやインターネットサービス）をキャリアネットワークに開通させるものや、ＶＰＮサービスのような特定の通信サービスを実現させるものなどであってよい。ここでは、あるユーザによって拠点ＡのＰＣと拠点ＢのＰＣとの間における特定の通信サービスの新規契約の申し込みがあり、その情報が上位ＯｐＳ２に登録された場合を例に挙げて説明する。上位ＯｐＳ２は、登録されたサービスを実現するためのサービスオーダ（ＳＯ）をＮＥ管理装置３に送信する。ここで、サービスオーダ（ＳＯ）は、例えば、サービス情報（ＶＰＮ、ＰＣＣ等）、オーダ情報（新規契約、解約）、ユーザ情報等を含んでいる。
【００２５】
ＮＥ管理装置３は、上位ＯｐＳ２から受け取ったサービスオーダの解析や仕分けなどを行い、申し込まれたサービスに関連する現用ＮＥ５に対してサービスオーダをコマンドとして投入（送信）する。ここでは、拠点ＡのＰＣと拠点ＢのＰＣとの間に存在する＃１〜＃３の現用ＮＥ５に対してサービスオーダ（ＳＯ）を投入する。サービスオーダを投入された＃１〜＃３の現用ＮＥ５は、サービスオーダに基づいて自身が保有するコンフィグを書き換える。これによって、拠点ＡのＰＣと拠点ＢのＰＣとの間における特定の通信サービス（図１における太字の実線）が実現される。
【００２６】
また、ＮＥ管理装置３は、現用ＮＥ５に対してＳＯを投入する度に、ＳＯを投入した現用ＮＥ５からＳＯ投入後のランニングコンフィグ（ＲＣ）を取得し、取得したランニングコンフィグのバックアップ３１を記憶部に格納する。ここでは、ＳＯを投入した＃１〜＃３の現用ＮＥ５のランニングコンフィグ（ＲＣ）のバックアップ３１を格納することになる。
【００２７】
また、ＮＥ管理装置３は、ある現用ＮＥ５が故障した場合に、故障した現用ＮＥ５のランニングコンフィグ（ＲＣ）のバックアップ３１を予備用ＮＥ６向けに変換し、予備用ＮＥ６向けに変換したランニングコンフィグ６１を予備用ＮＥ６に投入する。図２では＃２の現用ＮＥ５が故障した場合を図示しており、この場合には、＃２の現用ＮＥ５のランニングコンフィグ（ＲＣ）のバックアップ３１を＃１の予備用ＮＥ６向けに変換して、＃1の予備用ＮＥ６のランニングコンフィグ（ＲＣ）６１として投入する（コンフィグ同期処理）。
【００２８】
以下では、ここまで説明してきたＮＥ管理装置３によるコンフィグ同期処理について、図３を参照して詳細に説明する。なお、図３では、コンフィグ同期処理に関する以外の機能（例えば、ＳＯの投入処理に関する機能など）については、従来と同様なので図示しておらず説明についても省略する。
【００２９】
図３に示す現用ＲＣ取得部３２は、ＳＯを投入した現用ＮＥ５の現用ＲＣ送信部５２からＳＯ投入後のランニングコンフィグ（ＲＣ）５１を取得し、取得したランニングコンフィグ５１のバックアップ３１を記憶部に格納する。現用ＲＣ取得部３２と現用ＲＣ送信部５２との間の通信方式は、特に限定されず、既存のプロトコル（例えば、ＦＴＰ）を用いてもよいし、新たなプロトコルを用いてもよい。これにより、ＮＥ管理装置３の記憶部には、＃１〜＃Ｎの現用ＮＥ５の現時点の設定である最新のランニングコンフィグ５１が格納されている。なお、現用ＲＣ取得部３２は、差分情報を用いて記憶部に格納するランニングコンフィグ５１のバックアップ３１を更新するようにしてもよい。
【００３０】
障害検出部３３は、ネットワーク４（図１参照）の障害を検出するものである。障害を検出する方法については特に限定されず、種々の方法を用いることができる。また、現用ＮＥ５自身がＶＲＲＰ等により障害を検出して、障害検出部３３に通知するようにしてもよい。障害検出部３３は、障害を検出した場合に、オペレータが操作する端末にＧＵＩ（Graphical User Interface）等を用いて障害を検出したことを通知する。
【００３１】
ＲＣ変換部３４は、障害発生時において現用ＮＥ５から予備用ＮＥ６に切り替える際に、切替元になる現用ＮＥ５のランニングコンフィグ（ＲＣ）５１のバックアップ３１を、切替先となる予備用ＮＥ６の仕様に合わせて変換するものである。切替先の予備用ＮＥ６の指定は、例えば、切替元と切替先とのペアが事前に決められているようにしてもよいし、障害の発生の通知を受けたオペレータがネットワーク４の状態を確認した時点で決定するようにしてもよい。
【００３２】
現用ＲＣ投入部３５は、ＲＣ変換部３４が変換を行ったランニングコンフィグ６１を予備用ＮＥ６に投入するものである。現用ＲＣ投入部３５の通信方式は、特に限定されず、既存のプロトコル（例えば、ＦＴＰ）を用いてもよいし、新たなプロトコルを用いてもよい。これにより、予備用ＮＥ６には、故障した現用ＮＥ５が有するランニングコンフィグ５１に同期する内容のランニングコンフィグ６１が格納される。そして、図２に示すように、拠点ＡのＰＣと拠点ＢのＰＣとの間における特定の通信サービス（図２における太字の破線）が維持される。
以上で、第１実施形態に係るコンフィグ同期システム１の構成についての説明を終了する。
【００３３】
≪第１実施形態に係るコンフィグ同期システムを用いた業務フロー≫
以下、図４を参照して（適宜、図３参照）、第１実施形態に係るコンフィグ同期システム１を用いた業務フローについて説明する。なお、ここでは、前記説明した通り、ＮＥ管理装置３には、現用ＮＥ５にサービスオーダが投入される度に、サービスオーダ投入後のランニングコンフィグ５１のバックアップ３１が随時格納されている。
【００３４】
現用ＮＥ５で障害が発生した場合に、現用ＮＥ５は、障害を検出したことをＮＥ管理装置３に通知する（ステップＳ１０）。ＮＥ管理装置３の障害検出部３３は、ＧＵＩ等を用いてオペレータが操作する端末に通知された障害の内容を表示する（ステップＳ２０）。続いて、オペレータは、障害の内容を確認し、障害が発生した現用ＮＥ５の切り分け（切り離し）および切替先の予備用ＮＥ６を指定する（ステップＳ３０）。そして、オペレータが操作する端末からＮＥ管理装置３に対して、切替先の予備用ＮＥ６を指定した切替準備指示が送信される（ステップＳ４０）。
【００３５】
切替準備指示を受けたＮＥ管理装置３は、切替準備処理を行う（ステップＳ５０）。切替準備処理の詳細を図５に示す。ＮＥ管理装置３の障害検出部３３は、オペレータから送信された切替準備指示に基づいて、障害を検出した現用ＮＥ５および予備用ＮＥ６を特定する（ステップＳ５１）。そして、ＮＥ管理装置３のＲＣ変換部３４は、障害を特定した現用ＮＥ５のランニングコンフィグ（ＲＣ）５１のバックアップ３１を予備用ＮＥ６の仕様に変換する（ステップＳ５２）。
【００３６】
図４に戻って、ステップＳ５２の続きの処理を説明する。ＮＥ管理装置３の現用ＲＣ投入部３５は、同期指示を予備用ＮＥ６に送信する（ステップＳ６０）。この同期指示には、ステップＳ５２で予備用ＮＥ６の仕様に変換したランニングコンフィグ（ＲＣ）６１が含まれている。予備用ＮＥ６は、受け取ったランニングコンフィグ（ＲＣ）６１を自身の記憶部に格納することで、故障した現用ＮＥ５が保有するランニングコンフィグ５１と予備用ＮＥ６に格納されるランニングコンフィグ（ＲＣ）６１の同期を取る（ステップＳ７０）。
【００３７】
続いて、予備用ＮＥ６は、現用ＮＥ５との間でステート（サービスの状態などの接続情報）の同期を取る（ステップＳ８０）。予備用ＮＥ６は、コンフィグおよびステートの同期が完了した後で、同期が完了したことを示す同期完了通知をＮＥ管理装置３に対して送信する（ステップＳ９０）。同期完了通知を受け取ったＮＥ管理装置３は、現用ＮＥ５から予備用ＮＥ６への切替準備が完了したことを示す切替準備完了通知をオペレータが操作する端末に対して送信する（ステップＳ１００）。切替準備完了通知を受け取ったオペレータは、遠隔地に存在する予備用ＮＥ６に対して切替指示を送信する（ステップＳ１１０）。そして、現用ＮＥ５から予備用ＮＥ６に切り替えが行われ、それに伴い予備用ＮＥ６を介する経路に切り替えられる。これにより、サービス引継ぎが完了する。
【００３８】
その後（後日でも可能）、オペレータは、現地作業者に対して、現用ＮＥ５の保守の手配を行い（ステップＳ１２０）、手配を受けた現地作業者が保守を行う（ステップＳ１３０）。その為、故障が発生した時点で、現地作業者が即時で駆けつける必要がない。
以上で、第１実施形態に係るコンフィグ同期システム１を用いた業務フローについての説明を終了する。
【００３９】
以上のように、第１実施形態に係るコンフィグ同期システム１は、ＮＥ管理装置（ＥＭＳ）３側で現用ＮＥ５の最新のランニングコンフィグ（ＲＣ）５１のバックアップ３１を保有しておき、切替時に予備用ＮＥ６の仕様に変換する。その為、切替元の現用ＮＥ５と切替先の予備用ＮＥ６との間でコンフィグの同期を取ることができる。また、予備用ＮＥ６にランニングコンフィグ（ＲＣ）６１を反映させた後に、過去のサービスオーダ（ＳＯ）の投入処理が不要なため、コンフィグの同期時間（切替時間）が短くてすむ。
【００４０】
［第２実施形態］
以下、図６を参照して、第２実施形態に係るコンフィグ同期システム１Ａの構成について説明する。図６は、第２実施形態に係るコンフィグ同期システム１Ａの構成図である。
【００４１】
≪第２実施形態に係るコンフィグ同期システムの構成≫
コンフィグ同期システム１Ａは、業務系上位オペレーションシステム（上位ＯｐＳ）２と、ＮＥ管理装置（ＥＭＳ）７と、Ｎ台（Ｎは２以上の正の整数）の＃１〜＃Ｎの現用ＮＥ５（ここでは、＃１〜＃３の現用ＮＥ５のみ表示）およびｍ台（Ｎ＞ｍを満たす正の整数）の＃１〜＃ｍの予備用ＮＥ６（ここでは、＃１の予備用ＮＥ６のみ表示）からなるＮ＋ｍ冗長構成のネットワーク４とからなる。ここで、現用ＮＥ５を識別する番号（＃）と予備用ＮＥ６を識別する番号（＃）とは関連せずにそれぞれ独立しており、予備用ＮＥ６は、現用ＮＥ５の番号（＃）によらずに任意の現用ＮＥ５の予備になり得る。例えば、＃１の予備用ＮＥ６は、＃１の現用ＮＥ５、＃２の現用ＮＥ５、または＃３の現用ＮＥ５の予備になり得るものである。
【００４２】
第２実施形態に係るＮＥ管理装置７は、予備用ＮＥ６のベースコンフィグ（ＢＣ）７１を事前に保有している。また、＃１〜＃３の現用ＮＥ５に投入済みのサービスオーダ（ＳＯ）７２を保有している。そして、ＮＥ管理装置７は、ある現用ＮＥ５が故障した場合に、予備用ＮＥ６のベースコンフィグ（ＢＣ）７１および投入済みのサービスオーダ（ＳＯ）７２を予備用ＮＥ６に順次投入する。図７では＃２の現用ＮＥ５が故障した場合を図示しており、この場合には、＃１の予備用ＮＥ６のベースコンフィグ（ＢＣ）７１および＃２の現用ＮＥ５の投入済みのサービスオーダ（ＳＯ）７２を予備用ＮＥ６に順次に投入する（コンフィグ同期処理）。
【００４３】
以下では、ここまで説明してきたＮＥ管理装置７によるコンフィグ同期処理について、図８を参照して詳細に説明する。なお、図８では、コンフィグ同期処理に関する以外の機能（例えば、ＳＯの投入処理に関する機能など）については、従来と同様なので図示しておらず説明についても省略する。
【００４４】
図８に示す予備用ＢＣ管理部７３は、ネットワーク４に存在するすべての予備用ＮＥ６のベースコンフィグ（ＢＣ）７１を記憶部に格納する。これにより、ＮＥ管理装置７の記憶部には、予備用ＮＥ６のベースコンフィグ（ＢＣ）７１が通常においても常に格納されている。なお、予備用ＢＣ管理部７３は、オペレータによる予備用ＮＥ６のベースコンフィグ（ＢＣ）７１の作成を支援する機能であってもよい。
【００４５】
投入済みＳＯ保有部７４は、ネットワーク４に存在するすべての現用ＮＥ５に投入したサービスオーダ（ＳＯ）を記憶部に格納する。これにより、ＮＥ管理装置７の記憶部には、現用ＮＥ５への投入済みサービスオーダ（ＳＯ）が随時追加されていく。
【００４６】
障害検出部７５は、ネットワーク４（図７参照）の障害を検出するものである。障害を検出する方法については特に限定されず、種々の方法を用いることができる。また、現用ＮＥ５自身がＶＲＲＰ等により障害を検出して、障害検出部７５に通知するようにしてもよい。障害検出部７５は、障害を検出した場合に、オペレータが操作する端末にＧＵＩ（Graphical User Interface）等を用いて障害を検出したことを通知する。
【００４７】
予備用ＢＣ投入部７６は、障害発生時において現用ＮＥ５から予備用ＮＥ６に切り替える際に、記憶部に格納される予備用ＮＥ６のベースコンフィグ（ＢＣ）７１を予備用ＮＥ６に投入する。予備用ＢＣ投入部７６の通信方式は、特に限定されず、既存のプロトコル（例えば、ＦＴＰ）を用いてもよいし、新たなプロトコルを用いてもよい。
【００４８】
投入済みＳＯ再投入部７７は、予備用コンフィグ投入部７６が予備用ＮＥ６のベースコンフィグ（ＢＣ）７１を予備用ＮＥ６に投入した後に、故障した現用ＮＥ５の投入済みのサービスオーダ（ＳＯ）７２を予備用ＮＥ６に投入する。投入済みＳＯ再投入部７７の通信方式は、特に限定されず、既存のプロトコル（例えば、ＦＴＰ）を用いてもよいし、新たなプロトコルを用いてもよい。これにより、予備用ＮＥ６には、故障した現用ＮＥ５が有するランニングコンフィグ５１に同期する内容のランニングコンフィグ６１が格納される。そして、図７に示すように、拠点ＡのＰＣと拠点ＢのＰＣとの間における特定の通信サービス（図７における太字の破線）が維持される。
以上で、第２実施形態に係るコンフィグ同期システム１Ａの構成についての説明を終了する。
【００４９】
≪第２実施形態に係るコンフィグ同期システムを用いた業務フロー≫
第２実施形態に係るコンフィグ同期システム１Ａを用いた業務フローを図９に示す。図４に示す第１実施形態に係るコンフィグ同期システム１を用いた業務フローとの違いは、ステップＳ５０Ａ〜Ｓ７０Ａである。以下では、第２実施形態に係るコンフィグ同期システム１Ａの業務フローのうち、第１実施形態に係るコンフィグ同期システム１の業務フローとの違いを説明する（随時、図８参照）。なお、ここでは、前記説明した通り、ＮＥ管理装置７には、予備用ＮＥ６のベースコンフィグ（ＢＣ）７１が事前に格納されると共に、現用ＮＥ５に投入済みのサービスオーダ（ＳＯ）７２が随時追加されている。
【００５０】
ステップＳ５０Ａに示す切替準備処理の詳細を図１０に示す。ＮＥ管理装置７の障害検出部７５は、オペレータから送信された切替準備指示に基づいて、障害を検出した現用ＮＥ５および予備用ＮＥ６を特定する（ステップＳ５１Ａ）。続いて、ＮＥ管理装置７の予備用ＢＣ投入部７６は、切替先の予備用ＮＥ６に投入するベースコンフィグ（ＢＣ）７１を特定する（ステップＳ５２Ａ）。また、ＮＥ管理装置７の投入済みＳＯ再投入部７７は、障害を特定した現用ＮＥ５に投入済みのサービスオーダ（ＳＯ）を特定する（ステップＳ５３Ａ）。
【００５１】
図９に戻って、ステップＳ５３Ａの続きの処理を説明する。ＮＥ管理装置７の予備用ＢＣ投入部７６および投入済みＳＯ再投入部７７は、同期指示を予備用ＮＥ６に送信する（ステップＳ６０Ａ）。この同期指示には、ステップＳ５２Ａで特定したベースコンフィグ（ＢＣ）７１、およびステップ５３Ａで特定した投入済みのサービスオーダ（ＳＯ）７２が含まれている。予備用ＮＥ６は、受け取ったベースコンフィグ（ＢＣ）７１を自身の記憶部に格納し、サービスオーダ（ＳＯ）に基づいて受け取ったベースコンフィグ（ＢＣ）７１を更新することで、故障した現用ＮＥ５が保有するランニングコンフィグ５１と予備用ＮＥ６に格納されるランニングコンフィグ（ＲＣ）６１の同期を取る（ステップＳ７０Ａ）。
以上で、第２実施形態に係るコンフィグ同期システム１Ａを用いた業務フローについての説明を終了する。
【００５２】
以上のように、第２実施形態に係るコンフィグ同期システム１Ａは、ＮＥ管理装置（ＥＭＳ）７側で予備用ＮＥ６のベースコンフィグ（ＢＣ）７１および現用ＮＥ５に投入済みのサービスオーダ（ＳＯ）７２を保有しておき、切替時にこれらの情報を予備用ＮＥ６に順次投入する。その為、切替元の現用ＮＥ５と切替先の予備用ＮＥ６との間でコンフィグの同期を取ることができる。また、ＮＥ管理装置７がすべての予備用ＮＥ６のベースコンフィグ（ＢＣ）７１とユーザ毎のサービスオーダ（ＳＯ）を管理するため、現用ＮＥ５が収容するユーザの収容替えが簡易に実行できる。その為、現用ＮＥ５が故障した以外（例えば、現用ＮＥ５のリソースが切迫した場合）に、現用ＮＥ５が収容するユーザの一部を予備用ＮＥ６に収容替えすることも可能である。
【００５３】
［第１実施形態と第２実施形態に係るコンフィグ同期システムの同期時間の比較］
以下では、第１実施形態に係るコンフィグ同期システム１のコンフィグの同期時間と、第２実施形態に係るコンフィグ同期システム１Ａのコンフィグの同期時間とを比較して説明する。
【００５４】
ＲＣ変換時間を「tconvert」、ＢＣ投入時間を「tBC」、１サービス１ユーザ毎に増加するコンフィグ投入時間を「tRC」、ＢＣによるＮＥの起動時間を「tbootBC」、１サービス１ユーザ毎に増加するＮＥの起動時間を「tbootRC」、１サービス１ユーザのＳＯ設定時間を「tSO」、サービス数を「n」、現用ＮＥの収容ユーザ数を「x」とすると、第１実施形態のコンフィグの同期時間T1、および第２実施形態のコンフィグの同期時間T2は、以下の式（１），（２）に示すものとなる。
T1= tconvert + tBC+ n * x * tRC + tbootBC + n * x * tbootRC    ・・・（１）
T2= tBC + tbootBC+ n * x * tSO    ・・・（２）
【００５５】
一方、仮想化構成の場合、物理装置に設定されるＳＯのみ同期が必要となるため、通常サービス数を「m」とすると、第１実施形態のコンフィグの同期時間T3、および第２実施形態のコンフィグの同期時間T4は、以下の式（３），（４）に示すものとなる。
T3= tconvert + tBC+ m * x * tRC + tbootBC + m * x * tbootRC    ・・・（３）
T4= tBC + tbootBC+ m * x * tSO    ・・・（４）
【００５６】
ユーザ数に対する前記式（１）〜（４）のコンフィグの同期時間T1，T2，T3，T4を図１１に示す。図１１を参照すると、非仮想化構成では、ユーザ数が少なければ第２実施形態に係る切替用コンフィグ管理方式を適用可能であるが、冗長化が必要になるような数万ユーザを収容するＮＥの場合は、第１実施形態に係るコンフィグバックアップ方式が適切であることが分かる。また、仮想化構成（「n=3」、「m=1」の場合）では、第１実施形態に係るコンフィグバックアップ方式および第２実施形態に係る切替用コンフィグ管理方式は、非仮想化構成の場合に比べてコンフィグの同期時間が共に同等以下となる結果が得られている。
【００５７】
［変形例］
以上、本発明の実施形態について説明したが、本発明はこれに限定されるものではなく、特許請求の範囲の趣旨を変えない範囲で実施することができる。実施形態の変形例を以下に示す。
【００５８】
第２実施形態に係るコンフィグ同期システム１Ａでは、図７に示すように、ある現用ＮＥ５が故障した場合に、ＮＥ管理装置７が予備用ＮＥ６のベースコンフィグ（ＢＣ）７１および投入済みのサービスオーダ（ＳＯ）７２を予備用ＮＥ６に順次投入し、予備用ＮＥ６で自身のランニングコンフィグ６１を作成していた。しかしながら、予備用ＮＥ６のランニングコンフィグ（ＲＣ）を故障発生前から事前にまたは故障発生時にＮＥ管理装置７側で作成し、作成したランニングコンフィグ（ＲＣ）を予備用ＮＥ６に投入してもよい。
【００５９】
予備用ＮＥ６のランニングコンフィグ（ＲＣ）を故障発生前から事前に作成する場合には、例えば、各予備用ＮＥ６のランニングコンフィグ（ＲＣ）（例えば、＃１の現用ＮＥ５が切替元になった場合の予備用ＮＥ６のランニングコンフィグ（ＲＣ）と＃２の現用ＮＥ５が切替元になった場合の予備用ＮＥ６のランニングコンフィグ（ＲＣ）と、＃３の現用ＮＥ５が切替元になった場合の予備用ＮＥ６のランニングコンフィグ（ＲＣ））を記憶部に事前に格納しておく。つまり、Ｎ＋ｍ構成のネットワーク４においては、「現用ＮＥの数Ｎ×予備用ＮＥの数ｍ」個分のパターンの予備用ＮＥ６用のランニングコンフィグ（ＲＣ）を記憶部に格納しておく。そして、故障が発生するまでは、上位ＯｐＳ２からサービスオーダ（ＳＯ）が投入される度に、現用ＮＥ５にサービスオーダ（ＳＯ）を投入すると共に記憶部に格納される該当番号（＃）の予備用ＮＥ６のランニングコンフィグ（ＲＣ）を更新する。故障発生時には、記憶部に格納されるＮ×ｍ個のランニングコンフィグ（ＲＣ）の中から、故障した現用ＮＥ５の該当番号（＃）および切替先となる予備用ＮＥ６の該当番号（＃）に対応付けられたランニングコンフィグ（ＲＣ）を予備用ＮＥ６に投入する。これにより、故障復旧の時間を早めることができる。
【００６０】
予備用ＮＥ６のランニングコンフィグ（ＲＣ）を故障発生時に作成する場合には、例えば、図１２に示すように、予備用ＮＥ６のベースコンフィグ７１および投入済みのサービスオーダ（ＳＯ）７２を保有しておく。そして、故障発生時に投入済みのサービスオーダ（ＳＯ）７２を用いて予備用ＮＥ６のベースコンフィグ（ＢＣ）７１を更新することで予備用ＮＥ６のランニングコンフィグ（ＲＣ）７１Ｂを作成し、作成したランニングコンフィグ（ＲＣ）７１Ｂを予備用ＮＥ６に投入する。この場合における、ＮＥ管理装置７の機能構成図を図１３に示す。なお、図１３では、コンフィグ同期処理に関する以外の機能（例えば、ＳＯの投入処理に関する機能など）については、従来と同様なので図示しておらず説明についても省略する。
【００６１】
図１３に示す予備用ＲＣ作成部７８は、障害発生時において現用ＮＥ５から予備用ＮＥ６に切り替える際に、投入済みのサービスオーダ（ＳＯ）７２を用いて予備用ＮＥ６のベースコンフィグ（ＢＣ）７１を更新することで予備用ＮＥ６のランニングコンフィグ（ＲＣ）７１Ｂを作成する。
【００６２】
予備用ＲＣ投入部７９は、予備用ＲＣ作成部７８が作成した予備用ＮＥ６のランニングコンフィグ（ＲＣ）７１Ｂを予備用ＮＥ６に投入する。予備用ＲＣ投入部７９の通信方式は、特に限定されず、既存のプロトコル（例えば、ＦＴＰ）を用いてもよいし、新たなプロトコルを用いてもよい。これにより、予備用ＮＥ６には、故障した現用ＮＥ５が有するランニングコンフィグ５１に同期する内容のランニングコンフィグ６１が格納される。そして、図１２に示すように、拠点ＡのＰＣと拠点ＢのＰＣとの間における特定の通信サービス（図１２における太字の破線）が維持される。
【符号の説明】
【００６３】
１，１Ａ，１Ｂ  コンフィグ同期システム
２      上位ＯｐＳ
３，７  ＮＥ管理装置
４      ネットワーク
５      現用ＮＥ
６      予備用ＮＥ
３２    現用ＲＣ取得部
３３    障害検出部
３４    ＲＣ変換部
３５    現用ＲＣ投入部
５２    現用ＲＣ送信部
７３    予備用ＢＣ管理部
７４    投入済みＳＯ保有部
７５    障害検出部
７６    予備用ＢＣ投入部
７７    投入済みＳＯ再投入部
７８    予備用ＲＣ作成部
７９    予備用ＲＣ投入部
【図１】
0006278869.tif 000002
【図２】
0006278869.tif 000003
【図３】
0006278869.tif 000004
【図４】
0006278869.tif 000005
【図５】
0006278869.tif 000006
【図６】
0006278869.tif 000007
【図７】
0006278869.tif 000008
【図８】
0006278869.tif 000009
【図９】
0006278869.tif 000010
【図１０】
0006278869.tif 000011
【図１１】
0006278869.tif 000012
【図１２】
0006278869.tif 000013
【図１３】
0006278869.tif 000014