(57)【要約】  接触接続および非接触接続を介して他のデバイスと通信するように構成された入力／出力手段を含むポータブルデバイス内のチップ上に非接触アプリケーションを構成するための方法および装置が提供される。そのような１つの方法は、第１のプロセスおよび第２のプロセスを含む。第１のプロセスは、チップにおいて第１の他のデバイスから、チップによって実行されるコンピュータ命令のセットを受信するステップであって、チップのデータストア内に非接触アプリケーションを作成し、かつ非接触アプリケーションに関連付けられた少なくとも１つのファイルを初期化するコンピュータ命令のセットを受信するステップを含む。第１のプロセスは、コンピュータ命令のセットに従って非接触アプリケーションを構成するステップをさらに含む。第２のプロセスは、ポータブルデバイスのチップによって非接触アプリケーションを実行し、結果、第２の他のデバイスにデータを送信するステップを含む。第１のプロセスは、第１の他のデバイスとポータブルデバイスとの間の物理的接触を介して行われ、第２のプロセスは、ポータブルデバイスと第２の他のデバイスの非接触リーダとの間の非接触通信によって行われる。
2019515399.tif 000002
【特許請求の範囲】
【請求項１】
ポータブルデバイス内のチップ上に非接触アプリケーションを構成する方法であって、前記ポータブルデバイスは、接触接続および非接触接続を介して他のデバイスと通信するように構成された入出力手段を備え、前記方法は、第１のプロセスおよび第２のプロセスを含み、
前記第１のプロセスは、
前記チップにおいて第１の他のデバイスから、前記チップによって実行されるコンピュータ命令のセットを受信するステップであって、
前記チップのデータストア内に非接触アプリケーションを作成し、かつ、
前記非接触アプリケーションに関連付けられた少なくとも１つのファイルを初期化するコンピュータ命令のセットを受信するステップと
前記コンピュータ命令のセットに従って前記非接触アプリケーションを構成するステップと
を含み、
前記第２のプロセスは、
前記ポータブルデバイスの前記チップによって前記非接触アプリケーションを実行し、結果、第２の他のデバイスにデータを送信するステップを含み、
前記第１のプロセスは、前記第１の他のデバイスと前記ポータブルデバイスとの間の物理的接触を介して行われ、前記第２のプロセスは、前記ポータブルデバイスと前記第２の他のデバイスの非接触リーダとの間の非接触通信によって行われる、方法。
【請求項２】
第３の他のデバイスから前記チップにおいて受信されるコマンドに応答して前記非接触アプリケーションを起動するステップを含む、請求項１に記載の方法。
【請求項３】
前記第３の他のデバイスと前記ポータブルデバイスとの間の物理的接触を介して前記コマンドを受信するステップを含む、請求項２に記載の方法。
【請求項４】
前記第１のプロセスは、
前記コンピュータ命令を圧縮データとして受信するステップと、
前記圧縮データを解凍して前記コンピュータ命令のセットを得るステップと
を含む、請求項１〜３のいずれか一項に記載の方法。
【請求項５】
前記コンピュータ命令のセットは、前記アプリケーションに関連する少なくとも１つの暗号キーを初期化するための命令を含む、請求項１〜４のいずれか一項に記載の方法。
【請求項６】
少なくとも１つのファイルを初期化するための前記コンピュータ命令は、
前記少なくとも１つのファイルを含むファイル構造を作成し、
前記ファイル構造内に前記少なくとも１つのファイルに関連付けられたデータを格納するためのコンピュータ命令を含む、請求項１〜８のいずれか一項に記載の方法。
【請求項７】
ポータブルデバイスであって、
接触接続および非接触接続を介して他のデバイスと通信するように構成された入出力手段と、
チップと
を備え、
前記チップは、
第１の他のデバイスから、前記第１の他のデバイスと前記ポータブルデバイスとの間の物理的接触を介して、前記チップによって実行される、
前記チップのデータストア内に非接触アプリケーションを作成し、かつ
前記非接触アプリケーションに関連付けられた少なくとも１つのファイルを初期化するコンピュータ命令のセットを受信し、
前記コンピュータ命令のセットに従って前記非接触アプリケーションを構成し、
前記非接触アプリケーションを実行し、結果、第２の他のデバイスにデータを、前記ポータブルデバイスと前記第２の他のデバイスの非接触リーダとの間の非接触通信を介して送信する
ように構成されている、ポータブルデバイス。
【請求項８】
前記ポータブルデバイスは、支払いカードである、請求項７に記載のポータブルデバイス。
【請求項９】
前記非接触アプリケーションは、非接触の支払いアプリケーションである、請求項７または８に記載のポータブルデバイス。
【請求項１０】
前記ポータブルデバイスはスマートカードを含み、
前記ポータブルデバイスと前記第１の他のデバイスとの間の前記物理的接触は、前記第１の他のデバイスのカードリーダと前記スマートカードの少なくとも１つの接触パッドとの間の接続を含む、請求項７〜９のいずれか一項に記載のポータブルデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、接触および非接触相互作用を介して非接触アプリケーションを構成および使用するための方法、システムおよびコンピュータプログラムに関する。
【背景技術】
【０００２】
支払いカードなどのポータブルデバイスを使用して、取引が頻繁に行われている。そのようなポータブルデバイスは、しばしば、接触および非接触の両方の接続を介して相互作用することができる。接触相互作用の一例は、集積回路内にデータを格納し処理するスマートカードを記述するＥＭＶ（Ｅｕｒｏｐａｙ、ＭａｓｔｅｒＣａｒｄ、Ｖｉｓａ）規格による「チップアンドピン」相互作用である。「チップアンドピン」相互作用では、カードは、カードの表面に対する接触を介してカードデータを読み取る、例えば販売時点管理端末内のリーダに挿入され、ユーザはＰＩＮを提供することによって自身の身元を認証する。非接触相互作用では、データは、短距離無線送信を使用してカードのチップからリーダに送信される。非接触相互作用のためのチップの一例は、ＮＸＰ  Ｓｅｍｉｃｏｎｄｕｃｔｏｒｓによって供給されるＭＩＦＡＲＥ  ＤＥＳＦｉｒｅのようなＭＩＦＡＲＥチップである。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
接触および非接触取引の機能は、単一の「デュアルアプリケーション」カードにおいて組み合わせることができる。これらは、通常、カード上の１つのアプリケーションによって処理される接触取引と、異なるアプリケーションによって処理される非接触取引を必要とし、２つのアプリケーション間のカード内通信は最小限である。したがって、両方のアプリケーションを必要とする相互作用は、ユーザが接触と非接触との相互作用を交互に行うことを必要とする。
【課題を解決するための手段】
【０００４】
本開示の第１の態様によれば、ポータブルデバイス内のチップ上に非接触アプリケーションを構成する方法が提供される。ポータブルデバイスは、接触接続および非接触接続を介して他のデバイスと通信するように構成された入出力手段を備える。この方法は、第１のプロセスおよび第２のプロセスを含む。
【０００５】
第１のプロセスは、
チップにおいて第１の他のデバイスから、チップによって実行されるコンピュータ命令のセットを受信するステップであって、
チップのデータストア内に非接触アプリケーションを作成し、かつ
非接触アプリケーションに関連付けられた少なくとも１つのファイルを初期化するコンピュータ命令のセットを受信するステップと、
コンピュータ命令のセットに従って非接触アプリケーションを構成するステップと
を含む。
【０００６】
第２のプロセスは、
ポータブルデバイスのチップによって非接触アプリケーションを実行し、結果、第２の他のデバイスにデータを送信するステップを含む。
【０００７】
第１のプロセスは、第１の他のデバイスとポータブルデバイスとの間の物理的接触を介して行われ、第２のプロセスは、ポータブルデバイスと第２の他のデバイスの非接触リーダとの間の非接触通信によって行われる。
【０００８】
このようにして、本方法は、ポータブルデバイスと第１の他のデバイスとの接触相互作用を介して非接触アプリケーションが動的に構成されることを可能にする。これは、所与のユーザが所望する特定のアプリケーションを備えたポータブルデバイスを予め構成するよりも大幅に安価であり、ポータブルデバイスの需要の増加に応じてより効率的に拡張することができる。
【０００９】
本開示のさらなる特徴および利点は、添付の図面を参照してなされる、単なる例示として与えられる以下の好ましい実施形態の説明から明らかになるであろう。
【図面の簡単な説明】
【００１０】
【図１Ａ】本開示の実施形態によるシステムアーキテクチャの概略図である。
【図１Ｂ】本開示の実施形態によるシステムアーキテクチャの概略図である。
【図２】一例による非接触アプリケーションを構成するための一連のステップの概略図である。
【図３】非接触アプリケーションの構造例を示す図である。
【図４】一例による非接触アプリケーションを作成するためのコンピュータ命令の内容の概略図である。
【図５Ａ】非接触アプリケーションに関連するキーを初期化または変更するための例示的なコンピュータ命令の内容の概略図である。
【図５Ｂ】非接触アプリケーションに関連するキーを初期化または変更するための例示的なコンピュータ命令の内容の概略図である。
【図６】非接触アプリケーションに関連する異なるタイプのファイルを作成するためのコンピュータ命令の内容の概略的な例を示す図である。
【図７】非接触アプリケーションに関連するファイルの作成に続いて、そのファイルに関連するデータを初期化する命令の内容の概略図である。
【図８】一実施形態によるポータブルデバイス８０５の概略図である。
【発明を実施するための形態】
【００１１】
本開示の実施形態によるシステムアーキテクチャが、図１Ａに示されており、これは、一例によるポータブルデバイス内のチップ１０５上に非接触アプリケーションを構成する方法を示す。ポータブルデバイスは、例えば、ＥＭＶ規格に従って動作するスマートカードなどの支払いカード、または接触および非接触相互作用を行うように構成された携帯電話、タブレット、もしくは「ドングル」などのコンピューティングデバイスであってもよい。ポータブルデバイスは、接触接続および非接触接続を介して他のデバイスと通信するように構成された入出力手段を備える。この方法は、第１のプロセス１１０および第２のプロセス１１５を実行することを含む。
【００１２】
第１のプロセス１１０は、チップ１０５において、第１の他のデバイス１２０から、チップ１０５によって実行されるコンピュータ命令のセット１２５を受信することを含む。第１の他のデバイス１２０は、例えば、販売時点管理（ＰＯＳ：Ｐｏｉｎｔ  ｏｆ  Ｓａｌｅ）端末、現金自動預け払い機（ＡＴＭ：Ａｕｔｏｍａｔｅｄ  Ｔｅｌｌｅｒ  Ｍａｃｈｉｎｅ）、または、例えばカードリーダなどのチップ１０５と相互作用するように構成されたデバイスと通信可能に結合された別のコンピューティングデバイスであってもよい。命令のセット１２５は、チップのデータストア内に非接触アプリケーションを作成し、非接触アプリケーションに関連付けられた少なくとも１つのファイルを初期化するための命令を含む。いくつかの実施形態では、命令１２５は、アプリケーションに関連する少なくとも１つの暗号キーを初期化するための命令を含む。１３０において、チップ１０５は命令を実行し、したがって、非接触アプリケーションは命令のセットに従って構成され、その例は以下でより詳細に説明される。
【００１３】
本開示のいくつかの態様では、命令１２５の第１の部分は、第１の時点において受信および実行され、命令１２５の第２の部分は、第１の時点より後の第２の時点において受信および実行される。命令１２５の第１の部分は、非接触アプリケーションを作成するタスク、非接触アプリケーションに関連する少なくとも１つのファイルを初期化するタスク、および非接触アプリケーションに関連する少なくとも１つの暗号キーを初期化するタスクのうちの少なくとも１つを実行する命令を含む。命令１２５の第２の部分は、命令１２５の第１の部分に応答して、実行されていない前述のタスクのうちの少なくとも１つを実行する命令を含む。
【００１４】
命令の第１の部分および第２の部分は、異なる他のデバイスから受信されてもよい。例えば、一実施形態では、ポータブルデバイスがユーザに発行される前に、ポータブルデバイスの事前構成中に、命令１２５の第１の部分が事前構成デバイスから受信され、チップによって実行される。この例では、命令の第１の部分は、非接触アプリケーションを作成するための命令を含むが、アプリケーションに関連するファイルまたは暗号キーを初期化するための命令は含まない。その後、ポータブルデバイスがユーザに発行された後、命令１２５の第２の部分が、上述のような第１のデバイス、例えばＡＴＭまたはＰＯＳ端末から受信される。この例では、命令１２５の第２の部分は、アプリケーションに関連する少なくとも１つのファイルおよび少なくとも１つの暗号キーを初期化するための命令を含む。
【００１５】
他の例では、アプリケーションを作成するタスク、少なくとも１つのファイルを初期化するタスク、および少なくとも１つの暗号キーを初期化するタスクは、命令１２５の第１の部分と第２の部分とで別様に分割される。例えば、第１の部分は、アプリケーションを作成し、少なくとも１つの暗号キーを初期化するための命令を含んでもよく、第２の部分が、少なくとも１つのファイルを初期化するための命令を含んでもよい。
【００１６】
第２のプロセス１１５は、ポータブルデバイスのチップ１０５によって非接触アプリケーションを実行し、結果、第２の他のデバイス１４０にデータ１３５を送信するステップを含む。
【００１７】
第１のプロセス１１０は、第１の他のデバイス１２０とポータブルデバイスとの間の物理的接触を介して行われ、第２のプロセス１１５は、ポータブルデバイスと第２の他のデバイス１４０の非接触リーダとの間の非接触通信によって行われる。したがって、本開示の態様は、ポータブルデバイスと第１の他のデバイス１２０との接触相互作用を介して非接触アプリケーションが構成されることを可能にする。
【００１８】
いくつかの実施形態では、ポータブルデバイスは、ＥＭＶアプリケーションを備え、ＥＭＶアプリケーションを実行することによってＥＭＶ非接触支払取引を実行するように構成されたデビットカードまたはクレジットカードなどの支払いカードを含んでもよい。このような例では、第１のプロセス１１０を介して構成された非接触アプリケーションは、ＥＭＶ支払取引以外の取引を実行するように構成されてもよく、したがって、第２のプロセス１１５は、ＥＭＶ支払取引以外の取引、例えば、プリペイドクレジットまたは定期券に基づいて交通網にアクセスするなどの、交通網と関連付けられる取引を含んでもよい。
【００１９】
このようないくつかの実施形態では、第２のプロセス１１５はＥＭＶアプリケーションとは独立して実行され、結果、第２のプロセス中に支払いカードは非接触アプリケーションを実行するための専用デバイスとして機能する。例えば、非接触アプリケーションがＤＥＳＦｉｒｅアプリケーションである場合、支払いカードは専用のＤＥＳＦｉｒｅカードとして機能する。
【００２０】
他の実施形態では、第２のプロセス１１５は、ＥＭＶアプリケーションを介して実行される。そのような実施形態では、ＥＭＶアプリケーションは、第２のプロセス１１５の間に、非接触アプリケーションからデータ１３５を受信し、対応するデータを第２の他のデバイス１４０に送信するように構成される。ＥＭＶアプリケーションはまた、第２のプロセス１１５の間に、第２の他のデバイス１４０からデータを受信し、対応するデータを非接触アプリケーションに通信するように構成されてもよい。第２の他のデバイス１４０との間で送信されるデータは、非接触アプリケーションに関連するフォーマットのコマンドを含むことができる。例えば、非接触アプリケーションがＤＥＳＦｉｒｅアプリケーションである場合、第２の他のデバイス１４０との間で送信されるデータは、ＤＥＳＦｉｒｅコマンドを含んでもよい。このような例では、データ１３５はＥＭＶアプリケーションを介して送信されるが、第２の他のデバイスにとっては、支払いカードは非接触アプリケーションを実行するための専用デバイスに見える。
【００２１】
一実施形態では、非接触アプリケーションは、交通網へのアクセスを可能にするための交通アプリケーションのような非接触支払いアプリケーションである。第２の他のデバイス１４０は、このとき、交通網の回転式改札口または他のアクセス制御装置を含むことができる。そのような実施形態では、交通アプリケーションは、交通網内の移動に引き換えるためのプリペイドクレジットおよび／または定期券の記憶を可能にすることができる。
【００２２】
いくつかの実施形態では、第１のプロセス１１０は、圧縮データとして具体化され得るコンピュータ命令１２５を受信すること、および必要であれば圧縮データを解凍してコンピュータ命令のセット１２５を取得することを含む。例えば、接触相互作用に使用される技術に依存して、チップ１０５への接触送信に最大サイズが課される場合がある。この最大サイズが、非接触アプリケーションを構成１３０するために典型的に使用される命令１２５のサイズよりも小さい場合、命令１２５は、それらを単一の送信で送信できるように圧縮することができる。次いで、チップ１０５は、命令１２５を、データストア内のアプリケーションを構成１３０するのに適したフォーマット、例えばデータストアによって読み取り可能なフォーマットに解凍する。データは、方法のいずれかまたは組み合わせを使用して圧縮することができる。例えば、以下でより詳細に説明するように、アプリケーションに関連するファイルの初期化など、アプリケーションに関連するいくつかのデータは、厳密には要求されなくてもよく、したがって省略されてもよい。別の例として、非圧縮命令は、同じバイナリ値の反復系列を含んでもよい。そのような反復系列は、既知のランレングス符号化アルゴリズムを使用して符号化することができる。
【００２３】
いくつかの実施形態では、チップ１０５はテンプレートを用いて事前構成されている。チップ１０５は、受信したコンピュータ命令１２５を解釈し、データストアによって読み取り可能なコマンドを生成するためにテンプレートを使用する。例えば、データストアがＤＥＳＦｉｒｅチップを含む場合、チップ１０５は、ＤＥＳＦｉｒｅチップによって読み取り可能なフォーマットにおいて、命令のセット１２５に従ってデータストア内にアプリケーションを構成するために、テンプレートを使用してコマンドを生成する。テンプレートは、例えば、ＸＭＬテンプレートであってもよい。
【００２４】
そのような実施形態の１つでは、テンプレートは、例えばスクリプト内にコンピュータ命令１２５を受信する。１つの構成では、チップ１０５は、例えばポータブルデバイスがユーザに発行される前の構成手順の一部として、コンピュータ命令１２５を含むテンプレートによって構成される。代替的に、構成は、ポータブルデバイスがユーザに発行された後に行われてもよい。例えば、テンプレートは、スクリプト内でポータブルデバイスに送信されてもよい。したがって、構成手順の間に、命令１２５が受信され、ポータブルデバイスに格納される。この例では、コンピュータ命令１２５は、その後、チップ１０５において受信される単一のコマンドに応答して実行される。単一のコマンドは、例えば、ポータブルデバイスと販売時点管理端末またはＡＴＭのような端末との接触または非接触の相互作用を介して受信することができる。これにより、単一のコマンドに応答して、ユーザの視点からの非接触アプリケーションを作成することが可能になる。
【００２５】
上記のように、第１の時点において命令１２５の第１の部分が受信および実行され、第２の時点において命令１２５の第２の部分が受信および実行される一例では、命令１２５の第２の部分は、非接触アプリケーションを起動するためのコマンドを含む。したがって命令の第２の部分を実行するステップは、非接触アプリケーションを起動するステップを含む。命令１２５の第２の部分は、例えば、第１の他のデバイス１２０または第３の他のデバイスであってもよい別のデバイスからチップ１０５において受信される。命令１２５の第２の部分は、他のデバイスとポータブルデバイスとの間の物理的接触を介して、ポータブルデバイスチップ１０５において受信されてもよい。例えば、第１の他のデバイス１２０は、ポータブルデバイスがユーザに発行される前に、ポータブルデバイスチップ１０５を構成するコンピューティングデバイスであってもよい。このとき、第３の他のデバイスは、例えば、非接触アプリケーションを起動するユーザからの要求に続いてコマンドを送信する端末、例えば販売時点管理端末またはＡＴＭを含んでもよい。そのような実施形態では、非接触アプリケーションの構成後、非接触アプリケーションは、命令１２５の第２の部分が受信され、コマンドが実行されるまで非アクティブである。したがって、非接触アプリケーションは、受信したコマンドに応答して起動することができる。このような実施形態の１つでは、ユーザが、例えば、アプリケーションに関連するプリペイドクレジットの購入または交通定期券などのトークンの購入に関して、アプリケーションに関連する支払いを行うまで、アプリケーションは起動され得ない。コマンドは、例えば、非接触アプリケーションに関連付けられた暗号キーを含むことができ、命令の第２部分を実行するステップは、非接触アプリケーションにおいて暗号キーを初期化するステップを含むことができる。
【００２６】
図１Ｂは、本開示の一態様による方法を実施するためのアーキテクチャの概略図を示す。このアーキテクチャは、例えば、図１Ａに関連して上述したように動作するポータブルデバイスチップ１０５、第１の他のデバイス１２０および第２の他のデバイス１２０を備える。ポータブルデバイスチップ１０５は、プロセッサ１４５およびデータストア１５０を備える。第１の他のデバイス１２０から受信されるコンピュータ命令１２５は、上述した非接触アプリケーションを作成１５５する命令を含む。命令１２５は、上述したように、非接触アプリケーションに関連するファイルを初期化１６０する命令をさらに含む。例えば、ファイルを初期化１６０する命令は、少なくとも１つのファイルを含むファイル構造を作成し、ファイル構造内に少なくとも１つのファイルに関連付けられたデータを格納するための命令を含むことができる。
【００２７】
図２は、一実施形態によるポータブルデバイス２０５のデータストア１５０内に非接触アプリケーションを構成するための一連のステップの概略図を示す。非接触アプリケーションは、ポータブルデバイス２０５と関連付けられる銀行発行者２２０以外のアプリケーション発行者２１０によって発行される。この実施形態では、以下により詳細に説明するように、非接触アプリケーションを構成し起動するためのデータ２１５は、アプリケーション発行者２１０によって銀行発行者２２０に提供される。銀行発行者２２０は、その後、第１の他のデバイス１２０を介して、上記のような命令１２５をポータブルデバイス２０５に送信する。このようにして、発行銀行２１０は、ポータブルデバイス２０５のデータストア１５０に非接触アプリケーションを構成するために、ポータブルデバイス２０５のデータストア１５０、すなわちアプリケーション発行者２１０に直接アクセスすることなく第三者に提供することができる。
【００２８】
この実施形態では、アプリケーション発行者２１０、例えば交通プロバイダは、非接触アプリケーションに関連するデータ２１５を銀行発行者２２０に送信する。銀行発行者２２０は、例えば、既知の４者支払いモデルによるポータブルデバイス２０５に関連付けられた発行銀行であってもよい。いくつかの例では、データ２１５は、非接触アプリケーションを起動するための暗号キーならびに／または非接触アプリケーションを構成および／もしくは起動するために必要な他のデータを含む。データ２１５は、ユーザからアプリケーション発行者２１０へのアプリケーションを構成する要求に応答して、アプリケーション発行者２１０から銀行発行者２２０に送信することができる。
【００２９】
銀行発行者２２０は、アプリケーションを構成するための命令１２５を、上述したように、ＡＴＭまたは販売時点管理端末であってもよい第１の他のデバイス１２０に送信する。命令１２５は、例えば、スクリプトを含むことができる。命令１２５は、第１の他のデバイス１２０から銀行発行者２２０において受信される要求に応答して送信することができる。例えば、第１の他のデバイス１２０からの要求は、アプリケーションを構成するための認証要求を含むことができ、命令１２５は、認証要求に対する認証応答を含むことができる。いくつかの例では、第１の他のデバイス１２０に入力される、非接触アプリケーションを構成するユーザからの要求に続いて、第１の他のデバイス１２０から、要求が送信される。例えば、第１の他のデバイス１２０が交通網に関連付けられた支払端末を含む場合、ユーザからの要求は、その交通網上を移動するためのアプリケーションを構成する要求を含むことができる。第三者のアプリケーション発行者に関して説明した実施形態に関して、ユーザはオフラインで、アプリケーション発行者２１０のウェブインタフェースを介してアプリケーションの構成を要求することができる。このシナリオでは、ユーザが次にポータブルデバイス２０５を例えば販売時点管理端末に挿入するときに、銀行発行者２２０は、このポータブルデバイス２０５がアプリケーション構成についてフラグが立てられていることを認識し、アプリケーション発行者２１０から以前に受信したデータ２１５に基づいて非接触アプリケーションの構成を進める。
【００３０】
上述したように、第１の他のデバイス１２０は、ポータブルデバイス２０５の接触接続２３０を介して、ポータブルデバイス２０５に命令１２５を送信する。第１の他のデバイス１２０は、アプリケーションを構成するユーザからの上記要求に続いて、ポータブルデバイスが接触接続２３０を介して相互作用する次の互換性のある他のデバイスを備えることができる。例えば、データ２１５は、ユーザからの要求の直後に銀行発行者２２０に送信されてもよい。その後、命令１２５は、ポータブルデバイス２０５が接触相互作用を行う次のＡＴＭ、ＰＯＳ端末、または他のデバイスに送信することができる。したがって、この次のＡＴＭ、ＰＯＳ端末または他のデバイスは、第１の他のデバイス１２０を含む。
【００３１】
他のデータも、ポータブルデバイス２０５と第１の他のデバイス１２０との間で送信されてもよい。例えば、ポータブルデバイス２０５は、アプリケーションに関連する支払いに対応するデータを第１の他のデバイス１２０に送信することができる。このような支払いの例には、アプリケーションに関連するプリペイドクレジットの額の支払い、および／または交通定期券などのアプリケーションに関連付けられたトークンに対する支払いが含まれる。
【００３２】
上述のように、非接触アプリケーションは、ユーザからの要求に応答して動的に構成することができる。したがって、アプリケーションはポータブルデバイス上で事前構成される必要はないが、必要に応じて構成することができる。これにより、アプリケーションが構成されていない標準のポータブルデバイスを大量生産することができ、これらはその後、それぞれのユーザが必要とするように構成することができる。これは、所与のユーザが所望する特定のアプリケーションを備えたポータブルデバイスを予め構成するよりも大幅に安価であり、ポータブルデバイスの需要の増加に応じてより効率的に拡張することができる。
【００３３】
本開示はまた、複数の異なるアプリケーション発行者に関連付けられたアプリケーションによって単一のポータブルデバイスが構成されることを可能にし、アプリケーション発行者間の通信は必要とされない。したがって、ユーザは、所望のアプリケーションへのアクセスを維持しながら、より少数のポータブルデバイスを携帯することができる。本開示はまた、例えば新しいアプリケーション発行者に関連する将来のアプリケーションをサポートすることを可能にする一方で、ユーザが新しいポータブルデバイスを受け取ることを要求しない。
【００３４】
図３は、一例による非接触アプリケーション３０５の構造を示す。ＤＥＳＦｉｒｅチップに関連するこの例では、各々が３バイトのＩＤを有する２８個までのアプリケーションを格納することができる。このアプリケーションは、例えばＴＤＥＳ、３ＫＴＤＥＳまたはＡＥＳのような暗号キーアルゴリズム３１０を含む。このようなアプリケーションを作成するコンピュータ命令のセット１２５は、アプリケーションに関連する少なくとも１つの暗号キー３１５を格納するための命令を含む。例えば、ＤＥＳＦｉｒｅアプリケーションでは、マスターキーおよび複数のファイルキーを含む最大１４個のキーを格納することができる。少なくとも１つのキーは、例えば、取引中にポータブルデバイスを認証するために使用することができる。
【００３５】
非接触アプリケーション３０５は、少なくとも１つのファイル３２０を含む。例えば、ＤＥＳＦｉｒｅアプリケーションは、各々がとりわけファイルタイプ３２５、アクセス権３３０、通信タイプ３３５を有する３２までの異なるファイルを含むことができる。例えば、ＤＥＳＦｉｒｅアプリケーションは、「標準」、「バックアップ」、「値」、「線形」および「循環」のファイルタイプをサポートする。いくつかの実施形態では、利用可能なファイルタイプのサブセットのみが第１のアプリケーションによってサポートされてもよく、これは、この第１のアプリケーションに対する命令１２５が、すべてのファイルタイプをサポートするアプリケーションに必要なものよりも相応に小さいものであり得ることを意味する。例えば、「値」ファイルタイプはサポートされていない場合がある。
【００３６】
アクセス権３３０は、例えば管理者およびユーザの所与のクラスに関連する各ファイル３２０に関連付けられる。そのようなアクセス権の例は、ファイル３２０を読み取ることができることを示す「読み取り」、ファイル３２０に書き込むことができることを示す「書き込み」、ファイル３２０を読み取り、ファイル３２０に書き込むことができることを示す「読み書き」、および、ファイル３２０のアクセス権を変更することができることを示す「アクセス権の変更」を含む。
【００３７】
通信プロトコルデータ３３５は、各ファイル３２０に関連付けられ、そのファイル３２０に関連するデータを送信するときに使用されなければならない通信プロトコルを定義する。例示的な通信プロトコルは、データがプレーンテキストとして送信され得ることを示す「プレーン」、データが暗号化されて送信されなければならないことを示す「暗号化」、および、データがメッセージ認証コードによって認証されなければならないことを示す「メッセージ認証コード（ＭＡＣ：Ｍｅｓｓａｇｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｏｄｅ）」を含む。
【００３８】
図４は、一例による非接触アプリケーションを作成するためのコンピュータ命令の内容４０５の概略図を示す。内容４０５の各要素を含むバイトのカウンタ４１０が示されている。この例では、内容４０５は合計２３バイトを含み、３バイトのアプリケーションＩＤ４１５を含むことが分かる。内容４０５は、アプリケーションの暗号キーに関連する２つのバイト４２０，４２５を含む。バイト４２０は、キーを変更するための前提条件を示し、バイト４２５は、格納されるキーの数、キーに関連付けられたファイルＩＤ、および使用されるべき暗号方法を示す。内容４０５は、２バイトのＩＳＯファイルＩＤ４３０と、最大１６バイトのＩＳＯ専用ファイル名４３５とを含む。例えば、非接触アプリケーションがＩＳＯエミュレーション命令をサポートするＤＥＳＦｉｒｅアプリケーションである場合、アプリケーションに関連するファイルは、ＩＳＯファイルＩＤまたはＩＳＯ専用ファイル名のいずれかによってアドレス可能であり得る。いくつかの実施形態では、例えば、非接触アプリケーションがＩＳＯエミュレーション命令をサポートしないＤＥＳＦｉｒｅアプリケーションである場合、ＩＳＯファイルＩＤ４３０およびＩＳＯ専用ファイル名４３５フィールドはサポートされなくてもよい。非接触アプリケーションは、代わりに例えばネイティブのＤＥＳＦｉｒｅまたはラップされたコマンドをサポートすることができる。このような実施形態では、内容４０５からこれらのフィールドが省略されてもよく、命令サイズを２３バイトから５バイトに圧縮することができる。
【００３９】
図５Ａおよび図５Ｂは、例による非接触アプリケーションに関連するキーを初期化または変更するためのコンピュータ命令１２５の内容５０５，５１０の概略図を示す。いくつかの実施形態では、アプリケーションが作成されると、キーが一連のゼロに初期化される。次に、キーは、図５Ａおよび図５Ｂに示されているような内容の命令に続いて所望の値に変更される。
【００４０】
図５Ａは、変更されるキーが現在のセッションを認証するために使用されるキーと等しくない例を示す。命令の内容５０５は、新しいキー値と現在の値とのバイナリＸＯＲに等しい一連のビット５１５を含む。内容５０５は、ＸＯＲ５１５に対応する巡回冗長検査（ＣＲＣ）５２０と、新しいキー値に対応するＣＲＣ５２５とを含む。ＣＲＣはエラー検出を可能にし、例えば既知のＣＲＣ−１６アルゴリズムを使用して計算することができる。命令の内容５０５は、例えば一連のゼロを含むことができるパディングビット５３０を含む。
【００４１】
図５Ｂは、変更されるキーが現在のセッションを認証するために使用されるキーと等しい例を示す。命令の内容５１０は、新しいキー値５３５と、新しいキー値５３５に対応するＣＲＣ５４０とを含む。内容５１０は、一連のゼロを含むことができるパディングビット５４５を含む。
【００４２】
したがって、図５Ａおよび図５Ｂに示す例は、キーが変更され得る前に、図５Ａの例では現在の値と新しい値とのＸＯＲを与えるか、または、図５Ｂの例では、セッションを認証するためにキーの現在の値を使用することによって、キーの現在の値の知識が明示されることを必要とする。
【００４３】
図６は、例による非接触アプリケーションに関連する異なるタイプのファイルを作成するためのコンピュータ命令の内容の内容６０５，６１０の概略的な例を示す。内容６０５は、例えばＤＥＳＦｉｒｅアプリケーションに関連する、ファイルタイプが「標準」であるファイルの作成の例であり、内容６１０は、例えば同じＤＥＳＦｉｒｅアプリケーションに関連する、ファイルタイプが「循環」であるファイルの作成の例である。内容６０５，６１０は、作成されるべきファイルのファイルタイプの表示６１５を含む。
【００４４】
内容６０５，６１０は、各々、上述したように、ファイル番号６２０およびＩＳＯファイルＩＤ６２５を含むことができる。内容６０５，６１０は各々、図３に関連して上述したような通信タイプ６３０を含む。内容６０５，６１０は各々、図３に関連して上述したようなアクセス権の表示６３５を含む。
【００４５】
「標準」ファイルタイプのファイルに関連する内容６０５は、例えばバイト単位で表されるファイルサイズの表示６４０を含む。「循環」ファイルタイプのファイルに関する内容６１０は、レコードサイズの表示６４５と、ファイルに関連付けられた循環レコードの最大数の表示６５０とを含む。
【００４６】
いくつかの実施形態では、上記の１つまたは複数のフィールド６１５〜６５０は、非接触アプリケーションに関連付けられたファイルを作成するために必要とされないことがある。例えば、ＤＥＳＦｉｒｅアプリケーションに関連付けられたファイルを作成するためにＩＳＯファイルＩＤ  ６２５は必要ない。そのような実施形態では、必須でない１つまたは複数のフィールドは、命令１２５から省略されてもよい。別の例として、ファイルサイズ６４０は、所定のサイズのバイトのブロックの数、例えば３２バイトのブロックの数として表現することができる。この例では、ファイルサイズフィールド６４０のサイズは、ファイルサイズがバイト数として表される実施形態に比べて低減される。この例では、非接触アプリケーションは、３２バイトの整数倍のファイルサイズのみをサポートしている。したがって、命令１２５は、相応に小さくなり、事実上、命令１２５の圧縮を可能にすることができる。
【００４７】
図７は、非接触アプリケーションに関連するファイルの作成に続いて、そのファイルに関連するデータを初期化する命令の内容７０５の概略図である。内容７０５は、ファイルを識別するための、ファイルに関連付けられたファイル番号７１０を含む。内容７０５は、データが書き込まれるべきファイル内のオフセットを示すオフセット７１５を含む。例えば、ゼロ以外のオフセットは、データがファイルの先頭に書き込まれるべきではなく、オフセットによって示される点に書き込まれるべきであることを示す。内容７０５は、ファイルに書き込まれるデータの長さ７２０を含む。内容７０５は、ファイルに書き込まれるデータ７２５を含む。
【００４８】
実施形態では、フィールド７１０〜７２５のうちの１つまたは複数が圧縮され、命令１２５の対応する圧縮を可能にする。例えば、多くのファイルが、一連のゼロなどの同じバイナリ値のシーケンスに初期化されることが望ましい場合がある。そのような例では、書き込まれるデータ７２５は、既知のランレングス符号化アルゴリズムを使用して圧縮することができる。これにより、命令１２５の対応する圧縮が可能になる。
【００４９】
図８は、一実施形態によるポータブルデバイス８０５の概略図である。ポータブルデバイスは、例えば、支払いカードもしくは他のスマートカード、または移動電気通信デバイスであってもよい。ポータブルデバイス８０５は、接触接続８１０および非接触接続８１５を介して他のデバイスと通信するように構成された入出力手段を備える。
【００５０】
ポータブルデバイス８０５は、チップ８２０を備える。チップは、第１の他のデバイス８２５から、第１の他のデバイス８２５とポータブルデバイス８０５との間の物理的接触を介して、チップ８２０によって実行されるコンピュータ命令のセットを受信するように構成される。命令のセットは、チップ８０５のデータストア８３０内に非接触アプリケーションを作成し、非接触アプリケーションに関連付けられた少なくとも１つのファイルを初期化するための命令を含む。いくつかの実施形態では、非接触アプリケーションは、非接触の支払いアプリケーションである。
【００５１】
チップ８０５は、コンピュータ命令のセットに従って非接触アプリケーションを構成し、非接触アプリケーションを実行し、結果、ポータブルデバイス８０５と第２の他のデバイス８３５の非接触リーダとの間の非接触通信を介して、第２の他のデバイス８３５にデータを送信するように構成されている。
【００５２】
上述のように、いくつかの例では、ポータブルデバイス８０５はスマートカードを含む。そのような例では、ポータブルデバイス８０５と第１の他のデバイス８２５との間の物理的接触は、第１の他のデバイス８２５のカードリーダとスマートカード８０５の少なくとも１つの接触パッドとの間の接続を含む。
【００５３】
上記の実施形態は、本発明の例示的な実施例として理解されるべきである。本発明のさらなる実施形態が想定される。例えば、非接触アプリケーションは、ホテル客室ドアのロックを解除し、および／またはホテル、オールインクルーシブリゾートまたはキャンパスの施設にアクセスするためのトークンを含んでもよい。非接触アプリケーションは、イベントチケットを含んでもよく、または他の様態でイベント会場へのアクセスを提供してもよい。非接触アプリケーションは、例えばレンタカーなどの自動車のような車両へのキーレスアクセスを可能にするためのトークンを含んでもよい。非接触アプリケーションは、例えば特定の店舗において、ユーザによって獲得されたロイヤリティポイントの数を示す値を含んでもよい。非接触アプリケーションは、ユーザの身元の認証を可能にするためのトークンおよび／またはバイオメトリックデータを含むことができる。任意の１つの実施形態に関連して説明されている任意の特徴は、単独で、または記載された他の特徴と組み合わせて使用されてもよく、また、任意の他の実施形態、または、任意の他の実施形態の任意の組み合わせの１つまたは複数の特徴と組み合わせて使用されてもよいことを理解すべきである。さらに、添付の特許請求の範囲に規定されている本発明の範囲から逸脱することなく、上記に記載されていない均等物および改変を使用することもできる。
【図１Ａ】
2019515399.tif 000003
【図１Ｂ】
2019515399.tif 000004
【図２】
2019515399.tif 000005
【図３】
2019515399.tif 000006
【図４】
2019515399.tif 000007
【図５Ａ】
2019515399.tif 000008
【図５Ｂ】
2019515399.tif 000009
【図６】
2019515399.tif 000010
【図７】
2019515399.tif 000011
【図８】
2019515399.tif 000012
【国際調査報告】
2019515399.tif 000013
2019515399.tif 000014
2019515399.tif 000015
2019515399.tif 000016