JPH10500505A - データ管理システム - Google Patents

Abstract

(57)【要約】 データ管理システムによって、ユーザに対しデータ管理タスクの負担をできるかぎり軽減し、しかもそのようにしてもユーザ個々のユーザデータの構築に関してフレキシブルであるようにする。本発明によればこの目的は、セントラルコントロールシステム（ＣＵ）と汎用データモジュール（ＧＭ）を有する汎用データベース（ＧＤＢ）により達成される。この場合、汎用データモジュールにはすでに、セントラルコントロールシステムと共働してアクセスコントロールとデータメンテナンスを実施するためのあらゆる機能が含まれており、しかもそれにもかかわらず、汎用データモジュールによってユーザ個々のユーザデータの構築を行わせることができる。

Description

【発明の詳細な説明】 データ管理システム リアルタイムシステムたとえば交換システムの場合、部分的に互いに複雑に関 連している大量のデータを管理しなければならない。それらのデータへのアクセ スはリアルタイムに行われなければならず、つまりできるかぎり迅速かつ確実に （一貫して）行われなければならない。 これまでに知られている交換システムの場合、種々のユーザシステム自体がデ ータモジュール、アドレッシング形式およびアクセス手順に対し責任を負ってい た。このことにより、同じ形式の機能を実施するにもユーザシステムごとに固有 の構築が行われることになってしまう。しかも統一的な構造が欠けているため、 概観するのが困難になるし、さらに外部のオブジェクト指向アクセス（ＣＭＩＳ Ｅ）のサポートも難しくなってしまう。 データ一貫性はこれまでやはりユーザレベルで保証されてきた。その結果、ア クセスコントロールに関して大雑把な細分性のものになっていた。しかも一貫性 保証のための方法によりシステムの有用性が制限されてしまう。さらに一貫性の 確保は、ダイレクトなデータアクセスを可能にすることで困難になってしまう。 このことでたとえばアクセスコンフリクトをほとんど検出できない。 したがって本発明の課題は、ユーザデータへのユーザのアクセスを自立的にコ ントロールし、しかもユーザ固有のユーザデータの構築に対しフレキシブルであ るようにしたデータ管理システムを提供することにある。 本発明によればこの課題は、請求項１に記載の特徴により解決される。 （セントラルおよびローカル）アクセスコントロールシステムにより、データ 管理システムのユーザシステムに対しアクセスコントロールのタスク（たとえば アクセスシーケンスにおけるデータ一貫性のコントロール、複数のユーザによる 並行したアクセスにあたってのアクセスコンフリクトのコントロール）の負担が 軽減され、その結果、ユーザシステムの有用性が高まる。 ユーザはもっぱら、データ管理システムから送出されるアクセスプロシージャ を介してデータ管理システムとコミュニケーションをとるので、ユーザに対し良 好なデータカプセル化が保証される。これによりアクセスコンフリクトをきわめ て容易に検出することができ、これはやはりアクセスコントロールシステムによ って処理される。 さらにユーザは、間接的なデータアクセスによりデ ータ管理機能の束縛から広範囲にわたって解放される。 汎用モジュールのインスタンシエーション（instantiation）により、つまり ユーザ固有のデータタイプおよびパラメータの定義により、汎用モジュールから 簡単にユーザ固有のデータモジュール（ユーザモジュール）を生成することがで き、これは複雑な機能に関して（たとえばデータ一貫性の確保に関して）誤りな く確実に機能する。それというのはインスタンシエーションにより自動的に、基 礎となる汎用モジュールのすべての機能もいっしょに引き渡されるからである。 したがって、種々のユーザモジュールにおける同一の機能は１回だけ組み込め ばいいので、つまりそれは共通の汎用モジュールに組み込めばよいので（汎用機 能）、組み込みやテストならびにメンテナンスに係わる煩雑さないしコストはそ の汎用モジュールについてだけで済む。 しかも汎用モジュールの統一的な構造によって、外部のオブジェクト指向アク セス（ＣＭＩＳＥ）が簡単になる。 請求項２には本発明の１つの実施形態が記載されている。複数のスタンダード アクセスプロシージャから成るユーザアクセスプロシージャの導入により、個々 のアプリケーションとそのアプリケーションの論理的なデータ構造との独立性が 得られる。 アプリケーションアクセスプロシージャ（Ｖｉｅｗ）において、１つまたは複 数のオブジェクトクラスへのアクセスが実行される。１つのオブジェクトクラス は１つのユーザモジュールにおいて管理される。１つのアプリケーションアクセ スプロシージャはパラメータとして、アクセスを受けるオブジェクトクラスの所 望の属性を有しており、その際、それらのパラメータはリターンパラメータであ り、これはユーザアクセスプロシージャの実行後、アプリケーションに戻される 。このようにしてユーザアクセスプロシージャにより、記憶されているユーザデ ータに対する固有のヴューイング方式がアプリケーションに対して用意される。 したがって論理的なデータ構造の変更が行われても、アプリケーションに対しい かなる影響も及ぼさない。 次に、図面を参照しながら本発明の実施例について詳細に説明する。 図において、各ブロック間の矢印により機能的関係（たとえばプロシージャコ ール、矢印の先端は呼び出されるプロシージャを示す）が表されている。 図１および図２には本発明によるデータ管理システムＥＤＢの構造が示されて おり、これに対して種々のアプリケーションＡＰＰＬがアクセスできる。 このデータ管理システムは２つのレイヤから成り、つまりアプリケーション固 有のシステムレイヤ（以下ではアプリケーション固有データベースＡＤＢと称す る）と、アプリケーションに依存しないシステムレイヤ（以下では汎用データベ ースＧＤＢと称する）により構成されている。 汎用データベースＧＤＢは中央機能と局部機能を有しており、中央機能はセン トラルコントロールシステムＣＵにおいて実現されており、局部機能は汎用モジ ュールＧＭにおいて実現されている。 さらにセントラルコントロールシステムＣＵは、アクセス（個別アクセスまた はアクセスシーケンス）を集中的にコントロールするセントラルアクセスコント ロールシステムＣＴＣＣと、汎用アクセスアルゴリズムＡＬＧと、ユーザデータ の安全保護のためバックグラウンドメモリへのアクセスを行わせるセービングシ ステムＮＶＳＩと、更新されたユーザデータをリアルタイムシステムの種々のプ ロセッサへ分配するために用いられる分配システムＤＤＦＣとを有している。選 択的に、既存の機能に影響を与えることなく、可変長データを管理するためのデ ータプールＶＬＰを加えることもできる。 汎用モジュールＧＭはデータ内容を表す定義モジュール（テンプレート）を成 しており、これにはユーザデータを記憶させるためのデータ構造ならびにそれに 必要とされるアクセス構造つまりアドレッシング方式および基本的なアクセスプ ロシージャが含まれている。さらに汎用モジュールには、セントラル機能システ ムをサポートする付加的な構造すなわち調整および一貫性保証をサポートする構 造（ローカルアクセスコントロールシステムＣＴＣＬ）、ならびに種々のプラッ トフォームへのユーザデータの分配を支援する構造（ローカルデータ分配システ ムＤＤＦＬ）も含まれている。その際、汎用モジュールにおける上記の各構造の 記述はユーザに依存することなく行われ、つまりデータ構造のデータレイアウト に依存しないようにして行われる。 各構成要素（たとえばローカルアクセスコントロールシステムＣＴＣＬ，ロー カル分配システムＤＤＦＬならびにこれに必要な付加的なデータ定義、種々のア ドレス方式）の組み合わせにより、様々な形式の汎用モジュールが形成される。 相応のアプリケーションのデータモデリングから生じる要求により変形形態が決 められる。 各汎用ジュールは、個別アクセスのコントロールに係わる基本的なアクセスプ ロシージャのセットを有している。このセットには、データエレメント（属性） を読み出すためのプロシージャＧＥＴ、データエレメントを修正するためのプロ シージャＳＥＴ、ならびにユーザのデータエレメントを生成ないし消去するため のプロシージャＣＲＥＡＴＥおよびＤＥＬＥＴＥが含まれている。ユーザのデー タへのアクセスは、これらの特別なアクセスプロシージャを介してのみ可能であ る（データのカプセル化）。相応の持続性要求を有するデータは、バックグラウ ンドメモリ上にコア・イメージ・フォーマット(core-image format)でセーブさ れる。これにより、所属のロードオペレーションを伴う交換機コンピュータのリ スタート後に目下のデータができりかぎり速く得られる。 アプリケーション固有のデータベースＡＤＢはビュー（View）とモジュールイ ンスタンス（Modulinnstance）を有しており、この場合、モジュールインスタン スは汎用モジュールからのインスタンシエーション（Instantiation）により形 成される。インスタンシエーションにより、汎用モジュールに対しユーザ固有の データ形式およびパラメータが形成される。したがってモジュールインスタンス のことを以下ではユーザ固有のデータモジュールまたはユーザモジュールと称す る。 ビューにより目下のアプリケーションＡＰＰＬに対するインタフェースが形成 される。これによりビューは、そのアプリケーションにおける概念的なデータモ ジュールの論理的イメージとなる。 アクセスコントロールシステムによりデータ管理システムＥＤＢに対するユー ザのアクセスがコントロールされ、その際、アップデートオペレーションにより データ管理システムが一貫した出発状態から一貫した終了状態へ移行することが 保証される。そしてこのよ うな一貫性を保証する目的で、アクセスコントロールシステムは全体的（アトミ ック）にアクセスシーケンス（トランザクションないし読み出しシーケンス）を 処理し、つまり１つのトランザクションはたとえば全体的に実行されるかまたは 全体的に拒否される。 さらにアクセスコントロールシステムは、互いに並行するアクセスシーケンス による同時のアクセスをコーディネートする。 さらにアクセスコントロールシステムはＣＴＣＣを有しており、全体で１つの アクセスシーケンスのコントロールに係わるコントロールジョブ（たとえばＳＴ ＡＲＴ＿ＴＡ，ＤＯ＿ＴＡ，ＡＢＯＲＴ＿ＴＡ）をユーザに対して実行する。 セントラルデータプールＶＬＰにより、可変長の半永続的なデータと過渡的な データが管理される。このセントラルデータプールには、それにより提供される データを格納し操作するために、データもプリミティブのセットも含まれている 。 セントラルデータプールにより管理されるすべてのデータは、データプールに よりカプセル化される。したがってこれらのデータに対するすべてのアクセスは 、上記のプリミティブを介してのみ行われる。さらに前述のモジュールインスタ ンスに対し、データプールから任意の長さのブロックを用意でき、その際、用意 された各データブロックはその用意に際して割り当て られる論理キーにより識別される。 汎用アクセスアルゴリズムＡＬＧはすべての汎用モジュールに共通の機能を有 しており、つまりデータメンテナンスの論理構成のためのアルゴリズム（たとえ ばリンクされたリスト、バイナリトリー）を有するとともに、データの物理的記 憶のためのメカニズムも有しており、つまりデータベース内部の管理構造ないし アクセス構造を通してデータ構造に依存しない手法を有している。そしてこの汎 用アクセスアルゴリズムは、もっぱら汎用モジュールによって呼び出される。 ＤＤＦＣはあるプラットフォーム（プロセッサ）から別のプラットフォーム（ プロセッサ）へのユーザデータの転送をコントロールし、これにより種々異なる プラットフォーム（プロセッサ）間のデータ一貫性が保証される。ＤＤＦＣはＧ ＭＩのＤＤＦＬによりダイナミックに呼び出される。 汎用モジュールは既述のようにデータコンテナのためのテンプレートとして用 いられ、これは固有のデータ構造体（たとえばソートされたリスト、バイナリト リー）ならびにそのデータ構造体に固有のアクセスアルゴリズムがアプリケーシ ョンに依存しない形で、つまりデータレイアウトに依存しない形式で記述されて いる。汎用モジュールはデータ管理システムに対する基本的なアクセスプロシー ジャを有しており、それらのプロシージャは個々のアプリケーションで利用でき 、このことで汎用データベースＧＤＢ中に含まれているデータに対する読み出し または書き込みが実現される。 データ構造体固有の部分とデータアクセスおよびデータ処理の一般的な部分と に分けられる汎用モジュールの内部構造に基づき、一般的な機能を汎用アルゴリ ズムＡＬＧと呼ぶことができ、それらは各汎用モジュールにより利用できる。そ れというのはそれらは汎用データベースのセントラルモジュールＣＭに格納され ているからである。さらに汎用モジュールは、セントラルアクセスコントロール システムＣＴＣＣとデータプールＶＬＰにより利用できるようになる他の一般的 な機能も使用する。 汎用モジュールを導入した主要な目的はソフトウェアの再利用性と代用性にあ る。汎用モジュールによりライブラリが形成され、そのライブラリからアプリケ ーション固有のデータモジュールをインスタンシエーションにより生成でき、つ まり一般的なデータレイアウト情報（ＣＨＩＬＬ内のスペースセーバたとえばＡ ＮＹ＿ＡＳＳＩＧＮ）を固有のレイアウト情報で置き換えることにより生成でき る。 アプリケーションとユーザモジュールとの間にアプリケーションプロシージャ レイヤＶＩＥＷを挿入することにより、個々のアプリケーションと論理的なデー タ構造との独立性が達成される。ユーザアクセスプロ シージャを用いることで１つまたは複数のオブジェクトクラスに対するアクセス が行われ、その際、１つのユーザモジュールにより１つのオブジェクトクラスが それぞれ管理される。ユーザアクセスプロシージャにはアクセスを受けるオブジ ェクトクラスの所望の属性がパラメータとして含まれており、それらのパラメー タは、ユーザアクセスプロシージャ実行後にアプリケーションに戻されるリター ンパラメータである。このようにしてユーザアクセスプロシージャによりアプリ ケーションに対して、記憶されているアプリケーションデータに対する固有のヴ ューイング方式が用意される。したがって論理的なデータ構造の変更が行われて も、アプリケーションに対しいかなる影響も及ぼさない。 アプリケーションないしユーザは、そのユーザデータの管理のためにもっぱら ユーザアクセスプロシージャＶＩＥＷを利用する。依存するデータの一貫した変 更のためにユーザプロシージャコールの相応のシーケンスは、セントラルアクセ スコントロールシステムへの命令によりトランザクションとして表される。トラ ンザクションの実行およびバックグラウンドメモリへのデータのセーブならびに データの分配は、データ管理システムにより自主的に行われ、したがってそれら はユーザには全く見えないものである。 次に、トランザクションの流れについて詳細に説明 する。 図３には１つのトランザクションのフェーズが示されている。１つのトランザ クションは少なくとも２つのフェーズを有しており、つまりユーザによりコント ロールされる準備フェーズと、セントラルアクセスコントロールシステムにより コントロールされる作動フェーズである。 準備フェーズにおいてトランザクションが段階的に構築され、これはユーザに より順次連続して個別アクセスのためのアクセスプロシージャ（ＳＥＴ，ＧＥＴ 等）がコールされることで行われる。基本的に、１つのトランザクション内で任 意の個数の個別アクセスを相応のアクセスプロシージャのコールにより開始させ ることができる。 準備フェーズはプロシージャＳＴＡＲＴ＿ＴＡにより開始され、プロシージャ ＤＯ＿ＴＡにより終了される。プロシージャＳＴＡＲＴ＿ＴＡはトランザクショ ンに対しトランザクション識別子ＴＡ＿ＩＤを割り当て、それをユーザに引き渡 す。そしてユーザは、このＴＡ＿ＩＤを個別アクセスのためのアクセスプロシー ジャのコールに際し入力パラメータとして利用する。 準備フェーズ中、アクセスプロシージャのコールが記録され、アクセスを受け るデータの必要に応じた変更が準備される。この準備フェーズにおいてユーザは 、プロシージャＡＢＯＲＴ＿ＴＡのコールによりトラ ンザクションを拒否することができる。 プロシージャＤＯ＿ＴＡのコールにより同時に作動フェーズが開始され、この フェーズはもっぱらアクセスコントロールシステムによりコントロールされるの で、ユーザのコールとは無関係に進行する。したがって作動フェーズ中は、個別 アクセスのための他のコールを考慮できない。 さらにこの準備フェーズ中、トランザクションのコーディネートが行われ、つ まり並行する他のトランザクションとのあらゆるコンフリクト状況が識別されて 調整される。その際、コーディネートは次のようにして行われる。すなわち、よ り早く開始されたトランザクションは継続して実施されるのに対し、並行する他 のトランザクションは相応の否定的な通報をユーザへ戻すことで拒絶される。こ のようにしてすべてのコンフリクト状況が準備フェーズ中に解消されるので、ト ランザクションは作動フェーズにおいて互いに無関係に実行できる。 図４にはセントラルアクセスコントロールシステムＣＴＣＣの構造が示されて いる。セントラルアクセスコントロールシステムＣＴＣＣは、トランザクション 管理システムＴＭＳ、ジェネレーション管理システムＧＭＳ、リソース管理シス テムＲＭＳ、ならびにコンフリクト管理システムＣＭＳを有している。 トランザクション管理システムＴＭＳは、データ管 理システムのデータオブジェクトに対するトランザクション指向のアクセスをコ ントロールする。 ジェネレーション管理システムＧＭＳは、作動フェーズ中にトランザクション 管理システムによりトランザクションに対し割り当てられたジェネレーション識 別子ＧＥＮ＿ＩＤに基づき、トランザクション内で生成されたデータジェネレー ションを管理する。この管理において、新たに生成されたデータジェネレーショ ンのアップデートが行われ、つまり新たなデータジェネレーションがワークメモ リおよび／またはディスクにおけるその最終的なメモリロケーションへ転送され る。さらにこの管理において、読み出しシーケンス（データ管理システムのデー タオブジェクトに対し論理的に関連する一連の読み出しアクセス）がコントロー ルされる。 この形式の管理により、並行して１つのトランザクションが行われている間に 、複数のデータオブジェクトから成るグループを１つの読み出しシーケンス内で 一貫性をもって（つまり読み出されるすべてのデータオブジェクトが同じジェネ レーションに属するように）読み出すことができる。 リソース管理システムＲＭＳは、アクセスコントロールのためにトランザクシ ョン管理システムおよび／またはジェネレーション管理システムによって用いら れるアクセスコントロールデータ構造体を管理する。 ＴＧＳＥはＳＷ分岐フィルタの形で構成されており、これは古いイメージを出 力する第１の出力側と新しいイメージを出力する第２の出力側を有しており、こ れによって古いイメージと並行してＤＯの新しいイメージを取り込めるようにな る。 ＴＡが新しいイメージを取り込もうとするたびに、ＲＭＳによりＴＧＳＥが要 求されて、次にそのＴＧＳＥがＴＭＳによりアクセスパスへ挿入される。 ＴＧＳＥにより新しいイメージの並行な取り込みが可能になるだけでなく、こ れがアクセスパスの一部になるので、インヒビット識別子の形で付加的にプロテ クトメカニズムを与えることもでき、これによりあるトランザクションがデータ オブジェクトＤＯへのアクセスを閉ざすことができ、したがって並行に動作して いるトランザクションの側からの新しいイメージへの許可されないアクセスを防 止できるようになる。 コンフリクト管理システムＣＭＳは、並行に動作するトランザクションにより トリガされる同じデータオブジェクトへの書き込みアクセスをコーデイネートし 、ある読み出しシーケンスが最も古いデータジェネレーションのデータオブジェ クトへの読み出しアクセスを同時に実行しようとするときに、そのデータジェネ レーションの消去を防止する。 次に、１つのトランザクションまたは１つの読み出しシーケンスにおいてまと められた個別アクションあ るいは正確にいえば、それらの個別アクションを実行するためのプロシージャに ついて、図５、図６、図７を参照しながら詳細に説明する。 図５には、ユーザモジュールに含まれており個々の読み出しアクションを実行 するプロシージャＧＥＴが示されている。このプロシージャは、１つのトランザ クション内でも１つの読み出しシーケンス内でもコールすることができる。プロ シージャＧＥＴの入力パラメータは、読み出しアクションの識別子と、データオ ブジェクトへのデータアクセスパスを介して導かれる論理キーである。プロシー ジャＧＥＴが１つのトランザクション内で用いられるならば、トランザクション の識別子はトランザクション識別子ＴＡ＿ＩＤである。そうではなくプロシージ ャＧＥＴが１つの読み出しシーケンス内で用いられるならば、その識別子はジェ ネレーション識別子ＧＥＮ＿ＩＤである。プロシージャＧＥＴの出力パラメータ は、データオブジェクトと、チェックメッセージを戻すためのメッセージパラメ ータである。 まずはじめに、論理キーに基づいてデータアクセスパスのリストを進む。 図６には、複数のリストを含みユーザに依存しないデータモジュールＶＬＰに 格納されているデータアクセスパスの構造が実例として示されている。このデー タアクセスパスには、データブロックＵＢを指すポイ ンタであるリストエレメントをもったデータブロックリストＵＢＬが含まれてお り、さらに１つのデータブロックＵＢ内にはオブジェクトクラスリストＯＣＬお よびデータオブジェクトリストＤＯＬが含まれている。論理キーには上記のリス トのインデックスが含まれており、つまりインデックスＵＢＬ＿ＩＸ，ＯＣＬ＿ ＩＸ，ＤＯＬ＿ＩＸが含まれていて、これらのインデックスに基づきデータオブ ジェクトを指すポインタないしはアクセスコントロールデータ構造体ＴＧＳＥを 求めることができる。 まずはじめにプロシージャＧＥＴはデータアクセスパスを進み、ユーザに依存 しないセントラルデータプールＶＬＰに設けられているプロシージャＲＤ＿ＢＬ Ｋをコールする。このプロシージャは戻り値として、データオブジェクトリスト ＤＯＬを指す物理的なポインタを供給する。トランザクションの場合、このポイ ンタはトランザクションの準備フェーズに続く作動フェーズではじめて用いられ 、これによって本来のアクセスが実行される。 次に、パラメータ”データオブジェクトリストＤＯＬを指すポインタ”と”Ｄ ＯＬ＿ＩＸ”を有するプロシージャＡＣＣＥＳＳ＿ＯＣＩがコールされる。この プロシージャはたとえばＤＯＬのヘッダを検査して、与えられたパラメータ”Ｄ ＯＬ−ＩＸ”が有効なインデックスであるか否かを判定する。 インデックス”ＤＯＬ＿ＩＸ”が有効であれば、次にインデックス”ＤＯＬ＿ ＩＸ”に対応するリストＤＯＬのリストフィールドが分析される。その際、リス トフィールドのアクセスフィールド（ロックフィールド）に格納されている識別 子がトランザクション識別子であるのかジェネレーション識別子であるのかがチ ェックされる。図５には分岐ブロックが示されている。 この場合、ジェネレーション識別子であれば、プロシージャＥＶＡＬ＿ＧＥＮ ＴＲＥＥに基づきデータアクセスパスに続くジェネレーショントリーが評価され 、それに応じて、そのジェネレーション識別子に対応する物理的なポインタがデ ータオブジェクトに戻される。 識別子ＩＤがトランザクション識別子であればプロシージャＡＬＬＯＣ＿ＴＧ ＳＥがコールされ、このプロシージャはプロシージャＳＥＴを介して後続の書き 込みアクションを準備し、他のトランザクションに対しそのデータオブジェクト をロックする。 ユーザ固有のデータモジュールＧＭＩにはさらに、１つのトランザクション内 でデータオブジェクトを変形するプロシージャＳＥＴが含まれている。このプロ シージャの入力パラメータは、トランザクション識別子ＴＡ＿ＩＤ，データアク セスパスを通って導かれる論理キー、新たに受け取るデータを指すポインタ、な らびにその新たなデータの長さに関する情報である。また、出力パラメータはリ ターンメッセージのためのパラメータである。 図７にはプロシージャＳＥＴが示されており、このプロシージャにはプロシー ジャＧＥＴのように、プロシージャＲＤ＿ＢＬＫとＡＣＣＥＳＳ＿ＯＣＩにより 実行されるデータアクセスが含まれている。データアクセスの実行後、プロシー ジャＳＥＴはＣＴＣＣに含まれているプロシージャＡＬＬＯＣ＿ＴＧＳＥをコー ルし、このプロシージャにより新しいアクセスコントロールデータ構造体ＴＧＳ Ｅが要求され、新しいデータないし新しいデータオブジェクトが分岐フィルタ構 造体へコピーされる。プロシージャＳＥＴがプロシージャＧＥＴにより準備され ていた場合には、新しいアクセスコントロールデータ構造体への上記の割り当て は省略される。 ユーザ固有のデータモジュールにはさらに、１つのオブジェクトクラスを１つ のデータオブジェクトの分だけ拡げるプロシージャＣＲＥＡＴＥと、１つのオブ ジェクトクラスを１つのデータオブジェクトの分だけ小さくするプロシージャＤ ＥＬＥＴＥも含まれている。これら両方のプロシージャは、本発明の説明にとっ ては重要ではないので、ここで詳細には説明しない。

【手続補正書】特許法第１８４条の８ 【提出日】１９９６年６月１８日 【補正内容】 明細書 データ管理システム リアルタイムシステムたとえば交換システムの場合、部分的に互いに複雑に関 連している大量のデータを管理しなければならない。それらのデータへのアクセ スはリアルタイムに行われなければならず、つまりできるかぎり迅速かつ確実に （一貫して）行われなければならない。 ヨーロッパ特許出願公開第０４２５２２２号公報には、データディクショナリ を備えたデータベース管理システムについて記載されている。この場合、アプリ ケーションとデータベース管理システムは次のようにして互いに分離されている 。すなわち、それらのコミュニケーションはオペレーティングシステム（Ｉ／Ｏ インタラプト）を介して行われ、データベース管理システムにより管理されるデ ータはディスクに記憶される。このように分離するのは、リアルタイム性に対す る要求に関して著しく不利なものである。 これまでに知られている交換システムの場合、種々のユーザシステム自体がデ ータモジュール、アドレッシング形式およびアクセス手順に対し責任を負ってい た。このことにより、同じ形式の機能を実施するにもユーザシステムごとに固有 の構築が行われることにな ってしまう。しかも統一的な構造が欠けているため、概観するのが困難になるし 、さらに外部のオブジェクト指向アクセス（ＣＭＩＳＥ）のサポートも難しくな ってしまう。 データ一貫性はこれまでやはりユーザレベルで保証されてきた。その結果、ア クセスコントロールに関して大雑把な細分性のものになっていた。しかも一貫性 保証のための方法によりシステムの有用性が制限されてしまう。さらに一貫性の 確保は、ダイレクトなデータアクセスを可能にすることで困難になってしまう。 このことでたとえばアクセスコンフリクトをほとんど検出できない。 したがって本発明の課題は、ユーザデータへのユーザのアクセスを自立的にコ ントロールし、しかもユーザ固有のユーザデータの構築に対しフレキシブルであ るようにしたデータ管理システムを提供することにある。 本発明によればこの課題は、請求項１に記載の特徴により解決される。 （セントラルおよびローカル）アクセスコントロールシステムにより、データ 管理システムのユーザシステムに対しアクセスコントロールのタスク（たとえば アクセスシーケンスにおけるデータ一貫性のコントロール、複数のユーザによる 並行したアクセスにあたってのアクセスコンフリクトのコントロール）の負担が 軽減され、その結果、ユーザシステムの有用性が高まる。 請求の範囲 １．データ管理システムにおいて、 ａ）１つのセントラルコントロールシステム（ＣＵ）と少なくとも１つの汎用デ ータモジュール（ＧＭ）とを有するユーザに依存しない汎用ベースシステム（Ｇ ＤＢ）と、 ｂ）前記セントラルコントロールシステム（ＣＵ）内に含まれておりユーザデー タ（ＤＡＴＡ）へのアクセスを中央レベルでコントロールするセントラルアクセ スコントロールシステム（ＣＴＣＣ）と、 ｃ）それぞれ１つ汎用データモジュール（ＧＭ）内に含まれておりユーザデータ （ＤＡＴＡ）へのアクセスを局所レベルでコントロールし、前記セントラルアク セスコントロールシステム（ＣＴＣＣ）と相応に共働するローカルアクセスコン トロールシステム（ＣＴＣＬ）と、 ｄ）ユーザ固有のデータモジュールシステム（ＡＤＢ）が設けられており、該デ ータモジュールシステムは、 d1）少なくとも１つのユーザ固有のデータモジュール（ＧＭＩ）を有しており、 １つのユーザ固有のデータモジュールは、１つの汎用データモジュールからユー ザ固有のデータ形式を定義することにより生成され、 d2）少なくとも１つのユーザアクセスプロシージャ（Ｖ＿ＧＥＴ，Ｖ＿ＳＥＴ， ＳＴＡＲＴ−ＴＡ，ＤＯ−ＴＡ）が設けられており、該ユーザアクセスプロシー ジャはユーザシステム（ＡＰＰＬ）に対し送出され、データ管理システムに対す るユーザシステムの個々のインタフェースを成すことを特徴とする、 データ管理システム。 ２．１つのユーザアクセスプロシージャは、スタンダードアクセスプロシージャ （ＧＥＴ，ＳＥＴ，ＣＲＥＡＴＥ，ＤＥＬＥＴＥ）の組み合わせから構成されて おり、該スタンダードアクセスプロシージャは個々のローカルアクセスコントロ ールシステム（ＣＴＣＬ）内に含まれており、セントラルアクセスコントロール システム（ＣＴＣＣ）に対するインタフェースを有する、請求項１記載のデータ 管理システム。 ３．該データ管理システムにはセービングシステム（ＮＶＳＩ）が設けられてお り、該セービングシステムにより、ユーザデータをセーブするためのバックグラ ウンドメモリに対するインタフェースが実現され、該セービングシステムはもっ ぱらアクセスコントロールシステム（ＣＴＣＣ，ＣＴＣＬ）によりコールされる 、請求項１または２記載のデータ管理システム。 ４．該データ管理システムは、リアルタイムシステム 内に統合されていて分配システム（ＤＤＦＣ，ＤＤＦＬ）を有しており、該分配 システムは、ユーザアクセスに基づきアップデートされるユーザデータ（ＤＡＴ Ａ）をリアルタイムシステムの種々のプロセッサに分配し、もっぱらアクセスコ ントロールシステム（ＣＴＣＣ，ＣＴＣＬ）によりコールされる、請求項１〜３ のいずれか１項記載のデータ管理システム。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ベルント ズィークヴァルト ドイツ連邦共和国 Ｄ−86833 エットリ ンゲン ライプツィガー シュトラーセ 20

Claims (1)

1. 【特許請求の範囲】 １．データ管理システムにおいて、 ａ）１つのセントラルコントロールシステム（ＣＵ）と少なくとも１つの汎用デ ータモジュール（ＧＭ）とを有する汎用ベースシステム（ＧＤＢ）と、 ｂ）前記セントラルコントロールシステム（ＣＵ）内に含まれておりユーザデー タ（ＤＡＴＡ）へのアクセスを中央レベルでコントロールするセントラルアクセ スコントロールシステム（ＣＴＣＣ）と、 ｃ）１つ汎用データモジュール（ＧＭ）内に含まれておりユーザデータ（ＤＡＴ Ａ）へのアクセスを局所レベルでコントロールし、前記セントラルアクセスコン トロールシステム（ＣＴＣＣ）と相応に共働するローカルアクセスコントロール システム（ＣＴＣＬ）と、 ｄ）少なくとも１つのユーザ固有のデータモジュール（ＧＭＩ）と、少なくとも １つのユーザアクセスプロシージャ（Ｖ＿ＧＥＴ，Ｖ＿ＳＥＴ，ＳＴＡＲＴ−Ｔ Ａ，ＤＯ−ＴＡ）有するユーザ固有のデータモジュールシステム（ＡＤＢ）とが 設けられており、１つのユーザ固有のデータモジュールは、１つの汎用データモ ジュールからユーザ固有のデータ形式を定義することにより生成され、前記少な くとも１つのユーザアクセスプロシージャはデータ管理システ ムから送出され、該データ管理システムに対するユーザシステムの個々のインタ フェースを成すことを特徴とする、 データ管理システム。 ２．１つのユーザアクセスプロシージャは、スタンダードアクセスプロシージャ （ＧＥＴ，ＳＥＴ，ＣＲＥＡＴＥ，ＤＥＬＥＴＥ）の組み合わせから構成されて おり、該スタンダードアクセスプロシージャは個々のローカルアクセスコントロ ールシステム（ＣＴＣＬ）内に含まれており、セントラルアクセスコントロール システム（ＣＴＣＣ）に対するインタフェースを有する、請求項１記載のデータ 管理システム。 ３．該データ管理システムにはセービングシステム（ＮＶＳＩ）が設けられてお り、該セービングシステムにより、ユーザデータをセーブするためのバックグラ ウンドメモリに対するインタフェースが実現され、該セービングシステムはもっ ぱらアクセスコントロールシステム（ＣＴＣＣ，ＣＴＣＬ）によりコールされる 、請求項１または２記載のデータ管理システム。 ４．該データ管理システムには分配システム（ＤＤＦＣ，ＤＤＦＬ）が設けられ ており、該分配システムは、ユーザアクセスに基づきアップデートされるユーザ データ（ＤＡＴＡ）をリアルタイムシステムの 種々のプロセッサに分配し、もっぱらアクセスコントロールシステム（ＣＴＣＣ ，ＣＴＣＬ）によりコールされる、請求項１〜３のいずれか１項記載のデータ管 理システム。