(57)【特許請求の範囲】
【請求項１】
運用系又は待機系に設定される複数の制御部を備える呼処理装置であって、
各制御部は、
リソースの使用状態に関するリソースデータを記憶するリソースデータ記憶部と、
リソースの使用状態及び当該リソースの接続情報に関する接続データを記憶する接続データ記憶部と、
所定のタイミングで解放されたリソースの識別子のリストである解放データを記憶する解放データ記憶部と、
運用系に設定されている際に呼の要求を受信したタイミングで、前記リソースデータ記憶部で記憶されるリソースデータ及び前記接続データ記憶部で記憶される接続データを使用して、要求に応じた未使用のリソースを割り当てて端末間の通話を成立させる呼処理部と、
運用系に設定されている際にリソースの使用状態が変更されたタイミングで、前記リソースデータ記憶部で記憶されるリソースデータを更新するリソースデータ更新部と、
運用系に設定されている際に自制御部の処理負荷が所定の値よりも低くなったタイミングで、リソースデータを利用して前記接続データ記憶部で記憶される接続データを更新する接続データ更新部と、
運用系から待機系に切り替えられる過渡期に、解放されたリソースの識別子を追加して前記解放データ記憶部で記憶される解放データを更新する解放データ更新部と、
運用系に設定されている際にリソースデータ又は接続データが更新されたタイミングで、更新されたデータを他の制御部に送信し、運用系に設定されている際に運用系から待機系に切り替えられるタイミングで、前回送信後に変更された接続データを他の制御部に送信し、運用系から待機系に切り替えられたタイミングで、解放データを他の制御部に送信する送受信部と、
他の制御部から解放データを受信したタイミングで、解放データに識別子が含まれるリソースの使用状態を反映してリソースデータを更新する反映処理部と、
をそれぞれ有する
ことを特徴とする呼処理装置。
【請求項２】
前記送受信部は、待機系から運用系への切り替えが完了したタイミングで完了通知を他の制御部に送信し、
前記反映処理部は、運用系から待機系に切り替えの途中で他の制御部から完了通知を受信せずに切替エラーと検知されると、再び運用系に戻されたタイミングで、解放データに識別子が含まれるリソースの使用状態を反映してリソースデータを更新することを特徴とする請求項１に記載の呼処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼の要求に応じて電話網のリソースを割り当てて複数の端末間の通話を実現する呼処理装置に関する。
【背景技術】
【０００２】
電話網で発生した呼の要求に対し、電話網のリソースを割り当てる処理（呼処理）に呼処理装置が利用されている。呼処理装置には、ACT/SBY運用される制御部を複数有する二重化構成とし、各制御部を運用系（ACT系）又は待機系（SBY系）に定期的に切り替えて安定して呼の要求に対してリソースを割り当てるものがある。このような二重化構成の呼処理装置では、運用系に設定された制御部がリソースの割り当て等の呼の要求に対する接続の処理を実行している。また、待機系に設定された制御部が後に運用系に切り替えられるのに備えて、運用系の制御部が利用している各リソースの接続に関するデータを同期して保持する必要がある（例えば、非特許文献１参照）。
【０００３】
非特許文献１にも記載されているように、待機系の制御部が運用系の制御部と接続データを同期する方法として、「周期一括型同期」と「イベントドリブン型同期」とが考えられている。具体的には、周期一括型同期は、一定周期毎に変化したデータを運用系と待機系の制御部間で受け渡して同期する方法であり、通常の処理負荷を軽減できる利点がある。一方、周期一括型同期の場合、同期処理の際に受け渡しされるデータ量が多くなり、周期毎の同期処理の時間が長くなる傾向がある。また、制御部の運用系と待機系の切替時には、前回の周期で受け渡しされた後に変化したデータを同期する必要があり、切替処理の時間も長くなる傾向にある。
【０００４】
一方、イベントドリブン型同期は、リソースの状態が変化する毎に運用系と待機系の制御部間で接続データを同期する方法であり、運用系と待機系の切替処理に要する時間を短くできる利点がある。一方、イベントドリブン型同期の場合、通常の処理時にデータを受け渡すため、通常の処理負荷が大きくなる傾向がある。
【０００５】
近年、装置の処理能力の向上が進んでいることから、制御部の運用系と待機系の切替時に受け渡しするデータ量を少なくして切替処理に要する時間を短縮するため、同期周期を短くしてイベントドリブン型同期が利用される傾向にある。
【０００６】
ここで、切替処理の開始から終了までの過渡期にリソースの状態が変化した場合、この変化を接続データに反映させる必要がある。具体的には、このような過渡期においては、呼処理装置において運用系と待機系とが確定していないため、呼処理装置は、新たな呼の要求に対してリソースが割り当てることはない。一方、すでに割り当てられているリソースに関しては使用を継続することは可能であり、また、リソースが解放されることもある。
【０００７】
過渡期に接続データを処理する方法として、電話網の実際の回線状態と呼処理装置で管理するデータの一致のために再び運用系となる制御部が接続データをリセットし、これを新たな接続データとする処理と、再び運用系となる制御部が切替処理の時点で保持していた接続データを再び利用する処理とがある。
【０００８】
前者の場合、切替処理の前後に渡って使用が継続されているリソースがある場合、新たな接続データにおいてこのリソースの状態が反映されない問題がある。一方、後者の場合、使用中のリソースの状態は反映されるが、過渡期に解放されたリソースがある場合、このリソースの解放が反映されない問題がある。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】「CenterStage(R) NXが実現する高信頼性機能」、高橋裕之、OKIテクニカルレビュー、2009年10月／第215号Vol.76 No.2、（URL:  http://www.ietf.org/rfc/rfc1034.txt.pdf（2013年6月21日検索））
【発明の概要】
【発明が解決しようとする課題】
【００１０】
上述したように、従来の方法では、運用系と待機系の同期が呼処理装置の負担を大きくする場合があった。また、呼処理装置では、制御部の運用系と待機系が切り替えられる過渡期に発生したリソースの解放を管理する接続データに正確に反映させることが困難であった。
【００１１】
上記課題に鑑み、本発明では、呼処理装置における同期の負荷を軽減し、制御部における運用系と待機系とが切り替えられる過渡期に発生したリソースの解放を接続データに正確に反映させることを目的とする。
【課題を解決するための手段】
【００１２】
上記目的を達成するために、本発明に係る呼処理装置は、運用系又は待機系に設定される複数の制御部を備え、各制御部は、リソースの使用状態に関するリソースデータを記憶するリソースデータ記憶部と、リソースの使用状態及び当該リソースを使用した端末の接続情報に関する接続データを記憶する接続データ記憶部と、所定のタイミングで解放されたリソースの識別子のリストである解放データを記憶する解放データ記憶部と、運用系に設定されている際に呼の要求を受信したタイミングで、前記リソースデータ記憶部で記憶されるリソースデータ及び前記接続データ記憶部で記憶される接続データを使用して、要求に応じた未使用のリソースを割り当てて端末間の通話を成立させる呼処理部と、運用系に設定されている際にリソースの使用状態が変更されたタイミングで、前記リソースデータ記憶部で記憶されるリソースデータを更新するリソースデータ更新部と、運用系に設定されている際に自制御部の処理負荷が所定の値よりも低くなったタイミングで、リソースデータを利用して前記接続データ記憶部で記憶される接続データを更新する接続データ更新部と、  運用系から待機系に切り替えられる過渡期に、解放されたリソースの識別子を追加して前記解放データ記憶部で記憶される解放データを更新する解放データ更新部と、運用系に設定されている際にリソースデータ又は接続データが更新されたタイミングで、更新されたデータを他の制御部に送信し、運用系に設定されている際に運用系から待機系に切り替えられるタイミングで、前回送信後に変更された接続データを他の制御部に送信し、運用系から待機系に切り替えられたタイミングで、解放データを他の制御部に送信する送受信部と、他の制御部から解放データを受信したタイミングで、解放データに識別子が含まれるリソースの使用状態を反映してリソースデータを更新する反映処理部とをそれぞれ有することを特徴とする。
【発明の効果】
【００１３】
本発明によれば、同期の負荷を軽減し、制御部における運用系と待機系とが切り替えられる過渡期に発生したリソースの解放を接続データに正確に反映させることができる。
【図面の簡単な説明】
【００１４】
【図１】図１は、実施形態に係る呼処理装置を説明する概略図である。
【図２】図２は、実施形態に係る呼処理装置を説明するブロック図である。
【図３】図３は、図２の呼処理装置が使用するデータの一例である。
【図４】図４は、図２の呼処理装置におけるデータの更新及び送信を説明するフローチャートである。
【図５】図５は、図２の呼処理装置における処理の流れを説明するシーケンス図である。
【図６】図６は、図２の呼処理装置において切替時にエラーが発生した場合の処理の流れを説明するシーケンス図である。
【図７】図７は、図２の呼処理装置で更新されたデータの一例である。
【図８】図８は、解放データを使用しない場合に更新されるデータの一例である。
【発明を実施するための形態】
【００１５】
以下に、図面を用いて本発明の実施形態に係る呼処理装置について説明する。なお、以下の説明において、同一の構成については同一の符号を付して説明を省略する。
【００１６】
実施形態に係る呼処理装置は、呼の要求に応じてリソースを割り当てて複数の端末間の通話を成立させる装置である。ここで、リソースとは、端末間での通話を成立するために使用される回線等のことである。図１に示すように、実施形態に係る呼処理装置１は、複数の端末２ａ〜２ｅが接続される電話網３に配置されており、これら端末２ａ〜２ｅ間の通話を成立させる装置である。端末２ａ〜２ｅは、電話機であるが、種類は限定せず、固定電話でも携帯電話でもよく、また、ＩＰ電話であってもよい。
【００１７】
呼処理装置１は、同一の処理を実行可能な第１制御部１Ａ及び第２制御部１Ｂを有し、一方の制御部が運用系（ACT系）に設定されているとき、他方の制御部が待機系（SBY系）に設定され、運用系に設定されている制御部が呼の要求に応じてリソースを割り当てて端末２ａ〜２ｅ間での通話を成立させる。各制御部１Ａ，１Ｂは、図２に示すように、呼処理部１１、切替処理部１２、リソースデータ更新部１３、接続データ更新部１４、送受信部１５、解放データ更新部１６及び反映処理部１７を備えている。また、各制御部１Ａ，１Ｂは、記憶装置２０において、リソースデータＤ１、接続データＤ２及び解放データＤ３を記憶している。
【００１８】
ここでは、第１制御部１Ａの各処理部１１〜１７について説明するが、第２制御部１Ｂも同様の処理を実行する処理部１１〜１７を備える構成である。また、第１制御部１Ａと第２制御部１Ｂは、それぞれ記憶装置２０を有し、各制御部１Ａ，１Ｂの記憶装置２０で記憶されるデータＤ１〜Ｄ３は、それぞれ所定のタイミングで同期される。さらに、ここでは呼処理装置１が２つの制御部１Ａ，１Ｂを有する例で説明するが、複数の制御部を有しており、いずれかの制御部が運用系として設定されているときには他の制御部が待機系として設定される構成であれば、呼処理装置が有する制御部の数は限定されない。
【００１９】
リソースデータＤ１は、リソースの使用状態に関するデータであって、図３（ａ）に一例を示すように、電話網３において端末２ａ〜２ｅ間での通話のために割り当てられるリソースの識別子である「リソースＩＤ」とこの識別子で識別されるリソースの「使用状態」とを含むレコードを有している。図３（ａ）に示す例では、リソースＩＤ「００１」及び「００４」のリソースは使用中であり、リソースＩＤ「００２」及び「００３」のリソースは未使用であることが分かる。
【００２０】
接続データＤ２は、リソースの使用状態及びリソースの接続情報に関するデータであって、図３（ｂ）に一例を示すように、リソースの識別子である「リソースＩＤ」とこのリソースの「使用状態」とこのリソースの接続に関する「接続情報」とを関連付けるレコードを含んでいる。例えば、「接続情報」は、接続されている端末の識別子、一般呼と緊急呼との分類、同時接続数割り当ての多寡、輻輳時の接続優先度等の情報である。
【００２１】
呼処理部１１は、第１制御部１Ａが運用系に設定されている際に、電話網３においていずれかの端末２ａ〜２ｅから呼の要求を受けると、リソースデータＤ１及び接続データＤ２を利用してリソースを割り当てて要求された端末との通話を実現させる。例えば、呼処理部１１は、使用状態が「未使用」であって、割り当て数の条件を満たすリソースを割り当てる。呼処理部１１は、通話が成立している際には、リソースの接続に関する接続情報を有している。また、呼処理部１１は、リソースを割り当てた端末間の通話が終了すると、リソースを解放する。呼処理部１１における処理や呼処理部１１が使用するデータについては、従来の呼処理装置と同様であるため、詳細な説明は省略する。
【００２２】
切替処理部１２は、所定のタイミングで、第１制御部１Ａの運用系から待機系への切替処理又は待機系から運用系への切替処理を実行する。切替処理部１２は、切替処理を開始又は終了する際、切替処理の開始通知又は終了通知を各処理部１１，１３〜１７に出力する。また、切替処理部１２は、切戻し処理を開始又は終了する際、切戻し処理の開始通知又は終了通知を出力する。切戻し処理とは、切替処理にエラーが発生し、運用系から待機系に切り替える予定であった処理部を再び運用系とし、待機系から運用系に切り替える予定であった処理部を再び待機系とする処理である。各処理部１１，１３〜１７では、切替処理部１２が出力する開始通知及び終了通知に応じて運用系又は待機系に設定されたり、切替処理や切戻し処理の開始や終了のタイミングを検知することができる。
【００２３】
例えば、呼処理装置１では、所定時間毎（例えば、一日毎）のタイミングで切替処理を実行する。なお、切替処理を実行中には、呼処理部１１による呼処理を実行することができない。したがって、切替処理の開始後、切替終了までの間（過渡期）には呼処理装置１は、端末からの新たな呼の要求に対してリソースを与えることはできないが、切替処理の開始の時点でリソースが割り当てられている端末間では切替処理の間であっても通話を継続することができる。
【００２４】
リソースデータ更新部１３は、第１制御部１Ａが運用系に設定されている際に、リソースの使用状態の変更に応じてリソースデータＤ１を更新する。具体的には、リソースデータ更新部１３は、呼処理部１１によって呼の要求に対してリソースが割り当てられると、リソースデータＤ１において、割り当てられたリソースの使用状態を「未使用」から「使用中」に更新する。また、リソースデータ更新部１３は、呼処理部１１で端末に割り当てられていたリソースが解放されると、リソースデータＤ１において、解放されたリソースの使用状態を「使用中」から「未使用」に更新する。
【００２５】
接続データ更新部１４は、第１制御部１Ａが運用系に設定されている際に、任意のタイミングで、接続データＤ２を更新する。例えば、第１制御部１Ａの処理負荷が所定の値より低くなったタイミングで、接続データＤ２を更新する。
【００２６】
具体的には、接続データ更新部１４は、リソースデータＤ１から前回接続データＤ２を更新した後に更新されたレコードを抽出し、抽出したレコードに含まれる使用状態が「使用中」であるとき、抽出したレコードに含まれるリソースＩＤで識別されるリソースの接続情報を呼処理部１１から取得する。その後、接続データ更新部１４は、抽出したレコードに含まれる「リソースＩＤ」及び「使用状態」と、取得した「接続情報」とを含むレコードを生成し、接続データＤ２において当該リソースＩＤを含むレコードを更新する。
【００２７】
一方、接続データ更新部１４は、リソースデータＤ１から抽出したレコードに含まれる使用状態が「未使用」であるとき、抽出したレコードに含まれる「リソースＩＤ」及び「使用状態」を含み、「接続状態」の実データを含まないレコードを生成し、接続データＤ２において当該リソースＩＤを含むレコードを更新する。
【００２８】
送受信部１５は、第２制御部１Ｂとの間で種々のデータの送受信を実行する。具体的には、第１制御部１Ａが運用系に設定されている際に、リソースデータＤ１又は接続データＤ２が更新されると、更新されたレコードのデータを待機系の第２制御部１Ｂに送信する。
【００２９】
また、送受信部１５は、第１制御部１Ａが運用系に設定されている際に、切替処理が開始すると、前回送信後に変更されたレコードのデータを接続データＤ２から抽出し、抽出したデータを第２制御部１Ｂに送信する。このデータを送信後に第２制御部１Ｂから切替の完了通知を受信した送受信部１５は、完了通知を切替処理部１２に出力する。一方、切替処理においてデータを送信後に第２制御部１Ｂから切替の完了通知を受信できないとき、送受信部１５は、切替エラーの通知を切替処理部１２に出力する。
【００３０】
さらに、送受信部１５は、第１制御部１Ａが運用系から待機系に変更されると、運用系となった第２制御部１Ｂに解放データＤ３を送信する。
【００３１】
送受信部１５は、第１制御部１Ａが待機系に設定されている際に、運用系の第２制御部１Ｂが送信したリソースデータＤ１のレコードのデータを受信すると、受信したデータでリソースデータＤ１を更新する。また、送受信部１５は、第１制御部１Ａが待機系に設定されている際に、第２制御部１Ｂから送信された接続データＤ２のレコードのデータを受信すると、受信したデータで接続データＤ２を更新する。
【００３２】
送受信部１５は、第１制御部１Ａが待機系に設定されている際に、切替処理が開始し、その後に第２制御部１Ｂから接続データＤ２のレコードのデータを受信すると、受信したデータで接続データＤ２を更新する。また、送受信部１５は、切替処理で受信したデータで接続データＤ２の更新が完了すると、待機系の第２制御部１Ｂに切替の完了通知を送信する。さらに、送受信部１５は、切替処理で待機系から運用系に切り替えられた後に、第２制御部１Ｂから解放データを受信すると、受信したデータで記憶装置２０の解放データＤ３を更新する。
【００３３】
解放データ更新部１６は、切替処理部１２によって第１制御部１Ａが運用系から待機系に切り替えられる切替処理が開始後、切替処理が終了までの間にリソースが解放されると、解放されたリソースを識別するリソースＩＤを追加して解放データＤ３を更新する。また、解放データ更新部１６は、切戻し処理が開始後、切戻し処理が終了までの間にリソースが解放されると、解放されたリソースを識別するリソースＩＤを追加して解放データを追加する。
【００３４】
なお、解放データ更新部１６は、第１制御部１Ａで切替処理又は切戻し処理が終了すると、解放データＤ３に含まれるリソースＩＤを削除して解放データＤ３をリセットする。具体的には、切替処理が終了して第１制御部１Ａが運用系から待機系にされた場合、解放データ更新部１６は、送受信部１５が解放データＤ３を新たに運用系となった第２制御部１Ｂに送信後に、解放データＤ３をリセットする。一方、第１制御部１Ａが運用系から待機系へ切り替えられずに再び運用系となった場合、解放データ更新部１６は、反映処理部１７がリソースデータＤ１を更新された後、解放データＤ３をリセットする。
【００３５】
反映処理部１７は、リソースデータＤ１において、解放データＤ３が含むリソースＩＤと関連付けられる使用状態を「使用中」から「未使用」に変更してリソースデータＤ１を更新する。具体的には、第１制御部１Ａが待機系から運用系に切り替えられた際に、送受信部１５が第２制御部１Ｂから受信したデータで解放データＤ３を更新されたタイミングで、解放データＤ３を利用してリソースデータＤ１を更新する。一方、反映処理部１７は、第１制御部１Ａが、運用系から待機系へ切り替えられずに切戻し処理によって再び運用系となったタイミングで、解放データ更新部１６によって更新された解放データＤ３を利用してリソースデータＤ１を更新する。
【００３６】
続いて、図４を用いて運用系として設定されている第１制御部１Ａの通常の呼処理の際のデータの更新及び送信について説明する。まず、図４（ａ）は、リソースデータＤ１の更新とデータの送信に関する処理を示すフローチャートである。
【００３７】
図４（ａ）に示すように、運用系として設定された第１制御部１Ａにおいて呼の要求が発生すると（Ｓ０１）、呼処理部１１が発生した呼の要求に対してリソースを割り当てる（Ｓ０２）。
【００３８】
続いて、リソースデータ更新部１３は、呼の要求に対して割り当てられたリソースの使用状態を使用中に変更してリソースデータＤ１の該当するレコードを更新する（Ｓ０３）。また、送受信部１５は、更新されたリソースデータＤ１のレコードのデータを待機系の第２制御部１Ｂに送信する（Ｓ０４）。
【００３９】
その後、リソースが解放されると（Ｓ０５でＹＥＳ）、解放されたリソースの使用状態を未使用に変更してリソースデータＤ１の該当するレコードを更新する（Ｓ０６）。また、送受信部１５は、更新されたリソースデータＤ１のレコードのデータを待機系の第２制御部１Ｂに送信する（Ｓ０７）。
【００４０】
このように、第１制御部１Ａは、呼処理を終了するまで（Ｓ０８でＹＥＳ）、ステップＳ０１〜Ｓ０７の処理を繰り返す。具体的には、第１制御部１Ａは、運用系に設定されている間、ステップＳ０１〜Ｓ０７の処理を繰り返す。
【００４１】
図４（ｂ）は、接続データＤ２の更新とデータの送信に関する処理を示すフローチャートである。図４（ｂ）に示すように、運用系として設定された第１制御部１Ａにおいて処理負荷が所定の値よりも低くなると（Ｓ１１でＹＥＳ）、接続データ更新部１４は、リソースデータＤ１から前回接続データＤ２を更新後に変更されたレコードを抽出し、抽出したレコードのデータに合わせて接続データＤ２を更新する（Ｓ１２）。また、送受信部１５は、更新された接続データＤ２のレコードのデータを待機系の第２制御部１Ｂに送信する（Ｓ１３）。
【００４２】
このように、第１制御部１Ａは、呼処理を終了するまで（Ｓ１４でＹＥＳ）、ステップＳ１１〜Ｓ１３の処理を繰り返す。具体的には、第１制御部１Ａは、運用系に設定されている間、ステップＳ１１〜Ｓ１４の処理を繰り返す。
【００４３】
次に、図５に示すシーケンス図を用いて、呼処理装置１における処理の流れを説明する。図５では、始めに、第１制御部１Ａが運用系、第２制御部１Ｂが待機系として設定され、後に第１制御部１Ａが待機系、第２制御部１Ｂが運用系に切り替えられる場合の処理の一例を示している。
【００４４】
まず、通常の呼処理（通常処理）として、第１制御部１Ａの呼処理部１１において呼の要求によるリソースやリソースの解放によりリソースが変更されると（Ｓ２１）、リソースデータ更新部１３は、リソースデータＤ１を更新する（Ｓ２２）。続いて、送受信部１５は、リソースデータＤ１の更新したレコードのデータを第２制御部１Ｂに送信する（Ｓ２３）。
【００４５】
データを受信した第２制御部１Ｂの送受信部１５は、受信したデータでリソースデータＤ１を更新することで、第１制御部１Ａと第２制御部１ＢのリソースデータＤ１を同期させる（Ｓ２４）。
【００４６】
その後、低負荷になったタイミングで、第１制御部１Ａの接続データ更新部１４は、接続データＤ２を更新する（Ｓ２５）。続いて、送受信部１５は、接続データＤ２の更新したレコードのデータを第２制御部１Ｂに送信する（Ｓ２６）。
【００４７】
データを受信した第２制御部１Ｂの送受信部１５は、受信したデータでリソースデータＤ１を更新することで、第１制御部１Ａと第２制御部１Ｂの接続データＤ２を同期させる（Ｓ２７）。なお、リソースの変更、リソースデータの更新と送信及び接続データの更新と送信の処理（Ｓ２１〜Ｓ２７）は繰り返されるが、これらの処理の繰り返しについては図５のシーケンス図では省略している。
【００４８】
第１制御部１Ａ及び第２制御部１Ｂにおいて切替処理部１２が切替処理の開始信号を各処理部１１，１３〜１７に出力して切替処理が開始すると（Ｓ２８）、第１制御部１Ａの送受信部１５が前回更新後に変更された接続データＤ２のレコードを抽出し、抽出したレコードのデータを第２制御部１Ｂに送信する（Ｓ２９）。この切替処理においては、第１制御部１Ａが旧運用系となり、第２制御部１Ｂが旧待機系と設定される。
【００４９】
データを受信した第２制御部１Ｂの送受信部１５は、受信したデータで接続データＤ２を更新することで、第１制御部１Ａと第２制御部１Ｂの接続データＤ２を同期させる（Ｓ３０）。
【００５０】
その後、第２制御部１Ｂの送受信部１５が第１制御部１Ａに完了通知を送信すると、切替処理が終了する（Ｓ３１）。これにより、第１制御部１Ａは待機系と設定され、第２制御部１Ｂは運用系と設定される。また、切替処理の間にリソースが解放されると（Ｓ３２）、解放データ更新部１６は、リソースの解放の度に解放データＤ３を更新する（Ｓ３３）。
【００５１】
続いて、待機系となった第１制御部１Ａの送受信部１５が運用系の第２制御部１Ｂに解放データＤ３を送信する（Ｓ３４）。解放データを受信した第２制御部１Ｂのリソースデータ更新部１３は、解放データＤ３によってリソースデータＤ１を更新した後（Ｓ３５）、呼の受付が開始され、呼処理装置１では通常の呼処理を開始する（Ｓ３６）。なお、図５では省略しているが、第２制御部１ＢがリソースデータＤ１を更新すると、更新されたレコードのデータは、待機系の第１制御部１Ａに送信される。
【００５２】
例えば、図３（ａ）に示すようなリソースデータＤ１であった場合に、解放データＤ３にリソースＩＤ「００４」が記憶されていたとき、反映処理部１７は、リソースデータＤ１を図７（ａ）に示すように更新する。また、その後リソースデータＤ１が図７（ａ）の状態の場合に第１制御部１Ａの処理負荷が所定の値以下になったときに、図７（ａ）に示すリソースデータＤ１に応じて、接続データＤ２が図７（ｂ）に示すように更新される。
【００５３】
一方、呼処理装置１のようにリソースデータＤ１、接続データＤ２及び解放データＤ３を使用する方法ではなく、従来のように、単に図８（ａ）に示すような接続データのみを利用しており、図８（ａ）に示す状態で切替処理が開始され、切替処理が実行される間にリソースＩＤ「００４」のリソースが解放された場合を例にあげる。ここで、切替処理後に接続データにおいて使用状態を全てキャンセルする場合、図８（ｂ）のように、全てのリソースの使用状態が「未使用」とされる。したがって、リソースＩＤ「００１」のリソースは現在も使用中であっても、未使用とされるため、正確な情報を反映することができなくなる。
【００５４】
一方、従来のように、切替処理の終了後に呼処理を再開する際に使用する接続データを切替処理の開始時点の接続データを継続して使用する場合、図８（ｃ）のように、切替処理開始時点で使用中であったリソースは全て「使用中」とされる。したがって、リソースＩＤ「００４」のリソースは未使用となった場合でも、使用中とされるため、正確な情報を反映することができなくなる。
【００５５】
続いて、図６に示すシーケンス図を用いて、切替処理においてエラーが発生した場合の呼処理装置１における処理の流れを説明する。図６において、切替処理においてエラーが発生するまでのステップＳ２１〜Ｓ２９，Ｓ３２，Ｓ３３の処理については、図５と同様である。
【００５６】
旧待機系の第２制御部１ＢにおいてリソースデータＤ１と接続データＤ２の同期ができず、第２制御部１Ｂから第１制御部１Ａに完了通知が送信されないとき、旧運用系である第１制御部１Ａの切替処理部１２は切戻し処理を開始する（Ｓ４１）。
【００５７】
切戻し処理の開始後にリソースが解放されると（Ｓ４２）、解放データ更新部１６は、解放されたリソースの識別子を追加して解放データＤ３を更新する（Ｓ４３）。なお、ステップＳ４２のリソース解放が複数回行われる場合には、ステップＳ４３の解放データ更新も合わせて複数回行われる。
【００５８】
切戻し処理が終了すると、旧運用系の第１制御部１Ａは再び運用系に設定され、旧待機系の第２制御部１Ｂは再び待機系に設定される。再び運用系に設定された第１制御部１Ａの反映処理部１７は、解放データＤ３を利用してリソースデータＤ１を更新する（Ｓ３５）。
【００５９】
その後、第１制御部１Ａでは、通常の呼の処理を開始する（Ｓ４５）。また、通常処理に戻った第１制御部１Ａ及び第２制御部１Ｂでは、ステップＳ２１〜Ｓ２７と同様の処理が繰り返される。なお、このように切替エラーが発生して切戻しを行った場合、呼処理装置１では、外部の管理装置等にエラーの発生を通知するようにしてもよい。
【００６０】
上述したように、本発明の実施形態に係る呼処理装置１では、処理負荷の小さい少なくともリソースＩＤと使用状態を含むリソースデータＤ１のみをイベントドリブン型同期とし、処理負荷が大きくなる接続情報を含む接続データＤ２については、周期一括型同期とすることで、データの同期によって通常の呼処理に与える影響を低減することができる。
【００６１】
また、実施形態に係る呼処理装置１では、運用系と待機系とを切り替える過渡期においては、リソースの解放のみを解放データＤ３として保持し、切替処理又は切戻し処理の終了後に過渡期に変更（解放）されたリソースのリストである解放データＤ３を利用してリソースデータＤ１を更新することができる。したがって、過渡期に発生した変化についても、正確にデータとして反映することができる。
【００６２】
以上、実施形態を用いて本発明を詳細に説明したが、本発明は本明細書中に説明した実施形態に限定されるものではない。本発明の範囲は、特許請求の範囲の記載及び特許請求の範囲の記載と均等の範囲により決定されるものである。
【符号の説明】
【００６３】
１…呼処理装置
１Ａ…第１制御部
１Ｂ…第２制御部
１１…呼処理部
１２…切替処理部
１３…リソースデータ更新部
１４…接続データ更新部
１５…送受信部
１６…解放データ更新部
１７…反映処理部
２０…記憶装置
Ｄ１…リソースデータ
Ｄ２…接続データ
Ｄ３…解放データ
２ａ〜２ｅ…端末
３…電話網
【図１】
0006040108.tif 000002
【図２】
0006040108.tif 000003
【図３】
0006040108.tif 000004
【図４】
0006040108.tif 000005
【図５】
0006040108.tif 000006
【図６】
0006040108.tif 000007
【図７】
0006040108.tif 000008
【図８】
0006040108.tif 000009