JP2991142B2

JP2991142B2 - 動的部品化機能付き構造化文書データベースシステム

Info

Publication number: JP2991142B2
Application number: JP8352636A
Authority: JP
Inventors: みさ波内
Original assignee: Nippon Electric Co Ltd
Current assignee: NEC Corp
Priority date: 1996-12-13
Filing date: 1996-12-13
Publication date: 1999-12-20
Anticipated expiration: 2016-12-13
Also published as: JPH10171794A

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、構造化文書データ
ベースシステムに関し、特に、動的に構造化文書の文書
要素を部品としてデータベースに登録するシステムに関
する。

【０００２】

【従来の技術】従来、ＳＧＭＬ（Standard Generalize
d Markup Language）などの規格に則った構造化文書
を蓄積し、その構造情報を利用して、任意の文書の一部
分を検索する機能を備えた構造化文書データベースが提
案され、且つ実現されている。

【０００３】このような機能を持つ構造化文書データベ
ースを実現するための方法の一つとして、文書中の全て
の文字列に対してインデックスを作成し、複数の文書中
から与えられた文字列を含む文書、および、当該文字列
の出現位置を高速に検索可能とする全文検索エンジンを
用いる方法が知られている。

【０００４】この従来の方法では、構造化文書全体が、
一つのまとまりとして、データベースあるいは文書リポ
ジトリに蓄積される。そして、文書中のある文書要素に
対して検索要求が発行されると、構造化文書中に埋め込
まれた構造情報を表すタグをインデックス・キーとし
て、文書およびその文書の出現位置を検索し、検索され
たタグの出現位置を起点として、文書要素を切り出すこ
とにより、目的の文書要素を提供する。

【０００５】しかし、この従来の方法においては、デー
タベースあるいは文書リポジトリ中には、文書全体のみ
が蓄積されており、このため、検索要求が発行される度
に、文書要素を切り出す処理が行われることになり、例
えば特定の文書要素が頻繁に検索される場合には、逆に
効率が悪くなる。また、特定の文書要素を複数の文書で
共有し、文書部品としての再利用性を高めることも困難
である。

【０００６】文書要素を検索する別の従来の方法とし
て、例えば特開平５−１０１０５４号公報には、文書を
部品化してデータベースに格納し、文書作成時に部品化
された文書より文書を自動的に生成できるようにした文
書作成支援システムが提案されている。この従来のシス
テムは、構造化文書を予め文書要素単位に分解して蓄積
するものであり、文書要素は汎用のリレーショナル・デ
ータベースやオブジェクト指向データベース中の一デー
タとして格納され、データベースにおいて定義されてい
るフィールド名（オブジェクト指向データベースの場合
は、メンバ変数名）により、目的の文書要素を検索する
ことができる。また、文書要素を単位としてそれぞれ独
立して格納されるため、文書部品として複数の文書間で
共有し、再利用することも可能である。

【０００７】しかしながら、ある文書要素の内側に他の
文書要素が含まれる場合、すなわち文書要素間に包含関
係を持つ場合には、これらに対応する文書部品が保持す
るテキスト内容が重複し、文書データベースで文書を格
納するために必要なメモリ容量が元の文書サイズよりも
大きくなってしまう。

【０００８】また、文書要素がばらばらに分解されて格
納されているため、元の文書を取り出す場合や、複数の
文書要素をまとめて取り出す場合には、複数の文書要素
を再合成し、一つの文書にまとめ上げなければならな
い。

【０００９】さらに、すべての文書要素を部品化した場
合、部品として再利用される可能性の低い、単語単位の
文書要素も部品として登録されることになり、その結
果、データベース中の部品の数が膨大になるばかりでな
く、本当に必要な文書部品を検索する際、不必要な部品
が多数存在することによって、検索効率が低下するとい
う可能性もある。

【００１０】これに対して、文書要素の中で部品化する
ものを予め利用者が選択し、指定された文書要素だけを
部品化することにより、特定の文書部品だけを含んだデ
ータベースを構築するという方法も考えられる。この方
法によれば、ユーザが不必要と考える文書部品を排除す
ることができるので、文書部品の検索効率は良好とさ
れ、また元文書を復元する際にも、必要以上の再合成処
理を行わなくても済むことになる。

【００１１】しかしながら、この方法では、構造化文書
データベースに対して文書を登録する場合に生成された
文書部品しか利用することができず、新たに文書部品と
しての必要性が認識された文書要素を部品化するために
は、データベースへの登録を手作業で行わなければなら
ず、最悪の場合には、文書全体を、再登録し直さなけれ
ばならない。

【００１２】その他に、文書要素の部品化を行う処理
は、データベース中に格納されている文書の構造情報な
どを変更するなどの処理実行の負荷や、データベースの
内容変更のためのアクセス制限を伴う。このため、部品
化処理の実行中は、データベースに対する他の検索要求
が受け付けられなかったり、受け付けられた場合でも応
答時間が通常に比べて長くなることがある。

【００１３】また、構造化文書データベースを運用して
いる計算機上で他のアプリケーションが実行される場
合、部品化処理の負荷の影響でそのアプリケーションの
実行が円滑に行われない場合もある。

【００１４】

【発明が解決しようとする課題】このように、上記従来
の方法の問題点をまとめると下記記載のようなものとな
る。

【００１５】第１の問題点は、構造化文書をデータベー
スに格納した時点で、全ての文書要素を部品として分解
して登録すると、利用者が必要としない部品が多数生成
される可能性があり、これにより、データベース・サイ
ズの増大、元文書の復元処理の繁雑化、更に検索効率低
下などという各種問題が生じる、ということである。

【００１６】第２の問題点は、データベースへの登録時
にのみ文書要素の部品化処理を行うと、データベースを
利用している途中に、部品化の必要性が認識された文書
要素を部品化するためには、その文書全体の再登録が必
要になる場合がある、ということである。

【００１７】第３の問題点は、文書要素の部品化を行う
処理が、他のデータベース・アクセス処理や他のアプリ
ケーションの実行を阻害する可能性がある、ということ
である。

【００１８】したがって、本発明は、上記事情に鑑みて
なされたものであって、その目的は、文書要素の検索を
行う過程で再利用の可能性があるものを利用者が指定
し、これを分解してデータベース中に格納することによ
って文書部品としての柔軟な再利用を可能とし、それ以
外の文書要素は分解せずに保持することによって、上記
のような従来の構造化文書データベースの問題点を全て
解消するようにした構造化文書データベースシステムを
提供することにある。

【００１９】本発明の別の目的は、文書要素が検索され
た時点で文書の部品化を行うかどうかの判断をユーザに
委ね、ユーザが部品化の必要性を認識した文書要素を動
的に部品化するようにした構造化文書データベースシス
テムを提供することにある。

【００２０】本発明の更に別の目的は、文書要素の部品
化を実行する時刻を、ユーザの判断により、好ましくは
構造化文書データベースへのアクセスや他のアプリケー
ション実行の頻度が低い時間帯に設定することにより、
これらを阻害する可能性を可能な限り回避することがで
きる構造化文書データベースシステムを提供することに
ある。

【００２１】

【課題を解決するための手段】前記目的を達成するた
め、本発明は、構造化文章の構造を解析した結果である
構造情報と、前記構造化文書本体と、前記構造化文書を
構成する文書要素を取り出した文書部品と、を格納する
構造化文書データベースと、利用者（ユーザ）がある文
書要素を検索するための条件を入力するためのユーザイ
ンタフェースと、前記構造化文書データベースに格納さ
れている構造情報を基に、ある文書要素を文書本体から
取り出す文書ＤＢ生成手段と、前記構造情報を基に、利
用者が指定した文書要素を検索し、目的の文書要素を、
前記文書部品、もしくは前記文書ＤＢ生成手段を利用し
て、前記構造化文書本体から所定の記憶領域に取り出す
文書部品アクセス手段と、を備え、目的の文書要素が前
記構造化文書データベース中に部品化されている場合に
は、部品中から迅速に文書要素を取り出す、ことを特徴
とする。

【００２２】本発明の概要を以下に説明する。本発明
は、構造化文書をデータベースに登録した時点では文書
要素の部品化を行わず、データベースに対して検索要求
が発行された文書要素に対して、構造化文書データベー
スのユーザ自身がその文書要素の部品化を行うかどうか
を指定するための手段を備える。

【００２３】また、本発明は、文書要素が検索された時
点でその文書要素の部品化を行うかどうかの判断をユー
ザから得、この判断を基に、動的に部品化処理を行う手
段を備えている。

【００２４】さらに、本発明は、文書要素の部品化を行
う時刻をユーザ自身が指定することができる手段を有す
る。

【００２５】

【発明の実施の形態】本発明の実施の形態について図面
を参照して以下に詳細に説明する。

【００２６】

【実施の形態１】図１は、本発明の第１の実施の形態の
構成を機能ブロック図にて示したものである。図１を参
照すると、この実施の形態は、文書部品アクセス手段１
０６と、文書ＤＢ（データベース）生成手段１０５と、
部品化方針定義手段１０２と、構造化文書データベース
１０７と、構造化文書データベース１０７にアクセスす
るためのユーザインタフェース１０１と、を含む。

【００２７】文書部品アクセス手段１０６は、ユーザイ
ンタフェース１０１を通して利用者から要求された文書
部品１１０を構造化文書データベース１０７から検索
し、ユーザインタフェース１０１を通して返却する。

【００２８】文書ＤＢ生成手段１０５は、部品化方針定
義手段１０２によって与えられる方針に従い、構造化文
書の構造情報１０９、構造化文書本体１０８、および、
文書要素を切り出して生成された文書部品１１０を、構
造化文書データベース１０７中に生成する。また文書Ｄ
Ｂ生成手段１０５は、文書部品アクセス手段１０６から
要求された文書要素を、構造化文書本体１０８より計算
機のメモリ１１１中に取り出し、これを、利用者からの
要求に対する処理結果として、ユーザインタフェース１
０１を通して返却する。

【００２９】部品化方針定義手段１０２は、部品化指定
手段１０３と、部品化処理実行時刻定義手段１０４と、
を有し、構造化文書の文書部品の生成方法を利用者が指
定するための手段を与えるものである。すなわち、利用
者は、検索した文書要素を部品としてデータベースに格
納するか否かについて、部品化指定手段１０３を利用し
て指定し、また部品化する場合には、その処理をいつ行
うかについて部品化処理実行時刻定義手段１０４を利用
して指定することができる。

【００３０】構造化文書データベース１０７は、構造化
文書を構成する文書要素の順序関係、包含関係などの情
報を含む構造情報１０９と、構造化文書本体１０８、お
よび、文書部品１１０を蓄積する。

【００３１】構造情報１０９は、文書要素ごとに生成さ
れ、構造を示すタグ名や、「章」、「節」などの文書構
造に対応する文書要素の場合には、好ましくは、その
「章名」、「節名」など、文書の内容のうち検索条件と
なり易いものを付随情報として格納する。また、文書要
素の構造情報として、対応する文書要素の、元の文書の
先頭からの開始位置のバイト数値を保持する。さらに、
文書要素が部品化されている場合、これに対応する構造
情報に部品が関連付けられる。

【００３２】ユーザインタフェース１０１は、ディスプ
レイ、キーボード、マウスなどを持ち、利用者からデー
タベースへの検索要求を受け取ったり、データベースの
検索結果を利用者に提示する。

【００３３】図２は、本発明の第１の実施の形態の処理
フローを説明するための流れ図である。図１および図２
を参照して、本発明の第１の実施の形態の動作について
以下に説明する。

【００３４】ユーザインタフェース１０１を通して与え
られた利用者からのある文書要素の検索要求は、文書部
品アクセス手段１０６に伝達される。

【００３５】文書部品アクセス手段１０６では、まず構
造化文書データベース１０７中の構造情報１０９を調
べ、目的の文書要素が既に部品化されているか否かの確
認を行う（ステップ２０２）。目的の文書要素が既に部
品として存在する場合には（ステップ２０２のＹｅ
ｓ）、構造化文書データベース１０７中の対応する部品
１１０を検索し、これをユーザインタフェース１０１を
通して利用者に返却する（ステップ２０７）。

【００３６】一方、ステップ２０２において、目的の文
書要素の構造情報から対応する文書部品１１０が検索で
きなかった場合、文書部品アクセス手段１０６は、文書
ＤＢ生成手段１０５に対して文書要素の切り出しを要求
する。

【００３７】文書ＤＢ生成手段１０５は、構造情報１０
９中に保持されている、文書の先頭からの文書要素の位
置を示すバイト値を取り出し、構造化文書データベース
１０７中の構造化文書本体１０８の先頭からその値分を
計数して、目的の文書要素を取り出してメモリ１１１上
に格納し、ユーザインタフェース１０１を通して利用者
に返却する（ステップ２０３）。

【００３８】次に文書ＤＢ生成手段１０５は、部品化方
針定義手段１０２を参照して、取り出された文書要素
を、部品として新たに構造化文書データベース１０７に
蓄積するかどうかの判断を行う（ステップ２０４）。

【００３９】利用者によって部品化しないと定義されて
いる場合には、メモリ１１１に取り出されている文書要
素は廃棄する。

【００４０】一方、メモリ１１１上に取り出された文書
要素を新たに部品として格納する旨が部品化指定手段１
０３に定義されている場合には（ステップ２０４のＹｅ
ｓ）、さらに、どの時点で部品化処理を行うかを部品化
方針定義手段１０４に確認する（ステップ２０５）。

【００４１】文書要素が検索され取り出されたその時点
で、部品化するよう定義されている場合には（ステップ
２０５のＹｅｓ）、メモリ１１１に取り出されている文
書要素を基に、新たな部品を構造化文書データベース１
０７中に生成し、これを文書の構造情報１０９中の対応
する文書要素の情報に関連付ける（ステップ２０６）。

【００４２】一方、部品化処理を実行する時刻を指定さ
れている場合には（ステップ２０５のＮｏ）、メモリ中
１１１に取り出された文書要素を、他のアプリケーショ
ンの負荷とならないように、一旦解放し、構造化文書デ
ータベース１０７の対応する構造情報１０９中に、部品
化予定である旨の印を付ける（ステップ２０９）。

【００４３】そして文書ＤＢ生成手段１０５は、指定さ
れた時刻になると、構造情報１０９中に、部品化予定で
ある旨の印が付けられている文書要素を、再び構造化文
書本体１０８から切り出し、文書部品１１０として、構
造化文書データベース１０７中に生成して、構造化文書
データベース１０７を更新する（ステップ２０６）。

【００４４】

【実施例】上記した実施の形態について更に詳細に説明
すべく、本発明の一実施例の動作を、図３、図４、図
５、及び図６を参照して詳細に説明する。

【００４５】図３は、本発明の一実施例の動作の一例を
模式的に説明するための図である。なお、図３におい
て、ユーザインタフェース３０１、部品化方針定義手段
３０２、部品化指定手段３０３、部品化処理実行時刻定
義手段３０４、文書ＤＢ生成手段３０５、文書部品アク
セス手段３０６、構造化文書データベース３０７、メモ
リ３１１は、それぞれ、図１に示した要素（参照番号１
００番台）に対応したものであり、説明の重複を避ける
ため、上記実施の形態で既に説明した内容は省略する。

【００４６】図３を参照すると、構造化文書データベー
ス３０７には、その文書要素が未だ１つも部品化されて
いない文書（構造化文書３０８）が登録されている。

【００４７】このデータベース３０７に対して、「『Ｓ
ＧＭＬの歴史』という題名を持つsectionを検索せよ」
という命令がユーザインタフェース３０１を通して発行
されたとする。

【００４８】まず文書部品アクセス手段３０６は、デー
タベース中の構造情報３０９を参照して、「section」
に該当する構造を検索し、対応する文書要素が「ＳＧＭ
Ｌの歴史」という題名（＜ｔｉｔｌｅ＞タグと＜／ｔｉ
ｔｌｅ＞タグの間の題名）を持つものを確定する。

【００４９】このとき、該当する文書要素が複数個あっ
ても構わない。複数個検索された場合には、以下の処理
を各々の文書要素に対して実施する。

【００５０】図４は、本発明の一実施例における構造化
文書データベース中の構造情報の内容の一例を説明する
ための図である。図４を参照すると、この構造情報は、
「section」というタグ名に対応する文書要素に対して
生成されるもので、その文書要素固有の番号を、「要素
番号」欄に、その文書要素が他の文書要素中に包含され
ている場合には、含む側の文書要素の番号を「親要素」
欄に、反対に他の文書要素を包含する場合には、含まれ
る側の文書要素の番号を「子要素」欄に保持する。

【００５１】図４に示す例では、番号「４」の文書要素
が番号「３」の文書要素に含まれ、さらに番号「４」の
文書要素は、番号「７」および「８」の２つの文書要素
を含むことを示している。

【００５２】また、構造情報には、付随情報として、文
書要素の持つ題名「ＳＧＭＬの歴史」を「題名」の欄に
持ち、元文書（構造化文書３０８参照）の先頭からのそ
の文書要素の開始位置を示す値「３，４５２バイト目」
を「開始位置」の欄に持つ。

【００５３】文書部品アクセス手段３０６は、このよう
な情報を基に、該当する構造情報と対応する文書要素を
検索する。

【００５４】次に、文書部品アクセス手段３０６は、検
索した構造情報から、それに対応する文書部品が既にデ
ータベース３０７中に存在するかどうかを確認する。

【００５５】図３に示した例では、データベース３０７
中には、文書部品がまだ一つも生成されていないので、
この確認は失敗する。

【００５６】その結果、文書部品アクセス手段３０６は
文書ＤＢ生成手段３０５を使って、該当する文書要素を
文書本体３０８からメモリ３１１中に切り出し、これを
ユーザインタフェース３０１を通してユーザに提示す
る。これで、ユーザの検索命令に対する処理は終了す
る。

【００５７】その後、要求された文書要素をメモリ３１
１に取り出した文書ＤＢ生成手段３０５では、当該文書
要素を文書部品としてデータベース３０７に新たに登録
するかどうかについて、部品化方針定義手段３０２に確
認する。

【００５８】図５は、本発明の一実施例として、部品化
方針定義手段３０２のうち、部品化指定手段３０３およ
び部品化処理実行時刻定義手段３０を使ってユーザによ
って設定された部品化方針の内容の一例を示す説明図で
ある。

【００５９】図５に示す部品化方針の例では、「検索さ
れた文書要素を部品化する」（すなわち「部品化」が
「ｙｅｓ」）、および、「部品化は今すぐ行う」（すな
わち「時刻処理」が「ｎｏｗ」）ことが設定されてい
る。

【００６０】本発明の一実施例において、図５に示すよ
うな部品化方針が設定されている場合には、文書ＤＢ生
成手段３０５によってメモリ３１１中に取り出した文書
要素を部品としてデータベース３０７中に新規に登録
し、さらに構造情報３０９中の対応する箇所に部品情報
を登録する。

【００６１】図６は、本発明の一実施例として、部品化
方針定義手段３０２の、図５とは異なる一例を示す説明
図である。図６に示す部品化方針では、「検索された文
書要素の部品化は、検索された時点でユーザに確認す
る」（「部品化」は「ａｓｋｕｓｅｒ」）、および、
「部品化時刻は、検索された時点でユーザに確認する」
（「時刻処理」は「ａｓｋｕｓｅｒ」）、ことが設定
されている。

【００６２】この場合、システムは、ユーザインタフェ
ース３０１を通してユーザに部品化を行うかどうか、お
よび、部品化する場合それをいつ行うかの指定を要求す
る。

【００６３】ユーザがこれらの値を入力すると、この設
定値に従い文書ＤＢ生成手段３０５が部品化処理を実行
する。

【００６４】図１０は、本発明の一実施例として、部品
化方針定義手段３０２にユーザによって設定された部品
化方針の内容の別の例を示す説明図である。図１０に示
す部品化方針では、「検索された文書要素を部品化す
る」（すなわち「部品化」は「ｙｅｓ」）、および、
「部品化は１９９６年１０月３０日２３：００」に行
う（「処理時刻」は「1996/10/30 23:00」）、ことが
設定されている。

【００６５】図１１は、図１０に示した部品化方針が与
えられた場合に、上記の同じ文書要素（「ＳＧＭＬの歴
史」）に対するユーザからの要求に対し、該当する文書
要素を取り出してユーザに提示した後の、データベース
３０７中の構造情報３０９の中の対応する情報の一例を
示す図である。

【００６６】図４に示した場合と比較し、図１１に示す
構造情報においては、「部品化予定」の欄に印「○」が
付けられ、この文書要素が部品化予定であることを示し
ている点で異なる。この場合、指定された時刻「１９９
６年１０月３０日２３：００」（図１０参照）になっ
た時点で、文書ＤＢ生成手段３０５により、構造情報３
０９が参照され、「部品化予定」の欄に印が付けられて
いるものが検索される。

【００６７】文書ＤＢ生成手段３０５では、検索された
構造情報に対応する文書要素を構造化文書本体３０８か
ら取り出し、それを基にデータベースに新たに部品を生
成する。

【００６８】

【実施の形態２】次に、本発明の第２の実施の形態につ
いて説明する。図７は、本発明の第２の実施の形態の構
成をブロック図にて示したものである。

【００６９】図７を参照すると、本発明の第２の実施の
形態は、図１と比較して、データベース中に部品化する
前の文書要素を格納する仮部品蓄積部７１２を有する点
で異なる。

【００７０】仮部品蓄積部７１２は、ある文書要素に対
して検索が行われた時、文書ＤＢ生成手段７０５によっ
て元の文書中から切り出され、さらに部品化方針定義手
段７０２によって、文書部品として新たに構造化文書デ
ータベース中に生成されることが決定しているが、未だ
その部品化処理がなされていない文書要素を格納する。

【００７１】図８は、本発明の第２の実施の形態の処理
フローを説明するための流れ図である。図７、及び図８
を参照して、本発明の第２の実施の形態の動作について
説明する。

【００７２】図８において、ステップ８０１から８０
５、８０７、８０８までに各処理は、図２に示した前記
第１の実施の形態の各ステップの動作と同一であるた
め、説明は省略する。

【００７３】図１を参照して説明した前記第１の実施の
形態では、検索により取り出した文書要素を部品化する
ように設定されている場合でも（部品化方針の内容とし
て「部品化」が「ｙｅｓ」）、検索処理の行った直後に
は部品化処理は行わずに設定時刻になるまで待って処理
を行うよう指定されている場合には、文書ＤＢ生成手段
１０５において、一旦メモリ１１１に切り出された文書
要素は、そのまま解放され、指定された時刻に部品化処
理を行う時点で、再び元の文書から対応する文書要素を
メモリ１１１に切り出さなければならなかった。

【００７４】本発明の第２の実施の形態では、部品化処
理を行う時刻が現在よりも後の場合、メモリ７１１中に
取り出されている文書要素を仮部品蓄積部７１２に移動
し（ステップ８０９）、部品として一時的に利用できる
ようにする。

【００７５】そして、文書ＤＢ生成手段７０５は、指定
された部品化処理開始時刻になると（ステップ８１
０）、仮部品蓄積部７１２から文書要素を取り出し、こ
れを基に文書部品をデータベース７０７中に生成して、
データベースを更新する。

【００７６】

【実施例】上記した本発明の第２の実施の形態を更に詳
細に説明すべく、本発明の第２の実施例について以下に
詳細に説明する。

【００７７】図９は、本発明の第２の実施例の動作の一
例を模式的に示す図である。図９を参照して、前記した
実施例の動作の説明と同様の状況を想定し、部品化方針
定義手段９０２において、図１０に示すような設定がな
されているものとする。このとき、ユーザから指定され
た文書部品をユーザインタフェース９０１を使って返却
する処理までは、前記実施例の動作と同一であるので、
説明は省略する。

【００７８】本発明の第２の実施例では、文書ＤＢ生成
手段９０５によって切り出された文書要素は、部品化処
理が実行される時刻「１９９６年１０月３０日２３：
００」まで仮部品蓄積部９１２に保持される。

【００７９】そして、指定された時刻になり部品化処理
が開始されると、仮部品蓄積部９１２から既に切り出さ
れている文書要素を取り出し、これを基に部品をデータ
ベース中に生成する。

【００８０】生成された文書部品９１０は、データベー
ス９０７中の対応する構造情報と関連付けられ、同じ文
書要素に対して、再び検索要求が発行された場合には、
部品化された文書要素９１０を迅速に取り出し、ユーザ
に提示することができるようになる。

【００８１】本発明の第２の実施例は、部品化が決定し
ても設定された時刻までその部品化処理が行われない場
合に、文書ＤＢ生成手段９０５によって切り出された文
書要素を一時的に保存しておくことによって、部品化が
まだ行われていない時点で既に切り出されている文書要
素を利用することができる。

【００８２】また、部品化処理を実行する場合に、仮部
品蓄積部９１２中に既に取り出されている文書要素を利
用することによって、長大な文書本体から文書要素を再
度切り出す処理を省略することができる。

【００８３】

【発明の効果】以上説明したように、本発明によれば、
下記記載の効果を奏する。

【００８４】本発明の第１の効果は、文書要素の検索を
行いながら、その中で再利用の可能性があるものを利用
者が指定し、これを分解してデータベース中に格納する
ことによって、文書部品としての柔軟な再利用性を可能
とし、指定された以外の文書要素は分解せずに保持する
ことによって、データベース・サイズの増大、元文書の
復元処理の繁雑化、検索効率低下などといった問題を、
利用者が予測可能な限り、回避できる、ということであ
る。

【００８５】本発明の第２の効果は、文書要素の部品化
を実行する時刻を、ユーザの判断により、構造化文書デ
ータベースへのアクセスや他のアプリケーション実行の
頻度が低い時間帯に設定することを可能としたことによ
り、文書要素の部品化を行う処理が、データベースアク
セスを制限したり、他のアプリケーションの実行障害と
なる可能性を、利用者が予測可能な限り、回避できる、
ということである。

【図面の簡単な説明】

【図１】本発明の実施の形態の構成を示す機能ブロック
図である。

【図２】本発明の実施の形態の処理動作を説明するため
のフローチャートである。

【図３】本発明の一実施例を模式的に説明するための図
である。

【図４】本発明の一実施例を説明するための図であり、
構造化文書データベース中の構造情報の内容の一例を示
す説明図である。

【図５】本発明の一実施例を説明するための図であり、
部品化方針定義部中の設定の内容の一例を示す説明図で
ある。

【図６】本発明の一実施例を説明するための図であり、
部品化方針定義部中の設定の内容の一例を示す説明図で
ある。

【図７】本発明の別の実施の形態の構成を示す機能ブロ
ック図である。

【図８】本発明の別の実施の形態の処理動作を説明する
ためのフローチャートである。

【図９】本発明の別の実施例を模式的に説明するための
図である。

【図１０】本発明の一実施例を説明するための図であ
り、部品化方針定義部中の設定の内容の一例を示す説明
図である。

【図１１】本発明の一実施例を説明するための図であ
り、構造化文書データベース中の構造情報の内容の一例
を示す説明図である。

【符号の説明】

１０１、３０１、７０１、９０１ユーザインタフェー
ス１０２、３０２、７０２、９０２部品化方針定義手段１０３、３０３、７０３、９０３部品化指定手段１０４、３０４、７０４、９０４部品化処理実行時刻
定義手段１０５、３０５、７０５、９０５文書ＤＢ生成手段１０６、３０６、７０６、９０６文書部品アクセス手
段１０７、３０７、７０７、９０７構造化文書データベ
ース１０９、３０９、７０９、９０９構造情報１１０、３１０、７１０、９１０文書部品１１１、３１１、７１１、９１１メモリ７１２、９１２仮部品蓄積部

Claims

(57)【特許請求の範囲】

【請求項１】構造化文章の構造を解析した結果である構
造情報と、前記構造化文書本体と、前記構造化文書を構
成する文書要素を取り出した文書部品と、を格納する構
造化文書データベースと、利用者（ユーザ）がある文書要素を検索するための条件
を入力するためのユーザインタフェースと、前記構造化文書データベースに格納されている構造情報
を基に、ある文書要素を文書本体から取り出す文書ＤＢ
生成手段と、前記構造情報を基に、利用者が指定した文書要素を検索
し、目的の文書要素を、前記文書部品、もしくは前記文
書ＤＢ生成手段を利用して、前記構造化文書本体から所
定の記憶領域に取り出す文書部品アクセス手段と、を備え、目的の文書要素が前記構造化文書データベース中に部品
化されている場合には、部品中から迅速に文書要素を取
り出す、ことを特徴とする構造化文書データベースシス
テム。
【請求項２】請求項１記載の前記構造化文書データベー
スシステムにおいて、前記構造化文書の構成要素である文書要素を部品化する
かどうかを利用者が設定するための部品化指定手段を備
え、ある文書要素にアクセスした後に、前記部品化指定手段
を介して予め設定されている部品化方針に従って文書部
品を部品化するかどうかを判定し、部品化が指定されている場合にのみ、文書要素の部品化
処理を実行する、ことを特徴とする構造化文書データベ
ースシステム。
【請求項３】請求項２記載の構造化文書データベースシ
ステムにおいて、ある文書要素を部品化する時刻をユーザが設定する部品
化処理実行時刻定義手段を備え、設定された時刻に前記
文書ＤＢ生成手段によって文書要素の部品化処理を実行
することにより、ユーザが設定した任意の時刻に部品化
処理を行うことを可能としたことを特徴とする構造化文
書データベースシステム。
【請求項４】構造化文書データベースに構造化文書の構
成要素である文書要素を分解して部品として格納するに
あたって、前記構造化文書の前記構造化文書データベー
スへの登録時点での文書要素の部品化は行わず、前記構
造化文書データベースに対して検索要求が発行された文
書要素について、設定された部品化方針に基づき部品化
の実行／非実行を制御する、ことを特徴とする構造化文
書データベースシステム。