JP2002502192A - 遠距離通信ネットワークにおけるオーバーフローオンデマンドのためのシステムおよび方法 - Google Patents

Abstract

(57)【要約】 本発明は、遠距離通信ネットワークにおいてオーバーフローオンデマンドを提供するためのシステムおよび方法である。選択された終了呼ロケーション（Ｔ１，Ｔ２）へ開始呼ロケーション（０）における発呼者が電話をかけると、呼が、ＤＡＰ（１０２）の制御の下で、スイッチ（１０４）を介して、該ロケーションへ経路決定される。ある環境の下で、発呼者は、単に電話キーパッド上の「＊」キーを押すことによって、オーバーフロー処理が生じることを引き起こすことができる。オーバーフロー処理は、一般的には、選択されたロケーションに対する呼処理プランにおいて指定されるオーバーフロー終了呼ロケーション（Ｔ１，Ｔ２）へ、呼を経路決定することを含む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】

本発明は、一般的には電話に関し、かつ、より詳細には「発呼者が、遠距離通
信ネットワークにおいて、呼オーバーフローを開始する」ということを可能にす
ることに関する。

【０００２】

【従来の技術および発明が解決しようとする課題】

（ＭＣＩ ＶＮＥＴのような）仮想プライベートネットワークの急増は、遠距
離通信ネットワークに対して、多くの新たな機能を導入する。そのような機能の
１つは、「呼オーバーフロー」として知られる。従来方法では、呼オーバーフロ
ーは、「あるコンディションの下で、特定の終了ロケーションへの呼が、予め決
定されたオーバーフローロケーションへ再送信される」ということをを引き起こ
す。ここで、上記コンディションは「オーバーフローコンディション」と称され
る。オーバーフローコンディションは、異常呼終了やタイマの満了や所定のビジ
ー（busy）コンディション等を含む。

【０００３】 図１は、典型的な遠距離通信ネットワーク１００の一部を描写する。遠距離通
信ネットワーク１００は、データアクセスポイント（ＤＡＰ）１０２と、スイッ
チ１０４と、開始呼ロケーション０と、終了呼ロケーションＴ１，Ｔ２と、電話
中継回線グループＴＧ０，ＴＧ１，ＴＧ２とを具備する。図２は、従来の呼オー
バーフローシステムの動作を描写するフローチャートである。以下の例では、終
了ロケーションＴ１は、遠距離通信ネットワーク１００によって提供される従来
の呼オーバーフロー機能に加入している。

【０００４】 図２を参照すると、ステップ２０２に示されるように、開始ロケーション０に
おける発呼者は、終了ロケーションＴ１への呼出を開始する。スイッチ１０４が
呼を受信すると、ステップ２０４に示されるように、スイッチ１０４は、該呼に
対する経路決定情報について、ＤＡＰ１０２に問い合わせる。ＤＡＰ１０２は、
終了ロケーションＴ１に対する呼処理プランを調べる。終了ロケーションＴ１は
呼オーバーフロー機能に加入しているので、呼処理プランは、「呼オーバーフロ
ーが利用可能である」ということを示す。故に、ステップ２０６に示されるよう
に、ＤＡＰ１０２は、「終了ロケーションＴ１に対して、呼オーバーフローが利
用可能である」ということを判断する。加えて、ＤＡＰ１０２は、該呼が終了ロ
ケーションＴ１に到達するための呼経路決定を判断する。

【０００５】 ステップ２０８に示されるように、ＤＡＰ１０２は、呼経路決定情報と呼オー
バーフロー利用可能指摘とを、スイッチ１０４へ送る。そして、ステップ２１０
に示されるように、スイッチ１０４は、該呼を、終了ロケーションＴ１へ送る。
もし、ステップ２１２に示されるように、オーバーフローコンディションが発生
したならば、ステップ２２０に示されるように、呼オーバーフローが実行される
。典型的な呼オーバーフロー処理は、呼を他の終了ロケーションへ移すことを含
む。この例では、「終了ロケーションＴ１に対する呼処理プランが、オーバーフ
ロー呼終了ロケーションとして、終了ロケーションＴ２を指定する」ということ
を仮定する。この例では、呼オーバーフロー処理は、呼を終了ロケーションＴ１
から終了ロケーションＴ２へ移すことを含む。

【０００６】 そのような従来方法の主要な欠点は、「発呼者は、呼オーバーフロープロセス
の間ずっと制御を有しない」ということである。そのような方法では、発呼者は
、「オーバーフローコンディションが発生し、それによって、呼オーバーフロー
処理が引き起こされる」ということを待つことしかできない。多くの場合、この
待機は考慮すべきことである。そのような長い待機時間は、電話サービス費用の
増大と、発呼者への不便と、悪いサービスであるという（発呼者による）認知と
、これらの呼に関係する呼および商売の損失とを結果として引き起こす。

【０００７】

【課題を解決するための手段】

本発明は、遠距離通信ネットワークにおいてオーバーフローオンデマンド（ov
erflow on demand）を提供するためのシステムおよび方法である。該ネットワー
クは、少なくとも１つの開始呼ロケーションと、オーバーフローオンデマンドサ
ービスに加入している少なくとも１つの終了呼ロケーションと、データアクセス
ポイント（ＤＡＰ）と、少なくとも１つのスイッチとを具備する。開始呼ロケー
ションにおける発呼者が呼終了ロケーションへ電話をかけると、呼がスイッチへ
経路決定される。スイッチは、呼経路決定情報について、ＤＡＰに問い合わせる
。

【０００８】 これに対して、ＤＡＰは、呼終了ロケーションに対するアドレスを判断し、か
つ、「呼終了ロケーションに対して、呼オーバーフローが利用可能である」とい
うことを判断し、かつ、該アドレスと呼オーバーフロー利用可能性指摘とをスイ
ッチへ送る。これに対して、スイッチは、該アドレスを使用して、呼を、終了ロ
ケーションへ経路決定する。

【０００９】 そして、呼オーバーフローが、少なくとも２つのコンディションの下で実行さ
れる。１つのコンディションは、「オーバーフローコンディション」の発生であ
る。例示的なオーバーフローコンディションは、オールトランクスビジー（All
Trunks Busy ：ＡＴＢ）信号の（スイッチにおける）受信と、ＲＷＣ１６以外の
リリースウイズアウトコーズ（Release Without Cause ：ＲＷＣ）値の（スイッ
チにおける）受信と、「呼が応答された」ということを示す応答信号の（スイッ
チにおける）受信前の（ＤＡＰにおける）加入者指定タイマの満了とを含む。

【００１０】 他のコンディションは、呼開始ロケーションからのオーバーフローコマンドの
受信である。好ましい実施形態において、オーバーフローコマンドは、「発呼者
が（電話キーパッド上の「＊」キーのような）特定のキーを押した」ということ
を示すＤＴＭＦ信号である。そのようなオーバーフローコマンドが受信されると
、呼オーバーフロー処理が実行される。このコンディションのこの処理は、「オ
ーバーフローオンデマンド処理」として参照される。

【００１１】 本発明の１つの利点は、「呼オーバーフローが遠距離通信ネットワークによっ
て開始されることを、発呼者は待つ必要がない」ということである。

【００１２】

【発明の実施の形態】

本発明の様々な実施形態の構成および動作のみならず、本発明の更なる特徴お
よび利点も、添付図面を参照して、以下に詳細に説明される。

【００１３】 本発明は、添付図面を参照して説明される。

【００１４】 本発明は、呼オーバーフローオンデマンドのためのシステムおよび方法である
。本発明の好ましい実施形態によれば、発呼者は、従来の電話器のタッチトーン
キーパッド上の「＊」キーを単に押すことによって呼オーバー処理を開始する性
能を、提供される。本発明の１つの利点は、「呼オーバーフローが遠距離通信ネ
ットワークによって開始されることを、発呼者は待つ必要がない」ということで
ある。

【００１５】 ある実施形態では、オーバーフローオンデマンドは、特定の発呼者自身の使用
のために、該発呼者へ提供されかつ該発呼者によって加入されるサービスである
。例えば、オーバーフローオンデマンドは、（ＭＣＩ ＶＮＥＴのような）仮想
プライベートネットワークの顧客へ提供されてもよい。ある実施形態では、顧客
は、サービスの特定の属性（例えば、オーバーフロー呼ロケーション）を指定で
きる。

【００１６】 この実施形態のある例では、加入者は、該加入者の電話のうちの１つ（例えば
、該加入者のオフィスの電話）に対して、オーバーフローオンデマンドサービス
に加入する。該電話は、仮想プライベートネットワークによってサポートされて
いる。加入者は、「呼オーバーフロー処理が、呼を、該加入者のオフィスの電話
から、該加入者のボイスメールシステムへ移す」ということを指定する。このサ
ービスによると、発呼者は、該発呼者のオフィスの電話を呼び出すことによって
、該発呼者のボイスメールシステムに到達できる。

【００１７】 従来システムでは、加入者は、該加入者のボイスメールシステムへのアクセス
を得る前に、オーバーフローコンディションが発生すること（例えば、指定され
た数のベル音）を待たなくてはならなかった。しかしながら、本発明を使用する
ことによって、以下に詳細に説明されるように、加入者は、いずれかのタッチト
ーン電話のキーパッド上の「＊」ボタンを単に押すことによって、該加入者のボ
イスメールシステムへのアクセスを即座に得ることができる。

【００１８】 他の実施形態では、オーバーフローオンデマンドは、加入者の電話への他の発
呼者に利益をもたらすために、該加入者に提供される。この実施形態の一例では
、加入者の電話への発呼者は、最初に、インタラクティブボイスレスポンス（Ｉ
ＶＲ）サービスノードに到達する。ＩＶＲサービスノードは、該サービスの利用
可能性を該発呼者に通知し、かつ、該サービスの使用のための指示を提供する。
そして、ＩＶＲノードは、呼を、加入者の電話へ経路決定する。そして、発呼者
は、いずれかのタッチトーン電話のキーパッド上の「＊」ボタンを単に押すこと
によって、呼を他の電話へ流し出すことを選択できる。

【００１９】 本発明は、上記の例示的な実施形態の点から説明される。これは、便宜のため
だけであり、かつ、本発明の用途を限定することを意図しない。実際、以下の説
明を読むと、以下の発明を他の実施形態において実現する方法が、当業者に明白
になるであろう。

【００２０】 図３は、好ましい実施形態による本発明の動作を描写するフローチャートであ
る。以下の例において、終了ロケーションＴ１は、図１の遠距離通信ネットワー
ク１００上に提供されるオーバーフローオンデマンドに加入している。

【００２１】 図１と図３とを参照すると、ステップ３０２に示されるように、呼開始ロケー
ション０における発呼者は、終了ロケーションＴ１への呼出を開始する。スイッ
チ１０４が呼を受信すると、スイッチ１０４は、該呼のための経路決定情報につ
いて、ＤＡＰ１０２に問い合わせる。ＤＡＰ１０２は、終了ロケーションＴ１に
対する呼処理プランを調べる。終了ロケーションＴ１はオーバーフローオンデマ
ンドサービスに加入しているので、呼処理プランは、「オーバーフローオンデマ
ンドが利用可能である」ということを示す。故に、ステップ３０６に示されるよ
うに、ＤＡＰ１０２は、「終了ロケーションＴ１に対して、オーバーフローオン
デマンドが利用可能である」ということを判断する。加えて、ＤＡＰ１０２は、
呼が終了ロケーションＴ１に到達するための呼経路決定を判断する。

【００２２】 ステップ３０８に示されるように、ＤＡＰ１０２は、呼経路決定情報とオーバ
ーフローオンデマンド利用可能指摘とを、スイッチ１０４へ送る。好ましい実施
形態において、呼経路決定情報は、終了ロケーションＴ１のアドレスを含む。そ
して、ステップ３１０に示されるように、スイッチ１０４は、該アドレスを使用
して、該呼を、終了ロケーションＴ１へ経路決定する。もし、ステップ３１２に
示されるように、オーバーフローコンディションが発生すると、ステップ３２０
に示されかつ以下に詳細に説明されるように、呼オーバーフロー処理が実行され
る。

【００２３】 呼の処理中に、スイッチ１０４が異常コンディションに遭遇すると、１つの例
示的なオーバーフローコンディションが発生する。１つのそのような異常コンデ
ィションは、オールトランクスビジー（ＡＴＢ）信号の（スイッチ１０４におけ
る）受信である。

【００２４】 スイッチがＲＷＣ１６以外のリリースウイズアウトコーズ（ＲＷＣ）値を受信
すると、他の例示的なオーバーフローコンディションが発生する。ＲＷＣ信号の
受信は、「呼が完了しなかった」ということを示す。このことは、関連技術にお
いてよく知られている。ＲＷＣ１６は、正常な呼完了を示す。

【００２５】 ＤＡＰ１０２におけるタイマが、「呼が応答された」ということを示す応答信
号の（スイッチ１０４における）受信の前に満了すると、他の例示的なオーバー
フローコンディションが発生する。本発明のある実施形態によると、オーバーフ
ローオンデマンドサービスの加入者は、ある間隔を指定できる。呼オーバーフロ
ー処理は、該間隔の後に、自動的に呼び出される。該間隔は、加入者の電話番号
に対する呼処理プランへ組み込まれる。ＤＡＰが、呼を加入者の電話へ経路決定
するためのスイッチへ、オーバーフローオンデマンド指摘を送ると、ＤＡＰはタ
イマを該間隔値にセットする。タイマが満了したときに、もし、応答信号がスイ
ッチによって受信されないならば、ＤＡＰは、オーバーフロー処理を自動的に開
始する。この例示的な動作は、以下に、より詳細に説明される。

【００２６】 終了電話中継回線グループ（即ち、終了呼ロケーションの電話中継回線グルー
プ）におけるタイマが満了すると、他の例示的なオーバーフローコンディション
が発生する。この例示的な実施形態では、呼が終了呼ロケーションＴ１へ終着す
ると、終了電話中継回線グループにおけるタイマが開始される。タイマが満了し
たときに、もし、応答信号が受信されないならば、電話中継回線グループは、オ
ーバーフロー呼処理を開始する。この特徴は、「ロングコールディスコネクト（
Long Call Disconnect）」として参照され、請求詐欺と争うために使用されるこ
とができる。

【００２７】 本発明によると、また、オーバーフローコマンドがスイッチにおいて受信され
ると、呼オーバーフロー処理もまた実行される。好ましい実施形態において、オ
ーバーフローコマンドは、「発呼者が（電話キーパッド上の「＊」キーのような
）所定のキーを押した」ということを示すＤＴＭＦ信号である。ステップ３１４
に示されるように、そのようなオーバーフローコマンドが受信されると、ステッ
プ３２０に示されるように、呼オーバーフロー処理が実行される。

【００２８】 好ましい実施形態では、不適切な時点におけるオーバーフロー呼処理の開始を
防止するために、呼の有効期間内のある段階においてのみ、「＊」キーがオーバ
ーフロー呼処理を開始する。これらの段階は、終了電話中継回線上で使用される
信号送信のタイプに基づいて定義される。ＳＳ７ＩＳＵＰ電話中継回線では、オ
ーバーフローオンデマンド呼処理は、アドレス完了メッセージ（ＡＣＭ）がスイ
ッチ１０４で受信された後および応答メッセージがスイッチ１０４で受信される
前においてのみ、開始される。ＩＳＤＮ電話中継回線では、オーバーフローオン
デマンド呼処理は、ＡＬＥＲＴＩＮＧメッセージがスイッチ１０４で受信された
後および応答メッセージがスイッチ１０４で受信される前においてのみ、開始さ
れる。ＩＮＢＡＮＤ電話中継回線では、オーバーフローオンデマンド呼処理は、
ＯＵＴＰＵＬＳＩＮＧが完了した後および応答が発生する前においてのみ、開始
される。

【００２９】 例示的な動作 図解の目的のために、本発明の実施形態の例示的な動作が、図１，４〜６を参
照して説明される。この例では、Ｔ１およびＴ２の両方が、本発明のオーバーフ
ローオンデマンドに加入している。また、この例では、終了ロケーションＴ１に
対する呼処理プランは、１５秒の顧客指定タイマ間隔と、オーバーフロー利用可
能性と、Ｔ２の呼オーバーフローロケーションとを含む。更に、Ｔ２に対する呼
処理プランは、顧客指定タイマを含まず、オーバーフロー利用可能性と、Ｔ２の
呼オーバーフローロケーションとを含む。加えて、終了電話中継回線グループＴ
Ｇ２に対する電話中継回線グループパラメータは、３０秒のロングコールディス
コネクトタイマ間隔を指定する。

【００３０】 図４は、Ｔ１に対する例示的な呼処理プランを実行する際における本発明の動
作を描写するフローチャートである。図４を参照すると、ステップ４０２に示さ
れるように、呼開始ロケーション０における発呼者が、終了ロケーションＴ１へ
の呼出を開始する。スイッチ１０４が呼を受信すると、スイッチ１０４は、該呼
に対する経路決定情報について、ＤＡＰ１０２に問い合わせる。ＤＡＰ１０２は
、終了ロケーションＴ１に対する呼処理プランを調べる。終了ロケーションＴ１
はオーバーフローオンデマンドサービスに加入しているので、呼処理プランは、
「オーバーフローオンデマンドが利用可能である」ということを示す。故に、ス
テップ４０６に示されるように、ＤＡＰ１０２は、「終了ロケーションＴ１に対
して、オーバーフローオンデマンドが利用可能である」ということを判断する。
上述されたように、Ｔ１に対する呼処理プランは、１５秒の加入者指定タイマ間
隔を含む。故に、ＤＡＰ１０２は、タイマを１５秒にセットする。加えて、ＤＡ
Ｐ１０２は、呼が終了ロケーションＴ１に到達するための呼経路決定を判断する
。

【００３１】 ステップ４０８に示されるように、ＤＡＰ１０２は、呼経路決定情報とオーバ
ーフローオンデマンド利用可能指摘とを、スイッチ１０４へ送る。好ましい実施
形態において、呼経路決定情報は、終了ロケーションＴ１のアドレスを含む。そ
して、ステップ４１０に示されるように、スイッチ１０４は、該アドレスを使用
して、該呼を、終了ロケーションＴ１へ経路決定する。

【００３２】 ステップ４１２に示されるように、もし、呼をＴ１へ終着させることをスイッ
チ１０４が失敗すると、ステップ４２０に示されるように、オーバーフローが、
自動的に開始される。しかしながら、もし、呼がＴ１へ終着したならば、ステッ
プ４１４に示されるように、スイッチ１０４は応答を待つ。もし、（ＲＷＣ１６
等、応答指摘のような）通常の呼処理を示す応答をスイッチ１０４が受信したな
らば、オーバーフロー処理は必要とされず、かつ、処理は完了される。しかしな
がら、そのような応答が受信されないならば、オーバーフロー処理が、２つの環
境のうちの１つの下で開始される。

【００３３】 第１に、ステップ４１６，４２０に示されるように、もし、ＤＡＰタイマが満
了する前に（この例では、１５秒以内に）応答が受信されないならば、オーバー
フロー処理が発生する。第２に、ステップ４１８，４２０に示されるように、発
呼者が該発呼者の電話キーパッド上の「＊」キーを押すと、呼オーバーフロー処
理が開始される。この方法では、ステップ４１６，４１８において指定されるコ
ンディションが発生することを待つことなく、発呼者は、呼オーバーフロー処理
を開始できる。

【００３４】 この例では、「発呼者が（該発呼者の電話キーパッド上の「＊」キーを押すこ
とによって）オーバーフローオンデマンド処理を開始する」と仮定する。図５は
、例示的な呼オーバーフロー処理動作を描写するフローチャートであり、かつ、
図４のステップ４２０に対応する。ステップ５０２では、スイッチ１０４は、終
了ロケーションＴ１に対する呼オーバーフロー経路決定情報について、ＤＡＰ１
０２に問い合わせる。これに対して、ステップ５０４に示されるように、ＤＡＰ
１０２は、Ｔ１に対する呼処理プランを参照することによって、呼オーバーフロ
ー経路決定を判断する。上述されたように、Ｔ１呼処理プランは、Ｔ２を、呼オ
ーバーフローロケーションとして指定する。Ｔ２に対する呼処理プランを参照し
て、ＤＡＰは、スイッチ１０４からＴ２への呼経路決定を判断する。

【００３５】 上述されたように、Ｔ２に対する呼処理プランは、オーバーフローオンデマン
ド利用可能を示し、ＤＡＰタイマを示さない。故に、ステップ５０６において、
ＤＡＰ１０２は、Ｔ２に対する呼経路決定情報とオーバーフローオンデマンド利
用可能指摘とを、スイッチ１０４へ送る。好ましい実施形態において、呼経路決
定情報は、終了ロケーションＴ２のアドレスを含む。そして、ステップ５０８に
示されるように、スイッチ１０４は、該アドレスを使用して、呼を、終了ロケー
ションＴ２へ経路決定する。

【００３６】 図６は、Ｔ２に対する例示的な呼処理プランを実行する際における本発明の動
作を描写するフローチャートである。ステップ６０２，６２０に示されるように
、もし、呼が終了ロケーションＴ２へうまく終着しなかったならば、Ｔ２に対す
る呼オーバーフロー処理が、自動的に呼び出される。

【００３７】 上述されたように、電話中継回線グループＴＧ２は、３０秒のロングコールデ
ィスコネクトタイマを指定する。故に、もし、呼がＴ２へうまく終着したならば
、ステップ６０４に示されるように、電話中継回線グループＴＧ２は、３０秒の
タイマをセットする。ステップ６０６に示されるように、スイッチ１０４は、Ｔ
２からの応答を待つ。もし、通常の呼処理を示す（ＲＷＣ１６等、応答指摘のよ
うな）応答をスイッチ１０４が受信するならば、オーバーフロー処理は必要とさ
れず、かつ、処理は完了される。しかしながら、もし、そのような応答が受信さ
れないならば、オーバーフロー処理が、２つの環境のうちの１つの下で開始され
る。

【００３８】 第１に、ステップ６０８，６２０に示されるように、もし、電話中継回線グル
ープＴＧ２タイマが満了する前に（この例では、３０秒以内に）応答が受信され
ないならば、オーバーフロー処理が発生する。第２に、ステップ６０８，６２０
に示されるように、発呼者が該発呼者の電話キーパッド上の「＊」キーを押すと
、呼オーバーフロー処理が開始される。この方法では、ステップ４１６，４１８
において指定されるコンディションが発生することを待つことなく、発呼者は呼
オーバーフロー処理を開始できる。

【００３９】 この例では、「発呼者が（該発呼者の電話キーパッド上の「＊」キーを押すこ
とによって）オーバーフローオンデマンド処理を開始せず、かつ、Ｔ２から応答
が受信されない」と仮定する。そして、電話中継回線グループＴＧ２タイマが満
了すると（即ち、３０秒後に）、オーバーフロー処理が開始される。タイマが満
了すると、電話中継回線グループＴＧ２は、ロングコールディスコネクトメッセ
ージを、スイッチ１０４へ返す。該メッセージは、「Ｔ２への接続が不成功であ
った」ということを示す。これに対して、ＤＡＰ１０２は、Ｔ２に対する呼処理
プランを参照する。上述されたように、Ｔ２に対する呼処理プランは、Ｔ２の呼
オーバーフローロケーションを示す。故に、ＤＡＰ１０２は、呼を終了ロケーシ
ョンＴ２へ経路決定することを、スイッチ１０４へ再び指示する。

【００４０】 ソフトウェア／ハードウエアの実現 本発明の一部は、ハードウエアまたはソフトウェアまたはそれらの組合せを使
用して実現されてもよく、かつ、コンピュータシステムまたは他の処理システム
において実現されてもよい。実際、ある実施形態では、本発明は、ここで説明さ
れた機能を実行できるコンピュータシステムへ向けられる。例示的なコンピュー
タシステム７００が、図７に示される。コンピュータシステム７００は、（プロ
セッサ７０４のような）１または２以上のプロセッサを具備する。プロセッサ７
０４は、通信バス７０６へ接続されている。この説明を読むと、他のコンピュー
タシステムおよび／または他のコンピュータアーキテクチャを使用した本発明の
実現方法が、当業者に明白になるであろう。

【００４１】 コンピュータシステム７００は、また、メインメモリ７０８を具備し、かつ、
第２メモリ７１０も具備できる。メインメモリ７０８は、好ましくは、ランダム
アクセスメモリ（ＲＡＭ）である。第２メモリ７１０は、例えば、ハードディス
クドライブ７１２および／または着脱可能記憶ドライブ７１４を具備できる。着
脱可能記憶ドライブ７１４は、フロッピディスクドライブ、磁気テープドライブ
、光ディスクドライブ等を示す。着脱可能記憶ドライブ７１４は、よく知られた
方法で、着脱可能記憶ユニット７１８から読みだし、および／または、着脱可能
記憶ユニット７１８へ書き込む。着脱可能記憶ユニット７１８は、（着脱可能記
憶ドライブ７１４によって読み出されかつ書き込まれる）フロッピディスク、磁
気テープ、光ディスク等を示す。知られているように、着脱可能記憶ユニット７
１８は、（コンピュータソフトウェアおよび／またはデータを中に記憶した）コ
ンピュータ使用可能記憶媒体を具備する。

【００４２】 他の実施形態では、第２メモリ７１０は、「コンピュータプログラムまたは他
の指令がコンピュータシステム７１０へロードされる」ということを可能にする
ための他の類似手段を具備してもよい。そのような手段は、例えば、着脱可能記
憶ユニット７２２とインターフェース７２０とを具備できる。そのような手段の
例は、（ビデオゲーム装置において見られるような）プログラムカートリッジお
よびカートリッジインターフェースと、（ＥＰＲＯＭまたはＰＲＯＭのような）
着脱可能メモリチップおよび関連ソケットと、他の着脱可能記憶ユニット７２２
およびインターフェース７２０とを具備できる。これらの手段は、「着脱可能記
憶ユニット７１８からコンピュータシステム７００へソフトウェアおよびデータ
が移される」ということを可能にする。

【００４３】 コンピュータシステム７００は、また、通信インターフェース７２４を具備で
きる。通信インターフェース７２４は、「ソフトウェアおよびデータが、コンピ
ュータシステム７００と外部デバイスとの間で移される」ということを可能にす
る。通信インターフェース７２４の例は、モデム、（イーサネットカードのよう
な）ネットワークインターフェース、通信ポート、ＰＣＭＣＩＡスロットおよび
カード等を具備できる。通信インターフェース７２４を介して移されるソフトウ
ェアおよびデータは、電気的または電気磁気的または光学的であり得る信号の形
式、または、通信インターフェース７２４によって受信されることができる他の
信号の形式である。これらの信号は、チャネル７２６を介して、通信インターフ
ェースへ提供される。このチャネル７２６は、信号を伝送する。また、チャネル
７２６は、ワイヤ、ケーブル、光ファイバ、電話線、セルラー電話リンク、ＲＦ
リンク、他の通信チャネルを使用して、実現されることができる。

【００４４】 この文献では、用語「コンピュータプログラム媒体」および「コンピュータ使
用可能媒体」は、着脱可能記憶デバイス７１８と（ハードディスクドライブ７１
２にインストールされた）ハードディスクと通信経路７２６とのような媒体を一
般的に参照するために使用される。これらのコンピュータプログラム製品は、ソ
フトウェアをコンピュータシステム７００へ提供するための手段である。

【００４５】 コンピュータプログラム（いわゆる、コンピュータ制御論理）は、メインメモ
リおよび／または第２メモリ７１０に記憶される。コンピュータプログラムは、
また、通信インターフェース７２４を介して受信されることができる。そのよう
なコンピュータプログラムは、実行されると、「ここで説明されたような本発明
の特徴を、コンピュータシステム７００が実行する」ということを可能にする。
特に、該コンピュータプログラムは、実行されると、「プロセッサ７０４が、本
発明の特徴を実行する」ということを可能にする。従って、そのようなコンピュ
ータプログラムは、コンピュータシステム７００のコントローラを示す。

【００４６】 ソフトウェアを使用して本発明が実現される実施形態では、該ソフトウェアは
、コンピュータプログラム製品に記憶されてもよく、かつ、着脱可能記憶ドライ
ブ７１４またはハードディスクドライブ７１２または通信インターフェース７２
４を使用してコンピュータシステム７００へロードされてもよい。制御論理（ソ
フトウェア）は、プロセッサ７０４によって実行されると、「ここで説明された
ような本発明の特徴を、プロセッサ７０４が実行する」ということを可能にする
。

【００４７】 他の実施形態において、本発明は、例えば、特定用途向けＩＣ（ＡＳＩＣ）の
ようなハードウエアコンポーネントを使用して、主にハードウエアにおいて実行
される。ここで説明された機能を実行するようなハードウエアステートマシンの
実現は、当業者に明白である。更に他の実施形態において、本発明は、ハードウ
エアとソフトウェアとの組合せを使用して実現される。

【００４８】 本発明の様々な実施形態が上述されたが、「これらの実施形態は、例として提
供されたものであり、かつ、限定として提供されたものではない」ということが
理解されるべきである。「形態および詳細における様々な変更が、本発明の趣旨
および範囲から離れることなく、ここに記載されることができる」ということが
、当業者に明白である。故に、本発明は、上述された例示的な実施形態の何れに
よっても限定されるべきではなく、かつ、請求項およびその等価物によってのみ
定義されるべきである。

【図面の簡単な説明】

【図１】 典型的な遠距離通信ネットワーク１００の一部を描写する図であ
る。

【図２】 従来の呼オーバーフローシステムの動作を描写するフローチャー
トである。

【図３】 好ましい実施形態による本発明の動作を描写するフローチャート
である。

【図４】 例示的な呼処理プランを実行する際における本発明の動作を描写
するフローチャートである。

【図５】 例示的な呼オーバーフロー処理動作を描写するフローチャートで
ある。

【図６】 例示的な呼処理プランを実行する際における本発明の動作を描写
するフローチャートである。

【図７】 本発明の機能を実行できるコンピュータシステムを描写する図で
ある。

【符号の説明】

１０２……ＤＡＰ １０４……スイッチ ０……開始呼ロケーション Ｔ１，Ｔ２……終了呼ロケーション

Claims (14)

【特許請求の範囲】
1. 【請求項１】 遠距離通信ネットワークにおいてオーバーフローオンデマン
   ドを実行するための方法であって、 前記方法は、 呼開始者から呼を受信するステップと、 前記呼に対する終了ロケーションに対するアドレスを判断するステップと、 呼オーバーフローオンデマンドが利用可能である、ということを判断するステ
   ップと、 前記アドレスを使用して、前記呼を、前記終了ロケーションへ経路決定するス
   テップと、 オーバーフローコンディションが発生すると、呼オーバーフローを実行するス
   テップと、 オーバーフローコマンドが前記呼開始者から受信されると、呼オーバーフロー
   を実行するステップと を具備する ことを特徴とする方法。
2. 【請求項２】 前記実行ステップは、いずれも、 前記呼に対する呼オーバーフロー経路決定情報について、前記データアクセス
   ポイントに問い合わせるステップと、 前記呼に対するオーバーフロー終了ロケーションに対するオーバーフローアド
   レスを判断するステップと、 前記オーバーフローアドレスを使用して、前記呼を、前記オーバーフロー終了
   ロケーションへ経路決定するステップと を具備する ことを特徴とする請求項１記載の方法。
3. 【請求項３】 呼処理中に異常コンディションが発生すると、呼オーバーフ
   ローを実行するステップ を更に具備する ことを特徴とする請求項１記載の方法。
4. 【請求項４】 ＲＷＣ１６以外のリリースウイズコーズ（Release With Cau
   se：ＲＷＣ）値に応答して、呼オーバーフローを実行するステップ を更に具備する ことを特徴とする請求項１記載の方法。
5. 【請求項５】 ロングコールディスコネクト指摘に応答して、呼オーバーフ
   ローを実行するステップ を更に具備する ことを特徴とする請求項１記載の方法。
6. 【請求項６】 遠距離通信ネットワークにおいてオーバーフローオンデマン
   ドを実行するための方法であって、 前記方法は、 呼開始者から呼を受信するステップと、 前記呼に対する終了ロケーションに対するアドレスを判断するステップと、 呼オーバーフローオンデマンドが利用可能である、ということを判断するステ
   ップと、 タイマをセットするステップと、 前記アドレスを使用して、前記呼を、前記終了ロケーションへ経路決定するス
   テップと、 前記終了ロケーションから応答が受信される前に前記タイマが満了すると、呼
   オーバーフローを実行するステップと、 オーバーフローコマンドが前記呼開始者から受信されると、呼オーバーフロー
   を実行するステップと を具備する ことを特徴とする方法。
7. 【請求項７】 前記実行ステップは、いずれも、 前記呼に対する呼オーバーフロー経路決定情報について、前記データアクセス
   ポイントに問い合わせるステップと、 前記呼に対するオーバーフロー終了ロケーションに対するオーバーフローアド
   レスを判断するステップと、 前記オーバーフローアドレスを使用して、前記呼を、前記オーバーフロー終了
   ロケーションへ経路決定するステップと を具備する ことを特徴とする請求項６記載の方法。
8. 【請求項８】 遠距離通信ネットワークにおいてオーバーフローオンデマン
   ドを実行するためのシステムであって、 前記システムは、 呼開始者から呼を受信するための手段と、 前記呼に対する終了ロケーションに対するアドレスを判断するための手段と、 呼オーバーフローオンデマンドが利用可能である、ということを判断するため
   の手段と、 前記アドレスを使用して、前記呼を、前記終了ロケーションへ経路決定するた
   めの手段と、 オーバーフローコンディションが発生すると、呼オーバーフローを実行するた
   めの手段と、 オーバーフローコマンドが前記呼開始者から受信されると、呼オーバーフロー
   を実行するための手段と を具備する ことを特徴とするシステム。
9. 【請求項９】 前記実行するための手段は、いずれも、 前記呼に対する呼オーバーフロー経路決定情報について、前記データアクセス
   ポイントに問い合わせるための手段と、 前記呼に対するオーバーフロー終了ロケーションに対するオーバーフローアド
   レスを判断するための手段と、 前記オーバーフローアドレスを使用して、前記呼を、前記オーバーフロー終了
   ロケーションへ経路決定するための手段と を具備する ことを特徴とする請求項８記載のシステム。
10. 【請求項１０】 呼処理中に異常コンディションが発生すると、呼オーバー
    フローを実行するための手段 を更に具備する ことを特徴とする請求項８記載のシステム。
11. 【請求項１１】 ＲＷＣ１６以外のリリースウイズコーズ（ＲＷＣ）値に応
    答して、呼オーバーフローを実行するための手段 を更に具備する ことを特徴とする請求項８記載のシステム。
12. 【請求項１２】 ロングコールディスコネクト指摘に応答して、呼オーバー
    フローを実行するための手段 を更に具備する ことを特徴とする請求項８記載のシステム。
13. 【請求項１３】 遠距離通信ネットワークにおける呼に対してオーバーフロ
    ーオンデマンドを実行するためのシステムであって、 前記システムは、 呼開始者から呼を受信するための手段と、 前記呼に対する終了ロケーションに対するアドレスを判断するための手段と、 呼オーバーフローオンデマンドが利用可能である、ということを判断するため
    の手段と、 タイマをセットするための手段と、 前記アドレスを使用して、前記呼を、前記終了ロケーションへ経路決定するた
    めの手段と、 前記終了ロケーションから応答が受信される前に前記タイマが満了すると、呼
    オーバーフローを実行するための手段と、 オーバーフローコマンドが前記呼開始者から受信されると、呼オーバーフロー
    を実行するための手段と を具備する ことを特徴とするシステム。
14. 【請求項１４】 前記実行するための手段は、いずれも、 前記呼に対する呼オーバーフロー経路決定情報について、前記データアクセス
    ポイントに問い合わせるための手段と、 前記呼に対するオーバーフロー終了ロケーションに対するオーバーフローアド
    レスを判断するための手段と、 前記オーバーフローアドレスを使用して、前記呼を、前記オーバーフロー終了
    ロケーションへ経路決定するための手段と を具備する ことを特徴とする請求項１３記載のシステム。