JP2015201756A - 呼処理装置、呼制御装置、呼処理システム、及び呼処理方法 - Google Patents

Abstract

【課題】 効果的に負荷分散を行う呼処理装置、呼制御装置、呼処理システム、及び呼処理方法を提供する。
【解決手段】 呼処理装置は、他の呼処理装置と、自装置または前記他の呼処理装置に呼信号を転送する呼制御装置とに接続され、前記呼制御装置から転送された呼信号の複数のセッションに関する呼情報を記憶する記憶部と、前記記憶部に記憶された呼情報に基づいて呼処理を行う呼処理部と、前記記憶部に記憶された呼情報を前記他の呼処理装置にコピーする複製部と、前記呼処理部において前記呼処理の輻輳が発生したとき、前記複数のセッションのうち、所定のグループに属さないセッションに関する呼情報を前記記憶部から消去し、該セッションの呼信号が前記他の呼処理装置に転送されるように前記呼制御装置を制御する制御部とを有する。
【選択図】図３

Description

本件は、呼処理装置、呼制御装置、呼処理システム、及び呼処理方法に関する。

ネットワークの普及に伴って、従来の電話回線網に代わり、インターネットを利用したＩＰ（Internet Protocol）電話システムが普及している。ＩＰ電話システムにおいて、音声は、ＶｏＩＰ（Voice over IP）技術に基づき、音声データとして、ＩＰパケットに収容された状態で伝送される。

ＩＰ電話システムでの通話に使用される端末装置同士は、例えばＳＩＰ（Session Initiation Protocol）に従ってセッションを確立する。ＳＩＰで用いられる各種の制御メッセージは、呼信号に収容され、端末装置間において、例えばＳＩＰサーバやゲートウェイなどにより中継される。この種の中継装置は、呼処理の負荷を分散するため、運用系及び予備系として二重化されている場合がある。

ＩＰ電話システムでの負荷分散処理に関し、例えば特許文献１には、プライマリゲートウェイの処理対象のセッション数が所定値を超えた場合、一部のセッションの処理をセカンダリゲートウェイに引き継ぐ点が記載されている。

特開２０１２−１４７４８４号公報

特許文献１によると、セカンダリゲートウェイは、セッションを引き継ぐとき、該セッションを行う端末装置にＲＥ−ＩＮＶＩＴＥメッセージを送信することにより、該端末装置のゲートウェイをプライマリゲートウェイからセカンダリゲートウェイに切り替える。このため、セカンダリゲートウェイは、セッションを引き継ぐまでに、ＲＥ−ＩＮＶＩＴＥメッセージの送信処理や該応答メッセージの処理を行うことにより、多くの時間がかかる。

さらに、セカンダリゲートウェイは、当該端末装置との間で上記のメッセージを送受信するため、ネットワークのトラフィック量が増加する。このため、通話中の音声の遅延などの通信品質の劣化が生ずるおそれがある。なお、上記の問題は、ＩＰ電話システムに限らず、呼処理の負荷分散の手段を備える他種の通信システムにも同様に存在する。

そこで本件は上記の課題に鑑みてなされたものであり、効果的に負荷分散を行う呼処理装置、呼制御装置、呼処理システム、及び呼処理方法を提供することを目的とする。

本明細書に記載の呼処理装置は、他の呼処理装置と、自装置または前記他の呼処理装置に呼信号を転送する呼制御装置とに接続され、前記呼制御装置から転送された呼信号の複数のセッションに関する呼情報を記憶する記憶部と、前記記憶部に記憶された呼情報に基づいて呼処理を行う呼処理部と、前記記憶部に記憶された呼情報を前記他の呼処理装置にコピーする複製部と、前記呼処理部において前記呼処理の輻輳が発生したとき、前記複数のセッションのうち、所定のグループに属さないセッションに関する呼情報を前記記憶部から消去し、該セッションの呼信号が前記他の呼処理装置に転送されるように前記呼制御装置を制御する制御部とを有する。

本明細書に記載の呼処理装置は、他の呼処理装置と、自装置または前記他の呼処理装置に呼信号を転送する呼制御装置とに接続され、前記呼制御装置から前記他の呼処理装置に転送された呼信号の複数のセッションに関する呼情報を、前記他の呼処理装置から受信して前記記憶部に記憶させる記憶処理部と、前記他の呼処理装置において前記複数のセッションに関する呼情報に基づいて行われた呼処理の輻輳が発生したとき、前記複数のセッションのうち、所定のグループに属するセッションに関する呼情報を前記記憶部から消去する制御部と、前記呼処理の輻輳が発生したとき、前記呼制御装置から前記所定のグループに属さないセッションの呼信号が転送されて、前記記憶部に記憶された呼情報に基づいて呼処理を開始する呼処理部とを有する。

本明細書に記載の呼制御装置は、呼処理を行う第１呼処理装置及び第２呼処理装置に接続され、前記第１呼処理装置に複数のセッションの呼信号を転送し、前記第１呼処理装置において前記複数のセッションの呼信号により呼処理の輻輳が発生したとき、前記第１呼処理装置の制御に応じて、前記複数のセッションのうち、所定のグループに属さないセッションの呼信号を前記第２呼処理装置に転送する転送処理部を有する。

本明細書に記載の呼処理システムは、呼処理を行う第１呼処理装置及び第２呼処理装置と、前記第１呼処理装置または前記第２呼処理装置に呼信号を転送する呼制御装置とを有し、前記第１呼処理装置または前記第２呼処理装置は、第１記憶部及び第２記憶部をそれぞれ有し、前記第１呼処理装置は、前記呼制御装置から転送された呼信号の複数のセッションに関する呼情報を前記第１記憶部に記憶し、前記第１記憶部に記憶された呼情報に基づいて呼処理を行い、前記第１記憶部に記憶された呼情報を前記第２記憶部にコピーし、前記呼処理の輻輳が発生したとき、前記第１呼処理装置は、前記複数のセッションのうち、所定のグループに属さないセッションに関する呼情報を前記第１記憶部から消去し、該セッションの呼信号が前記第２呼処理装置に転送されるように前記呼制御装置を制御し、前記第２呼処理装置は、前記複数のセッションのうち、前記所定のグループに属するセッションに関する呼情報を前記第２記憶部から消去し、前記第２記憶部に記憶された呼情報に基づいて呼処理を開始する。

本明細書に記載の呼処理方法は、呼処理を行う第１呼処理装置及び第２呼処理装置と、前記第１呼処理装置または前記第２呼処理装置に呼信号を転送する呼制御装置とを用い、前記第１呼処理装置が、前記呼制御装置から転送された呼信号の複数のセッションに関する呼情報を、前記第１呼処理装置に設けられた第１記憶部に記憶し、前記第１記憶部に記憶された呼情報に基づいて呼処理を行い、前記第１記憶部に記憶された呼情報を、前記第２呼処理装置に設けられた第２記憶部にコピーし、前記呼処理の輻輳が発生したとき、前記第１呼処理装置が、前記複数のセッションのうち、所定のグループに属さないセッションに関する呼情報を前記第１記憶部から消去し、該セッションの呼信号が前記第２呼処理装置に転送されるように前記呼制御装置を制御し、前記第２呼処理装置が、前記複数のセッションのうち、前記所定のグループに属するセッションに関する呼情報を前記第２記憶部から消去し、前記第２記憶部に記憶された呼情報に基づいて呼処理を開始する方法である。

効果的に負荷分散できる。

実施例に係る呼処理システムを示す構成図である。 呼処理システムの通常時の動作を示すラダーチャートである。 輻輳発生時の呼処理システムを示す構成図である。 呼処理システムの輻輳発生時の動作を示すラダーチャートである。 輻輳解消時の呼処理システムを示す構成図である。 呼処理システムの輻輳解消時の動作を示すラダーチャートである。 呼処理サーバ（＃１）の機能構成を示す構成図である。 呼処理サーバ及び呼信号振り分けサーバの状態パラメータを示す表である。 呼処理サーバ（＃２）の機能構成を示す構成図である。 呼信号振り分けサーバの機能構成を示す構成図である。 呼処理サーバ（＃１）の輻輳発生時の動作を示すフローチャートである。 呼処理サーバ（＃２）の輻輳発生時の動作を示すフローチャートである。 呼信号振り分けサーバの輻輳発生時の動作を示すフローチャートである。 呼処理サーバ（＃１）の輻輳解消時の動作を示すフローチャートである。 呼処理サーバ（＃２）の輻輳解消時の動作を示すフローチャートである。 呼信号振り分けサーバの輻輳解消時の動作を示すフローチャートである。 他の実施例におけるセッション管理テーブル及び振り分けルールテーブルを示す。 他の実施例におけるセッション管理テーブル及び振り分けルールテーブルを示す。 他の実施例におけるセッション管理テーブル及び振り分けルールテーブルを示す。 他の実施例におけるセッション管理テーブル及び振り分けルールテーブルを示す。

図１は、実施例に係る呼処理システムを示す構成図である。呼処理システムは、呼処理を行う呼処理サーバ（＃１）（第１呼処理装置）１ａ及び呼処理サーバ（＃２）（第２呼処理装置）１ｂと、呼処理サーバ１ａ，１ｂに呼信号Ｓを転送する呼信号振り分けサーバ（呼制御装置）３とを有する。

呼処理システムは、ネットワークＮＷを介して複数の端末装置５と接続され、複数組の端末装置５間で行われる複数のセッションの呼信号Ｓを中継する。各セッションは、例えばＳＩＰに従って行われる。なお、本実施例では、呼処理システムとして、ＩＰ電話システムを挙げるが、以下の内容は、他種の通信システムに適用されてもよい。

端末装置５は、例えばスマートフォンや携帯電話機であり、呼処理システムを介して、他の端末装置５と呼信号Ｓを送受信することにより、ＳＩＰに従って他の端末装置５とセッションを確立し、通話処理を行う。呼信号Ｓは、例えば、セッションを識別するためのＣＡＬＬ−ＩＤ（識別番号）、宛先を示す宛先タグ（宛先番号）、ＳＩＰに規定された各種の制御メッセージ、及び音声データなどを含む。なお、制御メッセージとしては、例えば、通話の開始を指示する「ＩＮＶＩＴＥ」メッセージや、通話の終了を指示する「ＢＹＥ」メッセージが挙げられる。

呼処理サーバ（＃１，＃２）１ａ，１ｂは、例えばＳＩＰサーバであり、呼信号振り分けサーバ３から呼信号Ｓが転送されたとき、呼処理を行う。呼処理サーバ１ａ，１ｂは、例えば、呼信号Ｓの宛先タグをＩＰアドレスに対応付けることにより、端末装置５間において呼信号Ｓを中継する。

呼処理サーバ１ａ，１ｂは、それぞれ、動作状態を規定する動作モードとして、「ＡＣＴ」（運用系モード）及び「ＳＢＹ」（予備系モード）を有する。動作モードが「ＡＣＴ」である場合、呼処理は行われるが、動作モードが「ＳＢＹ」である場合、呼処理は行われない。呼処理サーバ１ａ，１ｂの動作モードは、それぞれ、「ＡＣＴ」及び「ＳＢＹ」である。このため、呼処理サーバ（＃１）１ａは、運用系として動作し、呼処理サーバ（＃２）１ｂは、予備系として動作する。

呼処理サーバ１ａ，１ｂは、メモリ（第１及び第２記憶部）２ａ，２ｂをそれぞれ有する。運用系の呼処理サーバ（＃１）１ａは、呼信号振り分けサーバ３から転送された呼信号Ｓの複数のセッションに関する呼情報を、複数のセッションを管理するためのセッション管理テーブル２０ａとしてメモリ（第１記憶部）２ａに記憶する。

呼処理サーバ（＃１）１ａは、セッション管理テーブル２０ａに基づいて呼処理を行う。セッション管理テーブル２０ａには、ＣＡＬＬ−ＩＤごとに当該セッションの状態（「登録中」、「呼出中」、「着信中」など）が登録されている。呼処理サーバ（＃１）１ａは、呼信号Ｓに含まれる制御メッセージに基づいて各セッションの状態を判定し、セッション管理テーブル２０ａに登録する。

呼処理サーバ（＃１）１ａは、メモリ２ａに記憶されたセッション管理テーブル２０ａを、予備系の呼処理サーバ（＃２）１ｂに設けられたメモリ２ｂにコピーする。これにより、メモリ２ａ内のセッション管理テーブル２０ａとメモリ２ｂ内のセッション管理テーブル２０ｂは、同一内容となる。

後述するように、予備系の呼処理サーバ（＃２）１ｂは、運用系の呼処理サーバ（＃１）１ａにおいて呼処理の輻輳が発生したとき、動作モードを「ＡＣＴ」に変更する。そして、予備系の呼処理サーバ（＃２）１ｂは、メモリ２ｂにコピーされたセッション管理テーブル２０ａに登録された複数のセッションのうち、一部のセッションに関する呼処理を開始する。

呼処理サーバ１ａ，１ｂ及び呼信号振り分けサーバ３は、例えばレイヤ２スイッチやバスなどを介して互いに接続されて通信する。呼信号振り分けサーバ３は、複数の端末装置５からネットワークＮＷを介して複数のセッションの呼信号Ｓを受信し、呼処理サーバ（＃１）１ａに転送する。また、呼信号振り分けサーバ３は、呼処理サーバ（＃１）１ａから受信した呼信号Ｓを、ネットワークＮＷを介して、宛先の端末装置５に転送する。

呼信号振り分けサーバ３は、振り分けルールテーブル４０が記憶されたメモリ４を有する。呼信号振り分けサーバ３は、振り分けルールテーブル４０に従って、呼信号Ｓを呼処理サーバ１ａ，１ｂに振り分ける。

振り分けルールテーブル４０には、呼信号ＳのＣＡＬＬ−ＩＤごとに、該呼信号Ｓの転送先の呼処理サーバ１ａ，１ｂのＩＰアドレスが登録されている。つまり、振り分けルールテーブル４０には、ＣＡＬＬ−ＩＤ及びＩＰアドレスが対応付けられて登録されている。なお、本実施例において、呼処理サーバ１ａ，１ｂのＩＰアドレスは、それぞれ、「192.168.1.1」及び「192.168.1.2」とする。

振り分けルールテーブル４０には、全てのＣＡＬＬ−ＩＤの転送先として、運用系の呼処理サーバ（＃１）１ａのＩＰアドレス「192.168.1.1」が登録されている。このため、呼信号振り分けサーバ３は、全ての呼信号Ｓを運用系の呼処理サーバ（＃１）１ａに転送する。

このように、運用系の呼処理サーバ（＃１）１ａは、呼信号振り分けサーバ３から転送された呼信号の複数のセッションに関する呼情報をメモリ２ａに記憶し、記憶された呼情報に基づいて呼処理を行う。一方、予備系の呼処理サーバ（＃２）１ｂは、運用系の呼処理サーバ（＃１）１ａからメモリ２ｂに呼情報がコピーされる。以下に、通常時、つまり運用系の呼処理サーバ（＃１）１ａで呼処理の輻輳が発生していない場合の呼処理システムの動作を述べる。

図２は、呼処理システムの通常時の動作を示すラダーチャートである。呼信号振り分けサーバ３は、振り分けルールテーブル４０に従って、全てのＣＡＬＬ−ＩＤの呼信号Ｓを呼処理サーバ（＃１）１ａに転送する（符号ＳＱ１）。

次に、呼処理サーバ（＃１）１ａは、呼信号振り分けサーバ３から転送された呼信号Ｓのセッションに関する呼情報をメモリ２ａに記憶する（符号ＳＱ２）。このとき、呼信号ＳのＣＡＬＬ−ＩＤが、セッション管理テーブル２０ａに登録済みである場合、当該セッション状態が更新され、呼信号ＳのＣＡＬＬ−ＩＤが、セッション管理テーブル２０ａに未登録である場合、セッション状態が新たに登録される。次に、呼処理サーバ（＃１）１ａは、メモリ２ａに記憶された呼情報に基づいて呼処理を行う（符号ＳＱ３）。

次に、呼処理サーバ（＃１）１ａは、メモリコピー処理を行う（符号ＳＱ４）。このとき、呼処理サーバ（＃１）１ａは、メモリ２ａに記憶された全ての呼情報の複製を生成して、呼処理サーバ（＃２）１ｂに送信する。呼処理サーバ（＃２）１ｂは、呼処理サーバ（＃１）１ａから受信した呼情報の複製を、メモリ２ｂに記憶する（符号ＳＱ５）。これにより、メモリ２ａ内のセッション管理テーブル２０ａとメモリ２ｂ内のセッション管理テーブル２０ｂは、同一内容となる（図１参照）。

このようにして、呼処理システムは、通常時の動作を行う。なお、メモリコピー処理ＳＱ４は、呼信号Ｓが転送されるたびに行われてもよいし、一定の時間間隔をおいて周期的に行われてもよい。

図１及び図２を参照して述べたように、運用系の呼処理サーバ（＃１）１ａにおいて呼処理の輻輳が発生していない場合、呼信号振り分けサーバ３は、全てのＣＡＬＬ−ＩＤの呼信号Ｓを呼処理サーバ（＃１）１ａに転送する。呼処理サーバ（＃１）１ａは、転送された呼信号Ｓの複数のセッションに関する呼情報をメモリ２ａに記憶し、メモリ２ａに記憶した呼情報に基づいて呼処理を行う。

一方、予備系の呼処理サーバ（＃２）１ｂは、呼処理を行わず、呼処理サーバ（＃１）１ａから呼処理対象の複数のセッションに関する呼情報が、メモリ２ｂにコピーされる。呼処理サーバ（＃２）１ｂは、以下に述べるように、呼処理サーバ（＃１）１ａにおいて呼処理の輻輳が発生した場合、コピーされた複数のセッションに関する呼情報のうち、一部のセッションの呼情報に基づいて呼処理を行う。すなわち、呼処理サーバ（＃２）１ｂは、呼処理サーバ（＃１）１ａの呼処理の一部を引き継ぐことにより、呼処理サーバ（＃１）１ａの負荷を低減する。

図３は、輻輳発生時の呼処理システムを示す構成図である。運用系の呼処理サーバ（＃１）１ａは、呼処理を行うＣＰＵ（Central Processing Unit）の使用率を監視し、使用率が所定の閾値ｔｈを上回った場合、輻輳の発生を検出する。呼処理サーバ（＃１）１ａは、輻輳の発生を、予備系の呼処理サーバ（＃２）１ｂ及び呼信号振り分けサーバ３に通知する。

運用系の呼処理サーバ（＃１）１ａは、呼処理の輻輳が発生したとき、呼処理対象の複数のセッションのうち、第１グループ（所定のグループ）に属さないセッションをメモリ２ａから消去する。つまり、呼処理サーバ１ａは、セッション管理テーブル２０ｂに登録されている複数のセッションのうち、第２グループに属するセッションに関する呼情報を消去する。ここで、第１及び第２グループは、呼処理対象の全セッションを、呼処理サーバ１ａ，１ｂの各々が担当する２グループに分けたものである。

各セッションが属するグループは、例えばＣＡＬＬ−ＩＤに基づいて決定される。ＣＡＬＬ−ＩＤが奇数であるセッションは、第１グループに属し、ＣＡＬＬ−ＩＤが偶数であるセッションは、第２グループに属する。なお、上記のグループ分けとは逆に、第１グループには、ＣＡＬＬ−ＩＤが偶数であるセッションが属し、第２グループには、ＣＡＬＬ−ＩＤが奇数であるセッションが属してもよい。

このため、本例において、呼処理サーバ１ａは、メモリコピー処理を停止した後、メモリ２ａに記憶されたＣＡＬＬ−ＩＤ「8000001」〜「8000004」の呼情報（図１参照）のうち、ＣＡＬＬ−ＩＤ「8000002」，「8000004」の呼情報を、メモリ２ａから消去する。これにより、セッション管理テーブル２０ａは、奇数のＣＡＬＬ−ＩＤ「8000001」，「8000003」，・・・のセッションだけが登録された状態となる。なお、図３には、消去された呼情報がハイフン（「−」）で示されている。

さらに、呼処理サーバ１ａは、第１グループに属するセッションの呼信号Ｓが呼処理サーバ（＃２）１ｂに転送されるように、呼信号振り分けサーバ３を制御する。より具体的には、呼処理サーバ１ａは、第１及び第２グループに基づく呼信号Ｓの振り分けルールを呼信号振り分けサーバ３に通知する。

これにより、呼信号振り分けサーバ３は、ＣＡＬＬ−ＩＤが奇数であるセッションの呼信号Ｓが呼処理サーバ（＃１）１ａに、ＣＡＬＬ−ＩＤが偶数であるセッションの呼信号Ｓが呼処理サーバ（＃２）１ｂに振り分けられるように、振り分けルールテーブル４０を更新する。つまり、振り分けルールテーブル４０において、ＣＡＬＬ−ＩＤ「8000001」，「8000003」，・・・はＩＰアドレス「192.168.1.1」に割り当てられ、ＣＡＬＬ−ＩＤ「8000002」，「8000004」，・・・はＩＰアドレス「192.168.1.2」に割り当てられる。

また、予備系の呼処理サーバ（＃２）１ｂは、運用系の呼処理サーバ（＃１）１ａから輻輳の発生が通知されたとき、セッション管理テーブル２０ｂに登録されている複数のセッションのうち、第１グループに属するセッションに関する呼情報をメモリ２ｂから消去する。このため、セッション管理テーブル２０ｂは、偶数のＣＡＬＬ−ＩＤ「8000002」，「8000004」，・・・のセッションだけが登録された状態となる。本実施例では、ＣＡＬＬ−ＩＤが奇数及び偶数の何れであるかに応じて、セッションのグループ分けを行うため、メモリ２ａ，２ｂから消去される呼情報の検出が容易である。

予備系の呼処理サーバ（＃２）１ｂは、運用系の呼処理サーバ（＃１）１ａから輻輳の発生が通知されたとき、動作モードを「ＳＢＹ」から「ＡＣＴ」に切り替える。これにより、呼処理サーバ１ｂは、メモリ２ｂに記憶された呼情報に基づいて呼処理を開始する。

図４は、呼処理システムの輻輳発生時の動作を示すラダーチャートである。運用系の呼処理サーバ（＃１）１ａは、ＣＰＵ使用率に基づいて呼処理の輻輳の発生を検出すると（符号ＳＱ１１）、輻輳の発生を、予備系の呼処理サーバ（＃２）１ｂ及び呼信号振り分けサーバ３に通知する（符号ＳＱ１２，ＳＱ２８）。

呼信号振り分けサーバ３は、呼信号Ｓの転送を停止し（符号ＳＱ１３）、転送処理の停止完了を呼処理サーバ（＃１）１ａに通知する（符号ＳＱ１４）。呼信号振り分けサーバ３は、転送処理の停止中、呼信号Ｓをメモリに一時的に格納する。

また、呼処理サーバ（＃２）１ｂは、輻輳の発生が通知されると、動作モードを「ＳＢＹ」から「ＡＣＴ」に切り替えて（符号ＳＱ１５）、動作モードの切り替え完了を呼処理サーバ（＃１）１ａに通知する（符号ＳＱ１６）。

次に、呼処理サーバ（＃１）１ａは、メモリコピー処理を停止し（符号ＳＱ１７）、偶数のＣＡＬＬ−ＩＤのセッションに関する呼情報を、メモリ２ａから消去する（符号ＳＱ１８）。また、呼処理サーバ（＃２）１ｂは、奇数のＣＡＬＬ−ＩＤのセッションに関する呼情報を、メモリ２ｂから消去し（符号ＳＱ１９）、メモリ２ｂの更新完了を呼処理サーバ（＃１）１ａに通知する（符号ＳＱ２０）。

呼処理サーバ（＃１）１ａは、呼処理サーバ（＃２）１ｂから更新完了通知を受けると、応答を返す（符号ＳＱ２１）。次に、呼処理サーバ（＃１）１ａは、呼信号振り分けサーバ３に呼信号Ｓの振り分けルールを通知する（符号ＳＱ２２）。呼処理サーバ（＃１）１ａは、振り分けルールとして、例えば振り分けルールテーブル４０のデータを呼信号振り分けサーバ３に送信する。

呼信号振り分けサーバ３は、通知された振り分けルールをメモリ４に格納して（符号ＳＱ２３）、呼処理サーバ（＃１）１ａに応答を返す（符号ＳＱ２４）。つまり、呼信号振り分けサーバ３は、通知された振り分けルールに基づいて、メモリ４内の振り分けルールテーブル４０を更新する。

次に、呼信号振り分けサーバ３は、振り分けルールテーブル４０に基づき、呼信号Ｓの転送を再開する（符号ＳＱ２５）。つまり、呼信号振り分けサーバ３は、奇数のＣＡＬＬ−ＩＤのセッションの呼信号Ｓを呼処理サーバ（＃１）１ａに転送し、偶数のＣＡＬＬ−ＩＤのセッションの呼信号Ｓを呼処理サーバ（＃２）１ｂに転送する。

また、呼信号振り分けサーバ３は、セッション管理テーブル２０ａ，２０ｂに登録されていない新規のセッションの呼信号Ｓも、同様の振り分けルールに基づいて転送する。このとき、呼信号振り分けサーバ３は、奇数のＣＡＬＬ−ＩＤを呼処理サーバ（＃１）１ａのＩＰアドレス「192.168.1.1」に割り当て、偶数のＣＡＬＬ−ＩＤを呼処理サーバ（＃２）１ｂのＩＰアドレス「192.168.1.2」に割り当てて、振り分けルールテーブル４０に登録する。

呼処理サーバ（＃１）１ａは、呼信号Ｓが転送されると、メモリ２ａに記憶されたセッションに関する呼情報に基づいて呼処理を行う（符号ＳＱ２６）。このとき、メモリ２ａ内のセッション管理テーブル２０ａには、奇数のＣＡＬＬ−ＩＤのセッションに関する呼情報のみが登録されているので、呼処理サーバ（＃１）１ａは、呼処理の負荷が低減される。

また、呼処理サーバ（＃２）１ｂは、呼信号Ｓが転送されると、メモリ２ｂに記憶されたセッションに関する呼情報に基づいて呼処理を開始する（符号ＳＱ２７）。このとき、メモリ２ｂ内のセッション管理テーブル２０ｂには、偶数のＣＡＬＬ−ＩＤのセッションに関する呼情報のみが登録されている。したがって、呼処理サーバ（＃２）１ｂは、呼処理サーバ（＃１）１ａが呼処理対象としたセッションうち、偶数のＣＡＬＬ−ＩＤのセッションの呼処理を引き継ぐ。

このように、運用系の呼処理サーバ（＃１）１ａにおいて、呼処理の輻輳が発生した場合、呼処理サーバ１ａは、メモリ２ａに記憶された複数のセッションのうち、偶数のＣＡＬＬ−ＩＤのセッションの呼情報をメモリ２ａから消去する。これにより、呼処理サーバ１ａの呼処理の負荷が低減される。さらに、呼信号振り分けサーバ３は、呼処理サーバ１ａの制御に応じて、奇数のＣＡＬＬ−ＩＤのセッションの呼信号Ｓを呼処理サーバ１ａに転送し、偶数のＣＡＬＬ−ＩＤのセッションの呼信号Ｓを呼処理サーバ１ｂに転送する。

また、予備系の呼処理サーバ（＃２）１ｂは、メモリ２ｂに記憶された複数のセッションのうち、奇数のＣＡＬＬ−ＩＤのセッションの呼情報をメモリ２ｂから消去する。これにより、呼処理サーバ１ｂは、呼処理サーバ（＃１）１ａが呼処理対象としたセッションうち、偶数のＣＡＬＬ−ＩＤのセッションの呼処理を引き継ぐ。

したがって、本実施例によると、呼処理サーバ（＃２）１ｂは、上記の特許文献１とは異なり、ネットワークＮＷに信号を送信することなく、呼処理対象のセッションの一部に関する呼情報に基づいて、呼処理サーバ（＃１）１ａの呼処理を引き継ぐことができる。よって、本実施例によると、通信品質を劣化させることなく、効果的な負荷分散が可能である。

呼処理サーバ（＃１）１ａは、上述した呼処理方法によって輻輳が解消されると、以下に述べるように、呼処理サーバ（＃２）１ｂが呼処理中の全てのセッションが終了したとき、呼処理サーバ（＃２）１ｂの動作モードを「ＡＣＴ」から「ＳＢＹ」に変更する。

図５は、輻輳解消時の呼処理システムを示す構成図である。呼処理サーバ（＃１）１ａは、ＣＰＵの使用率が所定の閾値ｔｈ以下になった場合、輻輳の解消を検出する。呼処理サーバ（＃１）１ａは、輻輳の解消を検出すると、呼信号振り分けサーバ３に、新たな振り分けルールを通知する。

新たな振り分けルールでは、輻輳の解消後に生成された新規のセッションの呼信号Ｓは、ＣＡＬＬ−ＩＤとは無関係に呼処理サーバ（＃１）１ａに転送される。つまり、輻輳の解消前から存在するセッションの呼信号は、輻輳の発生時と同様に、ＣＡＬＬ−ＩＤが奇数であるか偶数であるかに従って、呼処理サーバ１ａ，１ｂに振り分けられる。しかし、輻輳の解消後に生成された新規のセッションの呼信号Ｓは、ＣＡＬＬ−ＩＤが偶数である場合でも、呼処理サーバ１ａに転送される。

図５の例では、呼処理サーバ（＃１）１ａのセッション管理テーブル２０ａには、既存のセッションとして、ＣＡＬＬ−ＩＤ「8000001」のセッションが登録され、新規のセッションとして、ＣＡＬＬ−ＩＤ「8000020」のセッションが登録されている。一方、呼処理サーバ（＃２）１ｂのセッション管理テーブル２０ｂには、既存のセッションとして、ＣＡＬＬ−ＩＤ「8000002」のセッションが登録されている。

呼処理サーバ（＃２）１ｂは、セッション管理テーブル２０ｂに登録された全てのセッションの呼処理が完了すると、動作モードを「ＡＣＴ」から「ＳＢＹ」に変更し、呼処理を停止する。これにより、呼処理サーバ（＃２）１ｂは、再び予備系として動作する。

図６は、呼処理システムの輻輳解消時の動作を示すラダーチャートである。呼処理サーバ（＃２）１ｂは、呼処理サーバ（＃１）１ａに自己のＣＰＵの使用率を通知する（符号ＳＱ３１）。呼処理サーバ（＃１）１ａは、呼処理サーバ（＃２）１ｂのＣＰＵの使用率通知を受けると、呼処理サーバ（＃２）１ｂに応答を返す（符号ＳＱ３２）。

呼処理サーバ（＃１）１ａは、自己のＣＰＵの使用率と呼処理サーバ（＃２）１ｂのＣＰＵの使用率の合計が所定の閾値ｔｈ以下であれば、輻輳の解消を検出する（符号ＳＱ３３）。呼処理サーバ（＃１）１ａは、輻輳の解消を検出すると、呼信号振り分けサーバ３に、呼信号Ｓの新たな振り分けルールを通知する（符号ＳＱ３４）。

呼信号振り分けサーバ３は、通知された新たな振り分けルールをメモリ４に格納して（符号ＳＱ３５）、呼処理サーバ（＃１）１ａに応答を返す（符号ＳＱ３６）。つまり、呼信号振り分けサーバ３は、通知された新たな振り分けルールに基づいて、メモリ４内の振り分けルールテーブル４０を更新する。

次に、呼信号振り分けサーバ３は、振り分けルールテーブル４０に基づき、呼信号Ｓを転送する（符号ＳＱ３７）。つまり、呼信号振り分けサーバ３は、奇数のＣＡＬＬ−ＩＤの既存のセッションの呼信号Ｓを呼処理サーバ（＃１）１ａに転送し、偶数のＣＡＬＬ−ＩＤの既存のセッションの呼信号Ｓを呼処理サーバ（＃２）１ｂに転送する。また、呼信号振り分けサーバ３は、新規のセッションの呼信号Ｓを、ＣＡＬＬ−ＩＤに関わらず、呼処理サーバ（＃１）１ａに転送する。

呼処理サーバ（＃１）１ａは、呼信号Ｓが転送されると、メモリ２ａに記憶されたセッションに関する呼情報に基づいて呼処理を行う（符号ＳＱ３８）。また、呼処理サーバ（＃２）１ｂは、呼信号Ｓが転送されると、メモリ２ｂに記憶されたセッションに関する呼情報に基づいて呼処理を行い、全てのセッションの呼処理を終了すると（符号ＳＱ３９）、呼処理サーバ１ａに呼処理の完了を通知する（符号ＳＱ４０）。

呼処理サーバ（＃１）１ａは、呼処理の完了通知を受けると、呼処理サーバ（＃２）１ｂに応答を返す（符号ＳＱ４１）。次に、呼処理サーバ（＃２）１ｂは、動作モードを「ＡＣＴ」から「ＳＢＹ」に切り替えて（符号ＳＱ４２）、動作モードの切り替え完了を呼処理サーバ（＃１）１ａに通知する（符号ＳＱ４３）。これにより、呼処理サーバ（＃２）１ｂは、再び予備系として動作する。

呼処理サーバ（＃１）１ａは、動作モードの切り替え完了の通知を受けると、呼処理サーバ（＃２）１ｂに応答を返す（符号ＳＱ４４）。次に、呼処理サーバ（＃１）１ａは、メモリコピー処理を再開する（符号ＳＱ４５）。このとき、呼処理サーバ（＃１）１ａは、メモリ２ａに記憶された全ての呼情報の複製を生成して、呼処理サーバ（＃２）１ｂに送信する。

呼処理サーバ（＃２）１ｂは、呼処理サーバ（＃１）１ａから受信した呼情報の複製を、メモリ２ｂに記憶する（符号ＳＱ４６）。これにより、メモリ２ａ内のセッション管理テーブル２０ａとメモリ２ｂ内のセッション管理テーブル２０ｂは、再び同一内容となる（図１参照）。

次に、呼処理サーバ１ａ，１ｂ及び呼信号振り分けサーバ３の構成及び動作を説明する。

図７は、呼処理サーバ（＃１）１ａの機能構成を示す構成図である。呼処理サーバ（＃１）１ａは、ＣＰＵ１０ａ、メモリ２ａ、及び通信処理部１１ａを有する。

通信処理部１１ａは、他装置との通信手段であり、例えばＮＩＣ（Network Interface Card）である。メモリ２ａは、上述したように、呼信号振り分けサーバ３から転送された呼信号Ｓの複数のセッションに関する呼情報を、セッション管理テーブル２０ａとして記憶する。

ＣＰＵ１０ａは、プログラムに従って動作する演算処理手段である。ＣＰＵ１０ａは、プログラムが実行されると、複数の機能が形成される。すなわち、ＣＰＵ１０ａは、輻輳検出部１０１ａと、呼処理部１０２ａと、制御部１０３ａと、コピー処理部（複製部）１０４ａとを有する。なお、呼処理サーバ（＃１）１ａとしては、ソフトウェアにより動作するものに限定されず、ＣＰＵ１０ａ以外の特定用途向け集積回路などのハードウェアが用いられてもよい。

輻輳検出部１０１ａは、ＣＰＵ１０ａの使用率が所定の閾値ｔｈを上回った場合、輻輳の発生を検出する。輻輳検出部１０１ａは、例えば、呼処理部１０２ａの状態を収集することで、ＣＰＵ１０ａの使用率を算出する。輻輳検出部１０１ａは、輻輳の発生を、制御部１０３ａに通知するとともに、通信書影部１１ａを介して予備系の呼処理サーバ（＃２）１ｂ及び呼信号振り分けサーバ３にも通知する。

また、輻輳検出部１０１ａは、輻輳の発生時、呼処理サーバ（＃２）１ｂから通信処理部１１ａを介して、呼処理サーバ（＃２）１ｂのＣＰＵ１０ｂ（図９参照）の使用率を取得する。輻輳検出部１０１ａは、呼処理サーバ１ａ，１ｂの各ＣＰＵ１０ａ，１０ｂの使用率の合計が、所定の閾値ｔｈ以下である場合、輻輳の解消を検出する。輻輳検出部１０１ａは、輻輳の発生を制御部１０３ａに通知する。

呼処理部１０２ａは、メモリ２ａに記憶された呼情報、つまりセッション管理テーブル２０ａに基づいて呼処理を行う。呼処理部１０２ａは、呼信号振り分けサーバ３から転送された呼信号Ｓを受信し、呼信号Ｓの複数のセッションに関する呼情報をメモリ２ａに記憶する。

コピー処理部１０４ａは、メモリ２ａに記憶された呼情報を呼処理サーバ２ｂにコピーする。より具体的には、コピー処理部１０４ａは、メモリ２ａからセッション管理テーブル２０ａを読み出し、通信処理部１１ａを介して呼処理サーバ２ｂに、コピーの指示とともに送信する。

制御部１０３ａは、呼処理サーバ（＃２）１ｂ及び呼信号振り分けサーバ３と通知や応答を送受信し（図４及び図６参照）、図８（ａ）に示された状態パラメータに基づいて、呼処理サーバ（＃１）１ａの動作を制御する。状態パラメータは、動作モード（ＡＣＴ／ＳＢＹ）、呼処理状態（通常／輻輳）、及びメモリコピー状態（実行中／停止中）を含む。なお、状態パラメータの内容は、呼処理サーバ１ａ，１ｂ間で共通である。

動作モードは、上述したように、呼処理サーバ１ｂの場合、呼処理サーバ１ａとの通信に基づいて、「ＡＣＴ」または「ＳＢＹ」に切り替えられる。動作モードが「ＳＢＹ」である場合、制御部１０３ａは、呼処理を停止する。

メモリコピー状態は、呼処理サーバ１ａ，１ｂ間の通信に基づいて、「実行中」または「停止中」に切り替えられる。メモリコピー状態が「停止中」である場合、コピー処理部１０４ａは、メモリコピー処理を停止する。

呼処理状態は、輻輳検出部１０１ａの検出結果に応じて、「通常」または「輻輳」に切り替えられる。制御部１０３ａは、呼処理状態が「輻輳」である場合、セッション管理テーブル２０ａに登録された複数のセッションのうち、第１グループに属さないセッション（第２グループのセッション）に関する呼情報をメモリ２ａから消去する。

つまり、制御部１０３ａは、偶数のＣＡＬＬ−ＩＤのセッションに関する呼情報をメモリ２ａから消去する。言い換えると、メモリ２ａ内のアドレスのうち、偶数のＣＡＬＬ−ＩＤのセッションに関する呼情報が書き込まれたアドレスが開放される。

このため、呼処理の輻輳が発生したとき、メモリ２ａには、呼処理対象とした複数のセッションのうち、第１グループに属するセッションに関する呼情報のみが記憶されているので、呼処理部１０２ａは、第１グループに属するセッションの呼処理のみを行う。これにより、呼処理部１０２ａの負荷が低減される。

さらに、制御部１０３ａは、呼処理状態が「輻輳」である場合、第１グループに属さないセッション（第２グループのセッション）の呼信号Ｓが呼処理サーバ（＃２）１ｂに転送されるように呼信号振り分けサーバ３を制御する。つまり、制御部１０３ａは、通信処理部１１ａを介して、呼信号Ｓの振り分けルールを呼信号振り分けサーバ３に通知する。これにより、第２グループのセッションの呼処理が、呼処理サーバ（＃２）１ｂに引き継がれる。

また、図９は、呼処理サーバ（＃２）１ｂの機能構成を示す構成図である。呼処理サーバ（＃２）１ｂは、ＣＰＵ１０ｂ、メモリ２ｂ、及び通信処理部１１ｂを有する。

通信処理部１１ｂは、他装置との通信手段であり、例えばＮＩＣである。また、メモリ２ｂには、上述したように、呼処理サーバ（＃１）１ａから呼情報がコピーされる。すなわち、メモリ２ｂは、呼信号振り分けサーバ３から呼処理サーバ１ａに転送された呼信号の複数のセッションに関する呼情報を、セッション管理テーブル２０ｂとして記憶する。

ＣＰＵ１０ｂは、プログラムに従って動作する演算処理手段である。ＣＰＵ１０ｂは、プログラムが実行されると、複数の機能が形成される。すなわち、ＣＰＵ１０ｂは、輻輳検出部１０１ｂと、呼処理部１０２ｂと、制御部１０３ｂと、コピー処理部（記憶処理部）１０４ｂとを有する。なお、呼処理サーバ（＃２）１ｂとしては、ソフトウェアにより動作するものに限定されず、ＣＰＵ１０ｂ以外の特定用途向け集積回路などのハードウェアが用いられてもよい。

制御部１０３ｂは、呼処理サーバ（＃１）１ａ及び呼信号振り分けサーバ３と通知や応答を送受信し（図４及び図６参照）、図８（ａ）に示された状態パラメータに基づいて、呼処理サーバ（＃１）１ａの動作を制御する。状態パラメータについては、上述した通りである。

輻輳検出部１０１ｂは、呼処理サーバ（＃１）１ａから通信処理部１１ａを介して、輻輳発生の通知を受信する。輻輳検出部１０１ｂは、輻輳の発生を制御部１０３ｂに通知する。制御部１０３ｂは、呼処理サーバ（＃１）１ａにおいて呼処理の輻輳が発生したとき、該呼処理対象の複数のセッションのうち、第１グループに属するセッションに関する呼情報をメモリ２ｂから消去する。

また、コピー処理部１０４ｂは、呼信号振り分けサーバ３から呼処理サーバ（＃１）１ａに転送された呼信号Ｓの複数のセッションに関する呼情報を、呼処理サーバ（＃１）１ａから受信してメモリ２ａに記憶させる。つまり、コピー処理部１０４ｂは、呼処理サーバ（＃１）１ａから送信された呼情報を受信して、メモリ２ｂに書き込む。

制御部１０３ｂは、呼処理サーバ（＃１）１ａにおいて呼処理の輻輳が発生したとき、メモリコピー状態（図８（ａ）参照）を「実行中」から「停止中」に変更する。これにより、コピー処理部１０４ｂは、動作を停止する。

また、制御部１０３ｂは、呼処理サーバ（＃１）１ａにおいて呼処理の輻輳が発生したとき、動作モードを「ＳＢＹ」から「ＡＣＴ」に変更する。これにより、呼処理部１０２ｂは、呼信号振り分けサーバ３から第１グループに属さないセッション（第２グループに属するセッション）の呼信号Ｓが転送されて、メモリ２ｂに記憶された呼情報に基づいて呼処理を開始する。したがって、呼処理部１０２ｂは、呼処理サーバ（＃１）１ａから、偶数のＣＡＬＬ−ＩＤのセッションの呼処理を引き継ぐことができる。

図１０は、呼信号振り分けサーバ３の機能構成を示す構成図である。呼信号振り分けサーバ３は、ＣＰＵ３０、メモリ４、及び通信処理部３１を有する。

通信処理部３１は、他装置との通信手段であり、例えばＮＩＣである。メモリ４は、上述したように、振り分けルールテーブル４０を記憶する。また、メモリ４には、呼信号振り分けサーバ３が呼信号Ｓの転送を停止した場合に呼信号Ｓを格納する呼信号格納領域４１が形成されている。

ＣＰＵ３０は、プログラムに従って動作する演算処理手段である。ＣＰＵ３０は、プログラムが実行されると、複数の機能が形成される。すなわち、ＣＰＵ３０は、転送処理部３０１と、制御部３０２とを有する。なお、呼信号振り分けサーバ３としては、ソフトウェアにより動作するものに限定されず、ＣＰＵ３０以外の特定用途向け集積回路などのハードウェアが用いられてもよい。

転送処理部３０１は、呼処理サーバ１ａ，１ｂから通信処理部３１を介して受信した呼信号Ｓを、ネットワークＮＷを介して端末装置５に転送する。また、転送処理部３０１は、端末装置５から通信処理部３１を介して受信した呼信号Ｓを、振り分けルールテーブル４０に基づいて、呼処理サーバ１ａ，１ｂに転送する。

制御部３０２は、呼処理サーバ１ａ，１ｂと通知や応答を送受信し（図４及び図６参照）、図８（ｂ）に示された状態パラメータに基づいて転送処理部３０１を制御する。状態パラメータは、転送処理状態（実行中／停止中）を含む。

制御部３０２は、呼処理サーバ１ａから輻輳の発生が通知された場合、転送処理状態を「実行中」から「停止中」に切り替える。これにより、転送処理部３０１は、呼信号Ｓの呼処理サーバ１ａへの転送を停止する。転送処理部３０１は、転送処理の停止中、端末装置５から受信した呼信号Ｓを呼信号格納領域４１に格納する。転送処理部３０１は、転送処理状態が「実行中」に切り替わったとき、呼信号格納領域４１に格納した呼信号Ｓを読み出して、呼処理サーバ１ａ，１ｂに転送する。

また、制御部３０２は、呼処理サーバ（＃１）１ａから通知された振り分けルールに従って、振り分けルールテーブル４０を更新する。呼処理サーバ（＃１）１ａにおいて呼処理の輻輳が発生していないとき、振り分けルールテーブル４０には、全てのセッションのＣＡＬＬ−ＩＤが、呼処理サーバ（＃１）１ａに対応付けられて登録されている。このため、転送処理部３０１は、呼処理サーバ（＃１）１ａに、全てのセッションの呼信号Ｓを転送する。

一方、呼処理サーバ１ａにおいて呼処理の輻輳が発生したとき、振り分けルールテーブル４０には、奇数のＣＡＬＬ−ＩＤが、呼処理サーバ１ａに対応付けられて登録され、偶数のＣＡＬＬ−ＩＤが、呼処理サーバ１ｂに対応付けられて登録されている。このため、転送処理部３０１は、第１グループに属するセッションの呼信号Ｓを呼処理サーバ（＃１）１ａに転送し、第１グループに属さないセッション（第２グループに属するセッション）の呼信号Ｓを呼処理サーバ（＃２）１ｂに転送する。これにより、呼信号Ｓの受信ごとに行われる呼処理の負荷が、呼処理サーバ１ａ，１ｂに分散される。

また、呼処理サーバ１ａにおいて呼処理の輻輳が解消したとき、振り分けルールテーブル４０には、奇数のＣＡＬＬ−ＩＤ、及び、輻輳解消後に生成された新規のセッションのＣＡＬＬ−ＩＤが、呼処理サーバ（＃１）１ａに対応付けられて登録されている。また、偶数のＣＡＬＬ−ＩＤは、呼処理サーバ（＃２）１ｂに対応付けられて登録されている。

このため、転送処理部３０１は、奇数のＣＡＬＬ−ＩＤの既存のセッション、及び新規の呼信号Ｓを呼処理サーバ（＃１）１ａに転送し、偶数のＣＡＬＬ−ＩＤの既存のセッションの呼信号Ｓを呼処理サーバ（＃２）１ｂに転送する。これにより、呼処理サーバ（＃２）１ｂの処理対象とする既存のセッションが終了したとき、呼処理サーバ（＃１）１ａは、全てのセッションの呼処理を再び行う。

図１１は、呼処理サーバ（＃１）１ａの輻輳発生時の動作を示すフローチャートである。まず、輻輳検出部１０１ａは、ＣＰＵ１０ａの使用率と所定の閾値ｔｈを比較する（ステップＳｔ１）。輻輳検出部１０１ａは、ＣＰＵ１０ａの使用率が所定の閾値ｔｈ以下である場合（ステップＳｔ１のＮｏ）、処理を終了する。

輻輳検出部１０１ａは、ＣＰＵ１０ａの使用率が所定の閾値ｔｈを上回った場合（ステップＳｔ１のＹｅｓ）、呼処理の輻輳の発生を検出し、呼処理サーバ（＃２）１ｂ及び呼信号振り分けサーバ３に輻輳発生を通知する（ステップＳｔ２）。なお、輻輳検出部１０１ａは、ＣＰＵ１０ａの使用率に代えて、メモリ２ａの使用率に基づいて輻輳の発生を検出してもよい。

次に、制御部１０３ａは、呼処理振り分けサーバ３から、呼信号Ｓの転送処理の停止完了が通知されたか否かを判定する（ステップＳｔ３）。停止完了通知がない場合（ステップＳｔ３のＮｏ）、再びステップＳｔ３の判定処理が行われる。停止完了通知があった場合（ステップＳｔ３のＹｅｓ）、制御部１０３ａは、呼処理サーバ１ｂから、動作モードの切り替え完了が通知されたか否かを判定する（ステップＳｔ４）。

切り替え完了通知がない場合（ステップＳｔ４のＮｏ）、再びステップＳｔ４の判定処理が行われる。切り替え完了通知があった場合（ステップＳｔ４のＹｅｓ）、コピー処理部１０４ａは、メモリコピー処理を停止する。

次に、制御部１０３ａは、偶数のＣＡＬＬ−ＩＤの呼情報をメモリ２ａから消去する（ステップＳｔ６）。次に、制御部１０３ａは、呼処理サーバ（＃２）１ｂから、メモリ更新の完了が通知されたか否かを判定する（ステップＳｔ７）。更新完了通知がない場合（ステップＳｔ７のＮｏ）、再びステップＳｔ７の判定処理が行われる。

次に、制御部１０３ａは、呼信号振り分けサーバ３に振り分けルールを通知する（ステップＳｔ８）。通知される振り分けルールは、上述したように、図３の振り分けルールテーブル４０に基づく。このようにして、呼処理サーバ（＃１）は、輻輳発生時に動作する。

図１２は、呼処理サーバ（＃２）の輻輳発生時の動作を示すフローチャートである。制御部１０３ｂは、呼処理サーバ（＃１）１ａから輻輳発生が通知されたか否かを判定する（ステップＳｔ１１）。輻輳発生の通知がない場合（ステップＳｔ１１のＮｏ）、制御部１０３ｂは、処理を終了する。

輻輳発生の通知があった場合（ステップＳｔ１１のＹｅｓ）、制御部１０３ｂは、動作モードを「ＳＢＹ」から「ＡＣＴ」に切り替える（ステップＳｔ１２）。次に、制御部１０３ｂは、呼処理サーバ（＃１）１ａに動作モードの切り替え完了を通知する（ステップＳｔ１３）。

次に、コピー処理部１０４ｂは、メモリコピー処理を停止する（ステップＳｔ１４）。このとき、コピー処理部１０４ｂは、例えば、呼処理サーバ１ａに、呼情報の送信要求を停止する。

次に、制御部１０３ｂは、奇数のＣＡＬＬ−ＩＤの呼情報をメモリ２ｂから消去する（ステップＳｔ１５）。次に、制御部１０３ｂは、呼処理サーバ（＃１）１ａに、メモリ更新の完了を通知する（ステップＳｔ１６）。次に、呼処理部１０２ｂは、メモリ２ｂに記憶された呼情報に基づいて呼処理を開始する（ステップＳｔ１７）。このようにして、呼処理サーバ（＃２）１ｂは、輻輳発生時に動作する。

図１３は、呼信号振り分けサーバ３の輻輳発生時の動作を示すフローチャートである。まず、制御部３０２は、呼処理サーバ（＃１）１ａから、輻輳発生が通知されたか否かを判定する（ステップＳｔ２１）。輻輳発生の通知がない場合（ステップＳｔ２１のＮｏ）、制御部３０２は、処理を終了する。

輻輳発生の通知があった場合（ステップＳｔ２１のＹｅｓ）、転送処理部３０１は、呼信号Ｓの転送処理を停止する（ステップＳｔ２２）。転送処理の停止中、転送処理部３０１は、受信した呼信号Ｓを呼信号格納領４１に格納する。次に、制御部３０２は、呼処理サーバ（＃１）１ａに、呼信号Ｓの転送処理の停止完了を通知する（ステップＳｔ２３）。

次に、制御部３０２は、呼処理サーバ（＃１）１ａから、振り分けルールが通知されたか否かを判定する（ステップＳｔ２４）。振り分けルールの通知がない場合（ステップＳｔ２４のＮｏ）、再びステップＳｔ２４の判定処理が行われる。

振り分けルールの通知があった場合（ステップＳｔ２４のＹｅｓ）、制御部３０２は、通知された振り分けルールに従って、振り分けルールテーブル４０を更新する（ステップＳｔ２５）。このとき、振り分けルールテーブル４０は、一例として、図１に示された内容から図３に示された内容に更新される。

次に、転送処理部３０１は、更新された振り分けルールテーブル４０に従って、呼信号Ｓの転送処理を再開する（ステップＳｔ２６）。このとき、転送処理部３０１は、奇数のＣＡＬＬ−ＩＤのセッションの呼信号Ｓを呼処理サーバ（＃１）１ａに転送し、偶数のＣＡＬＬ−ＩＤの呼信号Ｓを呼処理サーバ（＃２）１ｂに転送する。このようにして、呼信号振り分けサーバ３は、輻輳発生時に動作する。

図１４は、呼処理サーバ（＃１）１ａの輻輳解消時の動作を示すフローチャートである。まず、輻輳検出部１０１ａは、呼処理サーバ（＃２）１ｂから、呼処理サーバ（＃２）１ｂのＣＰＵ１０ｂの使用率を受信する（ステップＳｔ３１）。

輻輳検出部１０１ａは、呼処理サーバ（＃１）１ａのＣＰＵ１０ａの使用率及び呼処理サーバ（＃２）１ｂのＣＰＵ１０ｂの使用率の合計と、所定の閾値ｔｈとを比較する（ステップＳｔ３２）。ＣＰＵ１０ａ，１０ｂの使用率の合計が所定の閾値ｔｈ以上である場合（ステップＳｔ３２のＮｏ）、輻輳検出部１０１ａは、再びステップＳｔ３１の処理を行う。

ＣＰＵ１０ａ，１０ｂの使用率の合計が所定の閾値ｔｈを下回る場合（ステップＳｔ３２のＹｅｓ）、輻輳検出部１０１ａは、輻輳の解消を検出し、制御部３０２は、呼信号振り分けサーバ３に振り分けルールを通知する（ステップＳｔ３３）。通知される振り分けルールでは、上述したように、奇数のＣＡＬＬ−ＩＤの既存のセッションの呼信号Ｓ及び新規のセッションの呼信号Ｓは、呼処理サーバ１ａに振り分けられ、偶数のＣＡＬＬ−ＩＤの既存のセッションの呼信号Ｓは、呼処理サーバ１ｂに振り分けられる。なお、輻輳の解消は、ＣＰＵ１０ａ，１０ｂの使用率に代えて、メモリ２ａ，２ｂの使用率に基づいて検出されてもよい。

次に、制御部１０３ａは、呼処理サーバ（＃２）１ｂから、呼処理の完了が通知されたか否かを判定する（ステップＳｔ３４）。呼処理の完了通知がない場合（ステップＳｔ３４のＮｏ）、再びステップＳｔ３４の判定処理が行われる。

呼処理の完了通知があった場合（ステップＳｔ３４のＹｅｓ）、制御部１０３ａは、応答を返し、呼処理サーバ（＃２）１ｂから、動作モードの切り替え完了が通知されたか否かを判定する（ステップＳｔ３５）。動作モードの切り替え完了通知がない場合（ステップＳｔ３５のＮｏ）、再びステップＳｔ３５の判定処理が行われる。

動作モードの切り替え完了通知があった場合（ステップＳｔ３５のＹｅｓ）、制御部１０３ａは、応答を返し、メモリコピー処理を再開する（ステップＳｔ３６）。このようにして、呼処理サーバ（＃１）１ａは、輻輳解消時に動作する。

図１５は、呼処理サーバ（＃２）１ｂの輻輳解消時の動作を示すフローチャートである。まず、輻輳検出部１０１ｂは、呼処理部１０２ｂから収集した状態に基づいて、ＣＰＵ１０ｂの使用率を算出し、呼処理サーバ（＃１）１ａに通知する（ステップＳｔ４１）。ＣＰＵ１０ｂの使用率は、例えば、一定の時間間隔をおいて周期的に通知される。なお、呼処理サーバ（＃１）１ａが輻輳の解消の検出にメモリ２ａ，２ｂの使用率を用いる場合、輻輳検出部１０１ｂは、ＣＰＵ１０ｂの使用率に代えて、メモリ２ｂの使用率を通知する。

次に、制御部１０３ｂは、セッション管理テーブル２０ｂを参照することにより、呼処理対象のセッションの有無を判定する（ステップＳｔ４２）。呼処理対象のセッションが有る場合（ステップＳｔ４２のＹｅｓ）、つまりセッション管理テーブル２０ｂに登録されたセッションが有る場合、再びステップＳｔ４２の判定処理が行われる。

呼処理対象のセッションがない場合（ステップＳｔ４２のＮｏ）、つまりセッション管理テーブル２０ｂに登録されたセッションがない場合、制御部１０３ｂは、呼処理サーバ（＃１）１ａに、呼処理の完了を通知する（ステップＳｔ４３）。次に、制御部１０３ｂは、呼処理サーバ（＃１）１ａからの応答の有無を判定する（ステップＳｔ４４）。

応答がない場合（ステップＳｔ４４のＮｏ）、再びステップＳｔ４４の判定処理が行われる。応答があった場合（ステップＳｔ４４のＹｅｓ）、制御部１０３ｂは、動作モードを「ＡＣＴ」から「ＳＢＹ」に切り替える（ステップＳｔ４５）。これにより、呼処理部１０２ｂは、呼処理を停止する。

次に、制御部１０３ｂは、呼処理サーバ（＃１）１ａに動作モードの切り替え完了を通知する（ステップＳｔ４６）。次に、コピー処理部１０４ｂは、メモリコピー処理を再開する（ステップＳｔ４７）。このとき、コピー処理部１０４ｂは、例えば、呼処理サーバ（＃１）１ａにメモリ２ａ内の呼情報の送信を要求する。このようにして、呼処理サーバ（＃２）１ｂは、輻輳解消時に動作する。

図１６は、呼信号振り分けサーバ３の輻輳解消時の動作を示すフローチャートである。まず、制御部３０２は、呼処理サーバ（＃１）１ａから振り分けルールが通知されたか否かを判定する（ステップＳｔ５１）。通知がない場合（ステップＳｔ５１のＮｏ）、制御部３０２は、再びステップＳｔ５１の処理が行われる。

通知があった場合（ステップＳｔ５１のＹｅｓ）、制御部３０２は、通知された振り分けルールに従って、振り分けルールテーブル４０を更新する（ステップＳｔ５２）。次に、転送処理部３０１は、更新された振り分けルールテーブル４０に従って、呼信号Ｓの転送処理を開始する（ステップＳｔ５３）。これにより、奇数のＣＡＬＬ−ＩＤの既存のセッションの呼信号Ｓ及び新規のセッションの呼信号Ｓは、呼処理サーバ１ａに転送され、偶数のＣＡＬＬ−ＩＤの既存のセッションの呼信号Ｓは、呼処理サーバ１ｂに転送される。このようにして、呼信号振り分けサーバ３は、輻輳解消時に動作する。

上記の実施例では、セッション管理テーブル２０ａ，２０ｂに登録されたセッションを、ＣＡＬＬ−ＩＤに基づいて、第１グループ（奇数）及び第２グループ（偶数）に分けたが、セッションのグループ分けの手法は、これに限定されない。以下に、セッションのグループ分けの他例を挙げて説明する。

（例１）
図１７（ａ）及び図１７（ｂ）は、例１におけるセッション管理テーブル２０ａ，２０ｂ及び振り分けルールテーブル４０をそれぞれ示す。本例において、セッション管理テーブル２０ａ，２０ｂに登録されたセッションは、呼信号Ｓの宛先タグ番号（宛先番号）に基づいて第１グループＧ１及び第２グループＧ２に分けられる。

より具体的には、奇数の宛先タグ番号「30001」，「30003」のセッションは、第１グループＧ１に属し、偶数の宛先タグ番号「30002」のセッションは、第２グループＧ２に属する。なお、上記のグループ分けとは逆に、第１グループには、偶数の宛先タグ番号のセッションが属し、第２グループには、奇数の宛先タグ番号のセッションが属してもよい。

このため、呼処理サーバ（＃１）１ａは、輻輳が発生したとき、偶数の宛先タグ番号「30002」のセッションに関する呼情報をメモリ２ａから消去する。また、呼処理サーバ（＃２）１ｂは、輻輳が発生したとき、奇数の宛先タグ番号「30001」，「30003」のセッションに関する呼情報をメモリ２ｂから消去する。本例では、宛先タグ番号が奇数及び偶数の何れであるかに応じて、セッションのグループ分けを行うため、メモリ２ａ，２ｂから消去される呼情報の検出が容易である。

呼信号振り分けサーバ３は、振り分けルールテーブル４０に従い、奇数の宛先タグ番号「30001」，「30003」のセッションの呼信号Ｓを呼処理サーバ（＃１）１ａに転送し、偶数の宛先タグ番号「30002」のセッションの呼信号Ｓを呼処理サーバ（＃２）１ｂに転送する。また、新規のセッションに関しては、呼信号振り分けサーバ３は、呼信号Ｓの宛先タグ番号を、宛先タグ番号に応じた転送先のＩＰアドレスに割り当てて、振り分けルールテーブル４０に登録する。つまり、奇数の宛先タグ番号は、呼処理サーバ（＃１）１ａのＩＰアドレス「192.168.1.1」に割り当てられ、偶数の宛先タグ番号は、呼処理サーバ（＃２）１ｂのＩＰアドレス「192.168.1.2」に割り当てられて登録される。

これにより、呼処理サーバ（＃１）１ａにおいて輻輳が発生したとき、呼処理サーバ（＃１）１ａは、奇数の宛先タグ番号のセッションの呼処理を行い、呼処理サーバ（＃２）１ｂは、偶数の宛先タグ番号のセッションの呼処理を行う。したがって、本例でも、上記の実施例と同様に、呼処理の負荷が、呼処理サーバ１ａ，１ｂに分散される。

（例２）
図１８（ａ）及び図１８（ｂ）は、例２におけるセッション管理テーブル２０ａ，２０ｂ及び振り分けルールテーブル４０をそれぞれ示す。本例において、セッション管理テーブル２０ａ，２０ｂに登録されたセッションは、セッション管理テーブル２０ａ，２０ｂ内の登録位置、つまりメモリ２ａ内のアドレスに基づいて第１グループＧ３及び第２グループＧ４に分けられる。

本例において、セッション管理テーブル２０ａ，２０ｂ内の上部のセッション（ＣＡＬＬ−ＩＤ「8000001」，「8000002」）は、第１グループＧ３に属する。セッション管理テーブル２０ａ，２０ｂ内の下部のセッション（ＣＡＬＬ−ＩＤ「8000003」，「8000004」）は、第２グループＧ４に属する。なお、セッション管理テーブル２０ａ，２０ｂ内の登録位置は、例えば、登録された順序に基づいて決定される。

このため、呼処理サーバ（＃１）１ａは、輻輳が発生したとき、ＣＡＬＬ−ＩＤ「8000001」，「8000002」のセッションに関する呼情報をメモリ２ａから消去する。また、呼処理サーバ（＃２）１ｂは、輻輳が発生したとき、ＣＡＬＬ−ＩＤ「8000003」，「8000004」のセッションに関する呼情報をメモリ２ｂから消去する。

呼信号振り分けサーバ３は、振り分けルールテーブル４０に従い、ＣＡＬＬ−ＩＤ「8000001」，「8000002」のセッションの呼信号Ｓを呼処理サーバ（＃１）１ａに転送し、ＣＡＬＬ−ＩＤ「8000003」，「8000004」のセッションの呼信号Ｓを呼処理サーバ（＃２）１ｂに転送する。また、呼信号振り分けサーバ３は、新規のセッションのＣＡＬＬ−ＩＤを、ラウンドロビン方式に従い、呼処理サーバ１ａ，１ｂのＩＰアドレスに交互に割り当てて、振り分けルールテーブル４０に登録する。

つまり、呼信号振り分けサーバ３は、呼処理サーバ１ａ，１ｂの呼処理対象のセッション数が均等になるように、ＣＡＬＬ−ＩＤを振り分けルールテーブル４０に登録する。したがって、本例でも、上記の実施例と同様に、呼処理の負荷が、呼処理サーバ１ａ，１ｂに分散される。

（例３）
これまで述べた例では、呼処理サーバ１ａ，１ｂの呼処理対象のセッション数が均等になるように、第１グループ及び第２グループを決定したが、これに限定されない。例えば、呼処理サーバ１ａ，１ｂ間で、メモリ２ａ，２ｂの容量が相違する場合、またはＣＰＵ１０ａ，１０ｂの処理能力が相違する場合、呼処理サーバ１ａ，１ｂの呼処理対象のセッション数が相違するように、第１グループ及び第２グループを決定してもよい。

図１９（ａ）及び図１９（ｂ）は、例３におけるセッション管理テーブル及び振り分けルールテーブルを示す。本例では、呼処理サーバ１ａ，１ｂ間のメモリ２ａ，２ｂの容量比またはＣＰＵ１０ａ，１０ｂの処理能力比を、一例として、３：２と仮定して、セッションを、ＣＡＬＬ−ＩＤに基づいて第１グループＧ５及び第２グループＧ６に分ける。より具体的には、ＣＡＬＬ−ＩＤの一の位（末尾の数字）が「０」〜「５」であるセッションは、第１グループＧ５に属し、ＣＡＬＬ−ＩＤの一の位が「６」〜「９」であるセッションは、第２グループＧ６に属する。

図１９（ａ）の例では、ＣＡＬＬ−ＩＤ「8000001」，「8000011」，「8000075」，「8000003」，「8000022」のセッションは、第１グループＧ５に属し、ＣＡＬＬ−ＩＤ「8000008」，「8000026」，「8000017」のセッションは、第２グループＧ６に属する。

このため、呼処理サーバ（＃１）１ａは、輻輳が発生したとき、ＣＡＬＬ−ＩＤ「8000001」，「8000011」，「8000075」，「8000003」，「8000022」のセッションに関する呼情報をメモリ２ａから消去する。また、呼処理サーバ（＃２）１ｂは、輻輳が発生したとき、ＣＡＬＬ−ＩＤ「8000008」，「8000026」，「8000017」のセッションに関する呼情報をメモリ２ｂから消去する。

呼信号振り分けサーバ３は、振り分けルールテーブル４０に従い、ＣＡＬＬ−ＩＤ「8000001」，「8000011」，「8000075」，「8000003」，「8000022」のセッションの呼信号Ｓを呼処理サーバ（＃１）１ａに転送する。また、呼信号振り分けサーバ３は、ＣＡＬＬ−ＩＤ「8000008」，「8000026」，「8000017」のセッションの呼信号Ｓを呼処理サーバ（＃２）１ｂに転送する。

また、呼信号振り分けサーバ３は、新規のセッションのＣＡＬＬ−ＩＤを、ＣＡＬＬ−ＩＤに基づいて、呼処理サーバ１ａ，１ｂのＩＰアドレスに対応付けて、振り分けルールテーブル４０に登録する。ＣＡＬＬ−ＩＤの一の位が「０」〜「５」であるセッションは、呼処理サーバ（＃１）１ａのＩＰアドレス「192.168.1.1」に割り当てられて登録される。一方、ＣＡＬＬ−ＩＤの一の位が「６」〜「９」であるセッションは、呼処理サーバ（＃２）１ｂのＩＰアドレス「192.168.1.2」に割り当てられて登録される。

つまり、呼信号振り分けサーバ３は、呼処理サーバ１ａ，１ｂの呼処理対象のセッション数が、およそ３：２となるように、ＣＡＬＬ−ＩＤを振り分けルールテーブル４０に登録する。これにより、本例では、呼処理の負荷が、メモリ２ａ，２ｂの容量比またはＣＰＵ１０ａ，１０ｂの処理能力比を考慮して、呼処理サーバ１ａ，１ｂに分散される。

なお、本例において、セッションを、ＣＡＬＬ−ＩＤに基づいて第１グループＧ５及び第２グループＧ６に分けたが、宛先タグ番号に基づいて第１グループＧ５及び第２グループＧ６に分けてもよい。この場合、例えば、宛先タグ番号の一の位（末尾の数字）が「０」〜「５」であるセッションは、第１グループＧ５に属し、宛先タグ番号の一の位が「６」〜「９」であるセッションは、第２グループＧ６に属する。この場合も、上記の内容と同様の効果が得られる。

（例４）
また、上記の例３において、セッションを、ＣＡＬＬ−ＩＤに代えて、セッション管理テーブル２０ａ，２０ｂ内の登録位置、つまりメモリ２ａ内のアドレスに基づいて第１グループＧ７及び第２グループＧ８に分けてもよい。

図２０（ａ）及び図２０（ｂ）は、例４におけるセッション管理テーブル２０ａ，２０ｂ及び振り分けルールテーブル４０をそれぞれ示す。本例において、セッション管理テーブル２０ａ，２０ｂ内の上部のセッション（ＣＡＬＬ−ＩＤ「8000001」〜「8000005」）は、第１グループＧ７に属する。セッション管理テーブル２０ａ，２０ｂ内の下部のセッション（ＣＡＬＬ−ＩＤ「8000006」，「8000007」，・・・）は、第２グループＧ８に属する。ここで、第１グループＧ７に属するセッション数と第２グループＧ８に属するセッション数の比は、３：２である。

このため、呼処理サーバ（＃１）１ａは、輻輳が発生したとき、ＣＡＬＬ−ＩＤ「8000006」，「8000007」，・・・のセッションに関する呼情報をメモリ２ａから消去する。また、呼処理サーバ（＃２）１ｂは、輻輳が発生したとき、ＣＡＬＬ−ＩＤ「8000001」〜「8000005」のセッションに関する呼情報をメモリ２ｂから消去する。

呼信号振り分けサーバ３は、振り分けルールテーブル４０に従い、ＣＡＬＬ−ＩＤ「8000001」〜「8000005」のセッションの呼信号Ｓを呼処理サーバ（＃１）１ａに転送する。また、呼信号振り分けサーバ３は、ＣＡＬＬ−ＩＤ「8000006」，「8000007」，・・・のセッションの呼信号Ｓを呼処理サーバ（＃２）１ｂに転送する。

また、呼信号振り分けサーバ３は、新規のセッションのＣＡＬＬ−ＩＤを、重み付けラウンドロビン方式に従い、呼処理サーバ１ａ，１ｂのＩＰアドレスに割り当てて、振り分けルールテーブル４０に登録する。ここで、呼処理サーバ１ａ，１ｂの重みの比は、３：２である。

つまり、呼信号振り分けサーバ３は、呼処理サーバ１ａ，１ｂの呼処理対象のセッション数が、およそ３：２となるように、ＣＡＬＬ−ＩＤを振り分けルールテーブル４０に登録する。これにより、本例では、例３と同様に、呼処理の負荷が、メモリ２ａ，２ｂの容量比またはＣＰＵ１０ａ，１０ｂの処理能力比を考慮して、呼処理サーバ１ａ，１ｂに分散される。

これまで述べたように、実施例に係る呼処理装置（呼処理サーバ（＃１））１ａは、他の呼処理装置（呼処理サーバ（＃２））１ｂと、自装置１ａまたは他の呼処理装置１ｂに呼信号Ｓを転送する呼制御装置（呼信号振り分けサーバ）３とに接続されている。呼処理装置１ａは、記憶部（メモリ）２ａと、呼処理部１０２ａと、複製部（コピー処理部）１０４ａと、制御部１０３ａとを有する。

記憶部２ａは、呼制御装置３から転送された呼信号Ｓの複数のセッションに関する呼情報（セッション管理テーブル２０ａ）を記憶する。呼処理部１０２ａは、記憶部２ａに記憶された呼情報Ｓに基づいて呼処理を行う。複製部１０４ａは、記憶部２ａに記憶された呼情報を他の呼処理装置１ｂにコピーする。

制御部１０３ａは、呼処理部１０２ａにおいて呼処理の輻輳が発生したとき、複数のセッションのうち、所定のグループ（第１グループ）に属さないセッションに関する呼情報を記憶部２ａから消去する。制御部１０３ａは、該セッションの呼信号Ｓが他の呼処理装置１ｂに転送されるように呼制御装置３を制御する。

上記の構成によると、呼処理部１０２ａは、記憶部２ａに記憶された呼情報Ｓに基づいて呼処理を行い、制御部１０３ａは、呼処理の輻輳が発生したとき、複数のセッションのうち、所定のグループに属さないセッションに関する呼情報を記憶部２ａから消去する。このため、呼処理の輻輳が発生したとき、記憶部２ａには、呼処理対象とした複数のセッションのうち、所定のグループに属するセッションに関する呼情報のみが記憶されているので、呼処理部１０２ａは、所定のグループに属するセッションの呼処理のみを行う。したがって、呼処理装置１ａは、呼処理の負荷が低減される。

また、複製部１０４ａは、記憶部２ａに記憶された呼情報を他の呼処理装置１ｂにコピーし、呼処理の輻輳が発生したとき、制御部１０３ａは、所定のグループに属さないセッションの呼信号Ｓが他の呼処理装置１ｂに転送されるように呼制御装置３を制御する。このため、他の呼処理装置１ｂは、ネットワークＮＷに信号を送信することなく、所定のグループに属さないセッションの呼処理を、呼処理装置１ａから引き継ぐことができる。

したがって、本実施例に係る呼処理装置１ａによると、特許文献１とは異なり、通信品質を劣化させることなく、効果的な負荷分散が可能である。

また、他の実施例に係る呼処理装置（呼処理サーバ（＃２））１ｂは、他の呼処理装置（呼処理サーバ（＃１））１ａと、自装置１ｂまたは他の呼処理装置１ａに呼信号Ｓを転送する呼制御装置（呼信号振り分けサーバ）３とに接続されている。呼処理装置１ｂは、記憶部（メモリ）２ｂと、記憶処理部（コピー処理部）１０４ｂと、制御部１０３ｂと、呼処理部１０２ｂとを有する。

記憶処理部１０４ｂは、呼制御装置３から他の呼処理装置１ａに転送された呼信号Ｓの複数のセッションに関する呼情報（セッション管理テーブル２０ａ）を、他の呼処理装置１ａから受信して記憶部２ａに記憶させる。

制御部１０３ｂは、他の呼処理装置１ａにおいて複数のセッションに関する呼情報に基づいて行われた呼処理の輻輳が発生したとき、複数のセッションのうち、所定のグループ（第１グループ）に属するセッションに関する呼情報を記憶部２ｂから消去する。呼処理部１０２ｂは、呼処理の輻輳が発生したとき、呼制御装置３から所定のグループに属さないセッション（第２グループに属するセッション）の呼信号Ｓが転送されて、記憶部２ｂに記憶された呼情報に基づいて呼処理を開始する。

上記の構成によると、他の呼処理装置１ａにおいて呼処理の輻輳が発生したとき、記憶部２ｂには、他の呼処理装置１ａの呼処理対象の複数のセッションのうち、所定のグループに属さないセッションに関する呼情報が記憶されている。呼処理部１０２ｂは、呼処理の輻輳が発生したとき、呼制御装置３から所定のグループに属さないセッションの呼信号Ｓが転送されて、記憶部２ｂに記憶された呼情報に基づいて呼処理を開始する。このため、呼処理装置１ｂは、ネットワークＮＷに信号を送信することなく、所定のグループに属さないセッションの呼処理を、他の呼処理装置１ａから引き継ぐことができる。

したがって、本実施例に係る呼処理装置１ｂによると、特許文献１とは異なり、通信品質を劣化させることなく、効果的な負荷分散が可能である。

また、実施例に係る呼制御装置（呼信号振り分けサーバ）３は、呼処理を行う第１呼処理装置（呼処理サーバ（＃１））１ａ及び第２呼処理装置（呼処理サーバ（＃２））１ｂに接続されている。呼制御装置３は、第１呼処理装置１ａに複数のセッションの呼信号Ｓを転送する転送処理部３０１を有する。

転送処理部３０１は、第１呼処理装置１ａにおいて複数のセッションの呼信号Ｓにより呼処理の輻輳が発生したとき、第１呼処理装置１ａの制御に応じて、複数のセッションのうち、所定のグループ（第１グループ）に属さないセッションの呼信号Ｓを第２呼処理装置１ｂに転送する。

上記の構成によると、転送処理部３０１は、第１呼処理装置１ａにおいて呼処理の輻輳が発生したとき、第１呼処理装置１ａの呼処理対象の複数のセッションのうち、所定のグループに属さないセッションの呼信号Ｓを第２呼処理装置１ｂに転送する。このため、第２呼処理装置１ｂは、ネットワークＮＷに信号を送信することなく、所定のグループに属さないセッションの呼処理を、第１呼処理装置１ａから引き継ぐことができる。

したがって、本実施例に係る呼制御装置３によると、特許文献１とは異なり、通信品質を劣化させることなく、効果的な負荷分散が可能である。

また、実施例に係る呼処理システムは、呼処理を行う第１呼処理装置（呼処理サーバ（＃１））１ａ及び第２呼処理装置（呼処理サーバ（＃２））１ｂと、第１呼処理装置１ａまたは第２呼処理装置１ｂに呼信号Ｓを転送する呼制御装置（呼信号振り分けサーバ）３とを有する。第１呼処理装置１ａまたは第２呼処理装置１ｂは、第１記憶部（メモリ）２ａ及び第２記憶部（メモリ）２ｂをそれぞれ有する。

第１呼処理装置１ａは、呼制御装置３から転送された呼信号Ｓの複数のセッションに関する呼情報（セッション管理テーブル２０ａ）を第１記憶部２ａに記憶する。第１呼処理装置１ａは、第１記憶部２ａに記憶された呼情報に基づいて呼処理を行い、第１記憶部２ａに記憶された呼情報を第２記憶部２ｂにコピーする。

呼処理の輻輳が発生したとき、第１呼処理装置１ａは、複数のセッションのうち、所定のグループ（第１グループ）に属さないセッションに関する呼情報を第１記憶部２ａから消去し、該セッションの呼信号Ｓが第２呼処理装置１ｂに転送されるように呼制御装置３を制御する。第２呼処理装置１ｂは、複数のセッションのうち、所定のグループに属するセッションに関する呼情報を第２記憶部２ｂから消去し、第２記憶部２ｂに記憶された呼情報（セッション管理テーブル２０ｂ）に基づいて呼処理を開始する。

実施例に係る呼処理システムは、上記の呼処理装置１ａ，１ｂ及び呼制御装置３の構成と同様の構成を含むので、上述した内容と同様の作用効果を奏する。

また、実施例に係る呼処理方法は、呼処理を行う第１呼処理装置（呼処理サーバ（＃１））１ａ及び第２呼処理装置（呼処理サーバ（＃２））１ｂと、第１呼処理装置１ａまたは第２呼処理装置１ｂに呼信号Ｓを転送する呼制御装置（呼信号振り分けサーバ）３とを用いる。

第１呼処理装置１ａは、呼制御装置３から転送された呼信号Ｓの複数のセッションに関する呼情報（セッション管理テーブル２０ａ）を、第１呼処理装置１ａに設けられた第１記憶部２ａに記憶する。第１呼処理装置１ａは、第１記憶部２ａに記憶された呼情報に基づいて呼処理を行い、第１記憶部２ａに記憶された呼情報を、第２呼処理装置１ｂに設けられた第２記憶部２ｂにコピーする。

呼処理の輻輳が発生したとき、第１呼処理装置１ａは、複数のセッションのうち、所定のグループ（第１グループ）に属さないセッションに関する呼情報を第１記憶部２ａから消去し、該セッションの呼信号Ｓが第２呼処理装置１ｂに転送されるように呼制御装置３を制御する。第２呼処理装置１ｂは、複数のセッションのうち、所定のグループに属するセッションに関する呼情報を第２記憶部２ｂから消去し、第２記憶部２ｂに記憶された呼情報（セッション管理テーブル２０ｂ）に基づいて呼処理を開始する。

実施例に係る呼処理方法は、上記の呼処理装置１ａ，１ｂ及び呼制御装置３の構成と同様の構成を含むので、上述した内容と同様の作用効果を奏する。

上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。

なお、以上の説明に関して更に以下の付記を開示する。
（付記１） 他の呼処理装置と、自装置または前記他の呼処理装置に呼信号を転送する呼制御装置とに接続された呼処理装置において、
前記呼制御装置から転送された呼信号の複数のセッションに関する呼情報を記憶する記憶部と、
前記記憶部に記憶された呼情報に基づいて呼処理を行う呼処理部と、
前記記憶部に記憶された呼情報を前記他の呼処理装置にコピーする複製部と、
前記呼処理部において前記呼処理の輻輳が発生したとき、前記複数のセッションのうち、所定のグループに属さないセッションに関する呼情報を前記記憶部から消去し、該セッションの呼信号が前記他の呼処理装置に転送されるように前記呼制御装置を制御する制御部とを有することを特徴とする呼処理装置。
（付記２） 前記呼信号は、前記複数のセッションの各々を識別するための識別番号を含み、
前記所定のグループには、前記複数のセッションのうち、前記識別番号が奇数または偶数であるセッションが属することを特徴とする付記１に記載の呼処理装置。
（付記３） 前記呼信号は、宛先を示す宛先番号を含み、
前記所定のグループには、前記複数のセッションのうち、前記宛先番号が奇数または偶数であるセッションが属することを特徴とする付記１に記載の呼処理装置。
（付記４） 他の呼処理装置と、自装置または前記他の呼処理装置に呼信号を転送する呼制御装置とに接続された呼処理装置において、
記憶部と、
前記呼制御装置から前記他の呼処理装置に転送された呼信号の複数のセッションに関する呼情報を、前記他の呼処理装置から受信して前記記憶部に記憶させる記憶処理部と、
前記他の呼処理装置において前記複数のセッションに関する呼情報に基づいて行われた呼処理の輻輳が発生したとき、前記複数のセッションのうち、所定のグループに属するセッションに関する呼情報を前記記憶部から消去する制御部と、
前記呼処理の輻輳が発生したとき、前記呼制御装置から前記所定のグループに属さないセッションの呼信号が転送されて、前記記憶部に記憶された呼情報に基づいて呼処理を開始する呼処理部とを有することを特徴とする呼処理装置。
（付記５） 前記呼信号は、前記複数のセッションの各々を識別するための識別番号を含み、
前記所定のグループには、前記複数のセッションのうち、前記識別番号が奇数または偶数であるセッションが属することを特徴とする付記４に記載の呼処理装置。
（付記６） 前記呼信号は、宛先を示す宛先番号を含み、
前記所定のグループには、前記複数のセッションのうち、前記宛先番号が奇数または偶数であるセッションが属することを特徴とする付記４に記載の呼処理装置。
（付記７） 呼処理を行う第１呼処理装置及び第２呼処理装置に接続された呼制御装置において、
前記第１呼処理装置に複数のセッションの呼信号を転送し、前記第１呼処理装置において前記複数のセッションの呼信号により呼処理の輻輳が発生したとき、前記第１呼処理装置の制御に応じて、前記複数のセッションのうち、所定のグループに属さないセッションの呼信号を前記第２呼処理装置に転送する転送処理部を有することを特徴とする呼制御装置。
（付記８） 前記呼信号は、前記複数のセッションの各々を識別するための識別番号を含み、
前記所定のグループには、前記複数のセッションのうち、前記識別番号が奇数または偶数であるセッションが属することを特徴とする付記７に記載の呼制御装置。
（付記９） 前記呼信号は、宛先を示す宛先番号を含み、
前記所定のグループには、前記複数のセッションのうち、前記宛先番号が奇数または偶数であるセッションが属することを特徴とする付記７に記載の呼制御装置。
（付記１０） 呼処理を行う第１呼処理装置及び第２呼処理装置と、前記第１呼処理装置または前記第２呼処理装置に呼信号を転送する呼制御装置とを有する呼処理システムにおいて、
前記第１呼処理装置または前記第２呼処理装置は、第１記憶部及び第２記憶部をそれぞれ有し、
前記第１呼処理装置は、前記呼制御装置から転送された呼信号の複数のセッションに関する呼情報を前記第１記憶部に記憶し、前記第１記憶部に記憶された呼情報に基づいて呼処理を行い、前記第１記憶部に記憶された呼情報を前記第２記憶部にコピーし、
前記呼処理の輻輳が発生したとき、
前記第１呼処理装置は、前記複数のセッションのうち、所定のグループに属さないセッションに関する呼情報を前記第１記憶部から消去し、該セッションの呼信号が前記第２呼処理装置に転送されるように前記呼制御装置を制御し、
前記第２呼処理装置は、前記複数のセッションのうち、前記所定のグループに属するセッションに関する呼情報を前記第２記憶部から消去し、前記第２記憶部に記憶された呼情報に基づいて呼処理を開始することを特徴とする呼処理システム。
（付記１１） 前記呼信号は、前記複数のセッションの各々を識別するための識別番号を含み、
前記所定のグループには、前記複数のセッションのうち、前記識別番号が奇数または偶数であるセッションが属することを特徴とする付記１０に記載の呼処理システム。
（付記１２） 前記呼信号は、宛先を示す宛先番号を含み、
前記所定のグループには、前記複数のセッションのうち、前記宛先番号が奇数または偶数であるセッションが属することを特徴とする付記１０に記載の呼処理システム。
（付記１３） 呼処理を行う第１呼処理装置及び第２呼処理装置と、前記第１呼処理装置または前記第２呼処理装置に呼信号を転送する呼制御装置とを用いた呼処理方法において、
前記第１呼処理装置が、前記呼制御装置から転送された呼信号の複数のセッションに関する呼情報を、前記第１呼処理装置に設けられた第１記憶部に記憶し、前記第１記憶部に記憶された呼情報に基づいて呼処理を行い、前記第１記憶部に記憶された呼情報を、前記第２呼処理装置に設けられた第２記憶部にコピーし、
前記呼処理の輻輳が発生したとき、
前記第１呼処理装置が、前記複数のセッションのうち、所定のグループに属さないセッションに関する呼情報を前記第１記憶部から消去し、該セッションの呼信号が前記第２呼処理装置に転送されるように前記呼制御装置を制御し、
前記第２呼処理装置が、前記複数のセッションのうち、前記所定のグループに属するセッションに関する呼情報を前記第２記憶部から消去し、前記第２記憶部に記憶された呼情報に基づいて呼処理を開始することを特徴とする呼処理方法。
（付記１４） 前記呼信号は、前記複数のセッションの各々を識別するための識別番号を含み、
前記所定のグループには、前記複数のセッションのうち、前記識別番号が奇数または偶数であるセッションが属することを特徴とする付記１３に記載の呼処理方法。
（付記１５） 前記呼信号は、宛先を示す宛先番号を含み、
前記所定のグループには、前記複数のセッションのうち、前記宛先番号が奇数または偶数であるセッションが属することを特徴とする付記１３に記載の呼処理方法。

１ａ 呼処理サーバ（＃１）（第１呼処理装置）
１ｂ 呼処理サーバ（＃２）（第２呼処理装置）
２ａ メモリ（第１記憶部）
２ｂ メモリ（第２記憶部）
３ 呼信号振り分けサーバ（呼制御装置）
２０ａ，２０ｂ セッション管理テーブル
１０２ａ，１０２ｂ 呼処理部
１０３ａ，１０３ｂ 制御部
１０４ａ コピー処理部（複製部）
１０４ｂ コピー処理部（記憶処理部）

Claims (7)

1. 他の呼処理装置と、自装置または前記他の呼処理装置に呼信号を転送する呼制御装置とに接続された呼処理装置において、
   前記呼制御装置から転送された呼信号の複数のセッションに関する呼情報を記憶する記憶部と、
   前記記憶部に記憶された呼情報に基づいて呼処理を行う呼処理部と、
   前記記憶部に記憶された呼情報を前記他の呼処理装置にコピーする複製部と、
   前記呼処理部において前記呼処理の輻輳が発生したとき、前記複数のセッションのうち、所定のグループに属さないセッションに関する呼情報を前記記憶部から消去し、該セッションの呼信号が前記他の呼処理装置に転送されるように前記呼制御装置を制御する制御部とを有することを特徴とする呼処理装置。
2. 前記呼信号は、前記複数のセッションの各々を識別するための識別番号を含み、
   前記所定のグループには、前記複数のセッションのうち、前記識別番号が奇数または偶数であるセッションが属することを特徴とする請求項１に記載の呼処理装置。
3. 前記呼信号は、宛先を示す宛先番号を含み、
   前記所定のグループには、前記複数のセッションのうち、前記宛先番号が奇数または偶数であるセッションが属することを特徴とする請求項１に記載の呼処理装置。
4. 他の呼処理装置と、自装置または前記他の呼処理装置に呼信号を転送する呼制御装置とに接続された呼処理装置において、
   記憶部と、
   前記呼制御装置から前記他の呼処理装置に転送された呼信号の複数のセッションに関する呼情報を、前記他の呼処理装置から受信して前記記憶部に記憶させる記憶処理部と、
   前記他の呼処理装置において前記複数のセッションに関する呼情報に基づいて行われた呼処理の輻輳が発生したとき、前記複数のセッションのうち、所定のグループに属するセッションに関する呼情報を前記記憶部から消去する制御部と、
   前記呼処理の輻輳が発生したとき、前記呼制御装置から前記所定のグループに属さないセッションの呼信号が転送されて、前記記憶部に記憶された呼情報に基づいて呼処理を開始する呼処理部とを有することを特徴とする呼処理装置。
5. 呼処理を行う第１呼処理装置及び第２呼処理装置に接続された呼制御装置において、
   前記第１呼処理装置に複数のセッションの呼信号を転送し、前記第１呼処理装置において前記複数のセッションの呼信号により呼処理の輻輳が発生したとき、前記第１呼処理装置の制御に応じて、前記複数のセッションのうち、所定のグループに属さないセッションの呼信号を前記第２呼処理装置に転送する転送処理部を有することを特徴とする呼制御装置。
6. 呼処理を行う第１呼処理装置及び第２呼処理装置と、前記第１呼処理装置または前記第２呼処理装置に呼信号を転送する呼制御装置とを有する呼処理システムにおいて、
   前記第１呼処理装置または前記第２呼処理装置は、第１記憶部及び第２記憶部をそれぞれ有し、
   前記第１呼処理装置は、前記呼制御装置から転送された呼信号の複数のセッションに関する呼情報を前記第１記憶部に記憶し、前記第１記憶部に記憶された呼情報に基づいて呼処理を行い、前記第１記憶部に記憶された呼情報を前記第２記憶部にコピーし、
   前記呼処理の輻輳が発生したとき、
   前記第１呼処理装置は、前記複数のセッションのうち、所定のグループに属さないセッションに関する呼情報を前記第１記憶部から消去し、該セッションの呼信号が前記第２呼処理装置に転送されるように前記呼制御装置を制御し、
   前記第２呼処理装置は、前記複数のセッションのうち、前記所定のグループに属するセッションに関する呼情報を前記第２記憶部から消去し、前記第２記憶部に記憶された呼情報に基づいて呼処理を開始することを特徴とする呼処理システム。
7. 呼処理を行う第１呼処理装置及び第２呼処理装置と、前記第１呼処理装置または前記第２呼処理装置に呼信号を転送する呼制御装置とを用いた呼処理方法において、
   前記第１呼処理装置が、前記呼制御装置から転送された呼信号の複数のセッションに関する呼情報を、前記第１呼処理装置に設けられた第１記憶部に記憶し、前記第１記憶部に記憶された呼情報に基づいて呼処理を行い、前記第１記憶部に記憶された呼情報を、前記第２呼処理装置に設けられた第２記憶部にコピーし、
   前記呼処理の輻輳が発生したとき、
   前記第１呼処理装置が、前記複数のセッションのうち、所定のグループに属さないセッションに関する呼情報を前記第１記憶部から消去し、該セッションの呼信号が前記第２呼処理装置に転送されるように前記呼制御装置を制御し、
   前記第２呼処理装置が、前記複数のセッションのうち、前記所定のグループに属するセッションに関する呼情報を前記第２記憶部から消去し、前記第２記憶部に記憶された呼情報に基づいて呼処理を開始することを特徴とする呼処理方法。

Images