JP6705135B2 - データ入力システム、データ入力方法、及び、プログラム - Google Patents

Description

本発明は、帳票に基づいてデータの入力を行わせるデータ入力システム、データ入力方法、及び、プログラムに関する。

帳票に基づいてデータの入力を行わせるデータ入力システムは、例えば、金融機関や流通機関等で広く用いられている。例えば、金融機関では、顧客から振込処理が依頼された場合に、データ入力システムが用いられる（例えば、特許文献１参照）。以下、金融機関で振込処理を行う場合を想定して、従来のデータ入力システムの概要につき説明する。

金融機関での振込処理に用いるデータ入力システムは、振込依頼用の帳票（振込依頼書）を処理対象の帳票として用いる。そして、データ入力システムは、帳票に関するデータ（以下、「帳票データ」と称する）を受け付ける受付端末と、帳票データに基づいて生成される処理電文データを処理ホストに送信するセンタ装置（為替サーバや端末装置等）とが、ネットワークを介して接続された構成となっている。受付端末は、金融機関の各営業店に配置され、一方、センタ装置は、帳票データを集中的に管理する集中センタに配置されている。

金融機関の営業店では、顧客から振込処理が依頼された場合に、受付端末のオペレータが受付端末を操作して、振込処理の受付業務処理を行う。その際に、受付端末のオペレータは、顧客によって諸事項が記載された振込依頼書のスキャン処理（光学読取処理）を受付端末に行わせる。受付端末は、スキャナを制御する端末装置である。受付端末は、通常、パーソナルコンピュータによって構成される。受付端末は、振込依頼書のスキャン処理を行って、振込依頼書の画像データを取得するとともに、その画像データに含まれる文字を文字認識して、認識結果である文字データを取得し、取得された振込依頼書の画像データ及び文字データを帳票データとしてセンタ装置に送信する。センタ装置は、受付端末から帳票データを受信すると、センタ装置を構成する為替サーバのデータベースに帳票データを登録する。

この後、金融機関の集中センタでは、センタ装置を構成する端末装置（以下、「センタ端末」と称する）のオペレータがセンタ端末を操作して、帳票データに対する所定の処理（例えば、帳票データに含まれている文字データに対する補正入力操作を行うエントリ業務処理や、エントリ業務処理後の帳票データに対する検証操作を行うベリファイ業務処理、ベリファイ業務処理後の帳票データに対する承認操作を行う承認業務処理等）をセンタ端末に行わせる。

センタ端末は、帳票データに対する各処理を行うと、その都度、各処理で得られる帳票データを為替サーバのデータベースに登録する。為替サーバは、帳票データに対する承認業務処理が行われると、承認業務処理後の帳票データに基づいて、処理ホストに振込等の為替処理を実行させるための処理電文データを生成して、生成された処理電文データを処理ホストに送信する。これにより、処理ホストが、処理電文データに基づいて、振込等の為替処理を実行する。

特開２０１２−１４１９２７号公報

従来のデータ入力システムは、以下に説明するように、帳票データの処理効率を向上させることが望まれている、という課題があった。

例えば、集中センタに配属されたばかりの初心者レベルのオペレータは、データを入力する打鍵スピードや入力されたデータ（打鍵内容）を検証する検証スピード等が熟練者レベルのオペレータや通常レベルのオペレータよりも劣る。そのため、初心者レベルのオペレータは、データの入力処理や入力されたデータの検証操作に時間がかかる。

従来のデータ入力システムは、オペレータの処理能力（例えば、打鍵スピードや打鍵内容の検証スピード等）に応じて帳票データをオペレータに配信する構成になっていなかった。そのため、従来のデータ入力システムは、オペレータの処理能力（例えば、打鍵スピードや打鍵内容の検証スピード等）に関係なく、エントリ業務処理やベリファイ業務処理、承認業務処理等の各オペレータに帳票データを読取順に順次配信していた。このような従来のデータ入力システムは、各オペレータによって処理量のバラツキが発生するため、１日当たりの打鍵数（処理した件数）で見ると、帳票データの処理効率が低い傾向にあった。

また、帳票は、種類によって難易度が異なる。また、近年では、比較的長期的に雇用された一般行員だけでなく、一時的に雇用されたパート行員が、集中センタに配属されることがある。そして、一般に、パート行員の帳票データに対する各種業務処理の実行権限は、一般行員よりも制限される傾向にある。従来のデータ入力システムは、帳票の難易度に応じて帳票データをオペレータに配信する構成になっていなかった。そのため、従来のデータ入力システムは、高難易度の帳票データを処理能力の低いオペレータに配信したり、又は、帳票データを実行権限のないオペレータに配信したりして、帳票データの処理効率を低下させることがあった。

本発明は、前記した課題を解決するためになされたものであり、帳票データの処理効率を向上させるデータ入力システム、データ入力方法、及び、プログラムを提供することを主な目的とする。

前記目的を達成するため、第１発明は、エントリ業務処理を行うエントリ担当者と、当該エントリ業務処理よりも上位業務処理を行う上位業務担当者とを指定して、帳票データの入力処理を行わせるデータ入力システムであって、各担当者のレベルを表すレベル情報と、各レベルの実行権限を表す実行権限情報と、前記エントリ担当者及び帳票の種類毎に上位業務担当者の振分ルールを表す振分ルール情報とを保持する情報保持手段と、入力処理対象の帳票の種類と前記レベル情報と前記実行権限情報とに基づいて、前記エントリ担当者を絞り込むエントリ担当者絞込手段と、前記エントリ担当者によって入力処理された前記帳票データについて、前記振分ルール情報に基づいて、前記上位業務担当者を絞り込む上位業務担当者絞込手段と、を備えた構成とする。

このデータ入力システムは、依頼受付を行った帳票に対し、帳票データをエントリ業務処理やその上位業務（例えば、ベリファイ業務処理、承認業務処理等）の各オペレータに配信する際の配信先の設定をオペレータのレベルに応じて帳票単位で行って、帳票データを各処理の実行に好適なオペレータに配信することができる。そのため、このデータ入力システムは、帳票データの処理効率を向上させることができる。

また、第２発明は、情報保持手段とエントリ担当者絞込手段と上位業務担当者絞込手段とを備えるデータ入力システムを用いて、エントリ業務処理を行うエントリ担当者と、当該エントリ業務処理よりも上位業務処理を行う上位業務担当者とを指定して、帳票データの入力処理を行わせるデータ入力方法であって、各担当者のレベルを表すレベル情報と、各レベルの実行権限を表す実行権限情報と、前記エントリ担当者及び帳票の種類毎に上位業務担当者の振分ルールを表す振分ルール情報とを前記情報保持手段に保持する工程と、前記エントリ担当者絞込手段で、入力処理対象の帳票の種類と前記レベル情報と前記実行権限情報とに基づいて、前記エントリ担当者を絞り込むエントリ担当者絞込工程と、前記上位業務担当者絞込手段で、前記エントリ担当者によって入力処理された前記帳票データについて、前記振分ルール情報に基づいて、前記上位業務担当者を絞り込む上位業務担当者絞込工程と、を備えた構成とする。

また、第３発明は、各担当者のレベルを表すレベル情報と、各レベルの実行権限を表す実行権限情報と、エントリ業務処理を行うエントリ担当者及び帳票の種類毎に当該エントリ業務処理よりも上位業務処理を行う上位業務担当者の振分ルールを表す振分ルール情報とが、情報保持手段に保持されたコンピュータを、前記エントリ業務処理を行うエントリ端末として機能させるためのプログラムであって、前記コンピュータを、前記エントリ担当者によって入力処理された帳票データについて、前記振分ルール情報に基づいて、前記上位業務担当者を絞り込む上位業務担当者絞込手段として機能させる構成とする。

本発明によれば、帳票データの処理効率を向上させることができる。

実施形態に係るデータ入力システムの構成を示す図（１）である。 実施形態に係るデータ入力システムの構成を示す図（２）である。 実施形態に係るデータ入力システムの構成を示す図（３）である。 実施形態に係るデータ入力システムの構成を示す図（４）である。 実施形態に係るデータ入力システムの構成を示す図（５）である。 実施形態に係るデータ入力システムの構成を示す図（６）である。 実施形態に係るデータ入力システムを用いる金融機関の集中センタの組織構成を示す図である。 実施形態で用いるオペレータレベル情報を示す図である。 実施形態で用いる業務別実行権限情報を示す図である。 実施形態で用いる帳票種類別実行権限情報を示す図である。 実施形態で用いる打鍵実績情報を示す図である。 実施形態で用いる振分ルール情報を示す図である。 実施形態で用いる帳票読取画面を示す図である。 実施形態で用いるエントリ画面を示す図である。 実施形態に係るデータ入力システムの動作を示すフローチャート（１）である。 実施形態に係るデータ入力システムの動作を示すフローチャート（２）である。 実施形態に係るデータ入力システムの動作を示すフローチャート（３）である。 実施形態に係るデータ入力システムの動作を示すフローチャート（４）である。 実施形態に係るデータ入力システムの動作を示すフローチャート（５）である。 実施形態に係るデータ入力システムの動作を示すフローチャート（６）である。

以下、図面を参照して、本発明の実施の形態（以下、「本実施形態」と称する）につき詳細に説明する。なお、各図は、本発明を十分に理解できる程度に、概略的に示してあるに過ぎない。よって、本発明は、図示例のみに限定されるものではない。また、各図において、共通する構成要素や同様な構成要素については、同一の符号を付し、それらの重複する説明を省略する。

［実施形態］
本実施形態は、帳票データをエントリ業務処理やその上位業務処理（例えば、ベリファイ業務処理、承認業務処理等）の各オペレータに配信する際の配信先の設定をオペレータのレベルに応じて帳票単位で行って、帳票データを各処理の実行に好適なオペレータに配信することにより、帳票データの処理効率を向上させるデータ入力システムを提供することを目的にしている。

ここで、「帳票データ」とは、スキャナによって取得された帳票の画像データと、帳票の画像データに含まれる文字（数字や記号等を含む）を文字認識した結果である文字データとを含むデータである。また、「各処理の実行に好適なオペレータ」とは、例えば、業務処理の実行権限を有するオペレータで、かつ、業務処理の実行に際して適正な処理能力（例えば、打鍵スピードや打鍵内容の検証スピード等）を有するオペレータを意味している。ここでは、オペレータとは、組織の下層の人物だけでなく、組織の上層の人物（例えば、データ入力システムのシステム管理者である集中センタの部門長）を含むものとして説明する。

＜データ入力システムの構成＞
以下、図１Ａ〜図１Ｆを参照して、本実施形態に係るデータ入力システム１の構成につき説明する。ここでは、本実施形態に係るデータ入力システム１が金融機関で振込処理に用いられる場合を想定して説明する。

図１Ａ〜図１Ｆは、それぞれ、本実施形態に係るデータ入力システム１の構成を示す図である。図１Ａは、データ入力システム１の全体構成を示している。図１Ｂは、後記する受付端末１００の構成を示している。図１Ｃは、後記するＷｅｂサーバ２１の構成を示している。図１Ｄは、後記する為替サーバ２２の構成を示している。図１Ｅは、後記するオペレータ情報管理サーバ２３の構成を示している。図１Ｆは、後記するエントリ端末３１の構成を示している。

（システム全体の構成）
図１Ａに示すように、本実施形態に係るデータ入力システム１は、営業店１０に設置された機器と、集中センタ２０に設置された機器とを含む構成となっており、振込処理を実行する処理ホスト４０と接続されている。

営業店１０に設置された機器としては、スキャナ１１及び受付端末１００がある。図１Ａに示す例では、スキャナ１１及び受付端末１００が１台ずつしか示されていないが、これらは営業店１０内に複数台ずつ設置されていてもよい。スキャナ１１及び受付端末１００は、ＬＡＮ等の通信回線を介して、通信可能に接続されている。

スキャナ１１は、帳票５０のスキャン処理（光学読取処理）を実行する装置である。ここでは、振込依頼書が処理対象の帳票５０として用いられるものとして説明する。

受付端末１００は、スキャナ１１を制御する端末装置であり、帳票５０に基づいて各種の取引処理を受け付ける。受付端末１００は、スキャナ１１に帳票５０のスキャン処理を実行させて、帳票５０の画像データを取得する機能や、帳票５０の画像データに含まれる文字（数字や記号等を含む）を文字認識して、認識結果である文字データを取得する機能、帳票５０の画像データと文字データとを帳票データとして集中センタ２０のデータベース２２６（図１Ｄ参照）に登録する機能等を有している。図１Ａに示す例では、受付端末１００は、スキャナ１１と別体の装置となっているが、スキャナ１１と１つの装置に統合することもできる。

受付端末１００は、ネットワーク２を介して、集中センタ２０の機器（具体的には、Ｗｅｂサーバ２１）と接続されている。図１Ａに示す例では、１つの受付端末１００が集中センタ２０の機器と接続されているが、複数の受付端末１００が集中センタ２０の機器と接続されていてもよい。また、複数の営業店１０に設置された複数の受付端末１００が集中センタ２０の機器と接続されていてもよい。また、スキャナ１１及び受付端末１００は、営業店１０内だけでなく、集中センタ２０内にも設置することができ、この場合に、集中センタ２０内で集中センタ２０の機器と接続される構成となる。

集中センタ２０に設置された機器としては、Ｗｅｂサーバ２１、為替サーバ２２、オペレータ情報管理サーバ２３、エントリ端末３１、ベリファイ端末３２、承認端末３３、及び、通信ゲートウェイ３９がある。図１Ａに示す例では、エントリ端末３１及びベリファイ端末３２が１台ずつしか示されていないが、これらは集中センタ２０内に複数台ずつ設置されている。また、図１Ａに示す例では、承認端末３３が１台しか示されていないが、承認端末３３は集中センタ２０内に複数台設置されていてもよい。Ｗｅｂサーバ２１、為替サーバ２２、エントリ端末３１、ベリファイ端末３２、承認端末３３、及び、通信ゲートウェイ３９は、ＬＡＮ等の通信回線を介して、通信可能に接続されている。

Ｗｅｂサーバ２１は、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）システムにおいて、情報送信を行うサーバである。Ｗｅｂサーバ２１は、様々な表示画面（例えば、スキャナ１１に帳票５０のスキャン処理の実行を指示するための帳票読取画面Ｐ１００（図６参照）等）を受付端末１００に提供したり、受付端末１００から、表示画面で入力された指示や入力データ、帳票データ等を取得したりする。Ｗｅｂサーバ２１は、受付端末１００から取得されたデータ（特に、帳票データ）を為替サーバ２２に設けられたデータベース２２６（図１Ｄ参照）に登録する。

為替サーバ２２は、帳票データを登録して管理するサーバである。為替サーバ２２は、帳票データに基づいて、処理電文データを生成して、処理ホスト４０に送信する機能を有している。ここで、「処理電文データ」は、処理ホスト４０に振込等の為替処理を実行させるための為替決済データである。また、処理ホスト４０は、処理電文データに基づいて為替処理を実行するデータ処理装置である。

オペレータ情報管理サーバ２３は、集中センタ２０に在籍している各オペレータに関する様々な情報を管理するサーバである。オペレータ情報管理サーバ２３は、他のサーバ（例えば、為替サーバ２２）と一つに統合することができる。

エントリ端末３１とベリファイ端末３２と承認端末３３とは、帳票データに対して各種の業務処理に係る所定の処理を行うセンタ端末である。エントリ端末３１は、エントリ業務処理用のセンタ端末である。ベリファイ端末３２は、ベリファイ業務処理用のセンタ端末である。承認端末３３は、承認業務処理用のセンタ端末である。

帳票データの処理ミスを確実に防止することを前提としたデータ入力システム１では、データ入力（エントリ）、検証（ベリファイ）、及び、承認等の多段階の確認プロセスが採用される。エントリ端末３１、ベリファイ端末３２、及び、承認端末３３は、このような確認プロセスを実現するための端末装置である。データ入力システム１では、エントリ端末３１とベリファイ端末３２と承認端末３３とが帳票データに対して前記した多段階の確認プロセスを実行すると、為替サーバ２２が帳票データに基づいて処理電文データを生成する。

通信ゲートウェイ３９は、ネットワーク上で、媒体やプロトコルが異なるデータを相互に変換して通信を可能にするデータ処理装置である。

（受付端末の構成）
営業店１０側の装置である受付端末１００は、例えば、パーソナルコンピュータ（以下、「ＰＣ」と称する）によって構成される。このＰＣは、記憶部１１６に格納された制御プログラムを実行することによって、受付端末１００として機能する。ＰＣを受付端末１００として機能させる制御プログラムは、例えば、図示せぬ記憶媒体を介して受付端末１００にインストールされる。又は、この制御プログラムは、集中センタ２０に設置された機器の記憶部（例えば、為替サーバ２２のデータベース２２６）に予め記憶されており、その機器から受付端末１００にダウンロードされるようにしてもよい。

図１Ｂに示すように、受付端末１００は、通信部１１１、表示制御部１１２、入力処理部１１３、帳票データ取得部１１４、エントリ担当者絞込部１１５、及び、記憶部１１６を有している。表示制御部１１２、入力処理部１１３、帳票データ取得部１１４、及び、エントリ担当者絞込部１１５は、受付端末１００の図示せぬＣＰＵが記憶部１１６に格納されている制御プログラムを実行することにより、実現される。

通信部１１１は、外部の機器との通信を実行する構成要素である。通信部１１１は、例えば、通信デバイス等で構成されている。
表示制御部１１２は、図示せぬ表示部に画像を表示させる機能手段である。
入力処理部１１３は、例えばキーボードやマウス等の図示せぬ入力部からの入力を受け付ける機能手段である。

帳票データ取得部１１４は、帳票データを取得する機能手段である。帳票データ取得部１１４は、画像データ取得部１１４ａ及び文字データ取得部１１４ｂを備えている。
画像データ取得部１１４ａは、スキャナ１１に帳票５０のスキャン処理を実行させて、スキャナ１１から帳票５０の画像データを取得する機能手段である。
文字データ取得部１１４ｂは、画像データ取得部１１４ａによって取得された画像データに含まれている文字を文字認識し、認識結果である文字データを取得する機能手段である。

エントリ担当者絞込部１１５は、集中センタ２０に在籍している多数のオペレータの中から、エントリ担当者を絞り込む機能手段である。ここで、「エントリ担当者」とは、エントリ業務処理（具体的には、帳票データに含まれている文字データに対する補正入力操作）を行うオペレータを意味している。

記憶部１１６は、帳票データを取得するために必要な様々なデータや制御プログラムを記憶する記憶手段である。記憶部１１６は、例えば、後記するオペレータレベル情報Ｄ１（図２Ｂ参照）、後記する実行権限情報Ｄ２ａ，Ｄ２ｂ（図３Ａ及び図３Ｂ参照）、後記する打鍵実績情報Ｄ３（図４参照）等を記憶する。これらの情報は、任意のタイミングでオペレータ情報管理サーバ２３から提供されたものである。これらの情報の詳細については後記する。

（Ｗｅｂサーバの構成）
図１Ｃに示すように、集中センタ２０側の装置であるＷｅｂサーバ２１は、通信部２１１、Ｗｅｂ画面生成部２１２、データ抽出部２１３、及び、記憶部２１４を有している。Ｗｅｂ画面生成部２１２、及び、データ抽出部２１３は、Ｗｅｂサーバ２１の図示せぬＣＰＵが記憶部２１４に格納されている制御プログラムを実行することにより、実現される。

通信部２１１は、外部の機器との通信を実行する構成要素である。通信部２１１は、例えば、通信デバイス等で構成されている。
Ｗｅｂ画面生成部２１２は、記憶部２１４に予め記憶された画面フォーム情報に基づいて、受付端末１００に提供する画面（以下、「提供画面」と称する）データを生成する機能手段である。

データ抽出部２１３は、受付端末１００から受信される各種のデータの中から、振込等の為替処理の実行に係る帳票データ等を抽出する機能手段である。データ抽出部２１３は、抽出された帳票データ等を為替サーバ２２のデータベース２２６に登録する。
記憶部２１４は、提供画面データを生成するために必要な様々なデータや制御プログラムを記憶する記憶手段である。

（為替サーバの構成）
図１Ｄに示すように、集中センタ２０側の装置である為替サーバ２２は、通信部２２１、エントリ操作受付部２２２、ベリファイ操作受付部２２３、承認操作受付部２２４、処理電文データ生成部２２５、及び、データベース２２６を有している。エントリ操作受付部２２２、ベリファイ操作受付部２２３、承認操作受付部２２４、及び、処理電文データ生成部２２５は、為替サーバ２２の図示せぬＣＰＵがデータベース２２６に格納されている制御プログラムを実行することにより、実現される。

通信部２２１は、外部の機器との通信を実行する構成要素である。通信部２２１は、例えば、通信デバイス等で構成されている。
エントリ操作受付部２２２は、エントリ業務処理の実行時に、エントリ端末３１で行われた帳票データに対する補正入力操作を受け付ける機能手段である。エントリ操作受付部２２２は、帳票データに対する補正入力操作が行われると、補正入力操作された帳票データをエントリデータとして為替サーバ２２のデータベース２２６に登録する。

ベリファイ操作受付部２２３は、ベリファイ業務処理の実行時に、ベリファイ端末３２で行われた帳票データに対する検証操作を受け付ける機能手段である。ベリファイ操作受付部２２３は、帳票データに対する検証操作が行われると、検証操作された帳票データをベリファイデータとして為替サーバ２２のデータベース２２６に登録する。
承認操作受付部２２４は、承認業務処理の実行時に、承認端末３３で行われた帳票データに対する承認操作を受け付ける機能手段である。承認操作受付部２２４は、帳票データに対する承認操作が行われると、承認操作された帳票データを承認データとして為替サーバ２２のデータベース２２６に登録する。

処理電文データ生成部２２５は、振込等の為替処理を処理ホスト４０に実行させるための処理電文データを生成する機能手段である。処理電文データ生成部２２５は、データベース２２６に登録された承認データ（承認操作された帳票データ）に基づいて処理電文データを生成する。
データベース２２６は、提供画面データを生成するために必要な様々なデータや制御プログラムを記憶する記憶手段である。為替サーバ２２は、エントリ端末３１とベリファイ端末３２と承認端末３３とによって帳票データに対する各処理が行われると、各処理で得られる帳票データをデータベース２２６に登録する。

（オペレータ情報管理サーバの構成）
図１Ｅに示すように、集中センタ２０側の装置であるオペレータ情報管理サーバ２３は、通信部２３１、情報管理部２３２、及び、データベース２３６を有している。情報管理部２３２は、オペレータ情報管理サーバ２３の図示せぬＣＰＵがデータベース２３６に格納されている制御プログラムを実行することにより、実現される。

通信部２３１は、外部の機器との通信を実行する構成要素である。通信部２３１は、例えば、通信デバイス等で構成されている。
情報管理部２３２は、各種の情報のデータベース２３６への登録や、データベース２３６に登録されている各種の情報の受付端末１００やエントリ端末３１、ベリファイ端末３２、承認端末３３への提供等を管理する機能手段である。

データベース２３６は、帳票データの好適なオペレータへの配信を実現するための様々なデータや制御プログラムを記憶する記憶手段である。データベース２３６は、例えば、後記するオペレータレベル情報Ｄ１（図２Ｂ参照）、後記する実行権限情報Ｄ２ａ，Ｄ２ｂ（図３Ａ及び図３Ｂ参照）、後記する打鍵実績情報Ｄ３（図４参照）、後記する振分ルール情報Ｄ４（図５参照）等を記憶する。これらの情報については後記する。

（エントリ端末の構成）
図１Ｆに示すように、集中センタ２０側の装置であるエントリ端末３１は、通信部３１１、表示制御部３１２、入力処理部３１３、入力画面生成部３１４、上位業務担当者絞込部３１５、及び、記憶部３１６を有している。表示制御部３１２、入力処理部３１３、入力画面生成部３１４、及び、上位業務担当者絞込部３１５は、エントリ端末３１の図示せぬＣＰＵが記憶部３１６に格納されている制御プログラムを実行することにより、実現される。

通信部３１１は、外部の機器との通信を実行する構成要素である。通信部３１１は、例えば、通信デバイス等で構成されている。
表示制御部３１２は、図示せぬ表示部に画像を表示させる機能手段である。
入力処理部３１３は、例えばキーボードやマウス等の図示せぬ入力部からの入力を受け付ける機能手段である。

入力画面生成部３１４は、エントリ業務処理やベリファイ業務処理、承認業務処理等において、帳票データに対する各種の処理を実行するための入力画面を生成する機能手段である。
上位業務担当者絞込部３１５は、集中センタ２０に在籍している多数のオペレータの中から、上位業務担当者を絞り込む機能手段である。ここで、「上位業務担当者」とは、エントリ業務処理よりも上位業務処理（例えば、ベリファイ業務処理や承認業務処理等）を行うオペレータを意味している。「上位業務担当者」としては、ベリファイ業務処理（具体的には、エントリ業務処理後の帳票データに対する検証操作）を行うベリファイ担当者や、承認業務処理（具体的には、ベリファイ業務処理後の帳票データに対する承認操作）を行う承認担当者等が存在する。

記憶部３１６は、帳票データに対する所定の処理を実行するために必要な様々なデータや制御プログラムを記憶する記憶手段である。記憶部３１６は、例えば、後記するオペレータレベル情報Ｄ１（図２Ｂ参照）、後記する実行権限情報Ｄ２ａ，Ｄ２ｂ（図３Ａ及び図３Ｂ参照）、後記する振分ルール情報Ｄ４（図５参照）等を記憶する。これらの情報は、任意のタイミングでオペレータ情報管理サーバ２３から提供されたものである。

エントリ端末３１は、例えば、ＰＣによって構成される。このＰＣは、記憶部３１６に格納された制御プログラムを実行することによって、エントリ端末３１として機能する。ＰＣをエントリ端末３１として機能させる制御プログラムは、例えば、図示せぬ記憶媒体を介してエントリ端末３１にインストールされる。又は、この制御プログラムは、集中センタ２０に設置された機器の記憶部（例えば、為替サーバ２２のデータベース２２６）に予め記憶されており、その機器からエントリ端末３１にダウンロードされるようにしてもよい。

なお、図１Ａに示すベリファイ端末３２及び承認端末３３は、エントリ端末３１とほぼ同様の構成になっている。ただし、ベリファイ端末３２及び承認端末３３は、後記する上位業務担当者絞込部３１５が削除された構成であってもよい。ベリファイ端末３２及び承認端末３３は、エントリ端末３１と同様に、例えば、ＰＣによって構成される。このＰＣは、エントリ端末３１と同様に、記憶部に格納された制御プログラムを実行することによって、ベリファイ端末３２及び承認端末３３として機能する。

＜各種のデータの一例＞
以下、図２Ａ〜図２Ｂ、図３Ａ〜図３Ｂ、図４、及び、図５を参照して、本実施形態で用いる各種のデータの一例につき説明する。ただし、各図に示すデータの構成は、運用に応じて適宜変更することができる。

（オペレータレベル情報）
まず、図２Ａ〜図２Ｂを参照して、オペレータレベル情報Ｄ１につき説明する。オペレータレベル情報Ｄ１は、組織内の階層レベルと処理能力レベル（例えば、打鍵スピードや打鍵内容の検証スピード等のレベル）を考慮した各オペレータのレベルを表している。図２Ａは、集中センタ２０の組織構成を示す図である。図２Ｂは、オペレータレベル情報Ｄ１を示す図である。

図２Ａに示す例では、集中センタ２０の組織構成は、データ入力システム１のシステム管理者である「部門長Ｔ」を頂点にして、役席である「上司Ｓ」が部門長Ｔの下に配置された構成になっている。そして、熟練者レベルの一般行員である行員Ａ１、通常レベルの一般行員である行員Ａ２、及び、初心者レベルの一般行員である行員Ａ３が上司Ｓの下に配置されている。また、熟練者レベルのパート行員である行員Ｂ１、通常レベルのパート行員である行員Ｂ２、及び、初心者レベルのパート行員である行員Ｂ３が上司Ｓの下に配置されている。図２Ｂは、図２Ａに示す集中センタ２０の組織構成に基づいて作成されたオペレータレベル情報Ｄ１の一例を示している。

なお、ここでは、一般行員又はパート行員が一つのオペレータレベルにつき一人しか存在しない場合を想定して説明する。しかしながら、実際には、一般行員又はパート行員は、一つのオペレータレベルにつき複数人存在する。

（実行権限情報）
次に、図３Ａ〜図３Ｂを参照して、実行権限情報Ｄ２ａ，Ｄ２ｂにつき説明する。実行権限情報Ｄ２ａ，Ｄ２ｂは、業務処理を実行する際の権限の有無を表すテーブル情報である。図３Ａは、業務別実行権限情報Ｄ２ａを示す図である。図３Ｂは、帳票種別実行権限情報Ｄ２ｂを示す図である。図中、マーク「●」は帳票データに対する処理権限（帳票データに対するアクセス権限を含む）があることを示している。

図３Ａに示す業務別実行権限情報Ｄ２ａは、業務処理の種別毎に各オペレータレベルのデータ入力処理の権限の有無を表している。また、図３Ｂに示す帳票種別実行権限情報Ｄ２ｂは、帳票５０の種別毎に各オペレータレベルのデータ入力処理の権限の有無を表している。

図３Ｂに示す例では、帳票５０の種別として、一件式定型帳票、連記式定型帳票、登録式定型帳票、一件式非定型帳票、及び、連記式非定型帳票が示されている。一件式定型帳票は、１枚の帳票５０に１件の振込依頼が記載された定形の帳票（自行の帳票）である。連記式定型帳票は、１枚の帳票５０に複数件の振込依頼が記載された定形の帳票（自行の帳票）である。登録式定型帳票は、連記式定型帳票と同様の形式の帳票であるが、処理ホスト４０に保有されている依頼人情報や受取人情報が予め印刷された点で連記式定型帳票と相違している。一件式非定型帳票は、１枚の帳票５０に１件の振込依頼が記載された非定形の帳票（他行の帳票）である。連記式非定型帳票は、１枚の帳票５０に複数件の振込依頼が記載された非定形の帳票（他行の帳票）である。

帳票５０のエントリ業務処理及びベリファイ業務処理での難易度は、難易度の高い方から順に、連記式非定型帳票、登録式定型帳票、連記式定型帳票、一件式非定型帳票、一件式定型帳票となっている。データ入力システム１は、難易度の高い帳票データを熟練者レベルのオペレータに配信し、難易度の比較的低い帳票データを初心者レベルのオペレータに配信する構成になっている。

データ入力システム１は、業務別実行権限情報Ｄ２ａ（図３Ａ参照）と帳票種別実行権限情報Ｄ２ｂ（図３Ｂ参照）とのアンド条件の演算を行うことによって、各オペレータレベルのデータ入力処理の権限の有無を特定する。特定された各オペレータレベルのデータ入力処理の権限の有無は、例えば、後記する帳票読取画面Ｐ１００（図６参照）でエントリ担当者を指定する際のプルダウンメニューＰＤ１０１（図６参照）や、後記するエントリ画面Ｐ３１（図７参照）でベリファイ担当者を指定する際のプルダウンメニューＰＤ１３１ａ（図７参照）、承認担当者を指定する際のプルダウンメニューＰＤ１３１ｂ（図７参照）等の表示情報に反映される。

図４は、打鍵実績情報Ｄ３を示す図である。打鍵実績情報Ｄ３は、営業日毎に各担当者の打鍵の実績状況を表している。データ入力システム１は、各エントリ担当者がエントリ業務処理で打鍵処理を完了する毎に、各エントリ担当者の打鍵実績を積算して算出する。

本実施形態では、データ入力システム１は、帳票データの配信先を決定する際に、打鍵実績情報Ｄ３を参照する。例えば、データ入力システム１は、エントリ業務処理で難易度の低い帳票データを各エントリ担当者に配信する際に、オペレータレベルが低くかつ打鍵実績の少ないオペレータに優先的に帳票データの配信先に決定することによって、そのオペレータの処理能力の向上を図っている。

図５は、振分ルール情報Ｄ４を示す図である。振分ルール情報Ｄ４は、エントリ担当者及び帳票５０の種類毎に上位業務担当者（例えば、ベリファイ担当者や承認担当者等）の振分ルールを表している。

図５に示す例では、振分ルール情報Ｄ４は、帳票５０の種類が自行宛の振込先の帳票であるのか又は他行宛の振込先の帳票であるのかの違いを分岐条件とし、エントリ担当者毎に、分岐条件に応じて、帳票データの配信先となる上位業務担当者を規定している。例えば、振分ルール情報Ｄ４は、エントリ担当者が行員Ａ３で、かつ、帳票５０が他行宛の振込先の帳票である場合に、行員Ａ１をベリファイ担当者として規定し、また、その上位職である上司Ｓを承認担当者として規定している。

＜画面の一例＞
以下、図６〜図７を参照して、本実施形態で用いる画面の一例につき説明する。ただし、各図に示す画面の構成は、運用に応じて適宜変更することができる。

（帳票読取画面）
まず、図６を参照して、帳票読取画面Ｐ１００につき説明する。帳票読取画面Ｐ１００は、スキャナ１１に帳票５０のスキャン処理を実行させて、帳票５０の画像データを取得するための画面である。また、帳票読取画面Ｐ１００は、エントリ業務処理の実行時における帳票データの配信先であるエントリ担当者の指定を受け付ける画面でもある。帳票読取画面Ｐ１００は、後記する受付業務処理（図８のＳ１０参照）時に、受付端末１００の表示部に表示される。

図６に示す例では、帳票読取画面Ｐ１００は、ＯＣＲ通番表示欄Ｐ１００ａ、帳票画像表示欄Ｐ１００ｂ、エントリ担当者表示欄ＰＤ１００、読取ボタン１００ａ、転送ボタンＢ１００ｂ、及び、破棄ボタンＢ１００ｃを備える構成になっている。

ＯＣＲ通番表示欄Ｐ１００ａは、帳票５０毎に採番されるＯＣＲ通番を表示するための欄である。
帳票画像表示欄Ｐ１００ｂは、帳票５０の画像データを表示するための欄である。
エントリ担当者表示欄ＰＤ１００は、エントリ担当者を指定表示するための欄である。

読取ボタン１００ａは、帳票５０のスキャン処理の実行を受付端末１００に指示するためのボタンである。
転送ボタンＢ１００ｂは、帳票データの集中センタ２０（具体的には、為替サーバ２２）への転送を受付端末１００に指示するためのボタンである。
破棄ボタンＢ１００ｃは、帳票データの破棄を受付端末１００に指示するためのボタンである。

受付端末１００は、帳票読取画面Ｐ１００を表示部に表示する際に、オペレータレベル情報Ｄ１（図２Ｂ参照）、業務別実行権限情報Ｄ２ａ（図３Ａ参照）、帳票種別実行権限情報Ｄ２ｂ（図３Ｂ参照）、及び、打鍵実績情報Ｄ３（図４参照）を参照して、エントリ担当者となることが可能な候補者（以下、「エントリ候補者」と称する）を絞り込み、絞り込まれたエントリ候補者の氏名を打鍵実績の多い順でプルダウンメニューＰＤ１０１内に設定する。ここで、「エントリ候補者」とは、帳票データに対するエントリ業務処理権限があるオペレータを意味している。

エントリ担当者表示欄ＰＤ１００は、当初、「指定なし」が表示された状態（又は、空欄状態であってもよい）になっている。エントリ担当者表示欄ＰＤ１００は、プルダウンメニューＰＤ１０１が押下されると、エントリ候補者の氏名が選択可能に表示される。したがって、受付端末１００は、帳票読取画面Ｐ１００上のプルダウンメニューＰＤ１０１を操作することにより、エントリ担当者を指定することができる。なお、本実施形態では、プルダウンメニューＰＤ１０１に表示されるエントリ候補者の氏名は、帳票読取画面Ｐ１００が表示部に表示される都度、更新されるものとして説明する。

（エントリ画面）
次に、図７を参照して、エントリ画面Ｐ３１につき説明する。エントリ画面Ｐ３１は、エントリ業務処理（帳票データに含まれている文字データに対する補正入力操作）を行う
ための画面である。エントリ画面Ｐ３１は、後記するエントリ業務処理（図８のＳ２０参照）時に、エントリ端末３１の表示部に表示される。

図７に示す例では、エントリ画面Ｐ３１は、ツールバー表示欄Ｐ３１ａ、帳票画像表示欄Ｐ３１ｂ、エントリフィールドＰ３１ｃ、ベリファイ担当者表示欄Ｐ３１ａ、承認担当者表示欄Ｐ３１ｂ、及び、ファンクションキー表示欄Ｂ３１ａ，Ｂ３１ｂ，Ｂ３１ｃを備える構成になっている。

ツールバー表示欄Ｐ３１ａは、操作に用いる各種のツールや、エントリ端末３１を操作するエントリ担当者の氏名、処理対象の帳票５０のＯＣＲ通番等を表示するための欄である。
帳票画像表示欄Ｐ３１ｂは、帳票５０の画像データを表示するための欄である。
エントリフィールドＰ３１ｃは、帳票５０の画像データを文字認識した結果である文字データを表示するための欄である。
ベリファイ担当者表示欄Ｐ３１ａは、ベリファイ担当者を指定表示するための欄である。
承認担当者表示欄Ｐ３１ｂは、承認担当者を指定表示するための欄である。

ファンクションキー表示欄Ｂ３１ａ，Ｂ３１ｂ，Ｂ３１ｃは、エントリ端末３１のキーボードの各ファンクションキーに対応付けられた機能を表している。図７に示す例では、ファンクションキー表示欄Ｂ３１ａは、ファンクションキーＦ１が転送ボタンとして機能することを表している。エントリ端末３１は、ファンクションキーＦ１が押下された場合に、帳票データをベリファイ端末３２に転送する。このとき、エントリ端末３１は、為替サーバ２２を介して帳票データをベリファイ端末３２に転送してもよい。また、図７に示す例では、ファンクションキー表示欄Ｂ３１ｂは、ファンクションキーＦ２が前画面に戻る動作をエントリ端末３１に指示する指示ボタンとして機能することを表している。また、図７に示す例では、ファンクションキー表示欄Ｂ３１ｃは、ファンクションキーＦ３が帳票データの営業店１０の受付端末１００への返送をエントリ端末３１に指示する返送ボタンとして機能することを表している。

エントリ端末３１は、エントリ画面Ｐ３１を表示部に表示する際に、オペレータレベル情報Ｄ１（図２Ｂ参照）、業務別実行権限情報Ｄ２ａ（図３Ａ参照）、及び、帳票種別実行権限情報Ｄ２ｂ（図３Ｂ参照）を参照して、ベリファイ担当者となることが可能な候補者（以下、「ベリファイ候補者」と称する）及び承認担当者となることが可能な候補者（以下、「承認候補者」と称する）を絞り込み、絞り込まれたベリファイ候補者をプルダウンメニューＰＤ１３１ａ内に設定するとともに、絞り込まれた承認候補者をプルダウンメニューＰＤ１３１ｂ内に設定する。ここで、「ベリファイ候補者」とは、帳票データに対するベリファイ業務処理権限があるオペレータを意味している。また、「承認候補者」とは、帳票データに対する承認業務処理権限があるオペレータを意味している。

ただし、エントリ端末３１は、帳票５０に設けられた銀行名記入欄の文字認識結果によって帳票５０の種別が自行宛の振込先の帳票であるのか又は他行宛の振込先の帳票であるのかの違いを識別することができた場合に、振分ルール情報Ｄ４（図５参照）に登録された振分ルールに基づいて、ベリファイ候補者及び承認候補者を絞り込み、絞り込まれたベリファイ候補者をプルダウンメニューＰＤ１３１ａ内に設定するとともに、絞り込まれた承認候補者をプルダウンメニューＰＤ１３１ｂ内に設定する。

ベリファイ担当者表示欄Ｐ３１ａ及び承認担当者表示欄Ｐ３１ｂは、当初、「指定なし」が表示された状態（又は、空欄状態であってもよい）になっている。ベリファイ担当者表示欄Ｐ３１ａは、プルダウンメニューＰＤ１３１ａが押下されると、ベリファイ候補者の氏名が選択可能に表示される。したがって、エントリ端末３１は、エントリ画面Ｐ３１上のプルダウンメニューＰＤ１３１ａを操作することにより、ベリファイ担当者を指定することができる。同様に、承認担当者表示欄Ｐ３１ｂは、プルダウンメニューＰＤ１３１ｂが押下されると、承認候補者の氏名が選択可能に表示される。したがって、エントリ端末３１は、エントリ画面Ｐ３１上のプルダウンメニューＰＤ１３１ｂを操作することにより、承認担当者を指定することができる。なお、本実施形態では、プルダウンメニューＰＤ１３１ａに表示されるベリファイ候補者の氏名及びプルダウンメニューＰＤ１３１ｂに表示される承認候補者の氏名は、エントリ画面Ｐ３１が表示部に表示される都度、更新されるものとして説明する。

＜データ入力システムの動作＞
以下、図８、図９Ａ〜図９Ｂ、及び、図１０Ａ〜図１０Ｃを参照して、データ入力システム１の動作につき説明する。図８、図９Ａ〜図９Ｂ、及び、図１０Ａ〜図１０Ｃは、それぞれ、データ入力システム１の動作を示すフローチャートである。

なお、各装置は、図示せぬタイマによって計測された時間に基づいて動作する。また、各装置の動作は、各装置の記憶部に読み出し自在に予め格納されたプログラムによって規定されており、各装置の制御部によって実行される。また、装置間の通信は、受信側の装置が通信によって受信されたデータを記憶部に一旦格納し、その後に、データを記憶部から読み出すことによって、行われる。また、各データは、記憶部に読み出し自在に一旦格納されてから、その後の処理を行う所要の構成要素に出力される。以下、これらの点については、情報処理では常套手段であるので、その詳細な説明を省略する。

図８は、データ入力システム１の全体の動作を示している。
図８に示すように、データ入力システム１は、受付業務処理（Ｓ１０）、エントリ業務処理（Ｓ２０）、ベリファイ業務処理（Ｓ３０）、承認業務処理（Ｓ４０）、及び、取引処理（Ｓ５０）の各処理を実行する。

受付業務処理（Ｓ１０）は、顧客から振込等の各種依頼を受け付けて、顧客によって持ち込まれた帳票５０の帳票データを取得する処理である。
エントリ業務処理（Ｓ２０）は、受付業務処理（Ｓ１０）で取得された帳票データに含まれている文字データに対する補正入力操作を行う処理である。
ベリファイ業務処理（Ｓ３０）は、エントリ業務処理後の帳票データに対する検証操作を行う処理である。
承認業務処理（Ｓ４０）は、ベリファイ業務処理後の帳票データに対する承認操作を行う処理である。
取引処理（Ｓ５０）は、承認業務処理後の帳票データに基づいて処理電文データを生成し、生成された処理電文データに基づいて処理ホスト４０に振込等の為替処理を行わせる処理である。

データ入力システム１は、受付業務処理（Ｓ１０）及びエントリ業業務処理（Ｓ２０）の実行時に、特徴的な動作を行う。そこで、以下に、受付業務処理（Ｓ１０）の実行時の動作及びエントリ業務処理（Ｓ２０）の実行時の動作の詳細につき説明する。

（受付業務処理（Ｓ１０）の実行時の動作）
以下、図９Ａ〜図９Ｂを参照して、受付業務処理（Ｓ１０）の実行時の動作の詳細につき説明する。ここでは、受付業務処理（Ｓ１０）が営業店１０で行われる場合を想定して説明する。ただし、データ入力システム１は、スキャナ１１及び受付端末１００が集中センタ２０内に予め設置され、集中センタ２０内に設置されたスキャナ１１及び受付端末１００で営業店１０から集中センタ２０に持ち込まれた帳票５０のスキャン処理を行うことにより、受付業務処理（Ｓ１０）を集中センタ２０で行うようにすることもできる。

営業店１０では、顧客から振込処理が依頼された場合に、受付端末１００のオペレータ（以下、「受付担当者」と称する）が受付端末１００を操作して、受付業務処理（Ｓ１０）の実行を受付端末１００に指示する。これによって、図９Ａに示すように、受付端末１００は、受付業務処理（Ｓ１０）の実行を開始する。

受付業務処理（Ｓ１０）の実行時において、まず、受付端末１００のエントリ担当者絞込部１１５（図１Ｂ参照）は、受付画面である帳票読取画面Ｐ１００（図６参照）のプルダウンメニューＰＤ１０１内に表示させる初期情報を取得する（Ｓ１０５）。

その際に、受付端末１００のエントリ担当者絞込部１１５（図１Ｂ参照）は、後記するロジックに基づいて、オペレータレベル情報Ｄ１（図２Ｂ参照）や実行権限情報Ｄ２ａ，Ｄ２ｂ（図３Ａ及び図３Ｂ参照）、打鍵実績情報Ｄ３（図４参照）等を参照して、集中センタ２０に在籍する多数のオペレータの中から、エントリ担当者となることが可能なエントリ候補者を抽出する。そして、受付端末１００のエントリ担当者絞込部１１５（図１Ｂ参照）は、抽出されたエントリ候補者の氏名がプルダウンメニューＰＤ１０１（図６参照）内に表示されるように、帳票読取画面Ｐ１００（図６参照）の画像を生成して、生成された画像を図示せぬ表示部に表示させる。

このとき、帳票読取画面Ｐ１００のＯＣＲ通番表示欄Ｐ１００ａ（図６参照）及び帳票画像表示欄Ｐ１００ｂ（図６参照）は、空欄状態になっている。また、エントリ担当者表示欄ＰＤ１００（図６参照）は、当初、「指定なし」が表示された状態（又は、空欄状態であってもよい）になっている。受付担当者がプルダウンメニューＰＤ１０１を押下すると、エントリ候補者の氏名が選択可能に表示される。

Ｓ１０５の後、受付担当者は、顧客によって諸事項が記載された振込依頼用の帳票５０をスキャナ１１にセットして、帳票読取画面Ｐ１００（図６参照）に含まれている読取ボタンＢ１００ａを押下する。これによって、受付担当者は、帳票５０のスキャン処理の実行を受付端末１００に指示する。これに応答して、受付端末１００の画像データ取得部１１４ａ（図１Ｂ参照）は、スキャナ１１に帳票５０のスキャン処理を実行させて、スキャナ１１から帳票５０の画像データを取得する（Ｓ１１０）。

このとき、受付端末１００は、ＯＣＲ通番を採番し、採番されたＯＣＲ通番を帳票読取画面Ｐ１００のＯＣＲ通番表示欄Ｐ１００ａ（図６参照）に表示させる。また、このとき、受付端末１００は、スキャナ１１から取得された帳票５０の画像データを帳票読取画面Ｐ１００の帳票画像表示欄Ｐ１００ｂ（図６参照）に表示させる。

Ｓ１１０の後、受付端末１００の文字データ取得部１１４ｂ（図１Ｂ参照）は、帳票５０の画像データに含まれる文字（数字や記号等を含む）に対して文字認識処理を実行して、帳票５０の文字データ（認識結果データ）を取得する（Ｓ１１５）。これにより、受付端末１００の文字データ取得部１１４ｂ（図１Ｂ参照）は、帳票５０の種類を特定する。ただし、Ｓ１１５の処理は、営業店１０に設置された図示せぬ別の装置（例えば、文字認識機能を有するサーバ等）によって行うようにしてもよい。

受付担当者は、帳票画像表示欄Ｐ１００ｂ（図６参照）に表示された帳票５０の画像データを見る。

このとき、帳票画像表示欄Ｐ１００ｂに表示された帳票５０の画像データの状態が良好でなければ（例えば、画像データの中に判別不能な記載箇所があれば）、受付担当者は、破棄ボタンＢ１００ｃを押下する。これに応答して、受付端末１００は、帳票５０の画像データを破棄する。この場合に、良好な帳票５０の画像データが取得されるまで、Ｓ１１０の処理が繰り返し行われる。又は、この場合に、受付担当者が、顧客から良好な帳票５０（例えば、判別不能な記載箇所がない帳票５０）を取得し、その帳票５０のスキャン処理を実行する。

一方、帳票５０の画像データの状態が良ければ（例えば、画像データの中に判別不能な記載箇所がなければ）、受付担当者は、プルダウンメニューＰＤ１０１（図６参照）を押下して、エントリ候補者の氏名を見る。そして、受付担当者は、エントリ候補者の中から一人のオペレータをエントリ担当者として指定する。

これに応答して、受付端末１００のエントリ担当者絞込部１１５（図１Ｂ参照）は、指定されたエントリ担当者の受付を行う（Ｓ１２０）。図９Ｂに、Ｓ１２０の処理の詳細を示す。

図９Ｂに示すように、Ｓ１２０の処理において、受付端末１００のエントリ担当者絞込部１１５（図１Ｂ参照）は、プルダウンメニューＰＤ１０１（図６参照）の中に選択可能に表示されたエントリ候補者の氏名があるか否かを判定する（Ｓ１２０ａ）。

Ｓ１２０ａの判定で、選択可能に表示されたエントリ候補者の氏名がある場合（“Ｙｅｓ”の場合）に、受付担当者は、エントリ候補者の氏名の中から任意のオペレータの氏名（好ましくは、最上段に表示されているオペレータの氏名）を選択することによって、エントリ担当者を指定する。これに応答して、受付端末１００のエントリ担当者絞込部１１５（図１Ｂ参照）は、エントリ担当者を、プルダウンメニューＰＤ１０１（図６参照）で選択されたオペレータに決定する（Ｓ１２０ｂ）。

一方、Ｓ１２０ａの判定で、選択可能に表示されたエントリ候補者の氏名がない場合（“Ｎｏ”の場合）に、受付担当者は、エントリ担当者表示欄ＰＤ１００を「指定なし」が表示された状態（又は、空欄状態であってもよい）のままに維持する。これに応答して、受付端末１００のエントリ担当者絞込部１１５（図１Ｂ参照）は、エントリ担当者を、エントリ業務処理でのデータ入力処理の権限を有するオペレータで、かつ、打鍵実績が一番少ないオペレータに決定する（Ｓ１２０ｃ）。

Ｓ１２０ｂ又はＳ１２０ｃの後、受付端末１００のエントリ担当者絞込部１１５（図１Ｂ参照）は、エントリ担当者を、Ｓ１２０ｂの処理又はＳ１２０ｃの処理で決定されたオペレータで受け付ける（Ｓ１２０ｄ）。この後、処理は、図９Ａに示すＳ１２５に進む。

図９Ａに示すように、Ｓ１２０の後、受付端末１００は、帳票５０の画像データと文字データとを帳票データとして集中センタ２０に転送する（Ｓ１２５）。これにより、受付業務処理（Ｓ１０）が終了する。

（エントリ業務処理（Ｓ２０）の実行時の動作）
以下、図１０Ａ〜図１０Ｃを参照して、エントリ業務処理（Ｓ２０）の実行時の動作の詳細につき説明する。

集中センタ２０では、受付端末１００から転送された帳票データが為替サーバ２２のデータベース２２６に格納される。この後、任意のタイミングで、為替サーバ２２が、エントリ担当者として受け付けられたオペレータによって操作されるエントリ端末３１に、帳票データを送信する。これによって、データ入力システム１は、エントリ業務処理（Ｓ２０）の実行を開始する。

エントリ業務処理の実行（Ｓ２０）の実行時において、まず、エントリ端末３１の上位業務担当者絞込部３１５（図１Ｆ参照）は、エントリ画面Ｐ３１（図７参照）のプルダウンメニューＰＤ１３１ａ，ＰＤ１３１ｂ内に表示させる初期情報を取得する（Ｓ２０５）。

その際に、エントリ端末３１の上位業務担当者絞込部３１５（図１Ｆ参照）は、後記するロジックに基づいて、オペレータレベル情報Ｄ１（図２Ｂ参照）や実行権限情報Ｄ２ａ，Ｄ２ｂ（図３Ａ及び図３Ｂ参照）、振分ルール情報Ｄ４（図５参照）等を参照して、集中センタ２０に在籍する多数のオペレータの中から、ベリファイ担当者となることが可能なベリファイ候補者及び承認担当者となることが可能な承認候補者を抽出する。そして、エントリ端末３１の上位業務担当者絞込部３１５（図１Ｆ参照）は、抽出されたベリファイ候補者の氏名及び承認候補者の氏名がプルダウンメニューＰＤ１３１ａ，ＰＤ１３１ｂ（図７参照）内に表示されるように、エントリ画面Ｐ３１（図７参照）の画像を生成して、生成された画像を図示せぬ表示部に表示させる。

このとき、エントリ画面Ｐ３１のツールバー表示欄Ｐ３１ａ（図７参照）には、例えば、操作に用いる各種のツールや、エントリ端末３１を操作するエントリ担当者の氏名、処理対象の帳票５０のＯＣＲ通番等が表示される。また、帳票画像表示欄Ｐ３１ｂ（図７参照）には、処理対象の帳票５０の画像データが表示される。また、エントリフィールド表示欄Ｐ３１ｃ（図７参照）には、帳票５０の文字データが表示される。また、ベリファイ担当者表示欄ＰＤ３１ａ（図７参照）及び承認担当者表示欄ＰＤ３１ｂ（図７参照）は、当初、「指定なし」が表示された状態（又は、空欄状態であってもよい）になっている。エントリ担当者がプルダウンメニューＰＤ１３１ａを押下すると、ベリファイ候補者の氏名が選択可能に表示される。また、エントリ担当者がプルダウンメニューＰＤ１３１ｂを押下すると、承認候補者の氏名が選択可能に表示される。

Ｓ１０５の後、エントリ端末３１の入力処理部３１３（図１Ｆ参照）は、エントリ担当者による文字データに対する補正入力操作のデータ入力処理を受け付ける（Ｓ２１０）。

このとき、エントリ担当者は、エントリ画面Ｐ３１（図７参照）の帳票画像表示欄Ｐ３１ｂに表示された帳票５０の画像データとエントリフィールド表示欄Ｐ３１ｃに表示された帳票５０の文字データとを見比べながら、データ入力処理を行って、文字データに対する補正入力操作を行う。補正入力操作が行われると、エントリフィールド表示欄Ｐ３１ｃに表示された文字データは、補正入力操作後のデータに更新される。

なお、例えば、エントリ画面Ｐ３１よりも前の画面に戻る操作を行う場合は、ファンクションキー表示欄Ｂ３１ｂ（図７参照）の指示に従って、ファンクションキーＦ２を押下することにより、そのような操作を行うことができる。また、例えば、エントリ画面Ｐ３１に表示された帳票５０の画像データが良好でない場合（例えば、画像データの中に判別不能な記載箇所がある場合）は、ファンクションキー表示欄Ｂ３１ｃ（図７参照）の指示に従って、ファンクションキーＦ３を押下することにより、帳票データの営業店１０の受付端末１００への返送が行われる。この場合に、営業店１０では、帳票５０の受付業務処理（Ｓ１０）が再度行われる。

Ｓ２１０の後、エントリ端末３１は、補正入力操作後の文字データに対し、帳票５０の画像データに基づいてチェック処理を行う（Ｓ２１５）。例えば、このとき、エントリ端末３１は、受付日や銀行名、支店名、口座番号、科目、金融機関マーク、金額、銀行側の検印欄等の帳票５０の各項目に対し、記入済みであるか否かをチェックする。

Ｓ２１５の後、エントリ担当者は、プルダウンメニューＰＤ１３１ａ（図７参照）を押下して、ベリファイ候補者の氏名を見る。そして、エントリ担当者は、ベリファイ候補者の中から一人のオペレータをベリファイ担当者として指定する。

これに応答して、エントリ端末３１の上位業務担当者絞込部３１５（図１Ｆ参照）は、指定されたベリファイ担当者の受付を行う（Ｓ２２０）。図１０Ｂに、Ｓ２２０の処理の詳細を示す。

図１０Ｂに示すように、Ｓ２２０の処理において、エントリ端末３１の上位業務担当者絞込部３１５（図１Ｆ参照）は、プルダウンメニューＰＤ１３１ａ（図７参照）の中に選択可能に表示されたベリファイ候補者の氏名があるか否かを判定する（Ｓ２２０ａ）。

Ｓ２２０ａの判定で、選択可能に表示されたベリファイ候補者の氏名がある場合（“Ｙｅｓ”の場合）に、エントリ担当者は、ベリファイ候補者の氏名の中から任意のオペレータの氏名（好ましくは、最上段に表示されているオペレータの氏名）を選択することによって、ベリファイ担当者を指定する。これに応答して、エントリ端末３１の上位業務担当者絞込部３１５（図１Ｆ参照）は、ベリファイ担当者を、プルダウンメニューＰＤ１３１ａ（図７参照）で選択されたオペレータに決定する（Ｓ２２０ｂ）。

一方、Ｓ２２０ａの判定で、選択可能に表示されたベリファイ候補者の氏名がない場合（“Ｎｏ”の場合）に、エントリ担当者は、ベリファイ担当者表示欄ＰＤ３１ａ（図７参照）を「指定なし」が表示された状態（又は、空欄状態であってもよい）のままに維持する。これに応答して、エントリ端末３１の上位業務担当者絞込部３１５（図１Ｆ参照）は、振分ルール情報Ｄ４（図５参照）を参照して、操作中のエントリ担当者に関する振分ルールがあるか否か（振分ルール情報Ｄ４に登録されているか否か）を判定する（Ｓ２２０ｃ）。

Ｓ２２０ｃの判定で、操作中のエントリ担当者に関する振分ルールがある場合（“Ｙｅｓ”の場合）に、エントリ端末３１の上位業務担当者絞込部３１５（図１Ｆ参照）は、ベリファイ担当者を、振分ルール情報Ｄ４（図５参照）を参照し、操作中のエントリ担当者をキーにして、自他行の違いに応じたオペレータに決定する（Ｓ２２０ｄ）。

一方、Ｓ２２０ｃの判定で、操作中のエントリ担当者に関する振分ルールがない場合（“Ｎｏ”の場合）に、エントリ端末３１の上位業務担当者絞込部３１５（図１Ｆ参照）は、ベリファイ担当者を、ベリファイ権限者となる全てのオペレータ（好ましくは、その中でも割当数が少ないオペレータ）に決定する（Ｓ２２０ｅ）。

Ｓ２２０ｂ、Ｓ２２０ｄ、又は、Ｓ２２０ｅの後、エントリ端末３１の上位業務担当者絞込部３１５（図１Ｆ参照）は、ベリファイ担当者を、Ｓ２２０ｂの処理、Ｓ２２０ｄの処理、又は、Ｓ２２０ｅの処理で決定されたオペレータで受け付ける（Ｓ２２０ｆ）。この後、処理は、図１０Ａに示すＳ２２５に進む。

図１０Ａに示すように、Ｓ２２０の後、エントリ担当者は、プルダウンメニューＰＤ１３１ｂ（図７参照）を押下して、承認候補者の氏名を見る。そして、エントリ担当者は、承認候補者の中から一人のオペレータを承認担当者として指定する。

これに応答して、エントリ端末３１の上位業務担当者絞込部３１５（図１Ｆ参照）は、指定された承認担当者の受付を行う（Ｓ２２５）。図１０Ｃに、Ｓ２２５の処理の詳細を示す。

図１０Ｃに示すように、Ｓ２２５の処理において、エントリ端末３１の上位業務担当者絞込部３１５（図１Ｆ参照）は、プルダウンメニューＰＤ１３１ｂ（図７参照）の中に選択可能に表示された承認候補者の氏名があるか否かを判定する（Ｓ２２５ａ）。

Ｓ２２５ａの判定で、選択可能に表示された承認候補者の氏名がある場合（“Ｙｅｓ”の場合）に、エントリ担当者は、承認候補者の氏名の中から任意のオペレータの氏名（好ましくは、最上段に表示されているオペレータの氏名）を選択することによって、承認担当者を指定する。これに応答して、エントリ端末３１の上位業務担当者絞込部３１５（図１Ｆ参照）は、承認担当者を、プルダウンメニューＰＤ１３１ｂ（図７参照）で選択されたオペレータに決定する（Ｓ２２５ｂ）。

一方、Ｓ２２５ａの判定で、選択可能に表示された承認候補者の氏名がない場合（“Ｎｏ”の場合）に、エントリ担当者は、承認担当者表示欄ＰＤ３１ｂ（図７参照）を「指定なし」が表示された状態（又は、空欄状態であってもよい）のままに維持する。これに応答して、エントリ端末３１の上位業務担当者絞込部３１５（図１Ｆ参照）は、振分ルール情報Ｄ４（図５参照）を参照して、操作中のエントリ担当者に関する振分ルールがあるか否か（振分ルール情報Ｄ４に登録されているか否か）を判定する（Ｓ２２５ｃ）。

Ｓ２２５ｃの判定で、操作中のエントリ担当者に関する振分ルールがある場合（“Ｙｅｓ”の場合）に、エントリ端末３１の上位業務担当者絞込部３１５（図１Ｆ参照）は、承認担当者を、振分ルール情報Ｄ４（図５参照）を参照し、操作中のエントリ担当者とＳ２２０ｆで決定されたベリファイ担当者とをキーにして、該当するオペレータに決定する（Ｓ２２５ｄ）。

一方、Ｓ２２５ｃの判定で、操作中のエントリ担当者に関する振分ルールがない場合（“Ｎｏ”の場合）に、エントリ端末３１の上位業務担当者絞込部３１５（図１Ｆ参照）は、承認担当者を、承認権限者となる全てのオペレータ（好ましくは、その中でも割当数が少ないオペレータ）に決定する（Ｓ２２５ｅ）。

Ｓ２２５ｂ、Ｓ２２５ｄ、又は、Ｓ２２５ｅの後、エントリ端末３１の上位業務担当者絞込部３１５（図１Ｆ参照）は、承認担当者を、Ｓ２２５ｂの処理、Ｓ２２５ｄの処理、又は、Ｓ２２５ｅの処理で決定されたオペレータで受け付ける（Ｓ２２５ｆ）。この後、処理は、図１０Ａに示すＳ２３０に進む。

図１０Ａに示すように、Ｓ２２５の後、エントリ端末３１は、帳票５０の画像データと補正入力操作後の文字データとをエントリ情報としてベリファイ端末３２に転送する（Ｓ２３０）。このとき、オペレータ情報管理サーバ２３は、データベース２３６に記憶されている打鍵実績情報Ｄ３（図４参照）のエントリ業務処理を行ったエントリ担当者の打鍵実績を更新する。これにより、エントリ業務処理（Ｓ２０）が終了する。

＜担当者を決定するロジック＞
以下、担当者を自動的に決定するロジックにつき説明する。

（エントリ担当者を決定するロジック）
まず、エントリ担当者を決定するロジックにつき説明する。エントリ担当者の決定は、例えば、受付端末１００のエントリ担当者絞込部１１５（図１Ｂ参照）によって行われる。

（演算Ａ１）エントリ担当者絞込部１１５は、オペレータレベル情報Ｄ１（図２Ｂ参照）を参照することにより、集中センタ２０に在籍する各オペレータのオペレータレベルを識別する。これにより、エントリ担当者絞込部１１５は、例えば、行員Ａ３が初心者レベルの一般行員であることを識別する。

（演算Ａ２）エントリ担当者絞込部１１５は、業務別実行権限情報Ｄ２ａ（図３Ａ参照）と帳票種別実行権限情報Ｄ２ｂ（図３Ｂ参照）とのアンド条件の演算を行うことによって、各オペレータレベルのデータ入力処理の権限の有無を特定する。例えば、エントリ担当者絞込部１１５は、オペレータが初心者レベルの一般行員である場合に、そのオペレータが、エントリ業務処理のみが可能で、かつ、一件式定型帳票と連記式定型帳票のデータ入力（打鍵）のみが可能であることを、この演算によって、特定する。

（演算Ａ３）エントリ担当者絞込部１１５は、帳票データに含まれる文字データに基づいて、帳票５０の種別を識別し、エントリ業務処理の実行が可能なオペレータレベルを特定する。例えば、エントリ担当者絞込部１１５は、帳票５０の種別が一件式定型帳票である場合に、エントリ業務処理の実行が可能なオペレータレベルが初心者レベルのパート行員以上のオペレータレベルであることを特定する。

（演算Ａ４）エントリ担当者絞込部１１５は、打鍵実績情報Ｄ３（図４参照）を参照して、各オペレータの打鍵実績を識別し、打鍵実績の少ないオペレータを抽出する。

（演算Ａ５）エントリ担当者絞込部１１５は、演算Ａ１〜演算Ａ４の結果に基づいて、帳票データに対するエントリ業務処理の実行権限を有するオペレータを、打鍵実績の少ない順に抽出する。

（演算Ａ６）エントリ担当者絞込部１１５は、該当するオペレータの氏名をエントリ候補者の氏名として、打鍵実績の少ない順に、帳票読取画面Ｐ１００のプルダウンメニューＰＤ１０１（図６参照）内に設定する。
エントリ担当者を決定する場合のロジックは、以上の通りである。

（上位業務担当者を決定するロジック）
次に、上位業務担当者を決定するロジックにつき説明する。上位業務担当者の決定は、エントリ端末３１の上位業務担当者絞込部３１５（図１Ｆ参照）によって行われる。なお、決定は、オペレータレベル情報Ｄ１（図２Ｂ参照）と振分ルール情報Ｄ４（図５参照）とを併用して行われる。エントリ画面Ｐ３１（図７参照）のプルダウンメニューＰＤ１３１ａ，ＰＤ１３１ｂ内に初期情報として表示される上位業務担当者（ベリファイ候補者及び承認候補者）は、エントリ担当者に応じて変化する。

上位業務担当者を決定する場合の決定方針は以下の通りである。
（方針１）上位業務担当者絞込部３１５は、エントリ担当者が初心者レベルの一般行員又は全レベルのパート行員である場合に、ベリファイ担当者を通常レベルの一般行員以上のオペレータに決定する。
（方針２）上位業務担当者絞込部３１５は、前記方針１での決定に際して、帳票５０の種別が自行宛の振込先の帳票であるのか又は他行宛の振込先の帳票であるのかの違いに応じて、ベリファイ担当者を以下のように割り当てる。なお、振込先の識別は、帳票５０の画像データをスキャナ１１で取得した後に、取得された画像データに基づく文字認識処理によって行われる。
（方針２ａ）上位業務担当者絞込部３１５は、帳票５０が他行宛の振込先の帳票である場合に、ベリファイ担当者を熟練者レベルの一般行員に決定する。
（方針２ｂ）上位業務担当者絞込部３１５は、帳票５０が自行宛の振込先の帳票である場合に、ベリファイ担当者を通常レベルの一般行員に決定する。
（方針３）上位業務担当者絞込部３１５は、前記方針１での決定に際して、エントリ担当者が通常レベルの一般行員以上のオペレータである場合に、ベリファイ担当者を以下のようにより上位のオペレータに割り当てる。
（方針３ａ）上位業務担当者絞込部３１５は、エントリ担当者が通常レベルの一般行員である場合に、ベリファイ担当者を熟練者レベルの一般行員に決定する。
（方針３ｂ）上位業務担当者絞込部３１５は、エントリ担当者が熟練者レベルの一般行員である場合に、ベリファイ担当者を役席に決定する。

前記した決定方針を実現するロジックはいくつか想定することができる。ここでは、３つのロジック例を例示して説明する。

（１）ロジック例１
ロジック例１は、振分ルールを振分ルール情報Ｄ４に事前登録する場合のロジック例である。

（工程１１）ベリファイ担当者の指定受付時の動作
（工程１１ａ）上位業務担当者絞込部３１５は、振分ルール情報Ｄ４（図５参照）に事前登録された振分ルールに基づいてベリファイ候補者を抽出して、抽出されたベリファイ候補者の氏名をエントリ画面Ｐ３１のプルダウンメニューＰＤ１３１ａ（図７参照）に初期情報として設定する。なお、複数のオペレータがベリファイ候補者として抽出される場合に、上位業務担当者絞込部３１５は、登録順に、筆頭の候補者を決定する。
（工程１１ｂ）上位業務担当者絞込部３１５は、エントリ担当者がプルダウンメニューＰＤ１３１ａ（図７参照）でベリファイ候補者の中のいずれかのオペレータを指定すると、指定されたオペレータをベリファイ担当者として受け付ける。

（工程１２）承認担当者の指定受付時の動作
（工程１２ａ）上位業務担当者絞込部３１５は、工程１１ａにおけるベリファイ候補者の抽出と同様にして承認候補者を抽出して、抽出された承認候補者の氏名をエントリ画面Ｐ３１のプルダウンメニューＰＤ１３１ｂ（図７参照）に初期情報として設定する。
（工程１２ｂ）上位業務担当者絞込部３１５は、エントリ担当者がプルダウンメニューＰＤ１３１ｂ（図７参照）で承認候補者の中のいずれかのオペレータを指定すると、指定されたオペレータを承認担当者として受け付ける。
ロジック例１は、以上の通りである。

（２）ロジック例２
ロジック例２は、振分ルールを振分ルール情報Ｄ４に事前登録しない場合のロジック例である。上位業務担当者絞込部３１５は、振分ルールが振分ルール情報Ｄ４に登録されていない場合に、実行権限情報Ｄ２ａ，Ｄ２ｂ（図３Ａ及び図３Ｂ参照）に基づいて、帳票５０の種類に応じた上位業務処理での実行権限のあるオペレータを上位業務担当者として絞り込む。

（工程２１）ベリファイ担当者の指定受付時の動作
（工程２１ａ）上位業務担当者絞込部３１５は、エントリ担当者の実行権限情報Ｄ２ａ，Ｄ２ｂ（図３Ａ及び図３Ｂ参照）に基づいて、ベリファイ権限者の中で最も下位レベルのベリファイ候補者群を抽出する。
（工程２１ｂ）上位業務担当者絞込部３１５は、ベリファイ候補者群の中で、その時点で割当量が最も少ないオペレータを筆頭のベリファイ候補者とし、ベリファイ候補者の氏名を割当量の少ない順にエントリ画面Ｐ３１のプルダウンメニューＰＤ１３１ａ（図７参照）に初期情報として設定する。
（工程２１ｃ）上位業務担当者絞込部３１５は、エントリ担当者がプルダウンメニューＰＤ１３１ａ（図７参照）でベリファイ候補者の中のいずれかのオペレータを指定すると、指定されたオペレータをベリファイ担当者として受け付ける。

（工程２２）承認担当者の指定受付時の動作
（工程２２ａ）上位業務担当者絞込部３１５は、ベリファイ担当者の実行権限情報Ｄ２ａ，Ｄ２ｂ（図３Ａ及び図３Ｂ参照）に基づいて、承認権限者の中で最も下位レベルの承認候補者群を抽出する。
（工程２２ｂ）上位業務担当者絞込部３１５は、承認候補者群の中で、その時点で割当量が最も少ないオペレータを筆頭の承認担当者とし、承認担当者の氏名を割当量の少ない順にエントリ画面Ｐ３１のプルダウンメニューＰＤ１３１ｂ（図７参照）に初期情報として設定する。
（工程２２ｃ）上位業務担当者絞込部３１５は、エントリ担当者がプルダウンメニューＰＤ１３１ｂ（図７参照）で承認候補者群の中のいずれかのオペレータを指定すると、指定されたオペレータを承認担当者として受け付ける。

（工程２３）ベリファイ担当者の指定変更時の動作
（工程２３ａ）仮に、エントリ担当者がエントリ画面Ｐ３１でベリファイ担当者及び承認担当者を指定した後にベリファイ担当者を別のオペレータに変更した場合に、前記工程２２ａ〜工程２２ｃの処理を再度行う。この処理により、プルダウンメニューＰＤ１３１ｂ（図７参照）の初期情報が変化する。
ロジック例２は、以上の通りである。

（３）ロジック例３
ロジック例３は、ロジック例２と同様に、振分ルールを振分ルール情報Ｄ４に事前登録しない場合のロジック例である。ロジック例３では、ロジック例２と同様に、上位業務担当者絞込部３１５は、振分ルールが振分ルール情報Ｄ４に登録されていない場合に、実行権限情報Ｄ２ａ，Ｄ２ｂ（図３Ａ及び図３Ｂ参照）に基づいて、帳票５０の種類に応じた上位業務処理での実行権限のあるオペレータを上位業務担当者として絞り込む。ただし、ロジック例３は、ロジック例２と比較すると、工程３１ａと工程３２ａで相違している。

（工程３１）ベリファイ担当者の指定受付時の動作
（工程３１ａ）上位業務担当者絞込部３１５は、全てのベリファイ業務権限者をベリファイ候補者群として抽出する。
（工程３１ｂ）上位業務担当者絞込部３１５は、ベリファイ候補者群の中で、その時点で割当量が最も少ないオペレータを筆頭のベリファイ候補者とし、ベリファイ候補者の氏名を割当量の少ない順にエントリ画面Ｐ３１のプルダウンメニューＰＤ１３１ａ（図７参照）に初期情報として設定する。
（工程３１ｃ）上位業務担当者絞込部３１５は、エントリ担当者がプルダウンメニューＰＤ１３１ａ（図７参照）でベリファイ候補者の中のいずれかのオペレータを指定すると、指定されたオペレータをベリファイ担当者として受け付ける。

（工程３２）承認担当者の指定受付時の動作
（工程３２ａ）上位業務担当者絞込部３１５は、全ての承認業務権限者を承認候補者群として抽出する。
（工程３２ｂ）上位業務担当者絞込部３１５は、承認候補者群の中で、その時点で割当量が最も少ないオペレータを筆頭の承認担当者とし、承認担当者の氏名を割当量の少ない順にエントリ画面Ｐ３１のプルダウンメニューＰＤ１３１ｂ（図７参照）に初期情報として設定する。
（工程３２ｃ）上位業務担当者絞込部３１５は、エントリ担当者がプルダウンメニューＰＤ１３１ｂ（図７参照）で承認候補者群の中のいずれかのオペレータを指定すると、指定されたオペレータを承認担当者として受け付ける。
ロジック例３は、以上の通りである。

かかる構成において、データ入力システム１は、上位業務担当者を前記した決定方針に沿って決定することによって、難易度の高い帳票５０を熟練者レベルのオペレータに、また、比較的難易度の低い帳票５０を初心者レベルのオペレータに割り当てることができる。そのため、データ入力システム１は、個人個人の生産性をある一定のレベルで均等化することができる。その結果、データ入力システム１は、帳票データの処理効率を向上させることができる。

以上の通り、本実施形態に係るデータ入力システム１によれば、帳票データの処理効率を向上させることができる。

なお、本発明は、前記した実施形態に限定されることなく、本発明の要旨を逸脱しない範囲で種々の変更や変形を行うことができる。

例えば、前記した実施形態は、本発明の要旨を分かり易く説明するために詳細に説明したものである。そのため、本発明は、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、本発明は、実施形態の構成の一部に他の構成を追加したり、実施形態の構成の一部を他の構成に置き換えたりすることができる。また、本発明は、実施形態の構成から一部の構成を削除することができる。

例えば、前記した実施形態では、受付端末１００に設けられたエントリ担当者絞込部１１５（図１Ｂ参照）が、プルダウンメニューＰＤ１０１（図６参照）で表示されるエントリ候補者の氏名の設定を行っている。また、エントリ端末３１に設けられた上位業務担当者絞込部３１５（図１Ｆ参照）が、プルダウンメニューＰＤ１３１ａ，ＰＤ１３１ｂ（図７参照）で表示されるベリファイ候補者の氏名及び承認候補者の氏名の設定を行っている。しかしながら、データ入力システム１は、エントリ担当者絞込部１１５（図１Ｂ参照）や上位業務担当者絞込部３１５（図１Ｆ参照）を他の装置（例えば、為替サーバ２２やオペレータ情報管理サーバ２３等）に設けておき、その装置が各候補者の氏名の設定を行うように構成することができる。この構成の場合に、設定を行った装置は、設定に関する情報を受付端末１００やエントリ端末３１に提供する。これに応答して、受付端末１００やエントリ端末３１は、プルダウンメニューＰＤ１０１，ＰＤ１３１ａ，ＰＤ１３１ｂに表示される各候補者の氏名の設定を変更する。

また、例えば、前記した実施形態では、プルダウンメニューＰＤ１０１，ＰＤ１３１ａ，ＰＤ１３１ｂに表示される各候補者の氏名の設定は、帳票読取画面Ｐ１００（図６参照）やエントリ画面Ｐ３１（図７参照）が表示部に表示される都度、行われている。しかしながら、各候補者の氏名の設定は、画面が表示されるよりも前の時点で行っておくことができる。

また、例えば、前記した実施形態では、エントリ担当者、ベリファイ担当者、承認担当者は最初は「指定なし」の状態とし、プルダウンメニューＰＤ１０１，ＰＤ１３１ａ，ＰＤ１３１ｂにより候補者から選択されるものとしたが、自動的に最上位候補者が選択された状態を初期表示とし、必要に応じてプルダウンメニューから選択変更できるようにしてもよい。この場合、各プルダウンメメニューに設定される候補者リストは、優先すべき候補者が上位から順に並んでいることが望ましい。候補者の順位は、例えば当該業務の必要ランクに該当する候補者のうち、当日に処理した件数が少ないオペレータを優先するように決めてもよいし、あるいは、候補者の中でよりオペレータレベルの低いオペレータを優先するように決めてもよい。あるいは、それらを組み合わせて、例えば処理件数が少ないオペレータのうち、よりオペレータレベルの低いオペレータを優先するように決めてもよい。

１ データ入力システム
２ ネットワーク
１０ 営業店
１１ スキャナ
２０ 集中センタ
２１ Ｗｅｂサーバ
２２ 為替サーバ
２３ オペレータ情報管理サーバ
３１ エントリ端末
３２ ベリファイ端末
３３ 承認端末
３９ 通信ゲートウェイ
４０ 処理ホスト
５０ 帳票（振込依頼書）
１００ 受付端末
１１１，２１１，２２１，２３１，３１１ 通信部
１１２，３１２ 表示制御部
１１３，３１３ 入力処理部
１１４ 帳票データ取得部
１１４ａ 画像データ取得部
１１４ｂ 文字データ取得部
１１５ エントリ担当者絞込部
１１６，２１４，３１６ 記憶部
２３２ 情報管理部
２２６，２３６ データベース
３１４ 入力画面生成部
３１５ 上位業務担当者絞込部

Claims (8)

1. エントリ業務処理を行うエントリ担当者と、当該エントリ業務処理よりも上位業務処理を行う上位業務担当者とを指定して、帳票データの入力処理を行わせるデータ入力システムであって、
   各担当者のレベルを表すレベル情報と、各レベルの実行権限を表す実行権限情報と、前記エントリ担当者及び帳票の種類毎に上位業務担当者の振分ルールを表す振分ルール情報とを保持する情報保持手段と、
   入力処理対象の帳票の種類と前記レベル情報と前記実行権限情報とに基づいて、前記エントリ担当者を絞り込むエントリ担当者絞込手段と、
   前記エントリ担当者によって入力処理された前記帳票データについて、前記振分ルール情報に基づいて、前記上位業務担当者を絞り込む上位業務担当者絞込手段と、を備えた
   ことを特徴とするデータ入力システム。
2. 請求項１に記載のデータ入力システムにおいて、
   前記エントリ担当者絞込手段は、過去の打鍵実績が一番少ないオペレータに前記エントリ担当者を絞り込む
   ことを特徴とするデータ入力システム。
3. 請求項１又は請求項２に記載のデータ入力システムにおいて、
   前記帳票の種類が自行宛の振込先の帳票であるのか又は他行宛の振込先の帳票であるのかの違いに応じて、前記上位業務担当者絞込手段は、前記振分ルール情報に基づいて、前記エントリ担当者毎に、前記上位業務担当者を絞り込む
   ことを特徴とするデータ入力システム。
4. 請求項３に記載のデータ入力システムにおいて、
   前記振込先の識別は、前記帳票の画像データをスキャナで取得した後に、取得された画像データに基づく文字認識処理によって行われる
   ことを特徴とするデータ入力システム。
5. 請求項１乃至請求項３のいずれか一項に記載のデータ入力システムにおいて、
   前記上位業務担当者絞込手段は、振分ルールが前記振分ルール情報に登録されていない場合に、前記実行権限情報に基づいて、前記帳票の種類に応じた上位業務処理での実行権限のあるオペレータを前記上位業務担当者として絞り込む
   ことを特徴とするデータ入力システム。
6. 請求項１乃至請求項５のいずれか一項に記載のデータ入力システムにおいて、
   前記上位業務担当者は、前記エントリ業務処理後のベリファイ業務処理で前記帳票データに対する検証操作を行うベリファイ担当者と、前記ベリファイ業務処理後の承認業務処理で前記帳票データに対する承認操作を行う承認担当者とを含み、
   前記上位業務担当者絞込手段は、前記エントリ担当者に応じて前記ベリファイ担当者を絞り込み、さらに、前記ベリファイ担当者に応じて前記承認担当者を絞り込む
   ことを特徴とするデータ入力システム。
7. 情報保持手段とエントリ担当者絞込手段と上位業務担当者絞込手段とを備えるデータ入力システムを用いて、エントリ業務処理を行うエントリ担当者と、当該エントリ業務処理よりも上位業務処理を行う上位業務担当者とを指定して、帳票データの入力処理を行わせるデータ入力方法であって、
   各担当者のレベルを表すレベル情報と、各レベルの実行権限を表す実行権限情報と、前記エントリ担当者及び帳票の種類毎に上位業務担当者の振分ルールを表す振分ルール情報とを前記情報保持手段に保持する工程と、
   前記エントリ担当者絞込手段で、入力処理対象の帳票の種類と前記レベル情報と前記実行権限情報とに基づいて、前記エントリ担当者を絞り込むエントリ担当者絞込工程と、
   前記上位業務担当者絞込手段で、前記エントリ担当者によって入力処理された前記帳票データについて、前記振分ルール情報に基づいて、前記上位業務担当者を絞り込む上位業務担当者絞込工程と、を備えた
   ことを特徴とするデータ入力方法。
8. 各担当者のレベルを表すレベル情報と、各レベルの実行権限を表す実行権限情報と、エントリ業務処理を行うエントリ担当者及び帳票の種類毎に当該エントリ業務処理よりも上位業務処理を行う上位業務担当者の振分ルールを表す振分ルール情報とが、情報保持手段に保持されたコンピュータを、前記エントリ業務処理を行うエントリ端末として機能させるためのプログラムであって、
   前記コンピュータを、前記エントリ担当者によって入力処理された帳票データについて、前記振分ルール情報に基づいて、前記上位業務担当者を絞り込む上位業務担当者絞込手段として機能させるためのプログラム。

Images