特開 2018-22265 情報処理装置、情報処理方法、及び情報処理プログラム

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

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

(11)【公開番号】特開2018-22265(P2018-22265A)

(43)【公開日】2018年2月8日

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

(51)【国際特許分類】

   G06Q 40/02 20120101AFI20180112BHJP

   G06K 9/03 20060101ALI20180112BHJP

【ＦＩ】

   G06Q40/02

   G06K9/03 Z

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

【全頁数】14

(21)【出願番号】特願2016-151864(P2016-151864)

(22)【出願日】2016年8月2日

(71)【出願人】

【識別番号】507417422

【氏名又は名称】株式会社 ゆうちょ銀行

(74)【代理人】

【識別番号】100113608

【弁理士】

【氏名又は名称】平川 明

(74)【代理人】

【識別番号】100175190

【弁理士】

【氏名又は名称】大竹 裕明

(72)【発明者】

【氏名】吉富 明

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

5B064

5L055

【Ｆターム（参考）】

5B064AA01

5B064AB02

5B064AB03

5B064BA01

5B064EA26

5B064EA27

5L055BB13

5L055BB39

(57)【要約】

【課題】帳票の重複処理を抑制する。
【解決手段】情報処理装置は、帳票の所定欄に、文字コードに変換される第１の情報と、文字コードに変換されない第２の情報とが混在するか否かを判定する読取手段と、帳票の所定欄に第１の情報と第２の情報とが混在すると判定した場合に、帳票の第１の情報及び第２の情報を、処理された帳票に係る情報を格納する記憶部から取得される処理済みの帳票の所定欄に含まれる第１の情報及び第２の情報と、それぞれ照合する照合手段と、照合による一致の度合いに基づいて、帳票に係る処理が処理済みの帳票に係る処理と重複するか否かを判定する判定手段と、を備える。
【選択図】図９

【特許請求の範囲】

【請求項1】

帳票の所定欄に、文字コードに変換される第１の情報と、文字コードに変換されない第２の情報とが混在するか否かを判定する読取手段と、
前記帳票の前記所定欄に第１の情報と第２の情報とが混在すると判定した場合に、前記帳票の第１の情報及び第２の情報を、処理された帳票に係る情報を格納する記憶部から取得される処理済みの帳票の前記所定欄に含まれる第１の情報及び第２の情報と、それぞれ照合する照合手段と、
前記照合による一致の度合いに基づいて、前記帳票に係る処理が前記処理済みの帳票に係る処理と重複するか否かを判定する判定手段と、を備える、
情報処理装置。

【請求項2】

前記照合手段は、前記所定欄とは異なる欄に含まれる情報の一部が前記帳票と一致する帳票を前記処理済みの帳票として、前記処理済みの帳票に係る情報を前記記憶部から取得する、
請求項１に記載の情報処理装置。

【請求項3】

前記照合手段は、さらに、前記帳票の第１の情報及び第２の情報が記載された位置の情報を、前記処理済みの帳票と照合する、
請求項１又は２に記載の情報処理装置。

【請求項4】

前記判定手段は、前記帳票の第１の情報と前記処理済みの帳票の第１の情報とが一致し、且つ、前記帳票の第２の情報と前記処理済みの帳票の第２の情報との照合率が所定値以上である場合に、前記帳票に係る処理が前記処理済みの帳票に係る処理と重複すると判定する、
請求項１から３のいずれか一項に記載の情報処理装置。

【請求項5】

前記判定手段は、前記帳票の第１の情報と前記処理済みの帳票の第１の情報とが一致しない場合に、前記帳票に係る処理が前記処理済みの帳票に係る処理と重複しないと判定する、
請求項１から３のいずれか一項に記載の情報処理装置。

【請求項6】

コンピュータが、
帳票の所定欄に、文字コードに変換される第１の情報と、文字コードに変換されない第２の情報とが混在するか否かを判定する読取ステップと、
前記帳票の前記所定欄に第１の情報と第２の情報とが混在すると判定した場合に、前記帳票の第１の情報及び第２の情報を、処理された帳票に係る情報を格納する記憶部から取得される処理済みの帳票の前記所定欄に含まれる第１の情報及び第２の情報とそれぞれ照合する照合ステップと、
前記照合による一致の度合いに基づいて、前記帳票に係る処理が前記処理済みの帳票に係る処理と重複するか否かを判定する判定ステップと、を実行する、
情報処理方法。

【請求項7】

コンピュータに、
帳票の所定欄に、文字コードに変換される第１の情報と、文字コードに変換されない第２の情報とが混在するか否かを判定する読取ステップと、
前記帳票の前記所定欄に第１の情報と第２の情報とが混在すると判定した場合に、前記帳票の第１の情報及び第２の情報を、処理された帳票に係る情報を格納する記憶部から取得される処理済みの帳票の前記所定欄に含まれる第１の情報及び第２の情報とそれぞれ照合する照合ステップと、
前記照合による一致の度合いに基づいて、前記帳票に係る処理が前記処理済みの帳票に係る処理と重複するか否かを判定する判定ステップと、を実行させる、
情報処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、帳票の重複処理を抑制する情報処理技術に関する。

【背景技術】

【0002】

銀行等の金融機関の窓口において、振込依頼書等の帳票を受け付けると、窓口の担当者は、帳票をスキャナで読込み、帳票の記載に基づく処理を確定する。処理が確定されると、帳票の記載に基づいて振込等の処理が実行される。窓口の担当者は、処理済みの帳票に処理番号等を印字する。また、読取った帳票のイメージは、振込先に送信される。振込先では、送信された帳票のイメージから記載内容を確認し、振込人に対して記載内容に基づく商品又はサービスが提供される。

【0003】

窓口の担当者は、類似する帳票を複数受け付けた場合、スキャナで読込んだ帳票の処理を確定した後、誤って別の帳票に処理番号を印字してしまう場合が生じる。この場合、処理が確定した帳票（振込先にイメージが送信される帳票）は、処理番号が印字されていないために未処理と認識され、重複して処理される可能性がある。また、処理番号が印字された未処理の帳票は、処理済みと認識され、処理漏れが生じる可能性がある。これに対し、帳票に予め印刷された所定の項目を、処理済みの帳票と比較して重複処理を防止することが提案されている（例えば、特許文献１を参照）。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００６−２６０１４７号公報

【発明の概要】

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

【0005】

処理対象の帳票は、予め印刷された振込先の情報等が処理済みの帳票と同じであっても、自由に記載可能で帳票ごとに内容が異なる通信欄で、日付や顧客番号等の数字の一部が異なる場合がある。この場合、処理対象の帳票は、処理済みの帳票と異なる帳票であるにもかかわらず、予め印字された所定の項目を照合した際、多くの項目が一致することにより照合率が高くなり、同一の帳票であると判定される可能性がある。また、処理対象の帳票は、窓口の担当者の誤認によって重複して処理された場合、処理済みの帳票と同一帳票であるにもかかわらず、読取り時の帳票の折れや歪み等によって異なる帳票と判定される可能性がある。さらに、帳票の通信欄には、印字された文字と手書きの文字が混在する場合があり、混在した情報の比較により、処理済みの帳票と合致するか否かを精度良く判定することは困難であった。

【0006】

本発明は、このような課題に鑑みてなされたものであり、帳票の重複処理を抑制する技術を提供することを課題とする。

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

【0007】

上記課題を解決するため、本発明では、帳票の所定欄に文字コードに変換される情報と文字コードに変換されない情報が混在する場合に、それぞれの情報を処理済みの帳票と照合することで、処理済みの帳票と重複するか否かを判定するようにした。

【0008】

詳細には、本発明は、情報処理装置であって、帳票の所定欄に、文字コードに変換される第１の情報と、文字コードに変換されない第２の情報とが混在するか否かを判定する読取手段と、帳票の所定欄に第１の情報と第２の情報とが混在すると判定した場合に、帳票
の第１の情報及び第２の情報を、処理された帳票に係る情報を格納する記憶部から取得される処理済みの帳票の所定欄に含まれる第１の情報及び第２の情報と、それぞれ照合する照合手段と、照合による一致の度合いに基づいて、帳票に係る処理が処理済みの帳票に係る処理と重複するか否かを判定する判定手段と、を備える。

【0009】

上記の情報処理装置によれば、帳票の所定欄において文字コードに変換される第１の情報及び文字コードに変換されない第２の情報による照合を併用することで、記載された日付や顧客番号等の一部が異なる帳票を同一帳票と判定したり、読取り時の帳票の折れや歪み等により同一帳票を異なる帳票と判定したりする誤判定が軽減される。したがって、処理対象の帳票が処理済みの帳票と合致するか否かの判定精度が向上し、誤判定に起因する重複処理は抑制される。また、誤判定による不要な警告表示が抑制される。第１の情報は、例えば、予め帳票に印字された印字文字である。また、第２の情報は、例えば、手書文字である。同一か否かの判定対象とされる帳票は、金融機関における振込依頼書又は申込書等に限られず、種々の手続きをする際に記入される書類等を含むものとする。振込依頼書に基づく振込処理、申込書に基づく申込処理、及び種々の手続きは、本願でいう「帳票に係る処理」の一例である。帳票の所定欄は、例えば、振込依頼書の通信欄のように印字文字と手書文字とを含み得る欄であって、情報処理装置は、帳票全体を所定欄として、帳票に含まれる第１の情報及び第２の情報を、処理済みの帳票に含まれる第１の情報及び第２の情報と照合することも可能である。

【0010】

なお、照合手段は、所定欄とは異なる欄に含まれる情報の一部が帳票と一致する帳票を処理済みの帳票として、処理済みの情報に係る情報を記憶部から取得するようにしてもよい。このような照合手段であれば、所定欄以外の欄、例えば、振込先口座番号欄及び金額欄が一致する帳票と照合するようにすることで、不要な照合処理を抑制することができる。

【0011】

また、照合手段は、さらに、帳票の第１の情報及び第２の情報が記載された位置の情報を、処理済みの帳票と照合するようにしてもよい。このような照合手段であれば、第１の情報（印字文字）及び第２の情報（手書文字）の記載内容の他、記載された位置についても処理済みの帳票と照合するため、処理対象の帳票が処理済みの帳票と合致するか否かを、より精度良く判定することができる。

【0012】

また、判定手段は、帳票の第１の情報と処理済みの帳票の第１の情報とが一致し、且つ、帳票の第２の情報と処理済みの帳票の第２の情報との照合率が所定値以上である場合に、帳票に係る処理が処理済みの帳票に係る処理と重複すると判定するようにしてもよい。このような判定手段であれば、第１の情報（印字文字）と第２の情報（手書文字）とを異なる形態で照合することができ、処理対象の帳票が処理済みの帳票と合致するか否かの判定条件をより柔軟に設定することが可能である。ここで、照合率は、例えば、手書文字のイメージデータを画素単位で比較し、総画素数のうち、処理対象の帳票と処理済みの帳票とで一致する画素数の占める割合としてもよい。例えば、所定値を９０％とした場合、９０％以上の画素の情報が一致すれば、処理対象の帳票が処理済みの帳票と合致すると判定するようにしてもよい。

【0013】

また、判定手段は、帳票の第１の情報と処理済みの帳票の第１の情報とが一致しない場合に、帳票に係る処理が処理済みの帳票に係る処理と重複しないと判定するようにしてもよい。このような判定手段であれば、第２の情報（手書文字）の照合をすることなく、処理対象の帳票が処理済みの帳票と異なると判定されるため、照合手段及び判定手段による処理時間及び負荷が軽減される。

【0014】

また、本発明は、方法の側面から捉えることもできる。例えば、本発明は、コンピュー
タが、帳票の所定欄に、文字コードに変換される第１の情報と、文字コードに変換されない第２の情報とが混在するか否かを判定する読取ステップと、帳票の所定欄に第１の情報と第２の情報とが混在すると判定した場合に、帳票の第１の情報及び第２の情報を、処理された帳票に係る情報を格納する記憶部から取得される処理済みの帳票の所定欄に含まれる第１の情報及び第２の情報とそれぞれ照合する照合ステップと、照合による一致の度合いに基づいて、帳票に係る処理が処理済みの帳票に係る処理と重複するか否かを判定する判定ステップと、を実行する、情報処理方法であってもよい。

【0015】

また、本発明は、コンピュータプログラムの側面から捉えることもできる。例えば、本発明は、コンピュータに、帳票の所定欄に、文字コードに変換される第１の情報と、文字コードに変換されない第２の情報とが混在するか否かを判定する読取ステップと、帳票の所定欄に第１の情報と第２の情報とが混在すると判定した場合に、帳票の第１の情報及び第２の情報を、処理された帳票に係る情報を格納する記憶部から取得される処理済みの帳票の所定欄に含まれる第１の情報及び第２の情報とそれぞれ照合する照合ステップと、照合による一致の度合いに基づいて、帳票に係る処理が処理済みの帳票に係る処理と重複するか否かを判定する判定ステップと、を実行させる、情報処理プログラムであってもよい。

【発明の効果】

【0016】

本発明によれば、帳票の重複処理を抑制することができる。

【図面の簡単な説明】

【0017】

【図1】図１は、帳票の記載例を示す図である。

【図2】図２は、振込先が同一であって、通信欄の印字文字の一部が異なる帳票を例示する図である。

【図3】図３は、振込先が同一であって、通信欄の手書文字の一部が異なる帳票を例示する図である。

【図4】図４は、実施形態における情報処理装置のハードウェア構成を例示する図である。

【図5】図５は、実施形態に係る情報処理装置の機能構成を例示する図である。

【図6】図６は、処理対象の帳票の記載例を示す図である。

【図7】図７は、帳票管理テーブルの一例を示す図である。

【図8】図８は、帳票管理テーブルの変形例を示す図である。

【図9】図９は、帳票の記載が処理済みの帳票と合致するか否かの判定処理の流れを例示するフローチャートである。

【図10】図１０は、処理番号が誤った帳票に印刷されていないかを判定する例を示す図である。

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

【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】

１・・情報処理装置：１１・・ＣＰＵ：１２・・ＲＡＭ：１３・・ＲＯＭ：１４・・補助記憶装置：１５・・ＮＩＣ：１６・・入力装置：１７・・出力装置：１８・・読取装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】