JP5197664B2 - Ｉｃカード、通信装置、コマンド処理方法、通信システム - Google Patents

Ｉｃカード、通信装置、コマンド処理方法、通信システム Download PDF

Info

Publication number
JP5197664B2
JP5197664B2 JP2010063322A JP2010063322A JP5197664B2 JP 5197664 B2 JP5197664 B2 JP 5197664B2 JP 2010063322 A JP2010063322 A JP 2010063322A JP 2010063322 A JP2010063322 A JP 2010063322A JP 5197664 B2 JP5197664 B2 JP 5197664B2
Authority
JP
Japan
Prior art keywords
response
command
received
execution
processes
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.)
Expired - Fee Related
Application number
JP2010063322A
Other languages
English (en)
Other versions
JP2011197959A (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 JP2010063322A priority Critical patent/JP5197664B2/ja
Priority to SG2011016003A priority patent/SG174684A1/en
Priority to EP11156915.8A priority patent/EP2367108A3/en
Priority to US13/043,651 priority patent/US20110227708A1/en
Publication of JP2011197959A publication Critical patent/JP2011197959A/ja
Application granted granted Critical
Publication of JP5197664B2 publication Critical patent/JP5197664B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/542—Event management; Broadcasting; Multicasting; Notifications
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0715—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a system implementing multitasking
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0736—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function
    • G06F11/0742—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function in a data processing system embedded in a mobile device, e.g. mobile phones, handheld devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766—Error or fault reporting or storing
    • G06F11/0784—Routing of error reports, e.g. with a specific transmission path or data flow

Description

本発明は、例えば不揮発性メモリおよびＣＰＵなどの制御素子を有するＩＣ（集積回路）モジュールを内蔵した、いわゆるＩＣカードと称される携帯可能電子装置等に関する。
近年、安全性に優れるＩＣカード（接触式及び非接触式）の普及が目覚しい。このようなＩＣカードは、電力供給が断たれてもデータを保持する事が可能な不揮発性メモリ、リーダライタと通信可能な通信Ｉ／Ｆ、各種動作を実行するＣＰＵなどの制御素子、ＣＰＵの動作プログラム等を記憶するＲＯＭ、及びデータを一時的に記憶するＲＡＭを有する。
ＩＣカードは、クレジットカード、定期券、その他の商取引の決済に使われるだけでなく、社員証、会員証、保険証などのＩＤカードとしても様々な分野で使われるようになっている。これは、従来の磁気カードに比べ、ＩＣカードは、ＣＰＵ、ＲＯＭ、ＲＡＭ、不揮発性メモリなどを有するＩＣを備えることにより、様々な機能が実現可能となったこと、さらには偽造が難しいためセキュリティの面でも大きく向上したことが要因である。
ＩＣカードは、リーダライタから送信されるコマンドに基づき動作する。例えば、ＩＣカードは、リーダライタから送信されるコマンドを受信すると、受信コマンドに基づく処理を実行し、リーダライタに対してレスポンスを返信する。
例えば、非特許文献１は、RFM(Remote File Management)を開示しおり、一つのSecured Command APDUに複数のCommand APDUが含まれていること、及び複数のCommand APDUを順次実行する仕様を開示している。
さらに、以下のことが開示されている。
・カードは、Command APDUを順次実行する。
・カードは、Command APDUを実行した際、エラーが発生した場合は、コマンドの実行を中断する。
・カードは、Command APDUの実行数と、最後に実行したCommand APDUのSW(Status Word）をレスポンスとして返信する。なお、レスポンスデータある場合は、カードは、レスポンスデータを含むレスポンスを返信する。
また、非特許文献２は、上記「エラー」について開示している。つまり、上記「エラー」は、非非特許文献２に規定されているSWのうち、”Process aborted”であり、”Process completed”に分類されるSWは、エラーではない。つまり、Warning processingの場合も処理が継続される。
3GPP TS 23.048 ISO7816-4 Second edition (5.1.3「Status byte」)
上記したように、カードからのレスポンスは、最後に実行したCommand APDUのSWを含むが、途中の実行結果がNormal processingなのかWarning processingなのかを示す情報は含まない。よって、リーダライタは、カードからのレスポンスを受信しても、途中の実行結果がNormal processingなのかWarning processingなのか判断することができない。つまり、リーダライタは、カードからのレスポンスを受信しても、実際にコマンドを正常に実行できたか判別することが難しい。
本発明の目的は、より詳細なコマンド処理状態の判断を可能にする携帯可能電子装置及びコマンド処理方法を提供することにある。また、本発明の目的は、より詳細にコマンド処理状態を判断することが可能な通信装置を提供することにある。
本発明の一実施形態に係る携帯可能電子装置は、データを送受信する通信手段と、前記通信手段により受信された複数のコマンドに対応した複数の処理を実行し、実行状態に応じた応答を送信するコマンド処理手段と、を備え、前記コマンド処理手段は、前記複数の処理の正常実行に対応して、前記通信手段により第１の応答（例えばSW=61xx）を送信し、前記複数の処理のうちの一つの処理において処理を中断することが定められた第１の事象（例えばエラー）の発生に対応して、前記通信手段により第２の応答（例えばSW=6200）を送信し、前記複数の処理のうちの少なくとも一つの処理において処理を中断しないことが定められた第２の事象（例えばWarning）の発生に対応して、前記通信手段により第３の応答（例えばSW=yyxx）を送信する。
本発明の一実施形態に係る通信装置は、データを送受信する通信手段と、前記通信手段により複数のコマンドを送信し、前記複数のコマンドに対応した複数の処理の実行状態に応じた応答（第１、第２、第３の応答のうちのいずれかの応答）を受信し、前記応答の内容に応じて（例えばSW=yyxxを受信した場合）前記複数の処理のうちの少なくとも一つの処理の実行状態を要求する実行状態要求コマンドを送信するコマンド送信手段と、を備えている。
本発明の一実施形態に係るコマンド処理方法は、複数のコマンドを受信し、前記複数のコマンドに対応した複数の処理を実行し、前記複数の処理の正常実行に対応して第１の応答を送信し、前記複数の処理のうちの一つの処理において処理を中断することが定められた第１の事象の発生に対応して第２の応答を送信し、前記複数の処理のうちの少なくとも一つの処理において処理を中断しないことが定められた第２の事象の発生に対応して第３の応答を送信する。
本発明によれば、より詳細なコマンド処理状態の判断を可能にする携帯可能電子装置及びコマンド処理方法を提供できる。また、本発明によれば、より詳細にコマンド処理状態を判断することが可能な通信装置を提供できる。
本発明の一実施形態に係るＩＣカードシステム（別称、スマートカードシステム）の概略構成を示すブロック図である。 本発明の一実施形態に係るカードリーダ／ライタの概略構成を示すブロック図である。 本発明の一実施形態に係るＩＣカードの概略構成を示すブロック図である。 第２のコマンド処理の一例を示す図である。 第１のコマンド処理の一例を示す図である。 ENVELOPEコマンドの実行に第２のコマンド処理を適用したケースの一例を示すフローチャートである。 ENVELOPEコマンドの実行に第１のコマンド処理を適用したケースの一例を示すフローチャートである。 Secured Command APDU aの一例を示す図である。 Secured Command APDU bの一例を示す図である。 Secured Command APDU cの一例を示す図である。 Command APDU a-1及びCommand APDU a-2の実行に対応したSWの一例を示す図である。 Command APDU b-1、Command APDU b-2、及びCommand APDU b-3の実行に対応したSWの一例を示す図である。 Command APDU c-1、Command APDU c-2、…、Command APDU c-(n-1)、及びCommand APDU c-nの実行に対応したSWの一例を示す図である。 Secured Command APDU aの実行に対応したレスポンスの一例を示す図である。 Secured Command APDU bの実行に対応したレスポンスの一例を示す図である。 Secured Command APDU cの実行に対応したレスポンスの一例を示す図である。 ENVELOPEコマンドのフォーマットの一例を示す図である。 SMS-TPDU TLVのフォーマットの一例を示す図である。 SMSの結合の一例を示す図である。 Secured_Data_Aの結合例を示す図である。 Secured_Data_Bの結合例を示す図である。 Secured_Data_Cの結合例を示す図である。 Secured_Data_A に格納されたSecured Command APDUの一例を示す図である。 図２３に示すSecured Command APDUの実行結果の一例を示す図である。 図２３に示すSecured Command APDUの実行に対応したＩＣカードのレスポンスの一例を示す図である。
以下、図面を参照し、本発明の実施形態について説明する。
図１は、本発明の一実施形態に係るＩＣカードシステム（別称、スマートカードシステム）の概略構成を示すブロック図である。図１に示すように、ＩＣカードシステムは、端末１（通信装置）及びＩＣカード２（携帯可能電子装置）により構成される。端末１は、制御部１１、ディスプレイ１２、キーボード１３、カードリーダ／ライタ１４、テンキー１５を備えている。端末１はＩＣカード２と通信可能に構成されており、端末１はＩＣカード２に対してコマンド等のデータを送信したり、ＩＣカード２からのレスポンス等のデータを受信したりする。
制御部１１は、例えば、複数の通信方式及び複数のアプリケーションを選択的に実行することができる。ディスプレイ１２は、ＩＣカード２との通信結果及び認証結果等を表示する。キーボード１３は、制御部１１に対して文字及び数字等を入力する。テンキー１５は、制御部１１に対してPIN等を入力する。カードリーダ／ライタ１４は、ＩＣカード２と通信する。
なお、ＩＣカード２は、接触式のカード、非接触式のカード、及び非接触式と接触式の両者をサポートするコンビ型のカードのいずれであってもよい。
図２は、本発明の一実施形態に係るカードリーダ／ライタ１４の概略構成を示すブロック図である。図２に示すように、カードリーダ／ライタ１４は、通信Ｉ／Ｆ１４２、ＣＰＵ１４３、データメモリ（不揮発性メモリ）１４４、ＲＡＭ１４５、ＲＯＭ１４６を備えている。ＣＰＵ１４３は、例えば通信制御手段として機能し、ＩＣカード２に対するコマンド等の送信を制御したり、ＩＣカード２からのレスポンスを検出したりする。さらに、ＣＰＵ１４３は、ＩＣカード２からのレスポンスに基づき、ＩＣカード２に対してさらにコマンド等の送信を制御する。
図３は、本発明の一実施形態に係るＩＣカードの概略構成を示すブロック図である。図３に示すように、ＩＣカード２は、例えばプラスティックカードであり、ＩＣチップ２０（ＩＣモジュール）及び通信Ｉ／Ｆ部２１を備えている。ＩＣチップ２０は、制御素子により構成される制御部２２、不揮発性メモリ（ＥＥＰＲＯＭ、ＦＲＡＭ、ＦＬＡＳＨ等）２５、ＲＡＭ２３、ＲＯＭ２４を備えている。例えば、ＩＣチップ２０と通信Ｉ／Ｆ部２１とが一体的にＩＣモジュール化されて、ＩＣカード本体内（プラスティックカード内）に埋設される。なお、携帯可能電子装置の一例として、上記したようなＩＣカード２について説明するが、本発明はこれに限定されるものではない。例えば、携帯可能電子装置は、ＳＩＭ形状のＩＣカードであってもよい。
例えば、ＩＣカード２は、共通部とアプリケーション部により構成され、共通部は、ＩＣチップ２０及び通信Ｉ／Ｆ部２１により構成され、アプリケーション部はＩＣチップ２０により構成される。例えば、制御部２２の共通部は、ＲＯＭ２４に記憶されたＩＣカードプログラム等に基づき動作し、端末１からのコマンド等の受信を制御したり、受信したコマンド等を解釈したり、端末１に対するレスポンス等の送信を制御したりする。また、制御部２２のアプリケーション部は、コマンド処理手段として機能し、解釈されたコマンドを実行する。共通部とアプリケーション部の役割については後に詳しく説明する。
ＲＡＭ２３は、ワーキングメモリとして機能し、コマンドの実行に対応した実行結果等を記憶する。例えば、複数のコマンドが実行される場合、ＲＡＭ２３は、これら複数のコマンドの実行に対応した実行結果等を記憶する。また、不揮発性メモリ２５は、ＲＡＭに記憶された実行結果等を記憶（バックアップ）する。ＲＯＭ２４は、制御部２２により実行されるＩＣカードプログラムを保持する。
次に、上記した端末１とＩＣカード２による第１のコマンド処理について説明する。以下説明する第１のコマンド処理は、詳細なコマンド処理状態の判断を可能にする処理である。
例えば、端末１は、ＩＣカード２に対して、複数のCommand APDU（例えばサブコマンド）を格納したSecured Command APDU（例えばメインコマンド）を送信する。これに対応して、ＩＣカード２（共通部）は、端末１からのSecured Command APDUを受信し、ＩＣカード２（アプリケーション部）は、このSecured Command APDUに格納されている複数のCommand APDUを実行する。つまり、ＩＣカード２（アプリケーション部）は、複数のCommand APDUに対応した複数の処理を順に実行する。また、ＩＣカード２（共通部）は、複数の処理の実行に対応した複数の実行状態を記憶する。
これら複数の処理を正常に実行することができた場合には、ＩＣカード２（共通部）は、端末１に対して第１のレスポンス（以下説明するSW=61xx）を送信する。さらに、ＩＣカード２（共通部）は、コマンドの実行数と複数のコマンドのうちの最後に実行した最終コマンドの実行状態（以下説明する最終SW）を含む実行状態レスポンスを送信する。
また、これら複数の処理のうちの一つの処理において、処理を中断することが定められた第１の事象（エラー）が発生した場合には、ＩＣカード２（共通部）は、処理を中断して、端末１に対して第２のレスポンス（以下説明するSW=6200）を送信する。さらに、ＩＣカード２（共通部）は、コマンドの実行数と、複数のコマンドのうちの最後に実行した最終コマンドの実行状態（以下説明する最終SW）を含む実行状態レスポンスを送信する。
また、これら複数の処理のうちの少なくとも一つの処理において、処理を中断しないことが定められた第２の事象（警告）の発生に対応して、ＩＣカード２（共通部）は、処理を中断することなく、端末１に対して第３のレスポンス（以下説明するSW=yyxx）を送信する。さらに、ＩＣカード２（共通部）は、コマンドの実行数と、複数のコマンドのうちの最後に実行した最終コマンドの実行状態（以下説明する最終SW）を含む実行状態レスポンスを送信する。
端末１は、第１、第２、第３のレスポンスのうちの第３のレスポンスを受信した場合、複数の処理のうちの少なくとも一つの処理において第２の事象（警告）が発生したことを検出することができる。これに対応して、端末１は、ＩＣカード２に対して、上記した複数の処理のうちの少なくとも一つの処理の実行状態を要求する実行状態要求コマンド（専用のCommand APDU）を送信する。例えば、端末１が、第２の事象（警告）が発生しやすい所定コマンドを登録している場合、この所定コマンドの実行状態を要求する実行状態要求コマンドを送信することができる。
ＩＣカード２（共通部）は、端末１からの実行状態要求コマンドを受信すると、端末１に対して、複数の実行状態のうちの少なくとも一つの実行状態を送信する。例えば、端末１が、全ての処理の実行状態を要求する実行状態要求コマンドを送信すれば、ＩＣカード２（共通部）は、この実行状態要求コマンドの受信に対応して、端末１に対して全ての処理の実行状態を送信する。また、上記したように、端末１が、所定コマンドの実行状態を要求する実行状態要求コマンドを送信すれば、ＩＣカード２（共通部）は、この実行状態要求コマンドの受信に対応して、端末１に対して所定コマンドの実行状態を送信する。
以上説明した第１のコマンド処理によれば、端末１は、より詳細にコマンド処理状態を検出することができる。例えば、ＩＣカード内の処理においてWarning processingが発生していた場合に、端末１は、このWarning processingを検出することができる。
図４は、第２のコマンド処理の一例を示す図である。以下説明する第２のコマンド処理では、詳細なコマンド処理状態の判断は難しい。以下、Secured Command APDU a、Secured Command APDU b、及びSecured Command APDU cを実行する第２のコマンド処理の一例について説明する。
最初に、Secured Command APDU aの実行について説明する。図８に示すように、Secured Command APDU aは、Command APDU a-1、及びCommand APDU a-2を格納している。図１１は、Command APDU a-1及びCommand APDU a-2の実行に対応したSWの一例を示す図である。
例えば、図４に示すように、端末１は、ＩＣカード２に対して、Secured Command APDU a（1/1）を送信する。ＩＣカード２（共通部）は、Secured Command APDU a（1/1）を受信し、受信したSecured Command APDU a（1/1）をＲＡＭ２３等に格納し、Command APDU a-1、Command APDU a-2に対応した複数の処理を順次実行するように、ＩＣカード２（アプリケーション部）へ指示しようとする。
例えば、アプリケーション部は、Command APDU a-1を実行し、エラーが発生した場合には、共通部に対してSW=6700を通知する。共通部は、SW=6700を受け取り（エラーの発生に対応して）、次のCommand APDU a-2の実行指示を出さずに、端末１に対して、エラーが発生したことを示すSW=6200を含むレスポンスを送信する。端末１は、ＩＣカード２からのSW=6200を含むレスポンスを受信し、GET RESPONSEを送信する。ＩＣカード２は、GET RESPONSEを受信し、コマンド実行数と最終SWを含むRP-Errorを送信する。上記したように、１コマンド目で、エラーが発生しているので（SW=6700）、共通部は、端末１に対して、実行コマンド数：01、最終SW：6700を含むRP-Error（図１４参照）を送信する。
続いて、Secured Command APDU bの実行について説明する。図９に示すように、Secured Command APDU bは、Command APDU b-1、Command APDU b-2、及びCommand APDU b-3とを格納している。図１２は、Command APDU b-1、Command APDU b-2、及びCommand APDU b-3の実行に対応したSWの一例を示す図である。
例えば、図４に示すように、端末１は、ＩＣカード２に対して、Secured Command APDU b（1/2）を送信する。ＩＣカード２（共通部）は、Secured Command APDU b（1/2）を受信し、受信したSecured Command APDU b（1/2）をＲＡＭ２３等に格納し、端末１に対してSW=9000（正常実行）を含むレスポンスを送信し、Secured Command APDU b（2/2）を待つ。続いて、端末１は、ＩＣカード２に対して、Secured Command APDU b（2/2）を送信する。ＩＣカード２（共通部）は、Secured Command APDU b（2/2）を受信し、受信したSecured Command APDU b（2/2）をＲＡＭ２３等に格納し、Secured Command APDU b（1/2）及びSecured Command APDU b（2/2）を結合し、Command APDU b-1、Command APDU b-2、Command APDU b-3に対応した複数の処理を順次実行するように、ＩＣカード２（アプリケーション部）へ指示しようとする。
例えば、アプリケーション部が、Command APDU b-1に対応した処理を正常に実行すると、共通部に対してSW=9000（正常実行）を通知し、Command APDU b-2に対応した処理を正常に実行すると、共通部に対してSW=9000（正常実行）を通知し、Command APDU b-3に対応した処理を正常に実行すると、共通部に対してSW=9000（正常実行）を通知する。共通部は、これらの正常実行の通知を受け取り、端末１に対してSW=61xxを含むレスポンスを送信する。
端末１は、ＩＣカード２からのSW=61xxを含むレスポンスを受信し、GET RESPONSEを送信する。ＩＣカード２は、GET RESPONSEを受信し、コマンド実行数と最終SWを含むRP-Ackを送信する。上記したように、複数の処理はすべて正常に実行されているので（つまり最終処理は正常に実行されているので）、共通部は、端末１に対して、実行コマンド数：03、最終SW：9000を含むRP-Ack+9000（図１５参照）を送信する。
続いて、Secured Command APDU cの実行について説明する。図１０に示すように、Secured Command APDU cは、Command APDU c-1、Command APDU c-2、…、Command APDU c-(n-1)、及びCommand APDU c-nとを格納している。図１３は、Command APDU c-1、Command APDU c-2、…、Command APDU c-(n-1)、及びCommand APDU c-nの実行に対応したSWの一例を示す図である。
例えば、図４に示すように、端末１は、ＩＣカード２に対して、Secured Command APDU c（1/n）を送信する。ＩＣカード２（共通部）は、Secured Command APDU c（1/n）を受信し、受信したSecured Command APDU c（1/n）をＲＡＭ２３等に格納し、端末１に対してSW=9000（正常実行）を含むレスポンスを送信し、Secured Command APDU c（2/n）を待つ。続いて、端末１は、ＩＣカード２に対して、Secured Command APDU c（2/n）を送信する。ＩＣカード２（共通部）は、Secured Command APDU c（2/n）を受信し、受信したSecured Command APDU c（2/n）をＲＡＭ２３等に格納し、端末１に対してSW=9000（正常実行）を含むレスポンスを送信し、Secured Command APDU c（3/n）を待つ。このようにして、ＩＣカード２（共通部）が、Secured Command APDU c（n/n）を受信し、受信したSecured Command APDU c（n/n）をＲＡＭ２３等に格納すると、Secured Command APDU c（1/n）、Secured Command APDU c（2/n）、…、Secured Command APDU c（n/n）を結合し、Command APDU c-1、Command APDU c-2、…、Command APDU c-(n-1)、及びCommand APDU c-nに対応した複数の処理を順次実行するように、ＩＣカード２（アプリケーション部）へ指示しようとする。
これに対応して、例えば、図１３に示すように、Command APDU c-1、Command APDU c-2、…、Command APDU c-(n-1)、及びCommand APDU c-nの実行に対応したSWが、SW=9000、6200、…、6283、9000となった場合について説明する。
まず、アプリケーション部は、Command APDU c-1を実行し、Command APDU c-1の実行結果がSW=9000(正常)となると、この実行結果を受けた共通部は、アプリケーション部に対してCommand APDU c-2の実行を指示し、アプリケーション部は、次のCommand APDU c-2を実行する。Command APDU ｃ-2の実行結果がSW=6200となると、この実行結果を受けた共通部は、Command APDU c-2の実行結果をWarning processingに分類する。つまり、共通部は、Command APDU c-2の実行結果を、ISO-7816-4に規定されるProcess abortedではなく、Process completedに分類し、エラーと判断しない。よって、共通部は、アプリケーション部に対してCommand APDU c-3の実行を指示し、これに対応して、アプリケーション部は、次のコマンド（Command APDU c-3）を実行する。
アプリケーション部が、Command APDU c-(n-1)を実行した場合に、Command APDU c-(n-1)の実行結果がSW=6283となると、この実行結果を受けた共通部は、Command APDU c-(n-1)の実行結果もWarning processingに分類する。つまり、共通部は、Command APDU c-(n-1)の実行結果を、エラーと判断しない。よって、共通部は、アプリケーション部に対してCommand APDU c-nの実行を指示し、これに対応して、アプリケーション部は、次のコマンド（Command APDU c-n）を実行する。
アプリケーション部が、Command APDU c-nを実行した場合に、Command APDU c-nの実行結果がSW=9000となると、この実行結果を受けた共通部は、端末１に対してSW=61xxを含むレスポンスを送信する。端末１は、ＩＣカード２からのSW=61xxを含むレスポンスを受信し、GET RESPONSEを送信する。ＩＣカード２は、GET RESPONSEを受信し、コマンド実行数と最終SWを含むRP-Ackを送信する。上記したように、複数の処理は正常に実行されているので（つまり最終処理は正常に実行されているので）、共通部は、端末１に対して、実行コマンド数：n、最終SW：9000を含むRP-Ack+9000（図１６参照）を送信する。
上記したように、第２のコマンド処理では、Command APDU c-1、Command APDU c-2、…、Command APDU c-(n-1)、及びCommand APDU c-nに対応した複数の処理において、SW=6200及びSW=6283という実行結果が得られたにも関わらず、ＩＣカードは、正常実行を示すレスポンスを送信する。
再び、図５を参照して、第１のコマンド処理について説明する。図５は、第１のコマンド処理の一例を示す図である。以下、Secured Command APDU a、Secured Command APDU b、及びSecured Command APDU cを実行する第１のコマンド処理の一例について説明する。なお、第２のコマンド処理と共通する処理等については適宜説明を省略する。
例えば、最初に、Secured Command APDU a及びSecured Command APDU bが実行される。第２のコマンド処理におけるSecured Command APDU a及びSecured Command APDU bの実行と、第１のコマンド処理におけるSecured Command APDU a及びSecured Command APDU bの実行とは、実質的に略同じであり、説明は省略する。
続いて、Secured Command APDU cが実行される。例えば、図５に示すように、端末１は、ＩＣカード２に対して、Secured Command APDU cを送信する。ＩＣカード２（共通部）は、Secured Command APDU c（1/n）を受信し、受信したSecured Command APDU c（1/n）をＲＡＭ２３等に格納し、端末１に対してSW=9000（正常実行）を含むレスポンスを送信し、Secured Command APDU c（2/n）を待つ。続いて、端末１は、ＩＣカード２に対して、Secured Command APDU c（2/n）を送信する。ＩＣカード２（共通部）は、Secured Command APDU c（2/n）を受信し、受信したSecured Command APDU c（2/n）をＲＡＭ２３等に格納し、端末１に対してSW=9000（正常実行）を含むレスポンスを送信し、Secured Command APDU c（3/n）を待つ。このようにして、ＩＣカード２（共通部）が、Secured Command APDU c（n/n）を受信し、受信したSecured Command APDU c（n/n）をＲＡＭ２３等に格納すると、Secured Command APDU c（1/n）、Secured Command APDU c（2/n）、…、Secured Command APDU c（n/n）を結合し、Command APDU c-1、Command APDU c-2、…、Command APDU c-(n-1)、及びCommand APDU c-nに対応した複数の処理を順次実行するように、ＩＣカード２（アプリケーション部）へ指示しようとする。
これに対応して、例えば、図１３に示すように、Command APDU c-1、Command APDU c-2、…、Command APDU c-(n-1)、及びCommand APDU c-nの実行に対応したSWが、SW=9000、6200、…、6283、9000となった場合について説明する。
まず、アプリケーション部は、Command APDU c-1を実行し、Command APDU c-1の実行結果がSW=9000(正常)となると、この実行結果を受けた共通部は、実行結果をＲＡＭ２３等へ格納し、アプリケーション部に対してCommand APDU c-2の実行を指示し、アプリケーション部は、次のCommand APDU c-2を実行する。Command APDU ｃ-2の実行結果がSW=6200となると、この実行結果を受けた共通部は、実行結果をＲＡＭ２３等へ格納し、Command APDU c-2の実行結果をWarning processingに分類する。つまり、共通部は、Command APDU c-2の実行結果を、ISO-7816-4に規定されるProcess abortedではなく、Process completedに分類し、エラーと判断しない。よって、共通部は、アプリケーション部に対してCommand APDU c-3の実行を指示し、これに対応して、アプリケーション部は、次のコマンド（Command APDU c-3）を実行する。
アプリケーション部が、Command APDU c-(n-1)を実行した場合に、Command APDU c-(n-1)の実行結果がSW=6283となると、この実行結果を受けた共通部は、実行結果をＲＡＭ２３等へ格納し、Command APDU c-(n-1)の実行結果もWarning processingに分類する。つまり、共通部は、Command APDU c-(n-1)の実行結果を、エラーと判断しない。よって、共通部は、アプリケーション部に対してCommand APDU c-nの実行を指示し、これに対応して、アプリケーション部は、次のコマンド（Command APDU c-n）を実行する。
アプリケーション部が、Command APDU c-nを実行した場合に、Command APDU c-nの実行結果がSW=9000となると、この実行結果を受けた共通部は、実行結果をＲＡＭ２３等へ格納する。共通部は、Command APDU c-1、Command APDU c-2、…、Command APDU c-(n-1)、及びCommand APDU c-nに対応した複数の処理の少なくとも一つの処理に対応した実行結果がWarning processingを示す実行結果であることに基づき、端末１に対してSW=yyxxを含むレスポンスを送信する。つまり、共通部は、複数の処理の実行結果の中にWarning processingが含まれていることに対応して、端末１に対してSW=yyxxを含むレスポンスを送信する。
端末１は、ＩＣカード２からSW=yyxxを含むレスポンスを受信すると、例えば、ＩＣカード２に対して、実行状態要求コマンド（例えばGET REASON コマンド）を送信する。ＩＣカード２は、端末１から実行状態要求コマンドを受信すると、端末１に対して、Command APDU c-1、Command APDU c-2、…、Command APDU c-(n-1)、及びCommand APDU c-nに対応した複数の処理の実行状態（上記ＲＡＭ２３に格納した実行結果に相当）を含む実行状態レスポンスを送信する。或いは、ＩＣカード２は、端末１から実行状態要求コマンドを受信すると、端末１に対して、Command APDU c-1、Command APDU c-2、…、Command APDU c-(n-1)、及びCommand APDU c-nのうちの所定のCommand APDUに対応した処理の実行状態を含む実行状態レスポンスを送信する。また、この実行状態レスポンスが、RP-Ackの取得を促すSWを含むこともできる。
端末１は、上記した実行状態レスポンスを受信すると、さらに、ＩＣカード２に対して、GET RESPONSEコマンドを送信する。ＩＣカード２は、GET RESPONSEコマンドの受信に対応して、端末１に対して、RP-Ackを送信する。
上記したように、第１のコマンド処理では、Command APDU cの実行時にSW=6200（第２の事象）及びSW=6283（第２の事象）という実行結果が得られた場合には、ＩＣカード２は、端末１に対して、これら第２の事象の発生を通知する（SW=61xx）。端末１は、ＩＣカード２からの第２の事象の発生通知を受信し、複数の処理の実行結果のうちの少なくとも一つの実行結果を要求する。ＩＣカード２は、この要求に対応して、複数の処理の実行結果のうちの少なくとも一つの実行結果を通知する。例えば、端末１が、複数の処理の全ての実行結果を要求することにより、複数の処理の全ての実行結果を取得することができる。つまり、端末１は、複数の処理の全ての実行結果を把握することができる。また、端末１が、所定の処理の実行結果を要求することにより、所定の処理の実行結果を取得することができる。つまり、所定の処理の実行結果を重点的に監視することができる。
さらに、図６及び図７に示すフローチャートを参照して、ENVELOPEコマンドにより複数のコマンドを実行するケースについて説明する。図６は、ENVELOPEコマンドの実行に第２のコマンド処理を適用したケースの一例を示すフローチャートである。図７は、ENVELOPEコマンドの実行に第１のコマンド処理を適用したケースの一例を示すフローチャートである。
最初に、図６を参照し、第２のコマンド処理の一例について説明する。
図６に示すように、端末１は、ＩＣカード２に対して、ENVELOPEコマンドを送信する（ＳＴ６０１）。ＩＣカード２の共通部は、ENVELOPEコマンドを受信し（ＳＴ６０２）、ENVELOPEコマンドを解釈し（ＳＴ６０３）、Secured DataからCommand APDUを抽出する（ＳＴ６０４）。
ＩＣカード２の共通部が、未実行のCommand APDUを検出した場合（ＳＴ６０５、ＹＥＳ）、ＩＣカード２のアプリケーション部に対して、未実行のCommand APDUを引き渡す。アプリケーション部は、引き渡されたCommand APDUを実行し（ＳＴ６０６）、共通部に対して、実行結果としてのSWを送信する（ＳＴ６０７）。
共通部は、アプリケーション部からのSWを受信し、受信したSWがNormal processingかProcess abortedのどちらかに分類されるかチェックする（ＳＴ６０８）。アプリケーション部が、受信したSWをProcess abortedに分類した場合には（ＳＴ６０８、ＹＥＳ）、次のCommand APDU（未実行のCommand APDU）は実行せず、実行Command数と最終SWを格納する処理へ移行する（ＳＴ６０９）。アプリケーション部が、受信したSWをNormal Processingに分類した場合には（ＳＴ６０８、ＮＯ）、次のCommand APDU（未実行のCommand APDU）の抽出処理へ移行する（ＳＴ６０４）。
共通部が、未実行のCommand APDUを検出すると（ＳＴ６０５、ＹＥＳ）、アプリケーション部に対して、未実行のCommand APDUを引き渡し、アプリケーション部は、アプリケーション部は、引き渡されたCommand APDUを実行し（ＳＴ６０６）、共通部に対して、実行結果としてのSWを送信する（ＳＴ６０７）。共通部が、未実行のCommand APDUを検出しなければ、つまり、未実行のCommand APDUが無い場合には（ＳＴ６０５、ＮＯ）、実行Command数と最終SWを格納する処理へ移行する（ＳＴ６０９）。
最終SWが、Process abortedの場合（ＳＴ６１０、ＮＯ）、つまり、Command APDUの実行時にエラーが発生した場合には（ＳＴ６１０、ＮＯ）、共通部は、端末１に対して、SW=6200を含むレスポンスを送信する（ＳＴ６１１）。
最終SWが、Normal processingの場合（ＳＴ６１０、ＹＥＳ）、つまりCommand APDUが正常実行された場合には（ＳＴ６１０、ＹＥＳ）、共通部は、端末１に対して、SW=61xxを含むレスポンスを送信する（ＳＴ６１２）。
端末１は、SW=6200を含むレスポンス又はSW=61xxを含むレスポンスを受信すると（ＳＴ６１３）、ＩＣカード２に対してGET RESPONSEを送信する（ＳＴ６１４）。ＩＣカード２は、GET RESPONSEを受信し（ＳＴ６１５）、端末１に対してレスポンス（RP-Error/RP-Ack）を送信する（ＳＴ６１６）。端末１は、レスポンス（RP-Error/RP-Ack）を受信する（ＳＴ６１７）。
続いて、図７を参照し、第１のコマンド処理の一例について説明する。
図７に示すように、端末１は、ＩＣカード２に対して、ENVELOPEコマンドを送信する（ＳＴ７０１）。ＩＣカード２の共通部は、ENVELOPEコマンドを受信し（ＳＴ７０２）、ENVELOPEコマンドを解釈し（ＳＴ７０３）、Secured DataからCommand APDUを抽出する（ＳＴ７０４）。
ＩＣカード２の共通部が、未実行のCommand APDUを検出した場合（ＳＴ７０５、ＹＥＳ）、ＩＣカード２のアプリケーション部に対して、未実行のCommand APDUを引き渡す。アプリケーション部は、引き渡されたCommand APDUを実行し（ＳＴ７０６）、共通部に対して、実行結果としてのSWを送信する（ＳＴ７０７）。
共通部は、アプリケーション部からのSWを受信し、例えばＲＡＭ２３にSWを格納し（ＳＴ７０８）、受信したSWがNormal processingかProcess abortedのどちらかに分類されるかチェックする（ＳＴ７０９）。アプリケーション部が、受信したSWをProcess abortedに分類した場合には（ＳＴ７０９、ＹＥＳ）、次のCommand APDU（未実行のCommand APDU）は実行せず、実行Command数と最終SWを格納する処理へ移行する（ＳＴ７１０）。アプリケーション部が、受信したSWをNormal Processingに分類した場合には（ＳＴ７０９、ＮＯ）、次のCommand APDU（未実行のCommand APDU）の抽出処理へ移行する（ＳＴ７０４）。
さらに、共通部が、未実行のCommand APDUを検出すると（ＳＴ７０５、ＹＥＳ）、アプリケーション部に対して、未実行のCommand APDUを引き渡し、アプリケーション部は、アプリケーション部は、引き渡されたCommand APDUを実行し（ＳＴ７０６）、共通部に対して、実行結果としてのSWを送信する（ＳＴ７０７）。共通部が、未実行のCommand APDUを検出しなければ、つまり、未実行のCommand APDUが無い場合には（ＳＴ７０５、ＮＯ）、実行Command数と最終SWを格納する処理へ移行する（ＳＴ７１０）。
Process abortedの発生が無く（Normal processingであって）、且つ全ての処理においてWarningの発生が無い場合（ＳＴ７１１、ＹＥＳ）、共通部は、端末１に対して、SW=61xxを含むレスポンスを送信する（ＳＴ７１４）。
Process abortedの発生は無いが（Normal processingであるが）、少なくとも一つの処理においてWarningの発生が有る場合（ＳＴ７１１、ＮＯ）（ＳＴ７１２、ＹＥＳ）、共通部は、端末１に対して、SW=yyxxを含むレスポンスを送信する（ＳＴ７１５）。なお、yyは、他の情報を示すものでなく、且つISOに準拠するものであればよい。
Process abortedの発生が有る場合（ＳＴ７１１、ＮＯ）（ＳＴ７１２、ＮＯ）、共通部は、端末１に対して、SW=6200含むレスポンスを送信する（ＳＴ７１３）。
端末１は、SW=6200を含むレスポンス又はSW=61xxを含むレスポンスを受信すると（ＳＴ７１６）（ＳＴ７１７、ＮＯ）、ＩＣカード２に対してGET RESPONSEを送信する（ＳＴ７２２）。ＩＣカード２は、GET RESPONSEを受信し（ＳＴ７２３）、端末１に対してレスポンス（RP-Error/RP-Ack）を送信する（ＳＴ７２４）。端末１は、レスポンス（RP-Error/RP-Ack）を受信する（ＳＴ７２５）。
端末１は、SW=yyxxを含むレスポンスを受信すると（ＳＴ７１６）（ＳＴ７１７、ＹＥＳ）、ＩＣカード２に対してGET REASONを送信する（ＳＴ７１８）。ＩＣカード２は、GET REASONを受信し（ＳＴ７１９）、端末１に対してレスポンス（ＲＡＭ２３に格納した全てのSW）を送信する（ＳＴ７２０）。端末１は、レスポンス（ＲＡＭ２３に格納した全てのSW）を受信する（ＳＴ７２１）。端末１は、レスポンス（ＲＡＭ２３に格納した全てのSW）を受信すると（ＳＴ７２１、ＹＥＳ）、ＩＣカード２に対してGET RESPONSEを送信する（ＳＴ７２２）。ＩＣカード２は、GET RESPONSEを受信し（ＳＴ７２３）、端末１に対してレスポンス（RP-Error/RP-Ack）を送信する（ＳＴ７２４）。端末１は、レスポンス（RP-Error/RP-Ack）を受信する（ＳＴ７２５）。
なお、端末１は、SW=yyxxを含むレスポンスを受信し、ＩＣカード２に対して、所定のコマンドの実行状態を要求するGET REASONを送信することもできる。ＩＣカード２は、所定のコマンドの実行状態を要求するGET REASONを受信し、端末１に対してレスポンス（ＲＡＭ２３に格納した所定のコマンドの実行状態を示すSW）を送信する。これにより、端末１は、所定のコマンドの実行状態を受信することができる。
上記説明したように、第１のコマンド処理により、端末１は、より詳細にコマンド処理状態を検出することができる。例えば、ＩＣカード内の処理においてWarning processingが発生していた場合に、端末１は、このWarning processingを検出することができる。
次に、上記したENVELOPEコマンド等について説明する。
図１７は、ENVELOPEコマンドのフォーマットの一例を示す図である。図１７に示すように、ENVELOPEコマンドのデータ部は、BER-TLVフォーマットになっており、TLVのValue部に１つまたは複数のTLVが格納されている。なお、TLVは、Tag、Length、Valueを示す。
図１８は、SMS-TPDU TLVのフォーマットの一例を示す図である。図１８に示す、「IEDa」内の「Ref.No」は、分割されたSMS(ENVELOPE)が、同一Gr（グループ）か否かを判別するために使用する。「Max.No」は、SMSが分割されている場合、何分割されているか、その分割数を示す。「Seq.No」は、分割されているSMSのうち、何番目のSMSかを示す。「Secured Data」内には、ＩＣカード２が実行すべきSecured Command APDUが格納されている。
図１９は、SMSの結合の一例を示す図である。図１９に示すような順で、ＩＣカード２が、SMSを受信した場合について説明する。
ＩＣカード２は、1), 2), 3)を受信すると、これらを結合し、Secured_Data_A(図２０参照)を作成する。その後、Secured_Data_A に格納されている、Secured Command APDU(図２０参照)を順次実行する。
同様に、ＩＣカード２は、4), 5)を結合し、Secure_Data_B(図２１参照)を作成し、Secured Command APDUを実行し、6)〜11)を結合し、Secure_Data_C(図２２参照)を作成し、Secured Command APDUを実行する。
図２４は、図２３に示すSecured Command APDUの実行結果の一例を示す図である。図２５は、図２３に示すSecured Command APDUの実行に対応したＩＣカード２のレスポンスの一例を示す図である。
まず、ＩＣカード２（アプリケーション部）は、１つめのコマンドであるSELECTコマンドを実行する。このコマンドはカード内のファイルを選択するコマンドであるが、正常に実行し、アプリケーション部は、共通部に対して、SW=9000を通知する。
次に、アプリケーション部は、２つめのコマンドとして、CHANGE PINコマンドを実行する。このコマンドは、PINの値を変更するコマンドであるが、アプリケーション部が、PINの照合に失敗し、PIN値の書き換えに失敗したと想定する。この場合、アプリケーション部は、共通部に対して、SW=63C2を通知する。SW=63xxは、Warning Processingを示すSWであるため、共通部は、コマンドの実行を中断せず、次のコマンドの実行を指示する。
アプリケーション部は、３つめのコマンドとして、VERIFYコマンドを実行する。このコマンドは、PINを照合するコマンドであるが、アプリケーション部が、PINの照合に成功したと想定する。この場合、アプリケーション部は、共通部に対して、SW=9000を通知する。共通部は、次のコマンドの実行を指示する。
アプリケーション部は、最後に、UPDATE BINARYコマンドを実行する。UPDATE BINARYコマンドは、カード内のトランスペアレントファイルのデータを書き換えるコマンドである。アプリケーション部が、トランスペアレントファイルのデータの書き換えに成功したと想定すると、アプリケーション部は、共通部に対して、SW=9000を通知する。
以上のSELECTコマンド、CHANGE PINコマンド、VERIFYコマンド、及びUPDATE BINARYコマンドを第１のコマンド処理（図５、図７）に基づき実行した場合、ＩＣカード２は、端末１に対して、SW=yyxxを送信するので、端末１は、Warning processingの発生を検出することができる。
以上のSELECTコマンド、CHANGE PINコマンド、VERIFYコマンド、及びUPDATE BINARYコマンドを第２のコマンド処理（図４、図６）に基づき実行した場合、ＩＣカード２は、端末１に対して、SW=yyxxを送信しないので、端末１は、Warning processingの発生を検出することが難しい。つまり、ＩＣカード２は、端末１に対して、コマンド実行数：4、最終SW：9000を含むレスポンスを送信するだけなので、端末１は、このレスポンスからは正常実行しか判定することができない。
上記したように、第２のコマンド処理を適用すると、ＩＣカード２が、一つのSecured Command APDUに格納されている複数のCommand APDUを続けて実行した場合、端末１は、複数のCommand APDUの実行結果を正確に把握することが難しい。
これに対して、第１のコマンド処理を適用すると、ＩＣカード２が、一つのSecured Command APDUに格納されている複数のCommand APDUを続けて実行し、例えば、コマンド連続実行途中でWarning processingの発生した場合、ＩＣカード２は、端末１に対して、このWarning processingの発生を通知することができる。さらに、端末１は、Warning processingの発生を通知の受信に対応して、ＩＣカード２に対して、専用のCommand APDUを送信することができる。ＩＣカード２は、専用のCommand APDUを受信すると、端末１に対して、実行した全てのCommand APDUに対応するSWを返信する。端末１は、実行した全てのCommand APDUに対応するSWを受信することにより、複数のCommand APDUの実行結果を正確に把握することができる。
なお、本願発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は可能な限り適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適当な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果の欄で述べられている効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
１…端末（通信装置）、２…ＩＣカード（携帯可能電子装置）、１１…制御部、１２…ディスプレイ、１３…キーボード、１４…カードリーダ／ライタ、１５…テンキー、２０…ＩＣチップ、２１…通信Ｉ／Ｆ部、２２…制御部、２３…ＲＡＭ、２４…ＲＯＭ、２５…不揮発性メモリ

Claims (12)

  1. データを送受信する通信手段と、
    前記通信手段により受信された複数のコマンドに対応した複数の処理を実行し、前記複数の処理の実行に対応した複数の実行状態を記憶し、実行状態に応じた応答を送信するコマンド処理手段と、
    を備え、
    前記コマンド処理手段は、
    前記複数の処理の正常実行に対応して、前記通信手段により第１の応答を送信し、
    前記複数の処理のうちの一つの処理において処理を中断することが定められた第１の事象の発生に対応して、前記通信手段により第２の応答を送信し、
    前記複数の処理のうちの少なくとも一つの処理において処理を中断しないことが定められた第２の事象の発生に対応して、前記通信手段により第３の応答を送信し、
    前記第３の応答を受信した通信装置から送信される、前記複数のコマンドに対応した前記複数の実行状態を要求する実行状態要求コマンドを前記通信手段により受信し、この受信された前記実行状態要求コマンドに対応して、前記複数の実行状態を送信し、
    前記複数の実行状態を受信した前記通信装置から送信される応答要求コマンドを前記通信手段により受信し、この受信された前記応答要求コマンドに対応して、エラーを送信する、
    ことを特徴とするＩＣカード。
  2. 前記コマンド処理手段は、一つのメインコマンドに含まれた前記複数のコマンドに対応した前記複数の処理を順に実行し、実行状態に応じて前記第１、第２、及び第３の応答のうちの何れか一つを送信することを特徴とする請求項１に記載のＩＣカード。
  3. 前記コマンド処理手段は、一つのメインコマンドに含まれた前記複数のコマンドに対応した複数の処理を順に実行し、前記複数のコマンドのうちの最後に実行した最終コマンドの実行状態を送信することを特徴とする請求項１に記載のＩＣカード。
  4. 前記コマンド処理手段は、前記複数の処理のうちの一つの処理において処理を中断することが定められたエラーの発生に対応して、前記通信手段により前記第２の応答を送信し、前記複数の処理のうちの少なくとも一つの処理において処理を中断しないことが定められた警告の発生に対応して、前記通信手段により前記第３の応答を送信することを特徴とする請求項１に記載のＩＣカード。
  5. データを送受信する通信手段と、
    前記通信手段により受信された複数のコマンドに対応した複数の処理を実行し、前記複数の処理の実行に対応した複数の実行状態を記憶し、実行状態に応じた応答を送信するコマンド処理手段と、
    を備え、
    前記コマンド処理手段は、
    前記複数の処理の正常実行に対応して、前記通信手段により第１の応答を送信し、
    前記複数の処理のうちの一つの処理において処理を中断することが定められた第１の事象の発生に対応して、前記通信手段により第２の応答を送信し、
    前記複数の処理のうちの少なくとも一つの処理において処理を中断しないことが定められた第２の事象の発生に対応して、前記通信手段により第３の応答を送信し、
    前記第３の応答を受信した通信装置から送信される、前記複数のコマンドのうちの所定コマンドに対応した所定実行状態を要求する実行状態要求コマンドを前記通信手段により受信し、この受信された前記実行状態要求コマンドに対応して、前記所定コマンドに対応した前記所定実行状態を送信し、
    前記所定実行状態を受信した前記通信装置から送信される応答要求コマンドを前記通信手段により受信し、この受信された前記応答要求コマンドに対応して、エラーを送信する、
    ことを特徴とするＩＣカード。
  6. データを送受信する通信手段と、
    前記通信手段により複数のコマンドを送信し、前記複数のコマンドに対応した複数の処理の実行状態に応じた応答を受信し、前記応答の内容に応じて前記複数のコマンドに対応した複数の実行状態を要求する実行状態要求コマンドを送信するコマンド送信手段と、
    を備え、
    前記コマンド送信手段は、前記複数の処理の正常実行に対応して送信される第１の応答、前記複数の処理のうちの一つの処理において処理を中断することが定められた第１の事象の発生に対応して送信される第２の応答、及び前記複数の処理のうちの少なくとも一つの処理において処理を中断しないことが定められた第２の事象の発生に対応して送信される第３の応答のうちの何れか一つの応答を受信し、前記第３の応答を受信した場合に、前記実行状態要求コマンドを送信し、前記実行状態要求コマンドの送信に対応して複数の実行状態を受信した場合に、応答要求コマンドを送信することを特徴とする通信装置。
  7. 前記コマンド送信手段は、前記複数のコマンドを含む一つのメインコマンドを送信することを特徴とする請求項６に記載の通信装置。
  8. データを送受信する通信手段と、
    前記通信手段により複数のコマンドを送信し、前記複数のコマンドに対応した複数の処理の実行状態に応じた応答を受信し、前記応答の内容に応じて前記複数のコマンドのうちの所定コマンドに対応した所定実行状態を要求する実行状態要求コマンドを送信するコマンド送信手段と、
    を備え、
    前記コマンド送信手段は、前記複数の処理の正常実行に対応して送信される第１の応答、前記複数の処理のうちの一つの処理において処理を中断することが定められた第１の事象の発生に対応して送信される第２の応答、及び前記複数の処理のうちの少なくとも一つの処理において処理を中断しないことが定められた第２の事象の発生に対応して送信される第３の応答のうちの何れか一つの応答を受信し、前記第３の応答を受信した場合に、前記実行状態要求コマンドを送信し、前記実行状態要求コマンドの送信に対応して所定実行状態を受信した場合に、応答要求コマンドを送信することを特徴とする通信装置。
  9. 複数のコマンドを受信し、
    前記複数のコマンドに対応した複数の処理を実行し、前記複数の処理の実行に対応した複数の実行状態を記憶し、前記複数の処理の正常実行に対応して第１の応答を送信し、前記複数の処理のうちの一つの処理において処理を中断することが定められた第１の事象の発生に対応して第２の応答を送信し、前記複数の処理のうちの少なくとも一つの処理において処理を中断しないことが定められた第２の事象の発生に対応して第３の応答を送信し、
    前記第３の応答を受信した通信装置から送信される、前記複数のコマンドに対応した前記複数の実行状態を要求する実行状態要求コマンドを受信し、この受信された前記実行状態要求コマンドに対応して、前記複数の実行状態を送信し、前記複数の実行状態を受信した前記通信装置から送信される応答要求コマンドを受信し、この受信された前記応答要求コマンドに対応して、エラーを送信することを特徴とするコマンド処理方法。
  10. 複数のコマンドを受信し、
    前記複数のコマンドに対応した複数の処理を実行し、前記複数の処理の実行に対応した複数の実行状態を記憶し、前記複数の処理の正常実行に対応して第１の応答を送信し、前記複数の処理のうちの一つの処理において処理を中断することが定められた第１の事象の発生に対応して第２の応答を送信し、前記複数の処理のうちの少なくとも一つの処理において処理を中断しないことが定められた第２の事象の発生に対応して第３の応答を送信し、
    前記第３の応答を受信した通信装置から送信される、前記複数のコマンドのうちの所定コマンドに対応した所定実行状態を要求する実行状態要求コマンドを受信し、この受信された前記実行状態要求コマンドに対応して、前記所定コマンドに対応した前記所定実行状態を送信し、前記所定実行状態を受信した前記通信装置から送信される応答要求コマンドを受信し、この受信された前記応答要求コマンドに対応して、エラーを送信することを特徴とするコマンド処理方法。
  11. ＩＣカードと通信装置により構成される通信システムであって、
    前記ＩＣカードは、
    データを送受信する第１の通信手段と、
    前記第１の通信手段により受信された複数のコマンドに対応した複数の処理を実行し、前記複数の処理の実行に対応した複数の実行状態を記憶し、実行状態に応じた応答を送信するコマンド処理手段と、
    を備え、
    前記コマンド処理手段は、
    前記複数の処理の正常実行に対応して、前記第１の通信手段により第１の応答を送信し、
    前記複数の処理のうちの一つの処理において処理を中断することが定められた第１の事象の発生に対応して、前記第１の通信手段により第２の応答を送信し、
    前記複数の処理のうちの少なくとも一つの処理において処理を中断しないことが定められた第２の事象の発生に対応して、前記第１の通信手段により第３の応答を送信し、
    前記第３の応答を受信した前記通信装置から送信される、前記複数のコマンドに対応した前記複数の実行状態を要求する実行状態要求コマンドを前記第１の通信手段により受信し、この受信された前記実行状態要求コマンドに対応して、前記複数の実行状態を送信し、前記複数の実行状態を受信した前記通信装置から送信される応答要求コマンドを前記第１の通信手段により受信し、この受信された前記応答要求コマンドに対応して、エラーを送信し、
    前記通信装置は、
    データを送受信する第２の通信手段と、
    前記第２の通信手段により複数のコマンドを送信し、前記複数のコマンドに対応した複数の処理の実行状態に応じた応答を受信し、前記応答の内容に応じて前記実行状態要求コマンドを送信するコマンド送信手段と、
    を備え、
    前記コマンド送信手段は、前記第１の応答、前記第２の応答、及び前記第３の応答のうちの何れか一つの応答を受信し、前記第３の応答を受信した場合に、前記実行状態要求コマンドを送信し、前記実行状態要求コマンドの送信に対応して前記複数の実行状態を受信した場合に、前記応答要求コマンドを送信することを特徴とする通信システム。
  12. ＩＣカードと通信装置により構成される通信システムであって、
    前記ＩＣカードは、
    データを送受信する第１の通信手段と、
    前記第１の通信手段により受信された複数のコマンドに対応した複数の処理を実行し、前記複数の処理の実行に対応した複数の実行状態を記憶し、実行状態に応じた応答を送信するコマンド処理手段と、
    を備え、
    前記コマンド処理手段は、
    前記複数の処理の正常実行に対応して、前記第１の通信手段により第１の応答を送信し、
    前記複数の処理のうちの一つの処理において処理を中断することが定められた第１の事象の発生に対応して、前記第１の通信手段により第２の応答を送信し、
    前記複数の処理のうちの少なくとも一つの処理において処理を中断しないことが定められた第２の事象の発生に対応して、前記第１の通信手段により第３の応答を送信し、
    前記第３の応答を受信した前記通信装置から送信される、前記複数のコマンドのうちの所定コマンドに対応した所定実行状態を要求する実行状態要求コマンドを前記第１の通信手段により受信し、この受信された前記実行状態要求コマンドに対応して、前記所定コマンドに対応した前記所定実行状態を送信し、前記所定実行状態を受信した前記通信装置から送信される応答要求コマンドを前記第１の通信手段により受信し、この受信された前記応答要求コマンドに対応して、エラーを送信し、
    前記通信装置は、
    データを送受信する第２の通信手段と、
    前記第２の通信手段により複数のコマンドを送信し、前記複数のコマンドに対応した複数の処理の実行状態に応じた応答を受信し、前記応答の内容に応じて前記実行状態要求コマンドを送信するコマンド送信手段と、
    を備え、
    前記コマンド送信手段は、前記第１の応答、前記第２の応答、及び前記第３の応答のうちの何れか一つの応答を受信し、前記第３の応答を受信した場合に、前記実行状態要求コマンドを送信し、前記実行状態要求コマンドの送信に対応して前記所定実行状態を受信した場合に、前記応答要求コマンドを送信することを特徴とする通信システム。
JP2010063322A 2010-03-18 2010-03-18 Ｉｃカード、通信装置、コマンド処理方法、通信システム Expired - Fee Related JP5197664B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2010063322A JP5197664B2 (ja) 2010-03-18 2010-03-18 Ｉｃカード、通信装置、コマンド処理方法、通信システム
SG2011016003A SG174684A1 (en) 2010-03-18 2011-03-03 Portable electronic device, communication device, and command processing method
EP11156915.8A EP2367108A3 (en) 2010-03-18 2011-03-04 Portable electronic device, communication device, and command processing method
US13/043,651 US20110227708A1 (en) 2010-03-18 2011-03-09 Portable electronic device, communication device, and command processing method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2010063322A JP5197664B2 (ja) 2010-03-18 2010-03-18 Ｉｃカード、通信装置、コマンド処理方法、通信システム

Publications (2)

Publication Number Publication Date
JP2011197959A JP2011197959A (ja) 2011-10-06
JP5197664B2 true JP5197664B2 (ja) 2013-05-15

Family

ID=44170410

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2010063322A Expired - Fee Related JP5197664B2 (ja) 2010-03-18 2010-03-18 Ｉｃカード、通信装置、コマンド処理方法、通信システム

Country Status (4)

Country Link
US (1) US20110227708A1 (ja)
EP (1) EP2367108A3 (ja)
JP (1) JP5197664B2 (ja)
SG (1) SG174684A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013164686A (ja) * 2012-02-09 2013-08-22 Toshiba Corp Ｉｃカードおよび携帯可能電子装置
JP2013171394A (ja) * 2012-02-20 2013-09-02 Toshiba Corp Ｉｃカード、ｉｃカードの製造方法、ｉｃカードの発行方法、及び情報処理方法
US8949476B2 (en) 2013-03-19 2015-02-03 Qualcomm Incorporated Method and apparatus for providing an interface between a UICC and a processor in an access terminal that supports asynchronous command processing by the UICC
US9536590B1 (en) * 2014-09-03 2017-01-03 Marvell International Ltd. System and method of memory electrical repair

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2557838B2 (ja) * 1986-02-18 1996-11-27 株式会社東芝 Ｉｃカ−ド
JP2537199B2 (ja) * 1986-06-20 1996-09-25 株式会社東芝 Ｉｃカ―ド
JP2856393B2 (ja) * 1987-02-17 1999-02-10 株式会社東芝 携帯可能電子装置
FR2734927B1 (fr) * 1995-05-30 1997-07-04 Syseca Lecteur pour carte a puce intelligente
JP3657315B2 (ja) * 1995-07-17 2005-06-08 大日本印刷株式会社 携帯可能情報記録媒体およびそのアクセス方法
US5754762A (en) * 1997-01-13 1998-05-19 Kuo; Chih-Cheng Secure multiple application IC card using interrupt instruction issued by operating system or application program to control operation flag that determines the operational mode of bi-modal CPU
US7889052B2 (en) * 2001-07-10 2011-02-15 Xatra Fund Mx, Llc Authorizing payment subsequent to RF transactions
JP2005173935A (ja) * 2003-12-10 2005-06-30 Toshiba Corp 携帯可能電子装置と携帯可能電子装置処理システムと携帯可能電子装置の演算処理方法
US7428992B2 (en) * 2005-01-11 2008-09-30 Matsushita Electric Industrial Co., Ltd. Secure device and system for issuing IC cards
US20070033291A1 (en) * 2005-07-22 2007-02-08 Axalto Inc. System and method for support of legacy communications protocols in a smart card
JP2008107991A (ja) * 2006-10-24 2008-05-08 Dainippon Printing Co Ltd 情報処理媒体とそのプログラム、情報処理媒体のエラー処理方法、及び、情報処理システム
FR2908202B1 (fr) * 2006-11-07 2009-03-13 Oberthur Card Syst Sa Procede et dispositif de personnalisation d'une entite electronique portable
JP4896837B2 (ja) * 2007-08-20 2012-03-14 株式会社東芝 携帯可能電子装置および携帯可能電子装置の制御方法
JP2010009467A (ja) * 2008-06-30 2010-01-14 Toshiba Corp 情報記憶媒体、情報処理システム、及びコマンド方法

Also Published As

Publication number Publication date
EP2367108A2 (en) 2011-09-21
JP2011197959A (ja) 2011-10-06
US20110227708A1 (en) 2011-09-22
SG174684A1 (en) 2011-10-28
EP2367108A3 (en) 2014-05-21

Similar Documents

Publication Publication Date Title
US8424770B2 (en) Method and device for customizing a portable electronic entity
US9183400B2 (en) IC card and IC card control method
JP5197664B2 (ja) Ｉｃカード、通信装置、コマンド処理方法、通信システム
KR101783526B1 (ko) Ic 카드, 전자 장치 및 휴대 가능 전자 장치
EP2759961A1 (en) Ic card, portable electronic device, and ic card control method
JP2012194918A (ja) 通信媒体、ｉｃカード、及び通信方法
JP2011022841A (ja) 携帯可能電子装置の処理システム、携帯可能電子装置、及び携帯可能電子装置の処理装置
JP2017126125A (ja) Ｉｃカード、携帯可能電子装置及び処理装置
JP5444138B2 (ja) 通信システム、通信方法及び携帯可能電子装置
JP2011065471A (ja) 携帯可能電子装置、ｉｃカード、携帯可能電子装置の処理システムおよび携帯可能電子装置の制御方法
JP5306079B2 (ja) Ｉｃカード、ｉｃカード処理装置、及びｉｃカード処理システム
JP2011150597A (ja) 通信装置、通信媒体、及び通信方法
JP2014059806A (ja) Ｉｃカード、携帯可能電子装置、及びｉｃカード処理装置
EP2642411B1 (en) IC card and command processing method for IC card
JP2014063340A (ja) Ｉｃカード、携帯可能電子装置、及び情報処理方法
JP5367236B2 (ja) 携帯可能電子装置およびｉｃカード
JP2008276572A (ja) 非接触式ｉｃカード
JP2004185419A (ja) 携帯可能電子媒体と、その携帯可能電子媒体の発行システム、処理方法及び発行方法
JP2013164686A (ja) Ｉｃカードおよび携帯可能電子装置
JP2013191117A (ja) Ｉｃチップ、ａｔｒ応答処理プログラム、及びａｔｒ応答方法
JP5787692B2 (ja) Ｉｃカード、携帯可能電子装置、及びｉｃカードの制御方法
JP6111742B2 (ja) 近接型ｉｃカードシステム、及び近接型ｉｃカード
EP2299414B1 (en) Portable electronic apparatus, control method for portable electronic apparatus, and IC card
JP2013171394A (ja) Ｉｃカード、ｉｃカードの製造方法、ｉｃカードの発行方法、及び情報処理方法
JP2009075968A (ja) 情報記憶媒体及び動作制御方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20120301

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20120608

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120612

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120808

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20121002

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20121203

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20130205

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

Free format text: PAYMENT UNTIL: 20160215

Year of fee payment: 3

R151 Written notification of patent or utility model registration

Ref document number: 5197664

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

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees