JPS6356726A - 知識ベースからデータベースへの変換装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、データ蓄積・利用システムに関し、特に、知
識ベースからデータベースへのデータの移植に関する。

〔従来の技術〕

大量のデータを蓄積・管理して効率よく利用するための
システムとして、データベースシステムは周知である（
例えば、”　Ａ　ｎ　　Ｉｎｔｒｏｄｕｃｔｉｏｎｔｏ
　Ｄａｔａｂａｓｅ　Ｓｙｓｔｅｍｓ”　Ｃ、Ｊ　、　
Ｄａｔｅ、　ＡＤＤＩＳＯＮ　−ＷＥＳＬＥＹ　ＰＵＢ
ＬＩＳｔｌＩＮＧ　ＣＯＭＰＡＮＹ　、　１９８１参照
）。データベースは、特定のカテゴリーの大量のデータ
を統一的な構造で蓄積し、それを管理するデータベース
管理システムは、集合演算、算術演算等を利用する幅広
い検索機能を提供する。（前掲文献の第４章、特に第８
３〜９３頁、及び第７章、特に第１１７〜１２３，１３
２〜１３３頁参照）。

他方、特開昭６０−１４０４４３号に記載されているよ
うに、知識ベースは、構造の異なる雑多な知識データを
蓄積し、それを管理する知識ベース管理システムは、こ
のような知識データを意味的関連によって推論検索する
機能を持つ。

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

現在の知識ベースにおいては、蓄積されたデータのカテ
ゴリーは多岐にわたり、個々のカテゴリーに属するデー
タの量はさほど多くはない。しかし、知識の蓄積が進め
ば、特定のカテゴリーに属する知識データの量が相当な
値に達することになるであろう。このような知識データ
に対しては、データベース管理システムが備えているよ
うな、幅広い検索機能が望まれるに違いない。しかしな
がら、知識ベース中のデータは、統一的な構造を持たず
、したがって、データベース管理システムが備えている
ような型の検索機能の適用には不向きである。

本発明は、知識ベースに蓄積されたデータをデータベー
スに移植することを可能にし、それにより、データベー
ス管理システムの持つ幅広い検索機能を活用することを
意図する。

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

本発明は、計算機システムをして、知識ベースから゛デ
ータベースに移すべき知識の範囲とデータベース中での
データ構造の決定を操作者に要求させ、次いで、決定さ
れた範囲の知識を知識ベースから検索して決定されたデ
ータ構造のデータに変換させ、然る後、構造変換の終っ
たデータをデータベースに蓄積させる６ 〔作用〕 本発明によれば、知識ベースからデータベースに移すべ
き知識の範囲と、その知識がデータベース中でとるべき
データ＄ｌｔ造とが、対話処理によって適切に決定され
、これらが決定された後は、所定＠囲の知識の抽出と、
データ構造の変換と、それに続くデータベースへの蓄積
とが、計算機システムによって自動的に遂行される。

〔実施例〕

第２図は、本発明の概念を模式的に示す。知識ベース１
００は外部記憶装置に保持され、その蓄積１ｇ理及び検
索は、知識ベース管理システム１０１によって行なわれ
る。データベース１０２も外部記憶装置に保持され、そ
の蓄積、管理及び検索は、データベース管理システム１
０３によって行なわれる９本発明を実現するための知識
・データ変換プログラム１０４は、知識ベース１００中
の知識データ（以下単に知識という）をデータベース１
０２に移すためのプログラムであり、データ構造定義系
１０５とデータ構造変換系１０６を含む。データ構造定
義系１０５は、データベースに移されるべき知識の範囲
と、それがデータベース１０２中でとるべき構造を、対
話処理により決定する。データ構造変換系１０６は、所
定範囲の知識を知識ベース１００から検索し、データ構
造定義系１０５により決定されたデータ構造のデータに
変換して、データベース１０１に蓄積する。

知識ベース１００及びデータベース１０２へのアクセス
は、知識ベース管理システム１０１及びデータベース管
理システム１０３を介して行なわれる。

第３図は、本発明が適用された計算機システムのハード
ウェア構成の一例を示す。このシステムは、磁気ディス
ク装置２ｏ１．端末装置２０２、チャネル２０３、ＣＰ
Ｕ２０４．及び主記憶装置２０５からなる。磁気ディス
ク装置２０１は、知識ベース１００とデータベース１０
２を保持している。主記憶装置２０５中には、知識ベー
ス管理システム１０１、データベース管理システム１０
３、及び知識・データ変換プログラム１０４が格納され
ており、更に、バッファエリア２０６が用意されている
。本実施例において、データベース１０２はリレーショ
ナルデータベースである。

第４図は、知識ベース１００の内容の例を示す。

知識には、一般知識３００と、同類語知識３　］、　Ｏ
１相対語矧ｒａ３２０などの補助知識とがあり、知識ベ
ースの利用者が関心のあるのは、主に一般知識３００で
ある。知識の一般的な記述形式は、３３０に示されてい
る。主項目と主項目データは、知識の対象すなわちテー
マを示し１項目名と項目データは、主項目データの示す
対象についての知識の内容である。例えば、知ｆｆ１３
０１は、会社名を太陽石油とする会社が、住所を東京に
有し、その置　（電話番号）は０３　（１２１）１２５
１で。

社長は太田陽−である、という内容を持つ０項目名と項
目データは入れ子構造を有し、それにより。

項目データに関する付加的知識を下位の項目名と項目デ
ータとして記述することができる。例えば。

知識３０６は、会社名称を月星電機とする会社について
、住所が大阪で、新商品は高品位テレビであることに加
えて、更に、高品位テレビの発売日が昭和６１年３月で
あることを示している。１個の主項目データ又は１個の
項目データに対して複数の項目名が記述されてもよく、
また、１個の項目名に対して複数の項目データが併記さ
れてもよい。例えば、知識３０７においては、電話番号
という項目名に対して、０３　（５５８）７１３６及び
０３　（５６１）６５６６という２個の項目データが併
記されている。

同類語知ｒ１１３１０は、一般知識において同じ実体を
表わすのに用いられている異なる用語を集めたものであ
り、これらの異なる用語を意味上同一のものとして取扱
うために用いられる。例えば。

知識３１１は、ｒ会社名」とｒ会社名称」が、−般知識
３００の中では同じ意味を持つとみなしてよいことを示
す。

相対語知ｒａ３２０は、同じ実体を相対的に逆の観点か
ら表現した２件の知識を、同じ内容のものと認識するた
めの知識である。例えば、知識３２１は、システム名を
又とするシステムの開発会社がＹであるという記述（記
号「ニー」の右辺）が、会社名をＹとする会社の開発シ
ステムがＸであるという記述（＝−の左辺）と同じ意味
である旨の定義である。

第３図に戻り、操作者は、端末装置２０２を介して、知
識ベース１００中の然るべきデータをデータベース１０
２に移したい旨の要求を出す。この要求に応答して、知
識・データ変換プログラム１０４は、ＣＰＵ２０４を制
御して、以下に述べる処理を行なう。この処理の概要は
、第１図にフローチャートとして示されている。

（１）ステップエ：第１図４０１ まず、データ構造定義系１０５が起動されて、データベ
ースに移すべき知識の提案を行なう。前述のように、知
識ベース中には多様な知識が雑然と蓄積されており、し
たがって、どのカテゴリーの知識をデータベースに移す
のが有利であるかを判断しにくい。このステップは、こ
のような困難な判断を援助するために行なわれる。

データ構造定義系１０５は、知識ベース管理システム１
０１を呼出して、知識ベース１００の内容をバッファエ
リア２０６に取出し、整理をして、第５図に示すような
、主項目名と項目名を網羅した知識の構造枠を作成する
。第５図において、主項目名５００は、第４図における
知識３０１゜３０６．３０７、及び他の図示されていな
い会社関係の知識から得られたものであり、その際に、
同類語知識３１１を用いて、知識３０６における主項目
糸ｒ会社名称」は、ｒ会社名」と同等のものとして扱わ
れる。同類語が存在する用語については、同類語知識３
１０において最初に記述されたものを選ぶのが簡明であ
る。しかし、代りに。

最も頻度の高いものを選んでもよい。項目名ｒ置Ｊ、「
新商品」等についても、同類語知識３１０が同様に利用
される。項目枠５０１は、知識３０６と３０７から得ら
れたものである。項目枠５０２は、知識３０２に相対語
知識３２１を適用することによって得られたものである
。すなわち、相対語知ｆｆ１３２１によれば、知１３０
２は、「開発システム（ＫＢＯＯＩ（会社名（東洋開発
）））」と同じ意味に解釈され、これは、記述の順序の
みを変更したｒ会社名（東洋開発（開発システム（ＫＢ
ｏｏｌ）））Ｊ　と同等であり、したがって、会社名を
主項目名とする知識としても扱うことができる。項目枠
５０３と５０４は、第４図には示されていない知識から
得られたものである。人名を主項目名５１０とする項目
枠５１１と５１２は、人名に関する知２３０３等から得
られたものであり、論文名を主項目名５２０とする項目
枠５２１と５２２は、論文名に関する知識３０４等から
得られたものである。

次に、データ構造定義系１０５は、第６図に示されるよ
うに、各主項目名と各項目名に対する頻度データの表６
１０を作成し、画面６００上に表示する。第６図の例で
は、主項目名「会社名」に対する主項目データが６００
件あり、そして、「会社名」に対する主項目データがあ
ったときにその主項目データに対して項目名「住所」が
記述されている知識が２１０件あることが示されており
、以下同様にして、それぞれの主項目名と項目名の頻度
が示されている。

以上のような分析の後、データ構造定義系１０５は、予
め定められた閾値よりも高い頻度を持つ主項目名と項目
名を選択して、データベースに移すべき知識の候補を決
定し、提案６２０として表示する。第６図の例では、頻
度が２００以上のものが選択されて、提案６２１が作成
されている。システム管理者は、この閾値を適宜決定し
、そして変更することができる。データベースシステム
は、統一的な構造を持つ大量のデータの菩積と検索に適
したシステムであり、したがって、頻度の前記閾値は、
データベースのこのような特徴を生かすに充分な程度に
高いことが望ましい。

（ｉｉ）ステップ■：第１図４０２ 前記の提案の後、データ構造定義系１０５は、データベ
ースに移すべき知識の主項目名の入力を操作者に要求す
る。第７図は１本ステップと次に述べるステップ■にお
いて表示される画面の一例７００を示す。図において、
主項目名７０１に対し、第６図に示された提案６２１が
採用されて、ｒ会社名」が操作者により入力されている
。

（ｎｉ　）ステップ■：第１図４０３ 主項目名７０１が指定されると、指定された主項目名に
関する知識の構造枠７０２が作成される。

構造枠は、指定された主項目名を持つ知識の主項目名と
項目名からなり、これらは、前述のステップＩで作成さ
れた構造枠データ（第５図）から得ることができる。デ
ータ構造枠定義系１０５は、指定された主項目名に連繋
する項目名を抽出して、構造枠７０３を作成し１表示す
る。第７図の例では、指定された主項目名がシステムか
らの提案６２１と一致するので、提案のとおりの構造枠
が作成された。しかし、指定された主項目名が提案と異
なる場合には、その指定された主項目名に連繋する全項
目名が抽出される。

次に、データ構造枠定義系１０５は、作成された構造枠
７０３に関係のある同類語７０４を、知識ベース管理シ
ステムを介して、知識ベース１００から検索し、表示す
る。この表示は、システムが進んだ項目名の同類語を操
作者に示して、後述するフィールド名の決定に便宜を与
える。

（ＩＶ）ステップ■：第１図４０４ 続いて、データベース用データ構造定義７０５の作成が
開始される。データ構造定義系１０５は、構造枠７０３
から主項目名と項目名をフィールド名７１０の列にコピ
ーする。操作者は、フィールド名として不適当と思われ
る語を、同類語７０４から選択したか又は自由に想到し
た他の語に替えることができる。また、不要な項１名を
削除してもよいし、更に、システムからの提案を採用し
た場合には、システムにより省略された項目名を追加し
てもよい。項目名の加除があったときには、それに従っ
て構造枠７０２の内容も変更される。

それから、データ構造定義系１０５は、フィールド長７
０７とデータタイプ７０８の入力を操作者に要求し、そ
れに応答して、操作者は所要データを入力する。第７図
のデータタイプ７３０の列において、ｒＫＪと「Ｃ」は
、漢字コードとＥＢＳＤＩＣコードをそ九ぞれ表わす。

例えば、エントリ７１１．７２１及び７３１は、データ
ベース１０２中で「会社名」のデータが２０バイトまで
の長さの漢字コードで表わされる（換君すれば、データ
ベース中の「会社名」フィールドは２０バイトまでの長
さの漢字コードデータのためのフィールドである）こと
を示しており、また、エントリ７１２．７２２及び７３
２は、ｒＴ＝Ｌ」のデータが１２バイトまでの長さのＥ
ＢＳＤＩＣコードで表わされることを示している。

次に、データ構造定義系１０５は、テーブル名７４０の
入力を操作者に要求し、これに応答して、操作者は、適
当な語（第７図の例では「会社テーブル」）を入力する
。

（Ｖ）ステップ■：第１図４０５ データ構造定義が決定されると５データ構造定義系１０
５は、そのデータ構造定義情報をバッファエリア２０６
を経てデータベース管理システム１０３に渡して、その
データ構造に対応するテーブル枠をデータベース１０２
中に用意させる。第８国は、第７図のデータ構造定義７
０５に対してデータベース中に用意されたテーブル枠を
示す。

（ＶＴ）ステップ■：第１図４０６ データ構造変換系１０６が起動されて、データ構造の変
換を行なう。データ構造変換系１０６は、知識ベース管
理システム１０１を呼出して、確定された構造枠（第７
図７０２）に含まれる知識を知識ベース１００からバッ
ファエリア２０６に検索し、決定されたデータ構造定義
（第７図７０５）に従ってデータ形式を変換する。第９
図は、第４図中の知識３０１がこのようにして変換され
た結果を示す。

最後に、データ構造変換系１０６は、データベース管理
システム１０３を呼出し、構造変換の終った知識を渡し
て、データベース１０２に蓄積させる。その結果、第１
０図に示されるようなテーブル形式のデータが、データ
ベース１０２に蓄積され、これに対しては、データベー
ス管理システム１０３の幅広い検索機能の利用が可能に
なる。

前述の実施例では、データベースに移すべき知識の主項
目名、データ構造定義の細部及びテーブル名は、操作者
によって与えられなければならない。しかし、変形とし
て、システムがこれら事項の原案を作成して表示し、操
作者はその原案に変更の必要がない限り単に実行を指示
するだけで足りるようにしてもよい。

また、知識・データ変換は、データベースと知識ベース
を管理する計算機とは別の計算機で行なわれでもよく、
更に、知識・データ変換と、データベースの管理と、知
識ベースの管理とが、それぞれ別の計算機で行なわれて
もよい。

〔発明の効果〕

本発明によれば、適当な範囲の知識を知識ベースからデ
ータベースに容易に移すことができ、その後は、データ
ベース管理システムの強力で幅広い４大索機能を活用す
ることができる。

【図面の簡単な説明】

第１図は本発明の一実施例のフローチャート、第２図は
本発明の概念を模式的に示す図、第３図は本光明が適用
された計算機システムの一例を示すブロックダイヤグラ
ム、第４図は知識ベースの内容の例を示す図、第５図は
提案作成のために作成された知識の構造枠の例を示す図
、第６図はシステムから操作者への提案を行なう表示画
面の一例を示す図、第７図はデータ構造決定のための表
示画面の一例を示す図、第８図ないし第１０図はデータ
ベース中におけるデータ構造の例を示す図である６ １００・・・知識ベース、】、０１・・・知識ベース管
理システム、１０２・・・データベース、１０３・・・
データベース管理システム、１０５・・・データ構造定
義プログラム、１０６・・・データ構造変換プログラム
。 ４０１〜４０４・・・知識の範囲とデータ構造の決定を
要求するステップ、４０５・・・データ構造変換ステッ
プ、４０６・・・データベース蓄積ステップ。

Claims (1)

1. 【特許請求の範囲】 １、知識ベース管理システムを介して知識ベースを管理
   ・検索するとともにデータベース管理システムを介して
   データベースを管理・検索する計算機システムにおいて
   、前記知識ベースから前記データベースに移すべき知識
   の範囲とデータベース中でのデータ構造の決定を操作者
   に要求するステツプと、決定された範囲の知識を前記知
   識ベースから検索して決定されたデータ構造のデータに
   変換するステツプと、構造変換を受けた前記データを前
   記データベースに蓄積するステツプとを有する、知識ベ
   ースからデータベースへの変換方法。 ２、特許請求の範囲１において、前記決定要求ステツプ
   は、前記知識ベースを検索して前記決定のための参考情
   報を作成して出力するステツプを含む、知識ベースから
   データベースへの変換方法。 ３、特許請求の範囲２において、前記参考情報作成・出
   力ステツプは、決定されるべき知識の範囲とデータ構造
   の少なくとも一部の提案を検索した知識についての統計
   に基づき作成して出力するステツプを含む、知識ベース
   からデータベースへの変換方法。