JP7010084B2

JP7010084B2 - Ｉｃ決済で用いるトークンデバイス

Info

Publication number: JP7010084B2
Application number: JP2018048928A
Authority: JP
Inventors: 隆史工藤
Original assignee: Dai Nippon Printing Co Ltd
Current assignee: Dai Nippon Printing Co Ltd
Priority date: 2018-03-16
Filing date: 2018-03-16
Publication date: 2022-01-26
Anticipated expiration: 2038-03-16
Also published as: JP2019160120A

Description

本発明は，ＩＣ決済で用いられる媒体であるトークンデバイスに関する。

クレジットカードのカード情報などのユーザ情報を格納したセキュアエレメントを実装したトークンデバイスを利用するＩＣ決済は，トークンデバイスとターミナルが端子を介して接続する接触型ＩＣ決済が主流であったが，トークンデバイスとターミナルが非接触で接続する非接触型ＩＣ決済も普及している。

接触型ＩＣ決済で利用されるトークンデバイスの形態は，以前として，接触型ＩＣカードが主流であるが，非接触型ＩＣ決済で利用されるトークンデバイスの形態は様々ある。非接触型ＩＣ決済で利用されるトークンデバイスの形態には，非接触型ＩＣカード以外に，セキュアエレメントを組み込んだスマートデバイス（スマートフォンやタブレットコンピュータ）や，セキュアエレメントを組み込んだキーホブなど，非接触ＩＣカード以外の形態も普及している。

接触型ＩＣ決済で利用されるトークンデバイスであっても，非接触型ＩＣ決済で利用されるトークンデバイスであっても，ＩＣ決済で利用されるトークンデバイスは，決済端末が決済アプリケーションを選択するときに利用する機能として，トークンデバイスに搭載された決済アプリケーションのリストを決済端末に応答する機能を有している。

トークンデバイスに搭載されているアプリケーションのリストを決済端末に応答する機能は，ＥＭＶで規格されており，接触型ＩＣ決済と非接触型ＩＣ決済でその名称は異なる。接触型ＩＣ決済の場合，この機能はＰＳＥ（Payment System Environment）と称され，非接触型ＩＣ決済の場合，この機能はＰＰＳＥ（Proximity Payment System Environment）と称される。これ以降，トークンデバイスに搭載されているアプリケーションのリストを決済端末に応答する機能を実現するアプリケーションを，システム環境アプリケーションと記載する

接触ＩＣ決済サービスで利用されるトークンデバイスであっても，非接触ＩＣ決済サービスで利用されるトークンデバイスであっても，トークンデバイスに搭載されたシステム環境アプリケーションは，トークンデバイスに搭載されている決済アプリケーションのリストを決済端末に応答できるように，決済アプリケーションのＡＩＤ（Application Identifier）を含むディレクトリエントリとして含むディレクトリ構成情報を有する。

トークンデバイスに格納されている決済アプリケーションのＡＩＤに更新がなければ，ＰＳＥやＰＰＳＥなどのシステム環境アプリケーションのディレクトリ構成情報を更新する必要はない。しかし，トークンデバイスに格納されている決済アプリケーションのバージョンアップなどに伴い，トークンデバイスに格納されている決済アプリケーションのＡＩＤが更新される際は，システム環境アプリケーションが有するディレクトリ構成情報に含まれるＡＩＤも更新する必要がある。

トークンデバイスの一つであるマルチアプリケーションＩＣカードに格納されているアプリケーションのＡＩＤを更新する技術については，特許文献１にて既に開示されているが，マルチアプリケーションＩＣカードに格納されているアプリケーションのＡＩＤを更新する従来の技術では，アプリケーションのＡＩＤしか更新できず，ＰＳＥやＰＰＳＥなどのシステム環境アプリケーションが有するディレクトリ構成情報に含まれるＡＩＤは更新できなかった。

特開２００３－５０９８１号公報

そこで，本発明は，トークンデバイスに搭載された決済アプリケーションのリストを決済端末に応答するシステム環境アプリケーションを搭載したトークンデバイスにおいて，トークンデバイスに格納されているアプリケーションのＡＩＤを更新すると，システム環境アプリケーションが有するディレクトリ構成情報に含まれるＡＩＤも自動で更新できるようにすることを課題とする。

上述した課題を解決する第１発明は，ＩＣ決済に用いられるトークンデバイスであって，ＩＣ決済で用いられるアプリケーションである決済アプリケーションと，前記トークンデバイスに搭載されている前記決済アプリケーションの実行管理に係る情報が保存され，前記決済アプリケーションのＡＩＤ（Application Identifier）を含んでいるレジストリを有するオペレーティングシステムと，前記トークンデバイスに搭載された前記決済アプリケーションのリストを決済端末に応答するアプリケーションで，前記決済アプリケーションにエントリするための情報を保存するディレクトリエントリに前記決済アプリケーションのＡＩＤを含んでいるディレクトリ構成情報を有するシステム環境アプリケーションを備え，前記オペレーティングシステムは，前記決済アプリケーションのＡＩＤを更新する際，ＡＩＤの重複の発生を確認し，ＡＩＤの重複の発生が生じない場合，更新対象となるＡＩＤを新たに設定するＡＩＤに更新する処理を，前記レジストリと前記ディレクトリ構成情報についてそれぞれ行うことを特徴とするトークンデバイスである。
第１発明に係るトークンデバイスは，前記決済アプリケーションの実行管理に用いられる前記レジストリに含まれるＡＩＤを更新すると，前記ディレクトリ構成情報に含まれ，前記決済アプリケーションにエントリするための情報を保存する前記ディレクトリエントリのＡＩＤも更新されるように構成されている。

更に，第２発明は，第１発明に記載したトークンデバイスにおいて，接触インタフェースで動作する前記決済アプリケーションの前記ディレクトリエントリを含む前記ディレクトリ構成情報を有する前記システム環境アプリケーションであるＰＳＥ（Payment System Environment）を備え，前記オペレーティングシステムは，ＡＩＤの重複の発生を確認し，ＡＩＤの重複の発生が生じない場合，更新対象となるＡＩＤを新たに設定するＡＩＤに更新する処理を，前記ＰＳＥが有する前記ディレクトリ構成情報について行うことを特徴とする。第２発明は，前記決済アプリケーションの実行管理に用いられる前記レジストリに含まれるＡＩＤを更新すると，前記ＰＳＥが有する前記ディレクトリ構成情報に含まれるＡＩＤも更新されるように構成されている。

更に，第３発明は，第１発明または第２発明に記載したトークンデバイスにおいて，非接触インタフェースで動作する前記決済アプリケーションの前記ディレクトリエントリを含む前記ディレクトリ構成情報を有する前記システム環境アプリケーションであるＰＰＳＥ（Proximity Payment System Environment）を備え，前記オペレーティングシステムは，ＡＩＤの重複の発生を確認し，ＡＩＤの重複の発生が生じない場合，更新対象となるＡＩＤを新たに設定するＡＩＤに更新する処理を，前記ＰＰＳＥが有する前記ディレクトリ構成情報について行うことを特徴とする。第３発明は，前記決済アプリケーションの実行管理に用いられる前記レジストリに含まれるＡＩＤを更新すると，前記ＰＰＳＥが有する前記ディレクトリ構成情報に含まれるＡＩＤも更新されるように構成されている。

上述した本発明によれば，トークンデバイスに搭載された決済アプリケーションのリストを決済端末に応答するシステム環境アプリケーションを搭載したトークンデバイスにおいて，トークンデバイスに格納されているアプリケーションのＡＩＤを更新すると，システム環境アプリケーションが有するディレクトリ構成情報に含まれるＡＩＤも自動で更新できる。

本実施形態に係るＩＣＣの構造を説明する図である。ＩＣＣに実装するＩＣチップのブロック図。ＩＣＣに搭載しているソフトウェア等を説明する図。ＰＳＥが有するディレクトリ構成情報を説明する図。ＰＰＳＥが有するディレクトリ構成情報を説明する図。レジストリを説明する図。決済アプリケーションのＡＩＤを更新する処理を説明する図。ディレクトリ構成情報を更新する処理を説明する図。

ここから，本発明に係るトークンデバイスをデュアルインタフェースＩＣカードしたときの実施形態について記載する。
なお，本実施形態では，トークンデバイスをデュアルインタフェースＩＣカードして記載するが，これは，本発明の理解を助けるために説明するものであり，何ら本発明の技術的範囲をデュアルインタフェースＩＣカードに束縛するものではない。
本発明に係るトークンデバイスには，ＩＣカード以外に，ＩＣ決済に係る機能を備えたセキュアエレメントを組み込んだスマートデバイスや，このセキュアエレメントを組み込んだキーホブなど，ＩＣカード以外の形態も含まれる。

図１は，本実施形態に係るデュアルインタフェースＩＣカード１（以下，「ＩＣＣ」と略す。「ＩＣＣ」は，「Dual-Interface Integrated Circuit Card」の略。）の構造を説明する図である。

本実施形態に係るＩＣＣ１は，接触インタフェースでＩＣＣ１が動作するときに利用するコンタクト端子１ａと，非接触インタフェースでＩＣＣ１が動作するときに利用するアンテナ１ｂが接続しているＩＣチップ１０を内蔵したカード媒体で，本発明に係る内容はＩＣＣ１に実装するセキュアエレメントであるＩＣチップ１０に適用されている。

図２は，ＩＣＣ１に実装するＩＣチップ１０のブロック図である。図２に示すように，ＩＣチップ１０は，ＩＣＣ１に搭載されたコンピュータプログラムを実行するＣＰＵ１００（Central Processing Unit），ＩＣチップ１０のメインメモリとなるＲＡＭ１０１（Random Access Memory），電気的に書き換え不可能な不揮発性メモリであるＲＯＭ１０２（Read Only Memory)，電気的に書き換え可能な不揮発性メモリであるＮＶＭ１０３（Non-volatile memory），接触インタフェースに対応したインタフェース回路で，コンタクト端子１ａと接続している接触インタフェース回路１０４，非接触インタフェースに対応したインタフェース回路で，アンテナ１ｂと接続している非接触インタフェース回路１０５を備え，図２では，これらに加えて，暗号演算機能に特化した暗号コプロセッサ１０６と，乱数を生成する乱数生成器１０７を図示している。

図３は，ＩＣＣ１に搭載しているソフトウェア等を説明する図である。ＩＣＣ１は，カーネル１１ａを中核となる部分とするオペレーティングシステム１１を搭載し，このオペレーティングシステム１１上で動作する決済アプリケーション１２として，決済アプリケーション１２Ａ，決済アプリケーション１２Ｂおよび決済アプリケーション１２Ｃを搭載し，決済アプリケーション１２のリストを決済端末に応答するシステム環境アプリケーションとして，ＰＳＥ１３（Payment System Environment），ＰＰＳＥ１４（Proximity Payment System Environment）を搭載する。また，ＩＣＣ１は，オペレーティングシステム１１によって管理されるデータとして，決済アプリケーション１２のＡＩＤ（Application Identifier）を記したレジストリ１１０を記憶する。

ソフトウェアの記憶に用いられるメモリは，ＩＣチップ１０が備えるＲＯＭ１０２およびＮＶＭ１０３になり，ＩＣチップ１０が備えるＲＯＭ１０２は，主に，カーネル１１ａを含むオペレーティングシステム１１の記憶に利用され，ＩＣチップ１０が備えるＮＶＭ１０３は，主に，オペレーティングシステム１１上で動作する決済アプリケーション１２などやオペレーティングシステム１１が用いるデータの記憶に利用される。

決済アプリケーション１２Ａ，決済アプリケーション１２Ｂおよび決済アプリケーション１２Ｃは，クレジット決済などのＩＣ決済に用いられる決済アプリケーション１２である。決済アプリケーション１２Ａは，接触型ＩＣ決済および非接触型ＩＣ決済で用いることのできる決済アプリケーション１２で，決済アプリケーション１２Ａは接触インタフェースおよび非接触インタフェースのいずれでも動作する。決済アプリケーション１２Ｂは，接触型ＩＣ決済で用いることのできる決済アプリケーション１２で，決済アプリケーション１２Ｂは接触インタフェースでのみ動作する。決済アプリケーション１２Ｃは，非接触型ＩＣ決済で用いることのできる決済アプリケーション１２で，決済アプリケーション１２Ｃは非接触インタフェースでのみ動作する。

ＰＳＥ１３およびＰＰＳＥ１４は，決済端末が決済アプリケーション１２を選択するとき，ＩＣＣ１に搭載された決済アプリケーション１２のリストを決済端末に応答するシステム環境アプリケーションとして機能するアプリケーションである。

ＰＳＥ１３は，接触インタフェースで動作する決済アプリケーション１２のリストを決済端末に応答するシステム環境アプリケーションで，接触インタフェースで動作する決済アプリケーション１２に係るディレクトリ構成情報１３０を有する。また，ＰＰＳＥ１４は，非接触インタフェースで動作する決済アプリケーション１２のリストを決済端末に応答するシステム環境アプリケーションで，非接触インタフェースで動作する決済アプリケーション１２に係るディレクトリ構成情報１４０を有する。

図４は，ＰＳＥ１３が有するディレクトリ構成情報１３０を説明する図である。ＰＳＥ１３が有するディレクトリ構成情報１３０は，接触インタフェースで動作する決済アプリケーション１２ごとに，この決済アプリケーション１２にエントリするための情報を保存するディレクトリエントリ１３１を含む。このディレクトリエントリ１３１には，この決済アプリケーション１２を定義するファイルであるＡＤＦ（application definition file）に付加されたＡＩＤが含まれる。

ＰＳＥ１３が有するディレクトリ構成情報１３０に含まれるディレクトリエントリ１３１はＴＬＶ形式のデータオブジェクトで記述され，ディレクトリエントリ１３１に対応するテンプレートのＴａｇは‘６１’（‘’は１６進表記を意味する。）で，ディレクトリエントリ１３１の長さ（Ｌｅｎｇｔｈ）は，ディレクトリエントリ１３１に含ませるデータに依存する。ディレクトリエントリ１３１は，ディレクトリエントリ１３１に対応する決済アプリケーション１２のＡＩＤを少なくとも含む。ディレクトリエントリ１３１に含ませるＡＩＤも，ＴＬＶ形式のデータオブジェクトで記述される。ＡＩＤに対応するテンプレートのＴａｇは‘４Ｆ’で，ＡＩＤの長さ（Ｌｅｎｇｔｈ）は１～１６バイトになっている。

本実施形態に係るＩＣＣ１には，接触インタフェースで動作可能な決済アプリケーション１２として，決済アプリケーション１２Ａと決済アプリケーション１２Ｂが搭載されているため，図４で図示したＰＳＥ１３のディレクトリ構成情報は，決済アプリケーション１２ＡのＡＩＤを含む決済アプリケーション１２Ａのディレクトリエントリ１３１Ａと，決済アプリケーション１２ＢのＡＩＤを含む決済アプリケーション１２Ｂのディレクトリエントリ１３１Ｂを含んでいる。

なお，ＰＳＥ１３が有するディレクトリ構成情報１３０に含まれるディレクトリエントリ１３１には，アプリケーションラベルなどＡＩＤ以外のデータを含ませることができる。

図５は，ＰＰＳＥ１４が有するディレクトリ構成情報１４０を説明する図である。ＰＰＳＥ１４が有するディレクトリ構成情報１４０は，非接触インタフェースで動作する決済アプリケーション１２ごとに，この決済アプリケーション１２のディレクトリエントリ１４１を含む。

ＰＰＳＥ１４のディレクトリ構成情報１４０に含まれるディレクトリエントリ１４１は，ＰＳＥ１３のディレクトリ構成情報１３０と同様に，ＴＬＶ形式のデータオブジェクトで記述される。ＰＰＳＥ１４のディレクトリ構成情報１４０に含まれるディレクトリエントリ１４１は，非接触インタフェースで動作する決済アプリケーション１２にエントリするための情報が保存され，このディレクトリエントリ１４１には，ディレクトリエントリ１４１に対応する決済アプリケーション１２のＡＤＦに付加されたＡＩＤを含む。

本実施形態に係るＩＣＣ１には，非接触決済サービスで利用可能な決済アプリケーション１２として，決済アプリケーション１２Ａと決済アプリケーション１２Ｃが搭載されているため，図５で図示したＰＰＳＥ１４のディレクトリ構成情報１４０は，決済アプリケーション１２ＡのＡＩＤを含む決済アプリケーション１２Ａのディレクトリエントリ１４１Ａと，決済アプリケーション１２ＣのＡＩＤを含む決済アプリケーション１２Ｃのディレクトリエントリ１４１Ｃを含んでいる。

なお，ＰＰＳＥ１４が有するディレクトリ構成情報１４０に含まれるディレクトリエントリ１４１には，アプリケーションラベルやカーネル１１ａの識別子（Kernel Identifier）などＡＩＤ以外のデータを含ませることができる。

図６は，レジストリ１１０を説明する図である。レジストリ１１０には，ＩＣＣ１に搭載されている決済アプリケーション１２の実行管理に係る情報として，ＩＣＣ１に搭載されている決済アプリケーション１２のＡＩＤが少なくとも保存されている。図５で図示したように，本実施形態におけるレジストリ１１０において，決済アプリケーション１２のＡＩＤは，ＩＣＣ１に搭載された決済アプリケーション１２のアプリケーション名に対応付けられている。ＩＣＣ１に搭載された決済アプリケーション１２のアプリケーション名の形式は任意であるが，ＥＭＶ規格で定義されている「Application Label」や「Application Preferred Name」をアプリケーション名に利用できる。なお，レジストリ１１０には，ＩＣＣ１に搭載されている決済アプリケーション１２のＡＩＤ以外に，決済アプリケーション１２の実行管理に係る情報として，決済アプリケーション１２のライフサイクルに係る情報などが保存される。

本実施形態において，決済アプリケーション１２Ａのアプリケーション名は「Payment Application A」で，ＡＩＤは「０００１」である。また，決済アプリケーション１２Ｂのアプリケーション名は「Payment Application B」で，ＡＩＤは「０００２」である。更に，決済アプリケーション１２Ｃのアプリケーション名は「Payment Application C」で，ＡＩＤは「０００３」である。

本実施形態に係るオペレーティングシステム１１は，ＩＣＣ１に搭載された決済アプリケーション１２のＡＩＤを更新する機能を備え，ＩＣＣ１に搭載された決済アプリケーション１２のＡＩＤを更新する機能を呼び出すＡＰＩ（Application Programming Interface）としてＡＩＤ更新用ＡＰＩ１１１を有する。オペレーティングシステム１１は，ＡＩＤ更新用ＡＰＩ１１１を呼び出すコマンドを有し，このコマンドを受信すると，ＡＩＤ更新用ＡＰＩ１１１を呼び出して，ＡＩＤを更新する処理を実行する。

また，本実施形態に係るオペレーティングシステム１１は，ＡＩＤを更新する処理で呼び出すＡＰＩとして，ＰＳＥ１３が有するディレクトリ構成情報１３０を更新するＰＳＥ更新用ＡＰＩ１１２と，ＰＰＳＥ１４が有するディレクトリ構成情報１４０を更新するＰＰＳＥ更新用ＡＰＩ１１３を有している。

ここから，オペレーティングシステム１１が，決済アプリケーション１２のＡＩＤを更新する処理の内容について説明する。図７は，決済アプリケーション１２のＡＩＤを更新する処理を説明する図である。

オペレーティングシステム１１が，決済アプリケーション１２のＡＩＤを更新する際，オペレーティングシステム１１は，外部装置から，ＡＩＤ更新用ＡＰＩ１１１を呼び出すコマンドのコマンドメッセージを受信する（Ｓ１）。このコマンドメッセージには，更新対象となるＡＩＤと，新しく設定するＡＩＤが含まれる。

オペレーティングシステム１１は，ＡＩＤ更新用ＡＰＩ１１１を呼び出すコマンドのコマンドメッセージを受信すると，更新対象となるＡＩＤがＩＣＣ１に搭載されているか確認するために，更新対象となるＡＩＤがレジストリ１１０に存在するか確認する処理を実行する（Ｓ２）。

更新対象となるＡＩＤがレジストリ１１０に存在しない場合，ＡＩＤの更新対象となる決済アプリケーション１２がＩＣＣ１に搭載されていないことになるため，オペレーティングシステム１１は，ＡＩＤを更新することなく，図７の手順を終了する。

更新対象となるＡＩＤがレジストリ１１０に存在する場合，ＡＩＤの更新対象となるアプリケーションがＩＣＣ１に搭載されていることになるため，オペレーティングシステム１１は，ＡＩＤの重複を避けるために，新しく設定するＡＩＤがレジストリ１１０に存在するか確認する処理を実行する（Ｓ３）。

新しく設定するＡＩＤがレジストリ１１０に存在する場合，更新対象となるＡＩＤを更新すると，ＡＩＤの重複が発生するため，オペレーティングシステム１１は，ＡＩＤを更新することなく，図７の手順を終了する。

新しく設定するＡＩＤがレジストリ１１０に存在しない場合，更新対象となるＡＩＤを更新しても，ＡＩＤの重複は発生しないため，オペレーティングシステム１１は，更新対象となるＡＩＤを新しく設定するＡＩＤに書き換えることで，レジストリ１１０を更新する処理を実行する（Ｓ４）。

オペレーティングシステム１１は，レジストリ１１０を更新すると，ＩＣＣ１にＰＳＥ１３が存在するか確認する処理を実行する（Ｓ５）。ＩＣＣ１にＰＳＥ１３が存在しない場合，オペレーティングシステム１１は，ＰＳＥ１３を更新することなく，ＩＣＣ１にＰＰＳＥ１４が存在するか確認するステップＳ７に進み，ＩＣＣ１にＰＳＥ１３が存在する場合，オペレーティングシステム１１は，ＰＳＥ更新用ＡＰＩ１１２を呼び出して，ＰＳＥ１３のディレクトリ構成情報１３０を更新する処理を実行する（Ｓ６）。なお，ＰＳＥ１３のディレクトリ構成情報１３０を更新する処理については後述する。

ステップにおいてＩＣＣ１にＰＳＥ１３が存在しない場合，または，ＰＳＥ１３のディレクトリ構成情報１３０を更新する処理を実行した後，オペレーティングシステム１１は，ＩＣＣ１にＰＰＳＥ１４が存在するか確認する処理を実行する（Ｓ７）。ＩＣＣ１にＰＰＳＥ１４が存在しない場合，オペレーティングシステム１１は，ＰＰＳＥ１４を更新することなく，図７の処理を終了し，ＩＣＣ１にＰＰＳＥ１４が存在する場合，オペレーティングシステム１１は，ＰＰＳＥ更新用ＡＰＩ１１３を呼び出して，ＰＰＳＥ１４のディレクトリ構成情報１４０を更新する処理（Ｓ８）を実行してから，図７の処理を終了する。なお，ＰＰＳＥ１４のディレクトリ構成情報１４０を更新する処理については後述する。

図８は，ディレクトリ構成情報を更新する処理を説明する図である。図７のステップ６において，ＰＳＥ１３のディレクトリ構成情報１３０を更新する際，図８の処理に係るディレクトリ構成情報はＰＳＥ１３のディレクトリ構成情報１３０になる。また，図７のステップ８において，ＰＰＳＥ１４のディレクトリ構成情報１４０を更新する際，図８の処理に係るディレクトリ構成情報はＰＰＳＥ１４のディレクトリ構成情報１４０になる。

オペレーティングシステム１１が，ディレクトリ構成情報を更新する際，図８の手順の対象になるディレクトリ構成情報に更新対象となるＡＩＤが搭載されているか確認する処理を実行する（Ｓ１０）。図８の手順の対象になるディレクトリ構成情報に更新対象となるＡＩＤが存在しない場合，ＡＩＤの更新対象となるアプリケーションは，図８の手順の対象になるディレクトリ構成情報に対応したシステム環境アプリケーションのインタフェースで動作するアプリケーションではないことになるため，オペレーティングシステム１１は，図８の手順の対象になるディレクトリ構成情報を更新することなく，図８の処理を終了する。

図８の手順の対象になるディレクトリ構成情報に更新対象となるＡＩＤが存在する場合，オペレーティングシステム１１は，ＡＩＤの重複を避けるために，図８の手順の対象になるディレクトリ構成情報に新しく設定するＡＩＤが存在するか確認する処理を実行する（Ｓ１１）。

図８の手順の対象になるディレクトリ構成情報に新しく設定するＡＩＤが存在する場合，更新対象となるＡＩＤを更新すると，ＡＩＤの重複が発生するため，オペレーティングシステム１１は，図８の手順の対象になるディレクトリ構成情報を更新することなく，図８の処理を終了する。

図８の手順の対象になるディレクトリ構成情報に新しく設定するＡＩＤが存在しない場合，更新対象となるＡＩＤを更新しても，ＡＩＤの重複は発生しないため，オペレーティングシステム１１は，更新対象となるＡＩＤを新しく設定するＡＩＤに書き換えることで，図８の手順の対象になるディレクトリ構成情報を更新する処理を実行して（Ｓ１２），図８の手順は終了する。

接触インタフェースおよび非接触インタフェースで動作する決済アプリケーション１２ＡのＡＩＤは，レジストリ１１０，ＰＳＥ１３のディレクトリ構成情報１３０およびＰＰＳＥ１４のディレクトリ構成情報１４０に含まれるため，決済アプリケーション１２ＡのＡＩＤ「０００１」を「００１１」に更新すると，レジストリ１１０に記憶されている決済アプリケーション１２ＡのＡＩＤ「０００１」は「００１１」に書き換えられる。また，ＰＳＥ１３のディレクトリ構成情報１３０およびＰＰＳＥ１４のディレクトリ構成情報１４０にそれぞれ含まれ，決済アプリケーション１２Ａに対応するディレクトリエントリ１３１Ａ，１４１Ａに含まれるＡＩＤ「０００１」も「００１１」に書き換えられる。

接触インタフェースでのみで動作する決済アプリケーション１２ＢのＡＩＤは，レジストリ１１０およびＰＳＥ１３のディレクトリ構成情報１３０に含まれるため，決済アプリケーション１２ＢのＡＩＤ「０００２」を「００１２」に更新すると，レジストリ１１０に記憶されている決済アプリケーション１２ＢのＡＩＤ「０００２」は「００１２」に書き換えられる。また，ＰＳＥ１３のディレクトリ構成情報１３０に含まれ，決済アプリケーション１２Ｂに対応するディレクトリエントリ１３１Ｂに含まれるＡＩＤ「０００２」も「００１２」に書き換えられる。

非接触インタフェースでのみの動作する決済アプリケーション１２ＣのＡＩＤは，レジストリ１１０およびＰＰＳＥ１４のディレクトリ構成情報に含まれるため，決済アプリケーション１２ＣのＡＩＤ「０００３」を「００１３」に更新すると，レジストリ１１０に記憶されている決済アプリケーション１２ＣのＡＩＤ「０００３」は「００１３」に書き換えられる。また，ＰＰＳＥ１４のディレクトリ構成情報１４０に含まれ，決済アプリケーション１２Ｃに対応するディレクトリエントリ１４１Ａに含まれるＡＩＤ「０００３」も「００１３」に書き換えられる。

１デュアルインタフェースＩＣカード（ＩＣＣ）
１１オペレーティングシステム
１１０レジストリ
１１１ＡＩＤ更新用ＡＰＩ
１１２ＰＳＥ更新用ＡＰＩ
１１３ＰＰＳＥ更新用ＡＰＩ
１２決済アプリケーション
１２Ａ決済アプリケーションＡ
１２Ｂ決済アプリケーションＢ
１２Ｃ決済アプリケーションＣ
１３ＰＳＥ
１３０ディレクトリ構成情報
１３１ディレクトリエントリ
１４ＰＰＳＥ
１４０ディレクトリ構成情報
１４１ディレクトリエントリ

Claims

ＩＣ決済に用いられるトークンデバイスであって，
ＩＣ決済で用いられるアプリケーションである決済アプリケーションと，前記トークンデバイスに搭載されている前記決済アプリケーションの実行管理に係る情報が保存され，前記決済アプリケーションのＡＩＤ（Application Identifier）を含んでいるレジストリを有するオペレーティングシステムと，前記トークンデバイスに搭載された前記決済アプリケーションのリストを決済端末に応答するアプリケーションで，前記決済アプリケーションにエントリするための情報を保存するディレクトリエントリに前記決済アプリケーションのＡＩＤを含んでいるディレクトリ構成情報を有するシステム環境アプリケーションを備え，
前記オペレーティングシステムは，前記決済アプリケーションのＡＩＤを更新する際，ＡＩＤの重複の発生を確認し，ＡＩＤの重複の発生が生じない場合，更新対象となるＡＩＤを新たに設定するＡＩＤに更新する処理を，前記レジストリと前記ディレクトリ構成情報についてそれぞれ行う，
ことを特徴とするトークンデバイス。
接触インタフェースで動作する前記決済アプリケーションの前記ディレクトリエントリを含む前記ディレクトリ構成情報を有する前記システム環境アプリケーションであるＰＳＥ（Payment System Environment）を備え，
前記オペレーティングシステムは，ＡＩＤの重複の発生を確認し，ＡＩＤの重複の発生が生じない場合，更新対象となるＡＩＤを新たに設定するＡＩＤに更新する処理を，前記ＰＳＥが有する前記ディレクトリ構成情報について行う，
ことを特徴とする，請求項１に記載したトークンデバイス。
非接触インタフェースで動作する前記決済アプリケーションの前記ディレクトリエントリを含む前記ディレクトリ構成情報を有する前記システム環境アプリケーションであるＰＰＳＥ（Proximity Payment System Environment）を備え，
前記オペレーティングシステムは，ＡＩＤの重複の発生を確認し，ＡＩＤの重複の発生が生じない場合，更新対象となるＡＩＤを新たに設定するＡＩＤに更新する処理を，前記ＰＰＳＥが有する前記ディレクトリ構成情報について行う，
ことを特徴とする，請求項１または請求項２に記載したトークンデバイス。