JP2024518927A - 取引カードにディスプレイを適用するための方法、媒体及びシステム - Google Patents

Abstract

例示的な実施形態は、クレジットカードやイベントパスなどの取引カード用の更新可能なディスプレイに関する。ディスプレイは、例えば、電気泳動ディスプレイ又はメモリ液晶ダイオードディスプレイであってもよい。取引カードは、無線通信が可能な接触パッドを含むことができる。取引カードとモバイルデバイス又は端末との間で情報を交換することができ、モバイルデバイス上のプロセッサが受信した情報を処理して表示可能な情報を生成する。プロセッサは表示可能な情報でディスプレイを更新する。接点パッドはディスプレイに電気的に接続され、ディスプレイは無線通信から更新を実行するための電力を得ることができる。例えば、無線通信が近距離無線通信（ＮＦＣ）である場合、プロセッサを動作させ、ディスプレイを少なくとも部分的に更新するのに十分な電力を供給する無線周波数フィールドが生成されてもよい。

Description

本発明は、取引カードにディスプレイを適用するための方法、媒体及びシステムに関する。

関連出願
本出願は、２０２１年５月４日に出願された「取引カードにディスプレイを適用するための方法、モデル、及びシステム」と題する米国特許出願シリアル番号第１７／３０７，２８１号の優先権を主張する。前記出願の内容は、参照によりその全体が本明細書に組み込まれる。

デビットカードやクレジットカードなどの取引カードは、比較的静的な存在である傾向がある。このようなカードは一般的にプラスチックや金属製で、表面に顧客の口座情報が浮き彫りにされ印刷される。

このことは、カード番号が漏洩した場合に問題となる可能性があり、カード番号を更新するために新しいカードを作成発行する必要が生じる場合がある（たとえ、正規ユーザが元のカードを保持していたとしても）。さらに、カードは通常、郵便で送られるため、窃盗犯がカードやカード番号を盗んで使用する機会が、意図した利用者に届く前に提供される。さらに、各カードを利用者に合わせてカスタマイズする必要があるため（各カードにカスタム口座情報が記載される）、顧客にカードを発行するのに必要な時間とコストが増大する。

例示的な実施形態は、取引カードにディスプレイを適用する方法、媒体、及びシステムに関する。上述したように、静的カードには、カード上に更新可能なディスプレイを提供することによって軽減され得る多くの問題がある。残念ながら、ディスプレイは、一般に、ある種の電力を必要とし、このことは、通常、取引カードでは利用できない。

本明細書に記載される実施形態は、特定のタイプの低消費電力ディスプレイと、モバイルデバイス又は支払端末と無線通信するように構成された接触パッドとを組み合わせる。接触パッドは、ディスプレイを更新するために、無線通信からの少量のエネルギーを使用することができる。

例えば、第１の実施形態によれば、情報を含む無線通信は、取引カード上のコンタクトパッドを介して受信することができる。取引カード上のプロセッサを使用して情報を処理して表示可能な情報を生成し、取引カード上のディスプレイを表示可能な情報で更新することができる。ディスプレイは接触パッドに電気的に接続され、更新のための電力を少なくとも部分的に無線通信から得ることができる。場合によっては、通信からの電力だけでは、ディスプレイを完全に更新するには不十分なことがある。このような場合、ディスプレイを部分的に更新するか、取引カード上のコンデンサ又は他のエネルギー蓄積装置を使用して電力を補うことができる。

ディスプレイは、無線通信からのエネルギーを使ってコンタクトパッドから電力を供給されるため、ディスプレイを更新するのに十分な電力を受け取る信頼性の高い方法を提供することができる。取引カードに設けられた接触パッドは、他の機能（例えば、取引の認証）を実行するために受動的に電力を受け取ることがあるため、この電源はカード上で複数の役割を果たすことができ、既存のチップベースの取引カードの大幅な再設計を必要としない可能性がある。

第２の実施形態によれば、ディスプレイは、電気泳動ディスプレイ及び／又はメモリ液晶ディスプレイ（「メモリＬＣＤ」）であってもよい。電気泳動ディスプレイは、一般にディスプレイ上の情報を維持するために一定の電力を必要としないため、取引カード上のアプリケーションに特に適している。このようなディスプレイは、最初は少量の電力で更新でき、その後は更新された状態を維持する。このようなディスプレイは、無線通信から得られる電力を使って（少なくとも部分的には）簡単に更新できる。メモリＬＣＤディスプレイは、動作し続けるために少量の持続電力を必要とするかもしれないが、少なくとも一時的に情報を表示するために無線通信を通じて電力を供給することができる低消費電力ディスプレイでもある。情報を一時的にしか表示できないとしても、この機能は、口座残高のような情報（ユーザが長期的にカード表面に表示したくないような情報）を表示するのに役立つかもしれない。

第３の実施形態によれば、無線通信で受信した情報は、指定された取引口座で使用する取引カードを最初に認証する要求を含むことができる。表示可能な情報は、指定された取引口座の識別番号を含むことができる。この実施形態では、空白だが更新可能な表示を持つ汎用カードをユーザに送ることができる。その後、ユーザは、例えばモバイルデバイスを使用してカードを認証することができ、これにより、ユーザの口座情報がカード内のコンタクトパッドに保存され、ディスプレイに口座情報（例えば、カード番号、有効期限、口座所有者名など）を反映させることができる。このことは、ユーザがカードの使用を特別に許可するまで、カードは使用できず、個人情報も表示されないため、最初にユーザにカードを送るリスクを軽減する。

第４の実施形態によれば、無線通信で受信された情報は、取引カードに関連付けられた取引口座のための新しい一時的識別番号を提供する要求を含むことができる。表示可能な情報は、新しい一時的識別番号を含むことができる。一時的識別番号は、例えば、取引が完了したことに応答して、コンタクトパッドのプロセッサによって生成される場合がある。古い識別番号は、（おそらく、繰り返し取引を行う場合を除き）同時に抹消することができる。このようにして、カードは定期的に新しい識別番号を繰り返すことができ、不正行為の機会を減らすことができる。従来のカードでは、識別番号は通常、カード表面に印刷又は浮き彫りにされるため、この手順は複雑になりますが、本明細書で説明する更新可能なディスプレイを使用すれば、この制限を克服することができる。

第５の実施形態によれば、表示可能な情報は、取引カードに関連する取引口座の口座情報及び／又はイベントのアクセス認証情報を含むことができる。例えば、クレジットカード又はデビットカードの場合、ディスプレイは、現在の口座残高、詐欺警告、又は他の口座情報を表示することができる。コンサートやスポーツイベントなどのイベントの場合、ディスプレイを更新してアクセスコードを表示し、それをスキャンするとイベントにアクセスできるようにすることができる。このことは、一連のイベントやスポーツチームなどを提供するイベントスポンサーによって発行される可能性のある、再利用可能なイベントチケットカードを提供するために特に有用である。

第６の実施形態によれば、無線通信は、モバイルデバイス及び／又は決済端末から受信する近距離無線通信（「ＮＦＣ」）であってもよい。多くのモバイルデバイス及び支払端末はすでにＮＦＣ機能を備えているため、これは、カード上のコンタクトパッドに情報を送信し、ディスプレイに（ＮＦＣ無線周波数エネルギーを介して）電力源を提供する便利な方法を提供する。さらに、ユーザはモバイルデバイスを使用して、カードを最初に認証するようなタスクを実行することができる。さらに、カードは決済端末に接続して使用されることが多いため、ディスプレイへの電源供給が頻繁に行われる。取引が発生すると、カードは決済端末からＮＦＣメッセージを受信するため、また、特定の種類の更新（新しい一時的なカード番号のプロビジョニング（提供）や口座残高の表示など）が役立つのはまさにこの時であるため、モバイル端末からのＮＦＣ通信は更新を表示するのに特に適している。

第７の実施形態によれば、ディスプレイは、所定の期間にわたって自動的にフェードアウトするように構成することができる。例えば、メモリＬＣＤディスプレイと関連して使用される場合、ディスプレイ上の情報を長時間保持するのに十分な電力がない場合がある。しかし、これは、ユーザが半永久的にカードに表示することを望まないようなある種の情報には有利である。例えば、一時的な表示は、取引が発生した後に口座残高を表示し、取引の確認に使用する一時的な個人識別番号（「ＰＩＮ」）を表示するために便利である。

これら及び他の実施形態について、以下の図を参照して説明する。

特定の要素や行為に関する議論を容易に識別するために、参照番号の最上位桁又は数字は、その要素が最初に紹介された図番号を指す

一実施形態による取引カード１００を示す。 一実施形態による取引カード部品２００を示す。 一実施形態によるシーケンスフロー３００を示す。 一実施形態によるデータ構造４００を示す。 例示的な実施形態によるキーシステムの図である。 一実施形態例による暗号文生成方法のフローチャートである。 例示的な実施形態によるキー多様化方法のフローチャートである。 例示的な実施形態によるカードのアクティベーション（活性化）方法のフローチャートである。 例示的な実施形態による、カードをアクティベーション（活性化）するためのユーザインタフェースの一例を示す図である。 例示的な実施形態による、カードをアクティベーション（活性化）するためのユーザインタフェースの例を示す。 例示的な実施形態による、カードをアクティベーション（活性化）するためのユーザインタフェースの例を示す。 例示的な実施形態による、カードをアクティベーション（活性化）するためのユーザインタフェースの例を示す。 例示的な実施形態による更新可能ディスプレイの例示的なアプリケーションを示すデータフロー図である。 例示的な実施形態による、カードのアクティベーション（活性化）中にディスプレイを更新する方法を示すフローチャートである。 例示的な実施形態による、取引中にディスプレイを更新する方法を示すフローチャートである。 本明細書に記載される例示的な実施形態を実施するために使用され得る例示的なコンピュータシステムアーキテクチャを示す。

図１は、非接触カード、クレジットカード、デビットカード、ギフトカードなどの決済カードを含むことができる取引カード１００の構成例を示し、取引カード１００の表面又は裏面にサービスプロバイダ指示子（しるし）１０２として表示されるように、サービスプロバイダによって発行される。いくつかの例では、取引カード１００は支払カードとは無関係であり、限定するものではないが、ＩＤカードを含んでもよい。いくつかの例では、取引カードは、デュアルインタフェース非接触支払カード、リワードカードなどを含んでもよい。取引カード１００は、プラスチック、金属、その他の材料からなる単層又は１つ以上の積層層を含むことができる基板１０８を含むことができ、例示的な積層層には、ポリ塩化ビニル、ポリ塩化ビニルアセテート、アクリロニトリルブタジエンスチレン、ポリカーボネート、ポリエステル、陽極酸化チタン、パラジウム、金、カーボン、紙、生分解性材料などで構成される。いくつかの例では、取引カード１００はＩＳＯ／ＩＥＣ７８１６標準のＩＤ－１フォーマットに準拠した物理的特性を有し、取引カードはＩＳＯ／ＩＥＣ１４４４３標準に準拠している。しかし、本開示による取引カード１００は異なる特性を有していてもよく、本開示は取引カードが決済カードに実装されることを必要としないことを理解されたい。

取引カード１００は、カードの前面及び／又は背面に表示される識別情報１０６と、コンタクトパッド１０４も含むことができる。接触パッド１０４は、１つ又は複数のパッドを含み、ＡＴＭ、ユーザデバイス、スマートフォン、ラップトップ、であるクトップ、又はタブレットコンピュータなどの別のクライアントデバイスと、取引カードを介して接触を確立するように構成され得る。接触パッドは、ＩＳＯ／ＩＥＣ７８１６標準などの１つ以上の標準に従って設計され、ＥＭＶプロトコルに従った通信を可能にすることができる。取引カード１００は、図２でさらに説明するように、処理回路、アンテナ、その他の構成要素も含むことがある。これらの構成要素は、コンタクトパッド１０４の後方、又は基板１０８の他の場所、例えば基板１０８の異なる層内に配置されてもよく、コンタクトパッド１０４と電気的及び物理的に結合されてもよい。取引カード１００は磁気ストリップ又は磁気テープも含むことがあり、これはカードの裏面に配置されることがある（図１には図示せず）。また、取引カード１００は、ＮＦＣプロトコルを介して通信可能なアンテナと結合された近距離無線通信（ＮＦＣ）デバイスを含む場合もある。実施形態はこのように限定されない。

取引カード１００は、電気接続１１２を介してコンタクトパッド１０４に電気的に接続されたディスプレイ１１０も含むことができる。ディスプレイは、接触パッド１０４との無線通信から得られるエネルギーを使用して電気的に充電できる低電力ディスプレイであってもよい。例えば、接点パッドが近距離無線通信（ＮＦＣ）又は類似のプロトコルを実装している場合、ＮＦＣ伝送の電波は接点パッド及びディスプレイ１１０の機能に電力を供給するのに十分なエネルギーを提供する可能性がある。一例として、典型的な無線通信は、接点パッド１０４に約１～３Ｖ（おおよそ１０～１００ｍＡの範囲）を伝導する可能性がある。このエネルギーの一部は、ディスプレイ１１０を更新するために、電気接続１１２を介してディスプレイ１１０に流用されることがある。

ディスプレイ１１０は、取引カード１００との使用に適した任意のタイプの低エネルギーディスプレイであってよい。好ましくは、ディスプレイ１１０は、比較的薄いままで日常的な使用に耐えることができるように、十分に耐久性のある材料（柔軟なセラミックなど）で作られる。ディスプレイ１１０は、好ましくは、圧力に対して非常に敏感であってはならない。さらに、ディスプレイ１１０は、一度更新されるとその状態を維持するためにほとんどエネルギーを必要としないことが好ましい。好適なタイプのディスプレイ１１０の例としては、一般に、一旦設定されるとその状態を維持するためにエネルギーを必要としない電気泳動（例えば、「ｅ－ｉｎｋ」）ディスプレイや、その状態を維持するために少量のエネルギーを必要とする可能性のあるメモリ液晶ダイオード（「メモリＬＣＤ」）ディスプレイが挙げられる。電気泳動ディスプレイは、長期的又は半永久的な情報（例えば、口座名義人名、カード有効期限、カード番号など）を表示するのに特に適している一方、メモリＬＣＤディスプレイは、口座残高の一時的な表示、口座の不正使用状況、カード認証に使用する一時的な個人識別番号（「ＰＩＮ」）、クレジットスコアなど、一定期間内にフェードアウトする一時的情報を表示するのに適しているかもしれない。

メモリＬＣＤは一般に、その状態を維持するために少量の電力しか必要としないため、無線通信によって供給される電力は、ディスプレイ１１０に電力を供給し続けるのに十分なエネルギーを供給するコンデンサ１１４によって補完される場合がある。例えば、電気泳動ディスプレイは一般に、その状態を維持するために電力を必要としないが、場合によっては、状態を変化させるために比較的大きな電力を必要とすることがある。コンデンサ１１４は、更新を実行するために無線通信から得られる電力を補うために使用されてもよい。いくつかの実施形態では、最も関連性の高い情報でディスプレイの一部のみを更新することによって電力を節約することができる。後続の取引は、ディスプレイの追加部分を更新するために使用することができる。

無線通信は、モバイルデバイス又は支払端末から発信されることが想定されるが、無線通信を実行するために他のタイプのデバイスを使用することもできる。モバイルデバイスと無線通信を行うときに利用可能な電力量は、であるクトップコンピュータ又は支払端末と通信するときに利用可能な電力量よりも少ない場合がある。余剰エネルギーが利用可能な場合、そのエネルギーはキャパシタ１１４に蓄積され、より低電力の無線通信が受信されたときに引き出される可能性がある。

取引カード１００は、１つ又は複数のディスプレイ１１０を含むことができる。複数のディスプレイ１１０が提供される場合、ディスプレイ１１０は、同じタイプでも異なるタイプでもよい。図１では、ディスプレイ１１０がカードの一部のみを覆うように描かれているが、カードの面全体がディスプレイで構成されることも考えられる。

口座情報を表示することの追加又は代替として、ディスプレイ１１０は、装飾的な背景、口座名義人の写真など、他の種類の情報も表示することができる。一部の実施形態では、ディスプレイ１１０は、イベント（コンサートやスポーツイベントなど）のアクセス資格情報、クーポンやバウチャーとして機能するスキャン可能なグラフィック（ＱＲコード（登録商標）やバーコードなど）、空港ラウンジに入場するためのアクセスコード、又は他のタイプの情報を表示することができる。

図２に示されるように、取引カード１００の接触パッド１０４は、プロセッサ２０２、メモリ２０４、及び１つ又は複数のインターフェース２０６を含む、情報を記憶、処理、及び通信するための処理回路２１６を含むことができる。処理回路２１６は、プロセッサ、メモリ、エラー及びパリティ／ＣＲＣチェッカ、データエンコーダ、衝突防止アルゴリズム、コントローラ、コマンドデコーダ、セキュリティプリミティブ、及び本明細書で説明する機能を実行するために必要な改ざん防止ハードウェアを含む追加のコンポーネントを含むことができることを理解されたい。

メモリ２０４は、例えば、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭなどの読み出し専用メモリ、書き込み一回読み出しマルチプルメモリ、又は読み出し／書き込みメモリとすることができ、取引カード１００は、これらのメモリを１つ以上含むことができる。読み出し専用メモリ（ＲＯＭ）は、工場で読み出し専用にプログラムすることも、ワンタイムプログラマブルにプログラムすることもできる。ワンタイムプログラマブルでは、一度書き込んだら何度でも読み出すことができる。ライトワンス／リードマルチプルメモリは、メモリチップが工場から出荷された後、ある時点でプログラムすることができる。一度プログラムされたメモリは、書き直すことはできないが、何度でも読み出すことができる。読み取り／書き込みメモリは、工場出荷後に何度もプログラムされ、再プログラムされる可能性がある。読み書き可能なメモリは、工場出荷後に何度も読み出されることもある。場合によっては、メモリ２０４は、データを暗号化するためにプロセッサ２０２によって実行される暗号化アルゴリズムを利用する暗号化メモリであってもよい。

メモリ２０４は、１つ又は複数のアプレット（複数可）２０８、１つ又は複数のカウンタ（複数可）２１０、顧客識別子２１４、及び仮想口座番号であってもよい口座番号２１２を記憶するように構成されてもよい。１つ又は複数のアプレット２０８は、Ｊａｖａ（登録商標）カードアプレットなど、１つ又は複数の非接触カード上で実行するように構成された１つ又は複数のソフトウェアアプリケーションで構成されてもよい。しかしながら、アプレット２０８は、Ｊａｖａ（登録商標）カードアプレットに限定されず、非接触カード又は限られたメモリを有する他のデバイス上で動作可能な任意のソフトウェアアプリケーションであってもよいことが理解される。１つ又は複数のカウンタ（複数可）２１０は、整数を記憶するのに十分な数値カウンタで構成することができる。顧客識別子２１４は、取引カード１００の利用者に割り当てられた一意の英数字識別子で構成されることがあり、この識別子は、非接触カードの利用者を他の非接触カードの利用者と区別することがある。一部の例では、顧客識別子２１４は、顧客とその顧客に割り当てられた口座の両方を識別し、さらに顧客の口座に関連付けられた取引カード１００を識別することができる。前述のように、口座番号（複数可）２１２は、取引カード１００に関連する何千もの一回限りの使用の仮想口座番号を含むことができる。取引カード１００のアプレット２０８は、口座番号２１２を管理する（例えば、口座番号２１２を選択し、選択された口座番号２１２を使用済みとしてマークし、自動入力サービスによる自動入力のために口座番号２１２をモバイルデバイスに送信する）ように構成されてもよい。

前述の例示的な実施形態のプロセッサ２０２及びメモリ要素は、接触パッド１０４を参照して説明されるが、本開示はこれに限定されない。これらの要素は、接触パッド１０４の外部に実装されてもよいし、接触パッド１０４とは完全に別個に実装されてもよいし、接触パッド１０４内に配置されたプロセッサ２０２及びメモリ２０４要素に加えて、さらなる要素として実装されてもよいことが理解される。

いくつかの例では、取引カード１００は１つ以上のアンテナ２１８を含んでいてもよい。１つ又は複数のアンテナ２１８は、取引カード１００内で、接触パッド１０４の処理回路２１６の周囲に配置することができる。例えば、１つ以上のアンテナ２１８は処理回路２１６と一体であってもよく、１つ以上のアンテナ２１８は外部ブースターコイルと共に使用されてもよい。別の例として、１つ又は複数のアンテナ２１８は、接触パッド１０４及び処理回路２１６の外部にあってもよい。

一実施形態では、取引カード１００のコイルは空芯変圧器の二次側として機能することがある。端末は、電力又は振幅変調を切断することによって、取引カード１００と通信することができる。非接触カード１０１は、１つ又は複数のコンデンサを介して機能的に維持される非接触カードの電源接続の間隙を使用して、端末から送信されたデータを推測することができる。取引カード１００は、非接触カードのコイルにかかる負荷を切り替えるか、又は負荷変調を行うことによって通信（信号）を返すことができる。負荷変調は、干渉によって端末のコイルで検出されることがある。より一般的には、アンテナ２１８、プロセッサ２０２、及び／又はメモリ２０４を使用して、非接触カード１０１は、ＮＦＣ、ブルートゥース（登録商標）、及び／又はＷｉ－Ｆｉ通信を介して通信するための通信インターフェースを提供する。

上記で説明したように、取引カード１００は、Ｊａｖａ（登録商標）カードのようなスマートカード又は限られたメモリを有する他のデバイス上で動作可能なソフトウェアプラットフォーム上に構築され、１つ又は複数のアプリケーション又はアプレットが安全に実行される可能性がある。アプレット２０８は、さまざまなモバイルアプリケーションベースのユースケースにおいて、多要素認証（ＭＦＡ）のためのワンタイムパスワード（ＯＴＰ）を提供するために非接触カードに追加することができる。アプレット２０８は、モバイルＮＦＣリーダ（例えば、モバイルデバイス又はＰＯＳ端末の）などのリーダからの１つ以上の要求（近距離データ交換要求など）に応答し、ＮＤＥＦテキストタグとしてエンコードされた暗号化された安全なＯＴＰを含むＮＤＥＦメッセージを生成するように構成される。

ＮＤＥＦ ＯＴＰの一例は、ＮＤＥＦショートレコードレイアウト（ＳＲ＝１）である。このような例では、１つ以上のアプレット２０８は、ＯＴＰをＮＤＥＦタイプ４のよく知られたタイプのテキストタグとしてエンコードするように構成される。いくつかの例では、ＮＤＥＦメッセージは１つ以上のレコードから構成される。アプレット２０８は、ＯＴＰレコードに加えて、１つ以上の静的タグレコードを追加するように構成される場合がある。

いくつかの例では、１つ又は複数のアプレット２０８は、ＲＦＩＤタグをエミュレートするように構成され得る。ＲＦＩＤタグは、１つ以上の多形タグを含むことができる。いくつかの例では、タグが読み取られるたびに、非接触カードの真正性を示す異なる暗号文データが提示される。１つ又は複数のアプレット２０８に基づいて、タグのＮＦＣ読み取りが処理され、データがバンキングシステムのサーバなどのサーバに送信され、データがサーバで検証される場合がある。

いくつかの例では、取引カード１００とサーバは、カードが適切に識別されるように、特定のデータを含むことがある。取引カード１００は、１つ以上の固有の識別子（図示せず）を含むことができる。読み取り操作が行われるたびに、カウンタ（複数可）２１０はインクリメントするように構成することができる。いくつかの例では、取引カード１００からのデータが（例えばモバイルデバイスによって）読み取られるたびに、カウンタ（複数可）２１０が検証のためにサーバに送信され、カウンタ（複数可）２１０が（検証の一部として）サーバのカウンタと等しいかどうかが判定される。

１つ又は複数のカウンタ２１０は、リプレイ攻撃を防ぐように構成することができる。例えば、暗号文が取得され、リプレイされた場合、カウンタ２１０が読み取られ、使用され、その他通過された場合、その暗号文は即座に拒否される。カウンタ２１０が使用されていない場合は、リプレイされる可能性がある。いくつかの例では、カード上でインクリメントされるカウンタは、取引のためにインクリメントされるカウンタとは異なる。非接触カード１０１は、取引カード１００上のアプレット２０８間の通信がないため、アプリケーション取引カウンタ２１０を判断することができない。いくつかの例では、取引カード１００は、取引アプレットである第１のアプレット４４０－１と第２のアプレット４４０－２を含む。各アプレット４４０－１と４４０－２は、それぞれのカウンタ１０４を含む。

いくつかの例では、カウンタ２１０が同期しないこと（同期はずれ）がある。いくつかの例では、斜めに読み取るなど、取引を開始する偶発的な読み取りを考慮するために、カウンタ２１０はインクリメントするかもしれないが、アプリケーションはカウンタ２１０を処理しない。いくつかの例では、モバイルデバイス１０が起動されると、ＮＦＣが有効になり、デバイス１１０が利用可能なタグを読み取るように構成されることがあるが、読み取られたタグに対応するアクションは実行されない。

カウンタ２１０の同期を保つために、バックグラウンドアプリケーションなどのアプリケーションを実行し、モバイルデバイス１１０が起動したときに検出し、検出により読み出しが発生したことを示す銀行システムのサーバと同期して、カウンタ１０４を前進させるように構成してもよい。他の例では、ハッシュされたワンタイムパスワードは、同期ずれのウィンドウが受け入れられるように利用されるかもしれない。例えば、しきい値１０以内であれば、カウンタ２１０は前進するように構成される。しかし、異なるしきい値数以内、例えば１０又は１０００以内である場合、再同期を実行するための要求は、１つ又は複数のアプリケーションを介して、ユーザがユーザのデバイスを介して１回又は複数回タップ、ジェスチャー、又は他の方法で示すことを要求するように処理され得る。カウンタ（単数又は複数）２１０が適切な順序で増加すれば、ユーザがそうしたことを知ることができる。

カウンタ（複数可）２１０、マスターキー、及び多様化されたキーを参照して本明細書で説明するキー多様化技法は、キー多様化技法による暗号化及び／又は復号化の一例である。本開示は他のタイプのキー多様化技法にも同様に適用可能であるため、この例のキー多様化技法は本開示を限定するものと考えられるべきではない。

取引カード１００の作成プロセスでは、カード毎に２つの暗号化キーが一意に割り当てられる。暗号キーは、データの暗号化と復号化の両方に使用できる共通キーで構成される。トリプルＤＥＳ（３ＤＥＳ）アルゴリズムは、ＥＭＶで使用され、取引カード１００のハードウェアで実装される。キーの多様化プロセスを使用することで、キーを必要とする各エンティティの一意に識別可能な情報に基づいて、１つ以上のキーをマスターキーから導出することができる。

いくつかの例では、脆弱性の影響を受けやすい３ＤＥＳアルゴリズムの欠点を克服するために、セッションキーが導出されるかもしれない（セッション毎に固有のキーなど）が、マスターキーを使用するのではなく、固有のカード導出キーとカウンタがダイバーシフィケーションデータとして使用されるかもしれない。例えば、非接触カード１０１が動作中に使用されるたびに、メッセージ認証コード（ＭＡＣ）の作成と暗号化の実行に異なるキーを使用することができる。この結果、三重の暗号化レイヤが形成される。セッションキーは、１つ以上のアプレットによって生成され、１つ以上のアルゴリズム（ＥＭＶ ４．３ Ｂｏｏｋ ２ Ａ１．３．１ Ｃｏｍｍｏｎ Ｓｅｓｓｉｏｎ Ｋｅｙ Ｄｅｒｉｖａｔｉｏｎに定義される）を用いてアプリケーション取引カウンタを使用することによって導出される。

さらに、各カードの増分は一意であり、パーソナライズによって割り当てられるか、ある識別情報によってアルゴリズム的に割り当てられる。例えば、奇数番号のカードは２ずつ増加し、偶数番号のカードは５ずつ増加する。いくつかの例では、インクリメントはまた、１枚のカードが１、３、５、２、２、…を繰り返しながら順次インクリメントするように、順次読み出しで変化してもよい。特定のシーケンス又はアルゴリズムシーケンスは、パーソナライズ時に定義することもできるし、一意の識別子に由来する１つ以上のプロセスから定義することもできる。これにより、リプレイ攻撃者が少数のカードインスタンスから一般化することを困難にすることができる。

認証メッセージは、１６進ＡＳＣＩＩ形式のテキストＮＤＥＦレコードのコンテンツとして配信される。別の例では、ＮＤＥＦレコードは１６進数形式で符号化（エンコード）される。

図３は、本開示の１つ以上の実施形態による、認証されたアクセスを提供するためのシーケンス例を示すタイミング図である。シーケンスフロー３００は、取引カード１００と、アプリケーション３０４とプロセッサ３０６を含むクライアントデバイス３０２を含む。

行３１０で、アプリケーション３０４は取引カード１００と通信する（例えば、取引カード１００に近づいた後）。アプリケーション３０４と取引カード１００との間の通信には、アプリケーション３０４と取引カード１００との間のＮＦＣデータ転送を可能にするために、取引カード１００がクライアントデバイス３０２のカードリーダ（図示せず）に十分に近接していることが必要な場合がある。

ライン３０８で、クライアントデバイス３０２と取引カード１００の間で通信が確立された後、取引カード１００はメッセージ認証コード（ＭＡＣ）暗号文を生成する。いくつかの例では、これはアプリケーション３０４によって取引カード１００が読み取られるときに発生する可能性がある。特に、これはＮＦＣデータ交換フォーマットに従って作成された近接場データ交換（ＮＤＥＦ）タグのＮＦＣ読み取りなどの読み取り時に発生する可能性がある。例えば、アプリケーション３０４などのリーダーアプリケーションは、ＮＤＥＦ生成アプレットのアプレットＩＤを持つアプレット選択メッセージなどのメッセージを送信することができる。選択が確認されると、ファイル選択メッセージとファイル読み出しメッセージのシーケンスが送信される。例えば、「選択容量ファイル（Ｓｅｌｅｃｔ Ｃａｐａｂｉｌｉｔｉｅｓ ｆｉｌｅ）」、「読み出し容量ファイル（Ｒｅａｄ Ｃａｐａｂｉｌｉｔｉｅｓ ｆｉｌｅ）」、「選択ＮＤＥＦファイル（Ｓｅｌｅｃｔ ＮＤＥＦ ｆｉｌｅ）」の順で行う。この時点で、取引カード１００が保持するカウンタ値が更新又はインクリメントされる。この時点で、ヘッダと共有秘密を含むメッセージが生成される。その後、セッションキーが生成される。ヘッダと共有秘密を含むメッセージから、ＭＡＣ暗号文が生成される。ＭＡＣ暗号文は、１つ以上のランダムデータのブロックと結合され、ＭＡＣ暗号文と乱数（ＲＮＤ）がセッションキーで暗号化される。その後、暗号文とヘッダは連結され、ＡＳＣＩＩ１６進数としてエンコードされ、（「読み出しＮＤＥＦファイル（Ｒｅａｄ ＮＤＥＦ ｆｉｌｅ）」メッセージに応答して）ＮＤＥＦメッセージ形式で返される。

いくとかの実施例では、ＭＡＣ暗号文はＮＤＥＦタグとして送信され、他の実施例では、ＭＡＣ暗号文はユニフォームリソースインジケータ（例えば、フォーマットされた文字列として）とともに含まれてもよい。いくつかの例では、アプリケーション３０４は、取引カード１００に要求を送信するように構成されることがある。

行３１２で、取引カード１００はＭＡＣ暗号文をアプリケーション３０４に送信する。一部の例では、ＭＡＣ暗号文の送信はＮＦＣ経由で行われるが、本開示はこれに限定されない。他の例では、この通信は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ－Ｆｉ、又は無線データ通信の他の手段を介して発生してもよい。ライン３１４で、アプリケーション３０４はＭＡＣ暗号文をプロセッサ３０６に通信する。

行３１６で、プロセッサ３０６はアプリケーション１２２からの指示に従ってＭＡＣ暗号文を検証する。例えば、以下に説明するように、ＭＡＣ暗号文を検証してもよい。いくつかの例では、ＭＡＣ暗号文の検証は、クライアントデバイス３０２とデータ通信しているバンキングシステムのサーバなど、クライアントデバイス３０２以外のデバイスによって実行されてもよい。例えば、プロセッサ３０６は、銀行システムのサーバに送信するためにＭＡＣ暗号文を出力することができ、このサーバはＭＡＣ暗号文を検証することができる。一部の例では、ＭＡＣ暗号文は検証のためのデジタル署名として機能する。他のデジタル署名アルゴリズム、例えばデジタル署名アルゴリズムやＲＳＡアルゴリズムなどの公開キー非対称アルゴリズム、又はゼロ知識プロトコルは、この検証を実行するために使用することができる。

図４は、例示的な実施形態によるＮＤＥＦショートレコードレイアウト（ＳＲ＝１）データ構造４００を示す。１つ以上のアプレットは、ＯＴＰをＮＤＥＦタイプ４のよく知られたタイプのテキストタグとしてエンコードするように構成されるかもしれない。いくつかの例では、ＮＤＥＦメッセージは１つ以上のレコードから構成される。アプレットは、ＯＴＰレコードに加えて、１つ又は複数の静的タグレコードを追加するように構成することができる。例示的なタグには、これらに限定されないが、次のものがある。タグタイプ：よく知られたタイプ、テキスト、エンコーディング英語（ｅｎ）；アプレットＩＤ：Ｄ２７６００００８５０１０１；機能（能力）：読み取り専用アクセス；エンコード：認証メッセージはＡＳＣＩＩ１６進数でエンコードされるかもしれない；ｔｙｐｅ－ｌｅｎｇｔｈ－ｖａｌｕｅ（ＴＬＶ）データは、ＮＤＥＦメッセージの生成に使用されるパーソナライズパラメータとして提供されることがある。一実施形態では、認証テンプレートは、実際の動的認証データを提供するための周知のインデックスを持つ最初のレコードで構成される。

図５は、本開示の１つ以上の実施形態を実施するように構成されたシステム５００の図である。以下に説明するように、非接触カード作成プロセスにおいて、２つの暗号キーが各カードに対して一意に割り当てられる場合がある。暗号化キーは、データの暗号化と復号化の両方に使用できる共通キーで構成される。トリプルＤＥＳ（３ＤＥＳ）アルゴリズムは、ＥＭＶで使用され、非接触カードのハードウェアで実装される。キーの多様化プロセスを使用することで、キーを必要とする各エンティティの一意に識別可能な情報に基づき、１つ以上のキーをマスターキーから導出することができる。

マスターキー管理については、１つ又は複数のアプレットが発行されるポートフォリオの各部分について、２つの発行者マスターキー５０２、５２６が必要となる場合がある。例えば、第１のマスターキー５０２は発行者暗号文生成／認証キー（Ｉｓｓ－Ｋｅｙ－Ａｕｔｈ）を構成し、第２のマスターキー５２６は発行者データ暗号化キー（Ｉｓｓ－Ｋｅｙ－ＤＥＫ）を構成する。ここでさらに説明するように、２つの発行者マスターキー５０２、５２６は、各カードに固有なカードマスターキー５０８、５２０に多様化される。いくつかの例では、バックオフィスデータとしてネットワークプロファイルレコードＩＤ（ｐＮＰＲ）５２２と導出キーインデックス（ｐＤＫＩ）５２４を使用して、認証のための暗号化プロセスで使用する発行者マスターキー５０２、５２６を特定することができる。認証を実行するシステムは、認証時に非接触カードのｐＮＰＲ５２２及びｐＤＫＩ５２４の値を取得するように構成される場合がある。

いくつかの例では、ソリューションのセキュリティを高めるために、セッションキーが導出されるかもしれない（セッション毎に固有のキーなど）が、マスターキーを使用するのではなく、固有のカード導出キーとカウンタは、上記で説明したように、多様化データとして使用されるかもしれない。例えば、カードが運用で使用されるたびに、メッセージ認証コード（ＭＡＣ）の作成と暗号化の実行に異なるキーが使用されることがある。セッションキーの生成に関して、暗号文を生成し、１つ以上のアプレットでデータを暗号化するために使用されるキーは、カード固有キー（Ｃａｒｄ－Ｋｅｙ－Ａｕｔｈ５０８及びＣａｒｄ－Ｋｅｙ－Ｄｅｋ５２０）に基づくセッションキーで構成される可能性がある。セッションキー（Ａｕｔ－Ｓｅｓｓｉｏｎ－Ｋｅｙ５３２及びＤＥＫ－Ｓｅｓｓｉｏｎ－Ｋｅｙ５１０）は、１つ又は複数のアプレットによって生成され、１つ又は複数のアルゴリズムでアプリケーション取引カウンタ（ｐＡＴＣ）５０４を使用して導出される。データを１つ以上のアルゴリズムに適合させるために、４バイトｐＡＴＣ５０４の下位２バイトのみが使用される。いくつかの例では、４バイトのセッションキー導出方法は以下のように構成される：Ｆ１：＝ＰＡＴＣ（下位２バイト）｜｜’Ｆ０’｜｜’００’｜｜ＰＡＴＣ（４バイト）Ｆ１：＝ＰＡＴＣ（下位２バイト）｜｜’０Ｆ’｜｜’００’｜｜ＰＡＴＣ（４バイト）ＳＫ：＝｛（ＡＬＧ（ＭＫ）［Ｆ１］）｜｜ＡＬＧ（ＭＫ）［Ｆ２］｝であり、ここで、ＡＬＧは３ＤＥＳ ＥＣＢを含み、ＭＫはカード固有の導出マスターキーを含む。

本明細書で説明するように、１つ以上のＭＡＣセッションキーは、ｐＡＴＣ５０４カウンタの下位２バイトを使用して導出される。非接触カードがタップされるたびに、ｐＡＴＣ５０４は更新されるように構成され、カードマスターキーＣａｒｄ－Ｋｅｙ－ＡＵＴＨ５０８とＣａｒｄ－Ｋｅｙ－ＤＥＫ５２０は、さらにセッションキーＡｕｔ－Ｓｅｓｓｉｏｎ－Ｋｅｙ５３２とＤＥＫ－Ｓｅｓｓｉｏｎ－ＫＥＹ５１０に多様化される。ｐＡＴＣ５０４は、パーソナライズ時又はアプレット初期化時にゼロに初期化されてもよい。いくつかの例では、ｐＡＴＣカウンタ５０４はパーソナライズ時又はその前に初期化され、各ＮＤＥＦ読み込み時に１ずつインクリメントするように構成される。

さらに、各カードの更新は一意であってよく、パーソナライズによって割り当てられるか、又はｐＵＩＤもしくは他の識別情報によってアルゴリズム的に割り当てられる。例えば、奇数番号のカードは２ずつ増減し、偶数番号のカードは５ずつ増減する。いくつかの例では、更新はまた、１枚のカードが１、３、５、２、…を繰り返して順次インクリメントするように、順次読み出しで変化してもよい。特定のシーケンス又はアルゴリズムシーケンスは、パーソナライズ時に定義することもできるし、一意の識別子に由来する１つ以上のプロセスから定義することもできる。これにより、リプレイ攻撃者が少数のカードインスタンスから一般化することを困難にすることができる。

認証メッセージは、１６進ＡＳＣＩＩ形式のテキストＮＤＥＦレコードのコンテンツとして配信することができる。一部の例では、認証データと、認証データのＭＡＣに続く８バイトの乱数のみが含まれる。一部の例では、乱数は暗号文Ａの前にあり、１ブロックの長さである。他の例では、乱数の長さに制限はない。さらに別の例では、合計データ（すなわち、乱数＋暗号文）はブロックサイズの倍数であってもよい。これらの例では、ＭＡＣアルゴリズムによって生成されたブロックと一致するように、８バイトのブロックを追加することができる。別の例として、採用されたアルゴリズムが１６バイトのブロックを使用した場合、そのブロックサイズの倍数を使用することもできるし、出力をそのブロックサイズの倍数に自動的又は手動でパディングすることもできる。

ＭＡＣは、ファンクションキー（ＡＵＴ－Ｓｅｓｓｉｏｎ－Ｋｅｙ）５３２によって実行されてもよい。暗号文で指定されたデータは、ｊａｖａｃａｒｄ．ｓｉｇｎａｔｕｒｅメソッドで処理されてもよい：ＡＬＧ＿ＤＥＳ＿ＭＡＣ８＿ＩＳＯ９７９７＿１＿Ｍ２＿ＡＬＧ３を用いて処理し、ＥＭＶＡＲＱＣ検証方法と関連付ける。この計算に使用されるキーは、上記で説明したように、セッションキーＡＵＴ－Ｓｅｓｓｉｏｎ－Ｋｅｙ５３２で構成される。上記で説明したように、カウンタの下位２バイトは、１つ以上のＭＡＣセッションキーのために多様化（ダイバーシフィケーション）に使用されるかもしれない。以下に説明するように、ＡＵＴ－Ｓｅｓｓｉｏｎ－Ｋｅｙ５３２を使用してデータ５０６をＭＡＣし、ＤＥＫ－Ｓｅｓｓｉｏｎ－Ｋｅｙ５１０を使用して結果のデータ又は暗号文Ａ５１４及び乱数ＲＮＤを暗号化し、メッセージで送信される暗号文Ｂ又は出力５１８を作成することができる。

いくつかの例では、１つ又は複数のＨＳＭコマンドは、最後の１６（バイナリ、３２１６進数）バイトが、乱数のゼロＩＶに続いてＭＡＣ認証データが続くＣＢＣモードを使用した３ＤＥＳ対称暗号化で構成されるように、復号化のために処理されることがある。この暗号化に使用されるキーは、Ｃａｒｄ－Ｋｅｙ－ＤＥＫ５２０から導出されるセッションキーＤＥＫ－Ｓｅｓｓｉｏｎ－Ｋｅｙ５１０で構成される。この場合、セッションキー導出のためのＡＴＣ値は、カウンタｐＡＴＣ５０４の最下位バイトである。

以下のフォーマットは、バイナリ版の実施形態例を表している。さらに、いくつかの例では、最初のバイトをＡＳＣＩＩ’Ａ’に設定することができる。

別の例示的な書式を以下に示す。この例では、タグは１６進数形式で符号化される。

受信したメッセージのＵＩＤフィールドを抽出して、マスターキーＩｓｓ－Ｋｅｙ－ＡＵＴＨ５０２とＩｓｓ－Ｋｅｙ－ＤＥＫ５２６から、特定のカードのカードマスターキー（Ｃａｒｄ－Ｋｅｙ－Ａｕｔｈ５０８とＣａｒｄ－Ｋｅｙ－ＤＥＫ５２０）を導出することができる。カードマスターキー（Ｃａｒｄ－Ｋｅｙ－Ａｕｔｈ５０８とＣａｒｄ－Ｋｅｙ－ＤＥＫ５２０）を使用して、受信メッセージのカウンタ（ｐＡＴＣ）フィールドを使用して、特定のカードのセッションキー（Ａｕｔ－Ｓｅｓｓｉｏｎ－Ｋｅｙ５３２とＤＥＫ－Ｓｅｓｓｉｏｎ－Ｋｅｙ５１０）を導出することができる。暗号文Ｂ５１８は、ＤＥＫ－Ｓｅｓｓｉｏｎ－ＫＥＹを使用して復号化され、暗号文Ａ５１４とＲＮＤが生成され、ＲＮＤは破棄される。ＵＩＤフィールドは、メッセージのＶｅｒ、ＵＩＤ、及びｐＡＴＣフィールドとともに、非接触カードの共有秘密を検索するために使用され、再作成されたＡｕｔ－Ｓｅｓｓｉｏｎ－Ｋｅｙを使用して暗号化ＭＡＣを処理し、ＭＡＣ’などのＭＡＣ出力を作成することができる。ＭＡＣ’が暗号文Ａ５１４と同じ場合、メッセージの復号とＭＡＣチェックがすべて完了したことを示す。その後、ｐＡＴＣを読み取り、有効かどうかを判断する。

認証セッション中、１つ又は複数のアプリケーションによって１つ又は複数の暗号文が生成される。例えば、１つ以上の暗号文は、Ａｕｔ－Ｓｅｓｓｉｏｎ－Ｋｅｙ５３２などの１つ以上のセッションキーを介して、ＩＳＯ９７９７－１ Ａｌｇｏｒｉｔｈｍ ３を使用し、Ｍｅｔｈｏｄ ２パディングを使用した３ＤＥＳ ＭＡＣとして生成することができる。入力データ５０６は以下の形式をとることができる：バージョン（２）、ｐＵＩＤ（８）、ｐＡＴＣ（４）、共有秘密キー（４）。いくつかの例では、括弧内の数字はバイト単位の長さを表す。いくつかの例では、共有秘密は、１つ又は複数の乱数発生器によって生成される場合があり、１つ又は複数の安全なプロセスを通じて、乱数が予測不可能であることを保証するように構成される場合がある。いくつかの例では、共有秘密は、認証サービスが知っている、パーソナライズ時にカードに注入されるランダムな４バイトのバイナリ番号で構成される。認証セッション中、共有秘密は、１つ又は複数のアプレットからモバイルアプリケーションに提供されない場合がある。方法２のパディングには、入力データの末尾に必須の０ｘ’８０’バイトを追加することと、結果データの末尾に８バイト境界まで０ｘ’００’バイトを追加することが含まれる。暗号文の長さは８バイトである。

いくつかの例では、共有されていない乱数をＭＡＣ暗号文の最初のブロックとして暗号化することの利点の１つは、対称暗号化アルゴリズムのＣＢＣ（ＢｌｏｃｋＣｈａｉｎｉｎｇ）モードを使用している間、初期化ベクトルとして機能することである。これにより、固定ＩＶ又は動的ＩＶを事前に確立することなく、ブロックからブロックへの「スクランブル」が可能になる。

アプリケーション取引カウンタ（ｐＡＴＣ）をＭＡＣ暗号文に含まれるデータの一部として含めることで、認証サービスは、クリアデータで伝送された値が改ざんされるかどうかを判断するように構成される。さらに、１つ以上の暗号文にバージョンを含めることで、攻撃者が意図的にアプリケーションのバージョンを偽って暗号ソリューションの強度を下げようとすることが難しくなる。いくつかの例では、ｐＡＴＣはゼロから始まり、１つ又は複数のアプリケーションが認証データを生成するたびに１ずつ更新される。認証サービスは、認証セッション中に使用されたｐＡＴＣを追跡するように構成される。一部の例では、認証データが、認証サービスによって受信された以前の値と等しいか、それより低いｐＡＴＣを使用する場合、これは、古いメッセージを再生する試みと解釈され、認証は拒否される可能性がある。いくつかの例では、ｐＡＴＣが前回受信した値よりも大きい場合、これを評価して許容範囲又はしきい値内にあるかどうかを判定し、範囲又はしきい値を超えるか、又は範囲又はしきい値から外れている場合、検証は失敗した、又は信頼できないとみなすことができる。ＭＡＣ操作５１２では、データ５０６がＡｕｔ－Ｓｅｓｓｉｏｎ－Ｋｅｙ５３２を使用してＭＡＣ処理され、暗号化されたＭＡＣ出力（暗号文Ａ）５１４が生成される。

ブルートフォース攻撃によりカード上のキーが漏洩することを防ぐため、ＭＡＣ暗号文５１４は暗号化されることが望ましい。いくつかの例では、暗号文に含まれるデータ又は暗号文Ａ５１４は以下のものである：乱数（８）、暗号文（８）。いくつかの例では、括弧内の数字はバイト単位の長さを構成することができる。いくつかの例では、乱数は、１つ以上の乱数生成器によって生成される場合があり、１つ以上の安全な処理によって、乱数が予測不可能であることを保証するように構成される場合がある。このデータを暗号化するために使用されるキーは、セッションキーで構成される。例えば、セッションキーはＤＥＫ－Ｓｅｓｓｉｏｎ－Ｋｅｙ５１０で構成される。暗号化処理５１６では、ＤＥＫ－Ｓｅｓｓｉｏｎ－Ｋｅｙ５１０を使用してデータ又は暗号文Ａ５１４及びＲＮＤが処理され、暗号化されたデータ、暗号文Ｂ５１８が生成される。データ５１４は暗号ブロック連鎖モードの３ＤＥＳを使用して暗号化され、攻撃者がすべての暗号文テキストに対して攻撃を実行しなければならないようにすることができる。非限定的な例として、先端暗号化標準（Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ（ＡＥＳ））などの他のアルゴリズムを使用することもできる。いくつかの例では、０ｘ’００００００００００００’の初期化ベクタが使用されるかもしれない。このデータの暗号化に使われたキーを総当たりで解読しようとする攻撃者は、正しいキーがいつ使われたかを判断することができない。なぜなら、正しく暗号化されたデータは、そのランダムな外観により、正しく暗号化されていないデータと見分けがつかないからである。

認証サービスが、１つ又は複数のアプレットによって提供された１つ又は複数の暗号文を検証するため、認証セッション中、１つ又は複数のアプレットからモバイルデバイスに、使用される暗号化手法を決定するためのバージョン番号、及び暗号文の検証のためのメッセージフォーマットというデータが、クリアな状態で伝送されなければならない、ｐＵＩＤは暗号資産を検索し、カードキーを導出する。ｐＡＴＣは暗号文に使用されるセッションキーを導出する。

図６は、暗号文を生成する方法６００を示す。例えば、ブロック６０２で、ネットワークプロファイルレコードＩＤ（ｐＮＰＲ）と導出キーインデックス（ｐＤＫＩ）を使用して、認証のための暗号化処理で使用する発行者マスターキーを特定することができる。いくつかの例では、この方法は、認証時に非接触カードのｐＮＰＲ及びｐＤＫＩの値を取得するために認証を実行することを含む。

ブロック６０４において、発行者マスターキーは、カードの固有ＩＤ番号（ｐＵＩＤ）及び１つ又は複数のアプレット（例えば支払アプレット）のＰＡＮシーケンス番号（ＰＳＮ）と組み合わせることによって多様化される。

ブロック６０６では、発行者マスターキーを多様化してセッションキーを生成し、ＭＡＣ暗号文を生成するために、Ｃａｒｄ－Ｋｅｙ－Ａｕｔｈ及びＣａｒｄ－Ｋｅｙ－ＤＥＫ（固有のカードキー）を生成する。

ブロック６０８において、暗号文を生成し、１つ又は複数のアプレット内のデータを暗号化するために使用されるキーは、カード固有キー（Ｃａｒｄ－Ｋｅｙ－Ａｕｔｈ及びＣａｒｄ－Ｋｅｙ－ＤＥＫ）に基づくブロック１０３０のセッションキーで構成される場合がある。いくつかの例では、これらのセッションキーは１つ以上のアプレットによって生成され、ｐＡＴＣを使用して導出され、セッションキーＡｕｔ－Ｓｅｓｓｉｏｎ－ＫｅｙとＤＥＫ－Ｓｅｓｓｉｏｎ－Ｋｅｙになる。

図７は、一例によるキーの多様化を示す例示的なプロセス７００を示す。当初、送信者と受信者には２つの異なるマスターキーが用意される。例えば、第１のマスターキーはデータ暗号化マスターキーを構成し、第２のマスターキーはデータ完全性マスターキーを構成する。送信者は、ブロック７０２で更新される可能性のあるカウンタ値と、受信者と安全に共有する可能性のある保護すべきデータなどの他のデータを持つ。

ブロック７０４において、カウンタ値は、データ暗号化マスターキーを用いて送信者によって暗号化され、データ暗号化導出セッションキーを生成することができ、また、カウンタ値は、データ完全性マスターキーを使用して送信者によって暗号化され、データ完全性導出セッションキーを生成することもできる。いくつかの例では、カウンタ値全体又はカウンタ値の一部が、両方の暗号化の間に使用されることがある。

いくつかの例では、カウンタ値は暗号化されないかもしれない。このような例では、カウンタは送信者と受信者の間で平文のまま、すなわち暗号化せずに送信されることがある。

ブロック７０６では、データ完全性セッションキーと暗号化ＭＡＣアルゴリズムを使用して、送信者によって保護すべきデータが暗号化ＭＡＣ操作で処理される。平文と共有秘密を含む保護されたデータは、セッションキー（ＡＵＴ－Ｓｅｓｓｉｏｎ－Ｋｅｙ）の１つを使用してＭＡＣを生成するために使用することができる。

ブロック７０８において、保護されるべきデータは、対称暗号化アルゴリズムと組み合わせてデータ暗号化導出セッションキーを使用して送信者によって暗号化されるかもしれない。いくつかの例では、ＭＡＣは同量のランダムデータ（例えばそれぞれ８バイトの長さ）と組み合わされ、第２のセッションキー（ＤＥＫ－Ｓｅｓｓｉｏｎ－Ｋｅｙ）を使って暗号化される。

ブロック７１０では、暗号化されたＭＡＣが、暗号文の検証のために、追加の秘密情報（共有秘密、マスターキーなど）を特定するのに十分な情報とともに、送信者から受信者に送信される。

ブロック７１２において、受信者は受信したカウンタ値を使用して、上記で説明したように、２つのマスターキーから２つの導出セッションキーを独自に導出する。

ブロック７１４では、保護されたデータを復号化するために、データ暗号化導出セッションキーが対称復号化操作とともに使用される。その後、交換されたデータに対する追加処理が行われる。一部の例では、ＭＡＣが抽出された後、ＭＡＣを再現して一致させることが望ましい。例えば、暗号文を検証する場合、適切に生成されたセッションキーを使用して復号化することができる。保護されたデータは、検証のために再構築されてもよい。適切に生成されたセッションキーを使用してＭＡＣ操作が実行され、復号化されたＭＡＣと一致するかどうかが判断される。ＭＡＣ操作は不可逆的な処理であるため、検証するにはソースデータから再作成を試みるしかない。

ブロック７１６において、データ完全性導出セッションキーは、暗号化ＭＡＣ操作と組み合わせて使用され、保護されたデータが変更されていないことを検証する。

本明細書で説明する方法のいくつかの例では、以下の条件が満たされたときに認証が成功したと判断されると、有利に確認することができる。第１に、ＭＡＣを検証する能力は、導出されたセッションキーが適切であったことを示す。ＭＡＣが正しいのは、復号が成功し、適切なＭＡＣ値が得られた場合だけかもしれない。復号化に成功すると、暗号化されたＭＡＣを復号化するために、正しく導出された暗号化キーが使用されたことを示すかもしれない。導出セッションキーは、送信者（例えば送信デバイス）と受信者（例えば受信デバイス）だけが知っているマスターキーを使用して作成されるため、ＭＡＣを最初に作成し、ＭＡＣを暗号化した非接触カードが本当に本物であることが信頼される可能性がある。さらに、第１及び第２のセッションキーを導出するために使用されたカウンタ値が有効であることを示し、認証操作を実行するために使用することができる。

その後、導出された２つのセッションキーは破棄され、次のデータ交換の繰り返しでカウンタ値が更新され（ブロック７０２に戻る）、新しいセッションキーのセットが作成される（ブロック７１０）。いくつかの例では、組み合わされたランダムデータは破棄される。

図８は、例示的な実施形態によるカードのアクティベーション（活性化）のための方法８００を示す。例えば、カードのアクティベーション（活性化）は、カード、デバイス、及び１つ又は複数のサーバを含むシステムによって完了することができる。非接触カード、デバイス、及び１つ又は複数のサーバは、先に説明したのと同じ又は類似の構成要素、例えば取引カード１００、クライアントデバイス３０２、及びサーバを参照することができる。

ブロック８０２では、カードは動的にデータを生成するように構成されることがある。いくつかの例では、このデータは、口座番号、カード識別子、カード検証値、又は電話番号などの情報を含み、カードからデバイスに送信される。いくつかの例では、データの１つ以上の部分が、本明細書に開示されるシステム及び方法を介して暗号化されることがある。

ブロック８０４では、動的に生成されたデータの１つ又は複数の部分が、ＮＦＣ又は他の無線通信を介してデバイスのアプリケーションに通信される場合がある。例えば、デバイスに近接してカードをタップすると、デバイスのアプリケーションは、非接触カードに関連するデータの１つ又は複数の部分を読み取ることができる。いくつかの例では、デバイスがカードのアクティベーション（活性化）を支援するアプリケーションを備えていない場合、カードのタップは、カードをアクティベーション（活性化）するための関連アプリケーションをダウンロードするために、デバイスをソフトウェアアプリケーションストアに誘導するか、又は顧客を促すことができる。いくつかの例では、ユーザは、デバイスの表面に向かってカードを十分にジェスチャー、配置、又は方向付けるように促されることがあり、例えば、デバイスの表面に斜めに、又は平らに、近接して、又は近接して配置される。カードの十分なジェスチャー、配置、及び／又は向きに応答して、デバイスは、カードから受信したデータの１つ又は複数の暗号化された部分を１つ又は複数のサーバに送信することを続行することができる。

ブロック８０６では、データの１つ又は複数の部分が、カード発行者サーバなどの１つ又は複数のサーバに通信される場合がある。例えば、データの１つ以上の暗号化された部分は、カードの有効化のためにデバイスからカード発行者サーバに送信されることがある。

ブロック８０８において、１つ又は複数のサーバは、本明細書に開示されるシステム及び方法を介して、データの１つ又は複数の暗号化された部分を復号化することができる。例えば、１つ又は複数のサーバは、暗号化されたデータをデバイスから受信し、受信したデータを１つ又は複数のサーバがアクセス可能な記録データと比較するために復号化することができる。その結果、１つ又は複数のサーバがデータの１つ又は複数の復号化された部分を比較した結果、照合が成功した場合、カードは有効化される。その結果、１つ又は複数のサーバによるデータの１つ又は複数の復号化された部分の比較が失敗した場合、１つ又は複数の処理が行われる。例えば、マッチングに失敗したとの判定に応答して、ユーザは、カードを再度タップ、スワイプ、又はウェーブジェスチャーするよう促される場合がある。この場合、ユーザがカードをアクティブにするために許可される試行回数からなる所定のしきい値が存在する可能性がある。あるいは、ユーザは、カード検証の試みが失敗したことを示すメッセージなどの通知をデバイスで受信し、カードをアクティベート（活性化）するための支援のために関連サービスに電話、電子メール、又はテキストで問い合わせることができ、又は、ユーザは、カード認証の試みが失敗したことを示す電話などの別の通知をデバイスで受信し、カードをアクティベートするための支援を関連サービスに電話、電子メール、又はテキストで求めることができる、又は、ユーザは、カード検証の試みが失敗したことを示す電子メールなどの別の通知を受け取り、カードをアクティベートするための支援を関連サービスに電話、電子メール、又はテキストで求めることができる。

ブロック８１０では、１つ又は複数のサーバは、カードのアクティベーション（活性化）の成功に基づいて、リターンメッセージを送信することができる。例えば、デバイスは、１つ又は複数のサーバから、１つ又は複数のサーバによるカードのアクティベーションが成功したことを示す出力を受信するように構成される場合がある。デバイスは、カードのアクティベーションが成功したことを示すメッセージを表示するように構成される場合がある。カードがアクティブ化されると、不正使用を避けるために、カードはデータの動的生成を中止するように構成される場合がある。このようにして、カードはそれ以降アクティベートされない可能性があり、１つ以上のサーバには、カードがすでにアクティベートされたことが通知される。

図９Ａ～図９Ｄは、上述したような初期認証プロセス中に取引カード上の表示を更新するために使用され得る例示的なユーザインタフェース９０４を示す。カード所有者は、最初は何も表示されていないカードを受け取ることができる。カードを有効化し、カードのディスプレイに口座情報を反映させるために、ユーザは、図９Ａに示すように、モバイルデバイス９０２でカード発行機関に関連するアプリケーションにログインすることができる。ログインすることで、利用者が金融機関で認証され、カードが意図した利用者の手元にあることを保証し、不正行為のリスクを軽減することができる。

ユーザがアプリケーションで自分の口座にサインインすると、取引カード１００をアクティベートするオプションが提示される場合がある。そうすることを選択した場合、図９Ｂに示すように、起動を実行するための指示がインターフェース９０４に提示される。この指示は、取引カード１００のコンタクトパッド１０４を、ＮＦＣリーダなどのモバイルデバイス９０２の指定された場所にかざすようユーザに求めることができる。その後、ユーザは、図９Ｃに示すように、カードを指定の場所にかざすことで、無線通信を開始する。

モバイルデバイス９０２は、無線通信（例えば、ＮＦＣ取引）を発行してもよく、これには、カードの使用を最初に認証するためにコンタクトパッド１０４に命令を送信することが含まれる。これは、図８に関連して上記で概説したような手順に従うことができる。口座情報が接触パッド１０４のプロセッサ２０２に提供されると、プロセッサは、口座情報でディスプレイ１１０を更新するための適切な命令を生成することができる。無線通信の一部として交換されるエネルギーの一部は、プロセッサ２０２に電力を供給し、一方、一部は、更新（及び／又はコンデンサ１１４）を実行するためにディスプレイ１１０に流用されてもよい。

場合によっては、ユーザが誤った情報を入力した場合（例えば、ユーザがアプリケーションで正しく認証できなかった場合）、又はユーザの口座が不正警告やその他の問題に関連していた場合、口座情報の代わりに「カードは無効である（ＣＡＲＤ ＩＳ ＮＯＴ ＶＡＬＩＤ）」などのメッセージでディスプレイを更新することができる。同様に、カードは、偽の識別番号などの偽の情報で更新され、それが使用されると、詐欺が試みられていることをベンダー及び／又は発行機関に警告する可能性がある。

図１０は、表示が更新される可能性のあるいくつかの例を示す例示的なフロー図である。図１０は、網羅的であることを意味するものではなく、ディスプレイの他の用途（既に上述したものなど）も想定される。

図９Ａに関して上述したように、カードが最初にプロビジョニングされるとき、ユーザはモバイルデバイス９０２で認証１００４を実行することができる。その後、モバイルデバイス９０２は、接触パッド１０４にいくらかのエネルギーも伝送する無線通信プロトコルを使用して、接触パッド１０４に初期認証１００６を発行することができる。コンタクトパッド１０４のプロセッサ２０２は、次に、カードの口座情報でディスプレイ１１０を更新するために使用される口座情報更新１００８を生成することができる。

カードが有効化された後、カードは支払端末１００２で使用される。決済端末１００２が取引を認証すると、支払い確認１０１０がコンタクトパッド１００４に送信される。支払確認１０１０は、取引が完了したことを示す表示を含み、オプションで口座情報、残高、詐欺ステータス、更新されたクレジットスコアなどの追加詳細を含むことができる。この情報は、オプションで、残高更新１０１２を発行することによってディスプレイを更新するために使用され、ディスプレイに現在の口座残高（又は他の適切な情報）を表示させることができる。取引の完了時に表示される情報は、（例えば、モバイルデバイス９０２上のアプリケーションを介して）ユーザが設定可能であってもよい。

任意選択（オプション）で、現在のカード識別番号での取引が終了したことを識別すると、コンタクトパッド１０４に新しい仮想カード番号を提供するか、又は生成することができる。ディスプレイは、新しい番号で更新されるように、仮想番号１０１４を再ビジョン化するように指示される場合がある。仮想カード番号は、カードに割り当てられ、所定の（例えば１回の）取引に使用される一時的な識別番号を表すことがある。バーチャルカード番号は、パーマネントカード番号の代わりとなる場合もあれば、パーマネントカード番号の代わりに使用される場合もある。取引の完全性が保証されないオンラインショッピングでは、特に有用であろう。ユーザが仮想番号を使用し、決済端末を使用せずにカードの番号を強制的に更新したい場合（取引がオンライン取引の場合）、ユーザはモバイルデバイス９０２を介してカードの番号を更新するオプションを提供される可能性がある。

図１１Ａは、口座で使用するカードを最初に認証するためのロジックの例を示す。このロジックは、非一時的コンピュータ可読媒体に格納された命令として実装することができる。ロジックは、１つ又は複数のコンピューティングデバイス（計算デバイス）によって実装されてもよく、描かれたブロックのいくつかは、上述の接触パッド１０４によって、又は接触パッド１０４とともに実行されてもよい。

処理は開始ブロック１１０２で始まる。ブロック１１０４で、デバイスは、ユーザカウントにアクセスするユーザの権利を認証することができる。例えば、ユーザは、取引カード１００を発行した機関に関連するアプリケーションで自分の口座にログインすることができる。ユーザは、モバイルデバイス９０２、別のパーソナルコンピューティングデバイス、キオスク端末、又は他のタイプのデバイスでアプリケーションにログインしてもよい。

アプリケーションは、多くのオプションをユーザに提供することができる。例えば、新しいカードがユーザに送られたが、まだアクティベートされていない場合、アプリケーションは、カードをアクティベートするための選択可能なオプションを提供することができる。ユーザがこのオプションを選択すると、アプリケーションは、ブロック１１０６で、カードをアクティブにする指示を受信する。アプリケーションを実行しているデバイスは、カードのコンタクトパッドをデバイス上のＮＦＣ送信機などのワイヤレス送信機にかざす指示をユーザに提示することができる。

ブロック１１０８で、装置は取引カード１００上の接触パッド１０４と無線通信を行い、接触パッド１０４にアクティベーション命令を送信することができる。ブロック１１１０において、取引カード１００上のプロセッサ２０２は、必要な起動ステップ（前述の図８の議論を参照）を実行するために無線通信から得られるエネルギーを使用してもよく、余剰エネルギーはディスプレイ１１０に電力を供給するために使用されてもよい。プロセッサ２０２又はディスプレイ１１０が必要としないエネルギーは、コンデンサ１１４に蓄えることができる。ディスプレイ１１０を更新するのに十分なエネルギーが存在しない場合、より多くのエネルギーが利用可能になるまで、ディスプレイ１１０は部分的に更新される可能性がある。そのため、ディスプレイの一部の情報（例えば、口座番号）には優先度の高いフラグが付けられ、他の情報（ユーザの口座状況など）には優先度の低いフラグが付けられることがある。ディスプレイは、まず優先順位の高い情報で更新され、より多くの電力が利用可能になるまで、優先順位の低い情報の更新を延期することができる。

アクティブ化ステップを実行するとき、コンタクトパッド１０４は、ディスプレイを更新するために使用される情報を提供されてもよいし、計算してもよい。この情報には、例えば、口座名義人の名前、カードの識別番号、カードの有効期限、カードのセキュリティコードなどが含まれる。ブロック１１１２で、接触パッド１０４は、この表示可能な情報を含むように表示を更新してもよい。その後、処理はブロック１１１４に進み、終了してもよい。

図１１Ａは、取引の実行に応答して取引カードの表示を更新するためのロジックの一例を示す。このロジックは、非一時的コンピュータ可読媒体に格納された命令として実装することができる。ロジックは、１つ又は複数のコンピューティングデバイスによって実装されてもよく、描かれたブロックのいくつかは、上述の接触パッド１０４によって、又は接触パッド１０４とともに実行されてもよい。

処理は開始ブロック１１１６で開始される。ブロック１１１８において、取引カードは、支払取引に従事するために使用されることがある。オプションとして、決済取引には、カードが取引に使用されたときにアクティブ化される無線通信機能を有する決済端末が関与する場合がある。

ブロック１１２０で、カードのコンタクトパッド１０４は、取引が認証されたことを示す無線通信を受信することができる。任意選択で、確認は、口座残高、口座の不正ステータス、口座に関連するクレジットスコアなどの口座情報を含むことができる。

ブロック１１２２では、オプションとして、カードに対して新しい仮想識別番号を生成することができる。仮想識別番号は、カードを発行する機関に関連するサーバによって生成され、取引を認証する一環として決済端末に送信される場合がある。代替的又は追加的に、仮想識別番号は、端末によって、ユーザのモバイルデバイスによって、又はコンタクトパッド１０４上のプロセッサ２０２によって生成されてもよい。コンタクトパッド１０４のメモリ２０４は、オプションとして、所定の仮想識別番号を複数記憶していてもよく、プロセッサ２０２は、メモリ２０４から次の番号を取得してもよい。

ブロック１１２４において、プロセッサ２０２は、ディスプレイ１１０を更新するための更新命令を生成してもよい。カードのために新しい仮想識別番号が生成された場合、更新命令は、既存の識別番号を新しい番号に変更する命令を含んでもよい。あるいは、それに加えて、無線通信の一部として送信された口座情報は、カードに表示するための更新指示に含めることができる。

更新指示には、表示用情報の一部がエフェメラル（一定時間後にディスプレイ１１０から消えること）を意図しているかどうかの指示が含まれる場合がある。その場合、ディスプレイは、時間経過後にディスプレイを新しい状態に更新するか、情報を維持するのに必要な電力をディスプレイに供給しないことによって、情報を単にフェードアウトさせるかのいずれかで、情報を消去するように構成することができる。

ブロック１１２６では、指示に応答して、ディスプレイが新しい情報で更新されることがある。その後、処理は終了ブロック１１２８に進み、終了してもよい。

図１２は、スタンドアロン環境及び／又はネットワーク環境において、本明細書に記載の１つ又は複数の例示的態様を実施するために使用され得るシステムアーキテクチャ及びデータ処理デバイスの一例を示す図である。データサーバ１２１０、ウェブサーバ１２０６、コンピュータ１２０４、及びラップトップ１２０２などの様々なネットワークノードは、インターネットなどのワイドエリアネットワーク１２０８（ＷＡＮ）を介して相互接続されてもよい。プライベートイントラネット、企業ネットワーク、ＬＡＮ、メトロポリタンエリアネットワーク（ＭＡＮ）無線ネットワーク、パーソナルネットワーク（ＰＡＮ）など、他のネットワークを使用することもできる。ネットワーク１２０８は説明のためのものであり、より少ない又は追加のコンピュータネットワークで置き換えることができる。ローカルエリアネットワーク（ＬＡＮ）は、既知のＬＡＮトポロジーを１つ以上持つことができ、イーサネットなどのさまざまなプロトコルを１つ以上使用することができる。デバイスデータサーバ１２１０、ウェブサーバ１２０６、コンピュータ１２０４、ラップトップ１２０２及び他のデバイス（図示せず）は、ツイストペア線、同軸ケーブル、光ファイバ、電波又は他の通信媒体を介して、１つ又は複数のネットワークに接続され得る。

コンピュータソフトウェア、ハードウェア、及びネットワークは、スタンドアロン、ネットワーク、リモートアクセス（別名、リモートであるクトップ）、仮想化、及び／又はクラウドベースの環境など、さまざまな異なるシステム環境で利用することができる。

本明細書で使用され、図面に描かれている「ネットワーク」という用語は、リモート記憶装置が１つ又は複数の通信経路を介して結合されるシステムだけでなく、記憶能力を有するそのようなシステムに随時結合され得るスタンドアロン装置も指す。その結果、「ネットワーク」という用語には、「物理的ネットワーク」だけでなく、すべての物理的ネットワークにまたがって存在する、単一のエンティティに帰属するデータで構成される「コンテンツネットワーク」も含まれる。

コンポーネントには、データサーバ１２１０、ウェブサーバ１２０６、クライアントコンピュータ１２０４、ラップトップ１２０２が含まれる。データサーバ１２１０は、本明細書で説明する１つ以上の例示的な態様を実行するためのデータベース及び制御ソフトウェアの全体的なアクセス、制御及び管理を提供する。データサーバデータサーバ１２１０は、ウェブサーバ１２０６に接続されることがあり、このウェブサーバ１２０６を通じて、ユーザは要求されたデータをやりとりし、要求されたデータを取得する。あるいは、データサーバ１２１０はウェブサーバ自体として機能し、インターネットに直接接続されてもよい。データサーバ１２１０は、ネットワーク１２０８（例えばインターネット）を介して、直接接続又は間接接続を介して、あるいは他のネットワークを介してウェブサーバ１２０６に接続されてもよい。ユーザは、リモートコンピュータ１２０４、ラップトップ１２０２を使用してデータサーバ１２１０と対話することができ、例えば、ウェブブラウザを使用して、ウェブサーバ１２０６によってホストされる１つ又は複数の外部に公開されたウェブサイトを介してデータサーバ１２１０に接続する。クライアントコンピュータ１２０４、ラップトップ１２０２は、データサーバ１２１０と協働して、そこに格納されたデータにアクセスするために使用されてもよいし、他の目的のために使用されてもよい。例えば、クライアントコンピュータ１２０４から、ユーザは、当該技術分野で知られているように、インターネットブラウザを使用して、又はコンピュータネットワーク（インターネットなど）を介してウェブサーバ１２０６及び／又はデータサーバ１２１０と通信するソフトウェアアプリケーションを実行することによって、ウェブサーバ１２０６にアクセスすることができる。

サーバとアプリケーションは、同じ物理マシン上に結合され、別々の仮想アドレス又は論理アドレスを保持することもできるし、別々の物理マシン上に存在することもできる。図１２は、使用され得るネットワークアーキテクチャのほんの一例を示すものであり、当業者であれば、使用される特定のネットワークアーキテクチャ及びデータ処理装置は様々であってよく、本明細書でさらに説明されるように、それらが提供する機能性にとっては二次的なものであることを理解するであろう。例えば、ウェブサーバ１２０６とデータサーバ１２１０によって提供されるサービスは、単一のサーバ上で組み合わされてもよい。

各構成要素データサーバ１２１０、ウェブサーバ１２０６、コンピュータ１２０４、ラップトップ１２０２は、公知のコンピュータ、サーバ、又はデータ処理デバイスの任意のタイプであってよい。データサーバ１２１０は、例えば、データサーバ１２１０の全体的な動作を制御するプロセッサ１２１２を含むことができる。データサーバ１２１０は、ＲＡＭ１２１６、ＲＯＭ１２１８、ネットワークインターフェース１２１４、入出力インターフェース１２２０（例えば、キーボード、マウス、ディスプレイ、プリンターなど）、及びメモリ１２２２をさらに含むことができる。入出力インターフェース１２２０は、データ又はファイルの読み取り、書き込み、表示、及び／又は印刷のための様々なインターフェースユニット及びドライブを含むことができる。メモリ１２２２はさらに、データサーバ１２１０の全体的な動作を制御するためのオペレーティングシステムソフトウェア１２２４、本明細書で説明される態様を実行するようにデータサーバ１２１０に指示するための制御ロジック１２２６、及び本明細書で説明される態様とともに使用されても使用されなくてもよい二次的、サポート、及び／又は他の機能を提供する他のアプリケーションソフトウェア１２２８を格納することができる。制御ロジックは、本明細書ではデータサーバソフトウェア制御ロジック１２２６とも呼ばれることがある。データサーバソフトウェアの機能は、制御ロジックにコード化されたルールに基づいて自動的に行われる操作や決定、システムに入力を提供するユーザによって手動で行われる操作や決定、及び／又はユーザ入力に基づく自動処理（例えば、クエリー（質問）、データ更新など）の組み合わせを指す場合がある。

メモリ１１２２はまた、第１のデータベース１２３２及び第２のデータベース１２３０を含む、本明細書に記載される１つ又は複数の態様の実行において使用されるデータを格納することができる。いくつかの実施形態では、第１のデータベースは、（例えば、別個のテーブル、レポートなどとして）第２のデータベースを含んでもよい。すなわち、情報は、システム設計に応じて、単一のデータベースに格納することもできるし、異なる論理データベース、仮想データベース、又は物理データベースに分離することもできる。ウェブサーバ１２０６、コンピュータ１２０４、ラップトップ１２０２は、データサーバ１２１０に関して説明したような類似する又は異なるアーキテクチャを有することができる。当業者であれば、本明細書で説明するデータサーバ１２１０（又はウェブサーバ１２０６、コンピュータ１２０４、ラップトップ１２０２）の機能は、例えば、複数のコンピュータに処理負荷を分散するため、地理的位置、ユーザクセスレベル、サービス品質（ＱｏＳ）などに基づいて取引を分離するため、複数のデータ処理デバイスに分散され得ることを理解するであろう。

１つ又は複数の態様は、本明細書に記載されるように、１つ又は複数のコンピュータ又は他のデバイスによって実行される、１つ又は複数のプログラムモジュールの中など、コンピュータ使用可能又は可読データ及び／又はコンピュータ実行可能な命令において具体化され得る。一般に、プログラムモジュールには、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などが含まれ、コンピュータや他のデバイスのプロセッサによって実行されたときに、特定のタスクを実行し、特定の抽象データ型を実装する。モジュールは、その後に実行のためにコンパイルされるソースコードのプログラミング言語で書かれていてもよいし、ＨＴＭＬやＸＭＬなどのスクリプト言語で書かれていてもよい（ただし、これらに限定されない）。コンピュータ実行可能命令は、不揮発性記憶装置などのコンピュータ可読媒体に格納することができる。ハードディスク、ＣＤ－ＲＯＭ、光学記憶装置、磁気記憶装置、及び／又はそれらの任意の組み合わせを含む、任意の適切なコンピュータ可読記憶媒体を利用することができる。さらに、本明細書で説明するようなデータ又はイベントを表す様々な伝送（非記憶）媒体は、金属線、光ファイバ、及び／又は無線伝送媒体（例えば、空気及び／又は空間）などの信号伝導媒体を伝わる電磁波の形態で、送信元と送信先との間で転送され得る。本明細書で説明する様々な態様は、方法、データ処理システム、又はコンピュータプログラム製品として具現化することができる。従って、様々な機能性の全部又は一部を、ソフトウェア、ファームウェア、及び／又は集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などのハードウェア又はハードウェア等価物に具体化することができる。特定のデータ構造は、本明細書に記載される１つ又は複数の態様をより効果的に実施するために使用されることができ、そのようなデータ構造は、本明細書に記載されるコンピュータ実行可能命令及びコンピュータ使用可能データの範囲内で企図される。

上述したデバイスの構成要素及び機能は、ディスクリート回路、特定用途向け集積回路（ＡＳＩＣ）、論理ゲート及び／又はシングルチップアーキテクチャの任意の組み合わせを使用して実装することができる。さらに、デバイスの機能は、マイクロコントローラ、プログラマブルロジックアレイ及び／又はマイクロプロセッサ、又は好適には前述の任意の組合せを用いて実装することができる。ハードウェア、ファームウェア、及び／又はソフトウェア要素は、本明細書において、集合的に又は個々に、「ロジック（論理）」又は「回路」と呼ばれる場合があることに留意されたい。

上述したブロック図に示された例示的な装置は、多くの潜在的な実施態様の機能的に説明的な一例を示す場合があることが理解されよう。従って、添付の図に描かれているブロック機能の分割、省略、又は包含は、これらの機能を実装するためのハードウェア構成要素、回路、ソフトウェア、及び／又は要素が、実施形態において必ずしも分割、省略、又は包含されることを推論するものではない。

少なくとも１つのコンピュータ可読記憶媒体は、実行されると、本明細書に記載されるコンピュータ実装方法のいずれかをシステムに実行させる命令を含むことができる。

一部の実施形態は、「一つの実施形態」又は「一実施形態」という表現、及びそれらの導出語を用いて説明される場合がある。これらの用語は、実施形態に関連して説明される特定の特徴、構造、又は特性が、少なくとも１つの実施形態に含まれることを意味する。本明細書の様々な箇所で「一実施形態において」という表現が出てくるが、必ずしも全てが同じ実施形態を指しているわけではない。さらに、特に断りのない限り、上述した特徴は、任意の組み合わせで一緒に使用可能であると認識される。従って、別々に説明した特徴は、その特徴が互いに互換性がないと指摘されない限り、互いに組み合わせて採用することができる。

本明細書で使用される表記及び命名法を一般的に参照すると、本明細書の詳細な説明は、コンピュータ又はコンピュータのネットワーク上で実行されるプログラム手順の観点から提示され得る。このような手順の記述及び表現は、当業者によって、当業者に最も効果的に仕事の内容を伝えるために使用される。

手続きとは、ここでは、そして一般的には、望ましい結果を導く自己矛盾のない一連の操作であると考えられている。これらの操作は、物理量の物理的操作を必要とするものである。必ずしもそうではないが、通常、これらの量は、記憶、転送、結合、比較、その他の操作が可能な電気信号、磁気信号、光学信号の形式をとる。これらの信号をビット、値、要素、記号、文字、用語、数字などと呼ぶのは、主に一般的な用法から便利な場合がある。しかし、これらの用語や類似の用語はすべて、適切な物理量と関連付けられるべきものであり、それらの物理量に適用される便宜的なラベルに過ぎないことに注意すべきである。

さらに、実行される操作は、加算や比較などの用語で呼ばれることが多く、これらは一般的に人間のオペレータによって実行される精神的操作に関連している。１つ又は複数の実施形態の一部を形成する、本明細書に記載された操作のいずれにおいても、人間のオペレータのそのような能力は必要ではなく、ほとんどの場合において望ましいものではない。むしろ、操作は機械操作である。様々な実施形態の操作を実行するのに有用な機械には、汎用デジタルコンピュータ又は同様の装置が含まれる。

いくつかの実施形態は、「結合」及び「連結」という表現、ならびにそれらの導出語を用いて説明される場合がある。これらの用語は、必ずしも互いの同義語として意図されるわけではない。例えば、いくつかの実施形態は、２つ以上の要素が互いに直接物理的又は電気的に接触していることを示すために、「接続された」及び／又は「結合された」という用語を使って説明されることがある。しかしながら、「結合」という用語は、２つ以上の要素が互いに直接接触していないが、それでもなお互いに協力又は相互作用することを意味する場合もある。

様々な実施形態はまた、これらの操作を実行するための装置又はシステムに関する。この装置は、必要な目的のために特別に構成されてもよいし、コンピュータに格納されたコンピュータプログラムによって選択的に起動又は再構成されるように、汎用コンピュータで構成されてもよい。本書で紹介する手順は、特定のコンピュータやその他の装置と本質的に関連するものではない。本明細書の教示に従って書かれたプログラムでは、様々な汎用機械を使用することができるが、必要な方法ステップを実行するためのより特殊な装置を構築することが便利であることが判明する場合もある。これらの様々な機械に必要な構造は、与えられた説明から分かるであろう。

本開示の要約は、読者が技術開示の性質を迅速に把握できるように提供されるものであることを強調する。本開示の要約は、特許請求の範囲の解釈や意味の限定に使用されないことを理解した上で提出されるものである。さらに、前述の詳細な説明では、本開示を合理化する目的で、様々な特徴が単一の実施形態にまとめられていることが分かる。この開示方法は、特許請求される実施形態が、各請求項に明示的に記載される以上の特徴を必要とするという意図を反映していると解釈されるべきものではない。むしろ、以下の請求項が反映するように、発明的主題は、単一の開示された実施形態のすべての特徴よりも少ない特徴にある。従って、以下の特許請求の範囲は、各請求項がそれ自体別個の実施形態として成立することにより、本明細書に組み込まれる。添付の特許請求の範囲において、用語「含む」及び「その中で」は、それぞれ用語「含んでなる」及び「その中で」の平易な英語での等価物として使用される。さらに、「第１の」、「第２の」、「第３の」などの用語は、単にラベルとして使用されるだけであり、その対象に数値的な要件を課すことを意図したものではない。

上述したことは、開示されたアーキテクチャの例を含む。もちろん、構成要素及び／又は方法論の考えられるすべての組み合わせを説明することは不可能であるが、当業者であれば、さらに多くの組み合わせや順

Claims (20)

1. 取引カードのコンタクトパッドを介して、情報を含む無線通信を受信することと、
   前記取引カード上のプロセッサを使用して情報を処理し、表示可能な情報を生成することと、
   前記取引カードのディスプレイを表示可能な情報で更新することとを含む方法であって、
   前記ディスプレイはコンタクトパッドに電気的に接続され、更新のための電力を少なくとも部分的に無線通信から得る、方法。
2. 前記ディスプレイは、電気泳動ディスプレイ又はメモリ液晶ディスプレイ（「メモリＬＣＤ」）の少なくとも一方である、
   請求項１に記載の方法。
3. 前記情報は、指定された取引口座での使用のために取引カードを最初に認証する要求を含み、前記表示可能な情報は、指定された取引口座の識別番号を含む、
   請求項１に記載の方法。
4. 前記情報は、前記取引カードに関連する取引口座のための新しい仮識別番号を提供する要求を含み、前記表示可能な情報は、新しい仮識別番号を含む、
   請求項１に記載の方法。
5. 前記表示可能な情報は、前記取引カードに関連する取引口座の口座情報、又はイベントのアクセス資格情報の少なくとも１つを含む、
   請求項１に記載の方法。
6. 前記無線通信は、モバイルデバイス又は支払端末の少なくとも一方から受信される近距離無線通信（「ＮＦＣ」）である、
   請求項１に記載の方法。
7. 前記ディスプレイは、所定の期間にわたって自動的にフェードアウトするように構成される、
   請求項１に記載の方法。
8. コンピュータによって実行されると、前記コンピュータに所定動作を実行させる命令を含む、コンピュータ可読記憶媒体であって、
   前記動作は、
   取引カードのコンタクトパッドを介して、情報を含む無線通信を受信することと、
   前記取引カード上のプロセッサを使用して情報を処理し、表示可能な情報を生成することと、
   表示可能な情報で取引カード上のディスプレイを更新することとを含み、
   前記ディスプレイは前記コンタクトパッドに電気的に接続され、更新のための電力を少なくとも部分的に無線通信から得る、
   非一時的コンピュータ可読記憶媒体。
9. 前記ディスプレイは、電気泳動ディスプレイ又はメモリ液晶ディスプレイ（「メモリＬＣＤ」）の少なくとも一方である、
   請求項８に記載のコンピュータ可読記憶媒体。
10. 前記情報は、指定された取引口座での使用のために取引カードを最初に認証する要求を含み、前記表示可能な情報は、指定された取引口座の識別番号を含む、
    請求項８に記載のコンピュータ可読記憶媒体。
11. 前記情報は、前記取引カードに関連する取引口座のための新しい仮識別番号を提供する要求を含み、前記表示可能な情報は、新しい仮識別番号を含む、
    請求項８に記載のコンピュータ可読記憶媒体。
12. 前記表示可能な情報は、前記取引カードに関連する取引口座の口座情報又はイベントのアクセス資格情報の少なくとも１つを含む、
    請求項８に記載のコンピュータ可読記憶媒体。
13. 前記無線通信は、モバイルデバイス又は支払端末の少なくとも一方から受信される近距離無線通信（「ＮＦＣ」）である、
    請求項８に記載のコンピュータ可読記憶媒体。
14. 前記ディスプレイは、所定の期間にわたって自動的にフェードアウトするように構成される、
    請求項８に記載のコンピュータ可読記憶媒体。
15. 前記ディスプレイは、所定の期間にわたって自動的にフェードアウトするように構成される、
    請求項１６に記載の演算装置。
16. 非一時的メモリと、
    情報を含む無線通信を受信するように構成されたコンタクトパッドと、
    前記情報を処理して表示可能な情報を生成するように構成されたプロセッサと、
    表示可能な情報でプロセッサにより更新されるように構成されたディスプレイとを備える取引カードであって、
    前記ディスプレイは前記コンタクトパッドに電気的に接続され、更新のための電力を少なくとも部分的に無線通信から得る、取引カード。
17. 前記ディスプレイは、電気泳動ディスプレイ又はメモリ液晶ダイオード（「メモリＬＣＤ」）の少なくとも一方である、
    請求項１６に記載の取引カード。
18. 前記情報は、指定された取引口座での使用のために前記取引カードを最初に認証する要求を含み、かつ前記表示可能な情報は、前記指定された取引口座の識別番号を含み、
    もしくは
    前記情報は、前記取引カードに関連する取引口座に新しい仮識別番号を提供する要求を含みかつ前記表示可能な情報は、新しい仮識別番号を含む、
    請求項１６に記載の取引カード。
19. 前記表示可能な情報は、前記取引カードに関連する取引口座の口座情報又はイベントのアクセス資格情報の少なくとも１つを備える、
    請求項１６に記載の取引カード。
20. 前記無線通信は、モバイルデバイス又は支払端末の少なくとも一方から受信される近距離無線通信（「ＮＦＣ」）である、
    請求項１６に記載の演算装置。

Images