JP2016095877A - Ｉｃカード - Google Patents
Ｉｃカード Download PDFInfo
- Publication number
- JP2016095877A JP2016095877A JP2016018106A JP2016018106A JP2016095877A JP 2016095877 A JP2016095877 A JP 2016095877A JP 2016018106 A JP2016018106 A JP 2016018106A JP 2016018106 A JP2016018106 A JP 2016018106A JP 2016095877 A JP2016095877 A JP 2016095877A
- Authority
- JP
- Japan
- Prior art keywords
- record
- card
- command
- read
- specified
- 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
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
【課題】 ＩＣカードの記憶部に記憶された異なるレコード内の異なるレコードを一括読み出すことにより、ＩＣカードのファイルアクセスにおける全体の処理時間を短縮することができるＩＣカードを提供すること。
【解決手段】 本実施例のＩＣカードは、通信部、制御部及び記憶部を有して構成され、外部端末から送信された命令を受信し、この命令を解釈、実行してその結果を応答として当該外部端末に送信する。その際、上記制御部は、上記記憶部に記憶された命令データ部に、複数の異なるレコードファイル及びそのレコードファイルごとにレコード番号が指定されている場合、当該指定された複数のレコードファイルごとのレコード番号によって読み出したデータを前記記憶部に設けた送信バッファに設定する。上記通信部は、この送信バッファに設定されたデータを当該外部端末に送信する。
【選択図】 図１
Description
本発明の実施形態は、一括読出し可能なＩＣカードに関する。
ＩＣカードは、ＩＣカードリーダ・ライタ（Ｒ／Ｗ）を備えた端末上のアプリケーション、あるいは、この端末とネットワーク接続されたサーバ又は端末上のアプリケーションによって、外部端末からアクセスされる。外部端末からＩＣカード内の複数のレコードＥＦ（エレメンタリファイル）ＩＤ内レコードを読み出す場合、現状では、ＩＣカードリーダ・ライタ（Ｒ／Ｗ）がレコードＥＦ−ＩＤと、そのＩＤ内のレコード番号を指定し、ＩＣカードはＩＣカードリーダ・ライタからの命令を解釈し、指定ＩＤ内のレコード番号で指定されたレコードを読み出す、という処理を繰り返す。
なお、上記レコードＥＦ（Elementary File:エレメンタリファイル）とは、ISO/IEC 7816-4で規定されているデータを格納するファイルである。
図６は、従来の偶数INS READ RECORD命令の命令形式及び応答形式の一例である。図７は、ＩＣカードリーダ・ライタ（Ｒ／Ｗ）から送信された偶数INS READ RECORD命令に対するＩＣカードのファイルアクセス処理を示すフローチャートである。図８は、ＩＣカードとＩＣカードリーダ・ライタとの通信処理を説明する図である。以下、これらの図を参照して従来のＩＣカードのファイルアクセス処理を説明する。
まず、ＩＣカードにおける従来のファイルアクセス方法において、２つのレコードＥＦ−ＩＤ(EF#1, EF#2)からそれぞれのレコード(record#1(EF#1),record#2(EF#2))を読み出す例を記述する。
まず、図６に従来の偶数INS READ RECORD命令の命令形式を示す。図６（１）は、従来の偶数INS READ RECORD命令形式である。この命令形式は、CLA/INS/P1/P2/ Le で構成されている。Ｐ１では、Ｐ２で指定されるレコードＥＦのレコード番号を指定し、Ｐ２で短縮ＥＦ−ＩＤを指定する。図６（２）は、図６（１）に示す偶数INS READ RECORD命令に対するＩＣカードからＲ／Ｗに対する応答形式である。なお、上記「応答」を表現上の誤解を防ぐため「応答メッセージ」と表記する場合もある。
２つのレコードＥＦ−ＩＤ(ＥＦ＃１、ＥＦ＃２)からそれぞれ指定したレコード番号のレコード(record#1(EF#1), record#2(EF#2))を読み出す場合、図６（１）で示す命令をＲ／ＷがＩＣカードに送信し、図６（２）で示す令処理結果を応答メッセージとしてＩＣカードがＲ／Ｗ返送する。図示した例は、２つのレコードを読み出すために図６（１）及び図６（３）に示す偶数INS READ RECORD命令を送信し、図６（２）及び図６（４）に示す命令処理結果を応答メッセージとして返送している。
図７は、Ｒ／Ｗから送信された偶数INS READ RECORD命令に対するＩＣカードの従来のファイルアクセス処理を示すフローチャートである。また、図８は、ＩＣカードとＲ／Ｗとの通信処理を示すフローチャートで、READ RECORD 命令が２個連続した場合の処理を示すフローチャートである。以下、これらの図を参照して従来のファイルアクセス処理を説明する。
（１）Ｒ／ＷからREAD RECORD命令送信◎
Ｒ／ＷがＩＣカードに、READ RECORD 命令のＰ１−Ｐ２でレコードＥＦ＃１のレコード＃１を指定したREAD RECORD 命令 (READ RECORD record#1(EF#1))を送信する。
Ｒ／ＷがＩＣカードに、READ RECORD 命令のＰ１−Ｐ２でレコードＥＦ＃１のレコード＃１を指定したREAD RECORD 命令 (READ RECORD record#1(EF#1))を送信する。
（２）ＩＣカードREAD RECORD命令受信◎
ＩＣカードがＲ／Ｗから、READ RECORD 命令のＰ１−Ｐ２でレコードＥＦ＃１のレコード＃１を指定したREAD RECORD 命令 (READ RECORD record#1(EF#1))を受信する。
ＩＣカードがＲ／Ｗから、READ RECORD 命令のＰ１−Ｐ２でレコードＥＦ＃１のレコード＃１を指定したREAD RECORD 命令 (READ RECORD record#1(EF#1))を受信する。
（３）ＩＣカードREAD RECORD命令処理◎
ＩＣカードは、READ RECORD 命令 (READ RECORD record#1(EF#1))のＰ２で指定されているレコードＥＦ＃１のＰ１で指定されているレコード＃１を検索する（Ｓ２０−Ｓ２１）。レコードＥＦ＃１が存在しなければ（Ｓ２４のＮｏ）命令処理結果に応じたＳＷ(異常)を送信バッファにセットし（Ｓ２８）、Ｒ／Ｗに送信し（Ｓ２９）、レコードＥＦ＃１内のレコード＃１が存在しなければ（S２６のＮｏ）、命令処理結果に応じたＳＷ(異常)を送信バッファにセットし（Ｓ２８）、Ｒ／Ｗに送信する（Ｓ２９）。
ＩＣカードは、READ RECORD 命令 (READ RECORD record#1(EF#1))のＰ２で指定されているレコードＥＦ＃１のＰ１で指定されているレコード＃１を検索する（Ｓ２０−Ｓ２１）。レコードＥＦ＃１が存在しなければ（Ｓ２４のＮｏ）命令処理結果に応じたＳＷ(異常)を送信バッファにセットし（Ｓ２８）、Ｒ／Ｗに送信し（Ｓ２９）、レコードＥＦ＃１内のレコード＃１が存在しなければ（S２６のＮｏ）、命令処理結果に応じたＳＷ(異常)を送信バッファにセットし（Ｓ２８）、Ｒ／Ｗに送信する（Ｓ２９）。
（４）ＩＣカードレスポンス送信処理◎
ＩＣカードは、レコード＃１のレコードデータ、ＳＷ(正常)を送信バッファにセットし（Ｓ２７）、READ RECORD 命令(READ RECORD record#1(EF#1))処理結果を送信する（Ｓ２９）。
ＩＣカードは、レコード＃１のレコードデータ、ＳＷ(正常)を送信バッファにセットし（Ｓ２７）、READ RECORD 命令(READ RECORD record#1(EF#1))処理結果を送信する（Ｓ２９）。
（５）Ｒ／ＷからREAD RECORD命令送信◎
Ｒ／ＷがＩＣカードに、READ RECORD 命令のＰ１−Ｐ２でレコードＥＦ−ＩＤ＃２（レコードＥＦ＃２と記述する）のレコード＃２を指定したREAD RECORD 命令 (READ RECORD record#2(EF#2))を送信する。
Ｒ／ＷがＩＣカードに、READ RECORD 命令のＰ１−Ｐ２でレコードＥＦ−ＩＤ＃２（レコードＥＦ＃２と記述する）のレコード＃２を指定したREAD RECORD 命令 (READ RECORD record#2(EF#2))を送信する。
（６）ＩＣカードREAD RECORD命令受信◎
ＩＣカードがＲ／Ｗから、READ RECORD 命令のＰ１−Ｐ２でレコードＥＦ＃２のレコード＃２を指定したREAD RECORD 命令 (READ RECORD record#2(EF#2))を受信する。
ＩＣカードがＲ／Ｗから、READ RECORD 命令のＰ１−Ｐ２でレコードＥＦ＃２のレコード＃２を指定したREAD RECORD 命令 (READ RECORD record#2(EF#2))を受信する。
（７）ＩＣカードREAD RECORD命令処理◎
ＩＣカードは、READ RECORD 命令 (READ RECORD record#2(EF#2))のＰ２で指定されているレコードＥＦ＃２のＰ１で指定されているレコード＃２を検索する。レコードＥＦ＃２が存在しなければ（Ｓ２４のＮｏ）、命令処理結果に応じたＳＷ(異常)を送信バッファにセットし（Ｓ２８）、Ｒ／Ｗに送信し（Ｓ２９）、レコードＥＦ＃２内のレコード＃２が存在しなければ（Ｓ２６のＮｏ）、命令処理結果に応じたＳＷ(異常)を送信バッファにセットし（S２８）、Ｒ／Ｗに送信する（Ｓ２９）。
ＩＣカードは、READ RECORD 命令 (READ RECORD record#2(EF#2))のＰ２で指定されているレコードＥＦ＃２のＰ１で指定されているレコード＃２を検索する。レコードＥＦ＃２が存在しなければ（Ｓ２４のＮｏ）、命令処理結果に応じたＳＷ(異常)を送信バッファにセットし（Ｓ２８）、Ｒ／Ｗに送信し（Ｓ２９）、レコードＥＦ＃２内のレコード＃２が存在しなければ（Ｓ２６のＮｏ）、命令処理結果に応じたＳＷ(異常)を送信バッファにセットし（S２８）、Ｒ／Ｗに送信する（Ｓ２９）。
（８）ＩＣカードレスポンス送信処理◎
ＩＣカードは、レコード＃２のレコードデータ、ＳＷ(正常)を送信バッファにセットし（Ｓ２７）、READ RECORD 命令(READ RECORD record#2(EF#2))処理結果を送信する（Ｓ２９）。
ＩＣカードは、レコード＃２のレコードデータ、ＳＷ(正常)を送信バッファにセットし（Ｓ２７）、READ RECORD 命令(READ RECORD record#2(EF#2))処理結果を送信する（Ｓ２９）。
（９）Ｒ／ＷからREAD RECORD命令送信◎
Ｒ／ＷがＩＣカードに、READ RECORD 命令のＰ１−Ｐ２でレコードＥＦ＃２のレコード＃２を指定したREAD RECORD 命令 (READ RECORD record#2(EF#2))を送信する。
Ｒ／ＷがＩＣカードに、READ RECORD 命令のＰ１−Ｐ２でレコードＥＦ＃２のレコード＃２を指定したREAD RECORD 命令 (READ RECORD record#2(EF#2))を送信する。
（１０）上記（２）から（８）に示す処理を行う。この処理によってレコード＃１及びレコード＃２のデータがＩＣカードからＲ／Ｗに送信される。
なお、一回に送信可能なデータ量の最大値を規定しないことにより、読み出すデータの量が多くても読み出しにおけるコマンド／レスポンス処理が一回で済む方法が知られている（例えば、特許文献１参照。）。
しかしながら、上述した従来の技術では、複数のレコードＥＦ−ＩＤから複数のレコードを読み出す場合、ＩＣカードリーダ・ライタ（Ｒ／Ｗ）がレコードＥＦ−ＩＤとそのＩＤ内のレコード番号を指定し、ＩＣカードはＲ／Ｗからの命令を解釈し、指定ＩＤ内の指定レコードを読み出す処理を繰り返す。これにより、Ｒ／Ｗからの命令をＩＣカードが解釈する回数が増え、ＩＣカードのファイルアクセスにおける処理時間が増えるという課題があった。なお、特許文献１記載の方法は、大量データの送受信を行うため通信状態が安定にできる領域での使用が推奨されている。
本発明は、上述した課題を解決するためになされたもので、ＩＣカードの記憶部に記憶された異なるレコードＥＦ−ＩＤ内の異なるレコードを、一括読出すことにより、ＩＣカードのファイルアクセスにおける全体の処理時間を短縮することができるＩＣカードを提供することを目的とする。
上記目的を達成するために、本発明の請求項１記載のＩＣカードは、制御部、記憶部及び通信部を有して構成され、外部端末から送信されたヘッダ領域及びボディ領域で構成された命令を受信し、この命令を解釈、実行してその結果を応答として前記外部端末に送信するＩＣカードにおいて、前記通信部は、前記外部端末から受信した命令を前記記憶部に記憶し、前記制御部は、前記記憶部に記憶された前記ボディ領域内の命令データ部に、メモリ領域を示すレコードファイルＩＤとそのレコードファイルＩＤ内のレコードを指定するためのレコード番号との対が複数指定されている場合、当該指定された複数のレコードファイルＩＤと対になるレコード番号のデータを前記記憶部に設けられた送信バッファに設定し、前記通信部は、前記送信バッファに設定されたデータを前記外部端末に送信する。
本実施例に係るＩＣカードは、制御部、記憶部及び通信部を有して構成される。制御部としてＣＰＵ（Central Processing Unit:中央処理装置）が配置される。また、記憶部としてＲＯＭ(Read Only Memory:読み取り専用メモリ)、ＲＡＭ（Random Access Memory:揮発性メモリ）及びＮＶＭ（Non-volatile memory:不揮発性メモリ）が配置される。通信部は、ＩＣカード１０内に設けられた外部端子を介してＩＣカードリーダ・ライタ（端末）２０と通信を行う。
以下、ＩＣカード１０とＩＣカードリーダ・ライタ２０との通信において、一括読み出しできるＩＣカードのファイルアクセス処理機能を、以下図面を参照して説明する。
図１は、実施例１に係るＩＣカードの概略構成図である。ＩＣカード１０は、制御部及び通信部で構成される。
制御部はＣＰＵ１１を有し、記憶部はＲＯＭ１３、ＲＡＭ１４及びＮＶＭ１５を有して構成される。ＲＯＭ１３及びＮＶＭ１５は、当該ＣＰＵ１１を動作するためのプログラムが実装される。
通信部１２は、接触端子を介した接触式ＩＣカード（以下。ＩＣカードと称する。）１０とＩＣカードリーダ・ライタ（端末）２０との間の通信を行う。
図２は、実施例１に係るＩＣカードリーダ・ライタ２０とＩＣカード１０間の通信プロトコルの一例である。ＩＣカード１０とＩＣカードリーダ・ライタ２０との間の通信で用いられるプロトコルには国際規格があり、通常は、この国際規格に基づくプロトコルに応じて送受信が行われる。本実施例で用いられるプロトコルは、ＩＳＯ／ＩＥＣ ７８１６に準拠している。このプロトコルは、ＩＣカード１０とＩＣカードリーダ・ライタ２０間の基本命令、ファイル構造及びセキュリティの基本構造を規定している。
図２（１）は、本実施例に用いられるＩＣカードリーダ・ライタ（端末）２０からＩＣカード１０に対する命令形式（コマンドフォーマット）である。
命令部分はＣＬＡ、ＩＮＳ、Ｐ１及びＰ２からなる４バイトのヘッダ領域で構成され、ＩＣカード１０に対する命令を構成する。
ＩＮＳ：具体的な命令内容を示す。
Ｌｃ、Data Field（命令データ部）及びＬｅは、送信するデータがある場合に用いられるボディ領域を構成するが、READ RECORD命令では、ＬＣ、Data FieldがなくてもＬｅは必要になる。
Ｌｃ：Data Fieldのサイズ
Data Field：Ｌｃで示されるサイズのデータ
Ｌｅ：レスポンスの最大サイズ
ＩＣカードからＩＣカードリーダ・ライタに対する応答時のデータサイズ
上述したボディ領域は、オプションであり、設定されない場合もあるが本実施例では使用している。なお、詳細は後述する。
Data Field：Ｌｃで示されるサイズのデータ
Ｌｅ：レスポンスの最大サイズ
ＩＣカードからＩＣカードリーダ・ライタに対する応答時のデータサイズ
上述したボディ領域は、オプションであり、設定されない場合もあるが本実施例では使用している。なお、詳細は後述する。
図２（２）は、本実施例に用いられるＩＣカード１０からＩＣカードリーダ・ライタ２０に対するステータスフォーマットである。このフォーマットは、ステータスワードの前にレコードデータ領域からなるボディ領域を有する。このレコードデータのデータサイズは、図２（１）で示すＬｅで指定した値以下に設定される。
ＳＷ１、ＳＷ２：ステータスワードと呼ばれ、命令が成功したかを示す値と、命令が失敗した理由を示す値で構成される。その一例を下記に示す。
ＳＷ１ ＳＷ２◎
９０ ００・・・・・正常終了◎
６２ ００・・・・・照合不一致◎
６２ ８３・・・・・出力データに異常がある
図３は、実施例１に係るREAD RECORD 命令形式とレスポンス形式であり、図２に示す命令形式及びステータスフォーマットの詳細図である。
９０ ００・・・・・正常終了◎
６２ ００・・・・・照合不一致◎
６２ ８３・・・・・出力データに異常がある
図３は、実施例１に係るREAD RECORD 命令形式とレスポンス形式であり、図２に示す命令形式及びステータスフォーマットの詳細図である。
図３（１）は、本実施例の偶数INS READ RECORD命令の命令形式とレスポンス形式を示す。
上記命令形式を以下に示す。
[CLA][INS][P1][P2][DATA Field][Le]
ＩＮＳ：Ｂ２・・・・偶数INS READ RECORD、偶数命令になっている
Ｌｃ ：０４・・・・Data Field のデータサイズが４バイトであることを示す
Data Field◎
０１：レコード＃１（レコード番号１のこと）◎
下記、短縮ＥＦ−ＩＤ＃１で指定された最初のレコードＲＣ１１を示す（図３（３）参照）。
ＩＮＳ：Ｂ２・・・・偶数INS READ RECORD、偶数命令になっている
Ｌｃ ：０４・・・・Data Field のデータサイズが４バイトであることを示す
Data Field◎
０１：レコード＃１（レコード番号１のこと）◎
下記、短縮ＥＦ−ＩＤ＃１で指定された最初のレコードＲＣ１１を示す（図３（３）参照）。
０１：短縮ＥＦ−ＩＤ＃１◎
短縮ＥＦ−ＩＤ＃１とは、図３（３）に示すメモリ領域（短縮ＥＦ−ＩＤ＃１）のことであり、このメモリ領域にはレコード＃１〜レコード＃ｎ個のレコードが存在する。
短縮ＥＦ−ＩＤ＃１とは、図３（３）に示すメモリ領域（短縮ＥＦ−ＩＤ＃１）のことであり、このメモリ領域にはレコード＃１〜レコード＃ｎ個のレコードが存在する。
０２：レコード＃２
下記、短縮ＥＦ−ＩＤ＃２で指定された２番目のレコード（＃２）ＲＣ２２を示す（図３（３）参照）。
下記、短縮ＥＦ−ＩＤ＃２で指定された２番目のレコード（＃２）ＲＣ２２を示す（図３（３）参照）。
０２：短縮ＥＦ−ＩＤ＃２◎
短縮ＥＦ−ＩＤ＃２とは、図３（３）に示すメモリ領域（短縮ＥＦ−ＩＤ＃２）のことであり、このメモリ領域にはレコード＃１〜レコード＃ｎ（レコード番号ｎのこと）個のレコードが存在する。
短縮ＥＦ−ＩＤ＃２とは、図３（３）に示すメモリ領域（短縮ＥＦ−ＩＤ＃２）のことであり、このメモリ領域にはレコード＃１〜レコード＃ｎ（レコード番号ｎのこと）個のレコードが存在する。
Ｌｅ ：００・・・・レスポンスの最大サイズ、００の場合、レスポンスサイズは制限なし。
本実施例では、Ｐ１、Ｐ２は使用せずにアクセスするレコードＥＦの短縮ＥＦ−ＩＤとその内部のレコード番号対は、すべて[Data Field]で指定する。
図３（２）は、本実施例の偶数INS READ RECORD命令に対するＩＣカードのレスポンスである。このレスポンスは、ISO/IEC 7816-3準拠のＲ−ＡＰＤＵ（Response Application Protocol Data Unit）で示され、下記にその形式を示す。
[(response)Data][SW1][SW2]
[(response)Data]の形式をTLV DATA objectにBER-TLVを使用して独自に規定した。
[(response)Data]の形式をTLV DATA objectにBER-TLVを使用して独自に規定した。
図３（３）は、上述した短縮ＥＦ−ＩＤに対するレコードを説明するメモリマップの構造である。すでに上記図３（１）のビット説明に合わせて説明した通りである。
なお、短縮ＥＦ−ＩＤの短縮とは、上記メモリマップ内ＥＦ−ＩＤの位置を説明する上で短縮した表現形式を用いていることを示す。
図３（１）の命令形式で指示した短縮ＥＦ−ＩＤとレコード番号対がその順番通りに読み出され、[(response)DATA]は、record#1(EF#1)とrecord#2(EF#2)の[Tag][Length][Value]が連結した[Tag][Length][Value(record#1(EF#1))][Tag][Length][Value(record#2(EF#2))]
からなる。なお、Ｔａｇは請求項に記載のタグに該当する。
からなる。なお、Ｔａｇは請求項に記載のタグに該当する。
２つのレコードＥＦ−ＩＤ（ＥＦ＃1，ＥＦ＃２）からそれぞれのレコード(record#1(EF#1)),record#2(EF#2))を読み出す場合、図３（１）で表わされる命令形式を用いてＩＣカードリーダ・ライタ２０がＩＣカード１０に送信し、図３（２）で表わされるレスポンス形式を用いてＩＣカード１０がＩＣカードリーダ・ライタ２０に命令の処理結果を送信（返送）する。
図４は、ＩＣカードリーダ・ライタ２０から送信された偶数INS READ RECORD命令に対するＩＣカードのファイルアクセス処理を示すフローチャートである。
最初に、READ RECORD 命令（READ RECORD read#1(EF#1)(1st), READ RECORD read#2(EF#2)(2nd)）を受信後、当該命令のＰ１、Ｐ２をチェックする（Ｓ０１）。
Ｐ１＝００かつＰ２＝ＦＦの場合（Ｓ０２のＹｅｓ）、READ RECORD 命令のＬｃをチェックする（Ｓ０３）。なお、ステップＳ０２でＰ１＝００かつＰ２＝ＦＦでない場合は、ステップＳ１４に移行し、命令処理に応じたＳＷ（異常）を送信バッファにセットし（Ｓ１４）、ステップＳ１５で当該ＳＷをＩＣカードリーダ・ライタ２０に送信する（Ｓ１５）。
上記Ｌｃ（Data Fieldのサイズ）が００でない場合（Ｓ０４のＹｅｓ）、連続実行制御カウンタにＬｃの値をセットする（Ｓ０５）。なお、Ｌｃが００の場合は、Data Fieldに検索対象のデータがないため、上述同様ステップＳ１４に移行し、命令処理に応じたＳＷ（異常）を送信バッファにセットし（Ｓ１４）、ステップＳ１５で当該ＳＷをＩＣカードリーダ・ライタ２０に送信する（Ｓ１５）。
上記Ｌｃに関し、図３（１）に示す実施例の場合を下記に示す。
Ｌｃ＝０４
検索対象に命令データ部からＥＦの識別子（ＥＦ＃1)とその内部のレコード対（レコード＃１）をセットする（Ｓ０６）。実施例の場合を下記に示す。
検索対象に命令データ部からＥＦの識別子（ＥＦ＃1)とその内部のレコード対（レコード＃１）をセットする（Ｓ０６）。実施例の場合を下記に示す。
ＥＦの識別子（ＥＦ＃1) ：０１・・・短縮ＥＦ−ＩＤ＃１
短縮ＥＦ（Element File）のＩＤ番号が１であることを示す。
レコード対（レコード＃１）：０１・・・短縮ＥＦ−ＩＤ＃２
短縮ＥＦ（Element File）のＩＤ番号が２であることを示す。
ＩＣカードは、レコードＥＦ＃１（レコードＥＦ＃１と記述する）の識別子から、レコードＥＦ＃１を検索する（Ｓ０７）。この検索の結果、検索対象のレコードＥＦ＃１が存在すれば（Ｓ０８のＹｅｓ）、ＩＣカードはレコードＥＦ＃１の中から、レコード＃１を検索する（Ｓ０９）。
短縮ＥＦ（Element File）のＩＤ番号が１であることを示す。
レコード対（レコード＃１）：０１・・・短縮ＥＦ−ＩＤ＃２
短縮ＥＦ（Element File）のＩＤ番号が２であることを示す。
ＩＣカードは、レコードＥＦ＃１（レコードＥＦ＃１と記述する）の識別子から、レコードＥＦ＃１を検索する（Ｓ０７）。この検索の結果、検索対象のレコードＥＦ＃１が存在すれば（Ｓ０８のＹｅｓ）、ＩＣカードはレコードＥＦ＃１の中から、レコード＃１を検索する（Ｓ０９）。
この検索の結果、レコード＃１が存在すれば（Ｓ１０のＹｅｓ）、レコードＥＦ＃１のレコードデータ、ＳＷ（ＳＷ１、ＳＷ２の総称）（正常）を送信バッファにセットする。実施例では上述したようにＳＷには下記の値がセットされる。
ＳＷ１ ＳＷ２◎
９０ ００
なお、ステップＳ０８で検索対象のレコードＥＦ＃１が存在しない場合（Ｓ０８のＮｏ）及び当該検索対象レコード＃１が存在しない場合（Ｓ１０のＮｏ）、上記同様にステップＳ１４に移行し、命令処理に応じたＳＷ（異常）を送信バッファにセットし（Ｓ１４）、ステップＳ１５で当該ＳＷをＩＣカードリーダ・ライタ２０に送信する（Ｓ１５）。
９０ ００
なお、ステップＳ０８で検索対象のレコードＥＦ＃１が存在しない場合（Ｓ０８のＮｏ）及び当該検索対象レコード＃１が存在しない場合（Ｓ１０のＮｏ）、上記同様にステップＳ１４に移行し、命令処理に応じたＳＷ（異常）を送信バッファにセットし（Ｓ１４）、ステップＳ１５で当該ＳＷをＩＣカードリーダ・ライタ２０に送信する（Ｓ１５）。
連続実行制御カウンタを２減算する（Ｓ１２）。連続制御実行カウンタが０でなければ（Ｓ１３のＮｏ）、上述したステップＳ０６以降の処理を行う。ただし、検索対象に命令データ部からＥＦの識別子（ＥＦ＃２）とその内部のレコード番号対（レコード＃２）に関して上述したＥＦの識別子（ＥＦ＃１）の場合と同様の処理をステップＳ０６からステップＳ１２で行う。
上記処理終了後、ステップＳ１３において、連続制御カウンタが０になれば（Ｓ１３のＹｅｓ）、ＩＣカードリーダ・ライタ２０に応答メッセージを送信し、次の命令の受信待ち状態にする（Ｓ１５）。
なお、ステップＳ０２でＰ１＝００かつＰ２＝ＦＦでない場合は、ステップＳ１４に移行し、命令処理に応じたＳＷ（異常）を送信バッファにセットし（Ｓ１４）、ステップＳ１５で当該ＳＷをＩＣカードリーダ・ライタ２０に送信する。
図５は、ＩＣカード１０とＩＣカードリーダ・ライタとの通信処理を示すフローチャートである。ＩＣカードリーダ・ライタ２０からREAD RECORD 命令が送信される。この命令は、図２（１）に示す命令形式に従って送信される（２０ａ）。
ＩＣカード１０は、ＩＣカードリーダ・ライタから受信したREAD RECORD 命令を受信し（１０ａ）、図４に示すファイルアクセス処理フローチャートに従い、当該READ RECORD命令を実行する（１０ｂ）。
READ RECORD 命令処理（１０ｂ）の処理結果は、レスポンスとしてＩＣカード送信される（２０ｂ)。
なお、従来技術でこの方法を用いることができなかった理由を下記に示す。
従来技術は、「現状では、１つの論理チャネル上にCurrent EFは、最大１つずつしか存在しえない。従って、レコードデータ読出命令でcurrent EFを対象にすると１つのファイルからレコード読み出しを実施する。」ので、従来技術では、「１つのREAD RECORD命令で、１つのファイルからしかレコードを読み出せない」ということになり、それを解決すべく上述した本実施例が考案された。
従来技術は、「現状では、１つの論理チャネル上にCurrent EFは、最大１つずつしか存在しえない。従って、レコードデータ読出命令でcurrent EFを対象にすると１つのファイルからレコード読み出しを実施する。」ので、従来技術では、「１つのREAD RECORD命令で、１つのファイルからしかレコードを読み出せない」ということになり、それを解決すべく上述した本実施例が考案された。
なお、上記Current EFとは、本実施例に記載のレコードＥＦに関し、選択中の操作可能なＥＦをいう。ここでは、レコードＥＦ内の1個のレコードデータ読み出し命令に付き1個のレコードデータを読み出すことができる。
以上説明したように、本実施例の偶数INS READ RECORD命令形式のData Field を使用することにより、１つの命令で異なる複数のEFから、そのEF内レコードを一括して読み出すことができる。この方法によれば、ＩＣカードが命令を解釈する回数が減り、ＩＣカードの全体の処理時間を短縮することができる。
１０ ＩＣカード
１０ａ READ RECORD 命令受信処理
１０ｂ ＩＣカード命令処理
１０ｃ RERAD RECORD 命令処理結果送処理
２０ ＩＣカードリーダ・ライタ
２０ａ READ RECOD 命令送信処理
１０ａ READ RECORD 命令受信処理
１０ｂ ＩＣカード命令処理
１０ｃ RERAD RECORD 命令処理結果送処理
２０ ＩＣカードリーダ・ライタ
２０ａ READ RECOD 命令送信処理
（１）Ｒ／ＷからREAD RECORD命令送信
Ｒ／ＷがＩＣカードに、READ RECORD 命令のＰ１−Ｐ２でレコードＥＦ＃１のレコード＃１を指定したREAD RECORD 命令 (READ RECORD record#1(EF#1))を送信する。
Ｒ／ＷがＩＣカードに、READ RECORD 命令のＰ１−Ｐ２でレコードＥＦ＃１のレコード＃１を指定したREAD RECORD 命令 (READ RECORD record#1(EF#1))を送信する。
（２）ＩＣカードREAD RECORD命令受信
ＩＣカードがＲ／Ｗから、READ RECORD 命令のＰ１−Ｐ２でレコードＥＦ＃１のレコード＃１を指定したREAD RECORD 命令 (READ RECORD record#1(EF#1))を受信する。
ＩＣカードがＲ／Ｗから、READ RECORD 命令のＰ１−Ｐ２でレコードＥＦ＃１のレコード＃１を指定したREAD RECORD 命令 (READ RECORD record#1(EF#1))を受信する。
（３）ＩＣカードREAD RECORD命令処理
ＩＣカードは、READ RECORD 命令 (READ RECORD record#1(EF#1))のＰ２で指定されているレコードＥＦ＃１のＰ１で指定されているレコード＃１を検索する（Ｓ２０−Ｓ２１）。レコードＥＦ＃１が存在しなければ（Ｓ２４のＮｏ）命令処理結果に応じたＳＷ(異常)を送信バッファにセットし（Ｓ２８）、Ｒ／Ｗに送信し（Ｓ２９）、レコードＥＦ＃１内のレコード＃１が存在しなければ（S２６のＮｏ）、命令処理結果に応じたＳＷ(異常)を送信バッファにセットし（Ｓ２８）、Ｒ／Ｗに送信する（Ｓ２９）。
ＩＣカードは、READ RECORD 命令 (READ RECORD record#1(EF#1))のＰ２で指定されているレコードＥＦ＃１のＰ１で指定されているレコード＃１を検索する（Ｓ２０−Ｓ２１）。レコードＥＦ＃１が存在しなければ（Ｓ２４のＮｏ）命令処理結果に応じたＳＷ(異常)を送信バッファにセットし（Ｓ２８）、Ｒ／Ｗに送信し（Ｓ２９）、レコードＥＦ＃１内のレコード＃１が存在しなければ（S２６のＮｏ）、命令処理結果に応じたＳＷ(異常)を送信バッファにセットし（Ｓ２８）、Ｒ／Ｗに送信する（Ｓ２９）。
（４）ＩＣカードレスポンス送信処理
ＩＣカードは、レコード＃１のレコードデータ、ＳＷ(正常)を送信バッファにセットし（Ｓ２７）、READ RECORD 命令(READ RECORD record#1(EF#1))処理結果を送信する（Ｓ２９）。
ＩＣカードは、レコード＃１のレコードデータ、ＳＷ(正常)を送信バッファにセットし（Ｓ２７）、READ RECORD 命令(READ RECORD record#1(EF#1))処理結果を送信する（Ｓ２９）。
（５）Ｒ／ＷからREAD RECORD命令送信
Ｒ／ＷがＩＣカードに、READ RECORD 命令のＰ１−Ｐ２でレコードＥＦ−ＩＤ＃２（レコードＥＦ＃２と記述する）のレコード＃２を指定したREAD RECORD 命令 (READ RECORD record#2(EF#2))を送信する。
Ｒ／ＷがＩＣカードに、READ RECORD 命令のＰ１−Ｐ２でレコードＥＦ−ＩＤ＃２（レコードＥＦ＃２と記述する）のレコード＃２を指定したREAD RECORD 命令 (READ RECORD record#2(EF#2))を送信する。
（６）ＩＣカードREAD RECORD命令受信
ＩＣカードがＲ／Ｗから、READ RECORD 命令のＰ１−Ｐ２でレコードＥＦ＃２のレコード＃２を指定したREAD RECORD 命令 (READ RECORD record#2(EF#2))を受信する。
ＩＣカードがＲ／Ｗから、READ RECORD 命令のＰ１−Ｐ２でレコードＥＦ＃２のレコード＃２を指定したREAD RECORD 命令 (READ RECORD record#2(EF#2))を受信する。
（７）ＩＣカードREAD RECORD命令処理
ＩＣカードは、READ RECORD 命令 (READ RECORD record#2(EF#2))のＰ２で指定されているレコードＥＦ＃２のＰ１で指定されているレコード＃２を検索する。レコードＥＦ＃２が存在しなければ（Ｓ２４のＮｏ）、命令処理結果に応じたＳＷ(異常)を送信バッファにセットし（Ｓ２８）、Ｒ／Ｗに送信し（Ｓ２９）、レコードＥＦ＃２内のレコード＃２が存在しなければ（Ｓ２６のＮｏ）、命令処理結果に応じたＳＷ(異常)を送信バッファにセットし（S２８）、Ｒ／Ｗに送信する（Ｓ２９）。
ＩＣカードは、READ RECORD 命令 (READ RECORD record#2(EF#2))のＰ２で指定されているレコードＥＦ＃２のＰ１で指定されているレコード＃２を検索する。レコードＥＦ＃２が存在しなければ（Ｓ２４のＮｏ）、命令処理結果に応じたＳＷ(異常)を送信バッファにセットし（Ｓ２８）、Ｒ／Ｗに送信し（Ｓ２９）、レコードＥＦ＃２内のレコード＃２が存在しなければ（Ｓ２６のＮｏ）、命令処理結果に応じたＳＷ(異常)を送信バッファにセットし（S２８）、Ｒ／Ｗに送信する（Ｓ２９）。
（８）ＩＣカードレスポンス送信処理
ＩＣカードは、レコード＃２のレコードデータ、ＳＷ(正常)を送信バッファにセットし（Ｓ２７）、READ RECORD 命令(READ RECORD record#2(EF#2))処理結果を送信する（Ｓ２９）。
ＩＣカードは、レコード＃２のレコードデータ、ＳＷ(正常)を送信バッファにセットし（Ｓ２７）、READ RECORD 命令(READ RECORD record#2(EF#2))処理結果を送信する（Ｓ２９）。
（９）Ｒ／ＷからREAD RECORD命令送信
Ｒ／ＷがＩＣカードに、READ RECORD 命令のＰ１−Ｐ２でレコードＥＦ＃２のレコード＃２を指定したREAD RECORD 命令 (READ RECORD record#2(EF#2))を送信する。
Ｒ／ＷがＩＣカードに、READ RECORD 命令のＰ１−Ｐ２でレコードＥＦ＃２のレコード＃２を指定したREAD RECORD 命令 (READ RECORD record#2(EF#2))を送信する。
上記目的を達成するために、本発明の請求項１記載のＩＣカードは、制御部、記憶部及び通信部を有して構成され、外部端末から送信されたヘッダ領域及びボディ領域で構成された命令を受信し、この命令を解釈、実行してその結果を応答として前記外部端末に送信するＩＣカードにおいて、前記ヘッダ領域のパラメータＰ１及びＰ２のデータが特定の値に設定された場合に、前記通信部は、前記外部端末から受信した命令を前記記憶部に記憶し、前記制御部は、前記記憶部に記憶された前記ボディ領域内の命令データ部に、メモリ領域を示すレコードファイルＩＤとそのレコードファイルＩＤ内のレコードを指定するためのレコード番号との対が複数指定されている場合、当該指定された複数のレコードファイルＩＤと対になるレコード番号のデータを前記記憶部に設けられた送信バッファに設定し、前記通信部は、前記送信バッファに設定されたデータを前記外部端末に送信する。
ＳＷ１ ＳＷ２
９０ ００・・・・・正常終了
６２ ００・・・・・照合不一致
６２ ８３・・・・・出力データに異常がある
図３は、実施例１に係るREAD RECORD 命令形式とレスポンス形式であり、図２に示す命令形式及びステータスフォーマットの詳細図である。
９０ ００・・・・・正常終了
６２ ００・・・・・照合不一致
６２ ８３・・・・・出力データに異常がある
図３は、実施例１に係るREAD RECORD 命令形式とレスポンス形式であり、図２に示す命令形式及びステータスフォーマットの詳細図である。
[CLA][INS][P1][P2][DATA Field][Le]
ＩＮＳ：Ｂ２・・・・偶数INS READ RECORD、偶数命令になっている
Ｌｃ ：０４・・・・Data Field のデータサイズが４バイトであることを示すData Field
０１：レコード＃１（レコード番号１のこと）
下記、短縮ＥＦ−ＩＤ＃１で指定された最初のレコードＲＣ１１を示す（図３（３）参照）。
ＩＮＳ：Ｂ２・・・・偶数INS READ RECORD、偶数命令になっている
Ｌｃ ：０４・・・・Data Field のデータサイズが４バイトであることを示すData Field
０１：レコード＃１（レコード番号１のこと）
下記、短縮ＥＦ−ＩＤ＃１で指定された最初のレコードＲＣ１１を示す（図３（３）参照）。
０１：短縮ＥＦ−ＩＤ＃１
短縮ＥＦ−ＩＤ＃１とは、図３（３）に示すメモリ領域（短縮ＥＦ−ＩＤ＃１）のことであり、このメモリ領域にはレコード＃１〜レコード＃ｎ個のレコードが存在する。
短縮ＥＦ−ＩＤ＃１とは、図３（３）に示すメモリ領域（短縮ＥＦ−ＩＤ＃１）のことであり、このメモリ領域にはレコード＃１〜レコード＃ｎ個のレコードが存在する。
０２：短縮ＥＦ−ＩＤ＃２
短縮ＥＦ−ＩＤ＃２とは、図３（３）に示すメモリ領域（短縮ＥＦ−ＩＤ＃２）のことであり、このメモリ領域にはレコード＃１〜レコード＃ｎ（レコード番号ｎのこと）個のレコードが存在する。
短縮ＥＦ−ＩＤ＃２とは、図３（３）に示すメモリ領域（短縮ＥＦ−ＩＤ＃２）のことであり、このメモリ領域にはレコード＃１〜レコード＃ｎ（レコード番号ｎのこと）個のレコードが存在する。
ＳＷ１ ＳＷ２
９０ ００
なお、ステップＳ０８で検索対象のレコードＥＦ＃１が存在しない場合（Ｓ０８のＮｏ）及び当該検索対象レコード＃１が存在しない場合（Ｓ１０のＮｏ）、上記同様にステップＳ１４に移行し、命令処理に応じたＳＷ（異常）を送信バッファにセットし（Ｓ１４）、ステップＳ１５で当該ＳＷをＩＣカードリーダ・ライタ２０に送信する（Ｓ１５）。
９０ ００
なお、ステップＳ０８で検索対象のレコードＥＦ＃１が存在しない場合（Ｓ０８のＮｏ）及び当該検索対象レコード＃１が存在しない場合（Ｓ１０のＮｏ）、上記同様にステップＳ１４に移行し、命令処理に応じたＳＷ（異常）を送信バッファにセットし（Ｓ１４）、ステップＳ１５で当該ＳＷをＩＣカードリーダ・ライタ２０に送信する（Ｓ１５）。
Claims (3)
- 制御部、記憶部及び通信部を有して構成され、外部端末から送信されたヘッダ領域及びボディ領域で構成された命令を受信し、この命令を解釈、実行してその結果を応答として前記外部端末に送信するＩＣカードにおいて、
前記通信部は、
前記外部端末から受信した命令を前記記憶部に記憶し、
前記制御部は、
前記記憶部に記憶された前記ボディ領域内の命令データ部に、メモリ領域を示すレコードファイルＩＤとそのレコードファイルＩＤ内のレコードを指定するためのレコード番号との対が複数指定されている場合、当該指定された複数のレコードファイルＩＤと対になるレコード番号のデータを前記記憶部に設けられた送信バッファに設定し、
前記通信部は、
前記送信バッファに設定されたデータを前記外部端末に送信するＩＣカード。 - 前記制御部はまた、
前記記憶部に記憶された前記ボディ領域内の命令データ部に、メモリ領域を示すレコードファイルＩＤとそのレコードファイルＩＤ内のレコードを指定するためのレコード番号との対が複数指定されている場合、当該指定されたレコードファイルＩＤ及びその対になるレコード番号のそれぞれを検索対象として検索した結果、当該指定された複数のレコードファイルＩＤ又は当該レコードファイルＩＤと対になるレコード番号によって指定されたレコードのいずれかが存在しない場合、異常発生と判断し、異常発生時点で検索を終了して異常を示すステータスを返信する請求項１記載のＩＣカード。 - 前記制御部はさらに、
前記記憶部に記憶された前記ボディ領域内の命令データ部に、メモリ領域を示すレコードファイルＩＤとそのレコードファイルＩＤ内のレコードを指定するためのレコード番号との対が複数指定されている場合、当該命令の処理結果として前記レコードファイルＩＤとそのレコードファイルＩＤ内のレコードを指定するためのレコード番号のそれぞれに対する処理結果を連結して、当該外部端末に送信するとき、各レコードファイルＩＤとレコード番号をタグとして応答の先頭にセットして送信する請求項１又は請求項２記載のＩＣカード。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016018106A JP6097855B2 (ja) | 2016-02-02 | 2016-02-02 | Ｉｃカード |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016018106A JP6097855B2 (ja) | 2016-02-02 | 2016-02-02 | Ｉｃカード |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2012006396A Division JP5883295B2 (ja) | 2012-01-16 | 2012-01-16 | Ｉｃカード |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2016095877A true JP2016095877A (ja) | 2016-05-26 |
| JP6097855B2 JP6097855B2 (ja) | 2017-03-15 |
Family
ID=56071332
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2016018106A Active JP6097855B2 (ja) | 2016-02-02 | 2016-02-02 | Ｉｃカード |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6097855B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2019128903A (ja) * | 2018-01-26 | 2019-08-01 | 大日本印刷株式会社 | 通信システム、通信方法、電子情報記憶媒体及びｉｃカード |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH04217088A (ja) * | 1990-12-17 | 1992-08-07 | Toppan Printing Co Ltd | Ｉｃカード |
| JPH1173480A (ja) * | 1997-08-29 | 1999-03-16 | Dainippon Printing Co Ltd | Ｉｃカード |
| US20040003166A1 (en) * | 2002-06-28 | 2004-01-01 | Satoshi Sekiya | Portable electronic medium issuing system and issuing method and portable electronic medium |
| JP2005011147A (ja) * | 2003-06-20 | 2005-01-13 | Dainippon Printing Co Ltd | Ｉｃカード及びｉｃカードプログラム |
| JP2008210226A (ja) * | 2007-02-27 | 2008-09-11 | Oki Electric Ind Co Ltd | ホストとｕｓｂストレージデバイス間のデータ転送方法 |
| JP2010009467A (ja) * | 2008-06-30 | 2010-01-14 | Toshiba Corp | 情報記憶媒体、情報処理システム、及びコマンド方法 |
| JP2011198106A (ja) * | 2010-03-19 | 2011-10-06 | Toshiba Corp | 携帯可能電子装置 |
-
2016
- 2016-02-02 JP JP2016018106A patent/JP6097855B2/ja active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH04217088A (ja) * | 1990-12-17 | 1992-08-07 | Toppan Printing Co Ltd | Ｉｃカード |
| JPH1173480A (ja) * | 1997-08-29 | 1999-03-16 | Dainippon Printing Co Ltd | Ｉｃカード |
| US20040003166A1 (en) * | 2002-06-28 | 2004-01-01 | Satoshi Sekiya | Portable electronic medium issuing system and issuing method and portable electronic medium |
| JP2005011147A (ja) * | 2003-06-20 | 2005-01-13 | Dainippon Printing Co Ltd | Ｉｃカード及びｉｃカードプログラム |
| JP2008210226A (ja) * | 2007-02-27 | 2008-09-11 | Oki Electric Ind Co Ltd | ホストとｕｓｂストレージデバイス間のデータ転送方法 |
| JP2010009467A (ja) * | 2008-06-30 | 2010-01-14 | Toshiba Corp | 情報記憶媒体、情報処理システム、及びコマンド方法 |
| JP2011198106A (ja) * | 2010-03-19 | 2011-10-06 | Toshiba Corp | 携帯可能電子装置 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2019128903A (ja) * | 2018-01-26 | 2019-08-01 | 大日本印刷株式会社 | 通信システム、通信方法、電子情報記憶媒体及びｉｃカード |
| JP7073744B2 (ja) | 2018-01-26 | 2022-05-24 | 大日本印刷株式会社 | 通信システム及び通信方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP6097855B2 (ja) | 2017-03-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7428992B2 (en) | Secure device and system for issuing IC cards | |
| US6676022B1 (en) | Smart card system with command queuing | |
| US9894469B2 (en) | NFC device with multiple secure elements | |
| JP4780110B2 (ja) | アプリケーション・サービスをマイクロコントローラ・カードから端末に通信する方法、システム、及びマイクロコントローラ・カード | |
| JP6516133B2 (ja) | 通信デバイス及び通信システム | |
| JP6097855B2 (ja) | Ｉｃカード | |
| JP4468407B2 (ja) | データ管理システム、管理サーバ、データ管理方法、およびプログラム | |
| JP4283611B2 (ja) | Ｉｃカード遠隔制御システム | |
| JP5883295B2 (ja) | Ｉｃカード | |
| JP6194714B2 (ja) | ユニバーサルｉｃカードおよびセキュリティ属性の照合方法 | |
| JP2008107991A (ja) | 情報処理媒体とそのプログラム、情報処理媒体のエラー処理方法、及び、情報処理システム | |
| JP4590201B2 (ja) | データキャリア及びデータキャリアのプログラム | |
| JP7005934B2 (ja) | 電子情報記憶媒体、ｉｃカード、データ送信方法、データ書き込み方法、データ送信プログラム及びデータ書き込みプログラム | |
| JP6182940B2 (ja) | Ｉｃカード、ステータスワード出力方法、及びステータスワード出力処理プログラム | |
| JP5799754B2 (ja) | Ｉｃチップ、ｉｃチップにおける処理方法、ｉｃチップ用処理プログラム、ｉｃカード、及び携帯端末 | |
| CN109729117B (zh) | 一种报文处理的方法、芯片系统以及计算机存储介质 | |
| JP7468757B1 (ja) | 電子情報記憶媒体、ｉｃチップ、ｉｃカード、レスポンス送信方法、及びプログラム | |
| JP2005011147A (ja) | Ｉｃカード及びｉｃカードプログラム | |
| JP6499052B2 (ja) | Ｉｃカード、ｉｃモジュール、及びプログラム | |
| JP7444197B2 (ja) | 電子情報記憶媒体、暗号演算方式選択方法、及びプログラム | |
| JP6948021B2 (ja) | 電子情報記憶媒体、情報処理方法、及び情報処理プログラム | |
| JP2013191117A (ja) | Ｉｃチップ、ａｔｒ応答処理プログラム、及びａｔｒ応答方法 | |
| JP7439847B2 (ja) | 電子情報記憶媒体、鍵データ設定方法、及びプログラム | |
| JP2013161310A (ja) | Ｉｃカード | |
| CN114726407B (zh) | 用于获取异常信息的方法、装置、控制器及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20160302 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20160302 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20160422 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20170116 |
|
| 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: 20170120 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20170220 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 6097855 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 Free format text: JAPANESE INTERMEDIATE CODE: R313114 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |