JP2004280253A - Form terminal device - Google Patents
Form terminal device Download PDFInfo
- 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
Links
Images
Landscapes
- Character Discrimination (AREA)
Abstract
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 (
[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
[0014]
The result of the OCR recognition is sent to the
[0015]
The
[0016]
Next, the payment slip will be described with reference to FIG. The
[0017]
A form ID is printed in a numerical value on the left shoulder of the
[0018]
In addition, the
[0019]
The payment slip /
[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
[0023]
The
[0024]
Next, the scanner section 11 captures the image data of the payment slip 51 (step S5). The image data of the
[0025]
Then, an image corresponding to the
[0026]
The OCR recognition processing in step S7 will be described with reference to the flowchart in FIG. That is, the
[0027]
Then, it is determined whether the
[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
[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
[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
[0035]
In this step S15, processing for storing the transmission file as shown in FIG. 5 in the
[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
[0037]
Then, a printing process of printing predetermined items on the
[0038]
The transmission file accumulated in the data
[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
[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.
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)
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 |
-
2003
- 2003-03-13 JP JP2003068135A patent/JP4354715B2/en not_active Expired - Fee Related
Cited By (1)
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 |