(57)【特許請求の範囲】
【請求項１】
タグ付き文書形式データに対する問い合わせ言語による問い合わせに対して複数のデータベースに分散して格納されているデータを仮想的に統合して処理してタグ付き文書データを返すと共に、該タグ付き文書データと前記複数のデータベースとの関係を記述する仮想スキーマ情報を返すインタフェースを有する問い合わせ処理装置にアクセスして問い合わせ画面を生成するコンピュータを制御するプログラムを記録した記録媒体であって、
前記問い合わせ処理装置からタグ付き文書データの仮想スキーマ情報を取得する仮想スキーマ情報取得機能と、
該取得した仮想スキーマ情報の構造に基づき問い合わせ画面を生成する問い合わせ画面生成機能と、
該問い合わせ画面生成機能によって生成される問い合わせ画面に含まれる各項目について、反復する項目であるか否かを判定し、反復すると判定された項目について、該反復内の条件入力欄の反復数の増減を指定させる反復増減指定機能と、
該反復増減指定機能によって前記反復数の増加が指定された場合に、所定の反復内の条件入力欄の既に指定されている内容を、新たに増加される反復内の条件入力欄に複製する反復内条件入力欄複製機能と、
前記反復増減指定機能での指定により生成された各反復間で、該各反復内の条件入力欄に対応する各条件群間の結合条件を指定する反復間結合演算指定機能と、
前記問い合わせ画面に入力された情報から問い合わせ文を生成し前記問い合わせ処理装置に問い合わせる問い合わせ文生成処理機能と、
を前記コンピュータに行わせるためのプログラムを記録したコンピュータ読出し可能記録媒体。
【請求項２】
前記問い合わせ画面生成機能は、それが生成する問い合わせ画面において、値を持つ各項目に対する条件入力欄において、選択できる演算子を、その項目のデータの型に応じて切り替える機能を、前記コンピュータに行わせるためのプログラムを記録した請求項１に記載のコンピュータ読出し可能記録媒体。
【請求項３】
前記問い合わせ画面生成機能によって生成される問い合わせ画面において、値を持つ各項目に対する条件入力欄の数の増減を指定させる条件入力欄増減指定機能と、
該条件入力増減指定機能によって指定された各条件入力欄に対応する条件群間の結合条件を指定する条件入力欄間結合演算指定機能と、
を更に前記コンピュータに行わせるためのプログラムを記録した請求項１又は２の何れか１項に記載のコンピュータ読出し可能記録媒体。
【請求項４】
前記問い合わせ画面の表示内容をカスタマイズするためのカスタマイズ情報を保持するカスタマイズ情報保持機能と、
該カスタマイズ情報に基づいて前記問い合わせ画面生成機能が生成する前記問い合わせ画面の表示内容を変更する表示内容変更機能と、
を更に前記コンピュータに行わせるためのプログラムを記録した請求項１乃至３の何れか１項に記載のコンピュータ読出し可能記録媒体。
【請求項５】
タグ付き文書形式データに対する問い合わせ言語による問い合わせに対して複数のデータベースに分散して格納されているデータを仮想的に統合して処理してタグ付き文書データを返すと共に、該タグ付き文書データと前記複数のデータベースとの関係を記述する仮想スキーマ情報を返すインタフェースを有する問い合わせ処理装置にアクセスして問い合わせ画面を生成する装置であって、
前記問い合わせ処理装置からタグ付き文書データの仮想スキーマ情報を取得する仮想スキーマ情報取得手段と、
該取得した仮想スキーマ情報の構造に基づき問い合わせ画面を生成する問い合わせ画面生成手段と、
該問い合わせ画面生成手段によって生成される問い合わせ画面に含まれる各項目について、反復する項目であるか否かを判定し、反復すると判定された項目について、該反復内の条件入力欄の反復数の増減を指定させる反復増減指定手段と、
該反復増減指定手段によって前記反復数の増加が指定された場合に、所定の反復内の条件入力欄の既に指定されている内容を、新たに増加される反復内の条件入力欄に複製する反復内条件入力欄複製手段と、
前記反復増減指定手段での指定により生成された各反復間で、該各反復内の条件入力欄に対応する各条件群間の結合条件を指定する反復間結合演算指定手段と、
前記問い合わせ画面に入力された情報から問い合わせ文を生成し前記問い合わせ処理装置に問い合わせる問い合わせ文生成処理手段と、
を含むことを特徴とするタグ付き文書データ問い合わせ処理システムに対する問い合わせ画面生成装置。
【請求項６】
タグ付き文書形式データに対する問い合わせ言語による問い合わせに対して複数のデータベースに分散して格納されているデータを仮想的に統合して処理してタグ付き文書データを返すと共に、該タグ付き文書データと前記複数のデータベースとの関係を記述する仮想スキーマ情報を返すインタフェースを有する問い合わせ処理装置にアクセスして問い合わせ画面を生成する方法であって、
コンピュータが、
前記問い合わせ処理装置からタグ付き文書データの仮想スキーマ情報を取得する仮想スキーマ情報取得過程と、
該取得した仮想スキーマ情報の構造に基づき問い合わせ画面を生成する問い合わせ画面生成過程と、
該問い合わせ画面生成過程によって生成される問い合わせ画面に含まれる各項目について、反復する項目であるか否かを判定し、反復すると判定された項目について、該反復内の条件入力欄の反復数の増減を指定させる反復増減指定過程と、
該反復増減指定過程によって前記反復数の増加が指定された場合に、所定の反復内の条件入力欄の既に指定されている内容を、新たに増加される反復内の条件入力欄に複製する反復内条件入力欄複製過程と、
前記反復増減指定過程での指定により生成された各反復間で、該各反復内の条件入力欄に対応する各条件群間の結合条件を指定する反復間結合演算指定過程と、
前記問い合わせ画面に入力された情報から問い合わせ文を生成し前記問い合わせ処理装置に問い合わせる問い合わせ文生成処理過程と、
を含むことを特徴とするタグ付き文書データ問い合わせ処理システムに対する問い合わせ画面生成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、XML 等のタグ付き文書データに対する問い合わせ言語（例えばXQuery）による問い合わせを受け付け、それを処理して該当するタグ付き文書を返すシステムにおいて、問い合わせ言語に関する専門知識を持たないエンドユーザが簡単に問い合わせを行えるようにする技術に関する。
【背景技術】
【０００２】
XML のようなタグ付き文書データを格納しておき問い合わせ処理機能を持つシステム（例えばXML データベース等）では、データへのアクセスインタフェースとしてXQuery等の問い合わせ言語が使われる。また、実体としては別の形式のデータ（例えば関係表データ）を格納していても、問い合わせのインタフェースにはXML 等のタグ付き文書形式とそれに対する問い合わせ言語を使用するシステムが存在する。
【０００３】
しかしこれらのシステムでは、問い合わせを行うためには、問い合わせ言語に関する専門的な知識を必要とし、エンドユーザにとって直接問い合わせを行うことは困難である。そこで、従来は、図１に示されるように、システム構築の専門家（SE：システムエンジニア）がプログラミングにより個別の問い合わせ画面を作成し、エンドユーザはその問い合わせ画面を利用して問い合わせを行っていた。
【０００４】
また、下記特許文献１〜４は、本出願人によって出願された、複数データベースに跨って分散したデータに対してタグ付き文書形式の仮想的なビューを容易に提供する技術に関する文献である。
【特許文献１】特開２００５−２０８７５７
【特許文献２】特開２００６−１８６０７
【特許文献３】特願２００６−７７６４９
【特許文献４】特願２００６−３４３８７２
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、上記従来技術においては、エンドユーザは、問い合わせ画面が用意されているデータに対して、問い合わせ画面が提供している条件指定方法によってでしか、問い合わせを行えない。エンドユーザが新たなデータに対する問い合わせや、既存画面では行えない新たな条件指定方法による問い合わせを行いたいと思うと、まずはシステム構築の専門家に問い合わせ画面の作成を依頼し、それが作成されるのを待つことになる。これでは、問い合わせを行うまでに時間がかかるし、さらには画面を構築してもらうコストも要し、エンドユーザが自由な問い合わせを行いにくいという問題があった。
【０００６】
また、ひとたび問い合わせ画面が作成された後にデータの内容が変更されてしまうと、そのたびに問い合わせ画面を修正しなければならないという問題もあった。これは、例え項目名が１つ変わっただけでも必要となる。このような問題は、XML データベースのようにデータの実体を保持しているシステムでは発生しにくいが、データの実体を保持しておらず単にデータ交換のインタフェースとしてXML を採用しているシステムにおいては珍しいことではない。
【０００７】
GUI 画面によって問い合わせ言語（例えばXQuery）を生成するという技術は従来からあるが、それらはシステム開発者向けのツールである場合が多い。複数のXML に跨る複雑な
XQuery問い合わせ文を記述するのはシステム開発者といえども容易ではないので、それをGUI 画面を利用して生成するというツールである。本発明は、エンドユーザが利用できる容易な問い合わせ画面を自動生成するための技術であり、この従来技術とは根本的に異なるものである。
【課題を解決するための手段】
【０００８】
本発明の課題は、XML 等のタグ付き文書データに対する問い合わせ言語による問い合わせを受け付け、それを処理して該当するタグ付き文書を返すシステムにおいて、問い合わせ言語に関する専門知識を持たないエンドユーザが簡単に問い合わせを行える問い合わせ画面を自動生成することにある。
【０００９】
本発明の第１の態様は、以下の構成を有するコンピュータプログラム、装置、又は方法として実現される。
問い合わせ処理部は、XML 等のタグ付き文書形式データに対する問い合わせ言語による問い合わせに対して複数のデータベースに分散して格納されているデータを仮想的に統合して処理してタグ付き文書データを返すと共に、該タグ付き文書データと複数のデータベースとの関係を記述する仮想スキーマ情報を返す。
【００１０】
仮想スキーマ情報取得機能は、問い合わせ処理部からタグ付き文書データの仮想スキーマ情報を取得する。
問い合わせ画面生成機能は、取得した仮想スキーマ情報の構造に基づき問い合わせ画面を生成する。
【００１１】
反復増減指定機能は、問い合わせ画面生成機能によって生成される問い合わせ画面に含まれる各項目について、反復する項目であるか否かを判定し、反復すると判定された項目について、該反復内の条件入力欄の反復数の増減を指定させる。
【００１２】
反復内条件入力欄複製機能は、反復増減指定機能によって反復数の増加が指定された場合に、所定の反復内の条件入力欄の既に指定されている内容を、新たに増加される反復内の条件入力欄に複製する。
【００１３】
反復間結合演算指定機能は、反復増減指定機能での指定により生成された各反復間で、その各反復内の条件入力欄に対応する各条件群間の結合条件を指定する。
問い合わせ文生成処理機能は、問い合わせ画面に入力された情報から問い合わせ文を生成し問い合わせ処理部に問い合わせる。
【００１４】
上記本発明の第１の構成において、問い合わせ画面生成機能は、それが生成する問い合わせ画面において、値を持つ各項目に対する条件入力欄において、選択できる演算子を、その項目のデータの型に応じて切り替える機能を有するように構成することができる。
【００１５】
また、ここまでの本発明の第１の構成において、問い合わせ画面生成機能によって生成される問い合わせ画面において、値を持つ各項目に対する条件入力欄の数の増減を指定させる条件入力欄増減指定機能と、その条件入力増減指定機能によって指定された各条件入力欄に対応する条件群間の結合条件を指定する条件入力欄間結合演算指定機能とを更に有するように構成することができる。
【００１６】
また、ここまでの本発明の第１の構成において、問い合わせ画面の表示内容をカスタマイズするためのカスタマイズ情報を保持するカスタマイズ情報保持機能と、そのカスタマイズ情報に基づいて問い合わせ画面生成機能が生成する問い合わせ画面の表示内容を変更する表示内容変更機能を更に有するように構成することができる。
【００１７】
本発明の第２の態様は、以下の構成を有する。
問い合わせ処理部は、XML 等のタグ付き文書形式データに対する問い合わせ言語による問い合わせを処理してタグ付き文書データを返すと共に、格納しているタグ付き文書データのスキーマ情報を返すインタフェースを有する。
【００１８】
スキーマ情報取得部は、問い合わせ処理装置からタグ付き文書データのスキーマ情報を取得する。
問い合わせ画面自動生成部は、その取得したスキーマ情報の構造に基づき問い合わせ画面を自動的に生成する。
【００１９】
問い合わせ文生成処理部は、問い合わせ画面に入力された情報から問い合わせ文を生成し問い合わせ処理部に問い合わせる。
上記本発明の第２の態様の構成において、問い合わせ画面の表示内容をカスタマイズするためのカスタマイズ情報を保持するカスタマイズ情報保持機能と、そのカスタマイズ情報に基づいて問い合わせ画面自動生成機能が生成する問い合わせ画面の表示内容を変更する表示内容変更機能とを更に含むように構成することができる。
【発明の効果】
【００２０】
従来は、専門知識を持たないエンドユーザが新しい種類の問い合わせを行いたいと思った場合に、問い合わせ画面の生成をシステム開発者などの専門家に依頼してその作成を待つ必要があり、コストと時間が必要であった。それに対して、本発明の第１の態様構成により、エンドユーザ用の問い合わせ画面が自動的に生成されるので、コストもかからないし、個別開発を待つ必要もなくなり、新しい種類の問い合わせを簡単容易に導入できるようになる。
【００２１】
特に本発明の第１の態様の構成により、複数データベースに跨って分散したデータに対してタグ付き文書形式の仮想的なビューを容易に提供する技術と組み合わせることによって、複数データベースに分散したデータに対してエンドユーザが簡単容易に問い合わせを行うことが可能となる。
【００２２】
また、反復項目内の条件入力欄の反復数を増減できる構成により、更に多様な条件指定による問い合わせを実行することが可能となる。併せて、反復条件を複製できる構成により、エンドユーザが行いたい問い合わせ条件が、複数の反復条件の間で多くの条件が一緒で一部の条件だけが異なるものである場合において、各反復に対する問い合わせ条件を入力する手間を削減することが可能となる。
【００２３】
上記本発明の第１の態様の構成において、条件入力欄の演算子をデータ型に応じて切り替える構成により、特定のデータ型にしか許されない問い合わせ条件をエンドユーザに指定させることが可能となり、問い合わせの記述能力が広がる。またデータ型に応じた分かり易い選択肢の表記が可能となる。
【００２４】
また、上記本発明の第１の態様の構成において、値を持つ各項目に対する条件入力欄の数を増減できる構成を付加することにより、複数の条件からなる複雑な問い合わせを実行することが可能となる。
【００２５】
更に、上記本発明の第１の態様の構成において、カスタマイズ情報に基づいて問い合わせ画面の表示内容を変更する構成により、スキーマ情報の中で意味のない情報を表示させなかったり、スキーマ情報中で用いられている項目名と異なる項目名で問い合わせ画面を
表示させたりすることが可能となる。
【発明を実施するための最良の形態】
【００２６】
以下、図面を参照しながら、本発明を実施するための最良の形態を詳細に説明する。
本発明の第１の実施形態
図２は、本発明の第１の実施形態の構成図である。
本発明の第１の実施形態では、従来技術が有する前述した問題点を解決するために、問い合わせ画面自動生成部２０１が、表示ディスプレイ装置２０４に表示されるエンドユーザ向けの問い合わせ画面を、問い合わせ処理部２０２から取得するスキーマ情報に基づいて自動生成する構成を有する。
【００２７】
問い合わせ画面自動生成部２０１は、まず、問い合わせ処理部２０２から問い合わせ可能なタグ付き文書データの一覧を獲得する（ステップＳ２０１）。
次に、問い合わせ画面自動生成部２０１は、その一覧を表示ディスプレイ装置２０４のエンドユーザ向け画面に表示し、エンドユーザにその一覧中から問い合わせを行いたいタグ付き文書データを選択してもらう（ステップＳ２０２）。
【００２８】
これにより、問い合わせ画面自動生成部２０１は、問い合わせ処理部２０２から、エンドユーザにより選択されたタグ付き文書データのスキーマ情報を取得し（ステップＳ２０３）、そのスキーマ構造に基づいて問い合わせ画面を生成する（ステップＳ２０４）。
【００２９】
この実施形態においては、タグ付き文書としてXML を採用する。この代わりに、SGMLなど他のタグ付き文書を採用しても同じことが実現可能である。また、生成する問い合わせ言語としてXML に対する問い合わせ言語である、W3C （ワールド・ワイド・コンソーシアム）によって規定されているXQueryを採用する。更に、スキーマ情報としては、同じくW3C によって規定されているXML Schemaを採用する。
【００３０】
本実施形態が対象とするXML データは、図３に示されるように、XML の最上位のエレメントの配下に１種類のエレメントが多数反復しているXML データである。また、本実施形態が対象とする問い合わせ方法は、そのようなXML データに対する特定の反復を抽出する問い合わせである。例えば図３に示されるXML データでは、「注文一覧」という最上位のエレメント３０１の下に、多数の「注文」エレメント３０２が反復している。そのXML データの中から、条件に合う特定の「注文」エレメントを抽出するような問い合わせが、本実施形態における問い合わせ画面自動生成処理の対象である。
【００３１】
問い合わせ画面自動生成部２０１は、図２の問い合わせ画面の自動生成処理Ｓ２０４において、まず、得られたスキーマ情報から、タグ付き文書データの木構造を最上位エレメントから順次辿りながら各エレメントを検出し、各エレメントが次の２種類のどちらに該当するかによって、それぞれに合わせた表示ディスプレイ装置２０４に対する画面表示を実行する（ステップＳ２０５）。
・末端エレメント（値を持つエレメント）：
そのエレメントの下位には他のエレメントは出現せず、そのエレメントは、データ値を保持する。
・複合エレメント：そのエレメントの下位には他のエレメントが出現する。
【００３２】
更に、問い合わせ画面自動生成部２０１は、複合エレメントを表示する場合に、各エレメントが次の２種類のどちらに該当するかによって、それぞれに合わせた表示ディスプレイ装置２０４に対する画面表示を実行する。
・反復しない複合エレメント：その複合エレメントが１回しか出現しない。
・反復する複合エレメント：その複合エレメントが複数回繰り返し出現する。
【００３３】
図４は、図３のXML データのスキーマ情報の例を示す図である。本実施形態では、前述のように、スキーマ情報はXML Schemaによって定義されている。図４の例では、各エレメントは、前述した規則に従って、下記のように分類される。
・反復する複合エレメント４０１−１、４０１−２：
複合型のエレメントで、maxOccurs 属性の値が２以上のもの
・反復しない複合エレメント４０２−１：
複合型のエレメントで、maxOccurs 属性の値が１のもの
・末端エレメント４０３−１、４０３−２：単純型のエレメント
【００３４】
末端エレメントの場合には、問い合わせ画面自動生成部２０１は、図５に示されるように、そのエレメント名５０１と、エンドユーザに指定させる条件式の入力欄５０２、５０３を、表示ディスプレイ装置２０４に表示する。
【００３５】
複合エレメントの場合には、問い合わせ画面自動生成部２０１は、図５に示されるように、そのエレメント名５０４−１、５０４−２、５０４−３と、その配下に出現する他のエレメントの表示を囲む為の枠５０５−１、５０５−２、５０５−３を、表示ディスプレイ装置２０４に表示する。
【００３６】
図５に示されるように、条件式の入力欄は、値を入力するテキストボックス５０２と、その値とそのエレメントが保持するデータ値との間の関係を指定する関係演算子を選択するプルダウンメニュー５０３とで構成される。問い合わせ画面自動生成部２０１は、条件式の入力欄を表示する場合に、エンドユーザに指定させる関係演算子の選択肢の種類を、その値を持つエレメントのデータ型に応じて、データ型毎に予め登録されている選択肢に切り替える。
【００３７】
例えば、データ型がint 型（整数型）である場合には、図６の５０３として示されるように、問い合わせ画面自動生成部２０１は、選択肢として、以下の６つを表示する。
・と等しい（= ）
・と等しくない（!=）
・より大きい（> ）
・以上（>=）
・以下（<=）
・より小さい（< ）
【００３８】
一方、データ型がstring型（文字列型）である場合には、問い合わせ画面自動生成部２０１は、選択肢として、上記の６つに加えて以下の３つを表示する。
・を含む（部分文字列一致）
・から始まる（先頭文字列一致）
・で終わる（末尾文字列一致）
【００３９】
また、データ型がdate型（日付型）である場合には、問い合わせ画面自動生成部２０１は、選択肢として、以下を表示する。
・である（= ）
・以外（!=）
・より後（> ）
・以降（>=）
・以前（<=）
・より前（< ）
【００４０】
以上の動作により、特定のデータ型にしか許されない問い合わせ条件をエンドユーザに指定させることが可能となり、問い合わせの記述能力が広がる。またデータ型に応じた分かり易い選択肢の表記が可能となる。
【００４１】
問い合わせ画面自動生成部２０１は、上記の条件式の入力欄を表示する場合に、その条件式入力欄の増加をエンドユーザに指定させる条件増加ボタン７０１を表示する。エンドユーザが表示ディスプレイ装置２０４上でこの条件増加ボタン７０１をマウスクリックすることにより、最初は１つである条件入力欄５０２、５０３を、１つずつ増加させることができる（５０２′、５０３′）。また、問い合わせ画面自動生成部２０１は、隣り合う条件入力欄に対応する条件同士を結合する結合演算子（AND 結合もしくはOR結合）をエンドユーザに選択させるプルダウンメニュー７０２を表示する。更に、問い合わせ画面自動生成部２０１は、各条件入力欄に対応して削除ボタン７０３を表示する。エンドユーザは、その削除ボタン７０３をマウスクリックすることにより、該当する条件入力欄を削除することも可能である。
以上の動作により、１つのエレメントに対して、複数の条件からなる複雑な問い合わせを実行することが可能となる。
【００４２】
問い合わせ画面自動生成部２０１は、複合エレメントを表示させる場合において、そのエレメントが反復しない複合エレメント４０２−１（図４）である場合には、図８に示されるように、そのエレメント名５０４−２と、その配下に出現する他のエレメントの表示を囲む為の枠５０５−２を、表示ディスプレイ装置２０４に表示する。
【００４３】
一方、反復する複合エレメント４０１−２（図４）である場合には、問い合わせ画面自動生成部２０１は、図８、図９に示されるように、そのエレメント名５０４−３と、その配下に出現する他のエレメントの表示を囲む為の枠５０５−３を、タブ８０１の形式で、表示ディスプレイ装置２０４に表示する。
【００４４】
そして、問い合わせ画面自動生成部２０１は、複数の反復毎に別個の条件指定を可能とするために、反復部分に対する条件を入力するためのタブ８０１を複数に増やすプルダウンメニュー８０２を、表示ディスプレイ装置２０４に表示する。また、問い合わせ画面自動生成部２０１は、それらの複数のタブ８０１の間の結合演算（AND結合もしくはOR結合）を選択するプルダウンメニュー８０３を、表示ディスプレイ装置２０４に表示する。
【００４５】
タブの数は最初は１つで、プルダウンメニュー８０２で条件の数を変える度に、その数のタブ８０１が用意される。また、タブ８０１の領域で指定した各条件間の結合演算はプルダウンメニュー８０３で選択できる。これによって、図３に示されるXML データの例では、例えば「○○という商品を３個と△△という商品を２個発注している××商事からの発注伝票を見たい。」というような検索が可能となる。
【００４６】
この実施形態では、見易さと表示スペースを考えて、複数の条件入力欄をタブ８０１を使用して重ねて表示したが、以下のような表示方法も考えられる。
・それぞれの条件入力欄を別個の枠で囲い、並べて表示する。
・表示する条件入力欄を指定する入力欄かプルダウンメニューを用意しておいて、
そこで指定された条件入力欄１つだけを表示する。
【００４７】
また、タブの増減の方法も何通りかの方法が考えられる。図９のようにプルダウンメニュー８０２で選択する代わりに、以下の方法が考えられる。
・数字の入力欄を用意して、ユーザが数を入力して実行ボタンを押すと、その数にタブが増減する。
・「タブ１つ増加」ボタンと「タブ減少」ボタンを用意して、それを押すたびに１つずつ増減する。「タブ１つ増加」ボタンはタブの外側に共通で１つ用意するが、「タブ減少」ボタンは各タブに用意する。この方法の応用として、「このタブのコピーを作成」ボタンを各タブに用意することが考えられる。そのボタンを押すと、そのタブ上で既に入力された条件が全て新しいタブにコピーされる。そうすることによって、コピー元のタブ上で多数入力した条件のほとんどが一致するが、一部だけが異なる別の条件を入力することを迅速に行えるようになる。
・タブを予め一定数用意しておき、数はそのまま固定という方法も考えられる。必要な数だけタブを使用する。用意するタブの数は一律で定数としても構わないし、XML Schemaの中のmaxOccurs の値を使用することも考えられる。
【００４８】
更に、タブ８０１を増加させるときに、例えば現在表示されているタブ８０１の条件入力欄にエンドユーザが既に入力している諸条件をそのまま複製して、それらの条件を初期値として持つ新しい条件入力欄を有するタブ８０１が生成されるような方法も採用することができる。こうすることによって、エンドユーザが行いたい問い合わせ条件が、複数のタブ８０１の間で多くの条件が一緒で一部の条件だけが異なるものである場合において、各タブ８０１に対する問い合わせ条件を入力する手間を削減することができる。
【００４９】
エンドユーザは、これら複数のタブ８０１を用いて、別個の反復に対する条件をそれぞれ入力し、その間の結合演算を指定することで、多様な条件指定による問い合わせが可能となる。
【００５０】
以上のようにして構成された問い合わせ画面が表示ディスプレイ装置２０４においてエンドユーザに表示され、エンドユーザがその画面で問い合わせ条件を入力すると（図２のステップＳ２０６）、問い合わせ画面自動生成部２０１は、前述のスキーマ情報と入力された問い合わせ条件とに基づき、問い合わせ言語（XQuery）で記述された問い合わせ文を生成し（ステップＳ２０７）、それを問い合わせ処理部２０２に送信して実行させる（ステップＳ２０８）。
【００５１】
問い合わせ画面自動生成部２０１は、問い合わせ処理部２０２から返された上記問い合わせ文に対応する返答結果を画面に表示する（ステップＳ２０９）。これにより、問い合わせ処理が完了する。
【００５２】
以上の動作により、システム構築の専門家による問い合わせ画面の作成作業なしに、エンドユーザは、問い合わせ処理部２０２上のデータベースに保存されている全てのタグ付き文書データ（XML データ２０３）に対する問い合わせを実行することが可能となる。また、その際に、タグ付き文書内の任意の項目に対して、条件指定を行うことが可能となる。
【００５３】
図１０は、問い合わせ画面自動生成部２０１が実行する、上述した問い合わせ画面の自動生成処理Ｓ２０４（図２）の詳細な動作フローチャートである。以下、図１０について順次説明する。
【００５４】
問い合わせ画面自動生成部２０１は、図２の問い合わせ画面の自動生成処理Ｓ２０４において、まず、スキーマ情報の中の最上位エレメント４０４（図４）を取得する（Ｓ１００１）。
【００５５】
問い合わせ画面自動生成部２０１は、最上位エレメント４０４のエレメント名「注文一覧を検索画面のタイトルとして表示する（Ｓ１００２、図５の５０６）。
問い合わせ画面自動生成部２０１は、最上位エレメント４０４の配下のエレメント（図４の４０１−１）を取得する（Ｓ１００３）。
【００５６】
問い合わせ画面自動生成部２０１は、反復のある複合エレメント１つだけが存在するか否かを判定し（Ｓ１００４）、この判定がＹＥＳならエレメント名「注文」（図５の５０４−１）と伴に、画面全体を囲む枠（図５の５０５−１）を作成する（Ｓ１００６）。この判定がＮＯなら、エラー処理が実行される（Ｓ１００５）。この２番目のエレメントについては、他の下位エレメントとは異なる特別処理が実行される。これは、本実施形態での問い合わせ画面が、その２番目のエレメントが多数反復しているXML データから条件に合致するものを抜き出す問い合わせを想定しているので、下位に出現する反復する複合エレメントとは異なり、複数の「注文」に対する条件付けをAND結合することには論理的に意味が無いからである。もちろん、下位に出現する反復する複合エレメントと同様に、この「注文」エレメントに関しても、前述のようなタブ８０１（図８）を使用して条件を複数指定できるようにし、OR検索だけはできるようにするということも可能である。
【００５７】
第２番目の複合エレメントの配下のエレメント群に関しては、以下の複合エレメントの処理が実行される（Ｓ１００７）。以下、この処理について説明する。
まず、第２番目の複合エレメントの配下の１つ目の処理対象のエレメントが取得された後（Ｓ１００７−１）、各配下の処理対象のエレメントが取得されながら、Ｓ１００７−２からＳ１００７−７までのループ処理が実行される。
【００５８】
まず、処理対象が複合エレメントか否かが判定される（Ｓ１００７−２）。
この判定がＮＯで、処理対象が末端エレメント（図４の４０３−１、４０３−２）である場合には、図５〜図７で説明したように、そのエレメント名５０１と、エンドユーザに指定させる条件式の入力欄５０２、５０３、及び条件追加ボタン７０１が表示される（Ｓ１００７−３）。その後、次のエレメントの処理が実行される（Ｓ１００７−７  −＞  Ｓ１００７−２）。
【００５９】
上記判定がＹＥＳで、処理対象が複合エレメントの場合には、更に、処理対象が反復するエレメントであるか否かが判定される（Ｓ１００７−４）。
Ｓ１００７−４の判定がＮＯで、処理対象が反復しない複合エレメント（図４の４０２−１）である場合には、図８で説明したように、そのエレメント名５０４−２と、その配下に出現する他のエレメントの表示を囲む為の枠５０５−２が表示される（Ｓ１００７−５）。
【００６０】
Ｓ１００７−４の判定がＹＥＳで、処理対象が反復する複合エレメント（図４の４０１−２）である場合には、図８と図９で説明したように、そのエレメント名５０４−３と、その配下に出現する他のエレメントの表示を囲む為の枠５０５−３が、タブ８０１の形式で表示されると伴に、更に、複数のタブ８０１による条件指定を可能とするためのプルダウンメニュー８０２、８０３が表示される（Ｓ１００７−６）。
【００６１】
上述した処理対象の複合エレメントに対する処理（Ｓ１００７−５、Ｓ１００７−６）の後、更にその処理対象の複合エレメントの配下のエレメント群を処理するために、自分自身の複合エレメントの処理が再帰的に呼び出されて実行される（Ｓ１００７）。その後、次のエレメントの処理が実行される（Ｓ１００７−７  −＞  Ｓ１００７−２）。
【００６２】
以上のようにして、第２番目の複合エレメントの配下の全てのエレメントについて処理が実行され（Ｓ１００７−２〜Ｓ１００７−７のループ処理）、Ｓ１００７の処理を終了して、問い合わせ画面の自動生成処理を終了する。
【００６３】
図１１〜図１４は、問い合わせ画面自動生成部２０１が実行する、前述したXQueryの生成処理Ｓ２０７（図２）の詳細な動作フローチャートである。以下、図１１〜図１４について順次説明する。
【００６４】
まず、Ｓ１１０１で開始タグが生成された後、Ｓ１１０２とＳ１１０３でXQueryの記述規則に従ったfor節が生成され、次にＳ１１０４とＳ１１０５で初期化が行われる。
次に、スキーマ情報（図４）に基づいて、Ｓ１１０６〜Ｓ１１１４のループ処理によって、各エレメントに対応する問い合わせ画面上での条件指定が処理される。まず、各処理対象エレメントが複合エレメントか否かが判定され（Ｓ１１０７）、その判定結果に基づいて、末端エレメントの処理（Ｓ１１０８）又は複合エレメントの処理（Ｓ１１０９）が実行される。そして、検索条件が生成された場合には、各エレメントに対応して生成された条件式がand 結合されながら、XQueryの規則に従ったwhere 節が生成される（Ｓ１１１１、Ｓ１１１２（最初の条件の場合）、Ｓ１１１３（２番目以降の条件の場合））。
【００６５】
全てのエレメントに対する処理が終了すると、where 節、return節、終了タグが出力されて、XQueryの生成処理を終了する（Ｓ１１１５、Ｓ１１１６、Ｓ１１１７）。
上述の末端エレメントの処理（Ｓ１１０８）は、図１２の動作フローチャートによって示される。
【００６６】
この処理では、問い合わせ画面のフォームデータから各条件入力欄５０２、５０３（図５参照）の値が取得されながら（Ｓ１２０１、Ｓ１２１３）、各条件入力に対応する各条件式を生成するためのループ処理（Ｓ１２０２〜Ｓ１２１０〜Ｓ１２１３−＞Ｓ１２０２）が実行される。この場合に、Ｓ１２０３では、問い合わせ画面フォームデータから、条件入力欄５０２のユーザ指定値と、条件入力欄５０３の関係演算子が取得され、これらに基づいてＳ１２０９でXQueryの規則に従う条件式が生成される。また、２番目以降の条件式の場合には、Ｓ１２１１で取得された結合演算子（図７の７０２参照）に基づいて今までに生成された条件式がand 結合又はor結合される（Ｓ１２０５−＞Ｓ１２０６−＞Ｓ１２０７／Ｓ１２０８）。
【００６７】
１つの末端エレメント内の全ての条件入力に対する処理が終了すると、生成された条件式の数が複数の場合には条件式全体を括弧で囲った後（Ｓ１２１４−＞Ｓ１２１５）、１つの末端エレメントに対する条件式生成処理を終了する。
【００６８】
前述の複合エレメントの処理（図１１のＳ１１０９）は、図１３及び図１４の動作フローチャートによって示される。
まず、複合エレメントのエレメント名が取得された後（Ｓ１３０１）、そのエレメントに対応する条件式を識別するための変数名の処理が行われる（Ｓ１３０２、Ｓ１３０３、Ｓ１３０４）。
【００６９】
次に、その複合エレメントが反復するエレメントであるか否かが判定される（Ｓ１３０５）。
Ｓ１３０５の判定がＮＯで、反復しないエレメントである場合には、そのエレメントに対する条件式を生成するための後述する「複合エレメントの反復内部の処理」が実行され（Ｓ１３０６）、生成された条件式がその複合エレメントの条件式として決定され（Ｓ１３０７）、図１１のＳ１１０９の複合エレメントの処理を終了する。
【００７０】
Ｓ１３０５の判定がＹＥＳで、反復するエレメントである場合には、複合エレメントの条件式が初期化された後（Ｓ１３０８）、Ｓ１３０９〜Ｓ１３１６のループ処理により、問い合わせ画面のフォームデータから問い合わせ画面上の各タブ（図９の８０１参照）に対応する条件指定を取得しながら、各タブに対応する条件式を生成し、他のタブと結合す
る処理が実行される。
【００７１】
即ちまず、処理するタブが決定された後（Ｓ１３０９）、そのタブエレメントに対する条件式を生成するための後述する「複合エレメントの反復内部の処理」が実行される（Ｓ１３０６）。
【００７２】
それによって条件式が生成された場合には、その条件式がその複合エレメントに対する初めての条件式であれば、その生成された条件式がのその複合エレメントの条件式として決定される（Ｓ１３１０−＞Ｓ１３１１−＞Ｓ１３１２）。
【００７３】
一方、Ｓ１３０６によって生成された条件式がその複合エレメントに対する２番目以降の条件式であれば、各タブ領域で指定された各条件間の結合演算子の指定に応じて、その生成された条件式が、その複合エレメントに対して既に決定されている条件式に、and 結合又はor結合される（Ｓ１３１０−＞Ｓ１３１１−＞Ｓ１３１３−＞Ｓ１３１４／Ｓ１３１５）。上記の結合演算子の指定は、問い合わせ画面上のプルダウンメニュー８０２、８０３（図８）のフォームデータとして取得できる。
【００７４】
全てのタブエレメントに対する処理が終了すると、生成された条件式の数が複数の場合には条件式全体を括弧で囲った後（Ｓ１３１６−＞Ｓ１３１７−＞Ｓ１３１８）、処理対象の複合エレメントに対する条件式生成処理を終了する。
【００７５】
図１３のＳ１３０６（２箇所）の、１つの反復内部のエレメントに対する条件式を生成するための「複合エレメントの反復内部の処理」は、図１４の動作フローチャートによって示される。
【００７６】
ここでは、反復内部の条件式設定が初期化された後（Ｓ１４０１）、Ｓ１４０２〜Ｓ１４１０のループ処理により、問い合わせ画面のフォームデータから、処理対象の複合エレメントの配下のエレメントに対応する条件指定を取得しながら、各配下のエレメントに対応する条件式を生成し、それらの条件式を結合する処理が実行される。
【００７７】
即ちまず、各配下エレメントが複合エレメントか否かが判定され（Ｓ１４０３）、その判定結果に基づいて、前述の図１２の動作フローチャートで示される末端エレメントの処理（Ｓ１４０４）又は前述の図１３の動作フローチャートで示される複合エレメントの処理（Ｓ１４０５）が再帰的に呼び出されて実行され、配下エレメントに対応する条件式が生成される。
【００７８】
そして、検索条件が生成された場合には、各エレメントに対応して生成された条件式がand 結合されながら、各配下エレメントに対応する条件式が生成される（Ｓ１４０７、Ｓ１４０８（最初の条件の場合）、Ｓ１４０９（２番目以降の条件の場合））。
【００７９】
全ての配下エレメントに対する処理が終了すると、生成された条件式の数が複数の場合には条件式全体を括弧で囲った後（Ｓ１４１１−＞Ｓ１４１２）、反復内部のエレメントに対する条件式生成処理を終了する。
【００８０】
上述の図１１〜図１４の動作フローチャートで示されるXqueryの生成処理によって生成されるXQueryの例を、図１５に示す。
本発明の第２の実施形態
図１６は、本発明の第２の実施形態の構成図である。
第１の実施形態では、XML データ２０３のスキーマ情報から問い合わせ画面を完全自動
で生成する方法について説明した。
【００８１】
しかしこのような方式の場合、場合によっては使い勝手が悪くなる可能性がある。例えば、
・「受注者」は意味が無いので問い合わせ画面に表示したくない。
・「コード」は問い合わせ画面の上では「製品番号」と表示したい。
といった場合である。この場合に、自動生成する問い合わせ画面をカスタマイズする手段を提供することが考えられる。
【００８２】
図１６に示される本発明の第２の実施形態では、図２に示される第１の実施形態の構成に加えて、問い合わせ画面自動生成部２０１が、カスタマイズ情報１６０２を保持するカスタマイズ情報保持部１６０１を有する。
【００８３】
ここに格納されるカスタマイズ情報１６０２は、予めシステム管理者等の人手によって作成されたものである。カスタマイズ情報１０６２の内容は、例えば、
・表示しないエレメントの指定：表示しないエレメントをルートからのパスで指定
・表示名を変更するエレメントの指定：表示名を変更するエレメントをルートから
のパスで指定し、同時に変更後の表示名も指定する。
などである。
全体の手順としては、問い合わせ画面自動生成部２０１が実行する処理に、ステップ１６０１の「カスタマイズ情報の取得」が追加される。
【００８４】
問い合わせ画面自動生成部２０１は、本発明の第１の実施形態で説明したように、問い合わせ処理部２０２から、エンドユーザにより選択されたタグ付き文書データのスキーマ情報を取得した後（ステップＳ２０３）、カスタマイズ情報保持部１６０１にアクセスしてカスタマイズ情報１６０２を取得する（ステップＳ１６０１）。そして、問い合わせ画面自動生成部２０１は、スキーマ情報の各エレメントに基づいて問い合わせ画面を生成するときに、カスタマイズ情報１６０２で指示があるエレメントについては、その指示に従って生成する問い合わせ画面の表示内容を変更する（ステップＳ２０４´）。
【００８５】
本発明の第３の実施形態
図１７は、本発明の第３の実施形態の構成図である。
この実施形態は、図２に示される本発明の第１の実施形態又は図１６に示される本発明の第２の実施形態における問い合わせ処理部２０２の、具体的な実施形態である。
この実施形態では、問い合わせ処理部２０２は、データベース統合参照システム１７０１とDB統合用メタデータ１７０２とから構成される。
【００８６】
本出願人は、複数のリレーショナルデータベース（RDB ）１７０３−１、１７０３−２やXML データベース（XML-DB）１７０３−３に分散して格納されているデータを仮想的に統合して、XML 形式のビューを提供する発明を、既出願している。
【００８７】
問い合わせのインタフェースはXQueryで（図２又は図１６のＳ２０８）、問い合わせ結果は当然XML で返る（図２又は図１６のＳ２０９）。つまり、問い合わせのインタフェースだけを見れば、XML データを実体として格納しているシステム（XML データベース等）と何ら変わりは無い。XML データを実体として格納しているシステムとデータベース統合参照システム１７０１との違いは、XML データを実体として保持していないので、XML データのスキーマを規定するXML Schemaも存在しないことである。その代わりに、データベース統合参照システム１７０１では複数のデータソースからXML 形式のビューを作成するために、その生成ルールとなるDB統合用メタデータ１７０２を予め定義する。このDB統合用メタデータ１７０２をXML Schemaの代わりに使用することにより、本発明による問い合わせ画面の自動生成を実施することが可能である。
【００８８】
図１８〜図２１に、DB統合用メタデータ１７０２の例を示す。このメタデータには、以下の３つの情報が記載されている。
・仮想XML スキーマ情報：複数のデータベース１７０３−１、１７０３−２、１７０３−３に跨る関連データを、どのような構造のXML データとしてユーザに見せるかという情報（図１８の部分）
・データベース項目との対応関係：XML の中の各ノードに、どのデータベースのどの項目が対応するのかという情報（図１９、図２０の部分）
・要素間の関連付け情報：異なるデータベース１７０３−１、１７０３−２、１７０３−３同士のXML データやタプルを関連付けて１つのXML とする場合に、各データベースのそれぞれどの項目で対応を取るのかという情報（図２１の部分）
【００８９】
図１７のデータベース統合参照システム１７０１が見せる仮想的なXML 形式のビューの構造を定義するのは、図１８の仮想XML スキーマ情報である。仮想XML スキーマ情報では、XML Schemaに似たフォーマットを使用して、統合データビューのXML 構造を定義する。スキーマを構築するノードには以下の3種類がある。
・ComplexElement
配下に他のノードを持つ中間ノード。対応するデータベースがRDBの場合は、これと配下のSimpleElement の組み合わせでデータベースの１タプルに対応する。対応するデータベースがXML -DBの場合は、配下に他のノードを持つ中間ノードであって、これ自体は値を持たないことを意味する。このノードの配下には３種類いずれのノードも出現し得る。
・SimpleElement 
配下に値を持つ末端ノード。対応するデータベースがRDBの場合は、タプル内の１カラムに対応し、その値だけを保持する。対応するデータベースがXML-DBの場合は、値を持つ末端ノードに対応する。このノードは末端ノードなので、この下には他のノードは出現できない。
・TagElement
タグを挿入するためのダミーのノード。対応するデータベース要素を持たない。このノードの配下には３種類いずれのノードも出現し得る。
【００９０】
ComplexElementとTagElementには、そのノードに対応するデータベース項目との対応関係を取るために、固有のIDが与えられる。それぞれをComplexElement-ID とSimpleElement-IDと呼ぶ。
【００９１】
ComplexElementとSimpleElement にはvisible という属性があり、この値がfalse であるものは、データを結合する処理の過程でのみ使用され、ビューのスキーマには一切関係しない。すなわち、XQueryを記述する際には無視されて、結果のXML にも一切出現しない。よって、ここの説明では、これらvisible=”false” であるエレメントは無視できる。
【００９２】
DB統合用メタデータ１７０２内の仮想XML スキーマ情報（図１８）は、XML Schemaと同様にXML の木構造(階層構造)を定義している。３種類のエレメントを以下のように扱うことによって、XML Schemaの場合と同様の処理で、問い合わせ画面の自動生成（図１０の動作フローチャート）を実行することができる。
・SimpleElement は、末端エレメントとして扱う。
・TagElementは、反復しない複合エレメントとして扱う。
・ComplexElementは、そのmaxOccurs 属性の値が２以上の場合には、反復する複合エレメントとして扱う。MaxOccurs 属性の値が１の場合は、反復しない複合エレメントとして扱う。
【００９３】
また、DB統合用メタデータ１７０２ではXML の最上位のノードは特に定義しておらず、仮想XML スキーマ情報（図１８）で定義されている一番最初のComplexElementは、仮想的なXML 上では上から２番目のノードにあたる。よって、図１０のステップＳ１００１とＳ１００２において、最上位のエレメントの名前を使用しているが、そこはXML ファイル名で代用する必要がある。
【００９４】
DB統合用メタデータ１７０２にはデータ型の情報は記述されていない。ただ、データベース項目との対応関係（図１９、図２０）において、仮想XML 上の各エレメントが実データベースのどのデータに対応するのかという情報がIDで記述されている。そして、データベース統合参照システム１７０１は、それらIDの指し示すのがどのサーバ上のどのデータベースのどの部分かという情報を保持している。そこに、実データベース上でのデータ型の情報が一緒に保持されている。よって、それを取得するすることによって、仮想XML の各エレメントのデータ型として利用できる。
【００９５】
本発明の第１〜第３の実施形態に対する補足
以上説明したように、従来は、専門知識を持たないエンドユーザが新しい種類の問い合わせを行いたいと思った場合に、問い合わせ画面の生成をシステム開発者などの専門家に依頼してその作成を待つ必要があり、コストと時間が必要であった。それに対して、本発明の第１〜第３の実施形態では、エンドユーザ用の問い合わせ画面が自動的に生成されるので、コストもかからないし、個別開発を待つ必要もなくなり、新しい種類の問い合わせを簡単容易に導入できるようになる。
【００９６】
また本発明の第３の実施形態では、本出願人による従来発明「特開2005-208757 」「特許2006-18607」「特許2006-77649」「特許2006-343872 」のように、複数データベースに跨って分散したデータに対してタグ付き文書形式の仮想的なビューを容易に提供する技術と組み合わせることによって、複数データベースに分散したデータに対してエンドユーザが簡単容易に問い合わせを行うことが可能となる。
【００９７】
なお、本発明は、以下の構成も採用することが可能である。
（付記１）
タグ付き文書形式データに対する問い合わせ言語による問い合わせに対して複数のデータベースに分散して格納されているデータを仮想的に統合して処理してタグ付き文書データを返すと共に、該タグ付き文書データと前記複数のデータベースとの関係を記述する仮想スキーマ情報を返すインタフェースを有する問い合わせ処理装置にアクセスしてエンドユーザのための問い合わせ画面を自動生成するコンピュータにより使用されたときにそれによって読み出されるプログラムを記録した記録媒体であって、
前記問い合わせ処理装置からタグ付き文書データの仮想スキーマ情報を取得する仮想スキーマ情報取得機能と、
該取得した仮想スキーマ情報の構造に基づき問い合わせ画面を自動的に生成する問い合わせ画面自動生成機能と、
該問い合わせ画面自動生成機能によって自動生成される問い合わせ画面において、反復する項目について、該反復内の条件入力欄の反復数の増減を指定させる反復増減指定機能と、
該反復増減指定機能によって前記反復数の増加が指定された場合に、所定の反復内の条件入力欄の既に指定されている内容を、新たに増加される反復内の条件入力欄に複製する反復内条件入力欄複製機能と、
前記反復増減指定機能での指定により生成された各反復間で、該各反復内の条件入力欄に対応する各条件群間の結合条件を指定する反復間結合演算指定機能と、
前記問い合わせ画面に入力された情報から問い合わせ文を生成し前記問い合わせ処理装置に問い合わせる問い合わせ文生成処理機能と、
を前記コンピュータに行わせるためのプログラムを記録したコンピュータ読出し可能記録媒体。
（付記２）
前記問い合わせ画面自動生成機能は、それが自動生成する問い合わせ画面において、値を持つ各項目に対する条件入力欄において、選択できる演算子を、その項目のデータの型に応じて切り替える機能を、前記コンピュータに行わせるためのプログラムを記録した付記１に記載のコンピュータ読出し可能記録媒体。
（付記３）
前記問い合わせ画面自動生成機能によって自動生成される問い合わせ画面において、値を持つ各項目に対する条件入力欄の数の増減を指定させる条件入力欄増減指定機能と、
該条件入力増減指定機能によって指定された各条件入力欄に対応する条件群間の結合条件を指定する条件入力欄間結合演算指定機能と、
を更に前記コンピュータに行わせるためのプログラムを記録した付記１又は２の何れか１項に記載のコンピュータ読出し可能記録媒体。
（付記４）
前記問い合わせ画面の表示内容をカスタマイズするためのカスタマイズ情報を保持するカスタマイズ情報保持機能と、
該カスタマイズ情報に基づいて前記問い合わせ画面自動生成機能が生成する前記問い合わせ画面の表示内容を変更する表示内容変更機能と、
を更に前記コンピュータに行わせるためのプログラムを記録した付記１乃至３の何れか１項に記載のコンピュータ読出し可能記録媒体。
（付記５）
タグ付き文書形式データに対する問い合わせ言語による問い合わせに対して複数のデータベースに分散して格納されているデータを仮想的に統合して処理してタグ付き文書データを返すと共に、該タグ付き文書データと前記複数のデータベースとの関係を記述する仮想スキーマ情報を返すインタフェースを有する問い合わせ処理装置にアクセスしてエンドユーザのための問い合わせ画面を自動生成する装置であって、
前記問い合わせ処理装置からタグ付き文書データの仮想スキーマ情報を取得する仮想スキーマ情報取得手段と、
該取得した仮想スキーマ情報の構造に基づき問い合わせ画面を自動的に生成する問い合わせ画面自動生成手段と、
該問い合わせ画面自動生成手段によって自動生成される問い合わせ画面において、反復する項目について、該反復内の条件入力欄の反復数の増減を指定させる反復増減指定手段と、
該反復増減指定手段によって前記反復数の増加が指定された場合に、所定の反復内の条件入力欄の既に指定されている内容を、新たに増加される反復内の条件入力欄に複製する反復内条件入力欄複製手段と、
前記反復増減指定手段での指定により生成された各反復間で、該各反復内の条件入力欄に対応する各条件群間の結合条件を指定する反復間結合演算指定手段と、
前記問い合わせ画面に入力された情報から問い合わせ文を生成し前記問い合わせ処理装置に問い合わせる問い合わせ文生成処理手段と、
を含むことを特徴とするタグ付き文書データ問い合わせ処理システムに対する問い合わせ画面自動生成装置。
（付記６）
タグ付き文書形式データに対する問い合わせ言語による問い合わせに対して複数のデータベースに分散して格納されているデータを仮想的に統合して処理してタグ付き文書デー
タを返すと共に、該タグ付き文書データと前記複数のデータベースとの関係を記述する仮想スキーマ情報を返すインタフェースを有する問い合わせ処理装置にアクセスしてエンドユーザのための問い合わせ画面を自動生成する方法であって、
前記問い合わせ処理装置からタグ付き文書データの仮想スキーマ情報を取得する仮想スキーマ情報取得過程と、
該取得した仮想スキーマ情報の構造に基づき問い合わせ画面を自動的に生成する問い合わせ画面自動生成過程と、
該問い合わせ画面自動生成過程によって自動生成される問い合わせ画面において、反復する項目について、該反復内の条件入力欄の反復数の増減を指定させる反復増減指定過程と、
該反復増減指定過程によって前記反復数の増加が指定された場合に、所定の反復内の条件入力欄の既に指定されている内容を、新たに増加される反復内の条件入力欄に複製する反復内条件入力欄複製過程と、
前記反復増減指定過程での指定により生成された各反復間で、該各反復内の条件入力欄に対応する各条件群間の結合条件を指定する反復間結合演算指定過程と、
前記問い合わせ画面に入力された情報から問い合わせ文を生成し前記問い合わせ処理装置に問い合わせる問い合わせ文生成処理過程と、
を含むことを特徴とするタグ付き文書データ問い合わせ処理システムに対する問い合わせ画面自動生成方法。
（付記７）
タグ付き文書形式データに対する問い合わせ言語による問い合わせを処理してタグ付き文書データを返すと共に、格納しているタグ付き文書データのスキーマ情報を返すインタフェースを有する問い合わせ処理装置にアクセスしてエンドユーザのための問い合わせ画面を自動生成する装置であって、
前記問い合わせ処理装置からタグ付き文書データのスキーマ情報を取得するスキーマ情報取得手段と、
該取得したスキーマ情報の構造に基づき問い合わせ画面を自動的に生成する問い合わせ画面自動生成手段と、
該問い合わせ画面に入力された情報から問い合わせ文を生成し前記問い合わせ処理装置に問い合わせる問い合わせ文生成処理手段と、
を含むことを特徴とするタグ付き文書データ問い合わせ処理システムに対する問い合わせ画面自動生成装置。
（付記８）
前記問い合わせ画面の表示内容をカスタマイズするためのカスタマイズ情報を保持するカスタマイズ情報保持機能と、
該カスタマイズ情報に基づいて前記問い合わせ画面自動生成機能が生成する前記問い合わせ画面の表示内容を変更する表示内容変更機能と、
を更に含むことを特徴とする付記７に記載のタグ付き文書データ問い合わせ処理システムに対する問い合わせ画面自動生成装置。
【図面の簡単な説明】
【００９８】
【図１】従来技術の説明図である。
【図２】本発明の第１の実施形態の全体構成図である。
【図３】XML データの例を示す図である。
【図４】XML Schemaによるスキーマ情報の例を示す図である。
【図５】問い合わせ画面の説明図（その１）である。
【図６】問い合わせ画面の説明図（その２）である。
【図７】問い合わせ画面の説明図（その３）である。
【図８】問い合わせ画面の説明図（その４）である。
【図９】問い合わせ画面の説明図（その５）である。
【図１０】問い合わせ画面自動生成処理の動作フローチャートである。
【図１１】XQuery生成処理の動作フローチャート（その１）である。
【図１２】XQuery生成処理の動作フローチャート（その２）である。
【図１３】XQuery生成処理の動作フローチャート（その３）である。
【図１４】XQuery生成処理の動作フローチャート（その４）である。
【図１５】生成されるXQueryの例を示す図である。
【図１６】本発明の第２の実施形態の全体構成図である。
【図１７】データベース統合参照システムの構成図である。
【図１８】DB統合用メタデータの例（仮想XML スキーマ情報）を示す図である。
【図１９】DB統合用メタデータの例（データベース項目との対応関係（その１））を示す図である。
【図２０】DB統合用メタデータの例（データベース項目との対応関係（その２））を示す図である。
【図２１】DB統合用メタデータの例（要素間の関連付け情報）を示す図である。
【符号の説明】
【００９９】
２０１  問い合わせ画面自動生成部
２０２  問い合わせ処理部
２０３  XML データ
２０４  表示ディスプレイ装置
４０１−１、４０１−２  反復する複合エレメント
４０２−１  反復しない複合エレメント
４０３−１、４０３−２  末端エレメント
３０１  最上位のエレメント
３０２  「注文」エレメント
５０１  エレメント名
５０２、５０２´  条件式の入力欄（値を入力するテキストボックス）
５０３  条件式の入力欄（関係演算子を選択するプルダウンメニュー）
５０４−１、５０４−２、５０４−３  複合エレメントのエレメント名
５０５−１、５０５−２、５０５−３  複合エレメントの表示を囲む為の枠
７０１  条件増加ボタン
７０２  条件同士の結合演算子の選択用プルダウンメニュー
７０３  条件削除ボタン
８０１  タブ
８０２  タブ８０１を複数に増やすプルダウンメニュー
８０３  タブ間の結合演算子の選択用プルダウンメニュー
１６０１  カスタマイズ情報保持部
１６０２  カスタマイズ情報
１７０１  データベース統合参照システム
１７０２  DB統合用メタデータ
１７０３−１、１７０３−２  リレーショナルデータベース(RDB )
１７０３−３  XML データベース（XML-DB）
【図３】
0005458480.tif 000002
【図４】
0005458480.tif 000003
【図１０】
0005458480.tif 000004
【図１１】
0005458480.tif 000005
【図１２】
0005458480.tif 000006
【図１３】
0005458480.tif 000007
【図１４】
0005458480.tif 000008
【図１５】
0005458480.tif 000009
【図１７】
0005458480.tif 000010
【図１８】
0005458480.tif 000011
【図１９】
0005458480.tif 000012
【図２０】
0005458480.tif 000013
【図２１】
0005458480.tif 000014
【図１】
0005458480.tif 000015
【図２】
0005458480.tif 000016
【図５】
0005458480.tif 000017
【図６】
0005458480.tif 000018
【図７】
0005458480.tif 000019
【図８】
0005458480.tif 000020
【図９】
0005458480.tif 000021
【図１６】
0005458480.tif 000022