特表 2024-505584 支払いカードのためのＵＲＬベースの認証

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-02-06

(54)【発明の名称】支払いカードのためのＵＲＬベースの認証

(51)【国際特許分類】

   G06F 21/34 20130101AFI20240130BHJP

   G06F 21/31 20130101ALI20240130BHJP

   G06F 21/32 20130101ALI20240130BHJP

   G06Q 20/40 20120101ALI20240130BHJP

【ＦＩ】

G06F21/34

G06F21/31

G06F21/32

G06Q20/40

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023547108

(86)(22)【出願日】2022-02-02

(85)【翻訳文提出日】2023-10-02

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

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

(87)【国際公開日】2022-08-11

(31)【優先権主張番号】17/166,622

(32)【優先日】2021-02-03

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】519111877

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

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

(74)【代理人】

【識別番号】100145403

【弁理士】

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

(74)【代理人】

【識別番号】100135703

【弁理士】

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

(74)【代理人】

【識別番号】100161883

【弁理士】

【氏名又は名称】北出 英敏

(72)【発明者】

【氏名】モートン，ポール

(72)【発明者】

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

(57)【要約】

支払いカードの認証のためのシステム、方法、製品。サーバは、データベース内で、期待されるカード識別子を非接触カードに割り当て得る。非接触カードはアカウントに関連付けられる。サーバは、ユニフォームリソースロケータ（ＵＲＬ）を含む要求をクライアントデバイスから受け取り得る。ＵＲＬのパラメータはカード識別子を含み、ＵＲＬは非接触カードによりクライアントデバイスに送信される。サーバは、ＵＲＬからカード識別子を抽出し得、抽出されたカード識別子をデータベース内の期待されるカード識別子と比較し得る。サーバは、比較に基づいて、抽出されたカード識別子が期待されるカード識別子に一致することを決定し得る。サーバは、期待されるカード識別子に一致する抽出されたカード識別子に基づいて要求を認証し得、要求が認証されたことを示す表示をクライアントデバイスに送信し得る。

【特許請求の範囲】

【請求項1】

サーバにより、データベース内で、期待されるカード識別子を非接触カードに割り当てること、ここで、前記非接触カードはアカウントに関連付けられ、前記サーバはメモリ及びプロセッサ回路を備える；
前記サーバにより、ユニフォームリソースロケータ（ＵＲＬ）を含む要求をクライアントデバイスから受け取ること、ここで、前記ＵＲＬのパラメータはカード識別子を含み、前記ＵＲＬは前記非接触カードにより前記クライアントデバイスに送信される；
前記サーバにより、前記ＵＲＬから前記カード識別子を抽出すること；
前記サーバにより、前記抽出されたカード識別子を前記データベース内の前記期待されるカード識別子と比較すること；
前記サーバにより、前記比較に基づいて、前記抽出されたカード識別子が前記期待されるカード識別子に一致することを決定すること；
前記サーバにより、前記期待されるカード識別子に一致する前記抽出されたカード識別子に基づいて前記要求を認証すること；及び
前記サーバにより、前記要求が認証されたことを示す表示を、前記クライアントデバイスに送信すること；
を含む、
方法。

【請求項2】

前記非接触カードは、複数の非接触カードのうちの一つであり、
前記サーバは、個々の期待されるカード識別子を各非接触カードに割り当て、
前記方法は、
前記サーバにより、前記抽出されたカード識別子が暗号化されることを決定すること；及び
前記サーバにより、前記比較の実行前に暗号鍵を用いて前記抽出されたカード識別子を復号すること；
をさらに含む、
請求項１の方法。

【請求項3】

前記要求は、前記ＵＲＬの受け取りに応答して前記クライアントデバイスのクライアントアプリケーションから受け取られ、
前記方法は、
前記クライアントアプリケーションにより、前記要求に関連付けられた動作を決定すること；
前記クライアントアプリケーションにより、前記動作の表示を、前記ＵＲＬの第２パラメータとして付加すること；
前記サーバにより、前記ＵＲＬの前記第２パラメータ内の前記動作の前記表示を特定すること；及び
前記サーバにより、前記クライアントアプリケーションに、前記要求の認証に基づいて、前記要求に関連付けられた前記動作に応答して前記アカウントに関連付けられたアカウントデータを送信すること；
をさらに含む、
請求項１の方法。

【請求項4】

前記カード識別子は、前記非接触カードのメモリに格納された複数のカード識別子から選択され、
前記複数のカード識別子は、前記非接触カードに関連付けられたペイメントアカウントリファレンス（ＰＡＲ）を含み、
前記非接触カードのアプレットは、前記非接触カードに関連付けられたオフセットに基づいて、前記カード識別子を選択し、
前記方法は、
前記クライアントアプリケーションに、前記アカウント用の認証クレデンシャルを受け取ることを示す表示を送信すること、ここで、前記認証クレデンシャルは、生体認証データ、又は、ログイン及びパスワードの１以上を含む；
前記サーバにより、前記クライアントアプリケーションから、前記クライアントデバイスのユーザにより提供される認証クレデンシャルを受け取ること；及び
前記サーバにより、前記クライアントデバイスの前記ユーザにより提供された、前記受け取った認証クレデンシャルを認証すること；
をさらに含む、
請求項３の方法。

【請求項5】

前記サーバにより、前記データベース内で前記非接触カードに複数の期待されるカード識別子を割り当てること；
前記サーバにより、前記非接触カードに関連付けられた前記オフセットを決定すること；及び
前記サーバにより、前記オフセットに基づいて、前記複数の期待されるカード識別子のうちの一つを前記期待されるカード識別子として選択すること；
をさらに含む、
請求項４の方法。

【請求項6】

前記サーバにより、前記クライアントデバイスから第２要求を受け取ること、ここで、前記第２要求は、第２ＵＲＬを含み、前記第２ＵＲＬのパラメータは、関数を用いて前記非接触カードにより生成される動的カード識別子を含む；
前記サーバにより、前記関数のインスタンスを用いて、期待される動的カード識別子を生成すること；
前記サーバにより、前記動的カード識別子を前記期待される動的カード識別子と比較すること；
前記比較に基づいて、前記サーバにより、前記動的カード識別子が前記期待される動的カード識別子と一致することを決定すること；
前記サーバにより、前記期待される動的カード識別子と一致する前記動的カード識別子に基づいて、前記サーバにより、前記第２要求を認証すること；及び
前記サーバにより、前記クライアントデバイスに、前記第２要求が認証されたことを示す表示を送信すること；
をさらに含む、
請求項１の方法。

【請求項7】

前記サーバにより、前記要求に基づいて、前記クライアントデバイスの位置データを決定すること；及び
前記サーバにより、前記位置データに基づいて、前記クライアントデバイスが前記クライアントデバイスに関連付けられた１以上の既知の位置の閾値距離以内にあることを決定すること；
をさらに含む、
請求項１の方法。

【請求項8】

前記非接触カードは、前記クライアントデバイスの通信範囲内にあることに応答して、前記ＵＲＬを生成し、
前記クライアントデバイスは、前記ＵＲＬの受け取りに応答して、ウェブブラウザ、又は、クライアントアプリケーションの一方を開き、
前記方法は、前記クライアントデバイスにより、前記アカウントに関連付けられた要求された動作を、前記要求が認証されたという前記表示を受け取ったことに基づいて、実行することをさらに含む、
請求項１の方法。

【請求項9】

プロセッサ回路と、
前記プロセッサ回路により実行されると前記プロセッサ回路に、
ユニフォームリソースロケータ（ＵＲＬ）を含む要求をクライアントデバイスから受け取ること、ここで、前記ＵＲＬのパラメータは非接触カードに割り当てられたカード識別子を含む；
前記ＵＲＬから前記カード識別子を抽出すること；
前記抽出されたカード識別子をデータベース内に格納され前記非接触カードに割り当てられた期待されるカード識別子と比較すること；
前記比較に基づいて、前記抽出されたカード識別子が前記期待されるカード識別子に一致することを決定すること；
前記期待されるカード識別子に一致する前記抽出されたカード識別子に基づいて前記要求を認証すること；及び
前記要求が認証されたことを示す表示を、前記クライアントデバイスに送信すること；
を行わせる指示を格納するメモリと、
を備える、
システム。

【請求項10】

前記メモリは、前記プロセッサ回路により実行されると前記プロセッサ回路に、
前記抽出されたカード識別子が暗号化されることを決定すること；及び
前記比較の実行前に暗号鍵を用いて前記抽出されたカード識別子を復号すること；
を行わせる指示を格納する、
請求項９のシステム。

【請求項11】

前記メモリは、前記プロセッサ回路により実行されると前記プロセッサ回路に、
前記抽出されたカード識別子を復号する前に、
前記暗号化されたカード識別子がエンコード形式にしたがってエンコードされることを決定すること；
前記暗号化されたカード識別子を、エンコードされていない形式にデコードすること；及び
前記デコードされた暗号化されたカード識別子を復号すること；
を行わせる指示を格納する、
請求項１０のシステム。

【請求項12】

前記メモリは、前記プロセッサ回路により実行されると前記プロセッサ回路に、
前記要求に基づいて、前記クライアントデバイスの位置データを決定すること；及び
前記位置データに基づいて、前記クライアントデバイスが前記クライアントデバイスに関連付けられた１以上の既知の位置の閾値距離以内にあることを決定すること；
を行わせる指示を格納する、
請求項９のシステム。

【請求項13】

前記メモリは、前記プロセッサ回路により実行されると前記プロセッサ回路に、
前記データベース内で前記非接触カードに割り当てられた複数の期待されるカード識別子を特定すること；
前記非接触カードに関連付けられたオフセットを決定すること；及び
前記オフセットに基づいて、前記複数の期待されるカード識別子のうちの一つを前記期待されるカード識別子として選択すること；
を行わせる指示を格納する、
請求項９のシステム。

【請求項14】

前記メモリは、前記プロセッサ回路により実行されると前記プロセッサ回路に、
前記クライアントデバイスから第２要求を受け取ること、ここで、前記第２要求は、第２ＵＲＬを含み、前記第２ＵＲＬのパラメータは、前記非接触カードにより生成される動的カード識別子を含む；
前記動的カード識別子を生成するために使用される関数のインスタンスにより、期待される動的カード識別子を生成すること；
前記動的カード識別子を前記期待される動的カード識別子と比較すること；
前記比較に基づいて、前記動的カード識別子が前記期待される動的カード識別子と一致することを決定すること；
前記期待される動的カード識別子と一致する前記動的カード識別子に基づいて、前記第２要求を認証すること；及び
前記クライアントデバイスに、前記第２要求が認証されたことを示す表示を送信すること；
を行わせる指示を格納する、
請求項９のシステム。

【請求項15】

非一時的コンピュータ可読記憶媒体であって、
前記非一時的コンピュータ可読記憶媒体により具体化されるコンピュータ可読プログラムコードを有し、
前記コンピュータ可読プログラムコードは、プロセッサ回路により実行されると前記プロセッサ回路に、
ユニフォームリソースロケータ（ＵＲＬ）を含む要求をクライアントデバイスから受け取ること、ここで、前記ＵＲＬのパラメータは非接触カードに割り当てられたカード識別子を含む；
前記ＵＲＬから前記カード識別子を抽出すること；
前記抽出されたカード識別子をデータベース内に格納され前記非接触カードに割り当てられた期待されるカード識別子と比較すること；
前記比較に基づいて、前記抽出されたカード識別子が前記期待されるカード識別子に一致することを決定すること；
前記期待されるカード識別子に一致する前記抽出されたカード識別子に基づいて前記要求を認証すること；及び
前記要求が認証されたことを示す表示を、前記クライアントデバイスに送信すること；
を行わせる、
非一時的コンピュータ可読記憶媒体。

【請求項16】

前記プロセッサ回路により実行されると前記プロセッサ回路に、
前記抽出されたカード識別子が暗号化されることを決定すること；及び
前記比較の実行前に暗号鍵を用いて前記抽出されたカード識別子を復号すること；
を行わせるコンピュータ可読プログラムコードを更に備える、
請求項１５の非一時的コンピュータ可読記憶媒体。

【請求項17】

前記プロセッサ回路により実行されると前記プロセッサ回路に、
前記抽出されたカード識別子を復号する前に、
前記暗号化されたカード識別子がエンコード形式にしたがってエンコードされることを決定すること；
前記暗号化されたカード識別子を、エンコードされていない形式にデコードすること；及び
前記デコードされた暗号化されたカード識別子を復号すること；
を行わせるコンピュータ可読プログラムコードを更に備える、
請求項１６の非一時的コンピュータ可読記憶媒体。

【請求項18】

前記プロセッサ回路により実行されると前記プロセッサ回路に、
前記要求に基づいて、前記クライアントデバイスの位置データを決定すること；及び
前記位置データに基づいて、前記クライアントデバイスが前記クライアントデバイスに関連付けられた１以上の既知の位置の閾値距離以内にあることを決定すること；
を行わせるコンピュータ可読プログラムコードを更に備える、
請求項１５の非一時的コンピュータ可読記憶媒体。

【請求項19】

前記プロセッサ回路により実行されると前記プロセッサ回路に、
前記データベース内で前記非接触カードに割り当てられた複数の期待されるカード識別子を特定すること；
前記非接触カードに関連付けられたオフセットを決定すること；及び
前記オフセットに基づいて、前記複数の期待されるカード識別子のうちの一つを前記期待されるカード識別子として選択すること；
を行わせるコンピュータ可読プログラムコードを更に備える、
請求項１５の非一時的コンピュータ可読記憶媒体。

【請求項20】

前記プロセッサ回路により実行されると前記プロセッサ回路に、
前記クライアントデバイスから第２要求を受け取ること、ここで、前記第２要求は、第２ＵＲＬを含み、前記第２ＵＲＬのパラメータは、前記非接触カードにより生成される動的カード識別子を含む；
前記動的カード識別子を生成するために使用される関数のインスタンスにより、期待される動的カード識別子を生成すること；
前記動的カード識別子を前記期待される動的カード識別子と比較すること；
前記比較に基づいて、前記動的カード識別子が前記期待される動的カード識別子と一致することを決定すること；
前記期待される動的カード識別子と一致する前記動的カード識別子に基づいて、前記第２要求を認証すること；及び
前記クライアントデバイスに、前記第２要求が認証されたことを示す表示を送信すること；
を行わせるコンピュータ可読プログラムコードを更に備える、
請求項１５の非一時的コンピュータ可読記憶媒体。

【発明の詳細な説明】

【関連出願の相互参照】

【0001】

本出願は、２０２１年２月３日に出願された、発明の名称を「支払いカードのためのＵＲＬベースの認証（URL-BASED AUTHENTICATION FOR PAYMENT CARDS）」とする米国特許出願第１７／１６６，６２２号の優先権を主張する。上述の特許出願の内容は、参照によりその全体が本出願に援用される。

【技術分野】

【0002】

本実施の形態は、一般に、コンピューティングプラットフォーム、より詳細には、ユニフォームソースロケータ（ＵＲＬ）ベースの認証のためにコンピューティングデバイスに対して支払いカードをタップすることに関する。

【背景技術】

【0003】

詐欺及びその他の悪意のあるアクティビティの検出は、支払いカードに関連する一般的なセキュリティ問題である。これらの問題は、カードの数が増加するにつれて悪化し、一部の金融機関は数百万枚以上の支払いカードを発行している。従来の認証ソリューションには、詐欺及びセキュリティの問題に完全に対処するために必要な柔軟性と拡張性が欠けている。

【発明の概要】

【0004】

ここで開示される実施の形態は、支払いカードのＵＲＬベースの認証のためのシステム、方法、製品、及び、コンピュータ可読媒体を提供する。一例によれば、方法は、データベース内においてサーバによって、期待されるカード識別子を非接触カードに割り当てることを含み、非接触カードはアカウントに関連付けられ、サーバはメモリ及びプロセッサ回路を備える。当該方法は、サーバによって、クライアントデバイスから、ユニフォームリソースロケータを含む要求を受け取ることを更に含み得る。ＵＲＬのパラメータは、カード識別子を含み、ＵＲＬは、非接触カードによってクライアントデバイスに送信される。当該方法は、サーバによって、ＵＲＬからカード識別子を抽出することを更に含み得る。当該方法は、サーバによって、抽出されたカード識別子をデータベース内の期待されるカード識別子と比較すること、及び、比較に基づいて、抽出されたカード識別子が期待されるカード識別子と一致するとサーバによって決定することを、更に含み得る。当該方法は、期待されるカード識別子と一致する抽出されたカード識別子に基づいてサーバによって要求を認証すること、及び、サーバによってクライアントデバイスに要求が認証されたことを示す表示を送信することを更に含んでもよい。他の実施の形態は説明され、請求される。

【図面の簡単な説明】

【0005】

【図1A】支払いカードのＵＲＬベースの認証のためのシステムを示す

【図1B】支払いカードのＵＲＬベースの認証のためのシステムを示す

【図1C】支払いカードのＵＲＬベースの認証のためのシステムを示す

【図2A】支払いカードのＵＲＬベースの認証のためのシステムを示す

【図2B】支払いカードのＵＲＬベースの認証のためのシステムを示す

【図3A】支払いカードのＵＲＬベースの認証の実施の形態を示す

【図3B】支払いカードのＵＲＬベースの認証の実施の形態を示す

【図3C】支払いカードのＵＲＬベースの認証の実施の形態を示す

【図4A】支払いカードのＵＲＬベースの認証の実施の形態を示す

【図4B】支払いカードのＵＲＬベースの認証の実施の形態を示す

【図5】第１ロジックフローの実施の形態を示す

【図6】第２ロジックフローの実施の形態を示す

【図7A】非接触カードの例を示す

【図7B】非接触カードの例を示す

【図8】コンピューティングアーキテクチャの実施の形態を示す

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

【0006】

ここで開示される実施の形態は、１以上のユニフォームリソースロケータ（ＵＲＬ）に少なくとも部分的に基づいて支払いカードを認証するための安全な技術を提供する。ＵＲＬは、支払いカードに割り当てられた（及び支払いカードによって保存された）静的ＵＲＬ、及び／又は、支払いカードによって生成された動的ＵＲＬを含み得る。一般に、ＵＲＬは、認証プロセスの一部として認証サーバによって使用されるデータを含み得る。例えば、静的ＵＲＬの文脈において、ＵＲＬ（及び／又はＵＲＬの一部）は、カードが製造されるときに、支払いカードのカード識別子として割り当てられ得る。ＵＲＬ（及び／又はＵＲＬの一部）は、データベースレコード内の支払いカードに割り当てられ得、後に使用するために支払いカードのメモリに保存され得る。例えば、ＵＲＬは、「http://www.example.com/auth?p=cardidentifier」であり得る。このような例では、ＵＲＬ全体がカードに割り当てられたカード識別子であり得る。加えて及び／又は替えて、ＵＲＬの「cardidentifier」パラメータは、カードに割り当てられたカード識別子であり得、「cardidentifier」は、６４文字又は１２８文字の英数字の文字列等の文字列に対応する。さらに、「http://www.example.com」部分等のＵＲＬの少なくとも一部は、認証サーバ及び／又はアプリケーションを対象とし得る。

【0007】

静的ＵＲＬの例では、支払いカードは、携帯電話等のコンピューティングデバイスにタップされ得る。そうすることにより、支払いカードは、ＵＲＬを含むデータペイロードを生成し、無線通信（例えば、近距離無線通信（ＮＦＣ）、ブルートゥース（登録商標）等）を使用して、ＵＲＬを含むペイロードをコンピューティングデバイスに送信する。ＵＲＬは、受信されると、デバイスのオペレーティングシステム（ＯＳ）に、ＵＲＬにアクセスするアプリケーションを開かせることができ得る。アプリケーションは、ウェブブラウザ、又は、ユーザがアカウント（口座）関連のアクティビティを実行できるようにするカードの発行会社によって提供されるアカウントアプリケーション等の他のアプリケーションであり得る。アプリケーションは、開かれると、要求、例えば、ＵＲＬを含むハイパーテキスト転送プロトコル（ＨＴＴＰ）要求を使用して、ＵＲＬにアクセスし得る。次に、認証サーバは、ＵＲＬ（及び／又はカードに対応するＵＲＬの部分）の認証を試み得る。例えば、認証サーバは、ＵＲＬがデータベースに保存されているＵＲＬと一致するかどうかを決定し得る。一致する場合、認証サーバは要求を認証し得り、成功した認証の表示をデバイスに送信し得る。いくつかの実施の形態では、要求は、アカウント残高の表示等の動作に関連付けられる。このような実施の形態では、要求された動作の指示は、カード及び／又はアカウントアプリケーションによってＵＲＬの追加パラメータとして指定され得る。このような実施の形態では、認証サーバは、要求された動作パラメータを識別し、要求されたアカウント残高等のアカウント関連データをデバイスに提供し得る。次いで、デバイスは、表示及び／又は受信したデータを出力し得る。デバイスはさらに、成功した認証に基づいて、１以上の要求された動作の実行を許可し得る。ただし、一致するＵＲＬがデータベース内に存在しない場合、認証サーバは、認証の試行が失敗したと決定し得る。その後、認証サーバは、要求された動作を制限し得る失敗した認証の表示をデバイスに送信し得る。

【0008】

動的ＵＲＬの例では、カードは、動的カード識別子を含むＵＲＬを動的に生成し得る。例えば、カードのアプレットは、ＵＲＬのパラメータとして英数字の動的カード識別子を生成するために関数及び／又はアルゴリズム（例えば、ハッシュ関数、暗号関数、乱数発生器等）を使用し得る。カードは、動的に生成されたＵＲＬをコンピューティングデバイスに送信し得、コンピューティングデバイスは次に、要求を使用してＵＲＬにアクセスするアプリケーション（例えば、ウェブブラウザ、アカウントアプリケーション等）を起動する。いくつかの実施の形態では、要求されたアカウント動作に対応する追加パラメータが、カード及び／又はアカウントアプリケーションによってＵＲＬに追加され得る。サーバは、要求を受信し、動的カード識別子を抽出し得る。サーバは、また、非接触カードで使用されるのと同じ関数及び／又はアルゴリズムを使用して、期待される動的カード識別子を計算し得る。サーバによって生成された期待される動的カード識別子がＵＲＬから抽出された動的カード識別子と一致する場合、サーバは要求を認証し得る。そうでない場合、サーバは認証が失敗したと決定し得る。サーバは、認証結果の表示をデバイスに再度送信し得る。認証が成功の場合、サーバはさらに、アカウント情報、残高等の要求されたデータをデバイスに送信し得る。このような例では、要求されたデータは、要求されたアカウント動作を指定するＵＲＬの追加パラメータに基づいて送信され得る。

【0009】

ここで開示される実施の形態は、すべてのデバイス及び関連データのセキュリティを向上させるという利点がある。例えば、一部のオペレーティングシステムは、支払いカードに保存されているデータ、及び／又は、支払いカードに保存されている特定の種類のデータへのアクセスを制限し得る。したがって、従来の認証技術は適切に機能しない。しかしながら、ここで開示される実施の形態は、支払いカードが認証に使用されるＵＲＬを生成することを可能にするという利点がある。ＵＲＬは、悪意のある実体によって複製するには複雑すぎるため、ここで開示される実施の形態は、支払いカード及び支払いカードに関連付けられたコンピューティングサービスのセキュリティを向上させる。

【0010】

ここで使用される表記法及び命名法を一般的に参照すると、以下の詳細な説明の１以上の部分は、コンピュータ又はコンピュータのネットワーク上で実行されるプログラム手順の観点から提示され得る。これらの手順の説明及び表現は、当業者によって、その作業の内容を他の当業者に最も効果的に伝えるために使用される。ここでの手順とは、一般に、望ましい結果につながる一貫した一連の操作であると考えられる。これらの動作は、物理量の物理的操作を必要とする動作である。必須ではないが、通常、これらの量は、保存、転送、結合、比較、その他の操作が可能な電気、磁気、又は光信号の形式をとる。主に一般的な使用上の理由から、これらの信号をビット、値、要素、記号、文字、用語、数字等と呼ぶと便利な場合がある。ただし、これらの用語及び同様の用語はすべて、適切な物理量に関連付けられており、それらの量に適用される便宜的なラベルにすぎないことに注意されたい。

【0011】

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

【0012】

次に図面を参照するが、全体を通して同様の要素を指すために同様の参照番号が使用されている。以下の説明では、説明の目的で、多くの具体的な詳細が完全な理解を提供するために記載されている。しかしながら、これらの特定の詳細がなくても新規な実施の形態を実施できることは明らかであろう。他の例では、説明を容易にするために、周知の構造及び装置がブロック図の形式で示されている。その意図は、特許請求の範囲内のすべての変形、均等物、及び代替物を網羅することである。

【0013】

図１Ａは、開示された実施の形態と一致する例示的なシステム１００の概略図を示す。図示のように、システム１００は、１以上の非接触カード１０１、１以上のモバイルデバイス１１０、及び、認証サーバ１２０を含む。非接触カード１０１は、クレジットカード、デビットカード、ＡＴＭカード、ギフトカード等の任意のタイプの支払いカードを表す。非接触カード１０１は、ＮＦＣ、ユーロペイ（Europay）、マスターカード、ビサ（Visa）（ＥＭＶ（登録商標））規格、又は、無線通信における他の短距離プロトコルの規格を介してモバイルデバイス１１０と通信するように構成された無線周波数識別（RFID）チップ等の１以上の通信インターフェース１５０を備え得る。ＮＦＣは通信プロトコルの一例として使用されるが、本開示は、ＥＭＶ規格、ブルートゥース（登録商標）、及び／又はＷｉ－Ｆｉ（登録商標）等の他のタイプの無線通信にも同様に適用可能である。モバイルデバイス１１０は、スマートフォン、タブレットコンピュータ、ウェアラブルデバイス、ラップトップ、ポータブルゲームデバイス等の任意のタイプのネットワーク対応コンピューティングデバイスを表す。サーバ１２０は、サーバ、ワークステーション、計算クラスタ、クラウドコンピューティングプラットフォーム、仮想化コンピューティングシステム等の任意のタイプのコンピューティングデバイスを表す。

【0014】

図示のように、モバイルデバイス１１０のメモリ１１１は、オペレーティングシステム（ＯＳ）１１２のインスタンスを含む。例のオペレーティングシステム１１２は、Ａｎｄｒｏｉｄ（登録商標）ＯＳ、ｉＯＳ（登録商標）、ｍａｃＯＳ（登録商標）、Ｌｉｎｕｘ（登録商標）、及びＷｉｎｄｏｗｓ（登録商標）オペレーティングシステムを含む。図示されるように、ＯＳ１１２は、アカウントアプリケーション１１３、１以上の他のアプリケーション１１４、及び、ウェブブラウザ１１５を含む。アカウントアプリケーション１１３により、ユーザは、アカウント残高の表示、品物の購入、及び／又は、支払い処理等の様々なアカウント関連の動作を実行できる。いくつかの実施の形態では、ユーザは、アカウントアプリケーション１１３にアクセスするために認証クレデンシャルを使用して認証しなければならない。例えば、認証クレデンシャルは、ユーザ名及びパスワード、生体認証クレデンシャル等が含まれ得る。いくつかの実施の形態では、認証サーバ１２０は、以下でより詳細に説明するように、必要な認証を提供し得る。ウェブブラウザ１１５は、モバイルデバイス１１０がネットワーク１３０を介して（例えば、インターネットを介して）情報にアクセスできるようにするアプリケーションである。例えば、ユーザは、ウェブブラウザ１１５を使用して販売者のウェブサイトから購入を行い得る。ウェブブラウザ１１５は、ネットワーク１３０を介して情報にアクセスする（例えば、購入を行う、アカウント情報にアクセスする等）ために使用されるアプリケーションの一例である。
他のアプリケーション１１４は、ユーザが購入をできるようにする販売業者によって提供されるアプリケーション、又は、他のアプリケーションストアのアプリケーション等、ネットワーク１３０を介して情報にアクセスするために使用される任意の他のタイプのアプリケーションを表す。

【0015】

図示のように、サーバ１２０は、認証アプリケーション１２３、各非接触カード１０１に割り当てられた秘密鍵１０４のインスタンス、アカウントデータ１２４、ＵＲＬ１２６を含む。アカウントデータ１２４は、少なくとも秘密鍵１０４、顧客ＩＤ１０７、関連付けられた非接触カード１０１、カード識別子、アカウント所有者名、アカウント請求先住所、１以上の配送先住所、１以上の仮想カード番号、及び、各アカウントの経歴情報を含み得る。ＵＲＬ１２６は、非接触カードに割り当てられた１以上のＵＲＬ及び／又はカードＩＤ、並びに、関連付けられた顧客アカウントの表示（例えば、関連付けられた顧客ＩＤ）を含み得る。

【0016】

システム１００が非接触カード１０１によって保存及び／又は生成される１以上のＵＲＬを使用してＵＲＬベースの認証を提供するように構成されるという利点がある。図示されるように、非接触カード１０１は、プロセッサ（図１で描かれていない）による実行用のアプレット１０３を記憶するメモリ１０２を含む。メモリ１０２はさらに、秘密鍵１０４のインスタンスと、１以上のＵＲＬ１０６のデータストアとを格納する。ＵＲＬ１０６は、非接触カード１０１の製造時に非接触カード１０１に割り当てられ得る１以上の静的ＵＲＬを反映し得る。さらに、図２Ａ及び図２Ｂを参照して説明するように、非接触カード１０１のアプレット１０３は、１以上の動的ＵＲＬを生成し得る。

【0017】

静的ＵＲＬの文脈では、非接触カード１０１に割り当てられた１以上の静的ＵＲＬは、カードの製造時にＵＲＬ１２６及び／又はアカウントデータ１２４等にサーバ１２０によって格納され得る。そうすることは、ＵＲＬが非接触カード１０１に関連付けられることを反映する。ＵＲＬ１２６は、複数のＵＲＬと、各ＵＲＬに関連付けられたアカウント及び／又は非接触カード１０１の表示と、を格納し得る。一般に、静的ＵＲＬ１０６は、「http://www.example.com」等のリソースロケータ部分を含み得り、これは、サーバ１２０、認証アプリケーション１２３、及び／又は、アカウントアプリケーション１１３等のリソースの場所を識別し得る。さらに、静的ＵＲＬ１０６は、カード識別子（ＩＤ）部分を含み得る。例えば、第１のＵＲＬ１０６－１は、「http://www.example.com/?cardid=123ABC456」であり得る。このような例では、「cardid」部分は、ＵＲＬのカードＩＤパラメータを識別し、「123ABC456」はカードＩＤの簡略化された例である。他の例では、カードＩＤは、英数字のさらに長い（６４ビット、１２８ビット、２５６ビット等）文字列であり得る。一例では、カードＩＤは、ＥＭＶ標準で定義されたペイメントアカウントリファレンス（ＰＡＲ）値である。ＰＡＲ値は、所与の非接触カード１０１（及び／又は非接触カードの主アカウント番号（ＰＡＮ））及び非接触カード１０１に関連付けられた任意の支払いトークンに一意に関連付けられ得る。したがって、そのような例では、各非接触カード１０１は、固有のＰＡＲ値を格納し得る。より一般的には、カードＩＤは、任意の適切な形式及び／又は長さをとり得る。いくつかの例では、ＵＲＬ１０６－１全体がカードＩＤを含む。いくつかの例では、ＵＲＬは、ローカルリソース（例えば、アカウントアプリケーション１１３のページ、他のアプリケーション１１４のうちの１つ等）を開くユニバーサルリンクＵＲＬであり得る。

【0018】

したがって、非接触カード１０１は、非接触カード１０１の製造中に１以上のカード識別子に関連付けられ得る。例えば、メモリに格納された第２のＵＲＬ１０６－２は、「http://www.example.com/?cardid=789XYZ012」であってもよい。ここで、「789XYZ012」は例のカードＩＤパラメータである。一般に、任意の適切なアルゴリズムが、ＵＲＬ１０６のパラメータとして含まれる非接触カード１０１に割り当てられる静的ＵＲＬ１０６及び／又はカードＩＤを生成するために、使用され得る。例えば、ハッシュ関数、暗号化アルゴリズム、乱数生成器、又は、任意の他の種類のアルゴリズムの１以上が、非接触カード１０１用の１以上のカードＩＤ及び／又は静的ＵＲＬ１０６を生成するために用いられ得る。いくつかの実施の形態では、カードＩＤは、非接触カード１０１の秘密鍵１０４を使用して暗号化され得る。例えば、ＰＡＲ値は、非接触カード１０１の秘密鍵１０４を使用して暗号化され得、これにより、ＵＲＬ１０６のカードＩＤパラメータとして使用され得る暗号化ＰＡＲ値が生成される。別の例として、ハッシュ関数がハッシュ値を計算するために用いら得、暗号化関数がハッシュ値を暗号化することにより、ＵＲＬ１０６のカードＩＤパラメータとして使用される暗号化されたハッシュ値を生成し得る。一般に、認証アプリケーション１２３は、複数の非接触カード１０１のために静的カードＩＤ及び／又はＵＲＬ１０６を生成し得り、カードＩＤ及び／又はＵＲＬ１０６を、対応するアカウントに関連付けられた１以上のレコード（例えば、アカウントデータ１２４及び／又はＵＲＬ１２６）に格納し得る。

【0019】

静的ＵＲＬの例では、非接触カード１０１は、複数の静的ＵＲＬ１０６のリストから１つの静的ＵＲＬ１０６を選択するために使用されるオフセット値、又は、何らかの他の選択パターンを使用し得る。例えば、非接触カード１０１が１００個の別個の静的ＵＲＬ１０６を含む場合、アプレット１０３は、追加のセキュリティ手段を提供するために、２番目、３番目、４番目、５番目毎等のＵＲＬ１０６を選択するために、直近に使用されたＵＲＬ１０６（又は、選択の最初のインスタンスにおける最初のＵＲＬ１０６）にオフセットを適用し得る。そうすることにより、認証アプリケーション１２３は、対応するオフセットを決定し、１００個の静的ＵＲＬのうちの１つを、比較のための期待されるＵＲＬとして選択し得る。

【0020】

静的ＵＲＬ１０６（及び／又はアプレット１０３によって動的に生成される任意のＵＲＬ）は、デバイス１１０に対する非接触カード１０１のタップ（又は他の同様のジェスチャ）によって開始されるＵＲＬベースの認証を提供するために、様々な文脈において使用され得る。例えば、デバイス１１０は、カード１０１がデバイス１１０にタップされると、ＯＳ１１２のホーム画面を表示し得る。いくつかのそのような実施の形態では、デバイス１１０は、アカウントアプリケーション１１３のインスタンスを含まなくてもよく、カード１０１から受信したＵＲＬにより、ＯＳ１１２は、受信したＵＲＬに対してウェブブラウザ１１５を起動し得る。別の例として、ウェブブラウザ１１５は、ＯＳのフォアグラウンドで実行されてもよい。さらに別の例として、アカウントアプリケーション１１３は、ＯＳのフォアグラウンドで実行されてもよい。さらに、各アプリケーション１１３、１１４、１１５は、ＵＲＬベースの認証を提供するために任意の状態にあり得る。例えば、アカウントアプリケーション１１３は、ログインページ、認証クレデンシャルが受信された後のアカウント詳細ページ、送金残高ページ等にあってもよい。同様に、マーチャントアプリケーション１１４は、注文を処理するために使用されるチェックアウトページにあってもよい。実施の形態はこれらの文脈に限定されない。

【0021】

より一般的には、ＵＲＬベースの認証を利用するために、ユーザは、非接触カード１０１をモバイルデバイス１１０にタップすることにより、非接触カード１０１の通信インターフェース１５０とモバイルデバイス１１０のカードリーダ１１８との間のＮＦＣデータ転送を可能にするために、非接触カード１０１をモバイルデバイス１１０のカードリーダ１１８（例えば、通信インターフェース）に十分近づけることができ得る。いくつかの実施の形態では、モバイルデバイス１１０は、アプリケーションプログラムインターフェース（ＡＰＩ）コールを通じてカードリーダ１１８を起動してもよい。一例では、モバイルデバイス１１０は、ユーザがフォームフィールド等のユーザインターフェースの要素をタップ又は選択したことに応答して、ＡＰＩコールを介してカードリーダを起動する。加えて及び／又は代えて、モバイルデバイス１１０は、カードリーダ１１８への定期的なポーリングに基づいて、カードリーダ１１８を起動してもよい。より一般的には、モバイルデバイス１１０は、任意の実現可能な方法を使用して通信に従事するようにカードリーダ１１８を起動してもよい。モバイルデバイス１１０と非接触カード１０１との間で通信が確立された後、非接触カード１０１はメッセージ認証コード（ＭＡＣ）暗号文を生成する。いくつかの例では、これは、非接触カード１０１がアカウントアプリケーション１１３及び／又はＯＳ１１２によって読み取られるときに発生し得る。特に、これは、ＮＦＣデータ交換フォーマットにしたがって作製され得る近距離無線データ交換（ＮＤＥＦ）のＮＦＣの読み取り等の、読み取りに応じて、発生し得る。暗号文は、ＵＲＬベースの認証のための静的ＵＲＬ１０６及び／又は動的ＵＲＬを含み得る。

【0022】

そのような一例では、非接触カード１０１のアプレット１０３は、データパッケージ（例えば、ＮＤＥＦファイル）を生成し、通信インターフェース１５０を介してモバイルデバイス１１０に送信する。いくつかの実態の形態では、非接触カード１０１により生成されるデータパッケージは、複数の静的ＵＲＬ１０６から選択される静的ＵＲＬ１０６－１を含み得る。図２Ａ～２Ｂを参照してより詳細に説明されるように、アプレットは、加えて及び／又は代えて、動的ＵＲＬを生成し得る。上述のように、ＵＲＬ１０６は、非接触カード１０１によって生成されたデータを検証するために認証サーバ１２０によって使用されるパラメータ（例えば、カードＩＤ）をさらに含み得る。さらに、いくつかの実施の形態では、ＵＲＬ１０６は、要求された動作を特定するために使用される追加パラメータを含み得る。例えば、アカウントアプリケーション１１３のユーザは、アカウント残高を表示したい場合がある。このような例では、アカウントアプリケーション１１３は、ＵＲＬ１０６が要求されたアカウント残高動作に関連付けられていることを示す追加パラメータをＵＲＬ１０６に付加するようにアプレット１０３に指示をし得る。

【0023】

図１Ｂは、非接触カード１０１のアプレット１０３が例のＵＲＬ１０６－１を選択した実施の形態を示す。図示されるように、アプレット１０３は、選択された静的ＵＲＬ１０６－１をモバイルデバイス１１０に送信し得る。前述したように、デバイス１１０は、ＵＲＬベースの認証を活用するために任意のアクティブ状態にあり得る。したがって、例えば、ＯＳ１１２は、受信したＵＲＬ１０６－１に基づいてアプリケーションを起動し得る。例えば、ＯＳ１１２は、ウェブブラウザ１１５を起動し得り、ウェブブラウザ１１５は、ＵＲＬ１０６－１に従うか、そうでなければＵＲＬ１０６－１にアクセス又はロードし得る。別の実施の形態では、ＯＳ１１２はアカウントアプリケーション１１３を開き、ＵＲＬ１０６－１にアクセスし得る。さらに別の実施の形態では、ＯＳ１１２は、ＵＲＬ１０６－１に関連付けられた他のアプリケーション１１４のうちの１つを開き得る。いくつかの実施の形態では、アカウントアプリケーション１１３は、要求された動作（例えば、アカウント残高の表示、仮想アカウント番号の生成等）に対応する追加パラメータ等の追加データをＵＲＬに追加し得る。さらに、アカウントアプリケーション１１３及び／又は他のアプリケーション１１４は、ＵＲＬ１０６－１を適切なサーバ及び／又は認証アプリケーション１２３のインスタンスに送信し得る（例えば、販売者Ａによって提供されるアプリケーション１１４は、ＵＲＬ１０６－１を販売者Ａに関連付けられたサーバに送信し得る）。

【0024】

図１Ｂに示される例では、ＵＲＬ１０６－１の少なくとも一部は、認証アプリケーション１２３及び／又は認証サーバ１２０を対象とし得る。いくつかの例では、ウェブブラウザ１１５及び／又はアカウントアプリケーション１１３は、ＵＲＬ１０６－１を含むハイパーテキスト転送プロトコル（ＨＴＴＰ）要求１３１等の要求を生成し得る。いくつかの実施の形態では、ＵＲＬ１０６－１により、アカウントアプリケーション１１３がＯＳ１１２によって開かれ、その後、アカウントアプリケーション１１３は、認証アプリケーション１２３に向けた少なくともカードＩＤパラメータ及び／又はＵＲＬ１０６－１を含む要求１３１を生成する。しかしながら、述べたように、いくつかの実施の形態では、アカウントアプリケーション１１３のインスタンスはデバイス１１０にインストールされない。したがって、そのような実施の形態では、ＵＲＬ１０６－１はＯＳ１１２によって受信され得る。ＵＲＬ１０６－１の受信に応答して、ＯＳ１１２はウェブブラウザ１１５を開き、ウェブブラウザ１１５にＵＲＬ１０６－１を対象とするＨＴＴＰリクエスト１３１を生成させ得る。

【0025】

認証アプリケーション１２３は、通常、要求１３１を受信し、カードＩＤの認証を試み得る。例えば、ＵＲＬが暗号化されたカードＩＤ（例えば、暗号化されたＰＡＲ値、暗号化された顧客ＩＤ等）を含む場合、認証アプリケーション１２３は、サーバ１２０のメモリ１２２に格納された秘密鍵１０４のコピーを使用して暗号ペイロードを復号し得る。秘密鍵１０４は、非接触カード１０１のメモリ１０２に格納されている秘密鍵１０４と同一であってもよく、各非接触カード１０１は、固有の秘密鍵１０４を含むように製造される（そして、サーバ１２０は、対応する各固有の秘密鍵１０４のコピーを格納する）。したがって、認証アプリケーション１２３は、暗号化されたカードＩＤを正常に復号し得る。カードＩＤが暗号化されない実施の形態では、認証アプリケーション１２３は一般に、ＵＲＬ１０６－１からカードＩＤパラメータを抽出し得る。しかしながら、述べたように、いくつかの実施の形態では、ＵＲＬ１０６－１はそれ全体がカードＩＤを含む。しかしながら、明確にするために、ＵＲＬ１０６－１全体ではなく、カードＩＤパラメータをカードＩＤとして使用して議論を続ける。

【0026】

復号及び／又は抽出がされると、認証アプリケーション１２３は、カードＩＤを１以上の既知の、又は、期待されるカードＩＤと比較して、一致するかを試み得る。いくつかの実施の形態では、各カードＩＤ及び／又はＵＲＬは固有であり、悪意のある行為者によって複製するには複雑すぎるため、認証アプリケーション１２３は、カードＩＤをＵＲＬ１２６及び／又はアカウントデータ１２４と比較して、一致するカードＩＤを見つけ得る。一致するものが存在する（例えば、カードＩＤが１以上のＵＲＬ１２６のパラメータ及び／又はアカウントデータ１２４で示されるカードＩＤと一致する）場合、認証アプリケーション１２３は、要求（及び／又はカードＩＤ及び／又はＵＲＬ１０６－）を認証し得る。例えば、カードＩＤがＰＡＲ値である場合、認証アプリケーション１２３は、復号されたＰＡＲ値が１以上のＵＲＬ１２６のパラメータ及び／又はアカウントデータ１２４内でカード１０１に割り当てられたＰＡＲ値と一致するかどうかを決定し得る。他の実施の形態では、認証アプリケーション１２３は、認証アプリケーション１２３が期待されるカードＩＤに対してより焦点を絞った検索を実行できるようにする情報を受信し得る。例えば、要求１３１がアカウントアプリケーション１１３によって生成された場合、ユーザは、クレデンシャル（例えば、生体認証クレデンシャル、ログイン／パスワード等）を使用して自分のアカウントにログインしている可能性がある。このような例では、アカウントアプリケーション１１３は、ＵＲＬ１０６－１にアカウントＩＤパラメータを含め得る。そうすることで、認証アプリケーション１２３は、アカウントデータ１２４の１以上のレコード及び／又はアカウントＩＤパラメータに関連付けられたＵＲＬ１２６において、非接触カード１０１に関連付けられた１以上のカードＩＤを識別できるようになる。さらに、述べたように、アプレット１０３は、オフセット又は他の選択パターンを使用して、複数のＵＲＬ１０６のうちの１つをＵＲＬ１０６－１として選択し得る。このような例では、認証アプリケーション１２３は、同じオフセットを適用して比較用のＵＲＬ１０６（例えば、非接触カード１０１に割り当てられたＵＲＬリストの４番目のＵＲＬ）を選択し得る。そうすることで、有効なＵＲＬが受信されたが、オフセットに基づいて正しく選択されなかった場合（例えば、非接触カード１０１に格納された第２のＵＲＬ１０６が受信されたが、オフセット又はその他の選択ロジックに基づいて４番目のＵＲＬが期待された場合）、認証アプリケーション１２３は認証を失敗させることができる。

【0027】

一致するものが存在する場合、認証アプリケーション１２３は、要求（及び／又はカードＩＤ及び／又はＵＲＬ１０６－１）を認証し得る。いくつかの実施の形態では、認証アプリケーション１２３は、デバイス１１０から位置データ（例えば、全地球測位システム（ＧＰＳ）座標、位置を決定するために使用されるＩＰアドレス等）を受信し得る。このような実施の形態では、認証アプリケーション１２３は、位置データが、デバイス１１０が、アカウントに関連付けられた１以上の既知の位置（例えば、自宅の住所、勤務先の住所等）の閾値距離内にあることを示すかどうかを決定し得る。デバイスが既知の位置の閾値距離内にない場合、認証アプリケーション１２３は、認証が失敗すると決定し得る。

【0028】

いくつかの実施の形態では、成功した認証に基づいて、認証アプリケーション１２３は、アカウント残高、仮想カード番号、明細データ等のデータをデバイス１１０に提供し得る。いくつかのそのような実施の形態では、認証アプリケーション１２３は、要求された動作を示すＵＲＬ１０６－１の追加パラメータ（例えば、アカウント残高を表示すること、仮想アカウント番号を返すこと等を指定するパラメータ）に基づいて、データを選択する。例えば、デバイス１１０がアカウントアプリケーション１１３のインスタンスを含まないために要求１３１がウェブブラウザ１１５によって生成される実施の形態では、認証アプリケーション１２３は、ウェブブラウザ１１５及び／又はＯＳ１１２にアカウントアプリケーション１１３のインスタンスをダウンロードしてデバイス１１０にインストールさせる指示を、ウェブブラウザ１１５に、送信し得る。

【0029】

より一般的には、カードＩＤ及び／又はＵＲＬ１０６－１と一致するものが見つからない場合、認証アプリケーション１２３は、認証が失敗したと決定し得る。このような例では、認証アプリケーション１２３は、デバイス１１０に応答を送信し得る。それに応答して、要求側アプリケーション（例えば、ウェブブラウザ１１５及び／又はアカウントアプリケーション１１３）は、認証が失敗したことを示す表示をユーザに出力し得る。そうすることで、非接触カード１０１は認証アプリケーション１２３からの承認なしでは動作を実行するために使用されることができないため、非接触カード１０１及び／又は基礎となるアカウントのセキュリティが強化される。

【0030】

図１Ｃは、認証アプリケーション１２３が、例えば、カードＩＤ及び／又はＵＲＬ１０６－１と一致するものが存在すると決定することによって、要求１３１に示されるカードＩＤ及び／又はＵＲＬ１０６－１を正常に認証する実施の形態を示す。図示のように、認証アプリケーション１２３は、認証が成功したことを示す認証結果１４０を送信する。認証結果１４０は、認証が成功したか失敗したかをモバイルデバイス１１０に示す。図示の実施の形態では、認証が成功したため、認証アプリケーション１２３はさらにアカウントデータ１２４－１をデバイス１１０に送信する。アカウントデータ１２４－１は、非接触カード１０１に関連付けられたアカウント用であり得る。いくつかの実施の形態では、認証アプリケーション１２３は、ＵＲＬベースの認証に関連付けられたデフォルトデータ（例えば、アカウント所有者名、アカウント残高等）に基づいてアカウントデータ１２４－１を選択する。他の実施の形態では、認証アプリケーション１２３は、要求１３１内のパラメータに基づいてアカウントデータ１２４－１を選択する。例えば、ＵＲＬ１０６－１のパラメータは、アカウント請求先アドレスを返すように指定し得る。このような例では、認証アプリケーション１２３は、アカウントデータ１２４からアカウント請求先アドレスをアカウントデータ１２４－１として選択し得る。

【0031】

より一般的には、ＵＲＬ１０６－１及び／又はカードＩＤの成功した認証に基づいて、任意の数及びタイプの動作が実行され得る。例えば、認証アプリケーション１２３は、アカウントアプリケーション１１３、他のアプリケーション１１４、及び／又は、ウェブブラウザ１１５に、アカウント用のクレデンシャル（例えば、生体認証データ、ユーザ名／パスワード等）を取得するように指示し得る。次に、取得されたクレデンシャルは、検証のために認証アプリケーション１２３に送信され、及び／又はアカウントアプリケーション１１３によってローカルに検証され得る。別の例として、認証アプリケーション１２３は、１回限りの使用の仮想アカウント番号（ＶＡＮ）をアカウント用に生成させ得る。次いで、ＶＡＮ及び関連付けられた有効期限日及びカード検証値（ＣＶＶ）は、デバイス１１０に送信され得る。いくつかの実施の形態では、受信されたＶＡＮ、有効期限日、及び／又はＣＶＶは、１以上のフォームに自動入力され得る。いくつかの実施の形態では、ＶＡＮ、有効期限日、及び／又はＣＶＶは、アカウントアプリケーション１１３、他のアプリケーション１１４、及び／又はウェブブラウザ１１５によってＯＳ１１２のクリップボードにコピーされ得る。実施の形態は、これらの文脈に限定されない。別の例として、成功した認証を反映する受信した認証結果１４０に基づいて、１以上の動作を実行し得る。例えば、アカウントアプリケーション１１３は、アカウントに対する支払いの提出を許可し得る。追加の例として、アカウントアプリケーション１１３は、残高転送、アドレス変更、又は、その他のタイプのアカウント関連動作を許可し得る。別の例として、認証アプリケーション１２３は、ウェブブラウザ１１５及び／又はＯＳ１１２にアカウントアプリケーション１１３のインスタンスをデバイス１１０にダウンロードさせてインストールさせる指示をウェブブラウザ１１５に送信し得る。

【0032】

図２Ａは、一実施の形態による、非接触カード１０１のＵＲＬベースの認証のためのシステム２００を示す。図示のように、システム２００は、図１Ａ～図１Ｃの非接触カード１０１、デバイス１１０、及び、サーバ１２０を含む。一般に、図２Ａ～２Ｃは、非接触カード１０１がサーバ１２０による認証のための「動的」ＵＲＬを生成する実施の形態を反映している。一般に、そのような実施の形態では、ＵＲＬ１２６及び／又はアカウントデータ１２４は、非接触カード１０１ごとに、動的ＵＲＬ認証を容易にするために使用される一部のデータを含み得る。例えば、ＵＲＬ１２６及び／又はアカウントデータ１２４は、非接触カードに関連付けられた顧客の顧客ＩＤ１０７、非接触カード１０１に割り当てられた１以上カードＩＤ、データを生成するためにアプレット１０３によって使用されるアルゴリズム等を含み得る。

【0033】

図示されているように、カード１０１がデバイス１１０にタップされると、アプレット１０３が認証用の動的ＵＲＬ２４１を生成することになる。アプレット１０３は、任意の適切なロジックを使用して、動的ＵＲＬ及び／又はＵＲＬの動的パラメータ（例えば、動的カードＩＤ）を生成し得る。例えば、アプレット１０３は、ハッシュ関数、暗号化関数、乱数発生器、又は、他の任意のロジックを使用して、動的カードＩＤとして適切な長さ（例えば、２５６ビット、１２８ビット等）の英数字列を生成し得る。いくつかの実施の形態では、アプレット１０３は、ＵＲＬの基本部分（例えば、「http://www.example.com」）を含むＵＲＬ１０６－１を選択し、その基本部分にパラメータ（例えば、「cardid=ABC123」）として付加されるカードＩＤを生成する。他の実施の形態では、アプレット１０３は、基本部分とカードＩＤ部分を含むＵＲＬ全体を生成するようにプログラムされる。

【0034】

例えば、非接触カード１０１のアプレット１０３は、暗号アルゴリズムを使用して、非接触カード１０１のメモリ１０２に格納された秘密鍵１０４及び顧客ＩＤ１０７に少なくとも部分的に基づいて暗号カードＩＤを生成し得る。例えば、アプレット１０３は、秘密鍵１０４及び暗号アルゴリズムを使用して顧客ＩＤ１０７を暗号化し得る。一般に、アプレット１０３は、暗号カードＩＤを生成するために任意のタイプの暗号アルゴリズム及び／又はシステムを使用し得り、ここにおける一例としての特定の暗号アルゴリズムの使用は、本開示を限定するものとみなされるべきではない。暗号アルゴリズムには、暗号化アルゴリズム、ハッシュベースのメッセージ認証コード（ＨＭＡＣ）アルゴリズム、暗号ベースのメッセージ認証コード（ＣＭＡＣ）アルゴリズム等が含まれ得る。暗号化アルゴリズムの非限定的な例としては、３ＤＥＳ又はＡＥＳ１２８等の対称暗号化アルゴリズム、ＨＭＡＣ－ＳＨＡ－２５６等の対称ＨＭＡＣアルゴリズム、ＡＥＳ－ＣＭＡＣ等対称ＣＭＡＣアルゴリズムが挙げられる。いくつかの実施の形態では、アプレット１０３は、鍵派生技術（key diversification technique）を使用して暗号化を実行し、暗号ペイロードを生成し得る。鍵派生技術の例は、2018年11月29日に出願された米国特許出願第１６／２０５，１１９号に記載されている。前述の特許出願は、その全体が参照により本明細書に援用される。

【0035】

鍵派生の例では、非接触カード１０１及びサーバ１２０はカウンタ値を維持し得る。一般に、カウンタ値は、所与の非接触カード１０１とサーバ１２０との間で同期される値を含む。カウンタ値は、非接触カード１０１とサーバ１２０（及び／又は非接触カード１０１及びモバイルデバイス１１０）との間でデータが交換されるたびに変化する数値を含み得る。データを（例えば、サーバ１２０及び／又はモバイルデバイス１１０に）送信する準備をしているとき、非接触カード１０１のアプレット１０３は、カウンタ値をインクリメントし得る。次いで、非接触カード１０１は、秘密鍵１０４及びカウンタ値を暗号アルゴリズムへの入力として提供し得り、暗号アルゴリズムは出力として派生鍵（diversified key）を生成する。次いで、非接触カード１０１は、暗号化アルゴリズムへの入力として派生鍵及びデータを使用して、データ（例えば、顧客ＩＤ１０７及び／又は他のデータ）を暗号化し得る。例えば、顧客ＩＤ１０７を派生鍵で暗号化すると、暗号化された顧客IDが得られる。暗号化されたデータ（暗号化された顧客ＩＤ１０７等）を受信すると、サーバはカウンタ値をインクリメントし得る。

【0036】

顧客ＩＤ１０７は、暗号化カードＩＤを形成するために暗号化され得るデータの一例として使用されるが、他のデータ要素も暗号化され得る。例えば、静的ＵＲＬ、カードＩＤ、ＰＡＲ、又は、アカウント所有者のその他の属性を暗号化して、暗号カードＩＤが生成され得る。実施の形態はこの文脈に限定されない。

【0037】

一般に、非接触カード１０１のアプレット１０３は、計算されると、図２Ａ中の動的ＵＲＬ２４１として示されるＵＲＬのパラメータとして暗号カードＩＤを含み得る。いくつかの実施の形態では、アカウントアプリケーション１１３は、要求されたユーザ動作（例えば、アカウント残高の表示）に関連付けられたパラメータを動的ＵＲＬ２４１のパラメータとして含めるようにアプレット１０３に指示する。その後、アプレット１０３は、そのパラメータを動的ＵＲＬに含め得る。加えて及び／又は代えて、アプレット１０３は、動的ＵＲＬ２４１のパラメータとして、カードＩＤを生成するために使用されるアルゴリズムの表示を含み得る。そうすることにより、認証アプリケーション１２３が動的ＵＲＬ２４１を認証するのを支援し得る。別の例として、アプレット１０３は、ＵＲＬ２４１のパラメータとして、カードＩＤがＰＡＲ値であるという表示を含み得る。いくつかの実施の形態では、動的ＵＲＬ２４１は、認証アプリケーション１２３及び／又は認証サーバ１２０を対象としてよく、パラメータとして少なくともカードＩＤを含む。しかしながら、前述したように、アカウントアプリケーション１１３がデバイス１１０にインストールされていない場合、ＯＳ１１２はアプレット１０３にＵＲＬを生成するように指示し得る。次に、アプレット１０３のロジックは、動的ＵＲＬ２４１を生成することを決定し得る。一実施の形態では、アプレット１０３は、ＰＡＲ値を格納し得る。別の実施の形態では、カード１０１は複数のアプレットを含み、アプレット１０３は別のアプレット（例えば、ＥＭＶアプレット）からＰＡＲ値を受信し得る。

【0038】

次に、アプレット１０３は、動的ＵＲＬ２４１をモバイルデバイス１１０に送信し得る。いくつかの実施の形態では、デバイス１１０のＯＳ１１２は、適切なアプリケーション（例えば、アカウントアプリケーション１１３、他のアプリケーション１１４、及び／又は、ウェブブラウザ１１５）を起動し、そして起動されたアプリケーションにＵＲＬ２４１を提供する。アカウントアプリケーション１１３が起動される（またはＯＳ１１２のフォアグラウンドですでに実行されている）実施の形態では、ＯＳ１１２はＵＲＬ２４１をアカウントアプリケーション１１３に提供し得り、アカウントアプリケーション１１３は追加データをＵＲＬ２４１のパラメータとして提供し得る。例えば、アカウントアプリケーション１１３は、ＵＲＬ２４１のパラメータとしてＧＰＳ座標、パラメータとして１以上の要求された動作の表示等を挿入し得る。ＯＳ１１２によって起動される、開かれる、又は、その他の方法で呼び出されるアプリケーションに関係なく、要求２３１は、動的ＵＲＬ２４１を含み得り、一般に、動的ＵＲＬ２４１を認証サーバ１２０に送信し得る。静的ＵＲＬと同様に、起動されたアプリケーションは、さらに、動的ＵＲＬ２４１を関連付けられたサーバに送信し得る（例えば、販売者アプリケーション１１４は、動的ＵＲＬ２４１を、認証のために販売者のサーバに送信し得る）。アカウントアプリケーション１１３がデバイス１１０にインストールされていない実施の形態では、ＵＲＬ２４１は、ＯＳ１１２にウェブブラウザ１１５を起動させ、ウェブブラウザ１１５に（例えば、要求２３１を生成することによって）ＵＲＬ２４１にアクセスさせ得る。

【0039】

次に、認証アプリケーション１２３は、ＵＲＬ２４１の認証を試み得る。例えば、ＵＲＬ２４１が暗号カードＩＤとして暗号化されたカードＩＤを含む場合、認証アプリケーション１２３は、サーバ１２０のメモリ１２２に格納された秘密鍵プ１０４のコピーを使用して暗号カードＩＤを復号し得る。秘密鍵１０４は、非接触カード１０１のメモリ１０２に格納される秘密鍵１０４と同一であり得、各非接触カード１０１は、固有の秘密鍵１０４を含むように製造される（そしてサーバ１２０は、各固有の秘密鍵の対応するコピーを格納する）。したがって、認証アプリケーション１２３が暗号カードＩＤを正常に復号した場合、認証アプリケーション１２３は、復号されたカードＩＤがアカウントデータ１２４及び／又はＵＲＬ１２６内の期待されるカードＩＤと一致するかどうかを決定し得る。一致する場合、認証アプリケーション１２３は、カードＩＤを検証又は認証する。別の例として、暗号化されたＰＡＲがカードＩＤとして使用される場合、認証アプリケーション１２３は、ＰＡＲを復号し、ＰＡＲがアカウントデータ１２４及び／又はＵＲＬ１２６内の期待されるＰＡＲと一致するかどうかを決定し得る。一致する場合、認証アプリケーション１２３は、ＰＡＲを検証又は認証する。

【0040】

別の例として、ＵＲＬ２４１が暗号カードＩＤとして暗号化された顧客ＩＤ１０７を含む場合、認証アプリケーション１２３は、サーバのメモリ１２２に格納された秘密鍵１０４のコピーを使用して暗号化された顧客ＩＤ１０７を復号し得る。したがって、認証アプリケーション１２３が暗号化された顧客ＩＤ１０７を正常に復号した場合、認証アプリケーション１２３は、復号された顧客ＩＤ１０７がアカウントデータ１２４及び／又はＵＲＬ１２６内の顧客ＩＤ１０７と一致するかどうかを決定し得る。一致する場合、認証アプリケーション１２３は、動的ＵＲＬ２４１を検証又は認証する。

【0041】

別の例として、顧客ＩＤ１０７及び／又はＰＡＲが鍵派生を使用して暗号化される場合、認証アプリケーション１２３は、非接触カードに関連付けられたカウンタ値をインクリメントし得る。次いで、認証アプリケーション１２３は、秘密鍵１０４及びカウンタ値を暗号アルゴリズムへの入力として提供し得り、暗号アルゴリズムは出力として派生鍵を生成する。結果として得られる派生鍵は、非接触カード１０１によって生成された派生鍵に対応し得り、暗号化された顧客ＩＤ１０７及び／又はＰＡＲを復号するために使用され得る。したがって、認証アプリケーション１２３は、暗号化データを正常に復号し、それによって暗号化データを検証し得る。

【0042】

別の例として、アプレット１０３が顧客ＩＤ１０７（またはＰＡＲ等の他のデータ）のハッシュを使用してカードＩＤを生成する場合、認証アプリケーション１２３は、アプレット１０３により使用される同じハッシュ関数を使用して、顧客ＩＤ１０７のハッシュを計算し得る。これにより、期待されるカードＩＤが生成され、これは、ハッシュ関数を使用してアプレットによって生成されたカードＩＤと一致すべきである。受信したカード識別子が期待されるカード識別子と一致する場合、認証アプリケーション１２３はカードＩＤを認証する。

【0043】

前述のように、いくつかの実施の形態では、認証アプリケーション１２３は、要求２３１内の位置データを受信し得る。位置データが受信された場合、認証アプリケーション１２３は、位置データがデバイス１１０及び／又はカード１０１がアカウントに関連付けられた１以上の既知の位置（例えば、請求先住所、自宅住所、配送先住所等）の閾値距離内にあるかどうかを決定する。

【0044】

図２Ｂは、認証アプリケーション１２３が、例えば、カードＩＤと、認証アプリケーション１２３によって生成される期待されるカードＩＤとが一致すると決定することによって、又は、カードＩＤとアカウントデータ１２４及び／又はＵＲＬ１２６内の１以上のカードＩＤとが一致すると決定することによって、認証アプリケーション１２３が要求２３１の動的ＵＲＬのパラメータとして示されるカードＩＤを正常に認証する実施の形態を示す。図示のように、認証アプリケーション１２３は、認証が成功したことを示す認証結果２４２を送信する。図示の実施の形態では、認証が成功したため、認証アプリケーション１２３はさらにアカウントデータ１２４－２をデバイス１１０に送信する。アカウントデータ１２４－１は、非接触カード１０１に関連付けられたアカウント用であり得る。いくつかの実施の形態では、認証アプリケーション１２３は、ＵＲＬベースの認証に関連付けられたデフォルトのデータタイプ（例えば、アカウント所有者名、アカウント残高等）に基づいてアカウントデータ１２４－２を選択する。他の実施の形態では、認証アプリケーション１２３は、要求２３１内のパラメータに基づいてアカウントデータ１２４－２を選択する。例えば、動的ＵＲＬ２４１のパラメータは、アカウント残高を返すように指定し得る。このような例では、認証アプリケーション１２３は、アカウントデータ１２４からアカウント残高をアカウントデータ１２４－２として選択し得る。

【0045】

静的ＵＲＬと同様に、動的ＵＲＬ２４１及び／又は関連付けられたカードＩＤの成功した認証に基づいて、任意の数及びタイプの動作を実行し得る。例えば、認証アプリケーション１２３は、アカウントアプリケーション１１３、他のアプリケーション１１４、及び／又は、ウェブブラウザ１１５に、アカウント用のクレデンシャル（例えば、生体認証データ、ユーザ名／パスワード等）を取得するように指示し得る。次に、取得されたクレデンシャルは、検証のために認証アプリケーション１２３に送信され、及び／又はアカウントアプリケーション１１３によってローカルに検証され得る。別の例として、認証アプリケーション１２３は、１回限りの使用の仮想アカウント番号（ＶＡＮ）を生成させ得る。 アカウント。次いで、ＶＡＮ及び関連付けられた有効期限日、及び、カード検証値（ＣＶＶ）は、デバイス１１０に送信され得る。いくつかの実施の形態では、受信されたＶＡＮ、有効期限日、及び／又は、ＣＶＶは、１以上のフォームに自動入力され得る。いくつかの実施の形態では、ＶＡＮ、有効期限日、及び／又は、ＣＶＶは、アカウントアプリケーション１１３、他のアプリケーション１１４、及び／又は、ウェブブラウザ１１５によって、ＯＳ１１２のクリップボードにコピーされ得る。実施の形態は、これらの文脈に限定されない。別の例として、成功した認証を反映する受信した認証結果２４２に基づいて、１以上の動作を実行し得る。例えば、アカウントアプリケーション１１３は、アカウントに対する支払いの提出を許可し得る。追加の例として、アカウントアプリケーション１１３は、残高転送、アドレス変更、又は、その他のタイプのアカウント関連動作を許可し得る。前述したように、他の例では、認証アプリケーション１２３は、ウェブブラウザ１１５及び／又はＯＳ１１２にアカウントアプリケーション１１３のインスタンスをデバイス１１０にダウンロードさせてインストールさせる指示をウェブブラウザ１１５に送信し得る。

【0046】

前述のように、いくつかの実施の形態では、アプレット１０３は、動的ＵＲＬ及び／又は静的ＵＲＬのカードＩＤを暗号化し得る。このような実施の形態では、アプレット１０３は、カードＩＤが暗号化されるという表示をＵＲＬのパラメータとして含み得り、これにより、認証アプリケーション１２３がカードＩＤが暗号化されていると決定できるようになる。さらに、そのような実施の形態では、アプレット１０３は、暗号化カードＩＤを対応するＵＲＬのパラメータとして含める前に、ＵＲＬと互換性のあるエンコードフォーマットにしたがって暗号化データをエンコードする。例えば、暗号化されたカードＩＤはバイナリデータの文字列（例えば、０と１）であり得、ＵＲＬとは互換性がない可能性がある。したがって、アプレット１０３は、暗号化されたカードＩＤを情報交換用米国標準コード（ＡＳＣＩＩ）ベース６４エンコード形式にエンコードし得る。これにより、バイナリ暗号化されたカードＩＤが、ｒａｄｉｘ－６４表現（例えば、前の例の「ABC123」）に変換されることにより、ＡＳＣＩＩ文字列形式で表現される。次に、認証アプリケーション１２３は、任意の復号を実行する前に、ＡＳＣＩＩ文字列をバイナリにデコードし得る。

【0047】

図３Ａは、ＵＲＬベースの認証のために非接触カード１０１をタップする例の実施の形態を示す概略図３００である。図示のように、デバイス１１０のアカウントアプリケーション１１３は、アカウント残高を表示するために非接触カード１０１をタップすることを示すページを表示する。前述のように、非接触カード１０１がモバイルデバイス１１０にタップされると、アカウントアプリケーション１１３は、カードリーダ１１８を介して（例えば、ＮＦＣ、ブルートゥース（登録商標）、ＲＦＩＤ、及び／又はＥＭＶプロトコル等を介して）、非接触カード１０１に、表示を送信する。この表示は、認証のためのＵＲＬを提供することを示し得る。ＵＲＬは、動的に生成されたＵＲＬ及び／又はＵＲＬ１０６から選択された静的ＵＲＬであり得る。しかしながら、いくつかの実施の形態では、非接触カード１０１は、モバイルデバイス１１０から受信される指示を必要とせずに、アプレット１０３にＵＲＬを提供させる。ＵＲＬが動的に生成されるか、及び／又は、静的ＵＲＬ１０６から選択されるかにかかわらず、ＵＲＬはパラメータとして少なくとも１つのカードＩＤを含む。述べたように、アプレット１０３は、ＵＲＬ内に追加パラメータをさらに提供し得る。

【0048】

図３Ｂは、アカウントアプリケーション１１３が非接触カードからＵＲＬを受信する実施の形態を示す概略図３１０である。述べたように、アカウントアプリケーション１１３は、受信したＵＲＬに追加パラメータを任意で追加し得る。次に、アカウントアプリケーション１１３は、受信したＵＲＬを認証サーバ１２０に送信し得る。その後、認証アプリケーション１２３は、受信したＵＲＬを検証又は認証することを試み得る。例えば、認証アプリケーション１２３は、受信したＵＲＬが期待されるＵＲＬと一致するかどうかを判定し得る。期待されるＵＲＬは、ＵＲＬ１２６及び／又はアカウントデータ１２４内の任意のＵＲＬであり得る。別の例として、認証アプリケーション１２３は、受信したＵＲＬからカードＩＤを抽出し、抽出されたカードＩＤがＵＲＬ１２６及び／又はアカウントデータ１２４内で示された任意のカードＩＤと一致するかどうかを決定してよい。動的ＵＲＬの例では、認証アプリケーション１２３は、アプレット１０３と同じアルゴリズムを使用して動的ＵＲＬのカードＩＤの再生成を試み、動的ＵＲＬのカードＩＤが認証アプリケーション１２３によって再生成されるカードＩＤと一致するかどうかを決定し得る。前述したように、いくつかの実施の形態では、認証アプリケーション１２３は、カードＩＤが暗号化されている場合には復号し得る。

【0049】

図３Ｃは、認証アプリケーション１２３がアカウントアプリケーション１１３から受信したＵＲＬを正常に認証する実施の形態を示す概略図３２０である。図示されるように、アカウントアプリケーション１１３は、ＵＲＬの成功した認証に応答して、認証アプリケーション１２３から受信した情報を表示する。例えば、アカウントアプリケーション１１３は、認証アプリケーション１２３から受信し得るアカウント所有者の名前及びアカウントの残高を表示する。

【0050】

図４Ａは、非接触カード１０１がデバイス１１０にタップされたときにデバイス１１０がＯＳ１１２のホームページを出力する実施の形態を示す概略図４００である。前述したように、カード１０１がデバイス１１０にタップされたとき、アプレット１０３は、静的ＵＲＬ及び／又は動的ＵＲＬをデバイス１１０に提供し得る。例えば、前述したように、アプレット１０３は、非接触カード１０１の秘密鍵１０４（及び／又は派生鍵）を用いて暗号化されたカードＩＤを用いて動的ＵＲＬを生成し得る。次に、アプレット１０３は、ＵＲＬをモバイルデバイス１１０に送信し得る。受信すると、ＯＳ１１２は、アカウントアプリケーション１１３、他のアプリケーション１１４、及び／又は、ＵＲＬを開くためにＯＳ１１２に登録されたウェブブラウザ１１５を起動する等のアクションを実行し得る。有利には、そうすることにより、ＯＳ１１２のフォアグラウンドで実行されるアクティブなアプリケーション（例えば、アカウントアプリケーション１１３、他のアプリケーション１１４、及び／又は、ウェブブラウザ１１５）を必要としない、ＵＲＬベースの認証の解決策が提供される。有利には、このような解決策は、デバイス１１０が、デバイス上にインストールされるアカウントアプリケーション１１３のインスタンスを含むことを必要としない。さらに、そのような実施の形態では、ＵＲＬベースの認証は、デバイス１１０上でのアカウントアプリケーション１１３のインスタンスのダウンロード及びインストールを容易にし得る。

【0051】

図４Ｂは、非接触カード１０１からの動的ＵＲＬの受信に応答してＯＳ１１２がウェブブラウザ１１５を開く実施の形態を示す概略図４１０である。前述したように、いくつかの実施の形態では、デバイス１１０は、アカウントアプリケーション１１３のインスタンスを含まない。このような実施の形態では、動的ＵＲＬにより、ＯＳ１１２はウェブブラウザを開く。ウェブブラウザ１１５のアドレスフィールド４０１は、非接触カードから受信したＵＲＬを反映する。図４Ｂに示す例では、アプレット１０３は、秘密鍵１０４及び顧客ＩＤ１０７（及び／又はＰＡＲ値）を使用して、「ABCD123XYZ」の例の暗号化文字列を生成し得る。次に、アプレット１０３は、認証アプリケーション１２３を対象とするＵＲＬを生成し得り、このＵＲＬは、ＵＲＬのカードＩＤパラメータとして暗号化された文字列を含む。図４Ｂに示す例では、ＵＲＬは「https:///www.example.com/auth.html?ABCD123XYZ」であり得る。次に、ウェブブラウザ１１５は、ＵＲＬにアクセスし得り、これにより、認証アプリケーション１２３は、検証のためにＵＲＬからカードＩＤパラメータを抽出する。

【0052】

一般に、認証アプリケーション１２３は、非接触カード１０１に割り当てられた秘密鍵１０４を使用してカードＩＤを復号し、復号されたカードＩＤを検証し得る。述べたように、認証アプリケーション１２３は、復号する前に、暗号化されたカードＩＤをデコードし得る。次いで、認証アプリケーション１２３は、復号されたカードＩＤが既知のカードＩＤ（例えば、ＵＲＬ１２６及び／又はアカウントデータ１２４内で示された複数のカードＩＤ及び／又はＵＲＬのうちの１つ）と一致するかどうかを決定し得る。図４Ｂは、認証アプリケーション１２３が、復号されたカードＩＤが既知のカードＩＤと一致すると決定する実施の形態を反映する。したがって、認証アプリケーション１２３は、成功の表示をウェブブラウザ１１５に送信する。さらに、図示のように、認証アプリケーション１２３は、ウェブブラウザ１１５で表示するために出力される仮想アカウント番号、有効期限日、及び、ＣＶＶを生成している。図４Ｂに示すように、ウェブブラウザ１１５は、成功したＵＲＬベースの認証の表示、仮想アカウント番号、有効期限日、及び、ＣＶＶを含む。

【0053】

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

【0054】

図５は、ロジックフロー５００の実施の形態を示す。ロジックフロー５００は、ここに記載される１以上の実施の形態によって実行される動作の一部又はすべてを表し得る。例えば、ロジックフロー５００は、静的ＵＲＬを使用して支払いカード用のＵＲＬベースの認証を提供する動作の一部又はすべてを含み得る。実施の形態はこの文脈に限定されない。

【0055】

示されているように、ロジックフロー５００はブロック５０１から始まり、支払いカードの製造時に、１以上のＵＲＬが非接触の支払いカードに割り当てられる。例えば、１以上の固有のＵＲＬ１０６は、非接触カード１０１等の複数の異なる支払いカードに割り当てられ得る。一般に、各ＵＲＬは、パラメータとして、少なくとも１つのカードＩＤを含む。カードＩＤは、各非接触カードを一意に識別する任意の英数字文字列であり、任意の適切な関数を使用して生成され得る。したがって、カードの製造時、生成されたＵＲＬは、非接触カード１０１のメモリ１０２にＵＲＬ１０６としてプログラムされ得る。さらに、生成されたＵＲＬは、サーバ１２０のＵＲＬ１２６内に記憶され得る。ＵＲＬ１２６内の各エントリは、ＵＲＬ及び関連付けられたカード（及び／又はカードに関連付けられたアカウント）を含む。前述したように、カードＩＤは、顧客ＩＤ、ＰＡＲ値、又は、その他のデータ等の任意の値であり得る。

【0056】

ブロック５０５で、ユーザは非接触カード１０１をデバイス１１０にタップして、非接触カード１０１にＵＲＬを提供させる。デバイス１１０は、任意のアクティブ状態にあり得る。例えば、デバイス１１０は、ＯＳ１１２のホーム画面を表示し得る。別の例として、デバイス１１０は、ＯＳ１１２のフォアグラウンドにアカウントアプリケーション１１３を表示し得る。ブロック５１０で、非接触カードのアプレット１０３は、 非接触カード１０１に格納されたＵＲＬ１０６から静的ＵＲＬ１０６－１を選択する。選択されたＵＲＬ１０６－１は、ＵＲＬのパラメータとしてカード識別子を含む。述べたように、アプレット１０３は、選択ロジック、オフセット、又は、任意の他の選択技術を使用して、複数のＵＲＬ１０６から選択し得る。ＵＲＬは、少なくとも部分的に、たどられるとアカウントアプリケーション１１３及び／又は別のアプリケーション１１４の所定のページが開かれるユニバーサルリンクＵＲＬであり得る。ブロック５１５で、アプレット１０３は、カード識別子を含む選択されたＵＲＬ１０６－１をモバイルデバイス１１０に送信し得る。ブロック５２０で、デバイスのＯＳ１１２は、ＵＲＬ１０６－１の受信に応答して、ＵＲＬ１０６－１に関連付けられたクライアントアプリケーションを起動する。例えば、ＯＳ１１２は、ＵＲＬ１０６－１の受信に応答して、アカウントアプリケーション１１３、他のアプリケーション１１４のうちの１つ、及び／又は、ウェブブラウザ１１５を開き得る。一例では、ＵＲＬ１０６－１は、アカウントアプリケーション１１３及び／又は他のアプリケーション１１４のうちの１つ等のアプリケーションに登録されるディープリンクＵＲＬである。

【0057】

ブロック５２５では、ブロック５２０で起動されたアプリケーションは、カード１０１から受信したＵＲＬ１０６－１を含む要求を生成する。例えば、アカウントアプリケーション１１３は、ＵＲＬ１０６－１を示す認証アプリケーション１２３を対象とする要求を生成し得り、ここで、要求はＵＲＬ１０６－１を認証することを示す。別の例として、ウェブブラウザ１１５は、ＵＲＬ１０６－１を示すＨＴＴＰ要求を生成し得り、これは認証アプリケーション１２３を対象とし、認証アプリケーション１２３にＵＲＬ１０６－１を認証させる。いくつかの実施の形態では、デバイス１１０の位置を記述する位置データ、要求された動作（例えば、アカウント残高の表示、仮想アカウント番号の生成等）、及び、認証アプリケーション１２３によって実行される認証動作を容易にするためのその他のパラメータ等の、追加データがＵＲＬ１０６－１に、追加され得る。

【0058】

ブロック５３０で、認証アプリケーション１２３は、ブロック５４０で生成されたＵＲＬ１０６－１を含む要求を受信する。ブロック５３５で、認証アプリケーション１２３は、ＵＲＬ１０６－１からカードＩＤパラメータを抽出する。カードＩＤが暗号化されるいくつかの実施の形態では、認証アプリケーション１２３は、秘密鍵１０４を使用してカードＩＤを復号する。ブロック５４０で、認証アプリケーション１２３は、カードＩＤを１以上の期待されるカードＩＤ値と比較する。例えば、認証アプリケーション１２３は、カードＩＤ値と一致する結果を返すためにＵＲＬ１２６及び／又はアカウントデータ１２４に問い合わせし得る。いくつかの実施の形態では、カードＩＤの一部分ではなく、ＵＲＬ１０６－１全体が、ＵＲＬ１２６及び／又はアカウントデータ１２４内に一致するものがあるか検索される。一致しない場合、認証アプリケーション１２３は、認証が失敗したと決定する。ブロック５４５で、認証アプリケーション１２３は、カードＩＤ（及び／又はＵＲＬ１０６－１）と、ＵＲＬ１２６及び／又はアカウントデータ１２４内の１以上のカードＩＤ（及び／又はＵＲＬ）との間に少なくとも１つの一致が存在すると決定する。したがって、認証アプリケーション１２３は、ＵＲＬ１０６－１を認証し、ブロック５５０で認証が成功したと決定し得る。

【0059】

ブロック５５５で、認証アプリケーション１２３は、成功した認証の表示をデバイス１１０上の要求側アプリケーションに送信し得る。さらに、認証アプリケーション１２３は、任意で追加データをデバイス１１０に送信し得る。ＵＲＬ１０６－１のパラメータがアカウント残高を提供することを示す場合、認証アプリケーション１２３は、現在のアカウント残高をデバイス１１０に提供し得る。ブロック５６０で、デバイス１１０は、成功の表示及び認証アプリケーション１２３によって提供された任意のデータを受信する。ブロック５６５で、デバイス１１０は、成功した認証の表示及び受信した任意のデータを出力する。デバイス１１０はさらに、ＯＳ１１２のクリップボードへのデータのコピー、デバイス１１０へのアプリケーションのインストール、アカウント残高の表示、資金の転送等の追加の動作を許可し得る。

【0060】

図６は、ロジックフロー６００の実施の形態を示す。ロジックフロー６００は、ここに記載される１以上の実施の形態によって実行される動作の一部又はすべてを表し得る。例えば、ロジックフロー６００は、動的ＵＲＬを使用して支払いカード用のＵＲＬベースの認証を提供する動作の一部又はすべてを含み得る。実施の形態はこの文脈に限定されない。

【0061】

示されるように、ロジックフロー６００はブロック６０５から始まり、ユーザが非接触カード１０１をデバイス１１０にタップして、非接触カード１０１にＵＲＬを提供させる。デバイス１１０は、任意のアクティブ状態にあり得る。例えば、デバイス１１０は、ＯＳ１１２のホーム画面を表示し得る。別の例として、デバイス１１０は、アカウントアプリケーション１１３、他のアプリケーションのうちの１つ、及び／又は、ウェブブラウザ１１５をＯＳ１１２のフォアグラウンドに表示し得る。ブロック６１０で、非接触カード１０１のアプレット１０３は、関数を使用して暗号化された動的カードＩＤを生成する。この関数は、ハッシュ関数、暗号化関数、乱数発生器、又は、その他の適切な関数であり得る。いくつかの実施の形態では、暗号化された動的カードＩＤの生成は、秘密鍵１０４を使用して非接触カード１０１の顧客ＩＤ１０７を暗号化することを含む。いくつかの実施の形態では、暗号化された動的カードＩＤの生成は、出力を（例えば、顧客ＩＤ１０７に基づいて）計算するハッシュ関数、及び、秘密鍵１０４を使用して出力を暗号化することを含む。

【0062】

ブロック６１５で、アプレット１０３は、ブロック６１０で生成された暗号化されたカードＩＤを含むＵＲＬを生成する。例えば、アプレット１０３は、認証アプリケーション１２３を対象とするＵＲＬにパラメータとして暗号化されたカードＩＤを追加し得る。アプレット１０３はさらに、要求された動作、暗号化されたカードＩＤを計算するために使用される関数等の他のパラメータをＵＲＬに付加し得る。いくつかの実施の形態では、アプレット１０３は、生成されたＵＲＬをＵＲＬ１０６のデータベースに格納し得る。ブロック６２０で、アプレット１０３は、ブロック６１５で生成されたＵＲＬをデバイス１１０に送信する。ブロック６２５で、ＯＳ１１２は、ＵＲＬの受信に応答してクライアントアプリケーションを開き得る。例えば、ＯＳ１１２は、アカウントアプリケーション１１３、他のアプリケーション１１４のうちの１つ、及び／又は、ウェブブラウザ１１５を開き得る。ブロック６３０において、ブロック６２５でＯＳ１１２によって開かれたアプリケーションは、非接触カード１０１から受信したＵＲＬを含む要求を生成する。要求は、ＵＲＬを含むＨＴＴＰリクエスト等、任意のタイプの要求であり得る。

【0063】

ブロック６３５で、認証アプリケーション１２３は、デバイス１１０から要求を受信する。ブロック６４０で、認証アプリケーション１２３は、例えば、サーバ１２０によって格納された秘密鍵１０４のインスタンスを使用して、ＵＲＬ内の暗号化されたカードＩＤを復号する。ブロック６４５で、認証アプリケーション１２３は、期待される動的カード識別子を生成する。例えば、認証アプリケーション１２３は、ハッシュ関数を使用して、期待されるハッシュ値を計算し得る（例えば、顧客ＩＤ１０７をハッシュすることによって）。ブロック６５０で、認証アプリケーション１２３は、復号されたカードＩＤを期待される動的カードＩＤと比較する。ブロック６５５で、認証アプリケーション１２３は、期待される動的カードＩＤと一致する復号されたカードＩＤに基づいて要求を認証する。

【0064】

ブロック６６０で、認証アプリケーション１２３は、デバイス１１０上の要求側アプリケーションに成功した認証の表示を送信し得る。さらに、認証アプリケーション１２３は、デバイス１１０に追加データを送信し得る。アプレット１０３によって生成された（及び／又はデバイス１１０によって変更された）ＵＲＬのパラメータが仮想アカウント番号を提供することを示す場合、認証アプリケーション１２３は、仮想アカウント番号を生成し、仮想アカウント番号、有効期限日、及び、ＣＶＶをデバイス１１０に提供し得る。ブロック６６５で、デバイス１１０は、成功の表示、及び、認証アプリケーション１２３によって提供されたデータを受信する。デバイス１１０上の要求側アプリケーションは、受信した成功した認証の表示及び受信したデータを出力し得る。デバイス１１０はさらに、仮想アカウント番号をＯＳ１１２のクリップボードにコピーすること、アプリケーションをデバイス１１０にインストールすること、アカウント残高を閲覧すること、資金を転送すること等の追加の動作を許可し得る。

【0065】

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

【0066】

非接触カード１０１は、また、カードの前面及び／又は背面に表示される識別情報７１５と、接触パッド７２０とを含み得る。接触パッド７２０は、モバイルデバイス１１０、ユーザデバイス、スマートフォン、ラップトップ、デスクトップ、又は、タブレットコンピュータ等の別の通信デバイスとの接触を確立するように構成され得る。非接触カード１０１はまた、図７Ａには示されていない処理回路、アンテナ、及び、他のコンポーネントを含み得る。これらのコンポーネントは、接触パッド７２０の裏側、又は、基板７１０上の他の場所に配置され得る。非接触カード１０１はまた、磁気ストリップ又はテープを含み得り、これは、カードの裏面に配置され得る（図７Ａには示されていない）。

【0067】

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

【0068】

メモリ１０２は、読み出し専用メモリ、ライトワンスリードマルチプルメモリ、又は、読み取り／書き込みメモリ、例えば、ＲＡＭ、ＲＯＭ、及び、ＥＥＰＲＯＭであり得、非接触カード１０１は、これらのメモリのうちの１以上を含み得る。読み取り専用メモリは、工場出荷時に読み取り専用としてプログラム可能であるか、又は、１回だけプログラム可能である場合がある。ワンタイムプログラマビリティにより、一度書き込んで何度も読み取ることができる。ライトワンスリードマルチプルメモリは、メモリチップが工場出荷後のある時点でプログラムされる場合がある。メモリは一度プログラムされると書き換えることはできないが、何度でも読み取ることができる。読み取り／書き込みメモリは、工場出荷後に何度もプログラムされ、再プログラムされる場合がある。読み取り／書き込みメモリは、工場出荷後に何度も読み取られる場合もある。

【0069】

メモリ１０２は、１以上アプレット１０３、秘密鍵１０４、暗号化データ１０５、１以上のＵＲＬ１０６、１以上の顧客ＩＤ１０７、及び、ＰＡＲ値７３１を格納するように構成され得る。１以上のアプレット１０３は、Ｊａｖａ（登録商標）カードアプレット等、１以上の非接触カード上で実行するように構成された１以上のソフトウェアアプリケーションを含み得る。しかしながら、アプレット１０３はＪａｖａカードアプレットに限定されず、非接触カード又は限られたメモリを有する他のデバイス上で動作可能な任意のソフトウェアアプリケーションであってもよいことが理解される。顧客ＩＤ１０７は、非接触カード１０１のユーザに割り当てられた一意の英数字の識別子を含むことができ、この識別子は、非接触カードのユーザを他の非接触カードユーザから区別し得る。いくつかの例では、顧客ID107は、顧客とその顧客に割り当てられたアカウントの両方を識別し得り、さらに、顧客のアカウントに関連付けられた非接触カードを識別し得る。いくつかの実施の形態では、アプレット１０３は、顧客ＩＤ１０７を鍵１０４による暗号化アルゴリズムへの入力として使用して、顧客ＩＤ１０７を暗号化し得る。同様に、アプレット１０３は、動的カードＩＤを生成し、動的カードＩＤをパラメータとして含む動的ＵＲＬを構築し得る。

【0070】

上述したように、ＰＡＲ値７３１は、非接触カード１０１及びカード１０１によって生成される任意の支払いトークンに固有である。ＰＡＲ７３１は、非接触カード１０１に割り当てられた固有の英数字識別子を含み得り、これは、非接触カードを他の非接触カードから区別する。少なくとも１つの実施の形態では、ＰＡＲは２９個の英数字を含む。このような実施の形態では、４文字はＢＩＮコントローラ識別子を表し得り、残りの２５文字は非接触カード１０１のプライマリアカウント番号（ＰＡＮ）に対応する固有の識別子を表し得る。いくつかの実施の形態では、アプレット１０３は、１以上のＵＲＬのカードＩＤパラメータとしてＰＡＲ７３１を含む。いくつかの実施の形態では、アプレット１０３は、例えば鍵１０４及び／又は派生鍵を用いてＰＡＲ７３１を暗号化し得る。同様に、アプレット１０３は、暗号化されたＰＡＲ７３１をパラメータとして含む動的ＵＲＬを構築し得る。サーバ１２０は、上述したように、ＰＡＲ７３１を使用して要求を認証し得る。いくつかの実施の形態では、デバイス１１０は、ＥＭＶ読み取りを使用してＰＡＲ７３１を直接読み取り得る。

【0071】

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

【0072】

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

【0073】

実施の形態では、非接触カード１０１のコイルは、空芯変圧器の二次側として機能し得る。端末は、電力遮断又は振幅変調によって非接触カード１０１と通信し得る。非接触カード１０１は、非接触カードの電源接続のギャップを使用して、端末から送信されたデータを推測することができ、当該ギャップは、１以上のコンデンサによって機能的に維持され得る。非接触カード１０１は、非接触カードのコイルの負荷のスイッチング又は負荷変調によって通信を返すことができる。干渉により端末のコイルで負荷変調が検出され得る。より一般的には、アンテナ７５５、処理回路７２５、及び／又は、メモリ１０２を使用して、非接触カード１０１は、ＮＦＣ、ブルートゥース（登録商標）、及び／又は、Ｗｉ－Ｆｉ通信を介して通信するための通信インターフェースを提供する。

【0074】

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

【0075】

図８は、前述したような様々な実施の形態を実装するのに適し得るコンピューティングシステム８０２を含む例示的なコンピューティングアーキテクチャ８００の実施の形態を示す。様々な実施の形態において、コンピューティングアーキテクチャ８００は、電子デバイスを備えるか、電子デバイスの一部として実装され得る。いくつかの実施の形態では、コンピューティングアーキテクチャ８００は、例えば、システム１００の１以上のコンポーネントを実装するシステムを表し得る。いくつかの実施の形態では、コンピューティングシステム８０２は、例えば、システム１００のモバイルデバイス１１０及び／又は認証サーバ１２０を表し得る。実施の形態は、この文脈に限定されない。より一般的には、コンピューティングアーキテクチャ８００は、図１～図７Ｂを参照してここで説明されるすべてのロジック、アプリケーション、システム、方法、装置、及び、機能を実装するように構成される。

【0076】

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

【0077】

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

【0078】

図８に示すように、コンピューティングシステム８０２は、プロセッサ８０４、システムメモリ８０６、及び、システムバス８０８を備える。プロセッサ８０４は、限定されないが、ＡＭＤ（登録商標）、Ａｔｈｌｏｎ（登録商標）、Ｄｕｒｏｎ（登録商標）、及び、Ｏｐｔｅｒｏ（登録商標）プロセッサ、ＡＲＭ（登録商標）アプリケーション、組み込みの安全なプロセッサ、ＩＢＭ（登録商標）及びＳｏｎｙ（登録商標）Ｃｅｌｌプロセッサ、Ｉｎｔｅｌ（登録商標）、Ｃｅｌｅｒｏｎ（登録商標）、Ｃｏｒｅ（登録商標）、Ｃｏｒｅ（２）Ｄｕｏ（登録商標）、Ｉｔａｎｉｕｍ（登録商標）、Ｐｅｎｔｉｕｍ（登録商標）、Ｘｅｏｎ（登録商標）、ＸＳｃａｌｅ（登録商標）プロセッサ、及び、同様のプロセッサを含む、さまざまな商業的に利用可能なコンピュータプロセッサであり得る。デュアルマイクロプロセッサ、マルチコアプロセッサ、及び、他のマルチプロセッサアーキテクチャもプロセッサ８０４として採用され得る。

【0079】

システムバス８０８は、プロセッサ８０４に対するシステムメモリ８０６を含むがこれに限定されないシステムコンポーネントのためのインターフェースを提供する。システムバス８０８は、メモリバス（メモリコントローラの有無にかかわらず）、ペリフェラルバス、及び、市販のさまざまなバスアーキテクチャのいずれかを使用するローカルバスにさらに相互接続し得るいくつかのタイプのバス構造のいずれであってもよい。インターフェースアダプタは、スロットアーキテクチャを介してシステムバス８０８に接続し得る。スロットアーキテクチャの例には、高速グラフィックポート（AGP）、カードバス、（拡張）業界標準アーキテクチャ（（Ｅ）ＩＳＡ）、マイクロチャネルアーキテクチャ（ＭＣＡ）、ＮｕＢｕｓ、ペリフェラルコンポーネントインターコネクト（拡張）（ＰＣＩ（Ｘ））、ＰＣＩＥｘｐｒｅｓｓ、パーソナルコンピュータメモリカード国際協会（ＰＣＭＣＩＡ）等が含まれるが、これらに限定されない。

【0080】

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

【0081】

コンピューティングシステム８０２は、内部（又は外部）ハードディスクドライブ（ＨＤＤ）８１４、取り外し可能な磁気ディスク８１８から読み書きするための磁気フロッピーディスクドライブ（ＦＤＤ）８１６、取り外し可能な光ディスク８２２（例えば、ＣＤ－ＲＯＭ又はＤＶＤ）から読み書きするための光ディスクドライブ８２０等の、１以上の低速メモリユニットの形式のさまざまなタイプのコンピュータ可読媒体を含み得る。ＨＤＤ８１４、ＦＤＤ８１６、及び、光ディスクドライブ８２０は、それぞれＨＤＤインターフェース８２４、ＦＤＤインターフェース８２６、及び、光ドライブインターフェース８２８によってシステムバス８０８に接続され得る。外部ドライブ実装用のＨＤＤインターフェース８２４は、ユニバーサルシリアルバス（ＵＳＢ）及びＩＥＥＥ１３９４インターフェース技術の少なくとも一方又は両方を含み得る。コンピューティングシステム８０２は、一般に、図１～図７Ｂを参照して本明細書で説明されるすべてのロジック、システム、方法、装置、及び、機能を実装するように構成される。

【0082】

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

【0083】

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

【0084】

モニタ８４４又は他のタイプの表示装置も、ビデオアダプタ８４６等のインターフェースを介してシステムバス８０８に接続される。モニタ８４４は、コンピューティングシステム８０２の内部にあっても外部にあってもよい。モニタ８４４に加えて、コンピュータには通常、スピーカやプリンタ等の他の周辺出力デバイスが含まれる。

【0085】

コンピューティングシステム８０２は、リモートコンピュータ８４８等の１以上のリモートコンピュータへの有線及び／又は無線通信を介した論理接続を使用するネットワーク環境で動作し得る。リモートコンピュータ８４８は、ワークステーション、サーバコンピュータ、ルータ、パーソナルコンピュータ、ポータブルコンピュータ、マイクロプロセッサベースのエンターテイメント機器、ピアデバイス、又は他の一般的なネットワークノードであり、通常、コンピューティングシステム802に関して説明した要素の多くまたはすべてを含むが、簡潔にすることのみを目的として、メモリ／ストレージデバイス８５０のみが示される。図示された論理接続は、ローカルエリアネットワーク（ＬＡＮ）８５２及び／又はより大きなネットワーク、例えばワイドエリアネットワーク（ＷＡＮ）８５４への有線／無線接続を含む。このようなＬＡＮ及びＷＡＮネットワーキング環境はオフィス及び企業では一般的であり、イントラネット等の企業規模のコンピュータネットワークを容易にし、そのすべてがインターネット等のグローバル通信ネットワークに接続し得る。実施の形態では、図１のネットワーク１３０は、ＬＡＮ８５２及びＷＡＮ８５４のうちの１以上である。

【0086】

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

【0087】

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

【0088】

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

【0089】

様々な実施の形態は、ハードウェア要素、ソフトウェア要素、又は、両方の組み合わせを使用して実装され得る。ハードウェア要素の例としては、プロセッサ、マイクロプロセッサ、回路、回路要素（例えば、トランジスタ、抵抗器、コンデンサ、インダクタ等）、集積回路、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックデバイス（ＰＬＤ）、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、論理ゲート、レジスタ、半導体デバイス、チップ、マイクロチップ、チップセット等が挙げられる。ソフトウェアの例には、ソフトウェアコンポーネント、プログラム、アプリケーション、コンピュータプログラム、アプリケーションプログラム、システムプログラム、マシンプログラム、オペレーティングシステムソフトウェア、ミドルウェア、ファームウェア、ソフトウェアモジュール、ルーチン、サブルーチン、関数、方法、手順、ソフトウェアインターフェース、アプリケーションプログラムインターフェイス（ＡＰＩ）、指示（instruction）セット、コンピューティングコード、コンピュータコード、コードセグメント、コンピュータコードセグメント、単語、値、シンボル、又はそれらの任意の組み合わせが挙げられる。実施の形態がハードウェア要素及び／又はソフトウェア要素を使用して実装されるかどうかの決定は、所望の計算速度、電力レベル、耐熱性、処理サイクルバジェット、入力データ速度、出力データ速度、メモリリソース、データバス速度、その他の設計又はパフォーマンスの制約等の任意の数の要因に従って変化し得る。

【0090】

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

【0091】

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

【図1A】

【図1B】

【図1C】

【図2A】

【図2B】

【図3A】

【図3B】

【図3C】

【図4A】

【図4B】

【図5】

【図6】

【図7A】

【図7B】

【図8】

【国際調査報告】