特許 7735274 非接触カードに格納されたパスポートデータに基づく安全な認証

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

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

(11)【特許番号】

(24)【登録日】2025-08-29

(45)【発行日】2025-09-08

(54)【発明の名称】非接触カードに格納されたパスポートデータに基づく安全な認証

(51)【国際特許分類】

   G06F 21/35 20130101AFI20250901BHJP

   H04L 9/32 20060101ALI20250901BHJP

   H04L 9/08 20060101ALI20250901BHJP

   G06F 21/31 20130101ALI20250901BHJP

   G06F 21/60 20130101ALI20250901BHJP

   G06F 21/64 20130101ALI20250901BHJP

【ＦＩ】

G06F21/35

H04L9/32 100E

H04L9/08 D

G06F21/31

G06F21/60 360

G06F21/64

【請求項の数】 20

(21)【出願番号】P 2022537705

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

(65)【公表番号】

(43)【公表日】2023-02-24

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

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

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

【審査請求日】2023-11-16

(31)【優先権主張番号】16/725,547

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

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

(73)【特許権者】

【識別番号】519111877

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

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

(74)【代理人】

【識別番号】100145403

【弁理士】

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

(74)【代理人】

【識別番号】100135703

【弁理士】

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

(72)【発明者】

【氏名】エドワーズ，サミュエル

(72)【発明者】

【氏名】プリブル，ジェイソン

(72)【発明者】

【氏名】カプルソ、ニコラス

【審査官】▲柳▼谷 侑

(56)【参考文献】

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

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

【文献】特表２００３－５１８３５１（ＪＰ，Ａ）

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

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

【文献】米国特許第１０２９８３９６（ＵＳ，Ｂ１）

【文献】国際公開第２０１７／１７８５９９（ＷＯ，Ａ１）

【文献】国際公開第２００５／０８８８９９（ＷＯ，Ａ１）

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

Ｇ０６Ｆ ２１／００ － ２１／８８

Ｈ０４Ｌ ９／００ － ９／４０

Ｇ０６Ｑ ２０／００ － ３０／０８

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

【請求項1】

デバイスのプロセッサで実行されるアプリケーションが、アプリケーションの複数の機能のうちの第１の機能を使用して、アカウントに関連付けられた操作を実行する要求を受信することと、
前記アプリケーションが、前記アカウントに関連付けられた非接触カードから暗号化されたデータを受信することと、
前記アプリケーションが、認証サーバから、前記アカウントの第１の許可レベルと、前記認証サーバが前記暗号化されたデータを検証したことを指定する指示を受信することと、
前記アプリケーションが、前記アカウントの第１の許可レベルが、前記アプリケーションの第１の機能を使用して前記操作を実行するための必要な許可レベルを満たしていないことを決定することと、
前記アプリケーションが、必要な許可レベルを満たしていない第１の許可レベルと、複数の規則のうちの第１の規則とに基づいて、前記アプリケーションの第１の機能を使用して、要求される操作の実行を開始するために、暗号化されたパスポートデータを使用する認証が必要であることを、決定することと、
前記アプリケーションが、前記非接触カードから、暗号化されたパスポートデータおよび暗号化されたパスポートデータに対するデジタル署名を受信することであって、前記暗号化されたパスポートデータは前記アカウントに関連付けられたパスポートに対するものである、受信することと、
前記アプリケーションが、前記暗号化されたパスポートデータを復号化することと、
前記アプリケーションが、前記認証サーバに、公開鍵に基づく検証のために、前記暗号化されたパスポートデータの前記デジタル署名を送信することと、
前記デジタル署名の検証の受信に基づいて、前記アプリケーションが、前記認証サーバに、前記アカウントの前記第１の許可レベルを送信し、または、前記アカウントの前記第１の許可レベルが、要求される前記操作に必要とされる許可レベルを満たしていないことを指定する指示を送信することと、
前記アプリケーションが、前記認証サーバから、前記暗号化されたパスポートデータの復号化に基づいて前記アカウントに割り当てられた第２の許可レベルを受信することであって、前記第２の許可レベルは、前記第１の許可レベルに対してより大きな許可レベルを有する、受信することと、
前記アプリケーションの前記第１の機能が、前記認証サーバが前記暗号化されたパスポートデータを検証したことを指定する受信された指示、前記暗号化されたパスポートデータの復号化、前記アカウントの第２の許可レベル、および前記デジタル署名が有効であるとの決定に、基づいて、前記操作の実行を開始することと
を含む、方法。

【請求項2】

前記暗号化されたデータは、前記非接触カードに関連付けられた多様化された鍵および顧客識別子に基づくものであり、前記多様化された鍵は、前記非接触カードに関連付けられたカウンタ値およびマスター鍵に基づくものであり、前記認証サーバは、前記多様化された鍵、前記カウンタ値、および前記マスター鍵に基づいて前記暗号化されたデータを検証する、
請求項１に記載の方法。

【請求項3】

更に、
前記アプリケーションが、前記暗号化されたパスポートデータの更新されたバージョンを受信することと、
前記アプリケーションが、前記非接触カードに、前記非接触カードに格納するための前記暗号化されたパスポートデータの更新されたバージョンを送信することと
を含む、
請求項１に記載の方法。

【請求項4】

更に、
前記アプリケーションが、前記パスポートの第１の画像から前記パスポートの少なくとも１つの属性を抽出することであって、前記第１の画像は前記パスポートの少なくとも１つの属性を描写し、前記アプリケーションが前記抽出される少なくとも１つの属性に基づいて前記暗号化されたデータを復号化する、抽出すること
を含む、
請求項１に記載の方法。

【請求項5】

前記操作は、
（ｉ）前記アプリケーションによって提供される第１の機能を使用して、前記アカウントの属性を表示すること、
（ｉｉ）前記アプリケーションによって提供される複数の機能のうちの第２の機能を使用して、前記アカウントの属性を変更すること、
（ｉｉｉ）前記アプリケーションによって提供される複数の機能のうちの第３の機能にアクセスすること、若しくは、
（ｉｖ）前記アプリケーションによって提供される複数の機能のうちの第４の機能を使用して、前記非接触カードを使用するトランザクションを処理すること
のうちの１つ以上を含む、
請求項１に記載の方法。

【請求項6】

前記必要な許可レベルは、前記複数の規則のうちの第２の規則によって指定される、
請求項１に記載の方法。

【請求項7】

前記デジタル署名を検証することは、前記公開鍵に基づいて前記デジタル署名を復号化することを含む、
請求項１に記載の方法。

【請求項8】

プロセッサが実行する命令を格納する非一時的なコンピュータ可読記憶媒体であって、
前記命令がプロセッサにより実行されると、プロセッサは、
デバイスのプロセッサで実行されるアプリケーションが、アプリケーションの複数の機能のうちの第１の機能を使用して、アカウントに関連付けられた操作を実行する要求を受信することと、
前記アプリケーションが、前記アカウントに関連付けられた非接触カードから暗号化されたデータを受信することと、
前記アプリケーションが、認証サーバから、前記アカウントの第１の許可レベルと、前記認証サーバが前記暗号化されたデータを検証したことを指定する指示を受信することと、
前記アプリケーションが、前記アカウントの第１の許可レベルが、前記アプリケーションの第１の機能を使用して前記操作を実行するための必要な許可レベルを満たしていないことを決定することと、
前記アプリケーションが、必要な許可レベルを満たしていない第１の許可レベルと、複数の規則のうちの第１の規則とに基づいて、前記アプリケーションの第１の機能を使用して、要求される操作の実行を開始するために、暗号化されたパスポートデータを使用する認証が必要であることを、決定することと、
前記アプリケーションが、前記非接触カードから、暗号化されたパスポートデータおよび暗号化されたパスポートデータに対するデジタル署名を受信することであって、前記暗号化されたパスポートデータは前記アカウントに関連付けられたパスポートに対するものである、受信することと、
前記アプリケーションが、前記暗号化されたパスポートデータを復号化することと、
前記アプリケーションが、前記認証サーバに、公開鍵に基づく検証のために、前記暗号化されたパスポートデータの前記デジタル署名を送信することと、
前記デジタル署名の検証の受信に基づいて、前記アプリケーションが、前記認証サーバに、前記アカウントの前記第１の許可レベルを送信し、または、前記アカウントの前記第１の許可レベルが、要求される前記操作に必要とされる許可レベルを満たしていないことを指定する指示を送信することと、
前記アプリケーションが、前記認証サーバから、前記暗号化されたパスポートデータの復号化に基づいて前記アカウントに割り当てられた第２の許可レベルを受信することであって、前記第２の許可レベルは、前記第１の許可レベルに対してより大きな許可レベルを有する、受信することと、
前記アプリケーションの前記第１の機能が、前記認証サーバが前記暗号化されたパスポートデータを検証したことを指定する受信された指示、前記暗号化されたパスポートデータの復号化、前記アカウントの第２の許可レベル、および前記デジタル署名が有効であるとの決定に、基づいて、前記操作の実行を開始することと
を行うものである、
コンピュータ可読記憶媒体。

【請求項9】

前記暗号化されたデータは、前記非接触カードに関連付けられた多様化された鍵および顧客識別子に基づくものであり、前記多様化された鍵は、前記非接触カードに関連付けられたカウンタ値およびマスター鍵に基づくものであり、前記認証サーバは、前記多様化された鍵、前記カウンタ値、および前記マスター鍵に基づいて前記暗号化されたデータを検証する、
請求項８に記載のコンピュータ可読記憶媒体。

【請求項10】

前記命令は、更に、プロセッサにおいて、
前記アプリケーションが、前記暗号化されたパスポートデータの更新されたバージョンを受信することと、
前記アプリケーションが、前記非接触カードに、前記非接触カードに格納するための前記暗号化されたパスポートデータの更新されたバージョンを送信することと
を行わせるものである、
請求項８に記載のコンピュータ可読記憶媒体。

【請求項11】

前記命令は、更に、プロセッサにおいて、
前記アプリケーションが、前記パスポートの第１の画像から前記パスポートの少なくとも１つの属性を抽出することであって、前記第１の画像は前記パスポートの少なくとも１つの属性を描写し、前記アプリケーションが前記抽出される少なくとも１つの属性に基づいて前記暗号化されたデータを復号化する、抽出すること
を行わせるものである、
請求項８に記載のコンピュータ可読記憶媒体。

【請求項12】

前記操作は、
（ｉ）前記アプリケーションによって提供される第１の機能を使用して、前記アカウントの属性を表示すること、
（ｉｉ）前記アプリケーションによって提供される複数の機能のうちの第２の機能を使用して、前記アカウントの属性を変更すること、
（ｉｉｉ）前記アプリケーションによって提供される複数の機能のうちの第３の機能にアクセスすること、若しくは、
（ｉｖ）前記アプリケーションによって提供される複数の機能のうちの第４の機能を使用して、前記非接触カードを使用するトランザクションを処理すること
のうちの１つ以上を含む、
請求項８に記載のコンピュータ可読記憶媒体。

【請求項13】

前記必要な許可レベルは、前記複数の規則のうちの第２の規則によって指定される、
請求項８に記載のコンピュータ可読記憶媒体。

【請求項14】

前記デジタル署名を検証することは、前記公開鍵に基づいて前記デジタル署名を復号化することを含む、
請求項８に記載のコンピュータ可読記憶媒体。

【請求項15】

プロセッサと、該プロセッサにより実行される命令を格納するメモリとを含む、コンピューティング装置であって、
前記命令がプロセッサにより実行されると、プロセッサは、
デバイスのプロセッサで実行されるアプリケーションが、アプリケーションの複数の機能のうちの第１の機能を使用して、アカウントに関連付けられた操作を実行する要求を受信することと、
前記アプリケーションが、前記アカウントに関連付けられた非接触カードから暗号化されたデータを受信することと、
前記アプリケーションが、認証サーバから、前記アカウントの第１の許可レベルと、前記認証サーバが前記暗号化されたデータを検証したことを指定する指示を受信することと、
前記アプリケーションが、前記アカウントの第１の許可レベルが、前記アプリケーションの第１の機能を使用して前記操作を実行するための必要な許可レベルを満たしていないことを決定することと、
前記アプリケーションが、必要な許可レベルを満たしていない第１の許可レベルと、複数の規則のうちの第１の規則とに基づいて、前記アプリケーションの第１の機能を使用して、要求される操作の実行を開始するために、暗号化されたパスポートデータを使用する認証が必要であることを、決定することと、
前記アプリケーションが、前記非接触カードから、暗号化されたパスポートデータおよび暗号化されたパスポートデータに対するデジタル署名を受信することであって、前記暗号化されたパスポートデータは前記アカウントに関連付けられたパスポートに対するものである、受信することと、
前記アプリケーションが、前記暗号化されたパスポートデータを復号化することと、
前記アプリケーションが、前記認証サーバに、公開鍵に基づく検証のために、前記暗号化されたパスポートデータの前記デジタル署名を送信することと、
前記デジタル署名の検証の受信に基づいて、前記アプリケーションが、前記認証サーバに、前記アカウントの前記第１の許可レベルを送信し、または、前記アカウントの前記第１の許可レベルが、要求される前記操作に必要とされる許可レベルを満たしていないことを指定する指示を送信することと、
前記アプリケーションが、前記認証サーバから、前記暗号化されたパスポートデータの復号化に基づいて前記アカウントに割り当てられた第２の許可レベルを受信することであって、前記第２の許可レベルは、前記第１の許可レベルに対してより大きな許可レベルを有する、受信することと、
前記アプリケーションの前記第１の機能が、前記認証サーバが前記暗号化されたパスポートデータを検証したことを指定する受信された指示、前記暗号化されたパスポートデータの復号化、前記アカウントの第２の許可レベル、および前記デジタル署名が有効であるとの決定に、基づいて、前記操作の実行を開始することと
を行うものである、
コンピューティング装置。

【請求項16】

前記暗号化されたデータは、前記非接触カードに関連付けられた多様化された鍵および顧客識別子に基づくものであり、前記多様化された鍵は、前記非接触カードに関連付けられたカウンタ値およびマスター鍵に基づくものであり、前記認証サーバは、前記多様化された鍵、前記カウンタ値、および前記マスター鍵に基づいて前記暗号化されたデータを検証する、
請求項１５に記載のコンピューティング装置。

【請求項17】

前記命令は、更に、プロセッサにおいて、
前記アプリケーションが、前記暗号化されたパスポートデータの更新されたバージョンを受信することと、
前記アプリケーションが、前記非接触カードに、前記非接触カードに格納するための前記暗号化されたパスポートデータの更新されたバージョンを送信することと
を行わせるものである、
請求項１５に記載のコンピューティング装置。

【請求項18】

前記命令は、更に、プロセッサにおいて、
前記アプリケーションが、前記パスポートの第１の画像から前記パスポートの少なくとも１つの属性を抽出することであって、前記第１の画像は前記パスポートの少なくとも１つの属性を描写し、前記アプリケーションが前記抽出される少なくとも１つの属性に基づいて前記暗号化されたデータを復号化する、抽出すること
を行わせるものである、
請求項１５に記載のコンピューティング装置。

【請求項19】

前記操作は、
（ｉ）前記アプリケーションによって提供される第１の機能を使用して、前記アカウントの属性を表示すること、
（ｉｉ）前記アプリケーションによって提供される複数の機能のうちの第２の機能を使用して、前記アカウントの属性を変更すること、
（ｉｉｉ）前記アプリケーションによって提供される複数の機能のうちの第３の機能にアクセスすること、若しくは、
（ｉｖ）前記アプリケーションによって提供される複数の機能のうちの第４の機能を使用して、前記非接触カードを使用するトランザクションを処理すること
のうちの１つ以上を含む、
請求項１５に記載のコンピューティング装置。

【請求項20】

前記必要な許可レベルは、前記複数の規則のうちの第２の規則によって指定され、
前記デジタル署名を検証することは、前記公開鍵に基づいて前記デジタル署名を復号化することを含む、
請求項１５に記載のコンピューティング装置。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願
この出願は、２０１９年１２月２３日に出願された「非接触カードに格納されたパスポートデータに基づく安全な認証」という名称の米国特許出願第１６／７２５，５４７号の優先権を主張する。前述の出願の内容は、参照によりその全体が本明細書に援用される。

【0002】

本明細書の実施形態は、一般に、コンピューティングプラットフォームに関連し、より具体的には、安全な認証のためにパスポートデータを格納する非接触カードを使用することに関連する。

【背景技術】

【0003】

身元の検証は、最新のコンピューティングシステムにとって重要なタスクである。従来のアプローチでは、コンピューティングシステムにアクセスしたり、電子トランザクションを実行したりするときに、ユーザがワンタイムパスコード（ＯＴＰ）などの追加情報を提供する必要があり得る。しかしながら、これらの解決策にはセキュリティの脆弱性が存在し得る。例えば、ＯＴＰが傍受され、不正なアクセスを取得するために使用され得る。さらに、システムが異なれば、身元の検証のために様々なタイプの追加情報が必要になり得、従来の解決策は、多くのユーザにとって実用的ではない。

【発明の概要】

【0004】

本明細書に開示される実施形態は、非接触カードに格納された身元データに基づく安全な認証のためのシステム、方法、製造品、およびコンピュータ可読媒体を提供する。一例では、アプリケーションは、アカウントに関連付けられた操作を実行することを指定する指示を受信し得る。アプリケーションは、アカウントに関連付けられた非接触カードから暗号化されたデータ、暗号化アルゴリズムに基づく暗号化されたデータ、顧客識別子、および非接触カードの秘密鍵を受信し得る。アプリケーションは、認証サーバから、認証サーバが非接触カードの秘密鍵に基づいて暗号化されたデータを検証したことを示す指示を受信し得る。アプリケーションは、非接触カードから暗号化されたパスポートデータ、アカウントに関連付けられたパスポートの暗号化されたパスポートデータを受信し得る。アプリケーションは、画像データまたはテキスト入力に少なくとも部分的に基づいてパスポートの属性を決定し得る。アプリケーションは、パスポートの属性に基づいて暗号化されたパスポートデータを復号し得る。アプリケーションは、認証サーバが暗号化されたデータおよび暗号化されたパスポートデータの復号を検証したことを指定する受信された指示に基づいて操作の実行を開始し得る。

【図面の簡単な説明】

【0005】

【図1A】非接触カードに格納されたパスポートデータに基づく安全な認証のためのシステムの実施形態を示している。

【図1B】非接触カードに格納されたパスポートデータに基づく安全な認証のためのシステムの実施形態を示している。

【図2A】非接触カードに格納されたパスポートデータに基づく安全な認証のためのシステムの実施形態を示している。

【図2B】非接触カードに格納されたパスポートデータに基づく安全な認証のためのシステムの実施形態を示している。

【図3A】非接触カードをコンピューティングデバイスにタップして、非接触カードに格納されたパスポートデータに基づいて安全な認証を提供する実施形態を示している。

【図3B】非接触カードをコンピューティングデバイスにタップして、非接触カードに格納されたパスポートデータに基づいて安全な認証を提供する実施形態を示している。

【図4A】非接触カードの例を示している。

【図4B】非接触カードの例を示している。

【図5】第１の論理フローの実施形態を示している。

【図6】第２の論理フローの実施形態を示している。

【図7】第３の論理フローの実施形態を示している。

【図8】コンピューティングシステムの実施形態を示している。

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

【0006】

本明細書に開示される実施形態は、非接触カードに格納されたパスポートデータを使用する安全な認証のための技術を提供する。一般に、非接触カードは、支払い情報、パスポート情報、および／または他の任意の経歴情報など、ユーザのための複数の異なるタイプの情報を格納し得る。次に、ユーザは、購入を行う、モバイルデバイス上で実行されるアプリケーションを介して資金を転送する、アプリケーションを介してクレジットの増加を要求するなどの操作を実行しようと試み得る。アプリケーションは、要求された操作を承認するために必要な認証データのタイプを決定し得る。例えば、アプリケーションを介して資金を転送するには、非接触カードに格納されているパスポートデータに基づく認証が必要であると規則が指定され得る。したがって、アプリケーションは、そのパスポートデータを認証データのタイプとして決定し得る。

【0007】

次に、ユーザは、非接触カードをモバイルデバイスにタップして、安全な認証プロセスを開始し得る。非接触カードをタップすると、暗号化されたデータが生成されてアプリケーションに送信され得る。暗号化されたデータは、暗号化アルゴリズム、顧客識別子、および非接触カードの暗号化鍵に基づいて生成され得る。次に、アプリケーションは、暗号化されたデータを認証のために認証サーバに送信し得る。次に、サーバは、非接触カードの暗号化鍵のローカルコピーを使用して暗号化されたデータを復号し、顧客識別子を生成して、暗号化されたデータを認証し得る。次に、サーバは、暗号化されたデータの認証の指示をアプリケーションに送信し得る。

【0008】

次に、アプリケーションは、パスポートデータの復号を試み得る。いくつかの実施形態では、パスポートデータは、暗号化された顧客識別子を用いて非接触カードによってアプリケーションに送信される。他の実施形態では、パスポートデータは、非接触カードの他のタップに続いて、非接触カードによってモバイルデバイスに別個に送信される。パスポートデータを復号するために、アプリケーションは、パスポートの１つまたは複数の属性を受信し得る。例えば、パスポートの１つまたは複数のページを描写する画像がキャプチャされ得、そして属性がキャプチャされた画像から抽出され得る。他の例として、ユーザは、入力として属性を提供し得る。次に、アプリケーションは、認証サーバが暗号化されたデータとパスポートデータの復号を検証したことを指定する受信された指示に基づいて、操作の実行を承認し得る。例えば、ユーザは、アプリケーションのインターフェースにアクセスして、あるアカウントから他のアカウントに資金を転送することを許可され得る。

【0009】

有利には、本明細書に開示される実施形態は、すべてのデバイスおよび関連するデータのセキュリティを改善する。例えば、アプリケーションおよび／またはデータにアクセスするために非接触カードによって生成された暗号化されたデータの検証を要求することにより、アプリケーションおよび／またはデータのセキュリティが向上する。他の例として、操作を実行する前に暗号化されたパスポートデータの検証を要求することによって（例えば、購入、クレジットの延長など）、そのような操作および関連する資産のセキュリティが向上する。

【0010】

本明細書で使用される表記法および命名法を一般的に参照して、以下の詳細な説明の１つまたは複数の部分は、コンピュータまたはコンピュータのネットワーク上で実行されるプログラム手順に関して提示され得る。これらの手順の説明および表現は、当業者によって、彼らの仕事の実体を当業者に最も効果的に伝えるために使用される。手順は、本明細書にあり、一般に、望ましい結果につながる自己矛盾のない一連の演算であると考えられている。これらの演算は、物理量の物理的な操作を必要とする演算である。通常、必ずしもそうとは限らないが、これらの量は、格納、転送、結合、比較、およびその他の方法で操作できる電気信号、磁気信号、または光信号の形をとる。主に一般的な使用法の理由から、これらの信号をビット、値、要素、記号、文字、用語、数値などと呼ぶと便利な場合がある。しかしながら、これらおよび類似の用語はすべて、適切な物理量に関連付けられており、これらの量に適用される便利なラベルにすぎないことに留意すべきである。

【0011】

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

【0012】

ここで、図面を参照する。同様の参照番号は、全体を通して同様の要素を参照するために使用される。以下の説明では、説明の目的で、それらを完全に理解するために、多くの具体的な詳細が示されている。しかしながら、これらの具体的な詳細なしで新規の実施形態を実施できることは明らかであり得る。他の例では、よく知られている構造およびデバイスは、それらの説明を容易にするためにブロック図の形で示されている。意図は、請求項の範囲内のすべての修正、均等物、および代替案をカバーすることである。

【0013】

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

【0014】

示されるように、非接触カードのメモリ１０２は、アプレット１０３、カウンタ１０４、マスター鍵１０５、多様化された鍵１０６、一意の顧客識別子（ＩＤ）１０７、パスポートデータ１０８を含む。アプレット１０３は、本明細書で説明される操作を実行するように構成された実行可能コードである。カウンタ１０４、マスター鍵１０５、多様化された鍵１０６、および顧客ＩＤ１０７は、以下でより詳細に説明されるように、システム１００にセキュリティを提供するために使用される。パスポートデータ１０８は、非接触カード１０１に関連付けられたユーザの電子パスポートを代表するものである。パスポートデータ１０８は、任意の数およびタイプのデータを含み得る。例えば、パスポートデータ１０８は、パスポートおよび／またはユーザの異なる属性を説明するテキストデータ（例えば、名前、生年月日、パスポート番号、パスポート発行日、パスポート有効期限、発行国など）のほか、画像データ（例えば、パスポート自体の１つまたは複数の画像、パスポートに含まれるユーザの画像など）を含み得る。いくつかの実施形態では、パスポートデータ１０８は、暗号化されている。例えば、パスポートデータ１０８は、パスポートの１つまたは複数の属性に基づいて暗号化され得る。１つまたは複数の属性は、パスポート番号、パスポート発行日、および／またはパスポート有効期限を含み得る。

【0015】

示されるように、モバイルデバイス１１０のメモリ１１１は、オペレーティングシステム（ＯＳ）１１２のインスタンスを含む。オペレーティングシステム１１２の例は、Ａｎｄｒｏｉｄ（登録商標）ＯＳ、ｉＯＳ（登録商標）、ｍａｃＯＳ（登録商標）、Ｌｉｎｕｘ（登録商標）、およびＷｉｎｄｏｗｓ（登録商標）オペレーティングシステムを含む。示されるように、ＯＳ１１２は、アカウントアプリケーション１１３を含む。アカウントアプリケーション１１３は、ユーザが、アカウント残高の表示、アイテムの購入、支払いの処理などのような様々なアカウント関連の操作を実行することを可能にする。アカウントアプリケーション１１３は、アカウントアプリケーション１１３および／または他のアプリケーション１１４によって提供される異なる機能へのアクセス許可をさらに制御し得る。一般に、ユーザは、認証資格情報を使用して認証して、アカウントアプリケーション１１３の特定の機能にアクセスし得る。例えば、認証資格情報は、ユーザ名（またはログイン）およびパスワード、生体認証資格情報（例えば、指紋、フェイスＩＤなど）を含み得る。

【0016】

様々な実施形態によれば、ユーザは、操作を要求および／または実行しようと試み得る。操作は、非接触カード１０１を使用して購入すること、アカウントアプリケーション１１３の特定の機能にアクセスすること、アカウントアプリケーション１１３を使用して様々なアカウント関連操作を実行すること、および／または他のアプリケーション１１４（またはその任意の機能）にアクセスすることなど、任意のタイプの操作を含み得る。他のアプリケーション１１４は、ウェブブラウザ、メッセージングアプリケーション、ワードプロセッシングアプリケーション、ソーシャルメディアアプリケーションなどのような任意のタイプのコンピューティングアプリケーションを代表するものである。例えば、ユーザは、アカウントアプリケーション１１３を使用して、自分のアカウントから他のアカウントに資金を転送することを望み得る。本明細書における参照例としての特定の操作の使用は、開示が他の任意のタイプの操作に等しく適用可能であるため、開示を限定するものではない。

【0017】

要求された操作を承認するために（例えば、資金を転送する前の例）、システム１００は、ユーザの身元を認証および／または検証しなければならない。ユーザの身元を認証するために、本明細書に開示される実施形態は、非接触カード１０１を利用し得る。より具体的には、ユーザが操作の実行（または制限されたリソースへのアクセス）を要求すると、アカウントアプリケーション１１３は、非接触カード１０１をデバイス１１０にタップするようにユーザに指示する通知を出力し得る。一般に、非接触カード１０１がデバイス１１０の通信インターフェース１１８の通信範囲内に入ると、非接触カード１０１のアプレット１０３は、要求された操作を承認するために必要な認証プロセスの一部として、暗号化されたデータ、例えば、暗号化された顧客ＩＤ１３２を生成し得る。非接触カード１０１とモバイルデバイス１１０との間のＮＦＣデータ転送を可能にするために、アカウントアプリケーション１１３は、非接触カード１０１がモバイルデバイス１１０の通信インターフェース１１８に十分に近いときに非接触カード１０１と通信し得る。通信インターフェース１１８は、非接触カード１０１の通信インターフェース１３３から読み取る、および／またはそれと通信するように構成され得る（例えば、ＮＦＣ、ブルートゥース（登録商標）、ＲＦＩＤなどを介して）。したがって、例示的な通信インターフェース１１８は、ＮＦＣ通信モジュール、ブルートゥース（登録商標）通信モジュール、および／またはＲＦＩＤ通信モジュールを含む。

【0018】

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

【0019】

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

【0020】

鍵多様化の例を続けると、次に、非接触カード１０１は、多様化された鍵１０６およびデータを暗号化アルゴリズムへの入力として使用して、データ（例えば、顧客ＩＤ１０７および／またはパスポートデータ１０８などの他の任意のデータ）を暗号化し得る。暗号化アルゴリズムへの入力として多様化された鍵１０６とデータを使用する。例えば、多様化された鍵１０６を用いて顧客ＩＤ１０７を暗号化すると、暗号化された顧客ＩＤ１３２がもたらされ得る。

【0021】

次に、使用される暗号化技術に関係なく、非接触カード１０１は、暗号化されたデータ（例えば、暗号化された顧客ＩＤ１３２）をモバイルデバイス１１０のアカウントアプリケーション１１３に（例えば、ＮＦＣ接続、ブルートゥース（登録商標）接続などを介して）送信し得る。次に、モバイルデバイス１１０のアカウントアプリケーション１１３は、暗号化された顧客ＩＤ１３２をネットワーク１３０を介してサーバ１２０に送信し得る。少なくとも１つの実施形態では、非接触カード１０１は、暗号化されたデータとともにカウンタ値１０４を送信する。そのような実施形態では、非接触カード１０１は、暗号化されたカウンタ値１０４、または暗号化されていないカウンタ値１０４を送信し得る。

【0022】

受信されると、認証アプリケーション１２３は、暗号化された顧客ＩＤ１３２を認証し得る。例えば、認証アプリケーション１２３は、認証サーバ１２０のメモリ１２２に格納されたマスター鍵１０５のコピーを使用して、暗号化された顧客ＩＤ１３２の復号を試み得る。他の例では、認証アプリケーション１２３は、暗号化アルゴリズムへの入力としてマスター鍵１０５およびカウンタ値１０４を提供し得、これは、出力として多様化された鍵１０６を生成する。結果として生じる多様化された鍵１０６は、暗号化された顧客ＩＤ１３２を復号するために使用され得る非接触カード１０１の多様化された鍵１０６に対応し得る。

【0023】

使用される復号技術に関係なく、認証アプリケーション１２３は、暗号化された顧客ＩＤ１３２を正常に復号し、それによって暗号化された顧客ＩＤ１３２を検証し得る（例えば、結果として得られた顧客ＩＤ１０７をアカウントデータ１２４に格納された顧客ＩＤと比較することによって、および／または、鍵１０５および／または１０６を使用した復号が成功したという指示に基づいて）。鍵１０５、１０６は、メモリ１２２に格納されているように示されているが、鍵１０５、１０６は、安全な要素および／またはＨＳＭ１２５などの他の場所に格納され得る。そのような実施形態では、安全な要素および／またはＨＳＭ１２５は、鍵１０５および／または１０６および暗号化機能を使用して、暗号化された顧客ＩＤ１３２を復号し得る。同様に、安全な要素および／またはＨＳＭ１２５は、上記のように、マスター鍵１０５およびカウンタ値１０４に基づいて、多様化された鍵１０６を生成し得る。

【0024】

しかしながら、認証アプリケーション１２３が暗号化された顧客ＩＤ１３２を復号して期待される結果を得ることができない場合（例えば、非接触カード１０１に関連付けられたアカウントの顧客ＩＤ１０７）、認証アプリケーション１２３は、暗号化された顧客ＩＤ１３２を検証しない。そのような例では、認証アプリケーション１２３は、失敗した検証の指示をアカウントアプリケーション１１３に送信する。したがって、アカウントアプリケーション１１３は、アカウントのセキュリティを維持するために、要求された操作の実行を拒否し得る。

【0025】

図１Ｂは、認証アプリケーション１２３が暗号化された顧客ＩＤ１３２を復号し、それによって暗号化されたデータを検証（または認証）する一実施形態を示している。示されるように、認証アプリケーション１２３は、検証１３４をモバイルデバイス１１０に送信し、検証１３４は、認証アプリケーション１２３が暗号化された顧客ＩＤ１３２を正常に復号したことを示す。検証１３４の受信に応答して、アカウントアプリケーション１１３は、規則１１５を参照して、もしあれば、追加の認証ステップが必要であるかを決定し得る。規則１１５は、一般に、異なる要求された操作のための複数の異なる認証規則および／または閾値を指定し得る。規則は、要求された操作のタイプに基づき得る。例えば、資金の転送のために、規則１１５は、パスポートデータ１０８などの追加のデータ要素に基づく追加の認証を要求し得る。

【0026】

そのような例では、アカウントアプリケーション１１３は、ユーザが非接触カード１０１をモバイルデバイス１１０にタップすることを指定する表示を出力し得る。次に、アカウントアプリケーション１１３は、パスポートデータ１０８を送信するように非接触カード１０１に指示し得る。それに応じて、非接触カード１０１は、パスポートデータ１０８をアカウントアプリケーション１１３に送信し得る。述べたように、いくつかの実施形態では、パスポートデータ１０８は、暗号化され得る。パスポートデータ１０８は、ユーザのパスポートのパスポート番号、ユーザのパスポートの発行日、および／またはユーザのパスポートの有効期限など、パスポートの１つまたは複数の属性を使用して暗号化され得る。非接触カード１０１の別個のタップで受信されるように示されているが、いくつかの実施形態では、パスポートデータ１０８は、モバイルデバイス１１０への非接触カード１０１の単一のタップ、例えば、図１Ａに示されているタップで暗号化されたユーザＩＤ１３２とともに送信される。

【0027】

次に、アカウントアプリケーション１１３は、暗号化されたパスポートデータ１０８を復号するためのパスポート属性を受信し得る。例えば、ユーザは、アカウントアプリケーション１１３のグラフィカルユーザインターフェース（ＧＵＩ）を介して、パスポート番号、有効期限、および／または発行日を提供し得る。他の実施形態では、モバイルデバイス１１０のカメラ１１９を使用して、パスポートの物理的バージョンの１つまたは複数のページの１つまたは複数の画像をキャプチャし得る。１つまたは複数のページは、暗号化されたパスポートデータ１０８を復号するために必要な属性を描写し得る。したがって、アカウントアプリケーション１１３は、例えば、コンピュータビジョン、光学式文字認識（ＯＣＲ）などを使用することによって、キャプチャされた画像からパスポート番号、有効期限、および／または発行日を抽出し得る。

【0028】

図１Ｂに示される実施形態では、アカウントアプリケーション１１３は、受信したパスポート属性を使用して、暗号化されたパスポートデータ１０８を復号する。復号が成功した場合、アカウントアプリケーション１１３は、要求された操作の実行を許可し得る。例えば、パスポートデータ１０８を復号すると、アカウントアプリケーション１１３は、ユーザが所望の資金の転送を開始することを可能にするＧＵＩを表示し得る。そうでなければ、アカウントアプリケーション１１３は、例えば、資金の転送のためのＧＵＩへのアクセスをブロックすること、失敗した復号に基づいて要求された操作を実行できないという通知を出力することなどによって、要求された操作の実行を制限し得る。

【0029】

いくつかの実施形態では、認証サーバ１２０は、暗号化されたパスポートデータ１０８を復号する。例えば、図２Ａは、認証サーバ１２０がパスポートデータ１０８を復号するために使用される実施形態を示す概略図２００である。示されるように、ユーザは、非接触カード１０１をモバイルデバイス１１０にタップして、要求された操作を続行する。前述のように、ユーザは、非接触カード１０１をデバイス１１０にタップする前に、非接触カード１０１に関連付けられたアカウントにアクセスするための認証資格情報を提供し得る。例えば、要求された操作は、アカウントの詳細にアクセスするための認証資格情報を提供した後、アカウントアプリケーション１１３のアカウント情報を更新することであり得る。タップに応答して、アプレット１０３は、暗号化された顧客ＩＤ２０１を生成し、これは、暗号化されたパスポートデータ１０８と共にアカウントアプリケーション１１３に送信される。一般に、暗号化された顧客ＩＤ２０１は、暗号化された顧客ＩＤ１３２の生成に関して上記のようにアプレット１０３によって生成される（例えば、顧客ＩＤ１０７をマスター鍵１０５および／または多様化された鍵１０６で暗号化することによって）。

【0030】

暗号化された顧客ＩＤ２０１および暗号化されたパスポートデータ１０８の受信に応答して、アカウントアプリケーション１１３は、暗号化されたパスポートデータ１０８を復号するために必要なパスポート属性（例えば、パスポート番号、有効期限、および／または発行日）を受信し得る。例えば、ユーザは、アカウントアプリケーション１１３のＧＵＩへの入力としてパスポート属性を提供し得る。他の例として、物理パスポートの画像をキャプチャし得、アカウントアプリケーション１１３は、例えば、画像内の関連するフィールドおよび値を識別することによって、キャプチャされた画像からパスポート属性を抽出し得る。受信されると、アカウントアプリケーション１１３は、暗号化された顧客ＩＤ２０１およびパスポートデータ１０８を有するパスポート属性２０２として、受信されたパスポート属性を認証サーバ１２０に送信し得る。

【0031】

受信されると、認証アプリケーション１２３は、上記のように、マスター鍵１０５および／または多様化された鍵１０６を使用して、暗号化された顧客ＩＤ２０１を復号しようと試み得る。試みられた復号がアカウントに関連付けられた顧客ＩＤ１０７をもたらす場合、認証アプリケーション１２３は、パスポート属性２０２を使用してパスポートデータ１０８を復号しようと試み得る。図２Ｂに反映されるように、暗号化された顧客ＩＤ２０１およびパスポートデータ１０８の復号が成功した場合、認証アプリケーション１２３は、検証２０４をアカウントアプリケーション１１３に送信し得る。次に、アカウントアプリケーション１１３は、暗号化された顧客ＩＤ２０１および暗号化されたパスポートデータ１０８が認証サーバ１２０によって検証（または認証）されたことを指定する検証２０４の受信に基づいて、要求された操作を許可し得る。例えば、アカウントアプリケーション１１３は、ユーザが自分のアカウントの詳細を変更することを可能にするＧＵＩを公開および／または有効にし得る。（暗号化された顧客ＩＤ２０１および暗号化されたパスポートデータ１０８の）いずれかの復号の試みが成功しない場合、認証アプリケーション１２３は、失敗した復号の指示をアカウントアプリケーション１１３に送信し得、これは、要求された操作の実行を拒否し得る。例えば、アカウントアプリケーション１１３は、ユーザが自分のアカウントの詳細を変更することを可能にするＧＵＩへのアクセスを制限（および／またはその要素を無効に）し得る。

【0032】

いくつかの実施形態では、パスポート属性を使用して暗号化されたパスポートデータ１０８は、マスター鍵１０４および／または多様化された鍵１０６に基づいてアプレット１０３によってさらに暗号化され得る。したがって、そのような実施形態では、認証アプリケーション１２３は、最初に、上記のように鍵１０５および／または１０６を使用してパスポートデータ１０８を復号し得る。最初の復号が成功した場合、認証アプリケーション１２３は、パスポート属性２０２を使用してパスポートデータ１０８の復号を試み得る。パスポート属性２０２を使用するパスポートデータ１０８の復号が成功した場合、認証アプリケーション１２３は、検証２０４をアカウントアプリケーション１１３に送信し得、これは、要求された操作を承認し得る。

【0033】

パスポートデータ１０８を復号するエンティティに関係なく、少なくとも１つの実施形態では、非接触カード１０１のアプレット１０３は、鍵１０５および／または１０６を使用してパスポートデータ１０８のデジタル署名（図示せず）を生成し得る。デジタル署名は、パスポートデータ１０８に署名し得る。次に、非接触カード１０１は、パスポートデータ１０８を有するデジタル署名をアカウントアプリケーション１１３に送信し得、これは、デジタル署名を認証サーバ１２０に送信する。認証アプリケーション１２３はまた、非接触カード１０１に関連付けられ、サーバ１２０によって格納された公開鍵を使用してデジタル署名を復号することによって、デジタル署名を検証し得る。デジタル署名が検証されると、認証アプリケーション１２３は、成功したデジタル署名検証の指示をアカウントアプリケーション１１３に送信し得、これにより、デジタル署名の検証に基づく操作の実行を可能にし得る。デジタル署名が検証されない場合、アカウントアプリケーション１１３は、操作の実行を制限し得る。

【0034】

パスポートデータ１０８を復号するエンティティに関係なく、いくつかの実施形態では、アカウントアプリケーション１１３は、操作を実行するために必要な規則１１５によって指定されたアクセス許可のレベルを決定し得る。例えば、規則１１５は、要求された操作（例えば、資金の転送）を実行するために、ユーザが「高い」セキュリティレベルを有することを要求し得る。しかしながら、ユーザのアカウントデータ１２４（アカウントアプリケーション１１３にローカルに格納され得る、および／またはサーバ１２０から受信され得る）は、ユーザがセキュリティの「中」レベルを有することを指定し得る。そのような実施形態では、アカウントアプリケーション１１３は、更新された許可レベルの要求をサーバ１２０に送信し得る。それに応じて、認証アプリケーション１２３は、暗号化された顧客ＩＤ２０１およびパスポートデータ１０８の復号に基づいて、ユーザの許可レベルを「高」に更新することを決定し得る。そのような実施形態では、認証アプリケーション１２３は、更新された許可レベルをアカウントアプリケーション１１３に送信し得、これは、規則１１５によって要求される許可レベルを満たす更新された許可レベルに基づいて要求された操作を許可する。

【0035】

さらに、いくつかの実施形態では、ユーザは、新しいおよび／または更新されたパスポートを取得し得る。そのような実施形態では、アカウントアプリケーション１１３は、例えば、認証サーバ１２０から、パスポートデータ１０８の新しいバージョンおよび／または更新されたバージョンを受信し得る。そのような実施形態では、アカウントアプリケーション１１３は、サーバ１２０から受信した更新されたパスポートデータを非接触カード１０１に送信し得、アプレット１０３は、受信したデータをメモリ１０２に格納し得る。

【0036】

図３Ａは、非接触カード１０１に格納されたパスポートデータ１０８に基づいて安全な認証を提供するために非接触カード１０１をタップする例示的な実施形態を示す概略図３００である。示されるように、アカウントアプリケーション１１３は、操作を実行するための要求を受信し得る。例えば、要求は、あるアカウントから他のアカウントに資金を転送することであり得る。アカウントアプリケーション１１３は、規則１１５を参照して、要求された資金の転送を承認するためにどのタイプのデータが必要かを決定し得る。例えば、規則１１５は、資金の転送が暗号化された顧客ＩＤの検証およびパスポートデータ１０８に基づく検証を必要とすることを指定し得る。少なくとも１つの実施形態では、規則１１５によって指定されるデータのタイプは、要求された操作のタイプ（例えば、資金の転送）に基づく。一般に、規則１１５は、トランザクションの異なるタイプに対してセキュリティの異なるレベルを指定し得る（例えば、リスクの高い操作についてはパスポートデータ１０８の検証を要求し、リスクの低い操作についてはパスポートデータ１０８の検証を要求しない）。

【0037】

それに応じて、アカウントアプリケーション１１３は、非接触カード１０１をデバイス１１０にタップするための指示を出力し得る。ユーザが非接触カード１０１をモバイルデバイス１１０にタップすると、非接触カード１０１のアプレット１０３は、顧客ＩＤ１０７を暗号化する（例えば、暗号化された顧客ＩＤ１３２および／または２０１を生成するために）。次に、アプレット１０３は、暗号化された顧客ＩＤ１０７および暗号化されたパスポートデータ１０８を、例えば、ＮＦＣを介してモバイルデバイス１１０に送信し得る。

【0038】

図３Ｂの概略図３１０に示されるように、アカウントアプリケーション１１３は、ユーザがカメラ１１９を使用して物理パスポートの１つまたは複数のページの写真を撮ることを指定する指示を出力し得る。その後、ユーザは、パスポートの画像をキャプチャし得る。次に、アカウントアプリケーション１１３は、キャプチャされた画像を処理して、パスポート番号、発行日、および有効期限などのパスポートの１つまたは複数の属性を抽出し得る。

【0039】

述べたように、いくつかの実施形態では、アカウントアプリケーション１１３は、画像から抽出された属性を使用して、暗号化されたパスポートデータ１０８を復号し得る。図３Ａ～図３Ｂの実施形態などの他の実施形態では、認証アプリケーション１２３は、アカウントアプリケーション１１３によって抽出された属性を使用して、暗号化されたパスポートデータ１０８を復号し得る。したがって、アカウントアプリケーション１１３は、暗号化された顧客ＩＤ１０７、暗号化されたパスポートデータ１０８、およびパスポートの抽出された属性を認証アプリケーション１２３に送信し得る。

【0040】

次に、認証アプリケーション１２３は、非接触カード１０１に関連付けられたマスター鍵１０５および／または多様化された鍵１０６を使用して、暗号化された顧客ＩＤ１０７（および／または暗号化されたパスポートデータ１０８）を復号しようと試み得る。認証アプリケーション１２３が暗号化された顧客ＩＤ１０７を復号して、期待される結果（例えば、アカウントの顧客ＩＤ１０７など）を生成できない場合、認証アプリケーション１２３は、暗号化された顧客ＩＤ１０７を検証しない。認証アプリケーション１２３が暗号化された顧客ＩＤ１０７を正常に復号して、期待される結果（例えば、アカウントの顧客ＩＤ１０７など）を生成した場合、認証アプリケーション１２３は、暗号化された顧客ＩＤ１０７を検証し、アカウントアプリケーション１１３から受信した属性を使用してパスポートデータ１０８の復号を試みる。認証アプリケーション１２３がパスポートデータ１０８を正常に復号した場合、アカウントアプリケーション１２３は、暗号化された顧客ＩＤ１０７および暗号化されたパスポートデータ１０８の検証の指示をアカウントアプリケーション１１３に送信する。次に、アカウントアプリケーション１１３は、検証の受信に応答して、要求された操作の実行を許可し得る。

【0041】

しかしながら、認証アプリケーション１２３が暗号化された顧客ＩＤ１０７および／または暗号化されたパスポートデータ１０８を復号できない場合、認証アプリケーション１２３は失敗した復号の指示をアカウントアプリケーション１１３に送信する。次に、アカウントアプリケーション１１３は、例えば、図３Ｂに示される「次へ」ボタンを無効にすることによって、要求された操作の実行を制限し得る。

【0042】

述べたように、いくつかの実施形態では、規則１１５は、関連する操作を実行するために必要な許可レベルを指定する。例えば、アカウントの詳細を更新するために、規則１１５は、０．０～１０．０のスケールで２．０以上の許可レベルを要求し得る。したがって、そのような実施形態では、アカウントアプリケーション１１３は、ユーザの現在の許可レベルを認証アプリケーション１２３に送信し得る。現在の許可レベルは、アカウントアプリケーション１１３によってローカルに格納され（例えば、モバイルデバイス１１０のメモリ１１１に格納されたアカウントデータ１２４のインスタンスにおいて）、および／または認証アプリケーション１２３から受信され得る（例えば、ユーザが認証資格情報を使用してアカウントアプリケーション１１３にログインしたとき）。

【0043】

このような例では、ユーザの現在の許可レベルは１．５であり得る。したがって、アカウントアプリケーション１１３は、ユーザの現在の許可レベルが必要な許可レベルを満たさないことを指定する指示を認証アプリケーション１２３に送信し得る。次に、認証アプリケーション１２３は、ユーザの許可レベルを上げるかどうかを決定し得る。例えば、認証アプリケーション１２３が暗号化された顧客ＩＤ１０７および暗号化されたパスポートデータ１０８を正常に復号することに基づいて、認証アプリケーション１２３は、ユーザの許可レベルを３．０に上げ得る。認証アプリケーション１２３は、検証とともに、新しい許可レベルの指示をアカウントアプリケーション１１３に送信し得る。次に、アカウントアプリケーション１１３は、認証サーバ１２３からの検証の受信に応答して、規則１１５で指定された許可レベルを超える更新された許可レベルに基づいて、要求された操作の実行を許可し得る。

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

メモリ１０２は、１つまたは複数のアプレット１０３、カウンタ１０４、マスター鍵１０５、多様化された鍵１０６、１つまたは複数の顧客（またはユーザ）ＩＤ１０７、およびパスポートデータ１０８を格納するように構成され得る。１つまたは複数のアプレット１０３は、Ｊａｖａ（登録商標）カードアプレットなどの１つまたは複数の非接触カード上で実行するように構成された１つまたは複数のソフトウェアアプリケーションを備え得る。しかしながら、アプレット１０３は、Ｊａｖａカードアプレットに限定されず、代わりに、非接触カードまたは限られたメモリを有する他のデバイス上で動作可能な任意のソフトウェアアプリケーションであり得ることが理解される。顧客ＩＤ１０７は、非接触カード１０１のユーザに割り当てられた一意の英数字の識別子を備え得、識別子は、非接触カードのユーザを他の非接触カードのユーザから区別し得る。いくつかの例では、顧客ＩＤ１０７は、顧客とその顧客に割り当てられたアカウントの両方を識別し、さらに、顧客のアカウントに関連付けられた非接触カードを識別し得る。いくつかの実施形態では、アプレット１０３は、鍵１０５および／または１０６を用いた暗号化アルゴリズムへの入力として顧客ＩＤ１０７を使用して、顧客ＩＤ１０７を暗号化し得る。同様に、アプレット１０３は、パスポートデータ１０８（暗号化されていない、および／またはパスポート１０８の１つまたは複数の属性に基づいて暗号化され得る）を、パスポートデータ１０８を暗号化するための鍵１０５および／または１０６を用いた暗号化アルゴリズムへの入力として使用し得る。

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

図５は、論理フロー５００の実施形態を示している。論理フロー５００は、本明細書で説明される１つまたは複数の実施形態によって実行される操作のいくつかまたはすべてを表し得る。例えば、論理フロー５００は、非接触カード１０１を使用して、非接触カード１０１に格納されたパスポートデータに基づいて安全な認証を提供するための操作のいくつかまたはすべてを含み得る。この文脈では、実施形態は、限定されない。

【0055】

示されるように、論理フロー５００は、ブロック５０５で開始し、そこで、アカウントアプリケーション１１３は、操作を実行するための要求を受信する。述べたように、要求された操作は、アカウントアプリケーション１１３、外部ソース（例えば、他のアプリケーション１１４のうちの１つ）、または他の任意のソースのユーザからの入力に基づいて受信され得る。要求は、例えば、これらに限定されないが、アカウントアプリケーション１１３の使用、他のアプリケーション１１４の使用、非接触カード１０１に関連付けられたアカウントに関連する操作、および／またはトランザクションに関連し得る。より一般的には、要求は、ユーザがアカウントアプリケーション１１３でアカウントにアクセスするために必要な認証資格情報を提供した後に受信され得る。ブロック５１０で、ユーザは、非接触カード１０１をモバイルデバイス１１０にタップして、非接触カード１０１のアプレット１０３に、顧客ＩＤ１０７を暗号化させ、暗号化された顧客ＩＤをモバイルデバイス１１０に送信させる。

【0056】

ブロック５１５で、アカウントアプリケーション１１３は、非接触カード１０１から暗号化された顧客ＩＤを受信し得る。次に、アカウントアプリケーション１１３は、非接触カード１０１から受信した暗号化された顧客ＩＤを認証サーバ１２０に送信し得る。サーバ１２０は、本明細書で説明されるように、暗号化された顧客ＩＤの復号を試み得る。ブロック５２０で、アカウントアプリケーション１１３は、暗号化された顧客ＩＤ１３２を復号することによって暗号化された顧客ＩＤが検証されたという指示をサーバ１２０から受信する。

【0057】

ブロック５２５で、アカウントアプリケーション１１３は、要求のタイプを決定し、これは、操作のタイプを承認するために必要とされる規則１１５で指定された検証データのタイプを決定するために使用され得る。例えば、パスポートデータ１０８は、規則１１５によって要求される検証データとして指定され得る。ブロック５３０で、ユーザは、非接触カード１０１をモバイルデバイス１１０にタップする。そうすることで、非接触カード１０１のアプレット１０３に、パスポートデータ１０８をモバイルデバイス１１０に送信するように指示する。次に、アカウントアプリケーション１１３は、非接触カード１０１からパスポートデータ１０８を受信し得る。しかしながら、述べられたように、いくつかの実施形態では、パスポートデータ１０８は、ブロック５１０でのタップに応答して、ブロック５１５で受信され得る。

【0058】

ブロック５３５で、アカウントアプリケーション１１３は、パスポート属性を受信し得る。例えば、ユーザは、アカウントアプリケーション１１３への入力としてパスポート属性を提供し得る。他の例として、アカウントアプリケーション１１３は、パスポート属性を含むパスポートページの画像をキャプチャするようにユーザに指示し得る。次に、アカウントアプリケーション１１３は、例えば、キャプチャされた画像内の各パスポート属性に関連付けられた値を識別することによって、キャプチャされた画像から属性を抽出し得る。ブロック５４０で、アカウントアプリケーション１１３は、ブロック５３５で受信された属性を使用して、パスポートデータ１０８を正常に復号し得る。しかしながら、述べたように、いくつかの実施形態では、アカウントアプリケーション１１３は、パスポートデータ１０８および抽出された属性を、復号のために認証アプリケーション１２３に送信する。そのような実施形態では、アカウントアプリケーション１１３は、パスポートデータ１０８および抽出された属性を、非接触カード１０１によって生成された暗号化された顧客ＩＤとともに送信し得る。次に、認証アプリケーション１２３は、顧客ＩＤおよびパスポートデータ１０８の復号を試み、復号の試みが成功したか失敗したかをアカウントアプリケーション１１３に通知し得る。

【0059】

ブロック５４５で、アカウントアプリケーション１１３は、サーバ１２０による暗号化された顧客ＩＤの検証および暗号化されたパスポートデータ１０８の復号に基づいて、要求された操作の実行を許可する。ブロック５５０で、要求された操作は、例えば、ユーザによって、および／またはアカウントアプリケーション１１３によって実行され得る。

【0060】

図６は、論理フロー６００の実施形態を示している。論理フロー６００は、本明細書で説明される１つまたは複数の実施形態によって実行される操作のいくつかまたはすべてを表し得る。例えば、論理フロー６００は、非接触カード１０１に格納されたパスポートデータ１０８を復号するためにパスポート属性を受信するための操作のいくつかまたはすべてを含み得る。この文脈では、実施形態は、限定されない。

【0061】

示されるように、論理フロー６００は、ブロック６１０で始まり、アカウントアプリケーション１１３は、パスポート属性を指定するユーザからオプションでテキストベースの入力を受信する。前述のように、パスポート属性は、パスポート番号、パスポート発行日、およびパスポート有効期限を含み得る。しかしながら、人物の名前または他の情報など、他のデータがパスポートデータ１０８の暗号化／復号のために使用され得る。より一般的には、アカウントアプリケーション１１３は、必要な属性および／または属性タイプを認識し得る。ブロック６２０で、アカウントアプリケーション１１３は、パスポートデータ１０８に対応する物理パスポートのページを描写する画像をキャプチャするようにユーザに命令を出力する。ブロック６３０で、アカウントアプリケーション１１３は、モバイルデバイス１１０のカメラ１１９によってキャプチャされた画像を受信する。

【0062】

ブロック６４０で、アカウントアプリケーション１１３は、キャプチャされた画像から属性を抽出する。例えば、アカウントアプリケーション１１３は、属性を抽出するために１つまたは複数の画像処理アルゴリズムを適用し得る。一般に、必要なパスポート属性を識別するようにプログラムされることによって、アカウントアプリケーション１１３は、画像を処理して必要な属性を識別し、各属性に関連付けられた値を抽出し得る。例えば、画像内のテキストを認識することにより、アカウントアプリケーション１１３は、画像のテキスト内の「パスポート番号」またはその変形を識別し得る。次に、アカウントアプリケーション１１３は、識別された句に関連付けられた値（例えば、数値および／または英数字の値）を抽出し得る。例えば、アカウントアプリケーション１１３は、パスポートのレイアウトを説明する情報でプログラムされ得る。したがって、アカウントアプリケーション１１３は、画像のどこに関連する属性名を抽出するか、および画像のどこに関連する値を抽出するかを決定し得る。

【0063】

図７は、論理フロー７００の実施形態を示している。論理フロー７００は、本明細書で説明される１つまたは複数の実施形態によって実行される操作のいくつかまたはすべてを表し得る。例えば、論理フロー７００は、非接触カード１０１に格納されたパスポートデータ１０８を使用して要求された操作を承認するための操作のいくつかまたはすべてを含み得る。この文脈では、実施形態は、限定されない。

【0064】

示されるように、論理フロー７００は、ブロック７０５で始まり、アカウントアプリケーション１１３は、アカウントに関連付けられた認証資格情報を受信する。ブロック７１０で、アカウントアプリケーション１１３は、アカウント（および／またはアカウントに関連付けられたユーザ）の現在の許可レベルを決定する。ブロック７２０で、アカウントアプリケーション１１３は、規則１１５が、ユーザの現在の許可レベルを超える許可レベルを指定することを決定する。規則１１５によって指定される許可レベルは、ユーザによって実行されるように要求された操作（例えば、論理フロー５００のブロック５０５で要求された操作）のためのものであり得る。

【0065】

ブロック７３０で、アカウントアプリケーション１１３は、アカウントアプリケーション１１３がパスポートデータ１０８を復号したことを指定する指示を認証アプリケーション１２３に送信する（例えば、論理フロー５００のブロック５４０で）。ブロック７４０で、認証アプリケーション１２３は、ユーザの許可レベルを更新する。認証アプリケーション１２３は、パスポートデータ１０８が復号されたことを指定し、認証アプリケーション１２３が非接触カード１０１によって生成された暗号化されたデータを検証したことを決定する指示に基づいて、許可レベルを更新し得る。例えば、認証アプリケーション１２３は、論理フロー５００のブロック５２０で暗号化された顧客ＩＤ１０７を検証することに応答してタイマを設定し得る。認証アプリケーション１２３が、タイマが時間閾値を超える前にブロック７３０で指示を受信した場合、認証アプリケーション１２３は、許可レベルを更新し、更新された許可レベルをアカウントアプリケーション１１３に送信することを決定し得る。

【0066】

ブロック７５０で、アカウントアプリケーション１１３は、サーバ１２０から更新された許可レベルを受信する。ブロック７６０で、アカウントアプリケーション１１３は、ブロック７５０で受信された更新された許可レベルが、規則１１５によって操作のために指定された許可レベルを満たすか、または超えると決定する。それに応じて、アカウントアプリケーション１１３は、操作の実行を許可し得る。

【0067】

図８は、前述のような様々な実施形態を実施するのに適し得るコンピューティングシステム８０２を備える例示的なコンピューティングアーキテクチャ８００の実施形態を示している。様々な実施形態では、コンピューティングアーキテクチャ８００は、電子デバイスを備えるか、またはその一部として実施され得る。いくつかの実施形態では、コンピューティングアーキテクチャ８００は、例えば、システム１００の１つまたは複数のコンポーネントを実施するシステムを代表し得る。いくつかの実施形態では、コンピューティングシステム８０２は、例えば、システム１００の非接触カード１０１、モバイルデバイス１１０、および認証サーバ１２０を代表し得る。この文脈において、実施形態は、限定されない。より一般的には、コンピューティングアーキテクチャ８００は、図１～図７を参照して本明細書で説明されるすべての論理、アプリケーション、システム、方法、装置、および機能を実施するように構成される。

【0068】

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

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

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

【0079】

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

【0080】

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

【0081】

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

【0082】

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

【0083】

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

【図1A】

【図1B】

【図2A】

【図2B】

【図3A】

【図3B】

【図4A】

【図4B】

【図5】

【図6】

【図7】

【図8】