JPH0644128A - オブジェクト指向プログラミングを支援するデータベース管理システム及び方法 - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】 オブジェクト指向型プログラミング言語で少
なくとも一部分が書かれているアプリケーションプログ
ラムによって作成されたオブジェクトの長語による記憶
及び検索を支援する。 【構成】 データ定義言語変換、オブジェクトマネジメ
ントシステム４２、オブジェクト変換システム５２及び
永続的オブジェクト記憶サーバ５４で構成し、アプリケ
ーション、データベース管理システム及びデータベース
間の相互作用の回数を減少するためにオブジェクトフォ
ールト機能を実行する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はデータベース管理システ
ムに関し、特にオブジェクト指向プログラミング言語で
書かれた応用プログラムによって作成されたオブジェク
トの長語での記憶及び検索のための支援を与えるシステ
ム及び方法に間する。

【０００２】

【従来の技術】コンピュータ支援設計製造、コンピュー
タ支援ソフトウエア設計、マルチメディア及びハイパー
メディア情報システム、人工知能エキスパートシステム
等、最新のコンピュータソフトウエアアプリケーション
の多くは、その内容及びオブジェクト間関係において従
来のシステムより格段に複雑なデータモデルを有する。
オブジェクト指向言語はアプリケーション開発者にこれ
らのアプリケーションに固有なデータモデルを作成し走
査する機構を提供する。データベースシステムはこれら
のアプリケーションによって作成されたデータを長語で
記憶する。しかしながら、既存の言語では長語による記
憶やオブジェクトの共用ができず、既存の商用データベ
ースシステム（階層、網、関係）は必要とする複雑なオ
ブジェクト指向データモデルを支援せず、更に既存のデ
ータベースシステムはアプリケーション開発者に異なる
言語及びモデリング範例を用いてアプリケーションを構
築することを要求するので、既存の言語及びデータベー
スはこれらのアプリケーションを開発するには不十分で
ある。

【０００３】これまでオブジェクト指向データベース
（ＯＯＤＢ）を開発するために種々の開発や商業上の努
力が払われてきた。これらのＯＯＤＢは、用いられるデ
ータモデルの種類、アプリケーションプログラムの相互
作用、オブジェクトにアクセスする方法、永続的データ
記憶方法等において、異なる。これら現在用いられてい
るＯＯＤＢおよびその弱点について考察しよう。

【０００４】アイリス（Ｉｒｉｓ、ヒューレットパッカ
ード社）及びジェムストーン（ＧｅｍＳｔｏｎｅ、セル
ビオコーポレーション社）は新しい所有権を主張できる
（ｐｒｏｐｒｉｅｔａｒｙ）オブジェクト指向データモ
デルを用いた代表的ＯＯＤＢであり、一方、ブイベース
（Ｖｂａｓｅ、オントロジック社）、オリオン（Ｏｒｉ
ｏｎ、マイクロエレクトロニクスアンドコンピュータテ
クノロジーコーポレーション社）及びドーム（ＤＯＭ
Ｅ、ドームソフトウエアコーポレーション）は既存のプ
ログラム言語のデータモデルに所有権を主張できる拡張
機能として組込まれるＯＯＤＢの例である。このような
種類のＯＯＤＢでは、アプリケーション開発者は効果的
にＯＯＤＢを使うために新しい所有権を主張できるデー
タモデルを修得しなくてはならない。これらのデータモ
デルは新しいので、これらを用いると、アプリケーショ
ン開発者が新しい言語を修得するため、生産性の損失と
なることがよくある。オリオンでは、使用者によって定
義されたクラスのインスタンスは、オリオンで定義され
たクラスでなければデータベースに記憶することができ
ない。更に、ジェムストーンやオリオンはそれらのクラ
スのインスタンスの移行を許さない。即ち、ゲムストー
ンまたはオリオンを基にしたアプリケーション内で作成
された各オブジェクトは特に削除指定しない限りデータ
ベースに記憶される。新しいデータモデルを開発する上
での別の問題は、アプリケーション開発者に言語コンパ
イラ、オブジェクトライブラリ及びプログラムデバッガ
等のようなアプリケーション開発ツールの単一ソースを
用いることを要求することであり、これらＯＯＤＢの広
範囲の普及を制限してしまう。

【０００５】ポストガース（ＰＯＳＴＧＲＥＳ、バーク
レイ大学）は、別の種類のデータモデルである既存の関
係データベースに所有権を主張できる機能拡張するデー
タモデルを用いたＯＯＤＢの例である。ポストガースは
拡張された関係及びオブジェクト指向データベースの組
合せである。オブジェクトは関係テーブルの記述を用い
て作成され、オブジェクトを操作するための関数はポス
トクエル（ＰＯＳＴＱＵＥＬ）照会言語及び従来の言語
（Ｃ及びＬＩＳＰ）を用いて作成される。また、アプリ
ケーション開発者が使用者定義型インデックスを付加え
たい時は、ポストガース関数を用いて記述し登録し、同
一の使用者定義型の２つのオブジェクト間で様々な比較
処理を行なわなくてはならない。後者の関数作成モード
ではアプリケーション開発者はポストガースとＣ／ＬＩ
ＳＰとの間でマップする必要が有り、このため、エラー
の原因となったり、アプリケーションシステムの開発と
いう仕事から離れてしまうので、この方法ではアプリケ
ーション構築の際に異なる言語やモデリング範例を用い
るというやっかいな要求を軽減することには全く役にた
たない。このオブジェクト指向及び関係データモデル間
のマッピングの問題は、インテーメディアオープスラ
（Ｉｎｔｅｒｍｅｄｉａ ＯＯＰＳＬＡ）’８７の会議
論文で深く議論されている。

【０００６】オントス（Ｏｎｔｏｓ、オントロジック
社）及びオブジェクトストア（Ｏｂｊｅｃｔ Ｓｔｏｒ
ｅ、オブジェクトデザイン社）は最後の種類のデータモ
デル、即ち既存のプログラミング言語のデータモデル
（例えば、ソフトウェアプログラムを書いたりデータベ
ースと相互操作するためにＣ＋＋プログラミング言語デ
ータモデルを用いる）を用いるＯＯＤＢの代表例であ
る。しかしながら、両システムは、付加的コードを付加
えたり（オントス）、または新しく標準でないＣ＋＋言
語構造を変換する（オブジェクトストア）には所有権を
主張できる言語コンパイラを用いる必要がある。最初の
２つの種類のＯＯＤＢのように、この方法でもアプリケ
ーション開発者はアプリケーション開発ツールの単一ソ
ースに頼らなければならないので、これらＯＯＤＢの広
範囲の普及を制限してしまう。

【０００７】上述した種類のデータモデルに固有の問題
に加えて、あるアプリケーションプログラムがＯＯＤＢ
と相互作用する時に困難が生じる。アイリスＯＯＤＢで
は、アプリケーション開発者は所有権を主張できるアイ
リス言語を用いてオブジェクトの型を定義しオブジェク
トを操作するための関数を開発する。アイリスは対話型
インターフェースを与え、アイリスのオブジェクトを検
索または操作することができる。要求は関係照会を行な
うことによって評価され（オブジェクトは関係テーブル
に記憶されるので）、結果はオブジェクト値や参照とし
てではなくアイリスの表現として戻される。アイリスは
組込まれたオブジェクトＳＱＬインターフェース及びＣ
言語インターフェース（オブジェクト指向型ではない）
を与え、このためアプリケーション開発者は既存の（お
そらくオブジェクト指向型ではない）プログラミング言
語で書かれた別個な関数を登録することができる。これ
らの方法では、アプリケーション開発者はアイリスオブ
ジェクトをプログラム言語でアクセスできるデータ構造
にマップしなくてはならないので、上述の問題が再び起
こることになる。

【０００８】同様に、ジェムストーンＯＯＤＢの開発者
も、アプリケーション開発者がオブジェクト型やオブジ
ェクトを操作するための関数を定義するのに用いる新し
い言語オーパル（ＯＰＡＬ）を定義した。ジェムストー
ンはオーパルのオブジェクトや関数を開発するための対
話型開発環境を与える。ジェムストーンは既存のプログ
ラム言語（Ｃやスモールトーク（Ｓｍａｌｌｔａｌ
ｋ））がジェムストーンと相互作用するための機構も用
意している。しかしながら、アプリケーション開発者が
オパール言語のみを用いるのでないなら、オーパルオブ
ジェクトをプログラム言語でアクセスできる構造にマッ
ピングするため、データベースの相互作用には２つのモ
デル及び言語を使わなくてはならないので、先に述べた
問題が生じることになる。

【０００９】ブイベースＯＯＤＢは２つの別個の言語、
オブジェクト型を定義するためのＴＤＬとアプリケーシ
ョンプログラムを開発するためのＣＯＰ（Ｃプログラム
言語の拡張版）とを必要とする。アプリケーション開発
者はデータモデルとプログラム言語との間でオブジェク
トをマップする必要はないが、プログラムの開発中には
２つの言語をやはり用いなければならないので、上述の
問題がここでも生じる。更にこのシステムによる制限に
は他のプログラミング言語からデータベースへのアクセ
スを提供していないことが含まれる。

【００１０】オリオンＯＯＤＢの開発者は既存のプログ
ラミング言語、コモンＬｉｓｐをデータモデルに用いた
が、彼等はその言語に数種の所有権を主張できる拡張機
能を開発した。ブイベースのように、ここでもデータモ
デルとプログラミング言語との間でオリオンＯＯＤＢに
対して変換する必要はない。しかし、この方法は所有権
を主張できる言語トランスレータを用いる必要がある。

【００１１】ポストガースの開発者たちは、一方、大部
分のアプリケーション開発者に、ポストガースの照会言
語であるポストクエルを主に用いたデータベースを相互
作用するプログラムを書くことを期待している。オブジ
ェクト間のナビゲーション（ｎａｖｉｇａｔｉｏｎ）は
可能であるが、照会は参照するオブジェクトに直接アク
セスする代りにナビゲーションを行なうように発行され
なければならない。アプリケーション開発者はプログラ
ム言語ステートメント、ポストクエル照会文、及び／又
はポストガースの内部関数のコールを含む彼等自身の関
数を定義し実施することができる。このように、アプリ
ケーション開発者は彼等のアプリケーションシステムを
構築するのに２つ以上のデータモデルを扱わなければな
らないことがある。このような要求は前述の問題を軽減
することができない。

【００１２】オントスによる方法は、Ｃ＋＋言語からデ
ータベースへのインターフェースを与える。しかしなが
ら、プログラムとオントスとの間の相互作用の量は、ア
プリケーション開発者によって与えられなければならな
い特別な関数（例えばオブジェクト構成、変換、記憶／
検索等）の要求による正当なまたは必要な量を遙かに越
えている。これは、データベースシステムによって処理
し得る仕事までアプリケーション開発者に強いることに
なる。オブジェクトストアもＣ＋＋言語からデータベー
スのインターフェースを与える。しかし、このインター
フェースは新たなＣ＋＋言語構成の意味を再定義する
か、或いは加えることによって達成されるので、オブジ
ェクトデザイン社の所有権を主張できるＣ＋＋言語トラ
ンスレータを必要とし、したがって、彼等のシステムの
広範囲の受入れを制限してしまう。

【００１３】ＯＯＤＢ内のオブジェクトへのアクセス
は、既に定義済の関数を用いるか、明示的な照会を用い
てオブジェクトを操作するか、またはプログラミング言
語において明白な参照をコードすることによって行なわ
れる。アイリスＯＯＤＢではアプリケーション開発者は
関数をコールしてオブジェクト内の値を検索または変更
する。プログラムはオブジェクトへの参照を受取ること
ができず、他の関数に移される。ジェムストーン、ブイ
ベースおよびオリオンＯＯＤＢでは、個々のオブジェク
トをアクセスし、関数に渡して、検索したり値を指定し
たりする（実際は関係タプル（ｔｕｐｌｅ）。ポストガ
ースは異種の関数にオブジェクトへのアクセスを許す
が、上述したように、関係データモデルから異種関数の
プログラム言語に変換しなくてはならない。

【００１４】ほとんどのＯＯＤＢでアプリケーション開
発者はデータベースから明示的にオブジェクトを検索で
きるが（アイリスとポストガースではできない）、アプ
リケーション開発者はいつ元のオブジェクトに関するオ
ブジェクトが検索されるかを特定することはできない。
例えば、アプリケーション開発者は２つの内の１つのモ
ードを用いてオントスにおけるオブジェクトにアクセス
できる。最初のモードでは、オブジェクトは明示的に検
索され、参照されるオブジェクトはオブジェクトフォー
ルト能力を用いて暗黙的に検索される。別のモードで
は、１つ以上の関係オブジェクトが明示的に検索される
が、アプリケーションは、参照オブジェクトが既にメモ
リ内にあるか断続的にチェックし、もしなければ明示的
にそれを検索する。この場合、アプリケーション開発者
は同一プログラム内の永続的オブジェクトにアクセスす
る２つの完全に異なるモデルを用いなければならず、こ
のため、別のモードが用いられるべきところに違うモー
ドを不注意かつ自然に用いることによるプログラム内の
間違えを用意に起こす原因となる。

【００１５】オブジェクトストアによる方法は、オブジ
ェクトアクセスに関して上述のＯＯＤＢとは全く異な
る。オブジェクトストアのモデルはＯＯＤＢより永続的
記憶（仮想記憶コンピュータオペレーティングシステム
の拡張版）に類似している。オブジェクトデザインはＣ
＋＋プログラム言語とユニックス（ＵＮＩＸ、商標）オ
ペレーティングシステムとの仮想記憶管理機能を完全に
再移植することを選択した。いつ永続的オブジェクトが
作成されるか或いはデータベースから検索されても、オ
ブジェクトデザインによって制御される主メモリの一部
分に入れられる。このように、オブジェクトへの参照は
本質的にオブジェクトデザインのソフトウエアによって
監視されている。もしオブジェクトが現在主メモリ内に
なければ、データベースから検索されて主メモリに入れ
られる。この形式のメモリ管理は、永続性を必要とする
いかなるクラスまたはクラスライブラリでもこのメモリ
管理機構を用いて書かなくてはならず、動的メモリ管理
を行なわないことを要求するので、ライブラリのあるバ
ージョンは永続的使用に、あるバージョンは一時的使用
にということになる。この方法はオブジェクトの記憶及
び検索機能を改善するが、基になるコンピュータオペレ
ーティングシステム及びメモリ構成に依存し、したがっ
て、他のコンピュータシステムには移植できないもので
ある。

【００１６】

【発明が解決しようとする課題】このように、これらの
方法は、どれもがアプリケーションプログラムによるオ
ブジェクトのアクセスに制限があり、プログラムがオブ
ジェクトにアクセスするには付加的仕事が必要となる。
殆どのＯＯＤＢ（アイリスとドームを除く）は、既存の
ファイル管理システムを利用して永続的オブジェクト記
憶機能を開発してきた。これらは、ディスク保存構成及
び管理、同時制御、トランザクション管理、通信、及び
保存管理サブシステム等新たな機能を開発しなくてはな
らなかった。この方法は全データベースシステムソフト
ウエアをより複雑にしている。

【００１７】一方、アイリスおよびドームＯＯＤＢは、
これらのオブジェクトを記憶するのに既存の商用関係デ
ータベース管理システム（ＲＤＢＭＳ）を用いている。
アイリスＯＯＤＢはヒューレットパッカードの関係デー
タベースＨＰ−ＳＱＬを用いているが、ＳＱＬインター
フェースをデータベースに用いておらず、オブジェクト
へのアクセスを入手可能なアイリス関数、アイリス対話
型ブラウザー、Ｃ言語インターフェース、そして組込ま
れたアイリスＳＱＬに制限している。アイリスはアプリ
ケーション開発者にオブジェクトがどのように記憶され
ているかを定義させるが、ヒューレットパッカードのＲ
ＤＢＭＳを用いることによってオブジェクトのサイズが
制限されることになる。ドームＯＯＤＢはオラクル（Ｏ
ｒａｃｌｅ）社のオラクルＲＤＢＭＳを用い、ポストガ
ースシステムは独自の関係記憶システムを有し、オブジ
ェクトを１つ以上の関係テーブル内の１つ以上のエント
リーに分解する。この方法は、１つのオブジェクトから
１つ以上の属性値が検索される時はいつでも関係結合を
必要とする。関係結合処理は計算上高価である。

【００１８】ジェムストーン及びオブジェクトストアＯ
ＯＤＢでは、同時制御の単位がオブジェクトではなく、
２次的メモリセグメントのぺージとなっている。この方
法は２次的メモリ読み書き機能を向上させるが、記憶機
能に必要以上にデータをリード、ライト、ロックさせる
結果となる。更に、これは、アプリケーション開発者で
はなくＯＯＤＢシステムが同時制御の単位を選択するの
で、オブジェクトへの同時アクセスの量が制限される。

【００１９】殆どのＯＯＤＢは関連するオブジェクトを
永続的オブジェクト記憶装置内で集合化している。ジェ
ムストン及びオリオンは、データベース全体が定義され
るときにのみ関連するオブジェクトの集合化制御の指定
を許可する。ブイベース及びオントスでは実行時に集合
化制御の指定ができ、これによってある永続的オブジェ
クトを別の永続的オブジェクトにできるだけ近くに記憶
することができる。オブジェクトストアでも実行時に集
合化制御の指定ができ、特定のデータベースに統計的に
配置されたオブジェクトを記憶し、動的に配置されたオ
ブジェクトを特定のデータベースに、または別の永続的
オブジェクトにできるだけ接近して記憶させることがで
きる。これは、アプリケーション開発者に類似したオブ
ジェクトを異なる集合化モデルで扱うことを要求するの
で、別のモードを用いるべき所に他のモードを不用意に
用いることによってプログラム内にエラーが生じる原因
となり得る。これらのシステムは、このような集合化は
システムが無視するかもしれない純粋なヒントであるこ
とを示している。これら集合化のヒントは変更された際
にデータベースの再構築を必要とすることがあり、した
がって、オブジェクトの物理的集合化を変更することに
よってデータベースの性能を調整するアプリケーション
開発者の能力を制限してしまう。更に、アイリス、ポス
トガース、ドーム等のような関係記憶に基づくシステム
では使用者はオブジェクトの集合化を許されていない。

【００２０】関連する技術に伴う上述の問題に鑑み、本
発明は、アプリケーションプログラムによって作成され
たオブジェクトの長語での記憶及び検索を支援し、既存
のオブジェクト指向型プログラミング言語を用いること
によって、既存の言語トランスレータまたはコンピュー
タオペレーティングシステムに何の変更も加えることな
く、したがってアプリケーション開発者にコンピュータ
システムまたは言語トランスレータの選択に何等制限を
設けることもなく、他のコンピュータシステムにおいて
も使用可能とする、データベース管理システム及び方法
を提供することを目的とする。

【００２１】本発明の別の目的は、データベース機能に
標準のオブジェクト指向型プログラミングインターフェ
ースを設け、オブジェクト指向型及び機能型、または他
のプログラミング形式を混合する必要性をなくし、プロ
グラムのインターフェースを本発明のそれにコーディン
グする際にアプリケーション開発者を混乱させるような
ことのないデータベース管理システム及び方法を提供す
ることである。

【００２２】本発明の更に別の目的は、既存の言語オブ
ジェクトに直交的に永続性を付加し、これによってアプ
リケーション開発者が永続的及び非永続的オブジェクト
をほぼ同様に扱うことができ、アプリケーションシステ
ムを構築する際に２つ以上のデータモデルを用いる必要
性を排除したデータベース管理システム及び方法を提供
することである。

【００２３】本発明の更に別の目的は、アプリケーショ
ン開発者がオブジェクト定義時に、関連するオブジェク
トが、動的または静的に作成されていようと、記憶され
る時どのように集合化すべきかを指定することができ、
これにより記憶オブジェクトのサイズを調整する能力を
与え、システム全体の性能を向上させるデータベース管
理システム及び方法を提供することである。

【００２４】本発明の更にまた別の目的は、アプリケー
ション開発者がデータベース内に記憶されたオブジェク
トにアクセスするためにコーディングしなくてはならな
いデータベース管理システムとの相互作用の回数を減少
するデータベース管理システム及び方法を提供すること
である。

【００２５】本発明の更に別の目的は、アプリケーショ
ン開発者にアプリケーション実行時に永続的オブジェク
トをセーブする前に、与えられた永続的オブジェクトか
ら参照され、明示的なまたは暗黙的な検索のいずれかに
よって、この与えられた永続的オブジェクトが後に主メ
モリに配されるのと同時に、永続的オブジェクトを主メ
モリに配するか否かを指定させ、システム全体の性能を
向上させるデータベース管理システム及び方法を提供す
ることである。

【００２６】本発明の更に別の目的は、１ページの永続
的オブジェクトの代りに個々のオブジェクトをロックす
る単位とすることによってデータベース内のオブジェク
トの同時使用を最大にすることである。本発明の更に他
の目的は、関係データベース管理システムを用いてオブ
ジェクトの外部表現及びオブジェクトからの外部参照を
記憶することにより、オブジェクトを多数の関係タプル
（ｔｕｐｌｅ）に分解することなく、オブジェクトを永
続的オブジェクト記憶サーバに記憶し、システム全体の
性能を向上させることである。本発明の更に別の目的
は、一律のオブジェクト変換方法を用いることにより、
アプリケーション開発者が複雑なコンピュータ及び言語
依存タスクを操作する必要をなくしたデータベース管理
システム及び方法を提供することである。

【００２７】

【課題を解決するための手段】本発明の上述の目的に応
じて、本発明の好適実施例はデータベースサービスをア
プリケーション開発者に提供する４本のソフトウエアモ
ジュールからなる。これらを、データ定義言語（ＤＤ
Ｌ）トランスレータ、オブジェクト管理システム（ＯＭ
Ｓ）、オブジェクト変換システム（ＯＴＳ）、及び永続
的オブジェクト記憶サーバ（ＰＯＳサーバ）と呼ぶ。

【００２８】本発明は、言語の拡張、既存の言語トラン
スレータに対する変更、または所有権を主張できる言語
トランスレータの開発などは全く必要としないプログラ
ミング言語のアプリケーションインターフェースを提供
する。更に、本発明は、アプリケーションがデータベー
ス管理システム及びデータベース自身と行なわなければ
ならない相互作用の回数を減少するオブジェクトフォー
ルト機能を具える。オブジェクトのアクセス及びオブジ
ェクト間のナビゲーションは、既存の言語処理を用いて
明快に行なうことができる。

【００２９】更に、アプリケーション開発者にデータベ
ースとの相互作用には１つのデータモデルを用いプログ
ラミング言語でオブジェクトを操作するには別のデータ
モデルを用いるように要求する代りに、本発明は、Ｃ＋
＋やＣＬＯＳのようにデータベースのデータモデルとし
て標準的な既存のオブジェクト指向型言語のデータモデ
ルを用いる。これによって、上述した技術に関連した問
題を軽減することができる。

【００３０】本発明は如何なるオブジェクト指向型プロ
グラミング言語にも実施でき、したがって如何なる特定
の言語にも如何様にも限定されるべきものではないが、
Ｃ＋＋とコモンＬｉｓｐの双方に実施されている。Ｃ＋
＋の実施例では、アプリケーション開発者はアプリケー
ションプログラムにおいて、バッチ処理モードのＤＤＬ
モジュール及び標準Ｃ＋＋シンタックスを用いたＯＭＳ
モジュールとのみ対話する。ＤＤＬモジュールは標準Ｃ
＋＋プログラミング言語ステートメント（若干の付加的
シンタックス構成と共に）のオブジェクト型の記述を受
入れ、記述から十分な情報を抽出し、ＯＴＳモジュール
にオブジェクトをその主及び第２のメモリ表現間で変換
させる。この種の記述情報はＣ＋＋ランタイムシステム
では得られないので、この過程が必要となる。アーキテ
クチャに依存しない変換を達成するに、ＤＤＬトランス
レータは本発明のアプリケーションが実行される特定の
コンピュータアーキテクチャ及びソフトウェアシステム
環境を記述した情報も受入れる。ＰＯＳサーバは商用関
係データベースに対し標準ＳＱＬインターフェースを用
いる。

【００３１】コモンＬｉｓｐの実施例では、アプリケー
ション開発者は彼等のアプリケーションプログラムにお
いて標準コモンＬｉｓｐシンタックスを用いたＯＭＳモ
ジュールとのみ対話する。ＯＴＳモジュールはプログラ
ム実行中にＣＬＯＳ記述から必要な情報を抽出すること
ができ、その情報は既にコモンＬｉｓｐランタイムシス
テムにて得ることができるので、ＤＤＬモジュールは実
施されていない。この実施例は共同発明者によって開発
されたＰＯＳサーバの生ディスク（ｒａｗ ｄｉｓｋ−
ｂａｓｅｄ）を基にしたものを用いる。

【００３２】ＯＭＳモジュールは、標準データベース処
理を行なうためのアプリケーションインターフェースを
提供する。即ち、本発明を開始及び終了し、データベー
ストランザクションを開始及び終了させ（変更したオブ
ジェクトを夫々セーブまたは破棄する）、オブジェクト
を永続的なものとして（データベースにセーブするた
め）設計し、データベースから明示的にオブジェクトを
検索し、オブジェクトを変更されたものとして設計し、
メモリからオブジェクトを除去し、オブジェクトの論理
的集合化のためのデフォルト記憶グループを定義する等
である。ＯＭＳモジュールは、アプリケーションが現在
主メモリにはない既にセーブされたオブジェクトを参照
する時、データベースからのオブジェクトの自動的かつ
暗黙的な検索も支援する。また、ＯＭＳは、オブジェク
トの検索を簡素化するために永続的オブジェクトに使用
者定義の名称を付加する機能も設けている。この名称−
オブジェクト管理モジュールはよく定義されたインター
フェースを有し、アプリケーション開発者の選択したモ
ジュールと交換することができる。

【００３３】上述のように、本発明は、アプリケーショ
ンプログラムにデータベースから永続的オブジェクトを
検索し、永続的オブジェクトのデータメンバまたは関数
を参照させることができる。本発明はこれを、永続的オ
ブジェクトを参照するための現在用いられている言語構
成と同様に機能する（Ｃ＋＋ではポインタ、コモンＬｉ
ｓｐではシンボル及び値）、新しいデータ型即ちクラス
ＺＧ ＰＴＲを定義することによって達成する。更に、
本発明は、アプリケーションプログラムに、オブジェク
トフォールト機構を用いてデータベースから永続的オブ
ジェクトを暗黙的に検索させることができる。アプリケ
ーションプログラムが永続的オブジェクトを参照する
時、そのオブジェクトが既に主メモリにあるなら、アプ
リケーションプログラムはその処理を継続する。そのオ
ブジェクトが主メモリになければ、ＯＭＳは自動的にオ
ブジェクトをＰＯＳから検索し、ＯＴＳモジュールにオ
ブジェクトを変換し主メモリに配置するように要求す
る。最後に、アプリケーションプログラムは、このオブ
ジェクトフォールト処理を意識せずに処理を進めること
ができる。

【００３４】ＯＴＳモジュールは、コンピュータのアー
キテクチャとは独立して、オブジェクトを主メモリ表現
と第２メモリ表現との間で変換する。オブジェクトがセ
ーブされている時、ＯＴＳモジュールはＤＤＬトランス
レータから抽出された情報を用いてオブジェクトの範囲
又は境界を判別し、コンピュータアーキテクチャとは独
立した表現で境界内の全てのオブジェクトを変換する。
オブジェクトがＰＯＳから検索される時、ＯＴＳは適切
な主メモリ表現を作成し、記憶されている表現からオブ
ジェクトの値を割当て、オブジェクトに含まれる各参照
のＯＭＳデータ構成を他の永続的オブジェクトに割当て
る。

【００３５】ＰＯＳサーバモジュールは、アプリケーシ
ョンプログラムによって作成されたオブジェクトに安定
した記憶機能を与える。オブジェクトはコンピュータの
長語即ち第２メモリに記憶される。ＰＯＳサーバはまた
ＯＭＳモジュールに同時制御の基本的かつ微細なトラン
ザクションを与える（全てのオブジェクトがセーブされ
るか、なにもセイブされない）。オブジェクトはＯＴＳ
のみが理解する型を指定されていないバイト配列として
記憶される。

【００３６】本発明は、コンピュータの計算的、即ち主
メモリアーキテクチャに関する情報を利用して、コンピ
ュータのアーキテクチャとは独立した表現でオブジェク
トをＰＯＳサーバを介して記憶する。オブジェクトの内
容及び構成に関する情報は、支援言語で宣言されたオブ
ジェクト定義から抽出される。これによって、いかなる
支援言語で書かれたアプリケーションでも同一のＰＯＳ
にオブジェクトを記憶することができる。現在、ＰＯＳ
サーバは既存の商用関係データベース管理システム（Ｒ
ＤＢＭＳ）を用いてモジュラー形式で移動可能に実施さ
れている。ＰＯＳサーバは、組込まれた構造型照会言語
（ＳＱＬ）インターフェースを用いてＲＤＢＭＳと相互
作用する。本発明の上述の及び他の特徴及び利点は、添
付図面を用いて以下に述べる好適実施例の詳細な説明か
ら当業者には明らかであろう。

【００３７】

【実施例】本発明は、複雑で相互関係のあるデータの管
理、永続性、共用を必要とするオブジェクト指向型アプ
リケーションシステムの開発に応用できるものである。
本発明を詳細に説明する前に、本発明の好適実施例はＣ
＋＋にて実施した場合について詳しく述べるが、如何な
るオブジェクト指向型プログラミング言語にも実施可能
であることを述べておく。現在、本発明のＣ＋＋版は、
サンマイクロシステムスインコーポレーテッドのサン４
またはデジタルエクイップメントコーポレーションのＤ
ＥＣ３１００シリーズワークステーション等のシステム
で実行可能である。また、本発明のコモンＬＩＳＰ版は
テキサスインスツルメントインコーポレーテッドのエク
スプローラシリーズのコンピュータワークステーション
のようなシステムで実行可能である。

【００３８】図１は、コンピュータ内における本発明の
処理内容のブロック図である。人間、他のコンピュー
タ、或いは他のアプリケーションであるユーザ８は、ユ
ーザインターフェース管理システム１２に情報を送りそ
こから受取るために対話型装置１０と相互作用する。対
話型装置１０は通信ハードウエアとしても知られてい
る。ユーザインターフェース管理システム１２は通信ソ
フトウエアとして知られ、アプリケーションソフトウエ
アプログラム１４（以後アプリケーション１４と呼ぶ）
に情報を送り、そこから情報を受取る。アプリケーショ
ン１４はコンピュータのオペレーティングシステムソフ
トウエア１６（以後ＯＳ１６と呼ぶ）及び本発明（以後
ＯＯＤＢ１８と呼ぶ）とのインターフェースとして働
く。ＯＯＤＢ１８は種々のオペレーティングシステムサ
ービスを利用するためにＯＳ１６とインターフェースす
る。ＯＯＤＢ１８はまた関係データベース管理システム
ソフトウエア２０（以後ＲＤＢＭＳ２０と呼ぶ）とイン
ターフェースして、アプリケーション１４で作成された
オブジェクトを記憶及び検索する。ＲＤＢＭＳ２０はオ
ペレーティングシステム１６とインターフェースし種々
のＯＳシステムサービスを利用し、第２メモリ記憶装置
２４とインターフェースしてアプリケーション１４によ
って作成されＯＯＤＢ１８によって管理されるオブジェ
クトを物理的に記憶または検索する。ＯＳ１６は、シス
テムサービスをアプリケーション１４、ＯＯＤＢ１８及
びＲＤＢＭＳ２０に与える必要があれば、別に設けられ
たコンピュータハードウエアともインターフェースす
る。

【００３９】図２は、アプリケーション１４の実行中の
本発明の好適実施例のアーキテクチャを示すブロック図
である。ＯＯＤＢ１８内の全てのモジュールは、Ｃ＋＋
型記述４０（以後型４０と呼ぶ）で連係され、１組のア
プリケーションによって定義されたクラスに対してデー
タ定義言語トランスレータ（以後ＤＤＬ８０と呼ぶ、図
３参照）を実行することによって生成され、アプリケー
ション１４によって連係されるライブラリを形成し、図
１に示されるコンピュータ環境において実行可能なプロ
グラムを形成する。

【００４０】アプリケーション１４は直接オブジェクト
管理システム４２（以後ＯＭＳ４２と呼ぶ）とインター
フェースし、永続的オブジェクト参照４４（以後ＰＴＲ
４４と呼ぶ）を作成または削除し、ＯＭＳ４２によって
管理される永続的オブジェクトを作成、検索、及びアク
セスする。ＯＭＳ４２は名称管理プログラム４６とイン
ターフェースし、アプリケーション１４によって供給さ
れた名称のＰＴＲ４４を用いてアプリケーション１４に
よって作成または検索された独立永続的オブジェクトと
の関連を管理する。ＯＭＳ４２はデーモンテーブル４８
ともインターフェースし、ＤＤＬ８０を実行することに
よってアプリケーション１４によって定義されＯＯＤＢ
１８によって登録された関数を実行する。更にＯＭＳ４
２はオブジェクトマップ５０ともインターフェースし、
ＰＴＲ４４によって参照される実際の永続的オブジェク
トを管理する。また、ＯＭＳ４２はオブジェクト変換シ
ステム５２（以後ＯＴＳ５２と呼ぶ）ともインターフェ
ースし、主メモリ表現及び第２メモリ表現の間で永続的
オブジェクトを変換する。ＯＴＳ５２はＤＤＬ８０によ
って作成された型４０とインターフェースする。最後に
ＯＭＳ４２は永続的オブジェクトサーバ５４（以後ＰＯ
Ｓ Ｓｅｒｖｅｒ５４と呼ぶ）とインターフェースし、
ＯＭＳ４２によって管理されている永続的オブジェクト
を記憶及び検索する。

【００４１】ＰＯＳ Ｓｅｒｖｅｒ５４は、標準構造型
照会言語（ＳＱＬ）インターフェースを用いてＲＤＢＭ
Ｓ２０とインターフェースし、ＯＭＳ４２によって管理
されている永続的オブジェクトを物理的に記憶及び検索
する。ＲＤＢＭＳ２０は第２メモリ記憶装置２４とイン
ターフェースし、アプリケーション１４によって作成さ
れＯＯＤＢ１８によって管理されているオブジェクトを
物理的に記憶及び検索する。

【００４２】上述の種々のモジュール（ＤＤＬ８０、Ｏ
ＭＳ４２、名称管理プログラム４６、デーモンテーブル
４８、オブジェクトマップ５０、ＰＴＲ４４、ＯＴＳ５
２、そしてＰＯＳ Ｓｅｒｖｅｒ５４）について以下に
詳細に説明する。本発明とインターフェースするアプリ
ケーションシステムを開発する前に、アプリケーション
開発者は、本発明とアプリケーションシステムで用いる
Ｃ＋＋のクラスを登録しなくてはならない。これは以下
に述べるＤＤＬトランスレータを実行することによって
達成される。ＤＤＬトランスレータ８０（以後ＤＤＬ８
０と呼ぶ）は、連続的に実行される別個の３つのアプリ
ケーションプログラムが基となっている（図３参照）。
ＤＤＬ８０は入力としてアプリケーション１４の開発者
によって書かれた１つ以上のデータ定義言語ソースファ
イル２６を受取る。これらのソースファイル２６は、Ｃ
＋＋言語によるクラス定義と、本発明によって定義され
た付加的キーワード及びシンタックス構成を含む（この
ようなＤＤＬソースファイルの例については図１参
照）。ＤＤＬ８０はソースファイル２６から十分な情報
を抽出し、ＯＭＳ４２及びＯＴＳ５２によって用いられ
る型記述情報及びソースファイルにおける各クラス定義
に対する１組のＣ＋＋ソースファイル３８とを含むＣ＋
＋ソースファイル４０（以後型４０と呼ぶ。このような
Ｃ＋＋ソースファイルの例については表２参照）を作成
する。これらのファイルは次にアプリケーション開発者
によって本発明を用いてクラスのインスタンスを作成及
び操作し更に記憶または検索するＣ＋＋プログラムを書
き、コンパイルし、実行する時に用いられる。

【００４３】図３に示された一連のプログラムの内最初
のものは市販されているＣ言語プリプロセッサｃｐｐ２
８である。このプログラムは入力としてソースファイル
２６を受取り、評価され拡張された全てのｃｐｐディレ
クティブ（ｄｉｒｅｃｔｉｖｅ）を含む入力ファイルの
コピーを作成する（拡張ファイル３０）。このプログラ
ムを本発明で用いるのに何等の変更も必要としない。

【表１】

【表２】

【００４４】一連のプログラムの内２番目のものは、Ｄ
ＤＬプロセッサｄｄｌ３２である。このプログラムは、
入力として最初のプログラムで作成された拡張ファイル
３０を受取り、特定の情報に関して拡張ファイル３０を
検索し、３番目のプログラムｄｄｌｐｏｓｔ３６によっ
て用いられる型オブジェクトデータベース３４を作成す
る。ｄｄｌ３２プログラム３２は語彙分析プログラムジ
ェネレータｌｅｘ（図示せず）を基にした語彙スキャナ
を用いてソースファイル２６を検索し、ｄｄｌ３２の主
関数に各トークン（シンタックスの単位で図示されてい
ない）を戻す。特定の情報に対するソースファイル２６
の検索の他に、ｄｄｌ３２は入力されたファイルに対
し、全体的にシンタックスチェック、また限られた範囲
で意味的チェックを行ない、適切なエラー及び警告メッ
セージを発生する。

【００４５】ｄｄｌ３２は入力ファイル内の各クラス定
義を次のようにして処理する。まず、Ｃ＋＋のキーワー
ドである「クラス（ｃｌａｓｓ）」を認識するまで入力
されたトークンを調べる。「クラス」キーワードがみつ
かったら、ｄｄｌ３２はクラスの名称、このクラスが派
生される全てのクラスの名称と、このクラスのインスタ
ンスがデータベースにセーブされた時に「独立永続的オ
ブジェクト（ＩＰＯ）」となるか否かを示すキーワード
「パーシスタント（ｐｅｒｓｉｓｔｅｎｔ）」の検索及
び抽出を継続する。もしこのクラスが別のクラスから派
生したものであり、「パーシスタント」キーワードを有
しないならば、ｄｄｌ３２は後者のクラスも永続的クラ
スであるか判断する。もしそうであれば、このクラスは
永続的クラスとして印を付けられる。もし、「パーシス
タント」がなくこのクラスが永続的クラスから派生され
たものでないなら、このクラスのインスタンスは未だデ
ータベースにセーブすることができる。しかし、これら
は物理的にＩＰＯと記憶される「依存性永続オブジェク
ト（ＤＰＯ）」となる。このクラスが派生されるクラス
がこのファイルまたはＤＤＬ８０の先の実行において以
前にｄｄｌ３２によって処理されていなければ、エラー
メッセージが発生される。

【００４６】第２に、ｄｄｌ３２はデータメンバーの宣
言のための残りのクラス定義を調べ、データメンバーの
名称、データ型（基礎Ｃ＋＋またはユーザ定義の型、ク
ラスを含む）の名称を抽出し、クラスのメモリ配置、大
きさ、このクラスと次のデータメンバーとの間の境界、
及びクラスの先頭からのオフセットを決定する。ｄｄｌ
３２は更に、データメンバが配列の場合は配列内の要素
の数を示す情報、データメンバーがＣ＋＋ポインタの場
合は参照されたデータのデータ型の名称、ポインタによ
って参照されたデータ項目の数（これはこのクラス内の
番人（ｓｅｎｔｉｎｅｌ）、十進または１６進数の値、
または整数データメンバの名称によって指定される）、
それの前にキーワード「バウンダリ（ｂｏｕｎｄａｒ
ｙ）」があるか（このクラスのインスタンスがデータベ
ースにセーブされるなら参照されたデータはセーブされ
ない）、またデータメンバがＰＴＲ４４の場合は参照さ
れたクラスの名称を抽出する。データメンバのために用
いられたかこのクラスから参照された（Ｃ＋＋ポインタ
またはＰＴＲ４４を用いて）データ型が以下に述べる第
８ステップでＤＤＬ３２によって処理されたのではない
なら、エラーメッセージが発生される。

【００４７】第３に、ｄｄｌ３２がデータメンバのいず
れかがクラス定義の公の部分であるなら、エラーメッセ
ージが発生され、クラス定義は以下に述べる第８ステッ
プ中処理されない。第４に、ｄｄｌ３２はクラス定義内
部の関数宣言のいずれかの前にＣ＋＋のキーワード「バ
ーチュアル（ｖｅｒｔｕａｌ）」が存在しないか調べ
る。これはキーワード「バーチュアル」はこのクラスの
インスタンスの全体の範囲に影響を及ぼすからである。
第５に、ｄｄｌ３２は関数クラス定義のいずれかの前に
キーワード「デーモン」が存在しないか調べ、ｄｄｌｐ
ｏｓｔによる後の処理のためにこれを書留めておく。

【００４８】第６に、クラス宣言全体が調査されたら、
ｄｄｌ３２はこのクラスのインスタンスのための大きさ
を、このクラスから派生した全てのクラスの大きさ（型
記述データベースから検索された）をこのクラスの全て
のデータメンバの大きさ（データメンバがクラスの組込
まれたインスタンスであれば、大きさは型記述データベ
ースから検索される）に加算することによって計算す
る。もしこのクラスが仮想関数（上述の第４ステップで
検出されたように）を有するから、クラスの大きさはＣ
＋＋仮想テーブルポインタにＣ＋＋ポインタの大きさに
等しい量だけ増加される。もしキーワード「パーシスタ
ント」があれば（上述の第１ステップで検出したよう
に）、クラスの大きさはＰＴＲ４４のクラスのインスタ
ンスの大きさに等しい量だけ増加される。このクラスの
配置及び境界は計算された全体の大きさに基づいて求め
られる。

【００４９】第７に、これらの調査及び抽出ステップは
拡張ファイル３０の最後まで継続される。第８に、全て
のクラス定義が調べられ入力ファイルの最後が検出され
たなら、ｄｄｌ３２は次の情報を作成し型記述データベ
ース３４に出力する。即ち、クラスの名称、大きさ、配
置、クラス全体の境界情報、このクラスに含まれる各Ｃ
＋＋ポインタ及びＰＴＲに関する情報を含むストリン
グ、このクラスが参照する（Ｃ＋＋ポインタまたはＰＴ
Ｒを用いて）か或いは含む全てのクラスまたは構成の名
称、本発明によって支援される種々のデーモンのために
定義された関数の名称、そしてソースファイル２６から
のクラス定義全体の名称である。

【００５０】一連のプログラムの内第３のものは、ｄｄ
ｌｐｏｓｔ３６であり、これは入力としてｄｄｌ３２に
よって参照された型記述３４を受け、次のようにＣ＋＋
ソース、ヘッダファイルソースファイル３８及び型４０
を作成する。まず、ｄｄｌｐｏｓｔ３６は型記述３４の
内容を読み、情報を保持するデータ構成を作成する。次
に、型記述データベース３４内の各クラスに対して、２
つの別個のＣ＋＋ソースファイルからなるソースファイ
ル３８が作成される。ファイルが永続性クラスであれ
ば、ＰＴＲ４４クラスから新たに派生されたクラスの定
義を含むＣ＋＋ヘッダファイルが作成される。このファ
イルは、ストリームエディタを用いて既に定義済のテン
プレートファイル（表３参照）を編集し、テンプレート
ファイル内のある文字列をこのクラスの名称に変換する
ことによって作成される。第２のＣ＋＋ヘッダファイル
は、このクラスが派生された各クラスのディレクティブ
を含んだｃｐｐ２８を具えて作成され、データメンバに
対するデータ型として用いられるか、或いはＣ＋＋ポイ
ンタまたはＰＴＲ４４、クラス定義、及びＣ＋＋ステー
トメントによって参照され、これによってＰＴＲ４４の
クラス関数はこのクラスのインスタンスを操作すること
ができる。このクラスがデーモンを有していれば、この
第２のＣ＋＋ヘッダファイルはＣ＋＋ステートメントも
含んでおり、デーモンクラス関数はこのクラスのインス
タンスを操作することが許される。同様に、このクラス
が永続的であれば、この第２のＣ＋＋ヘッダファイルは
上述のＰＴＲ４４ファイル内に作成されたＰＴＲ４４の
クラス関数に対する定義も含む。

【表３】

【００５１】この第２のＣ＋＋ソースファイルは一時的
なものであり、ｄｄｌ３２の最初の２ステップで抽出さ
れた情報を基にファイルに最初の項目を付加えることに
よって作成される。２番目の項目は次に型記述データベ
ース３４（型記述データベース３４の６番目の項目）か
ら得られたものとしてファイルに付加えられる。３番目
の項目は、ストリームエディタを用いて既定義テンプレ
ートファイル（表４参照）を編集しテンプレートファイ
ル内のある文字列をこのクラスの名称に変換した結果得
られる一時的ファイルを作成することによってファイル
に付加えられる。最後の２項目も同様にファイルに付加
えられる。

【表４】

【００５２】第３に、型記述データベース３４内の全て
のクラスが処理された後、ｄｄｌ３２の第８ステップに
関連して上述したように、処理されたクラスの型記述を
含む文字列の配列を定義するＣ＋＋ステートメントを含
むＣ＋＋ファイル型４０が作成される。このファイルは
アプリケーション開発者によってコンパイルされ、アプ
リケーション１４及びＯＯＤＢ１８のモジュールと連係
され、これによりＯＯＤＢ１８とインターフェースする
アプリケーション１４の実行中に配列がＯＭＳ４２及び
ＯＴＳ５２によって用いられる。ｄｄｌ３２に関してク
ラス及び型記述情報を抽出するための８つの処理ステッ
プを述べたが、同一の効果はステップを組合せることに
よっても得ることができる。

【００５３】アプリケーションプログラムはＯＭＳ４２
の１つのインスタンス及びＰＴＲ４４の多くのインスタ
ンスとインターフェースし、永続的オブジェクトを作
成、操作、記憶、そして検索する。アプリケーションに
よって作成された個々の独立した永続的オブジェクトに
はオブジェクトＩＤ７８が割当てられる。各オブジェク
トＩＤ７８は記憶グループ番号（オブジェクトがどの記
憶グループに記憶されているかを示す）、オブジェクト
番号（記憶グループ内の特定のオブジェクトを示す）及
びタイムスタンプ（データベースにオブジェクトがセー
ブされた時間を示す）とで構成されている。これら各部
分は３２ビットの符号のない整数値で表わされる。有効
なオブジェクトＩＤがないことを示すために空白（Ｎｕ
ｌｌ）オブジェクトＩＤ７８が用いられる。更に、カプ
セル６２（以後カプセル６２と呼ぶ）が作成され、各独
立永続性オブジェクトと関連する。カプセル６２につい
ては後にＰＴＲ４４について説明する時に詳述する。

【００５４】ＯＭＳ４０のインスタンスは次のデータメ
ンバを含む。アーキテクチャＩＤは現在のコンピュータ
ハードウエアのアーキテクチャを記述する情報に対する
指示である。このデータメンバは、データべースが現在
のコンピュータハードウエアで用いられるために最初に
初期化される時にデータベースに付加される。このデー
タメンバは、オブジェクトを主及び第２のメモリ表現の
間で変換する際にＯＴＳ５２によって用いられる。

【００５５】デフォルト記憶グループは、デフォルトに
よってオブジェクトが記憶される記憶グループの番号を
含む。これはデフォルト−記憶−グループ１０８を用い
て設定することができる。名称管理プログラムは、ＯＭ
Ｓ４０のこのインスタンスに対する名称管理プログラム
４６への指示である。これは名称管理プログラム１１６
を用いて設定することができる。デーモンテーブルは、
ＯＭＳ４０のこのインスタンスに対するデーモンテーブ
ル４８への指示である。これはＣｒｅａｔｅ（作成）１
００の間に設定され、Ｃｒｅａｔｅ（作成）３００（後
に記す）、Ｃｏｍｍｉｔ Ｔｒａｎｓａｃｔｉｏｎ（遂
行−トランザクション）１１２、Ａｂｏｒｔ Ｔｒａｎ
ｓａｃｔｉｏｎ（破棄−トランザクション）１１４及び
Ｆｅｔｃｈ（取り込み）１２０−１２４の間に用いられ
る。オブジェクトマップは、ＯＭＳ４０のこのインスタ
ンスに対するオブジェクトマップ５０への指示である。
これはＺＧ−Ｃｒｅａｔｅ１００の間に設定され、ＯＭ
Ｓ４２によって用いられる。トランザクションｉｄは現
在のトランザクション番号を含み、Ｂｅｇｉｎ Ｔｒａ
ｎｓａｃｔｉｏｎ（開始−トランザクション）１１０、
Ｃｏｍｍｉｔ Ｔｒａｎｓａｃｔｉｏｎ１１２、Ａｂｏ
ｒｔ Ｔｒａｎｓａｃｔｉｏｎ１１４の間用いられる。
ＰＯＳサーバはＰＯＳ Ｓｅｒｖｅｒ５４のインスタン
スへの指示である。これはＣｒｅａｔｅ１００の間に設
定され、ＯＭＳ４２によってデータベースないのオブジ
ェクトを記憶または検索するのに用いられる。アクティ
ブ（Ａｃｔｉｖｅ）はＯＭＳ４０のインスタンスがアク
ティブか否かを示す。即ち、Ｓｈｕｔｄｏｗｎ（遮断）
１０６がコールされる前にＳｔａｒｔｕｐ（スタートア
ップ）１０２がコールされたか否かを示す。また、ＯＭ
Ｓ４０のインスタンスがアプリケーション１４によって
作成されたか否かを示すＥｘｉｓｔｓ（存在）という名
のグローバル変数もある。この変数はＳｔａｒｔｕｐ１
０２の間にチエックされる。

【００５６】表５はインターフェス関数１００−３００
を、ＯＭＳ４２がアプリケーション１４に提供する関数
名及び引数と共にまとめたものである。各関数につてい
以下に述べる。これらの関数は内部状態を更新し、或い
はＯＭＳ４２のインスタンスの内部状態についての情報
を戻す。インターフェース関数１００−１２８は、イン
スタンスの内部状態を更新し、インターフェース関数１
３０はアプリケーションプログラムにインスタンスの状
態を戻す。大部分の関数において、殆どの個々の動作の
後エラーチェックが行なわれる。エラーチェックは本発
明の理解及び動作の基礎であるとは考えられないので、
これ以上の説明はしない。

【表５】

【００５７】Ｃｒｅａｔｅ１００はＯＭＳ４２のインス
タンスを作成する。この関数はＯＭＳ４２のインスタン
スが統計的、自動的、或いは動的に作成された時はいつ
でも、アプリケーションプログラムで用いられているＣ
＋＋変数宣言に依存して、コールされる。作成中、関数
Ｓｔａｒｔｕｐ１０２がコールされる。Ｓｔａｒｔｕｐ
１０２も、Ｓｈｕｔｄｏｗｎ１０６がコールされた後で
あればいつでもコールすることができる。アプリケーシ
ョンプログラム当り１つのＯＭＳ４２のインスタンスし
か許されていないので、Ｅｘｉｓｔｓグローバル関数の
値を調べてインスタンスが既に存在するか否かチェック
する。もし、まだ存在しておらず、ＯＭＳ４２のインス
タンスが初めて作成されるのであれば、デフォルト記憶
グループデータメンバを最小記憶グループ番号に設定す
る。アプリケーション１４の実行中に既に現在のＯＭＳ
４２のインスタンスが作成されていれば、デフォルト記
憶グループデータメンバ内の以前の値を用いる。デーモ
ンテーブル４８及びオブジェクトマップ５０が次に作成
され関連するデータメンバに割当てられる。そして、Ｐ
ＯＳ Ｓｅｒｖｅｒ５４のインスタンスが作成されＰＯ
Ｓサーバデータメンバに割当てられる。アプリケーショ
ン１４及びＯＯＤＢ１８が実行されているコンピュータ
ハードウエアに対するアーキテクチャＩＤオブジェクト
がＰＯＳ Ｓｅｒｖｅｒ５４から検索され、アーキテク
チャＩＤオブジェクトデータメンバに割当てられる。ま
た、名称管理プログラム４６のインスタンスが作成さ
れ、名称管理プログラムデータメンバに割当てられる。
Ｂｅｇｉｎ−Ｔｒａｎｓａｃｔｉｏｎ１１０がコールさ
れ、これに続いてＤｅｆａｕｌｔ−Ｎａｍｅ−Ｃｏｎｔ
ｅｘｔ１１６がコールされ、データベース内にデフォル
ト名コンテクスト（ｃｏｎｔｅｘｔ）を作成する。もし
データべースを初めて使用するのであれば、Ｃｏｍｍｉ
ｔ−Ｔｒａｎｓａｃｔｉｏｎ１１２がコールされ新しい
デフォルト名コンテクストをデータべース内にセーブす
る。もし初めてでなければ、Ａｂｏｒｔ−Ｔｒａｎｓａ
ｃｔｉｏｎ１１４がコールされる。最後に、アクティブ
データメンバが設定されこのＯＭＳ４２のインスタンス
はアクティブであることを示し、グローバル変数Ｅｘｉ
ｓｔｓが設定されＯＭＳ４２のインスタンスが存在する
ことが示され、そして、制御はこの関数のコール元に戻
される。

【００５８】Ｄｅｌｅｔｅ１０４はＯＭＳ４２のインス
タンスを削除する。この関数は、ＯＭＳ４２のインスタ
ンスが統計的、自動的、或いは動的に削除された時はい
つでも、アプリケーションプログラムで用いられている
Ｃ＋＋変数宣言に依存して、コールされる。削除中、関
数Ｓｈｕｔｄｏｗｎ１０６がコールされる。Ｓｈｕｔｄ
ｏｗｎ１０６はアクティブデータメンバをチェックしこ
のＯＭＳ４２のインスタンスがアクティブであるか判断
する。もしアクティブでなければ、動作がなされてはい
けないので、直ちに制御がこの関数のコール元に戻され
る。もしこの関数がアクティブであれば、現在オブジェ
クトマップ５０内にある各カプセル６２に対してその変
更されたデータメンバが「変更せず」に設定され、そし
てカプセル６２は削除される。名称管理プログラム４
６、オブジェクトマップ５０及びＰＯＳ Ｓｅｒｖｅｒ
５４は削除され、これらに関連するデータメンバはゼロ
ポインタに設定され、これにより値が無効であることが
示される。最後に、トランザクションＩＤデータメンバ
がゼロに設定され、このＯＭＳ４２のインスタンスがイ
ンナクティブであることを示すようにアクティブデータ
メンバが設定され、制御がこの関数のコール元に戻され
る。

【００５９】Ｄｅｆａｕｌｔ−Ｓｔｏｒａｇｅ−Ｇｒｏ
ｕｐ１０８は次のようにしてこのＯＭＳ４２のインスタ
ンスの内部状態（ｐｒｉｖａｔｅ ｓｔａｔｅ）を更新
する。供給された記憶グループ番号が最小記憶グループ
番号より大きければ、Ｉｓ−Ｓｇ−Ｖａｌｉｄ５０４が
コールされデータベース内にこの番号の記憶グループが
存在することを確認する。もし存在すれば、供給された
記憶グループ番号を用いてデフォルト記憶グループデー
タメンバが割当てられ、このデータメンバの以前の値は
戻される。そうでなければ、ゼロ値が戻される。

【００６０】Ｂｅｇｉｎ−Ｔｒａｎｓａｃｔｉｏｎ１１
０はトランザクションの境界の開始点を定めるために用
いられる。全てのアプリケーションプログラムとＯＭＳ
４２との間の相互作用はトランザクション内で発生され
なければならない。Ｂｅｇｉｎ−Ｔｒａｎｓａｃｔｉｏ
ｎ５１６は、ＰＯＳ Ｓｅｒｖｅｒ５４がトランザクシ
ョンを開始することを保証するためにコールされる。も
しコールが成功すれば、トランザクションＩＤデータメ
ンバは１増加され、この増加された値が戻される。そう
でなければ、値−１が戻される。

【００６１】Ｃｏｍｍｉｔ−Ｔｒａｎｓａｃｔｉｏｎ１
１２はトランザクションの境界の終点を定めるのに用い
られる。トランザクションＩＤデータメンバが実行中の
トランザクションがないことを示すと、値−１が戻され
る。そうでなければ、トランザクションが既に存在しな
いなら、ＰＯＳカプセル７０（以後ＰＯＳカプセル７０
と呼び、後に説明する）のインスタンスが作成される。
次に、オブジェクトマップ５０内の各カプセルが調べら
れ、そのうちのいくつがオブジェクトＩＤ７８を持って
いないか判断する（Ｃｏｍｍｉｔ−Ｔｒａｎｓａｃｔｉ
ｏｎへの最後のコールの後にアプリケーションプログラ
ムによって作成されたオブジェクト）。その数がゼロよ
り大きければ、Ａｌｌｏｃ−Ｓｙｍｂｏｌｉｃ−Ｎａｍ
ｅ５０６がコールされる。要求された数のオブジェクト
ＩＤ７８が得られなかったなら、エラーが戻される。こ
のコールが成功すれば、Ｂｅｇｉｎ−Ｃｏｍｍｉｔ５０
８がコールされ、この遂行に対しタイムスタンプが戻さ
れる（これはトランザクション中に各ＰＯＳカプセル７
０にセーブされる）か、またはエラー値が戻される。現
在オブジェクトマップ５０内にある各カプセル６２に対
し、次の動作が行なわれる。カプセル６２内の変更デー
タメンバによってオブジェクトが変更されたことが示さ
れたなら、処理のため無視される。また、カプセル６２
内の同時ロックデータメンバによってアプリケーション
プログラムがオブジェクトにライトロック（Ｗｒｉｔｅ
ｌｏｃｋ）を持っていないことが示されたら、エラー
が戻される。これは、アプリケーションプログラムはデ
ータベース内に自らの新しい版を作成するために全ての
オブジェクトにライトロックを持たなければならないか
らである。また、Ｃｏｍｍｉｔ Ｄｅｍｏｎがデーモン
テーブル４８に登録されたなら、このＣｏｍｍｉｔ Ｄ
ｅｍｏｎが呼ばれる（デーモンテーブル４８の説明を参
照）。次に、ＯＴＳＩｎｔｅｒｎａｌ２Ｅｘｔｅｒｎａ
ｌが呼ばれ、ＰＯＳカプセル７０が通され、オブジェク
トの外部表現４０２で更新される。もし変換が成功した
ら、Ｐｕｔ−Ｏｂｊｅｃｔ５１４がコールされ、データ
ベース内にオブジェクトの新版が作成される。このよう
にしてオブジェクトマップ内の各カプセル６２が処理さ
れると、Ｅｎｄ−Ｃｏｍｍｉｔ５１０がコールされデー
タベースの変更が遂行され、次にＥｎｄ−Ｔｒａｎｓａ
ｃｔｉｏｎ５１０がコールされＰＯＳ Ｓｅｒｖｅｒ５
４のトランザクションを終了する。トランザクションが
完了したので、他のアプリケーションプログラムはデー
タベースからオブジェクトを検索し、更新し、それらの
新版を作成することができる。ＯＭＳ４２のインスタン
スを介してアクセス可能な版は無効と見做される。この
ように、オブジェクトマップ５０内に現在存在する各カ
プセル６２に対して次の動作が行なわれる。同時ロック
データメンバは「無効」に設定され、変更データメンバ
は「無変更」に設定される。もしアプリケーションプロ
グラムからのこのカプセル６２への参照数がゼロより大
きければ、ＯＭＳ４２がオブジェクトを作成したとして
もこのオブジェクトは削除される。また、カプセル６２
のオブジェクトポインタデータメンバは無に設定され
る。もし参照数がゼロなら、カプセル６２は削除され、
これにより、ＯＭＳ４２がオブジェクトを作成したとし
てもそのオブジェクトは削除されることがある。最後
に、トランザクションＩＤデータメンバは１減数され、
データベースに記録されたオブジェクトの数が戻され
る。

【００６２】Ａｂｏｒｔ−Ｔｒａｎｓａｃｔｉｏｎ１１
４もトランザクションの境界の終端を定めるのに用いら
れるが、オブジェクトをデータベースに記録しない。ト
ランザクションＩＤデータメンバが現在トランザクショ
ンのないことを示すと、値−１が戻される。また、現在
オブジェクトマップ５０内にある各カプセル６２に対
し、オブジェクト型に対するＡｂｏｒｔ Ｄｅｍｏｎ
（デーモン放棄）がデーモンテーブル４８に登録されて
いたなら、このＡｂｏｒｔ Ｄｅｍｏｎがコールされ
る。次に同時ロックデータメンバが「無効」に設定さ
れ、変更データメンバが「無変更」に設定される。最後
に、Ａｂｏｒｔ−Ｔｒａｎｓａｃｔｉｏｎ５２０がコー
ルされ、これによりＰＯＳＴＳｅｒｖｅｒ５４は現在の
トランザクションを終了することができ、トランザクシ
ョンＩＤデータメンバは１減数され、そして制御はこの
関数のコール元に返される。

【００６３】Ｎａｍｅ−Ｍａｎａｇｅｒ１１６は単に名
称管理プログラムデータメンバを供給された名称管理プ
ログラム４６のインスタンスに割当て、このデータメン
バ以前の値を戻すだけである。Ｄｅｆａｕｌｔ−Ｎａｍ
ｅ−Ｃｏｎｔｅｘｔ１１８はＮａｍｅ−Ｃｏｎｔｅｘ２
０４をコールし、供給された名称コンテクストが存在す
ることを保証し、戻る。

【００６４】Ｆｅｔｃｈ１２０−１２４は３つの形式を
有する。最初のものはオブジェクト名、２番目はオブジ
ェクトに関連するＰＴＲ４４、そして３番目はオブジェ
クトのオブジェクトＩＤ７８を取る。第１の形式は、供
給されたオブジェクト名のオブジェクトＩＤ７８或いは
ユーザ定義名が登録されていない場合は無効オブジェク
ト７８を戻すＲｅｔｕｒｎ−ＯＩＤ２１０をコールす
る。後者の場合無効アドレスが戻される。第２の形式は
供給されたＰＴＲ４４と関連するカプセル６２からオブ
ジェクトＩＤ７８を検索する。いずれの場合でも、一旦
オブジェクトＩＤ７８が得られたら次の動作が行なわれ
る。オブジェクトＩＤ７８に関連するカプセル６２がオ
ブジェクトマップ５０から検索され、オブジェクトポイ
ンタデータメンバがチェックされ関連するオブジェクト
が主メモリにあるか否か判断する。もしそれが主メモリ
にあることが値によって示されると、主メモリ内のオブ
ジェクトのアドレスが戻される。もしそれが主メモリに
は無いことが値によって示されると、Ｇｅｔ−Ｏｂｊｅ
ｃｔ５１２が、供給されたロック及びタイムコンテクス
ト（それぞれＲＥＡＤ及びＭＯＳＴ−ＲＥＣＥＮＴにデ
フォルトする）と共にコールされ、ＰＯＳカプセル７０
（オブジェクトの外部表現４０２及びそれの他の永続的
オブジェクトへの参照を含む）が戻される。次に、ＰＯ
Ｓカプセル７０と共にＯＴＳ Ｅｘｔｅｒｎａｌ２Ｉｎ
ｔｅｒｎａｌがコールされ、ＰＯＳカプセル７０内のオ
ブジェクトの外部表現４０２を用いてオブジェクトの主
メモリ表現を作成する。他の永続的オブジェクトへの参
照がまだ登録されていなければ、ＯＭＳによって登録さ
れる。最後に、カプセル６２の変更されたデータメンバ
及び削除可能なデータメンバが夫々「真」、「偽」に設
定され（ＯＭＳ４２はオブジェクトを作成しただけなの
で）、主メモリ内のオブジェクトのアドレスが戻され
る。

【００６５】Ｌｏｏｋ−Ｓｔａｔｅ１２６−１２８はＦ
ｅｔｃｈ１２０−１２４と同様２つの形式を有する。第
１のものはオブジェクト名を取り、第２のものはオブジ
ェクトに関連するＰＴＲ４４を取る。Ｆｅｔｃｈ１２０
−１２４におけると同様、第１の形式はＲｅｔｕｒｎ−
ＯＩＤをコールし、供給されたオブジェクト名のオブジ
ェクトＩＤ７８またはユーザ定義名が登録されていなけ
れば無効オブジェクトＩＤを戻す。後者の場合、アプリ
ケーション１４が現在オブジェクトに有効なロックを有
していないことを示す値が返される。第２の形式は供給
されたＰＴＲと関連するカプセル６２からオブジェクト
ＩＤを検索する。いずれの場合も、オブジェクトＩＤ７
８に関連するカプセル６２がオブジェクトマップ５０か
ら検索され、同時ロックデータメンバがチェックされ、
アプリケーションプログラムが現在オブジェクトに有効
なロックを有するか判断する。もしそうであれば、同時
ロックデータメンバの値が返される。そうでなければ、
アプリケーションが現在オブジェクトに有効なロックを
有していないことを示す値が返される。

【００６６】Ｔｉｍｅ１３０はＯＳ１６から受取った現
在の時間を返す。ＯＭＳ４２は名称管理プログラム４６
とインターフェースしてアプリケーションによって供給
された名称とＰＴＲ４４を用いてアプリケーション１４
によって作成または検索された独立永続的オブジェクト
との関連を管理する。Ｎａｍｅ Ｍａｎａｇｅｒ４６の
インスタンスは次のデータメンバを含む。第１のコンテ
クストは、本発明を用いてアプリケーション１４によっ
て現在アクセスされているデータベース内に定義されて
いる全名称コンテクストのリストの中の最初の名称コン
テクストを参照する。これはＣｒｅａｔｅ２００の間に
設定され、名称コンテクストまたは名称エントリを検索
する時にアクセスされる。現行コンテクストは、本発明
を用いてアプリケーション１４によって現在アクセスさ
れているデータベース内に定義されている全名称コンテ
クストのリストの中の現在の名称コンテクストを参照す
る。これはＣｒｅａｔｅ２００の間は第１のコンテクス
トに設定され、Ｎａｍｅ−Ｃｏｎｔｅｘｔ２０４の間は
新たなデフォルト名称コンテクストに設定される。これ
は名称エントリを検索する時アクセスされる。

【００６７】第６表は、名称管理プログラム４６がＯＭ
Ｓ４２に提供するインターフェース関数２００−２１０
とそれらの関数名及び引数をまとめたものである。各関
数について次に述べる。これらの関数は、名称管理プロ
グラムクラスのインスタンスの内部状態についての情報
を更新または戻すものである。インターフェース関数２
００−２０８はインスタンスの内部状態を更新し、一方
関数２１０はインスタンスの内部状態についての情報を
アプリケーションプログラムに戻す。

【表６】

【００６８】Ｃｒｅａｔｅ２００は次のように名称管理
プログラム４６のインスタンスを作成する。Ｂｅｇｉｎ
−Ｔｒａｎｓａｃｔｉｏｎ１１０がコールされ、次にＦ
ｅｔｃｈ１２４がコールされてデフォルトル−トコンテ
クスト（ｄｅｆａｕｌｔ ｒｏｏｔ ｃｏｎｔｅｘｔ）
を検索する。デフォルトルートコンテクストが存在しな
ければ、これが１つ作成され、最初のコンテクストデー
タメンバが割当てられ、Ａｌｌｏｃ−Ｓｙｍｂｏｌ−Ｎ
ａｍｅ５０６を間接的にコールすることにより新しいオ
ブジェクトＩＤ７８が得られ、そしてＣｏｍｍｉｔ−Ｔ
ｒａｎｓａｃｔｉｏｎ１１２がコールされデータベース
にデフォルトルートコンテクストがセーブされる。デフ
ォルトルートコンテクストが既に存在するなら、Ａｂｏ
ｒｔ−Ｔｒａｎｓａｃｔｉｏｎ１１４がコールされる。
最後に現在のコンテクストデータメンバが新しいまたは
既に存在するデフォルトルートコンテクストオブジェク
トに設定され、制御はこの関数のコール元に戻される。

【００６９】Ｄｅｌｅｔｅ２０２は単に供給された名称
管理プログラム４６のインスタンスを削除するだけであ
る。Ｎａｍｅ−Ｃｏｎｔｅｘｔ２０４は、供給されたコ
ンテクスト名を有するコンテクストエントリに対して、
最初のコンテクストデータメンバからアクセス可能なコ
ンテクストのリストを検索する。コンテクスト名がエン
トリ内にあれば、０（ゼロ）が返される。また、どのエ
ントリにもないなら、供給されたコンテクスト名を用い
て新しいコンテクストエントリが作成される。新たに作
成されたコンテクストエントリはコンテクストリストの
先頭に付加えられ、現在のコンテクストデータメンバは
新しいコンテクストエントリに割当てられ、値１が戻さ
れる。

【００７０】Ｎａｍｅ２０６は名称エントリの現在のコ
ンテクストデータメンバのリストにアクセスし、供給さ
れたオブジェクト名を有する名称エントリを捜す。この
オブジェクト名がエントリ内にあれば、２つの同一オブ
ジェクト名は許されていないので−１が戻される。ま
た、どのエントリ内にもなければ、供給されたオブジェ
クト名及びオブジェクトＩＤ７８を用いて新しい名称エ
ントリが作成され、リストの最後に付加えられる。そし
て、０（ゼロ）が戻される。

【００７１】Ｕｎｎａｍｅ２０８は名称エントリの現在
のコンテクストデータメンバのリストにアクセスし、供
給されたオブジェクト名を有する名称エントリを捜す。
そのオブジェクト名がエントリ内になければ、−１が戻
される。また、エントリ内にありオブジェクトＩＤ７８
が供給されたオブジェクトＩＤ７８と一致すれば、その
名称エントリはリストから削除され、０（ゼロ）が戻さ
れる。２つのオブジェクトＩＤ７８が一致しなければ、
−１が戻される。

【００７２】Ｒｅｔｕｒｎ−ｏｂｊｅｃｔＩＤ２１０は
名称エントリの現在のコンテクストデータメンバのリス
トにアクセスし、供給されたオブジェクト名称を有する
名称エントリを捜す。そのオブジェクト名がエントリに
なければ、無効オブジェクトＩＤ７８がもどされる。ま
た、エントリにあれば、名称エントリ内のオブジェクト
ＩＤ７８が戻される。

【００７３】図４はＯＭＳ４２が作動している間にＯＭ
Ｓ４２によって用いられるデーモンテーブルのブロック
図である。デーモンテーブル４８は、ユーザ定義の型ま
たはクラスに対するオブジェクトＩＤ７８と、デーモン
オブジェクト７４への参照との２つのデータメンバを含
むエントリの配列である。ＤＤＬ変換過程中、アプリケ
ーション開発者はクラス関数の前にキーワード「デーモ
ン」及びイベントキーワード（ｅｖｅｎｔ ｋｅｙｗｏ
ｒｄ）を付加えることができる（上述の表１のクラス宣
言の下部を参照）。これらのデーモンキーワードを有す
るクラスを「デーモンクラス」と呼ぶ。これらのキーワ
ードの存在はＤＤＬ３２によって認識され、関連する関
数の名称は型記述データベース３４に付加えられる。ｄ
ｄｌｐｏｓｔ３６の実行中、追加のＣ＋＋ステートメン
ト及び関数がデーモンキーワードを付与された各クラス
のソースファイル３８に付加えられる。まず、追加デー
タメンバであるＰＴＲ Ｄｅｍｏｎ７６が、このクラス
を用いたアプリケーションプログラムの実行中このクラ
スのＰＴＲ４４の全インスタンスによって共用されるこ
とが定義される。次に、他のクラス、デーモンオブジェ
クト７４が定義され、元のクラス定義で名付けられたユ
ーザ定義関数をコールする関数を含む。

【００７４】アプリケーション１４の実行に先立ち、ア
プリケーション開発者はアプリケーション１４及びＯＯ
ＤＢ１８のソフトウエアモジュールを用いてソースファ
イル３８をコンパイルし、連係する。アプリケーション
１４の実行が始った後は、ＰＴＲ７６のインスタンスを
統計的に作成することを要求されるコードが実行される
（これはソースファイル３８において作成されたコード
である）。アプリケーション１４の実行中、ＯＭＳ４２
のインスタンスがいつであろうとデーモンテーブル４８
のインスタンスが初期化される。アプリケーションプロ
グラムによってデーモンクラスＰＴＲ４４のインスタン
スが作成される時はいつでも、それに関連するＰＴＲＤ
ｅｍｏｎ７６の値がチェックされ、デーモンオブジェク
ト７４が存在するか調べられる。存在すれば処理は継続
される。また、存在しなければ、作成され、ＰＴＲ Ｄ
ｅｍｏｎ７６は参照真デーモンオブジェクト７４に設定
される。デーモンオブジェクト７４が作成されると、エ
ントリがデーモンテーブル４８に追加される。オブジェ
クトＩＤデータメンバは、このデーモンクラスに対する
型記述オブジェクト（Ｔｙｐｅｓ４０内）のオブジェク
トＩＤ７８に設定され、一方デーモンオブジェクト参照
データメンバはデーモンオブジェクト７４の新たに作成
されたインスタンス設定される。

【００７５】あるＯＭＳ４２関数中で永続的オブジェク
トを処理している間、ＯＭＳ４２はデーモンテーブル４
８をチェックし永続的オブジェクトの型に対するデーモ
ンオブジェクト７４が登録されているか調べる。これは
与えられたオブジェクトに対する型記述のオブジェクト
ＩＤ７８とデーモンテーブル４８内のオブジェクトＩＤ
７８とを比較することによって達成される。もし一致が
みられなければ、与えられたオブジェクトの処理が継続
される。しかし、一致があれば、ＯＭＳ４２は適切なデ
ーモンテーブル４８エントリから参照されたデーモンオ
ブジェクト７４内に指定されているデーモン関数の内の
１つをコールする。デーモン関数はＯＭＳ４２が処理を
継続する前にオブジェクトを操作することができる。

【００７６】図５はＯＭＳ４２によって用いられるオブ
ジェクトマップ５０のブロック図である。オブジェクト
マップ５０は、独立永続的オブジェクトがアプリケーシ
ョン１４によって作成されるかデータベースによって検
索される時に作成される。オブジェクトマップ５０は記
憶グループ及びオブジェクト数を基にした二段階インデ
クスである。最初の段階は、記憶グループ番号と記憶グ
ループハッシュテーブル５８とを含むレコードを要素と
する配列５６である。第２段階は、エントリ６０がカプ
セル６２へのポインタとハッシュテーブル５８内の次の
エントリ６０とを含む記憶グループハッシュテーブル５
８である。オブジェクトマップ２６によってＯＭＳ４２
に与えられるインターフェースは次の通りである。

【００７７】Ａｄｄ Ｅｎｃａｐｓｕｌａｔｉｏｎ（カ
プセル追加）は適切なハッシュテーブル５６を配置し
（必要ならば新たに作成する）、新しいエントリ６０を
作成し、これを供給されたカプセル６２と関連づけ、記
憶グループハッシュテーブル５８に付加える。Ｆｉｎｄ
Ｅｎｃａｐｓｕｌａｔｉｏｎ（カプセル発見）は適切
なハッシュテーブルオブジェクトマップ５８を配置し、
ハッシュテーブル５８のエントリ６０から供給されたオ
ブジェクトＩＤ７８と同じオブジェクトＩＤを有するカ
プセル６２を参照するエントリを捜し出す。エントリ６
０が見つかれば、関連するカプセル６２のアドレスが戻
される。エントリが何も見つからなければ、または供給
された記憶グループに対するハッシュテーブル５８がな
ければ、無効アドレスが返される。Ｒｅｍｏｖｅ Ｅｎ
ｃａｐｓｕｌａｔｉｏｎ（カプセル削除）は適切なハッ
シュテーブル５８を配置し、ハッステーブル５８のエン
トリ６０から供給されたオブジェクトＩＤ７８と同じオ
ブジェクトＩＤ７８を有するカプセル６２を参照するエ
ントリ６０を捜し出す。エントリ６０が見つかれば、記
憶グループハッシュテーブル５８から除去され削除され
る。エントリ６０が見つからなければ何も処理は行なわ
れない。

【００７８】前述のように、アプリケーション１４は本
発明を用いてＰＴＲ４４のインスタンスを作成し、永続
的オブジェクトを作成、操作、記憶、そして検索する。
図６からわかるように、ＰＴＲ４４のインスタンスはた
だ１つのデータメンバであるカプセルを有し、これがカ
プセルクラス（カプセル６２）のインスタンスを参照す
る。カプセル６２のインスタンスは次のデータメンバを
含む。型（クラス）記述ＩＤは、このオブジェクトがイ
ンスタンスであるＣ＋＋クラスの定義の限定された記述
を参照する。具体的には、オブジェクトポインタデータ
メンバを介して参照されるオブジェクトのクラス型のイ
ンスタンス内で各Ｃ＋＋ポインタ及びＰＴＲ４４に関す
る情報を含むのは文字配列へのＣ＋＋ポインタである。
これは型４０から抽出される。

【００７９】カプセル６２への「参照数」はカプセル６
２を参照するＰＴＲ４４が作成される毎に１増加され、
カプセル６２を参照するＰＴＲ４４が削除される毎に１
減少される。「同時ロック」はカプセルに関連するオブ
ジェクトにかけられた同時ロックを示す。これはカプセ
ル６２が作成された時、オブジェクトがデータベースか
ら検索された時、またはロックが格上げされた時に設定
される。「タイムスタンプ」は関連するオブジェクトが
データベースにセーブされた時を示す。「オブジェクト
識別子」はＰＴＲ４４と関連のあるオブジェクトのオブ
ジェクトＩＤである。「オブジェクトポインタ」は、関
連するオブジェクトの主メモリ表現を参照するＣ＋＋ポ
インタである。この値が無効でないなら（したがって、
値が無効でないことを示すなら）、関連するオブジェク
トは主メモリ内にある。

【００８０】「パーシスタント」はこの永続的オブジェ
クトがデータベースにセーブされるべきか、或いは既に
セーブされているかを示す。これはＰｅｒｓｉｓｔ３０
４をコールすることによって設定される。「モディファ
イド」はアプリケーション１４によってこの永続的オブ
ジェクトが変更されたかを示す。新たに作成されたオブ
ジェクトは「モディファイド（変更済）」という印が付
けられ、データベースから検索された永続的オブジェク
トは「ノットモディファイド（無変更）」という印が付
けられている。永続的オブジェクトにはＳｅｔ−Ｍｏｄ
ｉｆｉｅｄ３１０をコールすることによって「ノットモ
ディファイド」という印を付けることができる。

【００８１】「ディリータブル（Ｄｅｌｅｔａｂｌ
ｅ）」はＯＭＳ４２がこの永続的オブジェクトを削除で
きるかを示す。アプリケーション１４がこのオブジェク
トを作成したのなら、ＯＭＳ４２はそれを削除すること
ができない。ＯＭＳ４２がオブジェクトを作成したなら
（データベースからそれを検索した時）、永続的オブジ
ェクトを削除することができる。したがって、図６から
ＰＴＲ４４が与えられればそれに関連するカプセルにア
クセスし、そこから関連するオブジェクト６４にアクセ
スできることがわかるであろう。

【００８２】表７は、インターフェース関数３００−３
２６をその名称及び引数と共に示したもので、ＰＴＲ４
４によってアプリケーション１４に与えられる。各関数
について次に説明する。これらの関数はＰＴＲ４４の内
部状態を更新、またはそれに関する情報を戻す。インタ
ーフェース関数３００−３１０、３１６及び３２０−３
２２はＰＴＲ４４の内部状態を更新し、一方、インター
フェース関数３１２，３１４，３１８，３２４及び３２
６はＰＴＲ４４の内部状態に関する情報をアプリケーシ
ョン１４に戻す。

【表７】

【００８３】Ｃｒｅａｔｅ３００はオブジェクトを参照
するためにアプリケーション１４に対してＰＴＲ４４の
インスタンスを作成する。インスタンスはアプリケーシ
ョン１４内で用いられるＣ＋＋変数宣言に応じて統計
的、自動的または動的に作成される。まず、カプセル６
２が作成され、カプセルデータメンバに割当てられる。
次に、このＰＴＲ４４のクラス定義に対する型記述オブ
ジェクト（型４０内）のカプセル６２がオブジェクトマ
ップ５０から得られ、関連するカプセル６２の型記述Ｉ
Ｄデータメンバに割当てられ、制御がこの関数のコール
元に戻される。

【００８４】Ｄｅｌｅｔｅ３０２はＰＴＲ４４クラスの
インスタンスを削除する。別のＰＴＲ４４によるカプセ
ル６２への参照が全くない場合、カプセル６２はオブジ
ェクトマップ５０から除去される。カプセル６２の削除
可能データメンバによって関連するオブジェクト６４が
ＯＭＳ４２によって作成されたことが示されたなら、オ
ブジェクト６４は削除される。最後にカプセル６２は削
除され、制御はこの関数のコール元に戻される。

【００８５】Ｐｅｒｓｉｓｔ３０４は、次のＣｏｍｍｉ
ｔ−Ｔｒａｎｓａｃｔｉｏｎ１１２が実行される時に供
給されたオブジェクト６４がデータベースにセーブされ
るべきことを示すのに用いられる。まず、カプセル６２
の永続的データメンバが「真」に設定される。そして、
ＰＯＳＡｌｌｏｃ−Ｓｙｍｂｏｌｉｃ−Ｎａｍｅ５０６
がコールされ、供給された記憶グループ番号またはそれ
が供給されなかったならＯＭＳ４２のデフォルト記憶グ
ループデータメンバを用いて、オブジェクトに対しオブ
ジェクトＩＤ７８が得られる。最後に、オブジェクト型
のＰｅｒｓｉｓｔ Ｄｅｍｏｎ（パーシストデーモン）
がデーモンテーブル４８に登録されていたなら、このＰ
ｅｒｓｉｓｔ Ｄｅｍｏｎをコールし、制御はこの関数
のコール元に戻される。

【００８６】Ｎａｍｅ３０６は供給されたオブジェクト
６４のオブジェクト名をＰＴＲ４４と関連づける。名称
は独立永続的オブジェクトとのみ関連付けられるので、
関連するカプセル６２のオブジェクトＩＤデータメンバ
が無効オブジェクトＩＤ７８ならば、ＰＯＳ Ａｌｌｏ
ｃ−Ｓｙｍｂｏｌｉｃ−Ｎａｍｅ５０６がコールされ、
オブジェクト６４に対してオブジェクトＩＤ７８が得ら
れる。次に、Ｎａｍｅ２０６がコールされて新しい名称
が作成され、制御はこの関数のコール元に戻される。

【００８７】Ｕｎｎａｍｅ３０８は、Ｕｎｎａｍｅ２０
８をコールすることによって、ＰＴＲ４４と関連付けら
れたオブジェクト６４から供給されたオブジェクト名と
の関連を外し、制御をこの関数のコール元に戻す。Ｓｅ
ｔ−Ｍｏｄｉｆｉｅｄ３１０はアプリケーションプログ
ラムがオブジェクト６４を変更したことを示す（これは
ツアイトガイスト（Ｚｅｉｔｇｅｉｓｔ）のＣｏｍｍｉ
ｔ−Ｔｒａｎｓａｃｔｉｏｎ１１２の処理の間にチェッ
クされる）。まず、カプセルの変更されたデータメンバ
が「真」に設定され、Ｕｐｇｒａｄｅ−Ｌｏｃｋ２１２
がコールされ、ライトロックが要求され、そして制御は
この関数のコール元に戻される。

【００８８】Ｉｓ−Ｍｏｄｉｆｉｅｄ３１２はカプセル
６２の変更されたデータメンバの値を検索し、この値を
戻す。Ｌｏｃｋ−Ｓｔａｔｅ３１４は、カプセル６２の
同時ロックデータメンバの現在値またはデータメンバが
現在のロックが無効であることを示す時は「無効」を返
す。Ｕｐｇｒａｄｅ−Ｌｏｃｋ３１６はオブジェクト６
４に対する既存のロックを要求されたロックへの格上げ
を試みる。供給されたロックが有効なロック型でないな
ら、エラーが戻される。供給されたロックがリードオン
リ（Ｒｅａｄ Ｏｎｌｙ）ロックであれば、カプセル６
２の同時ロックデータメンバはこの値に設定される。ま
た、現在のロックが有効で供給されたロックより強力か
同等であれば、制御はこの関数のコール元に戻される。
上述のいずれの状態でもないなら、Ｓｅｔ−Ｌｏｃｋ５
２４がコールされ、ロックの供給を要求する。ロックが
設定されたなら、カプセル６２の同時ロックデータメン
バは供給されたロックに設定され、制御はこの関数のコ
ール元に戻される。

【００８９】Ｉｎ−Ｍｅｍｏｒｙ３１８はカプセル６２
のオブジェクトポインタデータメンバの値をチェック
し、関連するオブジェクト６４が主メモリにあることが
値によって示されれば１、そうでなければ０を戻す。Ｍ
ａｋｅ−Ａｂｓｅｎｔ３２０は、後続のオブジェクト６
４への参照によってＯＭＳ４２がＰＯＳ Ｓｅｒｖｅｒ
５４からのオブジェクト６４を検索するように、カプセ
ル６２を格上げする。まず、カプセル６２の削除可能デ
ータメンバによってＯＭＳ４２がオブジェクト６２を割
当てたことが示されると、カプセル６２の削除可能デー
タメンバはＯＭＳ４２がオブジェクト６４を割当てなか
ったことを示すように設定され、変更されたデータメン
バは「無変更」に設定される。次に、オブジェクト６４
及びいかいなる依存性永続的オブジェクトも削除され
る。ＯＭＳ４２がオブジェクト６４を割当てたかに無関
係に、カプセル６２のオブジェクトポインタデータメン
バは無効に設定され、オブジェクト６４は主メモリには
ないことが示され、制御はこの関数のコール元に戻され
る。

【００９０】Ｍａｋｅ−Ｐｒｅｓｅｎｔ３３２はオブジ
ェクト６４をＰＴＲ４４を介してアクセス可能にする。
まず、カプセル６２のオブジェクトポインタデータメン
バをチェックし、イブジェクト６４が既に主メモリ内に
あるか調べる。主メモリ内にあれば、制御はこの関数の
コール元に戻される。そうでなければ、Ｆｅｔｃｈ１２
４がコールされ、ＰＯＳ Ｓｅｒｖｅｒ５４からオブジ
ェクト６４が検索され、主メモリに配される。これが成
功すれば、オブジェクト６４の主メモリアドレスが返さ
れる。Ｔｉｍｅｃｏｎｔｅｘｔ３２４はカプセル６２の
オブジェクトＩＤ７８のタイムコンテクストデータメン
バの値を検索し、戻す。この値はデータベースからオブ
ジェクトが検索される時に用いられるタイムコンテクス
トを示す。Ｔｉｍｅｓｔａｍｐ３２６はカプセル６２の
タイムスタンプデータメンバの値を検索し、戻す。この
値はオブジェクト６４がデータベースにセーブされた時
を示す。

【００９１】ＯＭＳ４２は、Ｆｅｔｃｈ１２０−１２４
またはＭａｋｅ−Ｐｒｅｓｅｎｔ３２２をコールする必
要なく、アプリケーションプログラムが暗黙かつ自動的
にＰＯＳ Ｓｅｒｖｅｒ５４から独立永続的オブジェク
トを検索できるようにする付加機能を与える。この機能
はオブジェクトフォールティング（ｏｂｊｅｃｔ ｆａ
ｕｌｔｉｎｇ）と呼ばれ、ＰＴＲ４４は次のようにして
オブジェクトフォールトの発生を処理する。アプリケー
ションプログラムがＰＴＲ４４のインスタンスを参照し
ない時、関連するカプセル６２のオブジェクトポインタ
データメンバの値をチェックするためのコードが実行さ
れる。関連するオブジェクト６４が既に主メモリにある
ことが値によって示されれば、アプリケーションプログ
ラムは継続する。また、関連するオブジェクト６４が主
メモリ内にないことが値によって示されれば、カプセル
６２内のオブジェクトＩＤ７８のデータメンバを用いて
Ｆｅｔｃｈ１２４がコールされる。オブジェクト６４が
Ｆｅｔｃｈ１２４によって主メモリに配された後、アプ
リケーションプログラムは継続される。Ｃ＋＋の実施例
では、この処理を行なうのに必要なコードはＤＤＬ８０
によって自動的に作成される（ソースファイル３８のＣ
＋＋ファイルに含まれる）。具体的には、独立永続的オ
ブジェクトクラスに対してＣ＋＋非参照演算子（”ａ−
＞ｆｕｎｃ（）”及び”（＊ａ）．ｆｕｎｃ（）”）を
オーバーロードするために定義が与えられる。

【００９２】図７はＣ＋＋オブジェクトの主メモリ表現
４００（以後「オブジェクト４００」と呼ぶ）を示す。
Ｃ＋＋オブジェクトは種々のデータメンバを含むことが
できるが、本発明はこれらデータメンバの内次にあげる
３種類のデータ型を支援する。第１の種類はオブジェク
トに完全に埋め込むことができるデータ型である（デー
タメンバ４１０−４１４）。第２の種類はＣ＋＋ポイン
タを用いた独立または依存性永続的オブジェクトへの参
照であるデータ型を含む（データメンバ４１６−４２
０）。第３の種類はＰＴＲ４４を用いた独立永続的オブ
ジェクトへの参照であるデータを含む（データメンバ４
０６，４０８及び４２２）。図８はＣ＋＋オブジェクト
の第２メモリ表現であり、２つの項目、即ち外部表現及
び外部参照で構成されている。ＯＴＳ５２はＯＴＳ４２
に、永続的オブジェクトを主及び第２メモリ表現の間で
変換するために２つのインターフェース関数を与える。

【００９３】Ｉｎｔｅｒｎａｌ２Ｅｘｔｅｒｎａｌは第
１の関数で、オブジェクトを主（内部）から第２（外
部）メモリ表現に変換する。これは、まず２つのメモリ
バッファを割当てて外部表現４０２及び内部表現４０４
を保持する。次に、オブジェクトの情報（大きさ、型Ｉ
Ｄ）及びオブジェクト内の各参照（ポインタの型、参照
されるオブジェクト、参照されるオブジェクト数の決め
方等）の情報がＤＤＬ８０によって作成されたものとし
て、型４０から得られる。第２に、オブジェクト４００
内のデータが外部表現４０２にコピーされ、外部表現４
０２の最初から開始される。

【００９４】そして、各参照に対して次の動作が行なわ
れる。参照がＣ＋＋のポインタであり無効値でなけれ
ば、参照されたオブジェクトに関する情報が型４０から
得られる。参照されたオブジェクトは、他のコピーされ
たデータ及び参照されたオブジェクトのコピー（外部表
現４０２の初めに関して）が元のＣ＋＋のポインタの外
部表現に記憶された後に、外部表現４０２にコピーされ
る。コピーの後、データメンバ４３６は、そのオブジェ
クトのコピーの外部表現４０２の初めからのオフセッ
ト、即ちオブジェクト４４４を含む。参照されたオブジ
ェクトのデータ型がＣ＋＋構造またはクラスであれば、
同様の変換過程がその参照されたオブジェクトに対して
行なわれる。Ｃ＋＋ポインタが「境界」ポインタであれ
ば、外部表現４０２内の値は０（ゼロ）に設定される。
例えば、データメンバ４１６が境界ポインタであれば、
データメンバ４３４は０（ゼロ）を含む。参照がＰＴＲ
４４であれば、参照されたオブジェクトのオブジェクト
ＩＤ７８は関連するカプセル６２から得られ、他のコピ
ーされたオブジェクトＩＤ７８及びそのコピーのオフセ
ット（外部参照４０４の初めに関して）が外部表現４０
２内の適切な場所に記憶された後に外部参照４０４にコ
ピーされる。例えば、データメンバ４２２はＰＴＲ４４
である。参照されたオブジェクトのオブジェクトＩＤ７
８は外部参照４５２に記憶され、外部参照４５２の場所
（外部参照４０４内）はデータメンバ４４０に記憶され
る。本質的には、参照されたオブジェクト即ちオブジェ
クトＩＤ７８は１ヵ所に記憶され、その記憶場所は元の
参照がコピーされた所に記憶される。最後にＰＯＳカプ
セル７０は更新され（このオブジェクトのオブジェクト
ＩＤ７８、ＯＭＳ４２の現在のインスタンスからのアー
キテクチャＩＤ、このオブジェクトに関連する型記述Ｉ
Ｄ、そして新たに作成された外部表現４０２及び外部参
照４０４と共に）、制御はこの関数のコール元に戻され
る。

【００９５】Ｅｘｔｅｒｎａｌ２Ｉｎｔｅｒｎａｌは第
２の関数で、オブジェクトを第２（外部）から主（内
部）メモリ表現に変換する。これは、まず供給されたＰ
ＯＳカプセル７０内のアーキテクチャＩＤをチェックし
てＯＭＳ４２の現在のインスタンス内のアーキテクチャ
ＩＤデータメンバと一致するかを見ることによって変換
を行なう。本実施例では、これらが一致しなければ、オ
ブジェクトは変換されず、エラーがこの関数のコール元
に戻される。第２に、オブジェクトについての情報が、
Ｉｎｔｅｒｎａｌ２Ｅｘｔｅｒｎａｌが行なったように
して、得られる。第３に、オブジェクトを保持するのに
十分な主メモリが割当てられ、オブジェクトが外部表現
４０２から新たに割当てられたメモリにコピーされる
（例えば、オブジェクト４００）。

【００９６】次に、以下の動作が各参照に対して行なわ
れる。参照がＣ＋＋ポインタならば、参照されたオブジ
ェクトに関する情報が型４０から得られる。十分な主メ
モリが割当てられ、参照されたオブジェクトが保持さ
れ、参照されたオブジェクトは元の参照の値によって示
されるように外部表現４０２内の場所にコピーされる。
オブジェクト４００内の対応する参照は新たに割当てら
れた参照されたオブジェクトを参照するように更新され
る。例えば、データメンバ４３６は、参照されたオブジ
ェクトがオブジェクト４４４に記憶されているＣ＋＋ポ
インタである。メモリが割当てられて参照されたオブジ
ェクトが保持された後、参照されたオブジェクトはオブ
ジェクト４４４から新たに割当てられたメモリにコピー
され、データメンバ４１８は新たに割当てられた参照さ
れたオブジェクトを参照するように更新される。参照さ
れたオブジェクトのデータ型がＣ＋＋構成またはクラス
の場合、同様な変換過程が参照されたオブジェクトに対
して行なわれる。参照がＰＴＲ４４４であれば、次の動
作が行なわれる。参照されたオブジェクトのオブジェク
トＩＤが無効の場合、オブジェクトＩＤ７８内のタイム
スタンプはこのオブジェクトのカプセル６２のタイムス
タンプに設定される。これで、参照されたオブジェクト
がＰＯＳ Ｓｅｒｖｅｒ５４から検索される時に参照さ
れたオブジェクトのタイムスタンプが確実に用いられ
る。次に、参照されたオブジェクトに対するカプセル６
２への参照がオブジェクトマップ５０から得られる（オ
ブジェクトが現在ＯＭＳ４２に知られていなければ、作
成される）。アプリケーション１４が現在参照されたオ
ブジェクトに対する有効なロックを保持していなければ
（得られたばかりのカプセル６２を調べることによって
判断する）、参照されたオブジェクトのカプセル６２の
同時ロックデータメンバの値をこのオブジェクトのカプ
セル６２の同時ロックデータメンバの値に設定する。こ
れによって、参照されたオブジェクトがＰＯＳ Ｓｅｒ
ｖｅｒ５４から検索される時参照するオブジェクトのロ
ックが確実に用いられる。アプリケーション１４が参照
されたオブジェクトに対して有効なロックを保持してい
れば、Ｕｐｇｒａｄｅ−Ｌｏｃｋ３１６がコールされ、
このオブジェクトのカプセル６２内の同時ロックデータ
メンバの値に等しいロックが要求される。最後に、オブ
ジェクト内の全参照が処理されたなら、制御はこの関数
のコール元に戻される。

【００９７】ＰＯＳ Ｓｅｒｖｅｒ５４はデータベース
内の永続的オブジェクトを記憶し検索するためにＯＭＳ
４２に用いられる。Ｃ＋＋の実施例では、本発明は市販
のＲＤＢＭＳ２０を用いて上述の独立永続的オブジェク
トの外部表現４０２及び外部参照４０４を記憶する。本
発明は、販売人によって提供される組込まれた標準照会
言語（ＳＱＬ）インターフェースを用いてＲＤＢＭＳ２
０と相互作用する。これによって、本発明は、本発明に
わずかな変更を加えるだけである販売人のＲＤＢＭＳを
別の販売人のＲＤＢＭＳに交換することができる。

【００９８】アプリケーション１４によって作成されＯ
ＭＳ４２によって管理される永続的オブジェクトを記憶
するために、次の関係テーブルがＲＤＢＭＳ２０内で定
義される。第１のテーブルは、２つの属性、記憶グルー
プ及びオブジェクト番号を含むグループテーブルであ
る。このテーブルの目的は記憶グループ内のオブジェク
ト識別子（オブジェクトＩＤ７８）の割当てを制御する
ことである。オブジェクト番号がどのように割当てられ
るかについては、後述のＡｌｌｏｃ−Ｓｙｍｂｏｌｉｃ
−Ｎａｍｅの説明を参照されたい。

【００９９】第２のテーブルは以下に示す第８表の属性
を有する値テーブルである。このテーブルの目的は、オ
ブジェクトＩＤ７８（最初の３つの属性で構成されてい
る）によって識別するために独立永続的オブジェクトに
関する十分な情報を保持し、オブジェクトがセーブされ
た時にアプリケーション１４及びＯＯＤＢが実行された
コンピュータハードウエアのアーキテクチャを識別し、
オブジェクトの型（クラス）記述を識別し、参照する独
立永続的オブジェクトの数を識別し、それを主メモリに
配置することである。オブジェクトの外部表現４０２が
ＲＤＢＭＳ２０によって属性値に許された長さより長い
場合、単一の長いオブジェクトに対してこのテーブルの
中に多数のタプルがあり、「連続番号」（１から始り、
タプルが加えられる毎に１増加する）と「外部表現」
（以前のタプルがなくなった所に続く）を除いて全て同
一値である。

【表８】

【０１００】最後のテーブルは、下の９表に示す属性を
有するレフト（ｒｅｆｔｏ）テーブルである。このテー
ブルの目的は、ある独立永続的オブジェクトから別の独
立永続的オブジェクトへの参照を保持することである。
値テーブル内の各タプルセット（同一オブジェクトＩＤ
に１つ以上のタプル）は、関連する値テーブルのタプル
と同じ記憶グループ、オブジェクト番号及び遂行時間の
ため、このテーブルの１つ以上のタプルと関連づけられ
る。１つのオブジェクトから多数の参照がある場合、こ
のテーブルに多数のタプルがあり、「連続番号」（１か
ら始り、タプルが加えられる毎に１増加する）を除い
て、関連する値タプルセット内の記憶グループ、オブジ
ェクト番号、遂行時間属性を有する。値テーブル内に設
定されたタプルに関連するこのテーブル内のタプルの数
は関連する値テーブルタプルセット内の「参照数」の値
と等しい。

【表９】

【０１０１】１０及び表１１は、夫々７及び図８に示さ
れたオブジェクトがどのように値及びレフトテーブルに
記憶されるかの例を示したものである。

【表１０】

【表１１】

【０１０２】ＯＰＳ５２及びＰＯＳ Ｓｅｒｖｅｒ５４
は互いの間でカプセル６２及びＰＯＳカプセル７０を渡
す。ＰＯＳカプセル７０のインスタンスは次のデータメ
ンバを含む。オブジェクトＩＤはこのＰＯＳカプセル７
０に渡されたオブジェクトのオブジェクトＩＤ７８であ
る。アーキテクチャＩＤはアプリケーション１４及びＯ
ＯＤＢ１８が現在実行されているコンピュータハードウ
エアのアーキテクチャを記述した永続的オブジェクトの
オブジェクトＩＤである。型記述ＩＤは、このＰＯＳカ
プセル７０に渡されたオブジェクトの主メモリ表現を記
述した永続的オブジェクトのオブジェクトＩＤ７８であ
る。オブジェクト外部表現の大きさは、このＰＯＳカプ
セル７０内のオブジェクト外部表現４０２に含まれるバ
イト数である。オブジェクト外部表現はこのＰＯＳカプ
セル７０内に渡されたオブジェクトに含まれる外部参照
の数である。外部参照の数はこのＰＯＳカプセル７０内
に渡されたオブジェクトの外部参照数である。外部参照
はこのＰＯＳカプセル７０に渡されたオブジェクトに含
まれる外部参照４０４である。ＰＯＳ Ｓｅｒｖｅｒ５
４のインスタンスは次にあげるデータメンバを含む。

【０１０３】進行中の記録（ｃｏｍｍｉｔ）は記録処理
が現在進行中かを記録する。記録はＢｅｇｉｎ−Ｃｏｍ
ｍｉｔ５０８がコールされると始まり、Ｅｎｄ−Ｃｏｍ
ｍｉｔ５１０がコールされると終了する。トランザクシ
ョンは、データベースにアクセスする際多数のプロブラ
ムによって実行されるトランザクションを監視するトラ
ンザクション装置（図示せず）への参照である。

【０１０４】表１２は、ＰＯＳ Ｓｅｒｖｅｒ５４がＯ
ＭＳ４２に与えるインターフェース関数を関数名及び引
数と共に示したものである。各関数について以下に説明
する。これらの関数はＰＯＳ Ｓｅｒｖｅｒ５４のイン
スタンスの内部状態を更新するか、或いはそれに関する
情報を戻す。インターフェース関数５００−５０２、５
０６−５１０及び５１４−５２４はインスタンスの内部
状態を更新し、インターフェース関数５０４及び５１２
はインスタンスの内部状態に関する情報をＯＭＳ４２に
戻す。

【表１２】

【０１０５】Ｃｒｅａｔｅ５００はＰＯＳ Ｓｅｒｖｅ
ｒ５４のインスタンスを作成し、適切なＳＱＬステート
メントを用いてＲＤＢＭＳ２０に接続する（これはＰＯ
ＳＳｅｒｖｅｒ５４からＲＤＢＭＳ２０へのコールも行
なう）。次に、トランザクション装置のインスタンスが
作成され、トランザクションデータメンバに割当てられ
る。最後に、制御がこの関数のコール元に戻される。

【０１０６】Ｄｅｌｅｔｅ５０２は、ＰＯＳ Ｓｅｒｖ
ｅｒ５４のインスタンスを削除し、ＯＭＳ４２によって
Ｅｎｄ−Ｃｏｍｍｉｔ５１０ガコールされなかった場合
にＡｂｏｒｔ−Ｔｒａｎｓａｃｔｉｏｎ５２０をコール
する。次に、適切なＳＱＬステートメントを用いてＲＤ
ＢＭＳ２０からの切り離しを行ない、ＯＭＳ４２によっ
て以前に行なわれたが遂行されていない変化が戻される
か削除されることを確かめる。また、これはＰＯＳ Ｓ
ｅｒｖｅｒ５４からＲＤＢＭＳ２０へのコールの終了を
知らせる。最後に、制御がこの関数のコール元に戻され
る。

【０１０７】Ｉｓ−Ｓｇ−Ｖａｌｉｄ５０４はＲＤＢＭ
Ｓ２０にＳＱＬ照会を発行し、供給された記憶グループ
を含むグループテーブルにタプルが存在するか判断す
る。タプルが存在すれば、１が返され、存在しなければ
０（ゼロ）が返される。Ａｌｌｏｃ−Ｓｙｍｂｏｌｉｃ
−Ｎａｍｅ５０６は、ＲＤＢＭＳ２０にＳＱＬ照会を発
行し、供給された記憶グループを含むテーブル内でタプ
ルを検索し、戻されたタプルからのオブジェクト番号属
性の値のコピーを作る。オブジェクト番号属性は要求さ
れた数だけ増加され、ＳＱＬ照会が発行され変更された
タプルを更新し、ＲＤＢＭＳ２０内の更新を遂行する。
最後に、オブジェクト番号属性のコピーされた値が戻さ
れる。

【０１０８】Ｂｅｇｉｎ−Ｃｏｍｍｉｔ５０８はコミッ
ト（ｃｏｍｍｉｔ）の開始を記録するのに用いられる。
進行中のコミットのデータメンバの値によってコミット
が進行中であることが示されると、常に１つのコミット
しか進行中であり得ないのでエラーが戻される。その他
の場合は、ＯＳ１６からの現在時間が得られ、進行中の
コミットのデータメンバの値がコミット進行中を示すよ
うに設定され、ＯＳ１６から得られた時間が戻される。

【０１０９】Ｅｎｄ−Ｃｏｍｍｉｔ５１０はコミットの
終了を記録するのに用いられる。進行中のコミットのデ
ータメンバの値によってコミットが進行中でないことが
示されると、エラーが戻される。その他の場合は、ＳＱ
Ｌ照会が発行されＰＯＳ Ｓｅｒｖｅｒ５４によって以
前にＲＤＢＭＳ２０に送られた未了の全ての変化を遂行
する。この照会が実行されない場合、別のＳＱＬ照会が
発行され未了の全ての変化を戻し、このデータベースを
アクセスする別のどのアプリケーション１４からも未了
の変化が絶対に判らないようにする。最後に、進行中の
コミットのデータメンバの値をコミットが進行してない
ことを示すように設定され、制御はこの関数のコール元
に戻される。

【０１１０】Ｇｅｔ−Ｏｂｊｅｃｔ５１２はＩｓ−Ｓｇ
−Ｖａｌｉｄ５０４をコールすることによって開始し、
供給されたカプセル６２のオブジェクト７８の中に記憶
グレープが存在することを確かめる。存在しなければ、
エラーが戻される。そうでなければ、ＳＱＬ照会がＲＤ
ＢＭＳ２０に発行され、供給されたカプセル６２のオブ
ジェクトＩＤ７８と一致する値テーブル内の最初のタプ
ルを検索する。次に、検索されたタプル内のオブジェク
トサイズ属性値を用いて、オブジェクト全体を保持する
のに十分なメモリバッファが割当てられる。オブジェク
トサイズ属性が同じオブジェクトＩＤを有する別のタプ
ルの存在を示した場合（検索された外部表現４０２が１
つのタプルに入れるには大きすぎたため）、追加のＳＱ
Ｌ照会が発行され、残りの値タプルが検索される。検索
されたタプルからの外部表現４０２の部分はメモリバッ
ファにコピーされる。次に、ＳＱＬ照会がＲＤＢＭＳ２
０に発行され、供給されたカプセル６２のオブジェクト
ＩＤと一致するレフトテーブル内の最初のタプルを要求
する。値タプル内の「参照数」属性が同じオブジェクト
ＩＤを有する別のタプルがあることを示した場合、更に
ＳＱＬ照会が発生され、残りのレフトタプルを検索す
る。これらタプルからの参照されたオブジェクト記憶グ
ループ、オブジェクト番号、そしてコミット時間の値
は、外部参照４０４を作成するのに用いられる。次に、
ＳＱＬ照会がＲＤＢＭＳ２０に発行され、未了の処理を
遂行して検索されたタプルに対する如何なるＲＤＢＭＳ
のロックも保持されていないことを確認する。次に、Ｐ
ＯＳカプセル７０が作成され、供給されたカプセル６２
からのオブジェクトＩＤ７８のコピー、アーキテクチャ
ＩＤ、型記述ＩＤ、外部表現４０２及び値タプルから集
められた外部参照４０２の大きさ、そして外部参照及び
レフトタプルから集められた外部参照４０４の数を用い
て更新される。最後に、この新たに作成されたＰＯＳカ
プセル７０はこの関数のコール元に戻される。

【０１１１】Ｐｕｔ−Ｏｂｊｅｃｔ５１４は進行中コミ
ットデータメンバの値をチェックすることによって始
り、コミットが進行中であることを確認する。進行中の
ものがない場合、エラーが返される。進行中であれば、
供給されたＰＯＳカプセル７０ないの外部表現４０２の
長さを用いて外部表現４０２を記憶するのに必要な値タ
プルの数を計算する。そして、ＳＱＬ照会が発行され、
新しい値タプル内の別の属性値に対して供給されたＰＯ
Ｓカプセル７０内のオブジェクトＩＤ７８、アーキテク
チャＩＤ及び型記述ＩＤデータメンバを用いて、外部表
現４０２を記憶するのに十分な値タプルを挿入する（表
１０を参照）。次に、供給されたＰＯＳカプセル７０内
の外部参照データメンバの値を用いて、外部参照４０４
を記憶するのに必要なレフトタプルの数を決める。そし
て、ＳＱＬ照会が発行され、新しいレフトタプル内の別
の属性値に対して供給されたＰＯＳカプセル７０内のオ
ブジェクトＩＤ７８を用いて外部参照４０４を記憶する
のに必要なレフトタプルを挿入する（表１１参照）。最
後に、制御がこの関数のコール元に戻される。

【０１１２】Ｂｅｇｉｎ−Ｔｒａｎｓａｃｔｉｏｎ５１
６はアプリケーション１４によって開始されたトランザ
クションの最初を定めるのに用いられる。トタンザクシ
ョンデータメンバによってトランザクションが既に進行
中であることが示された場合、エラーが戻される。その
他の場合は、トランザクション装置から新たなトランザ
クションＩＤが得られ、制御はこの関数のコール元に戻
される。

【０１１３】Ｅｎｄ−Ｔｒａｎｓａｃｔｉｏｎ５１８
は、アプリケーション１４によって開始されたトランザ
クションの最後を定めるのに用いられる。トランザクシ
ョンデータメンバによって現在進行中のトランザクショ
ンがないことが示された場合、エラーが戻される。その
他の場合は、トランザクション装置がコールされて現在
のトランザクションを終了し、制御はこの関数のコール
元に戻される。

【０１１４】Ａｂｏｒｔ−Ｔｒａｎｓａｃｔｉｏｎ５２
０はアプリケーション１４によって開始されたトランザ
クションの終りを定めるのに用いれらる。トランザクシ
ョンデータメンバによって現在進行中のトランザクショ
ンがないことが示された場合、エラーが戻される。その
他の場合は、トランザクション装置がコールされて現在
のトランザクションを終了し、制御はこの関数のコール
元に戻される。

【０１１５】Ｓｅｔ−Ｌｏｃｋ５２２−５２４は、供給
されたカプセル６２に関連するオブジェクトへのロック
設定を試みる２つの形式を有する。第１の形式は、ロッ
クが与えられるまで待ち、第２の形式は最初の試行でロ
ックが与えられなければ戻る。供給されたカプセル６２
のオブジェクトＩＤ７８が無効オブジェクトＩＤであれ
ば、オブジェクトがまだデータベース内に存在せず、ア
プリケーション１４によって暗黙にライトロックがかけ
られたので、制御はこの関数のコール元に戻される。要
求がリードオンリー（Ｒｅａｄ−Ｏｎｌｙ）ロックであ
れば、供給されたカプセル６２内の同時ロックデータメ
ンバはその値に設定され、制御はこの関数のコール元に
戻される。エラーのためにロックが与えられない場合、
供給されたカプセル６２内の同時ロックデータメンバは
その値に設定され、制御はこの関数のコール元に戻され
る。

【０１１６】アプリケーション１４は、ＯＭＳ２０及び
ＰＴＲ４４への関数コールを組み込みかつアプリケーシ
ョンソフトウエア内のプログラミング言語のステートメ
ントの中にＰＴＲ４４のインスタンスを用いることによ
って、ＯＭＳ２０及びＰＴＲ４４をインターフェースと
する。本発明の好適実施例では、ＯＭＳ４２はソフトウ
エアの一つのライブラリとＯＭＳ４４２に対抗するＣ＋
＋ヘッダファイルとからなっている。アプリケーション
開発プログラムはＯＭＳ４２のヘッダファイルをＤＤＬ
８０によって作成されたソースファイル３８と共にコン
パイル中アプリケーションソフトウエアに含ませる。Ｃ
＋＋ソースファイルのコンパイル中に作成されたライブ
ラリ及びオブジェクトファイルは連係されアプリケーシ
ョンロードモジュールを形成する。本発明の好適実施例
では、ＯＯＤＢ１８とＯＯＤＢ１８を用いたアプリケー
ション１４は同じアドレス空間で実行され、ＲＤＢＭＳ
２０は異なるアドレス空間で実行される。アプリケーシ
ョン１４のソフトウエアからＯＯＤＢ１８への関数コー
ルが抽出るされると、結果として得られる命令セットは
次に示す基本的制御の流れを有することになる。まず、
ＯＭＳ４２のインスタンスが作成されＯＭＳ４２とのイ
ンターフェースが開始される。

【０１１７】第２に、ＰＴＲ４４の１つ以上のインスタ
ンスが作成され、これによりアプリケーション１４は本
発明を用いて永続的オブジェクトを作成、操作、記憶及
び／または検索することができる。第３に、ＯＭＳ Ｓ
ｅｇｉｎ−Ｔｒａｎｓａｃｔｉｏｎｌ１０がコールさ
れ、アプリケーション１４が望むのなら新しいデフォル
ト記憶グループを定義し、この中に新たに作成されるオ
ブジェクトが記憶される。第４に、ＯＭＳ Ｄｅｆａｕ
ｌｔ−Ｓｔｏｒａｇｅ−Ｇｒｏｕｐ１０８がコールさ
れ、新しいデフォルト記憶グループが定義され、アプリ
ケーション１４が望むならば新しく作成されたオブジェ
クトがここに記憶される。

【０１１８】第５に、ＯＭＳ Ｄｅｆａｕｌｔ−Ｎａｍ
ｅ−Ｃｏｎｔｅｘｔ１１８がコールされ、アプリケーシ
ョン１４が望むのなら新しいデフォルト名称コンテクス
トを定義し、この中に新しいオブジェクト名が登録され
る。第６に、アプリケーション１４はオブジェクトのイ
ンスタンスを作成し、インスタンスのクラスに対して定
義された関数を用いてこれらを操作する。その中には１
つのオブジェクトから別の１つ以上のオブジェクトへの
参照の割当てを含む。第７に、データベースに記憶され
るべきオブジェクトに対し、アプリケーション１４はオ
ブジェクトを適切なＰＴＲ４４に割当て、これらのＰＴ
Ｒ４４に対しＰＴＲ Ｓｅｔ−Ｍｏｄｉｆｉｅｄ３１０
とＰＴＲ Ｐｅｒｓｉｓｔ３０４をコールする。第８
に、データベースにセーブされた後に明示的に検索され
るオブジェクトに対し、アプリケーション１４はＰＴＲ
Ｎａｍｅ３０６をコールしオブジェクト名を各オブジ
ェクトと関連づける。

【０１１９】第９に、アプリケーション１４はＯＭＳ
Ｃｏｍｍｉｔ−Ｔｒａｎｓａｃｔｉｏｎｌ１２をコール
し、トランザクションを終了させ、オブジェクトをデー
タベースにセーブする。第１０に、アプリケーション１
４はＯＭＳ Ｓｈｕｔｄｏｗｎ１０６をコールするか、
ＯＭＳ４２のインスタンスを削除してＯＭＳ４２とのイ
ンターフェースを終了する。第１１に、アプリケーショ
ン１４がＯＭＳ Ｓｈｕｔｄｏｗｎ１０６をコールした
なら、ＯＭＳ Ｓｔａｒｔｕｐ１０２もコールし、ＯＭ
Ｓ４２とのインターフェースを再開する。一方、アプリ
ケーション１４がＯＭＳ４２のインスタンスを削除した
のなら、ＯＭＳ４２の新しいインスタンスを作成しＯＭ
Ｓ４２とのインターフェースを再開する。

【０１２０】第１２に、アプリケーション１４はＯＭＳ
Ｂｅｇｉｎ−Ｔｒａｎｓａｃｔｉｏｎｌ１０をコール
し新たなトランザクションを始める。第１３に、ＯＭＳ
Ｄｅｆａｕｌｔ−Ｓｔｏｒａｇｅ−Ｇｒｏｕｐ１０８
がコールされ、アプリケーション１４が望むのなら新し
いデフォルト記憶グループを定義し、この中に新しく作
成されたオブジェクトが記憶される。第１４に、Ｄｅｆ
ａｕｌｔ−Ｎａｍｅ−Ｃｏｎｔｅｘｔ１１８がコールさ
れ、アプリケーション１４が望むのなら新しいデフォル
ト名称コンテクストを定義し、この中に新しいオブジェ
クト名が登録される。

【０１２１】第１５に、アプリケーション１４はＦｅｔ
ｃｈ１２０−１２４をコールしてデータベースから１つ
の以上の永続的オブジェクトを明示的に検索する。第１
６に、アプリケーション１４は、インスタンスのクラス
に対して定義された関数を用いて検索されたオブジェク
トを操作することができる。これには１つのオブジェク
トから１つ以上の別のオブジェクトへの参照を割当てる
ことが含まれる。これらのオブジェクトの操作によって
アプリケーション１４がアクセスする際に自動的に別の
永続的オブジェクトが検索される。新しいオブジェクト
はアプリケーション１４によって作成することもでき
る。

【０１２２】第１７に、データベースに記憶されるオブ
ジェクトに対して、アプリケーション１４は適切なＰＴ
Ｒ４４のＰＴＲ Ｓｅｔ−Ｍｏｄｉｆｉｅｄ３１０をコ
ールする。アプリケーション１４は新たに作成されたオ
ブジェクトについてＰＴＲＰｅｒｓｉｓｔ３０４をコー
ルする必要もある。第１８に、データベースにセーブさ
れた後に明示的に検索される新たに作成されたオブジェ
クトに対し、アプリケーション１４はＰＴＲ Ｎａｍｅ
３０６をコールしてオブジェクト名を各オブジェクトと
関連づける。

【０１２３】第１９に、アプリケーション１４はＯＭＳ
Ｃｏｍｍｉｔ−Ｔｒａｎｓａｃｔｉｏｎ１１２をコー
ルして変更したオブジェクト及び新たに作成したオブジ
ェクトをデータベースにセーブする。または、アプリケ
ーション１４はＯＭＳ Ａｂｏｒｔ−Ｔｒａｎｓａｃｔ
ｉｏｎ１１４をコールして変更したオブジェクト及び新
たに作成したオブジェクトを破棄する。第２０に、アプ
リケーション１４はＯＭＳ Ｓｈｕｔｄｏｎｗ１０６を
コールするか、ＯＭＳ４２のインスタンスを削除してＯ
ＭＳ４２とのインターフェースを終了する。

【０１２４】本発明の具体的な実施例が示され記載され
たが、当業者には種々の変更やこれに代る実施例が考え
られよう。したがって、本発明は添付の特許請求の範囲
に関してのみ限定されることを意図している。

【０１２５】Ｃ１９９０テキサスインスツルメントイン
コーポレーテッド。この特許書類の開示の一部は著作権
保護を受ける資料が含まれる。著作権所有者は、特許商
標庁の特許ファイルまたはレコードにあるように、如何
なる者による特許開示のファクシミリによる複製に対し
て異議はないが、それ以外では全ての著作権を保有す
る。

【０１２６】以上の説明に関して更に以下の項を開示す
る。 （１） 少なくとも一部がオブジェクト指向型プログラ
ミング言語で書かれた少なくとも１つのアプリケーショ
ンプログラムによって作成されたオブジェクトの記憶及
び検索のためのデータベース管理システムにおいて、少
なくとも１つのデータベースと、少なくとも１つのアプ
リケーションプログラムとインターフェースし、前記少
なくとも１つのアプリケーションプログラムによって作
成された少なくとも１つのオブジェクトの記億を管理
し、前記少なくとも１つのアプリケーションプログラム
によって要求された際これによって用いられるためにそ
のような少なくとも１つのオブジェクトの検索を指揮
し、自らによってのみアクセス可能な内部オブジェクト
を制御するオブジェクト管理部と、前記内部オブジェク
ト及び前記少なくとも１つのオブジェクトを前記オブジ
ェクト管理部から受取り、このような受取った少なくと
も１つのオブジェクトを変換し、このように変換された
少なくとも１つのオブジェクトを前記オブジェクト管理
部に戻すオブジェクト変換部と、前記少なくとも１つの
データベースと前記オブジェクト管理部との間を結び、
前記少なくとも１つのアプリケーションプログラムまた
は前記オブジェクト管理部によって作成され変換された
少なくとも１つのオブジェクトをを記憶しかつ検索する
永続的オブジェクト記憶補助部とからなるデータベース
管理システム。

【０１２７】（２） 第１項に記載のデータベース管理
システムにおいて、前記内部オブジェクトは更にアーキ
テクチャオブジェクト及び少なくとの１つのオブジェク
ト型記述をふくむ、データベース管理システム。

【０１２８】（３） 第１項に記載のデータベース管理
システムは更に、ユーザによってアクセス可能で、前記
オブジェクト管理部と相互作用して前もって選択された
定義を処理するデータ定義言語変換部を含み、前記デー
タ定義言語変換部は、前記少なくとも１つのアプリケー
ションプログラムの実行中に前記オブジェクト変換部及
び前記オブジェクト管理部によって用いられる第１の部
分の情報を作成し、更にアプリケーションプログムを作
成するためにユーザによって用いられる第２の部分の情
報を作成する、データベース管理システム。

【０１２９】（４） 第１項に記載のデータベース管理
システムにおいて、前記前もって選択された定義はクラ
ス定義である、データベース管理システム。

【０１３０】（５） 第１項に記載のデータベース管理
システムにおいて、前記前もって選択された定義はデー
タ定義である、データベース管理システム。

【０１３１】（６） アプリケーションプログラムの実
行に先立ち、データベース管理サービスと共にクラス定
義を登録する方法において、前記クラスのインスタンス
は前記少なくとも１つのアプリケーションプログラムの
実行中に少なくとも１つのデータベースに記憶され、ク
ラス定義を含むソースファイルを検索し、この様なクラ
ス定義の所定の部分を抽出し、このような抽出された所
定の部分をセーブし、そして前記少なくとも１つのアプ
リケーションプログラムの実行中オブジェクトの変換及
び前もって定義された関数の実行にこのようなセーブさ
れた所定の部分を用いるステップからなるクラス定義登
録方法。

【０１３２】（７） 第６項に記載のクラス定義登録方
法において、前記そのようなクラス定義の所定部分を抽
出するステップは更に、データメンバ、インヘリタンス
及び関数に関する情報の予め選択された部分を抽出する
ステップを含む、クラス定義登録方法。

【０１３３】（８） 第７項に記載のクラス定義登録方
法において、前記データメンバに関する情報を抽出する
ステップは更に、前記データメンバの名称、前記データ
メンバの型の名称、このクラスのインスタンス内の前記
データメンバの位置、及び前記データメンバの大きさ、
配列及び境界を抽出するステップを含む、クラス定義登
録方法。

【０１３４】（９） 第８項に記載のクラス定義登録方
法において、前記抽出するステップは更に、データメン
バ型が配列ならば配列の大きさを抽出し、データメンバ
型がポインタならばポインタ型、ポインタ参照のデータ
型及び指摘された参照の数を抽出するステップを含む、
クラス定義登録方法。

【０１３５】（１０） 第９項に記載のクラス定義登録
方法において、前記ポインタ型、ポインタ参照のデータ
型及び指摘された参照の数を抽出するステップは更に、
そのようなポインタ参照のデータ型は、クラスインスタ
ンスか構成かまたは基本データ型かを判断するステップ
を含む、クラス定義登録方法。

【０１３６】（１１） 第９項に記載のクラス定義登録
方法において、前記ポインタ型及びそれが指摘するもの
を抽出するステップは更に、そのようなポインタの型は
独立インスタンス、従属インスタンスのどちらを示すか
を判断するステップを含む、クラス定義登録方法。

【０１３７】（１２） 第８項に記載のクラス定義登録
方法において、前記インヘリタンスを抽出するステップ
は、更に、クラス名と、独立オブジェクトか従属オブジ
ェクトかを抽出し、クラスインスタンスの大きさを抽出
するステップを含むクラス定義登録方法。

【０１３８】（１３） 第８項に記載のクラス定義登録
方法において、前記関数に関する情報を抽出するステッ
プは更に、仮想関数の存在を示す所定のキーワードを検
索するステップを含むクラス定義登録方法。

【０１３９】（１４） 第８項に記載のクラス定義登録
方法において、前記関数に関する情報を抽出するステッ
プは更に、デーモン関数の存在を示す所定のキーワード
を検索するステップを含むクラス定義登録方法。

【０１４０】（１５） アプリケーションプログラムの
実行中に、いかにデータの集合化及び検索をするかを動
的に指定するシステムにおいて、少なくとも１つのデー
タベースと、指示及び検索機能を含む前記少なくとも１
つのデータベースとインターフェースするオブジェクト
管理システムとを含み、前記指示機能は参照するオブジ
ェクトが検索される時参照されるオブジェクトがどのよ
うに指定されるかを指示し、前記検索機能は、その参照
するオブジェクトが検索される時オブジェクトが検索さ
れるべきかを決定し、その他の場合参照するオブジェク
トからそれがアクセスされる時のみ自動的にそのような
参照されたオブジェクトを取込む、システム。

【０１４１】（１６） アプリケーションプログラムの
実行中、オブジェクトを１つ以上の検索用関係タプル内
の関係属性に分解することなく少なくとも１つのデータ
ベース管理システムにオブジェクトを記憶するシステム
において、オブジェクト管理部と、前記少なくとも１つ
のデータベータシステムとＳＱＬインターフーェスを用
いる前記オブジェクト管理部との間を結ぶ永続的オブジ
ェクト記憶補助部と、前記オブジェクト管理部からアク
セス可能で、少なくとも１つのオブジェクトの外部表現
を含む第１のバッファと外部参照を含む第２のバッファ
とを発生し、前記少なくとも１つのオブジェクトから少
なくとも１つの付加オブジェクトへのオブジェクト変換
部とを含み、前記永続的オブジェクト記憶補助部は前記
第１及び第２のバッファを前記選択された識別子と共に
前記少なくとも１つのデーターベースシステムに記憶
し、永続的オブジェクト記憶補助部は前記第１及び第２
のバッファ及び前記選択された識別子を前記少なくとも
１つのデータベースシステムから検索して前記オブジェ
クト管理部に戻し、前記オブジェクト管理部は前記検索
された記憶されているオブジェクトを前記アプリケーシ
ョンプログラムによって実行中に用いられるように前記
オブジェクト変換部に渡す、オブジェクト記憶システ
ム。

【０１４２】（１７） 第１６項のオブジェクト記憶シ
ステムにおいて、前記永続的オブジェクト記憶補助部は
前記第１のバッファの内容をオブジェクト識別子、オブ
ジェクト型識別子及びアーキテクチャ識別子と共に第１
の表に記憶し、前記アーキテクチャ識別子は前記アプリ
ケーションプログラムが実行されるコンピュータのアー
キテクチャを示し、前記永続的オブジェクト記憶補助部
は前記第２のバッファの内容をオブジェクト識別子と共
に第２の表に記憶する、オブジェクト記憶システム。

【０１４３】（１８） 第１６項のオブジェクト記憶シ
ステムにおいて、前記オブジェクト変換部は、前記オブ
ジェクト管理部内に含まれている既に登録されたクラス
定義の選択された部分を用いて前記第１及び第２のバッ
ファを作成する、オブジェクト記憶システム。

【０１４４】（１９） 複数のソフトウエアモジュール
からなるオブジェクト指向型プログラミング言語で少な
くとも一部分が書かれているアプリケーションプログラ
ムによって作成されたオブジェクトの長語による記憶及
び検索を支援するデータベース管理システム及び方法。
これらのモジュールは、データ定義言語変換、オブジェ
クト管理、オブジェクト変換及び永続的オブジェクト記
憶サービスを提供する。このようなシステムは、アプリ
ケーション、データベース管理システム及びデータベー
ス間の相互作用の回数を減少するためにオブジェクトフ
ォールト機能を実行する。

【図面の簡単な説明】

【図１】コンピュータ内における本発明の処理内容を表
わすブロック図。

【図２】本発明の好適実施例のアーキテクチャを示すブ
ロック図。

【図３】本発明によるＤＤＬトランスレータを実行中の
処理の流れを表わした流れ図。

【図４】本発明のＯＭＳモジュール内で用いられるデー
モンテーブルの例を表わしたブロック図。

【図５】本発明のＯＭＳモジュール内で用いられるオブ
ジェクトマップの例を表わしたブロック図。

【図６】本発明によるＰＴＲ、カプセル化、オブジェク
ト、そのオブジェクトの型記述の間の関係の例を示すブ
ロック図。

【図７】本発明による主メモリと第２メモリ表現との間
のオブジェクト変換過程を示すブロック図。

【図８】本発明による主メモリと第２メモリ表現との間
のオブジェクト変換過程を示すブロック図。

【符号の説明】

８ ユーザ １０ 対話型装置 １２ ユーザインタフェース管理システム １４ アプリケーションソフトウエア １６ オペレーティングシステムソフトウエア １８ ＯＯＤＢソフトウエア ２０ ＲＤＢシステムソフトウエア ２２ コンピュータハードウエア ２４ 第２メモリ記憶装置

───────────────────────────────────────────────────── フロントページの続き (72)発明者 バッパラ ジェイ．ジョセフ アメリカ合衆国テキサス州プラノ，ノブ ヒル 1900 (72)発明者 エドワード アール．ペレツ アメリカ合衆国テキサス州ダラス，リプト ンシャー 9511 (72)発明者 ロバート ダブリュ．ピーターソン アメリカ合衆国テキサス州プラノ，タウン ブラフ ドライブ 3841 (72)発明者 ダイアナ エム．スパラシン アメリカ合衆国テキサス州プラノ，コビン トン レーン 2212 (72)発明者 サティッシュ エム．サット アメリカ合衆国テキサス州リチャードソ ン，エルク グロウブ 1304 (72)発明者 クレイグ ダブリュ．トンプソン アメリカ合衆国テキサス州プラノ，ディー プ バレー トレイル 2725 (72)発明者 チング シー．ワング アメリカ合衆国テキサス州ダラス，エコー ブラフ ドライブ 6925 (72)発明者 デビッド エル．ウェルズ アメリカ合衆国テキサス州ダラス，ハンフ ォード 8593

Claims (2)

【特許請求の範囲】
1. 【請求項１】 少なくとも一部がオブジェクト指向型プ
   ログラミング言語で書かれた少なくとも１つのアプリケ
   ーションプログラムによって作成されたオブジェクトの
   記憶及び検索のためのデータベース管理システムにおい
   て、 少なくとも１つのデータベースと、 少なくとも１つのアプリケーションプログラムとインタ
   ーフェースし、前記少なくとも１つのアプリケーション
   プログラムによって作成された少なくとも１つのオブジ
   ェクトの記億を管理し、前記少なくとも１つのアプリケ
   ーションプログラムによって要求された際これによって
   用いられるためにそのような少なくとも１つのオブジェ
   クトの検索を指揮し、自らによってのみアクセス可能な
   内部オブジェクトを制御するオブジェクト管理部と、 前記内部オブジェクト及び前記少なくとも１つのオブジ
   ェクトを前記オブジェクト管理部から受取り、このよう
   な受取った少なくとも１つのオブジェクトを変換し、こ
   のように変換された少なくとも１つのオブジェクトを前
   記オブジェクト管理部に戻すオブジェクト変換部と、 前記少なくとも１つのデータベースと前記オブジェクト
   管理部との間を結び、前記少なくとも１つのアプリケー
   ションプログラムまたは前記オブジェクト管理部によっ
   て作成され変換された少なくとも１つのオブジェクトを
   記憶しかつ検索する永続的オブジェクト記憶補助部とか
   らなるデータベース管理システム。
2. 【請求項２】 アプリケーションプログラムの実行に先
   立ち、データベース管理サービスと共にクラス定義を登
   録する方法において、前記クラスのインスタンスは前記
   少なくとも１つのアプリケーションプログラムの実行中
   に少なくとも１つのデータベースに記憶され、 クラス定義を含むソースファイルを検索し、 この様なクラス定義の所定の部分を抽出し、 このような抽出された所定の部分をセーブし、そして前
   記少なくとも１つのアプリケーションプログラムの実行
   中オブジェクトの変換及び前もって定義された関数の実
   行にこのようなセーブされた所定の部分を用いるステッ
   プからなるクラス定義登録方法。