JP2013251815A - 発信呼制御システム及び発信呼制御方法 - Google Patents

Abstract

【課題】輻輳発生時に発呼元加入者の発呼要求に応じた通話の確率性を高める。
【解決手段】発呼元加入者の電話機と発呼先加入者の電話機とが加入者交換機を介して接続された発信呼制御システムは、前記加入者交換機が輻輳している場合に、前記加入者交換機は、前記発呼元加入者の電話機から前記発呼先加入者の電話機への発呼時刻と、前記発呼先加入者の電話機から前記発呼元加入者の電話機への発呼時刻との差分時間に応じて、前記発呼元加入者の電話機と前記発呼先加入者の電話機とを接続する優先度を決定する。
【選択図】図１

Description

本発明は、発信呼制御システム及び発信呼制御方法に関し、輻輳発生時の電話接続を制御する発信呼制御システム及び発信呼制御方法に適用して好適なるものである。

従来、輻輳している交換局を経由する必要がある接続要求呼が発呼されたときに、発呼元加入者が予約接続登録をして、予約接続を可能とする時間帯を設定し、設定された予約接続にしたがって発呼先に接続する技術が開発されている（例えば、特許文献１）。具体的に、特許文献１では、発呼元加入者が加入者データ蓄積装置に予約接続登録をし、予約接続を可能とする時間帯を設定する。発呼元加入者が予約時間に再度接続要求を行うと、加入者データ蓄積装置を検索して予約接続登録がある場合には、予約接続を許容する時間帯での発呼であるため、発行元加入者の加入者クラスを発信規制の受けないクラスに変更して予約接続の通りに接続する。

特開２００４−１２０１３６号公報

しかし、上記した特許文献１では、発呼元加入者が予約接続登録をして、予約接続を可能とする時間帯を設定したとしても、災害による輻輳が発生している場合には、発呼元加入者により接続先を多数予約することが考えられる。その結果、予約時刻や接続先を失念する可能性が高くなり、予約が無駄になるという問題があった。
また、複数の発呼元加入者が同時刻に予約を行い、予約数が呼資源を超えた場合には、予約通りに接続することができないことも考えられる。
さらに、設定された予約接続にしたがって接続処理を実施したとしても、発呼先加入者が不在の場合、または、発呼先加入者が話し中の場合には、発呼元加入者と発呼先加入者の通話が成立しないため、発呼元加入者本来の発呼先加入者との通話という目的が達成されないため、再度予約接続登録を行う必要があった。

本発明は以上の点を考慮してなされたもので、輻輳発生時に発呼元加入者の発呼要求に応じた通話の確率性を高めることが可能な発信呼制御システム及び発信呼制御方法を提案しようとするものである。

かかる課題を解決するために本発明においては、発呼元加入者の電話機と発呼先加入者の電話機とが加入者交換機を介して接続された発信呼制御システムであって、前記加入者交換機が輻輳している場合に、前記加入者交換機は、前記発呼元加入者の電話機から前記発呼先加入者の電話機への発呼時刻と、前記発呼先加入者の電話機から前記発呼元加入者の電話機への発呼時刻との差分時間に応じて、前記発呼元加入者の電話機と前記発呼先加入者の電話機とを接続する優先度を決定することを特徴とする、発信呼制御システムが提供される。

かかる構成によれば、輻輳発生時に、発呼元加入者の発呼時刻と、発呼先加入者の発呼時刻とを比較して、双方の発呼時刻の差に応じて発呼元加入者の呼の優先度を決定する。これにより、輻輳発生時に発呼先加入者への通話ができなかった発呼元加入者が、通話予約をすることなく、発呼元加入者の発呼要求に応じた通話の確率性を高めることが可能となる。

本発明によれば、輻輳発生時に発呼元加入者の発呼要求に応じた通話の確率性を高めることができる。

本発明の一実施形態に係る発信呼制御システムの構成を示すブロック図である。 同実施形態にかかる加入者交換機の機能構成を示すブロック図である。 同実施形態にかかる加入者交換機における優先接続処理を示すフローチャートである。 同実施形態にかかる加入者交換機における優先接続処理の流れを示すシーケンスチャートである。 同実施形態にかかる加入者交換機における優先接続処理の流れを示すシーケンスチャートである。

以下図面について、本発明の一実施の形態を詳述する。

（１）発信呼制御システムの構成
まず、本実施の形態にかかる発信呼制御システム１の構成について説明する。図１は、発信呼制御システムの構成を示すブロック図である。

図１に示すように、発信呼制御システム１は、通信網１０１と、発呼元加入者１０２と、加入者交換機１０３と、中継交換機１０４と、加入者交換機１０５と、発呼先加入者１０６と、加入者データ蓄積装置１０７と、トラヒック制御装置１０８とから構成される。

通信網１０１は、電話回線網である。発呼元加入者１０２は、発信呼制御システム１が提供する電話接続システムに加入しており、発呼元の通話者の電話である。発呼先加入者１０６は、電話接続システムに加入しており、発呼元加入者１０２の通信先である通話者の電話である。

加入者交換機１０３、１０５は、発呼元加入者１０２と発呼先加入者１０６とを接続する端末である。中継交換機１０４は、加入者交換機１０３と加入者交換機１０５とを接続する端末である。

加入者データ蓄積装置１０７は、加入者交換機１０３及び１０５に接続される加入者の発信履歴を管理する装置である。トラヒック制御装置１０８は、通信網の規制状態の情報を加入者交換機１０３及び１０５に通知する装置である。

発呼元加入者１０２と発呼先加入者１０６とは、加入者交換機１０３及び１０５、中継交換機１０４を経由し、通信網１０１を介して接続される。なお、以下の説明では、災害発生により発呼が集中し、発信規制が行われる有線電話の場合を例示して説明するが、かかる例に限定されず、無線電話であってもよく、また、災害発生以外の理由により発信規制が行われる場合であってもよい。また、本実施の形態では、加入者交換機１０３及び１０５は、別個の電話として説明しているが、同じ加入者交換機を用いる場合に適用してもよい。

（２）加入者交換機の機能構成
次に、図２を参照して、加入者交換機１０３の機能構成について説明する。図２は、加入者交換機１０３の機能構成を示すブロック図である。なお、加入者交換機１０５も、図２の加入者交換機１０３と同様の構成を有している。

図２に示すように、加入者交換機１０３は、呼制御部２０２、規制状態監視部２０３、呼資源監視部２０４、発信履歴管理部２０５及び通話時間監視部２０６から構成されている。

呼制御部２０２は、加入者の操作に応じて発呼情報を受け取り、発呼情報に含まれる接続情報を処理して、発呼元と発呼先の接続を制御する。

規制状態監視部２０３は、トラヒック制御装置１０８に問い合わせて発信規制状態を監視する。呼資源監視部２０４は、加入者交換機１０３の通話可能な呼資源数を管理する。発信履歴管理部２０５は、加入者交換機１０３が接続している加入者の発信情報を加入者データ蓄積装置１０７に記録し、発呼先加入者の発信情報を加入者データ蓄積装置１０７に問い合わせる。通話時間監視部２０６は、規制状態における通話中ステータスの加入者の通話時間を管理する。

（３）発信呼制御システムの動作
次に、図３を参照して、発信呼制御システム１において輻輳が発生した場合の加入者交換機１０３における優先接続処理の詳細について説明する。なお、以下では、加入者交換機１０３の優先接続処理について説明するが、発呼先加入者１０６を収容している加入者交換機１０５へ発呼する加入者の優先接続処理についても同様に説明することができる。

加入者交換機１０３における優先接続処理が実施される前提として、通信網１０１に含まれる加入者交換機１０５の地域で災害が発生し、災害地域への安否確認などにより通信量が急激に増加し輻輳が発生した場合を想定する。このような輻輳の発生により、トラヒック制御装置１０８は、輻輳の発生している加入者交換機１０３及び１０５に対して発信規制を行う。

図３に示すように、加入者交換機１０３は、発呼元加入者１０２から発信要求を受け付ける（Ｓ１１）。そして、加入者交換機１０３の呼制御部２０２は、加入者交換機１０３が発信規制中かを確認する（Ｓ１２）。ステップＳ１２において、呼制御部２０２は、トラヒック制御装置１０８に問い合わせることにより、加入者交換機１０３が発信規制中か否かを判断する。

ステップＳ１２において、加入者交換機１０３が発信規制中ではない場合には、通常の発信処理を実施する（Ｓ１３）。

一方、ステップＳ１２において、加入者交換機１０３が発信規制中である場合には、呼制御部２０２は、呼資源の空き状態を確認する（Ｓ１４）。ここで、呼資源とは、通話可能な回線を意味する。発信規制中の場合には呼処理が集中しているため、呼資源が不足している場合が多い。

ステップＳ１４において、呼資源が不足していると判定された場合には、呼制御部２０２は、通信規制中のため一定時間待って再発呼するようトーキー等を通じて発呼元加入者１０２に通知する（Ｓ２２）。

一方、ステップＳ１４において、呼資源に空きがあると判定された場合には、呼制御部２０２は、発呼先加入者１０６において、発呼元加入者１０２への発信履歴があるかを確認する（Ｓ１５）。具体的に、呼制御部２０２は、加入者データ蓄積装置１０７に問い合わせることにより、発呼先加入者１０６から発呼元加入者１０２への発信履歴があるかを確認する。ステップＳ１５において、発呼先加入者１０６から発呼元加入者１０２への発信履歴があるかを問い合わせることにより、発呼元加入者１０２から発呼先加入者１０６への通話を他の通話より優先的に接続するか否かを判定することが可能となる。

これは、発呼元加入者１０２から発呼先加入者１０６への発呼処理を行う際に、発呼先加入者１０６が発呼元加入者１０２へある一定時間内に発呼処理を行っている事実が判明した場合には、双方が連絡を取り合いたいということを意味している。したがって、発呼元加入者１０２の発呼処理を実施することにより、発呼元加入者１０２と発呼先加入者１０６とが会話できる可能性が高くなるため、発呼元加入者１０２から発呼先加入者１０６への通話を優先的に接続するべきであると考えることができる。

ステップＳ１５において、発呼先加入者１０６からの発信履歴がないと判定された場合には、呼制御部２０２は、トーキー等を介して、通信規制中であるため一定時間を待って再発呼するようトーキー等を通じて発呼元加入者１０２に通知する（Ｓ２２）。ステップＳ２２において、発呼先からの発信履歴がない発呼元の通話を接続しないようにすることにより、発信履歴があった加入者への接続を優先させている。

一方、ステップＳ１５において、発呼先加入者１０６からの発信履歴があると判定された場合には、呼制御部２０２は、発呼元加入者１０２の発呼時刻と発呼先加入者１０６の発呼時刻との間隔に応じて優先クラスを決定する（Ｓ１６）。ステップＳ１６において、呼資源数に対して発信要求数が多い場合に、接続する通話の優先クラスを決定することができる。

次に、呼制御部２０２は、接続した通話に対して通話可能時間を決定する（Ｓ１７）。災害発生時には、できるだけ多くの発信要求を処理する必要があるため、通話可能時間を短時間（例えば１分）に固定する必要がある。しかし、災害発生時ではない場合の通信規制時であって、呼資源に余裕がある場合には、呼資源の使用状況に応じて通話可能時間を調整するようにしてもよい。ここで、以下に呼資源に応じた通話可能時間の一例を示す。表１では、通信規制時の最大通話可能時間を１０分と設定し、呼資源の使用状況に応じて通話可能時間を決定する場合を示している。

次に、呼制御部２０２は、優先接続処理が可能かを確認する（Ｓ１８）。呼資源数に対して発信要求数のほうが多い場合には、すぐに優先接続処理をすることができないため、ステップＳ１８において、すぐに優先接続処理が可能かを判断する。

ステップＳ１８において、優先接続処理ができないと判断された場合には、呼制御部２０２は、呼資源に空きが出るまで待機する旨を、トーキー等を通して発呼元加入者１０２に通知する（Ｓ１９）。ステップＳ１９において、呼資源に空きが出るまで待機させた発呼元加入者１０２に対しては、待機している間に優先順位の高い発呼元加入者が増えてくると、優先順位が低い発呼元加入者が後回しとなってしまうことが考えられる。そこで、待機時間に応じて優先順位を高くするようにしてもよい。

ステップＳ１８において、優先接続処理ができると判断された場合には、呼制御部２０２は、発呼元加入者１０２と発呼先加入者１０６の接続処理を実施する（Ｓ２０）。そして、発呼元加入者１０２と発呼先加入者１０６との間で通話が開始されると、呼制御部２０２は、通話時間がステップＳ１７において決定した通話可能時間内であるかを監視する（Ｓ２１）。発呼元加入者１０２と発呼先加入者１０６との間で通話が開始される際には、発呼元加入者１０２と発呼先加入者１０６にトーキー等を通じて通話可能時間を両者に通知するようにしてもよい。

ステップＳ２１において、通過許可時間が経過したと判定された場合には、呼制御部２０２は、終話処理を行う（Ｓ２３）。

以上、加入者交換機１０３における優先接続処理の詳細について説明した。次に、通信規制状態の優先接続処理において、加入者交換機１０３の呼制御部２０２と他の機能部との間で実行される処理の流れについて説明する。図４Ａ及び図４Ｂは、加入者交換機１０３における優先接続処理の流れを示すシーケンスチャートである。

図４Ａに示すように、まず、呼制御部２０２は、発呼元加入者１０２からの発信要求を受け付ける（Ｓ１０１）。

ステップＳ１０１において、発呼元加入者１０２からの発信要求を受け付けた呼制御部２０２は、規制状態監視部２０３に通信規制中か否かを確認する（Ｓ１０２）。ここでは、災害が発生し通信規制中であることを前提としているため、規制状態監視部２０３は規制中であることを呼制御部２０２に回答する（Ｓ１０３）。

そして、呼制御部２０２は、呼資源監視部２０４に通話可能な呼資源の空き状態を問い合わせる（Ｓ１０４）。呼資源管理部２０４は呼制御２０２へ呼資源の使用状況を通知する（Ｓ１０５）。ステップＳ１０５において、呼資源の空き状態（使用状況）は、未使用回線数であってもよいし、未使用回線率であってもよい。

呼資源の使用状況がすべて使用中であった場合、すなわち、呼資源の空き状態がない場合には、発呼元加入者１０２からの発信要求を受け付けられない。このため、呼制御部２０２は、トーキー等を介して、通信規制中であるため時間を待って再発呼するよう発呼元加入者１０２に通知する。

一方、呼資源に空き状態がある場合には、呼制御部２０２は、発信履歴管理部２０５へ発信履歴の登録を依頼する（Ｓ１０６）。ステップＳ１０６において、発信履歴とは、発呼時刻や発呼先の電話番号の情報を含む。そして、発信履歴管理部２０５は、加入者データ蓄積装置１０７に発呼元加入者１０２の発信履歴（発呼時刻、発呼先電話番号）の登録依頼を行うとともに、発呼先加入者１０６から発呼元加入者１０２への発信履歴の有無を問い合わせる（Ｓ１０７）。

発呼先加入者１０６から発呼元加入者１０２への発呼は、発呼元加入者１０２からみると着呼であるため、加入者交換機１０３においては、発呼先加入者１０６から発呼元加入者１０２への発信履歴を着信履歴とされる。

加入者データ蓄積装置１０７は、発呼元加入者１０２の発信履歴と、発呼先加入者からの着信履歴を調べる。

加入者データ蓄積装置１０７のデータ蓄積例を以下の表に示す。例えば、発呼元加入者１０２の電話番号をwwww-w102とし、発呼先加入者１０６の電話番号をvvvv-v106とする。この例では、加入者データ蓄積装置１０７は加入者交換機毎に発呼元電話番号、発呼元発呼時刻、発呼先電話番号の情報を格納している。また、以下では、発呼元加入者１０２が発呼先加入者１０６に時刻xx:yy（時刻t1とする）に発呼し、発呼先加入者１０６は発呼元加入者１０２へ時刻xx:zz（時刻t2とする）に発呼していることを示している。通常、発呼元加入者１０２の発呼時刻t1は、発呼先加入者１０６の発呼時刻t2よりも遅い時刻である。

また、加入者データ蓄積装置１０７は、以下に示すように発呼先加入者１０６から発呼元加入者１０２への発呼が確認された場合に着信履歴有りと判断し、発呼先加入者１０６から発呼元加入者１０２への発呼が確認されない場合に着信履歴無しと判断する。ここでは、通信規制中の処理であるため、発呼元加入者１０２の発呼時刻t1と発呼先加入者１０６の発呼時刻t2の発呼間隔（t1−t2）は有限であることが望ましい。例えば、発呼間隔（t1−t2）が10分以上であれば、着信履歴無しと判断する。

そして、加入者データ蓄積装置１０７は、ステップＳ１０７の着信があるかなしかの判断結果と発呼時刻間隔（t1−t2）を着信履歴回答として発信履歴管理部２０５に通知する（S１０８）。

発信履歴管理部２０５は、ステップＳ１０８において受け取った着信履歴回答に含まれる発呼時刻間隔（t1−t2）を用いて優先順位を決定する（図３のステップＳ１６）。ステップＳ１６における優先順位の決定方法は、例えば、発呼時刻間隔（t1−t2）の短い発呼元加入者の優先クラスを高く設定する。

ここで、発呼時刻間隔（t1−t2）が短いということは、発呼元加入者１０２が発呼した際に、発呼先加入者１０６も近い時刻に電話を発呼しているため、発呼先加入者１０６が電話を受け取ることが可能な状況にある可能性が高いことを意味している。本実施の形態では、以下の表に優先クラスの設定テーブルの内容を例示する。ここでは上記したステップＳ１０７において、発呼時刻間隔（t1−t2）が10分以内の場合に着信履歴有りと判断しているため、発呼時刻（t1−t2）の優先クラスの設定を最大１０分としている。

そして、発信履歴管理部２０５は、発呼先加入者１０６から発呼元加入者１０２への着信履歴の有無及びステップＳ１６において決定した優先クラスを呼制御部２０２に通知する（Ｓ１０９）。

また、発呼先加入者１０６から発呼元加入者１０２への着信履歴が無い場合には、呼制御部２０２は、トーキー等を介して、通信規制中であるため時間を待って再発呼するよう発呼元加入者１０２に通知する（図３のステップＳ２２）。

また、発呼先加入者１０６から発呼元加入者１０２への着信履歴がある場合には、呼制御部２０２は、呼資源監視部２０４に通話可能時間を確認する（Ｓ１１０）。呼資源監視部２０４は、通話可能時間を決定し（Ｓ１１１）、通話可能時間を通話時間監視部２０６に通知する（Ｓ１１２）。通常、災害発生時にはできるだけ多くの発信要求を完了させるため、短時間（例えば１分）に固定すべきである。しかし、災害発生時ではない場合の通信規制時であって、呼資源に余裕がある場合には、呼資源の使用状況に応じて通話可能時間を調整するようにしてもよい。

そして、通話時間監視部２０６は、通話可能時間が設定された旨を呼制御部２０２に通知する（Ｓ１１３）。

次に、呼制御部２０２は、呼資源監視部２０４に優先接続可否を確認する（Ｓ１１４）。呼資源監視部２０４は、呼制御部２０２に呼資源の使用状態を通知し（Ｓ１１５）、接続判定を行って（Ｓ１１６）、順番を待って接続処理を行う。呼資源監視部２０４のデータベースの一例を表４に示す。

表４における通話環境は、呼資源の状態に空きがなく、待機している発呼元加入者が存在している状態である。表４に示す通話ステータスは、発呼元加入者が通話している場合には「通話中」が設定され、発呼元加入者が接続を待機している場合には「待機中」が設定される。また、表４に示す呼資源監視部２０４のデータベースには、その他、発呼元電話番号、発呼元発呼時刻、発呼先電話番号、通話時間（秒）及び優先クラスが含まれる。例えば、発呼元加入者１０２の発呼元電話番号が「wwww-w102」である場合には、表４に示すように、通話ステータスは「待機中」、発呼元発呼時刻は「xx:yy」、発呼先電話番号「vvvv-v106」、通話時間「０」秒、優先クラス「Ｂ」であることがわかる。

表４において、通話ステータスが「待機中」である発呼元加入者は、通話ステータスが「通話中」の他の発呼元加入者の通話が終了後、優先クラスの高い順に通話ステータスを「通話中」に変更して、通話接続処理（図３のステップＳ２０）を行う。また、優先クラスが同じクラスの発呼元加入者が複数存在した場合には、発呼元発呼時刻の早い順番で接続処理を行う。

さらに、優先クラスの低い発呼元加入者は、接続を待機中に優先クラスの高い発呼元加入者が増えるといつまでも通話中ステータスに移行できないという状況が発生する可能性がある。そこで、優先クラスの低い発呼元加入者については、一定時間経過した後、優先クラスを１つあげるようにしてもよい。

図４Ｂに戻り、発呼先加入者と接続された呼に対して、通話時間決定処理（図３のステップＳ１７）において割り当てられた時間の通話が許可される。通話時間監視部２０６は、発呼元加入者と発呼先加入者との通話が開始されると、通話時間を監視する（Ｓ１１７）。通話時間監視部２０６は、発呼元加入者と発呼先加入者との通話時間が割り当てられた通話時間を経過した場合に、呼制御部２０２に通話時間完了通知を送信する（Ｓ１１８）。ステップＳ１１８において、通話時間監視部２０６から通話時間完了通知を送信された呼制御部２０２は、発呼元加入者と発呼先加入者との通話を切断する（Ｓ１１９）。

なお、ステップＳ２０において接続を開始する際には、発呼元加入者１０２と発呼先加入者１０６に、通話可能時間を通知してもよい。さらに、通話を切断する一定時間前（例えば、１分前）に、通話が切断される直前である旨を通知してもよい。

（４）本実施の形態の効果
以上のように、本実施の形態によれば、輻輳発生時に、発呼元加入者の発呼時刻と、発呼先加入者の発呼時刻とを比較して、双方の発呼時刻の差が短い発呼元加入者の呼を優先的に接続する。これにより、輻輳発生時に発呼先加入者への通話ができなかった発呼元加入者が、通話予約をすることなく、発呼元加入者の発呼要求に応じた通話の確率性を高めることが可能となる。

（５）他の実施の形態
例えば、本明細書の加入者交換機１０３などの処理における各ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はない。すなわち、加入者交換機１０３などの処理における各ステップは、異なる処理であっても並列的に実行されてもよい。なお、加入者交換機１０３などは、本発明の検証装置としての機能を有する。

また、加入者交換機１０３などに内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアを、上述した加入者交換機１０３などの各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。

また、上述の実施形態においては、加入者交換機１０３などに格納されている各種プログラムに基づいて、加入者交換機１０３などのＣＰＵが本発明の各種機能を実現しているが、かかる例に限定されない。例えば、ＣＰＵを加入者交換機１０３などとは別体の他の装置に設けて、当該ＣＰＵと協同して各種機能を実現するようにしてもよい。また、加入者交換機１０３などに格納されている各種プログラムを加入者交換機１０３とは別体の他の装置に設けて、当該プログラムがＣＰＵに呼び出されることにより各種機能を実現するようにしてもよい。

１ 発信呼制御システム
１０１ 通信網
１０２ 発呼元加入者
１０３ 加入者交換機
１０４ 中継交換機
１０５ 加入者交換機
１０６ 発呼先加入者
１０７ 加入者データ蓄積装置
１０８ トラヒック制御装置
２０２ 呼制御部
２０３ 規制状態監視部
２０４ 呼資源監視部
２０５ 発信履歴管理部
２０６ 通話時間監視部

Claims (6)

1. 発呼元加入者の電話機と発呼先加入者の電話機とが加入者交換機を介して接続された発信呼制御システムであって、
   前記加入者交換機が輻輳している場合に、前記加入者交換機は、前記発呼元加入者の電話機から前記発呼先加入者の電話機への発呼時刻と、前記発呼先加入者の電話機から前記発呼元加入者の電話機への発呼時刻との差分時間に応じて、前記発呼元加入者の電話機と前記発呼先加入者の電話機とを接続する優先度を決定する
   ことを特徴とする、発信呼制御システム。
2. 前記発信呼制御システムは、
   前記加入者交換機に接続される発呼元加入者または発呼先加入者の発信履歴を管理する加入者データ蓄積装置を備え、
   前記加入者データ蓄積装置は、
   前記発呼元加入者の電話機から前記発呼先加入者の電話機への発呼時刻と該発呼先加入者の電話機から該発呼元加入者への電話機への発呼時刻とを発信履歴として記憶し、
   前記加入者交換機は、
   前記発呼元加入者の電話機から前記発呼先加入者の電話機への発呼時刻と、前記発呼先加入者の電話機から前記発呼元加入者の電話機への発呼時刻との差分時間がより短い前記発呼元加入者の電話機を前記発呼先加入者の電話機に優先的に接続させる
   ことを特徴とする、請求項１に記載の発信呼制御システム。
3. 前記発信呼制御システムは、
   輻輳状態を前記加入者交換機に通知するトラヒック制御装置を備え、
   前記加入者交換機は、
   前記発呼元加入者の電話機から前記発呼先加入者の電話機への通話要求があった場合に、前記トラヒック制御装置に前記加入者交換機が輻輳状態であるか否かを問い合わせる
   ことを特徴とする、請求項１に記載の発信呼制御システム。
4. 前記加入者交換機は、
   呼の空き状態を監視して、前記発呼元加入者の電話機と前記発呼先加入者の電話機との通話許可時間を決定する
   ことを特徴とする、請求項１に記載の発信呼制御システム。
5. 前記加入者交換機は、
   前記発呼元加入者の電話機と前記発呼先加入者の電話機との通話時間が、前記決定した通話許可時間を超えた場合に、前記発呼元加入者の電話機と前記発呼先加入者の電話機との通話を終了させる
   ことを特徴とする、請求項４に記載の発信呼制御システム。
6. 発呼元加入者の電話機と、発呼先加入者の電話機と、発呼元加入者の電話機と発呼先加入者の電話機とを接続する加入者交換機をと、前記発呼元加入者の電話機及び前記発呼先加入者の電話機の発信履歴を記憶する加入者データ蓄積装置と、を備えた発信呼制御システムにおける発信呼制御方法であって、
   前記加入者交換機が輻輳状態であるかを判定する第１のステップと、
   前記加入者データ蓄積装置が、前記発呼元加入者の電話機から前記発呼先加入者の電話機への発呼時刻と該発呼先加入者の電話機から該発呼元加入者への電話機への発呼時刻とを発信履歴として記憶する第２のステップと、
   前記加入者交換機が輻輳状態である場合に、前記加入者交換機が、前記発呼元加入者の電話機から前記発呼先加入者の電話機への発呼時刻と、前記発呼先加入者の電話機から前記発呼元加入者の電話機への発呼時刻との差分時間に応じて、前記発呼元加入者の電話機と前記発呼先加入者の電話機とを接続する優先度を決定する第３のステップと、
   を含むことを特徴とする、発信呼制御方法。
   

Images