"帳票に関するデータを帳票データとして受け付けるスキャナ制御端末と、当該帳票データに対して所定の処理を行うセンタ端末とが、ネットワークを介して接続された帳票処理システムにおいて、前記スキャナ制御端末は、前記帳票データを取得する帳票データ取得部と、前記帳票データに対する二重読取有無フラグデータの入力操作を誘導する画面を表示部に表示させる表示制御部と、前記二重読取有無フラグデータの入力操作が行われている場合に、前記入力された前記二重読取有無フラグデータを取得する二重読取有無フラグ取得部と、前記二重読取有無フラグ取得部が取得した前記二重読取有無フラグデータと共に前記帳票データを送信する通信部とを備え、前記センタ端末は、受信された前記二重読取有無フラグデータに基づいて、前記帳票データが二重読み取りされたデータであるか否かを判別するチェック処理部と、前記チェック処理部の判別結果に基づいて、前記帳票データの取り扱いに関するメッセージデータを生成するメッセージ生成部と、前記メッセージデータを含む各種の情報を表示部に表示させる表示制御部とを備えることを特徴とする帳票処理システム。請求項1に記載の帳票処理システムにおいて、前記メッセージ生成部は、前記帳票データが二重読み取りされたデータである場合に、前記メッセージデータとして、二重読取の確認を前記センタ端末のオペレータに促す警告メッセージ画面のデータを生成することを特徴とする帳票処理システム。請求項1又は請求項2に記載の帳票処理システムにおいて、前記センタ端末は、さらに、前記帳票データに対して所定の処理を行うための入力画面データを生成する入力画面生成部を備え、前記入力画面生成部は、前記センタ端末のオペレータが前記帳票データに対して補正入力操作を行うエントリ処理時、前記センタ端末のオペレータがエントリ処理後の帳票データに対して検証操作を行うベリファイ処理時、及び、前記センタ端末のオペレータがベリファイ処理後の帳票データに対して承認操作を行う承認処理時のいずれか1乃至複数の処理時に、前記入力画面データを生成し、前記チェック処理部は、前記入力画面生成部が前記入力画面データを生成する際に、前記帳票データが二重読み取りされたデータであるか否かを判別することを特徴とする帳票処理システム。請求項3に記載の帳票処理システムにおいて、前記スキャナ制御端末の前記帳票データ取得部は、前記帳票データとして、前記帳票の画像イメージデータ、及び、当該画像イメージデータに含まれる文字の認識結果である文字データを取得し、前記入力画面生成部は、前記画像イメージデータ及び前記文字データを含む入力画面データを生成することを特徴とする帳票処理システム。請求項3又は請求項4に記載の帳票処理システムにおいて、さらに、前記帳票データを登録及び管理する為替サーバを有しており、前記為替サーバは、前記スキャナ制御端末から送信される前記帳票データ、並びに、前記エントリ処理、前記ベリファイ処理、及び、前記承認処理の各処理後の帳票データを登録するデータベースと、前記承認処理後に、前記データベースに登録された前記承認操作後の帳票データに基づいて、処理ホストに送信する処理電文データを生成する処理電文データ生成部とを備えることを特徴とする帳票処理システム。請求項5に記載の帳票処理システムにおいて、さらに、Web画面として、前記帳票データを前記為替サーバの前記データベースに登録させるための画面を前記スキャナ制御端末に提供するWebサーバを有しており、前記画面には、前記スキャナ制御端末を操作するオペレータに前記二重読取有無フラグデータを入力させるための二重読取チェックボックスが含まれていることを特徴とする帳票処理システム。請求項5又は請求項6に記載の帳票処理システムにおいて、前記為替サーバは、前記データベースに、コンピュータを前記スキャナ制御端末として機能させるスキャナ制御端末用プログラムを記憶しており、当該スキャナ制御端末用プログラムを当該コンピュータに配信することを特徴とする帳票処理システム。請求項5乃至請求項7のいずれか一項に記載の帳票処理システムにおいて、前記為替サーバは、前記データベースに、コンピュータを前記センタ端末として機能させるセンタ端末用プログラムを記憶しており、当該センタ端末用プログラムを当該コンピュータに配信することを特徴とする帳票処理システム。帳票に関するデータを帳票データとして受け付けるスキャナ制御端末とネットワークを介して接続され、当該帳票データに対して所定の処理を行うセンタ端末において、前記スキャナ制御端末によって取得された前記帳票データが前記帳票データと共に取得される二重読み取りされたデータであるか否かを表す二重読取有無フラグデータに基づいて、前記スキャナ制御端末によって取得された前記帳票データが二重読み取りされたデータであるか否かを判別するチェック処理部と、前記チェック処理部の判別結果に基づいて、前記帳票データの取り扱いに関するメッセージを生成するメッセージ生成部と、前記メッセージデータを含む各種の情報を表示部に表示させる表示制御部とを備えることを特徴とするセンタ端末。コンピュータを、帳票に関するデータを帳票データとして受け付けるスキャナ制御端末とネットワークを介して接続され、当該帳票データに対して所定の処理を行うセンタ端末として機能させるためのプログラムであって、前記コンピュータを、前記スキャナ制御端末によって取得された前記帳票データが前記帳票データと共に取得される二重読み取りされたデータであるか否かを表す二重読取有無フラグデータに基づいて、前記スキャナ制御端末によって取得された前記帳票データが二重読み取りされたデータであるか否かを判別するチェック処理部と、前記チェック処理部の判別結果に基づいて、前記帳票データの取り扱いに関するメッセージを生成するメッセージ生成部と、前記メッセージデータを含む各種の情報を表示部に表示させる表示制御部として機能させることを特徴とするプログラム。特許文献1に開示された帳票処理システム以下、従来の帳票処理システムと称するは、以下に説明するように、帳票が二重読み取りされることによって発生する不具合を効率よく高頻度に抑制することが望まれている、という課題があった。二重読取チェックは、前記した通り、帳票データのエントリ処理で、帳票データに対する補正入力操作が終了した後に、行われる。そのため、センタ端末のオペレータは、エントリ処理中の帳票データが二重読み取りされたデータであっても、補正入力操作が終了するまで、そのことを知らずに、不要な補正入力操作を最後まで行う。したがって、エントリ処理中の帳票データが二重読み取りされたデータである場合に、センタ端末のオペレータは、無駄な作業に労力及び時間を費やすことを強いられる、という不具合があった。また、帳票が振込依頼の受付時間の終了間際に営業店でスキャン処理された場合に、センタ端末のオペレータは、エントリ処理中の帳票データが二重読み取りされたデータであっても、二重読取チェックが帳票データに対する補正入力操作の終了後に行われるため、そのことに気付くのが振込依頼の受付時間の終了後になるときがある。センタ端末は、振込依頼が為替サーバに送信される直前に、警告メッセージボックスを表示部に表示して、センタ端末のオペレータに二重振込を警告する。しかしながら、センタ端末のオペレータがメッセージを見逃した場合に、振込依頼が為替サーバに送信される。この場合に、為替サーバが、二重読み取りされた帳票データに基づいて処理電文データを生成して、その処理電文データを処理ホストに送信する。そのため、二重振込が発生する。したがって、この場合に、金融機関は、処理ホスト側で、二重振込を解消するためのデータのリカバリ等の対応を行う必要がある、という不具合があった。このように、従来の帳票処理システムは、帳票が二重読み取りされることによって、1センタ端末のオペレータが無駄な作業に労力及び時間を費すことを強いられるという不具合や、2振込依頼が為替サーバに送信された場合に、データのリカバリが必要になるという不具合が発生していた。よって、従来の帳票処理システムは、帳票が二重読み取りされることによって発生する不具合を効率よく抑制することが望まれていた。本発明は、前記した課題を解決するためになされたものであり、帳票が二重読み取りされることによって発生する不具合を効率よく抑制する帳票処理システム、当該振込処理システムに用いるセンタ端末、及び、当該センタ端末を実現するためのプログラムを提供することを主な目的とする。前記目的を達成するため、第1発明は、帳票に関するデータを帳票データとして受け付けるスキャナ制御端末と、当該帳票データに対して所定の処理を行うセンタ端末とが、ネットワークを介して接続された帳票処理システムであって、前記スキャナ制御端末は、前記帳票データを取得する帳票データ取得部と、前記帳票データに対する二重読取有無フラグデータの入力操作を誘導する画面を表示部に表示させる表示制御部と、前記二重読取有無フラグデータの入力操作が行われている場合に、前記入力された前記二重読取有無フラグデータを取得する二重読取有無フラグ取得部と、前記二重読取有無フラグ取得部が取得した前記二重読取有無フラグデータと共に前記帳票データを送信する通信部とを備え、前記センタ端末は、受信された前記二重読取有無フラグデータに基づいて、前記帳票データが二重読み取りされたデータであるか否かを判別するチェック処理部と、前記チェック処理部の判別結果に基づいて、前記帳票データの取り扱いに関するメッセージデータを生成するメッセージ生成部と、前記メッセージデータを含む各種の情報を表示部に表示させる表示制御部とを備える構成とする。この帳票処理システムのセンタ端末が、スキャナ制御端末で取得された二重読取有無フラグデータに基づいて、帳票データが二重読み取りされたデータであるか否かを判別し、その判定結果に基づいて、帳票データの取り扱いに関するメッセージデータを表示部に表示する。メッセージデータは、例えば、処理中の帳票データが二重読み取りされたデータである場合に、その旨を表す内容となる。この場合に、センタ端末のオペレータは、このメッセージを見ることにより、帳票データが二重読み取りされたデータであることを、早期に例えば、エントリ処理で補正入力操作に着手する前や、ベリファイ処理で検証操作に着手する前、承認処理で承認操作に着手する前に、認識することができる。そのため、センタ端末のオペレータは、例えば、エントリ処理中の帳票データが二重読み取りされたデータである場合に、無駄な作業を中止することができる。したがって、この帳票処理システムは、無駄な作業に要するセンタ端末のオペレータの労力を軽減することができるとともに、無駄な作業に要する時間を短縮することができる。また、センタ端末のオペレータは、例えば、振込依頼書を処理対象の帳票とし、帳票が振込依頼の受付時間の終了間際に営業店でスキャン処理された場合で、かつ、エントリ処理中の帳票データが二重読み取りされたデータである場合に、メッセージを見ることにより、帳票データが二重読み取りされたデータであることを、早期に具体的には、エントリ処理で補正入力操作に着手する前に、認識することができる。そのため、センタ端末のオペレータは、振込依頼の受付時間内に、帳票データが二重読み取りされたデータであるか否かを、また、帳票データがどのような経緯で二重読み取りされたのか等を、スキャナ制御端末のオペレータに確認できる可能性が高くなる。その結果、この帳票処理システムは、二重読み取りされた帳票データに基づいて生成される処理電文データが処理ホストに送信されるのを、従来の帳票処理システムよりも効率よく高頻度に抑制することができる。なお、メッセージデータは、好ましくは、例えば、帳票データが二重読み取りされたデータであるか否かが不明である場合に、その旨を表す内容にしてもよい。この場合に、センタ端末のオペレータは、このメッセージを見ることにより、帳票データが二重読み取りされたデータであるか否かをスキャナ制御端末のオペレータに問い合わせることができる。そのため、センタ端末のオペレータは、帳票データが二重読み取りされたデータであるか否かを、また、仮に、帳票データが二重読み取りされたデータである場合に、帳票データがどのような経緯で二重読み取りされたのかを確認することができる。このように、この帳票処理システムは、センタ端末が、スキャナ制御端末で取得された二重読取有無フラグデータに基づいて、早期に、帳票データの取り扱いに関するメッセージデータを表示部に表示するため、帳票が二重読み取りされることによって発生する不具合を効率よく高頻度に抑制することができる。また、第2発明は、帳票に関するデータを帳票データとして受け付けるスキャナ制御端末とネットワークを介して接続され、当該帳票データに対して所定の処理を行うセンタ端末であって、前記スキャナ制御端末によって取得された前記帳票データが前記帳票データと共に取得される二重読み取りされたデータであるか否かを表す二重読取有無フラグデータに基づいて、前記スキャナ制御端末によって取得された前記帳票データが二重読み取りされたデータであるか否かを判別するチェック処理部と、前記チェック処理部の判別結果に基づいて、前記帳票データの取り扱いに関するメッセージを生成するメッセージ生成部と、前記メッセージデータを含む各種の情報を表示部に表示させる表示制御部とを備える構成とする。このセンタ端末は、第1発明に係る帳票処理システムに用いることができる。さらに、第3発明は、コンピュータを、帳票に関するデータを帳票データとして受け付けるスキャナ制御端末とネットワークを介して接続され、当該帳票データに対して所定の処理を行うセンタ端末として機能させるためのプログラムであって、前記コンピュータを、前記スキャナ制御端末によって取得された前記帳票データが前記帳票データと共に取得される二重読み取りされたデータであるか否かを表す二重読取有無フラグデータに基づいて、前記スキャナ制御端末によって取得された前記帳票データが二重読み取りされたデータであるか否かを判別するチェック処理部と、前記チェック処理部の判別結果に基づいて、前記帳票データの取り扱いに関するメッセージを生成するメッセージ生成部と、前記メッセージデータを含む各種の情報を表示部に表示させる表示制御部として機能させる構成とする。このプログラムは、コンピュータによって、第2発明に係るセンタ端末を実現することができる。第1発明によれば、帳票が二重読み取りされることによって発生する不具合を効率よく抑制する帳票処理システムを提供することができる。また、第2発明によれば、第1発明に係る帳票処理システムに用いるセンタ端末を提供することができる。さらに、第3発明によれば、第2発明に係るセンタ端末を実現するプログラムを提供することができる。以下、図面を参照して、本発明の実施の形態以下、本実施形態と称するにつき詳細に説明する。なお、各図は、本発明を十分に理解できる程度に、概略的に示してあるに過ぎない。よって、本発明は、図示例のみに限定されるものではない。また、各図において、共通する構成要素や同様な構成要素については、同一の符号を付し、それらの重複する説明を省略する。<帳票処理システムの全体構成>以下、図1Aを参照して、本実施形態に係る帳票処理システムの全体構成につき説明する。なお、図1Aは、実施形態に係る帳票処理システムの全体構成を示す図である。ここでは、本実施形態に係る帳票処理システム1が金融機関で振込処理に用いられる場合を想定して説明する。図1Aに示すように、本実施形態に係る帳票処理システム1は、営業店10に設置された機器と、集中センタ20に設置された機器とを含む構成となっており、振込処理を実行する処理ホスト30と接続されている。営業店10に設置された機器としては、スキャナ11及び受付端末100がある。スキャナ11及び受付端末100は、LAN等の通信回線を介して、通信可能に接続されている。スキャナ11は、帳票50の画像をスキャン処理光学読取処理する装置である。なお、ここでは、振込依頼書を処理対象の帳票50として用いるものとする。受付端末100は、スキャナ11を制御するスキャナ制御端末として機能する端末装置であり、帳票データ帳票に関するデータの受け付けを行う。受付端末100は、スキャナ11にスキャン処理させて、帳票50の画像イメージデータファイルTaggedImageFileFormat;TIFF以下、単に、画像イメージデータTIFFと称するを取得する機能や、帳票50の画像イメージデータに含まれる文字数字や記号等を含むを文字認識して、認識結果である文字データを含む取引データファイル帳票認識ファイルFormsRecognitionFile以下、単に、取引データFRGと称するを取得する機能、画像イメージデータTIFF及び取引データFRGを帳票データとして集中センタ20のデータベース226図1C参照に登録する機能等を有している。なお、図1Aに示す例では、受付端末100は、スキャナ11と別体の装置となっているが、スキャナ11と1つの装置に統合することもできる。受付端末100は、ネットワーク2を介して、集中センタ20の機器具体的には、Webサーバ21と接続されている。なお、図1Aに示す例では、1つの受付端末100が集中センタ20の機器と接続されているが、複数の受付端末100が集中センタ20の機器と接続されていてもよい。また、複数の営業店10に設置された複数の受付端末100が集中センタ20の機器と接続されていてもよい。集中センタ20に設置された機器としては、Webサーバ21、為替サーバ22、センタ端末23,24,25、及び、通信ゲートウェイ通信GW26がある。Webサーバ21、為替サーバ22、センタ端末23,24,25、及び、通信GW26は、LAN等の通信回線を介して、通信可能に接続されている。なお、Webサーバ21、為替サーバ22、センタ端末23,24,25、及び、通信GW26は、センタ機能統合装置200として、1つの装置に統合することもできる。Webサーバ21は、WWWWorldWideWebシステムにおいて、情報送信を行うサーバである。Webサーバ21は、様々な表示画面例えば、振込依頼を受け付けるための受付画面101図3参照を受付端末100に提供したり、受付端末100から、表示画面で入力された指示やデータ、帳票データ等を取得したりする。Webサーバ21は、受付端末100から取得されたデータ特に、帳票データを為替サーバ22に設けられたデータベース226図1Cに登録する。為替サーバ22は、帳票データを登録及び管理するサーバである。為替サーバ22は、帳票データに基づいて、処理電文データを生成して、処理ホスト30に送信する機能を有している。なお、処理電文データは、処理ホスト30に振込等の為替処理を実行させるための為替決済データである。また、処理ホスト30は、処理電文データに基づいて為替処理を実行するデータ処理装置である。センタ端末23,24,25は、帳票データに対して所定の処理を行う端末装置である。センタ端末23,24,25は、それぞれ、エントリ処理用の端末以下、エントリ端末23と称する場合もある、ベリファイ処理用の端末以下、ベリファイ端末24と称する場合もある、承認処理用の端末以下、承認端末25と称する場合もあるとなっている。帳票データの処理ミスを確実に防止することを前提としたシステムでは、データ入力エントリ、検証ベリファイ、及び、承認等の多段階の確認プロセスが採用される。エントリ端末23、ベリファイ端末24、承認端末25は、このような確認プロセスを実現するための端末装置であり、これらの端末23,24,25に処理されて処理電文データが生成される。なお、エントリ端末23、ベリファイ端末24、及び、承認端末25は、それぞれ、集中センタ20内に、複数設けられていてもよい。また、センタ端末23,24,25は、1つの装置に統合することもできる。通信GW26は、ネットワーク上で、媒体やプロトコルが異なるデータを相互に変換して通信を可能にするデータ処理装置である。<帳票処理システムを構成する主要な装置の構成>以下、図1B及び図1Cを参照して、帳票処理システム1を構成する主要な装置の構成につき説明する。なお、図1Bは、実施形態に係る営業店側の装置の主要な構成を示す図である。また、図1Cは、実施形態に係る集中センタ側の装置の主要な構成を示す図である。図1Bに示すように、営業店側の装置である受付端末100は、例えば、パーソナルコンピュータ以下、PCと称するによって構成される。このPCは、記憶部116に格納された制御プログラムを実行することによって、受付端末100として機能する。なお、PCを受付端末100として機能させる制御プログラムは、例えば、図示せぬ記憶媒体を介して受付端末100にインストールされる。又は、この制御プログラムは、集中センタ20に設置された機器の記憶部例えば、為替サーバ22のデータベース226に予め記憶されており、その機器から受付端末100にダウンロードされるようにしてもよい。図1Bに示すように、受付端末100は、通信部111、表示制御部112、入力処理部113、帳票データ取得部114、二重読取有無フラグ取得部115、及び、記憶部116を有している。なお、表示制御部112、入力処理部113、帳票データ取得部114、及び、二重読取有無フラグ取得部115は、受付端末100の図示せぬCPUが記憶部116に格納されている制御プログラムを実行することにより、実現される。通信部111は、外部の機器との通信を実行する構成要素である。通信部111は、例えば、通信デバイス等で構成されている。表示制御部112は、図示せぬ表示部に画像を表示させる機能手段である。入力処理部113は、例えばキーボードやマウス等の図示せぬ入力部からの入力を受け付ける機能手段である。帳票データ取得部114は、帳票データを取得する機能手段である。帳票データ取得部114は、画像イメージデータ取得部114a及び文字データ取得部114bを備えている。画像イメージデータ取得部114aは、スキャナ11にスキャン処理させて、帳票50の画像イメージデータTIFFを取得する機能手段である。文字データ取得部114bは、画像イメージデータ取得部114aによって取得された画像イメージデータTIFFに含まれている文字を文字認識し、認識結果である文字データを取得する機能手段である。文字データ取得部114bは、受付画面101図3参照で受付端末100のオペレータによって入力された各種のデータ例えば、店番や、後記する二重読取チェックボックス101a内のチェック印の有無等のデータである二重読取有無フラグデータと文字データとを統合して取引データFRGを生成する取引データ取得部としても機能する。なお、図3は、受付画面の一例を示す図である。図3に示す受付画面101は、振込依頼を受け付けるための画面であるとともに、受付端末100にスキャン処理を実行させるための操作画面以下、スキャン操作画面と称するでもある。二重読取有無フラグ取得部115は、帳票データが二重読み取りされたデータであるか否かを表すフラグデータ以下、二重読取有無フラグデータと称するを取得する機能手段である。二重読取有無フラグデータは、帳票データが二重読み取りされたデータであることを表す値例えば、値1である場合に、二重読取の確認をセンタ端末23,24,25のオペレータに促す警告メッセージ画面例えば、図8に示す二重読取チェック画面306をセンタ端末23,24,25の図示せぬ表示部に直ちに表示させるためのデータでもある。二重読取有無フラグデータは、二重読取有無フラグ取得部115が例えば図3に示す受付画面101の二重読取チェックボックス101aに設定された値を識別することによって、取得される。なお、二重読取チェックボックス101aは、帳票データが二重読み取りされたデータである場合に、そのことを表す値例えば、値1を二重読取有無フラグデータに設定するための入力欄である。二重読取チェックボックス101aの値は、例えば、図4に示すように、設定される。なお、図4は、実施形態で用いる二重読取有無フラグの内訳を示す図である。センタ端末23,24,25は、取得された帳票データが二重読取チェックボックス101aにチェック印が入力されているデータである場合に、入力エントリ画面201図6参照の表示時に、帳票データに対するオペレータの操作が行われる前に、処理中の帳票データが二重読み取りされたデータであることをオペレータに警告する警告メッセージ画面例えば、図8に示す二重読取チェックメッセージ画面306を図示せぬ表示部に表示する。これにより、センタ端末23,24,25は、帳票データに対するオペレータの操作例えば、エントリ処理時の帳票データに対する補正入力操作後に帳票データに対する二重読取のチェックを行うまでもなく、直ちに営業店10に確認する必要があることをオペレータに通知する。例えば、受付画面101の二重読取チェックボックス101aにチェック印が無い場合に、値0が二重読取有無フラグデータに設定される。値0は、帳票データが二重読み取りされていないデータであることを表している。二重読取有無フラグデータの値が0である場合に、センタ端末23,24,25は、帳票データに含まれている取引データFRGを入力画面に反映させて、帳票データに対する補正入力操作や検証操作、承認操作が可能な状態にする。一方、受付画面101の二重読取チェックボックス101aにチェック印が有る場合に、値1が二重読取有無フラグデータに設定される。値1は、帳票データが二重読み取りされたデータであることを表している。二重読取有無フラグデータの値が1である場合に、センタ端末23,24,25は、帳票データが二重読み取りされたデータであることをオペレータに警告するメッセージ画面306図8参照を図示せぬ表示部に表示する。これにより、センタ端末23,24,25は、帳票データが二重読み取りされたデータであることを、早期に例えば、オペレータがエントリ処理で補正入力操作に着手する前や、ベリファイ処理で検証操作に着手する前、承認処理で承認操作に着手する前に、オペレータに通知する。記憶部116は、帳票データを取得するために必要な様々なデータや制御プログラムを記憶する記憶手段である。また、図1Cに示すように、集中センタ側の装置であるWebサーバ21は、通信部211、Web画面生成部212、データ抽出部213、及び、記憶部214を有している。なお、Web画面生成部212、及び、データ抽出部213は、Webサーバ21の図示せぬCPUが記憶部214に格納されている制御プログラムを実行することにより、実現される。通信部211は、外部の機器との通信を実行する構成要素である。通信部211は、例えば、通信デバイス等で構成されている。Web画面生成部212は、記憶部214に予め記憶された画面フォーム情報に基づいて、受付端末100に提供する画面以下、提供画面と称するデータを生成する機能手段である。データ抽出部213は、受付端末100から受信される各種のデータの中から、帳票データや二重読取有無フラグデータ等を抽出する機能手段である。データ抽出部213は、抽出されたデータを為替サーバ22のデータベース226記憶部に登録する。記憶部214は、提供画面データを生成するために必要な様々なデータや制御プログラムを記憶する記憶手段である。また、図1Cに示すように、集中センタ側の装置である為替サーバ22は、通信部221、エントリ操作受付部222、ベリファイ操作受付部223、承認操作受付部224、処理電文データ生成部225、及び、データベース226を有している。なお、エントリ操作受付部222、ベリファイ操作受付部223、承認操作受付部224、及び、処理電文データ生成部225は、為替サーバ22の図示せぬCPUがデータベース226に格納されている制御プログラムを実行することにより、実現される。通信部221は、外部の機器との通信を実行する構成要素である。通信部221は、例えば、通信デバイス等で構成されている。エントリ操作受付部222は、エントリ処理時に、エントリ端末23で行われた帳票データに対する補正入力操作を受け付ける機能手段である。エントリ操作受付部222は、帳票データに対する補正入力操作が行われると、補正入力操作された帳票データを後記するエントリデータとして為替サーバ22のデータベース226に登録する。ベリファイ操作受付部223は、ベリファイ処理時に、ベリファイ端末24で行われた帳票データに対する検証操作を受け付ける機能手段である。ベリファイ操作受付部223は、帳票データに対する検証操作が行われると、検証操作された帳票データを後記するベリファイデータとして為替サーバ22のデータベース226に登録する。承認操作受付部224は、承認処理時に、承認端末25で行われた帳票データに対する承認操作を受け付ける機能手段である。承認操作受付部224は、帳票データに対する承認操作が行われると、承認操作された帳票データを後記する承認データとして為替サーバ22のデータベース226に登録する。処理電文データ生成部225は、振込等の為替処理を処理ホストに実行させるための処理電文データを生成する機能手段である。データベース226は、提供画面データを生成するために必要な様々なデータや制御プログラムを記憶する記憶手段である。なお、為替サーバ22は、センタ端末23,24,25によって帳票データに対する各処理が行われると、各処理で得られる帳票データをデータベース226に登録する。また、図1Cに示すように、集中センタ側の装置であるセンタ端末23,24,25は、例えば、PCによって構成される。このPCは、記憶部237に格納された制御プログラムを実行することによって、センタ端末23,24,25として機能する。なお、PCをセンタ端末23,24,25として機能させる制御プログラムは、例えば、図示せぬ記憶媒体を介してセンタ端末23,24,25にインストールされる。又は、この制御プログラムは、集中センタ20に設置された機器の記憶部例えば、為替サーバ22のデータベース226に予め記憶されており、その機器からセンタ端末23,24,25にダウンロードされるようにしてもよい。図1Cに示すように、センタ端末23,24,25は、それぞれ、通信部231、表示制御部232、入力処理部233、入力画面生成部234、チェック処理部235、メッセージ生成部236、及び、記憶部237を有している。なお、表示制御部232、入力処理部233、入力画面生成部234、チェック処理部235、及び、メッセージ生成部236は、センタ端末23,24,25の図示せぬCPUが記憶部237に格納されている制御プログラムを実行することにより、実現される。通信部231は、外部の機器との通信を実行する構成要素である。通信部231は、例えば、通信デバイス等で構成されている。表示制御部232は、図示せぬ表示部に画像を表示させる機能手段である。入力処理部233は、例えばキーボードやマウス等の図示せぬ入力部からの入力を受け付ける機能手段である。入力画面生成部234は、エントリ処理やベリファイ処理、承認処理等の、帳票データに対する各処理を実行するための入力画面を生成する機能手段である。チェック処理部235は、受付端末100の二重読取有無フラグ取得部115によって取得された二重読取有無フラグデータに基づいて、帳票データが二重読み取りされたデータであるか否かを判別する機能手段である。メッセージ生成部236は、チェック処理部235の判別結果に基づいて、帳票データの取り扱いに関するメッセージデータを生成する機能手段である。記憶部237は、帳票データに対する所定の処理を実行するために必要な様々なデータや制御プログラムを記憶する記憶手段である。<帳票処理システムによって行われる主な処理の流れ>以下、図2を参照して、帳票処理システム1によって行われる主な処理の流れにつき説明する。なお、図2は、実施形態に係る帳票処理システムによって行われる主な処理の流れを示す図である。なお、各装置は、図示せぬタイマによって計測された時間に基づいて動作する。また、各装置の動作は、各装置の記憶部に読み出し自在に予め格納された制御プログラムによって規定されており、各装置の制御部によって実行される。また、装置間の通信は、受信側の装置が通信によって受信されたデータを記憶部に一旦格納し、その後に、データを記憶部から読み出すことによって、行われる。また、各データは、記憶部に読み出し自在に一旦格納されてから、その後の処理を行う所要の構成要素に出力される。以下、これらの点については、情報処理では常套手段であるので、その詳細な説明を省略する。処理1:スキャン処理図2に示すように、帳票処理システム1は、まず、営業店10で、受付端末100が、例えば図5に示す振込依頼書を処理対象の帳票50とし、帳票50のスキャン処理を行う。なお、図5は、実施形態で用いる帳票の一例を示す図である。このとき、受付端末100は、Webサーバ21から、例えば図3に示す受付画面スキャン操作画面101を表示するための画面データを取得して、受付画面101を図示せぬ表示部に表示する。そして、オペレータが例えば図3に示す読取転送ボタンを押下して読取を指示すると、受付端末100は、帳票50の画像をスキャナ11に光学的に読み取らせる。これにより、受付端末100は、スキャナ11から読み取られた帳票50の画像イメージデータTIFF50Aaを取得する。ここで、受付端末100のオペレータが、一度スキャン処理された帳票50に対し、やむなく、二重にスキャン処理を行うものとする。このような二重スキャン処理は、例えば、以下のような場合に行われる。1例えば、帳票50の通番印字欄に消去できない汚れが付着したために、二重にスキャン処理を行う必要があった場合。2例えば、帳票50を走行させながらスキャン処理を行っている最中に、紙詰まりが発生し、そのスキャン処理に失敗した帳票50に通番が印字されてしまったために、二重にスキャン処理を行う必要があった場合。受付端末100のオペレータは、これらの場合に、図3に示す受付画面101の二重読取チェックボックス101aにチェック印を入れて、読取転送ボタンを押下する。これにより、受付端末100は、帳票50の画像をスキャナ11に光学的に読み取らせて、スキャナ11から二重に読み取られた帳票50の画像イメージデータTIFF50Aaを取得する。処理2:帳票データ取得処理受付端末100は、帳票50の画像イメージデータTIFF50Aaを取得すると、OCROpticalCharacterRecognition等のアプリケーションプログラムを利用して、帳票50の画像イメージデータTIFF50Aaに含まれている文字数字や記号等を含むを文字認識することによって、認識結果である文字データを取得する。また、受付端末100は、例えば図3に示す受付画面101の二重読取チェックボックス101aに設定された値を識別することによって、二重読取有無フラグデータを取得する。そして、受付端末100は、文字データや、二重読取有無フラグデータ、受付画面101で入力されたその他のデータ例えば、店番データ等を統合して、取引データFRG50Abを取得する。これにより、受付端末100は、振込依頼書の帳票データ50Aとして、帳票50の画像イメージデータTIFF50Aa及び取引データFRG50Abを取得する。処理3:帳票データ転送処理受付端末100は、帳票データ50Aとして、帳票50の画像イメージデータTIFF50Aa及び取引データFRG50Abを取得すると、通信部111がWebサーバ21を介して、取得された帳票データ50Aを為替サーバ22に転送して、為替サーバ22のデータベース226図1C参照に登録させる。なお、前記した処理1~処理3は、例えば、集中センタ20に配置されたセンタ端末23Bを操作して行うこともできる。処理3の後、センタ端末23,24,25は、帳票データ50Aがリジェクト要因を含むデータ例えば、文字認識で認識されなかった文字を含むデータ等である場合に、処理4エントリ処理以降の処理を行い、一方、帳票データ50Aがリジェクト要因を含まないデータである場合に、処理5Bベリファイ処理以降の処理を行う。以下、リジェクト要因を含むデータをリジェクト有りデータと称し、リジェクト要因を含まないデータをリジェクト無しデータと称する。処理4:エントリ処理センタ端末23エントリ端末23は、帳票データ50Aがリジェクト有りデータである場合に、帳票データ50Aが為替サーバ22のデータベース226に登録されると、エントリ処理を実行する。このとき、エントリ端末23は、為替サーバ22からデータベース226に登録された帳票データ50Aを取得する。そして、エントリ端末23は、帳票データ50Aに基づいて、例えば図6に示す入力エントリ画面201を図示せぬ表示部に表示して、オペレータに、帳票データ50Aに対する補正入力操作を行わせる。なお、図6は、入力エントリ画面の一例を示す図である。入力エントリ画面201では、データベース226に登録された帳票データ50Aの取引データFRG50Abが、各項目の入力欄に取り込まれて表示される。なお、初回時のエントリ処理では、通番程度の情報しか表示されない。また、入力エントリ画面201は、データベース226に登録された帳票データ50Aの画像イメージデータTIFF50Aaが、入力欄に隣接して設けられた各項目のイメージ表示欄に取り込まれて表示される。オペレータは、入力エントリ画面201に表示された入力欄の内容とイメージ表示欄に表示された内容とを比較し、不一致があれば、その箇所を補正する。また、入力欄にデータの欠落があれば、その箇所にデータを入力する。このようにしてエントリ処理で入力エントリ画面201に補正入力されたデータは、為替サーバ22に送信され、エントリ処理後の取引データFRG50Abとして為替サーバ22のデータベース226に登録される。以下、エントリ処理後の取引データFRG50Abをエントリデータと称する。処理5,処理5B:ベリファイ処理センタ端末24ベリファイ端末24は、帳票データ50Aに対する補正入力操作が行われると、ベリファイ処理を実行する。このとき、ベリファイ端末24は、為替サーバ22からデータベース226に登録されたエントリデータを取得する。そして、ベリファイ端末24は、エントリデータに基づいて、入力エントリ画面201図6参照と同様の図示せぬ入力画面を図示せぬ表示部に表示して、オペレータに、エントリデータに対する検証操作を行わせる。検証操作では、ベリファイ端末24のオペレータは、入力画面に表示された入力欄の内容とイメージ表示欄に表示された内容とを比較し、不一致があるか否かを検証する。不一致がある場合に、ベリファイ端末24のオペレータは、エントリデータをエントリ端末23に戻して、エントリ端末23のオペレータにエントリデータを補正させる。このようにしてベリファイ処理されたエントリデータは、為替サーバ22に送信され、ベリファイ処理後の取引データFRG50Abとして為替サーバ22のデータベース226に登録される。以下、ベリファイ処理後の取引データFRG50Abをベリファイデータと称する。なお、ベリファイ端末24は、帳票データ50Aがリジェクト無しデータである場合に、処理3の後に、処理5Bとして、ベリファイ処理を実行する。処理6:承認処理センタ端末25承認端末25は、帳票データ50Aに対する検証操作が行われると、承認処理を実行する。このとき、承認端末25は、為替サーバ22からデータベース226に登録されたエントリデータとベリファイデータとを取得する。そして、承認端末25は、エントリデータとベリファイデータとに基づいて、エントリデータとベリファイデータとを比較する図示せぬ入力画面を図示せぬ表示部に表示して、オペレータに、ベリファイデータに対する承認操作を行わせる。承認操作では、承認端末25のオペレータは、入力画面に表示されたベリファイデータに不備がない場合、エントリデータとベリファイデータとが一致する場合、及び、振込金額が限度額以内である場合に、振込処理を承認する。ベリファイデータに不備がある場合や、エントリデータとベリファイデータとが一致しない場合、又は、振込金額が限度額以上である場合に、承認端末25のオペレータは、ベリファイデータをベリファイ端末24に戻して、ベリファイ端末24のオペレータにベリファイデータを再度検証させる。このようにして承認処理されたベリファイデータは、為替サーバ22に送信され、承認処理後の取引データFRG50Abとして為替サーバ22のデータベース226に登録される。以下、承認処理後の取引データFRG50Abを承認データと称する。処理7:処理電文データ為替決済データ生成転送処理為替サーバ22は、ベリファイデータに対する承認操作が行われると、データベース226に登録された承認データに基づいて、処理電文データを生成して、処理ホスト30に送信する。これにより、為替サーバ22は、処理ホスト30に振込処理を実行させる。係る構成において、帳票処理システム1は、センタ端末23,24,25が処理4~処理6を実行する場合に、各処理でオペレータが操作に着手する前例えば、オペレータがエントリ処理で補正入力操作に着手する前や、ベリファイ処理で検証操作に着手する前、承認処理で承認操作に着手する前に、二重読取有無フラグデータ図4参照の値すなわち、二重読取チェックボックス101a図3参照のチェック印の有無に基づいて、帳票データ50Aが二重読み取りされたデータであるか否かを判定する。そして、二重読取有無フラグデータの値が1である場合二重読取チェックボックス101aにチェック印が有る場合に、センタ端末23,24,25は、帳票データ50Aが二重読み取りされたデータであることをオペレータに警告するメッセージ画面306図8参照を図示せぬ表示部に表示する。<帳票処理システムの動作>本発明は、センタ端末23,24,25が、図2に示す処理4~処理6エントリ処理、ベリファイ処理、及び、承認処理のいずれかの処理で、入力画面例えば、図6に示す入力画面201を表示する際に、二重読取チェックを行うことに特徴がある。以下、図7を参照して、入力画面を表示する際の帳票処理システム1の動作につき説明する。ここでは、エントリ端末23がエントリ処理を実行する際に、入力画面を表示する場合を想定して説明する。なお、図7は、実施形態に係る帳票処理システムの動作を示すフローチャートである。エントリ端末23は、オペレータがエントリ処理を開始するための操作を行うことにより、入力エントリ画面201図6参照の表示処理を開始する。入力画面201の表示処理では、図7に示すように、まず、エントリ端末23の入力画面生成部234が、為替サーバ22のデータベース226から、帳票データ50Aとして、画像イメージデータTIFF50Aaと取引データFRG50Abとを取得するS105。帳票データ50Aの取得は、エントリ端末23の入力画面生成部234が為替サーバ22に帳票データ50Aの配信を要求し、これに応答して、為替サーバ22が帳票データ50Aをエントリ端末23に配信することによって、行われる。次に、エントリ端末23の入力画面生成部234が、配信された取引データFRG50Abから入力画面の表示に必要な初期情報以下、入力画面初期情報と称するを取得するS110。初回配信時の取引データFRG50Abは、帳票50がスキャン処理された直後であるため、通番程度の情報しか登録されていない。入力画面生成部234は、その通番情報ただし、通番以外の情報が登録されていれば、その情報を含むを入力画面初期情報として、取引データFRG50Abから取得する。なお、取引データFRG50Abは、初回配信時エントリ処理時に、帳票50に記載されている文字データ金額や振込人等のデータがエントリ端末23のオペレータによって入力画面201から入力される。そのため、取引データFRG50Abは、2回目以降の配信では、その情報が反映された状態となる。次に、エントリ端末23のチェック処理部235は、帳票データ50Aが二重読取チェック対象の帳票50のデータであるか否かを判定するS115。なお、対象外となる帳票50としては、例えば、エントリ処理がまだ行われていないダイレクト系の帳票がある。S115では、エントリ端末23は、帳票データ50Aがこのような帳票以外のデータであるか否かを判定する。ここで、ダイレクト系の帳票とは、以下のような帳票を意味している。例えば、営業店10に持ち込まれる帳票50としては、出力要件が予め定められた所定の書式の帳票以下、定型帳票と称すると、これ以外の、例えば、旧式の帳票とがある。金融機関にもよるが、通常、帳票処理システム1は、新帳票定型帳票のフォーマットにのみ対応している。そのため、帳票処理システム1は、新帳票定型帳票の書式に合わない帳票50をスキャン処理した場合に、フォーマット認識ができない帳票と見なす。そして、帳票処理システム1は、フォーマット認識ができない帳票を、非定型帳票又は、イメージ帳票と称する場合もあるとして、処理する。この場合に、帳票処理システム1は、非定型帳票の画像イメージデータTIFF50Aaを取得するものの、文字データを取得できない。そのため、帳票処理システム1は、エントリ端末23のオペレータが、非定型帳票のエントリ処理で、非定型帳票の画像イメージデータTIFF50Aaの画像を見ながら、入力画面201図6参照から文字データを直接入力する。ただし、帳票50によっては、画像イメージデータTIFF50Aaの画像が見にくい場合がある。この場合に、エントリ端末23のオペレータは、画像イメージデータTIFF50Aaの画像を拡大して印刷し、印刷された画像を見ながら、入力画面201から文字データを直接入力する。このようなエントリ端末23のオペレータが印刷された画像を見ながら文字データを直接入力する操作をダイレクト入力と称する。そして、ダイレクト入力によって処理される帳票をダイレクト系の帳票と称する。S115の判定で、帳票データ50Aが二重読取チェック対象の帳票50のデータであると判定された場合Yesの場合に、エントリ端末23のチェック処理部235は、入力画面初期情報の二重読取有無フラグデータが空白であるか否かを判定するS120。なお、入力画面初期情報の二重読取有無フラグデータは、初回配信時では、空白の状態になっている。S120の判定で、入力画面初期情報の二重読取有無フラグデータが空白であると判定された場合Yesの場合に、エントリ端末23のチェック処理部235は、取引データFRG50Abから二重読取有無フラグデータを抽出し、取引データFRG50Abの二重読取有無フラグデータを入力画面初期情報の二重読取有無フラグデータとして設定するS125。S125の後、エントリ端末23の入力画面生成部234は、入力画面のフォームを表示するS130。ここでは、入力画面のフォーム情報が為替サーバ22のデータベース226に予め登録されており、エントリ端末23は、為替サーバ22から入力画面のフォーム情報を取得し、その入力画面のフォーム情報に基づいて、入力画面のフォームを表示するものとする。ただし、エントリ端末23は、入力画面のフォーム情報が記憶部237に予め登録されており、その入力画面のフォーム情報に基づいて、入力画面のフォームを表示するようにしてもよい。なお、S115の判定で、帳票データ50Aが二重読取チェック対象の帳票50のデータでないと判定された場合Noの場合、又は、S120の判定で、入力画面初期情報の二重読取有無フラグデータが空白でないと判定された場合Noの場合も、処理は、S130に進む。その結果、S130で、エントリ端末23の入力画面生成部234は、入力画面のフォームを表示する。なお、S115の判定で、帳票データ50Aが二重読取チェック対象の帳票50のデータでないと判定された場合Noの場合に、処理がS130に進むのは、以下の理由のためである。すなわち、エントリ処理では、主に非定型帳票が、ダイレクト系の帳票になる。その非定型帳票は、通番印字欄の位置が、固定されておらず、帳票50毎に異なる。そのため、帳票処理システム1は、帳票50が非定型帳票である場合に、帳票50の通番情報を抽出することができず、データをオペレータに直接入力させる必要があるからである。S130の後、エントリ端末23のチェック処理部235は、エントリ処理中の取引データFRG50Abが妥当か否かを判定するS135。この判定は、エントリ処理中の取引データFRG50Abの通番とデータベース226に既に登録されている過去の処理済みの取引データFRG50Abとを突き合わせ、エントリ処理中の取引データFRG50Abが振込実績のある通番のデータであるか否かを識別することによって、行われる。以下、この判定を取引データの妥当性チェックと称する。S135の判定で、エントリ処理中の取引データFRG50Abが妥当であるすなわち、エントリ処理中の取引データFRG50Abが振込実績のない通番のデータであると判定された場合Yesの場合に、エントリ端末23のチェック処理部235は、操作が処理済帳票データの照会以外の操作であるか否かを判定するS140。一方、S135の判定で、エントリ処理中の取引データFRG50Abが妥当でないすなわち、エントリ処理中の取引データFRG50Abが振込実績のある通番のデータであると判定された場合Noの場合に、処理は、S155に進む。S140の判定で、操作が処理済帳票データの照会以外の操作であると判定された場合Yesの場合に、エントリ端末23のチェック処理部235は、エントリ処理中の取引データFRG50Abに削除予約があるか否かを判定するS145。一方、S140の判定で、操作が処理済帳票データの照会の操作であると判定された場合Noの場合に、処理は、S160に進む。S145の判定で、エントリ処理中の取引データFRG50Abに削除予約があると判定された場合Yesの場合に、エントリ端末23のメッセージ生成部236は、削除が予約されていることをエントリ端末23のオペレータに通知するためのメッセージ画面を生成して、表示制御部232を介して、図示せぬ表示部に表示させるS150。一方、S145の判定で、エントリ処理中の取引データFRG50Abに削除予約がないと判定された場合Noの場合に、エントリ端末23のチェック処理部235は、入力画面初期情報の二重読取有無フラグデータ図4参照の値が1有りであるか否かを判定するS151。S151の判定で、入力画面初期情報の二重読取有無フラグデータ図4参照の値が1有りであると判定された場合Yesの場合に、エントリ端末23のメッセージ生成部236は、図8に示す二重読取チェックメッセージ画面306を生成して、表示制御部232を介して、図示せぬ表示部に表示させるS155。一方、S151の判定で、入力画面初期情報の二重読取有無フラグデータの値が1有りでないと判定された場合Noの場合に、処理は、S160に進む。なお、図8は、実施形態で用いる二重読取チェックメッセージ画面を示す図である。二重読取チェックメッセージ画面306は、エントリ処理中の取引データFRG50Abが二重読み取りされたデータであることをオペレータに警告する警告メッセージ画面である。図8に示す例では、二重読取チェックメッセージ画面306は、二重読取の帳票データ50Aを受け付けたこと、及び、営業店10への確認が必要なことをオペレータに通知する内容になっている。S155の後、エントリ端末23の入力画面生成部234又は、チェック処理部235は、オペレータが二重読取チェックメッセージ画面306に表示された再確認ボタン又は確認ボタンを押下する操作を行ったことを検出するとS156、表示制御部232を介して、図示せぬ表示部に表示させている二重読取チェックメッセージ画面306を消去させて、入力エントリ画面201に復帰させるS157。S140の判定で、操作が処理済帳票データの照会の操作であると判定された場合Noの場合に、又は、S150及びS157のいずれか一方の処理の後に、エントリ端末23の入力画面生成部234は、処理中の取引データFRG50Abを入力エントリ画面201に反映させるS160。このとき、入力画面生成部234は、処理中の取引データFRG50Abから各項目のデータを取り出して、入力エントリ画面201の該当する項目欄のデータとして設定する。これにより、エントリ端末23は、入力エントリ画面201図6参照の表示処理を終了する。なお、この後、エントリ端末23のオペレータが、取引データFRG50Abに対して補正入力操作を行うと、エントリ端末23の入力処理部233が、その操作を検出して、為替サーバ22に通知する。これに応答して、為替サーバ22は、補正入力された帳票データ50Aをエントリデータとしてデータベース226に登録する。なお、図7に示すフローは、ベリファイ端末24がベリファイ処理を実行する場合に、エントリをベリファイに読み替えるものとし、また、承認端末25が承認処理を実行する場合に、エントリを承認に読み替えるものとする。<二重読取チェックメッセージ画面が表示された場合の対応>以下、図9を参照して、二重読取チェックメッセージ画面306が図示せぬ表示部に表示された場合の営業店10及び集中センタ20で行われる対応につき説明する。ここでは、二重読取チェックメッセージ画面306がエントリ処理時に表示された場合を想定して説明する。なお、図9は、二重読取チェックメッセージ画面表示後の主な処理の流れを示す図である。集中センタ20では、エントリ端末23のオペレータは、二重読取チェックメッセージ画面306が図示せぬ表示部に表示されたことを確認するとS605、その旨を役席者に連絡するS610。これにより、役席者は、営業店10に詳細を聞くために電話連絡するS615。このとき、役席者は、帳票50の通番印字欄に印字された通番を営業店10側に通知する。営業店10では、行員又は責任者が通知された通番に基づいて、実際の帳票50を特定する。その後、行員又は責任者は、帳票50を処理した担当者受付端末100のオペレータを特定し、担当者に二重読取が行われた理由を確認する。二重読取が行われた理由としては、例えば、以下のものがある。理由1例えば、スキャン処理された際に帳票50に印字された通番の発色が薄かったために、担当者が、スキャン処理された帳票50をスキャン処理されていない帳票50と誤認して、再度、スキャン処理を行ってしまった。理由2例えば、帳票50の通番印字欄に消去できない汚れが付着したために、担当者が、やむなく、二重にスキャン処理を行った。理由3例えば、帳票50を走行させながらスキャン処理を行っている最中に、紙詰まりが発生し、そのスキャン処理に失敗した帳票50に通番が印字されてしまったために、担当者が、やむなく、二重にスキャン処理を行った。行員又は責任者は、担当者から確認された理由に応じて、対応方針を決定する。例えば、前記した理由1の場合に、行員又は責任者は、削除依頼を集中センタ20に出すS620a。また、例えば、前記した理由2又は理由3の場合に、行員又は責任者は、エントリ処理の実施を集中センタ20に依頼するS620b,S620c。営業店10の行員又は責任者は、決定された対応方針を集中センタ20に通知する。集中センタ20では、役席者が営業店10からの指示をエントリ端末23のオペレータに伝えるS625。エントリ端末23のオペレータは、エントリ処理での補正入力操作を実施しS630、操作が完了すると、その旨を役席者に連絡するS635。役席者は、該当帳票50の通番を営業店10側に通知して、営業店10に該当帳票50のステータスの確認を依頼するS640。営業店10では、行員又は責任者が該当帳票50のステータスを確認するS645。このようにして、二重読取チェックメッセージ画面306が表示された場合の対応が行われる。本実施形態に係る帳票処理システム1は、受付端末100で、二重読取チェックボックス101a図3参照にチェック印が入力された状態で、スキャン処理が行われた場合に、センタ端末23,24,25で、操作例えば、エントリ処理での補正入力操作が行われる前に、警告メッセージ画面として二重読取チェックメッセージ画面306図8参照が表示される。これにより、センタ端末23,24,25のオペレータは、処理中の帳票データ50Aが二重読み取りされたデータであることを、早期に操作に着手する前に、認識することができる。なお、二重読取チェックメッセージ画面306は、エントリ、ベリファイ、及び、承認の各処理工程後の処理工程から前の処理工程に差し戻される場合を含むで表示される。そのため、仮に、前の処理工程のオペレータが、帳票データ50Aに対する操作終了後に表示される警告メッセージを見落とした場合であっても、後の処理工程のオペレータが、処理中の帳票データ50Aが二重読み取りされたデータであることを、早期に操作に着手する前に、認識することができる。そのため、センタ端末23,24,25のオペレータは、処理中の帳票データ50Aが二重読み取りされたデータである場合に、無駄な作業を中止することができる。したがって、帳票処理システム1は、無駄な作業に要するセンタ端末23,24,25のオペレータの労力を軽減することができるとともに、無駄な作業に要する時間を短縮することができる。そのため、帳票処理システム1は、振込処理の効率を向上させることができる。また、営業店10は、早期に問い合わせを受けることにより、二重読取が行われた理由の確認や方針決定を円滑に行うことができる。また、帳票処理システム1は、無駄な作業に要する時間を短縮することができるため、振込依頼の受付時間の終了間際にスキャン処理された帳票データ50Aについても、受付時間内にリカバリ対応の実行頻度を向上させることができる。そのため、帳票処理システム1は、この点でも、振込処理の効率を向上させることができる。以上の通り、本実施形態に係る帳票処理システム1によれば、無駄な作業に要するセンタ端末23,24,25のオペレータの労力を軽減することができるとともに、無駄な作業に要する時間を短縮することができる。そのため、帳票処理システム1は、振込処理の効率を向上させることができる。本発明は、前記した実施形態に限定されることなく、本発明の要旨を逸脱しない範囲で種々の変更や変形を行うことができる。例えば、実施形態では、帳票処理システム1が振込処理に用いられる場合を想定して説明しているが、他の用途に用いることもできる。"