JP2000200206A

JP2000200206A - デ―タ管理装置およびデ―タ管理方法、並びに記録媒体

Info

Publication number: JP2000200206A
Application number: JP10376930A
Authority: JP
Inventors: Akihiko Matsuoka; 彰彦松岡
Original assignee: Railway Technical Research Institute
Current assignee: Railway Technical Research Institute
Priority date: 1998-12-28
Filing date: 1998-12-28
Publication date: 2000-07-18

Abstract

(57)【要約】【課題】データベースの設計、構築、及び変更を容易
に行うことができるようにする。【解決手段】データベースのデータ構造を、項目とそ
の内容のみで定義する。番号「００」、名前「山田」、
年齢「３０」、身長「１６５」に対して、同一の管理番
号、即ち、いまの場合、レコード番号１を割り当て、次
の番号「０１」、名前「佐藤」、年齢「２５」、身長
「１６０」に対しても、同一の管理番号、いまの場合、
レコード番号２を割り当てる。項目を検索キー１で、内
容を検索キー２でそれぞれ検索し、それぞれ管理番号の
集合を得る。そして、各管理番号の論理積を演算するこ
とにより得られた管理番号の集合から、検索キー１で指
定された項目の内容が、検索キー２に一致するデータを
検索することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データ管理装置お
よびデータ管理方法、並びに記録媒体に関し、特に、デ
ータ構造の制約をなくすことにより、不特定のデータ項
目を対象とするデータベースを効率的に作成することが
できるデータ管理装置およびデータ管理方法、並びに記
録媒体に関する。

【０００２】

【従来の技術】従来のデータベース管理システム（ＤＢ
ＭＳ（ｄａｔａｂａｓｅｍａｎａｇｅｍｅｎｔｓｙ
ｓｔｅｍ））は、利用者やアプリケーションプログラム
との間でデータやスキーマをアクセスさせるための基本
機能として、データベース定義言語、データベース操作
言語、問い合わせ言語等の実行機能を有している。

【０００３】データベース定義言語は、格納するデータ
の構造を定義するためのものであり、例えば、リレーシ
ョナルデータベースでは、図７に示すように、番号、名
前、性別、年齢、身長などのような項目（フィールド）
を持つデータ構造を、例えば、次にように定義する。

【０００４】ｃｒｅａｔｅｔａｂｌｅｐｅｒｓｏｎ ( ｎｕｍｂｅｒｉｎｔｅｇｅｒ， {番号：整数型} ｎａｍｅｃｈａｒ（１０）， {名前：文字型（１０）} ｓｅｘｃｈａｒ（２）， {性別：文字型（２）} ａｇｅｉｎｔｅｇｅｒ， {年齢：整数型} ｈｅｉｇｈｔｆｌｏａｔ {身長：小数型} );

【０００５】データベース操作言語は、上記のように定
義されたデータ構造に基づいて、データの登録、削除、
及び追加を行ったり、データベースの結合、分割などを
行うことができる。

【０００６】また、問い合わせ言語は、データベースと
利用者の間のインタフェース言語であり、利用者が目的
の情報をデータベースから検索するとき、用いられる。

【０００７】このように、従来のデータベース管理シス
テムにおいては、データベース設計によって、格納する
データの枠組み（スキーマ）を予め設定しておく必要が
あった。

【０００８】

【発明が解決しようとする課題】このように、従来の既
存のほとんどのデータベース管理システムは、データベ
ース定義言語で定義されたデータ構造に基づいて、情報
の登録、削除、検索などの操作を行っており、データ構
造に変更が発生すると、変更前のデータ構造に基づいて
開発されたアプリケーションプログラムも変更する必要
があり、面倒である課題があった。

【０００９】また、これまで、データ構造を定義すると
きは、データベースの蓄積装置の記憶容量や処理能力な
どに制約があるため、なるべく、蓄積装置の記憶領域の
空きを少なくし、取り扱うデータの型を明示的に記述す
る必要があった。ところが、現在では、大容量の記憶装
置が安価で提供され、コンピュータの処理能力も飛躍的
に向上しており、記憶容量や処理能力などの物理的な制
約が、データベースの仕様にほとんど影響を及ぼさない
状況になっている。

【００１０】本発明はこのような状況に鑑みてなされた
ものであり、データ構造の制約をなくし、煩雑なデータ
ベース設計を行うことなく、効率的にデータベースの設
計及び構築を行うことができるようにするものである。

【００１１】

【課題を解決するための手段】請求項１に記載のデータ
管理装置は、少なくとも、第１の項目のデータと第２の
項目のデータとからなり、第１の項目のデータと第２の
項目のデータとがタグによって識別可能な１または複数
の第１の情報から構成される第２の情報を入力する入力
手段と、入力手段によって入力された第２の情報を記憶
する第１の記憶手段と、第２の情報からタグを除いた第
３の情報を記憶する第２の記憶手段と、第２の記憶手段
に記憶された第３の情報に対して、少なくとも、第１の
項目に対する第１の検索キーと第２の項目に対する第２
の検索キーに基づいて検索を行う検索手段と、検索手段
によって検索された第１の情報を構成要素とする第２の
情報を出力する出力手段とを備えることを特徴とする。
また、文書データをタグ付きの第２の情報に変換する変
換手段をさらに設けるようにすることができる。また、
第１の項目のデータは、第１の情報の種類を表し、第２
の項目のデータは、第１の情報の内容を表すようにする
ことができる。請求項４に記載のデータ管理方法は、少
なくとも、第１の項目のデータと第２の項目のデータと
からなり、第１の項目のデータと第２の項目のデータと
がタグによって識別可能な１または複数の第１の情報か
ら構成される第２の情報を入力し、入力された第２の情
報を記憶し、第２の情報からタグを除いた第３の情報を
記憶し、記憶された第３の情報に対して、少なくとも、
第１の項目に対する第１の検索キーと第２の項目に対す
る第２の検索キーに基づいて検索を行い、検索された第
１の情報を構成要素とする第２の情報を出力することを
特徴とする。請求項５に記載の記録媒体は、請求項４に
記載のデータ管理方法を実行可能なプログラムが記録さ
れていることを特徴とする。本発明に係るデータ管理装
置およびデータ管理方法、並びに記録媒体においては、
少なくとも、第１の項目のデータと第２の項目のデータ
とからなり、第１の項目のデータと第２の項目のデータ
とがタグによって識別可能な１または複数の第１の情報
から構成される第２の情報を入力し、入力された第２の
情報を記憶し、第２の情報からタグを除いた第３の情報
を記憶し、記憶された第３の情報に対して、少なくと
も、第１の項目に対する第１の検索キーと第２の項目に
対する第２の検索キーに基づいて検索を行い、検索され
た第１の情報を構成要素とする第２の情報を出力する。

【００１２】

【発明の実施の形態】図１は、本発明のデータベース管
理装置の一実施の形態の構成例を示すブロック図であ
る。同図に示すように、本実施の形態は、データベース
を管理するためのドキュメント管理サーバ（ＷＳ（ワー
クステーション））１と、それにアクセスするための各
アプリケーションからなるドキュメント管理クライアン
ト（ＰＣ（パーソナルコンピュータ））１０によって構
成されている。

【００１３】ドキュメント管理サーバ１は、文書管理デ
ータベース２と、図表管理データベース３と、全文デー
タベース４とを有している。文書管理データベース２と
図表管理データベース３は、ファイル管理を行うための
ものであり、リレーショナルデータベースを用いて索引
情報等を管理するようになされている。

【００１４】また、文書管理データベース２では、オリ
ジナル文書（例えば、各種ワープロ文書）と構造化文書
（例えば、ＳＧＭＬ（ＳｔａｎｄａｒｄＧｅｎｅｒａ
ｌｉｚｅｄＭａｒｋｕｐＬａｎｇｕａｇｅ）に準拠
したタグ付き文書）による２種類の管理形式があり、後
者には図表管理データベース３に記憶されている図表デ
ータファイルへのリンク情報なども組み込まれている。

【００１５】一方、全文データベース４には、文書内の
全文に対して、フリーワードによる検索が行えるよう
に、構造化文書の全テキスト情報（タグを除く）を登録
管理するようになされている。

【００１６】ＰＣ上で稼働するドキュメント管理クライ
アント１０は、ドキュメント管理サーバ１上の各データ
ベースへのデータの登録を行う登録用アプリケーション
１１と、後述する検索アプリケーション１３によって検
索された検索結果を利用して文書を作成する編集用アプ
リケーション１２と、文書管理データベース２、図表管
理データベース３、及び全文データベース４のデータを
検索する検索用アプリケーション１３より構成されてい
る。

【００１７】また、登録用、検索用の各アプリケーショ
ン１１，１３には、それぞれがアクセスする各データベ
ースに対応するクライアントが用意されており、個々の
データベース毎にアプリケーションを構築することがで
きるようになされている。

【００１８】ここで、文書管理データベース２に記憶さ
れるオリジナル文書ファイルは、対応するアプリケーシ
ョンを使用することにより、再利用（編集、印刷）がで
きる文書ファイルのことをいう。また、図表データファ
イルを併せ持つワープロ文書等については、それらを１
つのファイルにまとめて、オリジナル文書とすることも
できる。文書管理データベース２には、システムが自動
付与する管理番号とともに、表題、著者名などの索引情
報、オリジナル文書ファイルの格納情報が登録される。
ただし、オリジナル文書ファイルの実体は、各利用者毎
に定められたＷＳ上に分散して格納される。

【００１９】また、図表データファイルとは、図、写真
などのイメージデータファイル、或いは、ロータス（Ｌ
ｏｔｕｓ）（Ｌｏｔｕｓは、ＬｏｔｕｓＤｅｖｅｌｏ
ｐｍｅｎｔＣｏｒｐｏｒａｔｉｏｎの登録商標）、エ
クセル（Ｅｘｃｅｌ）（Ｅｘｃｅｌは、米国Ｍｉｃｒｏ
ｓｏｆｔＣｏｒｐｏｒａｔｉｏｎの米国及びその他の
国における商標）等の表データファイルをオリジナル文
書ファイルとは独立した個々のデータとしてデータベー
スに登録したものをいう。図表データを登録する場合に
は、文書データを登録する場合と同様に、索引情報を図
表データに付与する必要がある。

【００２０】構造化文書は、オリジナル文書、又は、Ｏ
ＣＲ等で読みとった印刷文書をベースにして、テキスト
部分を抜き出した後、文章構造解析プログラムを介して
タグ情報を付与する等の編集処理を施すことによって作
成される。作成された構造化文書は、索引情報が付与さ
れた後、単独、或いはオリジナル文書を伴って、文書管
理データベース２に登録される。また、登録された構造
化文書のテキストデータは、自動的に、全文データベー
ス４に登録されるようになされている。

【００２１】登録文書に付与される管理番号には、形式
（オリジナル文書、構造化文書、全文データベース文
書）が異なる同一文書を管理する共通文書番号と、各文
書毎に固有な個別文書番号の２つがあり、文書管理デー
タベース２では、各索引情報をキーとして、共通文書番
号が検索される。また、共通文書番号をキーとして、オ
リジナル文書、構造化文書をダウンロードすることがで
きるようになされている。

【００２２】図表管理データベース３は、索引情報をキ
ーとして、図形データ番号を検索し、これを元に図表デ
ータファイルをダウンロードすることができるようにな
されている。また、文書管理データベース２において検
索された構造化文書の図表データへのリンク情報を用い
て、同様に図表データを検索することもできる。

【００２３】全文データベース４に記憶されている登録
文書の検索は、利用者が入力した文字列を登録文書の中
から探し出し、共通文書番号、又はその文脈（又は段
落）のテキストを検索クライアントに送信することによ
り、行うことができる。

【００２４】図２は、本発明のデータベース管理装置が
扱うデータのデータ構造の例を示している。同図に示す
ように、データは「項目」と「その内容」の形式を必ず
有している。この例の場合、データ１は、項目「番号」
の内容が「００」であり、項目「名前」の内容が「山
田」である。また、項目「年齢」の内容が「３０」、項
目「身長」の内容が「１６５」である。データ２は、項
目「番号」の内容が「０１」、項目「名前」の内容が
「佐藤」、項目「年齢」の内容が「２５」、項目「身
長」の内容が「１６０」である。

【００２５】このデータ構造は、従来のＲＤＢ（ｒｅｌ
ａｔｉｏｎａｌｄａｔａｂａｓｅ）の場合においても
同様である。例えば、データ１の「名前」項目の内容
は、「山田」である。ＲＤＢの場合のデータ１（番号が
００、名前が山田、性別が男、年齢が３０、身長が１６
５）が、本実施の形態の項目「番号」乃至項目「身長」
に該当する。

【００２６】このように、本実施の形態では、データ構
造は、次のような形式、即ち、項目と内容のみで定義さ
れる。（フィールド１項目文字列）、（フィールド
２項目文字列／バイナリ）、・・・、（フィールドＮ
項目文字列）。

【００２７】データが項目とその内容のみで構成される
ため、データを作成するときには、データベースの定義
を意識することなく、以下のように、タグ付きのテキス
ト情報（構造化文書）を作成すればよい。

【００２８】

【００２９】ここで、文字列「＜ｄａｔａ＞」は、デー
タの始まりを示すタグである。文字列「＜ｉｔｅｍ＞」
は、次に続く文字列が項目の種類を表す文字列であるこ
とを示すタグである。文字列「＜ｃｏｎｔｅｎｔ＞」
は、次に続く文字列が直前の項目の内容を表す文字列で
あることを示すタグである。また、文字列「＜／ｉｔｅ
ｍ＞」は、項目の種類を表す文字列の終わりを示すタグ
である。文字列「＜／ｃｏｎｔｅｎｔ＞」は、項目の内
容を表す文字列の終わりを示すタグである。文字列「＜
／ｄａｔａ＞」は、データの終わりを示すタグである。

【００３０】作成したタグ付きのテキスト情報（構造化
文書）は、図３に示すように、構造化文書解釈プログラ
ムによって、項目とその内容に分けられ、その後、管理
情報（識別情報等）と全文ＤＢ（データベース）に分け
て保管される。即ち、項目とその内容は、全文データベ
ース４に格納され、各項目に対応するレコード番号など
の管理情報は、図示せぬ記憶部に格納される。

【００３１】このようにして保管されたデータを検索す
る場合、まず、ユーザは、項目として「○○」を、ま
た、内容として「××」を検索キーとしてそれぞれ指定
する。検索用アプリケーション１３の検索クライアント
は、指定された各検索キーを用いて、全文データベース
４から、該当するデータをそれぞれ検索する。検索の方
法は、完全一致、又は部分一致とすることができる。そ
して、検索されたデータに対応する管理情報、この例の
場合、レコード番号の集合を得る。

【００３２】例えば、項目に対する検索キー「○○」を
「年齢」とし、内容に対する検索キーを「３０」とする
と、項目が「年齢」であるデータのレコード番号の集合
｛１，２５，４４，７５，８９，１１１，・・・｝と、
内容が「３０」であるデータのレコード番号の集合
｛１，３３，４４，５７，７６，８９，９３，・・・｝
が得られる。

【００３３】ここで、各検索キーによって検索された各
レコード番号に対して、論理積（ＡＮＤ）演算を施すこ
とにより、項目が「年齢」で、かつ、内容が「３０」の
データ、即ち、レコード番号の集合｛１，４４，８９，
・・・｝を得ることができる。このようにして、年齢が
３０となっているデータを検索することができる。

【００３４】このように、本実施の形態の場合、全文デ
ータベース４に対して検索を行っているため、高速な処
理が可能となっている。同様の処理を、項目とその内容
の２つのフィールドからなるデータを登録したリレーシ
ョナルデータベースに対して行うと、大量のデータに対
しては、検索時間が相当かかってしまう。一般に、全文
データベースシステムには、学習と呼ばれる前処理（文
書データを変換して独自のデータ構造にして蓄積する処
理）を行い、検索エンジンと呼ばれるアプリケーション
による高速検索を行う仕組みが用意されており、本実施
の形態ではこれを用いるようにしている。なお、学習の
方法や検索エンジンについての詳細な説明はここでは省
略する。

【００３５】次に、社員情報管理データベースを例に、
本実施の形態についてさらに詳細に説明する。例えば、
ある企業で、図４に示すような個人情報カードが、例え
ば、ＭｉｃｒｏｓｏｆｔＷｏｒｄ（Ｍｉｃｒｏｓｏｆｔ
は、米国マイクロソフトＣｏｒｐｏｒａｔｉｏｎの米
国及び他の国における登録商標）等のワープロソフトを
用いて作成され、これを基に、社員情報の管理データベ
ースが作成されるものとする。そして、このカードは、
社員全員により記入され、毎年、４月に更新されるもの
とする。

【００３６】まず、データを登録するために、構造化文
書（ここではＳＧＭＬ文書）を作成する。各社員から提
出されたＷｏｒｄ文書ファイル（Ｍｉｃｒｏｓｏｆｔ
Ｗｏｒｄを用いて作成された文書ファイル）、例えば、
社員番号を利用して、ファイル名が７１９８２３５．Ｄ
ＯＣなどとなっているファイルを基に、タグ情報を付与
し、ファイル名が「７１９８２３５．ＳＧＭ」というフ
ァイルを作成する。

【００３７】管理情報は、想定するアプリケーションに
より異なるが、上記例の場合、登録時に付与すべき情報
としては、登録日と受領者（管理者）の社員番号又は氏
名などとすることができる。しかしながら、データベー
スの管理用の情報を加えると、管理情報は次のようなも
のが必要となる。

【００３８】・管理番号（登録時にシステムが自動採番
するもので、レコード番号に対応する）・登録日・受領者（管理者の社員番号）又は氏名・オリジナルファイル名（例えば、７１９８２３５．Ｄ
ＯＣ）・ＳＧＭＬファイル名（例えば、７１９８２３５．ＳＧ
Ｍ）・各ファイルのアクセス権限・データ削除フラグ

【００３９】また、システムの管理情報は、次のような
ものとすることができる。

【００４０】・オリジナルファイル格納ディレクトリ
（マシン（ＷＳやＰＣなど）名等を含む）・ＳＧＭＬファイル格納ディレクトリ（マシン名等を含
む）

【００４１】次に、上記管理情報の構造について説明す
る。管理情報は、システム管理情報と、データベースの
管理情報とからなる。

【００４２】システム管理情報は、ファイルの格納場所
を示す情報であり、管理方法はどのような形式でもかま
わないが、例えば、管理ファイル（ＳＹＳＴＥＭ．ＩＮ
Ｉ）を作成して、次のように、グローバル変数として管
理する方法などがある。

【００４３】＄ＯＲＧ＿ＦＩＬＥ＝ＷＳ１：／ｈｏｍｅ／ＯＲＧ＄ＳＧＭ＿ＦＩＬＥ＝ＷＳ２：／ｈｏｍｅ／ＳＧＭＬ

【００４４】データベースの管理情報は、通常のデータ
ベースの場合と同様に、図５に示すようなテーブル形式
で管理する。即ち、管理番号、登録日、管理者、オリジ
ナルファイル名、ＳＧＭＬファイル名、権限、及び削除
の有無などの項目からなるテーブルを用いて、管理情報
を管理する。この管理情報の管理には、従来のデータベ
ースを用いてもよいし、管理ファイルからドキュメント
管理サーバ１のサーバプログラムに読み込んでサーバプ
ログラムが管理するようにしてもよい。

【００４５】全文データベース４の作成にあたっては、
上記管理番号とＳＧＭＬファイルを用いて、内部的に
は、図６に示すような索引情報を構築する。即ち、管理
番号に対応づけて、項目（職員番号、記入年月、氏名、
ふりがな、所属など）と、その内容とからなる索引情報
を作成し、これを全文データベース４とする。

【００４６】図５及び図６から分かるように、管理情報
と全文データベース４とは、管理番号によってリンクさ
れている。即ち、この例の場合、リンク情報は管理番号
ということになる。従って、全文データベース４を項目
及び内容で検索し、得られた管理番号の集合から、ＡＮ
Ｄ処理などによって目的とするデータを検索することが
できる。また、管理情報から、検索された管理番号に対
応するオリジナルファイル名などが分かるため、オリジ
ナルファイルを表示したりすることができる。

【００４７】以上説明したように、上記実施の形態にお
いては、検索に全文データベースを用いるため、データ
ベースの設計を容易にすることができる。また、従来の
データベース管理システム（ＤＢＭＳ）においては、デ
ータベースの変更に伴って、プログラムの修正等が必要
となるが、本実施の形態の場合、データ構造そのものは
変更されることがない（常に、項目とその内容とからな
る）ため、データベースに新たな項目を自由に追加した
り、或いは、項目を自由に削除することができる。

【００４８】なお、上記実施の形態において用いた、＜
ｄａｔａ＞、＜／ｄａｔａ＞、＜ｉｔｅｍ＞、＜／ｉｔ
ｅｍ＞、＜ｃｏｎｔｅｎｔ＞、＜／ｃｏｎｔｅｎｔ＞な
どのタグは、例であってこれに限定されるものではな
い。

【００４９】また、上記実施の形態においては、ドキュ
メント管理サーバをワークステーション（ＷＳ）で構成
するようにしたが、これに限定されるものではなく、パ
ーソナルコンピュータ（ＰＣ）で構成するようにしても
よい。

【００５０】また、上記実施の形態においては、文書管
理データベースにおいて、ＳＧＭＬで記述された構造化
文書を記憶するようにしたが、ＳＧＭＬは一例であり、
ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔＭａｒｋｕｐＬａ
ｎｇｕａｇｅ）等の他の構造化文書であってもかまわな
い。

【００５１】また、上記実施の形態においては、本発明
をクライアント／サーバ型のシステムに応用する場合に
ついて説明したが、これに限定されるものではなく、ス
タンドアロン型のシステムに適用することもできる。

【００５２】さらに、上記実施の形態のサーバプログラ
ム及びクライアントにおける各アプリケーションソフト
ウェアは、ＣＤ−ＲＯＭ（ｃｏｍｐａｃｔｄｉｓｃ
ｒｅａｄｏｎｌｙｍｅｍｏｒｙ）、ＤＶＤ（ｄｉｇ
ｉｔａｌｖｉｄｅｏｄｉｓｃ）、ＦＤ（ｆｌｏｐｐ
ｙｄｉｓｃ）、又はその他の記録媒体に記録して提供
することかできる。

【００５３】

【発明の効果】以上の如く、本発明に係るデータ管理装
置およびデータ管理方法、並びに記録媒体によれば、少
なくとも、第１の項目のデータと第２の項目のデータと
からなり、第１の項目のデータと第２の項目のデータと
がタグによって識別可能な１または複数の第１の情報か
ら構成される第２の情報を入力し、入力された第２の情
報を記憶し、第２の情報からタグを除いた第３の情報を
記憶し、記憶された第３の情報に対して、少なくとも、
第１の項目に対する第１の検索キーと第２の項目に対す
る第２の検索キーに基づいて検索を行い、検索された第
１の情報を構成要素とする第２の情報を出力するように
したので、データ構造の制約をなくし、煩雑なデータベ
ース設計を行うことなく、効率的にデータベースの設計
及び構築を行うことができる。従って、データベースへ
の項目の追加や削除を容易に行うことができる。また、
データ構造に制約がないため、不特定のデータ項目を対
象とするデータベースを効率的に作成することができ
る。

【図面の簡単な説明】

【図１】本発明のデータ管理装置の一実施の形態の構成
例を示すブロック図である。

【図２】本発明のデータ管理装置で用いられるデータ構
造の例を示す図である。

【図３】テキスト情報を管理情報と全文データベースに
分けて保管する手順を示す図である。

【図４】個人情報カードの例を示す図である。

【図５】データベースの管理情報を管理するためのテー
ブルを示す図である。

【図６】全文データベースの例を示す図である。

【図７】従来のリレーショナルデータベースのデータ構
造の例を示す図である。

【符号の説明】

１ドキュメント管理サーバ２文書管理データベース３図表管理データベース４全文データベース１１登録用アプリケーション１２編集用アプリケーション１３検索用アプリケーション

Claims

【特許請求の範囲】

【請求項１】少なくとも、第１の項目のデータと第２
の項目のデータとからなり、前記第１の項目のデータと
前記第２の項目のデータとがタグによって識別可能な１
または複数の第１の情報から構成される第２の情報を入
力する入力手段と、前記入力手段によって入力された前記第２の情報を記憶
する第１の記憶手段と、前記第２の情報から前記タグを除いた第３の情報を記憶
する第２の記憶手段と、前記第２の記憶手段に記憶された前記第３の情報に対し
て、少なくとも、前記第１の項目に対する第１の検索キ
ーと前記第２の項目に対する第２の検索キーに基づいて
検索を行う検索手段と、前記検索手段によって検索された前記第１の情報を構成
要素とする前記第２の情報を出力する出力手段とを備え
ることを特徴とするデータ管理装置。
【請求項２】文書データをタグ付きの前記第２の情報
に変換する変換手段をさらに備えることを特徴とする請
求項１に記載のデータ管理装置。
【請求項３】前記第１の項目のデータは、前記第１の
情報の種類を表し、前記第２の項目のデータは、前記第
１の情報の内容を表すことを特徴とする請求項１に記載
のデータ管理装置。
【請求項４】少なくとも、第１の項目のデータと第２
の項目のデータとからなり、前記第１の項目のデータと
前記第２の項目のデータとがタグによって識別可能な１
または複数の第１の情報から構成される第２の情報を入
力し、入力された前記第２の情報を記憶し、前記第２の情報から前記タグを除いた第３の情報を記憶
し、記憶された前記第３の情報に対して、少なくとも、前記
第１の項目に対する第１の検索キーと前記第２の項目に
対する第２の検索キーに基づいて検索を行い、検索された前記第１の情報を構成要素とする前記第２の
情報を出力することを特徴とするデータ管理方法。
【請求項５】請求項４に記載のデータ管理方法を実行
可能なプログラムが記録されている記録媒体。