JPH08190542A - 文書データベース管理装置及び方法 - Google Patents

Abstract

(57)【要約】 【目的】 文書データの相違に起因する検索漏れ、検索
作業の煩雑化等の問題を解決すること。 【構成】 複数の文書からなるデータベースを管理対象
とする文書データベース管理装置において、データベー
スに格納される文書の論理構造からデータベース中での
文書の論理構造を生成するための規則を保持する生成規
則管理部１−２と、生成規則管理部１−２に保持されて
いる規則に基づいて格納される文書からデータベース中
での文書を生成する文書生成部１−４と、文書生成部１
−４により生成された文書をデータベースに格納する文
書管理部１−３とを具備する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、電子文書を管理対象と
する文書データベース管理装置に関わる。

【０００２】

【従来の技術】ワードプロセッサ等により作成された電
子文書は、デジタルデータとして表現されるので、追
加、削除、変更等の編集を容易に行なうことができ、文
書作成効率を高めることができる。また、複数の電子文
書を大容量の記憶装置に蓄積して文書データベース装置
を構築することにより、キーワード検索等により目的と
する文書を電子的に検索することができる。

【０００３】従来の電子文書を管理対象とする文書デー
タベース管理装置では、文書の検索を行なう場合には、
ワードプロセッサ等で作られた文書データそのものを蓄
積し、そのデータを使って検索を行なっていた。

【０００４】一方、電子文書の作成や編集作業を容易に
行なえるようにするために、電子文書を構造化すること
が行なわれている。文書の構造は、たとえば、文書を構
成する章、見出し、段落などの要素と、その要素間の関
係についての情報、たとえば、章は、下位構造として見
出しと段落を持つなどについての情報により表される。

【０００５】

【発明が解決しようとする課題】本発明が解決しようと
する課題を、文書構造の国際規格であるＯＤＡ（Ｏｆｆ
ｉｃｅ Ｄｏｃｕｍｅｎｔ Ａｒｃｈｉｔｅｃｔｕｒ
ｅ）（ＩＳＯ ８６１３）とＳＧＭＬ（Ｓｔａｎｄａｒ
ｄ Ｇｅｎｅｒａｌｉｚｅｄ Ｍａｒｋｕｐ Ｌａｎｇ
ｕａｇｅ）（ＩＳＯ ８８７９； ＪＩＳ Ｘ４１５
１）を例にとって説明する。

【０００６】先ず、本明細書で使用する用語について説
明する。

【０００７】「文書アーキテクチャ」という用語は、文
書を表現する情報構造とする。たとえば、ＯＤＡが定め
る情報構造は文書アーキテクチャである。ＳＧＭＬのサ
ブセッティング（機能の制限）を行ない、使用する文字
コードや図表などに用いる情報構造を定めたものも文書
アーキテクチャである。なお、ＳＧＭＬについては、た
とえば、Ｍａｒｔｉｎ Ｂｒｙａｎ、ＳＧＭＬ入門、ア
スキー出版局を参照されたい。

【０００８】「文書クラス」という用語は、文書のテン
プレートを示すものとする。文書クラスは、そこから作
られる文書がどのような論理構造をもち得るか、すなわ
ち、論理構造中に現われるノードの種類、各ノードがも
ち得る属性、各ノードがもち得る下位構造を定める。Ｏ
ＤＡの共通論理構造（ｇｅｎｅｒｉｃ ｌｏｇｉｃａｌ
ｓｔｒｕｃｔｕｒｅ）や、ＳＧＭＬをサブセッティン
グした文書アーキテクチャにおけるＤＴＤ（Ｄｏｃｕｍ
ｅｎｔ Ｔｙｐｅ Ｄｅｆｉｎｉｔｉｏｎ）は、文書ク
ラスである。

【０００９】次に、上述したような、構造化された文書
を検索する場合の問題点について説明する。

【００１０】第一の問題は、さまざまな文書アーキテク
チャ、さまざまな文書クラスの電子文書が流通している
現在では、文書データの種類が異なることにより、全文
検索や要素の切り出しができなかったり、効率が低下す
るという不具合が生じることである。

【００１１】たとえば、ＳＧＭＬでは、最小化によって
論理構造の区切りを示すタグが省略されることがある。
このタグが省略された実体参照を含む例をリスト１に示
す。

【００１２】 リスト１： 実体参照を含む例 ＜！ｄｏｃｔｙｐｅ ｄｏｃ ［ ＜！ｅｌｅｍｅｎｔ ｄｏｃ − − （ｐ＋）＞ ＜！ｅｌｅｍｅｎｔ ｐ − Ｏ （＃ＰＣＤＡＴＡ）＞ ＜！ｅｎｔｉｔｙ ｅｑｕａｌ ”＝”＞ ］＞ ＜ｄｏｃ＞ ＜ｐ＞＆＃２０２；＆＃１８４；＆＃１８９；＆＃２４１； ＆ｅｑｕａｌ ； ｄｏｃｕｍｅｎｔ．＜／ｄｏｃ＞ リスト１中の、 ＜！ｄｏｃｔｙｐｅ ｄｏｃ ［ ＜！ｅｌｅｍｅｎｔ ｄｏｃ − − （ｐ＋）＞ ＜！ｅｌｅｍｅｎｔ ｐ − Ｏ （＃ＰＣＤＡＴＡ）＞ ＜！ｅｎｔｉｔｙ ｅｑｕａｌ ”＝”＞ ］＞ という部分がｄｏｃという文書型（ＤＴＤ）の指定で、
角括弧（［］）で囲まれた部分がＤＴＤである。

【００１３】ＤＴＤの、 ＜！ｅｌｅｍｅｎｔ ｄｏｃ − − （ｐ＋）＞ という宣言により、「ｄｏｃ」という構成要素（エンテ
ィティ）が、ひとつ以上の「ｐ」という構成要素の繰り
返しからなる単純な構造をもつことが示される。

【００１４】また、 ＜！ｅｌｅｍｅｎｔ ｐ − Ｏ （＃ＰＣＤＡＴＡ）＞ という宣言により、「ｐ」という構成要素がテキストを
内容としてもつことが示される。

【００１５】＜ｄｏｃ＞と＜／ｄｏｃ＞で囲まれた部分
が文書（インスタンス）である。

【００１６】リスト１のインスタンスの説明の前に、文
書型ｄｏｃにしたがって生成した別のインスタンスの例
を以下に示す。

【００１７】＜ｄｏｃ＞ ＜ｐ＞これは最初の段落です。＜／ｐ＞ ＜ｐ＞これは二番めの段落です。＜／ｐ＞ ＜ｐ＞これは最後の段落です。＜／ｐ＞ ＜／ｄｏｃ＞ ここで、＜ｄｏｃ＞、＜／ｄｏｃ＞、＜ｐ＞、＜／ｐ＞
はタグと呼ばれ、構成要素の区切りを示すために用いら
れる。＜ｄｏｃ＞、＜ｐ＞は開始タグと呼ばれ、そこか
ら構成要素の記述がはじまることを示す。＜／ｄｏｃ
＞、＜／ｐ＞は終了タグと呼ばれ、そこで構成要素の記
述が終わることを示す。＜ｄｏｃ＞と＜／ｄｏｃ＞で囲
まれた部分が「ｄｏｃ」のインスタンスである。また、
＜ｐ＞と＜／ｐ＞で囲まれた部分が、「ｐ」なる要素で
ある。したがって、この例では３つの段落をもつ文書イ
ンスタンスが記述されていることが分かる。

【００１８】ところで、このＤＴＤでは「ｐ」の終了タ
グを省略できるように宣言しているので（＜！ｅｌｅｍ
ｅｎｔ ｐ − Ｏ （＃ＰＣＤＡＴＡ）＞のＯで指定
されている）、上記インスタンスは以下のように書くこ
ともできる。

【００１９】＜ｄｏｃ＞ ＜ｐ＞これは最初の段落です。

【００２０】＜ｐ＞これは二番めの段落です。

【００２１】＜ｐ＞これは最後の段落です。

【００２２】＜／ｄｏｃ＞ ＤＴＤ中の ＜！ｅｎｔｉｔｙ ｅｑｕａｌ ”＝”＞ により、インスタンスをＳＧＭＬパーザ（処理系）で解
析した時に、インスタンス中の ＆ｅｑｕａｌ； という実体参照が ＝ という文字列に展開されることが宣言される。

【００２３】リスト１のインスタンスにある、 ＆＃２０２；＆＃１８４；＆＃１８９；＆＃２４１； は文字参照と呼ばれるもので、文字をコードで参照して
いる。＆＃と；の間の数値が１バイトの文字コードを１
０進で表記したもので、インスタンスをＳＧＭＬパーザ
で解析した時に展開される。

【００２４】リスト１では、要素ｐの終了タグが省略さ
れている。論理構造が本来（省略しなかった場合）どの
ようになっているかは自明ではないので、この文書をそ
のまま格納したのでは、この要素を切り出せないことが
ある。省略しなかった場合の例は、後ほどリスト２で示
す。

【００２５】また、動的にタグを補完してフルタグ化を
行なうと、検索漏れの恐れはなくなるが、検索にかかる
コストが増大してしまう。

【００２６】上記したＳＧＭＬには標準の文字コードは
存在せず、文書の構成要素のひとつであるＳＧＭＬ宣言
によって、その文書を記述する文字コードが定まるの
で、文書ごとに文字コードが異なる場合がある。また、
ＳＧＭＬ文書の実際の内容である文書インスタンスに
は、実体参照が含まれるので、これらを展開しておかな
いと全文検索時に検索洩れが生じることがある。検索を
行なう時点で、文書の文字コードの変換と、文字参照と
実体参照を展開すれば、検索洩れを防ぎ所望の文書すべ
てを検索することができるが、これでは検索の準備にか
かる時間によって検索効率が低下してしまう。

【００２７】リスト１の文書の実体参照を展開し、更に
フルタグ化した例（インスタンスのみ）をリスト２に示
す。

【００２８】 リスト２： 実体参照を展開し、フルタグ化した例 ＜ｄｏｃ＞ ＜ｐ＞文書 ＝ ｄｏｃｕｍｅｎｔ．＜／ｐ＞ ＜／ｄｏｃ＞第二の問題は、文書クラスが表現する文書
構造と、文書クラスを使って文書を書くユーザが意図す
る文書構造には往々にして隔りがあるため、意図する対
象を正しく検索する式を指定するのが難しいことであ
る。この検索の際の問題をリスト３及びリスト４を参照
して説明する。

【００２９】 リスト３： ＤＴＤの例 ＜！ｄｏｃｔｙｐｅ ａｒｔ１ ［ ＜！ｅｌｅｍｅｎｔ ａｒｔ１ − − （ｓｅｃｔｉｏｎ＋）＞ ＜！ｅｌｅｍｅｎｔ ｓｅｃｔｉｏｎ − Ｏ （ｐａｒａ＋）＞ ＜！ｅｌｅｍｅｎｔ ｐａｒａ − Ｏ （＃ＰＣＤＡＴＡ）＞ ］＞ リスト４： ＤＴＤの例 ＜！ｄｏｃｔｙｐｅ ａｒｔ２ ［ ＜！ｅｌｅｍｅｎｔ ａｒｔ２ − − （ｓｅｃｔｉｏｎ＋）＞ ＜！ｅｌｅｍｅｎｔ ｓｅｃｔｉｏｎ − Ｏ （ｔｉｔｌｅ，ｐａｒａ＋）＞ ＜！ｅｌｅｍｅｎｔ ｔｉｔｌｅ − Ｏ （＃ＰＣＤＡＴＡ）＞ ＜！ｅｌｅｍｅｎｔ ｐａｒａ − Ｏ （＃ＰＣＤＡＴＡ）＞ ］＞ リスト３のＤＴＤ（Ｄｏｃｕｍｅｎｔ Ｔｙｐｅ Ｄｅ
ｆｉｎｉｔｉｏｎ）は、節（ｓｅｃｔｉｏｎ）からなる
文書である。節は、段落（ｐａｒａ）からなる。リスト
４のＤＴＤはやはり節（ｓｅｃｔｉｏｎ）からなるが、
リスト４の節は見出し（ｔｉｔｌｅ）と段落（ｐａｒ
ａ）からなっている。このため、リスト４では見出しの
内容に関して検索条件が指定できるが、リスト３で同様
の検索を行なうには、節の先頭の段落に関して検索条件
を指定しなければならない。

【００３０】第三の問題は、さまざまな文書クラスの文
書をそのまま使うと、それらが本来はほぼ同じ構造と意
味を持つものであっても、検索対象の文書クラスと同じ
だけ検索式を書く必要があるので、ユーザの意図する文
書を検索するまでに余計な手間と時間がかかることであ
る。以下、この問題をリスト５及びリスト６を参照して
説明する。

【００３１】 リスト５： ＤＴＤの例 ＜！ｄｏｃｔｙｐｅ ｂａｓｅ ［ ＜！ｅｌｅｍｅｎｔ ｂａｓｅ − − （ｔｉｔｌｅ，ａｕｔｈｏｒ，ｓｅｃ ｔｉｏｎ＋）＞＜！ｅｌｅｍｅｎｔ ｔｉｔｌｅ − Ｏ （＃ＰＣＤＡＴＡ） ＞ ＜！ｅｌｅｍｅｎｔ ａｕｔｈｏｒ − Ｏ （＃ＰＣＤＡＴＡ）＞ ＜！ｅｌｅｍｅｎｔ ｓｅｃｔｉｏｎ − Ｏ （ｓｅｃｔｔｌ，ｐａｒａ＋） ＞＜！ｅｌｅｍｅｎｔ ｓｅｃｔｔｌ − Ｏ （＃ＰＣＤＡＴＡ）＞ ＜！ｅｌｅｍｅｎｔ ｐａｒａ − Ｏ （＃ＰＣＤＡＴＡ）＞ ］＞ リスト６： ＤＴＤの例 ＜！ｄｏｃｔｙｐｅ ｄｅｒｉｖｅｄ ［ ＜！ｅｌｅｍｅｎｔ ｄｅｒｉｖｅｄ − − （ｆｒｏｎｔ，ｂｏｄｙ，ｂａ ｃｋ）＞＜！ｅｌｅｍｅｎｔ ｆｒｏｎｔ − − （ｔｉｔｌｅ，ａｕｔｈｏ ｒ）＞ ＜！ｅｌｅｍｅｎｔ ｔｉｔｌｅ − Ｏ （＃ＰＣＤＡＴＡ）＞ ＜！ｅｌｅｍｅｎｔ ａｕｔｈｏｒ − Ｏ （＃ＰＣＤＡＴＡ）＞ ＜！ｅｌｅｍｅｎｔ ｂｏｄｙ − Ｏ （ｓｅｃｔｉｏｎ＋）＞ ＜！ｅｌｅｍｅｎｔ ｓｅｃｔｉｏｎ − Ｏ （ｓｅｃｔｔｌ，ｐａｒａ＋） ＞＜！ｅｌｅｍｅｎｔ ｓｅｃｔｔｌ − Ｏ （＃ＰＣＤＡＴＡ）＞ ＜！ｅｌｅｍｅｎｔ ｐａｒａ − Ｏ （＃ＰＣＤＡＴＡ）＞ ＜！ｅｌｅｍｅｎｔ ｂａｃｋ − Ｏ （ａｃｋ）＞ ＜！ｅｌｅｍｅｎｔ ａｃｋ − Ｏ （＃ＰＣＤＡＴＡ）＞ ］＞ リスト５のＤＴＤは、題名（ｔｉｔｌｅ）、著者（ａｕ
ｔｈｏｒ）、節（ｓｅｃｔｉｏｎ）からなる構造を持つ
文書クラスである。リスト６のＤＴＤは、前付（ｆｒｏ
ｎｔ）、本文（ｂｏｄｙ）、後付（ｂａｃｋ）からなる
構造を持つ文書クラスである。前付は題名（ｔｉｔｌ
ｅ）と著者（ａｕｔｈｏｒ）、本文は節（ｓｅｃｔｉｏ
ｎ）、後付は謝辞（ａｃｋ）からなる。このふたつのＤ
ＴＤは、ともに一般的な記事を表わす文書クラスであ
り、たとえば、著者が特定の人物である、という条件な
らば同時に検索できるはずのものであるが、従来の文書
データベース管理装置では別々に検索することになる。

【００３２】以上のように、従来の文書データベース管
理装置では、格納される文書のデータそのものを格納
し、その文書データ自体が持つ情報を使って検索してい
たため、検索漏れがある、意図する対象を正しく検索す
る式を指定するのが難しい、ユーザの意図する文書を検
索するまでに余計な手間と時間がかかる等の不都合があ
った。

【００３３】そこで本発明は、文書データを検索するに
際し、煩雑な検索作業を行なうことなく、目的とする文
書データを漏れなく検索することができる文書データベ
ース管理装置及び方法を提供することを目的とする。

【００３４】

【課題を解決するための手段】前述の問題を解決するた
め、本発明では、複数の文書からなるデータベースを管
理対象とする文書データベース管理装置において、デー
タベースに格納される文書の論理構造からデータベース
中での文書の論理構造を生成するための規則を保持する
規則保持手段と、前記規則保持手段に保持されている規
則に基づいて格納される文書からデータベース中での文
書を生成する文書生成手段と、前記文書生成手段により
生成された文書をデータベースに格納する文書格納手段
とを具備することを特徴とする。

【００３５】

【作用】前述の問題を解決するため、本発明では、文書
スキーマの格納および検索を行なう文書スキーマ管理手
段、文書の格納、検索、取り出しを行なう文書管理手
段、ユーザが検索式を指定する検索式指定手段、文書ク
ラスの格納と検索を行なう文書クラス管理手段、文書ス
キーマと文書クラスを用いて記述される生成規則の格納
と検索を行なう生成規則管理手段、生成規則にしたがっ
て入力となる文書から出力となる文書を生成する文書生
成手段とを備える。

【００３６】ユーザが文書をデータベースに格納する際
には、文書管理手段が用いられる。文書管理手段は、文
書生成手段によって、格納される文書から所望の文書ス
キーマの文書を生成し、データベースに格納する。

【００３７】文書生成手段は、生成規則管理手段によっ
て検索された生成規則を評価し、格納される文書から所
望の文書スキーマの文書を生成する。

【００３８】生成規則は、格納される文書の文書クラス
と文書スキーマとをキーとして検索され、生成規則管理
手段によってそこに保持されている規則群から検索され
る。

【００３９】ユーザがデータベースから文書を検索する
際は、検索式指定手段により検索式を指定する。文書管
理手段は、検索式手段より与えらた検索式を評価し、そ
こに格納されている文書から検索式で指定された条件を
満たす文書群を検索する。どの文書クラスで取り出すか
が指定されている場合には、それらの文書から文書生成
手段を用いて所望の文書クラスの文書を生成し、生成さ
れた文書を取り出す。文書クラスが指定されていない場
合には、格納時の文書がそのまま取り出される。

【００４０】

【実施例】以下、図面を参照しながら実施例に基づいて
本発明の特徴を具体的に説明する。

【００４１】図１は、本発明の第１の実施例である文書
データベース管理装置の構成図である。

【００４２】本実施例の文書データベース管理装置は、
複数の文書アーキテクチャの文書を管理対象とする文書
データベース管理装置である。

【００４３】先ず、本実施例の文書データベース管理装
置の機能についてその概略を説明する。

【００４４】本文書データベース管理装置では、文書の
格納／検索／取り出しができる。また、本文書データベ
ース管理装置では、ユーザが文書の論理構造の生成規則
を定義／登録でき、生成された論理構造にしたがって文
書の検索ができる。

【００４５】文書の格納の際は、登録する文書（以降、
外部文書と呼ぶ）から文書（以降、内部文書と呼ぶ）を
生成し、その結果を外部文書、および文書データベース
管理装置内で一意な識別子とともに格納する。以降、本
文書データベース管理装置で文書という場合は、外部文
書とこの外部文書から生成された内部文書のペアを指
す。

【００４６】本文書データベース管理装置では、外部文
書から内部文書を生成するための生成規則定義できる。

【００４７】文書の検索の時には、内部文書を使って検
索する。検索の結果、検索条件にマッチした文書の識別
子の集合が得られる。

【００４８】ユーザは、検索の結果得られた識別子を持
つ文書の内部文書をブラウズすることができる。

【００４９】また、検索の結果得られた識別子を持つ文
書の外部文書を取り出すこともできる。

【００５０】本実施例においては、内部文書の形式はテ
キストとする。生成規則の定義によっては、生成された
テキストがＳＧＭＬのインスタンスになる場合もある。

【００５１】図１は、第１の実施例における文書データ
ベース管理装置の構成を示すブロック図である。図１に
おいて、１−１は、ユーザと本文書データベース管理装
置の対話を行うための入出力制御部である。入出力制御
部１−１は、生成規則を定義するための生成規則定義ユ
ーザインターフェース（図中、ｕ／ｉで示す）１−１
ａ、生成規則を格納するための生成規則格納ユーザイン
ターフェース１−１ｂ、文書を格納するための文書格納
ユーザインターフェース１−１ｅ、検索式の定義と検索
を行うための検索ユーザインターフェース１−１ｃ、ユ
ーザが検索結果を見るための検索結果ブラウズユーザイ
ンターフェース１−１ｄ、検索結果の文書の外部文書を
取り出す文書取り出しユーザインターフェース１−１ｆ
からなる。

【００５２】１−２は、生成規則を管理する生成規則管
理部である。生成規則管理部１−２には、生成規則が、
その規則が適用される文書アーキテクチャ名とともに格
納されている。生成規則管理部１−２は、生成規則の格
納のための格納部１−２ａ、生成規則の検索を行うため
の検索部１−２ｂからなる。

【００５３】１−３は、文書を管理する文書管理部であ
る。文書管理部１−３は、文書の格納を行う格納部１−
３ａ、文書の検索を行う検索部１−３ｂ、文書の取り出
しを行う取出部１−３ｃからなる。

【００５４】１−４は、外部文書から内部文書の生成を
行う文書生成部である。

【００５５】〔文書の格納〕次に、上述したデータベー
ス管理装置における文書の格納時の動作を説明する。

【００５６】文書の格納時には、ユーザが入出力制御部
１−１から、格納する外部文書、外部文書の文書アーキ
テクチャ名、文書生成に用いる生成規則名を指定する
（この指定を格納指定と呼ぶ）。

【００５７】格納指定は、文書管理部１−３に送られ、
文書管理部１−３では、格納指定を文書生成部１−４に
送る。

【００５８】文書生成部１−４では、格納指定から内部
文書の作成処理を行う。内部文書の作成処理の詳細を、
図２および図３のフローチャートにしたがって説明す
る。

【００５９】格納指定で指定された生成規則が存在する
かどうかを確認する（ステップ２−１，２−２）。これ
は、名前で生成規則を検索して確認する。確認の結果、
生成規則が存在しなければ、文書の格納は失敗であり、
この場合はエラー処理を行なって（ステップ２−８）処
理を終了する。

【００６０】生成規則が存在すれば、その生成規則を生
成規則管理部１−２から取り出し、内部文書の生成を行
う（ステップ２−３）。内部文書の生成に失敗したら、
文書の格納は失敗であり、この場合はエラー処理を行な
って（ステップ２−８）処理を終了する。

【００６１】図４は、生成規則の例である。この規則は
共通論理構造を有する任意のＯＤＡ文書の特定論理構造
に適用可能である。タグ名は、特定論理構造のノードで
ある論理オブジェクトの属性”ｏｂｊｅｃｔ ｃｌａｓ
ｓ”から、共通論理構造のノードである論理オブジェク
トクラスを特定し、その論理オブジェクトクラスの属
性”ｕｓｅｒ−ｖｉｓｉｂｌｅ ｎａｍｅ”の値を用い
るよう記述されている。また、タグは省略せず、開始タ
グと終了タグを生成するよう記述されている。

【００６２】つぎに、外部文書のルートノードを選択し
（ステップ２−５）、ノードの処理を行なう（ステップ
２−６）。

【００６３】ノードの処理は、図３のように、左深さ優
先で論理構造の木をたどりながら行なう。

【００６４】まず、現在選択されているノードについ
て、開始タグの処理を行なう（ステップ３−１）。開始
タグを生成するよう生成規則に書かれている場合には、
指定された方法でタグ名を決定し、開始タグを生成す
る。開始タグを生成しないよう書かれていれば、ここで
は何もしない。現在選択されているノードがテキスト内
容を持っていれば（ステップ３−２）、内部文書のテキ
スト内容としてコピーする（ステップ３−３）。

【００６５】現在選択されているノードが子ノードを持
っていれば（ステップ３−４）、長子を選択し（ステッ
プ３−５）、再帰的にそのノードの処理を行なう（ステ
ップ３−６）。子ノードなければ、終了タグを生成する
よう生成規則に書かれている場合には終了タグを生成し
（ステップ３−９）、制御をこのルーチンを呼び出した
ところに戻す（ステップ３−１０）。

【００６６】現在選択されているノードに弟ノードがあ
れば（ステップ３−７）、それを選択し（ステップ３−
８）、再びノードの処理を呼び出す（ステップ３−
６）。弟ノードがなければ、終了タグを生成するよう生
成規則に書かれている場合には終了タグを生成し（ステ
ップ３−９）、制御をこのルーチンを呼び出したところ
に戻す。

【００６７】図５は、ＯＤＡ文書の例である。ノードは
論理オブジェクトで、ノードの中の文字列はそのノード
が指す論理オブジェクトクラスの属性”ｕｓｅｒ−ｖｉ
ｓｉｂｌｅ ｎａｍｅ”の値である。ＯＤＡ文書の場
合、基本論理オブジェクトに付随する内容部の内容体系
が文字内容であれば、テキスト内容を持つ。ノードの傍
にある文字列は、そのノードのテキスト内容である。

【００６８】この文書では、ルート（ａｒｔ）が２つの
ノード（ｆｒｏｎｔおよびｂｏｄｙ）を持っている。前
付（ｆｒｏｎｔ）は、題名（ｔｉｔｌｅ）と著者（ａｕ
ｔｈ）を持っている。著者はさらに、名前（ｎａｍｅ）
と所属（ａｆｆ）からなる。本文（ｂｏｄｙ）は、ひと
つの節（ｓｅｃ）を持つ。節（ｓｅｃ）は、節見出し
（ｓｅｃｔｔｌ）と段落（ｐａｒａ）を持っている。

【００６９】図２および図３のフローチャートにしたが
って、つまり左深さ優先でこの文書をたどると、訪れる
ノードの順は、ａｒｔ，ｆｒｏｎｔ，ｔｉｔｌｅ，ａｕ
ｔｈ，ｎａｍｅ，ａｆｆ，ｂｏｄｙ，ｓｅｃ，ｓｅｃｔ
ｔｌ，ｐａｒａとなる。実際にテキスト内容を持ってい
るのは、リーフノードであるｔｉｔｌｅ，ｎａｍｅ，ａ
ｆｆ，ｓｅｃｔｔｌ，ｐａｒａで、内容は順に、’ｄａ
ｔａｂａｓｅ’，’ａｎｏｎｙｍｏｕｓ’，’ｕｎｋｎ
ｏｗｎ’，’Ａｂｓｔｒａｃｔ’，’Ｗｅ ｆｉｒｓｔ
ｄｅｓｃｒｉｂｅ．．．’である。

【００７０】したがって、図４の規則にしたがって図２
および図３の手順で処理すると、以下のようなＳＧＭＬ
文書が生成される。

【００７１】 リスト７： 図５の外部文書（ＯＤＡ文書）から生成された内部文書 ＜ａｒｔ＞ ＜ｆｒｏｎｔ＞ ＜ｔｉｔｌｅ＞ｄａｔａｂａｓｅ＜／ｔｉｔｌｅ＞ ＜ａｕｔｈ＞ ＜ｎａｍｅ＞ａｎｏｎｙｍｏｕｓ＜／ｎａｍｅ＞ ＜ａｆｆ＞ｕｎｋｎｏｗｎ＜／ａｆｆ＞ ＜／ａｕｔｈ＞ ＜／ｆｒｏｎｔ＞ ＜ｂｏｄｙ＞ ＜ｓｅｃ＞ ＜ｓｅｃｔｔｌ＞Ａｂｓｔｒａｃｔ＜／ｓｅｃｔｔｌ ＞ ＜ｐａｒａ＞Ｗｅ ｆｉｒｓｔ ｄｅｓｃｒｉｂｅ ．．．＜／ｐａｒａ＞ ＜／ｓｅｃ＞ ＜／ｂｏｄｙ＞ ＜／ａｒｔ＞ 図６は、生成規則のもうひとつの例である。この生成規
則は、外部文書のテキスト内容だけを取り出して内部文
書を生成するものである。この生成規則を図５の外部文
書に適用して得られる内部文書をリスト８に示す。

【００７２】リスト８： 図５の外部文書（ＯＤＡ文
書）から生成された内部文書 ｄａｔａｂａｓｅ ａｎｏｎｙｍｏｕｓ ｕｎｋｎｏｗｎ Ａｂｓｔｒａｃｔ Ｗｅ ｆｉｒｓｔ ｄｅｓｃｒｉｂｅ．．． 〔文書の取り出し〕次に、本文書データベース管理装置
における文書の取り出し時の動作を説明する。

【００７３】文書の取り出し時には、ユーザが、入出力
制御部１−１から、取り出す文書の識別子と、内部文書
と外部文書のいずれを一方、または両方を取り出すか指
定する（これを取り出し指定と呼ぶ）。

【００７４】取り出し指定は文書管理部１−３に送ら
れ、文書管理部１−３が内部文書と外部文書の一方また
は両方を取り出す。

【００７５】図７は、本発明の第２の実施例である文書
データベース管理装置の構成図である。

【００７６】第２の実施例の文書データベース管理装置
の機能の概略について説明する。

【００７７】第２の実施例の文書データベース管理装置
では、文書の取り得る論理構造の枠組が定義された文書
クラスを持つ文書の格納／検索／取り出しができる。ま
た、第２の文書データベース管理装置では、ユーザが文
書の論理構造の枠組を文書スキーマとして定義／登録で
き、登録された文書スキーマにしたがって文書の検索が
できる。

【００７８】文書の格納の際は、登録する文書（以降、
外部文書と呼ぶ）からいずれかの文書スキーマにしたが
った文書（以降、内部文書と呼ぶ）を生成し、その結果
を外部文書、および文書データベース管理装置内で一意
な識別子とともに格納する。以降、第２の文書データベ
ース管理装置で文書という場合は、外部文書と外部文書
から生成された内部文書のペアを指す。

【００７９】外部文書から内部文書を生成するために、
外部文書の文書クラスを登録できる。また、特定の文書
クラスの外部文書から、特定の文書スキーマの内部文書
を生成するための規則（生成規則と呼ぶ）を定義／登録
できる。

【００８０】文書の検索の時には、内部文書を使って検
索する。検索の結果、検索条件にマッチした文書の識別
子の集合が得られる。

【００８１】ユーザは、検索の結果得られた識別子に対
応する内部文書をブラウズすることができる。また、検
索の結果得られた識別子に対応する外部文書を取り出す
こともできる。また、内部文書から登録済み文書クラス
の外部文書を生成し、その結果を取り出すこともでき
る。特定の文書スキーマの内部文書から特定の文書クラ
スの外部文書を生成するための生成規則が定義／登録で
きる。

【００８２】図７において、７−１は、ユーザと本文書
データベース管理装置の対話を行うための入出力制御部
である。入出力制御部７−１は、文書スキーマを定義す
るための文書スキーマ定義ユーザインターフェース（図
中、ｕ／ｉで示す）７−１ａ、文書スキーマを格納する
ための文書スキーマ格納ユーザインターフェース７−１
ｂ、文書クラスを格納するための文書クラス格納ユーザ
インターフェース７−１ｃ、生成規則を定義するための
生成規則定義ユーザインターフェース７−１ｄ、生成規
則を格納するための生成規則格納ユーザインターフェー
ス７−１ｅ、文書を格納するための文書格納ユーザイン
ターフェース７−１ｈ、検索式の定義と検索を行うため
の検索ユーザインターフェース７−１ｆ、ユーザが検索
結果を見るための検索結果ブラウズユーザインターフェ
ース７−１ｇ、検索結果の文書の外部文書を取り出す文
書取り出しユーザインターフェース７−１ｉからなる。

【００８３】７−２は、文書スキーマを管理する文書ス
キーマ管理部である。文書スキーマ管理部７−２には、
文書スキーマがその名前とともに格納されている。文書
スキーマ管理部７−２は、文書スキーマの格納のための
格納部７−２ａ、文書スキーマの検索を行うための検索
部７−２ｂからなる。

【００８４】７−３は、文書クラスを管理する文書クラ
ス管理部である。文書クラス管理部７−３には、文書ク
ラスがその名前とともに格納されている。文書クラス管
理部７−３は、文書クラスの格納のための格納部７−３
ａ、文書クラスの検索を行うための検索部７−３ｂから
なる。

【００８５】７−４は、生成規則を管理する生成規則管
理部である。生成規則管理部７−４には、生成規則が、
その規則が適用される文書クラスの名前と、文書スキー
マの名前、および該生成規則が格納用か取り出し用かの
指定とともに格納されている。生成規則管理部７−４
は、生成規則の格納のための格納部７−４ａ、生成規則
の検索を行うための検索部７−４ｂからなる。

【００８６】７−５は、文書を管理する文書管理部であ
る。文書管理部７−５は、文書の格納を行う格納部７−
５ａ、文書の検索を行う検索部７−５ｂ、文書の取り出
しを行う取出部７−５ｃからなる。

【００８７】７−６は、外部文書から内部文書の生成、
あるいは内部文書から外部文書の生成を行う文書生成部
である。文書生成部７−６は、外部文書の文書構造を解
析して内部文書と同じ形式（内部形式と呼ぶ）の文書に
する外部文書解析部７−６ａ、内部形式の文書から外部
文書を作成する外部文書作成部７−６ｂ、生成規則に従
って既存の内部形式の文書から新しい内部形式の文書を
作成する内部形式文書変換部７−６ｃからなる。

【００８８】〔文書の格納〕次に、上述した第２の実施
例のデータベース管理装置における文書の格納時の動作
を説明する。

【００８９】文書の格納時には、ユーザが入出力制御部
７−１から、格納する外部文書、該外部文書の文書クラ
ス名、該外部文書から生成される内部文書の文書スキー
マ名が指定（これを格納指定と呼ぶ）される。

【００９０】格納指定は、文書管理部７−５に送られ、
文書管理部７−５では、格納指定を文書生成部７−６に
送る。

【００９１】文書生成部７−６では、格納指定に従って
内部文書の作成処理を行う。内部文書の作成処理の詳細
を、図８のフローチャートにしたがって説明する。

【００９２】まず、格納指定で指定された文書スキーマ
名を持つ文書スキーマが存在するかどうかを確認する
（ステップ８−１，８−２）。文書スキーマの存在は、
文書スキーマ管理部７−２で、格納指定で指定された文
書スキーマ名を持つ文書スキーマを検索して確認する。
確認の結果、文書スキーマが存在しなければ、文書の格
納は失敗であり、この場合はエラー処理を行なって（ス
テップ８−１０）処理を終了する。

【００９３】文書スキーマの存在が確認できた後（ステ
ップ８−２）、格納指定で指定された文書クラスが存在
するかどうかを確認する（ステップ８−３，８−４）。
文書クラスの存在は、文書クラス管理部７−３で、格納
指定で指定された文書クラス名を持つ文書クラスを検索
して確認する。

【００９４】確認の結果、文書クラスが存在しなけれ
ば、文書の格納は失敗であり、この場合はエラー処理を
行なって（ステップ８−１０）処理を終了する。

【００９５】文書クラスの存在が確認できた後（ステッ
プ８−４）、格納指定で指定された文書クラス名と文書
スキーマ名を持つ格納用の生成規則が存在するかどうか
を確認する（ステップ８−５）。生成規則の存在は、生
成規則管理部７−４で、格納指定で指定された文書クラ
ス名と文書スキーマ名を持つ格納用の生成規則を検索し
て確認する。確認の結果、生成規則が存在しなければ、
文書の格納は失敗であり、この場合はエラー処理を行な
って（ステップ８−１０）処理を終了する。

【００９６】生成規則が存在すれば、その生成規則を生
成規則管理部から取り出し（ステップ８−７）、内部文
書の生成を行う（ステップ８−８）。

【００９７】内部文書の生成に失敗したら（ステップ８
−９）、文書の格納は失敗であり、この場合はエラー処
理を行なって（ステップ８−１０）処理を終了する。

【００９８】内部文書は、外部文書解析部７−６ａで外
部文書を解析して内部形式の文書を作成した後、内部形
式文書変換部７−６ｃによって該内部形式の文書から生
成される。

【００９９】外部文書解析部７−６ａは、外部文書の形
式に応じて適当な既存技術で構成すればよい。たとえ
ば、外部文書の形式がＬＬ（１）文法の範疇のものであ
れば、佐々正孝著，”岩波講座ソフトウェア科学５ プ
ログラミング言語処理系”，岩波書店，１９８９の ｐ
ｐ．１３７−１４４に記載されている再帰降下構文解析
の技術を使えばよい。

【０１００】内部形式文書変換部７−６ｃでは、外部文
書解析部７−６ａで作成された内部形式の文書のルート
の要素から要素の変換の処理を再帰的に実行することに
よって内部形式文書全体の変換が行われる。要素の変換
の処理の詳細を図２１のフローチャートにしたがって説
明する。

【０１０１】要素の処理は生成中の内部形式の文書の既
に生成済みのどれかの要素をＰａｒｅｎｔ Ｎｏｄｅと
して処理が始まる。ただし、処理する要素がルートの場
合は、Ｐａｒｅｎｔ Ｎｏｄｅは未定として処理が始ま
る。生成規則に従って、処理する要素の変換後の要素種
を決定する（ステップ２１−１）。要素種が決定できな
い場合（ステップ２１−２）、処理中の要素がルートな
らば（ステップ２１−７）、文書構造の生成はエラーと
なる（ステップ２１−８）。処理中の要素がルートでな
ければ、該要素の子供の要素についての処理に移る（ス
テップ２１−９）。

【０１０２】要素種が決定できたら（ステップ２１−
２）、該種類の要素を生成する（ステップ２１−３）。
新しい要素の生成後、処理中の要素がルートでなければ
（ステップ２１−４）、生成された要素をＰａｒｅｎｔ
Ｎｏｄｅに末子として連結する（ステップ２１−
５）。処理中の要素がルートの場合は（ステップ２１−
４）、連結は行わない。その後、生成された要素を新し
いＰａｒｅｎｔ Ｎｏｄｅにする（ステップ２１−
６）。

【０１０３】ここで、処理中の要素が子供の要素をもた
なければ（ステップ２１−９）、制御をこのルーチンを
呼び出したところに戻す（ステップ２１−１４）。処理
中の要素が子供の要素を持つ場合には（ステップ２１−
９）、処理中の要素の長子を選択し（ステップ２１−１
０）、選択された要素に対して再帰的に処理を行う（ス
テップ２１−１１）。この呼び出された処理のＰａｒｅ
ｎｔ Ｎｏｄｅは、呼び出した処理の呼び出した時点で
のＰａｒｅｎｔ Ｎｏｄｅである。その後、処理中の要
素が弟の要素を持たなければ（ステップ２１−１２）、
制御をこのルーチンを呼び出したところに戻す（ステッ
プ２１−１４）。処理中の要素が弟の要素を持つ場合に
は（ステップ２１−１２）、処理中の要素の直後の弟を
選択し（ステップ２１−１３）、選択された要素に対し
て再帰的に処理を行う（ステップ２１−１１）。この呼
び出された処理のＰａｒｅｎｔ Ｎｏｄｅは、呼び出し
た処理の呼び出した時点でのＰａｒｅｎｔ Ｎｏｄｅで
ある。

【０１０４】図９は、本文書データベース管理装置の文
書クラス管理部に「文書クラスＣ１」という名前で格納
されている文書クラスの例である。矩形で囲まれている
のは、文書構造中に出現する要素の種類である。要素種
間を結んでいるリンクとＯＰＴ、ＲＥＰ、ＣＨＯ、ＳＥ
Ｑは、文書構造がとりえる木構造を制約している。その
意味は、”ＩＳＯ／ＩＳ ８６１３， Ｉｎｆｏｒｍａ
ｔｉｏｎ Ｐｒｏｃｅｓｓｉｎｇ − Ｔｅｘｔ ａｎ
ｄ Ｏｆｆｉｃｅ Ｓｙｓｔｅｍ − Ｏｆｆｉｃｅ
Ｄｏｃｕｍｅｎｔ Ａｒｃｈｉｔｅｃｔｕｒｅ （ＯＤ
Ａ） ａｎｄＩｎｔｅｒｃｈａｎｇｅ Ｆｏｒｍａｔ，
Ｐａｒｔ ２， Ａｎｎｅｘ Ｂ”に記載されている
ものと同じである。概略を説明すると、ＯＰＴは下位の
構造が０回又は１回出現することを示し、ＲＥＰは下位
の構造が１回以上出現することを示し、ＣＨＯは直下に
示される構造のどれか一つが出現することを示し、ＳＥ
Ｑは直下に示される構造の全てが示された順に出現する
ことを示す。

【０１０５】図１０は、本文書データベース管理装置の
文書スキーマ管理部７−２に「文書スキーマＳ」という
名前で格納されている文書スキーマの例である。図の内
容の意味は、図９と同じである。

【０１０６】図１１は、生成規則の例である。該生成規
則は、図９の文書クラスの外部文書から、図１０の文書
スキーマの内部文書を生成するためのものであり、生成
規則管理部７−４に、「文書クラスＣ１」という文書ク
ラス名と「文書スキーマＳ」という文書スキーマ名、お
よび該生成規則が格納用であることを示す情報とともに
格納されている。

【０１０７】生成規則は、既存の内部形式の文書の要素
についての条件を示した条件部と、該条件に適合した要
素が新しく生成される内部形式の文書においてどのよう
な種類の要素になるかを指定した要素種部からなる規則
の列である。図１１の生成規則の規則１では、既存の内
部形式の文書の要素の内、要素種がｒｏｏｔであるもの
は、新しく生成される内部形式の文書において、要素種
がＲＯＯＴである要素になることを示している。生成規
則は、図２１のステップ２１−１で要素種を決定する際
に利用される。要素種の決定では、生成規則の最初の規
則から順に、規則の条件が処理中の要素にマッチするか
どうかを調べ、最初にマッチした規則の要素種を、変換
後の要素種とする。

【０１０８】図１２は、本文書データベース管理装置の
文書クラス管理部７−３に「文書クラスＣ２」という名
前で格納されている文書クラスのもうひとつの例であ
る。図の内容の意味は、図９と同じである。

【０１０９】図１３は、生成規則のもうひとつの例であ
る。該生成規則は、図１２の文書クラスの外部文書か
ら、図１０の文書スキーマの内部文書を生成するための
ものであり、生成規則管理部７−４に、「文書クラスＣ
２」という文書クラス名と「文書スキーマＳ」という文
書スキーマ名、および該生成規則が格納用であることを
示す情報とともに格納されている。

【０１１０】図１４は、図９の文書クラスの外部文書の
例である。図１４において、文書構造の各要素は、その
要素種と識別のための数字の連結で示されている。

【０１１１】本文書データベース管理装置において、図
１４の外部文書の格納を、「文書クラスＣ１」とい文書
クラス名と「文書スキーマＳ」という文書スキーマ名と
ともに指定すると、文書生成部７−６において、図１１
の生成規則に基づいて、図１５の内部文書が生成され、
文書管理部７−５の格納部７−５ａで、図１４の外部文
書と図１５の内部文書がペアで格納される。

【０１１２】図１５において、内部文書の各要素は、そ
の要素種と識別のための数字の連結で示されている。ま
た、丸括弧で囲んで示しているのは、その要素がペアの
外部文書のどの要素に対応するかを示している。

【０１１３】図１６は、図１２の文書クラスの外部文書
の例である。図の内容の意味は、図１４と同じである。

【０１１４】本文書データベース管理装置において、図
１６の外部文書の格納を、「文書クラスＣ２」とい文書
クラス名と「文書スキーマＳ」という文書スキーマ名と
ともに指定すると、文書生成部７−６において、図１３
の生成規則に基づいて、図１８の内部文書が生成され、
文書管理部７−５の格納部７−５ａで、図１６の外部文
書と図１７の内部文書がペアで格納される。

【０１１５】図１７において、内部文書の各要素は、そ
の要素種と識別のための数字の連結で示されている。図
の内容の意味は、図１５と同じである。

【０１１６】本文書データベース管理装置では、外部文
書の文書クラスは違っても、内部文書の文書スキーマは
同一にすることができる。たとえば、図１４と図１６の
外部文書は、その文書クラスは違うが、ともに「文書ス
キーマＳ」の内部文書とともに格納される。

【０１１７】この機能によって、文書クラスが表現可能
な文書構造と、文書クラスを使って文書を書くユーザの
意図が違っている場合に、文書をユーザの意図にマッチ
した文書スキーマに登録することができる。文書の検索
の際には、内部文書を対象に検索が行われる。したがっ
て、文書クラスの違う文書でも同じ文書スキーマの文書
として検索式が定義でき、文書クラス毎の検索式の書き
わけは不要になる。

【０１１８】〔文書の取り出し〕次に、上述した第２の
実施例のデータベース管理装置における文書の取り出し
時の動作を説明する。

【０１１９】文書の取り出し時には、ユーザが入出力制
御部７−１から、取り出す文書の識別子、該識別子を持
つ文書の文書スキーマ名が指定される。もし、識別子に
対応する外部文書とは別の外部文書として取り出したい
場合には、取り出したい外部文書の文書クラス名がさら
に指定される。これらの指定を取り出し指定と呼ぶ。取
り出し指定は、文書管理部７−５に送られる。

【０１２０】文書管理部７−５では、取り出し指定で文
書クラスが指定されていない場合、その取り出し指定で
指定された識別子に対応する外部文書を入出力制御部７
−１に送る。取り出し指定で文書クラスが指定されてい
る場合には、取り出し指定を文書生成部７−６に送る。

【０１２１】文書生成部７−６では、取り出し指定に従
って、取り出し指定で指定された識別子に対応する内部
文書から外部文書の作成処理を行う。

【０１２２】外部文書の作成処理は、格納指定に従った
内部文書の作成処理とほぼ同様である。外部文書の作成
処理の詳細を図８のフローチャートにしたがって説明す
る。

【０１２３】まず、取り出し指定で指定された文書スキ
ーマ名を持つ文書スキーマが存在するかどうかを確認す
る（ステップ８−１，８−２）。文書スキーマの存在
は、文書スキーマ管理部７−２で、取り出し指定で指定
された文書スキーマ名を持つ文書スキーマを検索して確
認する。 確認の結果、文書スキーマが存在しなけれ
ば、文書の取り出しは失敗であり、この場合はエラー処
理を行なって（ステップ８−１０）処理を終了する。

【０１２４】文書スキーマの存在が確認できた後、取り
出し指定で指定された文書クラスが存在するかどうかを
確認する（ステップ８−３，８−４）。文書クラスの存
在は、文書クラス管理部７−３で、取り出し指定で指定
された文書クラス名を持つ文書クラスを検索して確認す
る。

【０１２５】確認の結果、文書クラスが存在しなけれ
ば、文書の取り出しは失敗であり、この場合はエラー処
理を行なって（ステップ８−１０）処理を終了する。

【０１２６】文書クラスの存在が確認できた後、取り出
し指定で指定された文書クラス名と文書スキーマ名を持
つ取り出し用の生成規則が存在するかどうかを確認する
（ステップ８−５）。生成規則の存在は、生成規則管理
部７−４で、取り出し指定で指定された文書クラス名と
文書スキーマ名を持つ取り出し用の生成規則を検索して
確認する（ステップ８−６）。確認の結果、生成規則が
存在しなければ、文書の取り出しは失敗であり、この場
合はエラー処理を行なって（ステップ８−１０）処理を
終了する。

【０１２７】生成規則が存在すれば、その生成規則を生
成規則管理部から取り出し（ステップ８−７）、外部文
書の生成を行う（ステップ８−８）。

【０１２８】外部文書の生成に失敗したら（ステップ８
−９）、文書の取り出しは失敗であり、この場合はエラ
ー処理を行なって（ステップ８−１０）処理を終了す
る。

【０１２９】外部文書は、内部形式文書変換部７−６ｃ
によって内部文書から新たな内部形式の文書を生成した
後、外部文書作成部７−６ｂによって該内部形式の文書
から作成すればよい。

【０１３０】内部形式文書変換部７−６ｃにおける内部
形式の文書の生成処理は、図２１のフローチャートに示
したものと同じである。

【０１３１】外部文書作成部における内部形式の文書か
らの外部文書の作成は、本発明の第１の実施例に記載さ
れた技術が利用できる。内部形式の文書を外部形式の文
書に変換するための図４のような生成規則を用意してお
き、内部形式の文書に対して、図３のフローチャートに
示す処理を施せば、外部文書を生成することができる。

【０１３２】図１８は、本文書データベース管理装置の
文書クラス管理部７−３に「文書クラスＣ３」という名
前で格納されている文書クラスのもうひとつの例であ
る。図の内容の意味は、図９と同じである。

【０１３３】図１９は、生成規則のもうひとつの例であ
る。該生成規則は、図１０の文書スキーマの内部文書か
ら、図１８の文書クラスの外部文書を生成するためのも
のであり、生成規則管理部７−４に、「文書クラスＣ
３」という文書クラス名と「文書スキーマＳ」という文
書スキーマ名、および該生成規則が取り出し用であるこ
とを示す情報とともに格納されている。

【０１３４】本文書データベース管理装置において、図
１７の内部文書を持つ文書の取り出しを、「文書クラス
Ｃ３」とい文書クラス名と「文書スキーマＳ」という文
書スキーマ名とともに指定すると、文書生成部におい
て、図１９の生成規則に基づいて、図２０の外部文書が
生成され、入出力制御部に送られる。図２０において、
外部文書の各要素は、その要素種と識別のための数字の
連結で示されている。また、丸括弧で囲んで示している
のは、その要素がもとの内部文書のどの要素に対応する
かを示している。

【０１３５】このように、本文書データベース管理装置
では、格納された文書を、その外部文書の文書クラスと
は別の文書クラスの外部文書として取り出すことができ
る。

【０１３６】本文書データベース管理装置では、文書の
取り出しの際に内部文書とともに格納されている外部文
書を取り出すことがあるので、文書の登録の際に外部文
書と内部文書をペアで格納した。もし文書の取り出しを
行わない、あるいは、外部文書の取り出しの際は必ず内
部文書から外部文書を作成するのであれば、内部文書の
み格納するように構成してもよい。

【０１３７】

【発明の効果】以上のように、本発明では、データベー
スに格納される文書データと、その文書から生成した文
書データを二重化して管理することにより、文書データ
の相違に起因する問題を解決することができる。具体的
には、検索漏れ防止することができ、意図する対象を正
しく検索する式を容易に指定することができ、また、ユ
ーザの意図する文書を検索するまでの手間と時間を削減
することができる。

【図面の簡単な説明】

【図１】 本発明の第１の実施例である文書データベー
ス管理装置の構成図である。

【図２】 内部文書の作成処理を示すフローチャートで
ある。

【図３】 内部文書の作成処理の中のノードの処理を示
すフローチャートである。

【図４】 生成規則の例を示す説明図である。

【図５】 ＯＤＡ文書の例を示す説明図である。

【図６】 生成規則のもうひとつの例を示す説明図であ
る。

【図７】 本発明の第２の実施例である文書データベー
ス管理装置の構成図である。

【図８】 内部文書の作成処理を示すフローチャートで
ある。

【図９】 文書クラスの例を示す説明図である。

【図１０】 文書スキーマの例を示す説明図である。

【図１１】 生成規則の例を示す説明図である。

【図１２】 文書クラスのもうひとつの例を示す説明図
である。

【図１３】 生成規則のもうひとつの例を示す説明図で
ある。

【図１４】 図９の文書クラスの外部文書の例を示す説
明図である。

【図１５】 内部文書の例を示す説明図である。

【図１６】 図１２の文書クラスの外部文書の例を示す
説明図である。

【図１７】 内部文書の例を示す説明図である。

【図１８】 内部文書の例を示す説明図である。

【図１９】 生成規則のもうひとつの例を示す説明図で
ある。

【図２０】 外部文書の例を示す説明図である。

【図２１】 内部形式の文書の変換における要素の処理
を示すフローチャートである。

【符号の説明】

１−１…入出力制御部、１−１ａ…生成規則定義ユーザ
インターフェース、１−１ｂ…生成規則格納ユーザイン
ターフェース、１−１ｃ…検索ユーザインターフェー
ス、１−１ｄ…検索結果ブラウズユーザインターフェー
ス、１−１ｅ…文書格納ユーザインターフェース、１−
１ｆ…文書取り出しユーザインターフェース、１−２…
生成規則管理部、１−２ａ…格納部、１−２ｂ…検索
部、１−３ａ格納部、１−３ｂ…検索部、１−３ｃ…取
出部、１−４…文書生成部、７−１…入出力制御部、７
−１ａ…スキーマ定義ユーザインターフェース、７−１
ｂ…スキーマ格納ユーザインターフェース、７−１ｃ…
文書クラス格納ユーザインターフェース、７−１ｄ…生
成規則定義ユーザインターフェース、７−１ｅ…生成規
則格納ユーザインターフェース、７−１ｆ…検索ユーザ
インターフェース、７−１ｇ…検索結果ブラウズユーザ
インターフェース、７−１ｈ…文書格納ユーザインター
フェース、７−１ｉ…文書取り出しユーザインターフェ
ース、７−２…スキーマ管理部、７−２ａ…格納部、７
−２ｂ…検索部、７−３…文書クラス管理部、７−３ａ
…格納部、７−３ｂ…検索部、７−４…生成規則管理
部、７−４ａ…格納部、７−４ｂ…検索部、７−５…文
書管理部、７−５ａ…格納部、７−５ｂ…検索部、７−
５ｃ…取出部、７−６…文書生成部

フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 9288−5Ｌ Ｇ０６Ｆ 15/20 ５８０ Ｌ 9194−5Ｌ 15/413 ３１０ Ａ (72)発明者 奥村 洋 神奈川県横浜市保土ヶ谷区神戸町134ＹＢ Ｐイーストタワー13Ｆ 富士ゼロックス株 式会社内

Claims (10)

【特許請求の範囲】
1. 【請求項１】複数の文書からなるデータベースを管理対
   象とする文書データベース管理装置において、 データベースに格納される文書の論理構造からデータベ
   ース中での文書の論理構造を生成するための規則を保持
   する規則保持手段と、 前記規則保持手段に保持されている規則に基づいて、格
   納される文書からデータベース中での文書を生成する文
   書生成手段と、 前記文書生成手段により生成された文書をデータベース
   に格納する文書格納手段とを具備することを特徴とする
   文書データベース管理装置。
2. 【請求項２】複数の文書からなるデータベースを管理対
   象とする文書データベース管理装置において、 データベースに格納される文書の論理構造がとり得る構
   造を規定する文書クラスを格納する文書クラス格納手段
   と、 データベース中の文書の論理構造が取り得る構造を規定
   する文書スキーマを格納する文書スキーマ格納手段と、 文書クラスと文書スキーマの情報を用いてデータベース
   中での文書の論理構造を生成する規則を格納する生成規
   則格納手段と、 指定された文書クラス及び文書スキーマに基づいて、前
   記生成規則格納手段に格納されている規則を検索する規
   則検索手段と、 指定された文書スキーマに基づいて、前記文書スキーマ
   格納手段に格納されている文書スキーマを検索する文書
   スキーマ検索手段と、 指定された文書クラスに基づいて、前記文書クラス格納
   手段に格納されている文書クラスを検索する文書クラス
   検索手段と、 前記規則検索手段により検索された規則、前記文書スキ
   ーマ検索手段により検索された文書スキーマ及び前記文
   書クラス検索手段により検索された文書クラスに基づい
   て、格納される文書からデータベース中での文書を生成
   する文書生成手段と、 前記文書生成手段により生成された文書をデータベース
   に格納する文書格納手段とを具備することを特徴とする
   文書データベース管理装置。
3. 【請求項３】データベース中の文書の検索を指定する検
   索指定手段と、 前記検索指定手段の指定に従って、データベースに格納
   されている文書を検索する文書検索手段と、 文書クラスと文書スキーマの情報を用いて文書の論理構
   造を生成する規則を格納する第２の生成規則格納手段
   と、 前記文書検索手段により検索された文書に基づいて、前
   記第２の生成規則格納手段に格納されている規則を検索
   する第２の規則検索手段と、 前記第２の規則検索手段により検索された規則、前記文
   書スキーマ検索手段により検索された文書スキーマ及び
   前記文書クラス検索手段により検索された文書クラスに
   基づいて、前記文書検索手段により検索された文書から
   出力する文書を生成する第２の文書生成手段とを具備す
   ることを特徴とする請求項２記載の文書データベース管
   理装置。
4. 【請求項４】前記データベースに格納される複数の文書
   は、情報構造を定義する、複数の異なる文書アーキテチ
   ャにより表現されていることを特徴とする請求項１ない
   し請求項３に記載の文書データベース管理装置。
5. 【請求項５】前記データベースに格納される複数の文書
   は、複数の異なる文書クラスにより表現されていること
   を特徴とする請求項１ないし請求項３に記載の文書デー
   タベース管理装置。
6. 【請求項６】データベースに格納される文書の論理構造
   からデータベース中での文書の論理構造を生成するため
   の規則を保持する規則保持手段を具備し、複数の文書か
   らなるデータベースを管理対象とする文書データベース
   管理装置における文書データベース管理方法であって、 前記規則保持手段に保持されている規則に基づいて格納
   される文書からデータベース中での文書を生成し、 生成された文書をデータベースに格納することを特徴と
   する文書データベース管理方法。
7. 【請求項７】データベースに格納される文書の論理構造
   がとり得る構造を規定する文書クラスを格納する文書ク
   ラス格納手段と、 データベース中の文書の論理構造が取り得る構造を規定
   する文書スキーマを格納する文書スキーマ格納手段と、 文書クラスと文書スキーマの情報を用いてデータベース
   中での文書の論理構造を生成する規則を格納する生成規
   則格納手段とを具備し、 複数の文書からなるデータベースを管理対象とする文書
   データベース管理装置における文書データベース管理方
   法であって、 指定された文書クラス及び文書スキーマに基づいて、前
   記生成規則格納手段に格納されている規則を検索する第
   １のステップと、 指定された文書スキーマに基づいて、前記文書スキーマ
   格納手段に格納されている文書スキーマを検索する第２
   のステップと、 指定された文書クラスに基づいて、前記文書クラス格納
   手段に格納されている文書クラスを検索する第３のステ
   ップと、 前記第１のステップにより検索された規則、前記第２の
   ステップにより検索された文書スキーマ及び前記第３の
   ステップにより検索された文書クラスに基づいて、格納
   される文書からデータベース中での文書を生成する第４
   のステップと、 前記第４のステップにより生成された文書をデータベー
   スに格納する第５のステップとよりなることを特徴とす
   る文書データベース管理方法。
8. 【請求項８】データベース中の文書の検索を指定する検
   索指定手段の指定に従って、データベースに格納されて
   いる文書を検索する第７のステップと、 前記第７のステップにより検索された文書から文書クラ
   スと文書スキーマの情報を用いて、出力する文書の論理
   構造を生成する規則を格納する第２の生成規則格納手段
   に格納されている規則を検索する第８のステップと、 指定された文書スキーマに基づいて、文書スキーマ格納
   手段に格納されている文書スキーマを検索する第９のス
   テップと、 指定された文書クラスに基づいて、文書クラス格納手段
   に格納されている文書クラスを検索する第１０のステッ
   プと、 前記第８のステップにより検索された規則、前記第９の
   ステップにより検索された文書スキーマ及び前記第１０
   のステップにより検索された文書クラスに基づいて、前
   記第７のステップにより検索された文書から出力する文
   書を生成する第１１のステップとよりなることを特徴と
   する請求項７記載の文書データベース管理方法。
9. 【請求項９】前記データベースに格納されている複数の
   文書は、情報構造を定義する、複数の異なる文書アーキ
   テクチャにより表現されていることを特徴とする請求項
   ６ないし請求項８記載の文書データベース管理方法。
10. 【請求項１０】前記データベースに格納される複数の文
    書は、複数の異なる文書クラスにより表現されているこ
    とを特徴とする請求項６ないし請求項８記載の文書デー
    タベース管理方法。