JPH09244938A - データベース管理システム - Google Patents
データベース管理システムInfo
- Publication number
- JPH09244938A JPH09244938A JP8047851A JP4785196A JPH09244938A JP H09244938 A JPH09244938 A JP H09244938A JP 8047851 A JP8047851 A JP 8047851A JP 4785196 A JP4785196 A JP 4785196A JP H09244938 A JPH09244938 A JP H09244938A
- Authority
- JP
- Japan
- Prior art keywords
- data
- service
- scp
- function
- management system
- 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.)
- Pending
Links
Landscapes
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Telephonic Communication Services (AREA)
Abstract
(57)【要約】
【課題】 ハードウェア量を少なくすると共に、アクセ
ス速度を速くする。 【解決手段】 各呼サービス（例えば、フリーフォンサ
ービス）に対応させてＳＣＰ（Ｓｅｒｖｉｃｅ Ｃｏｎ
ｔｒｏｌ Ｐｏｉｎｔ）２０、２１、２２を設ける。各
ＳＣＰには、対応する呼サービスを実現するために必要
な機能のみを保持する。これにより、各ＳＣＰで保持す
るデータ量を削減することができ、ハードウェア量が少
なくなる。各ＳＣＰに保持すべきデータ量が少なくて済
むため、各ＳＣＰを半導体メモリで実現することができ
る。よって、各ＳＣＰへのアクセス速度が速くなり、呼
サービスの処理能力を向上させることができる。
ス速度を速くする。 【解決手段】 各呼サービス（例えば、フリーフォンサ
ービス）に対応させてＳＣＰ（Ｓｅｒｖｉｃｅ Ｃｏｎ
ｔｒｏｌ Ｐｏｉｎｔ）２０、２１、２２を設ける。各
ＳＣＰには、対応する呼サービスを実現するために必要
な機能のみを保持する。これにより、各ＳＣＰで保持す
るデータ量を削減することができ、ハードウェア量が少
なくなる。各ＳＣＰに保持すべきデータ量が少なくて済
むため、各ＳＣＰを半導体メモリで実現することができ
る。よって、各ＳＣＰへのアクセス速度が速くなり、呼
サービスの処理能力を向上させることができる。
Description
【０００１】
【発明の属する技術分野】本発明はデータベース管理シ
ステムに関し、特にインテリジェントネットワークシス
テムにおけるデータベース管理システムに関する。
ステムに関し、特にインテリジェントネットワークシス
テムにおけるデータベース管理システムに関する。
【０００２】
【従来の技術】一般に、インテリジェントネットワーク
システムにおいては、システムの提供者（例えば、電話
会社）と契約を結ぶことによって種々の呼サービスの提
供を受けることができる。例えば、周知のフリーフォン
サービス、プレミアムレートサービス、コーリングカー
ドサービス、仮想私設電話網サービス、電話投票サービ
ス等がある。これらのサービスを実現するためには、呼
処理制御システムであるサービス制御ポイント（Ｓｅｒ
ｖｉｃｅ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ；以下、ＳＣＰ
と呼ぶ）を複数設け、これらに各呼サービスを実現する
ための機能に関するデータを書込んで保持しておく必要
がある。
システムにおいては、システムの提供者（例えば、電話
会社）と契約を結ぶことによって種々の呼サービスの提
供を受けることができる。例えば、周知のフリーフォン
サービス、プレミアムレートサービス、コーリングカー
ドサービス、仮想私設電話網サービス、電話投票サービ
ス等がある。これらのサービスを実現するためには、呼
処理制御システムであるサービス制御ポイント（Ｓｅｒ
ｖｉｃｅ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ；以下、ＳＣＰ
と呼ぶ）を複数設け、これらに各呼サービスを実現する
ための機能に関するデータを書込んで保持しておく必要
がある。
【０００３】そして、各ＳＣＰは、１台のサービス管理
システム（Ｓｅｒｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ Ｓ
ｙｓｔｅｍ；以下、ＳＭＳと呼ぶ）で集中管理されるの
が一般的である。すなわち、ＳＭＳに対してデータの新
規登録や更新をＳＭＳに対して行うことにより、自動的
にそのデータがＳＣＰに対しても登録又は更新されるの
である。
システム（Ｓｅｒｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ Ｓ
ｙｓｔｅｍ；以下、ＳＭＳと呼ぶ）で集中管理されるの
が一般的である。すなわち、ＳＭＳに対してデータの新
規登録や更新をＳＭＳに対して行うことにより、自動的
にそのデータがＳＣＰに対しても登録又は更新されるの
である。
【０００４】従来、この種のデータベース管理システム
には、特開平７―１６０５６２号公報に記載されている
ものがある。これは、１台のサービス管理システム（Ｓ
ｅｒｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ；
以下、ＳＭＳと呼ぶ）で集中管理、運用されるデータと
同一のデータを各ＳＣＰ内に保持しておくものである。
には、特開平７―１６０５６２号公報に記載されている
ものがある。これは、１台のサービス管理システム（Ｓ
ｅｒｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ；
以下、ＳＭＳと呼ぶ）で集中管理、運用されるデータと
同一のデータを各ＳＣＰ内に保持しておくものである。
【０００５】
【発明が解決しようとする課題】上述した従来のデータ
ベース管理システムでは、インテリジェントネットワー
クシステムにおいて要求される多種多様な呼サービスに
対応するためのデータを全てのＳＣＰに保持していた。
このため、ＳＣＰの記憶容量が非常に大きくなり、ハー
ドウェア量が多くなるという欠点があった。
ベース管理システムでは、インテリジェントネットワー
クシステムにおいて要求される多種多様な呼サービスに
対応するためのデータを全てのＳＣＰに保持していた。
このため、ＳＣＰの記憶容量が非常に大きくなり、ハー
ドウェア量が多くなるという欠点があった。
【０００６】本発明は上述した従来技術の欠点を解決す
るためになされたものであり、その目的はハードウェア
量の少ないデータベース管理システムを提供することで
ある。
るためになされたものであり、その目的はハードウェア
量の少ないデータベース管理システムを提供することで
ある。
【０００７】
【課題を解決するための手段】本発明によるデータベー
ス管理システムは、インテリジェントネットワークシス
テムにおけるサービス夫々に対応して設けられ該サービ
スを実現するための機能データのみを保持する保持手段
と、外部指令に応答して前記保持手段に保持された機能
データの内容を変更する機能データ更新手段とを含むこ
とを特徴とする。
ス管理システムは、インテリジェントネットワークシス
テムにおけるサービス夫々に対応して設けられ該サービ
スを実現するための機能データのみを保持する保持手段
と、外部指令に応答して前記保持手段に保持された機能
データの内容を変更する機能データ更新手段とを含むこ
とを特徴とする。
【０００８】
【発明の実施の形態】本発明の作用は以下の通りであ
る。
る。
【０００９】各呼サービスに対応させてＳＣＰを設け
る。各ＳＣＰには、対応する呼サービスを実現するため
に必要な機能のみを保持する。これにより、各ＳＣＰで
保持するデータ量を削減することができ、各ＳＣＰをメ
モリで実現することができる。よって、各ＳＣＰへのア
クセス速度が速くなり、呼サービスの処理能力を向上さ
せることができるのである。
る。各ＳＣＰには、対応する呼サービスを実現するため
に必要な機能のみを保持する。これにより、各ＳＣＰで
保持するデータ量を削減することができ、各ＳＣＰをメ
モリで実現することができる。よって、各ＳＣＰへのア
クセス速度が速くなり、呼サービスの処理能力を向上さ
せることができるのである。
【００１０】次に、本発明の実施例について図面を参照
して説明する。
して説明する。
【００１１】図１は本発明によるデータベース管理シス
テムの一実施例の構成を示すブロック図である。図にお
いて、本発明の一実施例によるデータベース管理システ
ムは、インテリジェントネットワークシステムにおいて
一元管理されるＳＭＳ ＤＢ（ＳＭＳ Ｄａｔａ Ｂａ
ｓｅ）１１を保持するＳＭＳシステム１０と、呼処理を
実行するために参照されるＳＣＰ ＤＢ（ＳＣＰ Ｄａ
ｔａ Ｂａｓｅ）２３、２４、２５を夫々保持するＳＣ
Ｐシステム２０、２１、２２とを含んで構成されてい
る。
テムの一実施例の構成を示すブロック図である。図にお
いて、本発明の一実施例によるデータベース管理システ
ムは、インテリジェントネットワークシステムにおいて
一元管理されるＳＭＳ ＤＢ（ＳＭＳ Ｄａｔａ Ｂａ
ｓｅ）１１を保持するＳＭＳシステム１０と、呼処理を
実行するために参照されるＳＣＰ ＤＢ（ＳＣＰ Ｄａ
ｔａ Ｂａｓｅ）２３、２４、２５を夫々保持するＳＣ
Ｐシステム２０、２１、２２とを含んで構成されてい
る。
【００１２】ＳＭＳ ＤＢ１１は、磁気ディスク装置や
光ディスク装置等で実現されているものとする。このＳ
ＭＳ ＤＢ１１には、後述するデータ同期管理機能３
０、データベースアドレス管理データ３１及び送信ＳＣ
Ｐ管理データ３２が記憶されているものとする。
光ディスク装置等で実現されているものとする。このＳ
ＭＳ ＤＢ１１には、後述するデータ同期管理機能３
０、データベースアドレス管理データ３１及び送信ＳＣ
Ｐ管理データ３２が記憶されているものとする。
【００１３】図２は、ＳＭＳを送信ノード１とし、この
ＳＭＳに登録されるデータをどのＳＣＰ（送信ノード２
〜４）に送信するかを定義するデータベースアドレス管
理データ３１のデータ設定例５０〜５７を示す図であ
る。データベースアドレス管理データ３１はシステムに
存在する各機能テーブル毎にどのＳＣＰに対してデータ
の送信を行うかを決定するためのデータである。この図
２における各データは、夫々次の意味を持つ。
ＳＭＳに登録されるデータをどのＳＣＰ（送信ノード２
〜４）に送信するかを定義するデータベースアドレス管
理データ３１のデータ設定例５０〜５７を示す図であ
る。データベースアドレス管理データ３１はシステムに
存在する各機能テーブル毎にどのＳＣＰに対してデータ
の送信を行うかを決定するためのデータである。この図
２における各データは、夫々次の意味を持つ。
【００１４】設定データ５０は、ＳＭＳ１０にのみデー
タを登録し、ＳＣＰシステム２０〜２２に対してデータ
の送信を行わないことを示している。この設定データ５
０に対応するデータ送信ＩＤは、“１００００００００
００”である。
タを登録し、ＳＣＰシステム２０〜２２に対してデータ
の送信を行わないことを示している。この設定データ５
０に対応するデータ送信ＩＤは、“１００００００００
００”である。
【００１５】設定データ５１は、ＳＭＳ１０に登録した
データをＳＣＰシステム２０にのみ送信することを示し
ている。この設定データ５１に対応するデータ送信ＩＤ
は、“１１０００００００００”である。
データをＳＣＰシステム２０にのみ送信することを示し
ている。この設定データ５１に対応するデータ送信ＩＤ
は、“１１０００００００００”である。
【００１６】設定データ５２は、ＳＭＳ１０に登録した
データをＳＣＰシステム２１にのみ送信することを示し
ている。この設定データ５２に対応するデータ送信ＩＤ
は、“１０１００００００００”である。
データをＳＣＰシステム２１にのみ送信することを示し
ている。この設定データ５２に対応するデータ送信ＩＤ
は、“１０１００００００００”である。
【００１７】設定データ５３は、ＳＭＳ１０に登録した
データをＳＣＰシステム２２にのみ送信することを示し
ている。この設定データ５３に対応するデータ送信ＩＤ
は、“１００１０００００００”である。
データをＳＣＰシステム２２にのみ送信することを示し
ている。この設定データ５３に対応するデータ送信ＩＤ
は、“１００１０００００００”である。
【００１８】設定データ５４は、ＳＭＳ１０に登録した
データをＳＣＰシステム２０及びＳＣＰシステム２１に
送信することを示している。この設定データ５４に対応
するデータ送信ＩＤは、“１１１００００００００”で
ある。
データをＳＣＰシステム２０及びＳＣＰシステム２１に
送信することを示している。この設定データ５４に対応
するデータ送信ＩＤは、“１１１００００００００”で
ある。
【００１９】設定データ５５は、ＳＭＳ１０に登録した
データをＳＣＰシステム２０及びＳＣＰシステム２２に
送信することを示している。この設定データ５５に対応
するデータ送信ＩＤは、“１１０１０００００００”で
ある。
データをＳＣＰシステム２０及びＳＣＰシステム２２に
送信することを示している。この設定データ５５に対応
するデータ送信ＩＤは、“１１０１０００００００”で
ある。
【００２０】設定データ５６は、ＳＭＳ１０に登録した
データをＳＣＰシステム２１及びＳＣＰシステム２２に
送信することを示している。この設定データ５６に対応
するデータ送信ＩＤは、“１０１１０００００００”で
ある。
データをＳＣＰシステム２１及びＳＣＰシステム２２に
送信することを示している。この設定データ５６に対応
するデータ送信ＩＤは、“１０１１０００００００”で
ある。
【００２１】設定データ５６は、ＳＭＳ１０に登録した
データをＳＣＰシステム２０、ＳＣＰシステム２１及び
ＳＣＰシステム２２に送信することを示している。この
設定データ５７に対応するデータ送信ＩＤは、“１１１
１０００００００”である。
データをＳＣＰシステム２０、ＳＣＰシステム２１及び
ＳＣＰシステム２２に送信することを示している。この
設定データ５７に対応するデータ送信ＩＤは、“１１１
１０００００００”である。
【００２２】図３は、個々のテーブル毎にデータ送信を
行うＳＣＰを決定する送信ＳＣＰ管理データ３２のデー
タ設定例６０〜６６を示す図である。送信ＳＣＰ管理デ
ータ３２は、インテリジェントネットワークシステムで
提供される機能を実現するために必要なデータの集まり
であるテーブル単位に、データ送信ＩＤを定義するデー
タである。データ送信ＩＤは、どのＳＣＰにおいて必要
なデータであるかを決定し、データベースアドレス管理
データで定義するものである。要するに、この送信ＳＣ
Ｐ管理データ３２は、ネットワーク上に存在するＳＣＰ
に対して、いずれの組合わせでデータ送信を行うか、つ
まり夫々のＳＣＰにどのような機能を配置するかに従
い、特定のデータを配信しなければならないＳＣＰの組
合わせを定義するものである。
行うＳＣＰを決定する送信ＳＣＰ管理データ３２のデー
タ設定例６０〜６６を示す図である。送信ＳＣＰ管理デ
ータ３２は、インテリジェントネットワークシステムで
提供される機能を実現するために必要なデータの集まり
であるテーブル単位に、データ送信ＩＤを定義するデー
タである。データ送信ＩＤは、どのＳＣＰにおいて必要
なデータであるかを決定し、データベースアドレス管理
データで定義するものである。要するに、この送信ＳＣ
Ｐ管理データ３２は、ネットワーク上に存在するＳＣＰ
に対して、いずれの組合わせでデータ送信を行うか、つ
まり夫々のＳＣＰにどのような機能を配置するかに従
い、特定のデータを配信しなければならないＳＣＰの組
合わせを定義するものである。
【００２３】この図３に示されているデータ設定例は、
夫々次の意味を持つ。
夫々次の意味を持つ。
【００２４】設定データ６０は、機能１用テーブルのデ
ータ送信ＩＤを“１１０００００００００”として定義
している。これにより、図２を参照すると、機能用テー
ブルのデータはＳＭＳに登録されると共に、ＳＣＰシス
テム２０に送信される。
ータ送信ＩＤを“１１０００００００００”として定義
している。これにより、図２を参照すると、機能用テー
ブルのデータはＳＭＳに登録されると共に、ＳＣＰシス
テム２０に送信される。
【００２５】設定データ６１は、機能２用テーブルのデ
ータ送信ＩＤを“１０１００００００００”として定義
している。これにより、図２を参照すると、機能用テー
ブルのデータはＳＭＳに登録されると共に、ＳＣＰシス
テム２１に送信される。
ータ送信ＩＤを“１０１００００００００”として定義
している。これにより、図２を参照すると、機能用テー
ブルのデータはＳＭＳに登録されると共に、ＳＣＰシス
テム２１に送信される。
【００２６】設定データ６２は、機能３用テーブルのデ
ータ送信ＩＤを“１００１０００００００”として定義
している。これにより、図２を参照すると、機能用テー
ブルのデータはＳＭＳに登録されると共に、ＳＣＰシス
テム２２に送信される。
ータ送信ＩＤを“１００１０００００００”として定義
している。これにより、図２を参照すると、機能用テー
ブルのデータはＳＭＳに登録されると共に、ＳＣＰシス
テム２２に送信される。
【００２７】設定データ６３は、機能４用テーブルのデ
ータ送信ＩＤを“１１１００００００００”として定義
している。これにより、図２を参照すると、機能用テー
ブルのデータはＳＭＳに登録されると共に、ＳＣＰシス
テム２０及びＳＣＰシステム２１に送信される。
ータ送信ＩＤを“１１１００００００００”として定義
している。これにより、図２を参照すると、機能用テー
ブルのデータはＳＭＳに登録されると共に、ＳＣＰシス
テム２０及びＳＣＰシステム２１に送信される。
【００２８】設定データ６４は、機能５用テーブルのデ
ータ送信ＩＤを“１１０１０００００００”として定義
している。これにより、図２を参照すると、機能用テー
ブルのデータはＳＭＳに登録されると共に、ＳＣＰシス
テム２０及びＳＣＰシステム２２に送信される。
ータ送信ＩＤを“１１０１０００００００”として定義
している。これにより、図２を参照すると、機能用テー
ブルのデータはＳＭＳに登録されると共に、ＳＣＰシス
テム２０及びＳＣＰシステム２２に送信される。
【００２９】設定データ６５は、機能６用テーブルのデ
ータ送信ＩＤを“１０１１０００００００”として定義
している。これにより、図２を参照すると、機能用テー
ブルのデータはＳＭＳに登録されると共に、ＳＣＰシス
テム２１及びＳＣＰシステム２２に送信される。
ータ送信ＩＤを“１０１１０００００００”として定義
している。これにより、図２を参照すると、機能用テー
ブルのデータはＳＭＳに登録されると共に、ＳＣＰシス
テム２１及びＳＣＰシステム２２に送信される。
【００３０】設定データ６６は、機能７用テーブルのデ
ータ送信ＩＤを“１１１１０００００００”として定義
している。これにより、図２を参照すると、機能用テー
ブルのデータはＳＭＳに登録されると共に、ＳＣＰシス
テム２０、ＳＣＰシステム２１及びＳＣＰシステム２２
に送信される。
ータ送信ＩＤを“１１１１０００００００”として定義
している。これにより、図２を参照すると、機能用テー
ブルのデータはＳＭＳに登録されると共に、ＳＣＰシス
テム２０、ＳＣＰシステム２１及びＳＣＰシステム２２
に送信される。
【００３１】ここで、データ同期管理機能３０の動作に
ついて図４及び図５を参照して説明する。
ついて図４及び図５を参照して説明する。
【００３２】図４は、データ同期管理機能３０における
初期化処理を示すフローチャートである。データ同期管
理機能３０のプロセスが起動されると、データベースア
ドレス管理データ３１を展開するために用いる内部メモ
リ領域（図１には示されていない）を確保する（ステッ
プ４１）。そして、データベースアドレス管理データ３
１をディスク上のデータベースから読み上げ（ステップ
４２）、データベースアドレス管理データ３１を内部メ
モリ領域へ展開する（ステップ４３）。
初期化処理を示すフローチャートである。データ同期管
理機能３０のプロセスが起動されると、データベースア
ドレス管理データ３１を展開するために用いる内部メモ
リ領域（図１には示されていない）を確保する（ステッ
プ４１）。そして、データベースアドレス管理データ３
１をディスク上のデータベースから読み上げ（ステップ
４２）、データベースアドレス管理データ３１を内部メ
モリ領域へ展開する（ステップ４３）。
【００３３】次に、送信ＳＣＰ管理データ３２を展開す
るために用いる内部メモリ領域を確保する（ステップ４
４）。そして、送信ＳＣＰ管理データ３２をディスク上
のデータベースから読み上げ（ステップ４５）、送信Ｓ
ＣＰ管理データ３２を内部メモリ領域へ展開する（ステ
ップ４６）。
るために用いる内部メモリ領域を確保する（ステップ４
４）。そして、送信ＳＣＰ管理データ３２をディスク上
のデータベースから読み上げ（ステップ４５）、送信Ｓ
ＣＰ管理データ３２を内部メモリ領域へ展開する（ステ
ップ４６）。
【００３４】以上により、起動処理が終了となり、デー
タ更新要求の待ち状態となる（ステップ４７）。
タ更新要求の待ち状態となる（ステップ４７）。
【００３５】図５は、データ同期管理機能３０における
データ更新要求に対する処理を示すフローチャートであ
る。
データ更新要求に対する処理を示すフローチャートであ
る。
【００３６】まず、データ更新要求があるまで待ち状態
となる（ステップ５１）。データ更新要求があった場
合、そのデータ更新要求データから機能テーブル名を抽
出し（ステップ５１→５２）、機能テーブル名を使用し
て内部メモリ中の送信ＳＣＰ管理データにアクセスする
（ステップ５３）。これにより、機能テーブルに対応す
るデータ送信ＩＤを獲得する（ステップ５４）。
となる（ステップ５１）。データ更新要求があった場
合、そのデータ更新要求データから機能テーブル名を抽
出し（ステップ５１→５２）、機能テーブル名を使用し
て内部メモリ中の送信ＳＣＰ管理データにアクセスする
（ステップ５３）。これにより、機能テーブルに対応す
るデータ送信ＩＤを獲得する（ステップ５４）。
【００３７】次に、この獲得したデータ送信ＩＤを使用
して内部メモリ中のデータベースアドレス管理データ３
１にアクセスする（ステップ５５）。これにより、デー
タ送信ＩＤに対応する送信ノードを獲得する（ステップ
５６）。
して内部メモリ中のデータベースアドレス管理データ３
１にアクセスする（ステップ５５）。これにより、デー
タ送信ＩＤに対応する送信ノードを獲得する（ステップ
５６）。
【００３８】ここで、送信ノードの指定があるかどうか
を判断し（ステップ５７）、送信ノードの指定がない場
合は再びデータ更新要求があるまで待ち状態となる（ス
テップ５７→５１）。
を判断し（ステップ５７）、送信ノードの指定がない場
合は再びデータ更新要求があるまで待ち状態となる（ス
テップ５７→５１）。
【００３９】送信ノードの指定がある場合、その指定内
容に従って、ＳＭＳ ＤＢへの書込み（ステップ５
８）、ＳＣＰ２０へのデータ送信（ステップ５９）、Ｓ
ＣＰ２１へのデータ送信（ステップ６０）、ＳＣＰ２２
へのデータ送信（ステップ６１）が行われる。このデー
タ送信等は、指定されたすべてのノードに対して行われ
る（ステップ６２→５７…）。指定されたすべてのノー
ドに対する送信が終了すると、再びデータ更新要求があ
るまで待ち状態となる（ステップ６２→５１）。
容に従って、ＳＭＳ ＤＢへの書込み（ステップ５
８）、ＳＣＰ２０へのデータ送信（ステップ５９）、Ｓ
ＣＰ２１へのデータ送信（ステップ６０）、ＳＣＰ２２
へのデータ送信（ステップ６１）が行われる。このデー
タ送信等は、指定されたすべてのノードに対して行われ
る（ステップ６２→５７…）。指定されたすべてのノー
ドに対する送信が終了すると、再びデータ更新要求があ
るまで待ち状態となる（ステップ６２→５１）。
【００４０】以上の動作を行うことにより、データベー
ス同期管理機能３０はＳＭＳの保持データと各ＳＣＰの
各保持データとの一貫性を保っているのである。
ス同期管理機能３０はＳＭＳの保持データと各ＳＣＰの
各保持データとの一貫性を保っているのである。
【００４１】次に、インテリジェントネットワークシス
テムにおけるサービスの例について図６を参照して説明
する。同図には、サービスの例として、フリーフォンサ
ービス（ＦＰＨ；ＦＲＥＥＰＨＯＮＥ ＳＥＲＶＩＣ
Ｅ）、プレミアムレートサービス（ＰＲＭ；ＰＲＥＭＩ
ＵＭ ＲＡＴＥ ＳＥＲＶＩＣＥ）、コーリングカード
サービス（ＣＣＳ；ＣＡＬＬＩＮＧ ＣＡＲＤ ＳＥＲ
ＶＩＣＥ）、仮想私設電話網サービス（ＶＰＮ；ＶＩＲ
ＴＵＡＬ ＰＲＩＶＡＴＥ ＮＥＴＷＯＲＫ）、電話投
票サービス（ＶＯＴ；ＶＯＴＥ）が掲げられている。
テムにおけるサービスの例について図６を参照して説明
する。同図には、サービスの例として、フリーフォンサ
ービス（ＦＰＨ；ＦＲＥＥＰＨＯＮＥ ＳＥＲＶＩＣ
Ｅ）、プレミアムレートサービス（ＰＲＭ；ＰＲＥＭＩ
ＵＭ ＲＡＴＥ ＳＥＲＶＩＣＥ）、コーリングカード
サービス（ＣＣＳ；ＣＡＬＬＩＮＧ ＣＡＲＤ ＳＥＲ
ＶＩＣＥ）、仮想私設電話網サービス（ＶＰＮ；ＶＩＲ
ＴＵＡＬ ＰＲＩＶＡＴＥ ＮＥＴＷＯＲＫ）、電話投
票サービス（ＶＯＴ；ＶＯＴＥ）が掲げられている。
【００４２】フリーフォンサービス（ＦＰＨ）は、サー
ビス利用者がサービス提供者に電話をかけた場合、その
時の通話料がサービス提供者に課金されるサービスであ
る。プレミアムレートサービス（ＰＲＭ）は、サービス
利用者がサービス提供者に電話をかけると、さまざまな
情報を提供してくれるサービスである。コーリングカー
ドサービス（ＣＣＳ）は、網提供者が発行するコーリン
グカード、または一般のクレジットカードを使って手軽
に電話をかけられるサービスである。仮想私設電話網サ
ービス（ＶＰＮ）は、公衆網を使って仮の私設網を構築
できるサービスである。電話投票サービス（ＶＯＴ）
は、サービス加入者が設定した電話番号にサービス利用
者が電話をかけ、複数（１０ケ以内）の選択肢の内から
１つを選び投票として登録できるサービスである。
ビス利用者がサービス提供者に電話をかけた場合、その
時の通話料がサービス提供者に課金されるサービスであ
る。プレミアムレートサービス（ＰＲＭ）は、サービス
利用者がサービス提供者に電話をかけると、さまざまな
情報を提供してくれるサービスである。コーリングカー
ドサービス（ＣＣＳ）は、網提供者が発行するコーリン
グカード、または一般のクレジットカードを使って手軽
に電話をかけられるサービスである。仮想私設電話網サ
ービス（ＶＰＮ）は、公衆網を使って仮の私設網を構築
できるサービスである。電話投票サービス（ＶＯＴ）
は、サービス加入者が設定した電話番号にサービス利用
者が電話をかけ、複数（１０ケ以内）の選択肢の内から
１つを選び投票として登録できるサービスである。
【００４３】そして、これら各サービスを実現するため
の機能として、サービス基本機能（ＢＡＳＥ；ＢＡＳＩ
Ｃ ＳＥＲＶＩＣＥ）、許可番号機能（ＰＩＮ；ＰＥＲ
ＳＯＮＡＬ ＩＤＥＮＴＩＦＩＣＡＴＩＯＮ ＮＵＭＢ
ＥＲ）、％呼分配機能（ＣＤ；ＣＯＤＥ ＤＩＳＴＲＩ
ＢＵＴＩＯＮ）、発信地域別ルーティング（ＯＤＲ；Ｏ
ＲＩＧＩＮ ＤＥＰＥＮＤ ＲＯＯＴＩＮＧ）、時間別
ルーティング（ＴＤＲ；ＴＩＭＥ ＤＥＰＥＮＤ ＲＯ
ＵＴＩＮＧ）、発信者ガイダンス（ＯＵＰ；ＯＲＩＧＩ
ＮＡＴＩＮＧ ＵＳＥＲ ＰＲＯＭＰＴ）が掲げられて
いる。
の機能として、サービス基本機能（ＢＡＳＥ；ＢＡＳＩ
Ｃ ＳＥＲＶＩＣＥ）、許可番号機能（ＰＩＮ；ＰＥＲ
ＳＯＮＡＬ ＩＤＥＮＴＩＦＩＣＡＴＩＯＮ ＮＵＭＢ
ＥＲ）、％呼分配機能（ＣＤ；ＣＯＤＥ ＤＩＳＴＲＩ
ＢＵＴＩＯＮ）、発信地域別ルーティング（ＯＤＲ；Ｏ
ＲＩＧＩＮ ＤＥＰＥＮＤ ＲＯＯＴＩＮＧ）、時間別
ルーティング（ＴＤＲ；ＴＩＭＥ ＤＥＰＥＮＤ ＲＯ
ＵＴＩＮＧ）、発信者ガイダンス（ＯＵＰ；ＯＲＩＧＩ
ＮＡＴＩＮＧ ＵＳＥＲ ＰＲＯＭＰＴ）が掲げられて
いる。
【００４４】図中の“必須”は、各サービスを実現する
ための基本機能である。また、図中の“オプション”
は、各サービスに対して使用することができる機能であ
ることを示し、“未使用”は、そのサービスでは使用さ
れない機能であることを示す。
ための基本機能である。また、図中の“オプション”
は、各サービスに対して使用することができる機能であ
ることを示し、“未使用”は、そのサービスでは使用さ
れない機能であることを示す。
【００４５】すなわち、図に示されているように、全て
のサービスを実現するためには、サービス基本機能（Ｂ
ＡＳＥ）が必要である。そして、フリーフォンサービス
（ＦＰＨ）及びプレミアムレートサービス（ＰＲＭ）を
実現するために、許可番号機能（ＰＩＮ）、％呼分配機
能（ＣＤ）、発信地域別ルーティング（ＯＤＲ）、時間
別ルーティング（ＴＤＲ）及び発信者ガイダンス（ＯＵ
Ｐ）がオプションになっている。また、コーリングカー
ドサービス（ＣＣＳ）を実現するために、許可番号機能
（ＰＩＮ）がオプションになっている。さらにまた、仮
想私設電話網サービス（ＶＰＮ）を実現するために、許
可番号機能（ＰＩＮ）、％呼分配機能（ＣＤ）、時間別
ルーティング（ＴＤＲ）及び発信者ガイダンス（ＯＵ
Ｐ）がオプションになっている。さらに、電話投票サー
ビス（ＶＯＴ）を実現するためには、許可番号機能（Ｐ
ＩＮ）、時間別ルーティング（ＴＤＲ）及び発信者ガイ
ダンス（ＯＵＰ）がオプションになっている。
のサービスを実現するためには、サービス基本機能（Ｂ
ＡＳＥ）が必要である。そして、フリーフォンサービス
（ＦＰＨ）及びプレミアムレートサービス（ＰＲＭ）を
実現するために、許可番号機能（ＰＩＮ）、％呼分配機
能（ＣＤ）、発信地域別ルーティング（ＯＤＲ）、時間
別ルーティング（ＴＤＲ）及び発信者ガイダンス（ＯＵ
Ｐ）がオプションになっている。また、コーリングカー
ドサービス（ＣＣＳ）を実現するために、許可番号機能
（ＰＩＮ）がオプションになっている。さらにまた、仮
想私設電話網サービス（ＶＰＮ）を実現するために、許
可番号機能（ＰＩＮ）、％呼分配機能（ＣＤ）、時間別
ルーティング（ＴＤＲ）及び発信者ガイダンス（ＯＵ
Ｐ）がオプションになっている。さらに、電話投票サー
ビス（ＶＯＴ）を実現するためには、許可番号機能（Ｐ
ＩＮ）、時間別ルーティング（ＴＤＲ）及び発信者ガイ
ダンス（ＯＵＰ）がオプションになっている。
【００４６】ここで、許可番号機能（ＰＩＮ）は、暗証
番号を知っている発信者だけの着信を許容する機能であ
る。％呼分配機能（ＣＤ）は、サービス提供者が、複数
の着信端末を有している場合に、端末毎に設定されてい
る着信割合でランダムに着信させるための機能である。
発信地域別ルーティング（ＯＤＲ）は、全国共通番号発
信された呼であっても、その発信地域に応じて、最寄り
の支店・支社に接続させることができる機能である。時
間別ルーティング（ＴＤＲ）は、時間によって、あるい
は曜日によって、あるいは特定日を設定することによっ
て、その時々に応じてルーティングを変えることができ
る機能である。発信者ガイダンス（ＯＵＰ）は、発信者
に、音声によるメニューを聞かせて、サービスを選択さ
せることができる機能である。
番号を知っている発信者だけの着信を許容する機能であ
る。％呼分配機能（ＣＤ）は、サービス提供者が、複数
の着信端末を有している場合に、端末毎に設定されてい
る着信割合でランダムに着信させるための機能である。
発信地域別ルーティング（ＯＤＲ）は、全国共通番号発
信された呼であっても、その発信地域に応じて、最寄り
の支店・支社に接続させることができる機能である。時
間別ルーティング（ＴＤＲ）は、時間によって、あるい
は曜日によって、あるいは特定日を設定することによっ
て、その時々に応じてルーティングを変えることができ
る機能である。発信者ガイダンス（ＯＵＰ）は、発信者
に、音声によるメニューを聞かせて、サービスを選択さ
せることができる機能である。
【００４７】図７は、各機能におけるデータの設定例を
示す図であり、フリーフォンサービス（ＦＰＨ）の場合
における機能の一部が示されている。
示す図であり、フリーフォンサービス（ＦＰＨ）の場合
における機能の一部が示されている。
【００４８】図において、サービス基本機能（ＢＡＳ
Ｅ）を構成するデータは、電話番号（キー情報）と着信
先電話番号とから構成されている。例えば、電話番号
“０１２０―１２３４５６”と着信先電話番号“０４７
１―８５―１１１１”である。
Ｅ）を構成するデータは、電話番号（キー情報）と着信
先電話番号とから構成されている。例えば、電話番号
“０１２０―１２３４５６”と着信先電話番号“０４７
１―８５―１１１１”である。
【００４９】また、許可番号機能（ＰＩＮ）を構成する
データは、電話番号（キー情報）と暗証番号とから構成
されている。例えば、電話番号“０１２０―１２３４５
６”と暗証番号“１２３４”である。
データは、電話番号（キー情報）と暗証番号とから構成
されている。例えば、電話番号“０１２０―１２３４５
６”と暗証番号“１２３４”である。
【００５０】さらにまた、％呼分配機能（ＣＤ）は、電
話番号（キー情報）と、配分比率１〜１０と、各配分比
率１〜１０に対応する着信先電話番号とから構成されて
いる。例えば、電話番号“０１２０―１２３４５６”
と、配分比率１“１０％”に対して“０４７１―８５―
１１１１”と、配分比率２“１０％”に対して“０４７
１―８５―２２２２”、配分比率３“１０％”に対して
“０４７１―８５―３３３３”、配分比率１０“１０
％”に対して“０４７１―８５―００００”である。
話番号（キー情報）と、配分比率１〜１０と、各配分比
率１〜１０に対応する着信先電話番号とから構成されて
いる。例えば、電話番号“０１２０―１２３４５６”
と、配分比率１“１０％”に対して“０４７１―８５―
１１１１”と、配分比率２“１０％”に対して“０４７
１―８５―２２２２”、配分比率３“１０％”に対して
“０４７１―８５―３３３３”、配分比率１０“１０
％”に対して“０４７１―８５―００００”である。
【００５１】発信地域別ルーティング機能（ＯＤＲ）
は、電話番号（キー情報）と、発信地域ＩＤ（キー情
報）と、着信先電話番号とから構成されている。例え
ば、電話番号“０１２０―１２３４５６”と、発信地域
ＩＤ“０１”と、着信先電話番号“０４７１―８５―１
１１１”である。
は、電話番号（キー情報）と、発信地域ＩＤ（キー情
報）と、着信先電話番号とから構成されている。例え
ば、電話番号“０１２０―１２３４５６”と、発信地域
ＩＤ“０１”と、着信先電話番号“０４７１―８５―１
１１１”である。
【００５２】時間別ルーティング機能（ＴＤＲ）は、電
話番号（キー情報）と、時間帯１〜４と、時間帯１〜４
に対応する着信先電話番号とから構成されている。例え
ば、電話番号“０１２０―１２３４５６”と、時間帯１
“８：００〜１７：００”に対して“０４７１―８５―
１１１１”と、時間帯２“１７：００〜２０：００”に
対して“０４７１―８５―２２２２”と、デフォルト着
信先電話番号“０４７１―８５―３３３３”である。こ
れら機能データ名は、各サービス毎に、ＳＭＳ及びＳＣ
Ｐに保持される。例えば、“ＦＰＨ―ＢＡＳＥ”、“Ｆ
ＰＨ―ＰＩＮ”、“ＦＰＨ―ＣＤ”、“ＦＰＨ―ＯＤ
Ｒ”、“ＦＰＨ―ＴＤＲ”というデータテーブル名の形
式で保持される。
話番号（キー情報）と、時間帯１〜４と、時間帯１〜４
に対応する着信先電話番号とから構成されている。例え
ば、電話番号“０１２０―１２３４５６”と、時間帯１
“８：００〜１７：００”に対して“０４７１―８５―
１１１１”と、時間帯２“１７：００〜２０：００”に
対して“０４７１―８５―２２２２”と、デフォルト着
信先電話番号“０４７１―８５―３３３３”である。こ
れら機能データ名は、各サービス毎に、ＳＭＳ及びＳＣ
Ｐに保持される。例えば、“ＦＰＨ―ＢＡＳＥ”、“Ｆ
ＰＨ―ＰＩＮ”、“ＦＰＨ―ＣＤ”、“ＦＰＨ―ＯＤ
Ｒ”、“ＦＰＨ―ＴＤＲ”というデータテーブル名の形
式で保持される。
【００５３】図１に戻り、かかる構成において、ＳＭＳ
１０上においてデータの更新要求４０が発生すると、Ｓ
ＭＳ１０内のデータ同期管理機能３０は、データ更新要
求のあったデータテーブル名を使用して送信ＳＣＰ管理
データ３２にアクセスする。このアクセスにより、デー
タ同期管理機能３０は、指定したデータテーブル名に該
当するデータ送信ＩＤを得る。次に、送信ＳＣＰ管理デ
ータ３２で得られたデータ送信ＩＤを使用してデータベ
ースアドレス管理データ３１にアクセスし、実際にデー
タを送信すべきノードを決定する。該当するノードがＳ
ＭＳの場合、ＳＭＳ ＤＢ１１へのデータ書込みを行
い、さらにＳＣＰのノードへの送信が必要な場合は、Ｓ
ＣＰノードへのデータ送信４２、４３、４４を行う。
１０上においてデータの更新要求４０が発生すると、Ｓ
ＭＳ１０内のデータ同期管理機能３０は、データ更新要
求のあったデータテーブル名を使用して送信ＳＣＰ管理
データ３２にアクセスする。このアクセスにより、デー
タ同期管理機能３０は、指定したデータテーブル名に該
当するデータ送信ＩＤを得る。次に、送信ＳＣＰ管理デ
ータ３２で得られたデータ送信ＩＤを使用してデータベ
ースアドレス管理データ３１にアクセスし、実際にデー
タを送信すべきノードを決定する。該当するノードがＳ
ＭＳの場合、ＳＭＳ ＤＢ１１へのデータ書込みを行
い、さらにＳＣＰのノードへの送信が必要な場合は、Ｓ
ＣＰノードへのデータ送信４２、４３、４４を行う。
【００５４】例えば、データ更新要求が機能２用テーブ
ルに対する更新要求であった場合、送信ＳＣＰ管理デー
タ３２にアクセスすることによってデータ６１が得られ
る。この得られたデータ送信ＩＤ“１０１００００００
００”でデータベースアドレス管理データ３１にアクセ
スすると、データ５２が得られる。このデータに従い、
データ同期管理機能３０は、機能２用テーブルに関し
て、ＳＭＳ ＤＢ１１への書込み４１とＳＣＰ２１への
データ送信４３のみを行う。
ルに対する更新要求であった場合、送信ＳＣＰ管理デー
タ３２にアクセスすることによってデータ６１が得られ
る。この得られたデータ送信ＩＤ“１０１００００００
００”でデータベースアドレス管理データ３１にアクセ
スすると、データ５２が得られる。このデータに従い、
データ同期管理機能３０は、機能２用テーブルに関し
て、ＳＭＳ ＤＢ１１への書込み４１とＳＣＰ２１への
データ送信４３のみを行う。
【００５５】つまり、データ同期管理機能３０は、特定
の機能テーブルについてのデータ更新要求があった場
合、送信ＳＣＰ管理データ３２に従い、その機能テーブ
ルが持っているデータ送信ＩＤを検索し、次にデータ送
信ＩＤを使用してデータベースアドレス管理データ３１
を検索し、実際にデータを配信すべき送信ノード名を得
ているのである。
の機能テーブルについてのデータ更新要求があった場
合、送信ＳＣＰ管理データ３２に従い、その機能テーブ
ルが持っているデータ送信ＩＤを検索し、次にデータ送
信ＩＤを使用してデータベースアドレス管理データ３１
を検索し、実際にデータを配信すべき送信ノード名を得
ているのである。
【００５６】なお、本例では、送信ＳＣＰ管理データ３
２及びデータベースアドレス管理データ３１を用いて送
信ノード名を得ているが、データ送信ＩＤを入力してデ
ータベースアドレス管理データ３１から送信ノード名を
得る構成や、直接送信ノード名を入力する構成にしても
良いことは明らかである。
２及びデータベースアドレス管理データ３１を用いて送
信ノード名を得ているが、データ送信ＩＤを入力してデ
ータベースアドレス管理データ３１から送信ノード名を
得る構成や、直接送信ノード名を入力する構成にしても
良いことは明らかである。
【００５７】要するに、本システムでは、ＳＭＳで保持
されるデータを、機能毎に特定のＳＣＰにのみ配信する
ことにより、ＳＭＳで管理されている全データを全ての
ＳＣＰが保持するのではなく、ＳＣＰ毎に定められた特
定の機能に関するデータのみを保持しているのである。
そして、ＳＭＳ上のデータベース同期管理機能が予め定
義されているデータベースアドレス管理データと送信Ｓ
ＣＰ管理データに従い、個々のデータ更新要求に対し
て、どのＳＣＰに対してデータを配信するかを決定し、
特定のＳＣＰにのみデータの配信を行っているのであ
る。これにより、各ＳＣＰは少ない記憶容量で済む。よ
って、半導体メモリでＳＣＰを構成でき、結果として各
ＳＣＰへのアクセス速度を速くすることができるのであ
る。
されるデータを、機能毎に特定のＳＣＰにのみ配信する
ことにより、ＳＭＳで管理されている全データを全ての
ＳＣＰが保持するのではなく、ＳＣＰ毎に定められた特
定の機能に関するデータのみを保持しているのである。
そして、ＳＭＳ上のデータベース同期管理機能が予め定
義されているデータベースアドレス管理データと送信Ｓ
ＣＰ管理データに従い、個々のデータ更新要求に対し
て、どのＳＣＰに対してデータを配信するかを決定し、
特定のＳＣＰにのみデータの配信を行っているのであ
る。これにより、各ＳＣＰは少ない記憶容量で済む。よ
って、半導体メモリでＳＣＰを構成でき、結果として各
ＳＣＰへのアクセス速度を速くすることができるのであ
る。
【００５８】請求項の記載に関連して本発明は更に次の
態様をとりうる。
態様をとりうる。
【００５９】（１）前記保持手段は、ＳＣＰであること
を特徴とする請求項１〜７のいずれかに記載のデータベ
ース管理システム。
を特徴とする請求項１〜７のいずれかに記載のデータベ
ース管理システム。
【００６０】（２）前記機能データ更新手段は、ＳＭＳ
であることを特徴とする請求項１〜７のいずれかに記載
のデータベース管理システム。
であることを特徴とする請求項１〜７のいずれかに記載
のデータベース管理システム。
【００６１】
【発明の効果】以上説明したように本発明は、ＳＭＳで
管理されている全データを全てのＳＣＰが保持するので
はなく、サービス夫々に対応してＳＣＰを設け、各ＳＣ
Ｐ毎に定められた特定の機能に関するデータのみを保持
することにより、各ＳＣＰを少ない記憶容量で実現で
き、ハードウェア量を少なくできるという効果がある。
これにより、また半導体メモリでＳＣＰを構成でき、結
果として各ＳＣＰへのアクセス速度を速くすることがで
きるという効果もある。
管理されている全データを全てのＳＣＰが保持するので
はなく、サービス夫々に対応してＳＣＰを設け、各ＳＣ
Ｐ毎に定められた特定の機能に関するデータのみを保持
することにより、各ＳＣＰを少ない記憶容量で実現で
き、ハードウェア量を少なくできるという効果がある。
これにより、また半導体メモリでＳＣＰを構成でき、結
果として各ＳＣＰへのアクセス速度を速くすることがで
きるという効果もある。
【図１】本発明の実施例によるデータベース管理システ
ムの構成を示すブロック図である。
ムの構成を示すブロック図である。
【図２】データベースアドレス管理データのデータ設定
例を示す図である。
例を示す図である。
【図３】送信ＳＣＰ管理データのデータ設定例を示す図
である。
である。
【図４】データ同期管理機能における初期化処理を示す
フローチャートである。
フローチャートである。
【図５】データ同期管理機能におけるデータ更新要求に
対する処理を示すフローチャートである。
対する処理を示すフローチャートである。
【図６】インテリジェントネットワークシステムにおけ
るサービスの例を示す図である。
るサービスの例を示す図である。
【図７】各機能におけるデータの設定例を示す図であ
る。
る。
１０ ＳＭＳ １１ ＳＭＳ ＤＢ ２０、２１、２２ ＳＣＰ ２３、２４、２５ ＳＣＰ ＤＢ ３０ データ同期管理機能 ３１ データベースアドレス管理データ ３２ 送信ＳＣＰ管理データ
Claims (7)
- 【請求項１】 インテリジェントネットワークシステム
におけるサービス夫々に対応して設けられ該サービスを
実現するための機能データのみを保持する保持手段と、
外部指令に応答して前記保持手段に保持された機能デー
タの内容を変更する機能データ更新手段とを含むことを
特徴とするデータベース管理システム。 - 【請求項２】 前記保持手段は、半導体メモリによって
構成されていることを特徴とする請求項１記載のデータ
ベース管理システム。 - 【請求項３】 前記サービスは、フリーフォンサービス
であることを特徴とする請求項１又は２記載のデータベ
ース管理システム。 - 【請求項４】 前記サービスは、プレミアムレートサー
ビスであることを特徴とする請求項１又は２記載のデー
タベース管理システム。 - 【請求項５】 前記サービスは、コーリングカードサー
ビスであることを特徴とする請求項１又は２記載のデー
タベース管理システム。 - 【請求項６】 前記サービスは、仮想私設電話網サービ
スであることを特徴とする請求項１又は２記載のデータ
ベース管理システム。 - 【請求項７】 前記サービスは、電話投票サービスであ
ることを特徴とする請求項１又は２記載のデータベース
管理システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8047851A JPH09244938A (ja) | 1996-03-06 | 1996-03-06 | データベース管理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8047851A JPH09244938A (ja) | 1996-03-06 | 1996-03-06 | データベース管理システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH09244938A true JPH09244938A (ja) | 1997-09-19 |
Family
ID=12786880
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8047851A Pending JPH09244938A (ja) | 1996-03-06 | 1996-03-06 | データベース管理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH09244938A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001053879A (ja) * | 1999-07-09 | 2001-02-23 | Lucent Technol Inc | 仮想宛先番号を組込む電話コーリングカードサービスシステム |
| US7126909B2 (en) | 2000-06-02 | 2006-10-24 | Nec Corporation | Centralized management technique of call control data |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0498546A (ja) * | 1990-08-17 | 1992-03-31 | Nec Corp | 重複データ更新方式 |
| JPH05257855A (ja) * | 1992-02-25 | 1993-10-08 | Nec Corp | インテリジェント網におけるサービス制御方式 |
| JPH06253351A (ja) * | 1993-02-23 | 1994-09-09 | Hitachi Ltd | 通信サービス制御方式 |
| JPH0744441A (ja) * | 1993-07-29 | 1995-02-14 | Toshiba Corp | ファイル変更通知装置 |
| JPH0773147A (ja) * | 1993-09-02 | 1995-03-17 | Nec Corp | インテリジェント・ネットワークにおける分散処理方式 |
-
1996
- 1996-03-06 JP JP8047851A patent/JPH09244938A/ja active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0498546A (ja) * | 1990-08-17 | 1992-03-31 | Nec Corp | 重複データ更新方式 |
| JPH05257855A (ja) * | 1992-02-25 | 1993-10-08 | Nec Corp | インテリジェント網におけるサービス制御方式 |
| JPH06253351A (ja) * | 1993-02-23 | 1994-09-09 | Hitachi Ltd | 通信サービス制御方式 |
| JPH0744441A (ja) * | 1993-07-29 | 1995-02-14 | Toshiba Corp | ファイル変更通知装置 |
| JPH0773147A (ja) * | 1993-09-02 | 1995-03-17 | Nec Corp | インテリジェント・ネットワークにおける分散処理方式 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001053879A (ja) * | 1999-07-09 | 2001-02-23 | Lucent Technol Inc | 仮想宛先番号を組込む電話コーリングカードサービスシステム |
| US7126909B2 (en) | 2000-06-02 | 2006-10-24 | Nec Corporation | Centralized management technique of call control data |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6535596B1 (en) | Call processing system utilizing subscriber services and preferences | |
| US7933394B2 (en) | Method and apparatus for routing calls based on the identification of the calling party or calling line | |
| US5493607A (en) | Multi-system network addressing | |
| JP2952306B2 (ja) | パーソナル通信サービス用の分散サービス管理システムおよび方法 | |
| US5442689A (en) | Apparatus and method for providing services prior to call completion in a telecommuncation system | |
| JPH06284207A (ja) | ダイヤルされたサフィックスにもとずく電話呼の発呼者指示による宛先決定 | |
| JPH0723111A (ja) | パーソナル通信サービス供給システム | |
| US7388854B2 (en) | System for interconnecting wired and wireless phone services and method for processing call | |
| JPH06334755A (ja) | 遠隔電話にサ−ビスを提供する方法と装置 | |
| RU2157594C2 (ru) | Способ и система установки телефонных соединений | |
| JP3419868B2 (ja) | 信号送信方式 | |
| JPH09244938A (ja) | データベース管理システム | |
| Cisco | Preparing the Cisco CallManager and Octel Systems | |
| Cisco | Preparing the Cisco CallManager and Octel Systems | |
| JPS60109363A (ja) | 呼処理制御方式 | |
| WO1997020422A1 (en) | System and method for telephony service card processing | |
| JP2543035B2 (ja) | 交換制御方式 | |
| JPH05211563A (ja) | 通信方法及び通信装置 | |
| JPH07297956A (ja) | 通信システム及び通信課金方法 | |
| JP2000041109A (ja) | 多重電話番号管理方法 | |
| US20030179875A1 (en) | Slee service convergence and routing | |
| JPH0497646A (ja) | 電話転送方法 | |
| JPS63155856A (ja) | 呼接続サ−ビス方式 | |
| JP2002314721A (ja) | 低額通信接続システム，低額通信接続方法，通信接続プログラムおよびそのプログラム記録媒体 | |
| KR100626305B1 (ko) | 통화 서비스 권한 등록 방법 및 상기 방법을 채용한교환기 시스템 |