JP2013110768A - 証明システム - Google Patents
証明システム Download PDFInfo
- Publication number
- JP2013110768A JP2013110768A JP2013047555A JP2013047555A JP2013110768A JP 2013110768 A JP2013110768 A JP 2013110768A JP 2013047555 A JP2013047555 A JP 2013047555A JP 2013047555 A JP2013047555 A JP 2013047555A JP 2013110768 A JP2013110768 A JP 2013110768A
- Authority
- JP
- Japan
- Prior art keywords
- certification
- medium
- information
- proof
- recorded
- 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
Abstract
【解決手段】証明媒体発行手段2,4により、証明に必要な全項目情報を登録し、そのうちの一部の項目の情報である媒体保持情報を記録した証明媒体10を発行することとし、証明時には、証明手段121 〜12n により、提示された記録媒体10に存在する媒体保持情報及び証明媒体の所持者が提示した所持者提示情報からなる情報と、発行側に記録された全項目情報とを照合することにより証明するようにする。つまり、媒体保持情報どうしの照合:第1の照合と、所持者提示情報どうしの照合:第2の照合の、両方とも一致したことを以て証明成立と判定する。
【選択図】図1
Description
情報の項目には、ネーム(氏名、名称、芸名、ペンネーム、コンピュータネーム等)、写真、生年月日、国籍、住所の国名、住所の都道府県、住所の都市又は郡、住所の町又は村、住所の番地(丁目、番、号)、住所のマンション等、室名等がなり得るが、勿論、これ等に限定されるものではない。
(1)「申請?」
プログラムがスタートすると、いずれかの証明媒体申請部6から発行申請があったか否かを判定する。判定結果が『No』の場合、『Yes』という判定結果が出るまで「申請?」という判定を繰り返す。
(2)「申請審査」
ステップ(1)の「申請?」の判定結果が『Yes』であると、その申請内容が予め定められた申請条件を満たしているかどうかの審査をする。
審査の結果が合格か否かを判定し、合格の場合は『Yes』という判定結果を、不合格の場合は『No』という判定結果を出す。
(4)「不合格通知」
上記ステップ(3)の「合格?」という判定の結果が『No』の場合、その結果と、不合格の箇所及び理由を示す不合格通知を当該証明媒体申請部6へ送信し、その送信後、ステップ(1)へ戻る。
ステップ(3)の「合格?」という判定の結果が『Yes』の場合、自身のメインコンピュータ4のデータベースに申請された証明対象特定IDとそれに対応する全項目情報[図2(A)参照]を登録する。
(6)「発行指令」
ステップ(5)の「登録」が終了すると、証明媒体申請部6と対応する(併設された)証明媒体発行部8へ証明対象特定IDと媒体保持情報Da[図2(B)参照]を送信し、その証明媒体発行部8へ証明媒体10の発行を指令する。証明媒体発行部8はその指令を受けない限り証明媒体10を発行できないようになっている。
証明媒体発行部8から発行許可に基づく証明媒体10の発行を終えたことを報告する発行報告を受けたか否かを判定する。判定結果が『No』の場合、ステップ(1)へ戻る。
上記ステップ(7)の「発行報告?」の判定結果が『Yes』であった場合、各証明部121 ,122 ,・・・12n へ、証明対象特定IDとそれに対応する全項目情報[図2(A)参照]を送信する。これにより、各証明部121 ,122 ,・・・12n は証明が可能な状態になる。
尚、この登録情報送信を、全証明部121 ,122 ,・・・12n へ送るのではなく、一部の証明部12へのみ送るようにしてもよい。例えば、証明対象特定IDの情報の一部を読み取り、証明対象との関係で証明の可能性がないところにある証明部12には登録情報送信をしないようにすることができるようにしても良い。
予め設定されたメインコンピュータ4の停止条件(例えばメンテナンス、停止時間帯に入った等)を満たしているか否かを判定し、判定結果が『No』の場合、即ち、満たしていない場合には、ステップ(1)に戻る。つまり、ステップ(1)〜(9)の動作を繰り返す。判定結果が『Yes』の場合、動作が終了する。
(21)「申込み?」
発行申請の申込みがあったか否かの判定を、『Yes』という判定結果が得られるまで繰り返す。
(22)「入力受入」
ステップ(21)の判定結果が『Yes』の場合、申請のための入力を促し、それに対応する入力があればその入力を受け入れる動作を、必要な項目の全部の入力が終了するまで繰り返す。この入力により、自ずと図2(A)に示す全項目情報が入力されることになる。
ステップ(22)の入力受入が終了すると、入力内容の審査を行い、証明媒体発行条件を満たしているか否かの審査を行う。
(24)「合格?」
上記ステップ(23)の審査の結果が合格か否かを判定する。
(25)「不合格表示」
ステップ(24)の判定結果が『No』の場合、不合格表示をし、不合格の旨を伝えるのみならず、不合格箇所、不合格理由の表示をし、不合格箇所の修正を促す。
その後、ステップ(21)に戻る。
上記ステップ(24)の「合格?」の判定結果が『Yes』の場合、その証明対象を特定するID、即ち、証明対象特定IDの設定を行う。この証明対象特定IDは、証明システムが例えワールドワイドであったとしても、証明対象毎に異なることが必要であり、同じIDが別の証明対象に対して設定されること、重複設定は絶対避けなければならない。証明対象特定IDの重複設定を回避する方法としては、証明対象媒体申請部毎に異なる申請部IDを設定し、そのIDと、その申請時の例えば西暦の年、月、日、時刻を示す数値とを組み合わせるという方法がある。或いは、申請部IDと、申請時の年月日と、その日の申請順序を示すシリアルナンバーを組合わせるという方法もある。
ステップ(26)の「証明対象特定ID設定」が終わると、その証明対象特定IDと全項目情報からなる図2(A)に示す情報を証明システム中枢部2のメインコンピュータ4を送信する。尚、このコンピュータ4に送信されると、証明システム中枢部2において前述の如く審査が行われるが、この審査はダブルチェックと、証明媒体申請部6・コンピュータ4間において生じたエラーのチェックの二つの意義を持つ。
予め設定された停止条件(例えばメンテナンス、非営業時間帯に入った等)を満たしているか否かを判定し、判定結果が『No』の場合、即ち、満たしていない場合には、ステップ(21)へ戻る。つまり、停止条件が満たされない限りステップ(21)〜(27)の動作を繰り返す。判定結果が『Yes』の場合、動作が終了する。
(31)「発行指令?」
動作を開始すると、証明システム中枢部2のメインコンピュータ4からの発行指令があったか否かを判定する。この発行指令は、証明媒体申請部6、例えば61 からの証明媒体の申請があった場合に、証明システム中枢部2が審査を経て登録情報の登録した後、当該証明媒体申請部6例えば61 に対応する証明媒体発行部8、例えば81 へ証明媒体10の発行を指示するものである。この発行指令には、発行を指示する信号の他、証明対象特定IDと媒体保持情報Daの情報[図2(B)参照]の送信が伴う。この判定は、『Yes』という判定結果が得られるまで繰り返される。
ステップ31の「発行指令?」の判定結果が『Yes』の場合、発行処理を行う。
発行処理とは、具体的には、例えばカード等の予め用意された証明媒体に、例えば磁気、バーコード等による証明対象特定IDと、媒体保持情報Daを書き込む処理である。
(33)「発行終了?」
そして、発行処理が終了したか否かの判定を『Yes』という判定結果が得られるまで繰り返す。判定結果が『No』の場合には、ステップ(32)の「発行処理」に戻る。
ステップ(33)の「発行終了?」の判定結果が『Yes』の場合、即ち、発行が終了したら、その後、発行が終了したことを証明システム中枢部2のメインコンピュータ4へ報告する。尚、メインコンピュータ4はその報告を受けると、証明部12へ証明に必要な情報を送ることは前述の通りである。
(35)「停止条件?」
発行報告が終わると、予め設定された停止条件(例えばメンテナンス、非営業時間帯に入った等)を満たしているか否かを判定し、判定結果が『No』の場合、即ち、満たしていない場合には、ステップ(21)に戻る。つまり、ステップ(31)〜(34)の動作を繰り返す。判定結果が『Yes』の場合、動作が終了する。
(41)「登録情報受信?」
動作がスタートすると、証明システム中枢部2のメインコンピュータ4からの登録情報の送信を受信したか否かの判定をする。証明システム中枢部2は、いずれかの証明媒体申請部6からの証明媒体申請があると、審査をし、合格すると、証明対象特定ID及び全項目情報[図2(A)参照]を自身のデータベースに登録し、その後、証明媒体発行部8に発行指令を発して証明媒体10を発行させるが、しかる後、照合が可能なるように、全部又は一部の証明部12へ登録情報を送信する。本「登録情報受信?」は、その証明システム中枢部2からの登録情報送信を受け取ったか否かを判定するステップである。
上記ステップ(41)の判定結果が『Yes』の場合、その情報を照合用のデータとして登録する。その後、後述するステップ(59)へ進む。符号「C」参照のこと。
(43)「証明要請?」
上記ステップ(41)の判定結果が『No』の場合、証明の要請があったか否かを判定する。その判定結果が『No』の場合、ステップ(41)へ戻る。
ステップ(43)の判定結果が『Yes』の場合、証明部12の証明媒体挿入部への証明媒体10の挿入が為されたか否かを判定する。
(45)「挿入指示表示」
上記ステップ(44)の判定結果が『No』の場合、証明部12への証明媒体10の挿入を指示する表示をする。そして、ステップ(44)へ戻る。
上記ステップ(44)の判定結果が『Yes』の場合、つまり、証明媒体10の証明部12の挿入部への挿入が確認されたとき、第1の照合を行う。この第1の照合は、証明部12が証明システム中枢部2から受け取った媒体保持情報Da[図2(A)参照]と、証明部12の挿入部に挿入された証明媒体10に記録された媒体保持情報Daとを比較し、一致しているか否かを確認するものである。
第1の照合の結果によって、合格(比較される二つの情報Da・Da同士が一致)か、不合格(比較される二つの情報Da・Daどうしが不一致)かのいずれかを判定する。合格の場合は『Yes』、不合格の場合は『No』となる。
(48)「不合格表示」
ステップ(47)の判定結果が『No』の場合、不合格であること示す不合格表示をする。
(49)「排出」
ステップ(48)の不合格表示をすると共に、挿入された証明媒体10を挿入部から排出する。
ステップ(47)の判定結果が『Yes』の場合、即ち、第1の照合が一致という結果になった場合、証明媒体10の所持者に対して所持者提示情報Dbの提示を促す表示をする。
(51)「提示入力?」
所持者提示情報Dbの入力が為されたか否かを判定する。判定結果が『No』の場合はステップ(50)に戻る。
ステップ(51)の判定結果が『Yes』の場合、第2の照合、即ち、情報提示催促表示に促されて提示情報Dbが入力された場合、その提示情報Dbとその証明対象についての登録した情報のうちの提示情報Dbとを照合する。
(53)「合格?」
ステップ(52)の第2の照合の結果の結果が合格(比較される二つの情報Db・Dbどうしが一致)か、不合格(比較される二つの情報Db・Dbどうしが不一致)かを判定する。合格の場合は『Yes』、不合格の場合は『No』となる。
上記ステップ(53)の判定結果が『No』の場合、即ち、第2の照合において不一致という結果が出た場合、入力不備であり、修正した提示入力を促す入力不備表示をする。(55)「q=q+1」
次いで、入力不備表示の回数を記憶するレジスタ(初期値0)の記憶値qを+1する。
そして、レジスタの値qが予め設定された回数Q(例えば5回)を越えたか否かを判定する。
このように、入力不備表示回数qをカウントし、その値qが設定回数Q(例えば5回)を越えたか否か判定するのは、入力不備の回数が設定回数Qを越えたとき証明が不能としてそれ以上の提示を止めさせるためである。無限に入力不備の修正提示を許すと、証明すべきでない証明媒体10に対して証明をしてしまう可能性があり、不正利用の可能性があるから、それを回避するために設定回数Qを設定するのである。設定回数Qは基本的に証明システム提供者、管理者が設定すべきものである。この判定結果が『No』の場合には、ステップ(50)に戻り、情報提示催促表示が為される。
上記ステップ(56)の「q>Q?」の判定結果が『No』の場合、即ち、入力不備表示回数qが設定値Qを越えていない場合、提示した情報が間違っていることと、それ故、修正を指示する表示をし、その後、ステップ(51)に戻る。
(58)「証明不能表示」
上記ステップ(56)の「q>Q?」の判定結果が『Yes』の場合、即ち、入力不備表示回数qが設定値Qを越えた場合、提示した情報が所定回数以上間違っているので、証明が不能であると証明システムが解釈したことの意思表示である、修正指示表示をする。 その後、ステップ(49)の「排出」を行う。即ち、挿入されていた証明媒体10を排出し、所持者に返却する。尚、証明媒体所持者に不正の疑いがあるとして、直ぐには返却せず、没収するようにするようにしても良い。
上記ステップ(42)の「情報登録」が終わったとき、或いはステップ(49)の「排出」が終わったとき、予め設定された停止条件(例えばメンテナンス、非営業時間帯に入った等)を満たしているか否かを判定し、判定結果が『No』の場合、即ち、満たしていない場合には、ステップ(41)へ戻る。つまり、上述した一連のステップの動作を繰り返す。
(60)「証明完了表示」
判定結果が『Yes』の場合、証明を完了し、動作が終了する。
(70)「コピー発行依頼?」
図6に示すステップ(58)の「証明完了表示」が終了すると、現在証明が終了した証明媒体(原本の証明媒体)10のコピーの発行を依頼するか否かの指示を促す表示をした上で、コピー発行依頼があったか否かの判定をする。その判定結果が『No』ならば、図6に示すステップ(49)に進む。即ち、現在証明媒体出入口16に挿入されている原本の証明媒体10を排出するのである。
上記ステップ70の判定結果が『Yes』の場合、即ち、コピーの発行を依頼する入力があった場合、先ず、現在挿入されている原本の証明媒体10を保管室12に入れ、証明媒体ロード/アンロード機構22により保管位置に移動し保管する。
(72)「コピー作成」
コピー証明媒体(単に「コピー」と略称する。)20を作成する。この作成は、具体的には、登録情報が未入力の状態のカード等のコピー用の証明媒体に、原本の証明媒体10に記録された登録された情報、即ち、証明対象特定ID及び媒体保持情報Daを記録することにより行う。
コピーの作成後、そのコピーを証明媒体ロード/アンロード機構22により証明媒体出入口16を通じて排出する。これによって、コピー発行依頼に応じたコピーの発行ができる。
(74)「コピー挿入?」
コピーの返却のための挿入があったか否かを判定する。判定結果が『No』の場合には、図6に示すステップ(59)に進む。
ステップ(74)の判定結果が『Yes』の場合、即ち、コピーの挿入が為された場合、保管室18内に保管されている原本の証明媒体10を検索する。
(76)「コピー回収」
ステップ(75)の原本検索により原本の存在を確認すると、挿入されているコピー20を回収処理する。
(76)「原本排出」
その後、存在が確認された原本10を排出する。この排出は、証明対象者への証明媒体10の返還である。
2…証明システム中枢部(証明媒体発行手段)
4…メインコンピュータ(証明媒体発行手段)
6,8…証明媒体発行手段 10…証明媒体(原本)
11…証明媒体(アームバンド)
12,30a,30b…証明手段 14…証明部
16…証明媒体出入口 18…証明媒体保管室
20…コピー証明媒体(コピー) 22…証明媒体ロード/アンロード機構
24…証明対象(カード保持者) 34…サブコンピュータ
40,425,44…ディスプレイ
Claims (4)
- それぞれの証明対象毎に証明に必要な項目の情報を全項目情報として登録し、この登録された全項目情報に関連する一部情報を媒体保持情報として記録した証明媒体を証明媒体所持者に発行する証明媒体発行手段と、
証明の必要が生じたときに、上記証明媒体発行手段に登録された全項目情報と、上記証明媒体所持者が証明媒体の媒体保持情報と共に提示した全部の全項目情報とを照合し、この照合が一致したときに証明成立という証明結果を発する証明手段と、
を有し、
証明媒体所持者が、証明媒体に記録された関連する情報によって証明に必要な項目の情報を証明するようにした
ことを特徴とする証明システム。 - 各証明対象毎に証明に必要な複数の項目全部の情報である全項目情報を証明システム中枢部に登録し、一つの登録対象毎に上記証明に必要な複数の項目の特定の一部の項目の情報である媒体保持情報を記録した証明媒体を発行する証明媒体発行手段と、
上記登録された証明対象の全部又は一部についてそれぞれの証明対象毎に、証明に必要な複数の項目全部の情報である全項目情報を受け或いは保持し、証明の必要が生じたときに、上記証明システム中枢部に登録された上記媒体保持情報と、証明媒体所持者が提示した証明媒体に記録された上記媒体保持情報との照合である第1の照合、及び上記証明システム中枢部に登録された媒体保持情報以外の情報と、上記証明媒体所持者が提示した上記媒体保持情報以外の情報である所持者提示情報との照合である第2の照合をし、第1及び第2の照合が共に一致したという結果が得られたとき、証明成立という証明結果を発する証明手段と、
を有し、
証明媒体所持者が、証明媒体に記録された媒体保持情報と、照明時に提示する、全項目情報から媒体保持情報を除いた項目の情報により証明するようにした
ことを特徴とする証明システム。 - 前記証明媒体発行手段は、各証明対象毎に前記全項目情報を登録する際に、証明対象を特定するIDを設定し、そのIDを通じてこれに対応する全項目情報にアクセスできるようにすると共に、発行する証明媒体にも同じIDを媒体保持情報と共に記録するようにした
ことを特徴とする請求項1又は2に記載の証明システム。 - 証明対象又はその代理人からのコピー証明媒体発行申請を受けると、その証明対象に対して既に発行済みの証明媒体と同じ内容の記録を持つコピー証明媒体を発行する機能を有する
ことを特徴とする請求項1乃至3のいずれかに記載の証明システム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013047555A JP5681225B2 (ja) | 2013-03-11 | 2013-03-11 | 証明システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013047555A JP5681225B2 (ja) | 2013-03-11 | 2013-03-11 | 証明システム |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2010001647U Continuation JP3160554U (ja) | 2010-03-15 | 2010-03-15 | 証明システム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2013110768A true JP2013110768A (ja) | 2013-06-06 |
JP5681225B2 JP5681225B2 (ja) | 2015-03-04 |
Family
ID=48707051
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2013047555A Expired - Fee Related JP5681225B2 (ja) | 2013-03-11 | 2013-03-11 | 証明システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP5681225B2 (ja) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH10327142A (ja) * | 1997-03-26 | 1998-12-08 | Sony Corp | 認証システムおよび方法、並びに認証装置および方法 |
JP2001144865A (ja) * | 1999-11-10 | 2001-05-25 | Otsuka Shokai Co Ltd | 携帯電話を用いた認証システム |
JP2007272790A (ja) * | 2006-03-31 | 2007-10-18 | Toshiba Corp | カード処理機、およびカード処理方法 |
JP2007312180A (ja) * | 2006-05-19 | 2007-11-29 | Softbank Mobile Corp | 認証方法及び情報読取装置 |
JP2008217510A (ja) * | 2007-03-06 | 2008-09-18 | Oki Electric Ind Co Ltd | 個人識別装置および個人識別方法 |
-
2013
- 2013-03-11 JP JP2013047555A patent/JP5681225B2/ja not_active Expired - Fee Related
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH10327142A (ja) * | 1997-03-26 | 1998-12-08 | Sony Corp | 認証システムおよび方法、並びに認証装置および方法 |
JP2001144865A (ja) * | 1999-11-10 | 2001-05-25 | Otsuka Shokai Co Ltd | 携帯電話を用いた認証システム |
JP2007272790A (ja) * | 2006-03-31 | 2007-10-18 | Toshiba Corp | カード処理機、およびカード処理方法 |
JP2007312180A (ja) * | 2006-05-19 | 2007-11-29 | Softbank Mobile Corp | 認証方法及び情報読取装置 |
JP2008217510A (ja) * | 2007-03-06 | 2008-09-18 | Oki Electric Ind Co Ltd | 個人識別装置および個人識別方法 |
Non-Patent Citations (1)
Title |
---|
楫 勇一,嵩 忠雄: ""パスワード事前宣言による個人認証法−磁気カードを用いた安全な個人認証法"", 電子情報通信学会技術研究報告, vol. 95, no. 423, JPN6014009143, 15 December 1995 (1995-12-15), JP, pages 21 - 28, ISSN: 0002759373 * |
Also Published As
Publication number | Publication date |
---|---|
JP5681225B2 (ja) | 2015-03-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20230334480A1 (en) | Decentralized title transfer and validation of assets | |
US10387695B2 (en) | Authenticating and managing item ownership and authenticity | |
US20200258338A1 (en) | Secure voting system | |
US20190051079A1 (en) | Cryptographically tracked and secured vote by mail system | |
US20140039935A1 (en) | Insurance verification system (insvsys) | |
CN106209877A (zh) | 一种以区块链后台为认证核心的防伪认证系统 | |
JP2012168833A (ja) | 棚卸業務支援装置、棚卸業務支援システム及び棚卸業務の支援方法 | |
US20080313456A1 (en) | Apparatus and method for irrepudiable token exchange | |
US20120173411A1 (en) | Management method of article | |
JP2008535109A (ja) | 真正性の判定 | |
US20130063246A1 (en) | System and method for electronically providing an access authorization | |
CN104376252A (zh) | 基于数字签章代码的内容验证方法 | |
JP2011081756A (ja) | 静脈認証システム・・私の指パスの一日 | |
CN112885442B (zh) | 一种核酸检测业务系统、信息管理系统和客户端 | |
US8260660B2 (en) | System and method for un-issuing voting credits | |
JP3160554U (ja) | 証明システム | |
JP2006236357A (ja) | 個人認証システム | |
JP5681225B2 (ja) | 証明システム | |
CN112613961A (zh) | 基于区块链的进出口企业税务征管系统 | |
JP6673553B2 (ja) | 改良した車両識別システム | |
KR101875342B1 (ko) | 부동산 통합정보시스템을 이용한 공인중개사의 등록 및 관리방법과 공인중개사의 신분식별방법 | |
JP2013246595A (ja) | 廃棄物処理システム | |
JP2000095303A (ja) | 廃棄物処理管理システム | |
JP2010205229A (ja) | 介護実績管理支援システム、介護実績管理方法およびコンピュータプログラム | |
US20170076278A1 (en) | Systems and methods for debit card issuance |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20130311 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20130412 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20140224 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20140304 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20140507 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20140805 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20141105 |
|
A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20141112 |
|
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: 20141216 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20150108 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 5681225 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
LAPS | Cancellation because of no payment of annual fees |