JPH10187680A

JPH10187680A - 単語、文、部分の粒度で管理するドキュメントリポジトリ装置

Info

Publication number: JPH10187680A
Application number: JP8354966A
Authority: JP
Inventors: Takuya Kitano; 拓哉北野
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 1996-12-20
Filing date: 1996-12-20
Publication date: 1998-07-21

Abstract

(57)【要約】【課題】文書部品間のナビゲート検索、文書部品の削
除、追加、更新等の一貫性管理、文書部品の一括編集可
能なドキュメントリポジトリ装置の提供。【解決手段】SGMLのDTDに基づく構造化文書を管理する
ためDTDの定義をスキーマを基に管理するDTD管理部11、
DTDで定義したタグが張付いた文書部品をスキーマを基
に管理する文書要素管理部12、SGMLのDTDを基に構造化
文書中の単語、文、部分の粒度で他の構造化文書とリン
クを張り管理するためリンクの関係のモデルをスキーマ
として管理するメタモデル管理部21、スキーマに従って
新にリンクを張るためのタグ定義と管理を行うタグ管理
部22、タグを張付けた文書部品とそのリンク関係、構造
化文書内の文書部品の出現位置を管理する文書部品管理
部23、文書部品のスキーマ定義とこのインスタンスとし
て管理するオブジェクト指向DB３を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、文書中の単語、
文、部分にタグを張り付けて文書部品とし、その複数の
文書部品がある構造に従って組み立てられた構造化文書
を管理するドキュメントリポジトリ装置に関する。

【０００２】後に詳細に説明されるように、本発明のド
キュメントリポジトリ(document repository)装置で行
う管理とは、管理対象の構造化文書の文書部品間の構造
の定義とその保持であり、この管理により、前記構造に
従った文書部品のナビゲート検索、一貫性保持、一括編
集を可能とする。

【０００３】本発明のドキュメントリポジトリ装置は、
またテキスト形式の文書ファイルとバイナリ形式のファ
イルを、バイナリファイルにインデックスを付けてその
インデックスをテキストとして扱い、統一的に管理する
ことを可能としたものである。

【０００４】

【従来の技術】文書構造を規定する基本規格にＯＤＡ
（ＯｐｅｎＤｏｃｕｍｅｎｔＡｒｃｈｉｔｅｃｔｕ
ｒｅ）がある。これは、文書構造を論理的な視点、割り
付け的な視点の２つの視点で、文書全体を木構造の形で
まとめるものである。

【０００５】論理的な視点では、段落、図などの構成単
位を基本論理対象体とし、これらを集めて章などを構成
し、最終的には文書全体となる木構造として文書の論理
構造とする。論理構造を持つことによって、段落、章な
どの論理単位での編集や交換時の論理単位での保護、論
理単位に対する自動番号付けなどの支援が可能となる。

【０００６】一方、割り付け的な視点では、ページ、頭
書、枠（図や表のこと）、区画などの単位を集め、論理
的な視点と同様に、文書全体を木構造として表現する。

【０００７】また文書構造に関する他の規格としてＳＧ
ＭＬ（ＳｔａｎｄａｒｄＧｅｎｅｒａｌｌｉｚｅｄ
ＭａｒｋｕｐＬａｎｇｕａｇｅ；スタンダードジェネ
ラライズドマークアップ言語）がある。これは文書型定
義ＤＴＤ（ＤｏｃｕｍｅｎｔＴｙｐｅＤｅｆｉｎｉｔ
ｉｏｎ；ドキュメントタイプデフィニション）で、テキ
ストの文書要素（見出し、本文、リストなど）に張り付
けるタグを定義する。ＤＴＤでは、このタグの親子関
係、出現順序、出現回数などを木構造で定義することが
でき、この文法に従ったＳＧＭＬで書かれるテキスト
は、構造化文書と呼ばれる。

【０００８】図２に、手紙を例にとったＤＴＤの木構造
表記の一例を示す。図２を参照すると、タグ「ｌｅｔｔ
ｅｒ」で囲まれた文書部品は、タグ「ｄａｔｅ」（日
付）、「ｔｏ」（宛名）、「ｂｏｄｙ」（本文）、「ｆ
ｒｏｍ」（差出人）、「ｐｓ」（追伸）、をそれぞれ持
つ子部品を持つことを示している。

【０００９】これら子部品は、前記した順序通りに出現
するものとし、必ず１回出現しなければならない。最後
の「ｐｓ」タグの文書部品には「？」記号が付いてお
り、０回または１回出現することを表している。

【００１０】また「ｂｏｄｙ」タグで囲まれる文書部品
は、「ｐ」（段落）タグを持つ子部品を持ち、出現回数
は「＋」記号で１回以上を表す。

【００１１】「ｐ」タグで囲まれる文書部品は、「ｈ
ｐ」（強調）タグを持つ子部品を持ち、出現回数は
「＊」記号で０回以上を表す。

【００１２】ＯＤＡもＳＧＭＬも構成要素の木構造で文
書を表現する。異なる点は、ＯＤＡは標準言語の一つで
あるのに対し、ＳＧＭＬはＤＴＤのタグの定義による。
文書を記述する言語のためのメタ言語である点である。

【００１３】２つの標準をベースにした構造化文書処理
装置に関連する従来技術の一例として、例えば特開平６
−３０１７２１号公報には、論理的構造を持った文書の
全文検索のための、リレーショナルデータベース（ＲＤ
Ｂ）を用いたＳＧＭＬ文書の管理が記載されている。

【００１４】上記特開平６−３０１７２１号公報が提案
する方法では、ＳＧＭＬで記載された原文書を入力デー
タとし、そのＳＧＭＬに基づいて、その構造情報、タグ
情報、テキスト情報の各テーブルをＤＤＬ（Ｄａｔａ
ＤｅｆｉｎｉｔｉｏｎＬａｎｇｕａｇｅ）を用いて定
義する。そしてそれぞれのテーブルを生成し、ＲＤＢに
格納する。ＳＧＭＬを用いた原文書データのデータも格
納する。文書の検索は、検索言語ＤＱＬ（Ｄｏｃｕｍｅ
ｎｔＱｕｅｒｙＬａｎｇｕａｇｅ）を用いて文書構
造を指定した検索要求の入力を受け付け、リレーショナ
ルデータベース管理システム（ＲＤＢＭＳ）に対してＳ
ＱＬ書式の検索要求を行う。検索結果の表示は、前記検
索要求の結果を、ＲＤＢ中の前記構造情報を用いてタグ
を含むＳＧＭＬの形式に編成して表示する。

【００１５】また例えば特開平６−３１４２８１号公報
には、異なる文書処理システム間で文書データを交換す
る際などに利用される構造化文書について、その特定論
理構造からデータ量の少ない共通論理構造を持った構造
化文書を生成する装置が提案されており、ＯＤＡなどで
述べられている共通論理構造の生成にあたって、オブジ
ェクト指向の考えを導入している。

【００１６】すなわち上記特開平６−３１４２８１号公
報に提案される文書編集装置においては、ある特定の論
理構造を基に、その各オブジェクトと１対１に対応する
クラスを生成し、各クラスの属性は対応するオブジェク
トからコピーし、各クラス間の階層構造は対応するオブ
ジェクト間の階層構造をそのまま対応付けて共通論理構
造のクラスを生成する文書編集装置について述べてい
る。クラスは例えば章番号、章見出し、段落、図形など
の各文書部品に対応して与えられる。また前記４つの部
品を下位クラスとし、これを集約させ上位クラスの章ク
ラスを与えるなど、クラスの部分−集約関連を導入して
いる。

【００１７】そして例えば特開平６−１１９３３１号公
報には、構造化文書に対して文書内の枠や見出しによる
検索を可能にする文書部品検索装置が提案されている。
これは、文書部品の論理構造を特定し、その特定した論
理構造にインデックスを付けて管理する。枠や見出しに
よる検索は、その枠や見出しに相当する文書部品と、前
記付加したインデックスを検索して得た文書部品の属性
に関する情報を条件照合して行う。具体例としては、３
つの文書Ａ、Ｂ、Ｃの文書の内部にそれぞれ枠を持ち、
インデックスとして表枠、図形枠、グラフ枠を保持する
記憶装置に対する検索が示されている。検索としては、
文書部品「枠」を文書内部に持ち、それがグラフ枠であ
る文書の検索を行っている。

【００１８】ＯＤＡやＳＧＭＬなどの文書構造化の技術
の他に、本発明に関連する技術として、ハイパーテキス
トがある。これはＷＷＷ（ＷｏｒｌｄＷｉｄｅＷｅ
ｂ；ワールドワイドウェブ）ブラウザ上へのリソース表
示に用いられるＨＴＭＬ（ＨｙｐｅｒＴｅｘｔＭａ
ｒｋｕｐＬａｎｇｕａｇｅ；ハイパーテキストマーク
アップ言語）が代表的であり、ＨＴＭＬはＳＧＭＬのあ
る１つのＤＴＤによって実現されている。

【００１９】ＨＴＭＬは、ＷＷＷブラウザ上にアンカー
と呼ばれるマウスでクリックすることのできる部分を作
ることができる。このアンカーに、別のＨＴＭＬリソー
スや同じＨＴＭＬリソースの別の場所を指し示すような
リンクを指定し、アンカーのマウスクリックによって、
その場所に移動させて表示させることができる。

【００２０】このリンクの指定は、インターネット上の
あらゆるサーバマシンのリソース（ただし、セキュリテ
ィによってアクセス制限されているサーバマシンやリソ
ースは除く）に対して可能であり、これにより、現在の
ＷＷＷの世界を築いている。

【００２１】

【発明が解決しようとする課題】しかしながら、上記し
た従来技術は、下記記載の問題点を有している。

【００２２】（１）まず上記特開平６−３０１７２１号
公報に提案される方法においては、データベースにＲＤ
Ｂ（リレーショナルデータベース）を導入している。構
造化文書中の文書部品の構造は、親子関係、包含関係を
表す木構造や、参照関係を表すネットワーク構造であ
る。しかしながら、ＲＤＢが扱うテーブル形式では、こ
のような構造を表現するには、ギャップが大きい。

【００２３】またテーブル間にまたがる文書部品の検索
要求には、ＲＤＢではテーブル間の結合演算を行う必要
があり、一般にこの演算には多くの計算時間を要する。

【００２４】（２）次に上記特開平６−３１４２８１号
公報に提案される文書編集装置では、部品の関係を部
分、集約の関係のクラス化のみにとどまっており、クラ
ス間の一般的な関係、参照関係に関するクラスのモデル
化については、記載されていない。複数の構造化文書に
またがった、例えばある文書部品は別の文書部品と関連
があり、検索でその関連をたどれるようにンク付けする
ような共通論理構造の生成は考えられていない。このた
め、構造化文書間をリンクでたどるナビゲート検索を可
能にする構造化文書のオブジェクトを生成することはで
きない。

【００２５】（３）さらに上記特開平６−１１９３３１
号公報に提案される文書部品検索装置は、枠に付けられ
ている属性が例えば幾何学図形、ラスター図形、表、数
式などで、その属性を指定して前記属性を含む文書の検
索を行うものである。

【００２６】しかしながら、枠の内部にまで検索範囲は
及ばず、例えば表の列の見出しが何であるかを検索キー
として、その見出し（検索キー）を含む表をまた含む文
書の検索は不可能である。

【００２７】これは、上記上記特開平６−１１９３３１
号公報の文書部品検索装置においては、インデックスを
枠全体に対して１つだけ付けていて、しかもそのインデ
ックスも枠の種類に注目したものであることが、前記し
た検索能力の限界につながっている。

【００２８】（４）ところで、ＷＷＷに代表されるＨＴ
ＭＬのハイパーテキスト技術は、そのリンクの指定を自
由に設定できることが大きな利点であるが、その反面、
構造的でない。

【００２９】ここで、「構造的でない」とは、あるリソ
ースと他のリソースとが、ある関係を持つという定義を
前提にして、リンクが設定されていない、ということで
ある。

【００３０】自由にリンクを設定できる環境において、
リンク関係の管理を集中的に行おうとした場合、極めて
困難なものとなる。すなわち、ある時点であるリソース
からのリンク先をすべて把握しても、そのリンク先のリ
ソースが消えてしまったり、新たなリソースへのリンク
が追加されてしまったり、という事態も予想され、結
局、管仕切れない、ということである。

【００３１】したがって、本発明は、上記問題点に鑑み
てなされたものであって、その目的は、構造化文書をあ
る規定した構造で管理し、管理した構造化文書を文書部
品単位で部分的に必要な情報を検索したり、あるいは編
集したりすることを可能とする、ドキュメントリポジト
リ装置を提供することにある。

【００３２】また、本発明の他の目的は、バイナリファ
イルなど、その中身にタグを張り付けることができない
文書に対してインデックスを与えて管理することを可能
とするドキュメントリポジトリ装置を提供することにあ
る。

【００３３】

【課題を解決するための手段】前記目的を達成するた
め、本願第１発明は、ＳＧＭＬ（ＳｔａｎｄａｒｄＧ
ｅｎｅｒａｌｌｉｚｅｄＭａｒｋｕｐＬａｎｇｕａ
ｇｅ）のＤＴＤ（ＤｏｃｕｍｅｎｔＴｙｐｅＤｅｆ
ｉｎｉｔｉｏｎ）に基づいた構造化文書を管理するため
に、前記ＤＴＤの定義をスキーマに基づいて管理するＤ
ＴＤ管理手段と、前記ＤＴＤで定義したタグが張り付い
た文書部品をスキーマに基づいて管理する文書要素管理
手段と、を含むことを特徴とする。

【００３４】また、本願第２発明は、ＳＧＭＬのＤＴＤ
に基づいた構造化文書中に含まれる単語、文、部分の粒
度で他の構造化文書とリンクを張り管理するために、前
記リンクの関係のモデルをスキーマとして管理するメタ
モデル管理手段と、前記スキーマにしたがって新たにリ
ンクを張るためのタグの定義と管理を行うタグ管理手段
と、前記タグを張り付けた文書部品とそのリンク関係、
構造化文書内の前記文書部品の出現位置を管理する文書
部品管理手段と、を含むことを特徴とする。

【００３５】また、本願第３発明は、本願第１発明にお
ける前記ＤＴＤ管理手段、及び前記文書要素管理手段
と、本願第２発明における前記メタモデル管理手段、前
記タグ管理手段、前記文書部品管理手段の、文書部品の
スキーマ定義と、これをインスタンスとして管理を行う
オブジェクト指向データベースを用いて、文書部品間の
ナビゲート検索、文書部品の削除、追加、更新に関する
一貫性管理、及び文書部品の一括編集を可能としたこと
を特徴とする。

【００３６】そして本願第４発明は、テキスト形式でな
い構造化文書外のバイナリ形式の外部ファイルに対して
インデックスを付け、前記インデックスの内容と該イン
デックスが指すバイナリ形式の外部ファイルとの関係を
記録し、バイナリ形式でも本願第１から第３のいずれか
一に記載の文書部品管理方式と同様の枠組で管理を行う
ことのできるようにしたことを特徴とする。

【００３７】

【発明の実施の形態】本発明の実施の形態について図面
を参照して以下に説明する。図１は、本発明の実施の形
態のドキュメントリポジトリ装置の基本構成を示すブロ
ック図である。

【００３８】図１を参照すると、本発明は、その好まし
い実施の形態において、オブジェクト指向データベース
（ＯｂｊｅｃｔＯｒｉｅｎｔｅｄＤａｔａＢａｓ
ｅ；「ＯＯＤＢ」という）３をドキュメントリポジトリ
装置に導入する。このＯＯＤＢは、文書部品のつながり
を表す概念モデルとオブジェクト指向のスキーマ実装の
セマンティクスギャップが少ない。

【００３９】また本発明の実施の形態においては、ＯＯ
ＤＢを用いてオブジェクトのつながりを予めデータベー
スに記憶する方式をとるので、ＲＤＢ（リレーショナル
データベース）のようにＳＱＬの発行によって検索実行
時にテーブル間のつながりを計算する方式よりも、オブ
ジェクト間のナビゲーション検索が高速になる。これに
より、上記特開平６−３０１７２１号公報に関する上記
した問題点（１）を解消している。

【００４０】また上記特開平６−３１４２８１号公報に
関する上記問題点（２）とＷＷＷに代表されるＨＴＭＬ
のハイパーテキスト技術の上記問題点（４）を解消する
ために、本発明は、その好ましい実施の形態において、
図１を参照すると、ＳＧＭＬのＤＴＤに基づいた文書の
構成（章番号、章見出し、段落、図形など）を管理する
文書構造管理部１と、前記文書の構成とは別に、文書中
の単語、文、部分の粒度の参照関係を管理する部品リン
ク管理部２を備える。

【００４１】文書構造管理部１は、ＤＴＤ管理部１１と
文書要素管理部１２から構成される。

【００４２】また部品リンク管理部２は、メタモデル管
理部２１と、タグ管理部２２と、文書部品管理部２３
と、から構成される。

【００４３】構造化文書４は、これら５つの管理装置を
通して、ＯＯＤＢに登録される。

【００４４】図３は、本発明の実施の形態の動作を説明
するための図であり、この構造化文書ＯＯＤＢへの登録
における、５つの管理装置（すなわちＤＴＢ管理部１
１、文書要素管理部１２、メタモデル管理部２１、タグ
管理部２２、文書部品管理部２３）の全体の流れと個々
の働きを示している。

【００４５】図３を参照すると、文書構造管理部１も部
品リンク管理部２もそれぞれＤＴＤの決定１１１やメタ
モデルの定義２１１というような、共通構造のクラス生
成をまず第一に行う。

【００４６】このアプローチは、従来のハイパーテキス
トと異なるアプローチであり、文書内のリンク構造を予
めメタモデルで定義し、そのモデルをＯＯＤＢのスキー
マとして管理する。すなわち、そのスキーマの範囲を越
えたリソース間のリンクを許さないわけである。

【００４７】このことは、結果として、ハイパーリンク
の自由度を下げることになるが、前記したように、ハイ
パーテキストでは困難であったリソースのリンク関係の
集中管理を本発明のドキュメントリポジトリ装置は可能
としている。

【００４８】また予め定義されたメタモデルの構造を活
かしたナビゲーションも、本発明のドキュメントリポジ
トリ装置では可能になる。

【００４９】上記したアプローチは、上記特開平６−３
１４２８１号公報に記載される、既存の構造化文書一つ
一つから共通論理構造のクラスを生成するアプローチと
も異なる。生成しようとする構造化文書の共通論理構造
を最初に生成し、これを用いて各構造化文書のオブジェ
クトを生成し、管理するアプローチが、本発明のアプロ
ーチであるからである。

【００５０】構造化文書をＯＯＤＢに登録するために
は、図３を参照すると、まずＤＴＤの決定処理１１１
で、ＳＧＭＬのＤＴＤ定義を用意する。そして、タグと
その木構造のスキーマ定義処理１１２で、タグをクラス
とみなしたオブジェクトモデルで表現し、これを基に、
ＯＯＤＢのスキーマ生成を行う。

【００５１】図４は、そのスキーマを示したものあり、
ＤＴＤ定義に含まれるタグとタグの属性、そしてタグの
親子関係をモデル化している。なお図４は、ＯＭＴ（Ｏ
ｂｊｅｃｔＭｏｄｅｌｉｎｇＴｅｃｈｎｉｑｅｅ；
オブジェクトモデリングテクニーク）の表記法に従っ
た。

【００５２】ＤＴＤ管理部１１は、図４に示す、タグ３
１とタグ属性３２のスキーマ定義（クラス間の関連を含
む）と、そのインスタンスである個々のタグやタグ属性
をＯＯＤＢを用いて管理する。

【００５３】次に、文書インスタンスの作成処理１２１
で、ＤＴＤの決定処理１１１で決定したＤＴＤに従った
文書インスタンスを作成する。文書部品のＤＢ登録１２
２では、前記文書インスタンス中の文書部品を、タグと
その木構造のスキーマ定義処理１１２で生成したタグと
タグ属性のスキーマとの関係付けを行う。

【００５４】その際、ＤＴＤの決定処理１１１で定義し
たタグとその属性を、属性値を決めて文書部品に張り付
けていくというイメージの処理が行われる。

【００５５】タグとタグ属性、文書部品とその文書部品
がもつタグ属性の値の関係（スキーマ）の一例を、図５
に示す。

【００５６】文書要素管理部１２（図１参照）は、図５
に示すスキーマを基に、文書部品３３と文書部品属性３
４のインスタンスを生成して、ＯＯＤＢで管理する。

【００５７】このインスタンス管理により、実際の文書
インスタンス中の前記スキーマのインスタンスに対応す
る文書部品の管理が行われる。

【００５８】以上のＤＴＤの決定処理１１１、タグと木
構造のスキーマ定義１処理１２、文書インスタンスの作
成処理１２１、文書部品のＤＢ登録処理１２２のステッ
プで格納された構造化文書を、その構造化文書中の単
語、文、部分の粒度でリンクを張って管理する場合、以
下で説明する部品リンク管理部３を用いて管理する。

【００５９】まず、メタモデルの定義２１１で、構造化
文書全体のリンク関係のモデルを定義する。このリンク
関係のモデルの定義には、ＯＭＴなどに代表されるオブ
ジェクト指向分析の手法を用いることができる。すなわ
ち、タグを一つのクラスに対応付け、そのクラスを用い
てタグ同士の一般的な参照関連、部分、集約関係、汎化
−特化の関連、関連の多重度などを定義することができ
る。

【００６０】またクラスに属性や操作を加えて、そのク
ラスに属する文書部品に共通な操作を記述することもで
きる。例えば、同じタグの付いた（すなわち同じクラス
に属した）文書部品に対して一括編集を行う操作を記述
したり、特殊な属性を加えて操作に対する制約を与えた
り、さらにある文書部品からのナビゲート検索のための
操作を記述したりとさまざまな定義をメタモデルに与え
ることができる。このタグのリンク関係のモデルのため
のクラスを抽象的に「タグリンク」と呼ぶことにする
と、リンクタグは、図５で示したスキーマのタグ３１を
継承（ｉｎｈｅｒｉｔ）し、図６に示すスキーマの構成
要素クラスとなる。

【００６１】図６を参照して、タグリンク３５の属性で
あるｉｄは、タグ属性３２の一つで、名前がｉｄ、型が
正数である。ｉｄは、リンクタグ３５のインスタンス
（すなわち実際のタグ）に通し番号の属性を付けて識別
するためにある。

【００６２】再び図３を参照して、メタモデルのスキー
マ定義２１２では、メタモデル定義２１１で定義したメ
タモデル（オブジェクトモデル）をＯＯＤＢのスキーマ
への変換を行う。

【００６３】メタモデル管理部２１は前記変換を行った
スキーマのスキーマ生成を行い、ＯＯＤＢに登録する。

【００６４】メタモデルを基にしたタグの定義２２１で
は、メタモデルで定義した各クラスに対して、実際に文
書インスタンスに張り付けるタグの名前（文字列）を定
義する。

【００６５】タグのＤＢ登録２２２では、タグ管理部２
２が、図６に示すメタモデルのリンクタグに相当する各
クラスのインスタンスを生成する。このインスタンス生
成の引数として、メタモデルを基にしたタグの定義２２
１で定義したタグの名前（文字列）を与える。これによ
り名前が決定した各タグがＯＯＤＢに登録される。

【００６６】文書に対するタグの張り付け２３１では、
メタモデルを基にしたタグの定義２２１で定義したタグ
を実際の文書インスタンス中に張り付け、単語、文、部
分の粒度の文書部品を作っていく。文書部品のＤＢ登録
２３２では、図７に示す文書部品３３を継承して付け加
えたリンク部品３６のインスタンスを生成していく。

【００６７】図７を参照して、リンク部品３６のインス
タンスは、タグを定義したリンクタグ３５のインスタン
スへのポインタ（関係３７のインスタンス）を持ち、こ
のポインタが、リンク部品３６のインスタンス（すなわ
ち文書インスタンス中の文書部品）にどのタグが張り付
いているかを識別する。

【００６８】またリンク部品３６のインスタンスは、関
係３８が表すように、自分がどの文書部品を親に持つか
を構造化文書全体の構造木に従い記録する。

【００６９】文書部品管理部２３は、上記関係３７、３
８のリンクを含んだリンク部品３６のインスタンス生成
とＯＯＤＢへの登録を行い、単語、文、部分の粒度でリ
ンク関係を張られた文書部品を管理する。

【００７０】ＷＷＷに代表されるＨＴＭＬのハイパーテ
キスト技術における、リンク関係の管理に関する問題を
解決するために、以上説明した通り、文書部品のリンク
関係も含めたインスタンス生成を行いＯＯＤＢに登録し
ている。

【００７１】ある文書部品を削除したりあるいは追加し
たりする場合、その文書部分は基になるメタモデルに従
わなければならない。

【００７２】削除に関しては存在制約がある。リンクに
関して参照先と参照元のそれぞれの文書部品があり、そ
れがインスタンスとしてＯＯＤＢに登録されている場
合、参照先のインスタンスの削除は、参照元のインスタ
ンスの属性を更新することになる。ＯＯＤＢは、あるイ
ンスタンスの削除に関する他のインスタンスへの影響を
感知することができる（この機能が実装されている）。
このため、ＯＯＤＢを用いた本発明のドキュメントリポ
ジトリ装置は、データベース操作を行うユーザに対して
注意を促したり、削除を禁止させたりすることができ
る。

【００７３】そして文書部品の追加に関しては、メタモ
デルが示す関連の有無やカーディナリティ制約などがあ
る。これは、メタモデルで定義されていないクラス間で
そのインスタンス間のリンクを張ることはできない、あ
るクラスに関連する他のクラスが生成できるインスタン
スの数を越えてインスタンスを生成することはできない
などである。

【００７４】ある文書部品をどうしてもドキュメントリ
ポジトリ装置に格納したい場合には、その文書部品の追
加に対応するようメタモデルを修正し、ＯＯＤＢのスキ
ーマ拡張を行う必要がある。

【００７５】次に上記特開平６−１１９３３１号公報に
記載の従来技術の上記問題点（３）を解消するために、
本発明の実施の形態においては、枠に対するインデック
スは文書インスタンス中の文書部品とし、この文書部品
から枠に対するリンクを必要な数だけ張り、枠の持つ内
部の情報をそのリンク元である文書部品の内容で表す方
法を採る。ワープロなどの文書編集エディタによって
は、図や表やグラフをテキスト形式で表現するものもあ
るが、一般には、図や表やグラフは別の専用エディタを
用いて編集し、バイナリ形式の外部ファイルとして文書
の中からこれらを参照する形になっている。

【００７６】本発明の実施の形態では、外部ファイルの
参照部分に張り付けるタグとそのインデックス部分を表
すタグとの関係をメタモデルで表現する。図８は、この
メタモデルの一例を示す図であり、図中、４１、４２、
４３の部分がメタモデルである。なおメタモデルは、図
７では、リンクタグ３５に相当する。

【００７７】図８を参照して、それぞれのメタモデルの
クラス（４１と４２）からインスタンスを生成し、タグ
の名前を決定する（＜ＩＤＸｉｄ＝“１”＞４４１、
＜ＩＤＸｉｄ＝“２”＞４４２、＜ＧＡＩＢＵｉｄ＝
“１”＞４５）。

【００７８】なお、このインスタンス生成時に、メタモ
デルのクラス間の関係４３により、各インスタンス間の
リンクも張られる。このようにして生成したタグを、文
書インスタンス中のインデックス部分と外部ファイル参
照部分に張り付け、新たな文書部品を作成する。図９
に、新たな文書部品の一例を示す。

【００７９】図９を参照して、図７に示すリンク部品３
６のインスタンスである文書部品「部屋の間取り」５１
が、タグ４４１（＜ＩＤＸｉｄ＝“１”＞）によって
タグ付けされ、同じく文書部品「２ＤＫ」５２、「部屋
２つの台所１つ」５３がタグ４４２（＜ＩＤＸｉｄ＝
“２”＞）によってタグ付けされている。

【００８０】同様に、文書部品「＜ＩＭＧＳＲＣ＝“ｍ
ａｄｏｒｉ．ｇｉｆ”＞」５４は、タグ４５（＜ＧＡＩ
ＢＵｉｄ＝“１”＞）によってタグ付けされている。

【００８１】なお、図９において、「２ＤＫ」５２と
「部屋２つ台所１つ」５３に同じタグ（＜ＩＤＸｉｄ
＝“２”＞）が付いている意味は、リンク部品３６の属
性である内容が違っても、リンクタグ３５のレベルでは
同じ扱いをするという意味である。同義語の扱いを同じ
にするなどが例としてある。

【００８２】リンクタグ３５とリンク部品３６のそれぞ
れのインスタンスは、部品リンク管理（図１の２）によ
って管理され、これによりバイナリファイルなどの外部
ファイルへのインデックス付けや検索などが可能にな
る。

【００８３】このように本発明の実施の形態に係るドキ
ュメントリポジトリ装置は、構造化文書をある規定した
構造で管理し、管理した構造化文書を文書部品単位で部
分的に必要な情報を検索したり、あるいは編集したりす
る場合に用いて好適とされる。またバイナリファイルな
ど、その中身にタグを張り付けることができない文書に
対して、インデックスを与えて管理する場合に用いて好
適とされる。

【００８４】

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

【００８５】［文書データベース登録］本発明の一実施
例として文書データベース（ＯＯＤＢ）への登録につい
て説明する。図１０に、本発明の一実施例として、ＤＴ
Ｄ木構造に基づいた文書の登録の例を示す。ここでタグ
の属性は特にないものとする。このＤＴＤ定義のオブジ
ェクト指向データベース（ＯＯＤＢ）への登録には、図
４に示したスキーマモデルを用いる。

【００８６】図１０を参照して、タグ６１〜６８はそれ
ぞれ名前が、「ｄｏｃ（文書）」、「ｓｅｃ（章）」、
「ｓｕｂｓｅｃ（節）」、「ｐ（段落）」、「ｈｐ（強
調）」、「ｆｉｇ（図）」、「ｌｉｓｔ（箇条書）」、
「ｉｔｅｍ（箇条）」であり、図５に示すタグ３１のイ
ンスタンスとして、ＤＴＤ管理部１１（図１参照）によ
って、ＯＯＤＢ３に登録される。

【００８７】またタグの親子関係も、図１０に示す通り
の関係で、ＯＯＤＢ３（図１参照）に登録される。

【００８８】次に前記定義したタグを実際の文書中に張
り付け、文書部品のインスタンスを生成してＯＯＤＢ３
に登録する。図１１は、その文書インスタンスの例を示
す図である。

【００８９】文書にタグを張り付けるとき、文書要素管
理部はそのタグ付けした文書部品を図５に示すスキーマ
モデルに従って、文書部品３３のインスタンスとしてＯ
ＯＤＢ３に登録する。また文書部品レベルの親子関係３
８もＯＯＤＢ３（図１参照）に登録する。

【００９０】［構造化文書の部品リンクの登録］次に、
本発明の一実施例として、構造化文書の部品リンクの登
録について説明する。図１１に示す構造化文書を例に、
単語、文、部分の粒度の文書部品間のリンク関係の登録
の手順を示す。

【００９１】図１１は、エレクトリックコマースの注文
処理を実現させるシステムの基本仕様書の一部である。
コンピュータ端末上に表示されるＧＵＩ（グラフィカル
ユーザインタフェース）を通してユーザから注文を受
け、システムはその注文の伝票作成と、商品の在庫更新
を行う。

【００９２】基本仕様書にはオブジェクト指向分析／設
計で用いられるクラス、関連、属性、操作を表す単語を
含んでおり、これらの単語はある構造的な関係を持って
いるとする。

【００９３】また図１１とは別に、バイナリ形式の外部
ファイルとして注文処理を行うＧＵＩのイメージ図と、
クラスや属性などの関係を表すオブジェクト図があると
して、これらバイナリ形式の図と、図１１に示す構造化
文書中の単語の関係を持たせ、全体で構造関係を持たせ
ることにする。

【００９４】まず、メタモデルの定義を行う。メタモデ
ルの定義に用いるスキーマクラス（タブの定義のために
モデル化したクラス）は、図６に示したリンクタグ３５
に相当し、これから定義するメタモデルのクラスはすべ
てタグ３１を継承する。

【００９５】図１２は、エリクトリックコマースの注文
処理に関する構造化文書間のメタモデルを示した図であ
る。図１２を参照して、７１〜７４は、オブジェクト指
向分析／設計で用いられる「クラス」、「関連」、「属
性」、「操作」を表し、これらの構造的な関係がモデル
化されている。また７５〜７８は、バイナリファイルに
関するモデルであり、汎化−特化の関係を用いてモデル
化されている。

【００９６】図１２のクラス７１、関連７２、属性７
３、操作７４と、「図」７６の関係は図８で示したイン
デックス４１と外部ファイル４２の間の関係４３と同じ
で、７１〜７４が、「図」７６のインデックスになって
いる。

【００９７】図１２に示したメタモデルをＯＯＤＢのス
キーマへ変換する。メタモデル管理部は前記変換を行っ
たスキーマのスキーマ生成を行い、ＯＯＤＢに登録す
る。

【００９８】次に、メタモデルの各クラスに対してタグ
の名前を与え、インスタンスを生成してＯＯＤＢに登録
する。そのタグの名前を７１から順に「ｃｌ」、「ｒ
ｌ」、「ａｔ」、「ｍｔ」、「ｂｆ」、「ｆｉｇ」、
「ｇｕｉ」、「ｏｂ」とする。

【００９９】作成した前記タグを図１１に張り付け、図
７のリンク部品３６のインスタンスを生成する。

【０１００】図１３に、図１１の文書インスタンスにタ
グを張り付けた例の一部を示す。図１３に現れているタ
グ付けされた文書部品を整理すると、図１４に示すよう
なものとなる。ただし、図１４は、説明の便宜上整理し
て示した表であり、本発明のドキュメントリポジトリ装
置において、このような表形式でＯＯＤＢに格納してい
るわけではない。

【０１０１】図１４を参照して、タグにあるｉｄは、図
６に示すリンクタグ３５の属性である。この例で説明す
ると、文書部品「商品名」、「価格」、「説明」は、い
ずれもメタモデルの同じクラス「属性」７３（図１２参
照）のインスタンスであるが、これらがインスタンスレ
ベルで識別されることを、ｉｄの通し番号で表現してい
る。

【０１０２】また文書部品「商品名」と「情報」は同じ
タグ＜ａｔｉｄ＝“１”＞が付いている。これは、イ
ンスタンスレベルで同じ意味であることを示す時に用い
る。例えば同義語や、ある意味において文書部品のクラ
スタリングを行う時などに有効である。この関係が、図
７における関係３７の、一つのリンクタグに対して、複
数のリンク部品が存在するというスキーマの実現例であ
る。

【０１０３】次に、これらの文書部品を、図７に示した
スキーマや、図１２に示したメタモデルのインスタンス
として、ＯＯＤＢに登録する。メタモデルを基に、例と
して図１５に示すようなインスタンスの関係を持つもの
とした。

【０１０４】文書部品の親子関係（図７の関係３８）に
ついては、図１３の文書インスタンスの例により、前記
文書部品すべてが節＜ｓｕｂｓｅｃ＞システムのシナリ
オの第一段落＜ｐ＞注文フォームには…に含まれてい
る。よって、前記文書部品すべてはこの段落＜ｐ＞注文
フォームには…を親部品に持つ。この関係をＯＯＤＢに
登録し、前記文書部品の文書インスタンス中の存在位置
を記録する。

【０１０５】図１２の「図」７６とのリンク関係は、図
９を参照して説明した方法でリンク関係を設定する。

【０１０６】図１５中のインスタンスのうち、バイナリ
ファイルであるＧＵＩイメージ図やオブジェクト図のイ
ンデックスとしたいタグのみを、前記タグの名前を付け
た「ｆｉｇ」、「ｇｕｉ」のタグとリンクを張り、ＯＯ
ＤＢに登録する。

【０１０７】［文書部品の構造に基づいたナビゲーショ
ン検索］次に本発明の一実施例として、文書部品の構造
に基づいたナビゲーション検索について説明する。図１
２を例に説明すると、例えば以下に列挙するメタモデル
の構造に従った文書部品の検索が可能である。

【０１０８】・ある「クラス」のインスタンスの持つす
べての「属性」、「関連」のインスタンスを挙げよ。

【０１０９】・ある「クラス」のインスタンスとある
「クラス」の「関連」のインスタンスを挙げよ。

【０１１０】・ある「オブジェクト図」のインスタンス
に含まれる（インデックス付けされている）「属性」の
インスタンスを持つ「クラス」のインスタンスが持つ
「操作」インスタンスを挙げよ。

【０１１１】図１５を例として説明すると、クラス「商
品」の属性のインスタンスをすべて挙げよであれば、属
性「商品名」、「価格」、「説明」が返ってくる。また
図１４で、タグ＜ａｔｉｄ＝“１”＞を持つ文書部品
インスタンスをすべて挙げよとすれば、文書部品「商品
名」、「情報」が返ってくる。

【０１１２】［文書部品の構造に基づいた一貫性管理］
次に本発明の一実施例として、文書部品の構造に基づい
た一貫性管理について説明する。図１２に示す例に説明
すると、存在制約から、ある「クラス」のインスタンス
を削除すると、それと関連がある「属性」と「操作」の
インスタンスに影響が出てくる。その前記「クラス」の
あるインスタンスを削除する場合、そのクラスのインス
タンスを参照する前記「属性」と「操作」のインスタン
スのリンクを削除しなければならない。また場合によっ
ては、前記「属性」と「操作」のインスタンスそのもの
を削除する必要もある。

【０１１３】図１５に示す例で説明すると、クラス
「客」を削除すると、その操作である「購入のチェック
ボックスに…」はもはや必要ない操作であるので、この
操作のインスタンスも同時に削除される。

【０１１４】インスタンスの追加に関する制約では、図
１２を例に説明すると、「図」７６にインデックスとし
て付けることのできるタグは＜ｃｌ＞、＜ｒｌ＞、＜ａ
ｔ＞、＜ｍｔ＞のみであり、他の、例えば＜ｂｆ＞など
のタグは、「図」７６のインデックスとしてリンクを張
ることはできない。

【０１１５】インスタンスの更新に関する制約では、あ
るインスタンスの更新がそれと関連するインスタンスに
とって妥当な関連であることが保証されるかどうかとい
うことである。

【０１１６】図１２を例に説明すると、「ＧＵＩイメー
ジ図」７７のあるインスタンス、すなわちそのＧＵＩイ
メージ図そのものを大幅に書き換えたとした時、そのイ
ンデックスとして付けられていたクラス７１、関連７
２、属性７３、操作７４のそれぞれのインスタンスがイ
ンデックスとして妥当かどうか改めて検討する必要があ
る。この場合、この「図」７６と、７１〜７４の関連に
は、更新制約が存在することを記録しておき、更新操作
が起こった場合、その更新に影響のあるすべてのインス
タンスを列挙して一つ一つ更新の確認を行う。

【０１１７】［文書部品の構造に基づいた文書部品の一
括編集］次に本発明の一実施例として、文書部品の構造
に基づいた文書部品の一括編集について説明する。本発
明のドキュメントリポジトリ装置は、メタモデル、タ
グ、文書部品と、３層の抽象階層を設けて、文書部品を
管理している。構造化文書内の文書部品をある規則に従
って一括編集する場合、前記３層のどの層からも編集操
作が可能である。

【０１１８】メタモデルのレベルでは、そのメタモデル
の構造変更や、あるスキーマクラスに属するすべてのイ
ンスタンス（文書部品）の文書部品属性の値を変更する
とか、インスタンスすべてを全消去するとかが可能であ
る。

【０１１９】タグレベル、文書部品レベルもそのレベル
で集合する文書部品に対し同様の操作を施すことができ
る。かつ、これらの操作を、上記一貫性管理に基づいて
行うことができる。

【０１２０】図１４に示す例を参照して、一括編集の例
を説明すると、文書部品「商品名」と同じタグ、同じｉ
ｄ番号のタグの文書部品を「商品名」に書き換えようと
すると、構造化文書中の＜ａｔｉｄ＝“１”＞の付い
た文書部品「情報」がすべて「商品名」に置き換わる。

【０１２１】

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

【０１２２】本願第１発明（請求項１）によれば、ＳＧ
ＭＬのＤＴＤに基づいた構造化文書がＯＯＤＢによって
管理することができる。

【０１２３】このように、ＯＯＤＢに管理することによ
って、構造化文書中の文書部品の親子関係、包含関係を
表す木構造、参照関係を表すネットワーク構造などと、
人間の直観的イメージとのセマンティクスギャップを埋
める。またナビゲート検索に関し、ＲＤＢではテーブル
間の結合演算方式より高速に検索を行うことができる。

【０１２４】本願第２発明（請求項２）によれば、構造
化文書中の文書部品の親子関係、包含関係という関係の
定義に主眼がおかれるＳＧＭＬのＤＴＤ定義に対し、ハ
イパーテキスト技術に代表される文書間のリンク関係
を、単語、文、部分の粒度で管理することを可能とす
る。更に、ハイパーテキストのリンクの仕組みに構造的
な管理要素を加え、リソースの消滅などによるリンク関
係の保持の難しさを解決している。

【０１２５】本願第３発明（請求項３）によれば、ドキ
ュメントリポジトリ装置が有する構造化文書に対する文
書部品間のナビゲート検索、文書部品の削除、追加、更
新に関する一貫性管理、文書部品の一括編集の機能によ
り、構造化文書のある定められた規則にしたがった編集
や必要情報の抽出などを容易化する。

【０１２６】本願第４発明（請求項４）によれば、バイ
ナリ形式のファイルを、その中身を表現するインデック
スを与えてテキスト形式のファイルと同様に扱う枠組を
提供し、構造化文書の管理に統一性を与えるものであ
る。

【図面の簡単な説明】

【図１】本発明の実施の形態に係るドキュメントリポジ
トリ装置の構成を示す図である。

【図２】手紙のＤＴＤ木構造表記を示す図である。

【図３】本発明の実施の形態の処理動作を説明するため
の図であり、文書構造館利部と文書リンク管理部による
文書のデータベース登録の流れを示す図である。

【図４】本発明の実施の形態を説明するための図であ
り、ＤＴＤのタグとタグ属性、タグの親子関係を表すス
キーマモデルを示す図である。

【図５】本発明の実施の形態を説明するための図であ
り、タグ、タグ属性、文書部品、文書部品属性の関係を
表すスキーマモデルを示す図である。

【図６】本発明の実施の形態を説明するための図であ
り、文書構造管理部のスキーマ（フレームワーク）から
継承してタグリンクを加えた、メタモデル管理部のスキ
ーマを示す図である。

【図７】本発明の実施の形態を説明するための図であ
り、文書構造管理部のスキーマ（フレームワーク）から
継承してリンク部品を加えた、文書部品管理部のスキー
マを示す図である。

【図８】本発明の実施の形態を説明するための図であ
り、外部ファイルとインデックスの関係を表すメタモデ
ルの一例を示す図である。

【図９】本発明の実施の形態を説明するための図であ
り、文書インスタンスに対するタグの張り付けの一例を
示す図である。

【図１０】本発明の実施例を説明するための図であり、
ＤＴＤ木構造の例を示す図である。

【図１１】本発明の実施例を説明するための図であり、
文書インスタンスの例を示す図である。

【図１２】本発明の実施例を説明するための図であり、
エレクトリックコマースの注文処理に関する構造化文書
間のメタモデルを示す図である。

【図１３】本発明の実施例を説明するための図であり、
図１１の文書インスタンスにタグを張り付けた例の一部
を示す図である。

【図１４】本発明の実施例を説明するための図であり、
タグ付けした文書部品の一覧表を示す図である。

【図１５】本発明の実施例を説明するための図であり、
メタモデルに従ったタグのインスタンスレベルのリンク
関係の例を示す図である。

【符号の説明】

１文書構造管理部２部品リンク管理部３オブジェクト指向データベース１１ＤＴＢ管理部１２文書要素管理部２１メタモデル管理部２２タグ管理部２３文書部品管理部３１タグ３２タグ属性１１１ＤＴＤの決定処理１１２スキーマ定義処理１２１文書インスタンスの作成処理１２２ＤＢ登録２１１メタモデルの定義

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号ＦＩＧ０６Ｆ 15/40 ３８０Ｅ 15/419 ３２０

Claims

【特許請求の範囲】

【請求項１】ＳＧＭＬ（ＳｔａｎｄａｒｄＧｅｎｅｒ
ａｌｌｉｚｅｄＭａｒｋｕｐＬａｎｇｕａｇｅ）の
ＤＴＤ（ＤｏｃｕｍｅｎｔＴｙｐｅＤｅｆｉｎｉｔ
ｉｏｎ）に基づいた構造化文書を管理するために、前記ＤＴＤの定義を所定のスキーマに基づいて管理する
ＤＴＤ管理手段と、前記ＤＴＤで定義したタグが張り付いた文書部品を所定
のスキーマに基づいて管理する文書要素管理手段と、を含むことを特徴とするドキュメントリポジトリ装置。
【請求項２】ＳＧＭＬのＤＴＤに基づいた構造化文書中
に含まれる単語、文、部分の粒度で他の構造化文書とリ
ンクを張り管理するために、前記リンクの関係のモデル
をスキーマとして管理するメタモデル管理手段と、前記スキーマにしたがって新たにリンクを張るためのタ
グの定義と管理を行うタグ管理手段と、前記タグを張り付けた文書部品とそのリンク関係、構造
化文書内の前記文書部品の出現位置を管理する文書部品
管理手段と、を含むことを特徴とするドキュメントリポジトリ装置。
【請求項３】ＳＧＭＬ（ＳｔａｎｄａｒｄＧｅｎｅｒ
ａｌｌｉｚｅｄＭａｒｋｕｐＬａｎｇｕａｇｅ）の
ＤＴＤ（ＤｏｃｕｍｅｎｔＴｙｐｅＤｅｆｉｎｉｔ
ｉｏｎ）に基づいた構造化文書を管理する装置であっ
て、前記ＤＴＤの定義を所定のスキーマに基づいて管理する
ＤＴＤ管理手段と、前記ＤＴＤで定義したタグが張り付いた文書部品を所定
のスキーマに基づいて管理する文書要素管理手段と、を備えた文書構造管理部と、ＳＧＭＬのＤＴＤに基づいた構造化文書中に含まれる単
語、文、部分の粒度で他の構造化文書とリンクを張り管
理するために、前記リンクの関係のモデルをスキーマと
して管理するメタモデル管理手段と、前記スキーマにしたがって新たにリンクを張るためのタ
グの定義と管理を行うタグ管理手段と、前記タグを張り付けた文書部品とそのリンク関係、及び
構造化文書内の前記文書部品の出現位置を管理する文書
部品管理手段と、を備えた部品リンク管理部と、を含み、文書部品のスキーマ定義とこれをインスタンスとして管
理を行うオブジェクト指向データベースを用いて、文書
部品間のナビゲート検索、文書部品の削除、追加、更新
に関する一貫性管理、及び文書部品の一括編集を可能と
したことを特徴とするドキュメントリポジトリ装置。
【請求項４】テキスト形式でない構造化文書外のバイナ
リ形式の外部ファイルに対してインデックスを付け、前記インデックスの内容と該インデックスが指すバイナ
リ形式の外部ファイルとの関係を記録し、バイナリ形式でも請求項１から３のいずれか一に記載の
文書部品管理方式と同様の枠組で管理を行うことのでき
るようにしたことを特徴とするドキュメントリポジトリ
装置。
【請求項５】前記ＤＴＤ管理手段が、タグとタグ属性の
スキーマ定義と、そのインスタンスである個々のタグや
タグ属性を、オブジェクト指向データベースを用いて管
理し、前記文書部品管理手段が、タグとタグ属性、文書部品と
該文書部品がもつタグ属性の値のスキーマを基に、文書
部品と文書部品属性のインスタンスを生成して、前記オ
ブジェクト指向データベースを用いて管理することを特
徴とする請求項１又は３記載のドキュメントリポジトリ
装置。