(57)【特許請求の範囲】
【請求項１】
電話呼が発信される電話機と関連する事前に格納されたインストラクションに従って電話呼を知的に処理するシステムであって、このシステムが、
各々が電話呼を完結するための呼処理レコードを含む複数の電気通信網データベースの位置を示す情報を含む、それぞれが別のスイッチと対応する複数のローカルデータベース、及び集中データベースと、
電話呼及び前記電話呼が発信された特定の電話機を識別する情報の受信に応答して、呼を発信する電話機と関連する事前に格納されたインストラクションに従って、前記電話呼を完結するための呼処理レコードを含む前記複数の電気通信網データベースの特定の一つの位置を検索するために前記複数のローカルデータベースのうちの１つの前記ローカルデータベースに照会をルーティングする手段と、
前記ローカルデータベースが前記特定の電話機と関連する事前に格納されたインストラクションのエントリを含まないとき、前記電話呼を完結するための前記呼処理レコードを含む前記電気通信網データベースの特定の一つの前記位置を検索するために前記集中データベースに照会をルーティングする手段であり、前記照会をルーティングする手段が、検出されたCNIリング故障に応答して、前記ローカルデータベースと対応するスイッチとは別のスイッチを介して、前記ローカルデータベース及び前記別のスイッチと対応するローカルデータベースに照会することなく、前記集中データベースに照会するように構成されている、前記集中データベースに照会をルーティングする手段とを含むことを特徴とするシステム。
【請求項２】
前記システムがさらに、前記スイッチに対応する前記ローカルデータベースを前記集中データベースから得られた情報にて更新する手段を含むことを特徴とする請求項１記載のシステム。
【請求項３】
前記システムがさらに、前記スイッチに対応する前記ローカルデータベース内に格納された情報を定期的に削除する手段を含むことを特徴とする請求項１記載のシステム。
【請求項４】
前記電話呼が発信された特定の電話機を識別する前記情報は、ＡＮＩ情報を含むことを特徴とする請求項１記載のシステム。
【請求項５】
電話呼が発信される電話機と関連する事前に格納されたインストラクションに従って電話呼を知的に処理する方法であって、この方法が、
電話呼を完結するための呼処理レコードを含む複数の電気通信網データベースの位置を示す情報を、それぞれが別のスイッチと対応する複数のローカルデータベース、及び集中データベースに格納するステップと、
電話呼及び前記電話呼が発信された特定の電話機を識別する情報の受信に応答して、前記電話呼が発信された電話機と関連する事前に格納されたインストラクションに基づいて、前記電話呼を完結するための呼処理レコードを含む複数の電気通信網データベースの特定の一つの位置を検索するために前記複数のローカルデータベースのうちの１つの前記ローカルデータベースに照会をルーティングするステップと、
前記ローカルデータベースが前記特定の電話機と関連する事前に格納されたインストラクションのエントリを含まないとき、前記電話呼を完結するための前記呼処理レコードを含む前記電気通信網データベースの特定の一つの前記位置を検索するために前記集中データベースに照会をルーティングするステップであり、前記ルーティングが、検出されたCNIリング故障に応答して、前記ローカルデータベースと対応するスイッチとは別のスイッチを介して、前記ローカルデータベース及び前記別のスイッチと対応するローカルデータベースに照会することなく、前記集中データベースに照会するように構成されているルーティングである、前記集中データベースに照会をルーティングするステップとを含むことを特徴とする方法。
【請求項６】
前記方法がさらに、前記スイッチに対応する前記ローカルデータベースを前記集中データベースから得られた情報にて更新するステップを含むことを特徴とする請求項５記載の方法。
【請求項７】
前記方法がさらに、前記スイッチに対応する前記ローカルデータベース内に格納された情報を周期的に削除するステップを含むことを特徴とする請求項５記載の方法。
【請求項８】
前記電話呼が発信された特定の電話機を識別する前記情報は、ＡＮＩ情報を含むことを特徴とする請求項５記載の方法。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は、一般的には、個々の電話呼に特に発呼者の識別を含むその呼の特徴によって異なる機能が提供される知能的呼処理（intelligent call processing ）、より詳細には、発呼者の全識別が各呼に適当な機能を提供するためのパラメータ及び情報を確保するために使用される知的呼処理に関する。
【０００２】
【従来の技術】
電気通信システムのユーザにカスタム化された機能（customized features ）を提供するために知的呼処理システムが提供されている。幾つかの知能通信システムは、ダイアルされた或は呼び出された番号に基づいて呼の扱いを差別する。例えば、８００加入者（８００subscriber）への呼が発信スイッチ内で認識されると、スイッチは、網制御ポイント（network control point 、ＮＣＰ）と呼ばれる関連するデータベースに照会を行ない、その加入者に特定の情報を取り出す。これは、各８００加入者がその加入者に最も適した異なるルーティング或は呼処理を提供することを可能にする。例えば、第一の加入者は一日の内の時刻或は週の中の曜日によってルーティングを指定し、第二の加入者は異なるルーティングパターンを使用し、そして第三の加入者は、様々な呼処理センタの所のトラヒック状態に応じて異なるサービスを提供することができる。
【０００３】
“仮想私設網（virtual private network ）”或は“ソフトウエア定義網（software defined network、ＳＤＮ）システムを含む他の知能システムは、発呼者或は発呼電話機に適したカスタム化された機能を提供する。このようなシステムの一例として、加入者の役員からの出呼が他の従業員から発信される呼と異なる扱いを受ける。適当な呼処理を提供するために、今日においては、発呼者及び発呼電話機を識別する情報が呼を受信する発信スイッチからその発呼者と関連する呼処理レコード（call processing record、ＣＰＲ）を保持する特定のＮＣＰにルートされる。このルーティングは発呼者の自動番号識別（automatic number identification 、ＡＮＩ）情報を顧客識別子及び対応するＣＰＲを持つＮＣＰの網アドレスにマッピングすることを要求する。ＡＮＩの数が小さいときは、この翻訳は、最小量の情報、通常は、３から６桁を使用して行なわれる。但し、ＡＮＩの数が増加するに従って、調査の結果、照会を受けた最初のＮＣＰが適当なレコードを持たないケースが増加することがわかってきた。このような場合には、この照会は、ＮＣＰを相互接続するＳＳ７信号法網を介して適当なＮＣＰに再ルートされなければならない。これは、ダイアル後の遅延、特に、呼のダイアルから発信スイッチがルーティング及び処理インストラクションに対する照会の応答を受信するまでの時間を不当に延ばす。また、ＳＳ７網を通じて正確に伝送されるべき信号法メッセージの数が追加のデータベースへの“立寄り（dip ）”が必要とされる場合にこれと対応して増加するために、ルーティングエラーの可能性が増加し；この追加の立寄りはまた、データベース能力は資源であるために、呼の処理のコストを増大させる。
【０００４】
【発明が解決しようとする課題】
顧客識別子及びＣＰＲを保持するＮＣＰを決定するために全１０桁を使用すると、トランスーションが非常に複雑となり、１０十万のレコードの１０桁のダイレクトリを要求する。歴史的には、電気通信サービスに対してこの大きなダイレクトリの問題を解くために二つの方法が使用されてきた。つまり、（１）全てのトランスーションを遂行するために大きな集中ダイレクトリを生成する方法、及び（２）入り呼を扱う全てのスイッチの間でＡＮＩトランスーションを分配する方法である。但し、両方の技術は大きな欠点を持つ。
【０００５】
大きな集中ダイレクトリが生成される場合は、ある網に入る全ての呼が集中ダイレクトリにトランスーションのための照会を開始することとなる。集中ダイレクトリでは、全てのＡＮＩトランスーション情報が同一の場所に送られ、データベース同期問題が排除されるために、準備（provisioning）は単純となる。但し、問題は、この実現は、各呼に対するダイアル後の遅延を増加させ、中央ダイレクトリが多量の処理パワーを持つことを要求し、また中央ダイレトクリを全ての呼に対する故障の単一点にすることである。
【０００６】
ＡＮＩトランスーションが全ての入りスイッチ間で分配される場合は、特定のＡＮＩに対するトランスーション情報はその呼を最初に受信するスイッチ内に駐在する。さらに、情報が１００或はそれ以上のスイッチ間で分配されるために、遅延の影響及び処理パワー要件は最小にされ、またある故障はある特定のスイッチに入って来る呼のみに影響を与える。この実現の問題点は、全てのスイッチ間にデータを準備することにある。トランスーションデータを正確に分配するためには、複雑なＡＮＸからスイッチへのトランスーションダイレクトリ及びデータベース同期メカニズムが必要となる。
【０００７】
【課題を解決するための手段】
本発明によると、発信スイッチは“グローバルタイトルトランスーション（global title translation、ＧＴＴ）”データベースと呼ばれるローカルデータベースを使用して知能的呼処理（intelligent call processing ）を提供するように構成される。スイッチが知能的呼処理を要求する呼、例えば、ＳＤＮ呼或は８００呼を受信すると、典型的には、その１０桁の番号（つまり、３桁の［ＮＰＡ］エリアコード、３桁の［ＸＮＮ］エクスチェンジ、及び４桁のライン識別）にて発呼電話機を完全に識別する照会をＧＴＴデータベースにルートする。ＧＴＴデータベースはこの照会に応答して、顧客ＩＤ及びその呼を完結するための適当なレコードを含む電気通信網内の特定のＮＣＰを識別する。このＧＴＴデータベースがエントリを含まない場合、或はエラー状態が存在する場合は、更なる照会が“ユニバーサルグローバルトランスーション（universal global translation、ＵＧＴ）”データベースと呼ばれる集中データベースに送られる。すると、ＵＧＴは顧客ＩＤ及びその呼を完結するための適当なレコードを含む電気通信網内の特定のＮＣＰを識別する情報を検索し、この情報を発信スイッチに提供する。本発明の一面によると、これと同一の情報がＧＴＴデータベースにも提供され、この中に格納される。従って、ＧＴＴデータベースは、これがその後は適当な情報を含み、同一の発信電話機からその後呼が発信された場合ＵＧＴデータベースにもう一つの照会が送られることを回避するという意味において“自己準備的（self provisioning ）”であるということができる。
【０００８】
本発明の構成のために、ＮＣＰからＮＣＰへの照会が回避される。つまり、ＧＴＴデータベースが必要な情報を持つ場合は、照会が適当なＮＣＰに直接にルートされる。ＧＴＴデータベースが必要な情報を持たない場合は、ＵＧＴデータベースへの照会が必要である。但し、これは発信スイッチから直接に適当なＮＣＰにルーティングすることを可能にする。この構成は、こうして、信号法網の使用をより効率的にし、ダイアル後の遅延を短縮する。
【０００９】
加えて、本発明は、集中実現と分散実現の両方の長所をそれらの落とし穴を回避しながらてこ上げする。
【００１０】
本発明は以下の詳細な説明を図面を参照しながら読むことによってより完全に理解できるものである
【００１１】
【実施例】
図１には、本発明に従う発信スイッチ、これと関連するＧＴＴデータベース、及びＵＧＴデータベースの間の相互関係を図解するブロック図が示される。展望を与えるために、図１はまたこれら要素と電気通信搬送業者（telecommunications carrier）の電気通信交換及び信号法システム内の幾つかの他の要素との間の相互接続を図解する。
【００１２】
ＡＴ＆Ｔから市販されている４ＥＳＳ電子交換システムであり得るスイッチ１０１と１０３は、一例として加入者電話機１１１から発信される呼をルーティングするために互いに及び一般的に１０５として示される他のスイッチと通信網が形成されるように相互接続される。図１においては、加入者電話機１１１は、特定のスイッチ、このケースにおいてはスイッチ１０１に接続され、この特定のスイッチの上に“homed on；住む”といわれる。この接続は一般的に１１３によって示されるローカル交換搬送業者（local exchange carrier、ＬＥＣ）網を介して行なわれるが、この網は周知の機能（capabilities）に従ってスイッチ１０１に自動番号識別（automatic number identification 、ＡＮＩ）情報を提供する。このＡＮＩ情報は呼が発信された発信電話機の指標である。
【００１３】
スイッチ１０１及び１０３、並びに、実際、全ての他のスイッチ１０５は、一般的に１２０として示される信号法網内に含まれる信号転送ポイント（signal transfer points、ＳＴＰ）と相互接続される。ＳＴＰはペアに配列され、各スイッチが直接に一つのＳＴＰペアに接続される。各スイッチとそのＳＴＰペアとの間の接続は、“ＣＮＩリング”とも呼ばれるインターフェースを通じて行なわれる。具体的には、スイッチ１０１はＳＴＰペア１２１、１２２にＣＮＩリング１３１を通じて接続され、スイッチ１０３は、ＳＴＰペア１２３、１２４にＣＮＩリング１３２を通じて接続される。スイッチ（或は、より厳密には、ＣＮＩリング）とＳＴＰとの間の接続は、信号法システム７（ＳＳ７）信号法リンク、例えば、図１内の信号法リンク１４１及び１４２を介して接続されるが、これは、実線にて示される通信を運ぶ回路とこの信号法メッセージを運ぶ信号法リンクを区別するために点線にて示される。周知のように、ＳＳ７信号法網は、本質的に、デジタルパケット網であり、この網の構成は当業者においては周知である。これに関しては、例えば、R.Brown （ブラウン）らによってProceedings of the IEEE 、Ｖｏｌ．８０、Ｎｏ．４、１９９２年発行、ページ６１８−６２７に掲載の論文『ＡＴ＆Ｔ  ５ＥＳＳスイッチ内での共通チャネル信号法（Common Channel Signalling in the AT&T 5ESS Switch ）』、『ナンバ２信号法転送ポイント：ＡＴ＆Ｔ共通信号法パケットの概要（The Number 2 Signal Transfer Point: An Overview of the AT&T Common Channel Signaling Packet Swich ）』という文献、及びD.Rouse らによって、Proceedings of the Eighth International Conference on Computer Communication（コンピュータ通信に関する第八回国際会議の議事録）、Munich、F.R.G.に於て、１９８６年９月開催、ページ３７０−３７４に発表の論文『新たな通信サービス：コンピュータ技術への挑戦（New Communication Service : A Challenge to Computer Technology）』、及びG.Schlanger によって、IEEE Journal on Selected Areas in Communications（通信の選択された領域に関するIEEE雑誌）、Ｖｏｌ．ＳＡＣ−４、Ｎｏ．３、ページ３６０−３６５、１９８６年出版に掲載の論文『信号法システムＮｏ．７の概要（Overview of Signalling System No.7）を参照すること。個々のＳＴＰ１２１−１２４もまた互いに信号法リンクを介して相互接続されることに注意する。ＣＮＩリングは、J.W.Darnell らに１９８８年６月２１日付けで交付された特許４，７５２，９２４号において説明されている。
【００１４】
図１は網制御ポイント（ＮＣＰ）１８０がＳＴＰペア１２３、１３４に接続され、また、本発明に従って、以下により詳細に説明されるユニバーサルグローバルトランスーション（universal global translation、ＵＧＴ）データベース１７０がＳＴＰペア１２１、１２２に接続されている所を図解する。実際の構成においては、図示されてない複数のＮＣＰが信号法網１２０内のＳＴＰと相互接続され、任意のＳＴＰがＮＰＣを一つの信号法リンクへの直接の接続によって、或は他のＳＴＰ及び複数の信号法リンクを使用してのＮＣＰへの間接的な接続によって照会できるようにされる。各ＮＣＰは照会の形式にてＮＣＰに供給された情報に基づいて呼がどのように扱われ、ルートされるべきかを識別する呼処理レコードを含むデータベースである。一例として、この照会は、ＡＮＩ情報に基づいて発呼電話機或は発信位置を識別することができる。ＵＧＴデータベース１７０は、以下により詳細に説明されるように、各スイッチと関連するグローバルトランスーションテーブル（global translation table、ＧＴＴ）内に格納されたグローバルタイトルトランスーションテーブル（global titile translation tables）を含むレコードを含む。
【００１５】
上に示されるように、図１はまた、スイッチ１０１及び１０３がＣＮＩリングを巻き込む接続に加えて、バックアップ及び災害復旧の目的のために、幾つかの信号法経路を介して信号法網１２０及び互いに相互接続されることを図解する。具体的には、スイッチ１０１及び１０３は、それぞれ、関連する代替信号法インターフェース（alternate signaling interface 、ＡＳＩ）１５１、１５２を持つが、これは、同一のスイッチにＣＮＩリング１３１或は１３２を介して接続されたＳＴＰペアとは異なるＳＴＰペアへの信号法リンクを介しての接続を提供する。こうして、スイッチ１０１はＳＴＰペア１２３、１２４にＡＳＩ１５１を通じて接続され、スイッチ１０３はＳＴＰペア１２１、１２２にＡＳＩ１５２を通じて接続される。加えて、スイッチ１０１及び１０３は、代替信号法輸送網（altenate signaling transport network、ＡＳＴＮ）信号法リンク１５５を通じて互いに直接に接続される。
【００１６】
上に示されたように、本発明によると、グローバルタイトルトランスーション（ＧＴＴ）データベースが各スイッチ、例えば、スイッチ１０１及び１０３と関連する。ＧＴＴデータベース１６１は、図１には、ＣＮＩリング１３１内に位置し、スイッチ１０１に接続されるように示され、一方、ＧＴＴデータベース１６２はＣＮＩリング１３２内に位置し、スイッチ１０３に接続されるように示される。各ＧＴＴデータベース１６１、１６２内の情報は、そのスイッチによって扱われた各呼発信に対するＡＮＩ情報をその呼のルーティング及び処理を完結するために必要とされる顧客呼処理レコード（call processing record、ＣＰＲ）を含む適当なＮＣＰを識別する“ポイントコード（point code）を含む。このトランスーションはまたＮＣＰ内のアプリケーションを識別するサブシステム番号（subsystem number、ＳＳＮ）及び識別されたアプリケーション内のＣＰＲを識別する顧客ＩＤを提供する。各ＧＴＴデータベース内の情報は一意であり、各スイッチと関連するＧＴＴはその特定のスイッチ上に住む（homed on）発呼ライン（ＡＮＩ）に対するレコードを含む。（上に説明のように、幾つかの追加のレコードも含まれ、このために、各ＧＴＴデータベース内に格納されるレコードは、完全に唯一ではなく、“重複（overlapping ）”する。）こうして、ある特定のスイッチの所のレコードは、他のスイッチの所に保持されるセットのレコードと異なる。これは、“トランスーション（translations）”が発呼電話機の全（１０桁）番号に基づく場合に要求される多数のレコードのために必要となる。ＧＴＴに対する他の相互接続構成も可能であり、これらについては以下に詳細に説明される。こうして、本発明によると、ＧＴＴデータベースが各スイッチと関連するということができる。
【００１７】
次に、図２の説明に入るが、ここには加入者電話機１１１から発信された呼がスイッチ１０１内に受信されたときに追従されるプロセスを図解する流れ図が示される。このプロセスは、スイッチ１０１内において、ステップ２０１において、呼を受信することによってトリガされるが、この呼は、通常の長距離呼、８００番への呼、或はＳＤＮ呼であり得る。呼発信情報は加入者電話機１１１を呼の発信元として識別するＡＮＩ情報を含むものと想定する。次に、ステップ２０３において、スイッチ１０１と関連するＧＴＴデータベース１６１がその特定のＡＮＩに対して格納されたエントリ（レコード）が存在するか否かを決定するためにチェックされる。エントリが発見された場合は、そのレコードは、その呼に対する呼処理レコードを含む特定のＮＣＰ（恐らくはＮＣＰ１８０）に対する典型的には“ポイントコード（point code）”の形式での識別、並びに我々が呼を処理するために必要とするサブシステム番号及び顧客ＩＤを含む。この識別に応答して、ステップ２０５において照会が適当なＮＣＰにルートされ、ステップ２０７においてエラーに遭遇しない場合は、ＣＰＲが実行され、ステップ２０９においてこうして検索されたルーティング及び呼処理インストラクションがスイッチ１０１に返される。我々の発明によると、ステップ２０３においてエントリが発見できなかった場合、或はスイッチ２０７においてエラー状態に遭遇した場合は、ステップ２１１において、スイッチ１０１から最初にＧＴＴ１６１内に置かれている“はずである（should）”情報を得るために信号法網１２０を介してＵＧＴデータベース１７０に照会が送られる。この情報がステップ２１３において取り出され、本発明の一面に従って、ステップ２１５において返され、ＧＴＴ１６１内に挿入される。こうして、ＧＴＴデータベース１６１（及びシステム内の他のＧＴＴ）内のレコードが自動的に更新され、このシステムは“自己準備的（self provisioning ）”であるといわれる。レコードがＧＴＴデータベース１６１に加えられた後、このプロセスは、あたかもレコードが発見されたかのように完結する。つまり、ステップ２０９において、ＣＰＲが実行され、スイッチに呼の処理及び完結に関する指令が与えられる。
【００１８】
前述のように、ＧＴＴに対する他の相互接続構成も本発明の範囲内で考えられる。具体的には、ＧＴＴはＧＴＴとスイッチの主プロセッサとの間、ＧＴＴとスイッチ信号法インターフェースとの間、或はＧＴＴと補助装置との間の相互接続構成を含むことが考えられるが、但し、これらに限定されるものではない。
【００１９】
次に、図３の説明に入るが、ここには、図１のＵＧＴデータベース１７０の準備（情報の格納）、及びこれら情報の更新において追従されるステップのシーケンスを図解する流れ図が示される。このプロセスは、前に説明されてない図１内に示される要素、つまり、準備及び管理システム（provisioning and administration system）１９０を示すが、これら、マイクロプロセッサ及びデータベースから構成される。図３内で追従されるプロセスは、ステップ３０１から準備及び管理システム１９０がＵＧＴデータベース１７０に更新情報を送ったときに始まる。このステップは、周期的に、例えば、一日に一度、或は断続的に所定のボリュウムの変更情報が準備及び管理システム１９０内に蓄積されたときに遂行される。ＵＧＴデータベース１７０に送られる更新情報は、典型的には、（ａ）更新されるＡＮＩの識別、及び（ｂ）変更の詳細を含むが、これは、情報の追加、削除、或は変更であり得る。ステップ３０１において伝送された情報を受信すると、ＵＧＴデータベース１７０は、この情報をステップ３０３において格納し；また、ＵＧＴデータベース１７０は、ステップ３０５において、影響を受けたスイッチ、例えば、スイッチ１０１に、更新トランザクションが遂行されていることを通知する。ステップ３０５におけるこの通知に応答して、スイッチ１０１は、ステップ３０７において、ＧＴＴデータベース１６１内で対応する更新を遂行することを試みる。ステップ３０９において、それが遂行されてない或は遂行されてないという理由で更新情報が戻されたことが決定された場合、また、ステップ３１１において、二回の試みがまだ発生してないことが決定された場合は、この更新プロセスがステップ３０５に戻り、これを反復することによって繰り返される。二回の不成功の更新の試みが行なわれた後、ステップ３１３においてＵＧＴデータベース１７０に通知が送られ、ステップ３１５において準備及び管理システム１９０に例外が報告され格納される。更新が成功裡に行なわれ、ステップ３０９において肯定的な結果が発生した場合は、図３のプロセスは、ステップ３１５において終端する。
【００２０】
図４の説明に入り、ここには図１のＧＴＴデータベース１６１或は１６２内に格納された情報を管理するために追従されるステップのシーケンスを図解する流れ図が示される。このプロセスが、ステップ４０１において開始された後に、ステップ４０２において、ＵＧＴデータベース１７０から更新情報が受信されたか否かの決定が行なわれる。受信されてない場合は、ルーチン的な保守が要求され、ステップ４０３において、最後の保守動作から所定の時間、一例として、２４時間が経過したか否かを調べるためのテストが遂行される。ステップ４０３において、肯定的な結果が得られた場合は、プロセスは、ステップ４０７、４０９及び４１１を遂行し；そうでない場合は、システムは、ステップ４０５において、“待ち（waits ）”状態に入り、次にその後の更新或はルーチン的な保守のためにステップ４０２及び４０５に戻る。
【００２１】
ステップ４０３において肯定的な結果が発生した場合は、ステップ４０７において放浪情報（roamers ）に対するレコードが削除される。これは、これらレコードが本質的に過渡的なものである傾向を持ち、従って、ＧＴＴデータベース内の格納が通常長期ベースには要求されないために行なわれる。次に、ステップ４０７において、ＧＴＴデータベース内の（放浪情報に属すると決定されエントリ以外の）各エントリの年令が更新される。特定のエントリが所定の年令よりも古いことが決定された場合は、ステップ４１１において、そのエントリが除去される。ここで、放浪情報レコードに対して提供されるのと同一の扱いがソフトウエア定義網（software defined network、ＳＤＮ）遠隔アクセス呼、つまり、網外位置からのＳＤＮユーザによって発信された呼に属するレコードに対しても使用されることに注意する。加えて、データベースが満杯であるときは、そのエントリの年令が所定の値を超えてないのにもかかわらず、最も使用の少ないレコードがステップ４１１において削除される。
【００２２】
ステップ４０２において肯定の結果が得られ、更新情報が処理されるべきであることが示された場合は、ステップ４１３において、その更新情報がＧＴＴデータベース１６１或は１６２内に成功裡に格納することができるか否かの決定が行なわれる。肯定的な結果が得られた場合は、この更新情報がステップ４１５において実際に格納され、図４のプロセスが反復される。ステップ４１３において否定的な結果が得られた場合は、ステップ４１７においてＵＧＴデータベース１７０に適当なエラーメッセージが送られ、ここでも図４のプロセスが反復される。
【００２３】
網要素の幾つかが故障した場合は、図１の構成とともに、様々なプロセスを使用することができる。具体的には、スイッチ１０１の所のＣＮＩリング１３１が故障した場合には、スイッチは、ＡＳＴＮリンク１５５に依存して、ＵＧＴデータベース１７０及び或はＮＣＰ１８０の照会を行なう。これは呼の流れを上に説明されたものとは変える。このような状況下においては、呼の流れは以下のようになる。
【００２４】
スイッチ１０１が“犠牲者（victim）”スイッチであり、スイッチ１０３が“救助者（helper）”スイッチであるものと想定する。このケースにおいては、スイッチ１０１は、そのＧＴＴデータベース１６１をチェックすることができず、この代わりに、“救助者”スイッチ１０３を介してＵＧＴデータベース１７０に照会を送る。ＧＴＴデータベース１６２は、このデータベースが要求される記録を含むことが期待されないためにチェックされない。従って、ＡＳＴＮが“犠牲者”スイッチの所の故障に起因して喚起されると、このスイッチからの全ての呼はＵＧＴデータベース１７０に照会を行なう。
【００２５】
ＵＧＴデータベース１７０内に格納された典型的なレコードのフォーマットが図５に示される。図示されるように、各レコードは、格納及び検索キーとして、ＮＰＡ−ＮＸＸ−ＸＸＸＸの形式にて、１０桁の電話番号を使用する。各レコードはフィールド５０２内に管理の目的で使用されるための顧客ＩＤを含む。主及びバックアップＮＣＰポイントコード（アドレス）が、それぞれ、フィールド５０３及び５０５内に格納されるが、これは、指定される１０桁番号を持つ電話機から発信される呼に対するレコードを含む特定のＮＣＰの識別を表わす。主及びバックアップＮＣＰサブシステム番号（subsystem number、ＳＳＮ）が、それぞれ、フィールド５０４及び５０６内に格納されるが、これも適当なＮＣＰへのルーティングを含む。最後に、フィールド５０７内に、レコードが最後に更新された日付が格納される。当業者において、本発明に対して様々な修正ができることが明白である。従って、本発明は、特許請求の範囲によってのみ制約されることが意図される。
【図面の簡単な説明】
【図１】発信スイッチ、そのＧＴＴデータベース、及びＵＧＴデータベースの間の相互関係を図解するブロック図である。
【図２】図１の発信スイッチ１０１内で受信される呼に対する呼処理を決定するために追従されるステップのシーケンスを図解する流れ図である。
【図３】図１のＵＧＴデータベース１７０を準備（この中に情報を格納）するため及びこれらの情報を更新するための追従されるステップのシーケンスを図解する流れ図である。
【図４】図１のＧＴＴデータベース１６１或は１６２内に格納される情報を管理するために追従されるステップのシーケンスを図解する流れ図である。
【図５】ＵＧＴデータベース１７０内に格納されるレコードのフォーマットを図解する。
【図１】
0003919239.tif 000002
【図２】
0003919239.tif 000003
【図３】
0003919239.tif 000004
【図４】
0003919239.tif 000005
【図５】
0003919239.tif 000006