(57)【要約】【課題】データ中継サーバが多重化されたＩＰ電話システムにおいて、呼の確立又は解放を遅らせることなく、且つ、データ中継サーバに障害が発生しても通話を極力切断させないようにして高信頼性を実現する。【解決手段】現用系の第１データ中継サーバ２０及び予備系の第２データ中継サーバ３０を備え、第１データ中継サーバ２０で呼の確立要求又は削除要求の呼情報を受信する毎に、呼情報を呼情報ＤＢ２０Ａに更新し、呼を確立又は解放することを許可する応答を返信する一方、その更新情報で第２データ中継サーバ３０の一時ＤＢ３０Ｂを更新する。また、所定時間毎に、呼情報ＤＢ２０Ａの呼情報を呼情報ＤＢ３０Ａに反映するとともに、一時ＤＢ３０Ｂの更新情報を削除する。ここで、第１データ中継サーバ２０に障害が発生すれば、一時ＤＢ３０Ｂの更新情報で呼情報ＤＢ３０Ａを更新して第２データ中継サーバ３０を現用系に切り替える。【選択図】  図５
2008228221.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ電話端末間で確立されている呼情報を保持するための呼情報データベース及び呼情報データベースの更新情報を保持するための一時データベースを備えるとともにＩＰ電話端末間で伝送されるデータを中継する手段を備え、現用系又は予備系のいずれかに任意に設定可能なデータ中継サーバを複数含んで構築されたネットワークコンピューティング環境において、
現用系として設定したデータ中継サーバを、
呼の確立要求又は削除要求の呼情報を受信したときに、該呼情報に基づいて、前記呼情報データベースを更新し、呼を確立又は解放することを即時許可するとともに、該呼情報データベースの更新情報を、予備系として設定した他のデータ中継サーバに送信する現用系同期処理手段と、
所定時間毎に、前記呼情報データベースの呼情報を読み込み、予備系として設定した他のデータ中継サーバに送信する現用系非同期処理手段と、
として機能させる一方、
予備系として設定したデータ中継サーバを、
前記現用系同期処理手段により送信された更新情報を受信したときに、該更新情報に基づいて一時データベースを更新する予備系同期処理手段と、
前記現用系非同期処理手段により送信された呼情報を受信したときに、該呼情報に基づいて呼情報データベースを更新するとともに、前記一時データベースの更新情報を全件削除する予備系非同期処理手段と、
現用系として設定した他のデータ中継サーバに障害が発生したときに、前記一時データベースの更新情報に基づいて前記呼情報データベースを更新し、現用系に切り替える切替手段と、
として機能させることを特徴とするＩＰ電話データ中継プログラム。
【請求項２】
前記呼情報は、発呼側及び着呼側のＩＰ電話端末を夫々特定する発呼側端末情報及び着呼側端末情報を含み、
前記現用系同期処理手段は、呼の確立要求の呼情報を受信したときに、前記呼情報データベースに該呼情報の発呼側端末情報及び着呼側端末情報を追加する一方、呼の解放要求の呼情報を受信したときに、前記呼情報データベースに保持された呼情報のうち、受信した呼情報と発呼側端末情報及び着呼側端末情報が一致する呼情報を削除することを特徴とする請求項１記載のＩＰ電話データ中継プログラム。
【請求項３】
前記現用系非同期処理手段は、
前記呼情報データベースから呼情報を読み込んだときに、前回読み込んだ呼情報との差分情報を抽出し、該差分情報のみを予備系として設定した他のデータ中継サーバに送信することを特徴とする請求項１又は請求項２に記載のＩＰ電話データ中継プログラム。
【請求項４】
現用系として設定したデータ中継サーバを、
発呼側のＩＰ電話端末と着呼側のＩＰ電話端末とで認識可能なＩＰアドレス形式が異なるときには、発呼側のＩＰ電話端末のＩＰアドレスを着呼側のＩＰ電話端末で認識可能な形式に変換する一方、着呼側のＩＰ電話端末のＩＰアドレスを発呼側のＩＰ電話端末で認識可能な形式に変換する変換手段としてさらに機能させることを特徴とする請求項１乃至請求項３のいずれか１つに記載のＩＰ電話データ中継プログラム。
【請求項５】
ＩＰ電話端末間で確立されている呼情報を保持するための呼情報データベース及び呼情報データベースの更新情報を保持するための一時データベースを備えるとともにＩＰ電話端末間で伝送されるデータを中継する手段を備え、現用系又は予備系のいずれかに任意に設定可能なデータ中継サーバを複数含んで構築されたネットワークコンピューティング環境において、
現用系として設定したデータ中継サーバが、
呼の確立要求又は削除要求の呼情報を受信したときに、該呼情報に基づいて、前記呼情報データベースを更新し、呼を確立又は解放することを即時許可するとともに、該呼情報データベースの更新情報を、予備系として設定した他のデータ中継サーバに送信する現用系同期処理手段と、
所定時間毎に、前記呼情報データベースの呼情報を読み込み、予備系として設定した他のデータ中継サーバに送信する現用系非同期処理手段と、
を備えて構成され、
予備系として設定したデータ中継サーバが、
前記現用系同期処理手段により送信された更新情報を受信したときに、該更新情報に基づいて一時データベースを更新する予備系同期処理手段と、
前記現用系非同期処理手段により送信された呼情報を受信したときに、該呼情報に基づいて呼情報データベースを更新するとともに、前記一時データベースの更新情報を全件削除する予備系非同期処理手段と、
現用系として設定した他のデータ中継サーバに障害が発生したときに、前記一時データベースの更新情報に基づいて前記呼情報データベースを更新し、現用系に切り替える切替手段と、
を備えて構成されたことを特徴とするＩＰ電話データ中継サーバ。
【請求項６】
ＩＰ電話端末間の呼の確立及び解放を行なう呼制御サーバと、ＩＰ電話端末間で伝送されるデータを中継する現用系及び予備系のデータ中継サーバと、を含んで構築されたネットワークコンピューティング環境において、
前記現用系及び予備系のデータ中継サーバが、前記呼制御サーバによりＩＰ電話端末間で確立されている呼情報を保持するための呼情報データベース及び呼情報データベースの更新情報を保持するための一時データベースを備え、
前記呼制御サーバから前記現用系のデータ中継サーバに送信された呼の確立要求又は削除要求の呼情報に基づいて、該現用系のデータ中継サーバの呼情報データベースを更新し、呼を確立又は解放することを前記呼制御サーバに対し即時許可するとともに、該現用系のデータ中継サーバの呼情報データベースの更新情報に基づいて前記予備系のデータ中継サーバの一時データベースを更新する同期処理手段と、
所定時間毎に、前記現用系のデータ中継サーバの呼情報データベースの呼情報を読み込み、該呼情報に基づいて前記予備系のデータ中継サーバの呼情報データベースを更新するとともに、前記予備系のデータ中継サーバの一時データベースの更新情報を全件削除する非同期処理手段と、
前記現用系のデータ中継サーバに障害が発生したときに、前記予備系のデータ中継サーバの一時データベースの更新情報に基づいて該予備系のデータ中継サーバの呼情報データベースを更新し、該予備系のデータ中継サーバを現用系に切り替える切替手段と、
を備えて構成されたことを特徴とするＩＰ電話システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ電話の通話データを中継する現用系及び予備系のデータ中継サーバ間の連携処理をしつつデータ中継を行う技術に関する。
【背景技術】
【０００２】
端末間におけるＩＰ電話を実現するＩＰ電話システムでは、呼の確立及び解放を制御する呼制御サーバと、通話データを中継するデータ中継サーバと、を連携させて通話を実現する構成が一般的に採用されている。そして、かかるシステムでは、データ中継サーバに障害が発生した場合に備え、現用系及び予備系のデータ中継サーバによりデータ中継サーバを多重化した構成が採用されている。
【０００３】
かかる従来のＩＰ電話システムでは、現用系及び予備系のデータ中継サーバに、夫々ＩＰ電話端末間で確立されている呼情報を保持するための呼情報データベースを備え、特開昭５９−１４８４９２号公報にも示されているように、現用系のデータ中継サーバの呼情報データベースに保持する呼情報を、所定時間毎に、予備系のデータ中継サーバの呼情報データベースに送信及び反映させている。そして、現用系のデータ中継サーバに障害が発生して予備系への切り替えが行なわれたときには、予備系のデータ中継サーバの呼情報データベースで保持している呼情報を用いて通話状態を継続させる。
【特許文献１】特開昭５９−１４８４９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、かかる従来技術においては、現用系のデータ中継サーバに障害が発生して予備系への切り替えが行なわれるときに、次のような問題が生じていた。即ち、現用系の呼情報データベースで保持している呼情報が所定時間毎にしか予備系のデータ中継サーバに送信されないため、障害発生時に、予備系のデータ中継サーバに最新の呼情報が保持されておらず、正常にデータ中継処理を引き継ぐことができなかった。例えば、現用系のデータ中継サーバから予備系のデータ中継サーバへの呼情報の伝送が２秒毎に行なわれている場合、現用系から予備系への切り替えにより、最大で２秒間に発生した呼情報が全て失われ、これらの呼に係る通話が切断される事態が生じていた。そして、それらの呼については、一旦通話を切断して呼の再確立を行なう必要があった。
【０００５】
なお、かかる問題を解決すべく、所定時間毎に現用系の呼情報データベースの呼情報を予備系に反映させる代わりに、呼の確立要求又は解放要求が発生する毎に現用系と予備系の両方において呼情報データベースを更新した後、呼を確立又は解放させる方法も考えられる。しかしながら、この方法では呼の確立又は解放までに時間がかかるため、特に呼の確立が遅れることにより、ユーザにとって電話をかけてから通話が始まるまでの待ち時間が長くなるという不都合が発生してしまう。
【０００６】
そこで、本発明は以上のような従来の問題点に鑑み、データ中継サーバが多重化されたＩＰ電話のデータ中継装置において、呼の確立又は解放を遅らせることなく、且つ、データ中継サーバに障害が発生しても通話を極力切断させないようにして高信頼性を実現することを目的とする。
【課題を解決するための手段】
【０００７】
このため、本発明においては、ＩＰ電話端末間で確立されている呼情報を保持するための呼情報データベース及び呼情報データベースの更新情報を保持するための一時データベースを備えるとともにＩＰ電話端末間で伝送されるデータを中継する手段を備え、現用系又は予備系のいずれかに任意に設定可能なデータ中継サーバを複数含んで構築されたネットワークコンピューティング環境において、現用系として設定したデータ中継サーバが、呼の確立要求又は削除要求の呼情報を受信したときに、その呼情報に基づいて、呼情報データベースを更新し、呼を確立又は解放することを即時許可するとともに、呼情報データベースの更新情報を、予備系として設定した他のデータ中継サーバに送信する一方、所定時間毎に、呼情報データベースの呼情報を読み込み、予備系として設定した他のデータ中継サーバに送信する。また、予備系として設定したデータ中継サーバが、更新情報を受信したときに、その更新情報に基づいて一時データベースを更新する一方、現用系のデータ中継サーバの呼情報データベースの呼情報を受信したときに、その呼情報に基づいて呼情報データベースを更新するとともに、一時データベースの更新情報を全件削除する。さらに、現用系として設定した他のデータ中継サーバに障害が発生したときに、予備系として設定したデータ中継サーバが、一時データベースの更新情報に基づいて呼情報データベースを更新し、現用系に切り替わることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、現用系のデータ中継サーバの呼情報データベースで保持している呼情報を予備系のデータ中継サーバに所定時間毎に送信し、予備系のデータ中継サーバの呼情報データベースに反映させるのみならず、ＩＰ電話端末で呼の確立要求又は解放要求が発生する毎に、現用系のデータ中継サーバの呼情報データベースを更新するとともに予備系のデータ中継サーバにその更新情報を送信し、予備系のデータ中継サーバの一時データベースを更新する。このため、所定時間毎に現用系から予備系へ呼情報データベースの反映させた後に発生した呼の呼情報についても、予備系のデータ中継サーバで保持することができる。さらに、現用系のデータ中継サーバに障害が発生したときには、予備系のデータ中継サーバでは、一時データベースの更新情報を呼情報データベースに反映する。このため、現用系のデータ中継サーバに障害が発生しても、予備系の呼情報データベースを、障害発生時における現用系の呼情報データベースと同じ状態、即ち、最新の状態にすることができる。従って、障害発生時に接続されていた通話が切断され難くなり、通話データを継続して中継することができる。また、現用系のデータ中継サーバでは、呼の確立要求又は解放要求の呼情報を呼制御サーバから受信したときに、予備系のデータ中継サーバへの呼情報の反映処理を待たずに呼を確立又は解放を許可するため、呼を確立又は解放するまでの時間も短い。従って、呼の確立又は解放を遅らせることなく、高信頼性を実現することができる。
【発明を実施するための最良の形態】
【０００９】
以下、添付された図面を参照して本発明を詳述する。
【００１０】
図１は、本発明を具現化したＩＰ電話システムの構成を示す。このＩＰ電話システムは、ＩＰ電話における呼の確立又は解放を行なう呼制御サーバ１０，ＩＰ電話の通話データを中継する第１データ中継サーバ２０及び第２データ中継サーバ３０並びにＩＰ電話の通話を行なうＩＰ電話端末４０を含んで構成される。ここで、第１データ中継サーバ２０及び第２データ中継サーバ３０は、同一のハードウェア構成を有し、設定に応じて、一方が現用系、他方が予備系として動作する。これらの呼制御サーバ１０，第１データ中継サーバ２０，第２データ中継サーバ３０及びＩＰ電話端末４０は相互にネットワーク接続されている。そして、呼制御サーバ１０及びＩＰ電話端末４０の間のネットワークを介して呼の確立及び解放が行なわれる。また、呼制御サーバ１０，第１データ中継サーバ２０及び第２データ中継サーバ３０の間のネットワークを介して呼情報の伝送などが行なわれる。さらに、ＩＰ電話端末４０と、第１データ中継サーバ２０及び第２データ中継サーバ３０と、の間のネットワークを介して通話データの伝送が行なわれる。なお、通話データは、単に音声が変換されたデータのみに限らず、例えば通話に伴う映像データなどを含んでもよい。
【００１１】
呼制御サーバ１０は、ＳＩＰ（Session Initiation Protocol）サーバなどで実現され、少なくとも中央処理装置（ＣＰＵ）、メモリ及び外部記憶装置を備えたコンピュータで構成される。そして、ＩＰ電話端末４０から呼の確立要求又は解放要求を受信すると、発呼側及び着呼側のＩＰ電話端末４０のＩＰアドレス及びポートを特定し、現用系のデータ中継サーバに送信する。なお、ここでは、発呼側及び着呼側のＩＰ電話端末４０の間におけるＩＰアドレス及びポートの変換要否情報を合わせて送信する。さらに、現用系のデータ中継サーバから、呼を確立又は解放させることを許可する応答と、必要に応じて変換後の発呼側及び着呼側のＩＰアドレス並びにポートと、を受信すると、発呼側及び着呼側のＩＰ電話端末４０の間で呼を確立又は解放させる。
【００１２】
第１データ中継サーバ２０及び第２データ中継サーバ３０は、少なくともＣＰＵ、メモリ及び外部記憶装置を備えたコンピュータで構成されたものである。図２は、第１データ中継サーバ２０の機能概要を示す。第１データ中継サーバ２０は、ＩＰ電話端末４０において確立されている呼情報を保持するための呼情報データベース（ＤＢ）２０Ａ、呼情報ＤＢ２０Ａの更新情報を保持するための一時ＤＢ２０Ｂ（これらのＤＢの詳細は後述する）を備える。また、データ中継プログラムが実行されると、当該データ中継サーバを現用系として動作させるか予備系として動作させるかの設定に応じて次の機能を実現する。即ち、現用系として動作するときにのみ、呼制御サーバ１０と通信し呼情報の受信を行なう一方、呼情報に基づいて呼情報ＤＢ２０Ａを更新するなどの処理を行なう呼制御連携部２０Ｃ，現用系として動作するときにのみ、ＩＰ電話端末４０間の通話データの中継を行なうデータ中継部２０Ｄ、及び、現用系として動作するときには呼情報を予備系のデータ中継サーバに送信する一方、予備系として動作するときには、現用系のデータ中継サーバから受信した呼情報などで呼情報ＤＢ２０Ａ及び一時ＤＢ２０Ｂを更新する多重化連携部２０Ｅの機能を実現する。
【００１３】
呼情報ＤＢ２０Ａは、図３に示すように、呼情報を一意に特定するための呼情報識別子，発呼側のＩＰ電話端末４０のＩＰアドレス及びポートを示す発呼側端末情報，着呼側のＩＰ電話端末４０のＩＰアドレス及びポートを示す着呼側端末情報，ＩＰアドレス及びポートを変換する必要があるか否かを示すアドレス変換要否，ＩＰアドレス及びポートを変換する必要があるときに発呼側のＩＰアドレス及びポートが着呼側で認識できるように変換された発呼側変換情報並びに着呼側のＩＰアドレス及びポートが発呼側で認識できるように変換された着呼側変換情報を含んで構成される。
【００１４】
一時ＤＢ２０Ｂは、図４に示すように、呼情報が呼情報ＤＢ２０Ａに追加されたか呼情報ＤＢ２０Ａから削除されたかを示す更新種別，呼情報識別子，発呼側端末情報，着呼側端末情報，アドレス変換要否，発呼側変換情報及び着呼側変換情報を含んで構成される。
【００１５】
また、第２データ中継サーバ３０も同様に、呼情報データベース３０Ａ，一時ＤＢ３０Ｂ，呼制御連携部３０Ｃ，データ中継部３０Ｄ及び多重化連携部３０Ｅを含んで構成される。これらの機能は、夫々呼情報データベース２０Ａ，一時ＤＢ２０Ｂ，呼制御連携部２０Ｃ，データ中継部２０Ｄ及び多重化連携部２０Ｅと同じであるため、説明を省略する。
【００１６】
以下、図５を参照し、第１データ中継サーバ２０が現用系、第２データ中継サーバ３０が予備系として設定され、第１データ中継サーバ２０が正常に動作しているときに、ＩＰ電話システムにおいて実行される処理の全体の流れについて説明する。なお、図５では、機能していない部分については表示していない（以下同様）。
【００１７】
発呼側のＩＰ電話端末４０から、呼の確立要求又は解放要求が発信されると（１）、呼制御サーバ１０では、発呼側及び着呼側のＩＰ電話端末４０のＩＰアドレス及びポートを特定し、その呼情報を第１データ中継サーバ２０の呼制御連携部２０Ｃに送信する（２）。呼制御連携部２０Ｃでは、呼制御サーバ１０から受信した呼情報に基づいて呼情報ＤＢ２０Ａを更新するとともに（３）、多重化連携部２０Ｅに、呼情報ＤＢ２０Ａの更新情報を通知する（４）。そして、呼制御サーバ１０に呼の確立又は解放を許可する応答を返信し（５）、この応答を受信した呼制御サーバ１０では、呼情報を着呼側のＩＰ電話端末４０に送信する（６）。さらに、呼制御サーバ１０では、着呼側のＩＰ電話端末４０から応答が返信されると（７）、この応答を発呼側のＩＰ電話端末４０に送信し（８）、呼を確立又は解放する。そして、発呼側のＩＰ電話端末４０から、通話データが第１データ中継サーバのデータ中継部２０Ｄに送信され（９）、データ中継部２０Ｄでは、呼情報ＤＢ２０Ａを参照し、受信した通話データに含まれる呼情報と一致する呼情報が、呼情報ＤＢ２０Ａに存在するか否かを確認する（１０）。ここで、通話データに含まれる呼情報と一致する呼情報が呼情報ＤＢ２０Ａに存在すれば、通話データを着呼側のＩＰ電話端末４０に中継し（１１）、存在しなければ、呼が確立されていないものとして当該通話データを破棄する。
【００１８】
また、（４）において多重化連携部２０Ｅに呼情報ＤＢ２０Ａの更新情報が通知されると、多重化連携部２０Ｅでは、通知された更新情報を第２データ中継サーバ３０の多重化連携部３０Ｅに送信する（１２）。そして、多重化連携部３０Ｅでは、受信した更新情報に基づいて一時ＤＢ３０Ｂを更新する（１３）。また、一方で、多重化連携部２０Ｅでは、所定時間毎に呼情報ＤＢ２０Ａの呼情報を読み込み（１４）、多重化連携部３０Ｅに送信する（１５）。そして、多重化連携部３０Ｅでは、かかる呼情報ＤＢ２０Ａの呼情報を受信すると、その呼情報に基づいて呼情報ＤＢ３０Ａを更新するとともに（１６）、一時ＤＢ３０Ｂの呼情報を全て削除する。
【００１９】
ここで、図５を用い、主に，多重化連携部２０Ｅ及び多重化連携部３０Ｅにおける具体的な処理について、呼情報ＤＢ２０Ａ，呼情報ＤＢ３０Ａ及び一時ＤＢ３０Ｂの呼情報を示す図３，４及び図６を参照しながら説明する。
【００２０】
あるタイミングにおいて、呼情報ＤＢ２０Ａに、図３に示すように呼情報識別子が「１」，「２」及び「３」の呼情報が保持されているとする。そして、多重化連携部２０Ｅで所定時間毎にこの呼情報を読み出し（１４）、多重化連携部３０Ｅに送信すると（１５）、多重化連携部３０Ｅにおいてこの呼情報に基づいて呼情報ＤＢ３０Ａを更新する（１６）。すると、呼情報ＤＢ３０Ａの呼情報が、呼情報ＤＢ２０Ａの呼情報と一致する状態、即ち、図３の状態となる。ここで、この処理から所定時間が経過して次に（１５）及び（１６）の処理が行なわれるまでの間に、ＩＰ電話端末４０において呼の確立要求が発信された場合、呼制御連携部２０Ｃでは、この呼情報（呼情報識別子が「４」とする）を呼制御サーバ１０から受信すると（２）、図６に示すように呼制御ＤＢ２０Ａに追加する（３）。一方、この呼情報が多重化連携部２０Ｅに通知され（４）、多重化連携部２０Ｅでこの呼情報を多重化連携部３０Ｅに送信すると（１３）、多重化連携部３０Ｅでは、図４に示すように、呼情報識別子が「４」の呼情報を、呼情報ＤＢ２０Ａに追加されたことを示す更新種別とともに一時ＤＢ２０Ｂに追加する。また、次に、ＩＰ電話端末４０において、呼情報識別子が「１」の呼について解放要求が発信された場合にも、同様にして、図６に示すように、呼制御連携部２０Ｃで呼情報ＤＢ２０Ａからこの呼情報を削除するととともに、図４に示すように、多重化連携部３０Ｅで、一時ＤＢ３０Ｂに、呼情報識別子が「１」の呼情報を、呼情報ＤＢ２０Ａから削除されたことを示す更新種別とともに追加する。ここで、呼情報ＤＢ３０Ａは、所定時間が経過して次に（１５）及び（１６）の処理が行なわれるまで図３の状態のままであり、次に（１５）及び（１６）の処理が行なわれると、多重化連携部３０Ｅで、呼情報ＤＢ２０Ａの状態、即ち、図６の状態を呼情報ＤＢ３０Ａに反映するとともに、一時ＤＢ３０Ｂの呼情報を削除することとなる。
【００２１】
次に、各処理内容について詳細に説明する。
【００２２】
図７は、第１データ中継サーバ２０の呼制御連携部２０Ｃによって実行される呼制御連携処理の処理内容を示す。なお、この処理は、呼制御サーバ１０から呼の確立要求又は削除要求の呼情報を受信する毎に実行される。呼制御サーバ１０から受信する呼情報には、呼情報識別子，発呼側端末情報，着呼側端末情報及びアドレス変換可否情報が含まれる。
【００２３】
ステップ１（図では「Ｓ１」と略記する。以下同様）では、呼の確立要求の呼情報であるか否かを判定する。呼の確立要求の呼情報であるときにはステップ２に進み（Ｙｅｓ）、呼の確立要求の呼情報でないとき（即ち、解放要求であるとき）には、ステップ３に進む（Ｎｏ）。
【００２４】
ステップ２では、受信した呼情報の呼情報識別子，発呼側端末情報，着呼側端末情報及びアドレス変換要否を呼情報ＤＢ２０Ａに追加する。
【００２５】
ステップ３では、呼情報ＤＢ２０Ａに保持されている呼情報のうち、受信した呼情報と呼情報識別子（若しくは発呼側端末情報及び着呼側端末情報）が一致する呼情報を呼情報ＤＢ２０Ａから削除する。
【００２６】
ステップ４では、多重化連携部２０Ｅに、受信した呼情報に更新種別を付した更新情報を通知する。
【００２７】
ステップ５では、呼制御サーバ１０に対し、呼を確立又は解放を許可する応答を返信する。なお、呼制御サーバ１０では、この返信がなされると、呼を確立又は解放する。
【００２８】
かかる処理により、呼制御サーバ１０から呼の確立要求又は解放要求が受信されるごとに、その呼情報が呼情報ＤＢ２０Ａに反映されるため、呼情報ＤＢ２０Ａに保持されている呼情報が、呼制御サーバ１０において確立されている呼の呼情報と一致するものとなる。また、予備系としての第２データ中継サーバ３０に呼情報を反映させるのを待たずに呼を確立又は解放させるため、呼の確立又は解放を迅速に行なうことができる。さらに、呼情報ＤＢ２０Ａが更新される毎に、その更新情報が多重化連携部２０Ｅに通知されることにより、多重化連携部２０Ｅでは、その更新情報を予備系としての第２データ中継サーバ３０に送信することができるようになる。
【００２９】
ところで、ＩＰ電話端末４０同士で、使用するＩＰアドレスの形式やポートが異なることがある。例えば、発呼側のＩＰ電話端末４０がＩＰｖ４を使用し、着呼側のＩＰ電話端末４０がＩＰｖ６を使用する場合などである。かかる場合には、呼制御サーバ１０において呼情報のアドレス変換要否にアドレス変換が必要である旨の情報が付され、これを受信した呼制御連携部２０Ｃにおいて、双方のＩＰ電話端末４０が認識可能な形式にアドレス及びポートを変換して呼情報ＤＢ２０Ａの発呼側変換情報及び着呼側変換情報に書き込んだ上で、これらの変換情報を多重化連携部２０Ｅに通知するとともに、呼制御サーバ１０に返信する。こうすることで、様々な種類のＩＰ電話端末間において通話を実現することが可能となる。
【００３０】
図８は、多重化連携部２０Ｅによって実行される呼情報同期送信処理を示す。この処理は、呼制御連携部２０Ｃから呼情報を受信する毎に実行される。
【００３１】
ステップ１１では、予備系としての第２データ中継サーバ３０の多重化連携部３０Ｅに対し、呼制御連携部２０Ｃから受信した更新情報を送信する。
【００３２】
かかる呼情報同期送信処理により、ＩＰ電話端末４０において呼の確立要求又は解放要求が発生し、呼情報ＤＢ２０Ａが更新される毎に、呼情報ＤＢ２０Ａの更新情報が予備系としての第２データ中継サーバに送信されることができる。
【００３３】
なお、呼制御連携処理及び呼情報同期送信処理が、現用系同期処理手段に相当する。
【００３４】
図９は、多重化連携部２０Ｅによって実行される呼情報ＤＢ送信処理を示す。この処理は、第１データ処理装置２０が備えるタイマ（図示せず）により、所定時間毎に実行される。
【００３５】
ステップ２１では、呼情報ＤＢ２０Ａの呼情報を全件読み込む。
【００３６】
ステップ２２では、前回の呼情報ＤＢ２０Ａの読み込み時に保持していた呼情報（図示せず）と、今回読み込んだ呼情報との差分情報を抽出する。
【００３７】
ステップ２３では、第２データ中継サーバ３０の多重化連携部３０Ｅに対し、差分情報を送信する。
【００３８】
かかる呼情報ＤＢ送信処理により、呼情報ＤＢ２０Ａに登録されている呼情報、即ち、呼制御サーバ１０において現在確立されている呼情報を、予備系としての第２データ中継サーバ３０に送信することができる。また、前回の呼情報ＤＢ２０Ａの読み込み時との差分情報のみを送信することで、呼情報ＤＢ２０Ａの呼情報を全件送信する場合に比べ、ネットワークトラフィックの負荷を低減させることができる。
【００３９】
なお、呼情報ＤＢ送信処理が、現用系非同期処理手段に相当する。
【００４０】
図１０は、データ中継部２０Ｄによって実行されるデータ中継処理を示す。この処理は、ＩＰ電話端末４０から通話データを受信する毎に実行される。
【００４１】
ステップ３１では、呼制御ＤＢ２０Ａを参照し、受信した通話データに含まれる呼情報の発呼側端末情報及び着呼側端末情報と発呼側端末情報及び着呼側端末情報が一致する呼情報が存在するか否か、即ち、呼制御サーバ１０において呼が確立されている状態であるか否かを判定する。該当する呼情報が呼情報ＤＢ２０Ａに存在すれば、ステップ３２に進み（Ｙｅｓ）、該当する呼情報が呼情報ＤＢ２０Ａに存在しなければ、ステップ３３に進む（Ｎｏ）。
【００４２】
ステップ３２では、ＩＰ電話端末４０間における通話データを中継する。なお、このとき、呼制御ＤＢ２０Ａの発呼側変換情報及び着呼側変換情報に変換情報が書き込まれていれば、これらの変換情報を用いて必要に応じてＩＰアドレス及びポートを変換し、通話データを中継する。
【００４３】
ステップ３３では、受信した通話データを破棄する。
【００４４】
かかる処理により、呼制御サーバ１０で確立されている呼についてのみデータ中継を行い、ＩＰ電話端末４０間の通話を実現することができる。
【００４５】
なお、一般的に、呼制御サーバ１０から通知される呼情報は、不完全な場合がある。例えば、発呼側のＩＰ電話端末４０の使用するポートが未定であったりする場合などである。かかる場合には、データ中継部２０Ｄにおいて、通話データを中継する際に、通話データに含まれる呼情報に基づいて呼情報ＤＢ２０Ａの呼情報を補完する。
【００４６】
図１１は、第２データ中継サーバ３０の多重化連携部３０Ｅにおいて、多重化連携部２０Ｅから呼の確立要求又は解放要求毎に送信される更新情報を受信する毎に実行される一時ＤＢ更新処理を示す。
【００４７】
ステップ４１では、受信した更新情報、即ち、更新種別，呼情報識別子，発呼側端末情報，着呼側端末情報，アドレス変換要否，発呼側変換情報及び着呼側変換情報を、一時ＤＢ３０Ｂに追加する。
【００４８】
かかる一時ＤＢ更新処理により、ＩＰ電話端末４０において呼の確立要求又は解放要求が発信される毎に、その呼情報を予備系としての第２データ中継サーバで保持しておくことができる。
【００４９】
なお、一時ＤＢ更新処理が、予備系同期処理手段に相当する。また、呼制御連携処理及び呼情報同期送信処理及び一時ＤＢ更新処理が、同期処理手段に相当する。
【００５０】
図１２は、多重化連携部３０Ｅにおいて、多重化連携部２０Ｅから所定時間毎に呼情報ＤＢ２０Ａの呼情報（差分情報）を受信する毎に実行される予備系呼情報ＤＢ更新処理を示す。
【００５１】
ステップ５１では、受信した呼情報ＤＢ２０Ａの呼情報（差分情報）に基づいて、呼情報ＤＢ３１を更新する。
【００５２】
ステップ５２では、一時ＤＢ３０Ｂの更新情報を全件削除する。ここで、この処理は、受信した呼情報で呼情報ＤＢ３０Ｂが更新されたことで、呼情報ＤＢ２０Ａと呼情報ＤＢ３０Ａとが一致したため、一時ＤＢ３０Ｂに登録されている更新情報が不要となることによるものである。
【００５３】
かかる予備系呼情報ＤＢ更新処理により、現用系としての第１データ中継サーバ２０の呼情報ＤＢ２０Ａの呼情報が予備系としての第２データ中継サーバ３０の呼情報ＤＢ３０Ａに反映されることで、呼情報ＤＢ３０Ａの呼情報が最新のものとなる。
【００５４】
なお、予備系呼情報ＤＢ更新処理が、予備系非同期処理手段に相当する。また、呼情報ＤＢ送信処理及び予備系呼情報ＤＢ更新処理が、非同期処理手段に相当する。
【００５５】
次に、図１３を用い、第１データ中継サーバ２０に障害が発生し、第２データ中継サーバが予備系から現用系に切り替えられるときに、ＩＰ電話データ中継装置で実行される処理の全体の流れについて説明する。
【００５６】
多重化連携部３０Ｅでは、一時ＤＢ３０Ｂの呼情報を全件読み込み（１７）、呼情報ＤＢ３０Ａに反映させる（１８）。そして、呼制御連携部３０Ｃでは、呼制御サーバ１０と通信を開始する（１９）一方、データ中継部３０Ｄでは、各ＩＰ電話端末４０との通信を開始し、呼情報ＤＢ２０Ａの呼情報が反映された呼情報ＤＢ３０Ａを参照して（２０）、データ中継を行なう（（２１）及び（２２））。
【００５７】
さらに、各処理内容を詳細に説明する。
【００５８】
図１４は、多重化連携部３０Ｅによる切替処理を示す。この処理は、第１データ中継サーバ２０に障害が発生したことを第２データ中継サーバ３０において検知したときに実行される。
【００５９】
ステップ６１では、一時ＤＢ３０Ｂから、更新情報を１つ読み込む。
【００６０】
ステップ６２では、読み込んだ更新情報の更新種別に基づいて、読み込んだ呼情報が呼情報ＤＢ２０Ａに追加されたものであるか否かを判別する。読み込んだ呼情報が呼情報ＤＢ２０Ａに追加されたものであるときには、ステップ６３に進み（Ｙｅｓ）、読み込んだ呼情報が呼情報ＤＢ２０Ａに追加されたものでないときには、ステップ６４に進む（Ｎｏ）。
【００６１】
ステップ６３では、読み込んだ更新情報の呼情報識別子，発呼側端末情報，着呼側端末情報，アドレス変換要否，発呼側変換情報及び着呼側変換情報を、呼情報ＤＢ３０Ａに追加する。
【００６２】
ステップ６４では、呼情報ＤＢ２０Ａに保持されている呼情報のうち、読み込んだ更新情報と呼情報識別子（若しくは発呼側端末情報及び着呼側端末情報）が一致する呼情報を呼情報ＤＢ３０Ａから削除する。
【００６３】
ステップ６５では、一時ＤＢ３０Ｂに登録された更新情報を、全件読み終わったか否かを判定する。全件読み終わっていればステップ６６に進み（Ｙｅｓ）、全件読み終わっていなければステップ６１に戻る（Ｎｏ）。
【００６４】
ステップ６６では、一時ＤＢ３０Ｂに登録された更新情報を全件削除する。
【００６５】
なお、かかる切替処理が、切替手段に相当する。
【００６６】
かかる切替処理によれば、所定時間毎に呼情報ＤＢ２０Ａの呼情報が反映されている呼情報ＤＢ３０Ａに対し、さらに、前回の予備系呼情報ＤＢ更新処理以降であって第１データ中継サーバ２０の障害発生時までに発生した呼の確立要求又は削除要求の呼情報を反映させることができる。このため、第１データ中継サーバ２０の障害がどんなタイミングで発生したとしても、呼情報ＤＢ３０Ａを、障害発生時における呼情報ＤＢ２０Ａと一致させることができ、呼情報ＤＢ３０Ａの呼情報を最新の状態にすることができる。
【００６７】
さらに、呼制御連携部３０Ｃは、切替処理が完了すると、呼制御連携部２０Ｃに代わり、呼制御サーバ１０との通信を開始する。また、データ中継部３０Ｄも同様に、切替時呼情報反映処理が完了すると、多重化連携部２０Ｅに代わり、ＩＰ電話端末４０間におけるデータの中継を開始する。ここで、切替処理により、呼制御サーバ１０で確立されている呼の呼情報が呼情報ＤＢ３０Ａで保持され最新の状態となっているため、データ中継を正常に行なうことができる。なお、これらの呼制御連携部３０Ｃ及びデータ中継部３０Ｄの処理は、夫々呼制御連携部２０Ｃ及びデータ中継部２０Ｄの処理と同様であるため、ここでは説明を省略する。
【００６８】
従って、従来であれば、第１データ中継サーバ２０に障害が発生した場合、障害発生前における最後の呼情報ＤＢ反映処理以降であって障害発生時までに確立された呼については予備系においてその呼情報を保持できないため、呼制御サーバ１０との連携ができなくなり、それらの呼による通話接続については切断せざるをえなかったが、これらの通話接続が切断され難くなるため、通話接続が安定したものとなる。また、呼情報連携部２０Ｃでは、第２データ中継サーバ３０への呼情報の反映処理を待たずに呼制御サーバに呼を確立又は解放させることを許可する応答を返信するため、呼を確立又は解放するまでの時間も短い。従って、呼の確立又は解放を遅らせることなく、通話の高信頼性を実現することができる。
【００６９】
なお、本実施例では予備系のデータ中継装置を１台としているが、複数台としてもよい。
【図面の簡単な説明】
【００７０】
【図１】本発明を具現化したＩＰ電話システムの構成図
【図２】データ中継サーバの機能概要図
【図３】呼情報ＤＢの説明図
【図４】一時ＤＢの説明図
【図５】第１データ中継サーバが正常に動作している場合におけるＩＰ電話システムの処理の流れの概要図
【図６】呼情報ＤＢの説明図
【図７】呼制御連携処理を示すフローチャート
【図８】呼情報同期送信処理を示すフローチャート
【図９】呼情報ＤＢ送信処理を示すフローチャート
【図１０】データ中継処理を示すフローチャート
【図１１】一時ＤＢ更新処理を示すフローチャート
【図１２】予備系呼情報ＤＢ更新処理を示すフローチャート
【図１３】第１データ中継サーバに障害が発生した場合におけるＩＰ電話システムの処理の流れの概要図
【図１４】切替処理を示すフローチャート
【符号の説明】
【００７１】
１０    呼制御サーバ
２０    第１データ中継装置
２０Ａ    呼情報ＤＢ
２０Ｂ    一時ＤＢ
２０Ｃ    呼制御連携部
２０Ｄ    データ中継部
２０Ｅ    多重化連携部
３０    第２データ中継装置
３０Ａ    呼情報ＤＢ
３０Ｂ    一時ＤＢ
３０Ｃ    呼制御連携部
３０Ｄ    データ中継部
３０Ｅ    多重化連携部
４０    ＩＰ電話端末
【図１】
2008228221.tif 000003
【図２】
2008228221.tif 000004
【図３】
2008228221.tif 000005
【図４】
2008228221.tif 000006
【図５】
2008228221.tif 000007
【図６】
2008228221.tif 000008
【図７】
2008228221.tif 000009
【図８】
2008228221.tif 000010
【図９】
2008228221.tif 000011
【図１０】
2008228221.tif 000012
【図１１】
2008228221.tif 000013
【図１２】
2008228221.tif 000014
【図１３】
2008228221.tif 000015
【図１４】
2008228221.tif 000016