(57)【要約】【課題】より詳細なコマンド処理状態の判断を可能にする携帯可能電子装置を提供することにある。【解決手段】携帯可能電子装置は、複数のコマンドに対応した複数の処理を実行し、実行状態に応じた応答を送信するコマンド処理手段を備え、前記コマンド処理手段は、前記複数の処理の正常実行に対応して、第１の応答（例えばSW=61xx）を送信し、前記複数の処理のうちの一つの処理において処理を中断することが定められた第１の事象（例えばエラー）の発生に対応して、第２の応答（例えばSW=6200）を送信し、前記複数の処理のうちの少なくとも一つの処理において処理を中断しないことが定められた第２の事象（例えばWarning）の発生に対応して、第３の応答（例えばSW=yyxx）を送信する。【選択図】図７
2011197959.tif 000002
【特許請求の範囲】
【請求項１】
データを送受信する通信手段と、
前記通信手段により受信された複数のコマンドに対応した複数の処理を実行し、実行状態に応じた応答を送信するコマンド処理手段と、
を備え、
前記コマンド処理手段は、
前記複数の処理の正常実行に対応して、前記通信手段により第１の応答を送信し、
前記複数の処理のうちの一つの処理において処理を中断することが定められた第１の事象の発生に対応して、前記通信手段により第２の応答を送信し、
前記複数の処理のうちの少なくとも一つの処理において処理を中断しないことが定められた第２の事象の発生に対応して、前記通信手段により第３の応答を送信する、
ことを特徴とする携帯可能電子装置。
【請求項２】
前記コマンド処理手段は、一つのメインコマンドに含まれた前記複数のコマンドに対応した前記複数の処理を順に実行し、実行状態に応じて前記第１、第２、及び第３の応答のうちの何れか一つを送信することを特徴とする請求項１に記載の携帯可能電子装置。
【請求項３】
前記コマンド処理手段は、一つのメインコマンドに含まれた前記複数のコマンドに対応した複数の処理を順に実行し、前記複数のコマンドのうちの最後に実行した最終コマンドの実行状態を送信することを特徴とする請求項１に記載の携帯可能電子装置。
【請求項４】
前記コマンド処理手段は、前記複数の処理のうちの一つの処理において処理を中断することが定められたエラーの発生に対応して、前記通信手段により前記第２の応答を送信し、前記複数の処理のうちの少なくとも一つの処理において処理を中断しないことが定められた警告の発生に対応して、前記通信手段により前記第３の応答を送信することを特徴とする請求項１に記載の携帯可能電子装置。
【請求項５】
前記コマンド処理手段は、前記複数のコマンドに対応した前記複数の処理を実行し、前記複数の処理の実行に対応した複数の実行状態を記憶することを特徴とする請求項１に記載の携帯可能電子装置。
【請求項６】
前記コマンド処理手段は、前記通信手段により受信された実行状態要求コマンドに対応して、前記複数の実行状態のうちの少なくとも一つの実行状態を送信することを特徴とする請求項５に記載の携帯可能電子装置。
【請求項７】
前記コマンド処理手段は、前記通信手段により受信された、所定コマンドを含む前記複数のコマンドに対応した前記複数の処理を実行し、前記複数の処理の実行に対応した複数の実行状態を記憶し、前記通信手段により受信された前記所定コマンドの実行状態要求に対応して、前記所定コマンドに対応した所定実行状態を送信することを特徴とする請求項１に記載の携帯可能電子装置。
【請求項８】
データを送受信する通信手段と、
前記通信手段により複数のコマンドを送信し、前記複数のコマンドに対応した複数の処理の実行状態に応じた応答を受信し、前記応答の内容に応じて前記複数の処理のうちの少なくとも一つの処理の実行状態を要求する実行状態要求コマンドを送信するコマンド送信手段と、
を備えたことを特徴とする通信装置。
【請求項９】
前記コマンド送信手段は、前記複数の処理の正常実行に対応して送信される第１の応答、前記複数の処理のうちの一つの処理において処理を中断することが定められた第１の事象の発生に対応して送信される第２の応答、及び前記複数の処理のうちの少なくとも一つの処理において処理を中断しないことが定められた第２の事象の発生に対応して送信される第３の応答のうちの何れか一つの応答を受信し、前記第３の応答を受信した場合に、前記実行状態要求コマンドを送信することを特徴とする請求項８に記載の通信装置。
【請求項１０】
前記コマンド送信手段は、前記複数のコマンドを含む一つのメインコマンドを送信することを特徴とする請求項８に記載の通信装置。
【請求項１１】
前記コマンド送信手段は、前記複数のコマンドに含まれた所定コマンドの実行状態を要求する前記実行状態要求コマンドを送信することを特徴とする請求項８に記載の通信装置。
【請求項１２】
複数のコマンドを受信し、
前記複数のコマンドに対応した複数の処理を実行し、前記複数の処理の正常実行に対応して第１の応答を送信し、前記複数の処理のうちの一つの処理において処理を中断することが定められた第１の事象の発生に対応して第２の応答を送信し、前記複数の処理のうちの少なくとも一つの処理において処理を中断しないことが定められた第２の事象の発生に対応して第３の応答を送信する、
ことを特徴とするコマンド処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば不揮発性メモリおよびＣＰＵなどの制御素子を有するＩＣ（集積回路）モジュールを内蔵した、いわゆるＩＣカードと称される携帯可能電子装置等に関する。
【背景技術】
【０００２】
近年、安全性に優れるＩＣカード（接触式及び非接触式）の普及が目覚しい。このようなＩＣカードは、電力供給が断たれてもデータを保持する事が可能な不揮発性メモリ、リーダライタと通信可能な通信Ｉ／Ｆ、各種動作を実行するＣＰＵなどの制御素子、ＣＰＵの動作プログラム等を記憶するＲＯＭ、及びデータを一時的に記憶するＲＡＭを有する。
【０００３】
ＩＣカードは、クレジットカード、定期券、その他の商取引の決済に使われるだけでなく、社員証、会員証、保険証などのＩＤカードとしても様々な分野で使われるようになっている。これは、従来の磁気カードに比べ、ＩＣカードは、ＣＰＵ、ＲＯＭ、ＲＡＭ、不揮発性メモリなどを有するＩＣを備えることにより、様々な機能が実現可能となったこと、さらには偽造が難しいためセキュリティの面でも大きく向上したことが要因である。
【０００４】
ＩＣカードは、リーダライタから送信されるコマンドに基づき動作する。例えば、ＩＣカードは、リーダライタから送信されるコマンドを受信すると、受信コマンドに基づく処理を実行し、リーダライタに対してレスポンスを返信する。
【０００５】
例えば、非特許文献１は、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の実行結果を正確に把握することができる。
【００９６】
なお、本願発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は可能な限り適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適当な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果の欄で述べられている効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【符号の説明】
【００９７】
１…端末（通信装置）、２…ＩＣカード（携帯可能電子装置）、１１…制御部、１２…ディスプレイ、１３…キーボード、１４…カードリーダ／ライタ、１５…テンキー、２０…ＩＣチップ、２１…通信Ｉ／Ｆ部、２２…制御部、２３…ＲＡＭ、２４…ＲＯＭ、２５…不揮発性メモリ
【図１】
2011197959.tif 000003
【図２】
2011197959.tif 000004
【図３】
2011197959.tif 000005
【図４】
2011197959.tif 000006
【図５】
2011197959.tif 000007
【図６】
2011197959.tif 000008
【図７】
2011197959.tif 000009
【図８】
2011197959.tif 000010
【図９】
2011197959.tif 000011
【図１０】
2011197959.tif 000012
【図１１】
2011197959.tif 000013
【図１２】
2011197959.tif 000014
【図１３】
2011197959.tif 000015
【図１４】
2011197959.tif 000016
【図１５】
2011197959.tif 000017
【図１６】
2011197959.tif 000018
【図１７】
2011197959.tif 000019
【図１８】
2011197959.tif 000020
【図１９】
2011197959.tif 000021
【図２０】
2011197959.tif 000022
【図２１】
2011197959.tif 000023
【図２２】
2011197959.tif 000024
【図２３】
2011197959.tif 000025
【図２４】
2011197959.tif 000026
【図２５】
2011197959.tif 000027