JPH1042041A - タワー型トランスレーション局データ - Google Patents
タワー型トランスレーション局データInfo
- Publication number
- JPH1042041A JPH1042041A JP21507996A JP21507996A JPH1042041A JP H1042041 A JPH1042041 A JP H1042041A JP 21507996 A JP21507996 A JP 21507996A JP 21507996 A JP21507996 A JP 21507996A JP H1042041 A JPH1042041 A JP H1042041A
- Authority
- JP
- Japan
- Prior art keywords
- translation
- data
- number translation
- digit
- station
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Telephonic Communication Services (AREA)
- Exchange Systems With Centralized Control (AREA)
Abstract
(57)【要約】
【課題】トランスレーション用局データの登録、削除、
参照等の処理を高速化する方式の提供。 【解決手段】電子交換機の番号翻訳の番号計画（トラン
スレーション）に関する局データにおいて、番号翻訳を
一固まりで全桁分登録する。好ましくは、番号翻訳桁
数、番号翻訳、属性情報の３つを一まとまりのデータと
してなるデータ構造として登録する。
参照等の処理を高速化する方式の提供。 【解決手段】電子交換機の番号翻訳の番号計画（トラン
スレーション）に関する局データにおいて、番号翻訳を
一固まりで全桁分登録する。好ましくは、番号翻訳桁
数、番号翻訳、属性情報の３つを一まとまりのデータと
してなるデータ構造として登録する。
Description
【０００１】
【発明の属する技術分野】本発明は、電子交換機の番号
翻訳方式に関する。
翻訳方式に関する。
【０００２】
【従来の技術】従来の電子交換機のトランスレーション
（番号翻訳）システムにおいて、局データは、「ツリー
型」と呼ばれ、データベースにおいて、各桁毎に固定長
の牽引ブロックを割り当て、索引ブロックの該当エント
リに付されたポインタにより、次桁の検索ブロック又は
属性情報を検索する構成とされており、最上位からトッ
プダウン式により目的とする翻訳番号の属性情報を求め
る方式とされている。
（番号翻訳）システムにおいて、局データは、「ツリー
型」と呼ばれ、データベースにおいて、各桁毎に固定長
の牽引ブロックを割り当て、索引ブロックの該当エント
リに付されたポインタにより、次桁の検索ブロック又は
属性情報を検索する構成とされており、最上位からトッ
プダウン式により目的とする翻訳番号の属性情報を求め
る方式とされている。
【０００３】
【発明が解決しようとする課題】上記した従来の方式は
下記記載の問題点を有している。
下記記載の問題点を有している。
【０００４】（１）通信業界におけるサービスの多種多
様化に伴い、電話番号の番号計画は、将来どのようなサ
ービスが現れてもこれに対応できるようにするため、番
号桁数の増大が予定されている。従来の番号翻訳方式に
おいては、例えば１０桁や２０桁の翻訳番号を検索処理
するとなると、データベースの読み込み作業を、データ
数の桁数乗回分実行することが必要とされ、このため処
理が遅くなってしまうという問題点を有している。
様化に伴い、電話番号の番号計画は、将来どのようなサ
ービスが現れてもこれに対応できるようにするため、番
号桁数の増大が予定されている。従来の番号翻訳方式に
おいては、例えば１０桁や２０桁の翻訳番号を検索処理
するとなると、データベースの読み込み作業を、データ
数の桁数乗回分実行することが必要とされ、このため処
理が遅くなってしまうという問題点を有している。
【０００５】その理由は、従来の番号翻訳の番号計画に
関する局データは、図４に示すように、各桁毎に検索ブ
ロックを持ち、牽引ブロックの該当エントリに付された
ポインタによって次桁の牽引ブロックまたは属性情報を
検索する構成とされ、検索は、１桁ずつ行われることに
なり、電話番号のデータ数の桁数乗回分データベースの
読み込み作業が必要となることによる。図４はツリー型
の局データ（３桁）の構成を示し、各桁は各ブロックの
ｄｓ［０］〜ｄｓ［２］に格納され、これらはポインタ
によってつながれている。
関する局データは、図４に示すように、各桁毎に検索ブ
ロックを持ち、牽引ブロックの該当エントリに付された
ポインタによって次桁の牽引ブロックまたは属性情報を
検索する構成とされ、検索は、１桁ずつ行われることに
なり、電話番号のデータ数の桁数乗回分データベースの
読み込み作業が必要となることによる。図４はツリー型
の局データ（３桁）の構成を示し、各桁は各ブロックの
ｄｓ［０］〜ｄｓ［２］に格納され、これらはポインタ
によってつながれている。
【０００６】（２）第２の問題点は、既に「１２３」と
いう番号が登録されている場合において、「１２３４５
６」という番号を、「１２３」とは異なる属性情報を新
たに登録する場合、単に「１２３４５６」を登録すれば
良いだけでなく、図５に示すように、「１２３」を削除
し、さらに、「１２３０〜１２３３」、「１２３４０〜
１２３４４」、「１２３４５０〜１２３４５５」、「１
２３４５７〜１２３４５９」、「１２３４６〜１２３４
９」、「１２３５〜１２３９」の６回分、「１２３」の
属性情報を登録する必要があり、処理がとても煩雑なも
のとなる。
いう番号が登録されている場合において、「１２３４５
６」という番号を、「１２３」とは異なる属性情報を新
たに登録する場合、単に「１２３４５６」を登録すれば
良いだけでなく、図５に示すように、「１２３」を削除
し、さらに、「１２３０〜１２３３」、「１２３４０〜
１２３４４」、「１２３４５０〜１２３４５５」、「１
２３４５７〜１２３４５９」、「１２３４６〜１２３４
９」、「１２３５〜１２３９」の６回分、「１２３」の
属性情報を登録する必要があり、処理がとても煩雑なも
のとなる。
【０００７】その理由は、番号翻訳の局データでトラン
スレーションを行う際に、トランスレーションは先頭桁
からトップダウン方式により目的の属性情報を求めるた
め、「１２３」を削除しないと、「１２３４５６」、
「１２３」の属性情報を見てしまうことになるためであ
る。
スレーションを行う際に、トランスレーションは先頭桁
からトップダウン方式により目的の属性情報を求めるた
め、「１２３」を削除しないと、「１２３４５６」、
「１２３」の属性情報を見てしまうことになるためであ
る。
【０００８】したがって、本発明は、上記問題点に鑑み
てなされたものであって、その目的は、トランスレーシ
ョン用局データの登録、削除、参照等の処理を高速化す
る方式を提供することにある。
てなされたものであって、その目的は、トランスレーシ
ョン用局データの登録、削除、参照等の処理を高速化す
る方式を提供することにある。
【０００９】
【課題を解決するための手段】前記目的を達成するた
め、本発明は、電子交換機の番号翻訳の番号計画（トラ
ンスレーション）に関する局データにおいて、番号翻訳
を一固まりで全桁分登録することを特徴とする電子交換
機の番号翻訳方式を提供する。
め、本発明は、電子交換機の番号翻訳の番号計画（トラ
ンスレーション）に関する局データにおいて、番号翻訳
を一固まりで全桁分登録することを特徴とする電子交換
機の番号翻訳方式を提供する。
【００１０】本発明の概要を以下に説明する。番号翻訳
を１桁ずつ検索する形で検索桁数が多くなってしまう
と、処理が遅くなるが、本発明においては、番号翻訳全
桁で登録されている場合には、検索する処理が、入って
いるデータ数だけで済み、高速化が図れる。
を１桁ずつ検索する形で検索桁数が多くなってしまう
と、処理が遅くなるが、本発明においては、番号翻訳全
桁で登録されている場合には、検索する処理が、入って
いるデータ数だけで済み、高速化が図れる。
【００１１】さらに、「１２３」という番号が登録され
ていて、「１２３４５６」という番号を、「１２３」と
は異なる属性情報を新たに登録する場合、トランスレー
ションは先頭桁から目的の属性情報をトップダウン方式
により求めるのではなく、翻訳番号全桁で登録すること
により、「１２３」を削除してから「１２３４５６」と
「１２３０〜１２３３」、「１２３４０〜１２４４」、
「１２３４５０〜１２３４５５」、「１２３４５７〜１
２３４５９」、「１２３４６〜１２３４９」、「１２３
５〜１２３９」の６回分登録する必要がなくなり、「１
２３４５６」の登録だけで済むようになり、高速化が図
れる。
ていて、「１２３４５６」という番号を、「１２３」と
は異なる属性情報を新たに登録する場合、トランスレー
ションは先頭桁から目的の属性情報をトップダウン方式
により求めるのではなく、翻訳番号全桁で登録すること
により、「１２３」を削除してから「１２３４５６」と
「１２３０〜１２３３」、「１２３４０〜１２４４」、
「１２３４５０〜１２３４５５」、「１２３４５７〜１
２３４５９」、「１２３４６〜１２３４９」、「１２３
５〜１２３９」の６回分登録する必要がなくなり、「１
２３４５６」の登録だけで済むようになり、高速化が図
れる。
【００１２】
【発明の実施の形態】本発明の好ましい実施の形態につ
いて説明する。本発明の実施の形態は、トランスレーシ
ョン機能の位置づけにおいて、データベース管理システ
ムＤＢＭＳ（Data Base Managemant System）の部分に
相当する。本発明の実施の形態は、図４に示した従来の
ツリー型とは異なり、タワー型のデータテーブルのＤＢ
ＭＳを用いることにより、トランスレーション登録、削
除、参照の高速化を図るものである。
いて説明する。本発明の実施の形態は、トランスレーシ
ョン機能の位置づけにおいて、データベース管理システ
ムＤＢＭＳ（Data Base Managemant System）の部分に
相当する。本発明の実施の形態は、図４に示した従来の
ツリー型とは異なり、タワー型のデータテーブルのＤＢ
ＭＳを用いることにより、トランスレーション登録、削
除、参照の高速化を図るものである。
【００１３】タワー型のデータ構造は、番号翻訳桁数、
番号翻訳、属性情報（ルートインデックス）の３つを１
まとまりのデータとし、そのデータを、縦に最大データ
分備えている。
番号翻訳、属性情報（ルートインデックス）の３つを１
まとまりのデータとし、そのデータを、縦に最大データ
分備えている。
【００１４】データの格納の仕方としては、先頭には数
値の大きいものを第１優先、桁数が多いものを第２優先
という形で、優先順位の高い番号翻訳から、上に格納す
る。
値の大きいものを第１優先、桁数が多いものを第２優先
という形で、優先順位の高い番号翻訳から、上に格納す
る。
【００１５】このように、本発明の実施の形態において
は、タワー型のデータ構造は、番号翻訳桁数、番号翻
訳、属性情報（ルートインデックス）の３つを１まとま
りのデータとし、そのデータを、縦に最大データ分備
え、番号翻訳は、全桁が１つのフィールドに登録されて
いるため、番号翻訳を検索するときは局データに登録さ
れているデータ数分回だけの検索で済むことになる。
は、タワー型のデータ構造は、番号翻訳桁数、番号翻
訳、属性情報（ルートインデックス）の３つを１まとま
りのデータとし、そのデータを、縦に最大データ分備
え、番号翻訳は、全桁が１つのフィールドに登録されて
いるため、番号翻訳を検索するときは局データに登録さ
れているデータ数分回だけの検索で済むことになる。
【００１６】また、本発明の実施の形態においては、先
頭から数値の大きいものを第１優先、桁数が多いものを
第２優先という形で、優先順位の高い番号翻訳から上に
格納することにより、翻訳時には、登録された番号翻訳
を上から検索していき、最初に該当する翻訳番号の属性
情報（ルートインデックス）により目的の電話番号の翻
訳が行える。
頭から数値の大きいものを第１優先、桁数が多いものを
第２優先という形で、優先順位の高い番号翻訳から上に
格納することにより、翻訳時には、登録された番号翻訳
を上から検索していき、最初に該当する翻訳番号の属性
情報（ルートインデックス）により目的の電話番号の翻
訳が行える。
【００１７】
【実施例】次に、本発明の実施例について図面を参照し
て詳細に説明する。
て詳細に説明する。
【００１８】図１は、本発明の一実施例の構成を示す図
である。図１を参照して、電子交換機は、呼処理装置１
と、ＯＭＰ（オペレーションマネージメントプロセッ
サ）２を備え、ＯＭＰ２はオペレータとの端末インタフ
ェースを行う装置であり、データベース管理システム
（ＤＢＭＳ）２１と、オペレータから入力されたコマン
ド及びデータを翻訳してＤＢＭＳ２１の更新、及びＤＢ
ＭＳ２１の検索結果の表示等を行うトランスレータ２２
を備えている。また、呼処理装置１は、ＤＢＭＳ１６
と、局データの翻訳を行うトランスレータ１４と、トラ
ンスレータ１４を介して得られた局データの属性情報か
ら課金処理を行う課金処理部１２と、電子交換機が提供
する各種サービスの処理を制御するサービスシナリオ部
１１と、着信・発呼の制御を行う基本呼制御部１３と、
回線プロトコルの制御を行うプロトコル制御部１５を備
えて構成されている。なお、ＯＭＰ２のＤＢＭＳ２１を
更新した場合、ＤＢＭＳ１６の内容もこれに同期して更
新され整合性が保たれる。本発明の主題である、ＤＭＢ
Ｓ１６に格納される局データのデータ構造を以下に説明
する。
である。図１を参照して、電子交換機は、呼処理装置１
と、ＯＭＰ（オペレーションマネージメントプロセッ
サ）２を備え、ＯＭＰ２はオペレータとの端末インタフ
ェースを行う装置であり、データベース管理システム
（ＤＢＭＳ）２１と、オペレータから入力されたコマン
ド及びデータを翻訳してＤＢＭＳ２１の更新、及びＤＢ
ＭＳ２１の検索結果の表示等を行うトランスレータ２２
を備えている。また、呼処理装置１は、ＤＢＭＳ１６
と、局データの翻訳を行うトランスレータ１４と、トラ
ンスレータ１４を介して得られた局データの属性情報か
ら課金処理を行う課金処理部１２と、電子交換機が提供
する各種サービスの処理を制御するサービスシナリオ部
１１と、着信・発呼の制御を行う基本呼制御部１３と、
回線プロトコルの制御を行うプロトコル制御部１５を備
えて構成されている。なお、ＯＭＰ２のＤＢＭＳ２１を
更新した場合、ＤＢＭＳ１６の内容もこれに同期して更
新され整合性が保たれる。本発明の主題である、ＤＭＢ
Ｓ１６に格納される局データのデータ構造を以下に説明
する。
【００１９】図３を参照すると、本発明の一実施例にお
いて、タワー型のデータ構造は、番号翻訳桁数、番号翻
訳、属性情報（ルートインデックスなど）の３つを１ま
とまりのデータとし、そのデータを、縦方向に最大デー
タ分備えている。
いて、タワー型のデータ構造は、番号翻訳桁数、番号翻
訳、属性情報（ルートインデックスなど）の３つを１ま
とまりのデータとし、そのデータを、縦方向に最大デー
タ分備えている。
【００２０】番号翻訳桁（ｃｎｔ）は、その番号翻訳の
桁数を表し、番号翻訳が、「１２３４」とすると、番号
翻訳桁は「４」が入る。属性情報は、局識別子（ｄｅｓ
ｔｉｄ）と、ｔｇｘ（ルートインデックス）が入ってい
る。
桁数を表し、番号翻訳が、「１２３４」とすると、番号
翻訳桁は「４」が入る。属性情報は、局識別子（ｄｅｓ
ｔｉｄ）と、ｔｇｘ（ルートインデックス）が入ってい
る。
【００２１】局識別子（ｄｅｓｔｉｄ）は、「０」又は
「１」が設定されており、「０」は自局を表し、「１」
は他局を表す。
「１」が設定されており、「０」は自局を表し、「１」
は他局を表す。
【００２２】ルートインデックス（ｔｇｘ）は、自局の
場合は「０」が設定され、他局の場合には「０」以外の
値が設定される
場合は「０」が設定され、他局の場合には「０」以外の
値が設定される
【００２３】これら２つの属性情報により、番号翻訳の
自局／他局の判定を可能としている。
自局／他局の判定を可能としている。
【００２４】従来方式のＤＢＭＳと相違する点は、従来
方式においては、図４に示したように、番号翻訳１桁ご
とに牽引ブロックが割り当てられる構成であるため、検
索する際に、１桁ごとにデータ読み込み作業を行うのに
対し、本実施例においては、番号翻訳全桁１つのフィー
ルドに入っているため１回のデータ読み込み作業で済
む。
方式においては、図４に示したように、番号翻訳１桁ご
とに牽引ブロックが割り当てられる構成であるため、検
索する際に、１桁ごとにデータ読み込み作業を行うのに
対し、本実施例においては、番号翻訳全桁１つのフィー
ルドに入っているため１回のデータ読み込み作業で済
む。
【００２５】さらに、「１２３」という番号が登録され
ていて、「１２３４５６」という番号を、「１２３」と
は異なる属性情報を新たに登録する場合に、単に「１２
３４５６」を登録すれば良く、従来方式のように、「１
２３」を削除し、さらに、「１２３０〜１２３３」、
「１２３４０〜１２３４４」、「１２３４５０〜１２３
４５５」、「１２３４５７〜１２３４５９」、「１２３
４６〜１２３４９」、「１２３５〜１２３９」までの６
回分を「１２３」の属性情報を登録するという作業は不
要とされている。これは、従来方式においては、トラン
スレーションを先頭桁から目的の属性情報をトップダウ
ン方式により求めたためである。
ていて、「１２３４５６」という番号を、「１２３」と
は異なる属性情報を新たに登録する場合に、単に「１２
３４５６」を登録すれば良く、従来方式のように、「１
２３」を削除し、さらに、「１２３０〜１２３３」、
「１２３４０〜１２３４４」、「１２３４５０〜１２３
４５５」、「１２３４５７〜１２３４５９」、「１２３
４６〜１２３４９」、「１２３５〜１２３９」までの６
回分を「１２３」の属性情報を登録するという作業は不
要とされている。これは、従来方式においては、トラン
スレーションを先頭桁から目的の属性情報をトップダウ
ン方式により求めたためである。
【００２６】本実施例では、「１２３」の番号が登録さ
れていて、「１２３４５６」という番号を、「１２３」
とは異なる属性情報で新たに登録する場合、トランスレ
ーションは先頭桁から目的の属性情報をトップダウン方
式により求めるのではなく、翻訳番号全桁で登録するこ
とにより、従来方式のような手順の必要がなくなり、
「１２３４５６」の登録だけで済むようになり、高速化
が図れる。
れていて、「１２３４５６」という番号を、「１２３」
とは異なる属性情報で新たに登録する場合、トランスレ
ーションは先頭桁から目的の属性情報をトップダウン方
式により求めるのではなく、翻訳番号全桁で登録するこ
とにより、従来方式のような手順の必要がなくなり、
「１２３４５６」の登録だけで済むようになり、高速化
が図れる。
【００２７】次に、本発明の実施例のトランスレーショ
ン動作を説明する。図２に示すように、本実施例におい
ては、局データを上から翻訳番号「１２３４５６」の入
るべきところを検索し（ステップＳ１１）、翻訳番号
「１２３４５６」のルートインデックス２を登録する
（ステップＳ１２）。
ン動作を説明する。図２に示すように、本実施例におい
ては、局データを上から翻訳番号「１２３４５６」の入
るべきところを検索し（ステップＳ１１）、翻訳番号
「１２３４５６」のルートインデックス２を登録する
（ステップＳ１２）。
【００２８】また、本実施例においては、登録の際、局
データは、先頭から数値の大きいものを第１優先、桁数
が多いものを第２優先という形で優先順位の高い番号翻
訳から上に登録する。
データは、先頭から数値の大きいものを第１優先、桁数
が多いものを第２優先という形で優先順位の高い番号翻
訳から上に登録する。
【００２９】このため、番号翻訳「１２３」が既に登録
されている状態で、新たに番号翻訳「１２３４５６」を
登録した場合、「１２３４５６」の方が「１２３」より
桁数が多いため、「１２３４５６」の方が局データは上
に登録される。
されている状態で、新たに番号翻訳「１２３４５６」を
登録した場合、「１２３４５６」の方が「１２３」より
桁数が多いため、「１２３４５６」の方が局データは上
に登録される。
【００３０】そこで、電話番号「１２３４５６７８９
０」でトランスレーションすると、局データを上から検
索し、「１２３４５６」の方が「１２３」より上に登録
されているので、「１２３４５６」で翻訳を行う。
０」でトランスレーションすると、局データを上から検
索し、「１２３４５６」の方が「１２３」より上に登録
されているので、「１２３４５６」で翻訳を行う。
【００３１】次に、電話番号「１２３４」でトランスレ
ーションすると、「１２３４５６」では検索されず、
「１２３」で検索され、「１２３」で翻訳される。
ーションすると、「１２３４５６」では検索されず、
「１２３」で検索され、「１２３」で翻訳される。
【００３２】以上、本発明のタワー型局データでも、登
録、削除が従来のものより高速化が図れ、トランスレー
ションも支障なく行える。
録、削除が従来のものより高速化が図れ、トランスレー
ションも支障なく行える。
【００３３】
【発明の効果】以上説明したように、本発明によれば、
トランスレーション用局データの登録、削除、参照を従
来方式よりも高速に処理することができる、という効果
を奏する。
トランスレーション用局データの登録、削除、参照を従
来方式よりも高速に処理することができる、という効果
を奏する。
【００３４】その理由は、従来のＤＢＭＳにおいては、
番号翻訳１桁ごとに牽引ブロックを割り当てる形である
ため、検索するのに１桁ごとにデータ読み込み作業を行
うのに対し、本発明においては、番号翻訳全桁１つのフ
ィールドに入っているため１回のデータ読み込み作業で
済むことによる。
番号翻訳１桁ごとに牽引ブロックを割り当てる形である
ため、検索するのに１桁ごとにデータ読み込み作業を行
うのに対し、本発明においては、番号翻訳全桁１つのフ
ィールドに入っているため１回のデータ読み込み作業で
済むことによる。
【００３５】また、本発明においては、トランスレーシ
ョンは先頭桁から目的の属性情報をトップダウン方式に
より求めるのではなく、翻訳番号全桁で登録することに
より「１２３」を削除してから「１２３４５６」と「１
２３０〜１２３３」、「１２３４０〜１２３４４」、
「１２３４５０〜１２３４５５」、「１２３４５７〜１
２３４５９」、「１２３４６〜１２３４９」、「１２３
５〜１２３９」の７回分登録する必要がなくなり、「１
２３４５６」の登録だけで済むようになり、トランスレ
ーションの登録の高速化が図れる。
ョンは先頭桁から目的の属性情報をトップダウン方式に
より求めるのではなく、翻訳番号全桁で登録することに
より「１２３」を削除してから「１２３４５６」と「１
２３０〜１２３３」、「１２３４０〜１２３４４」、
「１２３４５０〜１２３４５５」、「１２３４５７〜１
２３４５９」、「１２３４６〜１２３４９」、「１２３
５〜１２３９」の７回分登録する必要がなくなり、「１
２３４５６」の登録だけで済むようになり、トランスレ
ーションの登録の高速化が図れる。
【図１】本発明の実施例の構成を示す図である。
【図２】本発明の一実施例の処理動作を示すフローチャ
ートである。
ートである。
【図３】本発明の実施例に係るデータの構成を示す図で
ある。
ある。
【図４】従来方式のツリー型のデータ構成を示す図であ
る。
る。
【図５】従来方式の処理動作を説明するためのフローチ
ャートである。
ャートである。
１ 呼処理装置 ２ ＯＭＰ（オペレーションマネージメントプロセッ
サ） １１ サービスシナリオ部 １３ 基本呼制御部 １４ トランスレータ １５ プロトコル制御部 １６ ＤＢＭＳ ２１ データベース管理システム（ＤＢＭＳ） ２２ トランスレータ
サ） １１ サービスシナリオ部 １３ 基本呼制御部 １４ トランスレータ １５ プロトコル制御部 １６ ＤＢＭＳ ２１ データベース管理システム（ＤＢＭＳ） ２２ トランスレータ
Claims (3)
- 【請求項１】電子交換機の番号翻訳の番号計画（トラン
スレーション）に関する局データにおいて、番号翻訳を
一固まりで全桁分登録することを特徴とする電子交換機
の番号翻訳方式。 - 【請求項２】番号翻訳全桁が一つのフィールドに格納さ
れ、番号翻訳桁数、番号翻訳、及び属性情報の３つのフ
ィールドが一まとまりのデータとして登録されることを
特徴とする請求項１記載の電子交換機の番号翻訳方式。 - 【請求項３】優先順位の高い番号翻訳から先にデータを
格納することを特徴とする請求項１記載の電子交換機の
番号翻訳方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP21507996A JP2910686B2 (ja) | 1996-07-26 | 1996-07-26 | タワー型トランスレーション局データ |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP21507996A JP2910686B2 (ja) | 1996-07-26 | 1996-07-26 | タワー型トランスレーション局データ |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH1042041A true JPH1042041A (ja) | 1998-02-13 |
| JP2910686B2 JP2910686B2 (ja) | 1999-06-23 |
Family
ID=16666412
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP21507996A Expired - Fee Related JP2910686B2 (ja) | 1996-07-26 | 1996-07-26 | タワー型トランスレーション局データ |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2910686B2 (ja) |
-
1996
- 1996-07-26 JP JP21507996A patent/JP2910686B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2910686B2 (ja) | 1999-06-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5790803A (en) | Information network with server, call blocking, subscriber status, and attributes in a table, and selecting of terminal equipment | |
| KR100269339B1 (ko) | 이동통신시스템에서홈위치등록기관리시스템및이를이용한데이터베이스관리방법 | |
| US20020019224A1 (en) | Method and arrangement for arranging, selecting and displaying location data in a cellular telephone system, and a terminal of a cellular network | |
| AU750033B2 (en) | Method for managing a foreign mobile subscriber in VLR of a mobile switching center | |
| JPH10341477A (ja) | デジタル無線移動通信におけるｈｌｒシステムのデータベース変更方法 | |
| JP2910686B2 (ja) | タワー型トランスレーション局データ | |
| US5500887A (en) | Data access method for subscriber location information | |
| US6411702B1 (en) | Intelligent network capable of executing a plurality of service control request messages in a single service control point | |
| JPH0530191A (ja) | 電話番号案内サービス方式 | |
| JP2988442B2 (ja) | 移動通信システムのホームロケーションレジスタと加入者データ管理方法 | |
| KR100594068B1 (ko) | 전 전자교환기에서 일괄 국번 처리방법 | |
| JPH07239816A (ja) | エージェント・システム | |
| KR940007841B1 (ko) | 실시간 데이타 베이스 관리시스팀(DBMS)에서의 퀵-해쉬(quick-hash)검색방법 | |
| JP2975131B2 (ja) | 宛先指定方法 | |
| KR930009858B1 (ko) | 전전자 교환기의 특수서비스 데이타 처리방법 | |
| KR20020044915A (ko) | 교환 시스템의 번호 번역 방법 | |
| US20010053211A1 (en) | Method and system for the management of subscriber functions | |
| JPH02303294A (ja) | 交換機の加入者データアクセス方式 | |
| JPH0486146A (ja) | 個人登録番号による自動追いかけ電話装置 | |
| KR920014027A (ko) | 전전자 교환기의 가입자 데이타 처리방법 | |
| JPH0530196A (ja) | 回線データの編集・登録処理方式 | |
| JPH05136891A (ja) | 内線番号検索装置 | |
| JPH07235984A (ja) | トラヒックデータ編集におけるグループ化方式及びトラヒックデータ編集方法 | |
| JPH0549060A (ja) | Ｐｂｘ−コンピユータ連携システム | |
| JPH0514520A (ja) | ボタン電話装置の短縮ダイヤルメモリ変更方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 19990309 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080409 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090409 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100409 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110409 Year of fee payment: 12 |
|
| LAPS | Cancellation because of no payment of annual fees |