(57)【特許請求の範囲】
【請求項１】
帳票に対して定義されたフィールドに差し込まれるコンテンツデータを、階層化されたデータの中から検索するデータ検索装置であって、
検索指示画面を介して検索条件、および帳票名を受信し、受信された前記帳票名に対応する帳票の各フィールドの情報から、前記帳票のフィールドに差し込み可能なコンテンツデータの階層の上限、および下限に関する情報を取得する取得手段と、
前記取得手段により取得された検索条件を満たすデータがあるか否かの検索を記憶媒体に記憶されている各データ群を対象に行い、その検索後、前記取得手段により取得された検索条件を満たすデータを含むデータ群の中から前記取得手段により取得された階層の上限、および下限内にあるコンテンツデータを、前記フィールドに差し込まれるコンテンツデータの候補として検索する検索手段と、
前記検索手段により検索された、上限、および下限内にあるコンテンツデータに関する情報を検索結果として出力する出力手段とを有することを特徴とするデータ検索装置。
【請求項２】
設定画面を介して設定されたデータであって、帳票における各フィールドを識別する情報と、当該各フィールドに差し込み可能なデータの階層とがそれぞれ相互に関連付けられたデータを受信して記憶媒体に記憶する記憶手段を更に有し、
前記取得手段は、検索指示画面を介して検索条件、および帳票名を受信し、受信された前記帳票名に対応して前記記憶媒体に記憶されているデータから、前記帳票のフィールドに差し込み可能なコンテンツデータの階層の上限、および下限に関する情報を取得することを特徴とする請求項１に記載のデータ検索装置。
【請求項３】
帳票に対して定義されたフィールドに差し込まれるコンテンツデータを、階層化されたデータの中から検索することをデータ検索装置により実行するデータ検索方法であって、
検索指示画面を介して検索条件、および帳票名を受信し、受信された前記帳票名に対応する帳票の各フィールドの情報から、前記帳票のフィールドに差し込み可能なコンテンツデータの階層の上限、および下限に関する情報を取得する取得ステップと、
前記取得ステップにより取得された検索条件を満たすデータがあるか否かの検索を記憶媒体に記憶されている各データ群を対象に行い、その検索後、前記取得ステップにより取得された検索条件を満たすデータを含むデータ群の中から前記取得ステップにより取得された階層の上限、および下限内にあるコンテンツデータを、前記フィールドに差し込まれるコンテンツデータの候補として検索する検索ステップと、
前記検索ステップにより検索された、上限、および下限内にあるコンテンツデータに関する情報を検索結果として出力する出力ステップとを有することを特徴とするデータ検索方法。
【請求項４】
設定画面を介して設定されたデータであって、帳票における各フィールドを識別する情報と、当該各フィールドに差し込み可能なデータの階層とがそれぞれ相互に関連付けられたデータを受信して記憶媒体に記憶する記憶ステップを更に有し、
前記取得ステップは、検索指示画面を介して検索条件、および帳票名を受信し、受信された前記帳票名に対応して前記記憶媒体に記憶されているデータから、前記帳票のフィールドに差し込み可能なコンテンツデータの階層の上限、および下限に関する情報を取得することを特徴とする請求項３に記載のデータ検索方法。
【請求項５】
請求項３又は４に記載のデータ検索方法の各ステップをコンピュータに実行させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ検索装置、データ検索方法、及びコンピュータプログラムに関し、特に、帳票に定義されたフィールドにデータを差し込んで出力するために用いて好適なものである。
【背景技術】
【０００２】
近年、フィールドが定義された帳票にデータを差し込んで出力する技術がある。この技術では、データと帳票とを別々に管理できるため、用途に応じて様々な帳票を用意することが一般的であるが、このようにすることによって、サーバで管理するデータ量が多くなってきている。そこで、所望のデータを検索する手法が重要となってきている。
また一方で、データの管理方法では、階層管理が一般的となっており、階層管理されたデータから所望のデータを取得することが重要となる。
そこで、特許文献１では、検索結果に関する情報をより多く提供するために、検索によりヒットしたデータに加えて階層化されたデータも検索結果として表示する技術を開示している。
また、特許文献２では、分類項目の上位の階層から下位の階層に向かって枝分かれする分類ツリーをユーザに表示することにより、分類ツリーを意図的に指示することを可能とし、その分類ツリーに位置するデータを対象とした検索を行う技術を開示している。
【０００３】
【特許文献１】特開平１０−２２８４８９号公報
【特許文献２】特開２００１−３２５２９９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１の技術で表示されるデータには、不要なデータが多く含まれる。このため、データ量が多くなると、本当に出力すべきデータをユーザが選択するための作業が多大となってしまい、所望の出力ができない可能性がある。
また、特許文献２の技術では、指定した分類ツリー内のデータが検索対象となる。このため、指定した分類ツリーの範囲外のデータが検索条件にヒットするデータである場合には、所望のデータがヒットしない問題がある。
【０００５】
本発明は、このような問題点に鑑みてなされたものであり、帳票内のフィールド内に差し込まれるデータを従来よりも効率よく検索できるようにすることを目的とする。
【課題を解決するための手段】
【０００６】
本発明のデータ検索装置は、帳票に対して定義されたフィールドに差し込まれるコンテンツデータを、階層化されたデータの中から検索するデータ検索装置であって、検索指示画面を介して検索条件、および帳票名を受信し、受信された前記帳票名に対応する帳票の各フィールドの情報から、前記帳票のフィールドに差し込み可能なコンテンツデータの階層の上限、および下限に関する情報を取得する取得手段と、前記取得手段により取得された検索条件を満たすデータがあるか否かの検索を記憶媒体に記憶されている各データ群を対象に行い、その検索後、前記取得手段により取得された検索条件を満たすデータを含むデータ群の中から前記取得手段により取得された階層の上限、および下限内にあるコンテンツデータを、前記フィールドに差し込まれるコンテンツデータの候補として検索する検索手段と、前記検索手段により検索された、上限、および下限内にあるコンテンツデータに関する情報を検索結果として出力する出力手段とを有することを特徴とする。
【０００７】
本発明のデータ検索方法は、帳票に対して定義されたフィールドに差し込まれるコンテンツデータを、階層化されたデータの中から検索することをデータ検索装置により実行するデータ検索方法であって、検索指示画面を介して検索条件、および帳票名を受信し、受信された前記帳票名に対応する帳票の各フィールドの情報から、前記帳票のフィールドに差し込み可能なコンテンツデータの階層の上限、および下限に関する情報を取得する取得ステップと、前記取得ステップにより取得された検索条件を満たすデータがあるか否かの検索を記憶媒体に記憶されている各データ群を対象に行い、その検索後、前記取得ステップにより取得された検索条件を満たすデータを含むデータ群の中から前記取得ステップにより取得された階層の上限、および下限内にあるコンテンツデータを、前記フィールドに差し込まれるコンテンツデータの候補として検索する検索ステップと、前記検索ステップにより検索された、上限、および下限内にあるコンテンツデータに関する情報を検索結果として出力する出力ステップとを有することを特徴とする。
【０００８】
本発明のコンピュータプログラムは、前記データ検索方法の各ステップをコンピュータに実行させることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、フィールドに差し込み可能な階層の範囲を取得し、取得した階層の範囲内にあるコンテンツデータを、フィールドに差し込まれるコンテンツデータの候補として検索するようにした。したがって、フィールドに差し込み可能な階層の範囲にあるデータだけが検索される。よって、帳票内のフィールド内に差し込まれるデータを従来よりも効率よく検索できる。
【発明を実施するための最良の形態】
【００１０】
（第１の実施形態）
以下に、本発明の第１の実施形態について、図面を参照しながら説明する。
図１は、帳票作成システムの構成の一例を示す図である。
図１において、クライアント端末１１１〜１１３と帳票管理サーバ１２１は、ネットワークの一例であるＬＡＮ（Local Area Network）１０１に接続されている。
【００１１】
クライアント端末１１１〜１１３は、クライアント用パーソナルコンピュータ（クライアントＰＣ）である。本実施形態では、クライアント端末１１１〜１１３は、帳票の作成機能を有している。クライアント端末１１１〜１１３には、この機能を実行するためのアプリケーションプログラムがインストールされている。
【００１２】
データ検索装置の一例である帳票管理サーバ１２１は、サーバ用パーソナルコンピュータ（サーバＰＣ）である。帳票管理サーバ１２１は、帳票作成システムで使用される帳票を管理する帳票管理システムとして機能する。
本実施形態では、帳票管理サーバ１２１は、クライアント端末１１１〜１１３にインストールされている前記アプリケーションプログラムの実行に基づく指示をクライアント端末１１１〜１１３から受ける。そして、帳票管理サーバ１２１は、その指示に基づく処理結果を、その指示を行ったクライアント端末１１１〜１１３のブラウザに対して返す。具体的に帳票管理サーバ１２１は、帳票のフィールドに差し込むコンテンツデータの検索機能と、コンテンツデータがフィールドに差し込まれた帳票の出力機能とを有している。帳票管理サーバ１２１には、このような機能を実行するためのアプリケーションプログラムがインストールされている。
尚、帳票管理サーバ１２１と、クライアント端末１１１〜１１３間の通信手法については特に限定するものではない。また、帳票管理サーバ１２１に対して直接的に指示を行い（例えば、帳票管理サーバ１２１が備えるキーボードやマウス等を使って処理を行い）、帳票管理サーバ１２１がその指示に基づく処理を行う形態であってもよい。更に、本実施形態では、帳票のフィールドにコンテンツのデータ（コンテンツデータ）を差し込む場合を例に挙げて説明しているが、以下の説明ではコンテンツデータを必要に応じてデータと略称する。
【００１３】
図２は、帳票管理サーバ１２１とクライアント端末１１１〜１１３の概略構成の一例を示した図である。
図２おいて、ＶＲＡＭ２０１は、ビデオＲＡＭであり、ＣＲＴ表示装置２０２の画面に表示される文字、イメージを展開して記憶する。ＢＭＵ２０３は、ビットムーブユニットであり、メモリ間のデータ、或いはメモリと各デバイス間のデータの転送をコントロールする。
KeyBoard２０４は、入力に関する各種キーを備えたユーザインタフェース（キーボード）である。ＰＤ２０５は、ＣＲＴ表示装置２０２の画面上でアイコン等を指し示すため等に用いられるユーザインタフェース（ポインティングデバイス)である。
【００１４】
ＣＰＵ２０６は、ＲＯＭ２０８に記憶された制御プログラムに基づいて本装置の各部を制御する。ＲＯＭ２０８には、本実施形態で説明する処理を行うために必要な制御プログラムが記憶されている。
ＲＡＭ２０９は、ＲＯＭ２０８に記憶されている各プログラムをＣＰＵ２０６が実行するときのワークエリアや、エラー処理時の一時退避エリア等として用いられる。この他、外部記憶装置として、ハードディスクドライブ(ＨＤＤ)２１０と、フレキシブルディスクドライブ（ＦＤＤ）２１１も含まれている。尚、ハードディスクドライブ(ＨＤＤ)２１０と、フレキシブルディスクドライブ（ＦＤＤ）２１１は、後述するアプリケーションプログラムやデータ、データベース、ライブラリ等の保存用に用いられる。
Net-I/F２１２は、ネットワークインターフェイスを示し、ＬＡＮ１０１を介して相互に接続された外部装置との間でＬＡＮ１０１を経由してデータの転送を行うためにＬＡＮ１０１上でデータの制御や診断を行う。
Ｉ／Ｏバス２０７は、前述した各ユニットを相互に接続するためのものであり、アドレスバス、データバス及び制御バスを備える。
【００１５】
装置に電源が投入されると、ＣＰＵ２０６は、ＲＯＭ２０８に記憶されているブートプログラムに従って装置を初期化し、ＨＤＤ２１０からＯＳ（Operating System）のロードを行い、その後で各種アプリケーション等を動作させることになる。
尚、プログラムは、ハードディスクに記憶されていても、ＲＯＭに記憶されていてもよく、プログラムを記憶する記憶媒体は限定されるものでもない。
【００１６】
図３は、帳票管理サーバ１２１とクライアント端末１１１とのモジュール構成の一例を示す図である。尚、クライアント端末１１２、１１３は、クライアント端末１１１と同じであるので、以下の説明では、クライアント端末１１１についての説明を行い、クライアント端末１１２、１１３についての説明を省略する。また、帳票管理サーバ１２１とクライアント端末１１１とがデータのやり取りを行うためのプロトコルは限定されないものとする。
【００１７】
クライアント端末１１１には、クライアント端末１１１側の動作を記憶したアプリケーションプログラム３０２がインストールされている。アプリケーションプログラム３０２内のモジュールとして、帳票作成・登録モジュール３０３と、検索・出力指示ＵＩモジュール３０４とが記憶されている。アプリケーションプログラム３０２は、一般的なアプリ形式のものでも、ＷＥＢブラウザ等のＰＬＵＧ−ＩＮ形式で自動的に配信される方式のものでもよい。
【００１８】
また、帳票管理サーバ１２１内のアプリケーションプログラム３０５は、帳票及びデータを管理するサーバプリケーションプログラムである。アプリケーションプログラム３０５内のモジュールとしては、検索モジュール３０６、帳票出力モジュール３０７、データ管理モジュール３０８、及び帳票管理モジュール３０９等がある。各モジュール３０６〜３０９は、クライアント端末１１１からのリクエストに応じてメモリ（ＲＡＭ２０９）上にロードされ処理を実行する。
また、データベース３１０は、各モジュール３０６〜３０９が扱うデータを格納するためのものであり、このデータベース３１０から必要に応じてデータの登録と引出しが行われる。
【００１９】
＜階層データ＞
図４は、階層データの一例を説明する図である。図４（ａ）は、個々のデータの構造の一例を示す図である。図４（ｂ）は、各データを階層化することにより得られる複数の階層データ群の一例を示す図である。
図４（ａ）において、データ４０１は、「ＩＤ」、「タイトル」、「詳細情報」、「メイン画像」、「サブ画像」、及び「親データ」の各データから構成される。ここで、親データとは、階層構造の親となるデータを示すものである。図４（ａ）に示す例では、データ４０１は、ＩＤが「Ｂ０１」であり、このＩＤが「Ｂ０１」のデータ４０１の親となるデータは、ＩＤが「Ａ０１」のデータである場合を示している。
【００２０】
尚、各項目が定義されているデータ構造であれば、データ構造は、図４（ａ）に示すようなものに限定されるものではなく、図４（ｂ）に示すような階層データ群４０２が構成されるようにしていればどのようなものでもよい。例えば、階層構造の親となるデータを示す「親データ」については、別のテーブルで管理されていてもよい。
【００２１】
図４（ｂ）において、前述したように、ＩＤが「Ａ０１」のデータは、その１つ下の階層の"ＩＤが「Ｂ０１」のデータ"の親データである。同様に、ＩＤが「Ｂ０１」のデータは、ＩＤが「Ｃ０１」のデータの親データであり、ＩＤが「Ｃ０１」のデータは、ＩＤが「Ｄ０１」のデータの親データである。そして、これらＩＤが「Ａ０１」、「Ｂ０１」、「Ｃ０１」、「Ｄ０１」であるデータが夫々第１〜第４の階層に属する階層データ群が構成される（図４（ｂ）におけるＡ０１→Ｂ０１→Ｃ０１→Ｄ０１）。
同様に、ＩＤが「Ａ０２」のデータは、ＩＤが「Ｂ０２」のデータの親データである。ＩＤが「Ｂ０２」のデータは、ＩＤが「Ｃ０２−１」のデータと「Ｃ０２−２」のデータとの２つデータの親データである。また、ＩＤが「Ｃ０２−１」のデータは、ＩＤが「Ｄ０２」の親データとなる。これらＩＤが、「Ａ０２」、「Ｂ０２」、「Ｃ０２−１」、「Ｃ０２−２」、「Ｄ０２」であるデータにより階層データ群が構成されている。
以下同様に、ＩＤが、「Ａ０３」、「Ｂ０３」のデータで階層データ群が構成され、ＩＤが「Ａ０４」、「Ｂ０４」のデータで階層データ群が構成されている。
尚、本実施形態における以下の説明では、図４に示すデータ４０１及び階層データ群４０２を例に挙げて、帳票の作成方法の一例を説明する。このように、本実施形態では、「親データ」を指定することによる階層化されたデータ（階層データ群）を構築する場合を例に挙げて示す。しかしながら、階層化されたデータを構築することができれば、階層化されたデータ（階層データ群）の作成方法や管理方法はどのようなものであってもよい。これら階層データ群の作成方法としては、各階層に属するデータの上下関係を指定する方法や、予め階層の構造体を設定してデータを埋めていく方法等が考えられる。
【００２２】
本実施形態では、階層化されたデータを検索するに際し、最終的に検索されるデータが属する階層の範囲（階層範囲）の上限と下限とをユーザに指定させる。そして、検索条件によってヒットした（合った）各データが属する階層データ群において、ユーザによって指定された階層範囲にあるデータを最終的な検索結果として取得・表示する。
【００２３】
図５は、データの検索を開始する際にクライアント端末１１１のＣＲＴ表示装置２０２に表示される検索指示画面の一例を示す図である。
図５に示す検索指示画面１３０１は、検索・出力指示ＵＩモジュール３０４の動作により表示され、この検索指示画面１３０１には、階層範囲の上限（最上位）と下限（最下位）とを夫々指定するためのコントロール１３０２が表示される。ユーザは、クライアント端末１１１を操作することにより、コントロール１３０２に対して、上限と下限とを指定することにより、前述し多階層範囲を指定することが可能となる。
【００２４】
図６は、階層データ群の一例を示す図である。尚、ここでは、説明の都合上、図４（ｂ）に示した階層データ群４０２において、ＩＤが「Ｃ０２−１」のデータと、「Ｃ０２−２」のデータとを、ＩＤが「Ｃ０２」のデータに統一した場合を例に挙げて説明する。
図６において、階層データ群９０１は、Ａ０１→Ｂ０１→Ｃ０１→Ｄ０１の４つの階層から構成されている。同様に、階層データ群９０２は、Ａ０２→Ｂ０２→Ｃ０２→Ｄ０２の４つの階層から構成され、階層データ群９０３は、Ａ０３→Ａ０４の２つの階層から構成され、階層データ群９０４は、Ａ０４→Ｂ０４の２つの階層から構成されている。
【００２５】
図７は、図６に示す各データ（ＩＤが「Ａ０１」〜「Ｄ０２」のデータ）に対し、図５に示した検索指示画面１３０１を用いて指示された検索条件に基づいて検索場合に該当したデータの一例を示す図である。
図７に示す例において、検索条件に該当したデータは、二重線の矩形を塗りつぶして示している。具体的に、ＩＤが「Ｄ０１」であるデータ１００１と、ＩＤが「Ｄ０２」であるデータ１００２と、ＩＤが「Ｂ０３」であるデータ１００３と、ＩＤが「Ａ０４」であるデータ１００４とが検索条件に該当したデータである。
尚、このような検索は、一般的な検索手法で実現することができる。
【００２６】
図８は、本実施形態における検索手法の一例を説明する図である。尚、ここでは、図５に示した検索指示画面１３０１において、差し込み対象となる差し込みデータの階層範囲の上限が「２」であり下限が「３」と指定された場合を例に挙げて示している。
図８（ａ）に示すように、ＩＤが「Ｂ０１」であるデータ１１０１と、ＩＤが「Ｃ０１」であるデータ１１０２と、ＩＤが「Ｂ０２」であるデータ１１０３とが、該当するデータとして検索される。更に、ＩＤが「Ｃ０２」であるデータ１１０４と、ＩＤが「Ｂ０３」であるデータ１００３と、ＩＤが「Ｂ０４」であるデータ１１０５も、該当するデータとして検索される。
【００２７】
図７に示したように、ＩＤが「Ｄ０１」であるデータ１００１が検索条件に該当する（合う）データである。そして、出力する帳票７０１に差し込むことのできるデータの階層の範囲"は、「２〜３」に設定されている。したがって、データ１００１と同一の階層データ群９０１に属するデータであって、出力する帳票７０１に差し込むことのできるデータの階層の範囲として設定されている第２階層及び第３階層に属するデータが、最終的に該当するデータとして検索される。すなわち、ＩＤが「Ｂ０１」であるデータ１１０１と、ＩＤが「Ｃ０１」であるデータ１１０２とが、差し込まれる候補のデータとして検索される。一方、データ１００１自体は、検索条件には該当したが、設定されている階層の範囲外であるために、最終的な検索結果からは除かれている。
【００２８】
同様に、検索条件に該当するデータ１００２と同一の階層データ群９０２に属するデータであって、帳票７０１に差し込むことのできるデータの階層の範囲として設定されている第２階層及び第３階層に属するデータ１１０３、１１０４が検索される。
また、データ１００３は、検索条件に該当しており、且つ、出力する帳票７０１に差し込むことのできるデータの階層の範囲内にあるデータであるため、最終的に該当するデータとして検索される。
また、検索条件に該当するデータ１００４と同一の階層データ群９０４に属するデータであって、帳票７０１に差し込むことのできるデータの階層の範囲として設定されている第２階層及び第３階層に属するデータ１１０５が検索される。
【００２９】
図８（ｂ）は、最終的な検索結果の表示例を示す図である。図８（ｂ）に示す画面１１０６は、クライアント端末１１１のＣＲＴ表示装置２０２に表示される。
以上のように、各フィールド７０２〜７０６に差し込むことができるデータが属する階層の上限と下限とを指定することにより、帳票の内容に適した差し込みデータを最終的な検索結果として容易に得ることができる。尚、検索結果に対して、最終的に差し込みデータの選択を行う処理は、一般的な従来の手法で実現できるため、ここでは詳細な説明を省略する。また、図８（ｂ）に示す検索結果の表示は一例であり、指定した階層範囲内のデータを表示できる方法であれば、どのように検索結果を表示してもよい。
【００３０】
次に、図９のフローチャートを参照しながら、帳票に差し込むデータの候補を検索する際の帳票作成システムにおける動作の一例を説明する。ここでは、図３に示した検索・出力指示ＵＩモジュール３０４がユーザによる操作に基づいて、前述した差し込みデータの検索処理の実行を帳票管理サーバ１２１に指示する。そして、検索モジュール３０６で前述した検索処理を行い、検索結果を表示する。
【００３１】
まず、ステップＳ９０１では、検索・出力指示ＵＩモジュール３０４は、ユーザの操作に基づいて、検索指示画面１３０１において、検索条件と、階層範囲とが指定されるまで待機する。尚、ここでは、検索条件と、階層範囲との待機処理を１つにまとめているが、これらを別々の処理としてもよい。このステップＳ９０１の処理で階層範囲が指定されることにより、その帳票に差し込むことのできるデータが属する階層の範囲が指定され、この階層の範囲が最終的な検索結果に適用されることとなる。このように本実施形態では、例えば、ステップＳ９０１の処理を行うことにより、取得手段、入力手段の一例が実現される。
【００３２】
検索条件と、階層範囲とが指定されると、ステップＳ９０２に進む。ステップＳ９０２に進むと、検索モジュール３０６は、ステップＳ９０１で指定された検索条件に基づいて、データベース３１０にアクセスし、検索条件に該当する各データの検索（一次検索結果の抽出）を行う。尚、このステップＳ９０２における検索処理は一般的な検索でよく、特に限定されるものではない。このように本実施形態では、ステップＳ９０２の処理を行うことにより、第２の検索手段の一例が実現される。
次に、ステップＳ９０３において、検索モジュール３０６は、ステップＳ９０２で抽出された一次検索結果の数（抽出されたデータの数）をＮに設定すると共に、ループ変数ｉを１に設定し、ループ用の値を設定する。
【００３３】
次に、ステップＳ９０４において、検索モジュール３０６は、ループ変数ｉより一次検索結果の数Ｎが小さくないか否か（一次検索結果の数Ｎがループ変数ｉ以上であるか否か）を判定する。この判定の結果、ループ変数ｉより一次検索結果の数Ｎが小さいと判定されると（Ｎｏと判定されると）、後述するステップＳ９０８に進む。
一方、ループ変数ｉより一次検索結果の数Ｎが小さくない（一次検索結果の数Ｎがループ変数ｉ以上である）場合にはステップＳ９０５に進む。
【００３４】
ステップＳ９０５に進むと、検索モジュール３０６は、ｉ番目の一次検索結果（検索条件に該当するｉ番目のデータ）が属する階層データ群のデータを取得（列挙）する。例えば、図７に示したＩＤが「Ｄ０１」のデータ１００１が一次検索結果であった場合、検索モジュール３０６は、図６に示した階層データ群９０１に属するデータを全て取得する。
次に、ステップＳ９０６において、検索モジュール３０６は、ステップＳ９０５で取得された階層データ群のデータから、ステップＳ９０１で取得した"階層の範囲"に該当するデータを検索の最終結果としてエントリする。尚、このステップＳ９０６の処理で既にエントリ済みのデータが重複してエントリされないような調整処理が行われる。
【００３５】
そして、ステップＳ９０７に進み、検索モジュール３０６はループ変数ｉに「１」を加算することで、次の一次検索の結果に対する処理を行えるようにする。
以上のステップＳ９０４〜Ｓ９０７が一連のループ処理となる。本ループ処理を一次検索結果の数（Ｎ回）繰り返すことにより、指定された"帳票と検索条件"に基づく検索結果が取得されることになる。以上のように本実施形態では、例えば、ステップＳ９０４〜Ｓ９０７の処理を行うことにより、検索手段が実現される。
そして、ステップＳ９０８に進むと、検索モジュール３０６は、以上のようにして行った検索の結果に関するデータをクライアント端末１１１に送信する。そして、検索・出力指示ＵＩモジュール３０４は、検索の結果に関するデータに基づいて、ステップＳ１１０８で最終的にエントリされたデータ（検索結果）を、図８（ｂ）に示すようにそれらの親子関係（階層構造）をユーザが理解できるように表示する。ただし、検索結果を表示する方法は、このようなものに限定されない。以上のように本実施形態では、例えば、ステップＳ９０４〜Ｓ９０７の処理を行うことにより、出力手段が実現される。
【００３６】
以上のように本実施形態では、検索指示画面１３０１を用いて、検索条件と、階層範囲とを指定し、帳票に差し込むことのできるデータの階層を指定する。したがって、階層化されたデータの中から、ユーザが所望する階層に属するデータのみを検索結果として取得することができ、従来よりも効率よくデータを検索することができる。
【００３７】
（第２の実施形態）
次に、本発明の第２の実施形態について説明する。前述した第１の実施形態では、検索を実行する指示を行う度に、階層範囲を指定する場合を例に挙げて説明した。これに対し、本実施形態では、検索を実行する指示を行う度に、階層範囲を指定するのではなく、階層範囲を検索情報として予め設定しておくようにする。このように本実施形態と前述した第１の実施形態とは、階層範囲を設定する方法が主として異なる。よって、本実施形態の説明において、前述した第１の実施形態と同一の部分については、図１〜図９に付した符号と同一の符号を付すこと等により、詳細な説明を省略する。
【００３８】
図１０は、階層範囲を含む検索情報を事前に設定する際にクライアント端末１１１のＣＲＴ表示装置２０２に表示される設定画面の一例を示す図である。
図１０に示す設定画面１５０１は、検索・出力指示ＵＩモジュール３０４の動作により表示される。
図１０において、コントロール群１５０２には、事前に検索情報を保持するための名前を指定する検索定義名を入力するコントロールと、検索条件の設定を入力するコントロールとが含まれる。例えば、『検索項目「品名」の値が「りんご」である』というような検索条件を指定することが可能である。尚、ここでは、検索情報の一式を検索定義として表現し、検索定義名という名称をつける場合を例に挙げて示している。ただし、コントロール群は、項目と検索式とを指定する方法や、範囲指定する方法等、様々な方法があり、図１０に示すものに限定されるものではない。
【００３９】
コントロール群１５０３には、階層範囲の下限を入力するコントロールと、上限を入力するコントロールとが含まれる。このコントロール群１５０３に対する指定を行うことにより、事前に階層範囲を指定することが可能となる。
ボタン群１５０４は、設定画面１５０１に対する入力の終了を制御するボタン群である。設定画面１５０１に入力された設定を有効とする場合、ユーザは、「保存」ボタンを押下する。そうすると、検索・出力指示ＵＩモジュール３０４は、帳票管理サーバ１２１に、検索定義の内容を出力する。そして、帳票管理モジュール３０９は、データベース３１０に検索定義の内容を保存する。本実施形態では、このようにして記憶手段の一例が実現される。一方、ユーザが「キャンセル」を押下すると、検索・出力指示ＵＩモジュール３０４は、設定画面１５０１に入力された設定を無効とする。
【００４０】
本実施形態では、このような検索定義を複数所有することが可能である。このようにした場合、データの検索を開始するときにユーザが検索定義（例えば検索定義名）を複数の検索定義の中から選択することで、その検索定義に含まれる"検索条件及び階層範囲"をデータベース３１０から読み出すことができる。
【００４１】
以上のように本実施形態では、検索条件と、階層範囲とを、事前に指定しておくので、より効率よくデータを検索することができる。
尚、本実施形態において、帳票に差し込むデータを検索する場合、図９のステップＳ９０１において、以上のようにして予め設定された検索定義が指定されるまで待機する処理となる。この他の処理は、図９に示したフローチャートから容易に類推することができるので、詳細な説明を省略する。
【００４２】
（第３の実施形態）
次に、本発明の第３の実施形態について説明する。前述した第１の実施形態では、階層範囲を検索時に指定し、第２の実施形態では、階層範囲を事前に設定するようにした。これに対して、本実施形態では、検索時にユーザによって指定された帳票の情報から、階層範囲を自動的に取得する場合を例に挙げて説明する。このように本実施形態と前述した第１、第２の実施形態とは、階層範囲を取得する処理が主として異なる。よって、本実施形態の説明において、前述した第１、第２の実施形態と同一の部分については、図１〜図１０に付した符号と同一の符号を付すこと等により、詳細な説明を省略する。
【００４３】
図１１は、データの検索を開始する際にクライアント端末１１１のＣＲＴ表示装置２０２に表示される検索指示画面の一例を示す図である。
図１１に示す検索指示画面１６０１では、検索条件と出力する帳票とが指定される。この検索指示画面１６０１では、図５に示した"階層範囲を指定するコントロール１３０２"の代わりに、出力に使用する帳票を指定するコントロール１６０２を表示している。
検索指示画面１６０１に対する操作が行われた後に、検索の指示が行われると、コントロール１６０２で指定された帳票の各フィールドの情報から、全フィールドにおける階層の上限及び下限を取得することで階層範囲を特定する。
尚、検索条件に合うデータを検索する処理と、検索した結果から階層範囲に属するデータを抽出する処理の具体例は、階層範囲の情報の取得源が異なる以外は、第１の実施形態で示した図６〜図８と同様にして行うことができる。したがって、本実施形態においてはその詳細な説明を省略する。
【００４４】
次に、図１２のフローチャートを参照しながら、データを差し込んだ帳票を出力する際の帳票作成システムにおける動作の一例を説明する。ここでは、図３に示した検索・出力指示ＵＩモジュール３０４がユーザによる操作に基づいて、帳票に差し込むデータの検索処理の実行を帳票管理サーバ１２１に指示する。そして、検索モジュール３０６で検索処理を行い、帳票出力モジュール３０７がその検索結果を用いて帳票出力処理を行う。
【００４５】
まず、ステップＳ１２０１において、検索・出力指示ＵＩモジュール３０４は、ユーザの操作に基づいて、検索条件と、出力する帳票とが指定されるまで待機する。尚、ここでは、検索条件と、出力する帳票との待機処理を１つにまとめているが、これらを別々の処理としてもよい。ここでは、指定される可能性のある全ての帳票の全てのフィールドに対して、そのフィールドに差し込むことのできるデータの階層が設定されているものとする。よって、このステップＳ１２０１の処理によって帳票が指定されることにより、その帳票に差し込むことのできるデータの階層が指定されることとなる。このように本実施形態では、例えば、ステップＳ１２０１の処理を行うことにより、入力手段、受け付け手段の一例が実現される。
【００４６】
検索条件と、出力する帳票とが指定されると、ステップＳ１２０２に進む。ステップＳ１２０２に進むと、検索・出力指示ＵＩモジュール３０４は、指定された"検索条件と帳票"を示すデータを生成して、帳票管理サーバ１２１に送信する。
次に、ステップＳ１２０３において、検索モジュール３０６は、データベース３１０にアクセスして、指定された帳票のデータを取得する。そして、検索モジュール３０６は、取得したデータに基づいて、フィールドに差し込み可能なデータの階層の値を取得し、その値の最大値と最小値とから、各フィールドに差し込み可能なデータの階層の範囲を求める。前述したように、このステップＳ１２０３の処理で取得した階層の範囲が最終的な検索結果に適用されることとなる。このように本実施形態では、ステップＳ１２０３の処理を行うことにより、取得手段の一例が実現される。
【００４７】
次に、ステップＳ１２０４において、検索モジュール３０６は、ステップＳ１２０１で指定された検索条件に基づいて、データベース３１０にアクセスし、検索条件に該当する各データの検索（一次検索結果の抽出）を行う。尚、このステップＳ１２０４における検索処理は一般的な検索でよく、特に限定されるものではない。このように本実施形態では、ステップＳ１１０４の処理を行うことにより、第２の検索手段の一例が実現される。
次に、ステップＳ１２０５において、検索モジュール３０６は、ステップＳ１２０３で抽出された一次検索結果の数（抽出されたデータの数）をＮに設定すると共に、ループ変数ｉを１に設定し、ループ用の値を設定する。
【００４８】
次に、ステップＳ１２０６において、検索モジュール３０６は、ループ変数ｉより一次検索結果の数Ｎが小さくないか否か（一次検索結果の数Ｎがループ変数ｉ以上であるか否か）を判定する。この判定の結果、ループ変数ｉより一次検索結果の数Ｎが小さいと判定されると（Ｎｏと判定されると）、後述するステップＳ１２１０に進む。
一方、ループ変数ｉより一次検索結果の数Ｎが小さくない（一次検索結果の数Ｎがループ変数ｉ以上である）場合にはステップＳ１２０７に進む。
【００４９】
ステップＳ１２０７に進むと、検索モジュール３０６は、ｉ番目の一次検索結果（検索条件に該当するｉ番目のデータ）が属する階層データ群のデータを取得する。例えば、図７に示したＩＤが「Ｄ０１」のデータ１００１が一次検索結果であった場合、検索モジュール３０６は、図６に示した階層データ群９０１に属するデータを全て取得する。
次に、ステップＳ１２０８において、検索モジュール３０６は、ステップＳ１２０６で取得された階層データ群のデータから、ステップＳ１２０３で取得した"階層の範囲"に該当するデータを検索の最終結果としてエントリする。尚、このステップＳ１２０８の処理で既にエントリ済みのデータが重複してエントリされないような調整処理が行われる。
【００５０】
そして、ステップＳ１２０９に進み、検索モジュール３０６はループ変数ｉに「１」を加算することで、次の一次検索の結果に対する処理を行えるようにする。
以上のステップＳ１２０６〜Ｓ１２０８が一連のループ処理となる。本ループ処理を一次検索結果の数（Ｎ回）繰り返すことにより、指定された"帳票と検索条件"に基づく検索結果が取得されることになる。以上のように本実施形態では、例えば、ステップＳ１２０６〜Ｓ１２０９の処理を行うことにより、検索手段が実現される。
そして、ステップＳ１２１０に進むと、検索モジュール３０６は、以上のようにして行った検索の結果に関するデータをクライアント端末１１１に送信する。そして、検索・出力指示ＵＩモジュール３０４は、検索の結果に関するデータに基づいて、ステップＳ１１０８で最終的にエントリされたデータ（検索結果）を、図８（ｂ）に示すようにそれらの親子関係（階層構造）をユーザが理解できるように表示する。尚、検索結果を表示方法は、図８（ｂ）に示したものに限定されない。
次に、ステップＳ１２１１において、検索・出力指示ＵＩモジュール３０４は、ステップＳ１２１０によって表示された検索結果の中から、最終的にユーザが所望するデータが選択されると、そのデータを取得する。この処理は一般的な手法で実現でき、特に限定されるものではない。
そして最後に、ステップＳ１２１２において、帳票作成・登録モジュール３０３は、ステップＳ１２０１で指定された帳票の各フィールドに対して、ステップＳ１２１１でユーザによって選択されたデータを流し込む（差し込む）。この処理も一般的な手法で実現でき、特に限定されるものではない。
【００５１】
次に、帳票のフィールドに差し込み可能なデータが属する階層を、帳票のフィールドに設定する方法の一例を説明する。
図１３は、帳票内（帳票フォーム内）に定義されている各フィールドの一例を示す図である。フィールド５０１は、イメージ（画像データ）が挿入されるフィールドを示す。フィールド５０２は、テキスト（テキストデータ）が挿入されるフィールドを示す。帳票内に各フィールド５０１、５０２を組み合わせる（設定する）ことで帳票が作成される。
【００５２】
図１４は、図１３に示したフィールド５０１の階層情報を設定する方法の一例を示す図である。
図１４に示すように、本実施形態では、クライアント端末１１１のユーザは、クライアント端末１１１のＣＲＴ表示装置２０２に表示される設定用ダイアログ６０１を用いて、フィールドの階層情報を設定するようにしている。
この設定用ダイアログ６０１において、フィールド名６０２は、現在選択されているフィールドの名称を示すものである。ここでは、図１３に示したフィールド５０１の名称である「ｉｍａｇｅ１」が選択されている。フィールドの階層設定６０３は、フィールド名６０２で選択されたフィールドの階層を示すものである。ここでは、フィールドの階層設定として「１」が設定されている。この階層設定６０３の値を変更することで、フィールド名６０２で選択されたフィールドに差し込み可能なデータの階層を変更することが可能となる。
ＯＫボタン６０４及びキャンセル６０５は、夫々、設定用ダイアログ６０１における"フィールド５０１の階層情報"の設定の有効化／無効化を指示するためのボタンである。
図１４に示したような設定用ダイアログ６０１を用いて、各フィールドの対象となるデータの階層を指定することで、帳票内で使用するデータの全階層を（設定用ダイアログ６０１で）指定することが可能となる。
尚、図１４では、フィールドの階層設定を行う場合に特化した例を示したが、この階層設定を行う際に、各フィールドのデータ項目も併せて設定することが可能である。フィールドに差し込む対象となるデータの階層を指定することができれば、フィールドの階層情報の設定方法は限定されるものではない。
【００５３】
図１５は、各フィールドに差し込むデータの階層が設定された帳票の一例を示す図である。
図１５（ａ）において、帳票７０１の中に複数のフィールド７０２〜７０６が定義されている。フィールド７０２は、フィールド名が「Main-Text」のテキストデータ用のフィールドであり、差し込み可能なデータの階層が「２」、差し込む対象となるデータのデータ項目名が「タイトル」に設定されたフィールドである。
フィールド７０３は、フィールド名が「Main-Image」のイメージデータ用のフィールドであり、差し込み可能なデータの階層が「２」、差し込む対象となるデータのデータ項目名が「メイン画像」に設定されたフィールドである。
【００５４】
フィールド７０４は、フィールド名が「Sub-Image1」のイメージデータ用のフィールドであり、差し込み可能なデータの階層が「３」、差し込む対象となるデータのデータ項目名が「サブ画像」に設定されたフィールドである。
同様に、フィールド７０５は、フィールド名が「Sub-Image2」のイメージデータ用のフィールドであり、差し込み可能なデータの階層が「３」、差し込む対象となるデータのデータ項目名が「サブ画像」に設定されたフィールドである。
フィールド７０６は、フィールド名が「Detail-Text」のテキストデータ用のフィールドであり、差し込み可能なデータの階層が「２」、差し込む対象となるデータのデータ項目名が「詳細情報」に設定されたフィールドである。
図１５（ｂ）は、図１５（ａ）に示すフィールド７０２〜７０６の内容を表形式で示した図である。
【００５５】
帳票管理サーバ１２１及びクライアント端末１１１は、差し込む対象となるデータの階層（図１５（ｂ）の対象階層）の値を取得することで、帳票７０１における各フィールド７０２〜７０６に対して設定された階層の範囲（最大値及び最小値）を取得できる。図１５に示す例では、差し込み可能なデータの階層の最小値が「２」であり、最大値が「３」であるので、差し込み可能なデータの階層の範囲は「２」以上「３」以下となる。
【００５６】
本実施形態では、フィールドの配置時に、帳票作成・登録モジュール３０３によって、データの階層情報が設定される。具体的に帳票作成・登録モジュール３０３は、例えば、ユーザによって選択されたフォーム作成用のサンプルにおけるフィールドに対して、データの階層情報を設定する。すなわち、帳票作成・登録モジュール３０３は、設定用ダイアログ６０１のフィールド名６０２で選択されているフィールドに対し、フィールドの階層設定６０３で選択されている"フィールドの階層情報"の値を設定することにより、データの階層情報を設定する。そして、帳票作成・登録モジュール３０３は、設定した"データの階層情報"を含む帳票のデータを帳票管理サーバ１２１に送信する。帳票管理モジュール３０９は、送信された帳票のデータをデータベース３１０に登録する。このように、データの階層情報を設定する際の処理は容易に類推することができるので、そのフローチャートの図示を省略する。尚、本実施形態では、帳票管理モジュール３０９が、送信された帳票のデータをデータベース３１０に登録することにより、記憶手段の一例が実現される。
【００５７】
以上のように本実施形態では、帳票のフィールドに差し込み可能なデータが属する階層が、各フィールドに対して予め設定された帳票を用いて検索を行うようにする。すなわち、ユーザによって指定された帳票から、当該帳票に差し込むことのできるデータの階層の範囲を取得する。これにより、ユーザによって選択された帳票に適さないデータを検索結果から除去することが可能となり、所望とするデータをユーザが容易に選択することが可能となる。この結果として、効率的な帳票の作成（出力）を実現することが可能となる。
尚、前述した第１、第２の実施形態においても、本実施形態の図１２のステップＳ１２１１、Ｓ１２１２のように、検索したデータを帳票に差し込んで出力する処理を行ってもよい。
【００５８】
（第４の実施形態）
次に、本発明の第４の実施形態について説明する。前述した第３の実施形態では、設定用ダイアログ６０１を用いて、帳票の各フィールドにデータの階層情報を設定する場合を例に挙げて説明した。これに対し、本実施形態では、クライアント端末１１１のユーザによるドラッグ＆ドロップの操作により、帳票の各フィールドにデータの階層情報を設定する場合を例に挙げて説明する。このように本実施形態と前述した第３の実施形態とは、帳票の各フィールドにデータの階層情報を設定する方法の一部が異なるだけである。したがって、本実施形態の説明において、前述した第１〜第３の実施形態と同一の部分については、図１〜図１５に付した符号と同一の符号を付すこと等により、詳細な説明を省略する。
【００５９】
図１６は、帳票を作成する際に、帳票の各フィールドにデータ項目名を定義する処理の一例を説明する図である。図１６に示すように、ここでは、図１５に示した帳票７０１の各フィールド７０２〜７０６に、図４に示したデータ４０１のデータ項目名を定義する場合を例に挙げて説明する。図１６に示すような画面が、クライアント端末１１１のＣＲＴ表示装置２０２の画面に表示される。
【００６０】
図１６において、矢印８０１は、データ４０１のデータ項目名「タイトル」がドラッグされ、帳票７０１のフィールド７０２（フィールド名が「Main-Text」であるフィールド）にドロップされていることを示している。このドラッグ＆ドロップという簡単な操作により、フィールド７０２に対してデータ項目名が設定され、これと同時にデータの階層情報が設定される。
この場合、図４（ｂ）に示したように、ＩＤが「Ｂ０１」であるデータは、第２階層に属するデータであることから、ドラッグ＆ドロップの操作によって自動的にフィールド７０２に対して、データの階層として「２」が設定されることとなる。
【００６１】
本実施形態では、帳票作成・登録モジュール３０３は、ユーザによるドラッグ＆ドロップの操作を受け付けて、ドラッグされたデータ項目名に対応する"データの階層"の値を取得する。そして、帳票作成・登録モジュール３０３は、取得した値を、ドロップされたフィールドに対して設定することにより、データの階層情報を設定する。このように、データの階層情報を設定する際の処理は容易に類推することができるので、そのフローチャートの図示を省略する。
【００６２】
（本発明の他の実施形態）
前述した本発明の実施形態におけるデータ検索装置を構成する各手段、並びにデータ検索方法の各ステップは、コンピュータのＲＡＭやＲＯＭなどに記憶されたプログラムが動作することによって実現できる。このプログラム及び前記プログラムを記録したコンピュータ読み取り可能な記録媒体は本発明に含まれる。
【００６３】
また、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。
【００６４】
尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図９、図１２に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接、あるいは遠隔から供給するものを含む。そして、そのシステムあるいは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。
【００６５】
したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【００６６】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
【００６７】
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。
【００６８】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
【００６９】
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【００７０】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【００７１】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【００７２】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。
【００７３】
尚、前述した各実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【図面の簡単な説明】
【００７４】
【図１】本発明の第１の実施形態を示し、帳票作成システムの構成の一例を示す図である。
【図２】本発明の第１の実施形態を示し、帳票管理サーバとクライアント端末の概略構成の一例を示した図である。
【図３】本発明の第１の実施形態を示し、帳票管理サーバとクライアント端末とのモジュール構成の一例を示す図である。
【図４】本発明の第１の実施形態を示し、階層データの一例を説明する図である。
【図５】本発明の第１の実施形態を示し、データの検索を開始する際に表示される検索指示画面の一例を示す図である。
【図６】本発明の第１の実施形態を示し、階層データ群の一例を示す図である。
【図７】本発明の第１の実施形態を示し、図６に示す各データ（「Ａ０１」〜「Ｄ０２」のデータ）に対し、ある検索条件を指定した場合に該当したデータの一例を示す図である。
【図８】本発明の第１の実施形態を示し、検索手法の一例を説明する図である。
【図９】本発明の第１の実施形態を示し、帳票に差し込むデータの候補を検索する際の帳票作成システムにおける動作の一例を説明するフローチャートである。
【図１０】本発明の第２の実施形態を示し、階層範囲を含む検索情報を事前に設定する際に表示される設定画面の一例を示す図である。
【図１１】本発明の第３の実施形態を示し、データの検索を開始する際に表示される検索指示画面の一例を示す図である。
【図１２】本発明の第３の実施形態を示し、データを差し込んだ帳票を出力する際の帳票作成システムにおける動作の一例を説明するフローチャートである。
【図１３】本発明の第３の実施形態を示し、帳票フォーム内に定義されている各フィールドの一例を示す図である。
【図１４】本発明の第３の実施形態を示し、図１３に示したフィールドの階層情報を設定する方法の一例を示す図である。
【図１５】本発明の第３の実施形態を示し、各フィールドに差し込むデータの階層が設定された帳票の一例を示す図である。
【図１６】本発明の第４の実施形態を示し、帳票を作成する際に、帳票の各フィールドにデータ項目名を定義する処理の一例を説明する図である。
【符号の説明】
【００７５】
１０１  ＬＡＮ
１１１〜１１３  クライアント端末
１２１  帳票管理サーバ
６０１  設定用ダイアログ
７０１  帳票
７０２〜７０６  フィールド
９０１〜９０４  階層データ群
１３０１  検索指示画面
１５０１  設定画面
１６０１  検索指示画面
【図１】
0005230193.tif 000002
【図２】
0005230193.tif 000003
【図３】
0005230193.tif 000004
【図４】
0005230193.tif 000005
【図５】
0005230193.tif 000006
【図６】
0005230193.tif 000007
【図７】
0005230193.tif 000008
【図８】
0005230193.tif 000009
【図９】
0005230193.tif 000010
【図１０】
0005230193.tif 000011
【図１１】
0005230193.tif 000012
【図１２】
0005230193.tif 000013
【図１３】
0005230193.tif 000014
【図１４】
0005230193.tif 000015
【図１５】
0005230193.tif 000016
【図１６】
0005230193.tif 000017