帳票処理システム、当該帳票処理システムに用いるセンタ端末、及び、当該センタ端末を実現するためのプログラム
【課題】帳票が二重読み取りされることによって発生する不具合を効率よく抑制する。
【解決手段】センタ端末２３，２４，２５は、スキャナ制御端末で取得された二重読取有無フラグデータに基づいて、帳票データが二重読み取りされたデータであるか否かを判別するチェック処理部２３５と、チェック処理部２３５の判別結果に基づいて、帳票データの取り扱いに関するメッセージデータを生成するメッセージ生成部２３６と、メッセージデータを含む各種の情報を表示部に表示させる表示制御部２３２とを備える。
【解決手段】センタ端末２３，２４，２５は、スキャナ制御端末で取得された二重読取有無フラグデータに基づいて、帳票データが二重読み取りされたデータであるか否かを判別するチェック処理部２３５と、チェック処理部２３５の判別結果に基づいて、帳票データの取り扱いに関するメッセージデータを生成するメッセージ生成部２３６と、メッセージデータを含む各種の情報を表示部に表示させる表示制御部２３２とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、紙文書（帳票）を電子化する帳票処理システム、当該振込処理システムに用いるセンタ端末、及び、当該センタ端末を実現するためのプログラムに関する。
【背景技術】
【０００２】
紙文書（帳票）を電子化する帳票処理システムは、例えば、金融機関や流通機関等で広く用いられている。例えば、金融機関では、振込依頼書を処理対象の帳票とし、振込処理が行われる場合に、帳票処理システムを用いている。以下、帳票処理システムが金融機関で振込処理に用いられる場合を想定して、従来の帳票処理システムの概要につき説明する。
【０００３】
帳票処理システムは、帳票に関するデータ（以下、「帳票データ」と称する）を受け付ける受付端末と、帳票データに基づいて生成される処理電文データを処理ホストに送信するセンタ装置（為替サーバや、端末装置等）とが、ネットワークを介して接続された構成となっている（例えば、特許文献１参照）。受付端末は、営業店に配置され、一方、センタ装置は、帳票データを集中的に管理する集中センタに配置されている。
【０００４】
金融機関の営業店は、顧客から振込処理が依頼された場合に、受付端末のオペレータが受付端末を操作して、顧客によって諸事項が記載された振込依頼用の帳票（振込依頼書）のスキャン処理（光学読取処理）を受付端末に行わせる。受付端末は、スキャナを制御するスキャナ制御端末として機能する端末装置である。受付端末は、通常、パーソナルコンピュータによって構成される。受付端末は、振込依頼書の画像をスキャンして、振込依頼書の画像イメージデータを取得するとともに、その画像イメージデータに含まれる文字を文字認識して、認識結果である文字データを取得し、取得された振込依頼書の画像イメージデータ及び文字データをセンタ装置に送信する。
【０００５】
センタ装置は、受付端末から振込依頼書の画像イメージデータ及び文字データを受信すると、これらのデータを帳票データとして、センタ装置を構成する為替サーバのデータベースに登録する。
【０００６】
この後、金融機関の集中センタは、センタ装置を構成する端末装置（以下、「センタ端末」と称する）のオペレータがセンタ端末を操作して、帳票データに対する所定の処理（例えば、帳票データに対する補正入力操作を行うエントリ処理や、エントリ処理後の帳票データに対する検証操作を行うベリファイ処理、ベリファイ処理後の帳票データに対する承認操作を行う承認処理等）をセンタ端末に行わせる。
【０００７】
センタ端末は、帳票データに対する各処理を行うと、その都度、各処理で得られる帳票データを為替サーバのデータベースに登録する。為替サーバは、帳票データに対する承認処理が行われると、承認処理後の帳票データに基づいて、処理ホストに振込等の為替処理を実行させるための処理電文データを生成して、生成された処理電文データを処理ホストに送信する。これにより、処理ホストが、処理電文データに基づいて、振込等の為替処理を実行する。
【０００８】
ところで、帳票データは、以下のような場合に、二重にデータベースに登録されるときがある。
（１）例えば、スキャン処理された際に帳票に印字された通し番号（以下、「通番」と称する）の発色が薄かったために、受付端末のオペレータが、スキャン処理された帳票をスキャン処理されていない帳票と誤認して、再度、スキャン処理を行った場合。
（２）例えば、帳票の通番印字欄に消去できない汚れが付着したために、受付端末のオペレータが、やむなく、二重にスキャン処理を行った場合。
（３）例えば、帳票を走行させながらスキャン処理を行っている最中に、紙詰まりが発生し、そのスキャン処理に失敗した帳票に通番が印字されてしまったために、受付端末のオペレータが、やむなく、二重にスキャン処理を行った場合。
これらの場合に、帳票データは、二重にデータベースに登録されていた。
【０００９】
そこで、センタ端末のオペレータは、帳票データのエントリ処理時に、帳票データが二重にデータベースに登録されていないかをチェックしている。以下、このチェックを「二重読取チェック」と称する。なお、「二重読取チェック」は、二重に振込処理が行われるのを防止するためのチェックでもあるので、「二重振込チェック」と称される場合もある。
【００１０】
「二重読取チェック」は、帳票データのエントリ処理で、帳票データに対する補正入力操作が終了した後に、行われる。具体的には、「二重読取チェック」は、帳票データに対する補正入力操作が終了した後に、センタ端末のオペレータが、センタ端末を操作して、例えば、振込指定日や、口座番号、金額をキーにして、エントリ処理中の帳票データと、データベースに既に登録されている過去の処理済みの帳票データ（以下、「処理済帳票データ」と称する）とを突き合わせることによって、行われる。このとき、センタ端末は、エントリ処理中の帳票データと一致する処理済帳票データがデータベースに登録されている場合に、エントリ処理中の帳票データが二重読み取りされたデータである可能性がある旨を表す警告メッセージボックスを表示部に表示して、センタ端末のオペレータに二重振込を警告する。これにより、センタ端末は、エントリ処理中の帳票データをデータベースに登録するか否かをオペレータに判断させている。
【００１１】
なお、例えば、特許文献２には、「二重読取チェック」に関連する技術として、二重スキャンルールと二重スキャン検査用登録データとを参照して、自動的に二重スキャン検査を実行する電子化文書管理装置が開示されている。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特開２０１０−１３４７２７号公報
【特許文献２】特開２００６−３３０８６３号公報
【発明の概要】
【発明が解決しようとする課題】
【００１３】
特許文献１に開示された帳票処理システム（以下、「従来の帳票処理システム」と称する）は、以下に説明するように、帳票が二重読み取りされることによって発生する不具合を効率よく（高頻度に）抑制することが望まれている、という課題があった。
【００１４】
「二重読取チェック」は、前記した通り、帳票データのエントリ処理で、帳票データに対する補正入力操作が終了した後に、行われる。そのため、センタ端末のオペレータは、エントリ処理中の帳票データが二重読み取りされたデータであっても、補正入力操作が終了するまで、そのことを知らずに、不要な補正入力操作を最後まで行う。したがって、エントリ処理中の帳票データが二重読み取りされたデータである場合に、センタ端末のオペレータは、無駄な作業に労力及び時間を費やすことを強いられる、という不具合があった。
【００１５】
また、帳票が振込依頼の受付時間の終了間際に営業店でスキャン処理された場合に、センタ端末のオペレータは、エントリ処理中の帳票データが二重読み取りされたデータであっても、二重読取チェックが帳票データに対する補正入力操作の終了後に行われるため、そのことに気付くのが振込依頼の受付時間の終了後になるときがある。センタ端末は、振込依頼が為替サーバに送信される直前に、警告メッセージボックスを表示部に表示して、センタ端末のオペレータに二重振込を警告する。しかしながら、センタ端末のオペレータがメッセージを見逃した場合に、振込依頼が為替サーバに送信される。この場合に、為替サーバが、二重読み取りされた帳票データに基づいて処理電文データを生成して、その処理電文データを処理ホストに送信する。そのため、二重振込が発生する。したがって、この場合に、金融機関は、処理ホスト側で、二重振込を解消するためのデータのリカバリ等の対応を行う必要がある、という不具合があった。
【００１６】
このように、従来の帳票処理システムは、帳票が二重読み取りされることによって、（１）センタ端末のオペレータが無駄な作業に労力及び時間を費すことを強いられるという不具合や、（２）振込依頼が為替サーバに送信された場合に、データのリカバリが必要になるという不具合が発生していた。よって、従来の帳票処理システムは、帳票が二重読み取りされることによって発生する不具合を効率よく抑制することが望まれていた。
【００１７】
本発明は、前記した課題を解決するためになされたものであり、帳票が二重読み取りされることによって発生する不具合を効率よく抑制する帳票処理システム、当該振込処理システムに用いるセンタ端末、及び、当該センタ端末を実現するためのプログラムを提供することを主な目的とする。
【課題を解決するための手段】
【００１８】
前記目的を達成するため、第１発明は、帳票に関するデータを帳票データとして受け付けるスキャナ制御端末と、当該帳票データに対して所定の処理を行うセンタ端末とが、ネットワークを介して接続された帳票処理システムであって、前記スキャナ制御端末は、前記帳票データを取得する帳票データ取得部と、前記帳票データに対する二重読取有無フラグデータの入力操作を誘導する画面を表示部に表示させる表示制御部と、前記二重読取有無フラグデータの入力操作が行われている場合に、前記入力された前記二重読取有無フラグデータを取得する二重読取有無フラグ取得部と、前記二重読取有無フラグ取得部が取得した前記二重読取有無フラグデータと共に前記帳票データを送信する通信部とを備え、前記センタ端末は、受信された前記二重読取有無フラグデータに基づいて、前記帳票データが二重読み取りされたデータであるか否かを判別するチェック処理部と、前記チェック処理部の判別結果に基づいて、前記帳票データの取り扱いに関するメッセージデータを生成するメッセージ生成部と、前記メッセージデータを含む各種の情報を表示部に表示させる表示制御部とを備える構成とする。
【００１９】
この帳票処理システムのセンタ端末が、スキャナ制御端末で取得された二重読取有無フラグデータに基づいて、帳票データが二重読み取りされたデータであるか否かを判別し、その判定結果に基づいて、帳票データの取り扱いに関するメッセージデータを表示部に表示する。
【００２０】
メッセージデータは、例えば、処理中の帳票データが二重読み取りされたデータである場合に、その旨を表す内容となる。この場合に、センタ端末のオペレータは、このメッセージを見ることにより、帳票データが二重読み取りされたデータであることを、早期に（例えば、エントリ処理で補正入力操作に着手する前や、ベリファイ処理で検証操作に着手する前、承認処理で承認操作に着手する前に）、認識することができる。
【００２１】
そのため、センタ端末のオペレータは、例えば、エントリ処理中の帳票データが二重読み取りされたデータである場合に、無駄な作業を中止することができる。したがって、この帳票処理システムは、無駄な作業に要するセンタ端末のオペレータの労力を軽減することができるとともに、無駄な作業に要する時間を短縮することができる。
【００２２】
また、センタ端末のオペレータは、例えば、振込依頼書を処理対象の帳票とし、帳票が振込依頼の受付時間の終了間際に営業店でスキャン処理された場合で、かつ、エントリ処理中の帳票データが二重読み取りされたデータである場合に、メッセージを見ることにより、帳票データが二重読み取りされたデータであることを、早期に（具体的には、エントリ処理で補正入力操作に着手する前に）、認識することができる。そのため、センタ端末のオペレータは、振込依頼の受付時間内に、帳票データが二重読み取りされたデータであるか否かを、また、帳票データがどのような経緯で二重読み取りされたのか等を、スキャナ制御端末のオペレータに確認できる可能性が高くなる。その結果、この帳票処理システムは、二重読み取りされた帳票データに基づいて生成される処理電文データが処理ホストに送信されるのを、従来の帳票処理システムよりも効率よく（高頻度に）抑制することができる。
【００２３】
なお、メッセージデータは、好ましくは、例えば、帳票データが二重読み取りされたデータであるか否かが不明である場合に、その旨を表す内容にしてもよい。この場合に、センタ端末のオペレータは、このメッセージを見ることにより、帳票データが二重読み取りされたデータであるか否かをスキャナ制御端末のオペレータに問い合わせることができる。そのため、センタ端末のオペレータは、帳票データが二重読み取りされたデータであるか否かを、また、仮に、帳票データが二重読み取りされたデータである場合に、帳票データがどのような経緯で二重読み取りされたのかを確認することができる。
【００２４】
このように、この帳票処理システムは、センタ端末が、スキャナ制御端末で取得された二重読取有無フラグデータに基づいて、早期に、帳票データの取り扱いに関するメッセージデータを表示部に表示するため、帳票が二重読み取りされることによって発生する不具合を効率よく（高頻度に）抑制することができる。
【００２５】
また、第２発明は、帳票に関するデータを帳票データとして受け付けるスキャナ制御端末とネットワークを介して接続され、当該帳票データに対して所定の処理を行うセンタ端末であって、前記スキャナ制御端末によって取得された前記帳票データが前記帳票データと共に取得される二重読み取りされたデータであるか否かを表す二重読取有無フラグデータに基づいて、前記スキャナ制御端末によって取得された前記帳票データが二重読み取りされたデータであるか否かを判別するチェック処理部と、前記チェック処理部の判別結果に基づいて、前記帳票データの取り扱いに関するメッセージを生成するメッセージ生成部と、前記メッセージデータを含む各種の情報を表示部に表示させる表示制御部とを備える構成とする。
このセンタ端末は、第１発明に係る帳票処理システムに用いることができる。
【００２６】
さらに、第３発明は、コンピュータを、帳票に関するデータを帳票データとして受け付けるスキャナ制御端末とネットワークを介して接続され、当該帳票データに対して所定の処理を行うセンタ端末として機能させるためのプログラムであって、前記コンピュータを、前記スキャナ制御端末によって取得された前記帳票データが前記帳票データと共に取得される二重読み取りされたデータであるか否かを表す二重読取有無フラグデータに基づいて、前記スキャナ制御端末によって取得された前記帳票データが二重読み取りされたデータであるか否かを判別するチェック処理部と、前記チェック処理部の判別結果に基づいて、前記帳票データの取り扱いに関するメッセージを生成するメッセージ生成部と、前記メッセージデータを含む各種の情報を表示部に表示させる表示制御部として機能させる構成とする。
このプログラムは、コンピュータによって、第２発明に係るセンタ端末を実現することができる。
【発明の効果】
【００２７】
第１発明によれば、帳票が二重読み取りされることによって発生する不具合を効率よく抑制する帳票処理システムを提供することができる。
また、第２発明によれば、第１発明に係る帳票処理システムに用いるセンタ端末を提供することができる。
さらに、第３発明によれば、第２発明に係るセンタ端末を実現するプログラムを提供することができる。
【図面の簡単な説明】
【００２８】
【図１Ａ】実施形態に係る帳票処理システムの全体構成を示す図である。
【図１Ｂ】実施形態に係る営業店側の装置の主要な構成を示す図である。
【図１Ｃ】実施形態に係る集中センタ側の装置の主要な構成を示す図である。
【図２】実施形態に係る帳票処理システムによって行われる主な処理の流れを示す図である。
【図３】受付画面の一例を示す図である。
【図４】実施形態で用いる二重読取有無フラグの内訳を示す図である。
【図５】実施形態で用いる帳票の一例を示す図である。
【図６】入力（エントリ)画面の一例を示す図である。
【図７】実施形態に係る帳票処理システムの動作を示すフローチャートである。
【図８】実施形態で用いる二重読取チェックメッセージ画面を示す図である。
【図９】二重読取チェックメッセージ画面表示後の主な処理の流れを示す図である。
【発明を実施するための形態】
【００２９】
以下、図面を参照して、本発明の実施の形態（以下、「本実施形態」と称する）につき詳細に説明する。なお、各図は、本発明を十分に理解できる程度に、概略的に示してあるに過ぎない。よって、本発明は、図示例のみに限定されるものではない。また、各図において、共通する構成要素や同様な構成要素については、同一の符号を付し、それらの重複する説明を省略する。
【００３０】
＜帳票処理システムの全体構成＞
以下、図１Ａを参照して、本実施形態に係る帳票処理システムの全体構成につき説明する。なお、図１Ａは、実施形態に係る帳票処理システムの全体構成を示す図である。ここでは、本実施形態に係る帳票処理システム１が金融機関で振込処理に用いられる場合を想定して説明する。
【００３１】
図１Ａに示すように、本実施形態に係る帳票処理システム１は、営業店１０に設置された機器と、集中センタ２０に設置された機器とを含む構成となっており、振込処理を実行する処理ホスト３０と接続されている。
【００３２】
営業店１０に設置された機器としては、スキャナ１１及び受付端末１００がある。スキャナ１１及び受付端末１００は、ＬＡＮ等の通信回線を介して、通信可能に接続されている。
【００３３】
スキャナ１１は、帳票５０の画像をスキャン処理（光学読取処理）する装置である。なお、ここでは、振込依頼書を処理対象の帳票５０として用いるものとする。
【００３４】
受付端末１００は、スキャナ１１を制御するスキャナ制御端末として機能する端末装置であり、帳票データ（帳票に関するデータ）の受け付けを行う。受付端末１００は、スキャナ１１にスキャン処理させて、帳票５０の画像イメージデータファイル（Ｔａｇｇｅｄ Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａｔ；ＴＩＦＦ）（以下、単に、「画像イメージデータ（ＴＩＦＦ）」と称する）を取得する機能や、帳票５０の画像イメージデータに含まれる文字（数字や記号等を含む）を文字認識して、認識結果である文字データを含む取引データファイル（帳票認識ファイル（Ｆｏｒｍｓ Ｒｅｃｏｇｎｉｔｉｏｎ Ｆｉｌｅ）（以下、単に、「取引データ（ＦＲＧ）」と称する）を取得する機能、画像イメージデータ（ＴＩＦＦ）及び取引データ（ＦＲＧ）を帳票データとして集中センタ２０のデータベース２２６（図１Ｃ参照）に登録する機能等を有している。なお、図１Ａに示す例では、受付端末１００は、スキャナ１１と別体の装置となっているが、スキャナ１１と１つの装置に統合することもできる。
【００３５】
受付端末１００は、ネットワーク２を介して、集中センタ２０の機器（具体的には、Ｗｅｂサーバ２１）と接続されている。なお、図１Ａに示す例では、１つの受付端末１００が集中センタ２０の機器と接続されているが、複数の受付端末１００が集中センタ２０の機器と接続されていてもよい。また、複数の営業店１０に設置された複数の受付端末１００が集中センタ２０の機器と接続されていてもよい。
【００３６】
集中センタ２０に設置された機器としては、Ｗｅｂサーバ２１、為替サーバ２２、センタ端末２３，２４，２５、及び、通信ゲートウェイ（通信ＧＷ）２６がある。Ｗｅｂサーバ２１、為替サーバ２２、センタ端末２３，２４，２５、及び、通信ＧＷ２６は、ＬＡＮ等の通信回線を介して、通信可能に接続されている。なお、Ｗｅｂサーバ２１、為替サーバ２２、センタ端末２３，２４，２５、及び、通信ＧＷ２６は、センタ機能統合装置２００として、１つの装置に統合することもできる。
【００３７】
Ｗｅｂサーバ２１は、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）システムにおいて、情報送信を行うサーバである。Ｗｅｂサーバ２１は、様々な表示画面（例えば、振込依頼を受け付けるための受付画面１０１（図３参照））を受付端末１００に提供したり、受付端末１００から、表示画面で入力された指示やデータ、帳票データ等を取得したりする。Ｗｅｂサーバ２１は、受付端末１００から取得されたデータ（特に、帳票データ）を為替サーバ２２に設けられたデータベース２２６（図１Ｃ）に登録する。
【００３８】
為替サーバ２２は、帳票データを登録及び管理するサーバである。為替サーバ２２は、帳票データに基づいて、処理電文データを生成して、処理ホスト３０に送信する機能を有している。なお、「処理電文データ」は、処理ホスト３０に振込等の為替処理を実行させるための為替決済データである。また、処理ホスト３０は、処理電文データに基づいて為替処理を実行するデータ処理装置である。
【００３９】
センタ端末２３，２４，２５は、帳票データに対して所定の処理を行う端末装置である。センタ端末２３，２４，２５は、それぞれ、エントリ処理用の端末（以下、「エントリ端末２３」と称する場合もある）、ベリファイ処理用の端末（以下、「ベリファイ端末２４」と称する場合もある）、承認処理用の端末（以下、「承認端末２５」と称する場合もある）となっている。
【００４０】
帳票データの処理ミスを確実に防止することを前提としたシステムでは、データ入力（エントリ）、検証（ベリファイ）、及び、承認等の多段階の確認プロセスが採用される。エントリ端末２３、ベリファイ端末２４、承認端末２５は、このような確認プロセスを実現するための端末装置であり、これらの端末２３，２４，２５に処理されて処理電文データが生成される。なお、エントリ端末２３、ベリファイ端末２４、及び、承認端末２５は、それぞれ、集中センタ２０内に、複数設けられていてもよい。また、センタ端末２３，２４，２５は、１つの装置に統合することもできる。
【００４１】
通信ＧＷ２６は、ネットワーク上で、媒体やプロトコルが異なるデータを相互に変換して通信を可能にするデータ処理装置である。
【００４２】
＜帳票処理システムを構成する主要な装置の構成＞
以下、図１Ｂ及び図１Ｃを参照して、帳票処理システム１を構成する主要な装置の構成につき説明する。なお、図１Ｂは、実施形態に係る営業店側の装置の主要な構成を示す図である。また、図１Ｃは、実施形態に係る集中センタ側の装置の主要な構成を示す図である。
【００４３】
図１Ｂに示すように、営業店側の装置である受付端末１００は、例えば、パーソナルコンピュータ（以下、「ＰＣ」と称する）によって構成される。このＰＣは、記憶部１１６に格納された制御プログラムを実行することによって、受付端末１００として機能する。なお、ＰＣを受付端末１００として機能させる制御プログラムは、例えば、図示せぬ記憶媒体を介して受付端末１００にインストールされる。又は、この制御プログラムは、集中センタ２０に設置された機器の記憶部（例えば、為替サーバ２２のデータベース２２６）に予め記憶されており、その機器から受付端末１００にダウンロードされるようにしてもよい。
【００４４】
図１Ｂに示すように、受付端末１００は、通信部１１１、表示制御部１１２、入力処理部１１３、帳票データ取得部１１４、二重読取有無フラグ取得部１１５、及び、記憶部１１６を有している。なお、表示制御部１１２、入力処理部１１３、帳票データ取得部１１４、及び、二重読取有無フラグ取得部１１５は、受付端末１００の図示せぬＣＰＵが記憶部１１６に格納されている制御プログラムを実行することにより、実現される。
【００４５】
通信部１１１は、外部の機器との通信を実行する構成要素である。通信部１１１は、例えば、通信デバイス等で構成されている。
表示制御部１１２は、図示せぬ表示部に画像を表示させる機能手段である。
入力処理部１１３は、例えばキーボードやマウス等の図示せぬ入力部からの入力を受け付ける機能手段である。
【００４６】
帳票データ取得部１１４は、帳票データを取得する機能手段である。帳票データ取得部１１４は、画像イメージデータ取得部１１４ａ及び文字データ取得部１１４ｂを備えている。
【００４７】
画像イメージデータ取得部１１４ａは、スキャナ１１にスキャン処理させて、帳票５０の画像イメージデータ（ＴＩＦＦ）を取得する機能手段である。
【００４８】
文字データ取得部１１４ｂは、画像イメージデータ取得部１１４ａによって取得された画像イメージデータ（ＴＩＦＦ）に含まれている文字を文字認識し、認識結果である文字データを取得する機能手段である。文字データ取得部１１４ｂは、受付画面１０１（図３参照）で受付端末１００のオペレータによって入力された各種のデータ（例えば、店番や、後記する二重読取チェックボックス１０１ａ内のチェック印の有無等のデータである二重読取有無フラグデータ）と文字データとを統合して取引データ（ＦＲＧ）を生成する取引データ取得部としても機能する。
【００４９】
なお、図３は、受付画面の一例を示す図である。図３に示す受付画面１０１は、振込依頼を受け付けるための画面であるとともに、受付端末１００にスキャン処理を実行させるための操作画面（以下、「スキャン操作画面」と称する）でもある。
【００５０】
二重読取有無フラグ取得部１１５は、帳票データが二重読み取りされたデータであるか否かを表すフラグデータ（以下、「二重読取有無フラグデータ」と称する）を取得する機能手段である。「二重読取有無フラグデータ」は、帳票データが二重読み取りされたデータであることを表す値（例えば、値「１」）である場合に、二重読取の確認をセンタ端末２３，２４，２５のオペレータに促す警告メッセージ画面（例えば、図８に示す二重読取チェック画面３０６）をセンタ端末２３，２４，２５の図示せぬ表示部に直ちに表示させるためのデータでもある。「二重読取有無フラグデータ」は、二重読取有無フラグ取得部１１５が例えば図３に示す受付画面１０１の二重読取チェックボックス１０１ａに設定された値を識別することによって、取得される。
【００５１】
なお、「二重読取チェックボックス１０１ａ」は、帳票データが二重読み取りされたデータである場合に、そのことを表す値（例えば、値「１」）を二重読取有無フラグデータに設定するための入力欄である。二重読取チェックボックス１０１ａの値は、例えば、図４に示すように、設定される。なお、図４は、実施形態で用いる二重読取有無フラグの内訳を示す図である。
【００５２】
センタ端末２３，２４，２５は、取得された帳票データが「二重読取チェックボックス１０１ａ」にチェック印が入力されているデータである場合に、入力（エントリ）画面２０１（図６参照）の表示時に、帳票データに対するオペレータの操作が行われる前に、処理中の帳票データが二重読み取りされたデータであることをオペレータに警告する警告メッセージ画面（例えば、図８に示す二重読取チェックメッセージ画面３０６）を図示せぬ表示部に表示する。これにより、センタ端末２３，２４，２５は、帳票データに対するオペレータの操作（例えば、エントリ処理時の帳票データに対する補正入力操作）後に帳票データに対する二重読取のチェックを行うまでもなく、直ちに営業店１０に確認する必要があることをオペレータに通知する。
【００５３】
例えば、受付画面１０１の二重読取チェックボックス１０１ａにチェック印が無い場合に、値「０」が二重読取有無フラグデータに設定される。値「０」は、帳票データが二重読み取りされていないデータであることを表している。二重読取有無フラグデータの値が「０」である場合に、センタ端末２３，２４，２５は、帳票データに含まれている取引データ（ＦＲＧ）を入力画面に反映させて、帳票データに対する補正入力操作や検証操作、承認操作が可能な状態にする。
【００５４】
一方、受付画面１０１の二重読取チェックボックス１０１ａにチェック印が有る場合に、値「１」が二重読取有無フラグデータに設定される。値「１」は、帳票データが二重読み取りされたデータであることを表している。二重読取有無フラグデータの値が「１」である場合に、センタ端末２３，２４，２５は、帳票データが二重読み取りされたデータであることをオペレータに警告するメッセージ画面３０６（図８参照）を図示せぬ表示部に表示する。これにより、センタ端末２３，２４，２５は、帳票データが二重読み取りされたデータであることを、早期に（例えば、オペレータがエントリ処理で補正入力操作に着手する前や、ベリファイ処理で検証操作に着手する前、承認処理で承認操作に着手する前に）、オペレータに通知する。
【００５５】
記憶部１１６は、帳票データを取得するために必要な様々なデータや制御プログラムを記憶する記憶手段である。
【００５６】
また、図１Ｃに示すように、集中センタ側の装置であるＷｅｂサーバ２１は、通信部２１１、Ｗｅｂ画面生成部２１２、データ抽出部２１３、及び、記憶部２１４を有している。なお、Ｗｅｂ画面生成部２１２、及び、データ抽出部２１３は、Ｗｅｂサーバ２１の図示せぬＣＰＵが記憶部２１４に格納されている制御プログラムを実行することにより、実現される。
【００５７】
通信部２１１は、外部の機器との通信を実行する構成要素である。通信部２１１は、例えば、通信デバイス等で構成されている。
Ｗｅｂ画面生成部２１２は、記憶部２１４に予め記憶された画面フォーム情報に基づいて、受付端末１００に提供する画面（以下、「提供画面」と称する）データを生成する機能手段である。
【００５８】
データ抽出部２１３は、受付端末１００から受信される各種のデータの中から、帳票データや二重読取有無フラグデータ等を抽出する機能手段である。データ抽出部２１３は、抽出されたデータを為替サーバ２２のデータベース２２６（記憶部）に登録する。
記憶部２１４は、提供画面データを生成するために必要な様々なデータや制御プログラムを記憶する記憶手段である。
【００５９】
また、図１Ｃに示すように、集中センタ側の装置である為替サーバ２２は、通信部２２１、エントリ操作受付部２２２、ベリファイ操作受付部２２３、承認操作受付部２２４、処理電文データ生成部２２５、及び、データベース２２６を有している。なお、エントリ操作受付部２２２、ベリファイ操作受付部２２３、承認操作受付部２２４、及び、処理電文データ生成部２２５は、為替サーバ２２の図示せぬＣＰＵがデータベース２２６に格納されている制御プログラムを実行することにより、実現される。
【００６０】
通信部２２１は、外部の機器との通信を実行する構成要素である。通信部２２１は、例えば、通信デバイス等で構成されている。
エントリ操作受付部２２２は、エントリ処理時に、エントリ端末２３で行われた帳票データに対する補正入力操作を受け付ける機能手段である。エントリ操作受付部２２２は、帳票データに対する補正入力操作が行われると、補正入力操作された帳票データを後記するエントリデータとして為替サーバ２２のデータベース２２６に登録する。
【００６１】
ベリファイ操作受付部２２３は、ベリファイ処理時に、ベリファイ端末２４で行われた帳票データに対する検証操作を受け付ける機能手段である。ベリファイ操作受付部２２３は、帳票データに対する検証操作が行われると、検証操作された帳票データを後記するベリファイデータとして為替サーバ２２のデータベース２２６に登録する。
承認操作受付部２２４は、承認処理時に、承認端末２５で行われた帳票データに対する承認操作を受け付ける機能手段である。承認操作受付部２２４は、帳票データに対する承認操作が行われると、承認操作された帳票データを後記する承認データとして為替サーバ２２のデータベース２２６に登録する。
【００６２】
処理電文データ生成部２２５は、振込等の為替処理を処理ホストに実行させるための処理電文データを生成する機能手段である。
データベース２２６は、提供画面データを生成するために必要な様々なデータや制御プログラムを記憶する記憶手段である。なお、為替サーバ２２は、センタ端末２３，２４，２５によって帳票データに対する各処理が行われると、各処理で得られる帳票データをデータベース２２６に登録する。
【００６３】
また、図１Ｃに示すように、集中センタ側の装置であるセンタ端末２３，２４，２５は、例えば、ＰＣによって構成される。このＰＣは、記憶部２３７に格納された制御プログラムを実行することによって、センタ端末２３，２４，２５として機能する。なお、ＰＣをセンタ端末２３，２４，２５として機能させる制御プログラムは、例えば、図示せぬ記憶媒体を介してセンタ端末２３，２４，２５にインストールされる。又は、この制御プログラムは、集中センタ２０に設置された機器の記憶部（例えば、為替サーバ２２のデータベース２２６）に予め記憶されており、その機器からセンタ端末２３，２４，２５にダウンロードされるようにしてもよい。
【００６４】
図１Ｃに示すように、センタ端末２３，２４，２５は、それぞれ、通信部２３１、表示制御部２３２、入力処理部２３３、入力画面生成部２３４、チェック処理部２３５、メッセージ生成部２３６、及び、記憶部２３７を有している。なお、表示制御部２３２、入力処理部２３３、入力画面生成部２３４、チェック処理部２３５、及び、メッセージ生成部２３６は、センタ端末２３，２４，２５の図示せぬＣＰＵが記憶部２３７に格納されている制御プログラムを実行することにより、実現される。
【００６５】
通信部２３１は、外部の機器との通信を実行する構成要素である。通信部２３１は、例えば、通信デバイス等で構成されている。
表示制御部２３２は、図示せぬ表示部に画像を表示させる機能手段である。
入力処理部２３３は、例えばキーボードやマウス等の図示せぬ入力部からの入力を受け付ける機能手段である。
【００６６】
入力画面生成部２３４は、エントリ処理やベリファイ処理、承認処理等の、帳票データに対する各処理を実行するための入力画面を生成する機能手段である。
チェック処理部２３５は、受付端末１００の二重読取有無フラグ取得部１１５によって取得された二重読取有無フラグデータに基づいて、帳票データが二重読み取りされたデータであるか否かを判別する機能手段である。
メッセージ生成部２３６は、チェック処理部２３５の判別結果に基づいて、帳票データの取り扱いに関するメッセージデータを生成する機能手段である。
記憶部２３７は、帳票データに対する所定の処理を実行するために必要な様々なデータや制御プログラムを記憶する記憶手段である。
【００６７】
＜帳票処理システムによって行われる主な処理の流れ＞
以下、図２を参照して、帳票処理システム１によって行われる主な処理の流れにつき説明する。なお、図２は、実施形態に係る帳票処理システムによって行われる主な処理の流れを示す図である。
【００６８】
なお、各装置は、図示せぬタイマによって計測された時間に基づいて動作する。また、各装置の動作は、各装置の記憶部に読み出し自在に予め格納された制御プログラムによって規定されており、各装置の制御部によって実行される。また、装置間の通信は、受信側の装置が通信によって受信されたデータを記憶部に一旦格納し、その後に、データを記憶部から読み出すことによって、行われる。また、各データは、記憶部に読み出し自在に一旦格納されてから、その後の処理を行う所要の構成要素に出力される。以下、これらの点については、情報処理では常套手段であるので、その詳細な説明を省略する。
【００６９】
（処理１：スキャン処理）
図２に示すように、帳票処理システム１は、まず、営業店１０で、受付端末１００が、例えば図５に示す振込依頼書を処理対象の帳票５０とし、帳票５０のスキャン処理を行う。なお、図５は、実施形態で用いる帳票の一例を示す図である。
【００７０】
このとき、受付端末１００は、Ｗｅｂサーバ２１から、例えば図３に示す受付画面（スキャン操作画面）１０１を表示するための画面データを取得して、受付画面１０１を図示せぬ表示部に表示する。そして、オペレータが例えば図３に示す「読取＆転送」ボタンを押下して読取を指示すると、受付端末１００は、帳票５０の画像をスキャナ１１に光学的に読み取らせる。これにより、受付端末１００は、スキャナ１１から読み取られた帳票５０の画像イメージデータ（ＴＩＦＦ）５０Ａａを取得する。
【００７１】
ここで、受付端末１００のオペレータが、一度スキャン処理された帳票５０に対し、やむなく、二重にスキャン処理を行うものとする。このような二重スキャン処理は、例えば、以下のような場合に行われる。
（１）例えば、帳票５０の通番印字欄に消去できない汚れが付着したために、二重にスキャン処理を行う必要があった場合。
（２）例えば、帳票５０を走行させながらスキャン処理を行っている最中に、紙詰まりが発生し、そのスキャン処理に失敗した帳票５０に通番が印字されてしまったために、二重にスキャン処理を行う必要があった場合。
【００７２】
受付端末１００のオペレータは、これらの場合に、図３に示す受付画面１０１の二重読取チェックボックス１０１ａにチェック印を入れて、「読取＆転送」ボタンを押下する。これにより、受付端末１００は、帳票５０の画像をスキャナ１１に光学的に読み取らせて、スキャナ１１から二重に読み取られた帳票５０の画像イメージデータ（ＴＩＦＦ）５０Ａａを取得する。
【００７３】
（処理２：帳票データ取得処理）
受付端末１００は、帳票５０の画像イメージデータ（ＴＩＦＦ）５０Ａａを取得すると、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）等のアプリケーションプログラムを利用して、帳票５０の画像イメージデータ（ＴＩＦＦ）５０Ａａに含まれている文字（数字や記号等を含む）を文字認識することによって、認識結果である文字データを取得する。また、受付端末１００は、例えば図３に示す受付画面１０１の二重読取チェックボックス１０１ａに設定された値を識別することによって、二重読取有無フラグデータを取得する。そして、受付端末１００は、文字データや、二重読取有無フラグデータ、受付画面１０１で入力されたその他のデータ（例えば、店番データ等）を統合して、取引データ（ＦＲＧ）５０Ａｂを取得する。これにより、受付端末１００は、振込依頼書の帳票データ５０Ａとして、帳票５０の画像イメージデータ（ＴＩＦＦ）５０Ａａ及び取引データ（ＦＲＧ）５０Ａｂを取得する。
【００７４】
（処理３：帳票データ転送処理）
受付端末１００は、帳票データ５０Ａとして、帳票５０の画像イメージデータ（ＴＩＦＦ）５０Ａａ及び取引データ（ＦＲＧ）５０Ａｂを取得すると、通信部１１１がＷｅｂサーバ２１を介して、取得された帳票データ５０Ａを為替サーバ２２に転送して、為替サーバ２２のデータベース２２６（図１Ｃ参照）に登録させる。
【００７５】
なお、前記した処理１〜処理３は、例えば、集中センタ２０に配置されたセンタ端末２３Ｂを操作して行うこともできる。
処理３の後、センタ端末２３，２４，２５は、帳票データ５０Ａがリジェクト要因を含むデータ（例えば、文字認識で認識されなかった文字を含むデータ等）である場合に、処理４（エントリ処理）以降の処理を行い、一方、帳票データ５０Ａがリジェクト要因を含まないデータである場合に、処理５Ｂ（ベリファイ処理）以降の処理を行う。以下、リジェクト要因を含むデータを「リジェクト有りデータ」と称し、リジェクト要因を含まないデータを「リジェクト無しデータ」と称する。
【００７６】
（処理４：エントリ処理）
センタ端末２３（エントリ端末２３）は、帳票データ５０Ａがリジェクト有りデータである場合に、帳票データ５０Ａが為替サーバ２２のデータベース２２６に登録されると、エントリ処理を実行する。このとき、エントリ端末２３は、為替サーバ２２からデータベース２２６に登録された帳票データ５０Ａを取得する。そして、エントリ端末２３は、帳票データ５０Ａに基づいて、例えば図６に示す入力（エントリ）画面２０１を図示せぬ表示部に表示して、オペレータに、帳票データ５０Ａに対する補正入力操作を行わせる。
【００７７】
なお、図６は、入力（エントリ)画面の一例を示す図である。入力（エントリ）画面２０１では、データベース２２６に登録された帳票データ５０Ａの取引データ（ＦＲＧ）５０Ａｂが、各項目の入力欄に取り込まれて表示される。なお、初回時のエントリ処理では、通番程度の情報しか表示されない。また、入力（エントリ）画面２０１は、データベース２２６に登録された帳票データ５０Ａの画像イメージデータ（ＴＩＦＦ）５０Ａａが、入力欄に隣接して設けられた各項目のイメージ表示欄に取り込まれて表示される。オペレータは、入力（エントリ）画面２０１に表示された入力欄の内容とイメージ表示欄に表示された内容とを比較し、不一致があれば、その箇所を補正する。また、入力欄にデータの欠落があれば、その箇所にデータを入力する。
【００７８】
このようにしてエントリ処理で入力（エントリ）画面２０１に補正入力されたデータは、為替サーバ２２に送信され、エントリ処理後の取引データ（ＦＲＧ）５０Ａｂとして為替サーバ２２のデータベース２２６に登録される。以下、エントリ処理後の取引データ（ＦＲＧ）５０Ａｂを「エントリデータ」と称する。
【００７９】
（処理５，処理５Ｂ：ベリファイ処理）
センタ端末２４（ベリファイ端末２４）は、帳票データ５０Ａに対する補正入力操作が行われると、ベリファイ処理を実行する。このとき、ベリファイ端末２４は、為替サーバ２２からデータベース２２６に登録されたエントリデータを取得する。そして、ベリファイ端末２４は、エントリデータに基づいて、入力（エントリ）画面２０１（図６参照）と同様の図示せぬ入力画面を図示せぬ表示部に表示して、オペレータに、エントリデータに対する検証操作を行わせる。
【００８０】
検証操作では、ベリファイ端末２４のオペレータは、入力画面に表示された入力欄の内容とイメージ表示欄に表示された内容とを比較し、不一致があるか否かを検証する。不一致がある場合に、ベリファイ端末２４のオペレータは、エントリデータをエントリ端末２３に戻して、エントリ端末２３のオペレータにエントリデータを補正させる。
【００８１】
このようにしてベリファイ処理されたエントリデータは、為替サーバ２２に送信され、ベリファイ処理後の取引データ（ＦＲＧ）５０Ａｂとして為替サーバ２２のデータベース２２６に登録される。以下、ベリファイ処理後の取引データ（ＦＲＧ）５０Ａｂを「ベリファイデータ」と称する。
なお、ベリファイ端末２４は、帳票データ５０Ａがリジェクト無しデータである場合に、処理３の後に、処理５Ｂとして、ベリファイ処理を実行する。
【００８２】
（処理６：承認処理）
センタ端末２５（承認端末２５）は、帳票データ５０Ａに対する検証操作が行われると、承認処理を実行する。このとき、承認端末２５は、為替サーバ２２からデータベース２２６に登録されたエントリデータとベリファイデータとを取得する。そして、承認端末２５は、エントリデータとベリファイデータとに基づいて、エントリデータとベリファイデータとを比較する図示せぬ入力画面を図示せぬ表示部に表示して、オペレータに、ベリファイデータに対する承認操作を行わせる。
【００８３】
承認操作では、承認端末２５のオペレータは、入力画面に表示されたベリファイデータに不備がない場合、エントリデータとベリファイデータとが一致する場合、及び、振込金額が限度額以内である場合に、振込処理を承認する。ベリファイデータに不備がある場合や、エントリデータとベリファイデータとが一致しない場合、又は、振込金額が限度額以上である場合に、承認端末２５のオペレータは、ベリファイデータをベリファイ端末２４に戻して、ベリファイ端末２４のオペレータにベリファイデータを再度検証させる。
【００８４】
このようにして承認処理されたベリファイデータは、為替サーバ２２に送信され、承認処理後の取引データ（ＦＲＧ）５０Ａｂとして為替サーバ２２のデータベース２２６に登録される。以下、承認処理後の取引データ（ＦＲＧ）５０Ａｂを「承認データ」と称する。
【００８５】
（処理７：処理電文データ（為替決済データ）生成・転送処理）
為替サーバ２２は、ベリファイデータに対する承認操作が行われると、データベース２２６に登録された承認データに基づいて、処理電文データを生成して、処理ホスト３０に送信する。これにより、為替サーバ２２は、処理ホスト３０に振込処理を実行させる。
【００８６】
係る構成において、帳票処理システム１は、センタ端末２３，２４，２５が処理４〜処理６を実行する場合に、各処理でオペレータが操作に着手する前（例えば、オペレータがエントリ処理で補正入力操作に着手する前や、ベリファイ処理で検証操作に着手する前、承認処理で承認操作に着手する前）に、二重読取有無フラグデータ（図４参照）の値（すなわち、二重読取チェックボックス１０１ａ（図３参照）のチェック印の有無）に基づいて、帳票データ５０Ａが二重読み取りされたデータであるか否かを判定する。
【００８７】
そして、二重読取有無フラグデータの値が「１」である場合（二重読取チェックボックス１０１ａにチェック印が有る場合）に、センタ端末２３，２４，２５は、帳票データ５０Ａが二重読み取りされたデータであることをオペレータに警告するメッセージ画面３０６（図８参照）を図示せぬ表示部に表示する。
【００８８】
＜帳票処理システムの動作＞
本発明は、センタ端末２３，２４，２５が、図２に示す処理４〜処理６（エントリ処理、ベリファイ処理、及び、承認処理）のいずれかの処理で、入力画面（例えば、図６に示す入力画面２０１）を表示する際に、二重読取チェックを行うことに特徴がある。
【００８９】
以下、図７を参照して、入力画面を表示する際の帳票処理システム１の動作につき説明する。ここでは、エントリ端末２３がエントリ処理を実行する際に、入力画面を表示する場合を想定して説明する。なお、図７は、実施形態に係る帳票処理システムの動作を示すフローチャートである。
【００９０】
エントリ端末２３は、オペレータがエントリ処理を開始するための操作を行うことにより、入力（エントリ）画面２０１（図６参照）の表示処理を開始する。
【００９１】
入力画面２０１の表示処理では、図７に示すように、まず、エントリ端末２３の入力画面生成部２３４が、為替サーバ２２のデータベース２２６から、帳票データ５０Ａとして、画像イメージデータ（ＴＩＦＦ）５０Ａａと取引データ（ＦＲＧ）５０Ａｂとを取得する（Ｓ１０５）。帳票データ５０Ａの取得は、エントリ端末２３の入力画面生成部２３４が為替サーバ２２に帳票データ５０Ａの配信を要求し、これに応答して、為替サーバ２２が帳票データ５０Ａをエントリ端末２３に配信することによって、行われる。
【００９２】
次に、エントリ端末２３の入力画面生成部２３４が、配信された取引データ（ＦＲＧ）５０Ａｂから入力画面の表示に必要な初期情報（以下、「入力画面初期情報」と称する）を取得する（Ｓ１１０）。初回配信時の取引データ（ＦＲＧ）５０Ａｂは、帳票５０がスキャン処理された直後であるため、「通番」程度の情報しか登録されていない。入力画面生成部２３４は、その通番情報（ただし、通番以外の情報が登録されていれば、その情報を含む）を「入力画面初期情報」として、取引データ（ＦＲＧ）５０Ａｂから取得する。なお、取引データ（ＦＲＧ）５０Ａｂは、初回配信時（エントリ処理時）に、帳票５０に記載されている文字データ（金額や振込人等のデータ）がエントリ端末２３のオペレータによって入力画面２０１から入力される。そのため、取引データ（ＦＲＧ）５０Ａｂは、２回目以降の配信では、その情報が反映された状態となる。
【００９３】
次に、エントリ端末２３のチェック処理部２３５は、帳票データ５０Ａが二重読取チェック対象の帳票５０のデータであるか否かを判定する（Ｓ１１５）。なお、対象外となる帳票５０としては、例えば、エントリ処理がまだ行われていないダイレクト系の帳票がある。Ｓ１１５では、エントリ端末２３は、帳票データ５０Ａがこのような帳票以外のデータであるか否かを判定する。
【００９４】
ここで、「ダイレクト系の帳票」とは、以下のような帳票を意味している。
例えば、営業店１０に持ち込まれる帳票５０としては、出力要件が予め定められた所定の書式の帳票（以下、「定型帳票」と称する）と、これ以外の、例えば、旧式の帳票とがある。金融機関にもよるが、通常、帳票処理システム１は、新帳票（定型帳票）のフォーマットにのみ対応している。そのため、帳票処理システム１は、新帳票（定型帳票）の書式に合わない帳票５０をスキャン処理した場合に、「フォーマット認識ができない帳票」と見なす。そして、帳票処理システム１は、「フォーマット認識ができない帳票」を、非定型帳票（又は、「イメージ帳票」と称する場合もある）として、処理する。
【００９５】
この場合に、帳票処理システム１は、非定型帳票の画像イメージデータ（ＴＩＦＦ）５０Ａａを取得するものの、文字データを取得できない。そのため、帳票処理システム１は、エントリ端末２３のオペレータが、非定型帳票のエントリ処理で、非定型帳票の画像イメージデータ（ＴＩＦＦ）５０Ａａの画像を見ながら、入力画面２０１（図６参照）から文字データを直接入力する。ただし、帳票５０によっては、画像イメージデータ（ＴＩＦＦ）５０Ａａの画像が見にくい場合がある。この場合に、エントリ端末２３のオペレータは、画像イメージデータ（ＴＩＦＦ）５０Ａａの画像を拡大して印刷し、印刷された画像を見ながら、入力画面２０１から文字データを直接入力する。このようなエントリ端末２３のオペレータが印刷された画像を見ながら文字データを直接入力する操作を「ダイレクト入力」と称する。そして、「ダイレクト入力」によって処理される帳票を「ダイレクト系の帳票」と称する。
【００９６】
Ｓ１１５の判定で、帳票データ５０Ａが二重読取チェック対象の帳票５０のデータであると判定された場合（“Ｙｅｓ”の場合）に、エントリ端末２３のチェック処理部２３５は、入力画面初期情報の二重読取有無フラグデータが空白であるか否かを判定する（Ｓ１２０）。なお、入力画面初期情報の二重読取有無フラグデータは、初回配信時では、空白の状態になっている。
【００９７】
Ｓ１２０の判定で、入力画面初期情報の二重読取有無フラグデータが空白であると判定された場合（“Ｙｅｓ”の場合）に、エントリ端末２３のチェック処理部２３５は、取引データ（ＦＲＧ）５０Ａｂから二重読取有無フラグデータを抽出し、取引データ（ＦＲＧ）５０Ａｂの二重読取有無フラグデータを入力画面初期情報の二重読取有無フラグデータとして設定する（Ｓ１２５）。
【００９８】
Ｓ１２５の後、エントリ端末２３の入力画面生成部２３４は、入力画面のフォームを表示する（Ｓ１３０）。ここでは、入力画面のフォーム情報が為替サーバ２２のデータベース２２６に予め登録されており、エントリ端末２３は、為替サーバ２２から入力画面のフォーム情報を取得し、その入力画面のフォーム情報に基づいて、入力画面のフォームを表示するものとする。ただし、エントリ端末２３は、入力画面のフォーム情報が記憶部２３７に予め登録されており、その入力画面のフォーム情報に基づいて、入力画面のフォームを表示するようにしてもよい。
【００９９】
なお、Ｓ１１５の判定で、帳票データ５０Ａが二重読取チェック対象の帳票５０のデータでないと判定された場合（“Ｎｏ”の場合）、又は、Ｓ１２０の判定で、入力画面初期情報の二重読取有無フラグデータが空白でないと判定された場合（“Ｎｏ”の場合）も、処理は、Ｓ１３０に進む。その結果、Ｓ１３０で、エントリ端末２３の入力画面生成部２３４は、入力画面のフォームを表示する。
【０１００】
なお、Ｓ１１５の判定で、帳票データ５０Ａが二重読取チェック対象の帳票５０のデータでないと判定された場合（“Ｎｏ”の場合）に、処理がＳ１３０に進むのは、以下の理由のためである。すなわち、エントリ処理では、主に非定型帳票が、ダイレクト系の帳票になる。その非定型帳票は、通番印字欄の位置が、固定されておらず、帳票５０毎に異なる。そのため、帳票処理システム１は、帳票５０が非定型帳票である場合に、帳票５０の通番情報を抽出することができず、データをオペレータに直接入力させる必要があるからである。
【０１０１】
Ｓ１３０の後、エントリ端末２３のチェック処理部２３５は、エントリ処理中の取引データ（ＦＲＧ）５０Ａｂが妥当か否かを判定する（Ｓ１３５）。この判定は、エントリ処理中の取引データ（ＦＲＧ）５０Ａｂの通番とデータベース２２６に既に登録されている過去の処理済みの取引データ（ＦＲＧ）５０Ａｂとを突き合わせ、エントリ処理中の取引データ（ＦＲＧ）５０Ａｂが振込実績のある通番のデータであるか否かを識別することによって、行われる。以下、この判定を「取引データの妥当性チェック」と称する。
【０１０２】
Ｓ１３５の判定で、エントリ処理中の取引データ（ＦＲＧ）５０Ａｂが妥当である（すなわち、エントリ処理中の取引データ（ＦＲＧ）５０Ａｂが振込実績のない通番のデータである）と判定された場合（“Ｙｅｓ”の場合）に、エントリ端末２３のチェック処理部２３５は、操作が処理済帳票データの照会以外の操作であるか否かを判定する（Ｓ１４０）。
【０１０３】
一方、Ｓ１３５の判定で、エントリ処理中の取引データ（ＦＲＧ）５０Ａｂが妥当でない（すなわち、エントリ処理中の取引データ（ＦＲＧ）５０Ａｂが振込実績のある通番のデータである）と判定された場合（“Ｎｏ”の場合）に、処理は、Ｓ１５５に進む。
【０１０４】
Ｓ１４０の判定で、操作が処理済帳票データの照会以外の操作であると判定された場合（“Ｙｅｓ”の場合）に、エントリ端末２３のチェック処理部２３５は、エントリ処理中の取引データ（ＦＲＧ）５０Ａｂに削除予約があるか否かを判定する（Ｓ１４５）。一方、Ｓ１４０の判定で、操作が処理済帳票データの照会の操作であると判定された場合（“Ｎｏ”の場合）に、処理は、Ｓ１６０に進む。
【０１０５】
Ｓ１４５の判定で、エントリ処理中の取引データ（ＦＲＧ）５０Ａｂに削除予約があると判定された場合（“Ｙｅｓ”の場合）に、エントリ端末２３のメッセージ生成部２３６は、削除が予約されていることをエントリ端末２３のオペレータに通知するためのメッセージ画面を生成して、表示制御部２３２を介して、図示せぬ表示部に表示させる（Ｓ１５０）。
【０１０６】
一方、Ｓ１４５の判定で、エントリ処理中の取引データ（ＦＲＧ）５０Ａｂに削除予約がないと判定された場合（“Ｎｏ”の場合）に、エントリ端末２３のチェック処理部２３５は、入力画面初期情報の二重読取有無フラグデータ（図４参照）の値が「１（有り）」であるか否かを判定する（Ｓ１５１）。
【０１０７】
Ｓ１５１の判定で、入力画面初期情報の二重読取有無フラグデータ（図４参照）の値が「１（有り）」であると判定された場合（“Ｙｅｓ”の場合）に、エントリ端末２３のメッセージ生成部２３６は、図８に示す二重読取チェックメッセージ画面３０６を生成して、表示制御部２３２を介して、図示せぬ表示部に表示させる（Ｓ１５５）。一方、Ｓ１５１の判定で、入力画面初期情報の二重読取有無フラグデータの値が「１（有り）」でないと判定された場合（“Ｎｏ”の場合）に、処理は、Ｓ１６０に進む。
【０１０８】
なお、図８は、実施形態で用いる二重読取チェックメッセージ画面を示す図である。二重読取チェックメッセージ画面３０６は、エントリ処理中の取引データ（ＦＲＧ）５０Ａｂが二重読み取りされたデータであることをオペレータに警告する警告メッセージ画面である。図８に示す例では、二重読取チェックメッセージ画面３０６は、二重読取の帳票データ５０Ａを受け付けたこと、及び、営業店１０への確認が必要なことをオペレータに通知する内容になっている。
【０１０９】
Ｓ１５５の後、エントリ端末２３の入力画面生成部２３４（又は、チェック処理部２３５）は、オペレータが二重読取チェックメッセージ画面３０６に表示された「再確認」ボタン又は「確認」ボタンを押下する操作を行ったことを検出すると（Ｓ１５６）、表示制御部２３２を介して、図示せぬ表示部に表示させている二重読取チェックメッセージ画面３０６を消去させて、入力（エントリ）画面２０１に復帰させる（Ｓ１５７）。
【０１１０】
Ｓ１４０の判定で、操作が処理済帳票データの照会の操作であると判定された場合（“Ｎｏ”の場合）に、又は、Ｓ１５０及びＳ１５７のいずれか一方の処理の後に、エントリ端末２３の入力画面生成部２３４は、処理中の取引データ（ＦＲＧ）５０Ａｂを入力（エントリ）画面２０１に反映させる（Ｓ１６０）。このとき、入力画面生成部２３４は、処理中の取引データ（ＦＲＧ）５０Ａｂから各項目のデータを取り出して、入力（エントリ）画面２０１の該当する項目欄のデータとして設定する。これにより、エントリ端末２３は、入力（エントリ）画面２０１（図６参照）の表示処理を終了する。
【０１１１】
なお、この後、エントリ端末２３のオペレータが、取引データ（ＦＲＧ）５０Ａｂに対して補正入力操作を行うと、エントリ端末２３の入力処理部２３３が、その操作を検出して、為替サーバ２２に通知する。これに応答して、為替サーバ２２は、補正入力された帳票データ５０Ａをエントリデータとしてデータベース２２６に登録する。
【０１１２】
なお、図７に示すフローは、ベリファイ端末２４がベリファイ処理を実行する場合に、「エントリ」を「ベリファイ」に読み替えるものとし、また、承認端末２５が承認処理を実行する場合に、「エントリ」を「承認」に読み替えるものとする。
【０１１３】
＜二重読取チェックメッセージ画面が表示された場合の対応＞
以下、図９を参照して、二重読取チェックメッセージ画面３０６が図示せぬ表示部に表示された場合の営業店１０及び集中センタ２０で行われる対応につき説明する。ここでは、二重読取チェックメッセージ画面３０６がエントリ処理時に表示された場合を想定して説明する。なお、図９は、二重読取チェックメッセージ画面表示後の主な処理の流れを示す図である。
【０１１４】
集中センタ２０では、エントリ端末２３のオペレータは、二重読取チェックメッセージ画面３０６が図示せぬ表示部に表示されたことを確認すると（Ｓ６０５）、その旨を役席者に連絡する（Ｓ６１０）。これにより、役席者は、営業店１０に詳細を聞くために電話連絡する（Ｓ６１５）。このとき、役席者は、帳票５０の通番印字欄に印字された通番を営業店１０側に通知する。
【０１１５】
営業店１０では、行員又は責任者が通知された通番に基づいて、実際の帳票５０を特定する。その後、行員又は責任者は、帳票５０を処理した担当者（受付端末１００のオペレータ）を特定し、担当者に二重読取が行われた理由を確認する。
【０１１６】
二重読取が行われた理由としては、例えば、以下のものがある。
（理由１）例えば、スキャン処理された際に帳票５０に印字された通番の発色が薄かったために、担当者が、スキャン処理された帳票５０をスキャン処理されていない帳票５０と誤認して、再度、スキャン処理を行ってしまった。
（理由２）例えば、帳票５０の通番印字欄に消去できない汚れが付着したために、担当者が、やむなく、二重にスキャン処理を行った。
（理由３）例えば、帳票５０を走行させながらスキャン処理を行っている最中に、紙詰まりが発生し、そのスキャン処理に失敗した帳票５０に通番が印字されてしまったために、担当者が、やむなく、二重にスキャン処理を行った。
【０１１７】
行員又は責任者は、担当者から確認された理由に応じて、対応方針を決定する。例えば、前記した理由１の場合に、行員又は責任者は、削除依頼を集中センタ２０に出す（Ｓ６２０ａ）。また、例えば、前記した理由２又は理由３の場合に、行員又は責任者は、エントリ処理の実施を集中センタ２０に依頼する（Ｓ６２０ｂ，Ｓ６２０ｃ）。営業店１０の行員又は責任者は、決定された対応方針を集中センタ２０に通知する。
【０１１８】
集中センタ２０では、役席者が営業店１０からの指示をエントリ端末２３のオペレータに伝える（Ｓ６２５）。エントリ端末２３のオペレータは、エントリ処理での補正入力操作を実施し（Ｓ６３０）、操作が完了すると、その旨を役席者に連絡する（Ｓ６３５）。
【０１１９】
役席者は、該当帳票５０の通番を営業店１０側に通知して、営業店１０に該当帳票５０のステータスの確認を依頼する（Ｓ６４０）。営業店１０では、行員又は責任者が該当帳票５０のステータスを確認する（Ｓ６４５）。
このようにして、二重読取チェックメッセージ画面３０６が表示された場合の対応が行われる。
【０１２０】
本実施形態に係る帳票処理システム１は、受付端末１００で、二重読取チェックボックス１０１ａ（図３参照）にチェック印が入力された状態で、スキャン処理が行われた場合に、センタ端末２３，２４，２５で、操作（例えば、エントリ処理での補正入力操作）が行われる前に、警告メッセージ画面として二重読取チェックメッセージ画面３０６（図８参照）が表示される。これにより、センタ端末２３，２４，２５のオペレータは、処理中の帳票データ５０Ａが二重読み取りされたデータであることを、早期に（操作に着手する前に）、認識することができる。
【０１２１】
なお、二重読取チェックメッセージ画面３０６は、エントリ、ベリファイ、及び、承認の各処理工程（後の処理工程から前の処理工程に差し戻される場合を含む）で表示される。そのため、仮に、前の処理工程のオペレータが、帳票データ５０Ａに対する操作終了後に表示される警告メッセージを見落とした場合であっても、後の処理工程のオペレータが、処理中の帳票データ５０Ａが二重読み取りされたデータであることを、早期に（操作に着手する前に）、認識することができる。
【０１２２】
そのため、センタ端末２３，２４，２５のオペレータは、処理中の帳票データ５０Ａが二重読み取りされたデータである場合に、無駄な作業を中止することができる。したがって、帳票処理システム１は、無駄な作業に要するセンタ端末２３，２４，２５のオペレータの労力を軽減することができるとともに、無駄な作業に要する時間を短縮することができる。そのため、帳票処理システム１は、振込処理の効率を向上させることができる。
【０１２３】
また、営業店１０は、早期に問い合わせを受けることにより、二重読取が行われた理由の確認や方針決定を円滑に行うことができる。また、帳票処理システム１は、無駄な作業に要する時間を短縮することができるため、振込依頼の受付時間の終了間際にスキャン処理された帳票データ５０Ａについても、受付時間内にリカバリ対応の実行頻度を向上させることができる。そのため、帳票処理システム１は、この点でも、振込処理の効率を向上させることができる。
【０１２４】
以上の通り、本実施形態に係る帳票処理システム１によれば、無駄な作業に要するセンタ端末２３，２４，２５のオペレータの労力を軽減することができるとともに、無駄な作業に要する時間を短縮することができる。そのため、帳票処理システム１は、振込処理の効率を向上させることができる。
【０１２５】
本発明は、前記した実施形態に限定されることなく、本発明の要旨を逸脱しない範囲で種々の変更や変形を行うことができる。
例えば、実施形態では、帳票処理システム１が振込処理に用いられる場合を想定して説明しているが、他の用途に用いることもできる。
【符号の説明】
【０１２６】
１ 帳票処理システム
２ ネットワーク
１０ 営業店
１１ スキャナ
２０ 集中センタ
２１ Ｗｅｂサーバ
２２ 為替サーバ
２３，２３Ｂ，２４，２５ センタ端末
２６ 通信ゲートウェイ
３０ 処理ホスト
１００ 受付端末
１１１，２１１，２２１，２３１ 通信部
１１２，２３２ 表示制御部
１１３，２３３ 入力制御部
１１４ 帳票データ取得部
１１４ａ 画像イメージデータ取得部
１１４ｂ 文字データ取得部（取引データ取得部）
１１５ 二重読取有無フラグ取得部
１１６，２１４，２３７ 記憶部
２２６ データベース
【技術分野】
【０００１】
本発明は、紙文書（帳票）を電子化する帳票処理システム、当該振込処理システムに用いるセンタ端末、及び、当該センタ端末を実現するためのプログラムに関する。
【背景技術】
【０００２】
紙文書（帳票）を電子化する帳票処理システムは、例えば、金融機関や流通機関等で広く用いられている。例えば、金融機関では、振込依頼書を処理対象の帳票とし、振込処理が行われる場合に、帳票処理システムを用いている。以下、帳票処理システムが金融機関で振込処理に用いられる場合を想定して、従来の帳票処理システムの概要につき説明する。
【０００３】
帳票処理システムは、帳票に関するデータ（以下、「帳票データ」と称する）を受け付ける受付端末と、帳票データに基づいて生成される処理電文データを処理ホストに送信するセンタ装置（為替サーバや、端末装置等）とが、ネットワークを介して接続された構成となっている（例えば、特許文献１参照）。受付端末は、営業店に配置され、一方、センタ装置は、帳票データを集中的に管理する集中センタに配置されている。
【０００４】
金融機関の営業店は、顧客から振込処理が依頼された場合に、受付端末のオペレータが受付端末を操作して、顧客によって諸事項が記載された振込依頼用の帳票（振込依頼書）のスキャン処理（光学読取処理）を受付端末に行わせる。受付端末は、スキャナを制御するスキャナ制御端末として機能する端末装置である。受付端末は、通常、パーソナルコンピュータによって構成される。受付端末は、振込依頼書の画像をスキャンして、振込依頼書の画像イメージデータを取得するとともに、その画像イメージデータに含まれる文字を文字認識して、認識結果である文字データを取得し、取得された振込依頼書の画像イメージデータ及び文字データをセンタ装置に送信する。
【０００５】
センタ装置は、受付端末から振込依頼書の画像イメージデータ及び文字データを受信すると、これらのデータを帳票データとして、センタ装置を構成する為替サーバのデータベースに登録する。
【０００６】
この後、金融機関の集中センタは、センタ装置を構成する端末装置（以下、「センタ端末」と称する）のオペレータがセンタ端末を操作して、帳票データに対する所定の処理（例えば、帳票データに対する補正入力操作を行うエントリ処理や、エントリ処理後の帳票データに対する検証操作を行うベリファイ処理、ベリファイ処理後の帳票データに対する承認操作を行う承認処理等）をセンタ端末に行わせる。
【０００７】
センタ端末は、帳票データに対する各処理を行うと、その都度、各処理で得られる帳票データを為替サーバのデータベースに登録する。為替サーバは、帳票データに対する承認処理が行われると、承認処理後の帳票データに基づいて、処理ホストに振込等の為替処理を実行させるための処理電文データを生成して、生成された処理電文データを処理ホストに送信する。これにより、処理ホストが、処理電文データに基づいて、振込等の為替処理を実行する。
【０００８】
ところで、帳票データは、以下のような場合に、二重にデータベースに登録されるときがある。
（１）例えば、スキャン処理された際に帳票に印字された通し番号（以下、「通番」と称する）の発色が薄かったために、受付端末のオペレータが、スキャン処理された帳票をスキャン処理されていない帳票と誤認して、再度、スキャン処理を行った場合。
（２）例えば、帳票の通番印字欄に消去できない汚れが付着したために、受付端末のオペレータが、やむなく、二重にスキャン処理を行った場合。
（３）例えば、帳票を走行させながらスキャン処理を行っている最中に、紙詰まりが発生し、そのスキャン処理に失敗した帳票に通番が印字されてしまったために、受付端末のオペレータが、やむなく、二重にスキャン処理を行った場合。
これらの場合に、帳票データは、二重にデータベースに登録されていた。
【０００９】
そこで、センタ端末のオペレータは、帳票データのエントリ処理時に、帳票データが二重にデータベースに登録されていないかをチェックしている。以下、このチェックを「二重読取チェック」と称する。なお、「二重読取チェック」は、二重に振込処理が行われるのを防止するためのチェックでもあるので、「二重振込チェック」と称される場合もある。
【００１０】
「二重読取チェック」は、帳票データのエントリ処理で、帳票データに対する補正入力操作が終了した後に、行われる。具体的には、「二重読取チェック」は、帳票データに対する補正入力操作が終了した後に、センタ端末のオペレータが、センタ端末を操作して、例えば、振込指定日や、口座番号、金額をキーにして、エントリ処理中の帳票データと、データベースに既に登録されている過去の処理済みの帳票データ（以下、「処理済帳票データ」と称する）とを突き合わせることによって、行われる。このとき、センタ端末は、エントリ処理中の帳票データと一致する処理済帳票データがデータベースに登録されている場合に、エントリ処理中の帳票データが二重読み取りされたデータである可能性がある旨を表す警告メッセージボックスを表示部に表示して、センタ端末のオペレータに二重振込を警告する。これにより、センタ端末は、エントリ処理中の帳票データをデータベースに登録するか否かをオペレータに判断させている。
【００１１】
なお、例えば、特許文献２には、「二重読取チェック」に関連する技術として、二重スキャンルールと二重スキャン検査用登録データとを参照して、自動的に二重スキャン検査を実行する電子化文書管理装置が開示されている。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特開２０１０−１３４７２７号公報
【特許文献２】特開２００６−３３０８６３号公報
【発明の概要】
【発明が解決しようとする課題】
【００１３】
特許文献１に開示された帳票処理システム（以下、「従来の帳票処理システム」と称する）は、以下に説明するように、帳票が二重読み取りされることによって発生する不具合を効率よく（高頻度に）抑制することが望まれている、という課題があった。
【００１４】
「二重読取チェック」は、前記した通り、帳票データのエントリ処理で、帳票データに対する補正入力操作が終了した後に、行われる。そのため、センタ端末のオペレータは、エントリ処理中の帳票データが二重読み取りされたデータであっても、補正入力操作が終了するまで、そのことを知らずに、不要な補正入力操作を最後まで行う。したがって、エントリ処理中の帳票データが二重読み取りされたデータである場合に、センタ端末のオペレータは、無駄な作業に労力及び時間を費やすことを強いられる、という不具合があった。
【００１５】
また、帳票が振込依頼の受付時間の終了間際に営業店でスキャン処理された場合に、センタ端末のオペレータは、エントリ処理中の帳票データが二重読み取りされたデータであっても、二重読取チェックが帳票データに対する補正入力操作の終了後に行われるため、そのことに気付くのが振込依頼の受付時間の終了後になるときがある。センタ端末は、振込依頼が為替サーバに送信される直前に、警告メッセージボックスを表示部に表示して、センタ端末のオペレータに二重振込を警告する。しかしながら、センタ端末のオペレータがメッセージを見逃した場合に、振込依頼が為替サーバに送信される。この場合に、為替サーバが、二重読み取りされた帳票データに基づいて処理電文データを生成して、その処理電文データを処理ホストに送信する。そのため、二重振込が発生する。したがって、この場合に、金融機関は、処理ホスト側で、二重振込を解消するためのデータのリカバリ等の対応を行う必要がある、という不具合があった。
【００１６】
このように、従来の帳票処理システムは、帳票が二重読み取りされることによって、（１）センタ端末のオペレータが無駄な作業に労力及び時間を費すことを強いられるという不具合や、（２）振込依頼が為替サーバに送信された場合に、データのリカバリが必要になるという不具合が発生していた。よって、従来の帳票処理システムは、帳票が二重読み取りされることによって発生する不具合を効率よく抑制することが望まれていた。
【００１７】
本発明は、前記した課題を解決するためになされたものであり、帳票が二重読み取りされることによって発生する不具合を効率よく抑制する帳票処理システム、当該振込処理システムに用いるセンタ端末、及び、当該センタ端末を実現するためのプログラムを提供することを主な目的とする。
【課題を解決するための手段】
【００１８】
前記目的を達成するため、第１発明は、帳票に関するデータを帳票データとして受け付けるスキャナ制御端末と、当該帳票データに対して所定の処理を行うセンタ端末とが、ネットワークを介して接続された帳票処理システムであって、前記スキャナ制御端末は、前記帳票データを取得する帳票データ取得部と、前記帳票データに対する二重読取有無フラグデータの入力操作を誘導する画面を表示部に表示させる表示制御部と、前記二重読取有無フラグデータの入力操作が行われている場合に、前記入力された前記二重読取有無フラグデータを取得する二重読取有無フラグ取得部と、前記二重読取有無フラグ取得部が取得した前記二重読取有無フラグデータと共に前記帳票データを送信する通信部とを備え、前記センタ端末は、受信された前記二重読取有無フラグデータに基づいて、前記帳票データが二重読み取りされたデータであるか否かを判別するチェック処理部と、前記チェック処理部の判別結果に基づいて、前記帳票データの取り扱いに関するメッセージデータを生成するメッセージ生成部と、前記メッセージデータを含む各種の情報を表示部に表示させる表示制御部とを備える構成とする。
【００１９】
この帳票処理システムのセンタ端末が、スキャナ制御端末で取得された二重読取有無フラグデータに基づいて、帳票データが二重読み取りされたデータであるか否かを判別し、その判定結果に基づいて、帳票データの取り扱いに関するメッセージデータを表示部に表示する。
【００２０】
メッセージデータは、例えば、処理中の帳票データが二重読み取りされたデータである場合に、その旨を表す内容となる。この場合に、センタ端末のオペレータは、このメッセージを見ることにより、帳票データが二重読み取りされたデータであることを、早期に（例えば、エントリ処理で補正入力操作に着手する前や、ベリファイ処理で検証操作に着手する前、承認処理で承認操作に着手する前に）、認識することができる。
【００２１】
そのため、センタ端末のオペレータは、例えば、エントリ処理中の帳票データが二重読み取りされたデータである場合に、無駄な作業を中止することができる。したがって、この帳票処理システムは、無駄な作業に要するセンタ端末のオペレータの労力を軽減することができるとともに、無駄な作業に要する時間を短縮することができる。
【００２２】
また、センタ端末のオペレータは、例えば、振込依頼書を処理対象の帳票とし、帳票が振込依頼の受付時間の終了間際に営業店でスキャン処理された場合で、かつ、エントリ処理中の帳票データが二重読み取りされたデータである場合に、メッセージを見ることにより、帳票データが二重読み取りされたデータであることを、早期に（具体的には、エントリ処理で補正入力操作に着手する前に）、認識することができる。そのため、センタ端末のオペレータは、振込依頼の受付時間内に、帳票データが二重読み取りされたデータであるか否かを、また、帳票データがどのような経緯で二重読み取りされたのか等を、スキャナ制御端末のオペレータに確認できる可能性が高くなる。その結果、この帳票処理システムは、二重読み取りされた帳票データに基づいて生成される処理電文データが処理ホストに送信されるのを、従来の帳票処理システムよりも効率よく（高頻度に）抑制することができる。
【００２３】
なお、メッセージデータは、好ましくは、例えば、帳票データが二重読み取りされたデータであるか否かが不明である場合に、その旨を表す内容にしてもよい。この場合に、センタ端末のオペレータは、このメッセージを見ることにより、帳票データが二重読み取りされたデータであるか否かをスキャナ制御端末のオペレータに問い合わせることができる。そのため、センタ端末のオペレータは、帳票データが二重読み取りされたデータであるか否かを、また、仮に、帳票データが二重読み取りされたデータである場合に、帳票データがどのような経緯で二重読み取りされたのかを確認することができる。
【００２４】
このように、この帳票処理システムは、センタ端末が、スキャナ制御端末で取得された二重読取有無フラグデータに基づいて、早期に、帳票データの取り扱いに関するメッセージデータを表示部に表示するため、帳票が二重読み取りされることによって発生する不具合を効率よく（高頻度に）抑制することができる。
【００２５】
また、第２発明は、帳票に関するデータを帳票データとして受け付けるスキャナ制御端末とネットワークを介して接続され、当該帳票データに対して所定の処理を行うセンタ端末であって、前記スキャナ制御端末によって取得された前記帳票データが前記帳票データと共に取得される二重読み取りされたデータであるか否かを表す二重読取有無フラグデータに基づいて、前記スキャナ制御端末によって取得された前記帳票データが二重読み取りされたデータであるか否かを判別するチェック処理部と、前記チェック処理部の判別結果に基づいて、前記帳票データの取り扱いに関するメッセージを生成するメッセージ生成部と、前記メッセージデータを含む各種の情報を表示部に表示させる表示制御部とを備える構成とする。
このセンタ端末は、第１発明に係る帳票処理システムに用いることができる。
【００２６】
さらに、第３発明は、コンピュータを、帳票に関するデータを帳票データとして受け付けるスキャナ制御端末とネットワークを介して接続され、当該帳票データに対して所定の処理を行うセンタ端末として機能させるためのプログラムであって、前記コンピュータを、前記スキャナ制御端末によって取得された前記帳票データが前記帳票データと共に取得される二重読み取りされたデータであるか否かを表す二重読取有無フラグデータに基づいて、前記スキャナ制御端末によって取得された前記帳票データが二重読み取りされたデータであるか否かを判別するチェック処理部と、前記チェック処理部の判別結果に基づいて、前記帳票データの取り扱いに関するメッセージを生成するメッセージ生成部と、前記メッセージデータを含む各種の情報を表示部に表示させる表示制御部として機能させる構成とする。
このプログラムは、コンピュータによって、第２発明に係るセンタ端末を実現することができる。
【発明の効果】
【００２７】
第１発明によれば、帳票が二重読み取りされることによって発生する不具合を効率よく抑制する帳票処理システムを提供することができる。
また、第２発明によれば、第１発明に係る帳票処理システムに用いるセンタ端末を提供することができる。
さらに、第３発明によれば、第２発明に係るセンタ端末を実現するプログラムを提供することができる。
【図面の簡単な説明】
【００２８】
【図１Ａ】実施形態に係る帳票処理システムの全体構成を示す図である。
【図１Ｂ】実施形態に係る営業店側の装置の主要な構成を示す図である。
【図１Ｃ】実施形態に係る集中センタ側の装置の主要な構成を示す図である。
【図２】実施形態に係る帳票処理システムによって行われる主な処理の流れを示す図である。
【図３】受付画面の一例を示す図である。
【図４】実施形態で用いる二重読取有無フラグの内訳を示す図である。
【図５】実施形態で用いる帳票の一例を示す図である。
【図６】入力（エントリ)画面の一例を示す図である。
【図７】実施形態に係る帳票処理システムの動作を示すフローチャートである。
【図８】実施形態で用いる二重読取チェックメッセージ画面を示す図である。
【図９】二重読取チェックメッセージ画面表示後の主な処理の流れを示す図である。
【発明を実施するための形態】
【００２９】
以下、図面を参照して、本発明の実施の形態（以下、「本実施形態」と称する）につき詳細に説明する。なお、各図は、本発明を十分に理解できる程度に、概略的に示してあるに過ぎない。よって、本発明は、図示例のみに限定されるものではない。また、各図において、共通する構成要素や同様な構成要素については、同一の符号を付し、それらの重複する説明を省略する。
【００３０】
＜帳票処理システムの全体構成＞
以下、図１Ａを参照して、本実施形態に係る帳票処理システムの全体構成につき説明する。なお、図１Ａは、実施形態に係る帳票処理システムの全体構成を示す図である。ここでは、本実施形態に係る帳票処理システム１が金融機関で振込処理に用いられる場合を想定して説明する。
【００３１】
図１Ａに示すように、本実施形態に係る帳票処理システム１は、営業店１０に設置された機器と、集中センタ２０に設置された機器とを含む構成となっており、振込処理を実行する処理ホスト３０と接続されている。
【００３２】
営業店１０に設置された機器としては、スキャナ１１及び受付端末１００がある。スキャナ１１及び受付端末１００は、ＬＡＮ等の通信回線を介して、通信可能に接続されている。
【００３３】
スキャナ１１は、帳票５０の画像をスキャン処理（光学読取処理）する装置である。なお、ここでは、振込依頼書を処理対象の帳票５０として用いるものとする。
【００３４】
受付端末１００は、スキャナ１１を制御するスキャナ制御端末として機能する端末装置であり、帳票データ（帳票に関するデータ）の受け付けを行う。受付端末１００は、スキャナ１１にスキャン処理させて、帳票５０の画像イメージデータファイル（Ｔａｇｇｅｄ Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａｔ；ＴＩＦＦ）（以下、単に、「画像イメージデータ（ＴＩＦＦ）」と称する）を取得する機能や、帳票５０の画像イメージデータに含まれる文字（数字や記号等を含む）を文字認識して、認識結果である文字データを含む取引データファイル（帳票認識ファイル（Ｆｏｒｍｓ Ｒｅｃｏｇｎｉｔｉｏｎ Ｆｉｌｅ）（以下、単に、「取引データ（ＦＲＧ）」と称する）を取得する機能、画像イメージデータ（ＴＩＦＦ）及び取引データ（ＦＲＧ）を帳票データとして集中センタ２０のデータベース２２６（図１Ｃ参照）に登録する機能等を有している。なお、図１Ａに示す例では、受付端末１００は、スキャナ１１と別体の装置となっているが、スキャナ１１と１つの装置に統合することもできる。
【００３５】
受付端末１００は、ネットワーク２を介して、集中センタ２０の機器（具体的には、Ｗｅｂサーバ２１）と接続されている。なお、図１Ａに示す例では、１つの受付端末１００が集中センタ２０の機器と接続されているが、複数の受付端末１００が集中センタ２０の機器と接続されていてもよい。また、複数の営業店１０に設置された複数の受付端末１００が集中センタ２０の機器と接続されていてもよい。
【００３６】
集中センタ２０に設置された機器としては、Ｗｅｂサーバ２１、為替サーバ２２、センタ端末２３，２４，２５、及び、通信ゲートウェイ（通信ＧＷ）２６がある。Ｗｅｂサーバ２１、為替サーバ２２、センタ端末２３，２４，２５、及び、通信ＧＷ２６は、ＬＡＮ等の通信回線を介して、通信可能に接続されている。なお、Ｗｅｂサーバ２１、為替サーバ２２、センタ端末２３，２４，２５、及び、通信ＧＷ２６は、センタ機能統合装置２００として、１つの装置に統合することもできる。
【００３７】
Ｗｅｂサーバ２１は、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）システムにおいて、情報送信を行うサーバである。Ｗｅｂサーバ２１は、様々な表示画面（例えば、振込依頼を受け付けるための受付画面１０１（図３参照））を受付端末１００に提供したり、受付端末１００から、表示画面で入力された指示やデータ、帳票データ等を取得したりする。Ｗｅｂサーバ２１は、受付端末１００から取得されたデータ（特に、帳票データ）を為替サーバ２２に設けられたデータベース２２６（図１Ｃ）に登録する。
【００３８】
為替サーバ２２は、帳票データを登録及び管理するサーバである。為替サーバ２２は、帳票データに基づいて、処理電文データを生成して、処理ホスト３０に送信する機能を有している。なお、「処理電文データ」は、処理ホスト３０に振込等の為替処理を実行させるための為替決済データである。また、処理ホスト３０は、処理電文データに基づいて為替処理を実行するデータ処理装置である。
【００３９】
センタ端末２３，２４，２５は、帳票データに対して所定の処理を行う端末装置である。センタ端末２３，２４，２５は、それぞれ、エントリ処理用の端末（以下、「エントリ端末２３」と称する場合もある）、ベリファイ処理用の端末（以下、「ベリファイ端末２４」と称する場合もある）、承認処理用の端末（以下、「承認端末２５」と称する場合もある）となっている。
【００４０】
帳票データの処理ミスを確実に防止することを前提としたシステムでは、データ入力（エントリ）、検証（ベリファイ）、及び、承認等の多段階の確認プロセスが採用される。エントリ端末２３、ベリファイ端末２４、承認端末２５は、このような確認プロセスを実現するための端末装置であり、これらの端末２３，２４，２５に処理されて処理電文データが生成される。なお、エントリ端末２３、ベリファイ端末２４、及び、承認端末２５は、それぞれ、集中センタ２０内に、複数設けられていてもよい。また、センタ端末２３，２４，２５は、１つの装置に統合することもできる。
【００４１】
通信ＧＷ２６は、ネットワーク上で、媒体やプロトコルが異なるデータを相互に変換して通信を可能にするデータ処理装置である。
【００４２】
＜帳票処理システムを構成する主要な装置の構成＞
以下、図１Ｂ及び図１Ｃを参照して、帳票処理システム１を構成する主要な装置の構成につき説明する。なお、図１Ｂは、実施形態に係る営業店側の装置の主要な構成を示す図である。また、図１Ｃは、実施形態に係る集中センタ側の装置の主要な構成を示す図である。
【００４３】
図１Ｂに示すように、営業店側の装置である受付端末１００は、例えば、パーソナルコンピュータ（以下、「ＰＣ」と称する）によって構成される。このＰＣは、記憶部１１６に格納された制御プログラムを実行することによって、受付端末１００として機能する。なお、ＰＣを受付端末１００として機能させる制御プログラムは、例えば、図示せぬ記憶媒体を介して受付端末１００にインストールされる。又は、この制御プログラムは、集中センタ２０に設置された機器の記憶部（例えば、為替サーバ２２のデータベース２２６）に予め記憶されており、その機器から受付端末１００にダウンロードされるようにしてもよい。
【００４４】
図１Ｂに示すように、受付端末１００は、通信部１１１、表示制御部１１２、入力処理部１１３、帳票データ取得部１１４、二重読取有無フラグ取得部１１５、及び、記憶部１１６を有している。なお、表示制御部１１２、入力処理部１１３、帳票データ取得部１１４、及び、二重読取有無フラグ取得部１１５は、受付端末１００の図示せぬＣＰＵが記憶部１１６に格納されている制御プログラムを実行することにより、実現される。
【００４５】
通信部１１１は、外部の機器との通信を実行する構成要素である。通信部１１１は、例えば、通信デバイス等で構成されている。
表示制御部１１２は、図示せぬ表示部に画像を表示させる機能手段である。
入力処理部１１３は、例えばキーボードやマウス等の図示せぬ入力部からの入力を受け付ける機能手段である。
【００４６】
帳票データ取得部１１４は、帳票データを取得する機能手段である。帳票データ取得部１１４は、画像イメージデータ取得部１１４ａ及び文字データ取得部１１４ｂを備えている。
【００４７】
画像イメージデータ取得部１１４ａは、スキャナ１１にスキャン処理させて、帳票５０の画像イメージデータ（ＴＩＦＦ）を取得する機能手段である。
【００４８】
文字データ取得部１１４ｂは、画像イメージデータ取得部１１４ａによって取得された画像イメージデータ（ＴＩＦＦ）に含まれている文字を文字認識し、認識結果である文字データを取得する機能手段である。文字データ取得部１１４ｂは、受付画面１０１（図３参照）で受付端末１００のオペレータによって入力された各種のデータ（例えば、店番や、後記する二重読取チェックボックス１０１ａ内のチェック印の有無等のデータである二重読取有無フラグデータ）と文字データとを統合して取引データ（ＦＲＧ）を生成する取引データ取得部としても機能する。
【００４９】
なお、図３は、受付画面の一例を示す図である。図３に示す受付画面１０１は、振込依頼を受け付けるための画面であるとともに、受付端末１００にスキャン処理を実行させるための操作画面（以下、「スキャン操作画面」と称する）でもある。
【００５０】
二重読取有無フラグ取得部１１５は、帳票データが二重読み取りされたデータであるか否かを表すフラグデータ（以下、「二重読取有無フラグデータ」と称する）を取得する機能手段である。「二重読取有無フラグデータ」は、帳票データが二重読み取りされたデータであることを表す値（例えば、値「１」）である場合に、二重読取の確認をセンタ端末２３，２４，２５のオペレータに促す警告メッセージ画面（例えば、図８に示す二重読取チェック画面３０６）をセンタ端末２３，２４，２５の図示せぬ表示部に直ちに表示させるためのデータでもある。「二重読取有無フラグデータ」は、二重読取有無フラグ取得部１１５が例えば図３に示す受付画面１０１の二重読取チェックボックス１０１ａに設定された値を識別することによって、取得される。
【００５１】
なお、「二重読取チェックボックス１０１ａ」は、帳票データが二重読み取りされたデータである場合に、そのことを表す値（例えば、値「１」）を二重読取有無フラグデータに設定するための入力欄である。二重読取チェックボックス１０１ａの値は、例えば、図４に示すように、設定される。なお、図４は、実施形態で用いる二重読取有無フラグの内訳を示す図である。
【００５２】
センタ端末２３，２４，２５は、取得された帳票データが「二重読取チェックボックス１０１ａ」にチェック印が入力されているデータである場合に、入力（エントリ）画面２０１（図６参照）の表示時に、帳票データに対するオペレータの操作が行われる前に、処理中の帳票データが二重読み取りされたデータであることをオペレータに警告する警告メッセージ画面（例えば、図８に示す二重読取チェックメッセージ画面３０６）を図示せぬ表示部に表示する。これにより、センタ端末２３，２４，２５は、帳票データに対するオペレータの操作（例えば、エントリ処理時の帳票データに対する補正入力操作）後に帳票データに対する二重読取のチェックを行うまでもなく、直ちに営業店１０に確認する必要があることをオペレータに通知する。
【００５３】
例えば、受付画面１０１の二重読取チェックボックス１０１ａにチェック印が無い場合に、値「０」が二重読取有無フラグデータに設定される。値「０」は、帳票データが二重読み取りされていないデータであることを表している。二重読取有無フラグデータの値が「０」である場合に、センタ端末２３，２４，２５は、帳票データに含まれている取引データ（ＦＲＧ）を入力画面に反映させて、帳票データに対する補正入力操作や検証操作、承認操作が可能な状態にする。
【００５４】
一方、受付画面１０１の二重読取チェックボックス１０１ａにチェック印が有る場合に、値「１」が二重読取有無フラグデータに設定される。値「１」は、帳票データが二重読み取りされたデータであることを表している。二重読取有無フラグデータの値が「１」である場合に、センタ端末２３，２４，２５は、帳票データが二重読み取りされたデータであることをオペレータに警告するメッセージ画面３０６（図８参照）を図示せぬ表示部に表示する。これにより、センタ端末２３，２４，２５は、帳票データが二重読み取りされたデータであることを、早期に（例えば、オペレータがエントリ処理で補正入力操作に着手する前や、ベリファイ処理で検証操作に着手する前、承認処理で承認操作に着手する前に）、オペレータに通知する。
【００５５】
記憶部１１６は、帳票データを取得するために必要な様々なデータや制御プログラムを記憶する記憶手段である。
【００５６】
また、図１Ｃに示すように、集中センタ側の装置であるＷｅｂサーバ２１は、通信部２１１、Ｗｅｂ画面生成部２１２、データ抽出部２１３、及び、記憶部２１４を有している。なお、Ｗｅｂ画面生成部２１２、及び、データ抽出部２１３は、Ｗｅｂサーバ２１の図示せぬＣＰＵが記憶部２１４に格納されている制御プログラムを実行することにより、実現される。
【００５７】
通信部２１１は、外部の機器との通信を実行する構成要素である。通信部２１１は、例えば、通信デバイス等で構成されている。
Ｗｅｂ画面生成部２１２は、記憶部２１４に予め記憶された画面フォーム情報に基づいて、受付端末１００に提供する画面（以下、「提供画面」と称する）データを生成する機能手段である。
【００５８】
データ抽出部２１３は、受付端末１００から受信される各種のデータの中から、帳票データや二重読取有無フラグデータ等を抽出する機能手段である。データ抽出部２１３は、抽出されたデータを為替サーバ２２のデータベース２２６（記憶部）に登録する。
記憶部２１４は、提供画面データを生成するために必要な様々なデータや制御プログラムを記憶する記憶手段である。
【００５９】
また、図１Ｃに示すように、集中センタ側の装置である為替サーバ２２は、通信部２２１、エントリ操作受付部２２２、ベリファイ操作受付部２２３、承認操作受付部２２４、処理電文データ生成部２２５、及び、データベース２２６を有している。なお、エントリ操作受付部２２２、ベリファイ操作受付部２２３、承認操作受付部２２４、及び、処理電文データ生成部２２５は、為替サーバ２２の図示せぬＣＰＵがデータベース２２６に格納されている制御プログラムを実行することにより、実現される。
【００６０】
通信部２２１は、外部の機器との通信を実行する構成要素である。通信部２２１は、例えば、通信デバイス等で構成されている。
エントリ操作受付部２２２は、エントリ処理時に、エントリ端末２３で行われた帳票データに対する補正入力操作を受け付ける機能手段である。エントリ操作受付部２２２は、帳票データに対する補正入力操作が行われると、補正入力操作された帳票データを後記するエントリデータとして為替サーバ２２のデータベース２２６に登録する。
【００６１】
ベリファイ操作受付部２２３は、ベリファイ処理時に、ベリファイ端末２４で行われた帳票データに対する検証操作を受け付ける機能手段である。ベリファイ操作受付部２２３は、帳票データに対する検証操作が行われると、検証操作された帳票データを後記するベリファイデータとして為替サーバ２２のデータベース２２６に登録する。
承認操作受付部２２４は、承認処理時に、承認端末２５で行われた帳票データに対する承認操作を受け付ける機能手段である。承認操作受付部２２４は、帳票データに対する承認操作が行われると、承認操作された帳票データを後記する承認データとして為替サーバ２２のデータベース２２６に登録する。
【００６２】
処理電文データ生成部２２５は、振込等の為替処理を処理ホストに実行させるための処理電文データを生成する機能手段である。
データベース２２６は、提供画面データを生成するために必要な様々なデータや制御プログラムを記憶する記憶手段である。なお、為替サーバ２２は、センタ端末２３，２４，２５によって帳票データに対する各処理が行われると、各処理で得られる帳票データをデータベース２２６に登録する。
【００６３】
また、図１Ｃに示すように、集中センタ側の装置であるセンタ端末２３，２４，２５は、例えば、ＰＣによって構成される。このＰＣは、記憶部２３７に格納された制御プログラムを実行することによって、センタ端末２３，２４，２５として機能する。なお、ＰＣをセンタ端末２３，２４，２５として機能させる制御プログラムは、例えば、図示せぬ記憶媒体を介してセンタ端末２３，２４，２５にインストールされる。又は、この制御プログラムは、集中センタ２０に設置された機器の記憶部（例えば、為替サーバ２２のデータベース２２６）に予め記憶されており、その機器からセンタ端末２３，２４，２５にダウンロードされるようにしてもよい。
【００６４】
図１Ｃに示すように、センタ端末２３，２４，２５は、それぞれ、通信部２３１、表示制御部２３２、入力処理部２３３、入力画面生成部２３４、チェック処理部２３５、メッセージ生成部２３６、及び、記憶部２３７を有している。なお、表示制御部２３２、入力処理部２３３、入力画面生成部２３４、チェック処理部２３５、及び、メッセージ生成部２３６は、センタ端末２３，２４，２５の図示せぬＣＰＵが記憶部２３７に格納されている制御プログラムを実行することにより、実現される。
【００６５】
通信部２３１は、外部の機器との通信を実行する構成要素である。通信部２３１は、例えば、通信デバイス等で構成されている。
表示制御部２３２は、図示せぬ表示部に画像を表示させる機能手段である。
入力処理部２３３は、例えばキーボードやマウス等の図示せぬ入力部からの入力を受け付ける機能手段である。
【００６６】
入力画面生成部２３４は、エントリ処理やベリファイ処理、承認処理等の、帳票データに対する各処理を実行するための入力画面を生成する機能手段である。
チェック処理部２３５は、受付端末１００の二重読取有無フラグ取得部１１５によって取得された二重読取有無フラグデータに基づいて、帳票データが二重読み取りされたデータであるか否かを判別する機能手段である。
メッセージ生成部２３６は、チェック処理部２３５の判別結果に基づいて、帳票データの取り扱いに関するメッセージデータを生成する機能手段である。
記憶部２３７は、帳票データに対する所定の処理を実行するために必要な様々なデータや制御プログラムを記憶する記憶手段である。
【００６７】
＜帳票処理システムによって行われる主な処理の流れ＞
以下、図２を参照して、帳票処理システム１によって行われる主な処理の流れにつき説明する。なお、図２は、実施形態に係る帳票処理システムによって行われる主な処理の流れを示す図である。
【００６８】
なお、各装置は、図示せぬタイマによって計測された時間に基づいて動作する。また、各装置の動作は、各装置の記憶部に読み出し自在に予め格納された制御プログラムによって規定されており、各装置の制御部によって実行される。また、装置間の通信は、受信側の装置が通信によって受信されたデータを記憶部に一旦格納し、その後に、データを記憶部から読み出すことによって、行われる。また、各データは、記憶部に読み出し自在に一旦格納されてから、その後の処理を行う所要の構成要素に出力される。以下、これらの点については、情報処理では常套手段であるので、その詳細な説明を省略する。
【００６９】
（処理１：スキャン処理）
図２に示すように、帳票処理システム１は、まず、営業店１０で、受付端末１００が、例えば図５に示す振込依頼書を処理対象の帳票５０とし、帳票５０のスキャン処理を行う。なお、図５は、実施形態で用いる帳票の一例を示す図である。
【００７０】
このとき、受付端末１００は、Ｗｅｂサーバ２１から、例えば図３に示す受付画面（スキャン操作画面）１０１を表示するための画面データを取得して、受付画面１０１を図示せぬ表示部に表示する。そして、オペレータが例えば図３に示す「読取＆転送」ボタンを押下して読取を指示すると、受付端末１００は、帳票５０の画像をスキャナ１１に光学的に読み取らせる。これにより、受付端末１００は、スキャナ１１から読み取られた帳票５０の画像イメージデータ（ＴＩＦＦ）５０Ａａを取得する。
【００７１】
ここで、受付端末１００のオペレータが、一度スキャン処理された帳票５０に対し、やむなく、二重にスキャン処理を行うものとする。このような二重スキャン処理は、例えば、以下のような場合に行われる。
（１）例えば、帳票５０の通番印字欄に消去できない汚れが付着したために、二重にスキャン処理を行う必要があった場合。
（２）例えば、帳票５０を走行させながらスキャン処理を行っている最中に、紙詰まりが発生し、そのスキャン処理に失敗した帳票５０に通番が印字されてしまったために、二重にスキャン処理を行う必要があった場合。
【００７２】
受付端末１００のオペレータは、これらの場合に、図３に示す受付画面１０１の二重読取チェックボックス１０１ａにチェック印を入れて、「読取＆転送」ボタンを押下する。これにより、受付端末１００は、帳票５０の画像をスキャナ１１に光学的に読み取らせて、スキャナ１１から二重に読み取られた帳票５０の画像イメージデータ（ＴＩＦＦ）５０Ａａを取得する。
【００７３】
（処理２：帳票データ取得処理）
受付端末１００は、帳票５０の画像イメージデータ（ＴＩＦＦ）５０Ａａを取得すると、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）等のアプリケーションプログラムを利用して、帳票５０の画像イメージデータ（ＴＩＦＦ）５０Ａａに含まれている文字（数字や記号等を含む）を文字認識することによって、認識結果である文字データを取得する。また、受付端末１００は、例えば図３に示す受付画面１０１の二重読取チェックボックス１０１ａに設定された値を識別することによって、二重読取有無フラグデータを取得する。そして、受付端末１００は、文字データや、二重読取有無フラグデータ、受付画面１０１で入力されたその他のデータ（例えば、店番データ等）を統合して、取引データ（ＦＲＧ）５０Ａｂを取得する。これにより、受付端末１００は、振込依頼書の帳票データ５０Ａとして、帳票５０の画像イメージデータ（ＴＩＦＦ）５０Ａａ及び取引データ（ＦＲＧ）５０Ａｂを取得する。
【００７４】
（処理３：帳票データ転送処理）
受付端末１００は、帳票データ５０Ａとして、帳票５０の画像イメージデータ（ＴＩＦＦ）５０Ａａ及び取引データ（ＦＲＧ）５０Ａｂを取得すると、通信部１１１がＷｅｂサーバ２１を介して、取得された帳票データ５０Ａを為替サーバ２２に転送して、為替サーバ２２のデータベース２２６（図１Ｃ参照）に登録させる。
【００７５】
なお、前記した処理１〜処理３は、例えば、集中センタ２０に配置されたセンタ端末２３Ｂを操作して行うこともできる。
処理３の後、センタ端末２３，２４，２５は、帳票データ５０Ａがリジェクト要因を含むデータ（例えば、文字認識で認識されなかった文字を含むデータ等）である場合に、処理４（エントリ処理）以降の処理を行い、一方、帳票データ５０Ａがリジェクト要因を含まないデータである場合に、処理５Ｂ（ベリファイ処理）以降の処理を行う。以下、リジェクト要因を含むデータを「リジェクト有りデータ」と称し、リジェクト要因を含まないデータを「リジェクト無しデータ」と称する。
【００７６】
（処理４：エントリ処理）
センタ端末２３（エントリ端末２３）は、帳票データ５０Ａがリジェクト有りデータである場合に、帳票データ５０Ａが為替サーバ２２のデータベース２２６に登録されると、エントリ処理を実行する。このとき、エントリ端末２３は、為替サーバ２２からデータベース２２６に登録された帳票データ５０Ａを取得する。そして、エントリ端末２３は、帳票データ５０Ａに基づいて、例えば図６に示す入力（エントリ）画面２０１を図示せぬ表示部に表示して、オペレータに、帳票データ５０Ａに対する補正入力操作を行わせる。
【００７７】
なお、図６は、入力（エントリ)画面の一例を示す図である。入力（エントリ）画面２０１では、データベース２２６に登録された帳票データ５０Ａの取引データ（ＦＲＧ）５０Ａｂが、各項目の入力欄に取り込まれて表示される。なお、初回時のエントリ処理では、通番程度の情報しか表示されない。また、入力（エントリ）画面２０１は、データベース２２６に登録された帳票データ５０Ａの画像イメージデータ（ＴＩＦＦ）５０Ａａが、入力欄に隣接して設けられた各項目のイメージ表示欄に取り込まれて表示される。オペレータは、入力（エントリ）画面２０１に表示された入力欄の内容とイメージ表示欄に表示された内容とを比較し、不一致があれば、その箇所を補正する。また、入力欄にデータの欠落があれば、その箇所にデータを入力する。
【００７８】
このようにしてエントリ処理で入力（エントリ）画面２０１に補正入力されたデータは、為替サーバ２２に送信され、エントリ処理後の取引データ（ＦＲＧ）５０Ａｂとして為替サーバ２２のデータベース２２６に登録される。以下、エントリ処理後の取引データ（ＦＲＧ）５０Ａｂを「エントリデータ」と称する。
【００７９】
（処理５，処理５Ｂ：ベリファイ処理）
センタ端末２４（ベリファイ端末２４）は、帳票データ５０Ａに対する補正入力操作が行われると、ベリファイ処理を実行する。このとき、ベリファイ端末２４は、為替サーバ２２からデータベース２２６に登録されたエントリデータを取得する。そして、ベリファイ端末２４は、エントリデータに基づいて、入力（エントリ）画面２０１（図６参照）と同様の図示せぬ入力画面を図示せぬ表示部に表示して、オペレータに、エントリデータに対する検証操作を行わせる。
【００８０】
検証操作では、ベリファイ端末２４のオペレータは、入力画面に表示された入力欄の内容とイメージ表示欄に表示された内容とを比較し、不一致があるか否かを検証する。不一致がある場合に、ベリファイ端末２４のオペレータは、エントリデータをエントリ端末２３に戻して、エントリ端末２３のオペレータにエントリデータを補正させる。
【００８１】
このようにしてベリファイ処理されたエントリデータは、為替サーバ２２に送信され、ベリファイ処理後の取引データ（ＦＲＧ）５０Ａｂとして為替サーバ２２のデータベース２２６に登録される。以下、ベリファイ処理後の取引データ（ＦＲＧ）５０Ａｂを「ベリファイデータ」と称する。
なお、ベリファイ端末２４は、帳票データ５０Ａがリジェクト無しデータである場合に、処理３の後に、処理５Ｂとして、ベリファイ処理を実行する。
【００８２】
（処理６：承認処理）
センタ端末２５（承認端末２５）は、帳票データ５０Ａに対する検証操作が行われると、承認処理を実行する。このとき、承認端末２５は、為替サーバ２２からデータベース２２６に登録されたエントリデータとベリファイデータとを取得する。そして、承認端末２５は、エントリデータとベリファイデータとに基づいて、エントリデータとベリファイデータとを比較する図示せぬ入力画面を図示せぬ表示部に表示して、オペレータに、ベリファイデータに対する承認操作を行わせる。
【００８３】
承認操作では、承認端末２５のオペレータは、入力画面に表示されたベリファイデータに不備がない場合、エントリデータとベリファイデータとが一致する場合、及び、振込金額が限度額以内である場合に、振込処理を承認する。ベリファイデータに不備がある場合や、エントリデータとベリファイデータとが一致しない場合、又は、振込金額が限度額以上である場合に、承認端末２５のオペレータは、ベリファイデータをベリファイ端末２４に戻して、ベリファイ端末２４のオペレータにベリファイデータを再度検証させる。
【００８４】
このようにして承認処理されたベリファイデータは、為替サーバ２２に送信され、承認処理後の取引データ（ＦＲＧ）５０Ａｂとして為替サーバ２２のデータベース２２６に登録される。以下、承認処理後の取引データ（ＦＲＧ）５０Ａｂを「承認データ」と称する。
【００８５】
（処理７：処理電文データ（為替決済データ）生成・転送処理）
為替サーバ２２は、ベリファイデータに対する承認操作が行われると、データベース２２６に登録された承認データに基づいて、処理電文データを生成して、処理ホスト３０に送信する。これにより、為替サーバ２２は、処理ホスト３０に振込処理を実行させる。
【００８６】
係る構成において、帳票処理システム１は、センタ端末２３，２４，２５が処理４〜処理６を実行する場合に、各処理でオペレータが操作に着手する前（例えば、オペレータがエントリ処理で補正入力操作に着手する前や、ベリファイ処理で検証操作に着手する前、承認処理で承認操作に着手する前）に、二重読取有無フラグデータ（図４参照）の値（すなわち、二重読取チェックボックス１０１ａ（図３参照）のチェック印の有無）に基づいて、帳票データ５０Ａが二重読み取りされたデータであるか否かを判定する。
【００８７】
そして、二重読取有無フラグデータの値が「１」である場合（二重読取チェックボックス１０１ａにチェック印が有る場合）に、センタ端末２３，２４，２５は、帳票データ５０Ａが二重読み取りされたデータであることをオペレータに警告するメッセージ画面３０６（図８参照）を図示せぬ表示部に表示する。
【００８８】
＜帳票処理システムの動作＞
本発明は、センタ端末２３，２４，２５が、図２に示す処理４〜処理６（エントリ処理、ベリファイ処理、及び、承認処理）のいずれかの処理で、入力画面（例えば、図６に示す入力画面２０１）を表示する際に、二重読取チェックを行うことに特徴がある。
【００８９】
以下、図７を参照して、入力画面を表示する際の帳票処理システム１の動作につき説明する。ここでは、エントリ端末２３がエントリ処理を実行する際に、入力画面を表示する場合を想定して説明する。なお、図７は、実施形態に係る帳票処理システムの動作を示すフローチャートである。
【００９０】
エントリ端末２３は、オペレータがエントリ処理を開始するための操作を行うことにより、入力（エントリ）画面２０１（図６参照）の表示処理を開始する。
【００９１】
入力画面２０１の表示処理では、図７に示すように、まず、エントリ端末２３の入力画面生成部２３４が、為替サーバ２２のデータベース２２６から、帳票データ５０Ａとして、画像イメージデータ（ＴＩＦＦ）５０Ａａと取引データ（ＦＲＧ）５０Ａｂとを取得する（Ｓ１０５）。帳票データ５０Ａの取得は、エントリ端末２３の入力画面生成部２３４が為替サーバ２２に帳票データ５０Ａの配信を要求し、これに応答して、為替サーバ２２が帳票データ５０Ａをエントリ端末２３に配信することによって、行われる。
【００９２】
次に、エントリ端末２３の入力画面生成部２３４が、配信された取引データ（ＦＲＧ）５０Ａｂから入力画面の表示に必要な初期情報（以下、「入力画面初期情報」と称する）を取得する（Ｓ１１０）。初回配信時の取引データ（ＦＲＧ）５０Ａｂは、帳票５０がスキャン処理された直後であるため、「通番」程度の情報しか登録されていない。入力画面生成部２３４は、その通番情報（ただし、通番以外の情報が登録されていれば、その情報を含む）を「入力画面初期情報」として、取引データ（ＦＲＧ）５０Ａｂから取得する。なお、取引データ（ＦＲＧ）５０Ａｂは、初回配信時（エントリ処理時）に、帳票５０に記載されている文字データ（金額や振込人等のデータ）がエントリ端末２３のオペレータによって入力画面２０１から入力される。そのため、取引データ（ＦＲＧ）５０Ａｂは、２回目以降の配信では、その情報が反映された状態となる。
【００９３】
次に、エントリ端末２３のチェック処理部２３５は、帳票データ５０Ａが二重読取チェック対象の帳票５０のデータであるか否かを判定する（Ｓ１１５）。なお、対象外となる帳票５０としては、例えば、エントリ処理がまだ行われていないダイレクト系の帳票がある。Ｓ１１５では、エントリ端末２３は、帳票データ５０Ａがこのような帳票以外のデータであるか否かを判定する。
【００９４】
ここで、「ダイレクト系の帳票」とは、以下のような帳票を意味している。
例えば、営業店１０に持ち込まれる帳票５０としては、出力要件が予め定められた所定の書式の帳票（以下、「定型帳票」と称する）と、これ以外の、例えば、旧式の帳票とがある。金融機関にもよるが、通常、帳票処理システム１は、新帳票（定型帳票）のフォーマットにのみ対応している。そのため、帳票処理システム１は、新帳票（定型帳票）の書式に合わない帳票５０をスキャン処理した場合に、「フォーマット認識ができない帳票」と見なす。そして、帳票処理システム１は、「フォーマット認識ができない帳票」を、非定型帳票（又は、「イメージ帳票」と称する場合もある）として、処理する。
【００９５】
この場合に、帳票処理システム１は、非定型帳票の画像イメージデータ（ＴＩＦＦ）５０Ａａを取得するものの、文字データを取得できない。そのため、帳票処理システム１は、エントリ端末２３のオペレータが、非定型帳票のエントリ処理で、非定型帳票の画像イメージデータ（ＴＩＦＦ）５０Ａａの画像を見ながら、入力画面２０１（図６参照）から文字データを直接入力する。ただし、帳票５０によっては、画像イメージデータ（ＴＩＦＦ）５０Ａａの画像が見にくい場合がある。この場合に、エントリ端末２３のオペレータは、画像イメージデータ（ＴＩＦＦ）５０Ａａの画像を拡大して印刷し、印刷された画像を見ながら、入力画面２０１から文字データを直接入力する。このようなエントリ端末２３のオペレータが印刷された画像を見ながら文字データを直接入力する操作を「ダイレクト入力」と称する。そして、「ダイレクト入力」によって処理される帳票を「ダイレクト系の帳票」と称する。
【００９６】
Ｓ１１５の判定で、帳票データ５０Ａが二重読取チェック対象の帳票５０のデータであると判定された場合（“Ｙｅｓ”の場合）に、エントリ端末２３のチェック処理部２３５は、入力画面初期情報の二重読取有無フラグデータが空白であるか否かを判定する（Ｓ１２０）。なお、入力画面初期情報の二重読取有無フラグデータは、初回配信時では、空白の状態になっている。
【００９７】
Ｓ１２０の判定で、入力画面初期情報の二重読取有無フラグデータが空白であると判定された場合（“Ｙｅｓ”の場合）に、エントリ端末２３のチェック処理部２３５は、取引データ（ＦＲＧ）５０Ａｂから二重読取有無フラグデータを抽出し、取引データ（ＦＲＧ）５０Ａｂの二重読取有無フラグデータを入力画面初期情報の二重読取有無フラグデータとして設定する（Ｓ１２５）。
【００９８】
Ｓ１２５の後、エントリ端末２３の入力画面生成部２３４は、入力画面のフォームを表示する（Ｓ１３０）。ここでは、入力画面のフォーム情報が為替サーバ２２のデータベース２２６に予め登録されており、エントリ端末２３は、為替サーバ２２から入力画面のフォーム情報を取得し、その入力画面のフォーム情報に基づいて、入力画面のフォームを表示するものとする。ただし、エントリ端末２３は、入力画面のフォーム情報が記憶部２３７に予め登録されており、その入力画面のフォーム情報に基づいて、入力画面のフォームを表示するようにしてもよい。
【００９９】
なお、Ｓ１１５の判定で、帳票データ５０Ａが二重読取チェック対象の帳票５０のデータでないと判定された場合（“Ｎｏ”の場合）、又は、Ｓ１２０の判定で、入力画面初期情報の二重読取有無フラグデータが空白でないと判定された場合（“Ｎｏ”の場合）も、処理は、Ｓ１３０に進む。その結果、Ｓ１３０で、エントリ端末２３の入力画面生成部２３４は、入力画面のフォームを表示する。
【０１００】
なお、Ｓ１１５の判定で、帳票データ５０Ａが二重読取チェック対象の帳票５０のデータでないと判定された場合（“Ｎｏ”の場合）に、処理がＳ１３０に進むのは、以下の理由のためである。すなわち、エントリ処理では、主に非定型帳票が、ダイレクト系の帳票になる。その非定型帳票は、通番印字欄の位置が、固定されておらず、帳票５０毎に異なる。そのため、帳票処理システム１は、帳票５０が非定型帳票である場合に、帳票５０の通番情報を抽出することができず、データをオペレータに直接入力させる必要があるからである。
【０１０１】
Ｓ１３０の後、エントリ端末２３のチェック処理部２３５は、エントリ処理中の取引データ（ＦＲＧ）５０Ａｂが妥当か否かを判定する（Ｓ１３５）。この判定は、エントリ処理中の取引データ（ＦＲＧ）５０Ａｂの通番とデータベース２２６に既に登録されている過去の処理済みの取引データ（ＦＲＧ）５０Ａｂとを突き合わせ、エントリ処理中の取引データ（ＦＲＧ）５０Ａｂが振込実績のある通番のデータであるか否かを識別することによって、行われる。以下、この判定を「取引データの妥当性チェック」と称する。
【０１０２】
Ｓ１３５の判定で、エントリ処理中の取引データ（ＦＲＧ）５０Ａｂが妥当である（すなわち、エントリ処理中の取引データ（ＦＲＧ）５０Ａｂが振込実績のない通番のデータである）と判定された場合（“Ｙｅｓ”の場合）に、エントリ端末２３のチェック処理部２３５は、操作が処理済帳票データの照会以外の操作であるか否かを判定する（Ｓ１４０）。
【０１０３】
一方、Ｓ１３５の判定で、エントリ処理中の取引データ（ＦＲＧ）５０Ａｂが妥当でない（すなわち、エントリ処理中の取引データ（ＦＲＧ）５０Ａｂが振込実績のある通番のデータである）と判定された場合（“Ｎｏ”の場合）に、処理は、Ｓ１５５に進む。
【０１０４】
Ｓ１４０の判定で、操作が処理済帳票データの照会以外の操作であると判定された場合（“Ｙｅｓ”の場合）に、エントリ端末２３のチェック処理部２３５は、エントリ処理中の取引データ（ＦＲＧ）５０Ａｂに削除予約があるか否かを判定する（Ｓ１４５）。一方、Ｓ１４０の判定で、操作が処理済帳票データの照会の操作であると判定された場合（“Ｎｏ”の場合）に、処理は、Ｓ１６０に進む。
【０１０５】
Ｓ１４５の判定で、エントリ処理中の取引データ（ＦＲＧ）５０Ａｂに削除予約があると判定された場合（“Ｙｅｓ”の場合）に、エントリ端末２３のメッセージ生成部２３６は、削除が予約されていることをエントリ端末２３のオペレータに通知するためのメッセージ画面を生成して、表示制御部２３２を介して、図示せぬ表示部に表示させる（Ｓ１５０）。
【０１０６】
一方、Ｓ１４５の判定で、エントリ処理中の取引データ（ＦＲＧ）５０Ａｂに削除予約がないと判定された場合（“Ｎｏ”の場合）に、エントリ端末２３のチェック処理部２３５は、入力画面初期情報の二重読取有無フラグデータ（図４参照）の値が「１（有り）」であるか否かを判定する（Ｓ１５１）。
【０１０７】
Ｓ１５１の判定で、入力画面初期情報の二重読取有無フラグデータ（図４参照）の値が「１（有り）」であると判定された場合（“Ｙｅｓ”の場合）に、エントリ端末２３のメッセージ生成部２３６は、図８に示す二重読取チェックメッセージ画面３０６を生成して、表示制御部２３２を介して、図示せぬ表示部に表示させる（Ｓ１５５）。一方、Ｓ１５１の判定で、入力画面初期情報の二重読取有無フラグデータの値が「１（有り）」でないと判定された場合（“Ｎｏ”の場合）に、処理は、Ｓ１６０に進む。
【０１０８】
なお、図８は、実施形態で用いる二重読取チェックメッセージ画面を示す図である。二重読取チェックメッセージ画面３０６は、エントリ処理中の取引データ（ＦＲＧ）５０Ａｂが二重読み取りされたデータであることをオペレータに警告する警告メッセージ画面である。図８に示す例では、二重読取チェックメッセージ画面３０６は、二重読取の帳票データ５０Ａを受け付けたこと、及び、営業店１０への確認が必要なことをオペレータに通知する内容になっている。
【０１０９】
Ｓ１５５の後、エントリ端末２３の入力画面生成部２３４（又は、チェック処理部２３５）は、オペレータが二重読取チェックメッセージ画面３０６に表示された「再確認」ボタン又は「確認」ボタンを押下する操作を行ったことを検出すると（Ｓ１５６）、表示制御部２３２を介して、図示せぬ表示部に表示させている二重読取チェックメッセージ画面３０６を消去させて、入力（エントリ）画面２０１に復帰させる（Ｓ１５７）。
【０１１０】
Ｓ１４０の判定で、操作が処理済帳票データの照会の操作であると判定された場合（“Ｎｏ”の場合）に、又は、Ｓ１５０及びＳ１５７のいずれか一方の処理の後に、エントリ端末２３の入力画面生成部２３４は、処理中の取引データ（ＦＲＧ）５０Ａｂを入力（エントリ）画面２０１に反映させる（Ｓ１６０）。このとき、入力画面生成部２３４は、処理中の取引データ（ＦＲＧ）５０Ａｂから各項目のデータを取り出して、入力（エントリ）画面２０１の該当する項目欄のデータとして設定する。これにより、エントリ端末２３は、入力（エントリ）画面２０１（図６参照）の表示処理を終了する。
【０１１１】
なお、この後、エントリ端末２３のオペレータが、取引データ（ＦＲＧ）５０Ａｂに対して補正入力操作を行うと、エントリ端末２３の入力処理部２３３が、その操作を検出して、為替サーバ２２に通知する。これに応答して、為替サーバ２２は、補正入力された帳票データ５０Ａをエントリデータとしてデータベース２２６に登録する。
【０１１２】
なお、図７に示すフローは、ベリファイ端末２４がベリファイ処理を実行する場合に、「エントリ」を「ベリファイ」に読み替えるものとし、また、承認端末２５が承認処理を実行する場合に、「エントリ」を「承認」に読み替えるものとする。
【０１１３】
＜二重読取チェックメッセージ画面が表示された場合の対応＞
以下、図９を参照して、二重読取チェックメッセージ画面３０６が図示せぬ表示部に表示された場合の営業店１０及び集中センタ２０で行われる対応につき説明する。ここでは、二重読取チェックメッセージ画面３０６がエントリ処理時に表示された場合を想定して説明する。なお、図９は、二重読取チェックメッセージ画面表示後の主な処理の流れを示す図である。
【０１１４】
集中センタ２０では、エントリ端末２３のオペレータは、二重読取チェックメッセージ画面３０６が図示せぬ表示部に表示されたことを確認すると（Ｓ６０５）、その旨を役席者に連絡する（Ｓ６１０）。これにより、役席者は、営業店１０に詳細を聞くために電話連絡する（Ｓ６１５）。このとき、役席者は、帳票５０の通番印字欄に印字された通番を営業店１０側に通知する。
【０１１５】
営業店１０では、行員又は責任者が通知された通番に基づいて、実際の帳票５０を特定する。その後、行員又は責任者は、帳票５０を処理した担当者（受付端末１００のオペレータ）を特定し、担当者に二重読取が行われた理由を確認する。
【０１１６】
二重読取が行われた理由としては、例えば、以下のものがある。
（理由１）例えば、スキャン処理された際に帳票５０に印字された通番の発色が薄かったために、担当者が、スキャン処理された帳票５０をスキャン処理されていない帳票５０と誤認して、再度、スキャン処理を行ってしまった。
（理由２）例えば、帳票５０の通番印字欄に消去できない汚れが付着したために、担当者が、やむなく、二重にスキャン処理を行った。
（理由３）例えば、帳票５０を走行させながらスキャン処理を行っている最中に、紙詰まりが発生し、そのスキャン処理に失敗した帳票５０に通番が印字されてしまったために、担当者が、やむなく、二重にスキャン処理を行った。
【０１１７】
行員又は責任者は、担当者から確認された理由に応じて、対応方針を決定する。例えば、前記した理由１の場合に、行員又は責任者は、削除依頼を集中センタ２０に出す（Ｓ６２０ａ）。また、例えば、前記した理由２又は理由３の場合に、行員又は責任者は、エントリ処理の実施を集中センタ２０に依頼する（Ｓ６２０ｂ，Ｓ６２０ｃ）。営業店１０の行員又は責任者は、決定された対応方針を集中センタ２０に通知する。
【０１１８】
集中センタ２０では、役席者が営業店１０からの指示をエントリ端末２３のオペレータに伝える（Ｓ６２５）。エントリ端末２３のオペレータは、エントリ処理での補正入力操作を実施し（Ｓ６３０）、操作が完了すると、その旨を役席者に連絡する（Ｓ６３５）。
【０１１９】
役席者は、該当帳票５０の通番を営業店１０側に通知して、営業店１０に該当帳票５０のステータスの確認を依頼する（Ｓ６４０）。営業店１０では、行員又は責任者が該当帳票５０のステータスを確認する（Ｓ６４５）。
このようにして、二重読取チェックメッセージ画面３０６が表示された場合の対応が行われる。
【０１２０】
本実施形態に係る帳票処理システム１は、受付端末１００で、二重読取チェックボックス１０１ａ（図３参照）にチェック印が入力された状態で、スキャン処理が行われた場合に、センタ端末２３，２４，２５で、操作（例えば、エントリ処理での補正入力操作）が行われる前に、警告メッセージ画面として二重読取チェックメッセージ画面３０６（図８参照）が表示される。これにより、センタ端末２３，２４，２５のオペレータは、処理中の帳票データ５０Ａが二重読み取りされたデータであることを、早期に（操作に着手する前に）、認識することができる。
【０１２１】
なお、二重読取チェックメッセージ画面３０６は、エントリ、ベリファイ、及び、承認の各処理工程（後の処理工程から前の処理工程に差し戻される場合を含む）で表示される。そのため、仮に、前の処理工程のオペレータが、帳票データ５０Ａに対する操作終了後に表示される警告メッセージを見落とした場合であっても、後の処理工程のオペレータが、処理中の帳票データ５０Ａが二重読み取りされたデータであることを、早期に（操作に着手する前に）、認識することができる。
【０１２２】
そのため、センタ端末２３，２４，２５のオペレータは、処理中の帳票データ５０Ａが二重読み取りされたデータである場合に、無駄な作業を中止することができる。したがって、帳票処理システム１は、無駄な作業に要するセンタ端末２３，２４，２５のオペレータの労力を軽減することができるとともに、無駄な作業に要する時間を短縮することができる。そのため、帳票処理システム１は、振込処理の効率を向上させることができる。
【０１２３】
また、営業店１０は、早期に問い合わせを受けることにより、二重読取が行われた理由の確認や方針決定を円滑に行うことができる。また、帳票処理システム１は、無駄な作業に要する時間を短縮することができるため、振込依頼の受付時間の終了間際にスキャン処理された帳票データ５０Ａについても、受付時間内にリカバリ対応の実行頻度を向上させることができる。そのため、帳票処理システム１は、この点でも、振込処理の効率を向上させることができる。
【０１２４】
以上の通り、本実施形態に係る帳票処理システム１によれば、無駄な作業に要するセンタ端末２３，２４，２５のオペレータの労力を軽減することができるとともに、無駄な作業に要する時間を短縮することができる。そのため、帳票処理システム１は、振込処理の効率を向上させることができる。
【０１２５】
本発明は、前記した実施形態に限定されることなく、本発明の要旨を逸脱しない範囲で種々の変更や変形を行うことができる。
例えば、実施形態では、帳票処理システム１が振込処理に用いられる場合を想定して説明しているが、他の用途に用いることもできる。
【符号の説明】
【０１２６】
１ 帳票処理システム
２ ネットワーク
１０ 営業店
１１ スキャナ
２０ 集中センタ
２１ Ｗｅｂサーバ
２２ 為替サーバ
２３，２３Ｂ，２４，２５ センタ端末
２６ 通信ゲートウェイ
３０ 処理ホスト
１００ 受付端末
１１１，２１１，２２１，２３１ 通信部
１１２，２３２ 表示制御部
１１３，２３３ 入力制御部
１１４ 帳票データ取得部
１１４ａ 画像イメージデータ取得部
１１４ｂ 文字データ取得部（取引データ取得部）
１１５ 二重読取有無フラグ取得部
１１６，２１４，２３７ 記憶部
２２６ データベース
【特許請求の範囲】
【請求項１】
帳票に関するデータを帳票データとして受け付けるスキャナ制御端末と、当該帳票データに対して所定の処理を行うセンタ端末とが、ネットワークを介して接続された帳票処理システムにおいて、
前記スキャナ制御端末は、
前記帳票データを取得する帳票データ取得部と、
前記帳票データに対する二重読取有無フラグデータの入力操作を誘導する画面を表示部に表示させる表示制御部と、
前記二重読取有無フラグデータの入力操作が行われている場合に、前記入力された前記二重読取有無フラグデータを取得する二重読取有無フラグ取得部と、
前記二重読取有無フラグ取得部が取得した前記二重読取有無フラグデータと共に前記帳票データを送信する通信部とを備え、
前記センタ端末は、
受信された前記二重読取有無フラグデータに基づいて、前記帳票データが二重読み取りされたデータであるか否かを判別するチェック処理部と、
前記チェック処理部の判別結果に基づいて、前記帳票データの取り扱いに関するメッセージデータを生成するメッセージ生成部と、
前記メッセージデータを含む各種の情報を表示部に表示させる表示制御部とを備える
ことを特徴とする帳票処理システム。
【請求項２】
請求項１に記載の帳票処理システムにおいて、
前記メッセージ生成部は、前記帳票データが二重読み取りされたデータである場合に、前記メッセージデータとして、二重読取の確認を前記センタ端末のオペレータに促す警告メッセージ画面のデータを生成する
ことを特徴とする帳票処理システム。
【請求項３】
請求項１又は請求項２に記載の帳票処理システムにおいて、
前記センタ端末は、さらに、前記帳票データに対して所定の処理を行うための入力画面データを生成する入力画面生成部を備え、
前記入力画面生成部は、前記センタ端末のオペレータが前記帳票データに対して補正入力操作を行うエントリ処理時、前記センタ端末のオペレータがエントリ処理後の帳票データに対して検証操作を行うベリファイ処理時、及び、前記センタ端末のオペレータがベリファイ処理後の帳票データに対して承認操作を行う承認処理時のいずれか１乃至複数の処理時に、前記入力画面データを生成し、
前記チェック処理部は、前記入力画面生成部が前記入力画面データを生成する際に、前記帳票データが二重読み取りされたデータであるか否かを判別する
ことを特徴とする帳票処理システム。
【請求項４】
請求項３に記載の帳票処理システムにおいて、
前記スキャナ制御端末の前記帳票データ取得部は、前記帳票データとして、前記帳票の画像イメージデータ、及び、当該画像イメージデータに含まれる文字の認識結果である文字データを取得し、
前記入力画面生成部は、前記画像イメージデータ及び前記文字データを含む入力画面データを生成する
ことを特徴とする帳票処理システム。
【請求項５】
請求項３又は請求項４に記載の帳票処理システムにおいて、
さらに、前記帳票データを登録及び管理する為替サーバを有しており、
前記為替サーバは、
前記スキャナ制御端末から送信される前記帳票データ、並びに、前記エントリ処理、前記ベリファイ処理、及び、前記承認処理の各処理後の帳票データを登録するデータベースと、
前記承認処理後に、前記データベースに登録された前記承認操作後の帳票データに基づいて、処理ホストに送信する処理電文データを生成する処理電文データ生成部とを備える
ことを特徴とする帳票処理システム。
【請求項６】
請求項５に記載の帳票処理システムにおいて、
さらに、Ｗｅｂ画面として、前記帳票データを前記為替サーバの前記データベースに登録させるための画面を前記スキャナ制御端末に提供するＷｅｂサーバを有しており、
前記画面には、前記スキャナ制御端末を操作するオペレータに前記二重読取有無フラグデータを入力させるための二重読取チェックボックスが含まれている
ことを特徴とする帳票処理システム。
【請求項７】
請求項５又は請求項６に記載の帳票処理システムにおいて、
前記為替サーバは、前記データベースに、コンピュータを前記スキャナ制御端末として機能させるスキャナ制御端末用プログラムを記憶しており、当該スキャナ制御端末用プログラムを当該コンピュータに配信する
ことを特徴とする帳票処理システム。
【請求項８】
請求項５乃至請求項７のいずれか一項に記載の帳票処理システムにおいて、
前記為替サーバは、前記データベースに、コンピュータを前記センタ端末として機能させるセンタ端末用プログラムを記憶しており、当該センタ端末用プログラムを当該コンピュータに配信する
ことを特徴とする帳票処理システム。
【請求項９】
帳票に関するデータを帳票データとして受け付けるスキャナ制御端末とネットワークを介して接続され、当該帳票データに対して所定の処理を行うセンタ端末において、
前記スキャナ制御端末によって取得された前記帳票データが前記帳票データと共に取得される二重読み取りされたデータであるか否かを表す二重読取有無フラグデータに基づいて、前記スキャナ制御端末によって取得された前記帳票データが二重読み取りされたデータであるか否かを判別するチェック処理部と、
前記チェック処理部の判別結果に基づいて、前記帳票データの取り扱いに関するメッセージを生成するメッセージ生成部と、
前記メッセージデータを含む各種の情報を表示部に表示させる表示制御部とを備える
ことを特徴とするセンタ端末。
【請求項１０】
コンピュータを、帳票に関するデータを帳票データとして受け付けるスキャナ制御端末とネットワークを介して接続され、当該帳票データに対して所定の処理を行うセンタ端末として機能させるためのプログラムであって、
前記コンピュータを、
前記スキャナ制御端末によって取得された前記帳票データが前記帳票データと共に取得される二重読み取りされたデータであるか否かを表す二重読取有無フラグデータに基づいて、前記スキャナ制御端末によって取得された前記帳票データが二重読み取りされたデータであるか否かを判別するチェック処理部と、
前記チェック処理部の判別結果に基づいて、前記帳票データの取り扱いに関するメッセージを生成するメッセージ生成部と、
前記メッセージデータを含む各種の情報を表示部に表示させる表示制御部として機能させる
ことを特徴とするプログラム。
【請求項１】
帳票に関するデータを帳票データとして受け付けるスキャナ制御端末と、当該帳票データに対して所定の処理を行うセンタ端末とが、ネットワークを介して接続された帳票処理システムにおいて、
前記スキャナ制御端末は、
前記帳票データを取得する帳票データ取得部と、
前記帳票データに対する二重読取有無フラグデータの入力操作を誘導する画面を表示部に表示させる表示制御部と、
前記二重読取有無フラグデータの入力操作が行われている場合に、前記入力された前記二重読取有無フラグデータを取得する二重読取有無フラグ取得部と、
前記二重読取有無フラグ取得部が取得した前記二重読取有無フラグデータと共に前記帳票データを送信する通信部とを備え、
前記センタ端末は、
受信された前記二重読取有無フラグデータに基づいて、前記帳票データが二重読み取りされたデータであるか否かを判別するチェック処理部と、
前記チェック処理部の判別結果に基づいて、前記帳票データの取り扱いに関するメッセージデータを生成するメッセージ生成部と、
前記メッセージデータを含む各種の情報を表示部に表示させる表示制御部とを備える
ことを特徴とする帳票処理システム。
【請求項２】
請求項１に記載の帳票処理システムにおいて、
前記メッセージ生成部は、前記帳票データが二重読み取りされたデータである場合に、前記メッセージデータとして、二重読取の確認を前記センタ端末のオペレータに促す警告メッセージ画面のデータを生成する
ことを特徴とする帳票処理システム。
【請求項３】
請求項１又は請求項２に記載の帳票処理システムにおいて、
前記センタ端末は、さらに、前記帳票データに対して所定の処理を行うための入力画面データを生成する入力画面生成部を備え、
前記入力画面生成部は、前記センタ端末のオペレータが前記帳票データに対して補正入力操作を行うエントリ処理時、前記センタ端末のオペレータがエントリ処理後の帳票データに対して検証操作を行うベリファイ処理時、及び、前記センタ端末のオペレータがベリファイ処理後の帳票データに対して承認操作を行う承認処理時のいずれか１乃至複数の処理時に、前記入力画面データを生成し、
前記チェック処理部は、前記入力画面生成部が前記入力画面データを生成する際に、前記帳票データが二重読み取りされたデータであるか否かを判別する
ことを特徴とする帳票処理システム。
【請求項４】
請求項３に記載の帳票処理システムにおいて、
前記スキャナ制御端末の前記帳票データ取得部は、前記帳票データとして、前記帳票の画像イメージデータ、及び、当該画像イメージデータに含まれる文字の認識結果である文字データを取得し、
前記入力画面生成部は、前記画像イメージデータ及び前記文字データを含む入力画面データを生成する
ことを特徴とする帳票処理システム。
【請求項５】
請求項３又は請求項４に記載の帳票処理システムにおいて、
さらに、前記帳票データを登録及び管理する為替サーバを有しており、
前記為替サーバは、
前記スキャナ制御端末から送信される前記帳票データ、並びに、前記エントリ処理、前記ベリファイ処理、及び、前記承認処理の各処理後の帳票データを登録するデータベースと、
前記承認処理後に、前記データベースに登録された前記承認操作後の帳票データに基づいて、処理ホストに送信する処理電文データを生成する処理電文データ生成部とを備える
ことを特徴とする帳票処理システム。
【請求項６】
請求項５に記載の帳票処理システムにおいて、
さらに、Ｗｅｂ画面として、前記帳票データを前記為替サーバの前記データベースに登録させるための画面を前記スキャナ制御端末に提供するＷｅｂサーバを有しており、
前記画面には、前記スキャナ制御端末を操作するオペレータに前記二重読取有無フラグデータを入力させるための二重読取チェックボックスが含まれている
ことを特徴とする帳票処理システム。
【請求項７】
請求項５又は請求項６に記載の帳票処理システムにおいて、
前記為替サーバは、前記データベースに、コンピュータを前記スキャナ制御端末として機能させるスキャナ制御端末用プログラムを記憶しており、当該スキャナ制御端末用プログラムを当該コンピュータに配信する
ことを特徴とする帳票処理システム。
【請求項８】
請求項５乃至請求項７のいずれか一項に記載の帳票処理システムにおいて、
前記為替サーバは、前記データベースに、コンピュータを前記センタ端末として機能させるセンタ端末用プログラムを記憶しており、当該センタ端末用プログラムを当該コンピュータに配信する
ことを特徴とする帳票処理システム。
【請求項９】
帳票に関するデータを帳票データとして受け付けるスキャナ制御端末とネットワークを介して接続され、当該帳票データに対して所定の処理を行うセンタ端末において、
前記スキャナ制御端末によって取得された前記帳票データが前記帳票データと共に取得される二重読み取りされたデータであるか否かを表す二重読取有無フラグデータに基づいて、前記スキャナ制御端末によって取得された前記帳票データが二重読み取りされたデータであるか否かを判別するチェック処理部と、
前記チェック処理部の判別結果に基づいて、前記帳票データの取り扱いに関するメッセージを生成するメッセージ生成部と、
前記メッセージデータを含む各種の情報を表示部に表示させる表示制御部とを備える
ことを特徴とするセンタ端末。
【請求項１０】
コンピュータを、帳票に関するデータを帳票データとして受け付けるスキャナ制御端末とネットワークを介して接続され、当該帳票データに対して所定の処理を行うセンタ端末として機能させるためのプログラムであって、
前記コンピュータを、
前記スキャナ制御端末によって取得された前記帳票データが前記帳票データと共に取得される二重読み取りされたデータであるか否かを表す二重読取有無フラグデータに基づいて、前記スキャナ制御端末によって取得された前記帳票データが二重読み取りされたデータであるか否かを判別するチェック処理部と、
前記チェック処理部の判別結果に基づいて、前記帳票データの取り扱いに関するメッセージを生成するメッセージ生成部と、
前記メッセージデータを含む各種の情報を表示部に表示させる表示制御部として機能させる
ことを特徴とするプログラム。
【図１Ａ】
【図１Ｂ】
【図１Ｃ】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１Ｂ】
【図１Ｃ】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１２−１４１９２７（Ｐ２０１２−１４１９２７Ａ）
【公開日】平成２４年７月２６日（２０１２．７．２６）
【国際特許分類】
【出願番号】特願２０１１−１２０９（Ｐ２０１１−１２０９）
【出願日】平成２３年１月６日（２０１１．１．６）
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【出願人】（５９１０５１６４５）株式会社ＯＫＩソフトウェア (173)
【Ｆターム（参考）】
【公開日】平成２４年７月２６日（２０１２．７．２６）
【国際特許分類】
【出願日】平成２３年１月６日（２０１１．１．６）
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【出願人】（５９１０５１６４５）株式会社ＯＫＩソフトウェア (173)
【Ｆターム（参考）】
[ Back to top ]