知財求人 - 知財ポータルサイト「IP Force」
▶ キャピタル・ワン・サービシーズ・リミテッド・ライアビリティ・カンパニーの特許一覧
特表2024-515710非接触カードを使用したディスプレイ・デバイスでの口座の安全な管理
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-04-10
(54)【発明の名称】非接触カードを使用したディスプレイ・デバイスでの口座の安全な管理
(51)【国際特許分類】
G06F 21/33 20130101AFI20240403BHJP
H04L 9/10 20060101ALI20240403BHJP
G06Q 30/0601 20230101ALI20240403BHJP
G06Q 20/34 20120101ALI20240403BHJP
【ＦＩ】
G06F21/33
H04L9/10 A
G06Q30/0601 340
G06Q20/34 380
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023564567
(86)(22)【出願日】2022-03-03
(85)【翻訳文提出日】2023-12-19
(86)【国際出願番号】 US2022018600
(87)【国際公開番号】W WO2022225614
(87)【国際公開日】2022-10-27
(31)【優先権主張番号】17/237,717
(32)【優先日】2021-04-22
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
(71)【出願人】
【識別番号】519111877
【氏名又は名称】キャピタル・ワン・サービシーズ・リミテッド・ライアビリティ・カンパニー
【氏名又は名称原語表記】Ｃａｐｉｔａｌ Ｏｎｅ Ｓｅｒｖｉｃｅｓ， ＬＬＣ
(74)【代理人】
【識別番号】100145403
【弁理士】
【氏名又は名称】山尾 憲人
(74)【代理人】
【識別番号】100135703
【弁理士】
【氏名又は名称】岡部 英隆
(74)【代理人】
【識別番号】100109139
【弁理士】
【氏名又は名称】今井 孝弘
(72)【発明者】
【氏名】ルール，ジェフリー
(72)【発明者】
【氏名】オズボーン，ケビン
(57)【要約】
非接触カードを使用してディスプレイ・デバイスの口座を安全に管理するためのシステム、方法、装置、およびコンピュータ読み取り可能媒体。ディスプレイ・デバイス上で実行されるアプリケーションは、サービス・プロバイダーを指定するリクエストを受信し得る。前記ディスプレイ・デバイスは、前記非接触カードを生成した暗号文を受信し、認証サーバーに前記暗号文を送信し得る。前記認証サーバーは、前記暗号文を復号化し、前記非接触カードに関連付けられた仮想口座番号を生成し得る。前記認証サーバーは、前記仮想口座番号を前記サービス・プロバイダーに送信し、前記サービス・プロバイダーは、前記仮想口座番号と前記認証サーバーによる暗号文の復号とに少なくとも部分的に基づいて口座を作成し得る。前記ディスプレイは、前記サービス・プロバイダーが、前記口座用に生成した認証トークンを受信し、前記認証トークンに少なくとも部分的に基づいて、前記サービス・プロバイダーが作成した前記口座にアクセスし得る。
【選択図】図３Ａ
【選択図】図３Ａ
【特許請求の範囲】
【請求項1】
ディスプレイ・デバイスのプロセッサ上で実行されるアプリケーションによって、サービス・プロバイダーを備えるリクエストを受信するステップと、前記ディスプレイ・デバイスの無線カード・リーダーにより、非接触カードのアプレットにより生成された暗号文を受信するステップと、
前記アプリケーションにより、前記暗号文を前記非接触カードに関連付けられた認証サーバーに送信するステップと、
前記認証サーバーが前記暗号文を解読するステップと、
前記認証サーバーは、前記暗号文の解読に基づいて、前記非接触カードに関連付けられた仮想口座番号を生成するステップと、
前記認証サーバーが前記仮想口座番号をサービス・プロバイダーに送信するステップと、
前記サービス・プロバイダーが、前記仮想口座番号と前記認証サーバーによる前記暗号文の解読に少なくとも部分的に基づいた口座を作成するステップと、
前記アプリケーションによって、前記サービス・プロバイダーが前記口座用に生成した認証トークンを受信するステップと、
前記アプリケーションによって、前記認証トークンに少なくとも部分的に基づいて前記サービス・プロバイダーが作成した前記口座にアクセスするステップと、
前記アプリケーションによって、前記認証トークンに基づいて前記サービス・プロバイダーによって生成された前記口座の１つまたは複数の属性を表示するステップと、
を備える、方法。
【請求項2】
前記ディスプレイ・デバイスの前記プロセッサ上で実行される前記アプリケーションによって、コンテンツ・アイテムを含むリクエストを受信するステップと、前記サービス・プロバイダーから、前記コンテンツ・アイテムの第１の部分を受信するステップと、
前記ディスプレイ・デバイスが、前記コンテンツ・アイテムの少なくとも前記第１の部分を表示するステップと、をさらに含む、
請求項１に記載の方法。
【請求項3】
前記認証サーバーが、前記仮想口座番号の使用を前記サービス・プロバイダーとの使用に制限する、請求項１に記載の方法。
【請求項4】
前記認証サーバーが、前記ディスプレイ・デバイスの位置を示す位置情報を受信するステップと、前記認証サーバーは、前記ディスプレイ・デバイスの所在地が、前記非接触カードに関連付けられた住所から所定の距離内にあると判断するステップと、
前記認証サーバーは、前記ディスプレイ・デバイスの所在地が、前記非接触カードに関連付けられた住所の所定の距離内にあるという判断にさらに基づいて、前記仮想口座番号を生成するステップと、をさらに含む、
請求項１に記載の方法。
【請求項5】
前記位置情報は、前記ディスプレイ・デバイスの全地球測位システム（ＧＰＳ）情報または前記ディスプレイ・デバイスのインターネット・プロトコル（ＩＰ）アドレスを備える、請求項４に記載の方法。
【請求項6】
前記サービス・プロバイダーが、複数のサービス・プロバイダーのうちの第１のサービス・プロバイダーであり、前記方法は、
前記アプリケーションによって、前記複数のサービス・プロバイダーの１つまたは複数の口座にアクセスするリクエストを受信するステップと、
前記アプリケーションにより、前記非接触カードのアプレットから第２の暗号文を受信するステップと、
前記アプリケーションにより、前記第２の暗号文を前記認証サーバーに送信するステップと、
前記認証サーバーは、前記第２の暗号文を解読するステップと、
前記認証サーバーが、前記第２の暗号文の解読に基づいて、前記複数のサービス・プロバイダーのうちの第２のサービス・プロバイダーの口座の前記非接触カードに関連付けられた支払記録を特定するステップと、
前記認証サーバーが、前記第２のサービス・プロバイダーに関連する第２のサーバーに、前記第２のサービス・プロバイダーの前記口座を含む認証リクエストを送信するステップと、
前記第２のサーバーにより、前記認証リクエストに基づいて、前記第２のサービス・プロバイダーとの前記口座のための第２の認証トークンを生成するステップと、
前記第２のサーバーから前記アプリケーションに、前記第２の認証トークンを送信するステップと、
前記アプリケーションは、前記第２の認証トークンを使用して、前記第２のサービス・プロバイダーの前記口座にアクセスするステップと、をさらに備える、
請求項１に記載の方法。
【請求項7】
前記無線カード・リーダーは、近距離無線通信（ＮＦＣ）を用いて前記非接触カードと通信するように構成されており、前記方法は、さらに、認証サーバーが暗号文を復号したことを示す復号結果を、認証サーバーが、
(i)アプリケーション、(ii)ディスプレイ・デバイスの製造者に関連する製造者サーバー、(iii)サービス・プロバイダーに送信するステップと、を備える、
請求項１に記載の方法。
【請求項8】
前記認証サーバーが、前記仮想口座番号の有効期限と、前記仮想口座番号のカード検証値（ＣＶＶ）とをさらに生成し、前記認証サーバーが、前記有効期限、前記ＣＶＶ、前記非接触カードに関連付けられた口座名義人名、および口座名義人の住所を、前記サービス・プロバイダーに送信する、請求項１記載の方法。
【請求項9】
ディスプレイと、プロセッサと、
無線カード・リーダーと、
前記プロセッサによって実行されると、前記プロセッサに以下のことをさせる命令を記憶するメモリーと、を備え、
前記命令は、前記プロセッサに、
サービス・プロバイダーを備えるリクエストを受信させ、
前記無線カード・リーダーを介して、非接触カードから暗号文を受信させ、
前記暗号文を、前記非接触カードに関連付けられた認証サーバーに送信させ、
前記認証サーバーから、前記認証サーバーが前記暗号文を復号化したことを特定する復号化結果を受信させ、
前記認証サーバーが前記暗号文を復号化したことに基づいて、前記サービス・プロバイダーから、前記サービス・プロバイダーが生成した口座の認証トークンと、前記非接触カードに関連する支払情報とを受信させ、
前記認証トークンに基づいて、前記サービス・プロバイダーが生成した前記口座の１つまたは複数の属性を表示させる、
ディスプレイ・デバイス。
【請求項10】
前記メモリーは、前記プロセッサによって実行されると、前記プロセッサに、以下のことをさせる命令を記憶するメモリーであって、前記命令は、前記プロセッサに、
前記サービス・プロバイダーによってホストされるコンテンツ・アイテムを備えるリクエストを受信させ、
前記認証トークンに少なくとも部分的に基づいて、前記サービス・プロバイダーから、前記コンテンツ・アイテムの第１の部分を受信させ、
前記ディスプレイ上に、前記コンテンツ・アイテムの少なくとも前記第１の部分を表示させる、
請求項９に記載のディスプレイ・デバイス。
【請求項11】
前記支払情報が、仮想口座番号、前記仮想口座番号の有効期限、前記仮想口座番号のカード検証値（ＣＶＶ）を備え、前記仮想口座番号は、前記サービス・プロバイダーでの使用が制限されている、
請求項９に記載のディスプレイ・デバイス。
【請求項12】
前記メモリーは、前記プロセッサによって実行されると、前記プロセッサに、以下のことをさせる命令を記憶するメモリーであって、前記命令は、前記プロセッサに、
前記ディスプレイ・デバイスの位置情報を前記認証サーバーに送信させ、
前記ディスプレイ・デバイスの位置情報が、前記非接触カードに関連付けられた住所の所定の距離内にあることを特定する指示を、前記認証サーバーから受信させる、
請求項９に記載のディスプレイ・デバイス。
【請求項13】
前記メモリーは、前記プロセッサによって実行されると、前記プロセッサに、以下のことをさせる命令を記憶するメモリーであって、前記命令は、前記プロセッサに、
第２のサービス・プロバイダーの前記口座にアクセスするリクエストを受信させ、
前記無線カード・リーダーを介して、前記非接触カードから第２の暗号文を受信させ、
前記第２の暗号文を前記認証サーバーに送信させ、
前記認証サーバーから、前記認証サーバーが前記第２の暗号文を復号したことを特定する復号結果を受信させ、
前記第２のサービス・プロバイダーから、前記認証サーバーが前記第２の暗号文を解読したことに基づいて、前記第２のサービス・プロバイダーの前記口座のための第２の認証トークンを受け取らせ、
前記第２の認証トークンに基づき、前記第２のサービス・プロバイダーで前記口座にアクセスさせる、
請求項９に記載のディスプレイ・デバイス。
【請求項14】
前記メモリーは、前記プロセッサによって実行されると、前記プロセッサに、以下のことをさせる命令を記憶するメモリーであって、前記命令は、前記プロセッサに、
前記サービス・プロバイダーを含む複数のサービス・プロバイダーの１つまたは複数の口座にアクセスするリクエストを受信させ、
前記非接触カードから第２の暗号文を受信させ、
前記第２の暗号文を前記認証サーバーに送信させ、
前記認証サーバーから、前記認証サーバーによって前記第２の暗号文が復号されたことを特定する復号結果を受信させ、
前記第２の暗号文の復号化に基づいて、前記認証サーバーから、前記口座の口座データベースに、前記複数のサービス・プロバイダーのうちの第２のサービス・プロバイダーとの前記口座に対する支払いを反映した支払記録が含まれていることを特定する確認結果を受信させ、
前記サービス・プロバイダーから、前記第２のサービス・プロバイダーに対する第２の認証トークンを受信させ、
前記第２の認証トークンを使用して、前記第２のサービス・プロバイダーとの前記口座にアクセスさせる、
請求項９に記載のディスプレイ・デバイス。
【請求項15】
プロセッサによって実行されると、前記プロセッサに以下のことをさせる命令を備える非一過性のコンピュータ読み取り可能な記憶媒体であって、前記命令は、前記プロセッサに、
前記プロセッサ上で実行されるアプリケーションによって、サービス・プロバイダーを構成するリクエストを受信させ、
前記アプリケーションによって、非接触カードから暗号文を受信させ、前記暗号文は、前記プロセッサを備えるディスプレイ・デバイスの無線カード・リーダーを介して受信させ、
前記アプリケーションによって、前記非接触カードに関連付けられた認証サーバーに前記暗号文を送信させ、
前記アプリケーションによって、前記認証サーバーから、前記認証サーバーが暗号文を復号したことを特定する復号結果を受信させ、
前記認証サーバーが前記暗号文を復号化したことに基づいて、前記サービス・プロバイダーから前記アプリケーションによって、前記サービス・プロバイダーによって生成された口座の認証トークンと、前記非接触カードに関連付けられた支払情報とを受信させ、
前記ディスプレイ・デバイスで前記アプリケーションによって、前記認証トークンに基づいて、前記サービス・プロバイダーによって生成された前記口座の１つまたは複数の属性を表示させる、
コンピュータ読み取り可能な記憶媒体。
【請求項16】
前記命令は、前記プロセッサに、前記ディスプレイ・デバイスの前記プロセッサ上で実行される前記アプリケーションによって、コンテンツ・アイテムを備えるリクエストを受信させ、
前記サービス・プロバイダーから前記アプリケーションによって、前記コンテンツ・アイテムの第１の部分を受信させ、
前記ディスプレイ・デバイス上の前記アプリケーションによって、前記コンテンツ・アイテムの少なくとも前記第１の部分を表示させる、
請求項１５に記載のコンピュータ読み取り可能な記憶媒体。
【請求項17】
前記支払情報は、仮想口座番号、前記仮想口座番号の有効期限、前記仮想口座番号のカード検証値（ＣＶＶ）を備え、前記仮想口座番号は、前記サービス・プロバイダーでの使用が制限されている、
請求項１５に記載のコンピュータ読み取り可能な記憶媒体。
【請求項18】
前記命令は、前記プロセッサに、前記アプリケーションによって、前記ディスプレイ・デバイスの位置情報を前記認証サーバーに送信させ、
前記アプリケーションによって、前記認証サーバーから、前記ディスプレイ・デバイスの前記位置情報が、前記非接触カードに関連付けられた住所の所定の距離内にあることを特定する表示を受信させる、
請求項１５に記載のコンピュータ読み取り可能な記憶媒体。
【請求項19】
前記命令はさらに、前記プロセッサに、前記アプリケーションによって、第２のサービス・プロバイダーの口座にアクセスするリクエストを受信させ、
前記アプリケーションによって、前記無線カード・リーダーを介して、前記非接触カードから第２の暗号文を受信させ、
前記アプリケーションによって、前記第２の暗号文を前記認証サーバーに送信させ、
前記アプリケーションによって、前記認証サーバーから、前記認証サーバーが前記第２の暗号文を復号したことを指定する復号結果を受信させ、
前記アプリケーションによって、第２のサービス・プロバイダーから、前記認証サーバーが前記第２の暗号文を復号したことに基づいて、前記第２のサービス・プロバイダーの前記口座のための第２の認証トークンを受け取らせ、
前記アプリケーションによって、前記第２の認証トークンに基づいて、前記第２のサービス・プロバイダーの前記口座にアクセスさせる、
請求項１８に記載のコンピュータ読み取り可能な記憶媒体。
【請求項20】
前記サービス・プロバイダーは、複数のサービス・プロバイダーのうちの第１のサービス・プロバイダーであり、前記命令はさらに、前記プロセッサに、
前記アプリケーションによって、前記複数のサービス・プロバイダーの１つまたは複数の口座にアクセスするリクエストを受信させ、
前記アプリケーションによって、前記非接触カードのアプレットから第２の暗号文を受信させ、
前記アプリケーションによって、前記第２の暗号文を前記認証サーバーに送信させ、
前記第２の暗号文を前記認証サーバーに送信させ、
前記認証サーバーから、前記第２の暗号文が前記認証サーバーによって復号されたことを指定する復号結果を受信させ、
前記第２の暗号文の復号化に基づいて、前記アプリケーションによって前記認証サーバーから、前記口座の口座データベースが、前記複数のサービス・プロバイダーのうちの第２のサービス・プロバイダーとの口座に対する支払いを反映した支払記録を含むことを指定する確認結果を受け取らせ、
前記アプリケーションによって、前記サービス・プロバイダーから、前記第２のサービス・プロバイダーのための第２の認証トークンを受け取らせ、
前記アプリケーションによって、前記第２の認証トークンを使用して、前記第２のサービス・プロバイダーの前記口座にアクセスさせ、
請求項１５に記載のコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【0001】
（関連技術）
本出願は、２０２１年４月２２日に出願された「ＳＥＣＵＲＥ ＭＡＮＡＧＥＭＥＮＴ ＯＦ ＡＣＣＯＵＮＴＳ ＯＮ ＤＩＳＰＬＡＹ ＵＳＩＮＧ Ａ ＣＯＮＴＡＣＴＬＥＳＳ ＣＡＲＤ」と題する米国特許出願シリアル番号１７／２３７，７１７の優先権を主張するものである。前述の出願の内容は、参照によりその全体が本明細書に援用される。
本出願は、２０２１年４月２２日に出願された「ＳＥＣＵＲＥ ＭＡＮＡＧＥＭＥＮＴ ＯＦ ＡＣＣＯＵＮＴＳ ＯＮ ＤＩＳＰＬＡＹ ＵＳＩＮＧ Ａ ＣＯＮＴＡＣＴＬＥＳＳ ＣＡＲＤ」と題する米国特許出願シリアル番号１７／２３７，７１７の優先権を主張するものである。前述の出願の内容は、参照によりその全体が本明細書に援用される。
【背景技術】
【0002】
テレビなどのディスプレイ・デバイスは、サービス・プロバイダーがホストするコンテンツにユーザーがアクセスできるように、さまざまなアプリケーションを提供できる。多くの場合、ユーザーはそのようなサービスに対して支払いをリクエストされる。しかし、ほとんどのテレビは、ユーザーが個人情報を簡単に入力できるような入力インターフェースを備えていない。さらに、このような入力インターフェースのユーザーはしばしばエラーを起こし、正しい情報を入力するために何度も試行する必要がある。このような入力インターフェースは、ユーザーが入力する際に個人情報がディスプレイに表示される可能性があるため、セキュリティ上のリスクもある。同様に、悪意のあるユーザーは、ユーザーが入力インターフェースを介して情報を入力する際に、入力をコピーできる可能性があり、それによってセキュリティ上のリスクが生じる。
【発明の概要】
【0003】
ある態様では、方法は、
ディスプレイ・デバイスのプロセッサ上で実行されるアプリケーションにより、サービス・プロバイダーを含むリクエストを受信するステップと、
ディスプレイ・デバイスの無線カード・リーダーにより、非接触カードのアプレットにより生成された暗号文を受信するステップと、
前記アプリケーションにより、前記暗号文を前記非接触カードに関連付けられた認証サーバーに送信するステップと、
前記認証サーバーにより、前記暗号文を復号化し、前記暗号文の復号化に基づいて前記認証サーバーにより、前記非接触カードに関連付けられた仮想口座番号を生成するステップと、
前記認証サーバーにより、前記仮想口座番号を前記サービス・プロバイダーに送信し、前記サービス・プロバイダーにより、前記仮想口座番号および前記認証サーバーによる暗号文の復号に少なくとも部分的に基づいて口座を作成するステップと、
前記アプリケーションにより、前記サービス・プロバイダーが前記口座用に生成した認証トークンを受信するステップと、
前記アプリケーションによって、前記認証トークンに少なくとも部分的に基づいて前記サービス・プロバイダーによって作成された前記口座にアクセスし、前記アプリケーションによって、前記認証トークンに基づいて前記サービス・プロバイダーによって生成された前記口座の１つまたは複数の属性を表示するステップと、
を含む。
他の実施形態も説明され、特許請求されている。
ディスプレイ・デバイスのプロセッサ上で実行されるアプリケーションにより、サービス・プロバイダーを含むリクエストを受信するステップと、
ディスプレイ・デバイスの無線カード・リーダーにより、非接触カードのアプレットにより生成された暗号文を受信するステップと、
前記アプリケーションにより、前記暗号文を前記非接触カードに関連付けられた認証サーバーに送信するステップと、
前記認証サーバーにより、前記暗号文を復号化し、前記暗号文の復号化に基づいて前記認証サーバーにより、前記非接触カードに関連付けられた仮想口座番号を生成するステップと、
前記認証サーバーにより、前記仮想口座番号を前記サービス・プロバイダーに送信し、前記サービス・プロバイダーにより、前記仮想口座番号および前記認証サーバーによる暗号文の復号に少なくとも部分的に基づいて口座を作成するステップと、
前記アプリケーションにより、前記サービス・プロバイダーが前記口座用に生成した認証トークンを受信するステップと、
前記アプリケーションによって、前記認証トークンに少なくとも部分的に基づいて前記サービス・プロバイダーによって作成された前記口座にアクセスし、前記アプリケーションによって、前記認証トークンに基づいて前記サービス・プロバイダーによって生成された前記口座の１つまたは複数の属性を表示するステップと、
を含む。
他の実施形態も説明され、特許請求されている。
【図面の簡単な説明】
【0004】
【発明を実施するための形態】
【0005】
本明細書で開示する実施形態は、非接触カードを使用して、テレビなどのディスプレイ・デバイスでサービス・プロバイダーの口座を安全に管理する技術を提供する。一般に、ディスプレイ・デバイスは、近距離無線通信（ＮＦＣ：Ｎｅａｒ－Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）リーダーなどの無線カード・リーダーを備え、ディスプレイ・デバイスが非接触カードと無線通信できるようにできる。ビデオ・オン・デマンド（ＶＯＤ：Ｖｉｄｅｏ－Ｏｎ－Ｄｅｍａｎｄ）サービス・プロバイダーなど、第１のサービス・プロバイダーの新規口座を作成する（または既存の口座を拡張する）には、ユーザーは非接触カードをディスプレイ・デバイスにタップできる。これに応答して、ディスプレイ・デバイスは、非接触カード上で実行されるアプレットに暗号文の生成を指示できる。ディスプレイの無線カード・リーダーは、暗号文を読み取り、処理のため認証サーバーに暗号文を送信できる。認証サーバーが暗号文を復号化できた場合、認証サーバーは非接触カード用の仮想口座番号を生成できる。一部の実施形態では、仮想口座番号は、第１のサービス・プロバイダーとの使用に制限される（例えば、仮想口座番号は、第１のサービス・プロバイダーとの支払いにのみ使用できる）。その後、認証サーバーは、第１のサービス・プロバイダーへの口座生成リクエストの一部として、仮想口座番号(およびその他のデータ)を送信できる。その後、第１のサービス・プロバイダーは、リクエストで指定された仮想口座番号(およびその他のデータ)を使用して、ユーザーの口座を生成できる。その後、第１のサービス・プロバイダーは、口座用の口座認証トークンを生成し(または口座用の既存のトークンを特定し)、トークンをディスプレイ・デバイスに送信できる。いくつかの実施形態では、第１のサービス・プロバイダーは、ディスプレイ・デバイスの製造業者に関連する製造業サーバーなど、他の装置に口座トークンを送信できる。受け取ったディスプレイ・デバイスで実行するアプリケーションは、その口座トークンを使って、第１のサービス・プロバイダーの口座にアクセスできる。例えば、ユーザーは、第１のサービス・プロバイダーがホストするコンテンツを閲覧したり、第１のサービス・プロバイダーが作成した口座の詳細を閲覧したりできる。
【0006】
さらに、いくつかの実施形態では、非接触カードを使用して、複数のサービス・プロバイダー口座のログイン・プロセスを改善できる。例えば、ユーザーは新しいディスプレイ・デバイスを購入したり、ディスプレイ・デバイスのソフトウェアをリセットしたりできる。ユーザーは、非接触カードをディスプレイ・デバイスにタップすることにより、非接触カードに暗号文を生成させ、暗号文をディスプレイ・デバイスに送信できる。ディスプレイ・デバイスは、暗号文を認証サーバーに送信し、認証サーバーは暗号文を復号できる。次に、認証サーバーは、非接触カードに関連付けられた支払記録において、１つまたは複数のサービス・プロバイダーのための１つまたは複数の支払記録を特定できる。例えば、認証サーバーは、支払記録に基づいて、非接触カードがサービス・プロバイダーＡの購読料の支払いに使用されたと判断できる。認証サーバーは、暗号文の復号と支払記録に基づき、サービス・プロバイダーＡに対する認証リクエストを生成できる。リクエストには、認証サーバーが生成したトークンを含めることができる。認証サーバーは、サービス・プロバイダーＡにリクエストを送信できる。その後、サービス・プロバイダーＡは、口座用の口座トークンを生成し(または口座用の既存の口座トークンを特定し)、その口座トークンをディスプレイ・デバイスに送信できる。ディスプレイ・デバイス上のサービス・プロバイダーＡに関連するアプリケーションは、トークンを使用して,サービス・プロバイダーＡの口座にログインできる。新ディスプレイ・デバイスは、サービス・プロバイダーＡの口座に自動的にログインできる。このテクニックを使用すると、新しいディスプレイ・デバイスは、非接触カードが支払データを提供するために使用されたサービス・プロバイダーの他の口座に自動的にログインできる。
【0007】
有利なことに、本明細書で開示される実施形態は、非接触カードを使用してディスプレイ・デバイスで口座を作成および管理する安全な技術を提供する。非接触カードによって生成される暗号文を活用することにより、本開示の実施形態は、不正行為のリスクを最小限に抑えながら、操作の実行をリクエストするユーザーの身元を安全に確認できる。さらに、新しい口座は、ユーザーがディスプレイ・デバイスの支払情報を入力することによって危険にさらされることのない支払情報(例えば、仮想口座番号)を使用して安全に生成できる。そうすることで、非接触カードと関連口座のセキュリティが向上する。さらに、自動化されたログイン・プロセスを提供することにより、本明細書で開示される実施形態は、ディスプレイ・デバイスが非接触カードを１回タップするだけで、ユーザーのすべてのサービス・プロバイダー口座に安全にアクセスできるようにできる。
【0008】
本明細書で使用される表記および命名法を一般的に参照すると、以下に続く詳細な説明の1つまたは複数の部分は、コンピュータまたはコンピュータのネットワーク上で実行されるプログラム手順の観点から提示される場合がある。このような手続き上の記述や表現は、当業者が自分の仕事の物質を他の当業者に最も効果的に伝えるために使用するものである。手続きとは、ここでは、そして一般的には、望ましい結果を導く自己矛盾のない一連の操作であると考えられている。これらの操作は、物理量の物理的操作を必要とするものである。必ずしもそうとは限らないが、通常、これらの量は、記憶、転送、結合、比較、その他の操作が可能な電気信号、磁気信号、光学信号の形をとる。これらの信号をビット、値、要素、記号、文字、用語、数字などと呼ぶのは、主に一般的な用法から便利な場合がある。しかし、これらの用語や類似の用語はすべて、適切な物理量と関連付けられるべきものであり、それらの物理量に適用される便宜的なラベルに過ぎないことに注意すべきである。
【0009】
さらに、これらの操作は、一般的に人間のオペレーターが行う精神的な操作に関連する、加算や比較などの用語で呼ばれることが多い。しかしながら、１つまたは複数の実施形態の一部を形成する本明細書に記載された操作のいずれにおいても、人間のオペレーターのそのような能力は必要ではなく、ほとんどの場合において望ましいものではない。むしろ、これらのオペレーションはマシン・オペレーションである。様々な実施形態のオペレーションを実行するための有用なマシンには、本明細書の教示に従って記述された内部に格納されたコンピュータ・プログラムによって選択的に起動または構成されるデジタル・コンピュータが含まれ、および／または、必要な目的のために特別に構成された装置またはデジタル・コンピュータが含まれる。様々な実施形態はまた、これらのオペレーションを実行するための装置またはシステムに関する。これらの装置は、必要な目的のために特別に作られることもある。これらの様々なマシンに必要な構造は、与えられた説明から明らかだろう。
【0010】
次に、図面を参照するが、ここでは、全体を通して同様の要素を参照するために同様の参照数字が使用されている。以下の説明では、十分な理解を得るために、説明のために多数の具体的な詳細を示している。しかし、これらの具体的な詳細がなくても、新規の実施形態を実施できることは明らかであろう。他の例では、その説明を容易にするために、周知の構造および装置をブロック図の形で示す。その意図は、特許請求の範囲内のすべての変更、同等物、代替物をカバーすることである。
【0011】
図１Ａは、開示された実施形態と一致する、システムとも呼ばれる例示的なコンピューティング・アーキテクチャ１００を示す。図１Ａ－１Ｅに示されるコンピューティング・アーキテクチャ１００は、特定のトポロジにおいて限られた数の要素を有するが、コンピューティング・アーキテクチャ１００は、所与の実装のために所望されるように、代替のトポロジにおいてより多くのまたはより少ない要素を含み得ることが理解され得る。システム１００は、ディスプレイ・デバイス１０２、非接触カード１１０、認証サーバー１０６、１つまたは複数の製造者サーバー１３８、１または複数のサービス・プロバイダー・サーバー１４０、メモリー１１２、アプレット１１４、カウンター１１６、マスター・キー１１８、多様化キー１２０、顧客ＩＤ１２２、アプリケーション１２６、通信インターフェース１２８、ネットワーク１３０、認証アプリケーション１３２、メモリー１２４、口座データベース１３４、暗号文１３６、オペレーティング・システム１０８、メモリー１０４、口座データベース１４２、および口座データベース１４４を備える。
【0012】
非接触カード１１０は、クレジット・カード、デビット・カード、ＡＴＭカード、ギフト・カード、スマート・カードなど、あらゆる種類のカードの代表である。非接触カード１１０は、ＮＦＣ、ＥＭＶ規格、または無線通信における他の短距離プロトコルを介してディスプレイ・デバイス１０２の通信インターフェース１２８（本明細書では、「カード・リーダー」、「無線カード・リーダー」、および／または「無線通信インターフェース」とも呼ばれる）と通信するように構成された、無線周波数識別（ＲＦＩＤ）チップなどの1つまたは複数の通信インターフェース１２８を備え得る。本書では通信プロトコルの例としてＮＦＣを使用するが、本開示はＥＭＶ標準、Ｂｌｕｅｔｏｏｔｈ（登録商標）、および／またはＷｉーＦｉ（登録商標）などの他のタイプの無線通信にも同様に適用できる。
【0013】
ディスプレイ・デバイス１０２は、テレビ、モニタ、プロジェクタなど、任意の数およびタイプのディスプレイ・デバイスを代表する。認証サーバー１０６、サービス・プロバイダー・サーバー１４０、および製造者サーバー１３８は、サーバー、ワークステーション、計算クラスタ、クラウド・コンピューティング・プラットフォーム、仮想化コンピューティング・システムなどの任意のタイプのコンピューティング・デバイスの代表である。明確にするために描かれていないが、ディスプレイ・デバイス１０２、非接触カード１１０、および認証サーバー１０６、サービス・プロバイダー・サーバー１４０、および製造者サーバー１３８はそれぞれ、プログラム、コード、および／または命令を実行するための１つまたは複数のプロセッサ回路を含む。
【0014】
図示のように、非接触カード１１０のメモリー１０４には、アプレット１１４、カウンター１１６、マスター・キー１１８、多様化キー１２０、一意の顧客ＩＤ１２２が含まれる。アプレット１１４は、本明細書で説明するオペレーションを実行するように構成された実行可能コードである。カウンター１１６、マスター・キー１１８、多様化キー１２０、顧客ＩＤ１２２は、以下に詳述するように、システム１００のセキュリティを提供するために使用される。
【0015】
図示されているように、ディスプレイ・デバイス１０２のメモリー１０４は、オペレーティング・システム（ＯＳ）１０８のインスタンスを含み、このＯＳ１０８は、組み込み型オペレーティング・システムを含むことができる。オペレーティング・システム１０８の例としては、ｗｅｂＯＳ、Ａｎｄｒｏｉｄ（登録商標）ＯＳ、ｉＯＳ（登録商標）、ｍａｃＯＳ（登録商標）、Ｌｉｎｕｘ（登録商標）、Ｔｉｚｅｎ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）オペレーティング・システムなどがある。示されるように、オペレーティング・システム１０８は、１つまたは複数のアプリケーション１２６を含む。アプリケーション１２６は、サービス・プロバイダー、ウェブ・ブラウザーなどによって提供されるアプリケーション１２６など、任意のタイプのアプリケーションの代表である。例えば、所定のアプリケーション１２６は、サービス・プロバイダー・サーバー１４０に関連付けられている場合がある。例えば、アプリケーション１２６－１は、サービス・プロバイダー・サーバー１４０－１に関連付けられているなどである。一般的に、所定のアプリケーション１２６は、ユーザーがコンテンツ・アイテムまたは他のサブスクリプション・ベースのサービスにアクセスすることを可能にする。例えば、アプリケーション１２６は、サービス・プロバイダー・サーバー１４０によってホストされるビデオ、オーディオ、画像、および他の任意のタイプのコンテンツをストリーミングするために使用できる。しかし、サービス・プロバイダーは、関連サービスにアクセスするために支払いを必要とする場合があるため、アプリケーション１２６は、口座詳細の閲覧、サービスへの登録、支払い、支払情報の更新などに使用される場合がある。サービス・プロバイダーは一般に、ビデオ・サービス・プロバイダー、オーディオ・サービス・プロバイダーなど、どのようなタイプのオンライン・サービス・プロバイダーであってもよい。
【0016】
図示されているように、認証サーバー１０６のメモリー１２４には、認証アプリケーション１２３が含まれている。幾つかの実施形態では、非接触カード１１０、アプリケーション１２６、および／または関連データ、例えば、口座データベース１３４、口座データベース１４４、および／または口座データベース１４２におけるユーザーの口座の詳細を保護するために、システム１００は、非接触カード１１０を使用した安全な口座管理を提供できる。例えば、ユーザーは、サービス・プロバイダー・サーバー１４０に関連付けられたサービス・プロバイダーに新しい口座を開設したり、サービス・プロバイダーとの既存の口座のサービスを拡張したりすることなどを希望できる。いくつかの実施形態では、ユーザーは、サービス・プロバイダー・サーバー１４０に関連するアプリケーション１２６を実行し、非接触カード１１０をディスプレイ・デバイス１０２にタップするようユーザーに指示できる。
【0017】
図１Ａに描かれた実施形態では、ユーザーは、非接触カード１１０をディスプレイ・デバイス１０２にタップする（または、そうでなければ、非接触カード１１０をディスプレイ・デバイス１０２の通信インターフェース１２８の通信範囲内に入れる）ことができる。非接触カード１１０のアプレット１１４は、次に暗号文１３６を生成できる。暗号文１３６は、非接触カード１１０の顧客ＩＤ１２２に基づくことがある。より一般的には、暗号文１３６は、任意の適切な暗号技術に基づいて生成できる。いくつかの実施形態では、アプレット１１４は、暗号文1３６と暗号化されていない識別子（例えば、顧客ＩＤ１２２、非接触カード１１０の識別子、アプリケーション１２６の識別子、および／または任意の他の一意の識別子）とをデータ・パッケージの一部として含むことができる。少なくとも１つの実施形態では、データ・パッケージはＮＤＥＦファイルである。いくつかの実施形態では、アプリケーション１２６は、アプリケーション識別子をアプレット１１４に送信し、このアプリケーション識別子は、暗号文１３６の中に、および／またはデータ・パッケージの中に暗号化されていない状態で含まれることがある。アプリケーション識別子は、所定のアプリケーション１２６を一意に識別できる。
【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】
いくつかの例では、非接触カード１１０は、１つまたは複数のアンテナ７１８を含むことがある。１つまたは複数のアンテナ７１８は、非接触カード１１０内で、接触パッド７０４の処理回路７１６の周囲に配置できる。例えば、1つまたは複数のアンテナ７１８は、処理回路７１６と一体であってもよく、１つまたは複数のアンテナ７１８は、外部ブースター・コイルと共に使用されてもよい。別の例として、１つまたは複数のアンテナ７１８は、接触パッド７０４および処理回路７１６の外部にあってもよい。
【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】
システム・バス１００６は、システム・メモリー１００４を含むがこれに限定されないシステム・コンポーネントのプロセッサ１０１２へのインターフェースを提供する。システム・バス１００６は、市販されている様々なバス・アーキテクチャのいずれかを使用して、メモリー・バス（メモリー・コントローラ付きまたはメモリー・コントローラなし）、周辺バス、およびローカル・バスにさらに相互接続できる、いくつかのタイプのバス構造のいずれかとできる。インターフェース・アダプタは、スロット・アーキテクチャを介してシステム・バス１００６に接続できる。例示的なスロット・アーキテクチャとしては、限定するものではないが、ＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ Ｇｒａｐｈｉｃｓ Ｐｏｒｔ）、カードバス、（拡張）業界標準アーキテクチャ（（Ｅ）ＩＳＡ、ＭＣＡ（Ｍｉｃｒｏ Ｃｈａｎｎｅｌ Ａｒｃｈｉｔｅｃｔｕｒｅ））、ＮｕＢｕｓ、ＰＣＩ（Ｘ）（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ（Eｘｔｅｎｄｅｄ）)、ＰＣＩ Ｅｘｐｒｅｓｓ、ＰＣＭＣＩＡ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ Ｍｅｍｏｒｙ Ｃａｒｄ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ａｓｓｏｃｉａｔｉｏｎ）などが挙げられる。
【0083】
コンピューティング・アーキテクチャ１００は、様々な製造品を含む、または実装できる。製造品は、ロジックを記憶するコンピュータ読み取り可能な記憶媒体を含むことができる。コンピュータ読み取り可能な記憶媒体の例としては、揮発性メモリーや不揮発性メモリー、リムーバブル・メモリーや非リムーバブル・メモリー、消去可能メモリーや非消去可能メモリー、書き込み可能メモリーや再書き込み可能メモリーなど、電子データを記憶できる任意の有形媒体を挙げることができる。ロジックの例としては、ソース・コード、コンパイル・コード、インタプリタ・コード、実行可能コード、静的コード、動的コード、オブジェクト指向コード、ビジュアル・コードなど、任意の適切なタイプのコードを使用して実装された実行可能なコンピュータ・プログラム命令を挙げることができる。実施形態はまた、少なくとも部分的に、非一過性のコンピュータ可読媒体に含まれるか、または非一過性のコンピュータ可読媒体上に含まれる命令として実施することもでき、この命令は、本明細書で説明する操作の実行を可能にするために、１つまたは複数のプロセッサによって読み取られ、実行される。
【0084】
システム・メモリー１００４は、読み取り専用メモリー（ＲＯＭ）、ランダム・アクセス・メモリー（ＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、ダブル・データ・レートＤＲＡＭ（ＤＤＲＡＭ）、同期ＤＲＡＭ（ＳＤＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能プログラマブルＲＯＭ（ＥＰＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ）、フラッシュ・メモリー、ポリマー・メモリーなど強誘電体ポリマー・メモリー、オボニック・メモリー、相変化メモリーまたは強誘電体メモリー、シリコン酸化物窒化物酸化物シリコン（ＳＯＮＯＳ）メモリー、磁気カードまたは光カード、独立ディスク冗長アレイ（ＲＡＩＤ）ドライブなどのデバイスのアレイ、ソリッド・ステート・メモリー・デバイス（ＵＳＢメモリー、ソリッド・ステート・ドライブ（ＳＳＤ）、および情報の保存に適したその他の種類の記憶媒体など)を含む。図１に示される実施形態では、図１０に示すように、システム・メモリー１００４は、不揮発性メモリー１００８および／または揮発性メモリー１０１０を含むことができる。基本入出力システム（ＢＩＯＳ）は不揮発性１００８に保存できる。
【0085】
コンピュータ１００２は、内部(または外部)ハード・ディスク・ドライブ１０３０、リムーバブル・ディスクに読み書きするための磁気ディスク・ドライブ１０１６を含む、1つまたは複数の低速メモリー・ユニットの形態の様々なタイプのコンピュータ可読記憶媒体を含んでもよい。磁気ディスク１０２０、およびリムーバブル光ディスク１０３２（例えば、ＣＤーＲＯＭまたはＤＶＤ）に読み書きするための光ディスク・ドライブ１０２８を含む。ハード・ディスク・ドライブ１０３０、磁気ディスク・ドライブ１０１６および光ディスク・ドライブ１０２８は、それぞれＨＤＤインターフェース１０１４、ＦＤＤインターフェース１０１８および光ディスク・ドライブ・インターフェース１０３４によってシステム・バス１００６に接続できる。外部ドライブ実装用のＨＤＤインターフェース１０１４は、ユニバーサル・シリアル・バス（ＵＳＢ）およびＩＥＥＥ１３９４インターフェース技術の少なくとも一方または両方を含むことができる。
【0086】
ドライブおよび関連するコンピュータ可読媒体は、データ、データ構造、コンピュータ実行可能命令などの揮発性および／または不揮発性ストレージを提供する。例えば、オペレーティング・システム１０２２、１つまたは複数のアプリケーション１０４２、他のプログラム・モジュール１０２４、およびプログラム・データ１０２６を含む、多数のプログラム・モジュールをドライブおよび不揮発性１００８および揮発性１０１０に格納できる。一実施形態では、１つまたは複数のアプリケーション１０４２、他のプログラム・モジュール１０２４、およびプログラム・データ１０２６は、例えば、システム１００の様々なアプリケーションおよび／またはコンポーネントを含むことができる。
【0087】
ユーザーは、１つまたは複数の有線／無線入力装置、例えば、キーボード１０５０およびマウス１０５２などのポインティング・デバイスを介して、コンピュータ１００２にコマンドおよび情報を入力できる。その他の入力装置としては、マイク、赤外線（ＩＲ）リモコン、無線周波数（ＲＦ）リモコン、ゲーム・パッド、スタイラス・ペン、カード・リーダー、ドングル、指紋リーダー、手袋、グラフィック・タブレット、ジョイスティック、キーボード、網膜リーダー、タッチ・スクリーン(静電容量式、抵抗膜式など)、トラックボール、トラック・パッド、センサー、スタイラスなどを挙げることができる。これらおよび他の入力デバイスは、システム・バス１００６に結合された入力デバイス・インターフェース１０３６を介してプロセッサ１０１２に接続されることが多いが、パラレルポート、ＩＥＥＥ１３９４シリアル・ポート、ゲーム・ポート、ＵＳＢポート、ＩＲインターフェースなどの他のインターフェースによって接続することもできる。
【0088】
モニタ１０４４または他のタイプのディスプレイ・デバイスも、ビデオ・アダプタ１０４６などのインターフェースを介してシステム・バス１００６に接続される。モニタ１０４４は、コンピュータ１００２の内部または外部のどちらでもよい。モニタ１０４４に加えて、コンピュータは通常、スピーカ、プリンタなどの他の周辺出力装置を含む。
【0089】
コンピュータ１００２は、リモート・コンピュータ１０４８などの１つまたは複数のリモート・コンピュータとの有線および／または無線通信によるロジック接続を使用して、ネットワーク環境で動作できる。リモート・コンピュータ１０４８は、ワークステーション、サーバー・コンピュータ、ルータ、パーソナル・コンピュータ、ポータブル・コンピュータ、マイクロプロセッサ・ベースの娯楽用電化製品、ピア・デバイス、または他の一般的なネットワーク・ノードとでき、典型的には、コンピュータ１００２に関連して説明した要素の多くまたはすべてを含むが、簡潔にするために、メモリーおよび／または記憶装置１０５８のみを図示している。描かれているロジック接続には、ローカル・エリア・ネットワーク１０５６および／またはより大規模なネットワーク、例えばワイド・エリア・ネットワーク１０５４への有線／無線接続が含まれる。このようなＬＡＮおよびＷＡＮネットワーク環境は、オフィスやものでは一般的なものであり、イントラネットのような企業全体のコンピュータ・ネットワークを促進し、そのすべてが、例えばインターネットのようなグローバル通信ネットワークに接続できる。
【0090】
ローカル・エリア・ネットワーク１０５６ネットワーク環境で使用される場合、コンピュータ１００２は、有線および／または無線通信ネットワーク・インターフェースまたはネットワーク・アダプタ１０３８を介してローカル・エリア・ネットワーク１０５６に接続される。ネットワーク・アダプタ１０３８は、ローカル・エリア・ネットワーク１０５６への有線および／または無線通信を容易にでき、ネットワーク・アダプタ１０３８の無線機能と通信するために、その上に配置された無線アクセス・ポイントを含むこともできる。
【0091】
ワイド・エリア・ネットワーク１０５４のネットワーク環境で使用される場合、コンピュータ１００２は、モデム１０４０を含むか、ワイド・エリア・ネットワーク１０５４上の通信サーバーに接続されるか、または、インターネットによるなど、ワイド・エリア・ネットワーク１０５４を介して通信を確立するための他の手段を有できる。モデム１０４０は、内部または外部の有線および／または無線デバイスとでき、入力デバイス・インターフェース１０３６を介してシステム・バス１００６に接続する。ネットワーク環境では、コンピュータ１００２に関連して描かれたプログラム・モジュール、またはその一部を、リモート・メモリーおよび／または記憶装置１０５８に格納できる。図示したネットワーク接続は例示的なものであり、コンピュータ間の通信リンクを確立する他の手段を使用できることは理解されよう。
【0092】
コンピュータ１００２は、無線通信（例えば、ＩＥＥＥ８０２．１１無線変調技術）で動作可能に配置された無線デバイスなど、ＩＥＥＥ８０２ファミリーの規格を使用する有線および無線デバイスまたはエンティティと通信するように動作可能である。これには、少なくともＷｉーＦｉ（またはＷｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）、ＷｉＭａｘ、Ｂｌｕｅｔｏｏｔｈ（登録商標）無線技術などが含まれる。したがって、通信は、従来のネットワークのようにあらかじめ定義された構造であることもあれば、少なくとも２つの機器間の単なるアドホック通信であることもある。Ｗｉ－Ｆｉネットワークは、ＩＥＥＥ８０２．１１（ａ、ｂ、ｇ、ｎ、ａｃ、ａｘなど）と呼ばれる無線技術を使用し、安全で信頼性の高い高速無線接続を提供する。Ｗｉ－Ｆｉネットワークは、コンピュータ同士、インターネット、有線ネットワーク（ＩＥＥＥ８０２．３関連のメディアと機能を使用）に接続するために使用できる。
【0093】
図１１は、先に説明したような様々な実施形態を実施するのに適した例示的な通信アーキテクチャ１１００を示すブロック図である。通信アーキテクチャ１１００は、送信機、受信機、トランシーバ、無線機、ネットワーク・インターフェース、ベースバンド・プロセッサ、アンテナ、増幅器、フィルタ、電源などの様々な一般的な通信要素を含む。しかし、実施形態は、システム１００と一致し得る通信アーキテクチャ１１００による実装に限定されない。
【0094】
図１１に示すように、通信アーキテクチャ１１００は、１つまたは複数のクライアント１１０２とサーバー１１０４を含む。サーバー１１０４は、システム１００の１つまたは複数のデバイスを実装できる。クライアント１１０２およびサーバー１１０４は、クッキーおよび／または関連するコンテキスト情報など、それぞれのクライアント１１０２およびサーバー１１０４にローカルな情報を格納するために採用できる、１つまたは複数のそれぞれのクライアント・データ・ストア１１０６およびサーバー・データ・ストア１１０８に動作可能に接続されている。
【0095】
クライアント１１０２とサーバー１１０４は、通信フレームワーク１１１０を用いて互いに情報を通信できる。通信フレームワーク１１１０は、周知の通信技術やプロトコルを実装できる。通信フレームワーク１１１０は、パケット交換ネットワーク（例：インターネットなどのパブリック・ネットワーク、企業内イントラネットなどのプライベート・ネットワークなど）、回線交換ネットワーク（例：公衆交換電話網）、またはパケット交換ネットワークと回線交換ネットワークの組み合わせ（適切なゲートウェイとトランスレータを使用する）として実装できる。
【0096】
通信フレームワーク１１１０は、通信ネットワークを受け入れ、通信し、通信ネットワークに接続するように配置された様々なネットワーク・インターフェースを実装できる。ネットワーク・インターフェースは、入出力（Ｉ／Ｏ）インターフェースの特殊な形態と見なすことができる。ネットワーク・インターフェースは、ダイレクト・コネクト、イーサネット（例えば、太い、細い、ツイスト・ペア１０／１００／１０００ベースＴなど)、トークン・リング、無線ネットワーク・インターフェース、セルラー・ネットワーク・インターフェース、ＩＥＥＥ８０２．７ａ－ｘ ネットワーク・インターフェース、ＩＥＥＥ８０２．１６ネットワーク・インターフェース、ＩＥＥＥ８０２．２０ネットワーク・インターフェースなどを含むがこれらに限定されない接続プロトコルを採用できる。さらに、複数のネットワーク・インターフェースを使用して、さまざまな種類の通信ネットワークに接続できる。例えば、ブロードキャスト、マルチキャスト、ユニキャスト・ネットワークを介した通信を可能にするために、複数のネットワーク・インターフェースを採用できる。処理要件がより大きな速度および容量を必要とする場合、クライアント１１０２およびサーバー１１０４が必要とする通信帯域幅をプール、負荷分散、およびその他の方法で増加させるために、分散ネットワーク・コントローラ・アーキテクチャを同様に採用できる。通信ネットワークは、直接相互接続、セキュリティで保護されたカスタム接続、プライベート・ネットワーク（例えば、企業イントラネット）、パブリック・ネットワーク（例えば、インターネット）、パーソナル・エリア・ネットワーク（ＰＡＮ）、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、インターネット上のノードとしてのオペレーティング・ミッション（ＯＭＮＩ）、ワイド・エリア・ネットワーク（ＷＡＮ）、無線ネットワーク、セルラー・ネットワーク、および他の通信ネットワークを含むがこれらに限定されない、有線ネットワークおよび／または無線ネットワークのいずれか１つおよびその組み合わせとできる。
【0097】
上述したデバイスの構成要素および機能は、ディスクリート回路、特定用途向け集積回路（ＡＳＩＣ）、ロジック・ゲートおよび／またはシングル・チップ・アーキテクチャの任意の組み合わせを用いて実装できる。さらに、本装置の機能は、マイクロコントローラ、プログラマブル・ロジック・アレイおよび／またはマイクロプロセッサ、あるいは好適には前述の任意の組み合わせを用いて実装できる。本明細書では、ハードウェア、ファームウェア、および／またはソフトウェア要素を総称して、または個別に、「ロジック」または「回路」と呼ぶ場合があることに留意されたい。
【0098】
図１Ａ～１１を参照して先に説明したような装置の様々な要素は、様々なハードウェア要素、ソフトウェア要素、またはその両方の組み合わせを含むことができる。ハードウェア要素の例としては、デバイス、ロジック・デバイス、コンポーネント、プロセッサ、マイクロプロセッサ、回路、プロセッサ、回路素子（例えば、トランジスタ、抵抗器、コンデンサ、インダクタなど）、集積回路、特定用途向け集積回路（ＡＳＩＣ）、プログラマブル・ロジックデバイス（ＰＬＤ）、デジタル信号プロセッサ（ＤＳＰ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、メモリー・ユニット、ロジック・ゲート、レジスタ、半導体デバイス、チップ、マイクロチップ、チップ・セットなどを挙げることができる。ソフトウェア要素の例には、ソフトウェア・コンポーネント、プログラム、アプリケーション、コンピュータ・プログラム、アプリケーション・プログラム、システム・プログラム、ソフトウェア開発プログラム、マシン・プログラム、オペレーティング・システム・ソフトウェア、ミドルウェア、ファームウェア、ソフトウェア・モジュール、ルーチン、サブルーチン、機能、方法、手順、ソフトウェア・インターフェース、アプリケーション・プログラム・インターフェース（ＡＰＩ）、命令セット、コンピューティング・コード、コンピュータ・コード、コード・セグメント、コンピュータ・コード・セグメント、単語、値、記号、またはそれらの任意の組み合わせが含まれる。しかしながら、実施形態がハードウェア要素および／またはソフトウェア要素を使用して実装されるかどうかを決定することは、所与の実装に対して所望される計算速度、電力レベル、熱許容範囲、処理サイクル予算、入力データ速度、出力データ速度、メモリー・リソース、データ・バス速度、および他の設計または性能制約などの任意の数の要因に従って変化し得る。
【0099】
少なくとも１つの実施形態の１つまたは複数の態様は、プロセッサ内の様々なロジックを表す機械可読媒体上に記憶された代表的な命令によって実施でき、この命令が機械によって読み取られると、機械は、本明細書に記載の技術を実行するためのロジックを作製する。「ＩＰコア」として知られるこのような表現は、有形で機械読み取り可能な媒体に格納され、ロジックやプロセッサを製造する製造機械にロードするために、様々な顧客や製造施設に供給されることがある。いくつかの実施形態は、例えば、機械によって実行された場合、実施形態に従った方法および／または動作を機械に実行させ得る命令または命令のセットを記憶し得る機械可読媒体または物品を用いて実施され得る。このような機械は、例えば、任意の適切な処理プラットフォーム、コンピューティング・プラットフォーム、コンピューティング・デバイス、処理デバイス、コンピューティング・システム、処理システム、コンピュータ、プロセッサなどを含むことができ、任意の適切なハードウェアおよび／またはソフトウェアの組み合わせを用いて実装できる。機械可読媒体または物品は、例えば、任意の適切なタイプのメモリー・ユニット、メモリー装置、メモリー物品、メモリー媒体、記憶装置、記憶物品、記憶媒体および／または記憶装置、例えば、メモリー、リムーバブルまたはノン・リムーバブル媒体、消去可能または消去不可能媒体、書き込み可能または再書き込み可能媒体、デジタルまたはアナログ媒体、ハードディスク、フロッピー・ディスク、ＣＤーＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＣＤーＲ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅｃｏｒｄａｂｌｅ）、ＣＤーＲＷ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅｗｒｉｔａｂｌｅ）、光ディスク、磁気媒体、光磁気媒体、リムーバブル・メモリー・カードまたはディスク、各種ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、テープ、カセットなどを含むことができる。命令は、ソース・コード、コンパイル済みコード、解釈済みコード、実行可能コード、静的コード、動的コード、暗号化コードなど、任意の適切なタイプのコードを含むことができ、任意の適切な高レベル、低レベル、オブジェクト指向、視覚的、コンパイル済みおよび／または解釈済みプログラミング言語を使用して実装される。
【0100】
前述の実施形態例の説明は、例示と説明の目的で提示されたものである。本開示は、網羅的であること、または開示された正確な形態に限定することを意図していない。本開示に照らして、多くの修正と変形が可能である。本開示の範囲は、この詳細な説明によってではなく、添付の特許請求の範囲によって限定されることが意図されている。本出願の優先権を主張する将来の出願は、開示された主題を異なる態様で請求でき、一般に、本明細書において様々に開示されるか、または他の方法で示されるような、1つまたは複数の制限の任意のセットを含むことができる。
【図1A】
【図1B】
【図1C】
【図1D】
【図1E】
【図2A】
【図2B】
【図2C】
【図3A】
【図3B】
【図4A】
【図4B】
【図5】
【図6】
【図7A】
【図7B】
【図8】
【図9】
【図10】
【図11】
【国際調査報告】