JP3527014B2 - オブジェクト管理方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、オブジェクト管理
方法に係り、特に、クライアント−サーバ型で構成され
るオブジェクト指向データベースシステムに用いるに好
適なオブジェクト管理方法に関する。

【０００２】

【従来の技術】ネットワークを介したクライアント−サ
ーバ型のシステム構成は、可用性や保守容易性を備える
ための手段として、多くの計算機システムに適用されて
いる。オブジェクト指向データベース（Ｏｂｊｅｃｔ−
Ｏｒｉｅｎｔｅｄ Ｄａｔａｂａｓｅ：ＯＯＤＢ）シス
テムにおいても、クライアント−サーバ型のシステム構
成を適用することが一般的である。この場合、データベ
ース管理システム（Ｄａｔａｂａｓｅ Ｍａｎａｇｅｍ
ｅｎｔ Ｓｙｓｔｅｍ：ＤＢＭＳ）をサーバとし、デー
タベース管理システム（ＤＢＭＳ）で管理されるデータ
にアクセスするアプリケーションプログラム（Ａｐｐｌ
ｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ：ＡＰ）をクライアン
トとしている。

【０００３】オブジェクト指向データベース（ＯＯＤ
Ｂ）システムで扱われるオブジェクトには、一般に「動
的状態」と「永続状態」がある。オブジェクトの「動的
状態」とは、通常、アプリケーションプログラム（Ａ
Ｐ）がオブジェクトに対して操作を行なえるように、計
算機の主記憶上におかれた状態を指している。「動的状
態」は、揮発的な性質を有している。主記憶の内容が失
われるとき、例えば、アプリケーションプログラム（Ａ
Ｐ）プロセスの終了やデータベースシステムの停止など
により、「動的状態」は失われる。

【０００４】「永続状態」とは、「動的状態」を再生す
るために退避された状態であり、通常、ディスクなどの
二次記憶装置に保持される。なお、オブジェクトデータ
を「永続状態」から「動的状態」へ移すことを「活性
化」（ａｃｔｉｖａｔｅ）という。また、「動的状態」
でアプリケーションプログラム（ＡＰ）からの操作が可
能な状態を、「活性化状態」という。

【０００５】オブジェクトの「永続状態」を可能にす
る，即ち、オブジェクトの永続性を実現するための標準
仕様として、オブジェクト・マネージメント・グループ
社（Ｏｂｊｅｃｔ Ｍａｎａｇｅｍｅｎｔ Ｇｒｏｕｐ
Ｉｎｃ．（ＯＭＧ））によって規定されたオブジェク
ト永続性サービス仕様（Ｏｂｊｅｃｔ Ｐｅｒｓｉｓｔ
ｅｎｃｅ Ｓｅｒｖｉｃｅ Ｓｐｅｃｉｆｉｃａｔｉｏ
ｎ（ＯＰＳＳ））が知られている。オブジェクト永続性
サービス仕様（ＯＰＳＳ）は、オブジェクトの永続状態
を管理するための機構とインタフェイスを与えるガイド
ラインである。例えば、オブジェクト永続性サービス仕
様（ＯＯＰＳ）によれば、データストア（ｄａｔａ ｓ
ｔｏｒｅ）とは、オブジェクトの永続状態のための記憶
を与える機構をいい、永続識別子（Ｐｅｒｓｉｓｔｅｎ
ｔ Ｉｄｅｎｔｉｆｉｅｒ：ＰＩＤ）とは、オブジェク
トの永続状態の記憶場所を識別する情報を保持する値を
いう。

【０００６】複数のオブジェクトを動的および永続的に
取り扱うときは、個々のオブジェクトをシステム内で一
意に識別する機構が必要になる。オブジェクト・データ
ベース・マネージメント・グループ社（Ｏｂｊｅｃｔ
Ｄａｔａｂａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｇｒｏｕｐ
（ＯＤＭＧ））が規定するオブジェクト指向データベー
ス（ＯＯＤＢ）の標準仕様のデータモデルによれば、
“Ｔｈｅ ＯｂｊｅｃｔＤａｔａｂａｓｅ Ｓｔａｎｄ
ａｒｄ：ＯＤＭＧ−９３ Ｒｅｌｅａｓｅ １．１”，
Ｃａｔｔｅｌ，Ｒ．Ｇ．Ｇ．ｅｄ．Ｍｏｒｇａｎ Ｋａ
ｕｆｍａｎｎＰｕｂｌｉｓｈｅｒｓ，１９９４に記載さ
れているように、データベースシステム内の個々のオブ
ジェクトを一意に識別するために、オブジェクト識別子
（Ｏｂｊｅｃｔ Ｉｄｅｎｔｉｆｉｅｒ： ＯＩＤ）が
用いられる。

【０００７】オブジェクト間の「関連」（ｒｅｌａｔｉ
ｏｎｓｈｉｐ）は、オブジェクト指向データモデルにお
ける特長的なモデリングの手段である。「ＯＭＴ」と呼
ばれる一般的なオブジェクト設計技法によれば、「オブ
ジェクト指向方法論 ＯＭＴモデル化と設計」，Ｊ．Ｒ
ｕｍｂａｕｇｈ他、羽生田栄一監訳、トッパン（１９９
２年）に記載されているように、「関連」とは、オブジ
ェクトの関係を確立するための手段であり、「リンク」
（ｌｉｎｋ）とは、オブジェクト間の物理的あるいは概
念的な結合である。「関連」は、同一の意味を持つ「リ
ンク」の集まり（定義）である。

【０００８】一般的な関連（リンク）機能の実装方法と
しては、オブジェクト識別子（ＯＩＤ）をオブジェクト
データ内部に保持する方法がある。データ内部に保持し
ているオブジェクト識別子（ＯＩＤ）に一意に対応する
オブジェクトを、関連付けられたリンク先オブジェクト
と解釈する。

【０００９】関連は本質的に双方向性を持つ。例えば、
「人」と「会社」の間に関連「勤務する」を定義する場
合、「勤務する」の逆関連「雇う」は「会社」と「人」
との間の関連であり、どちらの方向をたどることも等し
く意味を持ち、根底にある同一の関連を示す。

【００１０】また、関連には、多対多などの「多重度」
の概念があり、いくつのオブジェクトがリンクで関連付
けられるかが示される。例えば、「会社」が複数の「従
業員」を「雇う」場合、この関連の多重度は１対多とな
る。

【００１１】従来のオブジェクト指向データベース（Ｏ
ＯＤＢ）システムでは、オブジェクト識別子（ＯＩＤ）
がシステム内で一意となることを保証する。そのため
に、オブジェクト識別子（ＯＩＤ）の発行管理は、オブ
ジェクト指向データベース（ＯＯＤＢ）システム全体を
管理するデータベース管理システム（ＤＢＭＳ）サーバ
で行なっている。

【００１２】従って、クライアントアプリケーションで
生成したオブジェクトにオブジェクト識別子（ＯＩＤ）
を割り付けるには、データベース管理システム（ＤＢＭ
Ｓ）サーバとの通信が必要になる。

【００１３】一方、オブジェクト間のリンクを管理する
ときには、一般にリンク先の情報として、オブジェクト
識別子（ＯＩＤ）を用いる。そのため、新規オブジェク
トにリンクを設定する際には、先にオブジェクト生成を
データベース管理システム（ＤＢＭＳ）サーバに伝えて
オブジェクト識別子（ＯＩＤ）を割り付けてから、リン
ク設定処理を行なわなければならない。

【００１４】

【発明が解決しようとする課題】この一連の処理を簡潔
に行なう方式としては、まずオブジェクト生成をデータ
ベース管理システム（ＤＢＭＳ）サーバと通信してオブ
ジェクト識別子（ＯＩＤ）を発行し、発行したオブジェ
クト識別子（ＯＩＤ）を受け取ってクライアントでリン
ク設定を行ない、リンク設定に伴う更新要求について別
途データベース管理システム（ＤＢＭＳ）サーバと通信
することが考えられる。

【００１５】しかし、このようにして、リンクを管理す
る方式では、通信回数が増加するという問題がある。通
信は処理コストが高いため、上記のような処理方式で
は、クライアント−サーバ型システムにおいて、クライ
アントの要求を効率良く処理することができず、高性能
で動作することができない。

【００１６】オブジェクト間のリンクを効率良く扱うク
ライアント−サーバ型オブジェクト指向データベース
（ＯＯＤＢ）システムの例として、例えば、オブジェク
トデザイン（Ｏｂｊｅｃｔ Ｄｅｓｉｇｎ）社の製品と
して、オブジェクト・ストア（Ｏｂｊｅｃｔ Ｓｔｏｒ
ｅ）が知られている。オブジェクト・ストアでは、オブ
ジェクトの識別については、メモリ上のポインタを用い
ており、オブジェクト間の関連については、リンク先を
ポインタで直接的に表わしている。このポインタを永続
的に使用できるように、オペレーティングシステム（Ｏ
Ｓ）のページングおよび仮想記憶の機構を応用した「仮
想記憶マッピングアーキテクチャ」と呼ばれる方法を採
用している。

【００１７】この方法では、クライアントでローカルに
データページ中のオブジェクトの格納構成が決定され、
サーバではそのページの状態がそのままデータストアに
格納される。従って、それぞれのクライアント毎に扱う
オブジェクトをデータストア中で物理的に近い位置にま
とめて格納（クラスタリング）することで、個々のクラ
イアントの処理でのアクセス効率の向上が図れる。

【００１８】しかし、このような格納構成では、個々の
クライアントの処理とは無関係にオブジェクト操作を行
なうような場合，例えば、データベース全体を対象にし
て、あるデータ構造を持つ（あるタイプに属する）オブ
ジェクトを全件検索する場合、物理的に離れた位置のデ
ータページへのアクセスが多く、特に、検索のためのイ
ンデクスなど特殊な機構を用いていない場合は、すべて
のデータページを検索対象にしなければならず、効率が
悪いものである。

【００１９】「仮想記憶マッピングアーキテクチャ」に
よる方法では、複数のクライアントが個別に扱うオブジ
ェクト群をまとめて格納制御することは困難である。

【００２０】本発明の目的は、クライアント−サーバ型
で構成されるオブジェクト指向データベースシステムに
おいて、システム内でのオブジェクト識別性を保証しつ
つ、サーバと通信を行うことなく、クライアントアプリ
ケーションでのオブジェクト操作を効率よく処理できる
オブジェクト管理方法を提供するにある。

【００２１】

【課題を解決するための手段】上記の目的を達するた
め、本発明は、データベース管理システムクライアント
は、クライアントアプリケーションで生成したオブジェ
クトに対して、このデータベース管理システムクライア
ントで一意に識別する仮オブジェクト識別子を発行し、
割り付け、上記仮オブジェクト識別子を、上記データベ
ースシステムで一意に識別する正式オブジェクト識別子
に変換するための補足的な情報であり、仮オブジェクト
識別子から正式オブジェクト識別子にＯＩＤ変換する位
置を示すオフセットである更新位置オフセットを有する
ＯＩＤ変換情報を作成し、データベース管理システムサ
ーバへ、上記オブジェクト及びこのオブジェクトに対す
る上記ＯＩＤ変換情報を一括して送信し、上記データベ
ース管理システムサーバは、上記ＯＩＤ変換情報の更新
位置オフセットを用いて、上記仮オブジェクト識別子を
上記正式オブジェクト識別子に変換し、上記オブジェク
トのデータストアへの格納を制御するようにしたもので
あり、かかる方法により、クライアントアプリケーショ
ンでのオブジェクト操作を、サーバとの通信を行うこと
なく、処理し得るものとなる。

【００２２】

【００２３】上記オブジェクト管理方法において、好ま
しくは、上記データベース管理システムクライアント
は、上記オブジェクトを生成順の番号で管理し、この生
成順の番号に基づいて上記仮オブジェクト識別子をそれ
ぞれのオブジェクトに割り付けるようにしたものであ
り、かかる方法により、仮オブジェクト識別子の管理が
容易となる。

【００２４】上記オブジェクト管理方法において、好ま
しくは、上記データベース管理システムクライアント
は、複数のオブジェクトを一括して上記データベース管
理システムサーバに送信して、反映要求をするようにし
たものであり、かかる方法により、クライアント−サー
バ間の通信回数を削減できるものとなる。

【００２５】上記オブジェクト管理方法において、好ま
しくは、上記データベース管理システムクライアント
は、上記複数のオブジェクト間にリンクを設定し、上記
データベース管理システムサーバへ、リンク先情報を設
定する部分更新情報を送信するようにしたものである。

【００２６】

【発明の実施の形態】以下、本発明の一実施形態による
オブジェクト管理方法について、図１乃至図１９を用い
て説明する。図１は、本発明の一実施形態によるオブジ
ェクト管理方法を適用したオブジェクト指向データベー
ス（ＯＯＤＢ）システムの構成図である。

【００２７】クライアントアプリケーション１０１ａ，
１０１ｂは、ネットワーク１０２を介して、データベー
ス管理システム（ＤＢＭＳ）サーバ１０３と通信し、デ
ータストア１０４に格納されるオブジェクトにアクセス
するクライアント−サーバ型でシステムを構成してい
る。

【００２８】このシステムは、通信回数を増やすことな
く、クライアントでのオブジェクト操作（特に、オブジ
ェクト生成とオブジェクト間リンク設定）を行なえるよ
うに構成されている。そして、通信を回避するための基
本的な処理方式として、以下の（１）〜（３）を備えて
いる。

【００２９】（１）仮オブジェクト識別子（仮ＯＩＤ）
の発行 クライアントアプリケーション１０１ａ，１０１ｂは、
データベース管理システム（ＤＢＭＳ）サーバ１０３と
通信せずに、新規生成したオブジェクトに対して、仮の
オブジェクト識別子（ＯＩＤ）を発行し、割り付ける。
ここでは、この仮のオブジェクト識別子（ＯＩＤ）のこ
とを「仮ＯＩＤ」と呼ぶことにする。

【００３０】この「仮ＯＩＤ」は、データベース管理シ
ステム（ＤＢＭＳ）サーバ１０３がシステム内で一意に
なるように正式に発行するオブジェクト識別子（ＯＩ
Ｄ）である「正式ＯＩＤ」と対比して用いるものであ
る。

【００３１】仮ＯＩＤは、生成順の通番を、クライアン
トアプリケーション１０１ａ，１０１ｂが、オブジェク
ト識別子（ＯＩＤ）の内部データに取り込んで作成す
る。

【００３２】クライアントアプリケーション１０１ａ，
１０１ｂにおいて、オブジェクト操作対象となったオブ
ジェクトを識別する値および操作要求の内容は、仮ＯＩ
Ｄを用いて記録される。

【００３３】（２）更新反映情報の一括送信と、ＯＩＤ
変換情報の付加 クライアントアプリケーション１０１ａ，１０１ｂにお
けるオブジェクト操作に対応するデータベース管理シス
テム（ＤＢＭＳ）サーバ１０３へ反映要求は、トランザ
クションコミットを契機に一括して送信する。

【００３４】反映要求の通信電文には、仮ＯＩＤを正式
ＯＩＤに効率良く変換するための補足的な情報（ＯＩＤ
変換情報）を付加しておく。

【００３５】（３）オブジェクト識別子（ＯＩＤ）を変
換してデータストアへ反映 データベース管理システム（ＤＢＭＳ）サーバ１０３
は、上記のＯＩＤ変換情報に従い、オブジェクトの生成
通番を元に、仮ＯＩＤを効率良く正式ＯＩＤに変換し、
通信電文中の仮ＯＩＤ中のオブジェクト操作要求をデー
タストアに反映する。

【００３６】データストアへの格納は、データベース管
理システム（ＤＢＭＳ）サーバ１０３が制御し、クラス
タリングなどによりアクセス効率の向上を図る。

【００３７】次に、図１に示したクライアントアプリケ
ーション１０１ａ，１０１ｂ及びデータベース管理シス
テム（ＤＢＭＳ）サーバ１０３の構成について説明す
る。

【００３８】最初に、クライアントアプリケーション１
０１ａ，１０１ｂの構成について説明する。クライアン
トアプリケーション１０１のアプリケーションプログラ
ム（ＡＰ）１０５は、データベース（ＤＢ）にアクセス
する手順を指示する。アプリケーションプログラム（Ａ
Ｐ）１０５は、データベース管理システム（ＤＢＭＳ）
クライアント１０６が提供するアプリケーションプログ
ラムインタフェイス（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏ
ｇｒａｍ Ｉｎｔｅｒｆａｃｅ：ＡＰＩ）の関数群を用
いて記述される。クライアントアプリケーション１０５
には、データベース管理システム（ＤＢＭＳ）クライア
ント１０６がバインドされる。

【００３９】データベース管理システム（ＤＢＭＳ）ク
ライアント１０６のオブジェクト管理部１０７は、クラ
イアントアプリケーション１０１が扱うオブジェクト１
０８を管理する。オブジェクト１０８は、オブジェクト
管理部１０７のクライアントオブジェクトキャッシュ１
０９上に保持される。

【００４０】オブジェクト管理部１０７の中のオブジェ
クト状態管理テーブル１１０は、クライアントオブジェ
クトキャッシュ１０９上のオブジェクト１０８の状態を
管理する。オブジェクト状態管理テーブル１１０のエン
トリは、各オブジェクト１０８に、１つずつ対応付けら
れる。

【００４１】データベース管理システム（ＤＢＭＳ）ク
ライアント１０６の中のディクショナリ定義管理部１１
１は、オブジェクト１０８のデータ構造（タイプ）およ
びアクセス方法の定義の集まりであるディクショナリ情
報を管理する。アプリケーションプログラム１０５の動
作に必要なディクショナリ定義情報が、クライアントア
プリケーション１０１にバインドされるものとする。

【００４２】データベース管理システム（ＤＢＭＳ）ク
ライアント１０６の中の仮ＯＩＤ管理部１１２は、クラ
イアントアプリケーション１０１で生成する個々のオブ
ジェクト１０８を識別する仮ＯＩＤの発行を管理する。
仮ＯＩＤは、仮ＯＩＤ管理部１１２で管理される生成順
による生成通番１１３をもとに作成される。

【００４３】データベース管理システム（ＤＢＭＳ）ク
ライアント１０６の通信管理部１１４では、データベー
ス管理システム（ＤＢＭＳ）サーバ１０３との通信を管
理し、クライアントアプリケーション１０１におけるオ
ブジェクト操作をデータベース（ＤＢ）に反映させるた
めの更新電文１１５を管理する。

【００４４】次に、データベース管理システム（ＤＢＭ
Ｓ）サーバ１０３の構成について説明する。データベー
ス管理システム（ＤＢＭＳ）サーバ１０３は、トランザ
クション管理やオブジェクト管理など、データベースシ
ステムが提供する各機能を実現するためのプロセスの集
まりから構成されている。

【００４５】データベース管理システム（ＤＢＭＳ）サ
ーバ１０３の中のシステム制御部１１６は、データベー
ス（ＤＢ）システムを構成するプロセス群を監視し、シ
ステム全体の制御を行なう。

【００４６】システム制御部１１６の中のトランザクシ
ョン管理部１１７は、各クライアントアプリケーション
１０１で実行されるトランザクションの管理を行なう。

【００４７】サーバアプリケーション１１８ａ，１１８
ｂは、クライアントアプリケーション１０１ａ，１０１
ｂにそれぞれ１つずつ対応するプロセスで、クライアン
トアプリケーション１０１からの要求を受け付け、デー
タベース管理システム（ＤＢＭＳ）サーバ１０３の各モ
ジュール（管理部，制御部）に要求を伝える。

【００４８】データベース管理システム（ＤＢＭＳ）サ
ーバ１０３の中のオブジェクト管理部１１９は、サーバ
アプリケーション１１８のオブジェクト操作要求を受け
付けて処理する。サーバオブジェクト管理部１１９は、
クライアントアプリケーション１０１のオブジェクト１
０８に対応するように、データベース管理システム（Ｄ
ＢＭＳ）サーバ１０３のオブジェクトキャッシュ１２０
上でオブジェクト１２１を操作し、このオブジェクト１
２１の状態は、オブジェクト管理情報テーブル１２２に
より管理する。

【００４９】データベース管理システム（ＤＢＭＳ）１
０３の中のサーバＯＩＤ管理部１２３は、データベース
（ＤＢ）システムにおける正式ＯＩＤを発行し、一意性
を保証するように管理する。

【００５０】データベース管理システム（ＤＢＭＳ）１
０３の中のサーバＯＩＤ変換管理部１２４は、クライア
ントアプリケーション１０１が発行した仮ＯＩＤと、正
式ＯＩＤとの対応関係を管理する。対応関係は、サーバ
ＯＩＤ変換管理部１２４の中のＯＩＤ変換テーブル１２
５を用いて管理する。ＯＩＤ変換テーブル１２５の詳細
については、図１９を用いて後述する。

【００５１】格納制御部１２６は、オブジェクトデータ
を格納するデータストア１０４とのデータ入出力を管理
する。

【００５２】データストア１０４は、オブジェクト１２
１の永続状態のための記憶を与える機構である。

【００５３】通信管理部１０７は、クライアントアプリ
ケーション１０１からメッセージを受け取るバッファの
管理を行う。

【００５４】次に、図２を用いて、本実施形態によるオ
ブジェクト管理方法の処理方式について説明する。図２
は、本発明の一実施形態によるオブジェクト管理方法に
おけるクライアントアプリケーションでのアプリケーシ
ョンプログラムの処理フローの概念を示すフローチャー
トである。なお、詳細な処理フローについては、図３以
下を用いて後述する。

【００５５】本実施形態においては、例えば、２つのオ
ブジェクトを作成し、それらのオブジェクト間にリンク
を設定するオブジェクト操作のプログラムの処理につい
て説明する。

【００５６】ステップ２０１において、データベース管
理システム（ＤＢＭＳ）クライアント１０６は、データ
ベース（ＤＢ）接続するためのデータベース管理システ
ム（ＤＢＭＳ）クライアント１０６のアプリケーション
プログラムインタフェイス（ＡＰＩ）関数をコールし、
クライアントアプリケーション１０１とデータベース管
理システム（ＤＢＭＳ）サーバ１０３との通信を確立す
る。ステップ２０１の詳細については、図３を用いて後
述する。

【００５７】ステップ２０２において、データベース管
理システム（ＤＢＭＳ）クライアント１０６は、トラン
ザクションを開始するＡＰＩ関数をコールする。ステッ
プ２０２の詳細については、図６を用いて後述する。こ
の後、トランザクション開始から、次のトランザクショ
ンコミットまで間の処理について、データベース（Ｄ
Ｂ）システムで整合性が保証される。

【００５８】ステップ２０３において、データベース管
理システム（ＤＢＭＳ）クライアント１０６は、オブジ
ェクト１０８を生成するＡＰＩ関数をコールし、「オブ
ジェクト１」を生成する。ステップ２０３の詳細につい
ては、図７，８を用いて後述する。

【００５９】ここで、オブジェクト生成ＡＰＩの入力と
して、生成するオブジェクトのタイプを指定する手段が
あるものとする。例えば、ディクショナリ定義管理部１
１１に定義されたタイプ識別子を指定するものとする。
タイプ識別子は、データベース（ＤＢ）システムの一般
的なディクショナリ定義操作により与えられ、指定され
たタイプ識別子に対応するタイプ定義に基づくデータ構
造のオブジェクトが生成されるものとする。

【００６０】ステップ２０４において、データベース管
理システム（ＤＢＭＳ）クライアント１０６は、ステッ
プ２０３と同様にして、「オブジェクト２」を生成す
る。ここで、「オブジェクト１」と「オブジェクト２」
で指定するタイプは、同じであっても、異なっていても
よい。ただし、それぞれのタイプ間に１対１の双方向関
連が定義されているものとする。

【００６１】ステップ２０５において、データベース管
理システム（ＤＢＭＳ）クライアント１０６は、オブジ
ェクト間リンク設定ＡＰＩ関数をコールし、「オブジェ
クト１」と「オブジェクト２」の間にリンクを設定す
る。ステップ２０５の詳細については、図９，１０，１
１を用いて後述する。ここで、リンク設定ＡＰＩの入力
として、ディクショナリに定義された関連の関連識別子
を指定するものとする。この指定により、関連の定義情
報に従い、オブジェクト間のリンクが設定されるものと
する。

【００６２】ステップ２０６において、データベース管
理システム（ＤＢＭＳ）クライアント１０６は、トラン
ザクションコミットするＡＰＩ関数をコールする。ステ
ップ２０６の詳細については、図１２を用いて後述す
る。これにより、ステップ２０３以降の処理を、データ
ベース（ＤＢ）に反映させる。

【００６３】ステップ２０７において、データベース
（ＤＢ）接続を解除するＡＰＩ関数をコールし、クライ
アントアプリケーション１０１とデータベース管理シス
テム（ＤＢＭＳ）サーバ１０３との通信を解除する。ス
テップ２０７を終えた後、アプリケーションプログラム
を終了する。

【００６４】図３を用いて、図２のステップ２０１に示
したデータベース管理システム（ＤＢＭＳ）クライアン
トにおけるデータベース（ＤＢ）接続ＡＰＩの処理の詳
細について説明する。図３は、本発明の一実施形態によ
るオブジェクト管理方法におけるデータベース（ＤＢ）
接続ＡＰＩの処理手順を示すフローチャートである。

【００６５】ステップ３０１において、データベース管
理システム（ＤＢＭＳ）クライアント１０６のオブジェ
クト管理部１０７は、制御情報のデータ領域を確保し、
初期化する。

【００６６】ここで、データベース管理システム（ＤＢ
ＭＳ）クライアント１０６の制御データ構造について、
図４を用いて説明する。図４は、本発明の一実施形態に
よるオブジェクト管理方法において用いるデータベース
管理システム（ＤＢＭＳ）クライアントで取り扱う制御
データの構造の説明図である。

【００６７】この制御情報の構成により、クライアント
アプリケーション１０１で一意となる仮ＯＩＤの発行を
管理し、トランザクションコミット時に、一括して更新
反映要求を行なうための情報を保持する。

【００６８】データベース管理システム（ＤＢＭＳ）ク
ライアント１０６の機能のための制御情報として、クラ
イアント管理制御ヘッダ４０１，オブジェクト管理制御
ヘッダ４０２，仮ＯＩＤ管理制御ヘッダ４０３，通信管
理制御ヘッダ４０４がある。これらの制御情報のアドレ
スは、クライアント管理制御ヘッダアドレスとして、デ
ータベース管理システム（ＤＢＭＳ）クライアントの各
モジュールに対してグローバルな値に保持され、各モジ
ュールがこれらの制御情報にアクセスする。

【００６９】クライアント管理制御ヘッダ４０１は、ク
ライアントアプリケーション１０１のプロセス全体を管
理するために必要な情報（ステータス）を保持してい
る。例えば、アプリケーションプロセスの状態（ＤＢ接
続状態，トランザクション実行状態）を保持している。

【００７０】オブジェクト管理制御ヘッダ４０２は、オ
ブジェクト管理部１０７を制御する情報を保持してい
る。オブジェクト管理制御ヘッダ４０２は、キャッシュ
制御ヘッダ４０５のアドレス、およびオブジェクト状態
管理制御ヘッダ４０６のアドレスを保持している。

【００７１】キャッシュ制御ヘッダ４０５は、オブジェ
クトキャッシュ１０９を管理するために使用し、オブジ
ェクト１０８のデータのキャッシングの管理に必要な情
報を保持している。キャッシュ制御ヘッダ４０５は、例
えば、オブジェクトキャッシュ１０９のキャッシュ領域
の先頭アドレス，利用可能領域の先頭アドレスを保持し
ている。

【００７２】オブジェクト状態管理テーブル制御ヘッダ
４０６は、オブジェクト状態管理テーブル１１０を管理
する。オブジェクト状態管理テーブル１１０のエントリ
を割り付けるために、オブジェクト状態管理テーブル１
１０のテーブル領域の先頭アドレス，利用可能テーブル
エントリの先頭アドレスなどの情報を保持している。

【００７３】仮ＯＩＤ管理制御ヘッダ４０３は、仮ＯＩ
Ｄを発行するための情報を管理する。仮ＯＩＤの元とな
る生成順通番カウンタ１１３を保持している。

【００７４】通信管理制御ヘッダ４０４は、通信管理情
報を制御するために用い、通信電文を保持する領域であ
る通信バッファ４０８の先頭アドレスなどを保持する。

【００７５】本実施形態のシステムでは、クライアント
アプリケーション１０１で行なったオブジェクト操作の
データベース管理システム（ＤＢＭＳ）サーバ１０３に
対する反映は、コミット時に一括して行なう。反映する
要求の内容を、データベース管理システム（ＤＢＭＳ）
クライアント１０６で一時的に更新情報として保持し、
オブジェクト状態管理エントリ４０７からポイントして
おく。反映が必要な更新要求情報を効率良くに得るため
に、反映が必要なオブジェクト状態管理エントリ４０７
を、オブジェクト状態管理制御ヘッダ４０２からポイン
トし、さらに、複数の更新対象のオブジェクト状態管理
エントリ４０７を得られるように各エントリをポインタ
で連結しておく。ここでは、この連結のことを「反映要
求チェイン４０９」と称する。

【００７６】次に、ステップ３０２において、オブジェ
クト管理部１０７は、仮ＯＩＤ管理部１１２を初期化
し、仮ＯＩＤ管理部１１２は、生成通番１１３を初期化
する。

【００７７】ステップ３０３において、オブジェクト管
理部１０７は、通信管理部１１４を初期化し、以降のデ
ータベース管理システム（ＤＢＭＳ）サーバ１０３への
通信要求に備える。

【００７８】ステップ３０４において、データベース管
理システム（ＤＢＭＳ）クライアント１０６は、データ
ベース（ＤＢ）接続要求電文を作成する。

【００７９】ここで、本実施形態において用いる通信電
文のデータ構造について、図５を用いて説明する。図５
は、本発明の一実施形態によるオブジェクト管理方法に
おいてクライアントアプリケーションが作成する通信電
文のデータ構造の説明図である。

【００８０】通信電文５０１は、電文制御ヘッダ５０２
と、複数（ｎ個）のコマンドパラメタブロック５０３か
ら構成されている。電文制御ヘッダ５０２は、通信電文
５０１を制御するために必要な以下の情報を保持してい
る。

【００８１】（１）「電文の形式」（サーバへの送信デ
ータであることを示す値など） （２）「電文のサイズ」 （３）「先頭ブロックオフセット」（先頭のコマンドパ
ラメタブロック５０３の位置を示すオフセット値；通信
電文５０１の先頭からのオフセット値として与えられて
いる） （４）「ブロック総数（ｎ）」（電文５０１に保持する
コマンドパラメタブロック５０３の総数） コマンドパラメタブロック５０３は、ブロック制御ヘッ
ダ５０４と、ブロックデータ５０４から構成されてい
る。ブロック制御ヘッダ５０４は、各コマンドパラメタ
ブロック５０３を制御する情報を有している。ブロック
制御ヘッダ５０４は、例えば、「ブロック形式」，「ブ
ロックサイズ」（ブロックのデータ長），「コマンド識
別子」（データベース（ＤＢ）接続要求であることなど
を示す値など），「ブロックデータオフセット」（ブロ
ックデータの位置を示すオフセット値；コマンドパラメ
タブロック５０３の先頭からのオフセット値），「次ブ
ロックのオフセット」（次のブロックの位置を示すオフ
セット値；通信電文５０１の先頭からのオフセット値）
を保持している。

【００８２】以上説明した構造を用いることにより、例
えば、データベース（ＤＢ）接続要求の電文メッセージ
では、電文制御ヘッダ５０２内の「ブロック総数」を
「１」とし、最初のブロック１のブロック制御ヘッダ５
０４内の「コマンド識別子」に「ＤＢ接続」を示す値を
設定するようにしている。

【００８３】ステップ３０５において、通信管理部１１
４は、データベース管理システム（ＤＢＭＳ）サーバ１
０３へ通信電文５０１を送信する。ステップ３０５を終
えた後、データベース（ＤＢ）接続処理を終了する。

【００８４】ここで、プロセス間通信の手段および形態
については、本実施形態の方法を実装するために特別な
機能を必要とせず、周知の機構を用いてよい。

【００８５】図６を用いて、図２のステップ２０２に示
したデータベース管理システム（ＤＢＭＳ）クライアン
トにおけるトランザクション開始ＡＰＩの処理の詳細に
ついて説明する。図６は、本発明の一実施形態によるオ
ブジェクト管理方法におけるトランザクション開始ＡＰ
Ｉ関数コールの処理手順を示すフローチャートである。

【００８６】ステップ６０１において、データベース管
理システム（ＤＢＭＳ）クライアント１０６は、オブジ
ェクト管理部１０７にリセット要求し、オブジェクト管
理部１０７がリセットする（制御情報を初期状態に戻
し）ことにより、後のオブジェクト操作要求に備える。

【００８７】ステップ６０２において、オブジェクト管
理部１０７は、仮ＯＩＤ管理部１１２にリセット要求
し、仮ＯＩＤ管理部１１２がリセットすることにより、
後のオブジェクト生成時の仮ＯＩＤ発行に備える。

【００８８】ステップ６０３において、データベース管
理システム（ＤＢＭＳ）クライアント１０６は、トラン
ザクション開始要求の通信電文を作成する。通信電文
は、通信管理部１１４の通信バッファ領域に作成され
る。

【００８９】ステップ６０４において、通信管理部１１
４は、作成した通信電文を、データベース管理システム
（ＤＢＭＳ）サーバ１０３へ送信する。データベース管
理システム（ＤＢＭＳ）サーバ１０３は、トランザクシ
ョン管理部１１７に、トランザクション開始要求が伝え
られ、クライアントアプリケーション１０１のプロセス
でのトランザクションが認識され、管理対象となる。

【００９０】ステップ６０４を終えた後、この処理を終
了する。

【００９１】次に、図７及び図８を用いて、図２のステ
ップ２０３に示したデータベース管理システム（ＤＢＭ
Ｓ）クライアントにおけるオブジェクト生成ＡＰＩの処
理の詳細について説明する。図７は、本発明の一実施形
態によるオブジェクト管理方法におけるオブジェクト生
成ＡＰＩの処理手順を示すフローチャートであり、図８
は、生成されるオブジェクトのデータ構造の説明図であ
る。

【００９２】図７に示すステップ７０１において、オブ
ジェクト管理部１０７は、ディクショナリに定義されて
いるタイプ定義情報を参照する。参照するタイプ定義対
象は、アプリケーションプログラム１０５からオブジェ
クト生成ＡＰＩのパラメタで指定されており、このタイ
プ識別子に対応するタイプ定義情報を、ディクショナリ
定義管理部１１１から取得する。

【００９３】ステップ７０２において、オブジェクト管
理部１０７は、オブジェクトキャッシュ１０９上にデー
タ領域を取得する。データ領域の大きさは、ステップ７
０１で取得したタイプ定義情報を参照して、必要なサイ
ズを算出する。

【００９４】ステップ７０３において、オブジェクト管
理部１０７は、ステップ７０１で取得したタイプ定義情
報に従って、オブジェクト１０８を初期化する。オブジ
ェクト１０８のデータ構造には、リンク先情報を保持す
る構造があり、このステップにおいて、リンク先情報を
初期化する。

【００９５】ステップ７０４において、オブジェクト管
理部１０７は、このオブジェクトの状態を管理するため
に、オブジェクト状態管理テーブル１１０のエントリを
割り付ける。

【００９６】ステップ７０５において、オブジェクト管
理部１０７は、ステップ７０４で取得したオブジェクト
状態管理テーブル１１０のエントリを初期化する。ここ
で、オブジェクト状態管理テーブル１１０のエントリの
中のオブジェクト状態を保持する領域のフラグを、新規
状態であることを示すＯＮに設定する。

【００９７】ステップ７０６において、オブジェクト管
理部１０７は、このオブジェクト状態管理テーブル１１
０のエントリを、反映要求チェイン４０９につなぐ。反
映要求チェイン４０９は、次のエントリをポインタで指
示する。

【００９８】ステップ７０６を終えた後、オブジェクト
生成ＡＰＩ処理を終了する。

【００９９】次に、図８を用いて。データベース管理シ
ステム（ＤＢＭＳ）クライアント１０６におけるオブジ
ェクト１０８のデータ構造について説明する。オブジェ
クト１０８は、オブジェクト制御ヘッダ８０１と、オブ
ジェクトデータ領域８０２から構成されている。オブジ
ェクト制御ヘッダ８０１は、オブジェクトデータを制御
情報するために、以下の情報から構成されている。

【０１００】（１）「オブジェクト状態管理テーブル１
１０のオブジェクト状態管理エントリ８０６のアドレ
ス」 （２）「オブジェクトの種別」 （３）「オブジェクト全体のデータサイズ」 （４）「自分自身のＯＩＤ」（このオブジェクトに割り
付けられたＯＩＤ） クライアントアプリケーション１０１で生成された時点
では、「自分自身のオブジェクト識別子（ＯＩＤ）」は
設定されていない。仮ＯＩＤは、当該オブジェクト操作
において、オブジェクト識別子（ＯＩＤ）が必要になる
とき、例えば、リンク設定を行なうときに発行され、割
り付けられる。リンク設定時の仮ＯＩＤの割り付けにつ
いては、図９を用いて後述する。

【０１０１】「自分自身のＯＩＤ」の中は、「オブジェ
クト識別子（ＯＩＤ）の形式」（「仮」であるか「正
式」であるかを示す値）と、一意性のための「識別値」
から構成されている。

【０１０２】仮ＯＩＤ８０３の場合には、「ＯＩＤ形
式」には、仮オブジェクト識別子（ＯＩＤ）形式である
ことを示す値が設定され、「識別値」には、割付対象オ
ブジェクトの生成時の生成通番が設定される。

【０１０３】正式ＯＩＤ８０４の場合には、「ＯＩＤ形
式」には、正式オブジェクト識別子（ＯＩＤ）形式であ
ることを示す値が設定され、「識別値」には、データベ
ース管理システム（ＤＢＭＳ）サーバ１０３のＯＩＤ変
換管理部１２４において、データベース（ＤＢ）システ
ム内で一意になるように作成された値が設定される。こ
こでは、オブジェクトデータ格納位置情報に基づく永続
識別子ＰＩＤを識別値として用いる。

【０１０４】オブジェクトデータ領域８０２には、オブ
ジェクトの内容を示す「オブジェクトデータ」を保持し
ている。この領域に、リンク先情報８０５も保持され
る。リンク先情報８０５には、「リンク先ＯＩＤ」（リ
ンク先オブジェクトのオブジェクト識別子（ＯＩＤ））
が保持される。リンク先オブジェクトが生成されてトラ
ンザクションコミットする前ならば、仮ＯＩＤ８０３を
保持することになる。リンク先オブジェクトがデータス
トアに格納されている既存のオブジェクトならば、正式
ＯＩＤ８０４を保持することになる。

【０１０５】オブジェクト状態管理テーブル１１０のオ
ブジェクト状態管理エントリ８０６は、オブジェクト１
０８の状態を管理するために、以下の情報を保持してい
る。

【０１０６】（１）「管理対象のオブジェクト識別子
（ＯＩＤ）」 （２）「オブジェクト状態フラグ」（生成／更新の状態
であることを示す値を保持する。新規の場合には、フラ
グをＯＮする） （３）「オブジェクトデータのアドレス」（管理対象オ
ブジェクトのオブジェクトデータ領域の先頭アドレス；
オブジェクト制御ヘッダ８０１の種別の欄を先頭アドレ
スとしている） （４）「部分更新情報のアドレス」（管理対象オブジェ
クトに対して要求された部分更新情報のアドレス） （５）「オブジェクト識別子（ＯＩＤ）変換情報のアド
レス」（管理対象オブジェクトに対して要求されたＯＩ
Ｄ変換情報のアドレス） （６）「オブジェクト識別子（ＯＩＤ）変換テーブル登
録要請フラグ」 （７）「更新チェイン４０９の続き要素エントリのアド
レス」 次に、図９，１０，１１を用いて、図２のステップ２０
５に示したデータベース管理システム（ＤＢＭＳ）クラ
イアントにおけるオブジェクト間リンク設定ＡＰＩの処
理の詳細について説明する。図９は、本発明の一実施形
態によるオブジェクト管理方法におけるオブジェクト間
リンク設定ＡＰＩの処理手順を示すフローチャートであ
る。

【０１０７】ステップ９０１において、オブジェクト管
理部１０７は、ディクショナリ定義管理部１１１に定義
されているオブジェクト間関連定義情報を参照する。対
象となる関連定義は、アプリケーションプログラム１０
５からリンク設定ＡＰＩのパラメタとして関連識別子で
指定され、この関連識別子に対応する関連定義情報を、
ディクショナリ定義管理部１１１から取得する。

【０１０８】ステップ９０２において、オブジェクト管
理部１０７は、リンク元オブジェクトが新規で、かつ仮
ＯＩＤが割り当てられていないかを判定する。新規であ
るか否かは、図８に示したオブジェクト状態管理エント
リ８０６内の「状態フラグ」で判定する。新規の場合に
は、「状態フラグ」がＯＮになっている。仮ＯＩＤが割
り当てられているか否かは、図８に示したオブジェクト
制御ヘッダ８０１内の「自分自身のＯＩＤ」で、「ＯＩ
Ｄ形式」を参照することにより判定する。「ＯＩＤ形
式」には、仮ＯＩＤ形式であることを示す値若しくは、
正式ＯＩＤ形式であることを示す値が設定されているの
で、これらの値が設定されていない場合には、仮ＯＩＤ
が割り当てられていないと判定する。

【０１０９】仮ＯＩＤが割り当てられていない場合は、
ステップ９０３に進み、仮ＯＩＤが割り当てられている
場合は、ステップ９０６に進む。

【０１１０】ステップ９０３において、仮ＯＩＤ管理部
１１２は、新規の仮ＯＩＤを発行する。このとき、仮Ｏ
ＩＤ管理部１１２は、生成通番１１３をインクリメント
する。

【０１１１】次に、ステップ９０４において、オブジェ
クト管理部１０７は、リンク元オブジェクトのオブジェ
クト制御ヘッダ８０１およびオブジェクト状態管理エン
トリ８０６内に、発行した仮ＯＩＤを設定する。即ち、
オブジェクト制御ヘッダ８０１の自分自身のＯＩＤに、
仮ＯＩＤ８０３を設定する。生成通番１１３には、ステ
ップ９０３でインクリメントした生成通番を設定する。
また、オブジェクト状態管理エントリ８０６の「管理対
象ＯＩＤ」に、仮ＯＩＤを設定する。

【０１１２】次に、ステップ９０５において、オブジェ
クト管理部１０７は、オブジェクト状態管理エントリ８
０６内の「ＯＩＤ変換テーブル登録要請フラグ」をＯＮ
にする。このフラグの値に従って、データベース管理シ
ステム（ＤＢＭＳ）サーバ１０３で反映処理を行なうと
きに、ＯＩＤ変換テーブル１２５に、このオブジェクト
についてのエントリを登録することにより、ＯＩＤ変換
テーブル１２５へのエントリ登録を効率良く行なうこと
ができる。ステップ９０５を終えた後、ステップ９０６
に進む。

【０１１３】ステップ９０６からステップ９０９におい
ては、リンク先オブジェクトについて、ステップ９０２
からステップ９０５と同様して、オブジェクト識別子
（ＯＩＤ）を判定し、仮ＯＩＤを割り付ける処理を行な
う。

【０１１４】即ち、ステップ９０６において、オブジェ
クト管理部１０７は、リンク先オブジェクトが新規で、
かつ仮ＯＩＤが割り当てられていないかを判定する。仮
ＯＩＤが割り当てられていない場合は、ステップ９０７
に進み、仮ＯＩＤが割り当てられている場合は、ステッ
プ９１０に進む。

【０１１５】ステップ９０７において、仮ＯＩＤ管理部
１１２は、新規に仮ＯＩＤを発行する。このとき、仮Ｏ
ＩＤ管理部１１２は、生成通番１１３をインクリメント
する。

【０１１６】次に、ステップ９０８において、リンク先
オブジェクトのオブジェクト制御ヘッダ８０１およびオ
ブジェクト状態管理エントリ８０６内に、発行した仮Ｏ
ＩＤを設定する。

【０１１７】次に、ステップ９０９において、オブジェ
クト管理部１０７は、オブジェクト状態管理エントリ８
０６内の「ＯＩＤ変換テーブル登録要請フラグ」をＯＮ
にする。ステップ９０９を終えた後、ステップ９１０へ
進む。

【０１１８】ステップ９１０において、オブジェクト管
理部１０７は、当該処理でリンク元オブジェクトに対し
て行なう更新を記録しておくための部分更新要求情報を
作成する。この更新要求情報作成処理の詳細について
は、図１０，１１を用いて後述する。

【０１１９】さらに、ステップ９１１において、オブジ
ェクト管理部１０７は、ステップ９１０と同様に、当該
処理でリンク先オブジェクトに対して行なう更新を記録
しておくための更新要求情報を作成する。この更新要求
情報作成処理の詳細についても、図１０，１１を用いて
後述する。

【０１２０】ステップ９１１を終えた後、リンク設定Ａ
ＰＩ処理を終了する。

【０１２１】次に、図１０，１１を用いて、図９のステ
ップ９１０，９１１に示したデータベース管理システム
（ＤＢＭＳ）クライアントにおける更新情報作成の処理
の詳細について説明する。図１０は、本発明の一実施形
態によるオブジェクト管理方法におけるリンク設定時の
更新情報作成の処理手順を示すフローチャートであり、
図１１は、本発明の一実施形態によるオブジェクト管理
方法におけるリンク設定時の更新情報作成処理で扱われ
るデータ構造の説明図である。

【０１２２】る。

【０１２３】ステップ１００１において、オブジェクト
管理部１０７は、ディクショナリ定義管理無１１１から
取得した関連定義情報を参照する。取得した関連定義情
報から、オブジェクト内にリンク先情報を保持する位置
のオフセットを取得し、リンク先情報をリンク元オブジ
ェクト内に埋め込む。ここで、リンク先情報とは、リン
ク先オブジェクトのＯＩＤである。

【０１２４】即ち、図１１において、オブジェクト１１
０１ａをリンク先オブジェクトとし、オブジェクト１１
０１ｂをリンク元オブジェクトとすると、リンク元オブ
ジェクト１１０ｂのリンク先情報１１０２に、リンク先
オブジェクト１１０１ａの「仮ＯＩＤａ」を埋め込む。

【０１２５】ステップ１００２において、オブジェクト
管理部１０７は、リンク元オブジェクトから、「オブジ
ェクト制御ヘッダ」に保持しているアドレスを参照し
て、オブジェクト状態管理エントリを取得する。

【０１２６】即ち、図１１において、リンク元オブジェ
クト１１０１ｂの「オブジェクト制御ヘッダ」の先頭に
保持しているアドレスを参照して、オブジェクト状態管
理テーブル１１０のオブジェクト状態管理エントリ１１
０４ｂを取得する。

【０１２７】ステップ１００３において、オブジェクト
管理部１０７は、リンク先オブジェクトのＯＩＤが仮Ｏ
ＩＤであるかを判定する。この判定は、ＯＩＤ内の「Ｏ
ＩＤ形式」を参照して行われる。仮ＯＩＤの場合は、ス
テップ１００４に進み、仮ＯＩＤでない場合は、ステッ
プ１００６に進む。

【０１２８】即ち、図１１において、リンク先オブジェ
クト１１０１ａの「オブジェクト制御ヘッダ」内の「自
分自身のＯＩＤ」の「ＯＩＤ形式」（図８参照）を参照
して判定する。ここでは、リンク先オブジェクト１１０
１ａ及びリンク元オブジェクト１１０１ｂのいづれも仮
ＯＩＤであるので、ステップ１００４に進むものとす
る。

【０１２９】ステップ１００４において、オブジェクト
管理部１０７は、リンク先オブジェクトのＯＩＤを埋め
込む位置（リンク元オブジェクト内のリンク先情報）の
オフセットをもとに、ＯＩＤ変換情報を作成する。この
ＯＩＤ変換情報に設定するオフセットは、データベース
管理システム（ＤＢＭＳ）サーバ１０３が、仮ＯＩＤが
埋め込まれた位置を効率良く得るために用いられる。

【０１３０】即ち、図１１において、ＯＩＤ変換情報１
１０５には、更新位置オフセットが設定される。この更
新位置オフセットは、リンク元オブジェクト１１０１ｂ
のリンク先情報１１１０２のオフセットである。

【０１３１】次に、ステップ１００５において、オブジ
ェクト管理部１０７は、リンク元オブジェクトのオブジ
ェクト管理管理エントリに、ＯＩＤ変換情報のアドレス
を設定する。１つのオブジェクトに対して複数の仮ＯＩ
Ｄが埋め込まれる場合に対処するため、ＯＩＤ変換情報
をアドレスポインタで連結し、オブジェクト状態管理エ
ントリには、ＯＩＤ変換情報のチェインの先頭の要素
（ＯＩＤ変換情報１１０５）のアドレスを保持する。

【０１３２】即ち、図１１において、リンク元オブジェ
クト１１０１ｂのオブジェクト管理管理エントリ１１０
４ｂに、ＯＩＤ変換情報１１０５のアドレスを設定す
る。アドレスの設定位置は、図８において説明したよう
に、ＯＩＤ変換要請フラグの前の位置である。複数の仮
ＯＩＤが埋め込まれる場合には、図１１に示すように、
次のＯＩＤ変換情報を、前のＯＩＤ変換情報１１０５の
アドレスポインタで連結するようにする。

【０１３３】ステップ１００６において、オブジェクト
管理部１０７は、リンク先情報を設定するための部分更
新情報を作成する。部分更新情報は、「更新位置オフセ
ット」，「更新範囲」および「更新データ内容の先頭ア
ドレス」から構成されている。１つのオブジェクトに対
する複数の部分更新に対処するため、部分更新情報は、
「アドレスポインタ」で連結する。オブジェクト状態管
理エントリには、部分更新情報チェインの先頭要素のア
ドレスを保持する。

【０１３４】即ち、図１１において、部分更新情報１１
０３は、「更新位置オフセット」，「更新範囲サイ
ズ」，「更新データ内容の先頭アドレス」及び「次の部
分更新情報のアドレスポインタ」から構成されている。
「更新データ内容の先頭アドレス」は、リンク先情報１
１０２の先頭アドレスである。オブジェクト状態管理エ
ントリ１１０４ｂは、部分更新情報のチェインの先頭の
要素（部分更新情報１１０３）のアドレスを保持してい
る。その位置は、図８において説明したように、ＯＩＤ
変換情報１１０５のアドレスの前の位置である。

【０１３５】ステップ１００７において、オブジェクト
管理部１０７は、リンク元オブジェクトのオブジェクト
状態管理エントリに部分更新情報のアドレスを設定す
る。既に、部分更新情報が作成されている場合には、新
たに作成した部分更新情報を、既作成の部分更新情報の
チェインに連結する。

【０１３６】即ち、図１１において、オブジェクト状態
管理エントリ１１０４ｂの「ＯＩＤ変換要請フラグ」の
２つ前の位置に、部分更新情報１１０３のアドレスを設
定する。

【０１３７】ステップ１００８において、オブジェクト
管理部１０７は、リンク元オブジェクト状態管理エント
リを設定する。即ち、リンク元オブジェクト状態管理エ
ントリの「状態フラグ」の「更新」を示す値をＯＮにす
る。このフラグは、後のトランザクションコミットで反
映情報電文を作成するときに、当該オブジェクトに部分
更新の反映が要求されていること判定するために用い
る。

【０１３８】即ち、図１１において、リンク元オブジェ
クト１１０１ｂのオブジェクト状態管理エントリ１１０
４ｂのオブジェクト状態フラグの「更新」を示す値をＯ
Ｎにする。

【０１３９】ステップ１００９において、オブジェクト
管理部１０７は、リンク元オブジェクト状態管理エント
リを、反映要求チェインに連結する。

【０１４０】即ち、図１１において、リンク元オブジェ
クト１１０１ｂのオブジェクト状態管理エントリ１１０
４ｂを、反映要求チェイン４０９に連結する。

【０１４１】ステップ１００９を終えた後、更新情報作
成処理を終了する。

【０１４２】ここで、図１１において、図１０において
説明した更新情報作成処理を実行した結果、リンク元オ
ブジェクト１１０１ｂのオブジェクトデータ領域内にあ
るリンク先情報１１０２に、リンク先オブジェクト１１
０１ａに割り付けられたＯＩＤ（仮ＯＩＤａ）が設定さ
れる。この設定要求を記録しておくために、部分更新情
報１１０３が割り付けられる。部分更新情報１１０３
は、オブジェクト状態管理エントリ１１０４ｂの部分更
新情報チェインにつながれる。

【０１４３】また、リンク先オブジェクト１１０１ａの
ＯＩＤが仮ＯＩＤの場合は、ＯＩＤ変換情報１１０５が
作成され、オブジェクト状態管理エントリ１１０４ｂの
ＯＩＤ変換情報チェインにつながれる。リンク先が正式
ＯＩＤを持つ場合は、このリンク設定に関しては、ＯＩ
Ｄ変換情報は不要となる。

【０１４４】なお、上述した例では、双方向関連として
いるため、リンク先オブジェクトについても、同様の構
造をとっている。

【０１４５】次に、図１２，図１３を用いて、図２のス
テップ２０６に示したデータベース管理システム（ＤＢ
ＭＳ）クライアントにおけるトランザクションコミット
するＡＰＩの処理の詳細について説明する。図１２は、
本発明の一実施形態によるオブジェクト管理方法におけ
るトランザクションコミットＡＰＩの処理手順を示すフ
ローチャートであり、図１３は、本発明の一実施形態に
よるオブジェクト管理方法におけるトランザクションコ
ミット要求の通信電文データ構造の説明図である。

【０１４６】ステップ１２０１において、データベース
管理システム（ＤＢＭＳ）クライアント１０６は、オブ
ジェクト制御ヘッダからオブジェクト状態管理エントリ
の反映要求チェインの先頭要素アドレスを取得する。

【０１４７】即ち、図１１において、オブジェクト１１
０１ｂのオブジェクト制御ヘッダからオブジェクト状態
管理エントリ１１０４ｂを取得し、オブジェクト状態管
理エントリ１１０４ｂから反映要求チェイン４０９の先
頭アドレスを取得する。

【０１４８】ステップ１２０２において、データベース
管理システム（ＤＢＭＳ）クライアント１０６は、ステ
ップ１２０１で取得した反映要求チェインに要素がある
か、すなわち、反映要求がなされているかを判定する。
反映要求がなされていない場合は、ステップ１２０３に
進み、反映要求がなされている場合は、ステップ１２０
５に進む。

【０１４９】ここで、リンク先オブジェクト１１０１ａ
とリンク元オブジェクト１１０１ｂがリンクされている
ので、反映要求がなされているとして、ステップ１２０
５に進んで説明する。

【０１５０】ステップ１２０５において、データベース
管理システム（ＤＢＭＳ）クライアント１０６は、仮Ｏ
ＩＤ管理部の生成通番を、ＯＩＤ変換総数として、通信
電文に設定する。この値は、サーバでＯＩＤ変換が必要
な総数を伝え、ＯＩＤ変換テーブルの領域を初期化する
ために用いられる。

【０１５１】ここでは、オブジェクト１１０１ａ，１１
０１ｂの２つのオブジェクトに対して仮ＯＩＤが発行さ
れており、この２つのオブジェクトを一括送信する場合
について考えると、図１３に示したコミット要求の通信
電文１３０１の変換ＯＩＤ総数３０２には、”２”が設
定される。

【０１５２】ステップ１２０６において、データベース
管理システム（ＤＢＭＳ）クライアント１０６は、反映
要求チェイン４０９をたどり、反映が必要なオブジェク
ト状態管理エントリ１１０４ｂのアドレスを取得する。

【０１５３】ステップ１２０７において、データベース
管理システム（ＤＢＭＳ）クライアント１０６は、ステ
ップ１２０６で取得したオブジェクト状態管理エントリ
内の「状態フラグ」で「新規」を示す値がＯＮであるか
を判定する。「新規フラグ」がＯＮの場合には、ステッ
プ１２０８に進み、オブジェクト生成要求電文を作成す
る。オブジェクト生成要求電文は、図１３のコマンドパ
ラメタ１３０３に示されるように作成されるが、このオ
ブジェクト生成要求電文作成の詳細については、図１４
を用いて後述する。「新規フラグ」がＯＮでない場合に
は、ステップ１２０９に進む。

【０１５４】ステップ１２０９において、データベース
管理システム（ＤＢＭＳ）クライアント１０６は、反映
要求チェインの続きがあるかを判定する。続きがある場
合には、ステップ１２０６に戻り、ステップ１２０６か
らステップ１２０９までの処理を繰り返すことにより、
すべての生成要求についての電文が作成される。２回目
のステップ１２０８において、図１３のコマンドパラメ
タ１３０４に示されるオブジェクト生成要求電文が作成
される。ステップ１２０９で続きがない場合は、ステッ
プ１２１０に進む。

【０１５５】ステップ１２１０において、データベース
管理システム（ＤＢＭＳ）クライアント１０６は、反映
要求チェインの先頭に戻る。即ち、図１１に示したオブ
ジェクト制御ヘッダ１１０１ｂを参照して、オブジェク
ト状態管理テーブル１１０のオブジェクト状態管理エン
トリ１１０４ｂのアドレスを取得する。

【０１５６】ステップ１２１１において、データベース
管理システム（ＤＢＭＳ）クライアント１０６は、反映
要求チェインをたどり、反映が必要なオブジェクト状態
管理エントリのアドレスを取得する。即ち、図１１に示
した反映要求チェイン４０９をたどり、次のオブジェク
ト状態管理エントリのアドレスを取得する。

【０１５７】ステップ１２１２において、データベース
管理システム（ＤＢＭＳ）クライアント１０６は、オブ
ジェクト状態管理エントリ内の状態フラグで更新を示す
値がＯＮであるかを判定する。更新フラグがＯＮの場
合、ステップ１２１３に進み、オブジェクト更新要求電
文を作成する。オブジェクト更新要求電文は、図１３の
コマンドパラメタ１３０５に示されるように作成される
が、このオブジェクト更新要求電文作成の詳細について
は、図１５を用いて後述する。更新フラグがＯＮでない
場合、ステップ１２１４に進む。

【０１５８】ステップ１２１４において、データベース
管理システム（ＤＢＭＳ）クライアント１０６は、反映
要求チェインの続きがあるかを判定する。続きがある場
合は、ステップ１２１１に戻り、ステップ１２１１から
ステップ１２１４までの処理を繰り返すことにより、す
べての更新要求についての電文が作成される。２回目の
ステップ１２１３において、図１３のコマンドパラメタ
１３０８に示されるオブジェクト更新要求電文が作成さ
れる。ステップ１２１４で続きがない場合は、ステップ
１２１５に進む。これにより、すべての更新要求につい
ての電文が作成される。

【０１５９】ステップ１２１５において、データベース
管理システム（ＤＢＭＳ）クライアント１０６は、トラ
ンザクションコミット要求の電文を作成する。データベ
ース管理システム（ＤＢＭＳ）クライアント１０６は、
通信管理部１１４にコミット要求の電文領域を確保し、
図１３に示すトランザクションコミット要求電文のコマ
ンドパラメタブロック１３１１に、コミット要求である
ことを示すコマンド識別子を設定する。なお、コマンド
識別子の後方の次ブロックオフセットには、次ブロック
があるときには、その次ブロックのオフセットが設定さ
れる。

【０１６０】次に、ステップ１２１６において、データ
ベース管理システム（ＤＢＭＳ）クライアント１０６
は、通信管理部１１４より、サーバ１０３へ電文を送信
し、トランザクションコミット要求処理を終了する。

【０１６１】なお、ステップ１２０２において、反映要
求がないとして、ステップ１２０３に進んだ場合に、ス
テップ１２０３では、ステップ１２１５と同様にして、
トランザクションコミット要求の電文を作成し、さら
に、ステップ１２０４において、データベース管理シス
テム（ＤＢＭＳ）クライアント１０６は、通信管理部１
１４より、サーバ１０３へ電文を送信し、トランザクシ
ョンコミット要求処理を終了する。

【０１６２】次に、図１３を用いて、トランザクション
コミット要求電文のデータ構造について説明する。通信
電文１３０１の電文制御ヘッダは、（１）「電文の形
式」（サーバへの送信データであることを示す値な
ど），（２）「電文のサイズ」，（３）「先頭ブロック
オフセット」（先頭のコマンドパラメタブロック１３０
３の位置を示すオフセット値；通信電文１３０１の先頭
からのオフセット値として与えられている），（４）
「ブロック総数」（通信電文１３０１に保持するコマン
ドパラメタブロック１３０３の総数），（５）「変換Ｏ
ＩＤ総数」（図１２のステップ１２０５で設定）から構
成されている。「ブロック総数」に設定されたデータか
ら、通信電文１３０１が５つのコマンドパラメタブロッ
ク１３０３，１３０４，１３０５，１３０８，１３１１
によって構成されていることが示されている。また、
「変換ＯＩＤ総数１３０２」により、この通信電文処理
で変換ＯＩＤテーブルに登録する要素の数が”２”であ
ることが示されている。

【０１６３】１番目のコマンドパラメタブロック１３０
３には、「コマンド識別子」に”生成”が設定されてお
り、「オブジェクトデータ」として”オブジェクトａ”
が設定されており、オブジェクトａの生成要求が記され
ている。コマンドパラメタブロック１３０３では、「Ｏ
ＩＤ変換テーブル登録要請フラグ」がＯＮに設定されて
おり、データベース管理システム（ＤＢＭＳ）サーバ１
０３で要求を処理するときに、ＯＩＤ変換テーブル１２
５にこのオブジェクトについてのエントリを登録するよ
うに指示されている。また、「次ブロックオフセット」
により、コマンドパラメタブロック１３０４の先頭位置
を指示している。

【０１６４】２番目のコマンドパラメタブロック１３０
４には、コマンドパラメタブロック１３０３と同様に、
オブジェクトｂについての生成要求が記されている。コ
マンドパラメタブロック１３０４の「ＯＩＤ変換テーブ
ル登録要請フラグ」がＯＮに設定されており、また、
「次ブロックオフセット」により、コマンドパラメタブ
ロック１３０５の先頭位置を指示している。

【０１６５】３番目のコマンドパラメタブロック１３０
５には、「コマンド識別子」に”更新”が設定されてお
り、「更新対象データ」として”仮ＯＩＤａ”が設定さ
れており、オブジェクトａの更新要求が記されている。
「次ブロックオフセット」により、コマンドパラメタブ
ロック１３０８の先頭位置を指示している。「部分更新
数」には、図１１に示した部分更新情報１１０３のチェ
インの数が設定される。「部分更新情報オフセット」
は、部分更新情報１３０６の先頭位置を指示している。
「ＯＩＤ変換数」は、図１１に示したＯＩＤ変換情報１
１０５のチェインの数が設定される。「ＯＩＤ変換情報
オフセット」は、ＯＩＤ変換情報１３０７の先頭位置を
指示している。

【０１６６】さらに、部分更新情報１３０６には、オブ
ジェクトｂへのリンク先情報の設定情報が記されてい
る。「部分更新オフセット」，「部分更新オフセット」
及び「更新データ内容」（リンク先情報）は、図１１に
示した部分更新情報１１０３の内容が設定される。

【０１６７】また、ＯＩＤ変換情報１３０７には、リン
ク先情報内のオブジェクトｂの仮ＯＩＤを変換するため
の情報が記されている。「ＯＩＤ変換位置オフセット」
は、図１１に示したＯＩＤ変換情報１１０５の内容が設
定される。

【０１６８】４番目のコマンドパラメタブロック１３０
８，部分更新情報１３０９，ＯＩＤ変換情報１３１０に
は、コマンドパラメタブロック１３０５，部分更新情報
１３０６，ＯＩＤ変換情報１３０７と同様にして、オブ
ジェクトｂの更新要求が記されている。

【０１６９】５番目のコマンドパラメタブロック１３１
１には、コミット要求が記されている。このコマンドパ
ラメタブロック１３１１により、データベース管理シス
テム（ＤＢＭＳ）サーバ１０３でトランザクションコミ
ットが行なわれることにより、コマンドパラメタブロッ
ク１３０３からコマンドパラメタブロック１３１０によ
る要求が、データストアへ反映されることが保証され
る。

【０１７０】次に、図１４を用いて、図１２のステップ
１２０８に示したデータベース管理システム（ＤＢＭ
Ｓ）クライアントにおけるオブジェクト生成要求電文作
成の処理の詳細について説明する。図１４は、本発明の
一実施形態によるオブジェクト管理方法におけるオブジ
ェクト生成要求電文作成の処理手順を示すフローチャー
トである。

【０１７１】ステップ１４０１において、データベース
管理システム（ＤＢＭＳ）クライアント１０６は、オブ
ジェクト１０８のデータサイズをもとに電文に必要な領
域サイズを算出する。

【０１７２】ステップ１４０２において、通信管理部１
１４は、ステップ１４０１で算出した値を元に、電文領
域を確保する。

【０１７３】ステップ１４０３において、データベース
管理システム（ＤＢＭＳ）クライアント１０６は、オブ
ジェクト状態管理エントリ１１０４ｂ内の「ＯＩＤ変換
テーブル登録要請フラグ」がＯＮであるかを判定する。
「ＯＩＤ変換テーブル登録要請フラグ」がＯＮの場合
は、ステップ１４０４に進み、ＯＮでない場合には、ス
テップ１４０５に進む。

【０１７４】ステップ１４０４において、データベース
管理システム（ＤＢＭＳ）クライアント１０６は、コマ
ンドパラメタ中の「ＯＩＤ変換テーブル登録要請フラ
グ」をＯＮに設定する。即ち、図１３に示したコマンド
パラメタブロック１３０３，１３０４中の「ＯＩＤ変換
テーブル登録要請フラグ」をＯＮに設定する。

【０１７５】ステップ１４０５において、データベース
管理システム（ＤＢＭＳ）クライアント１０６は、オブ
ジェクト１０８のデータをコマンドパラメタ中の新規オ
ブジェクトデータ領域にコピーする。即ち、オブジェク
トデータをコマンドパラメタブロック１３０３，１３０
４の中の「オブジェクトデータ」の領域に設定する。ス
テップ１４０５を終えた後、生成要求電文作成の処理を
終了する。

【０１７６】次に、図１５を用いて、図１２のステップ
１２１３に示したデータベース管理システム（ＤＢＭ
Ｓ）クライアントにおけるオブジェクト更新要求電文作
成の処理の詳細について説明する。図１５は、本発明の
一実施形態によるオブジェクト管理方法におけるオブジ
ェクト更新要求電文作成の処理手順を示すフローチャー
トである。

【０１７７】ステップ１５０１において、データベース
管理システム（ＤＢＭＳ）クライアント１０６は、オブ
ジェクト状態管理エントリの部分更新情報のチェインを
たどり、更新要求数をカウントし、電文のコマンドパラ
メタブロックに必要なサイズを算出する。即ち、図１１
に示した部分更新情報１１０３のチェインをたどり、部
分更新情報のエントリ数をカウントする。

【０１７８】ステップ１５０２において、データベース
管理システム（ＤＢＭＳ）クライアント１０６は、ＯＩ
Ｄ変換情報チェインをたどり、変換する仮ＯＩＤ数をカ
ウントし、電文のコマンドパラメタブロックに必要なサ
イズを算出する。即ち、図１１に示したＯＩＤ変換情報
１１０５のチェインをたどり、ＯＩＤの変換要求数をカ
ウントする。

【０１７９】ステップ１５０３において、データベース
管理システム（ＤＢＭＳ）クライアント１０６は、ステ
ップ１５０１およびステップ１５０２で得た値をもと
に、更新要求コマンドパラメタブロック全体で必要なサ
イズを算出し、通信管理部１１４は、電文領域を確保す
る。

【０１８０】ステップ１５０４において、データベース
管理システム（ＤＢＭＳ）クライアント１０６は、更新
対象オブジェクトのＯＩＤを通信電文に設定する。即
ち、図１１に示したオブジェクト状態管理エントリ１１
０４ｂの仮ＯＩＤｂを、図１３に示したコマンドパラメ
タブロック１３０５の「更新対象」に設定する。

【０１８１】ステップ１５０５において、データベース
管理システム（ＤＢＭＳ）クライアント１０６は、部分
更新情報１１０３のチェインをたどり、１つの部分更新
情報１１０３を取得する。

【０１８２】ステップ１５０６において、データベース
管理システム（ＤＢＭＳ）クライアント１０６は、ステ
ップ１５０５で得た部分更新情報を参照し、「部分更新
位置オフセット」，「更新範囲」を取得し、これを通信
電文に設定する。また、オブジェクトキャッシュ上のオ
ブジェクトの更新内容を参照し、更新データ内容を電文
に設定する。即ち、図１１に示した部分更新情報１１０
３の「部分更新位置オフセット」，「部分更新範囲サイ
ズ」を取得し、図１３に示した部分更新情報１３０６の
「部分更新位置オフセット」，「部分更新範囲サイズ」
に設定し、また、更新データ内容（リンク先情報）を設
定する。

【０１８３】ステップ１５０７において、データベース
管理システム（ＤＢＭＳ）クライアント１０６では、部
分更新情報チェインで続き要素があるかを判定する。続
きがある場合は、ステップ１５０５に戻り、ステップ１
５０５からステップ１５０７の処理を繰り返し、すべて
の部分更新情報の電文を作成する。即ち、図１３に示し
た部分更新情報１３０６及び部分更新情報１３０９が作
成される。

【０１８４】一方、ステップ１５０７の判定において、
続きがない場合は、ステップ１５０８に進む。

【０１８５】ステップ１５０８において、データベース
管理システム（ＤＢＭＳ）クライアント１０６は、更新
情報の数および電文中で更新情報を設定した位置のオフ
セット情報を、コマンドパラメタブロックのブロック制
御ヘッダに設定する。即ち、図１３に示したコマンドパ
ラメタブロック１３０５の「部分更新数」に、更新情報
の数を設定し、「部分更新情報オフセット」に、電文中
で更新情報を設定した位置のオフセット情報を設定す
る。

【０１８６】ステップ１５０９において、データベース
管理システム（ＤＢＭＳ）クライアント１０６は、更新
データ中にＯＩＤ変換情報があるか否かを判定する。即
ち、図１１に示したオブジェクト状態管理エントリ１１
０４ｂの「ＯＩＤ変換情報アドレス」が、ＯＩＤ変換情
報１１０５の先頭アドレスを保持しているか判定する。
このオブジェクト内に、ＯＩＤ変換が必要であるかを判
定する。

【０１８７】ＯＩＤ変換情報がある場合は、ステップ１
５１０に進み、ＯＩＤ変換情報がない場合は、ステップ
１５１２に進む。

【０１８８】ステップ１５１０において、データベース
管理システム（ＤＢＭＳ）クライアント１０６は、ＯＩ
Ｄ変換情報チェインをたどり、１つのＯＩＤ変換情報を
得る。即ち、図１１に示したＯＩＤ変換情報１１０５を
取得する。

【０１８９】次に、ステップ１５１１において、データ
ベース管理システム（ＤＢＭＳ）クライアント１０６
は、ＯＩＤ変換情報を電文に設定する。ここで、ＯＩＤ
変換する位置を示すオフセットを設定する。

【０１９０】即ち、図１３に示したＯＩＤ変換情報１３
０７を設定する。また、このとき、「次ＯＩＤ変換オフ
セット」を設定する。

【０１９１】ステップ１５１２において、データベース
管理システム（ＤＢＭＳ）クライアント１０６は、ＯＩ
Ｄ変換情報チェインで続き要素があるかを判定する。続
きがある場合は、ステップ１５１０に戻り、ステップ１
５１０からステップ１５１２の処理を繰り返す。これに
より、すべてのＯＩＤ変換情報の電文が作成される。即
ち、ＯＩＤ変換情報１３０７，１３１０が設定される。
続きがない場合は、ステップ１５１３に進む。

【０１９２】ステップ１５１３において、データベース
管理システム（ＤＢＭＳ）クライアント１０６は、ステ
ップ１５０９からステップ１５１２の処理で作成したＯ
ＩＤ変換情報の数，および電文中でのＯＩＤ変換情報の
位置を示すオフセットをコマンドパラメタブロックのブ
ロック制御ヘッダに設定する。即ち、図１３に示したコ
マンドパラメタブロック１３０５，１３０８の「ＯＩＤ
変換数」に、ＯＩＤ変換情報の数を設定し、「ＯＩＤ変
換情報オフセット」に、電文中でのＯＩＤ変換情報の位
置を示すオフセットを設定する。

【０１９３】ステップ１５１３を終えた後、当該更新要
求電文作成処理を終了する。

【０１９４】次に、図１６を用いて、図２のステップ２
０６に示したデータベース管理システム（ＤＢＭＳ）サ
ーバにおけるトランザクションコミットの処理の詳細に
ついて説明する。図１６は、本発明の一実施形態による
オブジェクト管理方法におけるトランザクションコミッ
トの処理手順を示すフローチャートである。

【０１９５】ステップ１６０１において、サーバアプリ
ケーション１１８ａは、通信管理部１０７から、電文の
アドレスを取得する。

【０１９６】ステップ１６０２において、１２４は、通
信電文中の変換ＯＩＤ総数（図１３に示した変換ＯＩＤ
総数１３０２）をもとに、総数分の要素配列を保持可能
な領域を確保し、ＯＩＤ変換テーブル１２５を初期化す
る。

【０１９７】ステップ１６０３において、サーバアプリ
ケーション１１８は、ステップ１６０１で得た通信電文
から、電文制御ヘッダの「先頭ブロックオフセット」を
参照して、コマンドパラメタブロック１３０３を取得す
る。

【０１９８】ステップ１６０４において、サーバアプリ
ケーション１１８は、コマンドパラメタブロック１３０
３の「コマンド識別子」が「生成」を示す値であるかを
判定する。「生成」の場合は、ステップ１６０５に進
む。ステップ１６０５において、オブジェクト管理部１
１９は、生成要求の電文解析処理を行なう。生成要求の
電文解析処理の詳細については、図１７を用いて後述す
る。ステップ１６０５を終えた後、ステップ１６１０に
進む。

【０１９９】ステップ１６１０において、次のコマンド
パラメタブロックを取得する。図１３に示すように、コ
マンドパラメタブロック１３０３の「コマンド識別子」
は「生成」であり、続くコマンドパラメタブロック１３
０４の「コマンド識別子」も「生成」であるので、ステ
ップ１６０５による生成コマンド処理を実行する。

【０２００】一方、ステップ１６０４において、「生
成」でない場合は、ステップ１６０６へ行き、コマンド
識別子が「更新」を示す値であるかを判定する。

【０２０１】図１３に示したコマンドパラメタブロック
１３０５，１３０８の「コマンド識別子」は「更新」で
あるので、ステップ１６０７に進み、オブジェクト管理
部１１９は、更新要求の電文解析処理を行なう。更新要
求の電文解析処理の詳細については、図１８を用いて後
述する。ステップ１６０７を終えた後、ステップ１６１
０に進む。

【０２０２】一方、ステップ１６０６で「更新」でない
場合は、ステップ１６０８へ行き、コマンド識別子が
「コミット」を示す値であるかを判定する。

【０２０３】図１３に示したコマンドパラメタブロック
１３１１の「コマンド識別子」は「コミット」であるの
で、ステップ１６０９に進み、サーバアプリケーション
１１８は、トランザクション管理部１１７へトランザク
ションコミットの要求を行なう。ステップ１６０９を終
えた後、当該コミット処理を終了する。

【０２０４】一方、ステップ１６０８において、要求種
別が「コミット」でない場合は、ステップ１６１０に進
み、ステップ１６１０では、電文中の次のコマンドパラ
メタブロックを取得し、ステップ１６０４に戻る。以上
の繰り返しにより、「コミット」要求までのすべての
「生成」および「更新」の反映要求に対する処理が行な
われる。

【０２０５】次に、図１７，図１９を用いて、図１６の
ステップ１６０５に示したデータベース管理システム
（ＤＢＭＳ）サーバにおけるオブジェクト生成コマンド
処理の詳細について説明する。図１７は、本発明の一実
施形態によるオブジェクト管理方法における生成コマン
ドの処理手順を示すフローチャートであり、図１９は、
本発明の一実施形態によるオブジェクト管理方法におけ
るＤＢＭＳサーバ内でのオブジェクトデータの構造の説
明図である。

【０２０６】ステップ１７０１において、オブジェクト
管理部１１９は、コマンドパラメタブロック中のオブジ
ェクトデータサイズを取得し、オブジェクトデータサイ
ズのオブジェクトを保持できるように、オブジェクトキ
ャッシュ領域を確保する。

【０２０７】即ち、図１３に示したコマンドパラメタブ
ロック１３０３，１３０４の「オブジェクトデータ」の
構成は、図８に示したような構成になっており、図８に
示したオブジェクトデータ１０８のオブジェクト制御ヘ
ッダ８０１の中の「オブジェクトの全体のサイズ」から
オブジェクトデータサイズを取得する。

【０２０８】ステップ１７０２において、オブジェクト
管理部１１９は、コマンドパラメタブロック中のオブジ
ェクトデータを、ステップ１７０１で確保した領域にコ
ピーする。即ち、図１３に示したコマンドパラメタブロ
ック１３０３，１３０４の「オブジェクトデータ」を、
図１９に示したオブジェクトキャッシュ１２０のオブジ
ェクト１９０１ａにコピーする。

【０２０９】ステップ１７０３において、オブジェクト
管理部１１９は、格納制御部１２６にオブジェクト格納
を要求する。格納位置が確定することにより、永続識別
子（ＰＩＤ）が与えられ、ＯＩＤ管理部１２４よりこの
オブジェクトに対して正式ＯＩＤが割り付けられる。こ
こで、割り付けられた正式ＯＩＤをオブジェクトキャッ
シュ１２０上のオブジェクト１９０１ａの制御ヘッダの
自分自身のＯＩＤの保持域（図１９における正式ＯＩＤ
ａの領域）に設定する。即ち、図１９のオブジェクトキ
ャッシュ１２０上のオブジェクト１９０１ａの「自分自
身のＯＩＤ」に「正式ＯＩＤａ」が設定され、オブジェ
クト１９０１ｂの「自分自身のＯＩＤ」に「正式ＯＩＤ
ｂ」が設定される。

【０２１０】ステップ１７０４において、オブジェクト
管理部１１９は、このオブジェクトデータに対して、オ
ブジェクト状態管理エントリを割り付け、初期化する。
これにより、このオブジェクトが活性化状態となる。

【０２１１】ステップ１７０５において、オブジェクト
管理部１１９は、コマンドパラメタブロック１３０３，
１３０４中の「ＯＩＤ変換テーブル登録要請フラグ」が
ＯＮであるかを判定する。フラグがＯＮの場合は、ステ
ップ１７０６に進む。

【０２１２】ステップ１７０６において、オブジェクト
管理部１１９は、オブジェクトの仮ＯＩＤ内の通番を元
に、ＯＩＤ変換テーブルに登録する。即ち、図１３に示
したコマンドパラメタブロック１３０３，１３０４の中
の構造は、図８に示したとおりであり、図８に示したオ
ブジェクト１０８のオブジェクト制御ヘッダ８０１の中
の「自分自身のＯＩＤ」の中の仮ＯＩＤ８０３内の生成
通番をもとに、図１９に示したＯＩＤ変換テーブル１２
５において、このオブジェクトに関するエントリの登録
位置を確定し、活性化されているオブジェクトデータの
アドレスを設定する。

【０２１３】ステップ１７０６を終えた後、または、ス
テップ１７０５でフラグがＯＮでない場合は、生成コマ
ンド処理を終了する。

【０２１４】次に、図１８を用いて、図１６のステップ
１６０７に示したデータベース管理システム（ＤＢＭ
Ｓ）サーバにおけるオブジェクト更新コマンド処理の詳
細について説明する。図１８は、本発明の一実施形態に
よるオブジェクト管理方法における更新コマンドの処理
手順を示すフローチャートである。

【０２１５】ステップ１８０１において、オブジェクト
管理部１１９は、更新対象オブジェクトをオブジェクト
キャッシュに活性化する。ここで、更新対象が新規オブ
ジェクトの場合は、先に、図１７で説明した処理によ
り、すでに活性化状態になっており、ＯＩＤ変換テーブ
ルを参照することにより、対象オブジェクトを取得する
ことができる。また、更新対象がデータストアに格納さ
れている既存のオブジェクトの場合は、通信電文中に指
定される正式ＯＩＤにより、周知の活性化機構を用い
て、データストアから活性化されるものとする。

【０２１６】ステップ１８０２において、オブジェクト
管理部１１９は、ブロック制御ヘッダを参照して、ブロ
ック中の１つの部分更新情報を取得する。即ち、図１３
に示したコマンドパラメタブロック１３０５の「部分更
新情報オフセット」から部分更新情報１３０６を取得す
る。

【０２１７】ステップ１８０３において、オブジェクト
管理部１１９は、ステップ１８０２で取得した部分更新
情報をもとに、ステップ１８０１で取得したオブジェク
トデータを書き換える。即ち、ステップ１８０１におい
て、初期化した領域に部分更新情報を入れる。

【０２１８】ステップ１８０４において、オブジェクト
管理部１１９は、更新情報のブロック制御ヘッダを参照
し、先のステップ１８０３で処理した部分更新情報に続
きがあるか判定する。

【０２１９】続きがある場合は、ステップ１８０２に戻
り、すべての部分更新が行なわれるようにする。即ち、
図１３に示したコマンドパラメタブロック１３０８の
「部分更新情報オフセット」から部分更新情報１３０９
を取得し、取得した部分更新情報をもとに、ステップ１
８０１で取得したオブジェクトデータを書き換える。続
きがない場合は、ステップ１８０５に進み。

【０２２０】ステップ１８０５において、オブジェクト
管理部１１９は、ブロック制御ヘッダを参照し、ブロッ
ク中にＯＩＤ変換情報を保持しているか判定する。即
ち、図１３に示したコマンドパラメタブロック１３０５
の「ＯＩＤ変換情報オフセット」からＯＩＤ変換情報を
保持しているか判定する。保持していない場合は、ステ
ップ１８１２に進み、保持している場合は、ステップ１
８０６に進む。

【０２２１】ステップ１８０６において、オブジェクト
管理部１１９は、ブロック中から１つのＯＩＤ変換情報
を取得する。即ち、図１３に示したＯＩＤ変換情報１３
０７を取得する。

【０２２２】ステップ１８０７において、オブジェクト
管理部１１９は、ステップ１８０６で取得したＯＩＤ変
換情報内のオフセットをもとに、オブジェクトデータ内
に埋め込まれている仮ＯＩＤを取得する。即ち、図１３
に示したコマンドパラメタブロック１３０５の中の「更
新対象」の「仮ＯＩＤａ」を取得する。

【０２２３】ステップ１８０８において、オブジェクト
管理部１１９は、ステップ１８０７で取得した仮ＯＩＤ
の内容を参照し、仮ＯＩＤの内部データに保持されてい
る生成通番を取得する。即ち、仮ＯＩＤの構造は、図８
に示したようであり、図８の仮ＯＩＤ８０３の「生成通
番」を取得する。

【０２２４】ステップ１８０９において、オブジェクト
管理部１１９は、ステップ１８０８で得られた値をもと
に、この値を、ＯＩＤ変換テーブル配列の要素位置とし
て、オブジェクトに対応するエントリを取得する。この
エントリには、図１９に示したように、オブジェクトキ
ャッシュ１２０上に活性化されたオブジェクトのアドレ
スが設定されている。オブジェクト１９０１の制御ヘッ
ダには、自分自身の正式ＯＩＤが設定されているので、
これを参照することにより、正式ＯＩＤを取得する。

【０２２５】ステップ１８１０において、オブジェクト
管理部１１９は、オブジェクトデータ内の仮ＯＩＤを、
ステップ１８０９で得られた正式ＯＩＤに書き換える。
即ち、図１９に示したオブジェクト１９０１ａの中で、
図８に示したオブジェクト制御ヘッダ８０１の中の「リ
ンク先ＯＩＤ」に正式ＯＩＤｂを書き込む。

【０２２６】ステップ１８１１において、オブジェクト
管理部１１９は、ブロック中に続きのＯＩＤ変換情報が
あるか判定する。ＯＩＤ変換情報がある場合は、ステッ
プ１８０６に戻り、すべてのＯＩＤ変換を処理するま
で、ステップ１８０６からステップ１８１１の処理を繰
り返す。これにより、図１９に示したオブジェクト１９
０１ｂの中の「リンク先ＯＩＤ」に正式ＯＩＤａを書き
込まれる。

【０２２７】一方、ステップ１８１１において、ＯＩＤ
変換情報がない場合は、ステップ１８１２に進む。

【０２２８】ステップ１８１２において、オブジェクト
管理部１１９は、格納制御部１２６に対して、これまで
の更新をデータストアに反映するよう要求する。ステッ
プ１８１２を終えた後、当該更新コマンド処理を終了す
る。

【０２２９】ここで、図１９を用いて、データベース管
理システム（ＤＢＭＳ）サーバにおけるオブジェクトデ
ータ構造について説明する。

【０２３０】オブジェクトａ１９０１ａとオブジェクト
ｂ１９０１ｂが、オブジェクトキャッシュ１２０上に活
性化されている。ＯＩＤ管理部１２４のＯＩＤ変換テー
ブル１２５には、オブジェクトａとオブジェクトｂのそ
れぞれのエントリが登録されている。ここで、オブジェ
クトａは、生成通番でａ番目に生成されたものとし、生
成順に従って、ＯＩＤ変換テーブル１２５の配列でａ番
目にエントリが登録されている。同様に、オブジェクト
ｂについても、ＯＩＤ変換テーブル１２５の配列でｂ番
目にエントリが登録されている。

【０２３１】図１７のステップ１７０３により、オブジ
ェクトａ１９０１ａとオブジェクトｂ１９０１ｂのオブ
ジェクト制御ヘッダで、「自分自身のＯＩＤ」の保持領
域に、それぞれ、「正式ＯＩＤａ」、「正式ＯＩＤｂ」
が設定されている。

【０２３２】また、図１８のステップ１８１０により、
オブジェクトａ１９０１ａとオブジェクトｂ１９０１ｂ
のリンク先情報で、「リンク先ＯＩＤ」に、それぞれ、
「正式ＯＩＤｂ」、「正式ＯＩＤａ」が設定されてい
る。

【０２３３】以上、本発明の一実施形態について説明し
たが、これは例示したものであり、これによって本発明
が制限されるものではない。

【０２３４】なお、上述した例において、オブジェクト
間の関連の多重度は１対１としていたが、多対多の関連
についても、本発明を適用することができる。多対多関
連の実装方法としては、一般に、直にリンク先ＯＩＤを
保持するのではなく、ＯＩＤの集合を管理するコレクシ
ョン機能を介して実装され、コレクションの要素のＯＩ
Ｄがリンク先オブジェクトのＯＩＤであると解釈され
る。この場合、基本的にはＯＩＤを扱うので、上記の方
式で仮ＯＩＤを正式ＯＩＤに変換すれば、実装すること
が可能である。

【０２３５】また、上述した例において、生成通番の一
意性を保証する期間単位をトランザクションとしている
が、サーバと通信を行なうタイミングや、データベース
（ＤＢ）接続、クライアントプロセス単位など、クライ
アントアプリケーションの形態に応じて適当に単位を設
定することも考えられる。

【０２３６】本実施形態によれば、クライアント−サー
バ構成のオブジェクト指向データベースシステムにおい
て、新規オブジェクトに対して生成順通番をもとにした
仮ＯＩＤを用いるにより、正式ＯＩＤを必要とするよう
なクライアントアプリケーションでのオブジェクト操作
を、データベース管理システム（ＤＢＭＳ）サーバとの
通信を行なうことなく（通信回数を削減して）、効率良
く処理することが可能となる。

【０２３７】また、複数個の仮ＯＩＤを一括してクライ
アントからサーバに送信することにより、通信回数を削
減することができる。

【０２３８】また、反映要求の電文にＯＩＤ変換情報を
付加しておくことにより、仮ＯＩＤから正式ＯＩＤへの
変換を効率よく行えるようになる。

【０２３９】

【発明の効果】本発明によれば、クライアント−サーバ
型で構成されるオブジェクト指向データベースシステム
において、システム内でのオブジェクト識別性を保証し
つつ、サーバと通信を行うことなく、クライアントアプ
リケーションでのオブジェクト操作を効率よく処理でき
る。

【図面の簡単な説明】

【図１】本発明の一実施形態によるオブジェクト管理方
法を適用したオブジェクト指向データベース（ＯＯＤ
Ｂ）システムの構成図である。

【図２】本発明の一実施形態によるオブジェクト管理方
法におけるクライアントアプリケーションでのアプリケ
ーションプログラムの処理フローの概念を示すフローチ
ャートである。

【図３】本発明の一実施形態によるオブジェクト管理方
法におけるデータベース（ＤＢ）接続ＡＰＩの処理手順
を示すフローチャートである。

【図４】本発明の一実施形態によるオブジェクト管理方
法において用いるデータベース管理システム（ＤＢＭ
Ｓ）クライアントで取り扱う制御データの構造の説明図
である。

【図５】本発明の一実施形態によるオブジェクト管理方
法においてクライアントアプリケーションが作成する通
信電文のデータ構造の説明図である。

【図６】本発明の一実施形態によるオブジェクト管理方
法におけるトランザクション開始ＡＰＩ関数コールの処
理手順を示すフローチャートである。

【図７】本発明の一実施形態によるオブジェクト管理方
法におけるオブジェクト生成ＡＰＩの処理手順を示すフ
ローチャートであり、

【図８】図７に示したオブジェクト生成ＡＰＩの処理に
よって生成されるデータベース管理システム（ＤＢＭ
Ｓ）クライアントのオブジェクトデータ構造の説明図で
ある。

【図９】本発明の一実施形態によるオブジェクト管理方
法におけるオブジェクト間リンク設定ＡＰＩの処理手順
を示すフローチャートである。

【図１０】本発明の一実施形態によるオブジェクト管理
方法におけるリンク設定時の更新情報作成の処理手順を
示すフローチャートである。

【図１１】本発明の一実施形態によるオブジェクト管理
方法におけるリンク設定時の更新情報作成処理で扱われ
るデータ構造の説明図である。

【図１２】本発明の一実施形態によるオブジェクト管理
方法におけるトランザクションコミットＡＰＩの処理手
順を示すフローチャートである。

【図１３】本発明の一実施形態によるオブジェクト管理
方法におけるトランザクションコミット要求の通信電文
データ構造の説明図である。

【図１４】本発明の一実施形態によるオブジェクト管理
方法におけるオブジェクト生成要求電文作成の処理手順
を示すフローチャートである。

【図１５】本発明の一実施形態によるオブジェクト管理
方法におけるオブジェクト更新要求電文作成の処理手順
を示すフローチャートである。

【図１６】本発明の一実施形態によるオブジェクト管理
方法におけるトランザクションコミットの処理手順を示
すフローチャートである。

【図１７】本発明の一実施形態によるオブジェクト管理
方法における生成コマンドの処理手順を示すフローチャ
ートである。

【図１８】本発明の一実施形態によるオブジェクト管理
方法における更新コマンドの処理手順を示すフローチャ
ートである。

【図１９】本発明の一実施形態によるオブジェクト管理
方法におけるＤＢＭＳサーバ内でのオブジェクトデータ
の構造の説明図である。

【符号の説明】

１０１ａ…クライアントアプリケーションａ １０１ｂ…クライアントアプリケーションｂ １０２…ネットワーク １０３…データベース管理システム サーバ １０４…データストア １０５…アプリケーションプログラム １０６…データベース管理システムクライアント １０７…オブジェクト管理部 １０８…オブジェクト １０９…オブジェクトキャッシュ １１０…オブジェクト状態管理テーブル １１１…ディクショナリ定義管理部 １１２…仮ＯＩＤ管理部 １１３…生成通番 １１４…通信管理部 １１５…更新電文 １１６…システム制御部 １１７…トランザクション管理部 １１８ａ…サーバアプリケーションａ １１８ｂ…サーバアプリケーションｂ １１９…オブジェクト管理部 １２０…オブジェクトキャッシュ １２１…オブジェクト １２２…オブジェクト状態管理テーブル １２３…ＯＩＤ管理部 １２４…ＯＩＤ変換管理部 １２５…ＯＩＤ変換テーブル １２６…格納制御部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 浅見 真人 神奈川県川崎市幸区鹿島田890番地の12 株式会社 日立製作所 情報・通信開 発本部内 (56)参考文献 国際公開95／032463（ＷＯ，Ａ１) 鶴岡他，オブジェクト指向ＤＢＭＳの アーキテクチャに関する考察，情報処理 学会研究報告，日本，社団法人情報処理 学会，1993年 ７月，第93巻第65号（93 −ＤＢＳ−94），ｐ．109−116 (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 12/00 G06F 17/30 G06F 13/00 G06F 9/44

Claims (4)

(57)【特許請求の範囲】
1. 【請求項１】データベース管理システムクライアント
   は、クライアントアプリケーションで生成したオブジェ
   クトに対して、このデータベース管理システムクライア
   ントで一意に識別する仮オブジェクト識別子を発行し、
   割り付け、 上記仮オブジェクト識別子を、上記データベースシステ
   ムで一意に識別する正式オブジェクト識別子に変換する
   ための補足的な情報であり、仮オブジェクト識別子から
   正式オブジェクト識別子にＯＩＤ変換する位置を示すオ
   フセットである更新位置オフセットを有するＯＩＤ変換
   情報を作成し、 データベース管理システムサーバへ、上記オブジェクト
   及びこのオブジェクトに対する上記ＯＩＤ変換情報を一
   括して送信し、 上記データベース管理システムサーバは、上記ＯＩＤ変
   換情報の更新位置オフセットを用いて、上記仮オブジェ
   クト識別子を上記正式オブジェクト識別子に変換し、上
   記オブジェクトのデータストアへの格納を制御すること
   を特徴とするオブジェクト管理方法。
2. 【請求項２】請求項１記載のオブジェクト管理方法にお
   いて、 上記データベース管理システムクライアントは、上記オ
   ブジェクトを生成順の番号で管理し、この生成順の番号
   に基づいて上記仮オブジェクト識別子をそれぞれのオブ
   ジェクトに割り付けることを特徴とするオブジェクト管
   理方法。
3. 【請求項３】請求項１記載のオブジェクト管理方法にお
   いて、 上記データベース管理システムクライアントは、複数の
   オブジェクトを一括して上記データベース管理システム
   サーバに送信して、反映要求をすることを特徴とするオ
   ブジェクト管理方法。
4. 【請求項４】請求項３記載のオブジェクト管理方法にお
   いて、上記データベース管理システムクライアントは、 上記複
   数のオブジェクト間にリンクを設定し、上記データベー
   ス管理システムサーバへ、リンク先情報を設定する部分
   更新情報を送信することを特徴とするオブジェクト管理
   方法。