特表 2023-524478 短距離トランシーバを使用した個人ユーザデータのデータアクセス制御のためのシステムおよび方法

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

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

(11)【公表番号】

(43)【公表日】2023-06-12

(54)【発明の名称】短距離トランシーバを使用した個人ユーザデータのデータアクセス制御のためのシステムおよび方法

(51)【国際特許分類】

   G06F 21/33 20130101AFI20230605BHJP

   G06F 21/35 20130101ALI20230605BHJP

   G06F 21/62 20130101ALI20230605BHJP

【ＦＩ】

G06F21/33

G06F21/35

G06F21/62 309

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2022566231

(86)(22)【出願日】2021-04-27

(85)【翻訳文提出日】2022-12-23

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

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

(87)【国際公開日】2021-11-04

(31)【優先権主張番号】16/863,750

(32)【優先日】2020-04-30

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＪＡＶＡ

(71)【出願人】

【識別番号】519111877

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

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

(74)【代理人】

【識別番号】100145403

【弁理士】

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

(74)【代理人】

【識別番号】100135703

【弁理士】

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

(74)【代理人】

【識別番号】100210701

【弁理士】

【氏名又は名称】萩原 義則

(72)【発明者】

【氏名】イリンチック，ライコ

(72)【発明者】

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

(57)【要約】

非接触カードなどの短距離トランシーバとクライアントデバイスとの相互作用を通じてデータアクセスを制御するためのシステムおよび方法が提示される。例示的なシステムおよび方法は、ユーザおよびサービスプロバイダの識別子および鍵を格納するデータベースを確立することと、サービスプロバイダのクライアントデバイスから、ネットワークを介して、サービスプロバイダトークンおよびデータアクセス鍵に対する要求を受信することであって、要求は、ユーザに関連付けられた非接触カードとクライアントデバイスとの間のタップ動作に応答して、生成される、ことと、サービスプロバイダが暗号化されて非接触カードに格納された個人ユーザデータへのアクセスを受信することを承認されていることを検証することと、ユーザ鍵に基づいてデータアクセス鍵を生成することと、クライアントデバイスが非接触カードから取得した個人ユーザデータを復号し得るように、ネットワークを介して、データアクセス鍵をサービスプロバイダクライアントデバイスに送信することと、を含み得る。

【特許請求の範囲】

【請求項1】

データアクセス制御システムであって、
ユーザに関連付けられたユーザ識別子およびユーザ鍵、およびサービスプロバイダに関連付けられたサービスプロバイダ識別子およびサービスプロバイダ鍵を備える情報を格納するデータベースと、
ネットワークを介してサービスプロバイダに関連付けられたクライアントデバイスとデータ通信するように構成されたサーバと、
ユーザに関連付けられた非接触カードであって、前記非接触カードは、通信インターフェース、プロセッサ、およびメモリを備え、前記メモリは、アプレット、ユーザトークン、およびユーザに関連付けられた個人ユーザデータを格納し、前記個人ユーザデータは、前記ユーザ鍵を使用して暗号化される、非接触カードと、
前記クライアントデバイスで実行するための命令を備えるクライアントアプリケーションと、を備え、
前記クライアントアプリケーションは、
前記非接触カードと前記クライアントデバイス間のタップ動作に応答して、前記非接触カードから前記ユーザトークンを受信し、サービスプロバイダトークン、前記ユーザトークン、およびデータアクセス鍵の要求を、前記サーバに送信し、前記サービスプロバイダトークンは、前記サービスプロバイダに関連付けられ、
前記サーバから前記データアクセス鍵を受信し、
前記非接触カードから前記暗号化された個人ユーザデータを受信し、
前記データアクセス鍵を使用して、前記暗号化された個人ユーザデータを復号するように構成され、
前記データアクセス制御システムは、
前記サーバおよび前記データベースとデータ通信するプロセッサと、を備え、
前記プロセッサは、
前記クライアントデバイスから、前記サービスプロバイダトークン、前記ユーザトークン、および前記データアクセス鍵の要求を受信し、
前記サービスプロバイダトークンに基づいて前記サービスプロバイダを識別し、
前記ユーザトークンに基づいてユーザを識別し、
前記サービスプロバイダが前記個人ユーザデータへのアクセスを受信することを承認されていることを検証し、
前記データベースから前記ユーザ鍵を取得し、
前記ユーザ鍵から前記データアクセス鍵を生成し、
前記データアクセス鍵を前記クライアントデバイスに送信するように構成されている、
データアクセス制御システム。

【請求項2】

前記ユーザトークンは、前記ユーザ鍵を備え、前記プロセッサは、前記ユーザ鍵に基づいてユーザを認証するようにさらに構成されている、請求項１に記載のデータアクセス制御システム。

【請求項3】

前記サービスプロバイダトークンは、前記サービスプロバイダ鍵を備え、前記プロセッサは、前記サービスプロバイダ鍵に基づいて前記サービスプロバイダを認証するようにさらに構成されている、請求項１に記載のデータアクセス制御システム。

【請求項4】

前記サービスプロバイダトークンは、前記サービスプロバイダ鍵を備え、前記データアクセス鍵は、前記ユーザ鍵および前記サービスプロバイダ鍵から生成される、請求項１に記載のデータアクセス制御システム。

【請求項5】

前記クライアントアプリケーションは、前記復号された個人ユーザデータを前記クライアントデバイスに表示するようにさらに構成されている、請求項１に記載のデータアクセス制御システム。

【請求項6】

前記クライアントアプリケーションは、
前記データアクセス鍵を前記クライアントデバイスに格納し、
前記データアクセス鍵が前記クライアントデバイスに格納されたままである場合にのみ、前記復号された個人ユーザデータを前記クライアントデバイスに表示するようにさらに構成されている、請求項５に記載のデータアクセス制御システム。

【請求項7】

前記非接触カードの前記メモリは、ユーザに関連付けられた基本的なユーザデータをさらに格納し、前記基本的なユーザデータは、基本的なサービスプロバイダ鍵で暗号化され、
前記クライアントアプリケーションは、
前記非接触カードから前記暗号化された基本的なユーザデータを受信し、
前記基本的なサービスプロバイダ鍵を使用して、前記暗号化された基本的なユーザデータを復号するようにさらに構成されている、
請求項１に記載のデータアクセス制御システム。

【請求項8】

前記クライアントアプリケーションは、
前記サーバから前記基本的なサービスプロバイダ鍵を受信し、
前記基本的なサービスプロバイダ鍵を前記クライアントデバイスのメモリに格納するようにさらに構成されている、
請求項７に記載のデータアクセス制御システム。

【請求項9】

前記クライアントアプリケーションは、前記基本的なサービスプロバイダ鍵の要求を前記サーバに送信するようにさらに構成され、前記基本的なサービスプロバイダ鍵の前記要求は、前記非接触カードと前記クライアントデバイスとの間の前記タップ動作とは無関係であり、
前記プロセッサは、
前記サービスプロバイダが前記基本的なサービスプロバイダ鍵を受信することを承認されていることを検証し、
前記基本的なサービスプロバイダ鍵を前記クライアントデバイスに送信するようにさらに構成されている、
請求項８に記載のデータアクセス制御システム。

【請求項10】

前記基本的なサービスプロバイダ鍵は、所定の期間だけ有効である、請求項９に記載のデータアクセス制御システム。

【請求項11】

データアクセスを制御するための方法であって、
ユーザに関連付けられたユーザ識別子およびユーザ鍵、およびサービスプロバイダに関連付けられたサービスプロバイダ識別子および第１のサービスプロバイダ鍵を備える情報を格納するデータベースを確立することと、
ネットワークを介して、前記サービスプロバイダに関連付けられた第１のクライアントデバイスから、サービスプロバイダトークンおよびユーザに関連付けられた非接触カードに格納された個人ユーザデータにアクセスするためのデータアクセス鍵の要求を受信することであって、前記個人ユーザデータは、前記ユーザ鍵を使用して暗号化され、前記要求は、前記非接触カードと前記第１のクライアントデバイスとの間のタップ動作に応答して生成され、前記要求は、前記非接触カードに格納されたユーザトークンを伴う、ことと、
前記サービスプロバイダトークンに基づいて前記サービスプロバイダを識別することと、
前記ユーザトークンに基づいてユーザを識別することと、
前記サービスプロバイダが前記非接触カードに格納されている個人ユーザデータへのアクセスを受信することを承認されていることを検証することと、
前記データベースから前記ユーザ鍵を取得することと、
前記ユーザ鍵に基づいて前記データアクセス鍵を生成することと、
前記データアクセス鍵を前記第１のクライアントデバイスに送信することと、
を含む方法。

【請求項12】

前記ユーザトークンは、前記ユーザ鍵を含み、前記方法は、前記ユーザ鍵に基づいてユーザを認証することをさらに含む、請求項１１に記載の方法。

【請求項13】

前記サービスプロバイダトークンは、前記第１のサービスプロバイダ鍵を備え、前記方法は、前記第１のサービスプロバイダ鍵に基づいて前記サービスプロバイダを認証することをさらに含む、請求項１１に記載の方法。

【請求項14】

前記データアクセス鍵は、前記ユーザ鍵および前記第１のサービスプロバイダ鍵に基づいて生成される、請求項１３に記載の方法。

【請求項15】

前記方法は、
第２のクライアントデバイスから第２のサービスプロバイダ鍵を受信することをさらに含み、前記データアクセス鍵は、前記ユーザ鍵、前記第１のサービスプロバイダ鍵、および前記第２のサービスプロバイダ鍵に基づいて生成される、請求項１３に記載の方法。

【請求項16】

前記第２のサービスプロバイダ鍵は、前記非接触カードと前記第２のクライアントデバイスとの間のタップ動作に応答して、前記第２のクライアントデバイスによって送信される、請求項１５に記載の方法。

【請求項17】

前記データベースは、ユーザに関連付けられた更新された個人ユーザデータをさらに格納し、前記方法は、
前記ユーザ鍵を使用して、前記更新された個人ユーザデータを暗号化することと、
前記暗号化された更新された個人ユーザデータを前記第１のクライアントデバイスに送信することと、
をさらに含む、請求項１１に記載の方法。

【請求項18】

データアクセスを制御するための方法であって、
ユーザに関連付けられたユーザ識別子およびユーザ鍵、およびサービスプロバイダに関連付けられたサービスプロバイダ識別子およびサービスプロバイダ鍵を備える情報を格納するデータベースを確立することと、
通信インターフェース、プロセッサ、およびメモリを備える非接触カードを提供することであって、前記メモリは、アプレットおよびユーザトークンを格納し、前記通信インターフェースは、近距離無線通信、ブルートゥース、またはＷｉ－Ｆｉのうちの少なくとも１つをサポートするように構成され、前記非接触カードは、ユーザに関連付けられている、ことと、
前記サービスプロバイダに関連付けられたクライアントデバイスで実行するための命令を備えるクライアントアプリケーションを提供することと、を含み、前記クライアントアプリケーションは、
前記非接触カードと前記クライアントデバイスとの間のタップ動作に応答して、前記非接触カードから前記ユーザトークンを受信し、ネットワークを介して、サーバに、サービスプロバイダトークン、前記ユーザトークン、およびデータアクセス鍵の要求を送信し、前記サービスプロバイダトークンは、前記サービスプロバイダに関連付けられており、
前記サーバから、前記データアクセス鍵、およびユーザに関連付けられた暗号化された個人ユーザデータを格納するデータリポジトリへのリンクを受信し、前記データアクセス鍵は、前記ユーザ鍵に基づいて生成され、
前記リンクを介して、前記暗号化された個人ユーザデータの要求を前記データリポジトリに送信し、
前記データリポジトリから前記暗号化された個人ユーザデータを受信し、
前記データアクセス鍵を使用して、前記暗号化された個人ユーザデータを復号するように構成されており、
前記方法は、
前記クライアントデバイスから、前記ネットワークを介して、サービスプロバイダトークン、およびユーザに関連付けられた前記個人ユーザデータにアクセスするための前記データアクセス鍵の要求を受信することであって、前記要求は、前記ユーザトークンが伴う、ことと、
前記サービスプロバイダトークンに基づいて前記サービスプロバイダを識別することと、
前記ユーザトークンに基づいてユーザを識別することと、
前記サービスプロバイダがユーザに関連付けられた前記個人ユーザデータへのアクセスを受信することを承認されていることを検証することと、
前記暗号化された個人ユーザデータを格納する前記データリポジトリへの前記リンクを生成することと、
前記データベースから前記ユーザ鍵を取得することと、
前記ユーザ鍵に基づいて前記データアクセス鍵を生成することと、
前記データアクセス鍵、および前記暗号化された個人ユーザデータを格納する前記データリポジトリへの前記リンクを前記クライアントデバイスに送信することと、
を含む方法。

【請求項19】

前記データアクセス鍵は、前記ユーザ鍵および前記サービスプロバイダ鍵に基づいて生成される、請求項１８に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、２０２０年４月３０日に出願された米国特許出願第１６／８６３，７５０号に対する優先権を主張し、その開示は、参照によりその全体が本明細書に援用される。

【0002】

開示の分野
本開示は、一般に、ユーザデータ制御に関し、より具体的には、短距離トランシーバとクライアントデバイスとの相互作用による個人ユーザデータへのアクセスの能動的制御のための例示的なシステムおよび方法に関する。

【背景技術】

【0003】

典型的なユーザは、例えば、個人の健康データ、社会保障番号、家族の連絡先などの情報を含む、極秘または機密性のある個人ユーザ情報またはデータを有している。ユーザがアカウントを作成するとき、ユーザは通常、ユーザに関する一定量の個人識別情報と、ユーザ名やパスワードなどのアカウントアクセスに関する情報を提供する。ユーザ以外のエンティティは、個人ユーザデータに追加され得る。異なるエンティティは、例えば、異なるユーザデータ保持ポリシ、異なる使用ポリシ、および異なるユーザデータ共有ポリシを有し得る。ユーザ情報の使用に関するポリシは、ユーザへの通知なしにさらに変更され得る。さらに、ユーザ情報の所有者は、ユーザへの通知なしに、多くの場合、あるエンティティが他のエンティティによって合併または買収されることによって変更され得る。

【0004】

アカウントへのアクセスは、多くの場合、カード所有者の身元を確認するためにログイン資格情報（例えば、ユーザ名およびパスワード）に依存する。しかしながら、ログイン資格情報が危殆化された場合、他の人がユーザのアカウントにアクセスでき、場合によっては、ユーザの極秘情報または機密情報またはデータにアクセスできる可能性がある。さらに、ユーザが個人情報を共有するエンティティまたは個人が多いほど、いずれかのエンティティでの侵害によってユーザの情報が盗まれるリスクが高くなる。さらに、ユーザは、限られた目的または限られた時間で、特定の個人情報をエンティティまたは個人と共有することだけを望み得る。

【0005】

したがって、ユーザが本明細書に記載の欠陥の少なくともいくつかを克服するためにユーザ情報の使用を制御することを可能にする例示的なシステムおよび方法を提供することが有益であり得る。

【発明の概要】

【0006】

開示された技術の態様は、非接触カードなどの短距離トランシーバとクライアントデバイスとの相互作用を通じてデータアクセスを制御するためのシステムおよび方法を含む。 データアクセス制御は、個人ユーザデータのコンテキストで提供され得、個人ユーザデータが、データを確認する権限を有するサービスプロバイダにのみ提供され、特定のアカウント識別子情報、またはアカウントログイン情報の開示が、個人ユーザデータへのアクセスを要求するサービスプロバイダに開示されないように、非接触カードなどの短距離トランシーバとクライアントデバイスとの相互作用を介して個人ユーザデータへのアクセスを取得する要求を処理することを含み得る。

【0007】

本開示の実施形態は、データアクセス制御システムを提供する。システムは、ユーザに関連付けられたユーザ識別子およびユーザ鍵、およびサービスプロバイダに関連付けられたサービスプロバイダ識別子およびサービスプロバイダ鍵を備える情報を格納するデータベースと、ネットワークを介してサービスプロバイダに関連付けられたクライアントデバイスとデータ通信するように構成されたサーバと、ユーザに関連付けられた非接触カードであって、非接触カードは、通信インターフェース、プロセッサ、およびメモリを備え、メモリは、アプレット、ユーザトークン、およびユーザに関連付けられた個人ユーザデータを格納し、個人ユーザデータは、ユーザ鍵を使用して暗号化される、非接触カードと、クライアントデバイスで実行するための命令を備えるクライアントアプリケーションと、を備え、クライアントアプリケーションは、非接触カードとクライアントデバイス間のタップ動作に応答して、非接触カードからユーザトークンを受信し、サービスプロバイダトークン、ユーザトークン、およびデータアクセス鍵の要求を、サーバに送信し、サービスプロバイダトークンは、サービスプロバイダに関連付けられ、サーバからデータアクセス鍵を受信し、非接触カードから暗号化された個人ユーザデータを受信し、データアクセス鍵を使用して、暗号化された個人ユーザデータを復号するように構成され、データアクセス制御システムは、サーバおよびデータベースとデータ通信するプロセッサと、を備え、プロセッサは、クライアントデバイスから、サービスプロバイダトークン、ユーザトークン、およびデータアクセス鍵の要求を受信し、サービスプロバイダトークンに基づいてサービスプロバイダを識別し、ユーザトークンに基づいてユーザを識別し、サービスプロバイダが個人ユーザデータへのアクセスを受信することを承認されていることを検証し、データアクセス鍵をクライアントデバイスに送信するように構成されている。

【0008】

本開示の実施形態は、データアクセスを制御するための方法を提供する。方法は、ユーザに関連付けられたユーザ識別子およびユーザ鍵、およびサービスプロバイダに関連付けられたサービスプロバイダ識別子および第１のサービスプロバイダ鍵を備える情報を格納するデータベースを確立することと、ネットワークを介して、サービスプロバイダに関連付けられた第１のクライアントデバイスから、サービスプロバイダトークンと、ユーザに関連付けられた非接触カードに格納された個人ユーザデータにアクセスするためのデータアクセス鍵の要求とを受信することであって、個人ユーザデータは、ユーザ鍵を使用して暗号化され、要求は、非接触カードと第１のクライアントデバイスとの間のタップ動作に応答して生成され、要求は、非接触カードに格納されたユーザトークンを伴う、ことと、サービスプロバイダトークンに基づいてサービスプロバイダを識別することと、ユーザトークンに基づいてユーザを識別することと、サービスプロバイダが非接触カードに格納されている個人ユーザデータへのアクセスを受信することを承認されていることを検証することと、ユーザ鍵に基づいてデータアクセス鍵を生成することと、データアクセス鍵を第１のクライアントデバイスに送信することと、を含む。

【0009】

本開示の実施形態は、データアクセスを制御するための方法を提供する。方法は、ユーザに関連付けられたユーザ識別子およびユーザ鍵、およびサービスプロバイダに関連付けられたサービスプロバイダ識別子およびサービスプロバイダ鍵を備える情報を格納するデータベースを確立することと、通信インターフェース、プロセッサ、およびメモリを備える非接触カードを提供することであって、メモリは、アプレットおよびユーザトークンを格納し、通信インターフェースは、近距離無線通信、ブルートゥース（登録商標）、またはＷｉ－Ｆｉのうちの少なくとも１つをサポートするように構成され、非接触カードは、ユーザに関連付けられている、ことと、サービスプロバイダに関連付けられたクライアントデバイスで実行するための命令を備えるクライアントアプリケーションを提供することと、を含み、クライアントアプリケーションは、非接触カードとクライアントデバイスとの間のタップ動作に応答して、非接触カードからユーザトークンを受信し、サーバに、サービスプロバイダトークン、ユーザトークン、およびデータアクセス鍵の要求を送信し、サービスプロバイダトークンは、サービスプロバイダに関連付けられており、サーバから、データアクセス鍵、およびユーザに関連付けられた暗号化された個人ユーザデータを格納するデータリポジトリへのリンクを受信し、データアクセス鍵は、ユーザ鍵に基づいて生成され、リンクを介して、暗号化された個人ユーザデータの要求をデータリポジトリに送信し、データリポジトリから暗号化された個人ユーザデータを受信し、データアクセス鍵を使用して、暗号化された個人ユーザデータを復号するように構成されており、方法は、クライアントデバイスから、ネットワークを介して、サービスプロバイダトークン、およびユーザに関連付けられた個人ユーザデータにアクセスするためのデータアクセス鍵の要求を受信することであって、要求は、ユーザトークンが伴う、ことと、サービスプロバイダトークンに基づいてサービスプロバイダを識別することと、ユーザトークンに基づいてユーザを識別することと、サービスプロバイダがユーザに関連付けられた個人ユーザデータへのアクセスを受信することを承認されていることを検証することと、暗号化された個人ユーザデータを格納するデータリポジトリへのリンクを生成することと、データベースからユーザ鍵を取得することと、ユーザ鍵に基づいてデータアクセス鍵を生成することと、データアクセス鍵、および暗号化された個人ユーザデータを格納するデータリポジトリへのリンクをクライアントデバイスに送信することと、を含む。

【0010】

開示された設計のさらなる特徴、およびそれによって提供される利点は、以下に説明され、添付の図面に示される特定の例示的な実施形態を参照して、以下により詳細に説明される。

【図面の簡単な説明】

【0011】

【図1A】１つまたは複数の例示的な実施形態に係るデータアクセス制御システムの図である。

【図1B】１つまたは複数の例示的な実施形態に係るデータアクセス制御を提供するためのシーケンスを示す図である。

【図1C】１つまたは複数の例示的な実施形態に係るデータアクセス制御を提供するためのシーケンスを示す図である。

【図2】１つまたは複数の例示的な実施形態に係るデータアクセス制御システムで使用されるクライアントデバイスのコンポーネントを示している。

【図3】１つまたは複数の例示的な実施形態に係るデータアクセス制御システムで使用される短距離トランシーバのコンポーネントを示している。

【図4】１つまたは複数の例示的な実施形態に係るデータアクセス制御システムで使用されるクライアントデバイスと短距離トランシーバとの間の相互作用を示す図である。

【図5】１つまたは複数の例示的な実施形態に係るデータアクセス制御システムで使用されるクライアントデバイスと短距離トランシーバとの間の相互作用を示す図である。

【図6A】１つまたは複数の例示的な実施形態に係るデータアクセス制御の方法を示すフローチャートを提供する。

【図6B】１つまたは複数の例示的な実施形態に係るデータアクセス制御の方法を示すフローチャートを提供する。

【図7A】１つまたは複数の例示的な実施形態に係るデータアクセス制御の１つまたは複数の方法を示すフローチャートを提供する。

【図7B】１つまたは複数の例示的な実施形態に係るデータアクセス制御の１つまたは複数の方法を示すフローチャートを提供する。

【図7C】１つまたは複数の例示的な実施形態に係るデータアクセス制御の１つまたは複数の方法を示すフローチャートを提供する。

【図8】１つまたは複数の例示的な実施形態に係るデータアクセス制御システムの図である。

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

【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】

図６Ｂは、図面および関連する説明を含むがこれらに限定されない、上記のコンポーネントおよび特徴を参照して、１つまたは複数の例示的な実施形態に係るデータアクセス制御６００の方法を示すフローチャートである。図６Ｂに記載された特徴は、図６Ａで参照された特徴に追加され得る。図６Ａで参照されたブロックの説明は、ここでは繰り返されない。図６Ａを参照して上述したように、データアクセス制御方法６００は、（第１の）サービスプロバイダに関連付けられたクライアントデバイス１０１上で実行されるアプリケーション１０２によって実行され得る。短距離トランシーバ１０５は、ユーザに関連付けられる。

【0084】

短距離トランシーバ１０５に配置されたメモリ（図４に示されるメモリ３０２など）は、名前、性別、生年月日などの基本的なユーザデータを含み得る。この基本的なユーザデータは、個人ユーザデータに含まれるデータの種類のサブセットであり得、追加データであり得、および／または変更される可能性が低い（または他の種類の個人ユーザデータよりも時間の経過とともに変更される可能性が低い）データであり得る。個人ユーザデータが健康データを含む場合など、いくつかの例示的な実施形態では、基本的なユーザデータは、例えば、身長、体重、アレルギ、処方箋、ＤＮＲ指示など、健康データの特定の側面を含み得る。基本的なユーザデータに含まれ得る情報の種類は、ユーザによって選択可能であり得る。

【0085】

基本的なユーザデータは、短距離トランシーバメモリ３０２に格納され、例えば、特定のメモリ位置またはファイル名によって識別されるデータファイルに配置され得る。

【0086】

基本的なユーザデータは、サービスプロバイダが利用し得る基本的なサービスプロバイダ鍵で復号され得るように、鍵で暗号化され得る。基本的なサービス鍵は、個人ユーザデータ３０５を記述するために必要なデータアクセス鍵とは異なり得る。１つまたは複数の実施形態では、基本的なサービスプロバイダ鍵は、サービスプロバイダが利用し得、例えば、毎日、毎週、毎月、または他の基準など、限られた期間有効であり得る。基本的なサービスプロバイダ鍵は、特定のサービスプロバイダエンティティに関連付けられたすべての担当者に共通であり得る。基本的なサービスプロバイダ鍵は、データベース１３０に格納され、またはサービスプロバイダの身元に基づいてシステムによって生成され得る。システムによって基本的なサービスプロバイダ鍵を格納（または鍵を生成）し、その鍵をクライアントデバイスにプッシュすることで、アクセスを制御し、監査目的でアクセスをログに記録して追跡することが可能になる。

【0087】

ブロック６９０で、基本的なサービスプロバイダ鍵は、サーバから受信される。基本的なサービスプロバイダ鍵は、サービスプロバイダ（またはサービスプロバイダエンティティ）がシステム１００で有し得る取り決めまたはプロトコルに従って、いつでも要求および／または取得され得る。例えば、クライアントデバイス１０１は、新しい鍵が利用可能になる間隔で（例えば、毎日、毎週、毎月、または他の基準で）、基本的なサービスプロバイダ鍵の要求をサーバ１１０に送信し得る。基本的なサービスプロバイダ鍵を受信することは、サービスプロバイダが短距離トランシーバ１０５の近くにいることを必要とせず、基本的なサービスプロバイダ鍵は、短距離トランシーバ１０５による任意のタップ動作とは無関係に要求または受信され得る。

【0088】

ブロック６９２で、基本的なサービスプロバイダ鍵は、クライアントデバイス１０１に配置されたメモリに格納され、後でサービスプロバイダが基本的なサービスプロバイダ鍵を後日呼び出して使用できるようにし得る。

【0089】

ブロック６９４で、暗号化された基本的なユーザ情報は、短距離トランシーバ１０５から受信され得る。これは、短距離トランシーバ１０５とクライアントデバイス１０１との間のタップ動作に応答するか、そうでなければ、クライアントデバイス１０１の短距離無線通信範囲の範囲内に短距離トランシーバ１０５が存在するといつでも受信され得る。

【0090】

ブロック６９６で、基本的なサービスプロバイダ鍵を使用して、暗号化された基本的なユーザデータを復号し得る。アプリケーション１０２は、クライアントデバイス１０１上に基本的なユーザデータを表示させ得る。いくつかの実施形態では、アプリケーション１０２は、時間制限付きまたは限られた使用回数ベースで検索するためにクライアントデバイス１０１に基本的なユーザデータを格納することを許可され得る。例示的な実施形態では、基本的なユーザデータは、暗号化されていないフォーマットでトランシーバ１０５に格納され得る。例示的な実施形態では、基本的なユーザデータは、暗号化されていない形式でクライアントデバイス１０１によって受信され、基本的なサービスプロバイダ鍵を必要とせずにアクセスされ得る。基本的なユーザデータが暗号化されていないフォーマットで格納または提供されるかどうかは、ユーザが決定し得る。

【0091】

図７Ａは、図および関連する説明を含むがこれらに限定されない、上記のコンポーネントおよび特徴を参照して、１つまたは複数の例示的な実施形態に係るデータアクセス制御７００の方法を示すフローチャートである。データアクセス制御方法７００は、サーバ１１０を介して、第１のサービスプロバイダに関連付けられたクライアントデバイス１０１および／または第２のサービスプロバイダに関連付けられたクライアントデバイス１０３と通信するプロセッサ１２０によって実行され得る。

【0092】

ブロック７１０で、第１のサービスプロバイダに関連付けられたクライアントデバイス１０１から、ユーザトークン１０７および（第１のサービスプロバイダに関連付けられた）サービスプロバイダトークンとともに、暗号化された個人ユーザデータの復号を可能にするデータアクセス鍵を要求するデータアクセス鍵要求を受信し得る。トークン１０７は、ユーザ識別子を含み得る。いくつかの例示的な実施形態では、トークン１０７は、ユーザに関連付けられたユーザ鍵を含み得る。いくつかの例示的な実施形態では、サービスプロバイダトークンは、第１のサービスプロバイダ鍵を含み得る。

【0093】

ブロック７２０で、データアクセス鍵要求の送信者は、サービスプロバイダトークンに基づいて第１のサービスプロバイダとして識別され得る。いくつかの例示的な実施形態では、サービスプロバイダトークンが第１のサービスプロバイダに関連付けられた第１のサービスプロバイダ鍵を含む場合、第１のサービスプロバイダ鍵を使用して第１のサービスプロバイダを認証し得る。

【0094】

ブロック７３０で、ユーザは、受信したユーザトークン１０７に基づいて識別され得る。いくつかの例示的な実施形態では、トークン１０７がユーザに関連付けられたユーザ鍵を含む場合、ユーザ鍵を使用してユーザを認証し得る。

【0095】

ブロック７４０で、プロセッサは、第１のサービスプロバイダが個人ユーザデータへのアクセスを受信する権限を与えられている（したがって、データアクセス鍵を取得する権限を与えられている）ことを検証し得る。承認は、サービスプロバイダの身元、またはユーザの身元、またはその両方に基づき得、データベース１３０からの情報の検索を含み得る。

【0096】

ブロック７５０で、サービスプロバイダに関連付けられたクライアントデバイス１０１にデータアクセス鍵を送信し得る。上述のように、データアクセス鍵は、データベース１３０に格納され得、または、ユーザ鍵、第１のサービスプロバイダ鍵、またはユーザ鍵と第１のサービスプロバイダ鍵との組み合わせに基づいて生成され得る。

【0097】

図７Ｂは、図面および関連する説明を含むがこれらに限定されない、上記のコンポーネントおよび特徴を参照して、１つまたは複数の例示的な実施形態に係るデータアクセス制御７０１の方法を示すフローチャートである。図７Ｂに記載された特徴は、図７Ａで参照された特徴に追加され得る。図７Ａで参照されたブロックの説明は、ここでは繰り返されない。図７Ａを参照して上述したように、データアクセス制御方法７００は、サーバ１１０を介して、第１のサービスプロバイダに関連付けられたクライアントデバイス１０１および／または第２のサービスプロバイダに関連付けられたクライアントデバイス１０３と通信するプロセッサ１２０によって実行され得る。

【0098】

図７Ｂの方法によれば、ブロック７５０（図７Ａで参照）は、図７Ａに示されるシーケンスでは実行されない。代わりに、図７Ｂを参照すると、ブロック７５０’で、個人ユーザデータへのサービスプロバイダアクセスには２人の承認が必要であると決定される。

【0099】

ブロック７６０で、２人の承認には第２のサービスプロバイダがデータアクセス鍵要求を承認しなければならないことが必要であるという通知が、第１のサービスプロバイダに関連付けられたクライアント１０１に送信される。

【0100】

ブロック７６５で、第２のサービスプロバイダに関連付けられたクライアントデバイス１０３から、ユーザトークンおよび第２のサービスプロバイダトークンとともに、データアクセス鍵要求を受信し得る。第２のサービスプロバイダトークンは、第２のサービスプロバイダ鍵を含み得る。

【0101】

ブロック７７０で、第２のサービスプロバイダのクライアントデバイス１０３からのデータアクセス鍵要求が、第１のサービスプロバイダのクライアントデバイス１０１から以前に受信したデータアクセス鍵要求に対応することが決定され得る。

【0102】

ブロック７７５で、第１のサービスプロバイダによってなされたデータアクセス鍵要求の承認を求める承認通知が、第２のサービスプロバイダのクライアントデバイス１０３に送信され得る。

【0103】

ブロック７８０で、第１のサービスプロバイダによってなされたデータアクセス鍵要求の第２のサービスプロバイダによる承認を示す承認メッセージが、第２のサービスプロバイダのクライアントデバイス１０３から受信され得る。

【0104】

ブロック７８５で、データアクセス鍵は、第１のサービスプロバイダに関連付けられたクライアントデバイス１０１に送信され得る。上述のように、データアクセス鍵は、データベース１３０に格納され得、または、ユーザ鍵、第１のサービスプロバイダ鍵、またはユーザ鍵と第１のサービスプロバイダ鍵の組み合わせ、またはユーザ鍵と第１のサービスプロバイダ鍵と第２のサービスプロバイダ鍵の組み合わせに基づいて生成され得る。

【0105】

図７Ｃは、図および関連する説明を含むがこれらに限定されない、上記のコンポーネントおよび特徴を参照して、１つまたは複数の例示的な実施形態に係るデータアクセス制御７０２の方法を示すフローチャートである。図７Ｃに記載された特徴は、図７Ａまたは図７Ｂで参照された特徴に追加され得る。図７Ａおよび図７Ｂで参照されるブロックの説明は、ここでは繰り返さない。図７Ａおよび図７Ｂを参照して上述したように、データアクセス制御方法７００は、サーバ１１０を介して、第１のサービスプロバイダに関連付けられたクライアントデバイス１０１および／または第２のサービスプロバイダに関連付けられたクライアントデバイス１０３と通信するプロセッサ１２０によって実行され得る。

【0106】

ブロック７９０で、クライアントデバイス１０１から基本的なサービスプロバイダ鍵の要求が受信される。上で論じたように、サービスプロバイダ（またはサービスプロバイダエンティティ）がシステム１００で有し得る取り決めまたはプロトコルに従って、いつでも基本的なサービスプロバイダ鍵を要求し得る。基本的なサービスプロバイダ鍵を要求することは、サービスプロバイダが短距離トランシーバ１０５の近くにいることを必要とせず、基本的なサービスプロバイダ鍵は、短距離トランシーバ１０５でのタップ動作とは無関係にクライアントデバイス１０１に送信され得る。

【0107】

ブロック７９２で、プロセッサは、サービスが基本的なユーザデータへのアクセスを受信することを承認されている（したがって、基本的なサービスプロバイダ鍵を取得することが承認されている）ことを検証し得る。承認は、サービスプロバイダの身元に基づき得、データベース１３０からの情報の検索を含み得る。

【0108】

ブロック７９４で、サービスプロバイダに関連付けられたクライアントデバイス１０１に基本的なサービスプロバイダ鍵を送信し得る。サービスプロバイダ鍵は、データベース１３０に格納され得、または、サービスプロバイダの身元に基づいてシステムによって生成され得る。

【0109】

図８は、１つまたは複数の例示的な実施形態によるデータアクセス制御システム８００を示す図を示す。図８は、図１Ａに示される例示的な実施形態のシステム１００の同様のコンポーネントを参照しており、それらのコンポーネントの説明はここでは繰り返されない。図１Ａに示され、上記で説明されたシステム１００に関連するコンポーネントに加えて、システム８００は、データリポジトリ８０１を含み得る。データリポジトリ８０１は、データベース１３０について上で説明したのと同じまたは類似の構造、機能、または特徴のいくつかまたはすべてを有するデータベースを含み得る。データリポジトリは、サーバ１１０について上記で説明したのと同じまたは類似の構造、機能、または特徴のいくつかまたはすべてを有するサーバを含むか、または組み込み得る。データレポジトリはまた、プロセッサ１２０について上で説明したのと同じまたは類似の構造、機能、または特徴のいくつかまたはすべてを有するプロセッサを含むか、または組み込み得る。データリポジトリは、図３の個人ユーザデータ３０５に関して上で説明した種類の個人ユーザデータなどの個人ユーザデータを格納するように構成される。データリポジトリは、個人ユーザデータを暗号化されたフォーマットで格納するか、承認されたサービスプロバイダに送信する前に個人ユーザデータを暗号化し得る。データレポジトリ８０１は、オペレーティングシステム１００と同じまたは関連するエンティティによって操作され得、または、サードパーティによって操作され得る。

【0110】

動作中、システム８００は、個人ユーザデータにアクセスするためのデータアクセス鍵の要求を処理するために、上述のようにシステム１００のコンポーネントによって実行されるのと同じ機能のすべてまたは多くを実行し得る。システム８００が、サービスプロバイダが個人ユーザデータへのアクセスを受信する権限を与えられていることを検証すると、プロセッサ１２０は、個人ユーザデータが格納されているデータレポジトリへのリンクを生成し得る。例示的な実施形態では、プロセッサ１２０は、データレポジトリ８０１へのリンクに加えて、またはその代わりに、情報（例えば、データレポジトリ８０１の電子アドレスなど）を提供し得る。

【0111】

プロセッサ１２０は、データアクセス鍵を検索するか、または上述のようにデータアクセス鍵を生成し得る（例えば、ユーザ鍵に基づいて、またはユーザ鍵およびサービスプロバイダ鍵に基づいて生成されることを含む）。プロセッサ１２０は、クライアントデバイス１０１に、データアクセス鍵と、個人ユーザデータが配置され得るデータレポジトリ８０１へのリンクとを送信し得る。データアクセス鍵およびデータレポジトリ８０１へのリンクを受信すると、クライアントデバイス１０１は、リンクに基づいてデータレポジトリ８０１から暗号化された個人ユーザデータを検索し得る。例えば、クライアントデバイス１０１は、リンクを介して、暗号化された個人ユーザデータの要求をデータレポジトリ８０１に送信し、データレポジトリ８０１から暗号化された個人ユーザデータを受信し得る。クライアントデバイス１０１が暗号化された個人ユーザデータを取得すると、クライアントデバイス１０１はデータアクセス鍵を使用して、暗号化された個人ユーザデータを復号し得る。個人ユーザデータが復号されると、クライアントデバイス１０１は、上述のように個人ユーザデータにアクセスして使用し得る。

【0112】

いくつかの例示的な実施形態では、データリポジトリ８０１は、トランシーバ１０５に格納されたのと同じ個人ユーザデータを格納し得る。いくつかの例示的な実施形態では、個人ユーザデータは、トランシーバ１０５に格納される代わりに、データレポジトリ８０１に格納される。いくつかの例示的な実施形態では、個人ユーザデータは、データレポジトリ８０１に格納され、限られたセットのユーザデータ（例えば、基本的なユーザデータなど）のみがトランシーバ１０５に格納され得る。いくつかの例示的な実施形態では、データリポジトリ８０１に格納された個人ユーザデータを更新し得る。更新された個人ユーザデータは、データレポジトリ８０１に格納され、個人ユーザデータの要求に応じてクライアントデバイス１０１に送信され得る。

【0113】

本開示における実施形態の説明は、本開示の異なる態様の特徴および教示を特に説明するために、図および数字を参照する非限定的な代表的な例を提供する。記載された実施形態は、実施形態の説明からの他の実施形態と別個に、または組み合わせて実施できると認識されるべきである。実施形態の説明を検討する当業者は、本開示の異なる説明された態様を学習および理解できなければならない。実施形態の説明は、具体的には説明されていないが、実施形態の説明を読んだ当業者の知識の範囲内にある他の実施が、本開示の適用と一致すると理解される程度に、本開示の理解を促進するものである。

【0114】

明細書および請求の範囲を通じて、以下の用語は、文脈が明確に別段の指示をしない限り、少なくとも本明細書に明示的に関連付けられた意味をとる。「または」という用語は、包括的な「または」を意味することを意図している。さらに、「ａ」、「ａｎ」、および「ｔｈｅ」という用語は、別段の指定がない限り、または文脈から明確になって単数形に向けられない限り、１つまたは複数を意味することを意図している。

【0115】

この説明では、多くの具体的な詳細が説明されている。しかしながら、開示された技術の実施は、これらの特定の詳細なしで実施され得ることが理解されるべきである。他の例では、この説明の理解を曖昧にしないために、よく知られた方法、構造、および技術は、詳細に示されていない。「いくつかの例」、「他の例」、「一例」、「例」、「様々な例」、「一実施形態」、「実施形態」、「いくつかの実施形態」、「例示的な実施形態」、「様々な実施形態」、「１つの実施」、「実施」、「例示的な実施」、「様々な実施」、「いくつかの実施」などへの言及は、そのように説明された開示された技術の実施が特定の特徴、構造、または特性を含み得るが、全ての実施が必ずしも特定の特徴、構造、または特性を含むとは限らないことを示す。さらに、「一例では」、「一実施形態では」、または「一実施では」という句の繰り返し使用は、同じ例、実施形態、または実施を必ずしも指すとは限らないが、そうであってもよい。

【0116】

本明細書で使用される場合、特に明記されていない限り、共通の対象を説明するための序数形容詞「第１」、「第２」、「第３」などの使用は、同様の対象の異なるインスタンスが参照されていることを示すだけであり、そのように記述された対象は、時間的、空間的、ランク付け、またはその他の方法で、特定の順序である必要があることを意味するものではない。

【0117】

開示された技術の特定の実施は、現在最も実用的で様々な実施であると考えられているものに関連して説明されてきたが、開示された技術は、開示された実施に限定されるべきではなく、逆に、添付の請求の範囲内に含まれる様々な修正および同等の取り決めをカバーすることを意図していることを理解されたい。本明細書では特定の用語が使用されているが、それらは一般的かつ説明的な意味でのみ使用されており、限定の目的ではない。

【0118】

この書面による説明は、例を使用して、最良のモードを含む開示された技術の特定の実施を開示し、また、当業者が、任意のデバイスまたはシステムの作成および使用、並びに任意の組み込まれた方法の実行を含む、開示された技術の特定の実施を実践できるようにする。開示された技術の特定の実施の特許性のある範囲は、請求の範囲で定義され、当業者に発生する他の例を含み得る。そのような他の例は、請求の範囲の文字通りの言語と異ならない構造要素を有する場合、または請求の範囲の文字通りの言語と実質的に異なる同等の構造要素を含む場合、請求の範囲の範囲内にあることを意図している。

【図1A】

【図1B】

【図1C】

【図2】

【図3】

【図4】

【図5】

【図6A】

【図6B】

【図7A】

【図7B】

【図7C】

【図8】

【国際調査報告】