(57)【特許請求の範囲】
【請求項１】
木構造に階層化されてなる論理構造を持った構造化文書を管理対象とするデータベース管理システムにおいて、
文書の取り得る論理構造を規定した構文規則である文書タイプを保持する文書タイプ保持手段と、
前記文書タイプ保持手段から文書タイプのすべての構成要素を取り出す構成要素取出手段と、
前記構成要素取出手段にて取り出された構成要素の第１の集合を表示し、表示した前記第１の集合の中からユーザが選択した任意の一つの構成要素をユーザの入力操作によって受け付ける第１の構成要素選択手段と、
前記第１の構成要素選択手段が受け付けた第１の構成要素とユーザが次に選択しようとする構成要素との間のユーザが指定した関係をユーザの入力操作によって受け付ける関係指定手段と、
前記第１の構成要素選択手段が受け付けた第１の構成要素から見て前記関係指定手段が受け付けた関係を有するすべての構成要素を前記文書タイプ保持手段に保持された文書タイプから検索する構成要素検索手段と、
前記構成要素検索手段により検索された構成要素の第２の集合を表示し、表示した前記第２の集合の中からユーザが選択した任意の一つの第２の構成要素をユーザの入力操作によって受け付ける第２の構成要素選択手段と、
前記第１の構成要素選択手段が受け付けた第１の構成要素、前記関係指定手段が受け付けた関係、および前記第２の構成要素選択手段が受け付けた第２の構成要素から問い合わせを生成する問い合わせ生成手段と、
前記問い合わせ生成手段にて生成された問い合わせに含まれる構成要素を表示し、表示した構成要素をユーザが選択した場合に選択された構成要素のユーザによる編集を受け付ける問い合わせ編集手段と、
前記構成要素取出手段にて取り出された構成要素の第１の集合、ユーザにより指定されるべき構成要素間の関係、前記構成要素検索手段により検索された構成要素の第２の集合、および前記問い合わせ生成手段にて生成された問い合わせを表示する表示手段と、
を備えていることを特徴とするデータベース管理システム。
【請求項２】
前記第１の構成要素選択手段は、前記問い合わせ生成手段により生成された前記問い合わせに構成要素を追加する場合に、既に生成されている前記問い合わせに含まれる構成要素を選択の対象とするように構成したことを特徴とする請求項１記載のデータベース管理システム。
【請求項３】
木構造に階層化されてなる論理構造を持った構造化文書を管理対象とするデータベース管理システムにおいて、
文書の取り得る論理構造を規定した構文規則である文書タイプを保持する文書タイプ保持手段と、
前記文書タイプ保持手段から文書タイプのすべての構成要素を取り出す構成要素取出手段と、
前記構成要素取出手段にて取り出された構成要素の集合を表示し、表示した構成要素の集合の中からユーザが選択した任意の二つの構成要素をユーザの入力操作によって受け付ける構成要素選択手段と、
前記構成要素選択手段が受け付けた二つの構成要素間に存在する関係のすべてを前記文書タイプ保持手段に保持された文書タイプから検索する関係検索手段と、
前記関係検索手段により検索された関係の集合を表示し、表示された関係の中からユーザが選択した関係をユーザの入力操作によって受け付ける関係選択手段と、
前記構成要素選択手段が受け付けた二つの構成要素および前記関係選択手段が受け付けた関係から問い合わせを生成する問い合わせ生成手段と、
前記問い合わせ生成手段により生成された問い合わせに含まれる構成要素を表示し、表示した構成要素をユーザが選択した場合に選択された構成要素のユーザによる編集を受け付ける問い合わせ編集手段と、
前記構成要素取出手段にて取り出された構成要素の集合、前記関係検索手段により検索された関係の集合、および前記問い合わせ生成手段により生成された問い合わせを表示する表示手段と、
を備えていることを特徴とするデータベース管理システム。
【請求項４】
前記構成要素選択手段は、前記問い合わせ生成手段により生成された前記問い合わせに構成要素を追加する場合に、既に生成されている前記問い合わせに含まれる構成要素を選択の対象とするように構成したことを特徴とする請求項３記載のデータベース管理システム。
【請求項５】
木構造に階層化されてなる論理構造を持った構造化文書を管理対象とするデータベース管理システムの問い合わせ作成方法において、
文書の取り得る論理構造を規定した構文規則である文書タイプを保持する文書タイプ保持手段から文書タイプのすべての構成要素を構成要素取出手段が取り出し、
取り出された構成要素の第１の集合を表示手段に表示し、表示した前記第１の集合の中からユーザが選択した任意の一つの第１の構成要素を第１の構成要素選択手段が受け付けし、
前記第１の構成要素選択手段が受け付けた第１の構成要素とユーザが次に選択しようとする構成要素との間のユーザが指定した関係を関係指定手段がユーザの入力操作によって受け付けし、
前記第１の構成要素選択手段が受け付けた第１の構成要素に対して前記関係指定手段が受け付けた関係を有するすべての構成要素を構成要素検索手段が前記文書タイプ保持手段に保持された前記文書タイプから検索し、
検索された構成要素の第２の集合を表示手段に表示し、表示した前記第２の集合の中からユーザが選択した任意の一つの第２の構成要素を第２の構成要素選択手段がユーザの入力操作によって受け付けし、
問い合わせ生成手段が前記第１の構成要素、前記関係、および前記第２の構成要素から問い合わせを生成し、
前記問い合わせ生成手段にて生成された問い合わせに含まれる構成要素を表示手段に表示し、表示した構成要素をユーザが選択した場合に問い合わせ編集手段がユーザによる選択された構成要素の編集を受け付ける、
ことを特徴とするデータベース管理システムの問い合わせ作成方法。
【請求項６】
木構造に階層化されてなる論理構造を持った構造化文書を管理対象とするデータベース管理システムの問い合わせ作成方法において、
文書の取り得る論理構造を規定した構文規則である文書タイプを保持する文書タイプ保持手段から文書タイプのすべての構成要素を構成要素取出手段が取り出し、
取り出された構成要素の集合を表示手段に表示し、表示した構成要素の集合の中からユーザが選択した任意の二つの構成要素を構成要素選択手段がユーザの入力操作によって受け付けし、
前記構成要素選択手段が受け付けた二つの構成要素間に存在する関係のすべてを関係検索手段が前記文書タイプ保持手段に保持された前記文書タイプから検索し、
検索された関係の集合を表示手段に表示し、表示した前記集合の中からユーザが選択した所望の関係を関係選択手段がユーザの入力操作によって受け付けし、
問い合わせ生成手段が、選択された二つの構成要素および関係から問い合わせを生成し、
前記問い合わせ生成手段にて生成された問い合わせに含まれる構成要素を表示手段に表示し、表示した構成要素をユーザが選択した場合に問い合わせ編集手段がユーザによる選択された構成要素の編集を受け付ける、
ことを特徴とするデータベース管理システムの問い合わせ作成方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は構造化文書を管理対象とするデータベース管理システムに関し、特に文書が取り得る構造を規定した構文規則の情報を用いて文書の論理構造に基づいた問い合わせを作成することができるデータベース管理システムに関する。
【０００２】
【従来の技術】
一般に、文書には、章、節、項などに代表される論理的な構成要素から構成されているものがあるが、そのような論理的な構成要素を所定の規則に従って木構造に階層化した文書を、特に構造化文書と呼んでいる。構造化文書に関する国際規格としては、例えばＳＧＭＬ(Standard Generalized Markup Language;ＩＳＯ 8879 ) などが知られている。ここで、構造化文書の一例を示す。
【０００３】
図２０は構造化文書を木構造で表現した一例を示す図である。
図示のように、構造化文書は文書の論理的な構成要素に対応して木構造で表現される。構造化文書４０において、矩形で表わした部分が文書の構成要素を表わし、矩形の中に示した文字列は構成要素名を表わしている。また、木構造の末端の各構成要素は、図示した文字列のようなテキストを各々持っている。
【０００４】
構造化文書は、その文書中に出現可能な構成要素の種類、各構成要素の出現順序、構成要素間の包含関係等を規定する規則に従って作成される。構造化文書を規定するこの規則は、文書タイプと呼ばれる。前述のＳＧＭＬでは、ＤＴＤ(Document Type Definition)が文書タイプに対応する概念である。ここで、図２０に示す構造化文書４０を規定した文書タイプについて説明する。
【０００５】
図２１は文書タイプの一例を示す図である。
図示の文書タイプ４１では、矩形がこの文書タイプの持つ構成要素を表わしており、楕円が下位の構成要素の出現形態を規定する生成規則を表わしている。この生成規則の意味を説明すると、まず、生成規則「ＳＥＱ」は、この生成規則の下位の構成要素が、左から右へ順に出現することを表わす。生成規則「ＲＥＰ」は、この生成規則の下位の構成要素が、１回以上繰り返し出現することを表わす。生成規則「ＣＨＯ」は、この生成規則の下位の構成要素のいずれか一つが出現することを表わす。
【０００６】
文書タイプ４１で最上位の構成要素は「報告書」である。最上位の構成要素は文書全体を表わしており、この文書タイプ４１は「報告書」という名称の文書タイプであることが判る。また、この文書タイプ４１からは以下のことが判る。すなわち、構成要素「報告書」は、その下位構造に「前付け」、「本体」、「後付け」という三つの構成要素を持つ。構成要素「報告書」の下位のこれら三つの構成要素に対する生成規則「ＳＥＱ」によって、三つの構成要素は文書中にこの順番で出現しなければならないことが規定されている。
【０００７】
構成要素「前付け」の下位には、四つの構成要素「表題」、「著者」、「日付」、「概要」が、この順番で出現しなければならない。また、構成要素「概要」の下位には構成要素「段落」が１回以上繰り返し出現しなければならない。構成要素「本体」の下位には、構成要素「章」が１回以上繰り返し出現しなければならない。また、構成要素「章」の下位には構成要素「見出し」、「章内容」が、この順番で出現しなければならない。構成要素「章内容」の下位には、構成要素「段落」もしくは構成要素「節」のどちらかが、１回以上繰り返し出現しなければならない。更に、構成要素「節」の下位には構成要素「見出し」、「節内容」が、この順番で出現しなければならない。構成要素「節内容」の下位には構成要素「段落」が、１回以上繰り返し出現しなければならない。そして、構成要素「後付け」の下位には、構成要素「文献」が１回以上繰り返し出現しなければならない。
【０００８】
このように所定の規則を持つ文書タイプに基づいて生成された文書はデータベースを用いて管理することができる。そして大量の文書を管理するデータベースでは文書またはその構成要素を検索する場合、必要な文書またはその構成要素の文脈に関する条件を利用して問い合わせを作成すれば効率の良い検索を行うことができる。
【０００９】
ここで言う文書の文脈に関する条件とは、文書の構成要素を指定する条件と構成要素間の階層関係を指定する条件との組み合わせで表現されるものを意味する。例えば、「章の見出しに”データベース”という文字列を含み、章の中の任意の段落に”構造”という文字列を含むような章を検索して取り出すこと」は、文脈に関する条件である。ここで、「章」、「見出し」、「段落」は、構造化文書中に出現する構成要素を表わしている。また、『”データベース”という文字列を含む「見出し」』、『”構造”という文字列を含む「段落」』が、それぞれ構成要素に関する条件を表わしている。そして、「見出し」が「章」の見出しであること、「段落」が「章」の中に含まれること、などが構成要素間の階層関係を規定していると言える。
【００１０】
図２２は文書の文脈に関する条件を持った問い合わせを図式的に表わした一例を示す図である。
図示の問い合わせ４２は、上記の条件「章の見出しに”データベース”という文字列を含み、章の中の任意の段落に”構造”という文字列を含むような章を検索して取り出すこと」を指定した問い合わせを表わしている。矩形で示した要素が条件に含まれる構成要素であり、構成要素の下に二重線で接続した文字列がその構成要素に含まれるべき文字列に関する条件である。条件に含まれる構成要素のうち最上位にある構成要素が検索の対象として取り出されることを示している。また、構成要素間の階層関係を規定するために、親子関係にある構成要素同士は実線で、祖先と子孫との関係にある構成要素同士は点線で接続してある。構造化文書に対しては、このように文脈に関する条件を指定することによってきめ細かい検索が可能である。
【００１１】
構造化文書を管理対象とする従来のデータベースにおいて、文書の文脈に関する条件を指定して検索を行う方法として、特開平６−３０１７２１号公報に示された方法がある。この方法では文書を構成要素単位に分解し、リレーショナルデータベースに格納する。そして、文書構造を指定できる検索言語をリレーショナルデータベースの標準処理言語であるＳＱＬ（Structured Query Language ）に変換して検索を行う。
【００１２】
しかし、この方法では文書タイプの情報、すなわち、その文書タイプの構造に出現し得る構成要素と全構成要素の出現順序および包含関係についての情報とをユーザがあらかじめ知っていないと、問い合わせは作成できない。つまり、文書タイプの情報を知らなければ、文脈を指定した問い合わせを作成しても、その問い合わせが文書タイプの構造に適合しているかどうか判らず、その結果、条件を満たす文書がまったく存在しないこともあり得る。
【００１３】
この問題を解決する方法として、検索を行う際に文書タイプの構造をユーザに提示して問い合わせを作成させる方法がある。例えば、文書データベース管理システムの一つである「ＭＵＬＴＯＳ（"Multimedia Office Filling-The MULTOS Approach-",Edited by C.Thanos,North-Holland,1990,ISBN:0-444-88456-4 ）」では、ＯＤＡ（Open Document Architecture; ＩＳＯ 8613 ）文書を管理対象としており、問い合わせエディタと呼ばれるグラフィカルな指示装置によって、文書の論理構造に関する条件をノード（構成要素を表わす）とアーク（構成要素間の関係を表わす）とで表現するようにしている。「ＭＵＬＴＯＳ」の問い合わせエディタでは文書タイプの構造、もしくはデータベース中の特定の文書の構造を木構造で画面上に表示させ、文書タイプまたは文書の構成要素を選択し、該当する構成要素に対する条件を記述することができる。その問い合わせエディタの例を以下に示す。
【００１４】
図２３は従来の問い合わせエディタの表示画面の一例を示す図である。
問い合わせエディタの表示画面５０は、文書タイプ名入力部５１と、文書タイプ表示ウィンドウ５２とから構成されている。
【００１５】
ユーザが文書タイプ名入力部５１に文書タイプ名を入力すると、該当する文書タイプ名を持つ文書タイプが、文書タイプ表示ウィンドウ５２に木構造の形で表示される。図示の例では、ユーザが文書タイプ名「報告書」を入力した様子を表わしており、文書タイプ表示ウィンドウ５２にはその「報告書」の文書タイプが表示されている。また、この問い合わせエディタでは表示された文書タイプの構成要素の中から条件を指定したい構成要素を選択して、構成要素条件指定部５３を開くことができる。構成要素条件指定部５３には、その構成要素に対する条件として、その構成要素の持つテキストに含まれる文字列を入力することができる。図示の例では、構成要素「表題」に関する条件を指定する構成要素条件指定部５３が開いている。なお、条件の指定は任意の複数の構成要素に対して行うことが可能である。
【００１６】
このような問い合わせエディタを使用することで、ユーザは画面上に表示された文書タイプの構造を参照して問い合わせを作成できるので、文書タイプについてあらかじめ知っている必要はない。
【００１７】
【発明が解決しようとする課題】
しかし、実用的な規模の構造化文書を考えると、文書タイプの持つ構成要素の数は多く、複雑な構造を持っている場合が非常に多い。しかも文書タイプを木構造で表現した場合には、一つの構成要素が複数のノードとして出現することがあるため、木のノードの数は構成要素の数よりも更に多くなる。
【００１８】
例えば、国際標準（Information and documentation − Electronic manuscript preparation and markup;ＩＳＯ 12083:1994 ）の中でＳＧＭＬ文書の文書タイプ定義（ＤＴＤ）の一つとして定められている「Ｂｏｏｋｓ  ＤＴＤ」では、文書タイプの構成要素の数は７０を超えている。また、この文書タイプを木構造で表現すると木のノード数は膨大な数になり、たとえ、同一の構成要素が複数出現する場合に、そのうちの一つだけをサブツリーまで展開して他は展開しないようにしても、木のノード数は１０００を超えてしまう。
【００１９】
このように、実用的な規模の文書タイプの構造に基づいた構造化文書を対象とした検索の問い合わせを作成する場合、文書タイプの構造を表示して問い合わせを作成する方法では、表示される構成要素の数が非常に多いため、条件を指定したい構成要素を探す作業に非常に手間がかかるという問題点があった。
【００２０】
また、一つの文書タイプ中に同一の構成要素が複数出現し得るため、ある構成要素に、出現位置に関係なく同一の条件を指定したい場合には、表示された木構造の中から、該当する構成要素すべてを探し出して条件指定を行わなければならず、これがユーザにとって大きな負担となっていた。
【００２１】
本発明はこのような点に鑑みてなされたものであり、ユーザが文書タイプの構造を意識することなく、また、複数位置に出現する同一の構成要素に対しては、一度の条件指示で、文書検索のための問い合わせを作成することができるデータベース管理システムを提供することを目的とする。
【００２２】
【課題を解決するための手段】
第１の発明では上記課題を解決するために、木構造に階層化されてなる論理構造を持った構造化文書を管理対象とするデータベース管理システムにおいて、文書の取り得る論理構造を規定した構文規則である文書タイプを保持する文書タイプ保持手段と、前記文書タイプ保持手段から文書タイプのすべての構成要素を取り出す構成要素取出手段と、前記構成要素取出手段にて取り出された構成要素の第１の集合を表示し、表示した前記第１の集合の中からユーザが選択した任意の一つの構成要素をユーザの入力操作によって受け付ける第１の構成要素選択手段と、前記第１の構成要素選択手段が受け付けた第１の構成要素とユーザが次に選択しようとする構成要素との間のユーザが指定した関係をユーザの入力操作によって受け付ける関係指定手段と、前記第１の構成要素選択手段が受け付けた第１の構成要素から見て前記関係指定手段が受け付けた関係を有するすべての構成要素を前記文書タイプ保持手段に保持された文書タイプから検索する構成要素検索手段と、前記構成要素検索手段により検索された構成要素の第２の集合を表示し、表示した前記第２の集合の中からユーザが選択した任意の一つの第２の構成要素をユーザの入力操作によって受け付ける第２の構成要素選択手段と、前記第１の構成要素選択手段が受け付けた第１の構成要素、前記関係指定手段が受け付けた関係、および前記第２の構成要素選択手段が受け付けた第２の構成要素から問い合わせを生成する問い合わせ生成手段と、前記問い合わせ生成手段にて生成された問い合わせに含まれる構成要素を表示し、表示した構成要素をユーザが選択した場合に選択された構成要素のユーザによる編集を受け付ける問い合わせ編集手段と、前記構成要素取出手段にて取り出された構成要素の第１の集合、ユーザにより指定されるべき構成要素間の関係、前記構成要素検索手段により検索された構成要素の第２の集合、および前記問い合わせ生成手段にて生成された問い合わせを表示する表示手段と、を備えていることを特徴とするデータベース管理システムが提供される。
【００２３】
このようなデータベース管理システムによると、文書検索のための問い合わせを作成する際には、まず、構成要素取出手段によって文書タイプ保持手段から文書タイプのすべての構成要素を取り出して、これらを表示手段に表示する。取り出された構成要素の集合から、ユーザによって選択された任意の一つの構成要素を第１の構成要素選択手段が受け付け、更に、今、選択された構成要素と次に選択されるべき構成要素との間の関係がユーザによって指定され、それを関係指定手段が受け付ける。次に、構成要素検索手段により、選択された構成要素から見て指定された関係を有するすべての構成要素を文書タイプ保持手段から検索し、その検索結果を表示手段に表示する。検索された構成要素の集合からユーザが選択した任意の一つの構成要素を第２の構成要素選択手段が受け付けると、問い合わせ生成手段が、選択された二つの構成要素と指定された関係とから問い合わせを生成する。生成された問い合わせに含まれる構成要素を表示してその構成要素がユーザによって選択された場合に問い合わせ編集手段が選択された構成要素のユーザによる編集を受け付ける。よって、文書タイプの構造を意識しなくても、問い合わせを作成することができる。また、その際、複数位置に出現する同一の構成要素に対しては、関係の指定を広く行うことによって、一つの条件指示で問い合わせを作成することができる。
【００２４】
また、第２の発明では、木構造に階層化されてなる論理構造を持った構造化文書を管理対象とするデータベース管理システムにおいて、文書の取り得る論理構造を規定した構文規則である文書タイプを保持する文書タイプ保持手段と、前記文書タイプ保持手段から文書タイプのすべての構成要素を取り出す構成要素取出手段と、前記構成要素取出手段にて取り出された構成要素の集合を表示し、表示した構成要素の集合の中からユーザが選択した任意の二つの構成要素をユーザの入力操作によって受け付ける構成要素選択手段と、前記構成要素選択手段が受け付けた二つの構成要素間に存在する関係のすべてを前記文書タイプ保持手段に保持された文書タイプから検索する関係検索手段と、前記関係検索手段により検索された関係の集合を表示し、表示された関係の中からユーザが選択した関係をユーザの入力操作によって受け付ける関係選択手段と、前記構成要素選択手段が受け付けた二つの構成要素および前記関係選択手段が受け付けた関係から問い合わせを生成する問い合わせ生成手段と、前記問い合わせ生成手段により生成された問い合わせに含まれる構成要素を表示し、表示した構成要素をユーザが選択した場合に選択された構成要素のユーザによる編集を受け付ける問い合わせ編集手段と、前記構成要素取出手段にて取り出された構成要素の集合、前記関係検索手段により検索された関係の集合、および前記問い合わせ生成手段により生成された問い合わせを表示する表示手段と、を備えていることを特徴とするデータベース管理システムが提供される。
【００２５】
このようなデータベース管理システムによると、文書検索のための問い合わせを作成する際には、まず、構成要素取出手段により文書タイプ保持手段から文書タイプのすべての構成要素を取り出し、取り出した構成要素を表示手段に表示する。取り出された構成要素の集合から、ユーザが任意の二つの構成要素を選択して、それを構成要素選択手段が受け付けると、選択された二つの構成要素の間に存在し得るすべての関係が関係検索手段により文書タイプから検索され、その検索結果は表示手段に表示される。検索された関係からユーザにより任意の一つの関係が選択されてそれを関係選択手段が受け付けると、問い合わせ生成手段が、選択された二つの構成要素と選択された関係とから問い合わせを生成する。生成された問い合わせに含まれる構成要素を表示してその構成要素がユーザによって選択された場合に問い合わせ編集手段が選択された構成要素のユーザによる編集を受け付ける。よって、文書タイプの構造を意識しなくても、問い合わせを作成することができる。また、その際、複数位置に出現する同一の構成要素に対しては、関係の指定を広く行うことによって、一つの条件指示で問い合わせ作成することができる。
【００２６】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。
図１は第１の発明によるデータベース管理システムの原理構成および実施の形態を示す図である。
【００２７】
第１の発明のデータベース管理システムは、文書の取り得る論理構造を規定した構文規則である文書タイプを保持する文書タイプ保持部１と、文書タイプ中のすべての構成要素を取り出す構成要素取出部２と、第１の構成要素を選択する第１の構成要素選択部３と、第１の構成要素と後に選択する予定の第２の構成要素との間の関係を指定する関係指定部４と、第１の構成要素から見て指定された関係にあるすべての構成要素を検索する構成要素検索部５と、第２の構成要素を選択する第２の構成要素選択部６と、第１の構成要素と第２の構成要素とその二つの構成要素の関係とから問い合わせを生成する問い合わせ生成部７と、問い合わせに含まれる構成要素に対して編集を行う問い合わせ編集部８と、各種情報を表示するための表示部９とから構成されている。
【００２８】
上記構成のデータベース管理システムでは、文書タイプ保持部１は、自データベース管理システムで取り扱う文書の論理構造を規定する文書タイプを、すべて保持している。
【００２９】
ここで、文書タイプを保持するためのデータ構造は、一つの構成要素から、その上位および下位の任意の構成要素へ到達可能であれば、どんな形式のものでもよい。本実施の形態では、データ構造は、構成要素と生成規則をオブジェクトとして、オブジェクト間をポインタでリンクさせる形式としている。なお、一つの文書タイプ中の複数の位置に、「見出し」や「段落」のように同一の名称を持つ構成要素が複数回出現する場合がある。このような場合、「見出し」や「段落」に対応するオブジェクトはそれぞれ一つだけとし、そのオブジェクトが上位の構成要素へのポインタを複数持つようにする。
【００３０】
構成要素取出部２は、文書タイプ保持部１から文書タイプの持つすべての構成要素を取り出し、取り出した構成要素は表示部９に表示される。本実施の形態では、問い合わせを作成する際、第１の構成要素と、第２の構成要素と、その二つの構成要素の間の関係とを文書の文脈に関する基本的な条件と考える。そこで、取り出された構成要素の集合から、第１の構成要素選択部３によって任意の一つの構成要素が選択され、これが作成される問い合わせの第１の構成要素となる。また、関係指定部４によって、第１の構成要素と後に選択する予定の第２の構成要素との関係が指定される。なお、これ以降、第１の発明のデータベース管理システムで問い合わせが作成される際に条件となる、第１の構成要素と、第２の構成要素と、その二つの構成要素の間の関係とを基本条件と呼ぶことにする。
【００３１】
構成要素検索部５は、選択された第１の構成要素および指定された関係を基に、その条件を満たす構成要素を文書タイプ保持部１に保持された文書タイプから検索する。この検索の結果、第１の構成要素から見て指定された関係にあるすべての構成要素が得られ、表示部９に表示される。第２の構成要素選択部６によって、検索された構成要素から任意の一つの構成要素が選択され、作成される問い合わせの第２の構成要素となる。基本条件が揃ったところで問い合わせ生成部７は、第１の構成要素と、第２の構成要素と、その二つの構成要素の間の関係とから問い合わせを生成する。
【００３２】
問い合わせ編集部８は、生成された問い合わせの編集を行う。ここで言う編集とは、問い合わせに含まれる構成要素に対する詳細な条件付けのことである。また、表示部９は、構成要素取出部２が取り出した文書タイプの持つすべての構成要素を表示したり、第１の構成要素から見て指定された関係にある、という条件で構成要素検索部５が検索した構成要素をすべて表示したり、問い合わせ生成部７が生成した問い合わせを表示したり、といった処理にあたる。
【００３３】
次に、第１の発明のデータベース管理システムでは、どのような手順で問い合わせが作成されるのか説明する。
図２は第１の発明の実施の形態における問い合わせ作成の手順を示すフローチャートである。
【００３４】
問い合わせが作成される際は、まず検索の対象となる文書タイプ名が指定される。データベース管理装置が問い合わせ作成の指示と文書タイプ名の指定とを受け付けると、構成要素取出部２は、指定された文書タイプを文書タイプ保持部１から読み込む（ステップＳ１）。次に、構成要素取出部２は、読み込んだ文書タイプに含まれる構成要素をすべて取り出して構成要素リストを作成し、表示部９に表示する（ステップＳ２）。
【００３５】
表示された構成要素リストから、第１の構成要素選択部３によって任意の一つの構成要素が選択され、ここで選択された構成要素が、問い合わせを作成する第１の構成要素となる（ステップＳ３）。問い合わせ生成部７は、ここまでの処理で決定している条件から問い合わせを生成し、表示部９に表示する（ステップＳ４）。
【００３６】
本実施の形態では、先に述べた基本条件を、問い合わせの作成に対する基本の条件と考えるが、問い合わせ自体は構成要素一つのみだけからでも作成することができる。条件の少ない問い合わせを用いて文書の検索をした場合には、結果として得られる文書またはその構成要素の数が増えるだけである。
【００３７】
次に、生成された問い合わせが完成か否かが判断され（ステップＳ５）、完成ならばこのフローチャートの処理は終了する。問い合わせが未完成ならば、このフローチャートの処理は続く。
【００３８】
問い合わせが未完成であるならば、その原因が判断される（ステップＳ６）。基本条件がまだ揃っていないならばステップＳ７へ進み、基本処理が行われる。また、本実施の形態では問い合わせの作成を基本条件に基づいて考えるが、必要に応じて条件とする構成要素が追加されることもある。基本条件が既に決定されており、別の構成要素が問い合わせに追加される場合には、再度ステップＳ３へ進む。この処理については、後に詳しく説明する。更に、既に問い合わせに含まれている構成要素に対して、詳細な条件付けがされる場合には、ステップＳ１２へ進んで編集処理が行われる。この処理についても後で説明する。
【００３９】
基本条件がまだ第１の構成要素しか存在しない場合には、関係指定部４によって、第１の構成要素と、これから決定する予定の第２の構成要素との関係が指定される（ステップＳ７）。そして構成要素検索部５は、第１の構成要素から見て指定された関係にある構成要素を、文書タイプ保持部１から検索して（ステップＳ８）、第２の構成要素の候補とする。なお、この処理の詳しい手順は後に述べる。
【００４０】
構成要素検索部５による検索の結果、第２の構成要素の候補が存在しているか否かが判断され（ステップＳ９）、存在していればステップＳ１０へ進む。第２の構成要素の候補が存在していなければ、エラーメッセージが出され（ステップＳ１４）、ステップＳ４の処理に戻る。
【００４１】
構成要素検索部５は、検索の結果、第２の構成要素の候補となった構成要素のリストを作成し、表示部９に表示する（ステップＳ１０）。第２の構成要素選択部６は、その検索結果から任意の一つの構成要素を選択し、ここで選択された構成要素が、作成される問い合わせの第２の構成要素となる（ステップＳ１１）。これで基本条件がすべて揃ったので、再度ステップＳ４へ進み、問い合わせが生成される。
【００４２】
ここで、ステップＳ６の分岐において、構成要素の追加が選択された場合の処理について説明する。問い合わせに構成要素が追加される場合にも、やはり構成要素二つとその関係とが基本の単位となる。ステップＳ３へ進み、基本条件の選出と同じ手順で構成要素が追加される。つまり、第１の構成要素と、第２の構成要素と、第１の構成要素と第２の構成要素との間の関係とを揃えればよい。
【００４３】
ただし、構成要素が追加される場合には、構成要素リストからだけではなく、既にステップＳ４において生成された問い合わせの条件として木構造で表示されている構成要素から任意の一つが選択されて、第１の構成要素とすることもある。この処理が繰り返されると、任意の大きさの木構造が問い合わせの条件となる。
【００４４】
次に、ステップＳ６の分岐において構成要素の編集が選択された場合の処理について説明する。既に問い合わせに含まれている構成要素に対して詳細な条件付けがされる場合には、まず、対象となる構成要素が選択される（ステップＳ１２）。その後、付加する条件が入力され、問い合わせの編集が行われる（ステップＳ１３）。
【００４５】
次に、図２のステップＳ８で述べた構成要素の検索処理について説明する。
図３は構成要素検索処理の手順を示したフローチャートである。
構成要素検索部５はまず、検索の対象である文書タイプを読み込む（ステップＳ２１）。そして読み込んだ文書タイプから、ここまでの処理で決定している第１の構成要素を検索する（ステップＳ２２）。
【００４６】
次に構成要素検索部５は、第１の構成要素と第２の構成要素との関係として指定された関係が何であるかを判断する（ステップＳ２３）。そして、指定された関係が「親」ならば、第１の構成要素の親の要素を検索する（ステップＳ２４）。また、指定された関係が「子」ならば、第１の構成要素の子の要素を検索する（ステップＳ２５）。更に、指定された関係が「祖先」ならば、第１の構成要素の祖先の要素を検索し（ステップＳ２６）、指定された関係が「子孫」ならば、第１の構成要素の子孫の要素を検索する（ステップＳ２７）。
【００４７】
ここで、第１の発明のデータベース管理システムの実施の形態における、問い合わせ作成の画面の例をあげて、問い合わせ作成の手順の説明を行う。
図４は第１の発明の実施の形態に基づく問い合わせ作成画面の一例を示す図である。
【００４８】
問い合わせ作成画面１０は、文書タイプの構成要素リストを表示する構成要素表示部１１と、第１の構成要素と第２の構成要素との関係をどのような関係とするか指定する関係指定部１２と、作成した問い合わせの編集を行う指示を出す編集開始ボタン１３と、第１の構成要素と指定された関係を持つ構成要素の検索を指示する検索開始ボタン１４と、第２の構成要素の候補を表示する検索結果表示部１５と、作成した問い合わせを表示する問い合わせ表示部１６とから構成されている。
【００４９】
問い合わせ作成画面１０は、図１に示した表示部９と対応している。ここで、構成要素表示部１１は図１の構成要素取出部２の取り出した構成要素を表示する役割と、第１の構成要素選択部３の役割とを果たす。同様に検索結果表示部１５は、構成要素検索部５の検索結果を表示する役割と、第２の構成要素選択部６の役割とを果たす。
【００５０】
ここで、図２１に示した文書タイプ「報告書」に基づいた文書に関する検索のための問い合わせが作成されるとして、問い合わせ作成画面の表示および利用の様子を順を追って説明する。
【００５１】
なお、作成される問い合わせの条件は、図２２に示した「章の見出しに”データベース”という文字列を含み、章の中の任意の段落に”構造”という文字列を含むような章を検索して取り出すこと」とする。
【００５２】
図２のフローチャートに沿って問い合わせは作成されるが、まず、第１の構成要素と第２の構成要素との間の関係が指定される、ステップＳ７までの説明を行う。
【００５３】
図５は第１の発明の実施の形態にて二つの構成要素間の関係が指定された時の問い合わせ作成画面を示す図である。
文書タイプ名「報告書」が入力され（ステップＳ１）、構成要素表示部１１にリスト表示された構成要素（ステップＳ２）から、ポインティングデバイスなどによって第１の構成要素として「章」が選択される（ステップＳ３）。また、第１の構成要素と第２の構成要素との関係として「子」が選択される（ステップＳ７）。
【００５４】
第１の構成要素として「章」が選択された結果、構成要素表示部１１では構成要素「章」が他の構成要素と区別して表示される。また、第１の構成要素と第２の構成要素との関係として「子」が選択された結果、関係指定部１２では関係「子」がチェックされる。
【００５５】
問い合わせ表示部１６には確定している問い合わせ条件「章」が表示されている。ここで問い合わせの作成が終了すると、この問い合わせは『「報告書」から「章」を検索して取り出す』という問い合わせとなる。
【００５６】
このように、検索の対象とする文書タイプが指定されると、構成要素取出部２が該当する文書タイプの構成要素を文書タイプ保持部１から取り出し、構成要素表示部１１に表示する。そのため、ユーザは文書タイプの持つ構成要素にどのようなものがあるのか知らなくとも、第１の構成要素を決定できる。
【００５７】
次に、第２の構成要素の候補が表示されるステップＳ１０までの説明を行う。図６は第１の発明の実施の形態にて検索結果の表示が行われた時の問い合わせ作成画面を示す図である。
【００５８】
要素検索ボタン１４が押され、第１の構成要素である「章」から見て指定した関係にある、つまり「子供」にあたる構成要素が検索される（ステップＳ８）。図２１を見ると、文書タイプ「報告書」の構成要素「章」には「子供」にあたる要素として、構成要素「見出し」と構成要素「章内容」とが存在していることが判る（ステップＳ９）。そこで、構成要素「見出し」と構成要素「章内容」とが検索結果表示部１５に表示される（ステップＳ１０）。
【００５９】
このように、第１の構成要素と第２の構成要素との関係が指定されれば、構成要素検索部５は、第２の構成要素の候補となる構成要素を、文書タイプ保持部１から検索し、検索結果表示部１５に表示する。そのため、ユーザは文書タイプの持つ構成要素の出現順序や包含関係を知らなくとも、第２の構成要素の候補となる構成要素を得ることができる。
【００６０】
次に、第２の構成要素が選択されるステップＳ１１までの説明を行う。
図７は第１の発明の実施の形態にて第２の構成要素が選択された時の問い合わせ作成画面を示す図である。
【００６１】
検索結果表示部１５に表示された構成要素から、ポインティングデバイスなどによって構成要素「見出し」が第２の構成要素として選択される（ステップＳ１１）。ここで、第２の構成要素として選択された結果、構成要素「見出し」は他の構成要素と区別して表示される。また、問い合わせ表示部１６には確定している問い合わせ条件「章」および「見出し」が表示されている。構成要素「章」と構成要素「見出し」との関係は親子関係であるので、親子関係を示す実線でこの二つの構成要素は接続されている。
【００６２】
ここで、問い合わせの作成が終了すると、この問い合わせは『「子」として「見出し」という構成要素を含む「章」という構成要素』を検索する問い合わせとなる。
【００６３】
次に、問い合わせに含まれる構成要素に条件が付加されるステップＳ１３までの説明を行う。
図８は第１の発明の実施の形態にて編集の対象となる構成要素が選択された時の問い合わせ作成画面を示す図である。
【００６４】
問い合わせ表示部１６から、ポインティングデバイスなどによって、構成要素「見出し」が編集対象として選択される（ステップＳ１２）。編集対象が選択され、編集開始ボタン１３が押されると、問い合わせ編集画面１７が起動される。
【００６５】
問い合わせ表示部１６では、編集対象として選択された構成要素「見出し」が二重線で囲まれ、他の構成要素と区別される。また、問い合わせ編集画面１７は「”見出し”の条件」の入力を受け付ける。
【００６６】
起動された問い合わせ編集画面１７には構成要素「見出し」に付随させる条件として文字列”データベース”が入力される（ステップＳ１３）。
図９は第１の発明の実施の形態にて構成要素に条件が付加された時の問い合わせ作成画面を示す図である。
【００６７】
文字列”データベース”は構成要素「見出し」に関する条件であるので、問い合わせ表示部１６では構成要素「見出し」の下にこの文字列を二重線で接続して、この関係を表わしている。ここで問い合わせの作成が終了すると、この問い合わせは『”データベース”という文字列を含んでいる「見出し」という構成要素を子供として持つ「章」という構成要素』を検索する問い合わせとなる。
【００６８】
次に、ステップＳ６の判定にて構成要素が追加される場合の説明を行う。
図１０は第１の発明の実施の形態にて構成要素が追加された時の問い合わせ作成画面を示す図である。
【００６９】
問い合わせ表示部１６から、ポインティングデバイスなどによって構成要素「章」が第１の構成要素として選択される（ステップＳ３）。また、関係指定部１２にて第１の構成要素と第２の構成要素との関係として「子孫」が選択される（ステップＳ７）。要素検索ボタン１４が押され、構成要素「章」から見て「子孫」にあたる構成要素が検索され（ステップＳ８）、検索結果が検索結果表示部１５に表示される（ステップＳ１０）。表示された結果から、ポインティングデバイス等によって構成要素「段落」が、第２の構成要素として選択される（ステップＳ１１）。
【００７０】
構成要素「章」と構成要素「段落」との関係は祖孫関係（祖先と子孫との関係）であるので、祖孫関係を示す点線でこの二つの構成要素が接続されている。
ここで問い合わせの作成が終了すると、この問い合わせは『”データベース”という文字列を持つ「見出し」という構成要素を子供に持ち、「段落」という構成要素を子孫に持つ「章」という構成要素』を検索する問い合わせとなる。
【００７１】
次に、追加した構成要素に対して編集が行われるステップＳ１３までの説明を行う。
図１１は第１の発明の実施の形態にて追加された構成要素に条件が付加された時の問い合わせ作成画面を示す図である。
【００７２】
問い合わせ表示部１６から、ポインティングデバイスなどによって構成要素「段落」が編集対象として選択され（ステップＳ１２）、編集開始ボタン１３が押されると、問い合わせ編集画面が起動される。起動された問い合わせ編集画面にて構成要素「段落」に付随させる条件の設定が行われ（ステップＳ１３）、問い合わせの作成が終了する（ステップＳ５）。
【００７３】
ここで、作成された問い合わせは、『”データベース”という文字列を持つ「見出し」という構成要素を子供に持ち、”構造”という文字列を持つ「段落」という構成要素を子孫に持つ、「章」という構成要素』を検索する問い合わせである。
【００７４】
上記の説明では構成要素「見出し」に対する編集が、構成要素「段落」の追加の前に行われたが、この作業の順番は逆でもよい。また、構成要素「段落」が追加されたのと同様、問い合わせの条件はいくらでも多くなる。更に、問い合わせ作成画面はここにあげた例に限るものではない。構成要素が選択可能であり、構成要素間の親子関係と祖孫関係が区別できれば、利用方法に応じた形式を採ればよい。また、問い合わせの構成要素に付加する条件として、文字列以外を指定することもできる。文書タイプの構成要素が属性を持つならば、その属性に関する条件も編集できるように構成する。
【００７５】
このようなデータベース管理システムによって、ユーザは文書の検索を行うための問い合わせを作成する際、文書タイプの持つ構成要素や、その出現順序および包含関係について知らなくとも、問い合わせを作成することができる。
【００７６】
次に、第２の発明について図面を参照して説明する。
図１２は第２の発明によるデータベース管理システムの原理構成および実施の形態を示す図である。
【００７７】
第２の発明のデータベース管理システムは、文書の取り得る論理構造を規定した構文規則である文書タイプを保持する文書タイプ保持部２１と、文書タイプ中のすべての構成要素を取り出す構成要素取出部２２と、第１および第２の構成要素を選択する構成要素選択部２３と、第１の構成要素と第２の構成要素との間に存在し得る関係を検索する関係検索部２４と、第１の構成要素と第２の構成要素との関係を選択する関係選択部２５と、第１の構成要素と第２の構成要素とその二つの構成要素の関係とから問い合わせを生成する問い合わせ生成部２６と、問い合わせに含まれる構成要素に対して編集を行う問い合わせ編集部２７と、各種情報を表示するための表示部２８とから構成されている。
【００７８】
上記構成のデータベース管理システムでは、文書タイプ保持部２１は、自データベース管理システムで取り扱う文書の論理構造を規定する文書タイプを、すべて保持している。
【００７９】
ここで、文書タイプを保持するためのデータ構造は、一つの構成要素から、その上位および下位の任意の構成要素へ到達可能であれば、どんな形式のものでもよい。なお、本実施の形態におけるデータ構造は、第１の発明の実施の形態のデータ構造と同じものとする。
【００８０】
構成要素取出部２２は、文書タイプ保持部２１から文書タイプの持つすべての構成要素を取り出し、取り出された構成要素は表示部２８に表示される。本実施の形態でも、第１の発明の実施の形態同様、問い合わせを作成する際には、第１の構成要素と、第２の構成要素と、その二つの構成要素の間の関係とを基本条件と考える。そこで、取り出された構成要素の集合から、構成要素選択部２３によって任意の二つの構成要素が選択され、作成される問い合わせの第１および第２の構成要素とされる。
【００８１】
関係検索部２４は、選択された二つの構成要素を基に文書タイプ保持部２１に保持された文書タイプを検索する。この検索の結果、第１の構成要素と第２の構成要素との間に存在し得るすべての関係が得られ、表示部２８に表示される。検索された関係から、関係選択部２５によって、第１の構成要素と第２の構成要素との関係が選択される。問い合わせを作成する基本条件が揃ったところで、問い合わせ生成部２６は、第１の構成要素と、第２の構成要素と、その二つの構成要素の間の関係とから問い合わせを生成する。
【００８２】
問い合わせ編集部２７は、生成された問い合わせに含まれる構成要素に対する詳細な条件付けを行う。また、表示部２８は、構成要素取出部２２が取り出した文書タイプの持つすべての構成要素を表示したり、関係検索部２４が検索した第１の構成要素と第２の構成要素との間に存在し得る関係をすべて表示したり、問い合わせ生成部２６が生成した問い合わせを表示したり、といった処理にあたる。
【００８３】
次に、第２の発明のデータベース管理システムでは、どのような手順で問い合わせが作成されるのか説明する。
図１３は第２の発明の実施の形態における問い合わせ作成の手順を示すフローチャートである。
【００８４】
問い合わせが作成される際は、まず検索の対象となる文書タイプ名が指定される。データベース管理システムが問い合わせ作成の指示と文書タイプ名の指定とを受け付けると、構成要素取出部２２は、指定された文書タイプを文書タイプ保持部２１から読み込む（ステップＳ３１）。次に、構成要素取出部２２は、読み込んだ文書タイプに含まれる構成要素をすべて取り出して構成要素リストを作成し、表示部２８に表示する（ステップＳ３２）。
【００８５】
表示された構成要素リストから、構成要素選択部２３によって任意の一つの構成要素が選択され、ここで選択された構成要素が、作成される問い合わせの第１の構成要素となる（ステップＳ３３）。問い合わせ生成部２６は、ここまでの処理で決定している条件から問い合わせを生成し、表示部２８に表示する（ステップＳ３４）。
【００８６】
次に、生成された問い合わせが完成か否か判断され（ステップＳ３５）、完成ならばこのフローチャートの処理は終了する。問い合わせが未完成ならばこのフローチャートの処理は続く。
【００８７】
問い合わせが未完成であるならば、その原因が判断される（ステップＳ３６）。基本条件がまだ揃っていないならばステップＳ３７へ進み、基本処理が行われる。また、基本条件が既に決定されており、別の構成要素が問い合わせに追加される場合には、再度ステップＳ３３へ進む。この処理については、後に詳しく説明する。更に、既に問い合わせに含まれている構成要素に対して、詳細な条件付けがされる場合には、ステップＳ４２へ進んで編集処理が行われる。この処理についても後で説明する。
【００８８】
基本条件がまだ第１の構成要素しか存在しない場合には、表示された構成要素リストから、構成要素選択部２３によって任意の一つの構成要素が選択され、ここで選択された構成要素が、作成される問い合わせの第２の構成要素となる（ステップＳ３７）。関係検索部２４は文書タイプ保持部２１から、第１の構成要素と第２の構成要素との間に存在し得る関係を検索して（ステップＳ３８）、検索結果を表示部２８に表示する。なお、この処理の詳しい手順は後に述べる。
【００８９】
関係検索部２４による検索の結果、第１の構成要素と第２の構成要素との間に存在し得る関係があったがどうかが判断され（ステップＳ３９）、関係があればステップＳ４０へ進む。二つの構成要素の間に直系の関係（親子関係もしくは祖孫関係）が存在していなければ、エラーメッセージが出され、ステップＳ３４の処理に戻る（ステップＳ４４）。
【００９０】
関係検索部２４は、検索の結果、第１の構成要素と第２の構成要素との間に存在した関係のリストを作成し、表示部２８に表示する（ステップＳ４０）。次に、検索結果のリストから、関係選択部２５によって任意の一つの関係が選択される（ステップＳ４１）。基本条件がすべて揃ったので、再度ステップＳ３４へ進み、問い合わせが生成される。
【００９１】
ここで、ステップＳ３６の分岐において、構成要素の追加が選択された場合の処理について説明する。問い合わせに構成要素が追加される場合にも、やはり構成要素二つとその関係とが基本の単位となる。ステップＳ３３へ進み、基本条件の選出と同じ手順で構成要素が追加される。つまり、第１の構成要素と、第２の構成要素と、第１の構成要素と第２の構成要素との間の関係とを揃えればよいことになる。
【００９２】
ただし、構成要素が追加される場合には、構成要素リストからだけではなく、既にステップＳ３４において生成された問い合わせの条件として木構造で表示されている構成要素から任意の一つが選択されて、第１の構成要素とすることもある。この処理が繰り返されると、任意の大きさの木構造が問い合わせの条件となる。
【００９３】
次に、ステップＳ３６の分岐において構成要素の編集が選択された場合の処理について説明する。既に問い合わせの条件となっている構成要素に対して詳細な条件付けがされる場合には、まず、対象とする構成要素が選択される（ステップＳ４２）。その後、付加する条件が入力され、問い合わせの編集が行われる（ステップＳ４３）。
【００９４】
次に、図１３のステップＳ３８で述べた、第１の構成要素と第２の構成要素との間に存在し得る関係を検索する処理について説明する。
図１４は関係検索処理の手順を示したフローチャートである。
【００９５】
関係検索部２４はまず、検索の対象である文書タイプを読み込む（ステップＳ５１）。そして読み込んだ文書タイプから、ここまでの処理で決定している第１の構成要素を検索する（ステップＳ５２）。
【００９６】
次に、関係検索部２４は、第１の構成要素の親になり得る構成要素を検索する（ステップＳ５３）。検索結果の中に第２の構成要素と一致するものが存在するか否か判断し（ステップＳ５４）、存在していたならば「子→親」関係を表示する（ステップＳ５５）。
【００９７】
続いて、関係検索部２４は、第１の構成要素の祖先になり得る構成要素を検索する（ステップＳ５６）。検索結果の中に第２の構成要素と一致するものが存在するか否か判断し（ステップＳ５７）、存在していたならば「子孫→祖先」関係を表示する（ステップＳ５８）。
【００９８】
更に、関係検索部２４は、読み込んだ文書タイプから、ここまでの処理で決定している第２の構成要素を検索する（ステップＳ５９）。また、第２の構成要素の親になり得る構成要素を検索する（ステップＳ６０）。検索結果の中に第１の構成要素と一致するものが存在するか否か判断し（ステップＳ６１）、存在していたならば「親→子」関係を表示する（ステップＳ６２）。
【００９９】
最後に、関係検索部２４は、第２の構成要素の祖先になり得る構成要素を検索する（ステップＳ６３）。検索結果の中に第１の構成要素と一致するものが存在するか否か判断し（ステップＳ６４）、存在していたならば「祖先→子孫」関係を表示する（ステップＳ６５）。
【０１００】
ここで、第２の発明のデータベース管理システムの、実施の形態における問い合わせ作成の画面の例をあげて、問い合わせ作成の手順の説明を行う。
図１５は第２の発明の実施の形態に基づく問い合わせ作成画面の一例を示す図である。
【０１０１】
問い合わせ作成画面３０は、文書タイプの構成要素リストを表示する構成要素表示部３１および３２と、作成した問い合わせの編集を行う指示を出す編集開始ボタン３３と、第１の構成要素と第２の構成要素との間に存在し得る関係を検索させる関係検索ボタン３４と、第１の構成要素と第２の構成要素との間に存在する関係を表示する関係表示部３５と、作成した問い合わせを表示する問い合わせ表示部３６とから構成されている。
問い合わせ作成画面３０は、図１２に示した表示部２８と対応している。ここで構成要素表示部３１および３２は図１２の構成要素取出部２２が取り出した構成要素を表示する役割と、構成要素選択部２３の役割とを果たす。同様に関係表示部３５は、関係検索部２４の検索結果を表示する役割と、関係選択部２５の役割とを果たす。
【０１０２】
ここで、図２１に示した文書タイプ「報告書」に基づいた文書に関する検索のための問い合わせが作成されるとして、問い合わせ作成画面の表示および利用の様子を順を追って説明する。なお、作成される問い合わせの条件は、図２２に示した「章の中の任意の位置にある見出しに”データベース”という文字列を含むような章を検索して取り出すこと」とする。
【０１０３】
図１３のフローチャートに沿って問い合わせは作成されるが、まず、第２の構成要素が選択される、ステップＳ３７までの説明を行う。
図１６は第２の発明の実施の形態にて二つの構成要素が選択された時の問い合わせ作成画面を示す図である。
【０１０４】
文書タイプ名「報告書」が入力され（ステップＳ３１）、構成要素表示部３１にリスト表示された構成要素（ステップＳ３２）から、ポインティングデバイスなどによって第１の構成要素として「章」が選択され（ステップＳ３３）、同様に、構成要素表示部３２にリスト表示された構成要素から、第２の構成要素として「見出し」が選択される（ステップＳ３７）。
【０１０５】
第１の構成要素として「章」が選択された結果、構成要素表示部３１では構成要素「章」が他の構成要素と区別して表示される。また、第２の構成要素として「見出し」が選択された結果、構成要素表示部３２では構成要素「見出し」が他の構成要素と区別して表示される。
【０１０６】
問い合わせ表示部３６には確定している問い合わせ条件「章」および「見出し」が表示されている。ここで問い合わせの作成が終了すると、この問い合わせは『「章」という構成要素または「見出し」という構成要素』を検索する問い合わせとなる。
【０１０７】
このように、検索の対象とする文書タイプが指定されると、構成要素取出部２２が該当する文書タイプの構成要素を文書タイプ保持部２１から取り出し、構成要素表示部３１および３２に表示する。そのため、ユーザは文書タイプの持つ構成要素にどのようなものがあるのか知らなくとも、第１および第２の構成要素を決定できる。
【０１０８】
次に、第１の構成要素と第２の構成要素との間に存在する関係が表示される、ステップＳ４０までの説明を行う。
図１７は第２の発明の実施の形態にて検索結果が表示された時の問い合わせ作成画面を示す図である。
【０１０９】
関係検索ボタン３４が押され、第１の構成要素である「章」と第２の構成要素である「見出し」との間に存在し得る関係が検索される（ステップＳ３８）。図２１を見ると文書タイプ「報告書」の構成要素「章」と構成要素「見出し」との間には親子関係と、祖孫関係（祖先と孫との関係）が存在していることが判る（ステップＳ３９）。そこで、「親→子」関係と「祖先→子孫」関係とが関係表示部３５に表示される（ステップＳ４０）。
【０１１０】
このように、第１の構成要素と第２の構成要素とが選択されれば、関係検索部２４は第１の構成要素と第２の構成要素との間に存在し得る関係を、文書タイプ保持部２１から検索し、関係表示部３５に表示する。そのため、ユーザは文書タイプの持つ構成要素の出現順序や包含関係を知らなくとも、第１の構成要素と第２の構成要素との間に存在する関係を得ることができる。
【０１１１】
次に、第１の構成要素と第２の構成要素との関係が選択される、ステップＳ４１までの説明を行う。
図１８は第２の発明の実施の形態にて二つの構成要素の間の関係が選択された時の問い合わせ作成画面を示す図である。
【０１１２】
関係表示部３５に表示された関係から、ポインティングデバイスなどによって関係「祖先→子孫」が第１の構成要素と第２の構成要素との関係として選択される（ステップＳ４２）。ここで、第１の構成要素と第２の構成要素との関係として選択された結果、関係「祖先→子孫」は他の関係と区別して表示される。また、問い合わせ表示部３６には構成要素「章」と構成要素「見出し」とが祖孫関係を示す点線で接続されて表示されている。
【０１１３】
ここで問い合わせの作成が終了すると、この問い合わせは『子孫として「見出し」という構成要素を含む「章」という構成要素』を検索する問い合わせとなる。
【０１１４】
次に、問い合わせに含まれる構成要素に条件が付加されるステップＳ４３までの説明を行う。
図１９は第２の発明の実施の形態にて構成要素に条件が付加された時の問い合わせ作成画面を示す図である。
【０１１５】
問い合わせ表示部３６から、ポインティングデバイスなどによって構成要素「見出し」が編集対象として選択される（ステップＳ４２）。編集対象が選択され、編集開始ボタン３３が押されると、問い合わせ編集画面が起動される。そして、起動された問い合わせ編集画面で構成要素「見出し」に付随させる条件として文字列”データベース”が入力される（ステップＳ４３）。
【０１１６】
この問い合わせは『「章」という構成要素の下位」の任意の位置にある「見出し」という構成要素に”データベース”という文字列を含むような「章」という構成要素』を検索する問い合わせとなる。なお、『「見出し」という構成要素を子孫に持つ「章」』と言う場合、図２１に示す文書タイプ４１では構成要素「見出し」は、構成要素「章」の子供である場合と曾孫である場合との二通りがあるが、ここではその区別を行わない。
【０１１７】
上記の説明では構成要素を二つだけ含む問い合わせを作成したが、第１の発明の実施の形態同様、問い合わせの条件はいくらでも増やすことができる。更に、問い合わせ作成画面はここにあげた例に限るものではなく、ユーザの利用方法に応じて利用しやすい表現を採ればよい。問い合わせに含む構成要素の条件に、文字列以外を含むこともできる。
【０１１８】
このようなデータベース管理システムによって、ユーザは文書の検索を行うための問い合わせを作成する際、文書タイプの持つ構成要素や、その出現順序および包含関係について知らなくとも、問い合わせを作成することができる。
【０１１９】
【発明の効果】
以上説明したように、本発明では検索の対象となる文書タイプ名を入力すれば該当する文書タイプの構成要素をすべて表示する構成要素取出手段と、第１の構成要素および第２の構成要素を選択する手段と、第１の構成要素と第２の構成要素との間の関係を指定または選択する手段と、二つの構成要素とその間の関係とから問い合わせを生成する問い合わせ生成手段とを備えるようにした。これにより、ユーザは文書タイプの構造を意識することなく、文書検索のための問い合わせを作成することができる。
【０１２０】
また、本発明では構成要素の表示の際、その構成要素が文書タイプのどの位置に存在するかという情報を指定する必要がなく、そのため、複数位置に出現する同一の構成要素に対して一度の条件指示で、文書探索のための問い合わせを作成することができる。
【図面の簡単な説明】
【図１】第１の発明によるデータベース管理システムの原理構成および実施の形態を示す図である。
【図２】第１の発明の実施の形態における問い合わせ作成の手順を示すフローチャートである。
【図３】構成要素検索処理の手順を示したフローチャートである。
【図４】第１の発明の実施の形態に基づく問い合わせ作成画面の一例を示す図である。
【図５】第１の発明の実施の形態にて二つの構成要素間の関係が指定された時の問い合わせ作成画面を示す図である。
【図６】第１の発明の実施の形態にて検索結果の表示が行われた時の問い合わせ作成画面を示す図である。
【図７】第１の発明の実施の形態にて第２の構成要素が選択された時の問い合わせ作成画面を示す図である。
【図８】第１の発明の実施の形態にて編集の対象となる構成要素が選択された時の問い合わせ作成画面を示す図である。
【図９】第１の発明の実施の形態にて構成要素に条件が付加された時の問い合わせ作成画面を示す図である。
【図１０】第１の発明の実施の形態にて構成要素が追加された時の問い合わせ作成画面を示す図である。
【図１１】第１の発明の実施の形態にて追加された構成要素に条件が付加された時の問い合わせ作成画面を示す図である。
【図１２】第２の発明によるデータベース管理システムの原理構成および実施の形態を示す図である。
【図１３】第２の発明の実施の形態における問い合わせ作成の手順を示すフローチャートである。
【図１４】関係検索処理の手順を示したフローチャートである。
【図１５】第２の発明の実施の形態に基づく問い合わせ作成画面の一例を示す図である。
【図１６】第２の発明の実施の形態にて二つの構成要素が選択された時の問い合わせ作成画面を示す図である。
【図１７】第２の発明の実施の形態にて検索結果が表示された時の問い合わせ作成画面を示す図である。
【図１８】第２の発明の実施の形態にて二つの構成要素の間の関係が選択された時の問い合わせ作成画面を示す図である。
【図１９】第２の発明の実施の形態にて構成要素に条件が付加された時の問い合わせ作成画面を示す図である。
【図２０】構造化文書を木構造で表現した一例を示す図である。
【図２１】文書タイプの一例を示す図である。
【図２２】文書の文脈に関する条件を持った問い合わせを図式的に表わした一例を示す図である。
【図２３】従来の問い合わせエディタの表示画面の一例を示す図である。
【符号の説明】
１  文書タイプ保持部
２  構成要素取出部
３  第１の構成要素選択部
４  関係指定部
５  構成要素検索部
６  第２の構成要素選択部
７  問い合わせ生成部
８  問い合わせ編集部
９  表示部
【図１】
0003707132.tif 000002
【図２】
0003707132.tif 000003
【図３】
0003707132.tif 000004
【図４】
0003707132.tif 000005
【図５】
0003707132.tif 000006
【図６】
0003707132.tif 000007
【図７】
0003707132.tif 000008
【図８】
0003707132.tif 000009
【図９】
0003707132.tif 000010
【図１０】
0003707132.tif 000011
【図１１】
0003707132.tif 000012
【図１２】
0003707132.tif 000013
【図１３】
0003707132.tif 000014
【図１４】
0003707132.tif 000015
【図１５】
0003707132.tif 000016
【図１６】
0003707132.tif 000017
【図１７】
0003707132.tif 000018
【図１８】
0003707132.tif 000019
【図１９】
0003707132.tif 000020
【図２０】
0003707132.tif 000021
【図２１】
0003707132.tif 000022
【図２２】
0003707132.tif 000023
【図２３】
0003707132.tif 000024