(57)【要約】【課題】  ソースの使用率が高い場合でも障害発生時に呼処理を継続できる呼制御装置、呼制御システム、及び呼制御方法を提供する。【解決手段】  呼制御装置は、複数の呼処理装置からリソース使用率をそれぞれ取得する取得部と、リソース使用率に基づき呼処理装置に呼処理を割り当てる割当部と、呼処理装置の障害を検出する検出部と、各呼処理装置について呼処理の引き継ぎ元及び引き継ぎ先を相違するように対応付け、該対応関係に基づいて各呼処理装置に他の呼処理装置から呼処理を引き継ぐように指示する指示部とを有し、割当部は、所定の呼処理装置に対する呼処理の割り当てを、所定の呼処理装置に、引き継がれた呼処理を行うためのリソースが確保されるように制限し、指示部は、障害の場合、障害の呼処理装置の呼処理が引き継がれるまで、複呼処理装置間で所定の呼処理装置から順次に引き継ぎが繰り返されるように、呼処理の引き継ぎを指示する。【選択図】図５
2016220182.tif 000002
【特許請求の範囲】
【請求項１】
呼処理を行う複数の呼処理装置からリソースの使用率をそれぞれ取得する取得部と、
前記取得部により取得された前記リソースの使用率に基づき前記複数の呼処理装置に呼処理をそれぞれ割り当てる割当部と、
前記複数の呼処理装置の障害をそれぞれ検出する検出部と、
前記複数の呼処理装置の各々について呼処理の引き継ぎ元及び引き継ぎ先の各呼処理装置が相違するように、引き継ぎ元の呼処理装置と引き継ぎ先の呼処理装置を対応付け、該対応関係に基づいて各呼処理装置に他の呼処理装置から呼処理を引き継ぐように指示する指示部とを有し、
前記割当部は、前記複数の呼処理装置のうち、所定の呼処理装置に対する呼処理の割り当てを、前記所定の呼処理装置に、他の呼処理装置から引き継がれた呼処理を行うための前記リソースが確保されるように制限し、
前記指示部は、前記検出部が前記所定の呼処理装置以外の呼処理装置の障害を検出した場合、前記障害が検出された呼処理装置の呼処理が引き継がれるまで、前記複数の呼処理装置の間において、前記所定の呼処理装置から順次に呼処理の引き継ぎが繰り返されるように、呼処理の引き継ぎを指示することを特徴とする呼制御装置。
【請求項２】
前記指示部は、
前記取得部により取得された前記リソースの使用率に基づき、前記複数の呼処理装置の各々について引き継ぎ元の呼処理装置から引き継がれた呼処理を行うための前記リソースの有無を示す第１情報を生成し、
前記第１情報に基づき、前記複数の呼処理装置のうち、呼処理の引き継ぎの指示対象の呼処理装置を示す第２情報を生成し、
前記検出部が前記所定の呼処理装置以外の呼処理装置の障害を検出した場合、前記第２情報に従って呼処理の引き継ぎを指示することを特徴とする請求項１に記載の呼制御装置。
【請求項３】
前記取得部は、周期的に前記複数の呼処理装置から前記リソースの使用率をそれぞれ取得し、
前記指示部は、前記取得部が前記リソースの使用率を取得するたびに前記第１情報を生成することを特徴とする請求項２に記載の呼制御装置。
【請求項４】
前記指示部は、新たに生成した前記第１情報と前回生成した前記第１情報を比較し、該比較の結果、新たに生成した前記第１情報と前回生成した前記第１情報が相違する場合、前記第２情報を更新することを特徴とする請求項３に記載の呼制御装置。
【請求項５】
前記指示部は、前記障害が復旧した場合、前記対応関係が再構築されるように、前記複数の呼処理装置の少なくとも１つに呼処理の引き継ぎを指示することを特徴とする請求項１乃至４の何れかに記載の呼制御装置。
【請求項６】
呼制御装置と、呼処理を行う複数の呼処理装置とを有し、
前記呼制御装置は、
前記複数の呼処理装置からリソースの使用率をそれぞれ取得する取得部と、
前記取得部により取得された前記リソースの使用率に基づき前記複数の呼処理装置に呼処理をそれぞれ割り当てる割当部と、
前記複数の呼処理装置の障害をそれぞれ検出する検出部と、
前記複数の呼処理装置の各々について呼処理の引き継ぎ元及び引き継ぎ先の各呼処理装置が相違するように、引き継ぎ元の呼処理装置と引き継ぎ先の呼処理装置を対応付け、該対応関係に基づいて各呼処理装置に他の呼処理装置から呼処理を引き継ぐように指示する指示部とを有し、
前記割当部は、前記複数の呼処理装置のうち、所定の呼処理装置に対する呼処理の割り当てを、前記所定の呼処理装置に、他の呼処理装置から引き継がれた呼処理を行うための前記リソースが確保されるように制限し、
前記指示部は、前記検出部が前記所定の呼処理装置以外の呼処理装置の障害を検出した場合、前記障害が検出された呼処理装置の呼処理が引き継がれるまで、前記複数の呼処理装置の間において、前記所定の呼処理装置から順次に呼処理の引き継ぎが繰り返されるように、呼処理の引き継ぎを指示することを特徴とする呼制御システム。
【請求項７】
呼処理を行う複数の呼処理装置からリソースの使用率をそれぞれ取得するステップと、
該取得された前記リソースの使用率に基づき前記複数の呼処理装置に呼処理をそれぞれ割り当てるステップと、
前記複数の呼処理装置の障害をそれぞれ検出するステップと、
前記複数の呼処理装置の各々について呼処理の引き継ぎ元及び引き継ぎ先の各呼処理装置が相違するように、引き継ぎ元の呼処理装置と引き継ぎ先の呼処理装置を対応付け、該対応関係に基づいて各呼処理装置に他の呼処理装置から呼処理を引き継ぐように指示するステップとを、コンピュータに実行させ、
前記複数の呼処理装置に呼処理をそれぞれ割り当てるステップにおいて、前記複数の呼処理装置のうち、所定の呼処理装置に対する呼処理の割り当てを、前記所定の呼処理装置に、他の呼処理装置から引き継がれた呼処理を行うための前記リソースが確保されるように制限し、
前記対応関係に基づいて各呼処理装置に他の呼処理装置から呼処理を引き継ぐように指示するステップにおいて、前記所定の呼処理装置以外の呼処理装置の障害を検出した場合、前記障害が検出された呼処理装置の呼処理が引き継がれるまで、前記複数の呼処理装置の間において、前記所定の呼処理装置から順次に呼処理の引き継ぎが繰り返されるように、呼処理の引き継ぎを指示することを特徴とする呼制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本件は、呼制御装置、呼制御システム、及び呼制御方法に関する。
【背景技術】
【０００２】
通信の需要の増加に伴って、ＶｏＩＰ（Voice Over Internet Protocol）技術を利用した音声通話サービスが普及している。異なる通信キャリアのネットワークにわたって音声通話サービスが提供される場合、各ネットワーク間の境界には、セッションボーダーコントローラ（ＳＢＣ：Session Border Controller）と呼ばれる装置が設置される。
【０００３】
ＳＢＣは、ＳＩＰ（Session Initiation Protocol）を用いた音声通話サービスのゲートウェイである。ＳＢＣは、ネットワーク間における呼制御機能、及び各種のファイヤーウォール機能を備える。ＳＢＣは、例えば、各通信セッションについて、ＩＰパケットの検査及び遮断、ＩＰアドレスの監視及び変換、プロトコルの変換、帯域の監視、及びＩＰパケットの流入出制御などの処理を行う。
【０００４】
ＳＢＣは、多数の通信セッションにおいて送受信されるＲＴＰ（Real-time Transport Protocol）パケットなどのメディアパケット（MP: Media Packet）を複数の呼処理装置（専用装置または汎用サーバ）に割り当てることで呼処理を行う。複数の呼処理装置は、低コストで高い信頼性を実現するために、例えばＮ−ＡＣＴ型構成で動作する。このため、複数の呼処理装置には、装置の障害に備えた予備系専用の装置が含まれず、各呼処理装置は、自装置に対応する他の呼処理装置に障害が発生した場合、その呼処理装置から呼処理を引き継ぐ。
【０００５】
ＳＢＣは、各呼処理装置のリソース（例えばＣＰＵ（Central Processing Unit）やメモリ）の使用率に基づいて、各呼処理装置に新規の呼処理を割り当てる。これにより、複数の呼処理装置に呼処理の負荷が分散される。なお、特許文献１〜３には負荷分散に関する技術が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１１−２５３３７１号公報
【特許文献２】特開２０１０−３３２９２号公報
【特許文献３】特開平７−４４４１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
呼処理装置は、自装置の呼処理の負荷が低くても、他の呼処理装置から引き継がれる呼処理の負荷によっては過負荷となり、呼処理を継続できない場合がある。これに対し、例えば、各呼処理装置のリソースの使用率を５０％に制限した上で呼処理の割り当てが行われれば、各呼処理装置は、他の呼処理装置から呼処理を引き継いでも、リソースの使用率が１００％を超えることはないため、過負荷状態とはならない。
【０００８】
しかし、この場合、ＳＢＣ全体でリソースの使用率が５０％以下となるため、システムの運用効率が低下するという問題がある。なお、この問題は、ＳＢＣに限定されず、他種の装置にも同様に存在する。
【０００９】
そこで本件は上記の課題に鑑みてなされたものであり、リソースの使用率が高い場合でも障害発生時に呼処理を継続できる呼制御装置、呼制御システム、及び呼制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本明細書に記載の呼制御装置は、呼処理を行う複数の呼処理装置からリソースの使用率をそれぞれ取得する取得部と、前記取得部により取得された前記リソースの使用率に基づき前記複数の呼処理装置に呼処理をそれぞれ割り当てる割当部と、前記複数の呼処理装置の障害をそれぞれ検出する検出部と、前記複数の呼処理装置の各々について呼処理の引き継ぎ元及び引き継ぎ先の各呼処理装置が相違するように、引き継ぎ元の呼処理装置と引き継ぎ先の呼処理装置を対応付け、該対応関係に基づいて各呼処理装置に他の呼処理装置から呼処理を引き継ぐように指示する指示部とを有し、前記割当部は、前記複数の呼処理装置のうち、所定の呼処理装置に対する呼処理の割り当てを、前記所定の呼処理装置に、他の呼処理装置から引き継がれた呼処理を行うための前記リソースが確保されるように制限し、前記指示部は、前記検出部が前記所定の呼処理装置以外の呼処理装置の障害を検出した場合、前記障害が検出された呼処理装置の呼処理が引き継がれるまで、前記複数の呼処理装置の間において、前記所定の呼処理装置から順次に呼処理の引き継ぎが繰り返されるように、呼処理の引き継ぎを指示する。
【００１１】
本明細書に記載の呼制御システムは、呼制御装置と、呼処理を行う複数の呼処理装置とを有し、前記呼制御装置は、前記複数の呼処理装置からリソースの使用率をそれぞれ取得する取得部と、前記取得部により取得された前記リソースの使用率に基づき前記複数の呼処理装置に呼処理をそれぞれ割り当てる割当部と、前記複数の呼処理装置の障害をそれぞれ検出する検出部と、前記複数の呼処理装置の各々について呼処理の引き継ぎ元及び引き継ぎ先の各呼処理装置が相違するように、引き継ぎ元の呼処理装置と引き継ぎ先の呼処理装置を対応付け、該対応関係に基づいて各呼処理装置に他の呼処理装置から呼処理を引き継ぐように指示する指示部とを有し、前記割当部は、前記複数の呼処理装置のうち、所定の呼処理装置に対する呼処理の割り当てを、前記所定の呼処理装置に、他の呼処理装置から引き継がれた呼処理を行うための前記リソースが確保されるように制限し、前記指示部は、前記検出部が前記所定の呼処理装置以外の呼処理装置の障害を検出した場合、前記障害が検出された呼処理装置の呼処理が引き継がれるまで、前記複数の呼処理装置の間において、前記所定の呼処理装置から順次に呼処理の引き継ぎが繰り返されるように、呼処理の引き継ぎを指示する。
【００１２】
本明細書に記載の呼制御方法は、呼処理を行う複数の呼処理装置からリソースの使用率をそれぞれ取得するステップと、該取得された前記リソースの使用率に基づき前記複数の呼処理装置に呼処理をそれぞれ割り当てるステップと、前記複数の呼処理装置の障害をそれぞれ検出するステップと、前記複数の呼処理装置の各々について呼処理の引き継ぎ元及び引き継ぎ先の各呼処理装置が相違するように、引き継ぎ元の呼処理装置と引き継ぎ先の呼処理装置を対応付け、該対応関係に基づいて各呼処理装置に他の呼処理装置から呼処理を引き継ぐように指示するステップとを、コンピュータに実行させ、前記複数の呼処理装置に呼処理をそれぞれ割り当てるステップにおいて、前記複数の呼処理装置のうち、所定の呼処理装置に対する呼処理の割り当てを、前記所定の呼処理装置に、他の呼処理装置から引き継がれた呼処理を行うための前記リソースが確保されるように制限し、前記対応関係に基づいて各呼処理装置に他の呼処理装置から呼処理を引き継ぐように指示するステップにおいて、前記所定の呼処理装置以外の呼処理装置の障害を検出した場合、前記障害が検出された呼処理装置の呼処理が引き継がれるまで、前記複数の呼処理装置の間において、前記所定の呼処理装置から順次に呼処理の引き継ぎが繰り返されるように、呼処理の引き継ぎを指示する方法である。
【発明の効果】
【００１３】
リソースの使用率が高い場合でも障害発生時に呼処理を継続できる。
【図面の簡単な説明】
【００１４】
【図１】通信システムの一例を示す構成図である。
【図２】セッション制御装置の一例を示す構成図である。
【図３（ａ）】呼処理の引き継ぎ処理の比較例の障害発生前の状態を示す図である。
【図３（ｂ）】呼処理の引き継ぎ処理の比較例の障害発生後の状態を示す図である。
【図４（ａ）】呼処理の引き継ぎ処理の他の比較例の障害発生前の状態を示す図である。
【図４（ｂ）】呼処理の引き継ぎ処理の他の比較例の障害発生後の状態を示す図である。
【図５（ａ）】呼処理の引き継ぎ処理の実施例の障害発生前の状態を示す図である。
【図５（ｂ）】呼処理の引き継ぎ処理の実施例の障害発生後の状態を示す図である。
【図６（ａ）】呼処理の引き継ぎ処理の他の実施例の障害発生前の状態を示す図である。
【図６（ｂ）】呼処理の引き継ぎ処理の他の実施例の障害発生後の状態を示す図である。
【図７】呼制御サーバの一例を示す構成図である。
【図８（ａ）】リソース情報テーブルの一例を示す図である。
【図８（ｂ）】サーバ状態テーブルの一例を示す図である。
【図９（ａ）】サーバ対応情報テーブルの一例を示す図である。
【図９（ｂ）】引継可否情報テーブルの一例を示す図である。
【図９（ｃ）】更新フラグの一例を示す図である。
【図１０（ａ）】更新前の信号設定テーブルの一例を示す図である。
【図１０（ｂ）】更新後の信号設定テーブルの一例を示す図である。
【図１１（ａ）】更新前の信号設定テーブルに基づく呼処理の引き継ぎ処理の例の障害発生前の状態を示す図である。
【図１１（ｂ）】更新前の信号設定テーブルに基づく呼処理の引き継ぎ処理の例の障害発生後の状態を示す図である。
【図１２】ＭＰサーバの一例を示す構成図である。
【図１３】呼処理の割り当て処理の一例を示すシーケンス図である。
【図１４】呼処理割当部の処理の一例を示すフローチャートである。
【図１５】信号設定テーブルの更新処理の一例を示すシーケンス図である。
【図１６】引継指示部による引継可否情報テーブルの更新処理の一例を示すフローチャートである。
【図１７】引継指示部による指示信号設定テーブルの更新処理の一例を示すフローチャートである。
【図１８】障害検出処理の一例を示すシーケンス図である。
【図１９】引き継ぎ処理の一例を示すシーケンス図である。
【図２０】引継指示部による引き継ぎ処理の一例を示すフローチャートである。
【図２１（ａ）】引き継ぎ処理の例における初期状態を示す図である。
【図２１（ｂ）】引き継ぎ処理の例におけるＭＰサーバ（＃４）の引き継ぎ後の状態を示す図である。
【図２２（ａ）】引き継ぎ処理の例におけるＭＰサーバ（＃３）の引き継ぎ後の状態を示す図である。
【図２２（ｂ）】引き継ぎ処理の例におけるＭＰサーバ（＃２）の引き継ぎ後の状態を示す図である。
【図２３（ａ）】ＭＰサーバの対応関係の再構成前の状態の一例を示す図である。
【図２３（ｂ）】ＭＰサーバの対応関係の再構成後の状態の一例を示す図である。
【発明を実施するための形態】
【００１５】
図１は、通信システムの一例を示す構成図である。通信システムは、セッション制御装置（ＳＢＣ）１と、呼制御ファンクションサーバ（ＣＳＣＦ： Call Signaling Control Function）２１，２２と、端末装置（ＴＲＭ）４０，４１と、ルータ（ＲＴ）３１０〜３１２，３００〜３０２とを有し、一例として音声通話サービスに用いられる。
【００１６】
通信システムは、２つのネットワークＮＷ＃１，ＮＷ＃２を含む。ネットワークＮＷ＃１、＃２は、例えば、互いに異なる通信キャリアにより運用される。
【００１７】
端末装置４０，４１は、ルータ３１０，３００を介してネットワークＮＷ＃１，ＮＷ＃２にそれぞれ接続されている。端末装置４０，４１としては、例えばＩＰ電話機や携帯型端末装置が挙げられる。
【００１８】
呼制御ファンクションサーバ２１，２２は、ルータ３１１，３０１を介してネットワークＮＷ＃１，ＮＷ＃２にそれぞれ接続されている。呼制御ファンクションサーバ２１，２２は、ＩＰ電話機や携帯型端末装置の呼信号を交換する交換機として機能する。
【００１９】
セッション制御装置１は、ネットワークＮＷ＃１，ＮＷ＃２の境界に設置され、ルータ３１２，３０２を介してネットワークＮＷ＃１，ＮＷ＃２にそれぞれ接続されている。セッション制御装置１は、例えばＳＩＰを用いた音声通話サービスのゲートウェイであり、ネットワークＮＷ＃１，ＮＷ＃２間における呼制御機能、及び各種のファイヤーウォール機能を備える。なお、本実施例では、呼制御システムの一例としてセッション制御装置１を挙げるが、これに限定されない。
【００２０】
例えば、一方のネットワークＮＷ＃１内の端末装置４０から、他方のネットワークＮＷ＃２内の端末装置４１に対して発呼された場合、ネットワークＮＷ＃１内の呼制御ファンクションサーバ２１は、呼制御信号Ｓｃとして、端末装置４０からセッション参加要求（ＩＮＶＩＴＥ信号）を受信する。呼制御ファンクションサーバ２１は、呼制御信号Ｓｃに含まれる宛先電話番号に応じたＩＰアドレスの端末装置４１をネットワークＮＷ＃１から検索する。呼制御ファンクションサーバ２１は、ネットワークＮＷ＃１から端末装置４１が検索されないので、呼制御信号Ｓｃをセッション制御装置１に転送する。
【００２１】
セッション制御装置１は、呼制御信号ＳｃをネットワークＮＷ＃２内の呼制御ファンクションサーバ２２に転送する。呼制御ファンクションサーバ２２は、呼制御信号Ｓｃを受信すると、ネットワークＮＷ＃２から端末装置４１を検索し、呼制御信号Ｓｃを端末装置４１に転送する。
【００２２】
このように、セッション制御装置１は、異なるネットワークＮＷ＃１，ＮＷ＃２内の端末装置４０，４１間において呼制御信号Ｓｃを中継する。呼制御信号Ｓｃのシーケンスが完了すると、端末装置４０，４１間に通信セッションが確立される。
【００２３】
端末装置４０，４１は、通信セッションに基づき、セッション制御装置１を介して、互いに通話データ信号Ｓｕを送受信する。通話データ信号Ｓｕの形態としては、例えばＩＰパケットが挙げられるが、これに限定されない。なお、通話データ信号Ｓｕは、例えばＲＴＰ及びＲＴＣＰ（Real-time Transport Control Protocol）に基づいて送受信される。
【００２４】
セッション制御装置１は、例えば、各通信セッションについて、ＩＰパケットの検査及び遮断、ＩＰアドレスの監視及び変換、プロトコルの変換、帯域の監視、及びＩＰパケットの流入出制御などの処理を行う。また、セッション制御装置１は、ネットワークＮＷ＃１，ＮＷ＃２間で呼制御信号Ｓｃ及び通話データ信号Ｓｕの形式が相違する場合、信号形式を変換するコーディック機能も有する。
【００２５】
図２は、セッション制御装置１の一例を示す構成図である。セッション制御装置１は、呼制御サーバ１０と、複数のＭＰサーバ（＃１〜＃４）１１とを有する。なお、ＭＰサーバの台数に限定はなく、５台以上のＭＰサーバ１１が設けられてもよい。
【００２６】
呼制御サーバ１０及びＭＰサーバ１１は、例えば、箱状の筐体の前面に設けられた個別のスロットに、着脱自在に挿入される。呼制御サーバ１０及びＭＰサーバ１１は、筐体の背面に設けられた配線基板内の装置内バス１２を介して互いに接続されて通信する。
【００２７】
呼制御サーバ１０は、呼制御装置の一例であり、上記の呼制御信号Ｓｃの処理を行う。各ＭＰサーバ１１は、呼処理装置の一例であり、通信セッションごとに通話データ信号Ｓｕの処理を行う。すなわち、ＭＰサーバ１１は呼処理を行う。呼制御サーバ１０は、新規の通信セッションが発生した場合、各ＭＰサーバ１１の負荷に基づいて、新規の呼処理の割り当て対象のＭＰサーバ１１を決定する。
【００２８】
呼制御サーバ１０は、装置内バス１２を介して、割り当て対象として決定されたＭＰサーバ１１と制御信号Ｓｍを送受信することにより、ＭＰサーバ１１に新規の呼処理を割り当てる。これにより、ＭＰサーバ１１は、呼処理を行うための呼情報（例えば送信元や宛先に関する情報）を受信する。制御信号Ｓｍは、例えば、ＩＴＵ−Ｔ（International Telecommunication Union Telecommunication Standardization Sector（国際電気通信連合））勧告Ｈ．２４８に規定されたＭＥＧＡＣＯ(Media Gateway Control Protocol)に基づく。
【００２９】
各ＭＰサーバ１１は、自装置に対応する他のＭＰサーバ１１に障害が発生した場合、呼制御サーバ１０の制御に従い、障害が発生したＭＰサーバ１１の処理を引き継ぐ。例えば、ＭＰサーバ（＃４）１１は、ＭＰサーバ（＃３）１１に障害（装置故障など）が発生した場合、ＭＰサーバ（＃３）１１が行っていた呼処理を引き継ぐ。この場合、ＭＰサーバ（＃４）１１は、例えば、ルータ３１２，３０２にＧＡＲＰ（Gratuitous Address Resolution Protocol）信号を送信する。これにより、当該通信セッションの通話データ信号Ｓｕの転送先が、ＭＰサーバ（＃３）１１からＭＰサーバ（＃４）１１に切り替えられる。
【００３０】
また、ＭＰサーバ（＃３）１１は、呼処理を引き継ぐ前に、自装置に割り当てられた呼処理に関する呼情報ＤＴを、装置内バス１２を介してＭＰサーバ（＃４）１１に送信する。ＭＰサーバ（＃４）１１は、ＭＰサーバ（＃３）１１から受信した呼情報ＤＴをメモリなどの記憶手段に保持する。
【００３１】
つまり、ＭＰサーバ（＃３）１１は、自装置の呼情報ＤＴをＭＰサーバ（＃４）１１にバックアップする。バックアップ処理は、障害により装置内バス１２を介したＭＰサーバ１１間の通信機能が故障する場合に備え、例えば呼情報ＤＴが更新されるたびに行われるとよい。
【００３２】
このように、各ＭＰサーバ１１は、通常、呼制御サーバ１０により自装置に割り当てられた呼処理を行う。しかし、各ＭＰサーバ１１は、自装置に対応する他のＭＰサーバ１１に障害が発生した場合、そのＭＰサーバ１１から呼処理を引き継ぐ。つまり、各ＭＰサーバ１１は、現用系として、自装置に割り当てられた呼処理を行い、待機系として、自装置に対応する他のＭＰサーバ１１の呼処理に備える。
【００３３】
しかし、ＭＰサーバ１１は、自装置の呼処理の負荷が低くても、他のＭＰサーバ１１から引き継がれる呼処理の負荷によっては過負荷となり、呼処理を継続できない場合がある。
【００３４】
図３（ａ）及び図３（ｂ）には呼処理の引き継ぎ処理の比較例の障害発生前及び障害発生後の状態がそれぞれ示されている。図３（ａ）及び図３（ｂ）には、現用系及び待機系の各リソース使用率（％）及びその合計（％）が示されている。
【００３５】
リソース使用率としては、一例としてＣＰＵやメモリなどの使用率が挙げられるが、これに限定されない。例えば、障害の発生前、ＭＰサーバ（＃１）１１は、現用系の呼処理にリソースの８０（％）を使用し、ＭＰサーバ（＃２）１１は、現用系の呼処理にリソースの６０（％）を使用している。なお、各ＭＰサーバ１１の性能は同等であると仮定し、これは以降の例においても同様とする。
【００３６】
また、図３（ａ）及び図３（ｂ）には、呼処理の引き継ぎ元のＭＰサーバ１１と引き継ぎ先のＭＰサーバ１１の対応関係が、破線の矢印で示されている。例えば、ＭＰサーバ（＃１）１１は、引き継ぎ元がＭＰサーバ（＃４）１１であり、引き継ぎ先がＭＰサーバ（＃２）１１である。つまり、ＭＰサーバ（＃４）１１は、障害時、自装置の呼処理をＭＰサーバ（＃１）１１に引き継ぎ、ＭＰサーバ（＃１）１１は、障害時、自装置の呼処理をＭＰサーバ（＃２）１１に引き継ぐ。
【００３７】
また、ＭＰサーバ（＃２）１１は、引き継ぎ元がＭＰサーバ（＃１）１１であり、引き継ぎ先がＭＰサーバ（＃３）１１である。つまり、ＭＰサーバ（＃１）１１は、障害時、自装置の呼処理をＭＰサーバ（＃２）１１に引き継ぎ、ＭＰサーバ（＃２）１１は、障害時、自装置の呼処理をＭＰサーバ（＃３）１１に引き継ぐ。なお、他のＭＰサーバ（＃３、＃４）１１についても、これと同様の規則に基づいた引き継ぎ元及び引き継ぎ先の対応関係が存在する。
【００３８】
このように、各ＭＰサーバ１１について呼処理の引き継ぎ元及び引き継ぎ先の各ＭＰサーバ１１は相違する。なお、このような引き継ぎ元のＭＰサーバ１１と引き継ぎ先のＭＰサーバ１１の対応関係は、以降の例においても同様に存在する。
【００３９】
例えば、図３（ｂ）に示されるように、ＭＰサーバ（＃１）１１に障害が発生した場合（「障害」参照）、ＭＰサーバ（＃２）１１は、ＭＰサーバ（＃１）１１から呼処理を引き継ぐ。このため、ＭＰサーバ（＃２）１１の待機系の呼処理のリソース使用率が０（％）から８０（％）となる。これにより、ＭＰサーバ（＃２）１１のリソース使用率の合計は、１４０（％）（＝６０＋８０）となり、１００（％）を上回ってしまう。したがって、ＭＰサーバ（＃２）１１は、過負荷のために呼処理を正常に継続することができない。
【００４０】
これに対し、例えば、各ＭＰサーバ１１のリソース使用率を５０％に制限した上で呼処理の割り当てが行われれば、各呼ＭＰサーバ１１は、他のＭＰサーバ１１から呼処理を引き継いでも、リソースの使用率が１００％を超えることはないため、過負荷状態とはならない。
【００４１】
図４（ａ）及び図４（ｂ）には呼処理の引き継ぎ処理の他の比較例の障害発生前及び障害発生後の状態がそれぞれ示されている。本例において、各ＭＰサーバ１１は、リソース使用率の上限が５０（％）に制限された上で呼処理が割り当てられる。障害発生前、各ＭＰサーバ１１には、リソース使用率の上限の５０（％）まで呼処理が割り当てられているとする。
【００４２】
例えば、図４（ｂ）に示されるように、ＭＰサーバ（＃１）１１に障害が発生した場合（「障害」参照）、ＭＰサーバ（＃２）１１は、ＭＰサーバ（＃１）１１から呼処理を引き継ぐ。このため、ＭＰサーバ（＃２）１１の待機系の呼処理のリソース使用率が０（％）から５０（％）となる。これにより、ＭＰサーバ（＃２）１１のリソース使用率の合計は、１００（％）（＝５０＋５０）となり、１００（％）以下に維持される。したがって、ＭＰサーバ（＃２）１１は、過負荷とはならず、呼処理を正常に継続することができる。
【００４３】
しかし、本例では、セッション制御装置１全体でリソースの使用率が５０％となるため、システムの運用効率が、図３（ａ）及び図３（ｂ）に示された比較例より低くなってしまう。より具体的には、図３（ａ）及び図３（ｂ）の例のリソース使用率は５７．５（％）（＝（８０＋６０＋５０＋４０）÷４）であるのに対し、本例のリソース使用率は５０（％）に留まる。
【００４４】
そこで、実施例では、ＭＰサーバ（＃１〜＃４）１１のうち、所定のＭＰサーバ（＃４）１１の呼処理の割り当てを、他のＭＰサーバ（＃３）１１から引継がれた呼処理を行うために必要なリソースが確保されるように制限する。そして、障害発生時、ＭＰサーバ１１間で、障害のＭＰサーバ１１の呼処理が引継がれるまで、その所定のＭＰサーバ（＃４）１１から順次に呼処理の引継ぎを繰り返すことで、呼処理を継続する。なお、以降の説明の一部において、呼処理の割り当てが制限される所定のＭＰサーバ１１を「制限サーバ」と表記する。
【００４５】
図５（ａ）及び図５（ｂ）には呼処理の引き継ぎ処理の実施例の障害発生前及び障害発生後の状態がそれぞれ示されている。本例において、ＭＰサーバ（＃１〜＃３）１１には、リソース使用率が１００（％）となるまで呼処理が割り当てられている。また、ＭＰサーバ（＃４）１１は、制限サーバであり、引き継ぎ元のＭＰサーバ（＃３）１１から呼処理を引き継げるように呼処理の割り当てが制限されている（「割当制限」参照）。
【００４６】
より具体的には、引き継ぎ元のＭＰサーバ（＃３）１１のリソース使用率は１００（％）であるため、ＭＰサーバ（＃４）１１はリソース使用率が０（％）に制限されている。つまり、ＭＰサーバ（＃４）１１は、自装置のリソース使用率と引き継ぎ元のＭＰサーバ（＃３）１１のリソース使用率の合計が１００（％）以下となるように制限される。
【００４７】
例えば、図５（ｂ）に示されるように、ＭＰサーバ（＃１）１１に障害が発生した場合（「障害」参照）、最初にＭＰサーバ（＃４）１１がＭＰサーバ（＃３）１１から呼処理を引き継ぐ。このとき、ＭＰサーバ（＃４）１１のリソース使用率は１００（％）に留まるので、過負荷とはならない。
【００４８】
次に、ＭＰサーバ（＃３）１１が、その引き継ぎ元のＭＰサーバ（＃２）１１から呼処理を引き継ぐ。このとき、ＭＰサーバ（＃３）１１のリソース使用率は１００（％）に留まるので、過負荷とはならない。
【００４９】
次に、ＭＰサーバ（＃２）１１が、その引き継ぎ元のＭＰサーバ（＃１）１１から呼処理を引き継ぐ。このとき、ＭＰサーバ（＃２）１１のリソース使用率は１００（％）に留まるので、過負荷とはならない。
【００５０】
このように、ＭＰサーバ（＃１）１１に障害が発生した場合、障害のＭＰサーバ（＃１）１１の呼処理が引継がれるまで、ＭＰサーバ（＃１〜＃４）１１間で、制限サーバであるＭＰサーバ（＃４）１１から順次に呼処理の引継ぎを繰り返すことで、正常に呼処理が継続できる。
【００５１】
本例では、セッション制御装置１全体でリソースの使用率が７５（％）（＝１００（％）×３（台）÷４（台））となるため、システムの運用効率が上記の比較例より増加する。したがって、実施例によると、リソース使用率が高い場合でも障害発生時に呼処理を継続できる。
【００５２】
本例では、制限サーバのリソース使用率は０（％）に制限されたが、これに限定されず、制限サーバの引き継ぎ元のＭＰサーバ（＃３）１１のリソース使用率に応じた値に制限すればよい。
【００５３】
図６（ａ）及び図６（ｂ）には呼処理の引き継ぎ処理の他の実施例の障害発生前及び障害発生後の状態がそれぞれ示されている。本例において、ＭＰサーバ（＃１〜＃３）１１には、それぞれリソース使用率が８０（％），７０（％），６０（％）となるまで呼処理が割り当てられている。また、ＭＰサーバ（＃４）１１は、制限サーバであり、引き継ぎ元のＭＰサーバ（＃３）１１から呼処理を引き継げるように呼処理の割り当てが制限されている（「割当制限」参照）。
【００５４】
より具体的には、引き継ぎ元のＭＰサーバ（＃３）１１のリソース使用率は６０（％）であるため、ＭＰサーバ（＃４）１１はリソース使用率が４０（％）（＝１００−６０）に制限されている。つまり、ＭＰサーバ（＃４）１１は、自装置のリソース使用率と引き継ぎ元のＭＰサーバ（＃３）１１のリソース使用率の合計が１００（％）以下となるように制限される。
【００５５】
例えば、図６（ｂ）に示されるように、ＭＰサーバ（＃１）１１に障害が発生した場合（「障害」参照）、最初にＭＰサーバ（＃４）１１がＭＰサーバ（＃３）１１から呼処理を引き継ぐ。このとき、ＭＰサーバ（＃４）１１のリソース使用率は１００（％）に留まるので、過負荷とはならない。
【００５６】
次に、ＭＰサーバ（＃３）１１が、その引き継ぎ元のＭＰサーバ（＃２）１１から呼処理を引き継ぐ。このとき、ＭＰサーバ（＃３）１１のリソース使用率は７０（％）に留まるので、過負荷とはならない。
【００５７】
次に、ＭＰサーバ（＃２）１１が、その引き継ぎ元のＭＰサーバ（＃１）１１から呼処理を引き継ぐ。このとき、ＭＰサーバ（＃２）１１のリソース使用率は８０（％）に留まるので、過負荷とはならない。
【００５８】
このように、ＭＰサーバ（＃１）１１に障害が発生した場合、障害のＭＰサーバ（＃１）１１の呼処理が引継がれるまで、ＭＰサーバ（＃１〜＃４）１１間で、制限サーバであるＭＰサーバ（＃４）１１から順次に呼処理の引継ぎを繰り返すことで、正常に呼処理が継続できる。
【００５９】
本例では、セッション制御装置１全体でリソースの使用率が６２．５（％）（＝８０＋７０＋６０＋４０（％）×３（台）÷４（台））となるため、システムの運用効率が上記の比較例より増加する。したがって、本実施例によっても、リソース使用率が高い場合でも障害発生時に呼処理を継続できる。
【００６０】
次に呼制御サーバ１０及びＭＰサーバ１１の構成を説明する。
【００６１】
図７は呼制御サーバ１０の一例を示す構成図である。呼制御サーバ１０は、ＣＰＵ（Central Processing Unit）１００、ＲＯＭ（Read Only Memory）１０１、及びＲＡＭ（Random Access Memory）１０２を有する。呼制御サーバ１０は、さらに、Ｉ／Ｏ（Input Output）ポート１０３、不揮発性メモリ１０４、装置間通信ポート１０５、及びネットワーク通信ポート１０６を有する。
【００６２】
ＣＰＵ１００は、互いに信号の入出力ができるように、ＲＯＭ１０１、ＲＡＭ１０２、不揮発性メモリ１０４、Ｉ／Ｏポート１０３、装置間通信ポート１０５、及びネットワーク通信ポート１０６と、データバス１０７を介して接続されている。ＲＯＭ１０１は、ＣＰＵ１００を駆動するプログラムが格納されている。ＲＡＭ１０２は、ＣＰＵ１００のワーキングメモリとして機能する。
【００６３】
Ｉ／Ｏポート１０３は、キーボード及びマウスなどの入力装置と、ディスプレイなどの出力装置との間で入出力処理を行う。装置間通信ポート１０５は、装置内バス１２を介してＭＰサーバ１１と通信を行う。ネットワーク通信ポート１０６は、例えばネットワークインターフェースカードであり、ルータ３１２，３０２を介してネットワークＮＷ＃１、＃２との間でそれぞれ通信を行う。なお、通信の形態は、有線及び無線の何れでもよい。
【００６４】
ＣＰＵ１００は、ＲＯＭ１０１からプログラムを読み込むと、機能として、呼制御部１００ａ、呼処理割当部１００ｂ、負荷監視部１００ｃ、障害検出部１００ｄ、及び引継指示部１００ｅが形成される。また、不揮発性メモリ１０４は、例えばフラッシュメモリであり、サーバ対応情報テーブル１０４ａ、リソース情報テーブル１０４ｂ、引継可否情報テーブル１０４ｃ、更新フラグ１０４ｄ、信号設定テーブル１０４ｅ、及びサーバ状態テーブル１０４ｆが記憶されている。
【００６５】
呼制御部１００ａは、呼制御信号Ｓｃを処理する。負荷監視部１００ｃは、取得部の一例であり、ＭＰサーバ（＃１〜＃４）１１からリソース使用率をそれぞれ取得する。より具体的には、負荷監視部１００ｃは、装置間通信ポート１０５を介し、ＭＰサーバ（＃１〜＃４）１１にリソース使用率の送信を要求し、ＭＰサーバ（＃１〜＃４）１１は、その要求に応じてリソース使用率を負荷監視部１００ｃに通知する。負荷監視部１００ｃは、取得したリソース使用率をリソース情報テーブル１０４ｂに記録する。
【００６６】
図８（ａ）にはリソース情報テーブル１０４ｂの一例が示されている。リソース情報テーブル１０４ｂが、例えば、ＭＰサーバ１１の識別子であるサーバＩＤ（＃１〜＃４）、現用系及び待機系の各リソース使用率、及びその合計が記録されている。本例において、例えばＭＰサーバ（＃１）１１について、現用系のリソース使用率は８０（％）であり、待機系のリソース使用率は０（％）であり、その合計は８０（％）である。
【００６７】
負荷監視部１００ｃは、周期的にＭＰサーバ（＃１〜＃４）１１からリソース使用率をそれぞれ取得してリソース情報テーブル１０４ｂを更新する。
【００６８】
呼処理割当部１００ｂは、割当部の一例であり、取得部により取得されたリソース使用率に基づきＭＰサーバ（＃１〜＃４）１１に呼処理をそれぞれ割り当てる。より具体的には、呼処理割当部１００ｂは、呼制御部１００ａが新規の通信セッションの呼制御信号Ｓｃを受信した場合、その通信セッションに関する呼情報を、装置間通信ポート１０５を介し、リソース情報テーブル１０４ｂに基づいて選択した割り当て対象のＭＰサーバ１１に送信する。呼情報としては、送信元ＩＰ（Internet Protocol）アドレスや宛先ＩＰアドレスが挙げられる。
【００６９】
本実施例において、呼処理割当部１００ｂは、一例としてラウンドロビンやリースとコネクションなどの手法に従い、リソース使用率の合計が最小であるＭＰサーバ１１から順次に呼処理を割り当てる。例えば図８（ａ）の場合、呼処理割当部１００ｂは、リソース使用率の合計が０（％）であるＭＰサーバ（＃４）１１に呼処理を割り当てる。ただし、制限サーバのＭＰサーバ（＃４）１１に対する呼処理の割り当ては、上述したように引き継ぎ元のＭＰサーバ（＃３）１１のリソース使用率に応じて制限される。
【００７０】
すなわち、呼処理割当部１００ｂは、制限サーバに対する呼処理の割り当てを、制限サーバに、他のＭＰサーバ（＃１〜＃３）１１から引き継がれた呼処理を行うためのリソース確保されるように制限する。例えば図８（ａ）の場合、呼処理割当部１００ｂは、ＭＰサーバ（＃４）１１に対する呼処理の割り当てを、ＭＰサーバ（＃４）１１のリソース使用率の合計が４０（％）（＝１００−６０）となるように制限する。なお、呼処理割当部１００ｂは、引き継ぎ元のＭＰサーバ（＃３）１１のリソース使用率によらず、ＭＰサーバ（＃４）１１のリソース使用率の合計が０（％）となるように、ＭＰサーバ（＃４）１１に対する呼処理の割り当てを省いてもよい。
【００７１】
障害検出部１００ｄは、検出部の一例であり、ＭＰサーバ（＃１〜＃４）１１の障害をそれぞれ検出する。より具体的には、障害検出部１００ｄは、装置間通信ポート１０５を介し、ＭＰサーバ（＃１〜＃４）１１にチェック信号を送信し、ＭＰサーバ（＃１〜＃４）１１から応答信号の受信がない場合、そのＭＰサーバ１１の障害を検出する。障害検出部１００ｄは、障害の検出結果に基づき、ＭＰサーバ（＃１〜＃４）１１の状態をサーバ状態テーブル１０４ｆに記録する。
【００７２】
図８（ｂ）にはサーバ状態テーブル１０４ｆの一例が示されている。サーバ状態テーブル１０４ｆは、サーバＩＤごとにＭＰサーバ１１の状態を示す。本例の場合、ＭＰサーバ（＃１）１１に障害が発生し、他のＭＰサーバ（＃２〜＃４）１１は正常であることが示されている。
【００７３】
引継指示部１００ｅは、指示部の一例であり、各ＭＰサーバ１１について呼処理の引き継ぎ元及び引き継ぎ先の各ＭＰサーバ１１が相違するように、引き継ぎ元のＭＰサーバ１１と引き継ぎ先のＭＰサーバ１１を対応付ける。引継指示部１００ｅは、その対応関係に基づいて各ＭＰサーバ１１に他のＭＰサーバ１１から呼処理を引き継ぐように指示する。
【００７４】
より具体的には、引継指示部１００ｅは、例えば、ＳＢＣ１の起動時やＭＰサーバ１１の追加時または削除時に装置間通信ポート１０５を介してＭＰサーバ１１の構成を検出する。引継指示部１００ｅは、その検出結果に基づき、引き継ぎ元のＭＰサーバ１１と引き継ぎ先のＭＰサーバ１１の対応関係を決定して、サーバ対応情報テーブル１０４ａに登録する。
【００７５】
図９（ａ）にはサーバ対応情報テーブル１０４ａの一例が示されている。サーバ対応情報テーブル１０４ａには、引き継ぎ元のＭＰサーバ１１を示す引き継ぎ元ＩＤと引き継ぎ先のＭＰサーバ１１を示す引き継ぎ先ＩＤとが互いに対応づけられて登録されている。本例のサーバ対応情報テーブル１０４ａでは、上述した例に従い、ＭＰサーバ（＃１）１１からＭＰサーバ（＃２）１１に呼処理が引き継がれ、ＭＰサーバ（＃２）１１からＭＰサーバ（＃３）１１に呼処理が引き継がれる。また、ＭＰサーバ（＃３）１１からＭＰサーバ（＃４）１１に呼処理が引き継がれ、ＭＰサーバ（＃４）１１からＭＰサーバ（＃１）１１に呼処理が引き継がれる。
【００７６】
引継指示部１００ｅは、サーバ対応情報テーブル１０４ａに基づき、各ＭＰサーバ（＃１〜＃４）１１に引き継ぎ先及び引き継ぎ元のＭＰサーバ１１のサーバＩＤを設定する。
【００７７】
引継指示部１００ｅは、障害検出部１００ｄが制限サーバ以外のＭＰサーバ１１の障害を検出した場合、つまりサーバ状態テーブル１０４ｆに基づきＭＰサーバ（＃１〜＃３）１１の障害を検出した場合、呼処理の引き継ぎの指示を開始する。引継指示部１００ｅは、図５（ｂ）及び図６（ｂ）を参照して述べたように、障害が検出されたＭＰサーバ１１の呼処理が引き継がれるまで、ＭＰサーバ（＃１〜＃４）１１の間において、制限サーバから順次に呼処理の引き継ぎが繰り返されるように、呼処理の引き継ぎを指示する。
【００７８】
引継指示部１００ｅは、呼処理の引き継ぎの指示対象を障害に先立ち決定するため、引継可否情報テーブル１０４ｃ、更新フラグ１０４ｄ、及び信号設定テーブル１０４ｅを予め生成する。
【００７９】
図９（ｂ）には引継可否情報テーブル１０４ｃの一例が示されている。引継可否情報テーブル１０４ｃには、第１情報の一例として、引き継ぎ可否情報（「引き継ぎ可否」参照）が登録されている。引き継ぎ可否情報は、各ＭＰサーバ１１について引き継ぎ元のＭＰサーバ１１から引き継がれた呼処理を行うためのリソースの有無を示す。すなわち、引継可否情報テーブル１０４ｃは、ＭＰサーバ（＃１〜＃４）１１ごとの引き継ぎ可否（「○」：引き継ぎ可能、「×」：引き継ぎ不可能）を示す。
【００８０】
引継指示部１００ｅは、リソース情報テーブル１０４ｂに基づき、引き継ぎ可否情報を生成する。引継指示部１００ｅは、ＭＰサーバ１１のリソース使用率の合計とそのＭＰサーバ１１の呼処理の引き継ぎ元の他のＭＰサーバ１１のリソース使用率の合計を加算し、加算して得た値が１００（％）以下の場合、そのＭＰサーバ１１を引き継ぎ可能（「○」）と判定する。また、加算して得た値が１００（％）を超える場合、引継指示部１００ｅは、そのＭＰサーバ１１を引き継ぎ不可能（「×」）と判定する。なお、判定の基準値は、余裕を持たせるために１００（％）未満としてもよい。
【００８１】
図８（ａ）の例を挙げると、ＭＰサーバ（＃２）１１のリソース使用率の合計は７０（％）であり、その引き継ぎ元のＭＰサーバ（＃１）１１のリソース使用率の合計は８０（％）である。このため、その加算により得た値は１５０（％）（＝７０＋８０）となるので、ＭＰサーバ（＃２）１１は引き継ぎ不可能と判定される。
【００８２】
また、ＭＰサーバ（＃３）１１のリソース使用率の合計は６０（％）であり、その引き継ぎ元のＭＰサーバ（＃２）１１のリソース使用率の合計は７０（％）である。このため、その加算により得た値は１３０（％）（＝７０＋６０）となるので、ＭＰサーバ（＃３）１１は引き継ぎ不可能と判定される。なお、制限サーバであるＭＰサーバ（＃４）１１は、呼処理の割り当てが制限されるため、常に引き継ぎ可能と判定される。
【００８３】
引継指示部１００ｅは、負荷監視部１００ｃがリソース使用率を取得するたびに引き継ぎ可否情報を生成する。このため、引き継ぎ可否情報は、最新のリソース情報テーブル１０４ｂに基づいて周期的に更新される。
【００８４】
また、引継指示部１００ｅは、引継可否情報テーブル１０４ｃに、新たに生成した引き継ぎ可否情報（「引き継ぎ可否（今回）」参照）だけでなく、前回生成した引き継ぎ可否情報（「引き継ぎ可否（前回）」参照）も保持する。引継指示部１００ｅは、新たに生成した引き継ぎ可否情報と前回生成した引き継ぎ可否情報を比較し、その比較結果に基づいて更新フラグ１０４ｄをセットする。
【００８５】
図９（ｃ）には更新フラグ１０４ｄの一例が示されている。更新フラグ１０４ｄは、ＭＰサーバ（＃１〜＃４）１１ごとに設けられているが、ＭＰサーバ１１全体で１つだけ設けられてもよい。更新フラグ１０４ｄは、信号設定テーブル１０４ｅの更新の必要性の有無（「１」：必要、「０」：不要）を示す。
【００８６】
例えば図９（ｂ）の引継可否情報テーブル１０４ｃの場合、点線で示されるように、ＭＰサーバ（＃３）１１の引き継ぎ可否情報が、新たに生成したもの（今回のもの）と前回のものとで相違する。このため、引継指示部１００ｅは、図９（ｃ）で示されるように、ＭＰサーバ（＃３）１１の更新フラグ１０４ｄを「１」として、他のＭＰサーバ（＃１、＃２、＃４）１１の更新フラグ１０４ｄを「０」とする。
【００８７】
引継指示部１００ｅは、何れかの更新フラグ１０４ｄが「１」を示す場合、信号設定テーブル１０４ｅを更新し、全ての更新フラグ１０４ｄが「０」を示す場合、信号設定テーブル１０４ｅの更新を行わない。すなわち、引継指示部１００ｅは、新たに生成した引き継ぎ可否情報と前回生成した引き継ぎ可否情報を比較し、両者が相違する場合、信号設定テーブル１０４ｅを更新する。これにより、信号設定テーブル１０４ｅは必要な場合だけ更新されるため、呼制御サーバ１０の処理の負荷が低減される。
【００８８】
引継指示部１００ｅは、引き継ぎ可否情報に基づき信号設定テーブル１０４ｅを生成し、ＭＰサーバ１１の障害が検出された場合、信号設定テーブル１０４ｅに従って呼処理の引き継ぎを指示する。以下に、図９（ｂ）の引継可否情報テーブル１０４ｃの場合を例に挙げて信号設定テーブル１０４ｅの更新例を説明する。
【００８９】
図１０（ａ）には更新前の信号設定テーブル１０４ｅの一例が示されている。引継指示部１００ｅは、引継可否情報テーブル１０４ｃの前回の引き継ぎ可否情報（更新前の時点では最新の引き継ぎ可否情報）に基づき信号設定テーブル１０４ｅに指示信号を設定する。指示信号は、ＭＰサーバ１１の障害が検出された場合に、引継指示部１００ｅから他のＭＰサーバ１１に対して、引き継ぎ元のＭＰサーバ１１から呼処理を引き継ぐように指示する信号である。
【００９０】
信号設定テーブル１０４ｅは、第２情報の一例であり、呼処理の引き継ぎの指示対象のＭＰサーバ１１を示す。より具体的には、信号設定テーブル１０４ｅは、障害が検出されたＭＰサーバ（＃１〜＃４）１１ごとに、各ＭＰサーバ（＃１〜＃４）１１に対する指示信号の送信の要否を示す。「障害サーバＩＤ」は、障害が検出されたＭＰサーバ（＃１〜＃４）１１のサーバＩＤを示し、「指示信号」欄の「＃１」〜「＃４」は、各ＭＰサーバ（＃１〜＃４）１１に対する指示信号の送信の要否（「１」：必要、「０」：不要）を示す。
【００９１】
例えば「障害サーバＩＤ」＝「＃１」の場合について、引継指示部１００ｅは、引継可否情報テーブル１０４ｃを参照し、引き継ぎ可否情報が「○」のＭＰサーバ（＃３、＃４）１１を検出する。次に、引継指示部１００ｅは、サーバ対応情報テーブル１０４ａを参照して、引き継ぎ可否情報が「○」のＭＰサーバ（＃３、＃４）１１から、ＭＰサーバ（＃１）１１の呼処理の引き継ぎが完了するまでに必要な引き継ぎ回数が最小となるＭＰサーバ（＃３）１１を選択する（点線の丸印参照）。
【００９２】
換言すれば、引き継ぎ可否情報が「○」のＭＰサーバ（＃３、＃４）１１のうち、引継可否情報テーブル１０４ｃのサーバＩＤ「＃１」から「＃４」に向かう方向において、障害のＭＰサーバ（＃１）１１に最も近いＭＰサーバ（＃３）１１が選択される。引継指示部１００ｅは、障害のＭＰサーバ（＃１）１１の引き継ぎ先のＭＰサーバ（＃２）１１が選択されるまで、選択したＭＰサーバ（＃３）１１から順次にＭＰサーバ１１を選択する（点線の矢印参照）。
【００９３】
これにより、ＭＰサーバ（＃２、＃３）１１が引き継ぎの指示対象として選択される。引継指示部１００ｅは、信号設定テーブル１０４ｅに対し、「障害サーバＩＤ」＝「＃１」の場合の「＃２」及び「＃３」の欄に「１」を設定し、「＃１」及び「＃４」の欄に「０」を設定する。つまり、引き継ぎの指示対象として選択されたＭＰサーバ（＃２、＃３）１１だけに指示信号が設定される。
【００９４】
また、「（１番目）」及び「（２番目）」は指示信号の送信順を示す。本例の場合、引継指示部１００ｅは、最初にＭＰサーバ（＃３）１１に指示信号を送信し、次にＭＰサーバ（＃２）１１に指示信号を送信する。つまり、引継可否情報テーブル１０４ｃのサーバＩＤ「＃１」から「＃４」に向かう方向において、障害のＭＰサーバ（＃１）１１から最も遠いＭＰサーバ１１から順に指示信号が送信される。なお、引継指示部１００ｅは、指示信号の送信順を、信号設定テーブル１０４ｅに予め登録してもよいし、指示信号の送信処理の開始時に判断してもよい。以下に、本例の信号設定テーブル１０４ｅに基づく呼処理の引き継ぎ処理の例について説明する。
【００９５】
図１１（ａ）及び図１１（ｂ）には、更新前の信号設定テーブル１０４ｅに基づく呼処理の引き継ぎ処理の例の障害発生前後の状態がそれぞれ示されている。本例において、ＭＰサーバ（＃１〜＃３）１１には、それぞれリソース使用率が８０（％），７０（％），１０（％）となるまで呼処理が割り当てられている。また、ＭＰサーバ（＃４）１１は、引き継ぎ元のＭＰサーバ（＃３）１１から呼処理を引き継げるように呼処理の割り当てが制限されており（「割当制限」参照）、リソース使用率が０（％）（つまり呼処理は未割り当て）であるとする。
【００９６】
例えば、図１１（ｂ）に示されるように、ＭＰサーバ（＃１）１１に障害が発生した場合（「障害」参照）、引継指示部１００ｅは、信号設定テーブル１０４ｅに基づき、最初にＭＰサーバ（＃３）１１に指示信号を送信し、次にＭＰサーバ（＃２）１１に指示信号を送信する。
【００９７】
まず、ＭＰサーバ（＃３）１１は、指示信号を受信することによりＭＰサーバ（＃２）１１から呼処理を引き継ぐ。このとき、ＭＰサーバ（＃３）１１のリソース使用率は８０（％）（＝７０＋１０）に留まるので、過負荷とはならない。
【００９８】
次に、ＭＰサーバ（＃２）１１は、指示信号を受信することにより障害のＭＰサーバ（＃１）１１から呼処理を引き継ぐ。このとき、ＭＰサーバ（＃２）１１のリソース使用率は８０（％）に留まるので、過負荷とはならない。
【００９９】
このように、本例では、ＭＰサーバ（＃３）１１のリソース使用率が低いため、制限サーバであるＭＰサーバ（＃４）１１が呼処理を引き継ぐことなく、呼処理が継続される。
【０１００】
また、図１０（ｂ）には更新後の信号設定テーブル１０４ｅの一例が示されている。引継指示部１００ｅは、引継可否情報テーブル１０４ｃの最新の引き継ぎ可否情報に基づき信号設定テーブル１０４ｅに指示信号を設定する。
【０１０１】
例えば「障害サーバＩＤ」＝「＃１」の場合について、引継指示部１００ｅは、引継可否情報テーブル１０４ｃを参照し、引き継ぎ可否情報が「○」のＭＰサーバ（＃４）１１を検出する。次に、引継指示部１００ｅは、障害のＭＰサーバ（＃１）１１の引き継ぎ先のＭＰサーバ（＃２）１１が選択されるまで、選択したＭＰサーバ（＃４）１１から順次にＭＰサーバ１１を選択する（点線の矢印参照）。
【０１０２】
これにより、ＭＰサーバ（＃２〜＃４）１１が引き継ぎの指示対象として選択される。引継指示部１００ｅは、信号設定テーブル１０４ｅに対し、「障害サーバＩＤ」＝「＃１」の場合の「＃２」〜「＃４」の欄に「１」を設定し、「＃１」の欄に「１」を設定する。つまり、引き継ぎの指示対象として選択されたＭＰサーバ（＃２〜＃４）１１だけに指示信号が設定される。
【０１０３】
また、指示信号は、ＭＰサーバ（＃４）１１、ＭＰサーバ（＃３）１１、ＭＰサーバ（＃２）１１の順に送信される（カッコ内参照）。すなわち、引継指示部１００ｅは、制限サーバであるＭＰサーバ（＃４）１１から順次に指示信号を送信する。これにより、障害が検出されたＭＰサーバ（＃１）１１の呼処理が引き継がれるまで、ＭＰサーバ（＃１〜＃４）１１の間において、制限サーバであるＭＰサーバ（＃４）１１から順次に呼処理の引き継ぎが繰り返される。なお、更新後の信号設定テーブル１０４ｅに基づく呼処理の引き継ぎ処理の例としては、上述した図５（ｂ）及び図６（ｂ）の場合が挙げられる。
【０１０４】
このように、引継指示部１００ｅは、障害検出部１００ｄがＭＰサーバ１１の障害を検出した場合、信号設定テーブル１０４ｅに従って呼処理の引き継ぎを指示する。このため、引継指示部１００ｅは、迅速にＭＰサーバ１１に対して呼処理の引き継ぎを指示できる。
【０１０５】
また、図１２はＭＰサーバ１１の一例を示す構成図である。ＭＰサーバ１１は、ＣＰＵ１１０、ＲＯＭ１１１、及びＲＡＭ１１２を有する。ＭＰサーバ１１は、さらに、Ｉ／Ｏポート１１３、不揮発性メモリ１１４、装置間通信ポート１１５、及びネットワーク通信ポート１１６を有する。
【０１０６】
ＣＰＵ１１０は、互いに信号の入出力ができるように、ＲＯＭ１１１、ＲＡＭ１１２、不揮発性メモリ１１４、Ｉ／Ｏポート１１３、装置間通信ポート１１５、及びネットワーク通信ポート１１６と、データバス１１７を介して接続されている。ＲＯＭ１１１は、ＣＰＵ１１０を駆動するプログラムが格納されている。ＲＡＭ１１２は、ＣＰＵ１１０のワーキングメモリとして機能する。
【０１０７】
Ｉ／Ｏポート１１３は、キーボード及びマウスなどの入力装置と、ディスプレイなどの出力装置との間で入出力処理を行う。装置間通信ポート１１５は、装置内バス１２を介して呼制御サーバ１０と通信を行う。ネットワーク通信ポート１１６は、例えばネットワークインターフェースカードであり、ルータ３１２，３０２を介してネットワークＮＷ＃１、＃２との間でそれぞれ通信を行う。なお、通信の形態は、有線及び無線の何れでもよい。
【０１０８】
ＣＰＵ１１０は、ＲＯＭ１１１からプログラムを読み込むと、機能として、呼処理部１１０ａ、呼情報送受信部１１０ｂ、負荷通知部１１０ｃ、状態通知部１１０ｄ、及び引継処理部１１０ｅが形成される。また、不揮発性メモリ１０４に、例えばフラッシュメモリであり、現用系呼情報１１４ａ、待機系呼情報１１４ｂ、及びサーバ対応情報１１４ｃが記憶されている。
【０１０９】
呼処理部１１０ａは、呼制御サーバ１０から割り当てられた呼処理を実行する。より具体的には、呼処理部１１０ａは、呼制御サーバ１０から受信した現用系呼情報１１４ａに基づき呼処理を実行する。現用系呼情報１１４ａには、呼に対応する通信セッションの送信元ＩＰアドレスや宛先ＩＰアドレスが含まれる。
【０１１０】
呼情報送受信部１１０ｂは、装置間通信ポート１１５を介して他のＭＰサーバ１１と呼情報を送受信する。呼情報送受信部１１０ｂは、不揮発性メモリ１１４から現用系呼情報１１４ａを読み出して引き継ぎ先のＭＰサーバ１１に送信し、引き継ぎ元のＭＰサーバ１１から待機系呼情報１１４ｂを受信して不揮発性メモリ１１４に書き込む。
【０１１１】
呼情報送受信部１１０ｂは、引き継ぎ先及び引き継ぎ元のＭＰサーバ１１をサーバ対応情報１１４ｃから判定する。サーバ対応情報１１４ｃには引き継ぎ先及び引き継ぎ元のＭＰサーバ１１のサーバＩＤが設定されている。サーバ対応情報１１４ｃは、例えば呼制御サーバ１０の引継指示部１００ｅにより、サーバ対応情報テーブル１０４ａに基づき設定される。
【０１１２】
負荷通知部１１０ｃは、呼制御サーバ１０の負荷監視部１００ｃからの要求に応じ自装置のリソース使用率を検出して、装置間通信ポート１１５を介して呼制御サーバ１０に通知する。リソース使用率としては、例えばＣＰＵ１１０やＲＡＭ１１２の使用率が挙げられるが、これに限定されない。
【０１１３】
状態通知部１１０ｄは、呼制御サーバ１０の障害検出部１００ｄからのチェック信号に応じて、装置間通信ポート１１５を介し、応答を呼制御サーバ１０に送信する。状態通知部１１０ｄは、ＭＰサーバ１１が正常状態である場合、応答を送信するが、ＭＰサーバ１１に障害が発生した場合、応答を送信しない。
【０１１４】
引継処理部１１０ｅは、呼制御サーバ１０の引継指示部１００ｅからの指示信号に従って、引き継ぎ先のＭＰサーバ１１から呼処理を引き継ぐ。より具体的には、引継処理部１１０ｅは、装置間通信ポート１０５を介して指示信号を受信すると、サーバ対応情報１１４ｃを参照して、引き継ぎ先のＭＰサーバ１１に引き継ぎ通知を送信し、待機系呼情報１１４ｂにより呼処理を開始する。
【０１１５】
一方、引き継ぎ先のＭＰサーバ１１において、引継処理部１１０ｅは、引き継ぎ元のＭＰサーバ１１から引き継ぎ通知を受けると、実行中の呼処理を停止して、そのＭＰサーバ１１に応答を返す。引き継ぎ元のＭＰサーバ１１において、引継処理部１１０ｅは、その応答を受けると、呼制御サーバ１０の引継指示部１００ｅに呼処理の完了を通知する。これにより、呼処理の引き継ぎが完了する。次に、各処理の例について説明する。
【０１１６】
図１３は呼処理の割り当て処理の一例を示すシーケンス図である。呼制御サーバ１０の負荷監視部１００ｃは、周期的に各ＭＰサーバ（＃１〜＃４）１１にリソース使用率の送信を要求する。ＭＰサーバ（＃１〜＃４）１１は、その送信要求に応じてリソース使用率を負荷監視部１００ｃに送信する。負荷監視部１００ｃは、各ＭＰサーバ（＃１〜＃４）１１からリソース使用率を受信すると、リソース情報テーブル１０４ｂを更新する。
【０１１７】
呼制御サーバ１０の呼制御部１００ａは、ネットワークＮＷ＃１、＃２から新規の呼情報を受信すると（符号Ｓ１参照）、呼処理割当部１００ｂに呼処理の割り当てを依頼する。呼処理割当部１００ｂは、リソース情報テーブル１０４ｂから各ＭＰサーバ（＃１〜＃４）１１のリソース使用率を読み出して、リソース使用率に基づき呼処理の割り当て対象のＭＰサーバ１１を決定する（符号Ｓ２参照）。呼処理割当部１００ｂは、割り当て対象のＭＰサーバ１１に呼情報を送信する。
【０１１８】
図１４は呼処理割当部１００ｂの処理の一例を示すフローチャートである。本処理は、上記の符号Ｓ２で示される処理に該当する。
【０１１９】
呼処理割当部１００ｂは、リソース情報テーブル１０４ｂからリソース使用率の合計が最小のＭＰサーバ１１を検索する（ステップＳｔ１）。次に、呼処理割当部１００ｂは、検索されたＭＰサーバ１１が、制限サーバであるＭＰサーバ（＃４）１１であるか否かを判定する（ステップＳｔ２）。
【０１２０】
呼処理割当部１００ｂは、検索されたＭＰサーバ１１がＭＰサーバ（＃４）１１である場合（ステップＳｔ２のＹｅｓ）、ＭＰサーバ（＃３）１１及びＭＰサーバ（＃４）１１のリソース使用率の合計の和が閾値ＴＨ（本例では１００（％））以下であるか否かを判定する（ステップＳｔ３）。
【０１２１】
呼処理割当部１００ｂは、ＭＰサーバ（＃３）１１及びＭＰサーバ（＃４）１１のリソース使用率の合計の和が閾値ＴＨ以下である場合（ステップＳｔ３のＹｅｓ）、ＭＰサーバ（＃４）１１に呼処理を割り当て（ステップＳｔ４）、処理を終了する。一方、呼処理割当部１００ｂは、ＭＰサーバ（＃３）１１及びＭＰサーバ（＃４）１１のリソース使用率の合計の和が所定の閾値ＴＨより大きい場合（ステップＳｔ３のＮｏ）、ＭＰサーバ（＃４）１１に呼処理を割り当てず、リソース情報テーブル１０４ｂからソース使用率が次に小さいＭＰサーバ１１を検索する（ステップＳｔ７）。
【０１２２】
このように、呼処理割当部１００ｂは、制限サーバであるＭＰサーバ（＃４）１１に対する呼処理の割り当てを、ＭＰサーバ（＃４）１１に、他のＭＰサーバ１１から引き継がれた呼処理を行うためのリソースが確保されるように制限する。このため、ＭＰサーバ（＃４）１１は、常に引き継ぎ元のＭＰサーバ（＃３）１１から呼処理を引き継ぎ可能な状態に維持される。
【０１２３】
呼処理割当部１００ｂは、ステップＳｔ７の検索の結果、該当するＭＰサーバ１１がなかった場合（ステップＳｔ８のＹｅｓ）、不図示の管理装置にエラーを出力し（ステップＳｔ９）、処理を終了する。また、呼処理割当部１００ｂは、該当するＭＰサーバ１１が検索された場合（ステップＳｔ８のＮｏ）、再びステップＳｔ２の処理を実行する。
【０１２４】
また、ステップＳｔ２の判定の結果、検索されたＭＰサーバ１１が制限サーバであるＭＰサーバ（＃４）１１ではない場合（ステップＳｔ２のＮｏ）、呼処理割当部１００ｂは、検索されたＭＰサーバ１１のリソース使用率が１００（％）以下であるか否かを判定する（ステップＳｔ５）。呼処理割当部１００ｂは、検索されたＭＰサーバ１１のリソース使用率が１００（％）より大きい場合（ステップＳｔ５のＮｏ）、ステップＳｔ７の処理を実行する。
【０１２５】
また、呼処理割当部１００ｂは、検索されたＭＰサーバ１１のリソース使用率が１００（％）以下である場合（ステップＳｔ５のＹｅｓ）、検索されたＭＰサーバ１１に呼処理を割り当て（ステップＳｔ６）、処理を終了する。このようにして、呼処理割当部１００ｂの処理は実行される。
【０１２６】
図１５は信号設定テーブル１０４ｅの更新処理の一例を示すシーケンス図である。呼制御サーバ１０の負荷監視部１００ｃは、周期的に各ＭＰサーバ（＃１〜＃４）１１にリソース使用率の送信を要求する。ＭＰサーバ（＃１〜＃４）１１は、その送信要求に応じてリソース使用率を負荷監視部１００ｃに送信する。負荷監視部１００ｃは、各ＭＰサーバ（＃１〜＃４）１１からリソース使用率を受信すると、リソース情報テーブル１０４ｂを更新する。
【０１２７】
引継指示部１００ｅは、リソース情報テーブル１０４ｂから各ＭＰサーバ（＃１〜＃４）１１のリソース使用率を読み出し、リソース使用率に基づいて引継可否情報テーブル１０４ｃを更新する。引き継ぎ可否情報の生成については図９（ｂ）を参照して述べた通りである。
【０１２８】
引継指示部１００ｅは、引継可否情報テーブル１０４ｃから前回の引き継ぎ可否情報を読み出して、新たに生成した引き継ぎ可否情報と比較することにより、両者の差分を検出する（符号Ｓ３参照）。引継指示部１００ｅは、差分を検出すると、更新フラグ１０４ｄを更新する。
【０１２９】
引継指示部１００ｅは、周期的に更新フラグ１０４ｄを読み出して、何れかの更新フラグ１０４ｄが「１」である場合（符号Ｓ４参照）、引継可否情報テーブル１０４ｃから最新（今回）の引き継ぎ可否情報を読み出し、引き継ぎ可否情報に基づき信号設定テーブル１０４ｅを更新する。信号設定テーブル１０４ｅの更新については、図１０（ａ）及び図１０（ｂ）を参照して述べた通りである。
【０１３０】
図１６は、引継指示部１００ｅによる引継可否情報テーブル１０４ｃの更新処理の一例を示すフローチャートである。本処理は例えば周期的に実行される。
【０１３１】
引継指示部１００ｅは、各ＭＰサーバ（＃１〜＃４）１１からのリソース使用率の受信の有無を判定する（ステップＳｔ１１）。引継指示部１００ｅは、リソース使用率の受信がない場合（ステップＳｔ１１のＮｏ）、処理を終了する。引継指示部１００ｅは、リソース使用率の受信があった場合（ステップＳｔ１１のＹｅｓ）、変数ｉ＝１（ｉ＝１，２，３，４）に初期化する（ステップＳｔ１２）。
【０１３２】
次に、引継指示部１００ｅは、ＭＰサーバ（＃ｉ）１１とその引き継ぎ元のＭＰサーバ１１の現用系のリソース使用率が所定の閾値ＴＨ’（本例では１００（％））以下であるか否かを判定する（ステップＳｔ１３）。引継指示部１００ｅは、ＭＰサーバ（＃ｉ）１１とその引き継ぎ元のＭＰサーバ１１の現用系のリソース使用率が所定の閾値ＴＨ’以下である場合（ステップＳｔ１３のＹｅｓ）、そのＭＰサーバ（＃ｉ）１１の引き継ぎ可否情報を「○」に設定する（ステップＳｔ１４）。
【０１３３】
また、引継指示部１００ｅは、ＭＰサーバ（＃ｉ）１１とその引き継ぎ元のＭＰサーバ１１の現用系のリソース使用率が所定の閾値ＴＨ’より大きい場合（ステップＳｔ１３のＮｏ）、そのＭＰサーバ（＃ｉ）１１の引き継ぎ可否情報を「×」に設定する（ステップＳｔ１８）。次に、引継指示部１００ｅは、変数ｉ＝４の成否を判定する（ステップＳｔ１５）。
【０１３４】
引継指示部１００ｅは、変数ｉ≠４の場合（ステップＳｔ１５のＮｏ）、変数ｉ＝ｉ＋１として（ステップＳｔ１９）、ステップＳｔ１３の処理を実行する。引継指示部１００ｅは、変数ｉ＝４の場合（ステップＳｔ１５のＹｅｓ）、引継可否情報テーブル１０４ｃを参照して今回と前回の引き継ぎ可否情報が一致するか否かを判定する（ステップＳｔ１６）。
【０１３５】
引継指示部１００ｅは、今回と前回の引き継ぎ可否情報が一致した場合（ステップＳｔ１６のＹｅｓ）、各ＭＰサーバ（＃１〜＃４））１１の更新フラグ１０４ｄを「０」として（ステップＳｔ１７）、処理を終了する。また、引継指示部１００ｅは、今回と前回の引き継ぎ可否情報が不一致である場合（ステップＳｔ１６のＮｏ）、不一致のＭＰサーバ１１の更新フラグ１０４ｄを「１」として（ステップＳｔ２０）、処理を終了する。このようにして引継可否情報テーブル１０４ｃの更新処理は行われる。
【０１３６】
図１７は引継指示部１００ｅによる信号設定テーブル１０４ｅの更新処理の一例を示すフローチャートである。本処理は、例えば周期的に実行される。
【０１３７】
引継指示部１００ｅは、ＭＰサーバ（＃１〜＃４）１１の何れかの更新フラグ１０４ｄが「１」であるか否かを判定する（ステップＳｔ３１）。引継指示部１００ｅは、全ての更新フラグ１０４ｄが「０」である場合（ステップＳｔ３１のＮｏ）、処理を終了する。
【０１３８】
また、引継指示部１００ｅは、何れかの更新フラグ１０４ｄが「１」である場合（ステップＳｔ３１のＹｅｓ）、信号設定テーブル１０４ｅの障害サーバＩＤ＝１を選択する（ステップＳｔ３２）。次に、引継指示部１００ｅは、引継可否情報テーブル１０４ｃから、引き継ぎ可否情報＝「○」のＭＰサーバ１１を検索する（ステップＳｔ３３）。
【０１３９】
次に、引継指示部１００ｅは、サーバＩＤ「＃１」から「＃４」に向かう方向において、障害サーバＩＤのＭＰサーバ（＃ＩＤ）１１に最も近いサーバＩＤのＭＰサーバ（＃ｊ）１１（ｊ＝１，２，３，４）を検索する（ステップＳｔ３４）。次に、引継指示部１００ｅは、ＭＰサーバ（＃ＩＤ〜＃ｊ）１１に指示信号を設定する（ステップＳｔ３５）。なお、この設定については、図１０（ａ）及び図１０（ｂ）を参照して述べた通りである。
【０１４０】
次に、引継指示部１００ｅは、選択中の障害サーバＩＤ＝３であるか否かを判定する（ステップＳｔ３６）。引継指示部１００ｅは、選択中の障害サーバＩＤ＝３ではない場合（ステップＳｔ３６のＮｏ）、選択中の障害サーバＩＤに１を加算（ＩＤ＝ＩＤ＋１）してステップＳｔ３３の処理を実行する。
【０１４１】
また、引継指示部１００ｅは、選択中の障害サーバＩＤ＝３である場合（ステップＳｔ３６のＹｅｓ）、処理を終了する。このようにして、信号設定テーブル１０４ｅの更新処理は実行される。
【０１４２】
また、図１８は障害検出処理の一例を示すシーケンス図である。本例ではＭＰサーバ（＃１）１１に障害が発生（符号Ｓ５参照）したと仮定する。
【０１４３】
呼制御サーバ１０の障害検出部１００ｄは、ＭＰサーバ（＃１〜＃４）１１にチェック信号ＣＨＫを送信する。このとき、ＭＰサーバ（＃１）１１は、障害が発生しているため、応答ができない（符号Ｓ６参照）が、他のＭＰサーバ（＃２〜＃４）１１は、正常状態であるため、応答ＡＣＫを障害検出部１００ｄに返す。
【０１４４】
障害検出部１００ｄは、ＭＰサーバ（＃１）１１から応答が受信されないため、ＭＰサーバ（＃１）１１の障害を検出する（符号Ｓ７参照）。障害検出部１００ｄは、その障害検出結果に基づきサーバ状態テーブル１０４ｆを更新する。このときのサーバ状態テーブル１０４ｆは、図８（ｂ）に示されるとおりである。引継指示部１００ｅは、サーバ状態テーブル１０４ｆを読み出すことで障害の発生を検知し、ＭＰサーバ１１に対する呼処理の引き継ぎ指示を開始する（符号Ｓ８参照）。
【０１４５】
図１９は、引き継ぎ処理の一例を示すシーケンス図である。本例では、図５（ｂ）及び図６（ｂ）に示された例のように、ＭＰサーバ（＃１）１１に障害が発生し、ＭＰサーバ（＃４）１１、ＭＰサーバ（＃３）１１、ＭＰサーバ（＃２）１１の順で引き継ぎの指示信号が送信される。
【０１４６】
引継指示部１００ｅは、最初にＭＰサーバ（＃４）１１に指示信号を送信する。ＭＰサーバ（＃４）１１は、指示信号を受けると、ＭＰサーバ（＃３）１１に引き継ぎ通知を送信して、待機系呼情報１１４ｂに基づいて待機系の呼処理を開始する（符号Ｓ９参照）。ＭＰサーバ（＃３）１１は、引き継ぎ通知を受けると、呼処理を停止して（符号Ｓ１０）、ＭＰサーバ（＃４）１１に応答を返す。ＭＰサーバ（＃４）１１は、応答を受けると引き継ぎの完了通知を引継指示部１００ｅに送信する。
【０１４７】
引継指示部１００ｅは、次にＭＰサーバ（＃３）１１に指示信号を送信する。これにより、ＭＰサーバ（＃３）１１及びＭＰサーバ（＃２）１１は、上記と同様の処理を行う（符号Ｓ１１，Ｓ１２参照）。
【０１４８】
引継指示部１００ｅは、次にＭＰサーバ（＃２）１１に指示信号を送信する。これにより、ＭＰサーバ（＃２）１１及びＭＰサーバ（＃１）１１は、上記と同様の処理を行う（符号Ｓ１３，Ｓ１４参照）。
【０１４９】
図２０は、引継指示部１００ｅによる引き継ぎ処理の一例を示すフローチャートである。本処理は、例えば周期的に実行される。
【０１５０】
引継指示部１００ｅは、サーバ状態テーブル１０４ｆを参照することにより、何れかのＭＰサーバ１１に障害が発生したか否かを判定する（ステップＳｔ４１）。引継指示部１００ｅは、何れのＭＰサーバ１１にも障害が発生していない場合（ステップＳｔ４１のＮｏ）、処理を終了する。
【０１５１】
また、引継指示部１００ｅは、何れかのＭＰサーバ１１に障害が発生している場合（ステップＳｔ４１のＹｅｓ）、信号設定テーブル１０４ｅを読み出す（ステップＳｔ４２）。次に、引継指示部１００ｅは、信号設定テーブル１０４ｅから、該当する障害サーバＩＤの設定を参照し、設定が「１」のＭＰサーバ１１に順次に指示信号を送信する（ステップＳｔ４３）。
【０１５２】
引継指示部１００ｅは、制限サーバ以外のＭＰサーバ１１の障害の場合、上述したように、制限サーバであるＭＰサーバ（＃４）１１から順次に各ＭＰサーバ１１に指示信号を送信する。つまり、引継指示部１００ｅは、障害が検出されたＭＰサーバ１１の呼処理が引き継がれるまで、ＭＰサーバ（＃１〜＃４）１１の間において、制限サーバから順次に呼処理の引き継ぎが繰り返されるように、呼処理の引き継ぎを指示する。
【０１５３】
ＭＰサーバ（＃４）１１は、引き継いだ呼処理のためのリソースが確保されるように、呼処理の割り当てを制限されているため、引き継ぎ元のＭＰサーバ（＃３）１１の呼処理を引き継ぐことができる。このため、障害のＭＰサーバ１１以外の他のＭＰサーバ１１は、引き継ぎ先のＭＰサーバ１１に呼処理を引き継ぐことで、引き継ぎ元のＭＰサーバ１１から呼処理を引き継ぐことができる。
【０１５４】
したがって、各ＭＰサーバ１１は、ソースの使用率が高い場合でも障害発生時に呼処理を継続できる。なお、制限サーバであるＭＰサーバ１１に障害が発生した場合、その引き継ぎ元のＭＰサーバ（＃１）が呼処理を引き継ぐ。
【０１５５】
引継指示部１００ｅは、各ＭＰサーバ１１への指示信号の送信後、引き継ぎ指示対象の各ＭＰサーバ１１から引き継ぎの完了通知の有無を判定する（ステップＳｔ４４）。引継指示部１００ｅは、引き継ぎ指示対象の何れかのＭＰサーバ１１からの完了通知が未受信である場合（ステップＳｔ４４のＮｏ）、不図示の管理装置にエラーを出力して処理を終了する。
【０１５６】
また、引継指示部１００ｅは、引き継ぎ指示対象の全ＭＰサーバ１１から完了通知を受信済みである場合（ステップＳｔ４４のＹｅｓ）、処理を終了する。このようにして引き継ぎ処理は実行される。次に引き継ぎ処理を、例を挙げて説明する。
【０１５７】
図２１（ａ）には引き継ぎ処理の例における初期状態が示されている。本例において、ＭＰサーバ（＃１〜＃３）１１には、それぞれリソース使用率が８０（％），７０（％），６０（％）となるまで呼処理が割り当てられている。また、ＭＰサーバ（＃４）１１は、制限サーバであり、リソース使用率が０（％）となるように呼処理の割り当てが制限されている（「割当制限」参照）。つまり、本例において、ＭＰサーバ（＃４）１１には、呼処理が割り当てられていない。
【０１５８】
図２１（ｂ）には、引き継ぎ処理の例におけるＭＰサーバ（＃４）１１の引き継ぎ後の状態が示されている。呼制御サーバ１０の引継指示部１００ｅは、信号設定テーブル１０４ｅに基づき（図１０（ｂ）参照）、ＭＰサーバ（＃１）１１に障害が発生すると（「障害」参照）、最初にＭＰサーバ（＃４）１１に指示信号を送信する。ＭＰサーバ（＃４）１１は、指示信号に従い、引き継ぎ先のＭＰサーバ（＃３）１１から呼処理を引き継ぐ。このとき、ＭＰサーバ（＃４）１１のリソース使用率は６０（％）に留まるので、過負荷とはならない。
【０１５９】
図２２（ａ）には、引き継ぎ処理の例におけるＭＰサーバ（＃３）１１の引き継ぎ後の状態が示されている。呼制御サーバ１０の引継指示部１００ｅは、信号設定テーブル１０４ｅに基づき、２番目にＭＰサーバ（＃３）１１に指示信号を送信する。ＭＰサーバ（＃３）１１は、指示信号に従い、引き継ぎ先のＭＰサーバ（＃２）１１から呼処理を引き継ぐ。このとき、ＭＰサーバ（＃３）１１のリソース使用率は７０（％）に留まるので、過負荷とはならない。
【０１６０】
図２２（ｂ）には、引き継ぎ処理の例におけるＭＰサーバ（＃２）１１の引き継ぎ後の状態が示されている。呼制御サーバ１０の引継指示部１００ｅは、信号設定テーブル１０４ｅに基づき、３番目にＭＰサーバ（＃２）１１に指示信号を送信する。ＭＰサーバ（＃２）１１は、指示信号に従い、引き継ぎ先のＭＰサーバ（＃１）１１から呼処理を引き継ぐ。このとき、ＭＰサーバ（＃２）１１のリソース使用率は８０（％）に留まるので、過負荷とはならない。
【０１６１】
このように、ＭＰサーバ（＃１）１１に障害が発生した場合、障害のＭＰサーバ（＃１）１１の呼処理が引継がれるまで、ＭＰサーバ（＃１〜＃４）１１間で、制限サーバであるＭＰサーバ（＃４）１１から順次に呼処理の引継ぎを繰り返すことで、正常に呼処理が継続できる。
【０１６２】
上記の例において、呼処理の引き継ぎの完了後、ＭＰサーバ（＃１）１１は、障害が復旧しても、実行する呼処理がない。また、制限サーバであるＭＰサーバ（＃４）１１は、障害前から実行している呼処理に加えて、引き継ぎ元のＭＰサーバ（＃３）１１から引き継いだ呼処理を待機系として実行する。
【０１６３】
このため、呼制御サーバ１０は、何れかのＭＰサーバ１１に再び障害が発生した場合、サーバ対応情報テーブル１０４ａに登録された引き継ぎ元及び引き継ぎ先のＭＰサーバ１１の対応関係に従って、各ＭＰサーバ１１に呼処理の引き継ぎを指示することができない。すなわち、障害の復旧後は、引き継ぎ元及び引き継ぎ先のＭＰサーバ１１の対応関係が成立していないので、再度の呼処理の引き継ぎを行うことができない。
【０１６４】
そこで、呼制御サーバ１０の引継指示部１００ｅは、ＭＰサーバ１１の障害が復旧した場合、引き継ぎ元及び引き継ぎ先のＭＰサーバ１１の対応関係が再構築されるように、ＭＰサーバ１１の少なくとも１つに呼処理の引き継ぎを指示してもよい。
【０１６５】
図２３（ａ）にはＭＰサーバ１１の対応関係の再構成前の状態の一例が示されている。図２３（ａ）は、図２１（ａ）、図２１（ｂ）、図２２（ａ）、及び図２２（ｂ）に示された引き継ぎ処理の後、ＭＰサーバ（＃１）１１の障害が復旧（「復旧」参照）した後の状態を示す。
【０１６６】
この状態において、ＭＰサーバ（＃２）１１及びＭＰサーバ（＃３）１１は、待機系呼情報１１４ｂとして、引き継ぎ元のＭＰサーバ（＃１）１１及びＭＰサーバ（＃２）１１の呼情報＃１及び＃２をそれぞれ保持し、呼処理を行う。また、制限サーバであるＭＰサーバ（＃４）１１は、現用系呼情報１１４ａとして障害前からの呼情報＃４を保持し、待機系呼情報１１４ｂとして引き継ぎ元のＭＰサーバ（＃３）１１の呼情報＃３を保持して呼処理を行う。なお、本例において、ＭＰサーバ（＃４）１１は、障害前、呼処理が割り当てられていないが（リソース使用率が０（％））、説明の便宜上、呼情報＃４を保持しているものと仮定する。
【０１６７】
図２３（ｂ）にはＭＰサーバ１１の対応関係の再構成後の状態の一例が示されている。引継指示部１００ｅは、障害が復旧したＭＰサーバ（＃１）１１に指示信号を送信する。これにより、ＭＰサーバ（＃１）１１は、ＭＰサーバ（＃４）１１の呼情報＃４に関する呼処理を引き継ぎ、ＭＰサーバ（＃４）１１の呼情報＃４により呼処理を開始する。また、ＭＰサーバ（＃４）１１は、呼情報＃４に関する呼処理を停止する。
【０１６８】
したがって、呼制御サーバ１０は、引き継ぎ元及び引き継ぎ先のＭＰサーバ１１の対応関係を再構築し、何れかのＭＰサーバ１１に再び障害が発生した場合でも、再度の呼処理の引き継ぎを行うことができる。
【０１６９】
なお、図２３（ａ）の例の場合、サーバ対応情報テーブル１０４ａに登録された引き継ぎ元及び引き継ぎ先のＭＰサーバ１１の対応関係を逆転させたうえで（つまり、図２３（ａ）の矢印の向きを反転する）、ＭＰサーバ（＃３）１１、ＭＰサーバ（＃２）１１、ＭＰサーバ（＃１）１１の順で呼処理を引き継いでもよい。この場合、引継指示部１００ｅは、最初にＭＰサーバ（＃１）１１に指示信号を送信し、２番目にＭＰサーバ（＃２）１１に指示信号を送信し、３番目にＭＰサーバ（＃３）１１に指示信号を送信する。
【０１７０】
これにより、ＭＰサーバ（＃１）１１は、呼情報＃１に関する呼処理を開始し、ＭＰサーバ（＃２）１１は、呼情報＃２に関する呼処理を開始する。また、ＭＰサーバ（＃３）１１は、呼情報＃３に関する呼処理を開始し、ＭＰサーバ（＃４）１１は、呼情報＃３に関する呼処理を停止する。このため、呼制御サーバ１０は、図２３（ｂ）の例と同様に、何れかのＭＰサーバ１１に再び障害が発生した場合でも、再度の呼処理の引き継ぎを行うことができる。
【０１７１】
このように、呼制御サーバ１０は、障害復旧後、再度の障害に備えるため、サーバＩＤの昇順（＃１→＃２→＃３→＃４→＃１）または降順（＃４→＃３→＃２→＃１→＃４）の何れかの方向に沿って各ＭＰサーバ１１に引き継ぎを指示するとよい。呼制御サーバ１０の引継指示部１００ｅは、昇順及び降順の選択を、例えば以下の判断手法に従って行うことで、指示信号の送信回数の少ない方を選択できる。
【０１７２】
（１）Ｎｃ＞Ｎｆの場合：
Ｎｃ−Ｎｆ＞Ｎ−（Ｎｃ−Ｎｆ）のとき：昇順
Ｎｃ−Ｎｆ＜Ｎ−（Ｎｃ−Ｎｆ）のとき：降順
（２）Ｎｃ＜Ｎｆの場合：
Ｎｆ−Ｎｃ＞Ｎ−（Ｎｆ−Ｎｃ）のとき：昇順
Ｎｆ−Ｎｃ＜Ｎ−（Ｎｆ−Ｎｃ）のとき：降順
【０１７３】
ここで、ＮはＭＰサーバ１１の台数（本例では４）である。また、Ｎｃは、制限サーバであるＭＰサーバ１１のサーバＩＤ（本例では４）であり、Ｎｆは、障害のＭＰサーバ１１のサーバＩＤ（本例では１）である。
【０１７４】
したがって、図２３（ａ）の例の場合、Ｎ＝４，Ｎｃ＝４，Ｎｆ＝１であることから、上記の（１）の場合に該当し、Ｎｃ−Ｎｆ（＝３）＞Ｎ−（Ｎｃ−Ｎｆ）（＝１）が成立する。このため、呼制御サーバ１０は、サーバＩＤの昇順方向に沿って各ＭＰサーバ１１に引き継ぎを指示する。これにより、指示信号の送信回数は、降順の場合、３回であるのに対し、１回で済む。
【０１７５】
これまで述べたように、実施例に係る呼制御装置である呼制御サーバ１０は、負荷監視部１００ｃと、呼処理割当部１００ｂと、障害検出部１００ｄと、引継指示部１００ｅとを有する。負荷監視部１００ｃは、呼処理を行うＭＰサーバ（＃１〜＃４）１１からリソースの使用率をそれぞれ取得する。呼処理割当部１００ｂは、負荷監視部１００ｃにより取得されたリソースの使用率に基づきＭＰサーバ（＃１〜＃４）１１に呼処理をそれぞれ割り当てる。
【０１７６】
障害検出部１００ｄは、ＭＰサーバ（＃１〜＃４）１１の障害をそれぞれ検出する。引継指示部１００ｅは、各ＭＰサーバ（＃１〜＃４）１１について呼処理の引き継ぎ元及び引き継ぎ先の各ＭＰサーバ１１が相違するように、引き継ぎ元のＭＰサーバ１１と引き継ぎ先のＭＰサーバ１１を対応付ける。引継指示部１００ｅは、その対応関係に基づいて各ＭＰサーバ１１に他のＭＰサーバ１１から呼処理を引き継ぐように指示する。
【０１７７】
呼処理割当部１００ｂは、制限サーバであるＭＰサーバ（＃４）１１に対する呼処理の割り当てを、ＭＰサーバ（＃４）１１に、他のＭＰサーバ１１から引き継がれた呼処理を行うためのリソースが確保されるように制限する。引継指示部１００ｅは、障害検出部１００ｄがＭＰサーバ（＃４）１１以外のＭＰサーバ１１の障害を検出した場合、障害が検出されたＭＰサーバ１１の呼処理が引き継がれるまで、ＭＰサーバ（＃１〜＃４）１１の間において、ＭＰサーバ（＃４）１１から順次に呼処理の引き継ぎが繰り返されるように、呼処理の引き継ぎを指示する。
【０１７８】
上記の構成によると、呼処理割当部１００ｂは、制限サーバであるＭＰサーバ（＃４）１１に対する呼処理の割り当てを、ＭＰサーバ（＃４）１１に、他のＭＰサーバ１１から引き継がれた呼処理を行うためのリソースが確保されるように制限する。このため、ＭＰサーバ（＃４）１１は、常に引き継ぎ元のＭＰサーバ（＃３）１１から呼処理を引き継ぎ可能な状態に維持される。
【０１７９】
このため、障害のＭＰサーバ１１以外の他のＭＰサーバ１１は、引き継ぎ先のＭＰサーバ１１に呼処理を引き継ぐことで、引き継ぎ元のＭＰサーバ１１から呼処理を引き継ぐことができる。したがって、実施例に係る呼制御装置によると、ソースの使用率が高い場合でも障害発生時に呼処理を継続できる。
【０１８０】
また、実施例に係る呼制御システムは、上記の呼制御サーバ１０と、ＭＰサーバ（＃１〜＃４）１１とを有する。したがって、実施例に係る呼制御システムは、上述した内容と同様の作用効果を奏する。
【０１８１】
また、実施例に係る呼制御方法は、以下のステップを、コンピュータであるＣＰＵ１００に実行させる方法である。
ステップ（１）：呼処理を行うＭＰサーバ（＃１〜＃４）１１からリソースの使用率をそれぞれ取得する。
ステップ（２）：その取得されたリソースの使用率に基づきＭＰサーバ（＃１〜＃４）１１に呼処理をそれぞれ割り当てる。
ステップ（３）：ＭＰサーバ（＃１〜＃４）１１の障害をそれぞれ検出する。
ステップ（４）：各ＭＰサーバ（＃１〜＃４）１１について呼処理の引き継ぎ元及び引き継ぎ先の各ＭＰサーバ１１が相違するように、引き継ぎ元のＭＰサーバ１１と引き継ぎ先のＭＰサーバ１１を対応付け、その対応関係に基づいて各ＭＰサーバ１１に他のＭＰサーバ１１から呼処理を引き継ぐように指示する。
【０１８２】
さらに、ステップ（２）において、制限サーバであるＭＰサーバ（＃４）１１に対する呼処理の割り当てを、ＭＰサーバ（＃４）１１に、他のＭＰサーバ１１から引き継がれた呼処理を行うためのリソースが確保されるように制限する。ステップ（４）において、ＭＰサーバ（＃４）１１以外のＭＰサーバ１１の障害を検出した場合、障害が検出されたＭＰサーバ１１の呼処理が引き継がれるまで、ＭＰサーバ（＃１〜＃４）１１の間において、ＭＰサーバ（＃４）１１から順次に呼処理の引き継ぎが繰り返されるように、呼処理の引き継ぎを指示する。
【０１８３】
実施例に係る呼制御方法は、上記の呼制御サーバ１０と同様の構成を含むので、上述した内容と同様の作用効果を奏する。
【０１８４】
上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
【０１８５】
なお、以上の説明に関して更に以下の付記を開示する。
（付記１）  呼処理を行う複数の呼処理装置からリソースの使用率をそれぞれ取得する取得部と、
前記取得部により取得された前記リソースの使用率に基づき前記複数の呼処理装置に呼処理をそれぞれ割り当てる割当部と、
前記複数の呼処理装置の障害をそれぞれ検出する検出部と、
前記複数の呼処理装置の各々について呼処理の引き継ぎ元及び引き継ぎ先の各呼処理装置が相違するように、引き継ぎ元の呼処理装置と引き継ぎ先の呼処理装置を対応付け、該対応関係に基づいて各呼処理装置に他の呼処理装置から呼処理を引き継ぐように指示する指示部とを有し、
前記割当部は、前記複数の呼処理装置のうち、所定の呼処理装置に対する呼処理の割り当てを、前記所定の呼処理装置に、他の呼処理装置から引き継がれた呼処理を行うための前記リソースが確保されるように制限し、
前記指示部は、前記検出部が前記所定の呼処理装置以外の呼処理装置の障害を検出した場合、前記障害が検出された呼処理装置の呼処理が引き継がれるまで、前記複数の呼処理装置の間において、前記所定の呼処理装置から順次に呼処理の引き継ぎが繰り返されるように、呼処理の引き継ぎを指示することを特徴とする呼制御装置。
（付記２）  前記指示部は、
前記取得部により取得された前記リソースの使用率に基づき、前記複数の呼処理装置の各々について引き継ぎ元の呼処理装置から引き継がれた呼処理を行うための前記リソースの有無を示す第１情報を生成し、
前記第１情報に基づき、前記複数の呼処理装置のうち、呼処理の引き継ぎの指示対象の呼処理装置を示す第２情報を生成し、
前記検出部が前記所定の呼処理装置以外の呼処理装置の障害を検出した場合、前記第２情報に従って呼処理の引き継ぎを指示することを特徴とする付記１に記載の呼制御装置。
（付記３）  前記取得部は、周期的に前記複数の呼処理装置から前記リソースの使用率をそれぞれ取得し、
前記指示部は、前記取得部が前記リソースの使用率を取得するたびに前記第１情報を生成することを特徴とする付記２に記載の呼制御装置。
（付記４）  前記指示部は、新たに生成した前記第１情報と前回生成した前記第１情報を比較し、該比較の結果、新たに生成した前記第１情報と前回生成した前記第１情報が相違する場合、前記第２情報を更新することを特徴とする付記３に記載の呼制御装置。
（付記５）  前記指示部は、前記障害が復旧した場合、前記対応関係が再構築されるように、前記複数の呼処理装置の少なくとも１つに呼処理の引き継ぎを指示することを特徴とする付記１乃至４の何れかに記載の呼制御装置。
（付記６）  呼制御装置と、呼処理を行う複数の呼処理装置とを有し、
前記呼制御装置は、
前記複数の呼処理装置からリソースの使用率をそれぞれ取得する取得部と、
前記取得部により取得された前記リソースの使用率に基づき前記複数の呼処理装置に呼処理をそれぞれ割り当てる割当部と、
前記複数の呼処理装置の障害をそれぞれ検出する検出部と、
前記複数の呼処理装置の各々について呼処理の引き継ぎ元及び引き継ぎ先の各呼処理装置が相違するように、引き継ぎ元の呼処理装置と引き継ぎ先の呼処理装置を対応付け、該対応関係に基づいて各呼処理装置に他の呼処理装置から呼処理を引き継ぐように指示する指示部とを有し、
前記割当部は、前記複数の呼処理装置のうち、所定の呼処理装置に対する呼処理の割り当てを、前記所定の呼処理装置に、他の呼処理装置から引き継がれた呼処理を行うための前記リソースが確保されるように制限し、
前記指示部は、前記検出部が前記所定の呼処理装置以外の呼処理装置の障害を検出した場合、前記障害が検出された呼処理装置の呼処理が引き継がれるまで、前記複数の呼処理装置の間において、前記所定の呼処理装置から順次に呼処理の引き継ぎが繰り返されるように、呼処理の引き継ぎを指示することを特徴とする呼制御システム。
（付記７）  前記指示部は、
前記取得部により取得された前記リソースの使用率に基づき、前記複数の呼処理装置の各々について引き継ぎ元の呼処理装置から引き継がれた呼処理を行うための前記リソースの有無を示す第１情報を生成し、
前記第１情報に基づき、前記複数の呼処理装置のうち、呼処理の引き継ぎの指示対象の呼処理装置を示す第２情報を生成し、
前記検出部が前記所定の呼処理装置以外の呼処理装置の障害を検出した場合、前記第２情報に従って呼処理の引き継ぎを指示することを特徴とする付記６に記載の呼制御システム。
（付記８）  前記取得部は、周期的に前記複数の呼処理装置から前記リソースの使用率をそれぞれ取得し、
前記指示部は、前記取得部が前記リソースの使用率を取得するたびに前記第１情報を生成することを特徴とする付記７に記載の呼制御システム。
（付記９）  前記指示部は、新たに生成した前記第１情報と前回生成した前記第１情報を比較し、該比較の結果、新たに生成した前記第１情報と前回生成した前記第１情報が相違する場合、前記第２情報を更新することを特徴とする付記８に記載の呼制御システム。
（付記１０）  前記指示部は、前記障害が復旧した場合、前記対応関係が再構築されるように、前記複数の呼処理装置の少なくとも１つに呼処理の引き継ぎを指示することを特徴とする付記６乃至９の何れかに記載の呼制御システム。
（付記１１）  呼処理を行う複数の呼処理装置からリソースの使用率をそれぞれ取得するステップと、
該取得された前記リソースの使用率に基づき前記複数の呼処理装置に呼処理をそれぞれ割り当てるステップと、
前記複数の呼処理装置の障害をそれぞれ検出するステップと、
前記複数の呼処理装置の各々について呼処理の引き継ぎ元及び引き継ぎ先の各呼処理装置が相違するように、引き継ぎ元の呼処理装置と引き継ぎ先の呼処理装置を対応付け、該対応関係に基づいて各呼処理装置に他の呼処理装置から呼処理を引き継ぐように指示するステップとを、コンピュータに実行させ、
前記複数の呼処理装置に呼処理をそれぞれ割り当てるステップにおいて、前記複数の呼処理装置のうち、所定の呼処理装置に対する呼処理の割り当てを、前記所定の呼処理装置に、他の呼処理装置から引き継がれた呼処理を行うための前記リソースが確保されるように制限し、
前記対応関係に基づいて各呼処理装置に他の呼処理装置から呼処理を引き継ぐように指示するステップにおいて、前記所定の呼処理装置以外の呼処理装置の障害を検出した場合、前記障害が検出された呼処理装置の呼処理が引き継がれるまで、前記複数の呼処理装置の間において、前記所定の呼処理装置から順次に呼処理の引き継ぎが繰り返されるように、呼処理の引き継ぎを指示することを特徴とする呼制御方法。
（付記１２）  取得された前記リソースの使用率に基づき、前記複数の呼処理装置の各々について引き継ぎ元の呼処理装置から引き継がれた呼処理を行うための前記リソースの有無を示す第１情報を生成するステップと、
前記第１情報に基づき、前記複数の呼処理装置のうち、呼処理の引き継ぎの指示対象の呼処理装置を示す第２情報を生成するステップとを、前記コンピュータにさらに実行させ、
前記対応関係に基づいて各呼処理装置に他の呼処理装置から呼処理を引き継ぐように指示するステップにおいて、前記所定の呼処理装置以外の呼処理装置の障害を検出した場合、前記第２情報に従って呼処理の引き継ぎを指示することを特徴とする付記１１に記載の呼制御方法。
（付記１３）  前記リソースの使用率をそれぞれ取得するステップにおいて、周期的に前記複数の呼処理装置から前記リソースの使用率をそれぞれ取得し、
前記第１情報を生成するステップにおいて、前記リソースの使用率を取得するたびに前記第１情報を生成することを特徴とする付記１２に記載の呼制御方法。
（付記１４）  前記第２情報を生成するステップにおいて、新たに生成した前記第１情報と前回生成した前記第１情報を比較し、該比較の結果、新たに生成した前記第１情報と前回生成した前記第１情報が相違する場合、前記第２情報を更新することを特徴とする付記１３に記載の呼制御方法。
（付記１５）  前記障害が復旧した場合、前記対応関係が再構築されるように、前記複数の呼処理装置の少なくとも１つに呼処理の引き継ぎを指示するステップを、前記コンピュータにさらに実行させることを特徴とする付記１１乃至１４の何れかに記載の呼制御方法。
【符号の説明】
【０１８６】
１      セッション制御装置
１０      呼制御サーバ
１１      ＭＰサーバ
１００     ＣＰＵ
１００ａ     呼制御部
１００ｂ     呼処理割当部
１００ｃ     負荷監視部
１００ｄ     障害検出部
１００ｅ     引継指示部
１０４ｃ     引継可否情報テーブル
１０４ｅ     信号設定テーブル
【図１】
2016220182.tif 000003
【図２】
2016220182.tif 000004
【図３】
2016220182.tif 000005
【図４】
2016220182.tif 000006
【図５】
2016220182.tif 000007
【図６】
2016220182.tif 000008
【図７】
2016220182.tif 000009
【図８】
2016220182.tif 000010
【図９】
2016220182.tif 000011
【図１０】
2016220182.tif 000012
【図１１】
2016220182.tif 000013
【図１２】
2016220182.tif 000014
【図１３】
2016220182.tif 000015
【図１４】
2016220182.tif 000016
【図１５】
2016220182.tif 000017
【図１６】
2016220182.tif 000018
【図１７】
2016220182.tif 000019
【図１８】
2016220182.tif 000020
【図１９】
2016220182.tif 000021
【図２０】
2016220182.tif 000022
【図２１】
2016220182.tif 000023
【図２２】
2016220182.tif 000024
【図２３】
2016220182.tif 000025