"呼処理を実行する複数のサーバ間の呼処理を制御し、通常時に稼働する現用系呼制御サーバとこの現用系呼制御サーバに故障が発生したときに現用系に切り替わって稼働する予備用系呼制御サーバとを備えた呼制御システムであって、前記現用系呼制御サーバは、呼処理制御部と、処理データ記憶部と、同期処理制御部と、同期領域記憶部とを有し、前記呼処理制御部は、実行中の呼制御シーケンス情報に関し、当該呼制御を構成する各処理に対応する前記呼制御シーケンス情報部分であるシーケンスパターンの実行順序を管理するサービス機能部と、このサービス機能部で管理される実行順序に基づいて実行中のシーケンスパターンを保持するシーケンス機能部と、前記サーバ間の呼処理に関する信号の送受信処理を行うユーザエージェント機能部とを有し、これらの機能部が相互に連携して呼制御に関する信号の処理を行い、前記ユーザエージェント機能部は、いずれかの前記サーバから呼制御に関する信号を受信したときに、前記呼処理シーケンス情報に関わらず、前記受信した信号の種別に基づいて次に送信すべき信号の種別を一意に特定可能な場合には、この送信すべき信号を、前記受信元のサーバに送信し、次に送信すべき信号の種別を特定できなかった場合には、これを前記シーケンス機能部に通知することにより前記シーケンス機能部で特定される送信すべき信号を、この信号に基づいて特定する送信すべきサーバに送信し、前記シーケンス機能部は、前記ユーザエージェント機能部から、受信した信号の種別に基づいて送信すべき信号の種別が特定されなかったことが通知された場合に、保持している実行中のシーケンスパターンに従って、前記受信した信号の種別に基づいて次に送信すべき信号の種別を特定し、前記サービス機能部は、前記シーケンス機能部において保持しているシーケンスパターンに基づいた信号の送受信処理が完了したと判断されたときに、管理しているシーケンスパターンの実行順序に従って次に実行すべきシーケンスパターンを前記シーケンス機能部に指示し、前記処理データ記憶部は、いずれかの前記サーバから呼制御に関する信号を受信したときに、前回の信号受信時において前記呼処理制御部で取得された情報との変更点を保持し、前記同期処理制御部は、前記処理データ記憶部に記憶された情報の変更点を、予め設定された、前回の前記現用系呼制御サーバに記憶された情報と前記予備用系呼制御サーバに記憶された情報との同期処理以降の変更点の情報が喪失しても前記呼制御処理が復旧できるタイミングで、自サーバ内の前記同期領域記憶部に書き込み、さらに、前記予備用系呼制御サーバに転送して、前記現用系呼制御サーバに記憶された情報と前記予備用系呼制御サーバに記憶された情報とを同期させ、前記同期領域記憶部は、前記呼処理制御部のサービス機能部、シーケンス機能部、およびユーザエージェント機能部に対応する領域を有する、ことを特徴とする呼制御システム。前記同期領域記憶部は、呼接続ごとに、並列して同時に書き込み可能な複数のセクションで構成されることを特徴とする請求項1に記載の呼制御システム。前記同期処理制御部は、前記予備用系呼制御サーバの同期領域記憶部の、転送処理に該当するセクションを、当該転送処理以外からの書き込みを不可能なロック状態にして転送処理を実行することを特徴とする請求項1または2に記載の呼制御システム。前記同期領域記憶部は、情報量拡張時に利用する予備領域をさらに有することを特徴とする請求項1~3いずれか1項に記載の呼制御システム。呼処理を実行する複数のサーバ間の呼処理を制御し、通常時に稼働する現用系呼制御サーバとこの現用系呼制御サーバに故障が発生したときに現用系に切り替わって稼働し、予備用系呼制御サーバとを備えた呼制御システムの現用系呼制御サーバが、実行中の呼制御シーケンス情報に関し、当該呼制御を構成する各処理に対応する前記呼制御シーケンス情報部分であるシーケンスパターンの実行順序を管理するサービス機能部と、このサービス機能部で管理される実行順序に基づいて実行中のシーケンスパターンを保持するシーケンス機能部と、前記サーバ間の呼処理に関する信号の送受信処理を行うユーザエージェント機能部とを有し、これらの機能部が相互に連携して呼制御に関する信号の処理を行い、前記ユーザエージェント機能部が、いずれかの前記サーバから呼制御に関する信号を受信したときに、前記呼処理シーケンス情報に関わらず、前記受信した信号の種別に基づいて次に送信すべき信号の種別を一意に特定可能な場合には、この送信すべき信号を、前記受信元のサーバに送信し、次に送信すべき信号の種別を特定できなかった場合には、これを前記シーケンス機能部に通知することにより前記シーケンス機能部で特定される送信すべき信号を、この信号に基づいて特定する送信すべきサーバに送信し、前記シーケンス機能部が、前記ユーザエージェント機能部から、受信した信号の種別に基づいて送信すべき信号の種別が特定されなかったことが通知された場合に、保持している実行中のシーケンスパターンに従って、前記受信した信号の種別に基づいて次に送信すべき信号の種別を特定し、前記サービス機能部が、前記シーケンス機能部において保持しているシーケンスパターンに基づいた信号の送受信処理が完了したと判断されたときに、管理しているシーケンスパターンの実行順序に従って次に実行すべきシーケンスパターンを前記シーケンス機能部に指示する呼処理制御ステップと、いずれかの前記サーバから呼制御に関する信号を受信したときに、前回の信号受信時において前記呼処理制御ステップで取得された情報との変更点を自サーバ内の処理データ記憶部に保持する処理データ記憶ステップと、前記処理データ記憶部に記憶された情報の変更点を、予め設定された、前回の前記現用系呼制御サーバに記憶された情報と前記予備用系呼制御サーバに記憶された情報との同期処理以降の変更点の情報が喪失しても前記呼制御処理が復旧できるタイミングで、自サーバ内の、前記サービス機能部、シーケンス機能部、およびユーザエージェント機能部に対応する領域を有する同期領域記憶部に書き込み、さらに、前記予備用系呼制御サーバに転送して、前記現用系呼制御サーバに記憶された情報と前記予備用系呼制御サーバに記憶された情報とを同期させる同期処理制御ステップと、を有することを特徴とする呼制御に利用する情報の冗長化方法。前記同期処理制御ステップでは、前記予備用系呼制御サーバの同期領域記憶部の、転送処理に該当するセクションを、当該転送処理以外からの書き込みを不可能なロック状態にして転送処理を実行することを特徴とする請求項5に記載の呼制御に利用する情報の冗長化方法。上述した従来の呼制御システムでは、ACT現用系呼制御サーバ61に記憶されているセッション確立に関する情報例えば自装置内でセッションを一意に特定するための情報テーブル、実行中の通信制御の処理シーケンスの進行状態、セッションリフレッシュタイマを始めとする各種タイマの設定に関する情報、セッションのダイアログ情報、セッションのオーディオ情報やメディア種別情報等に変更があったときに、その都度SBY予備用系呼処理サーバ62に変更点が転送され情報が更新されることで、これらのサーバ間で情報の同期がとられている。しかし、変更箇所が発生した都度、ACT現用系呼処理サーバ61からSBY予備用系呼処理サーバ62に変更点が転送されるようにすると、データ量の小さい変更点の情報が高頻度で転送処理され、オーバーヘッドの影響が大きくなり非効率的な処理になるという問題があった。またこの転送の際には、ACT現用系呼処理サーバ61の処理遅延を発生させないようにするため、SBY予備用系呼処理サーバ62への転送完了を待たずに、非同期転送処理によりACT現用系呼処理サーバ61において通信制御処理が進められているため、故障が発生しACT現用系呼処理サーバ61からSBY予備用系呼処理サーバ62に切り替えられるときに、どの情報まで正しくSBY予備用系呼処理サーバ62に転送できたかを把握することができず、未転送の可能性のある情報についてすべて再転送する必要があり、SBY予備用系呼処理サーバ62の起動に時間がかかるという問題があった。さらには、ACT現用系呼処理サーバ61が故障したときに、未転送の情報が再転送によって完全には転送されず、ユーザの意図しないタイミングで通信が切断されてしまう可能性があり、通信サービスの品質が低下するという問題があった。そこで本発明では、効率良く呼制御を実行することが可能であるとともに、高品質の通信サービスを提供することが可能な呼制御システムおよび呼制御に利用する情報の冗長化方法を提供することを目的とする。上記の課題を解決するための、本発明の呼制御システムは、呼処理を実行する複数のサーバ間の呼処理を制御し、通常時に稼働する現用系呼制御サーバとこの現用系呼制御サーバに故障が発生したときに現用系に切り替わって稼働する予備用系呼制御サーバとを備えた呼制御システムであって、前記現用系呼制御サーバは、呼処理制御部と、処理データ記憶部と、同期処理制御部と、同期領域記憶部とを有し、前記呼処理制御部は、実行中の呼制御シーケンス情報に関し、当該呼制御を構成する各処理に対応する前記呼制御シーケンス情報部分であるシーケンスパターンの実行順序を管理するサービス機能部と、このサービス機能部で管理される実行順序に基づいて実行中のシーケンスパターンを保持するシーケンス機能部と、前記サーバ間の呼処理に関する信号の送受信処理を行うユーザエージェント機能部とを有し、これらの機能部が相互に連携して呼制御に関する信号の処理を行い、前記ユーザエージェント機能部は、いずれかの前記サーバから呼制御に関する信号を受信したときに、前記呼処理シーケンス情報に関わらず、前記受信した信号の種別に基づいて次に送信すべき信号の種別を一意に特定可能な場合には、この送信すべき信号を、前記受信元のサーバに送信し、次に送信すべき信号の種別を特定できなかった場合には、これを前記シーケンス機能部に通知することにより前記シーケンス機能部で特定される送信すべき信号を、この信号に基づいて特定する送信すべきサーバに送信し、前記シーケンス機能部は、前記ユーザエージェント機能部から、受信した信号の種別に基づいて送信すべき信号の種別が特定されなかったことが通知された場合に、保持している実行中のシーケンスパターンに従って、前記受信した信号の種別に基づいて次に送信すべき信号の種別を特定し、前記サービス機能部は、前記シーケンス機能部において保持しているシーケンスパターンに基づいた信号の送受信処理が完了したと判断されたときに、管理しているシーケンスパターンの実行順序に従って次に実行すべきシーケンスパターンを前記シーケンス機能部に指示し、前記処理データ記憶部は、いずれかの前記サーバから呼制御に関する信号を受信したときに、前回の信号受信時において前記呼処理制御部で取得された情報との変更点を保持し、前記同期処理制御部は、前記処理データ記憶部に記憶された情報の変更点を、予め設定された、前回の前記現用系呼制御サーバに記憶された情報と前記予備用系呼制御サーバに記憶された情報との同期処理以降の変更点の情報が喪失しても前記呼制御処理が復旧できるタイミングで、自サーバ内の前記同期領域記憶部に書き込み、さらに、前記予備用系呼制御サーバに転送して、前記現用系呼制御サーバに記憶された情報と前記予備用系呼制御サーバに記憶された情報とを同期させ、前記同期領域記憶部は、前記呼処理制御部のサービス機能部、シーケンス機能部、およびユーザエージェント機能部に対応する領域を有することを特徴とする。また本発明の呼制御に利用する情報の冗長化方法は、呼処理を実行する複数のサーバ間の呼処理を制御し、通常時に稼働する現用系呼制御サーバとこの現用系呼制御サーバに故障が発生したときに現用系に切り替わって稼働し、予備用系呼制御サーバとを備えた呼制御システムの現用系呼制御サーバが、実行中の呼制御シーケンス情報に関し、当該呼制御を構成する各処理に対応する前記呼制御シーケンス情報部分であるシーケンスパターンの実行順序を管理するサービス機能部と、このサービス機能部で管理される実行順序に基づいて実行中のシーケンスパターンを保持するシーケンス機能部と、前記サーバ間の呼処理に関する信号の送受信処理を行うユーザエージェント機能部とを有し、これらの機能部が相互に連携して呼制御に関する信号の処理を行い、前記ユーザエージェント機能部が、いずれかの前記サーバから呼制御に関する信号を受信したときに、前記呼処理シーケンス情報に関わらず、前記受信した信号の種別に基づいて次に送信すべき信号の種別を一意に特定可能な場合には、この送信すべき信号を、前記受信元のサーバに送信し、次に送信すべき信号の種別を特定できなかった場合には、これを前記シーケンス機能部に通知することにより前記シーケンス機能部で特定される送信すべき信号を、この信号に基づいて特定する送信すべきサーバに送信し、前記シーケンス機能部が、前記ユーザエージェント機能部から、受信した信号の種別に基づいて送信すべき信号の種別が特定されなかったことが通知された場合に、保持している実行中のシーケンスパターンに従って、前記受信した信号の種別に基づいて次に送信すべき信号の種別を特定し、前記サービス機能部が、前記シーケンス機能部において保持しているシーケンスパターンに基づいた信号の送受信処理が完了したと判断されたときに、管理しているシーケンスパターンの実行順序に従って次に実行すべきシーケンスパターンを前記シーケンス機能部に指示する呼処理制御ステップと、いずれかの前記サーバから呼制御に関する信号を受信したときに、前回の信号受信時において前記呼処理制御ステップで取得された情報との変更点を自サーバ内の処理データ記憶部に保持する処理データ記憶ステップと、前記処理データ記憶部に記憶された情報の変更点を、予め設定された、前回の前記現用系呼制御サーバに記憶された情報と前記予備用系呼制御サーバに記憶された情報との同期処理以降の変更点の情報が喪失しても前記呼制御処理が復旧できるタイミングで、自サーバ内の、前記サービス機能部、シーケンス機能部、およびユーザエージェント機能部に対応する領域を有する同期領域記憶部に書き込み、さらに、前記予備用系呼制御サーバに転送して、前記現用系呼制御サーバに記憶された情報と前記予備用系呼制御サーバに記憶された情報とを同期させる同期処理制御ステップとを有することを特徴とする。本発明の呼制御システムおよび呼制御に利用する情報の冗長化方法によれば、効率良く呼制御を実行することが可能であるとともに、高品質の通信サービスを提供することが可能になる。本発明の一実施形態による呼制御装置は前後に1以上のSIPサーバが接続されたSIPサーバであり、これら前後のSIPサーバとの間で、予め設定された一連の処理シーケンス工程情報に従ってSIP信号を送受信することにより、セッションを確立させメディア通信のサービス提供を可能にさせるものである。この予め設定される処理シーケンス情報は、一連の呼制御シーケンス処理の一部を構成する、セッション接続、応答、切断等の詳細処理単位のシーケンス部分であるシーケンスパターンが所定の実行順序で組み合わせられて構成されている。一実施形態による呼制御サーバを利用したSIP通信システムの構成本発明の一実施形態による呼制御サーバを利用したSIP通信システム1の構成について、図1を参照して説明する。本実施形態によるSIP通信システム1は、複数の加入者端末2A~2Dと、これらの加入者端末のうち加入者端末2Aおよび加入者端末2BにIPネットワーク3を介して接続されたプロキシサーバであるSIPサーバ4Aと、加入者端末2Cおよび加入者端末2DにIPネットワーク3を介して接続されたプロキシサーバであるSIPサーバ4Bと、SIPサーバ4AおよびSIPサーバ4Bに接続されたIPネットワーク3上の複数の転送装置3A~3Fと、SIPサーバ4AとSIPサーバ4Bとの間を中継する中継装置5A、5Bと、SIPサーバ4A、SIPサーバ4B、および中継サーバ5B等に接続された呼制御サーバ6と、呼制御サーバ6に接続されたIPネットワーク3上のメディアサーバ7A、7Bとを有する。音声情報や映像情報等のメディア情報のトラヒックは、IPネットワーク3上の転送装置3A~3F等を経由して、加入者端末2A~2D間や、加入者端末2A~2Dとメディアサーバ7A、7B間で転送される。加入者端末2A~2Dはそれぞれ、ユーザである加入者が利用するIP電話、HGWホームゲートウェイ等であり、SIPを利用して音声情報や映像情報などの加入者端末間で利用するメディア通信を行うためのSIPネゴシエーションを行う機能を有する。加入者端末2A~2Dは、SIPネゴシエーションの結果決定した、信号条件でメディア通信を行う機能を有する。転送装置3A~3Gはそれぞれ、IPネットワーク3に位置し、加入者端末間2A~2Dのメディア通信のトラヒックを転送する。SIPサーバ4Aは、加入者端末2Aおよび2BのSIP信号を中継するプロキシサーバであり、SIPサーバ4Bは加入者端末2Cおよび2DのSIP信号を中継するプロキシサーバである。SIPサーバ4A、4Bは、加入者端末間のSIPネゴシエーションを中継し、加入者契約情報に基づいて補足する機能を有し、あらかじめ保持したルールに従ってSIP信号を編集する機能を有している。中継サーバ5A、5Bは、SIPサーバ4AとSIPサーバ4Bと接続し、SIP信号中継する機能を有する。呼制御システム6は、図2に示すようにクラスタシステムとして構築されたACT現用系呼制御サーバ61とSBY予備用系呼制御サーバ62とを有し、いずれかのサーバにより、SIPサーバでの加入者契約情報種別および要求サービスに基づいてSIPサーバ4Aと4Bとの間のセッションの確立、切断の制御を行い、必要に応じてメディアサーバ7A、7Bと加入者端末2A~2Dとのメディア通信ができるよう、SIPネゴシエーションを行う。また、その後の加入者端末2A~2D間のメディア通信が行えるように、SIP信号を編集してSIPネゴシエーションを中継し、セッションを確立する。図1においては呼制御サーバ6には2台のSIPサーバプロキシサーバ4A、4B、および2台のメディアサーバ7A、7B等が接続されている場合について示しているが、実際にはさらに多くのSIPサーバ、メディアサーバ等に接続され、これらの装置間における複数のセッションの確立、切断の制御が可能である。通常時にはACT現用系呼制御サーバ61が稼働し、このACT現用系呼制御サーバ61に故障が発生したときに、SBY予備用系呼制御サーバ62が現用系に切り替わって稼働する。ACT現用系呼制御サーバ61は図2に示すように、呼処理制御部611と、処理データ記憶部612と、同期処理制御部613と、同期領域記憶部614とを有する。呼処理制御部611の構成について、図3を参照して詳細に説明する。呼処理制御部611は、トランスポート機能部6111と、受信信号バッファ6112と、プロトコル機能部6113と、ユーザエージェントUA機能部6114と、シーケンス機能部6115と、サービス機能部6116と、送信信号バッファ6117とを有する。トランスポート機能部6111、プロトコル機能部6113、ユーザエージェントUA機能部6114、シーケンス機能部6115、およびサービス機能部6116は、下位の機能を有するトランスポート機能部6111から上位の機能を有するサービス機能部6116へ、階層的に構築されている。トランスポート機能部6111は、受信SIP信号の受信時に、当該受信SIP信号を自装置で処理するためのパース処理前処理を実行する受信処理部6111aと、送信SIP信号の送信時に、送信信号バッファ6117の情報に基づいて送信用SIP信号を生成する逆パース処理を行う送信処理部6111bとを有する。受信信号バッファ6112は、トランスポート機能部6111でパース処理された受信信号情報を保持する。パース処理後の情報を受信信号バッファ6112に保持しておくことで、後述するプロトコル機能部6113、UA機能部6114においてパース処理済後の受信信号を参照することが可能になり、効率的に処理を実行することが可能になる。プロトコル機能部6113は受信信号バッファを参照し、パース処理された受信信号情報をプロトコルに従って解析し、発着加入者端末2のダイアログ情報やトランザクション情報を取得して保持する受信処理部6113aと、送信SIP生成のためのダイアログ情報やトランザクション情報を送信SIP信号の生成に用いる情報として送信信号バッファ6117に送出する送信処理部6113bとを有する。SIP信号の送受信は、必ずserverclientの関係で行われるため、UA機能部6114は、発信側がUACUserAgentClientの場合に、この発信側に対応するUASUserAgentServer6114aと、着信側がUASUserAgentServerの場合に、この着信側に対応するUACUserAgentClient6114bとを有し、これらが連携して発着信側のSIPサーバとの通信に関する処理を行う。このようにUA機能部6114内にUAS6114aとUAC6114bを設けこれらが連携して発着信側のサーバや端末との通信を行うことにより、これらの接続されたサーバや端末に対して自呼制御サーバ61がUASとしてもUACとしても機能することができ、従来の単純なプロキシサーバでは実現し難い高度なサービスをネットワーク側から発着信側に提供することが可能である。また、発着信側のUSA、UACの関係を保ったまま通信可能であるため、ネットワークポリシーを維持しやすいという利点がある。UAS6114aは受信信号バッファ6112を参照し、パース処理された受信信号情報から受信SIP信号の種別を判定し、この判定した種別から、処理シーケンス中の段階にかかわらず折り返し送信元に応答すべきSIP信号の種別ステータスコードがプロトコルに従って一意に特定される場合には、この特定した種別のSIP信号をプロトコル機能部6113の受信処理部6113a、トランスポート機能部6111の受信処理部6111aによる処理を介して受信SIP信号の送信元のSIPサーバに送信することで応答し、判定した種別により応答すべきSIP信号の種別が一意に特定されない場合には上位のシーケンス機能部6115へ通知を行う。例えば、UAS6114aが受信信号バッファ6112を参照して受信SIP信号のCallID、リモートタグ、ローカルタグ等を取得し、これが自サーバ61内に呼制御の情報として保持されているかどうかを確認し、自サーバ61内に呼制御の情報として保持されていないときには、既に確立されているセッションを維持するためのリフレッシュ信号の1つであるreINVITE信号であると判定する。そして、reINVITE信号に対しては呼制御シーケンス情報に関わらず折り返し応答すべき信号のステータスコードを200応答として特定することができ、このステータスコード200応答の情報を受信信号バッファ6112に送出する。また、UAS6114aが取得した受信SIP信号のCallIDが自サーバ61内に呼制御の情報として保持されていたとき、例えば受信SIP信号が呼び出し制御中の暫定応答としてのPRACK信号であると判定したときには、受信SIP信号がPRACK信号である情報をシーケンス機能部6115へ通知する。UAC6114bは、後述するシーケンス機能部6115で特定された送信すべき信号のステータスコード、これに基づいて特定した送信先のSIPサーバの情報を送信信号バッファ6117に送出する。保持した送信先の情報は、セッション切断時にメモリの該当部分を解放することで削除無効化する。また、セッション切断時に解放ステータスにして、タイマを設定して、タイムアウト時に削除してもよい。シーケンス機能部6115は実行中のサービスに関する処理シーケンス工程パターンを選択して自装置内のメモリ図示せずに保持し、UA機能部6114から受信SIP信号の信号種別に基づいて応答すべき信号のステータスコードを一意に特定できないことが通知されたときに、保持した処理シーケンスパターン中における現在の段階の特定を行う。そして、この段階に基づいて次に送信すべき信号例えば、InitINVITE、180呼出中、PRACK、200応答等を送信SIP信号の生成のために特定する。処理シーケンスパターンの例を、図4に示す。図4aはセッション接続部分のシーケンスパターンaであり、図4bはセッション確立後の応答部分のシーケンスパターンbであり、図4cはセッション切断部分のシーケンスパターンcである。シーケンスパターンは、発信側呼制御サーバ6における受信側に接続されたサーバとの送受信に関する発側シーケンスパターンと、信号送信側呼制御サーバ6における送信側に接続されたサーバとの送受信に関する着側シーケンスパターンとを有している。そしてこれらの発側シーケンスパターンと着側シーケンスパターンとは連携しており、例えば発側シーケンスパターンに従って受信した信号の種別に基づいて、次に送信すべき信号の種別およびUA機能部で保持されているUASおよびUACを、前記送信側シーケンスパターンに従って特定する。シーケンス機能部6115では例えば、受信SIP信号がPRACK信号であるときには、送信すべき信号をPRACKとして、送信SIP信号の生成のために特定する。ここで、シーケンス機能部6115は、処理中のシーケンスパターンが最後まで完了したと判断したときにはメモリの該当部分を解放することで保持したシーケンスパターン情報を削除無効化するとともに、サービス機能部6116へ通知する。このシーケンスパターンの削除は、後述するようにサービス機能部6116へ通知したことにより新たなシーケンスパターンが指示されこれを保持した後に実行してもよいし、シーケンスパターンの完了時に解放ステータスにしてタイマを設定し、タイムアウト時に削除するようにしてもよい。サービス機能部6116は、発着加入者端末2で加入されているサービス内容に基づいて、シーケンス機能部6115で用いられるシーケンスパターンの実行順序であるシナリオを管理し、シーケンス機能部6115で処理中のシーケンスパターンの処理が完了したことが通知されたときに、このシナリオに基づいて次に実行させるシーケンスパターンをシーケンス機能部6115に指示する。例えば、図4のシーケンスパターンが、シーケンスパターンa→シーケンスパターンb→シーケンスパターンcの順で実行されるように組み合わせられた処理シーケンスを、一連の呼接続処理のサービス内容として予め保持し、これに基づいてシーケンス機能部6115に対し次の処理対象のシーケンスパターンを指示する。上記の機能部のうち、トランスポート機能部6111、プロトコル機能部6113、およびUA機能部6114は信号単位でプロトコルに従ってSIP信号処理を実行し、シーケンス機能部6115、およびサービス機能部6116はサービスの実行や制御に関する処理を実行する。送信信号バッファ6117は、UA機能部6114のUAC6114bから送出された送信すべき信号のステータスコード、送信先の情報、プロトコル機能部6113の送信処理部6113bから送出されたダイアログ情報、トランザクション情報を、送信SIP信号を生成するための情報として保持する。処理データ記憶部612はメモリのヒープ領域であり、呼処理制御部611の各機能部で実行された処理に関する情報を一時的に記憶する。同期処理制御部613は、SBY予備用系呼制御サーバ62の同期処理制御部623と転送制御信号の送受信をすることにより、ACT現用系呼制御サーバ61に記憶された情報とSBY予備用系呼制御サーバ62に記憶された情報の同期をとるための、ACT現用系呼制御サーバ61からSBY予備用系呼制御サーバ62への情報の転送処理を制御する。同期領域記憶部614は、呼処理制御部611の各機能部に対応する領域を固定的に有する。この同期領域記憶部614の構成について、図5を参照して詳細に説明する。同期領域記憶部614は、セッションごとに情報を記憶する領域を有し、第1セッションの処理に用いる情報を記憶する第1セッション情報領域614Aと、第2セッションの処理に用いる情報を記憶する第2セッション情報領域614Bと、第3セッションの処理に用いる情報を記憶する第3セッション情報領域614Cとを有する。これらの第1セッション情報領域614A、第2セッション情報領域614B、および第3セッション情報領域614Cはそれぞれ別の呼セッションに関するデータを保持する領域であり、各セクションで1呼分の処理に必要なデータを保持することが可能である。これらのセッション情報領域614A~614Cはそれぞれ、呼処理制御部611のトランスポート機能部6111の処理に関する情報を記憶するトランスポート機能部情報領域6141A~6141Cと、プロトコル機能部6113の処理に関する情報を記憶するプロトコル機能部情報領域6142A~6142Cと、UA機能部6114の処理に関する情報を記憶するUA機能部情報領域6143A~6143Cと、シーケンス機能部6115の処理に関する情報を記憶するシーケンス機能部情報領域6144A~6144Cと、サービス機能部6116の処理に関する情報を記憶するサービス機能部情報領域6145A~6145Cと、これらの情報を統括的に管理するデータ管理情報領域6146A~6146Cと、予備領域6147A~6147Cとを有する。SBY予備用系呼制御サーバ62は、呼処理制御部621と、処理データ記憶部622と、同期処理制御部623と、同期領域記憶部624とを有する。呼処理制御部621は、呼処理制御部621は、トランスポート機能部6211と、受信信号バッファ6112と、プロトコル機能部6213と、ユーザエージェントUA機能部6214と、シーケンス機能部6215と、サービス機能部6216と、送信信号バッファ6217とを有し、SBY予備用系呼制御サーバ62が稼働したときに稼働する。これらの機能部の機能は、ACT現用系呼制御サーバ61の呼処理制御部611の対応する機能部の機能と同様のため、詳細な説明は省略する。処理データ記憶部622は、SBY予備用系呼制御サーバ62が稼働したときに、同期領域記憶部624から実行中の処理に必要なデータを取得するとともに、ACT現用系呼制御サーバ61の処理データ記憶部612と同様に呼処理制御部611の各機能部で実行された処理に関する情報を一時的に記憶する。同期領域制御部623は、ACT現用系呼制御サーバ61の同期処理制御部613と転送制御に関する信号の送受信をすることにより、ACT現用系呼制御サーバ61に記憶された情報とSBY予備用系呼制御サーバ62に記憶された情報の同期をとるための、ACT現用系呼制御サーバ61からSBY予備用系呼制御サーバ62への情報の転送処理を制御する。同期領域記憶部624は、呼処理制御部621の各機能部に対応する領域を固定的に有する。この同期領域記憶部624の構成について、図5を参照して詳細に説明する。同期領域記憶部624は、セッションごとに情報を記憶する領域を有し、第1セッションの処理に用いる情報を記憶する第1セッション情報領域624Aと、第2セッションの処理に用いる情報を記憶する第2セッション情報領域624Bと、第3セッションの処理に用いる情報を記憶する第3セッション情報領域624Cとを有する。この第1セッション情報領域624A、第2セッション情報領域624B、第3セッション情報領域624Cはそれぞれ異なるセクションで、メモリ内で並列して書き込み処理可能であり、各セクションは他のセクションから独立して排他ロックをかけることができる。つまり、ロックをかけている間はそのセクションでは、当該処理以外に関する情報を書き込むことができない状態にすることができる。これらの第1セッション情報領域624A、第2セッション情報領域624B、および第3セッション情報領域624Cはそれぞれ、ACT現用系呼制御サーバ61のトランスポート機能部情報領域6141A~6141Cに対応するトランスポート機能部情報領域6241A~6241Cと、プロトコル機能部情報領域6142A~6142Cに対応するプロトコル機能部情報領域6242A~6242Cと、UA機能部情報領域6143A~6143Cに対応するUA機能部情報領域6243A~6243Cと、シーケンス機能部情報領域6144A~6144Cに対応するシーケンス機能部情報領域6244A~6244Cと、サービス機能部情報領域6145A~6145Cに対応するサービス機能部情報領域6245A~6245Cと、データ管理情報領域6146A~6146Cに対応するデータ管理情報領域6246A~6246Cと、予備領域6247A~6247Cとを有する。ACT現用系呼制御サーバ61の同期領域記憶部614およびSBY予備用系呼制御サーバ62の同期領域記憶部624にそれぞれ設けられたセクション数は呼セッション数と関連しており、本実施形態においては双方の同期領域記憶部に3つの呼セッションに対応するように3のセクションを有する場合を示したが、さらに多くの数のセッションにそれぞれ対応するようにセクションを設けてもよい。また、1つの呼セッションに対して複数のセッションずつ割り当てるようにしてもよい。一実施形態による呼制御サーバを利用したSIP通信システムの動作本発明の一実施形態によるSIP通信システム1において、発信端末である加入者端末2Aまたは2BからSIPサーバ4A、呼制御システム6、SIPサーバ4Bを経由して加入者端末2Cまたは2Dに呼制御に関するSIP信号が送信されるときの、呼制御システム6のACT現用系呼制御サーバ61の動作について、図6のフローチャートを参照して説明する。本実施形態において、同期処理制御部613には、故障時にACT現用系呼制御サーバ61からSBY予備用系呼制御サーバ62に切り替えられたときにセッション接続を維持させるために必要な情報である救済データを、ACT現用系呼制御サーバ61からSBY予備用系呼制御サーバ62に転送するタイミングである救済データ転送タイミングに関する情報が、予め保持されているものとする。この救済データ転送タイミングの詳細については、後述する。まず、SIPサーバ4Aから、新規にセッションを確立するためのInitINVITE信号が送信されると、INVITE信号に関して起呼信号であるか、セッションリフレッシュ信号であるかが呼処理制御部611において判定される。ここでは、受信信号バッファ6112、送信信号バッファ6117や、各機能部に関して保存されたデータが処理データ記憶部612に何もなく新規の呼制御であると判定され、サービス機能部6116において発着加入者端末2で加入されているサービス内容のシナリオに基づいて、実行するシーケンスパターンがシーケンス機能部6115に指示される。サービスに応じて複数のシーケンスパターンを同時に選択するように指示することもできる。シーケンス機能部6115では、サービス機能部6116から指示されたシーケンスパターンが実行するシーケンスパターンとして選択され保持される。実行するシーケンスパターンが保持された後に、SIPサーバ4Aから受信されたInitINVITE信号はS1、トランスポート機能部6111の受信処理部6111aにおいてこの受信SIP信号を自装置で処理するためのパース処理前処理が実行されるS2。具体的には、受信SIP信号がInitINVITE信号であることを自装置内で識別しやすくするための識別情報1を1バイト目に付加する等の処理が行われる。パース処理が実行された受信信号情報は、受信信号バッファ6112に保持される。パース処理で取得された情報は、ACT現用系呼制御サーバ61の処理データ記憶部612に記憶される。また、受信信号バッファ6112に保持された情報は、ACT現用系呼制御サーバ61の処理データ記憶部612に記憶される。次にプロトコル機能部6113の受信処理部6113aにおいて受信信号バッファ6112が参照され、パース処理された受信信号がプロトコルに従って解析され、発着加入者端末2のダイアログ情報やトランザクション情報が取得されるS3。取得されたダイアログ情報やトランザクション情報は、ACT現用系呼制御サーバ61の処理データ記憶部612に記憶される。ここまでの処理により、受信処理が完了するS4。受信処理が完了すると、呼処理制御部611のトランスポート機能部6111において、パース処理で取得された受信SIP信号の識別情報に基づいて、この時点が救済データ転送タイミングであるか否かが判定されるS5。本実施形態における救済データ転送タイミングについて図7a~cを参照して説明する。図7aは呼制御処理が実行されるときの、SIPサーバ間での呼単位の各SIP信号の送受信順序をシーケンスで示したものである。図7aに示すように、ACT現用系呼制御サーバ61では、セッション開始要求を示すInitINVITE信号が発信側のSIPサーバ4Aから送信されるS21と、試行中であることを示すTrying信号をSIPサーバ4Aに返信するS22とともに、着信側のSIPサーバ4BにInitINVITE信号を転送するS23。そして、SIPサーバ4Bに転送したInitINVITE信号の返信としてのTrying信号を受信するS24。その後、着信側の加入者端末で呼び出し中であることを示すRinging信号をSIPサーバ4Bから受信するS25と、これを発信側のSIPサーバ4Aに転送しS26、これに対する暫定応答としてPRACK信号を受信するS27。次に、受信したPRACK信号をさらに着信側のSIPサーバ4Bに送信しS28、これに対する暫定応答として200信号を受信しS29、これをさらに発信側のSIPサーバ4Aに転送するS30。その後、着信側の加入者端末で応答したことを示す200をSIPサーバ4Bから受信するとS31、これを発信側のSIPサーバ4Aに転送しS32、着信側の加入者端末で応答されたことが通知される。これに対応して送信側のSIPサーバ4Aからセッション確立了解を示すACK信号が送信されるS33とこれを着信側のSIPサーバ4Bに転送しS34、通信が開始される。この通信確立中は、図6bまたはcのシーケンスに示すように、セッションリフレッシュが実行されることによりセッションタイマが更新され、セッションの確立が維持される。図6bは、reINVITE信号によりセッションリフレッシュが実行される場合のシーケンスであり、発着信側の加入者端末からreINVITE信号が送信されるとS41、SIPサーバが応答して200信号を返信するS42ことによりACK信号が送信されてS43セッションタイマが更新され、セッションの確立が維持される。または、SIPサーバからreINVITE信号が送信されるとS44、発着信側の加入者端末が応答して200信号を返信するS45ことによりACK信号を返信してS46セッションタイマが更新され、セッションの確立が維持される。また図6cは、UPDATE信号によりセッションリフレッシュが実行される場合のシーケンスであり、発着信側の加入者端末からUPDATE信号が送信されるとS51、SIPサーバが応答して200信号を返信するS52ことによりセッションタイマが更新され、セッションの確立が維持される。または、SIPサーバからUPDATE信号が送信されるとS53、SIPサーバが応答して200信号を返信するS54ことによりセッションタイマが更新され、セッションの確立が維持される。図7aに戻り、発信側のSIPサーバ4Aからセッション切断要求を示すBYE信号が送信されるとS35、呼制御システム6では、これに対する応答として200を返信するS36とともに、着信側のSIPサーバ4BにBYE信号を転送するS37。そして、SIPサーバ4Bに転送したBYE信号の返信としての200信号を受信するS38ことにより、セッションが切断される。このように実行される呼制御処理において、ACT現用系呼制御サーバ61からSBY予備用系呼制御サーバ62への救済データ転送タイミングは、前回のACT現用系呼制御サーバ61とSBY予備用系呼制御サーバ62との情報の同期処理救済データの転送処理以降の変更点の情報が喪失しても、プロトコルに従って呼制御処理が復旧できるタイミングで設定される。具体的には、呼制御サーバ61への再送が期待できす、該信号を送受信したことを記憶していないと呼制御サーバ61からの再送も不可能でありシーケンスの復旧、継続が不可能な信号の送受信時例えばステップS23のInitINVITE信号の送信時、および、該信号を送受信したことを記憶しておらず、故障が発生しシーケンスが巻き戻ってしまっても、次に受信する信号を呼制御サーバ61で適切に処理可能な信号の送受信時例えばステップS25のRinging信号の受信時である。本実施形態においては、図7a~c中の、タイミングt1~t17で示す時が、上記またはに該当する救済データ転送タイミングとして設定されているものとする。このように救済データ転送タイミングが設定されることにより、例えばステップS25において受信したRinging信号の受信信号バッファ6112への記憶が完了する前に故障が発生し、稼働するサーバがACT現用系呼制御サーバ61からSBY予備用系呼制御サーバ62に移った場合に、SBY予備用系呼制御サーバ62にはステップS24のTrying信号の受信に関する記録はなくステップS23のInitINVITE信号の転送に関する記録までしか残っていないが、再度ステップS23のInitINVITE信号の転送から処理が再開されるように巻き戻っても、プロトコルに従って適切に処理が続行される。この救済データ転送タイミングの設定に関する情報は、InitINVITEを受信してサービス判定を行いサービスが決定した段階で、転送が必要な信号のリストとしてサービス機能部6116から指定しそれをトランスポート機能部6111でもっておくようにしておいてもよいし、信号の送受信毎にトランスポート機能部6111がシーケンス機能部6115に問い合わせて、シーケンス機能部6115がシーケンスパターンから救済データ転送タイミングであるか否かを判断し、トランスポート機能部6111に通知するようにしてもよい。図6に戻り、InitINVITE信号を受信した時点では救済データ転送タイミングではないと判断されるS5のNO。次にUA機能部6114のUAS6114aにおいて受信信号バッファ6112が参照され、当該受信SIP信号の送信元のSIPサーバのアドレス、および送信先のSIPサーバのアドレスが取得されて処理データ記憶部612に保持されるとともに、当該受信SIP信号の種別がパース処理で付加された識別情報に基づいて判定され、この判定された種別から、折り返し応答すべき信号のステータスコードが一意に特定されるか否かが判定されるS6。ここではUAS6114aにおいて、新規のInitINVITE信号に対しては処理シーケンスにかかわらずプロトコルに従って折り返し送信元にステータスコード100試行中信号を応答することが判定され、処理データ記憶部612に保持された情報に基づいて、プロトコル機能部63によるダイアログ処理、トランザクション処理が行われ、トランスポート機能部6111によりステータスコード100試行中の送信SIP信号が生成されて、SIPサーバ4Aに送信されるS6のYES、S9~S11。またステータスコード100試行中の送信SIP信号が送信されるとさらに、UAS6114aにより、新規のInitINVITE信号を受信したことがシーケンス機能部6115に通知されるS6のNO、S7。シーケンス機能部6115では、UA機能部6114から、InitINVITE信号が受信されたことが通知されると、保持した処理シーケンスパターンが選択され、このシーケンス中の現在の段階が特定されるS8。ここでは、図4aのセッション接続部分のシーケンスパターンa中の現在の段階が特定され、さらにこの段階に基づいて次に送信すべき信号InitINVITEとUA機能部6114に保持しているUAS6114a及びUAC6114bが特定される。シーケンス中の現在の段階ではUAC6114bにInitINVITEの送信指示がなされる。指示を受けたUAC6114bにおいては、UAC6114bに対応して処理データ記憶部612に保持している送信先の情報等とともにInitINVITE信号に関する情報が送信信号バッファ6117に送出されるS9。なお、送信先の情報は受信したInitINVITE信号に含まれており、受信時にUAS6114aで処理データ記憶部612に保持しておき、上記のタイミングでUAC6114bに送信先情報等のデータを引き継ぐ。また、プロトコル機能部63の送信処理部632により、処理データ記憶部612に保持している送信SIP生成のためのダイアログ情報やトランザクション情報等の送信情報が送信信号バッファ6117に送出される。次にトランスポート機能部6111の送信処理部612において、送信信号バッファ6117の情報が用いられて逆パース処理が行われて送信SIP信号が生成されるS10。そして、生成された送信SIP信号が、SIPサーバ4Bに送信されるS11。送信信号バッファ6117に保持された情報は、ACT現用系呼制御サーバ61の処理データ記憶部612に記憶される。ここで、送信SIP信号の送信処理が完了すると、呼処理制御部611のトランスポート機能部6111において、送信SIP信号の識別情報に基づいて、この時点が救済データ転送タイミングであるか否かが判定されるS12。ここでは受信したInitINVITE信号に対してTrying信号がSIPサーバ4Aに返信されるとともにInitINVITE信号がSIPサーバ4Bに転送されており、これらの送信時点図7のタイミングt1t2は救済データ転送タイミングであると判断されるS12のYES。救済データ転送タイミングであると判断されると、ACT現用系呼制御サーバ61の同期処理制御部613からSBY予備用系呼制御サーバ62の同期処理制御部623に、まずSBY予備用系呼制御サーバ62の同期領域記憶部624の該当するセクションここでは第1セッション情報領域624Aが当該転送処理以外の処理で書き込みが行われないようにするためのロック状態とする指示が送信される。そして、SBY予備用系呼制御サーバ62の同期処理制御部623によりこの指示に基づいて同期領域記憶部624の第1セッション情報領域614Aがロック状態にされる。次に、ACT現用系呼制御サーバ61の同期処理制御部613からデータの書き込み指示が送出され、この指示により処理データ記憶部612に記憶されている各機能部の処理に関するデータが、自サーバ61の同期領域記憶部614内の該当するトランスポート機能部情報領域6141A、プロトコル機能部情報領域6142A、UA機能部情報領域6143A、シーケンス機能部情報領域6144A、サービス機能部情報領域6145A、データ管理領域6146Aに書き込まれる。さらにACT現用系呼制御サーバ61の同期処理制御部613からデータの転送指示が送出され、この指示により処理データ記憶部612に記憶されている各機能部の処理に関するデータが、SBY予備用系呼制御サーバ62に救済データとして転送されるS13。SBY予備用系呼制御サーバ62では、受信した救済データが、同期領域記憶部624の第1セッション情報領域624Aのそれぞれ該当する機能部領域に記憶される。このように処理データ記憶部612のデータの自サーバ61への書き込み処理、SBY予備用系呼制御サーバ62への転送処理が完了すると、ACT現用系呼制御サーバ61の同期処理制御部613からSBY予備用系呼制御サーバ62の同期処理制御部623に、同期領域記憶部624の第1セッション情報領域624Aのロックを解除する指示が送信される。そして、SBY予備用系呼制御サーバ62の同期処理制御部623によりこの指示に基づいて同期領域記憶部624の第1セッション情報領域624Aのロックが解除される。このように同期領域記憶部624をロック状態にして転送処理が実行されることにより、同期領域記憶部614と同期領域記憶部624との対応するセクションで記憶されるデータに差分ができることを防止することができる。次に、SIPサーバ4Aから、確立されたセッションを維持するためのリフレッシュ信号の1つであるreINVITE信号が送信されたときの呼制御システム6の動作について説明する。SIPサーバ4AからACT現用系呼制御サーバ61においてreINVITE信号が受信されるS1と、INVITE信号に関して起呼信号であるか、セッションリフレッシュ信号であるかが判定される。ここではセッションリフレッシュ信号のreINVITE信号であると判定される。次にトランスポート機能部6111の受信処理部6111aにおいてこの受信SIP信号を自装置で処理するためのパース処理前処理が実行されるS2。パース処理で取得された情報は、前回の信号処理時との変更点が、ACT現用系呼制御サーバ61の処理データ記憶部612に記憶される。次にプロトコル機能部6113の受信処理部6113aにおいて受信信号バッファ6112が参照され、パース処理された受信信号がプロトコルに従って解析され、発着加入者端末2のダイアログ情報やトランザクション情報が取得されるS3。取得されたダイアログ情報やトランザクション情報は、前回の信号処理時との変更点が、ACT現用系呼制御サーバ61の処理データ記憶部612に記憶される。ここまでの処理により、受信処理が完了するS4。受信処理が完了すると、呼処理制御部611のトランスポート機能部6111においてのパース処理で取得された受信SIP信号の識別情報に基づいて、この時点が救済データ転送タイミングであるか否かが判定されるS5。ここでreINVITE信号を受信した時点では図7bの情報に基づいて救済データ転送タイミングではないと判断されるS5のNO。次にUA機能部6114のUAS6114aにおいて受信信号バッファ6112が参照され、当該受信SIP信号の送信元のSIPサーバのアドレス、および送信先のSIPサーバのアドレスが取得され、当該受信SIP信号の種別がパース処理で付加された識別情報に基づいて判定され、この判定された種別から、折り返し応答すべき信号のステータスコードが一意に特定されるか否かが判定されるS6。ここでは、受信SIP信号の送信元のSIPサーバのアドレス、および送信先のSIPサーバのアドレスについては前回の信号処理時と変更点がないため処理データ記憶部612への変更点の書き込みは行われない。ここでは、UAS6114aにおいて、reINVITE信号に対しては処理シーケンスにかかわらずプロトコルに従って折り返し送信元にステータスコード200応答信号を応答することが判定されるS6のYES。UAS6114aにおいて応答すべき信号のステータスコードが特定されると、処理データ記憶部612に保持された情報に基づいて、トランスポート機能部6111の受信処理部6111aによりステータスコード200応答の送信SIP信号が生成されて、SIPサーバ4Aに送信されることで応答されるS9~S11。ここで、送信SIP信号の送信処理が完了すると、呼処理制御部611のトランスポート機能部6111において、送信SIP信号の識別情報に基づいて、この時点が救済データ転送タイミングであるか否かが判定されるS12。ここでは受信したreINVITE信号に対して応答信号をSIPサーバ4Aに返信され、この送信時点図7のタイミングt11は救済データ転送タイミングであると判断されるS10のYES。救済データ転送タイミングであると判断されると、上述した転送処理により、ACT現用系呼制御サーバ61の処理データ記憶部612に記憶されている各機能部の処理に関する変更点が、ACT系呼制御サーバ61の処理データ記憶部612内の該当するデータ管理情報領域6141A、トランスポート機能部情報領域6141A、プロトコル機能部情報領域6142A、UA機能部情報領域6143A、シーケンス機能部情報領域6144A、サービス機能部情報領域6145Aに書き込まれるとともに、SBY予備用系呼制御サーバ62に救済データとしてロック状態で転送され、それぞれ該当する機能部領域に記憶されるS13。上記実施形態において、シーケンス機能部6115で処理中のシーケンスパターンが最後まで完了したと判断されたときにはさらにサービス機能部6116へ通知され、シーケンス機能部6115において処理中として保持されていたシーケンスパターン情報のメモリ部分は解放される。また通知されたサービス機能部6116では、シーケンス機能部6115で処理中のシーケンスパターンの処理が完了したことが通知されたときには、該当する発着加入者端末2で加入されているサービス内容により管理しているシナリオに基づいて次に実行させるシーケンスパターンが特定され、シーケンス機能部6115に次に使用するシーケンスパターンの指示がなされる。また上記実施形態において、呼制御システム6により確立された通信を利用して、発信元の加入者端末とメディアサーバ7A,7Bとの間で中継装置5A,5B等を経由して音声情報や映像情報等のメディア情報を転送し、加入者端末にこれらの情報が提供されるようにしてもよい。また上記実施形態において、セッション切断のシーケンスが実行されたときには、このシーケンスの中で、UA機能部6114のUAC6114bで保持された送信先の情報、およびシーケンス機能部6115で保持されたシーケンスパターンの情報に関するメモリの該当部分が解放され、削除無効化される。解放はタイマを張って解放してもよい。タイマを張ってから解放する効果として、BYEなどの信号が再送されてきた場合も、ある一定期間であれば正しく信号処理することが可能である。上述した本実施形態の呼制御システムによれば、呼制御に利用する情報を、自装置の記憶部にセッションごとに並列して書き込み可能なデータ構造としたため、複数の呼制御に対して同時に円滑に通信処理を行うことができ、受信SIP信号を受信してから送信SIP信号を生成して送信するまでの時間を短縮することができ、処理効率を向上させることができる。本例は発側と着側が1対1での通信例だが、これが電話会議サービスのような三者間通話等の複数人との通話にも対応可能である。三者間通話の場合、起呼時にサービス機能部6116がサービスシナリオを参照し、シーケンス機能部6115に三者分のシーケンスパターンを使用するように指示する。指示を受けたシーケンス機能部6115は三者分のシーケンスパターンを読み込み、UA機能部6114に三者分のUAを生成するように指示する。指示を受けたUA機能部6114は三者分のUA生成する。以降の信号処理は先の例で示したように実行される。このように、複雑なシーケンスパターンも機能部を作りかえることなく実現可能である。また本実施形態の呼制御システムにおいては、セッションの処理に用いる情報を記憶するACT現用系呼制御サーバ61からSBY予備用系呼制御サーバ62への救済データ転送タイミングが、前回のACT現用系呼制御サーバ61とSBY予備用系呼制御サーバ62との情報の同期処理救済データの転送処理以降の変更点の情報が喪失しても、プロトコルに従って呼制御処理が復旧できるタイミングで設定されるため、ACT現用系呼制御サーバ61に故障が発生してもユーザの意図しないタイミングでセッションが切断されてしまうことを防ぐことができる。またこの救済データの転送は、SIP信号の処理中に呼処理サーバ内の当該セッションの処理に用いる情報に変更が生じる都度転送されず、信号単位でまとめて転送されるため転送回数を少なくすることができ、通信のオーバーヘッドの影響を小さくすることができ、効率のよい処理を実行することができる。また本実施形態の呼制御システムにおいては、ACT現用系呼制御サーバ61内の各領域とSBY予備用系呼制御サーバ62内の各領域とを、同じ構成で、セッションごとおよび呼処理制御部611の機能部ごとに設けてそれぞれ対応する領域の情報を同期させるようにしたため、呼制御ごとに関連のある情報がまとまって記憶され、故障時の解析処理を容易に行うことが可能になる。また本実施形態の呼制御システムにおいては、ACT現用系呼制御サーバ61からSBY予備用系呼制御サーバ62へ救済データを転送する際に、転送処理に該当するセクションが、当該転送処理以外からの書き込みを不可能な状態とするロック状態にされて転送処理が実行されるため、確実に救済データを転送することができ、故障時に未転送の可能性のある情報が発生しないためこれを再送する必要がなく、効率のよい処理を行うことができる。また、本実施形態において構築されたACT現用系呼制御サーバおよびSBY予備用系呼制御サーバの記憶部にはそれぞれ予備領域を設けたため、新たなサービスの追加時やプロトコルの変更によるデータサイズの変更時等の情報量拡張時に、この予備領域を有効に利用することにより柔軟に対応することができる。本方式のメリットとして、呼制御サーバにおいて発着別々に処理部を持ちデータが管理されているため、指定した信号を送受信するタイミングで一律転送するというのではなく、それぞれの接続の送受信時に救済タイミングを柔軟に設定でき、効率的にSBY系と同期できる。また、電話端末に加えてメディアサーバを含む3者以上の複数者間でのサービスを考えた場合、端末やメディアサーバ毎に対応して呼制御サーバにユーザエージェント機能部、プロトコル機能部、トランスポート機能部を生成し、サービスに応じたシナリオやシーケンスパターンを用意することで、呼制御サーバの機能部を作りかえることなく対応可能で、2者間でのサービス例と同様の効果が得られる。"