JP2004280253A - Form terminal device - Google Patents

Form terminal device Download PDF

Info

Publication number
JP2004280253A
JP2004280253A JP2003068135A JP2003068135A JP2004280253A JP 2004280253 A JP2004280253 A JP 2004280253A JP 2003068135 A JP2003068135 A JP 2003068135A JP 2003068135 A JP2003068135 A JP 2003068135A JP 2004280253 A JP2004280253 A JP 2004280253A
Authority
JP
Japan
Prior art keywords
payment
attribute information
terminal device
image data
recognizing
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.)
Granted
Application number
JP2003068135A
Other languages
Japanese (ja)
Other versions
JP4354715B2 (en
Inventor
Katsuya Sasahara
克也 笹原
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 JP2003068135A priority Critical patent/JP4354715B2/en
Publication of JP2004280253A publication Critical patent/JP2004280253A/en
Application granted granted Critical
Publication of JP4354715B2 publication Critical patent/JP4354715B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Character Discrimination (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a form terminal device capable of recording an error generated when recognizing a form. <P>SOLUTION: This form terminal device has: a scanner part 11 taking in image data of the form; an OCR recognition part 12 recognizing a record item of the form from the image data of the form read by the scanner part 11; an attribute information production means setting a flag in each correction process attendant on the OCR recognition part 12, and producing attribute information; and a storage part 13b storing the attribute information produced by the attribute information production means in each the form. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は、郵便局、銀行等の金融機関の窓口での払込みを行う帳票端末装置に関する。
【0002】
【従来の技術】
郵便局、銀行等の業務を行う装置が知られている(特許文献1、2)。このような業務のうち払込業務がある。この業務は、窓口で提出された図2に示すような払込票を帳票端末装置でOCR認識して払込金を局員が受け取る処理をいう。このOCR認識において、払込票の左側部分の払込取扱票に記載されている口座番号と払込金額を認識させていた。
【0003】
そして、帳票端末装置によりOCR認識させる際に、OCR認識できなかったものはリジェクト文字修正したり、手入力により修正したりしていた。
【0004】
また、OCR認識されたデータは帳票データとして帳票端末装置に蓄積され、センタに送信されていた。
【0005】
【特許文献1】
特開2001−184453
【0006】
【特許文献2】
特開平08−30700号公報
【0007】
【発明が解決しようとする課題】
センタでの集計処理においては、各帳票端末装置でOCR認識した払込金額の合計と実際に支払われた金額の合計とを比較する精算処理を行っていた。
【0008】
この精算処理において、仮に両者が一致しなかった場合には、帳票端末装置で処理した帳票データの全てに対して再度OCR認識する必要が発生する。
【0009】
1日に数100件もの処理を帳票端末装置が行っている場合には、その処理に時間がかかり、効率が良くないという問題があった。
【0010】
本発明は上記の点に鑑みてなされたもので、その目的は、帳票を認識する際に生じるエラーを記録しておくことができる帳票端末装置を提供することにある。
【0011】
【課題を解決するための手段】
本発明は、キー入力部及び表示部を備えた帳票端末装置において、帳票のイメージデータを取り込むイメージ読取り手段と、上記イメージ読取り手段により読み取られた帳票のイメージデータより帳票の記載事項を認識する認識手段と、この認識手段に付随した訂正処理毎のフラグを設定して属性情報を生成する属性情報生成手段と、帳票毎にこの属性情報生成手段により生成された属性情報を記憶する記憶手段とを具備したことを特徴とする。
【0012】
【発明の実施の形態】
以下図面を参照して本発明の一実施の形態について説明する。図1は帳票端末装置のシステム構成を示すブロック図である。
【0013】
図1において、11は吸込口(図示しない)から吸い込まれた図2の払込票のイメージデータを取り込むスキャナ部である。このスキャナ部11で取り込まれた払込票のイメージデータはOCR認識部(記憶手段)12に送られる。このOCR認識部12において、払込票のイメージデータから口座番号及び払込金額の部分イメージが抽出されてOCR認識される。
【0014】
このOCR認識された結果は帳票データとして制御部13に送られる。この制御部13には、図3のフローチャートに示す処理を行うROM13a、前述した帳票データを記憶するデータ蓄積記憶部(記憶手段)13b、図5に示す属性情報フラグを記憶する記憶部13cが設けられている。属性情報フラグとしては、不一致フラグF1、リジェクトフラグF2、手修正済フラグF3がある。
【0015】
この制御部13には、テンキー及び「挿入」キー及び「項目訂正」キー等の機能キーが設けられたキーボード部14、表示部15、払込票に対して印字を行う印字部16が接続されている。
【0016】
次に、図2を参照して払込票について説明する。払込票51は2つの部分により構成されている。一方(左側部分)を払込取扱票(以下、主帳票部ともいう)52といい、他方(右側部分)の半券部分を払込票兼領収書(以下、半券部ともいう)53という。
【0017】
払込取扱票52の左肩部分には、帳票IDが数値で印刷されている。一般帳票であればID=“02”等であり、MT帳票あればID=03等である。ここで、MT帳票とは、後述する払込先の口座番号54、61、払込み金額55、62が予め印刷されている帳票を意味する。このようなMT帳票の場合にはOCR認識による誤読率はきわめて少ない。
【0018】
また、払込取扱票52には、払込情報として払込先の口座番号54、払込み金額55、払込先の氏名としての加入者名56のほか、利用者の住所、氏名、電話番号が記載される依頼人欄57が設けられている。
【0019】
また、払込票兼領収書53には、払込情報として払込取扱票52と同様に、通常プレ印刷されている払込先の口座番号61、払込み金額62、払込先の氏名としての加入者名63のほか、利用者の住所、氏名、電話番号が記載される依頼人欄64が設けられている。
【0020】
次に、上記のように構成された本発明の一実施の形態の動作について説明する。帳票端末装置を起動すると、図3のフローチャートに示す処理が開始される。まず、業務を選択する初期画面が表示部15に表示される(ステップS1)。
【0021】
局員は、表示部15に表示されている業務から当該業務、つまり払込業務を選択する(ステップS2)。
【0022】
次に、局員は窓口において利用者から受け取った払込票51は吸込口(図示しない)から吸入される(ステップS3)。
【0023】
このように吸込口から吸い込まれた払込票51はそれ自体の媒体チェックされる(ステップS4)。
【0024】
次に、スキャナ部11において払込票51のイメージデータが取り込まれる(ステップS5)。このようにして取り込まれた払込票51のイメージデータは表示部15に表示される(ステップS6)。
【0025】
そして、このイメージデータから主帳票部52の口座番号54及び払込み金額55に対応するイメージが抽出されてOCR認識されると共に、半券部53の口座番号61及び払込み金額62に対応するイメージが抽出されてOCR認識される(ステップS7)。
【0026】
このステップS7のOCR認識処理について図4のフローチャートを参照して説明する。つまり、主帳票部52の口座番号54及び払込み金額55がOCR認識され(ステップS21)、半券部53の口座番号61及び払込み金額62がOCR認識される(ステップS22)。
【0027】
そして、主帳票部52の口座番号54及び払込み金額55がそれぞれ半券部53の口座番号61及び払込み金額62と一致するかが判定される(ステップS24)。
【0028】
このステップS23の判定で「NO」と判定された場合には、不一致フラグF1が「1」にセットされる(ステップS24)。その後、図3のフローチャートの処理に戻る。
【0029】
このように、帳票部52の口座番号54及び払込み金額55がそれぞれ半券部53の口座番号61及び払込み金額62と一致するかを判定することにより、払込票51の記載事項の精度を上げることができる。
【0030】
そして、このOCR認識の結果、OCR認識できない場合にはリジェクト文字修正される。
【0031】
ステップS8において、リジェクト文字修正があるか否かが判定される(ステップS8)。このステップS8の判定で「YES」と判定された場合には、リジェクトフラグF2が「1」にセットされる(ステップS9)。そして、リジェクト文字修正処理が行われる(ステップS10)。
【0032】
上記ステップS8において「NO」と判定された場合及びステップS10におけるリジェクト文字修正処理が終了すると、表示部15にOCR認識結果が確認及び修正画面が表示される(ステップS11)。
【0033】
次に、「挿入」あるいは「項目訂正」キーが操作されたかが判定される(ステップS12)。このステップS12の判定で「項目訂正」キーが操作されたと判定された場合には、手修正済フラグF3が「1」にセットされる(ステップS13)。そして、項目訂正処理がなされる(ステップS14)。つまり、ステップS11において表示部15に表示されたOCR認識結果に対して手修正により項目訂正処理された後、ステップS15の処理に進む。なお、ステップS24、S9、S13により属性情報生成手段が構成される。
【0034】
ステップS12の判定で「挿入」キーが操作されたと判定された場合には、表示部15に表示された内容が正しいと確認したと判定されたステップS15の処理に進む(ステップS15)。
【0035】
このステップS15において、図5に示すような送信ファイルがデータ蓄積記憶部13bに蓄積される処理がなされる。
【0036】
この送信ファイルには払込票51毎、つまり帳票ID毎に帳票のイメージデータ及びOCR認識された口座番号、払込み金額は帳票データとして記憶されると共に、先頭から3ビット目までは手修正済フラグF3、リジェクトフラグF2、不一致フラグF1が記憶される。
【0037】
そして、払込票51に余白部分52a及び53aに印字部16により所定事項を印字する印字処理が行われる(ステップS16)。その後、払込票51が排出されて一連の処理が終了する。
【0038】
以上のようにデータ蓄積記憶部13bに蓄積された送信ファイルは、センタ(図示しない)に送られて集計処理が行われる。
【0039】
もし仮にこの集計処理で、払込み金額の合計と実際に窓口で受理した金額の合計が不一致した場合には、各帳票データを再度確認する必要が生ずる。
【0040】
このような場合には送信ファイルに記憶されている属性情報フラグ(手修正済フラグF3、リジェクトフラグF2、不一致フラグF1)の内容をチェックすることにより、どの帳票データでのOCR認識処理に不具合があったかを推定することができる。
【0041】
例えば、手修正済フラグF3、リジェクトフラグF2、不一致フラグF1のいずれもが「0」である場合には、すべて機械的に処理されたと推定され、誤認の可能性は極小と判断することができる。
【0042】
また、不一致フラグF1のみが「1」の場合には、判別が難しかった、半券がなかったと推定され、誤認の可能性は小と判断することができる。
【0043】
また、リジェクトフラグF2のみが「1」(不一致フラグF1はいずれでも良い)の場合には、判別が難しかったと推定され、誤認の可能性は中程度と判断することができる。
【0044】
また、手修正フラグF3のみが「1」(不一致フラグF1はいずれでも良い)の場合には、処理内容にミスが介在していると推定され、誤認の可能性は中程度と判断することができる。
【0045】
また、手修正済フラグF3及びリジェクトフラグF2が「1」(不一致フラグF1はいずれでも良い)の場合には、判別が極めて難しかったと推定される。
【0046】
このように、属性情報フラグの状態によりエラーの発生の要因を推定することができる。つまり、手修正済フラグF3>リジェクトフラグF2>不一致フラグF1のような大小関係で再チェックの優先度が設定される。この再チェックの優先度とは、集計処理で払込み金額の合計と実際に窓口で受理した金額の合計が不一致した場合に、どの帳票を再チェックすればエラーを発見し易いかを示す度合を意味するものである。例えば、手修正済フラグF3が「1」に設定されている場合が一番エラーが発生する確率が高いので、再チェックの優先度が高く設定される。
【0047】
なお、上記したいずれの実施の形態においても、払込票51のイメージデータを取り込むスキャナ部11で取得してOCR認識するようにしていたが、払込票51にバーコードが印刷されている場合にはバーコード認識する手段を設けておいても良い。
【0048】
【発明の効果】
以上詳述したように本発明によれば、帳票を認識する際に発生するエラーを記録しておくことができる帳票端末装置を提供することができる。
【図面の簡単な説明】
【図1】本発明の一実施の形態に係わる帳票端末装置の構成を示すブロック図。
【図2】同実施の形態に係わる払込票の平面図。
【図3】同実施の形態の動作を説明するためのフローチャート。
【図4】同実施の形態に係わる認識処理を説明するためのフローチャート。
【図5】同実施の形態に係わる属性情報フラグを示す図。
【図6】同実施の形態に係わる監査対象の方法を説明するための図。
【符号の説明】
11…スキャナ部、12…OCR認識部、13…制御部、14…キーボード、15…表示部、16…印字部。
[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]
2. Description of the Related Art There are known apparatuses for performing operations such as a post office and a bank (Patent Documents 1 and 2). Among such services, there is a payment service. This operation refers to a process in which a payment terminal as shown in FIG. 2 submitted at the window is OCR-recognized by the form terminal device and the payment is received by the clerk. In the OCR recognition, the account number and the payment amount described in the payment handling slip on the left side of the payment slip were recognized.
[0003]
Then, when OCR recognition is performed by the form terminal device, a character that cannot be OCR-recognized is corrected by a rejected character or manually.
[0004]
Further, the data recognized by the OCR is stored in the form terminal device as form data and transmitted to the center.
[0005]
[Patent Document 1]
JP 2001-184453 A
[0006]
[Patent Document 2]
JP 08-30700 A
[Problems to be solved by the invention]
In the tallying process at the center, a settlement process for comparing the sum of the payment amount recognized by the OCR in each form terminal device and the sum of the actually paid amount has been performed.
[0008]
In the settlement process, if the two do not match, it is necessary to perform OCR recognition again for all the form data processed by the form terminal device.
[0009]
When the form terminal device performs several hundred processes a day, there is a problem that the process takes time and efficiency is low.
[0010]
The present invention has been made in view of the above points, and an object of the present invention is to provide a form terminal device capable of recording an error generated when recognizing a form.
[0011]
[Means for Solving the Problems]
The present invention relates to a form terminal device provided with a key input unit and a display unit, wherein image reading means for taking in image data of the form, and recognition for recognizing items described in the form from the image data of the form read by the image reading means. Means, attribute information generating means for generating attribute information by setting a flag for each correction process attached to the recognizing means, and storage means for storing attribute information generated by the attribute information generating means for each form. It is characterized by having.
[0012]
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 system configuration of the form terminal device.
[0013]
In FIG. 1, reference numeral 11 denotes a scanner unit which takes in image data of the payment slip of FIG. 2 sucked from a suction port (not shown). The image data of the payment slip captured by the scanner unit 11 is sent to the OCR recognition unit (storage unit) 12. In the OCR recognizing section 12, a partial image of the account number and the payment amount is extracted from the image data of the payment slip and OCR recognized.
[0014]
The result of the OCR recognition is sent to the control unit 13 as form data. The control unit 13 includes a ROM 13a that performs the processing shown in the flowchart of FIG. 3, a data storage unit (storage unit) 13b that stores the above-described form data, and a storage unit 13c that stores an attribute information flag shown in FIG. Have been. As attribute information flags, there are a mismatch flag F1, a reject flag F2, and a hand-corrected flag F3.
[0015]
The control unit 13 is connected to a keyboard unit 14 provided with function keys such as a numeric keypad, an "insert" key, and an "item correction" key, a display unit 15, and a printing unit 16 for printing on a payment slip. I have.
[0016]
Next, 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 form (hereinafter also referred to as a main form section) 52, and the other (right side) stub is referred to as a payment form / receipt (hereinafter also referred to as a stub section) 53.
[0017]
A form ID is printed in a numerical value on the left shoulder of the payment handling form 52. In the case of a general form, ID = “02” or the like, and in the case of an MT form, ID = 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.
[0018]
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.
[0019]
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.
[0020]
Next, the operation of the embodiment of the present invention configured as described above will be described. When the form terminal device is started, the processing shown in the flowchart of FIG. 3 is started. First, an initial screen for selecting a task is displayed on the display unit 15 (step S1).
[0021]
The staff member selects the service, that is, the payment service, from the services displayed on the display unit 15 (step S2).
[0022]
Next, the payment slip 51 received from the user at the window from the user is inhaled from an inlet (not shown) (step S3).
[0023]
The pay slip 51 thus sucked from the inlet is checked for its own medium (step S4).
[0024]
Next, the scanner section 11 captures the image data of the payment slip 51 (step S5). The image data of the payment slip 51 thus captured is displayed on the display unit 15 (step S6).
[0025]
Then, an image corresponding to the account number 54 and the payment amount 55 of the main form 52 is extracted and OCR-recognized from the image data, and an image corresponding to the account number 61 and the payment amount 62 of the stub part 53 is extracted. And OCR recognition is performed (step S7).
[0026]
The OCR recognition processing in step S7 will be described with reference to the flowchart in FIG. That is, the account number 54 and the payment amount 55 of the main form 52 are OCR-recognized (step S21), and the account number 61 and payment amount 62 of the stub part 53 are OCR-recognized (step S22).
[0027]
Then, it is determined whether the account number 54 and the payment amount 55 of the main form 52 match the account number 61 and the payment amount 62 of the stub part 53, respectively (step S24).
[0028]
If the determination in step S23 is "NO", the mismatch flag F1 is set to "1" (step S24). Thereafter, the process returns to the process of the flowchart in FIG.
[0029]
As described above, by determining whether the account number 54 and the payment amount 55 of the form section 52 match the account number 61 and the payment amount 62 of the stub section 53, respectively, the accuracy of the description items of the payment form 51 is improved. Can be.
[0030]
If the OCR cannot be recognized as a result of the OCR recognition, the rejected character is corrected.
[0031]
In step S8, it is determined whether or not there is a reject character correction (step S8). If "YES" is determined in step S8, the reject flag F2 is set to "1" (step S9). Then, a rejected character correction process is performed (step S10).
[0032]
When the determination in step S8 is "NO" and when the rejected character correction process in step S10 is completed, the OCR recognition result confirmation and correction screen is displayed on the display unit 15 (step S11).
[0033]
Next, it is determined whether the "insert" or "item correction" key has been operated (step S12). If it is determined in step S12 that the "item correction" key has been operated, the hand-corrected flag F3 is set to "1" (step S13). Then, an item correction process is performed (step S14). That is, in step S11, after the OCR recognition result displayed on the display unit 15 is manually corrected for the item, the process proceeds to step S15. Steps S24, S9, and S13 constitute an attribute information generating unit.
[0034]
If it is determined in step S12 that the "insert" key has been operated, the process proceeds to step S15 in which it is determined that the content displayed on the display unit 15 has been confirmed to be correct (step S15).
[0035]
In this step S15, processing for storing the transmission file as shown in FIG. 5 in the data storage unit 13b is performed.
[0036]
In this transmission file, the image data of the form, the account number recognized by OCR, and the payment amount are stored as form data for each payment form 51, that is, for each form ID, and the hand-corrected flag F3 is stored in the third bit from the top. , A reject flag F2 and a mismatch flag F1.
[0037]
Then, a printing process of printing predetermined items on the margins 52a and 53a of the payment slip 51 by the printing unit 16 is performed (step S16). After that, the payment slip 51 is discharged, and a series of processing ends.
[0038]
The transmission file accumulated in the data accumulation storage unit 13b as described above is sent to a center (not shown) to perform a tallying process.
[0039]
If the total of the payment amounts and the total of the amounts actually received at the counter do not match in this totaling process, it is necessary to confirm each form data again.
[0040]
In such a case, by checking the contents of the attribute information flags (manually corrected flag F3, reject flag F2, and non-match flag F1) stored in the transmission file, a problem may occur in the OCR recognition processing for any form data. It can be estimated that there was.
[0041]
For example, if all of the hand-corrected flag F3, the reject flag F2, and the mismatch flag F1 are "0", it is estimated that all of them have been processed mechanically, and the possibility of misidentification can be determined to be minimal. .
[0042]
When only the mismatch flag F1 is “1”, it is presumed that it was difficult to determine and there was no stub, and it is possible to judge that the possibility of erroneous recognition is small.
[0043]
When only the reject flag F2 is "1" (the mismatch flag F1 may be any one), it is estimated that the determination is difficult, and the possibility of erroneous recognition can be determined to be medium.
[0044]
If only the hand correction flag F3 is "1" (the mismatch flag F1 may be any one), it is presumed that a mistake is present in the processing contents, and the possibility of misrecognition is determined to be medium. it can.
[0045]
When the hand-corrected flag F3 and the reject flag F2 are "1" (the mismatch flag F1 may be any one), it is estimated that the determination is extremely difficult.
[0046]
As described above, the cause of the error can be estimated based on the state of the attribute information flag. In other words, the priority of the recheck is set based on the magnitude relation such as the hand-corrected flag F3> the reject flag F2> the mismatch flag F1. The priority of this recheck means the degree to which the form should be rechecked to find an error easily if the total amount of payment and the total amount actually received at the counter do not match in the aggregation process. Is what you do. For example, when the hand-corrected flag F3 is set to "1", the error is most likely to occur, so the priority of the recheck is set to be high.
[0047]
In each of the above-described embodiments, the scanner unit 11 that captures the image data of the payment slip 51 acquires and performs OCR recognition. However, if a barcode is printed on the payment slip 51, Means for recognizing a barcode may be provided.
[0048]
【The invention's effect】
As described above in detail, according to the present invention, it is possible to provide a form terminal device capable of recording an error that occurs when recognizing a form.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a form terminal device according to an embodiment of the present invention.
FIG. 2 is a plan view of a payment slip according to the embodiment.
FIG. 3 is a flowchart for explaining the operation of the embodiment.
FIG. 4 is a flowchart for explaining a recognition process according to the embodiment;
FIG. 5 is a view showing an attribute information flag according to the embodiment;
FIG. 6 is an exemplary view for explaining a method to be audited according to the embodiment;
[Explanation of symbols]
11 scanner unit, 12 OCR recognition unit, 13 control unit, 14 keyboard, 15 display unit, 16 printing unit.

Claims (5)

キー入力部及び表示部を備えた帳票端末装置において、
帳票のイメージデータを取り込むイメージ読取り手段と、
上記イメージ読取り手段により読み取られた帳票のイメージデータより帳票の記載事項を認識する認識手段と、
この認識手段に付随した訂正処理毎のフラグを設定して属性情報を生成する属性情報生成手段と、
帳票毎にこの属性情報生成手段により生成された属性情報を記憶する記憶手段とを具備したことを特徴とする帳票端末装置。
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,
Recognizing means for recognizing the items described in the form from the image data of the form read by the image reading means;
Attribute information generating means for setting a flag for each correction process attached to the recognition means and generating attribute information;
Storage means for storing attribute information generated by the attribute information generating means for each form.
キー入力部及び表示部を備えた帳票端末装置において、
帳票のイメージデータを取り込むイメージ読取り手段と、
上記イメージ読取り手段により読み取られた帳票のイメージデータより帳票の記載事項を認識する認識手段と、
この認識手段により認識された帳票の払込取扱票部に記載された払込情報と払込票兼受領部に記載された払込情報とを認識結果が一致するかを判定する判定手段と、
帳票毎に上記判定手段の判定結果を記憶する記憶手段とを具備したことを特徴とする帳票端末装置。
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,
Recognizing means for recognizing the items described in the form from the image data of the form read by the image reading means;
Determining means for determining whether the recognition result matches the payment information described in the payment handling form part of the form recognized by the recognition means and the payment information described in the payment form and receiving part,
Storage means for storing a determination result of the determination means for each form.
キー入力部及び表示部を備えた帳票端末装置において、
帳票のイメージデータを取り込むイメージ読取り手段と、
上記イメージ読取り手段により読み取られた帳票のイメージデータより帳票の記載事項を認識する認識手段と、
この認識手段により認識された帳票の払込取扱票部に記載された払込情報と払込票兼受領部に記載された払込情報とを認識結果が一致するかを判定する判定手段と、
この認識手段に付随した訂正処理毎のフラグを設定して属性情報を生成する属性情報生成手段と、
帳票毎にこの属性情報生成手段により生成された属性情報及び上記判定手段の判定結果を記憶する記憶手段とを具備したことを特徴とする帳票端末装置。
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,
Recognizing means for recognizing the items described in the form from the image data of the form read by the image reading means;
Determining means for determining whether the recognition result matches the payment information described in the payment handling form part of the form recognized by the recognition means and the payment information described in the payment form and receiving part,
Attribute information generating means for setting a flag for each correction process attached to the recognition means and generating attribute information;
A form terminal device comprising: a storage unit for storing attribute information generated by the attribute information generation unit and a determination result of the determination unit for each form.
上記記憶手段には、帳票毎にさらに上記イメージ読取り手段により読取られた帳票のイメージデータ及びOCR認識結果も記憶されていることを特徴とする請求項1乃至3いずれか一記載の帳票端末装置。4. The form terminal device according to claim 1, wherein the storage means further stores, for each form, image data of the form read by the image reading means and an OCR recognition result. 上記属性情報は重要度順に並べられていることを特徴とする請求項1あるいは3記載の帳票端末装置。4. The form terminal device according to claim 1, wherein the attribute information is arranged in order of importance.
JP2003068135A 2003-03-13 2003-03-13 Form terminal device Expired - Fee Related JP4354715B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003068135A JP4354715B2 (en) 2003-03-13 2003-03-13 Form terminal device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003068135A JP4354715B2 (en) 2003-03-13 2003-03-13 Form terminal device

Publications (2)

Publication Number Publication Date
JP2004280253A true JP2004280253A (en) 2004-10-07
JP4354715B2 JP4354715B2 (en) 2009-10-28

Family

ID=33285554

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003068135A Expired - Fee Related JP4354715B2 (en) 2003-03-13 2003-03-13 Form terminal device

Country Status (1)

Country Link
JP (1) JP4354715B2 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016177349A (en) * 2015-03-18 2016-10-06 グローリー株式会社 Business form processing system, business form processing method and program

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016177349A (en) * 2015-03-18 2016-10-06 グローリー株式会社 Business form processing system, business form processing method and program

Also Published As

Publication number Publication date
JP4354715B2 (en) 2009-10-28

Similar Documents

Publication Publication Date Title
CA2619884C (en) Real time image quality analysis and verification
CN110785773B (en) Bill identification system
US8996476B2 (en) Correction of check processing defects
JP6268352B2 (en) Accounting data entry system, method, and program
WO2007024799A2 (en) Front counter and back counter workflow integration
JP2012174132A (en) Method and system for managing paper sheet
EP2396747A1 (en) Systems, methods, and computer program products for determining document validity
JP2005326972A (en) Purchase information management device
JP2008046841A (en) Paper money processing apparatus and paper money processing method
JP2004280253A (en) Form terminal device
JP5304397B2 (en) Form processing apparatus and form processing program
JPH09282388A (en) Document processing system
JPS5994168A (en) Credit transaction terminal machine
JP2006190093A (en) Ocr exchange centralized processing system
JP2010140402A (en) Business form processing apparatus, and method
JP5911701B2 (en) Video coding system, image display priority determination program, and parcel processing apparatus
JP2002024758A (en) Input data determining method in document handling device
US20170357955A1 (en) Method and system for local and international funds transfer
JP2006293454A (en) Personal identification method and system
JP2006053762A (en) Business form processing system
US11837043B2 (en) Banknote monitoring apparatus, banknote monitoring system, and banknote monitoring method
JP2004280252A (en) Slip terminal equipment
JP6064385B2 (en) Trading device
JP2004280251A (en) Form processing terminal device
JP2024071309A (en) Registration number verification 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: 20090203

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090402

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090512

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090706

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20090728

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20090730

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120807

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120807

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130807

Year of fee payment: 4

LAPS Cancellation because of no payment of annual fees