JPH02141828A

JPH02141828A - エキスパートシステムとデータベースシステムの対応定義支援方法およびそれを用いた知識処理システム

Info

Publication number: JPH02141828A
Application number: JP63297100A
Authority: JP
Inventors: Hironori Miyamoto; 宮本　博紀; Mitsuhiro Hanatsuka; 花塚　光博
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1988-11-24
Filing date: 1988-11-24
Publication date: 1990-05-31

Abstract

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

Description

【発明の詳細な説明】〔産業上の利用分野〕本発明は、エキスパートシステムとリレーショナルデー
タベースシステムの対応定義支援方法およびそれを用い
た知識処理システム、すなわち、エキスパートシステム
の知識表現であるフレームとリレーショナルデータベー
スシステムに脇納されるデータとの対応相は定義を支援
する方法およびそれを用いた知識処理システムに関する
。

〔従来の技術〕

従来のこの種の技術においては、データベースの論理的
な構造と、エキスパートシステムの知識表現とを・直接
対応付けていた。例えば、第２図に示す如きリレーショ
ナルデータベースのテーブルとフレームの対応付けでは
、テーブルのスキーマをクラスフレームに対応付け、テ
ーブル中の１タプル（組：テーブルの１行中のデータの
組合せ）をエキスパートシステムの１つのインスタンス
フレームに対応付けている。なお、このように、リレー
ショナルデータベースのテーブルのタプルをインスタン
スフレームで表わす具体例としては、情報処理学会第３
５回（昭和６２年後期）全国大会、講演論文集（■）ｐ
ｐ、１７４７〜１７４８に記載の「エキスパートシステ
ム構築ツールＥ　Ｓ／Ｘ９０（８）ニーデータベースの
知識化機能」が知られている。

〔発明が解決しようとする課題〕上記従来技術では、データベース中のデータがどのよう
な概念モデルで構築されているか、すなわち、どのよう
な「物」および「物同志の関係」を表わしているかとい
う点についての配慮がなされておらず、既存データベー
スが持つデータを論理構造のままフレームとして扱うた
め、ユーザが「物」および「物同志の関係」を意識しな
がらルールを記述し、知識処理システムの構築を行う必
要があるという問題があった。

本発明は上記事情に鑑みてなされたもので、その目的と
するところは、従来の技術における上述の如き問題を解
消し、データベースが持つ「物」および「物同志の関係
」を明確に捉え、リレーショナルデータベースのデータ
とエキスパートシステムのフレームとの対応付けを決定
するためのエキスパートシステムとリレーショナルデー
タベースシステムの対応定義支援方法およびそれを用い
た知識処理システム、すなわち、上記支援方法を利用し
て知識処理を行うために、ユーザが計算機上でリレーシ
ョナルデータベースのデータとエキスパートシステムの
フレームとの対応付けを行う対応定義支援システム、対
応定義支援システムをエキスパートシステムと連動させ
るための機能、データベースに関する命令を判別する推
論機能、データベースのデータとエキスパートシステム
のフレームとの変換機能を備えた知識処理システムを提
供することにある。

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

本発明の上記目的は、二次記憶上に特定の構造で構築、
管理されるリレーショナルデータベースのデータと、主
記憶上に知識ベースを構築し推論エンジンにより推論を
行うエキスパートシステムのフレームとの対応付は定義
を支援する方法において、前記リレーショナルデータベ
ースが持つテーブルからユーザがエキスパートシステム
で必要とするものを選択するステップと、前記各テーブ
ルを一つの実体集合と見なして該実体集合が持つ属性か
らエキスパートシステムのフレーム名称を持つ属性を決
定するステップと、フレーム名称を持たない属性が持つ
情報がどの属性の情報に属するかを決定するステップ、
および、これらの情報を用いて前記実体集合を分割して
複数の実体集合およびそれらを結ぶ関係集合を作成する
ステップを、ユーザが選択したテーブルすべてについて
行い、同じ名称を持つ集合を統合することにより実体集
合、関係集合を用いたモデルを作成し、各集合をクラス
フレームとして表わすことを特徴とするエキスパートシ
ステムとデータベースシステムの対応定義支援方法、お
よび、上述のエキスパートシステムとデータベースシス
テムの対応定義支援方法を用いた知識処理システムであ
って、ユーザとの間のインタフェースと、前記実体集合
、関係集合に基づいてデータベースのデータとエキスパ
ートシステムのフレームの対応付けを行う変換定義支援
システムと、フレームおよびルールを記憶している知識
ベースと該知識ベース内のフレームの参照、ルールの実
行を行う推論エンジンを有するエキスパートシステムと
、前記データベースの管理を行うデータベースマネジメ
ントシステムと、該データベースマネジメントシステム
を介して前記データベースとエキスパートシステムとの
インタフェース処理を行うデータベースとエキスパート
システムとの結合インタフェースと、ファイルシステム
中のフレームを知識ベースに格納可能な形に変換し、デ
ータベース−エキスパートシステム結合インタフェース
に送り、知識ベースに格納可能な形からテキスト形式に
変換し、ファイルシステムに格納するフレームトランス
レータおよびデータベース、ファイルを格納するファイ
ルシステムとを有することを特徴とする知識処理システ
ムによって達成される。

〔作用〕

本発明に係るエキスパートシステムとデータベースシス
テムの対応定義支援方法においては、リレーショナルデ
ータベースから選択したテーブルのスキーマを実体−関
係集合で表わし、なお、かつ、実体−関係の代表名を持
つ属性を決定する。

その実体−関係集合をエキスパートシステムのクラスフ
レームとして表わすことで１間接的にリレーショナルデ
ータベースのテーブルとエキスパートシステムのクラス
の対応付けができ、そのクラスに属するインスタンスフ
レームの名称を持つフィールドが決定する。

なお、データベースのデータを概念モデルにおきかえる
方法としては、実体−関係モデルがある。

この実体−関係モデルは、後に第３図に示すように、実
体の集合（３０１，３０３）を長方形、関係の集合（３
０２）を菱形で表わし、その集合を線で結ぶことでグラ
フ化することができる。なお、この方式に関しては、Ａ
ＣＭ　Ｔｒａｎｓａｃｔｉｏｎｓ　ｏｎ　Ｄａｔａｂａ
ｓｅＳｙｓｔｅ＋ｉｓ、　ｖｏｌ、１．＆１．ｐｐ、１
９（Ｍａｒｃｈ、１９７６）の記載が参考になる。

実体−関係集合に属性を表わす記述を追加したグラフに
よって、各集合の属性を視覚的に理解できるようにする
ことも提案されている。これについては、酒井：「情報
資源管理の技法−ＥＲモデルによるデータベース設計」
（オーム社、　１９８７．ｐｐ、３１）の記載が参考に
なる。

〔実施例〕

以下、本発明の実施例を図面に基づいて詳細に説明する
。

第１図は、本発明の一実施例である知識処理システムの
構成を示す図である。第１図中、ユーザインタフェース
１０１は、ユーザ１０２と知識処理システムとのインタ
フェースであり、後述するエキスパートシステム、対応
定義支援システムの操作を行うシステムである。上記対
応定義支援システム１０３は、データベース中のデータ
をエキスパートシステムのフレームとして利用するため
に、テーブルのスキーマとクラスフレームの対応付けを
支援するシステムである。推論エンジン１０４は、知識
ベース１０５が持つ知識を解釈実行するシステムである
。また、知識ベース１０５は、知識を主記憶上に確保す
る領域であり、知識として、ルール（「規則を表わす知
識」を言う）、および、フレーム（「事実を表わす知識
」をいう）を持つ。

データベース−エキスパートシステム結合インタフェー
ス１０６は、データベース中のデータをフレームとして
エキスパートシステムで用いるためのシステムである。

データベースマネジメントシステム（ＤＢＭＳ）１０７
は、データベース中のデータの管理を行うシステムであ
る。フレームトランスレータ１０８は、ファイルシステ
ム１１１中のフレームと、知識ベース１０５中のフレー
ムの相互変換を行うシステムである。トランスレータ１
０９は、ファイルシステム１１１中のフレーム、ルール
を、知識ベース１０５に格納可能な形に変換し、格納す
るシステムである。データベース１１０は、データを一
定の形式で格納する二次記憶上の領域を持つシステムで
ある。ファイルシステム１１１は、データを二次記憶上
に格納するシステムである。

第１図に示す知識処理システムにおいて、ユーザ１０２
は、ユーザインタフェース１０１を用いて知識の構築を
行い、ファイルシステム１１１に格納する。また、対応
定義支援システム１０３を用いて、データベース中のデ
ータと知識の対応付けを決定し、その対応定義をファイ
ルシステム１１１に格納する。ユーザ１０２は、ユーザ
インタフェース１０１を通じて、データベース−エキス
パートシステム結合インタフェース１０６に、データ→
フレーム変換、フレーム→データ変換命令を送ることに
°より、ファイルシステムｌｌｌ中の対応定義を用いて
、ファイルシステム１１１中のデータをフレームに変換
しデータベースシステム１１０に格納すること、データ
ベース１１０中のデータをフレームに変換しファイルシ
ステム１１１に格納することができる。

ユーザ１０２が、ファイルシステム１１１中の知識に、
データ→フレーム変換、フレーム→データ変換命令、デ
ータベースアクセス命令を記述し、知識、対応定義をト
ランスレータ１０９を用いて知識ベース１０５に格納し
、推論エンジン１０４を起動すると、知識ベース１０５
の内容を推論エンジン１０４が、解釈、実行する。なお
、このとき、推論エンジン１０４は、知識中の、データ
ーフレーム変換。

フレーム→データ変換命令、データベースアクセス命令
を判別し、データベース−エキスパートシステム結合イ
ンタフェース１０６に命令を送り、知識ベース１０５中
の対応定義を用いて、データベース１１０中のデータを
フレームに変換し、知識ベースに格納することや、知識
ベース１０５中のフレームをデータに変換し、データベ
ースシステム１１０に格納することや、データベース１
１０の検索、更新を行うことができる。

第２図は、知識処理システムで用いるデータベースのデ
ータ構造の例を示す図である。このデータベースはリレ
ーショナルデータベースであり、各テーブルは表形式で
表わされ、テーブルごとに名前を持つ。テーブルはフィ
ールドを持ち、フィールド毎に名前を持つ。第２図では
、会社テーブル２０１は、ｒ会社名Ｊ、ｒ従業人員」、
「資本金」というフィールドを持ち、人テーブル２０２
は、「氏」。

１名」、「特技」、ｒ会社名」というフィールドを持っ
ている。また、テーブルはタプルを持つ。タプルは１行
中のデータの組である。また、このデータベースは、タ
プルの検索、更新コマンドを持つ。

第３図は、知識処理システムが持つ対応定義支援システ
ム１０３の表示で用いる実体−関係集合を示すものであ
る。実体集合３０１，３０２は長方形で表示され、関係
集合３０３は菱形で表示される。各集合は、属性名３０
４を持つ。実体集合３０１，３０２は、ある同じ特性を
持つ実体の集合であり、゛関係集合３０３は、実体集合
の間の関係の集合である。実体集合と関係集合を線で結
ぶことで、関係集合と実体集合との結び付きを表わす。

第４図は、知識処理システムの実行フローである。知識
処理システムが起動されると、ディスプレイ上・に初期
メニュー表示４０１が実行され、処理選択４０２を行う
。対応定義支援システムの起動を選択すると、エキスパ
ートシステムで必要なテーブルの選択処理４０３を行い
１次に、テーブルとフレームの対応定義処理４０４を行
う、処理４０４が終了すると、テキストエディタ実行４
０５により、対応定義をディスプレイ上に表示する。対
応定義が終了すると、処理選択４０２へ戻る。処理選択
４０２でその他の処理を選択すると、再度処理選択４０
６を行う。テキストエディタの起動を選択すると、テキ
ストエディタ実行処理４０５により、知識の作成、修正
を行う、エキスパートシステム起動を選択すると、推論
処理４０７を行う。推論処理４０７実行後、処理選択４
０２に戻る。

第５図は、エキスパートシステムで必要なテーブルの選
択処理のフローである。テーブルの選択処理が始まると
、ユーザが使用可能なテーブルの一覧表示５０１が行わ
れ、次に、処理選択５０２が行われる。テーブルの選択
処理を選ぶと、ユーザの入力待ち状態になる。ユーザが
、表示されたテーブル−覧から、ボタン付きマウスで、
必要なテーブルを１つ選択する（処理５０３）と、ユー
ザが選択したテーブルを点滅させる（処理５０４）。テ
ーブル点滅後、処理選択５０２へ戻る。処理選択５０２
で、テーブルの検索を選ぶとユーザの入力待ち状態にな
り、ユーザが、コマンドを入力（処理５０５）すると、
データベースを検索し、その結果をディスプレイ上に表
示する（処理５０６）。結果表示の後、処理選択５０２
へ戻る。

第６図は、テーブルとフレームの対応定義処理のフロー
である。対応定義処理が始まると、先のテーブル処理で
選んだテーブルの名前、フィールド名を持つ実体集合が
、ディスプレイ上に表示される（処理６０１）。テーブ
ル選択のユーザ入力待ち状態になり、ユーザがボタン付
きマウスで未分割の実体集合を選択する（処理６０２）
。次に、属性選択の入力待ち状態になり、ユーザがボタ
ン付きマウスでエキスパートシステムで用いるフレーム
名称が存在する属性を選択する（処理６０３）と、実体
集合モデル上の属性名、実体ＩＤ、関係ＩＤを設定する
入力状態になり、ユーザ入力によって各位を設定する（
処理６０４）。

その後、フレーム名称を持つ属性の選択処理を続けるか
どうかをユーザに入力させる判定処理を行い（処理６０
５）、フレーム名称を持つ属性の選択処理を続けるなら
ば、属性選択のユーザ入力待ち状態になる。フレーム名
称を持つ属性の選択処理を続けなければ１次のフレーム
名称を持たない属性の選択処理に移る。フレーム名称を
持たない属性の選択処理へ移ると、属性選択のユーザ入
力待ち状態になり、ユーザがボタン付きマウスで属性を
選択する（処理６０６）と、実体集合モデル上の属性名
、および実体ＩＤ、関係ＩＤのいずれかを設定する入力
状態になり、ユーザ入力によって各位を設定する（処理
６０７）。

このとき、ユーザは、実体ＩＤと関係ＩＤを同時に１つ
の属性に設定してはならない。これは、同時に１つの属
性に設定すると、実体集合の分割時に、その属性をどの
集合に割当てるかわからなくなるためである。その後、
属性の選択処理を続けるかどうかをユーザに入力させる
判定処理６０８を行い、属性の選択処理を続けるならば
属性選択のユーザ入力待ち状態になり、選択処理を続け
ないならば実体集合の分割処理およびモデル上での集合
名の設定（処理６０９）を行う。処理６０９を実行後、
すべての実体集合について処理６０９を行ったかどうか
を、ユーザに入力させる判定処理６１０を行い、すべて
の実体集合について処理６０９が行われていないならば
、処理６０２を行う。すべての実体集合について処理６
０９が行われていれば、モデル上で、同じ名前を持つ集
合の統合（処理６１１）を行う。

第７図は、第６図の処理６０９のフローである。

処理６０９が始まると、処理７０１で１分割する実体集
合が持つ実体ＩＤの数だけ新しい実体集合を作成し、処
理７０２で、関係ＩＤの数だけ新しい関係集合を作成す
る。次に、分割する実体集合の中から同じ実体ＩＤを持
つ属性を取出して、新しい実体集合に設定しく処理７０
３）、設定した実体集合にもとの実体集合と同じ名前を
付ける（処理７０４）。

次に、新しい実体集合に未設定の実体集合が存在するか
どうかの判定（処理７０５）を行い、未設定のものがあ
れば処理７０３に戻り、未設定のものがなければ次の処
理に移る。

次は、分割する実体集合の中から同じ関係ＩＤを持つフ
レーム名称を持つ属性を取出してキー項目を作り、分割
する実体集合の中から同じ関係よりを持つフレーム名称
を持たない属性を取出し、新しい関係集合に設定しく処
理７０６）、新しく作成した実体集合のうち、同じ関係
ＩＤを持つものと線をむすび、設定した関係集合にもと
の実体集合と同じ名前を付ける（処理７０７）。次に、
新しい関係集合に未設定の関係集合が存在するかどうか
の判定（処理７０８）を行い、未設定のものがあれば処
理７０６に戻り、未設定のものがなければ次の処理に移
る。

次に、分割光の実体集合の消去（処理７０９）を行う。

この時点で、ディスプレイ上には、分割後の実体集合が
表示される。更に、実体集合選択のユーザ入力状態にな
り、ボタン付きマウスで新しく作成した集合を選択する
（処理７１０）。集合が選択されると、モデル上の集合
名を入力する状態になり、ユーザが集合名を設定する（
処理７１１）。続いて、集合名の設定を行うかどうかを
ユーザに入力させる判定（処理７１２）を行い、集合名
の設定を行うならば処理７１０に戻り、集合名の設定を
行わなければ、処理６０９を終了する。

第８図は、第６図の処理６１１のフローである。

処理６１１では、モデル上の実体集合名の種類の数だけ
、新しい実体集合を作成（処理８０１）　Ｌ　、モデル
上の関係集合糸の種類の数だけ、新しい関係集合を作成
（処理８０２）する。次に、モデル上の実体集合名とし
て、同じ名称を持つ集合の属性をまとめて、未設定の新
しい実体集合に設定（処理８０３）し、元の実体集合と
同じ名称を付ける（処４８０４）。

新しく作成した実体集合のうち、未設定の実体集合が存
在すると処理８０３に戻り、未設定の実体集合が存在し
なければ次の処理に移る（処理８０５）。

次に、モデル上の関係県合名として同じ名称を持つ集合
の属性をまとめて、未設定の新しい関係集合に・設定（
処理８０６）　Ｌ、元の関係集合と同じ名称を付け（処
理８０７）　、元の関係集合に関係する実体集合と同名
の、新しく作成した実体集合を線で結ぶ（処理８０８）
。新しく作成した関係集合のうちに、未設定の関係集合
が存在すると処理８０６に戻り、未設定の関係集合が存
在しなければ、次の処理に移る（処理８０９）。次に、
もとの集合と線を消去する（処理８１０）。この時点で
、統合された集合がディスプレイ上に表示される。

第６図、第７図、第８図の実体集合基の設定等の処理に
よって、第９図の内部テーブル９０１が参照、更新され
る。内部テーブル９０１の１行は、集合が持つ属性の情
報を表わしている。内部テーブルが持つ行は、集合が作
成されると追加され、集合が消去されると削除される。

内部テーブルの各欄は、次のような情報を持つ。

「集合Ｉ　ＤＪ　９０２は、処理６０１．処理７０１等
の、実体集合作成時に設定される。「集合糸」９０３は
、処理７１１において、モデル上の集合糸を設定するこ
とで値が決まる。「テーブル名」９０４には、処理６０
１において、テーブル選択処理で選択したテーブルの名
称が設定される。「属性名」９０５には、処理６０４．
処理６０７においてユーザが入力した値が設定される６
「フィールド名」９０６には、処理６０１においてテー
ブル選択処理で選択したテーブルが持つフィールドの値
が設定される。

「実体Ｉ　ＤＪ　９０７および「関係Ｉ　ＤＪ　９０ｇ
ニは、処理６０４．処理６０７においてユーザが入力し
た値が設定される。「設定」９０９は、集合が作成され
た時点では値を持たず、処理７０３．処理７０６によっ
て集合に属性が設定されると、値Ｉｔ　１７１が設定さ
れる。

「新規」９１０は、処理７０１．処理７０２等の集合新
規作成時に値Ｉｔ　１７７が設定され、処理７０９．処
理８１０の元の集合消去時にすべての値をＩＩ　ＯＩＩ
に変更する。

「集合の種類」９１１は、処理７０１．処理７０２の新
規集合作成時に実体集合には値（ｔ　ＯｊＪを、関係集
合には値１４１１７を設定する。「キー判定」９１２は
、新規実体集合作成時に値ＬｔＯ″′が設定され、処理
６０３によってフレーム名称が存在する属性を選択する
と、値＃Ｊ　１７１に変更される。「関連実体ＩＤＪ９
１３は、処理７０７に・おいて線を結ぶ実体集合の集合
ＩＤを設定する。

「キー項目」９１４は、処理７０６において線を結ぶ実
体集合のうち、「キー判定」９１２の値が“１”のもの
の「属性名Ｊ　９０５．　ｒフィールド名」９０６を取
出して設定する。内部テーブル９０１の内容は、後に示
す第１２図の、１２０８．１２０９．１２１０の状態を
表わしている。

第５図、第６図、第７図、第８図の処理を実行した場合
のディスプレイの表示例を、第１０図、第１１図、第１
２図を用いて説明する。第１０図において画面１００１
は、テーブル−覧表示画面である。１００５は、処理選
択コマンドである。「選択」、「探索」。

「モデル化」の文字列部分にマウスポインタ１００８を
移動してマウスのボタンを押すことで、処理を選択する
ことができる。また、テーブルの選択を行う場合は、画
面上に表示されたテーブルの部分にマウスポインタ１０
０８を移動してマウスのボタンを押すことで、選択する
ことができる。画面１００２はデータベース検索画面で
ある。１００６は処理選択コマンドであり、上と同様に
、マウスポインタ１００８により処理選択ができる。「
コマンド〉〉封００９を選択すると、１００９に入力フ
ィールドができ、ユーザは検索コマンドを入力できる。

また１画面１００３は対応定義処理のモデル化支援画面
である。１００７は処理選択コマンドであり、上と同様
に、マウスポインタ１００８により処理選択ができる。

第１１図、第１２図は、対応定義支援処理のモデル表示
例である。この例において使用するテーブルは、先に第
２図に示したテーブルとする。１１０１゜１１０２は初
期表示であり、処理６０１によりディスプレイ上に表示
される。１１０３は実体集合を選択する時の表示である
。マウスポインタ１００８を用いて選択する実体集合を
指す。１１０４はフレーム名称を持つ属性の選択および
実体ＩＤ、関係ＩＤの・設定を行う時の表示である。フ
レーム名称を持つ属性の選択は、１１０４の如く属性名
をマウスポインタ１００８で指すことにより行う。

これにより、モデル上での属性名の入力フイールド１１
０６．実体ＩＤの入力フィールド１１０７．関係ＩＤの
入力フィールド１１０８が現れるので、ユーザは各入力
フィールドに値を設定する。記号１１０５は各位を設定
するとフレーム名称を持つ属性を表わす、　１１０４で
は、フレーム名称を持つ属性として属性「氏」、１名」
、ｒ会社名」を設定している。　１１０９は他の属性の
選択および実体ＩＤ、関係ＩＤの設定を行うときの表示
である。　１１０９の如く、属性名をマウスポインタ１
００８で指すことで属性が選択される。これによりモデ
ル上での属性名、実体ＩＯ。

関係ＩＤの入力フィールドが現れるので、ユーザは、各
入力フィールドに各位を設定する。　１１０９は「特技
」という属性が、モデル上ではｒ人の特技」という名前
を持ち、実体ＩＤ（１）を持つ実体の属性であることを
表わす。

１２０１、１２０２．１２０３は、１１０９の実体集合
を関係集合を用いて分割したときの表示である。　１２
０１は実体ＩＤ（１）を持つ実体集合を表わし、１２０
３は実体ＩＤ（２）を持つ実体集合を表わし、１２０２
は関係ＩＤ（１）を持つ関係集合を表わす。１２０４．
１２０５゜１２０６はモデル上での集合名の設定を行う
ときの表示である。　１２０６のように、集合名をマウ
スポインタで指すことで集合の選択が行われる。これに
より、モデル上での集合名を入力するフィールド１２０
７が現れるので、ユーザは、入力フィールド１２０７に
値を設定する。１２０８．１２０９．１２１０は、モデ
ル上で同じ名前を持つ集合の統合後の表示である。１２
０８はｒ会社」という名前を持つ実体集合、　！２０９
は「就業」という名前を持つ関係集合、　１２１０は「
社員」という名前をもつ実体集合を表わしている。

第１３図は、対応定義を表わすフレームの記述である。

対応定義は、第９図の内部テーブルから作られる。これ
らの記述のうち、下線部を除いた部分は、対応定義処理
の終了後、ユーザインタフェースが持つテキストエディ
タに送られる対応定義の記述と同様のものである。なお
、下線部は、対応定義処理では決定できないので、テキ
ストエディタに送られた後、ユーザがテキストエディタ
を用いて編集する。以下、第１３図の記述について説明
する。

図において、「変換定義ＩＪ１３０１は、データベース
の′データをフレームに変換する場合に用いるフレーム
である６「変換定義ＩＪ１３０１は、１３０２〜１３１
３の名前を持つスロットを持つ、各スロットは、次の情
報を表わす。ｒｃｌａｓｓＪ　１３０２は、「変換定義
１」が、「変換定義フレーム」というクラスのインスタ
ンスフレームであることを表わしている。次の、「ユー
ザＩ　ＤＪ１３０３は、データベースを用いるときのユ
ーザ識別名、「パスワードＪ１３０４は、データベース
を用いるときのパスワードを表わす。第１３図の「変換
定義ＩＪ１３０１では、ともに「ユーザ１」という値を
持つ、「テーブル名Ｊ　１３０５は、フレームに変換さ
れるデータを持つテーブルの名称である。第１３図の「
変換定義Ｉ　Ｊ１３０１では、ｒ会社テーブル」。

１人テーブル」のデータをフレームとして用いる。

これは、第９図の「テーブル名」９０４の値を用いる。

「キースロット名Ｊ１３０６は、フレーム名称を持つス
ロットの名前であり、「キーフィールド名Ｊ１３０７は
、フレーム名称を持つテーブルのフィールド名である。

「キースロット名Ｊ１３０６と「キーフィールド名」１
３０７が持つ値の順序には、関連がある６つまり。

「変換定義Ｉ　Ｊ１３０１の場合には、「会社テーブル
」のｒ会社名」というフィールドの値が、ｒ会社の名称
」というスロットの値として用いられる。これは。

「テーブル名Ｊ１３０５の値を、第９図の「テーブル名
」９０４に持ち、「キー判定」９１２に値“１”を持つ
属性の「属性名」９０５と「フィールド名」９０６の関
連である。

［スロット名Ｊ１３０８は、フレーム名称を持つスロッ
ト以外のスロットの名前であり、「フィールド名Ｊ１３
０９は、フレーム名称を持つフィールド以外のフィール
ドの名前である。「スロット名」１３０Ｂと「フィール
ド名Ｊ　１３０９の間にも、「キースロット名」１３０
６と「キーフィールド名Ｊ１３０７の間と同様の関連が
ある。つまり、［変換定義Ｉ　Ｊ１３０１では、「会社
テーブル」の「従業人員」の値が、「職員数」というス
ロットの値として用いられる。これは、第９図の「テー
ブル名Ｊ１３０５の値をｒテーブル名」９０４に持ち、
「キー判定」９１２に値１４０１＃を持つ属性のｒ属性
名」９０５と「フィールド名」９０６の関連である。

「上位クラス名」１３１０は、テーブルから取出したデ
ータを変換したフレームが属するクラスの名称である。

「変換定義ＩＪ１３０１で変換したフレームは、ｒ会社
」クラスに属する。これは、第９図において「集合基」
９０３と「テーブル名」９０４の関連である。

ｒフレーム種類Ｊ１３１１は、「上位クラス名Ｊ１３１
０で指定したクラスのフレームが、実体かまたは関係か
を表わす。これは、第９図において「集合基」９０３と
「集合の種類」９１１の関連である。「変換定義１」１
３０１で、上位クラスに指定したｒ会社」クラスのフレ
ームは、実体である。

「検索条件」１３１２は、テーブルからデータを取出す
ときの条件である。「検索条件Ｊ１３１２が持つ値の順
序は、「テーブル名Ｊ１３０４と関連がある。「変換定
義ＩＪ１３０１では、ｒ会社テーブル」、「人テーブル
」ともに検索条件を持たない、「ファイル名Ｊ１３１３
はユーザインタフェースを通じてデータベース中のデー
タをフレームに変換し、ファイルシステムに格納する場
合のフレームが格納されるファイル名を表わす、「ファ
イル名Ｊ１３１３は、推論エンジンからデータ→フレー
ム変換命令が実行された場合は意味を持たない、「変換
定義ＩＪ１３０１では、格納したいファイルがない。

一方、［格納定義Ｉ　Ｊ１３１４は、フレームをデータ
ベースのデータに変換する場合に用いるフレームである
。各スロットは、つぎの情報を表わす。

「格納定義Ｉ　Ｊ１３１４が持つｒｃｌａｓｓＪ１３０
２．　ｒユーザＩＤＪ１３０３．ｒパスワードＪ１３０
４は、「変換定義ＩＪ１３０１と同じ意味である。「格
納定義Ｉ　Ｊ１３１４は、格納定義フレームのインスタ
ンスフレームである。第１３図の「テーブル名Ｊ１３１
５は、フレームを格納するテーブルの名称で、第９図の
「テーブル名」９０４の値である。［格納定義Ｉ　Ｊ１
３１４では、ｒ会社」テーブルにフレームが格納される
。「キースロット名Ｊ１３１６は、格納するフレームの
フレーム名称を持つスロットの名称を持つ。

また、［キーフィールド名Ｊ１３１７は、格納するフレ
ームのフレーム名称を格納するフィールドの名称を持つ
。［変換定義ＩＪ１３０１の「キースロット名」１３０
６と「キーフィールド名」１３０７と同様、「キースロ
ット名Ｊ　１３１６と［キーフィールド名Ｊ１３１７が
持つ値の′順序には関連がある。これは、「テーブル名
」１３１５の値を、第９図の「テーブル名」９０４に持
ち、「キー判定」９１２に、値ａｔ　１　ｔ＋を持つ属
性の「属性名」９０５とｒフィールド名」９０６の関連
である。

「スロット名Ｊ１３１８は、格納するフレームが持つス
ロットの名称を持ち、「フィールド名Ｊ１３１９は。

スロットの値を格納するフィールドの名称を持つ。

「スロット名Ｊ１３１８と「フィールド名Ｊ１３１９の
間にも。

「キースロット名Ｊ１３１６と「キーフィールド名Ｊ１
３１７と同様の関連がある。これは［テーブル名Ｊ１３
１５の値を、第９図の「テーブル名」９０４に持ち、「
キー判定」９１２に値（（ＯＩｔを持つ属性の「属性名
」９０５と「フィールド名」９０６の関連である。「上
位クラス名Ｊ　１３２０は、テーブルに格納するフレー
ムが属するクラスの名称を持つ。これは、第９図におい
て「集合基」９０３と「テーブル名」９０４の関連であ
る。

ｒフレーム種類Ｊ１３２１は、テーブルに格納するフレ
ームの種類が、実体か、関係かを表わす、「上位クラス
名Ｊ１３２０とｒフレーム種類Ｊ１３２１が持つ値の順
序には、「キースロット名Ｊ１３０６と「キーフィール
ド名Ｊ１３０７と同様の関連がある。これは、第９図に
おいて、「集合基」９０３と「集合の種類」９１１の関
連である。「ファイル名Ｊ１３２２は、ユーザインタフ
ェースを通じてファイルシステム中のフレームをデータ
ベース中のデータに変換し格納する場合のフレームが格
納されているファイル名を表わす、「ファイル名１３２
２Ｊは、推論エンジンから、フレーム→データ変換命令
が実行された場合は意味を持たない。「格納定義Ｉ　Ｊ
１３１４では、データベースに格納したいフレームを持
つ、ファイルがない。

これらの変換定義は、対応定義処理において作られた集
合の数だけ作られ、格納定義は、対応定義処理において
選択したテーブルの数だけ作られる。第１４図は、対応
定義によってつくられた内部テーブルから生成されるク
ラスフレームの記述である。これらの記述のうち、下線
部を除いた部分は、対応定義処理が終了後ユーザインタ
フェースが持つテキストエディタに送られるクラスフレ
ームの記述と同様のものである。下線部は、対応定義処
理では決定できないので、テキストエディタに送ら・れ
た後、ユーザがテキストエディタを用いて編集する。以
下、第１４図の説明を行う。

ｒ会社Ｊ１４０１は、クラスフレームであり、第９図の
「集合名」９０３に存在する名前を持つ。ｒｇｕｐｅｒ
−ｃｌａｓｓＪ１４０２は、ｒ会社」がｒｓｙｓｔｅｍ
Ｊのサブクラスであることを表わす、「＄会社の名称Ｊ
１４０３は、フレーム名称を持つスロットである。「＄
会社の名称」１４０３は、第９図の「キー判定」９１２
に値Ｋｌ　１　ｊｊを持っ「属性名」９０５の値である
。このスロットは、データタイプに、ｓｔｒｉｎｇを持
つ、「職員数Ｊ１４０４．ｒ会社の資本４１４０５は、
スロットである。「職員数Ｊ１４０４゜ｒ会社の資本Ｊ
１４０５は、第９図の「キー判定」９１２に値“０″を
持っ「属性名」９０５の値である。「職員数」１４０４
、　ｒ会社の資本Ｊ１４０５は、ともにデータタイプと
してｉｎｔを持つ、「社員Ｊ　１４０６は、ｒ会社Ｊ１
４０１と同様に、第９図の「属性名」９０５の値をスロ
ットとして持つクラスフレームである。

ｒ＄苗字Ｊ１４０７．　ｒ＄名前Ｊ１４０８ハ、第９図
の「キー判定」９１２に値“１″を持つ属性であり、「
人の特技Ｊ　１４０９は、「キー判定」９１２に値ＩＩ
　Ｏ１７を持つ属性である。［就業Ｊ１４１０は、クラ
スフレームである。

第９図において、「集合名」９０３に「就業」という値
を持つ行の「属性名Ｊ　９０５．　ｒキー判定」９１２
には値が存在しない、しかし、この「就業」という集合
は、「集合の種類」９１１によって関係を表わす集合と
いうことがわかるので、「関連実体Ｉ　ＤＪ　９１３の
ＩＤを持つ集合の「キー判定」が値Ｋｌ　Ｉ　Ｈｌであ
る属性を、［就業Ｊ１４１０のフレーム名称を持つスロ
ットにする。

これにより、「就業４１４１０は、「＄会社の名称４１
４１１゜ｒ＄苗字」１４１２．「＄名前」１４１３ノス
ロットヲ持つ。

なお、スロットの名称の頭に「＄」マークがあるスロッ
トは、フレーム名称を持つスロットであり、書換えがで
きない。

第１５図は、第１３図に示した「変換定義Ｉ　Ｊ１３０
１と「格納定義Ｉ　Ｊ１３１４のクラスである「変換定
義フレーム」と「格納定義フレーム」を示している。「
変換定義フレームＪ１５０１は、「変換定義ＩＪ１３０
１で説明したスロットをすべて持つ、ただし、本フレー
ムはクラスフレームであるので、スロットｒｃｌａｓｓ
Ｊのかわりに、　ｒｓｕｐｅｒ−ｃｌａｓｓＪ１５０２
を持つ、　ｒＳｕｐｅｒ−ｃｌａｓｓＪ１５０２は、「
変換定義フレーム」がｒｓｙｓｔｅｎ＋」のサブクラス
であることを表わす。ｒｑｕｅｕｅＪ１５０３はスロッ
トが持つ特性であり、ｒｑｕｅｕｅＪ１５０３の記述を
持つスロットは、複数の値を持つことが可能であり、ス
ロットに先に持たせた値は、取出すときに先に取出され
るという性質を持つ、［格納定義フレームＪ１５０４は
、「格納定義Ｉ　Ｊ１３１４で説明したスロットをすべ
て持つ、ただし、本フレームもクラスフレームであるの
で、スロットｒｃｌａｓｓＪのがわりに、　ｒｓｕｐｅ
ｒ−ｃｌａｓｓＪ１５０２を持つ。

第１６図と第１７図では、データベースのデータをエキ
スパートシステムで利用するときの方法を説明する。

第１６図は、知識処理システムが持つユーザインタフェ
ース１０１から、データベースのデータをフレームに変
換する命令、フレームをデータベースのデータに変換す
る命令の実行方法を説明する。

本実施例の知識処理システムでは、ユーザインタフェー
ス１０１から上記命令を実行すると、データベース１１
０中のデータをフレームに変換し、ファイルシステム１
１１に格納する。また、ファイルシステム１１１に格納
されたフレームをデータに変換し、データベース１１０
に格納する。

１６０１は、エキスパートシステムの画面であり、エキ
スパー１−システムのコマンドが画面１６０１上にレイ
アウトしである。ユーザ１０２は、このコマンドをマウ
スポインタ１００８で指すことでコマンドを選択する。

データベース１１０中のデータをフレームに変換し、フ
ァイルシステム１１１に格納する場合には、コマンド１
６０３をマウスポインタで指す。

すると、プロンプト１６０４が、画面１６０１上に表示
される。ユーザ１０２は、プロンプト１６０４に続く入
力領域１６０５に、ファイル名を入力する。このファイ
ル名は変換定義が格納されたファイルの名称である。同
様に、ファイルシステム１１１に格納されたフレームを
データに変換し、データベース１１０に格納するときは
、コマンド１６０２をマウスポインタで指す。このとき
も、プロンプト１６０４が画面上に表示されるので、ユ
ーザ１０２は、格納定義が格納されたファイル名を入力
する。

第１７図は、知識処理システムが持つ推論エンジン１０
４からデータベースのデー久をフレームに変換する命令
、フレームをデータベースのデータに変換する命令、デ
ータベースをアクセスする命令の実行方法である。推論
エンジン１０４から上記命令を実行するには、上記命令
を持つルールおよび対応定義を、知識ベース１０５に持
つ必要がある。

知識ベース１０５には、ルールおよび対応定義を持たせ
るために、ファイルシステム１１１にルールおよび対応
定義を記述したファイルを持たせ、トランスレータ１０
９によって知識ベース１０５に、そのルールおよび対応
定義を読込ませる。各ルールの記述について、第１７図
で説明する。

ルール１７０１は、データベース中のデータをフレーム
に変換し、知識ベースに格納するルールである。ルール
１７０１の条件部１７０２が成立つと、実行部１７０３
の命令を実行する。実行部１７０３が持っｒｅａ＋１ｔ
ａｂｌｅ１７０４が、データベースのデータをフレーム
に変換する命令である。実行部１７０３では、前述の「
変換定義１」というフレームに記述された定義に基づい
て、データベースのデータをフレームに変換する。ルー
ル１７０５は、知識ベース中のフレームをデータに変換
し、データベースに格納するルールである。ルール１７
０５の条件部１７０６が成立つと、実行部１７０７の命
令を実行する。実行部１７０７が持っｖｒｉｔｅＪａｂ
ｌｅ　１７０８が、フレームをデータベースのデータに
変換する命令である。実行部１７０７では、「格納定義
１」というフレームに記述された定義に基づいて、フレ
ームをデータベースのデータに変換する。

ルール１７０９は、データベースのデータをアクセスす
るルールである。ルール１７０９の条件部１７１Ｏが成
立つと、実行部１７１１を実行する。実行部１７１１が
持つｄｅｌｅｔｅ１７１２は、データベース中のデータ
を削除する命令である。実行部１７１１では「変換゛定
義１」というフレームで、「会社の資本」というスロッ
トに対応するフィールドに値“１″を持つデータを削除
する。

第１８図は、第１４図のクラスフレームの実現値であり
、第２図のテーブルから取出したデータを変換したフレ
ームの一部分である。フレーム１８０１は第２図のテー
ブル２０１の、フィールドｒ会社名」。

「従業員」、「資本金」とテーブル２０２の、フィール
ドｒ会社名」から取出したデータを変換したものである
。テーブル２０１の、フィールドｒ会社名」の値ｒＡ社
」を、フレーム名称を持つスロット「＄会社の名称」に
持ち、フィールド「従業人員」の値ｒ１００Ｊをスロッ
ト「職員数」に持ち、フィールド「資本金」の値「１」
をスロットｒ会社の資本」に持つ。

フレーム１８０２も、フレーム１８０１と同様のフィー
ルドから取出されたものであり、テーブル２０１のフィ
ールドｒ会社名」の値「８社」を、フレーム名称を持つ
スロット「＄会社の名称」に持ち、フィールド「従業人
員」の値ｒ３００Ｊをスロット「職員数」に持ち、フィ
ールド「資本金」の値「５」をスロット「会社の資本」
に持つ。フレーム１８０３はテーブル２０２のフィール
ド「氏」、１名」、「特技」から取出したデータを変換
したものである。テーブル２０２のフィールド「氏」の
値「山田」を、フレーム名称を持つスロット「＄苗字」
に持ち、フィールド「名」の値ｒＡ太」をフレーム名称
を持つスロット「＄名前」に持ち、フィールド「特技」
の値［テニス、ヨツト、スキー」をスロット「人の特技
」に持つ。

フレーム１８０４は、テーブル２０２の、フィールド「
氏」、１名」、ｒ会社名」から取出したデータを変換し
たものである。テーブル２０２のフィールド「氏」の値
「山田」を、フレーム名称を持つスロット「＄苗字」に
持ち、フィールド１名」の値［Ａ太」をフレーム名称を
持つスロット「＄名前」に持ち、フィールドｒ会社名」
の値「８社」をフレーム名称を持つスロット「＄会社の
名称」に持つ、各フレームのフレーム名称は、変換定義
の内容によって異なる。

（１）実体として定義されたフレームで、かつ、フレー
ム名称を持つフィールドが１つの場合の名称は、そのフ
ィールドの値をそのまま用いる。

（２）実体として定義されたフレームで、かつ、フレー
ム名称を持つフィールドが複数の場合の名称は、その複
数のフィールドの値を連結して用いる。

（３）関係として定義されたフレームは、フレームが属
するクラス名とフレーム名称を持つフィールドの値を連
結して用いる。

上ｇ（ｉ）の例が、フレーム１８０１．１８０２であり
、（２）の例がフレーム１８０３、また、（３）の例が
フレーム１８０４である。

第１９図、第２０図、第２１図は、データベースのデー
タをフレームに変換する場合、フレームをデータベース
のデータに変換する場合、ルール中からデータベースの
データをアクセスする場合の動作例を説明するものであ
る。

第１９図は、データベースのデータをフレームに変換す
る場合の例であり、フレーム１８０３について例示して
いる。テーブル２０２のフィールド「氏」。

１名」は、フレーム名称を持つフィールドである。

このフィールドに同じ値を持つタプルは、１つのフレー
ムを表わしているとし、このタプルが持つｒ特技」とい
うフィールドの値は、１つのフレームに取込まれる。第
１９図においてタプル１９０１．１９０２゜１９０３の
フィールド「氏」、１名」、「特技」の値は、フレーム
１８０３を表わしている。

第２０図は、フレームをデータベースのデータに変換す
る場合の例であり、テーブル２０２について例示してい
る。テーブル２０２は第９図の「集合名」９０２と「テ
ーブル名」９０３の関連かられかるように集合ｒ会社」
、「社員ｊ、ｒ就業ｊの３つの集合に関連がある。そこ
で、３つの集合の関連から、テーブル２０２のデータを
作る。つまり、第９図において「テーブル名」９０４に
値ｒ人」を持ち、かつ、「フィールド名」９０６に何ら
かの値を持ち、かつ、「キー判定」９１２に値“１”を
持つ「集合名」９０３のクラスに属するフレームのうち
、「属性名」９０５で示したスロットの値が、「関連実
体Ｉ　ＤＪ　９１３で関連付けられた「集合名」９０３
のクラスに属するフレームのフレーム名称を持つスロッ
トに存在するならば。

このスロットのうち「フィールド名」９０６に値を持つ
スロットの値をデータベースに格納する゛。第２０図の
例でいうと、フレーム１８０２のｒ＄会社の名称」とい
うスロットの値、フレーム１８０３のｒ　＄　苗字」。

「＄名前」というスロットの値を「＄会社の名称」。

「＄苗字」、「＄名前」というスロットに持つフレーム
１８０４が存在するので、データベースにフレーム１８
０２の「＄会社名」、フレーム１８０３の「＄苗字」お
よび「＄名前」、１人の特技」というスロットの値を組
にして格納する。フレームの格納は、１度テーブル中の
データを削除後、フレームからタプルを作り、テーブル
に格納する。また、フレーム１８０３のように格納する
フレームのスロットが複数個の値を持つ場合は、各位ご
とに１つのタプルを作り、テーブルへ格納する。

第２１図は、ルール中からデータベースのデータをアク
セスする場合の例であり、テーブル２０１について例示
する。推論エンジン１０４において、条件１７１０が成
立しルール１７０９が実行されると、実行部１７１１の
ｒｄｅｌｅｔｅＪ１７１２が実行される。ｒｄｅｌｅｔ
ｅＪ１７１２は、前述の「変換定義１」で、ｒ会社の資
本」というスロットに対応するフィールドに値“１”を
持つタプルを、テーブルから削除する。第１３図の「対
応定義Ｉ　Ｊ１３０１において、ｒ会社の資本」という
スロットは、テーブル２０１の「資本金」というフィー
ルドに対応付けられている。

第２１図のテーブル２０１においては、フィールド「資
本金」に値ＩＩ　Ｉ　１１を持つタプルは２つ存在する
。

ｒｄｅｌｅｔｅＪ１７１２が実行されると、テーブル２
１０１のように、「資本金」というフィールドに値ＩＩ
　Ｉ　Ｔｔを持つタプルがなくなる。もし、ルール中に
テーブルの値を取出してくるという命令（検索命令）が
あるとすると、その命令には、取出した値を格納する変
数を用意する。検索命令を実行すると、データベースか
ら取出されたデータを、その変数に格納する。

第２２図は、ユーザインタフェース１０１を説明したも
のである。ユーザインタフェース１０１に対するユーザ
の入力には、テキストエディタの操作。

対応定義支援システムの操作、エキスパートシステムの
操作がある。ユーザ入力読取り機構２２０１はそれらの
操作命令、入力データ、マウスポ・インクの情報を読取
る機構である。ユーザ入力読み取り機構２２０１で読込
んだ情報は、処理選択機構２２０２に送られる。処理選
択機構２２０２は、ユーザ入力読取り機構２２０１から
送られてきた情報が持つ命令から実行すべき機構を判別
し、他機種にデータと命令を送る。また、他機種とのイ
ンタフェース２２０５を通じて他機種から送られてきた
情報から、実行すべき処理を判別し他機種にデータと命
令を送る。

トランスレータ実行の場合には、トランスレータ１０９
へ実行命令を送り、テキストエディタ起動の場合は、テ
キストエディタ２２０３へ実行命令を送る。情報表示の
場合は、表示機構２２０６にデータと命令を送る。ユー
ザインタフェース１０１が持たない機構を実行する場合
は、他機種とのインタフェース２２０５へ実行命令を送
る。また、テキストエディタ２２０３は処理選択機構２
２０２からの命令によって操作され、テキストの表示命
令を、処理選択機構２２０２に送る。テキストエディタ
２２０３は、ユーザインタフェース１０１が持つテキス
ト空間２２０４のテキスト情報を編集する。また、テキ
スト空間のテキストをファイルシステム１１１に格納す
る。他機種とのインタフェース２２０５は、処理選択機
構２２０２からの命令を判別し、ユーザインタフェース
１０１以外の機構である推論エンジン１０４．対応定義
支援システム１０３．データベース−エキスパートシス
テム結合インタフェース１０６に命令を送る。推論エン
ジン１０４．対応定義支援システム１０３からのデータ
や命令を受取り、処理選択機構２２０２にその情報を送
る。

第２３図は、対応定義支援システム１０３を説明したも
のである。ユーザインタフェース１０１からの入力は、
処理選択機構２３０１に入る。処理選択機構２３０１は
、ユーザインタフェース１０１からの命令を判別し、他
の機構へ命令を送る。ユーザインタフェースｌｏｔから
、データベース検索命令が来た場合、処理選択機構２３
０１は、データベース検索機構２３０２に命令を送る。

ユーザインタフェース１０１から、集合または集合の属
性の入力が来た場合は。

図表決定処理機構２３０３に命令を送る。ユーザインタ
フェース１０１から、集合の分割や統合命令が来た場合
は、コマンド処理機構２３０４に命令を送る。

ユーザインタフェース１０１から、対応定義支援の終了
命令が来た場合は、対応定義作成機ＭＩｔ２３０５に命
令を送る。データベース検索機構２３０２は、処理選択
機構２３０１からの命令によって、データベースの検索
コマンドをデータベースマネジメントシステム１０７に
送り、データベースの検索を行う。

データベース検索機構２３０２は、検索したデータを受
取り、ユーザインタフェース実行機能２３０７に、検索
データおよびデータ表示命令を送る。図表決定処理機構
２３０３は、処理選択機構２３０１からの命令に従って
、内部テーブル２３０６　（第９図参照）の参照。

更新を行う。内部テーブル２３０６の設定が終了すると
、その時点の内部テーブル２３０６の状態を表わすモデ
ルを表示する命令とデータを、ユーザインタフェース実
行機能２３０７に送る。

コマンド処理機構２３０４は、内部テーブル２３０６を
参照し、テーブルの内容から、分割または統合された状
態に、テーブルを更新する。内部テーブル２３０６の更
新が終了すると、その時点の内部テーブル２３０６の状
態を表わすモデルを表示する命令とデータを、ユーザイ
ンタフェース実行機能２３０７に送る。対応定義作成機
構２３０５は、内部テーブル２３０６の内容から、第１
３図の対応定義、第１４図のクラスフレームを生成し、
テキストエディタの起動命令およびテキストをユーザイ
ンタフェース１０１のテキスト空間に格納する命令およ
び作成したデータを、ユーザインタフェース実行機能２
３０７に送る。

ユーザインタフェース実行機能２３０７は、他機種から
の命令、データをユーザインタフェース１０１に渡す処
理を行う。

第２４図は、推論エンジン１０４を説明している。

推論エンジン１０４は、ユーザインタフェース１０１か
らの命令によって動作する。知識ベース解釈機構２４０
１は、ユーザインタフェース１０１からの起動命令によ
って、知識ベース１０５からフレーム、ルールの読込み
を行い、フレーム、ルールの内容を解釈し、解釈した結
果を実行ルール選択機構２４０２に送る。ユーザインタ
フェース１０１から終了命令が来ると、実行ルール選択
機構２４０２に終了命令を送る。実行ルール選択機構２
４０２は、知識ベース解釈機構２４０１から送られてき
た解釈結果から、実行すべきルールを１つ選択し、その
ルールの実行部を処理判別２４０３に送る。実行できる
ルールがなくなると推論が終了する。知識ベース解釈機
構２４０１から終了命令が送られるとルールを選択しな
い。

処理判別２４０３は、実行ルール選択機構２４０２から
送られてきたルールの実行部に、データベースを用いた
処理が存在するか判定し、データベースを用いる場合は
、データベース−エキスパートシステム結合インタフェ
ース１０６にその命令を送る。

データベースを用いた処理でない場合は、ルール実行２
４０４に命令を送る。ルール実行２４０４は、ルールの
実行部を実際に実行する機構であり、ユーザインタフェ
ース１０１への出力命令が実行されると、ユーザインタ
フェースに対して出力命令を送る。

また、知識ベース１０５への書込み命令を実行すると、
知識ベース１０５に書込みを行う。ルール実行２４０４
は、実行した内容を実行ルール選択機構２４０２に送り
、次のルールの選択に用いる。また、データベース−エ
キスパートシステム結合インタフェース１０６からの情
報も、次のルールの選択に用いる。

第２５図は、データベース−エキスパートシステム結合
インタフェース１０６の説明図である。ユーザインタフ
ェース１０１からの命令は、処理判別機構２５０１に送
られてくる。処理判別機構２５０１は、ユーザインタフ
ェース１０１から、データベースのデータをフレームに
変換しファイルシステム１１１に格納する命令が送られ
てくると、検索コマンド作成機構２５０２に命令を送る
。検索コマンド作成機構２５０２は、ファイルシステム
１１１からフレームトランスレータ１０８を通じて対応
定義を読込み、データベース検索コマンドを作成し、デ
ータベースマネジメントシステム１０７に検索コマンド
を送る。

これにより、データーフレーム変更機構２５０６がデー
タベースマネジメントシステム１０７からデータを検索
し、フレームに変換してフレームトランスレータ１０８
を通じてファイルシステム１１１に格納する。

また、ユーザインタフェース１０１から、ファイルシス
テム１１１中のフレームをデータベースのデータに変換
しデータベースに格納する命令が送られてくると、更新
コマンド作成機構２５０５に命令を送る。更新コマンド
作成機構２５０５は、ファイルシステム１１１からフレ
ームトランスレータ１０８を通じて対応定義を読込み、
更新コマンドを作る。これにより、フレーム→データ変
換機構２５０７が、フレームトランスレータ　１０８を
通じてファイルシステム１１１からフレームを読込み、
データに変換してデータベースへ格納する。

推論エンジン１０４からの命令は、処理判別機構（Ｉ′
Ｅ）２５０４に送られてくる。処理判別機構２５０４は
、推論エンジン１０４から、データベースのデータをフ
レームに変換し知識ベース１０５に格納する命令が送ら
れてくると、検索コマンド作成機構２５ｏ２に命令を送
る。検索コマンド作成機構２５０２は、知識ベース１０
５から対応定義を読込み、データベース検索コマンドを
作成し、データベースマネジメントシステム１０７に検
索コマンドを送る。これにより、データーフレーム変更
機構２５０６が、データベースマネジメントシステム１
０７からデータを検索し、フレームに変換して知識ベー
ス１０５に格納する。また、推論エンジン１０４は、ユ
ーザインタフェース１０１から、知識ベース１０５中の
フレームをデータベースのデータに変換し、データベー
スに格納する命令が送られてくると、更新コマンド作成
機構２５０５に命令を送る。更新コマンド作成機構２５
０５は、知識ベース１０５から対応定義を読込み、更新
コマンドを作る。これにより、フレーム→データ変換機
構２５０７が、知識ベース１０５からフレームを読込み
、データに変換してデータベースへ格納する。

推論エンジン１０４から、データベースをアクセスする
命令が送られてくると、ダイレクトアクセス機構２５０
３に命令を送る。ダイレクトアクセス機構２５０３は、
推論エンジン１０４からのアクセス命令に応じて、検索
コマンド作成機構２５０２．更新コマンド作成機構２５
０５に命令を送る。検索コマンド作成機構２５０２．更
新コマンド作成機構２５ｏ５は゛、それぞれコマンドを
生成し、データベースマネジメントシステム１０７にコ
マンドを送る。また、ダイレクトアクセス機構２５０３
は、推論エンジン１０４からのアクセス命令が検索命令
の場合、データベースから検索したデータを推論エンジ
ン１０４に送る。

本実施例では、エキスパートシステムとデータベースシ
ステムの結合を、一つのサブシステムですべて行い、か
つ、サブシステムとして確立できるので、データベース
とエキスパートシステムの゛結合の必要がない場合は、
サブシステムを取外すこともできる。これにより、計算
機システムの性能、または、エキスパートシステムの利
用方法によってシステムを選択できるという効果がある
。

以下１本発明の他の実施例を示す。第２６図は。

第２５図で説明したデータベース−エキスパートシステ
ム結合インタフェース１０６を、ユーザインタフェース
対応のデータベース−エキスパートシステム結合インタ
フェース２６０１と、推論エンジン対応のデータベース
−エキスパートシステム結合インタフェース２６０２の
二つに分けたものである。第２５図において、一つのサ
ブシステムに送られていたユーザインタフェース１０１
からの命令は、ユーザインタフェース対応のデータベー
ス−エキスパートシステム結合インタフェース２６０１
に送られ。

推論エンジン１０４からの命令は、推論エンジン対応の
データベース−エキスパートシステム結合インタフェー
ス２６０２に送られる。これにより、前述の実施例より
きめの細かいサブシステムの選択が可能であり、各機構
の処理を簡単にできる。

次に、本発明の更に他の実施例について、第２７図を用
いて説明する。第２７図は、第２５図で説明したデータ
ベース−エキスパートシステム結合インタフェース１０
６を、ユーザインタフェース対応の第一のデータベース
−エキスパートシステム結合インタフェース（データー
フレーム変換を司どる）２７０１、ユーザインタフェー
ス対応の第二のデータベース−エキスパートシステム結
合インタフェース（フレーム−データ変換を司どる）２
７０２．推論エンジン対応の第一のデータベース−エキ
スパートシステム結合インタフェース（データベース゛
アクセスを司どる）２７０３．推論エンジン対応の第二
のデータベース−エキスパートシステム結合インクフェ
ース（フレーム−データ変換を司どる）２７０４゜推論
エンジン対応の第三のデータベース−エキスパートシス
テム結合インタフェース（データーフレーム変換を司ど
る）２７０５の五つに分けたものである。先の第２５図
において、一つのサブシステムに送られていたユーザイ
ンタフェース１０１からの命令は、上述の二つのデータ
ベース−エキスパートシステム結合インタフェース２７
０１．２７０２に送られ、推論エンジン１０４からの命
令は、上述の三つのデータベース−エキスパートシステ
ム結合インタフェース２７０３．２７０４．２７０５に
送られる。これにより、前述の第二の実施例より、更に
きめの細かいサブシステムの選択が可能であり、各機構
の処理も上記実施例より更に簡単にできる。

次に、本発明の更に他の実施例について、第２８図、第
２９図、第３０図を用いて述べる。

第２８図は、ユーザインタフェース１０１の表示画面で
ある。画面１００１は、テーブル−覧表示画面、画面１
００２は、データベース検索結果表示画面１画面１００
３は、モデル化表示画面、画面１６０１はエキスパート
システムの実行画面である。ユーザは、これらの画面を
マウスポインタ１００８で指すことで画面を切替えられ
る。このように、二つのシステムを同時に動作させ、か
つ、複数の画面を同時に表示する。

第２９図のようなユーザインタフェース２９０１をユー
ザインタフェース１０１の代りに用い、かつ、第３０図
の対応定義支援システム３００１を対応定義支援システ
ム１０３の代りに用いることで達成される。

ユーザインタフェース２９０１が持つウィンドウ切替機
構２９０２は、ユーザがマウスポインタ１００８でウィ
ンドウを切替えたことを判別し、ウィンドウが切替られ
たらタスク管理機構２９０３に命令を送る。

タスク管理機構２９０３は、マウスポインタ１００８が
どの画面を指しているかを判断し、今動いているタスク
と異なるタスクが選択されると、元のタスクは一時中断
する命令を処理選択機構２９０５に送る。

例えば、対応定義支援システム３００１実行中に、エキ
スパートシステム実行画面１６０１が指されると。

対応定義支援システム３００１は一時中断し、エキスパ
ートシステムが実行される。また、タスク管理機構２９
０３は、選択された画面を最も上のウィンドウにする命
令をウィンドウ同期機構２９０４に送る。

ウィンドウ同期機構２９０４は１選択された画面を最上
部のウィンドウにする。

対応定義支援システム３００１が持つウィンドウ切替機
構３００２は、ユーザがマウスポインタ１００８で゛ウ
ィンドウを切替たことを判別し、ウィンドウが切替られ
たらウィンドウ同期機構３００３に選択された画面を最
も上のウィンドウにする。本実施例においては、ユーザ
が二つのシステムを同時に見ることができるので、ユー
ザは知識処理システムを簡単に利用できる。

〔発明の効果〕

本発明によれば、ユーザは画面上でデータベースのスキ
ーマとクラスフレームとの対応付けができる対応定義シ
ステムにより、容易にデータベースのデータとフレーム
との対応を理解できる。また、対応定義結果をエディタ
に送ることができる対応定義システムにより、ユーザは
対応定義結果に必要な情報を追加、修正し、ファイルに
格納でき、その情報をエキスパートシステムでそのまま
利用できる知識処理システムなので、ユーザは容易にデ
ータベースを用いた処理を構築できる。ユーザインタフ
ェースからデータベースのデータをフレームに変換しフ
ァイルに格納したり、ファイルシステム中のフレームを
データベースに格納でき、また推論エンジンからデータ
ベースのデータをフレームに変換し知識ベースに格納し
たり、知識ベース中のフレームをデータベースに格納し
たり、推論エンジンから直接データベースをアクセスで
きるので、様々な利用形態が可能である。

【図面の簡単な説明】

第１図は知識処理システムの構成を示す図、第２図は実
施例で用いるデータベースの一例を示す図、第３図は実
体−関係集合の表示、第４図は知識処理システムの実行
フロー、第５図はテーブル選択処理フロー、第６図は対
応定義処理フロー第７図はモデル分割処理フロー、第８
図はモデル統合処理フロー、第９図は内部テーブル、第
１０図は対応定義支援システムの表示画面、第１１図、
第１２図はモデルの表示状態を示す図、第１３図は対応
定義の例を示す図、第１４図は対応定義により決定した
クラスフレーム、第１５図は対応定義クラスフレーム、
第托図はエキスパートシステムの実行画面、第１７図は
データベースを用いるルールの例。第１８図はインスタンスフレームの例、第１９図はテー
ブル中のデータをフレームに変換する方法、第２０図は
フレームをテーブルに格納する方法、第２１図はデータ
ベースをアクセス命令の動作、第２２図は実施例のユー
ザインタフェースの処理構成、第２３図は実施例の対応
定義支援システムの処理構成、第２４図は実施例の推論
エンジンの処理構成、第２５図は実施例のデータベース
−エキスパートシステム結合インタフェースの処理構成
、第２６図は実施例のデータベース−エキスパートシス
テム結合インタフェースの処理構成、第２７図は実施例
のデータベース−エキスパートシステム結合インタフェ
ースの処理構成、第２８図は実施例の知識処理システム
の表示画面、第２９図は実施例のユーザインタフェース
の処理構成、第３０図は実施例の対応定義支援システム
の処理構成である。１０１：ユーザインタフェース、１０２：ユーザ、１０
３：対応定義支援システム、１０４：推論エンジン、１
０５：知識ベース、１０６：データベース−エキスパー
トシステム結合インタフェース、１０７：データベース
マネジメントシステム、１０８：フレーム　トランスレ
ータ、１０９：）−ランスレータ、１１Ｏ＝データベー
スシステム、１１１：ファイルシステム。１００１　：テーブルー覧、１００２　：データベース
検索画面、１００３　：モデル表示画面、１３０１　：
変換定義１．１３１４　：格納定義１．１６０１　：エ
キスパートシステム実行画面、２２０１　：ユーザ入力
読取機構、２２０２　：処理選択機構、２２０３　：テ
キストエディタ、２２０５　：他機構とのインタフェー
ス、２２０６　：表示機構、２３０１：処理選択機構、
２３０２　：データベース検索機構、２３０３　：図表
決定処理機構、２３０４　：コマンド処理機構、２３０
５：対応定義作成機構、２３０６　：内部テーブル、２
３０７　：ユーザインタフェース実行機構、２４０１：
知識ベース解釈機構、実行ルール選択機構、２４０３　
：処理判別、２４０４　：ルール実行、２５０１　：処
理判別機構、２５０２　：検索コマンド作成機構、２５
０３：ダイレクトアクセス機構、　２５０４　：処理判
別機構。２５０５　：更新コマンド作成機構、２５０６　：デー
タリフレーム変換機構、２５０７　：フレーム→データ
変換機構、２９０２　：ウィンドウ切替機構、２９０３
　：タスク管理機構、２９０４　：ウィンドウ同期機構
。第図命令：一−− デニタ：−−→〉命令およびデータニー− Ｕ５第図第図開始第図（その１）第図（その２）第図（その１）（り初期表示（２）実体集合の選択第図し）１４０６１）員　　　、。、。ｒ−ｃｊａｓｓ１４０７
　□＄苗字１４０８　シバ８名前１４０９　　（７−人の特技ｙｓｔｅｍｔｒｌｎｇｓｔｒ＋ｎｇｓｔｒｌｎｇ　５ｅｔ１４１１　、　＄会社の名称１４１２　　（／−＄苗字１４１３　（７−８名前１じ旦瓜１廊３更ｔｒｔｎｇ第　　　１７　　　図１７０１〜（テーブル読込みルール１７０２〜ｉｆ　　（’ｉ’Ｘ＠ｃ／ａｓｓ変換定義フ
レーム）１７０３〜ｔ　ｈｅｎ（ｓｅｎｄ変換定義１　　ｒｅａｄ−ｔａｂｌｅ）１７
０５〜（テーブル書込みルール１７０６〜ｉ　ｆ　　（’ｉ’Ｘ　＠ｃｌａｓｓ格納定
義フレーム）１７０７〜ｔｈｅｎ（ｓｅｎｄ格納定義ｌ　　ｗｒｉｔｅ−１ａｂｌｅ）１
７０９ＶＳ（テーブルアクセスルール１７１ＱＩ−／−
ｉｆ　　（’ｉ’Ｘ＠ｃ／ａｓｓ変換定義フレーム）１
７１１　ｖｔｈｅｎ（ｓｅｎｄ変換定義１　ｄｅｌｅｔｅ　（会社の資本、
１））第図Ｖ（Ａ社ｃｌａｓｓ　　　　　　会社＄会社の名称　　Ａ社職員数　　　　　１００第図＄会社の名称職員数Ｂ社＄苗字８名前山田Ａ太会社の名称＄苗字８名前Ｂ社山田Ａ太）＄苗字８名前人の特技山田Ａ太（テニス、ヨツト、スキー））１８０２　’、−（Ｂ社第図１ａｓｓ＄会社の名称職員数会社の資本１８ｏ３い（・・山田Ａ太・′ １ａｓｓ８苗字８名前人の特技会社Ｂ社社員山田へ太０坦求、テニス）第　　２１図１７０９い（ｆ−プヤア、ヤ、、ヤーヤ１７１０Ｉ、−
ｉ　ｆ　　（’ｉ’Ｘ　　＠ｃｌａｓｓ１７１１ｙ”ｔ
ｈｅｎ変換定ａフレーム）＄会社の名称＄苗字８名前Ｂ社山田Ａ太

Claims

【特許請求の範囲】１、二次記憶上に特定の構造で構築、管理されるリレー
ショナルデータベースのデータと、主記憶上に知識ベー
スを構築し推論エンジンにより推論を行うエキスパート
システムのフレームとの対応付け定義を支援する方法に
おいて、前記リレーショナルデータベースが持つテーブ
ルからユーザがエキスパートシステムで必要とするもの
を選択するステップと、前記各テーブルを一つの実体集
合と見なして該実体集合が持つ属性からエキスパートシ
ステムのフレーム名称を持つ属性を決定するステップと
、フレーム名称を持たない属性が持つ情報がどの属性の
情報に属するかを決定するステップ、および、これらの
情報を用いて前記実体集合を分割して複数の実体集合お
よびそれらを結ぶ関係集合を作成するステップを、ユー
ザが選択したテーブルすべてについて行い、同じ名称を
持つ集合を統合することにより実体集合、関係集合を用
いたモデルを作成し、各集合をクラスフレームとして表
わすことを特徴とするエキスパートシステムとデータベ
ースシステムの対応定義支援方法。２、請求項１記載のエキスパートシステムとデータベー
スシステムの対応定義支援方法を用いた知識処理システ
ムであって、ユーザとの間のインタフェースと、前記実
体集合、関係集合に基づいてデータベースのデータとエ
キスパートシステムのフレームの対応付けを行う対応定
義支援システムと、フレームおよびルールを記憶してい
る知識ベースと該知識ベース内のフレームおよびルール
を用いて推論を行う推論エンジンとを有するエキスパー
トシステムと、前記データベースの管理を行うデータベ
ースマネジメントシステムと、該データベースマネジメ
ントシステムを介して前記データベースとエキスパート
システムとのインタフェース処理を行うデータベースと
エキスパートシステム、との結合インタワェースと、フ
ァイルシステム中のフレームを知識ベースに格納可能な
形に変換し、データベース−エキスパートシステム結合
インタフェースに送り、知識ベースに格納可能な形から
テキスト形式に変換し、ファイルシステムに格納するフ
レームトランスレータおよびデータベース、ファイルを
格納するファイルシステムを備えたことを特徴とする知
識処理システム。３、前記変換定義支援システムが、前記ユーザインタフ
ェースからの命令を受取り、支援システムが行う支援処
理を選択する手段と、前記ユーザインタフェースから送
られて来る画面情報から画面上の図表を識別して画面上
の図表の情報を決定しその結果を出力する手段と、前記
ユーザインタフェースから実体−関係集合の分割、統合
を行うコマンドが入力された場合に内部テーブルが持つ
情報を変換してその結果を出力する手段と、前記ユーザ
インタフェースからデータベースの検索コマンドが入力
された場合に前記データベースマネジメントシステムに
対してデータ検索命令を送り、その検索結果を受取りそ
の結果を出力する手段、および、支援システムが出力す
る情報を前記ユーザインタフェースに送る手段を有する
ことを特徴とする請求項２記載の知識処理システム。４、前記ユーザインタフェースが、ユーザ入力手段とし
てキーボートまたはマウスからのユーザ入力を読取る手
段と、ユーザに対する出力手段としてディスプレイに図
表、テキストの表示を行う手段と、ユーザが入力した情
報から知識処理システムが行うべき処理を選択する手段
と、テキスト作成・編集を行い前記エキスパートシステ
ム内のファイルシステムにその結果を格納するテキスト
エディタを有することを特徴とする請求項２記載の知識
処理システム。５、前記推論エンジンが、前記知識ベース中の情報を解
釈する手段と、解釈した知識ベースの情報およびルール
の実行結果を用いて実行すべきルールを選択する手段と
、実行するルールが持つ処理がデータベースを用いるか
どうかを判別しデータベースを用いる場合には前記デー
タベース−エキスパートシステム結合インタフェースに
命令を送り、データベースを用いない場合にはルールを
実行する手段と、ルールを実行した結果を次に実行すべ
きルールの選択に用いる手段を有することを特徴とする
請求項２記載の知識処理システム。６、前記データベース−エキスパートシステム結合イン
タフェースが、前記ユーザインタフェースからの入力、
前記推論エンジンとの間の入出力、知識ベースとの間の
入出力、前記フレームトランスレータとの間の入出力、
前記データベースマネジメントシステムとの間の入出力
を有し、ユーザインタフェースまたは推論エンジンから
入力された情報から実行すべき処理を判別する手段と、
前記推論エンジンからデータベース中のデータをフレー
ムに変換し知識ベースに格納する命令を受取った場合に
、知識ベースから該当するデータベースとエキスパート
システムの対応定義を取出し、これからデータベースの
検索コマンドを生成してデータベースマネジメントシス
テムに送る手段と、検索結果を受取りユニークな名称を
持つフレームに変換して知識ベースに格納する手段と、
前記推論エンジンから知識ベース中のフレームをデータ
ベース中のデータに変換しデータベースに格納する命令
を受取った場合に、知識ベースから該当するデータベー
スとエキスパートシステムの対応定義を取出し、これか
らデータベースのデータ格納コマンドを生成してデータ
ベースマネジメントシステムに送る手段と、知識ベース
から取出したフレームをデータに変換してデータベース
に格納する手段と、前記推論エンジンからデータベース
のデータとエキスパートシステムの対応定義を用いたデ
ータベースアクセス命令を受取った場合に、アクセス命
令に応じた処理を選択し、検索命令ならば推論エンジン
に検索結果を送り、更新命令ならばデータベースを更新
する手段と、前記ユーザインタフェースからデータベー
ス中のデータをフレームに変換してファイルシステムに
格納する命令を受取った場合に、ファイルシステムから
該当するデータベースとエキスパートシステムの対応定
義を取出し、これからデータベースの検索コマンドを作
成してデータベースマネージメントシステムに送る手段
と、検索結果を受取りユニークな名称を持つフレームに
変換してファイルシステムに格納する手段と、前記ユー
ザインタフェースからファイルシステム中のフレームを
データベース中のデータに変換しデータベースに格納す
る命令を受取った場合に、ファイルシステムから該当す
るデータベースとエキスパートシステムの対応定義を取
出し、これからデータベースのデータ格納コマンドを作
成してデータベースマネージメントシステムに送る手段
と、ファイルシステム中のフレームをデータベース中の
データに変換しデータベースに格納する手段を有するこ
とを特徴とする請求項２記載の知識処理システム。７、前記ユーザインタフェースから送られて来る画面情
報から画面上の図表を識別して画面上の図表の情報を出
力する手段が、マルチウィンドウを用いるものであり、
ユーザがウィンドウを切替えたことを判断する手段と、
それに合せてデータベースのテーブルの枠組みの表示、
データベースの検索結果の表示、実体−関係集合の表示
を、前記マルチウィンドウを用いて同時に行うためのウ
ィンドウ同期手段を有することを特徴とする請求項３記
載の知識処理システム。８、前記データベース−エキスパートシステム結合イン
タフェースが、前記ユーザインタフェースからの入力、
前記フレームトランスレータとの間の入出力、前記デー
タベースマネジメントシステムとの間の入出力を有し、
前記ユーザインタフェースから入力された情報から実行
すべき処理を判別する手段と、前記ユーザインタフェー
スからデータベース中のデータをフレームに変換しファ
イルシステムに格納する命令を受取った場合に、ファイ
ルシステムから該当するデータベースとエキスパートシ
ステムの対応定義を取出し、これからデータベースの検
索コマンドを生成してデータベースマネジメントシステ
ムに送る手段と、検索結果を受取りユニークな名称を持
つフレームに変換してファイルシステムに格納する手段
と、前記ユーザインタフェースからファイルシステム中
のフレームをデータベース中のデータに変換しデータベ
ースに格納する命令を受取った場合に、ファイルシステ
ムから該当するデータベースとエキスパートシステムの
対応定義を取出し、これからデータベースのデータ格納
コマンドを生成してデータベースマネジメントシステム
に送る手段と、ファイルシステムから取出したフレーム
をデータに変換してデータベースに格納する手段を有す
る第一の部分と、前記推論エンジンとの間の入出力、知
識ベースとの間の入出力、前記データベースマネジメン
トシステムとの間の入出力を有し、前記推論エンジンか
ら入力された情報から実行すべき処理を判別する手段と
、前記推論エンジンからデータベースのデータとエキス
パートシステムの対応定義を用いたデータベースアクセ
ス命令を受取った場合に、アクセス命令に応じた処理を
選択し、検索命令ならば推論エンジンに検索結果を送り
、更新命令ならばデータベースを更新する手段と、前記
推論エンジンからデータベース中のデータをフレームに
変換してエキスパートシステム内の知識ベースに格納す
る命令を受取った場合に、知識ベースから該当するデー
タベースとエキスパートシステムの対応定義を取出し、
これからデータベースの検索コマンドを作成してデータ
ベースマネージメントシステムに送る手段と、検索結果
を受取りユニークな名称を持つフレームに変換して知識
ベースに格納する手段と、前記推論エンジンから知識ベ
ース中のフレームをデータベース中のデータに変換して
データベースに格納する命令を受取った場合に、知識ベ
ースから該当するデータベースとエキスパートシステム
の対応定義を取出し、これからデータベースのデータ格
納コマンドを作成してデータベースマネージメントシス
テムに送る手段と、知識ベース中のフレームをデータに
変換しデータベースに格納する手段を有する第二の部分
とに分けて構成されたことを特徴とする請求項６記載の
知識処理システム。９、前記データベース−エキスパートシステム結合イン
タフェースが、前記ユーザインタフェースからの入力、
前記フレームトランスレータとの間の入出力、前記デー
タベースマネジメントシステムとの間の入出力を有し、
前記ユーザインタフェースからデータベース中のデータ
をフレームに変換しファイルシステムに格納する命令を
受取った場合に、ファイルシステムから該当するデータ
ベースとエキスパートシステムの対応定義を取出し、こ
れからデータベースの検索コマンドを生成してデータベ
ースマネジメントシステムに送る手段と、検索結果を受
取りユニークな名称を持つフレームに変換してファイル
システムに格納する手段とを有する第一の部分と、前記
ユーザインタフェースからの入力、前記フレームトラン
スレータとの間の入出力、前記データベースマネジメン
トシステムとの間の入出力を有し、前記ユーザインタフ
ェースからファイルシステム中のフレームをデータベー
ス中のデータに変換しデータベースに格納する命令を受
取った場合に、ファイルシステムから該当するデータベ
ースとエキスパートシステムの対応定義を取出し、これ
からデータベースのデータ格納コマンドを生成してデー
タベースマネジメントシステムに送る手段と、ファイル
システムから取出したフレームをデータに変換してデー
タベースに格納する手段とを有する第二の部分と、前記
推論エンジンとの間の入出力、知識ベースとの間の入出
力、前記データベースマネジメントシステムとの間の入
出力を有し、前記推論エンジンから入力された情報から
実行すべき処理を判別する手段と、前記推論エンジンか
らデータベースのデータとエキスパートシステムの対応
定義を用いたデータベースアクセス命令を受取った場合
に、アクセス命令に応じた処理を選択し、検索命令なら
ば推論エンジンに検索結果を送り、更新命令ならばデー
タベースを更新する手段とを有する第三の部分と、前記
推論エンジンとの間の入出力、知識ベースとの間の入出
力、前記データベースマネジメントシステムとの間の入
出力を有し、前記推論エンジンからデータベース中のデ
ータをフレームに変換してエキスパートシステム内の知
識ベースに格納する命令を受取った場合に、知識ベース
から該当するデータベースとエキスパートシステムの対
応定義を取出し、これからデータベースの検索コマンド
を作成してデータベースマネージメントシステムに送る
手段と、検索結果を受取りユニークな名称を持つフレー
ムに変換して知識ベースに格納する手段とを有する第四
の部分と、前記推論エンジンとの間の入出力、知識ベー
スとの間の入出力、前記データベースマネジメントシス
テムとの間の入出力を有し、前記推論エンジンから知識
ベース中のフレームをデータベース中のデータに変換し
てデータベースに格納する命令を受取った場合に、知識
ベースから該当するデータベースとエキスパートシステ
ムの対応定義を取出し、これからデータベースのデータ
格納コマンドを作成してデータベースマネージメントシ
ステムに送る手段と、知識ベース中のフレームをデータ
に変換しデータベースに格納する手段とを有する第五の
部分とに分けて構成したことを特徴とする請求項６記載
の知識処理システム。