(57)【要約】【課題】監視サーバと運用系装置との間で障害情報の不一致が生じないようにした冗長システムとアラーム管理方法を提供する。【解決手段】冗長システムにおいて故障時や保守時等に待機系装置へ切り替える際に、運用系装置は、保持している障害情報を待機系装置に障害イベント情報として発信すると共に、監視サーバへ切り替え先の待機系装置の装置名を装置アラーム情報として通知する。監視サーバは記憶している障害を発生させた装置名を、装置アラーム情報の装置名に書き換えて再登録する。新たに運用系装置となった旧待機系装置は、旧運用系装置から受信した障害情報が復旧した際に、当該障害情報を特定する識別子と現運用系装置（旧待機系装置）の装置名と、を復旧アラーム情報として監視サーバに通知する。【選択図】図１
2015201031.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して通信する運用系装置と待機系装置と監視サーバと、を備えた冗長システムであって、
上記運用系装置は、
障害発生時の障害アラーム情報を上記監視サーバに通知する障害アラーム発行部と、
当該運用系装置を待機系に切り替える際に、保持している障害イベント情報を上記待機系装置に通知する障害イベント通知部と、
運用系に系を切り替えた上記待機系装置の装置名を含む装置アラーム情報を上記監視サーバに通知する装置アラーム発行部と、を具備し、
上記待機系装置は、
障害復旧時に、上記障害イベント情報に含まれる識別子と当該待機系装置の装置名とを、復旧アラーム情報として監視サーバに通知する復旧アラーム発行部を具備し、
上記監視サーバは、
上記装置アラーム情報を受信した際に、上記障害アラーム情報に対応させて登録している装置名を、当該装置アラーム情報に含まれる上記待機系装置の装置名に書き換えて再登録する再登録部と、
上記復旧アラーム情報に含まれる識別子と装置名とで対応する障害アラーム情報を削除することで解除する障害アラーム解除部と、を具備する、
ことを特徴とする冗長システム。
【請求項２】
請求項１に記載した冗長システムにおいて、
上記運用系装置は、
更に、
障害発生時の障害イベント情報を検出して保持する障害検出保持部を具備し、
上記待機系装置は、
更に、
運用系装置から通知された障害イベント情報を記憶する障害イベント情報記憶部と、
上記障害イベント情報記憶部に記憶されている障害イベント情報と、新たに生じた障害の復旧を検出する障害復旧検出部とを具備し、
上記監視サーバは、
更に、
上記障害アラーム情報に含まれるアラーム番号と復旧アラーム番号との対応と、上記装置アラーム情報に含まれるアラーム番号と装置復旧アラーム番号との対応と、を記録するアラーム対応テーブルと、
上記障害アラーム情報に含まれるアラーム番号と、上記運用系装置の装置名又は装置アラーム情報に含まれる上記待機系装置の装置名とを対応付けて記録するアラーム管理テーブルと、
上記障害アラーム情報に含まれるアラーム番号と上記装置アラーム情報に含まれるアラーム番号とを、照会することで当該アラーム番号の意味を確定させるアラーム番号照会部と、
上記障害アラーム情報に含まれる障害を特定する識別子と装置名の組を上記アラーム管理テーブルに登録するアラーム管理テーブル登録部とを具備する、
ことを特徴とする冗長システム。
【請求項３】
請求項１又は２に記載した冗長システムにおいて、
上記待機系装置は、
上記運用系装置と上記待機系装置がそれぞれ具備する機能部を、全て具備する装置であって、当該装置をｎ個具備することを特徴とする冗長システム。
【請求項４】
請求項１又は２に記載した冗長システムにおいて、
上記運用系装置と上記待機系装置とは、仮想装置として仮想化システムで構成されることを特徴とする冗長システム。
【請求項５】
ネットワークを介して通信する運用系装置と待機系装置と監視サーバと、を備えた冗長システムのアラーム管理方法であって、
上記運用系装置は、
障害発生時の障害アラーム情報を上記監視サーバに通知する障害アラーム発行過程と、
当該運用系装置を待機系に切り替える際に、保持している障害イベント情報を上記待機系装置に通知する障害イベント通知過程と、
運用系に系を切り替えた上記待機系装置の装置名を含む装置アラーム情報を上記監視サーバに通知する装置アラーム発行過程と、を備える、
上記待機系装置は、
障害復旧時に、上記障害イベント情報に含まれる識別子と当該待機系装置の装置名を、復旧アラーム情報として監視サーバに通知する復旧アラーム発行過程を備える、
上記監視サーバは、
上記装置アラーム情報を受信した際に、上記障害アラーム情報に対応させて登録している装置名を、当該装置アラーム情報に含まれる上記待機系装置の装置名に書き換えて再登録する再登録過程と、
上記復旧アラーム情報に含まれる識別子と装置名とで対応する障害アラーム情報を削除することで解除する障害アラーム解除過程と、を備える、
ことを特徴とする冗長システムのアラーム管理方法。
【請求項６】
請求項５に記載した冗長システムのアラーム管理方法において、
上記運用系装置は、
更に、
障害発生時の障害イベント情報を検出して保持する障害検出保持過程を備え、
上記待機系装置は、
更に、
運用系装置から通知された障害イベント情報を記憶する障害イベント情報記憶過程と、
上記障害イベント情報記憶部に記憶されている障害イベント情報と、新たに生じた障害の復旧を検出する障害復旧検出過程とを備え、
上記監視サーバは、
更に、
上記障害アラーム情報に含まれるアラーム番号と上記装置アラーム情報に含まれるアラーム番号とを、照会することで当該アラーム番号の意味を確定させるアラーム番号照会過程と、
上記障害アラーム情報に含まれる障害を特定する識別子と装置名の組を上記アラーム管理テーブルに登録するアラーム管理テーブル登録過程とを備える、
ことを特徴とする冗長システムのアラーム管理方法。
【請求項７】
請求項５又は６に記載した冗長システムのアラーム管理方法において、
上記待機系装置は、
上記運用系装置と上記待機系装置がそれぞれ備える各過程を、全て備えるものであって、当該装置をｎ個備えることを特徴とする冗長システムのアラーム管理方法。
【請求項８】
請求項５又は６に記載した冗長システムのアラーム管理方法において、
上記運用系装置と上記待機系装置の有する各過程は、仮想装置として仮想化システムで構成されることを特徴とする冗長システムのアラーム管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、障害アラーム等のアラーム管理を対象とし、冗長システムとアラーム管理方法に適用し得るものである。
【背景技術】
【０００２】
一般に、通信設備に重大な故障が発生しても、システムが提供するサービスの継続が求められる場合には、運用系と待機系とからなる冗長システムを採用することが知られている。通常時は運用系装置が動作し、待機系装置は待機しており、運用系装置の工事や故障時には待機系装置が運用系装置に切り替わって動作する。
【０００３】
例えば、特許文献１には、システム規模及びシステムコストを増大させることなく、運用システムから待機システムへ切り替えることで、無停止メンテナンスを容易かつ確実に行う技術が開示されている。また、特許文献２には短時間で運用系サーバから待機系サーバへと切り替える技術、特許文献３には待機系システムへの切り替え時に、外部装置が、回線切断と誤判断することを防止する技術が開示されている。
【０００４】
また、特許文献４には運用系がダウンするなどの致命的障害を発生する前に、待機系へ切り替えを行う技術、特許文献５,６,７には、リアルタイム性が要求されるサービスの継続に必要なデータを運用系サーバから待機系サーバに転送してデータ同期させる技術が開示されている。また、共有メモリ上のデータを同期させることで運用系サーバから待機系サーバへとアプリケーションプロセスを停止させることなく切り替える技術等も提案されている。
【０００５】
このように、冗長システムに関する各種の技術が提案されているが、障害アラーム等のアラーム情報を対象としたものではない。冗長システムにおけるアラーム管理に関する技術は、未だ開示されていない。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−１１８０６３号公報
【特許文献２】特開２００９−９８７１５号公報
【特許文献３】特開２００９−２２５１３６号公報
【特許文献４】特開２００８−２２６１５３号公報
【特許文献５】特開２００９−１１８０６３号公報
【特許文献６】特開２００６−２８５４４８号公報
【特許文献７】特開２０００−２２６９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
図１６（ａ）と（ｂ）を参照して冗長システムではないシステム構成におけるアラーム管理手順を簡単に説明する。そのシステムは、ユーザ端末９００と、通信設備９１０と、監視サーバ９２０と、で構成される。ユーザ端末９００と通信設備９１０とは、図示しないネットワークを介して接続される。同様に通信設備９１０と監視サーバ９２０もネットワークを介して接続される。通信設備９１０は、例えば加入者制御を行うサーバである。ここでは、通信設備９１０を装置Ａと称する。監視サーバ９２０は、アラーム対応テーブル９２０１と、アラーム管理テーブル９２００と、を備える。
【０００８】
アラーム対応テーブル９２０１は、障害のアラーム番号と復旧のアラーム番号を対応付けるもので、復旧アラームを受信した際、どの障害アラームに対する復旧アラームであるかを判断するために用いる。つまり、復旧アラームに記載されている復旧アラーム番号をキーとしてアラーム対応テーブル９２０１を参照し、解除すべき障害アラームを抽出して障害アラームの解除を行う。例えば、アラーム対応テーブル９２０１に、障害アラーム番号００１と復旧アラーム番号００２が対応付けられていれば、復旧アラーム番号００２を受信するとアラーム対応テーブル９２０１を参照することで障害アラーム００１が復旧したと判断できる。
【０００９】
アラーム管理テーブル９２００は、受信した障害アラームと装置名を対応付けるテーブ
ルである。装置Ａから障害アラーム００１を受信すると、装置Ａと障害アラーム００１とを対応付けて管理する。アラーム管理手順を順に説明する。先ず障害発生時を、図１６（ａ）を参照して説明する。
【００１０】
（１）例えばユーザ端末９００からのユーザ１１のユーザ情報の登録失敗の障害が発生したと仮定する。（数）の表記は図１６,１７の表記と対応している。（２）装置Ａは、障害アラームを監視サーバ９２０に対して発行する。障害アラームには、障害を特定する障害アラーム番号（例えば００１）と、障害アラームを発行した装置名（例えば装置Ａ）が記載されている。そして、装置Ａは、（３）障害アラーム番号を保持する。（４）障害アラームを受信した監視サーバ９２０は、障害アラーム番号とアラームを発行した装置名をアラーム管理テーブル９２００に登録する。
【００１１】
復旧時を図１６（ｂ）を参照して説明する。（５）例えば、ユーザの再試行によってユーザ登録が成功する。すると、（６）装置Ａは、復旧アラームを監視サーバ９２０へ送信する。復旧アラームには、復旧した障害を特定する復旧アラーム番号（例えば００２）と復旧アラームを発行した装置名が記載されている。
【００１２】
（７）復旧アラームを受信した監視サーバ９２０は、復旧アラームのアラーム番号をキーとして、アラーム対応テーブル９２０１より障害アラーム番号（００１）に対応する復旧であると判断し、更に、アラーム管理テーブル９２００から装置Ａの障害アラームに対する復旧であると判断し、アラーム管理テーブル９２００から装置Ａの障害アラーム（００１）を削除することでアラームを解除する。
【００１３】
図１６に示したアラーム管理方法を、冗長構成をとっているシステムに、そのまま適用することはできない。図１７を参照して図１６に示したアラーム管理方法を、冗長構成をとるシステムにそのまま適用した場合の課題について説明する。
【００１４】
装置Ａ（９１０、以降参照符号省略）と装置Ｂ（９１０′、以降参照符号省略）が冗長構成をとり、装置Ａが運用系、装置Ｂが待機系であるとする。監視サーバ９２０とユーザ端末９００とは、上記した実システムと同じものである。また、上記した手順の（１）〜（４）までも同じである。ここでは、装置Ａにおいて故障が発生し、待機系の装置Ｂに運用が切り替わった場合を想定する。
【００１５】
（５）故障が発生すると、（６）装置Ａは、運用を装置Ｂに切り替える。運用切り替えの後、ユーザ端末９００は装置Ｂに接続される。
【００１６】
（７）装置Ｂに運用を切り替えた後に、例えばユーザの再試行によりユーザ登録が成功すると、装置Ｂは「装置Ａにおいてユーザ登録を失敗」した障害情報を持たないので、装置Ｂはその障害が復旧したことを判断できない。したがって、復旧アラームは監視サーバ９２０に送信されない。よって、復旧しているにも関わらず監視サーバ９２０では障害が継続しているものと判断してしまう。
【００１７】
このように、監視サーバ９２０の保持するアラーム管理テーブル９２００と運用系装置の保持する障害情報との間で不一致が生じる課題がある。この課題は、冗長システムを仮想化システムで構成した場合でも同様に発生する。
【００１８】
この発明は、このような課題に鑑みてなされたものであり、監視サーバと運用系装置との間で障害情報の不一致が生じないようにした冗長システムとアラーム管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１９】
本発明の冗長システムは、ネットワークを介して通信する運用系装置と待機系装置と監視サーバと、を備える。運用系装置は、障害アラーム発行部と、障害イベント通知部と、装置アラーム発行部とを具備する。障害アラーム発行部は、障害発生時の障害アラーム情報を監視サーバに通知する。障害イベント通知部は、運用系装置を待機系に切り替える際に、保持している障害イベント情報を上記待機系装置に通知する。装置アラーム発行部は、運用系に系を切り替えた待機系装置の装置名を含む装置アラーム情報を監視サーバに通知する。待機系装置は復旧アラーム発行部を具備する。復旧アラーム発行部は、障害アラーム情報に含まれる識別子と当該待機系装置の装置名の情報を、復旧アラーム情報として監視サーバに通知する。監視サーバは、再登録部と障害アラーム解除部とを具備する。再登録部は、装置アラーム情報を受信した際に、障害アラーム情報に対応させて登録している装置名を、当該装置アラーム情報に含まれる待機系装置の装置名に書き換えて再登録する。障害アラーム解除部は、復旧アラーム情報に含まれる識別子と装置名とで対応する障害アラーム情報を削除することで解除する。
【００２０】
また、本発明の冗長システムのアラーム管理方法は、運用系装置が、障害アラーム発行過程と障害イベント通知過程と装置アラーム発行過程とを備える。また、待機系装置は、復旧アラーム発行過程を備える。また、監視サーバは、再登録過程と障害アラーム解除過程とを備える。障害アラーム発行過程は、障害発生時の障害アラーム情報を監視サーバに通知する。障害イベント通知過程は、当該運用系装置を待機系に替える際に、保持している障害イベント情報を待機系装置に通知する。装置アラーム発行過程は、運用系に系を切り替えた待機系装置の装置名を含む装置アラーム情報を監視サーバに通知する。復旧アラーム発行過程は、障害復旧時に、障害イベント情報に含まれる識別子と当該待機系の装置名を、復旧アラーム情報として監視サーバに通知する。再登録過程は、装置アラーム情報を受信した際に、障害アラーム情報に対応させて登録している装置名を、当該装置アラーム情報に含まれる待機系装置の装置名に書き換えて再登録する。障害アラーム解除過程は、復旧アラーム情報に含まれる識別子と装置名とで対応する障害アラーム情報を削除する。
【発明の効果】
【００２１】
この発明の冗長システムとアラーム管理方法は、故障や保守等の理由で運用系を切り替える時に、旧運用系装置が保持する障害イベント情報を、新運用系装置（旧待機系装置）に通知するので、新運用系装置において旧運用系装置で生じた障害の復旧を検出することが可能になる。また、運用系を切り替える際に、新運用系装置の装置名が装置アラーム情報として監視サーバに通知されているので、監視サーバは新運用系装置で旧運用系装置で生じた障害が復旧したことを判断でき、監視サーバと運用系装置との間で障害情報の不一致が生じさせない。つまり、監視サーバと運用系装置とが保持する障害情報に乖離を生じさせない効果を奏する。
【図面の簡単な説明】
【００２２】
【図１】本発明の実施形態１の冗長システム１００の構成例を示す図。
【図２】障害発生時の冗長システム１００を示す図。
【図３】故障発生時の冗長システム１００を示す図。
【図４】障害復旧時の冗長システム１００を示す図。
【図５】冗長システム１００の動作シーケンスを示す図。
【図６】運用系装置２０のより具体的な機能構成例を示す図。
【図７】待機系装置３０のより具体的な機能構成例を示す図。
【図８】監視サーバ４０のより具体的な機能構成例を示す。
【図９】本発明の実施形態２の冗長システム２００の障害発生時を示す図。
【図１０】運用系装置２０で故障が発生した時の冗長システム２００を示す図。
【図１１】新運用系装置３０（旧待機系装置）で故障が発生した時の冗長システム２００を示す図。
【図１２】待機系装置３１において障害が復旧した時の冗長システム２００を示す図。
【図１３】障害発生時の冗長システム３００を示す図。
【図１４】故障発生時の冗長システム３００を示す図。
【図１５】障害復旧時の冗長システム３００を示す図。
【図１６】冗長システムではないシステム構成におけるアラーム管理手順を簡単に説明する図であり、（ａ）は障害発生時、（ｂ）は障害が復旧した障害復旧時を示す図。
【図１７】図１６に示すアラーム管理方法を、冗長構成をとるシステムにそのまま適用した場合の課題について説明する図。
【発明を実施するための形態】
【００２３】
以下、この発明の実施の形態を図面を参照して説明する。複数の図面中同一のものには
同じ参照符号を付し、説明は繰り返さない。
【００２４】
〔実施形態１〕
図１に、実施形態１の冗長システム１００の構成例を示す。冗長システム１００は、ネットワーク９３０を介して通信する運用系装置２０と待機系装置３０と監視サーバ４０と、を備える。
【００２５】
運用系装置２０は、障害アラーム発行部２２３と、障害イベント通知部２２４と、装置アラーム発行部２２６と、を具備する。障害アラーム発行部２２３は、障害発生時の障害イベント情報を障害アラーム情報として監視サーバ４０に通知する。障害イベント通知部２２４は、当該運用系装置を待機系に切り替える際に、保持している障害イベント情報を
待機系装置３０に通知する。障害アラーム情報と障害イベント情報とは、例えば、ユーザ情報登録失敗等の論理的なエラー情報のことである。
【００２６】
装置アラーム発行部２２６は、運用系に系を切り替えた待機系装置３０の装置名を含む装置アラーム情報を監視サーバ４０に通知する。装置アラーム情報とは、例えば、装置のハードウェアの故障等の物理的なエラー情報のことである。
【００２７】
待機系装置３０は、復旧アラーム発行部３２１を具備する。復旧アラーム発行部３２１は、障害復旧時に、障害イベント情報に含まれる識別子と当該待機系装置の装置名を、復旧アラーム情報として監視サーバに通知する。
【００２８】
監視サーバ４０は、再登録部４２４と、障害アラーム解除部４２５と、を具備する。再登録部４２４は、装置アラームを受信した際に、障害イベント情報に対応させて記憶している装置名を、当該装置アラーム情報に含まれる待機系装置の装置名に書き換えて再登録する。障害アラーム解除部４２５は、復旧アラーム情報に含まれる識別子と装置名とで対応する障害アラーム情報を削除することで解除する。
【００２９】
以上説明した実施形態１の冗長システム１００は、運用系装置２０を、故障又は保守等の必要性から待機系装置に切り替える場合に、運用系装置２０が保持している障害イベント情報を新運用系装置（待機系装置）３０に通知するので、新運用系装置３０において旧運用系装置２０で生じた障害情報を得ることができる。また、新運用系装置３０の装置名も監視サーバ４０に通知されるので、過去の障害と新運用系装置３０とを対応付けることができる。
【００３０】
その結果、新運用系装置３０において旧運用系装置２０で生じた障害が復旧された場合、その復旧を監視サーバ４０に通知することができ、監視サーバ４０は、復旧アラーム情報に含まれる識別子と新運用系装置３０の装置名とで、障害アラーム情報を削除して解除することができる。このように、冗長システム１００では、監視サーバ４０で保持する障害情報と運用系装置３０の保持する障害情報との間に乖離を生じさせない効果を奏する。また、以上説明したアラーム管理方法によれば、監視サーバはどの装置が運用系／待機系として運用されているかを管理する必要がない。
【００３１】
次に、図２〜図４を参照して冗長システム１００の時系列的動作を説明する。図２は、障害発生時の冗長システム１００を示す。運用系装置２０と待機系装置３０とが冗長構成をとり、監視サーバ４０はアラーム管理テーブル４２０とアラーム対応テーブル４２２を持つ。アラーム管理テーブル４２０は障害アラーム情報に含まれる障害を特定するアラーム番号と装置名を対応付けるテーブルである。アラーム対応テーブル４２２は、アラーム番号と当該アラーム番号に対応する復旧アラーム番号とを対応付けるテーブルである。アラーム対応テーブル４２２のアラーム番号と障害／復旧とペア情報は、予め監視サーバ４０が持っている情報である。
【００３２】
運用系装置４０は、例えば加入者制御を行うサーバであり、ユーザ情報を登録するものである。ここでは、ユーザ端末９００から入力されるユーザ１１のユーザ情報の登録に障害が発生した状況を想定している。図５に示す動作シーケンス図も参照してその動作を説明する。
【００３３】
運用系装置２０は、運用系装置として動作している（ステップＳ０）。その状態で、例えばユーザ情報のフォーマット違い等が原因で正常にユーザ１１のユーザ情報の登録が出来ない障害が発生したと仮定する（ステップＳ１）。運用系装置２０は、障害発生時の障害アラーム情報を、監視サーバ４０に通知する（ステップＳ２）。障害アラーム情報には、障害を特定するアラーム番号（例えば００１）と障害アラーム情報を発行した装置名（２０）とが、含まれている。
【００３４】
障害アラーム情報を受信した監視サーバ４０は、障害アラーム情報に含まれるアラーム番号（００１）をアラーム対応テーブル４２２に照会することで、運用系装置２０に障害が発生したことを検知する（ステップＳ４）。そしてアラーム管理テーブル４２０に、アラーム番号（００１）とアラームを発行した装置名（２０）を登録する（ステップＳ５）。
【００３５】
図３に、故障発生時の冗長システム１００を示す。運用系装置２０において例えば故障が発生（ステップＳ６）し、待機系装置３０に運用を切り替える事態が発生したとする（ステップＳ７）。あるいは、運用系装置２０を保守する必要から運用系装置２０を停止し待機系装置３０に切り替えたとする（ステップＳ７）。切り替えない場合、運用系装置２０は運用を継続する（ステップＳ６のなし）。
【００３６】
待機系装置３０に運用を切り替える場合、運用系装置２０は、保持している障害イベント情報を、待機系装置３０に通知する（ステップＳ８）。待機系装置３０は、受信した障害イベント情報を保持する（ステップＳ９）。障害イベント情報は、上記した障害アラーム情報と基本的に同じものである。  また、運用系装置２０は、新たに運用系装置に切り替えた新運用系装置３０の装置名と当該切り替え処理を特定するアラーム番号（００３）とを含む装置アラーム情報を、監視サーバ４０に通知する（ステップＳ１０）。装置アラーム情報を発行した後の運用系装置２０は待機系装置として動作する。装置アラーム情報は、監視サーバ４０のみに通知される。
【００３７】
装置アラーム情報を受信した監視サーバ４０は、装置アラーム情報に含まれるアラーム番号（００３）をアラーム対応テーブル４２２に照会することで、運用系装置２０に故障が発生したことを検知する（ステップＳ１１）。そして、運用系装置が装置３０に切り替わったことを受信した監視サーバ４０は、ステップＳ４で登録したアラーム番号（００１）とアラームを発行した装置名（２０）を、アラーム番号（００１）と装置名（３０）とで再登録する（ステップＳ１２）。この再登録の処理は、運用系装置２０で発生した障害アラーム情報を待機系装置３０に引き継いだことを意味する。
【００３８】
図４に、障害復旧時の冗長システム１００を示す。図４は、新運用系装置３０（旧待機系装置）において、旧運用系装置２０で生じた障害が復旧した場合を示している。例えばユーザ１１の再試行によってユーザ１１のユーザ情報の登録が成功した場合を想定する。
【００３９】
待機系装置３０は、ユーザ１１のユーザ登録が成功すると、保持している障害イベント情報から、アラーム番号（００１）に対応する復旧であると判断して障害の復旧を検出する（ステップＳ１３）。そして、障害の復旧を検出した新運用系装置３０は、障害イベント情報に含まれるアラーム番号（００１）に対応する復旧アラーム番号（００２）と新運用系装置の装置名３０を、復旧アラーム情報として監視サーバ４０に通知する（ステップＳ１４）。
【００４０】
復旧アラーム情報を受信した監視サーバ４０は、復旧アラーム番号（００２）からアラーム番号（００１）の障害が、装置名３０において復旧したと判断する（ステップＳ１５）。そして、監視サーバ４０は、アラーム管理テーブル４２０から、アラーム番号（００１）と装置名３０とで登録されている障害アラーム情報を削除することで障害アラームの解除を行う（ステップＳ１６）。
【００４１】
このように、故障や保守等の理由で運用系装置２０が待機系装置２０に運用が切り替わった時、運用系装置２０から待機系装置に通知される障害イベント情報によって、障害の情報を待機系装置３０へ引き継ぐことで、運用系装置２０で発生した障害の復旧を待機系装置（新運用系装置）で検出することができる。また、装置アラーム情報によって、運用系装置２０が切り替わったことを、監視サーバ４０に通知するので、監視サーバ４０は復旧アラーム番号と装置名の両方で、障害の復旧を検出することが可能である。
【００４２】
以上説明したように、冗長システム１００によれば、監視サーバと運用系装置との間で障害情報の不一致を生じさせない。つまり、監視サーバと運用系装置とが保持する障害情報に乖離を生じさせない効果を奏する。また、監視サーバ４０は、どの装置が運用系／待機系で運転されているかを管理する必要がない。
【００４３】
次に、冗長システム１００を構成する各装置のより具体的な機能構成例を示して更に詳しく実施形態１を説明する。
【００４４】
〔運用系装置〕
図６に、運用系装置２０のより具体的な機能構成例を示す。運用系装置２０は、通信インターフェース２１と、制御部２２と、を備える。制御部２２は、ユーザ情報登録部２２０、ユーザ情報記録部２２１、障害検出保持部２２２、障害アラーム発行部２２３、障害イベント通知部２２４、系切替え信号生成部２２５、装置アラーム発行部２２６、障害復旧検出部２２７、復旧アラーム発行部３２１、の機能構成部を具備する。各機能構成部は、通信インターフェース２１とネットワーク９３０を介して接続される。運用系装置２０は、例えばＲＯＭ、ＲＡＭ、ＣＰＵ等で構成されるコンピュータに所定のプログラムが読み込まれて、ＣＰＵがそのプログラムを実行することで実現されるものである。
【００４５】
ユーザ情報登録部２２０は、運用系装置２０を、例えば加入者制御を行うサーバ（装置）とした場合に必要になる機能構成部であり、ユーザ端末９００から入力されるユーザ情報をユーザ情報記録部２２１に登録するものである。運用系装置２０を、他の用途で用いる装置とした場合、ユーザ情報登録部２２０とユーザ情報記録部２２１は、無くても良い機能構成部である。つまり、ユーザ情報登録部２２０とユーザ情報記録部２２１は、実施形態１に必須な機能構成部ではない。
【００４６】
障害検出保持部２２２は、図５に示したステップＳ１の障害を検出する機能構成部である。障害検出保持部２２２は、例えばユーザ１１のユーザ情報が入力ミスによってフォーマット違いであるような場合を検出する。障害アラーム発行部２２３は、障害発生時の障害アラーム情報を監視サーバ４０に通知する（ステップＳ２）。
【００４７】
障害イベント通知部２２４は、運用系装置２０を待機系に切り替える際に、障害検出保持部２２２が保持している障害イベント情報を待機系装置３０に通知する（ステップＳ８）。待機系の切り替えは、例えば運用系装置２０を保守するために停止させる場合に、外部から入力される信号に基づいて行われる。又は、運用系装置２０の内部の故障を検出する系切替え信号生成部２２５を具備し、その出力信号に基づいて待機系に切り替えても良い。
【００４８】
装置アラーム発行部２２６は、運用系に切り替えた待機系装置３０の装置名を含む装置アラーム情報を監視サーバ４０に通知する（ステップＳ１０）。
【００４９】
障害復旧検出部２２７は、運用系装置２０が運転中に、障害検出保持部２２２に保持されている障害アラーム情報に対応する復旧が検出された場合の障害復旧を検出する。また、復旧アラーム発行部３２１は、障害復旧検出部２２７が検出した障害復旧を、復旧アラームとして監視サーバ４０に通知する。障害復旧検出部２２７と復旧アラーム発行部３２１の機能構成部の処理は、上記した図５においては省略している。これらの処理ステップは、運用系装置２０が、故障／保守等を理由とする系の切り替えが不要の場合（ステップＳ６のなしのループ）に、図５のステップＳ３とステップＳ６との間に挿入される。
【００５０】
〔待機系装置〕
図７に、待機系装置３０のより具体的な機能構成例を示す。図６に示した運用系装置２０の機能構成部と同じ参照符号が付けられた機能部は、同じものである。運用系装置２０の、障害イベント通知部２２４と系切替え信号生成部２２５と装置アラーム発行部２２６と、は具備しない。これらを具備する構成は実施形態２で説明する。
【００５１】
逆に、運用系装置２０が具備しない障害イベント情報記憶部３２０を、待機系装置３０は具備する。障害イベント情報記憶部３２０は、運用系装置２０から通知される障害イベント情報を記憶する（ステップＳ９）。上記したように障害イベント情報は、障害アラーム情報と同じものであるため、障害イベント情報記憶部３２０に運用系装置２０で生じた障害の情報が保持される。
【００５２】
待機系装置３０の障害復旧検出部２２７′は、待機系装置３０が運用系装置として運用されている時に生じた障害検出保持部２２２に保持されている障害と、障害イベント情報記憶部３２０に保持されている障害イベント情報の両者の復旧を検出する点で異なる。よって、待機系装置３０の復旧アラーム発行部３２１は、旧運用系装置２０で発生した障害が、待機系装置３０において復旧したことを、監視サーバ４０に通知することができる。
【００５３】
〔監視サーバ〕
図８に、監視サーバ４０のより具体的な機能構成例を示す。監視サーバ４０は、通信インターフェース４１と、制御部４２と、を備える。制御部４２は、アラーム管理テーブル４２０、アラーム管理テーブル登録部４２１、アラーム対応テーブル４２２、アラーム番号照会部４２３、再登録部４２４、障害アラーム解除部４２５、の機能構成部を具備する。各機能構成部は、通信インターフェース４１とネットワーク９３０を介して接続される。監視サーバ４０は、例えばＲＯＭ、ＲＡＭ、ＣＰＵ等で構成されるコンピュータに所定のプログラムが読み込まれて、ＣＰＵがそのプログラムを実行することで実現されるものである。
【００５４】
アラーム対応テーブル４２２は、障害アラーム情報に含まれる障害アラーム番号（例えば００１）と、装置アラーム情報に含まれるアラーム番号（例えば００３）との対応と、を記録する。アラーム対応テーブル４２２は、障害アラーム情報と装置アラーム情報を、区別して管理する。
【００５５】
アラーム管理テーブル４２０は、障害アラーム情報に含まれるアラーム番号（例えば００１）と、運用系装置２０の装置名（２０）又は装置アラーム情報に含まれる待機系装置３０の装置名（３０）とを対応付けて記録する。
【００５６】
アラーム番号照会部４２３は、アラーム情報に含まれるアラーム番号（例えば００１〜００４）をアラーム対応テーブル４２２に照会することで、その意味を確定させる（ステップＳ４,Ｓ１１）。
【００５７】
アラーム管理テーブル登録部４２１は、障害アラーム情報に含まれる障害を特定する識別子と装置名の組を上記アラーム管理テーブルに登録する（ステップＳ５,Ｓ１２）。障害を特定する識別子とは、アラーム番号（例えば００１）のことである。
【００５８】
再登録部４２４は、装置アラーム情報を受信した際に、障害アラーム情報に対応させて登録されている装置名を、当該装置アラーム情報に含まれる待機系装置の装置名に書き換えて再登録する（ステップＳ１２）。この例では、「００１：装置名２０」の登録情報を、「００１：装置名３０」に再登録する。
【００５９】
障害アラーム解除部４２５は、復旧アラーム情報に含まれる復旧アラーム番号と装置名とで対応するアラーム管理テーブル４２０の登録情報を削除することで障害アラームの解除を行う（ステップＳ１６）。この例では、「００１：装置名３０」で登録されている登録情報を削除することで障害アラームを解除する。
【００６０】
〔実施形態２〕
以上説明した実施形態１の冗長システム１００は、運用系装置と待機系装置とが１台ずつの２重構成の例で説明を行ったが、冗長システム１００に示した考えは、３重構成、４重構成といったｎ重構成（ｎ≧２）の冗長システムに適用することも可能である。図９〜図１２を参照してｎ＝３の場合について説明する。
【００６１】
図９に、実施形態２の冗長システム２００の障害発生時を示す。冗長システム２００は、冗長システム１００の構成に、待機系装置３１を１台追加して３重構成にしたものである。図９は、図２に示した実施形態１の冗長システム１００に対応するものであり、障害アラーム情報に含まれるアラーム番号（００１）をアラーム対応テーブル４２２に照会することで、運用系装置２０に障害が発生したことを検知して（ステップＳ４）、アラーム管理テーブル４２０に、アラーム番号（００１）とアラームを発行した装置名（２０）を登録する（ステップＳ５）。このステップＳ５の処理まで、図２と同じである。よって、同じステップ番号を図９に示すことで、その説明を省略する。
【００６２】
図１０に、運用系装置２０で故障が発生した時の冗長システム２００を示す。図３と同様に、運用系装置が装置３０に切り替わったことを受信した監視サーバ４０が、ステップＳ４で登録したアラーム番号（００１）とアラームを発行した装置名（２０）を、アラーム番号（００１）と装置名（３０）とで再登録（ステップＳ１２）する処理まで、図３と同じである。よって、同じステップ番号を図１０に示すことで、その説明を省略する。
【００６３】
図１１に、新運用系装置３０（旧待機系装置）で故障が発生した時の冗長システム２００を示す。ここでは、旧運用系装置２０で生じた障害が復旧しない状態で、新運用系装置３０が故障した場合を想定する。以降の動作は、ステップ番号を新たにＳ２６から付して説明する。
【００６４】
運用系装置３０において例えば故障が発生（ステップＳ２６）し、待機系装置３１に運用を切り替える事態が発生したとする。あるいは、運用系装置３０を保守する必要から運用系装置３０を停止し待機系装置３１に切り替えたとする（ステップＳ２７）。
【００６５】
運用系装置３０は、保持している障害イベント情報を、待機系装置３１に通知する（ステップＳ２８）。待機系装置３１は、受信した障害イベント情報を保持する（ステップＳ２９）。また、運用系装置３０は、新たに運用系装置に切り替えた新運用系装置３１の装置名と当該切り替え処理を特定するアラーム番号（００３）と当該故障アラーム番号に対応する装置復旧アラーム番号（００４）とを含む装置アラーム情報を、監視サーバ４０に通知する（ステップＳ３０）。装置アラーム情報を発行した後の運用系装置３０は待機系装置として動作する。
【００６６】
装置アラーム情報を受信した監視サーバ４０は、装置アラーム情報に含まれるアラーム番号（００３）をアラーム対応テーブル４２２に照会することで、運用系装置３１に故障が発生したことを検知する（（ステップＳ３１）。そして、運用系装置が装置３１に切り替わったことを受信した監視サーバ４０は、ステップＳ１２で再登録したアラーム番号（００１）とアラームを発行した装置名（３０）を、アラーム番号（００１）と装置名（３１）とで再登録する（ステップＳ３２）。この再登録の処理は、運用系装置３０で発生した障害アラーム情報を待機系装置３１に引き継いだことを意味する。
【００６７】
図１２に、待機系装置３１において障害が復旧した時の冗長システム２００を示す。図１２は、新運用系装置３１（旧待機系装置）において、旧運用系装置２０で生じた障害が復旧した場合を示している。例えばユーザ１１の再試行によってユーザ１１のユーザ情報の登録が成功した場合を想定する。待機系装置３１は、ユーザ１１のユーザ登録が成功すると、保持している障害イベント情報から、障害アラーム番号（００１）に対応する復旧であると判断して障害の復旧を検出する（ステップＳ３３）。そして、障害の復旧を検出した新運用系装置３１は、障害アラーム情報に含まれるアラーム番号（００１）に対応する復旧アラーム番号（００２）と新運用系装置の装置名３１を、復旧アラーム情報として監視サーバ４０に通知する（ステップＳ３４）。
【００６８】
復旧アラーム情報を受信した監視サーバ４０は、復旧アラーム番号（００２）からアラーム番号（００１）の障害が、装置名３１において復旧したと判断する（ステップＳ３５）。そして、監視サーバ４０は、アラーム管理テーブル４２０から、アラーム番号（００１）と装置名３１とで登録されている障害アラーム情報を削除することで障害アラームの解除を行う（ステップＳ３６）。
【００６９】
以上説明したように冗長システム１００に示した考えは、ｎ重構成（ｎ≧２）の冗長システム２００に適用することが可能である。
【００７０】
冗長システム２００における待機系装置３０,３１は、上記した運用系装置２０（図６）と待機系装置３０（図７）とがそれぞれ具備する機能構成部を、全て具備する装置であって、当該装置をｎ個具備することで冗長システム２００が構成される。
【００７１】
つまり当該装置は、ユーザ情報登録部２２０、ユーザ情報記録部２２１、障害検出保持部２２２、障害アラーム発行部２２３、障害イベント通知部２２４、系切替え信号生成部２２５、装置アラーム発行部２２６、障害復旧検出部２２７、復旧アラーム発行部３２１、障害イベント情報記憶部３２０、を具備する。
【００７２】
〔実施形態３〕
実施形態１と２の冗長システム１００，２００は、仮想化システムで構成することもできる。仮想化システムで構成した実施形態３の冗長システム３００は、運用系仮想化装置３２０と待機系仮想化装置３３０,３３１と、監視サーバ４０とで構成される。冗長システム３００の運用系装置と待機系装置は、仮想装置として仮想化システムで構成される。仮想化システム及び仮想化装置は、周知の技術である。
【００７３】
実施形態３の運用系仮想化装置３２０と実施形態１又は２の運用系装置２０、実施形態３の待機系仮想化装置３３０,３３１と実施形態１又は２の待機系装置３０,３１とは、仮想化装置が仮想化システムで構成されている点のみが異なるだけで、各装置（実施形態３）が行う処理は、実施形態１,２で説明したものと同じである。図１３に、実施形態３の冗長システム３００の障害発生時を示す。図１４に故障発生時の冗長システム３００を示す。図１５に障害復旧時の冗長システム３００を示す。
【００７４】
図１３は図２、図１４は図３、図１５は図４に、それぞれ対応するものである。図１３〜図１５のそれぞれに、上記したのと同じステップ番号を表記することで、その説明を省略する。
【００７５】
以上説明したように本実施形態の冗長システム１００,２００,３００は、運用系装置を待機系装置に切り替える際に運用系装置が保持している障害イベント情報を障害イベント通知として待機系装置に通知する点、及び、その際に新たに運用系装置となる待機系装置の装置名を、監視サーバに装置アラーム情報として通知する点、及び、監視サーバが障害アラーム情報に対応させて登録している装置名を、装置アラーム情報に含まれる装置名に書き換えて再登録する点、に特徴がある。これらの構成によって、本実施形態の冗長システムは、監視サーバと運用系装置とが保持する障害情報に乖離を生じさせない効果を奏する。
【００７６】
上記装置における処理手段をコンピュータによって実現する場合、各装置が有すべき機能の処理内容はプログラムによって記述される。そして、このプログラムをコンピュータで実行することにより、各装置における処理手段がコンピュータ上で実現される。
【００７７】
また、このプログラムの流通は、例えば、そのプログラムを記録したＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体を販売、譲渡、貸与等することによって行う。さらに、このプログラムをサーバコンピュータの記録装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することにより、このプログラムを流通させる構成としてもよい。
【００７８】
また、各手段は、コンピュータ上で所定のプログラムを実行させることにより構成することにしてもよいし、これらの処理内容の少なくとも一部をハードウェア的に実現することとしてもよい。
【００７９】
このように本願発明は、上記した実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【符号の説明】
【００８０】
１００：冗長システム
９３０：ネットワーク
９００：ユーザ端末
２０：運用系装置
２２３：障害アラーム発行部
２２４：障害イベント通知部
２２６：装置アラーム発行部
３０：待機系装置
３２１：復旧アラーム発行部
４０：監視サーバ
４２４：再登録部
４２５：障害アラーム解除部
【図１】
2015201031.tif 000003
【図２】
2015201031.tif 000004
【図３】
2015201031.tif 000005
【図４】
2015201031.tif 000006
【図５】
2015201031.tif 000007
【図６】
2015201031.tif 000008
【図７】
2015201031.tif 000009
【図８】
2015201031.tif 000010
【図９】
2015201031.tif 000011
【図１０】
2015201031.tif 000012
【図１１】
2015201031.tif 000013
【図１２】
2015201031.tif 000014
【図１３】
2015201031.tif 000015
【図１４】
2015201031.tif 000016
【図１５】
2015201031.tif 000017
【図１６】
2015201031.tif 000018
【図１７】
2015201031.tif 000019