JP3568062B2 - 文書データベース管理装置と文書データベース管理方法 - Google Patents
文書データベース管理装置と文書データベース管理方法 Download PDFInfo
- Publication number
- JP3568062B2 JP3568062B2 JP15594495A JP15594495A JP3568062B2 JP 3568062 B2 JP3568062 B2 JP 3568062B2 JP 15594495 A JP15594495 A JP 15594495A JP 15594495 A JP15594495 A JP 15594495A JP 3568062 B2 JP3568062 B2 JP 3568062B2
- Authority
- JP
- Japan
- Prior art keywords
- elements
- document
- search
- starting
- search expression
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Document Processing Apparatus (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【産業上の利用分野】
本発明は、電子文書を管理対象とする文書データベース管理装置と文書データベース管理方法に関わる。
【0002】
【従来の技術】
ワードプロセッサ等により作成された電子文書は、デジタルデータとして表現されるので、追加、削除、変更等の編集を容易に行なうことができ、文書作成効率を高めることができる。また、複数の電子文書を大容量の記憶装置に蓄積して文書データベース装置を構築することにより、キーワード検索等により目的とする文書を電子的に検索することができる。
【0003】
従来の電子文書を管理対象とする文書データベース管理装置では、文書の検索を行なう場合には、ワードプロセッサ等で作られた文書データそのものを蓄積し、そのデータを使って検索を行なっていた。
【0004】
一方、電子文書の作成や編集作業を容易に行なえるようにするために、電子文書を構造化することが行なわれている。文書の構造は、たとえば、文書を構成する章、見出し、段落などの要素と、その要素間の関係についての情報、たとえば、章は、下位構造として見出しと段落を持つなどについての情報により表される。
【0005】
【発明が解決しようとする課題】
本発明が解決しようとする課題を、文書構造の国際規格であるODA(Office Document Architecture)(ISO 8613)とSGML(Standard Generalized Markup Language)(ISO 8879; JIS X4151)を例にとって説明する。
【0006】
先ず、本明細書で使用する用語について説明する。
【0007】
「文書構造」という用語は、文書を表現する情報構造とする。たとえば、ODAが定める情報構造は文書構造である。SGMLのサブセッティング(機能の制限)を行ない、使用する文字コードや図表などに用いる情報構造を定めたものも文書構造である。なお、SGMLについては、たとえば、Martin Bryan著,「SGML入門」,株式会社アスキー,1991年3月31日発行を参照されたい。
【0008】
「文書型」という用語は、文書のテンプレートを示すものとする。文書型は、そこから作られる文書がどのような論理構造をもち得るか、すなわち、論理構造中に現われるノードの種類、各ノードがもち得る属性、各ノードがもち得る下位構造を定める。ODAの共通論理構造(generic logical structure)や、SGMLをサブセッティングした文書アーキテクチャにおけるDTD(Document Type Definition)は、文書型である。
【0009】
次に、上述したような、構造化された文書を検索する場合の問題点について説明する。
【0010】
構造化文書では、文書の内容は論理構造と呼ばれ、章、節、図などの複数の文書構成要素からなる木構造で表現される。論理構造の例を図10に示す。
【0011】
論理構造はまったく自由に作成してよいのではなく、上述した文書型と呼ばれる構文規則に沿って作成される。文書型の例を図11に示す。矩形のノードは要素の型(要素型)を定義している。ノードのラベルは、要素型の名前を示している。同一の名前をもつノードの実体は同一の要素型である。したがって、図11の「節」という名前の要素型は、再帰的に定義されていることになる。楕円で示したノードは要素のつながりを定義する。このノードを構築子と呼ぶ。SEQノードは、それにつながるノードのインスタンスがその順に生成されることを示している。REPノードは、それにつながるノードのインスタンスが1回以上生成されることを示す。OPTノードは、それにつながるノードのインスタンスが、出現してもしなくてもよいことを示す。CHOノードは、それにつながるいずれか1つのノードのインスタンスが生成されることを示す。図10の論理構造は、図11の文書型の制約を満たしている。
【0012】
構造化文書を管理対象とする文書データベース管理装置では、検索を記述するための問合せ言語を提供している。問合せ言語は、テキストで記述されるものもあるが、グラフィカルユーザインタフェースで記述されるものもある。グラフィカルユーザインターフェースで記述された検索式の例を図12に示す。ノードの文字列は要素型を示している。ノードの傍に示した文字列は、そのノードがもつテキストがその文字列を含むことを示す。実線で示されたアークは、両端のノードが親子関係にあることを示す。破線で示されたアークは、両端のノードが祖孫関係(先祖と子孫の関係)にあることを示す。ひとつのノードから複数のアークが出ている場合、すべての条件を満すものが検索結果となる。つまり、連言として指定されたことになる。図12の検索式は、「見出しに”文書”という文字列を含み、”データベース”という文字列を含む段落をもつ章」の検索を指定している。
【0013】
検索式は、文書の要素に関する条件と、要素間の接続関係に関する条件を用いて指定される。図12の例では、前者は要素型に関する条件、後者は祖孫関係を用いた条件である。
【0014】
図13は、上述したような検索を行なう従来のデータベース管理装置の模式図である。問合せエディタ1で作成された検索式は、検索式生成部2により、検索式評価部3で実行可能な形式の検索式に変換される。この検索式は、文書型管理部5に渡され指定された条件を満たす要素をもつ文書を検索する。なお、6はデータ辞書、7はデータベースである。上記検索式評価部3においては検索式が文法的に正しいかどうかの検査も行なわれ、文法的に正しくない場合には、その旨が操作者に通知されると共に処理が中止される。
【0015】
図13に示す従来の電子文書を管理対象とする文書データベース管理装置では、検索式が文法的に正しいかどうかの検査だけを行なっていた。このため、解が存在し得ない検索式を与えても、正しい検索式として扱われる。たとえば、図14に示すような「段落に”データベース”という文字列を含み、その段落の下位に繋がった見出しに”文書”という文字列を含む」という検索式は、文法的には正しいが、これを満す要素をもつ文書は存在しない。即ち、図11に示す文書例の構造の場合、段落の下位に見出しが存在することは有り得ない。
【0016】
このような、妥当でない検索式を検索した結果は、条件を満すものが存在しないので、何も得られない。ユーザの視点からは、検索式が文法的にも意味論的にも正しいが、条件を満たすものがデータベースに存在しなかったのか、そもそも検索式が妥当でなかったかは容易には判断できず、検索式を構成する際のユーザの負担になっていた。また、条件を満す要素をもつ文書が存在し得ないにもかかわらず検索処理を行なうので、無意味にシステムの計算時間を浪費する結果となっていた。図14に示す検索式の評価は、典型的には、見出しのインスタンスと段落のインスタンスをすべて走査し、その後、親子関係を満すものがあるかどうかを調べるが、そもそも図14の条件を満すものは存在し得ないので、評価する必要はない。
【0017】
そこで本発明は、検索式の妥当性を容易に判断できるようにすることを目的とする。また、本発明の他の目的は、妥当でない検索式に対しては検索を行なわないようにして計算時間の浪費を防止することである。
【0018】
【課題を解決するための手段】
前記問題点を解決するため、本発明の文書データベース管理装置は、要素間のつながりを定義する構文規則によって取り得る構造が規定されている構造化文書を管理対象とし、この構造化文書を構成する要素に関する条件と、前記要素間の親子関係及び祖孫関係に関する条件とを用いた検索式により検索対象を指定する文書データベース管理装置において、文書データベース管理装置内に格納されている構文規則と与えられた検索式を照合する検索式検証手段を備え、前記検索式検証手段が、前記構文規則に基づいて、前記構造化文書を構成する要素のうち親となる出発要素と、前記出発要素の子として出現し得る隣接要素と、前記出発要素の子孫として出現し得る到達可能要素を一つの組とし、すべての出発要素についての前記の組を備えた対応表を生成する対応表生成手段と、前記与えられた検索式における出発要素と隣接要素と到達可能要素に基づき、前記与えられた検索式における前記出発要素について前記隣接要素と前記到達可能要素が出現し得るか否かを前記対応表を走査して検証し、前記検索式が妥当であるか否かを検証する手段とを備えていることを特徴とする。
【0019】
また本発明の文書データベース管理方法は、検索式検証手段及び対応表生成手段を備え、要素間のつながりを定義する構文規則によって取り得る構造が規定されている構造化文書を管理対象とし、この構造化文書を構成する要素に関する条件と、前記要素間の親子関係及び祖孫関係に関する条件とを用いた検索式により検索対象を指定する文書データベース管理装置において、前記検索式検証手段が、文書データベース管理装置内の前記構文規則に基づいて、前記構造化文書を構成する要素のうち親となる出発要素と、前記出発要素の子として出現し得る隣接要素と、前記出発要素の子孫として出現し得る到達可能要素を一つの組とし、すべての出発要素についての前記の組を備えた対応表を対応表生成手段により生成し、与えられた検索式における出発要素と隣接要素と到達可能要素に基づき、前記与えられた検索式における前記出発要素について前記隣接要素と前記到達可能要素が出現し得るか否かを前記対応表を走査して検証し、前記検索式が妥当であるか否かを検証することを特徴とする。
【0020】
【作用】
本発明によれば、構造化文書を検索するに際し、文書型と、検索式で指定された、親子関係および祖孫関係を用いた条件が照合され、検索式が妥当か否か判断される。
【0021】
本発明においては、検索を実行する前に文書型が調べられ、構造化文書を構成する要素のうち親となる出発要素と、前記出発要素の子として出現し得る隣接要素と、前記出発要素の子孫として出現し得る到達可能要素を一つの組とし、すべての出発要素についての前記の組を備えた対応表が生成される。検索式が入力されるとこの検索式に基づいて前記対応表が走査され、検索式が対応表の条件を満足しているか否かが判別され、条件が満足されないときには、検索式が妥当でないと判断される。
【0022】
【実施例】
図1は、本発明の文書データベース管理装置のブロック図である。問合せエディタ1は、検索条件を入力するためのもので図2に示すような問合せエディタ画面を使用して入力される。問合せエディタ1で作成された検索式は、検索式生成部2により、検索式評価部3で実行可能な形式の検索式に変換される。この検索式は、検索式検証部4に渡され、妥当か否か判定される。検索式検証部4における処理の詳細については後述する。妥当な検索式であれば検索式評価部3に渡され、指定された条件を満たす要素をもつ文書を検索する。なお、5は文書型管理部、6はデータ辞書、7はデータベースである。
【0023】
検索式検証部4は、検証制御部8、対応表保持部9、対応表生成部10、到達可能性判定部11をもつ。
【0024】
検証制御部8は、全体を統轄する要素で、対応表保持部9、対応表生成部10、到達可能性判定部11を適宜呼び出す。
【0025】
対応表保持部9は、要素(出発要素)、出発要素の子として出現し得る要素(隣接要素集合)、および出発要素から到達可能な要素の集合(到達可能要素集合)の3つ組をエントリとする対応表を保持する。ここで、ある要素Aからある要素Bに到達可能であるとは、要素Aのインスタンスの下位(子孫)として要素Bが出現し得ることを言う。図11の文書型から生成した対応表を図3に示す。たとえば、要素「記事」に対しては、下位要素として「節」が隣接しており、要素「記事」からは、要素「節」,「見出し」,「段落」の何れにも到達可能であることを示している。
【0026】
対応表生成部10は、指定された文書型について文書型の構造を参照して上記した対応表を生成する。
【0027】
到達可能性判定部11は、ソースとデスティネーションの2つの要素が与えられたとき、対応表保持部9に保持されている対応表(図3参照)を走査し、ソースを出発要素とするエントリの隣接要素集合または到達可能要素集合にデスティネーションが含まれるか検査する。デスティネーションが隣接要素集合に含まれるときには、デスティネーションはソースの子として出現し得る。デスティネーションが到達可能要素集合に含まれるときには、デスティネーションはソースの子孫として出現し得る。
【0028】
図4〜図9に、検索式検証部4において実行される与えられた検索式を検証する処理のフローを示す。このフローに沿って、本実施例について説明する。
【0029】
図4は、検索式の検証の全体のフローである。この処理の入力は、検索式生成部2で生成された検索式である。検証制御部8は、文書型管理部5を呼び出し、入力された検索式の検索対象となるスキーマ(文書型)の情報を取得する(ステップ6−1)。続いて、対応表生成部10を呼び出し、そのスキーマの対応表を作成する(ステップ6−2)。
【0030】
図5は、対応表の作成処理(図4のステップ6−2参照)のフローである。この処理は対応表生成部10で行なわれる。入力は、スキーマの情報である。スキーマの情報は、図6に示すような有向グラフで表現される。まず、入力されたスキーマのルートを選択する(ステップ7−2)。次に、ルートから到達可能な要素型の集合を求める(ステップ7−3)。変数Sに、ルートから到達可能な要素型の集合にルートを加えて集合を保持させる(ステップ7−4)。なお、ステップ7−4における戻り値とは直前の処理により得られた結果を示す 次いで、変数Sに未処理のノードがあるか検査する(ステップ7−5)。未処理のノードがなければ終了である(ステップ7−10)。未処理のノードがあれば、ノードをひとつ選択する(ステップ7−6)。選択したノードと隣接する要素型の集合を求める(ステップ7−7)。さらに、選択したノードから到達可能な要素型の集合を求める(ステップ7−8)。選択中のノード(要素型)、ステップ7−7で得られた隣接要素型集合、およびステップ7−8で得られた到達可能要素型集合を3つ組として対応表保持部9に渡し、対応表にエントリを登録する(ステップ7−9)。この後、ステップ7−5に戻る。
【0031】
図7は、到達可能要素型集合を求める処理(図5のステップ7−3参照)のフローである。この処理も対応表生成部10で行なわれる。この処理の入力は要素型で、出力は入力された要素型から到達可能な要素型の集合である。このフローでは、要素型の集合を保持する変数Sと、要素型のキューを保持する変数Qを用いる。変数Sの初期値は空集合である(ステップ8−2)。変数Qの初期値は、入力ノードに隣接するノードすべてからなるキューである(ステップ8−3)。まず、変数Qの長さが0かどうか判定する(ステップ8−4)。変数Qの長さが0であれば、入力された要素型から到達可能な要素の集合が変数Sに格納されているので、これを戻り値として制御を戻す(ステップ8−10)。変数Qの長さが1以上であれば、変数Qの先頭要素を取り出す(ステップ8−11)。取り出した要素が変数Sに含まれていれば、ステップ8−4に戻る。取り出した要素がSに含まれていなければ、それが要素型かどうか検査する(ステップ8−7)。要素型であれば、Sにその要素型を加える(ステップ8−8)。取り出した要素に隣接するノードすべてを変数Qの末尾に追加し(ステップ8−9)、ステップ8−4に戻る。
【0032】
図8は、隣接要素型集合を求める処理(図5のステップ7−7参照)のフローである。この処理も対応表生成部10で行なわれる。この処理の入力は要素型で、出力は入力された要素型と隣接する要素型の集合である。到達可能要素型集合を求める処理と同様、このフローでも、要素型の集合を保持する変数Sと、要素型のキューを保持する変数Qを用いる。変数Sの初期値は空集合である(ステップ9−2)。変数Qの初期値は、入力ノードに隣接するノードすべてからなるキューである(ステップ9−3)。まず、変数Qの長さが0かどうか判定する(ステップ9−4)。変数Qの長さが0であれば、入力された要素型から到達可能な要素の集合が変数Sに格納されているので、これを戻り値として制御を戻す(ステップ9−8)。変数Qの長さが1以上であれば、変数Qの先頭要素を取り出す(ステップ9−5)。取り出した要素が要素型かどうか検査する(ステップ9−6)。要素型であれば、変数Sにその要素型を加え(ステップ9−7)、ステップ9−4に戻る。要素型でなければ、取り出した要素に隣接するノードすべてを変数Qの末尾に追加し(ステップ9−9)、ステップ9−4に戻る。
【0033】
図9は、検索式のノードの検証処理(図4のステップ6−4参照)のフローである。この処理は、到達可能性判定部11で行なわれる。この処理の入力は検索式のノード、出力はそのノードが妥当か否かを示す真理値である。まず、対応表保持部9に保持されている対応表を走査し、入力されたノードを出発要素型とするエントリを求めておく(ステップ10−2)。次に、未処理の隣接ノードがあるかどうか検査する(ステップ10−3)。すべて処理が済んでいれば戻り値を真とし、制御を戻す(ステップ10−12)。未処理の隣接ノードがあれば、ノードをひとつ選ぶ(ステップ10−4)。選択したノードが、入力されたノードの子として指定されているかどうか判定する(ステップ10−5)。子として指定されていれば、選択したノードが、エントリの隣接要素型集合に含まれるかどうか検査する(ステップ10−7)。含まれていなければ、戻り値を偽として制御を戻す(ステップ10−7)。含まれていれば、選択したノードを検証する(ステップ10−8)。ステップ10−5で、選択したノードが子として指定されていなければ、つまり子孫として指定されていれば、選択したノードが、エントリの到達可能要素型集合に含まれるかどうか検査する(ステップ10−11)。含まれていなければ、戻り値を偽として制御を戻す(ステップ10−13)。含まれていれば、ステップ10−8に行く。ステップ10−8での検証結果が偽であれば、戻り値を偽として制御を戻す(ステップ10−10)。真であれば、ステップ10−3に戻る。
【0034】
本実施例では、検索式の検証を行なう度に対応表を構成しているが、文書型をデータベースに登録する時点で対応表を構成し、検証時はその表を走査するようにしてもよい。
【0035】
【発明の効果】
以上のように、本発明によれば、文書型と、検索式で指定された、親子関係および祖孫関係を用いた条件が照合され、妥当か否か判断される。
【0036】
これにより、検索式の意味的な誤りにより検索結果が得られなかったのか、条件に該当するインスタンスがなかったのかを判別するのが容易になる。また、システムが、検索結果があり得ない検索式を評価しなくて済むようになり、計算時間の浪費を防ぐことができる。
【図面の簡単な説明】
【図1】本発明の文書データベース管理装置の実施例の構成である。
【図2】問合せエディタのグラフィカルユーザインターフェースの例である。
【図3】対応表の例である。これは図12に示した文書型の対応表である。
【図4】検索式の検証のフローである。
【図5】対応表の作成処理のフローである。
【図6】図11の文書型を有向グラフで表現したものである。
【図7】ある要素型から到達可能な要素型の集合を求める処理のフローである。
【図8】ある要素型に隣接する要素型の集合を求める処理のフローである。
【図9】検索式のノードの検証処理のフローである。
【図10】文書インスタンスの例である。
【図11】文書型の例である。これは図10の文書インスタンスの文書型である。
【図12】検索対象の指定の例である。
【図13】従来の文書データベース管理装置の構成である。
【図14】妥当でない検索式の例である。この検索式で用いている文書型は図11のものである。
【符号の説明】
1…問い合わせエディタ、2…検索式生成部、3…検索式評価部、4…検索式検証部、5…文書型管理部、6…データ辞書、7…データベース、8…検証制御部、9…対応表保持部、10…対応表生成部、11…到達可能性判定部
Claims (2)
- 要素間のつながりを定義する構文規則によって取り得る構造が規定されている構造化文書を管理対象とし、この構造化文書を構成する要素に関する条件と、前記要素間の親子関係及び祖孫関係に関する条件とを用いた検索式により検索対象を指定する文書データベース管理装置において、
文書データベース管理装置内に格納されている構文規則と与えられた検索式を照合する検索式検証手段を備え、
前記検索式検証手段が、前記構文規則に基づいて、前記構造化文書を構成する要素のうち親となる出発要素と、前記出発要素の子として出現し得る隣接要素と、前記出発要素の子孫として出現し得る到達可能要素を一つの組とし、すべての出発要素についての前記の組を備えた対応表を生成する対応表生成手段と、前記与えられた検索式における出発要素と隣接要素と到達可能要素に基づき、前記与えられた検索式における前記出発要素について前記隣接要素と前記到達可能要素が出現し得るか否かを前記対応表を走査して検証し、前記検索式が妥当であるか否かを検証する手段とを備えていることを特徴とする文書データベース管理装置。 - 検索式検証手段及び対応表生成手段を備え、要素間のつながりを定義する構文規則によって取り得る構造が規定されている構造化文書を管理対象とし、この構造化文書を構成する要素に関する条件と、前記要素間の親子関係及び祖孫関係に関する条件とを用いた検索式により検索対象を指定する文書データベース管理装置において、
前記検索式検証手段が、文書データベース管理装置内の前記構文規則に基づいて、前記構造化文書を構成する要素のうち親となる出発要素と、前記出発要素の子として出現し得る隣接要素と、前記出発要素の子孫として出現し得る到達可能要素を一つの組とし、すべての出発要素についての前記の組を備えた対応表を対応表生成手段により生成し、与えられた検索式における出発要素と隣接要素と到達可能要素に基づき、前記与えられた検索式における前記出発要素について前記隣接要素と前記到達可能要素が出現し得るか否かを前記対応表を走査して検証し、前記検索式が妥当であるか否かを検証することを特徴とする文書データベース管理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP15594495A JP3568062B2 (ja) | 1995-06-22 | 1995-06-22 | 文書データベース管理装置と文書データベース管理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP15594495A JP3568062B2 (ja) | 1995-06-22 | 1995-06-22 | 文書データベース管理装置と文書データベース管理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
JPH096803A JPH096803A (ja) | 1997-01-10 |
JP3568062B2 true JP3568062B2 (ja) | 2004-09-22 |
Family
ID=15616940
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP15594495A Expired - Fee Related JP3568062B2 (ja) | 1995-06-22 | 1995-06-22 | 文書データベース管理装置と文書データベース管理方法 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3568062B2 (ja) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080133450A1 (en) * | 2005-01-25 | 2008-06-05 | Nec Corporation | Structured Document Retrieval Device, Structured Document Retrieval Method Structured Document Retrieval Program |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2737400B2 (ja) * | 1990-12-19 | 1998-04-08 | 富士ゼロックス株式会社 | 文書蓄積システムにおける文書検索装置 |
JP3573471B2 (ja) * | 1993-04-19 | 2004-10-06 | 株式会社日立製作所 | 全文デ−タベ−ス検索方法 |
-
1995
- 1995-06-22 JP JP15594495A patent/JP3568062B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JPH096803A (ja) | 1997-01-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6853992B2 (en) | Structured-document search apparatus and method, recording medium storing structured-document searching program, and method of creating indexes for searching structured documents | |
US6912538B2 (en) | System and method for dynamic generation of structured documents | |
US7370273B2 (en) | System and method for creating dynamic folder hierarchies | |
Chawathe et al. | Meaningful change detection in structured data | |
Wimmer et al. | Bridging grammarware and modelware | |
KR100977352B1 (ko) | 워드 프로세서 문서의 원시 xml에서 비원시 xml을 지원하는 시스템 및 방법 | |
US5802529A (en) | Apparatus and method for document database management of documents having a plurality of document structures | |
US7627589B2 (en) | High performance XML storage retrieval system and method | |
JPH11242676A (ja) | 構造化文書登録方法、検索方法、およびそれに用いられる可搬型媒体 | |
WO2009063925A1 (ja) | 文書管理・検索システムおよび文書の管理・検索方法 | |
JPH0830620A (ja) | 構造検索装置 | |
JP2006178944A (ja) | 文書を表すファイル・フォーマット、その方法、およびコンピュータ・プログラム製品 | |
BRPI0615761A2 (pt) | programabilidade para armazenador de dados xml para documentos | |
KR100925139B1 (ko) | 정보 처리 시스템, 정보 처리 장치 및 기억 매체 | |
Cavalieri | EX up: an engine for the evolution of XML schemas and associated documents | |
JP3868171B2 (ja) | 文書のデジタル署名付き管理方法および文書管理装置 | |
JP3568062B2 (ja) | 文書データベース管理装置と文書データベース管理方法 | |
JP3168829B2 (ja) | 検索式作成支援システム | |
Ali et al. | A comparison of XML-based temporal models | |
JP3707133B2 (ja) | 文書データベース管理装置および文書データベース管理方法 | |
JP3050467B2 (ja) | データ項目辞書生成方法 | |
JP3570578B2 (ja) | 文書データベース管理装置と文書データベース管理装置における文書型を評価して文書を生成する際のノードの停止性を検査する方法 | |
El-Sayed et al. | Incremental fusion of XML fragments through semantic identifiers | |
Portier et al. | Creation and maintenance of multi-structured documents | |
JP4334450B2 (ja) | 構造化文書検索装置及び構造化文書検索方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20031215 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040305 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040421 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040528 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040610 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080625 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090625 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100625 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100625 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110625 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110625 Year of fee payment: 7 |
|
LAPS | Cancellation because of no payment of annual fees |