呼制御に利用する情報の冗長化方法および呼制御システム
【課題】 冗長化された呼制御システムにおいて、効率良く短時間で系切り替え処理を実行することが可能な呼制御に利用する情報の冗長化方法および呼制御システムを提供する。
【解決手段】 現用系呼制御サーバ６１は、自サーバで処理中の呼処理に関する情報の変更点を、所定の転送タイミングで前記予備用系呼制御サーバ６２に転送し、予備用系呼制御サーバ６２は、前記現用系呼制御サーバ６１から転送された前記処理中の呼処理に関する情報の変更点で、自サーバ内の同期領域記憶部６２４に記憶した処理中の呼処理に関する情報を更新し、予備用系呼制御サーバ６２の処理データ記憶部６２２で同期領域記憶部６２４内に記憶された情報が更新されたことを検知したときに、当該更新された情報を取得して、自サーバが稼動したときに呼処理に利用させるために自サーバ内の処理データ記憶部６２２内の領域に展開する。
【解決手段】 現用系呼制御サーバ６１は、自サーバで処理中の呼処理に関する情報の変更点を、所定の転送タイミングで前記予備用系呼制御サーバ６２に転送し、予備用系呼制御サーバ６２は、前記現用系呼制御サーバ６１から転送された前記処理中の呼処理に関する情報の変更点で、自サーバ内の同期領域記憶部６２４に記憶した処理中の呼処理に関する情報を更新し、予備用系呼制御サーバ６２の処理データ記憶部６２２で同期領域記憶部６２４内に記憶された情報が更新されたことを検知したときに、当該更新された情報を取得して、自サーバが稼動したときに呼処理に利用させるために自サーバ内の処理データ記憶部６２２内の領域に展開する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼制御に利用する情報の冗長化方法および呼制御システムに関する。
【背景技術】
【０００２】
従来、呼制御によりセッション確立の制御を行う技術として、通信制御プロトコルであるＳＩＰ（Session Initiation Protocol）が開発されている。このＳＩＰは、ＩＰネットワークを利用して、固定電話網が持つような高い品質、信頼性、および安定性を保持してユーザ端末間で音声情報や映像情報等のメディア通信を行うことを可能にする。
【０００３】
ＳＩＰによる呼制御は、ＩＰネットワークを介して接続された、エンドユーザが利用する加入者端末と加入者端末間の通信を中継するＳＩＰサーバとの間や、複数のＳＩＰサーバ間で実行される。
【０００４】
この呼制御による通信を高い信頼性で確立するために、非特許文献１および特許文献１に示すように、ＡＣＴ（現用）系呼制御サーバとＳＢＹ（予備用）系呼制御サーバとを冗長化した呼制御システムを利用する技術がある。
【０００５】
この呼制御システムでは、ＡＣＴ（現用）系呼制御サーバとＳＢＹ（予備用）系呼制御サーバとでセッション確立に関する情報が所定のタイミングで同期がとられており、通常時はＡＣＴ（現用）系呼制御サーバで呼制御が実行され、このＡＣＴ（現用）系呼制御サーバにおいて故障が発生したときにはＳＢＹ（予備用）系呼制御サーバに切り替えられて呼制御が実行される。
【０００６】
このように呼制御を行うサーバが冗長化されることにより、ユーザの意図しないタイミングで故障により通信が切断されてしまうことを防止することができる。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】緒方祐介，原大輔，松尾和雅，江村義樹：呼処理サーバの系切替え時間短縮化方法，2010年電子情報通信学会総合大会講演論文集，B-6-15 ( Mar.2010).
【特許文献】
【０００８】
【特許文献１】特開２０１１−１７５３８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上述した非特許文献１および特許文献１の呼制御システムでは、同期処理の際に、ＡＣＴ（現用）系呼制御サーバから転送されたセッション確立に関する情報はＳＢＹ（予備用）系呼制御サーバの同期領域に格納されている。
【００１０】
そして、ＡＣＴ（現用）系呼制御サーバにおいて故障が発生し呼制御を行うサーバが切り替えられる際に、ＳＢＹ（予備用）系呼制御サーバは、同期領域に格納されている情報をヒープ領域に展開して呼処理を再開する。
【００１１】
しかし、このように系切り替え時にＳＢＹ（予備用）系呼制御サーバにおいて同期領域からヒープ領域への情報の展開処理を行うと、呼制御の再開までにこの展開処理のための時間を要し、系切り替えに時間がかかるという問題があった。
【００１２】
そこで本発明では、冗長化された呼制御システムにおいて、効率良く短時間で系切り替え処理を実行するための呼制御に利用する情報の冗長化方法および呼制御システムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記の課題を解決するための、本発明の呼制御に利用する情報の冗長化方法は、呼処理を実行する複数のＳＩＰサーバ間の呼処理を制御し、通常時に稼働する現用系呼制御サーバとこの現用系呼制御サーバに故障が発生したときに現用系に切り替わって稼働する予備用系呼制御サーバとを備えた呼制御システムの、前記予備用系呼制御サーバが、前記現用系呼制御サーバで処理中の呼処理に関する情報を、自サーバ内の同期領域記憶部に記憶するステップと、前記現用系呼制御サーバが、自サーバで処理中の呼処理に関する情報の変更点を、所定の転送タイミングで前記予備用系呼制御サーバに転送するステップと、前記予備用系呼制御サーバが、自サーバ内の同期処理制御部により、前記現用系呼制御サーバから転送された前記処理中の呼処理に関する情報の変更点で、前記同期領域記憶部に記憶した情報を更新するステップと、前記予備用系呼制御サーバ内の処理データ記憶部において、前記同期領域記憶部内に記憶された情報が更新されたことを検知したときに、当該更新された情報を前記同期領域記憶部から取得して、自サーバが稼動したときに呼処理で利用するために前記処理データ記憶部内の領域に展開するステップとを有することを特徴とする。
【００１４】
また前記予備用系呼制御サーバの処理データ記憶部では、所定時間間隔で前記同期領域記憶部に情報の更新の有無を確認した結果、前記同期領域記憶部内に記憶された情報が更新されたことを検知したとき、または、前記同期領域記憶部から更新があったことが通知されたことにより前記同期領域記憶部内に記憶された情報が更新されたことを検知したときに、当該更新された情報を前記同期領域記憶部から取得して前記処理データ記憶部内の領域に展開するようにしてもよい。
【００１５】
また本発明の呼制御システムは、呼処理を実行する複数のＳＩＰサーバ間の呼処理を制御し、通常時に稼働する現用系呼制御サーバとこの現用系呼制御サーバに故障が発生したときに現用系に切り替わって稼働する予備用系呼制御サーバとを備えた呼制御システムであって、前記現用系呼制御サーバは、自サーバで処理中の呼処理に関する情報の変更点を、所定の転送タイミングで前記予備用系呼制御サーバに転送する同期処理制御部を有し、前記予備用系呼制御サーバは、前記現用系呼制御サーバで処理中の呼処理に関する情報を記憶し、この記憶した情報を前記現用系呼制御サーバから転送された前記処理中の呼処理に関する情報の変更点で更新する同期領域記憶部と、前記同期領域記憶部内に記憶された情報が更新されたことを検知したときに、当該更新された情報を前記同期領域記憶部から取得して、自サーバが稼動したときに呼処理で利用するための領域に展開する処理データ記憶部とを有することを特徴とする。
【発明の効果】
【００１６】
本発明の呼制御に利用する情報の冗長化方法および呼制御システムによれば、冗長化された呼制御システムにおいて、効率良く短時間で系切り替え処理を実行することが可能になる。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施形態による呼制御システムを用いたＳＩＰ通信システムの構成を示す全体図である。
【図２】本発明の一実施形態による呼制御システムの構成を示すブロック図である。
【図３】本発明の一実施形態による呼制御システムの呼処理制御部の構成を示すブロック図である。
【図４】本発明の一実施形態による呼制御システム内のサーバで実行されるシーケンスパターンの一例を示す説明図である。
【図５】本発明の一実施形態による呼制御システム内のＡＣＴ（現用）系呼制御サーバの記憶部の構成を示す説明図である。
【図６】本発明の一実施形態による呼制御システム内のＳＢＹ（予備用）系呼制御サーバの記憶部の構成を示す説明図である。
【図７】本発明の一実施形態による呼制御システム内のサーバにおける動作を示すフローチャートである。
【図８】本発明の一実施形態による呼制御システム内のサーバで実行されるシーケンス上の救済データ転送タイミングを示す説明図である。
【図９】本発明の一実施形態による呼制御システム内のＳＢＮ（予備用）系呼制御サーバの処理データ記憶部への、ポーリングに基づく展開タイミングでの情報の展開動作を示すフローチャートである。
【図１０】本発明の一実施形態による呼制御システム内のＳＢＮ（予備用）系呼制御サーバの処理データ記憶部への、イベントドリブンに基づく展開タイミングでの情報の展開動作を示すフローチャートである。
【発明を実施するための形態】
【００１８】
本発明の一実施形態による呼制御システムは前後に１以上のＳＩＰサーバが接続され、これら前後のＳＩＰサーバとの間で、予め設定された一連の処理シーケンス（工程）情報に従ってＳＩＰ信号を送受信することにより、呼を確立させメディア通信のサービス提供を可能にさせるものである。
【００１９】
この予め設定される処理シーケンス情報は、一連の呼制御シーケンス処理の一部を構成する、呼接続、応答、切断等の詳細処理単位のシーケンス部分である「シーケンスパターン」が所定の実行順序で組み合わせられて構成されている。
【００２０】
〈一実施形態による呼制御システムを利用したＳＩＰ通信システムの構成〉
本発明の一実施形態による呼制御システムを利用したＳＩＰ通信システム１の構成について、図１を参照して説明する。
【００２１】
本実施形態によるＳＩＰ通信システム１は、複数の加入者端末２Ａ〜２Ｄと、これらの加入者端末のうち加入者端末２Ａおよび加入者端末２ＢにＩＰネットワーク３を介して接続されたプロキシサーバであるＳＩＰサーバ４Ａと、加入者端末２Ｃおよび加入者端末２ＤにＩＰネットワーク３を介して接続されたプロキシサーバであるＳＩＰサーバ４Ｂと、ＳＩＰサーバ４ＡおよびＳＩＰサーバ４Ｂに接続されたＩＰネットワーク３上の複数の転送装置３Ａ〜３Ｇと、ＳＩＰサーバ４ＡとＳＩＰサーバ４Ｂとの間を中継する中継サーバ５Ａ、５Ｂと、ＳＩＰサーバ４Ａ、ＳＩＰサーバ４Ｂ、および中継サーバ５Ｂ等に接続された呼制御システム６と、呼制御システム６に接続されたＩＰネットワーク３上のメディアサーバ７Ａ、７Ｂとを有する。音声情報や映像情報等のメディア情報のトラヒックは、ＩＰネットワーク３上の転送装置３Ａ〜３Ｇ等を経由して、加入者端末２Ａ〜２Ｄ間や、加入者端末２Ａ〜２Ｄとメディアサーバ７Ａ、７Ｂ間で転送される。
【００２２】
加入者端末２Ａ〜２Ｄはそれぞれ、ユーザである加入者が利用するＩＰ電話、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〜t17で示す時が、上記(i)または(ii)に該当する救済データ転送タイミングとして設定されているものとする。呼制御サーバ６１が信号を受信した場合でその信号が(i)及び(ii)に該当するときは受信信号の処理の過程で他系（ＳＢＹ系）にデータ転送を完了する。一方、呼制御サーバ６１が信号を送信した場合でその信号が(i)及び(ii)に該当するときは送信信号の生成処理の過程で他系（ＳＢＹ系）にデータ転送を完了する。
【００９６】
このように救済データ転送タイミングが設定されることにより、例えばステップＳ２５において受信したRinging(180)信号の受信信号バッファ６１１２への記憶が完了する前に故障が発生し、稼働するサーバがＡＣＴ（現用）系呼制御サーバ６１からＳＢＹ（予備用）系呼制御サーバ６２に移った場合に、ＳＢＹ（予備用）系呼制御サーバ６２にはステップＳ２４のTrying(100)信号の受信に関する記録はなくステップＳ２３のInit-INVITE信号の転送に関する記録までしか残っていないが、再度ステップＳ２３のInit-INVITE信号の転送から処理が再開されるように巻き戻っても、プロトコルに従って適切に処理が続行される。
【００９７】
この救済データ転送タイミングの設定に関する情報は、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信号がＳＩＰサーバ４Ｂに転送されており、これらの送信時点（図８のタイミングt1,t2）は救済データ転送タイミングであると判断される（Ｓ１２の「YES」）。
【０１０６】
救済データ転送タイミングであると判断されると、ＡＣＴ（現用）系呼制御サーバ６１の第１同期処理制御部６１３からＳＢＹ（予備用）系呼制御サーバ６２の第２同期処理制御部６２３に、まずＳＢＹ（予備用）系呼制御サーバ６２の第２同期領域記憶部６２４の変更対象に該当する呼のセクション、例えば第１セッション情報領域６２４Ａが当該転送処理以外の処理で書き込みが行われないようにするためのロック状態とする指示が送信される。そして、ＳＢＹ（予備用）系呼制御サーバ６２の第２同期処理制御部６２３によりこの指示に基づいて第２同期領域記憶部６２４の該当する呼の第１セッション情報領域６２４Ａがロック状態にされる。
【０１０７】
次に、ＡＣＴ（現用）系呼制御サーバ６１の第１同期処理制御部６１３からデータの書き込み指示が送出され、この指示により第１処理データ記憶部６１２に記憶されている各機能部の処理に関するデータが、自サーバ６１の第１同期領域記憶部６１４内の該当するトランスポート機能部情報領域６１４１Ａ、プロトコル機能部情報領域６１４２Ａ、ＵＡ機能部情報領域６１４３Ａ、シーケンス機能部情報領域６１４４Ａ、サービス機能部情報領域６１４５Ａ、データ管理情報領域６１４６Ａに書き込まれる。
【０１０８】
さらにＡＣＴ（現用）系呼制御サーバ６１の第１同期処理制御部６１３から救済ポイントにおけるデータの転送指示が送出され、この指示により第１処理データ記憶部６１２に記憶されている各機能部の処理に関するデータが、ＳＢＹ（予備用）系呼制御サーバ６２に救済データとして転送される（Ｓ１３）。ＳＢＹ（予備用）系呼制御サーバ６２では、受信した救済データが、第２同期領域記憶部６２４のそれぞれ該当する呼情報セクションの機能部領域、例えば第１セッション情報領域６２４Ａのそれぞれ該当する機能部領域に記憶される。
【０１０９】
このように第１処理データ記憶部６１２のデータの自サーバ６１への書き込み処理、ＳＢＹ（予備用）系呼制御サーバ６２への該当する救済データの転送処理が完了すると、ＡＣＴ（現用）系呼制御サーバ６１の第１同期処理制御部６１３からＳＢＹ（予備用）系呼制御サーバ６２の第２同期処理制御部６２３に、第２同期領域記憶部６２４の該当セクションのロックを解除する指示が送信される。そして、ＳＢＹ（予備用）系呼制御サーバ６２の第２同期処理制御部６２３によりこの指示に基づいて第２同期領域記憶部６２４の該当セクションのロックが解除される。
【０１１０】
ロックが解除された段階で、指示された書き込み処理および転送処理の完了が第１同期処理制御部６１３から第１呼処理制御部６１１に通知され、第１呼処理制御部６１１では継続して受信ＳＩＰ信号の処理が行われる。
【０１１１】
このように第２同期領域記憶部６２４の該当セクションをロック状態にして転送処理が実行されることにより、第１同期領域記憶部６１４と第２同期領域記憶部６２４との対応するセクションで記憶されるデータに差分ができることを防止することができる。
【０１１２】
次に、ＳＩＰサーバ４Ａから、確立された呼を維持するためのリフレッシュ信号の１つであるre-INVITE信号が送信されたときの呼制御システム６の動作について説明する。
【０１１３】
ＳＩＰサーバ４ＡからＡＣＴ（現用）系呼制御サーバ６１においてre-INVITE信号が受信される（Ｓ１）と、INVITE信号に関して起呼信号であるか、セッションリフレッシュ信号であるかが判定される。
【０１１４】
ここではセッションリフレッシュ信号のre-INVITE信号であると判定される。
【０１１５】
次にトランスポート機能部６１１１の受信処理部６１１１ａにおいてこの受信ＳＩＰ信号を自装置で処理するためのパース処理（前処理）が実行される（Ｓ２）。
【０１１６】
パース処理で取得された情報は、前回の信号処理時との変更点が、ＡＣＴ（現用）系呼制御サーバ６１の第１処理データ記憶部６１２の対応する領域に記憶される。
【０１１７】
次にプロトコル機能部６１１３の受信処理部６１１３ａにおいて受信信号バッファ６１１２が参照され、パース処理された受信信号がプロトコルに従って解析され、発着加入者端末２のダイアログ情報やトランザクション情報、ダイアログを維持するためのタイマ情報等が取得される（Ｓ３）。取得されたダイアログ情報やトランザクション情報、ダイアログを維持するためのタイマ情報等の前回の信号処理時との変更点は、ＡＣＴ（現用）系呼制御サーバ６１の第１処理データ記憶部６１２の対応する領域に記憶される。ここまでの処理により、受信処理が完了する（Ｓ４）。
【０１１８】
受信処理が完了すると、第１呼処理制御部６１１のトランスポート機能部６１１１においてのパース処理で取得された受信ＳＩＰ信号の識別情報に基づいて、この時点が救済データ転送タイミングであるか否かが判定される（Ｓ５）。
【０１１９】
ここでre-INVITE信号を受信した時点では図８（ｂ）の情報に基づいて救済データ転送タイミングではないと判断される（Ｓ５の「NO」）。
【０１２０】
次にＵＡ機能部６１１４のＵＡＳ６１１４ａにおいて受信信号バッファ６１１２が参照され、当該受信ＳＩＰ信号の送信元のＳＩＰサーバのアドレス、および送信先のＳＩＰサーバのアドレスが取得され、当該受信ＳＩＰ信号の種別がパース処理で付加された識別情報に基づいて判定され、この判定された種別から、折り返し応答すべき信号のステータスコードが一意に特定されるか否かが判定される（Ｓ６）。ここでは、受信ＳＩＰ信号の送信元のＳＩＰサーバのアドレス、および送信先のＳＩＰサーバのアドレスについては前回の信号処理時と変更点がないため第１処理データ記憶部６１２への変更点の書き込みは行われない。
【０１２１】
ここでは、ＵＡＳ６１１４ａにおいて、「re-INVITE信号」に対しては処理シーケンスにかかわらずプロトコルに従って折り返し送信元にステータスコード「200（応答）」信号を応答することが判定される（Ｓ６の「YES」）。
【０１２２】
ＵＡＳ６１１４ａにおいて応答すべき信号のステータスコードが特定されると、第１処理データ記憶部６１２に保持された情報に基づいて、トランスポート機能部６１１１の受信処理部６１１１ａによりステータスコード「200（応答）」の送信ＳＩＰ信号が生成されて、ＳＩＰサーバ４Ａに送信されることで応答される（Ｓ９〜Ｓ１１）。
【０１２３】
ここで、送信ＳＩＰ信号の送信処理が完了すると、第１呼処理制御部６１１のトランスポート機能部６１１１において、送信ＳＩＰ信号の識別情報に基づいて、この時点が救済データ転送タイミングであるか否かが判定される（Ｓ１２）。
【０１２４】
ここでは受信したre-INVITE信号に対して応答(200)信号がＳＩＰサーバ４Ａに返信され、この送信時点（図８のタイミングt11）は救済データ転送タイミングであると判断される（Ｓ１２の「YES」）。
【０１２５】
救済データ転送タイミングであると判断されると、上述した転送処理により、ＡＣＴ（現用）系呼制御サーバ６１の第１処理データ記憶部６１２に記憶されている各機能部の処理に関する変更点で、ＡＣＴ(現用)系呼制御サーバ６１の第１同期領域記憶部６１４内の呼情報セクションの領域、例えば第１セッション情報領域６１４Ａのトランスポート機能部情報領域６１４１Ａ、プロトコル機能部情報領域６１４２Ａ、ＵＡ機能部情報領域６１４３Ａ、シーケンス機能部情報領域６１４４Ａ、サービス機能部情報領域６１４５Ａ、データ管理情報領域６１４６Ａが更新されるとともに、ＳＢＹ（予備用）系呼制御サーバ６２に救済データとしてロック状態で転送され、それぞれ該当する呼情報セクションの機能部領域、例えば第１セッション情報領域６２４Ａのトランスポート機能部情報領域６２４１Ａ、プロトコル機能部情報領域６２４２Ａ、ＵＡ機能部情報領域６２４３Ａ、シーケンス機能部情報領域６２４４Ａ、サービス機能部情報領域６２４５Ａ、データ管理情報領域６２４６Ａが更新される（Ｓ１３）。
【０１２６】
上述したように救済データ転送タイミングに救済データの転送が実行されながら呼制御が行われている状態において、ＳＢＹ（予備用）系呼制御サーバ６２の処理データ記憶部６２２では、第２同期領域記憶部６２４に記憶された各機能部の情報が、自サーバが現用系に切り替わって稼動するときに利用させるために、第２処理データ記憶部６２２の対応する領域に展開される。
【０１２７】
第２同期領域記憶部６２４に記憶された情報が展開される展開タイミングには、以下の（i）ポーリングに基づく展開タイミングと、(ii)イベントドリブンに基づく展開タイミングの２つがある。それぞれの展開タイミングについて説明する。
【０１２８】
(i) ポーリングに基づく展開タイミング
ポーリングに基づく展開タイミングによる展開処理は、図７のフローチャートに示すように必要に応じて救済データの転送処理およびこの転送処理の完了通知が行われている状態で、これらの処理とは別個に所定のタイミングで実行される。この展開処理に関するＳＢＹ（予備用）系呼制御サーバ６２の第２処理データ記憶部６２２の動作について、図９のフローチャートを参照して説明する。
【０１２９】
まず、第２処理データ記憶部６２２において前回の展開タイミングから予め設定された一定時間が経過したか否かが監視され（Ｓ６１）、この一定時間が経過したと判断されたときに（Ｓ６１の「YES」）に、第２同期領域記憶部６２４に記憶された情報の中で前回の展開タイミングからの更新の有無が確認される（Ｓ６２）。
【０１３０】
この確認の結果、第２同期領域記憶部６２４に記憶された情報の中に、前回の展開タイミングから更新があったことが検知されたとき（Ｓ６２の「YES」）は、既に第２処理データ記憶部６２２の各機能部領域に展開された情報の実態がなければ（Ｓ６３の「NO」）、第２同期領域記憶部６２４に記憶されている情報が第２処理データ記憶部６２２の対応するセッション情報領域の対応する機能部に展開される（Ｓ６４）。
【０１３１】
次に、第２同期領域記憶部６２４において更新された情報が、第２処理データ記憶部６２２で取得される（Ｓ６５）。この処理は、更新されたすべての情報分が取得されるまで繰り返される。
【０１３２】
そして、ステップＳ６４において第２処理データ記憶部６２２に展開された情報、またはステップＳ６３「YES」において判断されたように既に展開されている情報が、ステップＳ６５で取得された更新情報で更新され展開される（Ｓ６６）。
【０１３３】
このように(i) ポーリングに基づく所定の展開タイミングで第２同期領域記憶部６２４に記憶された情報が第２処理データ記憶部６２２に展開され最新の情報に更新されることで、ＡＣＴ（現用）系呼制御サーバ６１における呼処理の効率を低下させることなく、ＳＢＹ（予備用）系呼制御サーバ６２の第２処理データ記憶部６２２に、ＡＣＴ（現用）系呼制御サーバ６１の第１処理データ記憶部６１２に展開されていた情報と同様の情報を展開させることができる。
【０１３４】
(ii) イベントドリブンに基づく展開タイミング
イベントドリブンに基づく展開タイミングによる展開処理は、図７のフローチャート中のステップＳ１３またはＳ１４において救済データがＡＣＴ（現用）系呼制御サーバ６１からＳＢＹ（予備用）系呼制御サーバ６２に転送されたときに実行される。この展開処理に関するＳＢＹ（予備用）系呼制御サーバ６２の第２処理データ記憶部６２２の動作について、図１０のフローチャートを参照して説明する。
【０１３５】
この展開処理では、図７のフローチャート中のステップＳ１３またはＳ１４において救済データが転送されて第２同期領域記憶部６２４に記憶された情報が更新されたときに、第２同期領域記憶部６２４から第２処理データ記憶部６２２に、更新通知が送出される。
【０１３６】
第２処理データ記憶部６２２では、第２同期領域記憶部６２４から更新通知が取得されたか否かが監視され（Ｓ７１）、更新通知が取得されたことにより更新されたことが検知されると（Ｓ７１の「YES」）展開処理が開始される。
【０１３７】
展開処理が開始されたときに、既に第２処理データ記憶部６２２の各機能部領域に展開された情報の実態がなければ（Ｓ７２の「NO」）、第２同期領域記憶部６２４に記憶されている情報が第２処理データ記憶部６２２の対応するセッション情報領域の対応する機能部に展開される（Ｓ７３）。
【０１３８】
次に、第２同期領域記憶部６２４において更新された情報が、第２処理データ記憶部６２２で取得される（Ｓ７４）。この処理は、更新されたすべての情報分が取得されるまで繰り返される。
【０１３９】
そして、ステップＳ７３において第２処理データ記憶部６２２に展開された情報、またはステップＳ７２「YES」において判断されたように既に展開されている情報が、ステップＳ７４で取得された更新情報で更新され展開される（Ｓ７５）。第２処理データ記憶部６２２の更新処理が完了すると、第２同期領域記憶部６２４からＡＣＴ（現用）系呼制御サーバ６１へ転送処理の完了通知が送信される。
【０１４０】
このように(ii) イベントドリブンに基づく展開タイミングにより第２同期領域記憶部６２４に記憶された情報が第２処理データ記憶部６２２に展開され逐次最新の情報に更新されることで、ＳＢＹ（予備用）系呼制御サーバ６２の第２処理データ記憶部６２２に、ＡＣＴ（現用）系呼制御サーバ６１の第１処理データ記憶部６１２に展開されていた情報と同様の情報を確実に展開させることができる。
【０１４１】
そして、上述したように(i) ポーリングに基づく展開タイミングまたは(ii) イベントドリブンに基づく展開タイミングにより、ＡＣＴ（現用）系呼制御サーバ６１の第１処理データ記憶部６１２に展開されていた情報と同様の情報をＳＢＹ（予備用）系呼制御サーバ６２の第２処理データ記憶部６２２に展開させておくことにより、呼制御の処理をＡＣＴ（現用）系呼制御サーバ６１からＳＢＹ（予備用）系呼制御サーバ６２に切り替えるときには未転送の情報のみを転送すればよいため処理量を削減することができ、系切り替え処理時間を短縮することができる。
【０１４２】
また、ＡＣＴ（現用系）呼制御サーバ６１に故障が発生してもユーザの意図しないタイミングで呼が切断されてしまうことを防ぎ効率のよい処理を実行することができ、高品質の通信サービスを提供することができる。
【０１４３】
上記実施形態において、シーケンス機能部６１１５で処理中のシーケンスパターンが最後まで完了したと判断されたときにはさらにサービス機能部６１１６へ通知され、シーケンス機能部６１１５において処理中として保持されていたシーケンスパターン情報のメモリ部分は解放される。また通知されたサービス機能部６１１６では、シーケンス機能部６１１５で処理中のシーケンスパターンの処理が完了したことが通知されたときには、該当する発着加入者端末２で加入されているサービス内容により管理しているシナリオに基づいて次に実行させるシーケンスパターンが特定され、シーケンス機能部６１１５に次に使用するシーケンスパターンの指示がなされる。
【０１４４】
また上記実施形態において、呼制御システム６により確立された通信を利用して、ＳＤＰ情報により、情報発信元の加入者端末とメディアサーバ７Ａ，７Ｂとの間で中継サーバ５Ａ，５Ｂ等を経由して音声情報や映像情報等のメディア情報を転送し、加入者端末にこれらの情報が提供されるようにしてもよい。
【０１４５】
また上記実施形態において、呼切断のシーケンスが実行されたときには、このシーケンスの中で、ＵＡ機能部６１１４のＵＡＣ６１１４ｂで保持された送信先の情報、およびシーケンス機能部６１１５で保持されたシーケンスパターンの情報に関するメモリの該当部分が解放され、削除（無効化）される。解放はタイマを張って解放してもよい。タイマを張ってから解放する効果として、BYEなどの信号が再送されてきた場合も、ある一定期間であれば正しく信号処理することが可能である。
【０１４６】
本例は発側と着側が１対１での通信例だが、これが電話会議サービスのような三者間通話等の複数人との通話にも対応可能である。三者間通話の場合、起呼時にサービス機能部６１１６がサービスシナリオを参照し、シーケンス機能部６１１５に三者分のシーケンスパターンを使用するように指示する。指示を受けたシーケンス機能部６１１５は三者分のシーケンスパターンを読み込み、ＵＡ機能部６１１４に三者分のＵＡを生成するように指示する。指示を受けたＵＡ機能部６１１４は三者分のＵＡ(ＵＡＳ１つとＵＡＣを２つ)生成する。以降の信号処理は先の例で示したように実行される。このように、複雑なシーケンスパターンも機能部を作りかえることなく実現可能である。
【０１４７】
また本実施形態の呼制御システムにおいては、救済データを、前回のＡＣＴ（現用）系呼制御サーバ６１とＳＢＹ（予備用）系呼制御サーバ６２との情報の同期処理（救済データの転送処理）以降の変更点の情報が喪失しても、プロトコルに従って呼制御処理が復旧できるタイミングで転送するように設定しているため、系切り替え時にはすべてのデータではなく未転送のデータのみを転送すればよいため、系切替え時間を短縮化することが可能になる。
【０１４８】
また、本実施形態において構築されたＡＣＴ（現用）系呼制御サーバおよびＳＢＹ（予備用）系呼制御サーバの記憶部にはそれぞれ予備領域を設けたため、新たなサービスの追加時やプロトコルの変更によるデータサイズの変更時等の情報量拡張時に、この予備領域を有効に利用することにより柔軟に対応することができる。
【０１４９】
本方式のメリットとして、呼制御サーバにおいて発着別々に処理部を持ちデータが管理されているため、指定した信号を送受信するタイミングで一律転送するというのではなく、それぞれの接続の送受信時に救済タイミングを柔軟に設定でき、効率的にＡＣＴ系サーバの情報とＳＢＹ系サーバの情報とを同期させることができる。また、電話端末に加えてメディアサーバを含む３者以上の複数者間でのサービスを考えた場合、端末やメディアサーバ毎に対応して呼制御サーバにユーザエージェント機能部、プロトコル機能部、トランスポート機能部を生成し、サービスに応じたシナリオやシーケンスパターンを用意することで、呼制御サーバの機能部を作りかえることなく対応可能で、２者間でのサービス例と同様の効果が得られる。
【符号の説明】
【０１５０】
１…ＳＩＰ通信システム
２Ａ〜２Ｄ…加入者端末
３…ＩＰネットワーク
３Ａ〜３Ｇ…転送装置
４Ａ，４Ｂ…ＳＩＰサーバ
５Ａ，５Ｂ…中継サーバ
６…呼制御システム
７Ａ，７Ｂ…メディアサーバ
６１…ＡＣＴ（現用）系呼制御サーバ
６２…ＳＢＹ（予備用）系呼制御サーバ
６１１…第１呼処理制御部
６１２…第１処理データ記憶部
６１２Ａ…第１セッション情報領域
６１２Ｂ…第２セッション情報領域
６１２Ｃ…第３セッション情報領域
６１３…第１同期処理制御部
６１４…第１同期領域記憶部
６１４Ａ…第１セッション情報領域
６１４Ｂ…第２セッション情報領域
６１４Ｃ…第３セッション情報領域
６２１…第２呼処理制御部
６２２…第２処理データ記憶部
６２２Ａ…第１セッション情報領域
６２２Ｂ…第２セッション情報領域
６２２Ｃ…第３セッション情報領域
６２３…第２同期処理制御部
６２４…第２同期領域記憶部
６２４Ａ…第１セッション情報領域
６２４Ｂ…第２セッション情報領域
６２４Ｃ…第３セッション情報領域
６１１１…トランスポート機能部
６１１１ａ…受信処理部
６１１１ｂ…送信処理部
６１１２…受信信号バッファ
６１１３…プロトコル機能部
６１１３ａ…受信処理部
６１１３ｂ…送信処理部
６１１４…ＵＡ（ユーザエージェント）機能部
６１１４ａ…ＵＡＳ
６１１４ｂ…ＵＡＣ
６１１５…シーケンス機能部
６１１６…サービス機能部
６１１７…送信信号バッファ
【技術分野】
【０００１】
本発明は、呼制御に利用する情報の冗長化方法および呼制御システムに関する。
【背景技術】
【０００２】
従来、呼制御によりセッション確立の制御を行う技術として、通信制御プロトコルであるＳＩＰ（Session Initiation Protocol）が開発されている。このＳＩＰは、ＩＰネットワークを利用して、固定電話網が持つような高い品質、信頼性、および安定性を保持してユーザ端末間で音声情報や映像情報等のメディア通信を行うことを可能にする。
【０００３】
ＳＩＰによる呼制御は、ＩＰネットワークを介して接続された、エンドユーザが利用する加入者端末と加入者端末間の通信を中継するＳＩＰサーバとの間や、複数のＳＩＰサーバ間で実行される。
【０００４】
この呼制御による通信を高い信頼性で確立するために、非特許文献１および特許文献１に示すように、ＡＣＴ（現用）系呼制御サーバとＳＢＹ（予備用）系呼制御サーバとを冗長化した呼制御システムを利用する技術がある。
【０００５】
この呼制御システムでは、ＡＣＴ（現用）系呼制御サーバとＳＢＹ（予備用）系呼制御サーバとでセッション確立に関する情報が所定のタイミングで同期がとられており、通常時はＡＣＴ（現用）系呼制御サーバで呼制御が実行され、このＡＣＴ（現用）系呼制御サーバにおいて故障が発生したときにはＳＢＹ（予備用）系呼制御サーバに切り替えられて呼制御が実行される。
【０００６】
このように呼制御を行うサーバが冗長化されることにより、ユーザの意図しないタイミングで故障により通信が切断されてしまうことを防止することができる。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】緒方祐介，原大輔，松尾和雅，江村義樹：呼処理サーバの系切替え時間短縮化方法，2010年電子情報通信学会総合大会講演論文集，B-6-15 ( Mar.2010).
【特許文献】
【０００８】
【特許文献１】特開２０１１−１７５３８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上述した非特許文献１および特許文献１の呼制御システムでは、同期処理の際に、ＡＣＴ（現用）系呼制御サーバから転送されたセッション確立に関する情報はＳＢＹ（予備用）系呼制御サーバの同期領域に格納されている。
【００１０】
そして、ＡＣＴ（現用）系呼制御サーバにおいて故障が発生し呼制御を行うサーバが切り替えられる際に、ＳＢＹ（予備用）系呼制御サーバは、同期領域に格納されている情報をヒープ領域に展開して呼処理を再開する。
【００１１】
しかし、このように系切り替え時にＳＢＹ（予備用）系呼制御サーバにおいて同期領域からヒープ領域への情報の展開処理を行うと、呼制御の再開までにこの展開処理のための時間を要し、系切り替えに時間がかかるという問題があった。
【００１２】
そこで本発明では、冗長化された呼制御システムにおいて、効率良く短時間で系切り替え処理を実行するための呼制御に利用する情報の冗長化方法および呼制御システムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記の課題を解決するための、本発明の呼制御に利用する情報の冗長化方法は、呼処理を実行する複数のＳＩＰサーバ間の呼処理を制御し、通常時に稼働する現用系呼制御サーバとこの現用系呼制御サーバに故障が発生したときに現用系に切り替わって稼働する予備用系呼制御サーバとを備えた呼制御システムの、前記予備用系呼制御サーバが、前記現用系呼制御サーバで処理中の呼処理に関する情報を、自サーバ内の同期領域記憶部に記憶するステップと、前記現用系呼制御サーバが、自サーバで処理中の呼処理に関する情報の変更点を、所定の転送タイミングで前記予備用系呼制御サーバに転送するステップと、前記予備用系呼制御サーバが、自サーバ内の同期処理制御部により、前記現用系呼制御サーバから転送された前記処理中の呼処理に関する情報の変更点で、前記同期領域記憶部に記憶した情報を更新するステップと、前記予備用系呼制御サーバ内の処理データ記憶部において、前記同期領域記憶部内に記憶された情報が更新されたことを検知したときに、当該更新された情報を前記同期領域記憶部から取得して、自サーバが稼動したときに呼処理で利用するために前記処理データ記憶部内の領域に展開するステップとを有することを特徴とする。
【００１４】
また前記予備用系呼制御サーバの処理データ記憶部では、所定時間間隔で前記同期領域記憶部に情報の更新の有無を確認した結果、前記同期領域記憶部内に記憶された情報が更新されたことを検知したとき、または、前記同期領域記憶部から更新があったことが通知されたことにより前記同期領域記憶部内に記憶された情報が更新されたことを検知したときに、当該更新された情報を前記同期領域記憶部から取得して前記処理データ記憶部内の領域に展開するようにしてもよい。
【００１５】
また本発明の呼制御システムは、呼処理を実行する複数のＳＩＰサーバ間の呼処理を制御し、通常時に稼働する現用系呼制御サーバとこの現用系呼制御サーバに故障が発生したときに現用系に切り替わって稼働する予備用系呼制御サーバとを備えた呼制御システムであって、前記現用系呼制御サーバは、自サーバで処理中の呼処理に関する情報の変更点を、所定の転送タイミングで前記予備用系呼制御サーバに転送する同期処理制御部を有し、前記予備用系呼制御サーバは、前記現用系呼制御サーバで処理中の呼処理に関する情報を記憶し、この記憶した情報を前記現用系呼制御サーバから転送された前記処理中の呼処理に関する情報の変更点で更新する同期領域記憶部と、前記同期領域記憶部内に記憶された情報が更新されたことを検知したときに、当該更新された情報を前記同期領域記憶部から取得して、自サーバが稼動したときに呼処理で利用するための領域に展開する処理データ記憶部とを有することを特徴とする。
【発明の効果】
【００１６】
本発明の呼制御に利用する情報の冗長化方法および呼制御システムによれば、冗長化された呼制御システムにおいて、効率良く短時間で系切り替え処理を実行することが可能になる。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施形態による呼制御システムを用いたＳＩＰ通信システムの構成を示す全体図である。
【図２】本発明の一実施形態による呼制御システムの構成を示すブロック図である。
【図３】本発明の一実施形態による呼制御システムの呼処理制御部の構成を示すブロック図である。
【図４】本発明の一実施形態による呼制御システム内のサーバで実行されるシーケンスパターンの一例を示す説明図である。
【図５】本発明の一実施形態による呼制御システム内のＡＣＴ（現用）系呼制御サーバの記憶部の構成を示す説明図である。
【図６】本発明の一実施形態による呼制御システム内のＳＢＹ（予備用）系呼制御サーバの記憶部の構成を示す説明図である。
【図７】本発明の一実施形態による呼制御システム内のサーバにおける動作を示すフローチャートである。
【図８】本発明の一実施形態による呼制御システム内のサーバで実行されるシーケンス上の救済データ転送タイミングを示す説明図である。
【図９】本発明の一実施形態による呼制御システム内のＳＢＮ（予備用）系呼制御サーバの処理データ記憶部への、ポーリングに基づく展開タイミングでの情報の展開動作を示すフローチャートである。
【図１０】本発明の一実施形態による呼制御システム内のＳＢＮ（予備用）系呼制御サーバの処理データ記憶部への、イベントドリブンに基づく展開タイミングでの情報の展開動作を示すフローチャートである。
【発明を実施するための形態】
【００１８】
本発明の一実施形態による呼制御システムは前後に１以上のＳＩＰサーバが接続され、これら前後のＳＩＰサーバとの間で、予め設定された一連の処理シーケンス（工程）情報に従ってＳＩＰ信号を送受信することにより、呼を確立させメディア通信のサービス提供を可能にさせるものである。
【００１９】
この予め設定される処理シーケンス情報は、一連の呼制御シーケンス処理の一部を構成する、呼接続、応答、切断等の詳細処理単位のシーケンス部分である「シーケンスパターン」が所定の実行順序で組み合わせられて構成されている。
【００２０】
〈一実施形態による呼制御システムを利用したＳＩＰ通信システムの構成〉
本発明の一実施形態による呼制御システムを利用したＳＩＰ通信システム１の構成について、図１を参照して説明する。
【００２１】
本実施形態によるＳＩＰ通信システム１は、複数の加入者端末２Ａ〜２Ｄと、これらの加入者端末のうち加入者端末２Ａおよび加入者端末２ＢにＩＰネットワーク３を介して接続されたプロキシサーバであるＳＩＰサーバ４Ａと、加入者端末２Ｃおよび加入者端末２ＤにＩＰネットワーク３を介して接続されたプロキシサーバであるＳＩＰサーバ４Ｂと、ＳＩＰサーバ４ＡおよびＳＩＰサーバ４Ｂに接続されたＩＰネットワーク３上の複数の転送装置３Ａ〜３Ｇと、ＳＩＰサーバ４ＡとＳＩＰサーバ４Ｂとの間を中継する中継サーバ５Ａ、５Ｂと、ＳＩＰサーバ４Ａ、ＳＩＰサーバ４Ｂ、および中継サーバ５Ｂ等に接続された呼制御システム６と、呼制御システム６に接続されたＩＰネットワーク３上のメディアサーバ７Ａ、７Ｂとを有する。音声情報や映像情報等のメディア情報のトラヒックは、ＩＰネットワーク３上の転送装置３Ａ〜３Ｇ等を経由して、加入者端末２Ａ〜２Ｄ間や、加入者端末２Ａ〜２Ｄとメディアサーバ７Ａ、７Ｂ間で転送される。
【００２２】
加入者端末２Ａ〜２Ｄはそれぞれ、ユーザである加入者が利用するＩＰ電話、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〜t17で示す時が、上記(i)または(ii)に該当する救済データ転送タイミングとして設定されているものとする。呼制御サーバ６１が信号を受信した場合でその信号が(i)及び(ii)に該当するときは受信信号の処理の過程で他系（ＳＢＹ系）にデータ転送を完了する。一方、呼制御サーバ６１が信号を送信した場合でその信号が(i)及び(ii)に該当するときは送信信号の生成処理の過程で他系（ＳＢＹ系）にデータ転送を完了する。
【００９６】
このように救済データ転送タイミングが設定されることにより、例えばステップＳ２５において受信したRinging(180)信号の受信信号バッファ６１１２への記憶が完了する前に故障が発生し、稼働するサーバがＡＣＴ（現用）系呼制御サーバ６１からＳＢＹ（予備用）系呼制御サーバ６２に移った場合に、ＳＢＹ（予備用）系呼制御サーバ６２にはステップＳ２４のTrying(100)信号の受信に関する記録はなくステップＳ２３のInit-INVITE信号の転送に関する記録までしか残っていないが、再度ステップＳ２３のInit-INVITE信号の転送から処理が再開されるように巻き戻っても、プロトコルに従って適切に処理が続行される。
【００９７】
この救済データ転送タイミングの設定に関する情報は、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信号がＳＩＰサーバ４Ｂに転送されており、これらの送信時点（図８のタイミングt1,t2）は救済データ転送タイミングであると判断される（Ｓ１２の「YES」）。
【０１０６】
救済データ転送タイミングであると判断されると、ＡＣＴ（現用）系呼制御サーバ６１の第１同期処理制御部６１３からＳＢＹ（予備用）系呼制御サーバ６２の第２同期処理制御部６２３に、まずＳＢＹ（予備用）系呼制御サーバ６２の第２同期領域記憶部６２４の変更対象に該当する呼のセクション、例えば第１セッション情報領域６２４Ａが当該転送処理以外の処理で書き込みが行われないようにするためのロック状態とする指示が送信される。そして、ＳＢＹ（予備用）系呼制御サーバ６２の第２同期処理制御部６２３によりこの指示に基づいて第２同期領域記憶部６２４の該当する呼の第１セッション情報領域６２４Ａがロック状態にされる。
【０１０７】
次に、ＡＣＴ（現用）系呼制御サーバ６１の第１同期処理制御部６１３からデータの書き込み指示が送出され、この指示により第１処理データ記憶部６１２に記憶されている各機能部の処理に関するデータが、自サーバ６１の第１同期領域記憶部６１４内の該当するトランスポート機能部情報領域６１４１Ａ、プロトコル機能部情報領域６１４２Ａ、ＵＡ機能部情報領域６１４３Ａ、シーケンス機能部情報領域６１４４Ａ、サービス機能部情報領域６１４５Ａ、データ管理情報領域６１４６Ａに書き込まれる。
【０１０８】
さらにＡＣＴ（現用）系呼制御サーバ６１の第１同期処理制御部６１３から救済ポイントにおけるデータの転送指示が送出され、この指示により第１処理データ記憶部６１２に記憶されている各機能部の処理に関するデータが、ＳＢＹ（予備用）系呼制御サーバ６２に救済データとして転送される（Ｓ１３）。ＳＢＹ（予備用）系呼制御サーバ６２では、受信した救済データが、第２同期領域記憶部６２４のそれぞれ該当する呼情報セクションの機能部領域、例えば第１セッション情報領域６２４Ａのそれぞれ該当する機能部領域に記憶される。
【０１０９】
このように第１処理データ記憶部６１２のデータの自サーバ６１への書き込み処理、ＳＢＹ（予備用）系呼制御サーバ６２への該当する救済データの転送処理が完了すると、ＡＣＴ（現用）系呼制御サーバ６１の第１同期処理制御部６１３からＳＢＹ（予備用）系呼制御サーバ６２の第２同期処理制御部６２３に、第２同期領域記憶部６２４の該当セクションのロックを解除する指示が送信される。そして、ＳＢＹ（予備用）系呼制御サーバ６２の第２同期処理制御部６２３によりこの指示に基づいて第２同期領域記憶部６２４の該当セクションのロックが解除される。
【０１１０】
ロックが解除された段階で、指示された書き込み処理および転送処理の完了が第１同期処理制御部６１３から第１呼処理制御部６１１に通知され、第１呼処理制御部６１１では継続して受信ＳＩＰ信号の処理が行われる。
【０１１１】
このように第２同期領域記憶部６２４の該当セクションをロック状態にして転送処理が実行されることにより、第１同期領域記憶部６１４と第２同期領域記憶部６２４との対応するセクションで記憶されるデータに差分ができることを防止することができる。
【０１１２】
次に、ＳＩＰサーバ４Ａから、確立された呼を維持するためのリフレッシュ信号の１つであるre-INVITE信号が送信されたときの呼制御システム６の動作について説明する。
【０１１３】
ＳＩＰサーバ４ＡからＡＣＴ（現用）系呼制御サーバ６１においてre-INVITE信号が受信される（Ｓ１）と、INVITE信号に関して起呼信号であるか、セッションリフレッシュ信号であるかが判定される。
【０１１４】
ここではセッションリフレッシュ信号のre-INVITE信号であると判定される。
【０１１５】
次にトランスポート機能部６１１１の受信処理部６１１１ａにおいてこの受信ＳＩＰ信号を自装置で処理するためのパース処理（前処理）が実行される（Ｓ２）。
【０１１６】
パース処理で取得された情報は、前回の信号処理時との変更点が、ＡＣＴ（現用）系呼制御サーバ６１の第１処理データ記憶部６１２の対応する領域に記憶される。
【０１１７】
次にプロトコル機能部６１１３の受信処理部６１１３ａにおいて受信信号バッファ６１１２が参照され、パース処理された受信信号がプロトコルに従って解析され、発着加入者端末２のダイアログ情報やトランザクション情報、ダイアログを維持するためのタイマ情報等が取得される（Ｓ３）。取得されたダイアログ情報やトランザクション情報、ダイアログを維持するためのタイマ情報等の前回の信号処理時との変更点は、ＡＣＴ（現用）系呼制御サーバ６１の第１処理データ記憶部６１２の対応する領域に記憶される。ここまでの処理により、受信処理が完了する（Ｓ４）。
【０１１８】
受信処理が完了すると、第１呼処理制御部６１１のトランスポート機能部６１１１においてのパース処理で取得された受信ＳＩＰ信号の識別情報に基づいて、この時点が救済データ転送タイミングであるか否かが判定される（Ｓ５）。
【０１１９】
ここでre-INVITE信号を受信した時点では図８（ｂ）の情報に基づいて救済データ転送タイミングではないと判断される（Ｓ５の「NO」）。
【０１２０】
次にＵＡ機能部６１１４のＵＡＳ６１１４ａにおいて受信信号バッファ６１１２が参照され、当該受信ＳＩＰ信号の送信元のＳＩＰサーバのアドレス、および送信先のＳＩＰサーバのアドレスが取得され、当該受信ＳＩＰ信号の種別がパース処理で付加された識別情報に基づいて判定され、この判定された種別から、折り返し応答すべき信号のステータスコードが一意に特定されるか否かが判定される（Ｓ６）。ここでは、受信ＳＩＰ信号の送信元のＳＩＰサーバのアドレス、および送信先のＳＩＰサーバのアドレスについては前回の信号処理時と変更点がないため第１処理データ記憶部６１２への変更点の書き込みは行われない。
【０１２１】
ここでは、ＵＡＳ６１１４ａにおいて、「re-INVITE信号」に対しては処理シーケンスにかかわらずプロトコルに従って折り返し送信元にステータスコード「200（応答）」信号を応答することが判定される（Ｓ６の「YES」）。
【０１２２】
ＵＡＳ６１１４ａにおいて応答すべき信号のステータスコードが特定されると、第１処理データ記憶部６１２に保持された情報に基づいて、トランスポート機能部６１１１の受信処理部６１１１ａによりステータスコード「200（応答）」の送信ＳＩＰ信号が生成されて、ＳＩＰサーバ４Ａに送信されることで応答される（Ｓ９〜Ｓ１１）。
【０１２３】
ここで、送信ＳＩＰ信号の送信処理が完了すると、第１呼処理制御部６１１のトランスポート機能部６１１１において、送信ＳＩＰ信号の識別情報に基づいて、この時点が救済データ転送タイミングであるか否かが判定される（Ｓ１２）。
【０１２４】
ここでは受信したre-INVITE信号に対して応答(200)信号がＳＩＰサーバ４Ａに返信され、この送信時点（図８のタイミングt11）は救済データ転送タイミングであると判断される（Ｓ１２の「YES」）。
【０１２５】
救済データ転送タイミングであると判断されると、上述した転送処理により、ＡＣＴ（現用）系呼制御サーバ６１の第１処理データ記憶部６１２に記憶されている各機能部の処理に関する変更点で、ＡＣＴ(現用)系呼制御サーバ６１の第１同期領域記憶部６１４内の呼情報セクションの領域、例えば第１セッション情報領域６１４Ａのトランスポート機能部情報領域６１４１Ａ、プロトコル機能部情報領域６１４２Ａ、ＵＡ機能部情報領域６１４３Ａ、シーケンス機能部情報領域６１４４Ａ、サービス機能部情報領域６１４５Ａ、データ管理情報領域６１４６Ａが更新されるとともに、ＳＢＹ（予備用）系呼制御サーバ６２に救済データとしてロック状態で転送され、それぞれ該当する呼情報セクションの機能部領域、例えば第１セッション情報領域６２４Ａのトランスポート機能部情報領域６２４１Ａ、プロトコル機能部情報領域６２４２Ａ、ＵＡ機能部情報領域６２４３Ａ、シーケンス機能部情報領域６２４４Ａ、サービス機能部情報領域６２４５Ａ、データ管理情報領域６２４６Ａが更新される（Ｓ１３）。
【０１２６】
上述したように救済データ転送タイミングに救済データの転送が実行されながら呼制御が行われている状態において、ＳＢＹ（予備用）系呼制御サーバ６２の処理データ記憶部６２２では、第２同期領域記憶部６２４に記憶された各機能部の情報が、自サーバが現用系に切り替わって稼動するときに利用させるために、第２処理データ記憶部６２２の対応する領域に展開される。
【０１２７】
第２同期領域記憶部６２４に記憶された情報が展開される展開タイミングには、以下の（i）ポーリングに基づく展開タイミングと、(ii)イベントドリブンに基づく展開タイミングの２つがある。それぞれの展開タイミングについて説明する。
【０１２８】
(i) ポーリングに基づく展開タイミング
ポーリングに基づく展開タイミングによる展開処理は、図７のフローチャートに示すように必要に応じて救済データの転送処理およびこの転送処理の完了通知が行われている状態で、これらの処理とは別個に所定のタイミングで実行される。この展開処理に関するＳＢＹ（予備用）系呼制御サーバ６２の第２処理データ記憶部６２２の動作について、図９のフローチャートを参照して説明する。
【０１２９】
まず、第２処理データ記憶部６２２において前回の展開タイミングから予め設定された一定時間が経過したか否かが監視され（Ｓ６１）、この一定時間が経過したと判断されたときに（Ｓ６１の「YES」）に、第２同期領域記憶部６２４に記憶された情報の中で前回の展開タイミングからの更新の有無が確認される（Ｓ６２）。
【０１３０】
この確認の結果、第２同期領域記憶部６２４に記憶された情報の中に、前回の展開タイミングから更新があったことが検知されたとき（Ｓ６２の「YES」）は、既に第２処理データ記憶部６２２の各機能部領域に展開された情報の実態がなければ（Ｓ６３の「NO」）、第２同期領域記憶部６２４に記憶されている情報が第２処理データ記憶部６２２の対応するセッション情報領域の対応する機能部に展開される（Ｓ６４）。
【０１３１】
次に、第２同期領域記憶部６２４において更新された情報が、第２処理データ記憶部６２２で取得される（Ｓ６５）。この処理は、更新されたすべての情報分が取得されるまで繰り返される。
【０１３２】
そして、ステップＳ６４において第２処理データ記憶部６２２に展開された情報、またはステップＳ６３「YES」において判断されたように既に展開されている情報が、ステップＳ６５で取得された更新情報で更新され展開される（Ｓ６６）。
【０１３３】
このように(i) ポーリングに基づく所定の展開タイミングで第２同期領域記憶部６２４に記憶された情報が第２処理データ記憶部６２２に展開され最新の情報に更新されることで、ＡＣＴ（現用）系呼制御サーバ６１における呼処理の効率を低下させることなく、ＳＢＹ（予備用）系呼制御サーバ６２の第２処理データ記憶部６２２に、ＡＣＴ（現用）系呼制御サーバ６１の第１処理データ記憶部６１２に展開されていた情報と同様の情報を展開させることができる。
【０１３４】
(ii) イベントドリブンに基づく展開タイミング
イベントドリブンに基づく展開タイミングによる展開処理は、図７のフローチャート中のステップＳ１３またはＳ１４において救済データがＡＣＴ（現用）系呼制御サーバ６１からＳＢＹ（予備用）系呼制御サーバ６２に転送されたときに実行される。この展開処理に関するＳＢＹ（予備用）系呼制御サーバ６２の第２処理データ記憶部６２２の動作について、図１０のフローチャートを参照して説明する。
【０１３５】
この展開処理では、図７のフローチャート中のステップＳ１３またはＳ１４において救済データが転送されて第２同期領域記憶部６２４に記憶された情報が更新されたときに、第２同期領域記憶部６２４から第２処理データ記憶部６２２に、更新通知が送出される。
【０１３６】
第２処理データ記憶部６２２では、第２同期領域記憶部６２４から更新通知が取得されたか否かが監視され（Ｓ７１）、更新通知が取得されたことにより更新されたことが検知されると（Ｓ７１の「YES」）展開処理が開始される。
【０１３７】
展開処理が開始されたときに、既に第２処理データ記憶部６２２の各機能部領域に展開された情報の実態がなければ（Ｓ７２の「NO」）、第２同期領域記憶部６２４に記憶されている情報が第２処理データ記憶部６２２の対応するセッション情報領域の対応する機能部に展開される（Ｓ７３）。
【０１３８】
次に、第２同期領域記憶部６２４において更新された情報が、第２処理データ記憶部６２２で取得される（Ｓ７４）。この処理は、更新されたすべての情報分が取得されるまで繰り返される。
【０１３９】
そして、ステップＳ７３において第２処理データ記憶部６２２に展開された情報、またはステップＳ７２「YES」において判断されたように既に展開されている情報が、ステップＳ７４で取得された更新情報で更新され展開される（Ｓ７５）。第２処理データ記憶部６２２の更新処理が完了すると、第２同期領域記憶部６２４からＡＣＴ（現用）系呼制御サーバ６１へ転送処理の完了通知が送信される。
【０１４０】
このように(ii) イベントドリブンに基づく展開タイミングにより第２同期領域記憶部６２４に記憶された情報が第２処理データ記憶部６２２に展開され逐次最新の情報に更新されることで、ＳＢＹ（予備用）系呼制御サーバ６２の第２処理データ記憶部６２２に、ＡＣＴ（現用）系呼制御サーバ６１の第１処理データ記憶部６１２に展開されていた情報と同様の情報を確実に展開させることができる。
【０１４１】
そして、上述したように(i) ポーリングに基づく展開タイミングまたは(ii) イベントドリブンに基づく展開タイミングにより、ＡＣＴ（現用）系呼制御サーバ６１の第１処理データ記憶部６１２に展開されていた情報と同様の情報をＳＢＹ（予備用）系呼制御サーバ６２の第２処理データ記憶部６２２に展開させておくことにより、呼制御の処理をＡＣＴ（現用）系呼制御サーバ６１からＳＢＹ（予備用）系呼制御サーバ６２に切り替えるときには未転送の情報のみを転送すればよいため処理量を削減することができ、系切り替え処理時間を短縮することができる。
【０１４２】
また、ＡＣＴ（現用系）呼制御サーバ６１に故障が発生してもユーザの意図しないタイミングで呼が切断されてしまうことを防ぎ効率のよい処理を実行することができ、高品質の通信サービスを提供することができる。
【０１４３】
上記実施形態において、シーケンス機能部６１１５で処理中のシーケンスパターンが最後まで完了したと判断されたときにはさらにサービス機能部６１１６へ通知され、シーケンス機能部６１１５において処理中として保持されていたシーケンスパターン情報のメモリ部分は解放される。また通知されたサービス機能部６１１６では、シーケンス機能部６１１５で処理中のシーケンスパターンの処理が完了したことが通知されたときには、該当する発着加入者端末２で加入されているサービス内容により管理しているシナリオに基づいて次に実行させるシーケンスパターンが特定され、シーケンス機能部６１１５に次に使用するシーケンスパターンの指示がなされる。
【０１４４】
また上記実施形態において、呼制御システム６により確立された通信を利用して、ＳＤＰ情報により、情報発信元の加入者端末とメディアサーバ７Ａ，７Ｂとの間で中継サーバ５Ａ，５Ｂ等を経由して音声情報や映像情報等のメディア情報を転送し、加入者端末にこれらの情報が提供されるようにしてもよい。
【０１４５】
また上記実施形態において、呼切断のシーケンスが実行されたときには、このシーケンスの中で、ＵＡ機能部６１１４のＵＡＣ６１１４ｂで保持された送信先の情報、およびシーケンス機能部６１１５で保持されたシーケンスパターンの情報に関するメモリの該当部分が解放され、削除（無効化）される。解放はタイマを張って解放してもよい。タイマを張ってから解放する効果として、BYEなどの信号が再送されてきた場合も、ある一定期間であれば正しく信号処理することが可能である。
【０１４６】
本例は発側と着側が１対１での通信例だが、これが電話会議サービスのような三者間通話等の複数人との通話にも対応可能である。三者間通話の場合、起呼時にサービス機能部６１１６がサービスシナリオを参照し、シーケンス機能部６１１５に三者分のシーケンスパターンを使用するように指示する。指示を受けたシーケンス機能部６１１５は三者分のシーケンスパターンを読み込み、ＵＡ機能部６１１４に三者分のＵＡを生成するように指示する。指示を受けたＵＡ機能部６１１４は三者分のＵＡ(ＵＡＳ１つとＵＡＣを２つ)生成する。以降の信号処理は先の例で示したように実行される。このように、複雑なシーケンスパターンも機能部を作りかえることなく実現可能である。
【０１４７】
また本実施形態の呼制御システムにおいては、救済データを、前回のＡＣＴ（現用）系呼制御サーバ６１とＳＢＹ（予備用）系呼制御サーバ６２との情報の同期処理（救済データの転送処理）以降の変更点の情報が喪失しても、プロトコルに従って呼制御処理が復旧できるタイミングで転送するように設定しているため、系切り替え時にはすべてのデータではなく未転送のデータのみを転送すればよいため、系切替え時間を短縮化することが可能になる。
【０１４８】
また、本実施形態において構築されたＡＣＴ（現用）系呼制御サーバおよびＳＢＹ（予備用）系呼制御サーバの記憶部にはそれぞれ予備領域を設けたため、新たなサービスの追加時やプロトコルの変更によるデータサイズの変更時等の情報量拡張時に、この予備領域を有効に利用することにより柔軟に対応することができる。
【０１４９】
本方式のメリットとして、呼制御サーバにおいて発着別々に処理部を持ちデータが管理されているため、指定した信号を送受信するタイミングで一律転送するというのではなく、それぞれの接続の送受信時に救済タイミングを柔軟に設定でき、効率的にＡＣＴ系サーバの情報とＳＢＹ系サーバの情報とを同期させることができる。また、電話端末に加えてメディアサーバを含む３者以上の複数者間でのサービスを考えた場合、端末やメディアサーバ毎に対応して呼制御サーバにユーザエージェント機能部、プロトコル機能部、トランスポート機能部を生成し、サービスに応じたシナリオやシーケンスパターンを用意することで、呼制御サーバの機能部を作りかえることなく対応可能で、２者間でのサービス例と同様の効果が得られる。
【符号の説明】
【０１５０】
１…ＳＩＰ通信システム
２Ａ〜２Ｄ…加入者端末
３…ＩＰネットワーク
３Ａ〜３Ｇ…転送装置
４Ａ，４Ｂ…ＳＩＰサーバ
５Ａ，５Ｂ…中継サーバ
６…呼制御システム
７Ａ，７Ｂ…メディアサーバ
６１…ＡＣＴ（現用）系呼制御サーバ
６２…ＳＢＹ（予備用）系呼制御サーバ
６１１…第１呼処理制御部
６１２…第１処理データ記憶部
６１２Ａ…第１セッション情報領域
６１２Ｂ…第２セッション情報領域
６１２Ｃ…第３セッション情報領域
６１３…第１同期処理制御部
６１４…第１同期領域記憶部
６１４Ａ…第１セッション情報領域
６１４Ｂ…第２セッション情報領域
６１４Ｃ…第３セッション情報領域
６２１…第２呼処理制御部
６２２…第２処理データ記憶部
６２２Ａ…第１セッション情報領域
６２２Ｂ…第２セッション情報領域
６２２Ｃ…第３セッション情報領域
６２３…第２同期処理制御部
６２４…第２同期領域記憶部
６２４Ａ…第１セッション情報領域
６２４Ｂ…第２セッション情報領域
６２４Ｃ…第３セッション情報領域
６１１１…トランスポート機能部
６１１１ａ…受信処理部
６１１１ｂ…送信処理部
６１１２…受信信号バッファ
６１１３…プロトコル機能部
６１１３ａ…受信処理部
６１１３ｂ…送信処理部
６１１４…ＵＡ（ユーザエージェント）機能部
６１１４ａ…ＵＡＳ
６１１４ｂ…ＵＡＣ
６１１５…シーケンス機能部
６１１６…サービス機能部
６１１７…送信信号バッファ
【特許請求の範囲】
【請求項１】
呼処理を実行する複数のＳＩＰサーバ間の呼処理を制御し、通常時に稼働する現用系呼制御サーバとこの現用系呼制御サーバに故障が発生したときに現用系に切り替わって稼働する予備用系呼制御サーバとを備えた呼制御システムの、
前記予備用系呼制御サーバが、前記現用系呼制御サーバで処理中の呼処理に関する情報を、自サーバ内の同期領域記憶部に記憶するステップと、
前記現用系呼制御サーバが、自サーバで処理中の呼処理に関する情報の変更点を、所定の転送タイミングで前記予備用系呼制御サーバに転送するステップと、
前記予備用系呼制御サーバが、自サーバ内の同期処理制御部により、前記現用系呼制御サーバから転送された前記処理中の呼処理に関する情報の変更点で、前記同期領域記憶部に記憶した情報を更新するステップと、
前記予備用系呼制御サーバ内の処理データ記憶部において、前記同期領域記憶部内に記憶された情報が更新されたことを検知したときに、当該更新された情報を前記同期領域記憶部から取得して、自サーバが稼動したときに呼処理で利用させるために前記処理データ記憶部内の領域に展開するステップと、
を有することを特徴とする呼制御に利用する情報の冗長化方法。
【請求項２】
前記予備用系呼制御サーバの処理データ記憶部では、
所定時間間隔で前記同期領域記憶部に情報の更新の有無を確認した結果、前記同期領域記憶部内に記憶された情報が更新されたことを検知したとき、または、前記同期領域記憶部から更新があったことが通知されたことにより前記同期領域記憶部内に記憶された情報が更新されたことを検知したときに、当該更新された情報を前記同期領域記憶部から取得して前記処理データ記憶部内の領域に展開する
ことを特徴とする請求項１に記載の呼制御に利用する情報の冗長化方法。
【請求項３】
呼処理を実行する複数のＳＩＰサーバ間の呼処理を制御し、通常時に稼働する現用系呼制御サーバとこの現用系呼制御サーバに故障が発生したときに現用系に切り替わって稼働する予備用系呼制御サーバとを備えた呼制御システムであって、
前記現用系呼制御サーバは、
自サーバで処理中の呼処理に関する情報の変更点を、所定の転送タイミングで前記予備用系呼制御サーバに転送する同期処理制御部を有し、
前記予備用系呼制御サーバは、
前記現用系呼制御サーバで処理中の呼処理に関する情報を記憶し、この記憶した情報を前記現用系呼制御サーバから転送された前記処理中の呼処理に関する情報の変更点で更新する同期領域記憶部と、
前記同期領域記憶部内に記憶された情報が更新されたことを検知したときに、当該更新された情報を前記同期領域記憶部から取得して、自サーバが稼動したときに呼処理で利用するための領域に展開する処理データ記憶部とを有する、
ことを特徴とする呼制御システム。
【請求項１】
呼処理を実行する複数のＳＩＰサーバ間の呼処理を制御し、通常時に稼働する現用系呼制御サーバとこの現用系呼制御サーバに故障が発生したときに現用系に切り替わって稼働する予備用系呼制御サーバとを備えた呼制御システムの、
前記予備用系呼制御サーバが、前記現用系呼制御サーバで処理中の呼処理に関する情報を、自サーバ内の同期領域記憶部に記憶するステップと、
前記現用系呼制御サーバが、自サーバで処理中の呼処理に関する情報の変更点を、所定の転送タイミングで前記予備用系呼制御サーバに転送するステップと、
前記予備用系呼制御サーバが、自サーバ内の同期処理制御部により、前記現用系呼制御サーバから転送された前記処理中の呼処理に関する情報の変更点で、前記同期領域記憶部に記憶した情報を更新するステップと、
前記予備用系呼制御サーバ内の処理データ記憶部において、前記同期領域記憶部内に記憶された情報が更新されたことを検知したときに、当該更新された情報を前記同期領域記憶部から取得して、自サーバが稼動したときに呼処理で利用させるために前記処理データ記憶部内の領域に展開するステップと、
を有することを特徴とする呼制御に利用する情報の冗長化方法。
【請求項２】
前記予備用系呼制御サーバの処理データ記憶部では、
所定時間間隔で前記同期領域記憶部に情報の更新の有無を確認した結果、前記同期領域記憶部内に記憶された情報が更新されたことを検知したとき、または、前記同期領域記憶部から更新があったことが通知されたことにより前記同期領域記憶部内に記憶された情報が更新されたことを検知したときに、当該更新された情報を前記同期領域記憶部から取得して前記処理データ記憶部内の領域に展開する
ことを特徴とする請求項１に記載の呼制御に利用する情報の冗長化方法。
【請求項３】
呼処理を実行する複数のＳＩＰサーバ間の呼処理を制御し、通常時に稼働する現用系呼制御サーバとこの現用系呼制御サーバに故障が発生したときに現用系に切り替わって稼働する予備用系呼制御サーバとを備えた呼制御システムであって、
前記現用系呼制御サーバは、
自サーバで処理中の呼処理に関する情報の変更点を、所定の転送タイミングで前記予備用系呼制御サーバに転送する同期処理制御部を有し、
前記予備用系呼制御サーバは、
前記現用系呼制御サーバで処理中の呼処理に関する情報を記憶し、この記憶した情報を前記現用系呼制御サーバから転送された前記処理中の呼処理に関する情報の変更点で更新する同期領域記憶部と、
前記同期領域記憶部内に記憶された情報が更新されたことを検知したときに、当該更新された情報を前記同期領域記憶部から取得して、自サーバが稼動したときに呼処理で利用するための領域に展開する処理データ記憶部とを有する、
ことを特徴とする呼制御システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１３−１１０６６８（Ｐ２０１３−１１０６６８Ａ）
【公開日】平成２５年６月６日（２０１３．６．６）
【国際特許分類】
【出願番号】特願２０１１−２５６０２５（Ｐ２０１１−２５６０２５）
【出願日】平成２３年１１月２４日（２０１１．１１．２４）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２５年６月６日（２０１３．６．６）
【国際特許分類】
【出願日】平成２３年１１月２４日（２０１１．１１．２４）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]