(57)【特許請求の範囲】
【請求項１】
ユーザの身元の信頼性を決定する装置であって、
少なくとも１つの他の装置とインタラクトする通信モジュールと、
当該装置を所有しているユーザの身元を決定するために用いられるデータを収集するデータ収集モジュールと、
信頼性モジュールと、
を備え、前記信頼性モジュールは、少なくとも、
前記データ収集モジュールから前記データを受信し、
少なくとも前記データに基づいて、前記ユーザの前記身元が信頼できるという装置信頼レベルを決定し、
前記少なくとも１つの他の装置のうちの第２の装置から第２の装置信頼レベルを受け取り、
当該装置及び前記第２の装置が少なくともいくつかの共通するデータを収集することを決定し、
当該装置及び前記第２の装置によって収集された前記共通するデータを比較し、
前記第２の装置が前記ユーザに所有されているか否かを前記比較に基づき判定し、
前記装置信頼レベル、前記第２の装置の装置信頼レベル、及び前記第２の装置が前記ユーザに所有されているか否かに基づき、結合された装置信頼レベルを決定する、
装置。
【請求項２】
前記データは、当該装置の少なくとも１つのセンサによって感知されるバイオメトリックデータを含む、
請求項１に記載の装置。
【請求項３】
前記信頼性モジュールは装置信頼性モジュールを含み、前記装置信頼性モジュールは、少なくとも、
前記データの品質を決定し、
少なくとも前記データの品質に基づいて、前記装置信頼レベルを決定する、
請求項１に記載の装置。
【請求項４】
前記データの品質は、データタイプ、データ頻度、データ精度及びデータ整合性のうち少なくとも１つに基づいて決定される、
請求項３に記載の装置。
【請求項５】
前記信頼性モジュールは更に、前記通信モジュールに、少なくとも前記装置信頼レベルを前記少なくとも１つの他の装置に送信させる、
請求項１に記載の装置。
【請求項６】
前記信頼性モジュールは更に認証・収集モジュールを含み、前記認証・収集モジュールは、少なくとも、
前記少なくとも１つの他の装置から少なくとも１つの装置信頼レベルを受信し、
当該装置において決定された前記装置信頼レベルと、前記少なくとも１つの他の装置から受信された前記少なくとも１つの装置信頼レベルとに基づいて、全体信頼レベルを決定する、
請求項１に記載の装置。
【請求項７】
前記認証・収集モジュールは更に、前記少なくとも１つの他の装置から認証データを受信し、
前記認証データに基づいて、前記全体信頼レベルを決定する前に、前記少なくとも１つの他の装置を認証する、
請求項６に記載の装置。
【請求項８】
前記信頼性モジュールは更に、少なくとも当該装置を所有している前記ユーザの前記身元と前記装置信頼レベルとに基づいて、当該装置において動作モードを設定する、
請求項１に記載の装置。
【請求項９】
前記信頼性モジュールは更に、当該装置と前記ユーザのうち少なくとも１つのコンテキストに更に基づいて、前記動作モードを設定する、
請求項８に記載の装置。
【請求項１０】
ユーザ認証の信頼性を決定する方法であって、
第１の装置のデータ収集モジュールから、前記第１の装置を所有しているユーザの身元を決定するために用いられるデータを受信するステップと、
前記データに対応する品質を決定するステップと、
少なくとも前記品質に基づいて前記ユーザの前記身元が信頼できるという第１の装置信頼レベルを決定するステップと、
第２の装置から第２の装置信頼レベルを受け取るステップと、
前記第１の装置及び前記第２の装置が少なくともいくつかの共通するデータを収集することを決定するステップと、
前記第１の装置及び前記第２の装置によって収集された前記共通するデータを比較するステップと、
前記第２の装置が前記ユーザに所有されているか否かを前記比較に基づき判定するステップと、
前記第１の装置信頼レベル、前記第２の装置信頼レベル、及び前記第２の装置が前記ユーザに所有されているか否かに基づき、結合された装置信頼レベルを決定するステップと
を含む方法。
【請求項１１】
前記データは、前記第１の装置の少なくとも１つのセンサによって感知されるバイオメトリックデータを含む、
請求項１０に記載の方法。
【請求項１２】
データの品質は、データタイプ、データ頻度、データ精度及びデータ整合性のうち少なくとも１つに基づいて決定される、
請求項１０に記載の方法。
【請求項１３】
少なくとも前記第１の装置信頼レベルを少なくとも１つの他の装置に送信するステップ、
を更に含む、請求項１０に記載の方法。
【請求項１４】
少なくとも１つの他の装置から少なくとも１つの装置信頼レベルを受信するステップと、
前記第１の装置において決定された前記第１の装置信頼レベルと、前記少なくとも１つの他の装置から受信された前記少なくとも１つの装置信頼レベルとに基づいて、全体信頼レベルを決定するステップと、
を更に含む、請求項１０に記載の方法。
【請求項１５】
前記少なくとも１つの他の装置から認証データを受信するステップと、
前記認証データに基づいて、前記全体信頼レベルを決定する前に、前記少なくとも１つの他の装置を認証するステップと、
を更に含む、請求項１４に記載の方法。
【請求項１６】
少なくとも前記第１の装置を所有している前記ユーザの前記身元と前記第１の装置信頼レベルとに基づいて、前記第１の装置において動作モードを設定するステップ、
を更に含む、請求項１０に記載の方法。
【請求項１７】
前記第１の装置と前記ユーザのうち少なくとも１つのコンテキストに更に基づいて、前記動作モードを設定するステップ、
を更に含む、請求項１６に記載の方法。
【請求項１８】
少なくとも１つの装置を備えるシステムであって、請求項１０乃至１７のいずれか１項に記載の方法を実行するように構成される、システム。
【請求項１９】
請求項１０乃至１７のいずれか１項に記載の方法を実行するように構成されるチップセット。
【請求項２０】
コンピューティングデバイスに請求項１０乃至１７のいずれか１項に記載の方法を実行させるプログラム。
【請求項２１】
請求項２０に記載のプログラムを記憶した、少なくとも１つの機械可読記憶媒体。
【請求項２２】
請求項１０乃至１７のいずれか１項に記載の方法を実行する手段を有する、少なくとも１つの装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示はアクセス制御に関し、特に、複数の装置の寄与に基づいてユーザ認証の信頼性を決定することのできるシステムに関する。
【背景技術】
【０００２】
新しい電子通信技術が登場し、市場でのモバイルデバイスの種類が拡大し続ける中で、電子的なインタラクションを通じて多くの日常の活動を処理することは普通のことになっている。モバイルデバイスは、ユーザが音声通話をできるようにした携帯電話から、何でもできる強力なツールへと進化した。例えば、「スマートフォン」は、家族、友人又は職場の同僚と通信したり、金融取引などを行ったりするために、個人データ、機密データ及び／又は専有データを伝達することのできる様々なアプリケーションを含むことができる。より新しい技術は更に、ユーザの家や安全な施設等へのアクセス制御のために、近接無線通信のユーザを含むことができる。このような活動を実行する性能は、信頼できそうにない目的のためにこのような装置への不正アクセスを望むおそれのある人々（例えばハッカー）にとって魅力を生み出している。ハッカーは、装置の認証済みユーザを偽装することにより、装置にアクセスしようと試みるおそれがある。アクセス権が獲得されると、該装置や該装置がインタラクトした（又はインタラクトする可能性のある）任意の他の装置の中のデータが脆弱になってしまう。
【０００３】
ソフトウェアや装置の設計者、製造業者等は、ハッカーと戦うためのセキュリティ対策を確立しようと試みている。しかしながら、ハッカーの創意工夫は、新たな保護手段と共に進化し続けており、それらを脅かしている。バイオメトリクスに基づくセキュリティ対策は克服することが困難であるので、近年、識別の手段として人間の特性や形質の測定を含むことのできるバイオメトリック技術は、かなりの注目を集めている。異なるタイプのバイオメトリックセンサは、異なるレベルの精査を提供することができる。例えば、血管マッピング、網膜マッピング、心電図（ＥＫＧ）マッチング等を利用するユーザ識別認証システムは、ユーザの身元を認証するために非常に高い精度を提供することができるが、ハードウェアと処理の要件を理由に、より小さいモバイルデバイス（例えば「ウェアラブル」デバイス等）に実装することは実現可能でない場合がある。更に、モバイルデバイスが依然として認証済みユーザに所持されていることを保証するために、ユーザにこれらのタイプのバイオメトリック識別を繰り返し実行することを要求することは面倒である。ユーザに負担をかける可能性のあるセキュリティ対策は、ユーザが使用を避ける傾向があるので、無用になるおそれがある。
【図面の簡単な説明】
【０００４】
特許請求の範囲に記載の主題の様々な実施形態の特徴及び利点は、図面を参照しながら以下の詳細な説明が進むにつれて明らかになるであろう。図面中、同じ数字は同じ部分を示す。
【図１】本開示の少なくとも１つの実施形態に係る、複数の装置に基づくユーザ認証の信頼性に関する例示的システムを示す。
【図２】本開示の少なくとも１つの実施形態に従って利用可能な装置の例示的構成を示す。
【図３】本開示の少なくとも１つの実施形態に係る、複数の装置に基づくユーザ認証の信頼性の実施例を示す。
【図４】本開示の少なくとも１つの実施形態に係る、複数の装置に基づくユーザ認証の信頼性の別の実施例を示す。
【図５】本開示の少なくとも１つの実施形態に係る、装置信頼性及び全体信頼性を決定するための例示的動作を示す。
【図６】本開示の少なくとも１つの実施形態に係る、全体信頼性に基づいてアクセスを制御するための例示的動作を示す。  以下の詳細な説明は例示的な実施形態を参照して進行するが、当業者には、その多くの代替、変更及び変形が明らかであろう。
【発明を実施するための形態】
【０００５】
本願は、複数の装置に基づくユーザ認証の信頼性を対象とする。ユーザは、少なくとも１つの装置を所持することができる。装置は、装置のデータ収集モジュールによって収集されたデータに基づいてユーザの身元が信頼できるという、装置信頼レベルを決定してよい。例えば、データは、装置のセンサによって感知されるバイオメトリックデータを含んでよい。装置の信頼性モジュールは、データ収集モジュールによって収集されたデータを受信し、データに対応する品質を決定し、品質に基づいて、装置信頼水準を決定してよい。品質は、例えば、データタイプ、データ頻度、データ精度及び／又はデータ整合性に基づいて決定されてよい。ユーザが２つ以上の装置を所有している場合、装置の少なくとも一方は、ユーザが所有している他方の装置から装置信頼レベルを受信して、全体信頼レベルを決定してよい。例えば、装置は他の装置を認証し、その後、全体信頼レベルを決定する際に用いられる装置信頼レベルを受信してよい。全体信頼レベルは、別個の装置やシステム等において、ユーザの所有している装置の動作モードを設定するために採用されてよい。全体信頼レベルに加えて、所要の装置の存在や装置のコンテキスト等の動作モードを設定する際に、他の基準を利用することができる。動作モードは、基本的なもの（例えば、単に「アクセス」又は「アクセスなし」）であってよく、或いは、それぞれが全体信頼性の異なるレベルに対応する複数のレベルを含んでよい。
【０００６】
少なくとも１つの実施形態では、ユーザの身元の信頼性を決定する装置は、例えば、通信モジュール、データ収集モジュール及び信頼性モジュールを備えてよい。通信モジュールは、少なくとも１つの他の装置とインタラクトするように構成されてよい。データ収集モジュールは、装置を所有しているユーザの身元を決定する際に用いられるデータを収集するように構成されてよい。信頼性モジュールは、少なくともデータ収集モジュールからデータを受信し、少なくともデータに基づいて、ユーザの身元が信頼できるという装置信頼レベルを決定するように構成されてよい。
【０００７】
少なくとも１つの実施形態では、データは、装置の少なくとも１つのセンサによって感知されるバイオメトリックデータを含んでよい。信頼性モジュールは、少なくともデータの品質を決定し、少なくともデータの品質に基づいて、装置信頼レベルを決定する装置信頼性モジュールを含んでよい。データ品質は、例えば、データタイプ、データ頻度、データ精度及びセンサデータ整合性のうち少なくとも１つに基づいて決定されてよい。信頼性モジュールは、更に、通信モジュールに、少なくとも装置信頼レベルを少なくとも１つの他の装置に送信させるように構成されてよい。
【０００８】
同一又は異なる実施形態では、信頼性モジュールは更に認証・収集モジュールを含んでよく、認証・収集モジュールは、少なくとも少なくとも１つの他の装置から少なくとも１つの装置信頼レベルを受信し、装置において決定された装置信頼レベルと、少なくとも１つの他の装置から受信された少なくとも１つの装置信頼レベルとに基づいて、全体信頼レベルを決定するように構成される。認証・収集モジュールは更に、少なくとも１つの他の装置から認証データを受信し、認証データに基づいて、全体信頼レベルを決定する前に、少なくとも１つの他の装置を認証するように構成されてよい。加えて、信頼性モジュールは更に、少なくとも装置を所有しているユーザの身元と信頼レベルとに基づいて、装置において動作モードを設定するように構成されてよい。動作モードは、装置とユーザのうち少なくとも１つのコンテキストに基づいて設定されてもよい。
【０００９】
少なくとも１つの実施形態では、アクセス制御装置は、通信モジュール及び信頼性モジュールを備えてよい。通信モジュールは、少なくとも１つの他の装置とインタラクトするように構成されてよい。信頼性モジュールは、少なくとも通信モジュールを介して、少なくとも１つの他の装置を所有しているユーザを識別するデータと、ユーザを識別するデータが信頼できるという信頼レベルとを受信し、少なくともユーザ識別データ及び信頼レベルに基づいて、装置において動作モードを設定するように構成されてよい。信頼性モジュールは更に、ユーザが所要の装置を所有しているか否かを決定し、所要の装置がユーザに所有されていると決定されたか否かに更に基づいて、動作モードを設定するように構成されてよい。動作モードは、例えば、少なくともデータに基づいて決定されたユーザの装置のうち少なくとも１つのコンテキストに更に基づいて、信頼性モジュールによって設定されてよい。動作モードは、例えば、少なくとも信頼レベルに対応して設定される複数の増大するアクセスレベルを含んでよい。信頼レベルは、少なくとも、少なくとも１つの他の装置のデータ収集モジュールによって収集される、少なくとも１つの他の装置を所有しているユーザの身元を決定するときに用いられるデータについて決定される品質に基づいて、決定されてよい。
【００１０】
図１は、本開示の少なくとも１つの実施形態に係る、複数の装置に基づくユーザ認証の信頼性に関する例示的システムを示す。
【００１１】
例示的システム１００は、装置１０２Ａ、装置１０２Ｂ、装置１０２Ｃ…装置１０２ｎ（まとめて「装置１０２Ａ…ｎ」）を含んでよい。システム１００には４つの装置１０２Ａ…ｎのみが示されているが、４つの装置１０２Ａ…ｎのみを用いるのは、ここでの説明のためである。「Ａ…ｎ」という表記は、システム１００内の装置１０２Ａ…ｎの数が無制限であることを表す。装置１０２Ａ…ｎの例としては、限定ではないが、Google  CorporationのAndroid（登録商標）オペレーティングシステム（OS）、Apple  CorporationのiOS（登録商標）、Microsoft  CorporationのWindows（登録商標）OS、Apple  CorporationのMac  OS、Linux（登録商標）  FoundationのTizen（商標）OS、Mozilla  ProjectのFirefox（登録商標）OS、Blackberry  CorporationのBlackberry（登録商標）OS、Hewlett-Packard  CorporationのPalm（登録商標）OS、Symbian  FoundationのSymbian（登録商標）OSをベースとする携帯電話、スマートフォン等のモバイル通信装置、Apple  CorporationのiPad（登録商標）、Microsoft  CorporationのSurface（登録商標）、Samsung  CorporationのGalaxyTab（登録商標）、Amazon  CorporationのKindle  Fire（登録商標）等のモバイルコンピューティング装置、Intel  Corporationローパワーチップセットを備えるUltrabook（登録商標）、ネットブック、ノートブック、ラップトップ、パームトップ等、SamsungのGalaxy  Gear（登録商標）のような腕時計型フォームファクタコンピューティングデバイスや、Google  CorporationのGoogle  Glass（登録商標）のようなアイウェアフォームファクタインタフェース等のウェアラブルデバイス、速度及び／又は加速度、身体状態及び／又は身体的支出等の様々なパラメータを監視するために、ユーザ又はユーザの衣類に貼付け可能な装置、統合感知装置を備えた衣類等が挙げられる。装置１０２Ａ…ｎは、ユーザ１０４に所有されてよい。本明細書で言及される場合、「所有」は、装置１０２Ａ…ｎがユーザ１０４によって保持されていたり（例えば、ユーザ１０４は、スマートフォン、タブレットコンピュータ等のモバイルデバイスや、ツール、スポーツ用品、楽器等のコンピューティングリソースを含む“スマート”機器を保持することができる）、ユーザ１０４によって着用されたり（例えば“ウェアラブル”）、ユーザ１０４のポケットに収納されたり、ユーザ１０４によりバッグで搬送されたり、単にユーザ１０４とのある程度の時間の物理的に接触する、例示的シナリオを含むことができる。ユーザ１０４と物理的に接触することは、少なくとも１つの装置１０２Ａ…ｎがユーザ１０４の皮膚その他の身体部分に近接するか、或いは実際に表面と接触することを含んでよい。物理的接触の例としては、センサパッド、ドアノブ又はドアハンドル、自転車の握り、運動器具等の上にユーザ１０４の手が置かれることが挙げられる。ここで、装置１０２Ａ…ｎは、パッド、ハンドル、握り等に埋め込まれてよい。
【００１２】
本開示と一致して、装置１０２Ａ…ｎは、少なくとも信頼性モジュール１０６Ａ、信頼性モジュール１０６Ｂ、信頼性モジュール１０６Ｃ、…、信頼性モジュール１０６ｎ（まとめて「信頼性モジュール１０６Ａ…ｎ」）と、データ収集モジュール（ＤＣＭ）１１２Ａ、ＤＣＭ１１２Ｂ、ＤＣＭ１１２Ｃ、…、ＤＣＭ１１２ｎ（まとめて「ＤＣＭ１１２Ａ…ｎ」）を備えてよい。信頼性モジュール１０６Ａ…ｎは、装置１０２Ａ…ｎにおいてそれぞれ装置信頼度（ＤＣ）レベル１０８Ａ、ＤＣレベル１０８Ｂ、ＤＣレベル１０８Ｃ、…、ＤＣレベル１０８ｎ（まとめて「ＤＣレベル１０８Ａ…ｎ」）を少なくとも決定するように構成されてよい。ＤＣレベル１０８Ａ…ｎは、装置１０２Ａ…ｎの各々によって決定されたユーザの身元が信頼できる（例えば、装置１０２Ａ…ｎを所有している現在のユーザ１０４が、装置１０２Ａ…ｎによって最後に識別されたユーザ１０４である）という信頼レベルに対応してよい。ユーザの身元は、ＤＣＭ１１２Ａ…ｎによって収集されたデータに基づいて決定されてよい。ＤＣＭ１１２Ａ…ｎによって収集されるデータは、例えば、装置に関連するデータ（例えば、装置の識別（ＩＤ）データ、装置の構成データ、アドレッシング（例えば媒体アクセス制御（ＭＡＣ）アドレス、ブルートゥース（登録商標）アドレス等）、ユーザに関連するデータ（例えば、ユーザＩＤデータ、口座番号、パスワード等）、コンテキストデータ（例えば、装置１０２Ａ…ｎ及び／又はユーザ１０４を、特定の場所や活動等の特定のコンテキストに分類することのできるデータ）、装置１０２Ａ…ｎ内の様々なセンサによって感知されるデータ等を含んでよい。
【００１３】
例えば、ＤＣＭ１１２Ａ…ｎによって収集されるデータは、データ１１０Ａ、データ１１０Ｂ、データ１１０Ｃ、…、データ１１０ｎ（まとめて「データ１１０Ａ…ｎ」）を含んでよい。図１では、データ１１０Ａ…ｎの視覚的表現は、収集されているデータのタイプに対応してよい。例えば、データ１１０Ｃは、比較的頻繁（例えば、毎分複数回）にサンプリングされる少量のデータを感知するように構成される、装置１０２Ｃ内の少なくとも１つのセンサに対応してよい。データ１１０Ｃを蓄積することのできる装置１０２Ａ…ｎの例は、生理的状態／活動／運動モニタ（例えば歩数計、心拍モニタ、血糖モニタ等）である。決定されたユーザの身元が正しいという確信を得る観点から、データ１１０Ｃの「鮮度」（例えば高いサンプルレート）が望ましいかもしれないが、血圧、歩数、ペース検出（例えば、歩いている／走っている人の歩幅）、血糖値等のデータによって提供される利益は、バイオメトリック識別では限定的である可能性があり（例えば、データ１１０Ｃのみに依拠してユーザ１０４を識別することは困難であり得る）、したがって、ＤＣレベル１０８Ｃは比較的低い（例えば８％）。図１に示されるＤＣレベル１０８Ａ…ｎは代表的なものであるに過ぎず、単に本開示の説明を補助するために選択されていることに留意することが重要である。
【００１４】
逆に、データ１１０ｎは、まれにしかサンプリングされないユーザ識別認証のために使用可能な相当量のデータを含んでよい。例えば、装置１０２ｎは、指紋、顔の特徴、指の血管マッピング等に基づいてユーザ１０４を識別する際に用いるための少なくとも１つのスキャナを備えてよい。データ１１０ｎは、バイオメトリック識別に用いるための良好な精度を提供することができ、ＤＣレベル１０８ｎを増大させることができる。しかしながら、データキャプチャ及び／又は身元の決定は散発的にしか起こらない場合があるので（例えば、装置１０２ｎが起動されたとき、ロック解除されたとき、特定のアプリケーションがアクセスされるとき等）、データ１１０ｎが更新されることなく、装置１０２ｎがユーザ１０４の所有から逸脱する（例えば、どこかに忘れられる、盗まれる等）機械は十分にある。結果として、装置信頼レベル１０８ｎはたった６２％である。
【００１５】
データ１１０Ａ，１０８Ｂの収集は、前述の範囲内であってよい。データ１１０Ａは、データ１１０Ｃよりも頻繁に更新されることはないが、より多くの情報を含むことができる。例えば、データ１１０Ａは、装置１０２Ａをロック解除するために入力されたユーザ名、パスワード、シンボル等を含んでよい。ユーザの身元のアサーション（例えば、ユーザ名、パスワード及び／又は記号的識別子の入力による）であるので、このような情報は伏せられていると有益であり得る。しかしながら、このタイプのデータはバイオメトリックではないので、収集のためにユーザ１０４の実際の存在を必要としない。権限のない当事者がユーザ名、パスワード、シンボル等を取得するおそれがある。また、データ１１０Ａは、歩行検出（例えば、ユーザ１０４がどのように歩くか、走るか等の動作に関連する特性の識別）を行うことのできる訓練装置等の、定期的に利用可能であるがユーザの身元に関して完全に確定的ではないデータタイプを含んでもよい。この場合、データ１１０Ａは定期的に取得することができるが、ユーザ１０４が歩行中又は走行中であるか、ユーザ１０４の着用している靴のタイプ等に基づいて実質的に変化し得る。結果として、ＤＣレベル１０８ＡはＤＣレベル１０８Ｃより優れているが、依然としてたった４５％である。データ１１０Ｂは、ユーザ１０４の身元を決定するのに有用な相当量のデータを含むことができ、ユーザ１０４から定期的にサンプリングすることができる。例えば、装置１０２Ｂは、ユーザ１０４の皮膚と接触して着用可能であってもよい（例えば腕時計型デバイス、アイウェア等）。装置１０２Ｂは、ユーザ１０４を識別するためのガルバニック皮膚応答を決定することができる。アイウェアである場合、装置１０２Ｂは、網膜又は角膜の反射スキャン等に基づいてユーザ１０４を識別することができる。この場合、データ１１０Ｂは、ユーザ１０４の身元を決定／確認するために使用可能な大量のデータを提供する。装置１０２Ｂは、定期的に皮膚に対して装着され、よってデータ１１０Ｂを柔軟に感知することができる（例えば、必要に応じて、装置構成によって定期的に決定される等）。したがって、ＤＣレベル１０８Ｂは、他のＤＣレベル１０８Ａ、Ｃ、…、ｎと比較して比較的高くなる可能性があり、７０％である。
【００１６】
装置信頼レベル１０８Ａ…ｎは、個々に取られたユーザ１０４の身元を認証するための装置１０２Ａ…ｎの能力が制限され得ることを示す。しかしながら、装置１０２Ａ…ｎの個々の能力を協力して利用すると、ユーザ１０４の身元に関してはるかに高い信頼レベルを提供することができる。本開示と一致して、少なくとも１つの装置１０２Ａ…ｎは、個々のＤＣレベル１０８Ａ…ｎに基づいて全体信頼性（ＴＣ）レベル１１４を決定してよい。この活動の例は、システム１００において漸進的に開示される。図２に示されるように、ＤＣレベル１０８ＡをＤＣレベル１０８Ｃと組み合わせて４８％のＤＣレベル１０８Ａ＋Ｃを生成し、ＤＣレベル１０８ＢをＤＣレベル１０８ｎと組み合わせて８２％のＤＣレベル１０８Ｂ＋ｎを得ることができる。ＤＣレベル１０８Ａ＋Ｃの決定は、異なる方法、アルゴリズム等に基づいてよい。例えば、ＤＣレベル１０８Ａ…ｎの集約は、ユーザ識別の認証に一層寄与するＤＣレベル１０８Ａ…ｎに強調が与えられた加重平均を利用することができる。代替の実施形態では、ルールベースのアルゴリズム、学習エンジン等が採用されてよく、例えば、結合された装置信頼レベルをどのように定式化するかを決定する際に、サンプリングされたデータ１１０Ａ…ｎのタイプ（例えば、データがどこから供給されるか、データの内容、データの信頼性等）、センサデータ１１０Ａ…ｎが収集されている頻度（例えば、データがどれだけ新鮮であるか）、データの精度（例えば、ユーザが送信したデータであるか、データが検知された場合：どのタイプのセンサからデータが検知されたか、センサがどこに搭載されているか、どのような解像度のセンサが提供されているか等）を評価することができる。
【００１７】
また、結合されたＤＣレベル（例えば１０８Ａ＋Ｃや１０８Ｂ＋ｎ）は、第２の基準によって影響され得る。例えば、ＤＣＭ１１２Ａ…ｎが少なくともいくつかの共通データ１１０Ａ…ｎをそれぞれ収集できる場合、対応するデータを比較することができる。ＤＣＭ１１２Ｂ及びｎが、共通のセンサデータ１１０Ｂ及びｎについて同じ量を検知していると決定された場合（例えば、装置１０２Ｂ及びｎの両方が地理的位置、加速度、速度、パルス等を検出し得る）、両方の装置１０２Ｂ及びｎが同じユーザ１０４に所有されていることを確認するためにデータ１１０Ｂ及びｎを比較することができ、ユーザ１０４の身元が信頼できるという信頼性を更に支援することができる（例えば、装置信頼レベル１０８Ｂ＋ｎは８２％ではなく８５％である）。図１に開示されるＴＣレベル１１４は９７％であり、これはＤＣレベル１０８Ａ…ｎを組み合わせることによって生じ得る。ＤＣレベル１０８Ａ…ｎが、ユーザ１０４の決定された身元が信頼できるという信頼性を慣例的に提供するものよりも実質的に低い場合であっても、ＴＣレベル１１４は、装置１０２Ａ…ｎの寄与に基づいてはるかに高いレベルの信頼性を提供するレベルとすることができる。実用的な利用法を理解するための例示的コンテキストを提供するために、ユーザ１０４は、毎日、装置１０２Ａ…ｎを所有することができる。装置１０２Ａは、ユーザ１０４のポケット内のスマートフォンとすることができ、装置１０２Ｂは、処理機能と表示機能を備える着用可能なアイウェアとすることができ、装置１０２Ｃはフィットネスモニタとすることができ、装置１０２ｎは、ユーザ１０４によってバックで運ばれるタブレットコンピュータとすることができる。装置１０２Ａ…ｎは、ＤＣレベル１０８Ａ…ｎを連続的に定式化することができ、少なくとも１つの装置１０２Ａ…ｎはＴＣレベル１１４を定式化することができる。次に、ＴＣレベル１１４は、（例えば装置１０２Ａ…ｎのいずれか又は全てへのアクセスを制御するために）内部的に用いられてよく、或いは、様々なセキュリティ関連アプリケーションにおいて外部で用いられてよい。装置１０２Ａ…ｎの例示的な構成が図２に開示される。システム１００によって生成されるＴＣレベル１１４の例示的な使用は、図３及び図４に開示される。
【００１８】
図２は、本開示の少なくとも１つの実施形態に従って利用可能な装置の例示的構成を示す。装置１０２Ａ’は、図１に開示されているような例示的機能を実行することができる。しかしながら、装置１０２Ａ’は、本開示と一致する実施形態において使用可能な装置の例を意味するに過ぎず、様々な実施形態を任意の特定の実施に限定することを意味しない。図２に示されるように、装置１０２Ａ’は、装置１０２Ａ…ｎのいずれか又は全てが同様に構成され得るという点で、一般に装置１０２Ａ…ｎの代表であり得る。しかしながら、特定の装置１０２Ａ…ｎは、例えばそれらが設計された特定の実装に基づいて特徴を追加又は省略することができる。
【００１９】
装置１０２Ａ’は、例えば、装置動作を管理するように構成されるシステムモジュール２００を備えてよい。システムモジュール２００は、処理モジュール２０２、メモリモジュール２０４、電力モジュール２０６、ユーザインタフェースモジュール２０８及び通信インタフェースモジュール２１０を含んでよい。装置１０２Ａ’は更に、信頼性モジュール１０６Ａ及び通信モジュール２１２を備えてよい。信頼性モジュール１０６Ａ及び通信モジュール２１２はシステムモジュール２００とは別個に示されているが、図２に示される実施例は、説明の便宜のために提供されたものに過ぎない。信頼性モジュール１０６Ａ及び／又は通信モジュール２１２に関連する機能の一部又は全部は、システムモジュール２００に組み込まれてよい。
【００２０】
装置１０２Ａ’において、処理モジュール２０２は、別個の構成要素に配置された１つ以上のプロセッサ、或いは単一構成要素（例えばシステムオンチップ（ＳｏＣ）構成における）と任意のプロセッサ関連サポート回路（例えばブリッジングインターフェース等）に実現される１つ以上の処理コアを含んでよい。プロセッサの例としては、限定ではないが、Pentium、Xeon、Itanium、Celeron、Atom、Core  iシリーズ、Quark製品ファミリ、Advanced  RISC（例えば縮小命令セットコンピューティング）マシンすなわち“ARM”プロセッサ等のものを含む、Intel  Corporationから入手可能な様々なｘ８６ベースのマイクロプロセッサが挙げられる。サポート回路の例としては、装置１０２Ａ’において異なる速度、異なるバス等で動作し得る他のシステム構成要素と処理モジュール２０２がインタラクトすることを可能にするインタフェースを提供するように構成されるチップセット（例えばIntel  Corporationから入手可能なNorthbridge、Southbridge等）が挙げられる。サポート回路に共通して関連付けられた機能の一部又は全部は、プロセッサと同じ物理的パッケージ（例えばIntel  Corporationから入手可能なSandy  Bridgeファミリのプロセッサ等）に含まれてもよい。
【００２１】
処理モジュール２０２は、装置１０２Ａ’において様々な命令を実行するように構成されてよい。命令は、処理モジュール２０２に、データの読取り、データの書込み、データの処理、データの定式化、データの変更、データの変換等に関する活動を実行させるように構成されるプログラムコードを含んでよい。情報（例えば命令、データ等）は、メモリモジュール２０４に記憶されてよい。メモリモジュール２０４は、固定又は取外し可能な形式のランダムアクセスメモリ（ＲＡＭ）又はリードオンリメモリ（ＲＯＭ）を含んでよい。ＲＡＭは、例えばスタティックＲＡＭ（ＳＲＡＭ）やダイナミックＲＡＭ（ＤＲＡＭ）等の、装置１０２Ａ’の動作中に情報を保持するように構成される揮発性メモリを含んでよい。ＲＯＭは、装置１０２Ａ’が起動されたときに命令を提供するためにＢＩＯＳ、ＵＥＦＩ等に基づいて構成された不揮発性（ＮＶ）メモリモジュール、電子プログラマブルＲＯＭ（ＥＰＲＯＭＳ）等のプログラマブルメモリ、フラッシュ等を含んでよい。他の固定／取外し可能なメモリは、限定ではないが、フロッピーディスクやハードドライブ等の磁気メモリ、ソリッドステートフラッシュメモリ（例えば、埋込み型マルチメディアカード（ｅＭＭＣ）等）等の電子メモリ、取外し可能なメモリカードやスティック（例えばマイクロストレージデバイス（ｍｉｃｒｏＳＤ）、ＵＳＢ等）、コンパクトディスクベースのＲＯＭ（ＣＤ−ＲＯＭ）、デジタルビデオディスク（ＤＶＤ）、ブルーレイディスク等の光学メモリ等を含んでよい。
【００２２】
電力モジュール２０６は、内部電源（例えばバッテリ、燃料電池等）及び／又は外部電源（例えば電力網、電気機械又は太陽発電機、外部燃料電池等）と、装置１０２Ａ’に動作に必要な電力を供給するように構成される関連回路とを含んでよい。ユーザインタフェースモジュール２０８は、ユーザが装置１０２Ａ’とインタラクトすることを可能にするハードウェア及び／又はソフトウェアを含んでよく、例えば、様々な入力機構（例えばマイク、スイッチ、ボタン、ノブ、キーボード、スピーカ、接触感知面、画像をキャプチャし且つ／又は近接、距離、動き、ジェスチャ、バイオメトリックデータ等を感知するように構成される１つ以上のセンサ等）と、様々な出力機構（例えばスピーカ、ディスプレイ、点灯／点滅インジケータ、振動や動き等のための電気機械構成要素）を含んでよい。ユーザインタフェースモジュール２０８において機能をサポートするために必要な任意のハードウェアは、装置１０２Ａ’に組み込まれてもよく、且つ／又は、有線又は無線の通信媒体を介して装置１０２Ａ’に結合されてよい。
【００２３】
通信インタフェースモジュール２１０は、通信モジュール２１２に対するパケットルーティングその他の制御機能を管理するように構成されてよく、有線及び／又は無線通信をサポートするように構成されるリソースを含んでよい。場合によっては、装置１０２Ａ’は、集中型通信インタフェースモジュール２１０によって管理される複数の通信モジュール２１２（例えば、有線プロトコル及び／又は無線ラジオのための別個の物理インタフェースモジュールを含む）を備えてよい。有線通信の例としては、イーサネット（登録商標）、ユニバーサルシリアルバス（ＵＳＢ）、ファイヤワイヤ、サンダーボルト、デジタル・ビデオ・インタフェース（ＤＶＩ）、ＨＤＭＩ（登録商標）（High-Definition  Multimedia  Interface）等の、シリアル及びパラレルの有線媒体が挙げられる。無線通信の例としては、近接無線媒体（例えば、ＲＦ識別（ＲＦＩＤ）や近距離通信（ＮＦＣ）規格、赤外線（ＩＲ）、身体結合通信等に基づく無線周波数（ＲＦ）通信）、短距離無線媒体（例えばブルートゥース（登録商標）、ＷＬＡＮ、Ｗｉ−Ｆｉ等）、長距離無線媒体（例えば、セルラ広域無線通信技術、衛星ベースの通信等）、音波による電子通信等が挙げられる。一実施形態では、通信インタフェースモジュール２１０は、通信モジュール２１２においてアクティブである無線通信が互いに干渉することを防止するように構成されてよい。この機能を実行する際、通信インタフェースモジュール２１０は、例えば、送信を待つメッセージの相対的な優先度に基づいて、通信モジュール２１２の活動をスケジュールしてよい。図２に開示される実施形態は、通信インタフェースモジュール２１０が通信モジュール２１２とは別個のものであることを示すが、通信インタフェースモジュール２１０及び通信モジュール２１２の機能を同じモジュールに組み込むことも可能である。
【００２４】
本開示に一致して、信頼性モジュール１０６Ａは、任意に、装置信頼性モジュール２１４、２１６、アクセス制御モジュール２１８のうち少なくとも１つを含んでよい。例えば、基本装置１０２Ａ’（例えばウェアラブルフィットネストラッカー）は、基本装置１０２Ａ’がＤＣレベル１０８Ａを決定できるようにする装置信頼性モジュール２１４をサポートするために必要なリソースのみを備えることができる。より強力な装置１０２Ａ’（例えばスマートフォン）は、ＴＣレベル１１４を決定する際に用いるために装置１０２Ｂ…ｎからＤＣレベル１０８Ｂ…ｎを収集するＡＣモジュール２１６を備えることもできる。ＴＣレベル１１４を定式化するとき、ＡＣモジュール２１６は、まず、ＤＣレベル１０８Ｂ…ｎを受け入れる前に、他の装置１０２Ｂ…ｎのそれぞれを認証してよい。認証は、装置１０２Ｂ…ｎが、それらがそれらであると主張するものであることを装置１０２Ａ’が認証できるようにする情報を提供することを含んでよい（例えば、別の装置が装置１０２Ｂ…ｎのうちの１つを偽装しようとするスプーフィングを防ぐために）。装置１０２Ｂ…ｎの各々が認証された後、ＡＣモジュール２１６はＤＣレベル１０８Ｂ…ｎを受信してよく、それから、自身のデータに基づいて計算したＤＣレベル（例えばＤＣレベル１０８Ａ）と受信されたＤＣレベル１０８Ｂ…ｎとを用いて、ＴＣレベル１１４を定式化してよい。少なくとも１つの実施形態では、ユーザ１０４に所有されている複数の装置１０２Ａ…ｎは、ＡＣモジュール２１６（例えばスマートフォンやタブレットコンピュータ）を備えてよい。ＡＣモジュール２１６を有する装置１０２Ａ…ｎは別々に動作してよく（例えば、装置１０２Ａ…ｎのうちの１つが、装置１０２Ａ…ｎの全部についてＴＣレベル１１４を決定することを担当してよい、ＴＣレベル１１４は、ＡＣモジュール２１６を有する任意の装置１０２Ａ…ｎから利用可能であってよい、等）、或いは、調和して動作してよい（例えば、装置Ａ…ｎのうちの１つが、装置１０２Ａ…ｎのサブセットに基づいて部分ＴＣレベル１１４を決定してよく、それからＴＣレベル１１４の定式化を終了するために、部分ＴＣレベル１１４が、ＡＣモジュール２１６を有する別の装置に与えられてよい）。信頼性モジュール１０６Ａ’は、単独で、又は装置信頼性モジュール２１４及び／又はＡＣモジュール２１６と組み合わせて、アクセス制御モジュール２１８を備えてもよい。アクセス制御モジュール２１８は、ＴＣレベル１１４に基づいて装置又はシステムの動作モードを制御してよい。少なくとも１つの実施例では、装置は、その唯一の機能が装置１０２Ａ…ｎの少なくとも１つから提供されるＴＣレベル１１４に応答することである場合（例えば、図３及び図４に関して更に説明されるように）、アクセス制御モジュール２１８のみを備えてよい。少なくとも１つの実施形態では、信頼性モジュール１０６Ａ’は、ユーザインタフェースモジュール２０８及び通信モジュール２１２とインタラクトしてよい。例えば、信頼性モジュール１０６Ａ’の装置信頼性モジュール２１４は、少なくとも部分的にユーザインタフェースモジュール２０８’に存在し得る少なくともＤＣＭ１１２からデータ１１０Ａを受信してよく（例えば、ユーザ１０４は、ユーザインタフェース２０８’を介してデータ１１０Ａを手動で入力することができ、データ１１０Ａは、ユーザインタフェース１０８’内の、或いは少なくともユーザインタフェースに結合された、少なくとも１つのセンサによって感知されてよい）、ＤＣレベル１０８Ａを決定するときにデータ１１０Ａを用いてよい。信頼性モジュール１０６Ａ’は、通信モジュール２１２にＤＣレベル１０８Ａを別の装置１０２Ｂ…ｎに送信させてよく、或いは、ＡＣモジュール２１６は、ＴＣレベル１１４を定式化する際に用いるために、通信モジュール２１２を介してＤＣレベル１０８Ｂ…ｎを受信してよい。アクセス制御モジュール２１８は、通信モジュール２１２を用いて、装置１０２Ａ’内のデータへのアクセスを求める少なくとも１つの装置１０２Ｂ…ｎ又は装置１０２Ａ’にリンクされ得るシステムから、ＴＣレベル１１４を受信してもよい。
【００２５】
図３は、本開示の少なくとも１つの実施形態に係る、複数の装置に基づくユーザ認証の信頼性の実施例を示す。エントリアクセス実施例３００は、アクセス制御モジュール２１８を含むアクセス制御システム３０８によって制御され得る複数のアクセスポイント３０２，３０４，３０６（例えばドア）を含む。アクセスポイント３０２〜３０６は職場内のエリアのことをいうが、図３で説明されるシステム３０８のタイプは他の状況にも適用可能である。各エリアにアクセスするために必要とされ得る信頼レベルは、アクセスポイント３０２から３０６までに増大してよい。ユーザ１０４は、アクセスポイント３０２〜３０６によって保護されるエリアにアクセスすることを望み、セキュリティシステム３０８を介してアクセス制御モジュール２１８にＴＣレベル１１４を提供する場合がある。例えば、少なくとも１つの装置１０２Ａ…ｎは、例えば、短距離無線通信を介して、ＴＣレベル１１４と共にセキュリティシステム３０８にユーザ１０４の識別データ（例えばユーザ識別情報、雇用エリア、アクセスコード）を伝達するように構成されてよい。ユーザ１０４がアクセスポイント３０２〜３０６を介して入室することを許可されているか否かは、セキュリティシステム３０８によって決定されてよい。識別データに基づいて入室許可が確立されると、アクセス制御モジュール２１８は、次に、ユーザ１０４によって提供される少なくともＴＣレベル１１４を評価して、ＴＣレベル１１４によって提供されるユーザ識別情報の信頼レベルが、特定のアクセスポイント３０２〜３０６へのアクセスを許可できるほど高いか否かを決定してよい。少なくとも１つの実施形態では、アクセス制御モジュール２１８は、アクセス許可を決定するために、ユーザ識別データとＴＣレベル１１４の両方を処理してよい。
【００２６】
例えば、アクセスポイント３０２は、特定の会社の従業員のみを許可するようにアクセスを制御してよい。このシナリオでは、従業員は低レベルのセキュリティアクセスとみなされるので、必要な信頼レベルは低くてよい。しかしながら、アクセスポイント３０４は、承認された従業員（例えば、限定エリアにアクセスすることを許可された従業員のサブセット）に対してのみアクセスを許可してもよい。セキュリティがより重要になり得るので、ユーザの身元が信頼できるという信頼性が必要になり得る。アクセスポイント３０６は、ユーザ１０４の個人空間（例えばユーザのロッカー、オフィス、研究室）に関係することができる。アクセスポイント３０６は、ユーザ１０４のみがこのエリアに入ることを許可されるべきであるので、最高レベルの許可を要求することができる。例えば、アクセス制御モジュール２１８は、ＴＣレベル１１４が９０％より高いことを要求することができる。このように、装置１０２Ａ…ｎを所有している人は、その人がユーザ１０４であるという実質的な信頼がある場合にのみ、アクセスポイント３０６に入ることができる。
【００２７】
少なくとも１つの実施形態では、ユーザ１０４に所有されている特定の装置１０２Ａ…ｎがアクセスを得ることを要求することにより、別のセキュリティ対策を採用することができる。例えば、ある企業が、従業員全員にウェアラブル装置（例えば、従業員バッジに組み込まれたＲＦＩＤキー、生理学的モニタ、放射線曝露を監視するため等の環境モニタ、位置決め装置）を発行するとする。１つ以上のアクセスポイント３０２〜３０６は、ユーザ１０４によって提供されるＴＣレベル１１４が特定の信頼レベル以上であることに加えて、装置１０２Ａ…ｎ（例えば、ユーザ１０４が所有している）のうち所要の装置の存在を要求してよい。この要件により、雇用主は、ユーザアクセス許可を決定するときに、装置１０２Ａ…ｎにおいて少なくとも１つの「信頼できる」装置（例えば、偽装することがより困難な装置）を指定して、ＴＣレベル１１４に寄与することができる。単独で、或いは特定の装置を必要とすると共に、装置１０２Ａ…ｎ及び／又はユーザ１０４に対応するコンテキストが、システムの動作モードを決定するときに、ユーザの身元とＴＣレベル１１４と共に考慮されてよい（例えば、例３００では、ユーザ１０４へのアクセスを許可するか否か）。コンテキストは、装置１０２Ａ…ｎ及び／又はユーザ１０４に関する活動のタイプ、時間、場所等を特徴付けることができる。例えば、多くの動きが感知されることは、ユーザ１０４が走っているか運動中であることを示すことができ、動きが検出されないことは、ユーザ１０４が座っているか座っている可能性があることを示すことができ（例えば、そのコンテキストが現在の時間に基づいて更に精緻化されてよい）、ユーザ１０４がレストランや職場等の場所にいるという決定は、ユーザ１０４が食事をしたり、働いていること等を示すことができる。そして、コンテキストは、動作モードを設定するための決定要因として利用されてよい。例えば、パーソナルスペース（アクセスポイント３０６）へのアクセスを得ようとしているユーザ１０４は、ユーザ１０４がパーソナルスペース３０６にアクセスしようと試みることが珍しいであろうとき（例えば土曜日の深夜）に、アクセス制御モジュール２１８によってかなり高いＴＣレベル１１４が要求されることがあるという点で、平日の午後（例えば、火曜日の午後１：００）と週末の深夜（土曜日の午前０時）とでは異なるように扱われ得る。
【００２８】
図４は、本開示の少なくとも１つの実施形態に係る、複数の装置に基づくユーザ認証の信頼性の別の実施例を示す。実装例４００は、装置１０２Ａ…ｎへのアクセスを制御するために信頼レベルをどのように採用することができるかを開示する。モバイルデバイス４０２は、装置１０２Ａ…ｎの１つであってよい。デフォルトでは、アクセスモバイルデバイス４０２は、ロック画面４０４によって保護されてよい。ロック画面４０４は、例えば、モバイルデバイス４０２へのアクセスが現在ロック画面４０４によって保護されていること、現在の時刻及び／又は日付、接続性情報等の、特定の情報を常に提示してよい。しかしながら、本開示に一致して、ロック画面４０４は、モバイルデバイス４０２の所有者がユーザ１０４（例えばモバイルデバイス４０２の所有者）であるという信頼レベルに基づいて、他の情報を表示してよい。図３と同様に、ロック画面４０４について開示された挙動を明示するのに必要な信頼レベルは、図４の左側から右側に向かって増大してよい。４０６に示されるように、ユーザ１０４の身元の信頼性にほとんど信頼がない場合、追加のデータ（上述の基本データ以外）は表示されなくてよい。これは、ユーザ１０４が現在複数の装置１０２Ａ…ｎを所有していない（例えば、ユーザ１０４がモバイルデバイス４０２のみを所有し、他の装置１０２Ａ…ｎは低電力状態であり、ＴＣレベル１１４の決定に寄与することができない）である場合があり、よって、他の装置１０２Ａ…ｎの寄与に基づいてＴＣレベル１１４を計算することができない、ＴＣレベル１１４は計算されるが、モバイルデバイス４０２によって要求される最小レベルではない、モバイルデバイス４０２にアクセスするために必要とされるように指定された少なくとも１つの装置１０２Ａ…ｎが、現在装置１０２Ａ…ｎに存在するものとして検出されない、モバイルデバイス４０２の現在のコンテキストが、アクセスが許可されないこと、又はＴＣレベル１１４がモバイルデバイス４０２へのアクセスを許可するのに十分な高いレベルではないことを指定する、等である。
【００２９】
４０８に示されるように、ＴＣレベル１１４が高い場合、ロック画面４０４が基本データセットを表示することになってよい。本開示を説明する文脈では、ロック画面４０８に表示される追加情報は、最近の未開封通信に関するものであってよい。例えば、基本データセット４０８は、モバイルデバイス４０２によって受信された着信、電子メール及び／又はテキストメッセージの数を表示してよい。基本データセット４０８は、受信された通信のソースを特定する情報を表示しない。ＴＣレベルが増大すると、ユーザ１０４がモバイルデバイス４０２を所有しているという信頼レベルも増加する。拡張データセット４１０は、ＴＣレベル１１４が基本データセット４０８にアクセスするために必要とされるレベルよりも高い場合に利用可能になってよい。拡張データセット４１０は、モバイルデバイス４０２によって受信された通信のソースを更に識別する情報を表示してよい。例えば、着信が“Ｍａｒｙ”からのものとしてロック画面４０４に提示されてよく、或いは、電子メールが“Ｊｏｓｈ”からのものとして識別されてよい。モバイルデバイス４０２が現在ユーザ１０４によって所有されていることをサポートする実質的に高いＴＣレベル１１４が存在する場合、完全なデータセット４１２がロック画面４０４に表示されてよい。一般に、完全なデータセット４１２は、ユーザ１０４のみを対象とした情報を表示してよい。例えば、完全なデータセット４１２は、モバイルデバイス４０２によって受信された通信についての様々な情報を表示してよく、例えば、不在着信を返すための発信者の名前と電話番号、電子メールの送信者と電子メールの件名、係属中の予定された会議と会議のコンテキストを記述する件名、テキストの内容とテキストの送信者等を表示してよい。上述のように、データセット４０８〜４１２にアクセスするために必要なＴＣレベル１１４は、所要の装置の存在、ユーザ１０４及び／又はモバイルデバイス４０２のコンテキスト等によって更に影響を受ける可能性がある。例えば、モバイルデバイス４０２が馴染みのない場所（例えば自宅、学校、仕事等ではない）にあると決定された場合、必要とされる全てのＴＣレベル１１４を上げることができる。受信される通信の例を用いて、図４に開示された一般の機能を説明したが、本開示と一致する実施形態は、通信データへのアクセスを制御することのみに限定されず、他の使用シナリオに関連してよく、例えば、モバイルデバイス４０２上の特定のアプリケーションへのアクセス、モバイルデバイス４０２上の個人データ／財務データ（例えば社会保障番号、自宅住所、個人／職場の連絡先、口座番号、パスワード、ウェブ使用等）へのアクセス、専有情報へのアクセス等に関連してよい。
【００３０】
図５は、本開示の少なくとも１つの実施形態に係る、装置信頼性及び全体信頼性を決定するための例示的動作を示す。動作５００において、装置において信頼性決定が起動されてよい。信頼性決定は、例えば、起動している装置により、起動している装置の特定のアプリケーションにより、ユーザによる所有を示す距離内等の近接する他の装置を装置が検出することにより（例えば、近接又は短距離無線インタラムションを介して）、トリガされてよい。動作５０２において、装置のＤＣＭからデータが受信されてよい。例えば、ＤＣＭは、装置の少なくとも１つのセンサから収集されたバイオメトリックデータを提供してよい。動作５０４は、ユーザ認証が、信頼レベル決定を担当する装置内のリソース（例えば信頼性モジュール）ではなく、装置内の他の場所（例えば、装置内のセキュリティサブシステム内）で行われてもよいという点で、任意である。次いで、動作５０６において、動作５０２で受信されたデータの品質が決定されてよい。データ品質は、例えば、データのタイプ、データがサンプリングされた頻度、データの精度、別の装置がデータを裏付けることができるか否か等に基づいてよい。動作５０８において、少なくとも動作５０６で決定された品質に基づいて、ＤＣレベルが決定されてよい。
【００３１】
その後、動作５１０において、装置がＡＣ装置（例えば、ＡＣモジュールを備え、ユーザが所有する装置についてＡＣ機能を実行する）であるか否かを決定するための決定が行われてよい。動作５１０において、装置がＡＣ装置でないと決定された場合、動作５１２において、装置は、少なくとも認証データ及びＤＣレベルをＡＣ装置に送信してよい。動作５１０において、装置がＡＣ装置であると決定された場合、動作５１４において、装置は、ユーザが所有する他の装置から認証データ及びＤＣレベルを受信してよい。装置は、動作５１６において、少なくとも認証データに基づいて他の装置を認証してよい。動作５１８において、受信されたＤＣレベルの各々に対する「効果」が決定されてよい。効果は、例えば、他の装置によって提供されたＤＣレベルを集約するときに用いられる重み付けであってよい。重み付けは、例えば、データタイプ、データ収集頻度、データの精度、データが別の装置によって実証され得るか否か等に基づいてよい。効果の決定は、例えば、アルゴリズム、学習エンジンによって学習されるシステム挙動、ルールベースの決定等に基づいてよい。動作５１８における効果の決定の後、動作５２０において、装置によりＴＣレベルが決定されてよい。
【００３２】
図６は、本開示の少なくとも１つの実施形態に係る、全体信頼性に基づいてアクセスを制御するための例示的動作を示す。動作６００において、信頼性要求がトリガされてよい。例えば、アクセス制御システムの近くでユーザが検出され、装置及び／又は装置内のアプリケーションにアクセスする試みがなされるとする。動作６０２は、特定の装置の存在を要求することが実施に依存するものであるという点で任意であってよく、したがって、本開示と一致する全ての装置／システムに適用可能でない場合がある。動作６０２において、所要の装置が存在するか否か（例えば、ユーザが所持している）について決定がなされてよい。動作６０２において、所要の装置が存在しないと決定された場合、動作６０８において、制限された動作モードが維持されてよい（例えば、アクセス制御の最も制限的なレベル）。動作６０２において、所要の装置が存在すると決定された場合、動作６０４において、ユーザ識別情報に対応するＡＣと共に、ユーザ識別情報に対する要求がなされてよく、或いは、識別情報及びＡＣが要求なしで装置に提供されてよい。動作６０６において、動作６０４においてＴＣレベルが受信されなかったと決定された場合、動作６０８において、制限されたモード動作が維持されてよい。動作６０６においてユーザ識別情報に対応するＴＣレベルが受信されたという決定に、動作６１０（任意であってよい）が続いてよい。動作６１０は、ユーザ／装置のコンテキスト（例えば、装置／システムへのアクセスを許可するとき、システムへのアクセスを許可するために必要なＴＣレベルを決定するとき等）の説明が実施に依存するものであるという点で任意であってよく、したがって、本開示と一致する全ての装置／システムに適用可能ではない可能性がある。動作６１２において、ユーザの身元と、ＴＣレベルと、適用可能であれば動作６１０で決定されたユーザ／装置のコンテキストとに基づいて、動作モードが設定されてよい。例えば、ＴＣレベルの増大に対応して増大するアクセス許可を与える装置／システムでは、動作モードの範囲が存在してよく、装置／システムは、ユーザの身元及びＴＣレベルに基づいて、特定の動作モードを設定してよい。図５と図６は異なる実施形態による動作を示しているが、図５と図６に示す動作の全てが他の実施形態に必要であるわけではないことを理解されたい。実際、本明細書で完全に企図されていることとして、本開示の他の実施形態では、図５及び図６に示される動作及び／又は本明細書で説明される他の動作は、いずれの図面にも具体的に示されていない方法で組み合わされ得るが、本開示と完全に一致する。１つの図面に正確に示されていない特徴及び／又は動作を対象とする請求項は、本開示の範囲及び内容に包含されるものとみなされる。
【００３３】
本願及び特許請求の範囲において使用される場合、「及び／又は」という語句によって結合された項目のリストは、列挙された項目の任意の組合わせを意味することができる。例えば、「Ａ、Ｂ及び／又はＣ」という語句はＡ、Ｂ、Ｃ、Ａ及びＢ、Ａ及びＣ、Ｂ及びＣ、又は、Ａ、Ｂ及びＣを意味することができる。本願及び特許請求の範囲において使用される場合、「少なくとも１つ」という語句によって結合された項目のリストは、列挙された用語の任意の組合わせを意味することができる。例えば、「Ａと、Ｂと、Ｃのうち少なくとも１つ」という語句は、Ａ、Ｂ、Ｃ、Ａ及びＢ、Ａ及びＣ、Ｂ及びＣ、又は、Ａ、Ｂ及びＣを意味することができる。
【００３４】
本明細書の任意の実施形態において使用される場合、「モジュール」という用語は、上述の動作のいずれかを実行するように構成されるソフトウェア、ファームウェア及び／又は回路を指すことができる。ソフトウェアは、ソフトウェアパッケージ、コード、命令、命令セット及び／又は非一時的コンピュータ可読記憶媒体に記録されたデータとして実現することができる。ファームウェアは、メモリ装置にハードコードされた（例えば、不揮発性の）コード、命令若しくは命令セット、及び／又はデータとして実現されてよい。本明細書の任意の実施形態で用いられる「回路」は、例えば、ハードワイヤード回路、１つ以上の個別の命令処理コアを含むコンピュータプロセッサ等のプログラマブル回路、状態機械回路、及び／又は、プログラマブル回路によって実行される命令を記憶するファームウェアを、単独又は任意の組合わせで含んでよい。モジュールは、集積回路（ＩＣ）、システムオンチップ（ＳｏＣ）、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、サーバ、スマートフォン等のより大きなシステムの一部を形成する回路として、集合的或いは個別に実現されてよい。
【００３５】
本明細書で説明される動作のいずれも、１つ以上のプロセッサによって実行されたときに方法を実行する命令を個別又は組合わせで記憶した１つ以上の記憶媒体（例えば非一時的記憶媒体）を含むシステムにおいて、実現することができる。ここで、プロセッサは、例えば、サーバＣＰＵ、モバイルデバイスＣＰＵ及び／又は他のプログラマブル回路を含むことができる。また、本明細書で説明される動作は、複数の異なる物理的位置の処理構造のような、複数の物理的装置に分散され得ることが意図される。記憶媒体は任意のタイプの有形媒体を含んでよく、例えば、ハードディスク、フロッピーディスク、光ディスク、コンパクトディスクリードオンリメモリ（ＣＤ−ＲＯＭ）、コンパクトディスクリライタブル（ＣＤ−ＲＷ）、光磁気ディスク等の任意のタイプのディスク、リードオンリメモリ（ＲＯＭ）等の半導体装置、ダイナミックＲＡＭやスタティックＲＡＭ等のランダムアクセスメモリ（ＲＡＭ）、消去可能プログラマブルリードオンリーメモリ（ＥＰＲＯＭ）、電子的消去可能プログラマブルリードオンリーメモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、ソリッドステートディスク（ＳＳＤ）、埋込み型マルチメディアカード（ｅＭＭＣ）、セキュアデジタル入出力（ＳＤＩＯ）カード、磁気カードや光カード、或いは電子命令を記憶するのに適した任意のタイプの媒体を含んでよい。他の実施形態は、プログラマブル制御装置によって実行されるソフトウェアモジュールとして実現されてよい。
【００３６】
したがって、本願は、複数の装置に基づくユーザ認証の信頼性を対象とする。ユーザは少なくとも１つの装置を所有し得る。装置は、少なくとも装置のデータ収集モジュールによって収取されたデータに基づいて、ユーザの身元が信頼できるという装置信頼レベルを決定することができる。例えば、装置の信頼性モジュールは、データ収集モジュールからデータを受信し、データに対応する品質を決定し、品質に基づいて装置信頼レベルを決定することができる。ユーザが２つ以上の装置を所有する場合、装置のうち少なくとも１つは、他の装置から装置信頼レベルを収集して、全体信頼レベルを決定することができる。例えば、装置は、他の装置を認証してから、全体信頼レベルの決定に用いられる装置信頼レベルを受信することができる。全体信頼レベルは、装置又はシステムにおいて動作モードを設定するために用いることができる。
【００３７】
以下の実施例は、更なる実施形態に関する。本開示の以下の例は、以下に提供されるように、装置、方法、実行されたときに機械に方法に基づく動作を実行させる命令を記憶する少なくとも１つの機械可読記憶媒体、複数のデバイスに基づくユーザ認証の信頼性のための方法及び／又はシステムに基づく動作を実行する手段等の主題を含んでよい。
【００３８】
例１によれば、ユーザの身元の信頼性を決定する装置が提供される。本装置は、少なくとも１つの他の装置とインタラクトする通信モジュールと、装置を所有しているユーザの身元を決定するために用いられるデータを収集するデータ収集モジュールと、少なくともデータ収集モジュールからデータを受信し、少なくともデータに基づいて、ユーザの身元が信頼できるという装置信頼レベルを決定する信頼性モジュールと、を備えてよい。
【００３９】
例２は例１の要素を含むことができる。データは、装置の少なくとも１つのセンサによって感知されるバイオメトリックデータを含む。
【００４０】
例３は例１〜２のいずれかの要素を含むことができる。データは、ユーザによって装置に入力されたユーザ識別データを含む。
【００４１】
例４は例１〜３のいずれかの要素を含むことができる。信頼性モジュールは、少なくとも装置信頼性モジュールを含む。装置信頼性モジュールは、少なくともデータに基づいてユーザの身元が信頼できるという装置信頼レベルを決定する。
【００４２】
例５は例１〜４のいずれかの要素を含むことができる。信頼性モジュールは装置信頼性モジュールを含み、装置信頼性モジュールは、少なくともデータの品質を決定し、少なくともデータの品質に基づいて、装置信頼レベルを決定する。
【００４３】
例６は例５の要素を含むことができる。データ品質は、データタイプ、データ頻度、データ精度及びデータ整合性のうち少なくとも１つに基づいて決定される。
【００４４】
例７は例６の要素を含むことができる。データ整合性は、装置によって収集されたデータを少なくとも１つの他の装置によって収集された同様のデータと比較することに基づいて決定される。
【００４５】
例８は例１〜７のいずれかの要素を含むことができる。信頼性モジュールは更に、通信モジュールに、少なくとも装置信頼レベルを少なくとも１つの他の装置に送信させる。
【００４６】
例９は例１〜８のいずれかの要素を含むことができる。信頼性モジュールは更に認証・収集モジュールを含み、認証・収集モジュールは、少なくとも少なくとも１つの他の装置から少なくとも１つの装置信頼レベルを受信し、装置において決定された装置信頼レベルと、少なくとも１つの他の装置から受信された少なくとも１つの装置信頼レベルとに基づいて、全体信頼レベルを決定する。
【００４７】
例１０は例９の要素を含むことができる。認証・収集モジュールは更に、装置によって決定された装置信頼レベルと、少なくとも１つの他の装置から受信された装置信頼レベルのそれぞれについて、全体信頼レベルに対する影響を決定することに基づいて、全体信頼レベルを決定する。効果は、各装置信頼レベルを重み付けすることと、効果の機械学習決定と、効果のルールベース決定とのうち少なくとも１つに基づく。
【００４８】
例１１は例９〜１０のいずれかの要素を含むことができる。認証・収集モジュールは更に、少なくとも１つの他の装置から認証データを受信し、認証データに基づいて、全体信頼レベルを決定する前に、少なくとも１つの他の装置を認証する。
【００４９】
例１２は例１〜１１のいずれかの要素を含むことができる。信頼性モジュールは更に、少なくとも装置を所有しているユーザの身元と信頼レベルとに基づいて、装置に動作モードを設定する。
【００５０】
例１３は例１２の要素を含むことができる。信頼性モジュールは更に、装置とユーザのうち少なくとも１つのコンテキストに更に基づいて、動作モードを設定する。
【００５１】
例１４は例１〜１３のいずれかの要素を含むことができる。信頼性モジュールは装置信頼性モジュールを含む。装置信頼性モジュールは、少なくともデータの品質を決定するように構成され、データ品質は、データタイプ、データ頻度、データ精度及びデータ整合性のうち少なくとも１つに基づいて決定され、また、少なくともデータの品質に基づいて、装置信頼レベルを決定するように構成される。
【００５２】
例１５は例１〜１４のいずれかの要素を含むことができる。信頼性モジュールは更に認証・収集モジュールを含み、認証・収集モジュールは、少なくとも少なくとも１つの他の装置から認証データを受信し、認証データに基づいて少なくとも１つの他の装置を認証し、少なくとも１つの他の装置から少なくとも１つの装置信頼レベルを受信し、装置において決定された装置信頼レベルと、少なくとも１つの他の装置から受信された少なくとも１つの装置信頼レベルとに基づいて、全体信頼レベルを決定する。
【００５３】
例１６によれば、アクセス制御装置が提供される。本装置は、少なくとも１つの他の装置とインタラクトする通信モジュールと、少なくとも通信モジュールを介して、少なくとも１つの他の装置を所有しているユーザを識別するデータと、ユーザを識別するデータが信頼できるという信頼レベルとを受信し、少なくともユーザ識別データ及び信頼レベルに基づいて、装置において動作モードを設定する信頼性モジュールと、を備えてよい。
【００５４】
例１７は例１６の要素を含むことができる。信頼性モジュールは、少なくともアクセス制御モジュールを含む。アクセス制御モジュールは、少なくともユーザ識別データ及び信頼レベルに基づいて、装置において動作モードを設定する。
【００５５】
例１８は例１６〜１７のいずれかの要素を含むことができる。信頼性モジュールは更に、ユーザが所要の装置を所有しているか否かを決定し、所要の装置がユーザに所有されていると決定されたか否かに更に基づいて、動作モードを設定する。
【００５６】
例１９は例１６〜１８のいずれかの要素を含むことができる。動作モードは、少なくともデータに基づいて決定された装置又はユーザの少なくとも１つのコンテキストに更に基づいて、信頼性モジュールによって設定される。
【００５７】
例２０は例１６〜１９のいずれかの要素を含むことができる。動作モードは、少なくとも信頼レベルに対応して設定される複数の増大するアクセスレベルを含む。
【００５８】
例２１は例１６〜２０のいずれかの要素を含むことができる。信頼レベルは、少なくとも、少なくとも１つの他の装置のデータ収集モジュールによって収集される、少なくとも１つの他の装置を所有しているユーザの身元を決定するときに用いられるデータについて決定される品質に基づいて、決定される。
【００５９】
例２２は例２１の要素を含むことができる。データ品質は、データタイプ、データ頻度、データ精度及びデータ整合性のうち少なくとも１つに基づいて決定される。
【００６０】
例２３によれば、ユーザ認証の信頼性を決定する方法が提供される。本方法は、装置のデータ収集モジュールから、装置を所有しているユーザの身元を決定するために用いられるデータを受信し、データに対応する品質を決定するステップと、少なくとも品質に基づいてユーザの身元が信頼できるという装置信頼レベルを決定するステップと、を含んでよい。
【００６１】
例２４は例２３の要素を含むことができる。データは、装置の少なくとも１つのセンサによって感知されるバイオメトリックデータを含む。
【００６２】
例２５は例２３〜２４のいずれかの要素を含むことができる。データは、ユーザによって装置に入力されたユーザ識別データを含む。
【００６３】
例２６は例２３〜２５のいずれかの要素を含むことができる。データ品質は、データタイプ、データ頻度、データ精度及びデータ整合性のうち少なくとも１つに基づいて決定される。
【００６４】
例２７は例２６の要素を含むことができる。データ整合性は、装置によって収集されたデータを少なくとも１つの他の装置によって収集された同様のデータと比較することに基づいて決定される。
【００６５】
例２８は例２３〜２７のいずれかの要素を含むことができる。更に、少なくとも装置信頼レベルを少なくとも１つの他の装置に送信するステップ、を含んでよい。
【００６６】
例２９は例２３〜２８のいずれかの要素を含むことができる。更に、少なくとも１つの他の装置から少なくとも１つの装置信頼レベルを受信するステップと、装置において決定された装置信頼レベルと、少なくとも１つの他の装置から受信された少なくとも１つの装置信頼レベルとに基づいて、全体信頼レベルを決定するステップと、を含んでよい。
【００６７】
例３０は例２９の要素を含むことができる。全体信頼レベルを決定することは、装置によって決定された装置信頼レベルと、少なくとも１つの他の装置から受信された装置信頼レベルのそれぞれについて、全体信頼レベルに対する影響を決定することに基づく。効果は、各装置信頼レベルを重み付けすることと、効果の機械学習決定と、効果のルールベース決定とのうち少なくとも１つに基づく。
【００６８】
例３１は例２９〜３０のいずれかの要素を含むことができる。更に、少なくとも１つの他の装置から認証データを受信するステップと、認証データに基づいて、全体信頼レベルを決定する前に、少なくとも１つの他の装置を認証するステップと、を含んでよい。
【００６９】
例３２は例２３〜３１のいずれかの要素を含むことができる。更に、少なくとも装置を所有しているユーザの身元と信頼レベルとに基づいて、装置において動作モードを設定するステップ、を含んでよい。
【００７０】
例３３は例３２の要素を含むことができる。更に、装置とユーザのうち少なくとも１つのコンテキストに更に基づいて、動作モードを設定するステップ、を含んでよい。
【００７１】
例３４は例２３〜３３のいずれかの要素を含むことができる。更に、少なくとも１つの他の装置から認証データを受信するステップと、認証データに基づいて少なくとも１つの他の装置を認証するステップと、少なくとも１つの他の装置から少なくとも１つの装置信頼レベルを受信するステップと、装置において決定された装置信頼レベルと、少なくとも１つの他の装置から受信された少なくとも１つの装置信頼レベルとに基づいて、全体信頼レベルを決定するステップと、を含んでよい。
【００７２】
例３５によれば、アクセス制御の方法が提供される。本方法は、装置において、少なくとも少なくとも１つの他の装置を所有しているユーザを識別するデータと、ユーザを識別するデータが信頼できるという信頼レベルとを受信するステップと、装置において、少なくともユーザ識別データ及び信頼レベルに基づいて、動作モードを設定するステップと、を含んでよい。
【００７３】
例３６は例３５の要素を含むことができる。更に、ユーザが所要の装置を所有しているか否かを決定するステップと、所要の装置がユーザに所有されていると決定されたか否かに更に基づいて、動作モードを設定するステップと、を含んでよい。
【００７４】
例３７は例３５〜３６のいずれかの要素を含むことができる。更に、少なくともデータに基づいて決定された装置又はユーザの少なくとも１つのコンテキストに更に基づいて、動作モードを設定するステップ、を含んでよい。
【００７５】
例３８は例３５〜３７のいずれかの要素を含むことができる。動作モードは、少なくとも信頼レベルに対応して設定される、装置内のデータに対する複数の増大するアクセスレベルを含む。
【００７６】
例３９は例３５〜３８のいずれかの要素を含むことができる。信頼レベルは、少なくとも、少なくとも１つの他の装置のデータ収集モジュールによって収集される、少なくとも１つの他の装置を所有しているユーザの身元を決定するときに用いられるデータについて決定される品質に基づいて、決定される。
【００７７】
例４０は例３９の要素を含むことができる。データ品質は、データタイプ、データ頻度、データ精度及びデータ整合性のうち少なくとも１つに基づいて決定される。
【００７８】
例４１によれば、少なくとも１つの装置を備えるシステムが提供される。本システムは、上記の例２３〜４０のいずれか１つの方法を実行するように構成される。
【００７９】
例４２によれば、上記の例２３〜４０のいずれか１つの方法を実行するように構成されるチップセットが提供される。
【００８０】
例４３によれば、少なくとも１つの機械可読記憶媒体が提供される。本媒体は、コンピューティングデバイス上で実行されることに応じて、コンピューティングデバイスに上記の例２３乃至４０のいずれか１つに記載の方法を実行させる複数の命令を含む。
【００８１】
例４４によれば、複数の装置に基づくユーザ認証の信頼性に関して構成される少なくとも１つの装置が提供される。本装置は、上記の例２３乃至４０のいずれか１つに記載の方法を実行するように構成される。
【００８２】
例４５によれば、ユーザ認証の信頼性を決定するシステムが提供される。本システムは、装置のデータ収集モジュールから、装置を所有しているユーザの身元を決定するために用いられるデータを受信する手段と、データに対応する品質を決定する手段と、少なくとも品質に基づいてユーザの身元が信頼できるという装置信頼レベルを決定する手段と、を備えてよい。
【００８３】
例４６は例４５の要素を含むことができる。データは、装置の少なくとも１つのセンサによって感知されるバイオメトリックデータを含む。
【００８４】
例４７は例４５〜４６のいずれかの要素を含むことができる。データは、ユーザによって装置に入力されたユーザ識別データを含む。
【００８５】
例４８は例４５〜４７のいずれかの要素を含むことができる。データ品質は、データタイプ、データ頻度、データ精度及びデータ整合性のうち少なくとも１つに基づいて決定される。
【００８６】
例４９は例４８の要素を含むことができる。データ整合性は、装置によって収集されたデータを少なくとも１つの他の装置によって収集された同様のデータと比較することに基づいて決定される。
【００８７】
例５０は例４５〜４９のいずれかの要素を含むことができる。更に、少なくとも装置信頼レベルを少なくとも１つの他の装置に送信する手段を含んでよい。
【００８８】
例５１は例４５〜５０のいずれかの要素を含むことができる。更に、少なくとも１つの他の装置から少なくとも１つの装置信頼レベルを受信する手段と、装置において決定された装置信頼レベルと、少なくとも１つの他の装置から受信された少なくとも１つの装置信頼レベルとに基づいて、全体信頼レベルを決定する手段と、を含んでよい。
【００８９】
例５２は例５１の要素を含むことができる。全体信頼レベルを決定することは、装置によって決定された装置信頼レベルと、少なくとも１つの他の装置から受信された装置信頼レベルのそれぞれについて、全体信頼レベルに対する影響を決定することに基づく。効果は、各装置信頼レベルを重み付けすることと、効果の機械学習決定と、効果のルールベース決定とのうち少なくとも１つに基づく。
【００９０】
例５３は例５１〜５２のいずれかの要素を含むことができる。更に、少なくとも１つの他の装置から認証データを受信する手段と、認証データに基づいて、全体信頼レベルを決定する前に、少なくとも１つの他の装置を認証する手段と、を含んでよい。
【００９１】
例５４は例４５〜５３のいずれかの要素を含むことができる。更に、少なくとも装置を所有しているユーザの身元と信頼レベルとに基づいて、装置において動作モードを設定する手段、を含んでよい。
【００９２】
例５５は例５４の要素を含むことができる。更に、装置とユーザのうち少なくとも１つのコンテキストに更に基づいて、動作モードを設定する手段、を含んでよい。
【００９３】
例５６は例４５〜５５のいずれかの要素を含むことができる。更に、少なくとも１つの他の装置から認証データを受信する手段と、認証データに基づいて少なくとも１つの他の装置を認証する手段と、少なくとも１つの他の装置から少なくとも１つの装置信頼レベルを受信する手段と、装置において決定された装置信頼レベルと、少なくとも１つの他の装置から受信された少なくとも１つの装置信頼レベルとに基づいて、全体信頼レベルを決定する手段と、を含んでよい。
【００９４】
例５７によれば、アクセス制御のためのシステムが提供される。本システムは、装置において、少なくとも少なくとも１つの他の装置を所有しているユーザを識別するデータと、ユーザを識別するデータが信頼できるという信頼レベルとを受信する手段と、装置において、少なくともユーザ識別データ及び信頼レベルに基づいて、動作モードを設定する手段と、を備えてよい。
【００９５】
例５８は例５７の要素を含むことができる。更に、ユーザが所要の装置を所有しているか否かを決定する手段と、所要の装置がユーザに所有されていると決定されたか否かに更に基づいて、動作モードを設定する手段と、を備えてよい。
【００９６】
例５９は例５７〜５８のいずれかの要素を含むことができる。更に、少なくともデータに基づいて決定された装置又はユーザの少なくとも１つのコンテキストに更に基づいて動作モードを設定する手段、を備えてよい。
【００９７】
例６０は例５７〜５９のいずれかの要素を含むことができる。動作モードは、少なくとも信頼レベルに対応して設定される、装置内のデータに対する複数の増大するアクセスレベルを含む。
【００９８】
例６１は例５７〜６０のいずれかの要素を含むことができる。信頼レベルは、少なくとも、少なくとも１つの他の装置のデータ収集モジュールによって収集される、少なくとも１つの他の装置を所有しているユーザの身元を決定するときに用いられるデータについて決定される品質に基づいて、決定される。
【００９９】
例６２は例６１の要素を含むことができる。データ品質は、データタイプ、データ頻度、データ精度及びデータ整合性のうち少なくとも１つに基づいて決定される。
【０１００】
本明細書で使用される用語及び表現は、限定ではなく説明の用語として使用され、そのような用語及び表現の使用において、図示及び説明された特徴（又はその一部）の均等物を排除する意図はなく、特許請求の範囲内において種々の変更が可能であることが認識されている。したがって、特許請求の範囲は、そのような均等物の全てを包含することを意図している。
【図１】
0006644781.tif 000002
【図２】
0006644781.tif 000003
【図３】
0006644781.tif 000004
【図４】
0006644781.tif 000005
【図５】
0006644781.tif 000006
【図６】
0006644781.tif 000007