(57)【要約】【課題】現用系から待機系への系切替え時間をより短縮するとともに、呼損の発生をより抑制する。【解決手段】現用系の呼処理サーバ１０は、呼処理データを記憶する第１の記憶手段１５と、呼処理要求を受け付けて呼処理を行い、呼処理データを第１の記憶手段１５に記憶する第１の呼処理手段１１と、第１の記憶手段１５の呼処理データのレプリカを待機系の呼処理サーバ２０に送信するレプリケーション手段１２と、現用系から待機系への系切替え時に、呼処理データの呼ＩＤと第１の記憶手段１５の呼処理データの格納場所とを対応付けた対応データと、呼のタイマー情報とを待機系の呼処理サーバ２０に送信する系切替処理手段１３とを有し、待機系の呼処理サーバ２０は、呼処理データを記憶する第２の記憶手段１５と、系切替え後に第２の記憶手段の呼処理データを用いて呼処理を行う第２の呼処理手段２１とを有する。【選択図】図１
2011175382.tif 000002
【特許請求の範囲】
【請求項１】
現用系の呼処理サーバと待機系の呼処理サーバとを有するクラスタシステムであって、
前記現用系の呼処理サーバは、
呼処理データを記憶する第１の記憶手段と、
呼処理要求を受け付けて呼処理を行い、呼処理データを前記第１の記憶手段に記憶する第１の呼処理手段と、
前記第１の記憶手段に記憶される呼処理データのレプリカを、前記待機系の呼処理サーバに送信するレプリケーション手段と、
前記現用系の呼処理サーバから前記待機系の呼処理サーバへの系切替え時に、前記呼処理データの呼ＩＤと前記第１の記憶手段における前記呼処理データの格納場所とを対応付けた対応データと、呼のタイマー情報とを、前記待機系の呼処理サーバに送信する系切替処理手段とを有し、
前記待機系の呼処理サーバは、
前記現用系の呼処理サーバから送信された呼処理データのレプリカを記憶する第２の記憶手段と、
前記現用系の呼処理サーバから前記待機系の呼処理サーバへの系切替え後に、前記第２の記憶手段に記憶された呼処理データを用いて、呼処理を行う第２の呼処理手段と、を有すること
を特徴とするクラスタシステム。
【請求項２】
請求項１記載のクラスタシステムであって、
前記待機系の呼処理サーバの第２の呼処理手段は、
前記呼のタイマー情報に基づいたタイミングで、または、通信相手からの再送信号を受信したタイミングで、前記第２の記憶手段に記憶された呼処理データの呼処理を再開すること
を特徴とするクラスタシステム。
【請求項３】
請求項１または請求項２記載のクラスタシステムであって、
前記第１の記憶手段および前記第２の記憶手段は、ＳＡＦ（Service Availability Forum）に準拠したチェックポイント領域であること
を特徴とするクラスタシステム。
【請求項４】
現用系の呼処理サーバと待機系の呼処理サーバとを有するクラスタシステムにおける系切替え方法であって、
前記現用系の呼処理サーバは、
呼処理データを記憶する第１の記憶部を有し、
呼処理要求を受け付けて呼処理を行い、呼処理データを前記第１の記憶部に記憶する第１の呼処理ステップと、
前記第１の記憶部に記憶される呼処理データのレプリカを、前記待機系の呼処理サーバに送信するレプリケーションステップと、
前記現用系の呼処理サーバから前記待機系の呼処理サーバへの系切替え時に、前記呼処理データの呼ＩＤと前記第１の記憶部における前記呼処理データの格納場所とを対応付けた対応データと、呼のタイマー情報とを、前記待機系の呼処理サーバに送信する系切替ステップとを行い、
前記待機系の呼処理サーバは、
前記現用系の呼処理サーバから送信された呼処理データのレプリカを記憶する第２の記憶部を有し、
前記現用系の呼処理サーバから前記待機系の呼処理サーバへの系切替え後に、前記第２の記憶部に記憶された呼処理データを用いて、呼処理を行う第２の呼処理ステップを行うこと
を特徴とする系切替え方法。
【請求項５】
請求項４記載の系切替え方法であって、
前記待機系の呼処理サーバの第２の呼処理ステップは、
前記呼のタイマー情報に基づいたタイミングで、または、通信相手からの再送信号を受信したタイミングで、前記第２の記憶部に記憶された呼処理データの呼処理を再開すること
を特徴とする系切替え方法。
【請求項６】
請求項４または請求項５記載の系切替え方法であって、
前記第１の記憶部および前記第２の記憶部は、ＳＡＦ（Service Availability Forum）に準拠したチェックポイント領域であること
を特徴とする系切替え方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クラスタシステムの系切替え技術に関し、特に、呼処理サーバのクラスタシステムにおける系切替え技術に関する。
【背景技術】
【０００２】
ＳＩＰ（Session Initiation Protocol）を用いた呼処理を行うシステムにおいて、高可用性および高信頼性のあるシステムを構築するために、呼処理サーバの冗長化を行うクラスタシステムがある。クラスタシステムでは、現用系サーバで障害が発生すると、待機系サーバに切替え、処理を続行する（特許文献１参照）。
【０００３】
また、高信頼性や高い相互接続性を保証するためのプラットフォームのインタフェース仕様として、ＳＡＦ(Service Availability Forum)が規定されている（非特許文献１参照）。ＳＡＦにおいても、サーバの冗長化に関するインタフェースを規定しており、その中に現用系サーバと待機系サーバとの間でレプリケーションをとる機能としてCheck Pointを規定している（非特許文献２参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平7-21051号公報
【非特許文献】
【０００５】
【非特許文献１】“Service AvailabilityTM Forum Application Interface Specification Checkpoint Service”, SAI-AIS-CKPT-B.02.02, Service AvailabilityTM Forum, October 21, 2008
【非特許文献２】“SA Forum Extended Training Materials Checkpoint Service”, Service AvailabilityTM Forum, 2006
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ＳＡＦに準拠した呼処理サーバにおいて、多数の呼を処理している現用系の呼処理サーバで障害が発生し、待機系の呼処理サーバに系切替えを行う際に、呼処理に関するデータの引継ぎに時間がかかってしまう。その結果、サービス停止期間が長期化するという問題がある。
【０００７】
また、系切替え時間の短縮化を優先し、系切替え後に待機系の呼処理サーバでも継続可能な呼の救済条件を緩和すると呼損が増加するため、系切替え時間の短時間化と呼損の発生を抑えることとを両立することは困難である。
【０００８】
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、現用系から待機系への系切替え時間をより短縮するとともに、呼損の発生をより抑制することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明は、現用系の呼処理サーバと待機系の呼処理サーバとを有するクラスタシステムであって、前記現用系の呼処理サーバは、呼処理データを記憶する第１の記憶手段と、呼処理要求を受け付けて呼処理を行い、呼処理データを前記第１の記憶手段に記憶する第１の呼処理手段と、前記第１の記憶手段に記憶される呼処理データのレプリカを、前記待機系の呼処理サーバに送信するレプリケーション手段と、前記現用系の呼処理サーバから前記待機系の呼処理サーバへの系切替え時に、前記呼処理データの呼ＩＤと前記第１の記憶手段における前記呼処理データの格納場所とを対応付けた対応データと、呼のタイマー情報とを、前記待機系の呼処理サーバに送信する系切替処理手段とを有し、前記待機系の呼処理サーバは、前記現用系の呼処理サーバから送信された呼処理データのレプリカを記憶する第２の記憶手段と、前記現用系の呼処理サーバから前記待機系の呼処理サーバへの系切替え後に、前記第２の記憶手段に記憶された呼処理データを用いて、呼処理を行う第２の呼処理手段と、を有する。
【００１０】
また、本発明は、現用系の呼処理サーバと待機系の呼処理サーバとを有するクラスタシステムにおける系切替え方法であって、前記現用系の呼処理サーバは、呼処理データを記憶する第１の記憶部を有し、呼処理要求を受け付けて呼処理を行い、呼処理データを前記第１の記憶部に記憶する第１の呼処理ステップと、前記第１の記憶部に記憶される呼処理データのレプリカを、前記待機系の呼処理サーバに送信するレプリケーションステップと、前記現用系の呼処理サーバから前記待機系の呼処理サーバへの系切替え時に、前記呼処理データの呼ＩＤと前記第１の記憶部における前記呼処理データの格納場所とを対応付けた対応データと、呼のタイマー情報とを、前記待機系の呼処理サーバに送信する系切替ステップとを行い、前記待機系の呼処理サーバは、前記現用系の呼処理サーバから送信された呼処理データのレプリカを記憶する第２の記憶部を有し、前記現用系の呼処理サーバから前記待機系の呼処理サーバへの系切替え後に、前記第２の記憶部に記憶された呼処理データを用いて、呼処理を行う第２の呼処理ステップを行う。
【発明の効果】
【００１１】
本発明によれば、現用系から待機系への系切替え時間をより短縮するとともに、呼損の生をより抑制することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態に係る呼処理サーバのクラスタシステムの構成図である。
【図２】呼処理の動作を示すシーケンス図である。
【図３】対応データの具体例を示す図である。
【図４】系切替え時の動作を示すシーケンス図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施形態について説明する。
【００１４】
図１は、本発明の実施形態に係る、現用系の呼処理サーバ１０および待機系の呼処理サーバ２０を備えるクラスシステムの構成図である。なお、本実施形態では、ＳＦＡに準拠したCheck Point (以下、「ＣＫＰＴ」という) を用いることとするが、本発明はこれに限定されるものでなく、ＳＦＡのＣＫＰＴを用いないクラスタシステムであってもよい。
【００１５】
呼処理サーバ１０、２０は、セッション制御プロトコル（ＳＩＰ）に基づいて、ＳＩＰ端末（不図示）から送信される呼を処理する。通常では、ＳＩＰ端末は、ＩＰ（Internet Protocol）ネットワークを介して、現用系の呼処理サーバ１０と接続される。図示する現用系の呼処理サーバ１０は、呼処理部１１と、ＣＫＰＴ部（レプリケーション手段）１２と、系切替処理部１３と、メモリ１４とを有する。
【００１６】
呼処理部１１は、ＳＩＰ端末からの呼を受け付けて呼処理プロセス（またはインスタンス）を生成し、呼処理を開始する。呼処理を実行する際に、各種の呼処理データが生成され、メモリ上に記憶される。そして、本実施形態の呼処理部１１は、障害発生による系切替え時において、救済の対象となるＳＩＰ信号（すなわち、ＳＩＰの規約により対向サーバまたはＳＩＰ端末からの再送が期待できず、当該ＳＩＰ信号を受信したことを記録しておかないと呼処理の継続が不可能なＳＩＰ信号）を受信したタイミングで、ＣＫＰＴ部１２を介してメモリ上の呼処理データをＣＫＰＴ領域１５に書き込む。
【００１７】
ＣＫＰＴ部１２は、現用系と待機系との間でレプリケーションを行うものである。すなわち、ＣＫＰＴ部１２は、待機系の呼処理サーバ２０のＣＫＰＴ部２２と共同して、自ＣＫＰＴ領域１５に書き込まれたデータのレプリカ（複製）を待機系の呼処理サーバ２０に送信し、待機系の呼処理サーバ２０の他ＣＫＰＴ領域２５に前記レプリカを格納する。これにより、現用系のＣＫＰＴ領域１５と待機系のＣＫＰＴ領域２５には、同期して、同じ内容の呼処理データが書き込まれる。なお、ＣＫＰＴ部１２は、呼処理部１１から書き込み要求された呼処理データを、自ＣＫＰＴ領域１５に実際に書き込み、待機系のＣＫＰＴ領域２５への書き込みが完了するのを待って、ＣＫＰＴ領域へ書き込みを依頼したプロセスに書込み完了の応答を返すことができる。
【００１８】
ＣＫＰＴ領域１５（第１の記憶手段）は、ＣＫＰＴ部１２がアクセス可能な記憶領域であって、メモリ１４上に存在する。ＣＫＰＴ領域１５に書き込まれたデータを、呼処理部１１が直接参照することはできず、ＣＫＰＴ部１２が提供する関数（ＣＫＰＴ領域読み込み関数）を用いて読み込む必要がある。そのため、ＣＫＰＴ領域１５へのアクセスは、他のメモリ領域へのアクセスに比べ、プロセス間通信とＣＫＰＴ領域読み込み関数分のオーバヘッドが存在する。
【００１９】
系切替処理部１３は、現用系の呼処理サーバ１０から待機系の呼処理サーバ２０への系切替え時に、呼ＩＤと呼処理データとを対応付けた対応データと、呼のタイマー情報とを、待機系の呼処理サーバ２０に送信する。すなわち、呼処理データを送信する必要がない。
【００２０】
待機系の呼処理サーバ２０は、現用系の呼処理サーバ１０と同様に、呼処理部２１と、ＣＫＰＴ部（レプリケーション手段）２２と、系切替処理部２３と、ＣＫＰＴ領域２５（第２の記憶手段）を含むメモリ２４とを有する。ＣＫＰＴ部２２は、通常時において、現用系のＣＫＰＴ部１２から送信された呼処理データのレプリカをＣＫＰＴ領域２５に書き込み、現用系のＣＫＰＴ領域１５と同期して同じ内容が記憶されているようにする。通常時においては、呼処理部２１および系切替え処理部２３は機能しない。
【００２１】
呼処理部２１は、現用系の呼処理サーバ１０からの系切替え後に、ＣＫＰＴ領域２５に記憶された呼処理データを用いてインスタンス生成を行い、現用系の呼処理サーバ１０で行っていた呼処理を再開する。
【００２２】
なお、上記説明した呼処理サーバ１０、２０は、少なくともＣＰＵ、メモリ、ＨＤＤ等の外部記憶装置などを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされた所定のプログラムを実行することにより、各呼処理サーバ１０、２０の各機能が実現される。
【００２３】
次に、本実施形態の呼処理サーバ１０、２０の処理について説明する。
【００２４】
図２は、現用系の呼処理サーバ１０が、通常時において行う呼処理の動作を示すシーケンス図である。図２では、信号単位の処理を示している。
【００２５】
端末Ａは、initial-INVITE信号を現用系の呼処理サーバ１０に送信する（Ｓ１１）。呼処理サーバ１０の呼処理部１１は、発信元の端末Ａに100 Tryingの応答信号を送信する（Ｓ１２）。これにより、呼処理サーバ１０の呼処理部１１は、呼処理プロセスを生成し、当該initial-INVITE信号を解析して、ルーティング先を決定するなどの呼処理を実行し、着信先の端末Ｂにinitial-INVITE信号を送信する（Ｓ１３）。
【００２６】
端末Ｂは、initial-INVITE信号を着信（受信）すると、100 Tryingの応答信号を呼処理サーバ１０に送信し（Ｓ１４）、そして、端末Ｂは、180 Ringingの応答信号を呼処理サーバ１０に送信する（Ｓ１５）。
【００２７】
呼処理サーバ１０の呼処理部１１は、180 Ringingの応答信号を端末Ｂから受信すると、メモリ１４上に生成、記憶された呼処理データを、ＣＫＰＴ部１２を用いてＣＫＰＴ領域１５に書き込む。ＣＫＰＴ領域１５に書き込む呼処理データは、例えば、ＳＩＰのダイアログ情報、トランザクション情報、シーケンスの進捗情報などである。図示する場合、Ｓ１１からＳ１５までに送受信された各信号の情報（ＳＩＰのダイアログ情報）、端末Ｂから180 Ringingの応答信号を受信済みであること（シーケンスの進捗情報）などが、呼処理データとしてＣＫＰＴ領域に書き込まれる。
【００２８】
また、本実施形態では、救済対象となるＳＩＰ信号（すなわち、ＳＩＰの規約により対向サーバまたはＳＩＰ端末からの再送が期待できず、当該ＳＩＰ信号を受信したことを記録しておかないと呼処理の継続が不可能なＳＩＰ信号）を受信したタイミングで、呼処理部１１は、ＣＫＰＴ部１２を用いてＣＫＰＴ領域１５に呼処理データを書き込む。
【００２９】
ＣＫＰＴ部１２は、呼処理部１１からの要求によりＣＫＰＴ領域１５に書き込む呼処理データのレプリカを、待機系の呼処理サーバ２０に転送する（Ｓ１６）。待機系の呼処理サーバ２０のＣＫＰＴ部２２は、転送されたレプリカの呼処理データを、当該待機系のＣＫＰＴ領域２５に書き込み、書き込み完了応答を現用系の呼処理サーバ１０に送信する（Ｓ１７）。すなわち、現用系のＣＫＰＴ領域１５と待機系のＣＫＰＴ領域２５とで、同期して同じ呼処理データを保持し、これにより、その後、現用系の呼処理サーバ１０で障害が発生し、待機系の呼処理サーバ２０へ系切替えを行った場合、待機系の呼処理サーバ２０には既に呼処理データを転送しているため、系切替え処理に要する時間を短縮することができ、また待機系サーバ２０で呼処理を継続して行うことができる。
【００３０】
また、呼処理部１１は、ＣＫＰＴ領域１５に呼処理データを書き込んだ後、当該呼処理データの呼を一意に特定する呼ＩＤと、ＣＫＰＴ領域１５での当該呼処理データの格納場所（ＩＤアドレス、メモリ番地など）とを対応付ける対応データをメモリ１４に記憶する。呼ＩＤはＳＩＰのダイアログＩＤから一意に決定され、ＣＫＰＴ領域１５の格納場所はＣＫＰＴ部１２から通知されるものとする。なお、待機系のＣＫＰＴ領域２５でのレプリカの呼処理データの格納場所は、現用系のＣＫＰＴ領域１５の格納場所と同じである。
【００３１】
図３は、対応データの具体例を示す図である。図示する対応データは、処理中の呼数分の対応データ（インデックスデータ）を示し、各対応データは、呼ＩＤと、ダイアログＩＤと、セクションＩＤ（格納場所）と、タイマー情報とが対応付けたれたデータである。呼ＩＤは、内部処理で呼を一意に特定するＩＤである。ダイアログＩＤは、ＳＩＰ信号から抽出されるＩＤであって、ＳＩＰ信号と呼データとを対応付けるＩＤである。セクションＩＤは、ＣＫＰＴ領域１５内のセクション（場所）を特定するＩＤである。なお、図示する対応データにはタイマー情報が含まれるが、対応データとは別にタイマー情報を呼ＩＤと対応付けてメモリ１４に記憶しておくこととしてもよい。
【００３２】
そして、呼処理サーバ１０の呼処理部１１は、現用系および待機系のＣＫＰＴ領域１５、２５に同期して呼処理データの書き込みが完了すると、180 Ringingの応答信号を端末Ａに送信する（Ｓ１８）。端末Ａは、PRACK（ACK）の応答信号を、呼処理サーバ１０に送信する（Ｓ１９）。呼処理サーバ１０の呼処理部１１は、PRACKの応答信号を受信すると、メモリ上の呼処理データを、ＣＫＰＴ部１２を用いてＣＫＰＴ領域１５に書き込む。ＣＫＰＴ領域１５に書き込む呼処理データは、図示する場合、Ｓ１８からＳ１９までに送受信された各信号の情報（ＳＩＰのダイアログ情報）、端末ＡからPRACKの応答信号を受信済みであること（シーケンスの進捗情報）などである。
【００３３】
これにより、ＣＫＰＴ部１２は、呼処理部１１に要求された呼処理データのレプリカを、待機系の呼処理サーバ２０に転送する（Ｓ２０）。待機系の呼処理サーバ２０のＣＫＰＴ部２２は、転送された呼処理データをＣＫＰＴ領域２５に書き込み、書き込み完了応答を現用系の呼処理サーバ１０に送信する（Ｓ２１）。これにより、現用系のＣＫＰＴ領域１５と、待機系のＣＫＰＴ領域２５には、図示するように、同じ内容の呼処理データが記憶されている。
【００３４】
また、呼処理部１１は、ＣＫＰＴ領域１５に呼処理データを書き込んだ後、当該呼処理データの呼ＩＤと、ＣＫＰＴ領域１５での当該呼処理データの格納場所とを対応付ける対応データ（図３参照）をメモリ１４に記憶する。
【００３５】
そして、呼処理サーバ１０の呼処理部１１は、PRACKの応答信号を端末Ｂに送信する（Ｓ２２）。端末Ｂは、200 OKの応答信号を呼処理サーバ１０に送信し（Ｓ２３）、呼処理サーバ１０の呼処理部１１は、200 OKの応答信号を端末Ａに送信する（Ｓ２４）。
【００３６】
図４は、現用系の呼処理サーバ１０に障害が発生し、待機系の呼処理サーバ２０へ系切替えを行う場合の動作を示すシーケンス図である。図４においても、信号単位の処理を示している。
【００３７】
図４のＳ３１からＳ４１までの動作は、図２のＳ１１からＳ２１までの動作と同じであるため、ここでは説明を省略する。図示する例では、待機系の呼処理サーバ２０が書き込み完了応答を現用系の呼処理サーバ１０に送信し、現用系のＣＫＰＴ領域１５と待機系のＣＫＰＴ領域２５に、同じ内容の呼処理データが記憶された後（Ｓ４１）、現用系の呼処理サーバ１０で障害が発生する。これにより、現用系の呼処理サーバ１０にから、待機系の呼処理サーバ２０への系切替え動作が行われる。
【００３８】
すなわち、現用系の呼処理サーバ１０の系切替処理部２３は、ＣＫＰＴ領域１５に記憶された呼処理データと呼ＩＤとを対応付ける対応データと、呼のタイマー情報とを、待機系の呼処理サーバ２０に送信する（Ｓ４２）。呼のタイマー情報は、ＳＩＰの規約で応答を返さなければ呼損とみなされるまでの期限（タイムオーバまでの時間）であって、呼ＩＤと対応付けて呼処理部１１が管理し、メモリ１４に記憶している情報である。対応データは、前述のとおり、ＣＫＰＴ領域１５に呼処理データを書き込む度に、呼処理部１１がメモリ１４に記憶した、当該呼処理データの呼ＩＤと、ＣＫＰＴ領域１５での格納場所とを対応付けたデータである。
【００３９】
このように、本実施形態では、系切替え時（フェイルオーバ時）に、呼処理データ自体を待機系の呼処理サーバ２０に送信するのではなく、対応データと呼のタイマー情報のみを待機系の呼処理サーバ２０に送信し、処理を引継ぐため、系切替え中に呼処理データを送信する場合に比べ、引継ぎデータを削減でき、系切替え処理に要する時間を短縮することができる。待機系の呼処理サーバ２０の呼処理部２１は、受信した引継ぎデータ（対応データおよび呼のタイマー情報）をメモリ２４に記憶する。
【００４０】
そして、系切替え後の動作として、待機系の呼処理サーバ２０の呼処理部２１は、呼のタイマー情報に基づいてタイムアウトとなる前の所定のタイミングで、または対向する他の呼処理サーバ（ＳＩＰ端末）からの再送信号の受信のタイミングで、ＣＫＰＴ領域２５に記憶された呼処理データにアクセスし、当該呼処理データを呼処理部２１が使用するメモリ１４の領域に書き込み、呼処理を再開する。
【００４１】
なお、呼処理部２１は、タイマー情報に対応付けられた呼ＩＤ、または、再送信号に含まれる呼ＩＤを取得し、メモリ２４に記憶された対応データを参照して当該呼ＩＤに対応するＣＫＰＴ領域２５の格納場所（すなわち、ＣＫＰＴ領域１５の格納場所）を取得する。そして、取得したＣＫＰＴ領域２５の格納場所に格納された呼処理データを読み出し、メモリ１４に書き込む。また、呼処理部２１は、ＣＫＰＴ領域２５に書き込まれた呼処理データを、ＣＫＰＴ部が提供するＣＫＰＴ領域読み込み関数にしたがってアクセスする。
【００４２】
本実施形態では、Ｓ４２の系切替え時ではなく、系切替え後の所定のタイミング（タイマー情報のタイムアウト、再送信号の受信などのイベント）によりＣＫＰＴ領域２５の呼処理データを、呼処理部２１が使用するメモリ１４の領域に引き上げることで、系切替えに要する時間を短縮することができる。
【００４３】
待機系の呼処理サーバ２０の呼処理部２１は、呼処理を再開することにより、PRACKの応答信号を端末Ｂに送信する（Ｓ４３）。端末Ｂは、200 OKの応答信号を呼処理サーバ２０に送信し（Ｓ４４）、呼処理サーバ２０の呼処理部２１は、200 OKの応答信号を端末Ａに送信する（Ｓ４５）。
【００４４】
以上説明した本実施形態では、通常時において、所定のＳＩＰ信号毎に現用系の呼処理サーバ１０と待機系の呼処理サーバ２０とが、同期して呼処理データを転送していることにより、現用系で障害が発生した場合、現用系から待機系への系切替え時間をより短縮することができる。また、待機系の呼処理サーバ２０で呼処理を継続・再開する際に、呼損の発生を極力、抑制することができる。
【００４５】
また、本実施形態では、系切替え処理中に、ＣＫＰＴ領域２５に記憶された呼処理データを呼処理部２１が使用するメモリ１４の領域に引き上げない（コピーしない）ため、系切え時間を短縮化することができる。また、系切替え中に、呼処理部２１が呼処理プロセスの生成（呼処理）を実行しないため、系切替え中のＣＰＵ使用率を軽減することができるとともに、系切替え後に処理要求のあった呼について呼処理プロセスを生成することで、系切替え後のＣＰＵ使用率を緩やかにすることができる。
【００４６】
また、本実施形態では、ＳＡＦに準拠したＣＫＰＴを用いて呼処理データのレプリケーションを行う。これにより、汎用性を確保したクラスタシステムを構築することができる。また、電話サービスを実現するにあたり、高い信頼性を保つために専用のハードウェアおよびソフトウェアから成る専用装置を用いた場合、開発コストが高くなるというデメリットがある。これに対し、本実施形態では、ＳＡＦに準拠したＣＫＰＴを用いて汎用製品を使用したクラスタシステムを構築することにより、開発コストを低減することができる。
【００４７】
なお、本発明は上記実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。例えば、上記実施形態では、所定のＳＩＰ信号を受信したタイミングでＣＫＰＴ領域１５、２５へ呼処理データのレプリケーションを行うこととしたが、全てのＳＩＰ信号を受信したタイミングでＣＫＰＴ領域１５、２５へ呼処理データのレプリケーションを行うこととしてもよい。
【符号の説明】
【００４８】
１０    現用系の呼処理サーバ
１１    呼処理部
１２    ＣＫＰＴ部
１３    系切替処理部
１４    メモリ
１５    ＣＫＰＴ領域
２０    待機系の呼処理サーバ
２１    呼処理部
２２    ＣＫＰＴ部
２３    系切替処理部
２４    メモリ
２５    ＣＫＰＴ領域
【図１】
2011175382.tif 000003
【図２】
2011175382.tif 000004
【図３】
2011175382.tif 000005
【図４】
2011175382.tif 000006