呼制御装置および呼制御方法
【課題】運用処理部及び予備処理部を搭載する呼処理ブロック部単位で障害が発生した際に、呼の切断のリスクを低減する。
【解決手段】交換制御部は、特定の呼処理ブロック部に搭載される予備処理部である特定予備処理部と、特定の呼処理ブロック部以外の他の呼処理ブロック部に搭載される他の予備処理部との間で呼情報および呼の設定先を交換させる。障害検出部は、呼処理ブロック部における障害を検出する。障害検出部によって他の呼処理ブロック部における障害が検出された場合を想定する。この場合、設定先変更部は、他の呼処理ブロック部に搭載される他の予備処理部と特定予備処理部との間で交換された呼の設定先を、特定予備処理部を搭載する呼処理ブロック部に変更する。
【解決手段】交換制御部は、特定の呼処理ブロック部に搭載される予備処理部である特定予備処理部と、特定の呼処理ブロック部以外の他の呼処理ブロック部に搭載される他の予備処理部との間で呼情報および呼の設定先を交換させる。障害検出部は、呼処理ブロック部における障害を検出する。障害検出部によって他の呼処理ブロック部における障害が検出された場合を想定する。この場合、設定先変更部は、他の呼処理ブロック部に搭載される他の予備処理部と特定予備処理部との間で交換された呼の設定先を、特定予備処理部を搭載する呼処理ブロック部に変更する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼制御装置および呼制御方法に関する。
【背景技術】
【０００２】
従来、呼を制御する呼制御装置は、呼を処理する運用処理部と、運用処理部の代替として動作する予備処理部とをそれぞれ搭載する複数の呼処理ブロック部を有し、必要に応じて予備処理部の稼動を開始することにより、通信システムの信頼性を向上させていた。
【０００３】
すなわち、従来の呼制御装置では、障害の発生した運用処理部に代わって予備処理部が稼動できるように、運用処理部に設定された呼に関する呼情報を予備処理部に保持させ、運用処理部及び予備処理部の間で呼情報の同期がなされる。そして、運用処理部で障害が発生した場合には、予備処理部が、運用処理部との間で同期されている呼情報を使用して、運用処理部が行なっていた呼の処理を引き継ぐ。これにより、運用処理部で障害が発生した場合でも、呼の切断が回避される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１１−３５５３９２号公報
【特許文献２】特開２００１−１１９７３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した従来技術では、運用処理部及び予備処理部を搭載する呼処理ブロック部単位で障害が発生した際に、呼の切断のリスクが高まるという問題がある。
【０００６】
すなわち、上述した従来技術では、障害の発生した運用処理部から呼を引き継いだ予備処理部で更に障害が発生した場合には、予備処理部にて接続されていた呼が全て切断される。このため、運用処理部及び予備処理部を搭載する呼処理ブロック部単位で障害が発生した際に、呼の切断のリスクが高まっていた。
【０００７】
開示の技術は、上記に鑑みてなされたものであって、運用処理部及び予備処理部を搭載する呼処理ブロック部単位で障害が発生した際に、呼の切断のリスクを低減することができる呼制御装置および呼制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本願の開示する呼制御装置は、一つの態様において、複数の呼処理ブロック部と、交換制御部と、障害検出部と、設定先変更部とを備える。複数の呼処理ブロック部は、設定された呼に関する呼情報を用いて前記呼を処理する運用処理部と、前記呼情報及び前記呼の設定先を保持し、前記運用処理部の代替として動作する予備処理部とをそれぞれ搭載する。交換制御部は、特定の前記呼処理ブロック部に搭載される前記予備処理部である特定予備処理部と、特定の前記呼処理ブロック部以外の他の前記呼処理ブロック部に搭載される他の前記予備処理部との間で前記呼情報および前記呼の設定先を交換させる。障害検出部は、前記呼処理ブロック部における障害を検出する。前記障害検出部によって他の前記呼処理ブロック部における障害が検出された場合を想定する。この場合、設定先変更部は、他の前記呼処理ブロック部に搭載される他の前記予備処理部と前記特定予備処理部との間で交換された前記呼の設定先を、前記特定予備処理部を搭載する前記呼処理ブロック部に変更する。
【発明の効果】
【０００９】
本願の開示する呼制御装置の一つの態様によれば、運用処理部及び予備処理部を搭載する呼処理ブロック部単位で障害が発生した際に、呼の切断のリスクを低減することができるという効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】図１は、本実施例に係る呼制御装置の構成を示すためのブロック図である。
【図２】図２は、本実施例における呼管理テーブルの一例を示す図である。
【図３】図３は、本実施例における呼管理テーブルの一例を示す図である。
【図４】図４は、本実施例における信号の構成例を示す図である。
【図５】図５は、本実施例に係る呼制御装置による通常時同期処理の処理手順を示すシーケンス図である。
【図６】図６は、本実施例に係る呼制御装置による通常時同期処理の実行時の各呼管理テーブルの状態を説明するための図である。
【図７】図７は、本実施例に係る呼制御装置による通常時同期処理の実行時の各呼管理テーブルの状態を説明するための図である。
【図８】図８は、本実施例に係る呼制御装置による通常時系切替処理の処理手順を示すシーケンス図である。
【図９】図９は、本実施例に係る呼制御装置による通常時切替処理の実行時の各呼管理テーブルの状態を説明するための図である。
【図１０】図１０は、本実施例に係る呼制御装置による呼処理部搭載時同期処理の処理手順を示すシーケンス図である。
【図１１】図１１は、本実施例に係る呼制御装置による呼処理部搭載時同期処理の実行時の各呼管理テーブルの状態を説明するための図である。
【図１２】図１２は、本実施例に係る呼制御装置による呼処理部搭載時同期処理の実行時の各呼管理テーブルの状態を説明するための図である。
【図１３】図１３は、本実施例に係る呼制御装置による障害発生時系切替処理の処理手順を示すシーケンス図である。
【図１４】図１４は、本実施例に係る呼制御装置による障害発生時系切替処理の実行時の各呼管理テーブルの状態を説明するための図である。
【図１５】図１５は、本実施例に係る呼制御装置による省電力モード移行時系切替処理の処理手順を示すシーケンス図である。
【図１６】図１６は、本実施例に係る呼制御装置による省電力モード移行時系切替処理の実行時の各呼管理テーブルの状態を説明するための図である。
【図１７Ａ】図１７Ａは、特定の呼処理ＦＢと他の全ての呼処理ＦＢとの間で同期が行われる場合の処理手順を説明するための図である。
【図１７Ｂ】図１７Ｂは、特定の呼処理ＦＢと他の全ての呼処理ＦＢとの間で同期が行われる場合の処理手順を説明するための図である。
【図１８Ａ】図１８Ａは、特定の呼処理ＦＢと省電力モードに移行する呼処理ＦＢおよび省電力モードに移行しない呼処理ＦＢとの間で同期が行われる場合の処理手順を説明するための図である。
【図１８Ｂ】図１８Ｂは、特定の呼処理ＦＢと省電力モードに移行する呼処理ＦＢおよび省電力モードに移行しない呼処理ＦＢとの間で同期が行われる場合の処理手順を説明するための図である。
【図１９Ａ】図１９Ａは、同期先のリソース数に応じた同期が行われる場合の処理手順を説明するための図である。
【図１９Ｂ】図１９Ａは、同期先のリソース数に応じた同期が行われる場合の処理手順を説明するための図である。
【図２０】図２０は、呼処理装置のハードウェア構成図である。
【発明を実施するための形態】
【００１１】
以下に、本願の開示する呼制御装置および呼制御方法の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例】
【００１２】
まず、本実施例に係る呼制御装置の構成を説明する。図１は、本実施例に係る呼制御装置の構成を示すためのブロック図である。図１に示す呼制御装置は、呼処理ＦＢ（Function Block）１０と、呼処理ＦＢ３０と、ＦＢ制御部５０とを有する。なお、以下では、呼処理部ＦＢ１０をＦＢ＃０と表記し、呼処理ＦＢ３０をＦＢ＃１と表記することがあるものとする。また、ここでは、呼制御装置が、２個の呼処理ＦＢを有する例を示すが、２個以上の呼処理ＦＢを有するようにしてもよい。
【００１３】
呼処理ＦＢ１０は、外部ＩＦ（Interface）部１１と、ＦＢ間ＩＦ部１２と、運用系の呼処理部１３と、予備系の呼処理部１４とを有する。外部ＩＦ部１１は、呼処理ＦＢ１０および呼処理ＦＢ３０とＦＢ制御部５０との間における通信を制御する。ＦＢ間ＩＦ部１２は、呼処理ＦＢ１０と呼処理ＦＢ３０との間における通信を制御する。
【００１４】
運用系の呼処理部１３は、呼処理ＦＢ１０に設定された呼に関する呼情報を用いて呼を処理する。具体的には、運用系の呼処理部１３は、呼処理ＦＢ１０に設定された呼に関する呼情報を記憶する呼管理テーブル１３ａを有し、呼管理テーブル１３ａを参照して呼を処理する。呼管理テーブル１３ａは、予備系の呼処理部１４が有する呼管理テーブル１４ａとの間でデータを同期させる対象となるテーブルである。呼管理テーブル１３ａの一例を図２に示す。
【００１５】
呼管理テーブル１３ａは、図２に示すように、ＩＤ（Identification）、設定先、Ｓｔａｔｕｓ、固定情報及び運用中情報といった項目を対応付けて呼情報として記憶する。ＩＤは、呼処理ＦＢ１０に設定された呼を一意に識別する識別情報であり、ＦＢ制御部５０によって新規呼を振り分ける際に当該新規呼に付与される識別情報である。設定先は、ＩＤで識別される呼の設定先となる呼処理ＦＢを表す情報である。Ｓｔａｔｕｓは、ＩＤで識別される呼の状態を表す情報であり、当該呼が処理中である場合には使用中となる。固定情報は、ＩＤで識別される呼を処理するためのプロトコルで使用されるパラメータであり、例えば、タイマ値や送受信窓サイズ等の静的パラメータを指す。運用中情報は、ＩＤで識別される呼を処理するためのプロトコルに現に使用されるパラメータであり、例えば、プロトコル状態や送受信シーケンス番号等、運用中に動的に設定されるパラメータを指す。図２の例では、呼管理テーブル１３ａは、呼処理ＦＢ１０に設定されたＩＤ「０」の呼に関して、固定情報「ａ０」、運用中情報「ｂ０」および設定先「ＦＢ＃０」を対応付けて記憶する。
【００１６】
予備系の呼処理部１４は、呼処理ＦＢ１０に設定された呼に関する呼情報および該呼の設定先を保持し、運用系の呼処理部１３の代替として動作する。具体的には、予備系の呼処理部１４は、呼処理ＦＢ１０に設定された呼に関する呼情報を記憶する呼管理テーブル１４ａを有し、運用系の呼処理部１３に代えて稼動を開始する旨の指示を受け付けると、呼管理テーブル１４ａを参照して呼を処理する。呼管理テーブル１４ａは、運用系の呼処理部１３が有する呼管理テーブル１３ａとの間でデータを同期させる対象となるテーブルである。呼管理テーブル１４ａの一例を図３に示す。
【００１７】
呼管理テーブル１４ａは、図３に示すように、ＩＤ、設定先、Ｓｔａｔｕｓ、固定情報及び運用中情報といった項目を対応付けて呼情報として記憶する。ＩＤは、呼処理ＦＢ１０に設定された呼を一意に識別する識別情報であり、ＦＢ制御部５０によって新規呼を振り分ける際に当該新規呼に付与される識別情報である。設定先は、ＩＤで識別される呼の設定先となる呼処理ＦＢを表す情報である。Ｓｔａｔｕｓは、ＩＤで識別される呼の状態を表す情報であり、当該呼が処理中である場合には使用中となる。固定情報は、ＩＤで識別される呼を処理するためのプロトコルで使用されるパラメータであり、例えば、タイマ値や送受信窓サイズ等の静的パラメータを指す。運用中情報は、ＩＤで識別される呼を処理するためのプロトコルに現に使用されるパラメータであり、例えば、プロトコル状態や送受信シーケンス番号等、運用中に動的に設定されるパラメータを指す。図３の例では、呼管理テーブル１４ａは、呼処理ＦＢ１０に設定されたＩＤ「０」の呼に関して、固定情報「ａ０」および設定先「ＦＢ＃０」を対応付けて記憶する。なお、予備系の呼処理部１４では、呼の処理を行わないので、呼管理テーブル１４ａでは、運用中情報の設定はない。
【００１８】
図１に戻り、呼処理ＦＢ３０は、外部ＩＦ部３１と、ＦＢ間ＩＦ部３２と、運用系の呼処理部３３と、予備系の呼処理部３４とを有する。呼処理ＦＢ３０は、呼処理ＦＢ１０と同様の構成を有する。したがって、同様の構成要素には、末尾が同一の参照符号を付すとともに、その詳細な説明は省略する。
【００１９】
ＦＢ制御部５０は、外部ＩＦ部５１と、制御部５２とを有する。外部ＩＦ部５１は、ＦＢ制御部５０と呼処理ＦＢ１０および呼処理ＦＢ３０と間における通信を制御する。
【００２０】
制御部５２は、呼処理ＦＢ１０および呼処理ＦＢ３０に対する各種の制御を行う。制御部５２は、振分制御部５３と、交換制御部５４と、障害検出部５５と、設定先変更部５６と、転送部５７と、削除部５８と、取得制御部５９とを有する。
【００２１】
振分制御部５３は、呼制御装置にて制御される呼を、呼処理ＦＢ１０および呼処理ＦＢ３０のいずれかに振り分ける。なお、呼制御装置にて制御される呼とは、例えば、本実施例の呼制御装置に、当該呼制御装置に接続した外部装置などから制御要求があった呼などが該当する。
【００２２】
例えば、振分制御部５３は、新規呼を処理する旨の指示を外部装置から受け付けると、受け付けた新規呼を振り分ける呼処理ＦＢ１０を選択する。そして、振分制御部５３は、選択した呼処理ＦＢ１０に、外部ＩＦ部５１を介して新規呼の設定を指示するメッセージを送信する。なお、新規呼の設定を指示するメッセージには、該新規呼に関する呼情報および設定先の情報が含まれており、これら呼情報及び設定先の情報が、呼処理ＦＢ１０の呼管理テーブル１３ａおよび呼管理テーブル１４ａに格納される。
【００２３】
交換制御部５４は、呼管理ＦＢ３０に搭載される予備系の呼処理部３４と、呼管理ＦＢ１０に搭載される予備系の呼処理部１４との間で呼情報および呼の設定先を交換させる。具体的には、交換制御部５４は、運用系の呼処理部１３と予備系の呼処理部１４との間および予備系の呼処理部３４と予備系の呼処理部１４との間で呼情報および呼の設定先を同期する旨の制御メッセージを、運用系の呼処理部１３および呼処理部３３に送信する。
【００２４】
また、交換制御部５４は、特定の呼処理ＦＢに対して新たに搭載された呼処理部を予備系の呼処理部として認識し、認識した呼処理部に対して、他の予備系の呼処理部との間で呼情報および呼の設定先を交換するよう指示する。例えば、交換制御部５４は、呼処理ＦＢ３０に対して呼処理部３４が新たに搭載されると、呼処理部３４を予備系の呼処理部３４として認識し、予備系の呼処理部３４に対して、他の予備系の呼処理部１４との間で呼情報および呼の設定先を交換するよう指示する。
【００２５】
障害検出部５５は、呼処理ＦＢ１０または呼処理ＦＢ３０における障害を検出する。例えば、障害検出部５５は、呼処理ＦＢ１０に搭載される運用系の呼処理部１３および予備系の呼処理部１４の両系に障害が発生した場合に、呼処理ＦＢ１０における障害の発生を検出する。また、障害検出部５５は、呼処理ＦＢ１０または呼処理ＦＢ３０における障害を検出すると、障害の発生が検出された旨を設定先変更部５６に通知する。
【００２６】
設定先変更部５６は、呼処理ＦＢ１０または呼処理ＦＢ３０における障害の発生が検出された場合に、障害の発生が検出された呼処理ＦＢに設定された呼の設定先を変更する。例えば、設定先変更部５６は、呼処理ＦＢ１０における障害の発生が検出された場合に、障害の発生が検出された呼処理ＦＢ１０に搭載される呼処理部１４と呼処理ＦＢ３０に搭載される呼処理部３４との間で交換された呼の設定先を、呼処理ＦＢ３０に変更する。
【００２７】
転送部５７は、予備系の呼処理部が運用系の呼処理部に代わって稼動を開始する場合に、予備系の呼処理部により保持される呼情報及び呼の設定先を運用系の呼処理部へ転送する。例えば、転送部５７は、予備系の呼処理部１４が運用系の呼処理部１３に代わって稼動を開始する場合に、予備系の呼処理部１４により保持される呼情報及び呼の設定先を運用系の呼処理部１３へ転送する旨の指示を予備系の呼処理部１４に送信する。
【００２８】
削除部５８は、転送部５７により転送された呼情報および呼の設定先を予備系の呼処理部から削除する。例えば、削除部５８は、転送部５７により予備系の呼処理部１４から運用系の呼処理部１３に転送された呼情報および呼の設定先を予備系の呼処理部１４の呼管理テーブル１４ａから削除する旨の指示を予備系の呼処理部１４に送信する。
【００２９】
取得制御部５９は、呼処理ＦＢが省電力モードに移行する場合に、省電力モードに移行する呼処理ＦＢに搭載される運用系の呼処理部から呼の処理に現に用いられている呼情報を取得するよう、他の呼処理ＦＢに搭載される予備系の呼処理部に指示する。例えば、取得制御部５９は、呼処理ＦＢ１０が省電力モードに移行する場合に、呼処理ＦＢ１０に搭載される運用系の呼処理部１３から呼情報としての運用中情報を取得するよう呼処理ＦＢ３０の予備系の呼処理部３４に指示する。
【００３０】
ここで、呼処理ＦＢ１０および呼処理ＦＢ３０とＦＢ制御部５０間、並びに、呼処理ＦＢ１０と呼処理ＦＢ３０間でやり取りされる信号の構成例について簡単に説明する。図４は、本実施例における信号の構成例を示す図である。図４に示すように、本実施例における信号は、転送先装置識別ＩＤ、転送元装置識別ＩＤ、信号識別ＩＤ、転送データサイズおよびＰａｙｌｏａｄを含む。転送先装置識別ＩＤは、転送先となる装置（機能部）を識別するための識別子である。転送元装置識別ＩＤは、転送元となる装置（機能部）を識別するための識別子である。信号識別ＩＤは、Ｐａｙｌｏａｄに格納されているデータの識別子である。Ｐａｙｌｏａｄは、データの格納領域であり、例えば、呼に関する呼情報や呼の設定先の情報などのデータを格納する。
【００３１】
次に、本実施例に係る呼制御装置による処理手順を説明する。なお、以下の処理手順についての説明では、呼処理ＦＢ１０（ＦＢ＃０）にＩＤ「０」の呼が振り分けられ、呼処理部ＦＢ３０（ＦＢ＃１）にＩＤ「１」の呼が振り分けられたものとして説明を行う。
【００３２】
図５は、本実施例に係る呼制御装置による通常時同期処理の処理手順を示すシーケンス図である。ＦＢ制御部５０は、運用系の呼処理部１３と予備系の呼処理部１４との間および予備系の呼処理部３４と予備系の呼処理部１４との間で呼情報および呼の設定先を同期する旨を指示する制御メッセージを、運用系の呼処理部１３に送信する（Ｓ１０１）。
【００３３】
そして、運用系の呼処理部１３は、ＦＢ制御部５０からの制御メッセージを受け付けると、呼管理テーブル１３ａに格納された呼情報および呼の設定先を含む同期メッセージを予備系の呼処理部１４に送信する（Ｓ１０２）。予備系の呼処理部１４は、運用系の呼処理部１３からの同期メッセージを受け付けると、該同期メッセージに含まれる呼情報および呼の設定先を呼管理テーブル１４ａに格納する。
【００３４】
そして、予備系の呼処理部１４は、呼管理テーブル１４ａに格納された呼情報および呼の設定先を含む同期メッセージを、予備系の呼処理部３４に送信する（Ｓ１０３）。予備系の呼処理部３４は、予備系の呼処理部１４からの同期メッセージを受け付けると、該同期メッセージに含まれる呼情報および呼の設定先を呼管理テーブル３４ａに格納する。
【００３５】
また、ＦＢ制御部５０は、運用系の呼処理部３３と予備系の呼処理部３４との間および予備系の呼処理部３４と予備系の呼処理部１４との間で呼情報および呼の設定先を同期する旨を指示する制御メッセージを、運用系の呼処理部３３に送信する（Ｓ１０４）。
【００３６】
そして、運用系の呼処理部３３は、ＦＢ制御部５０からの制御メッセージを受け付けると、呼管理テーブル３３ａに格納された呼情報および呼の設定先を含む同期メッセージを予備系の呼処理部３４に送信する（Ｓ１０５）。予備系の呼処理部３４は、運用系の呼処理部３３からの同期メッセージを受け付けると、該同期メッセージに含まれる呼情報および呼の設定先を呼管理テーブル３４ａに格納する。
【００３７】
そして、予備系の呼処理部３４は、呼管理テーブル３４ａに格納された呼情報および呼の設定先を含む同期メッセージを、予備系の呼処理部１４に送信する（Ｓ１０６）。予備系の呼処理部１４は、予備系の呼処理部３４からの同期メッセージを受け付けると、該同期メッセージに含まれる呼情報および呼の設定先を呼管理テーブル１４ａに格納する。
【００３８】
図６および図７は、本実施例に係る呼制御装置による通常時同期処理の実行時の各呼管理テーブルの状態を説明するための図である。図６において、呼処理ＦＢ１０（ＦＢ＃０）における呼管理テーブル１３ａの状態が左側に示され、呼処理ＦＢ１０における呼管理テーブル１４ａの状態が右側に示されている。呼処理ＦＢ１０の呼処理部１３は、ＦＢ制御部５０からの制御メッセージを受け付けると、呼管理テーブル１３ａに格納された固定情報「ａ０」および呼の設定先「ＦＢ＃０」を含む同期メッセージを予備系の呼処理部１４に送信する。また、予備系の呼処理部１４は、運用系の呼処理部１３からの同期メッセージを受け付けると、該同期メッセージに含まれる固定情報「ａ０」および呼の設定先「ＦＢ＃０」を呼管理テーブル１４ａに格納する。また、予備系の呼処理部１４は、予備系の呼処理部３４からの同期メッセージを受け付けると、該同期メッセージに含まれる固定情報「ａ１」および呼の設定先「ＦＢ＃１」を呼管理テーブル１４ａに格納する。
【００３９】
図７において、呼処理ＦＢ３０（ＦＢ＃１）における呼管理テーブル３３ａの状態が左側に示され、呼処理ＦＢ３０における呼管理テーブル３４ａの状態が右側に示されている。予備系の呼処理部３４は、予備系の呼処理部１４からの同期メッセージを受け付けると、該同期メッセージに含まれる固定情報「ａ０」および呼の設定先「ＦＢ＃０」を呼管理テーブル３４ａに格納する。また、運用系の呼処理部３３は、ＦＢ制御部５０からの制御メッセージを受け付けると、呼管理テーブル３３ａに格納された固定情報「ａ１」および呼の設定先「ＦＢ＃１」を含む同期メッセージを予備系の呼処理部３４に送信する。また、予備系の呼処理部３４は、運用系の呼処理部３３からの同期メッセージを受け付けると、該同期メッセージに含まれる固定情報「ａ１」および呼の設定先「ＦＢ＃１」を呼管理テーブル３４ａに格納する。
【００４０】
このようにして、ＦＢ制御部５０は、呼処理ＦＢ１０に搭載される予備系の呼処理部１４と、呼処理部ＦＢ３０に搭載される予備系の呼処理部３４との間で呼情報および呼の設定先を交換させる。したがって、呼処理ＦＢ１０に搭載される予備系の呼処理部１４は、呼処理ＦＢ３０に振り分けられた呼に関する呼情報を保持し、呼処理ＦＢ３０に搭載される予備系の呼処理部３４は、呼処理ＦＢ１０に振り分けられた呼に関する呼情報を保持することができる。
【００４１】
図８は、本実施例に係る呼制御装置による通常時系切替処理の処理手順を示すシーケンス図である。ＦＢ制御部５０は、呼処理ＦＢ１０に搭載された予備系の呼処理部１４に対して、予備系から運用系への系切り替えを指示する切替制御メッセージを送信する（Ｓ２０１）。そして、予備系の呼処理部１４は、ＦＢ制御部５０からの切替制御メッセージを受け付けると、運用系の呼処理部１３に対して運用中情報の送信を指示する同期開始メッセージを送信する（Ｓ２０２）。
【００４２】
そして、運用系の呼処理部１３は、予備系の呼処理部１４からの同期開始メッセージを受け付けると、呼管理テーブル１３ａに格納された運用中情報を含む運用中情報メッセージを予備系の呼処理部１４に送信する（Ｓ２０３）。なお、この運用中情報メッセージの送信は、呼管理テーブル１３ａに格納された運用中情報の全てが送信されるまで繰り返される。そして、予備系の呼処理部１４は、運用中情報メッセージを受け付けると、該運用中情報メッセージに含まれる運用中情報を呼管理テーブル１４ａに格納する。そして、予備系の呼処理部１４は、全ての運用中情報メッセージを受け付けると、同期完了メッセージを運用系の呼処理部１３に送信する（Ｓ２０４）。そして、予備系の呼処理部１４は、運用系の呼処理部１３に代わって稼動を開始する旨を通知する切替完了メッセージをＦＢ制御部５０に送信する（Ｓ２０５）。これにより、予備系と運用系とが切り替わる。つまり、運用系の呼処理部１４は、呼処理ＦＢ１０に設定された呼に関する呼情報を用いて呼を処理し、予備系の呼処理部１３は、運用系の呼処理部１４の代替として動作する。
【００４３】
そして、ＦＢ制御部５０は、呼処理部１４からの切替完了メッセージを受け付けると、呼処理部１４により保持される呼情報及び呼の設定先を呼処理部１３へ転送する旨の指示を含む他装置情報同期メッセージを呼処理部１３に送信する（Ｓ２０６）。そして、予備系の呼処理部１３は、他装置情報同期メッセージに含まれる、呼処理部１４により保持される呼情報及び呼の設定先を呼処理部１３へ転送する旨の指示を同期開始メッセージとして運用系の呼処理部１４に転送する（Ｓ２０７）。
【００４４】
そして、運用系の呼処理部１４は、同期開始メッセージを受け付けると、呼管理テーブル１４ａに格納された呼情報および呼の設定先を含む呼情報メッセージを予備系の呼処理部１３へ送信する（Ｓ２０８）。なお、この呼情報メッセージの送信は、呼管理テーブル１４ａに格納された呼情報および呼の設定先の全てが送信されるまで繰り返される。そして、予備系の呼処理部１３は、呼情報メッセージに含まれる呼情報および呼の設定先を呼管理テーブル１３ａに格納する。そして、予備系の呼処理部１３は、全ての呼情報メッセージを受け付けると、呼情報及び呼の設定先の転送を完了した旨を通知する同期完了メッセージを予備系の呼処理部１４に送信する（Ｓ２０９）。
【００４５】
そして、運用系の呼処理部１４は、同期完了メッセージを受け付けると、Ｓ２０８で予備系の呼処理部１３に転送された呼情報および呼の設定先を呼管理テーブル１４ａから削除する（Ｓ２１０）。そして、予備系の呼処理部１３は、呼情報及び呼の設定先の転送が完了した旨を通知する他装置情報同期完了メッセージをＦＢ制御部５０に送信する（Ｓ２１１）。
【００４６】
図９は、本実施例に係る呼制御装置による通常時切替処理の実行時の各呼管理テーブルの状態を説明するための図である。図９において、呼処理ＦＢ１０（ＦＢ＃０）における呼管理テーブル１３ａの状態が左側に示され、呼処理ＦＢ１０における呼管理テーブル１４ａの状態が右側に示されている。運用系の呼処理部１３は、予備系の呼処理部１４からの同期開始メッセージを受け付けると、呼管理テーブル１３ａに格納された運用中情報「ｂ０」を含む運用中情報メッセージを予備系の呼処理部１４に送信する。また、予備系の呼処理部１４は、運用中情報メッセージを受け付けると、該運用中情報メッセージに含まれる運用中情報「ｂ０」を呼管理テーブル１４ａに格納する。また、運用系の呼処理部１４は、同期開始メッセージを受け付けると、呼管理テーブル１４ａに格納された固定情報「ａ１」および呼の設定先「ＦＢ＃１」を含む呼情報メッセージを予備系の呼処理部１３へ送信する。また、予備系の呼処理部１３は、呼情報メッセージに含まれる固定情報「ａ１」および呼の設定先「ＦＢ＃１」を呼管理テーブル１３ａに格納する。また、運用系の呼処理部１４は、同期完了メッセージを受け付けると、予備系の呼処理部１３に転送された固定情報「ａ１」および呼の設定先「ＦＢ＃１」を呼管理テーブル１４ａから削除する。
【００４７】
このようにして、ＦＢ制御部５０は、予備系の呼処理部１４が運用系の呼処理部１３に代わって稼動を開始する場合に、予備系と運用系間で呼情報および呼の設定先の転送を行い、転送後の呼情報および呼の設定先を呼管理テーブル１４ａから削除する。したがって、呼処理ＦＢ１０に搭載される呼処理部１４は、不要な情報を呼管理テーブル１４ａから削除することができ、呼管理テーブル１４ａの容量を低減することができる。
【００４８】
図１０は、本実施例に係る呼制御装置による呼処理部搭載時同期処理の処理手順を示すシーケンス図である。呼処理ＦＢ３０に対して呼処理部３４が新たに搭載されると（Ｓ３０１）、ＦＢ制御部５０は、新たに搭載された呼処理部３４に稼動の開始を指示する装置制御メッセージを送信する（Ｓ３０２）。そして、ＦＢ制御部５０は、新たに搭載された呼処理部３４と運用系の呼処理部３３との間で呼情報および呼の設定先を同期する旨を指示する同期制御メッセージを、運用系の呼処理部３３に送信する（Ｓ３０３）。
【００４９】
そして、運用系の呼処理部３３は、ＦＢ制御部５０からの制御メッセージを受け付けると、該制御メッセージを同期開始メッセージとして呼処理部３４に転送する（Ｓ３０４）。そして、運用系の呼処理部３３は、呼管理テーブル３３ａに格納された呼情報および呼の設定先を含む同期メッセージを呼処理部３４に送信する（Ｓ３０５）。呼処理部３４は、運用系の呼処理部３３からの同期メッセージを受け付けると、該同期メッセージに含まれる呼情報および呼の設定先を呼管理テーブル３４ａに格納する。そして、呼処理部３４は、呼情報および呼の設定先を同期を完了した旨を通知する同期完了メッセージを運用系の呼処理部３３に送信する（Ｓ３０６）。そして、運用系の呼処理部３３は、同期完了メッセージをＦＢ制御部５０に転送する（Ｓ３０７）。これにより、呼処理部３４は、運用系の呼処理部３３の代替として動作する予備系の呼処理部３４となる。
【００５０】
そして、ＦＢ制御部５０は、運用系の呼処理部３３からの同期完了メッセージを受け付けると、予備系の呼処理部１４と予備系の呼処理部３４との間で呼情報および呼の設定先を同期する旨を指示する他装置同期制御メッセージを呼処理部１４に送信する（Ｓ３０８）。そして、予備系の呼処理部１４は、他装置同期制御メッセージを受け付けると、呼管理テーブル１４ａに格納された呼情報および呼の設定先を含む同期メッセージを、予備系の呼処理部３４に送信する（Ｓ３０９）。予備系の呼処理部３４は、予備系の呼処理部１４からの同期メッセージを受け付けると、該同期メッセージに含まれる呼情報および呼の設定先を呼管理テーブル３４ａに格納する。
【００５１】
そして、ＦＢ制御部５０は、予備系の呼処理部１４と予備系の呼処理部３４との間で呼情報および呼の設定先を同期する旨を指示する他装置同期制御メッセージを予備系の呼処理部３４に送信する（Ｓ３１０）。そして、予備系の呼処理部３４は、他装置同期制御メッセージを受け付けると、呼管理テーブル１４ａに格納された呼情報および呼の設定先を含む同期メッセージを、予備系の呼処理部１４に送信する（Ｓ３１１）。予備系の呼処理部１４は、予備系の呼処理部３４からの同期メッセージを受け付けると、該同期メッセージに含まれる呼情報および呼の設定先を呼管理テーブル１４ａに格納する。
【００５２】
図１１および図１２は、本実施例に係る呼制御装置による呼処理部搭載時同期処理の実行時の各呼管理テーブルの状態を説明するための図である。図１１において、呼処理ＦＢ１０（ＦＢ＃０）における呼管理テーブル１３ａの状態が左側に示され、呼処理ＦＢ１０における呼管理テーブル１４ａの状態が右側に示されている。予備系の呼処理部３４は、他装置同期制御メッセージを受け付けると、呼管理テーブル３４ａに格納された固定情報「ａ１」および呼の設定先「ＦＢ＃１」を含む同期メッセージを、予備系の呼処理部１４に送信する。また、予備系の呼処理部１４は、予備系の呼処理部３４からの同期メッセージを受け付けると、該同期メッセージに含まれる固定情報「ａ１」および呼の設定先「ＦＢ＃１」を呼管理テーブル１４ａに格納する。
【００５３】
図１２において、呼処理ＦＢ３０（ＦＢ＃１）における呼管理テーブル３３ａの状態が左側に示され、呼処理ＦＢ３０における呼管理テーブル３４ａの状態が右側に示されている。運用系の呼処理部３３は、呼管理テーブル３３ａに格納された固定情報「ａ１」および呼の設定先「ＦＢ＃１」を含む同期メッセージを呼処理部３４に送信する。また、呼処理部３４は、運用系の呼処理部３３からの同期メッセージを受け付けると、該同期メッセージに含まれる固定情報「ａ１」および呼の設定先「ＦＢ＃１」を呼管理テーブル３４ａに格納する。また、予備系の呼処理部３４は、予備系の呼処理部１４からの同期メッセージを受け付けると、該同期メッセージに含まれる固定情報「ａ０」および呼の設定先「ＦＢ＃０」を呼管理テーブル３４ａに格納する。
【００５４】
このようにして、ＦＢ制御部５０は、呼処理ＦＢ３０に新規に搭載される呼処理部３４と、呼処理ＦＢ１０に搭載される予備系の呼処理部１４との間で呼情報および呼の設定先を交換させる。したがって、呼処理ＦＢ１０に搭載される予備系の呼処理部１４は、呼処理ＦＢ３０に振り分けられた呼に関する呼情報を保持し、呼処理ＦＢ３０に搭載される予備系の呼処理部３４は、呼処理ＦＢ１０に振り分けられた呼に関する呼情報を保持することができる。
【００５５】
図１３は、本実施例に係る呼制御装置による障害発生時系切替処理の処理手順を示すシーケンス図である。呼処理ＦＢ１０に搭載される運用系の呼処理部１３および予備系の呼処理部１４の両系に障害が発生した場合に（Ｓ４０１およびＳ４０２）、ＦＢ制御部５０は、呼処理ＦＢ１０における障害の発生を検出する（Ｓ４０３）。
【００５６】
そして、ＦＢ制御部５０は、呼処理ＦＢ１０における障害の発生が検出された場合に、呼処理ＦＢ３０に搭載された予備系の呼処理部３４に対して、予備系から運用系への系切り替えを指示する切替制御メッセージを送信する（Ｓ４０４）。そして、予備系の呼処理部３４は、ＦＢ制御部５０からの切替制御メッセージを受け付けると、運用系の呼処理部３３に対して運用中情報の送信を指示する同期開始メッセージを送信する（Ｓ４０５）。
【００５７】
そして、運用系の呼処理部３３は、予備系の呼処理部３４からの同期開始メッセージを受け付けると、呼管理テーブル３３ａに格納された運用中情報を含む運用中情報メッセージを予備系の呼処理部３４に送信する（Ｓ４０６）。そして、予備系の呼処理部３４は、運用中情報メッセージを受け付けると、該運用中情報メッセージに含まれる運用中情報に含まれる運用中情報を呼管理テーブル３４ａに格納する。そして、予備系の呼処理部３４は、全ての運用中情報メッセージを受け付けると、同期完了メッセージを運用系の呼処理部３３に送信する（Ｓ４０７）。そして、予備系の呼処理部３４は、運用系の呼処理部３３に代わって稼動を開始する旨を通知する切替完了メッセージをＦＢ制御部５０に送信する（Ｓ４０８）。これにより、予備系と運用系とが切り替わる。つまり、運用系の呼処理部３４は、呼処理ＦＢ３０に設定された呼に関する呼情報を用いて呼を処理し、予備系の呼処理部３３は、運用系の呼処理部３４の代替として動作する。
【００５８】
そして、ＦＢ制御部５０は、呼処理部３４からの切替完了メッセージを受け付けると、障害の発生が検出が検出された呼処理ＦＢ１０に設定された呼の設定先を変更する旨を指示する呼設定先変更メッセージを呼処理部３４に送信する（Ｓ４０９）。そして、運用系の呼処理部３４は、ＦＢ制御部５０からの呼設定変更メッセージを受け付けると、障害の発生が検出された呼処理ＦＢ１０に搭載される呼処理部１４と呼処理部３４との間で交換された呼の設定先を、呼処理ＦＢ３０に変更する（Ｓ４１０）。これにより、障害の発生が検出された呼処理ＦＢ１０に設定された呼は、呼処理ＦＢ３０に引き継がれる。
【００５９】
そして、運用系の呼処理部３４は、運用系の呼処理部３４と予備系の呼処理部３３との間で呼情報および呼の設定先を同期する旨を通知する同期開始メッセージを予備系の呼処理部３３に送信する（Ｓ４１１）。そして、運用系の呼処理部３４は、呼管理テーブル３４ａに格納された呼情報および呼の設定先を含む呼情報メッセージを予備系の呼処理部３３に送信する（Ｓ４１２）。そして、予備系の呼処理部３３は、呼情報メッセージに含まれる呼情報および呼の設定先を呼管理テーブル３３ａに格納する。そして、運用系の呼処理部３４は、全ての呼情報メッセージを送信すると、呼情報および呼の設定先の転送を完了した旨を通知する同期完了メッセージを予備系の呼処理部３３に送信する（Ｓ４１３）。
【００６０】
図１４は、本実施例に係る呼制御装置による障害発生時系切替処理の実行時の各呼管理テーブルの状態を説明するための図である。図１４において、呼処理ＦＢ３０（ＦＢ＃１）における呼管理テーブル３３ａの状態が左側に示され、呼処理ＦＢ３０における呼管理テーブル３４ａの状態が右側に示されている。運用系の呼処理部３３は、予備系の呼処理部３４からの同期開始メッセージを受け付けると、呼管理テーブル３３ａに格納された運用中情報「ｂ１」を含む運用中情報メッセージを予備系の呼処理部３４に送信する。また、予備系の呼処理部３４は、運用中情報メッセージを受け付けると、該運用中情報メッセージに含まれる運用中情報「ｂ１」を呼管理テーブル３４ａに格納する。また、運用系の呼処理部３４は、ＦＢ制御部５０からの呼設定変更メッセージを受け付けると、障害の発生が検出された呼処理ＦＢ１０に搭載される呼処理部１４と呼処理部３４との間で交換された呼の設定先「ＦＢ＃０」を「ＦＢ＃１」に変更する。なお、このとき、運用系の呼処理部３４は、呼管理テーブル３４ａの運用中情報に予め定められた値である「ｃ１」を設定する。また、運用系の呼処理部３４は、呼管理テーブル３４ａに格納された固定情報「ａ０」および呼の設定先「ＦＢ＃１」を含む呼情報メッセージを予備系の呼処理部３３に送信する。また、予備系の呼処理部３３は、呼情報メッセージに含まれる固定情報「ａ０」および呼の設定先「ＦＢ＃１」を呼管理テーブル３３ａに格納する。
【００６１】
このようにして、ＦＢ制御部５０は、障害の発生が検出された呼処理ＦＢ１０に設定された呼の設定先を、障害の発生が検出されていない呼処理ＦＢ３０に変更する。これにより、障害の発生が検出された呼処理ＦＢ１０に設定された呼は、呼処理ＦＢ３０に引き継がれる。したがって、運用系の呼処理部１３および予備系の呼処理部１４を搭載する呼処理ＦＢ１０の単位で障害が発生した場合でも、障害の発生した呼処理ＦＢ１０に設定された呼を救済することが可能となる。
【００６２】
図１５は、本実施例に係る呼制御装置による省電力モード移行時系切替処理の処理手順を示すシーケンス図である。図１５では、ＦＢ制御部５０が、呼処理ＦＢ１０を省電力モードに移行させるものとして説明を行う。ＦＢ制御部５０は、呼処理ＦＢ１０を省電力モードに移行する場合に、呼処理ＦＢ３０に搭載された予備系の呼処理部３４に対して、予備系から運用系への切り替えを指示する切替制御メッセージを送信する（Ｓ５０１）。そして、予備系の呼処理部３４は、ＦＢ制御部５０からの切替制御メッセージを受け付けると、運用系の呼処理部３３に対して運用中情報の送信を指示する同期開始メッセージを送信する（Ｓ５０２）。
【００６３】
そして、運用系の呼処理部３３は、予備系の呼処理部３４からの同期開始メッセージを受け付けると、呼管理テーブル３３ａに格納された運用中情報を含む運用中情報メッセージを予備系の呼処理部３４に送信する（Ｓ５０３）。そして、予備系の呼処理部３４は、運用中情報メッセージを受け付けると、該運用中情報メッセージに含まれる運用中情報を呼管理テーブル３４ａに格納する。そして、予備系の呼処理部３４は、全ての運用中情報メッセージを受け付けると、同期完了メッセージを運用系の呼処理部３３に送信する（Ｓ５０４）。そして、予備系の呼処理部３４は、運用系の呼処理部３３に代わって稼動を開始する旨を通知する切替完了メッセージをＦＢ制御部５０に送信する（Ｓ５０５）。これにより、予備系と運用系とが切り替わる。つまり、運用系の呼処理部３４は、呼処理ＦＢ３０に設定された呼に関する呼情報を用いて呼を処理し、予備系の呼処理部３３は、運用系の呼処理部３４の代替として動作する。
【００６４】
そして、ＦＢ制御部５０は、省電力モードに移行する呼処理ＦＢ１０に搭載される運用系の呼処理部１３から呼の処理に現に用いられている運用中情報を取得する旨を指示する運用中情報取得指示メッセージを運用系の呼処理部３４に送信する（Ｓ５０６）。そして、運用系の呼処理部３４は、ＦＢ制御部５０からの運用中情報取得指示メッセージを受け付けると、運用系の呼処理部１３に対して運用中情報の送信を指示する同期開始メッセージを送信する（Ｓ５０７）。
【００６５】
そして、運用系の呼処理部１３は、運用系の呼処理部３４からの同期開始メッセージを受け付けると、呼管理テーブル１３ａに格納された運用中情報を含む運用中情報メッセージを運用系の呼処理部３４に送信する（Ｓ５０８）。そして、運用系の呼処理部３４は、運用中情報メッセージを受け付けると、該運用中情報メッセージに含まれる運用中情報を呼管理テーブル３４ａに格納する。そして、運用系の呼処理部３４は、全ての運用中情報メッセージを受け付けると、同期完了メッセージを運用系の呼処理部１３に送信する（Ｓ５０９）。そして、運用系の呼処理部３４は、運用系の呼処理部１３からの運用中情報の取得が完了した旨を通知する運用中情報取得完了メッセージをＦＢ制御部５０に送信する（Ｓ５１０）。
【００６６】
そして、ＦＢ制御部５０は、呼処理部３４からの運用中情報取得完了メッセージを受け付けると、省電力モードに移行する呼処理ＦＢ１０に設定された呼の設定先を変更する旨を指示する呼設定先変更メッセージを呼処理部３４に送信する（Ｓ５１１）。そして、運用系の呼処理部３４は、ＦＢ制御部５０からの呼設定変更メッセージを受け付けると、省電力モードに移行する呼処理ＦＢ１０に搭載される呼処理部１４と呼処理部３４との間で交換された呼の設定先を、呼処理ＦＢ３０に変更する（Ｓ５１２）。これにより、省電力モードに移行する呼処理ＦＢ１０に設定された呼は、呼処理ＦＢ３０に引き継がれる。
【００６７】
そして、運用系の呼処理部３４は、運用系の呼処理部３４と予備系の呼処理部３３との間で呼情報および呼の設定先を同期する旨を通知する同期開始メッセージを予備系の呼処理部３３に送信する（Ｓ５１３）。そして、運用系の呼処理部３４は、呼管理テーブル３４ａに格納された呼情報および呼の設定先を含む呼情報メッセージを予備系の呼処理部３３に送信する（Ｓ５１４）。そして、運用系の呼処理部３４は、呼情報メッセージに含まれる呼情報および呼の設定先を呼管理テーブル３３ａに格納する。そして、運用系の呼処理部３４は、全ての呼情報メッセージを送信すると、呼情報および呼の設定先の転送を完了した旨を通知する同期完了メッセージを予備系の呼処理部３３に送信する（Ｓ５１５）。そして、運用系の呼処理部３４は、呼設定先変更完了メッセージをＦＢ制御部５０に送信する（Ｓ５１６）。
【００６８】
そして、ＦＢ制御部５０は、運用系の呼処理部３４からの呼設定先変更完了メッセージを受け付けると、運用系の呼処理部１３の電源をＯＦＦとし（Ｓ５１７）、予備系の呼処理部１４の電源をＯＦＦとする（Ｓ５１８）。
【００６９】
図１６は、本実施例に係る呼制御装置による省電力モード移行時系切替処理の実行時の各呼管理テーブルの状態を説明するための図である。図１６において、呼処理ＦＢ３０（ＦＢ＃１）における呼管理テーブル３３ａの状態が左側に示され、呼処理ＦＢ３０における呼管理テーブル３４ａの状態が右側に示されている。運用系の呼処理部３３は、予備系の呼処理部３４からの同期開始メッセージを受け付けると、呼管理テーブル３３ａに格納された運用中情報「ｂ１」を含む運用中情報メッセージを予備系の呼処理部３４に送信する。また、予備系の呼処理部３４は、運用中情報メッセージを受け付けると、該運用中情報メッセージに含まれる運用中情報「ｂ１」を呼管理テーブル３４ａに格納する。また、運用系の呼処理部１３は、運用系の呼処理部３４からの同期開始メッセージを受け付けると、呼管理テーブル１３ａに格納された運用中情報「ｂ０」を含む運用中情報メッセージを運用系の呼処理部３４に送信する。また、運用系の呼処理部３４は、運用中情報メッセージを受け付けると、運用中情報メッセージに含まれる運用中情報「ｂ０」を呼管理テーブル３４ａに格納する。また、運用系の呼処理部３４は、ＦＢ制御部５０からの呼設定変更メッセージを受け付けると、省電力モードに移行する呼処理ＦＢ１０に搭載される呼処理部１４と呼処理部３４との間で交換された呼の設定先「ＦＢ＃０」を「ＦＢ＃１」に変更する。また、運用系の呼処理部３４は、呼管理テーブル３４ａに格納された固定情報「ａ０」および呼の設定先「ＦＢ＃１」を含む呼情報メッセージを予備系の呼処理部３３に送信する。また、予備系の呼処理部３３は、呼情報メッセージに含まれる固定情報「ａ０」および呼の設定先「ＦＢ＃１」を呼管理テーブル３３ａに格納する。
【００７０】
このようにして、ＦＢ制御部５０は、省電力モードに移行する呼処理ＦＢ１０に設定された呼の設定先を、省電力モードに移行しない呼処理ＦＢ３０に変更する。これにより、省電力モードに移行する呼処理ＦＢ１０に設定された呼は、呼処理ＦＢ３０に引き継がれる。したがって、運用系の呼処理部１３および予備系の呼処理部１４を搭載する呼処理ＦＢ１０が省電力モードに移行する場合でも、省電力モードに移行する呼処理ＦＢ１０に設定された呼を救済することが可能となる。
【００７１】
次に、本実施例に係る呼制御装置による処理手順の具体例について簡単に説明する。図１７Ａおよび図１７Ｂは、特定の呼処理ＦＢと他の全ての呼処理ＦＢとの間で同期が行われる場合の処理手順を説明するための図である。
【００７２】
ＦＢ制御部５０は、特定の呼処理ＦＢと他の全ての呼処理ＦＢとの間で呼情報を同期させる。例えば、ＩＤ＝ａ[１]の呼がＦＢ＃０に新規に設定される場合（図１７Ａの（１）および（２）参照）を説明する。この場合、ＦＢ制御部５０は、呼処理ＦＢ＃０に設定されたＩＤ＝ａ[１]の呼に関する呼情報を他の呼処理ＦＢ＃１および呼処理ＦＢ＃２に同期させる。
【００７３】
そして、ＦＢ制御部５０は、他の呼処理ＦＢが省電力モードに移行する場合に、他の呼処理ＦＢで使用中の呼情報を特定の呼処理ＦＢに取得させた後、他の呼処理ＦＢの電源をＯＦＦとする。例えば、呼処理ＦＢ＃１および呼処理ＦＢ＃２が省電力モードに移行する場合（図１７Ｂの（３）および（４）参照）を説明する。この場合、ＦＢ制御部５０は、呼処理ＦＢ＃１で使用中のＩＤ＝ｂ[０]〜ｂ[２]の呼に関する呼情報と、呼処理ＦＢ＃２で使用中のＩＤ＝ｃ[１]〜ｃ[３]の呼に関する呼情報とを呼処理ＦＢ＃０に取得させる。その後、ＦＢ制御部５０は、呼処理ＦＢ＃１および呼処理ＦＢ＃２の電源をＯＦＦとする。
【００７４】
図１８Ａおよび図１８Ｂは、特定の呼処理ＦＢと省電力モードに移行する呼処理ＦＢおよび省電力モードに移行しない呼処理ＦＢとの間で同期が行われる場合の処理手順を説明するための図である。
【００７５】
ＦＢ制御部５０は、特定の呼処理ＦＢと省電力モードに移行する呼処理ＦＢおよび省電力モードに移行しない呼処理ＦＢとの間で呼情報を同期させる。例えば、ＩＤ＝ａ[１]の呼がＦＢ＃０に新規に設定される場合（図１８Ａの（１）および（２）参照）を説明する。この場合、ＦＢ制御部５０は、呼処理ＦＢ＃０に設定されたＩＤ＝ａ[１]の呼に関する呼情報を、省電力モードに移行する呼処理ＦＢ＃３および省電力モードに移行しない呼処理ＦＢ＃１に同期させる。
【００７６】
そして、ＦＢ制御部５０は、省電力モードに移行する呼処理ＦＢで使用中の呼情報を特定の呼処理ＦＢの収容呼に変更した後、省電力モードに移行する呼処理ＦＢの電源をＯＦＦとする。例えば、呼処理ＦＢ＃２および呼処理ＦＢ＃３が省電力モードに移行する場合（図１８Ｂの（３）および（４）参照）を説明する。この場合、ＦＢ制御部５０は、呼処理ＦＢ＃２で使用中のＩＤ＝ｃ[２]の呼に関する呼情報を呼処理ＦＢ＃０の収容呼に変更する。また、ＦＢ制御部５０は、呼処理ＦＢ＃２で使用中のＩＤ＝ｃ[１]、ｃ[３]の呼に関する呼情報を呼処理ＦＢ＃１の収容呼に変更する。また、ＦＢ制御部５０は、呼処理ＦＢ＃３で使用中のＩＤ＝ｄ[０]、ｄ[２]の呼に関する呼情報を呼処理ＦＢ＃０の収容呼に変更する。その後、ＦＢ制御部５０は、呼処理ＦＢ＃２および呼処理ＦＢ＃３の電源をＯＦＦとする。
【００７７】
そして、ＦＢ制御部５０は、省電力モードに移行しなかった呼処理ＦＢどうしで呼情報を同期させる。例えば、呼処理ＦＢ＃０および呼処理ＦＢ＃１が省電力モードに移行しなかった場合（図１８Ｂの（５）参照）を説明する。この場合、ＦＢ制御部５０は、呼処理ＦＢ＃０に収容されたＩＤ＝ｃ[２]、ｄ[０]、ｄ[２]の呼に関する呼情報を他の呼処理ＦＢ＃１に同期させる。また、ＦＢ制御部５０は、呼処理ＦＢ＃１に収容されたＩＤ＝ｃ[１]、ｃ[３]の呼に関する呼情報を他の呼処理ＦＢ＃０に同期させる。
【００７８】
図１９Ａおよび図１９Ｂは、同期先のリソース数に応じた同期が行われる場合の処理手順を説明するための図である。
【００７９】
ＦＢ制御部５０は、呼処理ＦＢ毎の呼の設定数（リソース数）が均等となるように、特定の呼処理ＦＢと他の呼処理ＦＢとの間で呼情報を同期させる。例えば、ＩＤ＝ａ[１]の呼がＦＢ＃０に新規に設定される場合（図１９Ａの（１）および（２）参照）を説明する。この場合、ＦＢ制御部５０は、呼処理ＦＢ＃０の同期先となる呼処理ＦＢのうちリソース数が最も少ない呼処理ＦＢ＃２を選択し、呼処理ＦＢ＃０に設定されたＩＤ＝ａ[１]の呼に関する呼情報を呼処理ＦＢ＃２に同期させる。
【００８０】
また、例えば、ＩＤ＝ｂ[２]の呼が呼処理ＦＢ＃１に新規に設定される場合を説明する。この場合、ＦＢ制御部５０は、呼処理ＦＢ＃１の同期先となる呼処理ＦＢ＃０および呼処理ＦＢ＃２のリソース数が同一であるため、呼処理ＦＢ＃２よりも識別番号の若い呼処理ＦＢ＃０を選択する。そして、ＦＢ制御部５０は、呼処理ＦＢ＃１に設定されたＩＤ＝ｂ[２]の呼に関する呼情報を呼処理ＦＢ＃０に同期させる。
【００８１】
そして、ＦＢ制御部５０は、他の呼処理ＦＢが省電力モードに移行する場合に、他の呼処理ＦＢで使用中の呼情報を特定の呼処理ＦＢに取得させた後、他の呼処理ＦＢの電源をＯＦＦとする。例えば、呼処理ＦＢ＃１が省電力モードに移行する場合（図１９Ｂの（３）および（４）参照）を説明する。この場合、ＦＢ制御部５０は、呼処理ＦＢ＃１で使用中のＩＤ＝ｂ[０]、ｂ[２]の呼に関する呼情報を呼処理ＦＢ＃０に取得させる。また、ＦＢ制御部５０は、呼処理ＦＢ＃１で使用中のＩＤ＝ｂ[１]の呼に関する呼情報を呼処理ＦＢ＃２に取得させる。その後、ＦＢ制御部５０は、呼処理ＦＢ＃１の電源をＯＦＦとする。
【００８２】
そして、ＦＢ制御部５０は、省電力モードに移行しなかった呼処理ＦＢどうしで呼情報を同期させる。例えば、呼処理ＦＢ＃０および呼処理ＦＢ＃２が省電力モードに移行しなかった場合（図１９Ｂの（５）参照）を説明する。この場合、ＦＢ制御部５０は、呼処理ＦＢ＃０に収容されたＩＤ＝ａ[０]、ａ[１]、ｂ[０]、ｂ[２]の呼に関する呼情報を他の呼処理ＦＢ＃２に同期させる。また、ＦＢ制御部５０は、呼処理ＦＢ＃２に収容されたＩＤ＝ｃ[１]〜ｃ[３]、ｂ[１]の呼に関する呼情報を他の呼処理ＦＢ＃１に同期させる。
【００８３】
上述してきたように、本実施例に係る呼制御装置は、特定の呼処理ＦＢ３０に搭載される予備系の呼処理部３４と、他の呼処理ＦＢ１０に搭載される予備系の呼処理部１４との間で呼情報および呼の設定先を交換させる。そして、呼制御装置は、呼処理ＦＢにおける障害の発生を検出し、呼処理ＦＢ１０における障害の発生が検出された場合に、呼処理ＦＢ１０に設定された呼の設定先を、障害の発生が検出されていない呼処理ＦＢ３０に変更する。このため、障害の発生が検出された呼処理ＦＢ１０に設定された呼を呼処理ＦＢ１０に引き継がせることができる。結果として、運用処理部及び予備処理部を搭載する呼処理ブロック部単位で障害が発生した際に、呼の切断のリスクを低減することができる。
【００８４】
また、本実施例によれば、呼処理ＦＢ３０に対して新たに搭載された呼処理部３４を予備系として認識し、認識した予備系の呼処理部３４に対して、予備系の呼処理部１４との間で呼情報および呼の設定先を交換するよう指示する。このため、障害の発生が検出された呼処理ＦＢ１０に設定された呼を、呼処理ＦＢ３０に対して新たに搭載された予備系の呼処理部３４に同期させることができる。
【００８５】
また、本実施例によれば、予備系の呼処理部１４が運用系の呼処理部１３に代わって稼動を開始する場合に、予備系と運用系間で呼情報および呼の設定先の転送を行い、転送後の呼情報および呼の設定先を呼処理部１４から削除する。このため、呼処理ＦＢ１０に搭載される呼処理部１４は、不要な情報を呼管理テーブル１４ａから削除することができ、呼処理ＦＢ１０の記憶容量を低減することができる。
【００８６】
また、本実施例によれば、省電力モードに移行する呼処理ＦＢ１０に設定された呼の設定先を、省電力モードに移行しない呼処理ＦＢ３０に変更する。このため、省電力モードに移行する呼処理ＦＢ１０に設定された呼を、呼処理ＦＢ３０に引き継がせることができる。したがって、運用系の呼処理部１３および予備系の呼処理部１４を搭載する呼処理ＦＢ１０が省電力モードに移行する場合でも、省電力モードに移行する呼処理ＦＢ１０に設定された呼を救済することが可能となる。さらに、省電力モードに移行する呼処理ＦＢ１０に設定された呼の終話を待機する必要がないため、呼処理ＦＢ１０の電源をＯＦＦとするためにかかる時間を短縮することができる。
【００８７】
［ハードウェア構成］
図２０は、呼処理装置のハードウェア構成図である。以上に説明した実施例に係る呼制御装置は、図２０に示すようなハードウェア構成を有している。
【００８８】
図２０に示す呼処理装置は、ＦＢカード１１０、ＦＢカード１３０及びＦＢ制御回路１５０を有する。ＦＢカード１１０及びＦＢカード１３０は、ＦＢ制御回路１５０と接続されている。
【００８９】
ＦＢカード１１０は、ＩＦ部１１１、ＩＦ部１１２、呼処理回路１１３及び呼処理回路１１４を有する。ＩＦ部１１１及びＩＦ部１１２は、呼処理回路１１３及び呼処理回路１１４と接続されている。呼処理回路１１３及び呼処理回路１１４は、相互に接続されている。呼処理回路１１３及び呼処理回路１１４それぞれには、図示を省略するがメモリ及びプロセッサが内蔵されている。
【００９０】
ＩＦ部１１１、ＩＦ部１１２、呼処理回路１１３及び呼処理回路１１４は、例えば、図１に示した、外部ＩＦ部１１、ＦＢ間ＩＦ部１２、呼処理部１３及び呼処理部１４の機能を実現している。呼処理回路１１３に内蔵されたメモリは、例えば、図１に示した呼管理テーブル１３ａの機能を実現している。呼処理回路１１４に内蔵されたメモリは、例えば、図１に示した呼管理テーブル１４ａの機能を実現している。
【００９１】
ＦＢカード１３０は、ＩＦ部１３１、ＩＦ部１３２、呼処理回路１３３及び呼処理回路１３４を有する。ＩＦ部１３１及びＩＦ部１３２は、呼処理回路１３３及び呼処理回路１３４と接続されている。呼処理回路１３３及び呼処理回路１３４は、相互に接続されている。呼処理回路１３３及び呼処理回路１３４それぞれには、図示を省略するがメモリ及びプロセッサが内蔵されている。
【００９２】
ＩＦ部１３１、ＩＦ部１３２、呼処理回路１３３及び呼処理回路１３４は、例えば、図１に示した、外部ＩＦ部３１、ＦＢ間ＩＦ部３２、呼処理部３３及び呼処理部３４の機能を実現している。呼処理回路１３３に内蔵されたメモリは、例えば、図１に示した呼管理テーブル３３ａの機能を実現している。呼処理回路１３４に内蔵されたメモリは、例えば、図１に示した呼管理テーブル３４ａの機能を実現している。
【００９３】
ＦＢ制御回路１５０は、プロセッサ１５１、ＩＦ部１５２及び記憶装置１５３を有する。記憶装置１５３は、ＲＯＭ（Read Only Memory）１５３ａ及びＲＡＭ（Random Access Memory）１５３ｂを有する。ＩＦ部１５２及び記憶装置１５３は、それぞれプロセッサ１５１と接続されている。
【００９４】
そして、プロセッサ１５１及び記憶装置１５３は、例えば、図１に示した、振分制御部５３、交換制御部５４、障害検出部５５、設定先変更部５６、転送部５７、削除部５８及び取得制御部５９等の機能を実現する。例えば、ＲＯＭ１５３ａは、図１に示した、振分制御部５３、交換制御部５４、障害検出部５５、設定先変更部５６、転送部５７、削除部５８及び取得制御部５９等による処理を実現する各種プログラムを記憶している。そして、プロセッサ１５１及び１５３ｂは、これらの各種プログラムを読み出して実行することで、上述した各機能を実現するプロセスを生成する。
【符号の説明】
【００９５】
１０、３０ 呼処理ＦＢ
１１、３１ 外部ＩＦ部
１２、３２ ＦＢ間ＩＦ部
１３、３３ 呼処理部
１３ａ、３３ａ 呼管理テーブル
１４、３４ 呼処理部
１４ａ、３４ａ 呼管理テーブル
５０ ＦＢ制御部
５１ 外部ＩＦ部
５２ 制御部
５３ 振分制御部
５４ 交換制御部
５５ 障害検出部
５６ 設定先変更部
５７ 転送部
５８ 削除部
５９ 取得制御部
【技術分野】
【０００１】
本発明は、呼制御装置および呼制御方法に関する。
【背景技術】
【０００２】
従来、呼を制御する呼制御装置は、呼を処理する運用処理部と、運用処理部の代替として動作する予備処理部とをそれぞれ搭載する複数の呼処理ブロック部を有し、必要に応じて予備処理部の稼動を開始することにより、通信システムの信頼性を向上させていた。
【０００３】
すなわち、従来の呼制御装置では、障害の発生した運用処理部に代わって予備処理部が稼動できるように、運用処理部に設定された呼に関する呼情報を予備処理部に保持させ、運用処理部及び予備処理部の間で呼情報の同期がなされる。そして、運用処理部で障害が発生した場合には、予備処理部が、運用処理部との間で同期されている呼情報を使用して、運用処理部が行なっていた呼の処理を引き継ぐ。これにより、運用処理部で障害が発生した場合でも、呼の切断が回避される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１１−３５５３９２号公報
【特許文献２】特開２００１−１１９７３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した従来技術では、運用処理部及び予備処理部を搭載する呼処理ブロック部単位で障害が発生した際に、呼の切断のリスクが高まるという問題がある。
【０００６】
すなわち、上述した従来技術では、障害の発生した運用処理部から呼を引き継いだ予備処理部で更に障害が発生した場合には、予備処理部にて接続されていた呼が全て切断される。このため、運用処理部及び予備処理部を搭載する呼処理ブロック部単位で障害が発生した際に、呼の切断のリスクが高まっていた。
【０００７】
開示の技術は、上記に鑑みてなされたものであって、運用処理部及び予備処理部を搭載する呼処理ブロック部単位で障害が発生した際に、呼の切断のリスクを低減することができる呼制御装置および呼制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本願の開示する呼制御装置は、一つの態様において、複数の呼処理ブロック部と、交換制御部と、障害検出部と、設定先変更部とを備える。複数の呼処理ブロック部は、設定された呼に関する呼情報を用いて前記呼を処理する運用処理部と、前記呼情報及び前記呼の設定先を保持し、前記運用処理部の代替として動作する予備処理部とをそれぞれ搭載する。交換制御部は、特定の前記呼処理ブロック部に搭載される前記予備処理部である特定予備処理部と、特定の前記呼処理ブロック部以外の他の前記呼処理ブロック部に搭載される他の前記予備処理部との間で前記呼情報および前記呼の設定先を交換させる。障害検出部は、前記呼処理ブロック部における障害を検出する。前記障害検出部によって他の前記呼処理ブロック部における障害が検出された場合を想定する。この場合、設定先変更部は、他の前記呼処理ブロック部に搭載される他の前記予備処理部と前記特定予備処理部との間で交換された前記呼の設定先を、前記特定予備処理部を搭載する前記呼処理ブロック部に変更する。
【発明の効果】
【０００９】
本願の開示する呼制御装置の一つの態様によれば、運用処理部及び予備処理部を搭載する呼処理ブロック部単位で障害が発生した際に、呼の切断のリスクを低減することができるという効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】図１は、本実施例に係る呼制御装置の構成を示すためのブロック図である。
【図２】図２は、本実施例における呼管理テーブルの一例を示す図である。
【図３】図３は、本実施例における呼管理テーブルの一例を示す図である。
【図４】図４は、本実施例における信号の構成例を示す図である。
【図５】図５は、本実施例に係る呼制御装置による通常時同期処理の処理手順を示すシーケンス図である。
【図６】図６は、本実施例に係る呼制御装置による通常時同期処理の実行時の各呼管理テーブルの状態を説明するための図である。
【図７】図７は、本実施例に係る呼制御装置による通常時同期処理の実行時の各呼管理テーブルの状態を説明するための図である。
【図８】図８は、本実施例に係る呼制御装置による通常時系切替処理の処理手順を示すシーケンス図である。
【図９】図９は、本実施例に係る呼制御装置による通常時切替処理の実行時の各呼管理テーブルの状態を説明するための図である。
【図１０】図１０は、本実施例に係る呼制御装置による呼処理部搭載時同期処理の処理手順を示すシーケンス図である。
【図１１】図１１は、本実施例に係る呼制御装置による呼処理部搭載時同期処理の実行時の各呼管理テーブルの状態を説明するための図である。
【図１２】図１２は、本実施例に係る呼制御装置による呼処理部搭載時同期処理の実行時の各呼管理テーブルの状態を説明するための図である。
【図１３】図１３は、本実施例に係る呼制御装置による障害発生時系切替処理の処理手順を示すシーケンス図である。
【図１４】図１４は、本実施例に係る呼制御装置による障害発生時系切替処理の実行時の各呼管理テーブルの状態を説明するための図である。
【図１５】図１５は、本実施例に係る呼制御装置による省電力モード移行時系切替処理の処理手順を示すシーケンス図である。
【図１６】図１６は、本実施例に係る呼制御装置による省電力モード移行時系切替処理の実行時の各呼管理テーブルの状態を説明するための図である。
【図１７Ａ】図１７Ａは、特定の呼処理ＦＢと他の全ての呼処理ＦＢとの間で同期が行われる場合の処理手順を説明するための図である。
【図１７Ｂ】図１７Ｂは、特定の呼処理ＦＢと他の全ての呼処理ＦＢとの間で同期が行われる場合の処理手順を説明するための図である。
【図１８Ａ】図１８Ａは、特定の呼処理ＦＢと省電力モードに移行する呼処理ＦＢおよび省電力モードに移行しない呼処理ＦＢとの間で同期が行われる場合の処理手順を説明するための図である。
【図１８Ｂ】図１８Ｂは、特定の呼処理ＦＢと省電力モードに移行する呼処理ＦＢおよび省電力モードに移行しない呼処理ＦＢとの間で同期が行われる場合の処理手順を説明するための図である。
【図１９Ａ】図１９Ａは、同期先のリソース数に応じた同期が行われる場合の処理手順を説明するための図である。
【図１９Ｂ】図１９Ａは、同期先のリソース数に応じた同期が行われる場合の処理手順を説明するための図である。
【図２０】図２０は、呼処理装置のハードウェア構成図である。
【発明を実施するための形態】
【００１１】
以下に、本願の開示する呼制御装置および呼制御方法の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例】
【００１２】
まず、本実施例に係る呼制御装置の構成を説明する。図１は、本実施例に係る呼制御装置の構成を示すためのブロック図である。図１に示す呼制御装置は、呼処理ＦＢ（Function Block）１０と、呼処理ＦＢ３０と、ＦＢ制御部５０とを有する。なお、以下では、呼処理部ＦＢ１０をＦＢ＃０と表記し、呼処理ＦＢ３０をＦＢ＃１と表記することがあるものとする。また、ここでは、呼制御装置が、２個の呼処理ＦＢを有する例を示すが、２個以上の呼処理ＦＢを有するようにしてもよい。
【００１３】
呼処理ＦＢ１０は、外部ＩＦ（Interface）部１１と、ＦＢ間ＩＦ部１２と、運用系の呼処理部１３と、予備系の呼処理部１４とを有する。外部ＩＦ部１１は、呼処理ＦＢ１０および呼処理ＦＢ３０とＦＢ制御部５０との間における通信を制御する。ＦＢ間ＩＦ部１２は、呼処理ＦＢ１０と呼処理ＦＢ３０との間における通信を制御する。
【００１４】
運用系の呼処理部１３は、呼処理ＦＢ１０に設定された呼に関する呼情報を用いて呼を処理する。具体的には、運用系の呼処理部１３は、呼処理ＦＢ１０に設定された呼に関する呼情報を記憶する呼管理テーブル１３ａを有し、呼管理テーブル１３ａを参照して呼を処理する。呼管理テーブル１３ａは、予備系の呼処理部１４が有する呼管理テーブル１４ａとの間でデータを同期させる対象となるテーブルである。呼管理テーブル１３ａの一例を図２に示す。
【００１５】
呼管理テーブル１３ａは、図２に示すように、ＩＤ（Identification）、設定先、Ｓｔａｔｕｓ、固定情報及び運用中情報といった項目を対応付けて呼情報として記憶する。ＩＤは、呼処理ＦＢ１０に設定された呼を一意に識別する識別情報であり、ＦＢ制御部５０によって新規呼を振り分ける際に当該新規呼に付与される識別情報である。設定先は、ＩＤで識別される呼の設定先となる呼処理ＦＢを表す情報である。Ｓｔａｔｕｓは、ＩＤで識別される呼の状態を表す情報であり、当該呼が処理中である場合には使用中となる。固定情報は、ＩＤで識別される呼を処理するためのプロトコルで使用されるパラメータであり、例えば、タイマ値や送受信窓サイズ等の静的パラメータを指す。運用中情報は、ＩＤで識別される呼を処理するためのプロトコルに現に使用されるパラメータであり、例えば、プロトコル状態や送受信シーケンス番号等、運用中に動的に設定されるパラメータを指す。図２の例では、呼管理テーブル１３ａは、呼処理ＦＢ１０に設定されたＩＤ「０」の呼に関して、固定情報「ａ０」、運用中情報「ｂ０」および設定先「ＦＢ＃０」を対応付けて記憶する。
【００１６】
予備系の呼処理部１４は、呼処理ＦＢ１０に設定された呼に関する呼情報および該呼の設定先を保持し、運用系の呼処理部１３の代替として動作する。具体的には、予備系の呼処理部１４は、呼処理ＦＢ１０に設定された呼に関する呼情報を記憶する呼管理テーブル１４ａを有し、運用系の呼処理部１３に代えて稼動を開始する旨の指示を受け付けると、呼管理テーブル１４ａを参照して呼を処理する。呼管理テーブル１４ａは、運用系の呼処理部１３が有する呼管理テーブル１３ａとの間でデータを同期させる対象となるテーブルである。呼管理テーブル１４ａの一例を図３に示す。
【００１７】
呼管理テーブル１４ａは、図３に示すように、ＩＤ、設定先、Ｓｔａｔｕｓ、固定情報及び運用中情報といった項目を対応付けて呼情報として記憶する。ＩＤは、呼処理ＦＢ１０に設定された呼を一意に識別する識別情報であり、ＦＢ制御部５０によって新規呼を振り分ける際に当該新規呼に付与される識別情報である。設定先は、ＩＤで識別される呼の設定先となる呼処理ＦＢを表す情報である。Ｓｔａｔｕｓは、ＩＤで識別される呼の状態を表す情報であり、当該呼が処理中である場合には使用中となる。固定情報は、ＩＤで識別される呼を処理するためのプロトコルで使用されるパラメータであり、例えば、タイマ値や送受信窓サイズ等の静的パラメータを指す。運用中情報は、ＩＤで識別される呼を処理するためのプロトコルに現に使用されるパラメータであり、例えば、プロトコル状態や送受信シーケンス番号等、運用中に動的に設定されるパラメータを指す。図３の例では、呼管理テーブル１４ａは、呼処理ＦＢ１０に設定されたＩＤ「０」の呼に関して、固定情報「ａ０」および設定先「ＦＢ＃０」を対応付けて記憶する。なお、予備系の呼処理部１４では、呼の処理を行わないので、呼管理テーブル１４ａでは、運用中情報の設定はない。
【００１８】
図１に戻り、呼処理ＦＢ３０は、外部ＩＦ部３１と、ＦＢ間ＩＦ部３２と、運用系の呼処理部３３と、予備系の呼処理部３４とを有する。呼処理ＦＢ３０は、呼処理ＦＢ１０と同様の構成を有する。したがって、同様の構成要素には、末尾が同一の参照符号を付すとともに、その詳細な説明は省略する。
【００１９】
ＦＢ制御部５０は、外部ＩＦ部５１と、制御部５２とを有する。外部ＩＦ部５１は、ＦＢ制御部５０と呼処理ＦＢ１０および呼処理ＦＢ３０と間における通信を制御する。
【００２０】
制御部５２は、呼処理ＦＢ１０および呼処理ＦＢ３０に対する各種の制御を行う。制御部５２は、振分制御部５３と、交換制御部５４と、障害検出部５５と、設定先変更部５６と、転送部５７と、削除部５８と、取得制御部５９とを有する。
【００２１】
振分制御部５３は、呼制御装置にて制御される呼を、呼処理ＦＢ１０および呼処理ＦＢ３０のいずれかに振り分ける。なお、呼制御装置にて制御される呼とは、例えば、本実施例の呼制御装置に、当該呼制御装置に接続した外部装置などから制御要求があった呼などが該当する。
【００２２】
例えば、振分制御部５３は、新規呼を処理する旨の指示を外部装置から受け付けると、受け付けた新規呼を振り分ける呼処理ＦＢ１０を選択する。そして、振分制御部５３は、選択した呼処理ＦＢ１０に、外部ＩＦ部５１を介して新規呼の設定を指示するメッセージを送信する。なお、新規呼の設定を指示するメッセージには、該新規呼に関する呼情報および設定先の情報が含まれており、これら呼情報及び設定先の情報が、呼処理ＦＢ１０の呼管理テーブル１３ａおよび呼管理テーブル１４ａに格納される。
【００２３】
交換制御部５４は、呼管理ＦＢ３０に搭載される予備系の呼処理部３４と、呼管理ＦＢ１０に搭載される予備系の呼処理部１４との間で呼情報および呼の設定先を交換させる。具体的には、交換制御部５４は、運用系の呼処理部１３と予備系の呼処理部１４との間および予備系の呼処理部３４と予備系の呼処理部１４との間で呼情報および呼の設定先を同期する旨の制御メッセージを、運用系の呼処理部１３および呼処理部３３に送信する。
【００２４】
また、交換制御部５４は、特定の呼処理ＦＢに対して新たに搭載された呼処理部を予備系の呼処理部として認識し、認識した呼処理部に対して、他の予備系の呼処理部との間で呼情報および呼の設定先を交換するよう指示する。例えば、交換制御部５４は、呼処理ＦＢ３０に対して呼処理部３４が新たに搭載されると、呼処理部３４を予備系の呼処理部３４として認識し、予備系の呼処理部３４に対して、他の予備系の呼処理部１４との間で呼情報および呼の設定先を交換するよう指示する。
【００２５】
障害検出部５５は、呼処理ＦＢ１０または呼処理ＦＢ３０における障害を検出する。例えば、障害検出部５５は、呼処理ＦＢ１０に搭載される運用系の呼処理部１３および予備系の呼処理部１４の両系に障害が発生した場合に、呼処理ＦＢ１０における障害の発生を検出する。また、障害検出部５５は、呼処理ＦＢ１０または呼処理ＦＢ３０における障害を検出すると、障害の発生が検出された旨を設定先変更部５６に通知する。
【００２６】
設定先変更部５６は、呼処理ＦＢ１０または呼処理ＦＢ３０における障害の発生が検出された場合に、障害の発生が検出された呼処理ＦＢに設定された呼の設定先を変更する。例えば、設定先変更部５６は、呼処理ＦＢ１０における障害の発生が検出された場合に、障害の発生が検出された呼処理ＦＢ１０に搭載される呼処理部１４と呼処理ＦＢ３０に搭載される呼処理部３４との間で交換された呼の設定先を、呼処理ＦＢ３０に変更する。
【００２７】
転送部５７は、予備系の呼処理部が運用系の呼処理部に代わって稼動を開始する場合に、予備系の呼処理部により保持される呼情報及び呼の設定先を運用系の呼処理部へ転送する。例えば、転送部５７は、予備系の呼処理部１４が運用系の呼処理部１３に代わって稼動を開始する場合に、予備系の呼処理部１４により保持される呼情報及び呼の設定先を運用系の呼処理部１３へ転送する旨の指示を予備系の呼処理部１４に送信する。
【００２８】
削除部５８は、転送部５７により転送された呼情報および呼の設定先を予備系の呼処理部から削除する。例えば、削除部５８は、転送部５７により予備系の呼処理部１４から運用系の呼処理部１３に転送された呼情報および呼の設定先を予備系の呼処理部１４の呼管理テーブル１４ａから削除する旨の指示を予備系の呼処理部１４に送信する。
【００２９】
取得制御部５９は、呼処理ＦＢが省電力モードに移行する場合に、省電力モードに移行する呼処理ＦＢに搭載される運用系の呼処理部から呼の処理に現に用いられている呼情報を取得するよう、他の呼処理ＦＢに搭載される予備系の呼処理部に指示する。例えば、取得制御部５９は、呼処理ＦＢ１０が省電力モードに移行する場合に、呼処理ＦＢ１０に搭載される運用系の呼処理部１３から呼情報としての運用中情報を取得するよう呼処理ＦＢ３０の予備系の呼処理部３４に指示する。
【００３０】
ここで、呼処理ＦＢ１０および呼処理ＦＢ３０とＦＢ制御部５０間、並びに、呼処理ＦＢ１０と呼処理ＦＢ３０間でやり取りされる信号の構成例について簡単に説明する。図４は、本実施例における信号の構成例を示す図である。図４に示すように、本実施例における信号は、転送先装置識別ＩＤ、転送元装置識別ＩＤ、信号識別ＩＤ、転送データサイズおよびＰａｙｌｏａｄを含む。転送先装置識別ＩＤは、転送先となる装置（機能部）を識別するための識別子である。転送元装置識別ＩＤは、転送元となる装置（機能部）を識別するための識別子である。信号識別ＩＤは、Ｐａｙｌｏａｄに格納されているデータの識別子である。Ｐａｙｌｏａｄは、データの格納領域であり、例えば、呼に関する呼情報や呼の設定先の情報などのデータを格納する。
【００３１】
次に、本実施例に係る呼制御装置による処理手順を説明する。なお、以下の処理手順についての説明では、呼処理ＦＢ１０（ＦＢ＃０）にＩＤ「０」の呼が振り分けられ、呼処理部ＦＢ３０（ＦＢ＃１）にＩＤ「１」の呼が振り分けられたものとして説明を行う。
【００３２】
図５は、本実施例に係る呼制御装置による通常時同期処理の処理手順を示すシーケンス図である。ＦＢ制御部５０は、運用系の呼処理部１３と予備系の呼処理部１４との間および予備系の呼処理部３４と予備系の呼処理部１４との間で呼情報および呼の設定先を同期する旨を指示する制御メッセージを、運用系の呼処理部１３に送信する（Ｓ１０１）。
【００３３】
そして、運用系の呼処理部１３は、ＦＢ制御部５０からの制御メッセージを受け付けると、呼管理テーブル１３ａに格納された呼情報および呼の設定先を含む同期メッセージを予備系の呼処理部１４に送信する（Ｓ１０２）。予備系の呼処理部１４は、運用系の呼処理部１３からの同期メッセージを受け付けると、該同期メッセージに含まれる呼情報および呼の設定先を呼管理テーブル１４ａに格納する。
【００３４】
そして、予備系の呼処理部１４は、呼管理テーブル１４ａに格納された呼情報および呼の設定先を含む同期メッセージを、予備系の呼処理部３４に送信する（Ｓ１０３）。予備系の呼処理部３４は、予備系の呼処理部１４からの同期メッセージを受け付けると、該同期メッセージに含まれる呼情報および呼の設定先を呼管理テーブル３４ａに格納する。
【００３５】
また、ＦＢ制御部５０は、運用系の呼処理部３３と予備系の呼処理部３４との間および予備系の呼処理部３４と予備系の呼処理部１４との間で呼情報および呼の設定先を同期する旨を指示する制御メッセージを、運用系の呼処理部３３に送信する（Ｓ１０４）。
【００３６】
そして、運用系の呼処理部３３は、ＦＢ制御部５０からの制御メッセージを受け付けると、呼管理テーブル３３ａに格納された呼情報および呼の設定先を含む同期メッセージを予備系の呼処理部３４に送信する（Ｓ１０５）。予備系の呼処理部３４は、運用系の呼処理部３３からの同期メッセージを受け付けると、該同期メッセージに含まれる呼情報および呼の設定先を呼管理テーブル３４ａに格納する。
【００３７】
そして、予備系の呼処理部３４は、呼管理テーブル３４ａに格納された呼情報および呼の設定先を含む同期メッセージを、予備系の呼処理部１４に送信する（Ｓ１０６）。予備系の呼処理部１４は、予備系の呼処理部３４からの同期メッセージを受け付けると、該同期メッセージに含まれる呼情報および呼の設定先を呼管理テーブル１４ａに格納する。
【００３８】
図６および図７は、本実施例に係る呼制御装置による通常時同期処理の実行時の各呼管理テーブルの状態を説明するための図である。図６において、呼処理ＦＢ１０（ＦＢ＃０）における呼管理テーブル１３ａの状態が左側に示され、呼処理ＦＢ１０における呼管理テーブル１４ａの状態が右側に示されている。呼処理ＦＢ１０の呼処理部１３は、ＦＢ制御部５０からの制御メッセージを受け付けると、呼管理テーブル１３ａに格納された固定情報「ａ０」および呼の設定先「ＦＢ＃０」を含む同期メッセージを予備系の呼処理部１４に送信する。また、予備系の呼処理部１４は、運用系の呼処理部１３からの同期メッセージを受け付けると、該同期メッセージに含まれる固定情報「ａ０」および呼の設定先「ＦＢ＃０」を呼管理テーブル１４ａに格納する。また、予備系の呼処理部１４は、予備系の呼処理部３４からの同期メッセージを受け付けると、該同期メッセージに含まれる固定情報「ａ１」および呼の設定先「ＦＢ＃１」を呼管理テーブル１４ａに格納する。
【００３９】
図７において、呼処理ＦＢ３０（ＦＢ＃１）における呼管理テーブル３３ａの状態が左側に示され、呼処理ＦＢ３０における呼管理テーブル３４ａの状態が右側に示されている。予備系の呼処理部３４は、予備系の呼処理部１４からの同期メッセージを受け付けると、該同期メッセージに含まれる固定情報「ａ０」および呼の設定先「ＦＢ＃０」を呼管理テーブル３４ａに格納する。また、運用系の呼処理部３３は、ＦＢ制御部５０からの制御メッセージを受け付けると、呼管理テーブル３３ａに格納された固定情報「ａ１」および呼の設定先「ＦＢ＃１」を含む同期メッセージを予備系の呼処理部３４に送信する。また、予備系の呼処理部３４は、運用系の呼処理部３３からの同期メッセージを受け付けると、該同期メッセージに含まれる固定情報「ａ１」および呼の設定先「ＦＢ＃１」を呼管理テーブル３４ａに格納する。
【００４０】
このようにして、ＦＢ制御部５０は、呼処理ＦＢ１０に搭載される予備系の呼処理部１４と、呼処理部ＦＢ３０に搭載される予備系の呼処理部３４との間で呼情報および呼の設定先を交換させる。したがって、呼処理ＦＢ１０に搭載される予備系の呼処理部１４は、呼処理ＦＢ３０に振り分けられた呼に関する呼情報を保持し、呼処理ＦＢ３０に搭載される予備系の呼処理部３４は、呼処理ＦＢ１０に振り分けられた呼に関する呼情報を保持することができる。
【００４１】
図８は、本実施例に係る呼制御装置による通常時系切替処理の処理手順を示すシーケンス図である。ＦＢ制御部５０は、呼処理ＦＢ１０に搭載された予備系の呼処理部１４に対して、予備系から運用系への系切り替えを指示する切替制御メッセージを送信する（Ｓ２０１）。そして、予備系の呼処理部１４は、ＦＢ制御部５０からの切替制御メッセージを受け付けると、運用系の呼処理部１３に対して運用中情報の送信を指示する同期開始メッセージを送信する（Ｓ２０２）。
【００４２】
そして、運用系の呼処理部１３は、予備系の呼処理部１４からの同期開始メッセージを受け付けると、呼管理テーブル１３ａに格納された運用中情報を含む運用中情報メッセージを予備系の呼処理部１４に送信する（Ｓ２０３）。なお、この運用中情報メッセージの送信は、呼管理テーブル１３ａに格納された運用中情報の全てが送信されるまで繰り返される。そして、予備系の呼処理部１４は、運用中情報メッセージを受け付けると、該運用中情報メッセージに含まれる運用中情報を呼管理テーブル１４ａに格納する。そして、予備系の呼処理部１４は、全ての運用中情報メッセージを受け付けると、同期完了メッセージを運用系の呼処理部１３に送信する（Ｓ２０４）。そして、予備系の呼処理部１４は、運用系の呼処理部１３に代わって稼動を開始する旨を通知する切替完了メッセージをＦＢ制御部５０に送信する（Ｓ２０５）。これにより、予備系と運用系とが切り替わる。つまり、運用系の呼処理部１４は、呼処理ＦＢ１０に設定された呼に関する呼情報を用いて呼を処理し、予備系の呼処理部１３は、運用系の呼処理部１４の代替として動作する。
【００４３】
そして、ＦＢ制御部５０は、呼処理部１４からの切替完了メッセージを受け付けると、呼処理部１４により保持される呼情報及び呼の設定先を呼処理部１３へ転送する旨の指示を含む他装置情報同期メッセージを呼処理部１３に送信する（Ｓ２０６）。そして、予備系の呼処理部１３は、他装置情報同期メッセージに含まれる、呼処理部１４により保持される呼情報及び呼の設定先を呼処理部１３へ転送する旨の指示を同期開始メッセージとして運用系の呼処理部１４に転送する（Ｓ２０７）。
【００４４】
そして、運用系の呼処理部１４は、同期開始メッセージを受け付けると、呼管理テーブル１４ａに格納された呼情報および呼の設定先を含む呼情報メッセージを予備系の呼処理部１３へ送信する（Ｓ２０８）。なお、この呼情報メッセージの送信は、呼管理テーブル１４ａに格納された呼情報および呼の設定先の全てが送信されるまで繰り返される。そして、予備系の呼処理部１３は、呼情報メッセージに含まれる呼情報および呼の設定先を呼管理テーブル１３ａに格納する。そして、予備系の呼処理部１３は、全ての呼情報メッセージを受け付けると、呼情報及び呼の設定先の転送を完了した旨を通知する同期完了メッセージを予備系の呼処理部１４に送信する（Ｓ２０９）。
【００４５】
そして、運用系の呼処理部１４は、同期完了メッセージを受け付けると、Ｓ２０８で予備系の呼処理部１３に転送された呼情報および呼の設定先を呼管理テーブル１４ａから削除する（Ｓ２１０）。そして、予備系の呼処理部１３は、呼情報及び呼の設定先の転送が完了した旨を通知する他装置情報同期完了メッセージをＦＢ制御部５０に送信する（Ｓ２１１）。
【００４６】
図９は、本実施例に係る呼制御装置による通常時切替処理の実行時の各呼管理テーブルの状態を説明するための図である。図９において、呼処理ＦＢ１０（ＦＢ＃０）における呼管理テーブル１３ａの状態が左側に示され、呼処理ＦＢ１０における呼管理テーブル１４ａの状態が右側に示されている。運用系の呼処理部１３は、予備系の呼処理部１４からの同期開始メッセージを受け付けると、呼管理テーブル１３ａに格納された運用中情報「ｂ０」を含む運用中情報メッセージを予備系の呼処理部１４に送信する。また、予備系の呼処理部１４は、運用中情報メッセージを受け付けると、該運用中情報メッセージに含まれる運用中情報「ｂ０」を呼管理テーブル１４ａに格納する。また、運用系の呼処理部１４は、同期開始メッセージを受け付けると、呼管理テーブル１４ａに格納された固定情報「ａ１」および呼の設定先「ＦＢ＃１」を含む呼情報メッセージを予備系の呼処理部１３へ送信する。また、予備系の呼処理部１３は、呼情報メッセージに含まれる固定情報「ａ１」および呼の設定先「ＦＢ＃１」を呼管理テーブル１３ａに格納する。また、運用系の呼処理部１４は、同期完了メッセージを受け付けると、予備系の呼処理部１３に転送された固定情報「ａ１」および呼の設定先「ＦＢ＃１」を呼管理テーブル１４ａから削除する。
【００４７】
このようにして、ＦＢ制御部５０は、予備系の呼処理部１４が運用系の呼処理部１３に代わって稼動を開始する場合に、予備系と運用系間で呼情報および呼の設定先の転送を行い、転送後の呼情報および呼の設定先を呼管理テーブル１４ａから削除する。したがって、呼処理ＦＢ１０に搭載される呼処理部１４は、不要な情報を呼管理テーブル１４ａから削除することができ、呼管理テーブル１４ａの容量を低減することができる。
【００４８】
図１０は、本実施例に係る呼制御装置による呼処理部搭載時同期処理の処理手順を示すシーケンス図である。呼処理ＦＢ３０に対して呼処理部３４が新たに搭載されると（Ｓ３０１）、ＦＢ制御部５０は、新たに搭載された呼処理部３４に稼動の開始を指示する装置制御メッセージを送信する（Ｓ３０２）。そして、ＦＢ制御部５０は、新たに搭載された呼処理部３４と運用系の呼処理部３３との間で呼情報および呼の設定先を同期する旨を指示する同期制御メッセージを、運用系の呼処理部３３に送信する（Ｓ３０３）。
【００４９】
そして、運用系の呼処理部３３は、ＦＢ制御部５０からの制御メッセージを受け付けると、該制御メッセージを同期開始メッセージとして呼処理部３４に転送する（Ｓ３０４）。そして、運用系の呼処理部３３は、呼管理テーブル３３ａに格納された呼情報および呼の設定先を含む同期メッセージを呼処理部３４に送信する（Ｓ３０５）。呼処理部３４は、運用系の呼処理部３３からの同期メッセージを受け付けると、該同期メッセージに含まれる呼情報および呼の設定先を呼管理テーブル３４ａに格納する。そして、呼処理部３４は、呼情報および呼の設定先を同期を完了した旨を通知する同期完了メッセージを運用系の呼処理部３３に送信する（Ｓ３０６）。そして、運用系の呼処理部３３は、同期完了メッセージをＦＢ制御部５０に転送する（Ｓ３０７）。これにより、呼処理部３４は、運用系の呼処理部３３の代替として動作する予備系の呼処理部３４となる。
【００５０】
そして、ＦＢ制御部５０は、運用系の呼処理部３３からの同期完了メッセージを受け付けると、予備系の呼処理部１４と予備系の呼処理部３４との間で呼情報および呼の設定先を同期する旨を指示する他装置同期制御メッセージを呼処理部１４に送信する（Ｓ３０８）。そして、予備系の呼処理部１４は、他装置同期制御メッセージを受け付けると、呼管理テーブル１４ａに格納された呼情報および呼の設定先を含む同期メッセージを、予備系の呼処理部３４に送信する（Ｓ３０９）。予備系の呼処理部３４は、予備系の呼処理部１４からの同期メッセージを受け付けると、該同期メッセージに含まれる呼情報および呼の設定先を呼管理テーブル３４ａに格納する。
【００５１】
そして、ＦＢ制御部５０は、予備系の呼処理部１４と予備系の呼処理部３４との間で呼情報および呼の設定先を同期する旨を指示する他装置同期制御メッセージを予備系の呼処理部３４に送信する（Ｓ３１０）。そして、予備系の呼処理部３４は、他装置同期制御メッセージを受け付けると、呼管理テーブル１４ａに格納された呼情報および呼の設定先を含む同期メッセージを、予備系の呼処理部１４に送信する（Ｓ３１１）。予備系の呼処理部１４は、予備系の呼処理部３４からの同期メッセージを受け付けると、該同期メッセージに含まれる呼情報および呼の設定先を呼管理テーブル１４ａに格納する。
【００５２】
図１１および図１２は、本実施例に係る呼制御装置による呼処理部搭載時同期処理の実行時の各呼管理テーブルの状態を説明するための図である。図１１において、呼処理ＦＢ１０（ＦＢ＃０）における呼管理テーブル１３ａの状態が左側に示され、呼処理ＦＢ１０における呼管理テーブル１４ａの状態が右側に示されている。予備系の呼処理部３４は、他装置同期制御メッセージを受け付けると、呼管理テーブル３４ａに格納された固定情報「ａ１」および呼の設定先「ＦＢ＃１」を含む同期メッセージを、予備系の呼処理部１４に送信する。また、予備系の呼処理部１４は、予備系の呼処理部３４からの同期メッセージを受け付けると、該同期メッセージに含まれる固定情報「ａ１」および呼の設定先「ＦＢ＃１」を呼管理テーブル１４ａに格納する。
【００５３】
図１２において、呼処理ＦＢ３０（ＦＢ＃１）における呼管理テーブル３３ａの状態が左側に示され、呼処理ＦＢ３０における呼管理テーブル３４ａの状態が右側に示されている。運用系の呼処理部３３は、呼管理テーブル３３ａに格納された固定情報「ａ１」および呼の設定先「ＦＢ＃１」を含む同期メッセージを呼処理部３４に送信する。また、呼処理部３４は、運用系の呼処理部３３からの同期メッセージを受け付けると、該同期メッセージに含まれる固定情報「ａ１」および呼の設定先「ＦＢ＃１」を呼管理テーブル３４ａに格納する。また、予備系の呼処理部３４は、予備系の呼処理部１４からの同期メッセージを受け付けると、該同期メッセージに含まれる固定情報「ａ０」および呼の設定先「ＦＢ＃０」を呼管理テーブル３４ａに格納する。
【００５４】
このようにして、ＦＢ制御部５０は、呼処理ＦＢ３０に新規に搭載される呼処理部３４と、呼処理ＦＢ１０に搭載される予備系の呼処理部１４との間で呼情報および呼の設定先を交換させる。したがって、呼処理ＦＢ１０に搭載される予備系の呼処理部１４は、呼処理ＦＢ３０に振り分けられた呼に関する呼情報を保持し、呼処理ＦＢ３０に搭載される予備系の呼処理部３４は、呼処理ＦＢ１０に振り分けられた呼に関する呼情報を保持することができる。
【００５５】
図１３は、本実施例に係る呼制御装置による障害発生時系切替処理の処理手順を示すシーケンス図である。呼処理ＦＢ１０に搭載される運用系の呼処理部１３および予備系の呼処理部１４の両系に障害が発生した場合に（Ｓ４０１およびＳ４０２）、ＦＢ制御部５０は、呼処理ＦＢ１０における障害の発生を検出する（Ｓ４０３）。
【００５６】
そして、ＦＢ制御部５０は、呼処理ＦＢ１０における障害の発生が検出された場合に、呼処理ＦＢ３０に搭載された予備系の呼処理部３４に対して、予備系から運用系への系切り替えを指示する切替制御メッセージを送信する（Ｓ４０４）。そして、予備系の呼処理部３４は、ＦＢ制御部５０からの切替制御メッセージを受け付けると、運用系の呼処理部３３に対して運用中情報の送信を指示する同期開始メッセージを送信する（Ｓ４０５）。
【００５７】
そして、運用系の呼処理部３３は、予備系の呼処理部３４からの同期開始メッセージを受け付けると、呼管理テーブル３３ａに格納された運用中情報を含む運用中情報メッセージを予備系の呼処理部３４に送信する（Ｓ４０６）。そして、予備系の呼処理部３４は、運用中情報メッセージを受け付けると、該運用中情報メッセージに含まれる運用中情報に含まれる運用中情報を呼管理テーブル３４ａに格納する。そして、予備系の呼処理部３４は、全ての運用中情報メッセージを受け付けると、同期完了メッセージを運用系の呼処理部３３に送信する（Ｓ４０７）。そして、予備系の呼処理部３４は、運用系の呼処理部３３に代わって稼動を開始する旨を通知する切替完了メッセージをＦＢ制御部５０に送信する（Ｓ４０８）。これにより、予備系と運用系とが切り替わる。つまり、運用系の呼処理部３４は、呼処理ＦＢ３０に設定された呼に関する呼情報を用いて呼を処理し、予備系の呼処理部３３は、運用系の呼処理部３４の代替として動作する。
【００５８】
そして、ＦＢ制御部５０は、呼処理部３４からの切替完了メッセージを受け付けると、障害の発生が検出が検出された呼処理ＦＢ１０に設定された呼の設定先を変更する旨を指示する呼設定先変更メッセージを呼処理部３４に送信する（Ｓ４０９）。そして、運用系の呼処理部３４は、ＦＢ制御部５０からの呼設定変更メッセージを受け付けると、障害の発生が検出された呼処理ＦＢ１０に搭載される呼処理部１４と呼処理部３４との間で交換された呼の設定先を、呼処理ＦＢ３０に変更する（Ｓ４１０）。これにより、障害の発生が検出された呼処理ＦＢ１０に設定された呼は、呼処理ＦＢ３０に引き継がれる。
【００５９】
そして、運用系の呼処理部３４は、運用系の呼処理部３４と予備系の呼処理部３３との間で呼情報および呼の設定先を同期する旨を通知する同期開始メッセージを予備系の呼処理部３３に送信する（Ｓ４１１）。そして、運用系の呼処理部３４は、呼管理テーブル３４ａに格納された呼情報および呼の設定先を含む呼情報メッセージを予備系の呼処理部３３に送信する（Ｓ４１２）。そして、予備系の呼処理部３３は、呼情報メッセージに含まれる呼情報および呼の設定先を呼管理テーブル３３ａに格納する。そして、運用系の呼処理部３４は、全ての呼情報メッセージを送信すると、呼情報および呼の設定先の転送を完了した旨を通知する同期完了メッセージを予備系の呼処理部３３に送信する（Ｓ４１３）。
【００６０】
図１４は、本実施例に係る呼制御装置による障害発生時系切替処理の実行時の各呼管理テーブルの状態を説明するための図である。図１４において、呼処理ＦＢ３０（ＦＢ＃１）における呼管理テーブル３３ａの状態が左側に示され、呼処理ＦＢ３０における呼管理テーブル３４ａの状態が右側に示されている。運用系の呼処理部３３は、予備系の呼処理部３４からの同期開始メッセージを受け付けると、呼管理テーブル３３ａに格納された運用中情報「ｂ１」を含む運用中情報メッセージを予備系の呼処理部３４に送信する。また、予備系の呼処理部３４は、運用中情報メッセージを受け付けると、該運用中情報メッセージに含まれる運用中情報「ｂ１」を呼管理テーブル３４ａに格納する。また、運用系の呼処理部３４は、ＦＢ制御部５０からの呼設定変更メッセージを受け付けると、障害の発生が検出された呼処理ＦＢ１０に搭載される呼処理部１４と呼処理部３４との間で交換された呼の設定先「ＦＢ＃０」を「ＦＢ＃１」に変更する。なお、このとき、運用系の呼処理部３４は、呼管理テーブル３４ａの運用中情報に予め定められた値である「ｃ１」を設定する。また、運用系の呼処理部３４は、呼管理テーブル３４ａに格納された固定情報「ａ０」および呼の設定先「ＦＢ＃１」を含む呼情報メッセージを予備系の呼処理部３３に送信する。また、予備系の呼処理部３３は、呼情報メッセージに含まれる固定情報「ａ０」および呼の設定先「ＦＢ＃１」を呼管理テーブル３３ａに格納する。
【００６１】
このようにして、ＦＢ制御部５０は、障害の発生が検出された呼処理ＦＢ１０に設定された呼の設定先を、障害の発生が検出されていない呼処理ＦＢ３０に変更する。これにより、障害の発生が検出された呼処理ＦＢ１０に設定された呼は、呼処理ＦＢ３０に引き継がれる。したがって、運用系の呼処理部１３および予備系の呼処理部１４を搭載する呼処理ＦＢ１０の単位で障害が発生した場合でも、障害の発生した呼処理ＦＢ１０に設定された呼を救済することが可能となる。
【００６２】
図１５は、本実施例に係る呼制御装置による省電力モード移行時系切替処理の処理手順を示すシーケンス図である。図１５では、ＦＢ制御部５０が、呼処理ＦＢ１０を省電力モードに移行させるものとして説明を行う。ＦＢ制御部５０は、呼処理ＦＢ１０を省電力モードに移行する場合に、呼処理ＦＢ３０に搭載された予備系の呼処理部３４に対して、予備系から運用系への切り替えを指示する切替制御メッセージを送信する（Ｓ５０１）。そして、予備系の呼処理部３４は、ＦＢ制御部５０からの切替制御メッセージを受け付けると、運用系の呼処理部３３に対して運用中情報の送信を指示する同期開始メッセージを送信する（Ｓ５０２）。
【００６３】
そして、運用系の呼処理部３３は、予備系の呼処理部３４からの同期開始メッセージを受け付けると、呼管理テーブル３３ａに格納された運用中情報を含む運用中情報メッセージを予備系の呼処理部３４に送信する（Ｓ５０３）。そして、予備系の呼処理部３４は、運用中情報メッセージを受け付けると、該運用中情報メッセージに含まれる運用中情報を呼管理テーブル３４ａに格納する。そして、予備系の呼処理部３４は、全ての運用中情報メッセージを受け付けると、同期完了メッセージを運用系の呼処理部３３に送信する（Ｓ５０４）。そして、予備系の呼処理部３４は、運用系の呼処理部３３に代わって稼動を開始する旨を通知する切替完了メッセージをＦＢ制御部５０に送信する（Ｓ５０５）。これにより、予備系と運用系とが切り替わる。つまり、運用系の呼処理部３４は、呼処理ＦＢ３０に設定された呼に関する呼情報を用いて呼を処理し、予備系の呼処理部３３は、運用系の呼処理部３４の代替として動作する。
【００６４】
そして、ＦＢ制御部５０は、省電力モードに移行する呼処理ＦＢ１０に搭載される運用系の呼処理部１３から呼の処理に現に用いられている運用中情報を取得する旨を指示する運用中情報取得指示メッセージを運用系の呼処理部３４に送信する（Ｓ５０６）。そして、運用系の呼処理部３４は、ＦＢ制御部５０からの運用中情報取得指示メッセージを受け付けると、運用系の呼処理部１３に対して運用中情報の送信を指示する同期開始メッセージを送信する（Ｓ５０７）。
【００６５】
そして、運用系の呼処理部１３は、運用系の呼処理部３４からの同期開始メッセージを受け付けると、呼管理テーブル１３ａに格納された運用中情報を含む運用中情報メッセージを運用系の呼処理部３４に送信する（Ｓ５０８）。そして、運用系の呼処理部３４は、運用中情報メッセージを受け付けると、該運用中情報メッセージに含まれる運用中情報を呼管理テーブル３４ａに格納する。そして、運用系の呼処理部３４は、全ての運用中情報メッセージを受け付けると、同期完了メッセージを運用系の呼処理部１３に送信する（Ｓ５０９）。そして、運用系の呼処理部３４は、運用系の呼処理部１３からの運用中情報の取得が完了した旨を通知する運用中情報取得完了メッセージをＦＢ制御部５０に送信する（Ｓ５１０）。
【００６６】
そして、ＦＢ制御部５０は、呼処理部３４からの運用中情報取得完了メッセージを受け付けると、省電力モードに移行する呼処理ＦＢ１０に設定された呼の設定先を変更する旨を指示する呼設定先変更メッセージを呼処理部３４に送信する（Ｓ５１１）。そして、運用系の呼処理部３４は、ＦＢ制御部５０からの呼設定変更メッセージを受け付けると、省電力モードに移行する呼処理ＦＢ１０に搭載される呼処理部１４と呼処理部３４との間で交換された呼の設定先を、呼処理ＦＢ３０に変更する（Ｓ５１２）。これにより、省電力モードに移行する呼処理ＦＢ１０に設定された呼は、呼処理ＦＢ３０に引き継がれる。
【００６７】
そして、運用系の呼処理部３４は、運用系の呼処理部３４と予備系の呼処理部３３との間で呼情報および呼の設定先を同期する旨を通知する同期開始メッセージを予備系の呼処理部３３に送信する（Ｓ５１３）。そして、運用系の呼処理部３４は、呼管理テーブル３４ａに格納された呼情報および呼の設定先を含む呼情報メッセージを予備系の呼処理部３３に送信する（Ｓ５１４）。そして、運用系の呼処理部３４は、呼情報メッセージに含まれる呼情報および呼の設定先を呼管理テーブル３３ａに格納する。そして、運用系の呼処理部３４は、全ての呼情報メッセージを送信すると、呼情報および呼の設定先の転送を完了した旨を通知する同期完了メッセージを予備系の呼処理部３３に送信する（Ｓ５１５）。そして、運用系の呼処理部３４は、呼設定先変更完了メッセージをＦＢ制御部５０に送信する（Ｓ５１６）。
【００６８】
そして、ＦＢ制御部５０は、運用系の呼処理部３４からの呼設定先変更完了メッセージを受け付けると、運用系の呼処理部１３の電源をＯＦＦとし（Ｓ５１７）、予備系の呼処理部１４の電源をＯＦＦとする（Ｓ５１８）。
【００６９】
図１６は、本実施例に係る呼制御装置による省電力モード移行時系切替処理の実行時の各呼管理テーブルの状態を説明するための図である。図１６において、呼処理ＦＢ３０（ＦＢ＃１）における呼管理テーブル３３ａの状態が左側に示され、呼処理ＦＢ３０における呼管理テーブル３４ａの状態が右側に示されている。運用系の呼処理部３３は、予備系の呼処理部３４からの同期開始メッセージを受け付けると、呼管理テーブル３３ａに格納された運用中情報「ｂ１」を含む運用中情報メッセージを予備系の呼処理部３４に送信する。また、予備系の呼処理部３４は、運用中情報メッセージを受け付けると、該運用中情報メッセージに含まれる運用中情報「ｂ１」を呼管理テーブル３４ａに格納する。また、運用系の呼処理部１３は、運用系の呼処理部３４からの同期開始メッセージを受け付けると、呼管理テーブル１３ａに格納された運用中情報「ｂ０」を含む運用中情報メッセージを運用系の呼処理部３４に送信する。また、運用系の呼処理部３４は、運用中情報メッセージを受け付けると、運用中情報メッセージに含まれる運用中情報「ｂ０」を呼管理テーブル３４ａに格納する。また、運用系の呼処理部３４は、ＦＢ制御部５０からの呼設定変更メッセージを受け付けると、省電力モードに移行する呼処理ＦＢ１０に搭載される呼処理部１４と呼処理部３４との間で交換された呼の設定先「ＦＢ＃０」を「ＦＢ＃１」に変更する。また、運用系の呼処理部３４は、呼管理テーブル３４ａに格納された固定情報「ａ０」および呼の設定先「ＦＢ＃１」を含む呼情報メッセージを予備系の呼処理部３３に送信する。また、予備系の呼処理部３３は、呼情報メッセージに含まれる固定情報「ａ０」および呼の設定先「ＦＢ＃１」を呼管理テーブル３３ａに格納する。
【００７０】
このようにして、ＦＢ制御部５０は、省電力モードに移行する呼処理ＦＢ１０に設定された呼の設定先を、省電力モードに移行しない呼処理ＦＢ３０に変更する。これにより、省電力モードに移行する呼処理ＦＢ１０に設定された呼は、呼処理ＦＢ３０に引き継がれる。したがって、運用系の呼処理部１３および予備系の呼処理部１４を搭載する呼処理ＦＢ１０が省電力モードに移行する場合でも、省電力モードに移行する呼処理ＦＢ１０に設定された呼を救済することが可能となる。
【００７１】
次に、本実施例に係る呼制御装置による処理手順の具体例について簡単に説明する。図１７Ａおよび図１７Ｂは、特定の呼処理ＦＢと他の全ての呼処理ＦＢとの間で同期が行われる場合の処理手順を説明するための図である。
【００７２】
ＦＢ制御部５０は、特定の呼処理ＦＢと他の全ての呼処理ＦＢとの間で呼情報を同期させる。例えば、ＩＤ＝ａ[１]の呼がＦＢ＃０に新規に設定される場合（図１７Ａの（１）および（２）参照）を説明する。この場合、ＦＢ制御部５０は、呼処理ＦＢ＃０に設定されたＩＤ＝ａ[１]の呼に関する呼情報を他の呼処理ＦＢ＃１および呼処理ＦＢ＃２に同期させる。
【００７３】
そして、ＦＢ制御部５０は、他の呼処理ＦＢが省電力モードに移行する場合に、他の呼処理ＦＢで使用中の呼情報を特定の呼処理ＦＢに取得させた後、他の呼処理ＦＢの電源をＯＦＦとする。例えば、呼処理ＦＢ＃１および呼処理ＦＢ＃２が省電力モードに移行する場合（図１７Ｂの（３）および（４）参照）を説明する。この場合、ＦＢ制御部５０は、呼処理ＦＢ＃１で使用中のＩＤ＝ｂ[０]〜ｂ[２]の呼に関する呼情報と、呼処理ＦＢ＃２で使用中のＩＤ＝ｃ[１]〜ｃ[３]の呼に関する呼情報とを呼処理ＦＢ＃０に取得させる。その後、ＦＢ制御部５０は、呼処理ＦＢ＃１および呼処理ＦＢ＃２の電源をＯＦＦとする。
【００７４】
図１８Ａおよび図１８Ｂは、特定の呼処理ＦＢと省電力モードに移行する呼処理ＦＢおよび省電力モードに移行しない呼処理ＦＢとの間で同期が行われる場合の処理手順を説明するための図である。
【００７５】
ＦＢ制御部５０は、特定の呼処理ＦＢと省電力モードに移行する呼処理ＦＢおよび省電力モードに移行しない呼処理ＦＢとの間で呼情報を同期させる。例えば、ＩＤ＝ａ[１]の呼がＦＢ＃０に新規に設定される場合（図１８Ａの（１）および（２）参照）を説明する。この場合、ＦＢ制御部５０は、呼処理ＦＢ＃０に設定されたＩＤ＝ａ[１]の呼に関する呼情報を、省電力モードに移行する呼処理ＦＢ＃３および省電力モードに移行しない呼処理ＦＢ＃１に同期させる。
【００７６】
そして、ＦＢ制御部５０は、省電力モードに移行する呼処理ＦＢで使用中の呼情報を特定の呼処理ＦＢの収容呼に変更した後、省電力モードに移行する呼処理ＦＢの電源をＯＦＦとする。例えば、呼処理ＦＢ＃２および呼処理ＦＢ＃３が省電力モードに移行する場合（図１８Ｂの（３）および（４）参照）を説明する。この場合、ＦＢ制御部５０は、呼処理ＦＢ＃２で使用中のＩＤ＝ｃ[２]の呼に関する呼情報を呼処理ＦＢ＃０の収容呼に変更する。また、ＦＢ制御部５０は、呼処理ＦＢ＃２で使用中のＩＤ＝ｃ[１]、ｃ[３]の呼に関する呼情報を呼処理ＦＢ＃１の収容呼に変更する。また、ＦＢ制御部５０は、呼処理ＦＢ＃３で使用中のＩＤ＝ｄ[０]、ｄ[２]の呼に関する呼情報を呼処理ＦＢ＃０の収容呼に変更する。その後、ＦＢ制御部５０は、呼処理ＦＢ＃２および呼処理ＦＢ＃３の電源をＯＦＦとする。
【００７７】
そして、ＦＢ制御部５０は、省電力モードに移行しなかった呼処理ＦＢどうしで呼情報を同期させる。例えば、呼処理ＦＢ＃０および呼処理ＦＢ＃１が省電力モードに移行しなかった場合（図１８Ｂの（５）参照）を説明する。この場合、ＦＢ制御部５０は、呼処理ＦＢ＃０に収容されたＩＤ＝ｃ[２]、ｄ[０]、ｄ[２]の呼に関する呼情報を他の呼処理ＦＢ＃１に同期させる。また、ＦＢ制御部５０は、呼処理ＦＢ＃１に収容されたＩＤ＝ｃ[１]、ｃ[３]の呼に関する呼情報を他の呼処理ＦＢ＃０に同期させる。
【００７８】
図１９Ａおよび図１９Ｂは、同期先のリソース数に応じた同期が行われる場合の処理手順を説明するための図である。
【００７９】
ＦＢ制御部５０は、呼処理ＦＢ毎の呼の設定数（リソース数）が均等となるように、特定の呼処理ＦＢと他の呼処理ＦＢとの間で呼情報を同期させる。例えば、ＩＤ＝ａ[１]の呼がＦＢ＃０に新規に設定される場合（図１９Ａの（１）および（２）参照）を説明する。この場合、ＦＢ制御部５０は、呼処理ＦＢ＃０の同期先となる呼処理ＦＢのうちリソース数が最も少ない呼処理ＦＢ＃２を選択し、呼処理ＦＢ＃０に設定されたＩＤ＝ａ[１]の呼に関する呼情報を呼処理ＦＢ＃２に同期させる。
【００８０】
また、例えば、ＩＤ＝ｂ[２]の呼が呼処理ＦＢ＃１に新規に設定される場合を説明する。この場合、ＦＢ制御部５０は、呼処理ＦＢ＃１の同期先となる呼処理ＦＢ＃０および呼処理ＦＢ＃２のリソース数が同一であるため、呼処理ＦＢ＃２よりも識別番号の若い呼処理ＦＢ＃０を選択する。そして、ＦＢ制御部５０は、呼処理ＦＢ＃１に設定されたＩＤ＝ｂ[２]の呼に関する呼情報を呼処理ＦＢ＃０に同期させる。
【００８１】
そして、ＦＢ制御部５０は、他の呼処理ＦＢが省電力モードに移行する場合に、他の呼処理ＦＢで使用中の呼情報を特定の呼処理ＦＢに取得させた後、他の呼処理ＦＢの電源をＯＦＦとする。例えば、呼処理ＦＢ＃１が省電力モードに移行する場合（図１９Ｂの（３）および（４）参照）を説明する。この場合、ＦＢ制御部５０は、呼処理ＦＢ＃１で使用中のＩＤ＝ｂ[０]、ｂ[２]の呼に関する呼情報を呼処理ＦＢ＃０に取得させる。また、ＦＢ制御部５０は、呼処理ＦＢ＃１で使用中のＩＤ＝ｂ[１]の呼に関する呼情報を呼処理ＦＢ＃２に取得させる。その後、ＦＢ制御部５０は、呼処理ＦＢ＃１の電源をＯＦＦとする。
【００８２】
そして、ＦＢ制御部５０は、省電力モードに移行しなかった呼処理ＦＢどうしで呼情報を同期させる。例えば、呼処理ＦＢ＃０および呼処理ＦＢ＃２が省電力モードに移行しなかった場合（図１９Ｂの（５）参照）を説明する。この場合、ＦＢ制御部５０は、呼処理ＦＢ＃０に収容されたＩＤ＝ａ[０]、ａ[１]、ｂ[０]、ｂ[２]の呼に関する呼情報を他の呼処理ＦＢ＃２に同期させる。また、ＦＢ制御部５０は、呼処理ＦＢ＃２に収容されたＩＤ＝ｃ[１]〜ｃ[３]、ｂ[１]の呼に関する呼情報を他の呼処理ＦＢ＃１に同期させる。
【００８３】
上述してきたように、本実施例に係る呼制御装置は、特定の呼処理ＦＢ３０に搭載される予備系の呼処理部３４と、他の呼処理ＦＢ１０に搭載される予備系の呼処理部１４との間で呼情報および呼の設定先を交換させる。そして、呼制御装置は、呼処理ＦＢにおける障害の発生を検出し、呼処理ＦＢ１０における障害の発生が検出された場合に、呼処理ＦＢ１０に設定された呼の設定先を、障害の発生が検出されていない呼処理ＦＢ３０に変更する。このため、障害の発生が検出された呼処理ＦＢ１０に設定された呼を呼処理ＦＢ１０に引き継がせることができる。結果として、運用処理部及び予備処理部を搭載する呼処理ブロック部単位で障害が発生した際に、呼の切断のリスクを低減することができる。
【００８４】
また、本実施例によれば、呼処理ＦＢ３０に対して新たに搭載された呼処理部３４を予備系として認識し、認識した予備系の呼処理部３４に対して、予備系の呼処理部１４との間で呼情報および呼の設定先を交換するよう指示する。このため、障害の発生が検出された呼処理ＦＢ１０に設定された呼を、呼処理ＦＢ３０に対して新たに搭載された予備系の呼処理部３４に同期させることができる。
【００８５】
また、本実施例によれば、予備系の呼処理部１４が運用系の呼処理部１３に代わって稼動を開始する場合に、予備系と運用系間で呼情報および呼の設定先の転送を行い、転送後の呼情報および呼の設定先を呼処理部１４から削除する。このため、呼処理ＦＢ１０に搭載される呼処理部１４は、不要な情報を呼管理テーブル１４ａから削除することができ、呼処理ＦＢ１０の記憶容量を低減することができる。
【００８６】
また、本実施例によれば、省電力モードに移行する呼処理ＦＢ１０に設定された呼の設定先を、省電力モードに移行しない呼処理ＦＢ３０に変更する。このため、省電力モードに移行する呼処理ＦＢ１０に設定された呼を、呼処理ＦＢ３０に引き継がせることができる。したがって、運用系の呼処理部１３および予備系の呼処理部１４を搭載する呼処理ＦＢ１０が省電力モードに移行する場合でも、省電力モードに移行する呼処理ＦＢ１０に設定された呼を救済することが可能となる。さらに、省電力モードに移行する呼処理ＦＢ１０に設定された呼の終話を待機する必要がないため、呼処理ＦＢ１０の電源をＯＦＦとするためにかかる時間を短縮することができる。
【００８７】
［ハードウェア構成］
図２０は、呼処理装置のハードウェア構成図である。以上に説明した実施例に係る呼制御装置は、図２０に示すようなハードウェア構成を有している。
【００８８】
図２０に示す呼処理装置は、ＦＢカード１１０、ＦＢカード１３０及びＦＢ制御回路１５０を有する。ＦＢカード１１０及びＦＢカード１３０は、ＦＢ制御回路１５０と接続されている。
【００８９】
ＦＢカード１１０は、ＩＦ部１１１、ＩＦ部１１２、呼処理回路１１３及び呼処理回路１１４を有する。ＩＦ部１１１及びＩＦ部１１２は、呼処理回路１１３及び呼処理回路１１４と接続されている。呼処理回路１１３及び呼処理回路１１４は、相互に接続されている。呼処理回路１１３及び呼処理回路１１４それぞれには、図示を省略するがメモリ及びプロセッサが内蔵されている。
【００９０】
ＩＦ部１１１、ＩＦ部１１２、呼処理回路１１３及び呼処理回路１１４は、例えば、図１に示した、外部ＩＦ部１１、ＦＢ間ＩＦ部１２、呼処理部１３及び呼処理部１４の機能を実現している。呼処理回路１１３に内蔵されたメモリは、例えば、図１に示した呼管理テーブル１３ａの機能を実現している。呼処理回路１１４に内蔵されたメモリは、例えば、図１に示した呼管理テーブル１４ａの機能を実現している。
【００９１】
ＦＢカード１３０は、ＩＦ部１３１、ＩＦ部１３２、呼処理回路１３３及び呼処理回路１３４を有する。ＩＦ部１３１及びＩＦ部１３２は、呼処理回路１３３及び呼処理回路１３４と接続されている。呼処理回路１３３及び呼処理回路１３４は、相互に接続されている。呼処理回路１３３及び呼処理回路１３４それぞれには、図示を省略するがメモリ及びプロセッサが内蔵されている。
【００９２】
ＩＦ部１３１、ＩＦ部１３２、呼処理回路１３３及び呼処理回路１３４は、例えば、図１に示した、外部ＩＦ部３１、ＦＢ間ＩＦ部３２、呼処理部３３及び呼処理部３４の機能を実現している。呼処理回路１３３に内蔵されたメモリは、例えば、図１に示した呼管理テーブル３３ａの機能を実現している。呼処理回路１３４に内蔵されたメモリは、例えば、図１に示した呼管理テーブル３４ａの機能を実現している。
【００９３】
ＦＢ制御回路１５０は、プロセッサ１５１、ＩＦ部１５２及び記憶装置１５３を有する。記憶装置１５３は、ＲＯＭ（Read Only Memory）１５３ａ及びＲＡＭ（Random Access Memory）１５３ｂを有する。ＩＦ部１５２及び記憶装置１５３は、それぞれプロセッサ１５１と接続されている。
【００９４】
そして、プロセッサ１５１及び記憶装置１５３は、例えば、図１に示した、振分制御部５３、交換制御部５４、障害検出部５５、設定先変更部５６、転送部５７、削除部５８及び取得制御部５９等の機能を実現する。例えば、ＲＯＭ１５３ａは、図１に示した、振分制御部５３、交換制御部５４、障害検出部５５、設定先変更部５６、転送部５７、削除部５８及び取得制御部５９等による処理を実現する各種プログラムを記憶している。そして、プロセッサ１５１及び１５３ｂは、これらの各種プログラムを読み出して実行することで、上述した各機能を実現するプロセスを生成する。
【符号の説明】
【００９５】
１０、３０ 呼処理ＦＢ
１１、３１ 外部ＩＦ部
１２、３２ ＦＢ間ＩＦ部
１３、３３ 呼処理部
１３ａ、３３ａ 呼管理テーブル
１４、３４ 呼処理部
１４ａ、３４ａ 呼管理テーブル
５０ ＦＢ制御部
５１ 外部ＩＦ部
５２ 制御部
５３ 振分制御部
５４ 交換制御部
５５ 障害検出部
５６ 設定先変更部
５７ 転送部
５８ 削除部
５９ 取得制御部
【特許請求の範囲】
【請求項１】
設定された呼に関する呼情報を用いて前記呼を処理する運用処理部と、前記呼情報及び前記呼の設定先を保持し、前記運用処理部の代替として動作する予備処理部とをそれぞれ搭載する複数の呼処理ブロック部と、
特定の前記呼処理ブロック部に搭載される前記予備処理部である特定予備処理部と、特定の前記呼処理ブロック部以外の他の前記呼処理ブロック部に搭載される他の前記予備処理部との間で前記呼情報および前記呼の設定先を交換させる交換制御部と、
前記呼処理ブロック部における障害の発生を検出する障害検出部と、
前記障害検出部によって他の前記呼処理ブロック部における障害の発生が検出された場合に、他の前記呼処理ブロック部に搭載される他の前記予備処理部と前記特定予備処理部との間で交換された前記呼の設定先を、前記特定予備処理部を搭載する前記呼処理ブロック部に変更する設定先変更部と
を備えたことを特徴とする呼制御装置。
【請求項２】
前記交換制御部は、特定の前記呼処理ブロック部に対して新たに搭載された前記予備処理部を前記特定予備処理部として認識し、認識した前記特定予備処理部に対して、他の前記予備処理部との間で前記呼情報及び前記呼の設定先を交換するよう指示することを特徴とする請求項１に記載の呼制御装置。
【請求項３】
前記特定予備処理部が前記運用処理部に代わって稼動を開始する場合に、前記特定予備信号処理部により保持される前記呼情報及び前記呼の設定先を前記運用処理部へ転送する転送部と、
前記転送部により転送された前記呼情報及び前記呼の設定先を前記特定予備処理部から削除する削除部と
をさらに備えたことを特徴とする請求項１または２に記載の呼制御装置。
【請求項４】
他の前記呼処理ブロック部が省電力モードに移行する場合に、省電力モードに移行する他の前記呼処理ブロックに搭載される他の前記運用処理部から前記呼の処理に現に用いられている前記呼情報を取得するよう前記特定予備処理部に指示する取得制御部をさらに備え、
前記設定先変更部は、
前記特定予備処理部によって前記呼情報が取得された場合に、他の前記呼処理ブロック部に搭載される他の前記予備処理部と前記特定予備処理部との間で交換された前記呼の設定先を、前記特定予備処理部を搭載する前記呼処理ブロック部に変更することを特徴とする請求項１〜３のいずれか一つに記載の呼制御装置。
【請求項５】
設定された呼に関する呼情報を用いて前記呼を処理する運用処理部と、前記呼情報及び前記呼の設定先を保持し、前記運用処理部の代替として動作する予備処理部とをそれぞれ搭載する複数の呼処理ブロック部を備えた呼制御装置により実行される呼制御方法であって、
特定の前記呼処理ブロック部に搭載される前記予備処理部である特定予備処理部と、特定の前記呼処理ブロック部以外の他の前記呼処理ブロック部に搭載される他の前記予備処理部との間で前記呼情報および前記呼の設定先を交換させ、
前記呼処理ブロック部における障害を検出し、
他の前記呼処理ブロック部における障害が検出された場合に、他の前記呼処理ブロック部に搭載される他の前記予備処理部と前記特定予備処理部との間で交換された前記呼の設定先を、前記特定予備処理部を搭載する前記呼処理ブロック部に変更する
ことを含むことを特徴とする呼制御方法。
【請求項１】
設定された呼に関する呼情報を用いて前記呼を処理する運用処理部と、前記呼情報及び前記呼の設定先を保持し、前記運用処理部の代替として動作する予備処理部とをそれぞれ搭載する複数の呼処理ブロック部と、
特定の前記呼処理ブロック部に搭載される前記予備処理部である特定予備処理部と、特定の前記呼処理ブロック部以外の他の前記呼処理ブロック部に搭載される他の前記予備処理部との間で前記呼情報および前記呼の設定先を交換させる交換制御部と、
前記呼処理ブロック部における障害の発生を検出する障害検出部と、
前記障害検出部によって他の前記呼処理ブロック部における障害の発生が検出された場合に、他の前記呼処理ブロック部に搭載される他の前記予備処理部と前記特定予備処理部との間で交換された前記呼の設定先を、前記特定予備処理部を搭載する前記呼処理ブロック部に変更する設定先変更部と
を備えたことを特徴とする呼制御装置。
【請求項２】
前記交換制御部は、特定の前記呼処理ブロック部に対して新たに搭載された前記予備処理部を前記特定予備処理部として認識し、認識した前記特定予備処理部に対して、他の前記予備処理部との間で前記呼情報及び前記呼の設定先を交換するよう指示することを特徴とする請求項１に記載の呼制御装置。
【請求項３】
前記特定予備処理部が前記運用処理部に代わって稼動を開始する場合に、前記特定予備信号処理部により保持される前記呼情報及び前記呼の設定先を前記運用処理部へ転送する転送部と、
前記転送部により転送された前記呼情報及び前記呼の設定先を前記特定予備処理部から削除する削除部と
をさらに備えたことを特徴とする請求項１または２に記載の呼制御装置。
【請求項４】
他の前記呼処理ブロック部が省電力モードに移行する場合に、省電力モードに移行する他の前記呼処理ブロックに搭載される他の前記運用処理部から前記呼の処理に現に用いられている前記呼情報を取得するよう前記特定予備処理部に指示する取得制御部をさらに備え、
前記設定先変更部は、
前記特定予備処理部によって前記呼情報が取得された場合に、他の前記呼処理ブロック部に搭載される他の前記予備処理部と前記特定予備処理部との間で交換された前記呼の設定先を、前記特定予備処理部を搭載する前記呼処理ブロック部に変更することを特徴とする請求項１〜３のいずれか一つに記載の呼制御装置。
【請求項５】
設定された呼に関する呼情報を用いて前記呼を処理する運用処理部と、前記呼情報及び前記呼の設定先を保持し、前記運用処理部の代替として動作する予備処理部とをそれぞれ搭載する複数の呼処理ブロック部を備えた呼制御装置により実行される呼制御方法であって、
特定の前記呼処理ブロック部に搭載される前記予備処理部である特定予備処理部と、特定の前記呼処理ブロック部以外の他の前記呼処理ブロック部に搭載される他の前記予備処理部との間で前記呼情報および前記呼の設定先を交換させ、
前記呼処理ブロック部における障害を検出し、
他の前記呼処理ブロック部における障害が検出された場合に、他の前記呼処理ブロック部に搭載される他の前記予備処理部と前記特定予備処理部との間で交換された前記呼の設定先を、前記特定予備処理部を搭載する前記呼処理ブロック部に変更する
ことを含むことを特徴とする呼制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７Ａ】
【図１７Ｂ】
【図１８Ａ】
【図１８Ｂ】
【図１９Ａ】
【図１９Ｂ】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７Ａ】
【図１７Ｂ】
【図１８Ａ】
【図１８Ｂ】
【図１９Ａ】
【図１９Ｂ】
【図２０】
【公開番号】特開２０１３−９３７２９（Ｐ２０１３−９３７２９Ａ）
【公開日】平成２５年５月１６日（２０１３．５．１６）
【国際特許分類】
【出願番号】特願２０１１−２３４３１１（Ｐ２０１１−２３４３１１）
【出願日】平成２３年１０月２５日（２０１１．１０．２５）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２５年５月１６日（２０１３．５．１６）
【国際特許分類】
【出願日】平成２３年１０月２５日（２０１１．１０．２５）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]