(57)【要約】  モバイルデバイスは、複数のセンサと、プロセッサとを含むことができる。プロセッサは、複数のセンサからの入力に基づいて資産に関する信用データを決定し、信用決定アルゴリズムを用いて信用データを評価することに基づいて、資産がアクセス可能であるか、またはアクセス不可能であるかを決定し、複数のセンサからの入力に基づいて、資産へのアクセスを許可し続けるか、または資産へのアクセスを無効にするために、信用データを連続的に更新するように構成され得る。
2018513438.tif 000002
【特許請求の範囲】
【請求項１】
複数のセンサと、
プロセッサと
を備えるモバイルデバイスであって、前記プロセッサが、
前記複数のセンサからの入力に基づいて資産に関する信用データを決定し、
信用決定アルゴリズムを用いて前記信用データを評価することに基づいて、資産がアクセス可能であるか、またはアクセス不可能であるかを決定し、
前記複数のセンサからの前記入力に基づいて、前記資産へのアクセスを許可し続けるか、または前記資産へのアクセスを無効にするために、前記信用データを連続的に更新するように構成された、モバイルデバイス。
【請求項２】
前記信用決定アルゴリズムが、前記資産がアクセス可能であるか、またはアクセス不可能であるかを計算する、請求項1に記載のモバイルデバイス。
【請求項３】
前記資産が、前記モバイルデバイス自体へのアクセス、ローカルユーザデータ、音声通話アクセス、電子メールアクセス、またはリモートデータへのアクセスのうちの少なくとも1つを含む、請求項1に記載のモバイルデバイス。
【請求項４】
前記プロセッサが、電力効率基準に基づいて、利用される前記複数のセンサのタイプと、収集される前記信用データのタイプとを選択するようにさらに構成された、請求項1に記載のモバイルデバイス。
【請求項５】
前記プロセッサが、前記資産がアクセス可能であると前記信用決定アルゴリズムが計算したとき、第1の電力消費パラメータを用いて1つまたは複数のセンサを選択するようにさらに構成された、請求項4に記載のモバイルデバイス。
【請求項６】
収集される前記信用データおよび利用される前記信用決定アルゴリズムが、ユーザの好みか、または管理権限によって前記モバイルデバイスに割り当てられた好みに基づく、請求項1に記載のモバイルデバイス。
【請求項７】
収集される前記信用データが、依拠当事者の好みに基づく、請求項1に記載のモバイルデバイス。
【請求項８】
前記プロセッサが、前記アクセス可能な資産をアンロック状態へと割り当てるようにさらに構成され、収集される前記信用データが、複数のセンサからの入力に基づく、請求項1に記載のモバイルデバイス。
【請求項９】
前記プロセッサが、前記信用決定アルゴリズムが不審状態を決定することに基づいて前記アクセス可能な資産を不審状態へと割り当てるようにさらに構成され、受信された明示的なユーザ入力が、前記アクセス可能な資産を前記アンロック状態に戻すために使用可能である、請求項8に記載のモバイルデバイス。
【請求項１０】
前記プロセッサが、前記アクセス可能な資産をロック状態へと割り当てるようにさらに構成された、請求項8に記載のモバイルデバイス。
【請求項１１】
前記プロセッサが、受信された明示的なユーザ入力に基づいて、前記アクセス可能な資産を前記ロック状態から前記アンロック状態に戻すようにさらに構成された、請求項10に記載のモバイルデバイス。
【請求項１２】
資産がアクセス不可能であると決定された後、複数のセンサのうちの1つのセンサが、認証プロセスを開始する、請求項1に記載のモバイルデバイス。
【請求項１３】
複数のセンサからの入力に基づいて資産に関する信用データを決定するステップと、
信用決定アルゴリズムを用いて前記信用データを評価することに基づいて、資産がアクセス可能であるか、またはアクセス不可能であるかを決定するステップと、
前記複数のセンサからの前記入力に基づいて、前記資産へのアクセスを許可し続けるか、または前記資産へのアクセスを無効にするために、前記信用データを連続的に更新するステップと
を備える方法。
【請求項１４】
前記信用決定アルゴリズムが、前記資産がアクセス可能であるか、またはアクセス不可能であるかを計算する、請求項13に記載の方法。
【請求項１５】
前記資産が、モバイルデバイス自体へのアクセス、ローカルユーザデータ、音声通話アクセス、電子メールアクセス、またはリモートデータへのアクセスのうちの少なくとも1つを含む、請求項13に記載の方法。
【請求項１６】
電力効率基準に基づいて、利用される前記複数のセンサのタイプと、収集される前記信用データのタイプとを選択するステップをさらに備える、請求項13に記載の方法。
【請求項１７】
前記資産がアクセス可能であると前記信用決定アルゴリズムが計算したとき、第1の電力消費パラメータを用いて1つまたは複数のセンサを選択するステップをさらに備える、請求項16に記載の方法。
【請求項１８】
収集される前記信用データおよび利用される前記信用決定アルゴリズムが、ユーザの好みか、または管理権限によってモバイルデバイスに割り当てられた好みに基づく、請求項17に記載の方法。
【請求項１９】
収集される前記信用データが、依拠当事者の好みに基づく、請求項13に記載の方法。
【請求項２０】
前記アクセス可能な資産をアンロック状態へと割り当てるステップをさらに備え、収集される前記信用データが、複数のセンサからの入力に基づく、請求項13に記載の方法。
【請求項２１】
前記信用決定アルゴリズムが不審状態を決定することに基づいて、前記アクセス可能な資産を不審状態へと割り当てるステップをさらに備え、受信された明示的なユーザ入力が、前記アクセス可能な資産を前記アンロック状態に戻すために使用可能である、請求項20に記載の方法。
【請求項２２】
前記アクセス可能な資産をロック状態へと割り当てるステップをさらに備える、請求項20に記載の方法。
【請求項２３】
受信された明示的なユーザ入力に基づいて、前記アクセス可能な資産を前記ロック状態から前記アンロック状態に戻すステップをさらに備える、請求項22に記載の方法。
【請求項２４】
プロセッサによって実行されたとき、コンピューティングデバイスの前記プロセッサに動作を実行させるコードを備えるコンピュータ可読記録媒体であって、前記動作が、
複数のセンサからの入力に基づいて資産に関する信用データを決定する動作と、
信用決定アルゴリズムを用いて前記信用データを評価することに基づいて、資産がアクセス可能であるか、またはアクセス不可能であるかを決定する動作と、
前記複数のセンサからの前記入力に基づいて、前記資産へのアクセスを許可し続けるか、または前記資産へのアクセスを無効にするために、前記信用データを連続的に更新する動作と
を備える、コンピュータ可読記録媒体。
【請求項２５】
前記信用決定アルゴリズムが、前記資産がアクセス可能であるか、またはアクセス不可能であるかを計算する、請求項24に記載のコンピュータ可読記録媒体。
【請求項２６】
前記資産が、前記コンピューティングデバイス自体へのアクセス、ローカルユーザデータ、音声通話アクセス、電子メールアクセス、またはリモートデータへのアクセスのうちの少なくとも1つを含む、請求項24に記載のコンピュータ可読記録媒体。
【請求項２７】
電力効率基準に基づいて、利用される前記複数のセンサのタイプと、収集される前記信用データのタイプとを選択するためのコードをさらに備える、請求項24に記載のコンピュータ可読記録媒体。
【請求項２８】
複数のセンサからの入力に基づいて資産に関する信用データを決定するための手段と、
信用決定アルゴリズムを用いて前記信用データを評価することに基づいて、資産がアクセス可能であるか、またはアクセス不可能であるかを決定するための手段と、
前記複数のセンサからの前記入力に基づいて、前記資産へのアクセスを許可し続けるか、または前記資産へのアクセスを無効にするために、前記信用データを連続的に更新するための手段と
を備えるモバイルデバイス。
【請求項２９】
前記信用決定アルゴリズムが、前記資産がアクセス可能であるか、またはアクセス不可能であるかを計算する、請求項28に記載のモバイルデバイス。
【請求項３０】
前記資産が、前記モバイルデバイス自体へのアクセス、ローカルユーザデータ、音声通話アクセス、電子メールアクセス、またはリモートデータへのアクセスのうちの少なくとも1つを含む、請求項28に記載のモバイルデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、すべての目的のためにその内容全体が参照により本明細書に組み込まれる、「Mobile Device to Continuously Update the Status of Asset Based upon Sensor Inputs」と題する、2015年2月3日に出願した米国仮特許出願第62/111,574号の非仮特許出願である、2015年4月8日に出願した米国特許出願第14/681,972号の優先権を主張するものである。
【０００２】
本発明は、正しいユーザが資産にアクセスしているかどうかを連続的に監視することによって、強化されたセキュリティを提供するモバイルデバイスに関する。
【背景技術】
【０００３】
モバイルデバイスは、移動可能であるという性質のために、非常に容易に紛失または盗難される可能性がある。今日、モバイルデバイスのデータを保護するために利用可能な主な防御は、タイムアウト/ロック画面機能である。残念ながら、多くの人々は、その不便さのため、タイムアウト/ロック画面機能を使用しない。さらに、タイムアウト/ロック画面機能は、泥棒がモバイルデバイスからデータを取得する機会の窓を残すので、理想的なセキュリティメカニズムではない。
【０００４】
加えて、今日のモバイルの世界では、依拠当事者(Relying Party)(たとえば、ウェブサイト、企業など)は、現在、実際にモバイルデバイスを使用する個人の認証を要求し始めている。今日、それは、パスワード、PIN、または指紋によって達成される。残念ながら、データを取得するためおよび/または依拠当事者にアクセスするためにパスワード、PIN、または指紋が入力された後、泥棒のための機会の窓が依然として存在する。さらに、同時に、PIN、パスワード、または指紋入力を介してユーザが手動で継続的に自身を認証することを頻繁に必要とすることは、ユーザ体験の妨げとなる。
【発明の概要】
【課題を解決するための手段】
【０００５】
態様は、正しいユーザが資産にアクセスしているかどうかを連続的に監視することによって、強化したセキュリティを提供するモバイルデバイスに関する場合がある。モバイルデバイスは、複数のセンサと、プロセッサとを含むことができる。プロセッサは、複数のセンサからの入力に基づいて資産に関する信用データを決定し、信用決定アルゴリズムを用いて信用データを評価することに基づいて、資産がアクセス可能であるか、またはアクセス不可能であるかを決定し、複数のセンサからの入力に基づいて、資産へのアクセスを許可し続けるか、または資産へのアクセスを無効にするために、信用データを連続的に更新するように構成され得る。
【図面の簡単な説明】
【０００６】
【図１】本発明の態様が実践され得るデバイスの図である。
【図２】資産がアクセス可能であるべきか、またはアクセス不可能であるべきかを決定するために複数の機能を実装するように構成されたポリシーエンジンの図である。
【図３】資産がアクセス可能であるべきか、またはアクセス不可能であるべきかを決定するプロセスを示すフロー図である。
【図４】異なる資産に関する異なるユースケースの異なる例の表を示す図である。
【図５】モバイルデバイスが循環し得るアンロック状態、不審状態、ロック状態を示す図である。
【発明を実施するための形態】
【０００７】
「例示的」または「例」という語は、本明細書では、「例、事例、または例示として役に立つ」ことを意味するために使用される。本明細書において「例示的」としてまたは「例」として説明される任意の態様または実施形態は、必ずしも他の態様または実施形態よりも好ましいまたは有利であると必ずしも解釈されるものではない。
【０００８】
本明細書で使用される場合、「モバイルデバイス」という用語は、限定はしないが、ラップトップコンピュータ、タブレットコンピュータ、スマートフォン、テレビ、デスクトップコンピュータ、家電機器、セルラー電話、個人用テレビデバイス、携帯情報端末(PDA)、パームトップコンピュータ、ワイヤレス電子メール受信機、マルチメディアインターネット対応セルラー電話、全地球測位システム(GPS)受信機、ワイヤレスゲームコンソール、車両(たとえば、自動車)内の受信機、インタラクティブゲームデバイス、ノートブック、スマートブック、ネットブック、モバイルテレビデバイス、モバイルヘルスデバイス、スマートウェアラブルデバイス、または任意のコンピューティングデバイスもしくはデータ処理装置を含む、任意の形態のプログラマブルコンピュータデバイスを指す。
【０００９】
図1は、本発明の実施形態が実施され得る例示的なデバイスを示すブロック図である。システムは、1つまたは複数のプロセッサ101と、メモリ105と、I/Oコントローラ125と、ネットワークインターフェース110とを含むことができるコンピューティングデバイス(たとえば、モバイルデバイス100)であってもよい。モバイルデバイス100はまた、プロセッサ101にさらに結合された1つまたは複数のバスまたは信号線に結合されたいくつかのセンサを含むことができる。モバイルデバイス100はまた、ディスプレイ120(たとえば、タッチスクリーンディスプレイ)、ユーザインターフェース119(たとえば、キーボード、タッチスクリーン、または類似のデバイス)、電力デバイス121(たとえば、バッテリー)、ならびに一般に電子デバイスに関連する他の構成要素を含む場合があることを諒解されたい。いくつかの実施形態では、モバイルデバイス100は移送可能なデバイスであってもよいが、デバイス100が、モバイルまたは非モバイル(たとえば、特定のロケーションに固定される)である任意のタイプのコンピューティングデバイスであってもよいことを諒解されたい。
【００１０】
モバイルデバイス100は、クロック130、周囲光センサ(ALS)135、加速度計140、ジャイロスコープ145、磁力計150、方位センサ151、指紋センサ152、気象センサ155(たとえば、温度、風、湿度、気圧など)、全地球測位センサ(GPS)160、赤外線(IR)センサ153、近接センサ167、および近接場通信(NFC)センサ169などのセンサを含むことができる。さらに、センサ/デバイスは、マイクロフォン165と、カメラ170とを含むことができる。通信構成要素は、デバイスの環境(たとえば、位置)を分析するために使用されるセンサとも考えられるワイヤレスサブシステム115(たとえば、Bluetooth(登録商標)166、Wi-Fi111、またはセルラー161)を含むことができる。いくつかの実施形態では、複数のカメラは、デバイスに組み込まれるか、またはデバイスと通信可能である。たとえば、モバイルデバイスは、少なくとも前面および背面取付け式カメラを有することがある。カメラは、スチルまたはビデオキャプチャ機能を有することができる。いくつかの実施形態では、他のセンサは、複数の設備または変形形態を有することもできる。
【００１１】
メモリ105は、プロセッサ101による実行のための命令を記憶するためにプロセッサ101に結合されてもよい。いくつかの実施形態では、メモリ105は非一時的である。メモリ105は、収集エンジンと、ポリシーエンジンとを含む、プロサッサ101によって実施される以下に説明する実施形態を実施するための1つまたは複数のモデル、モジュール、またはエンジンを記憶することもできる。メモリ105は、統合センサまたは外部センサからのデータを記憶することもできる。
【００１２】
モバイルデバイス100は、1つまたは複数のアンテナ123と、トランシーバ122とを含むことができる。トランシーバ122は、アンテナおよび/または1つもしくは複数の有線リンクもしくはワイヤレスリンクを介し、ネットワークインターフェース110およびワイヤレスサブシステム115と協働して、1つまたは複数のネットワークと双方向に通信するように構成され得る。ネットワークインターフェース110は、ワイヤレスリンクを介してワイヤレスネットワークに/からデータストリームを送信および受信するためにいくつかのワイヤレスサブシステム115(たとえば、Bluetooth(登録商標)166、Wi-Fi111、セルラー161、もしくは他のネットワーク)に結合されてもよく、または、ネットワーク(たとえば、インターネット、イーサネット(登録商標)、または他のワイヤレスシステム)への直接接続のための有線インターフェースであってもよい。モバイルデバイス100は、1つまたは複数のアンテナに接続された1つまたは複数のローカルエリアネットワークトランシーバを含むことができる。ローカルエリアネットワークトランシーバは、ワイヤレスアクセスポイント(WAP)と通信するため、および/もしくはWAPへの/からの信号を検出するため、ならびに/または、ネットワーク内の他のワイヤレスデバイスと直接通信するための、適切なデバイス、ハードウェア、および/またはソフトウェアを備える。一態様では、ローカルエリアネットワークトランシーバは、1つまたは複数のワイヤレスアクセスポイントと通信するのに適したWi-Fi(802.11x)通信システムを備え得る。
【００１３】
モバイルデバイス100は、1つまたは複数のアンテナに接続され得る1つまたは複数のワイドエリアネットワークトランシーバを含むこともできる。ワイドエリアネットワークトランシーバは、ネットワーク内の他のワイヤレスデバイスと通信し、および/またはネットワーク内の他のワイヤレスデバイスへの/からの信号を検出するのに適したデバイス、ハードウェア、および/またはソフトウェアを備える。一態様では、ワイドエリアネットワークトランシーバは、ワイヤレス基地局のCDMAネットワークと通信するのに適したCDMA通信システムを備え得るが、他の態様では、ワイヤレス通信システムは、たとえば、TDMA、LTE、アドバンストLTE、WCDMA(登録商標)、UMTS、4G、またはGSM(登録商標)などの、別のタイプのセルラー電話ネットワークまたはフェムトセルを備え得る。加えて、たとえば、WiMax(802.16)、ウルトラワイドバンド(UWB)、ZigBee、ワイヤレスUSBなどの、任意の他のタイプのワイヤレスネットワーキング技術が使用されてもよい。従来のデジタルセルラーネットワークでは、位置ロケーション機能が、様々な時間および/または位相測定技法によって提供され得る。たとえば、CDMAネットワークでは、使用される1つの位置決定方式は、アドバンスト順方向リンク三辺測量(AFLT)である。
【００１４】
デバイス100は、モバイルデバイス、ワイヤレスデバイス、セルラーフォン、携帯情報端末、モバイルコンピュータ、ウェアラブルデバイス(たとえば、ヘッドマウントディスプレイ、腕時計、仮想現実眼鏡など)、インターネット家電、ゲームコンソール、デジタルビデオレコーダ、電子リーダ、ロボットナビゲーションシステム、タブレットコンピュータ、パーソナルコンピュータ、ラップトップコンピュータ、または、処理能力を有する任意のタイプのデバイスであってもよい。本明細書で使用される場合、モバイルデバイスは、1つまたは複数のワイヤレス通信デバイスまたはネットワークから送信されたワイヤレス信号を取得し、1つまたは複数のワイヤレス通信デバイスまたはネットワークにワイヤレス信号を送信するように構成可能な任意のポータブルまたは可動デバイスまたは機械であってもよい。したがって、限定ではなく例として、モバイルデバイス100は、無線デバイス、セルラー電話デバイス、コンピューティングデバイス、パーソナル通信システムデバイス、または他の同様の可動ワイヤレス通信機能付きデバイス、装置、もしくは機械を含むことができる。「モバイルデバイス」という用語はまた、衛星信号受信、支援データ受信、および/または位置関連処理がデバイス100において行われるのかどうかにかかわらず、短距離のワイヤレス接続、赤外線接続、ワイヤ線接続、または他の接続などによってパーソナルナビゲーションデバイスと通信するデバイスを含むことが意図される。また、「モバイルデバイス」は、衛星信号受信、支援データ受信、および/または位置関連処理が、そのデバイスにおいて行われるのか、サーバにおいて行われるのか、それともネットワークに関連付けられた別のデバイスにおいて行われるのかにかかわらず、インターネット、Wi-Fi、または他のネットワークなどを介してサーバと通信することができる、ワイヤレス通信デバイス、コンピュータ、ラップトップなどを含むすべてのデバイスを含むことが意図される。上記の任意の動作可能な組合せも、「モバイルデバイス」と見なされる。
【００１５】
以下に説明する本発明の実施形態は、モバイルデバイス100のプロセッサ101ならびに/またはデバイス100および/もしくは他のデバイスの他の回路による、たとえば、メモリ105および/または他の要素に記憶された命令の実行によって実施されてもよいことが理解されるべきである。具体的には、限定はしないがプロセッサ101を含むデバイス100の回路は、本発明の実施形態による方法またはプロセスを実行するために、プログラム、ルーチン、または命令の実行の制御の下で動作することができる。たとえば、そのようなプログラムは、ファームウェアまたは(たとえば、メモリ105および/または他の場所に記憶された)ソフトウェアによって実行されてもよく、プロセッサ101などのプロセッサ、および/またはデバイスの他の回路によって実装されてもよい。さらに、プロセッサ、マイクロプロセッサ、回路、コントローラなどの用語は、ロジック、コマンド、命令、ソフトウェア、ファームウェア、機能性などを実行することができる任意のタイプのロジックまたは回路を指す場合があることが理解されるべきである。モバイルデバイス100内の各ユニットまたはモジュールの機能はまた、1つまたは複数の汎用プロセッサまたは特定用途向けプロセッサによって実行されるようにフォーマットされた、メモリの中で具現化される命令を用いて、全体的または部分的に実装されてもよい。
【００１６】
本発明の実施形態は、ユーザが自分自身を絶えず認証する必要がないように、ユーザ体験に割り込むことなく、バックグラウンドにおいてモバイルデバイス100から認証情報を得ることに関する場合がある。説明するように、ユーザ自身からの特定のユーザ入力を必要とすることなく、ユーザが絶えず認証され得るように、多くのタイプのバックグラウンド情報がバックグラウンドにおいて定期的に取得され得る。一例として、カメラ170は、ユーザの顔の写真を定期的に取得することができ、プロセッサ101は、ユーザを認証するために顔認識ルーチンを実装することができる。加えて、以下でより詳細に説明するように、本発明の実施形態は、モバイルデバイス100が盗難されたか、そうでなければ通常の環境にはないかどうかを決定するために、光レベル、位置、動作の種類、音声レベル、および/または他の状況情報などの状況情報を利用することができる。状況情報は、モバイルデバイス100が現在ある、ユーザからの明示的な入力を必要としない、位置、動作、光、音などの環境を指す場合がある。
【００１７】
本発明の実施形態は、モバイルデバイス100の資産を保護することに関する場合がある。モバイルデバイスは、その可動性のため、容易に紛失または盗難される可能性があるので、モバイルデバイスのための資産の保護は、重要である。資産の例は、モバイルデバイス自体、音声通話を行う機能、ローカルユーザデータ(たとえば、会社の機密情報の特定のファイル)、個人データファイル(たとえば、写真、動画、アドレス帳など)、電子メールアクセス、ネットワークリソースへの認証材料、リモートデータへのアクセス、ユーザが代金を支払い、ダウンロードした場合がある高価値コンテンツなどを含むことができる。本発明の態様は、異なる資産のための異なるレベルの保護を提供することに関する場合がある。たとえば、アドレス帳は、写真などの別の資産へのアクセスよりも強力な保護を必要とする1つの資産として選択され得る。モバイルデバイス100においてこの種類の粒状性を適用することによって、モバイルデバイスは、数十、数百、または数千もの資産を有することができる。さらに、説明するように、本発明の実施形態によれば、各特定の資産は、アクセス可能またはアクセス不可能であると決定され得る。
【００１８】
一実施形態では、資産がアクセス可能であるかまたはアクセス不可能であるかを決定する際に、モバイルデバイス100の多くのタイプのセンサ入力が利用され得る。例示的なセンサ入力は、指紋を得るための指紋センサ152、声紋を得るためのマイクロフォン165、または、気象センサ155、加速度計140、GPS160などの状況センサを含むことができる。以下で説明する態様では、これらの異なるタイプのセンサおよび入力は、モバイルデバイス100上の多くの異なるタイプの定義された資産へのアクセスを制御するために使用され得る。具体的には、これは、ユーザが資産にアクセスするために認証入力を入力することを明示的に要求得する認証ステップを最小限にするために、バックグラウンドにおいて、連続的に行われ得る。
【００１９】
図2をさらに参照すると、モバイルデバイス100のプロセッサ101は、資産がアクセス可能であるべきか、またはアクセス不可能であるべきかを決定するために複数の機能を実装するように構成され得る。具体的には、(たとえば、前述のセンサからの)センサ入力201に基づくプロセッサ101は、センサ入力データ201のすべてを収集する収集エンジン202と、資産がアクセス可能であるべきか、またはアクセス不可能であるべきかを決定するポリシーエンジン210とを実装することができる。ポリシーエンジン210は、以下でさらに説明するように、ユーザの好み(User Preference)および/または依拠当事者の好み(Relying Party Preference)に基づいて、資産のアクセス可能性またはアクセス不可能性を決定することができる。ユーザの好みは、管理権限によってモバイルデバイスに割り当てられた好みであってもよい(たとえば、会社は、信用レベルまたは信用決定要件を指示するために、従業員のモバイルデバイスにモバイルデバイス管理(MDM)ポリシーを割り当てることができる)ことが理解されるべきである。
【００２０】
一実施形態では、プロセッサ101は、複数のセンサからの入力に基づいて資産に関する信用データを決定し、信用決定アルゴリズムを用いて信用データを評価することに基づいて、資産がアクセス可能であるか、またはアクセス不可能であるかを決定し、複数のセンサからの入力に基づいて、資産へのアクセスを許可し続けるか、または資産へのアクセスを無効にするために、信用データを連続的に更新するように構成される。
【００２１】
一実施形態では、プロセッサ101は、収集エンジン202によって収集されたセンサ入力201に基づいて資産214に関する信用データ222を決定し、信用決定アルゴリズム224を用いて信用データ222を評価することに基づいて、資産214がアクセス可能であるか、またはアクセス不可能であるかを決定し、複数のセンサからのセンサ入力201に基づいて、資産214へのアクセスを許可し続けるか、または資産214へのアクセスを無効にするために、信用データ222を連続的に更新するように構成されたポリシーエンジン210を実装する。
【００２２】
信用決定アルゴリズム224は、以下でその例を説明するセンサ入力データおよび状況入力データに基づいて、モバイルデバイスの様々な認証状態のすべてにわたって動作する、単純な多項式計算、複雑な公式、ブール論理、もしくはファームウェアもしくはソフトウェアにおいて実装された完全なアルゴリズム、またはその組合せであってもよい。説明するように、信用決定アルゴリズム224は、多くの変数および規則のセットから構成され得る認証状態に基づいて動作する。信用決定アルゴリズム224は、資産のアクセス可能性を決定するために、認証状態を連続的に監視することができる。これの例について、以下でより詳細に説明する。一実施形態では、信用決定アルゴリズムは、資産がアクセス可能であるか、またはアクセス不可能であるかを計算する。たとえば、信用決定アルゴリズムは、資産がアクセス可能であるイエス値(たとえば、1)、または資産がアクセス不可能であるノー値(たとえば、0)を計算することができる。
【００２３】
一例として、ポリシーエンジン210の制御下で、プロセッサ101は、複数の異なるように定義された資産(1-N)214を監視することができ、信用決定アルゴリズム224を用いて信用データ222を評価することに基づいて、特定の資産214がアクセス可能216であるか、またはアクセス不可能218であるかを連続的に決定するために、すべての上述したセンサからのセンサ入力201に基づいて、これらの資産の各々に関する信用データ222を連続的に更新することができる。いくつかの代替実施形態では、依拠当事者230は、ポリシーエンジン232を実装することができる。さらに、以下でより詳細に説明するように、資産214に関する信用データ222は、センサ入力201に基づいて連続的に更新され得る。したがって、ポリシーエンジン210は、信用決定アルゴリズム224を用いて信用データ222を評価することに基づいて、資産214がアクセス可能216であるか、またはアクセス不可能218であるかを連続的に決定するために、複数の異なる資産に関する信用データ222を連続的に更新することができる。
【００２４】
図3をさらに簡単に参照し、資産がアクセス可能であるか、またはアクセス不可能であるかを決定するプロセス300について簡単に説明する。ブロック302において、資産に関する信用データ222は、複数のセンサからの入力に基づいて決定され得る。次に、決定ブロック304において、プロセス300は、信用決定アルゴリズムを用いて信用データを評価することに基づいて、資産がアクセス可能であるか、またはアクセス不可能であるかを決定する。資産がアクセス可能であると決定された場合、ユーザは、それにアクセスすることができ(ブロック310)、資産がアクセス不可能であると決定された場合、ユーザは、それにアクセスすることができない(ブロック312)。いずれの場合においても、信用データは、複数のセンサからの入力に基づいて、資産に対して連続的に更新される(ブロック320)。
【００２５】
再び図2を参照し、本発明の実施形態の例示を提供するために、様々な例について以下でより詳細に説明する。一実施形態では、資産214は、モバイルデバイス自体へのアクセス、ローカルユーザデータ(たとえば、ファイル、写真、動画など)へのアクセス、音声通話アクセス、電子メールアクセス、リモートデータ(たとえば、企業サーバ上の企業データ、ウェブサイトからのデータなど)へのアクセスなどとして定義され得る。さらに、センサ入力201は、クロック130、近接センサ167、周囲光センサ135、加速度計140、NFC169、ジャイロスコープ145、カメラ170、磁力計150、方位センサ151、気象センサ155、指紋センサ152、GPS160、IRセンサ153、マイクロフォン165などの上述したセンサのいずれかからのデータであってもよい。モバイルデバイスによって利用される任意のタイプのセンサが可能なセンサ入力として見なされ得ることが理解されるべきである。生体認証センサは、ユーザ識別生体認証構成要素(たとえば、指紋スキャン、目のスキャン、音声スキャン、顔面スキャンなど)に基づいてユーザを識別するために使用される任意のタイプのセンサと見なされ得る。また、前述のように、状況情報は、ユーザからの明示的な入力を必要としない、モバイルデバイス100が現在ある環境を指すことができる。したがって、状況センサは、近接、光、加速度、気象、方位、GPSなどのそのような感知情報に関連し得るモバイルデバイスの現在の状況状態に関連する任意のタイプのセンサであると見なされ得る。したがって、状況センサの例は、近接センサ167、光センサ135、加速度計140、気象センサ155、方位センサ151、GPS160などを含む。これらは単に、状況状態および状況センサの例である。また、バックグラウンド認証情報は、明示的なユーザ入力を必要とせず、それによって、ユーザ体験の邪魔をしない、エンドユーザについて収集されたデータとして特徴付けられ得る。
【００２６】
前述したように、ポリシーエンジン210を実装するプロセッサ101は、資産214に関する信用データ222を決定するために利用されるべきセンサのタイプとセンサ入力201のタイプとを選択することができる。一実施形態では、信用データ222は、資産214がアクセス可能であるか、またはアクセス不可能であるかを決定するために、信用決定アルゴリズム224を用いて評価される。一実施形態では、収集される信用データ222および利用される信用決定アルゴリズム224は、ユーザの好みに基づく。一実施形態では、収集される信用データ222および利用される信用決定アルゴリズム224は、依拠当事者の好みに基づく。たとえば、依拠当事者230は、ポリシーエンジン232を利用することができる。
【００２７】
資産214がバックグラウンド状態においてどのようにアクセス可能216またはアクセス不可能218であると決定されるかの例について、以下に説明する。一例として、資産214は、以下の、特定の特徴的でない動作が決定される(たとえば、特徴的でないウェブページが閲覧されるか、または通常は使用されない特徴的でないアプリケーションが使用される)、ならびに、モバイルデバイスに関する状況情報が変更されている(たとえば、GPSセンサ160によって測定された位置ロケーションおよび加速度計センサ160からの加速度計データが、モバイルデバイス100が(決して以前に行かない)全く新しい場所にあり、モバイルデバイスが高い速度(たとえば、80mph)で移動していることを検出する)、といった例示的な条件下でアクセス不可能218になり得る。別の例として、資産214は、以下の、以前のユーザと同じではないか、またはユーザの予め記憶された生体認証情報とは異なる生体認証情報が、バックグラウンドにおいて生体認証センサによって(たとえば、血圧)、またはバックグラウンドにおいてカメラ170を介して(たとえば、顔認識または虹彩認識のための顔または目のカメラ画像)得られたという例示的な条件下でアクセス不可能218になり得る。これらは、単なる例であり、多種多様な異なるタイプのセンサ情報が利用され得ることが理解されるべきである。これらの例では、信用決定アルゴリズム224は、資産214がアクセス可能216であるか、またはアクセス不可能218であるかを決定することができる。
【００２８】
一例として、ユーザの好みまたは依拠当事者の好みに基づいて所定の信用値または信用レベルと比較され得る整数値またはベクトルを与えるために、これらのタイプのセンサ情報を組み合わせた計算されたスコアである信用値または信用レベルが計算され得る。前述のように、このタイプのバックグラウンド情報に基づいて、信用値が所定の信用値よりも大きい場合、ユーザは、資産214へのアクセスを有することを許可される(たとえば、資産は、アクセス可能216である)。しかしながら、信用値が所定の信用値よりも小さくなった場合、資産214は、アクセス可能216からアクセス不可能218であるように変更され得る。
【００２９】
しかしながら、資産214がアクセス不可能218になった後でも、資産214は、特定の条件の後で再びアクセス可能になることができる。これらのタイプの条件の例は、パスワードの入力を促されるユーザ、明示的な生体認証入力(たとえば、指紋センサ152からの指紋、またはカメラ170からの虹彩スキャンもしくは顔写真など)、マイクロフォン165からの声紋などの、ユーザによる明示的な認証を含んでもよく、および/または、画像(たとえば、部分的な顔写真もしくは完全な顔写真)を取り込むカメラ170、完全なもしくは部分的な指紋を取り込むタッチスクリーン120上の指紋感知などのユーザを識別する暗黙的/バックグラウンドの生体認証入力がセンサによって受信されてもよく、および/または、バックグラウンドで収集された状況情報が、通常/予測レベルよりも大きくなる場合があり、状況情報は、前述のように、GPS位置、加速度計データ、気象センサデータなどであり得る。明示的な生体認証および状況情報を利用することによって、それが起こったことをユーザが知ることなく、資産は、アクセス可能216からアクセス不可能218になり、そしてアクセス可能216に戻る場合があることに留意すべきである。もちろん、これらは、単なる例である。
【００３０】
図4をさらに参照すると、前述の機能を利用して異なるユースケースが実装され得る。これらの例400では、異なる資産214に関する異なるユースケース402の異なる例が示されている。第1の例420では、ユースケース402は、モバイルデバイス100にあり、ポリシーエンジン220は、モバイルデバイスにあり、依拠当事者230は、ユーザであり、資産214は、デバイスにおけるローカルユーザデータであるか、またはデバイスからの(たとえば、サーバなどの別のデバイスにおける)リモートデータへのアクセスである。この例420では、ユーザデバイス自体におけるポリシーエンジン220は、資産214がアクセス可能であるか、またはアクセス不可能であるかを決定する。
【００３１】
別の例430として、ユースケース402は、企業サーバデータに関するものであってもよく、ポリシーエンジン232は、企業サーバにあり、依拠当事者230は、企業サーバであり、資産214は、企業サーバ上の企業データであり得る。この例では、企業サーバにおけるポリシーエンジン232は、資産214(たとえば、企業サーバ上の企業データ)がモバイルデバイスによってアクセス可能であるか、またはアクセス不可能であるかを決定する。さらに別の例440は、重要なリモート資産(たとえば、銀行ウェブサイトにおけるユーザ金融データ)に対するリモートウェブサイトアクセス(たとえば、銀行アクセス)であり得る。この場合、ポリシーエンジン220、232は、モバイルデバイスまたは銀行サーバにあってもよい。この例では、依拠当事者230は、銀行ウェブサイトを介した銀行である。この例では、ポリシーエンジンは、モバイルデバイスにおいて実装されているか、または銀行ウェブサイトにおいて実装されているかにかかわらず、資産214(たとえば、金融データ)がアクセス可能であるか、またはアクセス不可能であるかを決定することができる。
【００３２】
これらは、単なる例であることが理解されるべきである。しかしながら、これらの例420、430、および440において、ポリシーエンジン220、232は、モバイルデバイス100におけるか、またはリモートサーバ(たとえば、依拠当事者230)におけるかにかかわらず、モバイルデバイス100の複数のセンサからの入力に基づいて資産214のための信用データ222を決定する機能、信用決定アルゴリズム224を用いて信用データ222を評価することに基づいて、資産214がアクセス可能であるか、またはアクセス不可能であるかを決定する機能、および、信用データ222が複数のセンサからの入力に基づいて資産に関して連続的に更新される機能を実装する。再び、例として、資産は、モバイルデバイス自体へのアクセス、ローカルユーザデータ(たとえば、ファイル、写真、動画など)へのアクセス、音声通話アクセス、電子メールアクセス、リモートデータ(たとえば、企業サーバ上の企業データ、ウェブサイトからのデータなど)へのアクセスなどとして定義され得る。
【００３３】
前述のように、本発明の態様は、バックグラウンド認証情報を用いて状況情報を利用することに関する場合がある。具体的には、状況情報は、モバイルデバイス100が現在あり、ユーザからの明示的な入力を必要としない環境を指すことができる。したがって、状況センサは、近接、光、加速度、気象、方位、GPSなどの感知情報に関し得るモバイルデバイスの典型的な状況状態に関する任意のタイプのセンサであると見なされ得る。したがって、状況センサの例は、近接センサ167、光センサ135、加速度計140、気象センサ155、方位センサ151、GPS160などを含む。これらは単に、状況状態および状況センサの例である。したがって、状況情報は、モバイルデバイスの環境と、モバイルデバイスがある環境とを特徴付けるようとすることができ、実際のユーザを識別しようとはしない。周辺光レベル、周辺光の色、ノイズレベル、ノイズのタイプ、動きの方向のタイプ、および温度は、利用され得る状況情報のタイプである。これらは、周辺光センサ135、マイクロフォン165、加速度計140、ジャイロスコープ145、気象センサ155、または任意の適切なセンサデバイスによって決定され得る。
【００３４】
バックグラウンド認証情報は、明示的なユーザ入力を必要とせず、それによって、ユーザ体験の邪魔をしない、エンドユーザについて収集されたデータとして特徴付けられ得る。たとえば、顔画像が、ユーザが行うことなく、自動的にカメラ170によって取り込まれてもよく、特徴的な歩き方が加速度計140から取り込まれてもよく、または、指紋が指紋センサから取り込まれてもよい。
【００３５】
状況情報を連続的に監視することによって、状況情報における急激な変化は、信用値を急速に低下させる場合がある。これが生じたとき、ポリシーエンジン210がユーザを認証するのに十分なバックグラウンド認証情報を収集する緊急性が生じる。バックグラウンド情報を得ることができない場合、資産214は、アクセス不可能218になる。そのときは、明示的なユーザ入力認証が必要とされる場合がある。一例として、これは、状況情報およびバックグラウンド情報を用いて認証できないように信用値が低くなる場合、生じる場合がある。この場合、ポリシーエンジン210は、モバイルデバイス100を「ロック」状態にすることができ、モバイルデバイスは、明示的なユーザ入力認証によってのみアンロックされ得る。一例として、モバイルデバイスを「アンロック」する明示的なユーザ入力認証は、ユーザにパスワードを入力するように促す、指紋センサ152を介して指をスキャンするように促す、またはマイクロフォン165によって聞かれるべき声紋を話すように促すモバイルデバイス100によって生じ得る。ユーザ入力のポリシーエンジン210による認証に基づいて、モバイルデバイス100は、「アンロック」され得る。
【００３６】
また、一実施形態では、信用値が低下し始めたとき、信用レベルが低くなっている(ロックをもたらす可能性がある)という指示がディスプレイ120を介してユーザに提供され得る。たとえば、信用強度のバーまたはパイレベルインジケータがディスプレイ120上に表示されてもよい。このようにして、ユーザは、信用レベルを高めるために容易なバックグラウンド認証を使用する機会を通知および提供される。たとえば、ユーザは、モバイルデバイスがロックされた場合、パスワードを手動で入力したり、または指紋センサ152を介して指紋を手動で入力したりしなければならない代わりに、レベルを高めるためにカメラ170をユーザの顔に近づけるか、またはタッチスクリーンディスプレイ120にタッチすることができる。
【００３７】
一実施形態では、ポリシーエンジン210を実装するプロセッサ110は、電力効率基準226に基づいて、利用されるセンサを選択し、所定の信用値を選択し、収集されるべき信用データ222を決定するように構成される。たとえば、信用決定アルゴリズムが、資産がアクセス可能であることを計算したとき、および/または、信用値もしくはレベルが、必要とされる所定の値もしくはレベルよりも比較的高いとき、ポリシーエンジン210は、少量の電力しか必要とせず、定期的にのみ取り入れられるセンサのみを利用することができる。たとえば、周辺光センサ135および加速度計140が利用され得る。別の例として、気象センサ155(たとえば、温度)および周辺光センサ135が利用され得る。加えて、他の以前の明示的なユーザアクションがチェックされ得る。たとえば、以前のアプリケーション起動がチェックされ得る。一方、信用決定アルゴリズムが、資産がアクセス不可能であるか、もしくはアクセス不可能に近づいていると計算し、および/または、信用値が必要な値もしくはレベルに近いかもしくは下回る低いレベルに低下したとき、より大きな電力量を必要とするセンサが利用され得る。たとえば、カメラ170は、顔写真を撮るためにオンにされてもよく、ポリシーエンジン210は、顔認識が試みられるように命令することができる。各タイプのセンサは、それに関連付けられた電力消費パラメータを有することができることと、電力効率基準226を利用するポリシーエンジン210は、それらの電力消費に基づいて、どのセンサを使用するか、ならびにそれらの使用頻度を決定することができることが理解されるべきである。また、経時的なロギングは、特定のユーザに関する特定のモバイルデバイスに関してどのセンサ入力が良好な結果をもたらす可能性がより高いのかを決定することができ、これは、電力効率基準226に要因として含まれてもよい。
【００３８】
一例として、前述のように、ポリシーエンジン210を実装するプロセッサ110は、信用決定アルゴリズムが、資産がアクセス可能であると計算したとき、第1の電力消費パラメータを有する1つまたは複数のセンサを選択するように構成され得る。たとえば、信用決定アルゴリズムが、資産がアクセス可能であると計算したとき、ポリシーエンジン210を実装するプロセッサ110は、少量の電力(たとえば、第1の電力消費パラメータ)を必要とするセンサのみを利用することができる。逆に、信用決定アルゴリズムが、資産がアクセス不可能であるか、もしくはアクセス不可能に近づいていると計算するか、および/または、信用値が、必要な値もしくはレベルに近いかもしくは下回る低いレベルに低下したとき、ポリシーエンジン210を実装するプロセッサ110は、第1の電力消費パラメータよりも高い第2の電力消費パラメータを有する1つまたは複数のセンサを選択するように構成され得る。前述のように、より大きい電力量を必要とするセンサが利用され得る。たとえば、上述のように、カメラ170は、顔写真を撮るためにオンにされてもよく、ポリシーエンジン210は、顔認識が試みられるように命令することができる。
【００３９】
加えて図5を参照すると、モバイルデバイスの資産に関する異なる状態500が示されている。一実施形態では、ポリシーエンジン210は、信用決定アルゴリズム224が、アクセス可能資産214を、資産がアクセス可能であると決定するアンロック状態520にするか、または維持するように構成され得る。アンロック状態520では、信用データ222は、明示的なユーザ入力を必要としないセンサからの入力(たとえば、前述のように、状況情報を含むバックグラウンド情報)に基づいて収集される。この状態では、バックグラウンド情報は、信用データが、非明示的なユーザ入力(たとえば、状況情報を含むバックグラウンド情報)のみに基づいて決定されるように監視される(ライン522)。前述のように、そのようなバックグラウンド情報は、画面にタッチすることによる指紋情報と、(ユーザがそれを実施することがない)カメラからの顔および虹彩情報と、他のタイプのバックグラウンド情報とを含むことができる。バックグラウンド情報は、前述のように、光情報、気象情報、位置情報、場所情報、移動情報(たとえば、座る、歩く、走る、車、電車など)などの状況情報を含むこともできる。電話環境における変化などの他のタイプの状況情報も利用され得る。バックグラウンド情報(ライン522)が監視されるアンロック状態520では、モバイルデバイスは、アンロックされたままである。
【００４０】
さらにポリシーエンジン210は、減少した信用データ222に基づいて、現在アクセス可能な資産214を不審状態にするか、または維持するように構成され得る。たとえば、信用決定アルゴリズム224は、不審状態に入れられるべきであると決定することができる。特定の例では、所定の所望の信用値未満の信用値が発生したと決定され得る。不審状態530は、依然としてアンロックされている。典型的には、監視されたバックグラウンド情報が弱くなったとき(たとえば、ライン524)、不審状態530に達する。モバイルデバイスは、2つの可能な方法でアンロック状態520に戻され得る。明示的なユーザ入力は、ユーザによって入力されるか、もしくはポリシーエンジンによって受信されてもよく(たとえば、ユーザインターフェース119を介して入力されたパスワード、指紋センサ152を介した指紋、カメラ170を介するユーザが実施した顔認識など)、または、アンロック状態520は、ユーザ入力なしで、しかし、信用値を適切なレベル(バックグラウンドOK(ライン532))に増加させるのに十分になったバックグラウンド情報530によって、信用値における増加に基づいて戻されてもよい。モバイルデバイスをアンロック状態520に戻す異なるタイプのバックグラウンド情報については、先に詳細に説明した。
【００４１】
しかしながら、いくつかの実施形態では、ポリシーエンジン210は、信用決定アルゴリズム224によって決定される著しく減少した信用データ222に基づいて(バックグラウンド失敗として表される、ライン540)、アクセス可能な資産214をロック状態510にするように構成され得、その場合、資産は、ロック状態510に入る。ポリシーエンジンは、もう一度、明示的なユーザ入力に基づいて、資産をロック状態510からアンロック状態520に戻すように構成され得る。明示的なユーザ入力については、先に詳細に説明した。
【００４２】
ロック状態510、アンロック状態520、および不審状態530に関する追加の情報について、以下に説明する。明示的なユーザ認証(ライン512)について、明示的なユーザ認証は、ユーザを明確に識別すべきである。モバイルデバイスは、典型的には、明示的なユーザ認証がポリシーエンジン210によって受け入れられるまでロックされる。明示的なユーザ認証は、明示的なユーザPINの入力、パスワードの入力、指紋の入力、虹彩の入力、タッチスクリーン上のパターン入力、などに関連するユーザ入力を含むことができる。認証基準は、明示的な認証が定義可能であるように、ユーザの好みおよび/または依拠当事者の好みに基づくことができることが理解されるべきである。
【００４３】
バックグラウンド認証(たとえば、バックグラウンドライン522、524、532、540)に関しては、ユーザは、(弱い状態であっても)バックグラウンド情報を用いて連続的に認証されることが可能であり、信用決定アルゴリズム224は、適切な信用値が資産をアンロック状態(520、530)に保つために維持されることを連続的に保証することができる。しかしながら、いくつかの状況では、バックグラウンド情報は、所定の信用値よりも大きい信用値を保つのに十分ではない可能性があり、資産は、ロックされる(510)可能性がある。
【００４４】
多くのタイプのセンサ入力は、ユーザ入力を必要とすることなく、バックグラウンドにおいてチェックされ得る。これらの例は、通常の使用中にディスプレイデバイス(たとえば、ユーザインターフェース119、ディスプレイ120など)のタッチスクリーン内に埋め込まれた指紋センサ技術からユーザの指紋を取り込むこと、カメラ170を介して顔または虹彩認識を取り込むこと、マイクロフォン165を介して音声データを取り込むこと、心拍、血圧などの生体認証センサデータを取り込むこと、使用されるアプリケーションについてのデータを収集すること、タイピングのリズム(typing cadence)を介してデータを収集することなどを含む。他のタイプの部分的バックグラウンド認証は、これらのセンサからの部分的指紋データ収集および/または音声収集の小さいサンプルを含むことができる。先に説明したように、これらのタイプのバックグラウンド認証情報は、信用決定アルゴリズムによって利用される、および/または信用値を計算するための採点システムにおいて合成され得る。
【００４５】
ユーザを識別しないが、バックグラウンド情報のために利用され得る他のタイプのバックグラウンド認証は、移動の位置および速度、場所、動きのタイプ(静止、歩く、走る、車、電車など)、温度、湿度、光レベル、ノイズレベル、聞き慣れた声(たとえば、所有者のものではない)、アクセス可能なWi-Fiアプリケーションなどのデータを含むことができる。先に説明したセンサ、GPS160、加速度計140、GPS160、ジャイロスコープ145、気象センサ155、光センサ135、マイクロフォン165などは、この情報を収集するために利用され得ることが理解されるべきである。
【００４６】
アンロック状態520では、バックグラウンド情報は、周期的に得られることのみを必要としてもよいことに留意すべきである。しかしながら、バックグラウンド認証が、他の誰かに帰する非常に明確な/強い生体認証を得た場合、バックグラウンド情報は、失敗し、モバイルデバイスは、ロック状態510に自動的に進む。たとえば、タッチスクリーンディスプレイ120が、ユーザに属すると認識されない非常に明瞭な指紋を突然取り込んだ場合、自動的にロック状態510に入ってもよい。しかしながら、バックグラウンド情報が単に弱まる場合(ライン524)、モバイルデバイスは、不審状態530に入ってもよい。不審状態530では、不審状態に入り、モバイルデバイスがすぐにロックする可能性があることをユーザが知るように、ディスプレイ上にインジケータ（たとえば、状態バーアイコン）が表示されてもよい。これに基づいて、ユーザは、不審状態530からの迅速な認証を確実にするために、指紋を提供するためにタッチスクリーンディスプレイ120もしくは専用指紋センサにタッチすること、または、顔認識もしくは虹彩認識プロセスのためのカメラ170を覗き込むことを奨励されてもよい。これはもちろん、ロック状態510(たとえば、デバイスがロックされた)から抜け出すよりもユーザにとって容易であり、これらのタイプの顔認識および指認識は、ロック状態510のシナリオから抜け出すために典型的に使用されるほど高品質なものである必要はない。
【００４７】
いくつかの実施形態では、各周期的バックグラウンド認証および各環境チェックは、保存されてもよい。このようにして、新しいバックグラウンド認証および環境チェックは、以前のものと比較され得る。他の実施形態では、ユーザ入力がないとき、デバイス環境における変化がないとき、財布またはポケットの中にあって暗いときなど、不活動が検出されてもよい。不活動は、バックグラウンドチェック間の許容時間を著しく長くする可能性がある。モバイルデバイスは、不注意な入力に対してユーザインターフェースをロックすることができるが、不活動から完全なロック状態210まで行かなくてもよい。たとえば、単純なスワイプは、モバイルデバイスを不活動から出させることができる。さらに、ユーザは、デバイスを片付ける前に、手動でユーザインターフェースのロックを実行することができる。これは、モバイルデバイスがユーザのポケットまたは財布の中にある間、完全なロック状態510を回避することができる。最後の状態は、起動サイクル全体にわたって記録されてもよい。
【００４８】
一実施形態では、モバイルデバイスがロック状態510に入った後、ブラックボックスモードに入ってもよい。この実施形態では、モバイルデバイスがロック状態に入ったとき、デバイス、またはデバイスに起きたことを見つける際に有用な特定のパラメータが記録されてもよい。そのようなパラメータは、指紋、写真、ビデオ、オーディオ、環境条件などを含むことができる。この情報は、ローカルに記憶され、モバイルデバイスが回復されたときにチェックされてもよい。さらに、この情報は、サーバに送信されてもよい。
【００４９】
また、前述のように、ユーザの好みおよび/または依拠当事者の好みが、収集されるべき信用データ222のタイプおよび/または利用されるべき信用決定アルゴリズム224を決定する際に利用されてもよい。さらに、前述のセンサ入力201の多くは、ユーザの好みおよび依拠当事者の好みに基づいて選択されてもよい。ユーザの好みおよび/または依拠当事者の好みの例は、認証基準入力(たとえば、パスワード、指紋、音声など)に基づいてモバイルデバイスをアンロック/ロックすること、タイムアウト期間に基づいてモバイルデバイスをロックすること、バックグラウンド確認間のタイミング(たとえば、x秒、1分、5分、10分など)、アクティブなバックグラウンド確認方法のタイプ(たとえば、顔、タッチスクリーン指、虹彩、声など)、および環境変化に対する感受性(高、中、低など)を含むことができる。具体的には、これは、企業の好み(たとえば、依拠当事者の好み)が最小構成をセットアップすることを可能にする。さらに、いくつかの例では、資産がアクセス不可能であると決定された後、たとえば、ロックタイムアウト期間後、複数のセンサのうちのセンサが、認証プロセスを開始することができる。一例として、モバイルデバイスがユーザによって下に置かれ、モバイルデバイスが、次いで、2分後に拾われた(デバイスロックタイムアウトは、2分よりも長い)場合、センサによって識別された(たとえば、加速度計によって測定された)そのイベントは、ユーザを認証するためにカメラセンサまたは他のタイプのセンサをオンにすることができる。
【００５０】
前述のように、信用データ222は、各資産214について計算されてもよく、特定の資産がアクセス可能であるか、またはアクセス不可能であるかにかかわらず、信用決定アルゴリズム224を用いて決定される。しかしながら、いくつかの実施形態では、モバイルデバイスは、信用決定アルゴリズムとともに利用され得るすべての資産に関するグローバル信用値を用いて構成され得る。このシナリオでは、各資産は、グローバル信用値に対してアクセスを有効にするのに十分な強さと見なすレベルを指定する。たとえば、グローバル信用値の範囲は、0〜100であってもよい。一例として、資産は、信用値を、以下の、会社の機密情報が少なくとも80を必要とする場合があり、アドレス帳が60を必要とする場合があり、記憶された写真へのアクセスが40を必要とする場合があり、写真を撮る能力が20を必要とする場合がある、のように信用値を設定することができる。これらは、単なる例であることが理解されるべきである。この例示的な構成では、アプリケーションが現在の信用値を見つけるために呼び出すシステムAPIが存在してもよい。各アプリケーションは、APIを呼び出し、資産が単独で評価され得るかどうかを決定することになる。さらに、別のタイプのシステムは、(1)ユーザデータ、(2)企業制御データ、(3)娯楽関連資産、および(4)電子メール関連資産に対して別々の信用値を有することができる。これは、異なるタイプの資産に関する異なる信用値の単なる一例である。もちろん、特定の資産は、それら自体の信用値を計算することを選択することができる。多種多様な異なるタイプの資産区分および信用値区分が本明細書の実施形態によって利用および実装され得ることが理解されるべきである。
【００５１】
加えて、信用決定アルゴリズムを用いて信用データを評価することによって、正しいユーザが資産にアクセスしているかどうかを連続的に監視することによって強化されたセキュリティを提供するモバイルデバイスおよび/または非モバイルコンピューティングデバイスのタイプは、複数ユーザ実施態様を有することができることが理解されるべきである。たとえば、ペアレンタルコントロールが、信用データを評価することによって実施されてもよい。一例として、父親のみが、企業資産にアクセスするため認証されてもよい。別の例として、母親のみが、特定の事前定義されたウェブサイトを訪問するために認証されてもよい。さらに別の例として、特定の子供のみが、特定のタイプのゲームをプレイするために認証されてもよい。これは、共有されるタブレットなどの任意のタイプのコンピューティングデバイスに適用され得る。
【００５２】
前述の本発明の態様は、前述のように、デバイスの1つまたは複数のプロセッサによる命令の実行に関連して実装され得ることが理解されるべきである。具体的には、限定はしないが、プロセッサを含むデバイスの回路は、本発明の実施形態による方法またはプロセスを実行するために、プログラム、ルーチン、または命令の実行の制御下で動作することができる。たとえば、そのようなプログラムは、(たとえば、メモリおよび/または他のロケーションに記憶された)ファームウェアまたはソフトウェアに実装されてよく、プロセッサ、および/またはデバイスの他の回路によって実装されてよい。さらに、プロセッサ、マイクロプロセッサ、回路、コントローラなどの用語は、ロジック、コマンド、命令、ソフトウェア、ファームウェア、機能性などを実行することができる任意のタイプのロジックまたは回路を指すことが理解されるべきである。
【００５３】
デバイスがモバイルデバイスまたはワイヤレスデバイスであるとき、それらは、任意の適切なワイヤレス通信技術に基づくか、それらを他の方法でサポートするワイヤレスネットワークを介して1つまたは複数のワイヤレス通信リンクを介して通信することができる。たとえば、いくつかの態様では、ワイヤレスデバイスおよび他のデバイスは、ワイヤレスネットワークを含むネットワークと関連することができる。いくつかの態様では、ネットワークは、ボディエリアネットワークまたはパーソナルエリアネットワーク(たとえば超広帯域ネットワーク)を備えることがある。いくつかの態様では、ネットワークは、ローカルエリアネットワークまたはワイドエリアネットワークを備えることがある。ワイヤレスデバイスは、様々なワイヤレス通信技術、プロトコル、またはたとえば3G、LTE、アドバンストLTE、4G、CDMA、TDMA、OFDM、OFDMA、WiMAX、およびWiFiなどの規格のうちの1つまたは複数をサポートするか、またはさもなければ使用する場合がある。同様に、ワイヤレスデバイスは、様々な対応する変調方式または多重化方式のうちの1つまたは複数をサポートするか、またはさもなければ使用する場合がある。したがって、ワイヤレスデバイスは、上記または他のワイヤレス通信技術を使用して、1つまたは複数のワイヤレス通信リンクを確立し、その通信リンクを介して通信するのに適した構成要素(たとえばエアインターフェース)を含む場合がある。たとえば、デバイスは、ワイヤレス媒体を介する通信を容易にする様々な構成要素(たとえば、信号発生器および信号プロセッサ)を含むことができる関連する送信機構成要素および受信機構成要素(たとえば、送信機および受信機)を有するワイヤレストランシーバを備えることができる。よく知られているように、モバイルワイヤレスデバイスは、したがって、他のモバイルデバイス、セルフォン、他の有線コンピュータおよびワイヤレスコンピュータ、インターネットウェブサイトなどと、ワイヤレス通信する場合がある。
【００５４】
本明細書の教示は、様々な装置(たとえば、デバイス)に組み込まれてもよい(たとえば、その中に実装されるか、またはそれによって実行されてもよい)。さらに、本明細書で教示される1つまたは複数の態様は、電話(たとえば、セルラー電話)、携帯情報端末(「PDA」)、タブレットコンピュータ、モバイルコンピュータ、ラップトップコンピュータ、娯楽デバイス(たとえば、音楽デバイスもしくはビデオデバイス)、ヘッドセット(たとえば、ヘッドフォン、イヤピースなど)、医療用デバイス(たとえば、生体認証センサ、心拍数モニタ、歩数計、ECGデバイスなど)、ユーザI/Oデバイス、コンピュータ、有線コンピュータ、固定コンピュータ、デスクトップコンピュータ、サーバ、POSデバイス、セットトップボックス、または任意の他の適切なデバイスに組み込まれてもよい。これらのデバイスは、異なる電力要件およびデータ要件を有してもよい。
【００５５】
当業者は、情報および信号が様々な異なる技術および技法のいずれかを使用して表され得ることを理解するであろう。たとえば、上記の説明全体を通して言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボルおよびチップは、電圧、電流、電磁波、磁場もしくは磁性粒子、光場もしくは光学粒子、またはそれらの任意の組合せによって表されることがある。
【００５６】
当業者は、本明細書で開示した実施形態に関連して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、またはその両方の組合せとして実装され得ることをさらに理解するであろう。ハードウェアおよびソフトウェアのこの互換性を明確に説明するために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップについて、それらの機能の点から全般的に上記で説明した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定の用途およびシステム全体に課される設計制約によって決まる。当業者は、説明した機能を各特定のアプリケーションごとに様々な方法で実装することができるが、そのような実装の決定は、本発明の範囲からの逸脱を引き起こすものと解釈されるべきではない。
【００５７】
本明細書で開示した実施形態に関連して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)もしくは他のプログラマブル論理デバイス、ディスクリートゲートもしくはトランジスタロジック、ディスクリートハードウェア構成要素、または本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサは、マイクロプロセッサであり得るが、代替において、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、DSPとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、DSPコアと組み合わせた1つまたは複数のマイクロプロセッサ、または任意の他のそのような構成として実装され得る。
【００５８】
本明細書に開示した実施形態に関連して説明した方法またはアルゴリズムのステップは、直接ハードウェアにおいて、プロセッサによって実行されるソフトウェアモジュールにおいて、またはその2つの組合せにおいて具体化され得る。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、または当該技術分野において公知の任意の他の形態の記憶媒体内に存在し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読出し、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替において、記憶媒体は、プロセッサに一体化されてもよい。プロセッサおよび記憶媒体は、ASIC内に存在し得る。ASICは、ユーザ端末またはモバイルデバイス内に存在し得る。代替において、プロセッサおよび記憶媒体は、ユーザ端末またはモバイルデバイス内のディスクリート構成要素として存在し得る。
【００５９】
1つまたは複数の例示的な実施形態では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せにおいて実装され得る。コンピュータプログラム製品としてソフトウェアにおいて実装される場合、機能は、コンピュータ可読媒体上の1つまたは複数の命令またはコードとして記憶されてもよく、または伝送されてもよい。コンピュータ可読媒体は、コンピュータ記憶媒体と、コンピュータプログラムのある場所から別の場所への転送を容易にする任意の媒体を含む通信媒体との両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、RAM、ROM、EEPROM、CD-ROMもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、または命令もしくはデータ構造の形式の所望のプログラムコードを搬送もしくは記憶するために使用可能であり、コンピュータによってアクセス可能な任意の他の媒体を備え得る。また、あらゆる接続が適切にコンピュータ可読媒体と呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、より対線、デジタル加入者線(DSL)、または、赤外線、無線、およびマイクロ波などのワイヤレス技術を使用してウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、より対線、DSL、または、赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するとき、ディスク(disk)およびディスク(disc)は、コンパクトディスク(disc)(CD)、レーザーディスク(登録商標)(disc)、光ディスク(disc)、デジタル多用途ディスク(disc)(DVD)、フロッピーディスク(disk)、およびBlu-ray(登録商標)ディスク(disc)を含み、ディスク(disk)は、通常、データを磁気的に再生し、ディスク(disc)は、レーザーを用いてデータを光学的に再生する。上記の組合せも、コンピュータ可読媒体の範囲内に含まれる。
【００６０】
開示した実施形態の前述の説明は、当業者が本発明を製作または使用することを可能にするために提供される。これらの実施形態に対する様々な変更は、当業者には容易に明らかとなり、本明細書で定義した一般的な原理は、本発明の要旨または範囲から逸脱することなく、他の実施形態に適用され得る。したがって、本発明は、本明細書に示す実施形態に限定されるものではなく、本明細書で開示する原理および新規の特徴に一致する最も広い範囲を与えられるべきである。
【符号の説明】
【００６１】
100  モバイルデバイス
101  プロセッサ
105  メモリ
110  ネットワークインターフェース
111  Wi-Fi
115  ワイヤレスサブシステム
119  ユーザインターフェース
120  ディスプレイ
121  電力デバイス
122  トランシーバ
123  アンテナ
125  I/Oコントローラ
130  クロック
135  周囲光センサ(ALS)
140  加速度計
145  ジャイロスコープ
150  磁力計
151  方位センサ
152  指紋センサ
153  赤外線(IR)センサ
155  気象センサ
160  全地球測位センサ(GPS)
161  セルラー
165  マイクロフォン
166  Bluetooth(登録商標)
167  近接センサ
169  近接場通信(NFC)センサ
170  カメラ
201  センサ入力
202  収集エンジン
210  ポリシーエンジン
214  資産
216  アクセス可能
218  アクセス不可能
220  ポリシーエンジン
222  信用データ
224  信用決定アルゴリズム
226  電力効率基準
230  依拠当事者
232  ポリシーエンジン
400  例
402  ユースケース
420  例
430  例
440  例
500  状態
510  ロック状態
512  ライン
520  アンロック状態
522  ライン
524  ライン
530  不審状態
532  ライン
540  ライン
【図１】
2018513438.tif 000003
【図２】
2018513438.tif 000004
【図３】
2018513438.tif 000005
【図４】
2018513438.tif 000006
【図５】
2018513438.tif 000007
【手続補正書】
【提出日】平成29年7月27日(2017.7.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数のセンサと、
プロセッサと
を備えるモバイルデバイスであって、前記プロセッサが、
前記複数のセンサからの入力に基づいて資産に関する信用データを決定し、
信用決定アルゴリズムを用いて前記信用データを評価することに基づいて、資産がアクセス可能であるか、またはアクセス不可能であるかを決定し、
前記複数のセンサからの前記入力に基づいて、前記資産へのアクセスを許可し続けるか、または前記資産へのアクセスを無効にするために、前記信用データを連続的に更新し、
前記資産がアクセス可能であり、アンロック状態または不審状態が維持されると前記信用決定アルゴリズムが計算したとき、バックグラウンド情報に関連付けられた第1の電力消費パラメータを有する前記複数のセンサからの1つまたは複数のセンサを利用することを選択し、あるいは、前記資産がアクセス不可能であり、ロック状態に入ると前記信用決定アルゴリズムが計算したとき、ユーザ入力に関連付けられた第2の電力消費パラメータを有する前記複数のセンサからの1つまたは複数のセンサを利用することを選択するように構成された、モバイルデバイス。
【請求項２】
前記信用決定アルゴリズムが、前記資産がアクセス可能であるか、またはアクセス不可能であるかを計算する、請求項1に記載のモバイルデバイス。
【請求項３】
前記資産が、前記モバイルデバイス自体へのアクセス、ローカルユーザデータ、音声通話アクセス、電子メールアクセス、またはリモートデータへのアクセスのうちの少なくとも1つを含む、請求項1に記載のモバイルデバイス。
【請求項４】
収集される前記信用データおよび利用される前記信用決定アルゴリズムが、ユーザの好みか、または管理権限によって前記モバイルデバイスに割り当てられた好みに基づく、請求項1に記載のモバイルデバイス。
【請求項５】
収集される前記信用データが、依拠当事者の好みに基づく、請求項1に記載のモバイルデバイス。
【請求項６】
前記プロセッサが、前記アクセス可能な資産を前記アンロック状態へと割り当てるようにさらに構成され、収集される前記信用データが、複数のセンサからの入力に基づく、請求項1に記載のモバイルデバイス。
【請求項７】
前記プロセッサが、前記信用決定アルゴリズムが前記不審状態を決定することに基づいて前記アクセス可能な資産を前記不審状態へと割り当てるようにさらに構成され、受信された明示的なユーザ入力が、前記アクセス可能な資産を前記アンロック状態に戻すために使用可能である、請求項6に記載のモバイルデバイス。
【請求項８】
前記プロセッサが、前記アクセス可能な資産を前記ロック状態へと割り当てるようにさらに構成された、請求項6に記載のモバイルデバイス。
【請求項９】
前記プロセッサが、受信された明示的なユーザ入力に基づいて、前記アクセス可能な資産を前記ロック状態から前記アンロック状態に戻すようにさらに構成された、請求項8に記載のモバイルデバイス。
【請求項１０】
資産がアクセス不可能であると決定された後、複数のセンサのうちの1つのセンサが、認証プロセスを開始する、請求項1に記載のモバイルデバイス。
【請求項１１】
複数のセンサからの入力に基づいて資産に関する信用データを決定するステップと、
信用決定アルゴリズムを用いて前記信用データを評価することに基づいて、資産がアクセス可能であるか、またはアクセス不可能であるかを決定するステップと、
前記複数のセンサからの前記入力に基づいて、前記資産へのアクセスを許可し続けるか、または前記資産へのアクセスを無効にするために、前記信用データを連続的に更新するステップと、
前記資産がアクセス可能であり、アンロック状態または不審状態が維持されると前記信用決定アルゴリズムが計算したとき、バックグラウンド情報に関連付けられた第1の電力消費パラメータを有する前記複数のセンサからの1つまたは複数のセンサを利用することを選択し、あるいは、前記資産がアクセス不可能であり、ロック状態に入ると前記信用決定アルゴリズムが計算したとき、ユーザ入力に関連付けられた第2の電力消費パラメータを有する前記複数のセンサからの1つまたは複数のセンサを利用することを選択するステップと
を備える方法。
【請求項１２】
前記信用決定アルゴリズムが、前記資産がアクセス可能であるか、またはアクセス不可能であるかを計算する、請求項11に記載の方法。
【請求項１３】
前記資産が、モバイルデバイス自体へのアクセス、ローカルユーザデータ、音声通話アクセス、電子メールアクセス、またはリモートデータへのアクセスのうちの少なくとも1つを含む、請求項11に記載の方法。
【請求項１４】
収集される前記信用データおよび利用される前記信用決定アルゴリズムが、ユーザの好みか、または管理権限によってモバイルデバイスに割り当てられた好みに基づく、請求項11に記載の方法。
【請求項１５】
収集される前記信用データが、依拠当事者の好みに基づく、請求項11に記載の方法。
【請求項１６】
前記アクセス可能な資産をアンロック状態へと割り当てるステップをさらに備え、収集される前記信用データが、複数のセンサからの入力に基づく、請求項11に記載の方法。
【請求項１７】
前記信用決定アルゴリズムが不審状態を決定することに基づいて、前記アクセス可能な資産を不審状態へと割り当てるステップをさらに備え、受信された明示的なユーザ入力が、前記アクセス可能な資産を前記アンロック状態に戻すために使用可能である、請求項16に記載の方法。
【請求項１８】
前記アクセス可能な資産をロック状態へと割り当てるステップをさらに備える、請求項16に記載の方法。
【請求項１９】
受信された明示的なユーザ入力に基づいて、前記アクセス可能な資産を前記ロック状態から前記アンロック状態に戻すステップをさらに備える、請求項18に記載の方法。
【請求項２０】
プロセッサによって実行されたとき、コンピューティングデバイスの前記プロセッサに動作を実行させるコードを備えるコンピュータ可読記録媒体であって、前記動作が、
複数のセンサからの入力に基づいて資産に関する信用データを決定する動作と、
信用決定アルゴリズムを用いて前記信用データを評価することに基づいて、資産がアクセス可能であるか、またはアクセス不可能であるかを決定する動作と、
前記複数のセンサからの前記入力に基づいて、前記資産へのアクセスを許可し続けるか、または前記資産へのアクセスを無効にするために、前記信用データを連続的に更新する動作と、
前記資産がアクセス可能であり、アンロック状態または不審状態が維持されると前記信用決定アルゴリズムが計算したとき、バックグラウンド情報に関連付けられた第1の電力消費パラメータを有する前記複数のセンサからの1つまたは複数のセンサを利用することを選択し、あるいは、前記資産がアクセス不可能であり、ロック状態に入ると前記信用決定アルゴリズムが計算したとき、ユーザ入力に関連付けられた第2の電力消費パラメータを有する前記複数のセンサからの1つまたは複数のセンサを利用することを選択する動作と
を備える、コンピュータ可読記録媒体。
【請求項２１】
前記信用決定アルゴリズムが、前記資産がアクセス可能であるか、またはアクセス不可能であるかを計算する、請求項20に記載のコンピュータ可読記録媒体。
【請求項２２】
前記資産が、前記コンピューティングデバイス自体へのアクセス、ローカルユーザデータ、音声通話アクセス、電子メールアクセス、またはリモートデータへのアクセスのうちの少なくとも1つを含む、請求項20に記載のコンピュータ可読記録媒体。
【請求項２３】
複数のセンサからの入力に基づいて資産に関する信用データを決定するための手段と、
信用決定アルゴリズムを用いて前記信用データを評価することに基づいて、資産がアクセス可能であるか、またはアクセス不可能であるかを決定するための手段と、
前記複数のセンサからの前記入力に基づいて、前記資産へのアクセスを許可し続けるか、または前記資産へのアクセスを無効にするために、前記信用データを連続的に更新するための手段と、
前記資産がアクセス可能であり、アンロック状態または不審状態が維持されると前記信用決定アルゴリズムが計算したとき、バックグラウンド情報に関連付けられた第1の電力消費パラメータを有する前記複数のセンサからの1つまたは複数のセンサを利用することを選択し、あるいは、前記資産がアクセス不可能であり、ロック状態に入ると前記信用決定アルゴリズムが計算したとき、ユーザ入力に関連付けられた第2の電力消費パラメータを有する前記複数のセンサからの1つまたは複数のセンサを選択するための手段と
を備えるモバイルデバイス。
【請求項２４】
前記信用決定アルゴリズムが、前記資産がアクセス可能であるか、またはアクセス不可能であるかを計算する、請求項23に記載のモバイルデバイス。
【請求項２５】
前記資産が、前記モバイルデバイス自体へのアクセス、ローカルユーザデータ、音声通話アクセス、電子メールアクセス、またはリモートデータへのアクセスのうちの少なくとも1つを含む、請求項23に記載のモバイルデバイス。
【国際調査報告】
2018513438.tif 000008
2018513438.tif 000009
2018513438.tif 000010