JP2023548369A - 非接触カードのウェブベースの有効化 - Google Patents

Abstract

システム、方法、製造物、及びコンピュータ可読媒体。コンピューティングデバイスは、支払無効状態にある非接触カードからリソースのネットワークアドレスを無線で受信する。コンピューティングデバイス上で実行されるウェブブラウザは、ネットワークアドレスのリソースにアクセスし得る。ウェブブラウザのリソースは、コンピューティングデバイスのカードリーダを操作して、非接触カードから暗号を受信することができる。ウェブブラウザのリソースは、暗号をサーバに送信することができる。ウェブブラウザのリソースは、非接触カードが支払無効状態から支払有効状態に移行したことを指定する応答をサーバから受信することができる。

Description

関連出願

この出願は、２０２０年１１月３日に出願された「WEB-BASED ACTIVATION OF CONTACTLESS CARDS」と題する米国特許出願第１７／０８８，３９９号に対する優先権を主張する。上記出願の内容は、その全体が参照により本明細書に援用される。

本明細書に開示される実施形態は、一般的に、コンピューティングプラットフォームに関し、より具体的には、非接触カードの安全でウェブベースの有効化のためのコンピューティングプラットフォームに関する。

支払いカードは、有効化されるまで支払いカードを使用して支払いを処理（及び／又は他の操作を実行）することができないように、支払無効（又は非有効）状態で顧客に郵送されることが多い。従来の有効化ソリューションは、非接触カードを有効化するために、顧客に電話、専用アプリケーション、及び他の技術を使用することを要求することを含む。しかし、このような従来のソリューションでは、セキュリティの漏洩、ユーザエラー、又は他の悪影響が生じる可能性がある。さらに、専用アプリケーション（例えば、支払いカードの発行者によって提供されるアプリケーション）が必要であるため、カード及び顧客の数が増加するに連れて適切に拡張できなくなる。

本明細書に開示される実施形態は、非接触カードの安全でウェブベースの有効化のためのシステム、方法、製造物、及びコンピュータ可読媒体を提供する。一例では、コンピューティングデバイスは、支払無効状態（inactivated payment state）である非接触カードからリソースのためのネットワークアドレスを受信し得る。コンピューティングデバイス上で実行されるウェブブラウザは、ネットワークアドレスのリソースにアクセスし得る。ウェブブラウザのリソースは、コンピューティングデバイスのカードリーダを操作して、非接触カードから暗号を受信することができる。ウェブブラウザのリソースは、暗号をサーバに送信することができる。ウェブブラウザのリソースは、非接触カードが支払無効状態から支払有効状態（activated payment state）に移行したことを指定する応答をサーバから受信することができる。

システムの実施形態を示す。 システムの実施形態を示す。 システムの実施形態を示す。 システムの実施形態を示す。 システムの実施形態を示す。 システムの実施形態を示す。 システムの実施形態を示す。 システムの実施形態を示す。 非接触カードの一例を示す。 非接触カードの一例を示す。 一実施形態に係るデータ構造を示す。 第１の論理フローを示す。 第２の論理フローを示す。 第３の論理フローを示す。 一実施形態に係るコンピュータアーキテクチャを示す。

本明細書で開示される実施形態は、コンピューティングデバイス上でウェブブラウザを使用して支払カードを安全に有効化するための技術を提供する。コンピューティングデバイスには、支払カードの有効化を容易にする専用のアプリケーションがインストールされていないことがある。例えば、銀行又は他の金融機関は、支払カードを有効化するために使用され得る専用のアプリケーションを提供する。しかしながら、ユーザは、それらのコンピューティングデバイスのいずれかにインストールされたそのようなアプリケーションを持っていない場合がある。しかしながら、本明細書に開示される実施形態は、有利には、ウェブブラウザ内のウェブページを利用して、近距離無線通信（ＮＦＣ）を介して非接触カードからデータを安全に読み取ることができる。本明細書でより詳細に説明するように、ＮＦＣを介して読み取られたデータは、支払カードを有効化するために使用され得る。

一実施形態では、ユーザは、支払処理に使用するには有効化される必要があるような支払無効状態である非接触支払カードを受け取ってもよい。ユーザは、カードをコンピューティングデバイスにタップし得る。そうすることで、カードは、サーバに関するユニフォームリソースロケータ（ＵＲＬ）などのネットワークアドレスを生成する。ＵＲＬは、一般的に、サーバに関連付けられた１以上のカード有効化ウェブページを対象とすることがある。コンピューティングデバイスのオペレーティングシステムは、ＵＲＬを受信すると、ウェブブラウザを起動してもよい。ウェブブラウザは、起動されると、非接触カードから受信したＵＲＬにアクセスすることができる。

ウェブブラウザは、ＵＲＬでウェブページを受信して表示してもよい。ウェブページは、例えばＮＦＣを介して非接触カードと通信するための機能を含んでもよい。ウェブページは、非接触カードをデバイスにタップするようユーザに指示してもよい。これに応答して、ユーザは、非接触カードをデバイスにタップし、ウェブページ及び／又はウェブブラウザは、デバイスのカードリーダを操作してもよい。そうすることで、ＮＦＣデータ交換フォーマット（ＮＤＥＦ）ファイルなどのデータパッケージの一部として含まれ得る暗号を、非接触カードに生成させることができ、又は生成させるよう指示することができる。データパッケージは、暗号化されていない顧客識別子（ＩＤ）又は他の固有の識別子を更に含んでもよい。ウェブページ及び／又はウェブブラウザは、ＮＦＣを介してデータパッケージを読み取り、復号のためにデータパッケージをサーバに送信してもよい。サーバは、受信したデータパッケージを使用して暗号を復号しようとしてもよい。サーバが暗号を復号できた場合、サーバは、例えば、カードが支払無効状態から支払有効状態に移行したことを反映するようにデータベース記録を更新することによって、非接触カードを有効化してもよい。その後、サーバは、カードが有効化されて支払いを処理する（及び／又は他の操作を実行する）ために使用可能になったことを反映する応答を、ウェブブラウザに送信してもよい。

有利には、本明細書に開示される実施形態は、支払カードを安全に有効化する技術を提供する。非接触カードによって生成される暗号を活用することによって、本開示の実施形態は、不正行為のリスクを最小限に抑えつつ、有効化を要求するユーザの身元を安全に確認してもよい。さらに、ウェブブラウザを使用することによって、カードを有効化するため、及び／又は非接触カードとデータ通信するために、専用のクライアントアプリケーションは必須ではなくなる。ウェブブラウザを使用することによって、本明細書に記載される機能は、専用のアプリケーションを必要とすることなく、様々なエンティティ及び任意の数のユーザに有利に拡張され得る。さらに、簡略化された有効化プロセスを提供することによって、より多くの有効化要求がサーバによって処理され、それによってシステム性能が向上し得る。

本明細書で使用される表記及び命名法を一般的に参照すると、以下の詳細な説明の１以上の部分は、コンピュータ又はコンピュータのネットワーク上で実行されるプログラム手順の観点から提示されることがある。これらの手続的な記載及び表現は、当業者によって、当業者の仕事の内容を他の当業者に最も効果的に伝えるために使用される。手順とは、ここでは、かつ一般的には、所望の結果につながる自己無撞着（self-consistent）な一連の操作であると考えられている。これらの操作は、物理量の物理的な操作を必要とする。必ずではないが、通常は、これらの量は、記憶、転送、結合、比較、その他の操作が可能な電気的、磁気的、又は光学的な信号の形をとる。主として一般的な使用法の理由から、これらの信号をビット、値、要素、記号、文字、用語、数などと呼ぶことは、時には便利であることがわかる。しかしながら、これらの用語及び類似の用語は全て、適切な物理量に関連付けられること、及び、これらの量に適用される便利なラベルに過ぎないことに留意すべきである。

さらに、これらの操作は、加算又は比較などの用語でよく呼ばれる。これらの用語は、人間のオペレータによって実行される精神的な操作に一般的に関連付けられる。しかしながら、人間のオペレータのそのような能力は、１以上の実施形態の一部を形成する本明細書に記載された操作のいずれにおいても、必要ないか、又は、ほとんどの場合において望ましくはない。むしろ、これらの操作は、機械的な操作である。様々な実施形態の操作を実行するための有用な機械は、本明細書の教示に従って記述される、内部に格納されたコンピュータプログラムによって選択的に起動又は構成されるようなデジタルコンピュータを含み、及び／又は、要求される目的若しくはデジタルコンピュータのために特別に構築された装置を含む。様々な実施形態はまた、これらの操作を実行するための装置又はシステムに関する。これらの装置は、要求される目的のために特別に構築されてもよい。これらの様々な機械に求められる構造は、与えられる説明から明らかになるであろう。

次に、図面を参照する。ここで、同様の参照数字は、全体を通して同様の要素を参照するために使用される。以下の記載では、説明の目的で、徹底的な理解を提供するために、多数の具体的な詳細が示される。しかしながら、新規な実施形態は、これらの具体的な詳細がなくても実施可能であることは明らかである。他の例では、その説明を容易にするために、周知の構造及びデバイスがブロック図の形で示される。その意図は、特許請求の範囲の範囲内で、あらゆる変更、均等物、及び代替物を扱うカバーすることにある。

図１Ａは、開示される実施形態と矛盾しない例示的なシステム１００を表している。図１Ａ～１Ｄに示されたシステム１００は、あるトポロジにおいて限られた数の要素を有するが、システム１００が、所与の実装について望まれるような代替的なトポロジにおいて、より多くの又はより少ない要素を含んでもよいことが理解され得る。

図示のように、システム１００は、１以上の非接触カード１０１と、１以上のコンピューティングデバイス１１０と、１以上のサーバ１２０とを含む。非接触カード１０１は、クレジットカード、デビットカード、ＡＴＭカード、ギフトカードなどの任意の種類の支払カードを代表する。非接触カード１０１は、ＮＦＣ、ＥＭＶ規格、又は無線通信における他の短距離プロトコルによってコンピューティングデバイス１１０の通信インタフェース１１８（ここでは「カードリーダ」、「無線カードリーダ」、及び／又は「無線通信インタフェース」とも呼ばれる）と通信するように構成された、無線周波数識別（ＲＦＩＤ）チップなどの１以上の通信インタフェース１０９を含み得る。本明細書では、例示的な通信プロトコルとしてＮＦＣが使用されるが、本開示は、ＥＭＶ規格、Ｂｌｕｅｔｏｏｔｈ（登録商標）、及び／又はＷｉ－Ｆｉなどの他の種類の無線通信にも同様に適用可能である。

コンピューティングデバイス１１０は、スマートフォン、タブレットコンピュータ、ウェアラブルデバイス、ラップトップ、ポータブルゲーミングデバイス、仮想コンピューティングシステム、加盟店端末、販売時点情報管理システム、サーバ、デスクトップコンピュータなど、任意の数及び種類のコンピューティングデバイスを代表する。サーバ１２０は、サーバ、ワークステーション、計算クラスタ、クラウドコンピューティングプラットフォーム、仮想コンピューティングシステムなど、任意の種類のコンピューティングデバイスを代表する。わかりやすくするために図示されていないが、コンピューティングデバイス１１０、非接触カード１０１、及びサーバ１２０はそれぞれ、プログラム、コード、及び／又は命令を実行するために、１以上のプロセッサ回路を含む。

図示のように、非接触カード１０１のメモリ１０２は、アプレット１０３と、カウンタ１０４と、マスタ鍵１０５と、多様化鍵１０６と、固有の顧客識別子（ＩＤ）１０７とを含む。アプレット１０３は、本明細書に記載の動作を実行するように構成された実行可能コードである。カウンタ１０４、マスタ鍵１０５、多様化鍵１０６、及び顧客ＩＤ１０７は、以下でより詳細に説明するように、システム１００においてセキュリティを提供するために使用される。

図示のように、モバイルデバイス１１０のメモリ１１１は、オペレーティングシステム（ＯＳ）１１２のインスタンスを含む。例示的なオペレーティングシステム１１２は、Ａｎｄｒｏｉｄ（登録商標）ＯＳ、ｉＯＳ（登録商標）、ｍａｃＯＳ（登録商標）、Ｌｉｎｕｘ（登録商標）、及びＷｉｎｄｏｗｓ（登録商標）オペレーティングシステムを含む。図示のように、ＯＳ１１２は、ウェブブラウザ１１５を含む。ウェブブラウザ１１５は、デバイス１１０がネットワーク１３０を介して（例えば、インターネットを介して）情報にアクセスすることを可能にするアプリケーションである。

図示のように、サーバ１２０のメモリ１２２は、認証アプリケーション１２３と、ウェブサーバ１２７とを含む。サーバ１２０の別個の構成要素として描かれているが、いくつかの実施形態では、認証アプリケーション１２３及びウェブサーバ１２７は、単一の構成要素、例えば、本明細書に記載の全ての関連機能を含む単一のアプリケーションに統合されてもよい。同様に、サーバ１２０の一部として描かれているが、いくつかの実施形態では、認証アプリケーション１２３及びウェブサーバ１２７は、別々のサーバに実装されてもよい。さらに、認証アプリケーション１２３及び／又はウェブサーバ１２７は、ハードウェア、ソフトウェア、及び／又はハードウェアとソフトウェアとの組合せで実装されてもよい。

本明細書でより詳細に説明するように、認証アプリケーション１２３は、デバイス１１０が、支払い（及び／又は他の種類の操作）を処理するために非接触カードを有効化するための専用のアプリケーションを含むことを必要とせずに、ウェブブラウザ１１５を介して、１以上の非接触カード１０１の有効化を容易にするように構成される。ウェブサーバ１２７は、一般的に、ウェブページ１３４に対するウェブブラウザ１１５からのクライアント要求を処理するように構成される。少なくとも１つの実施形態では、ウェブサーバ１２７とブラウザ１１５とは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）を介して通信する。

前述のように、所与の非接触カード１０１は、支払無効状態で顧客に郵送されることがあり、これは一般的に、（例えば、購入の支払いを行うために販売時点情報管理（ＰＯＳ）デバイスにおいてカード１０１を使用することによって、オンライン購入の支払いを行うためにカード１０１を使用することによって、など）顧客が支払いを処理するためにカード１０１を有効化しなければならないことを意味する。しかしながら、非接触カード１０１及び／又はアカウントデータ１２４内の関連アカウントのセキュリティを保持するために、システム１００は、ウェブブラウザ１１５を使用して非接触カード１０１を安全に有効化するために様々な技術を実装してもよい。

図１Ａに描かれた実施形態では、ユーザは、非接触カード１０１をデバイス１１０にタップしてもよい（あるいは、非接触カード１０１をデバイス１１０のカードリーダ１１８の通信範囲内に持って行ってもよい）。その後、非接触カード１０１のアプレット１０３は、サーバ１２０、１以上のカード有効化ウェブページ１３４などのリソースに関連付けられたＵＲＬ１０８－１を生成してもよい。より一般的には、ＵＲＬ１０８（及び本明細書に開示される他の任意のＵＲＬ）は、サーバ１２０の任意の構成要素及び／又はサーバ１２０に関連する任意のリソースに関連付けられてもよい。いくつかの実施形態では、アプレット１０３は、１以上の規則に従ってＵＲＬ１０８を構築する。いくつかの実施形態では、非接触カード１０１は、複数のＵＲＬ１０８を記憶し、アプレット１０３は、１以上の規則に基づいて複数のＵＲＬ１０８からＵＲＬ１０８－１を選択する。いくつかの実施形態では、アプレット１０３は、複数のＵＲＬ１０８のうちの１つを選択し、ＵＲＬの１以上のパラメータとして動的データを追加することによって、ＵＲＬ１０８－１を生成してもよい。

一般的に、ウェブページ１３４は、ハイパーテキストマークアップ言語（ＨＴＭＬ）ページ、ＪａｖａＳｃｒｉｐｔ（登録商標）ページ、及び／又はウェブブラウザ１１５によって表示され得る任意の他の種類のページを含んでもよい。いくつかの実施形態では、ウェブページ１３４及び／又はＵＲＬ１０８は、認証アプリケーション１２３に関連付けられてもよい。いくつかの実施形態では、ウェブページ１３４は、ウェブブラウザ１１５でウェブページ１３４を使用して非接触カード１０１を有効化するためのインタフェースを提供してもよい。さらに、いくつかの実施形態では、ウェブページ１３４は、認証アプリケーション１２３によって公開されるウェブベースのフロントエンドに関連付けられてもよい。

一旦生成されると、ＯＳ１１２は、ＵＲＬ１０８－１を読み取ってもよい。ＯＳ１１２は、ＯＳ１１２のホームスクリーンにおいて、１以上の他のアプリケーションを表示する、及び／又はウェブブラウザを表示するなどの、任意の状態であり得る。ＯＳ１１２の状態にかかわらず、ＵＲＬ１０８－１を読み取ることによって、ＯＳ１１２は、ウェブブラウザ１１５を起動し、及び／又はウェブブラウザ１１５をＯＳ１１２のフォアグラウンドとする。

図１Ｂは、ＯＳ１１２がウェブブラウザ１１５を起動し、ＵＲＬ１０８をパラメータとしてウェブブラウザ１１５に提供する実施形態を示す。そうすることで、ウェブブラウザ１１５は、ＵＲＬ１０８を指定する要求１３３を生成する。要求１３３は、ウェブサーバ１２７に送信されるＨＴＴＰ要求であってもよい。これに応答して、サーバ１２０のウェブサーバ１２７は、ウェブブラウザ１１５にウェブページ１３４－１を送信し、ウェブブラウザ１１５は、ウェブページ１３４－１をロードし、表示し、又は他の方法でウェブページ１３４－１にアクセスしてもよい。

図１Ｃは、ウェブブラウザ１１５がウェブページ１３４－１をロードした実施形態を示す。有利には、ウェブページ１３４－１は、非接触カード１０１によって生成されたデータを無線で読み取り、及び／又は非接触カード１０１のメモリ１０２にデータを無線で書き込むための機能性を含む。より一般的には、所与のウェブページ１３４及び／又はウェブブラウザ１１５は、これらの機能を実行するための専用のオペレーティングシステムアプリケーション（例えば、アプリケーションストアアプリケーション）を必要とすることなく、通信インタフェース１１８を制御してカード１０１と通信する機能性を含んでもよい。少なくとも１つの実施形態では、機能性は、１以上のアプリケーションプログラミングインタフェース（ＡＰＩ）を介して提供されてもよい。ＡＰＩは、ウェブＮＦＣドラフトコミュニティグループレポートによって定義されてもよい。したがって、ウェブページ１３４－１（及び他の任意のウェブページ１３４）は、専用のアプリケーションを必要とすることなく、通信インタフェース１１８のＮＦＣ機能を制御してもよい。

いくつかの実施形態では、ウェブブラウザ１１５のウェブページ１３４－１は、非接触カード１０１を有効化するために、ユーザがデバイス１１０に非接触カード１０１をタップすることを要求又は指示する表示を出力してもよい。一般的に、非接触カード１０１がデバイス１１０の通信インタフェース１１８の通信範囲内に持ち込まれると、非接触カード１０１のアプレット１０３は、暗号を生成してもよい。暗号は、非接触カード１０１の顧客ＩＤ１０７に基づいて生成されてもよい。暗号は、任意の適切な暗号技術に基づいて生成されてもよい。いくつかの実施形態では、アプレット１０３は、暗号と、暗号化されていない顧客ＩＤ１０７（及び／又は他の任意の固有識別子）とをデータパッケージ１１７内に含んでもよい。少なくとも１つの実施形態では、暗号と暗号化されていない顧客ＩＤ１０７とを含むデータパッケージ１１７は、ＮＤＥＦファイルである。

前述のように、システム１００は、データを保護するために鍵の多様化を実施するように構成されており、本明細書において鍵多様化技術と呼ばれることがある。一般的に、サーバ１２０（又は他のコンピューティングデバイス）及び非接触カード１０１は、同じマスタ鍵１０５（マスタ対称鍵とも呼ばれる）を用いて準備されてもよい。より具体的には、各非接触カード１０１は、対応するペアをサーバ１２０の中に有する別個のマスタ鍵１０５でプログラムされる。例えば、非接触カード１０１が製造されるとき、固有のマスタ鍵１０５が、非接触カード１０１のメモリ１０２内にプログラムされることがある。同様に、固有のマスタ鍵１０５は、サーバ１２０のアカウントデータ１２４内の非接触カード１０１に関連付けられた顧客の記録の中に格納されてもよい（及び／又は、ハードウェアセキュリティモジュール（ＨＳＭ）１２５などの別の安全な場所に格納されてもよい）。マスタ鍵１０５は、非接触カード１０１及びサーバ１２０を除く全ての関係者から秘密に保たれ、それによって、システム１００のセキュリティを強化してもよい。いくつかの実施形態では、非接触カード１０１のアプレット１０３は、マスタ鍵１０５及びデータを暗号アルゴリズムへの入力として使用して、データ（例えば、顧客ＩＤ１０７）を暗号化及び／又は復号してもよい。例えば、顧客ＩＤ１０７をマスタ鍵１０５で暗号化すると、暗号が得られる。同様に、サーバ１２０は、対応するマスタ鍵１０５を使用して、非接触カード１０１に関連付けられたデータを暗号化及び／又は復号してもよい。

他の実施形態では、非接触カード１０１のマスタ鍵１０５及びサーバ１２０は、鍵の多様化を用いてセキュリティを強化するために、カウンタ１０４と組み合わされて使用されてもよい。カウンタ１０４は、非接触カード１０１とサーバ１２０との間で同期される値を含む。カウンタ値１０４は、非接触カード１０１とサーバ１２０（及び／又は非接触カード１０１とデバイス１１０）との間でデータが交換される度に変化する数を含んでもよい。データを（例えば、サーバ１２０及び／又はデバイス１１０に）送信する準備をするとき、非接触カード１０１のアプレット１０３は、カウンタ値１０４をインクリメントしてもよい。非接触カード１０１のアプレット１０３は、次に、マスタ鍵１０５及びカウンタ値１０４を暗号アルゴリズムへの入力として提供してもよい。暗号アルゴリズムは、出力として多様化鍵１０６を生成する。暗号アルゴリズムは、暗号化アルゴリズム、ハッシュベースメッセージ認証コード（ＨＭＡＣ）アルゴリズム、暗号ベースメッセージ認証コード（ＣＭＡＣ）アルゴリズム等を含んでもよい。暗号アルゴリズムの非限定的な例は、３ＤＥＳ又はＡＥＳ１０７などの対称暗号化アルゴリズムと、ＨＭＡＣ－ＳＨＡ－２５６などの対称ＨＭＡＣアルゴリズムと、及びＡＥＳ－ＣＭＡＣなどの対称ＣＭＡＣアルゴリズムとを含んでもよい。鍵多様化技術の例は、２０１８年１１月２９日に出願された米国特許出願１６／２０５，１１９に更に詳細に説明されている。前述の特許出願は、その全体が参照により本明細書に援用される。

鍵の多様化の例を続けると、非接触カード１０１は、次に、多様化鍵１０６及び暗号アルゴリズムへの入力としてのデータを使用して、データ（例えば、顧客ＩＤ１０７及び／又は任意の他のデータ）を暗号化し得る。例えば、多様化鍵１０６で顧客ＩＤ１０７を暗号化すると、データパッケージ１１７に含まれる暗号化された顧客ＩＤ（例えば、暗号）が得られる。次いで、ウェブブラウザ１１５及び／又はウェブページ１３４は、通信インタフェース１１８を介して、暗号と、暗号化されていない顧客ＩＤ１０７とを含むデータパッケージ１１７を読み取ってもよい。

使用される暗号化技術に関係なく、ウェブページ１３４及び／又はウェブブラウザ１１５は、次に、暗号と、暗号化されていない顧客ＩＤ１０７とを含むデータパッケージ１１７を、ネットワーク１３０を介してサーバ１２０に送信してもよい。ウェブページ及び／又はウェブブラウザ１１５は更に、暗号と、暗号化されていない顧客ＩＤ１０７とを含むデータパッケージ１１７が、デバイス１１０のカードリーダ１１８を介して、非接触カード１０１から読み取られたことを、サーバ１２０に示唆してもよい。受信されると、認証アプリケーション１２３及び／又はウェブサーバ１２７は、暗号の認証を試みてもよい。例えば、認証アプリケーション１２３は、サーバ１２０によって保存されたマスタ鍵１０５のコピーを使用して、暗号の復号を試みてもよい。いくつかの実施形態では、認証アプリケーション１２３は、データパッケージ１１７に含まれる暗号化されていない顧客ＩＤ１０７を使用して、マスタ鍵１０５及びカウンタ値１０４を識別してもよい。いくつかの例では、認証アプリケーション１２３は、マスタ鍵１０５及びカウンタ値１０４を暗号アルゴリズムへの入力として提供してもよい。暗号アルゴリズムは、出力として多様化鍵１０６を生成する。結果として得られる多様化鍵１０６は、非接触カード１０１の多様化鍵１０６に対応し、データパッケージ１１７内の暗号を復号するために使用されることがある。

使用される復号技術に関係なく、認証アプリケーション１２３は、暗号の復号に成功し、それによって、（例えば、暗号を復号することによって生成される顧客ＩＤ１０７と、アカウントデータ１２４内に格納されている既知の顧客ＩＤとを比較し、及び／又は鍵１０５及び／又は１０６を使用する復号が成功したという表示に基づいて、）データパッケージ１１７内の暗号を検証又は認証してもよい。鍵１０５、１０６がメモリ１２２内に格納されているように描かれているが、鍵１０５、１０６は、セキュアエレメント及び／又はＨＳＭ１２５などの他の場所に格納されてもよい。このような実施形態では、セキュアエレメント及び／又はＨＳＭ１２５は、鍵１０５及び／又は１０６と暗号化関数とを用いて暗号を復号してもよい。同様に、セキュアエレメント及び／又はＨＳＭ１２５は、前述のように、マスタ鍵１０５及びカウンタ値１０４に基づいて、多様化鍵１０６を生成してもよい。復号が成功した場合、認証アプリケーション１２３は、例えば、非接触カード１０１に対応するアカウントデータ１２４内のレコードを更新することによって、非接触カードを有効化してもよい。レコードは、非接触カード１０１が支払無効状態から支払有効状態に移行されたことを反映するように更新されてもよい。いくつかの実施形態では、認証アプリケーション１２３は、復号が成功したか失敗したかを示す復号結果をウェブブラウザ１１５及び／又はウェブページ１３４－１に送信してもよい。次に、ウェブページ１３４－１は、復号結果が暗号が復号され及び／又は復号されなかったことを示すか否かに基づいて、１以上の動作を実行してもよい。

しかしながら、認証アプリケーション１２３が、暗号を復号できず、期待される結果（例えば、非接触カード１０１に関連付けられた口座の顧客ＩＤ１０７）を生むことができない場合、認証アプリケーション１２３は、データパッケージ１１７の暗号を検証しない。このような例では、認証アプリケーション１２３は、非接触カードの有効化をやめることを決定する。認証アプリケーション１２３及び／又はウェブサーバ１２７は、失敗した復号の表示をウェブブラウザ１１５に送信してもよい。次に、ウェブページ１３４－１は、失敗した復号の表示、したがって失敗したカード有効化の表示を、ウェブブラウザを介してユーザに対して表示してもよい。

図１Ｄは、認証アプリケーション１２３がデータパッケージ１１７の暗号の復号に成功し、それによって暗号を検証（又は認証）した実施形態を示す。これに応答して、認証アプリケーション１２３は、アカウントデータ１２４内に有効化記録１４０を格納してもよい。有効化記録１４０は、非接触カード１０１が有効化され、支払いを処理するために使用可能であることを反映する。さらに、図示のように、認証アプリケーション１２３及び／又はウェブサーバ１２７は、確認１３９をデバイス１１０に送信する。確認１３９は、認証アプリケーション１２３がデータパッケージ１１７の暗号の復号に成功し、非接触カード１０１が有効化されたことを示す。ウェブページ１３４－１は、確認１３９を反映するように更新されてもよい。別の実施形態では、確認１３９はウェブページ１３４であり、ウェブブラウザ１１５は、確認１３９のウェブページ１３４を表示してもよい。

いくつかの実施形態では、ウェブページ１３４－１は、非接触カード１０１をデバイス１１０にタップするようにユーザに指示してもよい。これに応答して、ウェブページ１３４－１は、カードリーダ１１８を制御し、カードリーダ１１８に、カード１０１が有効化されたことを反映する表示を非接触カード１０１のメモリ１０２に格納させてもよい。そうすることで、アプレット１０３の一部、支払アプレット、及び／又はカード１０１内の他のロジックを有効化させ、又は他の方法で使用可能にしてもよい。

有効化されると、顧客は、非接触カード１０１を使用して支払いを処理することができる。例えば、顧客は、ウェブブラウザ１１５を使用して加盟店のウェブページを訪れ、カード１０１のカード番号、有効期限、及びカード検証値（ｃａｒｄ ｖｅｒｉｆｉｃａｔｉｏｎ ｖａｌｕｅ、ＣＶＶ）を支払情報として提供し、ウェブページ上で購入品の支払いを行ってもよい。その後、加盟店のウェブページは、要求された支払いを処理するための要求をサーバ１２０に提示してもよい。サーバ１２０は、有効化記録１４０に少なくとも部分的に基づいて、要求を承認し得る。

有利には、非接触カード１０１に関連付けられたエンティティによって提供される専用クライアントアプリケーション（例えば、非接触カード１０１に関連付けられた金融機関によって提供されるアプリケーション）をデバイス１１０が実行することを必要とせずに、非接触カード１０１が安全に有効化される。さらに、非接触カード１０１によって生成された暗号を有効化の条件として使用することにより、カード１０１のセキュリティが強化される。

図２Ａは、開示された実施形態と矛盾しない例示的なコンピューティングデバイス１１０を示す概略図２００である。より具体的には、図２Ａは、デバイス１１０がＯＳ１１２のホームの画面、又はページを出力し、非接触カード１０１がデバイス１１０にタップされる実施形態を示している。ホーム画面が描かれているが、非接触カード１０１がデバイス１１０にタップされたとき、ＯＳ１１２及び／又はデバイス１１０は、電源オン状態であればいかなる状態であってもよい。記載されているように、カード１０１がデバイス１１０にタップされると、アプレット１０３は、デバイス１１０にＵＲＬを提供してもよい。例えば、記載されているように、アプレット１０３は、非接触カードを有効化するためのウェブページ１３４に誘導されることを生成してもよい。したがって、図２Ａにおいてカード１０１がデバイスにタップされたとき、カード１０１は支払無効状態であり、支払いを処理するために使用することはできない。次に、アプレット１０３は、ＵＲＬをモバイルデバイス１１０に送信してもよい。受信されると、ＯＳ１１２は、例えば、ＯＳ１１２に登録されているウェブブラウザ１１５を起動してＵＲＬを開くなどの動作を実行してもよい。そうすることで、有利には、ＯＳ１１２のフォアグラウンドで動作するアクティブなアプリケーションを必要としない、ＵＲＬベースの認証のためのソリューションが提供される。

図２Ｂは、図２Ａの非接触カードからＵＲＬ１０８－２を受信するとデバイス１１０のウェブブラウザ１１５が起動される実施形態を示す概略図２１０である。一般的に、ＯＳ１１２は、ウェブブラウザ１１５を起動し、ＵＲＬ１０８－２を入力としてウェブブラウザ１１５に提供してもよい。そうすることで、ウェブブラウザは、指定されたＵＲＬ１０８－２のリソースにアクセスするためのＨＴＴＰ要求を生成してもよい。ＵＲＬ１０８－２は、一般的に、サーバ１２０、認証アプリケーション１２３、及び／又はウェブページ１３４のうちの１つに関連付けられてもよい。

図２Ｃは、ウェブブラウザ１１５が、非接触カード１０１から受信したＵＲＬ１０８－２でウェブページ１３４－２をロードして表示した実施形態を反映する概略図２２０である。ウェブページ１３４－２は、ＵＲＬ１０８－２を指定するウェブブラウザ１１５からのＨＴＴＰ要求に応答して、ウェブサーバ１２７から受信されてもよい。ウェブページ１３４－２は、ウェブページ１３４－１と同様の機能を含む。この機能は、例えば、非接触カード１０１によって生成されたデータを読み取ることによって、及び／又は、非接触カード１０１のメモリへデータを書き込むことによって、非接触カード１０１と通信する機能を含む。したがって、より一般的には、ウェブページ１３４－２及び／又はウェブブラウザ１１５は、一般的に、通信インタフェース１１８のＮＦＣ機能を制御し、ＮＦＣを介して非接触カード１０１と通信してもよい。

図示のように、ウェブページ１３４－２は、非接触カード１０１をコンピューティングデバイス１１０にタップしてカード１０１を有効化するようユーザに指示する。カード１０１がカードリーダ１１８の通信範囲内に入ると、ウェブページ１３４－２は、カードリーダ１１８を制御し、カードリーダ１１８に、非接触カード１０１のアプレット１０３に対して、前述のように多様化鍵１０６を生成し、生成された多様化鍵１０６を使用して暗号（例えば、暗号化された顧客ＩＤ１０７）を生成するように指示させる。アプレット１０３は、さらに、暗号と、暗号化されていない識別子（例えば、暗号化されていない顧客ＩＤ１０７）とを含むＮＤＥＦファイル又は他のデータパッケージを生成してもよい。

ウェブブラウザ１１５及び／又はウェブページ１３４－２は、次に、データパッケージ又はＮＤＥＦファイルを、例えば、ＮＦＣを介して読み取ってもよい。読み取られると、ウェブブラウザ１１５及び／又はウェブページ１３４－２は、処理のためにデータパッケージをサーバ１２０に送信してもよい。ウェブページ１３４－２は、任意に、例えば、データパッケージをフォーマットするように、データパッケージを処理してもよい。ウェブページ１３４－２及び／又はウェブブラウザ１１５は、さらに、暗号がデバイス１１０のカードリーダ１１８を介して非接触カード１０１から読み取られたことをサーバ１２０に提示してもよい。

受信されると、認証アプリケーション１２３は、データパッケージ内の暗号を検証するよう試みてもよい。少なくとも１つの実施形態では、アプレット１０３によって提供された暗号化されていない顧客ＩＤ１０７は、アカウントデータ１２４内の関連アカウント、カウンタ値１０４、及び／又はマスタ鍵１０５を識別するために認証アプリケーション１２３によって使用されてもよい。認証アプリケーション１２３は、マスタ鍵１０５と、インクリメントされたカウンタ値１０４とを、入力として暗号アルゴリズムに提供することによって暗号を解読しようとしてもよい。この暗号アルゴリズムは、出力として多様化鍵１０６を生成する。結果として得られる多様化鍵１０６は、暗号を生成するために非接触カード１０１によって生成された多様化鍵１０６のインスタンスに対応してもよく、暗号を復号するために使用されてもよい。一般的に、認証アプリケーション１２３は、復号が成功したか失敗したかを示す復号結果をウェブブラウザ１１５及び／又はウェブページ１３４－２に送信してもよい。復号が成功した場合、認証アプリケーション１２３は、例えばアカウントデータ１２４内の１以上の記録を更新することによって、非接触カード１０１を支払無効状態から支払有効状態に移行させてもよい。

図２Ｄは、非接触カード１０１によって生成され、ウェブページ１３４－２によって読み取られた暗号を、サーバ１２０が復号した実施形態を示す概略図２３０である。前述のように、サーバ１２０は、非接触カード１０１によって生成された暗号の復号に基づいて、支払いのために非接触カード１０１を有効化してもよい。サーバ１２０は、復号の結果をウェブページ１３４－２に伝達してもよい。図示のように、ウェブページ１３４－２は、復号が成功し、非接触カード１０１が支払いを処理するために有効化されたことを反映するように更新される。

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

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

図示のように、非接触カード１０１の接触パッド３２０は、情報を記憶し、処理し、及び伝達するための処理回路３２５を含んでもよく、処理回路３２５は、プロセッサ３３０と、メモリ１０２と、１以上の通信インタフェース１０９とを含む。処理回路３２５は、本明細書に記載の機能を実行するために必要な、プロセッサ、メモリ、エラー及びパリティ／ＣＲＣチェッカ、データエンコーダ、衝突防止アルゴリズム、コントローラ、コマンドデコーダ、セキュリティプリミティブ及び改ざん防止ハードウェアを含む更なる構成要素を含んでもよいことが理解される。

いくつかの実施形態において、メモリ１０２は、リードオンリーメモリ、ライトワンスリードマルチプルメモリ又はリード／ライトメモリ、例えば、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭであってもよく、非接触カード１０１は、これらのメモリの１つ以上を含んでもよい。リードオンリーメモリは、リード専用として工場でプログラム可能であってもよいし、一度だけプログラム可能であってもよい。一度のプログラム可能性は、一度書き込むと何度でも読み出すことができる機会を提供する。ライトワンス／リードマルチプルメモリは、メモリチップが工場から出荷された後の時点においてプログラムされてもよい。メモリが一度プログラムされると、書き換えることはできないが、何度も読み出すことができる。リード／ライトメモリは、工場出荷後に多数回プログラム及び再プログラムされてもよい。リード／ライトメモリはまた、工場を出た後に何度も読み出されてもよい。いくつかの実施態様では、メモリ１０２は、データを暗号化するためにプロセッサ３３０によって実行される暗号化アルゴリズムを利用する暗号化メモリであってもよい。

メモリ１０２は、１以上のアプレット１０３、１以上のカウンタ１０４、マスタ鍵１０５、多様化鍵１０６、顧客ＩＤ１０７、及び１以上のＵＲＬ１０８を記憶するように構成されてもよい。 １以上のアプレット１０３は、Ｊａｖａ（登録商標）カードアプレットなど、１以上の非接触カード上で実行されるように構成された１以上のソフトウェアアプリケーションを含んでもよい。しかしながら、アプレット１０３はＪａｖａ（登録商標）Ｃａｒｄアプレットに限定されず、代わりに、限られたメモリを有する非接触カード又は他のデバイス上で動作可能な任意のソフトウェアアプリケーションであってもよいことが理解される。１以上のカウンタ１０４は、整数を記憶するのに十分な数値カウンタを含んでもよい。顧客ＩＤ１０７は、非接触カード１０１のユーザに割り当てられた固有の英数字識別子を含んでもよく、識別子は、当該非接触カードのユーザを他の非接触カードのユーザと区別することができる。いくつかの例では、顧客ＩＤ１０７は、顧客とその顧客に割り当てられたアカウントの両方を識別してもよく、顧客のアカウントに関連付けられた非接触カード１０１を更に識別してもよい。

前述の例示的な実施形態のプロセッサ３３０及びメモリ要素は、コンタクトパッド３２０を参照して説明されているが、本開示はこれに限定されない。これらの要素は、接触パッド３２０の外側で実装されてもよく、それから完全に分離されて実装されてもよく、又は接触パッド３２０内に配置されたプロセッサ３３０及びメモリ１０２の要素に加えて、更なる要素として実装されてもよいことが理解される。

いくつかの例では、非接触カード１０１は、１以上のアンテナ３５５を含んでもよい。１以上のアンテナ３５５は、非接触カード１０１内及び接触パッド３２０の処理回路３２５の周囲に配置され得る。例えば、１以上のアンテナ３５５は、処理回路３２５と一体であってもよく、１以上のアンテナ３５５は、外部のブースターコイルと共に使用されてもよい。別の例として、１以上のアンテナ３５５は、コンタクトパッド３２０及び処理回路３２５の外部にあってもよい。

一実施形態では、非接触カード１０１のコイルは、空芯トランスの二次側として機能してもよい。端末は、電力又は振幅変調を切断することによって、非接触カード１０１と通信してもよい。非接触カード１０１は、１以上のキャパシタを介して機能的に維持され得る非接触カード１０１の電力接続のギャップを用いて、端末から送信されたデータを推定してもよい。非接触カード１０１は、コイルの負荷を切り替え、又は負荷変調を行うことによって、通信を返してもよい。負荷変調は、干渉によって端末のコイルで検出されてもよい。より一般的には、１以上のアンテナ３５５、プロセッサ３３０、及び／又はメモリ１０２を使用して、非接触カード１０１は、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、及び／又はＷｉ－Ｆｉ通信を介して通信する通信インタフェースを提供する。

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

ＮＤＥＦ ＯＴＰの一例は、ＮＤＥＦショートレコードレイアウト（ＳＲ＝１）である。そのような例では、１以上のアプレット１０３は、ＮＤＥＦタイプ４のよく知られたタイプのテキストタグとしてＯＴＰを符号化するように構成されてもよい。いくつかの例では、ＮＤＥＦメッセージは、暗号と、暗号化されていない顧客ＩＤ１０７（又はカード１０１及び／又は関連付けられたアカウントのための他の暗号化されていない固有識別子）などの１以上のレコードから構成されてもよい。アプレット１０３は、ＯＴＰレコードに加えて、１以上の静的タグレコードを追加するように構成されてもよい。

いくつかの例では、１以上のアプレット１０３は、ＲＦＩＤタグをエミュレートするように構成されてもよい。ＲＦＩＤタグは、１以上の多相型タグを含んでもよい。いくつかの例では、タグが読み取られるたびに、非接触カード１０１の真正性を示し得る様々な暗号化データが提示される。１以上のアプレット１０３に基づいて、タグのＮＦＣ読み取りが処理され、データが銀行システムのサーバなどのサーバに送信され、データがサーバで検証されてもよい。

いくつかの例では、非接触カード１０１及びサーバ１２０は、カードが適切に識別され得るような特定のデータを含んでもよい。非接触カード１０１は、１以上の固有の識別子（図示せず）を含んでもよい。読み取り動作が行われるたびに、カウンタ１０４がインクリメントするように構成されてもよい。いくつかの例では、非接触カード１０１からのデータが（例えば、コンピューティングデバイス１１０によって）読み取られるたびに、カウンタ１０４は、検証のためにサーバに送信され、カウンタ１０４がサーバのカウンタ１０４と（検証の一部として）等しいかどうかを判断する。

１以上のカウンタ１０４は、リプレイアタックを防止するように構成されてもよい。例えば、暗号が取得され、リプレイされた場合、カウンタ１０４が読み取られ、又は使用され、又は他の方法で受け渡された場合、その暗号は直ちに拒否される。カウンタ１０４は、使用されていない場合、リプレイされ得る。いくつかの例では、カード上でインクリメントされるカウンタは、取引のためにインクリメントされるカウンタと異なる。非接触カード１０１上のアプレット１０３の間の通信がないため、非接触カード１０１は、アプリケーション取引のカウンタ１０４を決定することができない。いくつかの例では、非接触カード１０１は、取引アプレットであり得る第１のアプレット１０３－１と、本明細書に開示されるように呼び出しを認証するための認証アプレットであり得る第２のアプレット１０３－２とを含んでもよい。各アプレット１０３－１及び１０３－２は、それぞれのカウンタ１０４を含んでもよい。

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

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

カウンタ１０４、マスタ鍵、及び多様化鍵を参照して本明細書に記載された鍵の多様化技術は、暗号化及び／又は復号の鍵の多様化技術の一例である。本開示は、他の種類の鍵の多様化技術にも同様に適用可能であるため、この例示的な鍵の多様化技術は、本開示を限定的すると考えられるべきではない。

非接触カード１０１の生成プロセス中に、２つの暗号鍵がカード毎に一意に割り当てられてもよい。暗号鍵は、データの暗号化及び復号の両方で使用され得る対称鍵を含んでもよい。トリプルＤＥＳ（３ＤＥＳ）アルゴリズムは、ＥＭＶによって使用されてもよく、非接触カード１０１のハードウェアによって実装される。鍵の多様化プロセスを使用することによって、１以上の鍵は、鍵を必要とする各エンティティの一意に識別可能な情報に基づいて、マスタ鍵から得られてもよい。

いくつかの例では、脆弱性の影響を受けやすい３ＤＥＳアルゴリズムの欠陥を克服するために、（セッション毎の固有な鍵などの）セッション鍵が得られてもよいが、マスタ鍵を使用するのではなく、固有のカード導出された鍵とカウンタとが多様化データとして使用されてもよい。例えば、実施中に非接触カード１０１が使用されるたびに、メッセージ認証コード（ＭＡＣ）の生成と暗号化の実行のために異なる鍵が使用されてもよい。この結果、３重の暗号が実現される。セッションキーは、１以上のアプレットによって生成され、（EMV 3.3 Book 2 A1.3.1 Common Session Key Derivationにおいて定義されているような）１以上のアルゴリズムでアプリケーション取引カウンタを使用することによって得られてもよい。

さらに、各カードの増加量は、一意であってもよく、個別化によって割り当てられ、又は何らかの識別情報によってアルゴリズム的に割り当てられてもよい。例えば、奇数番号のカードは２だけインクリメントし、偶数番号のカードは５だけインクリメントしてもよい。いくつかの例では、増加量はまた、１つのカードが順に１、３、５、２、２、．．．を繰り返してインクリメントするように、連続的な読み取りの中で変化してもよい。特定のシーケンス又はアルゴリズムシーケンスは、個別化時に定義され、又は固有の識別子に由来する１以上のプロセスから定義されてもよい。これにより、リプレイアタックをする者が少数のカードの実例から一般化することを困難にしてもよい。

認証メッセージは、１６進ＡＳＣＩＩ形式のテキストＮＤＥＦレコードの内容として運ばれてもよい。他の例では、ＮＤＥＦレコードは、１６進数フォーマットで符号化されてもよい。

図４は、例示的な実施形態によるＮＤＥＦショートレコードレイアウト（ＳＲ＝１）のデータ構造４００を示す。１以上のアプレットは、ＮＤＥＦタイプ４のよく知られたタイプのテキストタグとしてＯＴＰを符号化するように構成されてもよい。いくつかの例では、ＮＤＥＦメッセージは、１以上のレコードから構成されてもよい。アプレットは、ＯＴＰレコードに加えて、１以上の静的タグレコードを追加するように構成されてもよい。例示的なタグは、タグタイプ：よく知られているタイプ、テキスト、英語の符号化（ｅｎ）；アプレットＩＤ：Ｄ２７６００００８５０１０４；機能：読み取り専用アクセス；符号化：認証メッセージは、ＡＳＣＩＩ１６進数として符号化されてもよい；ｔｙｐｅ－ｌｅｎｇｔｈ－ｖａｌｕｅ（ＴＬＶ）データは、ＮＤＥＦメッセージを生成するために使用され得る個別化パラメータとして提供されてもよい、を含むが、これに限定されない。一実施形態では、認証テンプレートは、実際の動的認証データを提供するためのよく知られているインデックスと共に、最初のレコードを含んでもよい。様々な実施形態において、データ構造４００のペイロードは、暗号（例えば、暗号化された顧客ＩＤ１０７）と、カード１０１及び／又はカード１０１に関連付けられたアカウントを一意に識別する暗号化されていない顧客ＩＤ１０７、及び／又は他の暗号化されていない何らかの値などの他の任意の関連データと、を格納してもよい。

開示された実施形態についての動作は、以下の図を参照して更に記述される。図のいくつかは、論理フローを含んでもよい。本明細書で提示されるそのような図は、特定の論理フローを含み得るが、論理フローは、本明細書に記載されるような一般的な機能をどのように実装できるのかについての一例を提供するに過ぎないことが理解される。さらに、与えられた論理フローは、特に示唆されない限り、必ずしも提示された順序で実行されなければならないのではない。さらに、論理フローにおいて例示された全ての動作が、他の実施形態において必要であるとは限らない。さらに、与えられた論理フローは、ハードウェア要素、プロセッサによって実行されるソフトウェア要素、又はそれらの任意の組み合わせによって実装されてもよい。実施形態は、この文脈に限定されない。

図５は、論理フロー５００の一実施形態を示す。論理フロー５００は、本明細書に記載される１以上の実施形態によって実行される動作の一部又は全部を代表し得る。例えば、論理フロー５００は、ウェブブラウザ１１５を使用して非接触カード１０１を有効化する動作の一部又は全部を含んでもよい。実施形態は、この文脈に限定されない。

ブロック５０５では、非接触カード１０１が、スマートフォンなどのコンピューティングデバイス１１０にタップされる。ブロック５１０において、非接触カード１０１上で実行されるアプレット１０３は、サーバ１２０及び／又はその構成要素などのリソース宛のＵＲＬ１０８を生成する（又は選択する）。ブロック５１５において、コンピューティングデバイス１１０は、例えばＮＦＣを介して、非接触カード１０１からＵＲＬ１０８を受信する。ブロック５２０において、コンピューティングデバイス１１０のＯＳ１１２は、ウェブブラウザ１１５を起動し、ＵＲＬ１０８をウェブブラウザ１１５に提供する。そうすることで、ウェブブラウザ１１５は、サーバ１２０のウェブサーバ１２７から、例えば、ＨＴＴＰ要求を介して、ＵＲＬ１０８に配置されたリソースを要求してもよい。ブロック５２５において、ウェブブラウザ１１５は、ＵＲＬ１０８のリソースに対する要求に基づいて、ウェブサーバ１２７からウェブページ１３４を受信する。ウェブブラウザ１１５は、受信されたウェブページ１３４を表示し、ロードし、又はその他の方法で処理し、ウェブページ１３４を表示デバイスに表示してもよい。ウェブページ１３４は、一般的に、ウェブページ１３４がデバイス１１０の通信インタフェース１１８を制御することを可能にする命令を含み、それによって、ウェブページ１３４及び／又はウェブブラウザ１１５が非接触カード１０１とのＮＦＣ通信を制御し又は他の方法で関与することを可能にしてもよい。

ブロック５３０において、ウェブページ１３４は、非接触カード１０１をコンピューティングデバイス１１０にタップさせる命令を出力する。これに応答して、ユーザは、コンピューティングデバイス１１０（例えば、第２のタッピングインスタンス）に対して非接触カード１０１をタップし得る。非接触カード１０１がデバイス１１０の通信範囲内に入ったことを検出すると、ウェブページ１３４は、アプレット１０３に、暗号と、暗号化されていない顧客ＩＤ１０７（又は任意の他の固有の識別子）とを含むデータパッケージ（例えば、ＮＤＥＦファイル）を生成するよう指示してもよい。ブロック５３５において、ウェブページ１３４及び／又はウェブブラウザ１１５は、通信インタフェース１１８を制御することによって、非接触カード１０１によって生成されたデータパッケージ（例えば、ＮＤＥＦファイル）を読み取ってもよい。いくつかの実施形態では、ウェブページ１３４は、データパッケージを処理し、例えば、フォーマットし、値を抽出し、パッケージを修正し、データパッケージがカード１０１を有効化する要求の一部であるという表示を含んでもよい。ブロック５４０において、ウェブページ１３４及び／又はウェブブラウザ１１５は、受信したデータパッケージをサーバ１２０及び／又はその任意の構成要素に送信してもよい。

ブロック５４５において、サーバ１２０は、受信したデータパッケージ内の暗号を復号し、又は検証しようとする。復号及び／又は検証が成功しない場合、サーバ１２０は、非接触カード１０１を有効化する要求を拒否してもよい。そうでない場合、サーバは、暗号の復号及び／又は検証の成功に基づいて、非接触カード１０１を有効化する要求を承認してもよい。ブロック５５０において、サーバ１２０は、復号及び／又は検証に基づいて、非接触カード１０１を有効化する。例えば、サーバ１２０は、アカウントデータ１２４を更新して非接触カード１０１の有効化を反映させ、それによって、非接触カード１０１を使用して、支払いを処理し、及び／又は非接触カード１０１が有効化状態（又は支払有効状態）であることを必要とする他の機能を実行することを可能にしてもよい。

ブロック５５５において、サーバ１２０は、成功した復号の復号結果を含み、非接触カード１０１が有効化されたことを示す応答をウェブブラウザ１１５に送信してもよい。ブロック５６０において、サーバ１２０は、有効化された非接触カード１０１を使用して支払いを処理するための要求を受信する。ブロック５６５において、サーバ１２０（例えば、認証アプリケーション１２３）は、ブロック５５０における非接触カード１０１の有効化に少なくとも部分的に基づいて、ブロック５６０で受信した要求を承認してもよい。

図６は、論理フロー６００の一実施形態を示す。論理フロー６００は、本明細書に記載される１以上の実施形態によって実行される動作の一部又は全部を代表し得る。例えば、論理フロー６００は、ウェブブラウザ１１５を使用して非接触カード１０１を有効化するための動作の一部又は全部を含んでもよい。より具体的には、論理フロー６００は、ウェブブラウザ１１５を使用して非接触カード１０１を有効化するためにシステム１００によって実行される動作の一部又は全部を含んでもよい。実施形態は、この文脈に限定されない。

図示のように、ブロック６０５において、非接触カード１０１のアプレット１０３は、カード１０１を有効化するために暗号を生成するためのウェブページ１３４からの命令に応答して、カウンタ１０４をインクリメントしてもよい。ウェブページ１３４は、デバイス１１０の通信インタフェース１１８を制御することにより、カード１０１に命令を提供してもよい。ブロック６１０において、アプレット１０３は、暗号化関数を用いて、マスタ鍵１０５と、インクリメントされたカウンタ値１０４とを暗号化する。そうすることで、多様化鍵１０６が得られる場合がある。ブロック６１５において、アプレット１０３は、多様化鍵１０６を使用していくつかのデータ（例えば、顧客ＩＤ１０７、又は他の固有の識別子）を暗号化して暗号を生成する。ブロック６２０において、アプレット１０３は、ブロック６１５で生成された暗号と暗号化されていない識別子（例えば、暗号化されていない顧客ＩＤ１０７）とを含むデータパッケージ（例えば、ＮＤＥＦファイル）を生成する。ブロック６２５において、デバイス１１０は、ブロック６２０で生成されたデータパッケージを受信する。一般的に、ウェブページ１３４は、通信インタフェース１１８に、非接触カード１０１からデータパッケージを読み取るよう指示してもよい。

ブロック６３０において、デバイス１１０は、データパッケージをサーバ１２０に送信してもよい。ブロック６３５において、サーバ１２０及び／又はその任意の構成要素は、データパッケージ内の暗号化されていない顧客ＩＤ１０７を決定してもよい。そうすることで、サーバ１２０は、ブロック６４０において、アカウントデータ１２４内のカード１０１のマスタ鍵１０５及び／又はカウンタ値１０４を識別することができる。ブロック６４５において、サーバ１２０は、ブロック６４０で識別されたカウンタ値１０４をインクリメントしてもよい。ブロック６５０において、サーバ１２０は、ブロック６４０で識別されたマスタ鍵１０５と、ブロック６４５でインクリメントされたカウンタ値１０４とを、暗号化関数で暗号化し、多様化鍵１０６のインスタンスを生成してもよい。ブロック６５５において、サーバ１２０は、多様化鍵１０６を使用して暗号を復号してもよい。サーバ１２０は、復号及び／又は１以上の更なる動作に基づいて、暗号を検証してもよい。例えば、サーバ１２０は、ブロック６５５における復号の結果を、アカウントデータ１２４の中の記憶された顧客ＩＤ１０７と比較してもよい。サーバ１２０は、比較の結果が一致した場合、暗号を検証してもよい。そのような例では、サーバ１２０は、例えば、アカウントデータ１２４のレコードを更新して有効化を反映させることにより、非接触カード１０１を有効化してもよい。そうでない場合、サーバ１２０は、非接触カード１０１を有効化することを控え、非接触カード１０１を支払無効状態のままにしてもよい。

図７は、論理フロー７００の一実施形態を示す。論理フロー７００は、本明細書に記載された１以上の実施形態によって実行される動作の一部又は全部を代表し得る。例えば、論理フロー７００は、ウェブブラウザ１１５を使用して非接触カード１０１を有効化する動作の一部又は全部を含んでもよい。実施形態は、この文脈に限定されない。

図示のように、ブロック７０５において、サーバ１２０及び／又はその任意の構成要素は、デバイス１１０のウェブブラウザ１１５からカード有効化ウェブページ１３４にアクセスするための要求を受信する。ブロック７１０において、サーバ１２０は、要求しているウェブブラウザ１１５に有効化ウェブページ１３４－１を送信する。ブロック７１５において、サーバ１２０は、非接触カード１０１によって生成されたデータパッケージを受信する。データパッケージは、通信インタフェース１１８のＮＦＣ機能を制御するウェブブラウザ１１５によって、非接触カード１０１から読み取られてもよい。データパッケージは、暗号と、暗号化されていない顧客識別子とを含んでもよい。ブロック７２０において、サーバ１２０は、例えばアカウントデータ１２４に基づいて、非接触カード１０１が支払無効状態にあると判定する。

ブロック７３０において、サーバ１２０は、ブロック７１５で受信されたデータパッケージ内の暗号化されていない顧客識別子に基づいて、アカウントデータ１２４内のカード１０１のマスタ鍵１０５及び／又はカウンタ値１０４を識別する。ブロック７３５において、サーバ１２０は、ブロック７３０で識別されたカウンタ値１０４をインクリメントしてもよい。ブロック７４０において、サーバ１２０は、ブロック７３０で識別されたマスタ鍵１０５と、ブロック７３５でインクリメントされたカウンタ値１０４とを、暗号化関数で暗号化し、多様化鍵１０６のインスタンスを生成してもよい。ブロック７４５において、サーバ１２０は、ブロック７４０で生成された多様化鍵１０６を使用して、暗号を復号し及び／又は他の方法で検証してもよい。ブロック７５０において、サーバ１２０は、アカウントデータ１２４のレコードを更新することによって、非接触カード１０１を有効化し、非接触カード１０１が支払無効状態から支払有効状態に移行したことを反映する。

ブロック７５５において、サーバ１２０は、復号及び／又は検証が成功したことと、非接触カード１０１が支払有効状態に移行したこととを反映する表示を、ウェブブラウザ１１５内のウェブページ１３４－１に送信してもよい。ブロック７６０において、サーバ１２０は、非接触カード１０１を使用して動作を実行するための要求を受信する。例えば、ウェブブラウザ１１５は、非接触カード１０１を使用して購入を処理するための要求を生成してもよい。ブロック７６５において、サーバ１２０は、ブロック７５０における非接触カードの有効化に少なくとも部分的に基づいて、要求を承認してもよい。

図８は、前述のような様々な実施形態を実施するのに適している可能性があるコンピューティングシステム８０２を含む例示的なコンピュータアーキテクチャ８００の一実施形態を示す。一実施形態では、コンピュータアーキテクチャ８００は、コンピューティングシステム１００の一部を含み、又はコンピューティングシステム１００の一部として実装されてもよい。いくつかの実施形態では、コンピューティングシステム８０２は、例えば、システム１００の非接触カード１０１、コンピューティングデバイス１１０、及びサーバ１２０を代表してもよい。実施形態は、この文脈に限定されない。より一般的には、コンピューティングアーキテクチャ８００は、図１Ａ～７を参照して本明細書に記載される全ての論理、アプリケーション、システム、方法、装置、及び機能性を実施するように構成される。

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

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

図８に示すように、コンピューティングアーキテクチャ８００は、プロセッサ８０４と、システムメモリ８０６と、システムバス８０８とを含む。プロセッサ８０４は、様々な商業的に利用可能なプロセッサのいずれであってもよい。

システムバス８０８は、システムメモリ８０６を含むがこれに限定されないシステム構成要素のためのインタフェースを、プロセッサ８０４に提供する。システムバス８０８は、市販の様々なバスアーキテクチャのいずれかを使用するメモリバス（メモリコントローラの有無にかかわらず）、周辺機器バス、及びローカルバスに更に相互接続し得る、いくつかの種類のバス構造のいずれであってもよい。インタフェースアダプタは、スロットアーキテクチャを介してシステムバス８０８に接続してもよい。例示的なスロットアーキテクチャは、Accelerated Graphics Port（ＡＧＰ）、カードバス、（拡張）業界標準アーキテクチャ（（Ｅ）ＩＳＡ）、Micro Channel Architecture（ＭＣＡ）、NuBus、Peripheral Component Interconnect (Extended)（ＰＣＩ（Ｘ））、PCI Express、パーソナルコンピュータメモリカード国際協会（ＰＣＭＣＩＡ）などを含むが、限定されない。

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

システムメモリ８０６は、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、ダブルデータレートＤＲＡＭ（ＤＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能なプログラマブルＲＯＭ（ＥＰＲＯＭ）、電気的消去可能なプログラマブルＲＯＭ（ＥＥＰＲＯＭ）、フラッシュメモリ、強誘電体ポリマメモリなどのポリマメモリ、ｏｖｏｎｉｃメモリ、相変化メモリ又は強誘電体メモリ、シリコン－酸化物－窒化物－酸化物－シリコン（ＳＯＮＯＳ）メモリ、磁気カード又は光カード、Redundant Array of Independent Disks（ＲＡＩＤ）ドライブなどのデバイスのアレイ、固体メモリデバイス（例えば、ＵＳＢメモリ）、ソリッドステートドライブ（ＳＳＤ）、及び情報を記憶するのに適した他の任意の種類の記憶媒体などの、１以上の高速メモリユニットの形態の様々な種類のコンピュータ可読記憶媒体を含み得る。図８に示された実施形態では、システムメモリ８０６は、不揮発性メモリ８１０及び／又は揮発性メモリ８１２を含んでもよい。基本入出力システム（ＢＩＯＳ）は、不揮発性メモリ８１０内に格納されてもよい。

コンピュータ８０２は、内部（又は外部）ハードディスクドライブ８３０、取外し可能な磁気ディスク８２０から読み取り又は書き込むための磁気ディスクドライブ８１６、及び取り外し可能な光ディスク８３２（例えば、ＣＤ－ＲＯＭ又はＤＶＤ）から読み取り又は書き込むための光ディスクドライブ８２８を含む１以上の低速メモリユニットの形態の様々な種類のコンピュータ可読記憶媒体を含み得る。ハードディスクドライブ８３０、磁気ディスクドライブ８１６及び光ディスクドライブ８２８は、それぞれＨＤＤインタフェース８１４、及びＦＤＤインタフェース８１８、及び光ディスクドライブインタフェース８３４によって、システムバス８０８に接続可能である。外部ドライブ実装用のＨＤＤインタフェース８１４は、ユニバーサルシリアルバス（ＵＳＢ）及びＩＥＥＥ１３９４インタフェース技術のうちの少なくとも１つ又は両方を含んでもよい。

ドライブ及び関連するコンピュータ可読媒体は、データ、データ構造、コンピュータ実行可能命令などの揮発性及び／又は不揮発性のストレージを提供する。例えば、オペレーティングシステム８２２、１以上のアプリケーション８４２、他のプログラムモジュール８２４、及びプログラムデータ８２６を含む多数のプログラムモジュールが、ドライブ及び不揮発性メモリ８１０、及び揮発性メモリ８１２に格納可能である。一実施形態では、１以上のアプリケーション８４２、他のプログラムモジュール８２４、及びプログラムデータ８２６は、例えば、アプレット１０３、カウンタ１０４、マスタ鍵１０５、多様化鍵１０６、顧客ＩＤ１０７、ＵＲＬ１０８、ウェブブラウザ１１５、データパッケージ１１７、暗号、認証アプリケーション１２３、アカウントデータ１２４、ウェブサーバ１２７、及びウェブページ１３４などのシステム１００の種々のアプリケーション及び／又は構成要素を含むことができる。

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

モニタ８４４又は他の種類の表示デバイスも、ビデオアダプタ８４６などのインタフェースを介してシステムバス８０８に接続される。モニタ８４４は、コンピュータ８０２の内部又は外部にあってもよい。モニタ８４４に加えて、コンピュータは、典型的には、スピーカ、プリンタなどの他の周辺出力デバイスを含む。

コンピュータ８０２は、リモートコンピュータ８４８などの１以上のリモートコンピュータへの有線及び／又は無線通信による論理接続を使用して、ネットワーク環境で動作し得る。リモートコンピュータ８４８は、ワークステーション、サーバコンピュータ、ルータ、パーソナルコンピュータ、ポータブルコンピュータ、マイクロプロセッサベースの娯楽器具、ピアデバイス、又は他の共通のネットワークノードであってもよく、典型的には、コンピュータ８０２に関連して説明された多くの又は全ての要素を含むが、簡潔にする目的のために、メモリ及び／又は記憶デバイス８５８のみが図示されている。図示されている論理接続は、ローカルエリアネットワーク８５６及び／又はより大きなネットワーク、例えば広域ネットワーク８５４への有線／無線接続を含む。このようなＬＡＮ及びＷＡＮネットワーキング環境は、オフィス及び企業において一般的であり、イントラネットなどの企業規模のコンピュータネットワークを促進し、これら全てが、例えばインターネットなどのグローバル通信ネットワークに接続してもよい。

ローカルエリアネットワーク８５６のネットワーキング環境で使用される場合、コンピュータ８０２は、有線及び／又は無線通信ネットワークインタフェース又はネットワークアダプタ８３８を介してローカルエリアネットワーク８５６に接続される。ネットワークアダプタ８３８は、ローカルエリアネットワーク８５６への有線及び／又は無線通信を容易にすることができ、ネットワークアダプタ８３８の無線機能と通信するためにその上に配置された無線アクセスポイントも含んでもよい。

広域ネットワーク８５４のネットワーキング環境で使用される場合、コンピュータ８０２は、モデム８４０を含むことができ、又は、広域ネットワーク８５４上の通信サーバに接続され、又は、広域ネットワーク８５４上で、例えばインターネットによって通信を確立するための他の手段を有する。内部又は外部の、並びに有線及び／又は無線のデバイスであり得るモデム８４０は、入力デバイスインタフェース８３６を介してシステムバス８０８に接続する。ネットワーク環境では、コンピュータ８０２に関連して表現されたプログラムモジュール、又はその一部は、リモートメモリ及び／又は記憶デバイス８５８に記憶され得る。図示されたネットワーク接続は例示的であり、コンピュータ間の通信リンクを確立する他の手段が使用されてもよいことが理解されるであろう。

コンピュータ８０２は、無線通信（例えば、ＩＥＥＥ８０２．１１無線変調技術）の中に動作可能に配置された無線デバイスなどの、ＩＥＥＥ８０２ファミリの規格を使用する有線及び無線デバイス又はエンティティと通信することができる。これは、少なくとも、Ｗｉ－Ｆｉ（又はWireless Fidelity）、ＷｉＭａｘ、及びＢｌｕｅｔｏｏｔｈ（登録商標）無線技術などを含む。したがって、通信は、従来のネットワークのように予め定められた構造であってもよく、又は、単に少なくとも２つの機器間のアドホックな通信であってもよい。Ｗｉ－Ｆｉネットワークは、ＩＥＥＥ８０２．１１（ａ、ｂ、ｇ、ｎなど）と呼ばれる無線技術を使用し、安全で信頼性が高く高速な無線接続を提供する。Ｗｉ－Ｆｉネットワークは、コンピュータ同士、インターネット、及び（ＩＥＥＥ８０２．３関連のメディアと機能とを使用する）有線ネットワークに接続するために使用可能である。

図１Ａ～８を参照して以上で説明したようなデバイスの様々な要素は、様々なハードウェア要素、ソフトウェア要素、又は両者の組合せを含んでもよい。ハードウェア要素の例は、デバイス、論理デバイス、構成要素、プロセッサ、マイクロプロセッサ、回路、プロセッサ、回路要素（例えば、トランジスタ、抵抗器、コンデンサ、インダクタなど）、集積回路、特定用途向け集積回路（ＡＳＩＣ）、プログラム可能論理デバイス（ＰＬＤ）、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、メモリユニット、論理ゲート、レジスタ、半導体デバイス、チップ、マイクロチップ、チップセットなどであり得る。ソフトウェア要素の例は、ソフトウェア構成要素、プログラム、アプリケーション、コンピュータプログラム、アプリケーションプログラム、システムプログラム、ソフトウェア開発プログラム、マシンプログラム、オペレーティングシステムソフトウェア、ミドルウェア、ファームウェア、ソフトウェアモジュール、ルーチン、サブルーチン、機能、方法、手順、ソフトウェアインタフェース、アプリケーションプログラムインタフェース（ＡＰＩ）、命令セット、演算コード、コンピュータコード、コードセグメント、コンピュータコードセグメント、単語、値、記号、又はそれらの任意の組合せを含む。しかしながら、実施形態がハードウェア要素及び／又はソフトウェア要素を使用して実施されるかどうかを決定することは、所与の実施に対して所望の計算速度、電力レベル、熱耐性、処理サイクル予算、入力データ速度、出力データ速度、メモリリソース、データバス速度及び他の設計又は性能制約などの任意の数の要因に従って変化し得る。

少なくとも１つの実施形態の１以上の態様は、プロセッサ内の様々なロジックを表す機械的に可読な媒体に格納された代表的な命令によって実施されてもよい。命令は、機械によって読み取られると、機械に、本明細書に記載された技術を実行するためのロジックを生成させる。「ＩＰコア」として知られるこのような表現は、有形で機械的に可読な媒体に格納されてもよく、論理又はプロセッサを作成する製造機械内にロードするために、様々な顧客又は製造施設に供給されてもよい。いくつかの実施形態は、例えば、機械によって実行されると、実施形態に従った方法及び／又は動作を機械に実行させ得る命令又は命令のセットを記憶し得る機械的に可読な媒体又は物品を使用して実施され得る。そのような機械は、例えば、任意の適切な処理プラットフォーム、コンピューティングプラットフォーム、コンピューティングデバイス、処理デバイス、コンピューティングシステム、処理システム、コンピュータ、プロセッサなどを含んでもよく、ハードウェア及び／又はソフトウェアの任意の適切な組合せを用いて実施されてもよい。機械的に可読な媒体又は物品は、例えば、任意の適切な種類のメモリユニット、メモリデバイス、メモリ物品、メモリ媒体、記憶デバイス、記憶物品、記憶媒体及び／又は記憶ユニット、例えば、メモリ、取外し可能な又は非取外し可能な媒体、消去可能又は非消去可能媒体、書込み可能又は再書込み可能媒体、デジタル又はアナログ媒体、ハードディスク、フロッピーディスク、コンパクトディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、コンパクトディスクレコーダブル（ＣＤ－Ｒ）、コンパクトディスクリライタブル（ＣＤ－ＲＷ）、光ディスク、磁気媒体、光磁気媒体、取外し可能なメモリカード又はディスク、様々な種類のデジタル多用途ディスク（ＤＶＤ）、テープ、カセットなどを含んでもよい。命令は、任意の適切な高レベルプログラミング言語、低レベルプログラミング言語、オブジェクト指向プログラミング言語、ビジュアルプログラミング言語、コンパイル及び／又は解釈されたプログラミング言語を使用して実施される、ソースコード、コンパイルコード、解釈コード、実行可能コード、静的コード、動的コード、暗号化コードなどの、任意の適切な種類のコードを含んでもよい。

例示的な実施形態の前述の説明は、例示及び説明の目的で提示された。それは、網羅的であること、又は本開示を開示された正確な形態に限定することを意図していない。本開示に照らして、多くの修正及び変形が可能である。本開示の範囲は、この詳細な説明によってではなく、本明細書に添付された請求の範囲によって限定されることが意図される。本出願の優先権を主張する将来の出願は、異なる方法で開示された主題を請求してもよく、一般的に、本明細書で様々に開示され又は示される１以上の限定の任意のセットを含んでもよい。

Claims (20)

1. プロセッサと、
   前記プロセッサによって実行されると、前記プロセッサに、
   無線のカードリーダを介して支払無効状態の非接触カードからリソースのためのネットワークアドレスを受信させ、
   ウェブブラウザで、前記非接触カードから前記カードリーダを介して受信された前記ネットワークアドレスの前記リソースにアクセスさせ、
   前記ウェブブラウザの前記リソースによって、前記非接触カードから暗号を受信するように前記カードリーダを動作させ、
   前記ウェブブラウザの前記リソースによって、前記暗号をサーバに送信させ、
   前記ウェブブラウザの前記リソースによって、前記サーバから、前記非接触カードが前記支払無効状態から支払有効状態に移行したことを特定する応答を受信させる
   命令を含むメモリと、
   を備える装置。
2. 前記メモリは、前記プロセッサによって実行されると、前記プロセッサに、
   前記ウェブブラウザの前記リソースによって、前記サーバから復号結果を受信させ、
   前記ウェブブラウザの前記リソースによって、前記サーバが前記暗号を復号したと判断させる
   命令を含む、請求項１に記載の装置。
3. 前記メモリは、前記プロセッサによって実行されると、前記プロセッサに、
   前記プロセッサ上で実行されるオペレーティングシステムによって、前記ネットワークアドレスを受信すると、前記ウェブブラウザを起動して前記リソースにアクセスさせ、
   前記ウェブブラウザの前記リソースによって、前記非接触カードが前記支払無効状態から前記支払有効状態に移行したことを特定する前記応答を表示させる
   命令を含む、請求項１に記載の装置。
4. 前記ネットワークアドレスは、前記非接触カードによって生成されたユニフォームリソースロケータ（ＵＲＬ）を含む、請求項１に記載の装置。
5. 前記カードリーダは、近距離無線通信（ＮＦＣ）を利用して前記非接触カードから前記リソースのための前記ネットワークアドレスを受信する、請求項１に記載の装置。
6. 前記カードリーダの動作は、前記非接触カード上で実行されるアプレットに、前記ネットワークアドレスと前記暗号とを生成するように命令することを含む、請求項１に記載の装置。
7. 前記メモリは、前記プロセッサによって実行されると、前記プロセッサに、
   前記ウェブブラウザの前記リソースによって、暗号化されていない顧客識別子を前記暗号と共に受信させ、
   前記ウェブブラウザの前記リソースによって、前記暗号化されていない顧客識別子を前記暗号と共に前記サーバに送信させる
   命令を含む、請求項１に記載の装置。
8. 命令セットを含む非一時的コンピュータ可読媒体であって、
   前記命令セットは、プロセッサ回路によって実行されると、前記プロセッサ回路に、
   無線のカードリーダを介して支払無効状態の非接触カードからリソースのためのネットワークアドレスを受信させ、
   ウェブブラウザで、前記非接触カードから前記カードリーダを介して受信された前記ネットワークアドレスの前記リソースにアクセスさせ、
   前記ウェブブラウザの前記リソースによって、前記非接触カードから暗号を受信するように前記カードリーダを動作させ、
   前記ウェブブラウザの前記リソースによって、前記暗号をサーバに送信させ、
   前記ウェブブラウザの前記リソースによって、前記サーバから、前記非接触カードが前記支払無効状態から支払有効状態に移行したことを特定する応答を受信させる、
   非一時的コンピュータ可読媒体。
9. 前記プロセッサ回路によって実行されると、前記プロセッサ回路に、
   前記ウェブブラウザの前記リソースによって、前記サーバから復号結果を受信させ、
   前記ウェブブラウザの前記リソースによって、前記サーバが前記暗号を復号したと判断させる
   命令を含む、請求項８に記載の非一時的コンピュータ可読媒体。
10. 前記プロセッサ回路によって実行されると、前記プロセッサ回路に、
    前記プロセッサ回路上で実行されるオペレーティングシステムによって、前記ネットワークアドレスを受信すると、前記ウェブブラウザを起動して前記リソースにアクセスさせ、
    前記ウェブブラウザの前記リソースによって、前記非接触カードが前記支払無効状態から前記支払有効状態に移行したことを特定する前記応答を表示させる
    命令を含む、請求項８に記載の非一時的コンピュータ可読媒体。
11. 前記ネットワークアドレスは、前記非接触カードによって生成されたユニフォームリソースロケータ（ＵＲＬ）を含む、請求項８に記載の非一時的コンピュータ可読媒体。
12. 前記カードリーダは、近距離無線通信（ＮＦＣ）を利用して前記非接触カードから前記リソースのための前記ネットワークアドレスを受信し、前記カードリーダの動作は、前記非接触カード上で実行されるアプレットに、前記ネットワークアドレスと前記暗号とを生成するように命令することを含む、請求項８に記載の非一時的コンピュータ可読媒体。
13. 前記プロセッサ回路によって実行されると、前記プロセッサ回路に、
    前記ウェブブラウザの前記リソースによって、暗号化されていない顧客識別子を前記暗号と共に受信させ、
    前記ウェブブラウザの前記リソースによって、前記暗号化されていない顧客識別子を前記暗号と共に前記サーバに送信させる
    命令を含む、請求項８に記載の非一時的コンピュータ可読媒体。
14. コンピューティングデバイスによって、前記コンピューティングデバイスの無線のカードリーダを介して支払無効状態の非接触カードからリソースのためのネットワークアドレスを受信するステップと、
    前記コンピューティングデバイス上で実行されるウェブブラウザで、前記非接触カードから前記カードリーダを介して受信された前記ネットワークアドレスの前記リソースにアクセスするステップと、
    前記ウェブブラウザの前記リソースによって、前記非接触カードから暗号を受信するように前記カードリーダを動作させるステップと、
    前記ウェブブラウザの前記リソースによって、前記暗号をサーバに送信するステップと、
    前記ウェブブラウザの前記リソースによって、前記サーバから、前記非接触カードが前記支払無効状態から支払有効状態に移行したことを特定する応答を受信するステップと、
    を含む方法。
15. 前記ウェブブラウザの前記リソースによって、前記サーバから復号結果を受信するステップと、
    前記ウェブブラウザの前記リソースによって、前記サーバが前記暗号を復号したと判断するステップと、を含む、
    請求項１４に記載の方法。
16. 前記デバイスのオペレーティングシステムによって、前記ネットワークアドレスを受信すると、前記ウェブブラウザを起動して前記リソースにアクセスさせるステップと、
    前記ウェブブラウザの前記リソースによって、前記非接触カードが前記支払無効状態から前記支払有効状態に移行したことを特定する前記応答を表示するステップと、を含む、
    請求項１４に記載の方法。
17. 前記ネットワークアドレスは、前記非接触カードによって生成されたユニフォームリソースロケータ（ＵＲＬ）を含む、請求項１４に記載の方法。
18. 前記カードリーダは、近距離無線通信（ＮＦＣ）を利用して前記非接触カードから前記リソースのための前記ネットワークアドレスを受信し、前記カードリーダの動作は、前記非接触カード上で実行されるアプレットに、前記ネットワークアドレスと前記暗号とを生成するように命令することを含む、請求項１４に記載の方法。
19. 前記ウェブブラウザの前記リソースによって、暗号化されていない顧客識別子を前記暗号と共に受信するステップと、
    前記ウェブブラウザの前記リソースによって、前記暗号化されていない顧客識別子を前記暗号と共に前記サーバに送信するステップと、を含む、
    請求項１４に記載の方法。
20. 前記暗号化されていない顧客識別子に基づいて、前記サーバによって、暗号鍵と、前記非接触カードに関連付けられたカウンタ値と、を識別するステップと、
    前記サーバによって、前記非接触カードに関連付けられた識別済のカウンタ値をインクリメントするステップと、
    前記サーバによって、インクリメントされたカウンタ値と前記暗号鍵とを暗号化し、前記非接触カードに関連付けられた多様化鍵を生成するステップと、
    前記サーバによって、前記多様化鍵を用いて、前記暗号を復号するステップと、
    前記サーバによって、前記暗号の復号に基づいて、前記非接触カードが有効化されたことを示す表示を格納するステップと、
    前記サーバによって、前記非接触カードを用いて支払いを処理するための要求を受信するステップと、
    前記サーバによって、前記非接触カードの有効化に少なくとも部分的に基づいて、前記要求を許可するステップと、を含む、
    請求項１９に記載の方法。

Images