JP7400868B2

JP7400868B2 - 電子情報記憶媒体、オンライン取引承認要求方法、及びプログラム

Info

Publication number: JP7400868B2
Application number: JP2022078780A
Authority: JP
Inventors: 義永上村
Original assignee: Dai Nippon Printing Co Ltd
Current assignee: Dai Nippon Printing Co Ltd
Priority date: 2022-05-12
Filing date: 2022-05-12
Publication date: 2023-12-19
Anticipated expiration: 2042-05-12
Also published as: JP2023167523A

Description

本発明は、複数方式の暗号演算機能を有するＩＣチップ等の技術分野に関する。

従来から、カードシステムのデファクトスタンダード仕様として、例えば特許文献１に開示されているように、ＥＭＶ（登録商標）仕様が知られている。当該仕様に準拠したＩＣカードは、例えば、イシュア公開鍵証明書、及びＩＣＣ公開鍵証明書等を格納しており、これらの公開鍵証明書はＲＳＡ（Rivest-Shamir-Adleman）暗号演算方式（暗号方式）によって生成される。取引の際にＩＣカードから公開鍵証明書を取得した端末（Terminal）は、ＲＳＡ暗号演算により公開鍵証明書（換言すると、ＩＣカード）の正当性を検証したうえで取引に公開鍵を利用する。近年、ＲＳＡ暗号演算方式は暗号の危殆化が懸念されており、将来的には楕円曲線暗号（ＥＣＣ（Elliptic Curve Cryptography））演算方式へ置き換わることが想定される。ＲＳＡ暗号演算方式から楕円曲線暗号演算方式への移行期間には、ＩＣカードはＲＳＡ暗号演算方式及び楕円曲線暗号演算方式のそれぞれで生成された公開鍵証明書を格納する必要があり、端末はＲＳＡ暗号演算方式及び楕円曲線暗号演算方式のそれぞれの暗号演算ができる必要がある。ＩＣカードには有効期限があるためＩＣカードにおける楕円曲線暗号演算方式への移行は比較的容易であるが、端末にはインターネット接続不可の場所でも利用可能なオフライン専用端末が流通しており、流通している全ての端末を楕円曲線暗号方式へ移行することは容易ではない。

特開２００７－３２８４８１号公報

ところで、ＲＳＡ暗号演算方式から楕円曲線暗号演算方式への移行期間が満了した後はＲＳＡ暗号演算方式が利用不可となるため、楕円曲線暗号演算方式に対応できていない端末はオフライン取引に対応できない。楕円曲線暗号演算方式への移行が完了したＩＣカードは、取引の際に端末がサポートする暗号演算方式を示すデータ（所定のフォーマットのデータ）を当該端末に要求する。しかし、楕円曲線暗号演算方式への移行が完了していない端末は、当該要求されたデータがない（解釈できない）ので、ＲＳＡ暗号演算方式及び楕円曲線暗号演算方式の両方ともサポートしていないことを示すデータ（例えば、ゼロ埋めされたデータ）をＩＣカードへ通知するという問題がある。この場合、ＩＣカードに記憶されている“Issuer Action Code-Online”の条件（つまり、オンライン取引を実行するための条件）と、端末に記憶されている“Terminal Action Code-Online”の条件とのうち、どちらか一方に「オフラインデータ認証が実行されなかった」ことが含まれる（つまり、どちらか一方に“Offline data authentication was not performed”が設定されている）場合、端末はオンライン取引の承認をＩＣカードへ要求することになる。しかし、ＩＣカード及び端末のどちらの上記条件にも、「オフラインデータ認証が実行されなかった」ことが含まれない場合、端末はオフライン取引の承認をＩＣカードへ要求してしまい、かかる要求に対してＩＣカードがリスクチェックを経てオフライン取引を許可するという問題がある。なお、“Offline data authentication was not performed”の設定はオプションであり、流通している全てのＩＣカード及び端末においてこれが設定されている保証はない。

そこで、本発明は、このような問題等に鑑みてなされたものであり、端末からのオフライン取引の承認要求があった場合に、暗号演算方式の移行期間を考慮してオンライン取引が行われるように誘導することが可能な電子情報記憶媒体、オンライン取引承認要求方法、及びプログラムを提供することを目的とする。

上記課題を解決するために、請求項１に記載の発明は、端末との間で通信可能な電子情報記憶媒体であって、前記電子情報記憶媒体がサポートしている第１暗号演算方式の使用期限を記憶する電子情報記憶媒体において、前記端末からオフライン取引の承認要求を示すコマンドを受信する受信手段と、前記コマンドに応じて、前記端末が前記第１暗号演算方式とは異なる第２暗号演算方式を未サポートであるか否かを判定し、且つ、前記コマンドに含まれる日付と前記第１暗号演算方式の使用期限とに基づいて前記第１暗号演算方式の使用期限が経過しているか否かを判定する判定手段と、前記端末が前記第２暗号演算方式を未サポートであると判定され、且つ、前記第１暗号演算方式の使用期限が経過していると判定された場合、オンライン取引の承認要求を含むレスポンスを前記端末へ送信する送信手段と、を備えることを特徴とする。

請求項２に記載の発明は、請求項１に記載の電子情報記憶媒体において、前記第１暗号演算方式は、ＲＳＡ（Rivest-Shamir-Adleman）暗号演算方式であり、前記第２暗号演算方式は楕円曲線暗号演算方式であることを特徴とする。

請求項３に記載の発明は、端末との間で通信可能な電子情報記憶媒体であって、前記電子情報記憶媒体がサポートしている第１暗号演算方式の使用期限を記憶する電子情報記憶媒体に含まれるコンピュータにより実行されるオンライン取引承認要求方法において、前記端末からオフライン取引の承認要求を示すコマンドを受信するステップと、前記コマンドに応じて、前記端末が前記第１暗号演算方式とは異なる第２暗号演算方式を未サポートであるか否かを判定し、且つ、前記コマンドに含まれる日付と前記第１暗号演算方式の使用期限とに基づいて前記第１暗号演算方式の使用期限が経過しているか否かを判定するステップと、前記端末が前記第２暗号演算方式を未サポートであると判定され、且つ、前記第１暗号演算方式の使用期限が経過していると判定された場合、オンライン取引の承認要求を含むレスポンスを前記端末へ送信するステップと、を含むことを特徴とする。

請求項４に記載の発明は、端末との間で通信可能な電子情報記憶媒体であって、前記電子情報記憶媒体がサポートしている第１暗号演算方式の使用期限を記憶する電子情報記憶媒体に含まれるコンピュータを、前記端末からオフライン取引の承認要求を示すコマンドを受信する受信手段と、前記コマンドに応じて、前記端末が前記第１暗号演算方式とは異なる第２暗号演算方式を未サポートであるか否かを判定し、且つ、前記コマンドに含まれる日付と前記第１暗号演算方式の使用期限とに基づいて前記第１暗号演算方式の使用期限が経過しているか否かを判定する判定手段と、前記端末が前記第２暗号演算方式を未サポートであると判定され、且つ、前記第１暗号演算方式の使用期限が経過していると判定された場合、オンライン取引の承認要求を含むレスポンスを前記端末へ送信する送信手段として機能させることを特徴とする。

本発明によれば、端末からのオフライン取引の承認要求があった場合に、暗号演算方式の移行期間を考慮してオンライン取引が行われるように誘導することができる。

取引システムＳの概要構成の一例を示す図である。ＩＣチップ１の概要構成例を示す図である。取引に係る処理に用いられる各種データの一例を示す図である。オンライン取引承認要求処理の一例を示すフローチャートである。取引システムＳにおいて実施される取引処理の一例を示すシーケンス図である。

以下、図面を参照して本発明の実施形態について詳細に説明する。以下に説明する実施形態は、取引システムで用いられるＩＣチップに対して本発明を適用した場合の実施の形態である。

［１．取引システムＳの構成及び機能］
先ず、図１を参照して、本実施形態に係る取引システムＳの構成及び機能について説明する。図１は、取引システムＳの概要構成の一例を示す図である。図１に示すように、取引システムＳは、ＩＣチップ１、端末２、及びイシュアホスト３を備えて構成される。ＩＣチップ１は、本発明の電子情報記憶媒体の一例である。ＩＣチップ１は、例えば、クレジットカードやキャッシュカードなどのＩＣカード、または、スマートフォンなどのモバイルデバイスに搭載される。ＩＣカードもまた、電子情報記憶媒体の一例である。スマートフォンなどのモバイルデバイスの場合、ＩＣチップ１は、モバイルデバイスに着脱可能な小型ＩＣカードに搭載されてもよいし、ｅＵＩＣＣ（Embedded Universal Integrated Circuit Card）としてモバイルデバイスから容易に取り外しや取り換えができないように組み込み基板上に搭載されてもよい。

端末２は、例えば、リーダライタを備える決済端末であり、ＩＣチップ１との間で通信を行いつつ、ＥＭＶ（登録商標）仕様に準じた取引（オフライン取引、またはオンライン取引）に係る処理を実行することが可能になっている。端末２は、楕円曲線暗号演算方式（第２暗号演算方式の一例であり、以下、「ＥＣＣ」という）をサポートせず（つまり、ＥＣＣに対応できていない）、ＲＳＡ暗号演算方式（第１暗号演算方式の一例であり、以下、「ＲＳＡ」という）をサポートしているものとする。また、端末２に記憶されている“Terminal Action Code-Online”には“Offline data authentication was not performed”が設定されていない（つまり、“Offline data authentication was not performed”=0bに設定されている）ものとする。また、端末２には、ＲＳＡ用ＣＡ（Certificate Authority）公開鍵が記憶されている。さらに、端末２は、ネットワークＮＷを介してイシュアホスト３との間で通信可能になっている。イシュアホスト３は、イシュア（発行者）のホストコンピュータである。イシュアホスト３は、ＩＣチップ１が搭載されたＩＣカードまたはモバイルデバイスのホルダ（所有者）の個人情報を管理しており、オンライン取引に係る処理を実行することが可能になっている。

図２は、ＩＣチップ１の概要構成例を示す図である。図２に示すように、ＩＣチップ１は、Ｉ／Ｏ回路１１、ＲＡＭ（Random Access Memory）１２、ＮＶＭ（Nonvolatile Memory）１３、ＲＯＭ（Read Only Memory）１４、及びＣＰＵ（Central Processing Unit）１５（コンピュータの一例）等を備える。なお、ＩＣチップ１は、ＥＣＣ及びＲＳＡの両方ともサポートしているものとする。Ｉ／Ｏ回路１１は、端末２との間のインターフェースを担う。ＩＣチップ１と端末２との間の通信は、非接触通信であってもよいし、接触通信であってもよい。非接触通信の場合、例えばＩＣカードに搭載されたアンテナ（図示せず）を介してＩＣチップ１と端末２との通信が行われる。

ＮＶＭ１３は、フラッシュメモリ、または、Electrically Erasable Programmable Read-Only Memoryなどの不揮発性メモリである。ＮＶＭ１３またはＲＯＭ１４には、オペレーティングシステム（以下、「ＯＳ」という）、及び取引用アプリケーション等のプログラム（本発明のプログラムを含む）が記憶される。ここで、取引用アプリケーションは、上記仕様に準じた取引に係る処理を実行するためのアプリケーションである。なお、ＮＶＭ１３には、複数のブランドそれぞれに対応する取引用アプリケーションが記憶されてもよい。また、ＮＶＭ１３には、ＲＳＡの使用期限（データ）が記憶されている。さらに、ＮＶＭ１３には、上記仕様に準じた取引に係る処理に用いられる各種データが記憶される。

図３は、取引に係る処理に用いられる各種データの一例を示す図である。図３に示すように、各種データには、ＥＣＣサポート時のＡＩＰ（Application Interchange Profile）及びＡＦＬ（Application File Locator）と、ＲＳＡサポート時のＡＩＰ及びＡＦＬと、ＥＣＣ及びＲＳＡ未サポート時のＡＩＰ及びＡＦＬと、イシュア公開鍵証明書（ＥＣＣ）と、イシュア公開鍵証明書（ＲＳＡ）と、ＩＣＣ公開鍵証明書（ＥＣＣ）と、ＩＣＣ公開鍵証明書（ＲＳＡ）と、“Issuer Action Code-Online”と、ＰＤＯＬ（Processing Options Data Object List）とが含まれている。

ここで、ＥＣＣサポート時のＡＩＰ及びＡＦＬは、端末２がＥＣＣをサポートしている場合に端末２へ送信されるＡＩＰ及びＡＦＬである。ＲＳＡサポート時のＡＩＰ及びＡＦＬは、端末２がＥＣＣをサポートしていないがＲＳＡをサポートしている場合に端末２へ送信されるＡＩＰ及びＡＦＬである。ＥＣＣ及びＲＳＡ未サポート時のＡＩＰ及びＡＦＬは、端末２がＥＣＣ及びＲＳＡの両方ともサポートしていない場合に端末２へ送信されるＡＩＰ及びＡＦＬである。“Issuer Action Code-Online”には“Offline data authentication was not performed”が設定されていない（つまり、“Offline data authentication was not performed”=0bに設定されている）ものとする。ＰＤＯＬには、上記仕様に準じた取引に係る処理に必要なデータ（少なくとも、端末２がサポートする暗号演算方式を示すデータ）を端末２に要求するために利用するリストである。なお、図３では省略しているが、各種データには、ホルダにより入力されるＰＩＮ（暗証番号）の照合に用いられるＰＩＮ暗号化公開鍵証明書が含まれる場合もある。

ＡＩＰは、ＩＣチップ１がサポートするオフラインデータ認証などの機能を示す。オフラインデータ認証のタイプには、ＳＤＡ（Static Data Authentication）、ＤＤＡ（Dynamic Data Authentication）、及びＣＤＡ（Combined Dynamic Data Authentication）がある。ＥＣＣサポート時のＡＩＰには、ＥＣＣを用いて実施されるオフラインデータ認証をサポートしていることを示す情報（例えば、対応するビットが“1”）が含まれる。ＲＳＡサポート時のＡＩＰには、ＲＳＡを用いて実施されるＳＤＡ、ＤＤＡ、及びＣＤＡのうち少なくとも何れか１つをサポートしていることを示す情報（例えば、対応するビットが“1”）が含まれる。ＥＣＣ及びＲＳＡ未サポート時のＡＩＰには、ＥＣＣを用いて実施されるオフラインデータ認証と、ＲＳＡを用いて実施されるＳＤＡ、ＤＤＡ、及びＣＤＡとの何れもサポートしていないことを示す情報（例えば、対応するビットがいずれも“0”）が含まれる。なお、ＥＣＣ及びＲＳＡ未サポート時はオフラインデータ認証が実施されない。

ＡＦＬは、オフラインデータ認証などで用いられるアプリケーションデータの格納場所（例えば、レコード番号）を示す。ＥＣＣサポート時のＡＦＬと、ＲＳＡサポート時のＡＦＬと、ＥＣＣ及びＲＳＡ未サポート時のＡＦＬとは、内容が異なる部分もあるし、重複する部分もある。ＥＣＣサポート時のＡＦＬで格納場所が示されるアプリケーションデータには、ホルダの氏名、ホルダの会員番号、イシュア公開鍵証明書（ＥＣＣ）、ＩＣＣ公開鍵証明書（ＥＣＣ）、及び“Issuer Action Code-Online”などが含まれる。ＲＳＡサポート時のＡＦＬで格納場所が示されるアプリケーションデータには、ホルダの氏名、ホルダの会員番号、イシュア公開鍵証明書（ＲＳＡ）、ＩＣＣ公開鍵証明書（ＲＳＡ）、及び“Issuer Action Code-Online”などが含まれる。ＥＣＣ及びＲＳＡ未サポート時のＡＦＬで格納場所が示されるアプリケーションデータには、ホルダの氏名、ホルダの会員番号、及び“Issuer Action Code-Online”が含まれるが、イシュア公開鍵証明書及びＩＣＣ公開鍵証明書は含まれない（オフラインデータ認証は実施されないため）。

イシュア公開鍵証明書（ＥＣＣ）は、ＥＣＣによりＥＣＣ用ＣＡ秘密鍵でＥＣＣ用イシュア公開鍵などが暗号化（署名）されることで生成される。ＩＣＣ公開鍵証明書（ＥＣＣ）は、ＥＣＣによりＥＣＣ用イシュア秘密鍵でＥＣＣ用ＩＣＣ公開鍵などが暗号化されることで生成される。一方、イシュア公開鍵証明書（ＲＳＡ）は、ＲＳＡによりＲＳＡ用ＣＡ秘密鍵でＲＳＡ用イシュア公開鍵などが暗号化されることで生成される。ＩＣＣ公開鍵証明書（ＲＳＡ）は、ＲＳＡによりＲＳＡ用イシュア秘密鍵でＲＳＡ用ＩＣＣ公開鍵などが暗号化されることで生成される。

ＣＰＵ１５は、ＮＶＭ１３またはＲＯＭ１４に記憶されたプログラムにしたがって、上記仕様に準じた取引に係る処理を実行するとともに、本発明における受信手段、判定手段、及び送信手段等として機能しリスクチェック内でオンライン取引承認要求処理を実行する。図４は、オンライン取引承認要求処理の一例を示すフローチャートである。図４に示すオンライン取引承認要求処理は、上記仕様に準じた取引に係る処理において、ＣＰＵ１５が端末２からオフライン取引の承認要求を示すGENERATE ＡＣ（Application Cryptogram）コマンドを受信することにより開始される。なお、GENERATE ＡＣコマンド（後述するコマンドも同様）は、例えば、ISO/IEC 7816-4に規定されたコマンドＡＰＤＵ（Application Protocol Data Unit）である。コマンドＡＰＤＵは、ヘッダ部及びボディ部を含む。ヘッダ部は、ＣＬＡ（命令クラス）、ＩＮＳ（命令コード）、Ｐ１及びＰ２（パラメータ）からなる。特に、GENERATE ＡＣコマンドのボディ部には、日付（Transaction Date）が含まれる。

ＣＰＵ１５は、受信されたGENERATE ＡＣコマンドに応じて、端末２がＥＣＣを未サポートであるか否かを判定し、且つ、GENERATE ＡＣコマンドに含まれる日付（Transaction Date）とＲＳＡの使用期限とに基づいてＲＳＡの使用期限が経過しているか否かを判定する（ステップＳ１０１）。そして、ＣＰＵ１５は、端末２がＥＣＣを未サポートであると判定し、且つ、ＲＳＡの使用期限が経過していると判定した場合（ステップＳ１０１：ＹＥＳ）、オンライン取引の承認要求を選択し、当該オンライン取引の承認要求を含むレスポンスを端末２へ送信する（ステップＳ１０２）。

［２．取引システムＳの動作］
次に、図５を参照して、ＩＣチップ１を用いて取引が行われる際の取引システムＳの動作について説明する。図５は、取引システムＳにおいて実施される取引処理の一例を示すシーケンス図である。ＩＣチップ１が搭載されたＩＣカードが端末２に挿入されるか、ＩＣチップ１が搭載されたＩＣカードまたはモバイルデバイスが端末２に翳されることによりＩＣチップ１が電力供給を受けると、ＩＣチップ１のＣＰＵ１５は、端末２との間で初期化処理をＯＳにより実施する（ステップＳ１）。

初期化処理においては、例えば、端末２からＩＣチップ１へ送信されるリセット信号に応じて、ＩＣチップ１から端末２へ初期応答がなされる。初期化処理が終了すると、端末２は、取引用アプリケーションを選択するためのSELECTコマンドをＩＣチップ１へ送信する（ステップＳ２）。SELECTコマンドには、使用されるブランドに対応する取引用アプリケーションのアプリケーション識別子が含まれる。

次いで、ＩＣチップ１のＣＰＵ１５は、端末２からのSELECTコマンドを受信すると、SELECTコマンドに含まれるアプリケーション識別子により識別される取引用アプリケーションをＯＳにより選択し（ステップＳ３）、ＦＣＩ（File Control Information）、及び少なくとも端末２がサポートする暗号演算方式を示すデータを要求するＰＤＯＬを含むレスポンスを端末２へ送信する（ステップＳ４）。以降のＣＰＵ１５における処理は、当該選択された取引用アプリケーションにより実行される。

次いで、端末２は、ＩＣチップ１からステップＳ４で送信されたレスポンスを受信すると、レスポンスに含まれるＰＤＯＬで要求されたデータがない（換言すると、要求されたデータを解釈できない）ので、ＥＣＣ及びＲＳＡ未サポートを示すデータを含むＧＰＯ（Get Processing Options）コマンドをＩＣチップ１へ送信する（ステップＳ５）。ＧＰＯコマンドは、ＡＩＰ及びＡＦＬを要求するためのコマンドＡＰＤＵである。なお、端末２がＥＣＣをサポートしている場合、ＥＣＣサポートを示すデータを含むＧＰＯコマンドがＩＣチップ１へ送信される。

次いで、ＩＣチップ１のＣＰＵ１５は、端末２からのＧＰＯコマンドを受信すると、ＧＰＯコマンドに含まれるＥＣＣ及びＲＳＡ未サポートを示すデータを参照することで、ＥＣＣ及びＲＳＡ未サポート時のＡＩＰ及びＡＦＬをＮＶＭ１３から取得する（ステップＳ６）。次いで、ＩＣチップ１のＣＰＵ１５は、ステップＳ６で取得された、ＥＣＣ及びＲＳＡ未サポート時のＡＩＰ及びＡＦＬを含むレスポンスを端末２へ送信する（ステップＳ７）。

次いで、端末２は、ＩＣチップ１からステップＳ７で送信されたレスポンスを受信すると、当該レスポンスに含まれるＡＩＰからＩＣチップ１がＲＳＡをサポートしないものと判断し、Read RecordコマンドをＩＣチップ１へ送信する（ステップＳ８）。Read Recordコマンドは、当該レスポンスに含まれるＡＦＬで格納場所が示されるアプリケーションデータを読み出すためのコマンドＡＰＤＵである。Read Recordコマンドのヘッダ部内のＰ１には、当該アプリケーションデータの格納場所であるレコード番号がセットされる。なお、ＥＣＣ及びＲＳＡ未サポート時のＡＩＰにしたがい、端末２に記憶されるＴＶＲ（Terminal Verification Result）には、オフラインデータ認証は実施されなかったことを示す“1”がセットされる。

次いで、ＩＣチップ１のＣＰＵ１５は、端末２からのRead Recordコマンドを受信すると、Read Recordコマンドで示される格納場所からアプリケーションデータを取得する（ステップＳ９）。かかるアプリケーションデータには、ホルダの氏名、ホルダの会員番号、及び“Issuer Action Code-Online”が含まれる。次いで、ＩＣチップ１は、ステップＳ９で取得されたアプリケーションデータを含むレスポンスを端末２へ送信する（ステップＳ１０）。

次いで、端末２は、ＩＣチップ１からステップＳ１０で送信されたレスポンスを受信すると、当該レスポンスからアプリケーションデータを取得し、オフラインデータ認証を実施することなく、リスクチェック及びアクション分析を実行する（ステップＳ１１）。かかるリスクチェックにおいて、端末２は、“Issuer Action Code-Denial”の条件に該当するか否かのチェックを行い、該当しなければ、“Issuer Action Code-Online”、“Terminal Action Code-Online”及びＴＶＲ（“1”）を解析する。ここで、上述したように、“Issuer Action Code-Online”の条件と“Terminal Action Code-Online”の条件との両方に“Offline data authentication was not performed”が設定されていないため、すなわち、オフラインデータ認証が実施されなかったことがオンライン取引を実行するための条件に含まれていないため、端末２は、アクション分析においてオフライン取引の承認要求を選択することになる。次いで、端末２は、選択したオフライン取引の承認要求を示すGENERATE ＡＣコマンドをＩＣチップ１へ送信する（ステップＳ１２）。

次いで、ＩＣチップ１のＣＰＵ１５は、端末２からのGENERATE ＡＣコマンドを受信すると、リスクチェック及びアクション分析を実行する（ステップＳ１３）。かかるリスクチェックにおいて、ＩＣチップ１のＣＰＵ１５は、公知の条件（例えば、取引の累積金額に関する条件、前回のオンライン取引成否に関する条件など）に該当するか否かのチェックに加えて、図４に示すオンライン取引承認要求処理を実行することで、端末２がＥＣＣを未サポートであるか否か、及び、ＲＳＡの使用期限が経過しているか否かをチェックする。そして、ＩＣチップ１のＣＰＵ１５は、端末２がＥＣＣを未サポートであり、且つ、ＲＳＡの使用期限が経過していると判定した場合、他のリスクチェックの結果に関わらず、オンライン取引の承認要求を選択し、当該オンライン取引の承認要求（ＡＲＱＣ（Authorisation Request Cryptogram））を含むレスポンスを端末２へ送信する（ステップＳ１４）。なお、端末２がＥＣＣをサポートしているか、或いは、ＲＳＡの使用期限が経過していないと判定された場合、他のリスクチェックの結果に応じて、オフライン取引の許可または拒否、或いはオンライン取引の承認要求が選択されることになる。

次いで、端末２は、ＩＣチップ１からステップＳ１４で送信されたレスポンスを受信すると、オンライン検証を実施する（ステップＳ１５）。オンライン検証は、取引関連データ（取引額など）及びＡＲＱＣ等が端末２からイシュアホスト３に送信されることで、端末２を介してイシュアホスト３とＩＣチップ１との間で行われる。次いで、端末２は、オンライン検証の結果を含むGENERATE ＡＣコマンドをＩＣチップ１へ送信する（ステップＳ１６）。

次いで、ＩＣチップ１のＣＰＵ１５は、端末２からのGENERATE ＡＣコマンドを受信すると、オンライン検証の結果を検証し、取引許可または取引拒否を決定する（ステップＳ１７）。次いで、ＩＣチップ１のＣＰＵ１５は、ステップＳ１７で決定された結果に応じたデータ（ＴＣ（Transaction Certificate）またはＡＡＣ（Application Authentication Cryptogram））を含むレスポンスを端末２へ送信する（ステップＳ１８）。

なお、端末２は、上記処理において、リスクチェック及びアクション分析の前に、ホルダ検証方法に応じた本人確認処理を行ってもよい。例えば、端末２は、キーパットなどの入力装置からホルダによって入力された暗証番号であるＰＩＮ（Personal Identification Number）を暗号化し、暗号化されたＰＩＮを含むVERIFYコマンドをＩＣチップ１へ送信する。ＩＣチップ１は、端末２からのVERIFYコマンドを受信すると、当該VERIFYコマンドに含まれる暗号化されたＰＩＮを復号し、復号されたＰＩＮと、予めＮＶＭ１３に記録されているＰＩＮとを照合し、照合結果を含むレスポンスを端末２へ送信する。

以上説明したように、上記実施形態によれば、ＩＣチップ１は、端末２からのオフライン取引の承認要求を示すGENERATE ＡＣコマンドに応じて、端末２がＥＣＣを未サポートであると判定し、且つ、ＲＳＡの使用期限が経過していると判定した場合、オンライン取引の承認要求を含むレスポンスを端末２へ送信するように構成したので、“Issuer Action Code-Online”及び“Terminal Action Code-Online”の設定によらず、ＥＣＣの移行期間を考慮してオンライン取引が行われるように誘導することができ、よりセキュアな取引が実現可能となる。

なお、上記実施形態においては、複数の暗号演算方式の例として、ＲＳＡ暗号演算方式及び楕円曲線暗号演算方式を例にとって説明したが、本発明は、将来における他の公開鍵暗号演算方式についても適用可能である。

１ＩＣチップ
２端末
３イシュアホスト
１１Ｉ／Ｏ回路
１２ＲＡＭ
１３ＮＶＭ
１４ＲＯＭ
１５ＣＰＵ

Claims

端末との間で通信可能な電子情報記憶媒体であって、前記電子情報記憶媒体がサポートしている第１暗号演算方式の使用期限を記憶する電子情報記憶媒体において、
前記端末からオフライン取引の承認要求を示すコマンドを受信する受信手段と、
前記コマンドに応じて、前記端末が前記第１暗号演算方式とは異なる第２暗号演算方式を未サポートであるか否かを判定し、且つ、前記コマンドに含まれる日付と前記第１暗号演算方式の使用期限とに基づいて前記第１暗号演算方式の使用期限が経過しているか否かを判定する判定手段と、
前記端末が前記第２暗号演算方式を未サポートであると判定され、且つ、前記第１暗号演算方式の使用期限が経過していると判定された場合、オンライン取引の承認要求を含むレスポンスを前記端末へ送信する送信手段と、
を備えることを特徴とする電子情報記憶媒体。
前記第１暗号演算方式は、ＲＳＡ（Rivest-Shamir-Adleman）暗号演算方式であり、前記第２暗号演算方式は楕円曲線暗号演算方式であることを特徴とする請求項１に記載の電子情報記憶媒体。
端末との間で通信可能な電子情報記憶媒体であって、前記電子情報記憶媒体がサポートしている第１暗号演算方式の使用期限を記憶する電子情報記憶媒体に含まれるコンピュータにより実行されるオンライン取引承認要求方法において、
前記端末からオフライン取引の承認要求を示すコマンドを受信するステップと、
前記コマンドに応じて、前記端末が前記第１暗号演算方式とは異なる第２暗号演算方式を未サポートであるか否かを判定し、且つ、前記コマンドに含まれる日付と前記第１暗号演算方式の使用期限とに基づいて前記第１暗号演算方式の使用期限が経過しているか否かを判定するステップと、
前記端末が前記第２暗号演算方式を未サポートであると判定され、且つ、前記第１暗号演算方式の使用期限が経過していると判定された場合、オンライン取引の承認要求を含むレスポンスを前記端末へ送信するステップと、
を含むことを特徴とするオンライン取引承認要求方法。
端末との間で通信可能な電子情報記憶媒体であって、前記電子情報記憶媒体がサポートしている第１暗号演算方式の使用期限を記憶する電子情報記憶媒体に含まれるコンピュータを、
前記端末からオフライン取引の承認要求を示すコマンドを受信する受信手段と、
前記コマンドに応じて、前記端末が前記第１暗号演算方式とは異なる第２暗号演算方式を未サポートであるか否かを判定し、且つ、前記コマンドに含まれる日付と前記第１暗号演算方式の使用期限とに基づいて前記第１暗号演算方式の使用期限が経過しているか否かを判定する判定手段と、
前記端末が前記第２暗号演算方式を未サポートであると判定され、且つ、前記第１暗号演算方式の使用期限が経過していると判定された場合、オンライン取引の承認要求を含むレスポンスを前記端末へ送信する送信手段として機能させることを特徴とするプログラム。