特表 2022-542534 ＩＭＵおよびレーダーに基づいて状態を下げること

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

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

(11)【公表番号】

(43)【公表日】2022-10-05

(54)【発明の名称】ＩＭＵおよびレーダーに基づいて状態を下げること

(51)【国際特許分類】

   G06F 21/45 20130101AFI20220928BHJP

   G06F 3/01 20060101ALI20220928BHJP

【ＦＩ】

G06F21/45

G06F3/01 570

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2021572929

(86)(22)【出願日】2019-08-30

(85)【翻訳文提出日】2022-02-07

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

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

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

(31)【優先権主張番号】62/879,361

(32)【優先日】2019-07-26

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】502208397

【氏名又は名称】グーグル エルエルシー

【氏名又は名称原語表記】Ｇｏｏｇｌｅ ＬＬＣ

【住所又は居所原語表記】１６００ Ａｍｐｈｉｔｈｅａｔｒｅ Ｐａｒｋｗａｙ ９４０４３ Ｍｏｕｎｔａｉｎ Ｖｉｅｗ， ＣＡ Ｕ．Ｓ．Ａ．

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

(72)【発明者】

【氏名】チャンデル，アロク

(72)【発明者】

【氏名】ジュスティ，レオナルド

(72)【発明者】

【氏名】ツルカン，アルトゥール

(72)【発明者】

【氏名】シネック，セリム・フラビオ

(72)【発明者】

【氏名】プラグ，ヨハン

(72)【発明者】

【氏名】クグラー，タイラー・リード

(72)【発明者】

【氏名】モレイラ・コスタ，ルーカス・デュパン

(72)【発明者】

【氏名】サチダナンダム，ビグネッシュ

(72)【発明者】

【氏名】バーベッロ，ブランドン

【テーマコード（参考）】

5E555

【Ｆターム（参考）】

5E555AA63

5E555AA77

5E555BA04

5E555BB04

5E555BC07

5E555CA10

5E555CA12

5E555CA41

5E555CA44

5E555CA47

5E555CB12

5E555CB64

5E555CB66

5E555CB81

5E555DB18

5E555DC13

5E555DD06

5E555DD08

5E555EA09

5E555EA11

5E555FA00

(57)【要約】

本明細書は、ＩＭＵ（慣性計測装置）およびレーダーからのセンサーデータに基づいて状態を下げるための技術およびシステムについて説明する。本技術およびシステムは、ＩＭＵからの慣性センサーデータおよびレーダーデータを用いて、電力状態、アクセス状態、および情報状態など、ユーザ機器の状態を下げる。これらの状態は、使用電力や、許可されたアクセスの量や、ユーザ機器が提供する情報の量を表す。本技術は、ユーザのユーザ機器の使用に対応するようにユーザ機器の状態を管理する。これにより、節電でき、保証のないアクセスを減らすことができ、ユーザがユーザ機器を使用していないときに提供される情報量を減らすことができる。これによりユーザのプライバシーが保護される。

【特許請求の範囲】

【請求項1】

方法であって、
ユーザがユーザ機器とやり取りしているまたは最近までやり取りしていた状態である高レベル状態に前記ユーザ機器がある間に、前記ユーザ機器に動きがあると判断するステップを含み、前記動きがあるとは、前記ユーザ機器が動かされているまたは動かされたことを示し、前記判断は、前記ユーザ機器と一体化された慣性計測装置を通じて受信した慣性データに基づき、前記方法は、さらに、
レーダーデータに基づいて、前記ユーザ機器によって、使用をやめるという意図があると判断するステップを含み、前記使用をやめるという意図があることは、前記ユーザに前記ユーザ機器の使用をやめるという意図があることを示し、前記方法は、さらに、
前記動きがあるとの前記判断および前記使用をやめるという意図があるとの前記判断に応答して、前記高レベル状態の前記ユーザ機器を、前記高レベル状態から中間レベル状態または低レベル状態に下げるステップ含み、前記高レベル状態は、高アクセス状態、高電力状態、または高情報状態であり、前記中間レベル状態は、中間アクセス状態、中間電力状態、または中間情報状態であり、前記低レベル状態は、低アクセス状態、低電力状態、または低情報状態である、方法。

【請求項2】

前記高レベル状態は、前記高電力状態であり、前記高レベル状態を下げるステップは、前記高電力状態を前記中間電力状態または前記低電力状態に下げ、前記中間電力状態で使用される電力は、前記高電力状態で使用される電力よりも低く、前記低電力状態で使用される電力は、前記中間電力状態で使用される電力よりも低い、請求項１に記載の方法。

【請求項3】

前記高電力状態を前記中間電力状態または前記低電力状態に下げるステップは、認証システムの電力消費部品の電力状態を下げ、前記中間電力状態または前記低電力状態は、前記ユーザ機器に対応付けられた認証システムが前記ユーザを認証することを前記電力消費部品が可能にするには不十分な電力状態である、請求項２に記載の方法。

【請求項4】

前記高レベル状態は、前記高アクセス状態であり、前記高レベル状態を下げるステップは、前記高アクセス状態を前記中間アクセス状態または前記低アクセス状態に下げ、前記中間アクセス状態は、前記ユーザ機器の機能、構成要素、またはアカウントに対して、前記高アクセス状態が許可するアクセスよりも少ないアクセスを許可し、前記低アクセス状態は、前記ユーザ機器の機能、構成要素、またはアカウントに対して、前記中間アクセス状態が許可するアクセスよりも少ないアクセスを許可する、請求項１に記載の方法。

【請求項5】

前記高アクセス状態は、前記ユーザが前記ユーザ機器によって認証されているアンロック状態であり、前記低レベル状態は、前記ユーザが前記ユーザ機器によって認証されていないロック状態である、請求項４に記載の方法。

【請求項6】

前記高レベル状態は、前記高情報状態であり、前記高レベル状態を下げるステップは、前記高情報状態を前記中間情報状態または前記低情報状態に下げ、前記中間情報状態は、前記ユーザ機器に対応付けられたディスプレイ上に、前記高情報状態で提示される情報よりも少ない情報を提示し、前記低情報状態は、前記ディスプレイ上に、前記中間情報状態で提示される情報よりも少ない情報を提示する、請求項１に記載の方法。

【請求項7】

前記高情報状態は、前記ユーザに個人的に関連する情報を提示するように構成され、前記低情報状態は、前記ユーザに個人的に関連する情報を提示しないように構成される、請求項６に記載の方法。

【請求項8】

前記低情報状態は、現在時刻、日付、現在の天候、またはバッテリー電力状況を提示するように構成される、請求項７に記載の方法。

【請求項9】

前記方法は、前記動きがあると判断するステップの前に、前記ユーザ機器と前記ユーザがやり取りしているまたは最近までやり取りしていたと判断するステップをさらに含み、前記ユーザがやり取りしているまたは最近までやり取りしていたと判断するステップは、前記ユーザに使用するという意図があることを示す、以前のレーダーデータ、マイクロフォンを通じて前記ユーザから受信したコマンドもしくは入力を示す音声データ、または、タッチセンサー式ディスプレイもしくはその他のセンサーを通した前記ユーザによる入力またはやり取りを示すタッチデータに基づく、先行する請求項のいずれか１項に記載の方法。

【請求項10】

前記動きがあるとは、前記ユーザ機器の直前の動きを基準とした動きの変化である、先行する請求項のいずれか１項に記載の方法。

【請求項11】

前記レーダーデータに基づいて前記使用をやめるという意図があると判断するステップは、前記ユーザ機器に前記動きがあるとの前記判断を動きマネージャから受信したことに応答したステップである、先行する請求項のいずれか１項に記載の方法。

【請求項12】

前記高レベル状態は、前記高レベルアクセス状態、前記高レベル電力状態、または前記高レベル情報状態のうち２つ以上を含み、前記ユーザ機器の前記高レベル状態を下げるステップは、前記高レベル状態のうち前記２つ以上を、それぞれ中間レベル状態または低レベル状態に下げる、先行する請求項のいずれか１項に記載の方法。

【請求項13】

前記方法は、前記慣性計測装置からの前記慣性データに基づいて前記ユーザ機器に前記動きがあると判断するステップの前、および前記レーダーシステムからの前記レーダーデータに基づいて前記使用をやめるという意図があると判断するステップの前に、休止期間が満了したと判断するステップをさらに含み、前記休止期間は、最後のタッチ入力、最後の音声入力、または最後のジェスチャ入力が前記ユーザ機器によって受信された時に開始する、先行する請求項のいずれか１項に記載の方法。

【請求項14】

前記ユーザが前記ユーザ機器から離れるように腕または手を引っ込めている、前記ユーザ機器から目を逸らしている、前記ユーザの体を前記ユーザ機器とは別の方向に向けている、または、前記ユーザ機器から立ち去っていると示す前記レーダーデータに基づいて、前記使用をやめるという意図があると判断される、先行する請求項のいずれか１項に記載の方法。

【請求項15】

前記ユーザに別のオブジェクト、人、別のデバイス、または別のユーザ機器を使用するという意図があると示す前記レーダーデータに基づいて、前記使用をやめるという意図があると判断される、先行する請求項のいずれか１項に記載の方法。

【請求項16】

請求項１～１５のいずれか１項に記載の方法を実行するように構成される、装置。

【発明の詳細な説明】

【背景技術】

【0001】

背景
スマートフォン、ウェアラブルコンピュータ、およびタブレット端末など、ユーザ機器は、そのデバイスのユーザがデバイスを使用するのをやめるときにデバイスの状態を正確に下げられない場合が多い。たとえば、ユーザは、ユーザ機器とのやり取りをやめるであろうが、認証を解除する（たとえば、ロックする）またはデバイスの電源を切ることを明示的に選択しない限り、デバイス自体がロックするまたは電力を下げるまでに５分はかかるであろう。

【発明の概要】

【発明が解決しようとする課題】

【0002】

しかしながら、よく使われるこのタイマーの長さの短縮は、それに伴うデバイスおよびユーザへの犠牲なしで単純に行うことはできない。その一端として、２つの要因がある。これらの要因のいずれも、短い期間を使用させてくれない。まず、ユーザを認証するプロセスは、ユーザにとって手間がかかるプロセスであり、デバイスからの大量の電力を必要とする。これらの犠牲のせいで、多くの従来の認証技術は、ユーザの認証を素早く解除したがらないので、３分、５分、または１０分など、タイマーを長い期間に設定する。２つ目に、ユーザは、これまで以上に頻繁にデバイスとやり取りするようになっており、１日に数十回、または数百回もデバイスに自身を認証するユーザもいる。このせいで、多くのユーザは頻繁にあまり間をあけずに自分のデバイスを再び使用する可能性が高いことに気づいている従来の技術は、ユーザエクスペリエンスを損なってしまうので、素早く認証を解除したり、デバイスの電源を切ったりしたがらない。

【課題を解決するための手段】

【0003】

概要
本明細書は、ＩＭＵおよびレーダーに基づいて状態を下げるための技術およびシステムについて説明する。本技術およびシステムは、ＩＭＵ（慣性計測装置）からの慣性センサーデータおよびレーダーデータを用いてコンピューティングデバイスの状態を下げる。こうすることによって、本技術は、節電したり、ユーザの時間の無駄をなくしたり、ユーザのプライバシーをより適切に保護する。

【0004】

たとえば、方法について説明する。この方法は、ユーザがユーザ機器とやり取りしているまたは最近までやり取りしていた状態である高レベル状態にユーザ機器がある間に、ユーザ機器に動きがあると判断するステップを含み、動きがあるとは、ユーザ機器が動かされているまたは動かされたことを示し、判断は、ユーザ機器と一体化された慣性計測装置を通じて受信した慣性データに基づく。また、方法は、レーダーデータに基づいて、ユーザ機器によって、使用をやめるという意図があると判断するステップを含み、使用をやめるという意図があることは、ユーザにユーザ機器の使用をやめるという意図があることを示す。動きがあるとの判断および使用をやめるという意図があるとの判断に応答して、高レベル状態のユーザ機器を、高レベル状態から中間レベル状態または低レベル状態に下げるステップ含み、高レベル状態は、高アクセス状態、高電力状態、または高情報状態であり、中間レベル状態は、中間アクセス状態、中間電力状態、または中間情報状態であり、低レベル状態は、低アクセス状態、低電力状態、または低情報状態である。

【0005】

また、本明細書は、上記にまとめた方法、および本明細書に記載するその他の方法を実行するための命令を格納したコンピュータ読み取り可能な媒体、ならびにこれらの方法を実行するためのシステムおよび手段について説明する。

【0006】

この概要を設けて、ＩＭＵおよびレーダーに基づいて状態を下げるための概念を簡単に紹介する。この概念については、詳細な説明および図面においてさらに後述されている。この概要は、クレームされる主題の要旨を明確にする意図はなく、クレームされる主題の範囲を特定するために用いられる意図もない。

【0007】

本明細書では、ＩＭＵおよびレーダーに基づいて状態を下げる１つ以上の態様の詳細について、添付の図面を参照しながら説明する。図面全体を通して、同一の特徴および構成要素には、同一の番号が付されている。

【図面の簡単な説明】

【0008】

【図1】ＩＭＵおよびレーダーに基づいて状態を下げるための技術を実現できる例示的な環境を示す図である。

【図2】図１に記載の認証システムの例を示す図である。

【図3】図２の認証システムが認証した例示的なユーザを示す図である。

【図4】ユーザにユーザ機器を使用するという意図があるとの判断に応答する認証システムの電力状態を含む、複数の状態を変更できる図１のユーザ機器の実施態様を示す図である。

【図5】ユーザ機器の例示的な情報状態、電力状態、およびアクセス状態を示す図である。

【図6-1】コンピューティングデバイスの一部としての例示的なレーダーシステムを示す図である。

【図6-2】例示的なトランシーバおよびプロセッサを示す図である。

【図6-3】消費電力と、ジェスチャフレーム更新速度と、応答遅延との例示的な関係を示す図である。

【図6-4】例示的なフレーム構造を示す図である。

【図7】図６－１のレーダーシステムの受信アンテナ素子の例示的な配置を示す図である。

【図8】図６－１のレーダーシステムの例示的な実施態様のさらなる詳細を示す図である。

【図9】図６－１のレーダーシステムが実装できる例示的な仕組みを示す図である。

【図10】ＩＭＵおよび／またはレーダーによる認証管理の例示的な方法を示す図である。

【図11】認証管理の例示的なシナリオを示す図である。

【図12】ユーザ機器の状態を下げるための例示的な方法を示す図である。

【図13】ユーザ機器の状態を下げるための例示的なシナリオを示す図である。

【図14】認証状態を維持するための例示的な方法を示す図である。

【図15】認証状態を維持するための例示的なシナリオを示す図である。

【図16】認証状態を維持するための別の例示的なシナリオを示す図である。

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

【0009】

詳細な説明
概要
本明細書は、ＩＭＵ（慣性計測装置）およびレーダーからのセンサーデータに基づいて状態を下げるための技術およびシステムについて説明する。本技術およびシステムは、ＩＭＵからの慣性センサーデータおよびレーダーデータを用いて、電力状態、アクセス状態、および情報状態など、ユーザ機器の状態を下げる。これらの状態は、使用電力や、許可されたアクセスの量や、ユーザ機器が提供する情報の量を表す。本技術は、ユーザのユーザ機器の使用に対応するようにユーザ機器の状態を管理する。これにより、節電でき、保証のないアクセスを減らすことができ、ユーザがユーザ機器を使用していないときに提供される情報量を減らすことができる。これによりユーザのプライバシーが保護される。

【0010】

開示する技術とは対照的に、従来のユーザ機器では、ユーザがＵＥ（ユーザ機器）を使用していると正確に判断できない場合が多い。これらのＵＥは、そのように判断できないにも関わらず、ＵＥのセキュリティを確保するために認証を解除する必要があるため、現在の技術では、期間が満了するとＵＥがロックされる。多くの従来の技術にとって、この期間は、ユーザがいずれのボタンも押していない、またはタッチセンサー式ディスプレイにタッチするなどモバイル機器上のセンサーにタッチしていない期間である。よって、従来の技術では、ユーザからの明らかな入力を受信しなかった場合にタイマーを開始し、その後、明らかな入力がないままタイマーが満了した場合にＵＥの認証を解除することが多い。

【0011】

しかしながら、この解決策は、良くても不正確であり、最悪の場合、ユーザが実際に使用をやめる時とタイマーが満了する時との間に、部外者がデバイスを手に取って完全アクセスを有することを許してしまう。さらには、この期間の間、タイマーが満了する前にユーザが使用をやめる場合、電力が浪費され、情報が晒されてしまう。たとえば、ディスプレイは、たとえユーザがいなくなってしまっても、デバイスのディスプレイを見ることができる人であれば誰にでも情報を提供し続けてしまう。

【0012】

一例として、ユーザがスマートフォンをデスク上に置いて立ち去ると想定する。従来の技術では、タイマーを開始し、その後ユーザからの明らかな入力がないままタイマーが満了した後、認証を解除し、そうでない場合、デバイスの状態を変更することが多い。一般的であるように、期間が５分であった場合、５分間、ユーザのデバイスは認証されたまま、たとえば、ロックが解除されたままである。この５分の間に、悪意のある第三者がデバイスを手に取ってデバイスならびにユーザの個人アカウントおよびデータに完全にアクセスできるようになってしまう可能性がある。さらには、この５分の間に、ディスプレイに電力を供給し続けて、ディスプレイ上に自動的に表示される電子メールおよびテキストメッセージの内容など、個人的な通知を提示し続ける従来の技術もある。非ユーザは、悪意がある者であろうと悪意がない者であろうと、単に通り過ぎてユーザのみに宛てられた情報を見ることができてしまう。しかしながら、対照的に、本明細書において説明する技術は、ユーザがデバイスをデスクにおいて立ち去ってから数秒以内、それどころかほんの一瞬でデバイスのアクセス、電力、および情報を減らすことができる。

【0013】

しかしながら、これは、記載の本技術およびデバイスをどのように用いてＩＭＵおよびレーダーに基づいて状態を減らすのかについての一例である。その他の例および実施態様も本明細書を通して説明する。ここで、本明細書は、例示的な動作環境について説明し、その後、例示的なデバイス、方法、およびシステムについて説明する。

【0014】

動作環境
図１は、ＩＭＵおよびレーダーに基づいて状態を下げるための技術を実現できる例示的な環境１００を示す図である。例示的な環境１００は、レーダーシステム１０４と、レーダーマネージャ１０６と、ＩＭＵ（慣性計測装置）１０８と、動きマネージャ１１０と、状態マネージャ１１２と、認証システム１１４と、ディスプレイ１１６とを備える、またはこれらに対応付けられたＵＥ（ユーザ機器）１０２（たとえば、スマートフォン）を含む。

【0015】

例示的な環境１００では、レーダーシステム１０４は、図７～図９を参照して後述するような１つ以上のレーダー信号または波形を送信することによってレーダーフィールド１１８を提供する。レーダーフィールド１１８とは、レーダーシステム１０４がレーダー信号および波形の反射を検出できる空間体積である（たとえば、空間体積にあるオブジェクトを反射したレーダー信号および波形。本明細書では、一般的に、レーダーデータとも称す）。また、レーダーシステム１０４により、このレーダーフィールド１１８内の反射からのレーダーデータを、ＵＥ１０２または別の電子装置が検知および分析することが可能になる。レーダーフィールド１１８は、任意の様々な形状および形態をとってもよい。たとえば、レーダーフィールド１１８は、図１および図７を参照して説明するような形状を有してもよい。その他の場合、レーダーフィールド１１８は、レーダーシステム１０４から延在する半径形状、レーダーシステム１０４を囲んだ体積（たとえば、球形状、半球形状、部分的な球形状、ビーム形状、もしくは円錐形状）、または非均一な形状（たとえば、レーダーフィールド１１８にある障害物からの干渉に対応するために）をとってもよい。レーダーフィールド１１８は、数インチ～１２フィート（１／３メートル未満～４メートル）など、レーダーシステム１０４から任意の様々な距離だけ延在してもよい。レーダーフィールド１１８は、定義済みであってもよく、ユーザ選択可能であってもよく、別の方法で（たとえば、電力要件、残りのバッテリー寿命、または別の要因に基づいて）決定されてもよい。

【0016】

レーダーフィールド１１８にいるユーザ１２０からの反射により、レーダーシステム１０４は、ユーザ１２０の体の位置および姿勢など、様々な言葉によらないボディランゲージによる合図、体の位置、または体の姿勢を示すユーザ１２０についての様々な情報を判断することが可能になる。これらの合図、位置、および姿勢は、ＵＥ１０２を基準とするユーザ１２０の絶対位置または絶対距離ＵＥ１０２を基準とするユーザ１２０の位置もしくは距離の変化（たとえば、ユーザ１２０またはユーザの手もしくはユーザ１２０が把持しているオブジェクトがＵＥ１０２に近づくかＵＥ１０２から遠ざかるか）、ＵＥ１０２に向かって動くまたはＵＥ１０２から離れるように動くときのユーザ１２０の速度（たとえば、手もしくは非ユーザオブジェクト）、ユーザ１２０がＵＥ１０２の方に向くかＵＥ１０２とは別の方向に向くか、ユーザ１２０がＵＥ１０２に向かって体をかがめるか、ＵＥ１０２に向かって手を振るか、ＵＥ１０２に手を伸ばすか、ＵＥ１０２を指さすかなどを含んでもよい。また、レーダーデータ（たとえば、ユーザの顔の散乱中心）の分析による人間の身元など、認証を判断したり、認証に信頼性を加えたりするためにもこれらの反射が分析される。

【0017】

レーダーマネージャ１０６は、レーダーシステム１０４からのレーダーデータに基づいて、ユーザにＵＥ１０２を使用する、ＵＥ１０２の使用をやめる、またはＵＥ１０２の使用を続けるという意図があると判断するように構成される。ＵＥ１０２に向かって手もしくは腕を伸ばす動き、ＵＥ１０２を見るための目の動き、またはＵＥ１０２の方向に向くための頭もしくは顔の動きなどに基づく上記した様々な合図、位置、姿勢、および距離／速度から、ユーザの意図を推定できる。手もしくは腕を伸ばした場合、レーダーマネージャ１０６は、ユーザは、ＵＥ１０２にタッチするまたは手に取る可能性があるという意図があることを示すように、手を伸ばしているまたは腕を特定の方向に向けていると判断する。例として、ユーザがワイヤレスに接続されたスピーカー上の音量ボタンに向けて手を伸ばしている、タブレットコンピュータに対応付けられた無線もしくは有線マウスに向けて手を伸ばしている、または、ＵＥ１０２自体に向けて手を伸ばしているなどが挙げられる。この手を伸ばす動きは、手の動き単体、腕もしくは手の動き、または手がＵＥ１０２をタッチできるもしくは把持できるように曲げるもしくは真っ直ぐに伸ばす腕に基づいて判断できる。以下の図１４～図１６に記すように、使用するという意図があるとの判断は、認証されている認証されていないに関係なく、非ユーザまたはユーザについて行われる。

【0018】

また、ユーザに使用するという意図があることは、ＵＥ１０２を見るまたは顔をＵＥ１０２に向けるためのユーザの頭もしくは目の動き、場合によっては、関連するＵＥ１０２の周辺機器に基づいて推定できる。ＵＥ１０２に向けるというユーザの目の動きの場合、レーダーマネージャ１０６は、ユーザの目を追跡することなどによって、ユーザの目がＵＥ１０２の方向を見ていると判断する。顔をＵＥ１０２に向けるというユーザの頭（たとえば、顔の向き）の動きの場合、レーダーマネージャ１０６は、ユーザの顔がＵＥ１０２を指すように様々な点（たとえば、以下に記す散乱中心）が現在特定の方向を指していると判断する。よって、ユーザは、ユーザがＵＥ１０２を使用する（もしくは使用をやめるもしくは使用を続ける）という意図があるとレーダーマネージャ１０６が判断できるようにＵＥ１０２上のボタンを起動する（押す）、またはタッチ依存のジェスチャ（たとえば、タッチパッドもしくは画面上の）もしくはタッチとは無関係のジェスチャ（たとえば、レーダーシステム１０４を使用すること）など、ＵＥ１０２の制御もしくは起動を指示するための動作を行う必要がない。

【0019】

また、上記したように、レーダーマネージャ１０６は、ユーザにＵＥ１０２の使用をやめるという意図があると判断するように構成される。レーダーマネージャ１０６は、ユーザの手もしくは腕がＵＥ１０２から離れるように動く（たとえば、引っ込める）、ＵＥ１０２から目を逸らすという目の動き、またはＵＥ１０２から離れる頭もしくは顔の動き（たとえば、ＵＥ１０２を見ることをやめるようにする顔の向きの変化）を示すレーダーデータから推定できるが、使用するというユーザの意図と同様に、ユーザに使用をやめるという意図があると判断する。ユーザに使用をやめるという意図があると判断できる別の方法は、上記した使用をやめることや、使用することとは反対の行動だけでなく、ユーザが立ち去った、離れるように体を動かした、または、対応付けられていない異なるオブジェクトもしくはデバイスを使用していることを示しているレーダーデータである。よって、レーダーマネージャ１０６は、ユーザに他のオブジェクト、デバイス、またはユーザ機器を使用するという意図があると判断することに基づいて、ＵＥ１０２の使用をやめるという意図があると判断してもよい。たとえば、ユーザがスマートフォンを見てやり取りしていると想定する。スマートフォンの使用をやめるという意図があることを示す例として、ユーザが、スマートフォンではなくテレビ画面を見る、近くの物理的に存在している人に話し始める、または、電子書籍もしくはメディアプレーヤなど、スマートフォンの使用に取って代わって使用する可能性が高い別のデバイスに手を伸ばしているなどが挙げられる。

【0020】

また、レーダーマネージャ１０６は、ユーザにＵＥ１０２の使用を維持するという意図があると判断するように構成される。使用を維持することは、能動的であってもよく、受動的であってもよい。能動的な使用の場合、レーダーマネージャ１０６は、レーダーデータに基づいて、ユーザがタッチとは無関係のジェスチャによってやり取りしていると判断するなどしてもよい。また、代わりに、レーダーマネージャ１０６は、非レーダーデータによって、能動的な使用であると判断してもよい（たとえば、ＵＥ１０２のその他の構成要素からの支援を受けて行われる）。非レーダーデータは、ユーザがＵＥ１０２もしくは周辺機器にデータを入力していることの表示、または、ＵＥ１０２もしくは周辺機器を制御していることの表示を含む。よって、タッチ、タイピング、もしくは音声データによって、ユーザは、ディスプレイ１１６のタッチスクリーン入力を通してタッチしている（たとえば、ソフトキーボードをタップしているもしくはジェスチャを行っている）、周辺キーボードにタイピングしていると判断される、または、音声入力の書き取りをしていると判断される。受動的な使用を維持する場合、レーダーマネージャ１０６は、独立して、またはＵＥ１０２のその他の構成要素の支援を通して、ユーザがコンテンツを消費している、もしくは顔をＵＥ１０２に向ける、ディスプレイ１１６を見る、または、ユーザもしくは第三者が見られるようにＵＥ１０２のディスプレイを向けるようにＵＥ１０２を把持しているなど、他者にＵＥ１０２を提供してコンテンツを消費していると判断する。受動的使用の継続のその他の例として、レーダーマネージャ１０６がＵＥ１０２（から２メートル、１．５メートル、１メートル、または０．５メートルなど）の届く範囲にユーザ１２０がいると判断することなどによる、ユーザが存在していることなどが挙げられる。ユーザに使用するという意図がある、使用をやめるという意図がある、または使用を続けるという意図がある（受動的および能動的の両方）とレーダーマネージャ１０６が判断する例示的な方法の詳細については、後述する。

【0021】

さらには、レーダーマネージャ１０６、レーダーシステム１０４からのレーダーデータを使用して、ユーザが行ったジェスチャも判断してもよい。ジェスチャは、テーブル、ディスプレイ１１６、もしくは自身のシャツの袖など、何かの表面にユーザが触れること、またはタッチとは無関係のジェスチャを含んでもよい。タッチとは無関係のジェスチャは、空中で行われてもよく、３次元で行われてもよく、および／または手もしくは指が入力装置に触れる必要なしに行われてもよいが、何かのオブジェクトに触れることを排除しない。これらのジェスチャは、レーダーデータに基づいて判断された後、ＵＥ１０２への入力として使用されてもよく、または、ＵＥ１０２の使用を示す入力として使用されてもよい。ジェスチャとして、手話（たとえば、ＡＳＬもしくはアメリカ手話）に類似したジェスチャなどが挙げられ、これらのジェスチャは、左、右、上、もしくは下にスワイプするジェスチャ、手のひらを挙げるもしくは下ろすジェスチャ（たとえば、ＵＥ１０２もしくはＵＥ１０２によって制御されているテレビもしくはステレオの音楽の音量を上げるもしくは下げるために）、または音楽もしくは映像トラックを変更する、アラームをスヌーズする、電話を切る、もしくはゲームをするなどのために前方もしくは後方に（たとえば、左から右へ、もしくは右から左へ）スワイプするジェスチャなど、様々な複雑な１つの手を使ったジェスチャもしくは複数の手を使ったジェスチャ、または簡単な複数の手を使ったジェスチャもしくは１つの手を使ったジェスチャである。これらは、多くの例示的なジェスチャおよび当該ジェスチャによって制御可能な機能の一部であり、レーダーシステム１０４およびレーダーマネージャ１０６を通して可能になる。よって、本明細書は、使用および状態の管理を対象としているが、本明細書の記載内容がレーダーシステム１０４およびレーダーマネージャ１０６がジェスチャ認識用に構成できないことを示している、と誤解されてはならない。

【0022】

ＩＭＵ１０８は、動きを測定するように構成された様々なデバイスであってもよい。当該動きは、本明細書では、３つの軸（たとえば、Ｘ、Ｙ、およびＺ）の各々についてのピッチ、ロールを含む特定の力、角速度、向き、振動、加速、速度、ならびに位置を含むと定義される。ＩＭＵ１０８は、加速度計、ジャイロスコープ、および／もしくは磁力計など、ＵＥ１０２内の１つまたは複数のデバイスであってもよい。

【0023】

動きマネージャ１１０は、ＩＭＵ１０８からの慣性データに基づいて、ＵＥ１０２に動きがあると判断するように構成される。動きがあることとして、ＵＥ１０２が持ち上げられること（たとえば、手に取られること）、ユーザ１２０の方向に向くまたはユーザ１２０とは反対方向に向くこと、および振動などが挙げられる。例示的な動きは、ＵＥ１０２のユーザ１２０による物理的接触をやめること、無生物オブジェクト（たとえば、テーブル、車のコンソール、ソファのアーム、枕、床、ドッキングステーション）上にＵＥ１０２を置くこと、密封型の入れ物、たとえば、ポケット、バッグ、またはハンドバッグ内にＵＥ１０２を入れることを含んでもよい。

【0024】

動きがあることは、ユーザがＵＥ１０２を使用する可能性があること、ＵＥ１０２の使用をやめる可能性があること、またはＵＥ１０２の使用を継続する可能性があることを示してもよい。たとえば、ＵＥ１０２に動きがあることとは、ユーザ機器がユーザ１２０に向かって動いているもしくはユーザ１２０の方向に向いている、もしくはユーザ機器がユーザ１２０から離れるように動かされている／ユーザ１２０とは別の方向に向けられていることを示してもよく、ユーザ機器が高速で動いているもしくは動きを高速で変化させていて多くの似た種類のユーザーエンゲージメントのためのやり取りができないことを示してもよく、（自然な人間の動き、呼吸、心臓の鼓動を介して）ユーザ機器がユーザ１２０に把持されていることを示してもよく、または、（車両の振動、ＵＥ１０２を揺らす周囲の音、ＵＥ１０２を振動させる音楽など）機械的もしくは非ユーザソースが原因でユーザ機器が振動していることを示してもよい。よって、ＵＥ１０２の使用をやめる可能性があることを示し得る別の方向に向くことは、ユーザ１２０がディスプレイ１１６を見ていた可能性が高いＵＥ１０２の以前の向きが今ではディスプレイ１１６を見ている可能性が低くなるようにＵＥ１０２の向きが変わることを含んでもよい。ユーザ１２０がある向きで何かをタイピングまたは読んでいた後に、電話を裏返す、横に置く、またはポケットに入れるなどをすることは、別の方向に向くことを示す動きの一例である。よって、使用をやめる可能性があることの一例である。使用の継続を示すであろう動きとして、ユーザがＵＥ１０２を把持するもしくはＵＥ１０２を置いていることを維持していることを示す振動、またはＵＥ１０２に対する自身の向きを維持していることを示す振動であり、この向きが以前に示された向きである場合またはＵＥ１０２の使用と一致していた向きである場合などが挙げられる。

【0025】

ディスプレイ１１６は、タッチスクリーン、ＬＣＤ（液晶ディスプレイ）、ＴＦＴ（薄膜トランジスタ）ＬＣＤ、ＩＰＳ（Ｉｎ－Ｐｌａｃｅ Ｓｗｉｔｃｈｉｎｇ）ＬＣＤ、静電容量型タッチスクリーンディスプレイ、有機ＯＬＥＤ（発光ダイオード）ディスプレイ、ＡＭＯＬＥＤ（アクティブマトリックス有機発光ダイオード）ディスプレイ、スーパーＡＭＯＬＥＤディスプレイなど、任意の適した表示装置を含み得る。述べたように、ディスプレイ１１６には様々なレベルの電力が供給されてもよく、全彩度であり、タッチ入力に電力が供給された状態、少ない彩度であり、タッチ入力に電力が供給されていない状態、および低彩度であり、電力が少ない（たとえば、グレーの時計）または無電力の状態である、などがある。

【0026】

状態マネージャ１１２は、電力状態、アクセス状態、および情報状態など、ＵＥ１０２の状態を管理する。ＵＥ１０２およびその構成要素の管理は、レーダーマネージャ１０６および動きマネージャ１１０によって行われる判断に基づいて行われる。たとえば、状態マネージャ１１２は、ユーザ１２０からパスワードを入力するためのタッチ入力を受けること、コンピュータプロセッサが認証に使用される計算を行うこと、または画像ベースの顔認証、レーダー（たとえば、レーダーシステム１０４）、もしくはその他の構成要素をメージングシステムが実行することを想定してＵＥ１０２のディスプレイ１１６の電力を変更することなどによって、認証システム１１４の構成要素への電力供給を管理できる。

【0027】

述べたように、ＵＥ１０２の管理は、ＵＥ１０２を使用する意図がある、ＵＥ１０２の使用をやめる意図がある、またはＵＥ１０２の使用を続ける意図があるとのレーダーマネージャ１０６による判断、およびＵＥ１０２に動きがあるとの動きマネージャ１１０による判断に基づく。状態マネージャ１１２は、これらの判断のみに基づいてＵＥ１０２の状態を管理してもよく、または現在の状態、現在の使用しようしている状態、動作中のアプリケーションおよびこれらのアプリケーションが表示しているコンテンツなど、その他の情報にも基づいてＵＥ１０２の状態を管理してもよい。さらには、レーダーマネージャ１０６がユーザに意図があると判断し、動きマネージャ１１０が動きがあると判断してもよいが（動きのうちいくつかは、ユーザにＵＥ１０２を使用するという意図があると示すために判断される）、状態マネージャ１１２は、これらの判断の両方を利用することによって、ユーザの意図がＵＥ１０２を使用することである、使用をやめることである、もしくは使用を続けることであるとの判断の全体的な精度、ロバスト性、および／または速度を向上させてもよい。

【0028】

レーダーマネージャ１０６の判断および動きマネージャ１１０の判断の両方の利用は、一緒に行われてもよく、ＵＥ１０２の状態を管理することの一部として少しずつ行われてもよく、これらの判断のうち一方が単体で利用されてもよい。たとえば、ＵＥ１０２の認証するための構成要素が低電力状態であると想定する。レーダーマネージャ１０６は、ＵＥ１０２に向かう動きまたはＵＥ１０２に手を伸ばすことに基づいて、ユーザ１２０にＵＥ１０２との認証を行う意図があると判断してもよい。場合によっては、状態マネージャ１１２は、状態マネージャ１１２がＵＥ１０２を高電力状態に変更させるにはこれだけでは不十分であると考える。よって、状態マネージャ１１２は、認証用部品の一部に電力を供給して、高電力状態（たとえば、図５の高電力状態５０４－１）ではなく、中間状態にしてもよい。たとえば、顔認識を行うために認証システム１１４が赤外線センサーを使用する場合、状態マネージャ１１２は、ユーザを認証することを想定して、これらのセンサーおよびディスプレイ１１６に電力を供給してより高電力にしてもよい。ディスプレイ１１６の場合、ユーザに、ＵＥ１０２が「起動中」であることを示す。したがって、次第に応答性を有するようになる。追加ステップとして、認証用部品（ここでは、赤外線センサー）に完全に電源を投入する前にユーザがＵＥ１０２を動かした、手に取った、持ち上げたなどと動きマネージャ１１０が判断するまで、状態マネージャ１１２は待機してもよい。必須ではないが、状態マネージャ１１２は、ユーザからのさらなる入力なしで当該部品に認証を試みさせてもよく、認証がユーザ１２０にとってシームレスな認証になる。

【0029】

しかしながら、場合によっては、状態マネージャ１１２は、電力を増やす判断する、または、慣性データおよびレーダーデータの両方、たとえば、ユーザに使用するという意図があるというレーダーマネージャ１０６の判断と、ユーザがＵＥ１０２を手に取っているという動きマネージャ１１０の判断とに応答して、ＵＥ１０２の状態に備える。

【0030】

よって、ユーザがＵＥ１０２にちょうど触れ始めたという動きマネージャ１１０による表示など、ユーザがＵＥ１０２を手に取ることによってユーザにＵＥ１０２を使用するという意図があるという信頼度が高くなるまで、状態マネージャ１１２は待機してもよい。このような場合、ディスプレイまたは認証システム１１４もしくはその部品に完全に電源を投入するために動きマネージャ１１０がユーザによるタッチを示すまで待つ代わりに、状態マネージャ１１２は、レーダーマネージャ１０６の判断のみに基づいてこれらの部品の電力を中間電力レベルまで増やしてもよい。しかしながら、述べたように、状態マネージャ１１２は、レーダーデータに基づいた使用するという意図があるとの判断のみに基づいて、状態をより高い電力レベルに変更してもよく、レーダーデータに基づいた使用をやめるという意図があるとの判断のみに基づいて、これらのレベルを下げてもよい。

【0031】

状態マネージャ１１２がＵＥ１０２の状態を管理できる多くの例示的な方法のうち１つを図１の例示的な環境１００－１、１００－２、および１００－３に示す。

【0032】

環境１００－１では、ユーザ１２０が認証済みであり、ＵＥ１０２の電力、アクセス、および情報が高レベル状態であると想定する。この認証は、（環境１００－１の１２２に示されている）高彩度かつ高光度の星のシンボルを表示したディスプレイ１１６を通してユーザ１２０に示される。環境１００－１では、ユーザ１２０は、ＵＥ１０２をテーブルの上に置く。ＵＥ１０２をテーブルの上に置いた結果、ＩＭＵ１０８がこれを検知し、その後、動きマネージャ１１０に慣性データを提供することになる。動きマネージャ１１０は、慣性データに基づいて、ＵＥ１０２が動いたと判断する。この時点で、動きマネージャ１１０は、動いているとの判断をレーダーマネージャ１０６または状態マネージャ１１２に渡してもよいが、いずれの場合にしても、これは、高レベルから中間レベルまたは低レベルに状態を下げるかどうかを判断するためのデータ点である。述べたように、これらの状態を下げることで、節電でき、情報を非公開のままにし、アクセスのセキュリティを保護しつつ、ユーザ１２０にシームレスなユーザエクスペリエンスを提供できる。

【0033】

この例を用いて説明を続けると、ユーザ１２０がＵＥ１０２から手を引っ込める環境１００－２を考える。手を引っ込める動きは、レーダーシステム１０４およびレーダーマネージャ１０６によってそれぞれ検知および分析される。こうすることによって、レーダーマネージャ１０６は、ユーザ１２０にＵＥ１０２の使用をやめるという意図があると判断する。レーダーマネージャ１０６からのこの判断および動きマネージャ１１０からの動いているとの判断に基づいて、状態マネージャ１１２は、ＵＥ１０２の状態のうち１つ以上の状態を下げる。ここで、下げることは、ユーザ１２０のＵＥ１０２の使用程度に一致させる意図がある。この、状態マネージャ１１２によって下げることは、ディスプレイ１１６の彩度および光度を下げることによって電力を中間レベルに下げることであり、（１２４に示されている）低光度かつ低彩度の星のシンボルで表示される。なお、状態マネージャ１１２は、電力、アクセス、および／または情報の状態を低レベルに下げてもよい。しかしながら、レーダーマネージャ１０６から得られる使用をやめるという意図が、ユーザ１２０が腕を引っ込めているが体はＵＥ１０２の方向に向いたままであり依然としてＵＥ１０２を見ていることを示しているので、ここでは、状態マネージャ１１２は、状態を中間レベルに下げる。これは、ユーザによる使用に合わせて状態を調整する一例である。なぜならば、腕を引っ込めるという動きは、使用をある程度やめることを示しているが、この動き自体は、継続して使用すること、またはレーダーマネージャ１０６による使用をやめるとの判断がある程度不確実な判断であることを示しているためである。

【0034】

この例を用いた説明の終わりに、環境１００－３を考える。ここでは、ユーザ１２０は、ＵＥ１０２をテーブルの上に置いた状態で本を読んでいる。ユーザ１２０の体は、ある程度の角度をつけてＵＥ１０２から離れて本の方に向いており、ＵＥ１０２ではなく本を見ている。ユーザ１２０の向きに関する追加情報に基づいて、レーダーマネージャ１０６は、ユーザ１２０にＵＥ１０２の使用をやめるという意図がある（または使用をやめた）と判断する。この時点で、レーダーマネージャ１０６は、使用をやめるという意図がある、というさらなる判断を状態マネージャ１１２に提供する。その後、状態マネージャ１１２は、ＵＥ１０２の状態を低レベルに下げる。これは、ディスプレイ１１６において電力使用量を下げることで示される（１２６において低光度かつ低彩度で時間のみを表示している）。図示していないが、状態マネージャ１１２は、ユーザ１２０の認証も解除（たとえば、ＵＥ１０２もロック）してもよい。

【0035】

この例に示すように、本明細書に記載の本技術は、ユーザ機器の状態を管理して、シームレスなユーザエクスペリエンスを提供し、消費電力を低減し、さらに優れたプライバシーおよびセキュリティを提供できる。また、この管理は、電力、アクセス、および情報のレベルを維持または上げることを含んでもよい。認証システムの電力状態を上げる例については、そのシステムについて後述した後、説明する。

【0036】

より詳細に、図２に示す認証システム１１４の一例を考える。しかしながら、これは一例であり、いくつか例を挙げると、タッチセンサー式ディスプレイを通したパスワード入力、レーダーシステム１０４を用いたレーダー認証、または指紋リーダーなど、状態マネージャ１１２が制御可能なその他の認証システムが考えられる。

【0037】

この認証システム１１４の例は、（スマートフォンとして図示されている）ＵＥ１０２の内部２００を示した状態で図示されている。図示した構成では、ＵＥ１０２は、レーダーシステム１０４のレーダー集積回路２０２と、スピーカー２０４と、正面カメラ２０６と、近接センサー２０８と、周辺光センサー２１０とを備える。また、ＵＥ１０２は、フェイスアンロックセンサー２１２も備える。フェイスアンロックセンサー２１２は、ＮＩＲ（近赤外線）投光イルミネーター２１４と、ＮＩＲ（近赤外線）ドットプロジェクター２１６とを備え、これらは、赤外光または近赤外光をユーザに投影する。また、フェイスアンロックセンサー２１２は、ＵＥ１０２の両側に位置する２つのＮＩＲカメラ２１８－１および２１８－２を備える。ＮＩＲカメラ２１８－１および２１８－２は、ユーザが反射した赤外光および近赤外光を検知する。反射された近赤外光を利用して顔の特徴が判断でき、これらの特徴を用いて、予め格納された顔の特徴についての情報との比較に基づいてユーザが本物であるかどうかが判断できる。ＮＩＲ投光イルミネーター２１４は、たとえば、環境にＮＩＲ光を「投光」し、ユーザ（およびその他のオブジェクト）からの反射を受けて、画像を提供する。画像は、周辺光が少ないまたは無い場合であっても、ユーザの顔を含んでいる。よって、顔の特徴を判断するために利用できる。ＮＩＲドットプロジェクター２１６は、オブジェクトの深度を分析するために利用できるＮＩＲ光反射（ユーザの顔の特徴を含む）を提供する。よって、ユーザの深度マップ（たとえば、スペクトル深度マップ）は、（たとえば、顔認証をセットアップする際に予め）作成されてもよく、現在の深度マップを決定して格納されている予め作成された深度マップと比較してもよい。深度マップは、（人の実際の顔ではなく）ユーザの顔の写真またはその他の２次元の描画が認証されるのを防ぐのを助ける。

【0038】

このユーザの顔の特徴のマッピングは、セキュリティ上安全にＵＥ１０２上に格納でき、ユーザ設定に基づいて、ＵＥ１０２上で安全であり、かつ、外部のエンティティが利用できないようになっている。

【0039】

認証システム１１４は、フェイスアンロックセンサー２１２を備えるが、正面カメラ２０６、近接センサー２０８、および周辺光センサー２１０、ならびにデータを分析するためのプロセッサ、センサーデータを格納、キャッシュ、またはバッファするためのメモリ（これにも複数の電力状態がある）など、その他の構成要素も備え得る。

【0040】

フェイスアンロックセンサー２１２は、ＩＲ（赤外線）データおよびＮＩＲ（近赤外線）データを検知して顔認識を行う。顔認識は、本技術がユーザを認証する１つの方法である。したがって、後述する方法において述べるようにアクセス状態を変更する（たとえば、ＵＥ１０２のロックを解除する）方法である。電力を節約するために、フェイスアンロックセンサー２１２は、使用時以外は低電力状態で動作する（単に、オフにされてもよい）。特に、ＮＩＲ投光イルミネーター２１４およびＮＩＲドットプロジェクター２１６は、オフ状態では光を放射しない。しかしながら、低電力状態または無電力状態から中間電力状態および／または高電力状態への遷移に関連するウォームアップシーケンスを、ＮＩＲ投光イルミネーター２１４およびＮＩＲドットプロジェクター２１６に用いてもよい。これらの構成要素のうち一方または両方の電力レベルを上げることによって、ユーザを認証する際の待ち時間を、時として、０．５秒以上減らすことができる。多くのユーザが一日に数十回、または数百回もデバイスを認証することを考慮すると、これにより、ユーザの時間を費やさずに済み、ユーザのエクスペリエンスを向上させることができる。本明細書において述べたように、この時間の遅れは、レーダーシステム１０４が提供するレーダーデータに基づいてユーザに自身のデバイスを使用するという意図があるとレーダーマネージャ１０６が判断することによって、短縮される。これは、状態マネージャ１１２によって管理される。事実上、本技術は、ユーザに使用するという意図があることを積極的に検出して、ウォームアップシーケンスを開始する。本技術は、必須ではないが、ユーザがＵＥ１０２に触れる前にそのようにしてもよい。よって、本技術は、ユーザを認証する際にＮＩＲ投光イルミネーター２１４およびＮＩＲドットプロジェクター２１６に十分な電力を投入することを可能にし、これにより、ユーザが顔認識の完了を待つのにかかる時間を減らすことができる。

【0041】

ＵＥ１０２に含まれるその他の構成要素の説明に進む前に、フェイスアンロックセンサー２１２の態様について考える。認証システム１１４の例示的な構成要素は、ディスプレイ１１６の面に対してわずか１０度の角度で顔認識を用いてユーザを認証できる。よって、ユーザは、電話を手に取って、７０度～１１０度または８０度～１００度の角度などでセンサーを顔に向ける必要がなく、代わりに、認証システム１１４は、フェイスアンロックセンサー２１２を利用して、ユーザがＵＥ１０２を手に取る前にユーザを認証するように構成される。これが図３に示されている。図３は、角度３０２での顔認識に使われる顔の一部（たとえば、顎、鼻、頬骨）とともにユーザ１２０を示した図である。角度３０２は、ディスプレイ１１６の面３０４に対してわずか１０度であってもよい。図示するように、ユーザ１２０は、顔がフェイスアンロックセンサー２１２から１メートルよりも長い距離（顔の距離３０６で示されている）があっても認証される。こうすることによって、本技術は、ＵＥ１０２が上下逆さまに向けられていたり、変な角度であったりしても、ほぼシームレスな即時認証を可能にする。

【0042】

具体的には、図４を考える。図４は、ＩＭＵ、レーダー、およびその他の技術に基づいて状態を下げるための技術を実現できる、（レーダーマネージャ１０６、動きマネージャ１１０、および状態マネージャ１１２を備える）ＵＥ１０２の例示的な実施態様４００を示す図である。図４のＵＥ１０２は、ＵＥ１０２－１、タブレット端末１０２－２、ラップトップ１０２－３、デスクトップコンピュータ１０２－４、コンピュータウォッチ１０２－５、コンピューティング眼鏡１０２－６、ゲームシステム１０２－７、ホームオートメーション／制御システム１０２－８、およびマイクロ波１０２－９を含む、様々なデバイス例とともに示されている。また、ＵＥ１０２は、テレビ、エンターテインメントシステム、オーディオシステム、自動車、ドローン、トラックパッド、ドローイングパッド、ネットブック、電子ブック、ホームセキュリティシステム、およびその他の家庭用電子装置など、その他のデバイスを含み得る。なお、ＵＥ１０２はウェアラブル、非ウェアラブルであり得るがモバイルではない、どちらかというと固定型（たとえば、デスクトップおよび電気器具）であり得る。

【0043】

ＵＥ１０２の例示的な全体の側面の寸法は、たとえば、約８センチメートル×約１５センチメートルであり得る。レーダーシステム１０４の例示的な占有面積は、アンテナを含んで約４ミリメートル×６ミリメートルなど、さらに限定されてもよい。このように空間が限定されたパッケージの中にＵＥ１０２の多くの好ましい機能を電力限界および処理限界と調和して収容する必要があるレーダーシステム１０４のこのように限定された占有面積の要件によって、レーダージェスチャ検出の精度および有効性において妥協しなければならなくなる可能性があるが、少なくとも一部は本明細書の教示に照らして克服できる。

【0044】

また、ＵＥ１０２は、１つ以上のコンピュータプロセッサ４０２と、メモリ媒体および記憶媒体を含む１つ以上のコンピュータ読み取り可能な媒体４０４とを備える。コンピュータ読み取り可能な媒体４０４上のコンピュータ読み取り可能な命令として実装されるアプリケーションおよび／またはオペレーティングシステム（図示せず）をコンピュータプロセッサ４０２によって実行して、レーダーマネージャ１０６、動きマネージャ１１０、および状態マネージャ１１２（コンピュータ読み取り可能な媒体４０４内に示されているが、これは必須ではない）の機能の一部もしくはすべてなど、本明細書に記載の機能の一部またはすべてを提供できる。

【0045】

また、ＵＥ１０２は、ネットワークインターフェース４０６を備えてもよい。ＵＥ１０２は有線ネットワーク、無線ネットワーク、または光ネットワークを介してデータを通信するためのネットワークインターフェース４０６を利用することができる。一例として、ネットワークインターフェース４０６は、ＬＡＮ（ローカルエリアネットワーク）、ＷＬＡＮ（ワイヤレスローカルエリアネットワーク）、ＰＡＮ（パーソナルエリアネットワーク）、ＷＡＮ（ワイドエリアネットワーク）、イントラネット、インターネット、ピアツーピアネットワーク、ポイントツーポイントネットワーク、またはメッシュネットワークを介してデータを通信してもよいが、これらに限定されない。

【0046】

複数の態様で、レーダーシステム１０４は、少なくとも一部がハードウェアで実装される。レーダーシステム１０４の様々な実施態様は、ＳｏＣ（Ｓｙｓｔｅｍ－ｏｎ－Ｃｈｉｐ）、１つ以上の集積回路（ＩＣ：Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、プロセッサ命令が組み込まれたプロセッサもしくはメモリに格納されたプロセッサ命令にアクセスするように構成されたプロセッサ、ファームウェアが組み込まれたハードウェア、様々なハードウェアコンポーネントを有するプリント回路基板、または任意のそれらの組合せを備え得る。レーダーシステム１０４は、レーダーシステム１０４自体のレーダー信号を送受信することにより、モノスタティックレーダーとして動作する。また、いくつかの実施態様では、レーダーシステム１０４は、外部環境内のその他のレーダーシステム１０４と協働してバイスタティックレーダー、マルチスタティックレーダー、またはネットワークレーダーを実現してもよい。しかしながら、ＵＥ１０２の制約または限定は、レーダーシステム１０４の設計に影響を与え得る。ＵＥ１０２は、たとえば、レーダーを操作するために利用可能な電力が限られている、計算能力が限られている、サイズに制約がある、レイアウトに制限がある、レーダー信号を減衰または歪ませる外部筐体を有している可能性がある。さらに後述するが、レーダーシステム１０４は、これらの制約が存在するなかで高度なレーダー機能および高パフォーマンスを実現することを可能にするいくつかの特徴を含む。

【0047】

状態マネージャ１１２が機能できる追加の例示的な方法について説明する前に、図５を考える。図５は、ＵＥ１０２が動作し、状態マネージャ１１２によって管理される多くの情報状態、電力状態、およびアクセス状態を示す図である。

【0048】

図５は、ＵＥ１０２が動作し得るアクセス状態、情報状態、および電力状態を示す図である。これらの状態の各々は、記載の本技術によって管理できる。アクセス状態５０２、電力状態５０４、および情報状態５０６の各デバイス状態５００について多くのレベルが考えられるが、これらの例示的なレベルおよび種類のデバイス状態５００は、視覚的に分かり易くするために３つの粒度で図示されている。アクセス状態５０２は、３つの例示的な粒度、高アクセス状態５０２－１、中間アクセス状態５０２－２、および低アクセス状態５０２－３を用いて図示されている。同様に、電力状態５０４は、３つの例示的な粒度、高電力状態５０４－１、中間電力状態５０４－２、および低電力状態５０４－３を用いて図示されている。同様に、情報状態５０６は、３つの例示的な粒度、高情報状態５０６－１、中間情報状態５０６－２、および低情報状態５０６－３を用いて図示されている。

【0049】

具体的には、アクセス状態５０２は、デバイスのユーザが利用可能なＵＥ１０２のデータ、アプリケーション、機能、アカウント、または構成要素へのアクセス権に関連する状態である。アクセスは、高レベルであり得、ＵＥ１０２について、「アンロック状態」と称す場合もある。高アクセスレベルは、単にデバイスのアプリケーションおよび機能を含み得、または、ＵＥ１０２を通してアクセス可能な銀行口座、ソーシャルメディアアカウントなどの様々なアカウントへのアクセスも含み得る。ＵＥ１０２など、多くのコンピューティングデバイスは、高アクセス状態５０２－１など、高アクセスを提供するための認証を求める。

【0050】

様々な中間レベルのアクセス（たとえば、５０２－２）は、（たとえば、ユーザ設定またはオペレーティングシステムのデフォルト設定によっては）ＵＥ１０２による認証があってもなくても許可され得る。この中間アクセス状態５０２－２は、ユーザに、ＵＥ１０２のアカウント、サービス、または構成要素のすべてではないが、一部へのアクセスを許可する。例として、ユーザに写真を撮影することを許可するが、以前に撮影した写真へのアクセスは禁止する、などが挙げられる。その他の例として、ユーザに、電話通話に出ることは許可するが、電話通話をかける際に連絡先一覧にアクセスすることは禁止する、などが挙げられる。これらは、中間アクセス状態５０２－２を用いて示される、ＵＥ１０２が許可できる多くの中間の権限のうちの一部に過ぎない。

【0051】

最後に、低アクセス状態５０２－３として示されているように、アクセス状態５０２は、アクセスを許可することを控えることができる。この場合、デバイスは、オンであってもよく、ユーザを起こすアラームなどの通知を送信するなどしてもよいが、ＵＥ１０２の機能へのアクセスは禁止する（または、ＵＥ１０２は、単にオフであってもよい。よって、アクセスを禁止する）。

【0052】

電力状態５０４は、３つの例示的な粒度、高電力状態５０４－１、中間電力状態５０４－２、および低電力状態５０４－３を用いて図示されている。電力状態５０４は、レーダーシステム１０４、ディスプレイ１１６など、ＵＥ１０２の１つ以上の構成要素、または、プロセッサ、カメラ、マイクロフォン、音声アシスタント、タッチスクリーン、センサー、レーダー、および認証システム１１４の一部である構成要素（先に列挙した構成要素も含んでもよい）など、電力消費部品への電力量に関する状態である。構成要素を起動すること、および一般の電力状態５０４の背景では、電源を投入する、起動する、電力を増やす、電力を減らすなどの用語は、ＰＭＩＣ（電源管理集積回路）の制御；ＰＭＩＣから延びる電源線の管理；電源線と、ＰＭＩＣと、１つ以上の回路部品（たとえば、言及したＮＩＲコンポーネント、カメラ、ディスプレイ、およびレーダー）との間のスイッチの開閉；正確かつ安全に構成要素を操作するための電源電圧提供（印加電圧をランピングもしくは供給すること、または電流の流れ込みの管理を含んでもよい）を含み得る。

【0053】

レーダーシステム１０４に関して、それぞれ異なるデューティーサイクルでレーダーデータを収集する（たとえば、低周波数が、少ない電力を使用してもよく、高周波数が、多くの電力を使用してもよい）、アクティブ状態でない場合に様々な構成要素をオフにする、または、電力増幅レベルを調整することによって、電力状態５０４を下げることができる。こうすることによって、レーダーシステム１０４は、高電力状態５０４－１で約９０ｍＷの電力を使用し、中間電力状態５０４－２で３０ｍＷ～６０ｍＷの電力を使用し、低電力状態５０４－３で３０ｍＷ未満の電力を使用してもよい（たとえば、レーダーシステム１０４は、ユーザの存在など、何らかの使用可能なレーダーデータを提供しながら２ｍＷ～２０ｍＷで動作できる）。これらのレベルの電力使用量の各々は、それぞれ異なる解像度および距離を可能にする。レーダーシステム１０４（およびＵＥ１０２）の電源管理に関するさらなる詳細については、図６－１で説明する。

【0054】

上記した状態を変更するという背景では、状態マネージャ１１２は、レーダーマネージャ１０６および動きマネージャ１１０による判断に基づいて、ＵＥ１０２の様々な構成要素への電力を増減させてもよい。

【0055】

たとえば、状態マネージャ１１２は、認証システム１１４またはディスプレイ１１６の電力を低電力状態から（たとえば、低電力状態５０４－３から中間電力状態５０４－２に、もしくはこれらの状態のうちいずれかを高電力状態５０４－１に）変更できる。こうすることによって、より素早くまたはより容易にユーザがＵＥ１０２を使用できる、またはＵＥ１０２がユーザを認証できるであろう。よって、状態マネージャ１１２は、ＵＥ１０２のそのシステム、または特定の電力を消費するＵＥ１０２に関連するエンティティの電力状態５０４を、現在よりも高い電力に変更してもよく、低い電力に変更してもよい。フェイスアンロックセンサー２１２および構成要素、ＮＩＲ投光イルミネーター２１４およびＮＩＲドットプロジェクター２１６、ならびにＮＩＲカメラ２１８－１および２１８－２の電力を入れるまたは切ること、これらの構成要素、ディスプレイ、マイクロフォン、タッチ入力センサーなどへの電力を下げることを含む、例示的な構成要素の詳細については、図２の一部として上述されている。

【0056】

ＵＥ１０２の３つ目の例示的な状態は、情報状態５０６である。情報状態５０６は、高情報状態５０６－１、中間情報状態５０６－２、および低情報状態５０６－３で示されている。具体的には、情報状態５０６は、ユーザ、たとえば、図１のユーザ１２０に提供される情報量に関連する状態である。通知という背景では、高情報状態５０６－１は最高レベルの情報を提供し、ＵＥ１０２はアンロック状態もしくは認証されている状態である、または、認証がなくても高レベルの情報を提供するためのユーザ設定が行われていると一般的に想定する。高情報状態５０６－１の場合、電話を受信したときに発信者の名前、番号、さらには関連画像を表示することなどが挙げられる。同様に、テキストメッセージもしくは電子メール、またはその他の種類のメッセージを受信した場合、その内容がディスプレイ１１６またはオーディオスピーカー、周辺機器などによって自動的に提示される。どのような使用が求められているかをユーザ設定で決定できるが、これは高レベルの使用であると想定する。ここでは、ユーザによる使用と、提供される情報の量との間には、相関関係があると想定する。したがって、本技術は、使用があると判断することによって、提示する情報をその判断に合わせて調整できる。情報を減らすこと、たとえば、中間情報状態５０６－２の例として、電話を受信したときに呼び出し音を出すが、発信者の名前／身元は提示しない、テキストメッセージもしくは電子メールを受信したことを示すが、主題のみ、またはアドレスのみ、または本文の内容のすべてではなく一部のみを示すことなどが挙げられる。ディスプレイ１１６が現在の日付、時刻、現在の天候、バッテリー電力状況を表示するもしくはＵＥ１０２がオンであることを表示するなど、低情報状態５０６－３は、ユーザ１２０に個人的に関連する情報をほとんどまたはまったく提示しないが、一般常識もしくは常識であると広く認められている情報、または機密情報でない情報を含んでもよい。低情報状態５０６－３のその他の例として、テキストメッセージを受信したときに、空白画面もしくは黒い画面で、メッセージを受信したことのみを示す「ビーン」という音、または電話の呼び出し音を出すが、発信者についての名前、番号もしくはその他の情報を提示しないことなどが挙げられる。

【0057】

図６－１は、レーダーシステム１０４の例示的な実施態様６００を示す図である。実装例６００では、レーダーシステム１０４は、次の構成の各々のうちの少なくとも１つを備える。通信インターフェース６０２、アンテナアレイ６０４、トランシーバ６０６、プロセッサ６０８、およびシステム媒体６１０（たとえば、１つ以上のコンピュータ読み取り可能な記憶媒体）。プロセッサ６０８は、デジタル信号プロセッサ、コントローラ、アプリケーションプロセッサ、別のプロセッサ（たとえば、ＵＥ１０２のコンピュータプロセッサ４０２）またはそれらの何らかの組合せとして実装され得る。システム媒体６１０は、ＵＥ１０２のコンピュータ読み取り可能な媒体４０４内に含まれてもよく、コンピュータ読み取り可能な媒体４０４とは別であってもよい。システム媒体６１０は、次のモジュールのうちの１つ以上を含む：減衰軽減器６１４；デジタルビームフォーマ６１６；角度推定器６１８；または電源管理モジュール６２０。これらのモジュールは、ＵＥ１０２内にレーダーシステム１０４を内蔵することの影響を補償または抑えることができ、レーダーシステム１０４が小さいジェスチャもしくは複雑なジェスチャを認識する、ＵＥ１０２のそれぞれ異なるユーザの向き（たとえば、「手を伸ばす向き」）を区別する、外部環境を常時監視する、または目標誤警報率を実現することが可能になる。これらの特徴によって、レーダーシステム１０４を図４に例示するデバイスなど、様々な異なるデバイス内に実装することができる。

【0058】

通信インターフェース６０２を利用して、レーダーシステム１０４は、シグネチャマネージャ１０６にレーダーデータを提供することができる。通信インターフェース６０２は、レーダーシステム１０４がＵＥ１０２とは別に実装されているまたはＵＥ１０２に内蔵されていることに基づいた無線インターフェースであってもよく、有線インターフェースであってもよい。アプリケーションによっては、レーダーデータは、ＲＡＷデータまたは最低限の加工が施されたデータ、Ｉ／Ｑ（同相および直角位相）データ、レンジドップラーデータ、目標位置情報（たとえば、距離、方位、高度）を含む加工データ、クラッタマップデータなどを含んでもよい。一般に、レーダーデータには、ユーザに使用するという意図、使用をやめるという意図、または使用を続けるという意図があることを状態マネージャ１１２に提供するためにレーダーマネージャ１０６が使用可能な情報が含まれている。

【0059】

アンテナアレイ６０４は、少なくとも１つの送信アンテナ素子（図示せず）と少なくとも２つの受信アンテナ素子とを含む（図７に示す）。場合によっては、アンテナアレイ６０４は、複数の送信アンテナ素子を含み、一度に複数の別個の波形（たとえば、送信アンテナ素子ごとに異なる波形）を送信可能なＭＩＭＯ（Ｍｕｌｔｉｐｌｅ－Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ－Ｏｕｔｐｕｔ）レーダーを実装してもよい。複数の波形を利用することによってレーダーシステム１０４の測定精度を上げることができる。受信アンテナ素子は、１次元形状（たとえば、線）または３つ以上の受信アンテナ素子を含んだ実施態様用に２次元形状で配置され得る。１次元形状では、レーダーシステム１０４は１つの角度次元（たとえば、方位または高度）を測定でき、２次元形状では、２つの角度次元（たとえば、方位および高度）を測定できる。受信アンテナ素子の２次元配置例については、図７でさらに説明する。

【0060】

図６－２は、例示的なトランシーバ６０６およびプロセッサ６０８を示す図である。トランシーバ６０６は、レーダーシステム１０４の動作状態に従って、電源管理モジュール６２０を介して個々にオンオフできる複数の構成要素を備える。なお、状態マネージャ１１２がユーザを認証するために用いられる構成要素（たとえば、認証システム１１４）の電源をオンオフするなどの場合、電源管理モジュール６２０は、状態マネージャ１１２とは別個の構成要素であってもよく、状態マネージャ１１２と一体化されてもよく、または、状態マネージャ１１２の制御下にあってもよい。トランシーバ６０６は、次の構成要素の各々の少なくとも１つを備えると図示されている：能動部品６２２、ＶＣＯ（電圧制御発振器）および電圧制御バッファ６２４、マルチプレクサ６２６、ＡＤＣ（ＡＤコンバータ）６２８、ＰＬＬ（位相ロックループ）６３０、ならびに水晶発振器６３２。電源がオンになると、レーダーシステム１０４がレーダー信号を送信または受信するためにこれらの構成要素を積極的に使用していなくても、構成要素の各々は電力を消費する。能動部品６２２は、たとえば、電源電圧に結合される増幅器またはフィルタを含んでもよい。ＶＣＯ６２４は、ＰＬＬ６３０が提供する制御電圧に基づいて、周波数変調レーダー信号を生成する。水晶発振器６３２は、信号生成、周波数変換（たとえば、アップコンバージョンもしくはダウンコンバージョン）、またはレーダーシステム１０４内のタイミング制御用の基準信号を生成する。これらの構成要素をオンオフすることによって、電源管理モジュール６２０は、レーダーシステム１０４がアクティブ動作状態と非アクティブ動作状態との間を素早く切り替わることを可能にし、様々な非アクティブ期間中の電力の節約を可能にする。これらの非アクティブ期間は、数マイクロ秒（μｓ）、数ミリ秒（ｍｓ）、または数秒（ｓ）程度であってもよい。

【0061】

プロセッサ６０８は、ローパワープロセッサ６０８－１およびハイパワープロセッサ６０８－２など、それぞれ異なる量の電力を消費する複数のプロセッサを備えると図示されている。例として、ローパワープロセッサ６０８－１は、レーダーシステム１０４内に埋め込まれたプロセッサを含んでもよく、ハイパワープロセッサは、コンピュータプロセッサ４０２、またはレーダーシステム１０４の外部にあるその他のプロセッサを含んでもよい。消費電力が異なるのは、それぞれ異なる利用可能なメモリ量および計算能力が原因であろう。たとえば、ローパワープロセッサ６０８－１は、ハイパワープロセッサ６０８－２よりも少ないメモリを利用し、少ない演算を行い、簡単なアルゴリズムを利用し得る。これらの限定にもかかわらず、ローパワープロセッサ６０８－１は、近接検出またはモーション検出（慣性データではなくレーダーデータに基づいて）など、あまり複雑でないレーダーベースアプリケーションについてのデータを処理できる。対照的に、ハイパワープロセッサ６０８－２は、大量のメモリを使用し、大量の演算を行い、複雑な信号処理、トラッキング、または機械学習アルゴリズムを実行し得る。ハイパワープロセッサ６０８－２は、角度曖昧性を解消するまたはその複数のユーザおよびその特徴を区別することによって、ジェスチャ認識、（認証システム１１４用の）顔認識など、目立ったレーダーベースアプリケーションについてのデータを処理し、正確かつ分解能が高いデータを提供し得る。

【0062】

電力を節約するために、電源管理モジュール６２０は、レーダーデータを処理するためにローパワープロセッサ６０８－１を使用するかハイパワープロセッサ６０８－２を使用するかを制御し得る。場合によっては、ローパワープロセッサ６０８－１が分析の一部を行って、データをハイパワープロセッサ６０８－２に渡し得る。データとして、クラッターマップ、ＲＡＷ処理もしくは最小限に処理されたレーダーデータ（たとえば、同相および直角位相データもしくはレンジドップラーデータ）、またはデジタルビームフォーミングデータなどが挙げられる。また、ローパワープロセッサ６０８－１は、なんらかの低レベル分析を行って、ハイパワープロセッサ６０８－２の分析対象となるものがその環境に存在するかどうかを判断してもよい。このように、レーダーベースアプリケーションによって忠誠度が高くかつ正確なレーダーデータが要求される状況に対してハイパワープロセッサ６０８－２を利用しつつ、ハイパワープロセッサ６０８－２の動作を限定することによって電力を節約できる。レーダーシステム１０４内の消費電力に影響を与えるその他の要因については、図６－１でさらに説明する。

【0063】

これらのおよびその他の能力および構成、ならびに図１、図２、図４、および図６～図９のエンティティが動作および相互に作用する方法について、以下にさらに詳細に説明する。これらのエンティティをさらに分割したり、組み合わせたりしてもよい。図１の環境１００および図２～図９の詳細な例示は、記載の本技術を使用可能な多くの想定される環境およびデバイスのうちの一部を示す。図６～図９は、レーダーシステム１０４のさらなる詳細および特徴を説明する。図６～図９では、レーダーシステム１０４は、ＵＥ１０２を背景に説明されているが、上述したように、記載のシステムおよび技術の特徴および利点の利用可能性をそれらに限定する必要はなく、その他の種類の電子デバイスを含むその他の実施形態も本教示の範囲に含まれる。

【0064】

図７は、受信アンテナ素子７０２の例示的な配置７００を示す図である。アンテナアレイ６０４が少なくとも４つの受信アンテナ素子７０２を含む場合、たとえば、図７の中央に示すように、受信アンテナ素子７０２を矩形配置７０４－１に配置することができる。或いは、アンテナアレイ６０４が少なくとも３つの受信アンテナ素子７０２を含む場合、三角配置７０４－２またはＬ字配置７０４－３を用いてもよい。

【0065】

ＵＥ１０２のサイズまたはレイアウトの制約によって、受信アンテナ素子７０２間の要素間隔または受信アンテナ素子７０２の量が、レーダーシステム１０４が監視する角度にとって理想的でない場合がある。特に、素子同士の間隔によって角度が曖昧になってしまい、従来のレーダーでは目標の角度位置を推定することが困難になる。そのため、従来のレーダーでは、視野（例えば、監視する角度）を限定して角度が曖昧な曖昧ゾーンを回避することによって、誤検出を減らす場合がある。たとえば、従来のレーダーは、視野を約－４５度～４５度の角度に限定して８ｍｍ（ミリメートル）の波長および６．５ｍｍの素子同士の間隔（たとえば、波長の９０％の素子同士の間隔）を用いた場合に生じる、角度が曖昧になることを回避する。その結果、従来のレーダーでは、４５度という視野の限界を超えた目標を検出できない可能性がある。一方、レーダーシステム１０４は、デジタルビームフォーマ６１６および角度推定器６１８を備える。デジタルビームフォーマ６１６および角度推定器６１８は、角度が曖昧になることを解消し、約－９０度～９０度の間の角度など、４５度という限界を超えた角度から、最大で約－１８０度～１８０度の間の角度までレーダーシステム１０４が監視することを可能にする。これらの角度範囲は、１つ以上の方向（たとえば、方位および／または高度）にわたって適用され得る。したがって、レーダーシステム１０４は、レーダー信号の中心波長よりも狭い、広い、またはその半分に等しい素子同士の間隔を含む様々な異なるアンテナアレイ設計に対して低い誤警報率を実現できる。

【0066】

アンテナアレイ６０４を利用して、レーダーシステム１０４は、向きを操作されたビームもしくは操作されていないビーム、ワイドビームもしくはナロービーム、または成形された（たとえば、半円形、立方形、扇形、円錐形、もしくは円柱形）ビームを形成することができる。一例として、１つ以上の送信アンテナ素子（図示せず）は、向きを操作されていない全方位照射パターンを有してもよく、ワイド送信ビーム７０６など、ワイドビームを生成できてもよい。これらの技術のいずれも、レーダーシステム１０４が大きな空間容積を照射することを可能にする。しかしながら、目標角精度および角度分解能を実現するために、受信アンテナ素子７０２およびデジタルビームフォーマ６１６を用いて、ナロー受信ビーム７０８など、向きを操作された何千ものナロービーム（たとえば、３０００個のビーム、７０００個のビーム、または９０００個のビーム）を生成することができる。このように、レーダーシステム１０４は、外部環境を効率的に監視して外部環境内の反射の到来角を精度よく判断できる。

【0067】

図６－１に戻ると、トランシーバ６０６は、アンテナアレイ６０４を介してレーダー信号を送受信するための回路およびロジックを含む。トランシーバ６０６の構成要素は、レーダー信号を調整するための増幅器、混合器、スイッチ、ＡＤ変換器、フィルタなどを含み得る。また、トランシーバ６０６は、変調および復調などＩ／Ｑ（Ｉｎ－ｐｈａｓｅ／Ｑｕａｄｒａｔｕｒｅ）動作を実行するためのロジックも含み得る。トランシーバ６０６は、連続波レーダーオペレーションまたはパルスレーダーオペレーションのために構成され得る。線形周波数変調、三角周波数変調、ステップ周波数変調、または位相変調を含む、様々な変調を利用してレーダー信号を生成することができる。

【0068】

トランシーバ６０６は、１ギガヘルツ（ＧＨｚ）～４００ＧＨｚの間、４ＧＨｚ～１００ＧＨｚの間、または５７ＧＨｚ～６３ＧＨｚの間など、周波数範囲（たとえば、周波数スペクトル）内のレーダー信号を生成し得る。周波数スペクトルは、同様の帯域幅または異なる帯域幅を有する複数のサブスペクトルに分割され得る。帯域幅は、５００メガヘルツ（ＭＨｚ）、１ＧＨｚ、２ＧＨｚ程度などであり得る。一例として、それぞれ異なる周波数サブスペクトルが約５７ＧＨｚ～５９ＧＨｚの間、５９ＧＨｚ～６１ＧＨｚの間、または６１ＧＨｚ～６３ＧＨｚの間の周波数を含んでもよい。また、同じ帯域幅を有し、かつ、隣接するまたは隣接しない複数の周波数サブスペクトルをコヒーレンスに選んでもよい。複数の周波数サブスペクトルは、１つのレーダー信号または複数のレーダー信号を用いて同時にまたは別々のタイミングで送信され得る。隣接した周波数サブスペクトルによってレーダー信号がより広い帯域幅を有することが可能になり、隣接しない周波数サブスペクトルによって、角度が曖昧になることを角度推定器６１８が解決できるようにする振幅差および位相差をさらに強調することができる。減衰軽減器３１４または角度推定器６１８は、トランシーバ６０６に、図８および図９で説明するように、１つ以上の周波数サブスペクトルを利用してレーダーシステム１０４のパフォーマンスを向上させてもよい。本技術のいくつかの実施の形態は、ＵＥ１０２が携帯可能なスマートフォンである場合などで特に有利であり、レーダー信号は５７ＧＨｚ～６４Ｇｈｚ帯域であり、ピークＥＩＲＰ（実効輻射電力）は１０ｄＢｍ～２０ｄＢｍ（１０ｍＷ～１００ｍＷ）の範囲であり、平均パワースペクトル密度は約１３ｄＢｍ／ＭＨｚである。これは、放射線の健康問題および共生問題に適切に対処できることが分かっており、また、ＩＭＵおよびレーダーによる認証管理のための記載の本方法が、電力を節約しつつ、特に良好な時間節約という利便性をもたらすスマートフォンおよびユーザ付近で、よい大きさのレーダー検出の「バブル」（たとえば、少なくとも１メートルであり、最大で２メートルまたは２メートルを超える場合が多い）をもたらす。

【0069】

電源管理モジュール６２０は、電力使用量を管理して、パフォーマンスと消費電力とのバランスを取る。たとえば、電源管理モジュール６２０は、レーダーマネージャ１０６と通信して、レーダーシステム１０４に既定のレーダー電力状態を用いてデータを収集させる。各既定のレーダー電力状態は、特定のフレーム構造、特定の送信電力レベル、または特定のハードウェア（たとえば、図６－２のローパワープロセッサ６０８－１およびハイパワープロセッサ６０８－２）に対応付けられてもよい。これらのうち１つ以上を調整することによって、レーダーシステム１０４の消費電力に影響が及ぶ。しかしながら、消費電力を減らすことは、後述するジェスチャフレーム更新速度および応答遅延など、パフォーマンスに影響が及んでしまう。

【0070】

図６－３は、消費電力と、ジェスチャフレーム更新速度６３４と、応答遅延との例示的な関係を示す図である。グラフ６３６では、レーダー電力状態６３８－１、６３８－２、および６３８－３は、それぞれ異なるレベルの消費電力およびそれぞれ異なるジェスチャフレーム更新速度６３４に対応付けられている。ジェスチャフレーム更新速度６３４は、レーダーシステム１０４が１つ以上のレーダー信号を送受信することによってどれだけ頻繁にかつ積極的に外部環境を監視するかを表す。一般的に、消費電力は、ジェスチャフレーム更新速度６３４に比例する。したがって、ジェスチャフレーム更新速度６３４が速いと、レーダーシステム１０４によって消費される電力が増大する。

【0071】

グラフ６３６では、レーダー電力状態６３８－１が使用する電力量は最も少なく、レーダー電力状態６３８－３が消費する電力量が最も多い。例として、レーダー電力状態６３８－１は、数ミリワット（ｍＷ）程度（たとえば、約２ｍＷと４ｍＷとの間）の電力を消費し、レーダー電力状態６３８－３は、ある程度のミリワット（たとえば、約６ｍＷと２０ｍＷとの間）の電力を消費する。ジェスチャフレーム更新速度６３４に換算すると、レーダー電力状態６３８－１は、数ヘルツ程度（たとえば、約１Ｈｚ～５Ｈｚ未満）の更新速度を用いるのに対し、レーダー電力状態６３８－３は、数十ヘルツ程度（たとえば、約２０Ｈｚまたは１０Ｈｚを超える）のジェスチャフレーム更新速度６３４を用いる。

【0072】

グラフ６４０は、それぞれ異なるレーダー電力状態６３８－１～６３８－３の応答遅延とジェスチャフレーム更新速度６３４との関係を示している。一般的に、応答遅延は、ジェスチャフレーム更新速度６３４および消費電力の両方に対して反比例する。特に、ジェスチャフレーム更新速度６３４が上がると、応答遅延は急激に減少する。レーダー電力状態６３８－１に関連する応答遅延は、数百ミリ秒（ｍｓ）（たとえば、１０００ｍｓまたは、２００ｍｓを超える）程度であり、レーダー電力状態６３８－３に関連する応答遅延は、ある程度のミリ秒（たとえば、５０ｍｓ～１００ｍｓ未満）であり得る。レーダー電力状態６３８－２の場合、消費電力、ジェスチャフレーム更新速度６３４、および応答遅延は、レーダー電力状態６３８－１の消費電力、ジェスチャフレーム更新速度６３４、および応答遅延とレーダー電力状態６３８－３の消費電力、ジェスチャフレーム更新速度６３４、および応答遅延との間である。たとえば、レーダー電力状態６３８－２の消費電力は、約５ｍＷであり、ジェスチャフレーム更新速度は、約８Ｈｚであり、応答遅延は、約１００ｍｓと２００ｍｓとの間である。

【0073】

レーダー電力状態６３８－１またはレーダー電力状態６３８－３のいずれかで動作する代わりに、環境内の動作に基づいて応答遅延および消費電力が一緒に管理されるように、電源管理モジュール６２０は、レーダー電力状態６３８－１、６３８－２、および６３８－３（これらのレーダー電力状態６３８の各々の間の下位状態）との間を動的に切り替わる。例として、電源管理モジュール６２０は、レーダー電力状態６３８－１を有効にして外部環境を監視するまたは近づいてきているユーザを検出する。その後、ユーザは、使用するという意図があることを示しているもしくは使用始めている、またはジェスチャを行い始めているとレーダーシステム１０４が判断した場合、電源管理モジュール６２０は、レーダー電力状態６３８－３を有効にする。それぞれ異なるトリガによって、電源管理モジュール６２０をそれぞれ異なるレーダー電力状態６３８－１～６３８－３の間で切り替えさせてもよい。トリガの例として、動きがあるもしくは動きがなくなること、ユーザが見えることもしくは見えなくなること、ユーザが指定領域（たとえば、距離、方位、もしくは高度によって規定される領域）に移動するもしくは当該指定領域から出てくること、ユーザに関連する動きの速度に変化が生じること、レーダーマネージャ１０６が判断した使用するという意図があること（たとえば、「手を伸ばす」。しかしながら、顔の特徴のトラッキングなど、使用するという意図によってはさらなる電力が必要である）、または（たとえば、レーダー反射断面積の変化によって）反射信号の強度に変化が生じることなどがある。一般に、ユーザがＵＥ１０２とやり取りしている可能性が低いことを示すトリガ、または、より長い応答遅延を用いたデータ収集を優先することを示すトリガによって、レーダー電力状態６３８－１を有効にして電力を節約してもよい。

【0074】

一般に、電源管理モジュール６２０は、いつ、どのように電力が節約され得るかを判断し、漸進的に消費電力を調整してレーダーシステム１０４がＵＥ１０２の電力の限界内で動作できるようにする。場合によっては、電源管理モジュール６２０は、利用可能な電力残量を監視し、それに従って（たとえば、バッテリー残量が少ないため）レーダーシステム１０４の動作を調整してもよい。たとえば、電力残量が低い場合、電源管理モジュール６２０は、レーダー電力状態６３８－２または６３８－３のいずれかに切り替わる代わりに、レーダー電力状態６３８－１で動作を継続し得る。

【0075】

各電力状態６３８－１～６３８－３を特定のフレーム構造に対応付けてもよい。フレーム構造は、構成、スケジューリング、およびレーダー信号の送信および受信に関連する信号特性を既定する。一般に、フレーム構造は、外部環境に基づいて適切なレーダーデータを収集できるように組み立てられる。フレーム構造は、それぞれ異なる用途（たとえば、近接検出、特徴量認識、またはジェスチャ認識）に対する異なる種類のレーダーデータの収集を容易にするようにカスタマイズされてもよい。フレーム構造の各レベル全体を通した非アクティブ時間の間、電源管理モジュール６２０は図６－２のトランシーバ６０６内の構成要素の電源をオフにして節電してもよい。例示的なフレーム構造については、図６－４でさらに説明する。

【0076】

図６－４は、例示的なフレーム構造６４２を示す図である。図示した構成では、フレーム構造６４２は、３つの異なる種類のフレームを含む。最上位レベルでは、フレーム構造６４２は、一連のジェスチャフレーム６４４を含む。ジェスチャフレーム６４４は、アクティブな状態であってもよく、非アクティブ状態であってもよい。一般的に、アクティブな状態では、非アクティブ状態よりも多くの電力量を消費する。中間レベルでは、フレーム構造６４２は、一連のＦＦ（特徴フレーム）６４６を含む。特徴フレーム６４８も、同様に、アクティブな状態であってもよく、非アクティブ状態であってもよい。それぞれ異なる種類の特徴フレームは、パルスモード特徴フレーム６４８（図６－４の左下に示す）と、バーストモード特徴フレーム６５０（図６－４の右下に示す）とを含む。低レベルでは、フレーム構造６４２は、一連のＲＦ（レーダーフレーム）６５２を含む。ＲＦ（レーダーフレーム）６５２もアクティブな状態であってもよく、非アクティブ状態であってもよい。

【0077】

レーダーシステム１０４は、アクティブなＲＦ（レーダーフレーム）６５２の間にレーダー信号を送受信する。状況によっては、探索追尾、クラッターマップ生成、ユーザ位置特定など、基本的なレーダー動作についてレーダーフレーム６５２を個々に分析する。各アクティブなレーダーフレーム６５２の間に収集されたレーダーデータは、レーダーフレーム６５２の完了後、バッファに保存されてもよく、または図６－１のプロセッサ６０８に直接提供されてもよい。

【0078】

レーダーシステム１０４は、複数のレーダーフレーム６５２にまたがる（たとえば、アクティブな特徴フレーム６４６に関連するレーダーフレーム６５２の群にまたがる）レーダーデータを分析して、１つ以上のジェスチャに対応付けられた１つの特定の特徴を特定する。例示的な種類の特徴として、特定の種類の動き、特定の付属肢（たとえば、手または個々の指）に関連する動き、およびジェスチャのそれぞれ異なる一部に関連する特徴などが挙げられる。アクティブなジェスチャフレーム６４４の間にユーザ１２０が行ったジェスチャを認識するために、レーダーシステム１０４は、１つ以上のアクティブな特徴フレーム６４６に関連するレーダーデータを分析する。

【0079】

ジェスチャの種類によって、ジェスチャフレーム６４４の期間は、数ミリ秒程度または数秒程度（たとえば、約１０ｍｓと１０ｓとの間）であってもよい。非アクティブ状態にあるジェスチャフレーム６４４－３および６４４－４によって示されているように、アクティブなジェスチャフレーム６４４が生じた後、レーダーシステム１０４は、非アクティブ状態になる。非アクティブ状態にあるジェスチャフレーム６４４の期間は、ディープスリープ時間６５４によって特徴付けられる。ディープスリープ時間６５４は、数十ミリ秒程度以上（たとえば、５０ｍｓよりも長い）であってもよい。例示的な実施態様では、レーダーシステム１０４は、トランシーバ６０６内の構成要素のすべての電源をオフにして、ディープスリープ時間６５４中の電力を節約できる。

【0080】

図示したフレーム構造６４２では、各ジェスチャフレーム６４４は、Ｋ個の特徴フレーム６４６を含む。ここで、Ｋは、正の整数である。ジェスチャフレーム６４４が非アクティブ状態になると、ジェスチャフレーム６４４に関連する特徴フレーム６４６のすべても非アクティブ状態になる。対照的に、アクティブなジェスチャフレーム６４４は、Ｊ個のアクティブな特徴フレーム６４６と、Ｋ－Ｊ個の非アクティブ状態にある特徴フレーム６４６とを含む。ここで、Ｊは、Ｋ以下の正の整数である。特徴フレーム６４６の量は、ジェスチャの複雑さに基づいてもよく、数個～数百個の特徴フレーム６４６を含んでもよい（たとえば、Ｋは、２、１０、３０、６０、または１００と等しくてもよい）。各特徴フレーム６４６の期間は、数ミリ秒程度（たとえば、約１ｍｓと５０ｍｓとの間）であってもよい。

【0081】

電力を節約するために、アクティブな特徴フレーム６４６－１～６４６－Ｊは、非アクティブ状態にある特徴フレーム６４６－（Ｊ＋１）～６４６－Ｋよりも前に生じる。非アクティブ状態にある特徴フレーム６４６－（Ｊ＋１）～６４６－Ｋの期間は、スリープ時間６５６によって特徴付けられる。このように、レーダーシステム１０４が、アクティブな特徴フレーム６４６－１～６４６－Ｊを用いて非アクティブ状態にある特徴フレーム６４６－（Ｊ＋１）～６４６－Ｋをインターリーブするその他の技術よりも長い期間電源が切られた状態になるように、非アクティブ状態にある特徴フレーム６４６－（Ｊ＋１）～６４６－Ｋは、連続して実行される。一般的に、スリープ時間６５６の期間を長くすることによって、レーダーシステム１０４が、長い起動時間を必要とするトランシーバ６０６内の構成要素の電源をオフにすることが可能になる。

【0082】

各特徴フレーム６４６は、Ｌ個のレーダーフレーム６５２を含む。ここで、Ｌは、正の整数であり、ＪまたはＫと等しくてもよいし、等しくなくてもよい。いくつかの実施態様では、レーダーフレーム６５２の量は、それぞれ異なる特徴フレーム６４６間で異なってもよく、数フレームまたは数百フレームから構成されてもよい（たとえば、Ｌは、５、１５、３０、１００、もしくは５００と等しくてもよい）。レーダーフレーム６５２の期間は、数マイクロ秒程度または数千マイクロ秒程度（たとえば、約３０μｓと５ｍｓとの間）であってもよい。特定の特徴フレーム６４６内のレーダーフレーム６５２を、所定の検出範囲、所定の距離分解能、または所定のドップラー感度に合わせてカスタマイズしてもよく、これにより、特定の特徴およびジェスチャの検出が容易になる。たとえば、レーダーフレーム６５２は、特定の種類の変調、特定の種類の帯域幅、特定の種類の周波数、特定の種類の送信電力、または特定の種類のタイミングを利用してもよい。特徴フレーム６４６が非アクティブ状態になると、特徴フレーム６４６に関連するレーダーフレーム６５２のすべても非アクティブ状態になる。

【0083】

パルスモード特徴フレーム６４８およびバーストモード特徴フレーム６５０は、それぞれ異なる一連のレーダーフレーム６５２を含む。一般的に、アクティブなパルスモード特徴フレーム６４８内のレーダーフレーム６５２は、所定時間で互いに隔てられたパルスを送信する。対照的に、アクティブなバーストモード特徴フレーム６５０内のレーダーフレーム６５２は、バーストモード特徴フレーム６５０の一部にまたがって連続してパルスを送信する（たとえば、これらのパルスは、所定時間によって隔てられていない）。

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

１００８では、認証システムが、認証プロセスを行う。そのようにすることで、認証システム１１４は、第２電力状態またはより高い第３の電力状態など、変更後の電力状態にある電力消費部品を使用する。認証プロセスは、ユーザを認証すること、またはユーザが認証されていないと判断することに効果的であり、ＵＥ１０２へのアクセスを許可すべきではないと示す。述べたように、顔認識、指紋の読み出し、パスワード、または、タッチもしくはオーディオインターフェース（たとえば、ディスプレイ１１６のタッチスクリーンデータ入力コンポーネント）を通したその他の認証情報の入力などによって認証プロセスを行ってもよい。認証プロセスは、ユーザの識別する特徴または認証情報を、安全なストレージに格納された比較対象である特徴または認証情報と比較して、ユーザの身元が本物であると判断し、このように、ＵＥ１０２へのアクセスを許可する。これは、ディスプレイのタッチスクリーンを通して入力された６桁のパスワードを比較することくらい単純であってもよく、または、電力消費部品から受信したセンサーデータに基づいて顔の特徴を判断し、判断した顔の特徴をライブラリにある顔の特徴と比較するなど、より多くの演算およびシステム複雑性を必要としてもよい。必須ではないが、当該顔の特徴のライブラリは、ＵＥ１０２のローカルに格納されて、顔の特徴を初期化する間に、認証システム１１４とともにＵＥ１０２によって作成されてもよい。さらには、ＵＥ１０２と一体化されたセキュリティ保護されたチップ上に埋め込む形態などで、当該ライブラリをセキュリティ上安全にＵＥ１０２に格納してもよい。これは、ユーザ１２０のプライバシーを維持できる１つの方法である。

【0119】

本明細書の全体を通して、先ほど述べた動作１００８における顔の特徴など、ユーザに関連する情報（たとえば、レーダーセンサーデータ、慣性センサーデータ、および顔認識センサーデータ）をコンピューティングシステム（たとえば、ＵＥ１０２、クライアントデバイス、サーバ装置、コンピュータ、またはその他の種類のコンピューティングシステム）が分析する例を説明している。しかしながら、コンピューティングシステムのユーザからデータを使用してもよいという明確な許可を受信した後にのみ情報を利用できるようコンピューティングシステムを構成してもよい。たとえば、ＵＥ１０２がユーザ１２０を認証するために顔の特徴のセンサーデータを分析する状況では、ＵＥ１０２のプログラムまたは機能がこのデータを収集して利用するかどうかを管理するための入力を行う機会が個々のユーザに与えられてもよい。センサーデータをどのプログラムが処理できるか、処理できないかについて、個々のユーザが常に管理できてもよい。これに加えて、収集された情報は、個人を特定できる情報が取り除かれるように、転送、格納、または利用される前に１つ以上の方法で前処理されてもよい。たとえば、ＵＥ１０２が（たとえば、別のデバイスで動作するモデルを訓練するために）センサーデータを別のデバイスと共有する前に、ＵＥ１０２は、データに埋め込まれているユーザを特定する情報またはデバイスを特定する情報のいずれも確実に取り除かれるようにこのセンサーデータを前処理してもよい。よって、ユーザまたはユーザのデバイスについての情報を収集するかどうか、ならびにコンピューティングデバイスおよび／またはリモートコンピューティングシステムがこのような情報を（収集された場合）どのように利用してもよいかをユーザが管理できてもよい。

【0120】

方法１０００に戻ると、１０１０において、これに代えて、またはこれに加えて、ユーザ機器が移動されたまたは移動中であると判断したことに応答して、ディスプレイの電力状態を変更する。この変更は、ディスプレイのタッチ入力を受信する機能を可能にするのに十分な程度に電力を増やすことであってもよく、または、単にディスプレイの見た目を変更することであってもよい。一例として、ユーザがＵＥ１０２に触れたとき、ＵＥ１０２がユーザの意図を意識しており、そのため、（推定してみるに）ユーザ１２０に使用されることに備えていることがユーザに分かるように、ディスプレイ１１６に光度を足すことなどが挙げられる。同様に、ＵＥ１０２は、１００２において意図があると判断されたことに応答してそのようにしてもよい。

【0121】

場合によっては、認証プロセスは、成功することなく特定の期間または特定のイテレーション回数（たとえば、予め設定された特定の回数もしくは期間）実行される。このような場合、１０１２に示すように、方法１０００は、認証プロセスを再実行することによって継続してもよく、または１００４での動きがあるとの判断に応答してこの処理を継続してもよい。当該別の方法は、図１０において破線矢印で示されている。

【0122】

１０１４では、１００８におけるユーザの認証プロセス（または、１０１２における再実行）が成功したことに応答して、ユーザを認証し、ＵＥ１０２のアクセス状態を変更する。この変更によって、ＵＥ１０２のアクセスが低アクセス状態、アクセス状態無し、または中間アクセス状態から高アクセス状態に上げられてもよく、このような場合、ＵＥ１０２は、「アンロック状態」になる。しかしながら、高アクセス状態（たとえば、図５の高アクセス状態５０２－１）は、必須ではない。特定のレベルの認証では、続く認証のために、アクセス、電力、または情報が確保されてもよい。例として、すべてではないが一部のアプリケーションおよび／またはＵＥ１０２のアカウント（たとえば、音楽を購入するためのアカウント、銀行口座など）を利用できるようにユーザを認証すること、確保されたアクセスアカウントおよびアプリケーションについてはさらなる認証を要求することなどが挙げられる。たとえば、高アクセス状態５０２－１に加えて、状態マネージャ１１２は、ＵＥ１０２を高情報状態５０６－１にしてもよい。当該情報状態に対する変更として、最後に使用したアプリケーションもしくはウェブページ（ウェブページ上の１０ページの記事の４ページ目など、最後に使用した箇所を含む）、または、ユーザ１２０が最後にＵＥ１０２を使用したもしくはＵＥ１０２で認証された箇所を再生する楽曲や映像の途中を提示することなどが挙げられる。状態マネージャ１１２は、ユーザ１２０の認証に応答して、これらの状態を素早くシームレスに変更できる。

【0123】

一例として、方法１０００のアプリケーションを図１１に示すシナリオ１１００に適用する一実施態様を考える。シナリオ１１００は、５つの部分を含み、各部は、時系列で前の部分に続く。シナリオ部分１１００－１で図示されているシナリオ１１００の第１部分では、ユーザ１１０２は、スマートフォン１１０４を見たり、触れたり、使用したりしていない。ここで、スマートフォン１１０４は、低アクセス状態５０２－３、低電力状態５０４－３、および低情報状態５０６－３である（たとえば、スマートフォン１１０４は電源がオフになっているように見えるが、使用するという意図があると判断するには十分の電力を有している）と想定する。シナリオ部分１１００－１は、図１０の１００２における方法の動作よりも前の状況であると想定する。１１００－２に第２部分が図示されている。この間、ユーザ１１０２は、スマートフォン１１０４の方に向いてスマートフォン１１０４を見ているが、スマートフォン１１０４には触れていない。この時点で、本技術は、動作１００２において、レーダーデータに基づいて、ユーザ１１０２にスマートフォン１１０４を使用するという意図があると判断する。判断された使用するという意図は、手を伸ばすという動きがないが、代わりに、ユーザ１１０２がスマートフォン１１０４の方を向いて体をスマートフォン１１０４に向けていることに基づいて行われる。本技術は、この判断を、動作１００２においてレーダーマネージャ１０６を通して行う。レーダーマネージャ１０６は、この判断を、状態マネージャ１１２に渡す。これに続いて、状態マネージャ１１２は、動作１００６において、認証システム１１４の電力消費部品（フェイスアンロックセンサー２１２）の電力状態を変更する。なお、これは、ユーザがスマートフォン１１０４に手を伸ばしたり、スマートフォン１１０４を手に取ったりする前に処理され、認証システム１１４がユーザを認証できる状態になるまでにかかる待ち時間を減らすことができる。

【0124】

また、次の０．５秒の間に、電力消費部品の起動中、ユーザ１１０２がスマートフォン１１０４に近づくように移動してスマートフォン１１０４に向けて手を伸ばすと想定する（手を伸ばす動作は、手１１０６を用いて図示されている）。これは、第３部分１１００－３に図示されている。この時点で認証システム１１４は認証プロセス（動作１００８）を実行するが、特定のイテレーション回数および／または期間、認証プロセスが成功しなかったと想定する。本技術は、ユーザ１１０２を認証する試みを止めることによって節電してもよい。しかしながら、ここでは、部分１１００－４に図示するように、ユーザ１１０２は、スマートフォン１１０４に触れる。これは、動作１００４において、図１のＩＭＵ１０８が検知した慣性データを通して、スマートフォン１１０４に動きがあると判断される。動きがあるというこの判断は、状態マネージャ１１２に渡される。動きに基づいて、状態マネージャ１１２は、方法１０００の動作１０１２に示すように、認証システム１１４にユーザ１１０２を認証する試みを継続させる。さらには、動作１０１０において、動きにも基づいて、状態マネージャ１１２は、スマートフォン１１０４のディスプレイ１１０８を明るくする。明るくすることまたはディスプレイ１１０８の電力レベルを上げることは、シナリオ部分１１００－２、１１００－３、または１１００４において行われてもよいが、ここでは、ユーザ１１０２がスマートフォン１１０４に触れたと判断したことに応答して（１１１０の時間および通知情報とともに）表示されると図示されている。こうすることによって、ユーザ１１０２に使用するという意図があることをスマートフォン１１０４が意識しているというフィードバックが、ユーザ１１０２に与えられる。

【0125】

述べたように、状態マネージャ１１２は、認証システム１１４に認証プロセスを継続させ、試みを継続することによって、ユーザ１１０２を認証する。これは、部分１１００－５に図示されており、スマートフォン１１０４は、アンロックアイコン１１１２を提示しているディスプレイ１１０８で図示されている高アクセス状態５０２－１で、異なる高アクセス状態５０１－１、高電力状態５０４－１、および高情報状態５０６－１になる。状態マネージャ１１２によってこれらの状態レベルを自動的に上げて、ユーザ１１０２がシームレスなユーザエクスペリエンスを体験できるようにしてもよい。

【0126】

この例示的なシナリオ１１００では、ＩＭＵ１０８が提供する慣性データによって、状態マネージャ１１２は、強い自信を持って（その結果、電力を追加する必要があると思って）、ユーザ１１０２にスマートフォン１１０４を使用するという意図があるので認証されたがっていると確信できるようになる。これは、ユーザを速やかに、容易に、かつ消費電力を抑えて認証するためにＩＭＵからの慣性データおよびレーダーシステムからのレーダーデータがどのように利用されるかを示すシナリオの一例に過ぎない。

【0127】

高レベル状態を下げる
図１２は、ＩＭＵおよびレーダーによって高レベル状態を下げるための例示的な方法１２００を示す図である。方法１２００は、実行される動作を詳細に記したブロックのセットとして示されているが、それぞれのブロックによって動作を実行するための図示した組合せの順に必ずしも限定されない。さらに、動作のうちの１つ以上のいずれかを繰り返したり、組み合わせたり、再編成したり、または関連付けたりして、本明細書に記載のその他の方法（たとえば、方法１０００および１４００）を含む、様々な追加の方法および／または別の方法を提供してもよい。以下の説明の一部では、図１の動作環境例１００、もしくはその他の図面で詳細を説明したエンティティまたは処理を参照してもよいが、この参照は例示に過ぎない。本技術は、１つのデバイス上で動作する１つのエンティティまたは複数のエンティティによる動作に限定されない。

【0128】

オプションとして、１２０２において、および動作１２０４または１２０６の前に、休止期間が満了したと判断する。一定の期間が満了することだけを頼りにするその他の従来の技術とは対照的に、方法１２００は、ユーザ機器の高レベル状態を下げるために休止期間を利用してもよく、利用するのを控えてもよい。この休止タイマーは、必須ではないが、タイマーを利用することで（たとえ短いタイマーであっても）、場合によっては節電できる。具体的には、休止タイマーは、最後のタッチスクリーンもしくはボタンへの入力、最後の音声コマンド、または最後のジェスチャ入力がユーザ機器によって受け付けられたときなど、ユーザ機器を用いた最後のユーザアクションが受信されると開始する。なお、タイマーを使うだけの従来の技術もあるが、従来のタイマーは、数分間にわたって続く場合が多いので（たとえば、１分、３分、５分、または１０分）、方法１２００は、０．５秒、１秒、３秒、５秒、１０秒、または２０秒など、比較的短い期間を使用し得る。こうすることによって、ユーザ機器が情報を公開していて不正なアクセスを利用可能にしてしまっているなどの可能性が非常に小さくなる一方で、短い非アクティブ期間を使用することは、非アクティブ期間の間に１２０４および／または１２０６の動作を実行することを控えることによって、節電するように作用し得る。

【0129】

１２０４では、ユーザがユーザ機器とやり取りしているまたは最近やり取りしていた、ユーザ機器が高レベル状態である間に、動きがあると判断する。動きマネージャ１１０は、ＵＥ１０２と一体化されたＩＭＵ１０８から受信する慣性データに基づいて、動きがあると判断する。破線矢印で図示されているように、この動作は、オプションとして、動作１２０６および／または１２０２（図示せず）に応答した動作であってもよい。判断された動きは、ユーザ１２０がＵＥ１０２を手に取っていることを示す動き、ＵＥ１０２を持って歩いていることを示す動き、ＵＥ１０２を置いていることを示す動き、ＵＥ１０２をポケットもしくは入れ物に入れていることを示す動き、または、単にＵＥ１０２の近くに触れているもしくはＵＥ１０２に触れていることを示す動きなど、上述した様々な動きのうちの１つ以上であってもよい。場合によっては、動きマネージャ１１０は、動きがＵＥ１０２の状態を変更するのに十分であるまたは十分でないと判断して、状態マネージャ１１２に渡す。例として、しきい値動きを超えない動き、環境振動によって引き起こされた動き、および動いている間に現行の動きに対して十分な変化を与えない動きなど、上記した動きが挙げられる。よって、動きマネージャ１１０は、ユーザ１２０がＵＥ１０２を持って歩いているのでＵＥ１０２が動いていると判断し得るが、この動きは、ユーザ１２０がＵＥ１０２の使用をやめる可能性があることを示すのに十分な変化ではないと判断され得る。動きは、単にＵＥ１０２が現在の動いていることに基づくのではなく、変化に基づき得る、という別の見方もある。変化の例として、ユーザがＵＥ１０２を持ちながら歩いた後にテーブルの上に置くなど、動いた後に動かなくなることなどが挙げられる。ＩＭＵ１０８からの慣性データでは、ユーザ１２０がＵＥ１０２をテーブルの上に置くことを捕らえられないかもしれないが、動きがある（ユーザ１２０がＵＥ１０２を持って歩いていること）直前に慣性データが動きをほとんどまたはまったく示さないという判断は、当該直前の動きに基づいて、動きがあると動作１２０４において判断され得る。

【0130】

具体的には、本技術は、ユーザによる使用に合わせてユーザ機器の状態を調整できる。よって、場合によっては、ユーザがユーザ機器をとても使用していることを理由に、ユーザ機器は、１つの（または複数の）高レベル状態になる。たとえば、方法１２００は、動作１２０４または１２０６の前に、ユーザがユーザ機器を使用していると判断し得る。ユーザが使用しているという判断は、ユーザに使用するという意図があることを示す、以前のレーダーデータに基づいてもよく、ユーザからの音声入力またはタッチ入力に基づいてもよく、オーディオセンサもしくはタッチセンサーを通してユーザから受信したコマンドまたは入力、認証プロセスが成功したことなどに基づいてもよい。

【0131】

１２０６では、ユーザ機器が、レーダーデータに基づいて、使用をやめるという意図があると判断する。レーダーマネージャ１０６は、レーダーシステム１０４からレーダーデータを受信し、このレーダーデータを使用して、ユーザにＵＥ１０２の使用をやめるという意図があるかどうかを判断する。ユーザ１２０の手をＵＥ１０２から引っ込めること、ＵＥ１０２に対して顔の向きを変えること、ユーザ１２０がＵＥ１０２とは別の方向に向くまたはＵＥ１０２に背を向けるなど、上述した様々な種類の使用をやめるという意図がある。

【0132】

破線矢印で図示されているように、動作１２０６は、オプションで、動作１２０４（および／または図示しない１２０２）に応答した動作であってもよい。これらの場合、状態マネージャ１１２またはレーダーマネージャ１０６は、動きがあると判断されるまで、ユーザ１２０に使用をやめるという意図があると判断することを控えることによって電力を節約するように作用し、１２０４における動きがあるとの判断の場合は、動きがないと判断されるまで、ユーザ１２０に使用するという意図があると判断することを控えることによって電力を節約するように作用する。こうすることによって、電力を節約できる。よって、電源管理モジュール６２０は、１２０４において動きがあると判断されるまでレーダーシステム１０４の電力を抑えたままにするための技術を対象としてもよい。動きがある判断されると、使用をやめるという意図があることを示すようにユーザ１２０が振る舞っているかどうかを判断することに備えて、状態マネージャ１１２は、電源管理モジュール６２０にレーダーシステム１０４への電力を増やさせる。

【0133】

１２０８では、動きがあるとの判断および／または使用をやめるという意図があるとの判断に応答して、高レベル状態のユーザ機器を中間レベル状態または低レベル状態に下げる。具体的には、例示的な高レベル状態１２０８－１を参照されたい。高レベル状態１２０８－１は、図５に示すようなアクセス、電力、または情報（高アクセス状態５０２－１、高電力５０４－１、もしくは高情報状態５０６－１）など、アクセス、電力、または情報に関連する１つもしくは複数の状態であってもよい。動きがあるとの判断または使用をやめるという意図があるとの判断に応答して、状態マネージャ１１２は、ＵＥ１０２の状態のうち１つ以上を下げると判断する。これは、高レベル１２０８－１から中間レベル１２０８－２または低レベル１２０８－３に下げることを示す矢印で図１２に示されている。しかしながら、これらは、様々な粒度の電力、アクセス、および情報のうち、２つの粒度に過ぎない。図５に示したように、中間レベル１２０８－２および低レベル１２０８－３とは、上述した中間アクセス状態５０２－２と、中間電力状態５０４－２と、中間情報状態５０６－２とを含む。低レベル１２０８－３は、３つの低状態である低アクセス状態５０２－３と、低電力状態５０４－３と、低情報状態５０６－３（詳細については上述されている）とを用いて図示されている。なお、これらの状態のうち１つの状態、２つの状態、または３つの状態すべてが、動作１２０８において状態マネージャ１１２によって同じレベルまたはそれぞれ異なるレベルに下げられてもよい。よって、状態マネージャ１１２は、高アクセス状態５０２－１を中間状態または低状態に下げて、電力状態および情報状態を高状態または様々な状態に維持してもよい。同様に、状態マネージャ１１２は、ＵＥ１０２を高アクセス状態５０２－１（たとえば、「アンロック状態」）に維持したまま、電力状態５０４を低電力状態５０４－３に下げてもよい。

【0134】

一例として、図１３に示すシナリオ１３００に方法１２００を適用した場合を考える。シナリオ１３００は、３つの部分を含み、各部は、時系列で前の部分に続く。シナリオ１３００の第１部分の前に、ユーザ１３０２がスマートフォン１３０４を能動的に使用しており、スマートフォン１３０４が高レベルの状態、すなわち、高レベルの電力状態、高レベルのアクセス状態、および高レベルの情報状態であると想定する。シナリオ部分１３００－１に図示されている第１部分では、ユーザ１３０２がテーブルまで歩いてスマートフォン１３０４をテーブルの上に置く。動作１２０４では、ＩＭＵ１０８は、スマートフォン１３０４がテーブルに触れたことを理由に、慣性データを受信する、または、テーブルの上に置かれる前に（ユーザ１３０２がスマートフォン１３０４を持って歩いていることに基づいて）動きがあると慣性データが示した場合、慣性データがないという慣性データを受信する。これらの慣性データのうちいずれかまたはその両方に基づいて、動きマネージャ１１０は、スマートフォン１３０４に関して動きがあると判断し、この判断をレーダーマネージャ１０６および／または状態マネージャ１１２に渡す。

【0135】

動きデータに直ぐに応答して、レーダーマネージャ１０６がレーダーフィールド１１８（視覚的に分かり易くするために、図示せず。たとえば、図１を参照されたい）を提供するか、すでにレーダーフィールド１１８を提供したかのいずれかであるため、ユーザ１３０２の体の位置を示すレーダーデータなどを受信すると想定する。レーダーデータに基づいて、レーダーマネージャ１０６は、第１イテレーション（複数のその他のイテレーションがある可能性が高い）で、動作１２０６において、体の位置、腕の位置、および手の位置を理由に、シナリオ部分１３００－１ではユーザ１３０２に使用をやめるという意図がないと判断する。これは、ユーザ１３０２の体の向きがスマートフォン１３０４を向いており、ユーザの手または腕がスマートフォン１３０４の方向に向いているからである。このため、高情報状態１３０６－１は、変更されない。

【0136】

しかしながら、シナリオ部分１３００－２では、おおよそ２秒後に、ユーザ１３０２が体をスマートフォン１３０４とは別の方向に向けたまま、コーヒーカップを手に取って立ち去り始めたと想定する。この時点で、ユーザ１３０２の体の一部の向きがスマートフォン１３０４とは別の方向に向いていること、および、ユーザ１３０２の腕および手がスマートフォン１３０４ではなくコーヒーカップの方向に向いていることに基づいて、レーダーマネージャ１０６は、ユーザ１３０２にスマートフォン１３０４の使用をやめるという意図があると判断する。レーダーマネージャ１０６は、この判断を状態マネージャ１１２に渡す。

【0137】

動作１２０８では、動きがあるとの判断および使用をやめるという意図があるとの判断を受けたことに応答して、状態マネージャ１１２は、スマートフォン１３０４の情報状態を、シナリオ部分１３００－１に図示されている高情報状態１３０６－１から中間情報状態１３０６－２に下げる。これらの例示的な情報状態は、シナリオ部分１３００－１で示されている情報とともに表示され、２つのテキストメッセージの内容および時刻が表示される。ユーザ１３０２が体をコーヒーカップの方に向けて手に取った直後、情報状態は、中間情報状態１３０６－２に下がり、テキストメッセージについての少なくなった情報（送信者の名前は表示しているが、内容は表示していない）および時刻が表示される。中間の量の情報は、使用することについての考えを変える情報であったり、スマートフォン１３０４を再び見て別の人からのテキストメッセージなど新しい通知が届いたかどうかを確認したくなるような情報であったりするので、ユーザ１３０２にとって有用である。

【0138】

中間情報状態１３０６－２を表示することに加えて、または中間情報状態１３０６－２を表示する代わりに、動作１２０８の一部として、状態マネージャ１１２は、最初に中間状態になった後または直後に低レベルに移行してもよい。ここで、現在時刻のみを提示しているシナリオ部分１３００－３として図示するように、ユーザ１３０２に使用をやめるという意図があることを示すレーダーマネージャ１０６によるさらなる判断、またはそれについて高い信頼度があること（たとえば、ここでは、ユーザ１３０２が現在スマートフォン１３０４から数メートル離れており、完全に背中をスマートフォン１３０４に向けていることを理由に、高い信頼度があると示される）に応答して、状態マネージャ１１２が情報状態を低情報状態１３０６－３にさらに下げると想定する。

【0139】

この例では、情報状態に対する変更を示しているが、アクセス状態および電力状態も変更され得、情報状態の代わりにアクセス状態および電力状態が変更され得る。この一部については、シナリオ部分１３００－１において図示されているアンロックアイコン１３１０で図示されており、高レベルのアクセス（たとえば、図５の高レベルのアクセス５０２－１）を示している。シナリオ部分１３００－２では、状態マネージャ１１２が動きデータおよび使用をやめるという意図があることを受けた後、状態マネージャ１１２は、アクセスを低レベルに下げる。これは、ロックアイコン１３１２でユーザに示される。さらには、シナリオ部分１３００－２および／または１３００－３においてスマートフォン１３０４のディスプレイ（図示せず）の光度を下げるなどすることによって、電力状態を変更してもよい。

【0140】

認証状態の維持
図１４は、認証状態を維持するための例示的な方法１４００を示す図である。方法１４００は、実行される動作を詳細に記したブロックのセットとして示されているが、それぞれのブロックによって動作を実行するための図示した組合せの順に必ずしも限定されない。さらに、動作のうちの１つ以上のいずれかを繰り返したり、組み合わせたり、再編成したり、または関連付けたりして、本明細書で説明したその他の方法（たとえば、方法１０００および１２００）を含む、様々な追加の方法および／または別の方法を提供してもよい。以下の説明部分において、図１の動作環境例１００、もしくはその他の図面で詳細を説明したエンティティまたは処理を参照してもよいが、この参照は例示に過ぎない。本技術は、１つのデバイス上で動作する１つの要素または複数の要素による動作に限定されない。

【0141】

方法１４００について説明する前に、上述したいずれの方法も、すべてまたは一部を方法１４００と組み合わせてもよいことを留意されたい。たとえば、図１０の方法１０００の実行を考える。方法１０００は、ユーザ機器のユーザを認証する認証管理の一例について記述している。この認証に応答して、ユーザ機器は、認証状態になる。この状態の詳細については、上述されている。よって、方法１０００（または、他のユーザ認証方法）は、方法１４００の前に実行される。

【0142】

１４０２では、ユーザ機器が認証状態である間、ユーザがユーザ機器の使用をやめる可能性があると判断する。ユーザが使用をやめる可能性があるとの判断は、上記したような、ユーザに使用をやめるという意図があるとの判断、および後述するその他の判断を含んでもよい。また、上記したように、認証状態では、ユーザによる、ユーザ機器のデータ、アプリケーション、機能、アカウント、または構成要素のうち１つ以上のアクセスが許可される。認証状態の例として、上記図５において記した高アクセス状態５０２－１および中間アクセス状態５０２－２などが挙げられる。これらのアクセス状態のいずれも、ＵＥ１０２によって認証状態のときに許可されてもよいが（ユーザ設定またはオペレーティングシステムのデフォルト設定に基づく場合が多い）、認証状態は、ユーザの前の認証を想定する。しかしながら、ユーザが選択した基本設定または設定で、ＵＥ１０２の高アクセスまたは中間アクセスを認証なしで許可してもよい。よって、認証状態は、上記した高アクセス状態および中間アクセス状態によって許可されるアクセスを含むが、高アクセスおよび中間アクセスは、必ずしも認証状態でなくてもよい。

【0143】

図１４に示すように、使用をやめる可能性があるとの判断は、オプションとして、動作１４０４または動作１４０６に応答して（もしくは実行することによって）行われてもよく、方法１２００の動作１２０６において使用をやめるという意図があると判断することによってなど、本明細書に記載したその他の方法で行われてもよい。１４０４では、休止期間が満了したと判断する。上記したように、最後のユーザアクションが受信されたとき、能動的なユーザ機器の使用が終わった時（もしくは最後に受信したとき）、または、使用するという意図があると最後に判断された時にこの休止期間が開始してもよい。たとえば、ユーザが最後にタッチセンサー式ディスプレイもしくはボタンに触れた時、最後に受信した音声コマンドが発話された時、または、最後に判断されたタッチとは無関係のジェスチャ（たとえば、上記した、レーダーシステム１０４を用いて判断されたジェスチャ）が実行された時に休止タイマー（たとえば、期間）が開始する。

【0144】

１４０６では、ユーザ機器と一体化されたＩＭＵ（慣性計測装置）の慣性データに基づいて、ユーザ機器に動きがあると判断する。図１のＩＭＵ１０８から受信した慣性データなど、動きデータおよび慣性データの例については上述されている。よって、動きがあるとの判断は、ユーザがＵＥ１０２をロッカー、バッグ、またはポケットに入れる（しかしながら、後述するが、バッグまたはポケットに入れることは、その後、受動的な使用であると判断され得る）ことなどによって使用をやめつつある可能性があると方法が判断する１つの方法である。

【0145】

１４０８では、レーダーデータに基づいて、ユーザが受動的にユーザ機器を使用していると判断する。受動的な使用の判断は、１４０２における使用をやめる可能性（破線矢印で図示されている）があるとの判断に応答してもよく、または、当該判断とは独立した判断もしくは一致する判断であってもよい。使用をやめる可能性があるとの判断に応答して動作１４０８を実行することで、場合によっては、節電できたり、待ち時間を減らすことができたりする。たとえば、方法１４００は、使用をやめる可能性があるとの判断に応答して、レーダーシステム１０４の構成要素への電力を増やしてもよい（図６－１および図６－２を参照）。これにより、上記したように、電力を節約できたり、ユーザが受動的にレーダーシステム１０４を使用しているかどうかを判断することにレーダーシステム１０４が備えるためのさらなる時間を与えたりできるようになる。

【0146】

図１を背景とした場合、レーダーマネージャ１０６は、ユーザ１２０が受動的にＵＥ１０２を使用していると判断する。受動的な使用は、レーダーマネージャ１０６によって複数の方法で判断できる。これらの方法は、互いに混在していなくてもよく、重複していてもよい。たとえば、ユーザ１２０の手が、ユーザ機器１０２のディスプレイ１１６が特定の状態に維持される向きでユーザ機器１０２を把持していることを示すレーダーデータに基づいて、レーダーマネージャ１０６は、ユーザが受動的に使用していると判断してもよい。よって、ユーザ１２０がＵＥ１０２をしっかりと（または、内容を見られる程度にしっかりと、もしくは別の人が内容を見られる程度にしっかりと）把持している場合、ユーザ１２０は、受動的に使用していることになる。ユーザ１２０がＵＥ１０２を見ている、または体をＵＥ１０２の方に向けているなど、受動的な使用であると判断するその他の例については上述されている。

【0147】

さらには、レーダーマネージャ１０６は、ＵＥ１０２の２メートル以内にいるなど、ユーザ１２０が存在していることを示すレーダーデータに基づいて、受動的な使用であると判断してもよい。１．５メートル、１メートル、さらには０．５メートルなど、その他の距離も用いられてもよい、または代わりに用いられてもよい。事実上、レーダーマネージャ１０６は、ＵＥ１０２がほぼ手に届く範囲内にユーザ１２０がいることでユーザ１２０が受動的に使用していると判断してもよい。レーダーマネージャ１０６は、ユーザ１２０が受動的に使用していると明示的に示すことによって、または、単にＵＥ１０２からの距離を示す情報を状態マネージャ１１２に渡すことによって、ユーザ１２０が受動的に使用していると判断してもよい。その後、ユーザ１２０が近いこと、場合によっては、他の人がいる（または他の人がいない）こと、ユーザ１２０が車両（車、バス、電車）内にいるかどうか、デスクにいるかどうかなどの状況に基づいて、状態マネージャ１１２は、受動的に使用していると判断する。たとえば、家で座っているユーザが許可される距離は、満員のコーヒーショップまたは電車で座っているユーザが許可される距離よりも大きくてもよい。

【0148】

１４１０では、ユーザが受動的にユーザ機器を使用しているとの判断に応答して、認証状態を維持する。使用をやめる可能性との別の判断がなされるまで、または特定の期間、認証状態の維持が継続されてもよい。その後、方法１４００が再び実行されてもよい。認証状態の一例は、図５の高アクセス状態５０２－１である。多くの状況では、認証状態は、ＵＥ１０２のアンロック状態であるが、その他の場合では、認証状態では、上述した中間アクセス状態５０２－２など、ＵＥ１０２のすべてではないが一部のアクセスが許可される。

【0149】

ＵＥ１０２の認証状態の維持では、その他の状態が維持されている必要はない。たとえば、ユーザ１２０がＵＥ１０２から２メートル内にいるが、ＵＥ１０２の方向を見たりＵＥ１０２の方向に向いている、または、ＵＥ１０２の方向を見ていなかったりＵＥ１０２の方向に向いていない場合、状態マネージャ１１２は、高電力状態５０４－１および高情報状態５０６－１から図５に示す中間電力状態もしくは低電力状態、または中間情報状態もしくは低情報状態に下げるなど、ＵＥ１０２の情報状態または電力状態を下げてもよい。しかしながら、ユーザがＵＥ１０２を見ていることが受動的な使用に含まれている場合、ディスプレイ１１６を通してユーザ１２０に内容を提示し続けるために、電力状態または情報状態も維持されてもよい。

【0150】

オプションとして、方法１４００は、動作１４１２に進んでもよい。動作１４１２では、レーダーデータに基づいて、非ユーザが存在しているまたは非ユーザに使用するという意図があると判断する。レーダーデータは、同じであってもよく、受動的な使用であるとの判断のベースとなったレーダーデータの何秒か後または何分か後にレーダーシステム１０４から受信したレーダーデータなど、後に受信するレーダーデータであってもよい。よって、１４１２では、レーダーマネージャ１０６は、非ユーザが存在している、または非ユーザにＵＥ１０２を使用するという意図があると判断する。そのため、非ユーザがＵＥ１０２を手に取るために手を伸ばす、または、ＵＥ１０２のディスプレイ１１６を見た場合、レーダーマネージャ１０６は、この存在または意図があると判断して、状態マネージャ１１２に渡してもよい。

【0151】

１４１４では、非ユーザが存在するまたは非ユーザにユーザ機器を使用するという意図があるとの判断に応答して、認証状態の維持をやめる。よって、非ユーザがＵＥ１０２のディスプレイ１１６の方向に歩いて行く、ＵＥ１０２のディスプレイ１１６に手を伸ばす、または、ＵＥ１０２のディスプレイ１１６を見た場合、状態マネージャ１１２は、ＵＥ１０２の認証状態を維持することを止める（または、積極的に認証を解除する）。この中止に伴って、状態マネージャ１１２は、非ユーザに提示される情報を減らすまたはなくすのに有効な情報状態など、その他の状態も下げてもよい。たとえば、認証済みのユーザが地下鉄の電車で個人的な電子メールを読んでいると想定する。ユーザの後部に座っている人が、おそらく個人的な電子メールを読むために、ディスプレイを見た場合、状態マネージャ１１２は、ＵＥ１０２をロックして、個人的な電子メールの表示を止めてもよい。これは、素早くシームレスに行われてもよく、ユーザのプライバシーがさらに向上する。

【0152】

１４１６では、オプションで、認証状態の維持を終了した後、非ユーザがいなくなったまたは非ユーザに使用するという意図がなくなったと判断したことに応答して、方法を認証状態に戻してもよい。上記実施例で引き続き説明すると、地下鉄の電車にいる非ユーザがＵＥ１０２のディスプレイ１１６から目を逸らした場合、状態マネージャ１１２は、認証プロセスによって、または単に認証に再認証しないで切り替わることによって、ユーザ１２０を再認証してもよい。よって、ユーザ１２０は、認証を解除させてしまう状況がなくなると直ちに以前の状態に簡単に戻ることができる。本明細書に記載のシステムおよびプロセスなど、いくつかの認証プロセスは高速かつ電力効率に優れているが、認証プロセスを実行しない方が高速かつ電力効率が優れていてもよい。認証状態に戻る際、状態マネージャ１１２は、情報状態を以前のレベルに戻して、コンテンツをユーザ１２０に最後に提示したコンテンツと一致させてもよい。この例では、非ユーザが目を逸らした場合、ディスプレイ１１６は、ＵＥ１０２がユーザ１２０に最後に提示した場所と同じ場所に個人的な電子メールを提示する。こうすることによって、認証のシームレスな管理および向上した情報プライバシーをユーザに提供できる。なお、認証を解除するというユーザ選択など、ユーザ１２０による選択が本技術の動作よりも優先されてもよい。場合によっては、ユーザ１２０は、単にＵＥ１０２の電源をオフにする（これは、本明細書に記載の方法で認められている）。

【0153】

シナリオ１５００を通じて図１５に示す別の実施例を考える。シナリオ１５００は、４つの部分を含む。第１部分１５００－１では、認証情報または顔の特徴の分析などによってユーザ１５０２がスマートフォン１５０４に対して認証済みであるため、スマートフォン１５０４が認証状態１５０６であると想定する。認証状態１５０６によって、ユーザ１５０２は、スマートフォン１５０４にアクセスできる。これは、ユーザ１５０２が火山噴火についてのテレビ番組を視聴することによってスマートフォン１５０４のコンテンツにアクセスしていることによって図示されている。

【0154】

シナリオ１５００は、２つのパスに分岐すると図示されている。１つ目のパスでは、ユーザ１２０がスマートフォン１５０４に触れることまたはスマートフォン１５０４に入力することをやめた時に休止タイマーが開始する。ここでは、リラックスしてテレビ番組を視聴している時である。別の場合、休止タイマーは開始しても開始しなくてもよいが、満了しなくても、使用をやめる可能性があると判断されることになる。よって、シナリオ部分１５００－２では、３分間の休止の後、休止タイマーが満了する。図１４に戻ると、動作１４０４において休止期間が満了したので、動作１４０２は、ユーザが使用をやめる可能性が生じたと判断する。シナリオ部分１５００－３に図示されている２つ目のパスの場合、動作１４０２は、動作１４０６を実行することによりスマートフォン１５０４に動きが生じたと慣性データに基づいて判断することによって、ユーザが使用をやめる可能性が生じたと判断する。この動きは、スマートフォン１５０４が置かれているテーブルの縁にユーザ１５０２が足をかけることによって引き起こされた動きである。

【0155】

使用をやめる可能性があるというこれらの判断のうちいずれかに応答して、レーダーマネージャ１０６は、レーダーデータに基づいて、ユーザ１５０２が受動的にスマートフォン１５０４を使用していると判断する。この動作は、１４０８で実行される。ここで、ユーザ１５０２が存在している、またはユーザ１５０２がスマートフォン１５０４を見ていると判断されたと想定する（いずれも、ユーザ１５０２が受動的に使用していることを示している）。

【0156】

これに応答して、動作１４１０では、状態マネージャ１１２は、認証状態を維持する。このすべては、ユーザ１５０２に気づかれることなくシームレスに行うことができる。シナリオ部分１５００－４に図示するように、スマートフォン１５０４は、いずれのパスであっても、単純にテレビ番組を提示し続ける。

【0157】

図１６の別のシナリオ１６００を考える。シナリオ１６００、は、シナリオ１５００に続くシナリオであってもよく、シナリオ１５００の代わりとなるシナリオであってもよく、独立したシナリオであってもよい。シナリオ１６００は、シナリオの３つの部分を含み、第１シナリオ部分１６００－１では、図１５に示されているのと同様に、ユーザ１５０２は、火山についてのテレビ番組を視聴しており、ここでは、スマートフォン１５０４のコンテンツ１６０２で記されている。スマートフォン１５０４は、プログラムが提示されている間、図１５において述べた認証状態１５０６など、認証状態である。

【0158】

しかしながら、シナリオ部分１６００－２では、ユーザ１５０２とともに非ユーザ１６０４がソファに座っている。非ユーザ１６０４は、ユーザ１５０２の同僚であるので、ユーザ１５０２は、非ユーザ１６０４の方に頭を向けて話し始める。上記したように、頭を向けるもしくは話しかけることのいずれかまたはその両方のユーザ１５０２のアクションは、使用をやめる可能性があると考えられてもよい。ユーザ１５０２が使用をやめる可能性があると考えた場合、図５および図１２（たとえば、方法１２００の動作１２０６および１２０８）で記したように、状態マネージャ１１２は、アクセス状態または情報状態を下げるなどのためにスマートフォン１５０４の状態を下げる。

【0159】

しかしながら、レーダーマネージャ１０６が、方法１４００の動作１４１２によって、レーダーデータに基づいて、非ユーザ１６０４が存在すると判断すると想定する。状態マネージャ１１２が（たとえば、図１５に示す動作１４１０によって）スマートフォン１５０４の認証状態を維持するように作用した後、状態マネージャ１１２は、非ユーザ１６０４の存在に基づいて、認証状態１５０６を維持することを止める。よって、シナリオ部分１６００－２の拡大図に示されているように、状態マネージャ１１２は、スマートフォン１５０４を非認証状態１６０４に下げることができる。この変化は、ロックアイコン１６０６を通して、およびコンテンツ１６０２の提示を止めることによってユーザ１５０２に示される。

【0160】

シナリオ部分１６００－３では、非ユーザ１６０４が立ち去り、ユーザ１５０２が再びスマートフォン１５０４を見ている。レーダーマネージャ１０６は、非ユーザ１６０４がもう存在しないと判断し、この判断を状態マネージャ１１２に示す。その後、状態マネージャ１１２は、スマートフォン１５０４を認証状態１５０６に戻す。なお、状態マネージャ１１２は、ユーザ１５０２にスマートフォン１５０４を使用する意図があるとの判断も要求してもよいし、単純に、スマートフォン１５０４がある場所から非ユーザ１６０４が去ったことに基づいて認証状態に戻してもよい。なお、本明細書に記載の本技術では、ユーザを以前離れた場所にシームレスに戻すことができるので、優れたユーザエクスペリエンスを提供できる。これは、状態マネージャ１１２が同じテレビ番組の、最後にユーザ１５０２に提示した場所と同じまたはほぼ同じ場所にスマートフォン１５０４を戻すとして図１６に示されている。いくつかの実施の形態の場合、本技術によって、ステップ１４１６において、非ユーザがもう存在しないとの判断または使用するという意図があるとの判断に応答してスマートフォン１５０４が認証状態に戻すか、対照的に、認証システムの電力消費部品を用いたより厳格な認証プロセス（たとえば、上記ステップ１００６を参照）が実行されるまでスマートフォン１５０４が非認証状態に留まるかをユーザがセットアップ画面または同様のデバイス設定画面で決定できるようになる。言い換えると、本技術は、非ユーザの影響を受けると、たとえその影響がなくなった後でも、スマートフォン１５０４の認証を解除したままにするというユーザが選択した設定を、セットアップまたは同様のデバイス構成を通して提供できる。

【0161】

実施例
次のセクションでは、実施例を提供する。

【0162】

実施例１：方法であって、ユーザがユーザ機器とやり取りしているまたは最近までやり取りしていた状態である高レベル状態にユーザ機器がある間に、ユーザ機器に動きがあると判断するステップを含み、動きがあるとは、ユーザ機器が動かされているまたは動かされたことを示し、判断は、ユーザ機器と一体化された慣性計測装置を通じて受信した慣性データに基づき、方法は、さらに、レーダーデータに基づいて、ユーザ機器によって、使用をやめるという意図があると判断するステップを含み、使用をやめるという意図があることは、ユーザにユーザ機器の使用をやめるという意図があることを示し、方法は、さらに、動きがあるとの判断および使用をやめるという意図があるとの判断に応答して、高レベル状態のユーザ機器を、高レベル状態から中間レベル状態または低レベル状態に下げるステップ含み、高レベル状態は、高アクセス状態、高電力状態、または高情報状態であり、中間レベル状態は、中間アクセス状態、中間電力状態、または中間情報状態であり、低レベル状態は、低アクセス状態、低電力状態、または低情報状態である、方法。

【0163】

実施例２：高レベル状態は、高電力状態であり、高レベル状態を下げるステップは、高電力状態を中間電力状態または低電力状態に下げ、中間電力状態で使用される電力は、高電力状態で使用される電力よりも低く、低電力状態で使用される電力は、中間電力状態で使用される電力よりも低い、実施例１に記載の方法。

【0164】

実施例３：高電力状態を中間電力状態または低電力状態に下げるステップは、認証システムの電力消費部品の電力状態を下げ、中間電力状態または低電力状態は、ユーザ機器に対応付けられた認証システムがユーザを認証することを電力消費部品が可能にするには不十分な電力状態である、実施例２に記載の方法。

【0165】

実施例４：高レベル状態は、高アクセス状態であり、高レベル状態を下げるステップは、高アクセス状態を中間アクセス状態または低アクセス状態に下げ、中間アクセス状態は、ユーザ機器の機能、構成要素、またはアカウントに対して、高アクセス状態が許可するアクセスよりも少ないアクセスを許可し、低アクセス状態は、ユーザ機器の機能、構成要素、またはアカウントに対して、中間アクセス状態が許可するアクセスよりも少ないアクセスを許可する、実施例１に記載の方法。

【0166】

実施例５：高アクセス状態は、ユーザがユーザ機器によって認証されているアンロック状態であり、低レベル状態は、ユーザがユーザ機器によって認証されていないロック状態である、実施例４に記載の方法。

【0167】

実施例６：高レベル状態は、高情報状態であり、高レベル状態を下げるステップは、高情報状態を中間情報状態または低情報状態に下げ、中間情報状態は、ユーザ機器に対応付けられたディスプレイ上に、高情報状態で提示される情報よりも少ない情報を提示し、低情報状態は、ディスプレイ上に、中間情報状態で提示される情報よりも少ない情報を提示する、実施例１に記載の方法。

【0168】

実施例７：高情報状態は、ユーザに個人的に関連する情報を提示するように構成され、低情報状態は、ユーザに個人的に関連する情報を提示しないように構成される、実施例６に記載の方法。

【0169】

実施例８：低情報状態は、現在時刻、日付、現在の天候、またはバッテリー電力状況を提示するように構成される、実施例７に記載の方法。

【0170】

実施例９：方法は、動きがあると判断するステップの前に、ユーザ機器とユーザがやり取りしているまたは最近までやり取りしていたと判断するステップをさらに含み、ユーザがやり取りしているまたは最近までやり取りしていたと判断するステップは、ユーザに使用するという意図があることを示す、以前のレーダーデータ、マイクロフォンを通じてユーザから受信したコマンドもしくは入力を示す音声データ、または、タッチセンサー式ディスプレイもしくはその他のセンサーを通したユーザによる入力またはやり取りを示すタッチデータに基づく、先行する実施例のいずれか１つに記載の方法。

【0171】

実施例１０：動きがあるとは、ユーザ機器の直前の動きを基準とした動きの変化である、先行する実施例のいずれか１つに記載の方法。

【0172】

実施例１１：レーダーデータに基づいて使用をやめるという意図があると判断するステップは、ユーザ機器に動きがあるとの判断を動きマネージャから受信したことに応答したステップである、先行する実施例のいずれか１つに記載の方法。

【0173】

実施例１２：高レベル状態は、高レベルアクセス状態、高レベル電力状態、または高レベル情報状態のうち２つ以上を含み、ユーザ機器の高レベル状態を下げるステップは、高レベル状態のうち２つ以上を、それぞれ中間レベル状態または低レベル状態に下げる、先行する実施例のいずれか１つに記載の方法。

【0174】

実施例１３：方法は、慣性計測装置からの慣性データに基づいてユーザ機器に動きがあると判断するステップの前、およびレーダーシステムからのレーダーデータに基づいて使用をやめるという意図があると判断するステップの前に、休止期間が満了したと判断するステップをさらに含み、休止期間は、最後のタッチ入力、最後の音声入力、または最後のジェスチャ入力がユーザ機器によって受信された時に開始する、先行する実施例のいずれか１つに記載の方法。

【0175】

実施例１４：ユーザがユーザ機器から離れるように腕または手を引っ込めている、ユーザ機器から目を逸らしている、ユーザの体をユーザ機器とは別の方向に向けている、または、ユーザ機器から立ち去っていると示すレーダーデータに基づいて、使用をやめるという意図があると判断される、先行する実施例のいずれか１つに記載の方法。

【0176】

実施例１５：ユーザに別のオブジェクト、人、別のデバイス、または別のユーザ機器を使用するという意図があると示すレーダーデータに基づいて、使用をやめるという意図があると判断される、先行する実施例のいずれか１つに記載の方法。

【0177】

実施例１６：実施例１～１５のいずれか１項に記載の方法を実行するように構成される、装置。

【0178】

まとめ
ＩＭＵおよびレーダーに基づいて状態を下げることを可能にするための技術および装置の実施態様について、特徴および／または方法に特有の言葉で説明したが、当然ながら、請求の範囲の主題は、上述の具体的な特徴または方法によって必ずしも限定されるわけではない。むしろ、具体的な特徴および方法は、ＩＭＵおよびレーダーに基づいて状態を下げることを可能にする実施例として開示されている。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6-1】

【図6-2】

【図6-3】

【図6-4】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【手続補正書】

【提出日】2022-02-18

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

方法であって、
ユーザがユーザ機器とやり取りしているまたは最近までやり取りしていた状態である高レベル状態に前記ユーザ機器がある間に、前記ユーザ機器に動きがあると判断するステップを含み、前記動きがあるとは、前記ユーザ機器が動かされているまたは動かされたことを示し、前記判断は、前記ユーザ機器と一体化された慣性計測装置を通じて受信した慣性データに基づき、前記方法は、さらに、
レーダーデータに基づいて、前記ユーザ機器によって、使用をやめるという意図があると判断するステップを含み、前記使用をやめるという意図があることは、前記ユーザに前記ユーザ機器の使用をやめるという意図があることを示し、前記方法は、さらに、
前記動きがあるとの前記判断および前記使用をやめるという意図があるとの前記判断に応答して、前記高レベル状態の前記ユーザ機器を、前記高レベル状態から中間レベル状態または低レベル状態に下げるステップ含み、前記高レベル状態は、高アクセス状態、高電力状態、または高情報状態であり、前記中間レベル状態は、中間アクセス状態、中間電力状態、または中間情報状態であり、前記低レベル状態は、低アクセス状態、低電力状態、または低情報状態である、方法。

【請求項2】

前記高レベル状態は、前記高電力状態であり、
前記高レベル状態を下げるステップは、前記高電力状態を認証システムの電力消費部品の電力状態の前記中間電力状態または前記低電力状態に下げ、前記中間電力状態で使用される電力は、前記高電力状態で使用される電力よりも低く、前記低電力状態で使用される電力は、前記中間電力状態で使用される電力よりも低く、前記中間電力状態または前記低電力状態は、前記ユーザ機器に対応付けられた認証システムが前記ユーザを認証することを前記電力消費部品が可能にするには不十分な電力状態である、請求項１に記載の方法。

【請求項3】

前記高レベル状態は、前記高アクセス状態であり、前記高アクセス状態は、前記ユーザが前記ユーザ機器によって認証済みであるロック状態であり、
前記高レベル状態を下げるステップは、前記高アクセス状態を前記中間アクセス状態または前記低アクセス状態に下げ、前記中間アクセス状態は、前記ユーザ機器のデータ、アプリケーション、機能、構成要素、またはアカウントに対して、前記高アクセス状態が許可するアクセスよりも少ないアクセスを許可し、前記低アクセス状態は、前記ユーザ機器のデータ、アプリケーション、機能、構成要素、またはアカウントに対して、前記中間アクセス状態が許可するアクセスよりも少ないアクセスを許可し、前記低レベル状態は、前記ユーザが前記ユーザ機器によって認証されていないロック状態である、請求項１に記載の方法。

【請求項4】

前記高アクセスである間に、前記ユーザ機器の前記ユーザが使用をやめる可能性があると判断するステップと、
前記レーダーデータに基づいて、前記ユーザ機器によって、前記ユーザが受動的に前記ユーザ機器を使用していると判断するステップと、
前記ユーザが受動的に前記ユーザ機器を使用しているとの前記判断に応答して、前記高アクセス状態を維持するステップとをさらに含む、請求項３に記載の方法。

【請求項5】

休止期間が満了したと判断するステップをさらに含み、
前記使用をやめる可能性があるとの前記判断は、前記休止期間が満了したとの前記判断または前記動きがあると前記判断に基づく、請求項３または４に記載の方法。

【請求項6】

前記ユーザが受動的に前記ユーザ機器を使用していると判断するステップは、
前記レーダーデータに基づいて、前記ユーザの手が、前記ユーザ機器のディスプレイが維持される向きで前記ユーザ機器を把持していると判断するステップ、
前記レーダーデータに基づいて、前記ユーザが前記ユーザ機器の方向に向いているまたは前記ユーザ機器の方向を見ていると判断するステップ、または、
前記レーダーデータに基づいて、前記ユーザが前記ユーザ機器の２メートル以内にいると判断するステップ、
のうち、少なくとも１つを含む、請求項３～５のいずれか１項に記載の方法。

【請求項7】

前記レーダーデータまたは後に受信するレーダーデータに基づいて、非ユーザに使用するという意図があると判断するまたは前記非ユーザの存在があると判断するステップと、
前記非ユーザに使用するという意図があるとの前記判断または前記非ユーザの存在があるとの前記判断に応答して、前記高アクセス状態を維持することを止めるステップと
前記非ユーザがいなくなったと判断したことに応答して、前記高アクセス状態に戻るステップとをさらに含む、請求項３～６のいずれか１項に記載の方法。

【請求項8】

前記高レベル状態は、前記高情報状態であり、前記高情報状態は、前記ユーザに個人的に関連する情報を提示するように構成され、
前記高レベル状態を下げるステップは、前記高情報状態を前記中間情報状態または前記低情報状態に下げ、前記中間情報状態は、前記ユーザ機器に対応付けられたディスプレイ上に、前記高情報状態で提示される情報よりも少ない情報を提示し、前記低情報状態は、前記ディスプレイ上に、前記中間情報状態で提示される情報よりも少ない情報を提示し、前記低情報状態は、前記ユーザに個人的に関連する情報を提示しないように構成される、請求項１に記載の方法。

【請求項9】

前記低情報状態は、現在時刻、日付、現在の天候、またはバッテリー電力状況を提示するように構成される、請求項８に記載の方法。

【請求項10】

前記方法は、前記動きがあると判断するステップの前に、前記ユーザ機器と前記ユーザがやり取りしているまたは最近までやり取りしていたと判断するステップをさらに含み、前記ユーザがやり取りしているまたは最近までやり取りしていたと判断するステップは、前記ユーザに使用するという意図があることを示す、以前のレーダーデータ、マイクロフォンを通じて前記ユーザから受信したコマンドもしくは入力を示す音声データ、または、タッチセンサー式ディスプレイもしくはその他のセンサーを通した前記ユーザによる入力またはやり取りを示すタッチデータに基づく、請求項１～９のいずれか１項に記載の方法。

【請求項11】

前記動きがあるとは、前記ユーザ機器の直前の動きを基準とした動きの変化である、請求項１～１０のいずれか１項に記載の方法。

【請求項12】

前記レーダーデータに基づいて前記使用をやめるという意図があると判断するステップは、前記ユーザ機器に前記動きがあるとの前記判断を動きマネージャから受信したことに応答したステップである、請求項１～１１のいずれか１項に記載の方法。

【請求項13】

前記方法は、前記慣性計測装置からの前記慣性データに基づいて前記ユーザ機器に前記動きがあると判断するステップの前、およびレーダーシステムからの前記レーダーデータに基づいて前記使用をやめるという意図があると判断するステップの前に、休止期間が満了したと判断するステップをさらに含み、前記休止期間は、最後のタッチ入力、最後の音声入力、または最後のジェスチャ入力が前記ユーザ機器によって受信された時に開始する、請求項１～１２のいずれか１項に記載の方法。

【請求項14】

前記ユーザが前記ユーザ機器から離れるように腕または手を引っ込めている、前記ユーザ機器から目を逸らしている、前記ユーザの体を前記ユーザ機器とは別の方向に向けている、または、前記ユーザ機器から立ち去っていると示す前記レーダーデータに基づいて、前記使用をやめるという意図があると判断される、請求項１～１３のいずれか１項に記載の方法。

【請求項15】

前記ユーザに別のオブジェクト、人、別のデバイス、または別のユーザ機器を使用するという意図があると示す前記レーダーデータに基づいて、前記使用をやめるという意図があると判断される、請求項１～１４のいずれか１項に記載の方法。

【請求項16】

請求項１～１５のいずれか１項に記載の方法を実行するように構成される、装置。

【国際調査報告】