特開 2024-113942 情報処理装置、情報処理方法およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024113942

(43)【公開日】2024-08-23

(54)【発明の名称】情報処理装置、情報処理方法およびプログラム

(51)【国際特許分類】

   G06Q 40/02 20230101AFI20240816BHJP

【ＦＩ】

G06Q40/02

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2023019234

(22)【出願日】2023-02-10

(71)【出願人】

【識別番号】000000295

【氏名又は名称】沖電気工業株式会社

(74)【代理人】

【識別番号】100140958

【弁理士】

【氏名又は名称】伊藤 学

(74)【代理人】

【識別番号】100137888

【弁理士】

【氏名又は名称】大山 夏子

(74)【代理人】

【識別番号】100190942

【弁理士】

【氏名又は名称】風間 竜司

(72)【発明者】

【氏名】佐藤 治

【テーマコード（参考）】

5L040

5L055

【Ｆターム（参考）】

5L040BB01

5L040BB39

5L055AA23

5L055BB01

5L055BB39

(57)【要約】

【課題】誤った金額の振込が実行されてしまう可能性を低減する。
【解決手段】振込依頼に係る振込金額および依頼人名を取得する取得部と、所定の振込種別を示す文字列が前記依頼人名に含まれるか否かを判定し、前記所定の振込種別を示す文字列が前記依頼人名に含まれる場合に、前記振込金額が異常値であるか否かを判定して判定結果を得る判定部と、前記振込金額が前記異常値である場合に、前記判定結果が出力されるように制御する出力制御部と、を備える、情報処理装置が提供される。
【選択図】図１

【特許請求の範囲】

【請求項1】

振込依頼に係る振込金額および依頼人名を取得する取得部と、
所定の振込種別を示す文字列が前記依頼人名に含まれるか否かを判定し、前記所定の振込種別を示す文字列が前記依頼人名に含まれる場合に、前記振込金額が異常値であるか否かを判定して判定結果を得る判定部と、
前記振込金額が前記異常値である場合に、前記判定結果が出力されるように制御する出力制御部と、
を備える、情報処理装置。

【請求項2】

前記異常値は、閾値を上回る値である、
請求項１に記載の情報処理装置。

【請求項3】

前記判定部は、
振込上限額に対応付けられた振込種別を示す文字列と一致する文字列が前記依頼人名に含まれるか否かにより、前記所定の振込種別を示す文字列が前記依頼人名に含まれるか否かを判定し、
前記振込上限額に対応付けられた振込種別を示す文字列と一致する文字列が前記依頼人名に含まれる場合に、前記振込上限額を前記閾値として決定する、
請求項２に記載の情報処理装置。

【請求項4】

前記判定部は、
前記振込依頼の依頼人が所定の依頼人である場合に、前記所定の振込種別を示す文字列が前記依頼人名に含まれるか否かを判定する、
請求項１に記載の情報処理装置。

【請求項5】

前記所定の依頼人は、地方公共団体である、
請求項４に記載の情報処理装置。

【請求項6】

前記異常値は、閾値を下回る値である、
請求項１に記載の情報処理装置。

【請求項7】

振込依頼に係る振込金額および依頼人名を取得することと、
所定の振込種別を示す文字列が前記依頼人名に含まれるか否かを判定し、前記所定の振込種別を示す文字列が前記依頼人名に含まれる場合に、前記振込金額が異常値であるか否かを判定して判定結果を得ることと、
前記振込金額が前記異常値である場合に、前記判定結果が出力されるように制御することと、
を含む、コンピュータによって実現される情報処理方法。

【請求項8】

コンピュータを、
振込依頼に係る振込金額および依頼人名を取得する取得部と、
所定の振込種別を示す文字列が前記依頼人名に含まれるか否かを判定し、前記所定の振込種別を示す文字列が前記依頼人名に含まれる場合に、前記振込金額が異常値であるか否かを判定して判定結果を得る判定部と、
前記振込金額が前記異常値である場合に、前記判定結果が出力されるように制御する出力制御部と、
を備える情報処理装置として機能させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、情報処理方法およびプログラムに関する。

【背景技術】

【0002】

金融機関では、営業店および集中センタが連携することで振込処理が行われる。例えば、依頼人が金融機関の営業店を訪れ、依頼人が所定の振込依頼書に必要事項を記入して当該振込依頼書を窓口に提出すると、窓口の受付端末のスキャナにより振込依頼書が読み取られ、当該読み取りにより得られた振込データが集中センタに送信される。そして、集中センタにおいて振込データに基づいて仕向電文が生成され、当該仕向電文がホストに送信されることで、振込が実行される。

【0003】

特許文献１には、振込依頼書から認識された文字列に基づいて、振込先の種類を自動的に認識する技術が開示されている。また、依頼人の種類としても、様々な種類の依頼人が想定され得る。例えば、依頼人には、地方公共団体（以下、単に「地公体」とも言う。）なども含まれ、振込依頼には、地公体から住民に対する各種の振込依頼（例えば、支援金、助成金など）も含まれる。近年では、このような地公体から住民に対する振込依頼の件数も増加してきている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１９－１０１４５４号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、地公体による事務手続きミス（より詳細には、振込データ作成ミス）により、地公体から住民に対して誤った金額の振込（例えば、支援金の振込など）が実行されてしまう事案が多発している。

【0006】

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、誤った金額の振込が実行されてしまう可能性を低減することが可能な、新規かつ改良された技術を提供することにある。

【課題を解決するための手段】

【0007】

上記課題を解決するために、本発明のある観点によれば、振込依頼に係る振込金額および依頼人名を取得する取得部と、所定の振込種別を示す文字列が前記依頼人名に含まれるか否かを判定し、前記所定の振込種別を示す文字列が前記依頼人名に含まれる場合に、前記振込金額が異常値であるか否かを判定して判定結果を得る判定部と、前記振込金額が前記異常値である場合に、前記判定結果が出力されるように制御する出力制御部と、を備える、情報処理装置が提供される。

【0008】

前記異常値は、閾値を上回る値であってもよい。

【0009】

前記判定部は、振込上限額に対応付けられた振込種別を示す文字列と一致する文字列が前記依頼人名に含まれるか否かにより、前記所定の振込種別を示す文字列が前記依頼人名に含まれるか否かを判定し、前記振込上限額に対応付けられた振込種別を示す文字列と一致する文字列が前記依頼人名に含まれる場合に、前記振込上限額を前記閾値として決定してもよい。

【0010】

前記判定部は、前記振込依頼の依頼人が所定の依頼人である場合に、前記所定の振込種別を示す文字列が前記依頼人名に含まれるか否かを判定してもよい。

【0011】

前記所定の依頼人は、地方公共団体であってもよい。

【0012】

前記異常値は、閾値を下回る値であってもよい。

【0013】

また、上記課題を解決するために本発明の別の観点によれば、振込依頼に係る振込金額および依頼人名を取得することと、所定の振込種別を示す文字列が前記依頼人名に含まれるか否かを判定し、前記所定の振込種別を示す文字列が前記依頼人名に含まれる場合に、前記振込金額が異常値であるか否かを判定して判定結果を得ることと、前記振込金額が前記異常値である場合に、前記判定結果が出力されるように制御することと、を含む、コンピュータによって実現される情報処理方法が提供される。

【0014】

また、上記課題を解決するために本発明の別の観点によれば、コンピュータを、振込依頼に係る振込金額および依頼人名を取得する取得部と、所定の振込種別を示す文字列が前記依頼人名に含まれるか否かを判定し、前記所定の振込種別を示す文字列が前記依頼人名に含まれる場合に、前記振込金額が異常値であるか否かを判定して判定結果を得る判定部と、前記振込金額が前記異常値である場合に、前記判定結果が出力されるように制御する出力制御部と、を備える情報処理装置として機能させるプログラムが提供される。

【発明の効果】

【0015】

以上説明した本発明によれば、誤った金額の振込が実行されてしまう可能性を低減することが可能である。

【図面の簡単な説明】

【0016】

【図1】本発明の実施形態による為替システムの構成を示す説明図である。

【図2】振込依頼書４０の具体例を示す説明図である。

【図3】エントリ画面５０の具体例を示す説明図である。

【図4】ベリファイ画面の具体例を示す説明図である。

【図5】承認画面の具体例を示す説明図である。

【図6】本発明の実施形態による為替サーバ２０の構成を示す説明図である。

【図7】本発明の実施形態によるエントリ端末２６の構成を示す説明図である。

【図8】本発明の実施形態によるベリファイ端末２７の構成を示す説明図である。

【図9】本発明の実施形態による承認端末２８の構成を示す説明図である。

【図10】本発明の実施形態による為替システム１の全体的な動作例を示す説明図である。

【図11】本発明の実施形態による為替システム１の全体的な動作例を示す説明図である。

【図12】振込依頼書４０の読取画面の例を示す図である。

【図13】本発明の第１の実施形態において振込金額が異常値である場合に表示される注意メッセージの例について説明するための図である。

【図14】本発明の第１の実施形態に係るエントリ端末２６の動作例を示すフローチャートである。

【図15】限度額テーブルの例を示す図である。

【図16】本発明の第２の実施形態において振込金額が異常値である場合に表示される注意メッセージの例について説明するための図である。

【図17】本発明の第２の実施形態に係るエントリ端末２６の動作例を示すフローチャートである。

【図18】本発明の実施形態に係るエントリ端末２６の例としての情報処理装置９００のハードウェア構成を示す図である。

【発明を実施するための形態】

【0017】

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

【0018】

＜１．為替システムの概要＞
本発明の実施形態は、金融機関に適用される為替システムに関する。まず、図１～図５を参照し、本発明の実施形態による為替システムの概要を説明する。

【0019】

（構成）
図１は、本発明の実施形態による為替システムの構成を示す説明図である。図１に示したように、本発明の実施形態による為替システム１は、営業店に配置される構成、集中センタに配置される構成、およびホスト３０を有する。営業店と集中センタはネットワークを介して接続されている。営業店に配置される構成は、スキャナ１１および営業店端末１２を含む。集中センタに配置される構成は、為替サーバ２０、共通クライアント（エントリ）であるエントリ端末２６、共通クライアント（ベリファイ）であるベリファイ端末２７、共通クライアント（承認）である承認端末２８および通信ゲートウェイ２９を含む。

【0020】

スキャナ１１は、書面の読み取り、および書面に記載された文字の認識を行う。例えば、スキャナ１１は、振込の依頼人により必要事項が記入された振込依頼書の読み取り、および文字認識を行う。その結果、振込依頼書のイメージデータ、および振込依頼書の文字認識結果が得られる。ここで、図２を参照して振込依頼書の具体例を説明する。

【0021】

図２は、振込依頼書４０の具体例を示す説明図である。図２に示したように、振込依頼書４０は、複数の項目それぞれの記入欄を含む。例えば、複数の項目は、依頼人に関する各項目（例えば、依頼人電話番号、依頼人科目、依頼人口座番号、依頼人氏名など）、受取人に関する各項目（例えば、受取人氏名、振込先金融機関名、振込先支店名など）、および、振込金額などを含む。その他、複数の項目は、振込期日となる振込指定日などを含んでもよい。この複数の項目には、振込業務における重要項目（例えば、依頼人科目、依頼人口座番号、振込金額など）が含まれ得る。

【0022】

例えば、スキャナ１１は、振込依頼書４０のイメージデータに対する文字認識によって、複数の項目それぞれに対応する文字認識結果を得る。より詳細に、スキャナ１１は、振込依頼書４０のイメージデータの各項目の記入欄の少なくとも一部に対して文字認識を行うことによって各項目に対応する文字認識結果を得る。営業店端末１２は、営業店での窓口業務に従事する行員により利用される端末である。営業店端末１２は、スキャナ１１により得られた振込依頼書４０のイメージデータおよび各項目に対応する文字認識結果を含む振込データを集中センタに送信する。

【0023】

なお、営業店端末１２は、図１に示したように例えばＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）であってもよい。また、図１においてはスキャナ１１と営業店端末１２が別の装置である例を示したが、スキャナ１１と営業店端末１２の機能は１つの装置で一体的に実現されてもよい。

【0024】

為替サーバ２０は、営業店端末１２から送信された振込データを記憶する振込管理装置の一例である。為替サーバ２０は、エントリ端末２６、ベリファイ端末２７および承認端末２８などへの振込データの配信を管理する。例えば、為替サーバ２０は、振込依頼書４０のイメージデータから各項目の記入欄を切り出すことによって、各項目に対応する切り出しイメージを得る。為替サーバ２０は、各項目に対応する切り出しイメージおよび文字認識結果を含んだ振込データをエントリ端末２６に送信する。

【0025】

エントリ端末２６は、集中センタの１人目のオペレータ（以下、「エントリ者」とも言う。）によって利用される端末である。エントリ端末２６のエントリ画面には、為替サーバ２０から配信された振込データに含まれる各項目に対応する切り出しイメージおよび文字認識結果が項目名に対応付けて表示される。エントリ者は、項目に対応する切り出しイメージを目視しながら、その項目に対応する文字認識結果が（例えば、誤読または不読により）誤っていると判断すれば、その文字認識結果の修正操作を行う。

【0026】

図３は、エントリ画面５０の具体例を示す説明図である。図３に示したように、エントリ画面５０には、振込依頼書に含まれる複数の項目それぞれに対応する切り出しイメージおよび文字認識結果が表示される。例えば、切り出しイメージは、対応するイメージ表示欄に表示され、文字認識結果は、対応する項目入力欄に表示される。一例として、依頼人電話番号の切り出しイメージは、依頼人電話番号のイメージ表示欄５００に表示され、依頼人電話番号の文字認識結果は、依頼人電話番号入力欄５２０に表示される。

【0027】

図３に示した例では、項目「依頼人名」に対応する切り出しイメージには、「オキ タロウ」と記載されているのに対し、項目「依頼人名」に対応する文字認識結果が「オギ タロワ」と誤っている。そして、エントリ者が、この文字認識結果の誤りに気付かずに、文字認識結果の修正操作を行わなかった場合を想定する。

【0028】

各項目に対応する文字認識結果または文字認識結果のエントリ者による修正結果は、（例えば、「送信」ボタンの押下に基づいて）エントリデータとして、エントリ端末２６から為替サーバ２０に送信され、為替サーバ２０において記憶される。為替サーバ２０は、各項目に対応する切り出しイメージと各項目に対応するエントリデータとを含んだ振込データをベリファイ端末２７に配信する。

【0029】

ベリファイ端末２７は、集中センタの２人目のオペレータ（以下、「ベリファイ者」とも言う。）によって利用される端末である。ベリファイ端末２７のベリファイ画面には、為替サーバ２０から配信された振込データに含まれる各項目に対応する切り出しイメージが項目名に対応付けて表示される。さらに、重要項目以外の項目に対応するエントリデータが項目名に対応付けて表示される。例えば、切り出しイメージは、対応するイメージ表示欄に表示され、重要項目以外の項目に対応するエントリデータは、対応する項目入力欄に表示される。一方、重要項目に対応する項目入力欄は、空欄にされる。

【0030】

ベリファイ者は、重要項目以外の項目に対応する切り出しイメージを目視しながら、重要項目以外の項目に対応するエントリデータが誤っていると判断すれば、そのエントリデータの修正操作を行う。一方、ベリファイ者は、重要項目に対応する切り出しイメージを目視しながら、重要項目に対応するデータをその重要項目に対応する項目入力欄に入力する。

【0031】

図４は、ベリファイ画面の具体例を示す説明図である。図４に示したように、ベリファイ画面６０には、振込依頼書に含まれる複数の項目それぞれに対応する切り出しイメージおよびエントリデータが表示される。例えば、切り出しイメージは、対応するイメージ表示欄に表示され、エントリデータは、対応する項目入力欄に表示される。一例として、依頼人電話番号の切り出しイメージは、依頼人電話番号のイメージ表示欄５００に表示され、依頼人電話番号のエントリデータは、依頼人電話番号入力欄５２０に表示される。

【0032】

図３に示した例では、項目「依頼人名」に対応する文字認識結果が「オギ タロワ」と誤っているにも関わらず、エントリ者が、この文字認識結果の誤りに気付かずに、文字認識結果の修正操作を行わなかった。しかし、図４に示した例では、項目「依頼人名」に対応するエントリデータ「オギ タロワ」が誤っていることにベリファイ者が気づき、項目「依頼人名」に対応するエントリデータ「オギ タロワ」を「オギ タロウ」に修正している。この例ではベリファイ者による修正結果も誤っている。

【0033】

重要項目以外の項目に対応するエントリデータまたはエントリデータの修正結果、および、重要項目に対応するベリファイ者による入力結果は、（例えば、「送信」ボタンの押下に基づいて）ベリファイデータとして、ベリファイ端末２７から為替サーバ２０に送信され、為替サーバ２０において記憶される。為替サーバ２０は、全項目に対応するエントリデータとベリファイデータとが一致するか否かを判定する。

【0034】

為替サーバ２０は、エントリデータとベリファイデータとが全項目において一致する場合には、全項目に対応するベリファイデータ（またはエントリデータ）を含んだ仕向電文を、通信ゲートウェイ２９を介してホスト３０に発信する。このとき、ホスト３０が仕向電文の受信に基づいて振込を実行することにより、一件分の振込が完了する。

【0035】

為替サーバ２０は、エントリデータとベリファイデータとの間で不一致となる項目がある場合には、各項目に対応する切り出しイメージおよびベリファイデータと、データ同士が不一致である項目（不一致項目）を示す情報とを含んだ振込データを、承認端末２８に配信する。その他、かかる振込データに係る取引が高額取引である場合（例えば、振込金額が所定の金額以上である場合）、各項目に対応する切り出しイメージおよびベリファイデータを含んだ振込データを、承認端末２８に配信する。

【0036】

承認端末２８は、集中センタの３人目のオペレータ（以下、「承認者」とも言う。）によって利用される端末である。承認端末２８の承認画面には、為替サーバ２０から配信された振込データに含まれる各項目に対応する切り出しイメージが項目名に対応付けて表示される。さらに、各項目に対応するベリファイデータが項目名に対応付けて表示される。例えば、切り出しイメージは、対応するイメージ表示欄に表示され、ベリファイデータは、対応する項目入力欄に表示される。

【0037】

承認者は、各項目に対応する切り出しイメージを目視しながら、ベリファイデータが誤っている項目がないと判断すれば、承認操作を行う。一方、承認者は、各項目に対応する切り出しイメージを目視しながら、ベリファイデータが誤っている項目があると判断すれば、差し戻し操作を行う。このとき、承認画面においては、エントリデータと不一致となったベリファイデータに所定の修飾が施される。これによって、承認者は、データ同士が不一致となった項目を容易に把握することができる。

【0038】

図５は、承認画面の具体例を示す説明図である。図５に示したように、承認画面７０には、振込依頼書に含まれる複数の項目それぞれに対応する切り出しイメージおよびベリファイデータが表示される。例えば、切り出しイメージは、対応するイメージ表示欄に表示され、ベリファイデータは、対応する項目入力欄に表示される。一例として、依頼人電話番号の切り出しイメージは、依頼人電話番号のイメージ表示欄５００に表示され、依頼人電話番号のベリファイデータは、依頼人電話番号入力欄５２０に表示される。

【0039】

上記した例では、項目「依頼人名」に対応するエントリデータとベリファイデータとが不一致である（図３および図４）。そこで、承認画面７０においては、データ同士が不一致となった項目「依頼人名」に対応するベリファイデータ「オギ タロウ」に所定の修飾５３０（例えば、文字色を赤くする修飾など）が施されている。これによって、承認者は、データ同士が不一致となった項目に気づきやすくなる。

【0040】

一例として、承認者は、項目「依頼人名」に対応する切り出しイメージを目視しながら、ベリファイデータ「オギ タロウ」が正しいと判断すれば、（例えば、「承認」ボタンの押下により）承認操作を行う。一方、承認者は、ベリファイデータ「オギ タロウ」が誤っていると判断すれば、（例えば、「差し戻し」ボタンの押下により）差し戻し操作を行う。

【0041】

（背景）
振込の種類には様々な種類が想定される。例えば、依頼人の種類として、様々な種類の依頼人が想定され得る。一例として、依頼人には、地公体なども含まれ、振込依頼には、地公体から住民に対する各種の振込依頼（例えば、支援金、助成金など）も含まれる。近年では、このような地公体から住民に対する振込依頼の件数も増加してきている。なお、本明細書における地公体とは、地方公共団体のことであり、例えば都道府県、市町村、特別区などを含む。

【0042】

しかしながら、地公体による事務手続きミス（より詳細には、振込データ作成ミス）により、地公体から住民に対して誤った金額の振込（例えば、支援金の振込など）が実行されてしまう事案が多発している。

【0043】

より詳細には、地公体が十分な確認をせずに振込依頼書を作成して金融機関の窓口に振込依頼書を持ち込んだとしても、金融機関においては、誤った振込依頼書に記載された通りに事務処理が行われてしまう。その結果として住民に誤った金額の振込が実行されてしまうことが社会問題になっているという実情がある。特に地公体では、一般的な企業と異なり各種公金の振込業務を専門の知識を有する職員が行うとは限らず、誤った振込依頼書が作成される可能性が高い。

【0044】

また、このような誤った金額の振込が地公体から住民に対して実行されてしまった後に、地公体から住民に対して返還請求をしたとしても、住民が地公体に金額を返還しようとしないケースもある。このようなケースが社会問題をより深刻にしてしまっているという実情もある。

【0045】

そこで、本件発明者は、上記事情を一着眼点にして本発明の実施形態による為替システムを創作するに至った。本発明の実施形態による為替システムは、誤った金額の振込が実行されてしまう可能性を低減することが可能である。以下、このような本発明の実施形態による為替システムに関する構成および動作を順次詳細に説明する。

【0046】

以上、本発明の実施形態による為替システムの概要について説明した。

【0047】

＜２．為替サーバの構成＞
図６は、本発明の実施形態による為替サーバ２０の構成を示す説明図である。図６に示したように、為替サーバ２０は、制御部２２０、記憶部２３０および通信部２４０を有する。

【0048】

制御部２２０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などを含み、記憶部２３０により記憶されているプログラムがＣＰＵによりＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）に展開されて実行されることにより、その機能が実現され得る。このとき、当該プログラムを記録した、コンピュータに読み取り可能な記録媒体も提供され得る。あるいは、制御部２２０は、専用のハードウェアにより構成されていてもよいし、複数のハードウェアの組み合わせにより構成されてもよい。

【0049】

ここで、図６に示されるように、制御部２２０は、取得部２２１、処理部２２２および送信制御部２２３を備える。制御部２２０が有する、これらの各機能部の詳細については、後に説明する。

【0050】

記憶部２３０は、制御部２２０を動作させるためのプログラムおよびデータを記憶することが可能な記憶装置である。また、記憶部２３０は、制御部２２０の動作の過程で必要となる各種データを一時的に記憶することもできる。例えば、記憶装置は、不揮発性の記憶装置であってよい。

【0051】

通信部２４０は、通信インタフェースによって構成され、ネットワークを介して営業店の営業店端末１２と通信を行う。さらに、通信部２４０は、集中センタ内のネットワーク（図示しない）を介して他の端末（エントリ端末２６、ベリファイ端末２７および承認端末２８）それぞれと通信を行う。

【0052】

以上、本発明の実施形態による為替サーバ２０の構成を説明した。

【0053】

＜３．エントリ端末の構成＞
図７は、本発明の実施形態によるエントリ端末２６の構成を示す説明図である。図７に示したように、エントリ端末２６は、入力部２６１、制御部２６２、記憶部２６６、通信部２６７および表示部２６８を有する。

【0054】

入力部２６１は、エントリ者による操作を受け付ける。本発明の実施形態では、入力部２６１がマウスおよびキーボードである場合を主に想定する。しかし、入力部２６１の種類は限定されない。例えば、入力部２６１は、タッチパネルであってもよいし、電子ペンであってもよいし、他の入力装置であってもよい。

【0055】

制御部２６２は、ＣＰＵなどを含み、記憶部２６６により記憶されているプログラムがＣＰＵによりＲＡＭに展開されて実行されることにより、その機能が実現され得る。このとき、当該プログラムを記録した、コンピュータに読み取り可能な記録媒体も提供され得る。あるいは、制御部２６２は、専用のハードウェアにより構成されていてもよいし、複数のハードウェアの組み合わせにより構成されてもよい。

【0056】

ここで、図７に示されるように、制御部２６２は、取得部２６３、処理部２６４および出力制御部２６５を備える。制御部２６２が有する、これらの各機能部の詳細については、後に説明する。

【0057】

記憶部２６６は、制御部２６２を動作させるためのプログラムおよびデータを記憶することが可能な記憶装置である。また、記憶部２６６は、制御部２６２の動作の過程で必要となる各種データを一時的に記憶することもできる。例えば、記憶装置は、不揮発性の記憶装置であってよい。

【0058】

通信部２６７は、通信インタフェースによって構成され、集中センタ内のネットワークを介して、為替サーバ２０および他の端末（ベリファイ端末２７および承認端末２８）それぞれと通信を行う。

【0059】

表示部２６８は、制御部２６２による制御に従って各種情報の表示を行う機能を有する。例えば、表示部２６８は、エントリ画面を表示することが可能である。ここで、表示部２６８の形態は特に限定されない。例えば、表示部２６８は、液晶ディスプレイ（ＬＣＤ）装置であってもよいし、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）装置であってもよいし、ランプなどの表示装置であってもよい。

【0060】

以上、本発明の実施形態によるエントリ端末２６の構成を説明した。

【0061】

＜４．ベリファイ端末の構成＞
図８は、本発明の実施形態によるベリファイ端末２７の構成を示す説明図である。図８に示したように、ベリファイ端末２７は、入力部２７１、制御部２７２、記憶部２７６、通信部２７７および表示部２７８を有する。

【0062】

入力部２７１は、ベリファイ者による操作を受け付ける。本発明の実施形態では、入力部２７１がマウスおよびキーボードである場合を主に想定する。しかし、入力部２７１の種類は限定されない。例えば、入力部２７１は、タッチパネルであってもよいし、電子ペンであってもよいし、他の入力装置であってもよい。

【0063】

制御部２７２は、ＣＰＵなどを含み、記憶部２７６により記憶されているプログラムがＣＰＵによりＲＡＭに展開されて実行されることにより、その機能が実現され得る。このとき、当該プログラムを記録した、コンピュータに読み取り可能な記録媒体も提供され得る。あるいは、制御部２７２は、専用のハードウェアにより構成されていてもよいし、複数のハードウェアの組み合わせにより構成されてもよい。

【0064】

ここで、図８に示されるように、制御部２７２は、取得部２７３、処理部２７４および出力制御部２７５を備える。制御部２７２が有する、これらの各機能部の詳細については、後に説明する。

【0065】

記憶部２７６は、制御部２７２を動作させるためのプログラムおよびデータを記憶することが可能な記憶装置である。また、記憶部２７６は、制御部２７２の動作の過程で必要となる各種データを一時的に記憶することもできる。例えば、記憶装置は、不揮発性の記憶装置であってよい。

【0066】

通信部２７７は、通信インタフェースによって構成され、集中センタ内のネットワークを介して、為替サーバ２０および他の端末（エントリ端末２６および承認端末２８）それぞれと通信を行う。

【0067】

表示部２７８は、制御部２７２による制御に従って各種情報の表示を行う機能を有する。例えば、表示部２７８は、ベリファイ画面を表示することが可能である。ここで、表示部２７８の形態は特に限定されない。例えば、表示部２７８は、液晶ディスプレイ（ＬＣＤ）装置であってもよいし、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）装置であってもよいし、ランプなどの表示装置であってもよい。

【0068】

以上、本発明の実施形態によるベリファイ端末２７の構成を説明した。

【0069】

＜５．承認端末の構成＞
図９は、本発明の実施形態による承認端末２８の構成を示す説明図である。図９に示したように、承認端末２８は、入力部２８１、制御部２８２、記憶部２８６、通信部２８７および表示部２８８を有する。

【0070】

入力部２８１は、承認者による操作を受け付ける。本発明の実施形態では、入力部２８１がマウスおよびキーボードである場合を主に想定する。しかし、入力部２８１の種類は限定されない。例えば、入力部２８１は、タッチパネルであってもよいし、電子ペンであってもよいし、他の入力装置であってもよい。

【0071】

制御部２８２は、ＣＰＵなどを含み、記憶部２８６により記憶されているプログラムがＣＰＵによりＲＡＭに展開されて実行されることにより、その機能が実現され得る。このとき、当該プログラムを記録した、コンピュータに読み取り可能な記録媒体も提供され得る。あるいは、制御部２８２は、専用のハードウェアにより構成されていてもよいし、複数のハードウェアの組み合わせにより構成されてもよい。

【0072】

ここで、図９に示されるように、制御部２８２は、取得部２８３、処理部２８４および出力制御部２８５を備える。制御部２８２が有する、これらの各機能部の詳細については、後に説明する。

【0073】

記憶部２８６は、制御部２８２を動作させるためのプログラムおよびデータを記憶することが可能な記憶装置である。また、記憶部２８６は、制御部２８２の動作の過程で必要となる各種データを一時的に記憶することもできる。例えば、記憶装置は、不揮発性の記憶装置であってよい。

【0074】

通信部２８７は、通信インタフェースによって構成され、集中センタ内のネットワークを介して、為替サーバ２０および他の端末（エントリ端末２６およびベリファイ端末２７）それぞれと通信を行う。

【0075】

表示部２８８は、制御部２８２による制御に従って各種情報の表示を行う機能を有する。例えば、表示部２８８は、承認画面を表示することが可能である。ここで、表示部２８８の形態は特に限定されない。例えば、表示部２８８は、液晶ディスプレイ（ＬＣＤ）装置であってもよいし、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）装置であってもよいし、ランプなどの表示装置であってもよい。

【0076】

以上、本発明の実施形態による承認端末２８の構成を説明した。

【0077】

＜６．全体的な動作＞
続いて、図１０および図１１を参照し、為替システム１の全体的な動作例について説明する。

【0078】

図１０および図１１は、本発明の実施形態による為替システム１の全体的な動作例を示す説明図である。依頼人が営業店に訪れて、依頼人が所定の振込依頼書４０に必要事項を記入して当該振込依頼書４０を窓口に提出すると、行員がスキャナ１１に振込依頼書４０を読み取らせる。

【0079】

スキャナ１１は、振込依頼書４０を読み取ることによってイメージデータを得る。さらに、スキャナ１１は、振込依頼書４０のイメージデータに対する文字認識によって、複数の項目それぞれに対応する文字認識結果を得る。より詳細に、スキャナ１１は、振込依頼書４０のイメージデータの各項目の記入欄の少なくとも一部に対して文字認識を行うことによって各項目に対応する文字認識結果を得る。営業店端末１２は、スキャナ１１により得られた振込依頼書４０のイメージデータおよび各項目に対応する文字認識結果を含む振込データを為替サーバ２０に送信する（Ｓ１１）。

【0080】

為替サーバ２０においては、通信部２４０によって受信された振込データが取得部２２１によって取得される。処理部２２２は、振込データに含まれる振込依頼書４０のイメージデータを記憶部２３０に記憶させるとともに、イメージデータから各項目の記入欄を切り出すことによって、各項目に対応する切り出しイメージを生成する（Ｓ１２）。処理部２２２は、各項目に対応する切り出しイメージを記憶部２３０に記憶させる。そして、送信制御部２２３は、各項目に対応する切り出しイメージおよび文字認識結果を含んだ振込データをエントリ端末２６に送信するように通信部２４０を制御する（Ｓ１３）。

【0081】

エントリ端末２６においては、通信部２６７によって受信された振込データが取得部２６３によって取得される。出力制御部２６５は、振込データに基づいて、複数の項目それぞれに対応する切り出しイメージおよび文字認識結果を含んだエントリ画面５０を表示するように表示部２６８を制御する（Ｓ１４）。例えば、切り出しイメージは、エントリ画面５０において対応するイメージ表示欄に表示され、文字認識結果は、エントリ画面５０において対応する項目入力欄に表示される。

【0082】

エントリ者は、項目に対応する切り出しイメージを目視しながら、その項目に対応する文字認識結果が（例えば、誤読または不読により）誤っていると判断すれば、入力部２６１に対してその文字認識結果の修正操作を入力する。文字認識結果の修正操作は、入力部２６１によって受け付けられ（Ｓ１５）、取得部２６３によって取得される。処理部２６４は、修正操作に従って文字認識結果を修正する。

【0083】

例えば、エントリ者によってエントリ画面５０の「送信」ボタンが押下されると、出力制御部２６５は、各項目に対応する文字認識結果または文字認識結果のエントリ者による修正結果を、各項目に対応するエントリデータとして、為替サーバ２０に送信するように通信部２６７を制御する（Ｓ１６）。

【0084】

為替サーバ２０においては、通信部２４０によって受信された各項目に対応するエントリデータが取得部２２１によって取得されると、処理部２２２は、各項目に対応するエントリデータを記憶部２３０に記憶させる。そして、送信制御部２２３は、各項目に対応する切り出しイメージおよび各項目に対応するエントリデータを含んだ振込データをベリファイ端末２７に送信するように通信部２４０を制御する（Ｓ１７）。

【0085】

ベリファイ端末２７においては、通信部２７７によって受信された振込データが取得部２７３によって取得される。出力制御部２７５は、振込データに基づいて、複数の項目それぞれに対応する切り出しイメージおよび重要項目以外の項目に対応するエントリデータを含んだベリファイ画面６０を表示するように表示部２７８を制御する（Ｓ１８）。例えば、切り出しイメージは、ベリファイ画面６０において対応するイメージ表示欄に表示され、重要項目以外の項目に対応するエントリデータは、対応する項目入力欄に表示される。一方、重要項目に対応する項目入力欄は、空欄にされる。

【0086】

ベリファイ者は、重要項目以外の項目に対応する切り出しイメージを目視しながら、重要項目以外の項目に対応するエントリデータが誤っていると判断すれば、入力部２７１に対してそのエントリデータの修正操作を入力する。一方、ベリファイ者は、重要項目に対応する切り出しイメージを目視しながら、重要項目に対応するデータをその重要項目に対応する項目入力欄に入力する。重要項目に対応するデータの入力およびエントリデータの修正操作は、入力部２７１によって受け付けられ（Ｓ１９）、取得部２７３によって取得される。処理部２７４は、修正操作に従ってエントリデータを修正する。

【0087】

例えば、ベリファイ者によってベリファイ画面６０の「送信」ボタンが押下されると、出力制御部２６５は、重要項目以外の項目に対応するエントリデータまたはエントリデータの修正結果、および、重要項目に対応するベリファイ者による入力結果を、各項目に対応するベリファイデータとして、為替サーバ２０に送信するように通信部２７７を制御する（Ｓ２０）。

【0088】

為替サーバ２０においては、通信部２４０によって受信された各項目に対応するベリファイデータが取得部２２１によって取得されると、処理部２２２は、各項目に対応するベリファイデータを記憶部２３０に記憶させる。続いて、処理部２２２は、全項目においてエントリデータとベリファイデータとが一致するか否かを判定する（Ｓ３１）。

【0089】

送信制御部２２３は、処理部２２２によって全項目においてエントリデータとベリファイデータとが一致すると判定された場合には（Ｓ３１において「ＹＥＳ」）、各項目に対応するベリファイデータ（またはエントリデータ）を含んだ仕向電文を、通信ゲートウェイ２９を介してホスト３０に送信するように通信部２４０を制御する（Ｓ３２）。このとき、ホスト３０は、仕向電文の受信に基づいて振込を実行することにより、一件分の振込が完了する。

【0090】

なお、図１１には示されていないが、処理部２２２によって、全項目においてエントリデータとベリファイデータとが一致すると判定された場合であっても、処理部２２２によって、振込データに係る取引が高額取引であると判定された場合（例えば、振込金額が所定の金額以上である場合）、送信制御部２２３は、各項目に対応する切り出しイメージおよびベリファイデータを含んだ振込データを、承認端末２８に送信するように通信部２４０を制御してもよい。

【0091】

一方、処理部２２２によって、エントリデータとベリファイデータとの間で不一致となる項目があると判定された場合には（Ｓ３１において「ＮＯ」）、送信制御部２２３は、各項目に対応する切り出しイメージおよびベリファイデータを含んだ振込データを、承認端末２８に送信するように通信部２４０を制御する（Ｓ３３）。

【0092】

承認端末２８においては、通信部２８７によって受信された振込データが取得部２８３によって取得される。出力制御部２８５は、振込データに基づいて、各項目に対応する切り出しイメージおよびベリファイデータを含んだ承認画面を表示するように表示部２８８を制御する（Ｓ３４）。

【0093】

承認者は、各項目に対応する切り出しイメージを目視しながら、各項目に対応するベリファイデータが正しいと判断すれば、入力部２８１に対して承認操作を行う。一例として、承認操作は、「承認」ボタンの押下であってよい。

【0094】

一方、承認者は、各項目に対応する切り出しイメージを目視しながら、ベリファイデータが誤っている項目があると判断すれば、入力部２８１に対して差し戻し操作を入力する。一例として、差し戻し操作は、「差し戻し」ボタンの押下であってよい。

【0095】

承認者によって入力された操作は、入力部２８１によって受け付けられ（Ｓ３５）、取得部２８３によって取得される。出力制御部２８５は、承認者によって入力された操作を為替サーバ２０に送信するように通信部２８７を制御する（Ｓ３６）。

【0096】

為替サーバ２０においては、通信部２４０によって受信された承認者によって入力された操作が取得部２２１によって取得されると、処理部２２２は、承認者によって入力された操作が差し戻し操作であるか否かを判定する（Ｓ３７）。処理部２２２によって承認者によって入力された操作が承認操作であると判定された場合には（Ｓ３７において「ＮＯ」）、各項目に対応するベリファイデータ（またはエントリデータ）を含んだ仕向電文を、通信ゲートウェイ２９を介してホスト３０に送信するように通信部２４０を制御する（Ｓ３８）。このとき、ホスト３０は、仕向電文の受信に基づいて振込を実行することにより、一件分の振込が完了する。

【0097】

一方、処理部２２２によって承認者によって入力された操作が差し戻し操作であると判定された場合には（Ｓ３７において「ＹＥＳ」）、送信制御部２２３は、各項目に対応する切り出しイメージおよびベリファイデータを含んだ振込データを、ベリファイ端末２７に送信するように通信部２４０を制御する（Ｓ３９）。

【0098】

ベリファイ端末２７においては、通信部２７７によって受信された振込データが取得部２７３によって取得される。出力制御部２７５は、振込データに基づいて、各項目に対応する切り出しイメージおよびベリファイデータを含んだ差し戻し後のベリファイ画面を表示するように表示部２７８を制御する（Ｓ４０）。

【0099】

ベリファイ者は、各項目に対応する切り出しイメージを目視しながら、ベリファイデータが誤っている項目があると判断すれば、入力部２７１に対してそのベリファイデータの修正操作を入力する。ベリファイデータの修正操作は、入力部２７１によって受け付けられ（Ｓ４１）、取得部２７３によって取得される。処理部２７４は、修正操作に従ってベリファイデータを修正する。

【0100】

例えば、ベリファイ者によって差し戻し後のベリファイ画面の「送信」ボタンが押下されると、出力制御部２６５は、各項目に対応するベリファイデータまたはベリファイデータの修正結果を、為替サーバ２０に送信するように通信部２７７を制御する（Ｓ４２）。

【0101】

為替サーバ２０においては、通信部２４０によって受信された各項目に対応するベリファイデータまたはベリファイデータの修正結果が取得部２２１によって取得されると、処理部２２２は、各項目に対応するベリファイデータまたはベリファイデータの修正結果によって、記憶部２３０に記憶されている各項目に対応するベリファイデータを更新する。そして、各項目に対応するベリファイデータが更新後のベリファイデータに置き換えられた上で、Ｓ３３が再度実行される。

【0102】

以上、本発明の実施形態による為替システム１の全体的な動作例を説明した。

【0103】

＜７．第１の実施形態＞
続いて、本発明の第１の実施形態について説明する。

【0104】

（動作）
本発明の第１の実施形態に係る為替システム１の詳細な動作例について説明する。Ｓ１５（図１０）に示したように、エントリ者によって文字認識結果の修正操作が入力されると、修正操作が入力部２６１によって受け付けられ、取得部２６３によって取得される。処理部２６４は、修正操作に従って文字認識結果を修正する。

【0105】

本発明の第１の実施形態においては、振込金額の異常値が、地公体と金融機関との間において取り決められ、あらかじめ登録されている。そして、エントリ者によってエントリ画面５０の「送信」ボタンが押下された場合に、エントリデータが為替サーバ２０に送信される前に、エントリ端末２６によって振込金額が異常値であるか否かが判定される。これにより、誤った金額の振込が実行されてしまう可能性が低減される。

【0106】

より詳細に、取得部２６３は、項目「振込金額」に対応する文字認識結果または文字認識結果のエントリ者による修正結果を振込金額として取得する。さらに、取得部２６３は、項目「依頼人名」に対応する文字認識結果または文字認識結果のエントリ者による修正結果を振込依頼人名として取得する。

【0107】

処理部２６４は、所定の振込種別を示す文字列が依頼人名に含まれるか否かを判定する。そして、処理部２６４は、所定の振込種別を示す文字列が依頼人名に含まれる場合に、振込金額が異常値であるか否かを判定して判定結果を得る。

【0108】

ここで、振込種別は、振込の種別を示す情報である。振込種別の具体例としては、支援金、助成金などが想定され得る。また、所定の振込種別は、振込金額が異常値であるかを判定することが求められる振込種別である。本発明の第１の実施形態においては、所定の振込種別が支援金である場合を主に想定する。

【0109】

所定の振込種別を示す文字列は、あらかじめ登録される。例えば、所定の振込種別が支援金である場合には、所定の振込種別を示す文字列は、片仮名「シエンキン」であってよい。しかし、所定の振込種別を示す文字列は、片仮名に限定されず、システムにおいて使用される文字の種類に合わせて適宜に変更されてよい。

【0110】

一例として、地公体から住民に対する支援金の振込が行われる場合には、依頼人名に、「地公体名」を示す文字列と振込種別「支援金」を示す文字列との組み合わせが含まれる。例えば、地公体名が「蕨市」であり、所定の振込種別が「支援金」である場合には、依頼人名に、「地公体名」を示す文字列「ワラビシ」と振込種別「支援金」を示す文字列「シエンキン」との組み合わせである「ワラビシ シエンキン」が含まれる。

【0111】

本発明の第１の実施形態において、振込可能な上限額があらかじめ登録される場合を主に想定する。すなわち、処理部２６４は、所定の振込種別「支援金」を示す文字列「シエンキン」が依頼人名に含まれる場合に、振込金額が閾値を上回るか否かを判定し、振込金額が閾値を上回る場合に、振込金額が異常値であると判定する。一方、処理部２６４は、振込金額が閾値以下である場合に、振込金額が正常値であると判定する。

【0112】

しかし、あらかじめ登録される金額は振込可能な下限額であってもよい。すなわち、処理部２６４は、所定の振込種別「支援金」を示す文字列「シエンキン」が依頼人名に含まれる場合に、振込金額が閾値を下回るか否かを判定し、振込金額が閾値を下回る場合に、振込金額が異常値であると判定してもよい。一方、処理部２６４は、振込金額が閾値以上である場合に、振込金額が正常値であると判定してもよい。

【0113】

また、本発明の第１の実施形態において、処理部２６４は、振込依頼の依頼人が所定の依頼人である場合に、所定の振込種別「支援金」を示す文字列「シエンキン」が依頼人名に含まれるか否かを判定する場合を主に想定する。しかし、処理部２６４は、振込依頼の依頼人が誰であるかに依らずに、所定の振込種別「支援金」を示す文字列「シエンキン」が依頼人名に含まれるか否かを判定してもよい。所定の依頼人は、「地公体」であってよい。

【0114】

依頼人が所定の依頼人「地公体」であるか否かは、どのように判定されてもよい。一例として、営業店端末１２において行員が振込依頼書４０のスキャンのときに、振込依頼書４０の依頼人名などから、振込依頼書４０による振込が地公体による振込であると判断した場合を想定する。かかる場合には、行員は、振込データに依頼人が所定の依頼人「地公体」であることを示すフラグを付してもよい。これにより、処理部２６４は、振込データにフラグが付されているか否かにより、依頼人が所定の依頼人「地公体」であるか否かを判定し得る。

【0115】

図１２は、振込依頼書４０の読取画面の例を示す図である。図１２を参照すると、振込依頼書４０の読取画面Ｒ１の例が示されている。例えば、読取画面Ｒ１は、振込依頼書４０のスキャンのときに、営業店端末１２によって表示される。一例として、行員は、地公体からの振込を示すチェックボックスＣ１にチェックを入れる操作により、振込データに依頼人が所定の依頼人「地公体」であることを示すフラグを付することが可能である。

【0116】

処理部２６４によって振込金額が異常値であると判定された場合に、出力制御部２６５は、処理部２６４によって得られた判定結果が出力されるように制御する。ここで、出力される判定結果は、振込金額が異常値であるという判定結果である。以下では、振込金額が異常値であるという判定結果として、振込金額が異常であることに対する注意メッセージ（注意を促す情報）を例に挙げて説明する。

【0117】

注意メッセージの出力先は、限定されない。例えば、注意メッセージの出力先は、エントリ端末２６とは異なる端末（例えば、ベリファイ端末２７など）であってもよい。以下では、注意メッセージの出力先がエントリ端末２６の表示部２６８に表示されるエントリ画面内である場合について説明する。しかし、注意メッセージの出力先は、エントリ端末２６の表示部２６８に表示されるエントリ画面以外の画面内であってもよい。

【0118】

図１３は、本発明の第１の実施形態において振込金額が異常値である場合に表示される注意メッセージの例について説明するための図である。図１３を参照すると、エントリ画面５０の例が示されている。エントリ画面５０のコメントには、注意メッセージの例として「誤振込の可能性有り！地方公共団体への連絡をしてください。」が表示されている。エントリ者は、このようなメッセージを見た場合には、地公体に連絡をし、振込金額の妥当性を地公体に確認することができる。

【0119】

図１４を参照しながら、本発明の第１の実施形態に係るエントリ端末２６の動作例について整理する。図１４は、本発明の第１の実施形態に係るエントリ端末２６の動作例を示すフローチャートである。エントリ端末２６において、エントリ者によって文字認識結果の修正操作が入力されると、図１４に示されるように、入力部２６１によって修正操作が受け付けられ（Ｓ１５）、取得部２６３によって修正操作が取得される。

【0120】

取得部２６３は、項目「振込金額」に対応する文字認識結果または文字認識結果のエントリ者による修正結果を振込金額として取得する。さらに、取得部２６３は、項目「依頼人名」に対応する文字認識結果または文字認識結果のエントリ者による修正結果を振込依頼人名として取得する（Ｓ１５１）。

【0121】

処理部２６４は、依頼人が地公体であるか否かを判定する（Ｓ１５２）。なお、依頼人が地公体であるか否かは、振込データにフラグが付されているか否かにより判定され得る。処理部２６４によって依頼人が地公体ではないと判定された場合には（Ｓ１５２において「ＮＯ」）、Ｓ１６に動作が移行される。

【0122】

一方、処理部２６４は、依頼人が地公体であると判定した場合には（Ｓ１５２において「ＹＥＳ」）、記憶部２６６から閾値を取得し（Ｓ１５３）、依頼人名に所定の振込種別「支援金」を示す文字列「シエンキン」が含まれるか否かを判定する（Ｓ１５４）。処理部２６４によって依頼人名に所定の振込種別「支援金」を示す文字列「シエンキン」が含まれないと判定された場合には（Ｓ１５４において「ＮＯ」）、Ｓ１６に動作が移行される。

【0123】

一方、処理部２６４は、依頼人名に所定の振込種別「支援金」を示す文字列「シエンキン」が含まれると判定した場合には（Ｓ１５４において「ＹＥＳ」）、振込金額が閾値を上回るか否かを判定する（Ｓ１５５）。処理部２６４によって振込金額が閾値以下であると判定された場合には（Ｓ１５５において「ＮＯ」）、Ｓ１６に動作が移行される。

【0124】

一方、出力制御部２６５は、処理部２６４によって振込金額が閾値を上回ると判定された場合には（Ｓ１５５において「ＹＥＳ」）、注意メッセージが表示部２６８によって表示されるように表示部２６８を制御する（Ｓ１５６）。なお、動作がＳ１６に移行された場合には、出力制御部２６５は、各項目に対応する文字認識結果または文字認識結果のエントリ者による修正結果を、各項目に対応するエントリデータとして、為替サーバ２０に送信するように通信部２６７を制御する（Ｓ１６）。

【0125】

以上、本発明の第１の実施形態に係る為替システム１の詳細な動作例について説明した。

【0126】

（効果）
本発明の第１の実施形態によれば、依頼人名に所定の振込種別「支援金」を示す文字列「シエンキン」が含まれる場合、かつ、振込金額があらかじめ設定された閾値を上回る場合に、注意メッセージが表示される。これにより、注意メッセージを見たエントリ者は、仕向電文の送信前に依頼人である地公体に振込金額の妥当性を確認することが可能となる。すなわち、支援金の誤振込を未然に防ぐことが可能な運用性の優れたシステムが提供され得る。

【0127】

（変形例）
上記では、エントリ端末２６によって振込金額が異常値であるか否かが判定される例について説明した。しかし、振込金額が異常値であるか否かは、為替サーバ２０によって行われてもよいし、ベリファイ端末２７によって行われてもよい。

【0128】

例えば、為替サーバ２０によって振込金額が異常値であるか否かが判定される場合には、図１０に示されたＳ１６の後またはＳ２０の後に、図１４に示したＳ１５１～Ｓ１５６が実行されてもよい。

【0129】

あるいは、ベリファイ端末２７によって振込金額が異常値であるか否かが判定される場合には、図１０に示されたＳ１９の後に、図１４に示したＳ１５１～Ｓ１５６が実行されてもよい。

【0130】

以上、本発明の第１の実施形態について説明した。

【0131】

＜８．第２の実施形態＞
続いて、本発明の第２の実施形態について説明する。

【0132】

（動作）
本発明の第１の実施形態においては、振込金額と比較される閾値が１種類である場合を主に説明した。しかし、振込金額が異常値であるかを判定することが求められる振込種別が複数である場合に、振込種別ごとに閾値が異なることも考えられる。そこで、本発明の第２の実施形態においては、振込種別を示す文字列と振込上限額とが対応付けられた限度額テーブルがあらかじめ登録される場合について説明する。例えば、限度額テーブルには、振込種別を示す文字列と振込上限額とが対応付けられた組が複数登録される。

【0133】

図１５は、限度額テーブルの例を示す図である。図１５に示されるように、限度額テーブルは、振込種別を示す文字列と振込上限額とが対応付けられて構成されている。このような限度額テーブルは、地公体と金融機関との間において取り決められ、あらかじめ登録されている。一例として、振込種別「所得税還付金」を示す文字列「シヨトクゼイカンプキン」と、振込上限額「５０，０００」とが対応付けられている。

【0134】

例えば、処理部２６４は、限度額テーブルに登録された振込種別を示す文字列のいずれかと一致する文字列が依頼人名に含まれるか否かにより、所定の振込種別を示す文字列が依頼人名に含まれるか否かを判定する。そして、処理部２６４は、限度額テーブルに登録された振込種別を示す文字列と一致する文字列が依頼人名に含まれる場合に、その振込種別を示す文字列に対応付けられた振込上限額を閾値として決定する。

【0135】

一例として、限度額テーブルに登録された振込種別「所得税還付金」を示す文字列「シヨトクゼイカンプキン」と一致する文字列が依頼人名に含まれた場合を想定する。このとき、処理部２６４は、振込種別「所得税還付金」を示す文字列「シヨトクゼイカンプキン」が依頼人名に含まれる場合に、振込種別「所得税還付金」を示す文字列「シヨトクゼイカンプキン」に対応付けられた振込上限額「５０，０００」を閾値として決定する。

【0136】

図１６は、本発明の第２の実施形態において振込金額が異常値である場合に表示される注意メッセージの例について説明するための図である。図１６を参照すると、限度額テーブル（図１５）に登録された振込種別を示す文字列「シヨトクゼイカンプキン」と一致する文字列が、エントリ画面５０に表示された依頼人名「蕨氏 所得税還付金」を示す文字列「ワラビシ シヨトクゼイカンプキン」に含まれている。

【0137】

そのため、振込種別「所得税還付金」を示す文字列「シヨトクゼイカンプキン」に対応付けられた振込上限額「５０，０００」が閾値として決定される。振込金額がこの閾値を上回る場合には、図１６に示されるように、エントリ画面５０のコメントに、注意メッセージの例として「誤振込の可能性有り！地方公共団体への連絡をしてください。」が表示される。

【0138】

図１７を参照しながら、本発明の第２の実施形態に係るエントリ端末２６の動作例について整理する。図１７は、本発明の第２の実施形態に係るエントリ端末２６の動作例を示すフローチャートである。図１７に示されるように、Ｓ１５、Ｓ１５１およびＳ１５２が実行されるが、これらは、図１４を参照しながら説明した、Ｓ１５、Ｓ１５１およびＳ１５２と同様に実行される。

【0139】

処理部２６４によって依頼人が地公体ではないと判定された場合には（Ｓ１５２において「ＮＯ」）、Ｓ１６に動作が移行される。一方、処理部２６４は、依頼人が地公体であると判定した場合には（Ｓ１５２において「ＹＥＳ」）、記憶部２６６に記憶された限度額テーブルから振込種別を示す文字列を取得する（Ｓ１５７）。

【0140】

処理部２６４は、取得した振込種別を示す文字列に一致する文字列が依頼人名に含まれるか否かを判定する（Ｓ１５８）。処理部２６４によって、振込種別を示す文字列に一致する文字列が依頼人名に含まれないと判定された場合には（Ｓ１５８において「ＮＯ」）、Ｓ１６に動作が移行される。

【0141】

一方、処理部２６４は、振込種別を示す文字列に一致する文字列が依頼人名に含まれると判定した場合には（Ｓ１５８において「ＹＥＳ」）、限度額テーブルにおいて、その振込種別を示す文字列に対応付けられた振込上限額を閾値として決定する（Ｓ１５９）。続いて、Ｓ１５５が実行され、Ｓ１５６またはＳ１６が実行されるが、これらは、図１４を参照しながら説明した、Ｓ１５５、Ｓ１５６またはＳ１６と同様に実行される。

【0142】

以上、本発明の第２の実施形態に係る為替システム１の詳細な動作例について説明した。

【0143】

（効果）
本発明の第２の実施形態によれば、本発明の第１の実施形態と同様に、支援金の誤振込を未然に防ぐことが可能な運用性の優れたシステムが提供され得る。特に、本発明の第２の実施形態によれば、振込種別ごとに振込限度額を設定することが可能であるため、より利便性の高いシステムが提供され得る。

【0144】

（変形例）
上記では、エントリ端末２６によって振込金額が異常値であるか否かが判定される例について説明した。しかし、本発明の第２の実施形態においても、本発明の第１の実施形態と同様に、振込金額が異常値であるか否かは、為替サーバ２０によって行われてもよいし、ベリファイ端末２７によって行われてもよい。

【0145】

例えば、為替サーバ２０によって振込金額が異常値であるか否かが判定される場合には、図１０に示されたＳ１６の後またはＳ２０の後に、図１７に示したＳ１５１～Ｓ１５６が実行されてもよい。

【0146】

あるいは、ベリファイ端末２７によって振込金額が異常値であるか否かが判定される場合には、図１０に示されたＳ１９の後に、図１７に示したＳ１５１～Ｓ１５６が実行されてもよい。

【0147】

以上、本発明の第２の実施形態について説明した。

【0148】

＜９．ハードウェア構成＞
続いて、本発明の実施形態に係るエントリ端末２６のハードウェア構成例について説明する。以下では、本発明の実施形態に係るエントリ端末２６のハードウェア構成例として、情報処理装置９００のハードウェア構成例について説明する。ベリファイ端末２７、承認端末２８および為替サーバ２０それぞれのハードウェア構成も、エントリ端末２６のハードウェア構成と同様に実現され得る。

【0149】

なお、以下に説明する情報処理装置９００のハードウェア構成例は、エントリ端末２６、ベリファイ端末２７、承認端末２８および為替サーバ２０それぞれのハードウェア構成の一例に過ぎない。したがって、エントリ端末２６、ベリファイ端末２７、承認端末２８および為替サーバ２０それぞれのハードウェア構成は、以下に説明する情報処理装置９００のハードウェア構成から不要な構成が削除されてもよいし、新たな構成が追加されてもよい。

【0150】

図１８は、本発明の実施形態に係るエントリ端末２６の例としての情報処理装置９００のハードウェア構成を示す図である。情報処理装置９００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）９０１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）９０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９０３と、ホストバス９０４と、ブリッジ９０５と、外部バス９０６と、インタフェース９０７と、入力装置９０８と、出力装置９０９と、ストレージ装置９１０と、通信装置９１１と、を備える。

【0151】

ＣＰＵ９０１は、演算処理装置および制御装置として機能し、各種プログラムに従って情報処理装置９００内の動作全般を制御する。また、ＣＰＵ９０１は、マイクロプロセッサであってもよい。ＲＯＭ９０２は、ＣＰＵ９０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ９０３は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。これらはＣＰＵバス等から構成されるホストバス９０４により相互に接続されている。

【0152】

ホストバス９０４は、ブリッジ９０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バス等の外部バス９０６に接続されている。なお、必ずしもホストバス９０４、ブリッジ９０５および外部バス９０６を分離構成する必要はなく、１つのバスにこれらの機能を実装してもよい。

【0153】

入力装置９０８は、マウス、キーボード、タッチパネル、ボタン、マイクロフォン、スイッチおよびレバー等ユーザが情報を入力するための入力手段と、ユーザによる入力に基づいて入力信号を生成し、ＣＰＵ９０１に出力する入力制御回路等から構成されている。情報処理装置９００を操作するユーザは、この入力装置９０８を操作することにより、情報処理装置９００に対して各種のデータを入力したり処理動作を指示したりすることができる。

【0154】

出力装置９０９は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）装置、ランプ等の表示装置およびスピーカ等の音声出力装置を含む。

【0155】

ストレージ装置９１０は、データ格納用の装置である。ストレージ装置９１０は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置等を含んでもよい。ストレージ装置９１０は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）で構成される。このストレージ装置９１０は、ハードディスクを駆動し、ＣＰＵ９０１が実行するプログラムや各種データを格納する。

【0156】

通信装置９１１は、例えば、ネットワークに接続するための通信デバイス等で構成された通信インタフェースである。また、通信装置９１１は、無線通信または有線通信のどちらに対応してもよい。

【0157】

以上、本発明の実施形態に係るエントリ端末２６の例としての情報処理装置９００のハードウェア構成例について説明した。

【0158】

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

【0159】

上記では、依頼人から提出された振込依頼書が窓口の受付端末のスキャナによって読み取られ、当該読み取りにより得られた振込データが集中センタに送信される例を説明した。しかし、依頼人は、振込データが記録された記録媒体を窓口に提出してもよい。このとき、窓口の受付端末に別途設けられた読取装置によって記録媒体から振込データが読み取られ、読み取られた振込データが集中センタに送信されてもよい。例えば、前記記録媒体はフロッピーディスクであってもよい。

【0160】

例えば、上記では、金融機関向けの為替システムに本発明の実施形態が適用される例を説明したが、依頼人名と振込金額とに基づいて振込処理を行う他のシステム全般にも本発明の実施形態を適用可能である。

【0161】

また、本明細書の為替システムの処理における各ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はない。例えば、為替システムの処理における各ステップは、フローチャートとして記載した順序と異なる順序で処理されても、並列的に処理されてもよい。

【符号の説明】

【0162】

１ 為替システム
２０ 為替サーバ
２２１ 取得部
２２２ 処理部
２２３ 送信制御部
２６ エントリ端末
２６３ 取得部
２６４ 処理部
２６５ 出力制御部
２７ ベリファイ端末
２７３ 取得部
２７４ 処理部
２７５ 出力制御部
２８ 承認端末
２８３ 取得部
２８４ 処理部
２８５ 出力制御部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】