JP4828809B2 - Ｉｃカードおよびｉｃカードにおける処理方法 - Google Patents

Ｉｃカードおよびｉｃカードにおける処理方法 Download PDF

Info

Publication number
JP4828809B2
JP4828809B2 JP2004238602A JP2004238602A JP4828809B2 JP 4828809 B2 JP4828809 B2 JP 4828809B2 JP 2004238602 A JP2004238602 A JP 2004238602A JP 2004238602 A JP2004238602 A JP 2004238602A JP 4828809 B2 JP4828809 B2 JP 4828809B2
Authority
JP
Japan
Prior art keywords
command
logical channel
data
card
channel number
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.)
Active
Application number
JP2004238602A
Other languages
English (en)
Other versions
JP2005196730A (ja
Inventor
量一 栗山
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 Corp
Original Assignee
Toshiba 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 Corp filed Critical Toshiba Corp
Priority to JP2004238602A priority Critical patent/JP4828809B2/ja
Priority to EP09005771A priority patent/EP2093719A1/en
Priority to DE602004021226T priority patent/DE602004021226D1/de
Priority to EP04028699A priority patent/EP1544809B1/en
Priority to SG200407603A priority patent/SG112997A1/en
Priority to KR1020040102096A priority patent/KR100614064B1/ko
Priority to US11/006,784 priority patent/US7434066B2/en
Publication of JP2005196730A publication Critical patent/JP2005196730A/ja
Application granted granted Critical
Publication of JP4828809B2 publication Critical patent/JP4828809B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
    • G07F7/1008—Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K19/00—Record carriers for use with machines and with at least a part designed to carry digital markings
    • G06K19/06—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
    • G06K19/067—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components
    • G06K19/07—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components with integrated circuit chips
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/44—Program or device authentication
    • G06F21/445—Program or device authentication by mutual authentication, e.g. between devices or programs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/341—Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/355—Personalisation of cards for use
    • G06Q20/3552—Downloading or loading of personalisation data
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/357—Cards having a plurality of specified features
    • G06Q20/3576—Multiple memory zones on card
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/357—Cards having a plurality of specified features
    • G06Q20/3576—Multiple memory zones on card
    • G06Q20/35765—Access rights to memory zones

Description

本発明は、たとえば、データの書込み、書換えが可能な不揮発性メモリおよびＣＰＵなどの制御素子を有し、外部からのデータの入出力を行なう手段を備えたＩＣチップを内蔵した、いわゆるＩＣカードと称される携帯可能電子装置に関する。
一般に、この種のＩＣカードにあっては、国際標準仕様であるＩＳＯ／ＩＥＣ７８１６−４により、リニアＥＦ（エレメンタリファイル：Ｅｌｅｍｅｎｔａｒｙ Ｆｉｌｅ）およびサイクリックＥＦは、リードやレコードなどのコマンドでアクセスを行ない、アクセス方法についてはポインタ情報としてのレコードポインタ（Ｒｅｃｏｒｄ Ｐｏｉｎｔｅｒ）などによることが記述されている。
例えば、ＩＳＯ／ＩＥＣ７８１６−４では、ロジカルチャネル（論理チャネル）により、複数のカレント状態を持つことが規定されているが、ロジカルチャネルごとのレコードポインタの動作については詳細に規定されていない。
また、従来のＩＣカードでは、認証処理に使用するデータを論理チャネルごとに保持することができない。つまり、認証コマンド及び認証コマンドに使用するデータを要求するコマンドをサポートする従来のＩＣカードでは、認証に使用するデータが複数の論理チャンネルで共通となっている。
例えば、ＩＳＯ ／ ＩＥＣ ７８１６−４に規定される“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドと“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドを使用して認証処理を行なう場合、従来のＩＣカードでは、ロジカルチャネル＃１で実行した“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドによるＣｈａｌｌｅｎｇｅデータ（乱数データ）がロジカルチャネル＃２でも使用できる。これは、ロジカルチャネルをアプリケーション毎に割り付けた場合、アプリケーション１で発生させたＣｈａｌｌｅｎｇｅデータをアプリケーション２でも使用できることを意味する。
ＩＳＯ７８１６−４
従来のＩＣカードでは、各ロジカルチャネルに共通でレコードポインタを使用していたため、ロジカルチャネルを、ロジカルチャネル番号＃１→＃２→＃１と使用した場合、ロジカルチャネル＃１のレコードポインタの状態がロジカルチャネル＃２で変更されてしまうという問題点がある。
そこで、本発明は、ロジカルチャネルごとにポインタ情報を持つことによりロジカルチャネルごとのポインタ情報管理が可能になる携帯可能電子装置を提供することを目的とする。
また、従来のＩＣカードでは、ロジカルチャネル＃１で保持しているデータがロジカルチャネル＃２でも使用されてしまう問題がある。例えば、ロジカルチャネルをアプリケーション毎に割り付けた場合、アプリケーション１で発生させたＣｈａｌｌｅｎｇｅデータをアプリケーション２でも使用できることを意味する。これは、セキュリティ上好ましくないという問題がある。さらに、Ｃｈａｌｌｅｎｇｅデータをロジカルチャネル＃１で発生させた後に、ロジカルチャネル＃２でもＣｈａｌｌｅｎｇｅデータを発生させた場合、ロジカルチャネル＃１で発生させたＣｈａｌｌｅｎｇｅデータは、ロジカルチャネル＃２で発生させたＣｈａｌｌｅｎｇｅデータに変更されてしまう問題がある。
そこで、本発明は、ロジカルチャネル毎に、認証のためのデータを保持することができ、ロジカルチャネル毎の認証処理および認証処理のデータ管理が可能になるＩＣカードおよびＩＣカードにおける処理方法を提供することを目的とする。
本発明のＩＣカードは、外部装置からコマンドが入力されると、このコマンドに対応した処理を実行するものにおいて、それぞれが複数のレコードデータ領域に分割された複数のファイルを記憶する第１のメモリと、この第１のメモリに記憶したファイルに対してカレント状態となっているレコードデータ領域を示すポインタ情報を複数の論理チャネル番号のそれぞれに対応づけて記憶する第２のメモリと、外部装置と通信する通信手段と、この通信手段により外部装置から論理チャネル番号を含むコマンドを受信すると、当該コマンドに含まれる論理チャネル番号の論理チャネルにおいて前記複数のファイル内から１つのファイルを選択するファイル選択手段と、このファイル選択手段により選択されたファイルに対して前記コマンドで指定された論理チャネルでカレント状態となっているレコードデータ領域を示すポインタ情報を前記第２のメモリに記憶した情報に基づいて判定し、判定したポインタ情報に基づいて特定されるレコードデータ領域をアクセス対象とする処理手段とを有する。
この発明のＩＣカードは、外部から入力されるコマンドに応じて種々の処理を実行する制御素子を有するものにおいて、外部からの論理チャネル番号を含む認証処理に使用するデータの生成を要求するコマンドに応じて、当該コマンドに含まれる論理チャネル番号での認証処理に使用するデータを生成するデータ生成手段と、このデータ生成手段により生成したデータを当該コマンドに含まれる論理チャネル番号での認証処理に使用するデータとして当該コマンドに含まれる論理チャネル番号に対応づけて保持するデータ保持手段とを具備する。
本発明によれば、ロジカルチャネルごとにポインタ情報を持つことによりロジカルチャネルごとのポインタ情報管理が可能になるＩＣカードおよびＩＣカードにおける処理方法を提供できる。
また、本発明によれば、ロジカルチャネル毎に、認証のためのデータを保持することができ、ロジカルチャネル毎の認証処理および認証処理のデータ管理が可能になるＩＣカードおよびＩＣカードにおける処理方法を提供することを目的とする。
以下、本発明の実施の形態について図面を参照して説明する。
図１は、本実施の形態に係るＩＣカードの構成を概略的に示すものである。本ＩＣカード１００は、外部装置（カードリーダライタ）との間でデータの送受信を行なう通信手段としての通信部１０２、および、１つ（あるいは複数）のＩＣチップ１０３から構成されている。
通信部１０２は、当該ＩＣカード１００が無線式ＩＣカードの場合にはアンテナおよび送受信部として構成され、無線式カードリーダライタから送信された変調波を非接触で受信したり外部へ変調波を送信するようになっている。また、受信した変調波から内部回路に供給するための電源やクロックパルスを生成するようになっている。また、当該ＩＣカード１００が接触式ＩＣカードの場合にはコンタクト部として構成され、カードリーダライタに設けられたＩＣカード接触端子部と接触することにより、データの送受信を行なうとともに、電源やクロックパルスを得るようになっている。
ＩＣチップ１０３は、制御手段としての制御素子（たとえばＣＰＵ）１０４、記憶手段としてのデータメモリ１０５、ワーキングメモリ１０６、および、プログラムメモリ１０７から構成され、通信部１０２と接続された状態でＩＣカード本体内に埋設されている。
データメモリ１０５は、各種データの記憶に使用され、たとえば、ＥＥＰＲＯＭ（エレクトリカリ・イレーザブル・アンド・プログラマブル・リード・オンリ・メモリ）などの書換え可能な不揮発性メモリで構成されている。
ワーキングメモリ１０６は、制御素子１０４が処理を行なう際の処理データなどを一時的に保持するための作業用メモリであり、たとえば、ＲＡＭ（ランダム・アクセス・メモリ）などの揮発性メモリで構成されている。
プログラムメモリ１０７は、たとえば、マスクＲＯＭ（リード・オンリ・メモリ）などの書換え不可能な固定メモリで構成されており、各基本機能を実現するサブルーチンを備えた制御素子１０４の制御プログラムなどを記憶している。
データメモリ１０５は、たとえば、図２に示すようなファイル構造でデータが記憶される。このファイル構造は、ＩＳＯ／ＩＥＣ７８１６−４に基づき、色々なフォルダの種類を持ったディレクトリのツリー構造になっており、複数のアプリケーションが登録可能である。
図２に示すように、最上位がＭＦ（Ｍａｓｔｅｒ Ｆｉｌｅ）２０１で、その配下に、データを格納するＥＦ（Ｅｌｅｍｅｎｔａｒｙ Ｆｉｌｅ）２０２，２０３、および、各アプリケーションごとに設定されるフォルダとしてＤＦ（Ｄｅｄｉｃａｔｅｄ Ｆｉｌｅ）２０４，２０５が設けられているとともに、ＤＦ２０４の配下に、ＤＦ２０６，２０７が設けられ、さらに、これらＤＦ２０４，２０５，２０６，２０７の配下に、ユーザデータの格納などに使用されるＥＦ２０８，２０９，２１０，２１１，２１２，２１３，２１４，２１５，２１６が設けられている構成になっている。
なお、以降、ＭＦ２０１をＭＦ、ＥＦ２０２，２０３をＥＦ１，ＥＦ２、ＤＦ２０４，２０５をＤＦ１，ＤＦ２、ＤＦ２０６，２０７をＤＦ１−１，ＤＦ１−２、ＥＦ２０８，２０９をＥＦ１−１，ＥＦ１−２、ＥＦ２１０，２１１，２１２をＥＦ２−１，ＥＦ２−２，ＥＦ２−３、ＥＦ２１３，２１４をＥＦ１−１−１，ＥＦ１−１−２、ＥＦ２１５，２１６をＥＦ１−２−１，ＥＦ１−２−２、とも称す。
以下、本発明に係るロジカルチャネルごとのレコードポインタの管理について詳細に説明する。
ＥＦ（Ｅｌｅｍｅｎｔａｒｙ Ｆｉｌｅ）には、リニアタイプおよびサイクリックタイプの２種類のタイプのファイルが存在する。また、レコード番号でアクセスする場合の第１レコード（レコードデータ）は、ＥＦのタイプにより下記の２種類になる。
・リニアタイプの場合 ：最初のデータのレコード
・サイクリックタイプの場合：最終のデータのレコード
ＥＦのレコード参照方法は下記（ａ）（ｂ）（ｃ）の３種類の方法があるが、本発明では（ｂ）（ｃ）の参照方法をロジカルチャネルごとに可能としたものである。
（ａ）レコード番号
ＥＦ内に格納されたレコードには、内部的にレコード番号が付与される。このレコード番号により、レコードの読出し、書換えが可能である。
（ｂ）レコードポインタによるアクセス（ネクスト／プレビアス モード）
レコードポインタを基点とした相対位置のレコードの読出し、書換えを行なうものである。処理が成功すると、レコードポインタは処理を実施したレコードを示す。この相対位置とは、
・カレントレコードの前のレコード
・カレントレコードの次のレコード
である。
（ｃ）レコードポインタ指定によるアクセス
レコードポインタの示すレコードをアクセスする。
上記の（ａ）（ｂ）（ｃ）を踏まえて、レコードポインタの位置と参照されるレコードを以下に説明する。図３に示すように、レコードポインタはワーキングメモリ１０６内に、当該ＩＣカードがサポートしているロジカルチャンネル番号（＃０、＃１、＃２、＃３）ごとに格納されている。ここに、レコードポインタには、レコード番号が格納されている。この例では、ロジカルチャネル＃０のレコードポインタはレコードＲ６である。このため、レコードポインタはレコード番号である「Ｒ６」を示している。ロジカルチャネル＃２のレコードポインタはＲ１０であり、ロジカルチャネル＃３のレコードポインタはＲ１である。
なお、ロジカルチャネル＃１のレコードポインタは「０」を示しているので、設定されていない状態を示している。「０」はレコードポインタが設定されていないとする。
図４にＥＦの一例を示すように、ロジカルチャネル＃０の場合だと、「前（プレビアス）」を指定すると、レコードポインタが示すレコードの前にあるレコードＲ５がアクセス対象となり、「次（ネクスト）」を指定すると、レコードポインタが示すレコードの後にあるレコードＲ７がアクセス対象となる。アクセスが成功すると、レコードポインタが示すレコードはアクセスをしたレコード番号に変更される。このような処理がロジカルチャネルごとに実施できる。このように、レコードポインタで示すレコードをカレントレコードとする。
次に、カレントレコードの遷移について説明する。
前述したように、ＥＦ内のレコードの参照には以下の３種類の方法がある。
（１）レコード番号指定によるレコードのアクセス
（２）ネクスト（Ｎｅｘｔ）／プレビアス（Ｐｒｅｖｉｏｕｓ） モード（Ｍｏｄｅ）指定によるレコードのアクセス
（３）レコードポインタによるレコードのアクセス
ここで、カレントレコードとは、当該ＥＦに対してアクセスを行なった場合に、以下の規則にしたがって一時的にカレント状態となるレコードのことである。カレントレコードは、内部的に管理されるレコードポインタにより指示される。
なお、本規則においての“ポインタが初期化される”状態とは、カレントレコードが存在しない状態である。すなわち、レコードポインタの示すデータが「０」となる。
規則１：ＥＦがセレクトファイル（ＳＥＬＥＣＴ ＦＩＬＥ）コマンドにより選択された場合、ポインタは初期化される。
規則２：ＥＦに対してネクスト／プレビアス モードを指定するコマンドを実行し、正常に終了した場合、レコードポインタは対象となったレコードに移動する。
規則３：コマンドが正常に終了されなかった場合にはポインタの移動は行なわない。
規則４：ＥＦ内のレコードＲ１にレコードポインタがある場合、次のプレビアス処理ではエラーステータスが出力され、レコードポインタは移動しない。
規則５：ＥＦ内の最終レコードＲｎ（最大値）にレコードポインタがある場合、次のネクスト処理ではエラーステータスが出力され、レコードポインタは移動しない。
次に、ＩＳＯ／ＩＥＣ７８１６−４に規定されているロジカルチャネルについて説明する。本実施の形態では、図３に示すように４個のロジカルチャネル（＃０、＃１、＃２、＃３）をサポートしている。
なお、ロジカルチャネル番号の＃０〜＃３を使用する場合は、ＩＳＯ／ＩＥＣ７８１６−４で定義されている、ｍａｎａｇｅ ｃｈａｎｎｅｌコマンドにより使用可能な状態となる。＃０は、常時使用可能である。ロジカルチャネル番号の＃１〜＃３を使用する場合は、予めｍａｎａｇｅ ｃｈａｎｎｅｌコマンドにより使用するロジカルチャネル番号を使用可能な状態にする必要がある。
ロジカルチャネル番号はセレクトファイルコマンドにより各ＤＦに設定され、このロジカルチャネル番号を各コマンドのＣＬＡバイト中にコーディングすることにより、どのＤＦまたはＥＦに対してのアクセスコマンドであるかの判断をすることができる。以下、図５を用いてロジカルチャネルの概念を説明する。
図５の状態において、ＭＦ配下のＥＦ（たとえば、ＥＦ１とする）をアクセスする場合には、ロジカルチャネル番号＃０を使用して以下のようなコマンドをコーディングする。なお、「＃＊」にてロジカルチャネル番号を、「＜＊＊＞」にてＥＦ−ＩＤ（ＥＦ番号）あるいはＤＦ−ＩＤ（ＤＦ番号）を表現する。
＃０ Ｓｅｌｅｃｔ Ｆｉｌｅ → ＥＦ１をカレント状態とする。
＃０ Ｒｅａｄ Ｒｅｃｏｒｄ → ＥＦ１内のレコードを読出す（カレントＥＦ指定）
このとき、他のＤＦはカレント状態になっていないので、アクセス状態とならない。
次に、ＤＦ１に対してロジカルチャネル番号＃１を割り当てることを図６を用いて説明する。
コマンドは以下のようにコーディングする。
＃０ Ｓｅｌｅｃｔ Ｆｉｌｅ＜ＡＡＡＡ＞ → ＤＦ１をカレント状態にし、かつ、ロジカルチャネル番号＃０を割り当てる。
＃１ Ｓｅｌｅｃｔ Ｆｉｌｅ＜ＡＡＡＡ＞ → ＤＦ１をカレント状態にし、かつ、ロジカルチャネル番号＃１を割り当てる。
この状態では、ＤＦ１配下のＥＦをロジカルチャネル番号＃０と＃１でそれぞれアクセスすることが可能である。
ＤＦ１配下のＥＦ１−１（たとえば、図４のＥＦとする）を対象として読出す場合には、コマンドを以下の様にコーディングする。
(1-1) ＃０ Ｓｅｌｅｃｔ Ｆｉｌｅ＜０１＞
(1-2) ＃０ Ｒｅａｄ Ｒｅｃｏｒｄ → ＥＦ１−１内、次レコードモードでレコードを読出す。この場合、図３のロジカルチャネル番号は＃０、レコードポンタはＲ１となる。
(2-1) ＃１ Ｓｅｌｅｃｔ Ｆｉｌｅ＜０１＞
(2-2) ＃１ Ｒｅａｄ Ｒｅｃｏｒｄ → ＥＦ１−１内、次レコードモードでレコードを読出す。この場合、図３のロジカルチャネル番号は＃１、レコードポンタはＲ１となる。
(3) ＃０ Ｒｅａｄ Ｒｅｃｏｒｄ → ＥＦ１−１内、次レコードモードでレコードを読出す。この場合、図３のロジカルチャネル番号は＃０、レコードポンタはＲ２となる。
(4) ＃１ Ｒｅａｄ Ｒｅｃｏｒｄ → ＥＦ１−１内、カレントレコードを読出す（(2-2) と同じレコード）。この場合、図３のロジカルチャネル番号は＃１、レコードポンタはＲ１となる。
(5) ＃０ Ｒｅａｄ Ｒｅｃｏｒｄ → ＥＦ１−１内、カレントレコードを読出す（(3) と同じレコード）。この場合、図３のロジカルチャネル番号は＃０、レコードポンタはＲ２となる。
ここに、各コマンドで使用されるロジカルチャネル番号は、ＩＳＯ／ＩＥＣ７８１６−４にしたがいコマンドのＣＬＡバイト（ＣＬＡデータ）中の以下の位置にコーディングされる。
図７に示すように、ＣＬＡバイトは、８ビットで構成される。ＣＬＡバイトにおいて、第１ビット（ｂ１）及び第２ビット（ｂ２）は、当該コマンドのロジカルチャネル番号を指定するものである。すなわち、図７に示すように、ＣＬＡバイトの第２ビット（ｂ２）および第１ビット（ｂ１）により使用するロジカルチャネル番号を表示する。したがって、「００」、「０１」、「１０」、「１１」の最大４個のロジカルチャネル番号が設定可能である。本実施の形態では、「ｂ２、ｂ１」が「００」、「０１」、「１０」、「１１」である場合、ロジカルチャネル番号「♯０」、「♯１」、「♯２」、「♯３」を指定するものとする。
また、ＣＬＡバイトの第３ビット（ｂ３）及び第４ビット（ｂ４）は、セキュアメッセージング機能指示ビット（ＳＭデータ）である。なお、本実施の形態では、「ｂ４、ｂ３」が「００」であるものとする。ＣＬＡバイトの第５ビット（ｂ５）、第６ビット（ｂ６）、第７ビット（ｂ７）及び第８ビット（ｂ８）は、ＣＬＡコードと呼ばれ、コマンドのランクを示すデータである。例えば、ＣＬＡコードが「００００」である場合、ＩＳＯに準拠するコマンドであることを示し、「００００」でない場合、ＩＳＯに準拠しないコマンド（ＩＳＯ以外のコマンド）であることを示している。
なお、ロジカルチャネル番号の＃０〜＃３を使用する場合は、ＩＳＯ／ＩＥＣ７８１６−４で定義されている、ｍａｎａｇｅ ｃｈａｎｎｅｌコマンドにより使用可能な状態となる。＃０は、常時使用可能である。ロジカルチャネル番号の＃１〜＃３を使用する場合は、予めｍａｎａｇｅ ｃｈａｎｎｅｌコマンドにより使用するロジカルチャネル番号を使用可能な状態にする必要がある。
次に、本ＩＣカードの認証処理について説明する。
以下の説明では、ＩＣカード１００と外部装置としての端末（センタ）との間における認証処理について説明する。
図８は、ＩＣカード１００と外部装置としての端末（センタ）３００とから構成されるＩＣカードシステムの構成例を概略的に示す図である。図８に示すように、ＩＣカードシステムは、ＩＣカード１００と端末３００とが通信可能となっている。図８に示すＩＣカード１００は、例えば、図１に示すような構成を有する。また、上記端末３００は、制御装置３０１及びカードリーダライタ３０２を有している。
上記端末３００の制御装置３０１は、例えば、ＣＰＵ、種々のメモリ及び種々のインターフェースを有するパーソナルコンピュータ（ＰＣ）等で構成される。上記制御装置３０１のＣＰＵは、例えば、メモリ（図示しない）に記憶されているプログラムに基づいて演算処理あるいは各部の制御などを行なう。
上記カードリーダライタ３０２は、上記ＩＣカード１００との通信を行なうユニットである。上記カードリーダライタ３０２は、図示しないインターフェースを介して上記制御装置３０１に接続されている。上記カードリーダライタ３０２は、上記制御装置３０１の制御に基づいて動作する。
上記のような構成により、ＩＣカードシステムでは、コマンドの送受信によって、端末３００によるＩＣカード１００の認証処理、あるいは、ＩＣカード１００による端末３００の認証処理が行われる。上記端末３００によるＩＣカード１００の認証処理とは、外部装置がＩＣカードを認証する処理である。また、上記ＩＣカード１００による端末３００の認証処理とは、ＩＣカード１００が端末３００を認証する処理である。
また、本実施の形態において、ＩＣカード１００と端末３００との間の認証は、ＩＳＯ／ＩＥＣ７８１６−４により規定されている以下のコマンドを使用して実施するものとする。
ａ）“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンド
ｂ）“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンド
ｃ）“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンド
“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドは、端末３００によるＩＣカード１００の認証処理に用いられるコマンドである。また、“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドは、ＩＣカード１００による端末３００の認証処理に用いられるコマンドである。また、“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドは、乱数を要求するコマンドである。“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドに対しては、実行ごとにユニークな乱数が出力されるようになっている。
なお、本実施の形態では、端末３００によるＩＣカード１００の認証処理は、“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドと“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドとを組み合わせて実行されるものとして説明する。また、ＩＣカード１００によるが端末３００の認証処理は、“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドと“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドとを組み合わせて実行されるものとして説明する。
まず、端末３００によるＩＣカード１００の認証処理について概略的に説明する。
端末３００によるＩＣカード１００の認証処理では、端末３００が既知としている認証キーをＩＣカード１００が所有しているか否かを判断する。ＩＣカード１００が認証キーを所有しているか否かは、ＩＣカード１００から出力される認証用データに基いて端末３００が判断する。
図９は、端末３００によるＩＣカード１００の認証処理を概略的に説明するための図である。
図９に示す端末３００によるＩＣカード１００の認証処理は、以下に説明するステップ１からステップ１０の手順によって行われる。
ステップ１：端末３００は、“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドをＩＣカード１００へ送信する。これにより、端末３００は、ＩＣカード１００に乱数（チャレンジ）データの生成を要求する。
ステップ２：ＩＣカード１００は、端末３００からの“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドを受信する。Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドを受信したＩＣカード１００は、乱数データ（Ｒ２）を生成する。乱数データ（Ｒ２）を生成すると、ＩＣカード１００は、“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドに対応するレスポンスデータとして乱数データ（Ｒ２）を端末３００に返送する。なお、乱数データ（Ｒ２）は、後述するように、ＩＣカード１００内のワーキングメモリ１０６に論理チャネルごとに保持される。
ステップ３：端末３００は、ＩＣカード１００からのレスポンスデータとしての乱数データ（Ｒ２）を受信する。“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドのレスポンスデータとしての乱数データ（Ｒ２）を受信すると、端末３００は、ＩＣカード１００を認証するための乱数データ（Ｒ１）を生成する。なお、これらの乱数データ（Ｒ１）及び（Ｒ２）は、端末３００内に保持される。
ステップ４：端末３００は、乱数データ（Ｒ１）を生成すると、“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドを生成する。“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドは、認証に必要なアルゴリズム（ａｌｇ）、キーデータ（ｋｅｙ−ＩＤ）および乱数データ（Ｒ１）等に基づいて生成される。すなわち、認証に必要なアルゴリズム（ａｌｇ）、キーデータ（ｋｅｙ−ＩＤ）および乱数データ（Ｒ１）は、“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのパラメータとして示される。このような“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドを生成すると、端末３００は、生成した“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドをＩＣカード１００に送信する。
なお、“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドで指定するアルゴリズム（ａｌｇ）は、“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのキーデータ（ｋｅｙ−ＩＤ）で指定される暗号化キーを用いて暗号化処理を行なうための暗号アルゴリズムを示すものである。
ステップ５：ＩＣカード１００は、端末３００からの“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドを受信する。“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドを受信すると、ＩＣカード１００は、自身が生成した乱数データ（Ｒ２）と端末３００が生成した乱数データ（Ｒ１）の値をＸＯＲする。ここでは、ＸＯＲした値をＤ１とする。
ステップ６：ＩＣカード１００は、端末３００からの“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドにより指定されているアルゴリズム（ａｌｇ）とキーデータ（ｋｅｙ−ＩＤ）を判断する。つまり、ＩＣカード１００は、端末３００からの“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドに基づいて認証に必要なアルゴリズム（ａｌｇ）とキーデータ（ｋｅｙ−ＩＤ）とを判断する。図９に示す例では、キーデータは、暗号化キー（Ｋ２）であると判断している。認証に必要なアルゴリズムとキーデータとを判断すると、上記ＩＣカード１００は、アルゴリズムによりキーデータ（Ｋ２）を用いて上記ステップ５で算出した値Ｄ１を暗号化する。ここでは、Ｄ１を暗号化キー（Ｋ２）を用いて暗号化した値をＣ１とする。
ステップ７：ＩＣカード１００は、上記ステップ６で算出したＣ１を“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのレスポンスデータとして端末３００に送信する。
ステップ８：端末３００は、ＩＣカード１００からの“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのレスポンスデータとしてのＣ１を受信する。Ｃ１を受信すると、端末３００は、“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドでＩＣカード１００に通知したキーデータに対応する復号化キーを判断する。図９に示す例では、復号化キー（Ｋ１）であると判断している。また、復号化キー（Ｋ１）は、端末３００が保持しているものとする。復号化キー（Ｋ１）を判断すると、端末３００は、ＩＣカード１００から受信したＣ１を復号キー（Ｋ１）により復号化する。ここでは、Ｃ１を復号化キーＫ１を用いて復号化した値をＤ２とする。
Ｓｔｅｐ９：端末３００は、復号化キー（Ｋ１）を用いて復号化した値Ｄ２と、ＩＣカード１００が“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドに対応して生成した乱数データ（Ｒ２）の値とをＸＯＲする。ここでは、Ｄ２の値と乱数データ（Ｒ２）とをＸＯＲした値をＲ１’とする。
Ｓｔｅｐ１０：Ｄ２と乱数データ（Ｒ２）とをＸＯＲした値Ｒ１’を算出すると、端末３００は、ＩＣカード１００に出力した乱数データ（Ｒ１）とＲ１’とを比較する。この比較により乱数データ（Ｒ１）とＲ１’が一致した場合、端末３００は、当該ＩＣカード１００を認証する（当該ＩＣカード１００が正当であると判断する）。また、上記比較により乱数データ（Ｒ１）とＲ１’が一致しなかった場合、端末３００は、当該ＩＣカード１００を認証しない（当該ＩＣカード１００が正当でないと判断する）。
なお、“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドにおいてアルゴリズム（暗号アルゴリズム）としてＴｒｉｐｌｅ ＤＥＳを指定する場合、ＩＣカード１００の暗号化キー（Ｋ２）と端末３００側の復号化キー（Ｋ１）は同一のものとなる。このような暗号化方式及び復号化方式は、ＩＣカード１００の暗号化キー（Ｋ２）と端末３００側の復号化キー（Ｋ１）とが共に秘密キーとなる秘密鍵暗号方式である。
また、“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドにおいてアルゴリズム（暗号アルゴリズム）としてＲＳＡを指定する場合、ＩＣカード１００の暗号化キー（Ｋ１）と端末３００側の復号化キー（Ｋ２）とは異なるものとなる。このような暗号化方式及び復号化方式は、ＩＣカード１００の暗号化キー（Ｋ２）が秘密キーとなり、端末３００側の復号化キー（Ｋ１）が公開キーとなる公開鍵暗号方式である。
また、ＩＣカード１００あるいは端末３００におけるＸＯＲ演算は、処理の一例を示すものであり、ＸＯＲ演算に代えて他の演算を行なうようにしても良い。
次に、ＩＣカード１００による端末３００の認証処理について概略的に説明する。
ＩＣカード１００による端末３００の認証処理では、ＩＣカード１００が既知としている認証キーを端末３００が所有しているか否かを判断する。端末３００が認証キーを所有しているか否かは、端末３００から出力される認証用データに基いてＩＣカード１００が判断する。
図１０は、ＩＣカード１００による端末３００の認証処理を概略的に説明するための図である。
図１０に示すＩＣカード１００による端末３００の認証処理は、以下に説明するステップ１１からステップ１７の手順によって行われる。
ステップ１１：端末３００は、“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドをＩＣカード１００へ送信する。これにより、端末３００は、ＩＣカード１００に乱数（チャレンジ）データの生成を要求する。
ステップ１２：ＩＣカード１００は、端末３００からの“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドを受信する。“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドを受信したＩＣカード１００は、乱数データ（Ｒ２）を生成する。乱数データ（Ｒ２）を生成すると、ＩＣカード１００は、“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドに対応するレスポンスデータとして乱数データ（Ｒ２）を端末３００に返送する。なお、乱数データ（Ｒ２）は、後述するように、ＩＣカード１００内のワーキングメモリ１０６に論理チャネルごとに保持される。
ステップ１３：端末３００は、ＩＣカード１００から“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドのレスポンスデータとしての乱数データ（Ｒ２）を受信する。レスポンスデータとしての乱数データ（Ｒ２）を受信すると、端末３００は、認証に必要なアルゴリズム（ａｌｇ）とキーデータ（Ｋ１）とを決定する。ここで、認証に必要なアルゴリズムとは、暗号化を行なう暗号化アルゴリズムである。キーデータとは、暗号化アルゴリズムにより暗号化する際に必要な暗号化データである。
暗号化処理に用いるアルゴリズムとキーデータとを決定すると、端末３００は、決定したアルゴリズムによりキーデータ（Ｋ１）を用いてＩＣカード１００から受信した乱数データ（Ｒ２）を暗号化する。ここでは、乱数データ（Ｒ２）を暗号化キー（Ｋ１）を用いて暗号化した値をＣ２とする。
ステップ１４：乱数データ（Ｒ２）をキーデータ（Ｋ１）を用いて暗号化すると、端末３００は、“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドを生成する。“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドは、認証に必要なアルゴリズム（ａｌｇ）、キーデータ（ｋｅｙ−ＩＤ）および暗号化処理の結果（Ｃ２）等に基づいて生成される。ここで、“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドで示すアルゴリズムは、ＩＣカード１００で実行すべき復号化処理のアルゴリズムを指定するものである。また、“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドで示すキーデータ（ｋｅｙ−ＩＤ）は、ＩＣカード１００での復号化処理に用いるべき復号化キーを指定するものである。
すなわち、認証に必要なアルゴリズム（ａｌｇ）、キーデータ（ｋｅｙ−ＩＤ）および暗号化処理の結果（Ｃ１）は、“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのパラメータとして示される。このような“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドを生成すると、端末３００は、生成した“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドをＩＣカード１００に送信する。
ステップ１５：ＩＣカード１００は、端末３００からの“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドを受信する。“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドを受信すると、上記ＩＣカード１００は、受信した“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドにより復号化処理に用いるアルゴリズム及び復号化キーを決定する。なお、復号化キーは、“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドに含まれるキーデータ（ｋｅｙ−ＩＤ）に基づいて判断される。また、復号化キーは、予めＩＣカード１００が所有しているものである。例えば、復号化キーは、上記データメモリ１０５などの不揮発性メモリに記憶されている。
復号化処理に用いるアルゴリズムとキーデータとを決定すると、ＩＣカード１００は、決定したアルゴリズムにより復号化キー（Ｋ２）を用いて端末３００から受信した値（Ｃ２）を復号化する。ここでは、値（Ｃ２）を復号化キー（Ｋ２）を用いて復号化した値をＲ２´とする。
ステップ１６：値（Ｃ２）を復号化キー（Ｋ２）を用いて復号化した値Ｒ２´を算出すると、ＩＣカード１００は、上記Ｒ２´と上記ステップ１２で生成した乱数データ（Ｒ２）と比較する。この比較により乱数データ（Ｒ２）とＲ２’とが一致した場合、ＩＣカード１００は、当該端末３００を認証する（ＩＣカード１００は、当該端末３００が正当であると判断する）。また、上記比較により乱数データ（Ｒ２）とＲ２’が一致しなかった場合、ＩＣカード１００は、当該端末３００を認証しない（ＩＣカードは、当該端末３００が正当でないと判断する）。
ステップ１７：上記ＩＣカード１００は、上記Ｒ２とＲ２´との比較結果（ＩＣカード１００による端末３００認証の正否）をレスポンスとして端末３００に通知する。また、上記レスポンスにより、端末３００では、当該ＩＣカード１００により自身が認証されたか否かを判断する。
なお、暗号アルゴリズムとしてＴｒｉｐｌｅ ＤＥＳを使用した場合、ＩＣカード側の復号化キー（Ｋ２）と端末側の暗号化キー（Ｋ１）は、同一のものになる。このような暗号化方式及び復号化方式は、ＩＣカード１００の復号化キー（Ｋ２）と端末３００側の暗号化キー（Ｋ１）とが共に秘密キーとなる秘密鍵暗号方式である。
また、暗号アルゴリズムとしてＲＳＡを使用した場合、ＩＣカード側の復号化キー（Ｋ２）と端末側の暗号化キー（Ｋ１）とは、異なるキーとなる。このような暗号化方式及び復号化方式は、端末３００側の復号化キー（Ｋ１）が秘密キーとなり、ＩＣカード１００の復号化キー（Ｋ２）が公開キーとなる公開鍵暗号方式である。
次に、“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドについて詳細に説明する。
図１１は、“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドのフォーマットを示す図である。
図１１に示すように、“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドは、ＣＬＡデータ、ＩＮＳデータ、Ｐ１データ、Ｐ２データ、Ｌｅデータにより構成される。なお、コマンドの基本的なフォーマットは、ＣＬＡデータ、ＩＮＳデータ、Ｐ１データ、Ｐ２データおよびＬｅデータにより構成される。
上記ＣＬＡデータは、図７に示すような構成を有している。図１１に示す“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドの例では、ＣＬＡデータのうちｂ１、ｂ２が「０１」となっている。つまり、図１１に示す“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドでは、ロジカルチャネル番号「♯１」が指定されている。
また、上記ＩＮＳデータは、コマンドの内容を示す情報である。例えば、図１１に示す例では、ＩＮＳデータ（「８４」）が“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンド（つまり、乱数の生成を要求するコマンド）であることを示している。
また、上記Ｐ１データおよびＰ２データは、当該コマンドのパラメータを示すものである。図１１に示すような“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドでは、Ｐ１データ及びＰ２データが共に「００」となっている。また、Ｌｅデータは、データの長さを指定するものである。図１１の例では、Ｌｅデータ（「０８」）が８バイトの乱数データの生成を要求している。
したがって、図１１に示す“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドでは、ロジカルチャネル番号「♯１」において８バイトの乱数データの生成を要求している。
次に、ＩＣカードにおける乱数データ（“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドに応じて生成した乱数データ）の格納例について説明する。
図１２は、ワーキングメモリ１０６内における乱数データの格納テーブル１０６ａの構成例を示す図である。
上記のような“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドを受信すると、ＩＣカード１００は、“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドによって指定されたロジカルチャネル番号において指定された長さの乱数データを生成する。このような場合、本ＩＣカード１００では、ロジカルチャネル番号ごとに乱数データを保持する。
図１２に示す乱数データの格納テーブル１０６ａでは、ロジカルチャネル番号ごとに、“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドが実行済みであるか否かを示すフラグと、乱数データとを格納する。例えば、ロジカルチャネル番号「♯１」において乱数データを生成した場合、格納テーブル１０６ａには、図１２に示すように、ロジカルチャネル番号「♯１」において“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドが実行済みであることを示すフラグをセットし、生成した乱数データをロジカルチャネル番号「♯１」の乱数データとして格納する。
このような格納テーブル１０６ａにより、各ロジカルチャネル番号ごとに、乱数データを保持することが可能となる。
次に、コマンドに対するレスポンスについて説明する。
図１３は、コマンドに対するレスポンスの構成例を示す図である。
上記端末３００からコマンドを受信したＩＣカード１００は、コマンドに対応する処理を実行し、その処理結果等を示すレスポンスを端末３００へ送信するようになっている。レスポンスのフォーマットは、図１３に示すように、レスポンスデータとステータスワードにより構成される。
上記レスポンスデータは、コマンドに対応する処理によって得られたデータである。例えば、“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドに対しては、上記レスポンスデータにはＩＣカード１００が生成した乱数データが格納される。
また、ステータスワードは、コマンドに対応する処理結果を示すものである。例えば、コマンドに対応する処理が正常に行われた場合、上記ステータスワードには、コマンドに対応する処理が正常に行われたことを示すステータスが格納される。また、コマンドに対応する処理がエラーとなった場合、上記ステータスワードには、コマンドに対応する処理がエラーとなったことを示すステータスが格納される。
次に、“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドを受信した場合のＩＣカード１００の動作例について説明する。
図１４は、“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドを受信した場合のＩＣカード１００の動作を説明するためのフローチャートである。
まず、ＩＣカード１００の通信部１０２が端末３００からのコマンドを受信したものとする（ステップＳ３１）。すると、ＩＣカード１００の制御素子１０４は、受信したコマンドのＩＮＳデータによりコマンドの内容を判別する（ステップＳ３２）。なお、上記通信部１０２が受信したコマンドが“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンド以外のコマンドであると判断した場合（ステップＳ３２、ＮＯ）、上記ＩＣカード１００の制御素子１０４は、受信したコマンドに応じた処理を行う（ステップＳ３３）。
上記通信部１０２が受信したコマンドが“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドであると判断した場合（ステップＳ３２、ＹＥＳ）、上記ＩＣカード１００の制御素子１０４は、“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドのＬｅデータにより生成する乱数データの長さを判断する。生成する乱数データの長さを判断すると、上記ＩＣカード１００の制御素子１０４は、指定された長さの乱数データを生成する（ステップＳ３４）。
乱数データを生成すると、上記ＩＣカード１００の制御素子１０４は、生成した乱数データを当該“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドのＣＬＡデータにより指定されるロジカルチャネル番号に対応させてワーキングメモリ１０６の格納テーブル１０６ａに格納する。さらに、上記ＩＣカード１００の制御素子１０４は、当該ロジカルチャネル番号において“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンド（乱数データの生成）が実行済みであることを示すフラグをセットする（ステップＳ３６）。
これにより、上記ワーキングメモリ１０６の格納テーブル１０６ａには、“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドで指定されるロジカルチャネル番号ごとに、乱数データと“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンド（乱数データの生成）が実行済みであることを示すフラグとが格納される。
また、“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドに応じて生成した乱数データを上記格納テーブル１０６ａに格納すると、上記ＩＣカード１００の制御素子１０４は、生成した乱数データをレスポンスデータとして当該“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドの送信元である端末３００へレスポンスを送信する（ステップＳ３７）。
上記のような動作により、“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドに応じて生成した乱数データは、上記ワーキングメモリ１０６の格納テーブル１０６ａにロジカルチャネル番号ごとに格納されるとともに、レスポンスデータとして当該“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドの送信元へ送信される。
次に、ＩＣカード１００による端末３００の認証処理（外部認証処理）について詳細に説明する。
外部認証は、ＩＣカード１００が端末３００から“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドを受信した場合に実施される。すなわち、外部装置としての端末３００が“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドによりＩＣカード１００に対して自身を認証するように要求する。“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドによる要求に応じてＩＣカード１００が外部装置としての端末３００を認証するものである。
まず、“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドについて詳細に説明する。
図１５は、“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのフォーマットを示す図である。
図１５に示すように、“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドは、ＣＬＡデータ、ＩＮＳデータ、Ｐ１データ、Ｐ２データ、Ｌｅデータおよびデータ部により構成される。
上記ＣＬＡデータは、図７に示すような構成を有している。図１５に示す“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドの例では、ＣＬＡデータのうちｂ１、ｂ２が「０１」となっている。つまり、図１５に示す“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドでは、ロジカルチャネル番号「♯１」が指定されている。また、図１５に示す例では、ＩＮＳデータ（「８２」）が“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンド（つまり、外部認証を要求するコマンド）であることを示している。また、上記データ部には、端末３００からＩＣカード１００へ供給するデータが格納される。例えば、図１０に示す例では、上記データ部にはデータＣ２が格納される。
また、図１５に示すように、上記Ｐ１データおよびＰ２データは、当該“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのパラメータとして設定される。例えば、図１６は、“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのＰ１データの例を示している。図１６に示すように、“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドでは、Ｐ１データが認証処理に用いる認証アルゴリズムを示している。図１６に示す例では、認証処理に用いるアルゴリズムとして、Ｐ１データが「０１」の場合にシングルＤＥＳ、Ｐ１データが「０２」の場合にトリプルＤＥＳを示している。
また、図１７は、“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのＰ２データの例を示している。図１７に示すように、“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドでは、Ｐ２データが認証処理に用いるキーデータ（Ｋｅｙ−ＩＤ）を示している。図１７に示す例では、Ｐ２データにおいて認証処理に用いるキーデータを「０１」〜「１Ｆ」で示している。また、図１８は、Ｐ２データにおけるキーデータの具体的な例を示している。図１８に示す例では、Ｐ２データにおいて「０ｘ０１」〜「０ｘ１Ｆ」により３１種類のキーデータを指定できるようになっている。
したがって、図１５に示す“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドでは、ロジカルチャネル番号「♯１」において、Ｐ１データで示すアルゴリズムおよびＰ２データで示すキーデータを用いて外部認証を行うことを要求している。
次に、“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドを受信した場合のＩＣカード１００の動作例について説明する。
図１９は、“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドを受信した場合のＩＣカード１００の動作を説明するためのフローチャートである。
まず、ＩＣカード１００の通信部１０２が端末３００からのコマンドを受信したものとする（ステップＳ４１）。すると、ＩＣカード１００の制御素子１０４は、受信したコマンドのＩＮＳデータによりコマンドの内容を判別する（ステップＳ４２）。なお、上記通信部１０２が受信したコマンドが“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンド以外のコマンドであると判断した場合（ステップＳ４２、ＮＯ）、上記ＩＣカード１００の制御素子１０４は、受信したコマンドに応じた処理を行う（ステップＳ３３）。
上記通信部１０２が受信したコマンドが“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドであると判断した場合（ステップＳ４２、ＹＥＳ）、上記ＩＣカード１００の制御素子１０４は、当該“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのＣＬＡデータにより指定されるロジカルチャネル番号において“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドが実行済みであるか否かを判断する（ステップＳ４４）。
すなわち、上記ステップＳ４４では、上記ワーキングメモリ１０６の格納テーブル１０６ａにおいて“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのＣＬＡデータで指定されるロジカルチャネル番号に対応するフラグ（“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドが実行済みであるか否かをフラグ）がセットされているか否かを判断する。言い換えると、上記ステップＳ４４において、上記制御素子１０４は、“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドが指定するロジカルチャネル番号に対応する乱数データが上記格納テーブル１０６ａに格納されているか否かを判断する。
上記判断により当該“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドが指定するロジカルチャネル番号において“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドが実行済みでないと判断した場合（ステップＳ４４、ＮＯ）、上記ＩＣカード１００の制御素子１０４は、エラーを意味するステータスワードをセットしたレスポンスを端末３００へ送信する（ステップＳ５０）。この場合、ステータスワードには、例えば、当該ロジカルチャネル番号において“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドが実行されていないことを示すステータスが格納される。
また、上記判断により“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドが指定するロジカルチャネル番号において“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドが実行済みであると判断した場合（ステップＳ４４、ＹＥＳ）、上記ＩＣカード１００の制御素子１０４は、当該“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのＰ１データにより指定されるアルゴリズムを当該ＩＣカード１００がサポートしているか否かを判断する（ステップＳ４５）。すなわち、上記ステップＳ４５において、上記制御素子１０４は、当該“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドが指定するアルゴリズムを実行可能か否かを判断する。
上記判断により当該“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドが指定するアルゴリズムを当該ＩＣカード１００がサポートしていないと判断した場合（ステップＳ４５、ＮＯ）、上記ＩＣカード１００の制御素子１０４は、エラーを意味するステータスワードをセットしたレスポンスを端末３００へ送信する（ステップＳ５０）。この場合、ステータスワードには、例えば、当該“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドが指定するアルゴリズムに当該ＩＣカードが対応していないことを示すステータスが格納される。
また、上記判断により当該“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドが指定するアルゴリズムを当該ＩＣカード１００がサポートしていると判断した場合（ステップＳ４５、ＹＥＳ）、上記ＩＣカード１００の制御素子１０４は、当該“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのＰ２データにより指定されるキーデータを当該ＩＣカード１００が保持しているか否かを判断する（ステップＳ４６）。すなわち、上記ステップＳ４６において、上記制御素子１０４は、当該“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドが指定するキーデータを所有しているか否かを判断する。
上記判断により当該“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドが指定するキーデータを当該ＩＣカード１００が所有していないと判断した場合（ステップＳ４６、ＮＯ）、上記ＩＣカード１００の制御素子１０４は、エラーを意味するステータスワードをセットしたレスポンスを端末３００へ送信する（ステップＳ５０）。この場合、ステータスワードには、例えば、当該“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドが指定するキーデータを当該ＩＣカードが所有していないことを示すステータスが格納される。
また、上記判断により当該“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドが指定するキーデータを当該ＩＣカード１００が所有している判断した場合（ステップＳ４６、ＹＥＳ）、上記ＩＣカード１００の制御素子１０４は、当該“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのＰ１データで指定されるアルゴリズムとＰ２データで指定されるキーデータとを用いて、当該“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのデータ部に格納されているデータを演算処理する（ステップＳ４７）。
上記ステップＳ４７の演算処理の結果が得られると、上記ＩＣカード１００の制御素子１０４は、演算処理の結果と、当該“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドが指定するロジカルチャネル番号に対応する乱数データとが一致するか否かを判断する（ステップＳ４８）。
この判断により演算処理の結果と当該ロジカルチャネル番号に対応する乱数データとが一致したと判断した場合（ステップＳ４８、ＹＥＳ）、上記ＩＣカード１００の制御素子１０４は、正常を意味するステータスワード（つまり、外部装置としての端末３００をＩＣカード１００が認証したことを示すステータスワード）をセットしたレスポンスを端末３００へ送信する（ステップＳ４９）。
また、上記判断により上記ステップＳ４７の演算結果と当該ロジカルチャネル番号に対応する乱数データとが一致しないと判断した場合（ステップＳ４８、ＮＯ）、上記ＩＣカード１００の制御素子１０４は、エラーを意味するステータスワードをセットしたレスポンスを端末３００へ送信する（ステップＳ５０）。この場合、ステータスワードには、例えば、外部装置としての端末３００をＩＣカード１００が認証できなかったことを示すステータスワードが格納される。
なお、図１９に示す動作例と図１０に示す例と対比すると、当該“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのデータ部に格納されるデータは図１０に示すＣ２であり、当該“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのＰ１データで示されるアルゴリズムは図１０に示す（ａｌｇ）であり、当該“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのＰ２で示されるキーデータは図１０に示す（Ｋｅｙ−ＩＤ）である。また、上記ステップＳ４７の演算処理は、当該“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのＰ１データが示すアルゴリズムと当該“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのＰ２データが示す復号化キー（Ｋ２）とを用いたデータＣ２に対する復号化処理Ｄである。
上記のような外部認証処理によれば、ロジカルチャネル番号ごとに乱数データを保持することができ、ロジカルチャネル番号ごとの乱数データを用いた外部認証処理を実現することができる。
次に、端末３００によるＩＣカード１００の認証処理（内部認証処理）について詳細に説明する。
内部認証は、端末３００がＩＣカード１００へ“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドを供給することにより実施される。すなわち、外部装置としての端末３００が“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドに対するＩＣカード１００からのレスポンスデータに基づいてＩＣカード１００の認証を行うものである。
まず、“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドについて詳細に説明する。
図２０は、“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのフォーマットを示す図である。
図２０に示すように、“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドは、ＣＬＡデータ、ＩＮＳデータ、Ｐ１データ、Ｐ２データ、Ｌｅデータおよびデータ部により構成される。
上記ＣＬＡデータは、図７に示すような構成を有している。図２０に示す“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドの例では、ＣＬＡデータのうちｂ１、ｂ２が「０１」となっている。つまり、図２０に示す“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドでは、ロジカルチャネル番号「♯１」が指定されている。また、図２０に示す例では、ＩＮＳデータ（「８８」）が“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンド（つまり、内部認証を要求するコマンド）であることを示している。また、上記データ部には、端末３００からＩＣカード１００へ供給するデータが格納される。例えば、図９に示す例では、上記データ部には乱数データＲ１が格納される。
また、図２０に示すように、上記Ｐ１データおよびＰ２データは、当該“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのパラメータとして設定される。“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのＰ１データは、例えば、図１６に示すように、“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのＰ１データと同様に認証処理に用いる認証アルゴリズムを示している。また、“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのＰ２データは、例えば、図１７及び図１８に示すように、“Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのＰ２データと同様に認証処理に用いるキーデータ（Ｋｅｙ−ＩＤ）を示している。
したがって、図２０に示す“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドでは、ロジカルチャネル番号「♯１」において、Ｐ１データで示すアルゴリズムおよびＰ２データで示すキーデータを用いてデータ部のデータの演算処理（暗号化処理）を行うことを要求している。
次に、“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドを受信した場合のＩＣカード１００の動作例について説明する。
図２１は、“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドを受信した場合のＩＣカード１００の動作を説明するためのフローチャートである。
まず、ＩＣカード１００の通信部１０２が端末３００からのコマンドを受信したものとする（ステップＳ６１）。すると、ＩＣカード１００の制御素子１０４は、受信したコマンドのＩＮＳデータによりコマンドの内容を判別する（ステップＳ６２）。なお、上記通信部１０２が受信したコマンドが“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンド以外のコマンドであると判断した場合（ステップＳ６２、ＮＯ）、上記ＩＣカード１００の制御素子１０４は、受信したコマンドに応じた処理を行う（ステップＳ６３）。
上記通信部１０２が受信したコマンドが“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドであると判断した場合（ステップＳ６２、ＹＥＳ）、上記ＩＣカード１００の制御素子１０４は、当該“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのＣＬＡデータにより指定されるロジカルチャネル番号において“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドが実行済みであるか否かを判断する（ステップＳ６４）。
すなわち、上記ステップＳ６４では、上記ワーキングメモリ１０６の格納テーブル１０６ａにおいて“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのＣＬＡデータで指定されるロジカルチャネル番号に対応するフラグ（“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドが実行済みであるか否かをフラグ）がセットされているか否かを判断する。言い換えると、上記ステップＳ６４において、上記制御素子１０４は、“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドが指定するロジカルチャネル番号に対応する乱数データが上記格納テーブル１０６ａに格納されているか否かを判断する。
上記判断により当該“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドが指定するロジカルチャネル番号において“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドが実行済みでないと判断した場合（ステップＳ６４、ＮＯ）、上記ＩＣカード１００の制御素子１０４は、エラーを意味するステータスワードをセットしたレスポンスを端末３００へ送信する（ステップＳ７０）。この場合、ステータスワードには、例えば、当該ロジカルチャネル番号において“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドが実行されていないことを示すステータスが格納される。
また、上記判断により“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドが指定するロジカルチャネル番号において“Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドが実行済みであると判断した場合（ステップＳ６４、ＹＥＳ）、上記ＩＣカード１００の制御素子１０４は、当該“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのＰ１データにより指定されるアルゴリズムを当該ＩＣカード１００がサポートしているか否かを判断する（ステップＳ６５）。すなわち、上記ステップＳ６５において、上記制御素子１０４は、当該“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドが指定するアルゴリズムを実行可能か否かを判断する。
上記判断により当該“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドが指定するアルゴリズムを当該ＩＣカード１００がサポートしていないと判断した場合（ステップＳ６５、ＮＯ）、上記ＩＣカード１００の制御素子１０４は、エラーを意味するステータスワードをセットしたレスポンスを端末３００へ送信する（ステップＳ７０）。この場合、ステータスワードには、例えば、当該“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドが指定するアルゴリズムに当該ＩＣカードが対応していないことを示すステータスが格納される。
また、上記判断により当該“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドが指定するアルゴリズムを当該ＩＣカード１００がサポートしていると判断した場合（ステップＳ６５、ＹＥＳ）、上記ＩＣカード１００の制御素子１０４は、当該“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのＰ２データにより指定されるキーデータを当該ＩＣカード１００が保持しているか否かを判断する（ステップＳ６６）。すなわち、上記ステップＳ６６において、上記制御素子１０４は、当該“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドが指定するキーデータを所有しているか否かを判断する。
上記判断により当該“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドが指定するキーデータを当該ＩＣカード１００が所有していないと判断した場合（ステップＳ６６、ＮＯ）、上記ＩＣカード１００の制御素子１０４は、エラーを意味するステータスワードをセットしたレスポンスを端末３００へ送信する（ステップＳ７０）。この場合、ステータスワードには、例えば、当該“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドが指定するキーデータを当該ＩＣカードが所有していないことを示すステータスが格納される。
また、上記判断により当該“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドが指定するキーデータを当該ＩＣカード１００が所有している判断した場合（ステップＳ６６、ＹＥＳ）、上記ＩＣカード１００の制御素子１０４は、当該“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドが指定するロジカルチャネル番号の乱数データと当該“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのデータ部に格納されているデータとの演算処理（例えば、図９に示す例ではＸＯＲ演算処理）する（ステップＳ６７）。
上記ステップＳ６７の演算処理の結果（上記ステップＳ６７の演算結果をαとする）が得られると、上記ＩＣカード１００の制御素子１０４は、上記ＩＣカード１００の制御素子１０４は、当該“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのＰ１データで指定されるアルゴリズムとＰ２データで指定されるキーデータとを用いて、演算結果αを演算処理（例えば、暗号化処理）する（ステップＳ６８）。
上記ステップＳ６８の演算処理の結果（上記ステップＳ６８の演算結果をβとする）が得られると、上記ＩＣカード１００の制御素子１０４は、演算結果βをレスポンスデータとしたレスポンスを端末３００へ送信する（ステップＳ６９）。
なお、図２０に示す動作例と図９に示す例と対比すると、当該“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのデータ部に格納されるデータは図９に示すＲ１であり、当該“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのＰ１データで示されるアルゴリズムは図９に示す（ａｌｇ）であり、当該“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのＰ２で示されるキーデータは図９に示す（Ｋｅｙ−ＩＤ）である。また、上記ステップＳ６７の演算処理は、Ｒ１とＲ２とのＸＯＲ演算処理であり、上記ステップＳ６８の演算処理は、当該“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのＰ１データが示すアルゴリズムと当該“Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのＰ２データが示す暗号化キー（Ｋ２）とを用いたデータＤ２に対する暗号化処理Ｅである。
上記のような内部認証処理によれば、ＩＣカードがロジカルチャネル番号ごとに乱数データを保持することができ、ロジカルチャネル番号ごとの乱数データを用いた内部認証処理を実現することができる。
本発明の実施の形態に係るＩＣカードの構成を概略的に示すブロック図。 データメモリ内のファイル構造を示す概念図。 ロジカルチャネル番号ごとのレコードポインタの格納状態を示す図。 データメモリ内のＥＦの一例を示す図。 ロジカルチャネルの概念を説明する図。 ＤＦ１に対してロジカルチャネル番号＃１を割り当てた状態のファイル構造を示す概念図。 コマンドのＣＬＡバイトのコーディングについて説明する図。 ＩＣカードと外部装置としての端末とから構成されるＩＣカードシステムの構成例を概略的に示す図。 端末によるＩＣカードの認証処理を概略的に説明するための図。 ＩＣカードによる端末の認証処理を概略的に説明するための図。 “Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドのフォーマットを示す図。 乱数データの格納テーブルの構成例を示す図。 コマンドに対するレスポンスの構成例を示す図。 “Ｇｅｔ Ｃｈａｌｌｅｎｇｅ”コマンドを受信した場合のＩＣカードの動作を説明するためのフローチャート。 “Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのフォーマットを示す図。 “Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのＰ１データの例を示す図。 “Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのＰ２データの例を示す図。 “Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのＰ２データにおけるキーデータの具体例を示す図。 “Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドを受信した場合のＩＣカードの動作を説明するためのフローチャート。 “Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドのフォーマットを示す図。 “Ｉｎｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ”コマンドを受信した場合のＩＣカードの動作を説明するためのフローチャート。
符号の説明
１００…ＩＣカード（携帯可能電子装置）、１０２…通信部、１０３…ＩＣチップ、１０４…制御素子（ＣＰＵ）、１０５…データメモリ（不揮発性メモリ）、１０６…ワーキングメモリ、１０７…プログラムメモリ、２０１…ＭＦ、２０２，２０３…ＥＦ、２０４，２０５，２０６，２０７…ＤＦ、２０８，２０９，２１０，２１１，２１２，２１３，２１４，２１５，２１６…ＥＦ、３００…端末、１０６ａ…格納テーブル

Claims (11)

  1. 外部装置からコマンドが入力されると、このコマンドに対応した処理を実行するＩＣカードにおいて、
    それぞれが複数のレコードデータ領域に分割された複数のファイルを記憶する第１のメモリと、
    この第１のメモリに記憶したファイルに対してカレント状態となっているレコードデータ領域を示すポインタ情報を複数の論理チャネル番号のそれぞれに対応づけて記憶する第２のメモリと、
    外部装置と通信する通信手段と、
    この通信手段により外部装置から論理チャネル番号を含むコマンドを受信すると、当該コマンドに含まれる論理チャネル番号の論理チャネルにおいて前記複数のファイル内から１つのファイルを選択するファイル選択手段と、
    このファイル選択手段により選択されたファイルに対して前記コマンドで指定された論理チャネルでカレント状態となっているレコードデータ領域を示すポインタ情報を前記第２のメモリに記憶した情報に基づいて判定し、判定したポインタ情報に基づいて特定されるレコードデータ領域をアクセス対象とする処理手段と、
    を具備したことを特徴とするＩＣカード。
  2. 前記ポインタ情報は、前記レコードデータ領域の位置を示す位置情報である、ことを特徴とする請求項１記載のＩＣカード。
  3. 前記ポインタ情報は、前記ファイル選択手段によりファイルが選択された場合にクリアされる、ことを特徴とする請求項１記載のＩＣカード。
  4. 前記ポインタ情報は、前記ファイル内のレコードデータを識別するレコード番号情報である、ことを特徴とする請求項２記載のＩＣカード。
  5. 外部装置から入力されるコマンドに応じて種々の処理を実行する制御素子を有するＩＣカードにおいて、
    外部装置からの論理チャネル番号を含む認証処理に使用するデータの生成を要求するコマンドに応じて、当該コマンドに含まれる論理チャネル番号の論理チャネルでの認証処理に使用するデータを生成するデータ生成手段と、
    このデータ生成手段により生成したデータを当該コマンドに含まれる論理チャネル番号の論理チャネルでの認証処理に使用するデータとして当該コマンドに含まれる論理チャネル番号に対応づけて保持するデータ保持手段と、
    を具備したことを特徴とするＩＣカード。
  6. 前記データ生成手段は、論理チャネル番号を含む認証処理に使用する乱数データの生成を要求するコマンドに応じて、当該コマンドに含まれる論理チャネル番号の論理チャネルでの認証処理に使用する乱数データを生成する、
    ことを特徴とする前記請求項５に記載のＩＣカード。
  7. さらに、外部装置からの論理チャネル番号を含む認証コマンドが入力されると、当該認証コマンドに含まれる論理チャネル番号に対応づけて前記データ保持手段に保持されている認証処理に使用するデータを用いて認証処理を行う認証処理手段と、
    を具備したことを特徴とする前記請求項５に記載のＩＣカード。
  8. 外部装置からコマンドが入力されると、このコマンドに対応した処理を実行するＩＣカードにおいて、
    外部装置と通信する通信手段と、
    それぞれが複数のレコードデータ領域に分割された複数のファイルを記憶する第１のメモリと、この第１のメモリに記憶したファイルに対してカレント状態となっているレコードデータ領域を示すポインタ情報を複数の論理チャネル番号のそれぞれに対応づけて記憶する第２のメモリと、前記通信手段により外部装置から論理チャネル番号を含むコマンドを受信すると、当該コマンドに含まれる論理チャネル番号の論理チャネルにおいて前記複数のファイル内から１つのファイルを選択するファイル選択手段と、このファイル選択手段により選択されたファイルに対して前記コマンドで指定された論理チャネルでカレント状態となっているレコードデータ領域を示すポインタ情報を前記第２のメモリに記憶した情報に基づいて判定し、判定したポインタ情報に基づいて特定されるレコードデータ領域をアクセス対象とする処理手段とを具備するＩＣチップと、
    前記通信手段と前記ＩＣチップとを埋設した本体と、
    を具備したことを特徴とするＩＣカード。
  9. 外部装置からコマンドが入力されると、このコマンドに対応した処理を実行するＩＣカードにおける処理方法であって、
    それぞれが複数のレコードデータ領域に分割された複数のファイルを第１のメモリに記憶し、
    この第１のメモリに記憶したファイルに対してカレント状態となっているレコードデータ領域を示すポインタ情報を複数の論理チャネル番号のそれぞれに対応づけて第２のメモリに記憶し、
    外部装置からの論理チャネル番号を含むコマンドを入力すると、当該コマンドに含まれる論理チャネル番号の論理チャネルにおいて前記複数のファイル内から１つのファイルを選択し、
    この選択されたファイルに対して前記コマンドで指定された論理チャネルでカレント状態となっているレコードデータ領域を示すポインタ情報を前記第２のメモリに記憶した情報に基づいて判定し、判定したポインタ情報に基づいて特定されるレコードデータ領域にアクセスする、
    ことを特徴とするＩＣカードにおける処理方法。
  10. 通信手段により外部装置から受信するコマンドに応じて種々の処理を実行する制御素子を有するＩＣカードにおいて、
    外部装置からの論理チャネル番号を含む認証処理に使用するデータの生成を要求するコマンドに応じて、当該コマンドに含まれる論理チャネル番号の論理チャネルでの認証処理に使用するデータを生成するデータ生成手段と、このデータ生成手段により生成したデータを当該コマンドに含まれる論理チャネル番号の論理チャネルでの認証処理に使用するデータとして当該コマンドに含まれる論理チャネル番号に対応づけて保持するデータ保持手段とを有するＩＣチップと、
    前記通信手段と前記ＩＣチップとを埋設した本体と、
    を具備したことを特徴とするＩＣカード。
  11. 外部装置から入力されるコマンドに応じて種々の処理を実行するＩＣカードにおける処理方法において、
    外部装置からの論理チャネル番号を含む認証処理に使用するデータの生成を要求するコマンドに応じて、当該コマンドに含まれる論理チャネル番号の論理チャネルでの認証処理に使用するデータを生成し、
    この生成したデータを当該コマンドに含まれる論理チャネル番号の論理チャネルでの認証処理に使用するデータとして当該コマンドに含まれる論理チャネル番号に対応づけて保持する、
    ことを特徴とするＩＣカードにおける処理方法。
JP2004238602A 2003-12-10 2004-08-18 Ｉｃカードおよびｉｃカードにおける処理方法 Active JP4828809B2 (ja)

Priority Applications (7)

Application Number Priority Date Filing Date Title
JP2004238602A JP4828809B2 (ja) 2003-12-10 2004-08-18 Ｉｃカードおよびｉｃカードにおける処理方法
DE602004021226T DE602004021226D1 (de) 2003-12-10 2004-12-03 Tragbare elektronische Vorrichtung
EP04028699A EP1544809B1 (en) 2003-12-10 2004-12-03 Portable electronic device
EP09005771A EP2093719A1 (en) 2003-12-10 2004-12-03 Portable electronic device
SG200407603A SG112997A1 (en) 2003-12-10 2004-12-06 Portable electronic device
KR1020040102096A KR100614064B1 (ko) 2003-12-10 2004-12-07 휴대 가능한 전자 장치
US11/006,784 US7434066B2 (en) 2003-12-10 2004-12-08 Portable electronic device

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2003411400 2003-12-10
JP2003411400 2003-12-10
JP2004238602A JP4828809B2 (ja) 2003-12-10 2004-08-18 Ｉｃカードおよびｉｃカードにおける処理方法

Publications (2)

Publication Number Publication Date
JP2005196730A JP2005196730A (ja) 2005-07-21
JP4828809B2 true JP4828809B2 (ja) 2011-11-30

Family

ID=34525501

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004238602A Active JP4828809B2 (ja) 2003-12-10 2004-08-18 Ｉｃカードおよびｉｃカードにおける処理方法

Country Status (6)

Country Link
US (1) US7434066B2 (ja)
EP (2) EP1544809B1 (ja)
JP (1) JP4828809B2 (ja)
KR (1) KR100614064B1 (ja)
DE (1) DE602004021226D1 (ja)
SG (1) SG112997A1 (ja)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7895443B2 (en) * 2002-11-05 2011-02-22 Safenet, Inc. Secure authentication using hardware token and computer fingerprint
JP3944216B2 (ja) * 2005-03-11 2007-07-11 株式会社エヌ・ティ・ティ・ドコモ 認証装置、携帯端末、及び、認証方法
JP4950533B2 (ja) * 2006-03-24 2012-06-13 株式会社東芝 携帯可能電子装置およびｉｃカード
US7766243B2 (en) 2006-07-19 2010-08-03 Research In Motion Limited Method, system and smart card reader for management of access to a smart card
US7871010B2 (en) 2006-07-19 2011-01-18 Research In Motion Limited Method, system and smart card reader for management of access to a smart card
JP4896837B2 (ja) 2007-08-20 2012-03-14 株式会社東芝 携帯可能電子装置および携帯可能電子装置の制御方法
JP4896842B2 (ja) * 2007-09-20 2012-03-14 株式会社東芝 携帯可能電子装置
JP5238210B2 (ja) * 2007-09-28 2013-07-17 株式会社東芝 情報記憶媒体及びファイル管理方法
JP5038918B2 (ja) * 2008-01-15 2012-10-03 株式会社東芝 携帯可能電子装置および携帯可能電子装置の制御方法
JP5225054B2 (ja) 2008-12-19 2013-07-03 株式会社東芝 Ｉｃカード
EP2239712A1 (fr) 2009-04-09 2010-10-13 Gemalto SA Procédé pour personnaliser un dispositif électronique, procédé de traitement de données et dispositif associés
JP5150672B2 (ja) 2010-03-18 2013-02-20 株式会社東芝 携帯可能電子装置、及び携帯可能電子装置の制御方法
JP5659051B2 (ja) 2011-03-17 2015-01-28 株式会社東芝 通信媒体、ｉｃカード、及び通信方法
JP5843674B2 (ja) * 2012-03-21 2016-01-13 株式会社東芝 Ｉｃカード、携帯可能電子装置及びｉｃカードの制御方法
US10402816B2 (en) * 2016-12-31 2019-09-03 Square, Inc. Partial data object acquisition and processing
US10621590B2 (en) 2017-02-22 2020-04-14 Square, Inc. Line-based chip card tamper detection

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2544722B2 (ja) * 1986-04-23 1996-10-16 富士通株式会社 情報格納制御方法及びその手段を具備した情報格納装置
JP2502894B2 (ja) * 1992-08-13 1996-05-29 松下電器産業株式会社 Ｉｃカ―ド
JP3329496B2 (ja) * 1992-11-04 2002-09-30 富士通株式会社 Ｉｃカード
JPH06325059A (ja) * 1993-05-10 1994-11-25 Toppan Moore Co Ltd 発注管理システム及び顧客管理システム
JP3433978B2 (ja) * 1993-07-30 2003-08-04 富士通株式会社 入出力制御装置
US5778071A (en) * 1994-07-12 1998-07-07 Information Resource Engineering, Inc. Pocket encrypting and authenticating communications device
JP4095680B2 (ja) * 1994-08-01 2008-06-04 富士通株式会社 カード型記憶装置用セキュリティ管理方法およびカード型記憶装置
DE19508724C1 (de) * 1995-03-10 1996-10-31 Siemens Ag Chipkarte mit geschütztem Betriebssystem
US6101477A (en) * 1998-01-23 2000-08-08 American Express Travel Related Services Company, Inc. Methods and apparatus for a travel-related multi-function smartcard
FR2793979B1 (fr) * 1999-05-18 2001-06-29 Schlumberger Systems & Service Procede de gestion de donnees par un module de securite
JP2003036425A (ja) * 2001-07-25 2003-02-07 Hitachi Ltd セキュリティカード
JP2003123032A (ja) * 2001-10-12 2003-04-25 Hitachi Ltd Ｉｃカード端末および本人認証方法
JP4393733B2 (ja) * 2001-11-27 2010-01-06 大日本印刷株式会社 携帯可能情報記録媒体
KR20030046621A (ko) * 2001-12-16 2003-06-18 한국전자통신연구원 계층화 구조의 프로토콜 스택을 사용하는 스마트 카드와휴대 단말기의 통신 환경 설정 방법

Also Published As

Publication number Publication date
US20050132151A1 (en) 2005-06-16
JP2005196730A (ja) 2005-07-21
EP1544809A2 (en) 2005-06-22
EP1544809B1 (en) 2009-05-27
DE602004021226D1 (de) 2009-07-09
SG112997A1 (en) 2005-07-28
EP2093719A1 (en) 2009-08-26
KR20050056869A (ko) 2005-06-16
KR100614064B1 (ko) 2006-08-22
US7434066B2 (en) 2008-10-07
EP1544809A3 (en) 2005-11-02

Similar Documents

Publication Publication Date Title
JP4828809B2 (ja) Ｉｃカードおよびｉｃカードにおける処理方法
KR100506559B1 (ko) 인증시스템및방법과인증장치및방법
EP0440158B1 (en) Mutual authentication system
JP4624732B2 (ja) アクセス方法
US20160140057A1 (en) Semiconductor device and encryption key writing method
JP5123524B2 (ja) 保護されたメモリ・アクセスを用いたスマートカード
JP4834748B2 (ja) 情報記憶媒体、媒体認証機器、媒体認証システム、及びｉｃカード
KR20000011788A (ko) 데이터기억장치및데이터기억방법
US20070226513A1 (en) Ic Card for Encryption or Decryption Process and Encrypted Communication System and Encrypted Communication Method Using the Same
US7404523B2 (en) IC card with a cipher key conversion function
KR100346411B1 (ko) 커널모드에서 파일을 자동으로 암호화, 복호화하는 방법,이를 이용한 파일 포인터 이동방법, 및 이들을프로그램화하여 수록한 컴퓨터로 읽을 수 있는 기록매체
JP4723187B2 (ja) メモリ内の符号化データの更新管理
JP2008109276A (ja) 携帯可能電子装置
EP0872081B1 (en) Method and device for data communication
JP2004139242A (ja) Ｉｃカード、ｉｃカード発行システム及びｉｃカード発行方法
JP2009032003A (ja) 携帯可能電子装置、端末装置、認証システム、及び認証方法
JP2996182B2 (ja) Ｉｃカードシステム及びｉｃカード
JP3963938B2 (ja) アクセス方法、メモリデバイス、および情報機器
JPH10143441A (ja) 機密保持機能を備えた半導体装置、符号処理方法及びそのソフトウエアを記憶した記憶媒体
JPH1063580A (ja) Ｉｃカード
JPH09179949A (ja) 携帯可能情報記録媒体とそのリーダライタ装置
JP2007316865A (ja) メモリカード
JP2015222485A (ja) データ書き込み方法、記憶媒体装置及びデータ書込システム
JP2019080207A (ja) 携帯可能電子装置、及びｉｃモジュール
JPH0644142A (ja) Ｉｃカードおよび情報処理装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070330

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20100201

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100209

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100412

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100824

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20101025

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110301

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110502

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: 20110823

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: 20110915

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

Free format text: PAYMENT UNTIL: 20140922

Year of fee payment: 3

R151 Written notification of patent or utility model registration

Ref document number: 4828809

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

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

Free format text: PAYMENT UNTIL: 20140922

Year of fee payment: 3

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