JPH05173868A - 分散データベース管理方法 - Google Patents
分散データベース管理方法Info
- Publication number
- JPH05173868A JPH05173868A JP33817591A JP33817591A JPH05173868A JP H05173868 A JPH05173868 A JP H05173868A JP 33817591 A JP33817591 A JP 33817591A JP 33817591 A JP33817591 A JP 33817591A JP H05173868 A JPH05173868 A JP H05173868A
- Authority
- JP
- Japan
- Prior art keywords
- data
- individual
- common
- target data
- accessed
- 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
- Exchange Systems With Centralized Control (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【目的】 個々のノードシステムにおけるメモリ容量を
増やすことなく、しかもリアルタイム性が要求されるよ
うなデータ処理も円滑に実行可能な分散データベース管
理方法を実現する。 【構成】 統一的な体系・構造を有し且つ全ての網種別
に対応したデータを含む共通ＤＢ１を全てのノードシス
テム２〜８よりアクセス可能に配置し、前記全データ
中、個々のノードシステム内でのみ必要とされるデー
タ、アクセス頻度の高いデータ及びその応答にリアルタ
イム性が要求されるデータを含む個別ＤＢ２Ａ〜８Ａを
各ノードシステム２〜８に配置し、目的データに対する
アクセス要求の発生に際し、まず、その個別ＤＢにアク
セスし、なければ共通ＤＢ１にアクセスし、該共通ＤＢ
１より目的データ又はこれを含む所定のデータブロック
を個別ＤＢに追加するようになした。
増やすことなく、しかもリアルタイム性が要求されるよ
うなデータ処理も円滑に実行可能な分散データベース管
理方法を実現する。 【構成】 統一的な体系・構造を有し且つ全ての網種別
に対応したデータを含む共通ＤＢ１を全てのノードシス
テム２〜８よりアクセス可能に配置し、前記全データ
中、個々のノードシステム内でのみ必要とされるデー
タ、アクセス頻度の高いデータ及びその応答にリアルタ
イム性が要求されるデータを含む個別ＤＢ２Ａ〜８Ａを
各ノードシステム２〜８に配置し、目的データに対する
アクセス要求の発生に際し、まず、その個別ＤＢにアク
セスし、なければ共通ＤＢ１にアクセスし、該共通ＤＢ
１より目的データ又はこれを含む所定のデータブロック
を個別ＤＢに追加するようになした。
Description
【０００１】
【産業上の利用分野】本発明は、複数の網種別が異なる
ノードシステムによって構成された分散型マルチメディ
ア通信網における分散データベース管理方法に関するも
のである。
ノードシステムによって構成された分散型マルチメディ
ア通信網における分散データベース管理方法に関するも
のである。
【０００２】
【従来の技術】従来の通信網、例えば電子交換網では加
入者データ等のノードシステム、即ち交換機が呼処理に
必要とするデータは基本的に全て交換機の内部もしくは
該交換機に付属する補助記憶装置内に大容量のデータベ
ースとして置かれていた。
入者データ等のノードシステム、即ち交換機が呼処理に
必要とするデータは基本的に全て交換機の内部もしくは
該交換機に付属する補助記憶装置内に大容量のデータベ
ースとして置かれていた。
【０００３】一方、ＬＡＮ、ＰＢＸ、ＴＤＭ等の多様な
網種別を統合して扱う分散型マルチメディア通信網で
は、ユーザ対応の論理アドレスのような呼処理に必要と
されるデータの体系・構造が網種別に異なっているた
め、これらのデータを網種別に依存しない統一的なデー
タの体系・構造に一旦、変換して扱うようにすることが
多い。
網種別を統合して扱う分散型マルチメディア通信網で
は、ユーザ対応の論理アドレスのような呼処理に必要と
されるデータの体系・構造が網種別に異なっているた
め、これらのデータを網種別に依存しない統一的なデー
タの体系・構造に一旦、変換して扱うようにすることが
多い。
【０００４】
【発明が解決しようとする課題】しかしながら、このよ
うに各網種別のデータを一旦、統一的な体系・構造に変
換するとその総データ量は極めて大きくなり、分散配置
された各ノードシステムでは個々のメモリ容量の観点か
ら、これらの全データを個別に管理することは非常に困
難であった。
うに各網種別のデータを一旦、統一的な体系・構造に変
換するとその総データ量は極めて大きくなり、分散配置
された各ノードシステムでは個々のメモリ容量の観点か
ら、これらの全データを個別に管理することは非常に困
難であった。
【０００５】本発明は前記従来の問題点に鑑み、各ノー
ドシステムでアクセスする可能性のあるデータの量が極
めて大きい場合でも、個々のノードシステムにおけるメ
モリ容量を増やすことなく、しかもリアルタイム性が要
求されるようなデータ処理も円滑に実行可能な分散デー
タベース管理方法を実現することを目的とする。
ドシステムでアクセスする可能性のあるデータの量が極
めて大きい場合でも、個々のノードシステムにおけるメ
モリ容量を増やすことなく、しかもリアルタイム性が要
求されるようなデータ処理も円滑に実行可能な分散デー
タベース管理方法を実現することを目的とする。
【０００６】
【課題を解決するための手段】本発明では前記目的を達
成するため、通信サービスに必要な呼処理、網管理機能
を有する複数の網種別が異なるノードシステムによって
構成された分散型マルチメディア通信網において、統一
的な体系・構造を有し且つ全ての網種別に対応したデー
タを含む少なくとも１つのデータベース（共通ＤＢ）を
全てのノードシステムよりアクセス可能に配置し、前記
全データ中、個々のノードシステム内でのみ必要とされ
るデータ、アクセス頻度の高いデータ及びその応答にリ
アルタイム性が要求されるデータを含むデータベース
（個別ＤＢ）を各ノードシステムに配置し、一のノード
システムにおける特定のデータ（目的データ）に対する
アクセス要求の発生に際し、まず、その個別ＤＢにアク
セスし、該個別ＤＢ内に目的データが存在しない時は共
通ＤＢにアクセスし、該個別ＤＢのメモリ容量に空きが
あれば直ちに共通ＤＢより該目的データ又はこれを含む
所定のデータブロックを個別ＤＢに追加し、個別ＤＢの
メモリ容量に空きがなければその時点で最も必要性が低
いと判断されるデータを該個別ＤＢ内から削除した後、
共通ＤＢより該目的データ又はこれを含む所定のデータ
ブロックを個別ＤＢに追加し、また、個別ＤＢの内容を
更新する際には同時に共通ＤＢの内容も更新するように
なした分散データベース管理方法を提案する。
成するため、通信サービスに必要な呼処理、網管理機能
を有する複数の網種別が異なるノードシステムによって
構成された分散型マルチメディア通信網において、統一
的な体系・構造を有し且つ全ての網種別に対応したデー
タを含む少なくとも１つのデータベース（共通ＤＢ）を
全てのノードシステムよりアクセス可能に配置し、前記
全データ中、個々のノードシステム内でのみ必要とされ
るデータ、アクセス頻度の高いデータ及びその応答にリ
アルタイム性が要求されるデータを含むデータベース
（個別ＤＢ）を各ノードシステムに配置し、一のノード
システムにおける特定のデータ（目的データ）に対する
アクセス要求の発生に際し、まず、その個別ＤＢにアク
セスし、該個別ＤＢ内に目的データが存在しない時は共
通ＤＢにアクセスし、該個別ＤＢのメモリ容量に空きが
あれば直ちに共通ＤＢより該目的データ又はこれを含む
所定のデータブロックを個別ＤＢに追加し、個別ＤＢの
メモリ容量に空きがなければその時点で最も必要性が低
いと判断されるデータを該個別ＤＢ内から削除した後、
共通ＤＢより該目的データ又はこれを含む所定のデータ
ブロックを個別ＤＢに追加し、また、個別ＤＢの内容を
更新する際には同時に共通ＤＢの内容も更新するように
なした分散データベース管理方法を提案する。
【０００７】
【作用】本発明によれば、目的データに対するアクセス
要求が発生すると、まず、各ノードシステム内の個別Ｄ
Ｂに対してアクセスが実行され、該目的データが自シス
テム内の個別ＤＢに存在しない場合のみ、共通ＤＢに対
してアクセスが実行される。この際、自システム内の個
別ＤＢに前記目的データを追加することにより、同じデ
ータが再度、目的データとなる場合に備える。また、こ
の時、自システム内の個別ＤＢに充分な空き領域がなけ
ればその時点で最も必要性が低いと判断されるデータを
削除することにより、メモリ容量の増大を抑制する。さ
らにまた、個別ＤＢの内容を更新する際には同時に共通
ＤＢの内容も更新することにより、個別ＤＢの内容を常
に共通データベースにも存在させる。
要求が発生すると、まず、各ノードシステム内の個別Ｄ
Ｂに対してアクセスが実行され、該目的データが自シス
テム内の個別ＤＢに存在しない場合のみ、共通ＤＢに対
してアクセスが実行される。この際、自システム内の個
別ＤＢに前記目的データを追加することにより、同じデ
ータが再度、目的データとなる場合に備える。また、こ
の時、自システム内の個別ＤＢに充分な空き領域がなけ
ればその時点で最も必要性が低いと判断されるデータを
削除することにより、メモリ容量の増大を抑制する。さ
らにまた、個別ＤＢの内容を更新する際には同時に共通
ＤＢの内容も更新することにより、個別ＤＢの内容を常
に共通データベースにも存在させる。
【０００８】
【実施例】図１は本発明の分散データベース管理方法を
適用した分散型マルチメディア通信網の一実施例を示す
もので、図中、１は共通データベース（ＤＢ）、２，
３，４，５，６，７，８は通信サービスに必要な呼処
理、網管理機能を有し、対応する網種別が異なるノード
システム、２Ａ，３Ａ，４Ａ，５Ａ，６Ａ，７Ａ，８Ａ
はノードシステム２，３，４，５，６，７，８内にそれ
ぞれ配置された個別データベース（ＤＢ）、９は各ノー
ドシステム２〜８に接続された各種の端末である。
適用した分散型マルチメディア通信網の一実施例を示す
もので、図中、１は共通データベース（ＤＢ）、２，
３，４，５，６，７，８は通信サービスに必要な呼処
理、網管理機能を有し、対応する網種別が異なるノード
システム、２Ａ，３Ａ，４Ａ，５Ａ，６Ａ，７Ａ，８Ａ
はノードシステム２，３，４，５，６，７，８内にそれ
ぞれ配置された個別データベース（ＤＢ）、９は各ノー
ドシステム２〜８に接続された各種の端末である。
【０００９】共通ＤＢ１は、統一的な体系・構造を有し
且つ全ての網種別に対応したデータを含む全データファ
イル（図示せず）を備えている。また、個別ＤＢ２Ａ〜
８Ａはそれぞれノードシステム２〜８内でのみ必要とさ
れるデータ、アクセス頻度の高いデータ及びその応答に
リアルタイム性が要求されるデータを含む部分データフ
ァイル（図示せず）を備えている。
且つ全ての網種別に対応したデータを含む全データファ
イル（図示せず）を備えている。また、個別ＤＢ２Ａ〜
８Ａはそれぞれノードシステム２〜８内でのみ必要とさ
れるデータ、アクセス頻度の高いデータ及びその応答に
リアルタイム性が要求されるデータを含む部分データフ
ァイル（図示せず）を備えている。
【００１０】図２は本発明方法における処理の流れを示
すもので、以下、一のノードシステムにおいて特定のデ
ータ（以下、目的データと称す。）に対するアクセス要
求が発生した場合の動作を、いくつかのケースを取上げ
て説明する。
すもので、以下、一のノードシステムにおいて特定のデ
ータ（以下、目的データと称す。）に対するアクセス要
求が発生した場合の動作を、いくつかのケースを取上げ
て説明する。
【００１１】図３は目的データが部分データファイル内
に存在するケース（以下、ケース１（正常系）と称
す。）の動作を示すもので、ここではノードシステム２
において目的データ、例えばａに対するアクセス要求が
発生した場合を示す。図中、１０は共通ＤＢ１が有する
全データファイル、２０は個別ＤＢ２Ａが有する部分デ
ータファイル、２１は当初、個別ＤＢ２Ａの部分データ
ファイル２０内に（共通ＤＢ１の全データファイル１０
内にも）存在するデータブロックである。
に存在するケース（以下、ケース１（正常系）と称
す。）の動作を示すもので、ここではノードシステム２
において目的データ、例えばａに対するアクセス要求が
発生した場合を示す。図中、１０は共通ＤＢ１が有する
全データファイル、２０は個別ＤＢ２Ａが有する部分デ
ータファイル、２１は当初、個別ＤＢ２Ａの部分データ
ファイル２０内に（共通ＤＢ１の全データファイル１０
内にも）存在するデータブロックである。
【００１２】ノードシステム２において目的データａに
対するアクセス要求が発生すると、まず、個別ＤＢ２Ａ
の部分データファイル２０内で前記目的データａを検索
する（ステップＳ１）。この時、データブロック２１中
に前記目的データａが存在するため、該部分データファ
イル２０内で前記目的データａが発見され（ステップＳ
２）、該ノードシステム２はなんら問題なく目的データ
ａにアクセスすることができる（ステップＳ３）。
対するアクセス要求が発生すると、まず、個別ＤＢ２Ａ
の部分データファイル２０内で前記目的データａを検索
する（ステップＳ１）。この時、データブロック２１中
に前記目的データａが存在するため、該部分データファ
イル２０内で前記目的データａが発見され（ステップＳ
２）、該ノードシステム２はなんら問題なく目的データ
ａにアクセスすることができる（ステップＳ３）。
【００１３】図４及び図５は目的データが部分データフ
ァイル内に存在せず、しかも部分データファイル内には
充分な空き領域が存在するケース（以下、ケース２（準
正常系１）と称す。）の動作を示すもので、ここではノ
ードシステム３において目的データ、例えばｂに対する
アクセス要求が発生した場合を示す。図中、３０は個別
ＤＢ３Ａが有する部分データファイル、３１は当初、個
別ＤＢ３Ａの部分データファイル３０内に（共通ＤＢ１
の全データファイル１０内にも）存在するデータブロッ
クである。
ァイル内に存在せず、しかも部分データファイル内には
充分な空き領域が存在するケース（以下、ケース２（準
正常系１）と称す。）の動作を示すもので、ここではノ
ードシステム３において目的データ、例えばｂに対する
アクセス要求が発生した場合を示す。図中、３０は個別
ＤＢ３Ａが有する部分データファイル、３１は当初、個
別ＤＢ３Ａの部分データファイル３０内に（共通ＤＢ１
の全データファイル１０内にも）存在するデータブロッ
クである。
【００１４】ノードシステム３において目的データｂに
対するアクセス要求が発生すると、まず、個別ＤＢ３Ａ
の部分データファイル３０内で前記目的データｂを検索
する（ステップＳ１）。この時、データブロック３１中
に前記目的データｂが存在しないため、部分データファ
イル３０内で前記目的データｂが発見されない（ステッ
プＳ２）。そこで、ノードシステム３は共通ＤＢ１にア
クセスし、全データファイル１０内で前記目的データｂ
を検索する（ステップＳ４）。通常、該目的データｂは
全データファイル１０内に存在するので発見される（ス
テップＳ５）が、万一、発見されない場合は目的データ
不在としてエラー処理する（ステップＳ６）。
対するアクセス要求が発生すると、まず、個別ＤＢ３Ａ
の部分データファイル３０内で前記目的データｂを検索
する（ステップＳ１）。この時、データブロック３１中
に前記目的データｂが存在しないため、部分データファ
イル３０内で前記目的データｂが発見されない（ステッ
プＳ２）。そこで、ノードシステム３は共通ＤＢ１にア
クセスし、全データファイル１０内で前記目的データｂ
を検索する（ステップＳ４）。通常、該目的データｂは
全データファイル１０内に存在するので発見される（ス
テップＳ５）が、万一、発見されない場合は目的データ
不在としてエラー処理する（ステップＳ６）。
【００１５】全データファイル１０内で前記目的データ
ｂが発見された場合、ノードシステム３は個別ＤＢ３Ａ
の部分データファイル３０の使用状況を参照する（ステ
ップＳ７）。この際、部分データファイル３０には図４
に示すように充分な空き領域がある（ステップＳ８）た
め、共通ＤＢ１の全データファイル１０から目的データ
ｂを含むデータブロック１１を個別ＤＢ３Ａの部分デー
タファイル３０内の空き領域に図５に示す如く追加する
（ステップＳ９）。その後、ノードシステム３は個別Ｄ
Ｂ３Ａの部分データファイル３０内で目的データｂにア
クセスする（ステップＳ１０）。
ｂが発見された場合、ノードシステム３は個別ＤＢ３Ａ
の部分データファイル３０の使用状況を参照する（ステ
ップＳ７）。この際、部分データファイル３０には図４
に示すように充分な空き領域がある（ステップＳ８）た
め、共通ＤＢ１の全データファイル１０から目的データ
ｂを含むデータブロック１１を個別ＤＢ３Ａの部分デー
タファイル３０内の空き領域に図５に示す如く追加する
（ステップＳ９）。その後、ノードシステム３は個別Ｄ
Ｂ３Ａの部分データファイル３０内で目的データｂにア
クセスする（ステップＳ１０）。
【００１６】図６、図７及び図８は目的データが部分デ
ータファイル内に存在せず、しかも部分データファイル
内には充分な空き領域が存在しないケース（以下、ケー
ス３（準正常系２）と称す。）の動作を示すもので、こ
こではノードシステム４において目的データ、例えばｃ
に対するアクセス要求が発生した場合を示す。図中、４
０は個別ＤＢ４Ａが有する部分データファイル、４１は
当初、個別ＤＢ４Ａの部分データファイル４０内に（共
通ＤＢ１の全データファイル１０内にも）存在するデー
タブロックである。
ータファイル内に存在せず、しかも部分データファイル
内には充分な空き領域が存在しないケース（以下、ケー
ス３（準正常系２）と称す。）の動作を示すもので、こ
こではノードシステム４において目的データ、例えばｃ
に対するアクセス要求が発生した場合を示す。図中、４
０は個別ＤＢ４Ａが有する部分データファイル、４１は
当初、個別ＤＢ４Ａの部分データファイル４０内に（共
通ＤＢ１の全データファイル１０内にも）存在するデー
タブロックである。
【００１７】ノードシステム４において目的データｃに
対するアクセス要求が発生すると、まず、個別ＤＢ４Ａ
の部分データファイル４０内で前記目的データｃを検索
する（ステップＳ１）。この時、データブロック４１中
に前記目的データｃが存在しないため、部分データファ
イル４０内で前記目的データｃが発見されない（ステッ
プＳ２）。そこで、ノードシステム４は共通ＤＢ１にア
クセスし、全データファイル１０内で前記目的データｃ
を検索する（ステップＳ４）。通常、該目的データｃは
全データファイル１０内に存在するので発見される（ス
テップＳ５）が、万一、発見されない場合は目的データ
不在としてエラー処理する（ステップＳ６）。
対するアクセス要求が発生すると、まず、個別ＤＢ４Ａ
の部分データファイル４０内で前記目的データｃを検索
する（ステップＳ１）。この時、データブロック４１中
に前記目的データｃが存在しないため、部分データファ
イル４０内で前記目的データｃが発見されない（ステッ
プＳ２）。そこで、ノードシステム４は共通ＤＢ１にア
クセスし、全データファイル１０内で前記目的データｃ
を検索する（ステップＳ４）。通常、該目的データｃは
全データファイル１０内に存在するので発見される（ス
テップＳ５）が、万一、発見されない場合は目的データ
不在としてエラー処理する（ステップＳ６）。
【００１８】全データファイル１０内で前記目的データ
ｃが発見された場合、ノードシステム４は個別ＤＢ４Ａ
の部分データファイル４０の使用状況を参照する（ステ
ップＳ７）が、部分データファイル４０には図６に示す
ように充分な空き領域がない（ステップＳ８）。そこ
で、ノードシステム４は個別ＤＢ４Ａの部分データファ
イル４０内のデータブロック４１から最終アクセス時刻
の最も古いデータ又はデータブロックを必要性が低いと
判断して削除し、データブロック４１´とし（ステップ
Ｓ１１）、部分データファイル４０内に図７に示すよう
な空き領域を生成する。
ｃが発見された場合、ノードシステム４は個別ＤＢ４Ａ
の部分データファイル４０の使用状況を参照する（ステ
ップＳ７）が、部分データファイル４０には図６に示す
ように充分な空き領域がない（ステップＳ８）。そこ
で、ノードシステム４は個別ＤＢ４Ａの部分データファ
イル４０内のデータブロック４１から最終アクセス時刻
の最も古いデータ又はデータブロックを必要性が低いと
判断して削除し、データブロック４１´とし（ステップ
Ｓ１１）、部分データファイル４０内に図７に示すよう
な空き領域を生成する。
【００１９】ついで、ノードシステム４は共通ＤＢ１の
全データファイル１０から目的データｃを含むデータブ
ロック１２を個別ＤＢ４Ａの部分データファイル４０内
の空き領域に図８に示す如く追加する（ステップＳ
９）。その後、ノードシステム４は個別ＤＢ４Ａの部分
データファイル４０内で目的データｃにアクセスする
（ステップＳ１０）。
全データファイル１０から目的データｃを含むデータブ
ロック１２を個別ＤＢ４Ａの部分データファイル４０内
の空き領域に図８に示す如く追加する（ステップＳ
９）。その後、ノードシステム４は個別ＤＢ４Ａの部分
データファイル４０内で目的データｃにアクセスする
（ステップＳ１０）。
【００２０】なお、図４及び図５、並びに図６、図７及
び図８のケースにおいて共通ＤＢ１の全データファイル
１０内から目的データのみを個別ＤＢの部分データファ
イル内に追加するようにしても良い。
び図８のケースにおいて共通ＤＢ１の全データファイル
１０内から目的データのみを個別ＤＢの部分データファ
イル内に追加するようにしても良い。
【００２１】また、前記実施例において、個別ＤＢ２Ａ
〜８Ａの内容を更新する際には同時に共通ＤＢ１の内容
も更新するものとする。
〜８Ａの内容を更新する際には同時に共通ＤＢ１の内容
も更新するものとする。
【００２２】また、図１に示した分散型マルチメディア
通信網では１つの共通ＤＢが特定のノードシステム、こ
こでは２に接続されているが、共通ＤＢ自体が独立した
１つのノードシステムとして存在するような場合でも、
また、複数の共通ＤＢが存在するような場合でも同様の
効果が得られる。さらにまた、各ノードシステムの接続
形態についても図１のようなノードシステムの接続形態
をとらず、他の接続形態、例えば階層型接続、リング型
接続、スター型接続をとった場合にも同様の効果が得ら
れる。
通信網では１つの共通ＤＢが特定のノードシステム、こ
こでは２に接続されているが、共通ＤＢ自体が独立した
１つのノードシステムとして存在するような場合でも、
また、複数の共通ＤＢが存在するような場合でも同様の
効果が得られる。さらにまた、各ノードシステムの接続
形態についても図１のようなノードシステムの接続形態
をとらず、他の接続形態、例えば階層型接続、リング型
接続、スター型接続をとった場合にも同様の効果が得ら
れる。
【００２３】
【発明の効果】以上説明したように本発明によれば、一
のノードシステムで目的データに対するアクセス要求が
発生し、該目的データがその個別ＤＢ内にない場合でも
共通ＤＢへアクセスすることにより目的データを得るこ
とができ、また、この際、前記目的データを自システム
内の個別ＤＢに追加するため、同じデータが再度、目的
データとなった場合でも直ちに目的データを得ることが
でき、リアルタイム性が要求されるようなデータ処理も
円滑に実行することができ、また、前記自システム内の
個別ＤＢへのデータの追加の際、充分な空き領域がなけ
ればその時点で最も必要性が低いと判断されるデータを
削除するため、メモリ容量を増加させることなく、その
使用効率を上げてデータを管理することができ、さらに
また、個別ＤＢの内容を更新する際には同時に共通ＤＢ
の内容も更新するため、個別ＤＢの内容を常に共通デー
タベースにも存在させることができ、通信網全体に対し
て有用なデータ管理を行うことができる。
のノードシステムで目的データに対するアクセス要求が
発生し、該目的データがその個別ＤＢ内にない場合でも
共通ＤＢへアクセスすることにより目的データを得るこ
とができ、また、この際、前記目的データを自システム
内の個別ＤＢに追加するため、同じデータが再度、目的
データとなった場合でも直ちに目的データを得ることが
でき、リアルタイム性が要求されるようなデータ処理も
円滑に実行することができ、また、前記自システム内の
個別ＤＢへのデータの追加の際、充分な空き領域がなけ
ればその時点で最も必要性が低いと判断されるデータを
削除するため、メモリ容量を増加させることなく、その
使用効率を上げてデータを管理することができ、さらに
また、個別ＤＢの内容を更新する際には同時に共通ＤＢ
の内容も更新するため、個別ＤＢの内容を常に共通デー
タベースにも存在させることができ、通信網全体に対し
て有用なデータ管理を行うことができる。
【図１】本発明の分散データベース管理方法を適用した
分散型マルチメディア通信網の一実施例を示す構成図
分散型マルチメディア通信網の一実施例を示す構成図
【図２】本発明の分散データベース管理方法における処
理の流れ図
理の流れ図
【図３】ケース１の動作を示す説明図
【図４】ケース２の動作を示す説明図
【図５】ケース２の動作を示す説明図
【図６】ケース３の動作を示す説明図
【図７】ケース３の動作を示す説明図
【図８】ケース３の動作を示す説明図
１…共通ＤＢ、２，３，４，５，６，７，８…ノードシ
ステム、２Ａ，３Ａ，４Ａ，５Ａ，６Ａ，７Ａ，８Ａ…
個別ＤＢ、９…端末、１０…全データファイル、２０，
３０，４０…部分データファイル、１１，１２，２１，
３１，４１，４１´…データブロック、ａ，ｂ，ｃ…目
的データ。
ステム、２Ａ，３Ａ，４Ａ，５Ａ，６Ａ，７Ａ，８Ａ…
個別ＤＢ、９…端末、１０…全データファイル、２０，
３０，４０…部分データファイル、１１，１２，２１，
３１，４１，４１´…データブロック、ａ，ｂ，ｃ…目
的データ。
Claims (1)
- 【請求項１】 通信サービスに必要な呼処理、網管理機
能を有する複数の網種別が異なるノードシステムによっ
て構成された分散型マルチメディア通信網において、 統一的な体系・構造を有し且つ全ての網種別に対応した
データを含む少なくとも１つのデータベース（共通Ｄ
Ｂ）を全てのノードシステムよりアクセス可能に配置
し、 前記全データ中、個々のノードシステム内でのみ必要と
されるデータ、アクセス頻度の高いデータ及びその応答
にリアルタイム性が要求されるデータを含むデータベー
ス（個別ＤＢ）を各ノードシステムに配置し、 一のノードシステムにおける特定のデータ（目的デー
タ）に対するアクセス要求の発生に際し、まず、その個
別ＤＢにアクセスし、 該個別ＤＢ内に目的データが存在しない時は共通ＤＢに
アクセスし、 該個別ＤＢのメモリ容量に空きがあれば直ちに共通ＤＢ
より該目的データ又はこれを含む所定のデータブロック
を個別ＤＢに追加し、 個別ＤＢのメモリ容量に空きがなければその時点で最も
必要性が低いと判断されるデータを該個別ＤＢ内から削
除した後、共通ＤＢより該目的データ又はこれを含む所
定のデータブロックを個別ＤＢに追加し、 また、個別ＤＢの内容を更新する際には同時に共通ＤＢ
の内容も更新するようになしたことを特徴とする分散デ
ータベース管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP33817591A JPH05173868A (ja) | 1991-12-20 | 1991-12-20 | 分散データベース管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP33817591A JPH05173868A (ja) | 1991-12-20 | 1991-12-20 | 分散データベース管理方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH05173868A true JPH05173868A (ja) | 1993-07-13 |
Family
ID=18315628
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP33817591A Pending JPH05173868A (ja) | 1991-12-20 | 1991-12-20 | 分散データベース管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH05173868A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0981491A (ja) * | 1995-09-12 | 1997-03-28 | Toshiba Corp | ネットワークビデオサーバ、クライアント装置及びマルチメディア情報提供方法 |
| JP2000181843A (ja) * | 1998-12-18 | 2000-06-30 | Toshiba Corp | 情報中継装置及び記憶媒体 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS5960662A (ja) * | 1982-09-30 | 1984-04-06 | Fujitsu Ltd | デ−タ・ベ−ス集中デ−タ処理システム |
| JPS61294560A (ja) * | 1985-06-21 | 1986-12-25 | Nec Corp | 集中分散型によるデ−タベ−ス同時更新処理方式 |
| JPH01134665A (ja) * | 1987-11-20 | 1989-05-26 | Sanyo Electric Co Ltd | 情報処理システム |
| JPH0258165A (ja) * | 1988-08-24 | 1990-02-27 | Hitachi Ltd | 分散型データベースシステムの管理方法 |
-
1991
- 1991-12-20 JP JP33817591A patent/JPH05173868A/ja active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS5960662A (ja) * | 1982-09-30 | 1984-04-06 | Fujitsu Ltd | デ−タ・ベ−ス集中デ−タ処理システム |
| JPS61294560A (ja) * | 1985-06-21 | 1986-12-25 | Nec Corp | 集中分散型によるデ−タベ−ス同時更新処理方式 |
| JPH01134665A (ja) * | 1987-11-20 | 1989-05-26 | Sanyo Electric Co Ltd | 情報処理システム |
| JPH0258165A (ja) * | 1988-08-24 | 1990-02-27 | Hitachi Ltd | 分散型データベースシステムの管理方法 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0981491A (ja) * | 1995-09-12 | 1997-03-28 | Toshiba Corp | ネットワークビデオサーバ、クライアント装置及びマルチメディア情報提供方法 |
| JP2000181843A (ja) * | 1998-12-18 | 2000-06-30 | Toshiba Corp | 情報中継装置及び記憶媒体 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6553368B2 (en) | Network directory access mechanism | |
| RU2144207C1 (ru) | Способ создания и обслуживания многочисленных версий документов в библиотеке системы обработки данных | |
| US5687363A (en) | Distributed database architecture and distributed database management system for open network evolution | |
| US5493607A (en) | Multi-system network addressing | |
| US5721909A (en) | Distributed database architecture and distributed database management system for open network evolution | |
| US5835757A (en) | Distributed database management system for servicing application requests in a telecommunications switching system | |
| US20030208509A1 (en) | Data management apparatus storing uncomplex data and data elements of complex data in different tables in data storing system | |
| KR100293795B1 (ko) | 분산형데이터베이스시스템및데이터엔티티액세스방법 | |
| EP0675451A2 (en) | A distributed database architecture and distributed database management system for open network evolution | |
| US7353322B1 (en) | System and method for providing dynamic configuration ROM using double image buffers | |
| CN109936571A (zh) | 一种海量数据共享方法、开放共享平台及电子设备 | |
| EP1030494B1 (en) | Communication unit and communication method with profile management | |
| JPH11514111A (ja) | 情報管理システムに関する装置と方法 | |
| JPH05173868A (ja) | 分散データベース管理方法 | |
| AU7558094A (en) | A management agent system for the support of multiple network managers, and a method for operating such a system | |
| CA2251491C (en) | Intelligent network capable of executing a plurality of service control request messages in a single service control point | |
| JP2644535B2 (ja) | ネットワーク間ファイル検索処理システム | |
| US6622146B1 (en) | System managing method and apparatus for decreasing a load applied to a common processing unit | |
| US20030014506A1 (en) | Management of a network element using managed objects in a digital communications network | |
| US5893103A (en) | Method of reconstructing a managed information tree | |
| JP3008500B2 (ja) | 更新レコード読み出し機構 | |
| WO1999013419B1 (en) | Method and system for managing information using a relational database | |
| JP2000259479A (ja) | ディレクトリサービスの実現方法 | |
| KR100216574B1 (ko) | 비동기전달모드 교환 시스템에서의 데이터 할당 테이블을 이용한 신호망 데이터 구성방법 | |
| JP3179077B2 (ja) | 用語の一元管理方式 |