JP2015011581A - 情報処理装置、情報処理方法、およびプログラム - Google Patents

Abstract

【課題】帳票ビューワから帳票を出力する際、出力不要な集計行を非表示に設定し、その設定を繰り返し使うことができる帳票システムを提供する。【解決手段】明細行と集計行で構成される表形式のデータを表示する情報処理装置であって、表形式のデータを生成するためのデータと、明細書行と集計行が定義されたフォームとを記憶するデータ記憶手段と、ユーザごとに設定された、集計行に対して表示、非表示条件を定義した定義ファイルを記憶する定義ファイル記憶手段と、ユーザの操作に応じて、前記データと前記フォームとを用いて明細行と集計行で構成される表形式のデータを生成する生成手段と、前記生成手段で生成された表形式データを表示する表示手段と、表形式のデータを生成する際に、非表示可能な集計行かを決定する決定手段とを有する。【選択図】図１０

Description

本発明は、表形式のデータの集計行の表示・非表示を設定する技術に関するものである。

現在、コンピュータ上で帳票を表示する帳票ビューワ（アプリケーション）がある。

帳票ビューワから売上明細などの帳票を出力する際、売上明細レコードの項目（大項目・中項目・小項目）が直前の売上明細レコードと値が異なる場合、キーブレイクを検知することで、大計・中計・小計といった集計行を表示し、その集計行までの売上額を集計する。

その際、帳票によっては、集計行が頻繁に表示され、表が見づらくなってしまうことがある。

特許文献１には、集計行に背景属性を統一した網掛けをすることで、表全体で統一的な見栄えを確保しながら集計行以外の行を含めた各行の独立性を高める技術が開示されている。

特開２００９−０１５７１８号公報

特許文献１における、帳票プリントイメージ生成システムでは、集計行の背景属性を一致させ、かつ背景属性を可能な限り交互網掛けとする処理を施すことで、表全体で統一的な見栄えを確保しながら集計行以外の行を含めた各行の独立性を高めるという、交互網掛けならではの利点を活かした印刷結果を得るための制御を行っている。

しかしながら、上記システムでは、集計対象レコードが１件であっても、必ず集計行が表示されるため、場合によっては集計行が多く表示され、見づらい帳票が出力されてしまうことがある。また、見づらいか否かはユーザによって異なるため、ユーザによって見せ方を切り替えられることが望まれる。

そこで、本発明の目的は、表形式のデータにおける集計行の表示・非表示を任意に設定し、ユーザが所望する表形式のデータを得ることが可能な仕組みを提供することである。

本発明の目的を達成するための、明細行と集計行で構成される表形式のデータを表示する情報処理装置であって、表形式のデータを生成するためのデータと、明細書行と集計行が定義されたフォームとを記憶するデータ記憶手段と、ユーザごとに設定された、集計行に対して表示、非表示条件を定義した定義ファイルを記憶する定義ファイル記憶手段と、ユーザの操作に応じて、前記データと前記フォームとを用いて明細行と集計行で構成される表形式のデータを生成する生成手段と、前記生成手段で生成された表形式データを表示する表示手段と、表形式のデータを生成する際に、明細行のデータに従って、集計行を挿入するか否かを判定する挿入判定手段と、前記挿入判定手段で、集計行を挿入すると判定された場合に、集計行の条件に従って、非表示可能な集計行かを決定する決定手段と、前記ユーザの定義ファイルを用いて、前記決定手段で非表示可能な集計行であると決定された集計行を表示するか否かを判定する表示判定手段とを備え、前記生成手段は、非表示と判定された集計行である場合には、集計行を生成せず、表示と判定された集計行である場合には、明細のデータを用いて集計行を生成することを特徴とする。

本発明により、表形式のデータにおける集計行の表示・非表示に任意に設定し、ユーザが所望する表形式のデータを得ることが可能になり、ユーザの利便性が向上する。

本発明の実施形態における帳票システムの構成を示す図である。 図１における帳票サーバのハードウェア構成を示す図である。 図１におけるクライアント端末の機能構成の一例を示す図である。 帳票サーバまたはクライアント端末で行われるオーバーレイ処理の一例を示す図である。 図４のオーバーレイ処理で集計行を表示するためのキーブレイク設定の一例である。 本発明の実施形態における帳票における集計行の表示・非表示を決める方法の一例である。 本発明の実施形態における帳票サーバにおけるファイルおよびフォルダ構成の一例である。 本発明の実施形態における集計行パターンを定義するパターンファイルの一例である。 本発明の実施形態における帳票出力処理の一例を示すフローチャートである。 カスタムパターンファイルに従い集計行の一部を非表示にした帳票の一例である。 カスタムパターンファイルに従い集計行の一部を非表示にした帳票の一例である。 集計行パターン編集処理の一例を示すフローチャートである。 集計行パターン編集画面の一例を示す図である。 集計行パターン編集画面におけるエラー表示の一例を示す図である。

以下、図面を参照して、本発明の実施の形態の一例について説明する。

図１は、本発明の実施形態における帳票システム（情報処理システム）の構成を示す図である。

帳票サーバ１０１は、帳票出力に必要なデータやファイルを記憶するサーバ（情報処理装置）である。

クライアント端末１０２は、ユーザが操作する端末であって、当該端末を介して帳票サーバ１０１に対して指示を行う。なお、ユーザは、帳票サーバを直接操作してもよい。

クライアント端末１０２には、帳票イメージのオーバーレイ（描画）処理を行う帳票ツール（アプリケーション）がインストールされており、帳票サーバから取得した「フォームファイル」「データファイル」から、帳票イメージを出力するためのオーバーレイ処理を行う。

なお、オーバーレイ処理を行うのは、クライアント端末１０２であっても、帳票サーバ１０１であってもよい。帳票サーバ１０１でオーバーレイ処理を行う場合は、帳票サーバ１０１からクライアント端末１０２に、オーバーレイ後の帳票イメージと｛行区分・パターン条件｝表６００を含む情報を送信することで、クライアント端末１０２の帳票ビューワ１００１やＷｅｂブラウザ上で帳票の表示・印刷などの操作を可能にする。

ネットワーク１０３は、ＬＡＮ、インターネット等のネットワークであって、帳票サーバ１０１とクライアント端末１０２は、ネットワーク１０３を介して通信可能である。

なお、図１のネットワーク上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。

次に、図１の帳票サーバ１０１とクライアント端末１０２のハードウェア構成について、図２を用いて説明する。

図２は、本発明の実施形態における帳票サーバおよびクライアント端末１０２のハードウェア構成を示す図である。

ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。

また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。

ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。

また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。

ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。本発明には直接関係があるものではない。

メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するためのプログラム２１２は、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラム２１２が用いる定義ファイル２１３及び各種情報テーブル２１４は外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。

図３において、明細行と集計行で構成される表形式のデータを表示する情報処理装置としてのクライアント端末１０２の機能について説明する。

データ記憶部３０１は、表形式のデータを生成するためのデータと、明細書行と集計行が定義されたフォームとを記憶する機能部である。

定義ファイル記憶部３０２は、ユーザごとに設定された、集計行に対して表示、非表示条件を定義した定義ファイルを記憶する機能部である。

生成部３０３は、ユーザの操作に応じて、前記データと前記フォームとを用いて明細行と集計行で構成される表形式のデータを生成する機能部である。

表示部３０４は、生成部３０３で生成された表形式データを表示する機能部である。

挿入判定部３０５は、表形式のデータを生成する際に、明細行のデータに従って、集計行を挿入するか否かを判定する機能部である。

決定部３０６は、挿入判定部３０５で、集計行を挿入すると判定された場合に、集計行の条件に従って、非表示可能な集計行かを決定する機能部である。

表示判定部３０７は、前記ユーザの定義ファイルを用いて、決定部３０６で非表示可能な集計行であると決定された集計行を表示するか否かを判定する機能部である。

また、生成部３０３は、非表示と判定された集計行である場合には、集計行を生成せず、表示と判定された集計行である場合には、明細のデータを用いて集計行を生成する機能部である。

また、定義ファイル記憶部３０２は、集計行をすべて表示する条件を定義したデフォルトの定義ファイルを記憶する機能部である。

また、生成部３０３は、前記デフォルトの定義ファイルに従って表示形式のデータを生成する機能部である。

また、表示部３０４は、ユーザごとの定義ファイルを生成するべく、前記集計行の編集指示があった場合に、前記非表示とするための集計行を選択可能に表示する機能部である。

選択部３０８は、非表示とする集計行を選択する機能部である。

定義ファイル生成部３０９は、選択部３０８で選択された集計行を非表示とする条件を定義した定義ファイルを生成する機能部である。

定義ファイル記憶部３０２で記憶される定義ファイルは、定義ファイル生成部３０９で生成された定義ファイルである。また、定義ファイル生成部３０９で生成された定義ファイルは、生成したユーザに対応付ける。

図４は、帳票サーバ１０１またはクライアント端末１０２で行われるオーバーレイ処理の一例を示す図であり、売上明細フォームファイル４０１と売上明細データファイル４０２から、売上明細帳票４０３を出力する例を挙げている。

帳票サーバ１０１またはクライアント端末１０２には、帳票イメージのオーバーレイ（描画）処理を行う帳票ツールがインストールされており、帳票サーバ１０１やデータベース１０４などから取得した売上明細フォームファイル４０１のレイアウト定義と売上明細データファイル４０２を用いて、オーバーレイ処理を行うことで売上明細帳票４０３の帳票イメージを出力する。

また、図４の売上明細帳票４０３には、小計・中計・大計といった集計行と呼ばれる明細の集計を表す行が表示されている。

図５は、この集計行を表示するためのキーブレイク設定の設定画面の一例である。５０３は、小項目がブレイクした（直前の明細レコードと値が異なる）場合、小計を表示するという設定であり、同様に、５０２は、中項目がブレイクした場合に中計を表示、５０１は、大項目がブレイクした場合に大計を表示する設定である。

図４のオーバーレイ処理を行う際、図５のキーブレイク設定の条件に従って、集計行を挿入する。具体的には、売上明細データファイル４０２から次に表示する明細データを取得し、直前の明細データと比較して、小項目の値が変わるかを判定する。小項目の値が変わる場合には、小項目のブレイクと判定し、「小計」の集計行を挿入する。図４の例では、小項目の内容が「東京」から「千葉」に変わる場合に小項目のブレイクと判定し、「小計」の集計行を挿入する。この時、キーブレイク設定の条件に従って、売上額を集計（ＳＵＭ）して、集計行の売上額とする。

図６は、本発明の実施形態における帳票における集計行の表示・非表示を決める方法の一例である。

売上明細帳票４０３（図６）における小計６０２は、集計対象のレコードが１行（２０万円）であるため、集計結果である小計の値も同じ（２０万円）となり、ユーザによっては見づらい。小計６０５、中計６０６についても同様である。

また、小計６０４（６０万円）は、直後の行の中計（６０万円）と同じ値であるため、これもユーザによっては煩わしいと感じることがある。

ただし、これらの集計行が見づらいか否かはユーザによって異なるため、ユーザによって見せ方を切り替えられることが望まれる。

図６の｛行区分・パターン条件｝表６００については後述するが、集計行を「行区分」「パターン条件」で分類し、集計行の表示・非表示を定義する集計行パターンファイル（デフォルトパターンファイル・カスタムパターンファイルの２種類がある）と照らし合わせることで、各集計行の表示・非表示を決定する。

図７は、本発明の実施形態における帳票サーバ１０１におけるファイルおよびフォルダ構成の一例である。帳票の種類ごとにフォルダを分け、そのフォルダに帳票のオーバーレイ処理に必要な、「フォームファイル」「データファイル」「集計行パターンファイル（デフォルトパターンファイル・カスタムパターンファイルの２種類）」を外部メモリ２１１に記憶する。

具体的には、売上明細フォルダ７１０には、売上明細帳票４０３（図４）のオーバーレイ処理に必要な、売上明細フォームファイル４０１・売上明細データファイル４０２・売上明細デフォルトパターンファイル８１０・売上明細カスタムパターンファイル８２０・８３０を記憶する。

同様に、見積書フォルダ７２０には、見積書帳票（不図示）のオーバーレイ処理に必要なファイルを記憶し、請求書フォルダ７３０には、請求書帳票（不図示）のオーバーレイ処理に必要なファイルを記憶する。

売上明細デフォルトパターンファイル８１０と売上明細カスタムパターンファイル８２０・８３０は、売上明細帳票４０３を表示する際の、集計行の表示・非表示を定義したファイルである。

まず、売上明細カスタムパターンファイル８２０・８３０について説明する。

売上明細カスタムパターンファイル８２０・８３０は、帳票システムのユーザごとに作成・保存することができ、そのユーザが売上明細帳票４０３を出力する際の集計行出力パターンとして使用される。

売上明細カスタムパターンファイル８２０は、ファイル名「売上明細＿０００１１１．ｐｔｎ」であり、ユーザ「０００１１１」が売上明細帳票４０３を出力する際の集計行出力パターンとして使用される。

売上明細カスタムパターンファイル８３０は、ファイル名「売上明細＿０００２２２．ｐｔｎ」であり、ユーザ「０００２２２」が売上明細帳票４０３を出力する際の集計行出力パターンとして使用される。

以上のように、ユーザが売上明細帳票４０３を出力するための集計行パターンファイルを保存すると、売上明細フォルダ７１０に集計行パターンファイルが作成・保存される。

なお、本実施形態においては、集計行パターンファイルは、１帳票かつ１ユーザで１ファイルしか保持できないが、ファイル名を「売上明細＿０００２２２＿０１．ｐｔｎ」のように末尾に通し番号を付けるなどにより、１帳票かつ１ユーザで複数の集計行パターンファイルを持つことも可能である。

また、カスタムパターンファイルのファイル名を「０００２２２．ｐｔｎ」のようにして、帳票ごとのフォルダよりも上位階層のフォルダに配置することで、複数帳票に使用可能な集計行パターンファイルを持つことも可能である。

また、ファイル名を「売上明細＿営業１課．ｐｔｎ」
のようにユーザＩＤではなく、グループ名や権限名などにすることで、特定のグループや権限などで使う集計行出力パターンを持つことも可能である。

次に、デフォルトパターンファイル８１０について説明する。

デフォルトパターンファイル８１０は、参照すべきカスタムパターンファイルの無いユーザが帳票を表示する際の集計行パターンとして使用される。

参照すべきカスタムパターンファイルの無いユーザも、デフォルトパターンファイルを用いて帳票を表示した後、パターン編集処理（後述）を行い、パターンを保存することで、自分のカスタムパターンファイルを作成・保存することができる。

また、デフォルトパターンファイルのファイル名を「ｄｅｆａｕｌｔ．ｐｔｎ」のようにして、帳票ごとのフォルダよりも上位階層のフォルダに配置することで、複数帳票に有効なデフォルトパターンファイルを持つことも可能である。

ここで挙げたフォルダおよびファイルの名称・格納場所は、あくまで一例であり、その他の名称・格納場所を制限するものではない。

なお、本実施形態では、「フォームファイル」「データファイル」「デフォルトパターンファイル」「カスタムパターンファイル」の４種類のファイルを１つのフォルダとして、外部メモリ２１１に記憶としたが、このファイル、フォルダ構成および記憶場所は、あくまで例であって、これに限定するものではない。

図８は、本発明の実施形態における集計行パターンを定義するパターンファイルの一例である。

前述のように、ファイル名は「帳票名＿ユーザＩＤ.ｐｔｎ」のようにして、帳票の種類と使用するユーザの区別がつくようにする。また、ファイル名のユーザＩＤの部分が「ｄｅｆａｕｌｔ」であれば、デフォルトパターンファイル８１０であることが認識できる。
まず、パターンファイルの記述形式について説明する。

デフォルトパターンファイル８１０とカスタムパターンファイル８２０・８３０の内容の記述形式は同一で、パターンファイルのサンプル８００のような形式であり、行８０１・行８０２のように「集計行名＝表示定義１，表示定義２」を１行とし、集計行の種類の数だけ定義する。行８０１・行８０２の「表示定義１」「表示定義２」の箇所には、「ＹＥＳ」または「ＮＯ」のどちらかを定義する。

「表示定義１」には、「パターン条件１（集計行を表示するための集計対象レコード行が１行である）」に該当する場合に、その集計行を表示する「ＹＥＳ」か、非表示にする「ＮＯ」か、のどちらかを定義する。

「表示定義２」には、「パターン条件２（小計・中計のように集計行が連続し、かつ、どちらの値も同じである）」に該当する場合、先の集計行を表示する「ＹＥＳ」か、非表示にする「ＮＯ」か、のどちらかを定義する。

次に、デフォルトパターンファイル８１０、カスタムパターンファイル８２０・８３０の定義内容について説明する。

デフォルトパターンファイル８１０は、小計定義８１１・中計定義８１２・大計定義８１３における、すべての表示定義が「ＹＥＳ」であるため、各集計行が「表示定義１」「表示定義２」に該当したとしても、その集計行は表示するという定義である。

本実施形態において、デフォルトパターンファイル８１０は、帳票システム管理者が作成・保存しておくことを想定しているが、帳票システム管理者が帳票ツールなどからデフォルトパターンファイル８１０を作成・編集・保存・削除できるとしてもよいし、帳票システム管理者ではないユーザが帳票ツールなどからデフォルトパターンファイル８１０を作成・編集・保存・削除できるとしてもよい。

次に、カスタムパターンファイル８２０・８３０の内容について説明する。

売上明細カスタムパターンファイル８２０は、ファイル名「売上明細＿０００１１１．ｐｔｎ」であり、ユーザ「０００１１１」が売上明細帳票１０１０（図１０）を出力する際に参照され、小計・中計・大計が「パターン条件１」「パターン条件２」に該当する場合、表示（ＹＥＳ）・非表示（ＮＯ）のどちらにするか、小計定義８２１・中計定義８２２・大計定義８２３のように定義する。

売上明細カスタムパターンファイル８３０は、ファイル名「売上明細＿０００２２２．ｐｔｎ」であり、ユーザ「０００２２２」が売上明細帳票１１１０（図１１）を出力する際に参照され、小計・中計・大計が「パターン条件１」「パターン条件２」に該当する場合に表示（ＹＥＳ）・非表示（ＮＯ）のどちらにするか、小計定義８３１・中計定義８３２・大計定義８３３のように定義する。

本実施形態において、カスタムパターンファイル８２０は、ユーザ「０００１１１」のみが使用できる集計行パターンファイルとしているが、集計行パターン選択画面などを用意することで、他のユーザの集計行パターンファイルを参照可能としてもよい。その場合、他のユーザの集計行パターンファイルについては参照のみ可能とし、編集・保存・削除は不可能にする。

本実施形態におけるパターンファイル８１０・８２０・８３０では、集計行の種類（小計・中計・大計など）ごと、パターン条件ごとに、「表示」・「非表示」の表示定義を行っているが、「集計行」の種類を特定しない表示定義（不図示）や、「パターン条件」を特定しない表示定義（不図示）を行ってもよい。

具体的には、「集計行」の種類を特定しない表示定義とは、「売上明細＿０００１１１．ｐｔｎ」の内容に、「集計行名」を記述せず、｛ＮＯ，ＹＥＳ｝のような１行の記述にするということである。これにより、「パターン条件１」に該当すれば、「集計行」の種類に関わらず「非表示」、「パターン条件２」に該当すれば、「集計行」の種類に関わらず「表示」にすることになる。

また、「パターン条件」を特定しない表示定義とは、「売上明細＿０００１１１．ｐｔｎ」の内容を、「小計＝ＮＯ」「中計＝ＹＥＳ」「大計＝ＹＥＳ」のような複数行で定義するということである。この設定では、複数の「パターン条件」のどれか１つに該当する「小計」は「非表示」とし、複数の「パターン条件」のどれか１つに該当する「中計」は「表示」し、複数のパターン条件のどれか１つに該当する「大計」は「表示」することになる。

また、この場合、複数の「パターン条件」のどれか１つではなく、すべてに該当するといった条件にしてもよい。

ここまで図８を参照して、デフォルトパターンファイル８１０、カスタムパターンファイル８２０・８３０のファイル名およびファイル内容の記述形式について説明したが、これらはあくまで実施例であり、本実施形態の形式に限定されるものではない。

図９は、本発明の実施形態における帳票出力処理の一例を示すフローチャートである。図１０は、カスタムパターンファイル８２０に従い集計行の一部を非表示にした帳票の一例である。図１１は、カスタムパターンファイル８３０に従い集計行の一部を非表示にした帳票の一例である。

図９を参照して、本実施形態における帳票出力の全体の流れを説明する。

ステップＳ９０１において、クライアント端末１０２は、帳票システムのユーザによって入力されたユーザ識別情報とパスワードを受け付け、ログイン処理を行う。ここでは、ユーザ識別情報として、「０００１１１」を例に挙げる。

ステップＳ９０２において、クライアント端末１０２は、帳票サーバ１０１から受信した、出力可能な帳票の一覧を表示する。帳票の一覧は、例えば、図７のフォルダの名称の一覧を表示する。図７を例に説明すると、「売上明細」「見積書」「請求書」がクライアント端末１０２に一覧表示される。

ステップＳ９０３において、クライアント端末１０２は、ユーザによって選択された帳票の帳票識別情報を受け付ける。ここでは、選択された帳票の帳票識別情報として、「売上明細」を例に挙げる。

ステップＳ９０４において、クライアント端末１０２は、帳票サーバ１０１にユーザ識別情報と帳票識別情報を含む出力要求を送信する。

ステップＳ９０５において、帳票サーバ１０１は、クライアント端末１０２から送信された出力要求を受け付ける。

ステップＳ９０６において、帳票サーバ１０１は、出力要求からユーザ識別情報と帳票識別情報を取得し、外部メモリ２１１のフォルダ名に帳票識別情報を含むフォルダに、ファイル名にユーザ識別情報を含むファイル（カスタムパターンファイル８２０）が存在するか判断する。

カスタムパターンファイル８２０が存在する場合、ステップＳ９０７において、帳票サーバ１０１は、カスタムパターンファイル８２０を取得する。

カスタムパターンファイルが存在しない場合、ステップＳ９０８において、帳票サーバ１０１は、出力する帳票のデフォルトパターンファイル８１０を取得する。

ステップＳ９０９において、帳票サーバ１０１は、出力帳票のフォームファイル４０１を取得する。

ステップＳ９１０において、帳票サーバ１０１は、出力帳票のデータファイル４０２を取得する。

ステップＳ９１１において、帳票サーバ１０１は、「パターンファイル（デフォルトパターンファイル８１０またはカスタムパターンファイル８２０）」「フォームファイル４０１」「データファイル４０２」をクライアント端末１０２に送信する。

ステップＳ９１２において、クライアント端末１０２は、帳票サーバ１０１から送信された「パターンファイル８１０または８２０」「フォームファイル４０１」「データファイル４０２」を受信する。

ステップＳ９２０〜ステップＳ９４６で、クライアント端末１０２は、「パターンファイル８１０または８２０」「フォームファイル４０１」「データファイル４０２」を用いて、最終集計行までオーバーレイ処理を行う。

ステップＳ９２０において、クライアント端末１０２は、次に出力する明細レコードと直前の明細レコードとを比較し、キーブレイクが発生しているかを判断する。

キーブレイクが発生していない場合、クライアント端末１０２は、ステップＳ９３１において、表示する明細レコードと行区分「レコード」を含む情報をＲＡＭ２０３に記憶し、ステップＳ９３２において、明細レコードを表示部２１０に表示する。

キーブレイクが発生した場合、ステップＳ９４１において、クライアント端末１０２は、ブレイク設定の条件（図５）に従って、売上額を集計（ＳＵＭ）し、ステップＳ９４２において、行区分６１０・パターン条件６２０をＲＡＭ２０３に記憶する。具体的には、図６の小計６０１の行区分・パターン条件は、｛行区分・パターン条件１・パターン条件２｝の形式で表すと、行区分・パターン条件６３１のように｛小計・×（該当しない）・×（該当しない）｝となり、これをクライアント端末１０２のＲＡＭ２０３に記憶しておく。

ステップＳ９４３において、ＲＡＭ２０３に記憶した｛行区分・パターン条件１・パターン条件２｝とパターンファイルにおける表示定義の演算を行う。具体的には、図６の小計６０１の行区分・パターン条件６３１は｛小計・×・×｝であり、「パターン条件１」「パターン条件２」ともに「×」（該当しない）ため、集計行パターンファイルを参照するまでもなく、表示部２１０に小計６０１を表示する。

同様に、小計６０２の行区分・パターン条件６３２は｛小計・●（該当する）・×｝となり、「パターン条件１」に該当するため、集計行パターンファイルの小計定義８２１の「表示定義１」を参照し、表示定義１＝ＮＯ（非表示）であるため、小計６０２は非表示にする。もし、表示定義１＝ＹＥＳ（表示）である場合は、小計６０２を表示する。

つまり、ステップＳ９４３において、「パターン条件ｎ」と「表示定義ｎ」（ｎは自然数）を含む演算（例えば、ＮＯＴ「パターン条件ｎ」ＯＲ「表示定義ｎ」）を行い、演算結果＝１（表示）であれば、ステップＳ９４４において、集計行を表示し、演算結果＝０（非表示）であれば、ステップＳ９４５において、集計行を非表示にする。

本実施形態では、「パターン条件１」「パターン条件２」という２つのパターン条件を挙げたが、この２つのパターン条件はあくまで例であって、これに限定するものではない。

なお、本実施形態のように、「パターン条件」の個数とパターンファイルの「表示定義」の個数を同一にすることで、「パターン条件」と「表示定義」を１対１に設定できるが、「表示定義」は１つであってもよい。その場合は、複数の「パターン条件」のうちのいずれかに該当すること、または、複数の「パターン条件」のすべてに該当すること、などを条件にして、表示・非表示を決定してもよい。

ステップＳ９４６において、最終集計行まで表示したか判断し、最終集計行でない場合は、ステップＳ９２０に戻り、最終集計行の場合は、ステップＳ９５０に進む。なお、本実施形態では、説明上、行ごとにデータを表示するようにしたが、すべての行をオーバーレイ処理して、ステップＳ９４６の後にオーバーレイしたデータをまとめて表示してもよい。

ここまでで、帳票のオーバーレイ処理が完了し、クライアント端末１０２は、帳票イメージ４０３を出力する。

出力される帳票イメージ４０３について、図６・図８・図１０・図１１を用いて、具体的に説明する。

まず、ユーザ「０００１１１」が売上明細帳票１０１０を出力するケースについて、説明する。

図１０は、ユーザ「０００１１１」がカスタムパターンファイル８２０「売上明細＿０００１１１．ｐｔｎ」を使用し、帳票印刷画面１０００に出力した売上明細帳票１０１０である。帳票印刷画面１０００は、パターン編集ボタン１０２０、印刷ボタン１０３０、閉じるボタン１０４０を備える。

図６のパターン条件６２０に該当する集計行（パターン条件６３２・パターン条件６３４・パターン条件６３５・パターン条件６３６）は、集計行パターンファイルを参照し、表示・非表示を決める。

ユーザ「０００１１１」の場合の集計行パターンには、図８の売上明細カスタムパターンファイル８２０「売上明細＿０００１１１．ｐｔｎ」が使用する。

売上明細カスタムパターンファイル８２０には、「集計行名＝表示定義１，表示定義２」で表すと、「小計定義８２１＝ＮＯ，ＮＯ」、「中計定義８２２＝ＮＯ，ＮＯ」であるため、小計または中計で「パターン条件１」「パターン条件２」に該当した場合、その小計と中計の集計行はＮＯ（非表示）にする。

そのため、図１０の売上明細帳票１０１０には、明細レコード１０１１の次行の小計６０２は非表示である。同様に、明細レコード１０１２の前行の小計６０４、明細レコード１０１３の次行の小計６０５・中計６０６、のすべてが非表示である。

次に、ユーザ「０００２２２」が売上明細帳票１１１０を出力するケースについて、説明する。

図１１は、ユーザ「０００２２２」がカスタムパターンファイル８３０「売上明細＿０００２２２．ｐｔｎ」を使用し、帳票印刷画面１０００に出力した売上明細帳票１１１０である。

ユーザ「０００１１１」のケースと同様に、図６のパターン条件６２０に該当した集計行（パターン条件６３２・パターン条件６３４・パターン条件６３５・パターン条件６３６）は、集計行パターンファイルを参照し、表示・非表示を決める。

ユーザ「０００２２２」の場合の集計行パターンには、図８の売上明細カスタムパターンファイル８３０「売上明細＿０００２２２．ｐｔｎ」が使用する。

売上明細カスタムパターンファイル８３０には、「集計行名＝表示定義１，表示定義２」で表すと、「小計定義８３１＝ＮＯ，ＹＥＳ」、「中計定義８３２＝ＮＯ，ＮＯ」である。

よって、小計の場合は、「パターン条件１」に該当するとＮＯ（非表示）にし、「パターン条件２」に該当するとＹＥＳ（表示）する。

つまり、ユーザ「０００１１１」のケースと比較すると、小計の「パターン条件２」の場合のみ異なる。

そのため、図１１の売上明細帳票１１１０は、図１０の売上明細帳票１０１０と比較すると、小計６０４が表示されている。

以上で、ユーザ「０００１１１」、ユーザ「０００２２２」が出力する売上明細帳票について、説明を完了する。

なお、図６のパターン条件６３５は、「パターン条件１」「パターン条件２」の両方に該当するため、カスタムパターンファイル８３０の小計定義８３１と照合すると、ＹＥＳ（表示）・ＮＯ（非表示）という異なる結果が生じる。このような場合、本実施形態では、不要な集計行をなるべく非表示にするという目的から、ＮＯ（非表示）とする。

もちろん、この場合、ＹＥＳ（表示）にするというルールにしてもよいし、どちらかのパターン条件の結果を優先するルールにしてもよい。

また、パターン条件を３つ以上設けた場合は、多数決や加重平均などのルールによって、ＹＥＳ（表示）・ＮＯ（非表示）を決めてもよい。

以上のような、ＹＥＳ（表示）・ＮＯ（非表示）という異なる結果が出た場合に、どちらを選ぶかのルールは、ステップＳ９４３の「パターン条件」と「表示定義」との演算ルールに組み込んでもよいし、後述する集計行パターン編集画面１３００において、ユーザに選択させてもよい。
図９のフローチャートの説明に戻る。

帳票ビューワ１００１が帳票イメージを出力した後、ステップＳ９５０において、図１０・図１１のパターン編集ボタン１０２０が押下されたか判断する。

パターン編集ボタン１０２０が押下された場合、ステップＳ９５１において、集計行パターン編集処理（図１２の説明にて後述する）を行う。

パターン編集ボタン１０２０が押下されなかった場合、または、集計行パターン編集処理完了後、ステップＳ９６０において、クライアント端末１０２は、図１０の印刷ボタン１０３０が押下されたか判断する。

印刷ボタン１０３０が押下された場合、ステップＳ９６１において、クライアント端末１０２は、ユーザに指定されたプリンタに、表示された帳票のデータを含む印刷要求を送信する。

印刷ボタン１０３０が押下されなかった場合、または、印刷完了後、ステップＳ９７０において、クライアント端末１０２は、図１０の閉じるボタン１０４０が押下されたか判断する。

閉じるボタン１０４０が押下された場合、帳票ビューワ１００１を閉じ、処理を終了する。

閉じるボタン１０４０が押下されなかった場合、ステップＳ９５０に戻る。
以上で、図９のフローチャートの説明を完了する。

図１２は、集計行パターン編集処理の一例を示すフローチャートである。

図１０のパターン編集ボタン１０２０が押下された場合、図１２の集計行パターン編集処理を行う。

図１２を参照して、本実施形態における集計行パターン編集処理の流れを説明する。

ステップＳ１２０１において、クライアント端末１０２は、集計行パターン編集画面１３００（図１３）を表示する。

ステップＳ１２０２において、クライアント端末１０２は、クライアント端末１０２のＲＡＭ２０３に記憶した｛行区分・パターン条件｝表６００の行区分６１０から、表示対象が「レコード行」か「集計行」か、を判断する。

表示対象が「レコード行」の場合、ステップＳ１２０３において、クライアント端末１０２は、「レコード行」を表示し、その左には削除チェックボックスを表示しない。

表示対象が「集計行」の場合、ステップＳ１２０４において、クライアント端末１０２は、「集計行」を表示し、その左に削除チェックボックスを表示する。なお、ここでは、すべての「集計行」に削除チェックボックスを表示するとしたが、｛行区分・パターン条件｝表６００から、表示対象の「集計行」が｛小計・×・×｝のように、「パターン条件１」「パターン条件２」のどちらにも該当しない場合、この「集計行」を非表示にすることはできないため、削除チェックボックスを表示しないとしてもよい。

ステップＳ１２０５において、クライアント端末１０２は、最終集計行まで繰り返し処理したか判断する。

最終集計行まで繰り返し処理していない場合、ステップＳ１２０２に戻る。

最終集計行まで繰り返し処理した場合、ステップＳ１２１０に進む。

ステップＳ１２１０において、クライアント端末１０２は、削除チェックボックスが選択されたか、選択解除されたかを判断する。

削除チェックボックスが選択された場合、ステップＳ１２１１において、クライアント端末１０２は、｛行区分・パターン条件｝表６００を参照し、選択された削除チェックボックスの集計行と同じ｛行区分・パターン条件｝の集計行の削除チェックボックスを自動で選択する。

削除チェックボックスが選択解除された場合、ステップＳ１２１２において、クライアント端末１０２は、｛行区分・パターン条件｝表６００を参照し、選択された削除チェックボックスの集計行と同じ｛行区分・パターン条件｝の集計行の削除チェックボックスを自動で選択解除する。

具体的に説明する。図１３の集計行パターン編集画面１３００において、ユーザによって、削除チェックボックス１３０１を選択されたとき、クライアント端末１０２は、｛行区分・パターン条件｝表６００を参照し、選択された削除チェックボックス１３０１の｛行区分・パターン条件｝の組み合わせである｛小計・●・×｝６３２を取得する。

次に、クライアント端末１０２は、取得した｛小計・●・×｝６３２に従って、｛行区分・パターン条件｝表６００を検索し、該当する行を特定する。｛小計・●・ＡＮＹ｝であれば、該当する行として特定するものとする。検索されたすべての行（図１３の場合、削除チェックボックス１３０２のみ）の削除チェックボックスにチェックを入れる。これは、ユーザが選択することなく自動でチェックが入る。

削除チェックボックス１３０１が選択解除された場合も同様の流れで、削除チェックボックス１３０２を自動で選択解除する。

上記では、｛行区分・パターン条件｝の組み合わせが｛小計・●・×｝の集計行が選択された場合、｛小計・●・ＡＮＹ｝の組み合わせでクライアント端末１０２のＲＡＭ２０３に記憶した｛行区分・パターン条件｝表６００を検索するとしたが、｛小計・●・×｝で検索するとしてもよいし、｛ＡＮＹ・●・×｝｛ＡＮＹ・●・ＡＮＹ｝で検索するとしてもよい。この検索ルールについては、ステップＳ１２１１の自動選択処理・ステップＳ１２１２の自動選択解除処理に組み込んでもよいし、帳票サーバ１０１やクライアント端末１０２に配置するファイルに定義してもよいし、帳票システム管理者が帳票ツールなどから作成・編集・保存・削除できるとしてもよいし、帳票システム管理者ではないユーザが帳票ツールなどから作成・編集・保存・削除できるとしてもよい。
図１２のフローチャートの説明に戻る。

ステップＳ１２２０において、クライアント端末１０２は、編集完了ボタン１３３０が押下されたか判断する。

編集完了ボタン１３３０が押下されていない場合、ステップＳ１２１０に戻る。

編集完了ボタン１３３０が押下された場合、ステップＳ１２３０に進む。

ステップＳ１２３０において、クライアント端末１０２は、選択された削除チェックボックスおよびその組み合わせにエラーがないか判断する。

エラーがある場合、ステップＳ１２３１において、エラーの原因となっている削除チェックボックスを赤くしたり、エラーメッセージを表示したりするなどによって、ユーザにエラーを通知する。

具体的には、図１４の削除チェックボックス１４０１のように、チェックボックスのまわりを赤くするなどによって、ユーザにエラーを通知する。ここでは、削除チェックボックス１４０１の中計は、｛行区分・パターン条件｝の組み合わせが｛中計・×・×｝であり、「パターン条件１」「パターン条件２」のどちらにも当てはまらず、非表示にすることはできないため、エラー箇所表示１４０１やエラーメッセージ１４０２「この集計行は削除できません」などによって、ユーザにエラーを通知する。

エラーがない場合、ステップＳ１２４０において、「集計行パターンを保存しますか？」などの確認ダイアログ（不図示）を表示し、ユーザに確認する。

ユーザが保存を選ばなかった場合、または、閉じるボタン１０４０を押下した場合、クライアント端末１０２は、集計行パターン編集画面１３００を閉じ、集計行パターン編集処理Ｓ９５１を完了する。

ユーザが保存を選んだ場合、ステップＳ１２４１において、クライアント端末１０２は、削除チェックボックスを選択した｛行区分・パターン条件｝の組み合わせ、例えば｛小計・●・×｝を帳票サーバ１０１に送信する。

ステップＳ１２４２において、帳票サーバ１０１は、クライアント端末１０２から送信された｛行区分・パターン条件｝の組み合わせを受信する。

ステップＳ１２４３において、帳票サーバ１０１は、受信した｛行区分・パターン条件｝を帳票サーバ１０１のＲＡＭ２０３に取得し、カスタムパターンファイル８２０を作成する。

具体的には、受信した｛行区分・パターン条件｝が｛小計・●・×｝である場合、「●」を「ＮＯ（非表示）」に、「×」を「ＹＥＳ（表示）」に置き換える。つまり、小計定義８２１は「小計＝ＮＯ，ＹＥＳ」となる。クライアント端末１０２から送信されなかった「中計」「大計」については集計行を表示するため、中計定義８２２は「中計＝ＹＥＳ，ＹＥＳ」、大計定義８２３は「大計＝ＹＥＳ，ＹＥＳ」となり、カスタムパターンファイル８２０「売上明細＿０００１１１．ｐｔｎ」を作成する。

ステップＳ１２４４において、帳票サーバ１０１は、作成したカスタムパターンファイル８２０「売上明細＿０００１１１．ｐｔｎ」を外部メモリ２１１に保存する。

ここで、ファイル名「売上明細＿０００１１１．ｐｔｎ」のカスタムパターンファイルが既に存在した場合、上書きするとしてもよいし、ファイル名を「売上明細＿０００１１１＿０１．ｐｔｎ」のように末尾に通し番号を付けるなどにより、１帳票かつ１ユーザで複数の集計行パターンファイルを持つ、としてもよい。

カスタムパターンファイル８２０を保存した後、クライアント端末１０２は、集計行パターン編集画面１３００を閉じ、集計行パターン編集処理Ｓ９５１を完了する。

以上、本実施形態によれば、表形式のデータにおける集計行の表示・非表示に任意に設定し、ユーザが所望する表形式のデータを得ることが可能になり、ユーザの利便性が向上することができる。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。

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

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

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１０１ 帳票サーバ
１０２ クライアント端末
１０３ ネットワーク
１０４ データベースサーバ
１０３ ＬＡＮ
２０１ ＣＰＵ
２０２ ＲＡＭ
２０３ ＲＯＭ
２０４ システムバス
２０５ 入力コントローラ
２０６ ビデオコントローラ
２０７ メモリコントローラ
２０８ 通信インタフェース（Ｉ／Ｆ）コントローラ
２０９ 入力装置
２１０ ディスプレイ装置
２１１ 外部メモリ

Claims (6)

1. 明細行と集計行で構成される表形式のデータを表示する情報処理装置であって、
   表形式のデータを生成するためのデータと、明細書行と集計行が定義されたフォームとを記憶するデータ記憶手段と、
   ユーザごとに設定された、集計行に対して表示、非表示条件を定義した定義ファイルを記憶する定義ファイル記憶手段と、
   ユーザの操作に応じて、前記データと前記フォームとを用いて明細行と集計行で構成される表形式のデータを生成する生成手段と、
   前記生成手段で生成された表形式データを表示する表示手段と、
   表形式のデータを生成する際に、明細行のデータに従って、集計行を挿入するか否かを判定する挿入判定手段と、
   前記挿入判定手段で、集計行を挿入すると判定された場合に、集計行の条件に従って、非表示可能な集計行かを決定する決定手段と、
   前記ユーザの定義ファイルを用いて、前記決定手段で非表示可能な集計行であると決定された集計行を表示するか否かを判定する表示判定手段と
   を備え、
   前記生成手段は、非表示と判定された集計行である場合には、集計行を生成せず、表示と判定された集計行である場合には、明細のデータを用いて集計行を生成することを特徴とする情報処理装置。
2. 前記定義ファイル記憶手段は、集計行をすべて表示する条件を定義したデフォルトの定義ファイルを記憶し、
   前記生成手段は、前記デフォルトの定義ファイルに従って表示形式のデータを生成し、
   前記表示手段は、ユーザごとの定義ファイルを生成するべく、前記集計行の編集指示があった場合に、前記非表示とするための集計行を選択可能に表示することを特徴とする請求項１に記載の情報処理装置。
3. 前記非表示とする集計行を選択する選択手段と、
   前記選択手段で選択された集計行を非表示とする条件を定義した定義ファイルを生成する定義ファイル生成手段と
   を更に備え、
   前記定義ファイル記憶手段で記憶される定義ファイルは、前記定義ファイル生成手段で生成された定義ファイルであることを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記定義ファイル生成手段で生成された定義ファイルは、生成したユーザに対応付けることを特徴とする請求項３に記載の情報処理装置。
5. 明細行と集計行で構成される表形式のデータを表示する情報処理装置の処理方法であって、
   前記情報処理装置が、
   表形式のデータを生成するためのデータと、明細書行と集計行が定義されたフォームとを記憶するデータ記憶ステップと、
   ユーザごとに設定された、集計行に対して表示、非表示条件を定義した定義ファイルを記憶する定義ファイル記憶ステップと、
   ユーザの操作に応じて、前記データと前記フォームとを用いて明細行と集計行で構成される表形式のデータを生成する生成ステップと、
   前記生成ステップで生成された表形式データを表示する表示ステップと、
   表形式のデータを生成する際に、明細行のデータに従って、集計行を挿入するか否かを判定する挿入判定ステップと、
   前記挿入判定ステップで、集計行を挿入すると判定された場合に、集計行の条件に従って、非表示可能な集計行かを決定する決定ステップと、
   前記ユーザの定義ファイルを用いて、前記決定ステップで非表示可能な集計行であると決定された集計行を表示するか否かを判定する表示判定ステップと
   を実行し、
   前記生成ステップは、非表示と判定された集計行である場合には、集計行を生成せず、表示と判定された集計行である場合には、明細のデータを用いて集計行を生成することを特徴とする処理方法。
6. 明細行と集計行で構成される表形式のデータを表示する情報処理装置のプログラムであって、
   前記情報処理装置を、
   表形式のデータを生成するためのデータと、明細書行と集計行が定義されたフォームとを記憶するデータ記憶手段と、
   ユーザごとに設定された、集計行に対して表示、非表示条件を定義した定義ファイルを記憶する定義ファイル記憶手段と、
   ユーザの操作に応じて、前記データと前記フォームとを用いて明細行と集計行で構成される表形式のデータを生成する生成手段と、
   前記生成手段で生成された表形式データを表示する表示手段と、
   表形式のデータを生成する際に、明細行のデータに従って、集計行を挿入するか否かを判定する挿入判定手段と、
   前記挿入判定手段で、集計行を挿入すると判定された場合に、集計行の条件に従って、非表示可能な集計行かを決定する決定手段と、
   前記ユーザの定義ファイルを用いて、前記決定手段で非表示可能な集計行であると決定された集計行を表示するか否かを判定する表示判定手段として機能させ、
   前記生成手段は、非表示と判定された集計行である場合には、集計行を生成せず、表示と判定された集計行である場合には、明細のデータを用いて集計行を生成することを特徴とするプログラム。

Images