(57)【要約】【課題】処理対象のエントリデータの誤りを減少させることが可能な、情報処理装置、及び情報処理方法を提供する。【解決手段】エントリ内容について第１の人物により承認された複数のエントリデータを取得する取得部と、取得された複数のエントリデータのうち、前記第１の人物による承認内容について第２の人物により検証されたエントリデータを、前記エントリデータを処理するための管理装置へ送信させる送信制御部と、を備える、情報処理装置。【選択図】図３
2015108949.tif 000002
【特許請求の範囲】
【請求項１】
エントリ内容について第１の人物により承認された複数のエントリデータを取得する取得部と、
取得された複数のエントリデータのうち、前記第１の人物による承認内容について第２の人物により検証されたエントリデータを、前記エントリデータを処理するための管理装置へ送信させる送信制御部と、
を備える、情報処理装置。
【請求項２】
前記取得部は、第１の日にエントリされた後に、前記第１の人物により承認された複数のエントリデータを取得し、
前記送信制御部は、取得された前記複数のエントリデータのうち、前記第１の日より後の第２の日に前記第２の人物により検証されたエントリデータを前記管理装置へ送信させる、請求項１に記載の情報処理装置。
【請求項３】
前記第２の日は、前記第１の日の翌営業日である、請求項２に記載の情報処理装置。
【請求項４】
前記情報処理装置は、前記エントリデータに含まれる処理予定日が前記第２の日と一致するか否かを判断する判断部をさらに備え、
前記送信制御部は、前記判断部により前記処理予定日が前記第２の日と一致すると判断されたエントリデータを前記管理装置へ送信させる、請求項２または３に記載の情報処理装置。
【請求項５】
前記送信制御部は、前記判断部により前記処理予定日が前記第２の日と一致しないと判断されたエントリデータを前記管理装置へ送信させない、請求項４に記載の情報処理装置。
【請求項６】
前記取得部は、前記第１の人物が使用する第１の端末から、前記第１の人物により承認された複数のエントリデータを取得し、
前記取得部は、前記第２の人物が使用する第２の端末から、前記第１の人物により承認された複数のエントリデータに関する前記第２の人物による検証結果を示す検証情報を取得し、
前記送信制御部は、取得された複数のエントリデータのうち、前記第２の端末から取得された検証情報が、エントリ内容が正当であることを示すエントリデータを前記管理装置へ送信させる、請求項１〜５のいずれか一項に記載の情報処理装置。
【請求項７】
エントリ内容について第１の人物により承認された複数のエントリデータを取得するステップと、
取得された複数のエントリデータのうち、前記第１の人物による承認内容について第２の人物により検証されたエントリデータを、前記エントリデータを処理するための管理装置へ送信させるステップと、
を備える、情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、及び情報処理方法に関する。
【背景技術】
【０００２】
従来、例えば銀行などにおいて、オペレータにより入力された振込データなどの入力データを所定の日に処理させる技術が各種提案されている。
【０００３】
例えば、特許文献１には、営業店で顧客から受付した振込依頼書に管理通番を採番する際に当日分と予約分とで別通番を設定し、設定された各連番を為替集中システムにて管理する技術が記載されている。また、特許文献２には、振込指定日に、ファイル装置から、振込指定日が本日となっている打溜めデータを検索し、そして、検索された打溜めデータを基に付替電文を作成する技術が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−１３９４５６号公報
【特許文献２】特開２０００−２７６５４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、エントリされたデータをユーザが確認した後に管理装置に処理させる場面に上記の技術を適用することを想定すると、上記の技術では、エントリ内容に誤りがあるデータが処理されてしまう恐れがある。例えば、上記の技術では、エントリ内容についてユーザにより十分な検証がなされないので、エントリ内容の誤りが見逃される恐れがある。
【０００６】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、処理対象のエントリデータの誤りを減少させることが可能な、新規かつ改良された情報処理装置、及び情報処理方法を提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のある観点によれば、エントリ内容について第１の人物により承認された複数のエントリデータを取得する取得部と、取得された複数のエントリデータのうち、前記第１の人物による承認内容について第２の人物により検証されたエントリデータを、前記エントリデータを処理するための管理装置へ送信させる送信制御部と、を備える、情報処理装置が提供される。
【０００８】
前記取得部は、第１の日にエントリされた後に、前記第１の人物により承認された複数のエントリデータを取得し、前記送信制御部は、取得された前記複数のエントリデータのうち、前記第１の日より後の第２の日に前記第２の人物により検証されたエントリデータを前記管理装置へ送信させてもよい。
【０００９】
前記第２の日は、前記第１の日の翌営業日であってもよい。
【００１０】
前記情報処理装置は、前記エントリデータに含まれる処理予定日が前記第２の日と一致するか否かを判断する判断部をさらに備え、前記送信制御部は、前記判断部により前記処理予定日が前記第２の日と一致すると判断されたエントリデータを前記管理装置へ送信させてもよい。
【００１１】
前記送信制御部は、前記判断部により前記処理予定日が前記第２の日と一致しないと判断されたエントリデータを前記管理装置へ送信させなくてもよい。
【００１２】
前記取得部は、前記第１の人物が使用する第１の端末から、前記第１の人物により承認された複数のエントリデータを取得し、前記取得部は、前記第２の人物が使用する第２の端末から、前記第１の人物により承認された複数のエントリデータに関する前記第２の人物による検証結果を示す検証情報を取得し、前記送信制御部は、取得された複数のエントリデータのうち、前記第２の端末から取得された検証情報が、エントリ内容が正当であることを示すエントリデータを前記管理装置へ送信させてもよい。
【００１３】
また、上記課題を解決するために、本発明の別の観点によれば、エントリ内容について第１の人物により承認された複数のエントリデータを取得するステップと、取得された複数のエントリデータのうち、前記第１の人物による承認内容について第２の人物により検証されたエントリデータを、前記エントリデータを処理するための管理装置へ送信させるステップと、を備える、情報処理方法が提供される。
【発明の効果】
【００１４】
以上説明したように本発明によれば、処理対象のエントリデータの誤りを減少させることができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態による情報処理システムの構成例を示した説明図である。
【図２】同実施形態による口振サーバ１０のハードウェア構成を示した説明図である。
【図３】同実施形態による動作の概要を示した説明図である。
【図４】同実施形態によるエントリ画面の表示例を示した説明図である。
【図５】同実施形態による審査者による精査の例を示した説明図である。
【図６】同実施形態によるデータ修正画面の表示例を示した説明図である。
【図７】同実施形態による口振サーバ１０の構成を示した機能ブロック図である。
【図８】同実施形態によるエントリ結果ＤＢ１２４の構成例を示した説明図である。
【図９】同実施形態による前営業日の動作の一部を示したシーケンス図である。
【図１０】同実施形態による前営業日の動作の一部を示したシーケンス図である。
【図１１】同実施形態による当日の動作を示したシーケンス図である。
【発明を実施するための形態】
【００１６】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１７】
また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の構成を、必要に応じてエントリ端末２０ａおよびエントリ端末２０ｂのように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、エントリ端末２０ａおよびエントリ端末２０ｂを特に区別する必要が無い場合には、単にエントリ端末２０と称する。
【００１８】
また、以下に示す項目順序に従って当該「発明を実施するための形態」を説明する。
１．情報処理システムの基本構成
１−１．基本構成
１−２．動作の概要
２．実施形態の詳細な説明
２−１．構成
２−２．動作
２−３．効果
３．変形例
【００１９】
＜＜１．情報処理システムの基本構成＞＞
＜１−１．基本構成＞
本発明は、一例として「２．実施形態の詳細な説明」において詳細に説明するように、多様な形態で実施され得る。以下では、まず、本実施形態による情報処理システムの基本構成について、図１を参照して説明する。
【００２０】
図１に示したように、本実施形態による情報処理システムは、口振サーバ１０、エントリ端末２０、スキャナ端末２２、スキャナ２４、およびホストコンピュータ３０を含む。なお、本明細書では以後、本実施形態による情報処理システムが、金融機関における口座振替データを処理する場面に適用される例を中心として説明する。
【００２１】
［１−１−１．口振サーバ１０］
口振サーバ１０は、本発明における情報処理装置の一例である。口振サーバ１０は、エントリ端末２０においてエントリされたデータについて、ホストコンピュータ３０に対する送信の制御を行う口座振替装置である。
【００２２】
この口振サーバ１０は、例えば図２に示すようなハードウェア構成を有する。図２は口振サーバ１０のハードウェア構成の例を示した説明図である。図２に示したように、口振サーバ１０は、ＣＰＵ（Central Processing Unit）１５０、ＲＯＭ（Read Only
Memory）１５２、ＲＡＭ（Random Access Memory）１５４、内部バス１５６、入出力インターフェース１５８、ＨＤＤ（Hard Disk Drive）１６０、およびネットワークインターフェース１６２を備える。
【００２３】
（１−１−１−１．ＣＰＵ１５０）
ＣＰＵ１５０は、演算処理装置および制御装置として機能し、各種プログラムに従って口振サーバ１０内の動作全般を制御する。また、ＣＰＵ１５０は、口振サーバ１０において後述する制御部１００の機能を実現する。なお、ＣＰＵ１５０は、マイクロプロセッサなどのプロセッサにより構成される。
【００２４】
（１−１−１−２．ＲＯＭ１５２）
ＲＯＭ１５２は、ＣＰＵ１５０が使用するプログラムや演算パラメータ等を記憶する。
【００２５】
（１−１−１−３．ＲＡＭ１５４）
ＲＡＭ１５４は、ＣＰＵ１５０の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。
【００２６】
（１−１−１−４．内部バス１５６）
内部バス１５６は、ＣＰＵバスなどから構成される。この内部バス１５６は、ＣＰＵ１５０、ＲＯＭ１５２、およびＲＡＭ１５４を相互に接続する。
【００２７】
（１−１−１−５．入出力インターフェース１５８）
入出力インターフェース１５８は、ＨＤＤ１６０、およびネットワークインターフェース１６２を、内部バス１５６と接続する。例えばＨＤＤ１６０は、この入出力インターフェース１５８および内部バス１５６を介して、ＲＡＭ１５４などとの間でデータをやり取りする。
【００２８】
（１−１−１−６．ＨＤＤ１６０）
ＨＤＤ１６０は、後述する記憶部１２２として機能する、データ格納用の装置である。このＨＤＤ１６０は、例えば、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置、および記憶媒体に記録されたデータを削除する削除装置などを含む。また、ＨＤＤ１６０は、ＣＰＵ１５０が実行するプログラムや各種データを格納する。
【００２９】
（１−１−１−７．ネットワークインターフェース１６２）
ネットワークインターフェース１６２は、例えばインターネットなどの通信網に接続するための通信デバイス等で構成された通信インターフェースである。このネットワークインターフェース１６２は、後述する通信部１２０として機能する。また、ネットワークインターフェース１６２は、無線ＬＡＮ（Local Area Network）対応通信装置、ＬＴＥ（Long Term
Evolution）対応通信装置、または有線による通信を行うワイヤー通信装置であってもよい。
【００３０】
［１−１−２．エントリ端末２０］
エントリ端末２０は、金融機関に勤務するオペレータなどによって使用される情報処理端末である。このエントリ端末２０は、例えば、表示画面を表示するためのディスプレイ、金融機関に設けられた専用網やＬＡＮ等に接続するためのネットワークインターフェース、および、マウスなどの入力装置を有する。エントリ端末２０は、例えばＰＣ（Personal Computer）であってもよい。
【００３１】
エントリ端末２０は、より具体的には、エントリ端末２０ａ、エントリ端末２０ｂ、エントリ端末２０ｃ、およびエントリ端末２０ｄに分類される。
【００３２】
エントリ端末２０ａは、オペレータによって後述するエントリ業務に使用される端末である。また、エントリ端末２０ｂは、オペレータによって後述するベリファイ業務に使用される端末である。
【００３３】
また、エントリ端末２０ｃは、オペレータの上位者である承認者によって使用される端末である。このエントリ端末２０ｃは、本発明における第１の端末の一例である。また、承認者は、本発明における第１の人物の一例である。
【００３４】
また、エントリ端末２０ｄは、審査部門の担当者（以下、審査者とも称する）によって使用される端末である。エントリ端末２０ｄは、本発明における第２の端末の一例である。また、審査者は、本発明における第２の人物の一例である。この審査者は、承認者よりも上位の権限を有しており、例えば承認者による承認の内容について精査する権限を有する。
【００３５】
［１−１−３．スキャナ端末２２］
スキャナ端末２２は、スキャナ２４に対して処理を指示するための情報処理端末である。なお、スキャナ端末２２は、エントリ端末２０と同様のハードウェア構成を有してもよい。
【００３６】
［１−１−４．スキャナ２４］
スキャナ２４は、帳票などの書類を光学的に読み取り、デジタル静止画像として記録するための装置である。このスキャナ２４は、スキャナ２４に配置された帳票に光を当て、その反射光を撮像素子で電気信号に変換することにより、帳票をデジタル静止画像として記録する。また、スキャナ２４は、ＯＣＲ機能を有することにより、読み取った帳票から文字を識別することも可能である。
【００３７】
［１−１−５．ホストコンピュータ３０］
ホストコンピュータ３０は、本発明における管理装置の一例である。ホストコンピュータ３０は、例えば、口振サーバ１０から受信されるエントリデータの内容に基づいて、口座振替、入金、または振込などの各種の金銭取引（勘定の取引処理）を実行する。また、ホストコンピュータ３０は、口座番号、暗証番号、氏名、住所、年齢、生年月日、電話番号、職業、家族構成、年収、預金残高などの顧客情報（口座の元帳）を管理する。
【００３８】
＜１−２．動作の概要＞
次に、本実施形態による動作の概要について説明する。
【００３９】
図３は、本実施形態による動作の概要を示したフローチャートである。図３に示したように、本実施形態による一連の動作は、基本的に２営業日かけて行われる。この理由は、例えば金融機関に勤務する人員の人数の制約などにより、エントリデータをホストコンピュータ３０へ送信させるまでの、精査業務を含む全ての過程を一日で完了させることが難しいためである。
【００４０】
［１−２−１．前営業日の動作の流れ］
最初に、前営業日、つまり一日目の動作について説明する。なお、前営業日は、本発明における第１の日の一例である。
【００４１】
図３に示したように、まず、オペレータは、スキャナ端末２２を操作して、例えばスキャナ２４に読み取らせる帳票に関してエントリされるデータがホストコンピュータ３０へ反映される日であるホスト送信日の入力など、様々な初期設定を行う（Ｓ１１）。ここで、ホスト送信日は、本発明における処理予定日の一例である。なお、上述した理由により、オペレータは、基本的には、ホスト送信日として翌営業日を指定する。
【００４２】
続いて、オペレータは、例えば顧客によって記入された口座振替依頼書などの帳票をスキャナ２４に読み取らせる。そして、スキャナ２４は、読み取った帳票の画像データを口振サーバ１０へ送信する（Ｓ１２）。
【００４３】
続いて、オペレータは、エントリ端末２０ａに表示される、例えば図４に示したようなエントリ画面に対してエントリを行う。ここで、エントリ業務とは、例えば、エントリ画面内に表示される、スキャナ２４により読み取られた帳票の画像を参照して、この帳票に関する所定の情報を入力する業務である。
【００４４】
ここで、図４を参照してエントリ画面の表示例（エントリ画面４０）について説明する。図４に示したように、エントリ画面４０は、例えば、帳票画像表示欄４００、ホスト送信日表示欄４０２、区分入力欄４０４、店番入力欄４０６、科目入力欄４０８、口座番号入力欄４１０、および送信ボタン４１２を含む。ここで、帳票画像表示欄４００には、口振サーバ１０から受信される、スキャナ２４により読み取られた帳票の画像が表示される。また、ホスト送信日表示欄４０２には、スキャナ端末２２において入力されたホスト送信日が表示される。また、区分入力欄４０４、店番入力欄４０６、科目入力欄４０８、および口座番号入力欄４１０は、それぞれ区分、店番、科目、または口座番号といった、各入力項目の値を入力するための入力欄である。また、送信ボタン４１２は、エントリ画面４０に対して入力された内容をオペレータが口振サーバ１０へ送信させるためのボタンである。
【００４５】
例えば、図４に示したエントリ画面４０は、ホスト送信日として「２０１３年１１月２日」が設定されており、また、区分に「１（新規）」、店番に「２２２」、科目に「０１（普通）」、口座番号に「１２３４５６７」がそれぞれオペレータにより入力された場合を示している。
【００４６】
ここで、再び図３を参照して、動作の概要について説明する。Ｓ１３の後、オペレータは、エントリ端末２０ｂに表示される、例えば図４に示したような、エントリ画面に対してベリファイを行う（Ｓ１４）。ここで、ベリファイ業務とは、エントリデータに誤りがないことを確認することを目的として、エントリを行ったオペレータとは異なるオペレータが、例えばエントリ業務がなされた帳票に関して、エントリ時と同様の入力を行う業務である。
【００４７】
続いて、口振サーバ１０は、エントリ端末２０ａから受信されたエントリデータと、エントリ端末２０ｂから受信されたベリファイデータとを比較する（Ｓ１５）。データが一致しない場合には（Ｓ１５：Ｙｅｓ）、口振サーバ１０は、当該エントリデータを、承認者が操作するエントリ端末２０ｃに送信する。そして、承認者は、エントリデータの不備を修正し、そして、修正したエントリデータを口振サーバ１０へ送信させる（Ｓ１６）。
【００４８】
［１−２−２．当日の動作の流れ］
次に、当日、つまり二日目の動作の流れについて説明する。なお、当日は、本発明における第２の日の一例である。
【００４９】
図３に示したように、まず、審査者は、エントリ端末２０ｄを操作して、Ｓ１６で承認されたエントリデータを印刷する（Ｓ１７）。続いて、審査者は、例えば図５に示したように、現物の帳票５００と、印刷されたエントリデータ５０２とを見比べる。そして、審査者は、例えば区分、店番などの各エントリ項目に関して、オペレータによりエントリされた内容が、現物の帳票５００の記載と誤っていないかを精査する（Ｓ１８）。
【００５０】
エントリデータに誤りがあると審査者が判断した場合には（Ｓ１９：Ｙｅｓ）、審査者は、エントリ端末２０ｄに表示される、例えば図６に示したようなデータ修正画面６０を介して、エントリデータの誤りを修正する（Ｓ２０）。
【００５１】
ここで、図６を参照して、データ修正画面の表示例（データ修正画面６０）について説明する。図６に示したように、データ修正画面６０は、例えばエントリデータ修正欄６００、精査完了入力欄６０２、および送信ボタン６０４を含む。ここで、エントリデータ修正欄６００は、各エントリデータの各入力項目に関して、エントリされた内容を修正するための修正欄である。また、精査完了入力欄６０２は、エントリデータごとに、データの精査が完了したことを審査者が入力するための入力欄である。なお、エントリ内容に誤りがないことが確認されたエントリデータに関しては、審査者は、データを修正せずに、精査完了入力欄６０２に対して完了の入力を行う。
【００５２】
また、送信ボタン６０４は、データ修正画面６０に表示された全てのエントリデータに関して精査が完了した場合に、精査された全てのエントリデータを口振サーバ１０へ送信させるためのボタンである。
【００５３】
ここで、再び図３を参照して、動作の概要について説明する。Ｓ２０の後、口振サーバ１０は、審査者による精査が完了しているエントリデータを抽出し、そして、抽出されたエントリデータをホストコンピュータ３０へ送信させる（Ｓ２１）。
【００５４】
なお、図３に示したように、「当日」においてＳ１７〜Ｓ２１の動作と平行して、オペレータは、Ｓ３１以降の動作を行うことが可能である。このＳ３１以降の動作は、「前営業日」におけるＳ１１〜Ｓ１６の処理と同様である。このように、本実施形態では、一連の動作の流れを同日に複数並行して行うことができる。このため、金融機関における口振業務の効率化につながる。
【００５５】
以上、本実施形態による情報処理システムの基本構成について説明した。上述した情報処理システムにおいて、本実施形態による口振サーバ１０は、処理対象のエントリデータの誤りを減少させることが可能である。以下、このような本実施形態について順次詳細に説明する。
【００５６】
＜＜２．実施形態の詳細な説明＞＞
＜２−１．構成＞
次に、本実施形態による構成について詳細に説明する。図７は、本実施形態による口振サーバ１０の構成を示した機能ブロック図である。図７に示したように、口振サーバ１０は、制御部１００、通信部１２０、および記憶部１２２を有する。
【００５７】
［２−１−１．制御部１００］
制御部１００は、口振サーバ１０に内蔵されるＣＰＵ１５０、ＲＡＭ１５４などのハードウェアを用いて、口振サーバ１０の動作を全般的に制御する。また、図７に示したように、制御部１００は、判断部１０２、および送信制御部１０４を有する。
【００５８】
［２−１−２．判断部１０２］
判断部１０２は、エントリデータに含まれるホスト送信日が当日と一致するか否かを判断することが可能である。さらに、判断部１０２は、エントリデータの精査が完了済みであるか否かを判断することが可能である。
【００５９】
また、判断部１０２は、判断の結果に基づいて、後述するエントリ結果ＤＢ１２４に記録されているエントリデータをエントリ結果ＤＢ１２４から抽出することも可能である。例えば、判断部１０２は、エントリデータに含まれるホスト送信日が当日と一致し、かつ、精査が完了済みであるエントリデータをエントリ結果ＤＢ１２４から抽出する。
【００６０】
［２−１−３．送信制御部１０４］
送信制御部１０４は、後述する通信部１２０により受信された複数のエントリデータのうち、承認者による承認内容について審査者により精査されたエントリデータをホストコンピュータ３０へ送信させる。例えば、送信制御部１０４は、判断部１０２によりエントリ結果ＤＢ１２４から抽出されたエントリデータをホストコンピュータ３０へ送信させる。
【００６１】
［２−１−４．通信部１２０］
通信部１２０は、本発明における取得部の一例である。通信部１２０は、金融機関に設置されたＬＡＮや専用網などを介して、口振サーバ１０に接続された各種装置との間で情報を送受信する。例えば、通信部１２０は、エントリ内容について承認者により承認された複数のエントリデータをエントリ端末２０ｃから受信する。また、通信部１２０は、承認者により承認された複数のエントリデータに関する審査者による精査の結果をエントリ端末２０ｄから受信する。
【００６２】
［２−１−５．記憶部１２２］
記憶部１２２は、例えば、図７に示したように、エントリ結果ＤＢ１２４を記憶する。
【００６３】
エントリ結果ＤＢ１２４は、エントリ端末２０から受信されるエントリデータが記録されるデータベースである。図８は、エントリ結果ＤＢ１２４の構成例を示した説明図である。図８に示したように、エントリ結果ＤＢ１２４では、例えば、帳票ＩＤ１２４０、ホスト送信日１２４２、区分１２４４、店番１２４６、科目１２４８、口座番号１２５０、および精査完了欄１２５２が対応づけて記録される。
【００６４】
ここで、帳票ＩＤ１２４０には、例えばスキャナ２４による読み取り時に割り当てられる、読み取られた帳票を一意に識別するための識別子が記録される。また、ホスト送信日１２４２には、スキャナ端末２２において入力されたホスト送信日が記録される。また、区分１２４４には、オペレータによりエントリされた申込区分が記録される。この申込区分は、例えば「１」が「新規」、「２」が「解約」を示す。また、店番１２４６、科目１２４８、および口座番号１２５０には、それぞれオペレータによりエントリされた店番、科目、または口座番号が記録される。また、精査完了欄１２５２には、審査者による精査が完了したか否かの情報が記録される。
【００６５】
例えば、図８の１レコード目のデータは、帳票ＩＤとして「０００１」が割り当てられた帳票に関するエントリデータであり、ホスト送信日として「２０１３年１１月２日」が設定され、かつ、区分に「１（新規）」、店番に「２２２」、科目に「０１（普通）」、口座番号に「１２３４５６７」がそれぞれエントリされており、そして、精査が「完了済み」であることを示している。
【００６６】
なお、本実施形態による口振サーバ１０の構成は、上述した構成に限定されない。例えば、エントリ結果ＤＢ１２４は、口振サーバ１０に含まれる代わりに、口振サーバ１０と通信可能な他の装置に備えられてもよい。
【００６７】
＜２−２．動作＞
以上、本実施形態による構成について説明した。続いて、本実施形態による動作について詳細に説明する。なお、以下では一例として、１−２節で述べたように、一連の動作が２営業日かけて処理される例について説明を行う。具体的には、「２−２−１．前営業日の動作」および「２−２−２．当日の動作」により説明を行う。
【００６８】
［２−２−１．前営業日の動作］
まず、図９〜図１０を参照して、前営業日（一日目）の動作について説明する。図９は、本実施形態による前営業日の動作の一部を示したシーケンス図である。図９に示したように、まず、金融機関のオペレータは、スキャナ端末２２を操作して、例えばホスト送信日の入力など、様々な初期設定を行う（Ｓ１０１）。
【００６９】
続いて、オペレータは、例えば顧客によって記入された口座振替依頼書などの帳票をスキャナ２４に読み取らせる（Ｓ１０２）。そして、オペレータは、スキャナ端末２２を操作して、スキャナ２４が読み取った帳票の画像データを口振サーバ１０へ送信させる（Ｓ１０３）。
【００７０】
その後、口振サーバ１０の制御部１００は、スキャナ端末２２から受信された帳票の画像データを記憶部１２２に記憶させる（Ｓ１０４）。
【００７１】
続いて、送信制御部１０４は、Ｓ１０３で受信された帳票の画像データをエントリ端末２０ａへ通信部１２０に送信させる（Ｓ１０５）。
【００７２】
その後、エントリ端末２０ａを操作するオペレータは、口振サーバ１０から受信された帳票の画像データに関して、例えば図４に示したようなエントリ画面に対してエントリを行う（Ｓ１０６）。そして、当該オペレータは、エントリ端末２０ａを操作して、エントリが完了したエントリデータを口振サーバ１０へ送信させる（Ｓ１０７）。
【００７３】
その後、口振サーバ１０の制御部１００は、エントリ端末２０ａから受信されたエントリデータをエントリ結果ＤＢ１２４に記憶させる（Ｓ１０８）。
【００７４】
続いて、送信制御部１０４は、Ｓ１０５と同様に、Ｓ１０３で受信された帳票の画像データをエントリ端末２０ｂへ通信部１２０に送信させる（Ｓ１０９）。
【００７５】
その後、エントリ端末２０ｂを操作するオペレータは、口振サーバ１０から受信された帳票の画像データに関して、例えば図４に示したようなエントリ画面に対してベリファイを行う（Ｓ１１０）。そして、当該オペレータは、エントリ端末２０ｂを操作して、ベリファイが完了したベリファイデータを口振サーバ１０へ送信させる（Ｓ１１１）。
【００７６】
その後、口振サーバ１０の制御部１００は、エントリ端末２０ｂから受信されたベリファイデータをエントリ結果ＤＢ１２４に記憶させる（Ｓ１１２）。
【００７７】
ここで、図１０を参照して、Ｓ１１２より後の動作について説明する。図１０は、前営業日におけるＳ１１２より後の動作を示したシーケンス図である。図１０に示したように、Ｓ１１２の後、口振サーバ１０の制御部１００は、Ｓ１０７で受信されたエントリデータと、Ｓ１１１で受信されたベリファイデータとを比較し、両データが一致するか否かを判定する（Ｓ１１３）。データが一致する場合には（Ｓ１１３：Ｙｅｓ）、口振サーバ１０は、後述するＳ１１７の動作がエントリ端末２０ｃによりなされるまで待機する。
【００７８】
一方、データが一致しない場合には（Ｓ１１３：Ｎｏ）、送信制御部１０４は、当該エントリデータをエントリ端末２０ｃへ通信部１２０に送信させる。その後、承認者は、エントリ端末２０ｃを操作して、エントリデータの不備を修正し、そして、承認の入力を行う（Ｓ１１４）。続いて、承認者は、エントリ端末２０ｃを操作して、承認済みのエントリデータを口振サーバ１０へ送信させる（Ｓ１１５）。
【００７９】
その後、口振サーバ１０の制御部１００は、エントリ結果ＤＢ１２４に記録されているエントリデータのうち、Ｓ１１４で受信された、承認済みのエントリデータに対応するエントリデータを抽出する。そして、制御部１００は、抽出されたエントリデータの内容を、承認済みのエントリデータの内容に更新して、エントリ結果ＤＢ１２４に記録する（Ｓ１１６）。
【００８０】
その後、承認者は、審査者にエントリデータを精査させることを目的として、１以上のエントリデータを口振サーバ１０にエントリ端末２０ｃへ送信させるように、エントリ端末２０ｃに対して送信の指示を入力する（Ｓ１１７）。
【００８１】
その後、口振サーバ１０の制御部１００は、エントリ結果ＤＢ１２４に記録されているエントリデータを抽出する。そして、送信制御部１０４は、抽出されたエントリデータをエントリ端末２０ｃへ通信部１２０に送信させる（Ｓ１１８）。
【００８２】
その後、オペレータは、エントリ端末２０ｃを操作して、口振サーバ１０から受信されたエントリデータを例えばＵＳＢ（Universal
Serial Bus）メモリなどの記録媒体に出力する（Ｓ１１９）。なお、上記の記録媒体は、ＦＤ（Floppy
Disk）、ＣＤ（Compact Disc）、ＨＤＤ（Hard
Disk Drive）、またはテープ媒体などであってもよい。
【００８３】
［２−２−２．当日の動作］
次に、図１１を参照して、当日（二日目）の動作について説明する。図１１は、本実施形態による当日の動作を示したシーケンス図である。図１１に示したように、まず、承認者は、Ｓ１１９においてエントリデータが出力された記録媒体を例えば承認者自身による手渡しや、別の人物による配送などにより、審査者に渡す（Ｓ１５１）。
【００８４】
その後、審査者は、Ｓ１５１で渡された記録媒体に記録されているエントリデータをエントリ端末２０ｄに読み込ませる。そして、審査者は、エントリ端末２０ｄを操作して、読み込まれたエントリデータを紙に印刷する（Ｓ１５２）。
【００８５】
続いて、審査者は、例えば図５に示したように、現物の帳票と、紙に印刷されたエントリデータとを見比べることにより、エントリデータの内容に誤りがないかを精査する（Ｓ１５３）。エントリデータに誤りがないと審査者が判断した場合には（Ｓ１５４：Ｎｏ）、審査者は、データ修正画面を介して、当該エントリデータに関して精査の完了を入力する。その際、入力の対象となるエントリデータは、帳票ＩＤ１２４０等をキーとして入力することによりエントリデータを検索し表示することにしてもよい。そして、審査者は、エントリ端末２０ｄを操作して、当該エントリデータに関する精査完了の通知を口振サーバ１０へ送信させる（Ｓ１５６）。
【００８６】
一方、エントリデータに誤りがあると審査者が判断した場合には（Ｓ１５４：Ｙｅｓ）、審査者は、エントリ端末２０ｄに表示される、例えば図６に示したようなデータ修正画面を介して、エントリデータの誤りを修正する（Ｓ１５５）。その際、修正の対象となるエントリデータは、帳票ＩＤ１２４０等をキーとして入力することによりエントリデータを検索し表示することにしてもよい。そして、審査者は、データ修正画面を介して、修正されたエントリデータに関して精査の完了を入力する。続いて、審査者は、エントリ端末２０ｄを操作して、精査済みのエントリデータを口振サーバ１０へ送信させる（Ｓ１５６）。
【００８７】
その後、口振サーバ１０の制御部１００は、Ｓ１５６において精査完了の通知が受信された場合には、エントリ結果ＤＢ１２４に記録されているエントリデータのうち、受信された通知に対応するエントリデータを抽出する。そして、制御部１００は、抽出されたエントリデータに関して、例えば図８に示した精査完了欄１２５２に対して精査の完了を記録し、そして、エントリ結果ＤＢ１２４の記録内容を更新する（Ｓ１５７）。
【００８８】
あるいは、口振サーバ１０の制御部１００は、Ｓ１５６において精査済みのエントリデータが受信された場合には、エントリ結果ＤＢ１２４に記録されているエントリデータのうち、受信されたエントリデータに対応するエントリデータを抽出する。そして、制御部１００は、抽出されたエントリデータの内容を、精査済みのエントリデータの内容に上書きするとともに、例えば図８に示した精査完了欄１２５２に対して精査の完了を記録し、そして、エントリ結果ＤＢ１２４の記録内容を更新する（Ｓ１５７）。
【００８９】
その後、審査者は、例えば自己の担当分の精査が終了した場合には、エントリ端末２０ｄを操作して、日次更新処理の依頼を入力し、そして入力内容を口振サーバ１０へ送信させる（Ｓ１５８）。
【００９０】
その後、口振サーバ１０の制御部１００は、エントリ結果ＤＢ１２４に記録されているエントリデータのうち、ホスト送信日として「当日」の日付が設定されており、かつ、精査が完了済みであることが記録されているエントリデータを抽出する（Ｓ１５９）。そして、送信制御部１０４は、Ｓ１５９で抽出されたエントリデータをホストコンピュータ３０へ通信部１２０に送信させる（Ｓ１６０）。
【００９１】
＜２−３．効果＞
以上、例えば図７、図９〜図１１等を参照して説明したように、本実施形態による口振サーバ１０は、エントリ内容について承認者により承認された複数のエントリデータを取得し、そして、取得された複数のエントリデータのうち、承認者による承認内容について審査者により精査されたエントリデータをホストコンピュータ３０へ送信させる。このため、口振サーバ１０は、承認者による承認に加えて、審査者による精査がなされたエントリデータをホストコンピュータ３０へ送信させるので、処理対象のエントリデータの誤りを減少させることができる。
【００９２】
例えば、仮に承認者が承認作業に関する知識や経験が不足している等の理由により、エントリ内容が誤っていることを見逃してしまったとしても、より専門的な知識や経験を有する審査者がエントリデータをあらためて検証するので、エントリデータの誤りを減少させることができる。
【００９３】
＜３．変形例＞
なお、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【００９４】
例えば、１−２節および２−２節では、一連の動作を二日にかけて実施する例について説明したが、例えば金融機関の人員に余裕がある場合などには、一日で全ての動作を実施することも可能である。
【００９５】
また、本実施形態による動作は、２−２節で述べた動作例に限定されない。例えば、２−２−２節で述べた「当日の動作」において、図１１に示した動作とともに、図９〜図１０に示したＳ１０１〜Ｓ１１９の動作を並行して処理させてもよい。
【００９６】
また、本実施形態において、審査対象のエントリデータの確認は紙に印刷して行なうものとしたが、エントリデータを直接エントリ端末２０ｄ上に取得して表示し、確認することとしてもよい。その場合、審査対象のエントリデータはＵＳＢメモリ等の記録媒体に出力することに替えて、審査対象のエントリデータの情報を直接エントリ端末２０ｄに送り、表示させることにしてもよい。
【００９７】
また、本実施形態によれば、ＣＰＵ１５０、ＲＯＭ１５２、およびＲＡＭ１５４などのハードウェアを、上述した口振サーバ１０の各構成と同等の機能を発揮させるためのコンピュータプログラムも提供可能である。また、該コンピュータプログラムが記録された記録媒体も提供される。
【符号の説明】
【００９８】
１０  口振サーバ
２０  エントリ端末
２２  スキャナ端末
２４  スキャナ
３０  ホストコンピュータ
１００  制御部
１０２  判断部
１０４  送信制御部
１２０  通信部
１２２  記憶部
１５０  ＣＰＵ
１５２  ＲＯＭ
１５４  ＲＡＭ
１５６  内部バス
１５８  入出力インターフェース
１６０  ＨＤＤ
１６２  ネットワークインターフェース
【図１】
2015108949.tif 000003
【図２】
2015108949.tif 000004
【図３】
2015108949.tif 000005
【図４】
2015108949.tif 000006
【図５】
2015108949.tif 000007
【図６】
2015108949.tif 000008
【図７】
2015108949.tif 000009
【図８】
2015108949.tif 000010
【図９】
2015108949.tif 000011
【図１０】
2015108949.tif 000012
【図１１】
2015108949.tif 000013