JP2016502175A - モバイルデバイスにおけるユーザプレゼンスの検出 - Google Patents

Abstract

モバイルデバイスのユーザプレゼンスを例えば、１または複数のセンサを使用して決定するためのシステム、方法、および手段を提供する。モバイルデバイスは、顔を検出する。モバイルデバイスは、検出された顔と関連付けられた顔の距離を決定する。モバイルデバイスは、モバイルデバイスが移動中または停止中かどうかを示すことができる動きステータスを決定する。モバイルデバイスは、動きステータスを決定する１または複数のセンサからの情報を使用する。モバイルデバイスは、顔の距離および動きステータスに基づいてユーザプレゼンスを確認する。

Description

本発明は、モバイルデバイスにおけるユーザプレゼンスを検出するための方法および装置に関する。

（関連出願の相互参照）
本出願は、２０１２年１０月２２日に出願された米国特許仮出願第６１／７１７，０５５号明細書、および２０１２年１０月３１日に出願された米国特許仮出願第６１／７２０，７１７号明細書の利益を主張するものであり、その開示内容は、参照により本明細書に組み込まれる。

モバイルデバイス、例えば、タブレットコンピュータ、スマートフォン、ラップトップコンピュータなどは、多数のセンサを備えることができる。モバイルデバイスを場所から場所に容易に運ぶことができるので、モバイルデバイスのユーザ検出およびユーザの顔の距離推定は、骨の折れる作業となる。組み込まれたセンサ、例えば、カメラによって提供されるデータは、正確でない場合もある。既存の検出アルゴリズム（例えば、Ｖｉｏｌａ−Ｊｏｎｅｓ法顔検出器）は結果的に、多くの実際の状況において誤認警報またはユーザ検出の失敗を起こす恐れがある。

本発明は、モバイルデバイスにおけるユーザプレゼンスを検出するための改善された方法および装置を提供する。

モバイルデバイスのユーザプレゼンスを例えば、１または複数のセンサを使用して決定するためのシステム、方法、および手段を提供する。モバイルデバイスは、顔を検出できる。モバイルデバイスは、検出された顔と関連付けることができる顔の距離を決定できる。顔の距離は、瞳孔間距離、カメラの視野角、両目の角度、または検出された顔の頭幅をキャプチャした角度のうちの１または複数に基づいて算出される。

モバイルデバイスは、（例えば、モバイルデバイスが移動中か停止中かどうかの）動きステータスを決定できる。動きステータスは、モバイルデバイス内の１または複数のセンサを使用して決定される。

モバイルデバイスは、顔の距離および動きステータスに基づいてユーザプレゼンスを確認できる。ユーザプレゼンスを確認するために、例えば、モバイルデバイスは、距離の閾値を決定して、距離の閾値を顔の距離と比較することができる。距離の閾値は、動きステータスに基づいて決定される。

較正定数Ｃの例示的なモデリングを示すグラフである。 環境照度を計算するために使用できる論理の例を示す図である。 ＵＡＤ（ユーザアクティビティ検出）ＡＰＩおよびフレームワークのアーキテクチャの例を示す図である。 ＩＤＰ（瞳孔間距離）を使用して、画面からユーザまでの距離の例示的な計算を示す図である。 （例えば、顔検出器によってレポートされるような）頭スケール／幅を使用して、画面からユーザまでの距離の例示的な計算を示す図である。 センサの信号処理のデータ構造の例を示す図である。 顔検出および顔近接決定の精度を改善するための合成論理(fusion logic)の例を示すフローチャートである。 開示された１または複数の実施形態を実装できる例示的な通信システムのシステム図である。 図７Ａに示した通信システム内で使用される例示的な無線送信／受信ユニット（ＷＴＲＵ）のシステム図である。 図７Ａに示した通信システム内で使用される例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 図７Ａに示した通信システム内で使用される別の例示的な無線アクセスネットワークおよび別の例示的なコアネットワークのシステム図である。 図７Ａに示した通信システム内で使用される別の例示的な無線アクセスネットワークおよび別の例示的なコアネットワークのシステム図である。

具体的な実施形態の詳細な説明は、さまざまな図面を参照して説明される。本説明は、可能な実装の詳細な例を提供するが、詳細は、例示的であり、決して本適用の範囲を限定することを意図しないことに留意されたい。

改善されたユーザ体験（例えば、改善されたビデオのレンダリングおよびストリーミング）に関して、デバイス（例えば、モバイルデバイス）内のカメラ（例えば、前向きカメラまたは後ろ向きカメラ）を使用して環境光を測定するためのシステム、方法、手段を提供できる。カメラ（例えば、スタンドアロンカメラ、スマートフォン、タブレットおよびラップトップなどの内蔵型カメラ）は、統合された自動露出能力を有することができる。カメラによって写真が撮られると、カメラの露出時間、絞り、およびＩＳＯ速度パラメータを調節して（例えば、自動的に調節して）、写真の均衡のとれたカラー（またはグレイ（ｇｒａｙ）レベル）の分布を実現できる。例えば、露出時間、絞り、およびＩＳＯ速度を含む、調節された値（例えば、自動的に調節された値）を使用して、写真が撮られた時に示される環境光パラメータ（例えば、シーン照度パラメータ）を算出する／測定する／推定することができる。

シーン照度の算出値は、例えば、ビデオストリーミング、ビデオ会議、モバイルゲームアプリケーションなどの、マルチメディアアプリケーションを改善するためにモバイルデバイス（例えば、スマートフォン、タブレット、ラップトップ、カメラなど）によって使用される。例えば、環境光パラメータ（例えば、照度パラメータ）は、モバイルデバイスが（例えば、アプリケーション経由で）アプリケーションのユーザインタフェース（例えば、テキストサイズ、テキストフォント、テキストカラー、テキスト情報など）、アプリケーションのビジュアルプレゼンテーション（例えば、コントラスト比、解像度など）、および／またはアプリケーションのデータ伝送または配信パラメータ（例えば、帯域幅、符号化レート、要求された解像度など）を変更するために使用される。

環境照度の知識は、ビジュアル情報をデバイスのディスプレイにレンダリングするのに有用である。例えば、モバイルデバイスは、専用の環境照度センサを備えることができる。環境照度センサは、正確でない情報を提供する場合もある。例えば、環境照度センサによって提供される読み取りは、桁がずれていることもある。一部のデバイスにおいて、そのようなセンサが無い場合もある。環境照度を推定するまたは算出する代替的方法を提供できる。本明細書で説明される実装は、ビデオをパーソナルコンピュータ（ＰＣ）または環境光センサを含むことができない他のタイプのデバイスにレンダリングするために適用される。

ＩＳＯ速度と目的照度が関連する、カメラ設定／パラメータの関係が存在する。この関係は、以下のような、入射光式露出の数式によって与えられる。

ここにＥは、（例えば、ルクスによる）照度とし、Ｎは、口径比（例えば、Ｆ値）とし、ｔは、秒数による露出時間（例えば、シャッター速度）とし、Ｓは、ＩＳＯ演算速度とし、Ｃは、入射光計測器の較正定数とする。

数式１は、照度Ｅに関して書き換えることができる。例えば、数式１は、以下のように書き換えることができる。

数式２は、モバイルデバイスのカメラの１または複数のカメラ設定／パラメータの抽出値によって使用される。カメラ設定は、例えば、照度、口径比、露出時間、ＩＳＯ演算速度、入射光計測器の較正定数などを含むことができる。キャプチャされた画像のカメラ設定は、ＪＰＥＧのＥＸＩＦファイルヘッダに記録される。カメラ設定は、カメラのＡＰＩ（アプリケーションプログラミングインタフェース）介して取得される。カメラは、照度を計算する数式２を用いて使用される。較正定数Ｃの固有値は、正確な結果を確保するために決定される。

入射光較正定数の１または複数の値を使用できる。例えば、ＩＳＯ ２７２０：１９７４は、写真の露出計の設計について論じることができ、平面光レセプタが使用されるときにＣを２４０から４００までの範囲に設定するように提案することができる。半球型レセプタの場合、ＩＳＯ ２７２０：１９７４は、Ｃの範囲を３２０から５４０までにするように提案することができる。理想的なＣの適正値は、デバイス固有のベースで決定される。

較正定数Ｃの選択に関連する実装が本明細書で説明される。例えば、表１は、モバイルデバイス（例えば、スマートフォン）の前向きカメラを使用することによっておよび光計測器（例えば、ＳｐｅｃｔｒａＣｉｎｅ Ｃａｎｄｅｌｌａ−II環境光計測器）を使用することによって取得できる測定の例を提供する。写真は、モバイルデバイスに常駐するアプリケーション（例えば、ネイティブなカメラアプリケーション）によって取られ、そしてＪＰＥＧ画像として保存できる。カメラ設定値は、保存されたＪＰＥＧ画像から取得される。例えば、カメラパラメータは、ＪＰＥＧファイルのＥＸＩＦヘッダから読み出すことができる。カメラ設定値は、カメラのＡＰＩから取得することができ、従って、写真は、モバイルデバイスに常駐するアプリケーションによって取られなくてもよく、および／または保存されなくてもよい。

較正定数Ｃの決定において、直射日光の暴露に対応する測定が含まれる場合、結果となる較正定数Ｃは、３５４．５に等しい。直射日光の暴露に対応する第１の測定が除外される場合、残りのポイントは、６８０に等しい較正定数Ｃを使用して上手くモデル化される。図１は、較正定数Ｃの例示的なモデリングを示すグラフである。図１に示すように、直射日光の暴露に対応する第１の測定は、例えば、我々の参照デバイス（例えば、ＳｐｅｃｔｒａＣｉｎｅ Ｃａｎｄｅｌｌａ−II）のダイナミックレンジの限界に達する場合もあるので、問題となる。第１の測定によってキャプチャされたような、直射日光の暴露においてディスプレイをビューする状況は、ディスプレイのビューイングが表示パラメータに関わらず困難である状況を表す場合もある。第１の測定を除外することによって取得できる例示的なモデルを使用した推定は、例えば、表１に例示されたように、提供される。

図２は、環境照度を計算する例を示す図である。図２に示すように、２０２において、モバイルデバイスが環境光センサを含むか否かの決定を行うことができる。モバイルデバイスが環境光センサを含むのであれば、２０４において、環境光センサおよび／またはモバイルデバイスが信頼できる／検証されたか否かの決定を行うことができる。本明細書で説明されるように、一部の環境光センサは、環境光パラメータ（例えば、照度パラメータ）を適切に決定するほど正確ではない場合もある。環境光パラメータを正確に決定することができる環境光センサおよび／またはモバイルデバイスは、信頼できるまたは検証されたと見なすことができる。検証は、モバイルデバイスまたはモバイルデバイスに常駐するアプリケーションによって事前設定することができるか、または検証は、モバイルデバイスに常駐するアプリケーションによって必要に応じて決定できる。モバイルデバイスが環境光センサを含まない，および／または環境光センサおよび／またはモバイルデバイスが信頼できないまたは検証されてないのであれば、２０６においてカメラを使用して、２１０においてモバイルデバイスの環境光パラメータ（例えば、照度パラメータ）を決定できる。環境光センサおよび／またはモバイルデバイスが信頼できるまたは検証されたのであれば、２０８において環境光センサを使用して、２１０においてモバイルデバイスの環境光パラメータ（例えば、照度パラメータ）を決定できる。

環境光パラメータ（例えば、照度パラメータ）は、ユーザの体験を強化するおよび／またはモバイルデバイスの性能を高めるモバイルデバイスのアプリケーションによって使用される。例えば、モバイルデバイスに常駐するアプリケーションのＵＩ（ユーザインタフェース）パラメータ、配信パラメータ、および／またはビジュアル情報パラメータは、環境光パラメータに応答して変更される。例えば、ＵＩパラメータは、テキストサイズ、テキストフォント、テキストカラー、テキスト情報、またはユーザに表示されるアプリケーションのユーザ入力とすることができる。環境光パラメータを使用してＵＩパラメータを変更することによって、テキストまたはユーザ入力がモバイルデバイスで体験した特定の照度に変更されるので、ユーザは、より良いビューおよびアプリケーションとの対話が可能となる。配信パラメータは、例えば、（例えば、ネットワークから）コンテンツを受信するためのアプリケーション／モバイルデバイスに要求された／割り振られた帯域幅、（例えば、ネットワークから受信される）コンテンツの符号化レート、または（例えば、ネットワークから受信される）コンテンツに要求された解像度であってよい。モバイルデバイスは、帯域幅を利用し（例えば、帯域幅をより効率的に利用する）、バッテリ電力を節約し、および／またはモバイルデバイスのディスプレイに表示されるコンテンツを、例えば、環境光パラメータを使用して、アプリケーションの配信パラメータを変更することによって体験される特定の照明条件に合わせることによって処理電力を削減できる。ビジュアル情報パラメータは、例えば、アプリケーションの静止画像またはビデオのコントラスト比または解像度であってよい。ユーザは、例えば、アプリケーションのビジュアル情報パラメータを変更することによって体験される特定の照明条件においてアプリケーションの静止画像またはビデオをモバイルデバイスのディスプレイでビューできる。

モバイルデバイスの前向きカメラおよび／またはセンサからの１または複数の入力を使用して、例えば、ユーザのプレゼンスを検出して、画面から彼の／彼女までの距離を推定するためのフレームワークおよびアプリケーションプログラミングインタフェース（ＡＰＩ）に関連する実装を提供できる。本明細書で説明される実装は、モバイルデバイスの複数のセンサからの入力を組み合わせて、ユーザのプレゼンスおよび画面までの彼の／彼女の距離をアプリケーションにレポートする、ライブラリ／モジュールに関するフレームワークおよびＡＰＩ（例えば、トップレベルのＡＰＩ）を提案できる。複数のセンサは、ユーザのプレゼンスおよびモバイルデバイスからの彼の／彼女の推定距離を推論するために使用される補間情報をキャプチャできる。

ユーザ検出および画面までのユーザの距離の推定を提供できる。例えば、ユーザ検出および画面までのユーザの距離は、ビデオレートおよび／または帯域幅利用の量を削減する適応型ストリーミングアプリケーションで使用するために提供される。ユーザ検出および画面までのユーザの距離は、ビデオ会議アプリケーションにおいて、例えば、通信システムのＵＩ（ユーザインタフェース）および／または振る舞いを最適化するために使用するように提供される。ユーザ検出および画面からユーザの顔までの距離は、３Ｄゲーミングまたはストリーミングアプリケーションにおいて、（例えば、ユーザの相対位置および／またはビューの方向に基づいて）３Ｄオブジェクトおよび／またはビデオのレンダリングを改善するのに有用である。ユーザの顔検出および画面からユーザまでの距離は、ウェブブラウジングおよびテキスト編集アプリケーションにおいて、フォントのスケールおよびページ表示を調節（例えば、動的に調節する）して、ユーザがそれらをより便利に読めるようにするのに有用である。ユーザ検出および画面までのユーザの距離は、将来の表示ハードウェアが解像度または他のレンダリングパラメータを低減する（例えば、動的に低減する）のに役立ち、結果的にユーザへのビデオ配信でのエネルギー節約および／または精度の改善が生じる。ユーザ検出および画面までのユーザの距離は、ユーザの距離および関連する彼の／彼女の視力の限界および／またはモーションコントロールの精度に基づいて調節される、一般的ＵＩ関数およびコントロール（例えば、アイコンなど）に有用である。

ユーザの距離は、他の関数およびアプリケーションに作用できるパラメータとすることができる。本明細書で説明される実装は、ユーザの振る舞いを最適化するために、ユーザについての情報を必要とする複数のアプリケーションに有用であるフレームワークおよびＡＰＩを定義できる。

本明細書で説明される実装は、モバイルデバイスのユーザ検出およびユーザ距離推定に関連する。例えば、本明細書で説明される実装は、顔検出における誤認警報および誤検出に対処できる。顔検出アルゴリズム（例えば、モバイルオペレーティングシステムに供給されるアルゴリズム）は、誤認警報となり、結果的に顔の距離の正確でない推定となる、バックグラウンドをユーザの顔として検出できる。誤検出は、ユーザが電話機を持つ際に彼の／彼女の顔に近すぎて、例えば、カメラが顔検出のために顔全体をキャプチャすることができない時に発生する。

本明細書で説明される実装は、ユーザアクティビティの検出に対処できる。アプリケーションは、顔検出の代わりにユーザのアクティビティが検出されることを要求できる。例えば、以下のユーザアクティビティのうちの１または複数を識別できる：ユーザが電話機を手に持っている、ユーザが電話機をポケットに入れている、ユーザが電話機をテーブル（またはその他の固定された／静止した場所）に置いている、など。ユーザの異なるアクティビティが検出されるおよび／または識別されると、ユーザアクティビティ適応型アプリケーションを（例えば、本明細書で説明される実装に従って）設計できる。

モバイルデバイスが手に取られる場合、モバイルデバイスは、ユーザが静止位置（例えば、座っているまたは立っている）にいる間、ユーザが動いている（例えば、歩いているまたは車で移動している）間、ユーザの膝に乗せている（例えば、居間に座ってタブレットの映画を見ている）間、または他のステートの間はその状態を保つことができる。このような区別は、ビューイング距離（即ち、ユーザの顔の距離）および他の条件（例えば、固視）が、異なるステートでビデオが認識される方法に作用するので役立つ。ステート間を（例えば、モバイルデバイスのセンサによって）区別して、ユーザアクティビティ適応型アプリケーションを設計することが可能となる。例えば、モバイルデバイスにおいて、加速度計（複数）およびジャイロスコープ（複数）を使用して、ユーザが静止位置にいる（例えば、センサの読み取りのばらつきが小さい）こと、ユーザが動いている（例えば、センサの読み取りのばらつきが大きい）こと、デバイスがユーザの膝に乗っている（例えば、センサの読み取りが筋振戦の低頻度を示す）ことを決定できる。これらのステート（例えば、動きステート）は、典型的なビューイング距離と関連付けることができる。識別されたステートに対し、例えば、マルチメディアアプリケーションのストリーミングビットレートは、特定されたステートに従って適応される。

本明細書で説明される実装は、センサおよびカメラフレームワークおよびＡＰＩに対処できる。センサ（例えば、カメラおよび／または顔検出）は、ビデオストリーミング（例えば、ビューイング条件適応型ストリーミング）に使用できる。センサは、他のアプリケーション、例えば、ユーザ適応型ビデオ符号化、ユーザ適応型ウェブブラウザなどに使用できる。異なるアプリケーションは、異なる機能性を要求できる。そのアプリケーションは、ユーザ適応型であってよい。本明細書で説明される実装は、ユーザ検出（例えば、顔検出、ユーザプレゼンスなど）を提供できる。

本明細書で説明される実装は、センサ信号処理に対処できる。モバイルセンサによって集められたデータから有用な情報を抽出するために、実装は、例えばフィルタを設計してセンサデータの統計を集める、信号処理を含むことができる。センサによって集められたデータは、均一でない、不規則な、および／またはランダムなデータの場合もある。実装は、フィルタを集められたデータに直接適用しなくてよい。

センサおよびカメラフレームワークおよびＡＰＩを提供できる。図３は、ＵＡＤ（ユーザアクティビティ検出）ＡＰＩおよびフレームワークのアーキテクチャを示す図である。図３に示すように、アプリケーション３１８は、ＵＡＤ ＡＰＩを利用するように構成される。図３に示すように、ＵＡＤ３１６を提供できる。ＵＡＤ３１６は、モバイルデバイス上で稼働するＯＳの上に構築される。ＯＳは、異なるハードウェアデバイス３０２および／またはモバイルデバイスのセンサ、例えば、センサ、カメラ３１０、画面の方位(orientation)、ＧＰＳなどへのアクセシビリティを提供できる。ＵＡＤ３１６フレームワークは、モバイルデバイスの１または複数のセンサ、例えば、カメラ３１０、マイクロフォン、光センサ３０６、ＧＰＳ（全地球測位システム）、加速度計３０４、ジャイロスコープ、近接センサ３０８、コンパス、歩数計、タッチスクリーン３１２、皮膚電動センサ、圧力計／センサ（例えば、ユーザが電話機を握る力を測定するセンサ）、光センサ３０６などからのデータ／入力をキャプチャできる。ＵＡＤフレームワークは、１または複数のセンサからのデータ／入力を処理できる。ＵＡＤフレームワークは、処理結果を専用ＵＡＤ ＡＰＩを介してアプリケーションに提示できる。

ＵＡＤ３１６は、以下のうちの１または複数を含むことができる：表示処理３３０、カメラ処理３２８、画像処理および顔検出３３２、センサ信号処理３２２、３２４、および３２６、および合成論理３２０。このアーキテクチャを拡張できる。オペレーティングシステム（例えば、アンドロイドオペレーティングシステム）３１４を提供できる。本明細書の実装の説明においてアンドロイドオペレーティングシステムは、例示的なＯＳとして使用されるが、基本原理は、他のオペレーティングシステムに適用できる。

ＵＡＤ３１６の表示処理３３０を提供できる。一部のアプリケーションの場合、ユーザは、ＵＡＤの背後で起きていることを知りたくない場合もある。例えば、ユーザは、ストリーミングビデオを見ているかもしれず、他の情報に気を取られたくないかもしれない。アプリケーションは、アプリケーションによって提供されたコンテンツを表示し（例えば、コンテンツのみを表示する）、そしてＵＡＤから入力（例えば、カメラ画像）しないようにできる。一部のアプリケーションの場合、ユーザは、ＵＡＤブロックからのコンテンツを見たいかもしれない。例えば、デバッグモードまたは一部の対話型アプリケーションにおいて、ユーザは、画面表示から顔検出結果を見たいかもしれない。ＵＡＤ３１６は、ユーザがＵＡＤ結果を表示するか否かを選択するオプションを提供できる。

表示処理は、カメラ処理および顔検出ブロックからビットマップファイルを読み取るためのスレッドを設定して、スレッドを画面に（周期的に）表示できる。ＵＡＤ結果を表示することが所望であれば、表示処理および／または顔の表示を遂行できる。これは、内部的およびユーザに透過的に行うことができる。

カメラ処理を提供できる。カメラによってキャプチャされた画像を獲得する（例えば、アンドロイドＯＳ上の）実装は、ｃａｍｅｒａ ｉｎｔｅｎｔ ｍｅｔｈｏｄ（カメラインテントメソッド）およびＣａｍｅｒａ．ｔａｋｅＰｉｃｔｕｒｅ（）ｍｅｔｈｏｄを含むことができる、ユーザ起動のキャプチャを含み、そして異なるコールバック関数（例えば、ｓｅｔＰｒｅｖｉｅｗＣａｌｌｂａｃｋ、ｓｅｔＰｒｅｖｉｅｗＣａｌｌｂａｃｋＷｉｔｈＢｕｆｆｅｒ、およびｓｅｔＯｎｅＳｈｏｔＰｒｅｖｉｅｗＣａｌｌｂａｃｋ）によって設定される、コールバックキャプチャをプレビューできる。顔検出器は、カメラから画像を受信する（例えば、画像（複数）を連続的に受信する）ことができる。コールバックメソッドを利用できる。ユーザが（例えば、アンドロイドＯＳのＡＰＩレベル１０およびそれ以前のレベルを用いて）コールバックを使用している間、プレビューを画面に表示したくなければ、ＯＳのディスプレイＳｕｒｆａｃｅＨｏｌｄｅｒをヌル(null)に設定する（例えば、アンドロイドではｓｅｔＰｒｅｖｉｅｗＤｉｓｐｌａｙ（ヌル）に設定する）ことによって遂行される。ユーザは、ＳｕｒｆａｃｅＨｏｌｄｅｒを有するＯＳにｓｅｔＰｒｅｖｉｅｗＤｉｓｐｌａｙ関数を提供でき、提供できなければ、コールバックは（例えば、アンドロイドＯＳのＡＰＩレベル１１において）機能することができない。ＯＳ（例えば、アンドロイド）は、ＡＰＩ関数（例えば、ＡＰＩレベル１１およびそれ以降のレベルのｓｅｔＰｒｅｖｉｅｗＴｅｘｔｕｒｅと呼ばれるＡＰＩ関数）を付加できる。この関数は、カメラ画像のＧＰＵ処理およびレンダリングに使用できる。ＡＰＩは、本明細書で説明されるフレームワークのカメラのコールバックに使用できる。

カメラ処理ブロックは、表示処理ブロックと対話することができる。カメラは、ディスプレイの方位を知ることができ、そして（例えば、顔の距離を算出する前に）パラメータを提供できる。カメラ処理ブロックは、ビットマップ(bmp)バッファを表示処理ブロックと共有できる。

カメラ処理は、カメラのコールバックＡＰＩからの生画像データを引き出すスレッドを設定して、画像処理および顔検出を（周期的に）行うことができる。これは、内部的およびユーザに透過的に行うことができる。

画像処理および顔検出を提供できる。画像処理は、顔検出の前に付加される。フレームワークによって生画像データを操作する１または複数の画像処理技術を付加させることができる。例えば、フレームワークは、カメラ画像のノイズ除去、ダウンサンプリング／アップサンプリング、時間的画像フィルタリングなどを利用できる。例えば、ＹＵＶ画像は、ビットマップ画像に変換されて、例えば、カラー画像出力および／または濃淡画像出力として提供できる。

ＯＳが顔検出のネイティブなＡＰＩを提供するのであれば、本明細書で説明される実装は、顔検出のネイティブなＡＰＩを利用できる。例えば、アンドロイドＯＳは、このような機能性を提供できる。実装は、ソフトウェア実装（例えば、Ｖｉｏｌａ−Ｊｏｎｅｓ法アルゴリズムのソフトウェア実装）を稼働できる。

顔検出推定（例えば、顔検出器の結果を使用する）を提供できる。顔検出器の結果が肯定であれば、その結果を利用して、モバイルデバイスの画面までのユーザの距離を推定できる。眼球位置検出器を利用してユーザのＩＰＤ（瞳孔間距離）を決定して、画面からユーザまでの距離を導くことができる。ユーザのＩＰＤ値は、ユーザが指定できるパラメータのうちの１つとして利用できる。デフォルトＩＰＤ値を設定できる。例えば、デフォルトＩＰＤは、成人の視聴者の平均値に対応できる、６３ｍｍに設定される。成人の視聴者のＩＰＤ分布の標準偏差は、およそ３．８ｍｍとなる。大多数の視聴者の場合、視聴者の真のＩＰＤは、１８％までが６３ｍｍとは異なる可能性がある。

眼球位置の検出が有効でないまたは肯定的結果が出なければ、顔幅／スケールパラメータが顔検出アルゴリズムによって戻される、実装を利用できる。図４Ａは、瞳孔間距離（ＩＰＤ）を使用して画面からユーザの顔までの距離の例示的な計算を示す図である。図４Ｂは、（例えば、顔検出器によってレポートされるような）頭スケール／幅を使用して画面からユーザまでの距離の例示的な計算を示す図である。カメラの視野角およびユーザの目の角度（α）または頭幅をキャプチャする角度（β）を利用できる。カメラの視野角は、モバイルデバイス４０２の方位によって決まる。値は、方位センサからの入力（複数）を読み取って、カメラの視野角が修正されたことを確保した決定の後に読み込まれる。

ユーザの目の角度（α）を使用して画面までのユーザの距離を計算する実装を提供できる。頭幅の角度（β）を使用した導出も同様となる。画面からユーザまでの距離ｄは、以下の式を使用して決定される。

この式は、以下のように書き換えされる。

従って、以下の式を利用できる。

この式によって以下の式が与えられる。

これらの数式を利用して、モバイルデバイスの画面からユーザまでの距離ｄを決定できる。

センサ信号処理を提供できる。ＯＳは、複数のセンサをサポートできる。例えば、アンドロイドＯＳのバージョンは、異なる１３のセンサをサポートできる。電話機は、使用可能なそれらのセンサのサブセットを含むことができる。センサデータの信号処理は、ＵＡＤの一部に含むことができる。異なるユーザアクティビティは、結果的に異なるセンサデータの統計となる。例えば、人々は、モバイルデバイスを手に持つ場合もあれば、モバイルデバイスをポケットに入れる、および／またはモバイルデバイスをテーブルの上に置く場合もあり、各条件は、結果的に異なるセンサデータの統計となる。

図５は、センサ信号処理のデータ構造の例を示す図である。信号処理（例えば、フィルタリング）は、均一の信号サンプリングが有益である。一部のＯＳ（例えば、アンドロイド）において、センサからのサンプリングデータが均一でない場合がある。各要素が複数のコンポーネントを有することができるところに循環バッファを設計して利用できる。例えば、各要素は、図５に示すように、２つのコンポーネント、サンプル値およびタイムスタンプを有することができる。センササンプルを（例えば、ランダムに）循環バッファに入れることができるが、統計は、合成論理によって規則的に読み込まれる。タイムスタンプは、統計を精緻化するのに使用できる。タイムスタンプは、重み付けフィルタ設計に使用できる。センサ信号処理ブロックは、同様の構造を共有でき、従って、共通部分は、フレキシブルなＡＰＩを有するクラスとして実装される。

合成論理を提供できる。合成論理は、１または複数の（例えば、複数の）センサからの入力を組み合わせて、例えば、ＡＰＩによってアプリケーションに示されるＵＡＤ測定基準を作成できる。本明細書で説明される実装は、異なるセンサ信号処理ブロック、画像処理および顔検出ブロックなどから統計および他の有用な情報を集めて計算できる。本明細書で説明される実装は、アプリケーション（複数）の要件（複数）に基づいて統計を分析して処理できる。本明細書で説明される実装は、アプリケーション設計の結果を作成できる。合成論理の一例は、ユーザが画面の前にいるかどうかを検出して、例えば、本明細書で説明されるように、顔検出結果を改善することである。

ＵＡＤ ＡＰＩを提供できる。トップレベルのユーザアクティビティＡＰＩの要素を本明細書で提供できる。例えば、ＵＡＤライブラリを開始するために、アプリケーションは、クラスＵｓｅｒＡｃｔｉｖｉｔｙ Ｄｅｔｅｃｔｉｏｎをインスタンス化できる。これは、以下の呼び出しを用いて行われる。

ここにｄｉｓｐｌａｙ＿ｆｌａｇは、前向きカメラのプレビューウィンドウが画面に映し出されるかどうかを示す。

この関数は、例えば、アプリケーションのｏｎＣｒｅａｔｅ（）コールバック関数から呼び出すことができる。プレビューウィンドウを表示することが所望であれば、アプリケーションは、以下のように呼び出す。

表示を停止するために、アプリケーションは、以下のように呼び出すことができる。

アプリケーションは、アクティビティコールバックの以下の呼び出しのうちの１または複数を付加できる。

ユーザアクティビティ結果（複数）を読み込むために、アプリケーションは、以下のインタフェースを使用できる。

ここにｍ＿ｕａｄ＿ｒｅｓｕｌｔは、現在以下の構造として定義されている。

ユーザアクティビティ検出は、例えば、ユーザがモバイルデバイス（例えば、電話機／タブレット）を手（両手）に持っているとき、ユーザがモバイルデバイスをポケット／袖に入れて持ち歩いているとき、および／または（例えば、モバイルデバイスがテーブルの上にあれば）ユーザがモバイルデバイスを手に持っていないまたは持ち歩いてないときに提供できる。

ユーザがビデオまたはその他のコンテンツをユーザのモバイルデバイスで見ているとき、電話機は、ユーザの手の中にある。ユーザのプレゼンスを検出するための実装は、複数の基準に基づくことができる。例えば、ユーザのプレゼンスを検出するための実装は、モバイルデバイスの（例えば、３方向すべてにおける）加速度と方位に対する重力の方向との統計に基づくことができる。

加速度計によって作成されたデータ（例えば、データのばらつき）が一定値の閾値を超えれば、ユーザが目の前にいる(present)と決定できる。電話機の方位を使用して、例えば、閾値を下げることによって、検出を改善できる。例えば、ユーザがビデオをユーザのモバイルデバイスで見るとき、ユーザは、モバイルデバイスを角度の一定の範囲に保つことができる。この角度の範囲は、本明細書で説明される実装によって利用される。（例えば、角度の範囲を経由した）電話機の方位は、ユーザがビデオをユーザのモバイルデバイスで見るときのシナリオに利用される。

複数のセンサから受信されたデータの合成（例えば、組み合わせ）を利用して、顔検出および顔近接検出の誤認警報を削減できる。例えば、ＯｐｅｎＣＶは、Ｖｉｏｌａ−Ｊｏｎｅｓ法顔検出アルゴリズムを、例えば、Ｖｉｏｌａ−Ｊｏｎｅｓ法顔検出アルゴリズムに基づくオープンソースの実装として実装できる。（例えば、誤認警報および誤検出レートを削減することによって）顔検出を改善する特徴を例えば、幾何学的顔の特徴、時間的動き限界、ポスト画像処理技術などを使用することによって使用または付加できる。ネイティブな顔検出アルゴリズムを利用して、例えば、（例えば、アンドロイドＯＳの）Ｖｉｏｌａ−Ｊｏｎｅｓ法顔検出アルゴリズムを補足できる。電話機の付加的なセンサを利用して、顔検出結果を改善できる。例えば、アンドロイドのネイティブな顔検出アルゴリズムは、誤認警報となり、結果的に顔の距離の間違った推定となる、いくつかのバックグラウンドをユーザの顔として検出できる。誤検出の別のシナリオは、ユーザがモバイルデバイスを持つ際に彼の／彼女の顔に近すぎて、カメラが顔検出のために顔全体をキャプチャすることができない場合となる。

図６は、例えば、本明細書で説明される合成技術を使用できる、顔検出および顔近接決定の例を示す。６０２において、顔検出アルゴリズムを呼び出すことができる。顔が検出されると、例えば、デバイスとユーザの顔との間の距離は、例えば、本明細書で説明されるような、画像プレーン検出器（ｉｐｄ）および／またはカメラの視野角範囲によって算出される。顔の距離に沿って、６０４において、顔の距離の変更レートを計算できる。顔の距離の変更レートは、検出された顔の一貫性を調べるために遂行される。例えば、顔の距離の変更レートが高いと、６０６において、検出された顔が誤りであったと決定でき、そして複数のデバイスセンサからの情報を使用して、ユーザプレゼンスを決定できる。

加速度計の統計を使用して、ユーザがデバイスを手に持っているか否かを（例えば、動きステータスは、デバイスが移動中または移動していないかを示す）決定できる。６０８において、ユーザの動きを検出できる（例えば、動きステータスは、デバイスが移動中であることを示す）。ユーザの動きが検出されると（例えば、動きステータスは、デバイスが移動中であることを示す）、６１０において、ユーザの顔と画面との間の距離を範囲の上限に定めることができる（例えば、ユーザプレゼンスを確認するために８−２７インチの範囲を検出された動きに沿って使用でき、従って、動きが検出され、そして８−２７インチの範囲内で顔が検出されると、ユーザのプレゼンスを確認できる）。８−２７インチの範囲は、ユーザがユーザのモバイルデバイスを手に持つときに通常達成可能な範囲である。加速度計のデータが、デバイスが停止中であることを示すと（例えば、動きステータスは、デバイスが停止中であることを示す）、６１４において、ユーザがデバイスを手に持っていないと見なされ、６１４において、範囲の上限が緩和され、そして別の範囲に設定できる（例えば、８−７０インチの範囲を使用してユーザプレゼンスを確認でき、従って、動きが検出されず、そして８−７０インチの範囲内で顔が検出されると、ユーザのプレゼンスを確認できる）。８−７０インチの範囲は、顔検出器アルゴリズムの典型的な操作範囲に対応できる。ユーザが画面から遠ければ、カメラの解像度および顔検出器の精度は、ユーザのプレゼンスを検出できるほど十分でない。

顔検出結果を処理する場合、他の要因、例えば、人の動きの速度（例えば、人間の動きの有限速度）を考慮に入れることができる。例えば、人が電話機を手に持っていると、ビューイング距離がゆっくり変化すると見なすことができ、そして特定の範囲（例えば、３−５インチ／秒）を超えるジャンプを誤認警報のインジケータとして使用できる。

６１２または６１６において、取得された顔の距離値は、例えば、ローパスフィルタまたはメジアン（ｍｅｄｉａｎ）フィルタを使用して、時間的フィルタされる。フィルタされた結果は、ＵＡＤ ＡＰＩを呼び出すことができる、ユーザアプリケーションに送信できる。

顔検出アルゴリズムが顔を検出しない状況において、本明細書で説明される実装は、センサの統計および／または以前に検出された顔の距離によって決まる。６２０において、センサのデータがユーザのプレゼンス、および顔の距離値がユーザアクティビティの平均距離である閾値（例えば、１２．７インチ）未満であることを示すならば、６２４において、検出された顔の距離の値を保持できる。これは、顔は検出されなかったがユーザプレゼンスが検出されて、ユーザが以前にデバイスに近づいていたのであれば、ユーザがなおもデバイスの近くにいるが、カメラが顔検出のために顔全体をキャプチャすることができないという可能性が高い理由による。計算された顔の距離値が閾値（例えば、１２．７インチ）よりも大きかった状況において、６２６において、コンピュータの顔の距離を閾値（例えば、１２．７インチ）にドリフトできる（例えば、漸次的にドリフトできる）。

ユーザの顔が検出されず、どのユーザプレゼンスも検出されなかった状況において、６２８において、タイムアウトが開始され、そして顔の距離値を閾値（例えば、７０インチ）に向かってドリフトできる（例えば、漸次的にドリフトできる）。この閾値は、例えば、ユーザが前向きカメラを使用できるとき、ユーザが感知される水平が限界となる。

両方の事例におけるドリフトの使用（例えば、漸次的なドリフト）は、特別なロバスト性をアルゴリズムに付加できる。例えば、ユーザは、カメラの視野に一時的に入る／出ることもあり、彼／彼女が再度短い時間期間に現れても、ドリフトにより、レポートされた距離のわずかな変動しか生じない。

本明細書で開示される詳細は、例示的であり、本適用の範囲を限定することを意図しない。付加的な実装は、開示された発明の主題に使用または付加できる。例えば、環境照度センサは、例えば、カメラおよび／または照度センサが（例えば、ユーザが電話機を手に持つことによって）ブロックされたかどうかを決定するカメラ入力との組み合わせにおいて利用される。電話機の方位もまた、例えば、顔検出器が操作可能であるかどうかなどを決定するために利用される。ディスプレイタッチ、近接、およびマイクロフォンセンサなどの、他のセンサからの入力を合成論理に組み込んで（例えば、組み合わせて）、結果の信頼性を改善できるが、これらのセンサに限定されるわけではない。

図７Ａは、開示された１または複数の実施形態を実装できる例示的な通信システム５００の図である。通信システム５００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを複数の無線ユーザに提供する、多元接続システムであってよい。通信システム５００は、無線帯域幅を含むシステムリソースの共有を通じて、複数の無線ユーザがそのようなコンテンツにアクセスすることを可能にできる。例えば、通信システム５００は、ＣＤＭＡ（符号分割多元接続）、ＴＤＭＡ（時分割多元接続）、ＦＤＭＡ（周波数分割多元接続）、ＯＦＤＭＡ（直交ＦＤＭＡ）、ＳＣ−ＦＤＭＡ（単一キャリアＦＤＭＡ）などの、１または複数のチャネルアクセス方法を用いることができる。

図７Ａに示すように、通信システム５００は、無線送信/受信ユニット（ＷＴＲＵ）５０２ａ、５０２ｂ、５０２ｃ、５０２ｄ、無線アクセスネットワーク（ＲＡＮ）５０３／５０４／５０５、コアネットワーク５０６／５０７／５０９と、公衆交換電話網（ＰＳＴＮ）５０８、インターネット５１０と、他のネットワーク５１２を含むことができるが、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素も企図している。ＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃ、５０２ｄのそれぞれは、無線環境で操作および／または通信するように構成された任意のタイプのデバイスであってよい。例として、ＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃ、５０２ｄは、無線信号を送信および／または受信するように構成されてもよく、ＵＥ（ユーザ機器）、移動局、固定式または移動式加入者ユニット、ページャ、携帯電話機、ＰＤＡ（携帯情報端末）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家電製品、または圧縮ビデオ通信を受信して処理する能力がある他の端末機を含んでよい。

通信システム５００はまた、基地局５１４ａと基地局５１４ｂを含むこともできる。基地局５１４ａ、５１４ｂのそれぞれは、ＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃ、５０２ｄのうちの少なくとも１つとワイヤレスにインタフェースして、コアネットワーク５０６／５０７／５０９、インターネット５１０、および／またはネットワーク５１２などの、１または複数の通信ネットワークへのアクセスを容易にするように構成された任意のタイプのデバイスであってよい。例として、基地局５１４ａ、５１４ｂは、ＢＴＳ（ベーストランシーバ基地局）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、ＡＰ（アクセスポイント）、無線ルータなどであってよい。基地局５１４ａ、５１４ｂはそれぞれ、単一要素として示されているが、基地局５１４ａ、５１４ｂは、相互接続された任意の数の基地局および／またはネットワーク要素を含むことができることが認識されよう。

基地局５１４ａは、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの、他の基地局および／またはネットワーク要素（図示せず）を含むこともできる、ＲＡＮ５０３／５０４／５０５の一部にすることができる。基地局５１４ａおよび／または基地局５１４ｂは、セル（図示せず）と呼ばれる、特定の地理的領域内で無線信号を送信および／または受信するように構成される。セルは、セルセクタにさらに分割される。例えば、基地局５１４ａと関連付けられたセルを３つのセクタに分割できる。従って、一実施形態において、基地局５１４ａは、３つのトランシーバ、即ち、セルの各セクタに１トランシーバを含むことができる。別の実施形態において、基地局５１４ａは、マルチ−入力・マルチ−出力（ＭＩＭＯ）技術を用いることができ、従って、セルの各セクタに複数のトランシーバを利用できる。

基地局５１４ａ、５１４ｂは、適した任意の無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光線など）であってよい、エアーインターフェース５１５／５１６／５１７を介してＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃ、５０２ｄのうちの１または複数と通信できる。エアーインターフェース５１５／５１６／５１７は、適した任意の無線アクセス技術（ＲＡＴ）を使用して確立できる。

より詳細には、上述のように、通信システム５００は、多元接続システムであってよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの、１または複数のチャネルアクセススキームを用いることができる。例えば、ＲＡＮ５０３／５０４／５０５内の基地局５１４ａおよびＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃは、広域帯ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアーインターフェース５１５／５１６／５１７を確立できる、ＵＴＲＡ（ユニバーサル移動通信システム（ＵＭＴＳ）地上波無線アクセス）などの無線技術を実装できる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／またはＨＳＰＡ＋（進化型ＨＳＰＡ）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。

別の実施形態において、基地局５１４ａおよびＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト(ＬＴＥ−Ａ）を使用してエアーインターフェース５１５／５１６／５１７を確立できる、進化型ＵＭＴＳ地上波無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装できる。

他の実施形態において、基地局５１４ａおよびＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃは、ＩＥＥＥ８０２．１６（即ち、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００１Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、ＩＳ−２０００（Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ２０００）、ＩＳ−９５（Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ９５）、ＩＳ−８５６（Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ８５６）、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）、ＧＥＲＡＮ(GSM EDGE)などの無線技術を実装できる。

図７Ａの基地局５１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであってよく、職場、住居、車、キャンパスなどの、ローカルエリアで無線接続性を容易にするために適した任意のＲＡＴを利用できる。一実施形態において、基地局５１４ｂおよびＷＴＲＵ５０２ｃ、５０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するＩＥＥＥ８０２．１１などの、無線技術を実装できる。別の実施形態において、基地局５１４ｂおよびＷＴＲＵ５０２ｃ、５０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するＩＥＥＥ８０２．１５などの、無線技術を実装できる。さらに別の実施形態において、基地局５１４ｂおよびＷＴＲＵ５０２ｃ、５０２ｄは、セルベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立できる。図７Ａに示すように、基地局５１４ｂは、インターネット５１０に直接接続できる。従って、基地局５１４ｂは、コアネットワーク５０６／５０７／５０９経由でインターネット５１０にアクセスする必要がない。

ＲＡＮ５０３／５０４／５０５はコアネットワーク５０６と通信でき、コアネットワーク５０６は、音声、データ、アプリケーション、および／またはＶｏＩＰ（ボイスオーバーインターネットプロトコル）サービスをＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃ、５０２ｄのうち１または複数に提供するように構成された任意のタイプのネットワークであってよい。例えば、コアネットワーク５０６／５０７／５０９は、呼制御、課金サービス、モバイルロケーションベースのサービス、プリペイド電話、インターネット接続性、ビデオ配布などを提供でき、および／またはユーザ認証などのハイレベルのセキュリティ機能を遂行できる。図７Ａに示していないが、ＲＡＮ５０３／５０４／５０５および／またはコアネットワーク５０６／５０７／５０９は、ＲＡＮ５０３／５０４／５０５と同じＲＡＴまたは異なるＲＡＴを用いる、他のＲＡＴとの直接または間接通信であってよいことが認識される。例えば、Ｅ−ＵＴＲＡ無線技術を利用できるＲＡＮ５０３／５０４／５０５に接続されることに加えて、コアネットワーク５０６／５０７／５０９はまた、ＧＳＭ無線技術を用いた別のＲＡＮ（図示せず）と通信することもできる。

コアネットワーク５０６／５０７／５０９はまた、ＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃ、５０２ｄがＰＳＴＮ５０８、インターネット５１０、および／または他のネットワーク５１２にアクセスするためのゲートウェイとして機能することもできる。ＰＳＴＮ５０８は、旧来の音声電話サービス（ＰＯＳＴ）を提供する回線交換電話網を含むことができる。インターネット５１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）およびインターネットプロトコル（ＩＰ）などの、共通の通信プロトコルを使用して相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含むことができる。ネットワーク５１２は、他のサービスプロバイダによって所有および／または運用される有線または無線通信ネットワークを含むことができる。例えば、ネットワーク５１２は、ＲＡＮ５０３／５０４／５０５と同じＲＡＴまたは異なるＲＡＴを用いることができる、１または複数のＲＡＮに接続された別のコアネットワークを含むことができる。

通信システム５００内のＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃ、５０２ｄの一部またはすべては、マルチモード能力を含むことができる。即ち、ＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃ、５０２ｄは、異なる無線リンク上で異なる無線ネットワークと通信する複数のトランシーバを含むことができる。例えば、図７Ａに示したＷＴＲＵ５０２ｃは、セルベースの無線技術を用いることができる基地局５１４ａと、ＩＥＥＥ８０２無線技術を用いることができる基地局５１４ｂとの通信を行うように構成される。

図７Ｂは、例示的なＷＴＲＵ５０２のシステム図である。図７Ｂに示すように、ＷＴＲＵ５０２は、プロセッサ５１８、トランシーバ５２０、送信／受信要素５２２、スピーカ／マイクロフォン５２４、キーパッド５２６、ディスプレイ／タッチパッド５２８、ノンリムーバブルメモリ５３０、リムーバブルメモリ５３２、電源５３４、ＧＰＳ（全地球測位システム）チップセット５３６、および他の周辺機器５３８を含むことができる。ＷＴＲＵ５０２は、実施形態と整合性を保った上で、上述の要素の任意の組み合わせを含むことができることが認識されよう。また、実施形態は、基地局５１４ａおよび５１４ｂ、および／または基地局５１４ａおよび５１４ｂが、限定されるわけではないが、とりわけトランシーバ基地局（ＢＴＳ）、ノードＢ、サイトコントローラ、ＡＰ（アクセスポイント）、ホームノードＢ、進化型ホームノードＢ（ｅノードＢ）、ホーム進化型ノードＢ（ＨｅＮＢ）、ホーム進化型ノードＢゲートウェイ、およびプロキシノードを表すことができるノードが、図７Ｂおよび本明細書で説明される要素の一部またはすべてを含むことができることを企図している。

プロセッサ５１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、ＤＳＰ（デジタル信号プロセッサ）、ＧＰＵ(graphics processing unit)、複数のマイクロプロセッサ、ＤＳＰコアと連動する１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（現場プログラム可能ゲートアレイ）回路、その他のタイプのＩＣ（集積回路）、ステートマシンなどであってよい。プロセッサ５１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ５０２が無線環境で動作可能にさせるその他の機能性を遂行できる。プロセッサ５１８をトランシーバ５２０に結合でき、トランシーバ５２０を送信／受信要素５２２に結合できる。図７Ｂは、プロセッサ５１８とトランシーバ５２０とを個別のコンポーネントとして示しているが、プロセッサ５１８とトランシーバ５２０とを電子パッケージまたはチップ内にまとめることができることが認識されよう。

送信／受信要素５２２は、エアーインターフェース５１５／５１６／５１７上で基地局（例えば、基地局５１４ａ）にシグナルする、または基地局から信号を受信するように構成される。例えば、一実施形態において、送信／受信要素５２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってよい。別の実施形態において、送信／受信要素５２２は、例えば、ＩＲ、ＵＶ、または可視光線信号を送信および／または受信するように構成されたエミッタ／検出器であってよい。さらに別の実施形態において、送信／受信要素５２２は、ＲＦ信号と光信号との両方を送受信するように構成される。送信／受信要素５２２は、無線信号の任意の組み合わせを送信および／または受信するように構成されることが認識される。

さらに、送信／受信要素５２２を単一要素として図７Ｂに示しているが、ＷＴＲＵ５０２は、任意の数の送信／受信要素５２２を含むことができる。より詳細には、ＷＴＲＵ５０２は、ＭＩＭＯ技術を用いることができる。従って、一実施形態において、ＷＴＲＵ５０２は、エアーインターフェース５１５／５１６／５１７上で無線信号を送受信する２または３以上の送信／受信要素５２２（例えば、複数のアンテナ）を含むことができる。

トランシーバ５２０は、送信／受信要素５２２によって送信される信号を変調して、送信／受信要素５２２によって受信された信号を復調するように構成される。上述のように、ＷＴＲＵ５０２は、マルチモード能力を有することができる、従って、トランシーバ５２０は、ＷＴＲＵ５０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの、複数のＲＡＴを介して通信することを可能にする複数のトランシーバを含むことができる。

ＷＴＲＵ５０２のプロセッサ５１８は、スピーカ／マイクロフォン５２４、キーバッド５２６、および／またはディスプレイ／タッチパッド５２８（例えば、液晶ディスプレイ（ＬＣＤ）表示ユニットまたは有機発光ダイオード（ＯＬＥＤ）表示ユニット）に結合されて、それらからユーザ入力データを受信できる。プロセッサ５１８はまた、スピーカ／マイクロフォン５２４、キーバッド５２６、および／またはディスプレイ／タッチパッド５２８にユーザデータを出力することもできる。さらに、プロセッサ５１８は、ノンリムーバブルメモリ５３０および／またはリムーバブルメモリ５３２などの、適した任意のタイプのメモリからの情報にアクセスして、それらのメモリにデータを記憶できる。ノンリムーバブルメモリ５３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、ハードディスク、またはその他のタイプのメモリ記憶デバイスを含むことができる。リムーバブルメモリ５３２は、契約者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態において、プロセッサ５１８は、サーバまたはホームコンピュータ（図示せず）などの、物理的にＷＴＲＵ５０２に設置されていないメモリからの情報にアクセスして、それらのメモリにデータを記憶できる。

プロセッサ５１８は、電源５３４から電力を受け取ることができ、その電力をＷＴＲＵ５０２内の他のコンポーネントに配布および／または制御するように構成される。電源５３４は、ＷＴＲＵ５０２に電力供給するのに適した任意のデバイスであってよい。例えば、電源５３４は、１または複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含むことができる。

プロセッサ５１８はまた、ＧＰＳチップセット５３６を、ＷＴＲＵ５０２の現在の位置に関する位置情報（例えば、経緯度）を提供するように構成できる、ＧＰＳチップセット５３６にも結合される。追加または代替として、ＧＰＳチップセット５３６からの情報により、ＷＴＲＵ５０２は、基地局（例えば、基地局５１４ａ、５１４ｂ）からエアーインターフェース５１５／５１６／５１７上で位置情報を受信し、および／または２または３以上の近隣の基地局から受信される信号のタイミングに基づいてＷＴＲＵの位置を決定できる。ＷＴＲＵ５０２は、実施形態と整合性を保った上で、適した任意の位置決定方法によって位置情報を獲得できることが認識されよう。

プロセッサ５１８は、付加的な特徴、機能性および／または有線または無線接続性を提供する、１または複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる、他の周辺機器５３８にさらに結合される。例えば、周辺機器５３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。

図７Ｃは、実施形態に従ったＲＡＮ５０３およびコアネットワーク５０６のシステム図である。上述のように、ＲＡＮ５０３は、ＵＴＲＡ無線技術を用いて、エアーインターフェース５１５上でＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃと通信できる。ＲＡＮ５０４はさらに、コアネットワーク５０６とも通信できる。図７Ｃに示すように、ＲＡＮ５０４は、そのそれぞれがエアーインターフェース５１５を介してＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃと通信するための１または複数のトランシーバを含む、ノードＢ５４０ａ、５４０ｂ、５４０ｃを含む。ノードＢ５４０ａ、５４０ｂ、５４０ｃのそれぞれは、ＲＡＮ５０３内の特定のセル（図示せず）と関連付けられる。ＲＡＮ５０３はさらに、ＲＮＣ５４２ａ、５４２ｂを含むこともできる。ＲＡＮ５０３は、実施形態と整合性を保った上で、任意の数のノードＢおよびＲＮＣを含むことができることが認識される。

図７Ｃに示すように、ノードＢ５４０ａ、５４０ｂは、ＲＮＣ５４２ａと通信できる。付加的には、ノードＢ５４０ｃは、ＲＮＣ５４２ｂと通信できる。ノードＢ５４０ａ、５４０ｂ、５４０ｃは、Ｉｕｂインタフェースを介してそれぞれＲＮＣ５４２ａ、５４２ｂと通信できる。ＲＮＣ５４２ａ、５４２ｂは、Ｉｕｒインタフェースを介して互いに通信できる。５４２ａ、５４２ｂのそれぞれは、接続されているノードＢ５４０ａ、５４０ｂ、５４０ｃのそれぞれを制御するように構成される。さらに、ＲＮＣ５４２ａ、５４２ｂのそれぞれは、外ループ電力制御、読み込み制御、許可制御、パケットスケジューリング、ハンドオーバー制御、マクロダイバーシティ、セキュリティ関数、データ暗号化などの、他の機能性を実施するまたはサポートするように構成される。

図７Ｃに示したコアネットワーク５０６は、メディアゲートウェイ（ＭＧＷ）５４４、モバイル交換センター（ＭＳＣ）５４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）５４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）５５０を含むことができる。上述した要素のそれぞれはコアネットワーク５０６の一部として示されているが、これらの要素のいずれも、コアネットワーク通信業者以外のエンティティによって所有および／または運用可能であることが認識される。

ＲＡＮ５０３内のＲＮＣ５４２ａはＩｕＣＳインタフェースを介してコアネットワーク５０６内のＭＳＣ５４６に接続される。ＭＳＣ５４６はＭＧＷ５４４に接続される。ＭＳＣ５４６およびＭＧＷ５４４は、ＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃにＰＳＴＮ５０８などの回路交換ネットワークへのアクセスを提供して、ＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃと従来の固定電話回線による通信デバイスとの間の通信を容易にする。

ＲＡＮ５０３内のＲＮＣ５４２ａはまた、ＩｕＰＳインタフェース経由でコアネットワーク５０６内のＳＧＳＮ５４８にも接続される。ＳＧＳＮ５４８はＧＣＳＮ５５０に接続される。ＳＧＳＮ５４８およびＧＣＳＮ５５０は、ＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃにインターネット５１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃとＩＰ対応(IP-enabled)デバイスとの間の通信を容易にする。

上述のように、コアネットワーク５０６はまた、他のサービスプロバイダによって所有および／または運用される他の有線または無線ネットワークを含むネットワーク５１２にも接続される。

図７Ｄは、別の実施形態に従ったＲＡＮ５０４およびコアネットワーク５０７のシステム図である。上述のように、ＲＡＮ５０４は、Ｅ−ＵＴＲＡ無線技術を用いて、エアーインターフェース５１６を介してＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃと通信する。ＲＡＮ５０４はまた、コアネットワーク５０７とも通信する。

ＲＡＮ５０４は、ｅノードＢ５６０ａ、５６０ｂ、５６０ｃを含むが、ＲＡＮ５０４は、実施形態と整合性を保った上で、任意の数のｅノードＢを含むことができることが認識される。ｅノードＢ５６０ａ、５６０ｂ、５６０ｃはそれぞれ、エアーインターフェース５１６を介してＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃと通信するための１または複数のトランシーバを含む。一実施形態において、ｅノードＢ５６０ａ、５６０ｂ、５６０ｃは、ＭＩＭＯ技術を実装する。従って、ｅノードＢ５６０ａは、例えば、ＷＴＲＵ５０２ａに無線信号を送信し、そしてＷＴＲＵ５０２ａから無線信号を受信するための複数のアンテナを使用する。

ｅノードＢ５６０ａ、５６０ｂ、５６０ｃのそれぞれを特定のセル（図示せず）と関連付けることができ、無線リソース管理決定、ハンドオーバー決定、アップリンクおよび／またはダウンリンクのユーザのスケジューリングなどを処理するように構成できる。図７Ｄに示すように、ｅノードＢ５６０ａ、５６０ｂ、５６０ｃは、Ｘ２インタフェース上で互いに通信する。

図７Ｄに示したコアネットワーク５０７は、モビリティ管理ゲートウェイ（ＭＭＥ）５６２、サービングゲートウェイ５６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ５６６を含むことができる。上述した要素のそれぞれをコアネットワーク５０７の一部として示しているが、これらの要素のいずれも、コアネットワーク通信業者以外のエンティティによって所有および／または運用可能であることが認識される。

ＭＭＥ５６２は、Ｓ１インタフェースを介してＲＡＮ５０４内のｅノードＢ５６０ａ、５６０ｂ、５６０ｃのそれぞれに接続でき、制御ノードとして機能できる。例えば、ＭＭＥ５６２は、ＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃの初期接続時に特定のサービングゲートウェイを選択することなどに関与することができる。ＭＭＥ５６２はまた、ＲＡＮ５０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を用いる他のＲＡＮ（図示せず）とを切り替える制御プレーン機能を提供することもできる。

サービングゲートウェイ５６４はＳ１インタフェースを介してＲＡＮ５０４内のｅノードＢ５６０ａ、５６０ｂ、５６０ｃのそれぞれに接続できる。サービングゲートウェイ５６４は一般に、ＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃへの／からのユーザデータパケットを経由して転送できる。サービングゲートウェイ５６４は、ｅノードＢ間のハンドオーバー時にユーザプレーンをアンカーすること、ダウンリンクデータがＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃに使用可能になった時にページングをトリガすること、ＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃのコンテキストを管理して記憶することなどの、他の機能も実行できる。

サービングゲートウェイ５６４はまた、ＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃにインターネット５１０などの、パケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃとＩＰ対応（ＩＰ−ｅｎａｂｌｅｄ）デバイスとの間の通信を容易にすることができる、ＰＤＮゲートウェイ５６６にも接続される。

コアネットワーク５０７は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク５０７は、ＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃにＰＳＴＮ５０８などの回路交換ネットワークへのアクセスを提供して、ＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃと従来の固定電話回線による通信デバイスとの間の通信を容易にすることができる。例えば、コアネットワーク５０７は、コアネットワーク５０７とＰＳＴＮ５０８との間のインタフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むかまたは通信できる。さらに、コアネットワーク５０７は、他のサービスプロバイダによって所有および／または運用される他の有線または無線通信ネットワークを含む、ネットワーク５１２へのアクセスをＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃに提供できる。

図７Ｅは、別の実施形態に従ったＲＡＮ５０５およびコアネットワーク５０９のシステム図である。ＲＡＮ５０５は、ＩＥＥＥ８０２．１６無線技術を用いて、エアーインターフェース５１７を介してＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃと通信するアクセスサービスネットワーク（ＡＳＮ）であってよい。以下にさらに論じられるように、ＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃの異なる機能エンティティとＲＡＮ５０５とコアネットワーク５０９との間の通信リンクは参照ポイントとして定義される。

図７Ｅに示すように、ＲＡＮ５０５は、基地局５８０ａ、５８０ｂ、５８０ｃおよびＡＳＮゲートウェイ５８２を含むことができるが、ＲＡＮ５０５は、実施形態と一致することで、任意の数の基地局およびＡＳＮゲートウェイを含むことができることが認識されよう。基地局５８０ａ、５８０ｂ、５８０ｃはそれぞれ、ＲＡＮ５０５内の特定のセル（図示せず）と関連付けることができ、そしてそれぞれは、エアーインターフェース５１７を介してＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃと通信するための１または複数のトランシーバを含む。一実施形態において、基地局５８０ａ、５８０ｂ、５８０ｃは、ＭＩＭＯ技術を実装する。従って、基地局５８０ａは、例えば、ＷＴＲＵ５０２ａに無線信号を送信するためのおよびＷＴＲＵ５０２ａから無線信号を受信するための、複数のアンテナを使用する。基地局５８０ａ、５８０ｂ、５８０ｃはさらに、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、ＱｏＳ（サービス品質）ポリシー強制などの、モビリティ管理機能を提供することもできる。ＡＳＮゲートウェイ５８２は、トラフィック集合ポイントとして機能でき、またページング、加入者プロファイルのキャッシング、コアネットワーク５０９へのルーティングなどに関与することができる。

ＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃとＲＡＮ５０５との間のエアーインターフェース５１７は、ＩＥＥＥ８０２．１６仕様を実装するＲ１参照ポイントとして定義される。さらに、ＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃのそれぞれは、コアネットワーク５０９との論理インタフェース（図示せず）を確立できる。ＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃとコアネットワーク５０９との間の論理インタフェースは、認証、承認、ＩＰホスト構成管理、および／またはモビリティ管理に使用できる、Ｒ２参照ポイントとして定義される。

基地局５８０ａ、５８０ｂ、５８０ｃのそれぞれの間の通信リンクは、ＷＴＲＵハンドオーバーおよび基地局間のデータ転送を容易にするためのプロトコルを含むＲ８参照ポイントとして定義できる。基地局１９０ａ、５８０ｂ、５８０ｃとＡＳＮゲートウェイ５８２との間の通信リンクをＲ６参照ポイントとして定義される。Ｒ６参照ポイントは、ＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃのそれぞれと関連付けられるモビリティイベントに基づいてモビリティ管理を容易にするためのプロトコルを含むことができる。

図７Ｅに示すように、ＲＡＮ５０５はコアネットワーク５０９に接続される。ＲＡＮ５０５とコアネットワーク５０９との間の通信リンクは、例えば、データ転送およびモビリティ管理能力を容易にするためのプロトコルを含むＲ３参照ポイントとして定義できる。コアネットワーク５０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）５８４、認証・承認・アカウンティング（ＡＡＡ）サーバ５８６、およびゲートウェイ５８８を含む。上述した要素のそれぞれはコアネットワーク５０９の一部として示されているが、これらの要素のいずれもが、コアネットワーク通信業者以外のエンティティによって所有および／または運用可能であることが認識される。

ＭＩＰ−ＨＡ５８４は、ＩＰアドレス管理に関与することができ、そしてＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃが、異なるＡＳＮおよび／または異なるコアネットワーク間でロームすることを可能にする。ＭＩＰ−ＨＡ５８４は、ＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃにインターネット５１０などパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃとＩＰ対応の（ＩＰ−ｅｎａｂｌｅｄ）デバイスとの間の通信を容易にする。ＡＡＡサーバ５８６は、ユーザ認証およびユーザサービスのサポートを担う。ゲートウェイ５８８は、他のネットワークとの相互作用を容易にすることができる。例えば、ゲートウェイ５８８は、ＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃにＰＳＴＮ５０８など回路交換ネットワークへのアクセスを提供して、ＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃと従来の固定電話回線による通信デバイスとの間の通信を容易にすることができる。さらに、ゲートウェイ５８８は、他のサービスプロバイダによって所有および／または運用される他の有線または無線ネットワークを含むことができる、ネットワーク５１２へのアクセスをＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃに提供できる。

図７Ｅに示していないが、ＲＡＮ５０５は他のＡＳＮに接続され、およびコアネットワーク５０９は他のコアネットワークに接続されることが認識される。ＲＡＮ５０５と他のＡＳＮとの間の通信リンクは、ＲＡＮ５０５と他のＡＳＮとの間のＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃのモビリティを調整するためのプロトコルを含むことができる、Ｒ４参照ポイントとして定義される。コアネットワーク５０９と他のコアネットワークとの間の通信リンクは、ホームコアネットワークと移動してきた(visited)コアネットワークとの間の相互作用を容易にするためのプロトコルを含むことができる、Ｒ５参照ポイントとして定義される。

上述したプロセスは、コンピュータおよび／またはプロセッサによって実行するためのコンピュータ可読媒体に組み込まれるコンピュータプログラム、ソフトウェア、および／またはファームウェアに実装される。コンピュータ可読媒体の例は、電子信号（有線および／または無線接続上で送信される）および／またはコンピュータ可読記憶媒体を含むが、これらに限定されない。コンピュータ可読記憶媒体の例は、限定されるわけではないが、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、限定されるわけではないが、内部ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、および／またはＣＤ−ＲＯＭディスク、および／またはデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。ソフトウェアと連動するプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末機、基地局、ＲＮＣ、および／または任意のホストコンピュータで使用するための無線周波数トランシーバを実装することができる。

Claims (12)

1. モバイルデバイスにおいてユーザプレゼンスを決定するための方法であって、
   顔を検出するステップと、
   前記検出された顔と関連付けられた顔の距離を決定するステップと、
   前記モバイルデバイスと関連付けられた動きステータスを決定するステップと、
   前記顔の距離および前記動きステータスに基づいてユーザプレゼンスを確認するステップと
   を備えたことを特徴とする方法。
2. 前記ユーザの距離は、瞳孔間距離、カメラの視野角、両目の角度、または頭幅をキャプチャする角度のうちの１または複数に基づいて決定されることを特徴とする請求項１に記載の方法。
3. 前記動きステータスは、前記モバイルデバイスが移動中または停止中であるかどうかを示すことを特徴とする請求項１に記載の方法。
4. 前記動きステータスは、前記モバイルデバイスの１または複数のセンサを使用して決定されることを特徴とする請求項１に記載の方法。
5. 前記ユーザプレゼンスは、距離の閾値を決定して、前記距離の閾値を前記顔の距離と比較することをさらに備えたことを特徴とする請求項１に記載の方法。
6. 前記距離の閾値は、前記動きステータスに基づいて決定されることを特徴とする請求項５に記載の方法。
7. ユーザプレゼンスを決定するように構成されたモバイルデバイスであって、
   顔を検出し、
   前記検出された顔と関連付けられた顔の距離を決定し、
   前記モバイルデバイスと関連付けられた動きステータスを決定し、
   前記顔の距離および前記動きステータスに基づいてユーザプレゼンスを確認するように構成された、プロセッサを備えたことを特徴とするモバイルデバイス。
8. 前記ユーザの距離は、瞳孔間距離、カメラの視野角、両目の角度、または頭幅をキャプチャする角度のうちの１または複数に基づいて決定されることを特徴とする請求項７に記載のモバイルデバイス。
9. 前記動きステータスは、前記モバイルデバイスが移動中または停止中であるかどうかを示すことを特徴とする請求項７に記載のモバイルデバイス。
10. 前記動きステータスは、前記モバイルデバイスの１または複数のセンサを使用して決定されることを特徴とする請求項７に記載のモバイルデバイス。
11. 前記ユーザプレゼンスを確認するために、前記プロセッサは、距離の閾値を決定して、前記距離の閾値を前記顔の距離と比較するようにさらに構成されたことを特徴とする請求項７に記載のモバイルデバイス。
12. 前記距離の閾値は、前記動きステータスに基づいて決定されることを特徴とする請求項１１に記載のモバイルデバイス。