特許 7334254 非接触カードの再発行を実行するためのシステムおよび方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-08-18

(45)【発行日】2023-08-28

(54)【発明の名称】非接触カードの再発行を実行するためのシステムおよび方法

(51)【国際特許分類】

   H04L 9/32 20060101AFI20230821BHJP

   G06F 21/44 20130101ALI20230821BHJP

   G06Q 20/32 20120101ALI20230821BHJP

【ＦＩ】

H04L9/32 100E

G06F21/44

G06Q20/32

【請求項の数】 20

(21)【出願番号】P 2021542218

(86)(22)【出願日】2020-11-23

(65)【公表番号】

(43)【公表日】2022-08-17

(86)【国際出願番号】 US2020061865

(87)【国際公開番号】W WO2021137969

(87)【国際公開日】2021-07-08

【審査請求日】2021-12-13

(31)【優先権主張番号】16/731,178

(32)【優先日】2019-12-31

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】519111877

【氏名又は名称】キャピタル・ワン・サービシーズ・リミテッド・ライアビリティ・カンパニー

【氏名又は名称原語表記】Ｃａｐｉｔａｌ Ｏｎｅ Ｓｅｒｖｉｃｅｓ， ＬＬＣ

(74)【代理人】

【識別番号】100145403

【弁理士】

【氏名又は名称】山尾 憲人

(74)【代理人】

【識別番号】100132241

【弁理士】

【氏名又は名称】岡部 博史

(74)【代理人】

【識別番号】100135703

【弁理士】

【氏名又は名称】岡部 英隆

(72)【発明者】

【氏名】ジェフリー・ルール

(72)【発明者】

【氏名】ダニエル・ヘリントン

(72)【発明者】

【氏名】ライコ・イリンチック

【審査官】金沢 史明

(56)【参考文献】

【文献】特開２００６－１９０１７５（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１７／０１５４３２８（ＵＳ，Ａ１）

【文献】米国特許出願公開第２００８／００２９６０７（ＵＳ，Ａ１）

【文献】米国特許第１０４８９７８１（ＵＳ，Ｂ１）

【文献】米国特許出願公開第２０１９／０２５１５４６（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ９／３２

Ｇ０６Ｆ ２１／４４

Ｇ０６Ｑ ２０／３２

(57)【特許請求の範囲】

【請求項1】

プロセッサ回路と、
前記プロセッサ回路に結合されたメモリと、を備える非接触カードであって、
前記メモリは、
前記非接触カードの第１のアカウント番号を前記メモリに維持するように構成され、外部ソースとの直接通信が制限された第１のアプレットであって、前記第１のアカウント番号は、トランザクションを実行するために前記非接触カードに関連付けられたアカウントを識別する、第１のアプレットと、
前記第１のアプレットとは異なる外部ソースと前記第１のアプレットとの間のブリッジとして機能するように作成された第２のアプレットであって、前記第２のアプレットは、デバイスのアプリケーションと通信するように構成された、第２のアプレットと、
を格納するように構成され、
前記第２のアプレットは、
前記デバイスから、前記第１のアカウント番号を変更するための指示を受信し、
前記第１のアカウント番号を第２のアカウント番号に変更するコマンドを前記第１のアプレットに通信し、
前記第１のアプレットは、前記コマンドに応答して、前記第１のアカウント番号を前記第２のアカウント番号に変更する、
非接触カード。

【請求項2】

前記第１のアプレットは、前記第１のアカウント番号の代わりにトランザクションを実行するために前記第２のアカウント番号を設定する、請求項１に記載の非接触カード。

【請求項3】

前記第１のアプレットは、前記メモリ内の複数のアカウント番号から前記第２のアカウント番号を選択する、請求項１に記載の非接触カード。

【請求項4】

前記第１のアプレットは、前記第２のアカウント番号を新しいアカウント番号として生成する、請求項１に記載の非接触カード。

【請求項5】

前記第１のアカウント番号を変更する前記指示は、近距離無線通信（ＮＦＣ）通信を介して前記デバイスから受信される、請求項１に記載の非接触カード。

【請求項6】

前記プロセッサ回路は、前記デバイスのＮＦＣ通信範囲内に入る前記非接触カードに応答して、開始されたＮＦＣ交換を介して前記デバイスとのＮＦＣ接続を確立する、請求項５に記載の非接触カード。

【請求項7】

前記非接触カードは、ディスプレイと、前記第１のアカウント番号から導出された識別番号を前記ディスプレイに表示させるように構成された前記プロセッサ回路とを備える、請求項１に記載の非接触カード。

【請求項8】

前記プロセッサ回路は、前記第１のアカウント番号を前記第２のアカウント番号に変更することに応答して、前記第２のアカウント番号から導出された第２の識別番号で前記ディスプレイを更新する、請求項７に記載の非接触カード。

【請求項9】

安全なアプレットを使用して非接触カードのアカウント番号を変更するためのコンピュータで実行可能な方法であって、
前記非接触カードの外部ソースとの直接通信が制限された第１のアプレットが、前記非接触カードのメモリ内の第１のアカウント番号を維持することであって、前記第１のアカウント番号は、トランザクションを実行するために前記非接触カードに関連付けられたアカウントを識別するように構成される、ことと、
前記非接触カードの外部ソースと前記第１のアプレットとの間のブリッジとして機能するように作成された第２のアプレットが、デバイスから前記第１のアカウント番号を変更するための指示を受信することであって、前記第２のアプレットは、前記第１のアプレットとは異なる、ことと、
前記第２のアプレットが、前記第１のアカウント番号を第２のアカウント番号に変更するコマンドを通信することと、
前記第１のアプレットが、前記コマンドに応答して、前記第１のアカウント番号を前記第２のアカウント番号に変更することと、
を含む、コンピュータで実行可能な方法。

【請求項10】

前記コンピュータで実行可能な方法は、
前記第１のアプレットが、前記第１のアカウント番号を置き換えるために前記トランザクションを実行するための前記第２のアカウント番号を設定することを含む、請求項９に記載のコンピュータで実行可能な方法。

【請求項11】

前記コンピュータで実行可能な方法は、
前記第１のアプレットが、複数のアカウント番号から前記第２のアカウント番号を選択し、前記第２のアカウント番号を設定して前記トランザクションを実行することを含む、請求項１０に記載のコンピュータで実行可能な方法。

【請求項12】

前記コンピュータで実行可能な方法は、
前記第１のアプレットが、前記第２のアカウント番号を新しいアカウント番号として生成し、前記第２のアカウント番号を設定して前記トランザクションを実行することを含む、請求項１０に記載のコンピュータで実行可能な方法。

【請求項13】

前記コンピュータで実行可能な方法は、
前記第２のアプレットが、前記デバイスのＮＦＣ通信範囲内に前記非接触カードが入ることに応答して、開始されたＮＦＣ交換を介して前記デバイスとのＮＦＣ通信チャネルを確立することであって、前記指示は、前記ＮＦＣ通信チャネルを介した近距離無線通信（ＮＦＣ）通信を介して前記デバイスから受信した前記第１のアカウント番号を変更する、こと、
を含む、請求項９に記載のコンピュータで実行可能な方法。

【請求項14】

前記コンピュータで実行可能な方法は、
前記非接触カードのディスプレイに、前記第１のアカウント番号から導出された識別番号を表示することを含む、請求項９に記載のコンピュータで実行可能な方法。

【請求項15】

前記コンピュータで実行可能な方法は、
前記第１のアカウント番号を前記第２のアカウント番号に変更することに応答して、前記第２のアカウント番号から導出された第２の識別番号で前記ディスプレイを更新することを含む、請求項１４に記載のコンピュータで実行可能な方法。

【請求項16】

プロセッサ回路と、
前記プロセッサ回路に結合されたメモリと、を備える非接触カードであって、
前記メモリは、
前記非接触カードの第１のアカウント番号を前記メモリに維持するように構成され、外部ソースとの直接通信が制限された第１のアプレットであって、前記第１のアカウント番号は、トランザクションを実行するために前記非接触カードに関連付けられたアカウントを識別する、第１のアプレットと、
前記第１のアプレットとは異なる外部ソースと前記第１のアプレットとの間のブリッジとして機能するように作成された第２のアプレットであって、前記第２のアプレットは、デバイスのアプリケーションと通信するように構成された、第２のアプレットと、
を格納するように構成され、
前記第２のアプレットは、
前記非接触カードを前記デバイスにタップすると、前記第２のアプレットの認証および暗号化動作をトリガすることにより、前記デバイスの前記アプリケーションで実行される事前定義された操作パターンを認識し、前記第１のアカウント番号を変更することを決定し、
前記第１のアカウント番号を第２のアカウント番号に変更するコマンドを前記第１のアプレットに通信し、
前記第１のアプレットは、前記コマンドに応答して、前記第１のアカウント番号を前記第２のアカウント番号に変更する、
非接触カード。

【請求項17】

前記第１のアプレットは、前記第１のアカウント番号の代わりにトランザクションを実行するために前記第２のアカウント番号を設定する、請求項１６に記載の非接触カード。

【請求項18】

前記事前定義された操作パターンは、事前定義された制限時間内の前記デバイス上の前記非接触カードのタップ数に基づいている、請求項１６に記載の非接触カード。

【請求項19】

前記事前定義された操作パターンは、前記デバイス上の前記非接触カードのタップ数のレートに基づいている、請求項１６に記載の非接触カード。

【請求項20】

前記事前定義された操作パターンは、認証操作、暗号化操作、またはそれらの組み合わせを実行するための前記デバイスとの近距離無線通信交換に基づいている、請求項１６に記載の非接触カード。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願への相互参照
この出願は、２０１９年１２月３１に出願された米国特許出願第１６／７３１，１７８号の優先権を主張する。これは、２０１８年１０月２日に出願された米国仮出願第６２／７４０，３５２号から優先権を主張する２０１８年１１月２９日に出願された米国特許出願第１６／２０５，１１９号の一部継続である。その開示は参照によりその全体が本明細書に援用される。

【0002】

本開示は、認証および承認、より具体的には、非接触カードに格納された情報を再発行または他の方法で変更するためのシステムおよび方法に関する。

【背景技術】

【0003】

顧客の支払い情報を明らかにするデータ侵害はますます一般的になり、より広範囲になり、特定の侵害で何百万ものクレジットカード番号が明らかになった。これらのデータ侵害は、違法行為者が主要なデパート、銀行、またはクレジットカード発行会社に関連付けられたコンピューティングシステムに侵入し、大量の支払いデータ（例えば、クレジットカード番号、有効期限など）を盗んだ場合に発生し得る。

【0004】

従来、クレジットカード発行者は、影響を受けたカードを再発行することにより、このような侵害に対応できた。これには、ユーザのアカウントへの新しいクレジットカード番号の割り当て、新しい番号がエンボス加工された新しい物理カードの生成、新しい磁気ストライプの書き込み、およびカードの郵送が含まれる。侵害が広範囲に及ぶ場合（多数のカードが関係する場合）、ユーザが新しいカードを受け取るまでに数週間から数か月かかり得る。その間、（アカウントへの不正アクセスを防ぐために）侵害が発見された時点でカード番号が無効になっている可能性があるため、アカウントを使用して支払いを行うことができない場合がある。明らかに、これは顧客にとって問題になり得る。

【0005】

再発行プロセスは、カード発行者の観点からも費用がかかり得、新しいカードの生成と郵送のコストを吸収することがよくある。カードストックの品質にもよるが、新しいカードを作成するのに２ドルから３０ドルかかり得る。カードを迅速に再発行する必要がある場合、追加の処理コストは、カードあたり１０ドルになり得る。数百万のカード番号が危殆化されると、結果として生じる再発行コストは、数千万ドルに達し得る。

【図面の簡単な説明】

【0006】

【図1A】例示的な実施形態での使用に適した環境を示している。

【図1B】物理トークンを有する非接触カードの例を示している。

【図1C】例示的な物理トークンの構造を示している。

【図2A】非接触カードの所有者に関連付けられたモバイルアプリケーションのインターフェースの例を示している。

【図2B】所有者のモバイルデバイス上のリーダによって物理トークンが読み取られたときのインターフェースの例を示している。

【図2C】非接触カードとクライアントデバイスとの間のデータ交換の例を示している。

【図2D】例示的な実施形態での使用に適した例示的なデータ構造を示している。

【図3】例示的な実施形態に係る鍵動作を示すフローチャートである。

【図4】例示的な実施形態に係る鍵システムの図である。

【図5】例示的な実施形態に係る暗号文を生成する方法のフローチャートである。

【図6A】例示的な実施形態に係る鍵多様化のプロセスを示すフローチャートである。

【図6B】例示的な実施形態における通信の交換を示すデータフロー図である。

【図6C】非接触カードに関連付けられた識別子を変更するためのカード側論理を示すフローチャートである。

【図7】例示的な実施形態での使用に適した例示的なコンピューティングシステムを示している。

【図8】例示的な実施形態での使用に適した例示的なネットワーク環境を示している。

【発明を実施するための形態】

【0007】

例示的な実施形態は、リモートコマンドに基づいて非接触カードに格納された情報を安全に再発行または他の方法で変更するための技術を提供する。したがって、カードに関連付けられた番号をすばやく変更して、カードを新しい番号で引き続き使用できるようにし得る。カードがその表面に番号が印刷またはエンボス加工されている場合、印刷された番号（および／または磁気ストライプに格納された番号）は、非接触チップに格納された番号と一致しない場合がある。それでも、新しい番号の新しいカードが発行されるまで、このカードは、非接触支払いに使用され得る。いくつかの実施形態では、カードは、番号を表示する電子インク（ｅインク）ディスプレイを含み得る。この場合、カードの非接触チップに格納されている番号が更新されると、ｅインクのディスプレイも更新され得る。

【0008】

カードのチップには、特定の状況下でアクティブ化される１つまたは複数のアプレットが含まれ得る。例えば、カードで支払いを行う場合、支払いアプレットがアクティブになり、カードの番号を要求元のデバイスに提供し得る。新しい番号でカードを使用するには、この支払いアプレットを更新する必要があり得るが、セキュリティ上の理由から、支払いアプレットは、外部ソースとの直接通信を制限され得る。この目的のために、チップは、外部ソースとの間でカード情報を通信することを担当する第２の暗号化および認証アプレットを含み得る。第２のアプレットは、認証を実行し得、支払いアプレットから送信される情報が安全な方法で（例えば、暗号化を使用して）行われることを保証し得る。以下でより詳細に説明するように、第２のアプレットはまた、検証機能（例えば、カードに格納されたカウンタの検証）を実行する責任があり得る。例示的な実施形態によれば、この第２のアプレットは、外部ソースと支払いアプレットとの間のブリッジとして機能するように作成され得、支払いアプレット上の番号は、安全な内部（チップへの）通信に基づいて書き換えられ得る。

【0009】

場合によっては、第２のアプレットに、カードの番号を新しい番号で上書きするように直接指示され得る。例えば、Ａｎｄｒｏｉｄ（登録商標）オペレーティングシステムを実行しているモバイルデバイスは、第２のアプレットに近距離無線通信（ＮＦＣ）書き込みコマンドを発行して、第２のアプレットをトリガして支払いアプレットに書き換えコマンドを発行し得る。しかしながら、いくつかのデバイスは、そのような通信をサポートし得ない（ＡｐｐｌｅのｉＯＳ（登録商標）は、そのような例の１つである）。したがって、第２のアプレットはまた、または代わりに、書き換えコマンドが発行される原因となる事前定義されたパターンを認識するように構成され得る。例えば、ユーザは、１分以内に非接触カードをＮＦＣリーダに５回タップし得る。カードをＮＦＣリーダにタップすると、第２のアプレットの認証および暗号化動作がトリガされるため、第２のアプレットは、この事前定義されたパターンを認識し、それに応じて書き換えコマンドを発行するように事前構成され得る。

【0010】

様々な実施形態において、カードは、実行され得る数の書き換えの数を制限するための能力を有し得る（例えば、カードの寿命にわたって、または特定の期間中に）。そのために、カードは、書き換え回数のカウンタを維持し、さらに、許容される書き換えの最大数を表す値を格納し得る。数の書き換え要求を受信し、合計要求数（過去と現在）が格納されている最大値を超えた場合、書き換えがキャンセルされ得る。

【0011】

以下の実施形態の説明は、本発明の異なる態様の特徴および教示を特に説明するために数字を参照する非限定的な代表的な例を提供する。記載された実施形態は、実施形態の説明からの他の実施形態と別個に、または組み合わせて実施できると認識されるべきである。実施形態の説明は、具体的にはカバーされていないが、実施形態の説明を読んだ当業者の知識の範囲内である他の実施形態が、本発明の出願と一致すると理解される程度まで、本発明の理解を促進するべきである。

【0012】

図１Ａは、例示的な実施形態に係るデータ送信環境１００を示している。以下でさらに説明するように、システム１００は、非接触カード１３０、クライアントデバイス１０４、ネットワーク１１４、および非接触カード１３０のプロバイダによって維持されるサーバ１１６を含み得る。図１Ａは、コンポーネントの特定の構成を示しているが、当業者は、より多いまたはより少ないコンポーネントを含む他の構成、または他の構成のコンポーネントが使用され得ることを理解するであろう。

【0013】

環境１００は、１つまたは複数の非接触カード１３０を含み得、これは、図１Ｂを参照して以下でさらに説明される。いくつかの例では、非接触カード１３０は、クライアントデバイス１０４との無線通信、例えば、ＮＦＣ通信をし得る。非接触カードには、非接触チップが含まれ得る（図１Ｃを参照）。非接触チップは、カード１３０に関連付けられたプライマリアカウント番号（ＰＡＮ）のコピーを維持し得、これは、リーダ（ＮＦＣリーダ１１０など）によって読み取られ得る。

【0014】

環境１００は、ネットワーク対応コンピュータであり得るクライアントデバイス１０４を含み得る。本明細書で言及されるように、ネットワーク対応コンピュータは、例えば、コンピュータデバイス、または、例えば、サーバ、ネットワークアプライアンス、パーソナルコンピュータ（ＰＣ）、ワークステーション、モバイルデバイス、電話、ハンドヘルドＰＣ、携帯情報端末（ＰＤＡ）、シンクライアント、ファットクライアント、インターネットブラウザ、またはその他のデバイスを含む通信デバイスを含み得るが、これらに限定されない。クライアントデバイス１０４はまた、モバイルデバイスであり得る。例えば、モバイルデバイスには、Ａｐｐｌｅ（登録商標）のｉＰｈｏｎｅ（登録商標）、ｉＰｏｄ（登録商標）、ｉＰａｄ（登録商標）、またはＡｐｐｌｅのｉＯＳ（登録商標）オペレーティングシステムを実行するその他のモバイルデバイス、ＭｉｃｒｏｓｏｆｔのＷｉｎｄｏｗｓ（登録商標）モバイルオペレーティングシステムを実行するデバイス、および／または他のスマートフォンまたは同様のウェアラブルモバイルデバイスが含まれ得る。

【0015】

クライアントデバイス１０４および／または非接触カード１３０は、非接触カードの所有者であり得るユーザ１０２に関連付けられ得る。ユーザ１０２は、クライアントデバイス１０４上のモバイルアプリケーションにアクセスするための資格情報を定義し得、これは、非接触カードのサービスプロバイダに関連付けられたアプリケーションであり得る。

【0016】

本開示に係る様々な例では、環境１００のクライアントデバイス１０４は、ソフトウェアアプリケーションなどの１つまたは複数のアプリケーションを実行し得る。ソフトウェアアプリケーションは、環境１００の１つまたは複数のコンポーネントとのネットワーク通信を可能にし得、データを送信および／または受信し得る。他のコンピュータ実行可能論理の中で、クライアントデバイス１０４は、クライアント側再発行論理１１２（図６Ｂに関連してより詳細に示されている論理など）を含み得る。

【0017】

クライアントデバイス１０４は、１つまたは複数のネットワーク１１４を介して１つまたは複数のサーバ１１６と通信し得る。例えば、クライアントデバイス１０４は、非接触カード１３０のセキュリティを維持する責任があるカードプロバイダサーバ１１６へのフロントエンドとして動作し得る。いくつかの実施形態では、カードプロバイダサーバ１１６はまた、カード１３０を介して実行されるトランザクションを承認し得る。クライアントデバイス１０４は、例えば、クライアントデバイス１０４上で実行されるモバイルデバイスアプリケーションから、１つまたは複数の要求をサーバ１１６に送信し得る。同様に、サーバ１１６は、クライアントデバイス１０４と通信して、データ侵害が発生したときなどに、クライアントデバイス１０４にカード再発行プロセスを開始させ得る。

【0018】

そのために、サーバ１１６は、ユーザ１０２のカード１３０に関連付けられたＰＡＮを変更するようにクライアントデバイス１０４に指示し得る。クライアントデバイス１０４は、指示を受信し、カードの番号が再発行されていることを（例えば、図２Ａ～図２Ｂに示されるようなディスプレイを介して）ユーザ１０２に通知し得る。クライアントデバイス１０４は、高速コマンド（例えば、ＮＦＣ書き込みコマンド）によって、またはユーザ１０２がカード１３０をＮＦＣリーダ１１０に対して所定のパターン（例えば、所定の回数、一定期間にわたる所定の速度、所定のパターンなど）でタップするように要求することによってなど、カード１３０に格納された１つまたは複数のアプレットをアクティブ化し得る。

【0019】

ＰＡＮを変更するための指示は、個別にサーバ１１６から送信され得るか（例えば、単一のユーザ１０２のカード１３０が危殆化された場合）、または再発行指示が受信者のグループにブロードキャストされ得る（大規模なデータ侵害が発生した場合に行われる可能性がある）。

【0020】

いくつかの実施形態では、クライアント１０４（またはカード１３０にＰＡＮを変更するように指示する他のデバイス）は、サーバ１１６と協調してカード１３０に変更指示を発行し得る。例えば、サーバ１１６は、カード１３０上で使用される新しいＰＡＮを提供し得、これは、クライアント１０４が、カード１３０上の通信論理／アプレットと通信し得る。他の例では、カード１３０上の支払い論理／アプレットは、複数のＰＡＮで事前にプログラムされ得、サーバ１１６は、使用するＰＡＮを識別し得る（または、ＰＡＮがカードのメモリ内のリストに配置されている場合、サーバ１１６は、支払い論理／アプレットに、特定の数のオプションをスキップして、リスト内のｎ番目のＰＡＮを選択するように指示し得る）。他の例では、支払い論理／アプレットは、古いＰＡＮ（または、ユーザ１０２に関連付けられた識別子または金融機関のユーザのアカウントなど、カードに格納された他の識別子）から新しいＰＡＮを導出し得、サーバ１１６は、新しいＰＡＮを導出する方法に関する指示を提供するか、または新しいＰＡＮの生成に使用されるシード番号を提供し得る。

【0021】

クライアントデバイス１０４がカード１３０に直接書き込み要求を発行できる場合、書き込み要求は、サーバから受信した情報（例えば、新しいＰＡＮ、スキップするリスト内のＰＡＮの数、新しいＰＡＮを導出するための生成技術、または新しいＰＡＮのシード）を含み得る。クライアントデバイス１０４がそのような書き込み要求を発行できない場合、カード１３０は、潜在的により限定された方法ではあるが、依然としてサーバ１１６と調整し得る。例えば、カード１３０上の通信論理／アプレットが、上記のように、ＰＡＮを変更するための指示として所定のタッピングパターンを認識するように構成される場合、異なるパターンは、異なる変更指示に関連付けられ得る。例えば、ユーザがカード１３０をＮＦＣリーダ１１０に対して１分以内に５回タップする場合、これは、リストに格納された次のＰＡＮに進むための指示として解釈され得る。他方、ユーザがカード１３０をＮＦＣリーダ１１０に対して１分以内に４回だけタップする場合、これは、リスト内の２つのＰＡＮを先にジャンプするための指示として解釈され得る。サーバ１１６からクライアントデバイス１０４への指示は、使用される特定のパターンを識別し得、クライアントデバイス１０４は、ユーザインターフェース上に適切な指示を表示し得る。複数の異なるパターンがカード１３０上の通信論理／アプレットにプログラムされている場合、デバイス１０４は、正しいパターンが使用されていることを確認するために、ユーザにパターンを確認するように要求し得る（例えば、ユーザに事前定義されたパターンをタップするように求めることによって、しばらく待ってから、同じ事前定義されたパターンをもう一度タップして変更を確認するようにユーザに求める）。

【0022】

ＰＡＮが変更されると、カード１３０上の通信論理／アプレットは、成功をサーバ１１６に報告し得る。成功すると、選択された新しいＰＡＮが識別され得る（直接、ＰＡＮまたはＰＡＮの暗号化バージョンを報告するか、ＰＡＮのハッシュまたはＰＡＮのサブセットを送信するなど、間接的に）。更新されたＰＡＮがサーバ１１６によって期待されるＰＡＮと一致しない場合、ＰＡＮは無効にされ得、プロセスが繰り返され得る。あるいは、サーバ１１６は、カード１３０によって報告されるように、単にＰＡＮを受け入れ得る。

【0023】

いくつかの例では、サーバ１１６は、メモリに結合された１つまたは複数のプロセッサを含み得る。サーバ１１６は、複数のワークフローアクションを実行するために異なる時間に様々なデータを制御および呼び出すための中央システム、サーバまたはプラットフォームとして構成され得る。

【0024】

図１Ｂは、１つまたは複数の非接触カード１３０を示しており、カード１３０の前面または背面に表示されたサービスプロバイダ１３２によって発行された、クレジットカード、デビットカード、またはギフトカードなどの支払いカードを備え得る。いくつかの例では、非接触カード１３０は、支払いカードとは関係がなく、識別カードを備えることができるが、これに限定されない。いくつかの例では、支払いカードは、デュアルインターフェースの非接触支払いカードを備え得る。非接触カード１３０は、プラスチック、金属、および他の材料から構成される単層または１つまたは複数の積層層を含み得る基板１３４を備え得る。例示的な基板材料には、ポリ塩化ビニル、ポリ塩化ビニルアセテート、アクリロニトリルブタジエンスチレン、ポリカーボネート、ポリエステル、陽極酸化チタン、パラジウム、金、カーボン、紙、および生分解性材料が含まれる。いくつかの例では、非接触カード１３０は、ＩＳＯ／ＩＥＣ ７８１０規格のＩＤ－１フォーマットに準拠する物理的特性を有し得、そうでなければ、非接触カードは、ＩＳＯ／ＩＥＣ １４４４３規格に準拠し得る。しかしながら、本開示に係る非接触カード１３０は、異なる特性を有し得ることが理解され、本開示は、非接触カードが支払いカードに実施されることを必要としない。

【0025】

非接触カード１３０はまた、カードの表面および／または背面に表示される識別情報１３６を含み得る。いくつかの実施形態では、識別情報１３６は、カード上に直接印刷またはエンボス加工され得る。任意選択で、識別情報１３６の一部または全てを表示するために、ｅインクディスプレイ１４９（または液晶ダイオードなどの技術を使用する他のタイプの書き換え可能なディスプレイ）を提供し得る。例えば、ｅインクディスプレイ１４９は、カードに関連付けられたカード番号を表示できる。ｅインクディスプレイ１４９は、クライアントデバイス１０４から発する磁場などの磁場によって電力を供給され得る。カード１３０のアンテナ（例えば、以下で説明する接触パッド１３８のアンテナ）は、カード１３０がクライアントデバイス１０４に近接しているときに、磁場から電力を収集し、ｅインクディスプレイ１４９に電力を供給し得る。これにより、本明細書で説明するように、クライアントデバイス１０４によってカード１３０上のアプレットにプロビジョニングされた新しい番号に一致するように、ｅインクディスプレイ１４９を変更できる。

【0026】

非接触カード１３０は、接触パッド１３８をさらに含み得る。接触パッド１３８は、ユーザデバイス、スマートフォン、ラップトップ、デスクトップ、またはタブレットコンピュータなどの他の通信デバイスとの接触を確立するように構成され得る。非接触カード１３０はまた、図１Ｃに示されていない処理回路、アンテナおよび他のコンポーネントを含み得る。これらのコンポーネントは、接触パッド１３８の後ろまたは基板１３４上の他の場所に配置し得る。非接触カード１３０はまた、カードの背面に配置され得る磁気ストリップまたはテープを含み得る（図１Ｂには示されていない）。

【0027】

図１Ｃに示されるように、図１Ｂの接触パッド１３８は、マイクロプロセッサ１４２およびメモリ１４４を含む、情報を格納および処理するための処理回路１４０を含み得る。処理回路１４０は、本明細書に記載の機能を実行するために必要に応じて、プロセッサ、メモリ、エラーおよびパリティ／ＣＲＣチェッカー、データエンコーダ、衝突防止アルゴリズム、コントローラ、コマンドデコーダ、セキュリティプリミティブおよび改ざん防止ハードウェアを含む追加のコンポーネントを含み得ることが理解される。

【0028】

メモリ１４４は、読み取り専用メモリ、ライトワンスリードマルチプルメモリ、または読み取り／書き込みメモリ、例えば、ＲＡＭ、ＲＯＭ、およびＥＥＰＲＯＭであり得、非接触カード１３０は、これらのメモリのうちの１つまたは複数を含み得る。読み取り専用メモリは、工場で読み取り専用または１回限りのプログラム可能としてプログラム可能である。１回限りのプログラム可能性により、１回書き込みを行ってから、何度も読み取る機会を提供する。ライトワンス／リードマルチプルメモリは、メモリチップが工場から出荷された後のある時点でプログラムできる。一度メモリをプログラムすると、書き換えはできないが、何度も読み取ることができる。読み取り／書き込みメモリは、工場出荷後に何度もプログラムおよび再プログラムされ得る。何度も読み取ることもある。

【0029】

メモリ１４４は、１つまたは複数のアプレット１４６、１つまたは複数のカウンタ１０８、および顧客識別子１４８を格納するように構成され得る。１つまたは複数のアプレット１４６は、Ｊａｖａカードアプレットなどの１つまたは複数の非接触カード上で実行するように構成された１つまたは複数のソフトウェアアプリケーションを備え得る。しかしながら、アプレット１４６は、Ｊａｖａカードアプレットに限定されず、代わりに、非接触カードまたは限られたメモリを有する他のデバイス上で動作可能な任意のソフトウェアアプリケーションであり得ることが理解される。１つまたは複数のカウンタ１０８は、整数を格納するのに十分な数値カウンタを備え得る。顧客識別子１４８は、非接触カード１３０のユーザに割り当てられた一意の英数字識別子を備え得、識別子は、非接触カードのユーザを他の非接触カードユーザから区別し得る。いくつかの例では、顧客識別子１４８は、顧客とその顧客に割り当てられたアカウントの両方を識別し得、さらに、顧客のアカウントに関連付けられた非接触カードを識別し得る。

【0030】

アプレット１４６は、カード１３０との支払いトランザクションを実行するように構成された支払いアプレットを含み得る。支払いアプレットは、カードのプライマリアカウント番号（ＰＡＮ）を維持する責任があるか、またはそれを利用し得る。これは、トランザクションの一部としてカードから通信され得る。アプレット１４６は、外部ソース（クライアントデバイス１０４、ＰＯＳ端末、自動預け払い機など）がカード１３０との通信を確立しようとするときに呼び出される認証および／または暗号化アプレットをさらに含み得る（接触パッド１３８が、ＮＦＣリーダ１１０などのリーダに対して、またはその近くに配置されている場合など）。支払いアプレットは、外部ソース（すなわち、処理回路１４０の外部のソース）と直接通信することはできないが、認証および暗号化アプレットなど、処理回路１４０上の他のアプレットと安全に通信し得る。情報は、オフカードで通信するために、支払いアプレットから認証および暗号化アプレットに渡され得る。

【0031】

オプションで、支払いアプレットには、事前定義されたＰＡＮが事前にロードされ得る（例えば、カードの発行時）。そのうちの１つは現在アクティブなＰＡＮとして指定され、残りは予備として保持される。アプレットが新しいＰＡＮを発行するように要求されると、アプレットはリスト内の次のＰＡＮを選択し、それをアクティブなＰＡＮとして指定し得る。あるいは、アプレットは、ＰＡＮ生成規則に従ってランダムに新しいＰＡＮを生成するか、または前のＰＡＮに基づいて新しいＰＡＮを生成し得る。

【0032】

前述の例示的な実施形態のプロセッサおよびメモリ要素は、接触パッドを参照して説明されているが、本開示はそれに限定されない。これらの要素は、パッド１３８の外側に実施されるか、パッド１３８から完全に分離されて、または接触パッド１３８内に配置されるプロセッサ１４２およびメモリ１４４要素に加えてさらなる要素として実施され得ることが理解される。

【0033】

いくつかの例では、非接触カード１３０は、１つまたは複数のアンテナ１５０を備え得る。１つまたは複数のアンテナ１５０は、非接触カード１３０内で、接触パッド１３８の処理回路１４０の周りに配置し得る。例えば、１つまたは複数のアンテナ１５０は、処理回路１４０と一体であり得、１つまたは複数のアンテナ１５０は、外部ブースターコイルと共に使用され得る。他の例として、１つまたは複数のアンテナ１５０は、接触パッド１３８および処理回路１４２の外部にあり得る。

【0034】

一実施形態では、非接触カード１３０のコイルは、空芯変圧器の二次側として機能できる。端子は、電力または振幅変調を遮断することによって非接触カード１３０と通信できる。非接触カード１３０は、非接触カードの電源接続のギャップを使用して端子から送信されたデータを推測でき、これは、１つまたは複数のコンデンサを介して機能的に維持できる。非接触カード１３０は、非接触カードのコイルの負荷を切り替えるか、または負荷変調することによって、通信を戻すことができる。負荷変調は、干渉によって端子のコイルで検出され得る。

【0035】

上で説明したように、非接触カード１３０は、スマートカードまたはＪａｖａカードなどの限られたメモリを有する他のデバイス上で動作可能なソフトウェアプラットフォーム上に構築され得、１つまたは複数のアプリケーションまたはアプレットが安全に実行され得る。アプレットを非接触カードに追加して、様々なモバイルアプリケーションベースのユースケースで多要素認証（ＭＦＡ）用のワンタイムパスワード（ＯＴＰ）を提供できる。アプレットは、モバイルＮＦＣリーダなどのリーダからの近距離無線データ交換（ＮＤＥＦ）要求などの１つまたは複数の要求に応答し、ＮＤＥＦテキストタグとしてエンコードされた暗号的に安全なＯＴＰを備えるＮＤＥＦメッセージを生成するように構成できる。

【0036】

上記のように、例示的なトランザクションは、クライアントデバイス１０４上で実行される論理１１２を介して、非接触カードに関連付けられたアカウントに要求されたトランザクションを検証し得る。図２Ａ～図２Ｂは、論理に応答してクライアントデバイス１０４上に提示され得る例示的なインターフェースを示している。

【0037】

図２Ａは、カードに関連付けられたアプリケーション（例えば、カードプロバイダによって提供されるアプリケーション）の初期インターフェース２００を示している。これは、クライアントデバイス１０４がサーバ１１６からカードを再発行するか、さもなければカードに格納された情報を再プロビジョニングまたは変更するように指示を受信したときにクライアントデバイス１０４に表示され得る。インターフェース２００は、カード情報の再発行に関する情報を表示するメッセージ領域２０２を含む。このメッセージ領域２０２は、例えば、ユーザのカードが再発行されたこと、再発行が行われた理由、およびユーザがカードの情報を変更するために必要な次のステップを説明し得る。

【0038】

インターフェース２００は、相互作用可能な要素２０４をさらに含み得る。カードに格納された情報を変更するために、ユーザは、オプションで、最初に、相互作用可能な要素２０４を選択して、ユーザがカード番号を再発行したいことを確認することを要求され得る（ユーザがカードをＮＦＣリーダの近くに置いて誤ってカード情報を上書きしないようにするため）。

【0039】

相互作用可能な要素を選択すると、ユーザは、図２Ｂに示すように、カードのチップの接触パッド１３８をデバイス１０４のＮＦＣリーダに近づけることによって、カード１３０に格納されたＰＡＮまたは他の情報を書き換え得る。カードがＮＦＣリーダに近接し、カード上のアプレットがカードのＰＡＮが正常に変更されたことを確認すると、カードの情報が正常に書き換えられたことを示す確認メッセージ２０６が表示され得る。

【0040】

図２Ａ～図２Ｂに示される手順の代替として、ユーザは、（インターフェース２００において）クライアントデバイスのＮＦＣリーダ上で所定のパターンでカードをタップするように促され得る。認証および暗号化アプレットは、所定のパターンを登録し得る。

【0041】

図２Ａ～図２Ｂは、モバイルクライアントデバイス１０４に近接させられたときに書き換えられるカード１３０を示しているが、カードは、自動預け払い機、ＰＯＳ端末、または接触パッド１３８と通信するための適切な送信機（例えば、ＮＦＣ送信機）を有する他の任意のデバイスによって書き換えられ得ることも企図されている。

【0042】

図２Ｂに示されるように、新しいＰＡＮが非接触カードのチップに書き込まれると、新しいカード番号は、カードに印刷またはエンボス加工された番号、またはカードの磁気ストライプに格納された情報と一致し得ない。この場合、新しい物理カードを作成してユーザに送り、カードの複数の支払いオプションを全て使用できるようにすることが望ましい。それでもなお、カードがユーザに送られている間、カードの非接触支払い機能は、チップに格納されている情報で使用され得る。上記のように、カードにｅインクディスプレイが含まれている場合、新しいカード番号を反映するために、ＰＡＮの書き換え時にｅインクディスプレイが更新され得る。この場合、特に、カードに磁気ストライプが含まれていない場合、またはユーザが主にカードを使用して非接触支払いを行う場合は、物理的なカードを再発行する必要がない。

【0043】

図２Ｃは、本開示の１つまたは複数の実施形態に係る認証されたアクセスを提供するための例示的なシーケンスを示すタイミング図である。システムは、非接触カード１３０と、アプリケーション（論理１１２を含み得る）およびプロセッサを含み得るクライアントデバイス１０４とを含み得る。

【0044】

ステップ２０２で、アプリケーションは、非接触カード１３０と通信する（例えば、非接触カード１３０に近づけられた後）。アプリケーションと非接触カード１３０との間の通信は、アプリケーションと非接触カード１３０との間のＮＦＣデータ転送を可能にするために、クライアントデバイス１０４のカードリーダ（図示せず）に十分に近い非接触カード１３０を含み得る。

【0045】

ステップ２０４で、クライアントデバイス１０４と非接触カード１３０との間で通信が確立された後、非接触カード１３０は、メッセージ認証コード（ＭＡＣ）暗号文を生成する。いくつかの例では、これは、非接触カード１３０が論理１１２をホストするアプリケーションによって読み取られるときに発生し得る。特に、これは、ＮＦＣデータ交換フォーマットに従って作成され得る近距離無線データ交換（ＮＤＥＦ）タグのＮＦＣ読み取りなどの読み取り時に発生し得る。例えば、論理１１２などのリーダは、ＮＤＥＦ生成アプレットのアプレットＩＤを用いて、アプレット選択メッセージなどのメッセージを送信し得る。選択が確認されると、選択ファイルメッセージのシーケンスとそれに続く読み取りファイルメッセージが送信され得る。例えば、シーケンスには、「機能ファイルの選択」、「機能ファイルの読み取り」、および「ＮＤＥＦファイルの選択」が含まれ得る。この時点で、非接触カード１３０によって維持されるカウンタ値は、更新またはインクリメントされ得、その後に「ＮＤＥＦファイルの読み取り」が続き得る。この時点で、ヘッダと共有秘密を含み得るメッセージが生成され得る。次に、セッション鍵が生成され得る。ＭＡＣ暗号文は、メッセージから作成され得る。これには、ヘッダと共有秘密が含まれ得る。次に、ＭＡＣ暗号文は、ランダムデータの１つまたは複数のブロックと連結され、ＭＡＣ暗号文と乱数（ＲＮＤ）は、セッション鍵で暗号化され得る。その後、暗号文とヘッダは、連結され、ＡＳＣＩＩ１６進数として符号化され、ＮＤＥＦメッセージフォーマットで返され得る（「ＮＤＥＦファイルの読み取り」メッセージに応答）。

【0046】

いくつかの例では、ＭＡＣ暗号文は、ＮＤＥＦタグとして送信され得、他の例では、ＭＡＣ暗号文は、（例えば、フォーマットされた文字列として）ユニフォームリソースインジケータとともに含まれ得る。

【0047】

いくつかの例では、論理１１２は、非接触カード１３０に要求を送信するように構成され得、要求は、ＭＡＣ暗号文を生成するための指示を備える。

【0048】

ステップ２０６で、非接触カード１３０は、ＭＡＣ暗号文を論理１１２に送信する。いくつかの例では、ＭＡＣ暗号文の送信は、ＮＦＣを介して行われるが、本開示は、それに限定されない。他の例では、この通信は、ブルートゥース（登録商標）、Ｗｉ－Ｆｉ、または他の無線データ通信手段を介して行われ得る。

【0049】

ステップ２０８で、論理１１２は、ＭＡＣ暗号文をプロセッサに通信する。

【0050】

ステップ２１０で、プロセッサは、論理１１２からの指示に従って、ＭＡＣ暗号文を検証する。例えば、以下で説明するように、ＭＡＣ暗号文は、検証され得る。

【0051】

いくつかの例では、ＭＡＣ暗号文の検証は、クライアントデバイス１０４とデータ通信しているサーバ１１６など、クライアントデバイス１０４以外のデバイスによって実行され得る。例えば、プロセッサは、サーバ１１６に送信するためにＭＡＣ暗号文を出力し得、これは、ＭＡＣ暗号文を検証し得る。

【0052】

いくつかの例では、ＭＡＣ暗号文は、検証の目的でデジタル署名として機能し得る。この検証を実行するために、公開鍵非対称アルゴリズム、例えば、デジタル署名アルゴリズムおよびＲＳＡアルゴリズム、またはゼロ知識プロトコルなどの他のデジタル署名アルゴリズムを使用し得る。

【0053】

図２Ｄは、例示的な実施形態に係る、保護されたメッセージ２３０を生成するための例示的な技術を示している。

【0054】

メッセージ２３０は、送信者から受信者に情報またはコンテンツを配信するように構成され得る。この情報またはコンテンツは、メッセージ平文２３４によって表され得る（しかしながら、コンテンツは、オプションで暗号化され得る）。

【0055】

メッセージ平文２３４は、共有秘密２３２と組み合わされ得る。共有秘密２３２は、送信者と受信者の両方に知られている乱数であり得る。例えば、メッセージ平文２３４が上記の非接触カードの認証アクションに関連する場合、カードを設定または初期化するプロセスは、カード上のチップとトランザクション検証サーバとの間で乱数を共有することを含み得る。一実施形態では、乱数は、３２ビットの乱数であり得る。あるいは、またはさらに、通信セッションは、送信者および受信者によって設定され得る。通信セッションを設定するプロセスは、送信者と受信者との間で乱数を共有することを含み得、その乱数は、共有秘密２３２として使用され得る。

【0056】

メッセージ平文２３４および共有秘密２３２は、様々な方法で組み合わされ得る。一実施形態では、メッセージ平文２３４は、共有秘密２３２で乗算できるようなフォーマットで符号化され得る。得られた積は、ＭＡＣアルゴリズムに適用され得る。

【0057】

受信者（例えば、受信サーバ）が結合されたＭＡＣデータを検索するとき、受信者は、共有秘密２３２のそのバージョンを参照し、ＭＡＣデータを共有秘密と結合するために使用されるプロセスを逆にし得る（例えば、結合されたＭＡＣデータと共有秘密２３２を分割し、元のＭＡＣデータを取得する）。

【0058】

当業者は、データの２つの異なるインスタンスを組み合わせるための他の技術が存在することを認識し、それらのいずれも、例示的な実施形態での使用に適し得る。

【0059】

メッセージ平文２３４および共有秘密２３２が組み合わされた後、それらは、ＭＡＣアルゴリズム２３６に提供され得る。ＭＡＣアルゴリズム２３６は、データ認証アルゴリズム（ＤＡＡ）、暗号ブロック連鎖メッセージ認証コード（ＣＢＣ－ＭＡＣ）、ガロアメッセージ認証コード（ＧＭＡＣ）、およびハッシュメッセージ認証コード（ＨＭＡＣ）など、他の多くの中から任意の適切なＭＡＣアルゴリズムであり得る。

【0060】

ＭＡＣアルゴリズム２３６は、鍵を使用して動作し得る。例示的な実施形態では、この鍵は、多様化アルゴリズム２４８を使用して作成された第１の多様化された鍵２５０であり得る。多様化アルゴリズムは、非接触カードから受信したカウンタ１０８および非接触カードに格納された第１のマスター鍵２４４（以下でより詳細に説明する）を動作して、第１の多様化された鍵２５０を生成し得る。第１の多様化された鍵２５０および組み合わされた共有秘密／平文を使用して、ＭＡＣアルゴリズム２３６は、ＭＡＣ出力２３８を生成し得る。

【0061】

ＭＡＣ出力２３８は、暗号化されたＭＡＣ２４２を生成するために、暗号化アルゴリズム２４０によって任意選択で暗号化され得る。暗号化アルゴリズム２４０は、データ暗号化標準（ＤＥＳ）、トリプルＤＥＳ（３ＤＥＳ）、高度暗号化標準（ＡＥＳ）、およびＲＳＡなど、他の多くの中から任意の適切な暗号化アルゴリズムであり得る。

【0062】

いくつかの実施形態では、ＭＡＣ出力２３８は、切り捨てられ、および／またはランダムデータ２５４と組み合わされ得る。例えば、一実施形態では、ＭＡＣ出力２３８の開始は、破棄され得るので、（例えば）最後の８バイトのみが保持される。ＭＡＣ出力２３８の残りの部分は、ランダムに生成された８バイトのデータ２５４と組み合わされ得る。受信者がメッセージ３００を受信すると、受信者は、暗号化されたＭＡＣ２４２を復号し、ランダムデータを破棄し得る。受信者は、以下に説明するように、自身のＭＡＣのバージョンを計算し、受信者が生成したＭＡＣの最後の８バイトを、メッセージ２３０の一部として受信した暗号化されたＭＡＣ２４２から残っているデータと比較し得る。

【0063】

暗号化アルゴリズム２４０は、鍵を使用して動作し得る。例示的な実施形態では、この鍵は、多様化アルゴリズム２４８を使用して作成された第２の多様化された鍵２５２であり得る。多様化アルゴリズムは、非接触カードから受信したカウンタ１０８および非接触カードに格納された第２のマスター鍵２４６（以下でより詳細に説明する）を動作して、第２の多様化された鍵２５２を生成し得る。第２の多様化された鍵２５２およびＭＡＣ出力２３８を使用して、暗号化アルゴリズム２４０は、暗号化されたＭＡＣ２３２を生成し得、これは、メッセージ２３０のヘッダに含まれ得る。

【0064】

暗号化されたＭＡＣ２３２は、メッセージ平文２３４と共に送信され得る。カウンタ値１０８は、オプションで、メッセージ平文２３４の一部として送信され得、メッセージを認証する際に受信者（例えば、サーバ）によって参照され得る。共有秘密２３２は、メッセージの一部として直接送信されない。

【0065】

図３は、例示的な実施形態に係る鍵動作３００を示すフローチャートである。図３に示されるように、ブロック３１０で、２つの銀行識別子番号（ＢＩＮ）レベルのマスター鍵を、アカウント識別子およびカードシーケンス番号と組み合わせて使用して、カード毎に２つの一意の派生鍵（ＵＤＫ）を生成できる。いくつかの例では、銀行識別子番号は、１つまたは複数のサーバによって提供される口座番号または予測不可能な番号などの１つの番号または１つまたは複数の番号の組み合わせを備え得、セッション鍵の生成および／または多様化に使用され得る。ＵＤＫ（ＡＵＴＫＥＹおよびＥＮＣＫＥＹ）は、個人化プロセス中にカードに格納され得る。

【0066】

ブロック３２０で、カウンタは、カード毎に鍵の１つの一意のセットが生成されるマスター鍵導出とは対照的に、使用毎に変化し、毎回異なるセッション鍵を提供するので、多様化データとして使用できる。いくつかの例では、両方の動作に４バイト方式を使用することが望ましい。したがって、ブロック３２０で、２つのセッション鍵が、ＵＤＫからのトランザクション毎に作成され得る。すなわち、ＡＵＴＫＥＹからの１つのセッション鍵と、ＥＮＣＫＥＹからの１つのセッション鍵である。カードでは、ＭＡＣ鍵（すなわち、ＡＵＴＫＥＹから作成されたセッション鍵）の場合、ＯＴＰカウンタの下位２バイトを多様化に使用できる。ＥＮＣ鍵（すなわち、ＥＮＣＫＥＹから作成されたセッション鍵）の場合、ＯＴＰカウンタの全長をＥＮＣ鍵に使用できる。

【0067】

ブロック３３０で、ＭＡＣ鍵は、ＭＡＣ暗号文を準備するために使用され得、ＥＮＣ鍵は、暗号文を暗号化するために使用され得る。例えば、ＭＡＣセッション鍵を使用して暗号文を準備し、その結果を１つまたは複数のサーバに送信する前にＥＮＣ鍵で暗号化し得る。

【0068】

ブロック３４０で、２バイトの多様化が支払いＨＳＭのＭＡＣ認証機能で直接サポートされるので、ＭＡＣの検証および処理が単純化される。暗号文の復号は、ＭＡＣの検証の前に実行される。セッション鍵は、１つまたは複数のサーバで独立して導出されるため、第１のセッション鍵（ＥＮＣセッション鍵）と第２のセッション鍵（ＭＡＣセッション鍵）が生成される。第２の派生鍵（すなわち、ＥＮＣセッション鍵）を使用してデータを復号でき、第１の派生鍵（すなわち、ＭＡＣセッション鍵）を使用して、復号されたデータを検証できる。

【0069】

非接触カードの場合、アプリケーションのプライマリアカウント番号（ＰＡＮ）とカードにエンコードされているＰＡＮシーケンス番号に関連する可能性のある別の一意の識別子が導出される。鍵の多様化は、非接触カード毎に１つまたは複数の鍵を作成できるように、マスター鍵の入力として識別子を受信するように構成できる。いくつかの例では、これらの多様化された鍵は、第１の鍵および第２の鍵を備え得る。第１の鍵には、認証マスター鍵（カード暗号文生成／認証鍵－Ｃａｒｄ－Ｋｅｙ－Ａｕｔｈ）が含まれ得、さらに多様化して、ＭＡＣ暗号文の生成および検証時に使用されるＭＡＣセッション鍵を作成し得る。第２の鍵は、暗号化マスター鍵（カードデータ暗号化鍵－Ｃａｒｄ－Ｋｅｙ－ＤＥＫ）を備え得、さらに多様化されて、暗号化されたデータを暗号化および復号するときに使用されるＥＮＣセッション鍵を作成し得る。いくつかの例では、第１および第２の鍵は、それらをカードの一意のＩＤ番号（ｐＵＩＤ）および支払いアプレットのＰＡＮシーケンス番号（ＰＳＮ）と組み合わせることによって発行者マスター鍵を多様化することによって作成され得る。ｐＵＩＤは、１６桁の数値を備え得る。上で説明したように、ｐＵＩＤは、１６桁のＢＣＤ符号化番号を備え得る。いくつかの例では、ｐＵＩＤは、１４桁の数値を備え得る。

【0070】

いくつかの例では、ＥＭＶセッション鍵導出方法が２^∧１６の使用でラップし得るため、完全な３２ビットカウンタなどのカウンタを多様化方法の初期化配列に追加できる。

【0071】

クレジットカードなどの他の例では、口座番号などの番号、または１つまたは複数のサーバによって提供される予測不可能な番号を、セッション鍵の生成および／または多様化に使用できる。

【0072】

図４は、本開示の１つまたは複数の実施形態を実施するように構成されたシステム４００の図を示している。以下で説明するように、非接触カードの作成プロセス中に、２つの暗号化鍵がカード毎に一意に割り当てられ得る。暗号化鍵は、データの暗号化と復号の両方で使用できる対称鍵を備え得る。Ｔｒｉｐｌｅ ＤＥＳ（３ＤＥＳ）アルゴリズムは、ＥＭＶで使用でき、非接触カードのハードウェアによって実施される。鍵多様化プロセスを使用することにより、鍵を必要とする各エンティティの一意に識別可能な情報に基づいて、マスター鍵から１つまたは複数の鍵を導出し得る。

【0073】

マスター鍵管理に関しては、２つの発行者マスター鍵４０５、４１０が、１つまたは複数のアプレットが発行されるポートフォリオの各部分に対して必要とされ得る。例えば、第１のマスター鍵４０５は、発行者暗号文生成／認証鍵（Ｉｓｓ－Ｋｅｙ－Ａｕｔｈ）を備え得、第２のマスター鍵４１０は、発行者データ暗号化鍵（Ｉｓｓ－Ｋｅｙ－ＤＥＫ）を備え得る。本明細書でさらに説明されるように、２つの発行者マスター鍵４０５、４１０は、カード毎に一意であるカードマスター鍵４２５、４３０に多様化されている。いくつかの例では、バックオフィスデータとしてのネットワークプロファイルレコードＩＤ（ｐＮＰＲ）４１５および導出鍵インデックス（ｐＤＫＩ）４２０を使用して、認証のための暗号化プロセスで使用する発行者マスター鍵４０５、４１０を識別できる。認証を実行するシステムは、認証時に非接触カードのｐＮＰＲ４１５およびｐＤＫＩ４２０の値を検索するように構成できる。

【0074】

いくつかの例では、ソリューションのセキュリティを強化するために、セッション鍵（セッションごとの一意の鍵など）を取得できるが、上で説明したように、マスター鍵を使用する代わりに、カードから派生した一意の鍵とカウンタを多様化データとして使用できる。例えば、カードが動作中に使用されるたびに、メッセージ認証コード（ＭＡＣ）の作成と暗号化の実行に異なる鍵が使用され得る。セッション鍵の生成に関して、暗号文を生成し、１つまたは複数のアプレット内のデータを暗号化するために使用される鍵は、カードの一意の鍵（Ｃａｒｄ－Ｋｅｙ－Ａｕｔｈ４２５およびＣａｒｄ－Ｋｅｙ－Ｄｅｋ４３０）に基づくセッション鍵を備え得る。セッション鍵（Ａｕｔ－Ｓｅｓｓｉｏｎ－Ｋｅｙ４３５およびＤＥＫ－Ｓｅｓｓｉｏｎ－Ｋｅｙ４４０）は、１つまたは複数のアプレットによって生成され、１つまたは複数のアルゴリズムでアプリケーショントランザクションカウンタ（ｐＡＴＣ）４４５を使用して導出される。データを１つまたは複数のアルゴリズムに適合させるために、４バイトのｐＡＴＣ４４５の下位２バイトのみが使用される。いくつかの例では、４バイトのセッション鍵導出方法は、：Ｆ１：＝ＰＡＴＣ（下位２バイト）｜｜’Ｆ０’｜｜’００’｜｜ＰＡＴＣ（４バイト）Ｆ１：＝ＰＡＴＣ（下位２バイト）｜｜’０Ｆ’｜｜’００’｜｜ＰＡＴＣ（４バイト）ＳＫ：＝｛（ＡＬＧ（ＭＫ）［Ｆ１］）｜｜ＡＬＧ（ＭＫ）［Ｆ２］｝、ここで、ＡＬＧには３ＤＥＳ ＥＣＢが含まれ、ＭＫにはカード一意の派生マスター鍵が含まれ得る、を備え得る。

【0075】

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

【0076】

さらに、各カードの更新は一意であり、個人化によって割り当てられるか、ｐＵＩＤまたはその他の識別情報によってアルゴリズムによって割り当てられる。例えば、奇数番号のカードは２ずつインクリメントまたはデクリメントでき、偶数番号のカードは５ずつインクリメントまたはデクリメントできる。いくつかの例では、更新は、シーケンシャルリードでも異なり得、１枚のカードが１、３、５、２、２、…の繰り返しで順番にインクリメントし得る。特定のシーケンスまたはアルゴリズムシーケンスは、個人化時に、または一意の識別子から派生した１つまたは複数のプロセスから定義され得る。これにより、リプレイ攻撃者が少数のカードインスタンスから一般化するのが難しくなり得る。

【0077】

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

【0078】

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

【0079】

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

【0080】

以下のフォーマットは、バイナリバージョンの例示的な実施形態を表す。いくつかの例では、第１のバイトはＡＳＣＩＩ「Ａ」に設定され得る。

【表1】

【0081】

他の例示的なフォーマットを以下に示す。この例では、タグは、１６進形式でエンコードできる。

【表2】

【0082】

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

【0083】

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

【0084】

いくつかの例では、ＭＡＣ暗号文を使用して第１のブロックとして非共有乱数を暗号化する利点の１つは、対称暗号化アルゴリズムのＣＢＣ（ブロックチェーン）モードを使用しながら、初期化ベクトルとして機能することである。これにより、固定または動的ＩＶを事前に確立しなくても、ブロック間で「スクランブル」を行うことができる。

【0085】

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

【0086】

カード上の鍵を公開する総当たり（ブルートフォース）攻撃に対する追加の保護を提供するために、ＭＡＣ暗号文４５５が暗号化されることが望ましい。いくつかの例では、暗号化テキストに含まれるデータまたは暗号文Ａ４５５は、乱数（８）、暗号文（８）を備え得る。いくつかの例では、括弧内の数字はバイト単位の長さを備え得る。いくつかの例では、乱数は、１つまたは複数の安全なプロセスを通じて、乱数が予測不可能であることを保証するように構成され得る１つまたは複数の乱数発生器によって生成され得る。このデータを暗号化するために使用される鍵は、セッション鍵を備え得る。例えば、セッション鍵は、ＤＥＫ－Ｓｅｓｓｉｏｎ－Ｋｅｙ４４０を備え得る。暗号化動作４４１において、データまたは暗号文Ａ４５５およびＲＮＤは、ＤＥＫ－Ｓｅｓｓｉｏｎ－Ｋｅｙ４４０を使用して処理されて、暗号化されたデータ、暗号文Ｂ４６０を生成する。データ４５５は、暗号ブロックチェーンモードで３ＤＥＳを使用して暗号化され、攻撃者が全ての暗号化テキストに対して攻撃を実行する必要があることを確認できる。非限定的な例として、高度暗号化標準（ＡＥＳ）などの他のアルゴリズムを使用できる。いくつかの例では、０ｘ’００００００００００００００００’の初期化ベクトルを使用できる。正しく復号されたデータは、ランダムに表示されるため、誤って復号されたデータと区別がつかないため、このデータの暗号化に使用される鍵を総当たりで見つけようとする攻撃者は、正しい鍵がいつ使用されたかを判断できなくなる。

【0087】

認証サービスが１つまたは複数のアプレットによって提供される１つまたは複数の暗号文を検証するには、認証セッション中に次のデータを１つまたは複数のアプレットからモバイルデバイスに平文で伝達する必要がある：使用される暗号化アプローチを判断するためのバージョン番号と暗号化の検証のためのメッセージフォーマット、これにより、アプローチを将来変更できる；暗号資産を検索し、カード鍵を導出するためのｐＵＩＤ；暗号文に使用されるセッション鍵を導出するためのｐＡＴＣ。

【0088】

図５は、暗号文を生成するための方法５００を示している。例えば、ブロック５１０で、ネットワークプロファイルレコードＩＤ（ｐＮＰＲ）および導出鍵インデックス（ｐＤＫＩ）を使用して、認証のための暗号化プロセスで使用する発行者マスター鍵を識別できる。いくつかの例では、この方法は、認証を実行して、認証時に非接触カードのｐＮＰＲおよびｐＤＫＩの値を検索することを含み得る。

【0089】

ブロック５２０で、発行者マスター鍵は、それらをカードの一意のＩＤ番号（ｐＵＩＤ）および１つまたは複数のアプレット、例えば、支払いアプレットのＰＡＮシーケンス番号（ＰＳＮ）と組み合わせることによって多様化できる。

【0090】

ブロック５３０で、Ｃａｒｄ－Ｋｅｙ－ＡｕｔｈおよびＣａｒｄ－Ｋｅｙ－ＤＥＫ（一意のカード鍵）は、発行者マスター鍵を多様化して、ＭＡＣ暗号文を生成するために使用され得るセッション鍵を生成することによって作成され得る。

【0091】

ブロック５４０で、暗号文を生成し、１つまたは複数のアプレット内のデータを暗号化するために使用される鍵は、カード一意の鍵（Ｃａｒｄ－Ｋｅｙ－ＡｕｔｈおよびＣａｒｄ－Ｋｅｙ－ＤＥＫ）に基づくブロック５３０のセッション鍵を備え得る。いくつかの例では、これらのセッション鍵は、１つまたは複数のアプレットによって生成され、ｐＡＴＣを使用して導出され、セッション鍵Ａｕｔ－Ｓｅｓｓｉｏｎ－ＫｅｙおよびＤＥＫ－Ｓｅｓｓｉｏｎ－Ｋｅｙになる。

【0092】

図６は、一例に係る鍵の多様化を示す例示的なプロセス６００を示している。最初に、送信者と受信者に２つの異なるマスター鍵をプロビジョニングし得る。例えば、第１のマスター鍵は、データ暗号化マスター鍵を備え得、第２のマスター鍵は、データ完全性マスター鍵を備え得る。送信者は、ブロック６０２で更新され得るカウンタ値、およびそれが受信者と安全に共有され得る保護されるべきデータなどの他のデータを有する。

【0093】

ブロック６０４で、カウンタ値は、データ暗号化マスター鍵を使用して送信者によって暗号化されてデータ暗号化派生セッション鍵を生成し得、カウンタ値はまた、データ完全性マスター鍵を使用して送信者によって暗号化されてデータ完全性派生セッション鍵を生成し得る。いくつかの例では、カウンタ値全体またはカウンタ値の一部が両方の暗号化中に使用され得る。

【0094】

いくつかの例では、カウンタ値は、暗号化されない場合がある。これらの例では、カウンタは、送信者と受信者の間で平文で、すなわち、暗号化なしで送信できる。

【0095】

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

【0096】

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

【0097】

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

【0098】

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

【0099】

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

【0100】

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

【0101】

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

【0102】

その後、２つの派生セッション鍵は破棄され得、データ交換の次の反復は、カウンタ値を更新し（ブロック６０２に戻る）、セッション鍵の新しいセットが作成され得る（ブロック６０４で）。いくつかの例では、組み合わされたランダムデータは破棄され得る。

【0103】

図６Ｂは、一実施形態に係るメッセージの例示的な交換を示すタイミング図を示している。図６Ｃは、カード１３０上のアプレット、論理、またはプログラムによって実行される論理６５０を示す例示的なフローチャートを示し、図６Ｂと並行して説明される。

【0104】

図６Ｃから始まり、支払い／トランザクションアプレットは、ブロック６５２で、カードのための１つまたは複数のＰＡＮを格納し得る。カードが最初に発行されたときに、ＰＡＮがカードに書き込まれ得る。いくつかの実施形態では、１つのＰＡＮのみがカードに発行され、支払い／トランザクションアプレットは、ＰＡＮを維持するか、またはメモリ内の定義された場所でそれにアクセスする。支払い／トランザクションアプレットは、ＰＡＮの書き込みまたは書き換えが可能であり、新しいＰＡＮが要求されたときに実行し得る。他の実施形態では、複数のＰＡＮがカードに発行され得、リストに格納され得る。１つのＰＡＮ（リストの第１のＰＡＮなど）は、支払いとトランザクションに使用されるアクティブなＰＡＮとして指定され得る。新しいＰＡＮが必要な場合、古いＰＡＮが削除され、リスト内の次のＰＡＮがアクティブなＰＡＮになり得る。代替的または追加的に、リスト内の別のＰＡＮは、現在のＰＡＮとして指定され得る。

【0105】

図６Ｂに目を向けると、サーバ１１６がクライアント１０４に再発行メッセージ６２０を送信するときに、再発行プロセスを開始し得る。再発行メッセージは、クライアントデバイス１０４に関連付けられたアカウント所有者に属する特定のカードが、その識別子／ＰＡＮを再発行、変更、または他の方法で変更されるべきであることを示すメッセージであり得る。アカウント所有者は、カード発行者（サーバ１１６を維持することもし得る）に属するクライアントデバイス１０４にアプリケーションをインストールすることによって、クライアントデバイス１０４に関連付けられ得る。

【0106】

例えば、ユーザは、未払いの残高を確認したり、支払いを行ったりできるアプリケーションをインストールし得る。また、ユーザの特定のカードは、ユーザに割り当てられたアカウント／カード番号に基づいてアプリケーションに関連付けられ得る。アプリケーションは、サーバ１１６と通信し得、デバイス１０４をサーバに登録し得る。ユーザは、アプリケーションを介してカードプロバイダで自分のアカウントにログインし、それによって、自分のアカウントをデバイス１０４に関連付け得る。

【0107】

アプリケーションはまた、ユーザのカード１３０と通信し得、それによって、サーバ１１６からカード１３０への通信リンクを確立し得る。サーバ１１６が、ユーザのアカウント番号が危殆化された（または他の理由でカード番号を再発行する必要がある）と判断した場合、サーバ１１６は、これを達成するためにデバイス１０４上のユーザのアプリケーションに連絡し得る。ユーザの古い番号または識別子は、再発行メッセージ６２０を送信する前、送信中、または送信した後に無効にされ得る。

【0108】

再発行メッセージを受信すると、クライアント１０４上のアプリケーションは、ＰＡＮを再発行しなければならないことを認識し得る。アプリケーションは、この情報をカード上の通信／認証アプレットに再発行指示またはタップパターン６２２で通信するための複数の技術でプログラムされ得る。

【0109】

１つの技術は、カード１３０上の通信／認証アプレットにＮＦＣ書き込みコマンド（または異なる通信プロトコルを使用する他の適切なコマンド）を発行することを含み得る。ＮＦＣ書き込みコマンドは、カード番号または識別子が変更されることを識別し得る。この技術は、Ａｎｄｒｏｉｄ（登録商標）オペレーティングシステムを実行しているデバイスなど、カード上のアプレットに直接ＮＦＣ書き込みコマンドを発行できるデバイスに適し得る。

【0110】

ｉＯＳ（登録商標）オペレーティングシステムなどの一部のオペレーティングシステムは、これらのアプレットに直接ＮＦＣ書き込みコマンドを発行できない。したがって、アプリケーションは、ディスプレイデバイスに、ユーザがカード１３０をデバイス１０４上のＮＦＣリーダに所定のパターンでタップすることを要求する指示をユーザに提示させるように構成された論理でプログラムされ得る。この論理は、通信／認証アプレットに対応するものがあり、所定のパターンを認識し、このパターンをＰＡＮまたは識別番号を再発行するための指示として解釈するように構成され得る。

【0111】

６２４で、カード上の通信／認証アプレットは、指示またはパターン６２２を認識し、カード変更プロセスを開始する（図６Ｃのブロック６５４）。

【0112】

最初に、通信／認証アプレットは、６２６で、通信／認証アプレットと支払い／トランザクションアプレットとの間に安全な通信チャネルまたはデータ伝送の安全な形式を設定する（図６Ｃのブロック６５６）。この通信チャネルは、エクスプレスセットアップ手順が必要とされないようにカード１３０上のチップに組み込まれ得るか、または必要に応じてセットアップされるアドホック通信チャネルまたはデータ伝送形式であり得る。

【0113】

通信／認証アプレットは、安全な通信チャネルを介して、再発行コマンド６２８を支払い／トランザクションアプレットに送信し得る（図６Ｃのブロック６５８）。それに応じて、支払い／トランザクションアプレットは、６３０（図６Ｃのブロック６６０）で、新しい識別子またはＰＡＮを選択し得る（例えば、リスト内の次のＰＡＮに進み、完全に新しいＰＡＮを最初から生成し、古いＰＡＮおよび／またはカードに格納されているその他の情報などから新しいＰＡＮを導出する）。場合によっては、前述のように、新しい識別子またはＰＡＮを選択するためのプロセスは、サーバ１１６と調整され得る。

【0114】

支払い／トランザクションアプレットは、識別子またはＰＡＮの変更が成功したかどうかを判断し得る（例えば、特定の事前定義された要件を満たす新しいＰＡＮが生成された）。プロセスに問題があった場合、または新しいＰＡＮが要件に従って検証できなかった場合、支払い／トランザクションアプレットは、通信／認証アプレットに障害を報告し得る（図６Ｃのブロック６５２）。カードのチップは、この時点でトランザクションを実行するためにオプションで承認を取り消し得る。

【0115】

ＰＡＮまたは識別子の更新が成功した場合、支払い／トランザクションアプレットは、通信／認証アプレットに成功を確認６３２し得、これは、その確認をサーバ１１６に向けて中継し得る（図６Ｃのブロック６５２）。

【0116】

カードがｅインクディスプレイなどの書き換え可能なディスプレイを含む場合、６３４で、通信／認証アプレット（またはカード上の他の適切な論理）により、ディスプレイが新しいカード識別子で書き換えられ得る（図６Ｃのブロック６５４を参照）。任意選択で、カードは、このプロセス中にデバイス１０４との通信によって引き起こされる磁場内に留まり、通信からのエネルギをディスプレイの更新に使用され得る。

【0117】

本明細書に記載のシステムおよび方法の例示的な実施形態は、セキュリティ要素認証を提供するように構成され得る。セキュリティ要素認証は、複数のプロセスを備え得る。セキュリティ要素認証の一部として、第１のプロセスは、ログインし、デバイス上で実行されている１つまたは複数のアプリケーションを介してユーザを検証することを備え得る。第２のプロセスとして、ユーザは、ログインの成功および１つまたは複数のアプリケーションを介した第１のプロセスの検証に応答して、１つまたは複数の非接触カードに関連する１つまたは複数の行動に従事できる。事実上、セキュリティ要素認証には、ユーザの身元を安全に証明することと、非接触カードに関連付けられた１つまたは複数のタップジェスチャを含むがこれに限定されない１つまたは複数のタイプの行動に従事することの両方が含まれ得る。いくつかの例では、１つまたは複数のタップジェスチャは、ユーザによるデバイスへの非接触カードのタップを備え得る。いくつかの例では、デバイスは、モバイルデバイス、キオスク、端末、タブレット、または受信したタップジェスチャを処理するように構成された任意の他のデバイスを備え得る。

【0118】

いくつかの例では、非接触カードを１つまたは複数のコンピュータキオスクまたは端末などのデバイスにタップして、コーヒーなどの購入に応答するトランザクションアイテムを受信するために本人確認を行うことができる。非接触カードを使用することにより、ロイヤルティプログラムでＩＤを証明する安全な方法を確立できる。例えば、報酬、クーポン、オファーなどを取得したり、特典を受け取ったりするためにＩＤを安全に証明することは、単にバーカードをスキャンするのとは異なる方法で確立される。例えば、非接触カードとデバイスとの間で暗号化されたトランザクションが発生し得る。これは、１つまたは複数のタップジェスチャを処理するように構成され得る。上で説明したように、１つまたは複数のアプリケーションは、ユーザのＩＤを検証し、次に、例えば、１つまたは複数のタップジェスチャを介して、ユーザにそれに行動または応答させるように構成され得る。いくつかの例では、例えば、ボーナスポイント、ロイヤルティポイント、報酬ポイント、ヘルスケア情報などのデータが、非接触カードに書き戻され得る。

【0119】

いくつかの例では、非接触カードは、モバイルデバイスなどのデバイスにタップされ得る。上で説明したように、ユーザのＩＤは、１つまたは複数のアプリケーションによって検証され得、次いで、それは、ＩＤの検証に基づいて、ユーザに所望の利益を与えるであろう。

【0120】

いくつかの例では、非接触カードは、モバイルデバイスなどのデバイスをタップすることによってアクティブ化され得る。例えば、非接触カードは、ＮＦＣ通信を介してデバイスのカードリーダを介してデバイスのアプリケーションと通信できる。カードのタップがデバイスのカードリーダに近接している通信では、デバイスのアプリケーションが非接触カードに関連付けられたデータを読み取り、カードをアクティブ化し得る。いくつかの例では、アクティブ化は、カードが他の機能、例えば、購入、アカウントまたは制限された情報へのアクセス、または他の機能を実行するために使用されることを許可し得る。いくつかの例では、タップは、デバイスのアプリケーションをアクティブ化または起動し、次に、１つまたは複数のアクションまたは１つまたは複数のサーバとの通信を開始して、非接触カードをアクティブ化できる。アプリケーションがデバイスにインストールされていない場合、カードリーダの近くにある非接触カードをタップすると、アプリケーションのダウンロードページへのナビゲーションなど、アプリケーションのダウンロードが開始され得る。インストールに続いて、非接触カードをタップすると、アプリケーションがアクティブ化または起動され、その後、例えば、アプリケーションまたは他のバックエンド通信を介して、非接触カードのアクティブ化が開始される。アクティブ化の後、非接触カードは、商取引を含むがこれに限定されない様々な活動で使用され得る。

【0121】

いくつかの実施形態では、非接触カードのアクティブ化を実行するためにクライアントデバイス上で実行するように専用のアプリケーションを構成し得る。他の実施形態では、ウェブポータル、ウェブベースのアプリ、アプレットなどがアクティブ化を実行できる。アクティブ化は、クライアントデバイスで実行することも、クライアントデバイスが非接触カードと外部デバイス（例えば、アカウントサーバ）の仲介役として機能することもある。いくつかの実施形態によれば、アクティブ化を提供する際に、アプリケーションは、アカウントサーバに、アクティブ化を実行するデバイスのタイプ（例えば、パーソナルコンピュータ、スマートフォン、タブレット、または販売時点情報管理（ＰＯＳ）デバイス）を示し得る。さらに、アプリケーションは、送信のために、関係するデバイスのタイプに応じて、異なるデータおよび／または追加のデータをアカウントサーバに出力し得る。例えば、そのようなデータは、マーチャントタイプ、マーチャントＩＤなどのマーチャントに関連する情報、およびＰＯＳデータおよびＰＯＳ ＩＤなどのデバイスタイプ自体に関連する情報を備え得る。

【0122】

いくつかの実施形態では、例示的な認証通信プロトコルは、いくつかの変更を加えて、トランザクションカードと販売時点情報管理デバイスとの間で一般的に実行されるＥＭＶ標準のオフライン動的データ認証プロトコルを模倣できる。例えば、認証プロトコルの例は、カード発行者／支払い処理業者自体との支払いトランザクションを完了するために使用されないため、一部のデータ値は不要であり、カード発行者／支払い処理業者へのリアルタイムのオンライン接続を必要とせずに認証を実行し得る。当技術分野で知られているように、販売時点情報管理（ＰＯＳ）システムは、取引額を含むトランザクションをカード発行者に提出する。発行者がトランザクションを承認するか拒否するかは、カード発行者が取引額を認識しているかどうかに基づき得る。一方、本開示の特定の実施形態では、モバイルデバイスから発生するトランザクションは、ＰＯＳシステムに関連する取引額を欠いている。したがって、いくつかの実施形態では、ダミーの取引額（すなわち、カード発行者が認識可能であり、アクティブ化が発生するのに十分な値）を、例示的な認証通信プロトコルの一部として渡し得る。ＰＯＳベースのトランザクションは、トランザクションの試行回数に基づいてトランザクションを拒否する場合もある（例えば、トランザクションカウンタ）。バッファ値を超えて何度も試行すると、緩やかに減少し得る。緩やかな減少は、トランザクションを受け入れる前にさらなる検証を必要とする。いくつかの実施では、正当なトランザクションの減少を回避するために、トランザクションカウンタのバッファ値が変更され得る。

【0123】

いくつかの例では、非接触カードは、受信者のデバイスに応じて情報を選択的に通信できる。非接触カードは、タップされると、タップの対象となるデバイスを認識でき、この認識に基づいて、非接触カードは、そのデバイスに適切なデータを提供できる。これは、非接触カードが、支払いまたはカード認証などの即時のアクションまたはトランザクションを完了するために必要な情報のみを送信することを有利にする。データの送信を制限し、不要なデータの送信を回避することで、効率とデータセキュリティの両方を向上させることができる。情報の認識と選択的な通信は、カードのアクティブ化、残高の転送、アカウントアクセスの試行、商取引、ステップアップ詐欺の削減など、様々なシナリオに適用できる。

【0124】

非接触カードタップが、例えば、ｉＰｈｏｎｅ（登録商標）、ｉＰｏｄ（登録商標）、ｉＰａｄ（登録商標）などＡｐｐｌｅのｉＯＳ（登録商標）オペレーティングシステムを実行しているデバイスに向けられている場合、非接触カードはｉＯＳ（登録商標）オペレーティングシステムを認識し、このデバイスと通信するための適切なデータを送信できる。例えば、非接触カードは、例えばＮＦＣを介してＮＤＥＦタグを使用してカードを認証するために必要な暗号化されたＩＤ情報を提供できる。同様に、非接触カードのタップが、例えば、Ａｎｄｒｏｉｄ（登録商標）スマートフォンやタブレットなどＡｎｄｒｏｉｄ（登録商標）オペレーティングシステムを実行しているデバイスに向けられている場合、非接触カードは、Ａｎｄｒｏｉｄ（登録商標）オペレーティングシステムを認識し、このデバイスと通信するための適切なデータを送信できる（本明細書に記載の方法による認証に必要な暗号化されたＩＤ情報など）。

【0125】

他の例として、非接触カードタップは、キオスク、チェックアウトレジスタ、支払いステーション、または他の端末を含むがこれらに限定されないＰＯＳデバイスに向けることができる。タップを実行すると、非接触カードは、ＰＯＳデバイスを認識し、アクションまたはトランザクションに必要な情報のみを送信できる。例えば、商取引を完了するために使用されるＰＯＳデバイスを認識すると、非接触カードは、ＥＭＶ標準の下でトランザクションを完了するために必要な支払い情報を伝達できる。

【0126】

いくつかの例では、トランザクションに参加するＰＯＳデバイスは、非接触カードによって提供される追加情報、例えば、デバイス固有の情報、位置固有の情報、およびトランザクション固有の情報を要求または指定できる。例えば、ＰＯＳデバイスが非接触カードからデータ通信を受信すると、ＰＯＳデバイスは、非接触カードを認識し、アクションまたはトランザクションを完了するために必要な追加情報を要求できる。

【0127】

いくつかの例では、ＰＯＳデバイスは、特定の非接触カードに精通している、または特定の非接触カード取引の実行に慣れている認定販売者または他のエンティティと提携できる。しかしながら、そのような提携は、記載された方法の実行のために必要とされないことが理解される。

【0128】

ショッピングストア、食料品店、コンビニエンスストアなどのいくつかの例では、非接触カードは、アプリケーションを開かなくてもモバイルデバイスにタップされて、１つまたは複数の購入をカバーするために１つまたは複数の報酬ポイント、ロイヤルティポイント、クーポン、オファーなどを利用したいという願望または意図を示すことができる。したがって、購入の背後にある意図が提供される。

【0129】

いくつかの例では、１つまたは複数のアプリケーションは、非接触カードの１つまたは複数のタップジェスチャを介して起動されたことを判断するように構成され得、その結果、ユーザのＩＤを検証するために、午後３時５１分に起動し、午後３時５６分にトランザクションが処理または実行された。

【0130】

いくつかの例では、１つまたは複数のアプリケーションは、１つまたは複数のタップジェスチャに応答する１つまたは複数のアクションを制御するように構成され得る。例えば、１つまたは複数のアクションは、報酬の収集、ポイントの収集、最も重要な購入の決定、最も費用のかからない購入の決定、および／またはリアルタイムで他のアクションへの再構成を備え得る。

【0131】

いくつかの例では、データは、生体認証／ジェスチャ認証としてタップ行動について収集され得る。例えば、暗号的に安全で傍受されにくい一意の識別子が１つまたは複数のバックエンドサービスに送信され得る。一意の識別子は、個人に関する二次情報を検索するように構成できる。二次情報は、ユーザに関する個人を特定できる情報を備え得る。いくつかの例では、二次情報は、非接触カード内に格納され得る。

【0132】

いくつかの例では、デバイスは、請求書を分割するか、または複数の個人の間で支払いをチェックするアプリケーションを含み得る。例えば、各個人が非接触カードを所有し、同じ発行金融機関の顧客であり得るが、必須ではない。これらの各個人は、購入を分割するために、アプリケーションを介してデバイス上でプッシュ通知を受信し得る。支払いを示すためにカードタップを１回だけ受け入れるのではなく、他の非接触カードを使用し得る。いくつかの例では、異なる金融機関を有する個人は、カードをタップする個人から１つまたは複数の支払い要求を開始するための情報を提供するための非接触カードを所有し得る。

【0133】

以下の使用例の例は、本開示の特定の実施の例を説明している。これらは説明のみを目的としており、限定を目的としたものではない。あるケースでは、第１の友人（支払人）が第２の友人（受取人）に金額を支払う義務がある。支払人は、ＡＴＭにアクセスしたり、ピアツーピアアプリケーションを介して交換を要求したりするのではなく、非接触カードを使用して受取人のスマートフォン（またはその他のデバイス）を介して支払いを行う。受取人は、スマートフォンで適切なアプリケーションにログオンし、支払い要求オプションを選択する。それに応じて、アプリケーションは、受取人の非接触カードを介して認証を要求する。例えば、アプリケーションは、受取人が非接触カードをタップするように要求する表示を出力する。アプリケーションが有効になっている状態で、受取人がスマートフォンの画面に対して非接触カードをタップすると、非接触カードが読み取られて検証される。次に、アプリケーションは、支払人が非接触カードをタップして支払いを送信するように求めるプロンプトを表示する。支払人が非接触カードをタップすると、アプリケーションは、カード情報を読み取り、関連するプロセッサを介して、支払人のカード発行会社に支払い要求を送信する。カード発行会社は、トランザクションを処理し、トランザクションのステータスインジケータをスマートフォンに送信する。次に、アプリケーションは、トランザクションのステータスインジケータを表示するために出力する。

【0134】

他の例では、クレジットカードの顧客は、新しいクレジットカード（またはデビットカード、他の支払いカード、またはアクティブ化が必要な他のカード）をメールで受け取り得る。カード発行会社に関連付けられた提供された電話番号に電話したり、ウェブサイトにアクセスしたりしてカードをアクティブ化するのではなく、顧客は、自分のデバイス（例えば、スマートフォンなどのモバイルデバイス）のアプリケーションを介してカードをアクティブ化することを決定できる。顧客は、デバイスのディスプレイに表示されるアプリケーションのメニューからカードアクティブ化機能を選択できる。アプリケーションは、画面に対してクレジットカードをタップするように顧客に促し得る。デバイスの画面に対してクレジットカードをタップすると、アプリケーションは、顧客のカードをアクティブ化するカード発行サーバなどのサーバと通信するように構成できる。次に、アプリケーションは、カードのアクティブ化が成功したことを示すメッセージを表示し得る。これでカードのアクティブ化が完了する。

【0135】

上述の方法は、コンピュータ可読媒体上の命令として、またはコンピューティングアーキテクチャの一部として具体化され得る。図７は、前述の様々な実施形態を実施するのに適した例示的なコンピューティングアーキテクチャ７００の実施形態を示している。一実施形態では、コンピューティングアーキテクチャ７００は、コンピュータ７０１などの電子デバイスを備えるか、またはその一部として実施し得る。実施形態は、この文脈に限定されない。

【0136】

このアプリケーションで使用される用語「システム」および「コンポーネント」は、ハードウェア、ハードウェアとソフトウェアの組み合わせ、ソフトウェア、または実行中のソフトウェアのいずれかのコンピュータ関連エンティティを指すことを意図しており、その例は、例示的なコンピューティングアーキテクチャ７００によって提供される。例えば、コンポーネントは、プロセッサ上で実行されるプロセス、プロセッサ、ハードディスクドライブ、（光学および／または磁気記憶媒体の）複数のストレージドライブ、オブジェクト、実行可能なもの、実行スレッド、プログラム、および／またはコンピュータであり得るが、これらに限定されない。例として、サーバ上で実行されているアプリケーションとサーバの両方は、コンポーネントであり得る。１つまたは複数のコンポーネントは、プロセスおよび／または実行スレッド内に常駐し得、コンポーネントは、１台のコンピュータにローカライズされ、および／または２台以上のコンピュータ間で分散され得る。さらに、コンポーネントは、様々なタイプの通信媒体によって互いに通信可能に結合され、動作を調整し得る。調整には、情報の一方向または双方向の交換が含まれ得る。例えば、コンポーネントは、通信媒体を介して通信される信号の形で情報を通信し得る。情報は、様々な信号線に割り当てられた信号として実施され得る。このような割り当てでは、各メッセージは、信号である。しかしながら、さらなる実施形態は、代替としてデータメッセージを使用し得る。このようなデータメッセージは、様々な接続を介して送信され得る。接続例は、パラレルインターフェース、シリアルインターフェース、およびバスインターフェースを含む。

【0137】

コンピューティングアーキテクチャ７００は、１つまたは複数のプロセッサ、マルチコアプロセッサ、コプロセッサ、メモリユニット、チップセット、コントローラ、周辺機器、インターフェース、発振器、タイミングデバイス、ビデオカード、オーディオカード、マルチメディア入力／出力（Ｉ／Ｏ）コンポーネント、電源などの様々な一般的なコンピューティング要素を含む。しかしながら、実施形態は、コンピューティングアーキテクチャ７００による実施に限定されない。

【0138】

図７に示されるように、コンピューティングアーキテクチャ７００は、処理ユニット７０２、システムメモリ７０４、およびシステムバス７０６を含む。処理ユニット７０２は、ＡＭＤ（登録商標）Ａｔｈｌｏｎ（登録商標）、Ｄｕｒｏｎ（登録商標）およびＯｐｔｅｒｏｎ（登録商標）プロセッサ、ＡＲＭ（登録商標）アプリケーション、組み込みおよびセキュアプロセッサ、ＩＢＭ（登録商標）およびＭｏｔｏｒｏｌａ（登録商標）ＤｒａｇｏｎＢａｌｌ（登録商標）およびＰｏｗｅｒＰＣ（登録商標）プロセッサ、ＩＢＭおよびＳｏｎｙ（登録商標）Ｃｅｌｌプロセッサ、Ｉｎｔｅｌ（登録商標）Ｃｅｌｅｒｏｎ（登録商標）、Ｃｏｒｅ（２）Ｄｕｏ（登録商標）、Ｉｔａｎｉｕｍ（登録商標）、Ｐｅｎｔｉｕｍ（登録商標）、Ｘｅｏｎ（登録商標）、およびＸＳｃａｌｅ（登録商標）プロセッサおよび類似のプロセッサを含むがこれらに限定されない、様々な市販のプロセッサのいずれかであり得る。デュアルマイクロプロセッサ、マルチコアプロセッサ、およびその他のマルチプロセッサアーキテクチャも、処理ユニット７０２として使用し得る。

【0139】

システムバス７０６は、処理ユニット７０２へのシステムメモリ７０４を含むがこれらに限定されないシステムコンポーネントにインターフェースを提供する。システムバス７０６は、様々な市販のバスアーキテクチャのいずれかを使用して、メモリバス（メモリコントローラの有無にかかわらず）、周辺バス、およびローカルバスにさらに相互接続し得るいくつかのタイプのバス構造のいずれかであり得る。インターフェースアダプタは、スロットアーキテクチャを介してシステムバス７０６に接続し得る。スロットアーキテクチャの例は、アクセラレーテッドグラフィックスポート（ＡＧＰ）、カードバス、（拡張）業界標準アーキテクチャ（（Ｅ）ＩＳＡ）、マイクロチャネルアーキテクチャ（ＭＣＡ）、ＮｕＢｕｓ、ペリフェラルコンポーネントインターコネクト（拡張）（ＰＣＩ（Ｘ））、ＰＣＩ Ｅｘｐｒｅｓｓ、Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ Ｍｅｍｏｒｙ Ｃａｒｄ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ａｓｓｏｃｉａｔｉｏｎ（ＰＣＭＣＩＡ）などを含むがこれらに限定されない。

【0140】

コンピューティングアーキテクチャ７００は、様々な製品を備えるか、または実施できる。製品は、論理を格納するコンピュータ可読記憶媒体を備え得る。コンピュータ可読記憶媒体の例には、揮発性メモリまたは不揮発性メモリ、取り外し可能または取り外し不可能なメモリ、消去可能または消去不可能なメモリ、書き込み可能または再書き込み可能なメモリなどを含む、電子データを格納できるあらゆる有形の媒体が含まれる。論理の例には、ソースコード、コンパイル済みコード、解釈コード、実行可能コード、静的コード、動的コード、オブジェクト指向コード、視覚的コードなど、任意の適切なタイプのコードを使用して実施された実行可能なコンピュータプログラム命令が含まれ得る。実施形態はまた、非一時的なコンピュータ可読媒体に含まれる、またはその上に含まれる命令として少なくとも部分的に実施されてもよく、これは、本明細書に記載の動作の実行を可能にするために、１つまたは複数のプロセッサによって読み取られ、実行され得る。

【0141】

システムメモリ７０４は、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、ダブルデータレートＤＲＡＭ（ＤＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能プログラマブルＲＯＭ（ＥＰＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ）、フラッシュメモリ、強誘電性ポリマーメモリ、オボニックメモリ、相変化または強誘電性メモリなどのポリマーメモリ、シリコン酸化物窒化物酸化物シリコン（ＳＯＮＯＳ）メモリ、磁気または光カード、独立ディスクの冗長アレイ（ＲＡＩＤ）ドライブなどのデバイスのアレイ、ソリッドステートメモリデバイス（例えば、ＵＳＢメモリ、ソリッドステートドライブ（ＳＳＤ））、および情報の格納に適したその他のタイプの記憶媒体などの１つまたは複数の高速メモリユニットの形式の様々なタイプのコンピュータ可読記憶媒体を含み得る。図７に示される図示の実施形態では、システムメモリ７０４は、不揮発性メモリ７０８および／または揮発性メモリ７１０を含み得る。不揮発性メモリ７０８には、基本入出力システム（ＢＩＯＳ）が格納され得る。

【0142】

コンピューティングアーキテクチャ７００は、内部（または外部）ハードディスクドライブ（ＨＤＤ）７１２、リムーバブル磁気ディスク７１６からの読み取りまたはリムーバブル磁気ディスク７１６への書き込みを行う磁気フロッピディスクドライブ（ＦＤＤ）７１４、およびリムーバブル光ディスク７２０（例えば、ＣＤ－ＲＯＭまたはＤＶＤ）からの読み取りまたはリムーバブル光ディスク７２０への書き込みを行う光ディスクドライブ７１８を含む、１つまたは複数の低速メモリユニットの形式の様々なタイプのコンピュータ可読記憶媒体を含み得る。ＨＤＤ７１２、ＦＤＤ７１４、および光ディスクドライブ７２０は、それぞれ、ＨＤＤインターフェース７２２、ＦＤＤインターフェース７２４、および光学ドライブインターフェース７２６によってシステムバス７０６に接続され得る。外部ドライブ実施用のＨＤＤインターフェース７２２は、ユニバーサルシリアルバス（ＵＳＢ）およびＩＥＥＥ６９４インターフェース技術の少なくとも一方または両方を含み得る。

【0143】

ドライブおよび関連するコンピュータ可読媒体は、データ、データ構造、コンピュータ実行可能命令などの揮発性および／または不揮発性ストレージを提供する。例えば、多数のプログラムモジュールは、オペレーティングシステム７２８、１つまたは複数のアプリケーションプログラム７３０、他のプログラムモジュール７３２、およびプログラムデータ７３４を含む、ドライブおよびメモリユニット７０８、７１２に格納され得る。一実施形態では、１つまたは複数のアプリケーションプログラム７３０、他のプログラムモジュール７３２、およびプログラムデータ７３４は、例えば、メッセージングシステム５００の様々なアプリケーションおよび／またはコンポーネントを含み得る。

【0144】

ユーザは、１つまたは複数の有線／無線入力デバイス、例えば、キーボード７３６およびマウス７３８などのポインティングデバイスを介して、コンピュータ７０１にコマンドと情報を入力し得る。その他の入力デバイスには、マイク、赤外線（ＩＲ）リモートコントロール、無線周波数（ＲＦ）リモートコントロール、ゲームパッド、スタイラスペン、カードリーダ、ドングル、指紋リーダ、グラブ、グラフィックタブレット、ジョイスティック、キーボード、網膜リーダ、タッチスクリーン（例えば、容量性、抵抗性など）、トラックボール、トラックパッド、センサ、スタイラスなどを含み得る。これらおよび他の入力デバイスは、システムバス７０６に結合された入力デバイスインターフェース７４０を介して処理ユニット７０２に接続されることがよくあるが、パラレルポート、ＩＥＥＥ６９４シリアルポート、ゲームポート、ＵＳＢポート、ＩＲインターフェースなどの他のインターフェースによって接続され得る。

【0145】

モニタ７４２または他のタイプの表示デバイスも、ビデオアダプタ７４４などのインターフェースを介してシステムバス７０６に接続されている。モニタ７４２は、コンピュータ７０１の内部または外部にあり得る。モニタ７４２に加えて、コンピュータは通常、スピーカ、プリンタなどの他の周辺出力デバイスを含む。

【0146】

コンピュータ７０１は、リモートコンピュータ７４４などの１つまたは複数のリモートコンピュータへの有線および／または無線通信を介した論理接続を使用して、ネットワーク環境で動作し得る。リモートコンピュータ７４４は、ワークステーション、サーバコンピュータ、ルータ、パーソナルコンピュータ、ポータブルコンピュータ、マイクロプロセッサベースの娯楽機器、ピアデバイス、または他の一般的なネットワークノードであり得、通常、コンピュータ７０１に関連して記載された要素の多くまたはすべてを含むが、簡潔にするために、メモリ／ストレージデバイス７４６のみが示されている。示されている論理接続には、ローカルエリアネットワーク（ＬＡＮ）７４８および／またはより大きなネットワーク、例えば、ワイドエリアネットワーク（ＷＡＮ）７５０への有線／無線接続が含まれる。このようなＬＡＮおよびＷＡＮネットワーク環境は、オフィスや企業では一般的であり、イントラネットなどの企業規模のコンピュータネットワークを容易にする。これらはすべて、例えば、インターネットなどのグローバル通信ネットワークに接続し得る。

【0147】

ＬＡＮネットワーキング環境で使用される場合、コンピュータ７０１は、有線および／または無線通信ネットワークインターフェースまたはアダプタ７５２を介してＬＡＮ７４８に接続される。アダプタ７５２は、アダプタ７５２の無線機能と通信するためにその上に配置された無線アクセスポイントを含み得るＬＡＮ７４８への有線および／または無線通信を容易にし得る。

【0148】

ＷＡＮネットワーキング環境で使用される場合、コンピュータ７０１は、モデム７５４を含み得るか、またはＷＡＮ７５０上の通信サーバに接続されるか、またはインターネットを経由するなど、ＷＡＮ７５０上で通信を確立するための他の手段を有する。モデム７５４は、内部または外部であり、有線および／または無線デバイスであり、入力デバイスインターフェース７４０を介してシステムバス７０６に接続する。ネットワーク環境では、コンピュータ７０１に関して示されたプログラムモジュール、またはその一部は、リモートメモリ／ストレージデバイス７４６に格納され得る。示されたネットワーク接続は例示であり、コンピュータ間の通信リンクを確立する他の手段を使用できることが理解されるであろう。

【0149】

コンピュータ７０１は、無線通信（例えば、ＩＥＥＥ８０２．１３無線変調技術）で動作可能に配置された無線デバイスなど、ＩＥＥＥ８０２規格ファミリを使用して有線および無線デバイスまたはエンティティと通信するように動作可能である。これには、少なくともＷｉ－Ｆｉ（または無線フィデリティ）、ＷｉＭａｘ、ブルートゥース（登録商標）ワイヤレステクノロジなどが含まれる。したがって、通信は、従来のネットワークと同様に事前定義された構造、または少なくとも２つのデバイス間での単なるアドホック通信であり得る。Ｗｉ－Ｆｉネットワークは、ＩＥＥＥ８０２．１３ｘ（ａ、ｂ、ｇ、ｎなど）と呼ばれる無線技術を用いて、安全で信頼性の高い高速な無線接続を提供する。Ｗｉ－Ｆｉネットワークは、コンピュータを相互に接続したり、インターネットに接続したり、有線ネットワーク（ＩＥＥＥ８０２．３関連のメディアと機能を使用）に接続したりするために使用し得る。

【0150】

図８は、前述の様々な実施形態を実施するのに適した例示的な通信アーキテクチャ８００を示すブロック図である。通信アーキテクチャ８００は、送信機、受信機、送受信機、無線機、ネットワークインターフェース、ベースバンドプロセッサ、アンテナ、増幅器、フィルタ、電源などの様々な一般的な通信要素を含む。しかしながら、実施形態は、通信アーキテクチャ８００による実施に限定されない。

【0151】

図８に示されるように、通信アーキテクチャ８００は、１つまたは複数のクライアント８０２およびサーバ８０４を含む。クライアント８０２は、クライアントデバイス５１０を実施し得る。サーバ８０４は、サーバデバイス５２６を実施し得る。クライアント８０２およびサーバ８０４は、１つまたは複数のそれぞれのクライアントデータストア８０６およびサーバデータストア８０８に動作可能に接続されており、クッキーおよび／または関連するコンテキスト情報など、それぞれのクライアント８０２およびサーバ８０４にローカルな情報を格納するために使用され得る。

【0152】

クライアント８０２およびサーバ８０４は、通信フレームワーク８１０を使用して互いに情報を通信し得る。通信フレームワーク８１０は、周知の通信技術およびプロトコルを実施し得る。通信フレームワーク８１０は、パケット交換ネットワーク（例えば、インターネットなどのパブリックネットワーク、企業イントラネットなどのプライベートネットワークなど）、回路交換ネットワーク（例えば、公衆交換電話ネットワーク）、またはパケット交換ネットワークと回線交換ネットワークの組み合わせ（適切なゲートウェイとトランスレータを使用）として実施され得る。

【0153】

通信フレームワーク８１０は、通信ネットワークを受け入れ、通信し、接続するように構成された様々なネットワークインターフェースを実施し得る。ネットワークインターフェースは、入出力インターフェースの特殊な形式と見なし得る。ネットワークインターフェースは、直接接続、イーサネット（例えば、シック、シン、ツイストペア１０／１００／１０００ＢａｓｅＴなど）、トークンリング、無線ネットワークインターフェース、セルラネットワークインターフェース、ＩＥＥＥ８０２．８ａ－ｘネットワークインターフェース、ＩＥＥＥ８０２．１６ネットワークインターフェース、ＩＥＥＥ８０２．２０ネットワークインターフェースなどを含むがこれらに限定されない接続プロトコルを採用し得る。さらに、複数のネットワークインターフェースを使用して、様々な通信ネットワークタイプと連携し得る。例えば、複数のネットワークインターフェースは、ブロードキャスト、マルチキャスト、およびユニキャストネットワークを介した通信を可能にするために使用され得る。処理要件により速度と容量が要求される場合、分散ネットワークコントローラアーキテクチャを同様に使用して、クライアント８０２およびサーバ８０４が必要とする通信帯域幅をプールし、負荷分散し、そうでなければ増加させ得る。通信ネットワークは、直接的な相互接続、安全なカスタム接続、プライベートネットワーク（例えば、企業イントラネット）、パブリックネットワーク（例えば、インターネット）、パーソナルエリアネットワーク（ＰＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、インターネット上のノードとしての運用ミッション（ＯＭＮＩ）、ワイドエリアネットワーク（ＷＡＮ）、無線ネットワーク、セルラネットワーク、およびその他の通信ネットワークを含むがこれらに限定されない、有線および／または無線ネットワークの任意の１つおよび組み合わせであり得る。

【0154】

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

【0155】

上記のブロック図に示される例示的なデバイスは、多くの潜在的な実施の機能を説明する１つの例を表し得ることを理解されたい。したがって、添付の図に示されたブロック機能の分割、省略、または包含は、これらの機能を実施するためのハードウェアコンポーネント、回路、ソフトウェアおよび／または要素が必ずしも実施形態に分割、省略、または含まれることを意味するものではない。

【0156】

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

【0157】

いくつかの実施形態は、「１つの実施形態」または「一実施形態」という表現をその派生語とともに使用して説明され得る。これらの用語は、実施形態に関連して説明される特定の特徴、構造、または特性が少なくとも１つの実施形態に含まれることを意味する。本明細書の様々な箇所に現れる「一実施形態では」という表現は、必ずしも全てが同じ実施形態を指すとは限らない。さらに、特に明記しない限り、上記の特徴は、任意の組み合わせで一緒に使用できると認識されている。したがって、これらの特徴が互いに互換性がないことに留意されない限り、個別に説明した任意の特徴を互いに組み合わせて使用し得る。

【0158】

本明細書で使用される表記法および用語を一般的に参照すると、本明細書の詳細な説明は、コンピュータまたはコンピュータのネットワーク上で実行されるプログラム手順に関して提示され得る。これらの手順の説明および表現は、当業者が作業の内容を他の当業者に最も効果的に伝えるために使用する。

【0159】

ここでの手順とは、一般的に、望ましい結果につながる、一貫性のある一連の操作であると考えられている。これらの操作は、物理量の物理的な操作を必要とする操作である。通常、これらの量は、格納、転送、結合、比較、その他の操作が可能な電気、磁気、または光信号の形をとるが、必ずしもそうではない。これらの信号をビット、値、要素、記号、文字、用語、数字などと呼ぶことは、主に一般的な使用上の理由から、時々便利である。しかしながら、これらおよび類似の用語は全て、適切な物理量に関連付けられており、それらの量に適用される便利なラベルにすぎないことに留意されたい。

【0160】

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

【0161】

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

【0162】

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

【0163】

開示の要約は、読者が技術的開示の性質を迅速に確認できるようにするために提供されていることが強調されている。これは、請求項の範囲または意味を解釈または制限するために使用されないという理解の下に提出される。さらに、前述の詳細な説明では、開示を簡素化する目的で、様々な特徴が単一の実施形態にまとめられていることがわかる。この開示方法は、請求される実施形態が各請求項に明示的に記載されているよりも多くの特徴を必要とするという意図を反映していると解釈されるべきではない。むしろ、以下の請求の範囲が反映しているように、発明の主題は、単一の開示された実施形態の全ての特徴よりも少ない。したがって、以下の請求項は、詳細な説明に組み込まれ、各請求項は、それ自体が別個の実施形態としてある。添付の請求の範囲において、用語「含む」および「その中で」は、それぞれ「備える」および「ここで」の平易な英語の同等物として使用される。また、「第一」、「第二」、「第三」等の用語は、単にラベルとして使用されており、それらの対象に数値要件を課すことを意図するものではない。

【0164】

上で説明されたことは、開示されたアーキテクチャの例を含む。もちろん、コンポーネントおよび／または方法論の考えられる全ての組み合わせを説明することは不可能であるが、当業者は、さらに多くの組み合わせおよび順列が可能であることを認識するであろう。したがって、新規のアーキテクチャは、添付の請求の範囲の精神および範囲内にあるそのような全ての変更、修正、および変形を含むことを意図している。

【図1A】

【図1B】

【図1C】

【図2A】

【図2B】

【図2C】

【図2D】

【図3】

【図4】

【図5】

【図6A】

【図6B】

【図6C】

【図7】

【図8】