JP3764941B2 - 帳票処理システム - Google Patents

Description

【０００１】
【発明の属する技術分野】
この発明は、帳票毎に帳票データを入力する入力処理装置と、複数帳票分のデータを一括して集中処理する集中処理装置とを備えた帳票処理システムに関する。
【０００２】
【従来の技術】
従来、一般に金融機関の支店窓口では、付帯物件付き為替（公共料金支払、税金支払、その他振り込み等）の業務処理を行い、付帯物件（領収書以外の残り券）を事務集中センタに送付するようにしている。この場合、支店用入力端末装置では付帯物件帳票（以下、単に帳票と称する）に表記されている帳票データをキー入力すると共に、帳票の合計枚数および合計金額を求めて送付書に記入し、この送付書を帳票の束の表紙として添付するようにしている。
一方、事務集中センタ側では、各支店から送付されて来た帳票の束を一括して処理するが、光学的文字読取装置（ＯＣＲ）によって読み取り可能なものはＯＣＲによって券面データをデータ化し、ＯＣＲによって処理できないデータは、オペレータによるキー入力によってデータ化し、その後、送付書に記入されている合計枚数と合計金額を参照して照合するようにしていた。
【０００３】
【発明が解決しようとする課題】
しかしながら、事務集中センタ側において、ほとんどの帳票データは、ＯＣＲによって処理することができないため、帳票データを新めてキー入力する必要があると共に、合計枚数および合計金額を求める必要があり、支店側と同じ作業を事務集中センタ側でも行わなければならず、その合理化が望まれていると共に、データの改ざん等の検査も効率良く行うことができないという問題があった。
この発明の課題は、帳票データの重複入力等を避けて労力の軽減を図り得ると共に、データの改ざん等の検査も正確に実行できるようにすることである。
【０００４】
【課題を解決するための手段】
この発明の手段は次の通りである。
請求項１記載の発明は、帳票毎に帳票データを入力する入力処理装置と、複数帳票分のデータを一括して集中処理する集中処理装置とを備えた帳票処理システムにおいて、前記入力処理装置は、入力された帳票データに基づいて帳票毎に帳票レコードを生成するレコード生成手段と、このレコード生成手段によって生成された帳票レコード群を前記集中処理装置側へ外部供給する収集データとして記憶する収集データ記憶手段と、前記レコード生成手段によって生成された帳票レコードを帳票上の所定領域に印刷する印刷手段とを具備し、前記集中処理装置は、帳票上に予め印刷されている巻面データを読み取る第１の読取手段と、前記入力処理装置側で帳票上の所定領域に印刷された帳票レコードを読み取る第２の読取手段と、前記入力処理装置側から外部供給された帳票レコード群を収集データとして取り込む収集データ取込手段と、この取込手段によって取り込まれた収集データと前記第１および第２の読取手段によって読み取られた読み取りデータとをそれぞれ比較することによりデータの正当性を検査する検査手段とを具備するものである。
なお、前記入力処理装置は、生成された各帳票レコードに基づいて所定の合計データを算出すると共に、入力処理された帳票の束に添付される送付用紙に、前記算出された合計データを印刷し、前記集中処理装置は、前記送付用紙に印刷されている合計データを読み取ると共に、この合計データを参照することによってデータの正当性を検査するようにしてもよい。
また、前記入力処理装置側の印刷手段は、帳票レコードを視読不能なステルス印刷で出力するようにしてもよい。
更に、前記入力処理装置側の印刷手段によって帳票レコードが印刷される帳票上の所定領域は、帳票サイズにかかわらず、所定の基準点から所定位置にある領域であってもよい。
【０００５】
請求項１記載の発明においては、帳票毎に帳票データを入力する入力処理装置は、入力された帳票データに基づいて帳票毎に帳票レコードを生成し、生成された帳票レコードを帳票上の所定領域に印刷すると共に、生成された各帳票レコードを記憶保持する。また、複数帳票分のデータを一括して集中処理する集中処理装置は、帳票上に予め印刷されている券面データを読み取ると共に、入力処理装置側で帳票上の所定領域に印刷された帳票レコードを読み取る他、入力処理装置側から外部供給された帳票レコード群を収集データとして取り込み、この収集データと前記読み取った券面データ、帳票レコードとを比較することによりデータの正当性を検査する。
したがって、帳票データの重複入力等を避けて労力の軽減を図り得ると共に、データの改ざん等の検査も正確に実行することができる。
【０００６】
【発明の実施の形態】
以下、図１〜図１０を参照してこの発明の一実施形態を説明する。図１はこの帳票処理システム全体の処理の流れを概念的に示した図で、金融機関側の窓口には支店用入力端末装置１が設置され、事務集中センタ側には集中処理装置２が設置されている。支店用入力端末装置１は付帯物件付き為替を処理する入金時に、帳票種別と金額をキーボードから入力すると共に、支払通知書（帳票）から領収書を切り離して支払通知書を保管し、領収書を顧客に返却する。この場合、入力された帳票データ（入力項目）と自動生成された生成項目とから成る帳票レコードが作成される。この帳票レコードは後述するバッチファイルに新規レコードとして追加挿入される他、帳票上の所定領域に視読不能なステルスコード（目に見えないインクで印字したバーコード，二次元コード等のデータコード）によって印刷出力される。また、処理当該日の締め処理時において、入力処理した帳票枚数および合計金額等をバッチカードに通常文字によって印刷出力させる。このバッチカードは帳票の束の表紙として添付される送付書である。また、締め処理時において、装置本体に対して着脱可能な可搬型記録媒体（ＩＣカード）にはバッチファイルが書き込まれる。ここで、バッチカードを表紙とする帳票の束とＩＣカードとは、事務集中センタ側へ送付される。なお、支店用入力端末装置１内のプリンタ部にはステルス印字ヘッド１ａ、通常印字ヘッド１ｂを有している。
【０００７】
一方、事務集中センタ側において、集中処理装置２には読取装置３付きソータ装置４が連結されており、読取装置３のホッパー部３ａにバッチカードを含む帳票の束がセットされると、読取装置３はその読取部内のＯＣＲリードヘッド３ｂ、ステルスコードリードヘッド３ｃによって読み取られたデータを集中処理装置２に供給する。ソータ装置４は読取装置３によって読み取られた帳票種別に基づいて帳票を分類仕分けするもので、仕分けされた帳票を分類別に保管する。集中処理装置２は読取装置３によって読み取られたデータと、支店側から供給されたＩＣカード内のバッチファイルとを比較することによりデータの正当性を検査する。この場合、ＯＣＲ読み取りデータとステルスコード読み取りデータをバッチファイルとのマッチングを検査することにより３重のチェックを行うようにしている。
【０００８】
図２は支店用入力端末装置１の全体構成を示したブロック図である。
ＣＰＵ１１は各種プログラムにしたがってこの支店用入力端末装置１の全体動作を制御する中央演算処理装置である。記憶装置１２はオペレーティングシステムや各種アプリケーションプログラム、データファイル、文字フォントデータ等が予め格納されている記憶媒体１３やその駆動系を有している。この記憶媒体１３は固定的に設けたもの、もしくは着脱自在に装着可能なものであり、フロッピーディスク、ハードディスク、光ディスク、ＲＡＭカード等の磁気的・光学的記憶媒体、半導体メモリによって構成されている。また、記憶媒体１３内のプログラムやデータは、必要に応じてＣＰＵ１１の制御により、ＲＡＭ１４にロードされる。更に、ＣＰＵ１１は通信回線等を介して他の機器側から送信されて来たプログラム、データを受信して記憶媒体１３に格納したり、他の機器側に設けられている記憶媒体に格納されているプログラム、データを通信回線等を介して使用することもできる。また、ＣＰＵ１１にはその入出力周辺デバイスである入力装置１５、表示装置１６、ＩＣカード接続部１７、通常印字装置１８、ステルスコード印字装置１９がバスラインを介して接続されており、入出力プログラムにしたがってＣＰＵ１１はそれらの動作を制御する。通常印字装置１８は通常印字ヘッド１ｂを有し、バッチカードへの印刷やバッチファイルを営業記録としてジャーナル出力する際に使用されるプリンタであり、ステルスコード印字装置１９はステルス印字ヘッド１ａを有し、帳票の所定領域にステルス印刷を行う際に使用されるプリンタである。ここで、ステルス印刷時には、紫外線に反応し、人間の目には視読不能な特殊インクを使用し、出力対象となる帳票レコードがバーコード，ニ次元コード等のデータコード形式で印刷される。
【０００９】
図３（Ａ）はＲＡＭ１４内の特徴部分を示した図で、ＲＡＭ１４には各種のメモリ領域が割り当てられている。ワークメモリ１４−１は処理途中の結果を一時記憶する作業域であり、入力された帳票データに基づいて生成された帳票レコードを記憶する。ここで、図３（Ｂ）はこのワークメモリ１４−１内の帳票レコードを示したもので、「支店コード」、「担当者コード」、「帳票シリアルNo.」、「処理年月日」、「処理時分秒」、「帳票種別」、「金額」の各項目データから成る。ここで、帳票レコードを構成する各項目データのうち、「支店コード」、「担当者コード」、「帳票種別」、「金額」は、入力装置１５から入力された入力項目であるが、その他の各項目は自動生成された生成項目である。この帳票レコードはステルス印刷されるが、その際、各項目データは図３（Ｃ）に示すような印字ファイルにしたがって印刷される。ここで、各フィールドデータは図３（Ｃ）に示す項目順およびその桁数分のデータ長で印刷される。バッチファイル１４−２は帳票レコード群を記憶するもので、図４（Ａ）に示すように、バッチヘッダ部とバッチレコード部とから成り、バッチヘッダ部にはバッチカードに印刷されるバッチレコードが格納され、バッチレコード部は帳票毎に生成された帳票レコード（バッチレコード）が格納される。図４（Ｂ）はバッチヘッダ部の構成を示し、このヘッダ部は「支店コード」、「バッチシリアルNo.」、「処理年月日」、「帳票枚数」、「合計金額」を記憶するもので、各フィールドデータは図４（Ｂ）に示す桁数分のデータ構成となっている。図４（Ｃ）はこのバッチヘッダ部内のデータがバッチカードに印刷される場合の印字フォーマットを示している。帳票枚数カウンタ１４−３は入力処理された帳票枚数を計数し、また合計金額メモリ１４−４は入力処理された帳票の合計金額を記憶する。
【００１０】
図５は集中処理装置２の全体構成を示したブロック図である。集中処理装置２はＣＰＵ２１を中核とするもので、ＣＰＵ２１は記憶装置２２内のプログラムにしたがってこの集中処理装置２の全体動作を制御する。記憶装置２２は記憶媒体２３を有し、支店用入力端末装置１側の記憶装置１２、記憶媒体１３と基本的に同様であるため、その説明は省略する。ＣＰＵ２１にはその入出力装置として入力装置２５、表示装置２６、ＩＣカード接続部２７、ＯＣＲ装置２８、ステルスコード読取装置２９がバスラインを介して接続されており、入出力プログラムにしたがってＣＰＵ２１はそれらの入出力動作を制御する。ＯＣＲ装置２８はＯＣＲリードヘッド３ｂを有し、バッチカードに印刷されているデータを読み取ると共に、帳票としての支払通知書からＯＣＲ文字を読み取る。ここで、図１０は帳票を例示したもので、その表面（券面）にＯＣＲによって読み取られるＯＣＲ領域内に各種のＯＣＲ文字が印刷されているので、当該部分をサーチすることによってその読み取りを行う。なお、ＯＣＲ領域内の２行目下桁部分における「５５２０７」は金額データを表わし、また最下桁の「８」はチェックサムを示している。また、ＯＣＲ装置２８は帳票の全体形状、印刷フォーマット、支払先等を読み取ることによって帳票種別が総合的に判定される。ステルスコード読取装置２９はステルスコードリードヘッド３ｃを有し、帳票上の所定領域に印刷されているステルスコードを光学的に読み取る。ここで、帳票の裏面において図１０に示す位置には、ステルス印刷領域ＳＡが設けられている。このステルス印刷領域ＳＡはどのようなサイズ、形状の帳票であってもその裏面側の左下角度を基準として縦１０cm、横１０cmの所にステルス印刷領域ＳＡの左下部が位置するように形成されたもので、その位置は帳票種別にかかわらず固定位置となっている。このステルス印刷領域ＳＡからステルスコードを読み取る場合、ステルスコード読取装置２９は紫外線を照射することによりステルス印刷領域ＳＡ上を走査してそのコード情報を読み取る通常の構成となっている。
【００１１】
図６はＲＡＭ２４内の特徴部分を示したもので、支店から送付された帳票の束を１束毎に処理する際に、ＮＢレジスタにはバッチカードから読み取られた帳票枚数（バッチ枚数）がセットされ、ＮＣレジスタには現時点までの帳票処理件数がセットされる。ＫＢレジスタはバッチカードから読み取られた合計金額（バッチ金額）がセットされ、ＫＣレジスタには現時点までに帳票処理された累計金額（処理金額）がセットされる。ＯＣＲメモリＭ１はＯＣＲ装置２８によって読み取られたデータを一時記憶し、コードメモリＭ２はステルスコード読取装置２９によって読み取られたデータを一時記憶するメモリである。フラグレジスタＦＲは帳票エラーフラグがセットされるもので、ＣＰＵ２１はＩＣカード接続部２７から取り込んだＩＣカード内のバッチファイルとＯＣＲメモリＭ１、コードメモリＭ２内の読み取りデータとを比較することによって帳票毎にデータの正当性を検査するが、その検査結果に応じてフラグレジスタＦＲに帳票エラーフラグがセットされる。ＣＰＵ２１はこのような帳票エラーのチェックの他、バッチエラーのチェックも行うが、その際、ＫＢレジスタの値とＮＣレジスタの値との比較、ＫＢレジスタの値とＮＣレジスタの値との比較を行うことによりバッチエラーチェックを行う。
【００１２】
次に、帳票処理システムの動作を図７〜図９に示すフローチャートにしたがって説明する。ここで、これらのフローチャートに記述されている各機能を実現するためのプログラムは、ＣＰＵ１１（２１）が読み取り可能なプログラムコードの形態で記憶媒体１３（２３）に記憶されており、その内容にしたがった動作を行う。
図７は支店用入力端末装置１の動作を示したフローチャートである。先ず、支店窓口で一日の業務開始時あるいは担当者交替時において、付帯物件付き為替を処理する際に、支店コードおよび担当者コードを入力装置１５からキー入力すると、入力された支店・担当者コードはワークメモリ１４−１にセットされるが（ステップＡ１）、そのデータは締め処理あるいは担当者交替があるまで保持される。この状態において、顧客から提出された帳票の記入内容を確認し、帳票種別および金額データをキー入力してワークメモリ１４−１に格納しておく（ステップＡ２）。このように帳票データが入力項目としてワークメモリ１４−１にセットされると、ＣＰＵ１１はその他の必要項目を自動生成する。すなわち、ＣＰＵ１１は帳票を識別するための固有No.（帳票シリアルNo.）を自動生成してワークメモリ１４−１にセットすると共に（ステップＡ３）、計時機能によって得られた現在の年月日、時分秒を読み出し、これを処理年月日、処理時分秒としてワークメモリ１４−１にセットする（ステップＡ４）。
【００１３】
このようにしてワークメモリ１４−１内に１レコード分の帳票レコードが作成されると、この帳票レコードを新規なバッチレコードとしてバッチファイル１４−２に追加挿入する（ステップＡ５）。そして、このバッチレコードをステルスコード印字装置１９に送り、帳票用紙の裏面所定領域、つまり、図１０に示すように帳票の種別にかかわらず、固定的に決められてステルス印刷領域ＳＡにステルスコードの形態で印刷出力させる（ステップＡ６）。この場合、図３（Ｃ）に示すステルス印字フォーマットにしたがって印刷される。そして、帳票枚数カウンタ１４−３の値に「１」を開始する枚数更新処理が行われるが（ステップＡ７）、最初は帳票枚数カウンタ１４−３の値は「０」にクリアされているので、その値は「１」となる。次に、合計金額メモリ１４−４の値に今回の入力金額を加算して合計金額を更新する処理が行われるが（ステップＡ８）、最初は合計金額メモリ１４−４の値は「０」にクリアされているので、その値は今回の入力金額となる。このようにして１帳票分の処理が終ると、業務終了が指示されたかを調べ（ステップＡ９）、終了が指示されるまでステップＡ２に戻り、１帳票毎に上述の動作が繰り返される結果、帳票毎に作成された帳票レコードはバッチファイル１４−２に追加挿入されると共に帳票枚数カウンタ１４−３、合計金額メモリ１４−４の更新が行われ、しかも各帳票には帳票レコードがステルスコードによって印刷される。
そして、終了指示があると、締め処理が行われる（ステップＡ１０〜Ａ１２）。すなわち、バッチヘッドレコードが生成されてバッチファイル１４−２内のヘッダ部に格納される（ステップＡ１０）。この場合、バッチヘッダレコードの各項目データとしてワークメモリ１４−１から支店コードを読み取り、またバッチシリアルNo.および処理年月日を生成し、更に帳票枚数カウンタ１４−３、合計金額メモリ１４−４から帳票枚数、合計金額を読み取ってバッチヘッダレコードを作成し、バッチファイル１４−２内のヘッダ部に格納する。そして、作成したバッチヘッダレコードを通常印字装置１８に送り、通常文字にてバッチカードに印刷すると共に（ステップＡ１１）、ＩＣカード接続部１７に装着されているＩＣカード内にバッチファイル１４−２の内容を全て書き込む（ステップＡ１２）、このようにして入力処理された各帳票を束ねてその表紙としてバッチカードを添付し、ＩＣカードと共に事務集中センタへ送付される。
【００１４】
図８、図９は集中処理装置２の動作を示したフローチャートである。先ず、内部データの初期化処理が行われ、ＭＢレジスタ、ＮＣレジスタおよびＫＢレジスタ、ＫＣレジスタの値をそれぞれ「０」とする（ステップＢ１）。この状態において、読取装置３のホッパー部３ａに帳票の束がセットされると、帳票は１枚づつ読取装置３内部に自動搬送されて読み取り動作が行われる（ステップＢ２）。そして、この読み取り結果に応じて帳票有無を調べる（ステップＢ３）。すなわち、バッチカードを含めて１束分の帳票を全て処理し終ったか否かを調べ、終了していなければ帳票有りと判断されてステップＢ４に進み、バッチカードか否かを調べる。最初は、バッチカードであるから、ＮＢレジスタの値とＮＣレジスタの値とを比較して両者が一致するかを調べるが（ステップＢ５）、いま、ＮＢレジスタ、ＮＣレジスタの値はデータの初期化によってクリアされているので、両者の一致が検出される。すると、ステップＢ６に進み、バッチカードから読取装置３によって読み取られた帳票枚数、合計金額を対応するＮＢレジスタ、ＫＢレジスタに転送すると共に、ＮＣレジスタ、ＫＣレジスタをクリアしたのち、ステップＡ２に戻る。ここで、ＮＣレジスタ、ＫＣレジスタをクリアするのは、複数枚のバッチカードが添付されることもあるため、２枚目のバッチカードがＯＣＲ読み取りされた段階で、ステップＢ５ではＮＢレジスタ、ＮＣレジスタの値の不一致が検出される。この場合、バッチエラーとなってその旨が報知される。
【００１５】
一方、ステップＢ４でバッチカードではなく通常の帳票をＯＣＲ読み取りした場合には、図９のステップＢ１０に進み、その読み取りデータをＯＣＲメモリＭ１にセットする。そして、ステルスコード読取装置２９を起動させて帳票裏面のステルス印刷領域ＳＡからステルスコードを読み取らせ、この読み取りデータをコードメモリＭ２にセットすると共に（ステップＢ１１）、このステルスコードの中から帳票シリアルNo.を抽出する（ステップＢ１２）。この帳票シリアルNo.をキーとしてＩＣカード内のバッチファイルを検索し、該当するバッチレコードを読み出す（ステップＢ１３）。そして、ＩＣカードから読み出したバッチレコードとコードメモリＭ２内のステルスコードとの全桁を比較する（ステップＢ１４）。すなわち、図３（Ｃ）で示したように各フィルード毎にその桁数が決められているので、１レコード分の総桁数および各フィールド毎の桁数に基づいてバッチレコードとステルスコードとを比較し、両者の不一致が検出された場合にはフラグレジスタＦＲに帳票エラーフラグをセットする（ステップＢ１５）。次に、ステルスコードの中から帳票種別および金額を抽出し（ステップＢ１６）、ＯＣＲメモリＭ１内の帳票種別、金額と比較する（ステップＢ１７）。この結果、両者の不一致が検出された場合にはフラグレジスタＦＲに帳票エラーフラグをセットする（ステップＢ１８）。その後、ＮＣレジスタに「１」を加算してその値を更新する処理を行うと共に（ステップＢ１９）、ＫＣレジスタにステルス金額を加算してＫＣレジスタの値を更新しておく（ステップＢ２０）。そして、集計レコードを作成し（ステップＢ２１）、その帳票種別に応じてソータ装置４に分類仕分けを指示する（ステップＢ２２）。このようにして１帳票分の処理が終ると、図８のステップＢ２に戻り、次の帳票を読取装置３によって読み取り、以下、１帳票毎に上述の動作を繰り返す。
【００１６】
この結果、ステップＢ３で帳票なしが検出されると、ＫＢレジスタの値とＫＣレジスタの値とを比較すると共に（ステップＢ７）、ＮＢレジスタの値とＮＣレジスタの値とを比較する（ステップＢ８）。ここで、ＫＢレジスタ、ＮＢレジスタにはバッチカードから読み取った合計金額（バッチ金額）と帳票枚数（バッチ枚数）がセットされ、ＫＣレジスタ、ＫＢレジスタには帳票毎に累計処理された処理金額、処理枚数がセットされているので、一束分の帳票を処理した段階で通常は両者の一致が検出されるが（ステップＢ７、Ｂ８）、いずれかの不一致が検出された場合にはバッチエラーとなってエラー終了となる。また、ステップＢ７、Ｂ８で両者の一致が検出された場合において、フラグレジスタＦＲに帳票エラーフラグがセットされている場合には（ステップＢ９）、帳票エラーとなるが、エラーフラグがセットされていなければ、正常終了となる。
【００１７】
以上のようにこの帳票処理システムにおいて、帳票毎に帳票データを入力する支店用入力端末装置１は、入力された帳票データに基づいて帳票毎に帳票レコードを生成し、生成された帳票レコードを帳票上の裏面固定領域にステルスコードによって印刷すると共にバッチファイル１４−２に格納する。そして、処理該当日の締め処理時において、バッチカードを発行し、処理された帳票の束にバッチカードを表紙として添付し、バッチファイル１４−２が記憶されているＩＣカードと共に事務集中センタ側へ送付すると、集中処理装置２側においては、帳票毎にその券面データを読み取ると共に、帳票からステルスコードを読み取る。この場合、集中処理装置２はＯＣＲ読み取りデータとステルス文字読み取りデータとＩＣカードにて供給されたバッチファイルとのマッチングを検査することによって３重のチェックを行う。このように事務集中センタ側では支店側で入力した帳票データを新めて入力する必要はなく、帳票データの重複入力等を避けて労力の軽減を図り得ると共に、データの改ざん等の検査も正確に実行することが可能となり、システム全体の合理性、信頼性を飛躍的に向上させることが可能となる。また、ステルス文字を印刷するために帳票が発行元に返っても他の金融機関での処理帳票と何んら変わることなく帳票を使用することができる。また、帳票の固定領域にステルス印刷を行うために帳票サイズ等が異なる異種帳票であってもステルス印刷のデータを容易に読み取ることができ、異種帳票の認識が不要となり、装置の単純化を図ることができる。
【００１８】
なお、上述した一実施形態においては、ステルス印刷を帳票の裏面に印刷したが、視読不能なデータ印刷のため帳票の表面に印刷するようにしてもよく、また、帳票レコードの印刷はステルス印刷に限らず、通常印刷であってもよい。また、支店から事務集中センタ側へＩＣカードを介してバッチファイルを転送するようにしたが、フロッピーディスク等の可搬型記録媒体を用いて転送するようにしてもよく、更に、通信回線を介して転送するようにしてもよい。更に帳票処理システムとして金融機関の支店と事務集中センタ間におけるシステムを例示したが、勿論、他のシステムにも適用可能である。
【００１９】
【発明の効果】
この発明によれば、帳票データの重複入力等を避けて労力の軽減を図り得ると共に、データの改ざん等の検査も正確に実行することができるので、システム全体の合理性、信頼性を飛躍的に向上させることが可能となる。
【図面の簡単な説明】
【図１】帳票処理システムにおける全体的な処理の流れを概念的に説明するための図。
【図２】支店用入力端末装置１の全体構成を示したブロック図。
【図３】（Ａ）はＲＡＭ１４内の特徴部分を示した図、（Ｂ）はワークメモリ１４−１にセットされる帳票レコードを示した図、（Ｃ）はステルス印字フォーマットを示した図。
【図４】（Ａ）はバッチファイル１４−２の構成を示した図、（Ｂ）はバッチファイル１４−２のヘッダ部の構成を示した図、（Ｃ）はバッチカード印字フォーマットを示した図。
【図５】集中処理装置２の全体構成を示したブロック図。
【図６】ＲＡＭ２４内の特徴部分を示した図。
【図７】支店用入力端末装置１側の動作を示したフローチャート。
【図８】集中処理装置２側の動作を示したフローチャート。
【図９】図８に続く集中処理装置２側の動作を示したフローチャート。
【図１０】帳票の表裏を例示した図。
【符号の説明】
１ 支店用入力端末装置
２ 集中処理装置
３ 読取装置
１１、２１ ＣＰＵ
１２、２２ 記憶装置
１３、２３ 記憶媒体
１４、２４ ＲＡＭ
１４−１ ワークメモリ
１４−２ バッチファイル
１４−３ 帳票枚数カウンタ
１４−４ 合計金額メモリ
１５、２５ 入力装置
１７、２７ ＩＣカード接続部
１８ 通常印字装置
１９ ステルスコード印字装置
２８ ＯＣＲ装置
２９ ステルスコード読取装置

Claims (4)

1. 帳票毎に帳票データを入力する入力処理装置と、複数帳票分のデータを一括して集中処理する集中処理装置とを備えた帳票処理システムにおいて、
   前記入力処理装置は、入力された帳票データに基づいて帳票毎に帳票レコードを生成するレコード生成手段と、
   このレコード生成手段によって生成された帳票レコード群を前記集中処理装置側へ外部供給する収集データとして記憶する収集データ記憶手段と、
   前記レコード生成手段によって生成された帳票レコードを帳票上の所定領域に印刷する印刷手段とを具備し、
   前記集中処理装置は、帳票上に予め印刷されている券面データを読み取る第１の読取手段と、
   前記入力処理装置側で帳票上の所定領域に印刷された帳票レコードを読み取る第２の読取手段と、
   前記入力処理装置側から外部供給された帳票レコード群を収集データとして取り込む収集データ取込手段と、
   この取込手段によって取り込まれた収集データと前記第１および第２の読取手段によって読み取られた読み取りデータとをそれぞれ比較することによりデータの正当性を検査する検査手段とを具備したことを特徴とする帳票処理システム。
2. 前記入力処理装置は、生成された各帳票レコードに基づいて所定の合計データを算出すると共に、入力処理された帳票の束に添付される送付用紙に、前記算出された合計データを印刷し、
   前記集中処理装置は、前記送付用紙に印刷されている合計データを読み取ると共に、この合計データを参照することによってデータの正当性を検査するようにしたことを特徴とする請求項１記載の帳票処理システム。
3. 前記入力処理装置側の印刷手段は、帳票レコードを視読不能なステルス印刷で出力するようにしたことを特徴とする請求項１記載の帳票処理システム。
4. 前記入力処理装置側の印刷手段によって帳票レコードが印刷される帳票上の所定領域は、帳票サイズにかかわらず、所定の基準点から所定位置にある領域であることを特徴とする請求項１記載の帳票処理システム。

Images