(57)【特許請求の範囲】
【請求項１】
帳票データを出力する帳票データ出力装置であって、
帳票データを取得する帳票データ取得手段と、
前記帳票データ取得手段が取得した帳票データを出力する出力手段と、
前記帳票データ取得手段が所定期間に取得した帳票データのうち最終の帳票データの出力を、前記出力手段が完了させたか否かを判定する判定手段と、
前記判定手段が前記最終の帳票データの出力が完了したと判定した場合、前記出力手段が出力した帳票データの締め処理を実行する締め処理実行手段と、を有し、
前記帳票データ取得手段は、取得した帳票データごとに前記最終の帳票データでないことを示す第１フラグ及び前記最終の帳票データであることを示す第２フラグを設定することで帳票管理情報を生成し、
前記帳票管理情報の前記第１フラグを前記第２フラグに、又は、前記第２フラグを前記第１フラグに変更する編集を受け付ける編集受け付け手段を有する、ことを特徴とする帳票データ出力装置。
【請求項２】
前記帳票データ取得手段は、予め定められた記号を有する帳票データを前記最終の帳票データとして検出し、
前記判定手段は、前記帳票データ取得手段が検出した前記最終の帳票データの出力が完了したか否かを判定する、ことを特徴とする請求項１に記載の帳票データ出力装置。
【請求項３】
前記所定期間に前記帳票データ取得手段が取得した帳票データから複数の前記最終の帳票データが検出された場合、
前記締め処理実行手段は、前記判定手段が全ての前記最終の帳票データの出力を完了させたと判定した場合、前記出力手段が出力した帳票データの締め処理を実行する、
ことを特徴とする請求項２に記載の帳票データ出力装置。
【請求項４】
前記帳票データ取得手段が前記所定期間に取得した帳票データの出力を、前記出力手段が前記所定期間内に完了させることができない場合、
前記締め処理実行手段は、前記帳票データ取得手段が前記所定期間に取得し、前記出力手段が前記所定期間の後に出力を完了させた帳票データの締め処理を実行する、
ことを特徴とする請求項１〜３のいずれか１項に記載の帳票データ出力装置。
【請求項５】
前記所定期間は、前記帳票データ取得手段が帳票データを取得した当日であり、
前記締め処理実行手段は、前記出力手段が当日又は翌日に出力した帳票データの締め処理を実行する、ことを特徴とする請求項１〜４のいずれか１項に記載の帳票データ出力装置。
【請求項６】
前記出力手段が帳票データを出力した機器から、該機器が帳票の出力が完了したという通知を取得する帳票状態取得手段を有し、
前記判定手段は、前記帳票状態取得手段が前記通知を取得することで前記出力手段が前記最終の帳票データの出力を完了させたと判定する、
ことを特徴とする請求項１〜５のいずれか１項に記載の帳票データ出力装置。
【請求項７】
前記記号は、帳票データのファイル名の所定の位置に含まれるアルファベット、文字、数字、演算記号若しくはこれらの組み合わせ、帳票データの予め定められた位置に記述されるアルファベット、文字、数字、演算記号若しくはこれらの組み合わせ、又は、帳票データに添付されたファイルに含まれるアルファベット、文字、数字、演算記号若しくはこれらの組み合わせ、であることを特徴とする請求項２に記載の帳票データ出力装置。
【請求項８】
帳票データを出力する帳票データ出力装置によって行われる帳票データ出力方法であって、
帳票データを取得する帳票データ取得ステップと、
前記帳票データ取得ステップにより取得された帳票データを出力する出力ステップと、
前記帳票データ取得ステップにより所定期間に取得された帳票データのうち最終の帳票データの出力が完了したか否かを判定する判定ステップと、
前記判定ステップにより前記最終の帳票データの出力が完了したと判定された場合、前記出力ステップにより出力された帳票データの締め処理を実行する締め処理実行ステップと、
前記帳票データ取得ステップでは、取得した帳票データごとに前記最終の帳票データでないことを示す第１フラグ及び前記最終の帳票データであることを示す第２フラグを設定することで帳票管理情報を生成し、
前記帳票管理情報の前記第１フラグを前記第２フラグに、又は、前記第２フラグを前記第１フラグに変更する編集を受け付ける編集受け付けステップを有することを特徴とする帳票データ出力方法。
【請求項９】
装置から取得した帳票データを帳票データ出力装置が出力する帳票データ出力システムであって、
前記装置は、
所定期間に複数の帳票データを生成する帳票データ生成手段を有し、
前記帳票データ出力装置は、
帳票データを取得する帳票データ取得手段と、
前記帳票データ取得手段が取得した帳票データを出力する出力手段と、
前記帳票データ取得手段が前記所定期間に取得した帳票データのうち最終の帳票データの出力を、前記出力手段が完了させたか否かを判定する判定手段と、
前記判定手段が前記最終の帳票データの出力が完了したと判定した場合、前記出力手段が出力した帳票データの締め処理を実行する締め処理実行手段と、を有し、
前記帳票データ取得手段は、取得した帳票データごとに前記最終の帳票データでないことを示す第１フラグ及び前記最終の帳票データであることを示す第２フラグを設定することで帳票管理情報を生成し、
前記帳票管理情報の前記第１フラグを前記第２フラグに、又は、前記第２フラグを前記第１フラグに変更する編集を受け付ける編集受け付け手段を有することを特徴とする帳票データ出力システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、帳票データを出力する帳票データ出力装置等に関する。
【背景技術】
【０００２】
基幹系システム（企業が販売、製造等する商品やサービスの流れそのものを管理するシステム）では定期的なバッチ処理などで大量の帳票を印刷する場合がある。このような帳票の出力処理では、上位ホスト（基幹系システム側のサーバなど）が生成した帳票データを、帳票管理システムが受け付け、帳票データの印刷データなどへの変換、保存／削除、出力、状態（ステータス）の管理などを行なう。この出力の際、帳票管理システムは、下位の印刷管理システムに対し画像形成装置により出力させたり、電子帳票サーバー（帳票の電子データを保存する）に対し電子帳票の登録等を行わせることが一般的である。
【０００３】
また、帳票管理システムは、予め定められた日次、週次、月次などのタイミングで、実績を管理するいわゆる締め処理を行うことで、出力した帳票データのページ数などを把握可能にしている。
【０００４】
ところで、帳票管理システムから見ると、上位ホストは別のシステムであったり、メインフレームが処理を行ういわゆるレガシーシステムであったりする事も多く、帳票管理システムの管理者などが上位ホストに対して帳票出力上の好ましい変更を行うことが困難である場合が多い。
【０００５】
このため、上位ホストから見て下位の帳票管理システムは、柔軟な運用が要求される場合が多い。例えば、上位ホストでは帳票データの生成タイミングを変更したり制御することが困難であれば、帳票管理システム側で帳票の生成タイミングに応じて出力スケジュールを適合させることが要求される場合がある。これに対し、出力スケジュールを設定可能な帳票システムが考案されている（例えば、特許文献１参照。）特許文献１には、データベースに蓄積されたデータのうち帳票出力すべきデータを操作者が指定する帳票データ指定手段と、前記帳票データ指定手段によって指定された帳票データの出力を実行する日時を操作者が指定する帳票出力日時指定手段と、前記帳票データ指定手段によって指定された帳票データの出力を前記帳票出力日時指定手段によって指定された場合に実行する帳票出力実行手段とを備えた帳票出力システムが開示されている。
【０００６】
このような帳票出力システムでは、帳票データの出力を実行する日時を操作者が指定しておくことで、帳票データを印刷するタイミングを決定できる。予定された帳票の印刷がスケジュール通りに完了することで、当日の帳票出力業務が予定通り全件完了した事が分かる。したがって、スケジュール通りの印刷を契機として、印刷した帳票の集計などの締め処理を実行することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、締め処理の契機を取得するために、管理者などが、予め全ての帳票についてスケジュールを登録しておかなければならないのは手間がかかるという問題がある。また、この問題に付随して、出力対象の帳票やスケジュールに変更があった場合、管理者は新たなスケジュールを設定しなければならないため操作性が低下するという不都合が生じる。
【０００８】
したがって、管理者による操作を増大させることなく、帳票管理システムが締め処理の契機を取得することが望まれる。
【０００９】
本発明は、上記課題に鑑み、管理者による操作を増大させることなく処理の契機を取得することが可能な帳票データ出力装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明は、帳票データを出力する帳票データ出力装置であって、帳票データを取得する帳票データ取得手段と、前記帳票データ取得手段が取得した帳票データを出力する出力手段と、前記帳票データ取得手段が所定期間に取得した帳票データのうち最終の帳票データの出力を、前記出力手段が完了させたか否かを判定する判定手段と、前記判定手段が前記最終の帳票データの出力が完了したと判定した場合、前記出力手段が出力した帳票データの締め処理を実行する締め処理実行手段と、を有し、前記帳票データ取得手段は、取得した帳票データごとに前記最終の帳票データでないことを示す第１フラグ及び前記最終の帳票データであることを示す第２フラグを設定することで帳票管理情報を生成し、前記帳票管理情報の前記第１フラグを前記第２フラグに、又は、前記第２フラグを前記第１フラグに変更する編集を受け付ける編集受け付け手段を有する、ことを特徴とする。
【発明の効果】
【００１１】
管理者による操作を増大させることなく処理の契機を取得することが可能な帳票データ出力装置を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本実施形態の帳票管理システムにおける締め処理の契機の取得方法を説明する図の一例である。
【図２】印刷システムのシステム構成図の一例である。
【図３】帳票管理システムのハードウェア構成図の一例である。
【図４】上位ホストの機能ブロック図の一例である。
【図５】帳票データの一例と印刷データの一例を示す図である。
【図６】帳票管理システムの機能ブロック図の一例である。
【図７】帳票管理テーブルの一例を示す図である。
【図８】帳票管理システムの機能ブロック図の一例である（上位ホストが複数）。
【図９】帳票管理テーブルの一例を示す図である（上位ホストが複数）。
【図１０】帳票登録日とされる時間帯を説明する図の一例である。
【図１１】帳票管理システムがディスプレイに表示した最終帳票マーク編集画面の一例である。
【図１２】ネットワークを介した帳票管理テーブルの編集について説明する図の一例である。
【図１３】締め処理実行部の機能ブロック図の一例である。
【図１４】日次集計処理リストの一例を模式的に説明する図の一例である。
【図１５】帳票データのファイル名により付与される最終帳票マークについて説明する図の一例である。
【図１６】帳票データのデータパターンにより付与される最終帳票マークについて説明する図の一例である。
【図１７】帳票属性ファイルにより付与される最終帳票マークについて説明する図の一例である。
【図１８】帳票データ入力部が帳票データの入力を受け付ける手順を示すフローチャート図の一例である。
【図１９】帳票データ出力部が帳票データを出力する手順を示すフローチャート図の一例である。
【図２０】当日帳票出力完了判定部が当日出力すべき帳票データの出力が完了したか否かを判定する手順を示すフローチャート図の一例である。
【図２１】締め処理実行部が締め処理を実行する手順を示すフローチャート図の一例である。
【発明を実施するための形態】
【００１３】
以下、本発明を実施するための形態について図面を参照しながら説明する。
【００１４】
図１は、本実施形態の帳票管理システムにおける締め処理の契機の取得方法を説明する図の一例である。
【００１５】
上位ホスト１０１は、例えば基幹業務で生成された帳票データを帳票管理システム１０２に送信する。上位ホスト１０１は、その帳票データが当日の最終の帳票データである場合、帳票データに最終帳票マークを付与する。付与の方法には例えば以下の３つの態様がある。
（１）帳票データのファイル名による付与
（２）データパターンによる付与
（３）帳票属性ファイルによる付与
帳票管理システム１０２は、帳票データに最終帳票マークが付与されているか否かを判定し、付与されている該帳票データが当日の最終の帳票データ（以下、当日最終帳票又は当日最終帳票データという）であるものとして扱う。当日最終帳票データの出力が完了すれば、これ以外に当日処理すべき帳票は存在しないので、当日最終帳票データの出力を締め処理の契機とすることができる。
【００１６】
したがって、本実施形態の帳票管理システム１０２によれば、印刷システム２００の管理者などが事前に手間が掛かるスケジュール定義を行う事なく、当日の全ての帳票が"出力完了"となったことを契機に、締め処理を実行できる。当日の全ての帳票の出力が完了したことを契機に、必要であれば締め処理を直ちに実行できるため、無駄な待ち時間なく締め処理まで完了させることができる。また、帳票データを生成する上位ホスト１０１は、帳票データに最終帳票マークを付与すればよいので、上位ホスト１０１には大きな変更を加える必要がない。
【００１７】
＜システム構成例＞
図２は、印刷システム２００のシステム構成図の一例を示す。印刷システム２００では、上位ホスト１０１、帳票管理システム１０２、画像形成装置１０３、電子帳票サーバー１０５、及び、印刷管理システム１０４が、ネットワーク１０６を介して相互に通信可能に接続されている。
【００１８】
ネットワーク１０６は、例えばＬＡＮ、インターネット等のＷＡＮである。また、ネットワークには電話回線や携帯電話回線が含まれていてもよい。また、ネットワーク１０６の一部又は全てが無線で構築されていてもよい。
【００１９】
上位ホスト１０１は、例えば業務アプリケーションにより帳票データを作成し、作成した帳票データを、帳票管理システム１０２に送信する。帳票データは、業務によって様々であるが、あくまで一例として、販売データ、出荷データ、又は、入出金データなどである。帳票データは予め決められたＣＳＶ（Comma-Separated Values）、ＸＭＬなどのデータ形式で作成される。なお、上位ホスト１０１は複数、存在する場合がある。
【００２０】
帳票管理システム１０２は、上位ホスト１０１より受け取った帳票データを、印刷データや電子帳票データに変換する。印刷データは、主にPostScript、ＰＣＬなどのＰＤＬ（Page Description Language）で記述されたデータであり画像形成装置１０３が印刷する帳票データは印刷データに変換される。また、電子帳票データは必ずしも画像形成装置１０３が印刷しない、変換後の帳票データのデータ形式を意味している。電子帳票データのデータ形式として例えばＰＤＦ（Portable Document Format）が挙げられるがＰＤＦに限定されるものではない。また、帳票データの変換は、印刷管理システム１０４又は電子帳票サーバー１０５が行ってもよい。
【００２１】
帳票管理システム１０２は、帳票の種類（例えば、受注票、出荷票、請求書、入荷データなど）に応じて印刷データに変換するか、電子帳票データに変換するかを判断する。印刷データに変換すると共に電子帳票データに変換してもよい。なお、帳票の種類は、ファイル名などから判別できる。印刷データは印刷管理システム１０４に送信され、電子帳票データは電子帳票サーバー１０５に送信される。これにより、印刷するか電子帳票データとして保存しておくかの出力管理が行われる。したがって、帳票管理システム１０２による出力には、印刷と保存の両方が含まれる。
【００２２】
印刷管理システム１０４は、帳票管理システム１０２より受け取った印刷データを画像形成装置１０３に転送して印刷を行ったり、画像形成装置１０３における当該印刷データの印刷状況を監視し、印刷データの出力状況を帳票管理システム１０２にフィードバックする。すなわち、印刷管理システム１０４は、画像形成装置１０３に転送した印刷データの印刷完了や、エラー及び介入の発生等、ステータス情報を取得する。取得したステータス情報は、印刷管理システム１０４の当該印刷データのステータスに反映すると共に、帳票管理システム１０２にも通知する。したがって、帳票管理システム１０２と印刷管理システム１０４の両方で印刷状況を管理できる。
【００２３】
帳票管理システム１０２は、印刷管理システム１０４から受け取ったステータス情報を、帳票管理テーブルのステータスに反映する。詳細は図７で説明する。
【００２４】
電子帳票サーバー１０５は、帳票管理システム１０２より受け取った電子帳票データを蓄積しておく。蓄積された電子帳票データは、管理者などの要請で印刷することも可能である。印刷することなく保存しておくことで、帳票の印刷量を減らすことができるので、企業のコスト負担を低減できる。
【００２５】
画像形成装置１０３は、印刷管理システム１０４から転送された印刷データの印刷を行う。画像形成装置１０３は帳票の印刷に適したいわゆる基幹系プリンターと呼ばれるものであるが、画像形成装置１０３の種類やサイズなどは制限されない。
【００２６】
画像形成装置１０３はプリンターと呼ばれる装置の他、プリンターの機能を有する機器（複合機、コピー機、ファクシミリ、スキャナなど）でもよい。また、画像形成の方式としては、電子写真方式でもよいし、インクジェット方式でもよい。
【００２７】
なお、図示するシステム構成は一例であって、画像形成装置１０３は複数台あってもよい。また、帳票管理システム１０２、電子帳票サーバー１０５、及び、印刷管理システム１０４の任意の２つ以上が、１つの情報処理装置に機能として格納されていてもよい。
【００２８】
図３は、帳票管理システム１０２のハードウェア構成図の一例である。帳票管理システム１０２はそれぞれバスで相互に接続されているＣＰＵ１１、ＲＡＭ１２、ＲＯＭ１３、記憶媒体装着部１４、通信装置１５、入力装置１６、描画制御部１７、及び、ＨＤＤ１８、を有する。ＣＰＵ１１は、ＯＳ（Operating System）やプログラム２１をＨＤＤ１８から読み出して実行することで種々の機能を提供すると共に、後述する帳票管理システム１０２としての機能を提供する。
【００２９】
ＲＡＭ１２はＣＰＵ１１がプログラム２１を実行する際に必要なデータを一時保管する作業メモリ（主記憶メモリ）になり、ＲＯＭ１３はＢＩＯＳ（Basic Input Output System）やＯＳを起動するためのプログラム、静的なデータが記憶されている。
【００３０】
記憶媒体装着部１４には記憶媒体２０が着脱可能であり、記憶媒体２０に記録されたデータを読み込み、ＲＡＭ１２やＨＤＤ１８に記憶させる。また、記憶媒体装着部１４は、ＲＡＭ１２やＨＤＤ１８に記憶されたデータを記憶媒体２０に書き込むこともできる。記憶媒体２０は例えば、ＵＳＤメモリ、ＳＤカード等である。プログラム２１は、記憶媒体２０に記憶された状態や不図示のサーバーからダウンロードすることで配布される。
【００３１】
入力装置１６は、キーボードやマウス、トラックボールなどであり、帳票管理システム１０２へのユーザーの様々な操作指示を受け付ける。
【００３２】
ＨＤＤ１８は、ＳＳＤ（Solid State Drive）等の不揮発メモリでもよく、ＯＳ、アプリケーションソフトウェアなどの各種のデータが記憶されている。
【００３３】
通信装置１５は、ネットワークに接続するためのＮＩＣ（Network Interface Card）であり、例えば、イーサネット（登録商標）カードである。
【００３４】
描画制御部１７は、ＣＰＵ１１がプログラム２１を実行してグラフィックメモリに書き込んだ描画コマンドを解釈して、画面を生成しディスプレイ１９に描画する。なお、図３ではディスプレイ１９は帳票管理システム１０２に外付けされているが、帳票管理システム１０２がディスプレイ１９を内蔵していてもよい。
【００３５】
上位ホスト１０１、電子帳票サーバー１０５、及び、印刷管理システム１０４のハードウェア構成図は、帳票管理システム１０２と同様でよいので説明は省略する。
【００３６】
＜上位ホスト＞
図４（ａ）は、上位ホスト１０１の機能ブロック図の一例を示す。上位ホスト１０１は、複数の帳票データ生成部３１、３２、及び、１つの当日最終帳票データ生成部３３を有している。
【００３７】
帳票データ生成部３１は、帳票ＩＤ＝REPORT01の帳票データを生成する。帳票データ生成部３２は、帳票ＩＤ＝REPORT02の帳票データを生成する。帳票ＩＤは帳票を識別するための識別情報である。帳票データ生成部３１，３２は１つでもよく、この場合、１つの帳票データ生成部３１（又は３２）が帳票ＩＤ＝REPORT01とREPORT02の帳票データを生成する。
【００３８】
当日最終帳票データ生成部３３は、当日最終帳票データを生成する。上位ホスト１０１における帳票データの生成順は、バッチ処理などにより予め定まっており、当日最終帳票データ生成部３３が当日の最後に当日最終帳票データを生成する。当日最終帳票データ生成部３３が生成する帳票データは当日最終帳票データである。
【００３９】
当日最終帳票データには最終帳票マークが付与される。最終帳票マークについては図１５〜１７で説明するが、例えば、帳票ＩＤの末尾の"Ｌ"という文字を最終帳票マークとする。この場合、当日最終帳票データ生成部３３は当日最終帳票データの帳票ＩＤとして「REPORT03_L」を設定する。
【００４０】
なお、当日とは、例えば午前０時から２４時までをいう。日常の業務が８時から始まって１７時に終わるのであれば、午前０時から２４時までを当日と定義するのが自然である。しかし、当日を何時から何時までと定義するかは、上位ホスト１０１が定義できるものである。例えば、日常の業務が１６時などの夕方から始まって２８時（翌日の朝４時）に終わるのであれば、午後１２時から翌日の１２時までを当日と定義してもよい。帳票管理システム１０２は、上位ホスト１０１の当日の定義を考慮して締め処理を行う。
【００４１】
また、上位ホスト１０１は、図４（ｂ）に示すように、１つの帳票データ生成部３１だけを有していてもよい。図４（ｂ）の帳票データ生成部３１は、帳票ＩＤ＝REPORT01の帳票データ、帳票ＩＤ＝REPORT02の帳票データ、及び、帳票ＩＤ＝REPORT03_Lの当日最終帳票データを生成する。
【００４２】
図４（ｂ）の帳票データ生成部３１は、例えば、当日に生成すべき全ての帳票データのリストを有しており、最後の帳票を生成する場合、帳票ＩＤに「REPORT03_L」を設定する。また、予め帳票の生成順が決まっている場合は、最後の帳票の帳票ＩＤに「REPORT03_L」を設定してもよい。
【００４３】
以上、説明した上位ホスト１０１の各部の機能（帳票データ生成部３１，３２、当日最終帳票データ生成部３３）は、上位ホスト１０１のＣＰＵ１１が、ＨＤＤ１８等に格納されたプログラム２１を実行し、ハードウェアと協働することで実現される。しかし、これに限らず、例えば上記の各部の機能のうちの少なくとも一部が専用のハードウェア回路（例えば半導体集積回路等）で実現されてもよい。
【００４４】
＜＜上位ホストが生成する帳票データ＞＞
図５は、帳票データの一例と印刷データの一例を示す図である。上位ホスト１０１は例えばＣＳＶやＸＭＬをデータ形式として帳票データを生成する。図５（ａ）はＣＳＶ形式の帳票データを、図５（ｂ）はＸＭＬ形式の帳票データをそれぞれ示している。
【００４５】
帳票管理システム１０２は、図５（ｃ）に示すように、これらの帳票データを予め定められた表形式に変換する。例えば、ＣＳＶで記述された帳票データの各要素を、表の予め定められたマス（セル）に当てはめることで、表形式に変換する。また、ＸＭＬで記述されている場合は、ＸＳＬＴスタイルシートを適用すれば任意の表形式に変換することができる。
【００４６】
なお、帳票データのデータ形式は上位ホスト１０１によって様々でありＣＳＶやＸＭＬには限られない。例えば、カンマでなく"："などで区切ってもよいし、ＪＳＯＮ（JavaScript Object Notation）などで生成してもよい。
【００４７】
＜帳票管理システム  上位ホストが１つの場合＞
図６、７を用いて、上位ホスト１０１が１つの場合の帳票管理システム１０２の機能について説明する。図６は、帳票管理システム１０２の機能ブロック図の一例である。図７は帳票管理テーブルの一例を示す図である。帳票管理テーブルは帳票管理情報の一例である。
【００４８】
帳票管理システム１０２は、帳票データ入力部４１、帳票管理テーブル編集部４６、締め処理実行部４２、当日帳票出力完了判定部４４、帳票状態更新部４３、及び、帳票データ出力部４５を有している。また、帳票管理システム１０２は、帳票データ記憶部４８と帳票管理テーブル記憶部４７を有している。
【００４９】
帳票データ入力部４１は、上位ホスト１０１より帳票データの入力を受け付ける。まず、帳票データを帳票データ記憶部４８に記憶させる。そして、帳票データ入力部４１は、帳票管理テーブルへ帳票データを登録する。帳票管理テーブルにより帳票の出力状態が管理され、当日の全ての帳票が出力されたことを判別できる。
【００５０】
図７に示すように、帳票管理テーブルには、「帳票ＩＤ」、「帳票登録日」、「帳票ステータス」、「最終帳票マーク」の各フィールドがある。「帳票ＩＤ」は上位ホスト１０１により設定されている。
【００５１】
「帳票登録日」は帳票が帳票管理テーブルに登録された年月日である。帳票登録日については図１０で説明する。
【００５２】
「帳票ステータス」には帳票の出力に関する状態が設定される。本実施形態では、"未出力""出力中""出力完了"のいずれかが帳票ステータスとなる。登録直後の「帳票ステータス」は"未出力"である。
【００５３】
「最終帳票マーク」には帳票が当日最終帳票か否かが設定される。"ＦＡＬＳＥ"は当日最終帳票でないフラグ（第１フラグ）の一例であり、"ＴＲＵＥ" は当日最終帳票であることを意味するフラグ（第２フラグ）の一例である。帳票データ入力部４１は、最終帳票マークがある帳票データを受け付けると（例えば、帳票データのファイル名の末尾に最終帳票マーク"_Ｌ"が付与されている）、当日最終帳票であると判断し、帳票管理テーブルの「最終帳票マーク」に"ＴＲＵＥ"を設定する。最終帳票マーク"が付与されていない帳票データの場合、「最終帳票マーク」に"ＦＡＬＳＥ"を設定する。
【００５４】
なお、図７の帳票管理テーブルについて、印刷管理システム１０４への出力を想定して説明したが、電子帳票サーバー１０５への出力の場合も帳票管理テーブルの形式は同様でよい。まず、「帳票登録日」「最終帳票マーク」に設定される内容は同じである。また、「帳票ステータス」には以下のように設定される。
登録直後は"未出力"
電子帳票サーバー１０５への転送中は"出力中"
電子帳票サーバー１０５への転送が完了したら"出力完了"
したがって、帳票管理システム１０２は、印刷管理システム１０４への出力か電子帳票サーバー１０５への出力かを区別することなく帳票管理テーブルを使用できる。
【００５５】
なお、帳票管理システム１０２が電子帳票データを生成する場合、電子帳票サーバー１０５に出力することなく、帳票管理システム１０２がＨＤＤ１８や記憶媒体２０に記憶しておいてもよい。
【００５６】
図６に戻り、帳票データ出力部４５は、帳票管理テーブルの帳票ステータスを参照し、"未出力"の帳票があれば、種類をファイル名で判断して、帳票データを印刷可能な形式である印刷データ又は電子帳票データに変換する。印刷管理システム１０４への印刷データの出力後、又は、電子帳票サーバー１０５への出力後、帳票データ出力部４５は帳票管理テーブルの帳票ステータスを"出力中"に変更する。
【００５７】
印刷管理システム１０４は、帳票データ出力部４５により出力された印刷可能な形式の帳票データを受け取り、画像形成装置１０３に対して印刷を実行させる。印刷管理システム１０４は、帳票データの印刷状態（印刷中、印刷完了など）を画像形成装置１０３より取得し、取得した結果を、帳票状態更新部４３に対して通知する。
【００５８】
帳票状態更新部４３は、印刷管理システム１０４より受け取った帳票データの印刷状態を、帳票管理テーブルの帳票ステータスに反映させる。すなわち、印刷が完了すると、帳票ステータスに"出力完了"を設定する。電子帳票サーバー１０５への転送の場合は、転送が完了すると、帳票ステータスに"出力完了"を設定する。
【００５９】
当日帳票出力完了判定部４４は、当日出力すべき全ての帳票の出力が完了したかどうかを判定する。例えば、定期的又はユーザーによる指示を契機に、帳票管理テーブルを参照し、帳票登録日が当日に相当する帳票の中に、最終帳票マークが"ＴＲＵＥ"の帳票データが存在するか否かを確認する。
【００６０】
最終帳票マークが"ＴＲＵＥ"の帳票データが存在する場合、該帳票データの帳票ステータスが、"出力完了"であることを確認する。
【００６１】
帳票ステータスが"出力完了"であった場合、「帳票登録日」が当日に相当する他の全ての帳票データの帳票ステータスが全て"出力完了"であることを確認する。他の全ての帳票データの帳票ステータスが全て"出力完了"である場合には、当日出力すべき帳票は全て出力が完了したと判断でき、締め処理実行部４２に締め処理を要求する。
【００６２】
このように、当日の全ての帳票データが"出力完了"となるまで、締め処理を実行しないことにより、印刷管理システム１０４の出力処理が実際に実行されたことを確実に保証することができる。
【００６３】
締め処理実行部４２は、当日行うべき集計処理を実行する。当日の集計処理には、日次、週次、月次などの集計処理が含まれ得る。締め処理については図１３にて説明する。
【００６４】
帳票管理テーブル編集部４６は、帳票管理テーブルの編集を受け付ける。詳細は図１１，１２にて説明する。
【００６５】
以上に説明した帳票管理システム１０２の各部の機能（帳票データ入力部４１、帳票管理テーブル編集部４６、締め処理実行部４２、当日帳票出力完了判定部４４、帳票状態更新部４３、及び、帳票データ出力部４５）は、帳票管理システム１０２のＣＰＵ１１が、ＨＤＤ１８等に格納されたプログラム２１を実行し、ハードウェアと協働することで実現される。しかし、これに限らず、例えば上記の各部の機能のうちの少なくとも一部が専用のハードウェア回路（例えば半導体集積回路等）で実現されてもよい。
【００６６】
また、帳票データ記憶部４８、及び、帳票管理テーブル記憶部４７は、例えばＲＡＭ１２やＨＤＤ１８等によって実現される。また、ネットワークを介して接続された外部のサーバーやネットワーク上に構築されていてもよい。
【００６７】
＜＜帳票管理システム  上位ホストが２つの場合＞＞
次に、図８、９を用いて、上位ホスト１０１が２つの場合の帳票管理システム１０２の機能について説明する。図８は、帳票管理システム１０２の機能ブロック図の一例である。図９は帳票管理テーブルの一例を示す図である。
【００６８】
なお、図６，７と同一の符号を付した構成要素については、同様の機能を果たすので、一度説明した構成要素の説明を省略あるいは相違点についてのみ説明する場合がある。
【００６９】
図８では複数の上位ホスト１０１が存在する。複数の上位ホスト１０１はそれぞれが当日最終帳票を生成する。以下、上位ホスト１０１を区別するため、上位ホスト１０１Ａと上位ホスト１０１Ｂと称する。上位ホスト１０１Ａ及び上位ホスト１０１Ｂは独立に、図４に示す機能を有しており、帳票データ入力部４１はそれぞれの出力結果として帳票データを受け取る。
【００７０】
帳票データ入力部４１は受け付けた帳票を帳票管理テーブルに登録する。上位ホスト１０１Ａ及び上位ホスト１０１Ｂはそれぞれ当日最終帳票を生成するので、「帳票登録日」の同一の日付に対して、最終帳票マークが"ＴＲＵＥ"となる帳票が上位ホスト１０１の数だけ存在する。図９では帳票ID＝REPORT03とREPORT04の帳票に最終帳票マークとして"ＴＲＵＥ"が設定されている。
【００７１】
複数の上位ホスト１０１が存在する場合、帳票管理システム１０２は全ての上位ホスト１０１の当日最終帳票に対し出力処理が完了してから締め処理を行う。このため、図８の当日帳票出力完了判定部４４は以下のように動作する。
【００７２】
当日帳票出力完了判定部４４は、定期的又はユーザーによる指示を契機に、帳票管理テーブルを参照し、帳票登録日が当日である帳票の中に最終帳票マークが"ＴＲＵＥ"の帳票が存在するかを確認する。存在する場合には、当該帳票の帳票ステータスが、"出力完了"であるかを確認する。
【００７３】
そして、上位ホスト１０１が複数の場合は、上位ホスト１０１の数と同じだけ最終帳票マークが"ＴＲＵＥ"の帳票が存在し、それらの全ての帳票の帳票ステータスが"出力完了"であるか否かを確認する。
【００７４】
最終帳票マークが"ＴＲＵＥ"の全ての帳票が"出力完了"であった場合には、帳票登録日が当日で最終帳票マークが"ＦＡＬＳＥ"である全ての帳票の帳票ステータスが全て"出力完了"であることを確認する。これにより、当日出力すべき帳票は全て出力が完了したと判断できるので、当日帳票出力完了判定部４４は締め処理実行部４２を起動させる。
【００７５】
このように、上位ホスト１０１が複数の場合でも、当日の全ての帳票が"出力完了"となったことを契機に、締め処理を実行できる。
【００７６】
＜＜帳票登録日＞＞
図１０を用いて、帳票登録日について説明する。図１０（ａ）は帳票登録日とされる時間帯を説明する図の一例である。上位ホスト１０１の当日と帳票管理システム１０２の当日の定義は一致しており、上位ホスト１０１が当日に生成した帳票は、帳票管理システム１０２も当日の帳票として受け付ける。すなわち、帳票データ入力部４１は、帳票データが取得された日付と時刻を、時計機能やタイムサーバから取得して、２４時までに取得された帳票データに、日付として取得した年月日を帳票登録日として登録する。これにより、上位ホスト１０１にとって当日の帳票を、帳票管理システム１０２も当日の帳票として出力できる。
【００７７】
また、上位ホスト１０１の当日と帳票管理システム１０２の当日の定義が一致している場合でも、上位ホスト１０１による当日の帳票の生成に遅延が発生する場合があり得る。このような遅延を考慮して、図１０（ｂ）に示すように、帳票管理システム１０２は当日の定義に余裕を持たせてもよい。例えば、１時間程度の余裕を持たせる場合、帳票管理システム１０２は当日を経過後１時間以内に受け付けた帳票データに、受け取った日の前の日（すなわち当日）の年月日を帳票登録日として登録する。
【００７８】
図１０（ｃ）は締め処理が行われる日と当日の関係を説明する図の一例である。帳票管理システム１０２は、上位ホスト１０１から当日、受け取った帳票を当日のうちに印刷し締め処理を行うことが大半である。しかしながら、当日の終了近くに帳票が作成された場合、印刷処理に必要な時間によっては、締め処理が翌日に持ち越される場合がある。したがって、時計機能やタイムサーバの時刻では翌日であっても、帳票管理システム１０２が当日分の帳票を印刷管理システム１０４や電子帳票サーバー１０５に出力したり、締め処理を行うことがある。この場合、帳票管理システム１０２は翌日から見て前日分（すなわち当日）の帳票を当日の帳票として扱う。これにより、上位ホスト１０１が送信する当日分の帳票が当日の終了間際になって帳票管理システム１０２に送信されても、帳票管理システム１０２は翌日に締め処理することができる。
【００７９】
＜＜帳票管理テーブルの編集＞＞
図１１は、帳票管理システム１０２がディスプレイに表示した最終帳票マーク編集画面の一例を示す。管理者は帳票管理システム１０２を操作して最終帳票マーク編集画面をディスプレイ１９に表示させる。管理者は、マウスなどのポインティングデバイスを操作して帳票ＩＤごとに、最終帳票マークの"FALSE"又は"TRUE"を選択することができる。最終帳票マークのフィールドはそれぞれがドロップダウンリスト１１０４により、"FALSE"又は"TRUE"を表示する。管理者は、"FALSE"又は"TRUE"を選択することができる。
【００８０】
管理者がＯＫボタン１１０１を押下すると、帳票管理テーブル編集部４６は編集内容を受け付け、編集内容を帳票管理テーブルに反映させる。帳票管理テーブル編集部４６は、帳票管理テーブルの画面を閉じる。
【００８１】
管理者が適用ボタン１１０２を押下した場合、帳票管理テーブル編集部４６は編集内容を受け付け、編集内容を帳票管理テーブルに反映させるが、画面は閉じない。
【００８２】
管理者がキャンセルボタン１１０３を押下した場合、帳票管理テーブル編集部４６はそれまでの編集内容を受け付けることなく、画面を閉じる。
【００８３】
このような編集は以下のような場合に有効になる。上位ホスト１０１としては、当日最終帳票として予定していたため最終帳票マークを付与して帳票データを帳票管理システム１０２に送信したが、その後、最終の帳票データでなくなる場合がある。帳票管理システム１０２が受け付けた帳票データが、予定変更により当日最終帳票ではなくなった場合、管理者は図１１に示した最終帳票マーク編集画面を使用し、最終とされていた（最終帳票マークが"ＴＲＵＥ"）帳票データの最終帳票マークを"ＴＲＵＥ"から"ＦＡＬＳＥ"に変更する。これにより、予定を変更して、予定上の最終の帳票データよりも後の帳票データを新たに最終の帳票データに設定することができる。
【００８４】
また、予定していた最終の帳票データの印刷がキャンセルになる場合がある。この場合、管理者は最終帳票マーク編集画面を使用し、例えば最も登録時刻が新しい帳票データの最終帳票マークを"ＦＡＬＳＥ"から"ＴＲＵＥ"に変更する。これにより、最終の帳票データをすでに登録済みの帳票データに変更可能になる。
【００８５】
なお、この説明は、当日の帳票データが全て帳票管理システム１０２に登録済みとなっている場合を想定しており、当日の帳票データの全てがまだ帳票管理システム１０２に登録されていない場合、予定上の最終の帳票データよりも後から登録された帳票データを最終の帳票データに設定する。
【００８６】
また、管理者は直接、帳票管理システム１０２を操作するのではなく、ネットワークを介して帳票管理システム１０２と通信して帳票管理データを編集することができる。
【００８７】
図１２は、ネットワーク１０６を介した帳票管理テーブルの編集について説明する図の一例である。ＰＣ（Personal Computer）３０１と帳票管理システム１０２がネットワーク１０６を介して接続されている。管理者などは任意のＰＣ３０１を操作して、帳票管理システム１０２と通信する。ＰＣ３０１はブラウザソフトウェアを実行しているものとする。
【００８８】
帳票管理システム１０２の帳票管理テーブル編集部４６は、ウェブサーバとしてＰＣ３０１と通信する。帳票管理テーブル編集部４６は、ＰＣ３０１からの要求に対し帳票管理テーブルを読み出しＨＴＭＬなどで記述した表形式のウェブページをＰＣ３０１に送信する。このＨＴＭＬには、「最終帳票マーク」にドロップダウンリスト１１０４が設定されている。
【００８９】
ＰＣ３０１のディスプレイには、図１１の最終帳票マーク編集画面が表示される。管理者が、"ＴＲＵＥ"から"ＦＡＬＳＥ"又はその逆に帳票管理テーブルを編集しＯＫボタン１１０１を押下すると、ＰＣ３０１は編集後の帳票管理テーブルを帳票管理システム１０２に送信する。
【００９０】
このように、管理者は帳票管理システム１０２まで赴かなくても帳票管理テーブルを編集することができる。このような編集方法は、例えば上位ホスト側のユーザーが、遠隔地の帳票管理システム１０２の帳票管理テーブルを編集する場合に便利である。
【００９１】
＜＜締め処理実行部＞＞
図１３は、締め処理実行部４２の機能ブロック図の一例を示す。締め処理は、当日帳票出力完了判定部４４が当日の帳票出力が全件完了したと判断したことを契機に、締め処理実行部４２により実行される。
【００９２】
締め処理実行部４２は、日次集計処理リスト５６を参照し、日次処理として実行すべき日次締め処理を特定し、日次集計処理群５１に対し必要な日次処理を実行させる。日次集計処理リスト５６により指定された日次集計処理を全て実行完了するまで、上記を繰り返す。
【００９３】
図１４は日次集計処理リスト５６の一例を模式的に説明する図の一例である。日次集計処理リスト５６には、日次処理として実行すべき処理のリストが登録されている。図１４では、日次集計処理として、各帳票ごとの出力ページ数の取得、全ての帳票の出力ページ数の合計、各帳票の出力結果の取得、集計結果の送信（予め電子メールアドレスが指定されている）、の４つの処理が登録されている。
【００９４】
また、各処理を実際に実行するモジュールが日次集計処理群５１に存在する。例えば、日次集計処理リスト５６の各処理と日次集計処理群５１のモジュールを１対１に対応させておけば、日次集計処理リスト５６では、日次集計処理群５１のモジュールの番号を指定することでリストを構成できる。
【００９５】
週次集計処理リスト５７と月次集計処理リスト５８、及び、週次集計処理群５２と月次集計処理群５３については省略するが、日次集計処理リスト５６と日次集計処理群５１と同様の構成でよい。
【００９６】
なお、本実施形態では、日次、週次、及び、月次の締め処理について説明するが、五十日（ごとお日）、１５日締め、四半期の締め、年次の締め、又は、期末の締めなどに対応して、締め処理を行うことができる。
【００９７】
図１３に戻り、締め処理実行部４２は、全ての日次処理が完了後、当日は週次締日であるか否かを判断する。週次締日の判断は、週次締日判断機能部５５により判断する。具体的には、カレンダーと曜日を用い、当日の日付が例えば金曜日などの決まった曜日であれば、週次締日であると判断する。
【００９８】
当日が週次締日であると判断された場合、締め処理実行部４２は、週次集計処理リスト５７を参照して週次締め処理として実行すべき週次締め処理を特定し、特定した週次締め処理を週次集計処理群５２に実行させる。週次集計処理リスト５７で指定された週次集計処理を全て実行する。
【００９９】
全ての週次処理が完了した場合、締め処理実行部４２は当日が月次締日であるか否かを判断する。月次締日の判断は、月次締日判断機能部５４により判断する。具体的には、カレンダーを用い、当日の日付が例えば２５日や３１日などの決まった日にちであれば、月次締日であると判断する。
【０１００】
当日が月次締日であると判断された場合、締め処理実行部４２は、月次集計処理リスト５８を参照して月次締め処理として実行すべき月次締め処理を特定し、特定した月次締め処理を月次集計処理群５３に実行させる。月次集計処理リスト５８に指定された月次集計処理を全て実行する。
【０１０１】
なお、日次集計処理リスト５６、週次集計処理リスト５７、及び、月次集計処理リスト５８は、管理者などが集計処理リスト編集部５９により編集が可能である。集計処理リスト編集部５９は、例えばＰＣなどのクライアントに対し応答するサーバー機能である。
【０１０２】
集計処理リスト編集部５９により、日次、週次、月次に実行すべき集計処理が変更となった場合にも容易に対応できる。集計処理リスト編集部５９には、締め処理実行部４２が日次集計処理群５１、週次集計処理群５２、及び、月次集計処理群５３に実行させることができる全てのモジュールの識別情報が登録されている。管理者はモジュールを選択又は取捨することで日次集計処理リスト５６、週次集計処理リスト５７、及び、月次集計処理リスト５８を編集できる。
【０１０３】
＜最終帳票マークの具体例＞
以下、帳票データに付与される最終帳票マークの３つの態様を説明する。
【０１０４】
図１５は、帳票データのファイル名により付与される最終帳票マークについて説明する図の一例である。上位ホスト１０１及び帳票管理システム１０２では、帳票データのファイル名が以下の規則で付与されると決まっている。
[帳票ID][デリミター][拡張子]
なお、デリミターとは要素の区切りとなる記号や特殊文字をいう。また、最終帳票マークが付与される帳票データのファイル名は以下の規則で付与されると決まっている。
[帳票ID][デリミター]L[拡張子]
したがって、上位ホスト１０１はデリミターに続いて"Ｌ"を付与するだけで、最終帳票マークを付与することができる。これにより、上位ホスト１０１に生じうる変更を抑制できる。なお、最終帳票マークとなる"Ｌ"は、１文字以上の記号（アルファベット、文字、数字、％＆などの演算記号又はこれらを組み合わせ）であればよい。
【０１０５】
図１６は、帳票データのデータパターンにより付与される最終帳票マークについて説明する図の一例である。図１６では帳票データはＣＳＶで記述されている。データパターンでは、例えば、データの先頭に"Ｌ"と記述し改行するという規則で最終帳票マークが付与されると決まっている。この場合の"Ｌ"
図１６（ａ）は最終帳票マークが付与されていない帳票データである。先頭位置から"CHIBA,TOKYO・・・"という実データが存在し、目印等は存在しない。
【０１０６】
図１６（ｂ）は最終帳票マークが付与された帳票データである。図１６（ｂ）では、先頭位置に「"Ｌ"+ 改行」というデータパターンが存在し、次行から、"CHIBA,TOKYO・・・"という実データが存在する。
【０１０７】
よって、帳票データ入力部４１はデータ先頭位置に「"Ｌ"+改行」というパターンが存在する場合には、当該帳票データは当日の最終の帳票データと判断することができる。
【０１０８】
なお、帳票データ入力部４１は、最終帳票マークとして"ＴＲＵＥ"を帳票管理テーブルに登録する。その後、実データとしては不要である先頭位置の「"Ｌ"+改行」という部分を帳票データから削除して、帳票データを帳票データ記憶部４８に登録する。これにより、帳票データを印刷可能な印刷データに変換する際に、印刷データに「"Ｌ"+改行」が含まれてしまうことを防止できる。
【０１０９】
図１７は、帳票属性ファイルにより付与される最終帳票マークについて説明する図の一例である。帳票属性ファイルとは、帳票データに添付されるファイルであり、メタデータと呼ばれる場合もある。帳票データによっては従来から帳票属性ファイルが添付されており、部数などの印刷条件が記述される場合がある。
【０１１０】
帳票属性ファイルには、帳票データの属性（ファイル名、作成日時、作成者、帳票データの内容など）が記述されるため、帳票属性ファイルに最終帳票マークを付与することがで、当該帳票データが当日最終帳票データであるか、それ以外の帳票データであるかを示すことができる。
【０１１１】
図１７（ａ）は最終帳票マークが付与されていない帳票データの帳票属性ファイルを、図１７（ｂ）は最終帳票マークが付与されている帳票データの帳票属性ファイルをそれぞれ示す。
【０１１２】
例えば、予め、帳票データのファイル名と帳票属性ファイルのファイル名は、拡張子のみが異なり、その他は同一とする、という規則が設けられている。または、帳票属性ファイルに、帳票データのファイル名が記述される。このようにして、帳票属性ファイルと帳票データが一意に対応づけられる。
【０１１３】
帳票属性ファイルの最終帳票マークは、[Define]セクションのLastReportMarkキーに設定される。このキーが"ＴＲＵＥ"の場合、最終帳票マークが付与されていることを意味する。また、このキーが"ＦＡＬＳＥ"の場合、最終帳票マークが付与されていないことを意味する。
【０１１４】
図１７（ａ）では、[Define]セクションのLastReportMarkキーに"ＦＡＬＳＥ"が指定されているため、この帳票属性ファイルと対応づけられた帳票データは当日最終帳票でないと判断できる。
【０１１５】
図１７（ｂ）では、[Define]セクションのLastReportMarkキーに"ＴＲＵＥ"が指定されているため、この帳票属性ファイルと対応づけられた帳票データは当日最終帳票であると判断できる。
【０１１６】
＜動作手順＞
図１８は、帳票データ入力部４１が帳票データの入力を受け付ける手順を示すフローチャート図の一例である。
S1、S2：帳票データ入力部４１は、帳票データファイルが入力されたか否かを確認する。帳票データファイルが存在しない場合はステップＳ１の確認を繰り返す。
S3：帳票データファイルが存在する場合、帳票データ入力部４１は帳票データファイルのファイル名を解析する。このステップS3は、最終帳票マークがファイル名に付与されている場合を例にしており、最終帳票マークが帳票データに含まれている場合は帳票データを解析し、帳票属性ファイルに含まれている場合は帳票属性ファイルを解析する。上位ホスト１０１によって最終帳票マークの付与方法が異なる場合は、付与方法に応じた全ての解析を行う。
S4：帳票データ入力部４１はデリミターの後に"Ｌ"が存在するか否かを判定する。
S5：ステップS4の判定がＹｅｓの場合、帳票データ入力部４１は帳票管理テーブルの最終帳票マークに"ＴＲＵＥ"を設定する。
S6：ステップS4の判定がＮｏの場合、帳票データ入力部４１は帳票管理テーブルの最終帳票マークに"ＦＡＬＳＥ"を設定する。
S7：帳票データ入力部４１は、ファイル名の先頭からデリミター前までを帳票ＩＤとして取得し、帳票管理テーブルに設定する。
S8：帳票データ入力部４１は、当日の（例えば現在の）日付をカレンダーなどから取得し、帳票管理テーブルの帳票登録日に設定する。
S9：帳票データ入力部４１は、帳票管理テーブルの帳票ステータスに"未出力"を設定する。
S10：帳票データ入力部４１は、帳票データファイルを帳票データ記憶部４８の規定のフォルダに記憶させる。
【０１１７】
＜＜帳票データの出力＞＞
図１９は、帳票データ出力部４５が帳票データを出力する手順を示すフローチャート図の一例である。図１９の処理は繰り返し実行される。
S1：帳票データ出力部４５は帳票管理テーブルを読み出す。
S2：帳票データ出力部４５は当日の帳票データが存在するか否かを判定する。当日とはこの判定を行う日と同じ日であるが、判定を行う日が翌日にずれ込んでいてもよい。ステップＳ２の判定がＮｏの場合、当日の帳票データが存在しないので出力も不要となり、図１９の処理は終了する。
S3：ステップＳ２の判定がＹｅｓの場合、帳票データ出力部４５は当日の帳票データの帳票ステータスを確認する。
S4：帳票データ出力部４５は帳票ステータスが"未出力"であるか否かを判定する。
S5：帳票ステータスが"未出力"でない場合、帳票データ出力部４５は当日の帳票データが他に存在するか否かを判定する。日の帳票データが他に存在する場合は、ステップS3以降の処理が繰り返される。
S6：帳票ステータスが"未出力"である場合、帳票データ出力部４５は出力先を判定するため、帳票の種類を判断する。
S7：帳票の種類が印刷すべき帳票データの場合、帳票データ出力部４５は帳票データを印刷データに変換する。
S8：そして、印刷データを印刷管理システム１０４に転送する。
S9：帳票の種類が電子帳票として保管すべき帳票データの場合、帳票データ出力部４５は帳票データを電子帳票データに変換する。
S10：そして、電子帳票データを電子帳票サーバー１０５に転送する。
【０１１８】
＜＜当日出力の完了判定＞＞
図２０は、当日帳票出力完了判定部４４が当日出力すべき帳票データの出力が完了したか否かを判定する手順を示すフローチャート図の一例である。図２０の処理は、定期的又は管理者などの操作により繰り返し実行される。
S1：当日帳票出力完了判定部４４は、帳票管理テーブルを読み出す。
S2：当日帳票出力完了判定部４４は当日の帳票データが存在するか否かを判定する。当日とはこの判定を行う日と同じ日であるが、判定を行う日が翌日にずれ込んでいてもよい。ステップＳ２の判定がＮｏの場合、当日の帳票データが存在しないので締め処理も不要となり、図２０の処理は終了する。
S3：ステップＳ２の判定がＹｅｓの場合、当日帳票出力完了判定部４４は当日の帳票データの最終帳票マークを確認する。
S4：当日帳票出力完了判定部４４は最終帳票マークが"ＴＲＵＥ"の帳票が存在するか否かを判定する。ステップＳ４の判定がＮｏの場合、当日の最終の帳票が入力されていないので締め処理も不要となり、図２０の処理は終了する。
S5：ステップＳ４の判定がＹｅｓの場合、当日帳票出力完了判定部４４は当日最終帳票の数が上位ホスト１０１の数だけあるか否かを判定する。ステップＳ５の判定がＮｏの場合、当日の全ての最終の帳票が入力されていないので締め処理も不要となり、図２０の処理は終了する。
S6：ステップＳ５の判定がＹｅｓの場合、当日帳票出力完了判定部４４は当日最終帳票の帳票ステータスを確認する。
S7：当日帳票出力完了判定部４４は、当日最終帳票の帳票ステータスが"出力完了"であるか否かを判定する。１つでも当日最終帳票の帳票ステータスが"出力完了"でない場合、図２０の処理は終了する。
S8：当日最終帳票の帳票ステータスが"出力完了"の場合、他の当日最終帳票を帳票管理テーブルから読み出す。
S9：当日帳票出力完了判定部４４は、帳票ステータスが"未確認"の当日最終帳票が他に存在するか否かを判定する。帳票ステータスが"未確認"の当日最終帳票が他に存在する場合、当日帳票出力完了判定部４４はステップS6〜S8の処理を実行する。
S10：帳票ステータスが"未確認"の当日最終帳票が他に存在しない場合、当日最終帳票は全て出力が完了したと判断する。
S11：当日帳票出力完了判定部４４は、日次集計処理を開始する。
【０１１９】
＜＜締め処理＞＞
図２１は、締め処理実行部４２が締め処理を実行する手順を示すフローチャート図の一例である。
S1：締め処理実行部４２は、日次集計処理リスト５６を読み出す。
S2：締め処理実行部４２は、未実施の日次処理が存在するか否かを判定する。未実施の日次処理が存在しない場合、処理はステップＳ４に進む。
S3：未実施の日次処理が存在する場合、締め処理実行部４２は日次集計処理群５１を用いて日次処理を実行する。
S4：次に、締め処理実行部４２は、本日が週次締め日か否かを判定する。週次締め日でない場合、週次集計処理も月次集計処理も不要なので図２１の処理は終了する。
S5：本日が週次締め日である場合、締め処理実行部４２は、週次集計処理リスト５７を読み出す。
S6：締め処理実行部４２は、未実施の週次処理が存在するか否かを判定する。未実施の週次処理が存在しない場合、処理はステップＳ８に進む。
S7：未実施の週次処理が存在する場合、締め処理実行部４２は週次集計処理群５２を用いて週次処理を実行する。
S8：次に、締め処理実行部４２は、本日が月次締め日か否かを判定する。月次締め日でない場合、月次集計処理は不要なので図２１の処理は終了する。
S9：本日が月次締め日である場合、締め処理実行部４２は、月次集計処理リスト５８を読み出す。
S10：締め処理実行部４２は、未実施の月次処理が存在するか否かを判定する。未実施の月次処理が存在しない場合、図２１の処理は終了する。
S11：未実施の月次処理が存在する場合、締め処理実行部４２は月次集計処理群５３を用いて月次処理を実行する。
【０１２０】
以上説明したように、本実施形態の帳票管理システム１０２は、最終帳票マークを検出することで、管理者などが事前にスケジュール定義を行う事なく、締め処理を実行できる。
【０１２１】
以上、本発明を実施するための最良の形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【０１２２】
例えば、当日は所定期間の一例であり、半日ごとに締め処理したり、２４時間以上の所定時間（例えば、３６時間、４８時間など）ごとに締め処理してもよい。
【０１２３】
例えば、１日単位で締め処理を行うのであれば、「最終帳票マーク」を参照しなくても、「帳票登録日」が同じ全ての帳票データの締め処理を２４時などの決まった時刻に行うことができる。しかし、「最終帳票マーク」を参照しない場合、２４時まで締め処理を行えない。また、２４時を超えて生成された帳票データを当日の帳票データとして扱えない。したがって、「最終帳票マーク」を利用することで、効率的かつ確実に締め処理を行うことができる。
【符号の説明】
【０１２４】
４１      帳票データ入力部
４２      締め処理実行部
４３      帳票状態更新部
４４      当日帳票出力完了判定部
４５      帳票データ出力部
４６      帳票管理テーブル編集部
４７      帳票管理テーブル記憶部
４８      帳票データ記憶部
１０１    上位ホスト
１０２    帳票管理システム
１０３    画像形成装置
１０４    印刷管理システム
１０５    電子帳票サーバー
２００    印刷システム
【先行技術文献】
【特許文献】
【０１２５】
【特許文献１】特開２００５−１４９１６１号公報
【図１】
0006349991.tif 000002
【図２】
0006349991.tif 000003
【図３】
0006349991.tif 000004
【図４】
0006349991.tif 000005
【図５】
0006349991.tif 000006
【図６】
0006349991.tif 000007
【図７】
0006349991.tif 000008
【図８】
0006349991.tif 000009
【図９】
0006349991.tif 000010
【図１０】
0006349991.tif 000011
【図１１】
0006349991.tif 000012
【図１２】
0006349991.tif 000013
【図１３】
0006349991.tif 000014
【図１４】
0006349991.tif 000015
【図１５】
0006349991.tif 000016
【図１６】
0006349991.tif 000017
【図１７】
0006349991.tif 000018
【図１８】
0006349991.tif 000019
【図１９】
0006349991.tif 000020
【図２０】
0006349991.tif 000021
【図２１】
0006349991.tif 000022