JP2004280251A - Form processing terminal device - Google Patents

Form processing terminal device Download PDF

Info

Publication number
JP2004280251A
JP2004280251A JP2003068133A JP2003068133A JP2004280251A JP 2004280251 A JP2004280251 A JP 2004280251A JP 2003068133 A JP2003068133 A JP 2003068133A JP 2003068133 A JP2003068133 A JP 2003068133A JP 2004280251 A JP2004280251 A JP 2004280251A
Authority
JP
Japan
Prior art keywords
image data
payment
read
image
image reading
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2003068133A
Other languages
Japanese (ja)
Inventor
Isao Hachiman
伊佐雄 八幡
Hiroshi Hara
啓 原
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba TEC Corp
Original Assignee
Toshiba TEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toshiba TEC Corp filed Critical Toshiba TEC Corp
Priority to JP2003068133A priority Critical patent/JP2004280251A/en
Publication of JP2004280251A publication Critical patent/JP2004280251A/en
Pending legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To provide a form processing terminal device, which is configured for the various business forms and can save a data processing time by responding to a type of the business form. <P>SOLUTION: The terminal device comprises a unit 33 for acquiring an image of the business form, and a means 22 for determining the type of the business form based on an image data of the business form acquired by the unit 33. The terminal device recognizes an image data of the business form, which is read by the unit 33, using an OCR device without displaying the business form on a display unit 23 if the business form is determined as a MT business form by the means 22. The terminal device also recognizes the image data of the business form using the OCR device after displaying the business form being read on the display unit 23 if the business form is determined as one other than the MT business form by the means 22. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は、郵便局、銀行等の金融機関の窓口での払込みを行う帳票端末装置に関する。
【0002】
【従来の技術】
郵便局、銀行等の金融機関の窓口での払込みを行う帳票の種類としては、一般帳票やMT帳票などがある。このような帳票の種類を容易に判別し、その帳票の種類に対応した帳票の領域から画像を切り出し、この切り出した画像から記載内容を認識するようにした帳票処理方法が知られている(特許文献1)。
【0003】
【特許文献1】
特開2000−251012
【0004】
【発明が解決しようとする課題】
この特許文献1のものは、帳票の種類に応じて帳票のどの領域から画像を切り出すかを決めている。
【0005】
しかし、この特許文献1のものでは、帳票の種類に応じて処理時間を短縮させることはできなかった。つまり、帳票の種類に応じて認識率に差が出るが、その認識率の差を利用して処理時間を短縮することはできなかった。
【0006】
本発明は上記の点に鑑みてなされたもので、その目的は、帳票の種類に応じて処理時間を短縮することができる帳票処理装置を提供することにある。
【0007】
【課題を解決するための手段】
本発明は、キー入力部及び表示部を備えた振替端末装置において、キー入力部及び表示部を備えた帳票端末装置において、帳票のイメージデータを取り込むイメージ読取り手段と、上記イメージ読取り手段により読み取られた帳票のイメージデータに基づいて帳票の種別を判定する帳票種別判定手段と、この帳票種別判定手段により帳票がMT帳票であると判定された場合には、上記イメージ読取り手段で読み取られた帳票のイメージデータを前記表示部に表示させないでOCR認識し、この帳票種別判定手段により帳票がMT帳票以外の一般帳票であると判定された場合には、上記イメージ読取り手段で読み取られた帳票のイメージデータを前記表示部に表示させた後OCR認識する認識手段とを具備したことを特徴とする。
【0008】
【発明の実施の形態】
以下図面を参照して本発明の一実施の形態について説明する。図1は第1乃至第6の実施の形態に共通な帳票端末装置の構成を示すブロック図である。この帳票端末装置21は利用者が提出した払込票をスタックして払込処理を行う。
【0009】
この帳票端末装置21は制御部22を有する。帳票端末装置21は、制御部22、表示部23、本体24、少なくとも確認キーを有するキー入力部25とで構成されている。
【0010】
制御部22は、図4〜図10の処理を行うプログラムが記憶されているROM及び各種データを記憶する記憶部22mを有する。
【0011】
本体24の側面には、払込票を複数スタック可能なホッパ31が設けられている。このホッパ31から1枚ずつ取り出された払込票は搬送路32を搬送される。
【0012】
この搬送路32には、払込票のイメージデータを取り込む例えばスキャナで構成されるイメージ読取部33、払込票上に印字を行う印字部34を備えている。
【0013】
これらイメージ読取部33及び印字部34は制御部22により制御される。この制御部22は上位のセンタ(図示しない)に接続される通信インタフェース22iを有する。
【0014】
また、搬送路32の末端部は正常スタッカ35、異常スタッカ36に分岐している。正常スタッカ35には認識が正常終了した払込票が蓄積され、異常スタッカ36には認識が異常終了した払込票が蓄積される。
【0015】
図2を参照して払込票について説明する。払込票51は2つの部分により構成されている。一方(左側部分)を払込取扱票52といい、他方(右側部分)の半券部分を払込票兼領収書53という。
【0016】
払込取扱票52の左肩部分には、帳票ID50が数値で印刷されている。一般帳票であれば帳票ID50=“02”等であり、一般帳票であれば帳票ID50=“03”等である。ここで、MT帳票とは、後述する払込先の口座番号54、61、払込み金額55、62が予め印刷されている帳票を意味する。このようなMT帳票の場合にはOCR認識による誤読率はきわめて少ない。
【0017】
また、払込取扱票52には、払込情報として払込先の口座番号54、払込み金額55、払込先の氏名としての加入者名56のほか、利用者の住所、氏名、電話番号が記載される依頼人欄57が設けられている。
【0018】
また、払込票兼領収書53には、払込情報として払込取扱票52と同様に、通常プレ印刷されている払込先の口座番号61、払込み金額62、払込先の氏名としての加入者名63のほか、利用者の住所、氏名、電話番号が記載される依頼人欄64が設けられている。
【0019】
図3は帳票ID50=3、つまりMT帳票の払込票51の平面図である。図3において、図2と同じ部分には同一番号を付し、その詳細な説明については省略する。66はID番号である。
【0020】
次に、上記のように構成された本発明の第1の実施の形態の動作について図4のフローチャートを参照しながら説明する。まず、利用者が郵便局の窓口に払込票51を払込金と共に提出する。これに応答して、郵便局員は払込票51及び払込金を受け取る。
【0021】
そして、この払込票51はホッパ31にセットされる。
【0022】
ホッパ31にセットされた払込票51は1枚ずつ給紙される(ステップS1)。そして、払込票51は搬送路32を介して搬送され、イメージ読取部33において払込票51のイメージデータが取得される(ステップS2)。
【0023】
次に、払込取扱票52に記載されている口座番号54、払込み金額55及び帳票ID50のイメージデータ及び払込票兼領収書53の口座番号61及び払込み金額62のイメージデータが抽出されてOCR認識される(ステップS3)。
【0024】
そして、OCR認識された帳票ID50がMTID(つまり“03”)であるかが判定される(ステップS4)。
【0025】
このステップS4の判定で「NO」と判定された場合、つまり払込票51が一般帳票であると判定された場合には、ステップS2で取得された払込票51全体のイメージ及びステップS3で認識された認識結果が表示部23に表示される(ステップS5)。
【0026】
一方、ステップS4の判定で「YES」と判定された場合、つまり払込票51がMT帳票であると判定された場合には、ステップS2で取得された払込票51全体のイメージを表示部23に表示させないで、ステップS3で認識したOCR認識結果のみが表示部23に表示される(ステップS6)。
【0027】
このように払込票51がMT帳票である場合には、OCR認識による誤認識の発生は極少ないため、払込票51の全体イメージは表示部23に表示させないようにすることにより、処理時間を短縮することができる。
【0028】
次に、表示部23に表示されたOCR認識結果に誤認識があるか否か判定される(ステップS7)。
【0029】
このステップS7の判定で「YES」、つまり誤認識があると判定されると、局員がキー入力部25から入力したデータに基づいてOCR認識結果を修正する処理がなされる(ステップS8)。
【0030】
そして、局員がキー入力部25の確認キーを操作により、ステップS8で入力された認識結果を修正する処理内容が確定される(ステップS9)。
【0031】
次に、払込取扱票52の空白部分52a及び払込票兼領収書53の空白部分53aに認識した払込金額等の所定事項が印字部34において印字される(ステップS10)。
【0032】
そして、搬送路32を介して正常スタッカ35に排紙される(ステップS11)。
【0033】
次に、ホッパ31に次の帳票がセットされているかが判定される(ステップS12)。このステップS12の判定で「YES」と判定されている場合には前述したステップS1以降の処理が同様に行われる。
【0034】
以上のようにこの第1の実施の形態においては、取り扱う払込票51がMT帳票である場合には、OCR認識による誤認識の発生は極少ないため、払込票51の全体イメージは表示部23に表示させないようにすることにより、処理時間を短縮することができる。
【0035】
次に、本発明の第2の実施の形態について図5のフローチャートを参照しながら説明する。まず、利用者が郵便局の窓口に払込票51を払込金と共に提出する。これに応答して、郵便局員は払込票51及び払込金を受け取る。
【0036】
そして、この払込票51はホッパ31にセットされる。
【0037】
ホッパ31にセットされた払込票51は1枚ずつ給紙される(ステップS21)。そして、ホッパ31は搬送路32を介して搬送され、イメージ読取部33において払込票51のイメージデータが取得される(ステップS22)。
【0038】
次に、払込取扱票52に記載されている口座番号54、払込み金額55及び帳票ID50のイメージデータ及び払込票兼領収書53の口座番号61及び払込み金額62のイメージデータが抽出されてOCR認識される(ステップS23)。
【0039】
そして、OCR認識された帳票ID50がMTID(つまり“03”)であるかが判定される(ステップS24)。
【0040】
このステップS24の判定で「NO」と判定された場合、つまり払込票51が一般帳票であると判定された場合には、ステップS22で取得された払込票51全体のイメージ及びステップS23で認識された認識結果が表示部23に表示される(ステップS25)。
【0041】
次に、表示部23に表示されたOCR認識結果に誤認識があるか否か判定される(ステップS26)。
【0042】
このステップS26の判定で「YES」、つまり誤認識があると判定されると、局員がキー入力部25から入力したデータに基づいてOCR認識結果を修正する処理がなされる(ステップS27)。
【0043】
そして、局員がキー入力部25の確認キーを操作により、ステップS27で入力された認識結果を修正する処理内容が確定される(ステップS28)。
【0044】
次に、払込取扱票52の空白部分52a及び払込票兼領収書53の余白部分53aに認識した払込金額等の所定事項が印字部34において印字される(ステップS29)。
【0045】
そして、搬送路32を介して正常スタッカ35に排紙される(ステップS30)。
【0046】
次に、ホッパ31に次の帳票がセットされているかが判定される(ステップS31)。このステップS31の判定で「YES」と判定されている場合には前述したステップS21以降の処理が同様に行われる。なお、上記したステップS26の判定で「NO」と判定された場合には上記ステップS28の処理に進む。
【0047】
一方、ステップS24の判定で「YES」と判定された場合、つまり払込票51がMT帳票であると判定された場合には、ステップS22で取得された払込票51全体のイメージ及びステップS23で認識したOCR認識結果が表示部23に表示される(ステップS32)。
【0048】
次に、表示部23に表示されたOCR認識結果に誤認識があるか否か判定される(ステップS33)。
【0049】
このステップS33の判定で「YES」、つまり誤認識があると判定されると、局員がキー入力部25から入力したデータに基づいてOCR認識結果を修正する処理がなされる(ステップS34)。
【0050】
そして、局員がキー入力部25の確認キーを操作により、ステップS8で入力された認識結果を修正する処理内容が確定される(ステップS35)。
【0051】
以下、前述したステップS29以降の処理に進む。
【0052】
一方、ステップS33の判定で「NO」、つまり誤認識がないと判定された場合、払込取扱票52の空白部分52a及び払込票兼領収書53の空白部分53aに認識した払込金額等の所定事項が印字部34において印字される(ステップS36)。
【0053】
そして、搬送路32を介して正常スタッカ35に排紙される(ステップS37)。
【0054】
そして、ホッパ31に次の帳票がセットされているかが判定される(ステップS38)。
【0055】
このステップS38の判定で「YES」と判定された場合には、一定時間表示部23に払込票51全体のイメージ及びOCR認識結果が表示された後に自動的に画面の切り替えが行われる(ステップS39)。その後、前述したステップS21の処理に戻る。
【0056】
このように、払込票51がMT帳票であり、OCR結果に誤認識がなければ、表示部23の表示が一定時間後に切り替えるようにしたので、局員は特にキー入力部25から確認キーを押し下げる必要はない。従って、MT帳票が連続する場合には、特に処理時間を短縮することができる。
【0057】
このステップS38の判定で「NO」と判定された場合には、一連の処理は終了する。
【0058】
次に、本発明の第3の実施の形態について図6のフローチャートを参照して説明する。図6のフローチャートにおいて、図4と同一部分には同一ステップ番号を付し、その詳細な説明については省略する。この第3の実施の形態は、
払込票51が一般帳票かMT帳票かで表示部23に表示されるイメージ表示内容を異ならせている。
【0059】
つまり、OCR認識された帳票ID50がMTID(つまり“03”)であるかが判定される(ステップS4)。
【0060】
そして、このステップS4の判定で「NO」と判定された場合、つまり払込票51が一般帳票であると判定された場合には、ステップS2で取得された払込票51全体のイメージ及びステップS3で認識された認識結果が表示部23に表示される(ステップS41)。
【0061】
一方、ステップS4の判定で「YES」と判定された場合、つまり払込票51がMT帳票であると判定された場合には、払込票51の左側部分、つまり払込取扱票52のイメージ及びステップS3で認識された認識結果が表示部23に表示される(ステップS42)。
【0062】
これ以降の処理は、図4の処理と同じであるので、その詳細な説明については省略する。
【0063】
以上のようにこの第3の実施の形態においては、取り扱う払込票51がMT帳票である場合には、OCR認識による誤認識の発生は極少ないため、払込票51の左側部分のみを表示部23に表示させるようにしたので、処理時間を短縮することができる。
【0064】
次に、本発明の第4の実施の形態について図7のフローチャートを参照して説明する。まず、利用者が郵便局の窓口に払込票51を払込金と共に提出する。これに応答して、郵便局員は払込票51及び払込金を受け取る。
【0065】
そして、この払込票51はホッパ31にセットされる。
【0066】
ホッパ31にセットされた払込票51は1枚ずつ給紙される(ステップS51)。そして、ホッパ31は搬送路32を介して搬送され、イメージ読取部33において払込票51のイメージデータが取得される(ステップS52)。
【0067】
次に、払込取扱票52に記載されている口座番号54、払込み金額55及び帳票ID50のイメージデータ及び払込票兼領収書53の口座番号61及び払込み金額62のイメージデータが抽出されてOCR認識される(ステップS53)。
【0068】
次に、ステップS52で取得されたイメージデータ及びステップS53でのOCR認識結果は表示部23に表示される(ステップS54)。
【0069】
次に、表示部23に表示されたOCR認識結果に誤認識があるか否か判定される(ステップS55)。
【0070】
このステップS55の判定で「YES」、つまり誤認識があると判定されると、局員がキー入力部25から入力したデータに基づいてOCR認識結果を修正する処理がなされる(ステップS56)。
【0071】
そして、局員がキー入力部25の確認キーを操作により、ステップS56で入力された認識結果を修正する処理内容が確定される(ステップS57)。
【0072】
次に、OCR認識された帳票ID50がMTID(つまり“03”)であるかが判定される(ステップS58)。なお、上記したステップS55の判定で「NO」と判定された場合には上記ステップS57の処理に進む。
【0073】
このステップS58の判定で「NO」と判定された場合、つまり払込票51が一般帳票であると判定された場合には、ステップS52で取得された払込票51全体のイメージ及びステップS53で認識された認識結果が記憶部22mに記憶されると共に、上位のセンタに通信インタフェース22iを介して送信される(ステップS59)。このセンタにおいて帳票の集計処理がなされる。
【0074】
一方、ステップS58の判定で「YES」と判定された場合、つまり払込票51がMT帳票であると判定された場合には、ステップS52で取得された払込票51左側部分(つまり、払込取扱票52)のイメージ及びステップS53で認識された認識結果が記憶部22mに記憶されると共に、上位のセンタに通信インタフェース22iを介して送信される(ステップS60)。
【0075】
次に、払込取扱票52の空白部分52a及び払込票兼領収書53の空白部分53aに認識した払込金額等の所定事項が印字部34において印字される(ステップS61)。
【0076】
そして、搬送路32を介して正常スタッカ35に排紙される(ステップS12)。
【0077】
次に、ホッパ31に次の帳票がセットされているかが判定される(ステップS63)。このステップS63の判定で「YES」と判定されている場合には前述したステップS51以降の処理が同様に行われる。
【0078】
以上のようにこの第4の実施の形態においては、取り扱う払込票51がMT帳票である場合には、OCR認識による誤認識の発生は極少ないため、払込票51の左側部分のみのイメージ及びOCR認識結果を上位のセンタに送信するようにしたので、処理時間を短縮することができる。
【0079】
次に、本発明の第5の実施の形態について図8のフローチャートを参照して説明する。まず、利用者が郵便局の窓口に払込票51を払込金と共に提出する。これに応答して、郵便局員は払込票51及び払込金を受け取る。
【0080】
そして、この払込票51はホッパ31にセットされる。
【0081】
ホッパ31にセットされた払込票51は1枚ずつ給紙される(ステップS71)。そして、ホッパ31は搬送路32を介して搬送され、イメージ読取部33において帳票ID50部のイメージデータが取得される(ステップS72)。
【0082】
そして、帳票ID50部がOCR認識される(ステップS73)。
【0083】
次に、OCR認識された帳票ID50がMTID(つまり“03”)であるかが判定される(ステップS74)。
【0084】
このステップS74の判定で「NO」と判定された場合、つまり払込票51が一般帳票であると判定された場合には、払込取扱票52に記載されている口座番号54、払込み金額55のイメージが取得される(ステップS75)。さらに、イメージデータから払込情報としての口座番号54、払込み金額55がOCR認識される(ステップS76)。
【0085】
一方、ステップS74の判定で「YES」と判定された場合、つまり払込票51がMT帳票であると判定された場合には、払込取扱票52に記載されている口座番号54、払込み金額55のイメージが取得される(ステップS77)。さらに、イメージデータから払込情報としての口座番号54、払込み金額55がOCR認識される(ステップS78)。
【0086】
次に、表示部23に表示されたOCR認識結果に誤認識があるか否か判定される(ステップS79)。
【0087】
このステップS79の判定で「YES」、つまり誤認識があると判定されると、局員がキー入力部25から入力したデータに基づいてOCR認識結果を修正する処理がなされる(ステップS80)。
【0088】
そして、局員がキー入力部25の確認キーを操作により、ステップS80で入力された認識結果を修正する処理内容が確定される(ステップS81)。
【0089】
次に、払込取扱票52の空白部分52a及び払込票兼領収書53の空白部分53aに認識した払込金額等の所定事項が印字部34において印字される(ステップS82)。
【0090】
そして、搬送路32を介して正常スタッカ35に排紙される(ステップS83)。
【0091】
次に、ホッパ31に次の帳票がセットされているかが判定される(ステップS84)。このステップS84の判定で「YES」と判定されている場合には前述したステップS1以降の処理が同様に行われる。なお、上記ステップS79の判定で「NO」と判定された場合には、上記ステップS81の処理に進む。
【0092】
以上のようにこの第5の実施の形態においては、まず取り扱う払込票51がMT帳票であるか一般帳票であるかを、MT帳票部のイメージデータを抽出して認識しているので、その以降の処理を帳票の種別により振り分けることにより、処理時間を短縮することができる。
【0093】
次に、本発明の第6の実施の形態について図9及び図10のフローチャートを参照して説明する。この図9のフローチャートの処理は窓口処理に行われていること以外、フローチャートの処理は図8のフローチャートの処理内容と同じであるので、その詳細な説明については省略する。
【0094】
つまり、窓口処理において図9のフローチャートの処理が終了してから、図10のフローチャートに示した後方処理がなされる。
【0095】
つまり、図10において、帳票全体のイメージを取得する処理がなされる(ステップS91)。次に、次の帳票があるかが判定される(ステップS92)。
【0096】
このステップS92の判定で「YES」と判定された場合には、次の帳票の全体のイメージが取得される(ステップS91)。
【0097】
このステップS92の判定で「NO」と判定された場合には、一連の処理が終了される。
【0098】
以上のように本発明の第6の実施の形態によれば、帳票全体のイメージを取得する処理を後方処理で行うようにしたので、窓口処理での処理時間の短縮を計ることができる。
【0099】
なお、上記したいずれの実施の形態においても、払込票51のイメージデータを取り込むイメージ読取部33で取得してOCR認識するようにしていたが、払込票51にバーコードが印刷されている場合にはバーコード認識する手段を設けておいても良い。
【0100】
さらに、上記実施の形態にかぎらず、図11に示すようなシステムにおいて帳票端末装置21が使用された場合でも、帳票端末装置21の処理時間を同様に短縮することができる。
【0101】
図11において、11は郵便局、銀行等の金融機関において、局員の脇に置かれる窓口端末機である。局員が帳票としての払込票と預かり金を受け取ると、預かり金と払込金額または預かり金と払込金額と払込先口座番号が窓口端末機11に入力される。
【0102】
つまり、窓口端末機11はキー入力部12、表示部13を有する。14は後述する確認票が発行される発行口である。
【0103】
この窓口端末機11にはケーブル15を介して図1に示した帳票端末装置21が接続される。図7のシステムにおいては、郵便局員は払込票51及び払込金を受け取る。そして、郵便局員は払込票51を見て、窓口端末機11のキー入力部12から払込先口座番号、払込金額及び預り金を入力する。このようにして入力されたデータはRAM(図示しない)に保存される。キー入力部12から入力された払込先口座番号、払込金額及び預り金等のデータは履歴データとしてRAM(図示しない)に保存される。次に、確認票が印刷される。この確認票には預り金、手数料、釣銭等が印刷されている。
【0104】
次に、郵便局員は半券部分である払込票兼領収書53を払込取扱票52から切り離して、日付印を押印する。そして、印字部44により確認票が印刷されて、発行口14から発行され、払込票兼領収書53、釣銭と共に利用者に返却される。また、払込取扱票52は郵便局員により一時保管される。以上のようにして、郵便局の窓口処理がなされ、局員が払込票51に対する処理が進むにつれて一時保管される払込取扱票52は蓄積される。
【0105】
そして、後方処理において、その蓄積された払込取扱票52はホッパ31にセットされる。以降の動作は各実施の形態と同じであるので省略する。
【0106】
なお、上記したいずれの実施の形態においても、払込票51のイメージデータを取り込むイメージ読取部33で取得してOCR認識するようにしていたが、払込票51にバーコードが印刷されている場合にはバーコード認識する手段を設けておいても良い。
【0107】
【発明の効果】
以上詳述したように本発明によれば、帳票の種類に応じて処理時間を短縮することができる帳票処理装置を提供することができる。
【図面の簡単な説明】
【図1】本発明の第1乃至第6の実施の形態に共通な構成を示す帳票端末装置のブロック図。
【図2】同実施の形態に係わる払込票の平面図。
【図3】同実施の形態に係わる払込票の平面図。
【図4】本発明の第1の実施の形態の動作を説明するためのフローチャート。
【図5】本発明の第2の実施の形態の動作を説明するためのフローチャート。
【図6】本発明の第3の実施の形態の動作を説明するためのフローチャート。
【図7】本発明の第4の実施の形態の動作を説明するためのフローチャート。
【図8】本発明の第5の実施の形態の動作を説明するためのフローチャート。
【図9】本発明の第6の実施の形態の動作を説明するためのフローチャート。
【図10】本発明の第6の実施の形態の動作を説明するためのフローチャート。
【図11】本発明の応用例を説明するためのシステム構成を示す図。
【符号の説明】
21…帳票端末装置、22…制御部、22m…記憶部、24…本体、31…ホッパ、32…搬送路、33…イメージ読取部、34…印字部。
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a form terminal device for performing payment at a counter of a financial institution such as a post office or a bank.
[0002]
[Prior art]
The types of forms to be paid at the counters of financial institutions such as post offices and banks include general forms and MT forms. There has been known a form processing method in which the type of such a form is easily determined, an image is cut out from an area of the form corresponding to the type of the form, and the description content is recognized from the cut out image. Reference 1).
[0003]
[Patent Document 1]
JP 2000-25012
[0004]
[Problems to be solved by the invention]
In this document, which area of a form is to be used to cut out an image is determined according to the type of the form.
[0005]
However, in the case of Patent Document 1, the processing time cannot be reduced according to the type of the form. That is, although the recognition rate differs depending on the type of the form, the processing time cannot be reduced by using the difference in the recognition rate.
[0006]
The present invention has been made in view of the above points, and an object of the present invention is to provide a form processing apparatus capable of reducing a processing time according to a form type.
[0007]
[Means for Solving the Problems]
The present invention relates to a transfer terminal device having a key input section and a display section, wherein a form terminal apparatus having a key input section and a display section reads image data of a form by image reading means, and the image reading means reads the image data. Form type determining means for determining the type of the form based on the image data of the form, and when the form is determined to be an MT form by the form type determining means, the form read by the image reading means The image data is OCR-recognized without being displayed on the display unit, and when the form type determination means determines that the form is a general form other than the MT form, the image data of the form read by the image reading means is read. And OCR recognition means for displaying OCR on the display unit.
[0008]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, an embodiment of the present invention will be described with reference to the drawings. FIG. 1 is a block diagram showing a configuration of a form terminal device common to the first to sixth embodiments. The form terminal device 21 performs a payment process by stacking payment slips submitted by the user.
[0009]
This form terminal device 21 has a control unit 22. The form terminal device 21 includes a control unit 22, a display unit 23, a main body 24, and a key input unit 25 having at least a confirmation key.
[0010]
The control unit 22 has a ROM in which a program for performing the processing of FIGS. 4 to 10 is stored, and a storage unit 22m that stores various data.
[0011]
A hopper 31 capable of stacking a plurality of payment slips is provided on a side surface of the main body 24. The payout slips taken out one by one from the hopper 31 are conveyed through the conveyance path 32.
[0012]
The transport path 32 includes an image reading unit 33 configured by, for example, a scanner that captures image data of a payment slip, and a printing unit 34 that prints on the payment slip.
[0013]
The image reading unit 33 and the printing unit 34 are controlled by the control unit 22. The control unit 22 has a communication interface 22i connected to an upper center (not shown).
[0014]
The end of the transport path 32 branches into a normal stacker 35 and an abnormal stacker 36. Payment slips whose recognition has been completed normally are stored in the normal stacker 35, and payment slips whose recognition has been completed abnormally are stored in the abnormal stacker 36.
[0015]
The payment slip will be described with reference to FIG. The payment slip 51 is composed of two parts. One (left side) is referred to as a payment handling slip 52, and the other (right side) stub is referred to as a payment slip / receipt 53.
[0016]
A form ID 50 is printed on the left shoulder portion of the payment handling form 52 with a numerical value. For a general form, the form ID 50 = "02" or the like, and for a general form, the form ID 50 = "03" or the like. Here, the MT form means a form in which account numbers 54 and 61 of payment destinations and payment amounts 55 and 62 to be described later are printed in advance. In the case of such an MT form, the misreading rate due to OCR recognition is extremely small.
[0017]
In addition, the payment handling slip 52 includes, as payment information, a payment destination account number 54, a payment amount 55, a subscriber name 56 as a payment destination name, and a user address, name, and telephone number. A person column 57 is provided.
[0018]
The payment slip / receipt 53 includes, as the payment information, the payment precedent account number 61, the payment amount 62, and the subscriber name 63 as the name of the payment destination, similarly to the payment handling slip 52. In addition, a requester column 64 in which the address, name, and telephone number of the user are described is provided.
[0019]
FIG. 3 is a plan view of the form ID 50 = 3, that is, the payment form 51 of the MT form. 3, the same parts as those in FIG. 2 are denoted by the same reference numerals, and detailed description thereof will be omitted. 66 is an ID number.
[0020]
Next, the operation of the first embodiment of the present invention configured as described above will be described with reference to the flowchart of FIG. First, the user submits the payment slip 51 to the post office window together with the payment. In response, the postman receives the payment slip 51 and the payment.
[0021]
Then, the payment slip 51 is set on the hopper 31.
[0022]
The payment slips 51 set in the hopper 31 are fed one by one (step S1). Then, the payment slip 51 is transported through the transport path 32, and the image reading unit 33 acquires the image data of the payment slip 51 (step S2).
[0023]
Next, the image data of the account number 54, the payment amount 55 and the form ID 50 described in the payment handling form 52 and the image data of the account number 61 and the payment amount 62 of the payment form and receipt 53 are extracted and OCR recognized. (Step S3).
[0024]
Then, it is determined whether the form ID 50 recognized by the OCR is the MTID (that is, “03”) (Step S4).
[0025]
If “NO” is determined in the determination in step S4, that is, if the payment slip 51 is determined to be a general form, the image of the entire payment slip 51 acquired in step S2 and the recognition in step S3 are performed. The recognized result is displayed on the display unit 23 (step S5).
[0026]
On the other hand, if the determination in step S4 is “YES”, that is, if the payment slip 51 is determined to be an MT form, the image of the entire payment slip 51 acquired in step S2 is displayed on the display unit 23. Without being displayed, only the OCR recognition result recognized in step S3 is displayed on the display unit 23 (step S6).
[0027]
When the payment slip 51 is an MT form as described above, since the occurrence of erroneous recognition by OCR recognition is extremely small, the processing time is shortened by not displaying the entire image of the payment slip 51 on the display unit 23. can do.
[0028]
Next, it is determined whether or not there is an erroneous recognition in the OCR recognition result displayed on the display unit 23 (Step S7).
[0029]
If “YES” is determined in step S7, that is, if it is determined that there is an erroneous recognition, a process of correcting the OCR recognition result based on the data input by the clerk from the key input unit 25 is performed (step S8).
[0030]
Then, the staff member operates the confirmation key of the key input unit 25 to determine the processing content for correcting the recognition result input in step S8 (step S9).
[0031]
Next, predetermined items such as the amount of payment recognized in the blank portion 52a of the payment handling slip 52 and the blank portion 53a of the payment slip and receipt 53 are printed on the printing unit 34 (step S10).
[0032]
Then, the sheet is discharged to the normal stacker 35 via the transport path 32 (step S11).
[0033]
Next, it is determined whether the next form is set in the hopper 31 (step S12). If “YES” is determined in the determination in step S12, the above-described processing in step S1 and subsequent steps are similarly performed.
[0034]
As described above, in the first embodiment, when the payment slip 51 to be handled is an MT form, the occurrence of erroneous recognition by OCR recognition is extremely small, so that the entire image of the payment slip 51 is displayed on the display unit 23. Processing time can be shortened by not displaying.
[0035]
Next, a second embodiment of the present invention will be described with reference to the flowchart of FIG. First, the user submits the payment slip 51 to the post office window together with the payment. In response, the postman receives the payment slip 51 and the payment.
[0036]
Then, the payment slip 51 is set on the hopper 31.
[0037]
The payment slips 51 set in the hopper 31 are fed one by one (step S21). Then, the hopper 31 is transported via the transport path 32, and the image reading unit 33 acquires the image data of the payment slip 51 (step S22).
[0038]
Next, the image data of the account number 54, the payment amount 55 and the form ID 50 described in the payment handling form 52 and the image data of the account number 61 and the payment amount 62 of the payment form and receipt 53 are extracted and OCR recognized. (Step S23).
[0039]
Then, it is determined whether the form ID 50 recognized by the OCR is the MTID (that is, “03”) (step S24).
[0040]
If “NO” is determined in the determination in step S24, that is, if the payment slip 51 is determined to be a general form, the image of the entire payment slip 51 acquired in step S22 and the recognition in step S23 are performed. The recognized result is displayed on the display unit 23 (step S25).
[0041]
Next, it is determined whether or not there is an erroneous recognition in the OCR recognition result displayed on the display unit 23 (step S26).
[0042]
If "YES" in the determination in step S26, that is, if it is determined that there is an erroneous recognition, a process of correcting the OCR recognition result based on the data input by the clerk from the key input unit 25 is performed (step S27).
[0043]
Then, the operation of the confirmation key of the key input unit 25 by the staff member determines the processing content for correcting the recognition result input in step S27 (step S28).
[0044]
Next, predetermined items such as the recognized payment amount are printed in the printing section 34 in the blank portion 52a of the payment handling slip 52 and the blank portion 53a of the payment slip and receipt 53 (step S29).
[0045]
Then, the sheet is discharged to the normal stacker 35 via the transport path 32 (step S30).
[0046]
Next, it is determined whether the next form is set in the hopper 31 (step S31). If “YES” is determined in the determination in step S31, the processes in and after step S21 described above are similarly performed. If the determination in step S26 is "NO", the process proceeds to step S28.
[0047]
On the other hand, if “YES” is determined in the determination in step S24, that is, if the payment slip 51 is determined to be an MT form, the image of the entire payment slip 51 acquired in step S22 and the recognition in step S23 are performed. The displayed OCR recognition result is displayed on the display unit 23 (step S32).
[0048]
Next, it is determined whether or not there is an erroneous recognition in the OCR recognition result displayed on the display unit 23 (step S33).
[0049]
If "YES" in the determination in step S33, that is, if it is determined that there is an erroneous recognition, a process of correcting the OCR recognition result based on the data input by the clerk from the key input unit 25 is performed (step S34).
[0050]
Then, the staff member operates the confirmation key of the key input unit 25 to determine the processing content for correcting the recognition result input in step S8 (step S35).
[0051]
Hereinafter, the process proceeds to the above-described processes after step S29.
[0052]
On the other hand, if the determination in step S33 is “NO”, that is, if it is determined that there is no misrecognition, predetermined items such as the payment amount recognized in the blank portion 52a of the payment handling slip 52 and the blank portion 53a of the payment slip and receipt 53 are determined. Is printed in the printing unit 34 (step S36).
[0053]
Then, the sheet is discharged to the normal stacker 35 via the transport path 32 (step S37).
[0054]
Then, it is determined whether the next form is set in the hopper 31 (step S38).
[0055]
If "YES" is determined in step S38, the screen is automatically switched after the image of the entire payment slip 51 and the OCR recognition result are displayed on the display unit 23 for a certain period of time (step S39). ). Thereafter, the process returns to the above-described step S21.
[0056]
As described above, if the payment slip 51 is an MT report and the OCR result does not have an erroneous recognition, the display on the display unit 23 is switched after a certain period of time. There is no. Therefore, when the MT forms are continuous, the processing time can be particularly reduced.
[0057]
If the determination in step S38 is “NO”, a series of processing ends.
[0058]
Next, a third embodiment of the present invention will be described with reference to the flowchart in FIG. In the flowchart of FIG. 6, the same steps as those in FIG. 4 are denoted by the same step numbers, and detailed description thereof will be omitted. In the third embodiment,
The image display content displayed on the display unit 23 is different depending on whether the payment form 51 is a general form or an MT form.
[0059]
That is, it is determined whether the form ID 50 recognized by the OCR is the MTID (that is, “03”) (step S4).
[0060]
If the determination in step S4 is “NO”, that is, if the payment slip 51 is determined to be a general form, the image of the entire payment slip 51 obtained in step S2 and the image of step S3 are obtained. The recognized recognition result is displayed on the display unit 23 (step S41).
[0061]
On the other hand, when it is determined “YES” in the determination of step S4, that is, when it is determined that the payment slip 51 is an MT form, the left portion of the payment slip 51, that is, the image of the payment handling slip 52 and step S3 Is displayed on the display unit 23 (step S42).
[0062]
Subsequent processing is the same as the processing of FIG. 4, and a detailed description thereof will be omitted.
[0063]
As described above, in the third embodiment, when the payment slip 51 to be handled is an MT form, the occurrence of erroneous recognition by OCR recognition is extremely small, and therefore only the left portion of the payment slip 51 is displayed on the display unit 23. , The processing time can be reduced.
[0064]
Next, a fourth embodiment of the present invention will be described with reference to the flowchart in FIG. First, the user submits the payment slip 51 to the post office window together with the payment. In response, the postman receives the payment slip 51 and the payment.
[0065]
Then, the payment slip 51 is set on the hopper 31.
[0066]
The payment slips 51 set in the hopper 31 are fed one by one (step S51). Then, the hopper 31 is transported via the transport path 32, and the image reading unit 33 acquires the image data of the payment slip 51 (step S52).
[0067]
Next, the image data of the account number 54, the payment amount 55 and the form ID 50 described in the payment handling form 52 and the image data of the account number 61 and the payment amount 62 of the payment form and receipt 53 are extracted and OCR recognized. (Step S53).
[0068]
Next, the image data acquired in step S52 and the OCR recognition result in step S53 are displayed on the display unit 23 (step S54).
[0069]
Next, it is determined whether or not there is an erroneous recognition in the OCR recognition result displayed on the display unit 23 (step S55).
[0070]
If "YES" is determined in the determination in step S55, that is, if it is determined that there is an erroneous recognition, a process of correcting the OCR recognition result based on the data input by the clerk from the key input unit 25 is performed (step S56).
[0071]
Then, the operation of the confirmation key of the key input unit 25 by the staff member determines the processing content for correcting the recognition result input in step S56 (step S57).
[0072]
Next, it is determined whether the form ID 50 recognized by the OCR is the MTID (that is, “03”) (step S58). If the determination in step S55 is "NO", the process proceeds to step S57.
[0073]
If “NO” is determined in the determination in step S58, that is, if the payment slip 51 is determined to be a general form, the image of the entire payment slip 51 acquired in step S52 is recognized in step S53. The recognition result is stored in the storage unit 22m and transmitted to the upper center via the communication interface 22i (step S59). In this center, form tally processing is performed.
[0074]
On the other hand, when it is determined “YES” in the determination of step S58, that is, when it is determined that the payment slip 51 is an MT form, the left side of the payment slip 51 acquired in step S52 (that is, the payment handling slip) The image of 52) and the recognition result recognized in step S53 are stored in the storage unit 22m, and are transmitted to the upper-level center via the communication interface 22i (step S60).
[0075]
Next, predetermined items such as the payment amount recognized in the blank portion 52a of the payment handling slip 52 and the blank portion 53a of the payment slip and receipt 53 are printed on the printing unit 34 (step S61).
[0076]
Then, the sheet is discharged to the normal stacker 35 via the transport path 32 (step S12).
[0077]
Next, it is determined whether the next form is set on the hopper 31 (step S63). If “YES” is determined in the determination in step S63, the processes in and after step S51 described above are similarly performed.
[0078]
As described above, in the fourth embodiment, when the payment slip 51 to be handled is an MT form, since the occurrence of erroneous recognition by OCR recognition is extremely small, only the image of the left side of the payment slip 51 and the OCR Since the recognition result is transmitted to the higher order center, the processing time can be reduced.
[0079]
Next, a fifth embodiment of the present invention will be described with reference to the flowchart in FIG. First, the user submits the payment slip 51 to the post office window together with the payment. In response, the postman receives the payment slip 51 and the payment.
[0080]
Then, the payment slip 51 is set on the hopper 31.
[0081]
The payment slips 51 set in the hopper 31 are fed one by one (step S71). Then, the hopper 31 is transported via the transport path 32, and the image reading unit 33 acquires the image data of the form ID 50 part (step S72).
[0082]
Then, the form ID 50 is OCR-recognized (step S73).
[0083]
Next, it is determined whether the form ID 50 recognized by the OCR is the MTID (that is, “03”) (step S74).
[0084]
If the determination in step S74 is “NO”, that is, if the payment slip 51 is determined to be a general form, the image of the account number 54 and the payment amount 55 described in the payment handling slip 52 Is obtained (step S75). Further, the account number 54 and the payment amount 55 as the payment information are OCR-recognized from the image data (step S76).
[0085]
On the other hand, if “YES” is determined in the determination of step S74, that is, if the payment slip 51 is determined to be an MT form, the account number 54 and the payment amount 55 described in the payment handling slip 52 An image is obtained (Step S77). Further, the account number 54 and the payment amount 55 as the payment information are OCR-recognized from the image data (step S78).
[0086]
Next, it is determined whether or not there is an erroneous recognition in the OCR recognition result displayed on the display unit 23 (step S79).
[0087]
If "YES" is determined in the determination in step S79, that is, if it is determined that there is an erroneous recognition, a process of correcting the OCR recognition result based on the data input by the staff from the key input unit 25 is performed (step S80).
[0088]
Then, the operation of the confirmation key of the key input unit 25 by the staff member determines the processing content for correcting the recognition result input in step S80 (step S81).
[0089]
Next, predetermined items such as the payment amount recognized in the blank portion 52a of the payment handling slip 52 and the blank portion 53a of the payment slip and receipt 53 are printed on the printing unit 34 (step S82).
[0090]
Then, the sheet is discharged to the normal stacker 35 via the transport path 32 (step S83).
[0091]
Next, it is determined whether the next form is set in the hopper 31 (step S84). If “YES” is determined in the determination in step S84, the above-described processing in step S1 and thereafter is performed in the same manner. If “NO” is determined in the determination in step S79, the process proceeds to step S81.
[0092]
As described above, in the fifth embodiment, first, whether the payment form 51 to be handled is an MT form or a general form is recognized by extracting the image data of the MT form part. By distributing the processing according to the form type, the processing time can be reduced.
[0093]
Next, a sixth embodiment of the present invention will be described with reference to the flowcharts of FIGS. Since the processing of the flowchart in FIG. 9 is the same as the processing content of the flowchart in FIG. 8 except that the processing in the flowchart in FIG. 9 is performed in the window processing, detailed description thereof will be omitted.
[0094]
That is, after the processing of the flowchart of FIG. 9 ends in the window processing, the backward processing illustrated in the flowchart of FIG. 10 is performed.
[0095]
That is, in FIG. 10, a process of acquiring an image of the entire form is performed (step S91). Next, it is determined whether there is the next form (step S92).
[0096]
If the determination in step S92 is “YES”, the entire image of the next form is obtained (step S91).
[0097]
If “NO” is determined in the determination in step S92, a series of processes is ended.
[0098]
As described above, according to the sixth embodiment of the present invention, the processing for acquiring the image of the entire form is performed by the backward processing, so that the processing time in the window processing can be reduced.
[0099]
In each of the above-described embodiments, the image reading unit 33 that captures the image data of the payment slip 51 acquires and performs OCR recognition. However, when a barcode is printed on the payment slip 51, May be provided with means for recognizing a barcode.
[0100]
Further, even when the form terminal device 21 is used in a system as shown in FIG. 11, the processing time of the form terminal device 21 can be similarly reduced, not limited to the above embodiment.
[0101]
In FIG. 11, reference numeral 11 denotes a counter terminal placed beside a staff member in a financial institution such as a post office or a bank. When the clerk receives the payment slip and the deposit as a form, the deposit and the payment amount or the deposit, the payment amount, and the payment destination account number are input to the counter terminal 11.
[0102]
That is, the counter terminal 11 has the key input unit 12 and the display unit 13. Reference numeral 14 denotes an issuing port from which a confirmation slip described later is issued.
[0103]
The form terminal device 21 shown in FIG. 1 is connected to the window terminal 11 via a cable 15. In the system of FIG. 7, the postman receives the payment slip 51 and the payment. Then, the post office worker looks at the payment slip 51 and inputs the payment destination account number, the payment amount, and the deposit from the key input unit 12 of the counter terminal 11. The data thus input is stored in a RAM (not shown). Data such as a payee account number, a payout amount, and a deposit, which are input from the key input unit 12, are stored in a RAM (not shown) as history data. Next, a confirmation slip is printed. A deposit, a commission, a change, and the like are printed on the confirmation slip.
[0104]
Next, the post office worker separates the payment slip / receipt 53, which is the stub portion, from the payment handling slip 52 and stamps the date stamp. Then, a confirmation slip is printed by the printing unit 44, issued from the issuing port 14, and returned to the user together with the payment slip / receipt 53 and change. Further, the payment handling slip 52 is temporarily stored by a post office worker. As described above, the post office window processing is performed, and the payment handling form 52 temporarily stored as the clerk proceeds with the processing on the payment form 51 is accumulated.
[0105]
Then, in the backward processing, the accumulated payment handling slip 52 is set in the hopper 31. Subsequent operations are the same as in the respective embodiments, and a description thereof will be omitted.
[0106]
In each of the above-described embodiments, the image reading unit 33 that captures the image data of the payment slip 51 acquires and performs OCR recognition. However, when a barcode is printed on the payment slip 51, May be provided with means for recognizing a barcode.
[0107]
【The invention's effect】
As described in detail above, according to the present invention, it is possible to provide a form processing apparatus capable of reducing the processing time according to the type of form.
[Brief description of the drawings]
FIG. 1 is a block diagram of a form terminal device showing a configuration common to first to sixth embodiments of the present invention.
FIG. 2 is a plan view of a payment slip according to the embodiment.
FIG. 3 is a plan view of a payment slip according to the embodiment.
FIG. 4 is a flowchart for explaining the operation of the first embodiment of the present invention.
FIG. 5 is a flowchart for explaining the operation of the second embodiment of the present invention.
FIG. 6 is a flowchart for explaining the operation of the third embodiment of the present invention.
FIG. 7 is a flowchart for explaining the operation of the fourth embodiment of the present invention.
FIG. 8 is a flowchart for explaining the operation of the fifth embodiment of the present invention.
FIG. 9 is a flowchart for explaining the operation of the sixth embodiment of the present invention.
FIG. 10 is a flowchart for explaining the operation of the sixth embodiment of the present invention.
FIG. 11 is a diagram showing a system configuration for explaining an application example of the present invention.
[Explanation of symbols]
21: form terminal device, 22: control unit, 22m: storage unit, 24: main body, 31: hopper, 32: transport path, 33: image reading unit, 34: printing unit.

Claims (6)

キー入力部及び表示部を備えた帳票端末装置において、
帳票のイメージデータを取り込むイメージ読取り手段と、
上記イメージ読取り手段により読み取られた帳票のイメージデータに基づいて帳票の種別を判定する帳票種別判定手段と、
この帳票種別判定手段により帳票がMT帳票であると判定された場合には、上記イメージ読取り手段で読み取られた帳票のイメージデータを前記表示部に表示させないでOCR認識し、この帳票種別判定手段により帳票がMT帳票以外の一般帳票であると判定された場合には、上記イメージ読取り手段で読み取られた帳票のイメージデータを前記表示部に表示させた後OCR認識する認識手段とを具備したことを特徴とする帳票端末装置。
In a form terminal device having a key input unit and a display unit,
Image reading means for capturing the image data of the form,
Form type determination means for determining the form type based on the image data of the form read by the image reading means,
If the form is determined to be an MT form by the form type determining means, OCR recognition is performed without displaying the image data of the form read by the image reading means on the display unit. When it is determined that the form is a general form other than the MT form, a recognition unit for displaying the image data of the form read by the image reading unit on the display unit and recognizing the OCR is provided. Form terminal device characterized by the following.
確認キーを備えたキー入力部及び表示部を備えた帳票端末装置において、
帳票を収納する収納部と、
帳票のイメージデータを取り込むイメージ読取り手段と、
上記イメージ読取り手段により読み取られた帳票のイメージデータに基づいて帳票の種別を判定する帳票種別判定手段と、
この帳票種別判定手段により帳票がMT帳票であると判定された場合には、上記イメージ読取り手段で読み取られた帳票のイメージデータを前記表示部に表示させた後OCR認識し、一定時間経過後に、上記収納部に収納されている次の帳票のイメージデータを前記イメージ読取り手段で読み取り、この帳票種別判定手段により帳票がMT帳票以外の一般帳票であると判定された場合には、上記イメージ読取り手段で読み取られた帳票の全てのイメージデータを前記表示部に表示させた後OCR認識し、前記確認キーが操作されると上記収納部に収納されている次の帳票のイメージデータを前記イメージ読取り手段で読み取る認識手段とを具備したことを特徴とする帳票端末装置。
In a form terminal device including a key input unit having a confirmation key and a display unit,
A storage unit for storing reports,
Image reading means for capturing the image data of the form,
Form type determination means for determining the form type based on the image data of the form read by the image reading means,
If it is determined by the form type determining means that the form is an MT form, the image data of the form read by the image reading means is displayed on the display unit and then OCR-recognized. The image data of the next form stored in the storage section is read by the image reading means, and if the form type determination means determines that the form is a general form other than the MT form, the image reading means After displaying all the image data of the form read on the display unit on the display unit, OCR recognition is performed, and when the confirmation key is operated, the image data of the next form stored in the storage unit is read by the image reading means. A form terminal device comprising: a recognizing means for reading in a form.
キー入力部及び表示部を備えた帳票端末装置において、
帳票のイメージデータを取り込むイメージ読取り手段と、
上記イメージ読取り手段により読み取られた帳票のイメージデータに基づいて帳票の種別を判定する帳票種別判定手段と、
この帳票種別判定手段により帳票がMT帳票であると判定された場合には、上記イメージ読取り手段で読み取られた帳票の右側半券部分のイメージデータを前記表示部に表示させないでOCR認識し、この帳票種別判定手段により帳票がMT帳票以外の一般帳票であると判定された場合には、上記イメージ読取り手段で読み取られた帳票の全てのイメージデータを前記表示部に表示させた後OCR認識する認識手段とを具備したことを特徴とする帳票端末装置。
In a form terminal device having a key input unit and a display unit,
Image reading means for capturing the image data of the form,
Form type determination means for determining the form type based on the image data of the form read by the image reading means,
If the form type determination means determines that the form is an MT form, the image data of the right stub portion of the form read by the image reading means is OCR-recognized without being displayed on the display unit. If the form type determination means determines that the form is a general form other than the MT form, all the image data of the form read by the image reading means are displayed on the display unit, and the OCR recognition is performed. A form terminal device comprising:
キー入力部及び表示部を備えた帳票端末装置において、
帳票のイメージデータを取り込むイメージ読取り手段と、
上記イメージ読取り手段により読み取られた帳票のイメージデータより帳票の種別を判定する帳票種別判定手段と、
この帳票種別判定手段により帳票がMT帳票であると判定された場合には、上記イメージ読取り手段で読み取られた帳票の左半分の払込票部分のイメージデータのみを保存するとともに集計処理が行われるセンタに送信し、この帳票種別判定手段により帳票がMT帳票以外の一般帳票であると判定された場合には、上記イメージ読取り手段で読み取られた帳票の全てのイメージデータを保存するとともに上記センタに送信する手段とを具備したことを特徴とする帳票端末装置。
In a form terminal device having a key input unit and a display unit,
Image reading means for capturing the image data of the form,
Form type determination means for determining the form type from the image data of the form read by the image reading means,
If the form is determined to be an MT form by the form type determining means, a center for storing only the image data of the payment half in the left half of the form read by the image reading means and performing the aggregation processing. If the form type determination means determines that the form is a general form other than the MT form, all the image data of the form read by the image reading means are stored and transmitted to the center. A form terminal device comprising:
キー入力部及び表示部を備えた振替端末装置において、
帳票IDのイメージデータを取り込む帳票IDイメージ読取り手段と、
この帳票ID読取の手段により読み取られた帳票IDのイメージデータに基づいて帳票IDを判定する帳票ID判定手段と、
この帳票ID判定手段により帳票IDがMT帳票であると判定された場合には、MT帳票領域のイメージを取得してOCR認識し、この帳票ID判定手段により帳票IDが一般帳票であると判定された場合には、一般帳票領域のイメージを取得してOCR認識する手段とを具備したことを特徴とする振替端末装置。
In a transfer terminal device including a key input unit and a display unit,
A form ID image reading means for taking in the form ID image data;
A form ID determining means for determining a form ID based on image data of the form ID read by the form ID reading means;
If the form ID is determined to be an MT form by the form ID determination means, an image of the MT form area is acquired and OCR recognized, and the form ID determination means determines that the form ID is a general form. And a means for acquiring an image of a general form area and performing OCR recognition.
前記MT帳票あるいは一般帳票の全体イメージデータの取得は後方業務において行うことを特徴とする請求項5記載の振替端末装置。6. The transfer terminal device according to claim 5, wherein the acquisition of the entire image data of the MT form or the general form is performed in a backward operation.
JP2003068133A 2003-03-13 2003-03-13 Form processing terminal device Pending JP2004280251A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003068133A JP2004280251A (en) 2003-03-13 2003-03-13 Form processing terminal device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003068133A JP2004280251A (en) 2003-03-13 2003-03-13 Form processing terminal device

Publications (1)

Publication Number Publication Date
JP2004280251A true JP2004280251A (en) 2004-10-07

Family

ID=33285552

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003068133A Pending JP2004280251A (en) 2003-03-13 2003-03-13 Form processing terminal device

Country Status (1)

Country Link
JP (1) JP2004280251A (en)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS61175870A (en) * 1985-01-31 1986-08-07 Toshiba Corp Optical character reading device
JPH04130593A (en) * 1990-09-20 1992-05-01 Fujitsu Ltd Paper feed control method for character reader
JPH10320488A (en) * 1997-05-21 1998-12-04 Hitachi Ltd Method and device for entering data
JP2001184453A (en) * 1999-12-22 2001-07-06 Hitachi Ltd Document processing system and document filing system
JP2002024758A (en) * 2000-07-07 2002-01-25 Hitachi Ltd Input data determining method in document handling device

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS61175870A (en) * 1985-01-31 1986-08-07 Toshiba Corp Optical character reading device
JPH04130593A (en) * 1990-09-20 1992-05-01 Fujitsu Ltd Paper feed control method for character reader
JPH10320488A (en) * 1997-05-21 1998-12-04 Hitachi Ltd Method and device for entering data
JP2001184453A (en) * 1999-12-22 2001-07-06 Hitachi Ltd Document processing system and document filing system
JP2002024758A (en) * 2000-07-07 2002-01-25 Hitachi Ltd Input data determining method in document handling device

Similar Documents

Publication Publication Date Title
US11314980B1 (en) Apparatus and system for processing currency bills and financial documents and method for using the same
US4404649A (en) Document processing system
US4417136A (en) Method and apparatus for improving bank operation productivity
JP2007257325A (en) Automatic transaction device monitoring system and automatic transaction device
JP6239291B2 (en) Paper sheet transaction apparatus and paper sheet transaction processing method
JP2004164352A (en) Automatic teller machine with prior operation function
JP2008046841A (en) Paper money processing apparatus and paper money processing method
JP2004280251A (en) Form processing terminal device
JPH09282388A (en) Document processing system
JP2002092546A (en) Character recognition method
JP2004280252A (en) Slip terminal equipment
JPH11328285A (en) Monetary system
JP4466018B2 (en) Seal verification system and program
JP7419700B2 (en) Information processing system, information processing device, program, and information processing method
JP4298904B2 (en) Character recognition method
JP2004280151A (en) Form processing terminal device
WO2003032266A1 (en) Voucher processing
JP5091376B2 (en) Tax public money form processing method, tax public money form processing system
JP6729021B2 (en) Storage slip processing device
JP5478431B2 (en) Securities processing apparatus, securities processing system, and securities processing method
JP2004280150A (en) Payment processing system
AU673787B2 (en) Apparatus and method for priority processing of financial documents using video image capture
JP2009064227A (en) Form reader
JP2004240888A (en) Documents identification and classification method, documents identification and classification processing system and program
JP2011227603A (en) Transaction processing system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20051221

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20090129

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090210

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20090616