JP5366858B2

JP5366858B2 - クラスタシステム、および、クラスタシステムにおける系切替え方法

Info

Publication number: JP5366858B2
Application number: JP2010037881A
Authority: JP
Inventors: 祐介緒方; 大輔原; 和雅松尾; 義樹江村
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2010-02-23
Filing date: 2010-02-23
Publication date: 2013-12-11
Anticipated expiration: 2030-02-23
Also published as: JP2011175382A

Description

本発明は、クラスタシステムの系切替え技術に関し、特に、呼処理サーバのクラスタシステムにおける系切替え技術に関する。

ＳＩＰ（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の応答信号を端末Ａに送信する（Ｓ４５）。

以上説明した本実施形態では、通常時において、所定のＳＩＰ信号毎に現用系の呼処理サーバ１０と待機系の呼処理サーバ２０とが、同期して呼処理データを転送していることにより、現用系で障害が発生した場合、現用系から待機系への系切替え時間をより短縮することができる。また、待機系の呼処理サーバ２０で呼処理を継続・再開する際に、呼損の発生を極力、抑制することができる。

また、本実施形態では、系切替え処理中に、ＣＫＰＴ領域２５に記憶された呼処理データを呼処理部２１が使用するメモリ１４の領域に引き上げない（コピーしない）ため、系切え時間を短縮化することができる。また、系切替え中に、呼処理部２１が呼処理プロセスの生成（呼処理）を実行しないため、系切替え中のＣＰＵ使用率を軽減することができるとともに、系切替え後に処理要求のあった呼について呼処理プロセスを生成することで、系切替え後のＣＰＵ使用率を緩やかにすることができる。

また、本実施形態では、ＳＡＦに準拠したＣＫＰＴを用いて呼処理データのレプリケーションを行う。これにより、汎用性を確保したクラスタシステムを構築することができる。また、電話サービスを実現するにあたり、高い信頼性を保つために専用のハードウェアおよびソフトウェアから成る専用装置を用いた場合、開発コストが高くなるというデメリットがある。これに対し、本実施形態では、ＳＡＦに準拠したＣＫＰＴを用いて汎用製品を使用したクラスタシステムを構築することにより、開発コストを低減することができる。

なお、本発明は上記実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。例えば、上記実施形態では、所定のＳＩＰ信号を受信したタイミングでＣＫＰＴ領域１５、２５へ呼処理データのレプリケーションを行うこととしたが、全てのＳＩＰ信号を受信したタイミングでＣＫＰＴ領域１５、２５へ呼処理データのレプリケーションを行うこととしてもよい。

１０現用系の呼処理サーバ
１１呼処理部
１２ＣＫＰＴ部
１３系切替処理部
１４メモリ
１５ＣＫＰＴ領域
２０待機系の呼処理サーバ
２１呼処理部
２２ＣＫＰＴ部
２３系切替処理部
２４メモリ
２５ＣＫＰＴ領域

Claims

現用系の呼処理サーバと待機系の呼処理サーバとを有するクラスタシステムであって、
前記現用系の呼処理サーバは、
呼処理データを記憶する第１の記憶手段と、
呼処理要求を受け付けて呼処理を行い、呼処理データを前記第１の記憶手段に記憶する第１の呼処理手段と、
前記第１の記憶手段に記憶される呼処理データのレプリカを、前記待機系の呼処理サーバに送信するレプリケーション手段と、
前記現用系の呼処理サーバから前記待機系の呼処理サーバへの系切替え時に、前記呼処理データの呼ＩＤと前記第１の記憶手段における前記呼処理データの格納場所とを対応付けた対応データと、呼のタイマー情報とを、前記待機系の呼処理サーバに送信する系切替処理手段とを有し、
前記待機系の呼処理サーバは、
前記現用系の呼処理サーバから送信された呼処理データのレプリカを記憶する第２の記憶手段と、
前記現用系の呼処理サーバから前記待機系の呼処理サーバへの系切替え後に、前記第２の記憶手段に記憶された呼処理データと、前記現用系の呼処理サーバから送信された対応データおよび呼のタイマー情報とを用いて、呼処理を行う第２の呼処理手段と、を有し、
前記第２の呼処理手段は、前記呼のタイマー情報に基づいたタイミングで、または、通信相手からの再送信号を受信したタイミングで、前記第２の記憶手段に記憶された呼処理データの呼処理を再開すること
を特徴とするクラスタシステム。
請求項１記載のクラスタシステムであって、
前記第１の記憶手段および前記第２の記憶手段は、ＳＡＦ（Service Availability Forum）に準拠したチェックポイント領域であること
を特徴とするクラスタシステム。
現用系の呼処理サーバと待機系の呼処理サーバとを有するクラスタシステムにおける系切替え方法であって、
前記現用系の呼処理サーバは、
呼処理データを記憶する第１の記憶部を有し、
呼処理要求を受け付けて呼処理を行い、呼処理データを前記第１の記憶部に記憶する第１の呼処理ステップと、
前記第１の記憶部に記憶される呼処理データのレプリカを、前記待機系の呼処理サーバに送信するレプリケーションステップと、
前記現用系の呼処理サーバから前記待機系の呼処理サーバへの系切替え時に、前記呼処理データの呼ＩＤと前記第１の記憶部における前記呼処理データの格納場所とを対応付けた対応データと、呼のタイマー情報とを、前記待機系の呼処理サーバに送信する系切替ステップとを行い、
前記待機系の呼処理サーバは、
前記現用系の呼処理サーバから送信された呼処理データのレプリカを記憶する第２の記憶部を有し、
前記現用系の呼処理サーバから前記待機系の呼処理サーバへの系切替え後に、前記第２の記憶部に記憶された呼処理データと、前記現用系の呼処理サーバから送信された対応データおよび呼のタイマー情報とを用いて、呼処理を行う第２の呼処理ステップを行い、
前記第２の呼処理ステップは、前記呼のタイマー情報に基づいたタイミングで、または、通信相手からの再送信号を受信したタイミングで、前記第２の記憶部に記憶された呼処理データの呼処理を再開すること
を特徴とする系切替え方法。
請求項３記載の系切替え方法であって、
前記第１の記憶部および前記第２の記憶部は、ＳＡＦ（Service Availability Forum）に準拠したチェックポイント領域であること
を特徴とする系切替え方法。