JP5064791B2

JP5064791B2 - 帳票データ検索装置、帳票データ検索方法及びプログラム

Info

Publication number: JP5064791B2
Application number: JP2006352944A
Authority: JP
Inventors: 慎也奥野; 隆秀伊藤
Original assignee: キヤノンソフトウェア株式会社
Priority date: 2006-12-27
Filing date: 2006-12-27
Publication date: 2012-10-31
Anticipated expiration: 2026-12-27
Also published as: JP2008165409A

Description

本発明は、二次帳票データを表示可能な技術に関するものである。

帳票の名寄せに関する従来技術として次のようなものが挙げられる。特許文献１には、複数のデータベースを統合的に処理する際に、各種の処理内容に応じて種々の名寄せ処理を実行可能とし、情報の活用を容易にする名寄せ処理システムが開示されている。

また、特許文献２には、名寄せに関わる基本的なデータ項目定義と要件を入力することで、所望の要件に対応し、拡張性のある名寄せデータベースを短時間に設計することができる名寄せデータベース設計支援システムが開示されている。

特開２００４−７８３３６号公報特開２００４−３０３１１７号公報

しかしながら、従来技術では、複数の電子帳票から一つの名寄せ電子帳票を生成すること容易ではなかった。すなわち、従来のデータのみをデータベースで管理するようなシステムと異なり、電子帳票システムでは、帳票データと帳票のフォームを一元管理しており、紙イメージのままの帳票イメージを保有していることが多い。そのような電子帳票システムで名寄せ帳票を作成する場合は、紙イメージ同士が異なるレイアウトを持ち、容易に名寄せ帳票を作成することができない。本発明ではこの問題の解決点として、主帳票を定義し、そのレイアウトへ複数の帳票からデータを集約させることで、電子帳票における名寄せ帳票の作成を実現している。

又、一般的なデータベースにアクセスできるミドルウェアを用意してデータベースから抽出したデータを表計算ソフトに取り込むといった処理は従来から広く実行されているが、ＥＵＣ（エンドユーザコンピューティング）専用の情報系ＤＢを構築した場合でもユーザ毎のアクセス権限設定が煩雑であるし、基幹系ＤＢを開放することはパフォーマンス上の問題が生じるため事実上無理であった。そこで、電子帳票から更に名寄せ帳票を簡単に作成できる仕組を提供できれば、電子帳票へのアクセス権設定だけを行えば、定期的に出力される電子帳票をベースに自由に名寄せ帳票を作成することが可能となりユーザ及びシステム開発・運用側のメリットは大きい。例えば、普通預金明細データと定期預金明細データへのアクセス件があるユーザであれば、普通預金口座と定期預金口座とが別の帳票であり、ある顧客について普通預金口座の残高と定期預金の総額とを把握したい場合、普通預金口座の残高と定期預金の総額について名寄せ電子帳票を作成し、一票化して表示させることができれば、金融機関の業務上等において非常に便利になる。

そこで、本発明の目的は、複数の帳票データから二次帳票データを容易に表示することが可能な仕組みを提供することにある。

本発明の帳票データ検索装置は、複数の帳票データに対する検索結果を用いて二次帳票データを出力する帳票データ検索装置であって、主帳票データの指定と、当該主帳票データに対する検索条件と、当該主帳票データとの関連付けを行う関連付け項目と、前記主帳票データに含まれる項目の一部である第一の選択項目と、当該関連付け項目を含む当該主帳票データとは別の帳票データの指定と、当該主帳票データとは別の帳票データに含まれる項目の一部である第二の選択項目とを受け付ける第一の受付手段と、二次帳票データを出力する際に用いる二次帳票レイアウトの選択要求と、前記第一の受付手段により受け付けた主帳票データとは別の帳票データに含まれる項目の一部である第二の選択項目のうち二次帳票データを出力する際にサマリーして出力すべき項目の指定とを受け付ける第二の受付手段と、前記第一の受付手段により受け付けた主帳票データと、当該主帳票データに対する検索条件とを用いて、当該主帳票データから当該検索条件に合致する第一のレコードを抽出する第一の抽出手段と、前記第一の受付手段により受け付けた前記関連付け項目と、当該関連付け項目を含む前記主帳票データとは別の帳票データと、前記第一の抽出手段により抽出された第一のレコードとを用いて、当該主帳票データとは別の帳票データから当該第一のレコードに含まれる関連付け項目の値に合致する値を関連付け項目に有する第二のレコードを抽出する第二の抽出手段と、前記第一の抽出手段により抽出された第一のレコードと、前記第一の受付手段により受け付けた第一の選択項目と、前記第二の抽出手段により抽出された第二のレコードと、前記第一の受付手段により受け付けた第二の選択項目と、前記第二の受付手段により選択要求を受け付けた二次帳票レイアウトと、前記第二の受付手段により受け付けたサマリーして出力すべき項目とを用いて、二次帳票データとして、当該第一のレコードに含まれる当該第一の選択項目の値を表示し、当該第一のレコードに対応する第二のレコードに含まれる当該第二の選択項目の値を表示するものであって、サマリー可能な複数の第二のレコードが含まれる場合、当該サマリー可能な複数の第二のレコードを一つにまとめ、当該サマリーして出力すべき項目は、合計値を算出し、当該算出した値を表示するための制御を行う表示制御手段とを有することを特徴とする。
本発明の帳票データ検索方法は、複数の帳票データに対する検索結果を用いて二次帳票データを出力する帳票データ検索装置における帳票データ検索方法であって、前記帳票データ検索装置が、主帳票データの指定と、当該主帳票データに対する検索条件と、当該主帳票データとの関連付けを行う関連付け項目と、前記主帳票データに含まれる項目の一部である第一の選択項目と、当該関連付け項目を含む当該主帳票データとは別の帳票データの指定と、当該主帳票データとは別の帳票データに含まれる項目の一部である第二の選択項目とを受け付ける第一の受付ステップと、前記帳票データ検索装置が、二次帳票データを出力する際に用いる二次帳票レイアウトの選択要求と、前記第一の受付ステップにより受け付けた主帳票データとは別の帳票データに含まれる項目の一部である第二の選択項目のうち二次帳票データを出力する際にサマリーして出力すべき項目の指定とを受け付ける第二の受付ステップと、前記帳票データ検索装置が、前記第一の受付ステップにより受け付けた主帳票データと、当該主帳票データに対する検索条件とを用いて、当該主帳票データから当該検索条件に合致する第一のレコードを抽出する第一の抽出ステップと、前記帳票データ検索装置が、前記第一の受付ステップにより受け付けた前記関連付け項目と、当該関連付け項目を含む前記主帳票データとは別の帳票データと、前記第一の抽出ステップにより抽出された第一のレコードとを用いて、当該主帳票データとは別の帳票データから当該第一のレコードに含まれる関連付け項目の値に合致する値を関連付け項目に有する第二のレコードを抽出する第二の抽出ステップと、前記帳票データ検索装置が、前記第一の抽出ステップにより抽出された第一のレコードと、前記第一の受付ステップにより受け付けた第一の選択項目と、前記第二の抽出ステップにより抽出された第二のレコードと、前記第一の受付ステップにより受け付けた第二の選択項目と、前記第二の受付ステップにより選択要求を受け付けた二次帳票レイアウトと、前記第二の受付ステップにより受け付けたサマリーして出力すべき項目とを用いて、二次帳票データとして、当該第一のレコードに含まれる当該第一の選択項目の値を表示し、当該第一のレコードに対応する第二のレコードに含まれる当該第二の選択項目の値を表示するものであって、サマリー可能な複数の第二のレコードが含まれる場合、当該サマリー可能な複数の第二のレコードを一つにまとめ、当該サマリーして出力すべき項目は、合計値を算出し、当該算出した値を表示するための制御を行う表示制御ステップとを含むことを特徴とする。
本発明のプログラムは、複数の帳票データに対する検索結果を用いて二次帳票データを出力する帳票データ検索装置であるコンピュータにおいて実行可能なプログラムであって、主帳票データの指定と、当該主帳票データに対する検索条件と、当該主帳票データとの関連付けを行う関連付け項目と、前記主帳票データに含まれる項目の一部である第一の選択項目と、当該関連付け項目を含む当該主帳票データとは別の帳票データの指定と、当該主帳票データとは別の帳票データに含まれる項目の一部である第二の選択項目とを受け付ける第一の受付手段、二次帳票データを出力する際に用いる二次帳票レイアウトの選択要求と、前記第一の受付手段により受け付けた主帳票データとは別の帳票データに含まれる項目の一部である第二の選択項目のうち二次帳票データを出力する際にサマリーして出力すべき項目の指定とを受け付ける第二の受付手段、前記第一の受付手段により受け付けた主帳票データと、当該主帳票データに対する検索条件とを用いて、当該主帳票データから当該検索条件に合致する第一のレコードを抽出する第一の抽出手段、前記第一の受付手段により受け付けた前記関連付け項目と、当該関連付け項目を含む前記主帳票データとは別の帳票データと、前記第一の抽出手段により抽出された第一のレコードとを用いて、当該主帳票データとは別の帳票データから当該第一のレコードに含まれる関連付け項目の値に合致する値を関連付け項目に有する第二のレコードを抽出する第二の抽出手段、前記第一の抽出手段により抽出された第一のレコードと、前記第一の受付手段により受け付けた第一の選択項目と、前記第二の抽出手段により抽出された第二のレコードと、前記第一の受付手段により受け付けた第二の選択項目と、前記第二の受付手段により選択要求を受け付けた二次帳票レイアウトと、前記第二の受付手段により受け付けたサマリーして出力すべき項目とを用いて、二次帳票データとして、当該第一のレコードに含まれる当該第一の選択項目の値を表示し、当該第一のレコードに対応する第二のレコードに含まれる当該第二の選択項目の値を表示するものであって、サマリー可能な複数の第二のレコードが含まれる場合、当該サマリー可能な複数の第二のレコードを一つにまとめ、当該サマリーして出力すべき項目は、合計値を算出し、当該算出した値を表示するための制御を行う表示制御手段として前記コンピュータを機能させることを特徴とする。

本発明においては、複数の帳票データから二次帳票データを容易に表示することが可能となる。

以下、本発明を適用した好適な実施形態を、添付図面を参照しながら詳細に説明する。

図１は、本発明の実施形態に係る電子帳票システムの構成を概略的に示す図である。なお、図１の通信回線上における各装置の接続構成は、飽くまでも一例であり、用途や目的に応じて様々な構成をとり得ることはいうまでもない。

電子帳票サーバ１０は、ＬＡＮ等の通信回線１５を介して帳票参照端末３０と通信接続可能な送受信機能を備えている。また、電子帳票サーバ１０は、電子帳票ＤＢ（データベース）における帳票データの管理、生成機能を有するだけでなく、生成した帳票データの出力を行うためにＷｅｂサーバとしての機能を備える。

帳票参照端末３０は、帳票の閲覧及び計算結果の取得を行う者が使用するクライアント端末であり、汎用のブラウザアプリケーションを備える構成のものが考えられる。この場合、電子帳票サーバ１０は、帳票フォームと帳票データとを合成して生成した帳票出力用データを、ＨＴＭＬやＸＭＬとスタイルシートの組み合わせ等によるマークアップランゲージを用いた表示データとして生成するための機能を備える。そして、電子帳票サーバ１０は、帳票参照端末３０が備えるブラウザからのＧｅｔ要求に応じて送信する。なお、ＨＴＭＬは、Hyper Text Markup Languageの略称であり、ＸＭＬは、eXtensible Markup Languageの略称である。

次に、電子帳票サーバ１０のハードウェア構成について説明する。図２は、電子帳票サーバ１０のハードウェア構成を概略的に示すブロック図である。

図２において、ＣＰＵ２１は、システムバス２０に接続される各デバイスを統括的に制御する。また、ＲＯＭ２３或いはハードディスク２８には、ＣＰＵ２１の制御プログラムであるオペレーティングシステム（ＯＳ）や、電子帳票サーバ１０の後述する各種機能を実現するためのプログラムが記憶されている。

ＲＡＭ２２は、ＣＰＵ２１の主メモリ、ワークエリア、一時退避領域等として機能する。

ＬＡＮアダプタ２４は、ＬＡＮ（通信回線１５）を介して外部機器（帳票参照端末３０）との通信を制御する通信回線接続機構である。ビデオアダプタ２５は、ディスプレイと接続機構である。

記憶媒体ドライブ２９は、フレキシブルディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード等の記憶媒体に対するデータの読み書きを制御する。なお、上述した電子帳票サーバ１０の各種機能を実現するためのプログラムは、これらの記録媒体から取得し、ＣＰＵ２１に供給するようにしてもよいし、インターネット等の通信媒体を介して他の通信装置から取得し、ＣＰＵ２１に供給するようにしてもよい。

キーボード２６及びマウス２７は、ユーザの操作手段であり、ユーザの操作に応じた入力情報がＣＰＵ２１に入力される。

本実施形態に係る電子帳票サーバ１０の機能を実現するためのプログラムは、Ｗｅｂサーバ機能を実現するための機能を含む。即ち、帳票データを生成した後にブラウザで閲覧可能なＪＰＥＧやＧＩＦ等の画像フォームに変換する。そして、予め設定されているタグ等の情報とともにブラウザ表示用の帳票データ（以下、ブラウザ表示用の帳票データを、単に帳票データと称す）を生成するものである。ブラウザで閲覧可能な形式としてＪＰＥＧやＧＩＦ等の画像フォームに変換せずに、ＨＴＭＬ等のマークアップ言語によりテキストベースのまま表示するよう構成しても勿論かまわない。

帳票参照端末３０のハードウェア構成も電子帳票サーバ１０と同様である。即ち、帳票参照端末３０のハードディスク２８等に帳票参照端末３０のＣＰＵ２１が後述する各種機能を実現するためのプログラムが格納される。このプログラムは、ハードディスク２８の他に、記憶媒体ドライブ２９を介してＣＰＵ２１に供給してもよいし、インターネット等の通信媒体を介して供給されてもよい。帳票参照端末３０側のプログラムに、帳票出力データを表示するためのブラウザが含まれていることは勿論である。

次に、本実施形態に係る電子帳票システムの動作を、図３を参照しながら説明する。図３は、本実施形態に係る電子帳票システムの動作を示すフローチャートである。ステップＳ３０１〜Ｓ３１４の処理は、帳票参照端末（以下、端末３０と略記する）のＣＰＵ２１の制御に基づいて実現する処理である。ステップＳ３２０〜Ｓ３３４の処理は、電子帳票サーバ１０（以下、サーバと略記する）のＣＰＵ２１の制御に基づいて実現する処理である。

ステップＳ３２０では、サーバ１０のＣＰＵ２１は、図５に示すフォルダ検索画面を端末３０に表示するための画面情報を、端末３０に対して送信する。

ステップＳ３０１では、端末３０のＣＰＵ２１は、図５のフォルダ検索画面を表示する。そして、端末３０のＣＰＵ２１は、フォルダ検索画面のフォルダ名称項目５０１において、フォルダ名称の少なくとも一部が入力され、「フォルダ検索」ボタン５０２が押下されたことを検知すると、セッションＩＤとフォルダ名称とをサーバ１０に送信する。ここで検索対象となっているフォルダは、名寄せ帳票の元となる電子帳票（以下、主帳票と称す）が記憶されているフォルダである。

ステップＳ３２１では、サーバ１０のＣＰＵ２１は、受信したフォルダ名称にてフォルダ検索を行い、図６に示すような、該当するフォルダ名称の一覧を端末３０で表示させるための画面情報を送信する。

端末３０のＣＰＵ２１は、受信した画面情報を用いて、図６に示す該当フォルダ一覧画面を表示する。ユーザの操作によって図６の画面上で所望のフォルダ（ここでは、「個人預金２００６上期末」）が選択され、「ＯＫ」ボタン６０１が選択されると、端末３０のＣＰＵ２１は、その操作内容を検知する。そして、端末３０のＣＰＵ２１は、選択されたフォルダを特定する情報をセッションＩＤとともにサーバ１０に送信する。

サーバのＣＰＵ２１は、受信したフォルダを特定する情報により指定されたフォルダに記憶されている帳票データの一覧情報と、図７に示す帳票選択画面を端末３０に表示させるための画面情報とを送信する。帳票データの一覧情報には、指定されたフォルダ内に記憶される全帳票データの帳票ＩＤと帳票名称が含まれる。

端末３０のＣＰＵ２１は、帳票データの一覧情報と画面情報とを受信すると、それらをＲＡＭ２２に記憶させた後、処理をＳ３０２に進める。

Ｓ３０２では、端末３０のＣＰＵ２１は、図７に示す帳票選択画面を表示する。帳票選択画面における主帳票名称のリストボックス７０１には、帳票データの一覧情報が表示される。また、帳票名称１〜帳票名称３のリストボックスにも帳票データの一覧情報が表示される。これ以外にも、「主帳票選択」ボタン７０５や「帳票検索」ボタン７０６〜７０８を押下してフォルダ名称及び帳票データ名称を参照可能なダイアログ（不図示）を表示し、別のフォルダにある帳票データを選択することもできる。また、サーバ１０内の電子帳票ＤＢを参照して、選択した帳票データの帳票項目リストを表示することもできる。

端末３０のＣＰＵ２１は、主帳票名称のリストボックス７０１で主帳票が選択され、「主帳票選択」ボタン７０５が押下されたことを検知すると、選択された主帳票を特定する情報をセッションＩＤとともにサーバ１０に送信する。図７の例では、主帳票として「個人顧客マスタ」が選択されている。また、帳票名称１として「普通預金残高明細」が選択され、帳票名称２として「定期預金残高明細」が選択されている。

ここで主帳票は、最終目的物である名寄せ帳票作成のベースとなる電子帳票であり、名寄せ帳票の表示項目を最も多く含む帳票を選択することが一般的である。従って、主帳票以外の他の電子帳票（以下、名寄対象帳票と称す）からもってくる帳票項目は一般に主帳票よりも少ない。なお、各帳票の帳票世代を、帳票世代指定項目においてＦｒｏｍ〜Ｔｏ形式で指定することができる。

Ｓ３２１では、サーバ１０のＣＰＵ２１は、選択された主帳票を特定する情報を受信し、この主帳票を特定する情報（主帳票の名称や帳票ＩＤ）をキーにして電子帳票ＤＢを検索する。次に、サーバ１０のＣＰＵ２１は、検索した主帳票の項目一覧及び属性情報を端末３０に送信する。

端末３０のＣＰＵ２１は、受信した主帳票の項目一覧を図７の「関連付け項目」のリストボックス７０９に表示して、関連付け項目を選択可能にする。関連付け項目とは、名寄対象帳票も項目として含むものである。名寄せ処理は、名寄対象帳票においてこの関連付け項目が同一内容であるレコードから所望の他の項目を読み出して、名寄せを行うことになる。図７の例において、名寄対象帳票は、図７の帳票名称１〜帳票名称３の項目で指定することが可能である。

ステップＳ３０２では、端末３０のＣＰＵ２１は、図７の画面で「検索条件入力へ」ボタン７１０が押下されたことを検知すると、選択された全対象帳票（主帳票、名寄対象帳票）を特定する情報、関連付け項目情報をセッションＩＤと共にサーバ１０に送信する。

サーバ１０のＣＰＵ２１は、受信した対象帳票について電子帳票ＤＢを検索して、対象帳票全てに関連付け項目が含まれているかを判定する。対象帳票全てに関連付け項目が含まれている場合、サーバ１０のＣＰＵ２１は、端末３０に図８の検索条件入力画面を表示させるための画面情報を送信した後、処理をＳ３２２に進める。関連付け項目が含まれていない対象帳票が存在する場合、サーバ１０のＣＰＵ２１が、端末３０に警告メッセージを表示するための画面情報を送信する。

端末３０のＣＰＵ２１は、図８、図９の検索条件入力画面を表示させるための画面情報を受信した場合は処理をＳ３０３に進める。他方、警告メッセージを表示するための画面情報を受信した場合は、「帳票名称ＹＹＹＹには関連付け項目のＺＺＺＺが含まれていません」との警告ダイアログを表示し、ダイアログ中の「ＯＫ」ボタンが押下されると再度図７の画面を表示する。

Ｓ３０３では、端末３０のＣＰＵ２１は、図８、図９の検索条件入力画面を表示する。図８は、検索条件入力画面の１ページ目であり、図９は、検索条件入力画面の２ページ目を示している。

図８、図９の検索条件入力画面上では、各帳票についての検索条件（各明細行間の関係（ＡＮＤ／ＯＲ）、選択項目、関連付け項目の演算子（＝、＞、≧、＝、≠、＜、≦又は空白）と項目条件と表示区分（Ｙ：表示する、Ｎ：検索に使用するが表示しない））が入力／選択可能である。

例えば、主帳票については、顧客ＩＤが「0123455」〜「0123470」に該当する主帳票内のレコードのうち、選択項目である「顧客名称」、「支店コード１」、「支店名称１」、「支店コード２」及び「支店名称２」の項目データを検索することが指定されている。なお、これらの項目データについての検索条件は項目条件において指定されていないので、顧客ＩＤが「0123455」〜「0123470」に該当する主帳票内のレコードから、これらの項目データ全てが検索されることになる。また、表示区分項目では、「顧客ＩＤ」、「顧客名称」、「支店名称１」、「支店名称２」に対して「Ｙ」が設定され、「支店コード１」、「支店コード２」に対して「Ｎ」が設定されている。これは、「顧客ＩＤ」、「顧客名称」、「支店名称１」、「支店名称２」の各項目データは表示し、「支店コード１」、「支店コード２」の各項目データは表示しないことを意味する。

また、名寄対象帳票である「普通預金残高明細」については、顧客ＩＤが「0123455」〜「0123470」に該当する名寄対象帳票内のレコードのうち、選択項目である「支店コード」、「口座番号」、「残高」及び「口座開設日」の項目データを検索することが指定されている。「普通預金残高明細」に対する表示区分項目では、「口座番号」、「残高」、「口座開設日」に対して「Ｙ」が設定され、「支店コード」に対して「Ｎ」が設定されている。これは、「口座番号」、「残高」、「口座開設日」の各項目データは表示し、「支店コード」の項目データは表示しないことを意味する。

また、名寄対象帳票である「定期預金残高明細」については、顧客ＩＤが「0123455」〜「0123470」に該当する名寄対象帳票内のレコードのうち、選択項目である「支店コード」、「契約番号」、「定期金額」及び「預金契約日」の項目データを検索することが指定されている。「定期預金残高明細」に対する表示区分項目では、「契約番号」、「定期金額」、「預金契約日」に対して「Ｙ」が設定され、「支店コード」に対して「Ｎ」が設定されている。これは、「契約番号」、「定期金額」、「預金契約日」の各項目データは表示し、「支店コード」の項目データは表示しないことを意味する。

端末３０のＣＰＵ２１は、図８の検索条件入力画面上において、各対象帳票の検索条件が入力され、「検索条件保存」ボタン８０１が押下されたことを検知すると、セッションＩＤ、各帳票を特定する情報、及び、帳票毎の検索条件情報をサーバ１０に送信する。なお、検索条件情報には選択項目の情報が含まれる。サーバ１０のＣＰＵ２１は、セッションＩＤと関連付けて、各帳票を特定する情報と該当する検索条件情報とをハードディスク２８に保存する。

端末３０のＣＰＵ２１は、全帳票の検索条件が入力され、「レイアウト選択」ボタン８０２が押下されたことを検知すると、セッションＩＤ、検索条件情報及びレイアウト選択画面情報を要求する旨の情報をサーバ１０に送信して、処理をＳ３０４に進める。以下では、レイアウト選択画面情報を要求する旨の情報をレイアウト選択画面要求情報と称す。

サーバ１０のＣＰＵ２１は、レイアウト選択画面要求情報を受信すると、当該レイアウト選択画面要求情報とともに受信した検索条件情報に基づいて、図１０に示すようなレイアウト設定画面を端末３０に表示させるための画面情報を生成し、端末３０に送信する。

図１０に示す画面では、サマリー指定項目１００１、金額表示項目１００２、ソート指定項目１００３において夫々情報が入力された状態を例示しているが、端末３０に送信する時点での画面情報には、これらの情報は含まれていない。即ち、端末３０が当該画面情報を表示した場合、サマリー指定項目１００１、金額表示項目１００２、ソート指定項目１００３は空欄となっている。その後、サーバ１０のＣＰＵ２１は、処理をＳ３２３に進める。

Ｓ３０４では、端末３０のＣＰＵ２１は、図１０に示すようなレイアウト設定画面を表示する。なお、明細行の「99999」や「ＸＸＸＸＸ」は、帳票の属性及び帳票の各欄で表示させる項目データの桁数に基づいて表示され、各欄の幅もその桁数を按分して設定される。

図１０のレイアウト設定画面では、項目名称のテキストや各項目の表示桁数や各項目の表示幅（罫線の間隔）を調整することができる。また、サマリー指定項目１００１では、サマリーする単位、その単位内でのサマリー対象項目を指定することができる。図１０の例では、サマリー単位として「支店コード＞帳票ＩＤ」、対象項目として「残高」、「金額」が指定されている。これは、帳票ＩＤ毎に支店単位でサマリーし、その対象項目は普通預金残高明細の「残高」と定期預金残高明細の「定期金額」であることを意味している。

詳細は後述するが、このように指定することで、ある顧客の普通預金の残高を支店毎にサマリーした結果と、当該顧客の定期預金の定期金額を支店毎にサマリーした結果とを把握することが可能となる。

例えば、ある顧客の普通預金口座や定期預金口座が複数の支店に存在する場合がある。このような場合、各支店の普通預金口座の残高や定期預金口座の定期金額を一票化して把握することが可能となる。その上、支店毎にサマリーした結果が得られるので、支店毎に当該顧客の残高や定期金額の総額を把握することができる。ある一人の顧客がある一つの支店に複数の普通預金口座や定期預金口座を開設していることもある。本実施形態では、支店毎に当該顧客の残高や定期金額の総額を一票化することが可能であるため、その顧客が一つの支店にどれだけの残高や定期金額を預金しているかを把握したい場合に便利である。

端末３０のＣＰＵ２１は、図１０のレイアウト設定画面で「レイアウト保存」ボタン１００４が押下されたことを検知すると、レイアウト設定情報とセッションＩＤとをサーバ１０に送信する。

Ｓ３２３では、サーバ１０のＣＰＵ２１は、セッションＩＤと関連付けて検索条件情報及びレイアウト設定情報をハードディスク２８に保存し、処理をＳ３２４に進める。

また、端末３０のＣＰＵ２１は、図１０のレイアウト設定画面で「帳票作成」ボタン１００５が押下されたことを検知すると、処理をＳ３０５に進める。Ｓ３０５では、端末３０のＣＰＵ２１は、レイアウト設定情報と帳票作成を要求する旨の情報（帳票作成要求）をセッションＩＤとともにサーバ１０に送信し、処理をＳ３０６に進める。また、不図示の「帳票表示」ボタンが押下されたことを検知すると、端末３０のＣＰＵ２１は、処理をＳ３０５に進め、レイアウト設定情報と帳票表示を要求する旨の情報（帳票表示要求）をセッションＩＤとともにサーバ１０に送信する。

Ｓ３２３では、サーバ１０のＣＰＵ２１は、レイアウト設定情報をセッションＩＤに対応付けてハードディスク２８に保存し、処理をＳ３２４に進める。

Ｓ３２４では、サーバ１０のＣＰＵ２１は、端末３０からの要求情報を受信すると、処理をＳ３２５に進める。上述したように、端末３０からの要求情報には、帳票作成要求と帳票表示要求との２つがあり、帳票表示要求には名寄せ帳票の表示要求と主帳票の表示要求が含まれる。

Ｓ３２５では、サーバ１０のＣＰＵ２１は、端末３０から帳票作成要求を受信し、且つ当該帳票作成に必要なデータ検索処理が全て終了しているかを判定する。帳票作成要求を受信していない、又は、帳票作成要求を受信したが全てのデータ検索が終了していると判定された場合、処理はＳ３２７に進む。一方、帳票作成要求を受信し、且つ未だデータ検索処理は全て終了していないと判定された場合、処理はＳ３２６に進む。

Ｓ３２６では、サーバ１０のＣＰＵ２１は、当該セッションＩＤに対応付けられる検索対象帳票を特定する情報と検索条件情報とに基づいて、電子帳票ＤＢから対象帳票を検索し、検索対象帳票内のデータ検索を実行する。即ち、サーバ１０は、関連付け項目について指定された検索条件に合致するレコードを帳票毎に抽出し、抽出したレコードのうち、検索条件として指定された選択項目のデータを抽出する。ここで、対象帳票を検索する処理が、本発明の検索手段の一処理例となる処理である。

サーバ１０のＣＰＵ２１は、抽出されたデータを該当する帳票と関連付けてハードディスク２８内においてワークファイルとして保存する。ある帳票の全レコードについて検索処理が終了すると、処理はステップＳ３２５に戻る。

Ｓ３２７では、サーバ１０のＣＰＵ２１は、端末３０から帳票の表示要求があったかを判定する。帳票の表示要求があったと判定した場合は、処理をＳ３３３に進める。帳票の表示要求がなかったと判定した場合は、処理をＳ３２８に進める。

Ｓ３２８では、サーバ１０のＣＰＵ２１は、端末３０から「帳票作成」ボタン１００５の押下による名寄せ帳票の作成要求があったかを判定する。名寄せ帳票の作成要求があったと判定した場合は、処理をＳ３２９に進める。名寄せ帳票の作成要求がなかったと判定した場合は、処理をＳ３２０に戻す。

Ｓ３２９で、サーバ１０のＣＰＵ２１は、名寄せ帳票作成処理を行う。詳細は図４に示すフローチャートで説明する。

Ｓ３３０では、サーバ１０のＣＰＵ２１は、図１０のレイアウト設定画面でサマリー指定項目での指定（Ｓ３０４）があったかを判定する。サマリー指定項目での指定があると判定した場合は、処理をＳ３３１に進める。一方、サマリー指定項目での指定がないと判定した場合は、処理をＳ３３２に進める。

Ｓ３３１では、サーバ１０のＣＰＵ２１は、Ｓ３２６でハードディスクに保管したワークファイルに対して、Ｓ３０４の指定に基づいたサマリー処理を実行し、処理をＳ３３２に進める。Ｓ３３１は、本発明の算出手段の一処理例となる処理である。

Ｓ３３２では、サーバ１０のＣＰＵ２１は、図１０のレイアウト設定画面でのソート指定項目の指定内容（Ｓ３０４）に基づいて、ワークファイルのソート処理を実行する。但し、ソート指定項目の指定がない場合はこのステップの処理はスキップされる。

Ｓ３３３では、サーバ１０のＣＰＵ２１は、次の（１）〜（２）の場合に分けて処理を実行する。Ｓ３３３は、本発明の作成手段の一処理例となる処理である。

（１）端末３０からの要求が名寄せ帳票の表示要求である場合、サーバ３０のＣＰＵ２１は、既に作成済みの名寄せ帳票のうち、当該表示要求によって指定された部分の表示情報を生成し、ＲＡＭに保存する。

（２）端末３０からの要求が主帳票の表示要求である場合、サーバ３０のＣＰＵ２１は、指定された関連付け項目値で主帳票を検索して、ヒットした箇所の主帳票の１ページ目の表示情報を生成し、ＲＡＭに保存する。

Ｓ３３４では、サーバ３０のＣＰＵ２１は、ＲＡＭに保存した表示情報を端末３０に送信し、処理をＳ３２４に戻す。

Ｓ３０６では、端末３０のＣＰＵ２１は、表示情報を受信待ち状態にあり、一定の時間間隔で処理をＳ３０７に進める。

Ｓ３０７では、端末３０のＣＰＵ２１は、サーバ１０から表示情報を受信したかを判定し、受信したと判定した場合は処理をＳ３０８に進める。受信しなかったと判定した場合は処理をＳ３０６に戻す。

Ｓ３０８では、端末３０のＣＰＵ２１は、サーバ１０から受信した帳票データをＲＡＭに保管し、画面に表示する（図１１又は図１２）。一定の時間間隔で処理をＳ３０９に進める。

図１１は、名寄せ帳票の表示例を示す図である。図１１に示すように、名寄せ帳票において、主帳票である個人顧客マスタに関しては、検索条件の項目条件として指定された顧客ＩＤ「0123455」〜「0123470」に該当する、個人顧客マスタの顧客名称、支店名称の項目データが表示されている。名寄せ対象帳票の普通預金残高明細に関しては、同じく顧客ＩＤ「0123455」〜「0123470」に該当する、普通預金残高明細の口座番号、残高、口座開設日の項目データが表示されている。名寄せ対象帳票の定期預金残高明細に関しては、同じく顧客ＩＤ「0123455」〜「0123470」に該当する、定期預金残高明細の契約番号、定期金額、預金契約日の項目データが表示されている。

なお、図１１に示す名寄せ帳票で田中一太郎氏の品川支店の普通預金の口座番号が数字で表示されないのは、複数の普通預金口座が存在し、サマリーされたことを意味している。

図１２は、主帳票（個人顧客マスタ）の表示例を示す図である。図１２に示すように、個人顧客マスタにおいて、検索条件の項目条件として指定された顧客ＩＤ「0123455」〜「0123470」に該当する、個人顧客マスタの顧客名称、支店コード１、支店コード２、届出住所１、届出住所２の項目データが表示されている。即ち、本例においては、主帳票の表示要求時には、検索条件の選択項目として、顧客ＩＤ、顧客名称、支店コード１、支店コード２、届出住所１、届出住所２が指定され、更に、選択項目である顧客ＩＤについて項目条件として「0123455」〜「0123470」が指定された場合を例に挙げている。

Ｓ３０９では、端末３０のＣＰＵ２１は、図１１の画面で「再ソート」ボタン１１０１が押下されたかを判定し、押下されたと判定した場合は処理をＳ３１０に進める。押下されなかったと判定した場合は処理をＳ３１１に進める。

Ｓ３１０では、端末３０のＣＰＵ２１は、図１０の下部に示すようなソート指定のダイアログを、ＲＡＭに保管したダイアログ用の画面データに基づいて表示する。そして、端末３０のＣＰＵ２１は、Ｓ３０８におけるダイアログでの指定に基づいてＲＡＭに保管した帳票データをソートして処理をＳ３０８に戻す。

Ｓ３１１では、端末３０のＣＰＵ２１は、主帳票呼出ボタン１１０２（図１１）、又は「前ページ」ボタン１１０３、１２０１或いは「次ページ」ボタン１１０４、１２０２の押下（図１１又は図１２）等の表示要求があったかを判定する。表示要求があったと判定した場合は処理をＳ３１２に進める。表示要求がなかったと判定した場合は処理をＳ３１３に進める。

Ｓ３１２では、端末３０のＣＰＵ２１は、表示要求をサーバ１０に送信し、処理をＳ３０６に戻す。

Ｓ３１３では、端末３０のＣＰＵ２１は、図１１又は図１２の画面で「前ページ」ボタンの押下があったかを判定する。「前ページ」ボタンの押下があったと判定した場合は処理をＳ３０３に戻す。「前ページ」ボタンの押下がなかったと判定した場合は処理をＳ３１４に進める。

Ｓ３１４では、端末３０のＣＰＵ２１は、図１１又は図１２の画面で「終了」ボタン１１０５、１２０３の押下があったかを判定する。「終了」ボタンの押下があったと判定した場合は処理を終了する。「終了」ボタンの１１０５、１２０３押下がなかったと判定した場合は処理をＳ３０８に戻す。

次に、名寄せ帳票の作成処理について説明する。図４は、サーバ１０の名寄せ帳票の作成処理の流れを示すフローチャートである。

先ず、サーバ１０のＣＰＵ２１は、初期化処理を行い（ステップＳ４２１）、主帳票から検索条件の範囲内にある関連付け項目の値のレコードを１つずつＲＡＭに読み込む（ステップＳ４２２）。

続いて、サーバ１０のＣＰＵ２１は、主帳票のレコードの読み込みが成功したか否かを判定する（ステップＳ４２３）。主帳票のレコードの読み込みが失敗した場合、本フローチャートに示す処理を終了する。

一方、主帳票のレコードの読み込みが成功した場合、サーバ１０のＣＰＵ２１は、ある名寄せ対象帳票のレコードを１つずつ読み込む（ステップＳ４２４）。

続いて、サーバ１０のＣＰＵ２１は、名寄せ対象帳票のレコードの読み込みが成功したか否かを判定する（ステップＳ４２５）。名寄せ対象帳票のレコードの読み込みが失敗した場合、処理はステップＳ４３５に移行する。一方、名寄せ対象帳票のレコードの読み込みが成功した場合、処理はステップＳ４２６に移行する。

続いて、サーバ１０のＣＰＵ２１は、現在ＲＡＭに読み込まれている名寄せ対象帳票のレコードに、現在対象となっている関連付け項目の値が存在するか否かを判定する（ステップＳ４２６）。当該レコードに関連付け項目の値が存在する場合、サーバ１０のＣＰＵ２１は、当該レコードの選択項目のデータを名寄せデータとして追加し（ステップＳ４２７）、レコードカウントを１インクリメントする（ステップＳ４２８）。ステップＳ４２７は、本発明の抽出手段の一処理例となる処理である。

一方、当該レコードに関連付け項目の値が存在しない場合、サーバ１０のＣＰＵ２１は、現在対象となっている名寄せ対象帳票から全レコードを読み込んだか否かを判定する（ステップＳ４３７）。まだ全レコードを読み込んでいない場合、処理はステップＳ４２４に戻り、次のレコードを読み込む。一方、全レコードを読み込んでいる場合、サーバ１０のＣＰＵ２１は、レコードカウントの値が０であるか否かを判定する（ステップＳ４２９）。

レコードカウントの値が０である場合、サーバ１０のＣＰＵ２１は、名寄せ帳票上において当該名寄せ対象帳票に関する項目をブランクとし（ステップＳ４３０）、処理をステップＳ４３４に移行する。レコードカウントの値が０でない場合、サーバ１０のＣＰＵ２１は、レコードカウントの値が１より大きいか否かを判定する（ステップＳ４３１）。

レコードカウントの値が１より大きい場合、サーバ１０のＣＰＵ２１は、項目毎にデータをサマリーし（ステップＳ４３２）、レコードカウントを０にリセットする（ステップＳ４３３）。一方、レコードカウントの値が１である場合、サーバ１０のＣＰＵ２１は、データのサマリーは行わず、レコードカウントを０にリセットする（ステップＳ４３３）。

続いて、サーバ１０のＣＰＵ２１は、全ての名寄せ対象帳票について処理が終了したか否かを判定する（ステップＳ４３４）。全ての名寄せ対象帳票について処理が終了した場合、処理はステップＳ４２２に戻り、主帳票の次のレコードの読み込みを行う。一方、全ての名寄せ対象帳票について未だ処理が終わっていない場合、サーバ１０のＣＰＵ２１は、処理をステップＳ４３６に移行し、名寄せ対象帳票を変更し（ステップＳ４３６）、変更先の名寄せ対象帳票からレコードの読み出しを行う（ステップＳ４２４）。

また、ステップＳ４２５において、レコードの読み込みが失敗した場合、即ち、現在対象となっている名寄せ対象帳票から読み出せるレコードが存在しなくなった場合、サーバ１０のＣＰＵ２１は、全ての名寄せ対象帳票について処理を行ったか否かを判定する（ステップＳ４３５）。判定の結果、全ての名寄せ対象帳票について処理を行っている場合、処理はステップＳ４２２に戻り、サーバ１０のＣＰＵ２１は、主帳票の次のレコードの読み込みを行う。一方、未だ全ての名寄せ対象帳票について処理が終了していない場合、サーバ１０のＣＰＵ２１は、名寄せ対象帳票を変更し（ステップＳ４３６）、変更先の名寄せ対象帳票からレコードの読み出しを行う（ステップＳ４２４）。以上説明した処理により、名寄せ帳票データが生成される。

以上、上述した実施形態においては、名寄せ対象となる選択項目のデータを複数の帳票データから抽出し、抽出したデータから名寄せ帳票データを作成することで、複数の帳票データから名寄せ帳票データを生成することを可能としている。例えば、普通預金口座と定期預金口座とが別の帳票であり、ある顧客について普通預金口座の残高と定期預金の総額とを把握したい場合において、普通預金口座の残高と定期預金の総額について名寄せ帳票を作成し、一票化して表示させることが可能であるため金融機関の業務上等において非常に便利になる。

次に、本発明の他の実施形態について説明する。
Ｓ３０１で表示される図５の画面における「フォルダ検索」のボタンではなく、図７の画面における「テンプレート呼出」のボタンが押下されたことを検知した場合は、端末３０のＣＰＵ２１は、サーバ１０にテンプレート一覧を要求する旨の情報をセッションＩＤとともに送信する。

サーバ１０のＣＰＵ２１は、当該ユーザが使用可能なテンプレート情報一覧をサーバ１０のハードディスク２８から読み出す。そして、サーバ１０のＣＰＵ２１は、図６の画面と同様なテンプレート一覧表示及びテンプレートの選択を行うことができるダイアログを端末３０に表示させるための画面情報を端末３０に送信する。

端末３０のＣＰＵ２１は、テンプレートの選択ダイアログを表示して特定のテンプレートが指定された場合、選択されたテンプレートを特定する情報をサーバ１０に送信する。

サーバ１０のＣＰＵ２１は、指定されたテンプレート情報をハードディスク２８から読み出して、端末３０に、図８と図９の画面に選択項目と各検索条件が入った状態の画面を表示するための表示情報を生成して送信する。なお、上記テンプレート情報には、図７で指定する帳票選択情報と、図８及び図９で指定する各帳票毎の選択項目及び検索条件情報と、図１０で設定するレイアウト設定情報の少なくとも前者２つを含む。但し、原則としてレイアウト情報を含む３つの情報が関連付けられて記憶されている。

端末３０のＣＰＵ２１は、Ｓ３０１から直ちにＳ３０３に処理を進め、図８と図９の画面に帳票名称とＡＮＤ／ＯＲ区分と選択項目と演算子と検索条件と表示区分が選択又は入力された状態の画面を表示する（この部分はフローチャートには不図示）。

次に、本発明の更に他の実施形態について説明する。
図８及び図９のＡＮＤ／ＯＲと選択項目と項目条件と表示区分からなる検索条件指定の明細行は主帳票で６行、他の帳票１つについて４行が表示されているが、更に多くの明細行を表示させることもできる。また、行追加のボタンを表示し、このボタンを押下することで明細行を追加した画面を表示させるための表示情報をサーバ１０で生成して端末３０に送信するか又は端末３０側で生成し、明細行を増やした画面を再表示して所望の条件を設定可能にすることができる。

これらの変形例においても、複数の帳票データから名寄せ帳票データを生成することを可能となり、金融機関の業務上等において非常に便利なツールを提供することができる。

本発明の実施形態に係る電子帳票システムの構成を概略的に示す図である。電子帳票サーバのハードウェア構成を模式的に示す図である。本発明の実施形態に係る電子帳票システムの動作を示すフローチャートである。名寄せ帳票の作成処理の流れを示すフローチャートである。帳票選択画面の一例を示す図である。該当フォルダ一覧表示画面の一例を示す図である。帳票選択画面の一例を示す図である。検索条件入力画面の一例を示す図である。検索条件入力画面の一例を示す図である。レイアウト設定画面の一例を示す図である。名寄せ帳票の表示例を示す図である。主帳票の表示例を示す図である。

符号の説明

１０電子帳票サーバ
１５通信回線
３０帳票参照端末
２０システムバス
２１ＣＰＵ
２２ＲＡＭ
２３ＲＯＭ
２４ＬＡＮアダプタ
２５ビデオアダプタ
２６キーボード
２７マウス
２８ハードディスク
２９記憶媒体ドライブ

Claims

複数の帳票データに対する検索結果を用いて二次帳票データを出力する帳票データ検索装置であって、
主帳票データの指定と、当該主帳票データに対する検索条件と、当該主帳票データとの関連付けを行う関連付け項目と、前記主帳票データに含まれる項目の一部である第一の選択項目と、当該関連付け項目を含む当該主帳票データとは別の帳票データの指定と、当該主帳票データとは別の帳票データに含まれる項目の一部である第二の選択項目とを受け付ける第一の受付手段と、
二次帳票データを出力する際に用いる二次帳票レイアウトの選択要求と、前記第一の受付手段により受け付けた主帳票データとは別の帳票データに含まれる項目の一部である第二の選択項目のうち二次帳票データを出力する際にサマリーして出力すべき項目の指定とを受け付ける第二の受付手段と、
前記第一の受付手段により受け付けた主帳票データと、当該主帳票データに対する検索条件とを用いて、当該主帳票データから当該検索条件に合致する第一のレコードを抽出する第一の抽出手段と、
前記第一の受付手段により受け付けた前記関連付け項目と、当該関連付け項目を含む前記主帳票データとは別の帳票データと、前記第一の抽出手段により抽出された第一のレコードとを用いて、当該主帳票データとは別の帳票データから当該第一のレコードに含まれる関連付け項目の値に合致する値を関連付け項目に有する第二のレコードを抽出する第二の抽出手段と、
前記第一の抽出手段により抽出された第一のレコードと、前記第一の受付手段により受け付けた第一の選択項目と、前記第二の抽出手段により抽出された第二のレコードと、前記第一の受付手段により受け付けた第二の選択項目と、前記第二の受付手段により選択要求を受け付けた二次帳票レイアウトと、前記第二の受付手段により受け付けたサマリーして出力すべき項目とを用いて、二次帳票データとして、当該第一のレコードに含まれる当該第一の選択項目の値を表示し、当該第一のレコードに対応する第二のレコードに含まれる当該第二の選択項目の値を表示するものであって、サマリー可能な複数の第二のレコードが含まれる場合、当該サマリー可能な複数の第二のレコードを一つにまとめ、当該サマリーして出力すべき項目は、合計値を算出し、当該算出した値を表示するための制御を行う表示制御手段と
を有することを特徴とする帳票データ検索装置。
前記表示制御手段は、前記サマリーして出力すべき項目以外の項目であって、前記複数の第二のレコードにおいてそれぞれ異なる値を含む項目は、サマリーされたことを示す表示を行うことを特徴とする請求項１に記載の帳票データ検索装置。
複数の帳票データに対する検索結果を用いて二次帳票データを出力する帳票データ検索装置における帳票データ検索方法であって、
前記帳票データ検索装置が、主帳票データの指定と、当該主帳票データに対する検索条件と、当該主帳票データとの関連付けを行う関連付け項目と、前記主帳票データに含まれる項目の一部である第一の選択項目と、当該関連付け項目を含む当該主帳票データとは別の帳票データの指定と、当該主帳票データとは別の帳票データに含まれる項目の一部である第二の選択項目とを受け付ける第一の受付ステップと、
前記帳票データ検索装置が、二次帳票データを出力する際に用いる二次帳票レイアウトの選択要求と、前記第一の受付ステップにより受け付けた主帳票データとは別の帳票データに含まれる項目の一部である第二の選択項目のうち二次帳票データを出力する際にサマリーして出力すべき項目の指定とを受け付ける第二の受付ステップと、
前記帳票データ検索装置が、前記第一の受付ステップにより受け付けた主帳票データと、当該主帳票データに対する検索条件とを用いて、当該主帳票データから当該検索条件に合致する第一のレコードを抽出する第一の抽出ステップと、
前記帳票データ検索装置が、前記第一の受付ステップにより受け付けた前記関連付け項目と、当該関連付け項目を含む前記主帳票データとは別の帳票データと、前記第一の抽出ステップにより抽出された第一のレコードとを用いて、当該主帳票データとは別の帳票データから当該第一のレコードに含まれる関連付け項目の値に合致する値を関連付け項目に有する第二のレコードを抽出する第二の抽出ステップと、
前記帳票データ検索装置が、前記第一の抽出ステップにより抽出された第一のレコードと、前記第一の受付ステップにより受け付けた第一の選択項目と、前記第二の抽出ステップにより抽出された第二のレコードと、前記第一の受付ステップにより受け付けた第二の選択項目と、前記第二の受付ステップにより選択要求を受け付けた二次帳票レイアウトと、前記第二の受付ステップにより受け付けたサマリーして出力すべき項目とを用いて、二次帳票データとして、当該第一のレコードに含まれる当該第一の選択項目の値を表示し、当該第一のレコードに対応する第二のレコードに含まれる当該第二の選択項目の値を表示するものであって、サマリー可能な複数の第二のレコードが含まれる場合、当該サマリー可能な複数の第二のレコードを一つにまとめ、当該サマリーして出力すべき項目は、合計値を算出し、当該算出した値を表示するための制御を行う表示制御ステップと
を含むことを特徴とする帳票データ検索方法。
複数の帳票データに対する検索結果を用いて二次帳票データを出力する帳票データ検索装置であるコンピュータにおいて実行可能なプログラムであって、
主帳票データの指定と、当該主帳票データに対する検索条件と、当該主帳票データとの関連付けを行う関連付け項目と、前記主帳票データに含まれる項目の一部である第一の選択項目と、当該関連付け項目を含む当該主帳票データとは別の帳票データの指定と、当該主帳票データとは別の帳票データに含まれる項目の一部である第二の選択項目とを受け付ける第一の受付手段、
二次帳票データを出力する際に用いる二次帳票レイアウトの選択要求と、前記第一の受付手段により受け付けた主帳票データとは別の帳票データに含まれる項目の一部である第二の選択項目のうち二次帳票データを出力する際にサマリーして出力すべき項目の指定とを受け付ける第二の受付手段、
前記第一の受付手段により受け付けた主帳票データと、当該主帳票データに対する検索条件とを用いて、当該主帳票データから当該検索条件に合致する第一のレコードを抽出する第一の抽出手段、
前記第一の受付手段により受け付けた前記関連付け項目と、当該関連付け項目を含む前記主帳票データとは別の帳票データと、前記第一の抽出手段により抽出された第一のレコードとを用いて、当該主帳票データとは別の帳票データから当該第一のレコードに含まれる関連付け項目の値に合致する値を関連付け項目に有する第二のレコードを抽出する第二の抽出手段、
前記第一の抽出手段により抽出された第一のレコードと、前記第一の受付手段により受け付けた第一の選択項目と、前記第二の抽出手段により抽出された第二のレコードと、前記第一の受付手段により受け付けた第二の選択項目と、前記第二の受付手段により選択要求を受け付けた二次帳票レイアウトと、前記第二の受付手段により受け付けたサマリーして出力すべき項目とを用いて、二次帳票データとして、当該第一のレコードに含まれる当該第一の選択項目の値を表示し、当該第一のレコードに対応する第二のレコードに含まれる当該第二の選択項目の値を表示するものであって、サマリー可能な複数の第二のレコードが含まれる場合、当該サマリー可能な複数の第二のレコードを一つにまとめ、当該サマリーして出力すべき項目は、合計値を算出し、当該算出した値を表示するための制御を行う表示制御手段
として前記コンピュータを機能させるためのプログラム。