(57)【要約】【課題】外部サーバからの発呼要求により発呼サーバが呼処理サーバに発呼要求を送信する呼処理システムにおいて呼処理サーバから発呼サーバに送信される応答内のリトライタイマ値を利用して呼処理サーバの輻輳解消を図る。【解決手段】呼処理サーバ１６は、発呼要求を受信した際、自身が輻輳中であるなら、発呼サーバ２に対し、当該輻輳が解消するまでの時間の長さ（例えば、５秒）に対応するリトライタイマ値を含む応答を送信する（Ｓ９）。発呼サーバ２の発呼要求送信部２２は、呼処理サーバ１６から送信された応答を受信する（Ｓ９）。発呼サーバ２の応答送信部２３は、その応答がリトライタイマ値を含むなら、外部サーバ４に対し、同じリトライタイマ値（例えば、５秒）ならびに輻輳している呼処理サーバ１６（応答の送信元）を示す輻輳詳細情報を含む応答（エラー応答）を送信する（Ｓ１１）。【選択図】図４
2014154903.tif 000002
【特許請求の範囲】
【請求項１】
複数の呼処理サーバに発呼サーバが接続され、前記各呼処理サーバに１以上の電話端末が接続され、前記発呼サーバに外部サーバが接続され、前記外部サーバにユーザ装置が接続される呼処理システムにおける輻輳制御方法であって、
前記ユーザ装置は、当該ユーザ装置を使用するユーザの操作により、前記外部サーバに対し、２つの前記電話端末のそれぞれの電話番号を含む発呼要求を送信するものであり、前記外部サーバは、前記発呼サーバに対し、前記２つの電話番号を含む発呼要求を送信するものであり、
前記輻輳制御方法は、
前記発呼サーバが、前記２つの電話番号のそれぞれにつき、当該電話番号の電話端末に接続された呼処理サーバに対し、当該電話番号を含む発呼要求を送信するステップと、
前記発呼サーバが、前記発呼要求を受信した一方の呼処理サーバが輻輳している場合において、当該呼処理サーバから、当該輻輳が解消するまでの時間の長さに対応するリトライタイマ値を含む応答を受信するステップと、
前記発呼サーバが、前記外部サーバに対し、前記リトライタイマ値ならびに当該輻輳している呼処理サーバを示す輻輳詳細情報を含む応答を送信するステップと
を含むことを特徴とする輻輳制御方法。
【請求項２】
前記発呼サーバが、前記外部サーバから発呼要求を受信したなら、当該発呼サーバが輻輳しているか否かを判定するステップと、
前記発呼サーバが、当該発呼サーバが輻輳しているなら、前記外部サーバに対し、所定のリトライタイマ値ならびに当該発呼サーバが輻輳していることを示す輻輳詳細情報を含む応答を送信するステップと
を含むことを特徴とする請求項１記載の輻輳制御方法。
【請求項３】
複数の呼処理サーバに発呼サーバが接続され、前記各呼処理サーバに１以上の電話端末が接続され、前記発呼サーバに外部サーバが接続され、前記外部サーバにユーザ装置が接続される呼処理システムにおける前記発呼サーバであって、
前記ユーザ装置は、当該ユーザ装置を使用するユーザの操作により、前記外部サーバに対し、２つの前記電話端末のそれぞれの電話番号を含む発呼要求を送信するものであり、前記外部サーバは、前記発呼サーバに対し、前記２つの電話番号を含む発呼要求を送信するものであり、
前記発呼サーバは、
前記２つの電話番号のそれぞれにつき、当該電話番号の電話端末に接続された呼処理サーバに対し、当該電話番号を含む発呼要求を送信し、当該発呼要求を受信した少なくとも一方の呼処理サーバが輻輳している場合において、当該呼処理サーバから、当該輻輳が解消するまでの時間の長さに対応するリトライタイマ値を含む応答を受信する発呼要求送信部と、
前記外部サーバに対し、当該リトライタイマ値ならびに当該輻輳している呼処理サーバを示す輻輳詳細情報を含む応答を送信する応答送信部と
を含むことを特徴とする発呼サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、外部サーバからの発呼要求により発呼サーバが呼処理サーバに発呼要求を送信する呼処理システムにおいて呼処理サーバから発呼サーバに送信される応答内のリトライタイマ値を利用して呼処理サーバの輻輳解消を図る輻輳制御方法および発呼サーバに関するものである。
【背景技術】
【０００２】
（１）ＳＩＰ網において、輻輳中のＳＩＰサーバは、新たなリクエスト信号を発信端末、または他のＳＩＰサーバから受信した場合、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダにリトライタイマ値を設定した５０３レスポンスをリクエスト送信元に返却する。５０３レスポンスを受信した発信端末、もしくはＳＩＰサーバは、リトライタイマ値に相当する期間内は、ＳＩＰサーバに対しリクエスト信号を送信しない。これにより、輻輳時のＳＩＰサーバに対するリクエスト信号の集中を防止し、輻輳の解消を実現する（非特許文献１）。
【０００３】
（２）一方、外部サーバとの連携による網内発呼時の輻輳制御方式としては、輻輳規制状態である網内発呼用ＳＩＰサーバ（発呼サーバ）に対し、外部サーバから網内発呼が指示された場合、網内発呼用ＳＩＰサーバ（発呼サーバ）は、輻輳制御用のオペレーションシステムより指示された輻輳要因、輻輳先といった情報を外部サーバに返却する方式が提案されている（非特許文献２）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】ＲＦＣ３２６１
【非特許文献２】藤田、小代、“NGNにおける輻輳時のWeb連携サービス実現に関する検討”、2012電子情報通信学会ソサイエティ大会講演論文集、通信講演論文集2、P41） 。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
図７は、網内発呼時の輻輳制御に関する従来技術と課題を説明するための図である。
【０００６】
まず、ユーザ装置５は、外部サーバ４に網内発呼を指示する（Ｔ１）、外部サーバ４は、所定のＡＰＩを用いて、発呼サーバ２Ａに発呼要求を送信する（Ｔ３）。発呼サーバ２Ａは、発呼要求で指示された電話端末（図示せず）を収容する呼処理サーバ（ＳＩＰサーバ）１３、１６に対し、発呼要求（ＩＮＶＩＴＥ信号）を送信し（Ｔ５）、セッションの確立を図る。
【０００７】
このような、外部サーバ４と連携した網内発呼機能を具備したＳＩＰ網の輻輳制御方式として、従来は、輻輳制御用のオペレーションシステム６を用いる。オペレーションシステム６は、例えば、呼処理サーバ１６からの輻輳通知があったなら（Ｔ７）、発呼サーバ２Ａへの規制指示で、呼処理サーバ１６が輻輳していることを通知する（Ｔ９）。発呼サーバ２Ａは、外部サーバにエラー応答を返却する（Ｔ１１）。エラー応答を受信した外部サーバは、ユーザ装置５にエラーメッセージを表示する（Ｔ１３）。エラーメッセージでは、輻輳中のため呼接続ができなかった旨を通知する。
【０００８】
従来では、このようなオペレーションシステム６の利用が前提となっている。すなわち、オペレーションシステム６は、輻輳解消までの時間制御を行えない。そのため、発呼要求（ＩＮＶＩＴＥ信号）に対し、呼処理サーバ（ＳＩＰサーバ）自身が輻輳している場合には、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダを有する５０３レスポンスを発呼サーバに送信し、且つ、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダにリトライタイマ値を設定するような呼処理サーバ（ＳＩＰサーバ）を備えるＳＩＰ網については、オペレーションシステム６は適用できない。したがって、輻輳している呼処理サーバ（ＳＩＰサーバ）に対し、リトライタイマ値に対応する時間が経過する前であっても、発呼要求（ＩＮＶＩＴＥ信号）が再送信され、輻輳解消が困難になるという課題がある。
【０００９】
本発明は、上記の課題に鑑みてなされたものであり、その目的とするところは、外部サーバからの発呼要求により発呼サーバが呼処理サーバに発呼要求を送信する呼処理システムにおいて呼処理サーバから発呼サーバに送信される応答内のリトライタイマ値を利用して呼処理サーバの輻輳解消を図る技術を提供することにある。
【課題を解決するための手段】
【００１０】
上記の課題を解決するために、第１の本発明は、複数の呼処理サーバに発呼サーバが接続され、前記各呼処理サーバに１以上の電話端末が接続され、前記発呼サーバに外部サーバが接続され、前記外部サーバにユーザ装置が接続される呼処理システムにおける輻輳制御方法であって、前記ユーザ装置は、当該ユーザ装置を使用するユーザの操作により、前記外部サーバに対し、２つの前記電話端末のそれぞれの電話番号を含む発呼要求を送信するものであり、前記外部サーバは、前記発呼サーバに対し、前記２つの電話番号を含む発呼要求を送信するものであり、前記輻輳制御方法は、前記発呼サーバが、前記２つの電話番号のそれぞれにつき、当該電話番号の電話端末に接続された呼処理サーバに対し、当該電話番号を含む発呼要求を送信するステップと、前記発呼サーバが、前記発呼要求を受信した一方の呼処理サーバが輻輳している場合において、当該呼処理サーバから、当該輻輳が解消するまでの時間の長さに対応するリトライタイマ値を含む応答を受信するステップと、前記発呼サーバが、前記外部サーバに対し、前記リトライタイマ値ならびに当該輻輳している呼処理サーバを示す輻輳詳細情報を含む応答を送信するステップとを含むことを特徴とする。
【００１１】
例えば、前記輻輳制御方法は、前記発呼サーバが、前記外部サーバから発呼要求を受信したなら、当該発呼サーバが輻輳しているか否かを判定するステップと、前記発呼サーバが、当該発呼サーバが輻輳しているなら、前記外部サーバに対し、所定のリトライタイマ値ならびに当該発呼サーバが輻輳していることを示す輻輳詳細情報を含む応答を送信するステップとを含む。
【００１２】
第２の本発明は、複数の呼処理サーバに発呼サーバが接続され、前記各呼処理サーバに１以上の電話端末が接続され、前記発呼サーバに外部サーバが接続され、前記外部サーバにユーザ装置が接続される呼処理システムにおける前記発呼サーバであって、前記ユーザ装置は、当該ユーザ装置を使用するユーザの操作により、前記外部サーバに対し、２つの前記電話端末のそれぞれの電話番号を含む発呼要求を送信するものであり、前記外部サーバは、前記発呼サーバに対し、前記２つの電話番号を含む発呼要求を送信するものであり、前記発呼サーバは、前記２つの電話番号のそれぞれにつき、当該電話番号の電話端末に接続された呼処理サーバに対し、当該電話番号を含む発呼要求を送信し、当該発呼要求を受信した少なくとも一方の呼処理サーバが輻輳している場合において、当該呼処理サーバから、当該輻輳が解消するまでの時間の長さに対応するリトライタイマ値を含む応答を受信する発呼要求送信部と、前記外部サーバに対し、当該リトライタイマ値ならびに当該輻輳している呼処理サーバを示す輻輳詳細情報を含む応答を送信する応答送信部とを含むことを特徴とする。
【発明の効果】
【００１３】
本発明によれば、外部サーバからの発呼要求により発呼サーバが呼処理サーバに発呼要求を送信する呼処理システムにおいて呼処理サーバから発呼サーバに送信される応答内のリトライタイマ値を利用して呼処理サーバの輻輳解消を図ることができる。
【図面の簡単な説明】
【００１４】
【図１】本実施の形態に係る呼処理システムの構成を示す図である。
【図２】外部サーバ４の概略構成を示すブロック図である。
【図３】発呼サーバ２の概略構成を示すブロック図である。
【図４】呼処理サーバ１６が輻輳している場合のシーケンス図である。
【図５】発呼サーバ２から外部サーバ４に送信される応答（エラー応答）の一例を示す図である。
【図６】発呼サーバ２が輻輳している場合のシーケンス図である。
【図７】網内発呼時の輻輳制御に関する従来技術と課題を説明するための図である。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態について図面を参照して説明する。
【００１６】
図１は、本実施の形態に係る呼処理システムの構成を示す図である。
【００１７】
呼処理システムでは、複数の呼処理サーバ１に発呼サーバ２が接続され、各呼処理サーバ１に１以上の電話端末３が接続（収容）され、発呼サーバ２に外部サーバ４が接続され、外部サーバ４にユーザ装置５が接続される。呼処理サーバ１は、例えば、ＳＩＰサーバである。
【００１８】
ユーザ装置５と外部サーバ４は、例えば、ＨＴＴＰのプロトコルで通信し、外部サーバ４と発呼サーバ２は、例えば、Ｐａｒｌａｙ  Ｘなどのプロトコルで通信し、発呼サーバ２と各呼処理サーバ１は、例えば、ＳＩＰのプロトコルで通信する。
【００１９】
図で左側の呼処理サーバ１は、電話番号が「０３」で始まる電話端末３を収容するものであり、以下、呼処理サーバ１３という。
【００２０】
図で右側の呼処理サーバ１は、電話番号が「０６」で始まる電話端末３を収容するもので、以下、呼処理サーバ１６という。
【００２１】
ユーザ装置５は、例えば、複数のユーザ装置のうちの１つを示したものである。ユーザ装置５は、ここでは、電話番号が「０３」で始まる１つの電話端末３（以下、電話端末３Ａという）のユーザ（以下、ユーザＡという）に使用されるものとする。ユーザ装置５は、例えば、パーソナルコンピュータである。
【００２２】
図示された他方の電話端末３は、電話番号が「０６」で始まる１つの電話端末３であり、以下、電話端末３Ｂという。
【００２３】
図２は、外部サーバ４の概略構成を示すブロック図である。
【００２４】
外部サーバ４は、ユーザ装置５に対しユーザインタフェースを表示し、ユーザ装置５から発呼要求を受信するユーザ処理部４１と、発呼要求内の２つの電話番号の少なくとも１つが、発呼規制されている呼処理サーバ１に接続された電話端末３のものか否かを判定し、そうでない場合は、発呼サーバ２に対し、その２つの電話番号を含む発呼要求を送信する発呼要求送信部４２と、発呼サーバ２から、リトライタイマ値と輻輳詳細情報を含む応答を受信したなら、リトライタイマ値に対応する長さの時間が経過するまでは、輻輳詳細情報に対応する呼処理サーバ１６への発呼を規制する応答制御部４３とを備える。これらの各処理部の詳細については、動作説明の中で述べる。
【００２５】
図３は、発呼サーバ２の概略構成を示すブロック図である。
【００２６】
発呼サーバ２は、外部サーバ４から発呼要求を受信したなら、発呼サーバ２自身が輻輳しているか否かを判定する輻輳状態判定部２１と、発呼サーバ２自身が輻輳していないなら、発呼要求内の各電話番号につき、その電話番号の電話端末に接続された呼処理サーバに対し、その電話番号を含む発呼要求を送信する発呼要求送信部２２と、いずれかの呼処理サーバ１から、リトライタイマ値を含む応答を受信したなら、外部サーバ４に対し、同じリトライタイマ値ならびに輻輳している呼処理サーバ１６を示す輻輳詳細情報を含む応答を送信する応答送信部２３とを備える。これらの各処理部の詳細については、動作説明の中で述べる。
【００２７】
図４は、呼処理サーバ１６が輻輳している場合のシーケンス図である。
【００２８】
外部サーバ４のユーザ処理部４１は、ユーザ装置５にユーザインタフェースを表示する。ユーザＡは、ユーザ装置５に対し、ユーザインタフェース上で、例えば、相手の名前などを指定し、発呼ボタンなどをクリックする。これにより、ユーザ装置５は、予め記憶した電話端末３Ａの電話番号（「03-XXXX-XXXX」と記す）ならびに予め相手の名前などに関連づけて記憶した相手の電話端末３Ｂの電話番号（「06-XXXX-XXXX」と記す）を含む発呼要求を、例えば、予めＵＲＬなどで送信先として指定した外部サーバ４に送信する（Ｓ１）。
【００２９】
外部サーバ４のユーザ処理部４１は、発呼要求を受信すると、発呼要求送信部４２に対し、発呼要求内の２つの電話番号を通知する。
【００３０】
発呼要求送信部４２は、２つの電話番号の少なくとも１つが、応答制御部４３から予め通知される、発呼規制されている呼処理サーバ１に接続された電話端末３のものか否かを判定する。応答制御部４３は、例えば、呼処理サーバ１６への発呼が規制されている場合は、発呼要求送信部４２に「０６」を通知し、発呼要求送信部４２は、２つの電話番号の少なくとも１つが、「０６」を含むか否かを判定する。
【００３１】
発呼要求送信部４２は、２つの電話番号のいずれもが、発呼規制されている呼処理サーバ１に接続された電話端末３のものでないなら、所定のＡＰＩを起動し、発呼サーバ２に対し、２つの電話番号、ここでは「03-XXXX-XXXX」と「06-XXXX-XXXX」を含む発呼要求を送信する（Ｓ３）。
【００３２】
発呼サーバ２の輻輳状態判定部２１は、外部サーバ４から発呼要求を受信したなら、発呼サーバ２自身が輻輳しているか否かを判定する。輻輳状態判定部２１は、例えば、ＣＰＵ等のリソースが規定値を超えていないなら、輻輳していないと判定し、発呼要求送信部２２に発呼要求の送信を指示する。
【００３３】
発呼要求送信部２２は、その指示に応じ、各電話番号「03-XXXX-XXXX」、「06-XXXX-XXXX」につき、その電話番号の電話端末３Ａ、３Ｂに接続された呼処理サーバ１３、１６を導出し、その電話番号を含む発呼要求を送信する（Ｓ５、Ｓ７）。呼処理サーバがＳＩＰサーバの場合、呼処理サーバへの発呼信号は、ＩＮＶＩＴＥ信号である。
【００３４】
呼処理サーバ１３は、発呼要求を受信した際、自身が輻輳中でないなら、「03-XXXX-XXXX」の電話端末３Ａにリクエストを送信し、電話端末３Ａとの間でセッションを確立する。また、呼処理サーバ１３がＳＩＰサーバである場合、呼処理サーバ１３は、発呼サーバ２に対し、信号「100 Trying」を始めとする一連の信号を送受信する。
【００３５】
一方、呼処理サーバ１６は、発呼要求を受信した際、自身が輻輳中であるなら、発呼サーバ２に対し、当該輻輳が解消するまでの時間の長さ（例えば、５秒）に対応するリトライタイマ値を含む応答を送信する（Ｓ９）。応答は、例えば、呼処理サーバがＳＩＰサーバの場合、５０３レスポンスであり、リトライタイマ値は、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダに設定される。なお、リトライタイマ値は、輻輳が解消するまでの時間の長さを厳密に示すものでなくてよい。
【００３６】
発呼サーバ２の発呼要求送信部２２は、呼処理サーバ１６から送信された応答を受信する（Ｓ９）。
【００３７】
発呼サーバ２の応答送信部２３は、その応答がリトライタイマ値を含むなら、外部サーバ４に対し、同じリトライタイマ値（例えば、５秒）ならびに輻輳している呼処理サーバ１６（応答の送信元）を示す輻輳詳細情報を含む応答（エラー応答）を送信する（Ｓ１１）。例えば、輻輳詳細情報は、呼処理サーバ１６に接続される電話端末３に共通な電話番号の部分「０６」を含むように設定される。
【００３８】
図５は、発呼サーバ２から外部サーバ４に送信される応答（エラー応答）の一例を示す図である。
【００３９】
応答は、例えば、ｍａｋｅＣａｌｌＳｅｓｓｉｏｎレスポンスであり、ＰＯＬ５ｘｘｘのような情報（ｍｅｓｓａｇｅｉｄ）と、リトライタイマ値（例えば、５秒）と輻輳詳細情報を示す情報（ｔｅｘｔとＶａｒｉａｂｌｅｓ）を有する。
【００４０】
図４に戻り、外部サーバ４の応答制御部４３は、そのようなリトライタイマ値を含む応答を受信したなら、リトライタイマ値に対応する長さの時間が経過するまでは、輻輳詳細情報に対応する呼処理サーバ１６への発呼を規制する（Ｓ２１）。応答制御部４３は、例えば、発呼要求送信部４２に対し、「０６」と規制開始を通知する。
【００４１】
例えば、外部サーバ４のユーザ処理部４１は、規制が解除される前に、ユーザ装置５から、発呼要求を再度受信する（Ｓ３１）。発呼要求送信部４２は、この場合、その発呼要求内の２つの電話番号の少なくとも１つが、発呼規制されている呼処理サーバ１６に接続された電話端末３のものあると判定する。
【００４２】
この場合、発呼要求送信部４２は、ＡＰＩの起動は行わず、ユーザ処理部４１にエラー画面の表示を指示する。ユーザ処理部４１は、ユーザ装置５にエラー画面を表示する（Ｓ３３）。
【００４３】
その後、規制が解除される際、例えば、その時点で呼処理サーバ１６への発呼が規制されている場合は、応答制御部４３は、発呼要求送信部４２に「０６」を通知し、規制解除を通知する。
【００４４】
その後、外部サーバ４のユーザ処理部４１が、ユーザ装置５から、発呼要求を受信する（Ｓ４１）と、発呼要求送信部４２は、ステップＳ３と同様に、その発呼要求内の２つの電話番号のいずれもが、発呼規制されている呼処理サーバ１に接続された電話端末３のものか否かを判定する。ここでは、呼処理サーバ１６への発呼規制が解除されたので、２つの電話番号のいずれもが、発呼規制されている呼処理サーバ１に接続された電話端末３のものでないと判定される。よって、発呼要求送信部４２は、発呼サーバ２に対し、「03-XXXX-XXXX」と「06-XXXX-XXXX」を含む発呼要求を送信する（Ｓ１０３）。
【００４５】
発呼サーバ２の輻輳状態判定部２１は、発呼サーバ２自身が輻輳していないなら、発呼要求送信部２２に発呼要求の送信を指示する。発呼要求送信部２２は、ステップＳ５、Ｓ７と同様に、呼処理サーバ１３、１６に発呼要求を送信する（Ｓ１０５、Ｓ１０７）。
【００４６】
呼処理サーバ１６では、例えば、発呼要求（Ｓ１０７）を受信するまでに、輻輳が解消する。この場合、呼処理サーバ１６は、「06-XXXX-XXXX」の電話端末３Ｂにリクエストを送信し、電話端末３Ｂとの間でセッションを確立する。呼処理サーバ１６は、発呼サーバ２に対し、信号「100 Trying」などを始めとする一連の信号を送受信する（詳細は省略する）。また、呼処理サーバ１３でも、輻輳がなければ、同様の処理がなされる。
【００４７】
また、発呼サーバ２の発呼要求送信部２２と各呼処理サーバ１３、１６との間で、一連の信号送受信が成功したなら、発呼サーバ２の応答送信部２３は、外部サーバ４に対し、成功応答を送信する（Ｓ１１１）。
【００４８】
外部サーバ４の応答制御部４３は、成功応答を受信したなら、ユーザ処理部４１に成功応答画面の表示を指示する。ユーザ処理部４１は、ユーザ装置５に成功応答画面を表示する（Ｓ１１３）。
【００４９】
なお、図４のシーケンスでは、呼処理サーバ１６が輻輳した例を説明したが、他の呼処理サーバでも同様である。例えば、呼処理サーバ１３が輻輳した場合は、呼処理サーバ１６、１３を逆に読み替えればよい。
【００５０】
また、図４のシーケンスでは、外部サーバ４は、規制解除後に、ユーザ装置５から、発呼要求を受信したなら（Ｓ４１）、発呼サーバ２に発呼要求を送信する（Ｓ１０３）こととしたが、発呼サーバ２で発呼要求（Ｓ３）を保持しておき、規制が解除されたら、その発呼要求を発呼サーバ２に送信する（Ｓ１０３）こととしてもよい。
【００５１】
したがって、本実施の形態によれば、発呼サーバ２が、外部サーバ４に対し、リトライタイマ値ならびに輻輳している呼処理サーバを示す輻輳詳細情報を含む応答を送信するので、外部サーバ４は、リトライタイマ値に対応する時間が経過するまでは、輻輳詳細情報に対応する呼処理サーバへの発呼を規制でき、よって、呼処理サーバの輻輳の解消を図ることができる。
【００５２】
図６は、発呼サーバ２が輻輳している場合のシーケンス図である。
【００５３】
ステップＳ１、Ｓ３は、図４と同様なので説明を省略する。
【００５４】
発呼サーバ２の輻輳状態判定部２１は、発呼サーバ２自身が輻輳している（例えば、ＣＰＵ等のリソースが規定値を超えている）なら、そのことを応答送信部２３に通知する。  応答送信部２３は、この通知を受けたなら、外部サーバ４に対し、所定のリトライタイマ値（例えば、予め設定したリトライタイマ値または予め設定した範囲の中でランダムに決定したリトライタイマ値「８秒」）ならびに、発呼サーバ２自身が輻輳していることを示す輻輳詳細情報を含む応答を送信する（Ｓ２０１）。例えば、輻輳詳細情報は、「０３」、「０６」などの全ての番号を示すように、つまり、全ての呼処理サーバ１を示すように設定される。
【００５５】
外部サーバ４の応答制御部４３は、リトライタイマ値を含む応答を受信したなら、図４のシーケンスと同様に、リトライタイマ値に対応する長さの時間が経過するまでは、輻輳詳細情報に対応する呼処理サーバ１への発呼を規制する（Ｓ２１）。
【００５６】
図４との違いは、図４では、特定の呼処理サーバ１への発呼が規制されるのに対し、図５では、発呼サーバ２への発呼、つまり、全ての呼処理サーバ１への発呼が規制されることである。
【００５７】
よって、例えば、外部サーバ４は、ユーザ装置５から発呼要求が送信されたら（Ｓ３１）、ユーザ装置５にエラー画面を表示する（Ｓ３３）。
【００５８】
そして、外部サーバ４は、規制解除後に、ユーザ装置５から、発呼要求を受信したなら（Ｓ４１）、ステップＳ３と同様に、発呼サーバ２に発呼要求を送信する（Ｓ１０３）。  発呼サーバ２は、ステップＳ５、Ｓ７と同様に、呼処理サーバ１３、１６に発呼要求を送信する（Ｓ１０５、Ｓ１０７）。
【００５９】
呼処理サーバ１３は、「03-XXXX-XXXX」の電話端末３Ａにリクエストを送信し、電話端末３Ａとの間でセッションを確立する。呼処理サーバ１３は、発呼サーバ２に対し、信号「100 Trying」などを始めとする一連の信号を送受信する（詳細は省略する）。
【００６０】
また、呼処理サーバ１６は、「06-XXXX-XXXX」の電話端末３Ｂにリクエストを送信し、電話端末３Ｂとの間でセッションを確立する。呼処理サーバ１６は、発呼サーバ２に対し、信号「100 Trying」などを始めとする一連の信号を送受信する（詳細は省略する）。
【００６１】
また、発呼サーバ２の発呼要求送信部２２と各呼処理サーバ１３、１６との間で、一連の信号送受信が成功したなら、発呼サーバ２の応答送信部２３は、外部サーバ４に対し、成功応答を送信する（Ｓ１１１）。
【００６２】
外部サーバ４の応答制御部４３は、成功応答を受信したなら、ユーザ処理部４１に成功応答画面の表示を指示し、ユーザ処理部４１は、ユーザ装置５に成功応答画面を表示する（Ｓ１１３）。
【００６３】
なお、図６のシーケンスでは、外部サーバ４は、規制解除後に、ユーザ装置５から、発呼要求を受信したなら（Ｓ４１）、発呼サーバ２に発呼要求を送信する（Ｓ１０３）こととしたが、発呼サーバ２で発呼要求（Ｓ３）を保持しておき、規制が解除されたら、その発呼要求を発呼サーバ２に送信する（Ｓ１０３）こととしてもよい。
【００６４】
したがって、本実施の形態によれば、発呼サーバ２が、発呼サーバ２自身が輻輳しているか否かを判定し、輻輳しているなら、外部サーバ４に対し、リトライタイマ値ならびに発呼サーバ２が輻輳していることを示す輻輳詳細情報を含む応答を送信するので、外部サーバ４は、リトライタイマ値に対応する時間が経過するまでは、発呼サーバ２への発呼要求を規制でき、よって、発呼サーバ２の輻輳の解消を図ることができる。
【００６５】
なお、本実施の形態では、特定のユーザ装置５、呼処理サーバ１３、１６ならびに、電話端末３Ａ、３Ｂを例として説明したが、他のユーザ装置、呼処理サーバ、電話端末であっても、動作の仕組みは同じである。
【符号の説明】
【００６６】
１、１３、１６…呼処理サーバ
２…発呼サーバ
４…外部サーバ
３、３Ａ、３Ｂ…電話端末
５…ユーザ装置
２１…輻輳状態判定部
２２…発呼要求送信部
２３…応答送信部
４１…ユーザ処理部
４２…発呼要求送信部
４３…応答制御部
【図１】
2014154903.tif 000003
【図２】
2014154903.tif 000004
【図３】
2014154903.tif 000005
【図４】
2014154903.tif 000006
【図５】
2014154903.tif 000007
【図６】
2014154903.tif 000008
【図７】
2014154903.tif 000009