(57)【要約】【課題】安全性に優れた情報記憶媒体を提供すること。【解決手段】情報記憶媒体は、情報記憶媒体処理装置と接触して通信する第１の通信手段と、前記情報記憶媒体処理装置と非接触で通信する第２の通信手段と、情報を記憶する記憶手段と、前記第１及び第２の通信手段の両方による情報処理結果を利用して、前記記憶手段に記憶された情報に基づき所定処理を実行する実行手段とを備えている。【選択図】      図１
2008033547.tif 000002
【特許請求の範囲】
【請求項１】
情報記憶媒体処理装置と接触して通信する第１の通信手段と、
前記情報記憶媒体処理装置と非接触で通信する第２の通信手段と、
情報を記憶する記憶手段と、
前記第１及び第２の通信手段の両方による情報処理結果を利用して、前記記憶手段に記憶された情報に基づき所定処理を実行する実行手段と、
を備え、
前記実行手段は、前記第１及び第２の通信手段の両方により前記所定処理のための認証処理が成功することを条件として、前記所定処理を実行することを特徴とする情報記憶媒体。
【請求項２】
情報記憶媒体処理装置と接触して通信する第１の通信手段と、
前記情報記憶媒体処理装置と非接触で通信する第２の通信手段と、
情報を記憶する記憶手段と、
前記第１及び第２の通信手段の両方による情報処理結果を利用して、前記記憶手段に記憶された情報に基づき所定処理を実行する実行手段と、
を備え、
前記実行手段は、前記第１及び第２の通信手段の一方との通信により活性化し前記所定処理のための認証処理を実行し前記記憶手段に認証処理結果を記憶して否活性化し、前記第１及び第２の通信手段の他方との通信により活性化し前記所定処理のための認証処理を実行し前記記憶手段に認証処理結果を記憶し、前記記憶手段に記憶された二つの認証処理結果により認証成功が示されることを条件として、前記所定処理を実行することを特徴とする情報記憶媒体。
【請求項３】
前記実行手段は、前記第１及び第２の通信手段による規定の認証処理順序に基づき、この認証処理順序に該当しない前記第１及び第２の通信手段による認証処理をエラーと判断し、前記所定処理の実行を許可しないことを特徴とする請求項２に記載の情報記憶媒体。
【請求項４】
前記実行手段は、前記第１及び第２の通信手段の一方との通信により前記記憶手段に認証処理結果が記憶されてから、再度、同じ通信手段により通信が実行された場合、前記記憶手段に記憶された認証処理結果を消去することを特徴とする請求項３に記載の情報記憶媒体。
【請求項５】
前記実行手段は、前記第１及び第２の通信手段の少なくとも一方との通信により活性化し前記第１及び第２の通信手段を切り換えて前記第１及び第２の通信手段の両方により前記所定処理のための認証処理を実行し前記記憶手段に夫々の認証処理結果を記憶し、前記記憶手段に記憶された夫々の認証処理結果により認証成功が示されることを条件として、前記所定処理を実行することを特徴とする請求項１に記載の情報記憶媒体。
【請求項６】
前記記憶手段は、秘密鍵を記憶し、
前記実行手段は、前記第１及び第２の通信手段の両方により前記認証処理が成功することを条件として、秘密鍵の更新要求に対応して秘密鍵を更新することを特徴とする請求項１に記載の情報記憶媒体。
【請求項７】
情報記憶媒体と接触して通信する第１の通信手段と、
前記情報記憶媒体と非接触で通信する第２の通信手段と、
前記第１及び第２の通信手段の両方による情報処理を経て、前記情報記憶媒体に対して所定処理を要求する要求手段と、
を備え、
前記要求手段は、前記第１及び第２の通信手段の両方により前記所定処理のための認証処理を実行し、前記所定処理を要求することを特徴とする情報記憶媒体理装置。
【請求項８】
情報記憶媒体と接触して通信する第１の通信手段と、
前記情報記憶媒体と非接触で通信する第２の通信手段と、
前記第１及び第２の通信手段の両方による情報処理を経て、前記情報記憶媒体に対して所定処理を要求する要求手段と、
を備え、
前記要求手段は、前記第１及び第２の通信手段の一方の通信により前記情報記憶媒体を活性化し前記所定処理のための認証処理を実行し、前記第１及び第２の通信手段の他方の通信により前記情報記憶媒体を活性化し前記所定処理のための認証処理を実行し、前記所定処理を要求することを特徴とする情報記憶媒体処理装置。
【請求項９】
前記要求手段は、前記第１及び第２の通信手段による規定の認証処理順序に基づき認証処理を実行することを特徴とする請求項８に記載の情報記憶媒体処理装置。
【請求項１０】
情報記憶媒体と接触して通信する第１の通信手段と、
前記情報記憶媒体と非接触で通信する第２の通信手段と、
前記第１及び第２の通信手段の両方による情報処理を経て、前記情報記憶媒体に対して所定処理を要求する要求手段と、
を備え、
前記要求手段は、前記第１及び第２の通信手段の少なくとも一方の通信により前記情報記憶媒体を活性化し前記第１及び第２の通信手段を切り換えて前記第１及び第２の通信手段の両方により前記所定処理のための認証処理を実行し、前記所定処理を要求することを特徴とする情報記憶媒体処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、たとえば不揮発性のデータメモリおよびＣＰＵなどの制御素子を有するＩＣ（集積回路）チップを内蔵した、いわゆるＩＣカードと称される情報記憶媒体に関する。また、本発明は、このような情報記憶媒体に対してデータを書き込んだり、情報記憶媒体からデータを読み出したりする、いわゆるＩＣカードリーダライタと称される情報記憶媒体処理装置に関する。
【背景技術】
【０００２】
近年、ＩＣカードは非接触化がすすみ、より便利に使用できるようになった。同時に、非接触の場合、無線で情報が伝達されるために、通信中の情報の漏洩が問題となっている。そのために、接触と非接触の通信に対応したＩＣカード（コンビカード）が、注目を浴びている。
【０００３】
例えば、接触通信と非接触通信の夫々の伝送プロトコルに対応できるＩＣカードが提案されている（特許文献１参照）。このＩＣカードは、外部機器からのコマンドを接触式及び非接触式にてそれぞれ受信でき、接触式及び非接触式の何れで受信したか判別して、コマンドに対応するアプリケーションプログラムを実行し、その実行結果を外部機器に出力する接触式及び非接触式兼用のＩＣカードであり、このＩＣカードは、外部機器から受信したコマンドの各フィールドに含まれるコマンド情報をアプリケーションプログラムからアクセス可能に抽出する。外部機器から受信したコマンドの各フィールドに含まれるコマンド情報をアプリケーションプログラムからアクセス可能にすることで、接触式および非接触式の伝送プロトコル上の違いを吸収して、アプリケーションプログラムに確実にコマンドを受け渡すことができ、確実にコマンド実行結果を外部機器に送信（出力）できる。
【０００４】
さらに、接触、非接触の一方のアクセス制御手段を介して他方のアクセス制御手段に対応するデータ格納領域内へのアクセスを可能にするＩＣカードが提案されている（特許文献２参照）。このＩＣカードは、接触用データ格納領域内に、非接触用データファイルへアクセスするための非接触データファイル用リンクファイルや、接触用データファイルへのアクセスのための認証鍵を取得するための非接触認証用リンクファイルが用意される。接触用上位装置から接触式ＩＦを介して非接触用データ格納領域内のデータファイルにアクセスする場合には、非接触認証用リンクファイルに基づいて非接触用の認証を行ない、認証ＯＫであれば、非接触データファイル用リンクファイルに基づいて、非接触用データ格納領域内のデータファイルにアクセスする。
【０００５】
また、今日では、様々な非接触ＩＣカードと、ＥＴＣ等の接触ＩＣカードが広く普及したために、非接触ＩＣカード用、接触ＩＣカード用のリーダライタも普及され、一般ユーザがＩＣカードとリーダライタ間の通信データを調べることも、可能となってきた。
【０００６】
もちろん、通信データを調べても、直接的にカード内の特定の秘密データにアクセスすることは、容易ではない。カード内の特定の秘密データは、”通信中のデータであるコマンド／レスポンスを暗号化、さらに署名を付加する”方法や、”秘密情報へのアクセスのための条件を複雑にする”方法で守られている。
【０００７】
例えば、コンビカードの通信方式をセキュリティレベルに応じて使い分ける技術が開示されている（特許文献３）。つまり、コンビカードの通信方式をセキュリティの重要度、通信処理時間短縮の重要度、通信行為の簡便性の重要度、通信行為の頻繁度等に応じて使い分ける。
【特許文献１】特開２００３−１６８０９２
【特許文献２】特開２００４−７８４４４
【特許文献３】特開２００３−１３２３１３
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記したような対策だけでは、ＩＣカードの安全性は十分ではなく、さらなる安全対策が望まれている。
【０００９】
本発明の目的は、上記課題を解決するためになされたものであり、安全性に優れた情報記憶媒体及び情報記憶媒体処理装置を提供することにある。
【課題を解決するための手段】
【００１０】
この発明の情報記憶媒体及び情報記憶媒体処理装置は、以下のように構成されている。
【００１１】
（１）この発明の情報記憶媒体は、情報記憶媒体処理装置と接触して通信する第１の通信手段と、前記情報記憶媒体処理装置と非接触で通信する第２の通信手段と、情報を記憶する記憶手段と、前記第１及び第２の通信手段の両方による情報処理（認証処理）結果を利用して、前記記憶手段に記憶された情報に基づき所定処理を実行する実行手段とを備えている。
【００１２】
（２）この発明の情報記憶媒体処理装置は、情報記憶媒体と接触して通信する第１の通信手段と、前記情報記憶媒体と非接触で通信する第２の通信手段と、前記第１及び第２の通信手段の両方による情報処理を経て、前記情報記憶媒体に対して所定処理を要求する要求手段と、を備えたことを特徴とする情報記憶媒体処理装置。
【発明の効果】
【００１３】
本発明によれば、安全性に優れた情報記憶媒体及び情報記憶媒体処理装置を提供できる。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照し、本発明の実施形態について説明する。
【００１５】
図１は、本実施形態のＩＣカードの概略構成を示す図である。図１に示すように、ＩＣカード１は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、不揮発メモリ（ＥＥＰＲＯＭ）１４、Co-Processor(コプロセッサ)１５、ＵＡＲＴ（Universal Asynchronous Receiver/Transmitter）１６、及びアンテナ１７を備えている。
【００１６】
ＣＰＵ１１は、特定のコマンドを実行する。ＵＡＲＴ１６は、接触通信Ｉ／Ｆとして機能する。アンテナ１７は、非接触通信Ｉ／Ｆとして機能する。これらにより、ＩＣカード１は、接触通信Ｉ／Ｆによる第１の通信プロトコル（接触プロトコル）と非接触通信Ｉ／Ｆによる第２の通信プロトコル（非接触プロトコル）の両方で認証を得ることを条件として、特定の記憶エリア（ＲＯＭ１２、不揮発メモリ１４）へのアクセスを許可し、特定のコマンド処理を実行する。
【００１７】
図２は、本実施形態のＩＣカードリーダライタの概略構成を示す図である。図２に示すように、ＩＣカードリーダライタ２は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、不揮発メモリ２４、Co-Processor２５、ＵＡＲＴ２６、及びアンテナ２７を備えている。
【００１８】
ＣＰＵ２１は、特定のコマンドの実行を要求する。ＵＡＲＴ２６は、接触通信Ｉ／Ｆとして機能する。アンテナ２７は、非接触通信Ｉ／Ｆとして機能する。これらにより、ＩＣカードリーダライタ２は、接触通信Ｉ／Ｆによる接触プロトコルと非接触通信Ｉ／Ｆによる非接触プロトコルの両方で認証処理を要求し、さらに特定のコマンド処理を要求する。
【００１９】
本実施形態では、通信データの漏洩を防ぐために、通信データの経路を複数にして、不正者による通信データの調査を困難にする。例えば、通信データの暗号化、署名付加や、秘密情報へのアクセスを複雑にする方法に加えて、複数の通信手段によって、ＩＣカードのセキュリティの向上を図る。
【００２０】
以下、複数の通信手段による通信の詳細について説明する。ＩＣカード１内には、図３のようなアプリケーションＡ、Ｂが存在する。つまり、ＩＣカード１内には、アプリケーションＡ、Ｂが記憶されている。例えば、アプリケーションＡ内に秘密鍵Ａ、照合鍵ａ、照合鍵ｂ、さらにアプリケーションデータ等が存在する。つまり、ＩＣカード１内には、秘密鍵Ａ、照合鍵ａ、照合鍵ｂ、さらにアプリケーションデータ等が記憶されている。この秘密鍵Ａは、アプリケーション内の署名生成に使用する重要な秘密鍵であり、外部からの読み出しは禁止、更新(書き換え)はカード発行者のみ実施可能とする。そして、カード発行者が秘密鍵Ａを更新するためには、照合鍵ａを接触プロトコルで照合し、照合鍵ｂを非接触プロトコルで照合した場合に、実行可能とする。
【００２１】
図４は、複数の通信手段による通信処理の第１例を示すフローチャートである。
【００２２】
ＳＴ１１：リーダライタ２の接触通信Ｉ／Ｆ（ＵＡＲＴ２６）が、ＩＣカード１の接触Ｉ／Ｆ（ＵＡＲＴ１６）を経由して、ＩＣカード１を活性化し、接触プロトコル(例えば、Ｔ＝１プロトコル)で通信可能状態にする。
【００２３】
ＳＴ１２：リーダライタ２の接触通信Ｉ／Ｆが、接触プロトコルで、ＩＣカード１内のアプリケーションＡを選択するために、SELECT FILEコマンドを実施する。ＩＣカード１は、接触プロトコルにおいて、アプリケーションＡがカレントアプリケーションに割り当てられる。
【００２４】
ＳＴ１３：リーダライタ２の非接触通信Ｉ／Ｆ（アンテナ２７）が、ＩＣカード１の非接触Ｉ／Ｆ（アンテナ１７）を経由して、ＩＣカード１の非接触プロトコル(例えば、Ｔ＝ＣＬプロトコル)で通信可能状態にする。
【００２５】
ＳＴ１４：リーダライタ２の非接触通信Ｉ／Ｆが、非接触プロトコルで、ＩＣカード１内のアプリケーションＡを選択するために、SELECT FILEコマンドを実施する。ＩＣカード１は、非接触プロトコルにおいて、アプリケーションＡがカレントアプリケーションに割り当てられる。
【００２６】
ＳＴ１５：リーダライタ２の接触通信Ｉ／Ｆが、接触プロトコルで、照合鍵ａを、Verifyコマンドで照合する。アプリケーションＡ内では、コマンドの正当性を確認の上で、照合を開始し、”照合結果が正当であること”、”接触プロトコルでVerifyコマンドが送信されたこと”の２点が成立した場合、ＩＣカード１内部に、”接触 ＆ 照合鍵ａ”の条件成立が記憶され、ＩＣカード１の接触通信Ｉ／Ｆは、リーダライタ２の接触通信Ｉ／Ｆに正常終了のレスポンスを返却する。
【００２７】
ＳＴ１６：リーダライタ２の非接触通信Ｉ／Ｆが、非接触プロトコルで、照合鍵ｂを、Verifyコマンドで照合する。アプリケーションＡ内では、コマンドの正当性を確認の上で、照合を開始し、”照合結果が正当であること”、”非接触プロトコルでVerifyコマンドが送信されたこと”の２点が成立した場合、ＩＣカード１内部に、”非接触 ＆ 照合鍵ｂ”の条件成立が記憶され、ＩＣカード１の非接触通信Ｉ／Ｆは、リーダライタ２の非接触通信Ｉ／Ｆに正常終了のレスポンスを返却する。
【００２８】
ＳＴ１７：リーダライタ２の接触通信Ｉ／Ｆが、接触プロトコルで、秘密鍵Ａを更新するために、Update Keyコマンドを実行する。
【００２９】
ＳＴ１８：アプリケーションＡ内では、コマンドの正当性を確認のうえで、”接触 ＆ 照合鍵ａ”、”非接触 ＆ 照合鍵ｂ”の両方の条件成立を確認し、成立していれば、受信したコマンド内部のデータから導出される新しい秘密鍵Ａ’に秘密鍵Ａが更新され、ＩＣカード１の接触通信Ｉ／Ｆは、リーダライタ２の接触通信Ｉ／Ｆに正常終了のレスポンスを返却する。
【００３０】
以降、秘密鍵は、Ａ’に更新したものとして、使用することが可能となる。
【００３１】
なお、上記した通信処理の第１例は、例えば、次のように変形して実施することも可能である。
【００３２】
（１）ＳＴ１１、ＳＴ１２による接触通信と、ＳＴ１３、ＳＴ１４による非接触通信の順序を入れ替えてもよい。つまり、ＳＴ１３、ＳＴ１４による非接触通信を実行してから、ＳＴ１１、ＳＴ１２による接触通信を実行するようにしてもよい。
【００３３】
（２）ＳＴ１５による接触通信と、ＳＴ１６による非接触通信の順序を入れ替えてもよい。つまり、ＳＴ１６による非接触通信を実行してから、ＳＴ１５による接触通信を実行するようにしてもよい。
【００３４】
（３）ＳＴ１７による接触通信を、非接触通信で実現してもよい。
【００３５】
次に、複数の通信手段による通信処理の第２例を説明する。図５は、複数の通信手段による通信処理の第２例を説明するフローチャートである。
【００３６】
ＳＴ２１：リーダライタ２の接触通信Ｉ／Ｆ（ＵＡＲＴ２６）が、ＩＣカード１の接触Ｉ／Ｆ（ＵＡＲＴ１６）を経由して、ＩＣカード１を活性化し、接触プロトコル(例えば、Ｔ＝１プロトコル)で通信可能状態にする。
【００３７】
ＳＴ２２：リーダライタ２の接触通信Ｉ／Ｆが、接触プロトコルで、ＩＣカード１内のアプリケーションＡを選択するために、SELECT FILEコマンドを実施する。ＩＣカード１は、接触プロトコルにおいて、アプリケーションＡがカレントアプリケーションに割り当てられる。
【００３８】
ＳＴ２３：リーダライタ２の接触通信Ｉ／Ｆが、接触プロトコルで、照合鍵ａを、Verifyコマンドで照合する。アプリケーションＡ内では、コマンドの正当性を確認の上で、照合を開始し、”照合結果が正当であること”、”接触プロトコルでVerifyコマンドが送信されたこと”の２点が成立した場合、ＩＣカード１内部に、”接触 ＆ 照合鍵ａ”の条件成立が記憶され、ＩＣカード１の接触通信Ｉ／Ｆは、リーダライタ２の接触通信Ｉ／Ｆに正常終了のレスポンスを返却し、ＩＣカード１が否活性化する。
【００３９】
ＳＴ２４：リーダライタ２の非接触通信Ｉ／Ｆ（アンテナ２７）が、ＩＣカード１の非接触Ｉ／Ｆ（アンテナ１７）を経由して、ＩＣカード１を活性化し、ＩＣカード１の非接触プロトコル(例えば、Ｔ＝ＣＬプロトコル)で通信可能状態にする。
【００４０】
ＳＴ２５：リーダライタ２の非接触通信Ｉ／Ｆが、非接触プロトコルで、ＩＣカード１内のアプリケーションＡを選択するために、SELECT FILEコマンドを実施する。ＩＣカード１は、非接触プロトコルにおいて、アプリケーションＡがカレントアプリケーションに割り当てられる。
【００４１】
ＳＴ２６：リーダライタ２の非接触通信Ｉ／Ｆが、非接触プロトコルで、照合鍵ｂを、Verifyコマンドで照合する。アプリケーションＡ内では、コマンドの正当性を確認の上で、照合を開始し、”照合結果が正当であること”、”非接触プロトコルでVerifyコマンドが送信されたこと”の２点が成立した場合、ＩＣカード１内部に、”非接触 ＆ 照合鍵ｂ”の条件成立が記憶され、ＩＣカード１の非接触通信Ｉ／Ｆは、リーダライタ２の非接触通信Ｉ／Ｆに正常終了のレスポンスを返却し、ＩＣカード１が否活性化する。
【００４２】
ＳＴ２７：リーダライタ２の接触通信Ｉ／Ｆが、ＩＣカード１の接触Ｉ／Ｆを経由して、ＩＣカード１を活性化し、接触プロトコルで、秘密鍵Ａを更新するために、Update Keyコマンドを実行する。
【００４３】
ＳＴ２８：アプリケーションＡ内では、コマンドの正当性を確認のうえで、”接触 ＆ 照合鍵ａ”、”非接触 ＆ 照合鍵ｂ”の両方の条件成立を確認し、成立していれば、受信したコマンド内部のデータから導出される新しい秘密鍵Ａ’に秘密鍵Ａが更新され、ＩＣカード１の接触通信Ｉ／Ｆは、リーダライタ２の接触通信Ｉ／Ｆに正常終了のレスポンスを返却する。
【００４４】
以降、秘密鍵は、Ａ’に更新したものとして、使用することが可能となる。
【００４５】
なお、上記した通信処理の第２例は、例えば、次のように変形して実施することも可能である。
【００４６】
（１）ＳＴ２１、ＳＴ２２、ＳＴ２３による接触通信に関する処理と、ＳＴ２４、ＳＴ２５、ＳＴ２６による非接触通信に関する処理の順序を入れ替えてもよい。つまり、ＳＴ２４、ＳＴ２５、ＳＴ２６による非接触通信に関する処理を実行してから、ＳＴ２１、ＳＴ２２、ＳＴ２３による接触通信に関する処理を実行するようにしてもよい。
【００４７】
（２）ＳＴ２７による接触通信を、非接触通信で実現してもよい。
【００４８】
（３）ＳＴ２６で正常終了のレスポンスを返却した後、ＩＣカード１を否活性化せずに、続けてＳＴ２７の更新処理へ移行してもよい。
【００４９】
次に、図６を参照して、通信エラーに該当するケースについて説明する。図６は、通信エラーの第１例を示すフローチャートである。
【００５０】
ＳＴ３１：リーダライタ２の接触通信Ｉ／Ｆ（ＵＡＲＴ２６）が、ＩＣカード１の接触Ｉ／Ｆ（ＵＡＲＴ１６）を経由して、ＩＣカード１を活性化し、接触プロトコル(例えば、Ｔ＝１プロトコル)で通信可能状態にする。
【００５１】
ＳＴ３２：リーダライタ２の接触通信Ｉ／Ｆが、接触プロトコルで、ＩＣカード１内のアプリケーションＡを選択するために、SELECT FILEコマンドを実施する。ＩＣカード１は、接触プロトコルにおいて、アプリケーションＡがカレントアプリケーションに割り当てられる。
【００５２】
ＳＴ３３：リーダライタ２の接触通信Ｉ／Ｆが、接触プロトコルで、照合鍵ａを、Verifyコマンドで照合する。アプリケーションＡ内では、コマンドの正当性を確認の上で、照合を開始し、”照合結果が正当であること”、”接触プロトコルでVerifyコマンドが送信されたこと”の２点が成立した場合、ＩＣカード１内部に、”接触 ＆ 照合鍵ａ”の条件成立が記憶され、ＩＣカード１の接触通信Ｉ／Ｆは、リーダライタ２の接触通信Ｉ／Ｆに正常終了のレスポンスを返却する。
【００５３】
ＳＴ３４：リーダライタ２の接触通信Ｉ／Ｆが、接触プロトコルで、秘密鍵Ａを更新するために、Update Keyコマンドを実行する。アプリケーションＡ内では、コマンドの正当性を確認のうえで、”接触 ＆ 照合鍵ａ”、”非接触 ＆ 照合鍵ｂ”の両方の条件成立を確認する。このケースでは、両方の条件成立は確認できない。つまり、非接触プロトコルによる、照合鍵ｂの照合が正常終了していないために、アプリケーションＡは、秘密鍵Ａを更新するための条件が成立していないと判断して、秘密鍵Ａを更新することなく、ＩＣカード１の接触通信Ｉ／Ｆは、リーダライタ２の接触通信Ｉ／Ｆに異常終了のレスポンスを返却する。
【００５４】
さらに、図７を参照して、通信エラーに該当するケースについて説明する。図７は、通信エラーの第２例を示すフローチャートである。
【００５５】
ＩＣカード１のＣＰＵ１１は、ＲＯＭ１２等に記憶された規定の処理順序に基づき、処理が実行されているか否かを判断し、規定の処理順序に該当しない場合に、エラーと判断する。例えば、接触プロトコルにより照合鍵ａを照合してから非接触プロトコルにより照合鍵ｂを照合することが規定の処理順序として定められているとする。この規定の下での、通信エラーについて説明する。
【００５６】
ＳＴ４１：リーダライタ２の接触通信Ｉ／Ｆ（ＵＡＲＴ２６）が、ＩＣカード１の接触Ｉ／Ｆ（ＵＡＲＴ１６）を経由して、ＩＣカード１を活性化し、接触プロトコル(例えば、Ｔ＝１プロトコル)で通信可能状態にする。
【００５７】
ＳＴ４２：リーダライタ２の接触通信Ｉ／Ｆが、接触プロトコルで、ＩＣカード１内のアプリケーションＡを選択するために、SELECT FILEコマンドを実施する。ＩＣカード１は、接触プロトコルにおいて、アプリケーションＡがカレントアプリケーションに割り当てられる。
【００５８】
ＳＴ４３：リーダライタ２の接触通信Ｉ／Ｆが、接触プロトコルで、照合鍵ａを、Verifyコマンドで照合する。アプリケーションＡ内では、コマンドの正当性を確認の上で、照合を開始し、”照合結果が正当であること”、”接触プロトコルでVerifyコマンドが送信されたこと”の２点が成立した場合、ＩＣカード１内部に、”接触 ＆ 照合鍵ａ”の条件成立が記憶され、ＩＣカード１の接触通信Ｉ／Ｆは、リーダライタ２の接触通信Ｉ／Ｆに正常終了のレスポンスを返却する。
【００５９】
ＳＴ４４：リーダライタ２の接触通信Ｉ／Ｆが、接触プロトコルで、照合鍵ｂを、Verifyコマンドで照合する。アプリケーションＡ内では、コマンドの正当性を確認の上で、照合を開始し、”照合結果が正当であること”、”非接触プロトコルでVerifyコマンドが送信されたこと”の２点が成立した場合、ＩＣカード１内部に、”非接触 ＆ 照合鍵ｂ”の条件成立が記憶される。このケースでは、２点が成立しないため、条件不成立と判断する。そして、アプリケーションＡにより、ＩＣカード１の接触通信Ｉ／Ｆは、リーダライタ２の接触通信Ｉ／Ｆに異常終了のレスポンスを返却する。
【００６０】
ＳＴ４５：リーダライタ２の接触通信Ｉ／Ｆが、接触プロトコルで、秘密鍵Ａを更新するために、Update Keyコマンドを実行する。アプリケーションＡ内では、コマンドの正当性を確認のうえで、”接触 ＆ 照合鍵ａ”、”非接触 ＆ 照合鍵ｂ”の両方の条件成立を確認する。このケースでは、両方の条件成立は確認できない。つまり、非接触プロトコルによる、照合鍵ｂの照合が正常終了していないために、アプリケーションＡは、秘密鍵Ａを更新するための条件が成立していないと判断して、秘密鍵Ａを更新することなく、ＩＣカード１の接触通信Ｉ／Ｆは、リーダライタ２の接触通信Ｉ／Ｆに異常終了のレスポンスを返却する。
【００６１】
なお、上記した通信エラーの第２例は、例えば、ＳＴ４４の条件不成立の判断に基づき、ＳＴ４３で記憶された”接触 ＆ 照合鍵ａ”の条件成立を消去するようにしてもよい。
【００６２】
以下に本実施形態についてまとめる。
【００６３】
（１）ＩＣカードは、接触・非接触Ｉ／Ｆの一方のＩ／Ｆにより活性化され認証が実施された場合に、その内容を不揮発メモリに保持し、一旦否活性化した後、他方のＩ／Ｆにより活性化され認証が実施された場合に、両Ｉ／Ｆによる認証成功によりセキュリティ条件を成立させて、立ち上げ中のＩ／Ｆからのアクセスを許可する。
【００６４】
（２）ＩＣカードは、接触・非接触Ｉ／Ｆを切り換えながら通信し、両Ｉ／Ｆから連続しての認証成功によりセキュリティ条件を成立させて、両Ｉ／Ｆからのアクセスを許可する。
【００６５】
（３）ＩＣカードは、規定された認証手続き（上記（１）又は（２））以外が実施された場合、直ちに途中段階の認証結果も含めてセキュリティ条件不成立として、アクセスを禁止する。
【００６６】
さらに詳述すると、本実施形態は以下の通りである。
【００６７】
ＩＣカードは、認証(照合)そのものの結果と、実施を促したコマンドのプロトコルの種類の両方から、処理の正当性を判断する。つまり、非接触通信Ｉ／Ｆ経由の非接触プロトコルの特定コマンドで認証(照合)された結果と、接触通信Ｉ／Ｆ経由の接触プロトコルの特定コマンドで認証(照合)された結果をそれぞれ独立の認証(照合)結果と判断したうえで、両方が正常に終了したことにより、以下の動作を許可する。
【００６８】
１）カード全体のセキュリティステータスが更新され、カード内の特定のデータにアクセスすること。
【００６９】
２）ＤＦ内のセキュリティステータスが更新され、ＤＦ配下の特定のデータにアクセスすること。
【００７０】
３）ＤＦ内のセキュリティステータスが更新され、ＤＦ配下の特定のコマンドを実行すること。
【００７１】
４）アプリケーション内のセキュリティステータスが更新され、アプリケーション配下の特定のデータにアクセスすること。
【００７２】
５）アプリケーション内のセキュリティステータスが更新され、アプリケーション配下の特定のコマンドを実行すること。
【００７３】
なお、本願発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は可能な限り適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適当な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果の欄で述べられている効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【図面の簡単な説明】
【００７４】
【図１】図１は、本実施形態のＩＣカードの概略構成を示す図である。
【図２】図２は、本実施形態のＩＣカードリーダライタの概略構成を示す図である。
【図３】図３は、ＩＣカード内のアプリケーションＡ、Ｂの存在を示すための図である。
【図４】図４は、複数の通信手段による通信処理の第１例を示すフローチャートである。
【図５】図５は、複数の通信手段による通信処理の第２例を説明するフローチャートである。
【図６】図６は、通信エラーの第１例を示すフローチャートである。
【図７】図７は、通信エラーの第２例を示すフローチャートである。
【符号の説明】
【００７５】
１…ＩＣカード、１１…ＣＰＵ、１２…ＲＯＭ、１３…ＲＡＭ、１４…不揮発メモリ（ＥＥＰＲＯＭ）、１５…Co-Processor(コプロセッサ)、１６…ＵＡＲＴ（Universal Asynchronous Receiver/Transmitter）、１７…アンテナ、２…ＩＣカードリーダライタ、２１…ＣＰＵ、２２…ＲＯＭ、２３…ＲＡＭ、２４…不揮発メモリ、２６…ＵＡＲＴ、２７…アンテナ
【図１】
2008033547.tif 000003
【図２】
2008033547.tif 000004
【図３】
2008033547.tif 000005
【図４】
2008033547.tif 000006
【図５】
2008033547.tif 000007
【図６】
2008033547.tif 000008
【図７】
2008033547.tif 000009