JPH09245052A

JPH09245052A - 構造化文書処理装置

Info

Publication number: JPH09245052A
Application number: JP8047580A
Authority: JP
Inventors: Yoichi Fujii; 洋一藤井; Makoto Imamura; 誠今村; 泰博 ▲高▼山; Yasuhiro Takayama; Osamu Moriguchi; 修森口
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 1996-03-05
Filing date: 1996-03-05
Publication date: 1997-09-19

Abstract

(57)【要約】【課題】構造化文書処理装置において、文書構造定義
を視覚化した画面上で検索条件の作成を可能とし、容易
に検索が出来るようにする。【解決手段】構造化文書登録手段によって登録された
構造化文書の文書構造定義を構造化文書構造管理手段で
管理し、同じく構造化文書登録手段によって登録された
複数の構造化文書を構造化文書管理手段で管理し、それ
ぞれ構造化文書構造記憶部／構造化文書記憶部に格納す
る。検索のためには、構造化文書構造定義表示手段で構
造表示された構造化文書構造定義を利用して、構造化文
書検索条件設定補助手段を使って検索条件を作成する。
作成された検索条件は、構造化文書検索条件設定手段で
入力されるべき検索条件式に変換され、構造化文書検索
手段で検索する。検索結果は、構造化文書検索結果表示
手段に出力される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、文書管理データべ
ース、文書作成／承認、文書保存／検索／閲覧、データ
集計、文書変換、出版印刷等の文書管理／処理業務にお
いて、構造化文書を管理し検索し、利用する構造化文書
処理装置に関するものである。

【０００２】

【従来の技術】まず構造化文書について説明する。構造
化文書とは、文書の記述内容で区別される、表題、著者
名、序文、本文のような文書構成要素の文書中での役割
を表現する文書タグを付与することにより、文書の論理
的な構造に関する情報をもった文書である。また、文書
構造定義とは、構造化文書において、文書タグによって
識別される文書中の構成要素の出現順序を規定する記述
である。

【０００３】構造化文書は、文書の構成要素の文書中で
の役割を表現する文書タグによって文書中の構成要素を
同定できるので、文書管理データべース、文書作成／承
認、文書保存／検索／閲覧、データ集計、文書変換、出
版印刷等のアプリケーションが必要とする情報を計算機
が自動的に抽出することが可能となる。したがって、文
書を利用した計算機システムのより一層の自動化を推進
することができる。また、文書構造定義を連携するアプ
リケーションに応じて設定することにより、システムの
柔軟性を実現することができる。

【０００４】一方、構造化された文書を管理し利用する
ということは、従来の文書の内容を検索する全文検索シ
ステムと比較して、要求される検索条件は複雑で、利用
者にとって効率良い検索条件を設定することは困難を究
めるものとなっている。したがって、従来の検索方式と
は異なった、構造を意識した検索、及び検索結果の表示
をすることで、より柔軟で、利用しやすい文書管理環境
を提供することが可能となる。

【０００５】従来、構造化された文書を検索する方法と
しては、構造を意識した検索条件を直接記述し検索を行
わせる方法をとるものが有る。しかし、この方法では、
ユーザが文書の構造を前もって把握していなければなら
ず、ユーザへの付加が非常に大きいものであった。これ
を解決する手段として、図４２は、例えば、特開平７−
２２５７７１で開示された従来の構造化文書処理装置の
検索条件作成支援の構成図である。この発明の目的は、
ユーザに文書構造を意識させずに構造化された文書を検
索するための支援機能を提供することである。

【０００６】図において、構造と動作は次のようにな
る。１０１はユーザに検索条件を設定させるための構造
化文書である。１０２は構造解析部で、１０１の構造化
文書の構造とユーザが指定した文書中の特定部分を含む
部分構造を抽出してくる。１０３は知識ベースで、構造
化文書を検索するための定型的なパターンが格納されて
いる。１０４は検索式構造抽出部で、構造解析部１０２
で解析されたユーザが指定した文書中の特定部分と知識
ベース１０３のデータを比較して、適当な検索式構造を
取り出す。１０５は検索条件抽出部で、構造解析部１０
２で解析された部分構造と、知識ベース１０３から取り
出された検索式構造から検索条件を抽出する。１０６は
検索式合成部で、知識ベース１０３で抽出された検索条
件を検索式として生成する。ユーザはここで作成された
検索式を使って検索する。不具合があった場合には、１
０７の検索式編集部で検索式を修正して検索式とする。

【０００７】また、図４３は、例えば、特許・実用新案
検索システム操作ガイド第１．０１版で示されているク
ライアントの構成図である。図において、１１１は検索
画面で検索条件を設定する検索条件設定手段、１１２は
この検索条件設定手段１１１で設定された検索条件に従
って処理された検索結果の一覧及び一検索結果を表示す
る検索結果表示手段、１１３は検索結果の表示内容及び
表示文書を操作するための表示コントロール手段、１１
４は上記検索条件設定手段１１１、検索結果表示手段１
１２及び表示コントロール手段１１３の各手段から要求
に従ってデータベースとの処理を実行する制御手段であ
る。

【０００８】図４４は表示コントロール手段１１３によ
って制御されるコントローラの画面であり、１２１は表
示内容を制御する表示項目設定インターフェース、１２
２は「ジャンプ」、「前文書」、「次文書」の移動を制
御するインターフェースである。

【０００９】検索条件設定手段１１１で検索条件が設定
され検索が実行されると、検索結果表示手段１１２で検
索結果が表示され、表示コントロール手段１１３によっ
て表示内容がコントロールされる。コントロールできる
内容は表示項目設定インターフェース１２１に示す「レ
イアウト」、「イメージ」とメニュー部で選択される項
目表示で、インターフェース１２２で示される「ジャン
プ」、「前文書」、「次文書」といった文書間の移動に
よって、表示文書を変更する。

【００１０】

【発明が解決しようとする課題】上記従来技術では次に
示す問題があった。図４２で示した従来技術では、ユー
ザが、まず例となる文書を見つけてこなくてはならず、
ユーザは直接検索条件を作成出来ないといった問題があ
った。

【００１１】一方、図４３で示した従来技術では、特定
の構造の大量文書を管理し検索する文書処理装置である
ため、検索結果の表示方法に関して、詳細な情報は、シ
ステム設計時に、前もって設定した項目情報が表示され
るだけである。文書の構造化レベルが浅く固定された文
書の管理の場合には項目が設定できても、構造化レベル
が深く複雑な文書の場合細かく条件設定できず、検索結
果に関しても細かい結果表示が出来ないといった問題が
あった。

【００１２】本発明は上述した事情に鑑みてなされたも
ので、構造化文書処理装置における検索条件作成を容易
にし、検索結果の表示機能を強化して、検索効率を上
げ、使い易い構造化文書処理装置を提供するものであ
る。

【００１３】

【課題を解決するための手段】請求項１に記載の発明に
おいては、構造化文書に対して検索処理を行う構造化文
書処理装置において、文書構造定義の構造を構造表示す
る構造化文書構造定義表示手段と、表示された構造の上
で検索条件を設定する構造化文書検索条件設定補助手段
を備えたことを特徴とするものである。

【００１４】また、請求項２に記載の発明においては、
請求項１の構造化文書処理装置にあって、文書構造定義
中に記述されているコメントを表示する文書構造定義コ
メント表示手段を備えたことを特徴とするものである。

【００１５】また、請求項３に記載の発明においては、
請求項１の構造化文書処理装置にあって、文書構造定義
中の部分構造から該当する複数の文書構造定義のみを選
択する文書構造定義フィルタリング手段を備えたことを
特徴とするものである。

【００１６】また、請求項４に記載の発明においては、
請求項１の構造化文書処理装置にあって、既に実行した
検索条件式を管理する検索条件式管理手段と、検索条件
式管理手段によって管理されている１条件を構造化文書
検索条件設定補助手段で解釈できる形式に変換する検索
条件式変換手段を備えたことを特徴とするものである。

【００１７】また、請求項５に記載の発明においては、
請求項１の構造化文書処理装置にあって、入力された検
索条件式の部分構造に設定される検索条件の正当性をチ
ェックする検索条件正当性チェック手段と、検索条件の
不正が発見された場合にその問題点を表示する検索条件
エラー表示手段を備えたことを特徴とするものである。

【００１８】また、請求項６に記載の発明においては、
請求項５の構造化文書処理装置にあって、文書構造の構
造パスと短縮名を管理する構造化文書パス管理手段と、
検索条件中の短縮名を構造パスに置き換える検索条件展
開手段を備えたことを特徴とするものである。

【００１９】また、請求項７に記載の発明においては、
請求項１の構造化文書処理装置にあって、検索条件と異
なる文書中の部分構造を検索結果として指定する表示検
索結果設定手段と、表示検索結果設定手段で設定された
部分構造を１検索結果当たり１画面に同時に表示する複
数部分構造表示手段を備えたことを特徴とするものであ
る。

【００２０】

【発明の実施の形態】

実施の形態１．以下、この発明の実施の形態を図につい
て説明する。図１は本発明の構造化文書処理装置におけ
る実施の形態１の構成図であり、１は構造化された文書
を登録する構造化文書登録手段である。

【００２１】３は、この構造化文書登録手段１によって
登録された構造化文書を管理する構造化文書管理手段、
２は上記構造化文書登録手段１によって登録された文書
の文書タイプに従って、この構造化文書管理手段３にて
管理されている構造化文書の文書構造定義を管理する構
造化文書構造管理手段である。

【００２２】６は、上記構造化文書管理手段３にて管理
される文書の中から文書を検索するための構造化文書検
索条件設定手段で、５はこの構造化文書検索条件設定手
段６で設定された検索条件に従って、検索を実行する構
造化文書検索手段である。９は、構造化文書の文書構造
定義を木構造に表示するための構造化文書構造定義表示
手段で、７は、上記構造化文書検索条件設定手段６に検
索条件を設定するために、この構造化文書構造定義表示
手段９で表示した構造化文書に対して木構造表示上で検
索条件を作成する構造化文書検索条件設定補助手段であ
る。８は、上記構造化文書検索手段５によって検索され
た検索結果を表示する構造化文書検索結果表示手段であ
る。１１は、上記各手段を制御する制御手段で、１０
は、上記構造化文書構造管理手段２、上記構造化文書管
理手段３で管理される情報を記憶する構造化文書構造記
憶部／構造化文書記憶部である。この構造化文書構造記
憶部／構造化文書記憶部１０は上記構造化文書検索手段
５からも検索要求にしたがって参照される。

【００２３】図２は、実施の形態１における登録処理の
フローチャートである。登録要求が発生するとＳ１にお
いて登録要求のあった構造化文書の文書構造が既に構造
化文書構造管理手段２によって管理されているかどうか
を判定する。未だ登録されていない文書構造の場合は、
Ｓ２において登録要求のあった構造化文書構造定義を構
造化文書構造管理手段２を介して上記構造化文書構造記
憶部／構造化文書記憶部１０の構造化文書構造記憶部に
構造化文書構造を格納する。Ｓ３は、登録要求のあった
構造化文書自体を登録する。

【００２４】図３は、実施の形態１における検索処理の
フローチャートである。検索要求が発生し、構造化文書
検索条件設定補助手段７による検索条件設定要求があっ
た場合に処理される。Ｓ５はユーザの要求にしたがって
構造化文書の文書構造定義を木構造として表示する。Ｓ
６は表示された木構造上でマウス等のポインティングデ
バイスによって木構造上の一部が選択された場合に、選
択された部分が部分構造であるかどうかを判定する。Ｓ
７は、Ｓ６での判定の結果が部分構造でない場合に、選
択された部分が２つの部分構造であるかどうか判定す
る。Ｓ８は、Ｓ７での判定の結果が２つの部分構造であ
る場合に、ユーザからの２つの部分構造間の関係（２項
関係）の入力を待つ処理、Ｓ９は、ユーザから２項関係
が指定された場合にその関係の情報を一時的に記憶す
る。Ｓ１０は、最終的にユーザが検索を要求した場合
に、内部構造として一時的に貯えた部分検索条件のデー
タから検索条件式を生成する。

【００２５】図４は、部分構造が選択された場合の動作
を示すフローチャートである。Ｓ１１は、Ｓ６で部分構
造が選択された場合に、部分構造の検索条件設定のため
の画面表示を行う。Ｓ１２は、ユーザから検索条件設定
要求が来たかどうかを判断し、設定要求が来た場合には
Ｓ１３に進む。Ｓ１３は、Ｓ１１で表示した画面上で何
か設定されているかどうかを判定し設定されているなら
ばＳ１４に進み、何も設定されていなければＳ１５に進
む。Ｓ１４では、属性検索要求や文書タグ内の文字列検
索要求を一時的に記憶する。Ｓ１５は、文書タグが存在
すること自体が検索条件としてＳ１４と同様に検索条件
を一時的に記憶する。

【００２６】図５は、構造化文書構造管理手段２にて管
理される文書構造定義の一例である。図５で示した文書
構造の定義は、構造化文書の１典型例であるＳＧＭＬ(S
tandard Generalized Markup Language)（ＪＩＳＸ
４１５１）の文書構造定義（ＳＧＭＬでは文書型定義と
いう）を示している。図５の凡例で示すように、２１
は、文書タグの構造関係の定義で、「報告書」という文
書タグが部分構造として「タイトル」、「報告者」、
「同行者リスト」、「作成日」、「送付先リスト」、
「内容」という文書タグで順番に構成され、「同行者リ
スト」、「送付先リスト」は出現しなくても良いことを
示している。２２は、文書タグの属性に関する定義で、
「報告書」という文書タグには、「タイプ」、「取扱」
という属性名が存在し、「タイプ」は文字データで、既
定値が「出張」であることを示し、「取扱」は、
「Ａ」、「Ｂ」、「Ｃ」のいずれかが選択でき、既定値
が「Ｃ」であることを示している。また、コメントとし
て「Ａは制約なし、Ｂは社外秘、Ｃは部外秘」というこ
とを示している。

【００２７】図６は、構造化文書管理手段３にて管理さ
れる文書を示す一例である。図５で示されるＳＧＭＬの
文書構造定義に従って、作成された文書で、２３は、
「報告書」という文書タグが、属性名と属性値の組みと
して（タイプ、出張）、（取扱、Ｂ）として作成されて
いることを示している。２４は、「報告書」という文書
タグが終了することを示しており、＜報告書＞と＜／報
告書＞という文書タグの間に、図５に示される２１の
「報告書」の文書タグの部分構造の「タイトル」、「報
告者」、「同行者リスト」、「作成日」、「送付先リス
ト」、「内容」が入っていることを要求している。２５
は、２３の「報告書」の文書タグの部分構造として「タ
イトル」があり、「タイトル」という文書タグは、テキ
スト「○○ショウ見学」から構成されることを示してい
る。

【００２８】図７は、構造化文書検索条件設定補助手段
７の一例である。３１は、文書タグを表し、図５の文書
構造定義にしたがって、木構造表示されたものである。
３２は、属性情報が検索条件として指定可能であること
を示しており、図５に示される２１の文書タグ「報告
書」が、同じく図５の２２で示される属性を持っている
ことを表示している。３３は文書中の文字列を検索条件
として指定可能であることを示しており、文書タグ「タ
イトル」に条件を設定すると文書タグ「タイトル」以下
の部分構造のテキスト中に設定された文字列がある文書
を検索要求することになる。

【００２９】図８は、検索条件を構造化文書検索条件設
定補助手段７で設定した場合の一例である。検索条件が
設定された部分構造は、他の部分構造と区別が付くよう
に表示される。３４は、文書タグ「タイトル」と「内
容」の間で、共に条件を満足することを条件とする「Ａ
ＮＤ」が検索条件として設定されたことを示している。
３５は、文書タグ「タイトル」に検索条件が設定されて
いることを示している。３６は、最終的に生成された検
索条件である。

【００３０】図９は、文書タグを選択した場合の検索条
件設定画面の一例である。３７は、条件としてセットす
るかどうかを設定するためのボタン、３８は、属性名
「タイプ」に条件を設定するためのテキスト入力領域、
３９は、制約を受ける属性名「取扱」に条件を設定する
ためのメニュー選択である。図１０は、図９の検索条件
設定画面に条件を設定した一例である。４０は、属性名
「取扱」の条件セットが選択され、属性値として「Ａ」
が設定されたところを示している。

【００３１】図１１は、構造化文書構造管理手段２によ
って構造化文書構造記憶部／構造化文書記憶部１０の構
造化文書構造記憶部に記憶されている文書構造の一部で
ある。一意のタグＩＤを基に図５に示される２１を始め
とする文書構造の関係が格納されている。属性フラグが
１ということはタグに属性が設定できることを示してお
り、値フラグが１ということはタグに検索文字列を設定
できることを示している。また、コメントフラグが１と
いうことは、タグにコメントがあることを示している。

【００３２】図１２は、構造化文書構造管理手段２によ
って構造化文書構造記憶部／構造化文書記憶部１０の構
造化文書構造記憶部に記憶されている属性情報の一部で
ある。一意の属性ＩＤを基に図５に示される２２を始め
とする属性情報がタグＩＤで対応付けて格納されてい
る。コメントフラグが１ということは、属性にコメント
があることを示している。

【００３３】図１３は、構造化文書構造管理手段２によ
って構造化文書構造記憶部／構造化文書記憶部１０の構
造化文書構造記憶部に記憶されている構造化文書構造定
義中のコメントの一部である。一意のコメントＩＤを基
にタグＩＤ、属性ＩＤで対応付けて格納されている。図
１４は、構造化文書検索条件設定補助手段７によって、
設定された検索条件の内部構造データの例である。一意
のＩＤによって各部分構造、２項間の検索条件がセット
されている。

【００３４】次に、動作について説明する。ユーザから
構造化文書の登録要求が発生した場合、図２に示すＳ１
によって登録要求のあった文書の構造化文書定義が、既
に登録済みの構造かどうかを判定する。判定の方法とし
ては、構造化文書構造記憶部／構造化文書記憶部１０の
構造化文書構造記憶部に記憶されている図１１の文書構
造定義から該当する文書名が存在するかどうかをチェッ
クし、存在する場合は、図１０と図１１の記憶データか
ら該当する構造情報を取り出し、登録要求があった文書
と比較することによって文書構造の正当性をチェックで
きる。

【００３５】図５の文書構造定義に基づく、図６の文書
を登録しようとした場合、図１１に文書名「報告書」が
存在するため、構造をチェックすることとなる。文書名
「報告書」であるデータのタグと子タグ構造の情報を図
５の文書構造定義と比較して構造をチェックし、図１２
の対応するタグＩＤの情報を抽出し属性の正当性をチェ
ックする。存在しなかった場合は、Ｓ２で登録文書の文
書構造定義を構造化文書構造管理手段２を介して、構造
化文書構造記憶部／構造化文書記憶部１０の構造化文書
構造記憶部に図１１、図１２、図１３の形式に変換して
登録する。この時、図１１の「値フラグ」はテキストで
ある#PCDATAを「子タグ構造」に含むものに対して１を
セットし、１がセットされた「タグ」の文書タグを含む
「子タグ構造」に対しても再帰的に１を設定する。

【００３６】文書構造定義の処理が終了すると、Ｓ３に
て構造化文書管理手段３を介して、構造化文書を構造化
文書構造記憶部／構造化文書記憶部１０の構造化文書記
憶部に格納する。図６の文書の場合も、Ｓ３にて文書自
体を構造化文書構造記憶部／構造化文書記憶部１０の構
造化文書記憶部に登録する。

【００３７】続いて検索時の検索式作成の動作を説明す
る。ユーザは構造化文書検索条件設定手段６によって、
一般に検索条件を設定して検索することが出来るが、こ
こでは、構造化文書検索条件設定補助手段７を用いた設
定方法について述べる。図３のＳ５で構造化文書構造定
義表示手段９は、構造化文書構造管理手段２を介して、
図１１の文書構造定義に示されるデータと、図１２の属
性値情報に示されるデータを解析し図７に示すように構
造化文書構造定義を文書名毎に木構造表示する。例え
ば、文書名「報告書」の構造を表示する場合、文書名と
タグ名が「報告書」で一致する文書タグを木構造のルー
トとし、子タグ構造リストの情報を解析しながら、木構
造の子供として内部構造としていく。この時、属性フラ
グが１かどうかを判定し属性を指定した検索可能を示す
印３２を木構造に表示する。また、同時に値フラグが１
かどうかを判定しテキストを指定した検索可能を示す印
３３を木構造に表示する。

【００３８】表示が終了すると、ユーザは、適当な文書
タグを指定して検索条件を設定する。構造化文書検索条
件設定補助手段７は、ユーザの指示にしたがって設定可
能な情報を表示し、図１４で示される形式のデータを一
時的に保存する。例えば、図８で示される検索条件を設
定する場合を説明する。文書タグ「報告書」をユーザが
ポイントすると、Ｓ６によって部分構造登録が開始さ
れ、図４のＳ１１によって図９の画面が表示される。こ
の時表示される情報は、図１１のデータからタグ＝「報
告書」のデータがタグＩＤ＝１であり、値フラグが１で
あることがわかる。図１２ではタグＩＤ＝１の属性名が
「タイプ」と「取扱」であることから図９の画面が生成
される。「文書タイプ」の限定は他文書中にある文書タ
グ「報告書」をも検索するかどうかを設定するために表
示される。また、属性情報に関しては、図１２の属性値
の値によって自由入力かメニュー形式かが決定される。

【００３９】ユーザが図１０の様に、「取扱」のボタン
をチェックし、メニューから「Ａ」を選択し、設定を要
求したとすると、構造化文書検索条件設定補助手段７で
は、Ｓ１２で設定に分岐し、Ｓ１３で条件が設定されて
いることを確認し、Ｓ１４で図１４のＩＤ＝３のデータ
が追加される。図１４では既に、「タイトル」、「内
容」に関して同様な処理がなされている。次に、ユーザ
が「タイトル」をドラッグ・アンド・ドロップによって
「内容」にドロップすると、２項が選択されたこととな
り、図３においてＳ６からＳ７に分岐する。Ｓ７では図
９と同様の画面を表示し、Ｓ８で２項の関係をユーザに
設定することを要求する。ユーザはこの場合、「ＡＮ
Ｄ」を指定し設定の要求を発行するので、図１４のＩＤ
＝４の情報が追加され、３４の「タイトル」と「内容」
を「ＡＮＤ」で結ぶ表示が構造化文書検索条件設定補助
手段７によってなされる。同様に「報告書」から図８に
示される３４の「ＡＮＤ」へドラッグ・アンド・ドロッ
プすることで、図１４のＩＤ＝５のデータが追加され
る。

【００４０】最後にユーザが検索要求を発行すると、Ｓ
１０に処理は移り、図８に示される３６の検索式が生成
され、実際の検索結果が構造化文書検索結果表示手段８
にてユーザに表示される。なお、上述の説明では、２項
の指定をドラッグ・アンド・ドロップによって実施した
が、指定の方法はこれに限ったものではない。また、図
７に示される文書タグ上の３２、３３の情報は表示だけ
の機能のものとして実施例としたがこれをボタンとし
て、属性と文字列指定を別々に実現することも容易に実
現可能である。

【００４１】上記のように構成することで、複雑な構造
化文書の検索条件の設定を文書構造を捉えて設定するこ
とが可能になるとともに、最終的に生成された検索条件
式が意味のある検索条件であることが保証され、検索条
件の文法的な情報や、構造化文書構造定義に課される制
約をユーザが記憶しておかなくても、検索条件式を対話
的に進めることが出来るので、構造化文書の検索式の文
法を知らないユーザでも簡単に検索条件を作成できるよ
うになる。

【００４２】実施の形態２．図１５は実施の形態２を示
す構成図であり、図に実施の形態１と同様又は相当する
部分については同一符号を付しその説明を省略する。１
２は、文書タグに対して、付与されているコメントを表
示する文書構造定義コメント表示手段である。

【００４３】図１６は、実施の形態２における検索処理
のフローチャートであり、図に実施の形態１と同様又は
相当する部分については同一符号を付しその説明を省略
する。Ｓ２１は、図３の処理に追加されるコメント表示
のためのステップである。図１７は、実施の形態２にお
けるコメント処理のフローチャートである。Ｓ２２は、
ポインティングデバイスが文書タグを指しているかどう
かを判定する。Ｓ２３は、対応する文書タグのコメント
が表示中かどうかを判定する。Ｓ２４は、対応する文書
タグにコメントが存在するかどうかを判定する。Ｓ２５
は、対応するコメントを表示する。Ｓ２６は、対応する
文書タグのコメントが表示中かどうかを判定する。Ｓ２
７はコメントの表示を削除する。図１８は、コメント表
示の一例で、ポインティングデバイスによって「報告
書」が指されたときに、４１のコメントが表示されたこ
とを示している。

【００４４】次に動作について説明する。動作として
は、図１６から判るように、実施の形態１の処理に図１
６に示されるＳ２１の処理が追加されているだけなの
で、図１７で示される文書構造定義コメント表示手段１
２の動作について説明する。

【００４５】ユーザが文書タグの「報告書」のコメント
を確認したい場合は、ポインティングデバイスが文書タ
グ「報告書」を指すように移動させればよい。文書タグ
「報告書」を指していない場合は、処理はＳ２２からＳ
２６に分岐し何もせず、コメント処理を終了することと
なる。ユーザが文書タグ「報告書」指した時点で、Ｓ２
２はＳ２３へ分岐し、コメントはＳ２３で、対応するコ
メントが表示中でないことが判定されるので、Ｓ２４に
進みコメントの存在をチェックする。文書タグが「報告
書」の場合、図１１から文書タグ自身にはコメントが無
いことが判定される。但し、属性フラグが１であること
から、図１２のデータでタグＩＤ＝１である属性をチェ
ックする必要がある。

【００４６】属性ＩＤ＝２である「取扱」のコメントフ
ラグが１であることから、図１３においてタグＩＤ＝
１、属性ＩＤ＝２であるコメントＩＤ＝１が表示すべき
コメントと判定される。従ってＳ２５に分岐するのでコ
メントが図１８に示される４１の様に表示され、コメン
ト処理が終了する。

【００４７】ユーザがポインティングデバイスで「報告
書」を指しているあいだは、図１７においてＳ２２、Ｓ
２３と進み、コメント処理が終了するのでコメントは表
示されたままとなる。ユーザがポインティングデバイス
で「報告書」を指しているのを止めた時点で、Ｓ２２は
Ｓ２６へと分岐し、Ｓ２６ではコメントが表示中である
ことから、Ｓ２７にてコメントの表示は削除され、コメ
ント処理が終了する。

【００４８】上記のように構成することで、文書タグ名
から構造の意味を把握しきれない場合や、属性値の値の
意味が把握しきれない場合にも、文書構造定義中のコメ
ント情報を利用して文書タグ名から構造の意味や、属性
値の値の意味を把握する補助手段とすることが出来る。
なお、実施の形態２において、コメントを表示するタイ
ミングをポインティングデバイスによって文書タグが指
された場合としたが、ボタン等を設けることでユーザが
コメント表示を明示的に指定した場合のみ表示するよう
にしてもよい。また、画面上に特定の表示用領域を設け
て、そこに表示するようにしてもよい。

【００４９】実施の形態３．図１９は実施の形態３を示
す構成図であり、図に実施の形態１と同様又は相当する
部分については同一符号を付しその説明を省略する。１
３は、任意の部分文書構造の指定を受けて、適合する文
書名のみを選択する文書構造定義フィルタリング手段で
ある。

【００５０】図２０は、実施の形態３におけるフィルタ
リング処理のフローチャートである。Ｓ３１は、ユーザ
からの要求にしたがって、フィルタリングする構造を取
り出す。Ｓ３２は構造から文書タグリストを取り出す。
Ｓ３３は、図１１のデータを利用してＳ３２で生成され
た文書タグリストをすべて含む文書名を取り出す。Ｓ３
４は、Ｓ３２で選択された文書名に関して全ての文書名
がチェックされるのを確認する。Ｓ３５は、未チェック
の１文書構造定義の構造とＳ３１で取り出したフィルタ
リングする構造とを比較する。Ｓ３６は、構造が一致し
たかどうかを確認する。Ｓ３７では、全ての文書構造定
義のフィルタリングが終了した時点で、フラグ＝１のも
ののみを表示する。

【００５１】図２１は、検索条件設定のための検索画面
の一実施例で、４５は、構造化文書検索条件設定補助手
段７で実現される図７の検索条件生成画面の生成、フィ
ルタリングによる更新等を行うためのボタンである。４
６は、フィルタリングの構造入力部であり、入力例であ
る。図２２は図７の検索条件生成画面をフィルタリング
した結果１文書しか残らなかったことを示すものであ
り、４７の文書名表示部の文書名が１つになっているこ
とを示している。図２３は、フィルタリング手段によっ
て、文書が絞りこまれた結果で、「報告書」という文書
構造定義が選択されたことを示している。

【００５２】次に実施の形態３の動作について説明す
る。ユーザが、図２１の４６の様に「＜報告者＞−＜氏
名＞」を入力してボタン４５をクリックしたとする。図
２０のＳ３１で「＜報告者＞−＜氏名＞」という文字列
が取り出され、Ｓ３２によって文書タグ「報告者」、
「氏名」の２つが生成される。続いてＳ３３では、図１
１のデータ中のタグが「報告者」、「氏名」と一致する
ものを取り出し、文書タグ「報告者」、「氏名」を共に
含む文書名だけを取り出す。

【００５３】次に、Ｓ３５で、取り出された文書名の文
書構造定義情報と「＜報告者＞−＜氏名＞」という部分
的な構造が一致するかどうかを判定しＳ３６でＳ３５の
結果、構造が一致したかどうかで図２３のフィルタフラ
グをセットする。上記、フィルタリング条件では、「報
告書」がフィルタリングされて残ったことを示してい
る。Ｓ３７によって図２３のデータの結果が反映され、
図２２の検索条件生成画面となる。

【００５４】上記のように構成することで、管理する文
書構造定義の数が大量になった場合でも任意の文書タグ
を持つ文書構造定義のみが表示できるので一々構造を確
認して、所望の文書構造を表示する手間を省くことが出
来る。なお、上記実施の形態３において、フィルタリン
グ指定の部分に親子の関係の構造を例として示したが、
１文書タグでもかまわないし、３階層以上の記述を行っ
てもよい。また、例えば「＜報告書＞−＊−＜氏名＞」
といった記述によって、「報告書」と「氏名」の間に複
数の文書タグがある文書をフィルタリングさせることも
可能である。

【００５５】実施の形態４．図２４は実施の形態４を示
す構成図であり、図に実施の形態１と同様又は相当する
部分については同一符号を付しその説明を省略する。１
４は、既に実行された検索条件式を保存しておく検索条
件式管理手段である。１５は、この検索条件式管理手段
１４に保存されている検索条件式の一つを構造化文書構
造定義表示手段９によって表示できる図１４の内部構造
データ形式に変換する検索条件式変換手段である。

【００５６】図２５は、実施の形態４における検索条件
式表示のフローチャートである。Ｓ４１は、ユーザから
の要求にしたがって、選択された検索条件式を図１４で
示す検索条件の表示用内部構造に変換する。Ｓ４２は検
索条件式管理手段１４によって管理されているユーザに
よって選択された検索条件式が構造化文書検索条件設定
補助手段７によって作成されたものか、直接構造化文書
検索条件設定手段６によって作成されたものかを判定す
る。S４２で構造化文書検索条件設定補助手段７が利用
された場合は、その文書中に検索条件式を作成するため
に、S４３にて、該当文書構造定義を図７の画面上で最
前面に配置する。S４２で構造化文書検索条件設定手段
６によって作成された場合には、対応する最適な画面を
選択するため、検索条件の形式が最も一致する文書構造
定義を最前面に配置する。Ｓ４５ではS４１で作成され
た表示用内部構造にしたがって、構造化文書検索条件設
定補助手段７に検索条件式を再現する。

【００５７】図２６は、既実行検索条件式の格納データ
の一例で文書名が指定してあるものは構造化文書検索条
件設定補助手段７によって指定されたものであることを
示している。図２７は、検索条件設定画面において、図
２６の情報が表示された画面の一例である。

【００５８】次に実施の形態４の動作について説明す
る。構造化文書検索手段５で検索を行なうと、検索条件
式管理手段１４によって、実行された検索式が追加され
る。ユーザが検索条件入力部に直接「＜タイトル＞」を
入れて検索したとすると、図２６の３番目の行が追加さ
れて検索条件式管理手段１５に格納される。

【００５９】次に、ユーザが図２７における４８の検索
条件リストから２番目の「<報告書取扱=A> AND (<内容>
include GUI) AND (<タイトル> include 調査)」を選
択したとする。検索条件式管理手段１４は上記の検索条
件式と、文書名を取り出す。検索条件式変換手段１５は
図２５のS４１において上記検索条件式を図１４で示す
構造データに変換する。続いて、S４２で文書名の指定
が検索条件式管理手段１４から返ってきたかどうかを確
認し文書名があるならばS４３に進む。上記検索条件式
の選択では文書名として「報告書」が返ってくるので、
S４３に進み、S４３で検索条件設定補助画面上の最前面
文書が「報告書」となる。そのあと、図１４の情報を利
用して図８の検索条件の情報が設定されることとなる。

【００６０】一方、ユーザが「<報告者> include 藤
井」を選択したとすると、文書名が指定されていないの
で、図２５のS４４において文書構造として文書タグ
「報告者」を含む文書がリストアップされ、「報告書」
がその１候補として抽出される。ここで、「報告書」以
外の文書名が最前面に表示される対象としてS４４で選
択される可能性はあるが、ユーザがどの文書を検査する
意図があるかは検索式からは判断できないので仕方がな
い。ただし、S４４によって一致度の高いものから表示
されているので、所望の文書を前面に持ってくることは
容易に可能である。最後はS４４で設定された最前面の
文書構造定義中に検索条件式の構造を再現する。

【００６１】上記のように構成することで、既に実行済
みの検索条件式を再利用し、一部の値や構造を修正して
再検索を行いたい場合にも構造化文書検索条件設定補助
手段７を利用して検索条件式が作成できるために容易に
間違いのない検索条件式を作成できる。

【００６２】実施の形態５．図２８は実施の形態５を示
す構成図であり、図に実施の形態１と同様又は相当する
部分については同一符号を付しその説明を省略する。１
６は、検索時に入力された検索条件式が文法的に正当で
あるとともに、既に構造化文書構造記憶部／構造化文書
記憶部１０の構造化文書構造記憶部に登録されている文
書構造定義に対して構造的に正当であることをチェック
するための検索条件正当性チェック手段である。１７
は、検索条件内にエラーが発生した場合にユーザにエラ
ーの理由を表示する検索条件エラー表示手段である。

【００６３】図２９は、実施の形態５における検索条件
式チェック処理のフローチャートである。検索条件式が
生成されるとまず、Ｓ５１で検索条件式を文法的に解析
して、図１４で示す検索条件内部構造に変換を試みる。
この時点で解析に失敗した場合はＳ５２に分岐する。Ｓ
５２では、検索条件式と共にエラーの理由を画面に表示
して終了する。Ｓ５１で文法的な処理が済むとＳ５３に
進む。Ｓ５３では検索条件内部構造データの全てのデー
タがチェックされるまでＳ５４からの処理を実行する。
Ｓ５４では未チェックのデータを取り出す。Ｓ５５で
は、取り出したデータが２項間の関係を定義したものか
どうか判定する。Ｓ５５で２項間の関係であると判定さ
れた場合は、Ｓ５６に進む。Ｓ５６では、２項間の関係
が正当かどうかをチェックする。Ｓ５６で２項間の関係
が正当でない場合はＳ５１の解析失敗時の処理と同様に
エラーを表示する。Ｓ５５で２項間の関係でない場合
は、Ｓ５７に進む。Ｓ５７では、文書タグとその文書タ
グが持つ属性の値の関係の正当性をチェックする。Ｓ５
７で関係が正当でないと判断された場合は、Ｓ５１の解
析失敗時の処理と同様にエラーを表示する。最終的には
Ｓ５３で全てのデータが処理されたことを確認して処理
を終了する。

【００６４】図３０は、実施の形態５の検索式入力手段
の一例である。５１の不正な検索条件式が設定されたこ
とを示している。図３１は、表示されるエラー画面であ
る。５２のメッセージは、図３０の検索式が検索要求と
して与えられた場合に、表示されるエラー情報である。

【００６５】次に、実施の形態５の動作について説明す
る。構造化文書検索条件設定補助手段７で検索条件が設
定される場合は、正当な検索条件式が自動的に生成され
るので、検索条件式をチェックする必要は無いが、構造
化文書検索条件設定手段６でユーザが直接入力した場合
は、文法的に間違った検索式を入力したり、図３０にお
ける５１の様に無意味な検索式を入力する場合が考えら
れる。５１に示す検索条件が入力された場合の動作を説
明する。Ｓ５１で５１の検索条件は文法的には正当なも
のと判断され、Ｓ５３のステップに進む。Ｓ５３のステ
ップでは、文書タグ「報告書」の属性「取扱」が「社外
秘」と設定された内部データが未チェックであるため、
Ｓ５４に進む。Ｓ５４では唯一の上記内部データが選択
され、Ｓ５５に進む。Ｓ５５では、上記内部データは文
書タグの情報であるため、Ｓ５６に進み検索条件の正当
性をチェックする。図１４、図１５の情報と比較するこ
とで、文書タグ「報告書」の属性「取扱」が「社外秘」
を取らないことがチェックできＳ５７はエラー表示に進
み、５２の情報がユーザに提示される。

【００６６】上記のように構成することで、構造化文書
検索条件設定補助手段７を利用せずに、ユーザが直接、
構造化文書検索条件設定手段６によって検索条件を設定
した場合においても、検索条件の正当性を文法的な条件
のみならず、文書構造定義の内容をもチェックした検索
条件の正当性をチェックして、原因を表示するため、ユ
ーザは所望の文書が実際に無いのか、それとも検索条件
式が良くないために検索できないのかを判断することが
可能となる。

【００６７】実施の形態６．図３２は実施の形態６を示
す構成図であり、図に実施の形態５と同様又は相当する
部分については同一符号を付しその説明を省略する。１
８は構造化文書構造定義中の構造パスとそのパスを短縮
名と対応させて管理するための構造化文書パス管理手段
である。１９は入力された短縮名を含む検索条件式を正
規の検索条件式に展開する検索条件展開手段である。

【００６８】図３３は構造化文書検索条件設定手段６に
よって設定された検索条件が検索条件展開手段１９によ
って展開され、検索条件正当性チェック手段１６に渡さ
れる時の展開処理の流れを示すフローチャートである。
Ｓ６１は検索条件展開手段１９から渡される入力検索条
件式中の短縮名がすべて展開されたかどうかを確認す
る。Ｓ６１において短縮名が残っている場合は、Ｓ６２
に進む。Ｓ６２では短縮名を一つ取り出す。Ｓ６３は構
造化文書パス管理手段１８に選択した短縮名が登録され
ているかどうか判定する。Ｓ６３で存在しないと判定さ
れた場合はＳ６４でエラーを提示して処理を終了する。
Ｓ６３で短縮名が存在した場合はＳ６５に進む。Ｓ６５
では短縮名を対応する文書構造パスに展開した形式に変
更される。Ｓ６１で全ての短縮名が置き換えられた時点
で、変更後の検索条件式を出力検索条件式として検索条
件正当性チェック手段１６に渡し処理を終了する。

【００６９】図３４は構造化文書パス管理手段１８で管
理されているデータの一例である。６１の様に短縮名
「報告者名」と文書構造パス「報告者−氏名」が対にな
って管理されている。図３５は短縮名をユーザに提示す
る方法を示した一例である。６２の様に、追加、削除の
ためのボタンが用意してあり、表示方向も親文書タグか
ら子文書タグへの方向と子文書タグから親文書タグへの
方向が選択できる。図３６は、短縮名を含んだ入力検索
条件式とそれを展開した出力検索条件式の一例を示して
いる。６５は入力検索条件式の一例で、「＊」がついた
文書タグは短縮名であることを示している。６６は出力
検索条件式の一例であり、「＊」がついた文書タグは存
在しなくなっている。

【００７０】次に、実施の形態６の動作について説明す
る。検索条件展開手段１９に入力検索条件式６５が入力
されると、図３３のＳ６１で入力検索条件式６５の中に
短縮名が存在するかどうかを確認する。入力検索条件式
６５では「＊」がついたタグが存在するので、Ｓ６２に
進む。Ｓ６２では短縮名「報告者名」を取り出し、構造
化文書パス管理手段１８によって図３４の管理データか
ら、６１の「報告者名」という短縮名を見つけだす。Ｓ
６５では「報告者名」が「報告者−氏名」であることか
ら、「氏名」に「藤井」を含み、その「氏名」が「報告
者」という文書タグの部分構造となっていればよいの
で、出力検索条件式６６が作成される。Ｓ６１ではもう
短縮名は存在しないので検索条件展開手段１９の処理は
終了する。処理が終了すると、実施の形態５と同様に検
査条件の正当性をチェックした上で構造化文書検索手段
にて検索を実行する。ここで、短縮名を「＊」で始まる
文書タグの形としたが、これは何等かの形で指定されて
いれば上記処理は同様に実現される。

【００７１】上記のように構成することで、複雑な検索
式を短縮名を使って記述できるので、ユーザの入力の手
間と検索条件式の記述ミスを減らすことが出来る。また
図５の文書構造定義の「報告者」と「同行者」以下の部
分構造のように同一形の部分構造は同じ構造で定義され
ることが一般に行われるため短縮名によって一意に表現
できることは、ユーザに構造を明示できる意味でも有効
である。

【００７２】実施の形態７．図３２は実施の形態７を示
す構成図であり、図に実施の形態１と同様又は相当する
部分については同一符号を付しその説明を省略する。２
６は、検索結果を表示する文書タグを複数設定すること
が出来る表示検索結果設定手段、２７は表示検索結果設
定手段２６で設定された表示項目リストに従って検索結
果の文書を一画面上に分割して表示する複数部分構造表
示手段である。

【００７３】図３８は表示検索結果設定手段２６での表
示項目追加の処理の流れを示すフローチャートである。
Ｓ７１は表示項目表示部において挿入位置が選択された
かどうかを確認する。Ｓ７１において挿入位置が選択さ
れている場合は、Ｓ７２に進む。Ｓ７２では構造化文書
構造定義表示手段９で実現される図３９の木構造上の文
書タグが選択されたかどうかを確認する。Ｓ７３はＳ７
１で選択されている挿入位置にＳ７２で選択された文書
タグを挿入する。

【００７４】図３９は表示検索結果設定手段２６が実現
された画面表示で７１は選択された文書タグ名「まと
め」を示す。７２は追加するために選択された文書タグ
「概要」を示す。図４０は、表示検索結果設定手段２６
としてユーザが直接入力するためのフィールドを示す。
７３は検索条件結果の表示項目である。図４１は、７３
で設定された条件に従って検索を行った結果を１文書ず
つ表示する画面である。７４は１つの部分構造表示部
で、７５は同じ部分構造がある場合に順番に表示するた
めのボタン及び番号入力フィールドである。

【００７５】次に、実施の形態７の動作について説明す
る。ユーザが検索条件に対して、文書中のまったく関係
のない文書タグの情報を検索結果として見たい場合は、
表示検索結果設定手段２６によって所望の部分を検索結
果として一画面上に見せることが可能となる。ユーザが
検索条件として図４０の検索条件のように、「報告書」
の取扱＝Ａで且つ「タイトル」に「調査」という文字列
を含む文書を検索しようとしたとする。一方、ユーザが
必要な情報は、「タイトル」、「概要」、「まとめ」の
部分であり、図３９の表示タグのリスト上に「タイト
ル」と「まとめ」を「タイトル」、「まとめ」の順番に
リストした状態である。そこで、「概要」を「タイト
ル」と「まとめ」の間に追加しようとした場合を考え
る。ユーザはもちろん図４０における７３のフィールド
を直接修正して追加することもできるが、文書構造を十
分に把握していない場合には図３９上で修正するほうが
便利である。

【００７６】図３８のS７１で図３９における７１の
「まとめ」を選択することで挿入位置が指定される。S
７１で挿入位置が指定されたのでS７２で図３９の木構
造中の文書タグが選択されるのを待つこととなる。ユー
ザが図３９における７２の文書タグ「概要」を選択した
とすると、図３９のように、S７３で挿入位置指定され
ていた「まとめ」の前に「概要」が挿入されたリストと
なる。このとき、図４０の表示タグの部分も自動的に更
新する。表示項目を削除したい場合は、表示タグリスト
上の１項目を選択して削除ボタンをクリックすること
で、削除ができる。

【００７７】検索が呼ばれた場合は、構造化文書検索手
段５で検索が実行され、構造化文書検索結果表示手段８
にて、検索結果文書が一覧表示される。一覧表示中から
一文書を選択すると図４０の７３で指定された表示タグ
に従って、図４１の画面が表示される。「タイトル」は
７４の領域に表示され、その下に「概要」、「まとめ」
が続く。７５は該当する文書タグが複数あった場合に
「１／３」のように表示される。図３９の文書構造定義
で、「氏名」等を表示タグとして設定すると複数存在す
ることとなる。ユーザは分子の番号を変えたり、上下の
ボタンを使って表示内容を変更する。文書を次々見たい
場合は、図４１の下にある「前」、「次」のボタンをク
リックすればよい。

【００７８】上記のように構成することで、複雑な文書
中で所望の場所を指定して、全検索結果の内容を確認す
ることができるので、ユーザは検索結果の内容を次々と
確認し、希望する文書を取り出すことができる。また、
表示タグの設定も文書構造を見ながら指定できるので、
便利である。

【００７９】

【発明の効果】本発明は、以上に説明したように構成さ
れているので、以下に記載されるような効果が得られ
る。

【００８０】以上のようにこの発明によれば、構造化文
書の文書構造定義を構造表示する構造化文書構造定義表
示手段と、構造化文書構造定義表示手段で表示された構
造を使って検索条件を設定する構造化文書検索条件設定
補助手段を備えたので、文書構造定義の文書構造がわか
らなくて検索条件式が設定できないとか、検索条件式が
複雑で直接記述できないといったユーザにも検索条件を
設定できるようにするといった効果がある。またさら
に、検索結果の例となる文書を見つけてきて、その部分
構造をマークすることで検索するといった従来の方向と
違い、検索結果の候補が特定できないような検索要求に
対しても検索条件を生成することができるといった効果
がある。

【００８１】また、文書構造定義中のコメントを表示す
る文書構造定義コメント表示手段を備えたので、文書タ
グ名から構造の意味を把握しきれない場合や、属性値の
値の意味が把握しきれない場合にも、文書タグ名から構
造の意味や、属性値の値の意味を把握できユーザの検索
式作成の手助けとなるという効果がある。

【００８２】また、文書の部分構造を指定して構造化文
書構造定義表示手段での表示文書数をフィルタリングす
る文書構造フィルタリング手段を備えたので、多量の文
書構造定義が格納されている場合でも、ユーザはわずか
な部分構造の知識でも対象となる文書を絞り込んで、少
ない数の文書構造定義をチェックするだけで、所望の文
書構造を表示できるという効果がある。

【００８３】また、既に検索した検索条件を管理する検
索条件式管理手段と、１検索条件式を構造化文書構造定
義表示手段で利用できる形式の検索条件式変換手段を備
えたので、既に実行済みの検索条件式を再利用し、一部
の値や構造を修正して再検索を行う場合に直接検索条件
式を修正することなく新たな検索条件式が作成できるた
めにユーザが検索式を修正ミスしたり、無意味な検索式
を作成するのを防ぐといった効果がある。

【００８４】また、検索条件式の正当性をチェックする
検索条件正当性チェック手段と、検索条件式にエラーが
あった場合にユーザにエラーの理由を表示する検索条件
エラー表示手段を備えたので、直接検索条件式を作成し
て検索結果が０であったような場合でも本当に検索結果
がないのか、検索条件式が文書構造定義の構造にマッチ
しない検索条件式を間違って作成したために検索結果が
ないのかを判断することが可能となり、ユーザの検索結
果に対する判断ミスを防ぐといった効果がある。

【００８５】更に、構造化文書の構造パスを短縮名で管
理する構造化文書パス管理手段と、構造化文書パス管理
手段で管理されている構造パスを展開する検索条件展開
手段を備えたので、構造パスで指定しなくては特定でき
ない部分構造を短縮名で指定して検索条件が記述できる
のでユーザが複雑な検索条件式を少しでも簡単に記述す
ることができ、ひいては、検索条件式作成のミスを少な
くするという効果がある。

【００８６】また、検索結果の表示項目を簡単に設定す
ることを可能とした表示検索結果設定手段と、１画面上
に表示検索結果設定手段で設定した文書中の項目を表示
する複数部分構造表示手段を備えたので、ユーザは検索
結果の文書を次々と表示するだけで希望する文書かどう
かを判断できるので、検索結果から希望する文書を選択
するのが容易になるという効果がある。

【図面の簡単な説明】

【図１】本発明の実施の形態１の構造化文書処理装置
の構成を示す図である。

【図２】本発明の実施の形態１の構造化文書登録処理
の処理動作を示すフローチャートである。

【図３】本発明の実施の形態１の構造化文書検索条件
設定補助処理の処理動作を示すフローチャートである。

【図４】本発明の実施の形態１の部分構造登録処理の
処理動作を示すフローチャートである。

【図５】本発明の実施の形態１から実施の形態７にお
ける構造化文書処理装置の文書構造定義の一例を示す図
である。

【図６】本発明の実施の形態１から実施の形態７にお
ける構造化文書処理装置で作成された構造化文書の一例
を示す図である。

【図７】本発明の実施の形態１から実施の形態４にお
ける構造化文書処理装置で作成される画面の一例を示す
図である。

【図８】本発明の実施の形態１から実施の形態４にお
ける構造化文書処理装置によって検索条件が設定された
画面の一例を示す図である。

【図９】本発明の実施の形態１における構造化文書処
理装置によって文書タグが選択されたときに表示される
部分構造検索条件設定画面の一例を示す図である。

【図１０】本発明の実施の形態１の構造化文書処理装
置の分構造検索条件設定画面に検索条件が設定された画
面の一例を示す図である。

【図１１】本発明の実施の形態１から実施の形態７に
おける構造化文書処理装置の構造化文書構造記憶部に格
納されている構造データの一例を示す図である。

【図１２】本発明の実施の形態１から実施の形態７に
おける構造化文書処理装置の構造化文書構造記憶部に格
納されている属性データの一例を示す図である。

【図１３】本発明の実施の形態１から実施の形態７に
おける構造化文書処理装置の構造化文書構造記憶部に格
納されているコメント情報データの一例を示す図であ
る。

【図１４】本発明の実施の形態１から実施の形態５に
おける構造化文書処理装置による検索条件の内部構造デ
ータの一例を示す図である。

【図１５】本発明の実施の形態２の構造化文書処理装
置の構成を示す図である。

【図１６】本発明の実施の形態２における構造化文書
処理装置による検索条件作成処理の処理動作を示すフロ
ーチャートである。

【図１７】本発明の実施の形態２の構造化文書処理装
置のコメント表示処理の処理動作を示すフローチャート
である。

【図１８】本発明の実施の形態２における構造化文書
処理装置でコメントを表示した画面の一例を示す図であ
る。

【図１９】本発明の実施の形態３の構造化文書処理装
置の構成を示す図である。

【図２０】本発明の実施の形態３における構造化文書
処理装置で文書構造定義をフィルタリング処理する処理
動作を示すフローチャートである。

【図２１】本発明の実施の形態３の構造化文書処理装
置のフィルタリング条件設定画面の一例を示す図であ
る。

【図２２】本発明の実施の形態３の構造化文書処理装
置でフィルタリングされた画面の一例を示す図である。

【図２３】本発明の実施の形態３の構造化文書処理装
置によるフィルタリング結果を示す内部データの一例を
示す図である。

【図２４】本発明の実施の形態４の構造化文書処理装
置の構成を示す図である。

【図２５】本発明の実施の形態４における構造化文書
処理装置による検索条件式を木構造表示処理する処理動
作を示すフローチャートである。

【図２６】本発明の実施の形態４における構造化文書
処理装置の検索条件式管理手段で管理されている内部デ
ータの一例を示す図である。

【図２７】本発明の実施の形態４における構造化文書
処理装置の検索条件式管理手段で管理されている履歴を
表示する検索画面の一例を示す図である。

【図２８】本発明の実施の形態５の構造化文書処理装
置の構成を示す図である。

【図２９】本発明の実施の形態５における構造化文書
処理装置でチェック処理する処理動作を示すフローチャ
ートである。

【図３０】本発明の実施の形態５における構造化文書
処理装置で検索条件を直接入力した一例を示す図であ
る。

【図３１】本発明の実施の形態５における構造化文書
処理装置で検索条件が正当でなかった場合のエラー出力
の一例を示す図である。

【図３２】本発明の実施の形態６の構造化文書処理装
置の構成を示す図である。

【図３３】本発明の実施の形態６における構造化文書
処理装置で検索条件式の展開処理する処理動作を示すフ
ローチャートである。

【図３４】本発明の実施の形態６における構造化文書
処理装置の構造化文書パス管理手段で管理されているデ
ータの一例を示す図である。

【図３５】本発明の実施の形態６における構造化文書
処理装置の構造化文書パス管理手段で管理されているデ
ータの表示の一例を示す図である。

【図３６】本発明の実施の形態６における構造化文書
処理装置の検索条件展開手段で展開される前と後の検索
条件式の一例を示す図である。

【図３７】本発明の実施の形態７の構造化文書処理装
置の構成を示す図である。

【図３８】本発明の実施の形態７における構造化文書
処理装置の表示検索結果設定手段で表示する項目を設定
処理する処理動作を示すフローチャートである。

【図３９】本発明の実施の形態７における構造化文書
処理装置の表示タグを提示、修正する画面の一例を示す
図である。

【図４０】本発明の実施の形態７における構造化文書
処理装置の表示タグを直接入力する画面の一例を示す図
である。

【図４１】本発明の実施の形態７における構造化文書
処理装置の複数部分構造表示手段で表示される結果の一
例を示す図である。

【図４２】従来装置の構成図である。

【図４３】従来装置におけるクライアントの構成図で
ある。

【図４４】従来装置におけるコントローラの画面説明
図である。

【符号の説明】

１：構造化文書登録手段、２：構造化文書構
造管理手段３：構造化文書管理手段、５：構造化文書検
索手段６：構造化文書検索条件設定手段、７：構造化文書検
索条件設定補助手段８：構造化文書検索結果表示手段、９：構造化文書構
造定義表示手段１０：構造化文書構造管理部／構造化文書記憶部１１：制御手段、１２：文書構造定
義コメント表示手段１３：文書構造定義フィルタリング手段１４：検索条件式管理手段、１５：検索条件式
変換手段１６：検索条件正当性チェック手段、１７：検索条件エ
ラー表示手段１８：構造化文書パス管理手段、１９：検索条件展
開手段２６：表示検索結果設定手段、２７：複数部分構
造表示手段

───────────────────────────────────────────────────── フロントページの続き (72)発明者森口修東京都千代田区丸の内二丁目２番３号三菱電機株式会社内

Claims

【特許請求の範囲】

【請求項１】文書構造定義に従って作成済みの構造化
文書とその文書構造定義とを登録する構造化文書登録手
段と、この構造化文書登録手段で登録された文書構造定
義を管理する構造化文書構造管理手段と、同じく上記構
造化文書登録手段で登録された構造化文書を管理する構
造化文書管理手段と、上記構造化文書を検索するための
条件設定をする構造化文書検索条件設定手段と、この構
造化文書検索条件設定手段で設定された条件により上記
構造化文書を検索する構造化文書検索手段と、この構造
化文書検索手段で検索された結果を表示する構造化文書
検索結果表示手段とを有する構造化文書処理装置におい
て、上記構造化文書の文書構造定義を表示する構造化文
書構造定義表示手段と、この構造化文書構造定義表示手
段で表示された構造の上で検索条件を設定する構造化文
書検索条件設定補助手段とを備えたことを特徴とする構
造化文書処理装置。
【請求項２】上記文書構造定義中に記述されているコ
メントを表示する文書構造定義コメント表示手段を備え
たことを特徴とする請求項１記載の構造化文書処理装
置。
【請求項３】上記構造化文書検索条件設定手段により
指定された構造と文書構造定義中の部分構造が一致する
複数の文書構造定義のみを選択する文書構造定義フィル
タリング手段を備えたことを特徴とする請求項１記載の
構造化文書処理装置。
【請求項４】既に実行済みの検索条件式を管理する検
索条件式管理手段と、この検索条件式管理手段によって
管理されている条件を上記構造化文書検索条件設定補助
手段で解釈できる形式に変換する検索条件変換手段を備
えたことを特徴とする請求項１記載の構造化文書処理装
置。
【請求項５】入力された検索条件式の部分構造に設定
される検索条件の正当性をチェックする検索条件正当性
チェック手段と、検索条件の不正が発見された場合にそ
の問題点を表示する検索条件エラー表示手段を備えたこ
とを特徴とする請求項１記載の構造化文書処理装置。
【請求項６】文書構造の構造パスと短縮名を管理する
構造化文書パス管理手段と、検索条件中の短縮名を構造
パスに置き換える検索条件展開手段を備えたことを特徴
とする請求項５記載の構造化文書処理装置。
【請求項７】検索条件と異なる文書中の部分構造を検
索結果として指定する表示検索結果設定手段と、表示検
索結果設定手段で設定された部分構造を１検索結果当た
り１画面に同時に表示する複数部分構造表示手段を備え
たことを特徴とする請求項１記載の構造化文書処理装
置。