JPH1055302A - クラス間の継承関係のデータベース上での表現方法 - Google Patents

Abstract

(57)【要約】 【課題】 同一属性データが複数のクラスに存在するデ
ータベース上での属性データの表現方法において、属性
データを変更するのにメッセージの通信回数とデータベ
ース上へのアクセス回数が余り増大しないような属性デ
ータの表現方法。 【解決手段】 前記複数の各クラスに存在する各属性デ
ータ毎に、それぞれ継承関係の有無、継承元クラス及び
不足インスタンスを含む属性管理テーブル（図１）を設
け、該属性管理テーブルを用いて指定されたクラスの属
性データのデータベースへのアクセスを行うことを特徴
とするクラス間の継承関係のデータベース上での表現方
法。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、同一属性データが
複数のクラスに存在するデータベース上での属性データ
の表現方法に関するものである。

【０００２】

【従来の技術】従来の情報処理装置では、同一意味を表
現する属性データ（例えば、数字データ、英字データ、
漢字データなど）が複数のクラスに存在している。ここ
で上記の「クラス」とは、データ項目が含み得る内容に
よってデータ項目を類別するクラスの意味であり、例え
ば上位クラス、中位クラス、下位クラス等の階層別クラ
スも存在する。そして前記複数の各クラスでは、自己の
クラスに存在するいくつかの属性データをそれぞれのイ
ンスタンスによって独自に管理していた。

【０００３】ここで上記の「インスタンス」とは、クラ
スから生成したそのクラスに属する「実体（オブジェク
ト）」をいい、「インスタンス・オブジェクト」とも呼
ばれる。またクラスも何かの「概念又は定義」により生
成されたインスタンス（実体）であるから、オブジェク
トはインスタンスの別称であるといえる。そして上記概
念によって「オブジェクト指向」では、（１）機能のモ
ジュール化とメッセージ伝達による処理の実現、（２）
クラス（定義）とインスタンス（実体）の分離によるコ
ードの集約化、（３）機能継承（上位クラスから下位ク
ラスへの継承）によるコード量の節約等が期待される。
このため、従来技術における属性データの変更には、属
性データを管理するそれぞれのクラスに対してメッセー
ジを送信する必要があった。

【０００４】

【発明が解決しようとする課題】しかしながら、従来技
術の方法では、属性データを変更するには属性データを
管理するそれぞれのクラスに対してメッセージを送信す
るため、メッセージ通信回数とデータベースへのアクセ
ス回数が増大し、その処理に長時間を要するという問題
点があった。

【０００５】

【課題を解決するための手段】本発明に係るクラス間の
継承関係のデータベース上での表現方法は、同一属性デ
ータが複数のクラスに存在するデータベース上での属性
データの表現方法において、前記複数の各クラスに存在
する各属性データ毎に、それぞれ継承関係の有無、継承
元クラス及び不足インスタンスを含む属性管理テーブル
を設け、該属性管理テーブルを用いて指定されたクラス
の属性データのデータベースへのアクセスを行うもので
ある。そして属性データのクラス間の継承関係をデータ
ベース上で一元管理することにより、データベースの縮
小によるメモリの縮小化が行え、分散されたクラス間相
互の管理情報の整合がはかれる。また、メッセージ通信
回数とデータベースへのアクセス回数が減少する。

【０００６】

【発明の実施の形態】図１は本発明に係る属性管理テー
ブルの構成例を示す図である。図１の属性管理テーブル
は、複数の各クラスに存在する各属性データ毎に（例え
ば、クラスＡでは属性データａ，ｂ，ｃ，ｄ、クラスＢ
では属性データａ，ｅ，ｆ、クラスＣでは属性データ
ａ，ｇ，ｈ毎に）、それぞれ継承関係の有無、継承元ク
ラス及び不足インスタンスを含む構成になっている。な
お、上記継承関係の有無、継承元クラス及び不足インス
タンスについては図２において説明する。

【０００７】図２は、図１の各クラスの属性データの継
承を説明する図である。図２によって、図１の各クラス
の属性データがどのように継承されているかを説明す
る。まず、クラスＡの属性データａは、クラスＢとクラ
スＣの属性データとしても存在し、この例では、クラス
Ａが上位クラス、クラスＢが中位クラス、クラスＣが下
位クラスであるので、この場合は、最下位であるクラス
Ｃが属性データａの継承元クラスとなり、データベース
上ではクラスＣの属性データとして管理される。そして
クラスＡの属性データａが指定されて、データベースへ
アクセスする場合には、継承元であるクラスＣの属性デ
ータａに変換する必要があり、この変換に不足するイン
スタンスとして、クラスＢインスタンス及びクラスＣイ
ンスタンスがある。

【０００８】また、クラスＡの属性データｂはクラスＤ
の属性データとしても存在し、クラスＡの属性データｃ
はクラスＥの属性データとしても存在する。そしてクラ
スＤとクラスＥは、共にクラスＡに対して下位であるか
ら、属性データｂの継承元クラスはクラスＤで、属性デ
ータｃの継承元クラスはクラスＥとなり、データベース
上では、それぞれ継承元クラスの属性データとして管理
される。同様にクラスＡの属性データｂが指定されて、
データベースへアクセスする場合には、継承元であるク
ラスＤの属性データに変換する必要があり、この変換に
不足するインスタンスとしてクラスＤインスタンスがあ
る。

【０００９】図３は本発明に係るデータベースのアクセ
スを実現するシステム構成図である。図３のシステム
は、複数の各クラスの情報を編集するアプリケーション
部１１、データベースを検索するためのキーを制御する
データベース制御部１２及びデータを管理しているデー
タ管理部１３で構成されている。アプリケーション部１
１は、継承関係にあるクラス１１１（この例ではクラス
Ａ〜クラスＥ）とそのクラス１１１の属性を変更する時
や読み出す時に必要な対象クラス、対象インスタンス、
属性識別子等のクラス情報を編集するパラメータ編集部
１１２とで構成されている。

【００１０】データベース制御部１２は、前記図１の属
性管理テーブルを内蔵し、各クラスの属性が継承関係に
あるかどうか、あれば継承元クラスがどこで、不足イン
スタンスが何か等を上記属性管理テーブルにより管理し
ているクラスデータ管理部１２１、アプリケーション部
１１で編集されたパラメータの属性識別子によりその属
性の継承元がどこのクラスの属性かをクラスデータ管理
部１２１にある前記図１の属性管理テーブルにより判定
する属性判定処理部１２２、入力されたパラメータの対
象インスタンスよりクラスデータ管理部１２１にある前
記図１の属性管理テーブルからインスタンスを継承元の
クラスのインスタンスに変換するインスタンス編集部１
２３及びデータベースアクセスに必要なリレーション
名、キー段数、キー値等をインスタンス編集部１２３の
結果から求めているデータベースアクセス処理部１２４
で構成されている。データ管理部１３は、データベース
制御部１２で編集されたキーよりデータベース１３２へ
アクセスするデータベース編集部１３１及び各クラスの
属性がリレーション名、キー段数、キー値等により管理
されているデータベース１３２で構成される。そして本
発明のデータベース１３２では、継承関係にあるクラス
で同じ意味を表現する属性データは一元管理されてい
る。

【００１１】図４は本発明に係る指定されたクラスの属
性データのデータベースへのアクセス動作の順序を示す
流れ図であり、図のＳに続く数値はステップ番号を示
す。あるクラスの属性データのデータベースのアクセス
を行うには、まず、図３のアプリケーション部１１で、
必要な対象クラス、対象インスタンス、属性識別子等の
設定を行う（図４のＳ１を参照）。そして、図３のデー
タベース制御部１２で、入力された対象インスタンスの
抽出を行う（図４のＳ２を参照）。次に入力された対象
クラスの属性の抽出を行い、その抽出した属性によって
該当するクラスに分岐する（図１のＳ３を参照）。それ
ぞれ分岐した先のクラスでは、前記図１の各クラスの属
性管理テーブルにおける継承関係あり／なしを参照する
ことにより、入力された属性データが継承関係かどうか
を判定する（図４のＳ４を参照）。そして、その入力さ
れた属性データが継承関係か否かの判定結果によりそれ
ぞれ異なる処理となる。

【００１２】入力された属性データが継承関係の場合、
まず、図１の継承元クラスに設定されているクラスの設
定を行う（図４のＳ５を参照）。次に、抽出された対象
インスタンスを、図１の不足インスタンスに設定されて
いるインスタンスを使用して、継承元のクラスのインス
タンスに変換する（図４のＳ６を参照）。次に変換した
インスタンスからデータベースのアクセスに必要なキー
（リレーション名、キー段数、キー値等）の設定を行う
（図４のＳ８を参照）。この継承元のクラスの設定と、
継承元のクラスへのインスタンス変換を行うことによっ
て、継承元の属性のデータベースへのアクセスが可能と
なる。そしてＳ８で設定されたキーを用いて、入力され
たクラスの属性データのデータベースのアクセスを実行
する（図４のＳ９を参照）。入力された属性データが継
承関係にない場合、抽出された対象インスタンスをその
ままインスタンスに設定する（図４のＳ７を参照）。そ
して、データベースのアクセスに必要なキー（リレーシ
ョン名、キー段数、キー値等）の設定を行う（図４のＳ
８を参照）。そしてＳ８で設定されたキーを用いて、入
力されたクラスの属性データのデータベースのアクセス
を実行する（図４のＳ９を参照）。以上で、指定された
クラスの属性データのデータベースのアクセスが終了す
る。

【００１３】上記実施形態では、継承関係にあるクラス
の属性データを各クラスのインスタンスより必要なキー
（リレーション名、キー段数、キー値等）を求めてデー
タベース上で管理する例を示したが、継承関係にあるク
ラスの属性データが各クラス毎に管理されていれば、そ
れをキーにしてデータベース上で管理することも可能で
ある。

【００１４】上記のように本発明においては、属性デー
タのクラス間の継承関係をデータベース上で一元管理す
ることにより、データベースの縮小によるメモリの縮小
化が行なえ、分散されたクラス間相互の管理情報の整合
がはかれる。また、メッセージ通信回数とデータベース
へのアクセス回数が減少する。

【００１５】

【発明の効果】以上のように本発明によれば、同一属性
データが複数のクラスに存在するデータベース上での属
性データの表現方法において、前記複数の各クラスに存
在する各属性データ毎に、それぞれ継承関係の有無、継
承元クラス及び不足インスタンスを含む属性管理テーブ
ルを設け、該属性管理テーブルを用いて、指定されたク
ラスの属性データのデータベースへのアクセスを行うよ
うにしたので、属性データのクラス間の継承関係をデー
タベース上で一元管理することができ、データベースの
縮小によるメモリの縮小化が行え、分散されたクラス間
相互の管理情報の整合がはかれると共に、メッセージ通
信回数とデータベースへのアクセス回数が減少するとい
う効果が得られる。

【図面の簡単な説明】

【図１】本発明に係る属性管理テーブルの構成例を示す
図である。

【図２】図１の各クラスの継承を説明する図である。

【図３】本発明に係るデータベースへのアクセスを実現
するシステム構成図である。

【図４】本発明に係るデータベースへのアクセス動作の
順序を示す流れ図である。

【符号の説明】

１１ アプリケーション部 １２ データベース制御部 １３ データ管理部 １１１ クラス １１２ パラメータ編集部 １２１ クラスデータ管理部 １２２ 属性判定処理部 １２３ インスタンス編集部 １２４ データベースアクセス処理部 １３１ データベース編集部 １３２ データベース

───────────────────────────────────────────────────── フロントページの続き (72)発明者 黒澤 真 東京都港区虎ノ門１丁目７番12号 沖電気 工業株式会社内

Claims (2)

【特許請求の範囲】
1. 【請求項１】 同一属性データが複数のクラスに存在す
   るデータベース上での属性データの表現方法において、 前記複数の各クラスに存在する各属性データ毎に、それ
   ぞれ継承関係の有無、継承元クラス及び不足インスタン
   スを含む属性管理テーブルを設け、該属性管理テーブル
   を用いて指定されたクラスの属性データのデータベース
   へのアクセスを行うことを特徴とするクラス間の継承関
   係のデータベース上での表現方法。
2. 【請求項２】 前記指定されたクラスの属性データのデ
   ータベースへのアクセスを行う方法として、 まず、指定されたクラスの属性データについて、少くと
   も対象クラス、対象インスタンス及び属性識別子の設定
   を行い、 次に、指定されたクラスの属性データについての対象イ
   ンスタンスを抽出し、 次に、前記属性管理テーブルを参照して、指定されたク
   ラスの属性データの継承関係の有無を調べ、継承関係が
   有る場合には、まず継承元クラスに設定されているクラ
   スに設定し、次に不足インスタンスに設定されているイ
   ンスタンスを用いて継承元クラスのインスタンスに変換
   し、また継承関係が無い場合には、前記抽出したインス
   タンスをそのままインスタンスに設定し、 次に、前記変換又は設定したインスタンスからデータベ
   ースのアクセスに必要なキーを設定し、 次に前記設定したキーを用いて指定されたクラスの属性
   データのデータベースへのアクセスを実行することを特
   徴とする請求項１記載のクラス間の継承関係のデータベ
   ース上での表現方法。