(57)【特許請求の範囲】
【請求項１】
呼処理信号を呼処理し、呼制御情報を呼制御メモリに書き込む運用系装置及び待機系装置と、呼処理信号を受信し応答信号を送信する通信制御部と、当該通信制御部が受信した呼処理信号を運用系装置または待機系装置に振り分ける呼処理信号振り分け部とを備える呼処理システムであって、
運用系装置の呼制御メモリは運用系装置の呼処理で使用する自系呼制御メモリと待機系装置の呼処理で使用する他系呼制御メモリとからなり、
待機系装置の呼制御メモリは待機系装置の呼処理で使用する自系呼制御メモリと運用系装置の呼処理で使用する他系呼制御メモリとからなり、
呼処理信号振り分け部は運用系装置の使用負荷が所定閾値以下であるか、否かを判断し、使用負荷が所定閾値以下であると判断した場合に、呼処理信号振り分け部が呼処理信号を運用系装置に振り分け、使用負荷が所定閾値以下でないと判断した場合に、呼処理信号振り分け部が呼処理信号を待機系装置に振り分け、
前記呼処理信号振り分け部が、運用系装置の使用負荷が所定閾値以下でないと判断し呼処理信号を待機系装置に振り分けている場合に、運用系装置及び待機系装置のいずれかに障害が生じたときに、障害が生じた装置の自系呼制御メモリが保持している呼制御に必要な呼の状態を示すデータを障害が生じていない装置に転送し、障害が生じていない装置が転送を受けて他系呼制御メモリに前記呼の状態を示すデータを記録し、呼処理信号振り分け部が運用系装置の使用負荷に依らず呼処理信号を障害が生じていない装置に振り分け、少なくとも障害から復帰するまで障害が生じていない装置が振り分けられた呼処理信号を自系呼制御メモリ及び他系呼制御メモリを用いて処理する呼処理システム。
【請求項２】
新たな呼の呼処理信号を受けた場合に、呼識別情報とその新たな呼を呼処理信号振り分け部により振り分けられた運用系装置又は待機系装置を識別する担当装置識別情報とを対応付けて記録する呼振り分け対応記憶手段を新たに備え、
振り分け対象の呼処理信号が新たな呼についてのものでない場合に、呼処理信号振り分け部が振り分け対象の呼処理信号の呼識別情報に基づき対応記憶手段から対応する担当装置識別情報を読み出し、当該読み出し担当装置識別情報が示す装置に該当呼を振り分ける
前記請求項１に記載の呼処理システム。
【請求項３】
運用系装置及び待機系装置のいずれかに障害が生じた場合に、障害が生じた装置の自系呼
制御メモリのデータを障害が生じていない装置に転送し、障害が生じていない装置が転送を受けて他系呼制御メモリに転送データを記録し、少なくとも障害から復帰するまで障害が生じていない装置は自系の担当呼の呼処理信号を自系呼制御メモリを用いて処理するのに加え、他系の担当呼の呼処理信号を他系呼制御メモリを用いて処理する
前記請求項２に記載の呼処理システム。
【請求項４】
呼処理信号を呼処理し、呼制御情報を呼制御メモリに書き込む運用系装置及び待機系装置と、呼処理信号を受信し応答信号を送信する通信制御部と、当該通信制御部が受信した呼処理信号を運用系装置または待機系装置に振り分ける呼処理信号振り分け部と、新たな呼の呼処理信号を受けた場合に、呼識別情報とその新たな呼を呼処理信号振り分け部により振り分けられた運用系装置又は待機系装置を識別する担当装置識別情報とを対応付けて記録する呼振り分け対応記憶手段とを備える呼処理システムであって、
運用系装置の呼制御メモリは運用系装置の呼処理で使用する自系呼制御メモリと待機系装置の呼処理で使用する他系呼制御メモリとからなり、
待機系装置の呼制御メモリは待機系装置の呼処理で使用する自系呼制御メモリと運用系装置の呼処理で使用する他系呼制御メモリとからなり、
呼処理信号振り分け部は運用系装置の使用負荷が所定閾値以下であるか、否かを判断し、使用負荷が所定閾値以下であると判断した場合に、呼処理信号振り分け部が呼処理信号を運用系装置に振り分け、使用負荷が所定閾値以下でないと判断した場合に、呼処理信号振り分け部が呼処理信号を待機系装置に振り分け、
運用系装置及び待機系装置のいずれかに障害が生じた場合に、障害が生じた装置の自系呼制御メモリのデータを障害が生じていない装置に転送し、障害が生じていない装置が転送を受けて他系呼制御メモリに転送データを記録し、呼処理信号振り分け部が運用系装置の使用負荷に依らず呼処理信号を障害が生じていない装置に振り分け、少なくとも障害から復帰するまで障害が生じていない装置は自系の担当呼の呼処理信号を自系呼制御メモリを用いて処理するのに加え、他系の担当呼の呼処理信号を他系呼制御メモリを用いて処理し、
振り分け対象の呼処理信号が新たな呼についてのものでない場合に、呼処理信号振り分け部が振り分け対象の呼処理信号の呼識別情報に基づき対応記憶手段から対応する担当装置識別情報を読み出し、当該読み出し担当装置識別情報が示す装置に該当呼を振り分け、
障害が生じた装置が復帰した場合に、障害が生じていない装置が他系呼制御メモリのデータを障害から復帰した装置に転送し、障害から復帰した装置が転送を受けて自系呼制御メモリに転送データを記録し、当該障害から復帰した装置の自系呼制御メモリに転送データが記録された以降に呼処理信号振り分け部が呼振り分け対応記憶手段を参照して運用系装置及び待機系装置への振り分けを再開する呼処理システム。
【請求項５】
呼処理信号を呼処理し、呼制御情報を呼制御メモリに書き込む運用系装置及び待機系装置と、呼処理信号を受信し応答信号を送信する通信制御部と、当該通信制御部が受信した呼処理信号を運用系装置または待機系装置に振り分ける呼処理信号振り分け部とを用いる呼処理システムの制御方法であって、
呼処理信号振り分け部は運用系装置の使用負荷が所定閾値以下であるか、否かを判断するステップと、使用負荷が所定閾値以下であると判断した場合に呼処理信号振り分け部が呼処理信号を運用系装置に振り分けるステップと、呼処理信号を振り分けられた運用系装置が自系呼制御メモリ及び他系呼制御メモリからなる運用系装置の呼制御メモリのうち自系呼制御メモリを用いて処理するステップと、使用負荷が所定閾値以下でないと判断した場合に呼処理信号振り分け部が呼処理信号を待機系装置に振り分けるステップと、呼処理信号を振り分けられた待機系装置が自系呼制御メモリ及び他系呼制御メモリからなる待機系装置の呼制御メモリのうち自系呼制御メモリを用いて処理するステップとを含み、
前記呼処理信号振り分け部が、運用系装置の使用負荷が所定閾値以下でないと判断し呼処理信号を待機系装置に振り分けている場合に、運用系装置及び待機系装置のいずれかに
障害が生じたときに、障害が生じた装置の自系呼制御メモリが保持している呼制御に必要な呼の状態を示すデータを障害が生じていない装置に転送するステップと、障害が生じていない装置が転送を受けて他系呼制御メモリに前記呼の状態を示すデータを記録するステップと、呼処理信号振り分け部が運用系装置の使用負荷に依らず呼処理信号を障害が生じていない装置に振り分けるステップと、少なくとも障害から復帰するまで障害が生じていない装置が振り分けられた呼処理信号を自系呼制御メモリ及び他系呼制御メモリを用いて処理するステップとを含む呼処理システムの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信した呼処理信号を信号に内包される情報に基づき送信する呼処理システムに関し、特に、多重化して高信頼性を実現する呼処理システムに関する。
【背景技術】
【０００２】
背景技術となる冗長構成パケット交換装置は、デュプレックスシステムを採用した冗長構成パケット交換装置において、それぞれの交換装置に設けられ一定時間内での命令実行回数から処理装置の使用率を算出する使用率測定手段と、それぞれの交換装置に設けられ一定時間内での回線毎のパケット数を計数するトラヒック測定手段と、一方の交換装置の前記使用率測定手段での使用率が予め設定された値を超え、他方の交換装置の前記使用率測定手段での使用率が０である場合に、予め設定してある数の回線を前記トラヒック測定手段の出力する計数値の大きい順に選択する輻輳検出手段と、この輻輳検出手段が選択した回線を一方の交換装置から他方の交換装置に切替える回線切替手段とを有することにより構成される。
【０００３】
この背景技術の冗長構成パケット交換装置によれば、高負荷時に稼動系のトラヒックの一部を予備系に分散して処理を行なうことにより、交換処理に関してフロー制御や発呼規制を行なう必要がなくなり、サービスの低下を防ぎ安定した交換装置を提供できる。
【特許文献１】特開平４−１６２８５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、前記背景技術の冗長構成パケット交換装置は以上のように構成され、高負荷時のトラヒック分散の処理については記載があるものの、分散処理が安定した動作へ移行できず、また、稼動系又は予備系に異常が生じた場合について説示されておらず、特に、高負荷時のトラヒック分散時に異常が生じた場合にどのように処理すべきかが示されておらず、高負荷には対応することができるものの異常時には十分に対応することができず高信頼性を実現していないという課題を有する。また、障害に陥った系が復帰した場合にどのように復帰するのかも示されておらず、当業者の技術水準を勘案すると一旦障害に陥った場合には全てのサービスを休止して装置全体を再起動する必要性も生じ、障害からの円滑な通常運用への移行が実現できないという課題を有する。
【０００５】
本発明は前記課題を解決するためになされたものであり、前記特許文献１に示すトラヒックの分散処理以外の手法での安定した動作が可能な分散処理を提供すると共に、一の系に障害が生じた場合に他の系が処理を代行し、且つ、ある系が高負荷状態に移行した場合に待機している系も処理を担う呼処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
（１）このように本発明に係る呼処理システムは、呼処理信号を呼処理し、呼制御情報を呼制御メモリに書き込む運用系装置及び待機系装置と、呼処理信号を受信し応答信号を送信する通信制御部と、当該通信制御部が受信した呼処理信号を運用系装置または待機系装置に振り分ける呼処理信号振り分け部とを備える呼処理システムであって、運用系装置の呼制御メモリは運用系装置の呼処理で使用する自系呼制御メモリと待機系装置の呼処理で使用する他系呼制御メモリとからなり、待機系装置の呼制御メモリは待機系装置の呼処理で使用する自系呼制御メモリと運用系装置の呼処理で使用する他系呼制御メモリとからなり、呼処理信号振り分け部は運用系装置の使用負荷が所定閾値以下であるか、否かを判断し、使用負荷が所定閾値以下であると判断した場合に、呼処理信号振り分け部が呼処理信号を運用系装置に振り分け、使用負荷が所定閾値以下でないと判断した場合に、呼処理信号振り分け部が呼処理信号を待機系装置に振り分け、前記呼処理信号振り分け部が、運用系装置の使用負荷が所定閾値以下でないと判断し呼処理信号を待機系装置に振り分けている場合に、運用系装置及び待機系装置のいずれかに障害が生じたときに、障害が生じた装置の自系呼制御メモリが保持している呼制御に必要な呼の状態を示すデータを障害が生じていない装置に転送し、障害が生じていない装置が転送を受けて他系呼制御メモリに前記呼の状態を示すデータを記録し、呼処理信号振り分け部が運用系装置の使用負荷に依らず呼処理信号を障害が生じていない装置に振り分け、少なくとも障害から復帰するまで障害が生じていない装置が振り分けられた呼処理信号を自系呼制御メモリ及び他系呼制御メモリを用いて処理するものである。
【０００７】
このように本発明によれば、運用系装置の使用負荷が所定閾値以下であれば呼処理信号振り分け部が呼処理信号を運用系装置に振り分け、呼処理信号を振り分けられた運用系装置は自系呼制御メモリを用いて処理し、運用系装置の使用負荷が所定閾値より大きくなれば呼処理信号振り分け部が呼処理信号を待機系装置に振り分け、呼処理信号を振り分けられた待機系装置は自系呼制御メモリを用いて処理し、また、呼処理信号振り分け部が、運用系装置の使用負荷が所定閾値以下でないと判断し呼処理信号を待機系装置に振り分けている場合に障害が生じたときに、障害が生じた装置が自系呼制御メモリに保持している呼制御に必要な呼の状態を示すデータを障害が生じていない装置に転送し、障害が生じていない装置は転送を受けて他系呼制御メモリに呼の状態を示すデータを記録し、呼処理信号振り分け部が呼処理信号を障害が生じていない装置に振り分け、障害が生じていない装置
は自系呼制御メモリ及び他系呼制御メモリを用いて処理するので、正常時に運用系装置の使用負荷が大きくなってきても待機系装置も使用してシステム全体として安定して動作することができるとともに、異常時に運用系装置及び待機系装置を使用していても異常が生じていない装置を用いて運用系装置及び待機系装置で実行していた処理を継続することができるという効果を奏する。
ここでは呼処理システムとしているが、交換システム、交換機と呼称することもある。
【０００８】
（２）  このように本発明に係る呼処理システムは必要に応じて、新たな呼の呼処理信号を受けた場合に、呼識別情報とその新たな呼を呼処理信号振り分け部により振り分けられた運用系装置又は待機系装置を識別する担当装置識別情報とを対応付けて記録する呼振り分け対応記憶手段を新たに備え、振り分け対象の呼処理信号が新たな呼についてのものでない場合に、呼処理信号振り分け部が振り分け対象の呼処理信号の呼識別情報に基づき対応記憶手段から対応する担当装置識別情報を読み出し、当該読み出し担当装置識別情報が示す装置に該当呼を振り分けるものである。
このように本発明によれば、呼処理信号振り分け部が呼振り分け対応記憶手段を参照して呼処理信号を振り分けるので、同一呼に関する呼処理信号は一方の装置のみに振り分けられ、処理が複雑化することを防止することができるという効果を有する。
【０００９】
（３）  このように本発明に係る呼処理システムは必要に応じて、運用系装置及び待機系装置のいずれかに障害が生じた場合に、障害が生じた装置の自系呼制御メモリのデータを障害が生じていない装置に転送し、障害が生じていない装置が転送を受けて他系呼制御メモリに転送データを記録し、少なくとも障害から復帰するまで障害が生じていない装置は自系の担当呼の呼処理信号を自系呼制御メモリを用いて処理するのに加え、他系の担当呼の呼処理信号を他系呼制御メモリを用いて処理するものである。
【００１０】
（４）このように本発明に係る呼処理システムは必要に応じて、呼処理信号を呼処理し、呼制御情報を呼制御メモリに書き込む運用系装置及び待機系装置と、呼処理信号を受信し応答信号を送信する通信制御部と、当該通信制御部が受信した呼処理信号を運用系装置または待機系装置に振り分ける呼処理信号振り分け部と、新たな呼の呼処理信号を受けた場合に、呼識別情報とその新たな呼を呼処理信号振り分け部により振り分けられた運用系装置又は待機系装置を識別する担当装置識別情報とを対応付けて記録する呼振り分け対応記憶手段とを備える呼処理システムであって、運用系装置の呼制御メモリは運用系装置の呼処理で使用する自系呼制御メモリと待機系装置の呼処理で使用する他系呼制御メモリとからなり、待機系装置の呼制御メモリは待機系装置の呼処理で使用する自系呼制御メモリと運用系装置の呼処理で使用する他系呼制御メモリとからなり、呼処理信号振り分け部は運用系装置の使用負荷が所定閾値以下であるか、否かを判断し、使用負荷が所定閾値以下であると判断した場合に、呼処理信号振り分け部が呼処理信号を運用系装置に振り分け、使用負荷が所定閾値以下でないと判断した場合に、呼処理信号振り分け部が呼処理信号を待機系装置に振り分け、運用系装置及び待機系装置のいずれかに障害が生じた場合に、障害が生じた装置の自系呼制御メモリのデータを障害が生じていない装置に転送し、障害が生じていない装置が転送を受けて他系呼制御メモリに転送データを記録し、呼処理信号振り分け部が運用系装置の使用負荷に依らず呼処理信号を障害が生じていない装置に振り分け、少なくとも障害から復帰するまで障害が生じていない装置は自系の担当呼の呼処理信号を自系呼制御メモリを用いて処理するのに加え、他系の担当呼の呼処理信号を他系呼制
御メモリを用いて処理し、振り分け対象の呼処理信号が新たな呼についてのものでない場合に、呼処理信号振り分け部が振り分け対象の呼処理信号の呼識別情報に基づき対応記憶手段から対応する担当装置識別情報を読み出し、当該読み出し担当装置識別情報が示す装置に該当呼を振り分け、障害が生じた装置が復帰した場合に、障害が生じていない装置が他系呼制御メモリのデータを障害から復帰した装置に転送し、障害から復帰した装置が転送を受けて自系呼制御メモリに転送データを記録し、当該障害から復帰した装置の自系呼制御メモリに転送データが記録された以降に呼処理信号振り分け部が呼振り分け対応記憶手段を参照して運用系装置及び待機系装置への振り分けを再開するものである。
このように本発明によれば、障害から復帰した場合に、呼制御メモリが自系呼制御メモリ及び他系呼制御メモリからなり、障害から復帰した系の装置に障害が生じなかった系の装置の他系呼制御メモリのデータを転送し、障害から復帰した系の装置が転送されたデータを自系呼制御メモリに記録して振り分けられた呼処理信号を処理可能となるので、障害復帰時に障害から復帰した系の装置が円滑に処理を再開することができるという効果を有する。
【００１１】
（５）このように本発明に係る呼処理システムの制御方法は、呼処理信号を呼処理し、呼制御情報を呼制御メモリに書き込む運用系装置及び待機系装置と、呼処理信号を受信し応答信号を送信する通信制御部と、当該通信制御部が受信した呼処理信号を運用系装置または待機系装置に振り分ける呼処理信号振り分け部とを用いる呼処理システムの制御方法であって、呼処理信号振り分け部は運用系装置の使用負荷が所定閾値以下であるか、否かを判断するステップと、使用負荷が所定閾値以下であると判断した場合に呼処理信号振り分け部が呼処理信号を運用系装置に振り分けるステップと、呼処理信号を振り分けられた運用系装置が自系呼制御メモリ及び他系呼制御メモリからなる運用系装置の呼制御メモリのうち自系呼制御メモリを用いて処理するステップと、使用負荷が所定閾値以下でないと判断した場合に呼処理信号振り分け部が呼処理信号を待機系装置に振り分けるステップと、呼処理信号を振り分けられた待機系装置が自系呼制御メモリ及び他系呼制御メモリからなる待機系装置の呼制御メモリのうち自系呼制御メモリを用いて処理するステップとを含み、前記呼処理信号振り分け部が、運用系装置の使用負荷が所定閾値以下でないと判断し呼処理信号を待機系装置に振り分けている場合に、運用系装置及び待機系装置のいずれかに障害が生じたときに、障害が生じた装置の自系呼制御メモリが保持している呼制御に必要な呼の状態を示すデータを障害が生じていない装置に転送するステップと、障害が生じていない装置が転送を受けて他系呼制御メモリに前記呼の状態を示すデータを記録するステップと、呼処理信号振り分け部が運用系装置の使用負荷に依らず呼処理信号を障害が生じていない装置に振り分けるステップと、少なくとも障害から復帰するまで障害が生じていない装置が振り分けられた呼処理信号を自系呼制御メモリ及び他系呼制御メモリを用いて処理するステップとを含むものである。
このように本発明は、システムだけでなく方法としても把握することができる。
これら前記の発明の概要は、本発明に必須となる特徴を列挙したものではなく、これら複数の特徴のサブコンビネーションも発明となり得る。
【発明を実施するための最良の形態】
【００１２】
（本発明の第１の実施形態）
［１．システム構成］
図１は本実施形態に係る呼処理システムのシステム構成図である。
呼処理システムは、複数の呼処理プロセッサ１０、２０、呼処理信号振り分け部３０、通信制御４０から構成される呼処理の交換を行うためのシステムである。
【００１３】
呼処理信号振り分け部３０は、運用系に呼処理トラフィックを振り分けるとともに、原則運用系で処理していた呼処理トラフィックを所定条件下で待機系に振り分ける処理を実施する。具体的には、運用系負荷状況の取得機能、待機系に呼処理信号を振り分けるかどうかの判定機能、呼単位で呼処理信号をいずれの系に振り分けるかの判定機能及び障害が発生して系切り替え発生時の呼処理プロセッサとの情報同期処理機能を有する。
【００１４】
通信制御４０は、他呼処理システムとの呼処理信号の通信機能を有する。
呼処理プロセッサ♯０系１０は、呼処理部１１、冗長化メモリ管理部１２、呼制御メモリ１３を保持する。メモリに関しては、呼制御メモリの他に、ソフトウェア処理上使用するスタックやワークメモリもあるが、ここでは省略しており、本発明に関連する呼制御メモリに関してのみ記述している。呼処理プロセッサ♯１系２０も呼処理部２１、冗長化メモリ管理部２２、呼制御メモリ２３を保持し、同様である。
【００１５】
呼処理部１１、２１は、本発明で新規に設けた冗長化メモリ管理部１２を介して呼制御メモリ１３にアクセスし、呼制御メモリ１３上に呼の状態等の呼制御情報を保持し、呼の制御を行う。
呼処理部１１、２１は、本発明で新規に設けた冗長化メモリ管理部１２、２２を介して呼制御メモリ１３、２３にアクセスし、呼制御メモリ１３、２３上に呼の状態を保持し、呼の制御を行う。既存の呼処理部１１、２１との差は、呼制御メモリ１３、２３へのアクセスを、冗長化メモリ管理部１２、２２を介したメモリアクセスとしている点である。呼制御メモリ１３、２３上には、呼制御に必要な呼の状態を保持している。冗長化メモリ管理部１２、２２を介して呼制御メモリ１３、２３へアクセスすることによって、系対応に複数保持している呼制御メモリ１３、２３へのアクセスの複雑さが隠蔽される。
【００１６】
冗長化メモリ管理部１２、２２は、呼処理部１１、２１に対して、系対応に保持している呼処理メモリ１３、２３へのアクセスの複雑さを隠蔽する。また、系障害発生時の、障害系の自系の呼制御メモリ１３ａ（又は２３ａ）のデータを新運用系に転送したり、逆に障害系から転送されてきた他系の呼制御メモリ１３ａ（又は２３ａ）のデータを自系に展開する。障害系が復旧した時の、メモリ転送処理も行う。呼処理信号振り分け部３０と連携し、系の運用状態や障害状態を管理し、呼処理信号が適切な系に転送されるように制御する。
【００１７】
呼制御メモリ１３、２３は、既存では系対応に１面しかもたなかった呼制御メモリを、系対応に複数有する。呼制御メモリ１３は♯０系呼制御メモリ１３ａ及び♯１系呼制御メモリ１３ｂからなり、呼制御メモリ２３は♯１系呼制御メモリ２３ａ及び♯０系呼制御メモリ２３ｂからなる。
システム管理部１４は、系の障害検出や通知などを行う。
【００１８】
呼処理信号振り分け部３０は、呼処理プロセッサ１０、２０と連携し、呼処理プロセッサ１０、２０のＣＰＵ負荷に応じて呼処理信号の呼処理プロセッサ１０、２０への振り分けを行い、負荷を分散させる。また、呼処理信号振り分け部３０は、冗長化メモリ管理部１２、２２と連携し、系障害発生時や系障害復旧時の呼処理信号の振り分け先の制御を行う。
通信制御４０は、呼処理信号の送受信を行う。
【００１９】
［２．ＳＩＰの説明］
本実施形態では、ＩＰネットワークにおいる電話の発信や着信を制御するためのＳＩＰ(Session Initiation Protocol)を実装したＳＩＰサーバを用いて説明するが、所謂当業者であれば当然であるように、他の交換装置等に適用することができる。例えば、ＩＳＤＮ交換機、ＡＴＭ交換機に適用することができる。
【００２０】
図２はＳＩＰ(Session Initiation Protocol)における呼の確立・解放のシーケンス図である。端末Ａが”ＩＮＶＩＴＥ”をＳＩＰサーバＡに送出すると、ＳＩＰサーバＡは端末Ａに”１００  Ｔｒｙｉｎｇ”で応答するとともに、”ＩＮＶＩＴＥ”のヘッダ情報又はサーバの設定情報に基づきＳＩＰサーバＢに”ＩＮＶＩＴＥ”を送出する。図３はＳＩＰにおける代表的なメッセージである”ＩＮＶＩＴＥ”のメッセージの一例である。ＳＩＰサーバＢ及びＳＩＰサーバＣを経て”ＩＮＶＩＴＥ”を端末Ｂが受け取ると、ＳＩＰサーバＣに”１００  Ｔｒｙｉｎｇ”で応答するとともに、”１８０  Ｒｉｎｇｉｎｇ”をＳＩＰサーバＣに送出する。”１８０  Ｒｉｎｇｉｎｇ”はＳＩＰサーバを経て端末Ａに到達し、端末Ｂが端末Ｂの利用者を呼び出している状態を示す。リクエストが成功した場合、端末Ｂは”ＯＫ”をＳＩＰサーバＣに送出し、ＳＩＰサーバを経て端末Ａに到達する。端末Ａから”ＡＣＫ”が送出され、ＳＩＰサーバを経て端末Ｂに到達することで、発話可能となる。実際に端末Ａの利用者と端末Ｂの利用者が会話するためにはアプリケーションレベルでの実装が必要となる。
一方、切断は切断を指示した端末Ｂから”ＢＹＥ”がＳＩＰサーバを介して端末Ａに到達し、端末Ａが”ＯＫ”で応答することで切断が完了する。
【００２１】
［３．動作］
［３．１  ＣＰＵ負荷に基づく呼処理信号の呼処理プロセッサへの振り分け］
冗長化されたＳＩＰサーバは、クライアントや他のＳＩＰサーバから、ＩＮＶＩＴＥ等の呼処理信号を受信する。前記呼処理信号は、通信手段により受信され、呼処理信号振り分け部３０に転送される。
【００２２】
呼処理信号振り分け部３０のＣＰＵ負荷取得部３１は、呼処理プロセッサ＃０系１０、呼処理プロセッサ＃１系２０より、周期的に前記呼処理プロセッサ１０、２０のＣＰＵ負荷を取得し、保持する。また、呼処理振り分け部３０の運用状態管理部３２は、現在どちらの呼処理プロセッサ１０、２０が運用系／待機系であるかも取得し、保持している。更に呼処理信号振り分け部３０の振り分け閾値保持部３３は、呼処理信号をどちらの呼処理プロセッサ１０、２０に振り分けるかを判定するためのＣＰＵ負荷の閾値を保持している。
【００２３】
図４は本実施形態に係る運用系のＣＰＵ負荷が閾値以下の場合の呼処理信号振り分け部の処理説明図である。この図４では呼処理プロセッサ＃１系２０が運用系であり、呼処理プロセッサ＃１系２０のＣＰＵ負荷が閾値を下回っているため、呼処理プロセッサ＃１系２０に呼処理信号が転送されて処理される。
【００２４】
図４を用いて詳細に説明すると、定期的にＣＰＵ負荷取得部３１がＣＰＵ負荷を取得している（図４丸付き数字１）。呼処理信号振り分け制御部３４が通信制御部４０から呼処理信号を受ける（図４丸付き数字２）。呼処理信号振り分け制御部３４は、運用状態管理部３２から運用系を特定し、運用系のＣＰＵ負荷をＣＰＵ負荷取得部３１から取得し、振り分け閾値保持部３３の保持する閾値と比べ取得した運用系のＣＰＵ負荷が下回っているか否かを判断する（図４丸付き数字３）。ＣＰＵ負荷が下回っていると判断した場合に、呼処理信号振り分け制御部３４が呼処理信号を運用系の呼処理プロセッサ＃１系２０に転送する（図４丸付き数字４）。呼処理プロセッサ＃１系２０での処理を経て、呼処理信号振り分け制御部３４が応答信号を受信し（図４丸付き数字５）、通信制御部４０に送信する（図４丸付き数字６）。
【００２５】
図５は本実施形態に係る運用系のＣＰＵ負荷が閾値以下の場合の運用系の呼処理プロセッサ＃１系の処理説明図である。呼処理信号振り分け制御部３４から振り分けられた呼処理信号を呼処理部２１が受信する（図５丸付き数字１）。呼処理プロセッサ＃１系２０では、呼処理２１が受信した呼処理信号に対応した呼の設定処理を実施する（図５丸付き数字２）。この際、呼の状態を保持しておくための記憶領域が呼制御メモリ２３である。呼制御メモリ２３は呼処理プロセッサ＃１系２０内に、呼処理プロセッサ＃０系１０対応と呼処理プロセッサ＃１系２０対応に、それぞれ１面ずつ、計２面存在する。ここで、２面存在するとは物理的に２つのメモリが存在することを意味する他、あるメモリに対して呼処理プロセッサ＃０系１０対応と呼処理プロセッサ＃１系２０対応それぞれにアロケーションすることも意味する。呼処理部２１は、冗長化メモリ管理部２２を介して呼制御メモリ２３に呼制御情報の書き込みを行う（図５丸付き数字３）。冗長化メモリ管理部２２は、呼処理部２１から呼制御情報の書き込みを受け（図５丸付き数字４）、システム管理部２４からシステム状態を取得し（図５丸付き数字５）、自系が呼処理プロセッサ＃１系２０であることから、呼処理プロセッサ＃１系２０対応の呼制御メモリ２３ａに呼制御情報を書き込む（図５丸付き数字６）。冗長化メモリ管理部２２の書き込みを受け、実際に♯１系呼制御メモリ２３ａに呼制御情報が書き込まれる（図５丸付き数字７）。ここで、呼制御情報は、呼状態、発行ＵＲＬ、時刻情報、Ｃａｌｌ−ＩＤ等からなり、主に、呼処理信号に内包される情報である。
【００２６】
図６は本実施形態に係る運用系のＣＰＵ負荷が閾値以下でない場合の呼処理信号振り分け部の処理説明図である。図６の処理の流れは図４と同様である。運用系である呼処理プロセッサ＃１系２０のＣＰＵ負荷が振り分け閾値保持部３３の閾値を超えているため、呼処理信号振り分け部３０は呼処理信号を呼処理プロセッサ＃０系１０に転送する。
【００２７】
図７は本実施形態に係る運用系のＣＰＵ負荷が閾値以下でない場合の待機系の呼処理プロセッサ＃０系の処理説明図である。図７の処理の流れは図５と同様である。呼処理プロセッサ＃０系１０では、呼処理部１１が受信した呼処理信号に対応した呼の設定処理を実施する。呼制御メモリ１３は呼処理プロセッサ＃０系１０内に、呼処理プロセッサ＃１系２０と同様に、呼処理プロセッサ＃０対応と呼処理プロセッサ＃１対応に、それぞれ１面ずつ、計２面存在する。呼処理部１１は、冗長化メモリ管理部１２を介して呼制御メモリ１３に呼制御情報の書き込みを行う。冗長化メモリ管理部１２は自系が呼処理プロセッサ＃０系１０であることから、呼処理プロセッサ＃０系１０対応の呼制御メモリ１３ａに呼制御情報を書き込む。
このようにして、運用系、待機系の各系では、自系に対応した呼制御メモリ２３ａ、１３ａ領域に呼状態を保持することになる。
【００２８】
［３．２  Ｃａｌｌ−ＩＤによる同一呼の既呼処理プロセッサへの振り分け］
図８は本実施形態に係る呼処理信号振り分け部のＣａｌｌ−ＩＤによる振り分け処理の説明図である。呼処理信号振り分け部３０は、呼処理信号振り分け対応表を保持している。この呼処理信号振り分け対応表には、呼処理信号に含まれている呼を識別するＣａｌｌ−ＩＤと呼処理プロセッサ１０、２０を識別する識別子が対応づいて記録されている。したがって、Ｃａｌｌ−ＩＤをキーに呼処理信号振り分け対応表を参照することで、いずれの呼処理プロセッサ１０、２０に呼処理信号を振り分けたかを判別することができる。
【００２９】
呼処理信号のうちＩＮＶＩＴＥ信号受信時は、Ｃａｌｌ−ＩＤは新規呼受信により呼処理信号振り分け対応表に該当Ｃａｌｌ−ＩＤのデータはないことから、いずれの呼処理プロセッサ１０、２０に振り分けるかを判定した上で、Ｃａｌｌ−ＩＤ対応に呼処理信号振り分け対応表に新規にＣａｌｌ−ＩＤ及び振り分けた呼処理プロセッサの識別子を対応付けて記録する。以降の同一Ｃａｌｌ−ＩＤを持つ呼処理信号受信時は（例えば、ＡＣＫ信号、ＢＹＥ信号等）、呼処理信号振り分け部は前記対応表をＣａｌｌ−ＩＤをキーに参照し、運用系のＣＰＵ負荷にかかわらず呼処理信号振り分け対応表に記録されている呼処理プロセッサ１０、２０に呼処理信号を振り分けるようにする。
【００３０】
一方、ＩＮＶＩＴＥ信号送信時は、呼処理信号振り分け部３０は、いずれの呼処理プロセッサ１０、２０からＩＮＶＩＴＥを受信したかをＣａｌｌ−ＩＤ対応に、呼処理信号振り分け対応表に記録する。以降、同一Ｃａｌｌ−ＩＤの呼設定メッセージを受信した場合は、呼処理信号振り分け対応表に従い呼処理信号を呼処理プロセッサ１０、２０に振り分ける。ここで、ＩＮＶＩＴＥ信号受信時及びＩＮＶＩＴＥ信号送信時にそれぞれ別の呼処理信号振り分け対応表を用いることが望ましい。これはある端末Ａと端末Ｂとの発話を実現するために複数のＳＩＰサーバを経由するときに、Ｃａｌｌ−ＩＤが一意でない場合があるからである。ただし、Ｃａｌｌ−ＩＤが一意になる場合もあり、システム構築環境によって異なり、所謂当業者であれば適宜実装することができる。例えば、ＳＩＰサーバＡ、ＳＩＰサーバＢ、ＳＩＰサーバＣがあるとき、ＳＩＰサーバＡ、ＳＩＰサーバＢ及びＳＩＰサーバＣ全てにおいてＣａｌｌ−ＩＤが一意でなく、ＳＩＰサーバＡとＳＩＰサーバＢ、ＳＩＰサーバＢとＳＩＰサーバＣそれぞれにおいてＣａｌｌ−ＩＤが一意になる場合がある。
【００３１】
［３．３  障害発生］
ここでは、前記［３．１  ＣＰＵ負荷に基づく呼処理信号の呼処理プロセッサへの振り分け］において呼処理プロセッサ＃１系２０のＣＰＵ負荷が振り分け閾値保持部３３の閾値を超え、呼処理プロセッサ＃０系１０に呼処理信号が振り分けられている状態を前提に説示する。
【００３２】
図９は本実施形態に係る障害発生時の運用系の呼処理プロセッサ＃１系の処理説明図である。呼処理プロセッサ＃１系２０が系障害に陥いると、呼処理プロセッサ２０ではもはや呼処理が継続できないため、運用系を呼処理プロセッサ＃０系１０に切り替えることになる。まず、システム状態管理部２４ｂがシステム状態を「呼処理プロセッサ＃１系が障害」に更新する（図９丸付き数字１）。呼処理プロセッサ＃１系２０の冗長化メモリ管理部２２は、呼処理信号振り分け部３０に自系である呼処理プロセッサ＃１系が障害発生中であることを通知し（図９丸付き数字２）、呼処理プロセッサ＃１系２０宛の呼処理信号の振り分けを中止するよう指示する。なお、呼処理プロセッサ＃１系２０が障害が原因で前記通知ができない場合は、システム管理部２４が呼処理信号振り分け部３０に呼処理信号の転送中止を指示してもよい。勿論、通知できない場合でないときでもシステム管理部２４が通知してもよい。また、冗長化メモリ管理部２２（又はシステム管理部２４）は、正常系の呼処理プロセッサ＃０系１０に障害を通知する（図９丸付き数字３）。冗長化メモリ管理部２２は、システム管理部２４からシステム状態を取得し（図９丸付き数字４）、自系の♯１系呼制御メモリ２３ａから呼制御メモリ情報を読み出し（図９丸付き数字５）、呼処理プロセッサ＃１系２０対応の呼制御メモリ２３ａの情報を冗長化メモリ管理部２２は収集し（図９丸付き数字６）、呼処理プロセッサ＃０系１０に転送する（図９丸付き数字７）。この際、呼処理プロセッサ＃１系２０対応の呼制御メモリ２３ａ上の安定状態に達していない呼は転送対処とせず破棄してもよい。安定状態とは、図２のＳＩＰサーバにおいてはＡＣＫ送出後のことである。
【００３３】
図１０は本実施形態に係る障害時の呼処理信号振り分け部の処理説明図である。呼処理信号振り分け部３０はシステム管理部２４からの指示を受け（図１０丸付き数字１）、該当系への呼処理信号転送を中止し、該当系障害中の状態を運用状態管理部３２で保持する。また、呼処理信号振り分け制御部３４が、同一呼の振り分けで正常系に振り分けられるように呼処理信号振り分け対応表を更新する（図１０丸付き数字２）。呼処理プロセッサ♯１系２０で障害が生じているので、呼処理信号振り分け対応表のＣａｌｌ−ＩＤと対応付いている障害が生じている呼処理プロセッサの識別子を障害が生じていない呼処理プロセッサの識別子に変更する。ただし、ここでの変更した障害が生じている呼処理プロセッサの識別子も別領域にて対応付けて記録する。そうすることで、後説する復帰時に障害が生じて呼処理プロセッサが変更された呼について復帰した系に戻す処理を実施することができる。ただし、呼処理信号振り分け対応表とは別に呼処理プロセッサが変更された呼を保持し、この保持した情報を用いて復帰処理を実行する構成にすることもできる。呼処理信号振り分け制御部３４が呼処理信号を受信した（図１０丸付き数字３）以降の処理の流れは、図４と同様である。
【００３４】
図１１は本実施形態に係る障害発生時の正常系の呼処理プロセッサ＃０系の処理説明図である。呼処理プロセッサ＃１系２０からの障害通知を受け（図１１丸付き数字１）、冗長化メモリ管理部１２がシステム状態を取得する（図１１丸付き数字２）。呼処理プロセッサ＃０系１０内の冗長化メモリ管理部１２は、呼処理プロセッサ＃１系２０からのメモリ転送を受け（図１１丸付き数字３）、自系が保持している呼処理プロセッサ＃１系２０対応の呼制御メモリ１３ｂに転送情報をコピーする（図１１丸付き数字４）。呼制御メモリ１３ｂに転送情報を実際に書き込む（図１１丸付き数字５）。冗長化メモリ管理部１２は呼処理信号振り分け制御部３４から呼処理信号振り分け対応表の情報を収集する（図１１丸付き数字６）。このように呼処理信号振り分け対応表から情報を収集したのは、呼処理信号が呼処理プロセッサ＃０系１０に振り分けられた場合に、♯０系呼制御メモリ１３ａにアクセスすれば通常その呼処理信号に対応する情報が保存されているが（呼処理信号が新規の呼の場合は除く）、障害前に呼処理プロセッサ＃１系２０に振り分けられた呼についての呼処理信号を処理するための情報は転送情報が記録されている♯１系呼制御メモリ１３ｂに記録されているため、呼毎について♯０系呼制御メモリ１３ａ、♯１系呼制御メモリ１３ｂのどちらに呼処理のための情報が記録されているかを判別するためである。
【００３５】
このように呼処理に必要なメモリ情報が呼処理プロセッサ＃０系１０に集約され、障害となった呼制御プロセッサ＃１系２０の処理は呼制御プロセッサ＃０系１０により引き継がれる。本来呼処理プロセッサ＃１系２０に転送されていた呼処理信号は、呼処理信号振り分け部３０により呼制御プロセッサ＃０系１０に転送されてくるため、両系の処理を呼処理プロセッサ＃０が実行することができる。
【００３６】
この場合、呼処理プロセッサ＃０系１０に負荷が集中することになるため、呼処理信号振り分け部３０により、呼の受信規制を実施しても良い。例えば、所定閾値以上になる場合には呼処理信号を受け付けない構成をとることができる。
上記呼処理プロセッサ＃０系１０にて両系の処理が実施される状況は、呼処理プロセッサ＃１系２０が障害から復旧するまで継続される。
【００３７】
［３．４  障害復帰］
前記［３．３  障害発生］に引き続き、呼処理プロセッサ＃１が障害から復旧した場合について説示する。
図１２は本実施形態に係る障害復帰時の復帰系の呼処理プロセッサ＃１系の処理説明図、図１３は本実施形態に係る障害復帰時の運用系の呼処理プロセッサ＃０系の処理説明図である。呼処理プロセッサ＃１系２０の障害復旧を検出したシステム管理２４は、障害復旧を呼処理プロセッサ＃０系１０に通知する（図１２丸付き数字１）。呼処理プロセッサ＃０系１０のシステム管理部１４がこの復帰通知を受ける（図１３丸付き数字１）。冗長化メモリ管理部１２は異常系の復帰の状態変化を受ける（図１３丸付き数字２）。♯１系呼制御メモリ１３ｂから情報が読み出され（図１３丸付き数字３）、冗長化メモリ管理部１２が読み出された♯１系呼制御メモリ１３ｂからの情報を受けて呼処理プロセッサ＃１系２０に転送する（図１３丸付き数字４、５）。冗長化メモリ管理部２２はメモリ転送を冗長化メモリ管理部１２から受けて（図１２丸付き数字３）♯１系呼制御メモリ２３ａに展開する（図１２丸付き数字４、５）。なお、障害前の情報が残存している場合もあるため一旦メモリ内を初期化して転送情報を展開することが望ましい。メモリ転送の前に冗長化メモリ管理部２２は異常系の復帰の状態変化を受ける（図１２丸付き数字２）。展開が終了したら、冗長化メモリ管理部２２は呼処理信号振り分け部３０に呼処理プロセッサ＃１系２０での呼処理が可能になったことを通知する（図１２丸付き数字６）。
【００３８】
図１４は本実施形態に係る障害時の呼処理信号振り分け部の処理説明図である。呼処理信号振り分け部３０は呼処理振り分け可能通知を冗長化メモリ管理部２２から受け（図１４丸付き数字１）、保持している呼処理プロセッサ障害状況をクリアし、両系に呼処理信号が振り分けられるようにする。また、呼処理信号振り分け部３０は、呼処理プロセッサ＃１系２０に呼処理信号が適切に振り分けられるようにする。詳細には、障害時に呼処理信号振り分け制御部３４が変更した呼処理信号振り分け対応表の該当部分を運用系である呼処理プロセッサ♯０系１０の識別子から復帰系である呼処理プロセッサ♯１系２０の識別子に戻す（図１４丸付き数字２）。図１４丸付き数字２ないし図１４丸付き数字６は既に説示した内容と同一であるために省略する。そして、呼処理信号を呼処理信号振り分け部３０が受けた後に、例えば、運用系である呼処理プロセッサ♯０系１０に振り分け、呼処理プロセッサ♯０系１０が受信し（図１３丸付き数字６）、呼処理信号別の処理を行なって♯０系呼制御メモリ１３ａを更新する（図１３丸付き数字７）。なお、呼処理プロセッサ♯１系２０は障害から復帰したものの、運用系は障害時のまま呼処理プロセッサ♯０系１０としたが、障害からの復帰を契機に復帰系を運用系とし、それまで運用系であった系を待機系にする構成にすることもできる。
【００３９】
（その他の実施形態）
［呼処理プロセッサの担当呼の交換］
前記実施形態では運用系の現在のＣＰＵ負荷が所定閾値より大きいか否かで待機系に新たな呼を振り分け、異常が生じたい場合に異常系の代わりに正常系が異常系の担当呼も含めて呼処理し、復帰時に正常系が異常系から復帰前に終了した呼を除き任せていた呼を異常系に返す構成とした。
【００４０】
しかしながら、異常系が運用系であった場合には、待機系が運用系に移行して新呼に加え異常系の担当呼も担当し、異常からの復帰時に異常系を待機系にし、現在の運用系をそのまま運用系として維持した場合に、待機系のＣＰＵ負荷が運用系のＣＰＵ負荷よりも重くなる場合が生じる。これを防止するためには、復帰系を運用系に戻す方法を既に説示したが、これは障害の再発が確認された場合、生じた障害が軽微であった場合にとることができるものの、障害の再発の可能性がある場合、生じた障害が重度の場合には適用は望ましくない。
【００４１】
そこで、運用系が異常系となり待機系が運用系に移行した場合であって障害から異常系が復帰したときに、異常系が元々担当していた呼と待機系であった現在の運用系が担当していた呼とを交換し、現在の運用系はそのまま運用系で用い復帰系を待機系とする構成をとることができる。そうすることで、異常から復帰した後に、運用系に移行した元々待機系であった呼処理プロセッサがＣＰＵ負荷においても、異常系が元々運用系であったときの負荷を担うことで、運用系と待機系とでのＣＰＵ負荷の逆転が生じなくなる。ここで、詳細には、呼処理信号振り分け対応表の呼処理プロセッサの識別子をスワップすることに加え、スワップ対象の該当呼制御メモリ上の情報のスワップも必要となる。または、自系呼制御メモリを他系呼制御メモリとして扱い、他系呼制御メモリを自系呼制御メモリとして扱うことでも対応することができる。
【００４２】
障害時移行復帰までの新規呼の取り扱いについては、現在の運用系の担当呼とする構成にもできるし、現在障害系の担当呼として障害中のみ現在の運用系が呼処理を担う構成にもできる。呼処理プロセッサの担当呼の交換を行なわない場合に、前者は現在の運用系が復帰時も継続して運用系であるときに望ましく、後者は障害系が復帰時に運用系に移行するときに望ましい。逆に、呼処理プロセッサの担当呼の交換を行う場合に、後者は現在の運用系が復帰時も継続して運用系であるときに望ましく、前者は障害系が復帰時に運用系に移行するときに望ましい。
【００４３】
なお、障害発生時刻からの経過時間が所定時間より長くなった場合には、現在の運用系が新呼を担当すると、現在の運用系が待機系であったときの呼は終了呼となるため、呼処理プロセッサの担当呼の交換の必要性が小さくなる。したがって、障害発生時刻からの経過時間が所定時間より短い場合に、呼処理プロセッサの担当呼の交換を実施することが望ましい。
また、元々運用系で生じた障害のレベルに基づき所定レベル以上に障害が重い場合に、呼処理プロセッサの担当呼の交換を実施することが望ましい。
【００４４】
［ＣＰＵ負荷の代替］
前記実施形態では、運用系がＣＰＵ負荷が所定閾値より大きいか否かにより、呼処理信号の振り分けを待機系にするか否かを決定しているが、ＣＰＵ負荷に限らずＣＰＵ量、メモリ使用量、メモリ占有率がそれぞれ所定ＣＰＵ量、所定メモリ使用量、メモリ占有率より大きいか否かにより、呼処理信号の振り分けを待機系にするか否かを決定する構成にすることもできる。ＣＰＵ負荷は現在の処理量を最大処理量で除算することで求めることができる。勿論、当業者であれば使用する他の求め方を用いてもよい。
【００４５】
［ＳＩＰサーバの構成］
図１では、ＳＩＰサーバが２つの処理プロセッサ系からなり、呼処理プロセッサ♯０系１０、呼処理プロセッサ♯１系２０及び呼処理信号振り分け部３０がバスにより接続し、呼処理信号振り分け部３０と通信制御部４０がバスにより接続していたが、呼処理プロセッサ♯０系１０、呼処理プロセッサ♯１系２０、呼処理信号振り分け部３０をそれぞれ１つのコンピュータで実装し、ＮＩＣ(Network Interface Card)がそれぞれのコンピュータに備えられ、ＬＡＮで相互に通信可能な構成とすることもできる。
【００４６】
［ハードウェアによる自動転送］
前記第１の実施形態に係る呼処理システムにおいては、呼処理プロセッサが異常時発生時に他方の呼処理プロセッサに呼制御メモリのデータを転送していたが、データ転送用のハードウェアを備え、このデータ転送用のハードウェアにより一方の呼処理プロセッサの自系呼制御メモリのデータを他方の呼処理プロセッサの他系呼制御メモリのデータに転送する構成にすることもできる。これに加え、他方の呼処理プロセッサの自系呼制御メモリを一方の呼処理プロセッサの他系呼制御メモリに転送する構成にすることもできる。
【００４７】
以上の前記各実施形態により本発明を説明したが、本発明の技術的範囲は実施形態に記載の範囲には限定されず、これら各実施形態に多様な変更又は改良を加えることが可能である。そして、かような変更又は改良を加えた実施の形態も本発明の技術的範囲に含まれる。このことは、特許請求の範囲及び課題を解決する手段からも明らかなことである。
【図面の簡単な説明】
【００４８】
【図１】本発明の第１の実施形態に係る呼処理システムのシステム構成図である。
【図２】ＳＩＰ(Session Initiation Protocol)における呼の確立・解放のシーケンス図を示す。である。
【図３】ＳＩＰにおける代表的なメッセージであるＩＮＶＩＴＥのメッセージの一例である。
【図４】本発明の第１の実施形態に係る運用系のＣＰＵ負荷が閾値以下の場合の呼処理信号振り分け部の処理説明図である。
【図５】本発明の第１の実施形態に係る運用系のＣＰＵ負荷が閾値以下の場合の運用系の呼処理プロセッサ＃１系の処理説明図である。
【図６】本発明の第１の実施形態に係る運用系のＣＰＵ負荷が閾値以下でない場合の呼処理信号振り分け部の処理説明図である。
【図７】本発明の第１の実施形態に係る運用系のＣＰＵ負荷が閾値以下でない場合の待機系の呼処理プロセッサ＃０系の処理説明図である。
【図８】本発明の第１の実施形態に係る呼処理信号振り分け部のＣａｌｌ−ＩＤによる振り分け処理の説明図である。
【図９】本発明の第１の実施形態に係る障害発生時の運用系の呼処理プロセッサ＃１系の処理説明図である。
【図１０】本発明の第１の実施形態に係る障害時の呼処理信号振り分け部の処理説明図である。
【図１１】本発明の第１の実施形態に係る障害発生時の正常系の呼処理プロセッサ＃０系の処理説明図である。
【図１２】本発明の第１の実施形態に係る障害復帰時の復帰系の呼処理プロセッサ＃１系の処理説明図である。
【図１３】本発明の第１の実施形態に係る障害復帰時の運用系の呼処理プロセッサ＃０系の処理説明図である。
【図１４】本発明の第１の実施形態に係る障害時の呼処理信号振り分け部の処理説明図である。
【符号の説明】
【００４９】
１０  呼処理プロセッサ♯０系
１１  呼処理部
１２  冗長化メモリ管理部
１３  呼制御メモリ
１３ａ  ♯０系呼制御メモリ
１３ｂ  ♯１系呼制御メモリ
１４  システム管理部
１４ａ  自系状態保持部
１４ｂ  システム状態管理部
２０  呼処理プロセッサ♯１系
２１  呼処理部
２２  冗長化メモリ管理部
２３  呼制御メモリ
２３ａ  ♯１系呼制御メモリ
２３ｂ  ♯０系呼制御メモリ
２４  システム管理部
２４ａ  自系状態保持部
２４ｂ  システム状態管理部
３０  呼処理信号振り分け部
３１  ＣＰＵ負荷取得部
３２  運用状態管理部
３３  振り分け閾値保持部
３４  呼処理信号振り分け制御部
４０  通信制御部
【図１】
0004678650.tif 000002
【図２】
0004678650.tif 000003
【図３】
0004678650.tif 000004
【図４】
0004678650.tif 000005
【図５】
0004678650.tif 000006
【図６】
0004678650.tif 000007
【図７】
0004678650.tif 000008
【図８】
0004678650.tif 000009
【図９】
0004678650.tif 000010
【図１０】
0004678650.tif 000011
【図１１】
0004678650.tif 000012
【図１２】
0004678650.tif 000013
【図１３】
0004678650.tif 000014
【図１４】
0004678650.tif 000015