特表 2024-540510 非接触カードを用いたアカウント認証に基づくデータの自動記入

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

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

(11)【公表番号】

(43)【公表日】2024-10-31

(54)【発明の名称】非接触カードを用いたアカウント認証に基づくデータの自動記入

(51)【国際特許分類】

   G06Q 20/40 20120101AFI20241024BHJP

【ＦＩ】

G06Q20/40

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024529481

(86)(22)【出願日】2022-04-19

(85)【翻訳文提出日】2024-07-16

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

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

(87)【国際公開日】2023-05-25

(31)【優先権主張番号】17/530,837

(32)【優先日】2021-11-19

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】519111877

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

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

(74)【代理人】

【識別番号】100145403

【弁理士】

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

(74)【代理人】

【識別番号】100135703

【弁理士】

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

(72)【発明者】

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

(72)【発明者】

【氏名】ルッツ，ウェイン

【テーマコード（参考）】

5L020

【Ｆターム（参考）】

5L020AA72

(57)【要約】

ウェブブラウザは、ウェブページの支払いフィールドを検出し、非接触カードに関連したアプリケーションが装置にインストールされると決定しうる。ブラウザはアプリケーションのＵＲＩを生成しうる。ＵＲＩは、マーチャント識別子、セッション識別子、及びアクション識別子を含みうる。モバイルＯＳは、ＵＲＩに基づいてアプリケーションを起動しうる。アプリケーションは、ＵＲＩのアクション識別子パラメータに基づいて、非接触カードによって生成された暗号文に基づいて、非接触カードに関連付けられたアカウントを認証しうる。アプリケーションは、認証に基づいて、非接触カードに関連付けられた支払い情報を受信しうる。アプリケーションのＷｅｂＶｉｅｗ構成要素は、ウェブページにアクセスし、支払い情報を支払いフィールドへ自動記入しうる。ＷｅｂＶｉｅｗ構成要素は、自動記入された支払い情報に基づいたトランザクションを処理しうる。

【特許請求の範囲】

【請求項1】

コンピュータで実装された方法であって、
装置のプロセッサにおいて実行されるウェブブラウザによって、ウェブページにおける支払いフィールドを識別することと、
上記ウェブブラウザによって、非接触カードの発行者に関連付けられたアプリケーションが上記装置にインストールされることを決定することと、
上記ウェブブラウザによって、上記アプリケーションに向けられたＵＲＩ（uniform resource identifier）であって、マーチャント識別子パラメータ、セッション識別子パラメータ、及びアクション識別子パラメータを含むＵＲＩを生成することと、
上記プロセッサにおいて実行されるモバイルオペレーティングシステム（ＯＳ）によって、上記ＵＲＩに基づいて上記アプリケーションを起動することと、
上記アプリケーションによって、上記ＵＲＩのアクション識別子パラメータに基づいて、上記非接触カードによって生成された暗号文に基づいて、上記非接触カードに関連付けられたアカウントを認証することと、
上記アプリケーションによって、上記認証に基づいて、上記非接触カードに関連付けられた支払い情報を受信することと、
上記アプリケーションのＷｅｂＶｉｅｗ構成要素によって、上記ウェブページにアクセスすることと、
上記アプリケーションのＷｅｂＶｉｅｗ構成要素によって、上記ウェブページにおける支払いフィールドへ支払い情報を自動記入することと、
上記アプリケーションのＷｅｂＶｉｅｗ構成要素によって、上記ウェブページの支払いフィールドへ自動記入された支払い情報に基づいて、トランザクションを処理することとを含む、
方法。

【請求項2】

上記方法は、上記アプリケーションによって、上記マーチャント識別子及び上記セッション識別子に基づいて、上記ウェブページのＵＲＬを生成することを含み、
上記マーチャント識別子は、上記ウェブページを提供するマーチャントに関連付けられ、
上記セッション識別子は、上記ウェブブラウザにおける閲覧セッションに関連付けられ、
上記方法は、上記アプリケーションのＷｅｂＶｉｅｗ構成要素によって、上記ウェブページの生成されたＵＲＬに基づいて上記ウェブページにアクセスすることをさらに含む、
請求項１記載の方法。

【請求項3】

上記支払い情報は、認証サーバから受信されたアカウント番号を含む、
請求項１又は２記載の方法。

【請求項4】

上記支払い情報は、上記ウェブページをホスティングするウェブサーバから受信された支払いトークンを含む、
請求項１又は２記載の方法。

【請求項5】

上記ウェブブラウザは、上記モバイルオペレーティングシステムによって提供される機能に基づいて、上記アプリケーションが上記装置にインストールされることを決定する、
請求項１又は２記載の方法。

【請求項6】

上記ＵＲＩは、上記アプリケーションに対するディープリンクであり、
上記アプリケーションは、上記アクション識別子に基づいて、上記アプリケーションの認証ページをロードする、
請求項１又は２記載の方法。

【請求項7】

上記認証することは、
上記アプリケーションによって、上記暗号文を認証サーバに送信することと、
上記アプリケーションによって、上記認証サーバから、上記暗号文を復号した認証サーバを指定する情報を受信することとを含む、
請求項１又は２記載の方法。

【請求項8】

上記アプリケーションが上記装置にインストールされることを決定する前に、
上記ウェブブラウザによって、上記ウェブページの支払いフィールドを選択する入力を受信することと、
上記アプリケーションを用いて上記トランザクションを処理することを指定する情報を表示することと、
上記アプリケーションを用いて上記トランザクションを処理することを指定する入力を受信することとをさらに含む、
請求項１又は２記載の方法。

【請求項9】

装置のプロセッサによって実行されたときに上記プロセッサに下記の動作を実行させる命令を含むコンピュータ可読記憶媒体であって、
上記動作は、
ウェブブラウザによって、ウェブページにおける支払いフィールドを識別することと、
上記ウェブブラウザによって、非接触カードの発行者に関連付けられたアプリケーションが上記装置にインストールされることを決定することと、
上記ウェブブラウザによって、上記アプリケーションに向けられたＵＲＩ（uniform resource identifier）であって、マーチャント識別子パラメータ、セッション識別子パラメータ、及びアクション識別子パラメータを含むＵＲＩを生成することと、
モバイルオペレーティングシステム（ＯＳ）によって、上記ＵＲＩに基づいて上記アプリケーションを起動することと、
上記アプリケーションによって、上記ＵＲＩのアクション識別子パラメータに基づいて、上記非接触カードによって生成された暗号文に基づいて、上記非接触カードに関連付けられたアカウントを認証することと、
上記アプリケーションによって、上記認証に基づいて、上記非接触カードに関連付けられた支払い情報を受信することと、
上記アプリケーションのＷｅｂＶｉｅｗ構成要素によって、上記ウェブページにアクセスすることと、
上記アプリケーションのＷｅｂＶｉｅｗ構成要素によって、上記ウェブページにおける支払いフィールドへ支払い情報を自動記入することと、
上記アプリケーションのＷｅｂＶｉｅｗ構成要素によって、上記ウェブページの支払いフィールドへ自動記入された支払い情報に基づいて、トランザクションを処理することとを含む、
コンピュータ可読記憶媒体。

【請求項10】

上記命令は、上記アプリケーションによって、上記マーチャント識別子及び上記セッション識別子に基づいて、上記ウェブページのＵＲＬを生成することを上記プロセッサにさらに実行させ、
上記マーチャント識別子は、上記ウェブページを提供するマーチャントに関連付けられ、
上記セッション識別子は、上記ウェブブラウザにおける閲覧セッションに関連付けられ、
上記命令は、上記アプリケーションのＷｅｂＶｉｅｗ構成要素によって、上記ウェブページの生成されたＵＲＬに基づいて上記ウェブページにアクセスすることを上記プロセッサにさらに実行させる、
請求項９記載のコンピュータ可読記憶媒体。

【請求項11】

上記支払い情報は、認証サーバから受信されたアカウント番号を含む、
請求項９又は１０記載のコンピュータ可読記憶媒体。

【請求項12】

上記支払い情報は、上記ウェブページをホスティングするウェブサーバから受信された支払いトークンを含む、
請求項９又は１０記載のコンピュータ可読記憶媒体。

【請求項13】

上記ウェブブラウザは、上記モバイルオペレーティングシステムによって提供される機能に基づいて、上記アプリケーションが上記装置にインストールされることを決定する、
請求項９又は１０記載のコンピュータ可読記憶媒体。

【請求項14】

上記ＵＲＩは、上記アプリケーションに対するディープリンクであり、
上記アプリケーションは、上記アクション識別子に基づいて、上記アプリケーションの認証ページをロードする、
請求項９又は１０記載のコンピュータ可読記憶媒体。

【請求項15】

上記認証することは、実行されたときに、
上記アプリケーションによって、上記暗号文を認証サーバに送信することと、
上記アプリケーションによって、上記認証サーバから、上記暗号文を復号した認証サーバを指定する情報を受信することとを上記プロセッサに実行させる命令を含む、
請求項９又は１０記載のコンピュータ可読記憶媒体。

【請求項16】

上記命令は、上記アプリケーションが上記装置にインストールされることを決定する前に、
上記ウェブブラウザによって、上記ウェブページの支払いフィールドを選択する入力を受信することと、
上記アプリケーションを用いて上記トランザクションを処理することを指定する情報を表示することと、
上記アプリケーションを用いて上記トランザクションを処理することを指定する入力を受信することとを上記プロセッサにさらに実行させる、
請求項９又は１０記載のコンピュータ可読記憶媒体。

【請求項17】

プロセッサと、上記プロセッサによって実行されたときに上記プロセッサに下記の動作を実行させる命令を格納するメモリとを備える計算装置であって、
上記動作は、
ウェブブラウザによって、ウェブページにおける支払いフィールドを識別することと、
上記ウェブブラウザによって、非接触カードの発行者に関連付けられたアプリケーションが上記装置にインストールされることを決定することと、
上記ウェブブラウザによって、上記アプリケーションに向けられたＵＲＩ（uniform resource identifier）であって、マーチャント識別子パラメータ、セッション識別子パラメータ、及びアクション識別子パラメータを含むＵＲＩを生成することと、
上記プロセッサにおいて実行されるモバイルオペレーティングシステム（ＯＳ）によって、上記ＵＲＩに基づいて上記アプリケーションを起動することと、
上記アプリケーションによって、上記ＵＲＩのアクション識別子パラメータに基づいて、上記非接触カードによって生成された暗号文に基づいて、上記非接触カードに関連付けられたアカウントを認証することと、
上記アプリケーションによって、上記認証に基づいて、上記非接触カードに関連付けられた支払い情報を受信することと、
上記アプリケーションのＷｅｂＶｉｅｗ構成要素によって、上記ウェブページにアクセスすることと、
上記アプリケーションのＷｅｂＶｉｅｗ構成要素によって、上記ウェブページにおける支払いフィールドへ支払い情報を自動記入することと、
上記アプリケーションのＷｅｂＶｉｅｗ構成要素によって、上記ウェブページの支払いフィールドへ自動記入された支払い情報に基づいて、トランザクションを処理することとを含む、
計算装置。

【請求項18】

上記命令は、上記アプリケーションによって、上記マーチャント識別子及び上記セッション識別子に基づいて、上記ウェブページのＵＲＬを生成することを上記プロセッサにさらに実行させ、
上記マーチャント識別子は、上記ウェブページを提供するマーチャントに関連付けられ、
上記セッション識別子は、上記ウェブブラウザにおける閲覧セッションに関連付けられ、
上記命令は、上記アプリケーションのＷｅｂＶｉｅｗ構成要素によって、上記ウェブページの生成されたＵＲＬに基づいて上記ウェブページにアクセスすることを上記プロセッサにさらに実行させる、
請求項１７記載の計算装置。

【請求項19】

上記支払い情報は、認証サーバから受信されたアカウント番号を含む、
請求項１７又は１８記載の計算装置。

【請求項20】

上記支払い情報は、上記ウェブページをホスティングするウェブサーバから受信された支払いトークンを含む、
請求項１７又は１８記載の計算装置。

【請求項21】

上記ウェブブラウザは、上記モバイルオペレーティングシステムによって提供される機能に基づいて、上記アプリケーションがインストールされることを決定する、
請求項１７又は１８記載の計算装置。

【請求項22】

上記ＵＲＩは、上記アプリケーションに対するディープリンクであり、
上記アプリケーションは、上記アクション識別子に基づいて、上記アプリケーションの認証ページをロードする、
請求項１７又は１８記載の計算装置。

【請求項23】

上記認証することは、上記プロセッサによって実行されたとき、
上記アプリケーションによって、上記暗号文を認証サーバに送信することと、
上記アプリケーションによって、上記認証サーバから、上記暗号文を復号した認証サーバを指定する情報を受信することとを上記プロセッサに実行させる命令を含む、
請求項１７又は１８記載の計算装置。

【請求項24】

上記命令は、上記アプリケーションがインストールされることを決定する前に、
上記ウェブブラウザによって、上記ウェブページの支払いフィールドを選択する入力を受信することと、
上記アプリケーションを用いて上記トランザクションを処理することを指定する情報を表示することと、
上記アプリケーションを用いて上記トランザクションを処理することを指定する入力を受信することとを上記プロセッサにさらに実行させる、
請求項１７又は１８記載の計算装置。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願
本願は、２０２１年１１月１９日に出願された、「非接触カードを用いたてアカウント認証に基づくデータの自動記入（AUTOFILLING DATA BASED ON ACCOUNT AUTHENTICATION USING A CONTACTLESS CARD）」のタイトルを有する、米国特許出願シリアル番号第１７／５３０８３７号の優先権を主張し、前述の出願の内容の全体は参照によって本願に援用される。

【0002】

本開示は、非接触カードを用いたアカウント認証に基づくデータの自動記入に関する。

【背景技術】

【0003】

支払いカードのためのアカウント識別子は、長い数値及び／又は文字の列を含む可能性がある。このように、ユーザがアカウント識別子を手動で正しく入力することは困難である可能性がある。実際に、ユーザはしばしば誤りを犯し、正しくないアカウント番号を計算装置上の支払いインターフェースへ入力する。さらに、装置に入力されるアカウント識別子をカメラ又は他の悪意のあるエンティティが取り込んで識別することを可能にし、それによって、セキュリティリスクを生じる処理が開発されている。

【発明の概要】

【発明が解決しようとする課題】

【0004】

本開示は、非接触カードを用いたアカウント認証に基づくデータの自動記入を提供する。

【課題を解決するための手段】

【0005】

１つの態様において、方法は、
装置のプロセッサにおいて実行されるウェブブラウザによって、ウェブページにおける支払いフィールドを識別することと、
ウェブブラウザによって、非接触カードの発行者に関連付けられたアプリケーションが装置にインストールされることを決定することと、
ウェブブラウザによって、アプリケーションに向けられたＵＲＩ（uniform resource identifier）であって、マーチャント識別子パラメータ、セッション識別子パラメータ、及びアクション識別子パラメータを含むＵＲＩを生成することと、
プロセッサにおいて実行されるモバイルオペレーティングシステム（ＯＳ）によって、ＵＲＩに基づいてアプリケーションを起動することと、
アプリケーションによって、ＵＲＩのアクション識別子パラメータに基づいて、非接触カードによって生成された暗号文に基づいて、非接触カードに関連付けられたアカウントを認証することと、
アプリケーションによって、認証に基づいて、非接触カードに関連付けられた支払い情報を受信することと、
アプリケーションのＷｅｂＶｉｅｗ構成要素によって、ウェブページにアクセスすることと、
アプリケーションのＷｅｂＶｉｅｗ構成要素によって、ウェブページにおける支払いフィールドへ支払い情報を自動記入することと、
アプリケーションのＷｅｂＶｉｅｗ構成要素によって、ウェブページの支払いフィールドへ自動記入された支払い情報に基づいて、トランザクションを処理することとを含む。
他の実施形態は説明され主張される。

【図面の簡単な説明】

【0006】

【図1A】一実施形態に係る主題の態様を示す。

【図1B】一実施形態に係る主題の態様を示す。

【図1C】一実施形態に係る主題の態様を示す。

【図1D】一実施形態に係る主題の態様を示す。

【図1E】一実施形態に係る主題の態様を示す。

【図2A】一実施形態に係る主題の態様を示す。

【図2B】一実施形態に係る主題の態様を示す。

【図2C】一実施形態に係る主題の態様を示す。

【図2D】一実施形態に係る主題の態様を示す。

【図2E】一実施形態に係る主題の態様を示す。

【図3A】一実施形態に係る主題の態様を示す。

【図3B】一実施形態に係る主題の態様を示す。

【図3C】一実施形態に係る主題の態様を示す。

【図3D】一実施形態に係る主題の態様を示す。

【図4】一実施形態に係るルーチン４００を示す。

【図5】一実施形態に係るルーチン５００を示す。

【図6A】一実施形態に係る非接触カードを示す。

【図6B】一実施形態に係る非接触カード１０４を示す。

【図7】一実施形態に係るデータ構造７００を示す。

【図8】一実施形態に係るコンピュータアーキテクチャ８００を示す。

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

【0007】

任意の特定の構成要素又は動作についての説明を容易に識別するために、参照番号の上位数字は、その構成要素が最初に導入される図番号を示す。

【0008】

本願で開示する実施形態は、非接触カードを用いてウェブブラウザにデータを安全に自動記入するための技術を提供する。概して、ウェブブラウザは、１つ又は複数の支払いフォームフィールドを含むウェブページをロードすることがある。ブラウザは、支払いフォームフィールドを検出し、非接触カードの発行者に関連付けられるアプリケーション（例えば、非接触カードに関連付けられた金融機関によって提供されるアカウント管理アプリケーション）が装置にインストールされているか否かを決定してもよい。アプリケーションがインストールされているとブラウザが決定する場合、ブラウザは、アプリケーションに向けられたＵＲＩ（uniform resource identifier）を生成してもよい。ブラウザは、ＵＲＩのパラメータとして、マーチャント識別子（ＩＤ）パラメータ、セッションＩＤパラメータ、及びアクションＩＤパラメータを含んでもよい。

【0009】

装置上のオペレーティングシステムは、ＵＲＩを処理してアカウントアプリケーションを起動してもよい。アプリケーションは、ＵＲＩのパラメータを処理し、アクション識別子に基づいて、アプリケーションのアカウント認証ページを出力することを決定してもよい。認証ページは、例えば、ログイン／パスワード、バイオメトリクス、又は、装置へのカードのタップに基づいて非接触カードによって生成される暗号文に基づいたワンタップ認証を介して、アカウントを認証する１つ又は複数の機能を含んでもよい。

【0010】

少なくとも１つの実施形態では、いったんアカウントが認証されると、アプリケーションは、アプリケーションのＷｅｂＶｉｅｗ構成要素におけるウェブページにリロードしてもよい。ＵＲＩのマーチャントＩＤ及びセッションＩＤを用いることによって、ＷｅｂＶｉｅｗ構成要素は、ウェブブラウザにおいて開始されたユーザの閲覧セッションを受信及び復元する。アカウントアプリケーションは、非接触カードに関連付けられた支払い情報（例えば、アカウント番号、有効期限、及びカード検証値（card verification value：ＣＶＶ））を、（例えば、サーバ及び／又は非接触カードから）受信してもよく、さもなければ格納してもよい。支払い情報は、ＷｅｂＶｉｅｗ構成要素における支払いフォームへ自動記入されてもよい。いったん自動記入されると、ＷｅｂＶｉｅｗ構成要素におけるフォームを提出することで購入が完了しうる。

【0011】

少なくとも１つの実施形態では、いったんアカウントが認証されると、アプリケーションは、装置上でローカルサーバを開始してもよい。ここで、ローカルサーバは、ローカルサーバと同じ装置において実行中のアプリケーションにのみアクセス可能である。ローカルサーバ及びウェブブラウザの間の接続が確立されてもよい。ウェブブラウザは、ローカルサーバから支払い情報を受信し、ウェブブラウザにおけるフォームフィールドへ支払い情報を自動記入してもよい。いったん自動記入されると、ウェブブラウザにおけるフォームを提出することで購入が完了しうる。

【0012】

優位点として、本願で開示する実施形態は、ウェブブラウザにおけるデータの安全な自動記入を提供する。非接触カードによって生成された暗号文にてこ入れすることで、本開示の実施形態は、不正な活動のリスクを最小化しながら、ユーザの身元情報を安全に検証しうる。さらに、そうすることは、ユーザが非接触カードへのアクセスを有する場合にのみ自動記入動作が実行されることを保証し、このことは、サーバに対する暗号文検証を容易にする。さらに、ＷｅｂＶｉｅｗ構成要素又はローカルサーバにてこ入れすることで、ウェブブラウザに課される所定の制限が回避されうる。例えば、いくつかのオペレーティングシステム及び／又はウェブブラウザは、ウェブブラウザがアカウントアプリケーションと直接的に通信することを許可しない可能性がある。従って、ＷｅｂＶｉｅｗ構成要素及び／又はローカルサーバを用いることによって、これらの制限を克服しうる可能性があり、ユーザは、購入のための支払い情報を安全に自動記入できるようになる。さらに、開示した自動記入機能をするウェブブラウザに提供することで、多数の異なるウェブサイトが、すべてのウェブサイト又はアプリケーションに統合することを必要とすることなく、自動記入にてこ入れすることができる。

【0013】

本願で使用される記法及び命名法を概して参照すると、この後で述べる詳細な説明のうちの１つ又は複数の部分は、コンピュータ又はコンピュータネットワークで実行されるプログラム手順に関して提示されることがある。これらの手順の説明及び表現は、当業者によって、彼らの仕事の内容を他の当業者に最も有効に伝えるために使用される。本願では、また概して、手順は、所望の結果をもたらすための首尾一貫した一連の動作と考えられる。これらの動作は、物理量の物理的操作を必要とする。必ずしもではないが、通常、これらの量は、格納、転送、結合、比較、及びさもなければ操作されることが可能な、電気的、磁気的、又は光学的な信号の形式をとる。主に一般的な用法を理由として、これらの信号をビット、値、要素、シンボル、キャラクタ、項、番号などと呼ぶことが時々便利であることがわかる。しかしながら、これらの用語及び同様の用語のすべては、適切な物理量に関連付けられるべきであり、単に、それらの量に適用される便利なラベルであるということを注意すべきである。

【0014】

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

【0015】

ここで図面を参照すると、図面全体にわたって、同様の参照符号は同様の構成要素を示すために使用される。下記の説明では、説明の目的で、多数の特定の詳細事項が、それらについての詳細な理解をもたらすために説明される。しかしながら、新規な実施形態はこれらの特定の詳細事項なしで実施されてもよいことが明らかとなりうる。他の例では、公知の構造物及び装置は、それらについての説明を容易にするために、ブロック図の形式で示される。特許請求の範囲内においてすべての変更、等価物、及び代替物をカバーすることを意図している。

【0016】

図１Ａは、開示した実施形態に一致する、例示的な計算アーキテクチャ１００を示し、これをシステムとも呼ぶ。図１Ａ～図１Ｅに示す計算アーキテクチャ１００は、所定のトポロジーにおける限られた個数の構成要素を有するが、計算アーキテクチャ１００は、所与の実施例での所望により、代替のトポロジーにおいてより多数又はより少数の構成要素を含んでもよいことが認識されうる。

【0017】

計算アーキテクチャ１００は、１つ又は複数の計算装置１０２、１つ又は複数の認証サーバ１０６、１つ又は複数の非接触カード１０４、及び１つ又は複数のマーチャントサーバ１０８を備える。非接触カード１０４は、クレジットカード、デビットカード、ＡＴＭカード、ギフトカード、支払いカード、スマートカードなどのような、任意のタイプのカードを表す。非接触カード１０４は、ＮＦＣ、ＥＭＶ標準、又は無線通信における他の短距離のプロトコルを介して、計算装置１０２の通信インターフェース１２６（本願では、「カードリーダー」、「無線カードリーダー」、及び／又は「無線通信インターフェース」とも呼ばれる）と通信するように構成された、無線周波識別（ＲＦＩＤ）チップのような１つ又は複数の通信インターフェース１２６を備えてもよい。本願ではＮＦＣを例示的な通信プロトコルとして使用しているが、本開示は、ＥＭＶ標準、Ｂｌｕｅｔｏｏｔｈ（登録商標）、及び／又はＷｉ－Ｆｉ（登録商標）のような他のタイプの無線通信にも同様に適用可能である。

【0018】

計算装置１０２は、スマートフォン、タブレットコンピュータ、ウェアラブル装置、ラップトップ、携帯型ゲーム装置、仮想化された計算システム、マーチャント端末、ＰＯＳシステム、サーバ、デスクトップコンピュータなどのような、任意個数及び任意タイプの計算装置を表す。計算装置１０２の一例としてモバイル装置が使用されてもよいが、本開示を制限するとみなされるべきでない。認証サーバ１０６及びマーチャントサーバ１０８は、サーバ、ワークステーション、計算クラスタ、クラウド計算プラットフォーム、仮想化された計算システムなどのような、任意のタイプの計算装置を表す。明確性のために図示していないが、計算装置１０２、非接触カード１０４、認証サーバ１０６、及びマーチャントサーバ１０８は各々、例えば、プログラム、コード、及び／又は命令を実行するための、１つ又は複数のプロセッサ回路を含む。

【0019】

図示するように、非接触カード１０４のメモリ１１０は、アプレット１１２、カウンタ１１４、マスタ鍵１１６、多様化鍵（diversified key）１１８、及び一意の顧客識別子（ＩＤ）１２０を含む。アプレット１１２は、本願で説明する動作を実行するように構成された、実行可能なコードである。カウンタ１１４、マスタ鍵１１６、多様化鍵１１８、及び顧客ＩＤ１２０は、詳細後述するように、システム１００におけるセキュリティを提供するために使用される。

【0020】

図示するように、認証サーバ１０６のメモリ１２８は、認証アプリケーション１３０及びアカウントデータベース１３２を含む。アカウントデータベース１３２は、概して、アカウント保有者（例えば、１人又は複数人のユーザ）、アカウント保有者の１つ又は複数のアカウント、及びアカウントの１つ又は複数の非接触カード１０４に関連する情報を含む。認証サーバ１０６に関連付けられた金融機関に関連付けられた各非接触カードに関して、認証サーバ１０６は、マスタ鍵１１６及びカウンタ１１４の対応するインスタンスを格納してもよい。

【0021】

図示するように、計算装置１０２のメモリ１３６は、オペレーティングシステム１３８のインスタンスを含む。例示的なオペレーティングシステムは、Ａｎｄｒｏｉｄ（登録商標）ＯＳ、ｉＯＳ（登録商標）、ｍａｃＯＳ（登録商標）、Ｌｉｎｕｘ（登録商標）、及びＷｉｎｄｏｗｓ（登録商標）オペレーティングシステムを含む。図示するように、オペレーティングシステム１３８は、アカウントアプリケーション１４０及びウェブブラウザ１４２を含む。アカウントアプリケーション１４０は、支払いカードのアクティベート、勘定残高の閲覧、品目の購入、支払いの処理などのような、様々なアカウント関連の動作をユーザが実行することを可能にする。いくつかの実施形態では、ユーザは、アカウントアプリケーション１４０の所定の機能にアクセスするために、認証クレデンシャルを用いて認証してもよい。例えば、認証クレデンシャルは、ユーザ名（又はログイン）及びパスワード、バイオメトリッククレデンシャル（例えば、指紋、顔ＩＤなど）、などを含んでもよい。ウェブブラウザ１４２は、計算装置１０２がネットワーク１４８を介して（例えばインターネットを介して）情報にアクセスすることを可能にするアプリケーションである。例えば、ウェブブラウザ１４２を用いて、ユーザは、マーチャントサーバ１０８のメモリ１４４に格納されたウェブページ１４６のような、マーチャントサーバ１０８の１つ又は複数のリソースにアクセスしてもよい。それは、マーチャントサーバ１０８（又は他のホスティングするエンティティ）によってホスティングされた複数のウェブページのうちの１つであってもよい。

【0022】

マーチャントサーバ１０８によって提供されるウェブページ又は他の内容にアクセスするとき、ユーザは、ウェブブラウザ１４２を介して、購入するための１つ又は複数の製品、サービス、又は他の品目を選択してもよい。例えば、ユーザは、バスケットボール及びサッカーボールを購入することを希望してもよく、これらの品目を彼／彼女のショッピングカートに追加してもよい。購入を完了するために、ウェブページ１４６は、１つ又は複数の支払いフィールドを有するフォームを含んでもよい。支払いフィールドは、アカウント番号、有効期限、ＣＶＶ、顧客名、及び顧客請求書発行住所のためのフィールドを含んでもよい。しかしながら、これらの支払いフィールドへデータが自動記入されることを防ぐ所定の制限が存在してもよい。例えば、ＯＳ及び／又はウェブブラウザ１４２は、支払いデータをフォームへ自動記入しないようにアカウントアプリケーション１４０を制限してもよい。しかしながら、優位点として、本願で開示する実施形態は、支払い情報をフォームのフォームフィールドへ自動記入するためのソリューションを提供する。

【0023】

自動記入処理を開始するために、ウェブブラウザ１４２は、例えば、フォームフィールドのメタデータ、フォームフィールドのうちの１つの受信選択、などに基づいて、ウェブページ１４６のフォームにおける１つ又は複数の支払いフィールドを識別してもよい。ウェブブラウザ１４２及び／又はウェブページ１４６は、次いで、アカウントアプリケーション１４０が計算装置１０２にインストールされているか否かを決定してもよい。ウェブブラウザ１４２及び／又はウェブページ１４６はアカウントアプリケーション１４０がインストールされているか否かを決定するために、任意の実行可能な技術を使用してもよい。例えば、ｉＯＳでは、ウェブブラウザ１４２及び／又はウェブページ１４６は、アカウントアプリケーション１４０に向けられたＵＲＩを開くことができるか否かを決定するために、ｃａｎＯｐｅｎＵＲＬ（）メソッドを使用してもよい。本方法は、概して、ＵＲＩを開くことが可能であるか否かを示す情報を返してもよい。そうすることで、ウェブブラウザ１４２及び／又はウェブページ１４６は、アカウントアプリケーション１４０が計算装置１０２にインストールされることを決定できるようになる。

【0024】

Ａｎｄｒｏｉｄ ＯＳのようないくつかのオペレーティングシステムでは、ウェブブラウザ１４２及び／又はウェブページ１４６は、アカウントアプリケーション１４０が装置１０２にインストールされているか否かを決定するために、コンテンツプロバイダサービスを使用してもよい。例えば、ウェブブラウザ１４２及び／又はウェブページ１４６は、アカウントアプリケーション１４０に向けられたＵＲＩをコンテンツプロバイダサービスに提供してもよく、それは、ＵＲＩを開くことができるか否かを示す情報を返してもよい。そうすることで、ウェブブラウザ１４２及び／又はウェブページ１４６は、アカウントアプリケーション１４０が計算装置１０２にインストールされることを決定できるようになる。

【0025】

いくつかの実施形態では、任意のタイプのオペレーティングシステムに関してアカウントアプリケーション１４０が装置１０２にインストールされているか否かを決定するために、追加及び／又は代替の技術が使用されてもよい。例えば、いくつかのオペレーティングシステムは、ネイティブアプリケーションのネイティブコードが、所定の関数、例えば、ｉＯＳのｃａｎＯｐｅｎＵＲＬ（）メソッド又はＡｎｄｒｏｉｄのコンテンツプロバイダサービスを呼ぶことを必要としてもよい。そのような実施形態では、ウェブブラウザ１４２及び／又はウェブページ１４６は、アカウントアプリケーション１４０がインストールされていない場合を取り扱うウェブページ（例えば、概して、アカウントアプリケーション１４０がインストールされていないことを示すページ）にリダイレクトするコールバックとともに、タイムアウトしきい値（１００ミリ秒、１秒、など）を有するタイマをスタートするコード（例えばＪａｖａＳｃｒｉｐｔ（登録商標））を実行してもよい。次いで、ウェブブラウザ１４２及び／又はウェブページ１４６は、アカウントアプリケーション１４０を起動しようとしてもよい。タイマが満了する前にアカウントアプリケーション１４０の起動に成功した場合、タイマはキャンセルされ、自動記入処理は本願で説明するように進む。しかしながら、タイマが満了する前にアカウントアプリケーション１４０が起動されない場合、ウェブブラウザ１４２はタイムアウトページにリダイレクトされ、自動記入処理は終了する。

【0026】

いったん、アカウントアプリケーション１４０がインストールされているとウェブブラウザ１４２及び／又はウェブページ１４６が決定すると、ウェブブラウザ１４２及び／又はウェブページ１４６は、アカウントアプリケーション１４０に向けられたＵＲＩ１５２を生成してもよい。ＵＲＩ１５２の少なくとも一部は、ＯＳに登録されているアカウントアプリケーション１４０に基づいて、アカウントアプリケーション１４０に向けられてもよい。実施例は、「example://auth」又は「www.example.com/auth」を含んでもよい。さらに、ＵＲＩ１５２は、１つ又は複数のパラメータを含んでもよい。パラメータは、マーチャントＩＤパラメータ、セッションＩＤパラメータ、及びアクションＩＤパラメータを含んでもよい。マーチャントＩＤパラメータは、マーチャントサーバ１０８に関連付けられた商人のような特定の商人に関連付けられてもよい。従って、アカウントアプリケーション１４０は、複数のマーチャントＩＤパラメータの各マーチャントＩＤパラメータを用いて、複数の商人のそれぞれを一意的に識別してもよい。そうすることで、アカウントアプリケーション１４０が、マーチャントＩＤに関連付けられたマーチャントサーバ１０８のアドレスを識別すること、及び／又は、マーチャントにＩＤに関連付けられた任意のウェブページ１４６のアドレスを識別することを可能にする。セッションＩＤパラメータは、マーチャントサーバ１０８に関して、ウェブブラウザ１４２における閲覧セッションを識別してもよい。例えば、セッションＩＤパラメータは、ショッピングカート、カート中の品目、以前に訪れられたページ、ウェブブラウザ１４２に表示された現在のページ（例えばウェブページ１４６）、などを識別するために使用されてもよい。アクションＩＤは、概して、実行されるアクション又は動作をアカウントアプリケーション１４０に指定してもよい。例えば、いくつかの実施形態では、アクションＩＤは、認証ページを開くようにアカウントアプリケーション１４０に命令してもよい。従って、ＵＲＩ１５２は、アカウントアプリケーション１４０の１つ又は複数のページに対するディープリンクであってもよい。ＵＲＩ１５２の実施例は、「example://auth?merchID=123&sessID=ABC&actID=456」又は「www.example.com/?merchID=123&sessID=ABC&actID=456」を含んでもよい。

【0027】

いったん生成されると、ＯＳはＵＲＩ１５２を処理してもよく、これにより、ＯＳにアカウントアプリケーション１４０を開く、アクセスする、又はさもなければ表示することを実行させる。そうすることで、さらに、パラメータを含むＵＲＩ１５２をアカウントアプリケーション１４０に提供する。ＵＲＩ１５２のアクションＩＤパラメータに基づいて、アカウントアプリケーション１４０は、本願で説明する自動記入技術を容易にするためのアカウント認証ページを開いてもよい。

【0028】

しかしながら、いくつかの実施形態では、ウェブブラウザ１４２及び／又はウェブページ１４６は、アカウントアプリケーション１４０がインストールされていることを決定することなく、ＵＲＩ１５２を生成及びアクセスする。ＵＲＩ１５２が、アクセスされたとき、アカウントアプリケーション１４０の起動に成功した場合、自動記入処理は、（アカウントアプリケーション１４０がインストールされているというウェブブラウザ１４２及び／又はウェブページ１４６による明示的な決定とともに、又は、当該決定なしで）本願で説明するように進む。さもなければ、アカウントアプリケーション１４０はインストールされず、ウェブブラウザ１４２は、アカウントアプリケーション１４０がインストールされていないことを示すタイムアウトページにリダイレクトされる。

【0029】

図１Ｂは、ＯＳがＵＲＩ１５２にアクセスし、アカウントアプリケーション１４０がアカウント認証ページをロードした場合の実施形態を示す。概して、アカウント認証ページは、例えば、ログイン及びパスワード、バイオメトリックス、又は非接触カード１０４によって生成された暗号文１２２に基づくワンタップ認証を介して、ユーザが彼らのアカウントを認証することを可能にする。

【0030】

図１Ｂに示す実施形態では、ユーザは、非接触カード１０４を計算装置１０２にタップしてもよい（又はさもなければ、非接触カード１０４を装置１０２の通信インターフェース１２６の通信範囲内に移動させてもよい）。非接触カード１０４のアプレット１１２は、次いで、暗号文１２２を生成してもよい。

【0031】

暗号文１２２は、非接触カード１０４の顧客ＩＤ１２０に基づいてもよい。暗号文１２２は、任意の適切な暗号技術に基づいて生成されてもよい。いくつかの実施形態では、アプレット１１２は、暗号文１２２を含むデータパッケージの一部として、暗号化されていない識別子（例えば、顧客ＩＤ１２０、非接触カード１０４の識別子、及び／又は他の任意の一意の識別子）を含んでもよい。少なくとも１つの実施形態では、データパッケージはＮＤＥＦファイルである。

【0032】

前述したように、計算アーキテクチャ１００は、鍵多様化（key diversification）を実施してデータのセキュリティを確保するように構成される。このことは、本願では、鍵多様化技術とも呼ばれることがある。概して、認証サーバ１０６（又はもう１つの計算装置）及び非接触カード１０４には、同じマスタ鍵１１６（マスタ対称鍵とも呼ばれる）が提供されてもよい。より具体的には、各非接触カード１０４には、認証サーバ１０６において対応するペアを有する別個のマスタ鍵１１６がプログラミングされる。例えば、非接触カード１０４が製造されるとき、非接触カード１０４のメモリ１１０に一意のマスタ鍵１１６がプログラミングされてもよい。同様に、一意のマスタ鍵１１６は、認証サーバ１０６のアカウントデータベース１３２における非接触カード１０４に関連付けられた顧客の記録に格納されてもよい（及び／又は、ハードウェアセキュリティモジュール（hardware security module：ＨＳＭ）１３４のような、異なる安全な場所に格納されてもよい）。マスタ鍵１１６は、非接触カード１０４及び認証サーバ１０６以外のすべての当事者に対して秘密にされ、それによって、システム１００のセキュリティを向上させる。いくつかの実施形態では、非接触カード１０４のアプレット１１２は、暗号アルゴリズムへの入力としてマスタ鍵１１６及びデータを用いて、データ（例えば顧客ＩＤ１２０）を暗号化及び／又は復号してもよい。例えば、マスタ鍵１１６を用いて顧客ＩＤ１２０を暗号化することで、暗号文１２２をもたらしてもよい。同様に、認証サーバ１０６は、対応するマスタ鍵１１６を用いて、非接触カード１０４に関連付けられたデータを暗号化及び／又は復号してもよい。

【0033】

いくつかの実施形態では、非接触カード１０４及び認証サーバ１０６のマスタ鍵１１６は、鍵多様化を用いてセキュリティを向上させるために、カウンタ１１４に関連して使用されてもよい。カウンタ１１４は、非接触カード１０４及び認証サーバ１０６の間で同期される値を含む。例えば、カウンタ１１４は、非接触カード１０４及び認証サーバ１０６の間で（及び／又は、非接触カード１０４及び計算装置１０２の間で）データが交換されるごとに変化する番号を含んでもよい。概して、アプレット１１２は、暗号アルゴリズムへの入力としてマスタ鍵１１６、一意の顧客ＩＤ１２０、及び多様化ファクタを提供し、それによって、多様化鍵１１８を生成してもよい。いくつかの実施形態では、多様化ファクタはカウンタ１１４である。多様化鍵１１８は、次いで、多様化ファクタ（例えばカウンタ１１４））又は他の機密性データのような何らかのデータを暗号化するために使用されてもよい。アプレット１１２及び認証サーバ１０６は、同じタイプのデータを暗号化することで暗号文１２２の復号及び／又は検証処理を容易にするように構成されてもよい。

【0034】

より一般的には、（例えば、認証サーバ１０６及び／又は計算装置１０２への）データの送信を準備するとき、非接触カード１０４のアプレット１１２は、カウンタ１１４をインクリメントしてもよい。非接触カード１０４のアプレット１１２は、次いで、暗号アルゴリズムへの入力としてマスタ鍵１１６、顧客ＩＤ１２０、及びカウンタ１１４を提供してもよく、それは多様化鍵１１８を出力として生成する。暗号アルゴリズムは、暗号化アルゴリズム、ハッシュに基づくメッセージ認証コード（hash-based message authentication code：ＨＭＡＣ）アルゴリズム、暗号に基づくメッセージ認証コード（cipher-based message authentication code：ＣＭＡＣ）アルゴリズムなどを含んでもよい。暗号アルゴリズムの非限定的な実施例は、３ＤＥＳ又はＡＥＳ１０７のような対称暗号化アルゴリズム、ＨＭＡＣ－ＳＨＡ－２５６のような対称ＨＭＡＣアルゴリズム、及びＡＥＳ－ＣＭＡＣのような対称ＣＭＡＣアルゴリズムを含んでもよい。鍵多様化技術の実施例は、２０１８年１１月２９日に出願された、米国特許出願第１６／２０５１１９号においてより詳しく説明されている。前述の特許出願全体は、援用によって本願に組み込まれる。

【0035】

アプレット１１２は、次いで、暗号アルゴリズムへの入力として多様化鍵１１８及びデータを用いて、何らかのデータ（例えば、一意の顧客ＩＤ１２０、カウンタ１１４、コマンド、及び／又は他の任意のデータ）を暗号化してもよい。例えば、一意の顧客ＩＤ１２０、多様化鍵１１８を暗号化することで、暗号化された一意の顧客ＩＤ１２０（例えば暗号文１２２）をもたらしてもよい。

【0036】

いくつかの実施形態では、例えば、暗号機能に対する入力のうちの１つ又は複数の部分に基づいて、２つの多様化鍵１１８が生成されてもよい。いくつかの実施形態では、２つの多様化鍵１１８は、２つの別個のマスタ鍵１１６、一意の顧客ＩＤ１２０、及びカウンタ１１４に基づいて生成される。そのような実施形態では、メッセージ認証コード（message authentication code：ＭＡＣ）は、多様化鍵１１８の一方を用いて生成され、ＭＡＣは、多様化鍵１１８の他方を用いて暗号化されてもよい。ＭＡＣは、機密性データ、一意の顧客ＩＤ１２０、カウンタ１１４などのような、ＭＡＣアルゴリズムに対する任意の適切なデータ入力に基づいて生成されてもよい。より一般的には、アプレット１１２及び認証サーバ１０６は、同じデータに基づいてＭＡＣを生成するように構成されてもよい。いくつかの実施形態では、暗号文１２２は、ＮＤＥＦファイルのようなデータパッケージに含まれる。アカウントアプリケーション１４０は、次いで、計算装置１０２の通信インターフェース１２６を介して、暗号文１２２を含むデータパッケージを読み出してもよい。

【0037】

図１Ｃは、アカウントアプリケーション１４０が、暗号文１２２を含むデータパッケージを認証サーバ１０６に送信する場合の実施形態を示す。認証サーバ１０６は、認証サーバ１０６によって格納されたマスタ鍵１１６のインスタンスに少なくとも部分的に基づいて、検証のために、暗号文１２２を認証アプリケーション１３０及び／又はＨＳＭ１３４に提供してもよい。いくつかの実施形態では、認証アプリケーション１３０及び／又はＨＳＭ１３４は、暗号文１２２とともにサーバ１０６に提供された、暗号化されていない顧客ＩＤ１２０を用いて、マスタ鍵１１６及びカウンタ１１４を識別してもよい。いくつかの実施例では、認証アプリケーション１３０は、暗号アルゴリズムへの入力としてマスタ鍵１１６、一意の顧客ＩＤ１２０、及びカウンタ１１４を提供してもよく、それは１つ又は複数の多様化鍵１１８を出力として生成する。結果として生じる多様化鍵１１８は、非接触カード１０４の多様化鍵１１８に対応してもよく、それは、暗号文１２２を復号するため、及び／又は、いったん復号されるとＭＡＣを検証するために使用されてもよい。例えば、認証サーバ１０６は、アプレット１１２と同じデータ、例えば、機密性データ、一意の顧客ＩＤ１２０、及び／又はカウンタ１１６に基づいて、ＭＡＣを生成してもよい。認証サーバ１０６によって生成されたＭＡＣが、暗号文１２２における復号されたＭＡＣと一致する場合、認証サーバ１０６は暗号文１２２を検証し、又はさもなければ認証してもよい。

【0038】

使用される検証技術にかかわらず、認証アプリケーション１３０及び／又はＨＳＭ１３４は、暗号文１２２の復号及びＭＡＣの検証に成功し、それによって、暗号文１２２を検証又は認証しうる。

【0039】

復号に成功した場合、認証アプリケーション１３０は、復号結果１５０をアカウントアプリケーション１４０に送信してもよい。いくつかの実施形態では、復号結果１５０は、マーチャントサーバ１０８に係る購入で支払うために、支払いフォームへ自動記入されるデータを含んでもよい。しかしながら、認証アプリケーション１３０が、暗号文１２２を復号して予期する結果（例えば、非接触カード１０４に関連付けられたアカウントの顧客ＩＤ１２０）を得られない場合、認証アプリケーション１３０は暗号文１２２を検証しない。そのような実施例では、認証アプリケーション１３０は、自動記入処理を終了すると決定する。認証アプリケーション１３０は、復号に失敗したことを示す情報を計算装置１０２に送信してもよい。

【0040】

図１Ｄは、認証アプリケーション１３０が復号結果１５０をアカウントアプリケーション１４０に送信する場合の実施形態を示す。復号結果１５０は、概して、暗号文１２２が復号されたか否かを反映する。図１Ｄに示す実施例では、復号結果１５０は、認証サーバ１０６が暗号文１２２を復号したことを示してもよい。そうすることで、アカウントアプリケーション１４０が、自動記入処理を継続する前に、暗号文１２２の復号に成功したと決定することを可能にし、それによって、セキュリティを向上させる。

【0041】

図示するように、認証サーバ１０６はさらに、自動記入データ１２４をアカウントアプリケーション１４０に送信してもよい。復号結果１５０とともに送信されるように示したが、自動記入データ１２４は、復号結果１５０と別個に送信されてもよい。さらに、いくつかの実施形態では、自動記入データ１２４は、計算装置１０２に対する非接触カード１０４の他のタップに応答してサーバ１０６から受信されてもよい。それは他の暗号文を生成させ、それは認証サーバ１０６によって検証される。他の実施形態では、自動記入データ１２４は、非接触カード１０４から直接的に（例えば、通信インターフェース１２６を介した直接的な読み取りを介して）受信される。他の実施形態では、アカウントアプリケーション１４０は、計算装置１０２上に格納されたローカルデータベースにおける自動記入データ１２４を検索する。自動記入データ１２４は、概して、非接触カード１０４のアカウント番号、非接触カード１０４の有効期限、非接触カード１０４のＣＶＶ、非接触カード１０４に関連付けられた顧客名、及び非接触カード１０４に関連付けられた顧客請求書発行住所を含んでもよい。いくつかの実施形態では、アカウント番号は、非接触カード１０４に関連付けたワンタイム使用の仮想アカウント番号であってもよい。

【0042】

いくつかの実施形態では、認証サーバ１０６は、自動記入データ１２４として支払いトークンを生成してもよい。そのような実施形態では、認証サーバ１０６は、マーチャントサーバ１０８及び／又は計算装置１０２に支払いトークンを提供してもよい。

【0043】

図示するように、復号結果１５０を受信することに応答して、アカウントアプリケーション１４０は、ＷｅｂＶｉｅｗ構成要素１５４を起動してもよい。ＷｅｂＶｉｅｗ構成要素１５４は、概して、ウェブページ１４６のようなウェブコンテンツにアクセス及び表示するように構成されるが、ウェブブラウザ１４２のいくつかの機能を欠いている。言いかえると、ＷｅｂＶｉｅｗ構成要素１５４は、ウェブブラウザ１４２とは異なる、アカウントアプリケーション１４０のアプリ内ウェブブラウザである。概して、アカウントアプリケーション１４０は、アカウントアプリケーション１４０内のＷｅｂＶｉｅｗ構成要素１５４を起動することで、アカウントアプリケーション１４０内のウェブに基づくコンテンツをロードしてもよい。

【0044】

アカウントアプリケーション１４０は、ＷｅｂＶｉｅｗ構成要素１５４により、マーチャントサーバ１０８に対するウェブブラウザ１４２からのユーザの閲覧セッションを受信及び復元させてもよい。例えば、アカウントアプリケーション１４０は、ＵＲＩ１５２のマーチャントＩＤ及びセッションＩＤを用いて、ウェブページ１４６に向けられたＵＲＬ（及び／又はＵＲＩ）を生成してもよい。ウェブページ１４６に向けられたＵＲＬは、ウェブブラウザ１４２からの閲覧セッションを維持しながら、ウェブページが１４６ＷｅｂＶｉｅｗ構成要素１５４においてロードされることを可能にするためのパラメータを含んでもよい。例えば、マーチャントＩＤはベースＵＲＬ（例えば、www.example.com）に関連付けられてもよく、セッションＩＤは、ウェブページ１４６及び／又はマーチャントサーバ１０８に向けられるＵＲＬを生成するように、ベースＵＲＬのパラメータとして含まれてもよい。実施例は、「www.example.com/page.html?sessID=ABC」を含んでもよい。いったんアカウントアプリケーション１４０によって生成されたＵＲＬがＷｅｂＶｉｅｗ構成要素１５４によってアクセスされると、ＷｅｂＶｉｅｗ構成要素１５４は、ウェブページ１４６をロードして、ウェブブラウザ１４２からのユーザの閲覧セッションを複製してもよい。例えば、支払いフォームを含むウェブページ１４６が、ＷｅｂＶｉｅｗ構成要素１５４においてレンダリングされてもよく、これにより、ユーザは、ウェブブラウザ１４２における彼／彼女のショッピングカートに以前に追加した１つ又は複数の品目を購入できるようになる。引き続き前述の実施例を参照すると、ＷｅｂＶｉｅｗ構成要素１５４は、バスケットボール及びサッカーボールを含む、ユーザのショッピングカートを反映するウェブページ１４６をロードしてもよい。

【0045】

優位点として、ＷｅｂＶｉｅｗ構成要素１５４は、ウェブページ１４６の１つ又は複数の支払いフィールドへ自動記入データ１２４を自動記入してもよい。いくつかの実施形態では、ＷｅｂＶｉｅｗ構成要素１５４は、アカウントアプリケーション１４０によって提供される自動記入サービスを使用する。いくつかの実施形態では、ＷｅｂＶｉｅｗ構成要素１５４は、オペレーティングシステム１３８によって提供される自動記入サービスを使用する。使用される自動記入技術にかかわらず、ユーザは、自動記入されたデータを含むフォームを提出して購入を完了してもよい。

【0046】

認証サーバ１０６が支払いトークンを生成する実施形態では、ＷｅｂＶｉｅｗ構成要素１５４によってロードされたウェブページ１４６は、支払いトークンを含んでもよい。支払いトークンは、マーチャントサーバ１０８によってＷｅｂＶｉｅｗ構成要素１５４に提供されてもよく、又は、アカウントアプリケーション１４０によってＷｅｂＶｉｅｗ構成要素１５４に提供されてもよい。支払いトークンは、購入を処理するために使用されてもよい。

【0047】

図１Ｅは、ＷｅｂＶｉｅｗ構成要素１５４が、ウェブページ１４６のフォームフィールドへ記入された自動記入データ１２４を用いて支払いを処理するためのトランザクションパッケージ１５６を生成する場合の実施形態を示す。概して、トランザクションパッケージ１５６は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）に従って送信されてもよい。いったん受信されると、マーチャントサーバ１０８は、自動記入データ１２４を用いて、トランザクションに関する支払いを処理してもよい。マーチャントサーバ１０８は、次いで、トランザクションデータベース１５８においてトランザクションに関するトランザクションレコード１６０を生成してもよい。しかしながら、前述したように、いくつかの実施形態では、トランザクションに関して支払うために、自動記入データ１２４の代わりに支払いトークンが使用される。

【0048】

図２Ａは、様々な実施形態に係る、ローカルサーバを用いてウェブブラウザ１４２へデータを自動記入するための例示的な概略図２００を示す。図２Ａ～図２Ｅに示す計算アーキテクチャ２００は、所定のトポロジーにおける限られた個数の構成要素を有するが、計算アーキテクチャ２００は、所与の実施例での所望により、代替のトポロジーにおいてより多数又はより少数の構成要素を含んでもよいことが認識されうる。

【0049】

図２Ａに示すように、ユーザは、ウェブブラウザ１４２を用いることで、マーチャントサーバ１０８を介して購入する１つ又は複数の品目を選択してもよい。例えば、ユーザは、オレンジ及びりんごを購入することを希望し、彼／彼女のショッピングカートにおいてこれらの品目を有してもよい。購入を完了するために、ウェブページ１４６は、１つ又は複数の支払いフィールドを有するフォームを含んでもよい。支払いフィールドは、アカウント番号、有効期限、ＣＶＶ、顧客名、及び顧客請求書発行住所のためのフィールドを含んでもよい。しかしながら、前述したように、これらの支払いフィールドへデータが自動記入されることを防ぐ所定の制限が存在してもよい。例えば、ＯＳ及び／又はウェブブラウザ１４２は、支払いデータをフォームへ自動記入しないようにアカウントアプリケーション１４０を制限してもよい。しかしながら、優位点として、アカウントアプリケーション１４０は、ローカルサーバを用いて、ウェブページ１４６のフォームのフォームフィールドへ支払い情報を自動記入してもよい。

【0050】

自動記入処理を開始するために、ウェブブラウザ１４２は、ウェブページ１４６のフォームにおける１つ又は複数の支払いフィールドを識別してもよい。ウェブブラウザ１４２及び／又はウェブページ１４６は、次いで、アカウントアプリケーション１４０が計算装置１０２にインストールされているか否かを決定してもよい。ウェブブラウザ１４２及び／又はウェブページ１４６はアカウントアプリケーション１４０がインストールされているか否かを決定するために、任意の実行可能な技術を使用してもよい。例えば、ｉＯＳのようないくつかのオペレーティングシステムでは、ウェブブラウザ１４２及び／又はウェブページ１４６は、アカウントアプリケーション１４０に向けられたＵＲＩを開くことができるか否かを決定するために、ｃａｎＯｐｅｎＵＲＬ（）メソッドを使用してもよい。本方法は、概して、ＵＲＩを開くことが可能であるか否かを示す情報を返してもよい。そうすることで、ウェブブラウザ１４２及び／又はウェブページ１４６は、アカウントアプリケーション１４０が計算装置１０２にインストールされることを決定できるようになる。

【0051】

さらに、Ａｎｄｒｏｉｄ ＯＳのようないくつかのオペレーティングシステムでは、ウェブブラウザ１４２及び／又はウェブページ１４６は、アカウントアプリケーション１４０が装置１０２にインストールされているか否かを決定するために、コンテンツプロバイダサービスを使用してもよい。例えば、ウェブブラウザ１４２及び／又はウェブページ１４６は、アカウントアプリケーション１４０に向けられたＵＲＩをコンテンツプロバイダサービスに提供してもよく、それは、ＵＲＩを開くことができるか否かを示す情報を返してもよい。そうすることで、ウェブブラウザ１４２及び／又はウェブページ１４６は、アカウントアプリケーション１４０が計算装置１０２にインストールされることを決定できるようになる。

【0052】

いったん、アカウントアプリケーション１４０がインストールされているとウェブブラウザ１４２及び／又はウェブページ１４６が決定すると、ウェブブラウザ１４２及び／又はウェブページ１４６は、アカウントアプリケーション１４０に向けられたＵＲＩ２０２を生成してもよい。ＵＲＩ２０２は、ＵＲＩ１５２を生成する場合と同じ技術に基づいて生成されてもよい。ＵＲＩ２０２の少なくとも一部は、ＯＳに登録されているアカウントアプリケーション１４０に基づいて、アカウントアプリケーション１４０に向けられてもよい。さらに、ＵＲＩ２０２は、１つ又は複数のパラメータを含んでもよい。パラメータは、マーチャントＩＤパラメータ、セッションＩＤパラメータ、及びアクションＩＤパラメータを含んでもよい。前述したように、マーチャントＩＤパラメータは、マーチャントサーバ１０８に関連付けられた商人のような特定の商人に関連付けられてもよい。従って、前述したように、複数のマーチャントのそれぞれは、各マーチャントＩＤパラメータによって一意的に識別されてもよい。そうすることで、アカウントアプリケーション１４０が、マーチャントＩＤに関連付けられたマーチャントサーバ１０８を識別すること、及び／又は、マーチャントにＩＤに関連付けられた任意のウェブページ１４６を識別することを可能にする。セッションＩＤパラメータは、マーチャントサーバ１０８に関して、ウェブブラウザ１４２における閲覧セッションを識別してもよい。例えば、セッションＩＤパラメータは、ショッピングカート、ショッピングカート中の品目、以前に訪れられたページ、ウェブブラウザ１４２に表示された現在のページ（例えばウェブページ１４６）、などを識別するために使用されてもよい。アクションＩＤは、概して、実行されるアクション又は動作をアカウントアプリケーション１４０に指定してもよい。例えば、いくつかの実施形態では、アクションＩＤは、認証ページを開くようにアカウントアプリケーション１４０に命令してもよい。従って、ＵＲＩ２０２は、アカウントアプリケーション１４０の１つ又は複数のページに対するディープリンクであってもよい。

【0053】

いったん生成されると、ＯＳはＵＲＩ２０２を処理してもよく、これにより、ＯＳにアカウントアプリケーション１４０を開く、アクセスする、又はさもなければ表示することを実行させる。そうすることで、さらに、パラメータを含むＵＲＩ２０２をアカウントアプリケーション１４０に提供する。ＵＲＩ２０２のアクションＩＤパラメータに基づいて、アカウントアプリケーション１４０は、本願で説明する自動記入技術を容易にするためのアカウント認証ページを開いてもよい。

【0054】

前述したように、いくつかの実施形態では、ウェブブラウザ１４２及び／又はウェブページ１４６は、アカウントアプリケーション１４０がインストールされていると予め決定することなく、タイマを使用し、ＵＲＩ２０２の起動を試みてもよい。そのような実施形態では、ＵＲＩ２０２に基づくアカウントアプリケーション１４０の起動に成功した場合、自動記入処理は本願で説明するように進む。しかしながら、アカウントアプリケーション１４０が装置上で起動することなく時間が満了した場合、自動記入処理は終了する。

【0055】

図２Ｂは、ＯＳがＵＲＩ２０２にアクセスし、アカウントアプリケーション１４０がアカウント認証ページをロードした場合の実施形態を示す。概して、アカウント認証ページは、例えば、ログイン及びパスワード、バイオメトリックス、又は非接触カード１０４によって生成された暗号文１２２に基づくワンタップ認証を介して、ユーザが彼らのアカウントを認証することを可能にする。

【0056】

図２Ｂに示す実施形態では、ユーザは、非接触カード１０４を計算装置１０２にタップしてもよい（又はさもなければ、非接触カード１０４を装置１０２の通信インターフェース１２６の通信範囲内に移動させてもよい）。非接触カード１０４のアプレット１１２は、次いで、前述したように、他の暗号文１２２を生成してもよい。アカウントアプリケーション１４０は、次いで、通信インターフェース１２６を介して他の暗号文１２２を読み出してもよい。

【0057】

図２Ｃは、アカウントアプリケーション１４０が、他の暗号文１２２を含むデータパッケージを認証サーバ１０６に送信する場合の実施形態を示す。認証サーバ１０６は、前述したように、暗号文１２２を検証するか、又はさもなければ認証してもよい。

【0058】

復号の成功に基づいて、認証アプリケーション１３０は、他の復号結果をアカウントアプリケーション１４０に送信してもよい。前述したように、復号結果は、マーチャントサーバ１０８に係る購入で支払うために、支払いフォームへ自動記入されるデータを含んでもよい。

【0059】

図２Ｄは、認証アプリケーション１３０が復号結果２０４をアカウントアプリケーション１４０に送信する場合の実施形態を示す。図２Ｄに示す実施例では、復号結果２０４は、認証サーバ１０６が図２Ｂ～図２Ｃの他の暗号文１２２を復号したことを示してもよい。そうすることで、アカウントアプリケーション１４０が、自動記入処理を継続する前に、他の暗号文１２２の復号に成功したと決定することを可能にし、それによって、セキュリティを向上させる。

【0060】

図示するように、認証サーバ１０６はさらに、自動記入データ１２４をアカウントアプリケーション１４０に送信してもよい。復号結果２０４とともに送信されるように示したが、自動記入データ１２４は、復号結果２０４と別個に送信されてもよい。さらに、いくつかの実施形態では、自動記入データ１２４は、計算装置１０２に対する非接触カード１０４の他のタップに応答して送信されてもよい。それは、認証サーバ１０６によって他の暗号文を生成及び検証させる。他の実施形態では、自動記入データ１２４は、非接触カード１０４から直接的に受信される。他の実施形態では、アカウントアプリケーション１４０は、計算装置１０２上に格納されたローカルデータベースにおける自動記入データ１２４を検索する。自動記入データ１２４は、概して、非接触カード１０４のアカウント番号、非接触カード１０４の有効期限、非接触カード１０４のＣＶＶ、非接触カード１０４に関連付けられた顧客名、及び非接触カード１０４に関連付けられた顧客請求書発行住所を含んでもよい。いくつかの実施形態では、アカウント番号は、非接触カード１０４に関連付けたワンタイム使用の仮想アカウント番号であってもよい。

【0061】

図示するように、復号結果２０４を受信することに応答して、アカウントアプリケーション１４０は、ローカルサーバ２１０を起動してもよい。ローカルサーバ２１０は、ＴＣＰ／ＩＰサーバ、ＨＴＴＰサーバ、ＨＴＴＰＳ（Hypertext Transfer Protocol Secure）サーバ、ストリーミングサーバなどのような、任意のタイプのサーバであってもよい。しかしながら、ローカルアプリケーション（例えば、計算装置１０２において実行されるアプリケーション）のみが、ローカルサーバ２１０にアクセスしてもよい。ＯＳは、外部ソースから（例えばネットワーク１４８を介して）ローカルサーバ２１０にアクセスする試みを制限してもよい。アカウントアプリケーション１４０は、特定のポート番号におけるローカルサーバ２１０を開始してもよい。アカウントアプリケーション１４０は、予め決められたポート番号などを用いて、ポート番号をランダムに生成することのような、任意の実行可能な選択方式に従ってポートを選択してもよい。ローカルサーバを用いてデータを交換することは、２０２０年５月１８日に出願された米国特許出願第１６／８７６４７３号と、２０２０年５月１８日に出願された出願第１６／８７６５４９号とに詳述される。前述の特許出願全体は、援用によって本願に組み込まれる。

【0062】

アカウントアプリケーション１４０は、ウェブブラウザ１４２によりローカルサーバ２１０との接続を確立させてもよい。いくつかの実施形態では、アカウントアプリケーション１４０は、ウェブブラウザ１４２に向けられたＵＲＩを生成し、ローカルサーバ２１０との接続を確立するために必要とされる関連パラメータ（例えば、ＩＰアドレス、ユーザ名、パスワード、ポートなど）を含んでもよい。ＯＳはＵＲＩにアクセスしてもよく、それは、ウェブブラウザ１４２を起動し、パラメータをウェブブラウザ１４２に提供する。ウェブブラウザ１４２は、マーチャントサーバ１０８に対する閲覧セッションをなお維持し、次いで、ウェブブラウザ１４２は、ローカルサーバ２１０に接続し、ローカルサーバ２１０から自動記入データ１２４を受信してもよい。

【0063】

優位点として、いったんローカルサーバ２１０から受信されると、ウェブブラウザ１４２は、例えば、オレンジ及びりんごに支払うために、ウェブページ１４６の１つ又は複数の支払いフィールドへ自動記入データ１２４を自動記入してもよい。いくつかの実施形態では、ウェブブラウザ１４２は、自動記入データ１２４をフォームフィールドに自動記入するために、ＪａｖａＳｃｒｉｐｔ（登録商標）、例えば、ウェブブラウザ１４２によって提供される自動記入サービスを使用する。いくつかの実施形態では、ウェブブラウザ１４２は、自動記入データ１２４をフォームフィールドに自動記入するために、オペレーティングシステム１３８によって提供される自動記入サービスを使用する。使用される自動記入サービスにかかわらず、ユーザは、ウェブブラウザ１４２を介して、自動記入されたデータを含むフォームを提出して購入を完了してもよい。

【0064】

いくつかの実施形態では、認証サーバ１０６は、自動記入データ１２４として支払いトークンを生成してもよい。そのような実施形態では、認証サーバ１０６は、マーチャントサーバ１０８及び／又は計算装置１０２に支払いトークンを提供してもよい。そのような実施形態では、アカウントアプリケーション１４０は、認証サーバ１０６又はマーチャントサーバ１０８から支払いトークンを受信してもよい。支払いトークンは、アカウントアプリケーション１４０によってローカルサーバ２１０に提供されてもよく、それは、トークンをウェブブラウザ１４２に提供する。支払いトークンは、ウェブブラウザ１４２を介して購入を処理するために使用されてもよい。

【0065】

いくつかの実施形態では、アカウントアプリケーション１４０は、ローカルサーバ２１０を開始するのではなく、オペレーティングシステム１３８のコンテンツプロバイダサービスに自動記入データ１２４を提供してもよい。そのような実施形態では、ウェブブラウザ１４２及び／又はウェブページ１４６は、コンテンツプロバイダサービスから自動記入データ１２４を受信してもよい。ウェブブラウザ１４２は、次いで、ウェブブラウザ１４２の自動記入サービス及び／又はオペレーティングシステム１３８の自動記入サービスを用いて、自動記入データ１２４をフォームフィールドへ自動記入してもよい。

【0066】

図２Ｅは、ウェブブラウザ１４２１５４が、ウェブページ１４６のフォームフィールドへ記入された自動記入データ１２４を用いて、りんご及びオレンジの支払いを処理するためのトランザクションパッケージ２０６を生成する場合の実施形態を示す。概して、トランザクションパッケージ２０６は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）に従って送信されてもよい。いったん受信されると、マーチャントサーバ１０８は、自動記入データ１２４を用いて、トランザクションに関する支払いを処理してもよい。マーチャントサーバ１０８は、次いで、トランザクションデータベース１５８においてトランザクションに関するトランザクションレコード２０８を生成してもよい。しかしながら、前述したように、いくつかの実施形態では、トランザクションに関して支払うために、自動記入データ１２４の代わりに支払いトークンが使用される。

【0067】

図３Ａは、非接触カードを用いてウェブブラウザへデータを自動記入する例示的な実施形態を示す概略図３００である。図示するように、図３Ａは、ウェブブラウザ１４２を実行するモバイル計算装置１０２を含む。ウェブブラウザ１４２は、ウェブページ１４６のようなウェブページを表示してもよい。例えば、ウェブページ１４６は、ユーザが注文して注文に関する支払い情報を提供することを可能にするウェブページ１４６であってもよい。図示するように、ウェブページ１４６は、フィールド３０１～３０５を有する支払いフォームを含み、ここで、フィールド３０１は名前フィールドであり、フィールド３０２はアカウント番号フィールドであり、フィールド３０３は有効期限フィールドであり、フィールド３０４はＣＶＶフィールドであり、フィールド３０５は住所フィールドである。

【0068】

ウェブページ１４６は、ユーザが自動記入処理を開始して支払い情報をフォームフィールド３０１～３０５へ自動記入することを可能にする、選択可能な構成要素３０８をさらに含む。ＷｅｂＶｉｅｗの実施例を参照して説明したが、図３Ａ～図３Ｄは、ローカルサーバの実施例にも同様に適用可能である。実施形態は、このコンテキストに限定されない。

【0069】

図３Ｂは、ユーザが構成要素３０８を選択して自動記入処理を開始した場合の実施形態を示す概略図３１０である。概して、そうすることで、ウェブブラウザ１４２により、アカウントアプリケーション１４０に向けられたＵＲＩを生成させてもよく、これにより、計算装置１０２によりアカウントアプリケーション１４０を表示させる。ＵＲＩのパラメータに基づいて、アカウントアプリケーション１４０は、通知３０６によって示すように、ユーザが彼／彼女の非接触カード１０４を計算装置１０２にタップすることを要求する認証ページを出力する。そうすることで、非接触カード１０４により暗号文を生成させ、暗号文は認証サーバ１０６によって検証される。図示するように、図３Ｂにおいて、認証サーバ１０６は暗号文を検証する。そうすることで、認証サーバ１０６により、支払い情報（例えば、アカウント番号、有効期限、ＣＶＶ）をアカウントアプリケーション１４０に送信させてもよい。アカウントアプリケーション１４０がアカウント保有者の名前及び住所の値をローカルに格納していない場合、認証サーバ１０６はさらにアカウント保有者の名前及び住所を提供してもよい。

【0070】

図３Ｃは、非接触カード１０４によって生成された暗号文をサーバが検証したことを示す情報をアカウントアプリケーション１４０が認証サーバ１０６から受信する場合の実施形態を示す概略図３２０である。前述したように、認証サーバ１０６は、フォームフィールド３０１～３０６に自動記入するための支払い情報を含んでもよい。それに応答して、アカウントアプリケーション１４０は、ＷｅｂＶｉｅｗ構成要素１５４を起動する。ＷｅｂＶｉｅｗ構成要素１５４は、アカウントアプリケーション１４０によって生成されたＵＲＬを用いて、例えば、図３Ａにおいて生成されたＵＲＩのマーチャントＩＤ及びセッションＩＤに基づいて、ＷｅｂＶｉｅｗ構成要素１５４において図３Ａの閲覧セッションを複製する。

【0071】

図示するように、ＷｅｂＶｉｅｗ構成要素１５４は、支払い情報と任意の個人的に識別可能な情報とをフォームフィールドへ自動記入してもよい。より具体的には、ＷｅｂＶｉｅｗ構成要素１５４は、ユーザの名前を名前フィールド３０１に、アカウント番号をアカウント番号フィールド３０２に、有効期限を有効期限フィールド３０３に、ＣＶＶをＣＶＶフィールド３０４に、及び住所を住所フィールド３０５に自動記入してもよい。ユーザは、次いで、ボタン３１１を用いて購入を完了してもよく、このことは、マーチャントサーバ１０８により、自動記入されたデータを用いて支払いを処理させる。

【0072】

図３Ｄは、ＷｅｂＶｉｅｗ構成要素１５４における確認ページを示す概略図３３０である。確認ページは、概して、フォームフィールド３０１～３０５へ自動記入されたデータを用いて購入が完了したことを反映する。実施形態はこのコンテキストに限定されない。

【0073】

開示された実施形態に関する動作が、下記の図面を参照してさらに説明されうる。図面のうちのいくつかは論理フローを含みうる。本願で提示するそのような図面は特定の論理フローを含むことがあるが、論理フローは、本願で説明する全体機能を実施しうる方法の例を単に提供するということが認識されうる。さらに、所与の論理フローは、別途示していない限り、提示した順序に実行されることを必ずしも必要としない。また、いくつかの実施形態では、論理フローで説明するすべての動作が必要とされるわけではない可能性がある。さらに、所与の論理フローは、ハードウェア構成要素によって実施されてもよく、プロセッサによって実行されるソフトウェア構成要素によって実施されてもよく、又はそれらの任意の組み合わせによって実施されてもよい。実施形態はこのコンテキストに限定されない。

【0074】

図４は、論理フロー４００の実施形態を示す。論理フロー４００は、本願で説明する１つ又は複数の実施形態によって実行される動作の一部又はすべてを表しうる。例えば、論理フロー４００は、ＷｅｂＶｉｅｗ構成要素１５４を用いてデータを自動記入する動作の一部又はすべてを含んでもよい。実施形態は、このコンテキストに限定されない。

【0075】

ブロック４０２において、ルーチン４００は、計算装置１０２のプロセッサにおいて実行されるウェブブラウザによって、ウェブページ１４６における支払いフィールドを識別する。支払いフィールドは、フォームの複数の支払いフィールドのうちの１つであってもよい。ブロック４０４において、ルーチン４００は、ウェブブラウザ１４２によって、非接触カード１０４の発行者に関連付けられたアカウントアプリケーション１４０が計算装置１０２にインストールされていることを決定する。ウェブブラウザ１４２は、アカウントアプリケーション１４０がインストールされていることを決定するために、オペレーティングシステム１３８によって提供される１つ又は複数の機能を使用してもよい。ブロック４０６において、ルーチン４００は、ウェブブラウザ１４２によって、アカウントアプリケーション１４０に向けられたＵＲＩ（uniform resource identifier）であって、マーチャント識別子パラメータ、セッション識別子パラメータ、及びアクション識別子パラメータを含むＵＲＩを生成する。

【0076】

ブロック４０８において、ルーチン４００は、プロセッサ上で実行されるＯＳによって、ＵＲＩに基づいたアカウントアプリケーション１４０を起動する。ブロック４１０において、ルーチン４００は、アカウントアプリケーション１４０によって、ＵＲＩのアクション識別子パラメータに基づいて、非接触カード１０４によって生成された暗号文に基づいて、非接触カードに関連付けられたアカウントを認証する。ブロック４１２において、ルーチン４００は、アカウントアプリケーション１４０によって、認証に基づいて、非接触カード１０４に関連付けられた支払い情報を受信する。支払い情報は、非接触カード１０４のアカウント番号、有効期限、及びＣＶＶを含んでもよい。支払い情報はさらに、アカウント保有者名及び／又は住所を含んでもよい。ブロック４１４において、ルーチン４００は、アカウントアプリケーション１４０のＷｅｂＶｉｅｗ構成要素１５４によって、ウェブページ１４６にアクセスする。マーチャントサーバ１０８は、次いで、ユーザの閲覧セッション及びウェブページ１４６に関連付けられたすべてのデータをＷｅｂＶｉｅｗ構成要素１５４に送信してもよい。そうすることで、ＷｅｂＶｉｅｗ構成要素１５４においてウェブブラウザ１４２からのユーザの閲覧セッションを複製し、又はさもなければ復元する。ブロック４１６において、ＷｅｂＶｉｅｗ構成要素１５４は、ウェブページ１４６における支払いフィールドへ支払い情報を自動記入する。複数のフィールドが存在する場合、ＷｅｂＶｉｅｗ構成要素１５４は、情報を適切なフィールドへ自動記入してもよい。ブロック４１８において、ルーチン４００は、ＷｅｂＶｉｅｗ構成要素１５４によって、ウェブページの支払いフィールドへ自動記入された支払い情報に基づいて、トランザクションを処理する。

【0077】

図５は、論理フロー５００の実施形態を示す。論理フロー５００は、本願で説明する１つ又は複数の実施形態によって実行される動作の一部又はすべてを表しうる。例えば、論理フロー５００は、ローカルサーバ２１０を用いてデータを自動記入する動作の一部又はすべてを含んでもよい。実施形態は、このコンテキストに限定されない。

【0078】

ブロック５０２において、ルーチン５００は、装置のプロセッサにおいて実行されるウェブブラウザによって、ウェブページ１４６における支払いフィールドを識別する。支払いフィールドは、フォームの複数の支払いフィールドのうちの１つであってもよい。ブロック５０４において、ルーチン５００は、ウェブブラウザ１４２によって、非接触カード１０４の発行者に関連付けられたアカウントアプリケーション１４０が装置にインストールされていることを決定する。ウェブブラウザ１４２は、アカウントアプリケーション１４０がインストールされていることを決定するために、オペレーティングシステム１３８によって提供される１つ又は複数の機能を使用してもよい。ブロック５０６において、ルーチン５００は、ウェブブラウザ１４２によって、アカウントアプリケーション１４０に向けられたＵＲＩ（uniform resource identifier ）であって、マーチャント識別子パラメータ、セッション識別子パラメータ、及びアクション識別子パラメータを含むＵＲＩを生成する。

【0079】

ブロック５０８において、ルーチン５００は、プロセッサにおいて実行されるモバイルオペレーティングシステム（ＯＳ）によって、ＵＲＩに基づいてアカウントアプリケーション１４０を起動する。ブロック５１０において、ルーチン５００は、アカウントアプリケーション１４０によって、ＵＲＩのアクション識別子パラメータに基づいて、非接触カードによって生成された暗号文に基づいて、非接触カード１０４に関連付けられたアカウントを認証する。ブロック５１２において、ルーチン５００は、アカウントアプリケーション１４０によって、認証に基づいて、非接触カード１０４に関連付けられた支払い情報を受信する。ブロック５１４において、ルーチン５００は、アカウントアプリケーション１４０によって、計算装置１０２において実行されるアプリケーションにのみアクセス可能であるローカルサーバ２１０を開始する。

【0080】

ブロック５１６において、ルーチン５００は、ローカルサーバ２１０及びウェブブラウザ１４２の間における接続を確立する。ブロック５１８において、ルーチン５００は、ウェブブラウザ１４２によって、ローカルサーバ２１０から支払い情報を受信する。ブロック５２０において、ルーチン５００は、ウェブブラウザ１４２によって、ローカルサーバ２１０に対して終了コマンドを発行することで、ローカルサーバとの接続を終了する。ブロック５２２において、ルーチン５００は、ウェブブラウザ１４２によって、支払い情報を支払いフィールドへ自動記入する。複数のフィールドが存在する場合、ウェブブラウザ１４２は、情報を適切なフィールドへ自動記入してもよい。ブロック５２４において、ルーチン５００は、ウェブブラウザ１４２によって、ウェブページの支払いフィールドへ自動記入された支払い情報に基づいて、トランザクションを処理する。

【0081】

図６Ａは、非接触カード１０４の例示的な構成を示す概略図６００であり、それは、非接触カード１０４の前面又は後面上にサービスプロバイダのマーク６０２として表示されるようなサービスプロバイダによって発行された、クレジットカードのような支払いカード、デビットカード、又はギフトカードを含んでもよい。いくつかの実施例では、非接触カード１０４は、支払いカードに関連せず、限定することなく、識別カードを含んでもよい。いくつかの実施例では、トランザクションカードは、デュアルインターフェースの非接触支払いカード、ポイントカード（rewards card）、などを含んでもよい。非接触カード１０４は基板６０４を含んでもよく、それは、プラスチック、金属、及び他の材料からなる単一の層又は１つ又は複数の積層された層を含んでもよい。例示的な基板材料は、ポリ塩化ビニル、ポリ塩化酢酸ビニル、アクリロニトリルブタジエンスチレン、ポリカーボネート、ポリエステル、陽極処理されたチタン、パラジウム、金、炭素、紙、及び生物分解性材料を含む。いくつかの実施例では、非接触カード１０４は、ＩＳＯ／ＩＥＣ７８１６標準のＩＤ－１フォーマットに準拠した物理的特性を有してもよく、さもなければ、トランザクションカードは、ＩＳＯ／ＩＥＣ１４４４３標準に準拠してもよい。しかしながら、本開示に係る非接触カード１０４が異なる特性を有してもよく、トランザクションカードが支払いカードとして実装されることを本開示が必要としていないということが理解される。

【0082】

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

【0083】

図６Ｂに示すように、非接触カード１０４の接点パッド６０８は、プロセッサ６１２、メモリ１１０、及び１つ又は複数の通信インターフェース１２６を含む、情報を格納、処理、及び伝達するための処理回路６１０を含んでもよい。処理回路６１０は、本願において説明した機能を実行するのに必要とされる、プロセッサ、メモリ、エラー及びパリティ／ＣＲＣチェッカー、データエンコーダ、衝突防止アルゴリズム、コントローラ、コマンドデコーダ、セキュリティプリミティブ、及び改竄防止ハードウェアを含む、追加の構成要素を含んでもよいことが理解される。

【0084】

メモリ１１０は、読み出し専用メモリ、１回書き込み多数読み出しメモリ、又は読み出し／書き込みメモリ、例えば、ＲＡＭ、ＲＯＭ、及びＥＥＰＲＯＭであってもよく、非接触カード１０４は、これらのメモリのうちの１つ又は複数を含んでもよい。読み出し専用メモリは、読み出し専用又は１回だけプログラミング可能であるように工場でプログラミング可能である。１回だけのプログラミング可能性は、１回だけ書き込まれ、その後、複数回にわたって読み出される機会を提供する。１回書き込み／多数読み出しメモリは、メモリチップが工場を去った後の時点でプログラミングされてもよい。いったんメモリがプログラミングされると、それは再書き込みされることはないが、複数回にわたって読み出される。読み出し／書き込みメモリは、工場を去った後に複数回にわたってプログラミング及び再プログラミングされてもよい。読み出し／書き込みメモリはまた、工場を去った後に複数回にわたって読み出されてもよい。いくつかの例では、メモリ１１０は、データを暗号化するためにプロセッサ６１２によって実行される暗号アルゴリズムを利用する、暗号化されたメモリであってもよい。

【0085】

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

【0086】

先述した例示的な実施形態のプロセッサ６１２及びメモリ構成要素は、接触パッド６０８を参照して説明しているが、本開示はそれに限定されない。これらの構成要素は、接触パッド６０８の外部又はそれから完全に離れて実装されてもよく、又は、接触パッド６０８内に設けられたプロセッサ６１２及びメモリ１１０構成要素に加えてさらなる構成要素として実装されてもよい。

【0087】

いくつかの実施例では、非接触カード１０４は、１つ又は複数のアンテナ６１４を備えてもよい。１つ又は複数のアンテナ６１４は、非接触カード１０４内において、接触パッド６０８の処理回路６１０のまわりに配置されてもよい。例えば、１つ又は複数のアンテナ６１４は処理回路６１０に一体化されていてもよく、１つ又は複数のアンテナ６１４は外部ブースタコイルとともに使用されてもよい。他の実施例として、１つ又は複数のアンテナ６１４は、接触パッド６０８及び処理回路６１０の外部にあってもよい。

【0088】

一実施形態において、非接触カード１０４のコイルは、空芯トランスの２次巻線として作用してもよい。端末は、電力の遮断又は振幅変調によって非接触カード１０４と通信してもよい。非接触カード１０４は、非接触カード１０４の電力接続におけるギャップを用いて、端末から送信されたデータを推測してもよい。電力接続は、１つ又は複数のキャパシタを介して機能的に保持されてもよい。非接触カード１０４は、非接触カード１０４のコイルにおいて負荷をスイッチングすること又は負荷変調によって逆方向に通信してもよい。負荷変調は、干渉を通じて端末のコイルにおいて検出されてもよい。より一般的には、１つ又は複数のアンテナ６１４、処理回路６１２、及び／又はメモリ１１０を用いて、非接触カード１０４は、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ、及び／又はＷｉ－Ｆｉ通信を介して通信するための通信インターフェースを提供する。

【0089】

上で説明したように、非接触カード１０４は、ＪａｖａＣａｒｄのような、限られたメモリを有する他のスマートカード又は装置において動作可能であるソフトウェアプラットフォームにおいて構成されてもよく、１つ又は複数のアプリケーション又はアプレットが安全に実行されてもよい。移動体アプリケーションに基づく様々な使用状況における多要素認証（multifactor authentication：ＭＦＡ）のためにワンタイムパスワード（one-time password：ＯＴＰ）を提供するために、非接触カードにアプレット１１２が追加されてもよい。アプレット１１２は、（例えば、ＰＯＳ（point-of-sale）端末のモバイル装置の）移動体ＮＦＣリーダーのようなリーダーから、近接場データ交換要求のような１つ又は複数の要求に応答し、ＮＤＥＦテキストタグとして符号化された暗号学的に安全なＯＴＰを備えるＮＤＥＦメッセージを生成するように構成されてもよい。ＮＤＥＦメッセージは、暗号文１２２及び他の任意のデータを含んでもよい。

【0090】

ＮＤＥＦ ＯＴＰの一例は、ＮＤＥＦショートレコードレイアウト（ＳＲ＝１）である。そのような実施例では、１つ又は複数のアプレット１１２は、ＯＴＰを、ＮＤＥＦタイプ４の公知のタイプのテキストタグとして符号化するように構成されてもよい。いくつかの実施例では、ＮＤＥＦメッセージは、１つ又は複数のレコードを含んでもよい。アプレット１１２は、ＯＴＰ記録に加えて、１つ又は複数の静的タグ記録を追加するように構成されてもよい。

【0091】

いくつかの実施例では、１つ又は複数のアプレット１１２は、ＲＦＩＤタグをエミュレートするように構成されてもよい。ＲＦＩＤタグは、１つ又は複数の多様な形態のタグを含んでもよい。いくつかの実施例では、タグが読み取られるごとに、非接触カードの真正性を示しうる異なる暗号データが提示される。１つ又は複数のアプレット１１２に基づいて、タグのＮＦＣ読み取りが処理されてもよく、データは、バンキングシステムサーバのようなサーバに送信されてもよく、データはサーバにおいて検証されてもよい。

【0092】

いくつかの実施例では、非接触カード１０４及びサーバは、カードが適切に識別されうるように、所定のデータを含んでもよい。非接触カード１０４は、１つ又は複数の一意の識別子（図示せず）を含んでもよい。読み取り動作が行なわれるごとに、カウンタ１１４はインクリメントするように構成されてもよい。いくつかの実施例では、（例えばモバイル装置によって）非接触カード１０４からデータが読み取られるごとに、カウンタ１１４は、検証のためにサーバに送信され、カウンタ１１４がサーバのカウンタに等しいか否かを（検証の一部として）決定する。

【0093】

１つ又は複数のカウンタ１１４は、リプレイ攻撃を防ぐように構成されてもよい。例えば、暗号文が取得されかつ繰り返された場合、その暗号文は、カウンタ１１４が読み取られるか使用されるかさもなければ無視される場合に直ちに拒絶される。カウンタ１１４が使用されていない場合、それは繰り返されてもよい。いくつかの実施例では、非接触カード１０４においてインクリメントされるカウンタは、トランザクションに関してインクリメントされるカウンタとは異なる。非接触カード１０４においてアプレット１１２間の通信が存在しないので、非接触カード１０４は、アプリケーショントランザクションカウンタ１１４を決定することができない。いくつかの実施例では、非接触カード１０４は、第１のアプレット４４０－１及び第２のアプレット４４０－２を備えてもよく、第１のアプレット４４０－１はトランザクションアプレットであってもよい。各アプレット４４０－１及び４４０－２は、各カウンタ１１４を備えてもよい。

【0094】

いくつかの実施例では、カウンタ１１４は同期からはずれることがある。いくつかの実施例では、所定角度での読み取りのような、トランザクションを開始する偶発的な読み取りを説明するために、カウンタ１１４はインクリメントしてもよいが、アプリケーションはカウンタ１１４を処理しない。いくつかの実施例では、モバイル装置１０がスリープから復帰するとき、ＮＦＣがイネーブルにされてもよく、計算装置１０２は利用可能なタグを読み取るように構成されてもよいが、読み取りに応答して何の動作も行われない。

【0095】

カウンタ１１４の同期を維持するために、計算装置１０２がスリープからいつ復帰したかを検出し、バンキングシステムのサーバに同期するように構成されるであろう、バックグラウンドアプリケーションのようなアプリケーションが実行されてもよく、このことは、検出に起因して行われた読み取りが次いでカウンタ１１４を順方向に進めることを示す。他の実施例では、同期からはずれたウィンドウが受容されうるように、ハッシュされたワンタイムパスワードが利用されてもよい。例えば、１０のしきい値の範囲内にある場合、カウンタ１１４は、順方向に進むように構成されてもよい。しかし、異なるしきい値数の範囲内、例えば、１０又は１０００の範囲内にある場合、再同期を実行する要求が処理されてもよい。それは、ユーザがユーザの装置を介して１回以上にわたってタップ、ジェスチャー、又はさもなければ示すことを、１つ又は複数のアプリケーションを介して要求する。カウンタ１１４は適切なシーケンスで増大し、次いで、それは、ユーザがそうしたことを知ることができる。

【0096】

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

【0097】

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

【0098】

いくつかの実施例では、脆弱性の影響を受けやすいかもしれないという３ＤＥＳアルゴリズムの不備を克服するために、（セッションごとの一意の鍵のような）セッション鍵が導出されてもよいが、マスタ鍵を用いるのではなく、カードにより導出された一意の鍵及びカウンタが多様化データとして使用されてもよい。例えば、動作中に非接触カード１０４が使用されるごとに、メッセージ認証コード（ＭＡＣ）の生成及び暗号化の実行のために異なる鍵が使用されてもよい。これにより、三層の暗号をもたらす。セッション鍵は、１つ又は複数のアプレットによって生成され、（「EMV 4.3 Book 2 A1.3.1 Common Session Key Derivation」で定義されたような）１つ又は複数のアルゴリズムを備えたアプリケーショントランザクションカウンタを用いて導出されてもよい。

【0099】

さらに、各カードに係るインクリメントは一意的であってもよく、個人化によって割り当てられてもよく、あるいは、何らかの識別情報によってアルゴリズム的に割り当てられてもよい。例えば、奇数の番号を有するカードは２ずつインクリメントされてもよく、偶数の番号を有するカードは５ずつインクリメントされてもよい。いくつかの実施例では、１つのカードが１、３、５、２、２、…を繰り返す順序でインクリメントされてもよいように、インクリメントは逐次的な読み取りにおいて変化してもよい。特定のシーケンス又はアルゴリズムのシーケンスは、個人化の時点で、又は、一意の識別子から導出される１つ又は複数の処理から定義されてもよい。これにより、リプレイ攻撃者がカードインスタンスの小さな番号から一般化することをより困難にすることができる。

【0100】

認証メッセージは、１６進ＡＳＣＩＩフォーマットを有するテキストＮＤＥＦレコードの内容として送られてもよい。もう１つの実施例では、ＮＤＥＦレコードは、１６進フォーマットで符号化されてもよい。

【0101】

図７は、例示的な実施形態に係るＮＤＥＦショートレコードレイアウト（ＳＲ＝１）データ構造７００を示す。１つ又は複数のアプレットは、ＯＴＰを、ＮＤＥＦタイプ４の公知のタイプのテキストタグとして符号化するように構成されてもよい。いくつかの実施例では、ＮＤＥＦメッセージは、１つ又は複数のレコードを含んでもよい。アプレットは、ＯＴＰレコードに加えて、１つ又は複数の静的タグレコードを追加するように構成されてもよい。例示的なタグは、限定することなく、下記を含む。タグタイプ：公知のタイプ、テキスト、エンコーディング英語（ｅｎ）；アプレットＩＤ：Ｄ２７６００００８５０１０１；能力：読み出し専用アクセス；エンコーディング：認証メッセージはＡＳＣＩＩの１６進数として符号化されうる；タイプ・長さ・値（type-length-value：ＴＬＶ）データは、ＮＤＥＦメッセージを生成するために使用されうる個人化パラメータとして提供されうる。一実施形態において、認証テンプレートは、実際の動的認証データを提供するための公知のインデックスを有する、第１のレコードを備えてもよい。データ構造７００は、暗号文１２２と、アプレット１１２によって提供される他の任意のデータを含んでもよい。

【0102】

図８は、前述したように様々な実施形態を実装するために適した例示的なコンピュータアーキテクチャ８００の実施形態を示す。一実施形態では、コンピュータアーキテクチャ８００は、計算アーキテクチャ１００の一部を含むか、又は、計算アーキテクチャ１００の一部として実装されてもよい。

【0103】

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

【0104】

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

【0105】

図８に示すように、コンピュータアーキテクチャ８００は、プロセッサ８０２、システムメモリ８０４、及びシステムバス８０６を備えるコンピュータ８１２を含む。プロセッサ８０２は、様々な市販のプロセッサのいずれかであってもよい。コンピュータ８１２は、計算装置１０２及び／又は認証サーバ１０６を表しうる。

【0106】

システムバス８０６は、システムメモリ８０４からプロセッサ８０２を含むがそれに限定されない、システム構成要素のためのインターフェースを提供する。システムバス８０６は、さまざまな市販のバスアーキテクチャのうちのいずれかを用いて、メモリバス（メモリコントローラとともに又はメモリコントローラとは別に）、周辺機器バス、及びローカルバスにさらに相互接続しうる、いくつかのタイプのバス構造のいずれかであってもよい。インターフェースアダプタは、スロットアーキテクチャを介してシステムバス８０６に接続されてもよい。例示的なスロットアーキテクチャは、ＡＧＰ（Accelerated Graphics Port）、カードバス、（Ｅ）ＩＳＡ（(Extended) Industry Standard Architecture）、ＭＣＡ（Micro Channel Architecture）、ＮｕＢｕｓ、ＰＣＩ（Ｘ）（Peripheral Component Interconnect (Extended)）、ＰＣＩ Ｅｘｐｒｅｓｓ、ＰＣＭＣＩＡ（Personal Computer Memory Card International Association）などを含んでもよいがそれらに限定されない。

【0107】

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

【0108】

システムメモリ８０４は、ＲＯＭ（read-only memory）、ＲＡＭ（random-access memory）、ＤＲＡＭ（dynamic RAM）、ＤＤＲＡＭ（Double-Data-Rate DRAM）、ＳＤＲＡＭ（synchronous DRAM）、ＳＲＡＭ（static RAM）、ＰＲＯＭ（programmable ROM）、ＥＰＲＯＭ（erasable programmable ROM）、ＥＥＰＲＯＭ（electrically erasable programmable ROM）、フラッシュメモリ（例えば、１つ又は複数のフラッシュアレイ）、強誘電体ポリマーメモリのようなポリマーメモリ、オボニック（ovonic）メモリ、相変化又は強誘電体メモリ、ＳＯＮＯＳ（silicon-oxide-nitride-oxide-silicon）メモリ、磁気又は光カード、ＲＡＩＤ（array of devices such as Redundant Array of Independent Disks）ドライブ、ソリッドステートメモリ装置（例えば、ＵＳＢメモリ、ＳＳＤ（solid state drive））、及び情報を格納するのに適した他の任意のタイプの記憶媒体のような、１つ又は複数のより高速のメモリユニットの形式を有する様々なタイプのコンピュータ可読記憶媒体を含んでもよい。図８に示す実施形態では、システムメモリ８０４は、不揮発性８０８及び／又は揮発性８１０を含んでもよい。ＢＩＯＳ（basic input/output system）は、不揮発性メモリ８０８に格納されてもよい。

【0109】

コンピュータ８１２は、内部（又は外部）ハードディスクドライブ８１４と、着脱可能な磁気ディスク８１８に対して読み出す又は書き込むための磁気ディスクドライブ８１６と、着脱可能な光ディスク８２２（例えば、ＣＤ－ＲＯＭ又はＤＶＤ）に対して読み出す又は書き込むための光ディスクドライブ８２０とを含む、１つ又は複数のより低速のメモリユニットの形式を有する様々なタイプのコンピュータ可読記憶媒体を含んでもよい。ハードディスクドライブ８１４、磁気ディスクドライブ８１６、及び光ディスクドライブ８２０は、ＨＤＤインターフェース８２４、ＦＤＤインターフェース８２６、及び光ディスクドライブインターフェース８２８によって、システムバス８０６にそれぞれ接続されてもよい。外部ドライブ実装のためのＨＤＤインターフェース８２４は、ＵＳＢ（Universal Serial Bus）及びＩＥＥＥ１３９４インターフェース技術の少なくとも一方又は両方を含んでもよい。

【0110】

ドライブ及び関連付けられたコンピュータ可読媒体は、データ、データ構造、コンピュータ実行可能な命令などの揮発性及び／又は不揮発性の記憶装置を提供する。例えば、オペレーティングシステム８３０、１つ又は複数のアプリケーション８３２、他のプログラムモジュール８３４、及びプログラムデータ８３６を含む多数のプログラムモジュールが、ドライブ、不揮発性８０８、及び揮発性８１０に格納されてもよい。一実施形態では、１つ又は複数のアプリケーション８３２、他のプログラムモジュール８３４、及びプログラムデータ８３６は、例えば、システム１００の様々なアプリケーション及び／又は構成要素を含んでもよい。

【0111】

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

【0112】

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

【0113】

コンピュータ８１２は、１つ又は複数の遠隔のコンピュータ８４８のような１つ又は複数の遠隔のコンピュータへの有線及び／又は無線通信を介して、論理接続を用いて、ネットワーク化された環境において動作してもよい。１つ又は複数の遠隔のコンピュータ８４８は、ワークステーション、サーバコンピュータ、ルータ、パーソナルコンピュータ、ポータブルコンピュータ、マイクロプロセッサに基づくエンターテインメント機器、ピア装置、又は他の一般的なネットワークノードであってもよく、簡潔さの目的でメモリ／記憶装置８５０のみを図示しているが、典型的には、コンピュータ８１２に関連して説明した構成要素のうちの多数又はすべてを含む。図示した論理接続は、ＬＡＮ（local area network）８５２及び／又はより大きなネットワーク、例えばＷＡＮ（wide area network）８５４）への有線／無線接続を含む。そのようなＬＡＮ及びＷＡＮネットワーキング環境は、オフィス及び会社において一般的に存在し、イントラネットのような企業全体にわたるコンピュータネットワークを促進し、それらのすべては、大域的な通信ネットワーク、例えばインターネットに接続されてもよい。

【0114】

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

【0115】

ワイドエリアネットワーク８５４ネットワーキング環境において使用される場合、コンピュータ８１２は、モデム８５８を含んでもよく、又は、ワイドエリアネットワーク８５４における通信サーバに接続されるか、例えばインターネットによって、ワイドエリアネットワーク８５４を介する通信を確立するための他の手段を有する。モデム８５８は、入力装置インターフェース８４２を介してシステムバス８０６に接続される。モデム８５８は、内部又は外部にあってもよく、かつ、有線及び／又は無線装置であってもよい。ネットワーク化された環境において、コンピュータ８１２に関連して図示したプログラムモジュール又はその部分は、遠隔のメモリ／記憶装置８５０に格納されてもよい。図示したネットワーク接続は例示的であり、コンピュータ間の通信リンクを確立する他の手段を使用可能であることが認識されるであろう。

【0116】

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

【0117】

図１～図７を参照して前述したような装置の様々な構成要素は、様々なハードウェア構成要素、ソフトウェア構成要素、又は両者の組み合わせを含んでもよい。ハードウェア構成要素の例は、装置、論理装置、構成要素、プロセッサ、マイクロプロセッサ、回路、回路素子（例えば、トランジスタ、抵抗、キャパシタ、インダクタなど）、集積回路、特定用途向け集積回路（application specific integrated circuits ：ＡＳＩＣ）、プログラマブル論理デバイス（programmable logic device：ＰＬＤ）、ディジタル信号プロセッサ（digital signal processor：ＤＳＰ）、フィールドプログラマブルゲートアレイ（field programmable gate array：ＦＰＧＡ）、メモリ装置、論理ゲート、レジスタ、半導体デバイス、チップ、マイクロチップ、チップセットなどを含んでもよい。ソフトウェア構成要素の例は、ソフトウェア部品、プログラム、アプリケーション、コンピュータプログラム、アプリケーションプログラム、システムプログラム、ソフトウェア開発プログラム、マシンプログラム、オペレーティングシステムソフトウェア、ミドルウェア、ファームウェア、ソフトウェアモジュール、ルーチン、サブルーチン、関数、メソッド、手順、ソフトウェアインタフェース、ＡＰＩ（application program interface）、命令セット、計算コード、コンピュータコード、コードセグメント、コンピュータコードセグメント、ワード、値、シンボル、又はそれらの任意の組み合わせを含んでもよい。しかしながら、実施形態がハードウェア構成要素及び／又はソフトウェア構成要素を用いて実装されるか否かを決定することは、所与の実装に関して望まれる、所望の計算レート、電力レベル、耐熱性、処理サイクル予算、入力データレート、出力データレート、メモリリソース、データバス速度、及び他の設計上又は性能上の制約のような、任意個数のファクタに従って変化しうる。

【0118】

少なくとも１つの実施形態の１つ又は複数の態様は、マシンによって読み出されたとき、本願において説明した技術を実行するロジックをマシンに生成させるプロセッサ内の様々なロジックを表す機械可読媒体上に格納された典型的命令によって実装されてもよい。「ＩＰコア」として知られたそのような表現は、有形物の機械可読媒体に格納され、様々な顧客又は製造設備に供給されて、ロジック又はプロセッサを作る製造マシンへロードされてもよい。いくつかの実施形態は、例えば、マシンによって実行されたとき、実施形態に係る方法及び／又は動作をマシンに実行させうる１つの命令又は一組の命令を格納しうる機械可読媒体又は製品を用いて実装されてもよい。そのようなマシンは、例えば、任意の適切な処理プラットフォーム、計算プラットフォーム、計算装置、処理装置、計算システム、処理システム、コンピュータ、プロセッサなどを含んでもよく、ハードウェア及び／又はソフトウェアの任意の適切な組み合わせを用いて実装されてもよい。機械可読媒体又は製品は、例えば、任意の適切なタイプのメモリユニット、メモリ装置、メモリ製品、メモリ媒体、記憶装置、記憶製品、記憶媒体及び／又は記憶装置、例えば、メモリ、着脱可能又は着脱不可の媒体、消去可能又は消去不可の媒体、書き込み可能又は再書き込み可能な媒体、ディジタル又はアナログ媒体、ハードディスク、フロッピーディスク、ＣＤ－ＲＯＭ（Compact Disk Read Only Memory）、記録可能なコンパクトディスク（Compact Disk Recordable：ＣＤ－Ｒ）、再書き込み可能なコンパクトディスク（Compact Disk Rewriteable：ＣＤ－ＲＷ）、光ディスク、磁気媒体、光磁気媒体、着脱可能なメモリーカード又はディスク、様々なタイプのディジタル多用途ディスク（Digital Versatile Disk：ＤＶＤ）、テープ、カセットなどを含んでもよい。命令は、任意の適切な高レベル、低レベル、オブジェクト指向、視覚的、コンパイルされた、及び／又はインタプリタ処理されたプログラミング言語を用いて実装された、ソースコード、コンパイルされたコード、インタプリタ処理されたコード、実行可能なコード、静的コード、動的コード、暗号化されたコードなどのような、任意の適切なタイプのコードを含んでもよい。

【0119】

例示的な実施形態に係る先の説明を、例示及び説明の目的で提示した。網羅的であることも、本開示を開示した形態そのものに限定することも意図していない。本開示に照らして多くの修正及び変形が可能である。本開示の範囲がこの詳細な説明によっては限定されず、むしろ、ここに添付した特許請求の範囲によって限定されることを意図している。本願への優先権を主張する将来の出願は、開示した主題の権利を異なる方法で主張する可能性があり、また、概して、本願においてさまざまに開示又はさもなければ例証されるような１つ又は複数の制限からなる任意の集合を含む可能性がある。

【図1A】

【図1B】

【図1C】

【図1D】

【図1E】

【図2A】

【図2B】

【図2C】

【図2D】

【図2E】

【図3A】

【図3B】

【図3C】

【図3D】

【図4】

【図5】

【図6A】

【図6B】

【図7】

【図8】

【国際調査報告】