JP2024046675A

JP2024046675A - Ｉｃチップ

Info

Publication number: JP2024046675A
Application number: JP2024020274A
Authority: JP
Inventors: 雄介橋村; Yusuke Hashimura
Original assignee: Dai Nippon Printing Co Ltd
Current assignee: Dai Nippon Printing Co Ltd
Priority date: 2021-07-02
Filing date: 2024-02-14
Publication date: 2024-04-03
Anticipated expiration: 2041-07-02
Also published as: JP7439798B2; JP2023007750A; JP7501808B2

Abstract

【課題】既存システムを改修することなく、マルチアプリＩＣカードに移行させることを可能とする電子情報記憶媒体、アプリケーション選択処理方法、及びプログラムを提供する。【解決手段】ＩＣカード１は、選択コマンド以外のコマンドとアプリケーションとの対応関係を示す情報を予め記憶しておき、ＩＣカード１が活性化した後に受信された最初のコマンドがSELECTコマンドであるか否か判定し、SELECTコマンドでないと判定した場合、上記対応関係を示す情報を参照して、最初のコマンドに対応するアプリケーションが存在するか否か判定し、最初のコマンドに対応するアプリケーションが存在すると判定した場合、最初のコマンドに対応するアプリケーションを特定し、当該特定されたアプリケーションを選択する処理を実行し、当該選択されたアプリケーションに最初のコマンドに応じた処理を実行させる。【選択図】図４

Description

本発明は、複数のアプリケーションを搭載可能なＩＣカード等の電子情報記憶媒体の技術分野に関する。

近年、複数のアプリケーション（以下、「アプリ」という）を搭載可能ないわゆるマルチアプリＩＣカードの普及に伴い、従来のアプリをマルチアプリＩＣカードに統合した運用へと移行が進められている。しかし、単一のアプリのみを搭載可能なＩＣカードを前提とした既存システムでは、マルチアプリＩＣカードへの移行が困難であり、システムの改修が必要になる場合がある。例えば、既存システムがＩＣカードに搭載されるアプリが単一であることを前提とし、当該アプリを選択するための選択コマンドを送信せずにデータ読み出しコマンドをマルチアプリＩＣカードへ送信する場合がある。この場合、マルチアプリＩＣカードは、アプリの未選択状態（あるいは別のシステム向けアプリ選択状態）でデータ読み出しコマンドを受信することとなり、このシステム向けのアプリに読み出しコマンドを処理させることができない。これに関して、特許文献１には、一のアプリを選択コマンドにより選択して当該アプリにコマンド処理を実行させた後に、他のアプリを選択コマンドにより選択し直すことなく、当該他のアプリにコマンド処理を実行させることができる電子情報記憶媒体が提案されている。

特開２０１８－６０４５５号公報

しかしながら、特許文献１に開示された技術では、選択コマンドをマルチアプリＩＣカードに送信して予めアプリを選択状態に遷移させる必要があり、既存システムにマルチアプリＩＣカードを導入する際の課題を解決することはできない。

そこで、本発明は、既存システムを改修することなく、マルチアプリＩＣカードに移行させることを可能とするＩＣチップを提供することを目的とする。

上記課題を解決するために、請求項１に記載の発明は、外部機器から受信された選択コマンドに応じて選択されるアプリケーションを複数搭載可能なＩＣチップであって、前記選択コマンド以外のコマンドとアプリケーションとの対応関係を示す情報を記憶する記憶手段と、前記ＩＣチップが活性化した後に受信されたコマンドが、最初のコマンドであるか否かを判定し、当該最初のコマンドであると判定した場合に、当該最初のコマンドが何れかの前記アプリケーションを選択するための選択コマンドであるか否か判定する第１判定手段と、前記第１判定手段により選択コマンドでないと判定された場合、前記対応関係を示す情報を参照して、前記最初のコマンドに対応するアプリケーションが存在するか否か判定する第２判定手段と、前記第２判定手段により前記最初のコマンドに対応するアプリケーションが存在すると判定された場合、前記最初のコマンドに対応するアプリケーションを特定する特定手段と、前記特定手段により特定されたアプリケーションを選択する処理を実行し、当該選択されたアプリケーションに前記最初のコマンドに応じた処理を実行させる選択処理手段と、を備えることを特徴とする。

請求項２に記載の発明は、請求項１に記載のＩＣチップにおいて、前記第２判定手段により前記最初のコマンドに対応するアプリケーションが存在しないと判定された場合に、アプリケーションが未選択状態であることを示すレスポンスを外部機器へ送信する送信手段をさらに備えることを特徴とする。

本発明によれば、既存システムを改修することなく、マルチアプリＩＣカードに移行させることができる。

ＩＣカード１のハードウェア構成例を示す図である。ＩＣカード１のソフトウェア構成例を示す図である。コマンド・アプリ対応関係テーブルの一例を示す図である。ＩＣカード１が活性化した後、外部機器２からＩ／Ｏ回路１３を通じてコマンドが受信されたときにＩＣカード１のＯＳにより実行される処理を示すフローチャートである。

以下、図面を参照して本発明の実施形態について詳細に説明する。以下に説明する実施形態は、外部機器から受信された選択コマンドに応じて選択されるアプリを複数搭載可能なＩＣカード（マルチアプリＩＣカード）に対して本発明を適用した場合の実施の形態である。

［１．ＩＣカード１の構成及び機能］
先ず、図１を参照して、本実施形態に係るＩＣカード１の構成及び機能について説明する。図１は、ＩＣカード１のハードウェア構成例を示す図である。ＩＣカード１は、本発明の電子情報記憶媒体の一例である。図１に示すように、ＩＣカード１は、ＣＰＵ（Central Processing Unit）１０、ＲＡＭ（Random Access Memory）１１、ＮＶＭ（Nonvolatile Memory）１２（不揮発性メモリ）、及びＩ／Ｏ回路１３などを備えるＩＣチップにより構成される。ＩＣチップには、ＲＯＭが備えられる場合もある。

ＩＣカード１は、例えば各種カード（例えば、クレジットカード、電子マネーカード、ポイントカード、マイナンバーカード）、またはスマートフォンなどの端末に搭載されて使用される。なお、ＩＣカード１は、着脱可能な小型のＩＣカードとして端末に搭載されてもよいし、ｅＵＩＣＣ（Embedded Universal Integrated Circuit Card）として端末から容易に取り外しや取り換えができないように組み込み基盤上に搭載（つまり、端末と一体的に形成）されてもよい。

Ｉ／Ｏ回路１３は、外部機器２との間のインターフェースを担う。外部機器２の例として、ＩＣカード１へアプリを提供するホストコンピュータ、及びＩＣカード１の機能を利用する機器が挙げられる。ＩＣカード１の機能を利用する機器には、例えば、上記各種カードの通信相手や上記端末のコントローラが含まれる。インターフェースの例として、SPI（Serial Peripheral Interface)、I２C（Inter-Integrated Circuit）、及びＩＳＯ７８１６のインターフェースなどが挙げられる。ＩＣカード１と外部機器２との間の通信は、直接的に行われてもよいし、上記端末の無線通信部を介して間接的に行われてもよい。後者の場合、当該端末によりプロトコル変換が行われてもよい。なお、ＩＣカード１と外部機器２との間の通信は、相互認証を実行して確立したセキュアチャンネルを通じて行われることが望ましい。

また、外部機器２から送信されたコマンド（コマンドＡＰＤＵ）は、Ｉ／Ｏ回路１３を通じて受信される。受信されるコマンドは、少なくともヘッダを含むＡＰＤＵ（Application Protocol Data Unit）により構成される。かかるヘッダは、ＣＬＡ（命令クラス）、ＩＮＳ（命令コード）、Ｐ１及びＰ２（パラメータ）からなる。さらに、コマンドは、上記ヘッダに加えて、プログラムやデータなどを有するボディを含む場合もある。また、コマンドに対するレスポンス（レスポンスＡＰＤＵ）は、Ｉ／Ｏ回路１３を通じて外部機器２へ送信される。ここで、レスポンスは、少なくとも処理結果を示すＳＷ（ステータスワード）からなり、データを含む場合もある。

ＣＰＵ１０は、ＮＶＭ１２に記憶された各種プログラムを実行するプロセッサ（コンピュータ）である。ＲＡＭ１１は、作業用メモリとして利用される。ＮＶＭ１２は、記憶手段の一例であり、例えばフラッシュメモリが適用される。ＮＶＭ１２は、「Electrically Erasable Programmable Read-Only Memory」であってもよい。ＮＶＭ１２には、各種プログラム（本発明のプログラムを含む）が予め記憶される。各種プログラムには、オペレーティングシステム（以下、「ＯＳ」という）、アプリケーションプログラムなどが含まれる。

アプリケーションプログラムは、ＩＣカード１においてアプリ（つまり、アプリケーションインスタンス）の機能を実現するための実行可能ファイルとして、例えば、ＩＣカード１の発行処理時にＮＶＭ１２に記憶されてもよい。アプリの例として、各種決済処理を行うための決済アプリ、決済処理に利用可能なポイントの残高を管理するためのポイントアプリ、個人情報を管理するための管理アプリ、ネットワーク（例えば、モバイル通信網）に接続するための認証処理を行うための認証アプリなどが挙げられる。

図２は、ＩＣカード１のソフトウェア構成例を示す図である。図２において、ＯＳは、ＩＣカード１の基本動作を担う基本機能、及び複数の論理チャネルの管理を担う論理チャネル管理機能を有する。論理チャネルとは、ＯＳ上で実行される各アプリにアクセスするための論理的なチャネルである。例えば、論理チャネルCh0には、アプリApp1が割り当てられ、論理チャネルCh1には、アプリApp2が割り当てられる。各アプリには、固有のアプリ識別子（ＡＩＤ）が付与され、ＯＳにより管理される。

以上のソフトウェア構成において、例えば、ＯＳは、本発明における第１及び第２判定手段、特定手段、選択処理手段、及び送信手段として機能する。具体的には、ＯＳは、選択コマンド以外のコマンドとアプリとの対応関係を示す情報を管理する。かかる対応関係は、例えば、コマンド・アプリ対応関係テーブルに規定される。

図３は、コマンド・アプリ対応関係テーブルの一例を示す図である。図３の例では、Read Recordコマンドに決済アプリが対応付けられ、Append Recordコマンドにポイントアプリが対応付けられている。実際には、例えば、コマンドを識別するためのＣＬＡ及びＩＮＳと、アプリ識別子とが対応付けられてコマンド・アプリ対応関係テーブルに登録されるとよい。なお、コマンド・アプリ対応関係テーブルは、ＩＣカード１の発行処理時に対応するアプリケーションプログラムとともにＮＶＭ１２に書き込まれて（記憶されて）もよいし、ＩＣカード１の出荷後に対応するアプリケーションプログラムとともにＮＶＭ１２に書き込まれてもよい。

ＯＳは、ＩＣカード１が活性化した後に、外部機器２から受信された最初のコマンドが、ＩＣカード１内に搭載されている何れかのアプリを選択するためのSELECTコマンド（選択コマンド）であるか否か判定する。ＯＳは、当該受信された最初のコマンドがSELECTコマンドでないと判定した場合、コマンド・アプリ対応関係テーブルを参照して、最初のコマンドに対応付けられたアプリを特定する。そして、ＯＳは、特定されたアプリを選択する選択処理を実行し、当該選択されたアプリに最初のコマンドに応じた処理を実行させる。

ここで、アプリを選択する選択処理には、何れかの空き論理チャネルにアプリを割り当てる処理が含まれる。なお、外部機器２から受信された最初のコマンドがコマンド・アプリ対応関係テーブルに示されていない場合、ＯＳは、アプリを特定できない。この場合、ＯＳは、アプリが未選択状態であることを示すレスポンスを外部機器２へ送信する。例えば、エラーを示すレスポンスが最初のコマンドの外部機器２へ返信される。

［２．ＩＣカード１の動作］
次に、図４を参照して、ＩＣカード１の動作について説明する。図４は、ＩＣカード１が活性化した後、外部機器２からＩ／Ｏ回路１３を通じてコマンドが受信されたときにＩＣカード１のＯＳにより実行される処理を示すフローチャートである。なお、ＩＣカード１の活性化は、外部機器２とＩＣカード１との間の初期化シーケンスが完了したときになされ、例えばＩ／Ｏ回路１３における所定の端子の電圧レベルがＨｉｇｈ状態になる。かかる初期化シーケンスには、外部機器２からＩＣカード１へリセット指令（起動指令）が送信され、これに応じて、ＩＣカード１から外部機器２へ初期応答（ＡＴＲ（Answer To Reset））が送信される処理が含まれる。ここで、初期応答には、例えば、ＩＣカード１に予め設定された通信パラメータ（プロトコル形式及び通信速度など）が含まれる。通信パラメータを変更する場合の初期化シーケンスでは、さらに、外部機器２からＩＣカード１へＰＰＳ（Protocol and Parameters Selection）要求が送信され、これに応じて、外部機器２からＩＣカード１へＰＰＳ要求に対する応答が送信される。

図４に示す処理が開始されると、ＩＣカード１のＯＳは、外部機器２から受信されたコマンドが、ＩＣカード１の活性化後（つまり、初期化シーケンス直後）の最初のコマンドであるか否か判定する（ステップＳ１）。ＩＣカード１のＯＳは、受信されたコマンドが最初のコマンドでない（換言すると、２回目以降のコマンドである）と判定した場合（ステップＳ１：ＮＯ）、当該受信されたコマンドを、選択状態にあるアプリに配信することで（ステップＳ２）、そのアプリにコマンドに応じた処理を実行させる。次いで、ＩＣカード１のＯＳは、選択状態にあるアプリから処理結果を受け取り（ステップＳ３）、当該処理結果を含むレスポンスを送信し、処理を終了する。

一方、ＩＣカード１のＯＳは、受信されたコマンドが最初のコマンドであると判定した場合（ステップＳ１：ＹＥＳ）、当該受信されたコマンドがSELECTコマンドであるか否か判定する（ステップＳ４）。ＩＣカード１のＯＳは、受信されたコマンド（最初のコマンド）がSELECTコマンドであると判定した場合（ステップＳ４：ＹＥＳ）、SELECTコマンドで指定されたアプリを選択する選択処理を実行することで当該アプリを選択状態にし（ステップＳ５）、FCI(File Control Information)を含むレスポンスを外部機器２へ送信する。一方、ＩＣカード１のＯＳは、受信されたコマンド（最初のコマンド）がSELECTコマンドでないと判定した場合（ステップＳ４：ＮＯ）、処理をステップＳ６に進める。

ステップＳ６では、ＩＣカード１のＯＳは、コマンド・アプリ対応関係テーブルを参照して、受信されたコマンド（最初のコマンド）に対応するアプリが存在するか否か判定する。当該受信されたコマンドに対応付けられたアプリをコマンド・アプリ対応関係テーブルから特定できない（つまり、当該アプリのアプリ識別子がコマンド・アプリ対応関係テーブル登録されていない）場合、当該受信されたコマンドに対応するアプリが存在しないと判定され（ステップＳ６：ＮＯ）、当該アプリが未選択状態であることを示すレスポンスが外部機器２へ送信され、処理は終了する。

一方、ＩＣカード１のＯＳは、受信されたコマンド（最初のコマンド）に対応するアプリが存在すると判定した場合（ステップＳ６：ＹＥＳ）、当該アプリを特定する（ステップＳ７）。つまり、コマンド・アプリ対応関係テーブルから当該コマンドに対応付けられたアプリが特定される。次いで、ＩＣカード１のＯＳは、ステップＳ７で特定されたアプリを選択する選択処理を実行することで、当該アプリを選択状態にする（ステップＳ８）。次いで、ＩＣカード１のＯＳは、ステップＳ８で選択状態になったアプリに最初のコマンドを配信することで（ステップＳ９）、そのアプリにコマンド（例えば、Read Recordコマンド）に応じた処理を実行させる。次いで、ＩＣカード１のＯＳは、ステップＳ８で選択状態になったアプリから処理結果を受け取り（ステップＳ１０）、当該処理結果を含むレスポンスを送信し、処理を終了する。

以上説明したように、上記実施形態によれば、ＩＣカード１は、選択コマンド以外のコマンドとアプリケーションとの対応関係を示す情報を予め記憶しておき、ＩＣカード１が活性化した後に受信された最初のコマンドがSELECTコマンドであるか否か判定し、SELECTコマンドでないと判定した場合、上記対応関係を示す情報を参照して、最初のコマンドに対応するアプリケーションが存在するか否か判定し、最初のコマンドに対応するアプリケーションが存在すると判定した場合、最初のコマンドに対応するアプリケーションを特定し、当該特定されたアプリケーションを選択する処理を実行し、当該選択されたアプリケーションに最初のコマンドに応じた処理を実行させるように構成したので、SELECTコマンドにより予めアプリを選択状態に遷移させることを要しないため、既存システムを改修することなく、マルチアプリＩＣカードに移行させることができる。

１ＩＣカード
１０ＣＰＵ
１１ＲＡＭ
１２ＮＶＭ
１３Ｉ／Ｏ回路

Claims

外部機器から受信された選択コマンドに応じて選択されるアプリケーションを複数搭載可能なＩＣチップであって、
前記選択コマンド以外のコマンドとアプリケーションとの対応関係を示す情報を記憶する記憶手段と、
前記ＩＣチップが活性化した後に受信されたコマンドが、最初のコマンドであるか否かを判定し、当該最初のコマンドであると判定した場合に、当該最初のコマンドが何れかの前記アプリケーションを選択するための選択コマンドであるか否か判定する第１判定手段と、
前記第１判定手段により選択コマンドでないと判定された場合、前記対応関係を示す情報を参照して、前記最初のコマンドに対応するアプリケーションが存在するか否か判定する第２判定手段と、
前記第２判定手段により前記最初のコマンドに対応するアプリケーションが存在すると判定された場合、前記最初のコマンドに対応するアプリケーションを特定する特定手段と、
前記特定手段により特定されたアプリケーションを選択する処理を実行し、当該選択されたアプリケーションに前記最初のコマンドに応じた処理を実行させる選択処理手段と、
を備えることを特徴とするＩＣチップ。
前記第２判定手段により前記最初のコマンドに対応するアプリケーションが存在しないと判定された場合に、アプリケーションが未選択状態であることを示すレスポンスを外部機器へ送信する送信手段をさらに備えることを特徴とする請求項１に記載のＩＣチップ。