JP2012018503A - 承認システム、承認用端末、サーバ、承認方法、情報管理方法、及びプログラム - Google Patents

Abstract

【課題】複数の情報が一括して入力された場合に、承認者の業務負担を低減することができる承認システム等を提供する。
【解決手段】承認システム１は、操作者により一括して入力された複数のエントリ完了情報（具体的には、更新後のエントリ完了情報であるベリファイ完了情報）の各々について、承認が必要かを判定する為替サーバ５２と、為替サーバ５２により承認が必要であると判定されたベリファイ完了情報である承認対象情報を、承認者が確認可能な態様で出力する制御を行う承認用端末５５と、を備える。
【選択図】図１

Description

本発明は、承認システム、承認用端末、サーバ、承認方法、情報管理方法、及びプログラムに関する。

特許文献１には、金融機関において伝票に記入されたデータをデータベースに登録するに際して、複数の操作者（オペレータ）の各々が、伝票に記入されたデータを入力し、データ入力装置が、これらのデータの整合性をチェックする技術が記載されている。

特許文献２には、イメージリーダが原資料を読み取って解析することで得られるデータと、操作者が原資料に基づいて入力したデータとの整合性をチェックする技術が記載されている。

これらの技術を応用した技術として、為替集中処理システムが知られている。この為替集中処理システムの概要は以下のとおりである。

為替集中処理システムは、各営業店に配置されたスキャナ及び営業店側端末と、集中センタに配置された集配信サーバ、為替サーバ、エントリ用端末、ベリファイ用端末、及び承認用端末と、ホストコンピュータとを備える。

各営業店の行員は、営業店窓口にて顧客から振込依頼書を受け取り、内容をチェックした後、スキャナにセットする。行員は、営業店端末を用いてスキャナに振込依頼書を読み取らせる。スキャナは、振込依頼書を読み取ることで画像情報を生成し、営業店端末に送信する。営業店端末は、画像情報を解析することで、解析情報を生成し、画像情報と解析情報とを集中センタに送信する。解析情報は、営業店端末が画像情報を解析することで認識した文字情報等からなる。

集中センタでは、まず、各営業店の営業側端末から送信された画像情報及び解析情報を集配信サーバが受信し、為替サーバに送信する。為替サーバは、集配信サーバから与えられた情報を記憶する。集中センタでは、主に３つの業務、すなわちエントリ業務、ベリファイ業務、及び承認業務が行われる。

エントリ業務は、解析情報の検証を行う業務である。エントリ業務では、為替サーバからエントリ用端末に画像情報および解析情報が配信され、エントリ用端末のディスプレイに、画像情報と解析情報とが対比されて表示される。エントリ用端末の操作者は、ディスプレイに表示された情報に基づいて、解析情報を検証する。具体的には、操作者は、画像情報と解析情報とを対比し、一致しない箇所に正しい情報を入力する。エントリ用端末は、入力された情報に基づいて解析情報を更新し、更新された解析情報を表示する。操作者は、解析情報の検証が終了したら、送信要求を行う（具体的には、解析情報を送信する旨の情報を入力する）。エントリ用端末は、送信要求を受けたら、解析情報をエントリ完了情報として為替サーバに送信する。為替サーバは、受信したエントリ完了情報を記憶する。

ベリファイ業務は、エントリ完了情報の検証を行う業務である。ベリファイ業務では、為替サーバからベリファイ用端末に画像情報およびエントリ完了情報が配信され、ベリファイ用端末のディスプレイに、画像情報とエントリ完了情報とが対比されて表示される。なお、口座番号等の重要項目については、操作者による再入力を促すべく、画像情報のみ表示される。ベリファイ用端末の操作者は、ディスプレイに表示された情報に基づいて、エントリ完了情報を検証する。具体的には、操作者は、画像情報とエントリ完了情報とを対比し、画像情報とエントリ完了情報とが一致しない箇所に、正しい情報を入力する。操作者は、重要項目についても同様に、正しい情報を入力する。ベリファイ用端末は、入力された情報に基づいてエントリ完了情報を更新し、更新されたエントリ完了情報を表示する。操作者は、エントリ完了情報の検証が終了したら、送信要求を行う（具体的には、エントリ完了情報を送信する旨の情報を入力する）。ベリファイ用端末は、送信要求を受けたら、エントリ完了情報をベリファイ完了情報として為替サーバに送信する。為替サーバは、受信したベリファイ完了情報を記憶する。

承認業務は、ベリファイ完了情報の検証及び承認を行う業務である。承認業務では、為替サーバから承認用端末に画像情報およびベリファイ完了情報が配信され、承認用端末のディスプレイに、画像情報とベリファイ完了情報とが対比されて表示される。なお、ベリファイ完了情報に問題がある場合、具体的には、エントリ業務において生成されたエントリ完了情報とベリファイ業務において生成されたベリファイ完了情報とが異なる場合、または、取引の金額が所定の限度額を超える場合には、該当箇所が赤字で表示される。承認用端末の操作者、すなわち承認者は、ディスプレイに表示された情報、特に赤字で表示された情報に基づいて、ベリファイ完了情報を検証する。承認者は、ベリファイ完了情報に承認できない箇所がある場合（例えば、画像情報とベリファイ完了情報とが一致しない場合や、限度額を超える金額の取引が可能かどうかの確認が必要な場合）には、承認できない箇所を差し戻す旨の差戻し指示を行う（すなわち、承認できない箇所を差し戻す旨の情報を入力する）。承認用端末は、差戻し指示があった場合には、当該差戻し指示に基づいてベリファイ完了情報を更新し、更新されたベリファイ完了情報を表示する。
承認者は、ベリファイ完了情報の検証が終了したら、送信要求を行う（具体的には、ベリファイ完了情報を送信する旨の情報を入力する）。承認用端末は、送信要求を受けたら、ベリファイ完了情報を更新したかを判定し、ベリファイ完了情報を更新したと判定した場合には、更新されたベリファイ完了情報をエントリ完了情報として為替サーバに送信する。為替サーバは、受信したエントリ完了情報を記憶する。このエントリ完了情報は、ベリファイ用端末に再度配信され、ベリファイ業務の対象となる。すなわち、この場合、承認者はベリファイ完了情報をベリファイ業務に差し戻したことになる。一方、承認用端末は、ベリファイ完了情報を更新したと判定しない場合には、ベリファイ完了情報に基づいて為替仕向情報を作成し、作成された為替仕向情報を為替サーバに送信する。為替サーバは、受信した為替仕向情報を記憶するとともに、ホストコンピュータに送信する。すなわち、この場合、承認者はベリファイ完了情報を承認したことになる。

なお、承認業務における承認用端末の処理を図２２に示すフローチャートに沿って説明すると、以下のようになる。承認用端末は、ステップＳ４７にて、為替サーバにベリファイ完了情報を要求し、ステップＳ４８にて、ベリファイ完了情報を受信するまで待機する。

ステップＳ４９にて、承認用端末は、画像情報とベリファイ完了情報とを対比して表示する。ステップＳ５０にて、承認用端末は、差戻し指示があったかを判定し、差戻し指示があったと判定した場合には、ステップＳ５１に進み、判定しない場合には、ステップＳ５３に進む。

ステップＳ５１にて、承認用端末は、差戻し指示に基づいて、ベリファイ完了情報を更新（修正）する。ステップＳ５２にて、承認用端末は、更新されたベリファイ完了情報を表示する。ステップＳ５３にて、承認用端末は、送信要求があったか判定し、送信要求があったと判定した場合には、ステップＳ５４に進み、送信要求があったと判定しない場合には、ステップＳ５０に戻る。ステップＳ５４にて、承認用端末は、ベリファイ完了情報を更新したかを判定し、ベリファイ完了情報を更新したと判定した場合には、更新されたベリファイ完了情報をエントリ完了情報として為替サーバに送信する。一方、承認用端末は、ベリファイ完了情報を更新したと判定しない場合には、ベリファイ完了情報に基づいて為替仕向情報を作成し、作成された為替仕向情報を為替サーバに送信する。

特開２００１−３５１０５９号公報 特開平７−２９５７１０号公報

このように、ベリファイ完了情報は、承認業務に入る前に、すでにエントリ業務、ベリファイ業務という２度の検証を受けている。したがって、ベリファイ完了情報に問題がない場合、すなわち、エントリ完了情報とベリファイ完了情報とが一致し、かつ、取引の金額が所定の限度額以内である場合には、そのようなベリファイ完了情報は、そもそも承認業務の対象とする必要がないといえる。

しかし、従来の為替集中処理システムは、問題の有無に係らず、すべてのベリファイ完了情報を承認者による検証の対象としていたので、承認者は、すべてのベリファイ完了情報について、問題があるかどうか（具体的には、赤字で表示される箇所があるかどうか）を検証しなければならず、承認者の業務、特に、検証業務の負担が過大になっているという問題があった。特に、振込依頼書がいわゆる連記式帳票（１枚の帳票に複数の取引が記載されるもの）である場合、エントリ業務等において複数の取引が一括して入力され、これら複数の取引が一括して承認業務における承認の対象となるので、この問題はさらに深刻なものになっていた。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、複数の情報が一括して入力された場合に、承認者の業務負担を低減することが可能な、新規かつ改良された承認システム、承認用端末、サーバ、承認方法、情報管理方法、及びプログラムを提供することにある。

上記課題を解決するために、本発明のある観点によれば、操作者により一括して入力された複数の操作者入力情報の各々について、承認が必要かを判定する判定部と、判定部により承認が必要であると判定された操作者入力情報である承認対象情報を、承認者が確認可能な態様で出力する制御を行う出力制御部と、を備えることを特徴とする、承認システムが提供される。

ここで、承認システムは、複数の操作者入力情報を記憶する記憶部と、記憶部に記憶された複数の操作者入力情報のうち承認対象情報に、承認の必要があることを示す識別情報を関連付ける識別情報処理部と、記憶部に記憶された複数の操作者入力情報から、識別情報が関連付けられた承認対象情報を選別する承認対象情報選別部と、を備え、出力制御部は、承認対象情報選別部が選別した承認対象情報を、承認者が確認可能な態様で出力する制御を行うようにしてもよい。

また、承認システムは、判定部、記憶部、及び、識別情報処理部、を有するサーバと、 記憶部から複数の操作者入力情報を取得する操作者入力情報取得部、承認対象情報選別部、及び、出力制御部、を有する承認用端末と、を備え、承認対象情報選別部は、操作者入力情報取得部が取得した複数の操作者入力情報から、識別情報が関連付けられた承認対象情報を選別するようにしてもよい。

また、承認システムは、判定部、記憶部、識別情報処理部、及び、承認対象情報選別部、を有するサーバと、承認対象情報選別部から、識別情報が関連付けられた承認対象情報を取得する承認対象情報取得部、及び、出力制御部、を有する承認用端末と、を備え、出力制御部は、承認対象情報取得部が取得した承認対象情報を、承認者が確認可能な態様で出力する制御を行うようにしてもよい。

また、承認システムは、操作者入力情報を検証する検証者が入力した情報に基づいて、操作者入力情報を更新するベリファイ用端末を備え、判定部は、更新前の操作者入力情報と、更新後の操作者入力情報とを対比し、これらが異なる場合には、更新後の操作者入力情報を承認する必要があると判定するようにしてもよい。

また、操作者入力情報は、為替取引に関する情報であり、判定部は、操作者入力情報が所定の限度額を超えた金額の取引に関する情報である場合には、操作者入力情報を承認する必要があると判定するようにしてもよい。

上記課題を解決するために、本発明の別の観点によれば、操作者により一括して入力された複数の操作者入力情報を管理し、複数の操作者入力情報のうち、承認が必要である操作者入力情報である承認対象情報に、承認の必要があることを示す識別情報を関連付けたサーバから、複数の操作者入力情報を取得する操作者入力情報取得部と、操作者入力情報取得部が取得した複数の操作者入力情報から、識別情報が関連付けられた承認対象情報を選別する承認対象情報選別部と、承認対象情報選別部が選別した承認対象情報を、承認者が確認可能な態様で出力する制御を行う出力制御部と、を備えることを特徴とする、承認用端末が提供される。

上記課題を解決するために、本発明のさらに別の観点によれば、操作者により一括して入力された複数の操作者入力情報を記憶する記憶部と、記憶部に記憶された複数の操作者入力情報の各々について、承認が必要かを判定する判定部と、記憶部に記憶された複数の操作者入力情報のうち、判定部により承認が必要であると判定された操作者入力情報である承認対象情報に、承認の必要があることを示す識別情報を関連付ける識別情報処理部と、記憶部に記憶された複数の操作者入力情報から、識別情報が関連付けられた承認対象情報を選別する承認対象情報選別部と、を備えることを特徴とするサーバが提供される。

上記課題を解決するために、本発明のさらに別の観点によれば、操作者により一括して入力された複数の操作者入力情報の各々について、承認が必要かを判定する第１のステップと、第１のステップにより承認が必要であると判定された操作者入力情報である承認対象情報を、承認者が確認可能な態様で出力する制御を行う第２のステップと、を含むことを特徴とする、承認方法が提供される。

上記課題を解決するために、本発明のさらに別の観点によれば、操作者により一括して入力された複数の操作者入力情報を管理し、複数の操作者入力情報のうち、承認が必要である操作者入力情報である承認対象情報に、承認の必要があることを示す識別情報を関連付けたサーバから、複数の操作者入力情報を取得する第１のステップと、第１のステップが取得した複数の操作者入力情報から、識別情報が関連付けられた承認対象情報を選別する第２のステップと、第２のステップが選別した承認対象情報を、承認者が確認可能な態様で出力する制御を行う第３のステップと、を含むことを特徴とする、承認方法が提供される。

上記課題を解決するために、本発明のさらに別の観点によれば、操作者により一括して入力された複数の操作者入力情報を記憶部に記憶させる第１のステップと、記憶部が記憶する複数の操作者入力情報の各々について、承認が必要かを判定する第２のステップと、 記憶部が記憶する複数の操作者入力情報のうち、第２のステップにより承認が必要であると判定された操作者入力情報である承認対象情報に、承認の必要があることを示す識別情報を関連付ける第３のステップと、記憶部が記憶する複数の操作者入力情報から、識別情報が関連付けられた承認対象情報を選別する第４のステップと、を含むことを特徴とする情報管理方法が提供される。

上記課題を解決するために、本発明のさらに別の観点によれば、操作者により一括して入力された複数の操作者入力情報を管理し、複数の操作者入力情報のうち、承認が必要である操作者入力情報である承認対象情報に、承認の必要があることを示す識別情報を関連付けたサーバに接続されたコンピュータに、複数の操作者入力情報を取得する操作者入力情報取得機能と、操作者入力情報取得機能が取得した複数の操作者入力情報から、識別情報が関連付けられた承認対象情報を選別する承認対象情報選別機能と、承認対象情報選別機能が選別した承認対象情報を、承認者が確認可能な態様で出力する制御を行う出力制御機能と、を実現させることを特徴とする、プログラムが提供される。

上記課題を解決するために、本発明のさらに別の観点によれば、コンピュータに、操作者により一括して入力された複数の操作者入力情報を記憶する記憶機能と、記憶機能が記憶する複数の操作者入力情報の各々について、承認が必要かを判定する判定機能と、記憶機能が記憶する複数の操作者入力情報のうち、判定機能により承認が必要であると判定された操作者入力情報である承認対象情報に、承認の必要があることを示す識別情報を関連付ける識別情報処理機能と、記憶機能が記憶する複数の操作者入力情報から、識別情報が関連付けられた承認対象情報を選別する承認対象情報選別機能と、を実現させることを特徴とする、プログラムが提供される。

以上説明したように本発明によれば、操作者により一括して入力された複数の操作者入力情報のうち、承認が必要な情報のみを承認者が確認可能な態様で表示制御するので、承認者は、承認が必要な情報のみを検証すればよいこととなる。したがって、複数の情報が一括して入力された場合に、承認者の業務負担が低減される。

本発明の実施形態に係る承認システムの概要を示すブロック図である。 本発明の実施形態に係る営業店側端末の構成を示すブロック図である。 本発明の実施形態に係る為替サーバの構成を示すブロック図である。 本発明の実施形態に係るエントリ用端末の構成を示すブロック図である。 本発明の実施形態に係るベリファイ用端末の構成を示すブロック図である。 本発明の実施形態に係る承認用端末の構成を示すブロック図である。 本発明の実施形態に係る営業店側端末の処理を示すフローチャートである。 本発明の実施形態に係るエントリ用端末の処理を示すフローチャートである。 本発明の実施形態に係るベリファイ用端末の処理を示すフローチャートである。 本発明の実施形態に係る為替サーバの処理を示すフローチャートである。 本発明の実施形態に係る承認用端末の処理を示すフローチャートである。 実施形態の変形例に係る為替サーバの構成を示すブロック図である。 実施形態の変形例に係る承認用端末の構成を示すブロック図である。 実施形態の変形例に係る為替サーバの処理を示すフローチャートである。 実施形態の変形例に係る承認用端末の処理を示すフローチャートである。 本発明の実施形態に係る振込依頼書の例を示す説明図である。 本発明の実施形態に係る表示画面の例を示す説明図である。 本発明の実施形態に係る表示画面の例を示す説明図である。 本発明の実施形態に係る表示画面の例を示す説明図である。 本発明の実施形態に係る表示画面の例を示す説明図である。 帳票の種類と、処理方式と、明細件数との対応関係を示す図表である。 従来の承認用端末の処理を示すフローチャートである。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

［承認システムの構成］
まず、図１〜図６を参照して、本発明の実施形態に係る承認システム１の概略構成について説明する。図１は、承認システム１の構成を示すブロック図である。

承認システム１は、営業店３に設置されたスキャナ３１及び営業店側端末３２と、センタ５に設置された集配信サーバ５１、為替サーバ５２、エントリ用端末５３、ベリファイ用端末５４、承認用端末５５、及び通信ゲートウェイ５６と、ホストコンピュータ６とを備える。営業店３の営業店側端末３２と、センタ５の集配信サーバ５１とは、ネットワーク４で接続される。図１では、営業店３は１つしか示されないが、複数存在してもよい。

営業店３には、スキャナ３１及び営業店側端末３２が設置される。スキャナ３１は、振込依頼書２を読み込むことで、振込依頼書２に描かれた文字等を示す画像情報を生成し、営業店側端末３２に送信する。

図２は、営業店側端末３２の構成を示すブロック図である。営業店側端末３２は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク、キーボード、ディスプレイ、及び各種通信装置等のハードウェアを備えており、受信部３２１、解析部３２２、制御部３２３、記憶部３２４、入力部３２５、表示部３２６、及び通信部３２７の機能ブロックに分割される。

受信部３２１は、スキャナ３１から送信された画像情報を受信し、解析部３２２に出力する。解析部３２２は、受信部３２１から与えられた画像情報を解析し、解析結果に関する解析情報を生成する。解析情報は、解析部３２２が画像情報を解析することで認識した文字情報等からなる。解析部３２２は、解析情報と画像情報とを制御部３２３に出力する。制御部３２３は、営業店側端末３２全体の制御を行うほか、解析部３２２から与えられた情報を記憶部３２４に記憶させる処理、解析部３２２から与えられた情報を通信部３２７に出力する処理等を行う。記憶部３２４は、営業店側端末３２の動作に必要なプログラムや、各種の情報が記憶されるほか、制御部３２３による作業領域としても利用される。入力部３２５は、営業店側端末３２の操作者による入力操作が可能となっており、操作者は、入力部３２５を用いて各種の情報を制御部３２３に入力する。表示部３２６は、制御部３２３による制御を受けて、各種の画像情報を表示する。通信部３２７は、制御部３２３から与えられた情報を、ネットワーク４を介してセンタ５に送信する。センタ５に送信された情報は、集配信サーバ５１により受信される。

図３は、為替サーバ５２の構成を示すブロック図である。為替サーバ５２は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク、キーボード、ディスプレイ、及び各種通信装置等のハードウェアを備えており、通信部５２１、制御部５２２、記憶部５２５、及びデータベース５２６の機能ブロックに分割される。制御部５２２は、さらに、判定部５２３と、識別情報処理部５２４とに分割される。

通信部５２１は、センタ５の他の構成要素と情報のやり取りを行う。例えば、通信部５２１は、集配信サーバ５１から画像情報及び解析情報を受信して、制御部５２２に出力する。判定部５２３は、為替サーバ５２全体の制御を行うほか、例えば以下の処理を行う。すなわち、判定部５２３は、後述するベリファイ完了情報（操作者入力情報）を承認する必要があるかを判定する処理や、データベース５２６に情報を記憶させる処理、データベース５２６から情報を取得する処理等を行う。

識別情報処理部５２４は、判定部５２３により承認が必要と判定されたベリファイ完了情報のみに、承認の必要があることを示す識別情報を関連付ける処理を行う。記憶部５２５は、為替サーバ５２の動作に必要なプログラムや各種情報を記憶するほか、制御部５２２による作業領域としても利用される。データベース５２６は、画像情報および解析情報をはじめとした各種情報を記憶する。

図４は、エントリ用端末５３の構成を示すブロック図である。エントリ用端末５３は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク、キーボード、ディスプレイ、及び各種通信装置等のハードウェアを備えており、通信部５３１、制御部５３２、記憶部５３３、入力部５３４、及び表示部５３５の機能ブロックに分割される。

通信部５３１は、センタ５の他の構成要素、特に為替サーバ５２との間で情報のやり取りを行う。例えば、通信部５３１は、為替サーバ５２から画像情報および解析情報を受信し、制御部５３２に出力する。制御部５３２は、エントリ用端末５３全体の制御を行うほか、通信部５３１から与えられた情報を記憶部５３３に記憶させる処理、画像情報と解析情報とを対比して表示部５３５に表示させる制御、入力部５３４から入力された情報に基づいて、解析情報を更新する処理、更新された解析情報をエントリ完了情報（操作者入力情報）として通信部５３１に出力する処理等を行う。

記憶部５３３は、エントリ用端末５３の動作に必要なプログラムや各種情報を記憶するほか、制御部５３２による作業領域としても利用される。入力部５３４は、エントリ用端末５３の操作者による入力操作が可能となっており、操作者は、入力部５３４を用いて各種の情報を制御部５３２に入力する。表示部５３５は、制御部５３２による制御を受けて、各種の情報を表示する。

図５は、ベリファイ用端末５４の構成を示すブロック図である。ベリファイ用端末５４は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク、キーボード、ディスプレイ、及び各種通信装置等のハードウェアを備えており、通信部５４１、制御部５４２、記憶部５４５、入力部５４６、及び表示部５４７の機能ブロックに分割される。制御部５４２は、さらに、操作者入力情報更新部５４３、及び表示制御部５４４に分割される。

通信部５４１は、センタ５の他の構成要素、特に為替サーバ５２との間で情報のやり取りを行う。例えば、通信部５４１は、為替サーバ５２から画像情報及びエントリ完了情報を受信し、制御部５４２に出力する。操作者入力情報更新部５４３は、ベリファイ用端末５４全体の制御を行うほか、通信部５４１から与えられた情報を記憶部５４５に記憶させる処理、エントリ完了情報を更新する処理等を行う。表示制御部５４４は、画像情報とエントリ完了情報とを対比して表示部５４７に表示させる制御等を行う。

記憶部５４５は、ベリファイ用端末５４の動作に必要なプログラムや各種情報を記憶するほか、制御部５４２による作業領域としても利用される。入力部５４６は、ベリファイ用端末５４の操作者（検証者）による入力操作が可能となっており、検証者は、入力部５４６を用いて各種の情報を制御部５４２に入力する。表示部５４７は、表示制御部５４４による制御を受けて、各種の情報を表示する。

図６は、承認用端末５５の構成を示すブロック図である。承認用端末５５は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク、キーボード、ディスプレイ、及び各種通信装置等のハードウェアを備えており、操作者入力情報取得部５５１、制御部５５２、記憶部５５５、入力部５５６、及び表示部５５７の機能ブロックに分割される。制御部５５２は、さらに、承認対象情報選別部５５３、及び表示制御部５５４（出力制御部）に分割される。

操作者入力情報取得部５５１は、センタ５の他の構成要素、特に為替サーバ５２との間で情報のやり取りを行う。例えば、操作者入力情報取得部５５１は、為替サーバ５２から後述するベリファイ完了情報を受信し、制御部５５２に出力する。承認対象情報選別部５５３は、承認用端末５５全体の制御を行うほか、操作者入力情報取得部５５１から与えられた情報を記憶部５５５に記憶させる処理、操作者入力情報取得部５５１から与えられたベリファイ完了情報から、識別情報が関連付けられた承認対象情報を選別する処理、選別された承認対象情報を更新する処理、為替仕向情報を作成する処理等を行う。表示制御部５５４は、画像情報と承認対象情報とを対比して表示部５５７に表示させる制御等を行う。したがって、本実施の形態では、承認対象情報を承認者により確認可能な態様で出力する一例として、承認対象情報を画面表示することを開示するが、他の態様、例えばプリンタに出力する態様等であってもよい。

記憶部５５５は、承認用端末５５の動作に必要なプログラムや各種情報を記憶するほか、制御部５５２による作業領域としても利用される。入力部５５６は、承認用端末５５の操作者（承認者）による入力操作が可能となっており、承認者は、入力部５５６を用いて各種の情報を制御部５５２に入力する。表示部５５７は、表示制御部５５４による制御を受けて、各種の情報を表示する。

[承認システムの処理]
次に、承認システム１の処理をフローチャートに沿って説明する。なお、本実施形態では、振込依頼書２が連記式振込帳票である場合を例として、承認システム１の処理を説明する。

図１６は、連記式振込帳票の一例を示す説明図である。連記式振込帳票は、１人の依頼人が複数の受取人宛てに金銭を振り込む場合に使用される。すなわち、連記式振込帳票には、依頼人に関する情報が記入される依頼人情報記入欄２１が１つ用意されるのに対し、受取人に関する情報が記入される受取人情報記入欄２２が複数（例えば４つ）用意される。

依頼人情報記入欄２１には、依頼人に関する情報、すなわち、依頼人の名前、振り仮名、連絡先電話番号、住所等が記入される。受取人情報記入欄２２には、受取人に関する情報、すなわち、振込先の金融機関名、預金種目、口座番号、金額、受取人の名前、振り仮名、振込方法等が記入される。振込先の金融機関名は、「送り先」の区分に記入される。預金種目は、科目とも称され、普通、当座、貯蓄、その他に区分される。

連記式振込帳票には、その他の項目として、依頼日、通信種目（種目）の番号、取扱店の番号、取引数の小計（小計件数）、取引額の小計（小計金額）、手数料の小計（小計手数料）、扱日等が記入される。

図７は、営業店側端末３２の処理を示すフローチャートである。ステップＳ１にて、受信部３２１は、画像情報がスキャナ３１から送信されるまで待機し、画像情報を受信したらステップＳ２に進む。なお、営業店３の行員は、営業店窓口にて顧客から振込依頼書２を受け取り、内容をチェックした後、スキャナ３１にセットする。行員は、入力部３２５を用いて、制御部３２３に読取指示を入力し、制御部３２３は、与えられた読取指示をスキャナ３１に送信する。スキャナ３１は、読取指示を受信したら、振込依頼書２を読み取ることで画像情報を生成し、営業店端末３２の受信部３２１に送信する。

ステップＳ２にて、受信部３２１は、受信した画像情報を解析部３２２に出力する。解析部３２２は、与えられた画像情報を解析する（すなわち、画像情報に含まれる文字等を認識する）ことで、解析情報を生成し、生成された解析情報を画像情報とともに制御部３２３に出力する。

ステップＳ３にて、制御部３２３は、与えられた解析情報を取引ごとに分割する。ここで、制御部３２３は、１人の依頼人が１人の受取人に金銭を振り込む取引を、１つの取引として認識する。したがって、連記式振込依頼書では、複数の取引が一括して記入可能となる。また、１つの解析情報には、１人の依頼人及び１人の受取人に関する解析情報が含まれる。さらに、制御部３２３は、分割したすべての解析情報を、画像情報に関連付け、記憶部３２４に記憶するとともに、通信部３２７に出力する。通信部３２７は、与えられた画像情報及び解析情報を、ネットワーク４を介してセンタ５に送信する。すなわち、通信部３２７は、複数の解析情報を一括してセンタ５に送信する。その後、営業店側端末３２は、処理を終了する。センタ５では、集配信サーバ５１が画像情報及び解析情報を受信して、為替サーバ５２に出力する。為替サーバ５２の通信部５２１は、画像情報及び解析情報を受信して判定部５２３に出力する。判定部５２３は、与えられた画像情報及び解析情報をデータベース５２６に記憶させる。

図８は、エントリ用端末５３の処理を示すフローチャートである。エントリ用端末５３が図８に示すフローチャートに沿った処理を行うことで、エントリ業務が行われる。ステップＳ４にて、通信部５３１は、画像情報及び解析情報を要求する旨の要求情報を為替サーバ５２に送信する。為替サーバ５２の通信部５２１は、要求情報を判定部５２３に出力し、判定部５２３は、要求情報に基づいて、画像情報およびこの画像情報に関連付けられたすべての解析情報をデータベース５２６から取得し、通信部５２１を介してエントリ用端末５３に送信する。

ステップＳ５にて、通信部５３１は、画像情報及び解析情報を受信するまで待機し、受信したらステップＳ６に進む。なお、通信部５３１は、要求情報を送信してから所定時間経過しても画像情報等の受信を確認できない場合等には、ステップＳ４に戻る。

ステップＳ６にて、通信部５３１は、受信した画像情報及び解析情報を制御部５３２に出力する。制御部５３２は、与えられた画像情報及び解析情報を記憶部５３３に記憶させるとともに、画像情報および解析情報を対比させて表示部５３５に表示させる。操作者は、表示部５３５に表示された画像情報及び解析情報を検証し、必要に応じて解析情報の修正、入力を行う。

図１７は、表示部５３５に表示される画面の例を示す。表示画面は、ステータス表示領域Ｆ１、依頼人情報表示領域Ｆ２、受取人情報表示領域Ｆ３、指示ボタン表示領域Ｆ４に区分される。ステータス表示領域Ｆ１には、ＯＣＲ通番、為替サーバＩＤ、業務区分、オペレータＩＤ、入力モードの区分が表示される。ＯＣＲ通番は、現在表示されている情報に割り振られる番号であり、為替サーバＩＤは、為替サーバ５２に割り振られる番号である。業務区分は、現在の業務がどれであるかを示す。なお、業務区分には、エントリ業務、ベリファイ業務、及び承認業務の区分がある。オペレータＩＤは、エントリ用端末５３を操作している操作者に割り振られる番号であり、入力モードの区分は、現在の入力モードを示し、このモードに従った情報が入力される。

依頼人情報表示領域Ｆ２には、画像情報のうち、依頼人情報に関する部分と、解析情報のうち、依頼人情報に関する部分とが、対比して表示される。依頼人情報表示領域Ｆ２は、扱日表示領域、給振・賞与表示領域、振込指定日表示領域、種目表示領域、取扱店表示領域、依頼人電話番号表示領域、依頼人名表示領域、小計件数表示領域、小計金額表示領域、小計手数料表示領域、備考表示領域等に区分される。

扱日表示領域は、左段と右段に区分され、左段には扱日の画像情報が、右段にはこの画像情報に対応する解析情報が表示される。扱日の画像情報は、「当日」、「翌振」、「先日付」の区分と、これらの区分のいずれかに描かれた丸印とからなる。この丸印は、依頼人が記したものである。すなわち、振込依頼書２には、扱日の区分が表記されており、依頼人は、「当日」、「翌振」、「先日付」のうち、いずれかの区分に丸印を記すことで、扱日を選択する。一方、右段には、依頼人が選択した扱日に応じた数字が表示される。

給振・賞与表示領域は、上段、下段に区分されており、上段には画像情報が、下段には解析情報が表示される。振り込まれる金銭が給与または賞与である場合には、上段にはその旨の情報が、下段には数字の「１」が表示される。

振込指定日表示領域、種目表示領域、取扱店表示領域、依頼人電話番号領域も、上段、下段に区分されており、上段には画像情報が、下段には解析情報が表示される。なお、種目情報及び取扱店情報は、金融機関や各営業所の固有の情報である。振込指定日表示領域に表示される解析情報は、依頼人が選択した扱日と、依頼人が振込依頼書２に記入した依頼日とに基づいて決定される。

受取人情報表示領域Ｆ３には、画像情報のうち、受取人情報に関する部分と、解析情報のうち、受取人情報に関する部分とが、対比して表示される。なお、受取人が複数存在する場合、操作者が入力部５３４のPageUpキーやPageDownキーを押下することで、画像情報及び解析情報が、異なる受取人に関するものに切り替わる。異なる依頼人に関する情報が表示されている例を図１８に示す。

受取人情報表示領域Ｆ３は、取消情報表示領域、科目表示領域、口座番号表示領域、振込金額表示領域、手数料区分表示領域、手数料表示領域、銀行名表示領域、支店名表示領域、受取人名表示領域等に区分される。

取消情報表示領域、口座番号表示領域、振込金額表示領域、手数料区分表示領域、手数料表示領域は、いずれも上段、下段に区分され、上段に画像情報が、下段に解析情報が表示される。なお、取消情報は、依頼人が取引を中止したい場合に、振込依頼書２に記入される情報である。手数料区分は、手数料の支払い状況等に関する情報である。

科目表示領域は、左段と右段に区分され、左段には科目の画像情報が、右段にはこの画像情報に対応する解析情報が表示される。科目の画像情報は、「普通」、「当座」、「貯蓄」、「その他」の区分と、これらの区分のいずれかに描かれた丸印とからなる。この丸印は、依頼人が記したものである。すなわち、振込依頼書２には、科目の区分が表記されており、依頼人は、「普通」、「当座」、「貯蓄」、「その他」のうち、いずれかの区分に丸印を記すことで、科目を選択する。一方、右段には、依頼人が選択した科目に応じた数字が表示される。

銀行名表示領域及び支店名表示領域は、上段、中段、下段に区分され、上段にはあらかじめ登録された情報が表示され、中段には画像情報が表示され、下段には解析情報が表示される。

受取人名表示領域も、上段、中段、下段に区分され、上段は画像情報のうち、受取人の名前が表示され、中段は画像情報のうち、振り仮名が表示され、下段には解析情報が表示される。

指示ボタン表示領域Ｆ４は、エントリ用端末５３に各種の指示を与えるためのボタンが表示される。

上記の領域のうち、解析情報が表示されている領域は、入力領域にもなっている。すなわち、操作者は、情報を入力したい入力領域にカーソルを合わせ、必要な情報を入力することができる。これにより、操作者は、画像情報と解析情報とが一致しない箇所を修正したり、画像情報の解析ができなかった箇所（画像情報が表示されているのに解析情報が空欄になっている箇所）に正しい情報を入力することができる。操作者は、受取人に関する情報を切り替えながら、振込依頼書２に含まれるすべての取引について、解析情報の修正を行う。すなわち、操作者は、複数の解析情報の修正を一括して行う。

ステップＳ７にて、制御部５３２は、入力部５３４から解析情報の修正に関する情報が入力されたかを判定し、情報が入力されたと判定した場合には、ステップＳ８に進み、判定しない場合には、ステップＳ１０に進む。

ステップＳ８にて、制御部５３２は、入力された情報に基づいて、解析情報を修正（更新）し、更新された解析情報を記憶部５３３に記憶させる。ステップＳ９にて、制御部５３２は、更新された解析情報を表示部５３５に表示させる。

ステップＳ１０にて、制御部５３２は、入力部５３４から解析情報の送信要求がなされたかを判定し、解析情報の送信要求がなされたと判定した場合には、ステップＳ１１に進み、判定しない場合には、ステップＳ７に進む。操作者は、すべての解析情報の検証が終了した場合には、入力部５３４を用いて、送信要求を入力する。具体的には、Ｆ１２キーを押下する。ステップＳ１１にて、制御部５３２は、記憶部５３３に記憶されている複数の解析情報をそれぞれエントリ完了情報として通信部５３１に出力し、通信部５３１は、与えられた複数のエントリ完了情報を為替サーバ５２に送信する。為替サーバ５２は、送信されたエントリ完了情報を画像情報に関連付けてデータベース５２６に記憶する。したがって、操作者は、複数のエントリ完了情報を一括して入力することとなる。

図９は、ベリファイ用端末５４の処理を示すフローチャートである。ベリファイ用端末５４が図９に示すフローチャートに沿った処理を行うことで、ベリファイ業務が行われる。ステップＳ１２にて、通信部５４１は、画像情報及びエントリ完了情報を要求する旨の要求情報を為替サーバ５２に送信する。為替サーバ５２の通信部５２１は、要求情報を判定部５２３に出力し、判定部５２３は、要求情報に基づいて、画像情報および画像情報に関連付けられたすべてのエントリ完了情報をデータベース５２６から取得し、通信部５２１を介してベリファイ用端末５４に送信する。

ステップＳ１３にて、通信部５４１は、画像情報及びエントリ完了情報を受信するまで待機し、受信したらステップＳ１４に進む。なお、通信部５４１は、要求情報を送信してから所定時間経過しても画像情報等の受信を確認できない場合等には、ステップＳ１２に戻る。

ステップＳ１４にて、通信部５４１は、受信した画像情報及びエントリ完了情報を操作者入力情報更新部５４３に出力する。操作者入力情報更新部５４３は、与えられた画像情報及びエントリ完了情報を記憶部５４５に記憶させる。ついで、表示制御部５４３は、記憶部５４５に記憶されている画像情報およびエントリ完了情報を取得し、これらを対比させて表示部５４７に表示させる。操作者（検証者）は、表示部５４７に表示された画像情報及びエントリ完了情報を検証し、必要に応じてエントリ完了情報の修正、再入力を行う。

図１９は、表示部５４７に表示される画面の例を示す。表示画面は、図１７に示すものとほぼ同様であり、解析情報の代わりにエントリ完了情報が表示される。エントリ完了情報が表示される領域は、入力領域にもなっている。なお、科目表示領域、口座番号表示領域、振込金額表示領域の各々については、エントリ完了情報が表示されるべき領域が空白になっている。これらの項目は他の項目に比して重要な項目であるので、検証者にこれらの情報の再入力を促すことで、検証の正確性、堅確性向上を図っている。検証者は、受取人に関する情報を切り替えながら、振込依頼書２に含まれるすべての取引について、エントリ完了情報の修正、再入力を行う。したがって、検証者は、複数のエントリ完了情報についての修正、再入力を一括して行うこととなる。

ステップＳ１５にて、操作者入力情報更新部５４３は、入力部５４６からエントリ完了情報の修正に関する情報が入力されたかを判定し、情報が入力されたと判定した場合には、ステップＳ１６に進み、判定しない場合には、ステップＳ１８に進む。

ステップＳ１６にて、操作者入力情報更新部５４３は、入力された情報に基づいて、エントリ完了情報を修正（更新）し、更新されたエントリ完了情報を記憶部５４５に記憶させる。ステップＳ１７にて、表示制御部５４４は、記憶部５４５に記憶されている画像情報及びエントリ完了情報（すなわち、更新されたエントリ完了情報）を表示部５４７に表示させる。

ステップＳ１８にて、操作者入力情報更新部５４３は、入力部５４６からエントリ完了情報の送信要求がなされたかを判定し、エントリ完了情報の送信要求がなされたと判定した場合には、ステップＳ１９に進み、判定しない場合には、ステップＳ１５に進む。検証者は、すべてのエントリ完了情報の検証が終了した場合には、入力部５４６を用いて、送信要求を入力する。具体的には、Ｆ１２キーを押下する。ステップＳ１９にて、操作者入力情報更新部５４３は、記憶部５４５に記憶されている複数のエントリ完了情報を、それぞれベリファイ完了情報として通信部５４１に出力し、通信部５４１は、与えられたベリファイ完了情報を為替サーバ５２に送信する。為替サーバ５２は、送信された複数のベリファイ完了情報を画像情報に関連付けてデータベース５２６に記憶する。

図１０は、為替サーバ５２の処理を示すフローチャートである。ステップＳ２０にて、判定部５２３は、後述する条件（１）、（２）を判定していないベリファイ完了情報がデータベース５２６に記憶されているという条件を満たすかを判定し、この条件が満たされると判定した場合には、ステップＳ２１に進み、判定しない場合には、処理を終了する。

ステップＳ２１にて、通信部５２１は、該当するベリファイ完了情報と、このベリファイ完了情報と同じ取引を示すエントリ完了情報とをデータベース５２６から取得し、これらに基づいて、下記の条件（１）、（２）のうち、いずれかが満たされるかを判定する。

条件（１）：エントリ完了情報（更新前の操作者入力情報）とベリファイ完了情報（更新後の操作者入力情報）とが異なる。

条件（２）：いずれかの受取人情報において、振込金額が所定の限度額を超えている。

なお、この限度額は、取引１件ごとに依頼人が任意に設定可能である。

判定部５２３は、条件（１）、（２）の少なくともいずれかが満たされると判定した場合、承認者がベリファイ完了情報を承認する必要があると判定し、ステップＳ２２に進む。一方、判定部５２３は、条件（１）、（２）のいずれも満たされない場合、承認者による承認は不要と判定し、処理を終了する。したがって、判定部５２３は、複数のベリファイ完了情報の各々について、承認が必要かを判定する。

ステップＳ２２にて、識別情報処理部５２４は、承認者による承認が必要であると判定されたベリファイ完了情報に、承認が必要である旨の識別情報を関連付け、データベース５２６に記憶させる。その後、処理を終了する。

図１１は、承認用端末５５の処理を示すフローチャートである。承認用端末５５が図１１に示すフローチャートに沿った処理を行うことで、承認業務が行われる。ステップＳ２４にて、操作者入力情報取得部５５１は、画像情報及びベリファイ完了情報を要求する旨の要求情報を為替サーバ５２に送信する。為替サーバ５２の通信部５２１は、要求情報を判定部５２３に出力し、判定部５２３は、要求情報に基づいて、画像情報および画像情報に関連付けられたすべてのベリファイ完了情報をデータベース５２６から取得し、通信部５２１を介して承認用端末５５に送信する。

ステップＳ２５にて、操作者入力情報取得部５５１は、画像情報及びベリファイ完了情報を受信するまで待機し、受信したらステップＳ２６に進む。なお、操作者入力情報取得部５５１は、要求情報を送信してから所定時間経過しても画像情報等の受信を確認できない場合等には、ステップＳ２４に戻る。

ステップＳ２６にて、操作者入力情報取得部５５１は、受信した画像情報及びベリファイ完了情報を承認対象情報選別部５５３に出力する。承認対象情報選別部５５３は、与えられた画像情報およびベリファイ完了情報を記憶部５５５に記憶する。ついで、承認対象情報選別部５５３は、与えられたベリファイ完了情報のなかに、識別情報が関連付けられたものがあるかを判定し、あると判定した場合には、ステップＳ２８に進み、あると判定しない場合には、ステップＳ３３に進む。

ステップＳ２８にて、承認対象情報選別部５５３は、識別情報が関連付けられたベリファイ完了情報である承認対象情報のみを選別し、表示制御部５５４は、承認対象情報と、この承認対象情報と同じ取引を示す画像情報とを対比して表示部５５７に表示させる。承認用端末５５の操作者（承認者）は、表示部５５７に表示された画像情報及び承認対象情報を検証し、必要に応じて差戻し指示を行う。

図２０は、表示部５５７に表示される画面の例を示す。表示画面は、図１７に示すものとほぼ同様であり、解析情報の代わりに承認対象情報が表示される。承認対象情報が表示される領域は、入力領域にもなっている。上述したように、表示部５５７には、ベリファイ完了情報のうち、条件（１）、（２）のいずれかを満たすベリファイ完了情報、すなわち承認対象情報しか表示されない。さらに、条件（１）、（２）に相当する箇所はハイライト表示（例えば、強調表示、赤色表示等）される。図２０に示す例では、限度額が３０万円となっており、かつ、承認対象情報が示す取引金額が５０万円となっている。この場合、条件（２）が満たされないので、金額がハイライト表示される。したがって、表示部５５７は、操作者が一括して入力した複数のエントリ完了情報（具体的には、更新されたエントリ完了情報であるベリファイ完了情報）のうち、承認が必要なもののみを表示する。

ステップＳ２９にて、承認対象情報選別部５５３は、入力部５５６から差戻し指示が入力されたかを判定し、差戻し指示が入力されたと判定した場合には、ステップＳ３０に進み、判定しない場合には、ステップＳ３２に進む。なお、承認者は、承認できない箇所にカーソルを合わせ、差戻し指示を入力する。承認者は、受取人に関する情報を切り替えながら、振込依頼書２に含まれるすべての取引について、差戻し指示の入力を行う。すなわち、操作者は、複数のベリファイ完了情報について、差戻し指示の入力を一括して行う。

ステップＳ３０にて、承認対象情報選別部５５３は、入力された差戻し指示に基づいて、承認対象情報を修正（更新）し（例えば、承認できない箇所を示す情報を承認対象情報に関連付け）、更新された承認対象情報を記憶部５５５に記憶させる。ステップＳ３１にて、表示制御部５５４は、記憶部５５５に記憶されている画像情報及び更新された承認対象情報を表示部５５７に表示させる。例えば、承認できない箇所を強調表示する。

ステップＳ３２にて、承認対象情報選別部５５３は、入力部５５６からベリファイ完了情報の送信要求がなされたかを判定し、ベリファイ完了情報の送信要求がなされたと判定した場合には、ステップＳ３３に進み、判定しない場合には、ステップＳ２９に進む。承認者は、すべての承認対象情報の検証が終了した場合には、入力部５５６を用いて、送信要求を入力する。具体的には、Ｆ１２キーを押下する。ステップＳ３３にて、承認対象情報選別部５５３は、記憶部５５５に記憶されている複数のベリファイ完了情報のうち、更新がなされたものをエントリ完了情報として操作者入力情報取得部５５１に出力する。ここで、更新がなされたベリファイ完了情報としては、承認対象情報となり、かつ、差戻し指示がなされたベリファイ完了情報が考えられる。

一方、承認対象情報選別部５５３は、更新がなされていないベリファイ完了情報に基づいて、為替仕向情報を作成し、操作者入力情報取得部５５１に出力する。ここで、更新がなされていないベリファイ完了情報としては、承認対象情報とならなかったベリファイ完了情報のほか、承認対象情報となったが、差戻し指示がなされなかったベリファイ完了情報が考えられる。

操作者入力情報取得部５５１は、与えられた情報を為替サーバ５２に送信し、為替サーバ５２は、送信された情報をデータベース５２６に記憶する。なお、エントリ完了情報は、ベリファイ用端末５４に送信され、ベリファイ業務の対象となる。

したがって、ベリファイ完了情報が更新された場合、そのベリファイ完了情報は、ベリファイ業務に差し戻されることになる。一方、為替仕向情報は、通信ゲートウェイ５６を介してホストコンピュータ６に送信される。したがって、ベリファイ完了情報が更新されなかった場合、ベリファイ完了情報は承認されたことになる。

以上により、本実施形態によれば、操作者により一括して入力された複数のエントリ完了情報（具体的には、更新後のエントリ完了情報であるベリファイ完了情報）のうち、承認者による承認が必要なもののみが表示される。したがって、複数の情報が一括して入力された場合に、承認者による業務負担、とくに、検証の業務負担が低減される。

さらに、このようなベリファイ完了情報には、承認が必要なことを示す識別情報が関連付けられるので、承認システム１は、承認が必要なベリファイ完了情報を容易かつ迅速に選別することができる。

さらに、条件（１）または（２）を満たすベリファイ完了情報を承認対象情報としているので、問題があるベリファイ完了情報を承認業務における検証の対象とすることができる。

[変形例]
次に、承認システム１の変形例を説明する。上述した構成と共通する部分については、説明を省略する。

図１２は、本変形例に係る為替サーバ５２の構成を示したブロック図である。図１２に示すように、本変形例に係る為替サーバ５２は、上述した為替サーバ５２に、承認対象情報選別部５２７を追加したものである。

図１３は、本変形例に係る承認用端末５５の構成を示したブロック図である。図１３に示すように、本変形例に係る承認用端末５５は、上述した承認用端末５５から、承認対象情報選別部５５３を除いたものである。

図１４は、本変形例に係る為替サーバ５２の処理を示すフローチャートである。ステップＳ３４〜Ｓ３６では、為替サーバ５２は、上述したステップＳ２０〜Ｓ２２と同様の処理を行う。ステップＳ３７にて、承認対象情報選別部５２７は、データベース５２６に記憶されているベリファイ完了情報のうち、識別情報が関連付けられているものを選別して取得し、記憶部５２５に記憶する。承認対象情報選別部５２７は、選別しなかったベリファイ完了情報に基づいて、為替仕向情報を生成し、データベース５２６に記憶する。

図１５は、本変形例に係る承認用端末５５の処理を示すフローチャートである。ステップＳ３９にて、操作者入力情報取得部５５１は、識別情報が関連付けられたベリファイ完了情報及び画像情報のみを要求する旨の要求情報を為替サーバ５２に送信する。為替サーバ５２の通信部５２１は、要求情報を承認対象情報選別部５２７に出力し、承認対象情報選別部５２７は、要求情報に基づいて、画像情報をデータベース５２６から取得するとともに、識別情報が関連付けられたベリファイ完了情報を記憶部５２５から取得し、通信部５２１を介して承認用端末５５に送信する。

ステップＳ４０にて、操作者入力情報取得部５５１は、画像情報及びベリファイ完了情報を受信するまで待機し、受信したらステップＳ４１に進む。なお、操作者入力情報取得部５５１は、要求情報を送信してから所定時間経過しても画像情報等の受信を確認できない場合等には、ステップＳ３９に戻る。

ステップＳ４１にて、操作者入力情報取得部５５１は、受信した画像情報及びベリファイ完了情報を表示制御部５５４に出力する。表示制御部５５４は、与えられた画像情報およびベリファイ完了情報（すなわち、承認対象情報）を記憶部５５５に記憶するとともに、承認対象情報と画像情報とを対比して表示部５５７に表示させる。これ以降の処理は、上述したものと同様である。

本変形例によっても、上述した実施形態と同様の効果が得られるが、為替サーバ５２があらかじめベリファイ完了情報を選別しているので、承認用端末５５での処理が簡素化される。

以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。

例えば、上記実施形態では、連記式振込依頼書を処理する例を説明したが、本発明はかかる例に限定されない。図２１に、本発明を適用することができる帳票の一例を示した。

定型連記式帳票は、図１６に示す連記式振込依頼書のように、金融機関にて作成されるＯＣＲ帳票である。この帳票の処理方式は、ＯＣＲエントリ、すなわち、決まった項目枠のフォーマットを登録し、イメージの切り出し及び認識を行った結果を画面表示して、認識結果を元に切り出しイメージを見ながら入力を行うものである。定型連記式の帳票１枚当たりに記載される取引は、４〜５件である。

定型登録式帳票は、金融機関にて作成されるＯＣＲ帳票に、ホストにて保有する依頼人情報／受取人情報を印字した帳票である。処理方式は、ＯＣＲエントリであり、帳票１枚当たりに８〜１０件の取引が記載される。

非定型連記式帳票は、依頼人にて作成される私製(非定型)帳票であり、処理方式は、イメージエントリまたはダイレクトエントリである。イメージエントリは、非定型帳票のイメージを画面上に見ながらエントリする方式であり、ダイレクトエントリは、非定型帳票のイメージをプリンタ出力し、印刷したイメージ帳票を見ながらエントリする方式である。非定型連記式帳票では、１枚の帳票に記載される取引は３０〜５０件となる。

また、上記実施形態では、スキャナ３１が振込依頼書２を読み取ることで画像情報を生成し、営業店側端末３２がその画像情報を解析して解析情報を生成することとしたが、スキャナ３１側にて画像情報の解析（すなわち、文字認識等）を行うようにしてもよい。

また、上記の実施形態において説明した各機能ブロックは、プログラムまたは当該プログラムを記憶した記憶媒体によって実現されるようにしてもよい。この場合、例えば、各端末やサーバのＲＯＭにプログラムを記憶させておき、ＣＰＵがこのプログラムを読み出して実行することにより、各機能ブロックが実現される。

本発明は、承認業務を必要とするあらゆる承認システムに適用可能であり、特に集中処理システムに適用可能である。

１ 承認システム
２ 振込依頼書
３ 営業店
４ ネットワーク
５ センタ
６ ホストコンピュータ
３１ スキャナ
３２ 営業店側端末
５１ 集配信サーバ
５２ 為替サーバ
５３ エントリ用端末
５４ ベリファイ用端末
５５ 承認用端末
５６ 通信ゲートウェイ

Claims (13)

1. 操作者により一括して入力された複数の操作者入力情報の各々について、承認が必要かを判定する判定部と、
   前記判定部により承認が必要であると判定された前記操作者入力情報である承認対象情報を、承認者が確認可能な態様で出力する制御を行う出力制御部と、を備えることを特徴とする、承認システム。
2. 複数の前記操作者入力情報を記憶する記憶部と、
   前記記憶部に記憶された複数の前記操作者入力情報のうち前記承認対象情報に、承認の必要があることを示す識別情報を関連付ける識別情報処理部と、
   前記記憶部に記憶された複数の前記操作者入力情報から、前記識別情報が関連付けられた前記承認対象情報を選別する承認対象情報選別部と、を備え、
   前記出力制御部は、前記承認対象情報選別部が選別した前記承認対象情報を、承認者が確認可能な態様で出力する制御を行うことを特徴とする、請求項１記載の承認システム。
3. 前記承認システムは、
   前記判定部、
   前記記憶部、及び、
   前記識別情報処理部、を有するサーバと、
   前記記憶部から複数の前記操作者入力情報を取得する操作者入力情報取得部、
   前記承認対象情報選別部、及び、
   前記出力制御部、を有する承認用端末と、を備え、
   前記承認対象情報選別部は、前記操作者入力情報取得部が取得した複数の前記操作者入力情報から、前記識別情報が関連付けられた前記承認対象情報を選別することを特徴とする、請求項２記載の承認システム。
4. 前記承認システムは、
   前記判定部、
   前記記憶部、
   前記識別情報処理部、及び、
   前記承認対象情報選別部、を有するサーバと、
   前記承認対象情報選別部から、前記識別情報が関連付けられた前記承認対象情報を取得する承認対象情報取得部、及び、
   前記出力制御部、を有する承認用端末と、を備え、
   前記出力制御部は、前記承認対象情報取得部が取得した前記承認対象情報を、承認者が確認可能な態様で出力する制御を行うことを特徴とする、請求項２記載の承認システム。
5. 前記操作者入力情報を検証する検証者が入力した情報に基づいて、前記操作者入力情報を更新するベリファイ用端末を備え、
   前記判定部は、更新前の前記操作者入力情報と、更新後の前記操作者入力情報とを対比し、これらが異なる場合には、更新後の前記操作者入力情報を承認する必要があると判定することを特徴とする、請求項１〜４のいずれか１項に記載の承認システム。
6. 前記操作者入力情報は、為替取引に関する情報であり、
   前記判定部は、前記操作者入力情報が所定の限度額を超えた金額の取引に関する情報である場合には、前記操作者入力情報を承認する必要があると判定することを特徴とする、請求項１〜５のいずれか１項に記載の承認システム。
7. 操作者により一括して入力された複数の操作者入力情報を管理し、複数の前記操作者入力情報のうち、承認が必要である前記操作者入力情報である承認対象情報に、承認の必要があることを示す識別情報を関連付けたサーバから、複数の前記操作者入力情報を取得する操作者入力情報取得部と、
   前記操作者入力情報取得部が取得した複数の前記操作者入力情報から、前記識別情報が関連付けられた前記承認対象情報を選別する承認対象情報選別部と、
   前記承認対象情報選別部が選別した前記承認対象情報を、承認者が確認可能な態様で出力する制御を行う出力制御部と、を備えることを特徴とする、承認用端末。
8. 操作者により一括して入力された複数の操作者入力情報を記憶する記憶部と、
   前記記憶部に記憶された複数の前記操作者入力情報の各々について、承認が必要かを判定する判定部と、
   前記記憶部に記憶された複数の前記操作者入力情報のうち、前記判定部により承認が必要であると判定された前記操作者入力情報である承認対象情報に、承認の必要があることを示す識別情報を関連付ける識別情報処理部と、
   前記記憶部に記憶された複数の前記操作者入力情報から、前記識別情報が関連付けられた前記承認対象情報を選別する承認対象情報選別部と、を備えることを特徴とするサーバ。
9. 操作者により一括して入力された複数の操作者入力情報の各々について、承認が必要かを判定する第１のステップと、
   前記第１のステップにより承認が必要であると判定された前記操作者入力情報である承認対象情報を、承認者が確認可能な態様で出力する制御を行う第２のステップと、を含むことを特徴とする、承認方法。
10. 操作者により一括して入力された複数の操作者入力情報を管理し、複数の前記操作者入力情報のうち、承認が必要である前記操作者入力情報である承認対象情報に、承認の必要があることを示す識別情報を関連付けたサーバから、複数の前記操作者入力情報を取得する第１のステップと、
    前記第１のステップが取得した複数の前記操作者入力情報から、前記識別情報が関連付けられた前記承認対象情報を選別する第２のステップと、
    前記第２のステップが選別した前記承認対象情報を、承認者が確認可能な態様で出力する制御を行う第３のステップと、を含むことを特徴とする、承認方法。
11. 操作者により一括して入力された複数の操作者入力情報を記憶部に記憶させる第１のステップと、
    前記記憶部が記憶する複数の前記操作者入力情報の各々について、承認が必要かを判定する第２のステップと、
    前記記憶部が記憶する複数の前記操作者入力情報のうち、前記第２のステップにより承認が必要であると判定された前記操作者入力情報である承認対象情報に、承認の必要があることを示す識別情報を関連付ける第３のステップと、
    前記記憶部が記憶する複数の前記操作者入力情報から、前記識別情報が関連付けられた前記承認対象情報を選別する第４のステップと、を含むことを特徴とする情報管理方法。
12. 操作者により一括して入力された複数の操作者入力情報を管理し、複数の前記操作者入力情報のうち、承認が必要である前記操作者入力情報である承認対象情報に、承認の必要があることを示す識別情報を関連付けたサーバに接続されたコンピュータに、
    複数の前記操作者入力情報を取得する操作者入力情報取得機能と、
    前記操作者入力情報取得機能が取得した複数の前記操作者入力情報から、前記識別情報が関連付けられた前記承認対象情報を選別する承認対象情報選別機能と、
    前記承認対象情報選別機能が選別した前記承認対象情報を、承認者が確認可能な態様で出力する制御を行う出力制御機能と、を実現させることを特徴とする、プログラム。
13. コンピュータに、
    操作者により一括して入力された複数の操作者入力情報を記憶する記憶機能と、
    前記記憶機能が記憶する複数の操作者入力情報の各々について、承認が必要かを判定する判定機能と、
    前記記憶機能が記憶する複数の前記操作者入力情報のうち、前記判定機能により承認が必要であると判定された前記操作者入力情報である承認対象情報に、承認の必要があることを示す識別情報を関連付ける識別情報処理機能と、
    前記記憶機能が記憶する複数の前記操作者入力情報から、前記識別情報が関連付けられた前記承認対象情報を選別する承認対象情報選別機能と、を実現させることを特徴とする、プログラム。
    

Images