JPH05265838A - オブジェクト指向データベースシステム及びそのバージョン管理方法 - Google Patents

Abstract

(57)【要約】 【目的】 メモリ浪費及びユーザ定義の手続き実行効率
の低下の少ないオブジェクト指向データベースシステム
及びバージョン管理方法 【構成】 メタバージョンへのポインタを格納する属性
をインスタンス変数とし、該属性への値書込み用と値読
込用メソッドを保持するバージョン化オブジェクトクラ
スをライブラリとして保持し、コンパイル要求ユーザの
クラスに対しバージョン化オブジェクトクラスの定義を
継承させ、オブジェクトの複数のバージョンを要素とす
る集合オブジェクトへのポインタ格納用、該集合オブジ
ェクトの要素を代表する代表バージョンへのポインタ格
納用、ジェネリックインスタンスへのポインタ格納用の
各属性をインスタンス変数とし、各属性への値書込用と
値読込用メソッドを保持するメタバージョンクラスと、
オブジェクトのバージョン化手段をメソッドとして保持
するバージョンマネジャクラスとをライブラリとして保
持する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】オブジェクト指向データベースシ
ステムと、そのバージョン管理方法に関する。

【０００２】

【従来技術】最近、ＥＣＡＤ（ｅｌｅｃｔｒｉｃａｌ
ｃｏｍｐｕｔｅｒ ａｉｄｅｄ ｄｅｓｉｇｎ）、ＭＣ
ＡＤ（ｍｅｃｈａｎｉｃａｌ ｃｏｍｐｕｔｅｒ ａｉ
ｄｅｄ ｄｅｓｉｇｎ）、ＳＣＡＤ（ｓｏｆｔｗａｒｅ
ｃｏｍｐｕｔｅｒ ａｉｄｅｄ ｄｅｓｉｇｎ）など
のアプリケーションをサポートすることが、データベー
スシステムの主要な課題となっている。

【０００３】前記アプリケーションが扱うデータは、構
造が複雑である、種類が多い、また異なった種類のデー
タは異なった手続きを必要とする等の特徴を持ってい
る。

【０００４】このようなデータを扱うためには、現在一
般的になりつつあるリレーショナルデータモデルなどで
は表現能力が不足している。これに対して、近年データ
の意味表現能力の拡大を目的に種々のデータモデルや、
それに基づくシステムの研究がなされている。特に、オ
ブジェクト指向の考えにデータ意味論的な概念を融合さ
せたオブジェクト指向データモデルの有用性が注目され
ている。

【０００５】オブジェクト指向データモデルでは、実世
界のデータを全てオブジェクトとして扱い、それらに対
して統一的な操作インタフェースを与える。また、オブ
ジェクト間の汎化・専化、集約などの関係の表現を可能
にし、実世界のデータの持つ意味をデータベース上に表
現する能力が従来のデータベースに比べ優れている。こ
のようなオブジェクト指向データモデルに基づくデータ
ベースシステムを、オブジェクト指向データベースシス
テムと呼んでいる。

【０００６】上記にあげた応用分野では、設計に代表さ
れる試行錯誤的な作業がなんらかのバージョン機能を必
要とする。そのため、バージョン管理機能は、オブジェ
クト指向データベースがサポートすべき重要な機能の１
つとなっている。バージョン管理でサポートしなければ
ならない基本的な機能としては、オブジェクトのバージ
ョン化を可能とすること、バージョンに対する暗黙的参
照と明示的参照を可能とすること、バージョン間の関連
を管理することを挙げることができる。以下、それぞれ
の機能について簡単に説明する。

【０００７】通常、オブジェクトについては、それを操
作するためのインタフェースが使用者に対して公開され
るが、そのインタフェースを実現するためのインプリメ
ンテーション部分は使用者から隠されている。このイン
プリメンテーション部分は、オブジェクトの状態を格納
するための変数（インスタンス変数）と手続き（メソッ
ド）を含んでいる。オブジェクトの状態とは、オブジェ
クトが持っている変数の値によって決まる。オブジェク
トのバージョン管理機能を持たないシステムでは、オブ
ジェクトは唯１つの状態のみを持つ。オブジェクトのバ
ージョン化を可能にするとは、オブジェクトが複数の状
態を持つことを可能にするということである。オブジェ
クトＡについて、オブジェクトＡの異なった状態を表す
オブジェクトをオブジェクトＡのバージョンと呼ぶ。バ
ージョンという言葉に対し、それらが状態を表している
オブジェクトをジェネリックインスタンスと呼ぶことが
多い。

【０００８】オブジェクト指向データベースでは、オブ
ジェクトに対してそれを一意に識別することができるオ
ブジェクト識別子を与えるのが普通である。オブジェク
トを参照する場合、このオブジェクト識別子を用いるこ
とができる。バージョンの明示的参照を可能にすると
は、あるジェネリックインスタンスの任意のバージョン
を直接参照可能にすることである。また、バージョンの
暗黙的参照を可能にするとは、ジェネリックインスタン
スへの参照に対して、実際にその具体的な状態が必要に
なったときに、その参照を特定のバージョンへ動的に結
合することである。どちらの参照を用いた場合でも、同
じジェネリックインスタンスに対応するバージョンは、
各々の状態は異なっていても、ジェネリックインスタン
スと同じインタフェースを持たなければならない。

【０００９】１つのジェネリックインスタンスの複数の
バージョンの間には、生成に関する時系列的な関係や親
子関係などが存在するのが普通である。バージョン間の
関係を管理するとは、このような関係を維持し、操作す
ることを可能にすることである。上記のようなバージョ
ン管理機能をサポートする方法として、バージョン固有
の属性や手続きを定義したクラスをオブジェクト指向デ
ータベースシステムが用意し、その定義をユーザが定義
したクラスに継承させるという方法が、以下の論文
（１）（２）（３）の中で論じられている。

【００１０】（１）Ｒ．Ａｇｒａｗａｌ ｅｔ．ａ
ｌ．，”Ｏｂｊｅｃｔ Ｖｅｒｓｉｏｎｉｎｇ ｉｎ
Ｏｄｅ”，Ｐｒｏｃ．ＩＥＥＥ Ｄａｔａ Ｅｎｇｉｎ
ｅｅｒｉｎｇ，１９９１，４４６−４５５． 文献（１）のシステムでは、該システムが提供するプロ
グラミング言語で記述されたユーザ定義のクラスは、該
システムのコンパイラによって、汎用クラスＶｅｒｓｉ
ｏｎの定義を継承するようなコードに変換される。この
Ｖｅｒｓｉｏｎというクラスは、バージョンの時系列リ
スト、バージョンの導出木、バージョンから成る集合オ
ブジェクトへのポインタを保持する変数を含み、バージ
ョンの追加や削除、バージョンから成る集合オブジェク
トへのポインタを返す手続き等を含んでいる。

【００１１】以下の文献（２）のシステムや文献（３）
のシステムでは、システムが付加する属性や手続きが、
ジェネリックインスタンスとバージョンで異なるという
点で文献（１）のシステムとは少し違っている。しか
し、オブジェクトがユーザ定義の属性や手続きの他に、
システムが定めたバージョン管理のための属性や手続き
を持つということは同じである。 （２）Ｈ．Ｔ．Ｃｈｏｕ ａｎｄ Ｗ．Ｋｉｍ，”ＶＥ
ＲＳＩＯＮ ＡＮＤ ＣＨＡＮＧＥ ＮＯＴＩＦＩＣＡ
ＴＩＯＮ ＩＮ ＡＮ ＯＢＪＥＣＴ−ＯＲＩＥＮＴＥ
Ｄ ＤＡＴＡＢＡＳＥ ＳＹＳＴＥＭ”，Ｐｒｏｃ．２
５ｔｈ ＡＣＭ／ＩＥＥＥ Ｄａｔａ Ａｕｔｏｍａｔ
ｉｏｎ Ｃｏｎｆ．，１９８８，２７５−２８１． （３）Ｄ．Ｂｅｅｃｈ ａｎｄ Ｂ．Ｍａｈｂｏｄ，”
ＧｅｎｅｒａｌｉｚｅｄＶｅｒｓｉｏｎ Ｃｏｎｔｒｏ
ｌ ｉｎ ａｎ Ｏｂｊｅｃｔ−Ｏｒｉｅｎｔｅｄ Ｄ
ａｔａｂａｓｅ”，Ｐｒｏｃ．ＩＥＥＥ ４ｔｈ Ｉｎ
ｔ’ｌ Ｃｏｎｆ．Ｄａｔａ Ｅｎｇｉｎｅｅｒｉｎ
ｇ，１９８８，１４−２２． 次の論文の中で提案されている方法は、上記とは少し異
なる。

【００１２】（４）Ｌｉｃｈａｏ Ｔａｎ， ｅｔ．
ａｉ．，”Ａｔｔｒｉｂｕｔｅ Ｇｒａｍｍａｒ Ｂａ
ｓｅｄ Ｓｔｒｕｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ ｉ
ｎ Ｏｂｊｅｃｔ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅ
ｍ ＯＯＡＧ”，１９９０，情報処理学会研究報告Ｖｏ
ｌ．９０，Ｎｏ．６８． ここでは、オブジェクトに対して、そのオブジェクトの
バージョンに関する情報を一手に維持・管理するオブジ
ェクト（これを、メタオブジェクトと呼んでいる）につ
いて論じられている。オブジェクトが生成されるとシス
テムが自動的に対応するメタオブジェクトを生成する。
オブジェクトに送信されたメッセージは、全てシステム
がそのオブジェクトのメタオブジェクトに転送する。そ
して、バージョンに関するメッセージの場合は、このメ
タオブジェクトが処理する。

【００１３】

【発明が解決しようとする課題】文献（１）〜（３）の
ように、ユーザ定義の属性や手続きの他に、バージョン
管理に必要な属性や手続きをオブジェクトに付加すると
いう方法は、次のような問題がある。 （１）付加される属性の数だけ、オブジェクトのサイズ
が大きくなるため、バージョン管理を必要としないオブ
ジェクトについては、バージョン管理のための余分な属
性を持つことになりメモリを浪費する。 （２）バージョン管理のために付加される手続きの数だ
け、手続き探索に余分な時間がかかるため、ユーザ定義
の手続きの実行性能を低下させることになる。

【００１４】このような問題点について文献（２）で
は、予めクラス単位でバージョン管理を必要とするオブ
ジェクトか否かを定義しておくことにより、問題（１）
（２）によるオーバヘッドを局所化することが提案され
ているが、この方法では、クラス定義時にそのクラスの
インスタンスについて、バージョン管理の必要の有無を
決定しなければならないため、使い勝手の面で問題があ
る。また、バージョン管理の対象となるクラスの全ての
インスタンスがバージョン管理を必要とするわけではな
いから、そのようなインスタンスについてのオーバッヘ
ッドは残る。文献（３）では、クラス単位ではなく個々
のオブジェクトについて、バージョンを持たない状態か
らバージョンを持った状態へ変換する操作を設けること
により、問題（１）を回避している。文献（３）では、
永続性を持つクラスのオブジェクトのみが、バージョン
管理の対象となるため、文献（２）と同様、問題はその
ようなクラスにのみ局所化される。

【００１５】文献（４）による方法は、オブジェクトに
付加する属性や手続きが文献（１）〜（３）の方法に比
べて少なくて済む。しかし、本来オブジェクト自身で処
理できるユーザ定義の手続きまでが、メタオブジェクト
に転送されるため、手続きの実行性能を低下させること
になる。

【００１６】従来技術にあげたシステムにおけるバージ
ョン管理方法は、先に述べた基本的なバージョン管理機
能、すなわち、オブジェクトのバージョン化、バージョ
ンへの明示的参照と暗黙的参照、バージョン間の関連の
管理、などを実現することができる。しかし、オブジェ
クトの改訂の際の処理方法やバージョン間の関連の付け
方など、実際のバージョン管理は、適用分野ごとに多種
の方法が考えられる。適用分野にマッチしたバージョン
管理機能を実現するには、バージョン管理のためのデー
タ構造を利用者がクラスとして定義し、バージョン管理
操作をメソッドとして記述できることが望ましい。従来
例にあげた方法は、このような要求との親和性が低い。

【００１７】本発明の目的は、オブジェクト指向データ
ベースシステムにおいて、メモリの浪費ならびにユーザ
定義の手続きの実行効率の低下の少ないデータベースシ
ステムおよびバージョン管理方法を提供することであ
る。本発明の他の目的は、オブジェクト指向データベー
スシステムにおいて、適用分野にマッチしたバージョン
管理機能の実現を容易にするデータベースシステムおよ
びバージョン管理方法を提供することである。

【００１８】

【課題を解決するための手段】上記課題を解決するた
め、本発明のオブジェクト指向データベースシステムで
は、オブジェクト指向データベース中のオブジェクトに
対して、当該オブジェクトのバージョン管理情報を保持
するメタバージョンへのポインタを格納する属性を付加
する手段と、当該属性に値を書き込む手段と、当該属性
の値を読み込む手段と、上記メタバージョンについて
は、上記オブジェクトの複数のバージョンを代表する唯
１つの代表バージョンへのポインタを格納する属性を付
加する手段と、当該属性に値を書き込む手段と、当該属
性の値を読み込む手段と、与えられた１組のオブジェク
トとメタバージョンより、該オブジェクトを複写して該
オブジェクトの最初のバージョンとなるオブジェクトを
生成し、複写元のオブジェクトに該オブジェクトがジェ
ネリックインスタンスであることを示すタグを付加し、
該オブジェクトと該オブジェクトの上記最初のバージョ
ンについて、それぞれのメタバージョンへのポインタを
格納する属性に上記付与されたメタバージョンへのポイ
ンタを示す値を書き込むオブジェクトのバージョン化手
段と、オブジェクトに付加された、メタバージョンへの
ポインタを格納する属性の値、該メタバージョンが保持
する該オブジェクトの代表バージョンへのポインタを格
納する属性の値、ならびに該オブジェクトがジェネリッ
クインスタンスであるか否かを示すタグの有無に基い
て、該オブジェクトへ送信されたメッセージを処理する
手段とを有する。

【００１９】特に本発明の望ましい態様では、上記メタ
バージョンへのポインタを格納する属性をインスタンス
変数とし、当該属性に値を書き込む手段ならびに当該属
性の値を読み込む手段をメソッドとして保持するバージ
ョン化オブジェクトクラスをライブラリとして保持し、
コンパイルを要求するユーザのクラスに対して当該バー
ジョン化オブジェクトクラスの定義を継承させ、上記オ
ブジェクトの複数のバージョンを要素とする集合オブジ
ェクトへのポインタを格納する属性と、該集合オブジェ
クトの要素である複数のバージョンを代表する唯１つの
代表バージョンへのポインタを格納する属性と、上記ジ
ェネリックインスタンスへのポインタを格納する属性を
インスタンス変数とし、それぞれの属性に値を書き込む
手段ならびに値を読み込む手段をメソッドとして保持す
るメタバージョンクラス、与えられた１組のオブジェク
トとメタバージョンに基いて、付与されたオブジェクト
を複写して該オブジェクトの最初のバージョンとなるオ
ブジェクトを生成し、該オブジェクトに該オブジェクト
がジェネリックインスタンスであることを示すタグを付
加し、該オブジェクトと該オブジェクトの上記最初のバ
ージョンについて、それぞれのメタバージョンへのポイ
ンタを格納する属性に上記付与されたメタバージョンへ
のポインタを示す値を書き込むオブジェクトのバージョ
ン化手段をメソッドとして保持するバージョンマネジャ
クラスをライブラリとして保持する。

【００２０】また、本発明のバージョン管理方法は、オ
ブジェクト指向データベース中のオブジェクトに、該オ
ブジェクトのバージョン管理情報を保持するメタバージ
ョンへのポインタを格納する属性を持たせ、該メタバー
ジョンには、上記オブジェクトのバージョンを要素とす
る集合オブジェクトへのポインタを格納する属性ならび
に該集合オブジェクトの要素を代表する代表バージョン
へのポインタを格納する属性を持たせておき、オブジェ
クトの生成要求があった場合には、該要求により生成し
たオブジェクトの上記メタバージョンへのポインタを格
納する属性に、該メタバージョンが存在しない旨を設定
しておき、該オブジェクトのバージョン化要求があった
場合には、該オブジェクトに対する上記メタバージョン
を生成し、該オブジェクトを複写して該オブジェクトの
最初のバージョンとなるオブジェクトを生成し、該オブ
ジェクトにはジェネリックインスタンスであることを示
すタグを付加し、該オブジェクトならびに該バージョン
のメタバージョンへのポインタを格納する属性には、該
オブジェクトに対して生成しておいた上記メタバージョ
ンへのポインタを示す値を設定し、当該メタバージョン
については、該バージョンを要素とする集合オブジェク
トを生成して、当該集合オブジェクトへのポインタを示
す値と該バージョンへのポインタを示す値を、それぞ
れ、バージョンを要素とする集合オブジェクトへのポイ
ンタを格納する属性、集合オブジェクトの要素を代表す
る代表バージョンへのポインタを格納する属性に設定し
ておき、該オブジェクトに新たにバージョンを追加する
場合は、該オブジェクトのメタバージョンに設定されて
いる集合オブジェクトに、当該バージョンを要素として
追加し、メッセージを処理する場合には、そのメッセー
ジのレシーバに指定されているオブジェクトについて、
該オブジェクトがジェネリックインスタンスであること
を表すタグがあるか否かを判定し、該オブジェクトがジ
ェネリックインスタンスでない場合は、該オブジェクト
をレシーバとしてメッセージを処理し、該オブジェクト
がジェネリックインスタンスである場合は、該オブジェ
クトのメタバージョンを得、該メタバージョンから代表
バージョンを得、当該代表バージョンをレシーバとして
メッセージを処理する。

【００２１】

【作用】本発明によるオブジェクト指向データベースシ
ステム及びバージョン管理方法によれば、当該オブジェ
クト指向データベースシステムを用いて構築されるアプ
リケーションプログラムは、該プログラムが扱うオブジ
ェクトのバージョン管理のために必要となるデータ構造
（例えば、導出履歴管理のための木構造など）とそれを
扱う操作をクラスとして定義し、該オブジェクト指向デ
ータベースシステムが提供するメタバージョンクラス、
バージョンマネジャクラスの定義を継承し、さらに上記
により定義した固有のデータを操作する機能を追加する
ことにより、それぞれのクラスを該アプリケーションプ
ログラム用にカスタマイズし、オブジェクトのバージョ
ン管理を行う前に、カスタマイズしたバージョンマネジ
ャクラスに、インスタンスを生成しておく必要がある。

【００２２】該アプリケーションプログラムは、オブジ
ェクトのバージョン管理が必要となった場合、該オブジ
ェクトのためのメタバージョンをメタバージョンクラス
のインスタンスとして生成し、該オブジェクトと該メタ
バージョンをパラメタとして、予め生成しておいたバー
ジョンマネジャクラスのインスタンスにバージョン化を
要求する。この結果、該オブジェクトのジェネリックイ
ンスタンスと最初のバージョンが生成される。このバー
ジョン化の機能は、該アプリケーションプログラム用に
カスタマイズされたバージョンマネジャクラスならびに
メタバージョンクラスが、本発明が提供するバージョン
マネジャクラスならびにメタバージョンクラスから継承
する機能である。もちろん、バージョン化の際必要とな
る該アプリケーション固有の処理が追加されていても良
い。

【００２３】上記オブジェクト指向データベースシステ
ムは、オブジェクトに送られてきたメッセージを処理す
る場合、該オブジェクトがジェネリックインスタンスで
あるか否かを、オブジェクトのバージョン化の際付加す
るタグの有無によって判定し、該オブジェクトがジェネ
リックインスタンスでない場合は、該オブジェクトをそ
のままメッセージのレシーバとして該メッセージが処理
され、該オブジェクトがジェネリックインスタンスであ
る場合は、該オブジェクトの参照するメタバージョンを
得、さらにこのメタバージョンから該オブジェクトの代
表バージョンを得、当該代表バージョンをレシーバとし
て上記メッセージを処理する。この結果、バージョンを
持ったオブジェクトに対する明示的参照ならびに暗黙的
参照が実現される。

【００２４】上記によると、バージョン化要求のないオ
ブジェクトは、対応するメタバージョンを持たないこ
と、バージョン管理のためにユーザ定義のクラスに余分
に付加されるインスタンス変数やメソッドは、コンパイ
ル時にバージョン化オブジェクトクラスから継承する１
つの変数と２つのメソッドだけであることから、メモリ
の浪費ならびにメッセージ処理のためのメソッドの探索
に関するオーバヘッドが少ない。また、本発明によるオ
ブジェクト指向データベースシステムを用いて構築され
るアプリケーションプログラムは、本発明が提供するバ
ージョンマネジャクラスならびにメタバージョンクラス
の定義に、必要なデータ構造や操作を付加することによ
り、該アプリケーション固有のバージョン管理機能を構
築することができる。

【００２５】

【実施例】以下、本発明の実施例を図面を用いて説明す
る。図１は、本実施例の全体構成を示す図である。計算
機システム１０は、その上でオブジェクトサーバ２０
や、該オブジェクトサーバ２０のクライアント３０が動
作する。オブジェクトサーバ２０は、通信処理部２１、
メッセージ処理部２２、メモリ管理部２３、ストレージ
管理部２４から構成される。メッセージ処理部２２は、
オブジェクトに定義されている手続きを実行する。通信
処理部２１は、オブジェクトサーバ２０とクライアント
３０間の処理要求やデータの遣り取りを制御する。スト
レージ管理部２４は、オブジェクトサーバ２０が処理す
るオブジェクトを２次記憶装置内のオブジェクトデータ
ベース４０上で管理する。メモリ管理部２３は、メモリ
上のオブジェクト領域６０内のオブジェクトを管理す
る。メッセージ処理に必要なオブジェクトがオブジェク
ト領域６０上にない場合など、必要に応じてオブジェク
トデータベース４０上のオブジェクトはオブジェクト領
域６０にロードされる。オブジェクトデータベース４０
中のシステムライブラリ５０には、オブジェクトサーバ
２０が予め準備したオブジェクトが存在する。また、、
オブジェクトデータベース４０中のアプリケーションプ
ログラムライブラリ７０には、該アプリケーションプロ
グラムを構成するオブジェクトならびに該アプリケーシ
ョンプログラムの実行により生成されたオブジェクトが
存在する。バージョン化オブジェクトクラス５１、メタ
バージョンクラス５２、バージョンマネジャクラス５３
は、本発明を実現するためにオブジェクトサーバ２０が
予め準備するクラスオブジェクトである。

【００２６】図２は、本実施例の動作の概要を示す図で
ある。オブジェクトサーバ２０は、自分自身を初期化し
た後、クライアント３０からのコネクト要求を待つ。コ
ネクト要求があれば、該クライアントに対する子プロセ
スを生成する。親プロセスは、さらに他のクライアント
からのコネクト要求を待つ。生成された子プロセスで
は、クライアント３０からの処理要求を待ち、クライア
ント３０からの処理要求を受け取ると、これを処理し、
その結果をクライアントへ返し、次の処理要求を待つと
いう動作を繰り返す。クライアント３０から終了要求を
受け取ると、子プロセスを削除しクライアント３０との
通信を終了する。

【００２７】本実施例のオブジェクトサーバ２０を用い
た場合のアプリケーションプログラムのプログラミング
は、まず問題領域をクラスという抽象概念の集まりに分
けてクラスをつくるところから始まる。そして、クラス
が揃えば、クラスにインスタンスオブジェクトを生成す
ることができる。このクラスオブジェクトやインスタン
スオブジェクトが、図１のアプリケーションプログラム
ライブラリ７０を構成する。クライアント３０からの要
求をトリガに該アプリケーションプログラムが起動され
ると、以後は上記クラスオブジェクトやインスタンスオ
ブジェクトにメッセージを送ることによってプログラム
が進行する。

【００２８】クラスでは、そのクラスのインスタンスの
内部状態を表す値を格納するインスタンス変数と、イン
スタンスに対して適用可能な手続きであるメソッドを定
義する必要がある。このとき、より上位のクラスである
スーパクラスを指定することにより、そのスーパクラス
に定義されているインスタンス変数やメソッドを継承す
ることができる。例えば、人クラスの場合、人Ａ、人
Ｂ、人Ｃがインスタンスであり、人の性別、生年月日等
がインスタンス変数であり、男、昭和１年１月１日等が
インスタンス変数の内部状態であり、生年月日から年齢
を得るための手続きがメソッドであり、メソッドはプロ
グラミングされている。メソッドは、メッセージによっ
て起動される。メッセージには、そのメッセージのレシ
ーバとなるオブジェクト、起動するメソッドを示すメソ
ッド名、及びメソッドに対するパラメタ値を含んでい
る。

【００２９】クラスの記述内容を示す例を図３に示す。
この例は、「研究メモ」というクラスの記述例である。
研究メモクラス３０１は、スーパクラス定義３０２によ
り、ドキュメントクラス４０１をスーパクラスに指定
し、インスタンス変数定義３０３により、メモ番号３０
４、関連メモ３０５、目的３０６、本文３０７、挿入図
３０８をインスタンス変数に持ち、メソッド定義３０９
により、グループ内回覧３１０をメソッドに持つ。

【００３０】同様に、研究メモクラス３０１のスーパク
ラスであるドキュメントクラス４０１の記述内容を示す
例を図４に示す。インスタンス変数定義４０３により、
タイトル４０４、ドキュメント種類４０５、キーワード
４０６、作成者４０７、審査者４０８、承認者４０９を
インスタンス変数に持ち、メソッド定義４１０により、
回覧４１１、審査４１２、承認４１３をメソッドに持
つ。

【００３１】スーパクラス定義４０２により、ドキュメ
ントクラス４０１のスーパクラスに指定されているオブ
ジェクトクラスは、全てのオブジェクトが持つインスタ
ンス変数やメソッドの定義を持つクラスである。例え
ば、インスタンスを生成するメソッド等をこのクラスに
持たせ、明示的にスーパクラスに指定しなくても、全て
のクラスにこの定義を継承させることにより、全てのオ
ブジェクトが、システムが想定したオブジェクトとして
の性質を持つようにすることができる。本発明は上記ク
ラスのインスタンス変数やメソッドの詳細には無関係な
ので、ここではこれ以上言及しない。

【００３２】通常、オブジェクト指向データベースシス
テムは、それぞれのクラス定義言語とそのコンパイラを
持っている。コンパイラは、図３や図４に示したような
内容を持つクラス定義文をパラメタとして入力し、予め
定められた形式のクラスオブジェクトを生成する。イン
スタンス変数やメソッドの定義ならびにスーパクラスか
らの継承もコンパイラによって処理され、クラスオブジ
ェクトの中に埋め込まれる。本発明の好ましい構成で
は、オブジェクトサーバ２０は、コンパイラをクラスに
適用可能なメソッドとして、システムライブラリ５０に
用意する。

【００３３】以下、図５と図６を用いて、コンパイラが
生成する一般的なクラスオブジェクトの内容や継承の処
理の仕方について説明する。図３の研究メモクラスをコ
ンパイルした結果生成されるクラスオブジェクトの概要
を図５に示す。クラスオブジェクト中のインスタンス変
数情報には、スーパクラスであるドキュメントクラス４
０１に定義されているインスタンス変数４０４〜４０９
のタイトル、ドキュメント種類等が継承の結果として取
り込まれている。同様に、インスタンスメソッド情報に
もスーパクラスであるドキュメントクラス４０１に定義
されているメソッド４１１〜４１３の回覧、審査、承認
が継承の結果として取り込まれている。ただし、継承し
たメソッドの実行コードは、ドキュメントクラス４０１
のメソッドの実行コードを共有している。

【００３４】インスタンスメソッド情報については、図
６に示すように、スーパクラスのメソッドを取り込まな
い方法も考えられる。図５は、スーパクラスからの継承
がコンパイル時に全て処理されている状態であり、図６
は、インスタンス変数については継承がコンパイル時に
処理されているが、メソッドについては処理されていな
い状態である。図６のような場合は、実際にメソッドを
探索する時にスーパクラス（この場合、ドキュメント）
へも探索に行くことによって継承が実現できる。本発明
はクラスオブジェクトや継承の実現方法には無関係なの
で、ここではこれ以上言及しない。

【００３５】図７〜図９は、オブジェクトサーバ２０が
予めシステムライブラリ５０の中に用意しているバージ
ョン化オブジェクトクラス（図７中では、Ｖｅｒｓｉｏ
ｎｅｄＯｂｊｅｃｔ）５１、メタバージョンクラス（図
８中では、ＭｅｔａＶｅｒｓｉｏｎ）５２、バージョン
マネジャクラス（図９中では、ＶｅｒｓｉｏｎＭａｎａ
ｇｅｒ）５３について、それぞれのクラスオブジェクト
の内容を示したものである。

【００３６】図７で、＠ｍｅｔａＶｅｒｓｉｏｎ７１
は、オブジェクトのバージョン管理情報を保持するメタ
バージョンへのポインタを格納するためのインスタンス
変数、ｇｅｔＭｅｔａＶｅｒｓｉｏｎ７２は、＠ｍｅｔ
ａＶｅｒｓｉｏｎ７１の値を返すメソッド、ｓｅｔＭｅ
ｔａＶｅｒｓｉｏｎ：７３は、パラメタとして受け取っ
たメタバージョンを＠ｍｅｔａＶｅｒｓｉｏｎ７１に設
定するメソッドである。

【００３７】図８で、＠ｖｅｒｓｉｏｎＳｅｔ８１は、
複数のバージョンを要素とする集合オブジェクトへのポ
インタを格納するためのインスタンス変数、＠ｇｅｎｅ
ｒｉｃ（該インスタンス変数に付けた名称である）８２
は、ジェネリックインスタンスへのポインタを格納する
ためのインスタンス変数、＠ｃｕｒｒｅｎｔ（該インス
タンス変数に付けた名称である）８３は、集合オブジェ
クトの要素である複数のバージョンを代表する代表バー
ジョンへのポインタを格納するためのインスタンス変
数、ｇｅｔＶｅｒｓｉｏｎＳｅｔ８４は、＠ｖｅｒｓｉ
ｏｎＳｅｔ８１の値を返すメソッド、ｓｅｔＶｅｒｓｉ
ｏｎＳｅｔ：８５は、パラメタとして受け取った集合オ
ブジェクトを＠ｖｅｒｓｉｏｎＳｅｔ８１に設定するメ
ソッド、ｇｅｔＧｅｎｅｒｉｃ８８は、＠ｇｅｎｅｒｉ
ｃ８２の値を返すメソッド、ｓｅｔＧｅｎｅｒｉｃ：８
９は、パラメタとして受け取ったジェネリックインスタ
ンスを＠ｇｅｎｅｒｉｃ８２に設定するメソッド、ｇｅ
ｔＣｕｒｒｅｎｔ８６は、＠ｃｕｒｒｅｎｔ８３の値を
返すメソッド（ｇｅｔＣｕｒｒｅｎｔをセレクトするメ
ッセージを送ると結果として代表バージョンを得ること
になる）、ｓｅｔＣｕｒｒｅｎｔ：８７は、パラメタと
して受け取ったバージョンを＠ｃｕｒｒｅｎｔに設定す
るメソッドである。

【００３８】図９で、ｖｅｒｓｉｏｎｉｎｇ：ｗｉｔ
ｈ：９１は、第１パラメタで受け取ったバージョン化対
象オブジェクトと第２パラメタで受け取ったメタバージ
ョンに基いて、オブジェクトをバージョン化するメソッ
ドである。

【００３９】本発明のオブジェクトサーバ２０が用意し
ているコンパイラ５４は、クライアント３０がクラスの
コンパイルを要求した場合、上記バージョン化オブジェ
クトクラス５１の定義を、コンパイル要求されたクラス
に継承させる。したがって、図３の研究メモクラスのコ
ンパイル要求があった場合、コンパイラ５４は、図１０
に示すようなクラスオブジェクトを生成する。バージョ
ンマネジャクラス５３にインスタンスを生成する（以
下、このインスタンスを単にバージョンマネジャと呼
ぶ。）と、このバージョンマネジャをレシーバとして図
９に示したインスタンスメソッドを実行することができ
る。

【００４０】図１１を用いて、オブジェクトのバージョ
ン化を行うバージョンマネジャクラス５３のｖｅｒｓｉ
ｏｎｉｎｇ：ｗｉｔｈ：メソッド９１の処理について詳
細に説明する。まず、第１パラメタで与えられるオブジ
ェクト、すなわちバージョン化対象オブジェクト（ＯＢ
Ｊ）にｇｅｔＭｅｔａＶｅｒｓｉｏｎをセレクタとする
メッセージを送信し（ステップ１１１）、リターン値に
よりメタバージョンが既に存在しているかどうかを判定
する（ステップ１１２）。メタバージョンが既に存在し
ている場合は、バージョン化済みである旨を結果として
返し（ステップ１１３）、処理を終了する。メタバージ
ョンがまだ存在していない場合は、ＯＢＪを複写して新
しいオブジェクト（ＶＥＲ）を生成し（ステップ１１
４）、ＯＢＪにはジェネリックインスタンスであること
を示すタグを付ける（ステップ１１５）。さらに、ＯＢ
ＪならびにＶＥＲをレシーバとし、ｓｅｔＭｅｔａＶｅ
ｒｓｉｏｎ：をセレクタとし、第２パラメタで与えられ
たメタバージョンをパラメタに指定したメッセージを送
信して、このメタバージョンとの参照関係を設定し（ス
テップ１１６〜ステップ１１７）、ステップ１１４で生
成したＶＥＲをメッセージの送り手（関数のコール元に
相当するに）返して（スッテプ１１８）、処理を終了す
る。

【００４１】バージョン化しないオブジェクトについて
は、メタバージョンやそれに係わる余分なオブジェクト
は生成されないこと、また、バージョン管理に係わり全
てのオブジェクトが一様に持たなければならないインス
タンス変数は、バージョン化オブジェクトクラス５１か
ら継承する＠ｍｅｔａＶｅｒｓｉｏｎ７１だけであると
いうこと等より、従来技術で述べた方法に比べてメモリ
の浪費が少ない。

【００４２】メッセージ処理部２２の処理について、図
１２を用いて詳細に説明する。メッセージ処理部２２
は、まず受け取ったメッセージ（ＭＳＧ）を解析して、
レシーバに指定されているオブジェクト（ＯＢＪ）、実
行すべきメソッドを指定しているセレクタ（ＳＥＬ）、
メソッドに対するパラメタ（ＰＡＲＭ）を取り出す（ス
テップ１２１）。次に、ＯＢＪにジェネリックインスタ
ンスであることを示すタグがあるかどうかを判定する
（ステップ１２２）。ＯＢＪにタグがついている場合、
ＯＢＪをレシーバとしてｇｅｔＭｅｔａＶｅｒｓｉｏｎ
をセレクタとするメッセージを送信し、ＯＢＪのメタバ
ージョンを得る（ステップ１２４）。さらに、このメタ
バージョンをレシーバとしてｇｅｔＣｕｒｒｅｎｔをセ
レクタとするメッセージを送信し、代表バージョンを得
（ステップ１２５）、現在の処理対象であるメッセージ
（ＭＳＧ）のレシーバをＯＢＪからこの代表バージョン
に置き換える（ステップ１２６）。次に、ＳＥＬに対応
するメソッドを探索し（ステップ１２７）、得られたメ
ソッドを実行する（ステップ１２８）。ステップ１２２
においてＯＢＪにタグが無い場合、ＯＢＪをメッセージ
（ＭＳＧ）のレシーバとし（ステップ１２３）、ステッ
プ１２７〜ステップ１２８を実行する。

【００４３】上記により、バージョンに対する明示的参
照ならびに暗黙的参照が実現されている。明示的参照
は、オブジェクトＸの任意のバージョンをＸ（ｉ）（ｉ
＝１・・・ｎ）とすると、Ｘ（ｉ）を直接参照する（Ｘ
（ｉ）をレシーバとしてメッセージを送ること、Ｘ
（ｉ）が直接メッセージをうける）。暗黙的参照は、特
定のバージョンではなくＸ（個々のバージョンに対して
こちらをジェネリックインスタンスと呼んでいる）を参
照する（メッセージはＸに送るが、内部的にはその時点
の代表バージョンがメッセージを受ける）。図１２で
は、ステップ１２２で明示的参照か暗黙的参照かを判定
し（ジェネリックインスタンスにタグを付けておき、ジ
ェネリックインスタンスをレシーバとするものは暗黙的
参照としている）、明示的参照の場合はステップ１２３
を、暗黙的参照の場合はステップ１２４〜１２６を実行
している。バージョン管理のための操作を、ユーザが定
義した個々のクラスに継承させていないため、図１２の
ステップ１２７で探索対象となるメソッドのうち、バー
ジョン管理に係わるメソッドは、バージョン化オブジェ
クトクラス５１から継承する２つのメソッドのみであ
る。また、メタバージョンを介するのは暗黙的参照解決
のために代表バージョンを必要とする場合のみである。
したがって、それぞれのクラスにユーザが定義したメソ
ッドの実行に対して、バージョン管理機能実現に伴うオ
ーバヘッドは、従来技術で述べた方法に比べて小さい。

【００４４】以下では、本発明によるオブジェクトサー
バ２０に基いて、クライアント３０のより実際的なバー
ジョン管理機能がどのように実現できるかについて述べ
る。例として、次のような仕様を持つバージョン管理機
能の実現を考える。 （１）最初のバージョンを除き、新たなバージョンは既
存のバージョンから生成する。 （２）上記バージョンの導出履歴を管理する。

【００４５】図１３〜図１５は、アプリケーションプロ
グラムの開発者が、上記バージョン管理機能の実現のた
めに用意するクラスオブジェクトを示す図である。図１
３のＶｅｒｓｉｏｎＴｒｅｅクラス１３０は、バージョ
ンの導出履歴を管理するための属性や操作を記述したク
ラスである。ＶｅｒｓｉｏｎＴｒｅｅクラス１３０に
は、図１６に示すようなトリー構造のデータを持つオブ
ジェクトへのポインタを格納するためのインスタンス変
数＠ｒｏｏｔＮｏｄｅ１３１、与えられたノードに子ノ
ードを追加するａｄｄＮｏｄｅ：ｔｏ：メソッド１３
２、与えられたノードの親ノードを返すｇｅｔＰｒｅｃ
ｅｄｅＮｏｄｅ：メソッド１３３、与えられたノードの
子ノードのリストを返すｇｅｔＳｕｃｃｅｅｄＮｏｄｅ
ＬＩｓｔ：メソッド１３４を用意する。図１６中の各ノ
ードは１つ１つのバージョンに対応し、図中の矢印は、
始点のバージョンから終点のバージョンが導出されてい
るという関係を表す。ＶｅｒｓｉｏｎＴｒｅｅクラス１
３０は、通常のプログラミングの場合と同様、オブジェ
クト指向データベースシステムが予め用意している、整
数やリストやアレイ等の基本クラスによって実現できる
レベルのクラスであるため、これ以上言及しない。

【００４６】図１４のＣｕｓｔｏｍｉｚｅｄＭｅｔａＶ
ｅｒｓｉｏｎクラス１４０は、メタバージョンクラス５
２をスーパクラスとし、メタバージョンクラス５２から
インスタンス変数８１〜８３、メソッド８４〜８９を継
承する。ＣｕｓｔｏｍｉｚｅｄＭｅｔａＶｅｒｓｉｏｎ
クラス１４０固有のインスタンス変数として、導出履歴
を保持するＶｅｒｓｉｏｎＴｒｅｅクラス１３０のイン
スタンスへのポインタを格納するためのインスタンス変
数＠ｖｅｒｓｉｏｎＴｒｅｅ１４１と、この変数の値を
返すｇｅｔＶｅｒｓｉｏｎＴｒｅｅメソッド１４２、こ
の変数に値を設定するｓｅｔＶｅｒｓｉｏｎＴｒｅｅ：
メソッド１４３、バージョンを追加するためのａｄｄＤ
ｅｒｉｖｅｄＶｅｒｓｉｏｎ：ｆｒｏｍ：メソッド１４
４を持つ。

【００４７】ａｄｄＤｅｒｉｖｅｄＶｅｒｓｉｏｎ：ｆ
ｒｏｍ：メソッド１４４では、まず、ｇｅｔＶｅｒｓｉ
ｏｎＳｅｔ８４を用いてインスタンス変数＠ｖｅｒｓｉ
ｏｎＳｅｔ８１の値から集合オブジェクトを得、この集
合オブジェクトに第１パラメタで与えられたバージョン
を追加する。次に、ｇｅｔＶｅｒｓｉｏｎＴｒｅｅ１４
２を用いてインスタンス変数＠ｖｅｒｓｉｏｎＴｒｅｅ
１４１の値からバージョントリーインスタンスを得、こ
のバージョントリーインスタンスに、ａｄｄＮｏｄｅ：
ｔｏ：メソッド１３２を用いて、第１パラメタで与えら
れたバージョンが第２パラメタで与えられたバージョン
の子バージョンとなるように新しいノードを追加する。

【００４８】図１５のＣｕｓｔｏｍｉｚｅｄＶｅｒｓｉ
ｏｎＭａｎａｇｅｒクラス１５０は、バージョンマネジ
ャクラス５３をスーパクラスとし、バージョンマネジャ
クラス５３からメソッド９１を継承する。Ｃｕｓｔｏｍ
ｉｚｅｄＶｅｒｓｉｏｎＭａｎａｇｅｒクラス１５０固
有のメソッドとして、与えられたオブジェクトをバージ
ョン化するｖｅｒｓｉｏｎｉｎｇ：メソッド１５１、与
えられたバージョンから子バージョンを導出するｄｅｒ
ｉｖｅＦｒｏｍ：メソッド１５２、与えられたバージョ
ンの親バージョンを返すメソッドｇｅｔＰａｒｅｎｔ：
１５３、与えられたバージョンの子バージョンのリスト
を返すｇｅｔＣｈｉｌｄｒｅｎ：メソッド１５４を持
つ。

【００４９】ＣｕｓｔｏｍｉｚｅｄＶｅｒｓｉｏｎＭａ
ｎａｇｅｒクラス１５０の、オブジェクトのバージョン
化処理を行うｖｅｒｓｉｏｎｉｎｇ：メソッド１５１の
処理について、図１７を用いて説明する。ｖｅｒｓｉｏ
ｎｉｎｇ：メソッド１５１では、まず、Ｃｕｓｔｏｍｉ
ｚｅｄＭｅｔａＶｅｒｓｉｏｎクラス１４０にインスタ
ンス（ＭＥＴＡ）を生成する（ステップ１７１）。次
に、ｖｅｒｓｉｏｎｉｎｇ：メソッド１５１のレシーバ
自身（ＣｕｓｔｏｍｉｚｅｄＶｅｒｓｉｏｎＭａｎａｇ
ｅｒクラスのインスタンス、すなわちバージョンマネジ
ャ）をレシーバとし、パラメタで与えられるオブジェク
ト、すなわちバージョン化が要求されているオブジェク
ト（ＯＢＪ）を第１パラメタ、ステップ１７１にて生成
したメタバージョン（ＭＥＴＡ）を第２パラメタとし
て、ｖｅｒｓｉｏｎｉｎｇ：ｗｉｔｈ：をセレクタとす
るメッセージを送信する（ステップ１７２）。これによ
り、図１１に示した処理が実行される。ステップ１７２
の結果から、既にメタバージョンが存在しているかどう
か、すなわちバージョン化済みであるかどうかを判定し
（ステップ１７３）、ＯＢＪが既にバージョン化済みで
あった場合、ステップ１７１で生成したメタバージョン
（ＭＥＴＡ）を消去し（ステップ１７４）、ＯＢＪが既
にバージョン化済みである旨を返して（ステップ１７
５）処理を終了する。ＯＢＪがバージョン化されていな
い場合、まずＶｅｒｓｉｏｎＴｒｅｅクラス１３０に、
ステップ１７２の結果リターンされる最初のバージョン
がルートノードとなるようにバージョントリーインスタ
ンス（ＴＲＥＥ）を生成する（ステップ１７６）。さら
に、ＭＥＴＡをレシーバとし、ＴＲＥＥをパラメタと
し、ｓｅｔＶｅｒｓｉｏｎＴｒｅｅ：をセレクタとする
メッセージを送信し、このＭＥＴＡとＴＲＥＥとの関係
を設定し（ステップ１７７）、ステップ１７２の結果リ
ターンされる最初のバージョンを返し（ステップ１７
８）て、処理を終了する。

【００５０】以下、ＣｕｓｔｏｍｉｚｅｄＶｅｒｓｉｏ
ｎＭａｎａｇｅｒクラス１５０の他のメソッドについて
説明する。図１８は、ｄｅｒｉｖｅＦｒｏｍ：メソッド
１５２の処理フローを示す。まず、第１パラメタで与え
られるオブジェクト（ＯＢＪ）を複写して、新しいバー
ジョン（ＶＥＲ）を生成する（ステップ１８１）。ＯＢ
Ｊをレシーバとし、ｇｅｔＭｅｔａＶｅｒｓｉｏｎをセ
レクタとするメッセージを送信して、参照するメタバー
ジョン（ＭＥＴＡ）を得る（ステップ１８２）。次に、
ＭＥＴＡをレシーバとし、生成した子バージョンＶＥＲ
を第１パラメタ、ＯＢＪを第２パラメタとして、ａｄｄ
ＤｅｒｉｖｅｄＶｅｒｓｉｏｎ：ｆｒｏｍ：を送信し
て、ＭＥＴＡに生成したＶＥＲの情報を追加する（ステ
ップ１８３）。さらに、ＭＥＴＡをレシーバとし、生成
した子バージョンＶＥＲをパラメタとして、ｓｅｔＣｕ
ｒｒｅｎｔ：を送信し、ＶＥＲを代表バージョンに設定
（ステップ１８４）し、ＶＥＲを返し（ステップ１８
５）て処理を終了する。

【００５１】図１９は、ｇｅｔＰａｒｅｎｔ：メソッド
１５３の処理フローを示す図である。第１パラメタで与
えられたオブジェクト（ＯＢＪ）をレシーバとし、ｇｅ
ｔＭｅｔａＶｅｒｓｉｏｎをセレクタとするメッセージ
を送信して、参照するメタバージョン（ＭＥＴＡ）を得
る（ステップ１９１）。さらにそのＭＥＴＡをレシーバ
として、ｇｅｔＶｅｒｓｉｏｎＴｒｅｅをセレクタとす
るメッセージを送信し、参照するバージョントリーイン
スタンス（ＴＲＥＥ）を得（ステップ１９２）、このバ
ージョントリーインスタンスＴＲＥＥから第１パラメタ
で与えられるバージョンの親バージョンを得てこれを返
す（ステップ１９３）。

【００５２】図２０は、ｇｅｔＣｈｉｌｄｒｅｎ：メソ
ッド１５４の処理フローを示す図である。第１パラメタ
で与えられたオブジェクト（ＯＢＪ）をレシーバとし、
ｇｅｔＭｅｔａＶｅｒｓｉｏｎをセレクタとするメッセ
ージを送信して、参照するメタバージョン（ＭＥＴＡ）
を得る（ステップ２０１）。さらにそのＭＥＴＡをレシ
ーバとし、ｇｅｔＶｅｒｓｉｏｎＴｒｅｅをセレクタと
するメッセージを送信して、参照するバージョントリー
インスタンス（ＴＲＥＥ）を得（ステップ２０２）、こ
のバージョントリーインスタンスＴＲＥＥから、第１パ
ラメタで与えられたバージョンの子バージョンのリスト
を得てこれを返す（ステップ２０３）。

【００５３】上記ＣｕｓｔｏｍｉｚｅｄＶｅｒｓｉｏｎ
Ｍａｎａｇｅｒクラス１５０にインスタンスを生成する
と、このインスタンスは、クライアント３０に固有のバ
ージョン管理機能を持ったバージョンマネジャとして動
作する。すなわち、このインスタンスをレシーバとし
て、上記ＣｕｓｔｏｍｉｚｅｄＶｅｒｓｉｏｎＭａｎａ
ｇｅｒクラス１５０に定義されているメソッド９１、１
５１〜１５４が実行可能である。上記の例で示したよう
に、本発明によるオブジェクトサーバ２０を用いると、
応用分野にマッチしたバージョン管理機能の実現が容易
になるという効果もある。

【００５４】

【発明の効果】本発明によれば、バージョン化要求のな
いオブジェクトは、バージョン管理情報を保持するため
の余分なオブジェクトを持たないこと、バージョン管理
のためにユーザ定義のクラスに余分に付加されるインス
タンス変数は１つ、メソッドは２つであることから、バ
ージョン管理のために生じるメモリの浪費や、メッセー
ジ処理に対するオーバヘッドの少ないバージョン管理機
能が実現できる。

【図面の簡単な説明】

【図１】実施例の全体構成を示す図である。

【図２】実施例の動作の概要を示す図である。

【図３】クラスの記述内容の例を示す図である。

【図４】クラスのスーパクラスの記述内容の例を示す図
である。

【図５】クラスオブジェクトの内容を示す図である。

【図６】図５のクラスオブジェクトの内容に代わる内容
を示す図である。

【図７】バージョン化オブジェクトクラスの内容を示す
図である。

【図８】メタバージョンクラスの内容を示す図である。

【図９】バージョンマネジャクラスの内容を示す図であ
る。

【図１０】本実施例のコンパイラが生成するクラスの内
容を示す図である。

【図１１】ｖｅｒｓｉｏｎｉｎｇ：ｗｉｔｈ：メソッド
の処理フローを示す図である。

【図１２】本実施例のメッセージ処理部の処理フローを
示す図である。

【図１３】ＶｅｒｓｉｏｎＴｒｅｅクラスの内容を示す
図である。

【図１４】ＣｕｓｔｏｍｉｚｅｄＭｅｔａＶｅｒｓｉｏ
ｎクラスの内容を示す図である。

【図１５】ＣｕｓｔｏｍｉｚｅｄＶｅｒｓｉｏｎＭａｎ
ａｇｅｒクラスの内容を示す図である。

【図１６】バージョン導出履歴のデータ構造を示す図で
ある。

【図１７】ｖｅｒｓｉｏｎｉｎｇ：メソッドの処理フロ
ーを示す図である。

【図１８】ｄｅｒｉｖｅＦｒｏｍ：メソッドの処理フロ
ーを示す図である。

【図１９】ｇｅｔＰａｒｅｎｔ：メソッドの処理フロー
を示す図である。

【図２０】ｇｅｔＣｈｉｌｄｒｅｎ：メソッドの処理フ
ローを示す図である。

【符号の説明】

１０ 計算機システム ２０ オブジェクトサーバ ２１ 通信処理部 ２２ メッセージ処理部 ２３ メモリ管理部 ２４ ストレージ管理部 ３０ クライアント ４０ オブジェクトデータベース ５０ システムライブラリ ５１ バージョンオブジェクトクラス ５２ メタバージョンクラス ５３ バージョンマネジャクラス ５４ コンパイラ ６０ オブジェクト領域 ７０ アプリケーションプログラムライブラリ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 古川 久美子 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 佐藤 和洋 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 丸山 剛男 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア開発本部内

Claims (6)

【特許請求の範囲】
1. 【請求項１】 オブジェクトに対する複数のバージョン
   を保持するオブジェクト指向データベースシステムであ
   って、 オブジェクト指向データベース中のオブジェクトについ
   て、当該オブジェクトのバージョン管理情報を保持する
   メタバージョンへのポインタを格納する属性を付加する
   手段と、当該属性に値を書き込む手段と、当該属性の値
   を読み込む手段と、 前記メタバージョンについては、前記オブジェクトの複
   数のバージョンを代表する唯１つの代表バージョンへの
   ポインタを格納する属性を付加する手段と、当該属性に
   値を書き込む手段と、当該属性の値を読み込む手段と、 与えられた１組のオブジェクトとメタバージョンより、
   付与された該オブジェクトを複写して該オブジェクトの
   最初のバージョンとなるオブジェクトを生成し、複写元
   の前記オブジェクトに該オブジェクトがジェネリックイ
   ンスタンスであることを示すタグを付加し、該オブジェ
   クトと該オブジェクトの前記最初のバージョンについ
   て、それぞれのメタバージョンへのポインタを格納する
   属性に前記付与されたメタバージョンへのポインタを示
   す値を書き込むオブジェクトのバージョン化手段と、 オブジェクトに付加されたメタバージョンへのポインタ
   を格納する属性の値、該メタバージョンが保持する該オ
   ブジェクトの代表バージョンへのポインタを格納する属
   性の値ならびに該オブジェクトがジェネリックインスタ
   ンスであることを示すタグの有無に基いて、該オブジェ
   クトへ送信されたメッセージを処理する手段、を有する
   ことを特徴とするオブジェクト指向データベースシステ
   ム。
2. 【請求項２】 請求項１記載のオブジェクト指向データ
   ベースシステムにおいて、前記メタバージョンへのポイ
   ンタを格納する属性をインスタンス変数とし、当該属性
   に値を書き込む手段ならびに当該属性の値を読み込む手
   段をメソッドとして保持するバージョン化オブジェクト
   クラスをライブラリとして保持し、コンパイルを要求す
   るユーザのクラスに対して当該バージョン化オブジェク
   トクラスの定義を継承させることを特徴とするオブジェ
   クト指向データベースシステム。
3. 【請求項３】 請求項１記載のオブジェクト指向データ
   ベースシステムにおいて、前記オブジェクトの複数のバ
   ージョンを要素とする集合オブジェクトへのポインタを
   格納する属性と、該集合オブジェクトの要素である複数
   のバージョンを代表する唯１つの代表バージョンへのポ
   インタを格納する属性と、前記ジェネリックインスタン
   スへのポインタを格納する属性をインスタンス変数と
   し、それぞれの属性に値を書き込む手段ならびに値を読
   み込む手段をメソッドとして保持するメタバージョンク
   ラスをライブラリとして保持することを特徴とする請求
   項１記載のオブジェクト指向データベースシステム。
4. 【請求項４】 請求項１記載のオブジェクト指向データ
   ベースシステムにおいて、前記オブジェクトのバージョ
   ン化手段をメソッドとして保持するバージョンマネジャ
   クラスをライブラリとして保持することを特徴とする請
   求項１記載のオブジェクト指向データベースシステム。
5. 【請求項５】 請求項１記載のオブジェクト指向データ
   ベースシステムにおいて、 前記メタバージョンへのポインタを格納する属性をイン
   スタンス変数とし、当該属性に値を書き込む手段ならび
   に当該属性の値を読み込む手段をメソッドとして保持す
   るバージョン化オブジェクトクラスをライブラリとして
   保持し、コンパイルを要求するユーザのクラスに対して
   当該バージョン化オブジェクトクラスの定義を継承さ
   せ、 前記オブジェクトの複数のバージョンを要素とする集合
   オブジェクトへのポインタを格納する属性と、該集合オ
   ブジェクトの要素である複数のバージョンを代表する唯
   １つの代表バージョンへのポインタを格納する属性と、
   前記ジェネリックインスタンスへのポインタを格納する
   属性をインスタンス変数とし、それぞれの属性に値を書
   き込む手段ならびに値を読み込む手段をメソッドとして
   保持するメタバージョンクラスをライブラリとして保持
   し、 前記オブジェクトのバージョン化手段をメソッドとして
   保持するバージョンマネジャクラスをライブラリとして
   保持することを特徴とするオブジェクト指向データベー
   スシステム。
6. 【請求項６】 オブジェクト指向データベースシステム
   におけるバージョン管理方法であって、 当該オブジェクト指向データベース中のオブジェクト
   に、該オブジェクトのバージョン管理情報を保持するメ
   タバージョンへのポインタを格納する属性を持たせ、該
   メタバージョンには、前記オブジェクトのバージョンを
   要素とする集合オブジェクトへのポインタを格納する属
   性ならびに該集合オブジェクトの要素を代表する代表バ
   ージョンへのポインタを格納する属性を持たせておき、 オブジェクトの生成要求があった場合には、該要求によ
   り生成したオブジェクトの前記メタバージョンへのポイ
   ンタを格納する属性に、該メタバージョンが存在しない
   旨を設定しておき、 該オブジェクトのバージョン化要求があった場合には、
   該オブジェクトに対するメタバージョンを生成し、該オ
   ブジェクトを複写して該オブジェクトの最初のバージョ
   ンを生成し、該オブジェクトにはジェネリックインスタ
   ンスであることを示すタグを付加し、該オブジェクトな
   らびに該バージョンのメタバージョンへのポインタを格
   納する属性には、該オブジェクトに対して生成しておい
   た前記メタバージョンへのポインタを示す値を設定し、
   当該メタバージョンについては、該バージョンを要素と
   する集合オブジェクトを生成して、当該集合オブジェク
   トへのポインタを示す値と該バージョンへのポインタを
   示す値を、それぞれ、バージョンを要素とする集合オブ
   ジェクトへのポインタを格納する属性、集合オブジェク
   トの要素を代表する代表バージョンへのポインタを格納
   する属性に設定しておき、 該オブジェクトに新たにバージョンを追加する場合は、
   該オブジェクトのメタバージョンに設定されている集合
   オブジェクトに、当該バージョンを要素として追加し、 該オブジェクトの代表バージョンを変更する場合は、該
   オブジェクトのメタバージョンに設定されている代表バ
   ージョンへのポインタを、新たな代表バージョンへのポ
   インタに書き換え、 メッセージを処理する場合には、そのメッセージのレシ
   ーバに指定されているオブジェクトについて、該オブジ
   ェクトがジェネリックインスタンスであることを表すタ
   グがあるか否かを判定し、該オブジェクトがジェネリッ
   クインスタンスでない場合は、該オブジェクトをレシー
   バとしてメッセージを処理し、該オブジェクトがジェネ
   リックインスタンスである場合は、該オブジェクトのメ
   タバージョンを得、該メタバージョンから代表バージョ
   ンを得、当該代表バージョンをレシーバとしてメッセー
   ジを処理することを特徴とするバージョン管理方法。