JP4568229B2 - 電話接続方法、コールエージェントサーバ、電話接続システムおよび通信プログラム - Google Patents

Description

本発明は、輻輳発生時の電話接続技術に関する。

災害時には電話回線の輻輳を防止するため、電話交換機がゾーンセンタ単位（各県、各地域単位）で発信規制（着呼規制および発呼規制）を行う。このため、災害時等に必要な電話がつながらないという問題が散見される。このような問題を解決するため、発信規制がかかった場合でも、電話交換機等の通信制御装置が所定の発呼を優先的に接続する技術が提案されている（例えば、特許文献１参照）。
特開平８−１２６０４０号公報

しかし、前記した技術において、優先的に接続するのは警察や消防等への発呼であり、一般加入者の電話機への発呼を優先的に接続するものではない。つまり、発呼が集中したときに、一般加入者の電話機への呼の完了率を向上させるものではない。そこで、本発明は、前記した問題を解決し、災害時等において発信規制がかかった場合でも、一般加入者の呼の完了率を向上させる電話接続方法等を提供することを課題とする。

前記した課題を解決するため、発信規制を行う電話番号を示した発信規制電話番号データベースを参照して、所定の電話機への発信規制を行う１以上の通信制御装置と、前記通信制御装置を制御するコールエージェントサーバとを含む電話接続システムを用いた電話接続方法であって、前記通信制御装置のうち、前記発呼元の電話機に接続される通信制御装置が、前記電話機からの発呼を受け付けるステップと、前記発信規制電話番号データベースに前記受け付けた発呼の発呼先電話番号が含まれるとき、前記発呼に、発信規制フラグを付して前記通信制御装置に接続されるコールエージェントサーバへ転送するステップと、前記コールエージェントサーバが、前記通信制御装置から、前記発信規制フラグが付された発呼の転送を受け付けたとき、前記発呼の発呼元の電話機へ前記通信制御装置において前記発信規制の対象外として接続する優先呼の発呼元電話番号と、発呼先電話番号と、予約日時とを示した予約情報の入力を促す情報を送信するステップと、前記発呼元の電話機から、前記予約情報を受信したとき、前記受信した予約情報に示される予約日時および前記予約日時が遅いほど予約料金を安く設定した利用料金テーブルに基づき、予約料金を計算し、前記計算した予約料金を前記発呼元の電話機の課金情報として記憶部に記録するステップと、前記電話予約データベースの予約情報に示される予約日時に、前記発呼元電話番号の電話機へ発呼するステップとを実行し、前記通信制御装置が、前記発呼された電話機がオフフックされたことを検知したとき、前記オフフックされた電話機と、この電話機に関する予約情報に示される発呼先電話番号の電話機とを優先呼として接続するステップと、を実行することとした。

また、本発明の電話接続システムは、通信制御装置および請求項８または請求項９に記載のコールエージェントサーバを含むこととした。

このような電話接続方法または電話接続システムによれば、コールエージェントサーバ（以下、ＣＡサーバと略す）が、優先呼の予約情報を受信し、通信制御装置へ転送する。そして、通信制御装置はこの予約情報に基づき、予約日時に電話機同士を優先的に接続する。また、この予約情報は優先呼を行う予約日時に関する情報を含んでいるので、発呼元の電話機の利用者は自分の好きな日時に相手の電話機を呼び出すことができる。さらに、ＣＡサーバが、優先呼の予約を受け付けることで、災害発生直後等、回線の輻輳が発生しやすい日時よりも後の日時に発呼を分散できる。したがって、呼の完了率を向上させることができる。なお、他の装置とは、発呼元の電話機でもよいし、この電話機の利用者のＰＣ（Personal Computer）や、ＰＤＡ（Personal Digital(Data) Assistants）等であってもよい。また、通信制御装置は、受け付けた発呼が発信規制対象の発呼であるとき、この発呼をＣＡサーバへ自動転送し、発呼元電話機からの予約情報を受信する。つまり、発呼元の電話機の利用者は、発信規制により相手方の電話機と通話できないとき、すぐに優先呼の予約をすることができる。なお、予約情報の入力を促す情報とは、例えば、予約情報の入力を促す音声ガイダンス等である。このような電話接続方法またはＣＡサーバによれば、ＣＡサーバが、本システムの利用者に対し、予約料金の課金を行うことができる。また、この予約料金は、予約日時が遅いほど安価なものであるので、ＣＡサーバは、利用者により遅い日時に優先呼の予約をするよう促すことができる。したがって、災害発生直後等、回線の輻輳が発生しやすい日時以降に発呼を分散できるので、輻輳を防止し、呼の完了率を向上させることができる。

また、本発明の電話接続方法は、前記コールエージェントサーバが、前記電話機が接続される通信網のトラヒック情報に基づき、所定日時からの経過時間ごとに接続可能な回線数を予測するステップと、前記予測した回線数と前記電話予約データベースの予約情報とに基づき、前記所定日時からの経過時間ごとに予約可能な優先呼の回線数を計算し、前記計算した回線数と、前記予約料金とを前記発呼元の電話機へ送信するステップと、をさらに実行することとした。

また、本発明のコールエージェントサーバの処理部は、（１）前記電話機が接続される通信網のトラヒック情報を基に、所定日時からの経過時間ごとに接続可能な回線数を予測し、（２）前記予測した接続可能な回線数と前記電話予約データベースの予約情報とに基づき、前記所定日時からの経過時間ごとに予約可能な優先呼の回線数を計算し、（３）前記計算した回線数と、前記予約料金とを、ＩＰネットワーク経由で前記端末装置へ送信することとした。

このような電話接続方法またはＣＡサーバによれば、本システムの利用者は、優先呼の予約を行う前にインターネット等のネットワーク経由で、予約可能な回線数を確認することができる。また、ＣＡサーバは、通信網における現在のトラヒック情報を基に接続可能な回線数を予測し、その回線数を上限として優先呼の予約を受け付けるので、優先呼による相手方の電話機への着呼を確実なものとすることができる。

また、本発明の電話接続方法は、前記コールエージェントサーバが、前記予約情報をＩＰネットワーク経由で受信することとした。

このような電話接続方法によれば、本システムの利用者はＩＰネットワーク経由で、優先呼の予約を行うことができる。

また、本発明の電話接続方法は、前記コールエージェントサーバが、前記予約情報を受信することができないとき、前記通信制御装置から転送された前記発信規制フラグが付された発呼を、他のコールエージェントサーバへ転送するステップをさらに実行することとした。

このような電話接続方法によれば、例えば発信規制や通信障害等によりＣＡサーバが予約情報を受信できない状態になったとしても、他のＣＡサーバで予約情報を受信することができる。つまり、ＣＡサーバは、確実に予約情報を受信することができる。

また、本発明の電話接続方法は、前記優先呼として接続するステップにおいて、前記通信制御装置が、前記優先呼として接続するときに割り当てる回線の帯域を、前記優先呼以外の接続に割り当てる回線の帯域とは異なる帯域とすることとした。

このような電話接続方法によれば、通信制御装置は、優先呼として電話接続するときには、他の電話接続とは異なる帯域を割り当てるので、確実に発呼先へ接続することができる。

また、本発明の電話接続方法は、前記通信制御装置が、前記優先呼として接続するときに割り当てる回線の帯域と、前記優先呼以外の接続に割り当てる回線の帯域とを可変とすることとした。

このような電話接続方法によれば、通信制御装置は、災害発生直後等、優先呼をより多く接続する必要がある時間帯には、優先呼に割り当てる帯域を多くし、それ以外の時間帯には、優先呼以外の発呼に割り当てる帯域を多くすることができる。したがって、システム全体として呼の完了率を向上させることができる。

また、本発明の電話接続方法は、発信規制を行う電話番号を示した発信規制電話番号データベースを参照して、所定の電話機への発信規制を行う１以上の通信制御装置と、前記通信制御装置を制御するコールエージェントサーバとを含む電話接続システムを用いた電話接続方法であって、前記通信制御装置において前記発信規制の対象外として接続する優先呼の発呼元電話番号と、発呼先電話番号と、予約日時とを示した予約情報を格納する電話予約データベースと、前記予約日時が遅いほど予約料金を安く設定した利用料金テーブルとを備える前記コールエージェントサーバが、他の装置から送信された予約情報を受信し、この予約情報を前記電話予約データベースに登録するステップと、前記受信した予約情報に示される予約日時および前記利用料金テーブルに基づき、予約料金を計算し、前記計算した予約料金を前記発呼元の電話機の課金情報として前記記憶部に記録するステップと、前記通信制御装置へ前記予約情報を送信するステップと、前記電話予約データベースの予約情報に示される予約日時に、前記発呼元電話番号の電話機へ発呼するステップとを実行し、前記通信制御装置は、前記発呼した電話機がオフフックされたことを検知したとき、この電話機から前記予約情報に示される発呼先電話番号の電話機に対し、当該発呼が優先呼であることを示す優先呼フラグを含む発呼を実行させるステップと、前記電話機からの発呼を受け付けるステップと、前記受け付けた発呼が前記優先呼フラグを含むとき、前記発呼の発呼先電話機へ優先呼として接続するステップと、を実行することとした。

このような電話接続方法によれば、優先呼として扱うべき発呼には優先呼フラグが付されているので、通信制御装置は予約情報を参照しなくても、優先呼として接続すべき発呼か否かを判断することができる。

また、本発明のコールエージェントサーバは、発信規制を行う電話番号を示した発信規制電話番号データベースを参照して、所定の電話機への発信規制を行う通信制御装置を制御するコールエージェントサーバであって、前記電話機の利用者の端末装置から送信された、前記通信制御装置において前記発信規制の対象外として接続する優先呼の発呼元電話番号と、発呼先電話番号と、予約日時とを示した予約情報を格納した電話予約データベースと、前記予約日時が遅いほど予約料金を安く設定した利用料金テーブルとを備える記憶部と、（１）前記端末装置から送信された予約情報を前記電話予約データベースに登録し、（２）前記予約情報を前記通信制御装置へ送信し、（３）前記予約情報に示される予約日時に、前記発呼元電話番号の電話機を発呼し、（４）前記通信制御装置において、前記発呼した電話機がオフフックされたことを検知したとき、前記オフフックされた電話機と、前記予約情報に示される発呼先電話番号の電話機とを優先呼として接続させる処理部と、を備え、前記処理部は、前記予約情報を受信したとき、前記受信した予約情報に示される予約日時および前記利用料金テーブルに基づき、予約料金を計算し、前記計算した予約料金を前記発呼元の電話機の課金情報として前記記憶部に記録することとした。

このようなコールエージェントサーバによれば、通信制御装置に予約日時に電話機同士を優先的に接続させることができる。つまり、災害発生直後等、回線の輻輳が発生しやすい日時以降に発呼を分散できるので、輻輳を防止し、呼の完了率を向上させることができる。

また、本発明のプログラムは、コンピュータを前記コールエージェントサーバとして機能させることを特徴とする。

このようなプログラムをインストールされたコンピュータは、このプログラムに基づき前記コールエージェントサーバの各機能を実現することができる。

本発明によれば、コールエージェントサーバが優先呼の予約を受け付けるので、呼の完了率を向上させることができる。

＜第１の実施の形態＞
以下、図面を参照しながら、本発明を実施するための最良の形態（以下、実施の形態とする）を説明する。

図１は、第１の実施の形態の電話接続システムの構成を示す図である。
図１に示すように、電話接続システムは、発呼元の電話機２と、この電話機２の発呼先の電話機４と、通信制御装置３,５と、通信制御装置３,５を制御するコールエージェントサーバ（ＣＡサーバ）７とを含む。この電話機２,４と、通信制御装置３,５とは、電話回線網である通信網１により接続される。また、ＣＡサーバ７と通信制御装置３,５とは、それぞれ専用線１１,１３により接続される。通信制御装置３と通信制御装置５とは、専用線１２により接続される。なお、以下の説明では、災害発生により発呼が集中し、発信規制が行われる場合を例に説明するが、その他の理由により発信規制が行われる場合であってもよい。

通信制御装置３は、電話機２を収容し、この電話機２からの発呼および他の電話機からの着呼の制御を行う。また、通信制御装置５は、電話機４を収容し、この電話機４からの発呼および他の電話機からの着呼の制御を行う。この通信制御装置３,５は、それぞれ発信規制の対象とする電話番号を格納しており、災害時等は所定の電話番号への発呼の規制および着呼の規制を行う。なお、通信制御装置３,５は、例えば、電話交換機やコンピュータにより実現される。なお、本実施の形態では発呼元の電話機２の通信制御装置３と、発呼先の電話機４の通信制御装置５とは別個のものとして説明するが、同じ通信制御装置を用いるようにしてもよい。

また、ＣＡサーバ７は、通信制御装置３経由で電話機２等から、優先呼の予約情報を受信する。そして、この予約情報に基づき、所定の日時に電話機２と電話機４とを優先呼として接続する。つまり、電話機４の電話番号が通信制御装置３,５における発信規制対象の電話番号であっても、電話機２からの発呼を電話機４に着呼させ、電話機２の利用者が電話機４の利用者と通話できるようにする。

なお、このＣＡサーバ７は、専用線１１,１３経由で通信制御装置３,５と通信可能なコンピュータにより実現される。また、電話機２,４は、ここでは固定電話であるものとして説明するが、携帯電話機等であってもよい。なお、以下の説明では、電話機４は被災地の電話機であり、電話機２はこの電話機４への優先呼の予約を行い、発呼するものとして説明する。また、電話機２,４、ＣＡサーバ７および通信制御装置３,５の台数は図１に示す台数に限定されない。

＜電話接続システムの動作概要＞
ここで、図１の電話接続システムの動作概要を説明する。
まず、災害が発生すると、通信制御装置３,５は、被災地の電話機（例えば、電話機４）への発信規制を行う。ここでの発信規制とは、例えば、電話機４への発呼および着呼の制限である。次に、通信制御装置３は、電話機２からの発呼が発信規制の対象であることを認識すると、つまり被災地の電話機４への発呼であることを認識すると、この発呼に、この発呼が発信規制の対象電話番号への発呼であることを示すフラグを付して、ＣＡサーバ７へ転送する。ＣＡサーバ７は、このようなフラグを持つ発呼の転送を受けると、電話機２へ音声ガイダンス等を送信して、この電話機２から、優先呼の予約情報の入力を受け付けるようにする。このとき入力される予約情報は、発呼元電話番号（例えば、電話機２の電話番号）、発呼先電話番号（例えば、電話機４の電話番号）、発呼先電話番号へ発呼する予約日時等である。また、入力は電話機２によるＤＴＭＦ（Dial Tone Multi Frequency）等により行われる。

そして、ＣＡサーバ７は、この予約情報に示される予約日時になると、電話機２へのコールバックを行う。そして、通信制御装置３は、電話機２がオフフックされたことを検知すると、通信制御装置５経由で電話機４を呼び出す。このとき、通信制御装置５において電話機４の電話番号は発信規制の電話番号として登録されているが、発信規制の対象とならないようにする。つまり、通信制御装置５は、当該発呼を優先呼とし、電話機４へ接続する。そして、この後、電話機４の利用者がオフフック、つまり応呼すると、電話機２と電話機４とが接続され、通話可能な状態になる。
なお、ＣＡサーバ７が電話機２へのコールバックを行った後、ＣＡサーバ７自身で電話機２がオフフックされたことを検知して、ＣＡサーバ７が通信制御装置３,５に電話機２から電話機４への発呼を優先呼として接続させるようにしてもよい。

このように、ＣＡサーバ７は、発呼元の電話機２から発呼先の電話機４へ発呼する日時の予約を受け付け、災害発生から所定時間経過後に電話機２から電話機４へ発呼するようにするので、災害直後に発呼が集中してしまうのを防止できる。

なお、本システムの利用料金を課金する際、災害発生日時から遅い時間に予約するほど安い課金とする（災害発生日時から早い時間に予約するほど高い課金とする）ことが好ましい。このようにすることで、本システムの利用者に、予約日時を災害発生時刻から、より遅い日時に設定するよう促すことができる。したがって、発呼が集中して回線に輻輳が発生するのを防止できる。

＜通信制御装置＞
図２は、図１の通信制御装置のハードウェア構成を示すブロック図である。
通信制御装置３,５は同じ構成であるので、ここでは代表して通信制御装置３の構成を説明する。図２に示すように、通信制御装置３は、各種演算処理を行うＣＰＵ（Central Processing Unit）３１０と、通信網１および専用線１１,１２との通信インタフェースである通信インタフェース３２０と、回線の切り替えを行うスイッチ３３０と、記憶部３４０とを含んで構成される。この記憶部３４０は、例えば、ＲＡＭ（Random Access Memory）やハードディスク装置等から構成され、予約優先呼データベース３４１と、発信規制電話番号データベース３４２と、課金情報３４３と、利用履歴３４４と、利用料金テーブル３４５と、通信制御プログラム３４６とを格納する。ＣＰＵ３１０は、記憶部３４０の各種データを参照し、通信制御プログラム３４６を実行することで通信制御装置３の機能を実現する。

予約優先呼データベース３４１は、通信制御装置３において優先呼として扱う発呼の予約情報を格納したデータベースである。
この予約情報は、以下の表１に例示するように、発呼元電話番号、発呼先電話番号および予約日時を含んで構成される。
表１の予約情報は、発呼元電話番号「ｘｘ-ｘｘｘｘ-ｘｘｘｘ」から、発呼先電話番号「ｙｙ-ｙｙｙｙ-ｙｙｙｙ」へ、予約日時「ｚｚｚｚ.ｚｚ.ｚｚ」に優先呼へ発呼することが予約されていることを示す。この予約優先呼データベース３４１は、ＣＡサーバ７から送信された予約情報に基づき作成される。
なお、予約情報における予約日時は、例えば、「２００５年１２月１５日１０：００」というように具体的な日時であってもよいし、「２００５年１２月１５日１０：００〜１４：００」というように、ある程度時間幅を持つものであってもよい。

なお、記憶部３４０は、予約優先呼データベース３４１以外にも、警察や消防等、災害時に優先呼として接続すべき電話番号リストを格納するようにしてもよい。

発信規制電話番号データベース３４２は、この通信制御装置３が発信規制を行う電話番号を格納したデータベースである。なお、この発信規制電話番号データベース３４２の発呼先電話番号は、発信規制を行う地域を特定する番号（市外局番等）のみを記述するようにしてもよい。

課金情報３４３は、この通信制御装置３が収容する電話機（例えば、電話機２等）の利用料金を示した情報である。この課金情報３４３は、電話接続サービスを提供する事業者が利用料金を請求するときに用いられる。

利用履歴３４４は、通信制御装置３が収容する電話機（例えば、電話機２等）の利用履歴（通話履歴）を示した情報である。

利用料金テーブル３４５は、優先呼接続した場合における通話料金を示したテーブルである。例えば、以下の表２に例示するように、優先呼により接続した場合に通常の通話料金に加算される通話料金が示される。

表２に例示した利用料金テーブル３４５は、優先呼により接続した相手との通話時間が１分までであれば、通常の通話料金に加算される料金は０円であり、２分までであれば加算される料金は１００円であることを示す。つまり、表２に例示した利用料金テーブル３４５は、通話時間が短いほど加算される通話料金を安くし、長いほど加算される通話料金を高くしている。通信制御装置３は、このような利用料金テーブル３４５に基づく課金を行うことで、優先呼により通話できるようになっても、利用者に短時間で通話を終了させるよう促すことができる。

＜通信制御装置の機能＞
図３は、図２の通信制御装置を機能展開して示したブロック図である。
図３に示すように、通信制御装置３の機能は、スイッチ３３０と、各種データを格納する記憶部３４０と、各種演算処理を行う処理部３５０と、電話機２およびＣＡサーバ７との通信インタフェースであるインタフェース部３８０とに分けられる。この処理部３５０の機能は、前記したＣＰＵ３１０による通信制御プログラム３４６の実行処理により実現される。この処理部３５０は、接続制御部３５１と、課金部３５３と、ユーザ管理部３５４と、利用履歴記録部３５５とを備える。
また、インタフェース部３８０は、図２の通信インタフェース３２０により構成される。

接続制御部３５１は、スイッチ３３０に、発呼を転送する回線（加入者線と、専用線１１）の切り替えを指示する。

課金部３５３は、電話機２の通話記録である利用履歴３４４と、通話時間ごとの通話料金を示した利用料金テーブル３４５を参照して、この電話機２の利用料金を計算し、この計算結果を課金情報３４３として書き込む。

ユーザ管理部３５４は、災害発生後に、発信規制対象地域の電話番号（市外局番等）から、発信規制電話番号データベース３４２を作成する。なお、発信規制対象地域の電話番号は、例えば、通信網１経由で、電話局（図示せず）から受信するものとする。また、ユーザ管理部３５４は、電話機からの発呼を受け付けると、この発呼の発呼先電話番号が、発信規制電話番号データベース３４２に含まれる電話番号か否かを判断する。ここで、発呼先電話番号が発信規制電話番号データベース３４２に含まれるとき、ユーザ管理部３５４は、この発呼に当該発呼が発信規制の対象である旨のフラグ（発信規制フラグ）を付して、接続制御部３５１によりＣＡサーバ７へ送信する。

さらに、ユーザ管理部３５４は、発呼を受け付けると、予約優先呼データベース３４１を参照して、この発呼を優先呼として扱うべきか否かを判断する。例えば、電話機２からの発呼を受けると、受け付けた発呼の発呼日時と電話機２の電話番号が、予約優先呼データベース３４１に登録されていれば、発呼を優先呼として扱うべきと判断する。一方、予約優先呼データベース３４１にこの電話機２に関する予約情報の登録がなかった場合や、電話機２の予約情報の登録があった場合でも、発呼日時が予約情報の予約日時とは異なるときには優先呼として扱うべきではないと判断する。

そして、ユーザ管理部３５４が当該発呼を優先呼として扱うべきと判断した場合には、接続制御部３５１により通信制御装置５へ転送する。具体的には、まず優先呼をＣＡサーバ７に転送し、ＣＡサーバ７から電話機４を収容する通信制御装置５へ転送する。一方、ユーザ管理部３５４が当該発呼を優先呼として扱うべきでないと判断した場合、この発呼が発信規制電話番号データベース３４２に登録されていれば発信規制を行い、登録されていなければ、発信規制を行わず通常の発呼として処理する。

利用履歴記録部３５５は、この通信制御装置５が収容する電話機（電話機２）の通話履歴等の利用履歴を利用履歴３４４に記録する。

＜ＣＡサーバ＞
図４は、図１のＣＡサーバのハードウェア構成を示すブロック図である。
図４に示すように、ＣＡサーバ７は、各種演算処理を行うＣＰＵ７１０と、通信インタフェース７２０と、このＣＡサーバ７を操作するオペレータ端末７５と接続するための入出力インタフェース７５０と、記憶部７４０とを含んで構成される。この記憶部７４０は、ＲＡＭやハードディスク装置等から構成され、電話予約データベース７４１と、課金情報７４６と、利用履歴７４４と、利用料金テーブル７４５と、ユーザ情報７４７と、予約管理プログラム７４２と、通信プログラム７４３とを格納する。

この電話予約データベース７４１は通信制御装置３,５に格納される予約優先呼データベース３４１と同じ情報が格納されるので、説明を省略する。
課金情報７４６は、各電話機のシステム利用料金（予約料金）を記録した情報である。この課金情報７４６は、電話接続サービスを提供する事業者が電話機の利用者に課金をするときに用いられる。
利用履歴７４４は、ＣＡサーバ７がコールバックを行ったときや、通話予約部７５１が予約情報を受け付けたときの履歴を示した情報である。
利用料金テーブル７４５は、本システムにより優先呼の予約をするときの予約料金を示したテーブルである。この利用料金テーブル７４５は、表３に例示するように災害発生日時からの経過時間ごとの、予約料金が示される。
ユーザ情報７４７は、ＣＡサーバ７が発呼を受け付ける電話機２のユーザＩＤや、パスワード等を示した情報である。このユーザ情報７４７は、認証部７５２が認証を行う際に参照される。

例えば、表３において、優先呼の予約日時が災害発生日時から１時間後までであれば、予約料金は１００円であり、２時間後までであれば予約料金は８０円であることを示す。つまり、災害発生日時から時間が経過しているほど、予約料金は安くなるよう設定されている。ＣＡサーバ７がこのような利用料金テーブル７４５に基づく課金を行うことで、電話機の利用者に対し、災害発生後、より遅い時間に優先呼の予約を入れさせるよう促すことができる。

ＣＰＵ７１０は、記憶部７４０の各種データを参照し、予約管理プログラム７４２と、通信プログラム７４３とを実行することでＣＡサーバ７の機能を実現する。

＜ＣＡの機能＞
図５は、図４のＣＡを機能展開して示したブロック図である。
図５に示すように、ＣＡサーバ７の機能は、各種データを格納する記憶部７４０と、各種演算処理を行う処理部７７０と、インタフェース部７８０とに分けられる。この処理部７７０は予約管理部７６０と通信部７５８とを備える。この予約管理部７６０の機能は、前記したＣＰＵ７１０による予約管理プログラム７４２の実行処理により実現され、通信部７５８の機能は通信プログラム７４３の実行処理により実現される。

この予約管理部７６０は、通話予約部７５１と、認証部７５２と、課金部７５３と、履歴記録部７５４と、予約制御指示部７５６と、セッション制御部７５７とを含んで構成される。また、インタフェース部７８０は、通信インタフェース７２０および入出力インタフェース７５０により構成される。

通話予約部７５１は、通信制御装置３から転送された発呼のうち、発信規制フラグが付いた発呼を受け取ると、認証部７５２により電話機２の利用者に対しユーザ認証を行った後、優先呼の予約を受け付ける。通話予約部７５１は、電話機２からＤＴＭＦ等により予約情報の入力を受け付けると、この予約情報を電話予約データベース７４１へ登録する。

課金部７５３は、利用料金テーブル７４５を参照して、この電話機２の予約料金を計算し、この計算結果を課金情報７４６として書き込む。

履歴記録部７５４は、通話予約部７５１で受け付けた予約情報を電話予約データベース７４１へ書き込む。また、セッション制御部７５７がコールバックを行ったときや、通話予約部７５１が予約情報を受け付けたとき、その旨の記録を利用履歴７４４に書き込む。

予約制御指示部７５６は、電話予約データベース７４１の予約日時における通話接続指示を通信制御装置３,５に対して行う。つまり、この電話予約データベース７４１の予約情報を通信制御装置３,５へ送信する。この予約情報は、例えば電話予約データベース７４１が更新されたときに通信制御装置３,５へ送信する。

セッション制御部７５７は、電話予約データベース７４１を参照して、予約情報に示される予約日時に、発呼元電話番号の電話機（例えば、電話機２）へコールバックを行う。

通信部７５８は、インタフェース部７８０経由で通信制御装置３,５、通信網１およびオペレータ端末７５等との通信を行う。なお、このオペレータ端末７５は、このＣＡサーバ７に対し、様々な指示入力を行うための端末である。

＜動作説明＞
ここで、本システムの動作を図６および図７のフローチャートを用いて説明する。
図６および図７は、図１の電話接続システムの動作を示すフローチャートである。
まず、災害が発生すると通信制御装置３は発信規制を行う（Ｓ１０１）。また、通信制御装置５も着信規制を行う（Ｓ１３０）。すなわち、通信制御装置３,５のユーザ管理部３５４は、発信規制電話番号データベース３４２を作成する。そして、この発信規制電話番号データベース３４２に基づく発信規制および着信規制を行う。

ここで、通信制御装置３のユーザ管理部３５４は、電話機２から被災地の電話機４へ発呼を受け付けると（Ｓ１０２）、ユーザ管理部３５４は、この発呼の発呼先電話番号が発信規制電話番号か否かを判断する（Ｓ１０３）。すなわち、ユーザ管理部３５４は、発信規制電話番号データベース３４２に、この発呼の発呼先電話番号があるか否かを判断する。ここで、発呼先電話番号が発信規制電話番号であると判断したとき（Ｓ１０３のＹｅｓ）、ユーザ管理部３５４は、この発呼に発信規制フラグを付して、接続制御部３５１によりＣＡサーバ７へ転送する（Ｓ１０４）。一方、ユーザ管理部３５４が、発呼先電話番号が発信規制電話番号ではないと判断したとき（Ｓ１０３のＮｏ）には、通常の接続手順で発呼先の電話機４へ接続する（Ｓ１１０）。

ＣＡサーバ７の通話予約部７５１は通信制御装置３から、電話機２からの発呼の転送を受け付けると、この発呼を着呼する。そして、通話予約部７５１は電話機２に対して優先呼の予約情報の入力を促すメッセージ（音声ガイダンス等）を送る等して、電話機２からの優先呼の予約情報を受信する（Ｓ１０７）。このとき、認証部７５２は電話機２に対しユーザ認証を行う。そして、通話予約部７５１が電話機２から所定時間内に優先呼の予約情報を受信したとき（Ｓ１０８のＹｅｓ）、履歴記録部７５４はこの受信した予約情報を電話予約データベース７４１に登録し、電話予約データベース７４１を更新する（Ｓ１０９）。

また、課金部７５３は、電話機２から受信した予約情報の予約日時と利用料金テーブル７４５とを参照して、この電話機２の予約料金を計算し、この計算した予約料金を課金情報７４６に書き込む。また、履歴記録部７５４は、この予約情報を受信した旨を利用履歴７４４に書き込む。
一方、通話予約部７５１が電話機２から所定時間内に優先呼の予約情報を受信しなかったとき（Ｓ１０８のＮｏ）、発呼を廃棄する（Ｓ１２０）。つまり、電話機２からの発呼を切断し、処理を終了する。

そして、Ｓ１０９で電話予約データベース７４１を更新した後、予約制御指示部７５７は、電話予約データベース７４１の予約情報を通信制御装置３,５へ送信する（Ｓ１４０）。このとき送信する予約情報は、電話予約データベース７４１において更新された情報のみを送信するようにしてもよいし、電話予約データベース７４１の情報すべてを送信するようにしてもよい。

図７の説明に移る。通信制御装置３のユーザ管理部３５４は、ＣＡサーバ７から予約情報を受信すると、この予約情報を予約優先呼データベース３４１に登録する。つまり、予約優先呼データベース３４１を更新する（Ｓ２０１）。また、通信制御装置５も同様にＣＡサーバ７から予約情報を受信すると、予約優先呼データベース３４１を更新する（Ｓ２０３）。

ＣＡサーバ７のセッション制御部７５７は、電話予約データベース７４１の予約情報に基づき、予約日時に、予約情報に示される発呼元電話番号の電話機（電話機２）へのコールバックを行う（Ｓ２１０）。そして、ＣＡサーバ７の履歴記録部７５４は、コールバックの履歴を利用履歴７４４に記録する。

次に、ＣＡサーバ７からのコールバックを着呼した電話機２がオフフックすると（Ｓ２１１）、電話機２は、まず通信制御装置３に接続する。

通信制御装置３のユーザ管理部３５４が電話機２からの発呼を受け付けると、この発呼に関する情報が予約優先呼データベース３４１にあるか否かを判断する（Ｓ２１２）。つまり、この発呼の発呼日時および発呼元電話番号（電話機２の電話番号）が記述された予約情報が、予約優先呼データベース３４１に登録されていれば（Ｓ２１２のＹｅｓ）、接続制御部３５１が当該発呼を優先呼として接続する。つまり、予約情報に登録されている発呼先電話番号の電話機（電話機４）を優先呼として発呼する（Ｓ２１４）。
一方、この発呼の発呼日時および発呼元電話番号（電話機２の電話番号）が記述された予約情報が、予約優先呼データベース３４１に登録されていなければ（Ｓ２１２のＮｏ）、発信規制を行う（Ｓ２１３）。つまり、優先呼として発呼しない。

通信制御装置５は、通信制御装置３から転送された電話機４への発呼を受け取ると、前記したＳ２１２と同様に、この発呼に関する情報が予約優先呼データベース３４１にあるか否かを判断する（Ｓ２１５）。そして、この発呼に関する情報が予約優先呼データベース３４１にあるときには（Ｓ２１５のＹｅｓ）、Ｓ２１７へ進み、予約優先呼データベース３４１にないときには（Ｓ２１５のＮｏ）、Ｓ２１６へ進む。なお、Ｓ２１６は、前記したＳ２１３と同様の処理であり、Ｓ２１７は前記したＳ２１４と同様の処理であるので説明を省略する。

電話機４は通信制御装置５から転送された発呼を着呼し、電話機４の利用者がオフフックすると（Ｓ２１８）、電話機２は電話機４と接続し、通話可能な状態となる（Ｓ２１９、Ｓ２２０）。そして、通信制御装置３は電話機２,４の通話終了を検知すると（Ｓ２２１）、この電話機２の通話時間を利用履歴３４４に記録し、課金を行う（Ｓ２２２）。つまり、利用履歴記録部３５５は、電話機２の通話時間を利用履歴３４４に記録する。また、課金部３５３は、利用履歴３４４に記録された電話機２の通話時間と、利用料金テーブル３４５とを参照して、この利用料金を計算し、この計算結果を課金情報３４３に記録する。

なお、Ｓ２１０においてＣＡサーバ７が電話機２へコールバックするときに送信する信号に、電話機２から電話機４への発呼を指示する制御信号を含め、電話機２はこの制御信号に基づき電話機４へ発呼するようにしてもよい。つまり、電話機２自身が電話機４へ発呼するようにしてもよい。この場合、通信制御装置３が優先呼として接続すべきか否かの判断は、例えば、受け付けた発呼の発呼日時、発呼元電話番号および発呼先電話番号の組み合わせが予約優先呼データベース３４１に登録されているか否かにより判断する。さらに、ＣＡサーバ７が電話機２へのコールバック時に送信する制御信号に、当該電話機からの発呼が優先呼である旨のフラグ（優先呼フラグ）を含めるようにしてもよい。すなわち、電話機２がＣＡサーバ７からのコールバックをオフフックしたとき、電話機２は優先呼フラグを含む発呼を電話機４へ行う。したがって、電話機２からの発呼を受けた通信制御装置３,５は、優先呼フラグの有無により、当該発呼を優先呼として扱うべきか否かを判断できるので、予約優先呼データベース３４１を参照する必要がなくなる。

また、前記した実施の形態では、通信制御装置３,５の両方で当該発呼を優先呼として扱うべきか否かの判断を行うようにしたが、どちらか一方の通信制御装置のみで判断するようにしてもよい。すなわち、通信制御装置３のみで判断するようにしてもよいし、通信制御装置５のみで判断するようにしてもよい。

なお、前記した実施の形態では、ＣＡサーバ７が予約管理部７６０を備え、予約情報を受信するようにしたが、これとは別個に予約管理サーバを設けるようにしてもよい。

＜第２の実施の形態＞
次に、本発明の第２の実施の形態を説明する。前記した第１の実施の形態と同様の構成要素は同じ符号を付して、説明を省略する。

図８は、第２の実施の形態の電話接続システムの構成を示す図である。図８に示すように、第２の実施の形態の電話接続システムは複数のＣＡサーバ８,９,１０を含むことを特徴とする。ＣＡサーバ９は、前記したＣＡサーバ７と同様の構成であり、予約情報の登録機能を備える。このＣＡサーバ９は、例えば、通信事業者が、被災地近辺に運び込んで通信網１に接続した臨時のＣＡサーバ等が考えられる。また、ＣＡサーバ８,１０は、電話機２からの発呼を受け付けると、この発呼の発呼先電話番号に基づき、この発呼を所定のＣＡサーバへ転送する。そして、この発呼の転送を受けたＣＡサーバは、電話機同士の接続を行う。
例えば、図８のＣＡサーバ１０は、電話機２から電話機４への発呼を受け付けると、この電話機４を収容するＣＡサーバを検索する。そして、この電話機４を収容するＣＡサーバ（例えば、ＣＡサーバ８）が輻輳制御対象地域に設置されるＣＡサーバであれば、発呼を予約情報の登録機能を備え、かつ輻輳制御対象地域外のＣＡサーバ９へ転送する。そして、このＣＡサーバ９で、電話機２からの予約情報を受信し、登録する。一方、ＣＡサーバ１０で検索したＣＡサーバ８が輻輳制御対象地域外のＣＡサーバであれば、ＣＡサーバ１０はこのＣＡサーバ８へ発呼を転送し、電話機２と電話機４とを接続する。

次に、図９を用いて図８のＣＡサーバ１０の構成を説明する。図９に示すように、ＣＡサーバ１０の処理部７７０は、認証部７５２と、課金部７５２と、履歴記録部７５４と、セッション制御部７５７と、通信部７５８とを備える。つまり、前記した図５のＣＡサーバ７の処理部７７０の構成のうち、通話予約部７５１と、予約制御指示部７５６とを抜かした構成となっている。また、記憶部７４０は、利用履歴７４４と、課金情報７４６と、ユーザ情報７４７と、輻輳制御対象地域情報７４８と、ＣＡサーバ情報７４９とを備える。

認証部７５２は、ユーザ情報７４７の情報を参照して、受け付けた発呼に含まれる電話機２の電話番号、ユーザＩＤ、パスワード等から、確かに加入者の電話機２からの発呼であることの認証を行う。課金部７５３は、電話機同士を接続したとき、発呼元の電話機の利用料金（通話料金）の課金を行う。そして、このときの利用料金（通話料金）を課金情報３４３に書き込む。また、履歴記録部７５４は、加入者の電話機の通話履歴等を利用履歴７４４に書き込む。セッション制御部７５７は、ＣＡサーバ情報７４９および輻輳制御対象地域情報７４８を参照して、受け付けた発呼を転送するＣＡサーバを選択する。またセッション制御部７５７は、ＣＡサーバとのセッションの切断や確立を行う。

利用履歴７４４は、電話機の通話履歴等を示した情報である。課金情報７４６は、前記したとおり、各電話機の利用料金（通話料金）を示した情報である。ユーザ情報７４７は、加入者の電話番号、ユーザＩＤ、パスワード等を示した情報である。

輻輳制御対象地域情報７４８は、現在、通信網１のどの地域（エリア）で輻輳が発生しているかを示した情報である。この輻輳制御対象地域情報７４８は、例えば、ＣＡサーバ１０のインタフェース部７８０経由で入力される。
ＣＡサーバ情報７４９は、発呼の発呼先電話番号ごとに、その発呼を転送すべきＣＡサーバの識別情報を示した情報である。以下の表４にＣＡサーバ情報７４９を例示する。

表４に例示するＣＡサーバ情報７４９は、電話番号「ｙｙ−ｙｙｙｙ−＊＊＊＊」への発呼を受け付けたとき、この発呼をＣＡサーバ８へ転送することを示す。このＣＡサーバ情報７４９は、例えば、ＣＡサーバ１０のインタフェース部７８０経由で入力される。なお、このＣＡサーバ情報７４９には予約情報の登録機能を備えるＣＡサーバ９の情報を含む。
セッション制御部７５７は、表４に例示したＣＡサーバ情報７４９を参照して、受け付けた発呼を転送するＣＡサーバを検索する。そして、輻輳制御対象地域情報７４８を参照して、この検索したＣＡサーバ８が輻輳制御対象地域のＣＡサーバでなければ、受け付けた発呼をＣＡサーバ８へ転送する。一方、検索したＣＡサーバ８が輻輳制御対象地域のＣＡサーバであれば、予約情報の登録機能を備えるＣＡサーバ９へ転送する。

このようなＣＡサーバ１０によれば、ＣＡサーバ８が災害等により輻輳制御の対象となった場合でも、ＣＡサーバ９で予約情報を受信するので、電話機２と電話機４とを優先呼として接続できる。
なお、課金部７５３、履歴記録部７５４、課金情報７４６および利用履歴７４４は、ＣＡサーバ１０に必須の構成ではない。つまり、電話機の通話料金や利用履歴は、通信制御装置３,５で記録し、ＣＡサーバ１０では特に記録しないでもよい。

＜第３の実施の形態＞
次に、本発明の第３の実施の形態を説明する。
第３の実施の形態は、優先呼の予約状況（予約件数等）をインターネット等のＩＰネットワーク上で公開し、優先呼の予約情報の受け付けもＩＰネットワーク経由で行うことを特徴とする。前記した実施の形態と同様の構成要素は同じ符号を付して、説明を省略する。

図１０は、第３の実施の形態の電話接続システムの構成図である。
図１０に示すように、第３の実施の形態の電話接続システムは予約管理サーバ９２、ＩＰネットワーク２１および端末装置２０をさらに含む構成となっている。

図１１は、図１０の電話接続システムの動作を示すフローチャートである。
このときの、電話接続システムの動作を、図１１を用いて説明する。前記した図６と同様に、通信制御装置３は発信規制を行う（Ｓ１０１）。また、通信制御装置５は着信規制を行う（Ｓ１３０）。そして、ＣＡサーバ７のセッション制御部７５７が電話局等から通信網１のトラヒックに関する情報を受信し、通信トラヒックデータベースを更新する（Ｓ１１００）。この通信トラヒックデータベースは、通信網１のトラヒック状態（通信網１の交換機が現在何本の回線の接続を行っているかや、残り何本の回線まで接続できるかを示した情報）を格納したデータベースであり、ＣＡサーバ７の記憶部７４０に格納される。通話予約部７５１は、この通信トラヒックデータベースと、電話予約データベース７４１とを参照して、災害発生からの経過時間ごとに接続可能な回線数（予約可能な回線数）を予測する。そして、この予測結果を基に、予約管理サーバ９２は、予約画面を作成する（Ｓ１１０１）。この予約画面については、図１２を用いて後記する。

次に、予約管理サーバ９２が端末装置２０からの優先呼の予約画面表示要求を受け取ると、端末装置２０へ予約画面を表示させる（Ｓ１１０２）。この後、端末装置２０からこの予約画面に入力された予約情報を受け取ると、この予約情報をＣＡサーバ７へ転送する（Ｓ１１０３）。そして、ＣＡサーバ７は、予約管理サーバ９２から転送された予約情報を受け付けると（Ｓ１０７）、この予約情報に基づき、電話予約データベース７４１を更新する（Ｓ１０９）。この後の手順は図６および図７と同じ手順であるので、説明を省略する。

このように、電話機２の利用者は、ＩＰネットワーク２１経由で端末装置２０から優先呼の予約を行うことができる。

ここで、予約管理サーバ９２が端末装置２０に表示させる予約画面を説明する。図１２は、図１０の予約管理サーバが端末装置に表示させる予約画面を例示した図である。予約画面は、図１２に示すように、利用者ＩＤ、発呼元電話番号、発呼先電話番号等の入力欄と、予約時間帯（災害発生からの経過時間）ごとの予約入力欄（予約欄）とを備える。各入力欄に入力された情報は、端末装置２０から予約管理サーバ９２経由で、電話予約データベース７４１に書き込まれる。

なお、予約欄は、図１２に示すように時間帯を選択して入力するようにしてもよいし、具体的な予約日時を入力するようにしてもよい。
また、この予約画面には、領域２５に示すように予約時間帯（予約時刻）ごとに、予約可能な回線数（残り回線）と、その時間帯における予約料金とが併せて表示される。例えば、図１２の予約画面において、災害発生から１時間後まで間で予約可能な残り回線数は５回線であり、この時間帯における予約料金は１００円であることを示す。なお、この領域２５の予約料金（通話料金）は、優先呼により接続した場合の通話料金であり、ＣＡサーバ７の利用料金テーブル７４５（表３参照）に基づき表示される。

予約管理サーバ９２が端末装置２０から予約情報を受け付ける際、このような画面を表示することで、利用者は予約可能な残り回線数や予約に必要な予約料金を確認した上で優先呼の予約を行うことができる。また、予約管理サーバ９２が表示する予約料金は、災害発生日時から時間が経過しているほど安価なものとすることで、電話機の利用者（優先呼の予約者）に対し、災害発生後、より遅い時間に優先呼の予約を入れさせるようにできる。

また、この予約画面には、領域２６に示すように優先呼により通話するときの通話料金を併せて表示するようにしてもよい。この通話料金は、通信制御装置３,５の利用料金テーブル３４５（表２参照）に基づき作成される。このように予約管理サーバ９２は、通話時間が短いほど安い料金を通信料金に設定した予約画面に表示することで、予約者が優先呼により通話できるようになっても、短時間で通話を終了させるよう促すことができる。なお、この予約画面には、被災地の被災状況の画面へジャンプするためのボタン２７を含むようにしてもよい。

また、前記した実施の形態において、電話機２,４は、ＩＰ電話機であり、通信制御装置３,５およびＣＡサーバ７をインターネット等のＩＰネットワークで接続するようにしてもよい。このＩＰネットワークは、ＶＰＮ（Virtual Private Network）で構成し、ネットワーク内のトラヒック管理装置（図示せず）によりトラヒック管理が行うようにしてもよい。また、このネットワークは他のネットワークとＩＰ接続するようにしてもよい。さらに、電話機２,４としてＩＰ電話機を用いる場合、発呼にはＳＩＰ（Session Initiation Protocol）を用い、通信制御装置３,５にはＳＩＰを実装したゲートウェイルータを用いる。

なお、通信制御装置３,５の接続制御部３５１は、優先呼を転送するとき、予め優先呼用に設定した帯域や回線を用いて転送するようにしてもよい。すなわち、優先呼には、非優先呼に用いる帯域や回線とは異なる帯域や回線を用いるようにしてもよい。
また、接続制御部３５１は、災害発生直後等、優先呼をより多く接続すべき時間帯には優先呼に割り当てる帯域や回線数を増加させ、非優先呼に割り当てる帯域や回線数を減少させるようにしてもよい。そして、災害発生から時間が経過するにつれて非優先呼に割り当てる帯域や回線をもとの状態に戻すようにしてもよい。このような制御を行うことで、システム全体としての呼の完了率を向上させることができる。

さらに、前記した実施の形態において、通信制御装置３,５は、主に、電話機２から被災地の電話機４への発呼について優先呼として接続する場合について説明したが、被災地の電話機４側から被災地外の電話機２への発呼についても、優先呼として接続するようにしてもよい。

また、前記した実施の形態において、電話機２からの優先呼の予約は、通信制御装置３で発信規制対象の電話番号への発呼を受け付けたとき、通信制御装置３がＣＡサーバ７へ発呼を転送し、ＣＡサーバ７で受け付けることとしたが、これに限定されない。例えば、電話機２からＣＡサーバ７へ直接発呼して優先呼の予約を行うようにしてもよい。この場合、ＣＡサーバ７へ接続するための電話番号を災害発生直後は多数用意し、その後は電話番号を減らしたり、変更したりしてもよい。

本実施の形態に係る各プログラムをコンピュータによる読み取り可能な記憶媒体（ＣＤ-ＲＯＭ等）に記憶して提供することも可能である。また、そのプログラムを、インターネット等の通信ネットワークを通して提供することも可能である。

第１の実施の形態の電話接続システムの構成を示す図である。 図１の通信制御装置のハードウェア構成を示すブロック図である。 図２の通信制御装置を機能展開して示したブロック図である。 図１のＣＡサーバのハードウェア構成を示すブロック図である。 図４のＣＡサーバを機能展開して示したブロック図である。 図１の電話接続システムの動作を示すフローチャートである。 図１の電話接続システムの動作を示すフローチャートである。 第２の実施の形態の電話接続システムの構成を示す図である。 図８のＣＡサーバを機能展開して示したブロック図である。 第３の実施の形態の電話接続システムの構成を示す図である。 図１０の電話接続システムの動作を示すフローチャートである。 図１０の予約管理サーバが端末装置に表示させる予約画面を例示した図である。

符号の説明

１ 通信網
２,４ 電話機
３,５ 通信制御装置
７,９,１０ コールエージェント（ＣＡ）サーバ
１１,１２,１３ 専用線
２０ 端末装置
７５ オペレータ端末
９２ 予約管理サーバ
３１０ ＣＰＵ
３２０ 通信インタフェース
３３０ スイッチ
３４０ 記憶部
３４１ 予約優先呼データベース
３４２ 発信規制電話番号データベース
３４３ 課金情報
３４４ 利用履歴
３４５ 利用料金テーブル
３４６ 通信制御プログラム
３５０ 処理部
３５１ 接続制御部
３５３ 課金部
３５４ ユーザ管理部
３５５ 利用履歴記録部
３８０ インタフェース部
７１０ ＣＰＵ
７２０ 通信インタフェース
７４０ 記憶部
７４１ 電話予約データベース
７４２ 予約管理プログラム
７４３ 通信プログラム
７４４ 利用履歴
７４５ 利用料金テーブル
７４６ 課金情報
７５０ 入出力インタフェース
７５１ 通話予約部
７５２ 認証部
７５３ 課金部
７５４ 履歴記録部
７５６ 予約制御指示部
７５７ セッション制御部
７５８ 通信部
７６０ 予約管理部
７７０ 処理部
７８０ インタフェース部

Claims (11)

1. 発信規制を行う電話番号を示した発信規制電話番号データベースを参照して、所定の電話機への発信規制を行う１以上の通信制御装置と、前記通信制御装置を制御するコールエージェントサーバとを含む電話接続システムを用いた電話接続方法であって、
   前記通信制御装置のうち、前記発呼元の電話機に接続される通信制御装置が、
   前記電話機からの発呼を受け付けるステップと、
   前記発信規制電話番号データベースに前記受け付けた発呼の発呼先電話番号が含まれるとき、前記発呼に、発信規制フラグを付して前記通信制御装置に接続されるコールエージェントサーバへ転送するステップとを実行し、
   前記コールエージェントサーバが、
   前記通信制御装置から、前記発信規制フラグが付された発呼の転送を受け付けたとき、前記発呼の発呼元の電話機へ前記通信制御装置において前記発信規制の対象外として接続する優先呼の発呼元電話番号と、発呼先電話番号と、予約日時とを示した予約情報の入力を促す情報を送信するステップと、
   前記発呼元の電話機から、前記予約情報を受信したとき、前記受信した予約情報に示される予約日時および前記予約日時が遅いほど予約料金を安く設定した利用料金テーブルに基づき、予約料金を計算し、前記計算した予約料金を前記発呼元の電話機の課金情報として記憶部に記録するステップと、
   前記電話予約データベースの予約情報に示される予約日時に、前記発呼元電話番号の電話機へ発呼するステップとを実行し、
   前記通信制御装置が、
   前記発呼された電話機がオフフックされたことを検知したとき、前記オフフックされた電話機と、この電話機に関する予約情報に示される発呼先電話番号の電話機とを優先呼として接続するステップと、
   を実行することを特徴とする電話接続方法。
2. 前記コールエージェントサーバは、
   前記電話機が接続される通信網のトラヒック情報に基づき、所定日時からの経過時間ごとに接続可能な回線数を予測するステップと、
   前記予測した回線数と前記電話予約データベースの予約情報とに基づき、前記所定日時からの経過時間ごとに予約可能な優先呼の回線数を計算し、前記計算した回線数と、前記予約料金とを前記発呼元の電話機へ送信するステップと、
   をさらに実行することを特徴とする請求項１に記載の電話接続方法。
3. 前記コールエージェントサーバは、前記予約情報をＩＰネットワーク経由で受信することを特徴とする請求項１に記載の電話接続方法。
4. 前記コールエージェントサーバは、前記予約情報を受信することができないとき、
   前記通信制御装置から転送された前記発信規制フラグが付された発呼を、他のコールエージェントサーバへ転送するステップをさらに実行することを特徴とする請求項１ないし請求項３のいずれか１項に記載の電話接続方法。
5. 前記優先呼として接続するステップにおいて、
   前記通信制御装置は、
   前記優先呼として接続するときに割り当てる回線の帯域を、前記優先呼以外の接続に割り当てる回線の帯域とは異なるものとすることを特徴とする請求項１ないし請求項４のいずれか１項に記載の電話接続方法。
6. 前記通信制御装置は、
   前記優先呼として接続するときに割り当てる回線の帯域と、前記優先呼以外の接続に割り当てる回線の帯域とを可変とすることを特徴とする請求項１ないし請求項４のいずれか１項に記載の電話接続方法。
7. 発信規制を行う電話番号を示した発信規制電話番号データベースを参照して、所定の電話機への発信規制を行う１以上の通信制御装置と、前記通信制御装置を制御するコールエージェントサーバとを含む電話接続システムを用いた電話接続方法であって、
   前記通信制御装置において前記発信規制の対象外として接続する優先呼の発呼元電話番号と、発呼先電話番号と、予約日時とを示した予約情報を格納する電話予約データベースと、前記予約日時が遅いほど予約料金を安く設定した利用料金テーブルとを備える前記コールエージェントサーバが、
   他の装置から送信された予約情報を受信し、この予約情報を前記電話予約データベースに登録するステップと、
   前記受信した予約情報に示される予約日時および前記利用料金テーブルに基づき、予約料金を計算し、前記計算した予約料金を前記発呼元の電話機の課金情報として前記記憶部に記録するステップと、
   前記通信制御装置へ前記予約情報を送信するステップと、
   前記電話予約データベースの予約情報に示される予約日時に、前記発呼元電話番号の電話機へ発呼するステップとを実行し、
   前記通信制御装置は、
   前記発呼した電話機がオフフックされたことを検知したとき、この電話機から前記予約情報に示される発呼先電話番号の電話機に対し、当該発呼が優先呼であることを示す優先呼フラグを含む発呼を実行させるステップと、
   前記電話機からの発呼を受け付けるステップと、
   前記受け付けた発呼が前記優先呼フラグを含むとき、前記発呼の発呼先電話機へ優先呼として接続するステップと、
   を実行することを特徴とする電話接続方法。
8. 発信規制を行う電話番号を示した発信規制電話番号データベースを参照して、所定の電話機への発信規制を行う通信制御装置を制御するコールエージェントサーバであって、
   前記電話機の利用者の端末装置から送信された、前記通信制御装置において前記発信規制の対象外として接続する優先呼の発呼元電話番号と、発呼先電話番号と、予約日時とを示した予約情報を格納した電話予約データベースと、前記予約日時が遅いほど予約料金を安く設定した利用料金テーブルとを備える記憶部と、
   （１）前記端末装置から送信された予約情報を前記電話予約データベースに登録し、
   （２）前記予約情報を前記通信制御装置へ送信し、
   （３）前記予約情報に示される予約日時に、前記発呼元電話番号の電話機を発呼し、
   （４）前記通信制御装置において、前記発呼した電話機がオフフックされたことを検知したとき、前記オフフックされた電話機と、前記予約情報に示される発呼先電話番号の電話機とを優先呼として接続させる
   処理部と、
   を備え、
   前記処理部は、
   前記予約情報を受信したとき、前記受信した予約情報に示される予約日時および前記利用料金テーブルに基づき、予約料金を計算し、前記計算した予約料金を前記発呼元の電話機の課金情報として前記記憶部に記録することを特徴とするコールエージェントサーバ。
9. 前記コールエージェントサーバの処理部は、
   （１）前記電話機が接続される通信網のトラヒック情報を基に、所定日時からの経過時間ごとに接続可能な回線数を予測し、
   （２）前記予測した接続可能な回線数と前記電話予約データベースの予約情報とに基づき、前記所定日時からの経過時間ごとに予約可能な優先呼の回線数を計算し、
   （３）前記計算した回線数と、前記予約料金とを、ＩＰネットワーク経由で前記端末装置へ送信することを特徴とする請求項８に記載のコールエージェントサーバ。
10. 通信制御装置および請求項８または請求項９に記載のコールエージェントサーバを含んで構成されることを特徴とする電話接続システム。
11. コンピュータを請求項８または請求項９に記載のコールエージェントサーバとして機能させるための通信プログラム。

Images