(57)【特許請求の範囲】
【請求項１】
通信回線を介して上位のＩＰ電話網と接続されるとともに電話回線を介して下位の電話装置と接続し、これらＩＰ電話網と電話装置とを中継接続することにより、当該ＩＰ電話網を用いた当該電話装置による音声通話を実現するゲートウェイ機能を有する電話制御装置であって、
前記ＩＰ電話網との間で呼制御メッセージをやり取りするメッセージ処理部と、
前記メッセージ処理部で受信した前記ＩＰ電話網からの着信メッセージに応じて前記電話装置へ着信を通知し、当該着信に対して当該電話装置から通知された応答に応じて、当該メッセージ処理部から当該ＩＰ電話網に対して応答メッセージを送信する呼制御部と、
前記電話装置に対する着信通知に応じて前記電話装置での着信処理数をインクリメントし、当該着信に対する当該電話装置からの応答通知に応じて当該着信処理数をデクリメントする着信監視部とを備え、
前記呼制御部は、前記着信処理数が上限処理数に達している場合には、前記電話装置に対して前記着信を通知せず、一定の待ち時間だけ待機した後、前記メッセージ処理部から前記ＩＰ電話網に対してビジーメッセージを送信する
ことを特徴とする電話制御装置。
【請求項２】
請求項１に記載の電話制御装置において、
前記呼制御部は、前記着信処理数が上限処理数に達している状態が上限継続時間以上続いた場合、前記待ち時間を一定の延長時間だけ延長することを特徴とする電話制御装置。
【請求項３】
請求項１または請求項２に記載の電話制御装置において、
前記呼制御部は、前記着信処理数が上限処理数に達している際に、前記ＩＰ電話網から通知された着信メッセージが緊急呼を示す場合、前記ＩＰ電話網に対して前記ビジーメッセージを送信することなく、当該緊急呼を前記電話装置へ通知することを特徴とする電話制御装置。
【請求項４】
複数の電話端末と、これら電話端末をＩＰ電話網に対して交換接続することにより、当該ＩＰ電話網を用いた前記電話端末による通話を実現する電話制御装置とを含む電話システムであって、
前記電話制御装置は、
前記ＩＰ電話網との間で呼制御メッセージをやり取りするメッセージ処理部と、
前記メッセージ処理部で受信した前記ＩＰ電話網からの着信メッセージに応じて前記電話端末へ着信を通知し、当該着信に対して当該電話端末から通知された応答に応じて、当該メッセージ処理部から当該ＩＰ電話網に対して応答メッセージを送信する呼制御部と、
前記電話端末に対する着信通知に応じて着信処理数をインクリメントし、当該着信に対する当該電話端末からの応答通知に応じて当該着信処理数をデクリメントする着信監視部とを備え、
前記呼制御部は、前記着信処理数が上限処理数に達している場合には、前記電話端末に対して前記着信を通知せず、一定の待ち時間だけ待機した後、前記メッセージ処理部から前記ＩＰ電話網に対してビジーメッセージを送信する
ことを特徴とする電話システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話制御技術に関し、特に下位の電話装置における負荷状態に応じて、下位の電話装置に対する上位のＩＰ電話網からの着信の通知を制御するための着信制御技術に関する。
【背景技術】
【０００２】
上位の電話網と下位のＩＳＤＮ回線やＰＳＴＮ回線とを中継接続するゲートウェイなどの電話制御装置には、ＩＰ回線を介して上位の電話網であるＩＰ電話網と接続して仮想的な通話路を多数形成することにより、これらＩＳＤＮ回線やＰＳＴＮ回線に接続された、ボタン電話装置の主装置やＰＢＸシステムの構内交換装置などからなる下位の電話装置において、より多くの電話端末での音声通話を実現する機能を有しているものがある。また、ボタン電話装置の主装置やＰＢＸシステムの構内交換装置などの電話装置には、上記電話制御装置のようなゲートウェイ機能を有しているものもある。
【０００３】
このような電話制御装置では、ＩＰ電話網で下位の電話装置に対する多くの着信が集中した状況において、ＩＰ電話網から通知されたこれら着信を集中的に下位の電話装置へ通知した場合、下位の電話装置での処理負荷が増大し、他の呼制御処理に対して悪影響を及ぼすことになる。
【０００４】
従来、このような状況に対応するための技術として、単位時間当たりの着信発生頻度が基準頻度よりも高い場合、すなわちＩＰ電話網において下位の電話装置に対する着信が集中している場合には、電話制御装置から下位の電話装置へ着信を通知せず、ＩＰ電話網からの着信通知から一定の待ち時間だけ待機した後、電話制御装置から、直接、ＩＰ電話網に対してビジーを返送する技術が提案されている（例えば、特許文献１など参照）。
【０００５】
これによれば、ビジー返送しても新たな着信がＩＰ電話網から電話制御装置に対して通知されるため、新たな着信が下位の電話装置へ通知されることになるが、少なくともビジー返送の待ち時間だけ、下位の電話装置に対して時間的余裕を与えることができ、着信処理負担を軽減することができる。これにより、下位の電話装置での高負荷状況をより早期に改善することが可能となる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１３−１５７８６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、このような従来技術では、下位の電話装置に対する着信通知の要否を判定する際、例えば１０秒などの単位時間の間にわたってＩＰ電話網からの着信通知数を計数し、得られた計数結果から求めた着信発生頻度が基準頻度よりも高いかどうかに基づいて、着信通知の要否を判定している。このため、単位時間より短い期間、例えば数秒間に基準頻度を超える着信が極度に集中した場合には、これら着信が下位の電話装置に通知されてしまうことになる。したがって、下位の電話装置での着信処理負担が軽減されるどころか、着信処理を急増させてしまい、結果として他の呼制御処理に対して悪影響を及ぼすという問題点があった。
【０００８】
また、従来技術によれば、単位時間におけるＩＰ電話網からの着信通知数に基づいて着信通知の要否を判定しているため、着信以外の何らかの原因、例えばインターネットを介したダウンロード等で下位の電話装置の処理負担が増大している場合でも、ＩＰ電話網からの着信通知数が基準頻度を超えない限りは、下位の電話装置に対して着信が通知されてしまうため、下位の電話装置での処理負担をさらに増大させてしまうという問題点があった。
【０００９】
本発明はこのような課題を解決するためのものであり、電話網からの着信が短期間に極度に集中した場合でも、下位の電話装置に対する着信通知の要否を正確に判定できる着信制御技術を提供することを目的としている。
【課題を解決するための手段】
【００１０】
このような目的を達成するために、本発明にかかる電話制御装置は、通信回線を介して上位のＩＰ電話網と接続されるとともに電話回線を介して下位の電話装置と接続し、これらＩＰ電話網と電話装置とを中継接続することにより、当該ＩＰ電話網を用いた当該電話装置による音声通話を実現するゲートウェイ機能を有する電話制御装置であって、前記ＩＰ電話網との間で呼制御メッセージをやり取りするメッセージ処理部と、前記メッセージ処理部で受信した前記ＩＰ電話網からの着信メッセージに応じて前記電話装置へ着信を通知し、当該着信に対して当該電話装置から通知された応答に応じて、当該メッセージ処理部から当該ＩＰ電話網に対して応答メッセージを送信する呼制御部と、前記電話装置に対する着信通知に応じて前記電話装置での着信処理数をインクリメントし、当該着信に対する当該電話装置からの応答通知に応じて当該着信処理数をデクリメントする着信監視部とを備え、前記呼制御部は、前記着信処理数が上限処理数に達している場合には、前記電話装置に対して前記着信を通知せず、一定の待ち時間だけ待機した後、前記メッセージ処理部から前記ＩＰ電話網に対してビジーメッセージを送信するようにしたものである。
【００１１】
また、本発明にかかる上記電話制御装置の一構成例は、前記呼制御部が、前記着信処理数が上限処理数に達している状態が上限継続時間以上続いた場合、前記待ち時間を一定の延長時間だけ延長するようにしたものである。
【００１２】
また、本発明にかかる上記電話制御装置の一構成例は、前記呼制御部が、前記着信処理数が上限処理数に達している際に、前記ＩＰ電話網から通知された着信メッセージが緊急呼を示す場合、前記ＩＰ電話網に対して前記ビジーメッセージを送信することなく、当該緊急呼を前記電話装置へ通知するようにしたものである。
【００１３】
また、本発明にかかる電話システムは、複数の電話端末と、これら電話端末をＩＰ電話網に対して交換接続することにより、当該ＩＰ電話網を用いた前記電話端末による通話を実現する電話制御装置とを含む電話システムであって、前記電話制御装置は、前記ＩＰ電話網との間で呼制御メッセージをやり取りするメッセージ処理部と、前記メッセージ処理部で受信した前記ＩＰ電話網からの着信メッセージに応じて前記電話端末へ着信を通知し、当該着信に対して当該電話端末から通知された応答に応じて、当該メッセージ処理部から当該ＩＰ電話網に対して応答メッセージを送信する呼制御部と、前記電話端末に対する着信通知に応じて着信処理数をインクリメントし、当該着信に対する当該電話端末からの応答通知に応じて当該着信処理数をデクリメントする着信監視部とを備え、前記呼制御部は、前記着信処理数が上限処理数に達している場合には、前記電話端末に対して前記着信を通知せず、一定の待ち時間だけ待機した後、前記メッセージ処理部から前記ＩＰ電話網に対してビジーメッセージを送信するようにしたものである。
【発明の効果】
【００１４】
本発明によれば、電話制御装置から下位の電話装置に対して、通知している現在の着信呼の数、すなわち着信処理数に基づいて、上位のＩＰ電話網からの着信を下位の電話装置に通知するか否かが判定される。このため、従来方式のような単位時間当たりの着信発生頻度を用いるのではなく、ＩＰ電話網から着信が通知されるごとに、その時点において電話装置で着信処理中の呼数が判定に用いられる。したがって、単位時間より短期間に電話網からの着信が集中した場合でも、電話装置に対する着信通知の要否を正確に判定することができる。これにより、下位の電話装置での着信処理負担を軽減することが可能となるとともに、着信以外の要因により下位の電話装置で発生している高負荷状態を早期に軽減させることが可能となる。
【図面の簡単な説明】
【００１５】
【図１】第１の実施の形態にかかる電話制御装置の構成を示すブロック図である。
【図２】電話制御装置の着信処理を示すフローチャートである。
【図３】電話制御装置の着信監視処理を示すフローチャートである。
【図４】電話制御装置の第１の動作例を示すシーケンス図である。
【図５】電話制御装置の第２の動作例を示すシーケンス図である。
【図６】第２の実施の形態にかかる電話システムの構成を示すブロック図である。
【発明を実施するための形態】
【００１６】
次に、本発明の実施の形態について図面を参照して説明する。
［第１の実施の形態］
まず、図１を参照して、本発明の第１の実施の形態にかかる電話制御装置１０について説明する。図１は、第１の実施の形態にかかる電話制御装置の構成を示すブロック図である。
【００１７】
この電話制御装置１０は、全体としてゲートウェイ装置からなり、通信回線１０Ａを介してＩＰ電話網５０と接続されるとともに、電話回線１０Ｂを介して下位の電話装置２１と接続し、これらＩＰ電話網５０と電話装置２１とを中継接続することにより、ＩＰ電話網５０を用いた電話装置２１による音声通話を実現するゲートウェイ機能を有している。
【００１８】
本実施の形態では、上位の電話網がＩＰ電話網５０からなり、下位の電話回線１０ＢがＩＰ電話回線、ＩＳＤＮ回線、あるいはＰＳＴＮ回線からなる場合を例として説明する。電話装置２１がＩＳＤＮ回線やＰＳＴＮ回線と接続する機能しか備えていない場合、本実施の形態のように、電話制御装置１０で、ＩＰ電話網とＩＳＤＮ回線やＰＳＴＮ回線との間で呼制御や音声に関する変換処理を行うことにより、電話装置２１によるＩＰ電話網５０の利用が可能となる。
【００１９】
電話システム２０は、例えばボタン電話装置やＰＢＸシステムなどの電話システムからなり、電話装置２１は、これら電話システムの主装置や構内交換装置に相当している。
電話装置２１は、内線回線２２を介して複数の電話端末２３と接続し、電話回線１０Ｂに対して電話端末２３を交換接続することにより、電話回線１０Ｂを用いた電話端末２３による音声通話を実現する機能を有している。なお、本実施の形態では、下位の電話装置が電話装置２１からなる場合を例として説明するが、これに限定されるものではなく、音声通話を行う一般的な単独電話装置であってもよい。
【００２０】
本実施の形態は、着信監視部１４が、電話装置２１に対する着信通知に応じて電話装置２１での着信処理数をインクリメントし、当該着信に対する当該電話装置２１からの応答通知に応じて当該着信処理数をデクリメントし、呼制御部１６において、着信処理数が上限処理数に達している場合には、電話装置２１に対して着信を通知せず、一定の待ち時間だけ待機した後、ＩＰ電話網５０に対してビジーメッセージを送信するようにしたものである。
【００２１】
［電話制御装置］
次に、図１を参照して、本実施の形態にかかる電話制御装置１０の構成について詳細に説明する。
電話制御装置１０は、全体としてサーバ装置などのコンピュータからなり、主な機能部として、網Ｉ／Ｆ部１１、メッセージ処理部１２、回線Ｉ／Ｆ部１３、着信監視部１４、記憶部１５、呼制御部１６、およびアプリケーション処理部１７が設けられている。
【００２２】
網Ｉ／Ｆ部１１は、専用の通信インターフェース回路からなり、通信回線１０Ａを介してＩＰ電話網５０との間でデータ通信を行うことにより、呼制御メッセージや音声データを送受信する機能を有している。
【００２３】
メッセージ処理部１２は、ＳＩＰ（Session Initiation Protocol）などの呼制御プロトコルに基づく呼制御メッセージを、網Ｉ／Ｆ部１１を介してＩＰ電話網５０との間でやり取りする機能と、ＩＰ電話網５０から通知された着信メッセージなどの各種呼制御メッセージの内容を呼制御部１６へ通知する機能と、呼制御部１６からの指示に応じて、ビジーメッセージなど、指示された呼制御メッセージをＩＰ電話網５０へ通知する機能とを有している。
【００２４】
回線Ｉ／Ｆ部１３は、専用の通信インターフェース回路からなり、電話回線１０Ｂを介して電話装置２１との間で通信を行うことにより、ＩＳＤＮ回線やＰＳＴＮ回線などで用いられる呼制御方式に基づいて、呼制御メッセージ（呼制御信号）や音声データ（音声信号）を送受信する機能を有している。
【００２５】
着信監視部１４は、電話装置２１に対する着信通知に応じて電話装置２１での着信処理数をインクリメントする機能と、当該着信に対する電話装置２１からの応答通知に応じて当該着信処理数をデクリメントする機能とを有している。
【００２６】
なお、着信処理数は、電話制御装置１０から下位の電話装置２１に対して通知している現在の着信呼の数である。また、ここでいう着信呼は、あくまで電話装置２１には通知しているが着信がまだ電話装置２１で受け付けられていない呼である。具体的には、着信通知メッセージを電話装置２１に通知しているが、この着信通知に対する一次応答メッセージまたは最終応答メッセージを電話装置２１から通知されていない呼と定義される。
【００２７】
例えば、電話装置２１がＳＩＰ対応の場合、着信通知メッセージ、一次応答メッセージ、および最終応答メッセージは、それぞれＩＮＶＩＴＥ、１８０  Ｒｉｎｇｉｎｇ、および２００  ＯＫの各メッセージに相当する。また、電話装置２１がＩＳＤＮ対応の場合、着信通知メッセージ、一次応答メッセージ、および最終応答メッセージは、それぞれＳＥＴＵＰ、ＡＬＥＲＴ／ＰＲＯＧ、およびＣＯＮＮＥＣＴの各メッセージに相当する。
【００２８】
記憶部１５は、半導体メモリやハードディスクなどの記憶装置からなり、呼制御情報１５Ａやプログラム１５Ｐを記憶する機能を有している。
呼制御情報１５Ａは、通信回線１０Ａ上にＩＰ電話網５０との間で音声通話を確立できる各通話回線の使用状況、電話装置２１との間に接続された各電話回線１０Ｂの使用状況など、呼制御部１６での呼制御処理に用いる各種制御情報からなる。
プログラム１５Ｐは、ＣＰＵにより読み出されて実行されることにより、メッセージ処理部１２、着信監視部１４、および呼制御部１６を実現するためのプログラムである。外部装置や記録媒体（共に図示せず）から記憶部１５へ予め保存される。
【００２９】
呼制御部１６は、メッセージ処理部１２を介してＩＰ電話網５０との間で各種の呼制御メッセージをやり取りするとともに、回線Ｉ／Ｆ部１３を介して電話装置２１との間で各種の呼制御データや呼制御信号をやり取りすることにより、これらＩＰ電話網５０と電話装置２１とを中継接続して、ＩＰ電話網５０を用いた電話装置２１による音声通話を実現する機能と、各電話回線１０Ｂの使用状況に基づいてＩＰ電話網５０から通知された着信に対して電話装置２１での応対可否を判定する機能と、各電話回線１０Ｂに使用可能回線がすべて使用中であり電話装置２１で着信に応答できない場合に、ビジーメッセージをメッセージ処理部１２からＩＰ電話網５０へ返送する機能とを有している。
【００３０】
また、呼制御部１６は、着信監視部１４で計数している着信処理数Ｒｃｎｔが上限処理数Ｒｌｉｍに達している場合には、電話装置２１に対して着信を通知せず、一定の待ち時間Ｔｗだけ待機した後、メッセージ処理部１２からＩＰ電話網５０に対してビジーメッセージを送信する機能と、着信処理数Ｒｃｎｔが上限処理数Ｒｌｉｍに達している状態が上限継続時間Ｔｌｉｍ以上続いた場合、待ち時間Ｔｗを一定の延長時間Ｔｅｘだけ延長する機能と、着信処理数Ｒｃｎｔが上限処理数Ｒｌｉｍに達している際に、ＩＰ電話網５０から通知された着信メッセージが緊急呼を示す場合、ビジーメッセージを送信することなく、当該緊急呼を電話装置２１へ通知する機能とを有している。
【００３１】
一般に、ＩＰ電話網５０からの着信通知メッセージには、発信側の電話番号が含まれている。このため、緊急呼を発信する発信側の電話番号を予め緊急呼リストに登録しておき、ＩＰ電話網５０からの着信通知メッセージに含まれる発信側電話番号を、緊急呼リストに照らし合わせることにより、当該着信通知メッセージで通知された着信が緊急呼であるかどうかを判定することができる。
【００３２】
アプリケーション処理部１７は、網Ｉ／Ｆ部１１を介してＩＰ電話網５０とやり取りされる音声データと、回線Ｉ／Ｆ部１３を介して電話装置２１との間でやり取りされる音声データまたは音声信号とを相互に変換して、交換接続する機能を有している。
【００３３】
上限処理数Ｒｌｉｍや上限継続時間Ｔｌｉｍについては、通信回線１０Ａ上にＩＰ電話網５０との間で音声通話を確立できる通話回線数、電話装置２１との間に接続された電話回線１０Ｂの電話回線数、呼制御部１６（ＣＰＵ）における処理能力、電話装置２１の処理能力などを考慮して、予め記憶部１５に設定しておけばよい。
【００３４】
［第１の実施の形態の動作］
次に、図２および図３を参照して、本実施の形態にかかる電話制御装置１０の動作について説明する。図２は、電話制御装置の着信処理を示すフローチャートである。図３は、電話制御装置の着信監視処理を示すフローチャートである。以下では、電話装置２１がＩＳＤＮ対応である場合を例として説明する。
【００３５】
まず、図２を参照して、本実施の形態にかかる電話制御装置１０での着信処理について説明する。電話制御装置１０の呼制御部１６は、メッセージ処理部１２を介してＩＰ電話網５０から着信が通知され、電話回線１０Ｂのうち使用可能な回線が存在する場合、図２の着信処理を実行する。
【００３６】
まず、呼制御部１６は、着信監視部１４から現在の着信処理数Ｒｃｎｔを取得し（ステップ１００）、この着信処理数Ｒｃｎｔと上限処理数Ｒｌｉｍとを比較する（ステップ１０１）。
ここで、Ｒｃｎｔ＜Ｒｌｉｍであり、ＲｃｎｔがＲｌｉｍに達していない場合（ステップ１０１：ＹＥＳ）、呼制御部１６は、電話回線１０Ｂのうちの使用可能な空き回線を選択し、回線Ｉ／Ｆ部１３から当該空き回線を介して電話装置２１へ着信を通知し（ステップ１０２）、一連の着信処理を終了する。
【００３７】
一方、Ｒｃｎｔ≧Ｒｌｉｍであり、ＲｃｎｔがＲｌｉｍに達している場合（ステップ１０１：ＮＯ）、呼制御部１６は、一定の待ち時間Ｔｗだけ待機した後（ステップ１０３）、当該着信に対するビジーメッセージを、メッセージ処理部１２から網Ｉ／Ｆ部１１を介してＩＰ電話網５０へ返送し（ステップ１０４）、一連の着信処理を終了する。
【００３８】
次に、図３を参照して、本実施の形態にかかる電話制御装置１０での着信監視処理について説明する。電話制御装置１０の着信監視部１４は、呼制御部１６と電話装置２１との間でやり取りされる呼制御メッセージごとに、図３の着信監視処理を実行する。
【００３９】
まず、着信監視部１４は、呼制御部１６と電話装置２１との間でやり取りされた呼制御メッセージが、電話装置２１に対する着信通知（ＳＥＴＵＰ）である場合（ステップ１１０：ＹＥＳ）、着信処理数Ｒｃｎｔをインクリメント（Ｒｃｎｔ＝Ｒｃｎｔ＋１）し（ステップ１１１）、一連の着信監視処理を終了する。
【００４０】
一方、呼制御メッセージが着信通知（ＳＥＴＵＰ）ではなく（ステップ１１０：ＮＯ）、電話装置２１からの一次応答（Ａｌｅｒｔ）である場合（ステップ１１２：ＹＥＳ）、着信監視部１４は、着信処理数Ｒｃｎｔをデクリメント（Ｒｃｎｔ＝Ｒｃｎｔ−１）し（ステップ１１５）、一連の着信監視処理を終了する。
【００４１】
また、呼制御メッセージが一次応答（Ａｌｅｒｔ）ではなく（ステップ１１２：ＮＯ）、電話装置２１からの最終応答（Ｃｏｎｎｅｃｔ）である場合（ステップ１１３：ＹＥＳ）、着信監視部１４は、着信処理数Ｒｃｎｔをデクリメント（Ｒｃｎｔ＝Ｒｃｎｔ−１）し（ステップ１１５）、一連の着信監視処理を終了する。
【００４２】
また、呼制御メッセージが最終応答（Ｃｏｎｎｅｃｔ）ではなく（ステップ１１３：ＮＯ）、電話装置２１からのエラー応答（Ｒｅｌｅａｓｅ）である場合（ステップ１１４：ＹＥＳ）、着信監視部１４は、着信処理数Ｒｃｎｔをデクリメント（Ｒｃｎｔ＝Ｒｃｎｔ−１）し（ステップ１１５）、一連の着信監視処理を終了する。
なお、呼制御メッセージがエラー応答（Ｒｅｌｅａｓｅ）でない場合（ステップ１１４：ＮＯ）、着信監視部１４は、着信処理数Ｒｃｎｔを変更せず、一連の着信監視処理を終了する。
【００４３】
［第１の動作例］
次に、図４を参照して、本実施の形態にかかる電話制御装置１０の第１の動作例について説明する。図４は、電話制御装置の第１の動作例を示すシーケンス図である。ここでは、電話装置２１で高負荷が発生してＩＰ電話網５０からの着信が電話制御装置１０から電話装置２１へ通知されなくなった後、高負荷が終了して電話装置２１へ通知される場合を例として説明する。以下では、電話制御装置１０がＳＩＰ対応であり、電話装置２１がＩＳＤＮ対応である場合を例として説明する。
【００４４】
図４に示すように、時刻Ｔ０以前の初期状態において、電話制御装置１０から下位の電話装置２１に対して通知している着信呼は存在せず、着信処理数Ｒｃｎｔは「０」であるものとする。また、上限処理数Ｒｌｉｍとして「３０」が設定されており、待ち時間Ｔｗとして「２ｓｅｃ」が設定されているものとする。
【００４５】
時刻Ｔ０において、ＩＰ電話網５０から着信（ＩＮＶＩＴＥ）が通知された場合、電話制御装置１０でＲｃｎｔ＝０が確認され、Ｒｃｎｔ＜Ｒｌｉｍであることから、Ｒｃｎｔ＝１にインクリメントされ、電話装置２１へ着信（Ｓｅｔｕｐ）が通知される。これに応じて、電話装置２１から呼設定受付（ＣａｌｌＰｒｏｃ）が返送され、その後一次応答（Ａｌｅｒｔ）が返送される。電話制御装置１０では、この一次応答（Ａｌｅｒｔ）に応じて、Ｒｃｎｔ＝０にデクリメントされ、ＩＰ電話網５０へ一次応答（１８０  Ｒｉｎｇｉｎｇ）が通知される。
【００４６】
この後、時刻Ｔ１に電話装置２１で高負荷が発生し、続く時刻Ｔ２に、ＩＰ電話網５０から着信（ＩＮＶＩＴＥ）が通知された場合、電話制御装置１０でＲｃｎｔ＝０が確認され、Ｒｃｎｔ＜Ｒｌｉｍであることから、Ｒｃｎｔ＝１にインクリメントされ、電話装置２１へ着信（Ｓｅｔｕｐ）が通知される。これに応じて、電話装置２１から呼設定受付（ＣａｌｌＰｒｏｃ）が返送される。
【００４７】
ここで、電話制御装置１０で高負荷が発生しているため、その後の一次応答（Ａｌｅｒｔ）の返送が遅延したものとし、これに続いて、ＩＰ電話網５０で電話装置２１宛ての着信が集中して発生し、Ｒｃｎｔ＝３０までインクリメントされたものとする。
したがって、その後の時刻Ｔ３，Ｔ４にＩＰ電話網５０から着信（ＩＮＶＩＴＥ）が通知された場合、Ｒｃｎｔ＝３０≧Ｒｌｉｍであることから、この着信は電話制御装置１０から電話装置２１に通知されず、待ち時間Ｔｗ＝２ｓｅｃだけ待機した時刻Ｔ５，Ｔ６において、電話制御装置１０からＩＰ電話網５０に対して、それぞれビジー（４８６  Ｂｕｓｙ  Ｈｅｒｅ）が返送される。
【００４８】
その後、時刻Ｔ７に電話装置２１における高負荷が終了し、その後の時刻Ｔ８、Ｔ９に電話装置２１から一次応答（Ａｌｅｒｔ）がそれぞれ返送された場合、電話制御装置１０において、Ｒｃｎｔ＝２９，２８にそれぞれデクリメントされ、ＩＰ電話網５０へ一次応答（１８０  Ｒｉｎｇｉｎｇ）がそれぞれ通知される。
【００４９】
したがって、その後の時刻Ｔ１０に、ＩＰ電話網５０から着信（ＩＮＶＩＴＥ）が通知された場合、電話制御装置１０でＲｃｎｔ＝２８が確認され、Ｒｃｎｔ＜Ｒｌｉｍであることから、Ｒｃｎｔ＝１にインクリメントされ、電話装置２１へ着信（Ｓｅｔｕｐ）が通知されることになる。
【００５０】
［第２の動作例］
次に、図５を参照して、本実施の形態にかかる電話制御装置１０の第２の動作例について説明する。図５は、電話制御装置の第２の動作例を示すシーケンス図である。ここでは、電話装置２１で高負荷が発生し、着信処理数Ｒｃｎｔが上限処理数Ｒｌｉｍに達している状態が上限継続時間Ｔｌｉｍ以上続いた場合を例として説明する。以下では、電話制御装置１０がＳＩＰ対応であり、電話装置２１がＩＳＤＮ対応である場合を例として説明する。
【００５１】
図５に示すように、時刻Ｔ２０以前において電話装置２１で高負荷が発生しており、着信処理数Ｒｃｎｔは「２９」であるものとする。また、上限処理数Ｒｌｉｍとして「３０」が設定されており、待ち時間Ｔｗとして「２ｓｅｃ」が設定されているものとする。
【００５２】
時刻Ｔ２０において、ＩＰ電話網５０から着信（ＩＮＶＩＴＥ）が通知された場合、電話制御装置１０でＲｃｎｔ＝２９が確認され、Ｒｃｎｔ＜Ｒｌｉｍであることから、Ｒｃｎｔ＝３０にインクリメントされ、電話装置２１へ着信（Ｓｅｔｕｐ）が通知されることになる。しかし、電話装置２１が高負荷状態であることから、電話制御装置１０に対して応答は返答されない。また、Ｒｃｎｔ＝３０となった時点で継続時間Ｔｂの計時が開始される。
【００５３】
続く時刻Ｔ２１に、ＩＰ電話網５０から着信（ＩＮＶＩＴＥ）が通知された場合、Ｒｃｎｔ＝３０≧Ｒｌｉｍであることから、この着信は電話制御装置１０から電話装置２１に通知されず、待ち時間Ｔｗ＝２ｓｅｃだけ待機した時刻Ｔ２２において、電話制御装置１０からＩＰ電話網５０に対して、ビジー（４８６  Ｂｕｓｙ  Ｈｅｒｅ）が返送される。
【００５４】
この後、継続時間Ｔｂが上限継続時間Ｔｌｉｍに達した時刻Ｔ２３において、待ち時間Ｔｗ＝２ｓｅｃが延長時間Ｔｅｘ＝０．５ｓｅｃだけ延長されてＴｗ＝２．５ｓｅｃに変更される。
したがって、この後の時刻Ｔ２４に、ＩＰ電話網５０から着信（ＩＮＶＩＴＥ）が通知された場合、Ｒｃｎｔ＝３０≧Ｒｌｉｍであることから、この着信は電話制御装置１０から電話装置２１に通知されず、待ち時間Ｔｗ＝２．５ｓｅｃだけ待機した時刻Ｔ２５において、電話制御装置１０からＩＰ電話網５０に対して、ビジー（４８６  Ｂｕｓｙ  Ｈｅｒｅ）が返送される。
【００５５】
この後、時刻Ｔ２６に電話装置２１で高負荷が終了し、その後の時刻Ｔ２７に電話装置２１から一次応答（Ａｌｅｒｔ）が返送された場合、電話制御装置１０において、Ｒｃｎｔ＝２９にデクリメントされ、ＩＰ電話網５０へ一次応答（１８０  Ｒｉｎｇｉｎｇ）が通知される。
これにより、Ｒｃｎｔ＜Ｒｌｉｍとなるため、Ｔｂ＝０、Ｔｗ＝２ｓｅｃにそれぞれリセットされる。
【００５６】
［第１の実施の形態の効果］
このように、本実施の形態は、着信監視部１４が、下位の電話装置２１に対する着信通知に応じて電話装置２１での着信処理数Ｒｃｎｔをインクリメントし、当該着信に対する電話装置２１からの応答通知に応じて着信処理数Ｒｃｎｔをデクリメントし、呼制御部１６において、着信処理数Ｒｃｎｔが上限処理数Ｒｌｉｍに達している場合には、電話装置２１に対して着信を通知せず、一定の待ち時間Ｔｗだけ待機した後、メッセージ処理部１２からＩＰ電話網５０に対してビジーメッセージを送信するようにしたものである。
【００５７】
これにより、電話制御装置１０から下位の電話装置２１に対して、通知している現在の着信呼の数、すなわち着信処理数Ｒｃｎｔに基づいて、上位のＩＰ電話網５０からの着信を下位の電話装置２１に通知するか否かが判定される。このため、従来方式のような単位時間当たりの着信発生頻度を用いるのではなく、ＩＰ電話網５０から着信が通知されるごとに、その時点において電話装置２１で着信処理中の呼数が判定に用いられる。したがって、単位時間より短期間に電話網５０からの着信が集中した場合でも、電話装置２１に対する着信通知の要否を正確に判定することができ、結果として、下位の電話装置２１での着信処理負担を軽減することが可能となる。
【００５８】
また、着信処理以外の原因で電話装置２１が高負荷状態となり、電話装置２１に通知した着信に対する応答通知が電話装置２１から通知されなくなった場合には、着信処理数Ｒｃｎｔがデクリメントされず上限処理数Ｒｌｉｍに達した状態となるため、上位のＩＰ電話網５０から新たな着信が通知されても、電話装置２１に対するさらなる着信通知を抑止することができる。したがって、例えばインターネットを介したダウンロードなど、着信処理以外の原因で電話装置２１の処理負担が増大している場合には、電話装置２１での着信処理によるさらなる処理負担増が回避されるため、電話装置２１での高負荷状態を早期に軽減させることが可能となる。
【００５９】
また、本実施の形態において、呼制御部１６により、着信処理数Ｒｃｎｔが上限処理数Ｒｌｉｍに達している状態が上限継続時間Ｔｌｉｍ以上続いた場合、待ち時間Ｔｗを一定の延長時間Ｔｅｘだけ延長するようにしてもよい。これにより、下位の電話装置２１で長期間続いている高負荷を、より早期に解消することができる。
【００６０】
また、本実施の形態において、呼制御部１６により、着信処理数Ｒｃｎｔが上限処理数Ｒｌｉｍに達している際に、ＩＰ電話網５０から通知された着信メッセージが緊急呼を示す場合、ＩＰ電話網５０に対してビジーメッセージをすることなく、当該緊急呼を下位の電話装置２１へ通知するようにしてもよい。これにより、電話装置２１が高負荷であっても、緊急呼については直ちに電話装置２１へ通知されることになり、緊急呼を優先することができる。
【００６１】
また、本実施の形態では、待ち時間Ｔｗの延長要否を判定する方法として、着信処理数Ｒｃｎｔが上限処理数Ｒｌｉｍに到達した時点でＴｂの計時を開始し、このＴｂが上限継続時間Ｔｌｉｍに達した時点でＴｂを延長する場合を例として説明したが、これに限定されるものではない。例えば、呼制御部１６において、単位時間ごとに、着信処理数Ｒｃｎｔが上限処理数Ｒｌｉｍに到達しているか否かを示す判定結果して保持しておき、ビジーメッセージを返送する際、当該時点から上限継続時間Ｔｌｉｍ分の直近判定結果が、すべて着信処理数Ｒｃｎｔが上限処理数Ｒｌｉｍに到達していることを示すかどうかにより、待ち時間Ｔｗの延長要否を判定してもよい。これにより、Ｔｂを計時する必要がなくなり、呼制御部１６での処理負担を軽減できる。
【００６２】
［第２の実施の形態］
次に、図６を参照して、本発明の第２の実施の形態にかかる電話システム３０について説明する。図６は、第２の実施の形態にかかる電話システムの構成を示すブロック図である。
第１の実施の形態では、電話制御装置１０が上位のＩＰ電話網５０と下位の電話装置２１とを中継接続するゲートウェイ装置からなる場合を例として説明した。本実施の形態では、電話制御装置１０がボタン電話装置の主装置やＰＢＸシステムの構内交換装置からなる場合について説明する。
【００６３】
本実施の形態にかかる電話制御装置１０は、通信回線１０Ａを介してＩＰ電話網５０と接続されるとともに、内線回線１０Ｃを介して電話端末３１と接続し、これらＩＰ電話網５０と電話端末３１とを交換接続することにより、ＩＰ電話網５０を用いた電話端末３１による音声通話を実現する機能を有している。これら電話制御装置１０と電話端末３１とから電話システム３０が構成されている。
【００６４】
この電話制御装置１０は、全体としてサーバ装置などのコンピュータからなり、主な機能部として、網Ｉ／Ｆ部１１、メッセージ処理部１２、回線Ｉ／Ｆ部１３、着信監視部１４、呼制御部１６、および記憶部１５が設けられている。
これら機能部は、第１の実施の形態と同様の機能を有している。
【００６５】
網Ｉ／Ｆ部１１は、専用の通信インターフェース回路からなり、通信回線１０Ａを介してＩＰ電話網５０との間でデータ通信を行うことにより、呼制御メッセージや音声データを送受信する機能を有している。
【００６６】
メッセージ処理部１２は、ＳＩＰなどの呼制御プロトコルに基づく呼制御メッセージを、網Ｉ／Ｆ部１１を介してＩＰ電話網５０との間でやり取りする機能と、ＩＰ電話網５０から通知された着信メッセージなどの各種呼制御メッセージの内容を呼制御部１６へ通知する機能と、呼制御部１６からの指示に応じて、ビジーメッセージなど、指示された呼制御メッセージをＩＰ電話網５０へ通知する機能とを有している。
【００６７】
回線Ｉ／Ｆ部１３は、専用の通信インターフェース回路からなり、内線回線１０Ｃを介して電話端末３１との間で通信を行うことにより、呼制御メッセージや音声データを送受信する機能を有している。
【００６８】
着信監視部１４は、電話端末３１に対する着信通知に応じて電話制御装置１０での着信処理数Ｒｃｎｔをインクリメントする機能と、当該着信に対する電話端末３１からの応答通知に応じて当該着信処理数Ｒｃｎｔをデクリメントする機能とを有している。
【００６９】
記憶部１５は、半導体メモリやハードディスクなどの記憶装置からなり、呼制御情報１５Ａやプログラム１５Ｐを記憶する機能を有している。
呼制御情報１５Ａは、通信回線１０Ａ上にＩＰ電話網５０との間で音声通話を確立できる各通話回線の使用状況、電話端末３１との間に接続された各内線回線１０Ｃの使用状況など、呼制御部１６での呼制御処理に用いる各種制御情報からなる。
プログラム１５Ｐは、ＣＰＵにより読み出されて実行されることにより、メッセージ処理部１２、着信監視部１４、および呼制御部１６を実現するためのプログラムである。外部装置や記録媒体（共に図示せず）から記憶部１５へ予め保存される。
【００７０】
呼制御部１６は、メッセージ処理部１２を介してＩＰ電話網５０との間で各種の呼制御メッセージをやり取りするとともに、回線Ｉ／Ｆ部１３を介して電話端末３１との間で各種の呼制御データや呼制御信号をやり取りすることにより、これらＩＰ電話網５０と電話端末３１とを交換接続して、ＩＰ電話網５０を用いた電話端末３１による音声通話を実現する機能と、各内線回線１０Ｃの使用状況に基づいてＩＰ電話網５０から通知された着信に対して電話端末３１での応対可否を判定する機能と、各電話端末３１がすべて使用中であり電話端末３１で着信に応答できない場合に、ビジーメッセージをメッセージ処理部１２からＩＰ電話網５０へ返送する機能とを有している。
【００７１】
また、呼制御部１６は、着信監視部１４で計数している着信処理数Ｒｃｎｔが上限処理数Ｒｌｉｍに達している場合には、電話端末３１に対して着信を通知せず、一定の待ち時間Ｔｗだけ待機した後、メッセージ処理部１２からＩＰ電話網５０に対してビジーメッセージを送信する機能と、着信処理数Ｒｃｎｔが上限処理数Ｒｌｉｍに達している状態が上限継続時間Ｔｌｉｍ以上続いた場合、待ち時間Ｔｗを一定の延長時間Ｔｅｘだけ延長する機能と、着信処理数Ｒｃｎｔが上限処理数Ｒｌｉｍに達している際に、ＩＰ電話網５０から通知された着信メッセージが緊急呼を示す場合、ビジーメッセージを送信することなく、当該緊急呼を電話端末３１へ通知する機能とを有している。
【００７２】
アプリケーション処理部１７は、網Ｉ／Ｆ部１１を介してＩＰ電話網５０とやり取りされる音声データと、回線Ｉ／Ｆ部１３を介して電話端末３１との間でやり取りされる音声データまたは音声信号とを相互に変換して、交換接続する機能を有している。
【００７３】
［第２の実施の形態の動作］
本実施の形態にかかる電話制御装置１０の着信処理および着信監視処理については、前述した第１の実施の形態で説明した図２および図３とほぼ同様である。特に、これら図２および図３における下位の電話装置２１を電話端末３１に置換すれば、前述と同様にして適用できる。
【００７４】
［第２の実施の形態の効果］
このように、本実施の形態では、電話制御装置１０がゲートウェイ装置ではなく、ボタン電話装置の主装置やＰＢＸシステムの構内交換装置からなる場合であるが、第１の実施の形態と同様に動作する。すなわち、着信監視部１４が、下位の電話端末３１に対する着信通知に応じて着信処理数Ｒｃｎｔをインクリメントし、当該着信に対する電話端末３１からの応答通知に応じて着信処理数Ｒｃｎｔをデクリメントし、呼制御部１６において、着信処理数Ｒｃｎｔが上限処理数Ｒｌｉｍに達している場合には、電話端末３１に対して着信を通知せず、一定の待ち時間Ｔｗだけ待機した後、メッセージ処理部１２からＩＰ電話網５０に対してビジーメッセージを送信するようにしたものである。
【００７５】
これにより、電話制御装置１０から下位の電話端末３１に対して、通知している現在の着信呼の数、すなわち着信処理数Ｒｃｎｔに基づいて、上位のＩＰ電話網５０からの着信を電話端末３１に通知するか否かが判定される。このため、単位時間当たりの着信発生頻度を用いる従来方式と比較して、ＩＰ電話網５０から着信が通知されるごとに、その時点において電話制御装置１０での着信処理中の呼数が判定に用いられる。したがって、単位時間より短期間に電話網５０からの着信が集中した場合でも、電話端末３１に対する着信通知の要否を正確に判定することができ、結果として、電話制御装置１０の着信処理負担を軽減することが可能となる。
【００７６】
［実施の形態の拡張］
以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明のスコープ内で当業者が理解しうる様々な変更をすることができる。また、各実施形態については、矛盾しない範囲で任意に組み合わせて実施することができる。
【００７７】
以上の各実施の形態において、呼処理終了メッセージについては、ＳＩＰの場合、４８６メッセージ（Ｂｕｓｙ  Ｈｅｒｅ）に限定されるものではなく、４００番台、５００番台、６００番台のメッセージについて同様の返送待機を適用してもよい。なお、呼制御プロトコルについては、ＳＩＰに限定されるものではなく、Ｈ．３２３などの他の呼制御プロトコルについても、本発明の各実施の形態を前述と同様に適用でき、同様の作用効果を得ることができる。
【符号の説明】
【００７８】
１０…電話制御装置、１０Ａ…通信回線、１０Ｂ…電話回線、１０Ｃ…内線回線、１１…網Ｉ／Ｆ部、１２…メッセージ処理部、１３…回線Ｉ／Ｆ部、１４…着信監視部、１５…記憶部、１５Ａ…呼制御情報、１５Ｐ…プログラム、１６…呼制御部、２０…電話システム、２１…電話装置、２２…内線回線、２３…電話端末、３０…電話システム、３１…電話端末、５０…ＩＰ電話網、Ｒｃｎｔ…着信処理数、Ｒｌｉｍ…上限処理数、Ｔｗ…待ち時間、Ｔｅｘ…延長時間、Ｔｂ…継続時間、Ｔｌｉｍ…上限継続時間。
【図１】
0006520584.tif 000002
【図２】
0006520584.tif 000003
【図３】
0006520584.tif 000004
【図４】
0006520584.tif 000005
【図５】
0006520584.tif 000006
【図６】
0006520584.tif 000007