JP5342612B2 - 呼制御システムおよび呼制御に利用する情報の冗長化方法 - Google Patents

Description

本発明は、呼制御によりセッション確立の制御を行う呼制御システムおよび呼制御に利用する情報の冗長化方法に関する。

従来、呼制御によりセッション確立の制御を行う技術として、通信制御プロトコルであるＳＩＰ（Session Initiation Protocol）が開発されている。このＳＩＰは、ＩＰネットワークを利用して、固定電話網が持つような高い品質、信頼性、および安定性を保持してユーザ端末間で音声情報や映像情報等のメディア通信を行うことを可能にする。

ＳＩＰによる呼制御は、ＩＰネットワークを介して接続された、エンドユーザが利用する加入者端末と加入者端末間の通信を中継するＳＩＰサーバとの間や、複数のＳＩＰサーバ間で実行される。

この呼制御による通信を高い信頼性で確立するために、特許文献１に示すような、ＡＣＴ（現用）系呼制御サーバとＳＢＹ（予備用）系呼制御サーバとを冗長化した呼制御システムを利用する技術がある。

この呼制御システムでは、ＡＣＴ（現用）系呼制御サーバとＳＢＹ（予備用）系呼制御サーバとでセッション確立に関する情報の同期がとられており、通常時はＡＣＴ（現用）系呼制御サーバで呼制御が実行され、このＡＣＴ（現用）系呼制御サーバにおいて故障が発生したときにはＳＢＹ（予備用）系呼制御サーバ６２が現用系に切り替わって呼制御が実行される。

このように呼制御を行うサーバが冗長化されることにより、ユーザの意図しないタイミングで故障により通信が切断されてしまうことを防止することができる。

特開２０１０−１９８２０４号公報

上述した特許文献１の呼制御システムでは、ＡＣＴ（現用）系呼制御サーバにおける更新データの総量を算出し、この総量が系切り替え時に転送可能な閾値を超えた場合には閾値以下になるまで更新頻度が低いデータをＳＢＹ（予備用）系呼処理サーバに転送することで、確実にＡＣＴ（現用）系呼制御サーバのデータとＳＢＹ（予備用）系呼処理サーバのデータとの同期をとっている。

これらの処理を行う際には、転送中のメモリ上の情報は転送中に更新がかからないように排他ロックをかけて処理が実行される。

しかしこの場合、ＡＣＴ（現用）系呼処理サーバからＳＢＹ（予備用）系呼処理サーバに転送する回数が多いと転送のオーバーヘッドが大きくなり転送の効率が落ちてしまう。

一方で転送の回数を減らすと転送のオーバーヘッドは減らせるが１回の転送で多くのデータを送信しなければならず、排他ロックされるデータの範囲広くなり、並列に処理できる場合にすべての転送処理の完了を待たされることがあり処理効率が落ちてしまう。

またこのとき、データを蓄積して送信することになるため、蓄積している間にＡＣＴ（現用）系呼処理サーバに故障が発生した場合、ＳＢＹ（予備用）系呼処理サーバに転送されていないデータが多く発生し、ＳＢＹ（予備用）系呼処理サーバで呼処理が継続できず通信サービスの品質が低下するという問題があった。

また、系切り替え時に排他ロックをかけて同期処理を実行するようにすると、系切り替え処理に時間がかかり、サービス中断時間が延びてしまうという問題があった。

そこで本発明では、効率良く呼制御を実行することが可能であるとともに、高品質の通信サービスを提供することが可能な呼制御システムおよび呼制御に利用する情報の冗長化方法を提供することを目的とする。

上記の課題を解決するための、本発明の呼制御システムは、呼処理を実行する複数のサーバ間の呼処理を制御し、通常時に稼働する現用系呼制御サーバとこの現用系呼制御サーバに故障が発生したときに現用系に切り替わって稼働する予備用系呼制御サーバとを備えた呼制御システムであって、前記現用系呼制御サーバは、呼処理制御部と、処理データ記憶部と、同期処理制御部と、同期領域記憶部とを有し、前記呼処理制御部は、実行中の呼制御シーケンス情報に関し、当該呼制御を構成する各処理に対応する前記呼制御シーケンス情報部分であるシーケンスパターンの実行順序を管理するサービス機能部と、このサービス機能部で管理される実行順序に基づいて実行中のシーケンスパターンを保持し、これに基づいて受信信号に応答して送信する信号を特定するシーケンス機能部と、前記サーバ間の呼処理に関する信号の送受信処理を行うユーザエージェント機能部と、受信信号のパース処理および送信信号の生成を行うトランスポート機能部と、前記パース処理された受信信号から呼処理による通信に使用されるダイアログ情報および更新処理対象であるトランザクション情報を取得するプロトコル機能部とを有し、これらの機能部が相互に連携して呼制御に関する信号の処理を行い、前記ユーザエージェント機能部は、いずれかの前記サーバから呼制御に関する信号を受信し前記トランスポート部でパース処理されたときに、前記呼処理シーケンス情報に関わらず、前記受信した信号の種別に基づいて次に送信すべき信号の種別を一意に特定可能な場合には、この送信すべき信号を、前記受信元のサーバに前記ダイアログ情報および前記トランザクション情報に基づいて送信し、次に送信すべき信号の種別を特定できなかった場合には、これを前記シーケンス機能部に通知することにより前記シーケンス機能部で特定される送信すべき信号を、この信号に基づいて特定する送信すべきサーバに送信し、前記シーケンス機能部は、前記ユーザエージェント機能部から、受信した信号の種別に基づいて送信すべき信号の種別が特定されなかったことが通知された場合に、保持している実行中のシーケンスパターンに従って、前記受信した信号の種別に基づいて次に送信すべき信号の種別を特定し、前記サービス機能部は、前記シーケンス機能部において保持しているシーケンスパターンに基づいた信号の送受信処理が完了したと判断されたときに、管理しているシーケンスパターンの実行順序に従って次に実行すべきシーケンスパターンを前記シーケンス機能部に指示し、前記処理データ記憶部は、いずれかの前記サーバから呼制御に関する信号を受信したときに、前回の信号受信時において前記呼処理制御部の各機能部でそれぞれ取得された情報との変更点を保持し、前記同期領域記憶部は、前記呼処理制御部のサービス機能部、シーケンス機能部、ユーザエージェント機能部、トランスポート機能部、およびプロトコル機能部に対応する領域を有し、前記同期処理制御部は、前記処理データ記憶部に記憶された情報の変更点のうち、前記トランスポート機能部で取得された変更点および前記プロトコル機能部で取得された情報の中のトランザクション情報の変更点を、予め設定された、前回の前記現用系呼制御サーバに記憶された情報と前記予備用系呼制御サーバに記憶された情報との同期処理以降の変更点の情報が喪失しても前記呼制御処理が復旧できるタイミングで、自サーバ内の前記同期領域記憶部の対応する領域に書き込み、さらに、前記予備用系呼制御サーバに転送して、前記現用系呼制御サーバに記憶された情報と前記予備用系呼制御サーバに記憶された情報とを同期させ、また、前記処理データ記憶部に記憶された情報の変更点のうち、前記サービス機能部で取得された変更点、前記シーケンス機能部で取得された変更点、前記ＵＡ機能部で取得された変更点、および前記プロトコル機能部で取得された変更点のうちダイアログ情報の変更点を、予め設定された一定周期で自サーバ内の前記同期領域記憶部の対応する領域に書き込み、さらに、前記予備用系呼制御サーバに転送して、前記現用系呼制御サーバに記憶された情報と前記予備用系呼制御サーバに記憶された情報とを同期させることを特徴とする。

また本発明の呼制御に利用する情報の冗長化方法は、呼処理を実行する複数のサーバ間の呼処理を制御し、通常時に稼働する現用系呼制御サーバとこの現用系呼制御サーバに故障が発生したときに現用系に切り替わって稼働し、予備用系呼制御サーバとを備えた呼制御システムの現用系呼制御サーバが、実行中の呼制御シーケンス情報に関し、当該呼制御を構成する各処理に対応する前記呼制御シーケンス情報部分であるシーケンスパターンの実行順序を管理するサービス機能部と、このサービス機能部で管理される実行順序に基づいて実行中のシーケンスパターンを保持し、これに基づいて受信信号に応答して送信する信号を特定するシーケンス機能部と、前記サーバ間の呼処理に関する信号の送受信処理を行うユーザエージェント機能部と、受信信号のパース処理および送信信号の生成を行うトランスポート機能部と、前記パース処理された受信信号から呼処理による通信に使用されるダイアログ情報および更新処理対象であるトランザクション情報を取得するプロトコル機能部とを有し、これらの機能部が相互に連携して呼制御に関する信号の処理を行い、前記ユーザエージェント機能部が、いずれかの前記サーバから呼制御に関する信号を受信し前記トランスポート部でパース処理されたときに、前記呼処理シーケンス情報に関わらず、前記受信した信号の種別に基づいて次に送信すべき信号の種別を一意に特定可能な場合には、この送信すべき信号を、前記受信元のサーバに前記ダイアログ情報および前記トランザクション情報に基づいて送信し、次に送信すべき信号の種別を特定できなかった場合には、これを前記シーケンス機能部に通知することにより前記シーケンス機能部で特定される送信すべき信号を、この信号に基づいて特定する送信すべきサーバに送信し、前記シーケンス機能部が、前記ユーザエージェント機能部から、受信した信号の種別に基づいて送信すべき信号の種別が特定されなかったことが通知された場合に、保持している実行中のシーケンスパターンに従って、前記受信した信号の種別に基づいて次に送信すべき信号の種別を特定し、前記サービス機能部が、前記シーケンス機能部において保持しているシーケンスパターンに基づいた信号の送受信処理が完了したと判断されたときに、管理しているシーケンスパターンの実行順序に従って次に実行すべきシーケンスパターンを前記シーケンス機能部に指示する呼処理制御ステップと、いずれかの前記サーバから呼制御に関する信号を受信したときに、前回の信号受信時において前記呼処理制御ステップで取得された各機能部に関する情報との変更点を自サーバ内の処理データ記憶部に保持する処理データ記憶ステップと、前記処理データ記憶部に記憶された情報の変更点のうち、前記処理データ記憶部に記憶された情報の変更点のうち、前記トランスポート機能部で取得された変更点および前記プロトコル機能部で取得された情報の中のトランザクション情報の変更点を、予め設定された、前回の前記現用系呼制御サーバに記憶された情報と前記予備用系呼制御サーバに記憶された情報との同期処理以降の変更点の情報が喪失しても前記呼制御処理が復旧できるタイミングで、自サーバ内の前記同期領域記憶部の対応する領域に書き込み、さらに、前記予備用系呼制御サーバに転送して、前記現用系呼制御サーバに記憶された情報と前記予備用系呼制御サーバに記憶された情報とを同期させ、また、前記処理データ記憶部に記憶された情報の変更点のうち、前記サービス機能部で取得された変更点、前記シーケンス機能部で取得された変更点、前記ＵＡ機能部で取得された変更点、および前記プロトコル機能部で取得された変更点のうちダイアログ情報の変更点を、予め設定された一定周期で自サーバ内の前記同期領域記憶部の対応する領域に書き込み、さらに、前記予備用系呼制御サーバに転送して、前記現用系呼制御サーバに記憶された情報と前記予備用系呼制御サーバに記憶された情報とを同期させる同期処理制御ステップとを有することを特徴とする。

本発明の呼制御システムおよび呼制御に利用する情報の冗長化方法によれば、効率良く呼制御を実行して装置内での処理時間を短くするとともに系切替え時間も短くでき、且つ故障が発生しても利用中ユーザのサービスが中断しにくく高品質の通信サービスを提供することが可能になる。

本発明の一実施形態による呼制御システムを用いたＳＩＰ通信システムの構成を示す全体図である。 本発明の一実施形態による呼制御システムの構成を示すブロック図である。 本発明の一実施形態による呼制御システムの呼処理制御部の構成を示すブロック図である。 本発明の一実施形態による呼制御システム内のサーバで実行されるシーケンスパターンの一例を示す説明図である。 本発明の一実施形態による呼制御システム内のＡＣＴ（現用）系呼制御サーバの記憶部の構成を示す説明図である。 本発明の一実施形態による呼制御システム内のＳＢＹ（予備用）系呼制御サーバの記憶部の構成を示す説明図である。 本発明の一実施形態による呼制御システム内のサーバにおける信号ごとの動作を示すフローチャートである。 本発明の一実施形態による呼制御システム内のサーバで実行されるシーケンス上の、呼（セクション）単位のデータの救済データ転送タイミングを示す説明図である。 本発明の一実施形態による呼制御システム内のサーバの信号単位の同期処理制御動作を示すフローチャートである。

本発明の一実施形態による呼制御装置は前後に１以上のＳＩＰサーバが接続されたＳＩＰサーバであり、これら前後のＳＩＰサーバとの間で、予め設定された一連の処理シーケンス（工程）情報に従ってＳＩＰ信号を送受信することにより、呼を確立させメディア通信のサービス提供を可能にさせるものである。

この予め設定される処理シーケンス情報は、一連の呼制御シーケンス処理の一部を構成する、呼接続、応答、切断等の詳細処理単位のシーケンス部分である「シーケンスパターン」が所定の実行順序で組み合わせられて構成されている。

〈一実施形態による呼制御サーバを利用したＳＩＰ通信システムの構成〉
本発明の一実施形態による呼制御サーバを利用したＳＩＰ通信システム１の構成について、図１を参照して説明する。

本実施形態によるＳＩＰ通信システム１は、複数の加入者端末２Ａ〜２Ｄと、これらの加入者端末のうち加入者端末２Ａおよび加入者端末２ＢにＩＰネットワーク３を介して接続されたプロキシサーバであるＳＩＰサーバ４Ａと、加入者端末２Ｃおよび加入者端末２ＤにＩＰネットワーク３を介して接続されたプロキシサーバであるＳＩＰサーバ４Ｂと、ＳＩＰサーバ４ＡおよびＳＩＰサーバ４Ｂに接続されたＩＰネットワーク３上の複数の転送装置３Ａ〜３Ｇと、ＳＩＰサーバ４ＡとＳＩＰサーバ４Ｂとの間を中継する中継サーバ５Ａ、５Ｂと、ＳＩＰサーバ４Ａ、ＳＩＰサーバ４Ｂ、および中継サーバ５Ｂ等に接続された呼制御システム６と、呼制御システム６に接続されたＩＰネットワーク３上のメディアサーバ７Ａ、７Ｂとを有する。音声情報や映像情報等のメディア情報のトラヒックは、ＩＰネットワーク３上の転送装置３Ａ〜３Ｇ等を経由して、加入者端末２Ａ〜２Ｄ間や、加入者端末２Ａ〜２Ｄとメディアサーバ７Ａ、７Ｂ間で転送される。

加入者端末２Ａ〜２Ｄはそれぞれ、ユーザである加入者が利用するＩＰ電話、HGW（ホームゲートウェイ）等であり、ＳＩＰを利用して音声情報や映像情報などの加入者端末間で利用するメディア通信を行うためのＳＩＰネゴシエーションを行う機能を有する。加入者端末２Ａ〜２Ｄは、ＳＩＰネゴシエーションの結果決定した、信号条件でメディア通信を行う機能を有する。

転送装置３Ａ〜３Ｇはそれぞれ、ＩＰネットワーク３に位置し、加入者端末間２Ａ〜２Ｄのメディア通信のトラヒックを転送する。

ＳＩＰサーバ４Ａは、加入者端末２Ａおよび２ＢのＳＩＰ信号を中継するプロキシサーバであり、ＳＩＰサーバ４Ｂは加入者端末２Ｃおよび２ＤのＳＩＰ信号を中継するプロキシサーバである。ＳＩＰサーバ４Ａ、４Ｂは、加入者端末間のＳＩＰネゴシエーションを中継し、加入者契約情報に基づいて補足する機能を有し、あらかじめ保持したルールに従ってＳＩＰ信号を編集する機能を有している。

中継サーバ５Ａ、５Ｂは、ＳＩＰサーバ４ＡとＳＩＰサーバ４Ｂと接続し、ＳＩＰ信号中継する機能を有する。

呼制御システム６は、図２に示すようにクラスタシステムとして構築されたＡＣＴ（現用）系呼制御サーバ６１とＳＢＹ（予備用）系呼制御サーバ６２とを有し、いずれかのサーバにより、ＳＩＰサーバでの加入者契約情報種別および要求サービスに基づいてＳＩＰサーバ４Ａと４Ｂとの間の呼の確立、切断の制御を行い、必要に応じてメディアサーバ７Ａ、７Ｂと加入者端末２Ａ〜２Ｄとのメディア通信ができるよう、ＳＩＰネゴシエーションを行う。また、その後の加入者端末２Ａ〜２Ｄ間のメディア通信が行えるように、ＳＩＰ信号を編集してＳＩＰネゴシエーションを中継し、呼を確立する。

図１においては呼制御システム６には２台のＳＩＰサーバ（プロキシサーバ）４Ａ、４Ｂ、および２台のメディアサーバ７Ａ、７Ｂ等が接続されている場合について示しているが、実際にはさらに多くのＳＩＰサーバ、メディアサーバ等に接続され、これらの装置間における複数の呼の確立、切断の制御が可能である。

通常時にはＡＣＴ（現用）系呼制御サーバ６１が稼働し、このＡＣＴ（現用）系呼制御サーバ６１に故障が発生したときに、ＳＢＹ（予備用）系呼制御サーバ６２が現用系に切り替わって稼働する。

ＡＣＴ（現用）系呼制御サーバ６１は図２に示すように、呼処理制御部６１１と、処理データ記憶部６１２と、同期処理制御部６１３と、同期領域記憶部６１４とを有する。呼処理制御部６１１の構成について、図３を参照して詳細に説明する。

呼処理制御部６１１は、トランスポート機能部６１１１と、受信信号バッファ６１１２と、プロトコル機能部６１１３と、ユーザエージェント（ＵＡ）機能部６１１４と、シーケンス機能部６１１５と、サービス機能部６１１６と、送信信号バッファ６１１７とを有する。トランスポート機能部６１１１、プロトコル機能部６１１３、ユーザエージェント（ＵＡ）機能部６１１４、シーケンス機能部６１１５、およびサービス機能部６１１６は、下位の機能を有するトランスポート機能部６１１１から上位の機能を有するサービス機能部６１１６へ、階層的に構築されている。

トランスポート機能部６１１１は、受信ＳＩＰ信号の受信時に、当該受信ＳＩＰ信号を自装置で処理するためのパース処理（前処理）を実行する受信処理部６１１１ａと、送信ＳＩＰ信号の送信時に、送信信号バッファ６１１７の情報に基づいて送信用ＳＩＰ信号を生成する逆パース処理を行う送信処理部６１１１ｂとを有する。

受信信号バッファ６１１２は、トランスポート機能部６１１１でパース処理された受信信号情報を保持する。パース処理後の情報を受信信号バッファ６１１２に保持しておくことで、後述するプロトコル機能部６１１３、ＵＡ機能部６１１４においてパース処理済後の受信信号を参照することが可能になり、効率的に処理を実行することが可能になる。

プロトコル機能部６１１３は受信信号バッファを参照し、パース処理された受信信号情報をプロトコルに従って解析し、発着加入者端末２との呼処理による通信に使用されるインタフェースとしてのダイアログ情報や信号受信時に発生する更新処理対象であるトランザクション情報、ダイアログを維持するためのタイマ情報等を取得して保持する受信処理部６１１３ａと、送信ＳＩＰ生成のためのダイアログ情報やトランザクション情報、ダイアログを維持するためのタイマ情報等を送信ＳＩＰ信号の生成に用いる情報として送信信号バッファ６１１７に送出する送信処理部６１１３ｂとを有する。

ＳＩＰ信号の送受信は、必ずserver-clientの関係で行われるため、ＵＡ機能部６１１４は、発信側がＵＡＣ（User Agent Client）の場合に、この発信側に対応するＵＡＳ（User Agent Server）６１１４ａと、着信側がＵＡＳ（User Agent Server）の場合に、この着信側に対応するＵＡＣ（User Agent Client）６１１４ｂとを有し、これらが連携して発着信側のＳＩＰサーバとの通信に関する処理を行う。

このようにＵＡ機能部６１１４内にＵＡＳ６１１４ａとＵＡＣ６１１４ｂを設けこれらが連携して発着信側のサーバや端末との通信を行うことにより、これらの接続されたサーバや端末に対して自呼制御サーバ６１がＵＡＳとしてもＵＡＣとしても機能することができ、さらにそれらのＵＡＳとＵＡＣとを連携させてサービスを実行する仕組みを持つことで、従来の単純なプロキシサーバでは実現し難い高度なサービスをネットワーク側から発着信側に提供することも可能である。また、発着信側のＵＳＡ、ＵＡＣの関係を保ったまま通信可能であるため、ネットワークポリシーを維持しやすいという利点がある。

ＵＡＳ６１１４ａは受信信号バッファ６１１２を参照し、パース処理された受信信号情報から受信ＳＩＰ信号の種別を判定し、この判定した種別から、処理シーケンス中の段階にかかわらず折り返し送信元に応答すべきＳＩＰ信号の種別（ステータスコード）がプロトコルに従って一意に特定される場合には、この特定した種別のＳＩＰ信号をプロトコル機能部６１１３の受信処理部６１１３ａ、トランスポート機能部６１１１の受信処理部６１１１ａによる処理を介して受信ＳＩＰ信号の送信元のＳＩＰサーバに送信することで応答し、判定した種別により応答すべきＳＩＰ信号の種別が一意に特定されない場合には上位のシーケンス機能部６１１５へ通知を行う。

例えば、ＵＡＳ６１１４ａが受信信号バッファ６１１２を参照して受信ＳＩＰ信号のCall-ID、リモートタグ、ローカルタグ等を取得し、これが自サーバ６１内に呼制御の情報として保持されているかどうかを確認し、自サーバ６１内に呼制御の情報として保持されていないときには、既に確立されている呼を維持するためのリフレッシュ信号の１つであるre-INVITE信号であると判定する。

そして、re-INVITE信号に対しては呼制御シーケンス情報に関わらず折り返し応答すべき信号のステータスコードを「200（応答）」として特定することができ、このステータスコード「200（応答）」の情報を受信信号バッファ６１１２に送出する。

また、ＵＡＳ６１１４ａが取得した受信ＳＩＰ信号のCall-IDが自サーバ６１内に呼制御の情報として保持されていたとき、例えば受信ＳＩＰ信号が呼び出し制御中の暫定応答としてのPRACK信号であると判定したときには、受信ＳＩＰ信号が「PRACK信号」である情報をシーケンス機能部６１１５へ通知する。

ＵＡＣ６１１４ｂは、後述するシーケンス機能部６１１５で特定された送信すべき信号のステータスコード、これに基づいて特定した送信先のＳＩＰサーバの情報を送信信号バッファ６１１７に送出する。保持した送信先の情報は、呼切断時にメモリの該当部分を解放することで削除（無効化）する。また、呼切断時に解放ステータスにして、タイマを設定して、タイムアウト時に削除してもよい。

シーケンス機能部６１１５は実行中のサービスの処理に関する処理シーケンス（工程）パターンを選択して自装置内のメモリ（図示せず）に保持し、ＵＡ機能部６１１４から受信ＳＩＰ信号の信号種別に基づいて応答すべき信号のステータスコードを一意に特定できないことが通知されたときに、保持した処理シーケンスパターン中における現在の段階の特定を行う。そして、この段階に基づいて次に送信すべき信号（例えば、「Init-INVITE」、「180（呼出中）」、「PRACK」、「200（応答）」等）を送信ＳＩＰ信号の生成のために特定する。

処理シーケンスパターンの例を、図４に示す。図４（ａ）は呼接続部分のシーケンスパターンａであり、図４（ｂ）は呼確立後の応答部分のシーケンスパターンｂであり、図４（ｃ）は呼切断部分のシーケンスパターンｃである。シーケンスパターンは、発信側（呼制御システム６における受信側）に接続されたサーバとの送受信に関する発側シーケンスパターンと、信号送信側（呼制御システム６における送信側）に接続されたサーバとの送受信に関する着側シーケンスパターンとを有している。そしてこれらの発側シーケンスパターンと着側シーケンスパターンとは連携しており、例えば発側シーケンスパターンに従って受信した信号の種別に基づいて、次に送信すべき信号の種別およびＵＡ機能部で保持されているＵＡＳおよびＵＡＣを、前記送信側シーケンスパターンに従って特定する。

シーケンス機能部６１１５では例えば、受信ＳＩＰ信号がPRACK信号であるときには、送信すべき信号を「PRACK」として、送信ＳＩＰ信号の生成のために特定する。

ここで、シーケンス機能部６１１５は、処理中のシーケンスパターンが最後まで完了したと判断したときにはメモリの該当部分を解放することで保持したシーケンスパターン情報を削除（無効化）するとともに、サービス機能部６１１６へ通知する。このシーケンスパターンの削除は、後述するようにサービス機能部６１１６へ通知したことにより新たなシーケンスパターンが指示されこれを保持した後に実行してもよいし、シーケンスパターンの完了時に解放ステータスにしてタイマを設定し、タイムアウト時に削除するようにしてもよい。

サービス機能部６１１６は、発着加入者端末２で加入されているサービス内容に基づいて、シーケンス機能部６１１５で用いられるシーケンスパターンの実行順序であるシナリオを管理し、シーケンス機能部６１１５で処理中のシーケンスパターンの処理が完了したことが通知されたときに、このシナリオに基づいて次に実行させるシーケンスパターンをシーケンス機能部６１１５に指示する。

例えば、図４のシーケンスパターンが、シーケンスパターンａ→シーケンスパターンｂ→シーケンスパターンｃの順で実行されるように組み合わせられた処理シーケンスを、一連の呼接続処理のサービス内容として予め保持し、これに基づいてシーケンス機能部６１１５に対し次の処理対象のシーケンスパターンを指示する。

上記の機能部のうち、トランスポート機能部６１１１、プロトコル機能部６１１３、およびＵＡ機能部６１１４は信号単位でプロトコルに従ってＳＩＰ信号処理を実行し、シーケンス機能部６１１５、およびサービス機能部６１１６はサービスの実行や制御に関する処理を実行する。

送信信号バッファ６１１７は、ＵＡ機能部６１１４のＵＡＣ６１１４ｂから送出された送信すべき信号のステータスコード、送信先の情報、プロトコル機能部６１１３の送信処理部６１１３ｂから送出されたダイアログ情報、トランザクション情報を、送信ＳＩＰ信号を生成するための情報として保持する。

処理データ記憶部６１２はメモリのヒープ領域であり、呼処理制御部６１１の各機能部で実行された処理に関する情報を、呼ごと、および機能部ごとに一時的に記憶する。

同期処理制御部６１３は、ＳＢＹ（予備用）系呼制御サーバ６２の同期処理制御部６２３との間で転送制御信号の送受信をすることにより、ＡＣＴ（現用）系呼制御サーバ６１に記憶された情報とＳＢＹ（予備用）系呼制御サーバ６２に記憶された情報の同期をとるための、ＡＣＴ（現用）系呼制御サーバ６１からＳＢＹ（予備用）系呼制御サーバ６２への情報の転送処理を制御する。

同期領域記憶部６１４は、呼処理制御部６１１の各機能部に対応する領域を固定的に有する。この同期領域記憶部６１４の構成について、図５を参照して詳細に説明する。

同期領域記憶部６１４は、呼ごとに情報を記憶するセクションと、機能部ごとに情報を記憶するセクションとを有する。呼ごとに情報を記憶するセクションとしては、第１呼処理に用いる情報を記憶する第１呼情報セクション６１４−１と、第２呼処理に用いる情報を記憶する第２呼情報セクション６１４−２と、第３呼処理に用いる情報を記憶する第３呼情報セクション６１４−３と、さらに呼が増えたときに利用するための呼データ用予備セクション６１４−４とを有する。

これらの第１呼情報セクション６１４−１、第２呼情報セクション６１４−２、および第３呼情報セクション６１４−３はそれぞれ別の呼に関するデータを保持するセクションであり、各セクションで１呼分の処理に必要なデータのうち、信号を送受信する度に変更される可能性が高いため更新頻度が高く、系切り替え時に欠損した場合に呼損となってしまう情報を保持する。これらの呼情報セクション６１４−１〜６１４−３はそれぞれ、呼処理制御部６１１のトランスポート機能部６１１１の処理に関する情報を記憶するトランスポート機能部情報領域６１４１−１〜６１４１−３と、プロトコル機能部６１１３の処理に関する情報のうちトランザクション処理に関する情報を記憶するプロトコル機能部情報（Ｔ）領域６１４２−１〜６１４２−３と、これらの情報を統括的に管理する第１呼データ管理情報領域６１４３−１〜第３呼データ管理情報領域６１４３−３と、予備領域６１４４−１〜６１４４−３とを有する。

トランスポート機能部６１１１の処理としては、パース処理や信号生成処理があり、これらに関する情報としては、受信ＳＩＰ信号情報や送信ＳＩＰ信号情報等がある。また、プロトコル機能部６１１３のトランザクション処理としては、トランザクションの特定、再送信号処理、ダイアログを維持するためのタイマの監視処理があり、これらに関する情報としては、各種タイマのタイマ満了となる時刻情報、ＳＩＰ信号によるリクエストまたは応答のルートバスであるViaヘッダのbranchパラメータ情報、トランザクションに関するCseqヘッダ情報、Rseqヘッダ情報等がある。

また、機能部ごとに情報を記憶するセクションとして、各呼のサービス機能部６１１６の処理に関する情報を記憶するサービス機能部情報セクション６１４５と、各呼のシーケンス機能部６１１５の処理に関する情報を記憶するシーケンス機能部情報セクション６１４６と、ＵＡ機能部６１１４の処理に関する情報を記憶するＵＡ機能部情報セクション６１４７と、プロトコル機能部６１１３の処理に関する情報のうちダイアログに関する情報を記憶するプロトコル機能部情報（Ｄ）セクション６１４８と、さらに機能部が増えたときに利用するための機能部情報用予備セクション６１４９とを有する。

サービス機能部６１１６の処理としては、サービスの判定処理、シナリオの実行処理、メディアの張替え処理、メディアの変更処理等があり、これらに関する情報としては、ＳＤＰ情報（メディアの情報）、契約者データ（変換元と変換先の電話番号データ等）、システム依存データ等がある。また、シーケンス機能部６１１５の処理としては、シーケンスの実行処理があり、これに関する情報としては、サービスで使用しているＵＡの管理情報等がある。また、ＵＡ機能部６１１４の処理としては、ダイアログの管理処理、トランザクションの管理処理、ＳＩＰ信号の制御処理等があり、これらに関する情報としては、リクエストの送信者を示すTOヘッダ情報、メッセージの送信者を示すFromヘッダ情報、プロキシの経路指定を示すRouteヘッダ情報、プロキシが挿入するリクエストの経路記録を示すRecord-Routeヘッダ情報、メッセージ送信者のコンタクトアドレスを示すContactヘッダ情報、Toヘッダのtagパラメータ情報、Fromヘッダのtagパラメータ情報等がある。

これらのサービス機能部情報セクション６１４５、シーケンス機能部情報セクション６１４６、ＵＡ機能部情報セクション６１４７、およびプロトコル機能部情報（Ｄ）セクション６１４８はそれぞれ呼の通信に使用されるインタフェースに関する情報であり、更新頻度が低い情報を保持する。これらのデータの同期処理は各信号処理の中では実施されず、周期的に実施される。各信号処理の中で同期処理は実施しないため、装置内の信号処理時間の短縮に寄与する。

このサービス機能部情報セクション６１４５は、呼処理制御部６１１のサービス機能部６１１６による第１呼処理に用いる情報を記憶する第１呼サービス機能部情報領域６１４５−１と、サービス機能部６１１６による第２呼処理に用いる情報を記憶する第２呼サービス機能部情報領域６１４５−２と、サービス機能部６１１６による第３呼処理に用いる情報を記憶する第３呼サービス機能部情報領域６１４５−３と、これらの情報を統括的に管理するサービスデータ管理情報領域６１４５Ａと、予備領域６１４５Ｂとを有する。また、シーケンス機能部情報セクション６１４６は、呼処理制御部６１１のシーケンス機能部６１１５による第１呼処理に用いる情報を記憶する第１呼シーケンス機能部情報領域６１４６−１と、シーケンス機能部６１１５による第２呼処理に用いる情報を記憶する第２呼シーケンス機能部情報領域６１４６−２と、シーケンス機能部６１１５による第３呼処理に用いる情報を記憶する第３呼シーケンス機能部情報領域６１４６−３と、これらの情報を統括的に管理するシーケンスデータ管理情報領域６１４６Ａと、予備領域６１４６Ｂとを有する。また、ＵＡ機能部情報セクション６１４７は、呼処理制御部６１１のＵＡ機能部６１１４による第１呼処理に用いる情報を記憶する第１呼ＵＡ機能部情報領域６１４７−１と、ＵＡ機能部６１１４による第２呼処理に用いる情報を記憶する第２呼ＵＡ機能部情報領域６１４７−２と、ＵＡ機能部６１１４による第３呼処理に用いる情報を記憶する第３呼ＵＡ機能部情報領域６１４７−３と、これらの情報を統括的に管理するＵＡデータ管理情報領域６１４７Ａと、予備領域６１４７Ｂとを有する。また、プロトコル機能部情報（Ｄ）セクション６１４８は、呼処理制御部６１１のプロトコル機能部６１１３による第１呼処理に用いる情報のうちダイアログに関する情報を記憶する第１呼プロトコル機能部情報（Ｄ）領域６１４８−１と、呼処理制御部６１１のプロトコル機能部６１１３による第２呼処理に用いる情報のうちダイアログに関する情報を記憶する第２呼プロトコル機能部情報（Ｄ）領域６１４８−２と、呼処理制御部６１１のプロトコル機能部６１１３による第３呼処理に用いる情報のうちダイアログに関する情報を記憶する第３呼プロトコル機能部情報（Ｄ）領域６１４８−３と、これらの情報を統括的に管理するプロトコルデータ（Ｄ）領域６１４８Ａと、予備領域６１４８Ｂとを有する。

ＳＢＹ（予備用）系呼制御サーバ６２は、呼処理制御部６２１と、処理データ記憶部６２２と、同期処理制御部６２３と、同期領域記憶部６２４とを有する。

呼処理制御部６２１は、トランスポート機能部６２１１と、受信信号バッファ６２１２と、プロトコル機能部６２１３と、ユーザエージェント（ＵＡ）機能部６２１４と、シーケンス機能部６２１５と、サービス機能部６２１６と、送信信号バッファ６２１７とを有し、ＳＢＹ（予備用）系呼制御サーバ６２が稼働したときに稼働する。これらの機能部の機能は、ＡＣＴ（現用）系呼制御サーバ６１の呼処理制御部６１１の対応する機能部の機能と同様のため、詳細な説明は省略する。

処理データ記憶部６２２は、ＳＢＹ（予備用）系呼制御サーバ６２が稼働したときに、同期領域記憶部６２４から実行中の処理に必要なデータを取得するとともに、ＡＣＴ（現用）系呼制御サーバ６１の処理データ記憶部６１２と同様に呼処理制御部６２１の各機能部で実行された処理に関する情報を一時的に記憶する。

同期処理制御部６２３は、ＡＣＴ（現用）系呼制御サーバ６１の同期処理制御部６１３と転送制御に関する信号の送受信をすることにより、ＡＣＴ（現用）系呼制御サーバ６１に記憶された情報とＳＢＹ（予備用）系呼制御サーバ６２に記憶された情報の同期をとるための、ＡＣＴ（現用）系呼制御サーバ６１からＳＢＹ（予備用）系呼制御サーバ６２への情報の転送処理を制御する。

同期領域記憶部６２４は、呼処理制御部６２１の各機能部に対応する領域を固定的に有する。この同期領域記憶部６２４の構成について、図６を参照して詳細に説明する。

同期領域記憶部６２４は、同期領域記憶部６１４と同様の構成により、呼ごとに情報を記憶するセクションと、機能部ごとに情報を記憶するセクションとを有し、ＡＣＴ（現用）系呼制御サーバ６１の第１呼情報セクション６１４−１に対応する第１呼情報セクション６２４−１と、第２呼情報セクション６１４−２に対応する第２呼情報セクション６２４−２と、第３呼情報セクション６１４−３に対応する第３呼情報セクション６２４−３と、さらに呼が増えたときに利用するための呼データ用予備セクション６２４−４とを有する。また、ＡＣＴ（現用）系呼制御サーバ６１のサービス機能部情報セクション６１４５に対応するサービス機能部情報セクション６２４５と、シーケンス機能部情報セクション６１４６に対応するシーケンス機能部情報セクション６２４６と、ＵＡ機能部情報セクション６１４７に対応するＵＡ機能部情報セクション６２４７と、プロトコル機能部情報（Ｄ）セクション６１４８に対応するプロトコル機能部情報（Ｄ）セクション６２４８と、さらに機能部が増えたときに利用するための機能部情報予備セクション６２４９とを有する。

これらのセクションにはメモリ内で並列して書き込み処理可能であり、各セクションは他のセクションから独立して排他ロックをかけることができる。つまり、ロックをかけている間はそのセクションでは、当該処理以外に関する情報を書き込むことができない状態にすることができる。

〈一実施形態による呼制御サーバを利用したＳＩＰ通信システムの動作〉
本発明の一実施形態によるＳＩＰ通信システム１において、発信端末である加入者端末２Ａまたは２ＢからＳＩＰサーバ４Ａ、呼制御システム６、ＳＩＰサーバ４Ｂを経由して加入者端末２Ｃまたは２Ｄに呼制御に関するＳＩＰ信号が送信されるときの、呼制御システム６のＡＣＴ（現用）系呼制御サーバ６１の動作について、図７のフローチャートを参照して説明する。

本実施形態において、同期処理制御部６１３には、故障時にＡＣＴ（現用）系呼制御サーバ６１からＳＢＹ（予備用）系呼制御サーバ６２に切り替えられたときに呼接続を維持させるために必要な情報である救済データのうち、処理中に更新頻度が高いデータを、ＡＣＴ（現用）系呼制御サーバ６１からＳＢＹ（予備用）系呼制御サーバ６２に転送するタイミングである救済データ転送タイミングに関する情報が、予め保持されているものとする。このサービスの処理に関する情報の救済データ転送タイミングの詳細については、後述する。

まず、ＳＩＰサーバ４Ａから、新規に呼を確立するためのInit-INVITE信号が送信されると、INVITE信号に関して起呼信号であるか、セッションリフレッシュ信号であるかが呼処理制御部６１１において判定される。

ここでは、受信信号バッファ６１１２、送信信号バッファ６１１７や、各機能部に関して保存されたデータが処理データ記憶部６１２に何もなく新規の呼制御であると判定され、サービス機能部６１１６において発着加入者端末２で加入されているサービス内容のシナリオに基づいて、実行するシーケンスパターンがシーケンス機能部６１１５に指示される。サービスに応じて複数のシーケンスパターンを同時に選択するように指示することもできる。

シーケンス機能部６１１５では、サービス機能部６１１６から指示されたシーケンスパターンが実行するシーケンスパターンとして選択され保持される。

実行するシーケンスパターンが保持された後に、ＳＩＰサーバ４Ａから受信されたInit-INVITE信号は（Ｓ１）、トランスポート機能部６１１１の受信処理部６１１１ａにおいてこの受信ＳＩＰ信号を自装置で処理するためのパース処理（前処理）が実行される（Ｓ２）。具体的には、受信ＳＩＰ信号がInit-INVITE信号であることを自装置内で識別しやすくするための識別情報「１」を１バイト目に付加する等の処理が行われる。パース処理が実行された受信信号情報は、受信信号バッファ６１１２に保持される。

パース処理で取得された情報は、ＡＣＴ（現用）系呼制御サーバ６１の処理データ記憶部６１２に記憶される。また、受信信号バッファ６１１２に保持された情報は、ＡＣＴ（現用）系呼制御サーバ６１の処理データ記憶部６１２に記憶される。

次にプロトコル機能部６１１３の受信処理部６１１３ａにおいて受信信号バッファ６１１２が参照され、パース処理された受信信号がプロトコルに従って解析され、発着加入者端末２のダイアログ情報やトランザクション情報、ダイアログを維持するためのタイマ情報等が取得される（Ｓ３）。取得されたダイアログ情報やトランザクション情報、ダイアログを維持するためのタイマ情報等は、ＡＣＴ（現用）系呼制御サーバ６１の処理データ記憶部６１２に記憶される。ここまでの処理により、受信処理が完了する（Ｓ４）。

受信処理が完了すると、呼処理制御部６１１のトランスポート機能部６１１１において、パース処理で取得された受信ＳＩＰ信号の識別情報に基づいて、この時点がサービスの処理に関する情報の救済データ転送タイミングであるか否かが判定される（Ｓ５）。

本実施形態におけるサービスの処理に関する情報の救済データ転送タイミングについて図８（ａ）〜（ｃ）を参照して説明する。

図８（ａ）は呼制御処理が実行されるときの、ＳＩＰサーバ間での呼単位の各ＳＩＰ信号の送受信順序をシーケンスで示したものである。

図８（ａ）に示すように、ＡＣＴ（現用）系呼制御サーバ６１では、呼開始要求を示すInit-INVITE信号が発信側のＳＩＰサーバ４Ａから送信される（Ｓ２１）と、試行中であることを示すTrying(100)信号をＳＩＰサーバ４Ａに返信する（Ｓ２２）とともに、着信側のＳＩＰサーバ４ＢにInit-INVITE信号を転送する（Ｓ２３）。そして、ＳＩＰサーバ４Ｂに転送したInit-INVITE信号の返信としてのTrying(100)信号を受信する（Ｓ２４）。

その後、着信側の加入者端末で呼び出し中であることを示すRinging(180)信号をＳＩＰサーバ４Ｂから受信する（Ｓ２５）と、これを発信側のＳＩＰサーバ４Ａに転送し（Ｓ２６）、これに対する暫定応答としてPRACK信号を受信する（Ｓ２７）。

次に、受信したPRACK信号をさらに着信側のＳＩＰサーバ４Ｂに送信し（Ｓ２８）、これに対する暫定応答として200(PRACK)信号を受信し（Ｓ２９）、これをさらに発信側のＳＩＰサーバ４Ａに転送する（Ｓ３０）。

その後、着信側の加入者端末で応答したことを示す200(Init-INVITE)をＳＩＰサーバ４Ｂから受信すると（Ｓ３１）、これを発信側のＳＩＰサーバ４Ａに転送し（Ｓ３２）、着信側の加入者端末で応答されたことが通知される。

これに対応して送信側のＳＩＰサーバ４Ａから呼確立了解を示すACK信号が送信される（Ｓ３３）とこれを着信側のＳＩＰサーバ４Ｂに転送し（Ｓ３４）、通信が開始される。

図８（ｂ）は、通話中にre-INVITE信号によりセッションリフレッシュが実行される場合のシーケンスであり、発着信側の加入者端末からre-INVITE信号が送信されると（Ｓ４１）、ＳＩＰサーバが応答して200信号を返信する（Ｓ４２）ことによりACK信号が送信されて（Ｓ４３）セッションタイマが更新され、呼の確立が維持される。

または、ＳＩＰサーバからre-INVITE信号が送信されると（Ｓ４４）、発着信側の加入者端末が応答して200信号を返信する（Ｓ４５）ことによりACK信号を返信して（Ｓ４６）セッションタイマが更新され、呼の確立が維持される。

また図８（ｃ）は、UPDATE信号によりセッションリフレッシュが実行される場合のシーケンスであり、発着信側の加入者端末からUPDATE信号が送信されると（Ｓ５１）、ＳＩＰサーバが応答して200信号を返信する（Ｓ５２）ことによりセッションタイマが更新され、呼の確立が維持される。

または、ＳＩＰサーバからUPDATE信号が送信されると（Ｓ５３）、ＳＩＰサーバが応答して200信号を返信する（Ｓ５４）ことによりセッションタイマが更新され、呼の確立が維持される。

図８（ａ）に戻り、発信側のＳＩＰサーバ４Ａから呼切断要求を示すBYE信号が送信されると（Ｓ３５）、呼制御システム６では、これに対する応答として200(BYE)を返信する（Ｓ３６）とともに、着信側のＳＩＰサーバ４ＢにBYE信号を転送する（Ｓ３７）。そして、ＳＩＰサーバ４Ｂに転送したBYE信号の返信としての200(BYE)信号を受信する（Ｓ３８）ことにより、呼が切断される。

このように実行される呼制御処理において、ＡＣＴ（現用）系呼制御サーバ６１からＳＢＹ（予備用）系呼制御サーバ６２への、第１呼情報セクション６１４−１、第２呼情報セクション６１４−２、および第３呼情報セクション６１４−３に保持された情報の転送タイミングである救済データ転送タイミングは、前回のＡＣＴ（現用）系呼制御サーバ６１とＳＢＹ（予備用）系呼制御サーバ６２との情報の同期処理（救済データの転送処理）以降の、トランスポート機能部６１１１の処理に関する情報およびプロトコル機能部６１１３の処理に関する情報のうちのトランザクションに関する情報が喪失しても、プロトコルに従って呼制御処理が復旧できるタイミングで設定される。

具体的には、(i)呼制御サーバ６１への再送が期待できす、該信号を送受信したことを記憶していないと呼制御サーバ６１からの再送も不可能でありシーケンスの復旧、継続が不可能な信号の送受信時（例えばステップＳ３２のInit-INVITE信号の送信時）、および、(ii)該信号を送受信したことを記憶しておらず、故障が発生しシーケンスが巻き戻ってしまっても、次に受信する信号を呼制御サーバ６１で適切に処理可能な信号の送受信時（例えばステップＳ２５のRinging(180)信号の受信時）であり、エンドツーエンドで送受信する信号のトランザクションを開始する信号(PRACKやUPDATE信号等)や終了する信号(200 OK信号等)を送受信するタイミングである。

本実施形態においては、図８（ａ）〜（ｃ）中の、タイミングt1〜t14で示す時が、上記(i)または(ii)に該当する救済データ転送タイミングとして設定されているものとする。呼処理サーバ６１が信号を受信した場合でその信号が(i)及び(ii)に該当するときは受信信号の処理の過程で他系（ＳＢＹ系）にデータ転送を完了する。一方、呼処理サーバ６１が信号を送信した場合でその信号が(i)及び(ii)に該当するときは送信信号の生成処理の過程で他系（ＳＢＹ系）にデータ転送を完了する。

このように救済データ転送タイミングが設定されることにより、処理中に巻き戻りが発生しても、プロトコルに従って適切に処理が続行される。

(i)及び(ii)に該当する信号の送受信のタイミングで他系（ＳＢＹ系）にデータを転送するとデータ量に応じた転送時間分、装置内での信号処理時間が長くなる。そのため、(i)及び(ii)に該当する信号の送受信のタイミングで転送するデータ項目を減らし、それらの項目を周期的に転送することで装置内処理時間を短縮する。

この救済データ転送タイミングの設定に関する情報は、Init-INVITEを受信してサービス判定を行いサービスが決定した段階で、転送が必要な信号のリストとしてサービス機能部６１１６から指定しそれをトランスポート機能部６１１１でもっておくようにしておいてもよいし、信号の送受信毎にトランスポート機能部６１１１がシーケンス機能部６１１５に問い合わせて、シーケンス機能部６１１５がシーケンスパターンから救済データ転送タイミングであるか否かを判断し、トランスポート機能部６１１１に通知するようにしてもよい。

図７に戻り、Init-INVITE信号を受信した時点では救済データ転送タイミングではないと判断される（Ｓ５の「NO」）。

次にＵＡ機能部６１１４のＵＡＳ６１１４ａにおいて受信信号バッファ６１１２が参照され、当該受信ＳＩＰ信号の送信元のＳＩＰサーバのアドレス、および送信先のＳＩＰサーバのアドレスが取得されて処理データ記憶部６１２に保持されるとともに、当該受信ＳＩＰ信号の種別がパース処理で付加された識別情報に基づいて判定され、この判定された種別から、折り返し応答すべき信号のステータスコードが一意に特定されるか否かが判定される（Ｓ６）。

ここではＵＡＳ６１１４ａにおいて、新規の「Init-INVITE信号」に対しては処理シーケンスにかかわらずプロトコルに従って折り返し送信元にステータスコード「100（試行中）」信号を応答することが判定され、処理データ記憶部６１２に保持された情報に基づいて、プロトコル機能部６１１３によるダイアログ処理、トランザクション処理が行われ、トランスポート機能部６１１１によりステータスコード「100（試行中）」の送信ＳＩＰ信号が生成されて、ＳＩＰサーバ４Ａに送信される（Ｓ６の「YES」、Ｓ９〜Ｓ１１、Ｓ２２）。

またステータスコード「100（試行中）」の送信ＳＩＰ信号が送信されるとさらに、ＵＡＳ６１１４ａにより、新規の「Init-INVITE信号」を受信したことがシーケンス機能部６１１５に通知される（Ｓ６の「NO」、Ｓ７）。

シーケンス機能部６１１５では、ＵＡ機能部６１１４から、「Init-INVITE信号」が受信されたことが通知されると、保持した処理シーケンスパターンが選択され、このシーケンス中の現在の段階が特定される（Ｓ８）。ここでは、図４（ａ）の呼接続部分のシーケンスパターンａ中の現在の段階が特定され、さらにこの段階に基づいて次に送信すべき信号「Init-INVITE」とＵＡ機能部６１１４に保持しているＵＡＳ６１１４ａ及びＵＡＣ６１１４ｂが特定される。シーケンス中の現在の段階ではＵＡＣ６１１４ｂにInit-INVITEの送信指示がなされる。指示を受けたＵＡＣ６１１４ｂにおいては、ＵＡＣ６１１４ｂに対応して処理データ記憶部６１２に保持している送信先の情報等とともにInit-INVITE信号に関する情報が送信信号バッファ６１１７に送出される（Ｓ９）。なお、送信先の情報は受信したInit-INVITE信号に含まれており、受信時にＵＡＳ６１１４ａで処理データ記憶部６１２に保持しておき、上記のタイミングでＵＡＣ６１１４ｂに送信先情報等のデータを引き継ぐ。また、プロトコル機能部６１１３の送信処理部６１１３ｂにより、処理データ記憶部６１２に保持している送信ＳＩＰ生成のためのダイアログ情報やトランザクション情報等の送信情報が送信信号バッファ６１１７に送出される。

次にトランスポート機能部６１１１の送信処理部６１１１ｂにおいて、送信信号バッファ６１１７の情報が用いられて逆パース処理が行われて送信ＳＩＰ信号が生成される（Ｓ１０）。そして、生成された送信ＳＩＰ信号が、ＳＩＰサーバ４Ｂに送信される（Ｓ１１、Ｓ２３）。送信信号バッファ６１１７に保持された情報は、ＡＣＴ（現用）系呼制御サーバ６１の処理データ記憶部６１２に記憶される。

ここで、送信ＳＩＰ信号の送信処理が完了すると、呼処理制御部６１１のトランスポート機能部６１１１において、送信ＳＩＰ信号の識別情報に基づいて、この時点がサービスの処理に関する情報の救済データ転送タイミングであるか否かが判定される（Ｓ１２）。

この時点（Init-INVITE信号に対してTrying(100)信号がＳＩＰサーバ４Ａに返信されるとともにInit-INVITE信号がＳＩＰサーバ４Ｂに転送された時点）は、救済データ転送タイミングではないと判断される（Ｓ１２の「NO」）。

次に、ステップＳ２３の処理によりＳＩＰサーバ４Ｂに送信されたInit-INVITE信号に応答してＳＩＰサーバ４ＢからTrying(100)信号を受信し（Ｓ２４）、その後Ringing(180)信号をさらに受信すると（Ｓ２５）、上述したステップＳ１〜ステップＳ４の処理により受信処理が実行され、さらにステップＳ５によりこの時点がサービスの処理に関する情報の救済データ転送タイミングであるか否かが判定される。

サービスの処理に関する情報の救済データ転送タイミングであると判断されると（Ｓ５の「YES」）、ＡＣＴ（現用）系呼制御サーバ６１の同期処理制御部６１３からＳＢＹ（予備用）系呼制御サーバ６２の同期処理制御部６２３に、まずＳＢＹ（予備用）系呼制御サーバ６２の同期領域記憶部６２４の変更対象に該当する呼のセクション、例えば６１４−１が当該転送処理以外の処理で書き込みが行われないようにするためのロック状態とする指示が送信される。そして、ＳＢＹ（予備用）系呼制御サーバ６２の同期処理制御部６２３によりこの指示に基づいて同期領域記憶部６２４の該当する呼のセクション６２４−１がロック状態にされる。

次に、ＡＣＴ（現用）系呼制御サーバ６１の同期処理制御部６１３からデータの書き込み指示が送出され、この指示により処理データ記憶部６１２に記憶されている該当する呼のトランスポート機能部６１１１の処理に関する情報、およびプロトコル機能部６１１３の処理に関する情報のうちトランザクションに関する情報が、自サーバ６１の同期領域記憶部６１４内の該当する呼情報セクションの領域、例えば第１呼情報セクション６１４−１の第１呼トランスポート機能部情報領域６１４１−１、および第１呼プロトコル機能部情報（Ｔ）領域６１４２−１に書き込まれる。

さらにＡＣＴ（現用）系呼制御サーバ６１の同期処理制御部６１３から救済ポイントにおけるデータの転送指示が送出され、この指示により処理データ記憶部６１２に記憶されている該当する呼のトランスポート機能部６１１１の処理に関する情報、およびプロトコル機能部６１１３の処理に関する情報のうちトランザクションに関する情報が、ＳＢＹ（予備用）系呼制御サーバ６２に救済データとして転送される（Ｓ１３）。ＳＢＹ（予備用）系呼制御サーバ６２では、受信した救済データが、同期領域記憶部６２４のそれぞれ該当する呼情報セクションの機能部領域、例えば第１呼情報セクション６２４−１の第１呼トランスポート機能部情報領域６２４１−１、および第１呼プロトコル機能部情報領域６２４２−１に記憶される。

このように処理データ記憶部６１２のデータの自サーバ６１への書き込み処理、ＳＢＹ（予備用）系呼制御サーバ６２への該当する救済データの転送処理が完了すると、ＡＣＴ（現用）系呼制御サーバ６１の同期処理制御部６１３からＳＢＹ（予備用）系呼制御サーバ６２の同期処理制御部６２３に、同期領域記憶部６２４の該当セクションのロックを解除する指示が送信される。そして、ＳＢＹ（予備用）系呼制御サーバ６２の同期処理制御部６２３によりこの指示に基づいて同期領域記憶部６２４の該当セクションのロックが解除される。

ロックが解除された段階で、指示された書き込み処理および転送処理の完了が同期処理制御部６１３から呼処理制御部６１１に通知され、呼処理制御部６１１では継続して受信ＳＩＰ信号の処理が行われる。

このように同期領域記憶部６２４の該当セクションをロック状態にして転送処理が実行されることにより、同期領域記憶部６１４と同期領域記憶部６２４との対応するセクションで記憶されるデータに差分ができることを防止することができる。

次に、ＳＩＰサーバ４Ａから、確立された呼を維持するためのリフレッシュ信号の１つであるre-INVITE信号が送信されたときの呼制御システム６の動作について説明する。

ＳＩＰサーバ４ＡからＡＣＴ（現用）系呼制御サーバ６１においてre-INVITE信号が受信される（Ｓ１）と、INVITE信号に関して起呼信号であるか、セッションリフレッシュ信号であるかが判定される。

ここではセッションリフレッシュ信号のre-INVITE信号であると判定される。

次にトランスポート機能部６１１１の受信処理部６１１１ａにおいてこの受信ＳＩＰ信号を自装置で処理するためのパース処理（前処理）が実行される（Ｓ２）。

パース処理で取得された情報は、前回の信号処理時との変更点が、ＡＣＴ（現用）系呼制御サーバ６１の処理データ記憶部６１２に記憶される。

次にプロトコル機能部６１１３の受信処理部６１１３ａにおいて受信信号バッファ６１１２が参照され、パース処理された受信信号がプロトコルに従って解析され、発着加入者端末２のダイアログ情報やトランザクション情報、ダイアログを維持するためのタイマ情報等が取得される（Ｓ３）。取得されたダイアログ情報やトランザクション情報、ダイアログを維持するためのタイマ情報等は、前回の信号処理時との変更点が、ＡＣＴ（現用）系呼制御サーバ６１の処理データ記憶部６１２に記憶される。ここまでの処理により、受信処理が完了する（Ｓ４）。

受信処理が完了すると、呼処理制御部６１１のトランスポート機能部６１１１においてのパース処理で取得された受信ＳＩＰ信号の識別情報に基づいて、この時点がサービスの処理に関する情報の救済データ転送タイミングであるか否かが判定される（Ｓ５）。

ここでre-INVITE信号を受信した時点では図８（ｂ）の情報に基づいてサービスの処理に関する情報の救済データ転送タイミングではないと判断される（Ｓ５の「NO」）。

次にＵＡ機能部６１１４のＵＡＳ６１１４ａにおいて受信信号バッファ６１１２が参照され、当該受信ＳＩＰ信号の送信元のＳＩＰサーバのアドレス、および送信先のＳＩＰサーバのアドレスが取得され、当該受信ＳＩＰ信号の種別がパース処理で付加された識別情報に基づいて判定され、この判定された種別から、折り返し応答すべき信号のステータスコードが一意に特定されるか否かが判定される（Ｓ６）。ここでは、受信ＳＩＰ信号の送信元のＳＩＰサーバのアドレス、および送信先のＳＩＰサーバのアドレスについては前回の信号処理時と変更点がないため処理データ記憶部６１２への変更点の書き込みは行われない。

ここでは、ＵＡＳ６１１４ａにおいて、「re-INVITE信号」に対しては処理シーケンスにかかわらずプロトコルに従って折り返し送信元にステータスコード「200（応答）」信号を応答することが判定される（Ｓ６の「YES」）。

ＵＡＳ６１１４ａにおいて応答すべき信号のステータスコードが特定されると、処理データ記憶部６１２に保持された情報に基づいて、トランスポート機能部６１１１の受信処理部６１１１ａによりステータスコード「200（応答）」の送信ＳＩＰ信号が生成されて、ＳＩＰサーバ４Ａに送信されることで応答される（Ｓ９〜Ｓ１１）。

ここで、送信ＳＩＰ信号の送信処理が完了すると、呼処理制御部６１１のトランスポート機能部６１１１において、送信ＳＩＰ信号の識別情報に基づいて、この時点がサービスの処理に関する情報の救済データ転送タイミングであるか否かが判定される（Ｓ１２）。

ここでは受信したre-INVITE信号に対して応答(200)信号がＳＩＰサーバ４Ａに返信され、この送信時点（図８のタイミングt8）は救済データ転送タイミングであると判断される（Ｓ１２の「YES」）。

救済データ転送タイミングであると判断されると、上述した転送処理により、ＡＣＴ（現用）系呼制御サーバ６１の処理データ記憶部６１２に記憶されている該当する呼のトランスポート機能部６１１１の処理に関する情報、およびプロトコル機能部６１１３の処理に関する情報のうちトランザクションに関する情報の変更点が、ＡＣＴ(現用)系呼制御サーバ６１の同期領域記憶部６１４内の呼情報セクションの領域、例えば第１呼情報セクション６１４−１の第１呼トランスポート機能部情報領域６１４１−１、および第１呼プロトコル機能部情報（Ｔ）領域６１４２−１に書き込まれるとともに、ＳＢＹ（予備用）系呼制御サーバ６２に救済データとしてロック状態で転送され、それぞれ該当する呼情報セクションの機能部領域、例えば第１呼情報セクション６２４−１の第１呼トランスポート機能部情報領域６２４１−１、および第１呼プロトコル機能部情報領域６２４２−１に記憶される（Ｓ１３）。

また図７のフローチャートとは別個に、同期処理制御部６１３により、ＡＣＴ（現用）系呼制御サーバ６１の処理データ記憶部６１２に記憶されている各呼のシーケンス機能部６１１５の処理に関する情報、ＵＡ機能部６１１４の処理に関する情報、およびプロトコル機能部６１１３の処理に関する情報のうちダイアログに関する情報の転送処理が周期的に実行される。

これらの信号処理に関する情報の転送処理について、図９のフローチャートを参照して説明する。

同期処理制御部６１３では、前回の信号単位の変更点の転送処理から一定時間が経過したか否かが監視され（Ｓ６１）、この一定時間が経過したと判断されたとき（Ｓ６１の「YES」）に、上述したステップＳ１３と同様の処理手順でＡＣＴ（現用）系呼制御サーバ６１の処理データ記憶部６１２に記憶されている各呼のサービス機能部６１１６の処理に関する情報、シーケンス機能部６１１５の処理に関する情報、ＵＡ機能部６１１４の処理に関する情報、およびプロトコル機能部６１１３の処理に関する情報のうちダイアログに関する情報が、ＡＣＴ（現用）系呼制御サーバ６１内の同期領域記憶部６１４の該当する機能部のセクションの領域、例えばサービス機能部情報セクション６１４５の第１呼サービス機能部情報領域６１４５−１、シーケンス機能部情報セクション６１４６の第１呼シーケンス機能部情報領域６１４６−１、ＵＡ機能部情報セクション６１４７の第１呼ＵＡ機能部情報領域６１４７−１、およびプロトコル機能部情報（Ｄ）セクション６１４８の第１呼プロトコル機能部情報（Ｄ）領域６１４８−１にコピーされるとともに、ＳＢＹ（予備用）系呼制御サーバ６２に救済データとして転送され、それぞれ該当する第１呼サービス機能部情報領域６２４５−１、第１呼シーケンス機能部情報領域６２４６−１、第１呼ＵＡ機能部情報領域６２４７−１、および第１呼プロトコル機能部情報（Ｄ）領域６２４８−１に記憶される（Ｓ６２）。

このように転送処理が実行されることにより、各呼のサービス機能部６１１６の処理に関する情報、シーケンス機能部６１１５の処理に関する情報、ＵＡ機能部６１１４の処理に関する情報、およびプロトコル機能部６１１３の処理に関する情報のうちダイアログに関する情報が、図８（ａ）〜（ｃ）の「周期矢印」で示すように、周期的にＳＢＹ（予備用）系呼制御サーバ６２に転送される。

この転送周期としては、ＳＩＰにおける受信信号への応答限度（タイムアウト）である３２秒の半分の１６秒、またはさらに短い周期で設定することが好ましく、少なくとも転送処理が完了する時間以上の間隔が必要である。

また、呼処理制御部６１１のプロトコル機能部６１１３において取得されたタイマ情報が更新されたときには、同期処理制御部６１３によりタイマの満了時刻情報（年月日時分秒情報）がＳＢＹ（予備用）系呼制御サーバ６２に送信される。

タイマの満了時刻情報が受信されたＳＢＹ（予備用）系呼制御サーバ６２では、受信したタイマの満了時刻情報と自サーバ６２で管理している時刻情報とを比較することにより、ダイアログを維持するためのタイマ情報を得ることができる。

このように満了時刻情報を送信してタイマ情報を通知することで、系切り替えの際に時間を要してタイマの残り時間を正確にカウントできない場合にも、サーバ６２で持っている現在の時刻とタイマ満了の時刻を比較することでタイマ切れの検出が可能であり、系切替え中のタイマカウント漏れの影響を受けない効果がある。

上記実施形態において、シーケンス機能部６１１５で処理中のシーケンスパターンが最後まで完了したと判断されたときにはさらにサービス機能部６１１６へ通知され、シーケンス機能部６１１５において処理中として保持されていたシーケンスパターン情報のメモリ部分は解放される。また通知されたサービス機能部６１１６では、シーケンス機能部６１１５で処理中のシーケンスパターンの処理が完了したことが通知されたときには、該当する発着加入者端末２で加入されているサービス内容により管理しているシナリオに基づいて次に実行させるシーケンスパターンが特定され、シーケンス機能部６１１５に次に使用するシーケンスパターンの指示がなされる。

また上記実施形態において、呼制御システム６により確立された通信を利用して、ＳＤＰ情報により、情報発信元の加入者端末とメディアサーバ７Ａ，７Ｂとの間で中継サーバ５Ａ，５Ｂ等を経由して音声情報や映像情報等のメディア情報を転送し、加入者端末にこれらの情報が提供されるようにしてもよい。

また上記実施形態において、呼切断のシーケンスが実行されたときには、このシーケンスの中で、ＵＡ機能部６１１４のＵＡＣ６１１４ｂで保持された送信先の情報、およびシーケンス機能部６１１５で保持されたシーケンスパターンの情報に関するメモリの該当部分が解放され、削除（無効化）される。解放はタイマを張って解放してもよい。タイマを張ってから解放する効果として、BYEなどの信号が再送されてきた場合も、ある一定期間であれば正しく信号処理することが可能である。

上述した本実施形態の呼制御システムによれば、呼処理に用いる情報を記憶するＡＣＴ（現用）系呼制御サーバ６１の同期領域記憶部６１４からＳＢＹ（予備用）系呼制御サーバ６２の同期領域記憶部６２４への救済データを、トランスポート機能部の処理に関する情報、およびプロトコル機能部の処理に関する情報のうちトランザクションに関する情報については呼制御の進行状況に応じた適切なタイミングで呼ごとに転送し、各呼のサービス機能部の処理に関する情報、シーケンス機能部の処理に関する情報、ＵＡ機能部の処理に関する情報、およびプロトコル機能部の処理に関する情報のうちダイアログに関する情報については、通信制御の進行状況に関わらず予め設定された周期で機能部ごとにまとめて転送するようにしたため、系切り替え時にＳＢＹ（予備用）系制御サーバに転送するデータ量を削減することができ、呼処理時間を短縮することができる。また、複数の呼について並列して処理を実施する場合でも、更新頻度の高いデータを呼毎にセクションを分けて記憶しておくことで、呼単位で並列して同期領域にデータを書き込めるため、他の呼処理を待つことなく書き込みを実施することができ効率的な処理が可能である。

また更新頻度の低いデータを機能部ごとに周期的に転送することにより、系切り替え時に転送するデータ量を削減することができ、切り替え時間を短縮することができる。これらの機能部ごとに周期的に更新したデータは、信号処理の中にＳＢＹ（予備用）系呼制御サーバへの同期処理を実施しないため呼処理時間に影響を与えないというメリットがあり、また、呼にかかわらず同期領域上の同一のセクションに変更分を一度にＳＢＹ（予備用）系呼制御サーバへの転送することで、頻繁に転送する必要がなく効率的に転送できる。

また、すべてのデータを呼毎に転送するのではなく、周期的な転送処理と呼毎の転送処理とに分担して同期処理を実施するため、その分呼毎に転送するデータが少なくなり、サーバ内の信号処理時間の短縮化に寄与している。

また、ＡＣＴ（現用系）呼制御サーバ６１に故障が発生してもユーザの意図しないタイミングで呼が切断されてしまうことを防ぐことができるとともに、転送回数を少なくすることができ、通信のオーバーヘッドの影響を小さくすることができる。これにより、効率のよい処理を実行することができ、高品質の通信サービスを提供することができる。

また、本実施形態の呼制御システムによれば、呼制御サーバの同期領域記憶部のうち周期的に転送する情報の領域を、呼処理制御部の機能部単位でセクションを設けるようにしたため、各機能部のデータ自体の拡張にも対応するこが可能であるとともに、機能部の数が増加してもこれに対応することが可能である。

本例は発側と着側が１対１での通信例だが、これが電話会議サービスのような三者間通話等の複数人との通話にも対応可能である。三者間通話の場合、起呼時にサービス機能部６１１６がサービスシナリオを参照し、シーケンス機能部６１１５に三者分のシーケンスパターンを使用するように指示する。指示を受けたシーケンス機能部６１１５は三者分のシーケンスパターンを読み込み、ＵＡ機能部６１１４に三者分のＵＡを生成するように指示する。指示を受けたＵＡ機能部６１１４は三者分のＵＡ(ＵＡＳ１つとＵＡＣを２つ)生成する。以降の信号処理は先の例で示したように実行される。このように、複雑なシーケンスパターンも機能部を作りかえることなく実現可能である。

また本実施形態の呼制御システムにおいては、呼処理に用いる情報を記憶するＡＣＴ（現用）系呼制御サーバ６１からＳＢＹ（予備用）系呼制御サーバ６２への、トランスポート機能部の処理に関する情報、およびプロトコル機能部の処理に関する情報のうちトランザクションに関する情報（更新頻度が高い情報）の救済データ転送タイミングが、前回のＡＣＴ（現用）系呼制御サーバ６１とＳＢＹ（予備用）系呼制御サーバ６２とのこれらの情報の同期処理（救済データの転送処理）以降の変更点の情報が喪失しても、プロトコルに従って呼制御処理が復旧できるタイミングで設定されており、また、各呼のサービス機能部の処理に関する情報、シーケンス機能部の処理に関する情報、ＵＡ機能部の処理に関する情報、およびプロトコル機能部の処理に関する情報のうちダイアログに関する情報（更新頻度が低い情報）は周期的に転送するため、系切り替え中にすべての呼処理データを転送する必要はなく、未転送のデータのみを転送するので、系切替え時間を短縮化することが可能になる。

またこの更新頻度が低い情報は、ＳＩＰ信号の処理中に呼処理サーバ内の当該呼処理に用いる情報に変更が生じる都度転送されず、周期的にまとめて転送されるため転送回数を少なくすることができ、通信のオーバーヘッドの影響を小さくすることができ、効率のよい処理を実行することができる。

また、本実施形態においては２種類の同期タイミングを設ける場合の例について説明したが、周期的に転送される情報については、各機能部の更新頻度やデータの更新量により機能部単位で適切に同期タイミングの周期を設定することも可能であり、このように設定することでさらに効率的な転送が可能となる。

また、本実施形態において構築されたＡＣＴ（現用）系呼制御サーバおよびＳＢＹ（予備用）系呼制御サーバの記憶部にはそれぞれ予備領域を設けたため、新たなサービスの追加時やプロトコルの変更によるデータサイズの変更時等の情報量拡張時に、この予備領域を有効に利用することにより柔軟に対応することができる。

本方式のメリットとして、呼制御サーバにおいて発着別々に処理部を持ちデータが管理されているため、指定した信号を送受信するタイミングで一律転送するというのではなく、それぞれの接続の送受信時に救済タイミングを柔軟に設定でき、効率的にＳＢＹ系と同期できる。また、電話端末に加えてメディアサーバを含む３者以上の複数者間でのサービスを考えた場合、端末やメディアサーバ毎に対応して呼制御サーバにユーザエージェント機能部、プロトコル機能部、トランスポート機能部を生成し、サービスに応じたシナリオやシーケンスパターンを用意することで、呼制御サーバの機能部を作りかえることなく対応可能で、２者間でのサービス例と同様の効果が得られる。

１…ＳＩＰ通信システム
２Ａ〜２Ｄ…加入者端末
３…ＩＰネットワーク
３Ａ〜３Ｇ…転送装置
４Ａ，４Ｂ…ＳＩＰサーバ
５Ａ，５Ｂ…中継サーバ
６…呼制御システム
７Ａ，７Ｂ…メディアサーバ
６１…ＡＣＴ（現用）系呼制御サーバ
６２…ＳＢＹ（予備用）系呼制御サーバ
６１１…呼処理制御部
６１２…処理データ記憶部
６１３…同期処理制御部
６１４…同期領域記憶部
６１４−１…第１呼情報セクション
６１４−２…第２呼情報セクション
６１４−３…第３呼情報セクション
６１４−４…呼データ用予備セクション
６２１…呼処理制御部
６２２…処理データ記憶部
６２３…同期処理制御部
６２４…同期領域記憶部
６２４−１…第１呼情報セクション
６２４−２…第２呼情報セクション
６２４−３…第３呼情報セクション
６２４−４…呼データ用予備セクション
６１１１…トランスポート機能部
６１１１ａ…受信処理部
６１１１ｂ…送信処理部
６１１２…受信信号バッファ
６１１３…プロトコル機能部
６１１３ａ…受信処理部
６１１３ｂ…送信処理部
６１１４…ＵＡ（ユーザエージェント）機能部
６１１４ａ…ＵＡＳ
６１１４ｂ…ＵＡＣ
６１１５…シーケンス機能部
６１１６…サービス機能部
６１１７…送信信号バッファ
６１４５…サービス機能部情報セクション
６１４６…シーケンス機能部情報セクション
６１４７…ＵＡ機能部情報セクション
６１４８…プロトコル機能部情報セクション
６１４９…機能部情報用予備セクション

Claims (3)

1. 呼処理を実行する複数のサーバ間の呼処理を制御し、通常時に稼働する現用系呼制御サーバとこの現用系呼制御サーバに故障が発生したときに現用系に切り替わって稼働する予備用系呼制御サーバとを備えた呼制御システムであって、
   前記現用系呼制御サーバは、呼処理制御部と、処理データ記憶部と、同期処理制御部と、同期領域記憶部とを有し、
   前記呼処理制御部は、
   実行中の呼制御シーケンス情報に関し、当該呼制御を構成する各処理に対応する前記呼制御シーケンス情報部分であるシーケンスパターンの実行順序を管理するサービス機能部と、このサービス機能部で管理される実行順序に基づいて実行中のシーケンスパターンを保持し、これに基づいて受信信号に応答して送信する信号を特定するシーケンス機能部と、前記サーバ間の呼処理に関する信号の送受信処理を行うユーザエージェント機能部と、受信信号のパース処理および送信信号の生成を行うトランスポート機能部と、前記パース処理された受信信号から呼処理による通信に使用されるダイアログ情報および更新処理対象であるトランザクション情報を取得するプロトコル機能部とを有し、これらの機能部が相互に連携して呼制御に関する信号の処理を行い、
   前記ユーザエージェント機能部は、いずれかの前記サーバから呼制御に関する信号を受信し前記トランスポート部でパース処理されたときに、前記呼処理シーケンス情報に関わらず、前記受信した信号の種別に基づいて次に送信すべき信号の種別を一意に特定可能な場合には、この送信すべき信号を、前記受信元のサーバに前記ダイアログ情報および前記トランザクション情報に基づいて送信し、次に送信すべき信号の種別を特定できなかった場合には、これを前記シーケンス機能部に通知することにより前記シーケンス機能部で特定される送信すべき信号を、この信号に基づいて特定する送信すべきサーバに送信し、
   前記シーケンス機能部は、前記ユーザエージェント機能部から、受信した信号の種別に基づいて送信すべき信号の種別が特定されなかったことが通知された場合に、保持している実行中のシーケンスパターンに従って、前記受信した信号の種別に基づいて次に送信すべき信号の種別を特定し、
   前記サービス機能部は、前記シーケンス機能部において保持しているシーケンスパターンに基づいた信号の送受信処理が完了したと判断されたときに、管理しているシーケンスパターンの実行順序に従って次に実行すべきシーケンスパターンを前記シーケンス機能部に指示し、
   前記処理データ記憶部は、
   いずれかの前記サーバから呼制御に関する信号を受信したときに、前回の信号受信時において前記呼処理制御部の各機能部でそれぞれ取得された情報との変更点を保持し、
   前記同期領域記憶部は、
   前記呼処理制御部のサービス機能部、シーケンス機能部、ユーザエージェント機能部、トランスポート機能部、およびプロトコル機能部に対応する領域を有し、
   前記同期処理制御部は、
   前記処理データ記憶部に記憶された情報の変更点のうち、前記トランスポート機能部で取得された変更点および前記プロトコル機能部で取得された情報の中のトランザクション情報の変更点を、予め設定された、前回の前記現用系呼制御サーバに記憶された情報と前記予備用系呼制御サーバに記憶された情報との同期処理以降の変更点の情報が喪失しても前記呼制御処理が復旧できるタイミングで、自サーバ内の前記同期領域記憶部の対応する領域に書き込み、さらに、前記予備用系呼制御サーバに転送して、前記現用系呼制御サーバに記憶された情報と前記予備用系呼制御サーバに記憶された情報とを同期させ、また、前記処理データ記憶部に記憶された情報の変更点のうち、前記サービス機能部で取得された変更点、前記シーケンス機能部で取得された変更点、前記ＵＡ機能部で取得された変更点、および前記プロトコル機能部で取得された変更点のうちダイアログ情報の変更点を、予め設定された一定周期で自サーバ内の前記同期領域記憶部の対応する領域に書き込み、さらに、前記予備用系呼制御サーバに転送して、前記現用系呼制御サーバに記憶された情報と前記予備用系呼制御サーバに記憶された情報とを同期させる
   ことを特徴とする呼制御システム。
2. 前記同期領域記憶部は、情報量拡張時に利用する予備領域をさらに有する
   ことを特徴とする請求項１に記載の呼制御システム。
3. 呼処理を実行する複数のサーバ間の呼処理を制御し、通常時に稼働する現用系呼制御サーバとこの現用系呼制御サーバに故障が発生したときに現用系に切り替わって稼働し、予備用系呼制御サーバとを備えた呼制御システムの現用系呼制御サーバが、
   実行中の呼制御シーケンス情報に関し、当該呼制御を構成する各処理に対応する前記呼制御シーケンス情報部分であるシーケンスパターンの実行順序を管理するサービス機能部と、このサービス機能部で管理される実行順序に基づいて実行中のシーケンスパターンを保持し、これに基づいて受信信号に応答して送信する信号を特定するシーケンス機能部と、前記サーバ間の呼処理に関する信号の送受信処理を行うユーザエージェント機能部と、受信信号のパース処理および送信信号の生成を行うトランスポート機能部と、前記パース処理された受信信号から呼処理による通信に使用されるダイアログ情報および更新処理対象であるトランザクション情報を取得するプロトコル機能部とを有し、これらの機能部が相互に連携して呼制御に関する信号の処理を行い、
   前記ユーザエージェント機能部が、いずれかの前記サーバから呼制御に関する信号を受信し前記トランスポート部でパース処理されたときに、前記呼処理シーケンス情報に関わらず、前記受信した信号の種別に基づいて次に送信すべき信号の種別を一意に特定可能な場合には、この送信すべき信号を、前記受信元のサーバに前記ダイアログ情報および前記トランザクション情報に基づいて送信し、次に送信すべき信号の種別を特定できなかった場合には、これを前記シーケンス機能部に通知することにより前記シーケンス機能部で特定される送信すべき信号を、この信号に基づいて特定する送信すべきサーバに送信し、
   前記シーケンス機能部が、前記ユーザエージェント機能部から、受信した信号の種別に基づいて送信すべき信号の種別が特定されなかったことが通知された場合に、保持している実行中のシーケンスパターンに従って、前記受信した信号の種別に基づいて次に送信すべき信号の種別を特定し、
   前記サービス機能部が、前記シーケンス機能部において保持しているシーケンスパターンに基づいた信号の送受信処理が完了したと判断されたときに、管理しているシーケンスパターンの実行順序に従って次に実行すべきシーケンスパターンを前記シーケンス機能部に指示する呼処理制御ステップと、
   いずれかの前記サーバから呼制御に関する信号を受信したときに、前回の信号受信時において前記呼処理制御ステップで取得された各機能部に関する情報との変更点を自サーバ内の処理データ記憶部に保持する処理データ記憶ステップと、
   前記処理データ記憶部に記憶された情報の変更点のうち、前記処理データ記憶部に記憶された情報の変更点のうち、前記トランスポート機能部で取得された変更点および前記プロトコル機能部で取得された情報の中のトランザクション情報の変更点を、予め設定された、前回の前記現用系呼制御サーバに記憶された情報と前記予備用系呼制御サーバに記憶された情報との同期処理以降の変更点の情報が喪失しても前記呼制御処理が復旧できるタイミングで、自サーバ内の前記同期領域記憶部の対応する領域に書き込み、さらに、前記予備用系呼制御サーバに転送して、前記現用系呼制御サーバに記憶された情報と前記予備用系呼制御サーバに記憶された情報とを同期させ、また、前記処理データ記憶部に記憶された情報の変更点のうち、前記サービス機能部で取得された変更点、前記シーケンス機能部で取得された変更点、前記ＵＡ機能部で取得された変更点、および前記プロトコル機能部で取得された変更点のうちダイアログ情報の変更点を、予め設定された一定周期で自サーバ内の前記同期領域記憶部の対応する領域に書き込み、さらに、前記予備用系呼制御サーバに転送して、前記現用系呼制御サーバに記憶された情報と前記予備用系呼制御サーバに記憶された情報とを同期させる同期処理制御ステップと、
   を有することを特徴とする呼制御に利用する情報の冗長化方法。

Images