(57)【要約】【課題】輻輳状態が発生した場合であっても、輻輳状態を早期に解消させて通話サービスの安定化を図る。【解決手段】指示部２３により接続要求の送信元の通信端末の接続状態を待ち状態に移行させ、通信制御部２２により空き回線が有るか否かを判定し、ある場合には第１接続部２４により接続先加入者の通信端末への接続を行い、ない場合には登録部２５により接続要求に含まれる接続元の加入者情報と接続先の加入者情報とを空き待ちリストに登録し、接続状態の呼を監視して所定条件に該当する呼は強制切断部２６により強制的に切断し、切断で発生した空き回線に新たな呼接続を割り当て、空き待ちリストに登録されている通信端末への接続を第２接続部２７により行う加入者収容サーバ１３とする。【選択図】図２
2014078887.tif 000002
【特許請求の範囲】
【請求項１】
配下に収容される加入者の通信端末宛に送信される呼接続要求を自装置の他の通信端末または他の通信制御装置の配下に収容される通信端末から受け付けると、前記加入者の通信端末への呼接続を実行する通信制御装置において、
前記呼接続要求を送信してきた通信端末に接続待ち状態を通知させる手段と、
前記呼接続要求に含まれる接続先加入者の通信端末へ接続するために必要な空き回線が有るか否かを判定する判定手段と、
前記判定手段によって前記空き回線があると判定された場合に前記呼接続要求に含まれる前記接続先加入者の通信端末への接続を行なう第１の接続手段と、
前記判定手段によって前記空き回線がないと判定された場合に、前記呼接続要求に含まれる接続元加入者情報と接続先加入者情報とを空き待ちリストに登録する登録手段と、
接続状態の呼を監視して、所定の条件に該当する呼については強制的に切断する強制切断手段と、
前記強制切断手段により強制的に呼が切断された場合に、切断により発生した空き回線に前記空き待ちリストに登録されている前記呼接続要求に基づく通信端末への接続を行なう第２の接続手段と、
を有することを特徴とする通信制御装置。
【請求項２】
請求項１に記載の通信制御装置であって、
前記強制切断手段が呼接続を切断する所定の条件は、通信端末同士の接続が確立した時点から一定時間が経過した場合、接続先の加入者の通信端末の接続状態が一定時間話中状態であった場合、接続先の加入者の通信端末の応答がなかった場合の少なくともいずれか１つであることを特徴とする通信制御装置。
【請求項３】
配下に収容される加入者の通信端末宛に送信される呼接続要求を自装置の他の通信端末または他の通信制御装置の配下に収容される通信端末から受け付けると、前記加入者の通信端末への呼接続を実行する通信制御方法において、
前記呼接続要求を送信してきた通信端末に接続待ち状態を通知させるステップと、
前記呼接続要求に含まれる接続先加入者の通信端末へ接続するために必要な空き回線が有るか否かを判定する判定ステップと、
前記判定ステップによって前記空き回線があると判定された場合に前記呼接続要求に含まれる前記接続先加入者の通信端末への接続を行なう第１の接続ステップと、
前記判定ステップによって前記空き回線がないと判定された場合に、前記呼接続要求に含まれる接続元加入者情報と接続先加入者情報とを空き待ちリストに登録する登録ステップと、
前記判定ステップにより前記空き回線がないと判定された場合に、呼接続要求を送信してきた通信端末に対して接続待ち状態を通知させるステップと、
接続状態の呼を監視して、所定の条件に該当する呼については強制的に切断する強制切断ステップと、
前記強制切断ステップにより強制的に呼が切断された場合に、切断により発生した空き回線に前記空き待ちリストに登録されている前記呼接続要求に基づく通信端末への接続を行なう第２の接続ステップと、
を含むことを特徴とする通信制御方法。
【請求項４】
配下に収容する加入者の通信端末宛に送信される呼接続要求を他の通信制御装置から受け付けると、前記加入者の通信端末への呼接続を実行するコンピュータを、
前記呼接続要求を送信してきた通信端末に接続待ち状態を通知させる手段と、
前記呼接続要求に含まれる接続先加入者の通信端末へ接続するために必要な空き回線が有るか否かを判定する判定手段と、
前記判定手段によって前記空き回線があると判定された場合に前記呼接続要求に含まれる前記接続先加入者の通信端末への接続を行なう第１の接続手段と、
前記判定手段によって前記空き回線がないと判定された場合に、前記呼接続要求に含まれる接続元加入者情報と接続先加入者情報とを空き待ちリストに登録する登録手段と、
接続状態の呼を監視して、所定の条件に該当する呼については強制的に切断する強制切断手段と、
前記強制切断手段により強制的に呼が切断された場合に、切断により発生した空き回線に前記空き待ちリストに登録されている前記呼接続要求に基づく通信端末への接続を行なう第２の接続手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御装置および通信制御方法、並びにプログラムに関する。
【背景技術】
【０００２】
通信システムでは、ユーザが通信端末を利用する場所や利用時間帯などの外部要因によってサーバに対する接続要求（トラフィック）が変化する。たとえば、花火大会、スポーツの試合、コンサートなどのイベントなどが行われている場合に、通常の数倍から数十倍の接続要求が発生することがある。このような状況下では、多くの接続要求がサーバに殺到してしまうため、輻輳状態が発生し、安定した通話サービスの提供ができなくなることがある。
【０００３】
このような輻輳状態となることを防止するために、ユーザからの接続要求に対して優先制御を行なって通信システムへの負荷を低減させると共に、再度の接続要求を低減させる技術が知られている（たとえば、特許文献１参照）。特許文献１に開示される技術では、輻輳時の接続確保の手段として、優先的に接続できる時間帯をユーザの通信端末毎に事前に発行しておき、その事前に発行された優先接続時間帯にユーザの通信端末から接続要求を行なわせる方式を採用している。これにより、優先接続時間帯での接続要求を事前にユーザに対して促す効果があるため、短時間に集中していた接続要求を分散させることが可能となる。その結果、接続できないユーザからの再度の接続要求を減少させることができるため、通信システムへの負荷を軽減させることが可能となっている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−１２０１３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に開示される優先制御では突発的な接続要求が大量発生する場合（たとえば、災害発生時など）、優先権は事前に取得することが前提のため、優先権が発行された接続者以外の発呼者のほとんどは接続することができない。そのため、接続先の加入者へ接続できない発呼者は、接続できるまで接続要求を短時間で繰り返し行なうことになり、大量の接続要求がサーバに対して殺到し、長時間に渡って輻輳状態が発生してしまう。また、特許文献１に開示される優先制御では、一旦輻輳状態になっても、単位時間当たりの優先権最大発行数を越えない範囲でしか接続させることができないため、輻輳状態を容易に解消させることができず、早期に通話サービスを安定化させることはできない。
【０００６】
そこで、本発明は、上述した課題を解決すること、すなわち、輻輳状態が発生した場合であっても、輻輳状態を早期に解消させて通話サービスの安定化を図ることができる通信制御装置および通信制御方法、並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述の課題を解決するために、本発明の一側面は、通信制御装置に関するものである。すなわち、配下に収容される加入者の通信端末宛に送信される呼接続要求を自装置の他の通信端末または他の通信制御装置の配下に収容される通信端末から受け付けると、加入者の通信端末への呼接続を実行する通信制御装置において、呼接続要求を送信してきた通信端末に接続待ち状態を通知させる手段と、呼接続要求に含まれる接続先加入者の通信端末へ接続するために必要な空き回線が有るか否かを判定する判定手段と、判定手段によって空き回線があると判定された場合に呼接続要求に含まれる接続先加入者の通信端末への接続を行なう第１の接続手段と、判定手段によって空き回線がないと判定された場合に、呼接続要求に含まれる接続元加入者情報と接続先加入者情報とを空き待ちリストに登録する登録手段と、接続状態の呼を監視して、所定の条件に該当する呼については強制的に切断する強制切断手段と、強制切断手段により強制的に呼が切断された場合に、切断により発生した空き回線に空き待ちリストに登録されている呼接続要求に基づく通信端末への接続を行なう第２の接続手段と、を有することを特徴とする通信制御装置である。
【０００８】
また、本発明の通信制御装置は、上述の構成に加えて、強制切断手段が呼接続を切断する所定の条件は、通信端末同士の接続が確立した時点から一定時間が経過した場合、接続先の加入者の通信端末の接続状態が一定時間話中状態であった場合、接続先の加入者の通信端末の応答がなかった場合の少なくともいずれか１つとすることができる。
【０００９】
また、本発明の一側面は、通信制御方法に関するものである。すなわち、配下に収容される加入者の通信端末宛に送信される呼接続要求を自装置の他の通信端末または他の通信制御装置の配下に収容される通信端末から受け付けると、加入者の通信端末への呼接続を実行する通信制御方法において、呼接続要求を送信してきた通信端末に接続待ち状態を通知させるステップと、呼接続要求に含まれる接続先加入者の通信端末へ接続するために必要な空き回線が有るか否かを判定する判定ステップと、判定ステップによって空き回線があると判定された場合に呼接続要求に含まれる接続先加入者の通信端末への接続を行なう第１の接続ステップと、判定ステップによって空き回線がないと判定された場合に、呼接続要求に含まれる接続元加入者情報と接続先加入者情報とを空き待ちリストに登録する登録ステップと、接続状態の呼を監視して、所定の条件に該当する呼については強制的に切断する強制切断ステップと、強制切断ステップにより強制的に呼が切断された場合に、切断により発生した空き回線に空き待ちリストに登録されている呼接続要求に基づく通信端末への接続を行なう第２の接続ステップと、を有することを特徴とする通信制御方法である。
【００１０】
さらに、本発明の一側面は、プログラムに関するものである。すなわち、配下に収容する加入者の通信端末宛に送信される呼接続要求を他の通信制御装置から受け付けると、加入者の通信端末への呼接続を実行するコンピュータを、呼接続要求を送信してきた通信端末に接続待ち状態を通知させる手段と、呼接続要求に含まれる接続先加入者の通信端末へ接続するために必要な空き回線が有るか否かを判定する判定手段と、判定手段によって空き回線があると判定された場合に呼接続要求に含まれる接続先加入者の通信端末への接続を行なう第１の接続手段と、判定手段によって空き回線がないと判定された場合に、呼接続要求に含まれる接続元加入者情報と接続先加入者情報とを空き待ちリストに登録する登録手段と、接続状態の呼を監視して、所定の条件に該当する呼については強制的に切断する強制切断手段と、強制切断手段により強制的に呼が切断された場合に、切断により発生した空き回線に空き待ちリストに登録されている呼接続要求に基づく通信端末への接続を行なう第２の接続手段、として機能させるためのプログラムである。
【発明の効果】
【００１１】
本発明によれば、輻輳状態が発生した場合であっても、輻輳状態を早期に解消させて通話サービスの安定化を図ることができる通信制御装置および通信制御方法、並びにプログラムを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施の形態に係る通信制御装置を含む通信システム１を示す図である。
【図２】図１に示す加入者収容サーバ１３の機能の構成を示すブロック図である。
【図３】図１に示す加入者収容サーバ１３が実行する通信制御処理を示すフローチャートである。
【図４】図１に示す加入者収容サーバ１３が実行する他の通信制御処理をＳＩＰ（Session Initiation Protocol）により実現した場合の接続シーケンスを示す図である。
【図５】コンピュータのハードウェアの構成例を示すブロック図である。
【発明を実施するための形態】
【００１３】
以下、本発明の一実施の形態の通信制御装置について、図１〜図５を参照しながら説明する。なお、本発明の一実施の形態の通信制御方法およびプログラムについては、通信制御装置の動作および通信制御装置にインストールされているプログラムを例として説明する。
【００１４】
まず、本発明の一実施の形態の通信制御装置を含む通信システム１の構成について説明する。図１は、本発明の一実施の形態に係る通信制御装置を含む通信システム１を示す図である。通信システム１は、加入者収容サーバ１１a,１１ｂ，１１ｃ、中継サーバ１２、加入者収容サーバ１３、および音源サーバ１４から構成される。本実施例では、加入者収容サーバ１３が請求項の通信制御装置が備える機能（後述）に相当する設定がなされており、他の通信制御装置に相当する加入者収容サーバ１１a,１１ｂ，１１ｃの配下に収容される不図示の通信端末から、自己の配下に収容される不図示の通信端末への呼接続要求を受け付けると共に、該当する通信端末と接続させるものである。しかしながら、加入者収容サーバ１１a,１１ｂ，１１ｃに請求項の通信制御装置が備える機能（後述）に相当する設定を行ない、加入者収容サーバ１３との役割が逆となるように構成することも可能である。なお、以下の説明において、加入者収容サーバ１１a,１１ｂ，１１ｃをそれぞれ区別して説明する必要がない場合には単に加入者収容サーバ１１ということがある。
【００１５】
加入者収容サーバ１１は、配下に収容している全ての加入者の通信端末のサービス契約情報の管理および呼状態の管理を行なう。そして、加入者収容サーバ１１は、配下に収容している通信端末から送信された発呼信号の送信先となる加入者収容サーバ１１を決定したり、他の通信端末から配下の通信端末へ向けて送信された発呼信号、応答信号など（呼制御信号）を転送するためのルーティング処理などの呼制御を行なう。なお、ここでいう加入者の通信端末とは、たとえば事業所などに設置される据置型の電話機などである。電話機は、ユーザの操作に応じて、通話先となる電話機の電話番号などからなるダイヤル番号情報を含む発呼信号（呼制御信号の一種）を生成して加入者収容サーバ１１へ発信することができる。なお、加入者の通信端末としては、据置型の電話機以外に携帯電話などであってもよい。
【００１６】
中継サーバ１２は、加入者収容サーバ１１、加入者収容サーバ１３および音源サーバ１４のそれぞれと通信可能となるように構成されている。中継サーバ１２は、これらの装置から受信した発呼信号、応答信号などを転送するルーティング処理などを行なって呼制御信号の中継を行なう。なお、中継サーバ１２は、通信システム１を構成するネットワーク構成によって適宜変更可能であり、必ずしもサーバ装置で構成する必要はない。すなわち、中継サーバ１２は、たとえば、呼接続要求を中継するための専用のネットワーク（中継網）あるいはネットワーク機器などによって構成されるものでもよい。
【００１７】
加入者収容サーバ１３は、加入者収容サーバ１１と同様の呼制御を行なうことに加えて以下の機能を有している。図２は、図１に示す加入者収容サーバ１３の機能の構成を示すブロック図である。加入者収容サーバ１３は、図２に示すように設定部２１、通信制御部２２、指示部２３、第１接続部２４、登録部２５、強制切断部２６、第２接続部２７および接続切替部２８を有している。
【００１８】
設定部２１には、どのような通信制御処理を実行するかを決定するための設定情報が保持されている。設定部２１に保持されている設定情報には、たとえば通常時において実行される通信制御処理を実行する設定情報、災害時などの突発的な呼接続要求が大量に発生し、輻輳状態となった場合であっても対応することができる特別な通信制御処理を実行する設定情報などがある。なお、本実施形態の場合には、後者の設定情報、すなわち特別な呼制御処理を実行する設定情報が保持されている。なお、設定部２１に保持されている設定情報は、たとえば、通信システム１を管理しているユーザによって予め設定されるものであってもよいし、随時設定されるものであってもよいし、あるいは加入者収容サーバ１３の呼制御の状態に応じて自動的に設定されるものであってもよい。自動的に設定される例としては、たとえば加入者収容サーバ１３にて許容される接続数の上限を超える接続数となった場合などである。
【００１９】
通信制御部２２は、自己の配下に収容される通信端末について、後述する指示部２３、第１接続部２４、登録部２５、強制切断部２６、第２接続部２７および接続切替部２８それぞれに指示を行なって、通信制御処理を実行する。たとえば、通信制御部２２は、設定部２１に保持されている設定情報を参照して、外部からの呼接続要求に対する呼制御処理を実行する。また、通信制御部２２は、自己の配下に収容している通信端末の現在の接続状態を監視する。また、通信制御部２２は、自己の配下に収容している通信端末への呼接続要求があると、後述する指示部２３により接続元となる通信端末の接続状態を指示した上で、接続先となる加入者の通信端末へ接続するために必要な空き回線が有るか否かを判定する。通信制御部２２は、空き回線が有るか否かにより、呼接続要求を送信してきた加入者収容サーバ１１に収容されている他の通信端末に対するその後の応答処理を決定する。
【００２０】
指示部２３は、呼接続要求を送信してきた加入者収容サーバ１１に対して加入者の通信端末を接続待ち状態とするように指示する。接続待ち状態とするように指示された加入者収容サーバ１１は、該当する通信端末の通信パスを音源サーバ１４へと設定する。その結果、接続待ち状態となった加入者の通信端末では自動音声ガイダンスが流れている状態（いわゆるトーキ状態）となる。なお、通信端末側では、音声のガイダンスのみではなく、映像が通知されてもよいし、音声ではなく、単に暫定応答信号（たとえば、ＲＦＣ３２６１で規定されている暫定応答信号１８２など）が通知されるように構成してもよい。
【００２１】
第１接続部２４は、空き回線があると判定された場合に、呼接続要求に含まれる接続先の加入者の通信端末への接続を行なう。
【００２２】
登録部２５は、空き回線がないと判定された場合に、送信されてきた呼接続要求から接続元の加入者情報と接続先の加入者情報とを特定し、これらの情報を空き待ちリストに登録する。これにより、加入者収容サーバ１３が保持している空き待ちリストには接続を待機している呼接続要求が順番に登録されていく。
【００２３】
強制切断部２６は、所定の条件に該当する呼接続について強制的に切断する。なおここでいう所定の条件とは、たとえば、通信端末同士の接続が確立した時点（通話が成立した時点）から一定時間（たとえば５分、１０分など）が経過した場合などである。
【００２４】
第２接続部２７は、強制切断部２６により強制的に呼が切断された場合に、切断により発生した空き回線に新たな呼接続を割り当てるために、空き待ちリストに登録されている呼接続要求に基づいて通信端末への接続を行なう。なお、第２接続部２７は、接続先となる通信端末との接続が失敗した場合には、空き待ちリストで割り当てようとした呼接続の次に登録されている呼接続を参照して通信端末への接続を順次行っていく。
【００２５】
接続切替部２８は、第１接続部２４あるいは第２接続部２７により接続先となる加入者の通信端末への接続が成功した場合に、加入者収容サーバ１１により通信端末の状態を接続待ち状態から接続先加入者との接続するための通信パスへ切り替えさせる。これにより、呼接続要求を行なった加入者の通信端末と接続先となる他の加入者の通信端末とが接続されて通話状態となる。
【００２６】
図１に戻り、音源サーバ１４は、加入者の通信端末の接続状態に応じた音声データが格納されている装置である。加入者収容サーバ１１が、通信パスを接続要求先となる通信端末から音源サーバ１４へと切り替えることにより、加入者の通信端末では、音源サーバ１４に格納されている音声データに基づく自動音声メッセージが再生される。なお、音源サーバ１４は、加入者収容サーバ１１a,１１ｂ，１１ｃそれぞれから接続可能となるように複数設置されてもよい。
【００２７】
図３は、図１に示す加入者収容サーバ１３が実行する通信制御処理を示すフローチャートである。なお、図３に示す通信制御処理は、上述したように設定部２１により特別な通信制御処理が実行される設定情報が保持されていることを前提とする。この通信制御処理は、たとえば大規模な震災等の要因により特定の地域が混乱状態となることが想定される場合に、地域ごとに設置されている加入者収容サーバのうち、被災した地域の加入者収容サーバに対して設定されて実行されるものである。なおこの特別な通信制御処理を実行する設定がなされている状態は便宜上「罹災状態」という言葉を用いて説明する。
【００２８】
罹災状態に設定された加入者収容サーバ１３では、加入者収容サーバ１１から自サーバに収容される加入者の通信端末宛ての呼接続要求毎に、以下に示す処理が実行される（ＳＴＡＲＴ）。加入者収容サーバ１３の通信制御部２２は、呼接続要求を送信してきた加入者収容サーバ１１へ待ち状態への移行を指示する（ステップＳ１）。
【００２９】
加入者収容サーバ１１側では、ステップＳ１の加入者収容サーバ１３からの待ち状態への移行の指示を受けて、音源サーバ１４へ接続待ち状態を伝える音声データ（音源）をリクエストする。そして、加入者収容サーバ１１が、呼接続要求を行ってきた加入者の通信端末の通信パスを、接続要求先の通信端末から音源サーバ１４へと切り替えることにより、加入者の通信端末では音源サーバ１４に格納されている音声データに基づく自動音声メッセージが再生され、いわゆるトーキ接続状態となる。
【００３０】
通信制御部２２は、ステップＳ１の待ち状態への移行指示を行なった後に、空き状態のリソースがあるか否かを判定する（ステップＳ２）。通信制御部２２は、空き状態のリソースがない場合（ステップＳ２でＮｏ）にはステップＳ３の処理へと移行し、空き状態のリソースがある場合（ステップＳ２でＹｅｓ）は、加入者収容サーバ１１から呼接続要求があった通信端末と自サーバに収容される加入者の通信端末との接続を行なう（ステップＳ３）。
【００３１】
ステップＳ３の処理を実行して自サーバに収容される加入者の通信端末との接続に成功した場合、通信制御部２２は、トーキ接続状態となっている接続要求元の通信端末の接続を自サーバに収容される加入者の通信端末の通信パスに切り替えるように加入者収容サーバ１１へ指示を行なう。
【００３２】
加入者収容サーバ１１側では、加入者収容サーバ１３からの通信パスの切替指示を受けてトーキ接続状態となっている加入者の通信端末の通信パスを接続要求先の通信端末へと切り替える。
【００３３】
なお、トーキ接続状態にされている接続要求元の加入者の通信端末が必ずしも応答を待っているとは限らない。そのため、加入者収容サーバ１１は、トーキ接続状態となっている加入者の通信端末が話中状態となっている場合や一定時間の応答が無い場合には、加入者収容サーバ１３に対して、該当する音声データ（音源）を接続要求先の通信端末の通信パスへと切り替えるように指示する。加入者収容サーバ１３は、自サーバに収容される加入者の通信端末の通信パスを、音源サーバ１４上の接続要求元の通信端末と接続できない旨を伝えるトーキに接続へ切り替えて、自動音声メッセージを再生する。そして、自動音声メッセージの終了をもって、両者の接続を切断する。これにより、接続要求先の通信端末が接続要求元の通信端末からの応答を待っているのみで実際には通話サービスが利用されていないにもかかわらず通信回線が占拠されてしまうことを防止することができる。
【００３４】
一方、ステップＳ２において、空き状態のリソースがないと判定された場合、通信制御部２２からの指示を受けた登録部２５は、空き待ちリストに登録順によって大きくなる番号を付与して、空き待ち状態の登録を行なう（ステップＳ４）。空き待ちリストにはたとえば接続元となる通信端末の加入者情報と接続先となる通信端末の加入者情報とが登録される。空き待ちリストに情報が登録されるとステップＳ５の処理へ移行する。
【００３５】
通信制御部２２は、接続状態の呼を監視し、強制切断すべきものがあるか否かの判定を行なう（ステップＳ５）。なお、強制切断は、たとえば通信端末同士での接続（通話）が成立したときから一定時間が経過した場合に実行できるように、加入者収容サーバ１３側でタイマ登録を実行し、一定時間の経過を観測した時点で行なうようにすればよい。
【００３６】
ステップＳ５において強制切断をすべきものがある場合にはさらに、空き待ちリストに登録されている呼接続要求があるか否かを判定する（ステップＳ６）。空き待ちリストに登録されている呼接続要求がある場合（ステップＳ６でＹＥＳ）には、通信制御部２２は、強制切断部２６によって強制切断を行い、空き待ちリストに登録されていない場合（ステップＳ６でＮｏ）には処理を終了する（ＥＮＤ）。また、強制切断部２６は、強制切断を実行する呼についての通信パスを音源サーバ１４へと切り替えさせて、該当する音声データを通信端末で再生させるように加入者収容サーバ１１へと指示する。なお、該当する呼についての通信パスを音源サーバ１４へ切り替えの指示を行なわないで、強制的に切断するようにしてもよい。
【００３７】
強制切断が完了すると、通信制御部２２は、強制切断により発生した空きリソースを、新たな発呼者に割り当てるため、この空き待ちリストの最も小さい番号が付与されている接続先加入者の通信端末へ接続する（ステップＳ７）。
【００３８】
通信制御部２２は、接続先の加入者の通信端末との接続が成功した場合、発信側の加入者への音声パスをトーキ接続の状態から接続先となる加入者の通信端末との接続に切り替えるように加入者収容サーバ１１に指示する（ステップＳ８）。
【００３９】
以上のように、強制切断を実行する条件を設け、強制切断を行なうことで加入者収容サーバ１３側で新たに空き回線が発生するため、この発生した空き回線を空き待ちリストの最も小さい番号が付与された発呼者へと割り当てることで、回線待ちをしている加入者へ順次接続させることができる。なお、ステップＳ８以降の動作はステップＳ６の処理へと戻ってもよい。また、ステップＳ１の待ち状態への移行指示とステップＳ２の空き状態のリソース有無の判定とは順序を逆にして、空き状態のリソースがない場合には待ち状態への移行指示を行なって、それ以降の処理をするようにしてもよい。
【００４０】
また、上述した通信制御処理では、加入者収容サーバ１１の配下に収容されている通信端末から加入者収容サーバ１３の配下に収容されている通信端末への接続要求を例として説明したが、加入者収容サーバ１３の配下に収容されている通信端末同士においても同様に適用できる。なお、その場合には、自サーバ内での通信を確立すればよいため、加入者収容サーバ１１に対する図５のステップＳ１の待ち状態への移行指示およびステップＳ８の接続切替指示について省略することが可能である。すなわち、加入者収容サーバ１３の配下に収容されている通信端末同士の通話の場合には、ステップＳ２の処理である空き状態のリソース判定から実行することができ、ステップＳ８の処理については加入者収容サーバ１３において接続切替処理を実行することができる。
【００４１】
図４は、図１に示す加入者収容サーバ１３が実行する他の通信制御処理をＳＩＰ（Session Initiation Protocol）により実現した場合の接続シーケンスを示す図である。図４で示すトランザクションでは、加入者の通信端末Ａから別の加入者の通信端末Ｂ宛のＩＮＶＩＴＥリクエストが発行されることで開始される。図４に示すように、通信端末Ａから発行されたＩＮＶＩＴＥリクエストは、加入者収容サーバ１１、中継サーバ１２を介して加入者収容サーバ１３へと送信される。なお、中継サーバ１２は、ＩＮＶＩＴＥリクエストを受信すると、通信端末Ａに対して試行中である旨の応答（１００ Trying）を送り返す。この応答は、ＩＮＶＩＴＥリクエストが確かに受信され、中継サーバ１２が通信端末Ａに成り代わって、通信端末Ｂに対するＩＮＶＩＴＥリクエストの送信を試みていることを通信端末Ａに対して通知するものである。
【００４２】
中継サーバ１２からＩＮＶＩＴＥリクエストを受け取った加入者収容サーバ１３は、空き状態のリソースがあるか否かを判定し、リソースがある場合には、自サーバに収容されている通信端末ＢにＩＮＶＩＴＥリクエストを送信し、リソースがない場合には、その呼をキュー（図３で説明した空き待ちリストに相当）に登録する。この例では、空き状態のリソースがないため、通信端末ＡからのＩＮＶＩＴＥリクエストがキューに入れられたことを示すメッセージが加入者収容サーバ１３から加入者収容サーバ１１へと送信される（１８２ Queued）。加入者収容サーバ１１は、音声データのＩＮＶＩＴＥリクエストを音源サーバ１４へ送信して、通信端末Ａ上で接続待ちの状態である旨のメッセージを再生させる。
【００４３】
そして、加入者収容サーバ１３は、所定の条件に該当する呼がある場合には、強制的に切断する処理を実行する。ここでの所定の条件とは、たとえば通信端末同士での接続（通話）が成立したときから一定時間が経過した場合などである。その後、強制切断によりキューに空きができるため、加入者収容サーバ１３は、キューに登録されている通信端末ＡからのＩＮＶＩＴＥリクエストを通信端末Ｂへと送信する。通信端末ＡからのＩＮＶＩＴＥリクエストを受信した通信端末Ｂは、呼び出し中を示すメッセージを加入者収容サーバ１３へと送信する（１８０ Ringing）。そして、通信端末Ｂは、通話可能な状態になると、ＩＮＶＩＴＥリクエストが成功した旨（２００ ＯＫ）を、加入者収容サーバ１３および中継サーバ１２を介して加入者収容サーバ１１へと送信する。加入者収容サーバ１１は、ＵＰＤＡＴＥを通信端末Ａに送信し、通信端末Ａから応答する旨（２００
ＯＫ）が返信されてくると、音源サーバ１４に対しては終了する旨を送信し（ＢＹＥ）、その応答（２００ ＯＫ）を受信する。そして、ＡＣＫメッセージを通信端末Ｂへ送信して、通信端末Ａと通信端末Ｂの通話処理が開始される。
【００４４】
なお、上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウエアにより実行することもできる。一連の処理をソフトウエアにより実行する場合には、そのソフトウエアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
【００４５】
図５は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
【００４６】
コンピュータにおいて、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）５１，ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）５２，ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）５３は、バス５４により相互に接続されている。
【００４７】
バス５４には、さらに、入出力インタフェース５５が接続されている。入出力インタフェース５５には、キーボード、マウス、マイクロホンなどよりなる入力部５６、ディスプレイ、スピーカなどよりなる出力部５７、ハードディスクや不揮発性のメモリなどよりなる記憶部５８、ネットワークインタフェースなどよりなる通信部５９、磁気ディスク、光ディスク、光磁気ディスク、あるいは半導体メモリなどのリムーバブルメディア６１を駆動するドライブ６０が接続されている。
【００４８】
以上のように構成されるコンピュータでは、ＣＰＵ５１が、例えば、記憶部５８に記憶されているプログラムを、入出力インタフェース５５およびバス５４を介して、ＲＡＭ５３にロードして実行することにより、上述した一連の処理が行われる。
【００４９】
コンピュータ（ＣＰＵ５１）が実行するプログラムは、例えば、磁気ディスク（フレキシブルディスクを含む）、光ディスク（ＣＤ-ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ-Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）等）、光磁気ディスク、もしくは半導体メモリなどよりなるパッケージメディアであるリムーバブルメディア６１に記録して、あるいは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供される。
【００５０】
そして、プログラムは、リムーバブルメディア６１をドライブ６０に装着することにより、入出力インタフェース５５を介して、記憶部５８に記憶することで、コンピュータにインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部５９で受信し、記憶部５８に記憶することで、コンピュータにインストールすることができる。その他、プログラムは、ＲＯＭ５２や記憶部５８にあらかじめ記憶しておくことで、コンピュータにあらかじめインストールしておくことができる。
【００５１】
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【００５２】
以上説明したように、加入者収容サーバ１３は、配下に収容される加入者の通信端末宛に送信される呼接続要求を自装置の他の通信端末または他の通信制御装置である加入者収容サーバ１１の配下に収容される通信端末から受け付けると、呼接続要求を送信してきた通信端末に接続待ち状態を通知させ、通信制御部２２により呼接続要求に含まれる接続先加入者の通信端末へ接続するために必要な空き回線が有るか否かを判定し、空き回線があると判定された場合に第１接続部２４により呼接続要求に含まれる接続先加入者の通信端末への接続を行い、空き回線がないと判定された場合に登録部２５により前接続要求に含まれる接続元加入者情報と接続先加入者情報とを空き待ちリストに登録し、接続状態の呼を監視して、所定の条件に該当する呼については強制切断部２６により強制的に切断し、強制的に呼が切断された場合に、切断により発生した空き回線に空き待ちリストに登録されている呼接続要求に基づく通信端末への接続を第２接続部２７により行なうようにしている。そのため、突発的な呼接続要求が発生して輻輳状態となった場合であっても、回線使用待ちである旨の自動音声アナウンスが流れて、通信回線に空きが出来次第、回線の空き待ちとなっているユーザが順次接続されるようになる。これにより、繰り返し発呼し、輻輳状態の元となるユーザに対して順次接続させることができるので、ユーザが繰り返し発呼する必要をなくすことができる。また、接続されている呼を監視して、所定の条件に該当する呼については強制的に呼を切断することで、効率よく通信回線を使用させることができる。すなわち、大量の呼接続要求に起因して輻輳状態が発生しても、まったく連絡できない状況とならないように、順次接続させることにより輻輳状態を解消させ、通話サービスの早期の安定化を図ることができる。特に、大規模災害発生後の場合、加入者収容サーバ１３における、輻輳状態を比較的早期に復旧することが可能となると共に、一定時間ずつではあるが、安否確認のための通話時間を加入者毎に確保することができる。
【００５３】
また、加入者収容サーバ１３は、強制切断部２６が呼接続を強制的に切断する所定の条件として、通信端末同士の接続が確立した時点から一定時間が経過した場合、接続先の加入者の通信端末の接続状態が一定時間話中状態であった場合、接続先の加入者の通信端末の応答がなかった場合の少なくともいずれか１つとしている。これにより、既に接続状態となっている呼についても、実質的に通話サービスとして機能していない接続や、一定時間以上接続されているものについては強制的に切断することで、全体の呼接続要求に対して、効率よく通信回線を使用させることが可能となる。
【００５４】
また、上述した加入者収容サーバ１３が実行する呼接続に関する通信制御方法、および加入者収容サーバにインストールされているプログラムは、加入者収容サーバ１３が奏する上述した効果と同様の効果を奏するものである。
【００５５】
また、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。たとえば、加入者収容サーバ１３として設定する条件として罹災状態を設定することを挙げているが、この設定を行わずに任意のサーバが、あらゆる輻輳の発生事由により、許容数以上の同時接続を求められた場合に自動的に上述した実施例で説明した通信制御方法を適用することができる。
【符号の説明】
【００５６】
１…通信システム、１１，１１a,１１ｂ，１１ｃ…加入者収容サーバ（他の通信制御装置の一例）、１３…加入者収容サーバ（通信制御装置の一例）、２２…通信制御部（判定手段の一例）、２３…指示部（再生させる手段）２４…第１接続部（第１接続手段の一例）、２５…登録部（登録手段の一例）、２６…強制切断部（強制切断手段の一例）、２７…第２接続部（第２接続手段の一例）、
【図１】
2014078887.tif 000003
【図２】
2014078887.tif 000004
【図３】
2014078887.tif 000005
【図４】
2014078887.tif 000006
【図５】
2014078887.tif 000007