(57)【特許請求の範囲】
【請求項１】
冗長構成サーバシステム内で用いられ、第１のアプリケーションを実行する呼制御サーバ装置であって、
前記第１のアプリケーションの実行状態を監視し、前記第１のアプリケーションの異常を検出した際に前記第１のアプリケーションの異常発生時における呼制御処理の実行状態を示す情報である自サーバ異常時情報を収集して保存する情報収集手段と、
前記冗長構成サーバシステム内の他の呼制御サーバ装置で実行されている第２のアプリケーションの実行状態を監視する他サーバ監視手段と、
前記他サーバ監視手段が前記他の呼制御サーバ装置における前記第２のアプリケーションの異常発生を検出し、前記呼制御サーバ装置が待機系から運用系に切り替わって動作を開始した後に、前記第２のアプリケーションの異常発生時における呼制御処理の実行状態を示す情報である他サーバ異常時情報を回収する情報回収手段と、
を有し、
前記自サーバ異常時情報は、前記第１のアプリケーションの異常発生時の呼接続数、受付呼数、完了呼数及び不完了呼数のうちの少なくともいずれかの情報を含み、
前記他サーバ異常時情報は、前記第２のアプリケーションの異常発生時の呼接続数、受付呼数、完了呼数及び不完了呼数のうちの少なくともいずれかの情報を含む、
ことを特徴とする呼制御サーバ装置。
【請求項２】
前記情報収集手段による前記自サーバ異常時情報の収集、保存は、前記呼制御サーバ装置が運用系の状態において行われることを特徴とする請求項１に記載の呼制御サーバ装置。
【請求項３】
前記情報回収手段は、前記他の呼制御サーバ装置の再起動を待って前記他サーバ異常時情報を回収することを特徴とする請求項１または２に記載の呼制御サーバ装置。
【請求項４】
前記呼制御サーバ装置が待機系サーバとして動作している際に、前記他サーバ監視手段が前記他の呼制御サーバ装置で実行されている前記第２のアプリケーションの異常発生を検出すると、前記情報回収手段が前記他サーバ異常時情報を回収するのを待たずして前記呼制御サーバ装置の動作が運用系サーバとしての動作に切り替わることを特徴とする請求項１乃至３のいずれか１つに記載の呼制御サーバ装置。
【請求項５】
第１の呼制御サーバ装置及び第２の呼制御サーバ装置を有する冗長構成サーバシステムであって、
前記第１の呼制御サーバ装置が、前記第１の呼制御サーバ装置で実行されているアプリケーションの実行状態を監視し、前記第１の呼制御サーバ装置で実行されているアプリケーションの異常発生を検出した際に、前記第１の呼制御サーバ装置で実行されているアプリケーションの異常発生時における呼制御処理の実行状態を示す情報である異常時情報を収集して保存する情報収集手段、を有し、
前記第２の呼制御サーバ装置が、
前記第１の呼制御サーバ装置で実行されているアプリケーションの実行状態を監視する監視手段と、
前記第１の呼制御サーバ装置で実行されているアプリケーションの異常を検出し、前記第２の呼制御サーバ装置が待機系から運用系に切り替わって動作を開始した後に、前記第１の呼制御サーバ装置の前記情報収集手段から前記異常時情報を回収する情報回収手段と、を有し、
前記異常時情報は、前記アプリケーションの異常発生時の呼接続数、受付呼数、完了呼数及び不完了呼数のうちの少なくとも何れかの情報を含むことを特徴とする冗長構成サーバシステム。
【請求項６】
前記情報回収手段は、前記第１の呼制御サーバ装置の再起動を待って前記異常時情報を回収することを特徴とする請求項５に記載の冗長構成サーバシステム。
【請求項７】
前記第２の呼制御サーバ装置が待機系サーバとして動作している際に、前記監視手段が前記第１の呼制御サーバ装置で実行されているアプリケーションの異常発生を検出すると、前記情報回収手段が前記異常時情報を回収するのを待たずして前記第２の呼制御サーバ装置の動作が運用系サーバとしての動作に切り替わることを特徴とする請求項５または６に記載の冗長構成サーバシステム。
【請求項８】
アプリケーションを実行する第１の呼制御サーバ装置及び第２の呼制御サーバ装置からなる冗長構成サーバシステム内で、前記アプリケーションの異常発生時における呼制御処理の実行状態を示す情報である異常時情報を前記第１の呼制御サーバ装置から前記第２の呼制御サーバ装置へ引き継ぐ処理を呼制御サーバ装置に実行させる情報引継プログラムであって、
前記第１の呼制御サーバ装置が、前記第１の呼制御サーバ装置で実行されている前記アプリケーションの実行状態を監視する処理と、
前記第１の呼制御サーバ装置が、前記第１の呼制御サーバ装置で実行されている前記アプリケーションの異常発生を検出した際に前記アプリケーションの異常発生時における情報である異常時情報を収集して保存する処理と、
前記第２の呼制御サーバ装置が、前記第１の呼制御サーバ装置で実行されている前記アプリケーションの異常を監視する処理と、
前記第２の呼制御サーバ装置が、前記第１の呼制御サーバ装置で実行されている前記アプリケーションの異常を検出し、待機系から運用系に切り替わって動作を開始した後に、前記第１の呼制御サーバ装置の前記異常時情報を回収する処理と、を実行させ、
前記異常時情報は、前記アプリケーションの異常発生時の呼接続数、受付呼数、完了呼数及び不完了呼数のうちの少なくとも何れかの情報を含むことを特徴とする情報引継プログラム。
【請求項９】
前記回収する処理は、前記第１の呼制御サーバ装置の再起動を待って前記第２の呼制御サーバ装置に実行させることを特徴とする請求項８に記載の情報引継プログラム。
【請求項１０】
前記第２の呼制御サーバ装置が、前記第１の呼制御サーバ装置で実行されている前記アプリケーションの異常を検出した際に、前記第２の呼制御サーバ装置が前記第１の呼制御サーバ装置の前記異常時情報を回収するのを待たずして、前記第２の呼制御サーバ装置の動作を運用系サーバとしての動作に切り替える処理を前記第２の呼制御サーバ装置に実行させることを特徴とする請求項８または９に記載の情報引継プログラム。
【請求項１１】
アプリケーションを実行する第１の呼制御サーバ装置及び第２の呼制御サーバ装置からなる冗長構成サーバシステム内で、前記アプリケーションの異常発生時における呼制御処理の実行状態を示す情報である異常時情報を前記第１の呼制御サーバ装置から前記第２の呼制御サーバ装置へ引き継ぐ情報引継方法であって、
前記第１の呼制御サーバ装置が、前記第１の呼制御サーバ装置で実行されている前記アプリケーションの実行状態を監視するステップと、
前記第１の呼制御サーバ装置が、前記第１の呼制御サーバ装置で実行されている前記アプリケーションの異常発生を検出した際に前記第１の呼制御サーバ装置の異常時情報を収集して保存するステップと、
前記第２の呼制御サーバ装置が、前記第１の呼制御サーバ装置で実行されている前記アプリケーションまたは前記第１の呼制御サーバ装置の異常を監視するステップと、
前記第２の呼制御サーバ装置が、前記第１の呼制御サーバ装置で実行されている前記アプリケーションの異常を検出し、待機系から運用系に切り替わって動作を開始した後に、前記第１の呼制御サーバ装置の前記異常時情報を回収するステップと、を含み、
前記異常時情報は、前記アプリケーションの異常発生時の呼接続数、受付呼数、完了呼数及び不完了呼数のうちの少なくともいずれかの情報を含むことを特徴とする情報引継方法。
【請求項１２】
前記回収するステップは、前記第１の呼制御サーバ装置の再起動を待って行われることを特徴とする請求項１１に記載の情報引継方法。
【請求項１３】
前記第２の呼制御サーバ装置が、前記第１の呼制御サーバ装置で実行されている前記アプリケーションの異常を検出した際に、前記第２の呼制御サーバ装置が前記第１の呼制御サーバ装置の前記異常時情報を回収するのを待たずして、前記第２の呼制御サーバ装置の動作を運用系サーバとしての動作に切り替えるステップを含むことを特徴とする請求項１１または１２に記載の情報引継方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、冗長構成サーバシステムに用いられるサーバ装置、冗長構成サーバシステム、情報引継プログラム及び情報引継方法に関する。
【背景技術】
【０００２】
ネットワーク管理プロトコルとして、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｃｏｌ）が知られている。例えば、複数のＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバで構成されるような冗長構成のサーバシステムにおいては、当該複数のＳＩＰサーバをＳＮＭＰで監視する装置監視システムが用いられている。
【０００３】
一例として、特許文献１には、冗長構成サーバシステムにおいて、あるサーバで障害が発生した場合に、トラップ（Ｔｒａｐ）メッセージを当該障害があったサーバから送信したり、当該障害があったサーバと引継サーバとの間のメモリ同期化をすることにより、障害情報が引き継がれる冗長構成サーバシステムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−３０５１５９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
特許文献１に開示されているシステム構成においては、アプリケーションの再起動等によって、障害発生時点のアプリケーション動作の統計情報が消滅してしまい、障害発生時点の統計情報を引き継ぐことが困難であった。また、障害が発生したことを待機系サーバに通知することにより当該統計情報の引き継ぎを行う場合に、ネットワークインタフェースカード（ＮＩＣ：Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔｓ  Ｉｎｔｅｒｃｏｎｎｅｃｔ）バス等の一時的な故障が発生し、ＯＳの再起動等が必要になる場合には、障害発生時点のアプリケーション動作の統計情報を引き継ぐことができないという問題があった。
【０００６】
本発明は、上記した点に鑑みてなされたものであり、障害発生時点のアプリケーション動作の統計情報を確実に取得することが可能なサーバ、冗長構成サーバシステム、情報引継プログラム及び情報引継方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の呼制御サーバ装置は、冗長構成サーバシステム内で用いられ、第１のアプリケーションを実行する呼制御サーバ装置であって、前記第１のアプリケーションの実行状態を監視し、前記第１のアプリケーションの異常を検出した際に前記第１のアプリケーションの異常発生時における呼制御処理の実行状態を示す情報である自サーバ異常時情報を収集して保存する情報収集手段と、前記冗長構成サーバシステム内の他の呼制御サーバ装置で実行されている第２のアプリケーションの実行状態を監視する他サーバ監視手段と、前記他サーバ監視手段が前記他の呼制御サーバ装置における前記第２のアプリケーションの異常発生を検出し、前記呼制御サーバ装置が待機系から運用系に切り替わって動作を開始した後に、前記第２のアプリケーションの異常発生時における呼制御処理の実行状態を示す情報である他サーバ異常時情報を回収する情報回収手段と、を有し、前記自サーバ異常時情報は、前記第１のアプリケーションの異常発生時の呼接続数、受付呼数、完了呼数及び不完了呼数のうちの少なくともいずれかの情報を含み、前記他サーバ異常時情報は、前記第２のアプリケーションの異常発生時の呼接続数、受付呼数、完了呼数及び不完了呼数のうちの少なくともいずれかの情報を含むことを特徴とする。
【０００８】
また、本発明の冗長構成サーバシステムは、第１の呼制御サーバ装置及び第２の呼制御サーバ装置を有する冗長構成サーバシステムであって、前記第１の呼制御サーバ装置が、前記第１の呼制御サーバ装置で実行されているアプリケーションの実行状態を監視し、前記第１の呼制御サーバ装置で実行されているアプリケーションの異常発生を検出した際に、前記第１の呼制御サーバ装置で実行されているアプリケーションの異常発生時における呼制御処理の実行状態を示す情報である異常時情報を収集して保存する情報収集手段、を有し、前記第２の呼制御サーバ装置が、前記第１の呼制御サーバ装置で実行されているアプリケーションの実行状態を監視する監視手段と、前記第１の呼制御サーバ装置で実行されているアプリケーションの異常を検出し、前記第２の呼制御サーバ装置が待機系から運用系に切り替わって動作を開始した後に、前記第１の呼制御サーバ装置の前記情報収集手段から前記異常時情報を回収する情報回収手段と、を有し、前記異常時情報は、前記アプリケーションの異常発生時の呼接続数、受付呼数、完了呼数及び不完了呼数のうちの少なくとも何れかの情報を含むことを特徴とする。
【０００９】
また、本発明の情報引継プログラムは、アプリケーションを実行する第１の呼制御サーバ装置及び第２の呼制御サーバ装置からなる冗長構成サーバシステム内で、前記アプリケーションの異常発生時における呼制御処理の実行状態を示す情報である異常時情報を前記第１の呼制御サーバ装置から前記第２の呼制御サーバ装置へ引き継ぐ処理を呼制御サーバ装置に実行させる情報引継プログラムであって、前記第１の呼制御サーバ装置が、前記第１の呼制御サーバ装置で実行されている前記アプリケーションの実行状態を監視する処理と、前記第１の呼制御サーバ装置が、前記第１の呼制御サーバ装置で実行されている前記アプリケーションの異常発生を検出した際に前記アプリケーションの異常発生時における情報である異常時情報を収集して保存する処理と、前記第２の呼制御サーバ装置が、前記第１の呼制御サーバ装置で実行されている前記アプリケーションの異常を監視する処理と、  前記第２の呼制御サーバ装置が、前記第１の呼制御サーバ装置で実行されている前記アプリケーションの異常を検出し、待機系から運用系に切り替わって動作を開始した後に、前記第１の呼制御サーバ装置の前記異常時情報を回収する処理と、を実行させ、前記異常時情報は、前記アプリケーションの異常発生時の呼接続数、受付呼数、完了呼数及び不完了呼数のうちの少なくとも何れかの情報を含むことを特徴とする。
【００１０】
また、本発明の情報引継方法は、アプリケーションを実行する第１の呼制御サーバ装置及び第２の呼制御サーバ装置からなる冗長構成サーバシステム内で、前記アプリケーションの異常発生時における呼制御処理の実行状態を示す情報である異常時情報を前記第１の呼制御サーバ装置から前記第２の呼制御サーバ装置へ引き継ぐ情報引継方法であって、前記第１の呼制御サーバ装置が、前記第１の呼制御サーバ装置で実行されている前記アプリケーションの実行状態を監視するステップと、前記第１の呼制御サーバ装置が、前記第１の呼制御サーバ装置で実行されている前記アプリケーションの異常発生を検出した際に前記第１の呼制御サーバ装置の異常時情報を収集して保存するステップと、前記第２の呼制御サーバ装置が、前記第１の呼制御サーバ装置で実行されている前記アプリケーションまたは前記第１の呼制御サーバ装置の異常を監視するステップと、前記第２の呼制御サーバ装置が、前記第１の呼制御サーバ装置で実行されている前記アプリケーションの異常を検出し、待機系から運用系に切り替わって動作を開始した後に、前記第１の呼制御サーバ装置の前記異常時情報を回収するステップと、を含み、前記異常時情報は、前記アプリケーションの異常発生時の呼接続数、受付呼数、完了呼数及び不完了呼数のうちの少なくともいずれかの情報を含むことを特徴とする。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施例である冗長構成サーバシステムを示すブロック図である。
【図２】統計情報のテーブルの一例を示す図である。
【図３】図１の冗長構成サーバシステムの動作の一例を示す図である。
【図４】統計情報のテーブルの一例を示す図である。
【図５】図１の冗長構成サーバシステムの一のサーバの情報保管部の動作の一例を示すフローチャートである。
【図６】図１の冗長構成サーバシステムの一のサーバの他サーバ監視部及び情報回収部の動作の一例を示すフローチャートである。
【図７】本発明の変形例である冗長構成サーバシステムを示すブロック図である。
【発明を実施するための形態】
【００１２】
【実施例】
【００１３】
以下に、本発明の１つの実施例であるサーバ装置及び冗長構成サーバシステムについて、添付図面を参照しつつ説明する。図１は、本発明の１つの実施例のサーバ装置及びそれを用いた冗長構成サーバシステムを示すブロック図である。なお、以下の説明においては、一組の運用系（ＡＣＴ系）サーバ及び待機系（ＳＢＹ系）サーバからなる冗長構成サーバシステムを例に説明する。
【００１４】
冗長構成サーバシステム１００は、ＡＣＴ系サーバ２００、ＳＢＹ系サーバ３００及びサーバ管理システム４００を含んでいる。ＡＣＴ系サーバ２００及びＳＢＹ系サーバ３００は、例えば、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）としてＬｉｎｕｘ（登録商標）を備え、Ｌｉｎｕｘ上でＳＩＰアプリケーションを実行するＳＩＰサーバ（呼制御サーバ）である。ＡＣＴ系サーバ２００とＳＢＹ系サーバ３００とは、互いに同様の構成を有しているサーバ装置である。
【００１５】
ＡＣＴ系サーバ２００は、通信部２１０、アプリケーション実行部２２０、情報保管部２３０、他サーバ監視部２４０及び情報回収部２５０を含んでいる。ＳＢＹ系サーバ３００は、同様に、通信部３１０、アプリケーション実行部３２０、情報保管部３３０、他サーバ監視部３４０及び情報回収部３５０を含んでいる。
【００１６】
通信部２１０、３１０は、互いに通信可能に接続されており、かつそれぞれがサーバ管理システム４００と通信可能に接続されている。通信部２１０、３１０は、それぞれ情報保管部２３０、３３０、他サーバ監視部２４０、３４０、情報回収部２５０、３５０と通信可能に接続されている。
【００１７】
すなわち、ＡＣＴ系サーバ２００の情報保管部２３０、他サーバ監視部２４０、情報回収部２５０とＳＢＹ系サーバ３００の情報保管部３３０、他サーバ監視部３４０及び情報回収部３５０とは、通信部２１０、３１０を介して互いに通信可能に接続されている。通信部２１０，３１０は、例えば、互いに対してＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）接続することによりサーバ２００、３００間の通信を行い得る。
【００１８】
アプリケーション実行部２２０、３２０は、例えば、ＳＩＰアプリケーションを実行する処理部である。アプリケーション実行部２２０、３２０は、ＳＩＰに関する統計情報、例えば、図２に示す統計情報テーブルのように、接続数（通話状態の接続数）、受付呼数（サーバ起動後に受け付けた呼数）、完了呼数（通話が正常に完了した呼数）及び不完了呼数（通話が正常に完了しなかった呼数）等の情報を含む機器管理プロトコル（ＳＮＭＰ）管理情報ベース（ＭＩＢ：Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）（以下、単にＭＩＢと称する）２２５、３２５をそれぞれ有している。
【００１９】
情報保管部２３０、３３０は、それぞれ自サーバのアプリケーション実行部２２０、３２０において実行されているアプリケーションの実行状態（動作状態）を監視する。情報保管部２３０、３３０は、アプリケーションの実行状態に異常が生じると、その時点で自サーバがＡＣＴ系であった場合には、ＭＩＢ２２５、３２５の統計情報を読み出して保存した後に、自サーバを再起動させる、すなわちＯＳ及びアプリケーションの再起動を行う。なお、アプリケーション以外に異常が無い場合には、アプリケーションのみを再起動することとしてもよい。
【００２０】
他サーバ監視部２４０、３４０は、通信部２１０、３１０を介して、他サーバのアプリケーション実行部２２０、３２０で実行されているアプリケーション（ＡＰＰ）の実行状態を監視する。他サーバ監視部２４０、３４０は、他サーバの異常発生、または他サーバで実行されているアプリケーションの異常発生を検出すると、アプリケーション実行部２２０、３２０、情報回収部２５０、３５０及びサーバ管理システム４００に他サーバのアプリケーションの実行状態に異常が起きた旨を通知する異常通知を送信する。
【００２１】
情報回収部２５０、３５０は、ＯＳ等の再起動が行われてもデータが保持される、不揮発性記憶装置（図示せず）を有している。情報回収部２５０、３５０は、他サーバ監視部２４０、３４０からの異常通知を受信すると、他サーバの情報保管部２３０、３３０に保存されているＭＩＢ２２５、３２５の統計情報を読み出し、当該読み出した統計情報を自サーバのＭＩＢ２２５、３２５に設定する。
【００２２】
サーバ管理システム４００は、例えば、ＳＮＭＰ等を用いて、ＡＣＴ系のサーバのＭＩＢ２２５、３２５の統計情報を定期的に収集する。
【００２３】
以下に、図１及び図３を参照しつつ各部の動作の一例について、ＡＣＴ系サーバ２００において異常が発生した場合を例に説明する。
【００２４】
上述のように、異常が発生する以前において、サーバ管理システム４００は、現在ＡＣＴ系であるサーバ２００のＭＩＢ２２５の統計情報を定期的に収集している。
【００２５】
ＳＢＹ系サーバ３００の他サーバ監視部３４０は、通信部２１０、３１０を介して、ＡＣＴ系サーバ２００の状態及びＡＣＴ系サーバ２００のアプリケーション実行部２２０で実行されているアプリケーション（ＡＰＰ）の実行状態を監視している。
【００２６】
ＡＣＴ系サーバ２００において異常が発生すると、ＡＣＴ系サーバ２００の情報保管部２３０は、自サーバのアプリケーション実行部２２０のＭＩＢ２２５の統計情報を読み出して保存し（Ｓ３１）、自サーバを再起動させる、すなわちＯＳ及びアプリケーションの再起動を行う（Ｓ３２）。なお、アプリケーション以外に異常が無い場合には、アプリケーションのみを再起動することとしてもよい。
【００２７】
再起動の後、ＡＣＴ系サーバ２００はＳＢＹ系サーバとして動作し、新ＡＣＴサーバとしてのＳＢＹサーバ３００のアプリケーション実行状態の監視を開始する。
【００２８】
ＳＢＹ系サーバ３００の他サーバ監視部３４０は、他サーバの異常発生、または他サーバで実行されているアプリケーションの異常発生を検出し、アプリケーション実行部３２０、情報回収部３５０及びサーバ管理システム４００に他ＡＣＴ系サーバのアプリケーションの実行状態に異常が起きた旨を通知する異常通知を送信する（Ｓ３３）。
【００２９】
ＳＢＹ系サーバ３００のアプリケーション実行部３２０は、異常通知を受信すると、即時に仮想ＩＰの設定を行い、新ＡＣＴ系サーバとしてのアプリケーションの実行を開始する（Ｓ３４）。
【００３０】
ＳＢＹ系サーバ３００の情報回収部３５０は、異常通知を受信すると、ＡＣＴ系サーバ２００の情報保管部２３０に保存されているＭＩＢ２２５の統計情報を読み出し（回収し）、当該読み出した統計情報を自サーバのＭＩＢ３２５に設定する（Ｓ３５）。なお、この読み出し及び設定動作は、ＡＣＴ系サーバ２００がＯＳの再起動をする場合には、ＡＣＴ系サーバ２００の状態を監視し、ＡＣＴ系サーバ２００のＯＳの再起動を待って行うこととしてもよい。
【００３１】
上記Ｓ３５における統計情報の設定の後において、ＳＢＹ系サーバ３００のＭＩＢ３２５には、例えば、図４に示す統計情報テーブルのような、新ＡＣＴ系サーバとしてのアプリケーションの実行の後のアプリケーションの統計情報及びＡＣＴ系サーバ２００における異常発生時のアプリケーションの統計情報を含むテーブルが保存されることとなる。
【００３２】
サーバ管理システム４００は、異常通知を受信すると、統計情報の収集先を、新ＡＣＴ系サーバ（異常発生前のＳＢＹ系サーバ３００）に変更し（Ｓ３６）、統計情報の収集を開始する。すなわち、サーバ管理システム４００によって、新ＡＣＴ系サーバとしてのアプリケーションの実行の後のアプリケーションの統計情報及びＡＣＴ系サーバ２００における異常発生時のアプリケーションの統計情報を含む情報が収集される。
【００３３】
なお、Ｓ３４におけるＳＢＹ系サーバ３００のアプリケーション実行部３２０による仮想ＩＰの設定及び新ＡＣＴ系サーバとしてのアプリケーションの実行の開始は、Ｓ３５における統計情報の読み出し及び設定を待たずに行われ得る。
【００３４】
以下に、図５を用いて、情報保管部２３０、３３０の動作ルーチンの一例について説明する。
【００３５】
まず、Ｓ５１において、自サーバがＡＣＴ系であるか否かが判定される。Ｓ５１において、自サーバがＡＣＴ系であると判定された場合（Ｓ５１：ＹＥＳ）には、処理はＳ５２に進み、情報保管部２３０、３３０内に以前に保存されたＭＩＢ２２５、３２５の統計情報が削除される。その後、処理ステップＳ５３に進み、自サーバのアプリケーションが正常に起動しているか否かが判定される。
【００３６】
自サーバがＡＣＴ系ではないと判定された場合（Ｓ５１：ＮＯ）、すなわち自サーバがＳＢＹ系である場合には、処理はＳ５３に進み、自サーバのアプリケーションが正常に起動しているか否かが判定される。
【００３７】
Ｓ５３において、アプリケーションが正常に起動していると判定された場合（Ｓ５３：ＹＥＳ）、処理はＳ５４に進み、一定時間ウェイトが行われた後に、処理はＳ５１に進む。Ｓ５３において、アプリケーションが正常に起動していないと判定された場合（Ｓ５３：ＮＯ）、処理はＳ５５に進み、自サーバがアプリケーションの異常発生前にＡＣＴ系だったか否かが判定される。
【００３８】
自サーバがアプリケーションの異常発生前にＡＣＴ系であったと判定された場合（Ｓ５５：ＹＥＳ）、処理はＳ５６に進み、ＭＩＢ２２５、３２５の統計情報が情報保管部２３０、３３０の不揮発性記憶装置内に保存され、その後処理はＳ５７に進む。自サーバがアプリケーションの異常発生前にＡＣＴ系ではなかったと判定された場合（Ｓ５５：ＮＯ）、すなわちＳＢＹ系であったと判定された場合、処理はＳ５７に進む。
【００３９】
Ｓ５７において、ＯＳ及びアプリケーションが再起動され、ルーチンが終了する。
【００４０】
以下に、図６を用いて、情報回収部２５０、３５０の動作ルーチンの一例について説明する。
【００４１】
まず、Ｓ６１において、他サーバ監視部から異常通知を受信したか否かが判定される。Ｓ６１において、異常通知を受信したと判定された場合（Ｓ６１：ＹＥＳ）、処理はＳ６２に進み自サーバがＡＣＴ系であるか否かが判定される。
【００４２】
Ｓ６１において、異常通知を受信していないと判定された場合（Ｓ６１：ＮＯ）、処理はＳ６３に進み一定時間のウェイトの後に処理はＳ６１に進む。
【００４３】
Ｓ６２において、自サーバがＡＣＴ系であるか否かが判定される。Ｓ６２において、自サーバがＡＣＴ系であると判定された場合（Ｓ６２：ＹＥＳ）、すなわちＡＣＴ系であった他サーバの異常が検出されて異常通知がなされた結果として系切換が行われた場合、処理はＳ６４に進み、他サーバの情報保管部２３０、３３０への接続が試行され、処理はＳ６５に進む。
【００４４】
Ｓ６２において、自サーバがＡＣＴ系ではないと判定された場合（Ｓ６２：ＮＯ）、すなわちＳＢＹ系であった他サーバに異常が検出されて異常通知がなされた場合には、処理はＳ６３に進み、一定時間のウェイトの後に処理はＳ６１に進む。
【００４５】
Ｓ６５において、他サーバの情報保管部２３０、３３０への接続が成功したか否かが判定される。他サーバの情報保管部２３０、３３０への接続が成功したと判定された場合（Ｓ６５：ＹＥＳ）、ステップはＳ６６に進む。Ｓ６５において、他サーバの情報保管部２３０、３３０への接続が成功しなかったと判定された場合（Ｓ６５：ＮＯ）、ステップはＳ６３に進み、一定時間のウェイトの後に処理はＳ６１に進む。
【００４６】
Ｓ６６において、他サーバの情報保管部２３０、３３０から、他サーバにおいて図５に示したルーチンのＳ５６において保存されたＭＩＢの統計情報を取得し、当該統計情報を自サーバのＭＩＢ２２５、３２５に設定し、すなわち引継ぎ処理を行った後、処理はＳ６７に進む。なお、Ｓ６６において、統計情報の取得は、統計情報を保有しているサーバがＯＳの再起動をする場合には、当該サーバの状態を監視し、当該サーバのＯＳの再起動を待って行うこととしてもよい。
【００４７】
Ｓ６７において、自サーバがＡＣＴ系か否かが判断される。自サーバがＡＣＴ系と判断された場合（Ｓ６７：ＹＥＳ）、処理はＳ６８に進み、一定時間のウェイトの後に処理は再度Ｓ６７に進む。Ｓ６７において、自サーバがＡＣＴ系ではないと判断された場合（Ｓ６７：ＮＯ）、処理はＳ６３に進み、一定時間のウェイトの後に処理はＳ６１に進む。すなわち、他サーバからの情報引継ぎ処理の後に自サーバにおいて異常が発生せず自サーバがＡＣＴ系である限りＳ６７の処理が繰り返されることとなる。
【００４８】
本実施例の冗長構成サーバシステムによれば、ＡＣＴ系サーバにおいてアプリケーションの異常が発生した際に、当該異常発生時における当該アプリケーションの情報が当該ＡＣＴ系サーバ内の不揮発性記憶装置に一旦保存される。そして、その後に当該異常発生時までＳＢＹサーバであった新ＡＣＴ系サーバによって、当該異常発生時における当該アプリケーションの情報が回収される。このような構成により、当該異常が発生したアプリケーションの再起動が行われた後であっても、新ＡＣＴ系サーバに当該アプリケーションの異常発生時の情報を確実に引き継ぐことが可能である。
【００４９】
また、当該異常発生時における当該アプリケーションの情報が当該ＡＣＴ系サーバ内の不揮発性記憶装置内に一旦保存されているので、ネットワークインタフェースカード（ＮＩＣ）等のハードウェアの間欠的な故障のために、ＯＳを再起動する必要がある場合でも、当該異常発生時における当該アプリケーションの情報が失われることなく、新ＡＣＴ系サーバに確実に引き継ぐことが可能である。
【００５０】
また、本実施例の冗長構成サーバシステムによれば、ＡＣＴ系サーバにおいてアプリケーションの異常が発生した際に、ＳＢＹ系サーバが当該異常を検出するとすぐに、すなわちＡＣＴ系サーバからの統計情報の引き継ぎを待たずにＡＣＴ系への切換が行われる。従って、本実施例の冗長構成サーバシステムは、切れ目のないシームレスなサービスを提供することが可能である。
【００５１】
また、本実施例の冗長構成サーバシステムによれば、上述のように、異常が発生したサーバのＯＳの再起動を待って統計情報を回収することにより、従来の冗長構成サーバシステムにおける統計情報の引き継ぎに係る通信を行うことなく効率よく統計情報を引き継ぐことが可能である。
【００５２】
上記実施例においては、同一の構成を有する一組のサーバ装置からなる冗長構成サーバシステムを例に説明したが、異なった構成を有するサーバ装置で冗長構成サーバシステムを構成してもよい。
【００５３】
例えば、本発明の冗長構成サーバシステムの必要最低限の構成として、図７に示す冗長構成サーバシステム１００のように、ＡＣＴ系サーバ装置２００が、通信部２１０、アプリケーション実行部２２０、情報保管部２３０を含み、ＳＢＹ系サーバ３００が、通信部３１０、アプリケーション実行部３２０、他サーバ監視部３４０及び情報回収部３５０を含んでいることとしてもよい。すなわち、異常発生時に自サーバのアプリケーションの異常発生時の情報を保存する機能のみを有するＡＣＴ系専用サーバと当該異常発生時の情報を他サーバから回収する機能のみを有するＳＢＹ系専用サーバからなるシステム構成としてもよい。
【００５４】
なお、この構成の場合、ＡＣＴ系サーバ２００は、図３に示す動作説明におけるＡＣＴ系サーバ２００の再起動の後の、ＳＢＹ系サーバ３００で実行されているアプリケーションの実行状態を監視は行わないこととなる。
【００５５】
このような構成を最低限有することで、図３に関して説明した動作により、上記実施例と同様に異常発生時のアプリケーションの情報を新ＡＣＴ系サーバに確実に引き継ぐことが可能となる。
【００５６】
また、上記実施例においては、一組のサーバ装置からなる冗長構成サーバシステムを例に説明をしたが、本発明の冗長構成サーバシステムは当該構成限定されるものではない。例えば、複数のＡＣＴ系サーバ２００及びＳＢＹ系を有するサーバシステムであってもよい。その際、上述のＡＣＴ系専用サーバとＳＢＹ系専用サーバを組み合わせてもよい。
【００５７】
また、ＡＣＴ系専用サーバとＳＢＹ系専用サーバの数は同数でなくともよい。例えば、複数のＡＣＴ系専用サーバに対して１のＳＢＹ専用サーバを有するシステム構成としてもよい。
【００５８】
また、上記実施例においては、ＳＩＰサーバを例として説明したが、ＶｏＩＰサーバ等の他の種類のサーバ装置を用いることとしてもよい。
【００５９】
また、上記実施例においては、ＳＩＰの統計情報が接続数、受付呼数、完了呼数及び不完了呼数を含むとして説明したが、ＳＩＰの統計情報は、接続数、受付呼数、完了呼数及び不完了呼数のうちの、少なくともいずれかひとつの情報を含めば足りる。
【００６０】
また、上記実施例においては、情報保管部２３０、３３０は、自サーバのアプリケーションの実行状態を監視して、アプリケーションの実行状態に異常が発生した際に、当該異常発生時の統計情報を保存することとしたが、これに限られない。例えば、情報保管部２３０、３３０は、アプリケーションの実行状態に加えて自サーバのハードウェアの状態を監視し、当該状態に異常が発生した際に、当該異常発生時の統計情報を保存することとしてもよい。この場合、情報保管部２３０、３３０は、さらに当該異常発生時のハードウェアの実行状態を含む情報を保存することとしてもよい。
【００６１】
また、上記実施例においては、情報回収部２５０、３５０は、他サーバのアプリケーションの実行状態を監視して、アプリケーションの実行状態に異常が発生した際に、当該異常発生時の統計情報を回収することとしたが、これに限られない。例えば、他サーバ監視部２４０、３４０は、アプリケーションの実行状態に加えて他サーバのハードウェアの状態を監視し、当該状態に異常が発生したことを検知した際に、情報回収部２５０、３５０が当該異常発生時の統計情報を保存することとしてもよい。この場合、情報回収部２５０、３５０は、さらに当該異常発生時のハードウェアの実行状態を含む情報を回収することとしてもよい。
【００６２】
上述のように、異常発生時の情報としてアプリケーションの実行状態だけではなくハードウェアの状態も引き継ぐことで、異常発生時のさらに詳細な情報を引き継いで残すことが可能となる。
【００６３】
上述した実施例における種々の構成は、例示に過ぎず、用途等に応じて、適宜選択することができる。
【符号の説明】
【００６４】
１００  冗長構成サーバシステム
２００  ＡＣＴ系サーバ
３００  ＳＢＹ系サーバ
２１０、３１０  通信部
２２０、３２０  アプリケーション実行部
２３０、３３０  情報保管部
２４０、３４０  他サーバ監視部
２５０、３５０  情報回収部
【図１】
0006421516.tif 000002
【図２】
0006421516.tif 000003
【図３】
0006421516.tif 000004
【図４】
0006421516.tif 000005
【図５】
0006421516.tif 000006
【図６】
0006421516.tif 000007
【図７】
0006421516.tif 000008