JP2003281149A - アクセス権限設定方法および構造化文書管理システム - Google Patents

Abstract

(57)【要約】 【課題】アクセス権限を構造化文書の構成要素毎にきめ
細かく設定することが容易に行えるアクセス権限設定方
法およびそれを用いた構造化文書管理システムを提供す
る。 【解決手段】構造化文書データベースからその論理構造
に基づき所望の構成要素を検索するための検索要求文を
用いて検索した結果得られた複数の構成要素を含む検索
結果文書を表示した表示画面上の任意の表示領域が指定
されたとき、その指定された表示領域に表示されている
データに対応する検索結果文書中の第１の構成要素を特
定し、この第１の構成要素に関連付けられた検索要求文
中の第２の記述部分の記述に基づき、構造化文書データ
ベース中の第１の構成要素に対応する第２の構成要素を
検索して、この第２の構成要素に対し、少なくとも該第
２の構成要素にアクセスが制限されるユーザの範囲を定
めてアクセス権限を設定する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、異なる文書構造の
複数の構造化文書を、階層化された論理構造を持つ構造
化文書データベースに対するアクセス権限の設定方法に
関する。

【０００２】

【従来の技術】ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒ
ｋｕｐ Ｌａｎｇｕａｇｅ）は、組織内データや、企業
間の交換フォーマットの世界標準として現在注目を浴び
ている。これらＸＭＬで記述された文書（以下、ＸＭＬ
文書と呼ぶ）に構造情報を付加することが可能であり、
構造化文書と呼ばれる。これら構造化文書を格納、検索
を行うためのデータベースの開発が現在進んでいる。構
造化文書をデータベース化することで、データ問合せ言
語（以後、クエリと呼ぶ）によって、データベースから
所望の構造化文書を検索して、それらを合成した新たな
構造化文書（加工された構造化文書）を生成することが
可能となる。例えば、クエリによって、論文データベー
スと従業員データベースの内容から、１つの加工された
構造化文書を作成する、といったことが可能となる。

【０００３】構造化文書をブラウザ等に表示するためも
のが、ＸＳＬ（ｅＸｔｅｎｓｉｂｌｅ Ｓｔｙｌｅｓｈ
ｅｅｔ Ｌａｎｇｕａｇｅ）に代表されるスタイルシー
トである。ＸＳＬはＷ３Ｃによって勧告になっているも
ので、これ自体がＸＭＬで記述されている。これは、表
示を規定する言語から成り、主にパターンマッチングに
より表示形式を決定するものである。

【０００４】アプリケーションからデータベースを利用
する形式としては以下の手順が一般的である。

【０００５】 構造化文書をデータベースに格納する クエリによりこれらデータベースから所望のデータ
を取得する スタイルによりブラウザなどの画面にこれらデータ
を表示させる ここで、クエリとは格納したデータを取得する、という
操作も含む。よって、データベースに格納した文書をそ
のまま表示させたい場合もクエリが発行されていること
になる。

【０００６】アプリケーションによっては、構造化文書
の階層構造に応じてアクセス権限を設定できるようにし
たいといった要求が多く発生してくる。例えば、ある構
造化文書中のある１つの要素に対するアクセス権限はユ
ーザＡ，ユーザＢで、他の１つの要素に対してはユーザ
Ａだけである、といった文書構造に応じた指定を行いた
いといったことである。

【０００７】このようなアクセス権限の設定は、ＲＤＢ
のようなテーブルとレコード単位でのアクセス権限の設
定でなく、木構造に対するアクセス権限の設定となり、
そのための手法が幾つか提案されている。

【０００８】例えば、階層構造に応じたアクセス権限の
設定方法として、ＰＨ０７−４４５７９がある。これ
は、構造化文書の階層構造ごとにアクセス権限を設定可
能とするもので、アクセス権限の継承等も可能とするも
のである。いわばオブジェクト指向型データに対するア
クセス権限に近い実現方法を示している。アクセス権限
の設定は文書に対して行うことから、格納されている文
書全てに対してアクセス権限を設定しなければならな
い。ＸＭＬはスキーマがない場合も許容されるので、ス
キーマに対してアクセス権限を設定するという場合だけ
では不十分である。よって、膨大な数の文書それぞれに
アクセス権限を設定するのは非常に手間が掛かる作業で
ある。また、これは、ＸＭＬ文書に対して直接アクセス
権限を設定するものであるが、ＸＭＬ文書はあくまでデ
ータであり、このデータをどのように使うかはアプリケ
ーション側に依存する場合が多い。

【０００９】アプリケーションによっては、同じアクセ
ス権限を持つユーザでも、ある画面ではある要素に対す
る表示を認めず、ある画面では表示を許す、などといっ
た設定を行いたいという要求がある。また、アクセス権
限は同じでも、ＸＭＬ文書そのものの表示は認めない
が、クエリによる集計結果として加工された場合には表
示は可能とするといった設定を行いたい場合もあるであ
ろう。つまり、格納されているＸＭＬ文書というより
は、前者は表示に対するアクセス権限、後者はクエリに
対するアクセス権限の設定である。

【００１０】このように、アプリケーション側にとって
は、表示形式（スタイル）によって表示されたデータに
対する権限をアクセス権限とする場合が多い。スタイル
ごとにアクセス権限を設定しようとしているものとし
て、Ｐ２００１−２２７４９がある。これは、単に、ユ
ーザＩＤとスタイルＩＤを関連付けて管理し、ユーザ毎
にアクセス可能なスタイルを指定するものであり、ＸＭ
Ｌ文書そのものが持つ文書構造は全く考慮していない。

【００１１】また、ＰＨ１１−２５０７６においては、
構造化文書のアクセス権限設定において、表示部とデー
タ管理部を別に管理し、ユーザに対してアクセス権限の
ある情報だけを提示し、更新を行いたい場合にはその部
分だけの更新を許す構成をとっている。しかし、これも
文書毎にアクセス権限を設定しなければならず、やはり
設定に対する負荷に関する問題が残る。

【００１２】ＲＤＢのようにスキーマが必須の場合は、
そのスキーマにアクセス権限を設定することなども考え
られるが、ＸＭＬはスキーマはあっても良いし、なくて
も良い、などといった特徴や、同じ名前を持つ要素が同
一レベルに複数存在しても良い、などといった特徴があ
り、構造が曖昧になる場合が多い。これらを考えると、
構造化文書の構成要素毎にアクセス権限を設定する必要
性がある。

【００１３】また、実際にアクセス権限を設定するの
は、アプリケーションレベルになってからであり、デー
タを作成した段階ではない場合が多い。例えば、同じデ
ータを用いたとしても、ある用途（検索条件）あるいは
スタイル（表示形式）では、ユーザＡにはある要素ｘに
対してアクセス権限を与えるが、別のある用途あるいは
スタイル（表示形式）ではアクセス権限を無くすといっ
た柔軟な処理を行うことも十分考えられる。つまり、ア
プリケーション作成の段階になってアクセス権限を設定
することが多く、その段階でアクセス権限の設定が容易
に行えるような機能が必要となってくる。

【００１４】さらに、アプリケーション面から捕らえた
場合、スタイルごと、或いは、用途ごとにアクセス権限
を設定できる機能が望まれる。例えば、スタイルに関し
ていえば、ユーザＡに対しては、ある要素ｘのグラフを
見せるが、ユーザＢに対しては、グラフ表示は不可能
で、例えばモザイクをかけて表示する、などといった制
限などである。ただ、ユーザＢはグラフとしての表示は
不可能であるが、ＸＭＬデータとしてその値を取得する
ことは可能、などといった場合もある。また、クエリに
よって集計された結果はアクセスできるが、それ以外の
個々の文書にはアクセスできない、といったアクセス権
限を設定する場合も考えられる。これらは、データベー
スに格納されている文書に対してのみアクセス権限を持
たせる方法では実現できない。

【００１５】

【発明が解決しようとする課題】以上説明したように、
従来からある構造化文書へのアクセス権限の設定方法
は、アクセス権限を構造化文書の構成要素毎に設定する
ことは可能であるが、その設定に手間がかかるという問
題点があった。特に、論理空間を有する構造化文書デー
タベースにおける膨大な量の構造化文書に対して、その
個々の構成要素に対してアクセス権限を設定する手間と
コストは相当大きなものとなる。

【００１６】また、構造化文書データベースに格納され
ている構造化文書の構成要素にアクセス権限を設定する
だけでなく、表示形式や用途に応じて（すなわち、スタ
イルシートやクエリに応じて）、構造化文書の構成要素
に対し、異なるアクセス権限を設定するといったきめ細
かなアクセス権限の設定が行えないという問題点があっ
た。

【００１７】そこで、本発明は、上記問題点に鑑み、ア
クセス権限を構造化文書の構成要素毎にきめ細かく設定
することが容易に行えるアクセス権限設定方法および構
造化文書管理装置を提供することを目的とする。

【００１８】また、構造化文書データベースに格納され
ている構造化文書の構成要素の用途や表示形式（検索結
果として表示する際の表示形式）に応じて、異なる内容
のアクセス権限を設定することが容易に行えるアクセス
権限設定方法および構造化文書管理装置を提供すること
を目的とする。

【００１９】

【課題を解決するための手段】本発明は、複数の構造化
文書を格納した階層化された論理構造を持つ構造化文書
データベースの前記論理構造を構成する前記構造化文書
の構成要素に対し、アクセス権限を設定するためのもの
であって、前記構造化文書データベースから前記論理構
造に基づき所望の構成要素を検索するための検索要求文
（クエリ）を用いて検索した結果得られた複数の構成要
素からなる検索結果文書を表示した表示画面上の任意の
表示領域が指定されたとき、その指定された表示領域に
表示されているデータに対応する前記検索結果文書中の
第１の構成要素を特定し、この第１の構成要素に関連付
けられた前記検索要求文中の第２の記述部分の記述に基
づき、前記構造化文書データベース中の前記第１の構成
要素に対応する第２の構成要素を検索して、この第２の
構成要素に対し、少なくとも該第２の構成要素にアクセ
スが制限されるユーザの範囲を定めてアクセス権限を設
定することを特徴とする。

【００２０】本発明によれば、ユーザは、検索結果の表
示画面上で、少なくとも所望の表示領域を指定するだけ
で、当該指定された表示領域に表示されているデータに
対応する構造化文書データベース中の所望の構成要素に
アクセス権限の設定が容易に行える。

【００２１】また、本発明は、複数の構造化文書を格納
した階層化された論理構造を持つ構造化文書データベー
スの前記論理構造を構成する前記構造化文書の構成要素
に対し、アクセス権限を設定するものであって、前記構
造化文書データベースから前記論理構造に基づき所望の
構成要素を検索するための検索要求文（クエリ）を用い
て検索した結果得られた複数の構成要素からなる検索結
果文書を表示した表示画面上の任意の表示領域が指定さ
れたとき、この指定された表示領域に表示されているデ
ータに関連付けられた、前記検索結果文書を所定の表示
形式で表示するために用いた前記検索結果文書の文書構
造の変換規則（スタイルシート）中の第１の記述部分
と、この第１の記述部分に関連付けられた前記検索結果
文書中の第１の構成要素を抽出し、少なくとも、前記変
換規則中の前記第１の記述部分にアクセス権限を設定す
る第１のレベル（スタイルレベル）と、前記検索要求文
中の、前記第１の構成要素に対応する第２の記述部分に
アクセス権限を設定する第２のレベルと（クエリレベ
ル）、前記第２の記述部分に関連付けられた前記検索要
求文中の第３の記述部分の記述に基づき特定される前記
構造化文書データベース中の前記第１の構成要素に対応
する第２の構成要素にアクセス権限を設定する第３のレ
ベル（データレベル）を含む複数のレベルのうち、ユー
ザにより指定されたレベルに、少なくとも、そのレベル
についてアクセスが制限されるユーザの範囲を定めてア
クセス権限を設定することを特徴とする。

【００２２】本発明によれば、ユーザにより所望の表示
領域が指定されると、ユーザにより指定されたレベルに
応じて、該指定された表示領域に対応するスタイルシー
トの記述部分、さらに、それに関連付けられた検索結果
文書中の構成要素、さらに、それに対応するクエリ中の
記述部分、さらにそれに関連付けられた構造化文書デー
タベース中の要素と、順次特定していくことにより、指
定されたレベルにアクセス権限を設定することが容易に
行える。ユーザは、検索結果の表示画面上で、少なくと
も所望の表示領域と、アクセスレベルを指定するだけ
で、構造化文書データベース中の構成要素にアクセス権
限の設定が行える。

【００２３】アクセス権限をスタイルシート、クエリと
いったレベルに設定することにより、あるスタイルシー
トを用いていたときには表示されなかったデータが他の
異なるスタイルシートを用いれば表示される、あるクエ
リを用いた検索結果では表示されなかったデータが他の
異なるクエリを用いたときには表示されるといった、柔
軟なアクセス権限の設定が可能になる。また、アクセス
権限をあるクエリレベルで設定すると、このクエリに用
いた結果得られた検索結果文書を表示するためにどのス
タイルシートに利用しても、このアクセス権限が適用さ
れる。また、アクセス権限をデータレベルで設定する
と、このアクセス権限の設定された構成要素を利用する
ためにどのクエリ、どのスタイルシートを用いても、こ
のアクセス権限が適用される。

【００２４】クエリレベルでアクセス権限を設定する
と、構造化文書データベース中の構成要素に対し、その
用途に応じてアクセス権限を設定することができる。ま
た、スタイルレベルでアクセス権限を設定すると、構造
化文書データベース中の構成要素に対し、その表示形式
に応じてアクセス権限を設定することができる。

【００２５】さらに、前記複数のレベルは、前記構造化
文書データベースに格納されている前記第２の構成要素
を含む構造化文書と同じ文書構造を持つ他の構造化文書
に含まれる前記第２の構成要素の要素名と同じである全
ての構成要素にアクセス権限を設定する第４のレベルを
含むことにより、スタイルシートの記述部分、クエリ中
の記述部分、構造化文書データベース中の前記第２の構
成要素の他に、さらに、当該第２の構成要素を含む構造
化文書と同じ文書構造を持つ他の構造化文書中の当該第
２の構成要素と同じ要素名の要素に対しても、それ対応
のレベル（第４のレベル）を指定するだけで一括してア
クセス権限を容易に設定することができる。

【００２６】特に、ユーザにより前記第４のレベルが指
定されたとき、前記第２の構成要素を含む構造化文書と
同じ文書構造を持つ複数の構造化文書が格納されている
前記論理構造に従って指定される前記構造化データベー
スの論理的なエリアに、そのエリア内に格納される構造
化文書が従うべき文書構造を定義した文書構造定義文書
（スキーマ）が存在するときは、当該文書構造定義文書
中の前記第２の構成要素と同じ要素名の構成要素に関す
る記述部分に、前記第２の構成要素と同じ要素名の構成
要素に対する前記アクセス権限を設定するようにしても
よい。

【００２７】さらに、前記変換規則（スタイルシート）
は、前記検索結果文書を該検索結果文書の各構成要素の
少なくとも要素値をそれぞれ１つの表示領域で表示する
表示用文書（ＨＴＭＬ文書）に変換するためのものであ
って、前記変換規則を用いて前記検索結果文書を表示用
文書に変換する際には、該表示用文書の記述部分と、該
記述部分に関連する前記変換規則中の記述部分との対応
関係を抽出し、前記表示画面上の任意の表示領域が指定
されたとき、該指定された表示領域に表示されているデ
ータに対応する前記表示用文書中の第４の記述部分に対
応する前記変換規則中の前記第１の記述部分を前記対応
関係に基づき抽出することにより、指定された表示領域
に表示されているデータに関連付けられた変換規則中の
第１の記述部分が容易に抽出できる。

【００２８】

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

【００２９】構造化文書として、ＸＭＬやＳＧＭＬなど
で記述した文書が挙げられる。ＳＧＭＬ（Ｓｔａｎｄａ
ｒｄ Ｇｅｎｅｒａｌｉｚｅｄ Ｍａｒｋｕｐ Ｌａｎ
ｇｕａｇｅ）とは、ＩＳＯ（国際標準化機構）で定めら
れた規格である。ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａ
ｒｋｕｐ Ｌａｎｇｕａｇｅ）とは、Ｗ３Ｃ（Ｗｏｒｌ
ｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍ）にて定
められた規格である。それぞれ文書を構造化することを
可能とする構造化文書規約である。

【００３０】以下、構造化文書として、ＸＭＬにて記述
された文書を例に説明を進める。構造化文書の文書構造
を定義したデータ（文書構造定義データ）をスキーマと
呼ぶ。ＸＭＬではそのスキーマを定義するためにＸＭＬ
−ＳｃｈｅｍａやＸＤＲ（ＸＭＬ Ｄａｔａ Ｒｅｄｕ
ｃｅｄ）などのスキーマ言語が提案されている。ここで
は、例えば、ＸＤＲでのスキーマを記述する場合を例に
とり説明する。

【００３１】スキーマも、本発明の構造化文書管理シス
テムの管理対象の構造化文書であり、従って、スキーマ
文書と呼ぶことがある。スキーマ文書と区別するため
に、特許明細書やメール、週報、広告などの種々雑多な
内容を有す文書をコンテンツ文書と呼ぶこともある。

【００３２】本発明の構造化文書管理システムでは、上
記スキーマ文書、上記コンテンツ文書、さらに、後述す
るようなユーザからの検索要求内容を記述したクエリ、
すなわち、クエリ文書も管理対象とし、これらを総称し
て「文書」と呼ぶ。

【００３３】以下、特にことわりがない場合、「文書」
と呼ぶときは、コンテンツ文書、スキーマ文書、クエリ
文書を全て指すものとする。

【００３４】まず、実施形態の説明を前に、ＸＭＬにつ
いて簡単に説明する。

【００３５】図３は、ＸＭＬで記述された構造化文書の
一例として、「特許」情報の例を示したものである。Ｘ
ＭＬやＳＧＭＬは、文書の構造の表現にタグが用いられ
る。タグには、開始タグと終了タグがあり、文書構造情
報の構成要素を開始タグと終了タグで囲むことにより、
文書中の文字列（テキスト）区切りと、そのテキストが
構造上どの構成要素に属するのかを明確に記述すること
ができる。

【００３６】ここで開始タグとは要素名称を記号
「＜」、「＞」で閉じたものであり、終了タグとは要素
名称を記号「＜／」と「＞」で閉じたものである。タグ
に続く構成要素の内容が、テキスト（文字列）または子
供の構成要素の繰り返しである。また開始タグには「＜
要素名称 属性＝“属性値”＞」などのように属性情報
を設定することができる。「＜特許ＤＢ＞＜／特許ＤＢ
＞」のようにテキストを含まない構成要素は、簡易記法
として「＜特許ＤＢ／＞」のように表わすこともでき
る。

【００３７】図３に示した文書は、「特許」タグから始
まる要素をルート(根)とし、その子要素として「タイト
ル」、「出願日」、「出願者」、「要約」タグから始ま
る要素集合が存在する。また、例えば、「タイトル」タ
グから始まる要素には「ＸＭＬデータベース」といっ
た、１つのテキスト（文字列）が存在する。

【００３８】ＸＭＬなどの構造化文書は、任意の構成要
素を繰り返し含んでいたり、さらには文書構造があらか
じめ決まっていない（ＲＤＢ（リレーショナルデータベ
ース）やＯＯＤＢ（オブジェクト指向データベース）の
スキーマでは定義できない）のが普通である。

【００３９】図３に示したような構造化文書を論理的に
表現するために、図４に示すようなツリー表現が用いら
れる。ツリーは、ノード（番号が付され、円形で示され
たもの）とアーク（ノードを表す円形間をつなぐデータ
付き線）と四角形で囲まれたテキストから構成されてい
る。

【００４０】ノードは文書オブジェクトに対応し、ノー
ドからタグ名や属性名に相当するラベルが付与された複
数のアークが出てきている。そのアークの先は、ノード
または要素値としての文字列（テキスト）である。ノー
ドの中に記載されている英数字（＃０、＃４９）などは
オブジェクトＩＤである。

【００４１】図４に示したツリー構造を図３に示した構
造化文書の文書オブジェクトツリーと呼ぶ。

【００４２】図１は、本実施形態に係る構造化文書管理
システムの構成例を示したものである。図１において、
構造化文書管理システムは、大きく分けて、要求制御部
１、アクセス要求処理部２、検索要求処理部３、データ
アクセス部４、文書記憶部５、インデックス記憶部６、
アクセス権限設定管理部２０１から構成されている。文
書記憶部５、インデックス記憶部６は例えば、外部記憶
装置を用いて構成される。

【００４３】図１のシステム構成は、ソフトウエアを用
いて実現可能である。

【００４４】なお、アクセス権限設定管理部２０１につ
いては、後述する（「アクセス権限の設定」参照）。

【００４５】要求制御部１は、要求受付部１１と結果処
理部１２から構成されている。要求受付部１１は、ユー
ザからの文書格納や文書取得、文書検索などの要求を受
け付けて、アクセス要求処理部２を呼び出す。結果処理
部１２は、アクセス要求処理部２が処理した結果を要求
元のユーザに返す処理を行う。

【００４６】アクセス要求処理部２は、ユーザからの文
書格納や文書取得などの要求に対応した複数の処理部か
ら構成されている。つまり、文書格納部２１、文書取得
部２２、文書削除部２３から構成されている。

【００４７】文書格納部２１は、文書記憶部５中の論理
的な指定エリアに文書を格納する処理を行う。

【００４８】文書取得部２２は、文書記憶部５中の論理
的なエリアが指定されたときに、その指定エリアに存在
する文書を取得する処理を行う。

【００４９】文書削除部２３は、文書記憶部５中の論理
的な指定エリアに存在する文書を削除する処理を行う。

【００５０】文書記憶部５は、構造化文書データベース
であり、例えば、図８に示すように、文書をＵＮＩＸ
（登録商標）のディレクトリ構造のように階層的にツリ
ー構造状に格納している。

【００５１】図８に示すように、構造化文書データベー
スは、図４に示したような１つの構造化文書のツリー構
造と同様に表現できる。すなわち、任意のノード以下の
部分階層木（部分ツリー）は、構造化文書データベース
から切り出された構造化文書であり、ここでは、これを
文書オブジェクトツリーと呼ぶ。各ノードにはオブジェ
クトＩＤが割り当てられている。オブジェクトＩＤは、
構造化文書データベース内ではユニークな数値を持つも
のとする。

【００５２】階層木のルートとなるノードには、それが
ルートノードであることを特定するためのオブジェクト
ＩＤ「＃０」が割り当てられるものとする。

【００５３】ルートノード、すなわち、「＃０」のノー
ドからは「ｒｏｏｔ」タグを先頭に持つ「＃１」のノー
ドへリンクが張られている。「＃１」のノードからは、
「特許ＤＢ」タグを先頭にもつ「＃２」ノードへのリン
クが張られている。「＃２」ノードからは、「特許」タ
グを先頭に持つ「＃４２」ノード、「＃５２」ノード、
「＃６２」ノードへのリンクがそれぞれ張られている。

【００５４】図３に示した「特許」情報は、「＃４２」
ノード以下の部分ツリーに対応している。このノードか
らは「タイトル」タグ、「出願者」タグ、「要約」タグ
などを先頭にもつノードへリンクが張られ、末端のノー
ドからは、「ＸＭＬデータベース」、「Ｔ社」。「ＸＭ
Ｌを統一的に管理するデータベースを提供する…」など
の文字列（要素値）へのリンクが張られている。

【００５５】「＃５２」ノード以下の部分ツリー、「＃
６２」ノード以下の部分ノードも１つの「特許」情報に
対応する部分である。

【００５６】ところで、例えば、「＃４３」ノードにリ
ンクされた「ＸＭＬデータベース」という要素値は、
「＃４３」ノードと「＃ｖａｌｕｅ」という特殊なタグ
名で接続されている。このタグ名は、「＃」で始まるた
めＸＭＬ規格においては標準的なタグ名として利用する
ことはできない。

【００５７】このような構造化文書データベースの特定
ノードを指定するために構造化文書パスを用いる。構造
化文書パスは「ｕｉｘ：／／ｒｏｏｔ」から始まる文字
列である。ｕｉｘ（Ｕｎｉｖｅｒｓａｌ Ｉｄｅｎｔｉ
ｆｉｅｒ ｆｏｒ ＸＭＬ）は構造化文書パスであるこ
とを示す前置文字列である。

【００５８】例えば、「ｕｉｘ：／／ｒｏｏｔ／特許Ｄ
Ｂ」は、「＃１」ノードから「特許ＤＢ」が付与された
アークが指し示すノード、つまり「＃２」ノードに対応
する。このように「ｒｏｏｔ」から「／」で区切られた
部分文字列をタグ名とみなすことで「＃０」ノードから
タグ名の並びに沿って対応するアークを下っていき、そ
の最後のアークが指すノードが、パスの場所を指し示
す。

【００５９】例えば、「ｕｉｘ：／／ｒｏｏｔ／特許Ｄ
Ｂ／特許」は、「＃４２」ノード、「ｕｉｘ：／／ｒｏ
ｏｔ／特許ＤＢ／出願日／年」は、「＃４５」ノードを
指し示す。

【００６０】「＃２」ノード以下に、すなわち、「特許
ＤＢ」に、複数の「特許」情報を格納する場合には、個
々の「特許」情報を識別するために、構造化文書パスに
インデックス表現が可能である。

【００６１】「特許ＤＢ」の最初の「特許」情報であれ
ば、「ｕｉｘ：／／ｒｏｏｔ／特許ＤＢ／特許［０］」
となるが、これは「ｕｉｘ：／／ｒｏｏｔ／特許ＤＢ／
特許」と同じとみなす。

【００６２】「特許ＤＢ」の２番目の「特許」情報であ
れば、「ｕｉｘ：／／ｒｏｏｔ／特許ＤＢ／特許［１］
ＤＢ」の５番目の「特許」情報であれば、「ｕｉｘ：／
／ｒｏｏｔ／特許ＤＢ／特許［４］」となる。

【００６３】インデックス記憶部６には検索時に用い
る、要素名称生起インデックスとデータ生起インデック
スが記憶されている。

【００６４】要素名生起インデックスとは構造化文書デ
ータベースに格納されている要素名称のリストと、各要
素名称が先頭にある構造化文書（文書オブジェクトツリ
ー）の位置とを関連付けてインデックスファイル化した
ものである。例えば、図８の構造化文書データベースの
ように、（「特許」情報に対応する）「特許」という要
素名称が「＃４２」ノード以下の構造化文書、「＃５
２」ノード以下の構造化文書、「＃６２」ノード以下の
構造化文書に存在する場合、これらをインデックス化す
ると、図９に示すように、それらの親ノード、「＃２」
ノードが、要素名称生起インデックスファイルに「特
許」キーからのチェーンで格納される。

【００６５】このように、親ノードでインデックス化す
ると、インデックスファイルを圧縮することができる。
すなわち、親ノードでインデックス化すれば、子ノード
が増大しようとも、親ノードで代用しているので、チェ
ーンサイズは増大しない。これに対し、実ノードをイン
デックス化すれば「特許」情報の格納数の増大とともに
チェーンサイズはそれに比例して増加してしまう。

【００６６】データ生起インデックスとは、構造化文書
データベースに格納されている文字列データのリストと
各文字列データがある構造化文書（文書オブジェクトツ
リー）の位置とを関連付けてインデックスファイル化し
たものである。例えば、図８の構造化文書データベース
のように、「ＸＭＬ」という文字列データ（および、
「ＸＭＬ」という文字列を含む文字列）が「＃４３」ノ
ード以下の構造化文書、「＃４９」ノード以下の構造化
文書に存在する場合、これらをインデックス化すると、
図１０に示すように、「＃４３」ノード、「＃４９」ノ
ードが、データ生起インデックスファイルに「ＸＭＬ」
キーからのチェーンで格納される。

【００６７】なお、逆階層インデックスなど、その他の
インデックスファイルを用いてもよい。逆階層インデッ
クスとは、あるノードとその親ノードとの対応を格納し
たものである（あるノードからその親ノードを求めるこ
とができる）。

【００６８】文書記憶部５中の論理的な指定エリアと
は、ユーザにより構造化文書パスを用いて指定された文
書の格納場所を指す。構造化文書パス（簡単にパスと呼
ぶことがある）は、ユーザにとって認識可能な表現であ
る。

【００６９】図１の説明に戻る。

【００７０】データアクセス部４は、文書記憶部５をア
クセスする基本インターフェイスの集合である。データ
アクセス部４は、文書オブジェクトツリー格納部４７、
文書オブジェクトツリー削除部４８、文書オブジェクト
ツリー取得部４９、文書文字列取得部４４、パスから文
書オブジェクトツリー取得部４５、文書パーサ部４６、
合成文書作成部４７、インデックス更新部４８から構成
される。

【００７１】文書オブジェクトツリー格納部４１は、文
書記憶部５中の物理的な指定エリアに文書オブジェクト
ツリーを格納する処理を行う。

【００７２】文書オブジェクトツリー削除部４２は、文
書記憶部５中の物理的な指定エリアに存在する文書オブ
ジェクトツリーを削除する処理を行う。

【００７３】文書オブジェクトツリー取得部４３は、文
書記憶部５中の物理的な指定エリアに存在する文書オブ
ジェクトツリーを取得する処理を行う。

【００７４】文書文字列取得部４４は、文書オブジェク
トツリーを構造化文書（ＸＭＬ文書）に変換する処理を
行う。

【００７５】パスから文書オブジェクトツリー取得部４
５は、構造化文書パスを解析して文書記憶部５中の物理
的なエリアを特定して、そのエリアに存在する文書オブ
ジェクトツリーを取り出す処理を行う。

【００７６】文書パーサ部４６は、ユーザにより入力さ
れた構造化文書を読み込んで構文解析して整合性の検査
を行い、さらに文書構造定義データであるスキーマが存
在すれば構造的に妥当かどうかの検証を行う。出力結果
は文書オブジェクトツリーとなる。文書パーサは、通
常、ｌｅｘ（ｌｅｘｉｃａｌ ａｎａｌｙｚｅｒ ｇｅ
ｎｅｒａｔｏｒ）といったレキシカルアナライザ（字句
解析を行い，トークンに分解する）とｙａｃｃ（ｙｅｔ
ａｎｏｔｈｅｒ ｃｏｍｐｉｌｅｒ ｃｏｍｐｉｌｅ
ｒ）といったパーサジェネレータを組み合わせて構築す
ることができる。

【００７７】合成文書作成部４７は、文書格納や文書削
除などをする際に、スキーマに合致しているかどうか検
査しなければならないが、この検査時に必要となるデー
タを作成して出力する。

【００７８】インデックス更新部４８は、文書格納や文
書削除などにより、構造化文書データベースの格納内容
が更新されるたびに、図９、図１０に示した要素名称生
起インデックスとデータ生起インデックスを更新する。

【００７９】文書記憶部５中の物理的な指定エリアと
は、ファイルオフセットやオブジェクトＩＤなどの構造
化文書データベース内ではユニークな文書データの存在
場所を指し示す内部データである。ユーザにとっては認
識不能なデータである。

【００８０】文書記憶部５中に格納された文書を検索す
る処理を行う。要求制御部１の要求受付部１１でユーザ
からの文書検索の要求が受け付けられると、検索要求処
理部３には、要求受付部１１からクエリ言語で記述され
たクエリ文書が入力する。そしてデータアクセス部４を
通してインデックス記憶部６，文書記憶部５にアクセス
し、検索要求に合致する文書集合を取得して、その結果
を結果処理部１２を介して出力する。

【００８１】図２は、図１に示した構造化文書管理シス
テムの一利用形態を示したもので、図２では、ＷＷＷ
（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）のバックエンドで、
図１に示した構成の構造化文書管理システム１００が動
作している場合を示している。

【００８２】複数（ここでは、例えば３つ）のクライア
ント端末（例えばパーソナルコンピュータ、携帯通信端
末など）１０２のそれぞれでＷＷＷブラウザ１０３が動
作している。ユーザは、各クライアント端末からＷＷＷ
サーバ１０１にアクセスすることにより、構造化文書管
理システム１００にアクセスすることができる。ＷＷＷ
ブラウザ１０３とＷＷＷサーバ１０１とは、ＨＴＴＰ
（Ｈｙｐｅｒ ＴｅｘｔＴｒａｎｓｆｅｒ Ｐｒｏｔｏ
ｃｏｌ）で通信している。また、ＷＷＷサーバ１０１と
構造化文書管理システム１００とは、ＣＧＩ（Ｃｏｍｍ
ｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）またはＣ
ＯＭ（Ｃｏｍｐｏｎｅｎｔ Ｏｂｊｅｃｔ Ｍｏｄｅ
ｌ）などで通信している。

【００８３】ユーザからの文書格納、文書取得、文書検
索などの要求は、ＷＷＷブラウザ１０３から送信され
て、ＷＷＷサーバ１０１を通して構造化文書管理システ
ム１００にて受け付けられ、処理された結果は、ＷＷＷ
サーバ１０１を通して要求元のＷＷＷブラウザ１０３へ
返信される。

【００８４】以下、図１の構造化文書管理システムの
（１）格納機能、（２）検索機能について詳細に説明す
る。そして、（３）適用例では、概念検索を用いた特許
調査の場合を例にとり説明する。

【００８５】（１） 格納機能 図１の構造化文書管理システムにおける格納系のコマン
ドには以下のものがある。

【００８６】 ｉｎｓｅｒｔＸＭＬ（パス、Ｎ番目、ＸＭＬ）：文書格納 ａｐｐｅｎｄＸＭＬ（パス、ＸＭＬ） ：文書格納 ｇｅｔＸＭＬ（パス） ：文書取得 ｒｅｍｏｖｅＸＭＬ（パス） ：文書削除 ｓｅｔＳｃｈｅｍａ（パス、スキーマ） ：スキーマ格納 ｇｅｔＳｃｈｅｍａ（パス） ：スキーマ取得 「ｉｎｓｅｒｔＸＭＬ」は、（ ）内に指定した構造化
文書パス以下のＮ番目に文書を挿入するコマンド（以
下、簡単に挿入コマンドと呼ぶ）である。

【００８７】「ａｐｐｅｎｄＸＭＬ」は、（ ）内に指
定した構造化文書パス以下の最後に文書を挿入するコマ
ンド（以下、簡単に追加コマンドと呼ぶ）である。

【００８８】「ｇｅｔＸＭＬ」は、（ ）内に指定した
構造化文書パス以下の文書を取り出すコマンド（以下、
簡単に取得コマンドと呼ぶ）である。

【００８９】「ｒｅｍｏｖｅＸＭＬ」は、（ ）内に指
定した構造化文書パス以下の文書（スキーマ文書以外の
文書で、主に、コンテンツ文書）を削除するコマンド
（以下、簡単に削除コマンドと呼ぶ）である。

【００９０】「ｓｅｔＳｃｈｅｍａ」は、（ ）内に指
定した構造化文書パスにスキーマを設定するコマンド
（以下、簡単にスキーマ格納コマンドと呼ぶ）である。

【００９１】「ｇｅｔＳｃｈｅｍａ」は、（ ）内に指
定した構造化文書パスに設定されているスキーマを取り
出すコマンド（以下、簡単にスキーマ取得コマンドと呼
ぶ）である。

【００９２】上記コマンドのうち、挿入コマンド、追加
コマンド、スキーマ格納コマンドについての処理はアク
セス要求処理部２の文書格納部２１で実行され、取得コ
マンド、スキーマ取得コマンドについての処理は文書取
得部２２で実行され、削除コマンドについての処理は文
書削除部２３で実行される。

【００９３】図５を参照して、構造化文書データベース
の初期状態（図５（ａ）参照）において、追加コマンド
を実行する場合について説明する。

【００９４】図５（ａ）に示すように、「＃０」ノード
と「＃１」ノードが「ｒｏｏｔ」アークで接続されてい
る初期状態に対して、 「ａｐｐｅｎｄＸＭＬ（“ｕｉｘ：／／ｒｏｏｔ”，
“＜特許ＤＢ／＞”）」 を実行した結果、図５（ｂ）に示すように、「＃２」ノ
ードと「特許ＤＢ」アークが作成される。

【００９５】図５（ｂ）に示した状態の構造化文書デー
タベースに対して、取得コマンドを実行する場合につい
て説明する。

【００９６】例えば、「ｇｅｔＸＭＬ（“ｕｉｘ：／／
ｒｏｏｔ”）」を実行すると、図５（ｂ）の「ｒｏｏ
ｔ」アークが示す「＃０」ノード以下の文書オブジェク
トツリーが取り出され、それをＸＭＬの文字列表現に変
換する。その結果、図６に示すように、「＜ｒｏｏｔ＞
＜特許ＤＢ／＞＜／ｒｏｏｔ＞」なる文字列が取り出さ
れる。取得コマンドの処理は、アクセス要求処理部２の
文書取得部２２にて実行される。

【００９７】次に、図５（ｂ）に示した状態の構造化文
書データベースに対して、図３に示すようなコンテンツ
文書（ＸＭＬ文書）としての「特許」情報を格納するた
めの追加コマンドを実行する場合について説明する。す
なわち、この場合、「ａｐｐｅｎｄＸＭＬ（“ｕｉｘ：
／／ｒｏｏｔ／特許ＤＢ”，“＜特許＞…＜／特許
＞”）」を実行する。このコマンド中「“＜特許＞…＜
／特許＞”」が、図３に示した「特許」情報に対応す
る。

【００９８】上記追加コマンドの処理が実行されると、
図７に示すように、「＃２」ノード以下に「＃４２」ノ
ードをトップとする文書オブジェクトツリー（図４に対
応）が追加される。

【００９９】図５（ｂ）に示した状態の構造化文書デー
タベースに対して、次に示すような追加コマンドを３回
繰り返して実行したとする。

【０１００】「ａｐｐｅｎｄＸＭＬ（“ｕｉｘ：／／ｒ
ｏｏｔ／特許ＤＢ”，“＜特許＞…＜／特許＞”）」 上記コマンド中、「＜特許＞…＜／特許＞」は、図３に
示した文書構造のコンテンツ文書に対応する。

【０１０１】すると、図８に示すように、「＃２」ノー
ド以下に「＃４２」ノード、「＃５２」ノード、「＃６
２」ノードをトップとする文書オブジェクトツリーが追
加される。

【０１０２】次に、図８に示した状態の構造化文書デー
タベースに対して、３つの「特許」情報を取り出すため
の取得コマンドを実行した場合について説明する。この
場合、「ｇｅｔＸＭＬ（“ｕｉｘ：／／ｒｏｏｔ／特許
ＤＢ”）」を実行する。すると、「特許ＤＢ」アークが
示す「＃２」ノード以下の文書オブジェクトツリーが取
り出され、それをＸＭＬの文字列表現（ＸＭＬ文書）に
変換する。その結果、図１１に示すように、「＜特許Ｄ
Ｂ＞＜特許＞…＜／特許＞＜特許＞…＜／特許＞＜特許
＞…＜／特許＞＜／特許ＤＢ＞」なる文字列が取り出さ
れる。

【０１０３】構造化文書データベースでは、上記の「特
許」情報などのコンテンツ文書（ＸＭＬ文書）の文書構
造を定義したデータ、すなわち、スキーマも管理対象と
する。

【０１０４】図１２は、ＸＭＬ文書の文書構造を定義す
るスキーマの一例を示したものである。ここでは、ＸＭ
Ｌの文書構造定義言語の一つであるＸＤＲ（ＸＭＬ−Ｄ
ａｔａ Ｒｅｄｕｃｅｄ）を取り上げる。もちろん、Ｘ
ＭＬ−Ｓｃｈｅｍａなど他の文書構造定義言語を用いて
もかまわない。

【０１０５】図１２に示したスキーマは、図３に示した
「特許」情報の文書構造をＸＤＲで定義したものであ
る。図１２からも容易に分かるとおり、スキーマもＸＭ
Ｌ形式の構造化文書である。「Ｓｃｈｅｍａ」タグから
始まる構成要素から始まり、その子要素として、「Ｅｌ
ｅｍｅｎｔＴｙｐｅ」タグから始まる要素集合が存在す
る。

【０１０６】図１２に示したスキーマにおいて、例え
ば、最初の「ＥｌｅｍｅｎｔＴｙｐｅ」タグから始まる
子要素は以下の情報を意味している。

【０１０７】・「特許」タグを持つ要素の文書構造定義
（「ＥｌｅｍｅｎｔＴｙｐｅ ｎａｍｅ＝”特許”」）
である。

【０１０８】・子要素は要素だけ（「ｃｏｎｔｅｎｔ
＝”ｅｌｔＯｎｌｙ”」）である。

【０１０９】・「タイトル」、「出願日」、「要約」タ
グから始まる子要素から構成される（「ｅｌｅｍｅｎｔ
ｔｙｐｅ＝”タイトル”、…」）。さらに、その順番
は一意に決まっている（「ｏｒｄｅｒ＝”ｓｅ
ｑ”」）。

【０１１０】・上記「特許」タグから始まる要素の文書
構造定義の他に、「タイトル」「出願者」「要約」
「年」「月」「日」「出願日」の文書構造定義を記述し
ている。すなわち、「出願日」を除く、「タイトル」
「出願者」「要約」「年」「月」「日」タグから始まる
構成要素の子要素はテキストだけと定義されている
（「ｃｏｎｔｅｎｔ＝”ｔｅｘｔＯｎｌｙ”」）。

【０１１１】・「出願日」タグから始まる構成要素の子
要素は、「年」、「月」、「日」の並びである。

【０１１２】図８に示した状態の構造化文書データベー
スに対して、図１２に示したスキーマ文書を格納するた
めのスキーマ格納コマンドを実行する場合について説明
する。この場合、「ｓｅｔＳｃｈｅｍａ（“ｕｉｘ：／
／ｒｏｏｔ／特許ＤＢ”，“＜Ｓｃｈｅｍａ＞…＜／Ｓ
ｃｈｅｍａ＞”）」を実行する。このコマンド中、
「“＜Ｓｃｈｅｍａ＞…＜／Ｓｃｈｅｍａ＞”」」が図
１２に示したスキーマ文書に対応する。

【０１１３】上記コマンドの実行により、図１３に示す
ように、「＃２」ノード以下に「＃ｓｃｈｅｍａ」アー
クが追加され、その先には、「＃３」ノードをトップノ
ードとする文書オブジェクトツリーが追加される。スキ
ーマ自身がＸＭＬ文書表現になっているため、前述した
「特許」情報のようなコンテンツ文書格納のケースと同
様にツリー展開可能である。

【０１１４】図１３において、「＠ｎａｍｅ」など
「＠」で始まるアークは属性に対応する。タグ名「＃ｓ
ｃｈｅｍａ」も「＃」、「＠」で始まるためＸＭＬ規格
においては標準的なタグ名として利用することはできな
い。

【０１１５】「＃２」ノード下に図１２に示したスキー
マ文書が格納されたことにより、以後、「＃２」ノード
以下にこれから格納される文書の文書構造は、図１２に
示したスキーマ文書により定義された文書構造に適合す
ることが要求される。すなわち、「＃２」ノード以下に
図１２に示したスキーマが設定されることになる。

【０１１６】「＃２」ノード以下に図１２に示したスキ
ーマが設定されると、図１４に示すように、「＃２」ノ
ードの文書オブジェクトのファイルには、「＃２」ノー
ド以下の文書オブジェクトツリーには、当該スキーマが
存在する旨の属性値がセットされる。

【０１１７】「＃２」ノード以下に図１２に示したスキ
ーマが設定された後に、このスキーマで定義された文書
構造に一致する図３に示したような「特許」情報を、図
１４に示したように、文書オブジェクトツリーとして構
造化文書データベースに格納したとき、この文書の文書
構造には図１２に示したスキーマが存在する旨の属性値
が、当該文書オブジェクトツリーを構成する各文書オブ
ジェクトにセットされる。例えば、当該文書オブジェク
トツリーを構成する各文書オブジェクトのファイルに対
して、スキーマが存在している旨の属性値（（例えば、
「スキーマ適合有無」）に「１」がセットされる。図１
４では、スキーマに適合している各文書オブジェクト
（ノード）は２重丸で示している。２重丸で示した各文
書オブジェクトには、その文書オブジェクトに対応した
文書構造定義が存在することになる。

【０１１８】図１５は、各文書オブジェクトのファイル
の内容を概念的に示したもので、例えば、オブジェクト
ＩＤが「＃４２」の文書オブジェクトのファイルには、
その文書オブジェクトにリンクされている他の文書オブ
ジェクトに関する情報（例えば、アークや、リンク先の
文書オブジェクトへのポインタ値など）とともに、上記
属性値が記述されている。なお、当該文書オブジェクト
に適用するスキーマが存在しないときは、「スキーマ適
合有無」の値は「０」となる。

【０１１９】図１６、図１７は、図１の構造化文書管理
システムで、必要に応じて検索で使用される概念階層を
構造化文書で表現した例を示す。図１６、図１７に示す
「概念」情報はＸＭＬで記述したコンテンツ文書であ
る。

【０１２０】図１６に示した「概念」情報の例は、いわ
ゆる特許調査における特許文書の内容を分類するための
１つの分類軸として用いる「情報モデル」を概念階層で
表現している。「概念」タグで囲まれた「概念」情報
は、入れ子構造を持った文書構造をもっている。つま
り、図１６の例では、概念「情報モデル」の子供概念と
して、概念「ドキュメント」、概念「リレーション」、
概念「オブジェクト」が存在している。また、概念「ド
キュメント」の子供概念として、概念「構造化訴求メン
ト」、概念「非構造化ドキュメント」が存在し、さら
に、概念「構造化ドキュメント」の子供概念として、概
念「ＸＭＬ」、概念「ＳＧＭＬ」が存在している。

【０１２１】図１７に示す「概念」情報の記述例は、図
１６とは異なる分類軸「情報操作」を概念階層で表現し
ている。図１７の例では、概念「情報操作」の子供概念
として、概念「検索」、概念「格納」、概念「加工」、
概念「流通」が存在している。

【０１２２】図１６，図１７に示したような「概念」情
報も、前述の「特許」情報と同様にして、構造化文書デ
ータベース内に格納することができる。すなわち、例え
ば、まず、図８に示した状態の構造化文書データベース
に対して、「ａｐｐｅｎｄＸＭＬ（“ｕｉｘ：／／ｒｏ
ｏｔ”，“＜概念ＤＢ／＞”）」を実行して、図１８に
示すように、「＃２０１」ノードと「概念ＤＢ」アーク
が作成される。この状態において、図１６に示した「概
念」情報を格納する場合には、「ａｐｐｅｎｄＸＭＬ
（“ｕｉｘ：／／ｒｏｏｔ／概念ＤＢ”，“＜概念名前
＞…＜／概念＞”）」を実行する。このコマンド中
「“＜概念名前＞…＜／概念＞”」が、図１６に示した
「概念」情報に対応する。

【０１２３】上記追加コマンドの処理が実行されると、
図１９に示すように、「＃２０１」ノード以下に「＃２
０２」ノードをトップとする文書オブジェクトツリーが
追加される。

【０１２４】以上説明したように、図１の構造化文書管
理システムでは、構造化文書データベース上に登録され
る文書構造が異なる膨大な数のＸＭＬ文書群（コンテン
ツ文書、スキーマ文書、クエリ文書など）を、図１８，
図１９に示すように、「ｒｏｏｔ」タグを先頭に持つツ
リー状の１つの巨大なＸＭＬ文書として取り扱う。その
ため、部分的なＸＭＬ文書をアクセスするには巨大なＸ
ＭＬ文書に対するパスという文書構造に依存しない統一
的なアクセス手段を用いることにより、幅広くＸＭＬ文
書を検索したり加工したりすることが可能になる。

【０１２５】また、構造化文書データベース上の一部に
スキーマを設定することで、格納しようとする文書の文
書構造がそのスキーマにより定義されている文書構造に
一致するか否かの妥当性のチェックが自動的に行なえる
（後述）。

【０１２６】（１−１）文書格納処理 次に、図１の構造化文書管理システムの文書格納処理動
作について、図２０に示すフローチャートを参照して説
明する。

【０１２７】クライアント端末から構造化文書管理シス
テムに対し、文書格納要求として、挿入コマンド、追加
コマンド、スキーマ格納コマンドのうちのいずれかが送
信されて、要求受付部１１にて受け付けられたとき、図
２０に示した処理動作を行う。

【０１２８】クライアント端末の所定の表示装置には、
構造化文書管理システム１００（の例えば、要求制御部
１）から提供された、例えば、図３１に示すようなユー
ザインターフェイスとしての画面が表示されている。

【０１２９】図３１に示す画面には、構造化文書管理シ
ステム１００への操作項目の一覧（メニュー）が表示さ
れている。操作項目として、「ＸＭＬ登録／削除」、
「スキーマ設定」、「ＸＭＬ検索」とがある。

【０１３０】ユーザが例えば、この画面上で「ＸＭＬ登
録／削除」をマウス等のポインティングデバイスなどを
用いて選択すると、図３２に示したような文書の格納／
削除を行うためのユーザインタフェースとしての画面が
表示される。

【０１３１】図３２において、領域Ｗ１には、文書構造
化文書データベースの現在のツリー構造の要素名（タグ
名）がユーザが理解可能なように簡略的に表示されてい
る。なお、図３２では、上位階層の要素名のみを表示し
ているが、末端の要素名まで表示可能である。また、領
域Ｗ２は、構造化文書パスの入力領域であり、領域Ｗ１
の表示内容に従って、構造化文書パスを入力するように
なっている。また、領域Ｗ３は、格納する文書を入力し
たり、取得した文書を表示するようになっている。

【０１３２】例えば、構造化文書パスとして「ｒｏｏ
ｔ」を入力する場合には、領域Ｗ１の「ｒｏｏｔ」をマ
ウス等で選択すればよい。すると、図３２に示すよう
に、領域Ｗ２の構造化文書パスの入力領域に「ｕｉｘ：
／／ｒｏｏｔ」と表示される。また、新たに、「特許Ｄ
Ｂ」という要素を追加する場合は、図３２に示すよう
に、領域Ｗ３に、「特許ＤＢ」を入力する。そして、
「登録」ボタンＢ１を選択すると、クライアント端末か
らａｐｐｅｎｄＸＭＬ（“ｕｉｘ：／／ｒｏｏｔ”，
“＜特許ＤＢ／＞”）」なる追加コマンドが構造化文書
管理システムへ送信される。構造化文書管理システムで
は、上記追加コマンドを受け、後述するような処理を実
行した結果、例えば、図５（ｂ）に示すように、「＃
２」ノードと「特許ＤＢ」アークが作成される。また、
領域Ｗ１には、図３３に示すように、「ｒｏｏｔ」の下
に「特許ＤＢ」が追加表示される。

【０１３３】さて、ユーザが図３４に示したような文書
の格納／削除画面上の領域Ｗ３に、例えば、文書「＜Ａ
＞データ＜／Ａ＞」を入力し（あるいはＣＤ−ＲＯＭ等
の所定の記録媒体等から読み込むことにより入力し）、
領域Ｗ１の「特許［０］」をマウス等で選択すると、構
造化文書パスの入力領域Ｗ２に、「ｕｉｘ：／／ｒｏｏ
ｔ／特許ＤＢ／特許［０］」と表示される。そして、
「登録」ボタンＢ１を選択すると、クライアント端末か
らａｐｐｅｎｄＸＭＬ（“ｕｉｘ：／／ｒｏｏｔ”，
“＜特許ＤＢ／＞”）」なる追加コマンドが構造化文書
管理システムへ送信される。

【０１３４】ここでは、例えば、構造化文書データベー
スが、図１４に示した状態のときに、「ａｐｐｅｎｄＸ
ＭＬ（“ｕｉｘ：／／ｒｏｏｔ／特許ＤＢ／特許
［０］”，“＜Ａ＞データ＜／Ａ＞”）」なる追加コマ
ンドを受け付けた場合を例にとり説明する。

【０１３５】要求受付部１１は、上記追加コマンドを受
け付けると、上記追加コマンド中の２つのパラメータで
ある構造化文書パス「ｕｉｘ：／／ｒｏｏｔ／特許ＤＢ
／特許［０］」と文書「＜Ａ＞データ＜／Ａ＞」（以
下、格納文書と呼ぶ）とを文書格納部２１へ渡す（ステ
ップＳ１）。

【０１３６】まず、文書格納部２１は、文書パーサ部４
６に格納文書を渡す。文書パーサ部４６は、格納文書を
読み込んで、構文解析を行い、当該格納文書の文書構造
がＸＭＬにて規定された正しい形式であるか否かの整合
性の検査を行う（ステップＳ２）。

【０１３７】この整合性の検査でエラーが見つかれば
（ステップＳ３）、文書格納部２１，結果処理部１２を
介して、クライアント端末に「文書格納失敗」の旨のメ
ッセージを返す（ステップＳ４）。

【０１３８】整合性の検査でエラーが見つからなけれ
ば、次に、文書格納部２１は、パスから文書オブジェク
トツリー取得部４５へ構造化文書パスを渡す。パスから
文書オブジェクトツリー取得部４５は、構造化文書パス
から文書記憶部５中の物理的なエリアを特定することに
より、そのエリアに存在する構造化文書パスにて表され
たノード（文書オブジェクトＯｘ０）を含む文書オブジ
ェクトツリーを取り出す（ステップＳ５）。構造化文書
パスの指定が正しければ、文書オブジェクトＯｘ０のオ
ブジェクトＩＤを取得することができるので（ステップ
Ｓ６）、その場合は、ステップＳ８へ進む。

【０１３９】例えば、上記追加コマンドの場合、「＃４
２」ノードが文書オブジェクトＯｘ０となるので、その
オブジェクトＩＤとして、「＃４２」を取得するととも
に、この「＃４２」ノードを含む文書オブジェクトツリ
ー（例えば、「＃４２」ノードの全ての子孫ノードと
「＃４２」ノードと同じ階層にある全ての（兄弟）ノー
ドと、「＃４２」ノードの親ノードである「＃２」ノー
ドとからなる文書オブジェクトツリー）を取得する。

【０１４０】指定された構造化文書パスからそれに対応
する文書オブジェクトＯｘ０が見つからなければ、エラ
ーとなり（ステップＳ６）、文書格納部２１，結果処理
部１２を介して、クライアント端末に「文書格納失敗」
の旨のメッセージを返す（ステップＳ７）。

【０１４１】例えば、構造化文書データベースが、図１
８に示した状態のときに、追加コマンドのパラメータと
して、構造化文書パスが「ｕｉｘ：／／ｒｏｏｔ／その
他」と表されていたとき、これに対応する文書オブジェ
クトは存在しないので、ステップＳ６でエラーとなり、
ステップＳ７へ進む。

【０１４２】次に、ステップＳ８では、文書オブジェク
トＯｘ０にスキーマが存在するか否かを検査する。この
検査は、前述したように、各文書オブジェクトのファイ
ルに属性値が記述されているので、この値をチェックす
ればよい。文書オブジェクトＯｘ０のもつ「スキーマ適
合有無」の値が「１」のときは、ステップＳ９へ進む。

【０１４３】以下、図２０のステップＳ９の処理（合成
文書作成部４７の処理）について、図２１に示すフロー
チャートを参照して詳細に説明する。

【０１４４】文書格納部２１は、ステップＳ５で取得し
た文書オブジェクトツリーを合成文書作成部４７へ渡
す。

【０１４５】合成文書作成部４７は、この文書オブジェ
クトツリーを文書オブジェクトＯｘ０から遡り、「Ｓｃ
ｈｅｍａ」タグを子要素として持つ文書オブジェクトＯ
ｘ１を検索する（ステップＳ２１）。

【０１４６】例えば、図１４に示した構造化文書データ
ベースでは、文書オブジェクトＯｘ０としての「＃４
２」ノードの親ノードである「＃２」ノードから「Ｓｃ
ｈｅｍａ」タグをトップ（先頭）にもつノード（「＃
３」ノード）へのリンクが張られているので（「Ｓｃｈ
ｅｍａ」タグを子要素として持つので）、この「＃２」
ノードが文書オブジェクトＯｘ１となる。よって、ステ
ップＳ２２をスキップして、ステップＳ２３へ進む。

【０１４７】この文書オブジェクトＯｘ１から文書オブ
ジェクトＯｘ０、さらに文書オブジェクトＯｘ０からア
ークを辿って、その下流にある、文書オブジェクトの属
性値の値が「１」である全ての子ノードからなる文書オ
ブジェクトツリーＯｔ１を取り出す（ステップＳ２
３）。

【０１４８】例えば、上記追加コマンド中のパラメータ
の構造化文書パスが「ｕｉｘ：／／ｒｏｏｔ／特許ＤＢ
／特許［０］」と指定されているとき、文書オブジェク
トツリーＯｔ１は、「＃４２」ノード〜「＃４９」ノー
ドから構成されたものとなる（図１４参照）。

【０１４９】次に、ステップＳ２５へ進む。

【０１５０】ステップＳ２５では、文書オブジェクトツ
リーＯｔ１に格納文書の文書オブジェクトツリーを文書
オブジェクトＯｘ０の子ノードとして挿入する。その結
果得られた新たな文書オブジェクトツリーを文書オブジ
ェクトツリーＯｔ２とする。

【０１５１】この文書オブジェクトツリーＯｔ２をＸＭ
Ｌ文書に変換し、それをテンポラリファイルＡに出力す
る（ステップＳ２７）。

【０１５２】例えば、上記追加コマンド中のパラメータ
の格納文書「＜Ａ＞データ＜／Ａ＞」の文書オブジェク
トツリー（この場合は、１つの文書オブジェクト）を
「＃４２」ノード〜「＃４９」ノードで構成された文書
オブジェクトツリーＯｔ１に「＃４２」ノードの子ノー
ドとして挿入して得られた合成文書の文書オブジェクト
ツリーＯｔ２をＸＭＬ文書に変換した結果を図２２に示
す。この合成文書は、もともとある「特許」情報に「＜
Ａ＞データ＜／Ａ＞」というデータを追加したものとな
っている。

【０１５３】図２２に示したＸＭＬ文書、すなわち、合
成文書がテンポラリファイルＡに出力され、テンポラリ
ファイルＡに一時格納される。

【０１５４】一方、スキーマタグ以下の文書オブジェク
トツリーＯｔ３をＸＭＬ文書に変換して、それをテンポ
ラリファイルＢに出力する（ステップＳ２８）。すなわ
ち、テンポラリファイルＢには、スキーマ文書が一時格
納されることになる。

【０１５５】例えば、文書オブジェクトツリーＯｔ３で
ある「＃３」ノードをトップノードとする文書オブジェ
クトツリーをＸＭＬ文書に変換した結果を図２３に示
す。図２３に示したＸＭＬ文書がテンポラリファイルＢ
に出力され、テンポラリファイルＢに一時格納される。

【０１５６】図２２に示すように、テンポラリファイル
Ａ（「ｔｍｐ０００．ｘｍｌ」）には、もともとある
「特許」情報の要素の他に、格納文書、すなわち、ここ
では、例えば、「＜Ａ＞データ＜／Ａ＞」が挿入されて
いる。また、「ｘｍｌｎｓ＝”ｘ−ｓｃｈｅｍａ：ｔｍ
ｐ００１．ｘｍｌ”」という、テンポラリファイルＢ
（「ｔｍｐ００１．ｘｍｌ」）へのリンク情報の記述が
ある。この記述は、「特許」情報に適用されるスキーマ
が出力されているテンポラリファイルＢを指定してい
る。

【０１５７】次に、図２０の説明に戻る。

【０１５８】ステップＳ１０では、文書格納部２１は文
書パーサ部４６に、合成文書のテンポラリファイルＡと
スキーマのテンポラリファイルＢとを与えて、合成文書
の文書構造の妥当性をチェックする。すなわち、文書パ
ーサ部４６は、合成文書のテンポラリファイルＡとスキ
ーマのテンポラリファイルＢとを読み込み、合成文書の
文書構造が、スキーマにより定義されている文書構造に
一致するか否かをチェックする。

【０１５９】例えば、図２２に示した合成文書と、図２
３に示したスキーマとで妥当性のチェックを行った場
合、合成文書には、スキーマにより定義されていない
「Ａ」という要素が存在するため、図２３の合成文書
は、妥当性のチェックでエラーとなる（ステップＳ１
１）。この場合、文書格納部２１，結果処理部１２を介
して、クライアント端末に「文書格納失敗」の旨のメッ
セージを返す（ステップＳ１２）。

【０１６０】例えば、クライアント端末の所定の表示装
置には、図３５に示すようなメッセージが表示される。

【０１６１】次に、構造化文書データベースが、図１４
に示した状態のときに、「ａｐｐｅｎｄＸＭＬ（“ｕｉ
ｘ：／／ｒｏｏｔ／特許ＤＢ”，“＜特許＞…＜／特許
＞”）」なる追加コマンドを受け付けた場合について、
図２０を参照して説明する。前述同様にして、文書オブ
ジェクトＯｘ０のオブジェクトＩＤ「＃２」を取得する
（ステップＳ５）、この文書オブジェクトには、スキー
マが存在するので（ステップＳ８）、ステップＳ９にお
いて合成文書を作成する。

【０１６２】この場合、文書オブジェクトＯｘ０である
「＃２」ノード自体から「Ｓｃｈｅｍａ」タグをトップ
（先頭）にもつノード（「＃３」ノード）へのリンクが
張られているので、この「＃２」ノードが文書オブジェ
クトＯｘ１となる（図２１のステップＳ２１）。すなわ
ち、文書オブジェクトＯｘ０と文書オブジェクトＯｘ１
が同じなので（ステップＳ２２）、ステップＳ２９へ進
み、格納文書「＜特許＞…＜／特許＞」の文書オブジェ
クトツリーをＸＭＬ文書に変換し、テンポラリファイル
Ａに出力する（ステップＳ２９）。

【０１６３】例えば、図２４に示すように、テンポラリ
ファイルＡ（「ｔｍｐ０００．ｘｍｌ」）には、格納文
書である「特許」情報、すなわち、ここでは、「＜特許
＞…＜／特許＞」が出力されている。また、「ｘｍｌｎ
ｓ＝”ｘ−ｓｃｈｅｍａ：ｔｍｐ００１．ｘｍｌ”」と
いう、テンポラリファイルＢ（「ｔｍｐ００１．ｘｍ
ｌ」）へのリンク情報の記述がある。

【０１６４】次に、ステップＳ２８へ進む。図２５に示
すように、テンポラリファイルＢには、「＃３」ノード
をトップノードとするスキーマの文書オブジェクトツリ
ーをＸＭＬ文書に変換した結果が出力されている。

【０１６５】図２０のステップＳ１０で、図２４に示し
た合成文書と、図２５に示したスキーマとで妥当性のチ
ェックを行ったとき、合成文書の文書構造と、スキーマ
により定義されている文書構造とは一致する、この場
合、ステップＳ１１からステップＳ１３へ進む。

【０１６６】ステップＳ１３では、格納文書の文書オブ
ジェクトツリーが、文書オブジェクトＯｘ０下に追加さ
れる。すなわち、文書格納部２１により、格納文書の文
書オブジェクトツリーを構成する各文書オブジェクト
（のファイル）にオブジェクトＩＤが与えられ、文書オ
ブジェクトＯｘ０から格納文書の文書オブジェクトツリ
ーの先頭の文書オブジェクトへリンクが張られる。そし
て、文書オブジェクトツリー格納部４１により、格納文
書の文書オブジェクトツリーを構成する各文書オブジェ
クト（のファイル）が文書記憶部５に格納される。

【０１６７】次に、ステップＳ１４へ進み、インデック
ス記憶部６のインデックスを更新する。

【０１６８】なお、ステップＳ８で、文書オブジェクト
Ｏｘ０のもつ属性値の値が「０」のときは、上述したス
キーマを用いた合成文書の文書構造の妥当性のチェック
を行わずに、そのままマステップＳ１３へ進み、格納文
書の文書オブジェクトツリーを、文書オブジェクトＯｘ
０下に追加し（ステップＳ１３）、それに伴い、インデ
ックス記憶部６のインデックスを更新する（ステップＳ
１４）。

【０１６９】（１−２）文書取得処理 次に、図１の構造化文書管理システムの文書取得処理動
作について、図２６に示すフローチャートを参照して説
明する。

【０１７０】クライアント端末から構造化文書管理シス
テムに対し、文書取得要求として、取得コマンド、スキ
ーマ取得コマンドのうちのいずれかが送信されて、要求
受付部１１にて受け付けられたとき、図２６に示した処
理動作を行う。

【０１７１】例えば、ユーザが図３６に示したような文
書の格納／削除画面上の領域Ｗ１の「特許ＤＢ」をマウ
ス等で選択すると（クリックすると）、構造化文書パス
の入力領域Ｗ２に、「ｕｉｘ：／／ｒｏｏｔ／特許Ｄ
Ｂ」と表示されとともに、「ｇｅｔＸＭＬ（“ｕｉｘ：
／／ｒｏｏｔ／特許ＤＢ”）」なる取得コマンドが構造
化文書管理システムへ送信される。

【０１７２】ここでは、例えば、構造化文書データベー
スが、図８に示した状態のときに、「ｇｅｔＸＭＬ
（“ｕｉｘ：／／ｒｏｏｔ／特許ＤＢ”）」なる取得コ
マンドを受け付けた場合を例にとり説明する。

【０１７３】要求受付部１１は、上記取得コマンドを受
け付けると、上記取得コマンド中のパラメータである構
造化文書パス「ｕｉｘ：／／ｒｏｏｔ／特許ＤＢ」を文
書取得部２２へ渡す（ステップＳ３１）。

【０１７４】文書取得部２２は、パスから文書オブジェ
クトツリー取得部４５へ構造化文書パスを渡す。パスか
ら文書オブジェクトツリー取得部４５は、構造化文書パ
スから文書記憶部５中の物理的なエリアを特定すること
により、そのエリアに存在する構造化文書パスにて表さ
れたノード（文書オブジェクトＯｘ５）を取り出す（ス
テップＳ３２）。構造化文書パスの指定が正しければ、
文書オブジェクトＯｘ５のオブジェクトＩＤを取得する
ことができるので（ステップＳ３３）、その場合は、ス
テップＳ３５へ進む。

【０１７５】例えば、上記取得コマンドの場合、「＃
２」ノードが文書オブジェクトＯｘ５となるので、その
オブジェクトＩＤとして、「＃２」を取得するととも
に、この「＃２」ノード以下の文書オブジェクトツリー
Ｏｔ５（「＃２」ノード、「＃４２」ノード〜「＃４
９」ノード、「＃５２」ノード以下、「＃６２」ノード
以下）を取得する（ステップＳ３５）。

【０１７６】ステップＳ３２において、指定された構造
化文書パスからそれに対応する文書オブジェクトＯｘ５
が見つからなければ、エラーとなり（ステップＳ３
３）、文書取得部２２，結果処理部１２を介して、クラ
イアント端末に「文書取得失敗」の旨のメッセージを返
す（ステップＳ３４）。

【０１７７】ステップＳ３５で取得した文書オブジェク
トツリーＯｔ５は、文書文字列取得部４４でＸＭＬ文書
に変換される。例えば、上記取得コマンドの場合、取得
したＸＭＬ文書は、図１１に示すような３つの「特許」
情報のＸＭＬ文書となる。

【０１７８】文書取得部２２は、結果処理部１２を介し
て、図１１に示したようなＸＭＬ文書を（例えば、ＸＳ
Ｌ（ｅＸｔｅｎｓｉｂｌｅ Ｓｔｙｌｅ Ｌａｎｇｕａ
ｇｅ）といった所定のスタイルシートとともに）、クラ
イアント端末へ返す（ステップＳ３７）。

【０１７９】クライアント端末では、図１１に示したＸ
ＭＬ文書を、スタイルシートを用いてＨＴＭＬデータに
変換して、例えば、図３６に示すように、領域Ｗ２に表
示する。

【０１８０】ＸＳＬを利用すると、ＸＭＬ文書を様々な
形に変換することが出来る。違う構文書造のＸＭＬ文書
に変換することも出来るし、ＸＭＬ文書からＨＴＭＬペ
ージを生成することも出来る。

【０１８１】（１−３）文書削除処理 次に、図１の構造化文書管理システムの文書削除処理動
作について、図２７に示すフローチャートを参照して説
明する。

【０１８２】クライアント端末から構造化文書管理シス
テムに対し、文書削除要求として、削除コマンドが送信
されて、要求受付部１１にて受け付けられたとき、図２
７に示した処理動作を行う。

【０１８３】例えば、ユーザが図３６に示したような文
書の格納／削除画面上の領域Ｗ１の「特許ＤＢ」をマウ
ス等で選択すると（クリックすると）、構造化文書パス
の入力領域Ｗ２に、「ｕｉｘ：／／ｒｏｏｔ／特許Ｄ
Ｂ」と表示され、さらに、「削除」ボタンＢ２を選択す
ると「ｒｅｍｏｖｅＸＭＬ（“ｕｉｘ：／／ｒｏｏｔ／
特許ＤＢ”）」なる削除コマンドが構造化文書管理シス
テムへ送信される。

【０１８４】ここでは、例えば、構造化文書データベー
スが、図１４に示した状態のときに、「ｒｅｍｏｖｅＸ
ＭＬ（“ｕｉｘ：／／ｒｏｏｔ／特許ＤＢ／特許［０］
／出願日”）」なる削除コマンドを受け付けた場合を例
にとり説明する。

【０１８５】要求受付部１１は、上記削除コマンドを受
け付けると、上記削除コマンド中のパラメータである構
造化文書パス「ｕｉｘ：／／ｒｏｏｔ／特許ＤＢ／特許
［０］／出願日」を文書削除部２３へ渡す（ステップＳ
４１）。

【０１８６】次に、文書削除部２３は、パスから文書オ
ブジェクトツリー取得部４５へ構造化文書パスを渡す。
パスから文書オブジェクトツリー取得部４５は、構造化
文書パスから文書記憶部５中の物理的なエリアを特定す
ることにより、そのエリアに存在する構造化文書パスに
て表されたノード（文書オブジェクトＯｘ０）を含む文
書オブジェクトツリーを取り出す（ステップＳ４２）。
構造化文書パスの指定が正しければ、文書オブジェクト
Ｏｘ０のオブジェクトＩＤを取得することができるので
（ステップＳ４３）、その場合は、ステップＳ４５へ進
む。

【０１８７】例えば、上記削除コマンドの場合、「＃４
４」ノードが文書オブジェクトＯｘ０となるので、その
オブジェクトＩＤとして、「＃４４」を取得するととも
に、この「＃４４」ノードを含む文書オブジェクトツリ
ー（例えば、「＃４４」ノードの全ての子孫ノードと
「＃４４」ノードと同じ階層にある全ての（兄弟）ノー
ドと、「＃４４」ノードの親ノードである「＃４２」ノ
ード、その親ノードである「＃２」ノードとからなる文
書オブジェクトツリー）を取得する。

【０１８８】指定された構造化文書パスからそれに対応
する文書オブジェクトＯｘ０が見つからなければ、エラ
ーとなり（ステップＳ４３）、文書格納部２１，結果処
理部１２を介して、クライアント端末に「文書削除失
敗」の旨のメッセージを返す（ステップＳ４４）。

【０１８９】次に、ステップＳ４５では、文書オブジェ
クトＯｘ０にスキーマが存在するか否かを検査する。こ
の検査は、前述したように、各文書オブジェクトのファ
イルに属性値が記述されているので、この値をチェック
すればよい。文書オブジェクトＯｘ０のもつ属性値の値
が「１」のときは、ステップＳ４６へ進む。

【０１９０】以下、図２７のステップＳ４６の処理（合
成文書作成部４７の処理（削除コマンド用））につい
て、図２８に示すフローチャートを参照して詳細に説明
する。

【０１９１】なお、図２８において、図２１と同一部分
は同一符号を付している。

【０１９２】文書格納部２１は、ステップＳ４２で取得
した文書オブジェクトツリーを合成文書作成部４７へ渡
す。

【０１９３】合成文書作成部４７は、この文書オブジェ
クトツリーを文書オブジェクトＯｘ０から遡り、「Ｓｃ
ｈｅｍａ」タグを子要素として持つ文書オブジェクトＯ
ｘ１を検索する（ステップＳ２１）。

【０１９４】例えば、図１４に示した構造化文書データ
ベースでは、文書オブジェクトＯｘ０としての「＃４
４」ノードの上流にある「＃２」ノードから「Ｓｃｈｅ
ｍａ」タグをトップ（先頭）にもつノード（「＃３」ノ
ード）へのリンクが張られているので（「Ｓｃｈｅｍ
ａ」タグを子要素として持つので）、この「＃２」ノー
ドが文書オブジェクトＯｘ１となる。

【０１９５】この文書オブジェクトＯｘ１から文書オブ
ジェクトＯｘ０、さらに文書オブジェクトＯｘ０からア
ークを辿って、その下流にある、文書オブジェクトの属
性値の値が「１」である全ての子ノードからなる文書オ
ブジェクトツリーＯｔ１を取り出す（ステップＳ２
３）。

【０１９６】例えば、上記追加コマンド中のパラメータ
の構造化文書パスが「ｕｉｘ：／／ｒｏｏｔ／特許ＤＢ
／特許［０］／出願日」と指定されているとき、文書オ
ブジェクトツリーＯｔ１は、「＃４２」ノード〜「＃４
９」ノードから構成されたものとなる（図１４参照）。

【０１９７】次に、ステップＳ２６ヘ進み、文書オブジ
ェクトツリーＯｔ１から文書オブジェクトＯｘ０以下の
文書オブジェクトツリーを削除する。その結果得られた
新たな文書オブジェクトツリーを文書オブジェクトツリ
ーＯｔ２とする。

【０１９８】この文書オブジェクトツリーＯｔ２をＸＭ
Ｌ文書に変換し、それをテンポラリファイルＡに出力す
る（ステップＳ２７）。

【０１９９】例えば、上記削除コマンド中のパラメータ
の構造化文書パス「ｕｉｘ：／／ｒｏｏｔ／特許ＤＢ／
特許［０］／出願日」が指し示す「＃４４」ノード以下
の文書オブジェクトツリーを「＃４２」ノード〜「＃４
９」ノードで構成された文書オブジェクトツリーＯｔ１
から削除することにより得られた合成文書の文書オブジ
ェクトツリーＯｔ２をＸＭＬ文書に変換した結果を図２
９に示す。この合成文書は、もともとある「特許」情報
から「＜出願日＞…＜／出願日＞」というデータを削除
したものとなっている。

【０２００】図２９に示したＸＭＬ文書、すなわち、合
成文書がテンポラリファイルＡに出力され、テンポラリ
ファイルＡに一時格納される。

【０２０１】一方、スキーマタグ以下の文書オブジェク
トツリーＯｔ３をＸＭＬ文書に変換して、それをテンポ
ラリファイルＢに出力する（ステップＳ２８）。すなわ
ち、テンポラリファイルＢには、スキーマ文書が一時格
納されることになる。

【０２０２】例えば、文書オブジェクトツリーＯｔ３で
ある「＃３」ノードをトップノードとする文書オブジェ
クトツリーをＸＭＬ文書に変換した結果を図３０に示
す。図３０に示したＸＭＬ文書がテンポラリファイルＢ
に出力され、テンポラリファイルＢに一時格納される。

【０２０３】次に、図２７の説明に戻る。

【０２０４】ステップＳ４７では、文書削除部２１は文
書パーサ部４６に、合成文書のテンポラリファイルＡと
スキーマのテンポラリファイルＢとを与えて、文書格納
処理の場合と同様にして、合成文書の文書構造の妥当性
をチェックする。

【０２０５】例えば、図２９に示した合成文書と、図３
０に示したスキーマとで妥当性のチェックを行った場
合、合成文書には、スキーマにより定義されている「出
願日」という要素が存在しないため、図２９の合成文書
は、妥当性のチェックでエラーとなる（ステップＳ４
８）。この場合、文書削除部２１，結果処理部１２を介
して、クライアント端末に「文書削除失敗」の旨のメッ
セージを返す（ステップＳ４９）。

【０２０６】なお、構造化文書データベースが、図１４
に示した状態のときに、「ｒｅｍｏｖｅＸＭＬ（“ｕｉ
ｘ：／／ｒｏｏｔ／特許ＤＢ／特許［０］”）」なる削
除コマンドを、図２７に従って処理を行うと、図２８の
ステップＳ２７において、図２４に示したような合成文
書がテンポラリファイルＡに出力される。テンポラリフ
ァイルＢは、図３０と同様である。

【０２０７】このとき、図２４に示した合成文書と、図
３０に示したスキーマとで妥当性のチェックを行った場
合、合成文書の文書構造と、スキーマにより定義されて
いる文書構造とは一致するので、ステップＳ４８からス
テップＳ５０へ進む。

【０２０８】ステップＳ５０では、文書オブジェクトＯ
ｘ０以下の文書オブジェクトツリーを削除する。すなわ
ち、文書オブジェクトツリー削除部４２により、文書オ
ブジェクトＯｘ０以下の文書オブジェクトツリーを構成
する各文書オブジェクト（のファイル）が文書記憶部５
から削除される。例えば、「＃２」ノードから「＃４
２」ノード以下の文書オブジェクトのファイルが削除さ
れる。

【０２０９】次に、ステップＳ５１へ進み、インデック
ス記憶部６のインデックスを更新する。また、クライア
ント端末の図３６に示したような表示画面の領域Ｗ１に
は、「特許［０］」が表示さなくなる。

【０２１０】なお、ステップＳ４５で、文書オブジェク
トＯｘ０のもつ属性値の値が「０」のときは、上述した
スキーマを用いた合成文書の文書構造の妥当性のチェッ
クを行わずに、そのままマステップＳ５０へ進み、文書
オブジェクトＯｘ０以下の文書オブジェクトツリーを削
除し（ステップＳ５０）、それに伴う、インデックス記
憶部６のインデックスを更新する（ステップＳ５１）。

【０２１１】（１−４）スキーマの設定、スキーマを用
いた文書格納 図３１に示した画面上で、ユーザが「Ｓｃｈｅｍａ設定
Ｗｉｎ」をマウス等のポインティングデバイスなどを用
いて選択すると、図３７に示したようなスキーマの設定
を行うためのユーザインタフェースとしての画面が表示
される。

【０２１２】ユーザが、領域Ｗ３に、例えば、図１２に
示したような「特許」情報のスキーマを入力し、この入
力したスキーマを「特許ＤＢ」以下のノードに設定する
場合には、領域Ｗ１から「特許ＤＢ」をマウス等でクリ
ックして選択した後（領域Ｗ２には、「ｕｉｘ：／／ｒ
ｏｏｔ／特許ＤＢ」が表示される）、「スキーマ設定」
ボタンＢ３を選択する。すると、「ｓｅｔＳｃｈｅｍａ
（“ｕｉｘ：／／ｒｏｏｔ／特許ＤＢ”，“＜Ｓｃｈｅ
ｍａ＞…＜／Ｓｃｈｅｍａ＞”）」なるスキーマ格納コ
マンドが構造化文書管理システムへ送信される。このコ
マンドの処理は前述した文書格納処理動作と同様であ
る。

【０２１３】次に、「ｕｉｘ：／／ｒｏｏｔ／特許Ｄ
Ｂ」の下に「特許」情報を格納しようとするとき、「特
許ＤＢ」以下のノードに既に設定されているスキーマを
用いて「特許」情報を入力する場合について説明する。

【０２１４】まず、スキーマを取得する。例えば、図３
８に示すような文書の格納／削除を行うための画面の領
域Ｗ１から「スキーマ」をマウス等を用いて選択する
と、文書パスの入力領域Ｗ２に、「ｕｉｘ：／／ｒｏｏ
ｔ／特許ＤＢ／＃Ｓｃｈｅｍａ」と表示されとともに、
「ｇｅｔＸＭＬ（“ｕｉｘ：／／ｒｏｏｔ／特許ＤＢ／
Ｓｃｈｅｍａ”）」なるスキーマ取得コマンドが構造化
文書管理システムへ送信される。

【０２１５】このコマンドの処理は、前述した文書取得
処理と同様である。構造化文書管理システムから返され
るＸＭＬ文書は、図３８の画面の領域Ｗ３に表示され
る。

【０２１６】図３８に示すように、領域Ｒ３には、「特
許」情報のデータ入力領域が各要素毎に設定されて表示
されている。この表示に従って、ユーザは、データを入
力すればよい。例えば、「タイトル」、「年」などのデ
ータ入力領域が階層的に配置され、表示されている。ユ
ーザは、このデータ入力領域にデータを入力すること
で、スキーマにより定義された文書構造の格納文書が容
易に作成することができる。

【０２１７】また、領域Ｗ３に入力した「特許」情報の
格納先として、領域Ｗ１で「特許ＤＢ」をマウス等を用
いて選択すると、領域Ｗ２に構造化文書パスとして、
「ｕｉｘ：／／ｒｏｏｔ／特許ＤＢ」が表示される。そ
の後、「登録」ボタンＢ１を選択すると、「ａｐｐｅｎ
ｄＸＭＬ（“ｕｉｘ：／／ｒｏｏｔ／特許ＤＢ”，“＜
特許＞…＜／特許＞”）」なる追加コマンドが構造化文
書管理システムへ送信される。

【０２１８】この場合、格納文書は、予めスキーマに従
って入力されたものなので、図２０のステップＳ１０の
妥当性チェックでエラーとなることはない。

【０２１９】（２）検索機能 図１の構造化文書管理システムにおける検索系のコマン
ドには以下のものがある。

【０２２０】ｑｕｅｒｙ（ｑｌ） 「ｑｕｅｒｙ」は、パラメータとして（ ）内のクエリ
ｑｌを実行し、その結果のＸＭＬ文書を取得するコマン
ド（以下、検索コマンドと呼ぶ）である。

【０２２１】クエリは、図３９に示すように、ＳＱＬ
（Ｓｔｒｕｃｔｕｒｅｄ ＱｕｅｒｙＬａｎｇｕａｇ
ｅ）に似た形式の言語により、検索位置、検索条件、情
報抽出部分などを記述した、構造化されたＸＭＬ文書で
ある。クエリ文書も本発明の構造化文書管理システムの
管理対象である。

【０２２２】「ｋｆ：ｆｒｏｍ」タグから始まる要素に
は、検索位置の指定と文書要素の値に変数を対応付ける
記述があり、「ｋｆ：ｗｈｅｒｅ」タグのから始める要
素には、変数に関する条件づけの記述があり、「ｋｆ：
ｓｅｌｅｃｔ」タグから始まる要素には、検索結果の出
力形式が記述される。

【０２２３】検索には、単純検索と概念検索とがある。
単純検索とは、クエリ中に指定された検索条件を満たす
情報を検索・抽出するものであり、概念検索とは、クエ
リ中に指定された概念情報を利用して、クエリ中に指定
された検索条件を満たす情報を検索・抽出するものであ
る。

【０２２４】図４０は、単純検索のクエリの例を示した
ものである。図４０のクエリは、例えば、図１４に示し
たような状態の構造化文書データベースに対し、「特許
ＤＢ」アークが示すノード以下に格納されている「特
許」情報の文書群において、「１９９９年でかつ、「Ｐ
Ｃ」のような内容の「要約」という要素をもつ文書
（「特許」情報）の「タイトル」を列挙せよ」という検
索要求を意味している。

【０２２５】「ｋｆ：ｆｒｏｍ」タグから始まる要素の
記述により、変数「＄ｔ」、「＄ｙ」、「＄ｓ」に、そ
れぞれ「特許」情報の「タイトル」、「年」、「要約」
という文書要素の値が代入される。

【０２２６】「ｋｆ：ｗｈｅｒｅ」タグから始める要素
の記述により、変数「＄ｙ」＝「１９９９」という比較
がなされる。また、コンポーネント「ＭｙＬｉｋｅ」は
変数「＄ｓ」と「ＰＣ」を引数として、「ＰＣ」と類似
する値の変数「＄ｓ」を検知するための関数である。

【０２２７】「ｋｆ：ｆｒｏｍ」タグから始まる要素の
記述により、変数「＄ｔ」が出力値として利用される。

【０２２８】なお、「ｋｆ：ｓｔａｒ」タグは構造の曖
昧表現であり、例えば「＜特許＞＜ｋｆ：ｓｔａｒ＞＜
年＞」は「タグ名が「特許」である要素の子孫の要素と
していずれかに存在し、タグ名が「年」である要素」を
意味する。

【０２２９】図４１に図４０の単純検索のクエリを用い
た検索結果を示す。この検索結果（検索結果文書）もＸ
ＭＬ文書である。この検索結果文書は、「ｋｆ：ｓｅｌ
ｅｃｔ」タグから始まる要素に記述されている、検索結
果の出力形式に従った文書構造の文書であり、クエリ中
に指定された検索条件を満たす構造化文書データベース
中の構成要素を合成して生成される場合もある。

【０２３０】図４２は、概念検索のクエリの例を示した
ものである。図４２のクエリは、例えば図１８，図１９
に示すような状態の構造化文書データベースに対し、
「特許ＤＢ」アークが示すノード以下に格納されている
「特許」情報の文書群に対し、「概念ＤＢ」アークが示
すノード以下に格納されている「概念」情報を利用して
検索するための検索要求である。ここで、概念「周辺装
置」の値をもつタグの子要素の値には、概念「ＳＣＳ
Ｉ」、「メモリ」、「ＨＤＤ」などがあるものとする。
また、図１８には示していないが、各「特許」情報の構
成要素には、「キーワード」タグから始める要素も存在
するものとする。

【０２３１】すなわち、図４２のクエリは、「概念「周
辺装置」以下の概念のいずれかを「キーワード」という
要素の値にもつ文書（「特許」情報）の「タイトル」を
列挙せよ」という検索要求を意味している。

【０２３２】「ｋｆ：ｆｒｏｍ」タグから始まる要素の
記述により、変数「＄ｔ」、変数「＄ｋ」に、それぞ
れ、「特許」情報の「タイトル」、「キーワード」とい
う要素の値が代入される。また、変数「＄ｘ」は「概
念」情報として「周辺装置」の値をもつタグの子要素の
値（「ＳＣＳＩ」、「メモリ」、「ＨＤＤ」など）が代
入される。

【０２３３】「ｋｆ：ｗｈｅｒｅ」タグから始める要素
の記述により、「＄ｋ」＝「周辺装置」もしくは「＄
ｋ」＝「＄ｘ」という比較がなされる。

【０２３４】次に、図１の構造化文書管理システムの文
書検索処理動作について、図４３に示すフローチャート
を参照して説明する。

【０２３５】図３１に示した画面上で、ユーザが「ＸＭ
Ｌ検索Ｗｉｎ」をマウス等のポインティングデバイスな
どを用いて選択すると、図４４に示すような文書検索を
行うためのユーザインタフェースとしての画面が表示さ
れる。

【０２３６】図４４の検索画面において、領域Ｗ１に
は、前述同様、構造化文書データベースの現在のツリー
構造の要素名（タグ名）がユーザが理解可能なように簡
略的に表示されている。

【０２３７】領域Ｗ２は、検索対象の範囲（ツリー構造
上の検索範囲）や、検索条件などを入力するための領域
である。領域Ｗ３には、検索結果が表示される。

【０２３８】例えば、「「ｕｉｘ：／／ｒｏｏｔ」以下
の「特許」を先頭タグに持つ文書の中から、「タイト
ル」タグに「文書」という文字列を含み、「１９９８」
年以降に作成された文書を検索せよ」という検索要求の
場合には、領域Ｗ１から「ｒｏｏｔ」をマウス等で選択
して検索対象の範囲として、構造化文書パスを入力す
る。そして、トップノードとして、「特許」を入力する
（この場合、領域Ｗ１から「特許」をマウス等で選択す
ることにより入力してもよい）。また、検索条件とし
て、「「タイトル」という要素の値に「文書」という文
字列を含む」「「年」という要素の値が「１９９８」以
上である」という内容を予め設定されたデータ入力領域
に入力すればよい。

【０２３９】その後、「検索」ボタンＢ２１を選択する
ことにより、例えば、図４５に示すようなクエリが、当
該クエリを構造化文書データベース上に格納するための
追加コマンドとともに構造化文書管理システムへ送信さ
れる。クエリの格納場所は、予め定められており、シス
テム側が自動的に、この追加コマンドのパラメータを設
定することとなる。例えば、構造化文書データベースが
図１８に示した状態のとき、当該クエリの格納場所を表
すパラメータとしての構造化文書パスは、「ｕｉｘ：／
／ｒｏｏｔ／クエリＤＢ」となる。また、追加コマンド
のもう一方のパラメータは、当該クエリ文書である。

【０２４０】要求受付部１１は、上記クエリを受け付け
ると（ステップＳ１０１）、当該クエリを検索要求処理
部３へ渡す。そして、当該クエリ文書を格納するための
追加コマンドのパラメータを文書格納部２１へ渡す。こ
の追加コマンドの処理を、前述同様に行って、当該クエ
リは、文書記憶部５に格納される。

【０２４１】例えば、図４２に示すようなクエリの場
合、構造化文書データベースには、図４６に示すように
展開されて、構造化文書パス「ｕｉｘ：／／ｒｏｏｔ／
クエリＤＢ」の示す「＃３０１」ノード以下にリンクさ
れる。

【０２４２】一方、検索要求処理部３では、受け取った
クエリを基に、データアクセス部４を通してインデック
ス記憶部６，文書記憶部５にアクセスし、検索要求に合
致する文書集合などを取得して、クエリの中で要求され
た情報を抽出して結果処理部１２を介して出力する。

【０２４３】例えば、上記クエリの場合、まず、「「タ
イトル」タグに「文書」という文字列を含む」という条
件に合致するものを検索することが検索対象を絞り込む
上で効率がよい。そこで、図１０に示したようなデータ
生起インデックスを用いて、「文書」という文字列にリ
ンクされているノード（文書オブジェクト）のオブジェ
クトＩＤを得る。そして、そのそれぞれについて、文書
オブジェクトツリーを上流側に１つ遡り、「タイトル」
というタグ名にたどり着いたときは、更に上流に辿って
いき、「特許」というタグ名にたどり着いたときは、そ
のノード以下の文書オブジェクトツリーＯｔ１１を抽出
する。

【０２４４】次に、この抽出された複数の文書オブジェ
クトツリーＯｔ１１の中から、さらに、「年」という要
素の値が「１９９８」年以上の文書オブジェクトツリー
Ｏｔ１２を抽出する。

【０２４５】この文書オブジェクトツリーＯｔ１２が上
記クエリの内容に適合する文書となる。さらに上記クエ
リの要求内容に従えば、各文書オブジェクトツリーＯｔ
１２のトップノードへの構造化文書パスを求める（ステ
ップＳ１０２）。

【０２４６】なお、上記検索処理は、上記した方法に限
るものではなく、インデックス情報を用いた様々な効率
のよい検索方法が可能である。

【０２４７】検索要求処理部３は、ステップＳ１０２で
得られた結果を統合して、検索結果としてのＸＭＬ文書
を作成する（ステップＳ１０３）。

【０２４８】例えば、検索結果のＸＭＬ文書は、 となる。

【０２４９】検索要求処理部３は、検索結果処理部１２
を介して、上記ＸＭＬ文書をスタイルシートとともに、
要求元のクライアント端末に返す（ステップＳ１０
４）。

【０２５０】クライアント端末では、図１１に示したＸ
ＭＬ文書を、スタイルシートを用いてＨＴＭＬデータに
変換して、例えば、図４４に示すように、領域Ｗ１２に
表示する。

【０２５１】同様にして、スキーマの検索も行える。

【０２５２】例えば、「「ｕｉｘ：／／ｒｏｏｔ」以下
の「ｓｃｈｅｍａ」を先頭タグに持つ文書の中から、
「特許」と「要約」というタグ名を持つスキーマを検索
せよ」という検索要求の場合には、図４７に示すよう
に、領域Ｗ１から「ｒｏｏｔ」をマウス等で選択して検
索対象の範囲として、構造化文書パスを入力する。そし
て、トップノードとして、「＃ｓｃｈｅｍａ」を入力す
る。また、検索条件として、「要素の属性名に「特許」
という文字列を含む」「要素の属性名に「要約」という
文字列を含む」という内容を予め設定されたデータ入力
領域に入力すればよい。

【０２５３】その後、「検索」ボタンＢ２１を選択する
ことにより、上記検索要求を記述したクエリ（図４８参
照）が、当該クエリを構造化文書データベース上に格納
するための追加コマンドとともに構造化文書管理システ
ムへ送信される。

【０２５４】さて、上記クエリの場合、例えば、「「＃
ｓｃｈｅｍａ」を先頭タグに持つ」という条件に合致す
るものを検索する。そこで、図９に示したような要素名
称生起インデックスを用いて、「＃ｓｃｈｅｍａ」とい
う要素にリンクされているノードの（文書オブジェク
ト）のオブジェクトＩＤを得る。そして、そのそれぞれ
について、文書オブジェクトツリーを下流側にアークを
辿っていき、属性名が「特許」と「要約」という要素に
たどり着いたときは、当該「＃ｓｃｈｅｍａ」を先頭タ
グにもつ文書オブジェクトツリーＯｔ２１を抽出する。
この文書オブジェクトツリーＯｔ２１が上記クエリの内
容に適合する文書となる。さらに、図４８に示したクエ
リの要求内容に従えば、各文書オブジェクトツリーＯｔ
２１のトップノードへの構造化文書パスを求める。

【０２５５】検索要求処理部３は、文書オブジェクトツ
リーＯｔ２１が複数あれば、それぞれのトップノードへ
の構造化文書パスをまとめて、検索結果としてのＸＭＬ
文書を作成し、検索結果処理部１２を介して、上記ＸＭ
Ｌ文書をスタイルシートとともに、要求元のクライアン
ト端末に返す。

【０２５６】クライアント端末では、検索結果として受
け取ったＸＭＬ文書を、スタイルシートを用いてＨＴＭ
Ｌデータに変換して、例えば、図４４に示すように、領
域Ｗ１２に表示する。

【０２５７】クライアント端末では、検索結果の中の１
つのスキーマを選択して、表示させると、例えば、図３
８に示すような文書の格納／削除を行うための画面とと
もに、その領域Ｗ３に、「特許」情報のデータ入力領域
が各要素毎に設定されて表示される。

【０２５８】ユーザは、このデータ入力領域にデータを
入力することで、スキーマにより定義された文書構造の
格納文書が容易に作成することができる。

【０２５９】例えば、図３８の領域Ｗ３に入力した「特
許」情報の格納先として、領域Ｗ１で「特許ＤＢ」をマ
ウス等を用いて選択すると、領域Ｗ２に構造化文書パス
として、「ｕｉｘ：／／ｒｏｏｔ／特許ＤＢ」が表示さ
れる。その後、「登録」ボタンＢ１を選択すると、「ａ
ｐｐｅｎｄＸＭＬ（“ｕｉｘ：／／ｒｏｏｔ／特許Ｄ
Ｂ”，“＜特許＞…＜／特許＞”）」なる追加コマンド
が構造化文書管理システムへ送信される。

【０２６０】この場合、格納文書は、予めスキーマに従
って入力されたものなので、図２０のステップＳ１０の
妥当性チェックでエラーとなることはない。

【０２６１】同様にして、クエリの検索も行える。クエ
リを検索して、検索結果として得られた既存のクエリを
加工して、再利用することもできる（クエリの再利
用）。

【０２６２】クエリの検索は、前述したような構造化文
書の検索と同様にして行われ、その検索範囲は、クエリ
群の格納されている構造化データベース上の一部の文書
オブジェクトツリーとなる。

【０２６３】例えば、図１８に示したような状態の構造
化文書データベースから、「ｋｆ：ｆｒｏｍ」タグに
「特許ＤＢ」を含むクエリを検索する場合について説明
する。そのような検索要求を記述したクエリを図４９に
示す。

【０２６４】図４９に示すクエリは、「「ｕｉｘ：／／
ｒｏｏｔ／クエリＤＢ」の示す「＃３０１」ノード以下
に存在するクエリの中から「ｋｆ：ｆｒｏｍ」タグに
「特許ＤＢ」を含むクエリを検索し、その内容（タグ名
が「ｑｕｅｒｙ」である要素以下の文書オブジェクトツ
リーの文書）を列挙せよ」を意味するものである。

【０２６５】なお、「ｋｆ：ａｓ」タグの内容で変数
「＄ｅｌｔ」に、「ｋｆ：ｆｒｏｍ」タグに「特許Ｄ
Ｂ」を含むクエリのタグ名が「ｑｕｅｒｙ」である要素
以下の文書オブジェクトツリーが代入される。

【０２６６】このクエリを検索要求処理部３が処理する
際には、前述同様にして、例えば、図９に示したような
要素名称生起インデックスを用いて、「ｋｆ：ｆｒｏ
ｍ」という要素にリンクされているノードの（文書オブ
ジェクト）のオブジェクトＩＤを得る。そして、そのそ
れぞれについて、文書オブジェクトツリーを下流側にア
ークを辿っていき、「特許」というタグ名にたどり着い
たときは、さらに、上流側にアークを辿って「ｑｕｅｒ
ｙ」というタグ名に辿りついたとき、当該「ｑｕｅｒ
ｙ」を先頭タグにもつ文書オブジェクトツリーＯｔ３１
を抽出する。この文書オブジェクトツリーＯｔ３１が上
記クエリの内容に適合する文書となる。

【０２６７】複数の文書オブジェクトツリーＯｔ３１が
検索されたら、それらを統合して、ＸＭＬ文書を作成し
て、それをスタイルシートとともにクライアント端末へ
返す。

【０２６８】クライアント端末では、検索結果の中の１
つのクエリを選択して、表示させると、例えば、図４４
に示した検索画面の領域Ｗ１１に、各データ入力領域に
データの入力された状態で、当該クエリに記述された検
索要求の内容が表示される。

【０２６９】ユーザは、この状態から、「「ｕｉｘ：／
／ｒｏｏｔ」以下の「特許」を先頭タグに持つ文書の中
から、「タイトル」タグに「文書」という文字列を含
み、「１９９８」年以降に作成された文書を検索せよ」
という当該クエリに記述された検索要求中の「文書」を
「ＸＭＬ」に変更して、「検索」ボタンＢ２１を選択す
れば、「「ｕｉｘ：／／ｒｏｏｔ」以下の「特許」を先
頭タグに持つ文書の中から、「タイトル」タグに「ＸＭ
Ｌ」という文字列を含み、「１９９８」年以降に作成さ
れた文書を検索せよ」という意味のクエリが構造化文書
管理システムへ送信される。

【０２７０】以上説明したように、図１の構造化文書管
理システムでは、構造化文書データベース上に登録され
る文書構造が異なる膨大な数のＸＭＬ文書群（コンテン
ツ文書、スキーマ文書、クエリ文書など）を、図１８，
図１９に示すように、「ｒｏｏｔ」タグを先頭に持つツ
リー状の１つの巨大なＸＭＬ文書として取り扱う。従っ
て、文書構造が異なる、様々なスキーマを持つ膨大な数
の文書の中から検索条件に合致する文書を容易に検索で
きる。

【０２７１】また、検索に用いるクエリも構造化文書で
あるので、構造化文書データベースにログとして格納す
ることにより、過去のクエリを再利用するようなアプリ
ケーションも容易に構築することができる。

【０２７２】（３）適用例 次に、上記概念検索の特許調査への適用例について説明
する。

【０２７３】図５０は、特許調査における構造化文書デ
ータベースの一例であり、「特許」情報の他に、「概
念」情報も格納している。

【０２７４】特許調査において、最も重要となってくる
作業は、関連する「特許」情報を収集し、「特許」情報
を様々な観点から分析し、特許マップ（図５４参照）を
作成することである。特許マップを作成するために、従
来、特許マップにおける縦軸、横軸を予め決定し、それ
に従い、縦軸に並ぶ任意の項目と横軸に並ぶ任意の項目
とを検索条件とした検索を逐次行うという方法がとら
れ、この部分に非常に莫大なコストがかかっていた。し
かし、本発明の構造化文書管理システムを用いること
で、この部分のコストを大幅に減少させることが可能と
なる。

【０２７５】なお、ここで、マップとは、縦軸（ｙ軸）
に並ぶ任意の項目と横軸（ｘ軸）に並ぶ任意の項目とを
検索条件とした検索結果をｘ軸とｙ軸とを分類軸として
分類整理するものである。

【０２７６】本発明の構造化文書管理システムで、クラ
イアント端末のユーザが図５４に示すような特許マップ
を作成しようとする場合、ユーザは、クライアント端末
上の表示装置に表示される図５０に示すような構造化文
書データベースの現在のツリー構造を参照して、図５１
に示すような検索画面上に、分析対象の範囲とする「特
許」情報のパスと、分析の軸（例えば、ｘ軸、ｙ軸）と
なる要素を、それぞれ領域Ｗ２１、Ｗ２２に入力する。
分析の軸となる要素は、構造化文書データベース内の
「特許」情報の要素、「概念」情報の要素のいずれであ
ってもよい。

【０２７７】例えば、図５１では、ｘ軸に「機能」、ｙ
軸に「技術」という「概念」情報の要素を入力してい
る。

【０２７８】その後、ユーザは、「実行」ボタンＢ３１
を選択すると、クライアント端末から図１の構造化文書
管理システムへ、図５２に示したようなクエリが送出さ
れる。

【０２７９】この場合のクエリには、「「特許ＤＢ」ア
ークが示すノード以下に格納されている「特許」情報の
文書群の中から、「概念ＤＢ」アークが示すノード以下
に格納されている、概念「機能」の子要素のいずれかと
概念「技術」の子要素のいずれかとを、「キーワード」
や「要約」などの要素の値に含む「特許」情報を検索せ
よ。検索結果として、「機能」の子要素と「技術」の子
要素と、それらに対応する「特許」情報の「公開番号」
との組を列挙せよ。」という意味の検索要求である。

【０２８０】概念「機能」には、「検索」「格納」…
「分析支援」という子要素があり、概念「技術」には、
「実装データベース」「反構造データベース」「自然言
語処理」…という子要素があるものとする。

【０２８１】上記クエリを受けた構造化文書検索システ
ムの検索要求処理部３では、例えば、図１０に示したよ
うなデータ生起インデックスを用いて、概念「機能」の
各子要素（文字列）にリンクされているノード（文書オ
ブジェクト）のオブジェクトＩＤを得る。そして、その
それぞれについて、文書オブジェクトツリーを上流側に
遡り、「特許」というタグにたどり着いたときは、さら
に、そのノード以下の文書オブジェクトツリーを下流側
に辿って概念「技術」の子要素（文字列）のいずれかに
リンクされているタグ名にたどり着いたときは、当該文
書オブジェクトツリーと、その「公開番号」タグにリン
クされている文字列（要素値）を抽出する。このように
して、抽出された「特許」情報のそれぞれについて、対
応の「機能」の子要素と「技術」の子要素と「公開番
号」との組を統合して、図５３に示すような検索結果と
してのＸＭＬ文書を作成、要求元のクライアント端末
へ、所定のスタイルシートとともに返す。

【０２８２】これらを受け取ったクライアント端末の表
示装置には、図５４に示したような表形式の特許マップ
が表示されることになる。

【０２８３】このように、所望の概念を「軸」として指
定するだけで、構造化文書データベースに蓄積された情
報を「軸」として指定された概念に基づき集計・分類し
て、マップ表示することが容易に行える。すなわち、構
造化文書データベースに蓄積された情報を、「概念」情
報を用いて様々な観点で集計・分類することが容易に行
える。

【０２８４】（アクセス権限の設定）ここでは、図２に
示した利用形態（ＷＷＷのバックエンドで、図１に示し
た構成の構造化文書管理システム１００が動作する利用
形態）の場合を例にとり説明する。すなわち、図２に示
すように、複数（ここでは、例えば３つ）のクライアン
ト端末１０２のそれぞれでＷＷＷブラウザ１０３が動作
しており、ユーザは、各クライアント端末からＷＷＷサ
ーバ１０１にアクセスすることにより、構造化文書管理
システム１００にアクセスすることができる。

【０２８５】ユーザからの文書格納、文書取得、文書検
索などの要求は、ＷＷＷブラウザ１０３から送信され
て、ＷＷＷサーバ１０１を通して構造化文書管理システ
ム１００にて受け付けられ、処理された結果は、ＷＷＷ
サーバ１０１を通して要求元のＷＷＷブラウザ１０３へ
返信される。

【０２８６】クライアント端末装置１０２の要部の構成
例を図５５に示す。

【０２８７】クエリの実行結果としてのＸＭＬ文書は、
スタイルシートとともに、構造化文書管理システム１０
０からクライアント端末装置１０２に送られてくるもの
とする。以下、図５６、図５７に示すフローチャートを
参照して、図５５の各構成部の処理動作について説明す
る。

【０２８８】クエリは、前述したように、検索位置、検
索条件、情報抽出部分などを記述した、構造化されたＸ
ＭＬ文書である。クエリ文書も本発明の構造化文書管理
システムの管理対象である。ここで、構造化文書データ
ベースに対しその論理構造に基づき所望の構成要素を検
索するクエリを例にとり説明する。

【０２８９】ＸＭＬ文書受信部１１１で、構造化文書管
理システム１００から送られてきた検索結果文書である
表示対象のＸＭＬ文書と、スタイルシートとを受信する
と（図５６のステップＳ２０１）、ＸＭＬ／ＨＴＭＬ変
換部１１２では、受信したスタイルシートを用いて、受
信した表示対象のＸＭＬ文書をＨＴＭＬ文書に変換する
（ステップＳ２０２）。その変換処理中、テーブル作成
部１１３は、ＨＴＭＬ文書中の記述部分と、その記述部
分を生成したスタイルシート中の記述部分との対応関係
を示したテーブル、すなわち、対応テーブル１１４を作
成する（ステップＳ２０３、ステップＳ２０４）。

【０２９０】構造化文書管理システム１００から送られ
てくるスタイルシートの各記述部分には予め識別子ＳＩ
Ｄが与えられているものとする。例えば、この識別子Ｓ
ＩＤは、コメント文（コメント文でなくとも、ブラウザ
では表示されない記述形式の文）として、予めスタイル
シートに書き込まれていてもよい。

【０２９１】テーブル作成部１１３は、まず、ＸＭＬ／
ＨＴＭＬ変換部１１２での変換作業中に、得られたＨＴ
ＭＬ文書の各記述部分のそれぞれに識別子ＨＩＤを与え
る。そして、ＨＴＭＬ文書中の記述部分と、その記述部
分を生成したスタイルシート中の記述部分との対応関係
をＳＩＤとＨＩＤを用いて表した対応テーブル１１４を
作成する。

【０２９２】描画部１１５では、ＸＭＬ／ＨＴＭＬ変換
部１１２で生成されたＨＴＭＬ文書を基に表示データを
作成し、その表示データは、ディスプレイ装置１２１に
表示される（ステップＳ２０５）。その際、描画部１１
５は、ＨＴＭＬ文書中の記述部分とその記述部分に与え
られた識別子ＨＩＤとの対応を記憶しておいてもよい。

【０２９３】アクセス権限の設定は、ディスプレイ装置
１２１の表示画面を基に行う。

【０２９４】例えば、ユーザがアクセス権限の設定開始
の所定の指示操作を入力部１１６で行うと、アクセス権
限設定部１１７が起動される。まず、表示画面上でアク
セス権限を設定する領域の選択が行われる（ステップＳ
１１１）。すなわち、マウス等の入力装置１２２を用い
て、表示対象の文書が表示されたディスプレイ装置１２
１の表示画面上で、アクセス権限を設定したい文字列
（テキスト）や画像などの表示領域の選択を行う。

【０２９５】アクセス権限を設定したい表示領域がマウ
ス等で選択されれば、描画部１１５でその指定された領
域に文字列や画像などを表示するＨＴＭＬ文書中の記述
部分を検知することができる。この検知されたＨＴＭＬ
文書中の記述部分に対応する識別子ＨＩＤがアクセス権
限設定部１１６に渡される（ステップＳ１１２）。

【０２９６】アクセス権限設定部１１６は、描画部１１
５で検知されたＨＴＭＬ文書中の記述部分の識別子ＨＩ
Ｄから、対応テーブル１１４を参照して、当該識別子Ｈ
ＩＤに対応するスタイルシートの記述部分の識別子ＳＩ
Ｄを得る（ステップＳ１１３）。

【０２９７】さらに、クライアント端末装置１０２のア
クセス権限設定部１１７では、アクセス権限の設定され
るユーザの範囲や、アクセスレベルや、アクセスタイプ
などをユーザに入力してもらうための入力画面を表示し
て、アクセス権限の設定のために必要な上記各情報を収
集する（ステップＳ１１４〜ステップＳ１１６）。上記
各情報の入力が終了すると、それらは、識別子ＳＩＤと
ともに、送信部１１８を介して構造化文書管理システム
１００へ送信される（ステップＳ１１７）。

【０２９８】なお、図５５に示した構成部のうち、テー
ブル作成部１１３，対応テーブル１１４，アクセス権限
設定部１１６以外は、ほぼ従来技術に属するものであ
る。

【０２９９】次に、図１のアクセス権限設定管理部２０
１について、図５８を参照して説明する。図５８は、ア
クセス権限設定管理部２０１の機能ブロック図である。

【０３００】アクセス権限設定管理部２０１は、アクセ
ス権限設定部２０２とアクセス権限管理部２０１とから
構成され、アクセス権限設定管理部２０１は、スキーマ
アクセス権限管理部２１１と、データアクセス権限管理
部２１２と、クエリアクセス権限管理部２１３と、スタ
イルアクセス権限管理部２１４と、パスアクセス権限管
理部２１５とから構成されている。

【０３０１】アクセス権限設定部２０２は、クライアン
ト端末装置１０２から送信されてきた、上記ＳＩＤや、
アクセス権限の設定されるユーザの範囲や、アクセスレ
ベルや、アクセスタイプなどの情報を基に、実際に、ア
クセス権限の設定を行うようになっている。

【０３０２】アクセス権限管理部２０１では、上記アク
セス権限設定部２０２で設定された、各レベル（スキー
マ、データ、クエリ、スタイル、パス）のアクセス権限
の管理を行うためのものである。

【０３０３】図５９は、構造化文書データベースの論理
構造の一部を模式的に示したものである。構造化文書デ
ータベースに新たにＸＭＬ文書を登録していくと、それ
ら各ＸＭＬ文書は、「ｒｏｏｔ」という１つの大きなＸ
ＭＬ文書の部分文書として参照できる構成になってい
る。図５９に示した構造化文書データベースでは、ＸＭ
Ｌ文書としての「報告書」情報は、「報告書ＤＢ」ノー
ド以下に格納され、同じくＸＭＬ文書としての「従業
員」情報は、「従業員ＤＢ」ノード以下に格納され、同
じくＸＭＬ文書としての「特許」情報は、「特許ＤＢ」
ノード以下に格納されている。

【０３０４】図６０は、ＸＭＬで記述された構造化文書
の一例として、「報告書ＤＢ」ノード以下の上記「報告
書」情報に対応する１つの部分文書を示したものであ
り、図６１は、「従業員ＤＢ」ノード以下の上記「従業
員」情報に対応する３つの部分文書を示したものであ
る。

【０３０５】図６２は、クライアント端末装置１０２の
ディスプレイ装置１２１の画面表示例を示したもので、
クライアント端末装置１０２から入力されたクエリを実
行した結果得られたＸＭＬ文書（検索結果文書）の表示
例を示している。

【０３０６】前述したように、クエリの「ｋｆ：ｆｒｏ
ｍ」タグから始まる要素には、検索位置の指定と文書要
素の値に変数を対応付ける記述があり、「ｋｆ：ｗｈｅ
ｒｅ」タグから始める要素には、変数に関する条件づけ
の記述があり、「ｋｆ：ｓｅｌｅｃｔ」タグから始まる
要素には、検索結果の出力形式が記述される。クエリを
実行することより、単純検索の場合には、クエリ中に指
定された検索条件を満たす情報を検索・抽出し、概念検
索の場合には、クエリ中に指定された概念情報を利用し
て、クエリ中に指定された検索条件を満たす情報を検索
・抽出する。そして、検索要求処理部３では、抽出され
た情報（構成要素）を、「ｋｆ：ｓｅｌｅｃｔ」タグか
ら始まる要素の記述に従った形式の情報に合成・加工
し、その結果得られたＸＭＬ文書を結果処理部１２を介
して、要求元のクライアント端末装置１０２に所定のス
タイルシートとともに送信する。要求元のクライアント
端末装置１０２では、構造化文書管理システム１００か
ら送られてきたクエリの実行結果としてのＸＭＬ文書
（検索結果文書）を図５６のフローチャートに従って、
図６２に示すように表示する。なお、検索結果文書は、
クエリ中の検索条件の記述によっては、上記のように、
構造化文書データベース中の複数の構造化文書から生成
された加工された文書である場合も、構造化文書データ
ベース中の構造化文書そのものである場合もあり得る。

【０３０７】この状態において、クライアント端末装置
１０２では、アクセス権限の設定が行える。

【０３０８】クライアント端末装置１０２上でのアクセ
ス権限の設定を行うための操作手順の概略を説明する。

【０３０９】（ａ）表示画面からアクセス権限の設定を
行いたい文字列や画像などの表示されている領域を指定
（選択）する。ここで、指定される文字列や画像など
は、構造化文書データベース中のＸＭＬ文書を構成する
要素の要素名や要素値に対応するものである。

【０３１０】（ｂ）アクセス権限を設定するユーザの範
囲を指定（選択）する。アクセス権限は、ユーザ１人１
人に対し設定することも、複数のユーザからなる特定の
グループ単位に（例えば、会社組織上の所属部署単位
に）設定することも可能であるとする。前者を個人に対
するアクセス権限の設定と呼び、後者をグループに対す
るアクセス権限の設定と呼ぶ。

【０３１１】（ｃ）アクセスレベルを指定（選択）す
る。アクセスレベルには、ここでは、スタイル、クエ
リ、データ、スキーマ、パスがある。スタイルレベル
は、スタイルシート毎にアクセス権限を設定するもの
で、表示形式が異なれば、同じ構成要素であっても表示
されたりされなかったりすることがあり得る。また、ク
エリレベルは、クエリ文書毎にアクセス権限を設定する
もので、クエリレベルでアクセス権限を設定すると、こ
のレベルでアクセスが制限されたユーザに対しては、同
じ構成要素であっても、その構成要素を得るために用い
たクエリに応じて（すなわち、当該構成要素の用途が異
なれば）、表示されたりされなかったりすることがあり
得る。また、データレベルは、構造化文書データベース
に格納されている検索対象のＸＭＬ文書中の構成要素に
対しアクセス権限を設定するもので、このレベルでアク
セスが制限されたユーザからは、その構成要素に対して
は、たとえ、クエリやスタイルが異なっても、アクセス
不可能である（見ることはできない）。さらに、スキー
マレベル、パスレベルは、構造化文書データベース中の
同じ文書構造を持つ構造化文書中の同じ要素名の構成要
素に対しアクセス権限を設定するもので、このレベルで
アクセスが制限されたユーザからは、そのような構成要
素に対しては、たとえ、クエリやスタイルが異なって
も、アクセス不可能である（見ることはできない）。

【０３１２】（ｄ）上記（ａ）で指定した領域に表示さ
れるデータの表示方法（ここでは、アクセス態様あるい
はアクセスタイプと呼ぶ）を指定（選択）する。アクセ
スタイプとして、大きく分けると、その表示領域に何も
表示しなかったり、黒く塗り潰して表示したりと、そこ
に表示されているデータがあるのかないのかもわからな
いようにする非表示にする場合と、特殊な表示を行う場
合（特殊表示）とが設定可能である。特殊表示とは、そ
の表示領域には、何らかのデータが表示されているが、
それが何であるかが判別できないように表示を行うもの
で、例えば、上記（ａ）で指定した領域に表示される文
字列や画像などを伏せ字で表示したり、モザイクをかけ
て表示したりすることである。伏せ字で表示するのか、
モザイクなどをかけて表示するのかなどは選択可能であ
り、また、伏せ字を選択した場合は、どのような伏せ字
を用いるかも（例えば「○」「×」など）選択可能であ
る。

【０３１３】さて、図６２に示すように、クライアント
端末装置１０２の表示画面には、上記のようにして、表
示対象のＸＭＬ文書が表示されている。すなわち、「報
告書」情報の構成要素である「報告番号」、「タイト
ル」、「報告者」、「報告日」、「要約」、「代表図」
と、本文へのリンクが表示され、さらに、「従業員」情
報の構成要素である「報告者プロフィール」などの情報
が表示されている。このように、ここで表示されている
ＸＭＬ文書は、構造化文書データベースに格納されてい
る検索対象の複数のＸＭＬ文書のそれぞれに含まれる構
成要素を合成したものである。

【０３１４】表示画面に表示されているデータは、あく
までも表示データであって（例えば、上記の例の場合、
複数のＸＭＬ文書から抽出された構成要素を合成したも
の）、構造化文書データベースには、表示画面通りの構
造のＸＭＬ文書が存在しているわけではない。そこで、
構造化文書管理システム１００のアクセス権限設定管理
部２０１では、ユーザにより、アクセスレベルとして、
例えば、「データ」が指定されたときには、表示形式を
基に逆に遡り構造化文書データベース中の元のデータを
特定し、アクセス権限の設定を行うようになっている。

【０３１５】では、実際に、図６２の表示からアクセス
権限を設定する方法について述べる。図６２の表示は、
構造化文書データベース中の複数のＸＭＬ文書の構成要
素をクエリにより合成した（加工した）結果得られたＸ
ＭＬ文書を、スタイルシートを通して、ＨＴＭＬ形式に
変換したものをブラウザで表示したものである。表示対
象のＸＭＬ文書を図６３に示す。また、適用しているス
タイルシートを図６４に示す。

【０３１６】図６３に示したＸＭＬ文書をＨＴＭＬ文書
に変換する際には、前述したように、ＨＴＭＬ文書の各
記述部分（例えば、表示対象の文字列などを所定のタグ
で囲んだもの）のそれぞれに識別子ＨＩＤが与えられる
が、図６５に、その様子を示す。図６５には、ＨＴＭＬ
文書そのものではなく、説明の簡単のため、ＨＴＭＬ文
書中のどのような記述部分にどのような識別子ＨＩＤが
与えられたかを、そのＨＴＭＬ文書を表示した図６２と
同じ表示画面上で示したものであって、各記述部分に対
し識別子ＨＩＤ（ここでは、例えば、ＨＩＤ１〜ＨＩＤ
１８）を符号として示している。ここでは、識別子ＨＩ
Ｄの与えられたＨＴＭＬ文書中の１つの記述部分は、１
つの表示領域に対応する。すなわち、図６５に示すよう
に、１つの表示窓（テキストボックス）に対し１つの記
述部分が対応し、ＨＩＤが与えられているものとする。

【０３１７】クライアント端末装置１０２のＸＭＬ／Ｈ
ＴＭＬ変換部１１２では、図５６のステップＳ１０２に
おいて、図６３に示したＸＭＬ文書に、図６４に示した
スタイルシートを適用して、図６５に示したように表示
されるＨＴＭＬ文書を作成するようになっている。その
際、図５６のステップＳ２０３に示したように、テーブ
ル作成部１１３は、図６６に示すような対応テーブル１
１４を作成する。

【０３１８】例えば、図６５において、識別子「ＨＩＤ
６」の与えられているＨＴＭＬ文書中の記述部分は、
「報告者」という文字列を表示領域３０６（図６２参
照）に表示するものであって、識別子「ＨＩＤ７」の与
えられているＨＴＭＬ文書中の記述部分は、「山田太
郎」という文字列を表示領域３０７（図６２参照）に表
示するものである。この２つの記述部分は、図６４に示
したスタイルシートの識別子「ＳＩＤ４」の与えられて
いる記述部分の記述に従って図６３のＸＭＬ文書の６行
目に記述されている要素から生成されたものである。従
って、クライアント端末装置１０２のテーブル作成部１
１３は、図６６に示したように、ＨＩＤ６，ＨＩＤ７に
は、それぞれＳＩＤ４が対応付けられている。なお、図
６６の対応テーブルでは、ＨＩＤのそれぞれに対し、
「ｔｙｐｅ」という項目によって、その要素は、変換前
のＸＭＬ文書中では、要素名であったものか、要素値で
あったものかを区別している。

【０３１９】図８８は、図６５に示した表示画面に対応
するＨＴＭＬ文書の一部を示したものである。例えば、
図６５に示した、識別子「ＨＩＤ１」「ＨＩＤ２」「Ｈ
ＩＤ３」「ＨＩＤ６」「ＨＩＤ７」の与えらた記述部分
の一例を示している。これら記述部分には、それらの符
号として識別子「ＨＩＤ１」「ＨＩＤ２」「ＨＩＤ３」
「ＨＩＤ６」「ＨＩＤ７」を示している。

【０３２０】例えば、表示領域３０７に「山田太郎」と
いう文字列を表示するための、図８８に示したＨＴＭＬ
文書の記述部分（識別子「ＨＩＤ７」の与えられている
記述部分）のように、「報告書」「報告番号」「報告
者」などの項目名（要素名である場合もある）以外のＸ
ＭＬ文書の要素値が表示される表示領域（例えば、表示
領域３０７など）に対応する記述部分には、そのような
記述部分がマウス等により指示（選択）されたとき、描
画部１１５に、当該表示領域が指示された旨を通知する
ためのイベント関数「ｆｕｎｃ（）」が埋め込まれてい
るものとする。

【０３２１】このような関数の埋め込みは、図６４に示
したスタイルシートにて指示することができる。すなわ
ち、例えば、識別子「ＨＩＤ７」の与えられているＨＴ
ＭＬ文書の記述部分に上記関数を埋め込むための指示
は、図６４に示したスタイルシートの記述部分４０１に
は記述されている。

【０３２２】このように、公知のスタイルシートを用い
ることにより、表示対象のＸＭＬ文書をＨＴＭＬ文書に
変換する際に、識別子ＨＩＤの与えられたＨＴＭＬ文書
中の１つの記述部分に、１つの表示領域を対応させ、そ
の表示領域がマウス等で指示されたとき、描画部１１５
に、当該表示領域が指示（選択）された旨を通知するた
めのイベント関数「ｆｕｎｃ（）」を埋め込むことがで
きる。

【０３２３】描画部１１５は、イベント関数により、ユ
ーザにより指示（選択）された表示領域がどれである
か、また、その表示領域のＨＩＤは何であるかを検知す
ることができる。

【０３２４】さて、図６２に示したような表示が行われ
ている状態で、ユーザが、アクセス権限の設定開始の所
定の指示操作を入力部１１６を介して行うと、アクセス
権限設定部１１７が起動される。まず、図５７のステッ
プＳ１１１に示したように、アクセス権限を設定する領
域の選択を行う。

【０３２５】例えば、図６２の表示画面上の、「山田太
郎」という文字列の表示されている、その文字列を表示
するために予め定められた表示領域（テキストボック
ス）３０７が、マウス等を用いて選択されたとする。こ
の選択されたテキストボックスを表示するためのＨＴＭ
Ｌ文書中の記述部分の識別子は、「ＨＩＤ７」である。
描画部１１５は、これを検知すると、当該識別子「ＨＩ
Ｄ７」をアクセス権限設定部１１６へ渡す（図５７のス
テップＳ１１２）。

【０３２６】アクセス権限設定部１１６は、対応テーブ
ル１１４を参照して、「ＨＩＤ７」に対応するスタイル
シート中の記述部分の識別子を取得する（図５７のステ
ップＳ１１３）。この場合、図６６から「ＳＩＤ４」が
得られる。

【０３２７】次に、アクセス権限を設定するユーザの範
囲の選択を行う（図５７のステップＳ１１４）が、その
際、アクセス権限設定部１１６は、図６７に示したよう
なウインドウを表示してもよい。このウインドウ上で、
ユーザは、個人あるいはグループを選択し、個人を選択
した場合には、さらに、その個人を特定するユーザ名を
選択すればよい。ここでは、ユーザの範囲として、例え
ば「山田太郎」という個人が選択されたとする。

【０３２８】次に、アクセスレベルの選択を行う（図５
７のステップＳ１１５）が、その際、アクセス権限設定
部１１６は、図６８に示したようなウインドウを表示し
てもよい。このウインドウ上で、ユーザは、スタイル、
クエリ、データ、スキーマ、パスのいずれかを選択すれ
ばよい。

【０３２９】さらにアクセスタイプの選択を行う（図５
７のステップＳ１１６）が、その際、アクセス権限設定
部１１６は、図６９に示したようなウインドウを表示し
てもよい。このウインドウ上で、ユーザは、「非表示」
か「特殊表示」のいずれかを選択すればよい。「特殊表
示」を選択した場合には、さらに、伏せ字、モザイクの
うちのいずれかを選択すればよい。

【０３３０】最後に、ユーザによりアクセス権限設定完
了を指示する所定の操作が行われると、上記のようにし
て収集された情報は、アクセス権限設定要求とともに、
クライアント端末装置１０２から、構造化文書管理シス
テムへ送信される（図５７のステップＳ１１７）。構造
化文書管理システムでは、要求制御部１で上記アクセス
権限設定要求を受け取ると、それをアクセス権限設定管
理部２０１に出力する。

【０３３１】アクセス権限設定要求には、例えば、クラ
イアント端末装置１０２でアクセス権限の設定対象とな
った（表示対象の）ＸＭＬ文書、そのＸＭＬ文書を画面
表示する際に用いたスタイルシート、さらに、そのＸＭ
Ｌ文書を得るために用いたクエリを特定するための情報
が含まれていることが望ましい。

【０３３２】次に、図７０〜図７１に示すフローチャー
トを参照して、アクセス権限設定管理部２０１の処理動
作について説明する。

【０３３３】アクセス権限設定管理部２０１に、アクセ
ス権限設定要求とともに、クライアント端末装置１０２
から送られてきた、ＳＩＤ、ユーザの範囲、アクセスレ
ベル、アクセスタイプが入力されると（ステップＳ１２
１）、まず、アクセス権限設定要求を基に、そのアクセ
ス権限設定要求にて特定しているスタイルシート中の当
該ＳＩＤ対応の記述部分に関連付けられた、表示対象の
ＸＭＬ文書中の要素のパスを取得する（ステップＳ１２
２）。例えば、図５７のステップＳ１１１において、識
別子「ＨＩＤ７」の付されたＨＴＭＬ文書中の記述部分
に対応する表示領域が選択されて、識別子「ＨＩＤ７」
に対応する図６４に示したスタイルシート中の記述部分
の識別子「ＳＩＤ４」が、図７０のステップＳ１２１で
入力したとする。このとき、図６４に示したスタイルシ
ート中の識別子「ＳＩＤ４」の付された記述部分は、
「＜ｘｓｌ：ｖａｌｕｅ−ｏｆ ｓｅｌｅｃｔ＝“／報
告者／名前”／＞」である。この記述部分において、
「“／報告者／名前”／」は、表示対象のＸＭＬ文書
（検索結果文書）中の当該要素のパスの一部を表したも
のである。また、当該スタイルシートを「ＳＩＤ４」の
付された記述部分から上の行に辿っていくと、「ＳＩＤ
１」の付された記述部分には、「“／報告者／名前”
／」の上流のパスとして、「”／報告書リスト／報告書
／“」が記述されている。従って、当該スタイルシート
の「ＳＩＤ４」対応の記述部分に関連付けられた、表示
対象のＸＭＬ文書中の当該要素の全体としてのパス
は「”／報告書リスト／報告書／報告者／名前”」であ
ることがわかる。また、上記例の場合、識別子「ＨＩＤ
７」の付されたＨＴＭＬ文書中の記述部分に対応する表
示領域には、「山田太郎」が表示されていた。従って、
「”／報告書リスト／報告書／報告者／名前”」という
パスにて特定される要素であって、その要素値が「山田
太郎」である要素が、検索結果文書中のアクセス権限を
設定する箇所（構成要素）である。これをもとに、以
後、指定されたアクセスレベルに応じて、構造化文書デ
ータベースを探索していく。

【０３３４】アクセスレベルがスタイルと指定されてい
た場合（ステップＳ１２３）、アクセス権限設定部２０
２は、アクセス権限設定管理部２０３のスタイルアクセ
ス権限管理部２１４に格納されている、図７２に示すよ
うなスタイルアクセス権限テーブルに、指定されたアク
セス権限を登録する（ステップＳ１２４）。スタイルア
クセス権限テーブルは、図７２に示すように、複数種類
あるスタイルシートのうちのどれであるかを識別するた
めのスタイルシートの識別子毎に、そのスタイルシート
中のアクセス権限の設定された記述部分を示すＳＩＤと
ユーザ範囲とアクセスタイプとが登録されるようになっ
ている。例えば、アクセス権限を設定しようとしている
スタイルシートの識別子が「ＳＳＩＤ１」であるとする
と、スタイルシート中の識別子「ＳＩＤ４」の付された
記述部分に対し、ユーザ範囲として「グループＢ」とい
うグループに、アクセスタイプとして「非表示」がアク
セス権限として設定されたことになる。

【０３３５】アクセスレベルがスタイルでないときは、
次に、ステップＳ１２５へ進む。

【０３３６】上記ステップＳ１２２において、表示対象
のＸＭＬ文書（検索結果文書）中の「”／報告書リスト
／報告書／報告者／名前”」というパスで特定され、し
かも要素値が「山田太郎」である要素が取得された。す
なわち、これは、図６３に示した表示対象のＸＭＬ文書
中において、第６行目に記述されている要素が特定され
たことになる（ステップＳ１２５）。

【０３３７】図６３に示したＸＭＬ文書は、図７７に示
すようなクエリを実行することにより得られたＸＭＬ文
書である。なお、図７７に示したクエリの識別子を「Ｑ
ＲＹ１」であるとする。そこで、このクエリを基に、構
造化文書データベース中のリソースを検索する。

【０３３８】次に、クエリを解析して、当該クエリから
上記ステップＳ１２５で得た要素のパスに対応する記述
部分を取得する（ステップＳ１２６）。例えば、図７７
に示したクエリと、このクエリを実行することにより得
られた図６３に示したＸＭＬ文書とを参照して、クエリ
の解析方法について説明する。なお、構造化文書データ
ベースに格納されている全てのクエリの各記述部分には
予め識別子ＱＩＤが与えられているものとする。

【０３３９】まず、図６３の６行目に記述されている要
素「＜名前＞山田太郎＜／名前＞」の当該ＸＭＬ文書中
でのパスは、「報告書／報告者／名前」であることがわ
かっているので、クエリにおいて、この要素を作り出し
ている部分に着目する。これはクエリの出力形式の記述
部、すなわち、＜ｋｆ：ｓｅｌｅｃｔ＞タグで囲まれた
記述部を調べることでわかる。この場合、図７７におい
て、当該＜ｋｆ：ｓｅｌｅｃｔ＞タグで囲まれた記述部
で定めた記述形式（文書構造）から、先ほどの「＜名前
＞山田太郎＜／名前＞」という要素を作り出した記述部
分は、識別子「ＱＩＤ５」の付された「＜名前＞＄ｎａ
ｍｅ＜／名前＞」であることが容易に判別できる。

【０３４０】アクセスレベルがクエリと指定されていた
場合（ステップＳ１２７）、アクセス権限設定部２０２
は、アクセス権限設定管理部２０３のクエリアクセス権
限管理部２１３に格納されている、図７３に示すような
クエリアクセス権限テーブルに、指定されたアクセス権
限を登録する（ステップＳ１２８）。クエリアクセス権
限テーブルは、図７３に示すように、複数種類あるクエ
リのうちのどれであるかを識別するためのクエリの識別
子毎に、そのクエリ中のアクセス権限の設定された記述
部分を示すＱＩＤとユーザ範囲とアクセスタイプとが登
録されるようになっている。例えば、上記例の場合、ア
クセス権限を設定しようとしているクエリの識別子が
「ＱＲＹ１」であるとすると、当該クエリ中の識別子
「ＱＩＤ５」の付された記述部分に対し、ユーザ範囲と
して「グループＢ」というグループに、アクセスタイプ
として「非表示」がアクセス権限として設定されたこと
になる。

【０３４１】さて、次に、当該クエリの記述に基づき、
構造化文書データベース中から、ステップＳ１２５で得
られた要素、すなわち、「＜名前＞山田太郎＜／名前
＞」の格納されている箇所（パス）を探索する（ステッ
プＳ１２９）。ここでは、まず、当該クエリ中の＜ｋ
ｆ：ｆｒｏｍ＞タグで囲まれた記述部から、変数「＄ｎ
ａｍｅ」が要素の値として関連付けられている記述部分
を探索する。この場合、１６行目と２２行目の記述部分
において、変数「＄ｎａｍｅ」が要素「報告者」「名
前」のそれぞれの要素値に関連付けられている。すなわ
ち、「ＱＩＤ５」の付された記述部分「＜名前＞＄ｎａ
ｍｅ＜／名前＞」は、＜ｋｆ：ｆｒｏｍ＞タグで囲まれ
た記述部において、「”ｕｉｘ：／／ｒｏｏｔ／報告書
ＤＢ”」以下にある「＜報告者＞＄ｎａｍｅ＜／報告者
＞」および「”ｕｉｘ：／／ｒｏｏｔ／従業員ＤＢ”」
以下にある「＜名前＞＄ｎａｍｅ＜／名前＞」を出力結
果として出力するための記述であることがわかる。ま
た、変数「＄ｎａｍｅ」はテキストであり、「山田太
郎」が指定されているので、これを条件として更にデー
タベース中のパスを検索する。

【０３４２】そこで、アクセス権限設定部２０２は、図
７８に示すような、構造化文書データベースの「”ｕｉ
ｘ：／／ｒｏｏｔ／報告書ＤＢ”」以下から、「山田太
郎」という値を持つ「報告者」という構成要素のパスを
検索するためのクエリと、図７９に示すような、構造化
文書データベースの「”ｕｉｘ：／／ｒｏｏｔ／従業員
ＤＢ”」以下から、「山田太郎」という値を持つ「名
前」という要素名の構成要素へのパスを検索するための
クエリとを生成して（発行して）、それを検索要求処理
部３へ送る。

【０３４３】なお、上記例の場合、図６５の表示画面上
の、ＨＩＤ７の「山田太郎」という文字列の表示されて
いるテキストボックスがアクセス権限を設定する領域と
して指定されたので、これに対応するように、図７８，
図７９に示したクエリでは要素値「山田太郎」をもつ構
成要素を検索条件としているが、もし、ＨＩＤ６の「報
告者」という文字列の表示されているテキストボックス
が指定されているのであれば、要素値「山田太郎」をも
つ構成要素を検索条件とする必要がない。すなわち、＜
ｋｆ：ｗｈｅｒｅ＞タグで囲まれた記述部は必要ない。

【０３４４】検索要求処理部３では、前述したようにし
て、各クエリに記述された検索条件に基づき、構造化文
書データベースを検索する。すると、図８０に示すよう
に、「”ｕｉｘ：／／ｒｏｏｔ／報告書ＤＢ”」以下に
ある「山田太郎」という値を持つ「報告者」という要素
名の構成要素３０１へのパスと、「”ｕｉｘ：／／ｒｏ
ｏｔ／従業員ＤＢ”」以下から、「山田太郎」という値
を持つ「名前」という要素名の構成要素３０２へのパス
を取得することができる。

【０３４５】例えば、構成要素３０１のパスが、「ｕｉ
ｘ：／／ｒｏｏｔ／報告書ＤＢ／報告書［０］／報告
者」であり、構成要素３０２のパスが、「ｕｉｘ：／／
ｒｏｏｔ／従業員ＤＢ／従業員［３］／名前」であると
する。パスは必ずしも１つだけ検索されるのでなく、場
合によっては複数検索される場合がある。

【０３４６】アクセスレベルがデータと指定されていた
場合（図７１のステップＳ１３１）、アクセス権限設定
部２０２は、アクセス権限設定管理部２０３のデータア
クセス権限管理部２１２に格納されている、図７４に示
すようなデータアクセス権限テーブルに、指定されたア
クセス権限を登録する（ステップＳ１３２）。データア
クセス権限テーブルは、図７４に示すように、ステップ
Ｓ１３０で取得したパスとユーザ範囲とアクセスタイプ
とが登録されるようになっている。例えば、上記例の場
合、アクセス権限を設定しようとしているパスが「ｕｉ
ｘ：／／ｒｏｏｔ／報告書ＤＢ／報告書［０］／報告
者」であり、このパスにより表された格納エリアに格納
されている要素（要素値が「山田太郎」で要素名「報告
者」の構成要素）に対し、ユーザ範囲として「グループ
Ｂ」というグループに、アクセスタイプとして「伏せ字
（○）」がアクセス権限として設定されたことになる。

【０３４７】一方、アクセスレベルがスキーマと指定さ
れていた場合（ステップＳ１３３）、ステップＳ１３４
へ進み、ステップＳ１３０で取得したパスにスキーマが
設定されているかをチェックする。例えば、ステップＳ
１３０で、「ｕｉｘ：／／ｒｏｏｔ／報告書ＤＢ／報告
書［０］／報告者」というパスを取得したとき、このパ
スにて特定される「報告者」という構成要素（ノード）
３０１に、スキーマが存在する旨の属性値がセットされ
ているときは（ステップＳ１３４）、当該スキーマ文書
の「報告者」という構成要素に対応する記述部分に対
し、アクセス権限を設定する。すなわち、アクセス権限
設定部２０２は、アクセス権限設定管理部２０３のスキ
ーマ権限管理部２１１に格納されている、図７５に示す
ようなスキーマアクセス権限テーブルに、指定されたア
クセス権限を登録する（ステップＳ１３５）。

【０３４８】例えば、上記の例の場合、「報告者」とい
う構成要素（ノード）３０１を含む、「報告書ＤＢ」ノ
ード以下に、図８１に示すスキーマ文書が格納されてい
るとする。図８１に示すスキーマ文書において、構成要
素３０１に対応する記述部分は、実線で囲まれた部分で
ある。構造化文書データベース中で、この記述部分を特
定するパスは、例えば、「ｕｉｘ：／／ｒｏｏｔ／ｓｃ
ｈｅｍａ／ｅｌｅｍｅｎｔＴｙｐｅ［４］／ｎａｍｅ」
であるとする。この場合、スキーマアクセス権限テーブ
ルには、図７５に示すように、スキーマ文書の「報告
者」という構成要素に対応する記述部分を特定するパ
ス、すなわち、「ｕｉｘ：／／ｒｏｏｔ／ｓｃｈｅｍａ
／ｅｌｅｍｅｎｔＴｙｐｅ［４］／ｎａｍｅ」とユーザ
範囲とアクセスタイプとが登録されるようになってい
る。例えば、上記例の場合、アクセス権限を設定しよう
としているスキーマ文書の記述部分（構成要素）のパス
は「ｕｉｘ：／／ｒｏｏｔ／ｓｃｈｅｍａ／ｅｌｅｍｅ
ｎｔＴｙｐｅ［４］／ｎａｍｅ」であり、このパスによ
り特定された記述部分に対し、ユーザ範囲として「グル
ープＡ」というグループに、アクセスタイプとして「モ
ザイク」がアクセス権限として設定されたことになる。

【０３４９】このように、スキーマにアクセス権限を設
定することにより、以後、このスキーマの設定された構
造化文書データベース中の格納領域（例えば、上記例の
場合、「報告書ＤＢ」ノード以下の格納領域）に格納さ
れた、このスキーマが適用される全ての構造化文書に対
して、スキーマアクセス権限テーブルに登録されたのと
同一のアクセス権限が適用される。

【０３５０】さて、アクセスレベルがパスに対しても設
定可能である。例えば、図８２に示すように、「報告書
ＤＢ」ノード以下には、複数の「報告書」情報（構造化
文書）が格納されている。この複数の「報告書」情報の
それぞれは、「報告者」という要素名の構成要素（ノー
ド）を持つ。そこで、この複数の「報告書」情報中の１
つに含まれる「報告者」ノードが図７０のステップＳ１
３０で特定されたとき、他の全ての「報告書」情報中の
「報告者」ノードについても、アクセス権限を設定する
ことも可能である。アクセスレベルがパスと指定された
ときは、この他の全ての「報告書」情報中の「報告者」
ノードに対し、同一のアクセス権限を設定する。この効
果は、「報告書ＤＢ」ノード以下にスキーマが設定され
ている場合に、スキーマに対しアクセス権限を設定する
場合（図７１のステップＳ１３５）と同じである。従っ
て、ステップＳ１３３でアクセスレベルがスキーマと設
定されている場合に、ステップＳ１３４で、当該スキー
マが存在しないときは、ステップＳ１３７へ進むように
してもよい。また、図７１には示していないが、ステッ
プＳ１３６でアクセスレベルがパスと設定されている場
合に、例えば、「ｕｉｘ：／／ｒｏｏｔ／報告書ＤＢ／
報告書［０］／報告者」というパスにて特定される「報
告者」という構成要素（ノード）３０１にスキーマが設
定されているときは、ステップＳ１３５に進みようにし
てもよい。

【０３５１】アクセスレベルがパスと指定されていた場
合（ステップＳ１３６）、ステップＳ１３７へ進み、ア
クセス権限設定部２０２は、構造化文書データベースの
「”ｕｉｘ：／／ｒｏｏｔ／報告書ＤＢ”」以下から、
「報告者」という構成要素のパスを検索するためのクエ
リ生成して（発行して）、それを検索要求処理部３へ送
る。

【０３５２】検索要求処理部３では、前述したようにし
て、クエリに記述された検索条件に基づき、構造化文書
データベースを検索する。すると、「”ｕｉｘ：／／ｒ
ｏｏｔ／報告書ＤＢ”」以下にある全ての「報告者」と
いう要素名の構成要素へのパスを取得することができ
る。このときのクエリ中の要素値を検索条件とする「記
述はない。

【０３５３】アクセス権限設定部２０２は、アクセス権
限設定管理部２０３のパスアクセス権限管理部２１５に
格納されている、図７６に示すようなパスアクセス権限
テーブルに、指定されたアクセス権限を登録する（ステ
ップＳ１３８）。パスアクセス権限テーブルは、図７６
に示すように、ステップＳ１３７で取得したパスとユー
ザ範囲とアクセスタイプとが登録されるようになってい
る。例えば、上記例の場合、アクセス権限を設定しよう
としているパスが「ｕｉｘ：／／ｒｏｏｔ／報告書ＤＢ
／報告書［１］／報告者」、「ｕｉｘ：／／ｒｏｏｔ／
報告書ＤＢ／報告書［２］／報告者」、…であり、これ
らパスにより特定された格納エリアに格納されている要
素（要素名「報告者」の構成要素）に対し、ユーザ範囲
として「グループＢ」というグループに、アクセスタイ
プとして「伏せ字（○）」がアクセス権限として設定さ
れたことになる。

【０３５４】このように、上記実施形態では、構造化文
書データベースを検索した結果得られた表示対象のＸＭ
Ｌ文書（検索結果文書）は、クライアント端末装置１０
２で所定のスタイルシート（検索結果文書を所定の表示
形式で表示するために用いた検索結果文書の文書構造の
変換規則）を適用してＨＴＭＬ文書に変換された後、表
示画面上に表示される。変換の際には、ＨＴＭＬ文書の
１つの記述部分を１つの表示領域（テキストボックス）
で表示するようなスタイルシートをＸＭＬ文書に適用す
る。この表示画面上で、所望の表示領域（テキストボッ
クス）を指定することにより、クライアント端末装置１
０２の描画部１１５は、（ａ）このテキストボックスに
表示されているＨＴＭＬ文書の記述部分を特定すること
ができるので、さらに、クライアント端末装置１０２の
アクセス権限設定部１１６は、対応テーブル１１４を参
照して、当該ＨＴＭＬ文書の記述部分に対応するスタイ
ルシート中の記述部分を特定する。次に、（ｂ）スタイ
ルシート中の当該記述部分に関連付けられた検索結果文
書中の要素のパスを特定した後、（ｃ）当該検索結果文
書を得るために用いたクエリ中の出力形式の記述部から
当該パスに対応する記述部分を特定する。そして、
（ｄ）構造化文書データベースにアクセスして（クエリ
を発行して）、当該記述部分に関連付けられた構造化文
書データベース中の要素のパス（パスリスト）を取得す
る。以上のように、ユーザにより所望の表示領域が指定
されると、ユーザにより指定されたレベルに応じて、該
指定された表示領域に対応するスタイルシートの記述部
分、さらに、それに対応するクエリ中の記述部分、さら
にそれに関連付けられた構造化文書データベース中の要
素を順次特定していくことにより、指定されたレベルに
アクセス権限を設定することが容易に行える。ユーザ
は、検索結果の表示画面上で、少なくとも所望の表示領
域と、アクセスレベルを指定するだけで、構造化文書デ
ータベース中の構成要素にアクセス権限の設定が行え
る。さらに、スタイルシートの記述部分、クエリ中の記
述部分、当該要素を含む構造化文書と同じ文書構造を持
つ他の構造化文書中の当該要素と同じ要素名の要素に対
しても、それ対応のレベルを指定するだけでアクセス権
限を設定することができるので、各種アプリケーション
に柔軟に対処できる。

【０３５５】なお、上記アクセス権限の設定は、１つの
表示領域を選択して、その表示領域に対応する、スタイ
ルシート、クエリ、構造化文書データベース中の要素
（データ）、スキーマ、パスのうちの１つレベルにアク
セス権限を設定する場合について説明したが、一度に複
数の表示領域を選択して、それらに対応する上記複数の
レベルのうちの１つのレベルに一括して（ユーザ範囲、
アクセスタイプを同じくした）アクセス権限を設定する
ことも上記同様にして容易に行える。

【０３５６】また、スタイルに対しアクセス権限を設定
した場合、スタイル権限テーブルに登録された内容に基
づき、スタイルシート自体に、指定されたユーザ範囲や
アクセスタイプを登録するようにしてもよい。この場
合、例えば、図８３の実線で囲まれた部分に示すよう
に、スタイルシート中のアクセス権限を設定する記述部
分（ＳＩＤにて特定される記述部分）に、ユーザ範囲と
アクセスタイプを書き込み、クライアント端末装置１０
２が、当該スタイルシートを適用する段階で、このアク
セス権限の記述を解釈できる機能があればよい。

【０３５７】また、クエリに対しアクセス権限を設定し
た場合、クエリ権限テーブルに登録された内容に基づ
き、クエリ文書自体に、指定されたユーザ範囲やアクセ
スタイプを登録するようにしてもよい。この場合も例え
ば、図８４の実線で囲まれた部分に示すように、クエリ
文書中のアクセス権限を設定する記述部分（ＱＩＤにて
特定される記述部分）に、ユーザ範囲とアクセスタイプ
を書き込み、検索要求処理部３が、当該クエリを実行す
る際に、このアクセス権限の記述を解釈できる機能があ
ればよい。

【０３５８】次に、上記のようにしてアクセス権限が設
定された後、クエリを用いた検索実行結果の表示例につ
いて説明する。

【０３５９】ここでは、例えば、図６２の中、「ＨＩＤ
７」という識別子を持つ記述部分に対応する表示領域３
０７と、「ＨＩＤ１１」という識別子を持つ記述部分に
対応する表示領域３１１と、「ＨＩＤ１３」という識別
子を持つ記述部分に対応する表示領域３１３とが指定さ
れて、「山田太郎」という個人をユーザ範囲としたアク
セス権限が設定されたとする。表示領域３０７、３１１
には、アクセスタイプとして「伏せ字」が指定され、表
示領域３１３にはアクセスタイプとして「モザイク」が
指定されたとする。

【０３６０】さらに、上記３つの表示領域に、アクセス
レベルが「データ」と指定されてアクセス権限が設定さ
れたとする。この場合、「山田太郎」というユーザが、
クライアント端末装置１０２から、所定の操作を行っ
て、図１に示した構造化文書管理システムにアクセスし
て、図７７に示したクエリを用いて検索を行ったとす
る。なお、ユーザ名「山田太郎」は、構造化文書管理シ
ステムにアクセスする際に、クライアント端末装置１０
２を介して、構造化文書管理システムの要求制御部１，
アクセス権限設定管理部２０１にも入力するようになっ
ている。

【０３６１】すると、検索結果として得られた検索結果
文書（ＸＭＬ文書）は、クライアント端末装置１０２の
表示画面には、図８５に示すように表示される。すなわ
ち、表示領域３０７、３１１に表示されるデータは、伏
せ字「×」や「○」で表示されている。また、表示領域
３１３は、モザイクがかけられて表示されている。さら
に、表示領域３０７に表示されるデータと同じデータを
表示している表示領域３１５にも、表示領域３０７と同
様の伏せ字「×」が表示されている。これは、表示領域
３０７に表示されているデータ（この場合、テキスト）
は、そのデータを要素値とする構造化文書データベース
中の構成要素、すなわち、例えば、「ｕｉｘ：／／ｒｏ
ｏｔ／報告書ＤＢ／報告書［０］／報告者」というパス
にて表現される論理的な格納エリアに格納されている構
成要素と、「ｕｉｘ：／／ｒｏｏｔ／従業員ＤＢ／従業
員［３］／名前」というパスにて表現される論理的な格
納エリアに格納されている構成要素とに対しアクセス権
限が設定されているからである。

【０３６２】検索要求処理部３では、例えば、図７７に
示したクエリを実行して、検索条件を満たす構成要素を
構造化文書データベースから取り出す際に、アクセス権
限設定管理部２０１と通信を行い、アクセス権限設定管
理部２０１にて管理されている図７４に示したようなア
クセス権限テーブルに基づき、「ｕｉｘ：／／ｒｏｏｔ
／報告書ＤＢ／報告書［０］／報告者」というパスにて
特定される構成要素と、「ｕｉｘ：／／ｒｏｏｔ／従業
員ＤＢ／従業員［３］／名前」というパスにて特定され
る構成要素とに、アクセス権限が設定されていることを
知る。

【０３６３】このアクセス権限の設定された、「ｕｉ
ｘ：／／ｒｏｏｔ／報告書ＤＢ／報告書［０］／報告
者」というパスにて特定される構成要素と、「ｕｉｘ：
／／ｒｏｏｔ／従業員ＤＢ／従業員［３］／名前」とい
うパスにて特定される構成要素は、図７７に示したクエ
リにより、検索結果文書中の「報告書／報告者／名前」
というパスで特定される検索結果文書の構成要素として
用いられる（バインドされている）。この段階で、当該
検索結果文書中に当該構成要素のアクセスタイプなどを
クライアント端末装置１０２の所定の機能により解釈可
能なように書き込むようにしてもよい。

【０３６４】あるいは、検索要求処理部３で検索結果文
書を作成した段階で、アクセス権限設定管理部２０１
が、この検索結果文書中の構成要素にアクセス権限が設
定されているか否かをアクセス権限テーブルを参照する
ことによりチェックして、当該検索結果文書中のアクセ
ス権限の設定された構成要素にアクセスタイプなどをク
ライアント端末装置１０２の所定の機能により解釈可能
なように書き込むようにしてもよい。

【０３６５】この検索結果文書は、図６４に示すような
スタイルシートとともに、検索要求元のクライアント端
末装置１０２に送信される。

【０３６６】図６４に示すようなスタイルシートによ
り、「報告書／報告者／名前」というパスで特定される
検索結果文書の構成要素は、図８５に示すように、表示
領域３０７と３１５の両方に表示されるように、当該検
索結果文書としてのＸＭＬ文書をＨＴＭＬ文書に変換す
るようになっている。なお、図６４に図示していない
が、図６４のスタイルシートには、「報告書／報告者／
名前」というパスで特定される検索結果文書の構成要素
を、図８５に示すように、表示領域３０７と３１５の両
方に表示するようなＨＴＭＬ文書に変換するための変換
規則が記述されている。

【０３６７】表示領域３０７にアクセスレベルが「スタ
イル」と指定されてアクセス権限が設定されたとする。
この場合、スタイルシートには、図８３に示すように、
アクセス権限が書き込まれているものとする。また、ク
ライアント端末装置１０２で検索結果文書をＨＴＭＬ文
書に変換する際に、当該スタイルシート中のアクセス権
限に関する記述を解釈する機能が必要である。スタイル
シートには、「報告書／報告者／名前」というパスで特
定される検索結果文書の構成要素を表示領域３０７に表
示するようなＨＴＭＬ文書に変換するための記述部分に
は、例えばユーザ範囲とアクセスタイプとが書き込まれ
ているが、表示領域３１５に表示するようなＨＴＭＬ文
書に変換するための記述部分には、そのようなアクセス
権限に関する記述は書き込まれていない。従って、図８
６に示すように、表示領域３１５には、伏せ字ではな
く、実際のデータが表示される。

【０３６８】「山田太郎」というユーザが、クライアン
ト端末装置１０２から、所定の操作を行って、図１に示
した構造化文書管理システムにアクセスして、図７７に
示したクエリとは異なるクエリを用いて検索を行ったと
する。このクエリは、例えば、構造化文書データベース
中の「従業員ＤＢ」ノード以下に格納されている情報か
ら所定の条件を満たす「従業員」情報を検索するもので
あるとする。この検索の結果得られる検索結果文書は、
上記所定の条件を満たす複数の「従業員」情報を合成し
たものであるとする。

【０３６９】この検索結果文書には、上記のようにして
アクセス権限の設定された「ｕｉｘ：／／ｒｏｏｔ／従
業員ＤＢ／従業員［３］／名前」というパスにて特定さ
れる構成要素が含まれているとする。すると、上記同様
にして、図８７に示すように、この構成要素を表示する
表示領域３２１には伏せ字「ｘ」による表示がなされて
いる。

【０３７０】しかし、表示領域３０７にアクセスレベル
が「クエリ」と指定されてアクセス権限が設定されたと
する。すなわち、表示領域３０７に表示されるデータに
対応する検索結果文書中の構成要素に対応する図７７に
示したクエリ中の記述部分に、（検索結果文書中の構成
要素に対する）アクセス権限が設定されていた場合に
は、今回のクエリは図７７に示したクエリとは異なるも
のであるから、図８７に示した表示領域３２１には伏せ
字「ｘ」ではなく、実際のデータ、すなわち、「山田太
郎」が表示される。

【０３７１】このように、アクセス権限をスタイルシー
ト、クエリといったレベルに設定することにより、ある
スタイルシートを用いていたときには表示されなかった
データが他の異なるスタイルシートを用いれば表示され
る、あるクエリを用いた検索結果では表示されなかった
データが他の異なるクエリを用いたときには表示される
といった、柔軟なアクセス権限の設定が可能になる。

【０３７２】以上説明したように、上記実施形態は、１
つの表示領域（テキストボックス）には、１つの構成要
素の要素名あるいは要素値が表示されていて、クエリに
よって検索した結果得られた検索結果文書を表示した表
示画面上の複数の表示領域のうちの１つが選択された
ら、その選択された表示領域に表示されているデータ
（要素名あるいは要素値）を起点にして、スタイルシー
ト、検索結果文書、クエリ、構造化文書データベース中
の構造化文書とレベルを掘り下げていく過程に存在す
る、ユーザにより指定されたレベルのアクセス権限の設
定対象にアクセス権限を設定するものであり、ユーザ
は、検索結果の表示画面上で、少なくとも所望の表示領
域と、アクセスレベルを指定するだけで、構造化文書デ
ータベース中の構成要素にアクセス権限の設定が行え
る。さらに、スタイルシートの記述部分、クエリ中の記
述部分、当該要素を含む構造化文書と同じ文書構造を持
つ他の構造化文書中の当該要素と同じ要素名の要素に対
しても、それ対応のレベルを指定するだけでアクセス権
限を設定することができるので、構造化文書データベー
スに格納されている構造化文書の構成要素の用途や表示
形式（検索結果として表示する際の表示形式）に応じ
て、異なる内容のアクセス権限を容易に設定することが
できる。

【０３７３】なお、上記実施形態では、アクセス権限の
設定は、クエリを用いて、構造化文書データベースを検
索した結果得られた文書を表示した表示画面上で行った
が、この場合に限らず、例えば、前述した取得コマンド
「ｇｅｔＸＭＬ」を実行する際においても、そのコマン
ドにて指定されたパス以下の文書（を構成する全ての構
成要素）に、あるいは、当該指定されたパス以下の文書
の一部の構成要素に、上記したようなアクセス権限が設
定されている場合には、当該指定されたパス以下の文書
を表示する際には、そのアクセス権限の設定された構成
要素を非表示にしたり、特殊表示にしたりすればよい。

【０３７４】また、上記実施形態では、アクセスタイプ
として、非表示にするか、特殊表示にするかのいずれか
を選択するようになっているが、アクセスタイプとして
は、これ以外に、削除禁止、編集禁止などがあってもよ
い。削除禁止、編集禁止といいた構造化文書データベー
ス中の構成要素自体に対する操作を制限するようなアク
セスタイプを設定するときは、このアクセスタイプとと
ともに設定されるアクセスレベルはデータレベルであ
る。

【０３７５】例えば、アクセスタイプとして削除禁止が
構造化文書データベース中のある構成要素に設定される
と、当該構成要素あるいは、そのような構成要素を含む
構造化文書データベース中の論理的なエリア（パス）を
指定した領域削除コマンドが実行されても、少なくとも
当該アクセス権限の設定された構成要素は削除されるこ
とはない。また、アクセスタイプとして編集禁止が構造
化文書データベース中のある構成要素に設定されると、
当該構成要素の要素値を書き換えることはできない。

【０３７６】なお、本発明の実施の形態に記載した本発
明の手法は、コンピュータに実行させることのできるプ
ログラムとして、磁気ディスク（フロッピー（登録商
標）ディスク、ハードディスクなど）、光ディスク（Ｃ
Ｄ−ＲＯＭ、ＤＶＤなど）、半導体メモリなどの記録媒
体に格納して頒布することもできる。

【０３７７】また、本発明は、上記実施形態に限定され
るものではなく、実施段階ではその要旨を逸脱しない範
囲で種々に変形することが可能である。さらに、上記実
施形態には種々の段階の発明は含まれており、開示され
る複数の構成用件における適宜な組み合わせにより、種
々の発明が抽出され得る。例えば、実施形態に示される
全構成要件から幾つかの構成要件が削除されても、発明
が解決しようとする課題の欄で述べた課題（の少なくと
も１つ）が解決でき、発明の効果の欄で述べられている
効果（のなくとも１つ）が得られる場合には、この構成
要件が削除された構成が発明として抽出され得る。

【０３７８】

【発明の効果】以上説明したように、本発明によれば、
検索結果の表示画面上で、少なくとも所望の表示領域と
アクセスレベルを指定するだけで、構造化文書データベ
ース中の所望の構成要素に、用途や表示形式などに応じ
た所望のアクセス権限を容易にしかもきめ細かく設定す
ることができる。

【図面の簡単な説明】

【図１】本発明の実施形態に係る構造化文書管理システ
ムの構成例を示した図。

【図２】図１に示した構造化文書管理システムの一利用
形態を示したもので、ＷＷＷのバックエンドで、構造化
文書管理システムが動作している場合を示した図。

【図３】ＸＭＬで記述された構造化文書の一例を示した
図。

【図４】図３の構造化文書の文書構造を模式的に示した
図。

【図５】追加コマンドの機能を説明するための図で、構
造化文書データベースの初期状態に追加コマンドを実行
した場合について示している。

【図６】図５（ｂ）に示した状態の構造化文書データベ
ースに対し、取得コマンドを実行した場合の処理結果を
示した図。

【図７】図５（ｂ）に示した状態の構造化文書データベ
ースに対し、追加コマンドを実行して１つの「特許」情
報の文書オブジェクトツリーを追加した場合を示してい
る。

【図８】図５（ｂ）に示した状態の構造化文書データベ
ースに対し、追加コマンドを実行して３つの「特許」情
報の文書オブジェクトツリーを追加した場合を示してい
る。

【図９】要素名生起インデックスの格納例を示した図。

【図１０】データ生起インデックスの格納例を示した
図。

【図１１】図８に示した状態の構造化文書データベース
に対して、３つの「特許」情報を取り出すための取得コ
マンドを実行した場合の実行結果を示した図。

【図１２】ＸＭＬ文書の文書構造を定義するスキーマの
一例を示した図。

【図１３】図８に示した状態の構造化文書データベース
に、スキーマ格納コマンドを実行して、図１２に示した
スキーマを追加格納（設定）した場合を示した図。

【図１４】スキーマが設定されて、スキーマが存在して
いる旨の属性値のセットされた文書オブジェクトツリー
を示した図。

【図１５】各オブジェクトファイルに、スキーマが存在
している旨の属性値が格納されている様子を概念的に示
した図。

【図１６】必要に応じて検索で使用される概念階層を構
造化文書で表現した例を示した図。

【図１７】必要に応じて検索で使用される概念階層を構
造化文書で表現した例を示した図。

【図１８】図８に示した状態の構造化文書データベース
に対し、追加コマンドを実行して、図１６，図１７に示
した「概念」情報の文書オブジェクトツリーを追加した
場合を示した図。

【図１９】図８に示した状態の構造化文書データベース
に対し、追加コマンドを実行して、図１６，図１７に示
した「概念」情報の文書オブジェクトツリーを追加した
場合を示した図。

【図２０】図１の構造化文書管理システムの文書格納処
理動作について説明するためのフローチャート。

【図２１】図２０のステップＳ９の処理（合成文書作成
部の処理）について説明するためのフローチャート

【図２２】追加コマンド中のパラメータの格納文書の文
書オブジェクトツリーを構造化文書データベースから取
得した文書オブジェクトツリーに挿入して得られた合成
文書の文書オブジェクトツリーをＸＭＬ文書に変換した
結果であって、テンポラリファイルＡに格納される合成
文書の一例を示した図。

【図２３】テンポラリファイルＢに格納される、構造化
文書データベースから取得されたスキーマ文書の一例を
示した図。

【図２４】テンポラリファイルＡに格納される合成文書
の他の例を示した図。

【図２５】テンポラリファイルＢに格納される、構造化
文書データベースから取得されたスキーマ文書の一例を
示した図。

【図２６】図１の構造化文書管理システムの文書取得処
理動作について説明するためのフローチャート。

【図２７】図１の構造化文書管理システムの文書削除処
理動作について説明するためのフローチャート。

【図２８】図２７のステップＳ４６の処理（合成文書作
成部の処理（削除コマンド用））について説明するため
のフローチャート。

【図２９】テンポラリファイルＡに格納される合成文書
のさらに他の例であって、削除コマンドの実行時に作成
される合成文書の一例を示した図。

【図３０】テンポラリファイルＢに格納される、構造化
文書データベースから取得されたスキーマ文書の一例を
示した図。

【図３１】ユーザインタフェースとしての画面の表示例
を示した図。

【図３２】文書の格納／削除を行うためのユーザインタ
フェースとしての画面の表示例を示した図。

【図３３】文書の格納／削除を行うためのユーザインタ
フェースとしての画面の表示例を示した図。

【図３４】文書の格納／削除を行うためのユーザインタ
フェースとしての画面の表示例を示した図。

【図３５】妥当性のチェックでエラーとなっときにクラ
イアント端末へ返すメッセージの表示例を表示例を示し
た図。

【図３６】文書の格納／削除を行うためのユーザインタ
フェースとしての画面の表示例を示したもので、文書取
得動作を説明するための図。

【図３７】スキーマの設定を行うためのユーザインタフ
ェースとしての画面の表示例を示したもので、スキーマ
の設定動作を説明するための図。

【図３８】スキーマの取得するためのユーザインタフェ
ースとしての画面の表示例を示したもので、取得された
スキーマの表示例を示している。

【図３９】クエリ（ＸＭＬ文書）の一例を示した図。

【図４０】単純検索のクエリ（ＸＭＬ文書）の一例を示
した図。

【図４１】図４０の単純検索のクエリを用いた検索結果
（ＸＭＬ文書）を示した図。

【図４２】概念検索のクエリ（ＸＭＬ文書）の一例を示
した図。

【図４３】図１の構造化文書管理システムの文書検索処
理動作について説明するためのフローチャート。

【図４４】文書検索を行うためのユーザインタフェース
としての画面の表示例を示した図。

【図４５】図４４に示した画面上から入力された情報に
基づき作成されるクエリを示した図。

【図４６】図４２に示したクエリの構造化文書データベ
ース内における格納例を示した図。

【図４７】文書検索を行うためのユーザインタフェース
としての画面の表示例であって、スキーマの検索処理動
作を説明するための図。

【図４８】スキーマ検索のクエリの一例を示した図。

【図４９】クエリを検索するためのクエリの一例を示し
た図。

【図５０】特許調査における構造化文書データベースの
一例を示した図。

【図５１】概念検索のための入力画面の表示例を示した
図。

【図５２】図５１に示した入力画面上の入力情報に対応
するクエリを示した図。

【図５３】図５２に示したクエリに対応する検索結果と
してのＸＭＬ文書を示した図。

【図５４】特許マップの一例を示した図。

【図５５】クライアント端末装置の要部の構成例を示し
た図。

【図５６】クライアント端末装置で構造化文書管理シス
テムから送信されてきたＸＭＬ文書を表示する際の処理
動作を説明するためのフローチャート。

【図５７】アクセス権限の設定のためのクライアント端
末装置における処理動作を説明するためのフローチャー
ト。

【図５８】アクセス権限設定管理部の機能ブロック図。

【図５９】構造化文書データベースの論理構造の一部を
模式的に示した図。

【図６０】ＸＭＬで記述された構造化文書の一例とし
て、「報告書ＤＢ」ノード以下の論理的な格納エリアに
格納されている「報告書」情報を示した図。

【図６１】ＸＭＬで記述された構造化文書の一例とし
て、「従業員ＤＢ」ノード以下の論理的な格納エリアに
格納されている複数の「報告書」情報を示した図。

【図６２】クライアント端末装置のディスプレイ装置の
画面表示例を示したもので、クライアント端末装置から
入力されたクエリを実行した結果得られたＸＭＬ文書
（検索結果文書）の表示例を示した図。

【図６３】図６２に対応する検索結果文書を示した図。

【図６４】図６３に示した検索結果文書を図６２に示し
たような表示形式で表示するためのＨＴＭＬ文書に変換
するためのスタイルシートの一例を示した図。

【図６５】ＨＴＭＬ文書の各記述部分と各記述部分に与
えられている識別子ＨＩＤとの対応を説明するための
図。

【図６６】ＨＴＭＬ文書中の記述部分と、スタイルシー
ト中の記述部分との対応関係を示した対応テーブルの一
例を示した図。

【図６７】ユーザの範囲を入力するためのＧＵＩ画面の
一例を示した図。

【図６８】アクセスレベルを入力するためのＧＵＩ画面
の一例を示した図。

【図６９】アクセスタイプを入力するためのＧＵＩ画面
の一例を示した図。

【図７０】アクセス権限設定管理部で、アクセス権限を
設定するための処理動作を説明するためのフローチャー
ト。

【図７１】アクセス権限設定管理部で、アクセス権限を
設定するための処理動作を説明するためのフローチャー
ト。

【図７２】スタイルアクセス権限管理部に格納されてい
るスタイルアクセス権限テーブルの一例を示した図。

【図７３】クエリアクセス権限管理部に格納されている
クエリアクセス権限テーブルの一例を示した図。

【図７４】データアクセス権限管理部に格納されている
データアクセス権限テーブルの一例を示した図。

【図７５】スキーマアクセス権限管理部に格納されてい
るスキーマアクセス権限テーブルの一例を示した図。

【図７６】パスアクセス権限管理部に格納されているパ
スアクセス権限テーブルの一例を示した図。

【図７７】図６３に示したＸＭＬ文書を得るために用い
たクエリ文書を示した図。

【図７８】図７７に示したクエリの記述を基に、アクセ
ス権限の設定対象の構成要素を構造化文書データベース
から検索するために発行するクエリの一例を示した図。

【図７９】図７７に示したクエリの記述を基に、アクセ
ス権限の設定対象の構成要素を構造化文書データベース
から検索するために発行するクエリの一例を示した図。

【図８０】図７８、７９に示したクエリを実行したこと
により得られた構造化文書データベース中の構成要素の
論理的な格納位置（パス）を示した図。

【図８１】図６２の表示領域３０７が指定され、しかも
アクセスレベルがスキーマと指定されたときに、アクセ
ス権限が設定されるスキーマ中の記述部分を示した図。

【図８２】図６２の表示領域３０７が指定され、しかも
アクセスレベルがパスと指定されたときに、アクセス権
限が設定される構成要素を示した図。

【図８３】アクセス権限の内容が書き込まれたスタイル
シートの一例を示した図。

【図８４】アクセス権限の内容が書き込まれたクエリの
一例を示した図。

【図８５】データレベルでアクセス権限が設定された後
に、図７７に示したクエリを実行した際に得られた検索
結果文書の表示例を示した図。

【図８６】スタイルレベルでアクセス権限が設定された
後に、図７７に示したクエリを実行した際に得られた検
索結果文書の表示例を示した図。

【図８７】データレベルでアクセス権限が設定された後
に、図７７に示したクエリとは異なるクエリを実行した
際に得られた検索結果文書の表示例を示した図。

【図８８】図６５に示した表示画面に対応するＨＴＭＬ
文書の一部を示した図。

【符号の説明】

１…要求制御部 ２…アクセス要求処理部 ３…検索要求処理部 ４…データアクセス部 ５…文書記憶部 ６…インデックス記憶部 １１…受付要求部 １２…結果処理部 ２１…文書格納部 ２２…文書取得部 ２３…文書削除部 ４１…文書オブジェクトツリー格納部 ４２…文書オブジェクトツリー削除部 ４３…文書オブジェクトツリー取得部 ４４…文書文字列取得部 ４５…パスから文書オブジェクトツリー取得部 ４６…文書パーサ ４７…合成文書作成部 ４８…インデックス更新部 １００…構造化文書管理システム １０１…ＷＷＷサーバ １０２…クライアント端末 １０３…ＷＷＷブラウザ １１１…ＸＭＬ文書受信部 １１２…ＸＭＬ／ＨＴＭＬ変換部 １１３…テーブル作成部 １１４…対応テーブル １１５…描画部 １１６…アクセス権限設定部 １１７…送信部 １２１…ディスプレイ装置 １２２…入力装置 ２０１…アクセス権限設定管理部 ２０２…アクセス権限設定部 ２０３…アクセス権限管理部 ２１１…スキーマアクセス権限管理部 ２１２…データアクセス権限管理部 ２１３…クエリアクセス権限管理部 ２１４…スタイルアクセス権限管理部 ２１５…パスアクセス権限管理部

フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 12/14 ３１０ Ｇ０６Ｆ 12/14 ３１０Ｋ 17/21 ５０１ 17/21 ５０１Ｚ ５７０ ５７０Ｍ (72)発明者 新名 博 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝研究開発センター内 (72)発明者 磯部 庄三 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝研究開発センター内 (72)発明者 服部 雅一 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝研究開発センター内 Ｆターム(参考） 5B009 NA05 RB31 TB13 5B017 AA07 BA06 CA16 5B075 KK07 KK43 KK63 ND03 ND04 ND36 NK02 PP30 PQ02 PQ15 PQ62 UU06 5B082 EA11

Claims (10)

【特許請求の範囲】
1. 【請求項１】 複数の構造化文書を格納した階層化され
   た論理構造を持つ構造化文書データベースの前記論理構
   造を構成する前記構造化文書の構成要素に対するアクセ
   ス権限設定方法であって、 前記構造化文書データベースに対し前記論理構造に基づ
   き所望の構成要素を検索する検索要求文を用いて検索し
   た結果得られた複数の構成要素からなる検索結果文書を
   表示した表示画面上の任意の表示領域が指定されたと
   き、その指定された表示領域に表示されているデータに
   対応する前記検索結果文書中の第１の構成要素を特定
   し、この第１の構成要素に関連付けられた前記検索要求
   文中の第２の記述部分の記述に基づき、前記第１の構成
   要素に対応する前記構造化文書データベース中の第２の
   構成要素を検索し、この第２の構成要素に対して、少な
   くとも該第２の構成要素にアクセスが制限されるユーザ
   の範囲を定めてアクセス権限を設定することを特徴とす
   るアクセス権限設定方法。
2. 【請求項２】 複数の構造化文書を格納した階層化され
   た論理構造を持つ構造化文書データベースの前記論理構
   造を構成する前記構造化文書の構成要素に対するアクセ
   ス権限設定方法であって、 前記構造化文書データベースから前記論理構造に基づき
   所望の構成要素を検索するための検索要求文を用いて検
   索した結果得られた複数の構成要素からなる検索結果文
   書を表示した表示画面上の任意の表示領域が指定された
   とき、この指定された表示領域に表示されているデータ
   に関連付けられた、前記検索結果文書を所定の表示形式
   で表示するために用いた前記検索結果文書の文書構造の
   変換規則中の第１の記述部分と、この第１の記述部分に
   関連付けられた前記検索結果文書中の第１の構成要素と
   を抽出し、 少なくとも、前記変換規則中の前記第１の記述部分にア
   クセス権限を設定する第１のレベルと、前記第１の構成
   要素に対応する、前記検索要求文中の第２の記述部分に
   アクセス権限を設定する第２のレベルと、前記検索要求
   文中の前記第２の記述部分に関連付けられた第３の記述
   部分の記述に基づき特定される前記構造化文書データベ
   ース中の前記第１の構成要素に対応する第２の構成要素
   にアクセス権限を設定する第３のレベルを含む複数のレ
   ベルのうち、ユーザにより指定されたレベルに、少なく
   とも、そのレベルについてアクセスが制限されるユーザ
   の範囲を定めてアクセス権限を設定することを特徴とす
   るアクセス権限設定方法。
3. 【請求項３】前記複数のレベルには、前記構造化文書デ
   ータベースに格納されている前記第２の構成要素を含む
   構造化文書と同じ文書構造を持つ他の構造化文書に含ま
   れる前記第２の構成要素の要素名と同じ要素名の構成要
   素にアクセス権限を設定する第４のレベルを含むことを
   特徴とする請求項２記載のアクセス権限設定方法。
4. 【請求項４】ユーザにより前記第４のレベルが指定され
   たとき、前記第２の構成要素を含む構造化文書と同じ文
   書構造を持つ複数の構造化文書が格納されている前記論
   理構造に従って指定される前記構造化データベースの論
   理的なエリアに、そのエリア内に格納される構造化文書
   が従うべき文書構造を定義した文書構造定義文書が存在
   するときは、当該文書構造定義文書中の前記第２の構成
   要素と同じ要素名の構成要素に関する記述部分に、前記
   第２の構成要素と同じ要素名の構成要素に対する前記ア
   クセス権限を設定することを特徴とする請求項３記載の
   アクセス権限設定方法。
5. 【請求項５】 前記変換規則は、前記検索結果文書を該
   検索結果文書の各構成要素の少なくとも要素値をそれぞ
   れ１つの表示領域で表示する表示用文書に変換するため
   のものであって、 前記変換規則を用いて前記検索結果文書を表示用文書に
   変換する際には、該表示用文書の記述部分と、該記述部
   分に関連する前記変換規則中の記述部分との対応関係を
   抽出し、 前記表示画面上の任意の表示領域が指定されたとき、該
   指定された表示領域に表示されているデータに対応する
   前記表示用文書中の第４の記述部分に対応する前記変換
   規則中の前記第１の記述部分を前記対応関係に基づき抽
   出することを特徴とする請求項２記載のアクセス権限設
   定方法。
6. 【請求項６】異なる文書構造の複数の構造化文書を、階
   層化された論理構造を持つ構造化文書データベースで管
   理する構造化文書管理システムにおいて、 前記構造化文書データベースから前記論理構造に基づき
   所望の構成要素を検索するための検索要求文を用いて検
   索する第１の検索手段と、 この第１の検索手段で検索した結果得られた複数の構成
   要素からなる検索結果文書を表示した表示画面上の任意
   の表示領域が指定されたとき、前記検索結果文書中の、
   前記指定された表示領域に表示されているデータに対応
   する第１の構成要素を特定し、この第１の構成要素に関
   連付けられた前記検索要求文中の第２の記述部分の記述
   に基づき、前記構造化文書データベース中の前記第１の
   構成要素に対応する第２の構成要素を検索する第２の検
   索手段と、 前記第２の構成要素に対し、少なくとも該第２の構成要
   素にアクセスが制限されるユーザの範囲を定めてアクセ
   ス権限を設定するアクセス権限設定手段と、 を具備したことを特徴とする構造化文書管理システム。
7. 【請求項７】異なる文書構造の複数の構造化文書を、階
   層化された論理構造を持つ構造化文書データベースで管
   理する構造化文書管理システムにおいて、 前記構造化文書データベースから前記論理構造に基づき
   所望の構成要素を検索するための検索要求文を用いて検
   索する検索手段と、 この検索手段で検索した結果得られた複数の構成要素か
   らなる検索結果文書を表示した表示画面上の任意の表示
   領域が指定されたとき、この指定された表示領域に表示
   されているデータに関連付けられた、前記検索結果文書
   を所定の表示形式で表示するために用いた前記検索結果
   文書の文書構造の変換規則中の第１の記述部分を抽出す
   る手段と、 前記第１の記述部分に関連付けられた前記検索結果文書
   中の第１の構成要素を抽出する手段と、 少なくとも、前記変換規則中の前記第１の記述部分にア
   クセス権限を設定する第１のレベルと、前記第１の構成
   要素に対応する、前記検索要求文中の第２の記述部分に
   アクセス権限を設定する第２のレベルと、前記検索要求
   文中の前記第２の記述部分に関連付けられた第３の記述
   部分の記述に基づき特定される前記構造化文書データベ
   ース中の前記第１の構成要素に対応する第２の構成要素
   にアクセス権限を設定する第３のレベルを含む複数のレ
   ベルのうち、ユーザにより指定されたレベルに、少なく
   とも、そのレベルについてアクセスが制限されるユーザ
   の範囲を定めてアクセス権限を設定するアクセス権限設
   定手段と、 を具備したことを特徴とする構造化文書管理システム。
8. 【請求項８】前記複数のレベルには、前記構造化文書デ
   ータベースに格納されている前記第２の構成要素を含む
   構造化文書と同じ文書構造を持つ他の構造化文書に含ま
   れる前記第２の構成要素の要素名と同じ要素名の構成要
   素にアクセス権限を設定する第４のレベルを含むことを
   特徴とする請求項６記載の構造化文書管理システム。
9. 【請求項９】ユーザにより前記第４のレベルが指定され
   たとき、前記第２の構成要素を含む構造化文書と同じ文
   書構造を持つ複数の構造化文書が格納されている前記論
   理構造に従って指定される前記構造化データベースの論
   理的なエリアに、そのエリア内に格納される構造化文書
   が従うべき文書構造を定義した文書構造定義文書が存在
   するときは、当該文書構造定義文書中の前記第２の構成
   要素と同じ要素名の構成要素に関する記述部分に、前記
   第２の構成要素と同じ要素名の構成要素に対する前記ア
   クセス権限を設定することを特徴とする請求項８記載の
   構造化文書管理システム。
10. 【請求項１０】 前記変換規則は、前記検索結果文書を
    該検索結果文書の各構成要素の少なくとも要素値をそれ
    ぞれ１つの表示領域で表示する表示用文書に変換するた
    めのものであって、 前記変換規則を用いて前記検索結果文書を表示用文書に
    変換する際には、該表示用文書の記述部分と、該記述部
    分に関連する前記変換規則中の記述部分との対応関係を
    抽出する手段をさらに具備し、 前記表示画面上の任意の表示領域が指定されたとき、該
    指定された表示領域に表示されているデータに対応する
    前記表示用文書中の第４の記述部分に対応する前記変換
    規則中の前記第１の記述部分を前記対応関係に基づき抽
    出することを特徴とする請求項７記載の構造化文書管理
    システム。