JP2010009412A - 情報処理装置、電子帳票管理システムおよびその帳票検索方法、並びにプログラム - Google Patents

Abstract

【課題】本発明は、複数の帳票データを検索する際に、ユーザの負荷を軽減し、検索をし易くする情報処理装置を提供する。
【解決手段】帳票データと当該帳票データ内に検索対象として設定された領域の文字列と設定された領域の領域識別情報とを含む領域情報とを対応させて記憶するサーバ装置に通信可能に接続された情報処理装置であって、検索対象となる帳票データの指定を受け付け、当該指定された少なくとも１つの帳票データに対応する領域情報を取得する。そして、取得された領域情報に従って、複数の帳票データに対応する領域と１つの帳票データに対応する領域とに分類し、分類した各領域を識別可能に表示する。
【選択図】図８

Description

本発明は、複数の帳票データを検索することが可能な情報処理装置、電子帳票管理システムおよびその帳票検索方法、並びにプログラムに関する。

従来の電子帳票管理システムでは、紙媒体である帳票を電子帳票（帳票データ）として保存・管理することにより、大量の帳票から必要な帳票のみを検索することが簡単且つ高速に可能となる。例えば、帳票データを検索する際に、電子帳票情報で検索したい領域（検索対象領域）を指定し、その検索対象領域に合致する条件を入力した上で所望の帳票データを検索する電子帳票システムが提案されている（特許文献１参照）。

また、電子帳票管理システムでは、業務の多様化や企業合併などで生じた様々な種類の帳票が順次電子化された結果、特定の目的に必要な情報が複数の帳票データ間に重複して保存されてしまう場合が起こる。そのため、複数の帳票データを突き合わせてチェックするような業務も増加している。例えば、銀行業務において、特定の顧客の住所と預金残高を同時に電子帳票システムから検索するには、顧客台帳と普通預金残高情報という２つの帳票データを検索する必要がある。
特開２００７−１７９２０１号公報

しかしながら、従来の電子帳票管理システムを利用して複数の帳票データを検索する場合、通常の検索よりも検索対象となる帳票データが多くなってしまうため、検索に時間を要してしまい、業務が滞るという問題がある。

また、従来の電子帳票管理システムでは、サーバ装置から電子帳票の基となるテキストデータがクライアント端末に送信され、クライアント端末が受信したテキストデータを基に電子帳票を生成している。この電子帳票は、テキストデータのテキストファイルと、そのテキストデータをどの位置に配置するのかといった位置ファイルと、帳票におけるフォーム（罫線や図）などの位置を定めるフォームファイルといった複数のファイルを用いて構成されている。

上記特許文献１に記載された技術を用いて帳票データの検索を行う場合、表示画面上で選択された検索対象領域から、位置ファイルを参照し、その検索対象領域にあるテキストデータからテキストファイルを取得し、取得したテキストファイルから検索するといった処理を行わなければならない。そのため、検索機能を有するアプリケーション（例えば、Ｍｉｃｒｏｓｏｆｔ社製の「ＭＳＯｆｆｉｃｅ」）とは異なり、検索に時間がかかるという問題がある。

また、複数の帳票データを検索する場合、ユーザが帳票検索を行うたびに帳票上で検索対象領域を設定し、検索を実行しなければならず、検索に手間がかかってしまう。そこで、管理者がよく検索する検索対象領域を予め設定しておき、検索するユーザがこの検索対象領域を利用して検索するようにしてもよいが、検索するユーザが、管理者が意図しない帳票から検索をかけようとした場合には、この管理者が設定した検索対象領域を用いることができず、検索するユーザが帳票上で検索対象領域を設定しなければならない。

さらに、大量の種類の帳票が存在し、帳票を作成した時期・部門等が異なっている場合には、帳票の項目が異なっていることが多く、例えば、顧客名でも帳票のオーバレイ上では、「氏名」、「顧客氏名」、「顧客名」等の様々な名称が見出し名となっている。この場合、管理者が検索対象領域を設定する時期も異なるため、本来、検索対象領域は１つのグループで管理され、検索する際にはこのグループに対して同じ検索が行われなければならないにも関わらず、検索対象領域を設定する時期の違いや見出し名が異なることにより、管理者が検索対象領域を以前設定した検索対象領域とは別領域として設定してしまうという問題がある。例えば、同じ種別の内容が記載される項目にも関わらず、「コウザバンゴウ」、「バンゴウ」、「Ｎｏ」といったように名称が異なる場合がある。その結果、設定された領域は別領域として管理され、複数の帳票を検索するときには、それぞれの帳票毎に、または設定されている検索対象領域毎に、それぞれ検索条件を設定しなければならず、煩雑な作業が発生してしまう。

また、検索するユーザは、どの帳票にどの検索対象領域が設定されているのかを把握しなければならず、検索する際の負荷が高い。

そこで、本発明は、複数の帳票データを検索する際に、ユーザの負荷を軽減し、検索をし易くする情報処理装置、電子帳票管理システムおよびその帳票検索方法、並びにプログラムを提供することを目的とする。

上記目的を達成するために、請求項１記載の情報処理装置は、帳票データと当該帳票データ内を検索するために設定される領域の領域情報とを対応させて記憶するサーバ装置と通信可能に接続される情報処理装置であって、検索対象となる帳票データの指定を受け付ける帳票データ指定手段と、前記帳票データ指定手段で指定された帳票データに対応する領域情報を取得する領域情報取得手段と、前記領域情報取得手段で取得された領域情報に従って、前記帳票データ指定手段で指定された帳票データに設定される領域を複数の帳票データに対応する領域と１つの帳票データに対応する領域とに分類する分類手段と、前記分類手段で分類された領域を識別可能に表示する表示手段とを備えることを特徴とする。

上記目的を達成するために、請求項８記載の電子帳票管理システムは、帳票データと当該帳票データ内を検索するために設定される領域の領域情報とを対応させて記憶する電子帳票管理システムであって、検索対象となる帳票データの指定を受け付ける帳票データ指定手段と、前記帳票データ指定手段で指定された帳票データに対応する領域情報を取得する領域情報取得手段と、前記領域情報取得手段で取得された領域情報に従って、前記帳票データ指定手段で指定された帳票データに設定される領域を複数の帳票データに対応する領域と１つの帳票データに対応する領域とに分類する分類手段と、前記分類手段で分類された各領域を識別可能に表示する表示手段とを備えることを特徴とする。

上記目的を達成するために、請求項９記載の情報処理装置の帳票検索方法は、帳票データと当該帳票データ内を検索するために設定される領域の領域情報とを対応させて記憶するサーバ装置と通信可能に接続される情報処理装置の帳票検索方法であって、検索対象となる帳票データの指定を受け付ける帳票データ指定工程と、前記帳票データ指定工程で指定された帳票データに対応する領域情報を前記サーバ装置から取得する領域情報取得工程と、前記領域情報取得工程で取得された領域情報に従って、前記帳票データ指定手段で指定された帳票データに設定される領域を複数の帳票データに対応する領域と１つの帳票データに対応する領域とに分類する分類工程と、前記分類工程で分類された領域を前記情報処理装置の表示手段に識別可能に表示する表示工程とを備えることを特徴とする。

上記目的を達成するために、請求項１６記載の電子帳票管理システムの帳票検索方法は、帳票データと当該帳票データ内を検索するために設定される領域の領域情報とを対応させて記憶する電子帳票管理システムの帳票検索方法であって、検索対象となる帳票データの指定をユーザから受け付ける帳票データ指定工程と、前記帳票データ指定工程で指定された帳票データに対応する領域情報を取得する領域情報取得工程と、前記領域情報取得工程で取得された領域情報に従って、前記帳票データ指定工程で指定された帳票データに設定される領域を複数の帳票データに対応する領域と１つの帳票データに対応する領域とに分類する分類工程と、前記分類工程で分類された各領域を識別可能に表示する表示工程とを備えることを特徴とする。

上記目的を達成するために、請求項１８記載の情報処理装置は、帳票データと当該帳票データ内を検索するために設定される領域の領域情報とを対応させて記憶するサーバ装置と通信可能に接続される情報処理装置であって、検索対象となる帳票データの指定を受け付ける帳票データ指定手段と、前記帳票データ指定手段で指定された帳票データに対応する領域情報を取得する領域情報取得手段と、前記領域情報取得手段で取得された領域情報に従って、領域一覧を表示する表示手段と、前記帳票データ指定手段で指定された帳票データ内を検索するために、前記表示手段で表示された領域一覧から領域を指定する領域指定手段と、前記領域指定手段で指定された領域が前記帳票データ指定手段で指定された帳票データに設定されていない場合、前記帳票データ指定手段で指定された帳票データのうち、当該指定された領域が設定されていない帳票データに一時的に領域を設定する領域設定手段とを備えることを特徴とする。

上記目的を達成するために、請求項１９記載の電子帳票管理システムは、帳帳票データと当該帳票データ内を検索するために設定される領域の領域情報とを対応させて記憶する電子帳票管理システムであって、検索対象となる帳票データの指定を受け付ける帳票データ指定手段と、前記帳票データ指定手段で指定された帳票データに対応する領域情報を取得する領域情報取得手段と、前記領域情報取得手段で取得された領域情報に従って、領域一覧を表示する表示手段と、前記帳票データ指定手段で指定された帳票データ内を検索するために、前記表示手段で表示された領域一覧から領域を指定する領域指定手段と、前記領域指定手段で指定された領域が前記帳票データ指定手段で指定された帳票データに設定されていない場合、前記帳票データ指定手段で指定された帳票データのうち、当該指定された領域が設定されていない帳票データに一時的に領域を設定する領域設定手段とを備えることを特徴とする。

上記目的を達成するために、請求項２０記載の情報処理装置の帳票検索方法は、帳票データと当該帳票データ内を検索するために設定される領域の領域情報とを対応させて記憶するサーバ装置と通信可能に接続される情報処理装置の帳票検索方法であって、検索対象となる帳票データの指定を受け付ける帳票データ指定工程と、前記帳票データ指定工程で指定された帳票データに対応する領域情報を取得する領域情報取得工程と、前記領域情報取得工程で取得された領域情報に従って、領域一覧を表示する表示工程と、前記帳票データ指定工程で指定された帳票データ内を検索するために、前記表示工程で表示された領域一覧から領域を指定する領域指定工程と、前記領域指定工程で指定された領域が前記帳票データ指定工程で指定された帳票データに設定されていない場合、前記帳票データ指定手段で指定された帳票データのうち、当該指定された領域が設定されていない帳票データに一時的に領域を設定する領域設定工程とを実行することを特徴とする。

上記目的を達成するために、請求項２１記載の電子帳票管理システムの帳票検索方法は、帳票データと当該帳票データ内を検索するために設定される領域の領域情報とを対応させて記憶する電子帳票管理システムの帳票検索方法であって、検索対象となる帳票データの指定を受け付ける帳票データ指定工程と、前記帳票データ指定工程で指定された帳票データに対応する領域情報を取得する領域情報取得工程と、前記領域情報取得工程で取得された領域情報に従って、領域一覧を表示する表示工程と、前記帳票データ指定工程で指定された帳票データ内を検索するために、前記表示工程で表示された領域一覧から領域を指定する領域指定工程と、前記領域指定工程で指定された領域が前記帳票データ指定工程で指定された帳票データに設定されていない場合、前記帳票データ指定手段で指定された帳票データのうち、当該指定された領域が設定されていない帳票データに一時的に領域を設定する領域設定工程とを備えることを特徴とする。

本発明によれば、複数の帳票データを検索する際に、ユーザの負荷を軽減し、検索をし易くすることができる。

以下、本発明の実施の形態を図面を参照して詳細に説明する。

図１は、本発明の実施形態に係る電子帳票管理システムの概略構成を示す図である。

図１において、帳票サーバ１００は、電子帳票管理装置として、複数種類の電子帳票（以下、単に「帳票」と称す）のデータ（以下、「帳票データ」または「帳票ファイル」と称す）を記憶、管理し、ネットワーク１０３を介してクライアントＰＣ１０１，１０２に対して、帳票ファイルの閲覧や検索等のサービスを提供する。

クライアントＰＣ１０１，１０２は、ユーザが利用するパーソナルコンピュータ等の情報処理装置である。クライアントＰＣ１０１，１０２は、ネットワーク１０３を介して帳票サーバ１００に通信可能に構成され、帳票サーバ１００に対して帳票ファイルの検索要求や検索結果の閲覧等が可能である。

ネットワーク１０３は、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）やインターネット等で構成される。なお、ネットワーク１０３に接続される各種装置については、図示例に限らず、用途や目的に応じて様々な装置が接続されていてもよい。

図２は、図１における帳票サーバ１００のハードウェア構成の一例を示すブロック図である。

図２において、ＣＰＵ（中央演算装置）２０１は、システムバス２０４に接続される各デバイスを統括的に制御するとともに、各種プログラムを実行することで様々な機能を実現する。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリであり、ワークエリア、一時退避領域等として機能する。ＲＯＭ２０３或いは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、帳票サーバ１００において様々な機能を実現するためのプログラム２１２が記憶されている。ＣＰＵ２０１は、これらのプログラムを必要に応じてＲＡＭ２０２にロードして実行する。プログラム２１２の実行時に用いられる帳票ファイル２１３およびインデックスファイル２１４は、外部メモリ２１１に格納されている。これらについての詳細な説明は後述する。ＤＢ（データベース）２１５には、図２４に示すインデックス領域管理情報マスタ２４００や図２３に示すグループインデックス情報マスタ２３００が記憶されている。これらについては後述する。

入力コントローラ２０５は、例えば、キーボードやマウス等で構成された入力部２０９からの操作入力を制御する。表示コントローラ２０６は、表示部２１０の表示を制御する。表示部２１０は、例えば、ＣＲＴや液晶ディスプレイ等で構成される。

外部メモリコントローラ（ＭＣ）２０７は、ブートプログラム、各種のアプリケーション、ユーザファイル、編集ファイルを記憶する外部メモリ２１１へのアクセスを制御する。加えて、サーバ或いは各クライアントＰＣの各種機能を実現するための各種テーブル、パラメータが記憶されている。外部メモリ２１１は、ハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）、磁気テープドライブ等で構成される。

通信Ｉ／Ｆコントローラ２０８は、ネットワーク１０３を介して行われる、クライアントＰＣ等の外部機器との通信を制御する。

クライアントＰＣ１０１，１０２は、帳票サーバ１００と略同様のハードウェア構成を有するので、その説明は省略する。なお、インデックスファイル２１４、ＤＢ２１５については保持されていない。帳票ファイル２１３については、クライアントＰＣが、表示するために必要な部分のみを帳票サーバ１００から受信するので、クライアントＰＣ１０１，１０２が予め保持することない。クライアントＰＣ１０１，１０２は、帳票ファイル２１３を表示するためのクライアントモジュールを保持し、帳票サーバ１００内のプログラム２１２とは異なるプログラムを保持する。また、クライアントＰＣ１０１，１０２では、帳票ファイル２１３の表示若しくは任意の帳票ファイル２１３に対する検索条件の指定等が可能である。

次に、帳票サーバ１００、クライアントＰＣ１０１，１０２の機能について説明する。

図３は、帳票サーバ１００の機能部分の概略構成を示すブロック図である。

図３において、帳票サーバ１００は、帳票データ記憶制御部３４０１と、領域情報記憶制御部３４０２と、検索部３４０３と、通信制御部３４０４とを有する。

帳票データ記憶制御部３４０１は、帳票ファイル２１３の読出し、書き込みの制御を行う。また、帳票データ記憶制御部３４０１は、クライアントＰＣ１０１，１０２からの要求に応じて、帳票ファイル２１３の読み出しを行い、通信制御部３４０４を介してクライアントＰＣ１０１，１０２へ送信する。通信制御部３４０４は、ネットワーク１０３上のクライアントＰＣ１０１，１０２との通信を制御し、帳票ファイル２１３の送信以外に各種データの送受信のための制御を行う。

領域情報記憶制御部３４０２は、図７に示すインデックス領域管理情報と図６に示すインデックスファイル２１４の読み出し、書き込みの制御を行う。また、領域情報記憶制御部３４０２は、クライアントＰＣ１０１，１０２からインデックスファイル２１４の作成指示がなされると、インデックス領域管理情報とインデックスファイル２１４を作成する。そして、作成したインデックス領域管理情報を外部メモリ２１１（またはＤＢ２１５）に、作成したインデックスファイル２１４を外部メモリ２１１にそれぞれ記憶させる。

検索部３４０３は、クライアントＰＣ１０１，１０２からインデックスファイル２１４を用いた帳票検索の指示があった場合、当該指示に従って検索を実行する。具体的には、検索部３４０３は、クライアントＰＣ１０１，１０２から検索条件を取得し、この取得した検索条件の対象領域設定欄１３０１に従って領域情報記憶制御部３４０２が読み出したインデックスファイル２１４から、取得した検索条件（種別、条件、比較）に一致する文字列の検索を行う。検索条件は、図１７に示す対象領域設定欄（インデックス名、グループインデックス名、仮想インデックス名）１３０１、種別設定欄１３０２、条件設定欄１３０３、比較設定欄１３０４で設定されたものである。検索された結果は、通信制御部３４０４により、検索の指示を出したクライアントＰＣへ送信される。

なお、帳票サーバ１００内の外部メモリ２１１には、帳票制御プログラムが記憶されている。帳票制御プログラムが実行されることで、帳票データ記憶制御部３４０１、領域情報記憶制御部３４０２、検索部３４０３、および通信制御部３４０４の各機能が実現される。

図４は、クライアントＰＣ１０１，１０２の機能部分の概略構成を示すブロック図である。なお、クライアントＰＣ１０１と１０２は同一の構成であることから、以下の説明ではクライアントＰＣ１０１について説明する。

クライアントＰＣ１０１は、通信制御部３４０５と、表示制御部３４０６と、領域識別情報取得部３４０７と、領域分類部３４０８と、検索制御部３４０９とを備える。通信制御部３４０５は、ネットワーク１０３を介して帳票サーバ１００との通信を制御する。また、通信制御部３４０５は、帳票サーバ１００から帳票ファイル２１３を受信して表示制御部３４０６へ渡す。

表示制御部３４０６は、帳票サーバ１００より受信した帳票ファイル２１３の表示や後述する画面表示の制御を行う。表示制御部３４０６は、例えば、図１４に示す複数帳票検索画面５００上で帳票ファイルを指定可能にすべく表示を制御する。

クライアントＰＣ１０１は、複数帳票検索画面５００上で選択された帳票ファイル２１３のインデックス領域管理情報を、通信制御部３４０５により帳票サーバ１００内のインデックス領域管理情報マスタ２４００から取得する。領域識別情報取得部３４０７は、通信制御部３４０５を介して帳票サーバ１００から取得したインデックス領域管理情報からインデックス名を取得する。

領域識別情報取得部３４０７により取得されたインデックス名が、領域分類部３４０８により、複数帳票検索画面５００で指定された帳票ファイル２１３のうち複数の帳票ファイル２１３に設定されたインデックス領域の名称と、複数帳票検索画面５００で指定された帳票ファイル２１３のうち１つの帳票ファイル２１３にしか設定されていないインデックス領域の名称とに分類される。分類されたインデックス名は、図１７に示すように、表示制御部３４０６により対象領域設定欄１３０１にインデックスリスト１３０５として表示される。

インデックスリスト１３０５から所望のインデックス名が指定されると共に他の検索条件（種別、条件、比較）が入力され、検索実行がなされると、検索制御部３４０９は、検索条件情報を生成し、通信制御部３４０５を介して帳票サーバ１００へ検索の実行指示を行う。検索条件情報とは、図１７に示す検索条件表示欄５０２の対象領域設定欄１３０１、種別設定欄１３０２、条件設定欄１３０３、比較設定欄１３０４で設定または入力された情報である。

表示制御部３４０６による表示制御は、クライアントＰＣ側のプログラムにより行われる。例えば、Ａｃｔｉｖｅ−Ｘが帳票サーバ１００からクライアントＰＣにダウンロードされ、実行される。

本実施の形態では、帳票ファイル２１３を表示させる際に、Ａｃｔｉｖｅ−Ｘが帳票サーバ１００からクライアントＰＣにダウンロードされ、クライアントＰＣ上のブラウザにより帳票ファイル２１３が表示される。また、インデックスを用いた検索を行うための各種表示制御をＡｃｔｉｖｅ−Ｘを用いて制御するように構成しているが、これに限定されない。例えば、ブラウザを用いることなく、クライアントサーバ型のシステムで構成してもよい。この場合、クライアントＰＣ側に、帳票ファイル２１３を表示、検索することができる独自のプログラムを予めインストールさせて実現させることも可能である。また、検索部３４０３をクライントＰＣ側に機能を持たせることも可能である。

なお、クライアントＰＣ１０１内の外部メモリには、帳票表示制御プログラムが記憶されている。帳票表示制御プログラムが実行されることで、通信制御部３４０５、表示制御部３４０６、領域識別情報取得部３４０７、領域分類部３４０８、および検索制御部３４０９の各機能が実現される。この帳票表示制御プログラムは、クライアントＰＣ１０１内の外部メモリに記憶されたブラウザ（インターネット閲覧プログラム）で制御可能なプログラム（ＨＴＭＬを含む）であっても、独自に組まれたプログラムであってもよい。

図５は、帳票ファイル２１３の構成例を示す図である。

帳票ファイル２１３は、帳票における罫線や図などのレイアウトを定めるフォーム情報３３０１と、帳票に含まれる文字に関する帳票テキストデータ３３０２と、帳票における行ピッチや文字のフォントなどを定める帳票レイアウト定義情報３３０３と、帳票において帳票テキストデータの配置を定める帳票テキスト配置情報３３０４とで構成されている。

クライアントＰＣ１０１が帳票（帳票イメージ）を表示する場合、帳票サーバ１００で図示の４つの情報ファイルから表示用の帳票データを生成し、その帳票データをダウンロードした後にハードディスクに一時保存し、ワークメモリに読み込んだ後にディスプレイに帳票として表示する。なお、例えば、クライアントサーバ型のシステムである場合には、４つの情報ファイルを帳票サーバ１００からダウンロードし、クライアントＰＣ１０１で表示用の帳票データを生成して、ディスプレイに帳票として表示するように構成してもよい。帳票レイアウト定義情報３３０３には、帳票レイアウトに関する情報が含まれており、この情報から帳票の各行の高さが定義される。

また、帳票ファイル２１３は、１つまたは複数のファイルによって構成され、１または複数のページを含有している。帳票サーバ１００は、複数の帳票ファイル２１３のうちの同じ種類のものをグループ化して管理しており、それぞれの帳票ファイル２１３はそのグループの中の世代と呼ばれる。例えば、営業日報のように、日時が異なる同じ種類の帳票が世代として管理される。

図６は、インデックスファイル２１４の構成例を示す図である。

図６に示すように、インデックスファイル２１４は、キーファイル３０１と位置ファイル３０２とで構成されている。これら２つのファイルが帳票上の１つの領域のデータを持っている。インデックスファイル２１４は、帳票ファイル２１３からユーザが指定した領域に関するデータと当該データの位置（座標）とを抜き出して蓄えられたファイルであり、帳票ファイル２１３の検索処理専用のファイルである。なお、インデックスファイル２１４と帳票ファイル２１３は後述する図７を用いて関連付けされている。

キーファイル３０１には、ユーザが指定した帳票上のある領域（後述するインデックス領域管理情報における矩形座標欄に指定される領域）の中から抜き出された文字列がキー文字列３０１ａとして保存されている。また、キーファイル３０１には、開始レコード位置３０１ｂと終了レコード位置３０１ｃが保存されている。レコード位置とは、キーファイル３０１とリンクしている位置ファイル３０２のレコード番号を示している。

位置ファイル３０２は、キー文字列が見つかったページ番号と、帳票上の開始位置（座標）と終了位置（座標）がレコードとして保存されている。データは、キー文字列の昇順にソートされている。

図示例は、キー文字列が日付の場合であり、帳票上の領域の中から抜き出された日付データが昇順にソートされ、キーファイル３０１のキー文字列３０１ａに格納されている。また、開始レコード位置３０１ｂ、終了レコード位置３０１ｃに格納されているレコード番号により、位置ファイルの対応するレコード位置に保存されている位置情報に日付データが存在していることがわかる。例えば、検索処理によって「２００００１０５」（２０００年１月５日）と一致するデータを検索する場合、キーファイル３０１のキー文字列３０１ａを走査し、データの存在を確認することができる。そして、当該レコードに格納されている開始レコード位置３０１ｂ、終了レコード位置３０１ｃより、位置ファイルの対応するレコード番号３の位置情報により、帳票の１ページ目の座標１２０から１３０の範囲に、また、レコード番号４の位置情報により、帳票の２ページ目の座標５０から６０の範囲に「２００００１０５」が存在すると判定できる。

一方、検索対象が「２００００１０４」の場合は、帳票の１ページ目の座標５０から６０の範囲、６５から７５の範囲、８０から９０の範囲の３つに存在することになる。

本実施の形態では、インデックスファイル２１４を作成する際には、図５の４つのファイルから生成された表示用の帳票データをクライアントＰＣのディスプレイ上で、例えば、管理者により領域（図２２（ａ）に示す画面上で指定された検索対象領域）を設定させる。この管理者により設定された領域の位置情報を帳票サーバ１００へ送信することで、帳票ファイル２１３に含まれる帳票テキスト配置情報３３０４や帳票テキストデータ３３０２、帳票レイアウト定義情報３３０３を利用して、設定された領域内にある文字列を抽出する。具体的には、クライアントＰＣ１０１は、帳票テキスト配置情報３３０４から帳票テキストデータ３３０２が帳票イメージ上のどの座標位置に配置されているのかを取得し、テキストデータの配置座標とインデックス領域の位置情報の相対関係を基に、位置情報で特定される行およびその行の有効範囲に含まれる文字列を抽出する。この抽出された文字列と、その文字列が電子帳票上でどの位置にあるかという座標位置から、図６に示すキーファイル３０１と位置ファイル３０２が生成される。このキーファイル３０１とインデックスの位置ファイル３０２がインデックスファイル２１４となる。

次に、インデックスファイル２１４の作成方法について説明する。

本実施の形態では、複数の帳票ファイル２１３を検索する際に、複数の帳票ファイル２１３にインデックス領域管理情報の設定をする必要がある。設定されたインデックス領域管理情報に基づいて、インデックスファイル２１４が作成される。インデックスファイル２１４が作成されるタイミングは、インデックス領域管理情報が設定された帳票ファイルに新たな世代の帳票ファイルが登録されるタイミングである。また、インデックスファイル２１４が存在しない帳票ファイル２１３に対して、インデックス検索を行うようにすることが必要になった場合には、この帳票ファイルに管理者の操作に応じてインデックス領域が設定され、この設定されたインデックス領域のインデックス領域管理情報が登録（記憶）されたタイミングでインデックスファイル２１４を作成することも可能である。

新たな世代の帳票が登録されると、既に他の世代の帳票のインデックス領域管理情報の矩形座標を用いて、登録された新たな世代の帳票のインデックスファイル２１４が生成される。インデックスファイル２１４が作成されると、他の世代の帳票のインデックス領域管理情報が外部メモリ２１１（ＤＢ２１５でも可）に複製され、複製されたインデックス領域管理情報の世代ＩＤが新たな世代として登録された帳票の世代ＩＤに書き換えられる。

なお、新たな世代の帳票が登録された際のインデックスファイル２１４或いはインデックス領域管理情報の生成は、上述の方法に限ることはない。例えば、新たな世代の帳票が登録されると、他の世代で記憶されているインデックス領域管理情報が外部メモリ２１１（ＤＢ２１５でも可）に複製され、複製されたインデックス領域管理情報の世代ＩＤが、今回新たな世代として登録された帳票の世代ＩＤに書き換えられる。その書き換えられたインデックス領域管理情報に従って、インデックスファイル２１４が作成される。

次に、帳票ファイル２１３に対して、管理者がインデックスファイル２１４を作成するための領域（インデックス領域）を指定し、そのインデックス領域に対する設定を行う流れを図２２（ａ）、図２２（ｂ）を参照して説明する。

インデックスファイル２１４は、管理者が、予め帳票サーバ１００に登録（記憶）されている帳票ファイル２１３を図２２（ａ）に示すようにクライアントＰＣ上に表示させ、表示された帳票ファイル２１３上にインデックス領域を指定することで作成される。管理者は、マウスやキーボードなどの入力部２０９を用いて、表示された帳票ファイル２１３上の文字列等が配置されるインデックス領域を指定する。インデックス領域が指定されると、図２２（ｂ）に示すインデックス矩形（インデックス領域）情報（インデックス領域管理情報）の設定ダイアログ１００２が表示される。インデックス領域管理情報は、図７に示すように、インデックスファイル２１４を管理するための情報であって、インデックスファイル２１４と共に作成され、例えば、インデックスＩＤ等によりインデックスファイル２１４と紐付けがなされている。

表示された設定ダイアログ１００２上では、インデックス領域管理情報として、数値、文字、日付の３種類の種別（種別情報）１００４が選択可能である。日付が選択された場合は、日付表現形式１００５も指定することができる。インデックス名入力領域１００３に入力される名称は、管理者がインデックス領域を指定した後、当該領域に任意に与える名称である。なお、複数の帳票ファイル２１３をグループ化した際につけたグループインデックスの名称もインデックス名として保持される。

図示例では、帳票の日付データ（取扱日時）上に領域１００１が指定されている。そして、設定ダイアログ１００２に対して、インデックス名として「取扱日付」という任意の文字列（文字列情報）がインデックス名入力領域１００３に入力され、種別として「日付」がチェックボックス１００４に設定されている。また、種別が日付であるので、日付表示形式として「ＹＹ／ＭＭ／ＤＤ」がドロップダウンリストにより設定されている。

上記設定操作によって、インデックスファイル２１４を作成するためのインデックス領域管理情報が外部メモリ２１１等に保存される。

図７は、インデックス領域管理情報の構成例を示す図である。

帳票ＩＤは、帳票毎に付与される識別用のＩＤである。世代ＩＤは、ある種類の帳票の世代毎に付与される識別用のＩＤである。本実施の形態では、同一種類の帳票で内容が異なるものを世代として管理することが可能である。例えば、１月の月報と２月の月報を別世代（別の世代ＩＤで管理）で管理し、帳票は同一帳票（同じ帳票ＩＤで管理）でする。なお、本実施の形態では、世代ＩＤが異なっている帳票であっても、同一の帳票ＩＤであれば、全ての世代の帳票にインデックス領域管理情報を記憶しているため、図２６で世代ＩＤは不図示である。

インデックスＩＤは、インデックス領域管理情報を特定する一意のＩＤである。なお、インデックスＩＤはインデックスファイル２１４を生成する際に帳票サーバ１００で付与される。インデックス名は、管理者により任意に指定される名称である。矩形座標（検索位置）には、座標情報（Ｘ座標、ｙ座標、）・高さ・幅が記憶される。矩形種別（属性情報）には、矩形の種別が記憶される。本実施形態においては、「文字」、「数値」、「日付」の３種類である。日付表現形式は、ｙｙ｜ｍｍ｜ｄｄ｜ｙｙｍｍ｜ｍｍｄｄ｜ｙｙｍｍｄｄ｜ｍｍｄｄｙｙのいずれかの形式をとる。

インデックス領域管理情報は、インデックス領域管理情報マスタ２４００としてＤＢ２１５に登録される。

次に、図１の電子帳票管理システムにおける複数帳票検索の流れについて説明する。

図８は、図１の電子帳票管理システムにおける複数帳票検索の流れを示すフローチャートである。

図８において、ユーザがクライアントＰＣ１０１を利用して複数の帳票データを検索する場合、まずクライアントＰＣ１０１と帳票サーバ１００との間でインデックス情報（検索情報）の取得処理が行われる（ステップＳ１０１）。インデックス情報は、帳票検索に必要な情報であって、帳票サーバ１００内のＤＢ２１５で保存管理されている図２４に示すインデックス領域管理情報マスタ２４００から、クライアントＰＣ上で選択された帳票に応じて取得される情報である。インデックス情報取得処理の詳細については後述する。

インデックス情報取得処理が終了した後、複数帳票検索画面５００上でユーザにより対象領域設定欄１３０１が押下されると、インデックス領域表示処理により図１７に示すようにインデックスリスト１３０５（領域一覧）が表示される（ステップＳ１０３）。インデックス領域表示処理により、検索対象となる複数種類の帳票に対応するインデックスリスト１３０５がプルダウン表示され、選択されたインデックスに基づき検索処理を実施することが可能となる。インデックス領域表示処理の詳細については後述する。

クライアントＰＣ１０１上に表示されたインデックス一覧から任意のインデックスが選択された後、ユーザによりマウスの右ボタンがクリックされた場合、図１９に示すメニュー画面が表示され、ステップＳ１０５メニュー選択処理に遷移する。またマウスの左ボタンをクリックした場合、ステップＳ１０８に進む。

ステップＳ１０５メニュー選択により、グループインデックス作成（図１９の１００１）を選択した場合、ステップＳ１０６で新規グループインデックスの追加処理を行う。例えばインデックス名の「バンゴウ」と「Ｎｏ」と「コウザバンゴウ」が同じ内容で、同一インデックスとして複数検索処理を実施したい場合、ステップＳ１０６の新規グループインデックスの処理となる。またインデックスが存在しない帳票を検索対象として追加する場合は、ステップＳ１０７の検索対象帳票の追加処理（仮想インデックス作成処理）を行う。例えば口座番号に対応するインデックスは存在しないが、複数帳票検索として、帳票内の口座番号のエリアを検索する場合、この処理を実行する。

次に、選択した複数の帳票のうち、口座番号に対応するインデックスが存在しない場合、ステップＳ１０７の検索対象帳票の追加処理（仮想インデックス作成処理）を行う。この処理はステップＳ１０５のメニュー選択（図１９のメニュー画面１９００）より遷移される。

一方、ステップＳ１０３以降で入力が行われた後に、ユーザにより検索実行ボタン５０８が押下された場合には、クライアントＰＣ１０１と帳票サーバ１００との間で検索実行処理を行う（ステップＳ１０９）。なお、ステップＳ１０９の検索実行処理については、ステップＳ１０３以降で、検索条件がセットされた後に行う必要があるが、内部処理で制御するのではなく、ユーザ操作により実行するものとする。

ステップＳ１０８では、クライアントＰＣ１０１は、検索条件の設定処理を行う。検索条件は、検索条件指定欄５０４における対象領域設定欄１３０１を選択することにより、検索対象のインデックスを選択すると、インデックス名に対応する検索種別が表示される。

検索種別は、インデックス作成時に既に区別されており、文字・数値・日付が種別として存在する。条件設定欄１３０３には、実際に検索する値を入力する。入力はセルに直接入力をしても、一度ダイアログが表示され、ダイアログから入力してもいいものとする。

比較設定欄１３０４が選択されると、比較の条件がリスト１３０６として表示される。リスト１３０６に表示される条件は、検索種別が文字・数値によりことなり、文字の場合“含む”“を含まない”“で始まる”“で終わる”“と一致する”“と一致しない”という比較条件が表示される。数値の場合、“と等しい”・”以上”・“以下”・“より大きい”・“より小さい”・“と異なる”という比較条件が表示され、日付の場合、“と同じ日付”・“以降の日付”・“以前の日付”・“より後の日付”・“より前の日付”・“と異なる日付”という比較条件が表示される。

ステップＳ１０８の検索条件の設定が完了し、検索実行ボタンが押下されると（ステップＳ１０２で検索実行ボタン押下）、クライアントＰＣ１０１は、ステップＳ１０９の検索実行処理を行う。例として、図２６に示す仮想インデックス付加後にインデックス情報バッファ（インデックス情報を記憶するために確保されたＲＡＭ上の領域）に格納された情報２６００より“口座番号”を今回の検索の対象となるインデックスとする。この場合、仮想インデックス付加後にインデックス情報バッファに格納された情報より今回の検索の対象となるインデックスのインデックス情報を取得する。例えば、口座番号の場合、取得されたインデックス情報は、図２７に示す検索対象領域選択後の情報２７００となる。

図９は、図８のステップＳ１０１におけるインデックス情報取得処理の詳細を示すフローチャートである。

ステップＳ２０１では、クライアントＰＣ１０１は、図１４に示す複数帳票検索画面５００を表示部に表示する。画面表示には、例えば、クライアントＰＣ１０１が備えるブラウザを用いて行われるが、これに限定されるものではない。

複数帳票検索画面５００は、選択帳票リスト表示欄５０１と検索条件表示欄５０２とを備える。選択帳票リスト表示欄５０１には、帳票ＩＤ表示欄５０５、帳票名表示欄５０６、ディレクトリ表示欄５０７が配置されている。検索条件表示欄５０２には、検索条件指定欄５０４として、対象領域設定欄１３０１、種別設定欄１３０２、条件設定欄１３０３、および比較設定欄１３０４が配置されている。

複数帳票検索画面５００上で帳票追加ボタン５０３がクリックされると、図１５に示す帳票選択画面６００が表示される。帳票選択画面６００上のＩＤ欄６０１には、ディレクトリＩＤ、帳票ＩＤが表示される。名称欄６０２には、ディレクトリ名、帳票名が表示される。

ＩＤ欄６０１に表示されたＩＤがディレクトリか帳票かの判断は、表示されているＩＤの脇のアイコンにより行う。帳票用のアイコン６０４は、ディレクトリ用のアイコン６０３とは異なるデザインである。

帳票選択画面６００上で帳票が選択されたときは、ＩＤ欄６０１の帳票部分６０４が、複数帳票検索画面５００上の帳票ＩＤ表示欄５０５に表示される。帳票名表示欄５０６には、帳票用のアイコン６０４の名称６０６が表示される。複数帳票検索画面５００上のディレクトリ表示欄５０７には、名称表示欄６０５に表示されている名称を用いてディレクトリが表示される。

このように、帳票選択画面６００に表示されている帳票一覧からユーザの指示に従って帳票が選択されると、図１６のように帳票が追加され、一覧表示される。

この帳票選択画面６００上で検索対象とする帳票データを順次選択することで、図１６に示すように、選択帳票リスト表示欄５０１に追加した帳票データが表示される。帳票選択画面６００で帳票データが選択され、選択帳票リスト表示欄５０１に帳票データが追加されるたびに、追加された帳票データに対応する帳票ＩＤがクライアントＰＣ１０１から帳票サーバ１００に送信される。帳票サーバ１００は、受信した帳票ＩＤに対応するインデックス領域管理情報をＤＢ２１５（内のインデックス領域管理情報マスタ２４００）から取得して、クライアントＰＣ１０１へ送信する。このように、帳票データが選択された後に、検索条件指定欄５０４の「対象領域」が押下されると、受信したインデックス領域管理情報のインデックス名を取得して、図１７に示すようにインデックス名をリスト表示させる。

ステップＳ２０２では、クライアントＰＣ１０１は、帳票サーバ１００に対して、帳票選択画面６００の表示指示の送信（帳票選択画面６００を表示するための表示情報の取得要求）を行う。

ステップＳ２０３では、帳票サーバ１００は、クライアントＰＣ１０１より送信された表示指示を受信する。

ステップＳ２０４では、帳票サーバ１００は、プログラム２１２を実行し、帳票ファイル２１３に基づいて、ＤＢ２１５から帳票一覧情報を取得する。

ステップＳ２０５では、帳票サーバ１００は、ステップＳ２０４で取得した帳票一覧情報からクライアントＰＣ１０１で表示するための表示情報を生成する。

ステップＳ２０６では、帳票サーバ１００は、クライアントＰＣ１０１に対し、ステップＳ２０５で生成した表示情報の送信を行う。

ステップＳ２０７では、クライアントＰＣ１０１は、帳票サーバ１００から送信された表示情報の受信を行う。

ステップＳ２０８では、クライアントＰＣ１０１は、ステップＳ２０７で受信した表示情報を元に、例えば、ブラウザで帳票選択画面６００を表示する。帳票選択画面６００では、帳票データが階層構造で表示される。

クライアントＰＣ１０１で表示されている帳票選択画面６００上で、ユーザが手動で検索を実施する対象の帳票を選択すると（ステップＳ２０９）、選択された帳票が、クライアントＰＣ１０１内のＲＡＭ上に設定された選択帳票バッファに図２８に示す情報２８００として格納される。

次に、ステップＳ２１０では、クライアントＰＣ１０１は、帳票サーバ１００に対し、ステップＳ２０９で選択された検索対象帳票の情報（例えば、帳票ＩＤ）を送信する。

ステップＳ２１１では、帳票サーバ１００は、クライアントＰＣ１０１より送信された検索対象帳票情報（帳票ＩＤ）を受信する。

ステップＳ２１２では、帳票サーバ１００は、クライアントＰＣ１０１より送信された検索対象帳票情報（帳票ＩＤ）と、ＤＢ２１５内のインデックス領域管理情報マスタ２４００より、検索対象帳票（帳票ＩＤ）に該当するインデックス情報を取得する（領域情報取得）。また、取得したインデックス情報のインデックスＩＤと図２３に示すグループインデックス情報マスタ２３００とを比較して、一致するインデックスＩＤを持つレコードがグループインデックス情報マスタ２３００にあったら、そのレコードのグループＩＤを取得する。取得したグループＩＤを持つレコードのグループインデックス情報（グループＩＤ、グループインデックス名、インデックスＩＤ、インデックス名）を取得する。グループインデックス情報は、インデックス領域をグループ化させた際に帳票サーバ１００で保持される情報であり、グループ化したインデックス領域のインデックス情報が記憶される。

ステップＳ２１３では、帳票サーバ１００は、クライアントＰＣ１０１に対して、ステップＳ２１２で取得したインデックス情報とグループインデックス情報を送信する。

ステップＳ２１４では、クライアントＰＣ１０１は、帳票サーバ１００から送信されたインデックス情報とグループインデックス情報を受信（領域情報取得）し、ＲＡＭ上に設定されたインデックス情報バッファに図２５に示す情報２５００として格納する。

ステップＳ２１５では、クライアントＰＣ１０１は、インデックス情報バッファに格納された情報２５００に基づいて、帳票選択画面６００を表示する。その後、ユーザの操作により再度帳票選択が可能になる。対象帳票を追加する場合（ステップＳ２１５でＮＯ）、ステップＳ２０９に戻る一方、帳票選択が終了した場合、クライアントＰＣ１０１は、帳票選択画面６００から複数帳票検索画面５００に表示を切り替えて、リターンする。

図１０は、図８のステップＳ１０３におけるインデックス領域表示処理の詳細を示すフローチャートである。

ステップＳ３０１では、クライアントＰＣ１０１は、図８のステップＳ１０１で取得し、ＲＡＭ上のインデックス情報バッファに格納されている情報２５００からインデックス情報の読み込みを１レコードずつ行う。

ステップＳ３０２では、クライアントＰＣ１０１は、インデックス情報バッファ内にインデックス情報の存在確認を行い、バッファ内のインデックス情報がなくなった場合、本処理を終了する。一方、そうでない場合は、ステップＳ３０３へ進む。

ステップＳ３０３では、クライアントＰＣ１０１は、対象のインデックス情報が（ステップＳ３０１で読み込んだインデックス情報）にグループＩＤが存在するか否かの判断を行い、グループＩＤが存在しない場合、ステップＳ３０７以降の処理を行う一方、グループＩＤが存在している場合、ステップＳ３０４以降の処理を行う。

ステップＳ３０４では、クライアントＰＣ１０１は、ステップＳ３０３でグループＩＤが存在していると判断され、その存在するグループＩＤが既に表示処理用の検索対象リスト（インデックスリスト１３０５）にセットされているか判断を行い、既に処理されているグループＩＤ場合、特に処理を実行しないため、ステップＳ３０１に移り、インデックス情報バッファ内の次のインデックス情報の読み込みを行う。一方、まだ処理されていないグループＩＤの場合、ステップＳ３０５に移行する。

ステップＳ３０５では、クライアントＰＣ１０１は、図２３に示すグループインデックス情報を参照し、グループＩＤに対応するグループインデックス名を取得する。

ステップＳ３０６では、クライアントＰＣ１０１は、ステップＳ３０５で取得したグループインデックス名を検索対象リスト（インデックスリスト）にセットする。セットは、図２９に示す表示用インデックスリスト情報２９００に対して行われる。また、グループインデックスは共通インデックスとしての判断が行われるので、表示用インデックスリスト情報２９００における共通インデックスフラグ（ＦＬＧ）がＯＮされる。共通インデックスとは、複数帳票に存在するインデックスを示す。

ステップＳ３０７では、クライアントＰＣ１０１は、処理対象のインデックスが既に処理済のインデックス名か否かの判断を行い、まだ未処理のインデックス名の場合、ステップＳ３０８へ移行する一方、既に処理済のインデックスの場合、ステップＳ３０９へ移行する。

ステップＳ３０８では、クライアントＰＣ１０１は、インデックス名を検索対象リストへセットする。この処理はグループインデックスでない通常インデックスのリストへのセットの処理となる。

ステップＳ３０９では、クライアントＰＣ１０１は、ＲＡＭ上に設定されたインデックス情報バッファに格納されている表示用インデックスリスト情報２９００の共通インデックスフラグ（ＦＬＧ）をＯＮにし、このインデックスが共通インデックスであることの判断を行うものとする。２つ以上の帳票で共通のインデックス名をもつ場合に、フラグをＯＮとしたが、選択されている帳票全てに同じインデックス名を持つ場合にフラグをＯＮとするように構成してもよい。

ステップＳ３０２の判別の結果、全てのインデックス情報に対する処理が完了したときは、インデックスリストの表示を実施する（ステップＳ３１０）。表示には、表示用インデックスリスト情報２９００が使用される。表示用インデックスリスト情報２９００は、図１８（ｂ）でグループインデックスを作成している場合、インデクスリスト１２０２である。共通インデックスのフラグがＯＮの場合、通常に表示させるが（例えば、図１８（ａ）に示す９０１）、共通インデックスで無い場合、表示文字をグレーにさせる（例えば、図１８（ａ）に示す９０２）等、リスト上で共通インデックスと区別をつける。区別は、表示文字列の色の変化以外に、フォントの種別により区別でも対応等、区別であればなんでもいいものとする。これにより、ユーザはインデックスを確認せずに、共通のインデックスか否かの識別を可能とし、ユーザ処理を軽減させるものとする。

図１１は、図８のステップＳ１０６の新規グループインデックス領域追加処理の詳細を示すフローチャートである。

ステップＳ４０１では、ユーザが図１８（ｂ）に示すインデックスリスト１２０１から、グルーピングしたい複数のインデックス名の選択を行う（複数領域選択）。選択された後、マウスの右ボタンがクリックされることにより、クライアントＰＣ１０１は、図１９に示すメニュー画面を表示部に表示する。

ステップＳ４０２では、クライアントＰＣ１０１は、図２０に示すグループインデックス画面の表示を行う。

ステップＳ４０３では、表示されたグループインデックス画面上でユーザがグループ化するインデックス名（例えば、「バンゴウ」、「Ｎｏ．」、「コウザバンゴウ」）の入力を行い、ＯＫボタンをクリックすると、クライアントＰＣ１０１は、帳票サーバ１００に対して、グループインデックス情報（少なくとも、グループ化するインデックス名のインデックスＩＤとグループ化した際のグループインデックス名）を送信する。図示例では、グループインデックス名として「口座番号」が入力されている。

ステップＳ４０４では、帳票サーバ１００は、クライアントＰＣ１０１からグループインデックス情報を受信し、ＤＢ２１５に新規グループ情報として登録する。このとき、帳票サーバ１００は、グループＩＤなど登録に必要な情報を生成するか、或いは図２４に示すインデックス領域管理情報マスタ２４００を参照して、登録に必要な情報を取得する。登録した際のグループインデックス情報を図２３に示す。なお、図２０に示すグループインデックス画面の“共通インデックスに設定”のチェックボックスにチェックされていた場合、帳票サーバ１００は、ＤＢ２１５（内の図２３に示すグループインデックス情報）に新規グループ情報の登録を行う。一方、“共通インデックスに設定”のチェックボックスにチェックされていなかった場合、ＤＢ２１５に登録を行うことなく、ローカルエリア内のみ実施する。

ステップＳ４０５では、クライアントＰＣ１０１は、グループ化するためにユーザにより入力されたインデックス名をインデックスリストから削除し、ステップＳ４０３で新規に作成されたグループインデックス名をインデックスリストに追加する。例えば、図１８（ｂ）に示すように、表示されたインデックスリスト１２０１がインデックスリスト１２０２に切り替わる。インデックスリスト１２０２では、インデックスリスト１２０１上の「コウザバンゴウ」、「バンゴウ」、「Ｎｏ．」が削除され、グループインデックス名「口座番号」がインデックス名として追加されている。新規グループ領域追加の処理を実施した場合は、図１８（ｂ）に示すように、インデックスリスト１２０１からインデックスリスト１２０２に表示が切り替わる。なお、表示の切り替えは、ステップＳ１０３の処理を再度実行されることによりなされる。

ステップＳ４０６では、クライアントＰＣ１０１は、対象領域設定欄１３０１に表示するために、表示用インデックスリスト情報２９００からインデックス名を取得して表示処理を実施する。

上記処理により、例えば、３つのインデックス名「コウザバンゴウ」、「バンゴウ」、「Ｎｏ．」が、１つのグループインデックス名「口座番号」として扱うことが可能となる。この結果、既存のインデックス情報を変更することなく、複数のインデックス情報を１つのインデックス情報として取り扱うことができる。また、新たなインデックス情報の設定を行うことなく、既存のインデックス情報を流用することが可能となり、ユーザの負担を減らすことを可能となる。

図１２は、図８のステップＳ１０７における検索対象帳票追加（仮想インデックス追加）処理の詳細を示すフローチャートである。

ステップＳ５０１では、クライアントＰＣ１０１は、ユーザ操作に応じて図２１（ａ）に示すインデックス使用帳票の追加・削除画面２１００を表示部に表示する。インデックス使用帳票の追加・削除画面２１００は、図１７に示す対象領域設定欄１３０１のインデックスリスト１３０５から検索対象となるインデックス名が選択され、マウスの右ボタンクリック操作により図１９に示すメニュー画面１９００が表示された後、インデックス使用帳票の追加・削除欄１００２が選択されると表示される。インデックス使用帳票の追加・削除画面２１００を表示する際、クライアントＰＣ１０１は、ユーザにより選択されたインデックス名に対応する図２５に示す情報２５００をインデックス情報バッファから読み取り、選択されたインデックス名が存在する帳票ＩＤを取得する。そして、インデックス名が存在する帳票ＩＤが使用帳票表示欄１４０１に表示される。一方、インデックス名が存在しない帳票ＩＤについては、未使用帳票表示欄１４０２に表示される。

なお、本実施の形態では、インデックス使用帳票の追加・削除画面２１００を表示することでインデックスがどの帳票に存在するかを確認できるように構成したが、インデックスリスト１３０５上でインデックスが存在する帳票数を表示させ、ユーザにとって、インデックスの変更をしやすくするように構成してもよい。この場合、インデックスごとにいくつの帳票に使われているかをカウントし、このカウントされた数を表示用インデックスリスト情報２９００に保持することで実現可能である。この保持された数を対象領域設定欄１３０１に表示されたインデックスリスト１３０５の各インデックス名の横に表示させる（例えば、「口座番号（４）」）。

ステップＳ５０２では、ユーザにより使用帳票表示欄１４０１および未使用帳票表示欄１４０２で帳票の選択が行われ、矢印ボタン１４０３が押下されることにより、クライアントＰＣ１０１は、検索対象帳票の追加・削除を行う。図２１（ａ）に示すインデックス使用帳票の追加・削除画面２１００では、次へボタン１４０４がグレイアウトされ、選択不可の状態であるが、矢印ボタン１４０３が押下されて検索対象帳票の追加・削除が発生した場合、図２１（ｂ）に示すように、次へボタン１４０４が使用可能となる。次へボタン１４０４がクリックされることにより検索対象の追加処理が行われる。

ステップＳ５０３では、クライアントＰＣ１０１は、図２２（ａ）に示す仮想インデックス領域指定画面（検索対象領域を指定するための画面）を表示部に表示する。仮想インデックス領域指定画面には、追加された帳票のイメージが表示される。具体的には、図２１（ａ）に示すインデックス使用帳票の追加・削除画面２１００が表示され、未使用帳票表示欄１４０２に表示されている帳票ＩＤ（図示例では、「ジュウタクローンヒョウ」）が、左向きの矢印ボタン１４０３が押下されることで、使用帳票表示欄１４０１に追加される。このように、未使用帳票表示欄１４０２に表示された帳票ＩＤが使用帳票表示欄１４０１に追加された場合、次へボタン１４０４が押下されると、使用帳票表示欄１４０１に追加された帳票ＩＤ（図示例では、「ジュウタクローンヒョウ」）をクライアントＰＣ１０１から帳票サーバ１００に送信する。帳票サーバ１００は、受信した帳票ＩＤに従って、帳票ファイル２１３を検索する。検索された結果、取得された帳票は、帳票サーバ１００からクライアントＰＣ１０１へ送信され、クライアントＰＣ１０１の表示部に表示される。

ステップＳ５０４では、クライアントＰＣ１０１は、ユーザによる仮想インデックス領域指定画面上の検索対象領域の指定を受け付ける（指定領域設定）。検索対象領域の指定は、マウスをドラックした状態で範囲指定することにより検索対象領域が指定され、ドロップすることにより範囲の指定が完了する。この指定された検索対象領域を仮想インデックスとする。なお、仮想インデックスとは、インデックスファイル２１４を用いずに検索対象領域の座標から図５の帳票ファイル２１３を参照して検索する領域であり、一時的に設定される領域である。

ステップＳ５０５では、クライアントＰＣ１０１は、ステップＳ５０４で指定した検索対象領域を元に、検索対象領域の位置情報等を取得する。例えば、図２２（ａ）の画面で１００１の領域と同じように、口座番号の領域が検索対象領域として指定されると、検索対象領域を決定して、不図示の適応ボタンが押下されることにより、クライアントＰＣ１０１内のＲＡＭ上のインデックス情報バッファに図２６に示す情報２６００が格納される。情報２６００には、検索フラグ項目が存在し、Ｇ＝グループインデックス、Ｎ＝通常インデックス（インデックスファイル２１４を用いた検索するためのフラグ）、Ｉ＝仮想インデックス（インデックスファイル２１４を用いずに検索対象領域の座標から図５の帳票ファイル２１３を参照して検索するためのフラグ）とフラグによりインデックスの内容を判別させる。また、本処理によりインデックス情報バッファに格納する情報は、検索フラグ以外にインデックス名、帳票ＩＤ、検索位置である。インデックス名は他の帳票で使用されているインデックス名（例えば、「口座番号」）を、帳票ＩＤは現在表示している帳票の帳票ＩＤを、検索位置は指定された検索対象領域（仮想インデックス領域）の位置情報（例えば、座標）を、検索種別は他の帳票で使用されている種別（例えば、「文字」）を使用してインデックス情報バッファに格納される（指定領域設定）。

本処理により、インデックス情報が無い帳票データに対しても、一時的に仮想インデックス領域を作成し、複数帳票データの検索を可能にするので、ユーザにとって利便性が向上する。なお、作成された仮想インデックス領域（その領域の情報含む）については、検索が終了した後、ユーザがログアウトすると削除されるように構成されている。これにより、ユーザがログインしている間は、作成された仮想インデックス領域が残っているので、際に、ユーザが再度仮想インデックス領域を設定することなく仮想インデックス領域が設定された帳票データを検索することでき、検索作業の効率があがる。

図１３は、図８のステップＳ１０９における検索実行処理の詳細を示すフローチャートである。

ステップＳ６０１では、クライアントＰＣ１０１は、検索対象として選択された帳票データの帳票ＩＤを、選択帳票情報バッファに格納された図２８に示す情報２８００から読み込む。

ステップＳ６０２では、クライアントＰＣ１０１は、検索対象として選択された帳票データの帳票ＩＤに対する処理が全て終了したか否かを判定する。例えば、図２８に示す情報２８００の帳票ＩＤごとに、ステップＳ６０３以降の処理を行ったか否かを判定する。選択された帳票ＩＤに対する処理が全て終了した場合、検索は完了したものとしてリターンする。

ステップＳ６０３では、クライアントＰＣ１０１は、ＲＡＭ上のインデックス情報バッファから、検索対象として選択された帳票データの帳票ＩＤに対応するインデックス情報を取得する。

ステップＳ６０４では、クライアントＰＣ１０１は、検索対象として選択された帳票データの帳票ＩＤに対応するインデックス情報が取得できたか否かの判定を行う。具体的には、クライアントＰＣ１０１のＣＰＵは、図２８に示す情報２８００の帳票ＩＤごとに、図２７に示す検索対象領域選択後の情報２７００に同じ帳票ＩＤが存在するかを判定する。ステップＳ６０４の判定の結果、インデックス情報が存在しない場合、ステップＳ６０５へ進む一方、インデックス情報が存在する場合、ステップＳ６０６へ進む。

ステップＳ６０５では、クライアントＰＣ１０１は、検索対象として選択された帳票データのインデックス情報が存在しない旨のメッセージを検索結果として表示部２１０に表示し、次の帳票の検索を実施するため、ステップＳ６０１の処理に戻る。

ステップＳ６０６では、クライアントＰＣ１０１は、検索対象として選択された帳票データのインデックス情報の種類の判定を行う。種類の判定は、検索対象領域選択後の情報２７００の検索フラグを用いて判断する。インデックス情報の種類が通常インデックス（検索フラグＮ）の場合、ステップＳ６０７の処理に移る。インデックス情報の種類がグループインデックス（検索フラグがＧ）の場合、ステップＳ６０８の処理に移る。インデックス情報の種類が新たに追加された検索対象（仮想インデックス、つまり検索フラグがＩ）の場合、ステップＳ６０９の処理に移る。例えば、図２７に示す検索対象領域選択後の情報２７００の場合、インデックスＩＤがＩＤＸ０００１，０００６，０００８の帳票データに対してステップＳ６０８の処理が実施され、帳票ＩＤが「ジュウタクローンヒョウ」の帳票データに対してステップＳ６０９の処理が実施される。

ステップＳ６０７では、クライアントＰＣ１０１は、通常のインデックス情報を検索条件にセットする。セットする内容は、インデックスＩＤ、帳票ＩＤである。また、図８のステップＳ１０８で設定された検索条件（検索種別、検索値、比較情報）も検索条件にセットされる（検索条件入力）。

ステップＳ６０８では、クライアントＰＣ１０１は、ＲＡＭ上のインデックス情報バッファより、インデックスＩＤおよび帳票ＩＤを検索条件にセットする。なお、グループＩＤは表示用のため、検索条件にはセットされない。ステップＳ１０８で設定された検索条件（検索種別、検索値、比較情報）も検索条件にセットされる（検索条件入力）。

ステップＳ６０９では、クライアントＰＣ１０１は、インデックスＩＤの情報を検索条件にセットせず、図８のステップＳ１０７で得られた図２７に示す検索対象領域選択後の情報２７００の検索位置と帳票ＩＤを検索条件にセットする（検索条件入力）。また、図８のステップＳ１０８で設定された検索条件（検索種別、検索値、比較情報）も検索条件にセットされる（検索条件入力）。

ステップＳ６１０では、クライアントＰＣ１０１は、ステップＳ６０７またはステップＳ６０８またはステップＳ６０９でセットされた検索条件を帳票サーバ１００に送信する（検索指示）。

ステップＳ６１１では、帳票サーバ１００は、クライアントＰＣ１０１より送信された検索条件の受信を行う。次に、ステップＳ６１２では、帳票サーバ１００は、受信した検索条件を元に検索処理を実行する。ステップＳ６１２では、検索条件が通常のインデックス情報またはグループインデックス情報である場合と、仮想インデックスである場合とでは、実行される検索処理の内容が異なる。通常のインデックス情報およびグループインデックス情報である場合は、受信した検索条件内のインデックスＩＤに基づいて、対応するインデックスファイル２１４を取得し、このインデックスファイル内を検索種別、検索値、比較情報で検索を行う。

仮想インデックスは、実際にインデックスファイル２１４を保持していないため、受信した検索条件の帳票ＩＤに従って、帳票ファイル２１３より対応する帳票ファイルを取得する。帳票サーバ１００は、取得した帳票ファイルの帳票テキスト配置情報３３０４から帳票テキストデータ３３０２が帳票イメージ上のどの座標位置に配置されているのかを示す情報を取得し、この帳票テキストデータ３３０２の配置座標と受信した検索条件の位置情報の相対関係を基に、位置情報で特定される行およびその行の有効範囲に含まれる文字列を抽出する。これにより、インデックス情報が設定されていない帳票に対してもインデックス情報がある帳票と同じように検索が行える。つまり、インデックス情報のない帳票についてもユーザにとってはインデックス情報があるかのように検索ができるので、従来はインデックス情報がなければ管理者に作成依頼を行うか或いはインデックス情報がない帳票については同時に検索できないという問題を生じさせることなく、検索が可能となる。

ステップＳ６１３では、帳票サーバ１００は、ステップＳ６１２で実施された検索処理の検索結果一覧をクライアントＰＣ１０１に送信する。

ステップＳ６１４では、クライアントＰＣ１０１は、帳票サーバ１００より送信された検索結果一覧を受信する。

ステップＳ６１５では、クライアントＰＣ１０１は、図３０および図３１に示すように検索結果一覧の表示を行う。また、検索結果一覧で例えば３１０１をマウスで指定（例えばダブルクリック）すると、検索条件に一致した帳票のページをクライアントＰＣ１０１のディスプレイに表示させ、その表示したページで検索条件に一致した箇所のレコードを他のレコードと識別可能に表示させる（例えば、ハイライト表示等）。クライアントＰＣ１０１は、検索結果一覧を表示した後、次の帳票の検索を実施するため、ステップＳ６０１の処理に移る。

上記処理により、異なるインデックス名やインデックスが存在しない帳票に対しても複数帳票の検索を可能とする。

上記実施形態によれば、複数の帳票データを検索する際に、ユーザの負荷を軽減し、検索をし易くする。

また、本発明の目的は、以下の処理を実行することによっても達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードおよび該プログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、プログラムコードを供給するための記憶媒体としては、次のものを用いることができる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等である。または、プログラムコードをネットワークを介してダウンロードしてもよい。

また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現される場合も本発明に含まれる。加えて、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。

さらに、前述した実施形態の機能が以下の処理によって実現される場合も本発明に含まれる。即ち、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行う場合である。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した各実施の形態の機能が実現される場合も本発明に含まれる。加えて、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳなどが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現する場合も含まれる。この場合、上記プログラムは、該プログラムを記憶した記憶媒体から直接、またはインターネット、商用ネットワーク、若しくはローカルエリアネットワーク等に接続された不図示の他のコンピュータやデータベース等からダウンロードすることにより供給される。

本発明に実施形態に係る電子帳票管理システムの概略構成を示す図である。 図１における帳票サーバのハードウェア構成の一例を示すブロック図である。 帳票サーバの機能部分の概略構成を示すブロック図である。 クライアントＰＣの機能部分の概略構成を示すブロック図である。 帳票ファイルの構成例を示す図である。 インデックスファイルの構成例を示す図である。 インデックス領域管理情報の構成例を示す図である。 図１の電子帳票管理システムにおける複数帳票検索の流れを示すフローチャートである。 図８のステップＳ１０１におけるインデックス情報取得処理の詳細を示すフローチャートである。 図８のステップＳ１０３におけるインデックス領域表示処理の詳細を示すフローチャートである。 図８のステップＳ１０６の新規グループインデックス領域追加処理の詳細を示すフローチャートである。 図８のステップＳ１０７における検索対象帳票追加（仮想インデックス追加）処理の詳細を示すフローチャートである。 図８のステップＳ１０９における検索実行処理の詳細を示すフローチャートである。 複数帳票検索画面の一例を示す図である。 帳票選択画面の一例を示す図である。 複数帳票検索画面における選択帳票リスト表示欄の表示例を示す図である。 複数帳票検索画面における検索条件の入力例を示す図である。 帳票検索時に対象領域設定欄の表示例を示す図である。 対象領域設定欄に表示されたインデックス名の選択時に表示されるメニュー画面例を示す図である。 選択したインデックス名をグループ化する際に表示されるグループインデックス画面を示す図である。 グルーピング時のグループインデックス画面の表示例を示す図である。 仮想インデックス領域の指定時に表示される画面の表示例を示す図である。 グループインデックス情報マスタの一例を示す図である。 インデックス領域管理情報マスタの一例を示す図である。 クライアントＰＣ内のＲＡＭ上に設定されたインデックス情報バッファに格納される情報の一例を示す図である。 インデックス情報バッファに格納された情報に仮想インデックスが付加された情報の一例を示す図である。 検索対象領域選択後にインデックス情報バッファに格納された情報の一例を示す図である。 クライアントＰＣ内のＲＡＭ上に設定された選択帳票バッファに格納される情報の一例を示す図である。 表示用インデックスリスト情報の一例を示す図である。 クライアントＰＣに表示される検索結果一覧の部分的な画面を示す図である。 検索結果一覧画面と検索位置の一例を示す図である。

符号の説明

１００ 帳票サーバ
１０１，１０２ クライアントＰＣ
１０３ ネットワーク
２０１ ＣＰＵ
２０２ ＲＡＭ
２１１ 外部メモリ
２１２ プログラム
２１３ 帳票ファイル
２１４ インデックスファイル
２１５ ＤＢ

Claims (22)

1. 帳票データと当該帳票データ内を検索するために設定される領域の領域情報とを対応させて記憶するサーバ装置と通信可能に接続される情報処理装置であって、
   検索対象となる帳票データの指定を受け付ける帳票データ指定手段と、
   前記帳票データ指定手段で指定された帳票データに対応する領域情報を取得する領域情報取得手段と、
   前記領域情報取得手段で取得された領域情報に従って、前記帳票データ指定手段で指定された帳票データに設定される領域を複数の帳票データに対応する領域と１つの帳票データに対応する領域とに分類する分類手段と、
   前記分類手段で分類された領域を識別可能に表示する表示手段とを備えることを特徴とする情報処理装置。
2. 前記帳票データ指定手段で指定された帳票データ内を検索するために、前記表示手段で表示された領域を指定する領域指定手段と、
   前記領域指定手段で指定された領域に対して検索条件を入力する検索条件入力手段と、
   前記検索条件入力手段で入力された条件に従って、前記帳票データ指定手段で指定された帳票データのうち、前記領域指定手段で指定した領域が対応している帳票データを検索する検索指示手段とを備えることを特徴とする請求項１記載の情報処理装置。
3. 前記領域指定手段は、複数の領域を選択する複数領域選択手段と、前記選択された複数の領域をグループ化するグループ化手段とを備えることを特徴とする請求項２記載の情報処理装置。
4. 前記領域指定手段で指定された領域を、当該指定された領域が対応していない帳票データに設定する指定領域設定手段をさらに備え、
   前記表示手段は、前記領域指定手段で指定された領域に対応する帳票データ一覧を表示することを特徴とする請求項２または３記載の情報処理装置。
5. 前記検索指示手段は、前記指定領域設定手段で領域が指定された場合、指定された領域の位置情報に従って、前記領域指定手段で指定された領域が対応していない帳票データの検索させることを特徴とする請求項４記載の情報処理装置。
6. 前記グループ化手段でグループ化された領域にグループ領域識別情報を入力する入力手段をさらに備え、
   前記表示手段は、前記入力手段で入力されたグループ領域識別情報を表示することを特徴とする請求項３乃至５のいずれか１項に記載の情報処理装置。
7. 前記検索指示手段は、前記検索条件入力手段で入力された検索条件を前記サーバ装置に送信することで帳票データ内を検索することを特徴とする請求項２乃至６のいずれか１項に記載の情報処理装置。
8. 帳票データと当該帳票データ内を検索するために設定される領域の領域情報とを対応させて記憶する電子帳票管理システムであって、
   検索対象となる帳票データの指定を受け付ける帳票データ指定手段と、
   前記帳票データ指定手段で指定された帳票データに対応する領域情報を取得する領域情報取得手段と、
   前記領域情報取得手段で取得された領域情報に従って、前記帳票データ指定手段で指定された帳票データに設定される領域を複数の帳票データに対応する領域と１つの帳票データに対応する領域とに分類する分類手段と、
   前記分類手段で分類された各領域を識別可能に表示する表示手段とを備えることを特徴とする電子帳票管理システム。
9. 帳票データと当該帳票データ内を検索するために設定される領域の領域情報とを対応させて記憶するサーバ装置と通信可能に接続される情報処理装置の帳票検索方法であって、
   検索対象となる帳票データの指定を受け付ける帳票データ指定工程と、
   前記帳票データ指定工程で指定された帳票データに対応する領域情報を前記サーバ装置から取得する領域情報取得工程と、
   前記領域情報取得工程で取得された領域情報に従って、前記帳票データ指定手段で指定された帳票データに設定される領域を複数の帳票データに対応する領域と１つの帳票データに対応する領域とに分類する分類工程と、
   前記分類工程で分類された領域を前記情報処理装置の表示手段に識別可能に表示する表示工程とを備えることを特徴とする帳票検索方法。
10. 前記帳票データ指定工程で指定された帳票データ内を検索するために、前記表示手段に表示された領域の指定を受け付ける領域指定工程と、
    前記領域指定工程で指定された領域に対して検索条件の入力を受け付ける検索条件入力工程と、
    前記検索条件入力工程で入力された条件に従って、前記帳票データ指定手段で指定された帳票データのうち、前記領域指定工程で指定した領域が対応している帳票データの検索を前記サーバ装置に指示する検索指示工程とをさらに備えることを特徴とする請求項９記載の帳票検索方法。
11. 前記領域指定工程は、複数の領域を選択する複数領域選択工程と、前記選択された複数の領域をグループ化するグループ化工程とを備えることを特徴とする請求項１０記載の帳票検索方法。
12. 前記領域指定工程で指定された領域を、当該指定された領域が対応していない帳票データに設定する指定領域設定工程をさらに備え、
    前記表示工程は、前記領域指定工程で指定された領域に対応する帳票データ一覧を前記表示手段に表示することを特徴とする請求項１０または１１記載の帳票検索方法。
13. 前記検索指示工程は、前記指定領域設定工程で領域が指定された場合、指定された領域の位置情報に従って、前記領域指定工程で指定された領域が対応していない帳票データの検索させることを特徴とする請求項１２記載の帳票検索方法。
14. 前記グループ化工程でグループ化された領域にグループ領域識別情報を入力する入力工程をさらに実行し、
    前記表示工程は、前記入力工程で入力されたグループ領域識別情報を前記表示手段に表示することを特徴とする請求項１１乃至１３のいずれか１項に記載の帳票検索方法。
15. 前記検索指示工程は、前記検索条件入力工程で入力された検索条件を前記サーバ装置に送信することで帳票データ内を検索することを特徴とする請求項１０乃至１４のいずれか１項に記載の帳票検索方法。
16. 帳票データと当該帳票データ内を検索するために設定される領域の領域情報とを対応させて記憶する電子帳票管理システムの帳票検索方法であって、
    検索対象となる帳票データの指定をユーザから受け付ける帳票データ指定工程と、
    前記帳票データ指定工程で指定された帳票データに対応する領域情報を取得する領域情報取得工程と、
    前記領域情報取得工程で取得された領域情報に従って、前記帳票データ指定工程で指定された帳票データに設定される領域を複数の帳票データに対応する領域と１つの帳票データに対応する領域とに分類する分類工程と、
    前記分類工程で分類された各領域を識別可能に表示する表示工程とを備えることを特徴とする帳票検索方法。
17. 請求項９乃至１６のいずれか１項に記載の帳票検索方法をコンピュータに実行させるためのコンピュータに読み取り可能なプログラム。
18. 帳票データと当該帳票データ内を検索するために設定される領域の領域情報とを対応させて記憶するサーバ装置と通信可能に接続される情報処理装置であって、
    検索対象となる帳票データの指定を受け付ける帳票データ指定手段と、
    前記帳票データ指定手段で指定された帳票データに対応する領域情報を取得する領域情報取得手段と、
    前記領域情報取得手段で取得された領域情報に従って、領域一覧を表示する表示手段と、
    前記帳票データ指定手段で指定された帳票データ内を検索するために、前記表示手段で表示された領域一覧から領域を指定する領域指定手段と、
    前記領域指定手段で指定された領域が前記帳票データ指定手段で指定された帳票データに設定されていない場合、前記帳票データ指定手段で指定された帳票データのうち、当該指定された領域が設定されていない帳票データに一時的に領域を設定する領域設定手段とを備えることを特徴とする情報処理装置。
19. 帳票データと当該帳票データ内を検索するために設定される領域の領域情報とを対応させて記憶する電子帳票管理システムであって、
    検索対象となる帳票データの指定を受け付ける帳票データ指定手段と、
    前記帳票データ指定手段で指定された帳票データに対応する領域情報を取得する領域情報取得手段と、
    前記領域情報取得手段で取得された領域情報に従って、領域一覧を表示する表示手段と、
    前記帳票データ指定手段で指定された帳票データ内を検索するために、前記表示手段で表示された領域一覧から領域を指定する領域指定手段と、
    前記領域指定手段で指定された領域が前記帳票データ指定手段で指定された帳票データに設定されていない場合、前記帳票データ指定手段で指定された帳票データのうち、当該指定された領域が設定されていない帳票データに一時的に領域を設定する領域設定手段とを備えることを特徴とする電子帳票管理システム。
20. 帳票データと当該帳票データ内を検索するために設定される領域の領域情報とを対応させて記憶するサーバ装置と通信可能に接続される情報処理装置の帳票検索方法であって、
    検索対象となる帳票データの指定を受け付ける帳票データ指定工程と、
    前記帳票データ指定工程で指定された帳票データに対応する領域情報を取得する領域情報取得工程と、
    前記領域情報取得工程で取得された領域情報に従って、領域一覧を表示する表示工程と、
    前記帳票データ指定工程で指定された帳票データ内を検索するために、前記表示工程で表示された領域一覧から領域を指定する領域指定工程と、
    前記領域指定工程で指定された領域が前記帳票データ指定工程で指定された帳票データに設定されていない場合、前記帳票データ指定手段で指定された帳票データのうち、当該指定された領域が設定されていない帳票データに一時的に領域を設定する領域設定工程とを実行することを特徴とする帳票検索方法。
21. 帳票データと当該帳票データ内を検索するために設定される領域の領域情報とを対応させて記憶する電子帳票管理システムの帳票検索方法であって、
    検索対象となる帳票データの指定を受け付ける帳票データ指定工程と、
    前記帳票データ指定工程で指定された帳票データに対応する領域情報を取得する領域情報取得工程と、
    前記領域情報取得工程で取得された領域情報に従って、領域一覧を表示する表示工程と、
    前記帳票データ指定工程で指定された帳票データ内を検索するために、前記表示工程で表示された領域一覧から領域を指定する領域指定工程と、
    前記領域指定工程で指定された領域が前記帳票データ指定工程で指定された帳票データに設定されていない場合、前記帳票データ指定手段で指定された帳票データのうち、当該指定された領域が設定されていない帳票データに一時的に領域を設定する領域設定工程とを備えることを特徴とする帳票検索方法。
22. 請求項２１に記載の帳票検索方法をコンピュータに実行させるためのコンピュータに読み取り可能なプログラム。

Images