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

Description

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

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

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

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

この冗長化した呼制御システムでは、ＡＣＴ（現用）系呼制御サーバは通常運転処理をしながら所定のタイミングでＳＢＹ（予備用）系呼制御サーバにセッション確立に関するデータを転送して記憶させることにより、同期処理を行う。

このように同期処理を実行しておくことにより、ＡＣＴ（現用）系呼制御サーバで故障が発生しＳＢＹ（予備用）系呼制御サーバに呼制御処理が切り替えられる際の、切り替え時間（必要データの転送時間）を短縮することができる。

緒方 祐介，原 大輔，松尾 和雅，江村 義樹：呼処理サーバの系切替え時間短縮化方法， 2010年電子情報通信学会総合大会講演論文集，B-6-15 (Mar. 2010).

しかし、上述したような同期処理を実行していても、系切り替え時には、(i) ＡＣＴ（現用）系呼制御サーバからＳＢＹ（予備用）系呼制御サーバに未転送のデータを転送する処理、および、(ii) ＳＢＹ（予備用）系呼制御サーバ（新たなＡＣＴ（現用）系呼制御サーバ）において、ヒープ領域に呼制御アプリケーションのインスタンスを生成することによりプログラムを立ち上げて、記憶されたデータを展開してプログラムの実行を開始する処理が必要になる。

これらの(i)、(ii)の処理が実行されている間はやはりサービスが中断した状態となるため、サービス中断時間を低減させることによりさらに系切り替え時間を短縮させる技術が望まれていた。

そこで本発明では、ＡＣＴ（現用）系呼制御サーバとＳＢＹ（予備用）系呼制御サーバとで冗長化された呼制御システムにおいて、ＡＣＴ（現用）系呼制御サーバで故障が発生し呼制御処理をＳＢＹ（予備用）系呼制御サーバに切り替えて実行する際に、短時間で系切り替え処理を実行することが可能な呼制御システムおよび呼制御に利用する情報の冗長化方法を提供することを目的とする。

上記の課題を解決するための、本発明の呼制御システムは、複数のサーバ間の呼処理を制御し、通常時に稼働する現用系呼制御サーバとこの現用系呼制御サーバに故障が発生したときに現用系に切り替わって稼働する予備用系呼制御サーバとを備えた呼制御システムであって、前記現用系呼制御サーバは、自サーバで実行中の呼処理に利用する第１呼処理データと、自サーバで実行した呼処理に関し、呼処理を構成する部分処理の発生順に、各部分処理を特定する情報を含む書誌情報を登録した第１イベント管理表情報とを記憶する第１データ記憶部と、外部から受信した信号に基づいて呼処理を構成する部分処理が発生したときに、当該発生した部分処理に関する書誌情報で前記第１データ記憶部に記憶された第１イベント管理表情報を更新し、当該更新した書誌情報に基づいて、前記予備用系呼制御サーバとの前記第１イベント管理表情報の同期処理が必要であると判断すると、前記第１イベント管理表情報の更新分を前記予備用系呼制御サーバに転送するための転送依頼を生成し、また、所定時間間隔で前記第１イベント管理表情報を監視して、記憶された書誌情報に基づいて実行すべき部分処理を特定する第１イベント管理機能部と、前記第１イベント管理機能部で生成された転送依頼に基づいて前記第１イベント管理表情報の更新分を前記予備用系呼制御サーバに転送し、これに応じて前記予備用系呼制御サーバから新たな呼処理データが要求されたときには、該当する前記第１呼処理データを前記第１データ記憶部から取得して前記予備用系呼制御サーバに転送することで応答する第１同期処理機能部と、前記外部から受信した信号に基づいて発生した部分処理、および、前記第１イベント管理機能部により特定された部分処理を、前記第１データ記憶部に記憶された第１呼処理データを利用して実行する第１呼処理機能部とを有し、前記予備用系呼制御サーバは、自サーバで実行中の呼処理に利用する第２呼処理データと、自サーバで実行した呼処理に関し、呼処理を構成する部分処理の発生順に、各部分処理を特定する情報を含む書誌情報を登録した第２イベント管理表情報とを記憶する第２データ記憶部と、前記現用系呼制御サーバから前記第１イベント管理表情報の更新分が転送されたときに、転送された情報で前記第２データ記憶部に記憶された第２イベント管理表情報を更新し、当該更新した情報に基づいて、自サーバで部分処理を実行する際に必要となる新たな呼処理データを前記現用系呼制御サーバに要求し、また、所定時間間隔で前記第２イベント管理表情報を監視して、記憶された書誌情報に基づいて実行すべき部分処理を特定する第２イベント管理機能部と、前記第２イベント管理機能部から新たな呼処理データを要求したことにより応答して転送された第１呼処理データで、前記第２データ記憶部に記憶された前記第２呼処理データを更新することにより、前記現用系呼制御サーバに記憶された情報との同期処理を行う第２同期処理機能部と、前記第２イベント管理機能部により特定された部分処理のうち、外部のサーバへの信号送信処理を除く部分処理を、前記第２データ記憶部に記憶された第２呼処理データを利用して実行する第２呼処理機能部とを有することを特徴とする。

また本発明の呼制御に利用する情報の冗長化方法は、複数のサーバ間の呼処理を制御し、通常時に稼働する現用系呼制御サーバとこの現用系呼制御サーバに故障が発生したときに現用系に切り替わって稼働する予備用系呼制御サーバとを備えた呼制御システムの、前記現用系呼制御サーバが、自サーバで実行中の呼処理に利用する第１呼処理データと、自サーバで実行した呼処理に関し、呼処理を構成する部分処理の発生順に、各部分処理を特定する情報を含む書誌情報を登録した第１イベント管理表情報とを記憶するステップと、前記現用系呼制御サーバが、外部から受信した信号に基づいて呼処理を構成する部分処理が発生したときに、当該発生した部分処理に関する書誌情報で記憶された第１イベント管理表情報を更新し、当該更新した書誌情報に基づいて、前記予備用系呼制御サーバとの前記第１イベント管理表情報の同期処理が必要であると判断すると、前記第１イベント管理表情報の更新分を前記予備用系呼制御サーバに転送するための転送依頼を生成するステップと、前記現用系呼制御サーバが、前記生成された転送依頼に基づいて前記第１イベント管理表情報の更新分を前記予備用系呼制御サーバに転送するステップと、前記予備用系呼制御サーバが、自サーバで実行中の呼処理に利用する第２呼処理データと、自サーバで実行した呼処理に関し、呼処理を構成する部分処理の発生順に、各部分処理に関する書誌情報を登録した第２イベント管理表情報とを記憶するステップと、前記予備用系呼制御サーバが、前記現用系呼制御サーバから前記第１イベント管理表情報の更新分が転送されたときに、転送された情報で前記記憶された第２イベント管理表情報を更新するステップと、前記現用系呼制御サーバが、前記外部から受信した信号に基づいて発生した部分処理を、前記第１呼処理データを利用して実行するステップと、前記現用系呼制御サーバが、所定時間間隔で前記第１イベント管理表情報を監視して、記憶された書誌情報に基づいて実行すべき部分処理を特定するステップと、前記現用系呼制御サーバが、前記特定した部分処理を、前記第１呼処理データを利用して実行するステップと、前記予備用系呼制御サーバが、所定時間間隔で前記第２イベント管理表情報を監視して、記憶された書誌情報に基づいて実行すべき部分処理を特定するステップと、前記予備用系呼制御サーバが、前記第２イベント管理表情報の監視により特定された部分処理を実行する際に必要となる新たな呼処理データを前記現用系呼制御サーバに要求するステップと、前記現用系呼制御サーバが、前記予備用系呼制御サーバから新たな呼処理データが要求されたときに、該当する前記第１呼処理データを取得して前記予備用系呼制御サーバに転送することで応答するステップと、前記予備用系呼制御サーバが、前記新たな呼処理データを要求したことにより応答して転送された第１呼処理データで、記憶された前記第２呼処理データを更新することにより、前記現用系呼制御サーバに記憶された情報との同期処理を行うステップと、前記予備用系呼制御サーバが、特定された実行すべき部分処理のうち、外部のサーバへの信号送信処理を除く部分処理を、前記第２呼処理データを利用して実行するステップとを有することを特徴とする。

本発明の呼制御システムおよび呼制御に利用する情報の冗長化方法によれば、ＡＣＴ（現用）系呼制御サーバとＳＢＹ（予備用）系呼制御サーバとで冗長化された呼制御システムにおいて、ＡＣＴ（現用）系呼制御サーバで故障が発生し呼制御処理をＳＢＹ（予備用）系呼制御サーバに切り替えて実行する際に、短時間で系切り替え処理を実行することが可能になる。

本発明の一実施形態による呼制御システムを用いたＳＩＰ通信システムの構成を示す全体図である。 本発明の一実施形態による呼制御システムの構成を示すブロック図である。 本発明の一実施形態による呼制御システムの呼制御サーバに記憶されるイベント管理表情報の一例を示す表である。 本発明の一実施形態による呼制御システム内のサーバで実行される信号受信処理の動作を示すシーケンス図である。 本発明の一実施形態による呼制御システム内のサーバで実行される信号生成処理の動作を示すシーケンス図である。 本発明の一実施形態による呼制御システム内のサーバで実行される信号送信処理の動作を示すシーケンス図である。 本発明の一実施形態による呼制御システム内のサーバで実行されるタイマ切れによる信号再送処理の動作を示すシーケンス図である。 本発明の一実施形態による呼制御システム内のサーバで実行される、外部のサーバからの発呼依頼の受信処理の動作を示すシーケンス図である。 本発明の一実施形態による呼制御システム内のサーバにおいて、現用系と予備用系が切り替えられるときの処理を示すシーケンス図である。

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

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

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

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

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

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

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

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

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

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

本実施形態において、ＡＣＴ（現用）系呼制御サーバ６１およびＳＢＹ（予備用）系呼制御サーバ６２では、一連の呼処理を構成する部分処理、例えばＳＩＰ信号受信処理、ＳＩＰ信号生成処理、およびＳＩＰ信号送信処理を、自サーバにおいて発生したイベントとして扱う。

ＡＣＴ（現用）系呼制御サーバ６１は図２に示すように、第１のデータ記憶部６１１と、第１のイベント管理機能部６１２と、第１の呼処理機能部６１３と、第１の同期処理機能部６１４と、第１のタイマ管理機能部６１５と、第１の外部接続機能部６１６とを有する。

データ記憶部６１１は、自サーバ６１で実行中の呼処理に利用する第１の呼処理データ６１１１ａと、自サーバ６１におけるイベントの発生順に登録された、各イベントを一意に特定可能な情報を含む書誌情報をイベント情報としてリスト化して格納した第１のイベント管理表情報６１１１ｂとを、一時的に記憶するヒープ領域６１１１と、イベントが発生したタイミングでヒープ領域６１１１に記憶された情報を取得し、呼処理データ６１１２ａおよびイベント管理表情報６１１２ｂとして記憶する同期領域６１１２とを有する。

イベント管理機能部６１２は、イベントが発生したときに、当該発生したイベントのイベント情報でデータ記憶部６１１のヒープ領域６１１１に登録されたイベント管理表情報６１１２ｂを更新する。またイベント管理機能部６１２は、更新したイベント情報に基づいて、ＳＢＹ（予備用）系呼制御サーバ６２とのイベント管理表情報の同期処理が必要であると判断すると、イベント管理表情報６１１１ｂの更新分をＳＢＹ（予備用）系呼制御サーバ６２に転送するための転送依頼を生成する。またイベント管理機能部６１２は、所定時間間隔でイベント管理表情報６１１１ｂを監視して、記憶されたイベント情報に基づいて実行すべきイベントを特定する。

呼処理機能部６１３は、イベント管理機能部６１２により特定されたイベントを、データ記憶部６１１のヒープ領域６１１１に記憶された呼処理データ６１１１ａを利用して実行する。

同期処理機能部６１４は、イベント管理機能部６１２で生成された転送依頼に基づいて、ヒープ領域６１１１のイベント管理表情報６１１１ｂの更新分で同期領域６１１２のイベント管理表情報６１１２ｂを更新するとともに、当該更新分の情報をＳＢＹ（予備用）系呼制御サーバ６２に転送する。また同期処理機能部６１４は、イベント管理表情報の更新分を転送したことにより、ＳＢＹ（予備用）系呼制御サーバ６２から新たな呼処理データが要求されたときには、該当する呼処理データ６１１２ａをデータ記憶部６１１の同期領域６１１２から取得してＳＢＹ（予備用）系呼制御サーバに転送することで応答する。

タイマ管理機能部６１５は、呼処理機能部６１３におけるＳＩＰ信号の送信からの経過時間が所定の有効期間を超えたか否かを判定するタイマ機能を有し、当該ＳＩＰ信号の送信に関する処理完了通知を受信せずに有効時間を超えタイマ切れとなったと判定するとイベント管理機能部６１２に当該信号再送を実行させるための再送信号生成イベントの登録を依頼する。

外部接続機能部６１６は、外部のＷｅｂアプリケーションサーバ等に接続され、ユーザがＷｅｂページ上のリンクをクリックすることでＳＩＰに対応した端末を呼び出すことができるような「click to dial」等のサービスを利用して、当該接続されたサーバから送信された発呼依頼を受信してＩＰネットワーク３内から所定の加入者端末への発呼処理を行う。

ＳＢＹ（予備用）系呼制御サーバ６２は、第２のデータ記憶部６２１と、第２のイベント管理機能部６２２と、第２の呼処理機能部６２３と、第２の同期処理機能部６２４と、第２のタイマ管理機能部６２５と、第２の外部接続機能部６２６とを有する。

データ記憶部６２１は、自サーバ６２で実行中の呼処理に利用する第２の呼処理データ６２１１ａと、自サーバ６２におけるイベントの発生順に登録された、各イベントに関する書誌情報をイベント情報としてリスト化して格納した第２のイベント管理表情報６２１１ｂとを、一時的に記憶するヒープ領域６２１１と、イベントが発生したタイミングでヒープ領域６２１１に記憶された情報を取得し、呼処理データ６２１２ａおよびイベント管理表情報６２１２ｂとして記憶する同期領域６２１２とを有する。

イベント管理機能部６２２は、イベントが発生したときに、当該発生したイベントのイベント情報でデータ記憶部６２１のヒープ領域６２１１に登録されたイベント管理表情報６２１２ｂを更新する。またイベント管理機能部６２２は、ＡＣＴ（現用）系呼制御サーバ６１から転送されたイベント管理表情報の更新分によりデータ記憶部６２１の同期領域６２１２に記憶されたイベント管理表情報６２１２ｂを更新し、さらにヒープ領域６２１１のイベント管理表情報６２１１ｂを更新して展開する。またイベント管理機能部６２２は、ＡＣＹ（現用）系呼制御サーバ６１からイベント管理表情報の更新分が転送されたときに、転送された情報でデータ記憶部６２１に記憶されたイベント管理表情報６２１２ｂを更新し、さらにヒープ領域６２１１のイベント管理表情報６２１１ｂを更新して展開する。またイベント管理機能部６２２は、当該更新した情報に基づいて、呼処理機能部６２３でイベントを実行する際に必要となる新たな呼処理データをＡＣＴ（現用）系呼制御サーバ６１に要求する。またイベント管理機能部６２２は、所定時間間隔でイベント管理表情報６２１１ｂを監視して、記憶されたイベント情報に基づいて実行すべきイベントを特定する。

呼処理機能部６２３は、イベント管理機能部６２２により特定されたイベントのうち、外部のサーバへの信号送信処理を除くイベントを、データ記憶部６２１のヒープ領域６２１１に記憶された呼処理データ６２１１ａを利用して実行する。

同期処理機能部６２４は、イベント管理機能部６２２から新たな呼処理データを要求したことにより応答して転送された呼処理データで、データ記憶部６２１に記憶された呼処理データ６２１２ａおよび呼処理データ６２１１ａを更新することにより、ＡＣＴ（現用）系呼制御サーバ６１に記憶された情報との同期処理を行う。

タイマ管理機能部６２５は、呼処理機能部６２３においてＳＩＰ信号を送信すべき時点からの経過時間が所定の有効期間を超えたか否かを判定するタイマ機能を有し、当該ＳＩＰ信号に関する処理完了通知を受信せずに有効時間を超えタイマ切れとなったと判定するとイベント管理機能部６２２に当該信号再送を実行させるための再送信号生成イベントの登録を依頼する。

外部接続機能部６２６は、外部のＷｅｂアプリケーションサーバ等に接続され、当該接続されたサーバから送信された発呼依頼を受信し、click to dial等のサービスを利用してＩＰネットワーク３内から所定の加入者端末への発呼処理を行う。

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

本実施形態において、ＡＣＴ（現用）系呼制御サーバ６１のデータ記憶部６１１のヒープ領域６１１１に記憶されるイベント管理表情報６１１１ｂ、同期領域６１１２に記憶されるイベント管理表情報６１１２ｂ、ＳＢＹ（予備用）系呼制御サーバ６２のデータ記憶部６２１のヒープ領域６２１１に記憶されるイベント管理表情報６２１１ｂ、および同期領域６２１２に記憶されるイベント管理表情報６２１２ｂは、図３に示すように、イベントを一意に特定するための情報を含む書誌情報である「イベントＩＤ」、「呼ＩＤ」、「データＩＤ」、「受付時刻」、「信号送信時刻」等の情報を、イベント情報としてリスト化して格納している。

図３において「イベントＩＤ」は、発生したイベントごとにユニークに付加される番号である。本実施形態において一連の呼処理の部分処理である「イベント」には、外部からのＳＩＰ信号受信時に生成される信号受信イベント、外部から受信されたＳＩＰ信号を解析した結果応答信号の送信が必要な場合に生成される応答信号生成イベント、既に送信済みの信号に対する応答が所定の有効期間中に得られないときに生成される再送信号生成イベント、外部のＷｅｂサーバからの依頼により発呼処理を行う際に生成される発呼信号生成イベント、および、自身がＡＣＴ（現用）系呼制御サーバ６１であり生成した信号を送信する際に生成される信号送信イベントなどの種別があり、イベントＩＤではこれらのイベント種別が特定される情報、およびイベントの発生タイミングを示す情報が含まれる。

また「呼ＩＤ」は、該当するイベントの属する呼を識別するCall-IDタグ、受信者に関する情報であるtoタグ、および送信者に関する情報であるfromタグから生成される番号であり、サーバ内で呼を特定するために用いられる。

また「データＩＤ」は、イベントＩＤで示される情報と呼ＩＤで示される情報と含む番号であり、イベント処理に必要なデータを特定するために用いられる。データＩＤとして、さらに詳細なイベントの種別ごとのＩＤを設けるようにしてもよい。

また「受付時刻」は、イベント情報が登録された時の時刻情報であり、ＳＢＹ（予備用）系呼制御サーバ６２内のイベント管理表の情報が、ＡＣＴ（現用）系呼制御サーバ６１内のイベント管理表の情報と同期した最新のものであるか否かを判定するために用いられる。

また「信号送信時刻」は、生成された信号が、信号送信イベントにより外部に送信された時の時刻情報である。

図４は、外部のＳＩＰサーバからＳＩＰ信号が受信されたときのＡＣＴ（現用）系呼制御サーバ６１およびＳＢＹ（予備用）系呼制御サーバ６２の動作を示すシーケンス図である。

まず、ＡＣＴ（現用）系呼制御サーバ６１において、外部のＳＩＰサーバからＳＩＰ信号が受信されると（Ｓ１）、呼処理機能部６１３により当該ＳＩＰ信号がヒープ領域６１１１に呼処理データ６１１１ａとして記憶される（Ｓ２）。そして呼処理機能部６１３において、当該ＳＩＰ信号が新規の呼に関するものであれば新たな呼ＩＤが生成され、既存の呼に関するものであれば呼ＩＤの特定が行われ、この呼ＩＤに関するＳＩＰ信号を受信したことがイベント管理機能部６１２に通知される。

次にイベント管理機能部６１２において当該ＳＩＰ信号の受信に関するイベントＩＤが払い出され、ヒープ領域６１１１のイベント管理表情報６１１１ｂ内に、当該イベントＩＤと、呼ＩＤと、イベントＩＤおよび呼ＩＤから生成されたデータＩＤとが、受付時刻情報とともに信号受信イベントとして登録され、イベント管理表が更新される（Ｓ３）。また、信号受信イベント登録時は、ＳＢＹ（予備用）系呼制御サーバ６２のイベント管理表情報との同期処理を行う必要があると判断され、イベント管理機能部６１２から同期処理機能部６１４へ、イベント管理表の更新分のイベント情報の転送が依頼される。

次に同期処理機能部６１４により、ヒープ領域６１１１に記憶されたイベント管理表情報６１１１ｂの更新分の情報により、同期領域６１１２のイベント管理表情報６１１２ｂが更新され、記憶される（Ｓ４）。

次に同期処理機能部６１４により、同期領域６１１２のイベント管理表情報６１１２ｂの更新分の情報がＳＢＹ（予備用）系呼制御サーバ６２に転送される（Ｓ５）。

ＳＢＹ（予備用）系呼制御サーバ６２では、同期処理機能部６２４により、ＡＣＴ（現用）系呼制御サーバ６１から転送された更新分の情報でデータ記憶部６２１の同期領域のイベント管理表情報６２１２ｂが更新され、さらにヒープ領域６２１１のイベント管理表情報６２１１ｂが更新されて展開され、記憶される（Ｓ６）。

ＳＢＹ（予備用）系呼制御サーバ６２の同期処理機能部６２４において更新分の情報による更新が完了すると、ＡＣＴ（現用）系呼制御サーバ６１に対し、イベント管理表書き込み完了通知が送信される（Ｓ７）。ＡＣＴ（現用）系呼制御サーバ６１では、このイベント管理表書き込み完了通知を受信して同期処理が完了するまで、次の処理が停止され待機されている。

次に、登録された信号受信イベント基づいて呼処理が実行されるときのＡＣＴ（現用）系呼制御サーバ６１およびＳＢＹ（予備用）系呼制御サーバ６２の動作について、図５のシーケンス図を参照して説明する。

まずＡＣＴ（現用）系呼制御サーバ６１のイベント管理機能部６１２により、ヒープ領域６１１１のイベント管理表情報６１１１ｂがポーリング等により定期的に確認され、イベント管理表情報６１１１ｂ内のデータＩＤに基づいて処理対象とするイベント情報（ここでは信号受信イベント）が取り出され、呼処理機能部６１３に送出される（Ｓ１１）。

呼処理機能部６１３では、取得したイベント情報に基づいて、該当する呼処理データ６１１１ａが用いられて呼処理が開始される（Ｓ１２）。

一方、ＳＢＹ（予備用）系呼制御サーバ６２のイベント管理機能部６２２においても、ヒープ領域６２１１のイベント管理表情報６２１１ｂがポーリング等により定期的に確認され、イベント管理表情報６２１１ｂ内のデータＩＤに基づいて処理対象とするイベント情報（ここでは信号受信イベント）が取り出され、同期処理機能部６２４に送出される（Ｓ１３）。

イベント管理機能部６２２では、取得したイベント情報のイベントＩＤに含まれるイベント種別と発生タイミングを示す情報とから、各イベント情報の呼処理データ６２１２ａ中のデータのうち当該イベント処理で必要なデータが判断され、さらにこの必要なデータの同期処理の要否が判定される。ここでは、イベントＩＤに含まれるイベント種別が「信号受信イベント」であり、発生タイミングが外部からの信号受信時であるため、該当する呼処理データ６２１２ａのＳＩＰ信号データ（受信信号データ）の同期処理が必要であると判断される。

そして、イベント管理表情報６２１２ｂ内の当該信号受信イベントに関するイベントＩＤ、データＩＤ、受付時刻情報とともに、当該イベントに関する受信信号データの取得要求がイベント管理機能部６２２からＡＣＴ（現用）系呼制御サーバ６１に送信される（Ｓ１４）。

ＡＣＴ（現用）系呼制御サーバ６１の同期処理機能部６１４では、取得されたイベントＩＤ、データＩＤ、受付時刻情報が最新のデータであるか否かが判定され、最新のデータであると判定されたときにはその旨を伝える通知が返信されることで応答され、最新のデータでないと判定されたときは要求された受信信号の最新データが呼処理データ６１１２ａから取り出されてＳＢＹ（予備用）系呼制御サーバ６２に転送されることで応答される（Ｓ１５）。

ＳＢＹ（予備用）系呼制御サーバ６２では、転送された受信信号の最新データで同期領域６２１２中の呼処理データ６２１２ａが同期処理機能部６２４により更新され、さらにヒープ領域６２１１の呼処理データ６２１１ａが更新されて展開され、記憶される（Ｓ１６）。

ＳＢＹ（予備用）系呼制御サーバ６２の同期処理機能部６２４において転送された受信信号の最新データによる更新が完了すると、ＡＣＴ（現用）系呼制御サーバ６１に対し、転送データ書き込み完了通知が送信される（Ｓ１７）。

また、ＡＣＴ（現用）系呼制御サーバ６１の呼処理機能部６１３では、外部からのＳＩＰ信号の受信により実行される呼処理（ステップＳ１２の信号受信イベントによる呼処理）では応答信号を生成する必要があると判断されて応答信号が生成されるとともに、イベント管理機能部６１２に対し、当該呼ＩＤ、データＩＤとともに応答信号生成イベントおよび信号送信イベントの登録依頼が通知される（Ｓ１８）。

そしてイベント管理機能部６１２により、通知された応答信号生成イベントおよび信号送信イベントの登録依頼に基づいてそれぞれイベントＩＤが払い出され、ヒープ領域６１１１のイベント管理表情報６１１１ｂ内に、それぞれ応答信号生成イベント、および信号送信イベントとして登録される（Ｓ１９）。これらの応答信号生成イベント、および信号送信イベントの情報はそれぞれ、該当するイベントＩＤと、呼ＩＤと、データＩＤと、受付時刻情報と、送信時刻情報とを含む。このとき、信号送信イベントの信号送信時刻情報は空欄となっている。またこのとき、ＡＣＴ（現用）系呼制御サーバ６１からＳＢＹ（予備用）系呼制御サーバ６２へ、イベント管理表情報の同期処理は行われない。

一方、ＳＢＹ（予備用）系呼制御サーバ６２の呼処理機能部６２３では、ステップＳ１６で更新された呼処理データ６２１１ａが用いられて呼処理が開始される（Ｓ２０）。

そして、当該呼処理も信号受信イベントであるため応答信号を生成する必要があると判断されて応答信号が生成されるとともに、イベント管理機能部６２２に対し、当該呼ＩＤ、データＩＤとともに応答信号生成イベントおよび信号送信イベントの登録依頼が通知される（Ｓ２１）。

そしてイベント管理機能部６２２により、通知された応答信号生成イベントおよび信号送信イベントの登録依頼に基づいてそれぞれイベントＩＤが払い出され、ヒープ領域６２１１のイベント管理表情報６２１１ｂ内に、それぞれ応答信号生成イベント、および信号送信イベントとして登録される（Ｓ２２）。これらの応答信号生成イベント、および信号送信イベントの情報はそれぞれ、該当するイベントＩＤと、呼ＩＤと、データＩＤと、受付時刻情報と、送信時刻情報とを含む。このとき、信号送信イベントの信号送信時刻情報は空欄となっている。

次に、生成された応答信号が送信されるときの処理について、図６のシーケンス図を参照して説明する。

まずＡＣＴ（現用）系呼制御サーバ６１のイベント管理機能部６１２により、ヒープ領域６１１１のイベント管理表情報６１１１ｂに基づいて処理対象の送信信号イベントの検出が行われる。ここで、イベント管理表情報６１１１ｂに登録された送信信号イベントのうち、信号送信時刻情報が空欄になっている信号送信イベントが、処理対象の送信信号イベントとして検出される。

次に、イベント管理機能部６１２で検出された処理対象の送信信号イベントが、呼処理機能部６１３に通知される（Ｓ３１）。

呼処理機能部６１３では、通知により処理対象の信号送信イベントが特定されると（Ｓ３２）、自身がＡＣＴ（現用）系呼制御サーバ６１であることが認識され（Ｓ３３）、これにより生成した応答信号を所定の送信先のＳＩＰサーバに送信する必要があると判断されて送信処理が実行される（Ｓ３４）。

一方、ＳＢＹ（予備用）系呼制御サーバ６２のイベント管理機能部６２２においても、同様にヒープ領域６２１１のイベント管理表情報６２１１ｂに登録された送信信号イベントのうち、信号送信時刻情報が空欄になっている信号送信イベントが処理対象の送信信号イベントとして検出され、呼処理機能部６２３に通知される（Ｓ３５）。

このとき呼処理機能部６２３では、通知により処理対象の信号送信イベントが特定されるが（Ｓ３６）、自身がＳＢＹ（予備用）系呼制御サーバ６２でありＡＣＴ（現用）系ではないと認識され（Ｓ３７）、これにより生成した応答信号を送信する必要がないと判断されて送信処理は実行されない（Ｓ３８）。

ＡＣＴ（現用）系呼制御サーバ６１の処理に戻り、ステップＳ３４で送信処理が実行された送信時刻情報が、呼処理機能部６１３からイベント管理機能部６１２に通知される（Ｓ３９）。

イベント管理機能部６１２では、通知された送信時刻情報により、イベント管理表情報６１１１ｂの当該信号送信イベントの送信時刻情報が更新される（Ｓ４０）。また、更新した送信時刻情報のＳＢＹ（予備用）系呼制御サーバ６２への転送処理が同期処理機能部６１４に依頼される（Ｓ４１）。

そして同期処理機能部６１４により、ヒープ領域６１１１において更新された送信時刻情報で同期領域６１１２のイベント管理表情報６１１２ｂが更新され、さらに同期領域６１１２において更新された送信時刻情報がＳＢＹ（予備用）系呼制御サーバ６２に転送される（Ｓ４２）。

ＳＢＹ（予備用）系呼制御サーバ６２では、同期処理機能部６２４により、ＡＣＴ（現用）系呼制御サーバ６１から転送された更新分の送信時刻情報でデータ記憶部６２１の同期領域６２１２のイベント管理表情報６２１２ｂが更新され、さらにヒープ領域６２１１のイベント管理表情報６２１１ｂが更新されて展開され、記憶される（Ｓ４３）。

ＳＢＹ（予備用）系呼制御サーバ６２の同期処理機能部６２４において更新分のイベント情報による更新が完了すると、イベント管理機能部６２２に対して、当該送信信号イベントに関するイベント管理表書き込み完了通知が送出される（Ｓ４４）。

以上のステップＳ１〜Ｓ４２の処理により、外部から受信したＳＩＰ信号に応答して他のＳＩＰサーバに応答信号を送信するときの処理の説明を終了する。

次に本実施形態において、信号(ＰＲＡＣＫ信号等)を送信した先の装置からの応答信号(ＡＣＫ信号等)がなくＳＩＰの再送タイマ切れによる再送信号が生成、送信される際のＡＣＴ（現用）系呼制御サーバ６１およびＳＢＹ（予備用）系呼制御サーバ６２の動作を、図７のシーケンス図を参照して説明する。

まず、ＡＣＴ（現用）系呼制御サーバ６１のタイマ管理機能部６１５により、イベント管理表情報６１１１ｂの信号送信イベントの送信時刻情報に基づいて、呼処理機能部６１３におけるＳＩＰ信号の送信からの経過時間が所定の有効期間を超えたか否かが監視され（Ｓ５１）、送信したＳＩＰ信号に対応して処理完了通知が受信されずに有効期間を超過しタイマ切れとなったと判断すると（Ｓ５２）、イベント管理機能部６１２に当該信号再送に関する再送信号生成イベントおよび信号送信イベントの登録が依頼される（Ｓ５３）。

これに応じてイベント管理機能部６１２により、当該再送信号生成イベントおよび信号送信イベントの登録依頼に関するイベントＩＤがそれぞれ払い出され、ヒープ領域６１１１のイベント管理表情報６１１１ｂ内に、それぞれ再送信号生成イベント、および信号送信イベントとして登録される（Ｓ５４）。これらの再送信号生成イベント、および信号送信イベントの情報はそれぞれ、該当するイベントＩＤと、呼ＩＤと、データＩＤと、受付時刻情報と、送信時刻情報とを含む。このとき、当該タイマ切れとなった前回送受信時の呼処理データは既にＳＢＹ（予備用）系呼制御サーバ６２に保持されているため、再送信号生成イベントおよびその信号送信イベントに関しては、ＡＣＴ（現用）系呼制御サーバ６１とＳＢＹ（予備用）系呼制御サーバ６２とのイベント管理表情報の同期処理は行われない。

そして、上述したステップＳ１１〜Ｓ２２、およびステップＳ３１〜Ｓ３４と同様の処理により、生成された再送信号の生成処理およびＡＣＴ（現用）系呼制御サーバ６１からの信号送信処理が実行される（Ｓ５５）。

また、ＳＢＹ（予備用）系呼制御サーバ６２においても、ステップＳ５１〜Ｓ５４と同様の処理が実行され、信号再送処理としてステップＳ３５〜Ｓ３８と同様に信号送信イベントは特定されるが（Ｓ６０）、ＡＣＴ系ではないため外部サーバへの送信は行われない（Ｓ３５〜Ｓ３８）。

ステップＳ５５およびＳ６０において信号再送処理が実行されると、図６のステップＳ３９〜Ｓ４４と同様の処理が実行され、送信時刻情報の更新、同期処理が行われる。

以上のステップＳ５１〜Ｓ６０の処理により、タイマ切れによる再送信号の生成、送信が行われるときの処理の説明を終了する。

次に本実施形態において、外部のＷｅｂアプリケーションサーバ等からの発呼依頼により、ＩＰネットワーク３内から所定の加入者端末へ発呼するサービス（例えば、「click to dialサービス」）を利用して発呼処理を行う際のＡＣＴ（現用）系呼制御サーバ６１およびＳＢＹ（予備用）系呼制御サーバ６２の動作を、図８のシーケンス図を参照して説明する。

まず、ＡＣＴ（現用）系呼制御サーバ６１の外部接続機能部６１６において、外部のＷｅｂアプリケーションサーバ等から所定の加入者端末に対する発呼要求信号が受信されると（Ｓ７１）、外部接続機能部６１６により当該発呼要求信号がヒープ領域６１１１に呼処理データ６１１１ａとして記憶される（Ｓ７２）。そして外部接続機能部６１６において、当該発呼要求信号に関する呼ＩＤが生成され、この呼ＩＤに関する発呼要求信号を受信したことがイベント管理機能部６１２に通知される。

次にイベント管理機能部６１２において当該発呼要求信号の受信に関するイベントＩＤが払い出され、ヒープ領域６１１１のイベント管理表情報６１１１ｂ内に、当該イベントＩＤと、呼ＩＤと、イベントＩＤおよび呼ＩＤから生成されたデータＩＤとが、受付時刻情報とともに信号受信イベントとして登録され、イベント管理表が更新される（Ｓ７３）。またイベント管理機能部６１２から同期処理機能部６１４へ、イベント管理表の更新分の情報の転送が依頼される。

次に同期処理機能部６１４により、ヒープ領域６１１１に記憶されたイベント管理表情報６１１１ｂの更新分の情報で同期領域６１１２のイベント管理表情報６１１２ｂが更新され、記憶される（Ｓ７４）。

次に同期処理機能部６１４により、同期領域６１１２のイベント管理表情報６１１２ｂの更新分の情報がＳＢＹ（予備用）系呼制御サーバ６２に転送される（Ｓ７５）。

ＳＢＹ（予備用）系呼制御サーバ６２では、同期処理機能部６２４により、ＡＣＴ（現用）系呼制御サーバ６１から転送された更新分の情報でデータ記憶部６２１の同期領域のイベント管理表情報６２１２ｂが更新され、さらにヒープ領域６２１１のイベント管理表情報６２１１ｂが更新されて展開され、記憶される（Ｓ７６）。

ＳＢＹ（予備用）系呼制御サーバ６２の同期処理機能部６２４において更新分の情報による更新が完了すると、ＡＣＴ（現用）系呼制御サーバ６１に対し、イベント管理表書き込み完了通知が送信される（Ｓ７７）。

以上のステップＳ７１〜Ｓ７７の処理により、外部のＷｅｂアプリケーションサーバ等からの発呼依頼を受信した際の受信処理の説明を終了する。以降、登録された信号受信イベント基づいて呼処理およびイベント管理表情報の同期処理が実行されるときの処理については図５のステップＳ１１〜Ｓ２２と同様であり、この呼処理により信号送信を行うときの処理については図６のステップＳ３１〜Ｓ４４と同様であるため、詳細な説明は省略する。

上述した各処理により呼制御システム６により呼処理が実行されている状態において、ＡＣＴ（現用）系呼制御サーバ６１で故障が発生した場合の処理について図９のシーケンス図を参照して説明する。

ＡＣＴ（現用）系呼制御サーバ６１で故障が発生して、当該サーバがＡＣＴ（現用）系からＳＢＹ（予備用）系に切り替わると、この系切り替え情報がイベント管理機能部６１２に通知される。

イベント管理機能部６１２では、系切り替え情報が取得されると（Ｓ８１）、イベント管理機能部６１２によりイベント管理表情報６１１１ｂがチェックされて未送信の信号送信イベントが検出され、呼処理機能部６１３に通知される（Ｓ８２）。

呼処理機能部６１３では、通知により未処理の信号送信イベントが特定され起動されるが（Ｓ８３）、自身がＳＢＹ（予備用）系呼制御サーバ６２となっておりＡＣＴ（現用）系ではないと認識され（Ｓ８４）、該当する応答信号を送信する必要がないと判断されて送信処理は実行されない（Ｓ８５）。

一方、ＳＢＹ（予備用）系呼制御サーバ６２かＳＢＹ（予備用）系からＡＣＴ（現用）系に切り替わると、この系切り替え情報がイベント管理機能部６２２に通知される。

イベント管理機能部６２２では、系切り替え情報が取得されると（Ｓ８６）、イベント管理機能部６２２によりイベント管理表情報６２１１ｂがチェックされて未送信の信号送信イベントが検出され、呼処理機能部６２３に通知される（Ｓ８７）。

呼処理機能部６２３では、通知により未処理の信号送信イベントが特定されると（Ｓ８８）、自身がＡＣＴ（現用）系になっていることが認識され（Ｓ８９）、該当する応答信号を所定の送信先のＳＩＰサーバに送信する必要があると判断されて送信処理が実行される（Ｓ９０）。

次に、ステップＳ９０で送信処理が実行された送信時刻情報が、呼処理機能部６２３からイベント管理機能部６２２に通知される（Ｓ９１）。

イベント管理機能部６２２では、通知された送信時刻情報により、イベント管理表情報６２１１ｂの当該信号送信イベントの送信時刻情報が更新される（Ｓ９２）。また、更新した送信時刻情報のＳＢＹ（予備用）系の呼制御サーバ６１への転送処理が同期処理機能部６２４に依頼される（Ｓ９３）。

そして同期処理機能部６２４により、ヒープ領域６２１１において更新された送信時刻情報で同期領域６２１２のイベント管理表情報６２１２ｂが更新され、さらに同期領域６２１２において更新された送信時刻情報がＳＢＹ（予備用）系の呼制御サーバ６１に転送される（Ｓ９４）。

ＳＢＹ（予備用）系の呼制御サーバ６１では、同期処理機能部６１４により、ＡＣＴ（現用）系の呼制御サーバ６２から転送された更新分の送信時刻情報でデータ記憶部６１１の同期領域６１１２のイベント管理表情報６１１２ｂが更新され、さらにヒープ領域６２１１のイベント管理表情報６２１１ｂが更新されて展開され、記憶される（Ｓ９５）。

ＳＢＹ（予備用）系の呼制御サーバ６１の同期処理機能部６１４において更新分のイベント情報による更新が完了すると、イベント管理機能部６１２に対して、当該送信信号イベントに関するイベント管理表書き込み完了通知が送出される（Ｓ９６）。これにより、イベント管理機能部６１２では、起動した信号送信イベントに関する処理が完了したことが認識される。

以上の本実施形態によれば、呼処理に関する各詳細な部分処理（ＳＩＰ信号受信処理、応答信号生成処理、タイムアウト時の再送信号生成処理、外部からの依頼による発呼処理、信号送信処理等）をそれぞれイベントとして扱い、その書誌情報をイベント管理表で情報を管理することで、各処理を発生順にＡＣＴ系、ＳＢＹ系それぞれのＳＩＰサーバで処理を実行することができ、信号の発生場所やタイミング（信号解析結果時、タイマ切れ発生時、外部サーバからの発呼時等）によらず、処理の実行状況に応じた適正な管理が可能になる。

また、ＳＩＰ信号受信時や外部からの依頼による発呼処理発生時など、イベントごとに必要に応じて新たな呼処理データをＡＣＴ系呼制御サーバからＳＢＹ系呼制御サーバに転送してヒープ領域に展開させて同期を行うとともに、ＳＢＹ系呼制御サーバにおいてもＡＣＴ系呼制御サーバと同じタイミングで信号送信処理以外の呼処理を実行しておくことで、ＡＣＴ系呼制御サーバに故障が発生した際のデータ転送量を削減することができ、切り替え処理時間を大幅に短縮することができる。

また、必要に応じて新たな呼処理データをＡＣＴ系呼制御サーバからＳＢＹ系呼制御サーバに転送する際は、イベント管理表で管理されている呼ＩＤやイベントＩＤ等の項目情報により必要な呼処理データを予め特定してから転送して同期処理を行うため、無駄なデータ転送を省くことができ、同期処理時のデータ転送量を削減することができ処理量を高めることができる。

また、呼制御サーバによる呼処理時に、信号生成イベントと信号送信イベントとを別個のイベントとして扱うことにより、
（ｉ）ＡＣＴ系制御サーバでは信号生成イベントを実行するとともに信号送信イベントを実行し、一方ＳＢＹ系呼制御サーバでは信号生成イベントを実行するが信号送信イベントは実行しないように設定することで、適正に呼処理を実行させることができ、
（ｉｉ）系切り替え時には、旧ＡＣＴ系からの呼処理データの転送や信号の生成は完了しているので、信号送信イベントのみを発生させることで信号送信できるため、系切替時の処理時間を短縮することができる。

さらに、ＳＢＹ系呼制御サーバでもＡＣＴ系制御サーバによる信号送信のタイミング（送信信号時刻情報）の同期をとっておくことにより、信号送信後の対向装置からの応答信号タイマのタイマ切れによる信号生成処理をＳＢＹ系呼制御サーバでも適切に実行することができ、さらに系切り替え時の処理時間を短縮することができる。

またその際、ＡＣＴ系呼制御サーバとＳＢＹ系呼制御サーバとの双方で応答信号が生成されるが、信号送信処理は自サーバがＡＣＴ系呼制御サーバである場合のみに実行され、ＳＢＹ系呼制御サーバである場合は実行されないようにすることで、外部のＳＩＰサーバに対しては正常に稼動することができる。

１…ＳＩＰ通信システム
２Ａ〜２Ｄ…加入者端末
３…ＩＰネットワーク
３Ａ〜３Ｇ…転送装置
４Ａ、４Ｂ…ＳＩＰサーバ
５Ａ、５Ｂ…中継サーバ
６…呼制御システム
７Ａ、７Ｂ…メディアサーバ
６１…ＡＣＹ（現用）系呼制御サーバ
６２…ＳＢＹ（予備用）系呼制御サーバ
６１１…データ記憶部
６１２…イベント管理機能部
６１３…呼処理機能部
６１４…同期処理機能部
６１５…タイマ管理機能部
６１６…外部接続機能部
６２１…データ記憶部
６２２…イベント管理機能部
６２３…呼処理機能部
６２４…同期処理機能部
６２５…タイマ管理機能部
６２６…外部接続機能部
６１１１、６２１１…ヒープ領域
６１１１ａ、６１１２ａ、６２１１ａ、６２１２ａ…呼処理データ
６１１１ｂ、６１１２ｂ、６２１１ｂ、６２１２ｂ…イベント管理表情報
６１１２、６２１２…同期領域

Claims (5)

1. 複数のサーバ間の呼処理を制御し、通常時に稼働する現用系呼制御サーバとこの現用系呼制御サーバに故障が発生したときに現用系に切り替わって稼働する予備用系呼制御サーバとを備えた呼制御システムであって、
   前記現用系呼制御サーバは、
   自サーバで実行中の呼処理に利用する第１呼処理データと、自サーバで実行した呼処理に関し、呼処理を構成する部分処理の発生順に、各部分処理を特定する情報を含む書誌情報を登録した第１イベント管理表情報とを記憶する第１データ記憶部と、
   外部から受信した信号に基づいて呼処理を構成する部分処理が発生したときに、当該発生した部分処理に関する書誌情報で前記第１データ記憶部に記憶された第１イベント管理表情報を更新し、当該更新した書誌情報に基づいて、前記予備用系呼制御サーバとの前記第１イベント管理表情報の同期処理が必要であると判断すると、前記第１イベント管理表情報の更新分を前記予備用系呼制御サーバに転送するための転送依頼を生成し、また、所定時間間隔で前記第１イベント管理表情報を監視して、記憶された書誌情報に基づいて実行すべき部分処理を特定する第１イベント管理機能部と、
   前記第１イベント管理機能部で生成された転送依頼に基づいて前記第１イベント管理表情報の更新分を前記予備用系呼制御サーバに転送し、これに応じて前記予備用系呼制御サーバから新たな呼処理データが要求されたときには、該当する前記第１呼処理データを前記第１データ記憶部から取得して前記予備用系呼制御サーバに転送することで応答する第１同期処理機能部と、
   前記外部から受信した信号に基づいて発生した部分処理、および、前記第１イベント管理機能部により特定された部分処理を、前記第１データ記憶部に記憶された第１呼処理データを利用して実行する第１呼処理機能部とを有し、
   前記予備用系呼制御サーバは、
   自サーバで実行中の呼処理に利用する第２呼処理データと、自サーバで実行した呼処理に関し、呼処理を構成する部分処理の発生順に、各部分処理を特定する情報を含む書誌情報を登録した第２イベント管理表情報とを記憶する第２データ記憶部と、
   前記現用系呼制御サーバから前記第１イベント管理表情報の更新分が転送されたときに、転送された情報で前記第２データ記憶部に記憶された第２イベント管理表情報を更新し、当該更新した情報に基づいて、自サーバで部分処理を実行する際に必要となる新たな呼処理データを前記現用系呼制御サーバに要求し、また、所定時間間隔で前記第２イベント管理表情報を監視して、記憶された書誌情報に基づいて実行すべき部分処理を特定する第２イベント管理機能部と、
   前記第２イベント管理機能部から新たな呼処理データを要求したことにより応答して転送された第１呼処理データで、前記第２データ記憶部に記憶された前記第２呼処理データを更新することにより、前記現用系呼制御サーバに記憶された情報との同期処理を行う第２同期処理機能部と、
   前記第２イベント管理機能部により特定された部分処理のうち、外部のサーバへの信号送信処理を除く部分処理を、前記第２データ記憶部に記憶された第２呼処理データを利用して実行する第２呼処理機能部と
   を有することを特徴とする呼制御システム。
2. 前記現用系呼制御サーバは、
   前記第１呼処理機能部で信号送信の部分処理を実行してから処理完了通知を受信せずに所定の有効時間が経過したと判断すると、前記第１イベント管理機能部に当該信号の再送を実行させるための部分処理に関する書誌情報の登録を依頼する第１タイマ管理機能部をさらに有し、
   前記第１イベント管理機能部は、前記第１タイマ管理機能部から取得した前記信号の再送を実行させるための部分処理に関する書誌情報を前記第１イベント管理表情報に登録し、
   前記予備用系呼制御サーバは、
   前記第２呼処理機能部で信号送信の部分処理を実行してから処理完了通知を受信せずに所定の有効時間が経過したと判断すると、前記第２イベント管理機能部に当該信号の再送を実行させるための部分処理に関する書誌情報の登録を依頼する第２タイマ管理機能部をさらに有し、
   前記第２イベント管理機能部は、前記第２タイマ管理機能部から取得した前記信号の再送を実行させるための部分処理に関する書誌情報を前記第２イベント管理表情報に登録する
   ことを特徴とする請求項１に記載の呼制御システム。
3. 前記現用系呼制御サーバは、
   外部のサーバから送信された発呼依頼を、前記第１イベント管理機能部に通知する外部接続機能部をさらに有し、
   前記第１イベント管理機能部は、前記外部接続機能部から取得した前記発呼依頼に基づいて発呼を実行させるための部分処理に関する書誌情報を前記第１イベント管理表情報に登録して更新し、また、当該更新した書誌情報に基づいて、前記予備用系呼制御サーバとの情報の同期処理が必要であると判断し、前記第１イベント管理表情報の更新分を前記予備用系呼制御サーバに転送するための転送依頼を生成する
   ことを特徴とする請求項１または２に記載の呼制御システム。
4. 前記予備用系呼制御サーバの第２イベント管理機能部は、自サーバが現用系に切り替わったときに、前記第２イベント管理表情報から未処理の部分処理である信号送信処理を特定し、この特定により前記第２呼処理機能部で実行された信号送信処理の実行時刻情報で前記第２イベント管理表情報を更新し、
   前記第２同期処理機能部は、前記信号送信処理の実行時刻情報を、予備系に切り替わった前記現用系呼制御サーバに転送し、
   前記第１イベント管理機能部は、自サーバが予備用系に切り替わったときに、前記第１イベント管理表情報から未処理の部分処理である信号送信処理を特定し、前記第２同期処理機能部から転送された信号送信処理の実行時刻情報で、特定した信号送信処理に関する第１イベント管理表情報を更新する
   ことを特徴とする請求項１〜３いずれか１項に記載の呼制御システム。
5. 複数のサーバ間の呼処理を制御し、通常時に稼働する現用系呼制御サーバとこの現用系呼制御サーバに故障が発生したときに現用系に切り替わって稼働する予備用系呼制御サーバとを備えた呼制御システムの、
   前記現用系呼制御サーバが、自サーバで実行中の呼処理に利用する第１呼処理データと、自サーバで実行した呼処理に関し、呼処理を構成する部分処理の発生順に、各部分処理を特定する情報を含む書誌情報を登録した第１イベント管理表情報とを記憶するステップと、
   前記現用系呼制御サーバが、外部から受信した信号に基づいて呼処理を構成する部分処理が発生したときに、当該発生した部分処理に関する書誌情報で記憶された第１イベント管理表情報を更新し、当該更新した書誌情報に基づいて、前記予備用系呼制御サーバとの前記第１イベント管理表情報の同期処理が必要であると判断すると、前記第１イベント管理表情報の更新分を前記予備用系呼制御サーバに転送するための転送依頼を生成するステップと、
   前記現用系呼制御サーバが、前記生成された転送依頼に基づいて前記第１イベント管理表情報の更新分を前記予備用系呼制御サーバに転送するステップと、
   前記予備用系呼制御サーバが、自サーバで実行中の呼処理に利用する第２呼処理データと、自サーバで実行した呼処理に関し、呼処理を構成する部分処理の発生順に、各部分処理に関する書誌情報を登録した第２イベント管理表情報とを記憶するステップと、
   前記予備用系呼制御サーバが、前記現用系呼制御サーバから前記第１イベント管理表情報の更新分が転送されたときに、転送された情報で前記記憶された第２イベント管理表情報を更新するステップと、
   前記現用系呼制御サーバが、前記外部から受信した信号に基づいて発生した部分処理を、前記第１呼処理データを利用して実行するステップと、
   前記現用系呼制御サーバが、所定時間間隔で前記第１イベント管理表情報を監視して、記憶された書誌情報に基づいて実行すべき部分処理を特定するステップと、
   前記現用系呼制御サーバが、前記特定した部分処理を、前記第１呼処理データを利用して実行するステップと、
   前記予備用系呼制御サーバが、所定時間間隔で前記第２イベント管理表情報を監視して、記憶された書誌情報に基づいて実行すべき部分処理を特定するステップと、
   前記予備用系呼制御サーバが、前記第２イベント管理表情報の監視により特定された部分処理を実行する際に必要となる新たな呼処理データを前記現用系呼制御サーバに要求するステップと、
   前記現用系呼制御サーバが、前記予備用系呼制御サーバから新たな呼処理データが要求されたときに、該当する前記第１呼処理データを取得して前記予備用系呼制御サーバに転送することで応答するステップと、
   前記予備用系呼制御サーバが、前記新たな呼処理データを要求したことにより応答して転送された第１呼処理データで、記憶された前記第２呼処理データを更新することにより、前記現用系呼制御サーバに記憶された情報との同期処理を行うステップと、
   前記予備用系呼制御サーバが、特定された実行すべき部分処理のうち、外部のサーバへの信号送信処理を除く部分処理を、前記第２呼処理データを利用して実行するステップとを有することを特徴とする呼制御に利用する情報の冗長化方法。

Images