JPH04304057A

JPH04304057A - 電話呼の経路を設定する方法および装置

Info

Publication number: JPH04304057A
Application number: JP35655491A
Authority: JP
Inventors: Craig Alan Reading; クレイグ　アラン　リーディング; David Lee Sprague; デビッド　リー　スプレイグ; Lance Wayne Wilson; ランス　ウエイン　ウィルソン
Original assignee: American Telephone and Telegraph Co Inc
Current assignee: AT&T Corp
Priority date: 1990-12-31
Filing date: 1991-12-25
Publication date: 1992-10-27
Also published as: EP0493896A2; CA2056203A1; AU637942B2; AU8968491A

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、電話網サービスに関し
、詳細には、発呼中の端末から所望の付近の目的端末ま
で中間ノードを通して電話の呼に経路を与えるサービス
および装置に関する。呼の経路設定は、発呼中の端末の
課金電話番号（通常、これは、ディレクトリ番号である
）の受信に応じたデータベース参照の管理下で行われる
。

【０００２】

【従来の技術】電話網の交換システムでは、特殊サービ
ス番号（即ち、８００番、９００番、および類似のサー
ビス）をダイヤルしている発呼中の端末に応答して、地
理的に意味のある着信先の電話番号を決定するために、
通常はデータベースを用いる。基本的には、市内交換シ
ステムまたは長距離交換システムにより、ダイヤルされ
た番号に基づいてデータベースの参照が行われ、それに
応じて、所望の着信先への呼を完成させるためにディレ
クトリ番号が取り出される。これらのシステムには多く
の利点がある。従量制払いのケーブル・テレビや航空予
約事務所への顧客の接続のようなサービスでは、このサ
ービスがある形で使用されている。

【０００３】そのようなサービスの一つが、１９８８年
７月１２日発行のバーナード・エヌ・リスキン（Ｂｅｒ
ｎａｒｄ　Ｎ．　Ｒｉｓｋｉｎ）による米国特許第４，
７５７，２６７号に説明されている。発呼中の端末を所
望の商品またはサービスを供給し得る付近の目的の電話
に接続する電話システムが、リスキンによって説明され
ている。このサービスでは、要求された商品またはサー
ビスの提供者の地理的位置および電話番号を決定するた
めに水平／垂直座標のデータベース探査を行うために発
呼中の端末の電話番号（自動番号識別、即ちＡＮＩによ
って識別される）およびダイヤルされた番号の両方の少
なくとも一部を使用する特殊な顧客／取扱い者サービス
・センタが、用いられる。発呼中の端末の電話番号は、
ＡＮＩによって電話網から得たり、自動的または人的な
催促によって対話的に得たりする。ダイヤルされた番号
も、電話網から得るか、または対話的な催促によって得
るかの何れかである。

【０００４】このようなデータベース方式では、複雑な
探査を行い、場合によっては複雑な地理的な比較を行う
のに要する処理時間のために、呼処理が遅くなる。デー
タベースおよび複雑な探査を行うデータベース・マネジ
ャ（データベース管理システム）も、同様に複雑で、そ
れ相応に費用がかかる。さらに、顧客との対話的な通信
によって、必要とされる人的介入のために非常に長い遅
れが生じて、呼を完成させる処理が一層遅くなる。従っ
て、従来の技術における問題点は、現在の網経路設定サ
ービスが、呼処理に時間がかかり、高価、複雑で、さら
に人的介入が必要な場合もあることである。

【０００５】

【発明が解決しようとする課題】発明が解決しようとす
る課題は、前記の問題点を解決し、技術的な進歩を遂げ
ることである。

【０００６】

【課題を解決するための手段】本発明の原理によれば、
説明のための網経路設定方法および構造上の実施例にお
いて、発呼中の端末から呼び出された所望の着信先まで
、呼が速やかに経路付けされ、この時の経路設定は、発
呼中の端末の電話番号のみを基に所望の着信先の番号を
検索するデータベース・システムをアクセスするデジタ
ル・リンク・スプライサ回路を備えた中間ノードによっ
て行われる。技術的な進歩した点は、番号検索に発呼者
によってダイヤルされた番号を一切必要としないことで
ある。

【０００７】このサービスは、例えば、ピザを注文する
ために掛けることができる単一の全国的な電話番号を有
するピザ・チェーンのようなチェーンを与えるのに適し
ている。ピザ・チェーンからピザを注文するために、顧
客が、全国的に広告された番号を電話すると、その発呼
者の付近のチェーン店に経路付けされる。このように、
顧客は、どの店が自分の地域をサービスしているかを知
る必要がなく、チェーンは、広告費用を節約することが
できる。店が発呼者に近いことは、両者にとって便利で
あり、注文の実施時間の保証を容易にする。

【０００８】具体的には、呼は、発呼中の端末から市内
交換キャリア（ＬＥＣ）へと経路付けされ、さらに中間
ノードへと延長される。後者は、新たなデジタル・リン
ク・スプライサ回路およびデータベース・システムを備
えている。このＬＥＣにより、発呼中の端末の電話番号
（ＡＮＩ）が中間ノードに送られる。中間ノードにおけ
るスプライサ回路は、その呼の発信端を一時的に保留に
し、そのＡＮＩをコンピュータが読める形式に変換する
。次に、変換されたＡＮＩは、データベース・マネジャ
に送られ、例えば、発呼中の端末を受け持つように指定
された店の番号などの所望の電話番号を検索するための
キーとして使用される。検索された番号は、指定され呼
び出された端末への電話呼の一層の確立を実現し制御す
るために、デジタル・リンク・スプライサ回路に戻され
る。デジタル・リンク・スプライサ回路は、発信端と着
信端とを一緒に結合することによって単一の呼を生成し
、発信端側の一時的な保留を解除する。以降の呼の確立
処理は、すべてＬＥＣ網によって扱われる。

【０００９】前記の内容からして、本発明の特筆すべき
ことは、通信網に接続された発呼中の端末からその通信
網の顧客の複数の着信先のうちの所望の着信先に電話呼
を経路設定する方法であり、この方法が、通信網からの
呼を中間ノードに経路付けすること、および所望の着信
先の電話番号を検索することからなり、さらにその検索
段階が、発呼中の端末の電話番号を通信網から受信する
こと、および着信先の番号を前記の受信した発呼中の端
末の電話番号のみを基に取り出すことからなることを特
徴とするという点である。

【００１０】典型的な実施例において、中間ノードでは
、発呼中の端末からデジタル・リンク・スプライサ回路
を通して所望の着信端末に至る呼のさらなる経路設定を
制御するために電話網から発呼中の端末の番号を受信し
てデータベースから番号を取り出すデジタル・リンク・
スプライサ回路を介して、発呼中の端末から付近の着信
先へと呼の経路が設定される。スプライサ回路は、発呼
中の端末の番号をコンピュータで使用できる形式に変換
し、その変換した番号をデータベースに伝える。スプラ
イサ回路は、データベースによって渡され取り出した番
号を変換し、付近の着信先へ電話呼を掛けるために、そ
の取り出した番号を使用する。

【００１１】さらに実施例において、通信交換網に接続
された発呼中の端末からの電話呼を所望の着信先に経路
設定するシステムに本発明による方法を使用する。この
方法は、発呼中の端末から第１の呼を掛けるステップ、
第１の呼をダイヤルされた番号を用い前記の通信網を介
して中間ノードに経路付けするステップからなる。発呼
中の端末の電話番号は、前記の通信交換網から受信され
、着信先の電話番号を得るためにシステムによって使用
される。前記の中間ノードによって、第２の呼が所望の
着信先に向けて開始され、これらの２つの呼は、呼び出
し側が可聴呼び出し音および話中音などの呼進行音を聞
くことができるように接続される。

【００１２】さらに実施例において、第１の市内交換局
に接続された発呼中の端末からの電話呼を第２の市内交
換局に接続された所望の着信先に経路設定するシステム
に本発明による方法を使用する。この方法は、発呼中の
端末から第１の呼を掛けるステップ、および第１の呼を
第１の交換局からアクセス・タンデム交換機（中継交換
機）へと経路付けするステップを含む。タンデム交換機
は、第１の呼を中間ノードにあるデジタル・リンク・ス
プライサ回路に経路付けし、デジタル・リンク・スプラ
イサ回路は、通信網から発呼中の端末の電話番号を受信
する。この回路は、発呼中の端末の電話番号を中間ノー
ドのデータベース・システムに伝える。データベース・
システムは、発呼中の端末の電話番号のみに基づいて所
望の着信先の電話番号を検索する。データベースが、取
り出した番号を前記の回路に伝えると、回路は、取り出
された番号に基づいて第２の呼を開始し、第２の呼を第
２の交換網を通して所望の着信先に経路付けする。

【００１３】

【実施例】図１において、電話端末１１０からＬＥＣ網
１２０および中間ノード１２５を通して商店１１５に至
るまで電話呼を説明する。この例では、電話１１０の利
用者が、発呼中の電話１１０からのある製品または品目
に対する要求に応えるように指定された、即ち販売権を
与えられた地域の店を呼び出している。この典型的な方
法によれば、利用者は、電話番号９５０−ＷＸＸＸをダ
イヤルすると、自動的に電話１１０の近くの店１１５に
速やかに接続される。本発明による典型的な方法は、ベ
ルコアＴＲ−ＴＳＹー０００５３０の特に第１表に記載
されているような「９５０番」サービスのグループＤを
基にしている。「Ｗ」は、現在のところ０または１であ
るが、０から９の任意の数に拡張される予定である。「Ｘ」は、任意の数でよく、これら４つの数が、一緒に
なって、特定のフランチャイズ・チェーンのコード番号
を表す。全国的なチェーンが、１つの７桁の番号を全国
的に使用することができることにより、その国の任意の
地域の電話が、発呼中の電話の位置に近い店に接続され
るので、広告効率および配達効率が促進され、都合がよ
い。

【００１４】電話１１０の利用者が、９５０−ＷＸＸＸ
をダイヤルすると、交換キャリヤ網１２０における市内
交換局１２５−１が、９５０番サービス・コードを認識
し、その呼をアクセス・タンデム交換機１３０に経路付
けする。タンデム交換機１３０は、その呼をＷＸＸＸ番
に対応する中間ノードに置かれたデジタル・リンク・ス
プライサ回路（ＤＬＳ）１３５へと経路付けして、電話
１１０の課金電話番号を送る。

【００１５】ＤＬＳ１３５は、発呼中の電話端末１１０
の１０桁のＡＮＩ（自動番号識別）情報と共に呼をタン
デム交換機１３０から受信する。この実施例では、ＡＮ
Ｉは、発呼中の電話端末１１０の課金番号であり、必ず
しもそうとは限らないが普通は、発呼中の電話端末１１
０のディレクトリ番号と同じである。尚、本発明は、Ａ
ＮＩが課金番号である場合に限られるわけではない点に
注意を要する。ＤＬＳ１３５は、呼を一時的に保留し、
ＡＮＩをＭＦからバイナリ形式に変換し、その変換した
ＡＮＩをコンピュータのデータベース・マネジャ１４０
に送る。データベース・マネジャは、主／予備の編成で
ＤＬＳ１３５に接続されているので、主データベース・
マネジャから適当な時間内に応答がない場合、ＤＬＳ１
３５は、主データベース・マネジャ１４０から予備デー
タベース・マネジャ１４０’へと自動的に切り換えるこ
とができる。

【００１６】データベース・マネジャ１４０は、ＤＬＳ
１３５から変換されたＡＮＩを受け取り、そのＡＮＩの
みをキーとして用いて店舗データベース１４５において
データベース探査を実行する。このように探査は素早く
実行され、呼び出し中の電話の近くに位置する店１１５
のような店舗に対する電話番号が、返される。データベ
ース・マネジャ１４０は、店の電話番号をＤＬＳ１３５
に返す。

【００１７】ＤＬＳ１３５は、店１１５の電話番号を受
け取ると、タンデム交換機１３０への出トランクを捉え
、店の電話番号を適切なＭＦまたはＤＴＭＦ信号方式に
変換し、店の電話番号をタンデム交換機１３０にパルス
出力する。また、ＤＬＳ１３５は、入トランクから出ト
ランクまでの通信路を完成（即ち、接続）させることに
よって、呼の一時的な保留状態を解除する。次に、タン
デム交換機１３０は、呼の接続を市内交換局１２５−２
を介して店１１５まで延長することによりＬＥＣ網を通
して呼を完成させる。ＤＬＳ１３５は、呼の完成または
放棄の何れかを表す応答の監視における変化（即ち、オ
ンフック、オフフック）を検出し、その情報をデータベ
ース・マネジャ１４０に送る。そして、データベース・
マネジャは、課金関係の目的のために、さらにチェーン
および個々の店舗が使用する放棄された呼数、注文取り
の平均時間、および話中期間などのような統計のために
、呼の記録を生成する。

【００１８】発呼中の電話と店の電話は、同じ市内交換
局１２５−Ｎに接続される場合もある。市内交換局１２
５−Ｎは、タンデム局１３０からの呼を中間ノード１２
５のＤＬＳ１３５へと経路付けする。ＤＬＳ１３５は、
データベース・マネジャ１４０に店舗データベースを参
照させる。データベースは、店舗１１５−Ｎの電話番号
を返し、呼は、市内交換局１２５−Ｎに経路付けされ、
この市内交換局によって店舗へと接続される。

【００１９】図２を説明する。同図において、ＤＬＳ１
３５は、２４の入トランク２１０および２４の出トラン
ク２２０からなる２つのＤＳ１の毎秒１．５４４Ｍビッ
トの信号流によって、タンデム交換機１３０（図１）に
接続される。ＤＳ１２１０および２２０は、ＤＳ１設備
インタフェース２３０に接続されている。インタフェー
ス２３０は、入力方向のＤＳ１からデータ流を受信し、
そのデータを受信バッファ（図示せず）内で緩衝し、割
り込みによって制御器２４０に知らせる。また、到来す
るデータは、制御器２４０およびＭＦ検出器で使用する
ためにデータ・バス上２４５にも置かれる。データ・バ
ス２４５によるデータの流れは、制御器２４０によって
制御される。

【００２０】データは、当分野において周知のとおり、
６バイト目ごとに最下位ビットを有するフレームを成し
てＤＳ１インタフェースに達する。信号データを与える
ために、フレームが１２個使用される。信号データは、
制御器２４０に渡されるので、制御器２４０は、その信
号データのビットの内容によって処置を取ることができ
る。例えば、ローカル網から捕捉信号を受け取ると、制
御器２４０は、それに応じて、タンデム局に「ウィンク
」信号が送られるようにする。同様に、制御器２４０は
、応答監視などの呼処理信号を検出すると、各トランク
対に対して取られている呼状態テーブルを更新する。好ましい実施例では、制御器２４０はインテル８０９６
０ＫＡを備え、それによって前記の機能をはたしている
。

【００２１】ＭＦ検出器２５０は、データ・バスからデ
ータを受信して、その受信したデータがＭＦ数字かどう
かを判断する。ＭＦ数字ならば、その数を当分野で周知
のようにＡＳＣＩＩに変換して、データ・バスによって
制御器２４０に送る。制御器２４０は、数を収集し、Ａ
ＮＩ（一般に１０桁）のすべての数が集まると、その変
換された数をデータ・バス２４５を介して通信インタフ
ェース２６０へと送る。

【００２２】通信インタフェース２６０は、ＡＮＩの変
換された数を制御器２４０から受信し、フォーマットを
して、データベースの問合せを主シリアル・ポート２７
０から主データベース・マネジャ１４０（図１）へと送
る。適当な時間内に応答がない場合、そのデータベース
の問合せは、予備のシリアル・ポート２８０を介して補
助データベース・マネジャ１４０’（図１）へと送られ
る。通信インタフェース２６０は、主シリアル・ポート
２７０または予備シリアル・ポート２８０を介してデー
タベース・マネジャ１４０（図１）からチェーン店の電
話番号を受け取って、この番号を制御器２４０に返す。制御器２４０は、ＤＳ１（２１０）にある入トランクに
対応するＤＳ１（２２０）にある出トランクをＤＳ１イ
ンタフェース２３０に捕捉させる。例えば、進入するＤ
Ｓ１（２１０）における１８番目のＤＳ０トランクに呼
が入ってきた場合、その呼は、進出するＤＳ１（２２０
）における１８番目のＤＳ０トランクに出る。ＤＳ１（
２２０）における出トランクが捕捉されると、制御器２
４０は、参照テーブルを用いて目的とする店１１５の電
話番号をデジタル的に符号化されたＭＦシーケンスに変
換し、その番号に対して格納されたシーケンスをＤＳ１
インタフェースを通してＤＳ１（２２０）における出ト
ランクへとパルス出力する。次に、制御器２４０は、Ｄ
Ｓ１（２１０）におけるトランクから到来する緩衝され
たデータをＤＳ１（２２０）においてそれと対となるト
ランクに対する出る側のバッファ（図示せず）に移動さ
せる。この動作により、一時的な保留が解除され、ＤＬ
Ｓ１３５を通る通信路が確立されて、呼の両端が１つに
連結されるようになる。

【００２３】電話局の設備が何れもそうであるように、
ＤＬＳ１３５には、システム状態および警告のパネルな
らびに操作点のブロック２９０が、当分野で周知のよう
に好ましい実施例では単一の回路パックとして含まれて
いる。このパック２９０は、制御器２４０によって更新
され、ＤＬＳ１３５に関係付けられた電話交換局におい
て視覚的および聴覚的な警報を与える。

【００２４】図１において、データベース・マネジャ１
４０のハードウェアは、ＡＴ＆Ｔの６３８６ワーク・グ
ループ・システムに１６ＭｂのＲＡＭ、オペレーティン
グ・システム用およびデータベース用にそれぞれ３００
Ｍｂおよび８０または１３５Ｍｂの固定ディスク・ドラ
イブ、１２５ＭｂのＱＩＣカートリッジ・テープ・ドラ
イブ、ＬＡＮインタフェース、および３４個までのシリ
アル・ポートを組み合わせたものである。この好ましい
実施例のオペレーティング・システムは、ＵＮＩＸ（登
録商標）システムＶのリリース３である。この実施例に
対するデータベース・システムは、ＯＲＡＣＬＥ（オラ
クル社の登録商標）関係データベース管理システム第６
版である。データベース・マネジャ１４０で使用したＬ
ＡＮサブシステムは、ＡＴ＆ＴのＳｔａｒＧＲＯＵＰ１
０である（ＳｔａｒＧＲＯＵＰは登録商標である）。各
データベース・マネジャ・システム１４０は、ＤＬＳに
９６００ｂａｕｄのＲＳ−２３２ポートで１４個まで個
々に接続される。

【００２５】ＤＬＳ１３５が、データベース・マネジャ
１４０にＡＮＩの問合せを送ると、問合せは、ＤＬＳイ
ンタフェース３１０によって受信される。ＤＬＳインタ
フェースの各ポートに対して、１つのＤＬＳプロセス３
１５がある。ＤＬＳプロセス３１５は、そのＤＬＳポー
トまたは同じ顧客に対する他のＤＬＳポート（ＡＮＩお
よびＤＬＳ１３５の識別番号も含めて）を保存するため
にＡＮＩの問合せを内部的なデータ構造に変換し、その
ＡＮＩの問合せ要求をディセッション・プロセス（ＤＳ
ＥＳＳＩＯＮ）３２０に送る。また、ＤＬＳ３１５は、
ＡＮＩ問合せサブシステムから応答を受信し、その応答
をＤＬＳ１３５に送る。

【００２６】ＤＬＳプロセス３１５は、ディセッション
・プロセス３２０を通して他のプロセスと通信用のメッ
セージを交わす。この実施例では、ＤＬＳインタフェー
スごとに１つのディセッション・プロセス３２０がある
。ディセッション・プロセス３２０は、ＡＮＩ問合せメ
ッセージをＤＬＳプロセス３１５からＡＮＩ問合せサブ
システム（ＡＮＩ　ＩＮＱＵＩＲＹ）３２５へと進める
。

【００２７】さらに、ＤＬＳプロセス３１５は、各個に
対して呼の記録を作成し、またＤＬＳ１３５から呼処理
メッセージを受信する。呼が成立すると、ＤＬＳプロセ
ス３１５は、呼の記録をディセッション・プロセス３２
０を介して呼の詳細のサブシステム（ＣＡＬＬ　ＤＥＴ
ＡＩＬ）３２２に送り、このサブシステムによって、課
金関係の報告およびその他のデータが生成される。呼の
詳細のサブシステム３２２は、例えば、呼が応答された
か否か（呼の成立を伴わない顧客の放棄は、一般に、店
の電話の話中と見なされる）、その処理にどれほどの時
間を要したかを絶えず監視し、その店が扱う呼の数に対
する詳細な記録を取る。従って、各チェーン加入者が、
その店の扱う通話量に基づいてチェーン管理者によって
課金されることが可能である。

【００２８】ＡＮＩ問合せサブシステム３２５は、ディ
セッション・プロセス３２０からＡＮＩ問合せ要求メッ
セージを受信し、その要求をフォーマットしてデータベ
ース・サブシステム（ＤＡＴＡＢＡＳＥ　ＳＵＢＳＹＳ
ＴＥＭ）３３０に送る。問合せには、ＡＮＩおよびＤＬ
Ｓの識別番号が含まれる。ＡＮＩ問合せサブシステム３
２５は、データベース・サブシステム３３０から応答を
受け取り、その応答をディセッション・プロセス３２０
に渡す。また、ＡＮＩ問合せサブシステム３２５は、デ
ータベース・サブシステム３３０が適当な期間内に応答
しない場合、ＡＮＩ問合せ要求を取り消し、データベー
スから応答のないことをディセッション・プロセス３２
０およびデータベース・モニタ（ＤＢＭＯＮ）３３５に
報告する。

【００２９】データベース・サブシステム３３０は、前
記のＯＲＡＣＬＥシステムからなるが、ＡＮＩ問合せサ
ブシステム３２５からＡＮＩの問合せを受信し、そのＡ
ＮＩにサービスするように割り当てられた１１５などの
店舗の電話番号を得るためにＡＮＩを用いてデータベー
ス探査を行って、その番号をＡＮＩ問合せサブシステム
３２５に返す。そのような個々の店舗の割り当ては、チ
ェーンによって与えられる。従って、データベース・シ
ステムの構成データは、チェーンによって定義または管
理される。

【００３０】本発明の好ましい実施例によれば、データ
探査は、テーブルの参照からなる。このために、データ
ベース・サブシステム３３０は、１０桁の番号および店
舗の識別番号で構成される一次キーからなる一次呼経路
テーブルを維持している。一次呼経路テーブルにおける
テーブル参照によって１０桁のＡＮＩが見つからなかっ
た場合、データベース・サブシステム３３０は、ＡＮＩ
のキーとしての６桁のＮＰＡ／ＮＮＸおよび店舗の識別
番号からなるデフォルトの呼経路テーブルを使用する。デフォルトの店舗識別番号は、ＡＮＩのＮＰＡ／ＮＮＸ
さえも与えなかった呼に対するＤＬＳ識別情報にも基づ
いて維持される。１０桁の呼び出された（店舗の）電話
番号を得るために、キーとして店舗識別番号を用いて第
２のテーブル参照が行われる。呼び出された番号（以下
、発呼番号と称する）は、ＡＮＩ問合せサブシステム３
２５に返される。

【００３１】データベース・サブシステムは、前述のＡ
Ｔ＆ＴのＳｔａｒＬＡＮからなるＬＡＮインタフェース
３４０への接続を備えている。ＬＡＮインタフェース３
４０によって、データベース・マネジャ１４０は予備の
データベース・マネジャ１４０’に接続される。データ
ベース・マネジャ１４０および予備データベース・マネ
ジャ１４０’は、交換局における半分のＤＬＳに対して
は主システムとして、他の半分に対しては予備として働
くことによってＡＮＩ問合せ負荷を分担し合う。データ
ベース・マネジャが、店舗データベース１４５にアクセ
スできない場合、データベース・サブシステム３３０が
、ＡＮＩの問合せをＬＡＮ３４０を介して予備データベ
ース・マネジャ１４０’に送り、予備データベース・マ
ネジャ１４０’が、テーブル参照を行って１０桁の発呼
番号を返す。

【００３２】データベースの更新は、店舗、データベー
ス・システム自体、または端末／システム・コンソール
から発生し得る。店舗によって開始される更新は、例え
ば、その店が店のサービス範囲にない発呼端末からの呼
を受信する場合に、発生する。具体的には、そのような
呼を受信する店は、プログラム可能なＰＯＳダイヤルア
ップ端末３５０を使用することができる。その端末によ
ってダイヤルされた番号によって、当分野で周知のよう
に更新処理を始めるために、データベース・マネジャ１
４０に接続されたモデムおよびＰＯＳサブシステムの両
方へのアクセスが可能となる。正しい店の電話番号およ
び呼び出し中の電話番号が、ＰＯＳ端末３５０によって
催促され、データベース・システム３３０に引き渡され
、そこで確認が行われる。確認および店の電話番号から
店舗識別情報への変換の後、発呼中の端末の電話番号を
サービスするべき店の店舗識別情報が、店舗データベー
ス１４５における一次呼経路テーブルに追加される。

【００３３】データベース・サブシステム３３０は、１
０桁の発呼中の電話番号が一次呼経路テーブルにないこ
とを検出すると、サブシステム３３０自体が、自動的に
更新を生成し、デフォルトの呼経路テーブルが使用され
る。一次呼経路テーブルに項目を生成するために、デフ
ォルトの呼経路テーブルからの店舗識別情報が、１０桁
の発呼中の電話番号と比較される。ダイヤルアップ端末
または端末エミュレータからの更新、および一括更新は
、ＯＲＡＣＬＥプログラムの標準部分にある更新プロセ
ス（ＤＢＵＰ）３５５によって処理される。予備データ
ベースの正確さを維持するために、更新は、すべてデー
タベース・サブシステム３３０によってＬＡＮ３４０を
介して予備データベース・マネジャ１４０’に送られる
。

【００３４】データベース・モニタ・プロセス（ＤＢＭ
ＯＮ）３３５は、システム初期化時にデータベース・マ
ネジャ１４０における種々のプロセスを始動させ、現地
および遠隔のデータベースのアクセス可能性を確かめる
。データベース・モニタ３３５は、現地および遠隔のデー
タベースのアクセス可能性を周期的に確認し、ディセッ
ション・プロセス３２０にエラーを報告する。

【００３５】ディセッション・プロセス３２０には、動
作支援システム・インタフェース（ＯＰＳ　ＩＮＴＥＲ
ＦＡＣＥ）３６０との通信も含まれる。ＯＰＳインタフ
ェース３６０によって、データベース・マネジャ１４０
は遠隔の監視および管理の設備に連結される。遠隔の管
理設備からＯＰＳインタフェース３６０にメッセージが
送られることがあるが、ＯＰＳインタフェース３６０は
、その要求をディセッション・プロセス３２０に伝える
。ディセッション・プロセス３２０は、メッセージを適
切なＤＬＳプロセス１３５またはＤＢＭＯＮプロセス３
３５に送る。ＤＬＳプロセス３１５は、そのメッセージを受信すると
、それをフォーマットし、シリアル・インタフェースを
通してＤＬＳ１３５にメッセージを送る。このようにし
て、遠隔地の管理者は、ＯＰＳシステムからＤＬＳシス
テムに関する標準的なシステム保守を行うことができる
。

【００３６】図４において、上部は、呼び出し側からデ
ータベース問合せまでの信号シーケンスを表し、下部（
波線の下）は、データベース照会から店舗への信号シー
ケンスを表す。発呼中の電話端末１１０の利用者が、受
話器を取ると、これによって、ＬＥＣ網１２０の発信元
の市内交換局においてオフフックが認識される。そして
、この市内交換局が、ダイヤル・トーンを呼び出し側に
返すと、呼び出し側は、９５０−ＷＸＸＸ番をダイヤル
する。

【００３７】交換局１２０は、特殊コード９５０を認識
すると、ＬＥＣのアクセス・タンデム交換機１３０への
トランクを捕捉する。タンデム交換機は、トランクの捕
捉を承認するウィンク信号を交換局１２０に送り返し、
交換局１２０は、９５０番の有効桁（現在は末尾の３桁
）を示す情報をパルス出力する。

【００３８】次に、アクセス・タンデム交換機１３０が
、ＤＬＳ１３５への利用可能なトランクを捕捉し、ＤＬ
Ｓ１３５が、トランクの捕捉をウィンク信号によって承
認する。アクセス・タンデム交換機１３０は、交換局１
２０へのトランク上でウィンクを繰り返し、交換局１２
０は、これに応じて２つのＡＮＩ情報数およびそのトラ
ンク上の呼び出し側の１０桁のＡＮＩを送る。ＤＬＳは
、ＡＮＩシーケンスを受信し、フォーマットを行い、デ
ータベース・マネジャ１４０にＡＮＩ問合せを送り、交
換局１２０に承認のウィンクを送る。

【００３９】データベース・マネジャ１４０は、データ
ベース問合せをフォーマットして、現地または遠隔地の
データベース１４５に送る。随意により、短い可聴ロゴ
または広告を呼び出し側に再生してもよい。可聴ロゴは
、Ｔ．Ｍ．バウァによる米国特許第４，９３０，１５４
号に説明されている。

【００４０】データベース１４５が、発呼番号をデータ
ベース・マネジャ１４０に返した後、発呼番号はＤＬＳ
１３５に送られる。次に、ＤＬＳ１３５は、ＤＳ１（２
１０）の入トランクと対のＤＳ１（２２０）の出トラン
クを捕捉する。アクセス・タンデム交換機１３０が、ト
ランクの捕捉を承認してウィンクを返す。ＤＬＳは、発
呼番号をトランクにパルス出力して、呼の通信路を連結
する、即ち、８ビットの時間スロットを出トランクから
入トランクへと、またその逆方向へと伝達することによ
って、双方向通信を成立させる。

【００４１】アクセス・タンデム交換機１３０は、当分
野で周知のように、パルス出力された発呼番号に従って
トランクを捕捉し、終端する市内交換局１２０からウィ
ンクを受信する。次に、アクセス・タンデム交換機１３
０は、その局１２０に発呼番号をパルス出力する。

【００４２】一方、交換局１２０は、呼び出された側に
呼び出し音を与え、呼び出し中を知らせる音をＤＬＳに
向けて、つまり（中継されるため）発呼側に送る。交換
局１２０は、呼び出された側のオフフックを検出して、
応答監視信号をアクセス・タンデム交換機１３０に送り
返す。交換機１３０は、その応答監視信号をＤＬＳ１３
５に送る。ＤＬＳ１３５が、呼に対し呼び出された側の
応答があったことを報告するメッセージをデータベース
・マネジャ１４０に送ると、データベース・マネジャ１
４０は、呼が応答された時刻と一緒に記録する。

【００４３】接続は、発呼側または被発呼側が電話を切
るまで続く。オンフック状態が市内交換局によって検出
され、切断メッセージがアクセス・タンデム交換機１３
０に送られ、さらにＤＬＳ１３５に渡させる。ＤＬＳ１
３５は、呼の終了を報告するメッセージをデータベース
・マネジャに送り、データベース・マネジャは、その終
了時刻を記録する。接続は、通信事業者の標準的慣例に
よって切断される。

【００４４】図５および図６に本発明による代案の典型
的な方法を示す。代案の方法は、９５０番サービスのグ
ループＢに基づく。Ｂの９５０番サービスは、ＡＮＳＩ
　Ｔ１．１０９−１９９０に記述されている。図５にお
いて、電話端末５１０からＬＥＣ網５２０を通して中間
ノード５２５に至るまで電話呼を説明する。中間ノード
５２５は、ＬＥＣ網５２０を通して商店５１５までの呼
を成立させる。この代案の実施例では、中間ノード５２
５は、前の実施例で使用されたアクセス・タンデム交換
機を介してではなく、市内交換局に直に接続している。

【００４５】電話５１０の利用者が、９５０−ＷＸＸＸ
をダイヤルすると、市内交換局５２５−１およびＬＥＣ
網５２０が、９５０番サービス・コードを検出する。市
内交換局５２５−１は、ＷＸＸＸコードを変換し、それ
に応じて呼を中間ノード５２５に経路付けする。

【００４６】市内交換局５２５−１が、ＡＮＩを中間ノ
ードに渡す。デジタル・リンク・スプライサ回路（ＤＬ
Ｓ）５３５は、発呼電話端末５１０の７桁のＡＮＩとと
もに呼を市内交換局５２５から受信する。ＤＬＳ５３５
は、呼を一時的に保留して、ＡＮＩをＭＦからバイナリ
形式に変換し、その変換したＡＮＩをコンピュータのデ
ータベース・マネジャ５４０に送る。データベース・マ
ネジャ５４０は、前の実施例の場合と同様に、主／予備
の編成でＤＬＳ５３５に接続されている。データベース
・マネジャ５４０は、ＤＬＳ５３５から変換されたＡＮ
Ｉを受信し、そのＡＮＩのみをキーとして用いて店舗デ
ータベースにおいてデータベース参照を行う。データベ
ース・マネジャ５４０は、格納されている電話番号をＤ
ＬＳ５３５に返す。

【００４７】ＤＬＳ５３５は、店舗５１５の電話番号を
受信すると、タンデム交換機５３０への出トランクを捕
捉する。ＤＬＳ５３５は、格納された電話番号を適切な
ＭＦまたはＤＴＭＦ信号方式に変換し、店舗の電話番号
をタンデム交換機５３０にパルス出力する。また、ＤＬ
Ｓ５３５は、前記のように、入トランクから出トランク
までの通信路を完成させ、それによって、呼の一時的な
保留を解除する。タンデム交換機５３０は、従来技術の
慣例に従って呼を成立させる。この例では、タンデム交
換機５３０が、検索された電話番号に応じて、市内交換
局５２５−２へのトランクを捕捉し、市内交換局５２５
−２が、店舗５１５への呼を成立させる。ＤＬＳ５３５
は、呼の成立または放棄の何れかを表す応答監視の変化
を検出して、その情報をデータベース・マネジャ５４０
に送る。

【００４８】図６に、グループＢの９５０番サービスに
対する呼の接続の信号シーケンスの図を示す。同図の上
部は、発呼側からデータベースへの問合せ信号シーケン
スを表し、下部は、データベース照会から店舗への信号
シーケンスを表す。発呼電話端末５１０の利用者が、受
話器を取ると、これにより、オフフックがＬＥＣ網５２
０の発信市内交換局において認識される。次に、市内交
換局が、ダイヤル・トーンを呼び出し側に返すと、呼び
出し側は、９５０−ＷＸＸＸ番をダイヤルする。発信市
内交換局が、特殊コード９５０を認識し、ＤＬＳ５３５
へのトランクを捕捉する。ＤＬＳ５３５が、ウィンク信
号を発信市内交換局５２５−１に返すと、発信市内交換
局５２５−１が、ダイヤルされた番号の７ビットまでを
送る。ＤＬＳ５３５が、承認オフフック信号を市内交換
局５２５−１に送り、その市内交換局が、ＡＮＩを送る
。次に、ＤＬＳ５３５が、ＡＮＩをデータベース・マネ
ジャ５４０に送る。データベース・マネジャ５４０は、
データベースの問い合わせをフォーマットして、現地ま
たは遠隔地のデータベース５４５に送る。呼び出し側に
対し、短い可聴ロゴまたは広告を再生するようにしても
よい。

【００４９】データベース５４５が、発呼番号をデータ
ベース・マネジャ５４０に返すと、その発呼番号は、Ｄ
ＬＳ５３５に送られる。そして、ＤＬＳ５３５は、タン
デム交換機５３０への出トランクを捕捉する。タンデム
交換機５３０は、トランクの捕捉を承認してウィンクを
返す。ＤＬＳ５３５は、発呼番号をそのトランクにパル
ス出力して、呼の通信路を連結する、即ち、８ビットの
時間スロットの転送を出トランクから入トランクへと、
またその逆方向へと開始して、双方向の通信を成立させ
る。タンデム交換機５３０は、終端市内交換局５２５−
２への呼を完成させる。終端市内交換局５２５−２は、
店舗の電話のベルを鳴らし、呼び出し中を知らせる音を
ＤＬＳに向けて、つまり中継されるため、発呼側に送る
。交換局５２５−２は、被発呼側のオフフックを検出す
ると、応答監視信号をＤＬＳ５３５に向けて送り返す。ＤＬＳ５３５が、呼に対し被発呼側から応答があったこ
とを伝えるメッセージをデータベース・マネジャ５４０
に送ると、データベース・マネジャは、これを呼が応答
された時刻と共に記録する。

【００５０】接続は、発呼側または被発呼側の何れかが
電話を切るまで継続する。オンフックの状態が、市内交
換局によって検出５１５されると、切断メッセージが、
ＤＬＳ５３５に送られる。ＤＬＳ５３５が、呼の終了を
伝えるメッセージをデータベース・マネジャ５４０に送
ると、データベース・マネジャ５４０は、終了時刻を記
録する。接続は、通信事業者の標準的な慣例に従って切
断される。

【００５１】図７に、８００番および９００番の長距離
サービスで使用可能な本発明の実施例を示す。この実施
例では、電話７１０の利用者は、電話番号８００−ＮＮ
Ｘ−ＸＸＸＸまたは９００−ＮＸＸ−ＸＸＸＸをダイヤ
ルする。ＬＥＣ網７２０は、前記の電話番号を受信し、
その番号を扱う長距離サービス提供者を判断し、その長
距離サービス提供者の交換機に呼を経路付けする。ＬＥ
Ｃ網７２０は、アクション・ポイント（ＡＣＰ）７３０
へのトランクを捕捉し、発呼中の電話７１０のＡＮＩと
共に８００−ＮＮＸ−ＸＸＸＸ番または９００−ＮＸＸ
−ＸＸＸＸ番をＡＣＰ７３０にパルス出力する。

【００５２】ＡＣＰ７３０は、８００番または９００番
サービス・アクセス・コード（ＳＡＣ）を認識し、問合
せを信号網７３１を通して変換データベース７３３に送
る。データベース内部で探査が行われて、ＳＡＣ番号か
らＰＯＴＳ番号への変換が行われるが、この方法は、当
分野で周知のとおりであり、１９８０年３月４日付けで
ＡＴ＆Ｔベル研究所に発行されたウェーバー（Ｗｅｂｅ
ｒ）の米国特許第４，１９１，８６０号において説明さ
れている。中間ノード７２５に関係付けられたＰＯＴＳ
番号が、ＡＣＰ７３０に至る信号網７３１に送り返され
、これに応じて、ＰＯＴＳ番号の変換に従い長距離サー
ビス提供者の相互接続網７３４を通して中間ノードまで
呼が経路設定される。相互接続網７３４は、ＡＴ＆Ｔ文
書ＴＲ４１４５９Ａに従って、トランクを捕捉し、かつ
ＡＮＩを中間ノード７２５に渡す。

【００５３】中間ノード７２５は、前記のようにデジタ
ル・リンク・スプライサ回路７３５およびデータベース
・マネジャ７４０からなる。ＡＮＩは、ＣＣＩＴＴ基準
Ｑ．９３１の呼設定メッセージから抽出されて、データ
ベース・マネジャ７４０に送られる。データベース・マ
ネジャ７４０は、受信したＡＮＩのみをキーとして用い
て、問合せを店舗のデータベース７４５に送る。店舗の
データベース７４５は、電話７１０に近い店舗の電話番
号を返す。ＤＬＳ７３５により、店舗の電話番号がＤＴ
ＭＦまたはＱ．９３１呼設定メッセージにおいて対応す
る要素へと変換され、相互接続網７３４への出トランク
が捕捉される。相互接続網７３４は、当分野で周知のよ
うに、店舗７１５宛の市外呼をＬＥＣ網７２０を介して
成立させる。

【００５４】以上の説明は、本発明の一実施例に関する
もので、この技術分野の当業者であれば、本発明の種々
の変形例が考えられるが、それらはいずれも本発明の技
術的範囲に包含される。

【００５５】

【発明の効果】以上述べたように、本発明によれば、発
呼者によってダイヤルされた番号を番号検索に一切必要
とせず、発呼中の端末から呼び出された所望の着信先ま
で呼が速やかに経路付けされる。

【図面の簡単な説明】

【図１】電話網における本発明の原理を説明するブロッ
ク図である。

【図２】図１のデジタル・リンク・スプライサを説明す
る拡大ブロック図である。

【図３】説明用のデータベース・マネジャのブロック図
である。

【図４】本発明の処理および装置で使用するための信号
チャートである。

【図５】電話網における本発明の代案の実施例を説明す
るブロック図である。

【図６】図５の代案の実施例で使用するための信号チャ
ートである。

【図７】長距離電話網における本発明の実施例をさらに
示す図である。

【符号の説明】

１１０、５１０、７１０電話端末１１５、５１５、７１５店舗１２０、５２０、７２０市内交換キャリア（ＬＥＣ）１２５−１、・・・、１２５−Ｎ、５２５−１、・・・
市内交換局１３０、５３０タンデム交換機１２５、５２５、７２５中間ノード１３５、５３５、７３５デジタル・リンク・スプライサ回路１４０、５４０、７４０データベース・マネジャ１４５、５４５、７４５店舗のデータベース７３４　　相互接続網７３０　　アクション・ポイント（ＡＣＰ）７３１　　
信号網７３３　　データベース

Claims

【特許請求の範囲】

【請求項１】　　通信網に接続された発呼端末から所望
の着信先までの経路を電話呼に設定する方法において、
前記通信網を介して中間ノードに至る経路を前記呼に与
える経路設定ステップ、および前記着信先の電話番号を
前記中間ノードから検索する検索ステップを備え；前記
経路設定ステップが、前記発呼端末によってダイヤルさ
れた番号を用いて中間ノードへの経路設定を行うことか
らなり；さらに前記検索ステップが、前記中間ノードに
おいて前記発呼端末の番号を受信し、この番号のみを基
に前記着信先の前記電話番号を取り出す着信先番号獲得
ステップからなる；ことを特徴とする電話呼の経路を設
定する方法。
【請求項２】　　前記中間ノードが、デジタル・リンク
・スプライサ回路およびデータベース・マネジャを備え
；さらに前記の着信先番号獲得ステップが、前記スプラ
イサ回路が、前記発呼端末の電話番号を前記通信網から
受信するステップ、前記スプライサ回路が、前記発呼端
末電話番号を前記データベース・マネジャに渡すステッ
プ、前記データベース・マネジャが、前記発呼端末電話
番号をキーとして用いて探査を行うステップ、および前
記データベース・マネジャが、前記着信先番号を前記ス
プライサ回路に返すステップを備えた；ことを特徴とす
る請求項１記載の方法。
【請求項３】　　前記スプライサ回路が前記着信先番号
を前記データベース・マネジャから受信した後、前記ス
プライサ回路が、前記着信先番号への呼を成立させるス
テップをさらに備えたことを特徴とする請求項２記載の
方法。
【請求項４】　　前記中間ノードが前記の獲得した番号
に基づいて前記着信先への呼をさらに開始するステップ
をさらに含むことを特徴とする請求項１記載の方法。
【請求項５】　　前記検索ステップの前に前記発呼局に
対して可聴録音物を前記中間ノードから再生するステッ
プをさらに備えたことを特徴とする請求項１記載の方法
。
【請求項６】　　発呼端末から付近の着信先まで中間ノ
ードを介した経路を電話呼に与えることを考慮して発呼
端末番号の受信に応じて、この発呼端末番号のみを基に
データベース・システムから付近の着信先の被発呼端末
番号を獲得する獲得手段、および獲得された番号に応じ
て動作し、前記発呼端末から前記中間ノードを介して前
記発呼端末付近の前記着信先まで前記呼の経路設定を制
御する制御手段を備えたことを特徴とする電話呼の経路
を設定する装置。
【請求項７】　　前記装置に電話交換網へのインタフェ
ースを与える手段をさらに備えたことを特徴とする請求
項６記載の装置。
【請求項８】　　前記獲得手段が、発呼端末番号を受信
する受信器、前記の受信した発呼端末番号をコンピュー
タが利用できる形式に変換する手段、および前記の変換
された番号に応じて、前記データベースと通信する手段
を備えたことを特徴とする請求項６記載の装置。
【請求項９】　　前記制御手段が、前記データベースに
応じて前記の獲得した番号を変換する手段、および前記
の変換して得られた番号に基づいて電話呼を開始する手
段を備えたことを特徴とする請求項６記載の装置。
【請求項１０】　　前記呼を前記中間ノードを通して接
続する手段をさらに備えたことを特徴とする請求項９記
載の装置。
【請求項１１】　　通信交換網に接続された発呼端末か
ら所望の着信先までの経路を電話呼に与えることを考慮
して前記発呼端末から第１の呼を発するステップ、前記
交換網を通り、前記発呼端末からダイヤルされた番号に
基づくデータベース・システムを備えた中間ノードに至
る経路を前記第１の呼に与えるステップ、前記交換網か
ら発呼端末電話番号を受信するステップ、前記の受信し
た発呼端末番号のみに基づいて前記システムから電話番
号を獲得する電話番号獲得ステップ、獲得した番号に応
じて、前記所望の着信先に向けて第２の呼を開始するス
テップ、および前記第１および第２の呼を接続するステ
ップを順序立て備えたことを特徴とする電話呼の経路を
設定する方法。
【請求項１２】　　前記中間ノードが、デジタル・リン
ク・スプライサ回路およびデータベース・マネジャを備
え、さらに前記電話番号獲得ステップが、前記デジタル
・リンク・スプライサ回路が、前記発呼端末電話番号を
コンピュータが利用できる形式に変換するステップ、前
記データベース・マネジャが、前記電話番号を検索する
ために前記の変換された番号を使用するステップ、およ
び前記データベース・マネジャが、前記電話番号を前記
デジタル・リンク・スプライサ回路に返すステップを備
えたことを特徴とする請求項１１記載の装置。
【請求項１３】　　中間ノードを含む通信網に接続され
た発呼端末から所望の着信先までの経路を電話呼に与え
ることを考慮して前記発呼端末から前記通信網を通して
前記回路に至る経路を第１の呼に与えるステップ、前記
回路が、前記通信網から発呼端末電話番号を受信するス
テップ、前記の受信した発呼端末番号のみに基づいてデ
ータベース・システムから所望の着信先番号を獲得する
着信先番号獲得ステップ、前記の獲得した着信先番号に
応じて、前記通信網を通る前記所望の着信先への第２の
呼を開始するステップ、および以上の後に前記第１およ
び第２の呼を相互接続するステップを備えたことを特徴
とする電話呼の経路を設定する方法。
【請求項１４】　　第２の呼に関する情報を前記データ
ベース・システムに格納するステップをさらに備えたこ
とを特徴とする請求項１３記載の方法。
【請求項１５】　　第１の市内交換局に接続された発呼
端末から第２の市内交換局に接続された所望の着信先ま
で電話呼に経路を設定することを考慮して、前記発呼端
末から第１の呼を発するステップ、前記第１の交換局が
、前記第１の呼をアクセス・タンデム交換機へと経路付
けするステップ、前記タンデム交換機が、前記発呼端末
によってダイヤルされた番号を用いて選択された中間ノ
ードへの経路を前記第１の呼に設定するステップ、前記
中間ノードが、前記交換網からの発呼端末電話番号をス
プライサ回路で受信するステップ、前記スプライサ回路
が、発呼端末電話番号をデータベース・システムに伝え
るステップ、前記データベース・システムが、前記所望
の着信先に対する電話番号を前記発呼端末電話番号のみ
に基づいて検索するステップ、前記電話番号を前記スプ
ライサ回路に伝えるステップ、前記スプライサ回路が、
前記電話番号の受信に応じて第２の呼を前記タンデム交
換機により経路付けし、前記の第１および第２の呼を接
続するステップ、および前記タンデム交換機が、前記第
２の呼を前記第２の交換局を通して前記所望の着信先に
経路付けするステップを備えたことを特徴とする電話呼
の経路を設定する方法。
【請求項１６】　　第１の市内交換局に接続された発呼
端末から第２の市内交換局に接続された所望の着信先ま
で電話呼に経路を設定することを考慮して前記発呼端末
から前記第１の交換局を介して第１の呼を発するステッ
プ、前記第１の交換局が、前記発呼端末によってダイヤ
ルされた番号を用いて選択された中間ノードへと前記第
１の呼に経路設定するステップ、前記中間ノードが、前
記交換網からの発呼端末電話番号をスプライサ回路で受
信するステップ、前記スプライサ回路が、発呼端末電話
番号をデータベース・システムに伝えるステップ、前記
データベース・システムが、前記所望の着信先に対する
電話番号を前記発呼端末電話番号のみに基づいて検索す
るステップ、前記データベース・システムが、前記の検
索された電話番号を前記スプライサ回路に伝えるステッ
プ、前記スプライサ回路が、前記の検索された電話番号
に応じて第２の呼、そして前記第２の交換局を開始し、
さらに前記の第１および第２の呼を接続するステップ、
および前記第２の交換局が、前記第２の呼を前記所望の
着信先に経路付けするステップを備えたことを特徴とす
る電話呼の経路を設定する方法。