(57)【要約】【課題】ＩＰ電話網に対する安心感を利用者へ提供し、再発呼防止による輻輳の長時間化を改善すること。【解決手段】接続要求情報保持装置１４が、ＩＰ電話網側（呼接続装置１２）で受け付けられなかった新規接続要求を代理で受け付けて接続要求処理待ち列に順次記憶させ、音声映像蓄積再生装置１５が、その新規接続要求の接続処理が可能になるまでの待ち情報を利用者側（ＩＰ電話端末１１）へ通知する。【選択図】図１
2014154902.tif 000002
【特許請求の範囲】
【請求項１】
受け付けられなかった新規接続要求を代理で受け付けて、接続処理が可能になるまで待つための接続要求処理待ち列に順次記憶させる接続要求受付手段と、
前記接続要求処理待ち列を参照し、前記新規接続要求の接続処理が可能になるまでの待ち情報を利用者側へ通知する待ち情報通知手段と、
を有することを特徴とする呼処理システム。
【請求項２】
前記新規接続要求の呼を一旦切断する呼切断手段と、
前記新規接続要求の接続処理が可能になった時に、当該新規接続要求に係る接続要求元と接続要求先を呼接続する呼接続手段と、
を更に有することを特徴とする請求項１記載の呼処理システム。
【請求項３】
前記待ち情報通知手段は、
前記利用者により登録された通知契機に基づき、当該契機時での前記待ち情報を接続処理前に事前通知することを特徴とする請求項１又は２記載の呼処理システム。
【請求項４】
呼処理システムで行う呼処理方法であって、
受け付けられなかった新規接続要求を代理で受け付けて、接続処理が可能になるまで待つための接続要求処理待ち列に順次記憶させる接続要求受付ステップと、
前記接続要求処理待ち列を参照し、前記新規接続要求の接続処理が可能になるまでの待ち情報を利用者側へ通知する待ち情報通知ステップと、
を有することを特徴とする呼処理方法。
【請求項５】
前記新規接続要求の呼を一旦切断する呼切断ステップと、
前記新規接続要求の接続処理が可能になった時に、当該新規接続要求に係る接続要求元と接続要求先を呼接続する呼接続ステップと、
を更に有することを特徴とする請求項４記載の呼処理方法。
【請求項６】
前記待ち情報通知ステップは、
前記利用者により登録された通知契機に基づき、当該契機時での前記待ち情報を接続処理前に事前通知することを特徴とする請求項４又は５記載の呼処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼を処理する技術に関する。
【背景技術】
【０００２】
利用者からの接続要求量が閾値を上回る場合や接続許容量の上限に達しつつある場合、ＩＰ電話網は、利用者からの新規接続要求を拒否することにより、接続先にあるデータ配信装置や呼接続装置等の過負荷による処理能力の低下を回避している。
【０００３】
また、接続要求を拒否する以外に、接続先装置の処理能力を確保した状態で利用者の接続要求を保留することにより、サービス品質を保持しつつ接続処理を継続することもできる。この場合、順番待ち状態になった利用者の接続要求は、接続が可能になるまでの間、音声映像蓄積再生装置へ接続され、回線が込み合っている等の情報が音声や映像で通知される。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】“電話のふくそうのしくみ”、NTT東日本、＜URL: http://www.ntt-east.co.jp/traffic/congestion_flow_index.html＞
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、回線が混雑している旨のみが通知されるため、どの程度混んでいるのか、どのくらいの時間を待てば接続要求が受け入れられるのかを確認できなかった。
【０００６】
また、接続要求を中止して再度接続要求をする場合、ＩＰ電話網内の接続要求の列に改めて並び直すことになるため、利用者による再発呼の繰り返しにより輻輳状態が長引いてしまうという問題もあった。
【０００７】
本発明は、上記事情を鑑みてなされたものであり、ＩＰ電話網に対する安心感を利用者へ提供し、再発呼防止による輻輳の長時間化を改善することを目的とする。
【課題を解決するための手段】
【０００８】
請求項１記載の呼処理システムは、受け付けられなかった新規接続要求を代理で受け付けて、接続処理が可能になるまで待つための接続要求処理待ち列に順次記憶させる接続要求受付手段と、前記接続要求処理待ち列を参照し、前記新規接続要求の接続処理が可能になるまでの待ち情報を利用者側へ通知する待ち情報通知手段と、を有することを要旨とする。
【０００９】
請求項２記載の呼処理システムは、請求項１記載の呼処理システムにおいて、前記新規接続要求の呼を一旦切断する呼切断手段と、前記新規接続要求の接続処理が可能になった時に、当該新規接続要求に係る接続要求元と接続要求先を呼接続する呼接続手段と、を更に有することを要旨とする。
【００１０】
請求項３記載の呼処理システムは、請求項１又は２記載の呼処理システムにおいて、前記待ち情報通知手段は、前記利用者により登録された通知契機に基づき、当該契機時での前記待ち情報を接続処理前に事前通知することを要旨とする。
【００１１】
請求項４記載の呼処理方法は、呼処理システムで行う呼処理方法であって、受け付けられなかった新規接続要求を代理で受け付けて、接続処理が可能になるまで待つための接続要求処理待ち列に順次記憶させる接続要求受付ステップと、前記接続要求処理待ち列を参照し、前記新規接続要求の接続処理が可能になるまでの待ち情報を利用者側へ通知する待ち情報通知ステップと、を有することを要旨とする。
【００１２】
請求項５記載の呼処理方法は、請求項４記載の呼処理方法において、前記新規接続要求の呼を一旦切断する呼切断ステップと、前記新規接続要求の接続処理が可能になった時に、当該新規接続要求に係る接続要求元と接続要求先を呼接続する呼接続ステップと、を更に有することを要旨とする。
【００１３】
請求項６記載の呼処理方法は、請求項４又は５記載の呼処理方法において、前記待ち情報通知ステップは、前記利用者により登録された通知契機に基づき、当該契機時での前記待ち情報を接続処理前に事前通知することを要旨とする。
【００１４】
以上より、本発明によれば、受け付けられなかった新規接続要求を代理で受け付けて接続要求処理待ち列に順次記憶させ、その新規接続要求の接続処理が可能になるまでの待ち情報を利用者側へ通知するため、ＩＰ電話網に対する安心感を利用者へ提供し、再発呼防止による輻輳の長時間化を緩和することができる。
【発明の効果】
【００１５】
本発明によれば、ＩＰ電話網に対する安心感を利用者へ提供し、再発呼防止による輻輳の長時間化を緩和することができる。
【図面の簡単な説明】
【００１６】
【図１】呼処理システムの全体構成を示す図である。
【図２】接続要求情報保持装置の機能ブロック構成を示す図である。
【図３】音声映像蓄積再生装置の機能ブロック構成を示す図である。
【図４】呼処理システムの処理シーケンスを示す図である。
【図５】接続要求の記憶例を示す図である。
【図６】効果説明時の参照図である。
【図７】効果説明時の参照図である。
【発明を実施するための形態】
【００１７】
以下、本発明を実施する一実施の形態について図面を用いて説明する。但し、本発明は多くの異なる様態で実施することが可能であり、本実施の形態の記載内容に限定して解釈すべきではない。
【００１８】
図１は、本実施の形態に係る呼処理システム１の全体構成を示す図である。この呼処理システム１は、ＩＰ電話端末１１と、呼接続装置１２と、輻輳制御装置１３と、接続要求情報保持装置１４と、音声映像蓄積再生装置１５とで構成される。以下詳述する。
【００１９】
ＩＰ電話端末１１は、呼接続装置１２に接続し、映像や音声による通信若しくは配信又は受信する装置である。本実施例において、接続要求元のＩＰ電話端末を１１ａとし、接続要求先のＩＰ電話端末を１１ｂとする。
【００２０】
呼接続装置１２は、ＩＰ電話網内に設置され、呼の接続要求に係る信号を受信すると、その信号内に含まれる着信番号の接続要求先へ接続処理を実行し、接続要求元と接続要求先間の通信を確立する装置である。本実施例において、上記ＩＰ電話端末１１ａ，１１ｂを収容している呼接続装置を１２ａとし、それ以外の呼接続装置を１２ｂとする。
【００２１】
輻輳制御装置１３は、ＩＰ電話網内に設置され、信号の接続許容量や接続上限閾値を用いて信号集中による輻輳状態が発生しないようにＩＰ電話端末１１からの信号を制御し、呼接続装置１２での接続処理等を管理する装置である。
【００２２】
接続要求情報保持装置１４は、呼接続装置１２が輻輳状態であることにより受け付けられなかった接続要求（溢れ呼）を代理で受け付けて、接続処理が可能になるまで待つための接続要求処理待ち列に順次記憶する装置である。尚、その設置場所はＩＰ電話網の内外を問わない。
【００２３】
音声映像蓄積再生装置１５は、ＩＰ電話網内に設置され、接続要求情報保持装置１４の接続要求処理待ち列を参照し、各接続要求の接続処理が可能になるまでの順番待ち情報を接続要求元の各ＩＰ電話端末１１にそれぞれ通知する装置である。
【００２４】
次に、接続要求情報保持装置１４について詳述する。図２は、接続要求情報保持装置１４の機能ブロック構成を示す図である。
【００２５】
この接続要求情報保持装置１４は、溢れ呼を代理で受け付ける接続要求受付部１４ａと、その溢れ呼を待ち順番に対応付けて順次記憶する接続要求待ち列メモリ１４ｂと、接続処理の進捗状況に応じて接続要求待ち列メモリ１４ｂ内の待ち順番を随時更新する接続要求待ち列更新部１４ｃと、接続処理が可能になった溢れ呼を呼接続装置１２ａに発信する接続要求発信部１４ｄと、利用者による順番待ち情報の通知契機等の入力を受け付ける通知契機等受付部１４ｅと、その通知契機情報等を登録しておく通知契機等情報メモリ１４ｆと、接続要求受付部１４ａで受け付けられた溢れ呼を一旦切断する呼切断部１４ｇと、登録された通知契機等に基づき、当該契機時での順番待ち情報を接続処理前にＩＰ電話端末１１へ事前通知する順番待ち情報事前通知部１４ｈとを備えている。
【００２６】
次に、音声映像蓄積再生装置１５について詳述する。図３は、音声映像蓄積再生装置１５の機能ブロック構成を示す図である。
【００２７】
この音声映像蓄積再生装置１５は、音声映像データを記憶しておく音声映像メモリ１５ａと、接続要求情報保持装置１４から接続要求待ち列の情報を受信する接続要求待ち列情報受信部１５ｂと、その接続要求待ち列情報を参照し、音声映像データ用いて順番待ち情報をＩＰ電話端末１１へ通知する順番待ち情報通知部１５ｃとを備えている。
【００２８】
尚、接続要求情報保持装置１４の順番待ち情報事前通知部１４ｈを音声映像蓄積再生装置１５の順番待ち情報通知部１５ｃへ統合し、統合された一体的通知部がそれら２つの各機能を全て実行するようにしても構わない。
【００２９】
続いて、呼処理システム１の動作について説明する。図４は、呼処理システム１の処理シーケンスを示す図である。
【００３０】
まず、ＩＰ電話端末１１ａが、ＩＰ電話端末１１ｂへの接続要求を発信する（ステップＳ１０１）。
【００３１】
次に、呼接続装置１２ａは、その新規接続要求を受信するが、現在輻輳状態であるため、自装置１２ａ内の接続要求の列に並べるのではなく、接続要求情報保持装置１４に転送する（ステップＳ１０２）。
【００３２】
次に、接続要求情報保持装置１４において、接続要求受付部１４ａが、呼接続装置１２ａで受け付けられなかった新規接続要求を代理で受け付け、当該受け付けられなかった順に、待ち順番に対応付けて接続要求待ち列メモリ１４ｂ内の接続要求待ち列に並べる（ステップＳ１０３）。
【００３３】
例えば、図５に示すように記憶される。Ｄの接続要求が新規に転送されると、それ以前に呼接続装置１２ａから転送・記憶されていた接続要求Ｚ（待ち順番１），接続要求Ａ（待ち順番２），接続要求Ｃ（待ち順番３）の次に並べられ、待ち順番４が付与される。
【００３４】
尚、記憶される接続要求とは、例えば、接続要求元であるＩＰ電話端末１１ａの電話番号や、接続要求先であるＩＰ電話端末１１ｂの電話番号等であり、接続要求の信号に含まれる情報である。
【００３５】
次に、接続要求情報保持装置１４は、ＩＰ電話端末１１ａを音声映像蓄積再生装置１５に接続させる（ステップＳ１０４）。
【００３６】
次に、音声映像蓄積再生装置１５において、接続要求待ち列情報受信部１５ｂが、接続要求情報保持装置１４から接続要求待ち列情報を受信し、順番待ち情報通知部１５ｃが、その接続要求待ち列を参照し、音声、映像又は文字によるガイダンス通知にて、（１）接続要求が受け付けられたこと、（２）並び順は何番であること、（３）どのくらいで接続できそうであること、等の順番待ち情報を生成しＩＰ電話端末１１ａに通知する（ステップＳ１０５）。
【００３７】
次に、ＩＰ電話端末１１ａは、順番待ち情報が通知されると、引き続き通知されるガイダンスに沿って、利用者の入力に応じて、（１）接続処理を実行するか否か、（２）順番が何番目になったら事前通知をするか、（３）事前通知なく順番がきたら接続処理を実行するか等の通知契機等を入力する（ステップＳ１０６）。
【００３８】
次に、接続要求情報保持装置１４において、通知契機等受付部１４ｅが、その通知契機等を常時変更可能に受け付け、その入力内容を利用者に確認させた後に通知契機等情報メモリ１４ｆに記憶させ、呼切断部１４ｇが、ステップＳ１０３で受け付けた新規接続要求の呼を一旦切断する（ステップＳ１０７）。
【００３９】
次に、順番待ち情報事前通知部１４ｈは、接続要求待ち列メモリ１４ｂに記憶されている接続要求の接続処理の進捗状況を随時確認し、ステップＳ１０３で受け付けた新規接続要求の待ち順番が、通知契機等情報メモリ１４ｆに登録された通知順番になった場合やそれに近づいた場合に、ＩＰ電話端末１１ａ間の通信処理速度を計算等して、（１）あと何番待ちである、（２）あとどれくらいで接続できそうである等の順番待ち情報を生成してＩＰ電話端末１１ａに事前通知する（ステップＳ１０８）。
【００４０】
尚、ここでは、接続要求待ち列更新部１４ｃが、接続要求の接続処理の進捗状況に応じて接続要求待ち列メモリ１４ｂ内の待ち順番を順次繰り上げするものとしている。その際、接続要求元と接続要求先の各情報を突合し（図５の突合）、呼接続装置１２ａと呼接続装置１２ｂ間での呼の接続要求が双方で確認できた接続要求の待ち順番を優先的に繰り上げても構わない。
【００４１】
次に、ＩＰ電話網内の接続要求量が減少して輻輳状態が解消すると、呼接続装置１２ａ，１２ｂは、新規呼の接続処理が可能であることを輻輳制御装置１３に通知する（ステップＳ１０９）。
【００４２】
そして、それを受け取った輻輳制御装置１３は、呼接続装置１２ａ，１２ｂで新規呼の接続処理が可能であることを接続要求情報保持装置１４に通知する（ステップＳ１１０）。
【００４３】
次に、接続要求情報保持装置１４において、接続要求発信部１４ｄは、接続要求待ち列メモリ１４ｂに並べられている接続要求（ステップＳ１０３で受け付けた新規接続要求を含む）を呼接続装置１２ａ，１２ｂに順次発信して、溢れ呼となっていた接続要求の呼接続処理を実行させる（ステップＳ１１１）。
【００４４】
最後に、呼接続装置１２ａは、新規接続要求に係る接続要求元のＩＰ電話端末１１ａと接続要求先のＩＰ電話端末１１ｂとを呼接続する（ステップＳ１１２）。これにより、ＩＰ電話端末１１ａとＩＰ電話端末１１ｂ間で通信が確立する。
【００４５】
続いて、図６及び図７を参照しながら、本実施の形態による効果について説明する。
【００４６】
従来であれは、図６（ａ）に示すように、輻輳により呼接続装置１２で接続処理を受け付けられなかった接続要求のＡ，Ｃ，Ｄ，Ｅ，Ｚは拒否され、又は利用者の再接続により輻輳状態を更に増長させていた。
【００４７】
これに対し、本実施の形態では、図６（ｂ）に示すように、呼接続装置１２で受け付けられなかったＡ，Ｃ，Ｄ，Ｅ，Ｚの接続要求を代理で受け付けて接続要求待ち列に順次保持しておき、接続要求の接続処理が可能になるまでの順番待ち情報を利用者のＩＰ電話端末１１へ通知するので、ＩＰ電話網に対する安心感を利用者へ提供し、再発呼防止による輻輳の長時間化を緩和することができる。
【００４８】
つまり、接続要求自体は受け付けられ、順番がくれば接続されるということが利用者に連絡されることから、無理に再接続を試みることがなくなる。これにより、ＩＰ電話網側は輻輳状態から早期に脱することが可能になり、利用者側は接続処理までどのくらいの時間を待てばよいかという待ち順番の情報を得ることで連絡先といつ通信ができるのかという不安から解放され、接続要求は輻輳発生後から最短の時間で接続することが可能になる。
【００４９】
また、図７に示すように、輻輳状態が解消して呼接続装置１２で新規呼の接続要求の受付が可能になったときに、代理で受付けていた接続要求を呼接続装置１２へ順次発信し、呼接続装置１２の接続処理能力に限界があるために処理できなかった接続要求を時間差を利用して接続するので、突発的又は一時的な接続要求量の増加に対し、呼接続装置１２等の設備を増設することなく、溢れ呼の接続要求の処理を実行することが可能になり、全ての接続要求の処理が可能になる。
【００５０】
つまり、溢れ呼を発生させることなく、呼接続装置の処理能力を最大限に使用して、増加した接続要求を全て処理することが可能になる。
【００５１】
最後に、本実施の形態で説明した図１の全装置は、メモリやＣＰＵを備えたコンピュータで実現することができる。また、その処理は、プログラムによって実行可能である。
【００５２】
尚、キャンプオンや自動コールバックとの大きな違いは、接続要求をＩＰ電話網側で受け取るため、改めて利用者からの番号の登録等は不要であることや、呼接続装置１２やＩＰ電話網自体を輻輳によるサービス品質低下から守ることを目的としている点にある。
【符号の説明】
【００５３】
１…呼処理システム
１１…ＩＰ電話端末
１２…呼接続装置
１３…輻輳制御装置
１４…接続要求情報保持装置
１４ａ…接続要求受付部
１４ｂ…接続要求待ち列メモリ
１４ｃ…接続要求待ち列更新部
１４ｄ…接続要求発信部
１４ｅ…通知契機等受信部
１４ｆ…通知契機等情報メモリ
１４ｇ…呼切断部
１４ｈ…順番待ち情報事前通知部
１５…音声映像蓄積装置
１５ａ…音声映像メモリ
１５ｂ…接続要求待ち列情報受信部
１５ｃ…順番待ち情報通知部
Ｓ１０１〜Ｓ１１２…ステップ
【図１】
2014154902.tif 000003
【図２】
2014154902.tif 000004
【図３】
2014154902.tif 000005
【図４】
2014154902.tif 000006
【図５】
2014154902.tif 000007
【図６】
2014154902.tif 000008
【図７】
2014154902.tif 000009