JPH0350645A

JPH0350645A - 大規模知識データベースにおけるデータ管理方式

Info

Publication number: JPH0350645A
Application number: JP1184712A
Authority: JP
Inventors: Fumio Suzuki; 文雄鈴木
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1989-07-19
Filing date: 1989-07-19
Publication date: 1991-03-05

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】〔概　　　要〕クラス手続き実行時のアクセス手順を単純化し、またシ
ステム規模を小さ（するデータ管理方式に関し、クラス操作を分かりやすくし、またプログラム工数やオ
ブジェクトの容量を小さくするデータ管理方式を装備す
ることを目的とし、大規模なデータを取り扱うオブジェクト指向言語による
知識ベースシステムにおいて、よく似た性質をもつデー
タ（インスタンス）をまとめるグループであり、さらに
複数階層のトリー構造をなすクラス（すなわち、クラス
Ａ１クラスＢ、・・、クラスＸ１クラスＹ）の全てのク
ラスに共通なデータ属性や手続き属性を定義し、それら
のクラスを操作するクラス管理手段を有するように構成
する。

〔産業上の利用分野〕

本発明は、オブジェクト指向言語に基づいた大規模知識
データベースのデータ管理方式に係り、さらに詳しくは
、クラス手続き実行時のアクセス手順を単純化し、また
システム規模を小さくするデータ管理方式に関する。

〔従来の技術〕

電子計算機の技術進歩、普及に伴い、ソフトウェア生産
量も加速的に増加してきている。ソフトウェアの開発人
口が不足しているために、ソフトウェア生産は需要に追
いつかないのが現状であり、生産性の向上が情実に要求
されている。

そのための−解決策としてオブジェクト指向言語の利用
が進みつつある。オブジェクト指向言語は、Ｃ０ＢＯＬ
やＦＯＲＴＲＡＮ、ＲＡＳ　ＩＣといった従来の構造的
プログラミング言語よりもプログラムを自然に記述でき
るという特徴があり、また、プロトタイピングやソフト
ウェアの再利用にも向いているからである。

オブジェクト指向言語によるプログラミングの基本単位
はオブジェクトであり、オブジェクトはデータと、その
データに対する手続きを構成要素とする。オブジェクト
にメツセージを送ることによって、オブジェクト自らが
そのメツセージに該当する手続きを実行し、ユーザ所望
の処理の実現が可能になる。オブジェクトにはクラスと
インスタンスがあり、インスタンスが具体的な値やデー
タであるのに対して、クラスはよく似た性質を持つオブ
ジェクトの集合である。また、クラス間に上位下位関係
を定義することが可能である。

第７図はクラスの説明図である。医者というクラスがあ
り、その下位のクラスとして歯科医、内科医、外科医等
の各科の医者のクラスが定義され、トリー構造を構成し
ている。下位のクラス（サブクラス）は上位のクラス（
スーパークラス）の性質を受は継ぐことができ、これを
継承という。性質が継承されるので、下位のクラスには
、上位のクラスにない性質だけを記述すればよい、クラ
スには、クラス塩のほか、スーパークラス名、クラスや
そのクラスに属するインスタンスの内部状態を表す変数
名、手続き等が記述されている。

また、各科の医者のクラスは、その科の一人一人の医者
のデータをインスタンスとする集合である。インスタン
スは、そのインスタンスが属するクラスのなかに記述し
であるインスタンス変数に実際の値（データ）を挿入し
た具体的なデータである。

すなわち、同図において、内科医のクラスには内科医ｌ
、内科医２、・・・のようなインスタンスが存在し、ク
ラスに記述しである変数にデータが挿入されている０例
えば「名前」については、内科医１の場合「佐藤」、内
科医２の場合「鉛末」というデータが入り、免許番号に
ついては内科医１は「８３」、内科医２はｒ１０３Ｊと
いうデータが入っている。また「併設科名」という変数
に関しては内科医１の場合「小児科」というデータが入
り、内科医２の場合は併設科がないので［ＮＩＬ、が入
っている。

インスタンスに何らかの処理を実行させる場合には、所
望の手続きを実行するようにそのインスタンスにメツセ
ージを送る。このメツセージを受けて、インスタンスは
、そのインスタンスが属するクラスから該当する手続き
をコピーしたうえ実行する０例えば３＋１を実行する場
合には「３」というインスタンスに加算を示すｒａｄｄ
」というメツセージ送る。これによってインスタンス「
３」は、自身が属する「正の整数」のクラスから’ａｄ
ｄ」という手続きをコピーして処理を実行する。

オブジェクト指向言語では、何らかの処理を実行する場
合に「インスタンスにメツセージを送る」ことが原則で
ある。そのため、「新たなインスタンスを作る」という
手続きを例とするクラスが実行する手続きの場合には、
前述の原則を実現するための細工が必要になる。すなわ
ち、クラスをインスタンスとしてみなしてメツセージを
クラスに送ることを可能にするための仕掛けである。

従来のオブジェクト指向言語では、ｒクラスも何かのイ
ンスタンス」と考えるために「メタクラス」という概念
を採り入れている。「クラスはメタクラスのインスタン
ス」と考えることによってクラスにメツセージを送り、
クラスの操作を可能にしているのである。しかし、今度
はメタクラスの位置づけが問題になる。メタクラスを何
かのインスタンスとするためにはメタメタクラスが必要
になり、この問題は無限に続く。この問題を現実的に解
決するために、従来はＭｅｔａＣｌａｓｓというクラス
を設け、「全てのメタクラスはクラスＭｅｔａＣ１ａｓ
ｓのインスタンスであり、Ｍｅｔａｃｌａｓｓのメタク
ラスは、それ自身がＭｅｔａｃｌａｓｓのインスタンス
である」ということにして問題を解決している。

第８図はクラスとメタクラスの関係の説明図である。

今、インスタンスＡＩ、同Ａ２、・・・、同ＡＬをもつ
クラスＡと、インスタンスＣＩ、・・、同ＣＭをもつク
ラスＣ、インスタンスＤ＋、・・、同Ｄｓをもつクラス
Ｄがあり、さらにクラスＣとクラスＤはクラスＢのサブ
クラスになっているとする。また、同図には示していな
いが、クラスＡ、クラスＢ１クラス０１クラスＤなどの
全てのクラスはクラス０ｂｊｅｃｔのサブクラスである
。すなわち、第７図のクラスのトリー構造の頂点にはク
ラス０ｂｊｅｃｔが存在する。

インスタンスＡ２を操作する場合には、インスタンスに
メツセージを送る。それによってインスタンスＡ２のク
ラスであるクラスＡに記述しである手続きが検索されて
メツセージに相当する手続きが実行される。これと同様
に、クラスＡを操作する場合には、クラスＡをメタクラ
スＡのインスタンスとして考え、クラスＡにメツセージ
を送ることによって操作が可能になる。

各クラスには、メタクラスが１対ｌに対応して存在する
（第８図）。すなわちクラスＡにはメタクラスＡが、ク
ラスＢにはメタクラスＢが存在する。メタクラスはクラ
ス生成時に自動的に生成される。そしてクラス間に存在
するスーパー・サブの関係はメタクラスでも保存される
。すなわち、クラスＣとクラスＤがクラスＢのサブクラ
スならば、メタクラスＣとメタクラスＤはメタクラスＢ
のサブクラスである。さらに全てのメタクラス（メタク
ラスＡ、・・、メタクラスＤ１　・・）のメタクラスが
クラスＭｅｔａｃｌａｓｓである。

一方、全てのクラスの頂点にあるクラス０ｂｊｅｃｔの
メタクラスのスーパークラスをクラスＣ１ａｓｓとして
いる。すなわち、全てのメタクラスのスーパークラスと
してクラスＣ１ａｓｓが存在する。そしてここで採り入
れたＭｅｔａｃｌａｓｓとＣ１ａｓｓの両者は、クラス
０ｂｊｅｃｔのサブクラスとして存在する。

このように、従来のオブジェクト指向言語では、メタク
ラス、クラスＭｅｔａｃｌａｓｓ、クラスＣ１ａｓｓを
導入することによって、「何らかの処理を実行する場合
にはインスタンスにメツセージを送る」という原則を満
足させている。

〔発明が解決しようとする課題〕

しかしながら、従来の方式は前述で説明したように非常
に複雑で分かりにくいという問題がある。

また、各クラス毎にメタクラスを生成し、クラスに関す
る手続きを格納することになるので、プログラムの工数
が増え、また各クラスオブジェクトの規模が太き（なる
という問題もある。

本発明は、クラス操作を分かりやすくし、またプログラ
ム工数やオブジェクトの容量を小さくするデータ管理方
式を装備することを目的とする。

〔課題を解決するための手段〕

第１図は、本発明の機能ブロック図である。本発明は、
オブジェクト指向プログラミングを基本とした知識ベー
スシステム１においてデータを管理する場合を前提とす
る。知識ベースシステム１には、実際の値やデータをも
つインスタンス２と、よく似た性質をもつインスタンス
をまとめるクラス３が存在する。そしてクラス３はさら
に同様の性質をもつクラスをまとめるクラスを生成する
ことによって階層化され、トリー構造を成す。

クラス管理手段４は、このトリー構造のなかの一つのク
ラスとして存在し、トリー構造のなかの全クラスをイン
スタンスとして管理し、インスタンスの操作と同様にク
ラスを操作する。すなわち、トリー構造のなかの全クラ
スに共通なデータ属性や手続き属性、例えば各クラスの
スーパークラス、サブクラスのアドレスの属性や、各ク
ラスの特性を表すデータの属性、各クラスに共通な手続
きの属性を管理し、あるクラス３（クラスＸ）に該クラ
スＸを操作するためのメツセージ５が送られた場合に、
該クラスＸや該クラスＸのスーパークラスに関する手続
きを検索して、その手続きを実行させる。

〔作　　用〕

ユーザは、クラス３を操作する場合には、まず該クラス
に何の操作をするかを示すメツセージを送る。メツセー
ジが送られた該クラスは、クラス管理手段４にアクセス
する。クラス管理手段４は、自身が管理しているクラス
に関するデータ属性や手続き属性に基づいて該クラスを
操作する。これによって、該クラスの操作が実行される
ことになる。

〔実　　施　　例〕

以下、第２図乃第６図を参照しながら実施例を説明する
。

第２図は、本発明の一実施例のシステム構成図である。

本実施例は、まず、全体的な構成として、汎用大型コン
ピュータ等の電子計算機６、磁気ディスク装置、光デイ
スク装置等の外部記憶装置７、およびデイスプレィやキ
ーボード、マウスを備えた端末装置等の入出力装置８か
ら構成される。また、電子計算機６は、ＣＰＵ９を中心
とし、ＣＰＵ９は主記憶１０および入出力制御部１１．
外部記憶制御部１２と接続している。入出力装置８はユ
ーザによって操作され、オブジェクトの作成や格納、検
索、手続きの実行等のコマンドやデータを電子計算機１
に入力し、また電子計算機１からのオブジェクト情報や
処理結果を受けてデイスプレィ等に出力する。また外部
記憶装置７は、多数のオブジェクトを格納し知識ベース
を構成する。

また、入出力制御部１１は入出力袋？＆８およびＣＰＵ
９、主記憶１０と接続され、電子計算機１と入出力装置
８をつなぐ入出力インタフェースの役目をする。また、
外部記憶制御部１２は外部記憶装置７およびＣＰＵ９、
主記憶１０と接続され、主記憶１〇−外部記憶装置７間
での知識データの入出力を制御する。

一方、電子計算機１内の主記憶１０には、知識ベースの
核となる知識ベースシステムＪａｓｍｉｎｅ１３が格納
され、そのプログラムに従ってＣＰＵ９が知識ベースに
対する各種処理を実行する。

次に、主記憶１０に格納されている知識ベースシステム
Ｊａｓｍｉｎｅ１３の構成を第３図の構成図に沿って説
明する。

システムはモジュール化されており、主制御部１４、解
析部１５、最適化部１６、コード生成部１７、インタプ
リタ１８、オブジェクト管理部１９、データ管理部２０
から成る。次に、各モジュールの役割を簡単に説明する
。

本実施例の知識ベースシステムは、ユーザにオブジェク
ト指向のプログラミング言語と会話型処理システムを提
供する。そして、主制御部１４はこれらオブジェクト指
向プログラムと会話型処理システムの実行制御を行なう
。また解析部１５はオブジェクト指向プログラミング言
語で記述されたプログラミングの構文を解析し中間コー
ドを生成するとともに、会話型処理システムは会話型処
理により入力されるオブジェクト操作文を解析し、実行
可能な形にする。実行可能な形に変換されたオブジェク
ト操作文はインタプリタ１８が実行する。

前述の解析部１５によって生成された中間コードは最適
化部１６に送られ最適化される。そしてコード生成部１
７に受は渡される。コード生成部１７は、最適化部１６
で最適化された中間コードからＣソース・プログラムを
生成する。生成されたＣソース・プログラムは、電子計
算機１の主記憶１０に本知識ベースシステムとは別に格
納されているＣコンパイラによってコンパイルされ、知
識ベースシステムの実行ライブラリをリンクして実行可
能ファイルを構成し、デバガがこれを実行する。

一方、オブジェクト管理部１９はオブジェクトの管理を
実行する。すなわち、クラスとインスタンスの管理や、
クラス−インスタンス間あるいは上位下位関係があるク
ラス間で属性や手続きを継承する遺伝の管理、プログラ
ムの管理を実行し、さらに、本発明の領域管理もこのオ
ブジェクト管理部１９が実行する。

最後のデータ管理部２０は拡張関係データベースの管理
部であり、非正規形のテーブルの管理を行なう。本実施
例のデータ管理方式、すなわちクラス管理手段４は、こ
のデータ管理部２０のなかで実現されている。

第４図は、クラス管理手段４のクラス階層のなかでの位
置づけの説明図である。

オブジェクト指向言語では、全てのデータあるいはプロ
グラムをオブジェクトとして表す。各オブジェクトは似
た性質のものをグループとしたクラスに統合され管理さ
れる。またクラスの間でも上下関係（スーパーサブ関係
）を設けてクラスの階層構造が構成されている。例えば
、数のクラスの下位には整数のクラスと非整数のクラス
がある。

その結果、クラスは多数の階層からなるトリー構造を成
す。

このトリー構造の頂点にあるクラス（ルートクラス）が
クラス０ＢＪＥＣＴである。そして、その下位にクラス
ＩＭＭＥＤＩＡＴＥとクラスＲＥＦＥＲＥＮＣＥがある
。クラスＩＭＭＥＤＩＡＴ巳は即値を表すクラスで、数
値や文字のように、値自体がオブジェクトそのもののオ
ブジェクトを統合するクラスである。一方、クラスＲＥ
ＦＥＲＥＮＣＥは参照型のオブジェクトを統合するクラ
スで、このクラスのインスタンスはさまざまなデータ属
性をもつことができる。

クラスＩＭＭＥＤ　ＩＡＴＥの下位にはクラスＡＴＯＭ
Ｉ　ＣとクラスＴＵＰＰＬＥがある。クラスＡＴＯＭＩ
　Ｃは数値と文字を統合するクラスで、その下位には、
クラスＣＨＡＲ（文字のクラス）、クラス５ＨＯＰＴ　
（２バイトの整数のクラス）、クラスＩＮＴ（４バイト
の整数のクラス）、クラスＵＮＳ　ＩＧＮＥＤＳＨＯＲ
Ｔ　（２バイトの符号なし整数のクラス）、クラスＵＮ
Ｓ　Ｉ　ＧＮＥＤ　ＩＮＴ（４バイトの符号なし整数の
クラス）、クラスＦＬＯＡＴ　（４バイトの実数のクラ
ス）、クラスＤＯＵＢＬＥ　（８バイトの実数のクラス
）、クラスＶＳＴＲＩＮＧ　（可変長文字列のクラス）
、クラス５ＴＲＩＮ（１，（固定長文字列のクラス）等
がある。クラスＡＴＯＭＩ　Ｃのもう一つのサブクラス
ＴＵＰＰＬＥは、例えばテーブルの一つの行（タップ）
のデータからなる構造体のクラスである。

一方、クラスＲＥＦＥＲＥＮＣＥの下位には、クラスＣ
０ＭＰＯ３ＩＴＥと、クラスＭＥＤＩＡ。

クラスＭＥＴＡが存在する。

クラスＣ０ＭＰＯ３ＩＴＥはユーザに開放されているク
ラスで、ユーザが作成するクラスはクラスＣＯＭＰＯ３
ＩＴＥをルートクラスとするトリー構造のクラス体系の
なかに組み込まれる。またクラスＭＥＤＩＡはマルチメ
ディア用のクラスであり、そのサブクラスとしてグラフ
ィックス、イメージ、ウィンドウのクラスがある。

クラスＲＥＦＥＲＥＮＣＥのもう一つのサブクラスＭＥ
ＴＡは、システム管理用のクラスのルートクラスである
。その下位には、クラスＰＲＯＧＲＡＭ、クラスＫＢ、
クラスＳＹＳＴＥＭ、クラスＣＬＡＳＳといったクラス
が存在する。どれも知識ベースシステムを管理し、動作
させるためのデータやプログラムから成る。そして、ク
ラスＣＬＡＳＳが、本実施例におけるクラス管理手段４
である。

クラスＭＥＴＡの下位に位置するクラスＰＲＯＧＲＡＭ
は、手続き属性やデモン、ユーザプログラムを管理する
クラスで、コンパイルやリンク、関数アドレス検索等の
手続きをもつ。クラスＫＢは知識ベースファイルを管理
し、ファイルの生成、削除、オープン、クローズ等の手
続きをもつ。またクラスＳＹＳＴＥＭは、システム全体
を管理する。すなわち、セツションのオープンやクロー
ズ、トランザクションの開始、終了等の手続きをもつ。

クラスＣＬＡＳＳは、前述したように、知識ベースの全
クラスを管理するクラスである。知識ベースシステムの
オープン時に、知識ベースに属するクラスを管理するク
ラスを検索し、全クラスをクラスＣＬＡＳＳのサブクラ
スとする。これによって知識ベースに属する全クラスが
クラスＣＬＡＳＳのインスタンスという位置付けになる
。

クラスＣＬＡＳＳの下位には、ＣＬＡＳＳのインスタン
スとなった各クラスを管理するために必要なデータや手
続きからなるクラスＣＬＡＳＳＫＥＲＮＥＬが存在する
。第５図はクラスＣＬＡＳＳとクラスＣＬＡＳＳＫＥＲ
ＮＥＬの構成図である。

まず中心にクラスＣＬＡＳＳが存在し、その下位のサブ
クラスとしてＣＬＡＳＳＡＤＤＲＥＳＳ、ＰＲＯＰＥＲ
ＴＹ、ＦＬＤＩＮＦＯｌＭＥＴＨＯＤの各クラスが存在
する。これらＣＬＡＳＳＡＤＤＲＥＳＳ、ＰＲＯＰＥＲ
ＴＹ、ＦＬＤＩＮＦＯｌＭＥＴＨＯＤのクラスを合わせ
て、第４図ではＣＬＡＳＳＫＥＲＮＥＬで表している。

クラスＣＬＡＳＳはスーパー（ｓｕｐｅｒ）、サブ（ｓ
　ｕ　ｂ）　、特性（ｐｒｏｐｅｒｔｙ）、フィールド
情報（ｆｌｄｉｎｆｏ）、インスタンス用手続き（ｉｎ
ｓｍｅｔｈｏｄ）、集合用メソッド（ｓｅｔｍｅｔｈｏ
ｄ）、クラス用メソッド（ｃｌａｓｓｍｅｔｈｏｄ）と
いう属性をもつ。

そしてこれらの属性に関するデータや手続きをもつクラ
スをそれぞれ設けている。すなわち、ｓｕｐ　ｅ　ｒ　
／　ｓ　ｕ　ｂに関してはＣＬＡＳＳＡＤＤＲＥＳＳ、
ｐｒｏｐｅｒｔｙに関してはＰＲＯＰＥＲＴＹ、ｆｌｄ
ｉｎｆｏに関してはＦＬＤＩＮＦＯｌそしてｉｎｓｍｅ
ｔｈｏｄ、ｓｅｔｍｅｔｈｏｄ。

ｃｌａｓｓｍｅｔｈｏｄに関してはＭＥＴＨＯＤという
クラスが存在する。

クラスＣＬＡＳＳＡＤＤＲＥＳＳは、スーパークラスや
サブクラスのアドレスを求めるためのａｄｄｒを属性に
もつクラスである。またクラスＰＲＯＰＥＲＴＹは、ク
ラスの特性を表す属性をもつ。例えば、必要とするオブ
ジェクトやそのオブジェクトのアドレスを求めるための
属性をもつ。

さらにクラスＭＥＴＨＯＤは、各種の手続きを検索する
ための属性をもつ。

これらのクラスをクラスＭＥＴＡの下位に持たせ、他の
全てのクラスをクラスＣＬＡＳＳのインスタンスとして
扱えるようにすることによって、各クラスに送られるメ
ツセージがクラスＣＬＡＳＳによって処理することが可
能になる。

第６図は、クラスの具体例およびクラスを管理するクラ
スＣＬＡＳＳの具体例、クラスの格納方法の説明図であ
る。

同図（ａ）は、一般のクラスの具体例で、哺乳類のクラ
スについて説明している。このクラスは、第４図のクラ
ス階層の説明図のなかではユーザに開放されているクラ
スＣ０ＭＰＯ３ＩＴＥの下位に位置する。属性として、
哺乳類の特徴である授乳とを椎を持つ。また授乳の属性
には、授乳というイベントによって駆動されるデモンＡ
が記述されている。またクラス哺乳類のサブクラスとし
てクラス人間があり、クラス人間は、クラス哺乳類の属
性を継承するとともに、人間の特徴である直立歩行およ
び思考を属性にもつ。以上が一般のクラスの具体例であ
る。

一方、クラスを管理するクラスＣＬＡＳＳは、属性とし
て名称と属性をもつ（第６図（ｂ））。クラスＣＬＡＳ
Ｓの属性は多値である。そして、クラスＣＬＡＳＳのサ
ブクラスとして、多値の属性のそれぞれがクラスとして
存在しく第４図のＣＬＡＳＳＫＥＲＮＥＬおよび、第５
図のＣＬＡＳＳＡＤＤＲＥＳＳやＰＲＯＰＥＲＴＹ、Ｆ
ＬＤＩＮＦＯｌＭＥＴＨＯＤに相当する）、個々の属性
のクラスが属性として名称とタイプとデモンを持つ。

第６図（Ｃ）は、これらのクラスのメモリ上での格納方
法の説明図である。クラスの情報はテーブルの形で格納
されている。テーブルのスロットとしてクラスの名称や
属性等があり、属性はさらに属性名称と属性のタイプ、
デモンのスロットを持つ。

例えば、一般のクラスであるクラス哺乳類の場合は、ク
ラス名称として哺乳類が入り、属性名称として授乳とを
椎が入る（属性は多値である）。

さらに授乳とを椎のそれぞれの属性について、タイプと
デモンが記入されている。授乳のタイプはｖｏｉｄ（空
）、デモンはＡ、属性名を椎についてはそれぞれｉｎｔ
　（整数）とＮＩＬが記述されている。サブクラスであ
るクラス人間も同様である（同図（Ｃ））。

一方、クラスを管理するクラスＣＬＡＳＳは属性として
名称と属性（多値）を持つが、これも−般のクラスと同
様に各スロットに記述される。属性名称は名称と多値の
属性である。名称のタイプはｓｔｒｉｎｇ（固定長文字
列）、デモンはＮＩしてある。また属性名属性のタイプ
には属性のクラス名が記述される。またクラスＣＬＡＳ
Ｓのサブクラスであるクラス属性も属性名がテーブル中
の名称のスロットに書き込まれ、属性の属性である名称
とタイプ、デモンがテーブル中の属性のスロットの名称
に記入されている。名称のタイプはｓｔｒｉｎｇ（固定
長文字列）、デモンはＮＩＬ、タイプのタイプはｉｎｔ
　（整数）、デモンはＮＩしてある。またデモンのタイ
プはｐｏｉｎｔ、デモンはＮＩＬである。

このようにメモリ上に格納し、クラスにアクセスする場
合にクラスＣＬＡＳＳのテーブルのタプル（名称、属性
）をオブジェクトに変換することにより、クラスをイン
スタンスとみなして操作することが可能になる。

例えば哺乳類のクラスを操作したい場合には、クラスＣ
ＬＡＳＳのタプル（名称、属性（多値））の名称に哺乳
類、属性に授乳とを推が当てはまる。

さらに、サブクラス属性のタプル（名称、タイプ、デモ
ン）に、クラス哺乳類の第１の属性である授乳に関して
は、それぞれ授乳、ｖｉｏｄ　（空）、Ａが当てはまり
、また属性を椎に関しては、それぞれを椎、ｉｎｔ、Ｎ
ＩＬが当てはまる。これをオブジェクトに変換すること
によって、クラス哺乳類をクラスＣＬＡＳＳのインスタ
ンスとみなすことが可能になり、クラスＣＬＡＳＳによ
ってクラス哺乳類を操作可能になる。

〔発明の効果〕

本発明は、知識ベース中のシステム管理クラスとしてク
ラスを管理するクラスＣＬＡＳＳを装備することにより
、知識ベース中の全クラスをクラスＣＬＡＳＳのインス
タンスとみなして、クラスＣＬＡＳＳが操作することを
可能にした。これにより、従来のように、各クラスごと
にメタクラスを生成するという複雑な概念の導入が必要
なくなり、また、どのクラスでもクラスＣＬＡＳＳのア
ルゴリズム（プログラム）を共有できるので、システム
全体の規模が従来より小さくなった。さらに、クラスＣ
ＬＡＳＳによりシステムが再帰的に構成されるので、シ
ステムの柔軟性が増し、またクラスＣＬＡＳＳ自体がユ
ーザに開放されているので、知識ベースシステムがユー
ザによる拡張が可能なオープンシステムにできた。

【図面の簡単な説明】

第１図は本発明の機能ブロック図、第２図は一実施例のシステム構成図、第３図は知識ベースシステムＪａｓｍｉｎｅのシステム
構成図、第４図はクラス階層の説明図、第５図はクラスを管理するためのクラスの構成図、第６図はクラス管理クラスの具体例と格納方法の説明図
、第７図はクラス−インスタンスの説明図、第８図はメタ
クラスの説明図である。１・・・知識ベースシステム、２・・・インスタンス、３・・・クラス、４・・・クラス管理手段、５・メツセージ。

Claims

【特許請求の範囲】１）大規模なデータを取り扱うオブジェクト指向言語に
よる知識ベースシステム（１）において、よく似た性質
をもつデータ［インスタンス（２）をまとめるグループ
であり、さらに複数階層のトリー構造をなすクラス（３
）［すなわち、クラスＡ、クラスＢ、・・・、クラスＸ
、クラスＹ］の全てのクラスに共通なデータ属性や手続
き属性を定義し、それらのクラスを操作するクラス管理
手段（４）を有することを特徴とする大規模知識データ
ベースにおけるデータ管理方式。２）前記クラス管理手段（４）は、クラスが構成するト
リー構造のなかにおいて一つのクラスであることを特徴
とする請求項１記載の大規模知識データベースにおける
データ管理方式。３）前記クラス管理手段（４）は、知識ベースを構成す
る全クラスを、自身、すなわちクラス管理手段（４）の
インスタンスとして取り扱い、任意のクラス（クラスＸ
）にユーザあるいはシステムがメッセージ（５）を送る
ことにより、該クラス（クラスＸ）にメッセージに適し
た処理（手続き）を実行させることを特徴とする請求項
１記載の大規模知識データベースにおけるデータ管理方
式。