(57)【要約】  モバイルデバイスにおいて使用されるコンテキストアウェアシステムは、コンテキスト分類器(CCL)に結合されたコンテキスト変化検出器(CCD)を含む。CCDは、センサデータを受信し、受信されたセンサデータに基づいて、モバイルデバイスの現在のコンテキスト状態の変化を検出するように構成される。CCLは、CCDが現在のコンテキスト状態の変化を検出することに応答して、低電力消費モードから通常の電力消費モードに移行するように構成される。CCLは、通常の電力消費モードの間にモバイルデバイスの次のコンテキスト状態を決定するようにさらに構成される。
2018533777.tif 000002
【特許請求の範囲】
【請求項１】
モバイルデバイスにおいて使用するためのコンテキストアウェアシステムであって、
前記モバイルデバイスの1つまたは複数のセンサからセンサデータを受信し、前記受信されたセンサデータに基づいて、前記モバイルデバイスの現在のコンテキスト状態の変化を検出するように構成されたコンテキスト変化検出器(CCD)と、
前記CCDに結合されたコンテキスト分類器(CCL)であって、前記CCDが前記現在のコンテキスト状態の前記変化を検出することに応答して、低電力消費モードから通常の電力消費モードに移行するように構成され、前記通常の電力消費モードの間に、前記モバイルデバイスの次のコンテキスト状態を決定するようにさらに構成された、コンテキスト分類器(CCL)と
を備える、コンテキストアウェアシステム。
【請求項２】
前記CCLが、前記モバイルデバイスの前記次のコンテキスト状態を決定した後、前記低電力消費モードに移行するように構成される、請求項1に記載のコンテキストアウェアシステム。
【請求項３】
前記CCDが、前記CCLから前記現在のコンテキスト状態の表示を受信するように構成され、前記CCDが、前記現在のコンテキスト状態に基づいて、および前記受信されたセンサデータに基づいて、前記現在のコンテキスト状態の前記変化を検出するように構成される、請求項1に記載のコンテキストアウェアシステム。
【請求項４】
前記CCDが、
1つまたは複数の特徴を生成するために、前記受信されたセンサデータを処理することと、
前記1つまたは複数の特徴を1つまたは複数のそれぞれのしきい値と比較することと
によって、前記現在のコンテキスト状態の前記変化を検出するように構成され、前記CCLが、前記モバイルデバイスの前記現在のコンテキスト状態に応答して前記1つまたは複数のそれぞれのしきい値を変更するように構成される、請求項3に記載のコンテキストアウェアシステム。
【請求項５】
前記1つまたは複数の特徴が、前記受信されたセンサデータの平均、前記受信されたセンサデータの分散、または前記受信されたセンサデータの標準偏差からなるグループから選択される少なくとも1つの特徴を含む、請求項4に記載のコンテキストアウェアシステム。
【請求項６】
前記CCDが、
1つまたは複数の特徴を生成するために、前記受信されたセンサデータを処理することと、
統計値を生成するために、前記1つまたは複数の特徴のうちの少なくとも1つに対して統計関数を実行することと、
前記統計値をしきい値と比較することであって、前記CCLが、前記モバイルデバイスの前記現在のコンテキスト状態に応じて前記しきい値を変更するように構成される、比較することと
によって、前記現在のコンテキスト状態の前記変化を検出するように構成される、請求項3に記載のコンテキストアウェアシステム。
【請求項７】
前記モバイルデバイスが、センサデータを前記CCDに提供するための複数のセンサを含み、前記CCLから受信された前記現在のコンテキスト状態の前記表示に応答して、前記CCDが、前記現在のコンテキスト状態の前記変化を検出するために前記複数のセンサのうちのどれを監視するかを決定するように構成される、請求項3に記載のコンテキストアウェアシステム。
【請求項８】
前記CCDが、第1のソフトウェアモジュール、プロセッサ、またはロジックとして実装され、前記CCLが、前記第1のソフトウェアモジュール、プロセッサ、またはロジックとは別個の異なる第2のソフトウェアモジュール、プロセッサ、またはロジックとして実装される、請求項1に記載のコンテキストアウェアシステム。
【請求項９】
前記CCDが、前記モバイルデバイスの前記現在のコンテキスト状態の前記変化を検出するための変化検出アルゴリズムを含み、前記CCLが、前記モバイルデバイスの次のコンテキスト状態を決定するための分類アルゴリズムを含み、前記変化検出アルゴリズムが、前記分類アルゴリズムの周波数よりも高い周波数において動作する、請求項1に記載のコンテキストアウェアシステム。
【請求項１０】
前記CCLが、前記CCDが前記現在のコンテキスト状態における前記変化を検出することに応答して、前記モバイルデバイスのバッファからバッファされた過去のセンサデータを受信するように構成され、前記CCLが、前記バッファされた過去のセンサデータに応答して、前記モバイルデバイスの前記次のコンテキスト状態を決定するようにさらに構成される、請求項1に記載のコンテキストアウェアシステム。
【請求項１１】
前記CCLが、前記CCDが前記現在のコンテキスト状態における前記変化を検出することに応答して新しいセンサデータのサンプリングを開始するように構成され、前記CCLが、前記新しいセンサデータに応答して前記モバイルデバイスの前記次のコンテキスト状態を決定するようにさらに構成される、請求項1に記載のコンテキストアウェアシステム。
【請求項１２】
モバイルデバイスに含まれるコンテキストアウェアシステムのコンテキスト変化検出器(CCD)においてセンサデータを受信するステップであって、前記センサデータが、前記モバイルデバイスの1つまたは複数のセンサから受信される、ステップと、
前記CCDによって、前記受信されたセンサデータに基づいて、前記モバイルデバイスの現在のコンテキスト状態の変化を検出するステップと、
前記CCDが前記変化を検出することに応答して、前記現在のコンテキスト状態の前記変化の表示を前記コンテキストアウェアシステムのコンテキスト分類器(CCL)に送信するステップと、
前記現在のコンテキスト状態の前記変化の前記表示を受信することに応答して、前記CCLを低電力消費モードから通常の電力消費モードに移行させるステップと、
前記CCLによって、前記通常の電力消費モードの間に前記モバイルデバイスの次のコンテキスト状態を決定するステップと
を備える、方法。
【請求項１３】
前記モバイルデバイスの前記次のコンテキスト状態を決定した後、前記CCLを前記低電力消費モードに移行させるステップをさらに備える、請求項12に記載の方法。
【請求項１４】
前記CCDにおいて、前記CCLから前記現在のコンテキスト状態の表示を受信するステップをさらに備え、前記CCDによって、前記現在のコンテキスト状態の前記変化を検出するステップが、前記現在のコンテキスト状態に基づいて、および前記受信されたセンサデータに基づいて、前記現在のコンテキスト状態の前記変化を検出するステップを含む、請求項12に記載の方法。
【請求項１５】
前記CCDによって、前記現在のコンテキスト状態の前記変化を検出するステップが、
1つまたは複数の特徴を生成するために、前記受信されたセンサデータを処理するステップと、
前記1つまたは複数の特徴を1つまたは複数のそれぞれのしきい値と比較するステップと
を含み、前記方法が、前記現在のコンテキスト状態に応答して前記1つまたは複数のそれぞれのしきい値を変更するステップをさらに備える、請求項14に記載の方法。
【請求項１６】
前記1つまたは複数の特徴が、前記受信されたセンサデータの平均、前記受信されたセンサデータの分散、または前記受信されたセンサデータの標準偏差からなるグループから選択される少なくとも1つの特徴を含む、請求項15に記載の方法。
【請求項１７】
前記CCDによって、前記現在のコンテキスト状態の前記変化を検出するステップが、
1つまたは複数の特徴を生成するために、前記受信されたセンサデータを処理するステップと、
統計値を生成するために、前記1つまたは複数の特徴のうちの少なくとも1つに対して統計関数を実行するステップと、
前記統計値をしきい値と比較するステップであって、前記CCLが、前記モバイルデバイスの前記現在のコンテキスト状態に応じて前記しきい値を変更するように構成される、ステップと
を含む、請求項14に記載の方法。
【請求項１８】
前記モバイルデバイスが、センサデータを前記CCDに提供するための複数のセンサを含み、前記方法が、前記現在のコンテキスト状態の前記表示に応答して、前記CCDが、前記現在のコンテキスト状態の前記変化を検出するために前記複数のセンサのうちのどれを監視するかを決定するステップをさらに備える、請求項14に記載の方法。
【請求項１９】
モバイルデバイスにおいて使用するためのコンテキストアウェアシステムであって、
前記モバイルデバイスに含まれる前記コンテキストアウェアシステムのコンテキスト変化検出器(CCD)においてセンサデータを受信するための手段であって、前記センサデータが、前記モバイルデバイスの1つまたは複数のセンサから受信される、手段と、
前記CCDによって、前記受信されたセンサデータに基づいて、前記モバイルデバイスの現在のコンテキスト状態の変化を検出するための手段と、
前記CCDが前記変化を検出することに応答して、前記現在のコンテキスト状態の前記変化の表示を前記コンテキストアウェアシステムのコンテキスト分類器(CCL)に送信するための手段と、
前記現在のコンテキスト状態の前記変化の前記表示を受信することに応答して、前記CCLを低電力消費モードから通常の電力消費モードに移行させるための手段と、
前記CCLによって、前記通常の電力消費モードの間に前記モバイルデバイスの次のコンテキスト状態を決定するための手段と
を備える、コンテキストアウェアシステム。
【請求項２０】
前記モバイルデバイスの前記次のコンテキスト状態を決定した後、前記CCLを前記低電力消費モードに移行させるための手段をさらに備える、請求項19に記載のコンテキストアウェアシステム。
【請求項２１】
前記CCDにおいて、前記CCLから前記現在のコンテキスト状態の表示を受信するための手段をさらに備え、前記CCDによって、前記現在のコンテキスト状態の前記変化を検出するための前記手段が、前記現在のコンテキスト状態に基づいて、および前記受信されたセンサデータに基づいて、前記現在のコンテキスト状態の前記変化を検出するための手段を含む、請求項19に記載のコンテキストアウェアシステム。
【請求項２２】
前記CCDによって、前記現在のコンテキスト状態の前記変化を検出するための前記手段が、
1つまたは複数の特徴を生成するために、前記受信されたセンサデータを処理するための手段と、
前記1つまたは複数の特徴を1つまたは複数のそれぞれのしきい値と比較するための手段と
を含み、前記コンテキストアウェアシステムが、前記現在のコンテキスト状態に応答して前記1つまたは複数のそれぞれのしきい値を変更するための手段をさらに備える、請求項19に記載のコンテキストアウェアシステム。
【請求項２３】
前記1つまたは複数の特徴が、前記受信されたセンサデータの平均、前記受信されたセンサデータの分散、または前記受信されたセンサデータの標準偏差からなるグループから選択される少なくとも1つの特徴を含む、請求項22に記載のコンテキストアウェアシステム。
【請求項２４】
前記CCDが、第1のソフトウェアモジュール、プロセッサ、またはロジックとして実装され、前記CCLが、前記第1のソフトウェアモジュール、プロセッサ、またはロジックとは別個の異なる第2のソフトウェアモジュール、プロセッサ、またはロジックとして実装される、請求項19に記載のコンテキストアウェアシステム。
【請求項２５】
モバイルデバイスのコンテキストアウェアシステムによって使用するためにプログラムコードを記憶している非一時的コンピュータ可読記録媒体であって、前記プログラムコードが、
前記モバイルデバイスの1つまたは複数のセンサから、前記コンテキストアウェアシステムのコンテキスト変化検出器(CCD)においてセンサデータを受信することと、
前記CCDによって、前記受信されたセンサデータに基づいて、前記モバイルデバイスの現在のコンテキスト状態の変化を検出することと、
前記CCDが前記変化を検出することに応答して、前記現在のコンテキスト状態の前記変化の表示を前記コンテキストアウェアシステムのコンテキスト分類器(CCL)に送信することと、
前記現在のコンテキスト状態の前記変化の前記表示を受信することに応答して、前記CCLを低電力消費モードから通常の電力消費モードに移行させることと、
前記CCLによって、前記通常の電力消費モードの間に前記モバイルデバイスの次のコンテキスト状態を決定することと
を行うための命令を備える、非一時的コンピュータ可読記録媒体。
【請求項２６】
前記プログラムコードが、前記モバイルデバイスの前記次のコンテキスト状態を決定した後、前記CCLを前記低電力消費モードに移行させるための命令をさらに備える、請求項25に記載の非一時的コンピュータ可読記録媒体。
【請求項２７】
プログラムコードが、前記CCDにおいて、前記CCLから前記現在のコンテキスト状態の表示を受信するための命令をさらに備え、前記現在のコンテキスト状態の前記変化を決定するための前記命令が、前記現在のコンテキスト状態に基づき、および前記受信されたセンサデータに基づく、請求項25に記載の非一時的コンピュータ可読記録媒体。
【請求項２８】
前記現在のコンテキスト状態の前記変化を検出するための前記命令が、
前記CCDによって、1つまたは複数の特徴を生成するために、前記受信されたセンサデータを処理することと、
前記CCDによって、前記1つまたは複数の特徴を1つまたは複数のそれぞれのしきい値と比較することと
を行うための命令を含み、前記プログラムコードが、前記モバイルデバイスの前記現在のコンテキスト状態に応答して前記1つまたは複数のそれぞれのしきい値を変更するための命令をさらに備える、請求項27に記載の非一時的コンピュータ可読記録媒体。
【請求項２９】
前記1つまたは複数の特徴が、前記受信されたセンサデータの平均、前記受信されたセンサデータの分散、または前記受信されたセンサデータの標準偏差からなるグループから選択される少なくとも1つの特徴を含む、請求項28に記載の非一時的コンピュータ可読記録媒体。
【請求項３０】
前記CCDが、第1のソフトウェアモジュール、プロセッサ、またはロジックとして実装され、前記CCLが、前記第1のソフトウェアモジュール、プロセッサ、またはロジックとは別個の異なる第2のソフトウェアモジュール、プロセッサ、またはロジックとして実装される、請求項25に記載の非一時的コンピュータ可読記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に、モバイルデバイスなどのコンピューティングデバイスに関し、詳細には、それに限らないが、コンピューティングデバイスのコンテキスト状態を決定するためのコンテキストアウェアシステム(context aware system)に関する。
【背景技術】
【０００２】
モバイルデバイス(たとえば、セルラー電話)には、加速度計、磁力計、ジャイロスコープ、圧力、温度、光(ALS、RGBなど)、および近接センサ、Bluetooth(登録商標)およびWi-Fiラジオ、GPS、マイクロフォン、カメラなどのセンサが詰め込まれている。これらのセンサは、ユーザの行動や環境に関する状況データを収集するために利用され得る。このデータは、ユーザエクスペリエンスをインテリジェントに向上させるためにコンテキストを理解し、活用する能力を得ることによって、モバイルデバイスが真にスマートなデバイスになる機会を提供する。そのような向上の例は、ユーザインタラクションのパーソナライゼーション(たとえば、好みによるインタラクションを適応させることによって)、またはユーザコンテキストに基づくインタラクションの変更(たとえば、ユーザの活動または状況に基づいて、インタラクションモデル、モダリティ、またはコンテンツを適応させること)である。さらに、一般的にデバイスはユーザに非常に近接しているので、要求に応じてコンテキストを利用可能であり、これは他のコンピューティングプラットフォームには当てはまらない。デバイスは、「デバイスを夕食時に振動させる」または「外出するときにBluetooth(登録商標)を有効にする」などのユーザの状況または活動に基づいて、プロパティを適応させることを自動的学習することができる。これは、ユーザエクスペリエンスを向上させるために、状況認識(contextual awareness)(たとえば、レストランにおける、会議中の、または会話における)と組み合わせたユーザ行動モデル(たとえば、ユーザの嗜好)が組み合わされ得る方法を示す。これにより、ユーザエクスペリエンスを向上させる様々な潜在的なアプリケーションへと門が開かれる。
【０００３】
真にスマートなデバイスへのステップは、コンテキスト認識(context awareness)である。一態様では、「コンテキスト認識」は、ユーザの状況を特徴付けるために使用され得る任意の情報を指す。コンテキスト認識は、(1)ユーザは何をしているか?、(2)彼らはどのような環境にいるか?、(3)彼らはどこにいるか?、および(4)彼らの意図は何か?という質問のうちの1つまたは複数に対する回答の発見を可能にし得る。状況認識は、(a)関連する状態の発見、および(b)状態発生(たとえば、運動状態、デバイス位置、場所、環境、または活動)の認知(recognition)という本質的に2つの事柄に依存する。一態様では、システムは、たとえ人間がループ内に存在しており、発見、認知、またはその両方においてサポートを提供する場合であっても、依然としてコンテキスト認識可能であり得る。たとえば、いくつかの位置ベースのサービスは、関連する状態(場所)を発見するために人間に依存しており、たとえば、マップ上の関連する場所に注釈を付け、状態の出現(再訪)を認知する能力を提供する。運動状態に基づく、または環境状態に基づくシステムは、状態発見が人間によってしばしば監督され、認知の能力がシステムによって提供される、さらなる例である。
【０００４】
コンテキストの1つのタイプは、ユーザの場所である。「場所」は、一部の地域拡張を伴う物理的な場所を指す場合がある。地域拡張の観点から、マクロの場所の概念は、ミクロの場所の概念と区別される可能性がある。マクロの場所は、建物やブロックレベルの場所、たとえば、家、職場、ショッピングモール、または公園を指し、ミクロの場所は、部屋レベルの場所、たとえば、リビングルーム、オフィス、百貨店の男性セクションを指す。場所の関連性は、しばしば、ユーザの活動および意図に依存する。ユーザに関連する場所は、ユーザが夕食を食べるレストランであってもよい。しかしながら、同じレストランは、常に関連する場所とは限らない可能性がある。同じユーザがレストランを通り過ぎて散歩に出かけるとする。そのレストランは、現在の活動、すなわち散歩に出かけることに関して意味的に重要ではないので、そのレストランはもはや関連性がなくなる。関連性があるのはどの場所かを識別することは非常に難しい問題であり、特定のアプリケーションや使用事例を念頭に置くことなしに定義することは困難である。
【０００５】
多くの場合、ユーザコンテキストを継続的に識別するために、常時オンモードでモバイルデバイスのバックグラウンドで動作するための機械学習アルゴリズムが適用される。コンテキスト状態、およびユーザコンテキスト識別の精度(正確度および再現率)の改善のための要件の数が増えたため、これらのアルゴリズムはますます複雑化し、細密になってきている。モバイルデバイスにおけるより複雑な状況認識アルゴリズムへのこの傾向は、電力消費に悪影響を及ぼしている。
【発明の概要】
【課題を解決するための手段】
【０００６】
本開示の一態様によれば、コンテキストアウェアシステムは、コンテキスト分類器(CCL)に結合されたコンテキスト変化検出器(CCD)を含む。CCDは、センサデータを受信し、受信されたセンサデータ、ならびに現在の状態に従って構成された任意のしきい値および/またはパラメータに基づいて、モバイルデバイスの現在のコンテキスト状態の変化を検出するように構成される。CCLは、CCDが現在のコンテキスト状態の変化を検出することに応答して、低電力消費モード(たとえば、電力スリープモードまたは電力崩壊モード)から通常の電力消費モードに移行するように構成される。CCLは、通常の電力消費モードの間にモバイルデバイスの次のコンテキスト状態を決定するようにさらに構成され、次いで、低電力消費モードに戻る前に、次のコンテキスト状態に関する情報をCCDに渡す。
【０００７】
方法は、本開示の別の態様において提供される。本方法は、モバイルデバイスに含まれるコンテキストアウェアシステムのコンテキスト変化検出器(CCD)においてセンサデータを受信するステップを含む。CCDは、受信されたセンサデータ、および現在の状態に従って構成された任意のパラメータに基づいて、モバイルデバイスの現在のコンテキスト状態の変化を検出し、次いで、CCDが変化を検出することに応答して、現在のコンテキスト状態の変化の表示をコンテキストアウェアシステムのコンテキスト分類器(CCL)に送信する。本方法はまた、現在のコンテキスト状態の変化の表示を受信することに応答して、CCLリソースを低電力消費モードから通常の電力消費モードに移行させるステップと、CCLによって、通常の電力消費モードの間にモバイルデバイスの次のコンテキスト状態を決定するステップとを含む。
【０００８】
本開示の別の態様によれば、コンテキストアウェアシステムは、コンテキストアウェアシステムのコンテキスト変化検出器(CCD)においてセンサデータを受信するための手段を含み得る。コンテキストアウェアシステムは、CCDによって、受信されたセンサデータ、ならびに現在の状態に従って構成された任意のしきい値および/またはパラメータに基づいて、モバイルデバイスの現在のコンテキストの変化を検出するための手段と、CCDが変化を検出することに応答して、現在のコンテキスト状態の変化の表示をコンテキストアウェアシステムのコンテキスト分類器(CCL)に送信するための手段とをさらに含み得る。現在のコンテキスト状態の変化の表示を受信することに応答して、CCLを低電力消費モードから通常の電力消費モードに移行させるための手段もまた、コンテキストアウェアシステムに含まれる。コンテキストアウェアシステムはまた、CCLによって、通常の電力消費モードの間にモバイルデバイスの次のコンテキスト状態を決定するための手段を含む。
【０００９】
本開示の別の態様では、非一時的コンピュータ可読媒体が提供される。非一時的コンピュータ可読媒体は、モバイルデバイスのコンテキストアウェアシステムによって使用するためにプログラムコードを記憶している。本プログラムコードは、(1)コンテキストアウェアシステムのコンテキスト変化検出器(CCD)においてセンサデータを受信することと、(2)CCDによって、受信されたセンサデータ、および現在の状態に従って構成された任意のしきい値/パラメータに基づいて、モバイルデバイスの現在のコンテキストの変化を検出することと、(3)CCDが変化を検出することに応答して、現在のコンテキスト状態の変化の表示をコンテキストアウェアシステムのコンテキスト分類器(CCL)に送信することと、(4)現在のコンテキスト状態の変化の表示を受信することに応答して、CCLを低電力消費モードから通常の電力消費モードに移行させることと、(5)CCLによって、通常の電力消費モードの間にモバイルデバイスの次のコンテキスト状態を決定することとを行うための命令を含む。
【００１０】
本発明の非限定的かつ非網羅的な例を以下の図面を参照して説明するが、特に明記しない限り、様々な図を通して同様の参照番号は同様の部分を指す。
【図面の簡単な説明】
【００１１】
【図１】コンテキストアウェアシステムを含む、例示的なモバイルデバイスの機能ブロック図である。
【図２】モバイルデバイスにおいて使用するためのコンテキストアウェアシステムの機能ブロック図である。
【図３】現在のコンテキスト状態の変化を検出し、コンテキストアウェアシステムにおいてモバイルデバイスの次のコンテキスト状態を決定する例示的なプロセスを示すフローチャートである。
【図４】コンテキストアウェアシステムのコンテキスト変化検出器においてセンサデータを構成および受信する例示的なプロセスを示すフローチャートである。
【図５】コンテキストアウェアシステムのコンテキスト分類器において、モバイルデバイスの次のコンテキスト状態を決定する例示的なプロセスを示すフローチャートである。
【図６】コンテキストアウェアシステムの電力消費を示す図である。
【図７】モバイルデバイスにおいて使用するためにコンテキストアウェアシステムにおいて使用され得る構成要素のいくつかのサンプル態様を示す簡略ブロック図である。
【発明を実施するための形態】
【００１２】
本明細書を通して、「一例」、「ある例」、「一態様」、「ある態様」への言及は、態様または例に関連して説明される特定の特徴、構造、または特性が、本発明の少なくとも1つの例に含まれることを意味する。したがって、本明細書を通して、様々な場所における「一例における」または「ある例における」という語句の出現は、必ずしもすべて同じ例を指すとは限らない。さらに、特定の特徴、構造、または特性は、1つまたは複数の例において任意の適切な方法で組み合わされ得る。本明細書に記載されている任意の例または態様は、他の例または態様よりも好ましいまたは有利であると解釈されるべきではない。
【００１３】
したがって、本開示の態様は、(1)モバイルデバイスの現在のコンテキスト状態が変化したかどうかを決定するステップと、(2)複数の電力消費モードを維持しながら、モバイルデバイスの次のコンテキスト状態を決定するステップとを含む、モバイルデバイスにおいて使用するための方法、コンテキストアウェアシステム、およびコンピュータ可読媒体を含む。一例では、電力消費モードは、現在のコンテキスト状態の変化を決定し、モバイルデバイスの次のコンテキスト状態をそれぞれ決定するための、低電力消費モードおよび通常の電力消費モードを含み得る。
【００１４】
例として、図1は、例示的なモバイルデバイス100を示すブロック図である。モバイルデバイス100は、1つまたは複数のプロセッサ101(たとえば、汎用プロセッサ、専用プロセッサ、またはデジタル信号プロセッサ)、メモリ105、I/Oコントローラ125、およびネットワークインターフェース110を含み得る。モバイルデバイス100はまた、1つまたは複数のバス103に結合されたいくつかのデバイスセンサ、あるいはプロセッサ101にさらに結合された信号線を含み得る。モバイルデバイス100はまた、ディスプレイ120、ユーザインターフェース(たとえば、キーボード、タッチスクリーン、または同様のデバイス)(図示せず)、電源デバイス121(たとえば、バッテリ)、ならびに典型的には電子モバイルデバイスに関連付けられる他の構成要素を含み得ることを理解されたい。
【００１５】
モバイルデバイス100は、任意で、クロック130、周囲光センサ(ALS)135、加速度計140、ジャイロスコープ145、磁力計150、温度センサ151、気圧センサ155、赤-緑-青(RGB)カラーセンサ152、紫外線(UV)センサ153、近接センサ167、近距離通信(NFC)169、および/または全地球測位センサ(GPS)160などの追加のセンサを含む。モバイルデバイス100はまた、マイクロフォン165、カメラ170、およびワイヤレスサブシステム115(Bluetooth(登録商標)166、Wi-Fi111、セルラー受信機161)を含み得る。いくつかの態様では、複数のカメラ170が一体化されているか、またはデバイスにアクセス可能である。たとえば、モバイルデバイス100は、少なくとも前面および背面に取り付けられたカメラを有し得る。いくつかの態様では、他のセンサもまた、複数の設備またはバージョンを有し得る。
【００１６】
メモリ105は、プロセッサ101による実行のための命令を記憶するために、プロセッサ101に結合され得る。いくつかの態様では、メモリ105は非一時的である。メモリ105はまた、以下に説明される態様を実装するための1つまたは複数のモデルまたはモジュールを記憶し得る。したがって、メモリ105は、プロセッサ101に上記の機能を実行させるように構成されたソフトウェアコード(プログラミングコード、命令など)を記憶するプロセッサ可読メモリおよび/またはコンピュータ可読媒体である。あるいは、モバイルデバイス100の1つまたは複数の機能は、ハードウェアにおいて全体的または部分的に実行され得る。メモリ105はまた、統合センサまたは外部センサからのデータを記憶し得る。
【００１７】
ネットワークインターフェース110はまた、ワイヤレスネットワークへ/からのワイヤレスリンクを通じてデータストリームを送信および受信するために、いくつかのワイヤレスサブシステム115(たとえば、Bluetooth(登録商標)166、Wi-Fi111、セルラー受信機161、または他のネットワーク)に結合されてもよく、ネットワーク(たとえば、インターネット、イーサネット(登録商標)、または他のワイヤレスシステム)への直接接続のためのワイヤードインターフェースであってもよい。モバイルデバイスは、1つまたは複数のアンテナに接続される1つまたは複数のローカルエリアネットワークトランシーバも含むことができる。ローカルエリアネットワークトランシーバは、WAPとの間で通信し、および/またはWAPから/への信号を検出し、ならびに/あるいはネットワーク内の他のワイヤレスデバイスと直接通信するための、適切なデバイス、ハードウェア、および/またはソフトウェアを備える。一態様では、ローカルエリアネットワークトランシーバは、1つまたは複数のワイヤレスアクセスポイントと通信するのに適した、Wi-Fi(802.11x)通信システムを含むことができる。
【００１８】
モバイルデバイス100はまた、1つまたは複数のアンテナに接続され得る1つまたは複数のワイドエリアネットワークトランシーバを含み得る。たとえば、アンテナ102は、セルラーネットワークの1つまたは複数の基地局からセルラーネットワーク信号を受信するためのセルラー受信機161に結合される。ワイドエリアネットワークトランシーバは、ネットワーク内の他のワイヤレスデバイスとの間で通信し、および/またはネットワーク内の他のワイヤレスデバイスへ/からの信号を検出するための適切なデバイス、ハードウェア、および/またはソフトウェアを備える。一態様では、ワイドエリアネットワークトランシーバは、ワイヤレス基地局のCDMAネットワークと通信するのに適したCDMA通信システムを備え得るが、他の態様では、ワイヤレス通信システムは、たとえば、TDMA、LTE、アドバンストLTE、WCDMA(登録商標)、UMTS、4G、またはGSM(登録商標)などの、別のタイプのセルラー電話ネットワークまたはフェムトセルを備え得る。さらに、たとえば、WiMax(802.16)、ウルトラワイドバンド、ZigBee、ワイヤレスUSBなどの任意の他のタイプのワイヤレスネットワーキング技術が使用され得る。
【００１９】
モバイルデバイス100は、任意のワイヤレスデバイス、セル電話、携帯情報端末、モバイルコンピュータ、ウェアラブルデバイス(たとえば、ヘッドマウントディスプレイ、バーチャルリアリティグラスなど)、タブレット、パーソナルコンピュータ、ラップトップコンピュータ、または処理能力を有する任意のタイプのデバイスであり得る。一例では、「モバイルデバイス」は、1つまたは複数のワイヤレス通信デバイスまたはネットワークから送信されたワイヤレス信号を取得し、1つまたは複数のワイヤレス通信デバイスまたはネットワークにワイヤレス信号を送信するように構成可能な、任意の携帯型または移動可能なデバイスまたはマシンであり得る。したがって、限定ではなく一例として、モバイルデバイス100は、無線デバイス、セルラー電話デバイス、コンピューティングデバイス、パーソナル通信システムデバイス、あるいは他の同様の移動可能なワイヤレス通信装備デバイス、アプライアンス、またはマシンを含み得る。「モバイルデバイス」という用語はまた、衛星信号受信、支援データ受信、および/または位置関連処理がデバイス100において発生するかどうかにかかわらず、近距離無線、赤外線、有線接続、または他の接続などによってパーソナルナビゲーションデバイスと通信するデバイスを含むことが意図される。また、「モバイルデバイス」は、インターネット、Wi-Fi、または他のネットワークなどを介して、サーバと通信することができるワイヤレス通信デバイス、コンピュータ、ラップトップ、ウェアラブルコンピュータなどを含む、また衛星信号受信、支援データ受信、および/または位置関連処理が、デバイス、サーバ、またはネットワークに関連付けられる別のデバイスにおいて発生するかどうかにかかわらず、すべてのデバイスを含むことが意図される。上記の任意の動作可能な組合せもまた、本明細書で使用される「モバイルデバイス」と考えられ得る。他の用途も可能である。以下の説明において与えられる様々な例は、モバイルデバイスに関するものであるが、本明細書に記載の技法は、正確なコンテキスト推論が望ましいあらゆるデバイスに適用され得る。
【００２０】
モバイルデバイス100は、RF信号(たとえば、2.4GHz、3.6GHz、および4.9/5.0GHz帯域)およびRF信号の変調および情報パケットの交換のために標準化されたプロトコル(たとえば、IEEE802.11x)を使用して、複数のワイヤレスアクセスポイント(WAP)とワイヤレスに通信し得る。
【００２１】
さらに、モバイルデバイス100は、コンテキストアウェアシステム171を含む。コンテキストアウェアシステム171は、モバイルデバイス100の現在のコンテキスト状態が変化したかどうかを検出し、また、モバイルデバイス100の次のコンテキスト状態を決定するように構成されている。一態様では、モバイルデバイス100のコンテキスト状態は、モバイルデバイス100のユーザ/オペレータの状況を特徴付けるために使用され得る任意の状態を指すことができる。たとえば、コンテキストアウェアシステム171は、モバイルデバイス100のコンテキスト状態が変化したと決定し、次いで、ユーザが現在会議室におり、ユーザが座っているなどの、モバイルデバイス100の次のコンテキスト状態を別個に検出し得る。したがって、1つまたは複数のクライアントアプリケーションは、ユーザが現在会議中であると結論付け、したがってモバイルデバイス100への重要ではないあらゆる呼出しを拒否するために、モバイルデバイスのこの現在のコンテキスト状態を使用し得る。
【００２２】
一態様では、コンテキストアウェアシステム171は、クライアントアプリケーションがモバイルデバイス100の現在のコンテキスト状態にアクセスすることを可能にするために、1つまたは複数のアプリケーションプログラムインターフェース(API)を含む。クライアントアプリケーションのうちの1つまたは複数は、モバイルデバイス100上で実行される常時接続のアプリケーションを含み得る。これらの常時接続のアプリケーションでは、モバイルデバイスの現在のコンテキスト状態に関する継続的な更新、または少なくとも頻繁な更新が必要な場合がある。したがって、従来のシステムは、常時接続のクライアントアプリケーションに必要なコンテキスト状態情報を提供するために継続的に実行する状況認識アルゴリズムを含み得る。しかしながら、これらの複雑な状況認識アルゴリズムを従来のモバイルデバイスにおいて頻繁に実行することは、電力消費を逆に増加させる。したがって、本明細書で論じる態様は、コンテキストアウェアシステム171のリソース(たとえば、電力)消費を低減するための複数の電力消費モードを含むコンテキストアウェアシステム171を提供する。
【００２３】
いくつかの例では、コンテキストアウェアシステム171は、モバイルデバイス100内の他の要素とは別のモジュールとして実装され得る。別の例では、コンテキストアウェアシステム171は、図1に示される他の要素によって、たとえばプロセッサ101および/またはメモリ105内に、あるいはモバイルデバイス100の1つまたは複数の他の要素内に、全体的または部分的に実装され得る。図1に示されるように、コンテキストアウェアシステム171は、バス103を介してセンサ130〜170からセンサデータを受信するように結合されている。
【００２４】
以下で説明される本発明の態様は、たとえばメモリ105または他の要素に、プロセッサ101、および/またはコンテキストアウェアシステム171などのデバイスの他の回路によって記憶されるような命令の実行を通じて実装され得ることを理解されたい。特に、これに限定されないが、プロセッサ101、およびコンテキストアウェアシステム171を含むモバイルデバイス100の回路は、本発明の態様による方法またはプロセスを実行するためのプログラム、ルーチン、または命令の実行の制御下で動作し得る。たとえば、そのようなプログラムは、ファームウェアまたはソフトウェア(たとえば、メモリ105および/または他の場所に記憶される)において実装されてもよく、プロセッサ101などのプロセッサおよび/またはコンテキストアウェアシステム171の他の回路によって実装されてもよい。さらに、プロセッサ、マイクロプロセッサ、回路、コントローラなどの用語は、ロジック、コマンド、命令、ソフトウェア、ファームウェア、機能などを実行することができる任意のタイプのロジックまたは回路を指すことができることを理解されたい。
【００２５】
さらに、本明細書に記載された機能、エンジン、またはモジュールのうちの一部または全部は、モバイルデバイス100自体によって実行されてもよく、および/または本明細書に記載された機能、エンジン、またはモジュールのうちの一部または全部は、I/Oコントローラ125またはネットワークインターフェース110を通じてデバイスに接続される(ワイヤレスに、またはワイヤードで)別のシステムによって実行されてもよいことを理解されたい。したがって、機能のうちの一部および/または全部は、別のシステムによって行われ得、結果または中間の計算は、元のモバイルデバイス100に転送され得る。いくつかの例では、そのような他のデバイスは、リアルタイムまたはほぼリアルタイムで情報を処理するように構成されたサーバを含み得る。いくつかの例では、他のデバイスは、たとえば、デバイスの知られている構成に基づいて、結果を事前に決定するように構成される。さらに、図1に示される要素のうちの1つまたは複数は、モバイルデバイス100から省略され得る。たとえば、いくつかの例では、センサ(たとえば、センサ130〜170)のうちの1つまたは複数が省略され得る。
【００２６】
モバイルデバイスにおけるアルゴリズム複雑性および最小電力消費の増大に対する相反する要件を調整するために、本明細書に記載される態様は、階層的およびリソース(たとえば、電力)最適化コンテキストアウェアシステム171を提供する。一態様では、コンテキストアウェアシステム171は、コンテキスト状態変化を検出するための変化検出アルゴリズムと、次のコンテキスト状態が実際に何であるかを決定するための別個の分類アルゴリズムとを含む。変化検出アルゴリズムは、分類アルゴリズムよりもはるかに少ない複雑さおよび処理能力を必要とすることがある。したがって、コンテキストアウェアシステム171は、第1のモジュールが変化検出アルゴリズムの頻繁な(たとえば、定期的な)処理を実行し、別個の第2のモジュールがより頻繁ではなく、より複雑な分類アルゴリズムを実行する、2段階システムとして実装され得る。一例では、この手法は、前のロジックが後のロジックよりも少ないゲートおよびメモリセルに実装されるために、変化検出処理電力がコンテキスト分類処理電力よりも低いため、電力消費を低減し得る。一例では、変化検出アルゴリズムを処理するための第1のモジュールの動作中に、コンテキスト分類アルゴリズムを処理するための第2のモジュールは低電力消費モードにあり、これは、通常の電力消費モードに戻るようにトリガされるまで、第2のモジュールがゼロ電力を消費すること、または第2のモジュールが最小限の保持漏れ(retention leakage)で電力が崩壊していることを含むことができる。
【００２７】
例として、図2は、モバイルデバイスにおいて使用するためのコンテキストアウェアシステム200の機能ブロック図である。コンテキストアウェアシステム200は、モバイルデバイス100のコンテキストアウェアシステム171の1つの可能な実装形態である。コンテキストアウェアシステム200の図示された例は、コンテキスト分類器(CCL)202およびコンテキスト変化検出器(CCD)204を含む。一例では、CCD204は、第1のソフトウェアモジュール、プロセッサ、またはロジックとして実装され、CCL202は、第1のソフトウェアモジュール、プロセッサ、またはロジックとは別個の異なる第2のソフトウェアモジュール、プロセッサ、またはロジックとして実装される。たとえば、CCD204は電力を節約するためにハードウェアにおいて実装され得るが、CCL202は、処理構成要素(たとえば、プロセッサ)上で実行されるソフトウェアモジュールとして実装される。図2には、任意のバッファ206も示されている。一例では、バッファ206は、受信されたセンサデータ208を記憶し、バッファされたセンサデータ211を提供するために、コンテキストアウェアシステム200内に実装される。別の例では、バッファ206は、図1に示されるモバイルデバイス100のメモリ105などの、コンテキストアウェアシステム200の外部のメモリによって実装され得る。
【００２８】
図2に示されるように、CCD204は、センサデータ208を直接(たとえば、バス103から)受信してもよく、バッファ206を介してバッファされたセンサデータ211を受信してもよい。CCL202は、コンテキスト状態変化信号212によって、モバイルデバイスの現在のコンテキスト状態の変化の表示を受信するように結合される。一例では、コンテキスト状態変化信号212は、CCD204によって生成された割込み信号である。CCL202はまた、新しいセンサデータ209において直接(たとえば、バス103から)センサデータを受信してもよく、CCD204を介してバッファされたセンサデータ211を受信してもよい。図示された例においては、CCL202はまた、コンテキスト状態/構成信号210によって、現在のコンテキスト状態の表示をCCD204に提供するように構成される。一例では、コンテキスト状態/構成信号210は、モバイルデバイス(たとえば、モバイルデバイス100)の現在のコンテキスト状態を示す。別の例では、コンテキスト状態/構成信号210は、CCD204がコンテキスト状態の変化を決定するために、CCD204によって使用するためのそれぞれのセンサデータに関連付けられる1つまたは複数のしきい値を示し得る。
【００２９】
図3は、現在のコンテキスト状態の変化を検出し、コンテキストアウェアシステムにおいてモバイルデバイスの次のコンテキスト状態を決定するプロセス300を示すフローチャートである。プロセス300は、図1のコンテキストアウェアシステム171および/または図2のコンテキストアウェアシステム200によって実装される1つの可能なプロセスである。
【００３０】
処理ブロック305において、センサデータ208がCCD204において受信される。上述のように、CCD204は、センサデータ208を直接(たとえば、バス103から)受信してもよく、またはバッファ206を介してバッファされたセンサデータ211を受信してもよい。センサデータ208および/またはバッファされたセンサデータ211は、モバイルデバイスに含まれる1つまたは複数のセンサ(たとえば、図1のセンサ130〜170)からサンプリングされた値を含む。たとえば、図4は、コンテキストアウェアシステムのCCD204を構成し、CCD204においてセンサデータを受信するためのプロセス400を示すフローチャートである。プロセス400は、図3の処理ブロック305の1つの可能な実装形態である。
【００３１】
次に図4を参照すると、処理ブロック405において、コンテキスト状態/構成信号210をCCL202が送信し、CCD204が受信する。一例では、コンテキスト状態/構成信号210は、モバイルデバイス(たとえば、モバイルデバイス100)がどのコンテキスト状態にあるかを示す。別の例では、コンテキスト状態/構成信号210は、1つまたは複数のパラメータ(たとえば、どのセンサを監視するか)、および/またはCCD204がコンテキスト状態の変化を検出するためにCCD204によって使用するためのそれぞれのセンサデータに関連付けられるしきい値を示し得る。したがって、処理ブロック410において、CCL202は、コンテキスト状態/構成信号210によってCCD204において維持される1つまたは複数のしきい値を変化させることができる。たとえば、モバイルデバイス100は、様々な位置ベースのコンテキスト状態を含み得る。これらの位置ベースのコンテキスト状態が変化したかどうかを決定することに関連するしきい値は、位置ベースのコンテキスト状態がミクロの場所(たとえば、リビングルーム、オフィス、部署など)に関係するか、またはマクロの場所(たとえば、建物、職場、家庭、公園など)に関係するかに少なくとも部分的に基づいて変化し得る。一例として、モバイルデバイス100が第1の位置ベースのコンテキスト状態にあるとき、CCD204は、GPSセンサ160から取得した位置データを第1のしきい値距離と比較し得る。GPSセンサ160から取得した位置データが、モバイルデバイス100の位置が第1のしきい値距離を超えて変化したことを示す場合、CCD204は、第1の位置ベースのコンテキストがもはや有効ではなく、したがって現在のコンテキスト状態が変化したことを検出し得る。同様に、モバイルデバイス100が第2の位置ベースのコンテキスト状態にあるとき、CCL202は、CCD204が第2の位置ベースのコンテキスト状態が変化したかどうかを検出するために、GPSセンサ160から取得した位置データと比較するために、CCD204によって使用されるしきい値距離を第2の(たとえば、より大きい)しきい値距離まで変化させることができる。
【００３２】
処理ブロック415において、CCL202は、コンテキスト状態/構成信号210によって、どのセンサを監視するかをさらに決定し、それらのセンサのみを監視するためにCCD204を構成し得る。図1に示されるように、モバイルデバイス100は複数のセンサ130〜170を含む。しかしながら、すべてのセンサからのセンサデータは、モバイルデバイス100の現在のコンテキスト状態が変化したかどうかを決定するために必要ではない場合がある。したがって、CCL202は、現在のコンテキスト状態に基づいて監視される1つまたは複数のセンサを決定し、それらをコンテキスト状態/構成信号210においてCCD204に示し得る。一例として、近接センサ167からのセンサデータは、モバイルデバイス100の位置ベースのコンテキスト状態が変化したかどうかを決定するために必要ではない場合があり、したがって、このコンテキスト状態に対する変化についてセンサデータを監視する際にCCD204によって無視され得る。処理ブロック420は、CCD204によって選択されたセンサデータを監視することを含む。一例では、CCD204は、選択されたセンサデータを、設定された周波数で定期的にサンプリングする。別の例では、CCD204がセンサデータをサンプリングする頻度は、現在のコンテキスト状態に応じて、および/またはどのセンサがセンサデータを提供しているかに応じて変化する。
【００３３】
次に、図3のプロセス300に戻ると、決定ブロック310において、CCD204は、1つまたは複数の特徴を生成するために、受信されたセンサデータ208/211を処理することによって、受信されたセンサデータ208/211に応じて、現在のコンテキスト状態の変化が生じたかどうかを検出する。一例では、特徴は、観察される現象の個々の測定可能な特性(たとえば、センサデータ208/211)である。たとえば、特徴は、センサデータ208/211の平均、分散、または標準偏差であり得る。次いで、CCD204は、現在のコンテキスト状態に変化があったかどうかを決定するために、1つまたは複数の特徴をそれぞれのしきい値と比較する。別の例では、CCD204は、統計値を生成するために、生成された特徴のうちの少なくとも1つに対して統計関数を実行するように構成され得る。次いで、CCD204は、現在のコンテキスト状態の変化が生じたかどうかを決定するために、統計値をしきい値と比較し得る。一例として、統計関数は、バイナリロジスティック回帰またはガウス混合モデル分類器などの、生成された特徴についてCCD204によって利用される統計的分類アルゴリズムであり得る。
【００３４】
一例では、CCD204に含まれる変化検出アルゴリズムを定期的に処理することによって、現在のコンテキスト状態の変化を検出するCCD204の上述の処理が実装され得る。CCD204が現在のコンテキスト状態に変化がないと決定した場合、プロセス300は処理ブロック305に戻り、CCD204はセンサデータ208/211を受信および監視し続ける。しかしながら、CCD204が現在のコンテキスト状態に変化があることを検出した場合、プロセス300は処理ブロック315に進み、CCD204は現在のコンテキスト状態の変化の表示をCCL202に送信する。上述したように、コンテキスト状態変化信号212は、CCD204によって生成された割込み信号であり得る。したがって、CCD204は、モバイルデバイスの次のまたは新しいコンテキスト状態が何であるかを決定することなしに、現在のコンテキスト状態の変化を検出する。したがって、CCD204によって生成されたコンテキスト状態変化信号212は、モバイルデバイスの現在のコンテキスト状態に変化があることを示すが、モバイルデバイスの次のまたは新しいコンテキスト状態が何であるかは示さない。
【００３５】
次に、処理ブロック320において、CCL202は、現在のコンテキスト状態の変化を示すコンテキスト状態変化信号212に応答して、低電力消費モードから通常の電力消費モードに移行する。一例では、低電力消費モードは、CCL202が通常の電力消費モードにある場合、より少ないメモリ、電力、またはプロセッサ実行サイクルを消費するCCL202を含む。一例として、CCL202が低電力消費モードにあるとき、CCL202に含まれるコンテキスト分類アルゴリズムが動作を停止する場合、CCL202は電力が崩壊する。CCL202は低電力消費モードに留まり、したがってCCD204が現在のコンテキスト状態に変化があると決定するまで、コンテキストアウェアシステム200の電力消費を低減するように構成され得る。したがって、一例では、CCL202に含まれるコンテキスト分類アルゴリズムは、CCL202が低電力消費モードにある場合と比較して、CCL202が通常の電力消費モードにおいてより多くの電力を消費する通常の電力消費モードの間にのみ動作することができる。
【００３６】
次に、処理ブロック325において、CCL202が通常の電力消費モードにある間に、CCL202がモバイルデバイスの次のコンテキスト状態を決定する。図5は、コンテキストアウェアシステムのコンテキスト分類器において、モバイルデバイスの次のコンテキスト状態を決定するプロセス500を示すフローチャートである。プロセス500は、プロセス300の処理ブロック325の1つの可能な実装形態である。処理ブロック505において、CCL202は、新しいセンサデータ209および/またはバッファされた過去のセンサデータ211を受信する。一例では、バッファされた過去のセンサデータ211は、コンテキスト状態の変化を決定するためにCCD204によって使用されるセンサデータの同じサンプルを含む。したがって、通常の電力消費モードに入ると、CCL202は、コンテキストアウェアシステム200のバッファ206に記憶されたバッファされた過去のセンサデータ211を受信し得る。バッファされた過去のセンサデータ211は、同じセンサからの複数の時間順(たとえば、タイムスタンプ付き)のサンプルを含み得る。たとえば、バッファされた過去のセンサデータ211は、一定期間にわたって加速度計140から取得された加速度計データの複数のサンプルを含み得る。バッファされた過去のセンサデータ211はまた、モバイルデバイス100の複数のセンサからのデータを含み得る。
【００３７】
別の例では、処理ブロック505において受信されたセンサデータは、新しいセンサデータ209である。したがって、処理ブロック505において、CCL202が通常の電力消費モードに移行すると、CCL202は、新しいセンサデータ209のサンプリングを開始することができる。すなわち、バッファされた過去のセンサデータ211を単に受信するのではなく、CCL202は、直接、またはCCD204を介して、1つまたは複数の新しいセンサデータ209のサンプリングを要求し得る。たとえば、位置ベースのコンテキスト状態が変化したことをCCD204が決定した場合、CCL202は、モバイルデバイスの次のコンテキスト状態を決定できるように、GPSセンサ160に現在の位置データを要求し得る。一態様では、新しいセンサデータ209は、CCD204が現在のコンテキスト状態の変化を決定した後に、CCL202によってサンプリングされるか、またはCCL202によって要求される。一例では、CCL202によってサンプリングまたは要求される新しいセンサデータ209は、現在のコンテキスト状態の変化を決定するためにCCD204によって使用される同じ1つまたは複数のセンサからのセンサデータである。しかしながら、別の例では、CCD204は、現在のコンテキスト状態の変化を決定する際にCCD204によって使用されなかったモバイルデバイス100のセンサに、新しいセンサデータ209を要求し得る。図2に示されるように、CCL202は、(たとえば、バス103を介して)新しいセンサデータ209を直接受信する。しかしながら、CCL202はまた、CCD204を介してバッファ206から新しいセンサデータ209を受信し得る。一例では、CCD204は、モバイルデバイスの現在のコンテキスト状態が変化したと決定した場合に、関連するセンサデータ208をCCL202にプッシュし得る。
【００３８】
次に、処理ブロック510において、CCL202は、受信されたセンサデータ209/211に応答して、モバイルデバイスの次のコンテキスト状態を決定する。上述のように、受信されたセンサデータは、バッファされた過去のセンサデータ211および/または新しいセンサデータ209を含み得る。一例では、CCL202は、CCL202に含まれる分類アルゴリズムの処理を通じて、モバイルデバイスの次のコンテキスト状態を決定する。さらに上述したように、CCL202に含まれる分類アルゴリズムは、CCL202が通常の電力消費モードにある場合にのみ動作することができ、したがって、CCL202が低電力消費モードにある場合には無効にされる。
【００３９】
処理ブロック515において、CCL202がモバイルデバイスの次のコンテキスト状態を決定すると、CCL202は、次のコンテキスト状態が何であるかを示す1つまたは複数の信号を生成する。たとえば、CCL202は、新たに決定されたコンテキスト状態211を、APIを介して1つまたは複数のクライアントアプリケーションに出力する。別の例では、CCL202は、コンテキスト状態/構成信号210によって、新たに決定されたコンテキスト状態の表示をCCD204に提供し、CCD204が、新たに決定された次のコンテキスト状態からの変化の監視を開始できるようにする。さらに、CCL202は、新たに決定された次のコンテキスト状態に従ってCCD204を構成し得る。したがって、処理ブロック520は、新たに決定された次のコンテキスト状態からの変化を決定する際にCCD204によって使用するためのコンテキスト状態/構成信号210によって、1つまたは複数のしきい値および/またはパラメータ(たとえば、どのセンサを監視するかの表示)を提供するCCL202を含む。
【００４０】
次に、処理ブロック525において、CCL202は、モバイルデバイスの次のコンテキスト状態を決定した後、低電力消費モード(たとえば低電力消費モード)に戻る。一例では、CCL202は、最後のコンテキスト状態変化の直後に発生するモバイルデバイスの別のコンテキスト変化がある場合、低電力消費モードに戻る前に、モバイルデバイスの次のコンテキスト状態を決定した後にある期間を待つことができる。したがって、CCL202は、CCL202がモバイルデバイスの次のコンテキスト状態を決定することに応答してカウントを開始するタイマ(図示せず)を含み得る。あらかじめ定められた期間の満了前にコンテキスト状態変化信号212が受信されない場合、CCL202は低電力消費モードに移行し得る。しかしながら、コンテキスト状態変化信号212があらかじめ定められた期間の満了前に受信された場合、CCL202は、少なくともモバイルデバイスの次のコンテキスト状態が決定されるまで、通常の電力消費モードに留まることができる。別の例では、CCL202およびCCD204は両方とも、次の状態が、CCL202を最小限の時間だけ低電力状態に移行させるために十分に長く持続するために十分に安定することを保証するために、(CCD204を次の状態に構成した後)次の状態をある期間監視する。
【００４１】
図6は、図2のコンテキストアウェアシステム200などのコンテキストアウェアシステムの電力消費を示す図600である。図600は、CCL電力602、CCD電力604、および総電力606を示す。CCL電力602は、動作中にCCL202によって消費される電力を表すことができ、CCD電力604は、動作中にCCD204によって消費される電力を表すことができ、総電力606は、動作中にコンテキストアウェアシステム200によって消費される総電力を表すことができる。時間t0において、CCL202は低電力消費モード608にある。時間t1において、CCD204はセンサデータを監視し、モバイルデバイスの現在のコンテキスト状態に変化がないことを決定する。したがって、時間t1において、CCL202は低電力消費モード608のままである。しかしながら、時間t2において、CCD204は、現在のコンテキスト状態に変化があったと決定し、したがって、CCL202を通常の電力消費モード610に移行させるためにコンテキスト状態変化信号212を生成する。図6に示されるように、CCL202は、低電力消費モード608にあるときよりも通常の電力消費モード610にあるときにより多くの電力を消費する。一例では、CCL202の実装形態において使用されるソフトウェアモジュール、プロセッサ、またはロジックに応じてCCL202の漏れまたは他の残留電力量を考慮しない場合、低電力消費モード608にあるとき、CCL202の電力が崩壊するため、CCL202は実質的に電力を消費しない。時間t3において、CCL202がモバイルデバイスの次のコンテキスト状態を決定した後、CCL202は低電力消費モード608に戻り、CCD204はコンテキスト状態の変化を検出するためにセンサデータを監視し続ける。したがって、(たとえば、CCL202内の)コンテキスト分類アルゴリズムから(たとえば、CCD204内の)コンテキスト変化検出アルゴリズムを分離するコンテキストアウェアシステム171の態様は、実際に必要となるまでCCL202のより複雑で資源集約的なアルゴリズムをシャットダウンすることを可能にし、したがって、コンテキストアウェアシステム171の全体的な電力消費を低減する。
【００４２】
さらに、CCL電力602およびCCD電力604の電力消費における図示されたパルスによって分かるように、CCD204に含まれる変化検出アルゴリズムは、CCL202に含まれる分類アルゴリズムの周波数よりも高い周波数において動作することができる。
【００４３】
図7は、モバイルデバイスにおいて使用するためにコンテキストアウェアシステム700において使用され得る構成要素のいくつかのサンプル態様を示す簡略ブロック図である。コンテキストアウェアシステム700は、図1のコンテキストアウェアシステム171および/または図2のコンテキストアウェアシステム200の1つの可能な実装形態であり、相互に関連する一連の機能モジュールとして表される。
【００４４】
センサデータを受信するためのモジュール710は、少なくともいくつかの態様では、たとえば、ソフトウェアモジュール、プロセッサ、あるいはCCD204および/またはバッファ206などのロジック回路に対応し得る。現在のコンテキスト状態の変化を検出するためのモジュール720、現在のコンテキスト状態の変化の表示、および任意でセンサデータをCCL202に送信するためのモジュール730、ならびにCCL202を低電力消費モードから通常の電力消費モードに移行させるためのモジュール740はまた、いくつかの態様では、ソフトウェアモジュール、プロセッサ、またはCCD204などのロジック回路に対応し得る。モバイルデバイス100の次のコンテキスト状態を決定するためのモジュール750は、ソフトウェアモジュール、プロセッサ、またはCCL202などのロジック回路に対応し得る。
【００４５】
図7のモジュールの機能は、本明細書の教示と一致する様々な方法で実装され得る。いくつかの設計では、これらのモジュールの機能は、1つまたは複数の電気構成要素として実装することができる。いくつかの設計では、これらのブロックの機能は、1つまたは複数のプロセッサ構成要素を含む処理システムとして実装することができる。いくつかの設計では、これらのモジュールの機能は、たとえば、1つまたは複数の集積回路(たとえば、ASIC)の少なくとも一部分を使用して実装することができる。本明細書で論じているように、集積回路は、プロセッサ、ソフトウェア、他の関連する構成要素、またはそれらの何らかの組合せを含むことができる。したがって、異なるモジュールの機能は、たとえば、集積回路の異なるサブセットとして、1組のソフトウェアモジュールの異なるサブセットとして、またはそれらの組合せとして実装することができる。さらに、所与のサブセット(たとえば、集積回路の、および/または1組のソフトウェアモジュールの)が、2つ以上のモジュールの機能の少なくとも一部分を提供し得ることを理解されよう。
【００４６】
さらに、図7によって表される構成要素および機能、ならびに本明細書に記載の他の構成要素および機能は、任意の適切な手段を使用して実装され得る。そのような手段はまた、本明細書で教示したような対応する構造を使用して、少なくとも部分的に実装され得る。たとえば、図7の構成要素「のためのモジュール」に関連して上述した構成要素はまた、同様に指定された機能「のための手段」に対応し得る。したがって、いくつかの態様では、そのような手段のうちの1つまたは複数は、プロセッサ構成要素、集積回路、または本明細書で教示したような他の好適な構造のうちの1つまたは複数を使用して実装することができる。
【００４７】
本明細書で開示される態様に対する様々な変更は、当業者には容易に明らかであり、本明細書で定義される一般的な原則は、本発明の趣旨または範囲から逸脱することなしに他の例に適用され得る。したがって、本発明は、本明細書に示す例に限定されるものではなく、本明細書で開示する原理および新規の特徴と一致する最大の範囲を与えられるものである。
【符号の説明】
【００４８】
100  モバイルデバイス
101  プロセッサ
103  バス
105  メモリ
110  ネットワークインターフェース
111  Wi-Fi
115  ワイヤレスサブシステム
120  ディスプレイ
121  電源デバイス
125  I/Oコントローラ
130  クロック
130〜170  センサ
135  周囲光センサ(ALS)
140  加速度計
145  ジャイロスコープ
150  磁力計
151  温度センサ
152  赤-緑-青(RGB)カラーセンサ
153  紫外線(UV)センサ
155  気圧センサ
160  全地球測位センサ(GPS)
161  セルラー受信機
165  マイクロフォン
166  Bluetooth(登録商標)
167  近接センサ
169  近距離通信(NFC)
170  カメラ
171  コンテキストアウェアシステム
200  コンテキストアウェアシステム
202  コンテキスト分類器(CCL)
204  コンテキスト変化検出器(CCD)
206  バッファ
208  センサデータ
209  新しいセンサデータ
210  コンテキスト状態/構成信号
211  センサデータ
211  新たに決定されたコンテキスト状態
212  コンテキスト状態変化信号
300  プロセス
400  プロセス
500  プロセス
602  CCL電力
604  CCD電力
606  総電力
608  低電力消費モード
610  通常の電力消費モード
700  コンテキストアウェアシステム
710  モジュール
720  モジュール
730  モジュール
740  モジュール
750  モジュール
【図１】
2018533777.tif 000003
【図２】
2018533777.tif 000004
【図３】
2018533777.tif 000005
【図４】
2018533777.tif 000006
【図５】
2018533777.tif 000007
【図６】
2018533777.tif 000008
【図７】
2018533777.tif 000009
【手続補正書】
【提出日】平成30年2月7日(2018.2.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
モバイルデバイスにおいて使用するためのコンテキストアウェアシステムであって、
前記モバイルデバイスの1つまたは複数のセンサからセンサデータを受信し、前記モバイルデバイスの次のコンテキスト状態が何であるかを決定することなしに、前記受信されたセンサデータに基づいて、前記モバイルデバイスの現在のコンテキスト状態の変化を検出するように構成されたコンテキスト変化検出器(CCD)であって、
1つまたは複数の特徴を生成するために、前記受信されたセンサデータを処理することであって、前記1つまたは複数の特徴が、前記受信されたセンサデータの平均、前記受信されたセンサデータの分散、または前記受信されたセンサデータの標準偏差からなるグループから選択される少なくとも1つの特徴を含む、処理することと、
前記1つまたは複数の特徴を1つまたは複数のそれぞれのしきい値と比較することと
によって、前記現在のコンテキスト状態の前記変化を検出するように構成された、コンテキスト変化検出器(CCD)と、
前記CCDに結合されたコンテキスト分類器(CCL)であって、前記CCDが前記現在のコンテキスト状態の前記変化を検出することに応答して、低電力消費モードから通常の電力消費モードに移行するように構成され、前記通常の電力消費モードの間に、前記モバイルデバイスの次のコンテキスト状態を決定するようにさらに構成され、前記モバイルデバイスの前記現在のコンテキスト状態に応答して、前記1つまたは複数のそれぞれのしきい値を変更するように構成される、コンテキスト分類器(CCL)と
を備える、コンテキストアウェアシステム。
【請求項２】
前記CCLが、前記モバイルデバイスの前記次のコンテキスト状態を決定した後、前記低電力消費モードに移行するように構成される、請求項1に記載のコンテキストアウェアシステム。
【請求項３】
前記CCDが、前記CCLから前記現在のコンテキスト状態の表示を受信するように構成され、前記CCDが、前記現在のコンテキスト状態に基づいて、および前記受信されたセンサデータに基づいて、前記現在のコンテキスト状態の前記変化を検出するように構成される、請求項1に記載のコンテキストアウェアシステム。
【請求項４】
モバイルデバイスにおいて使用するためのコンテキストアウェアシステムであって、
前記モバイルデバイスの1つまたは複数のセンサからセンサデータを受信し、前記モバイルデバイスの次のコンテキスト状態が何であるかを決定することなしに、前記受信されたセンサデータに基づいて、前記モバイルデバイスの現在のコンテキスト状態の変化を検出するように構成されたコンテキスト変化検出器(CCD)であって、
1つまたは複数の特徴を生成するために、前記受信されたセンサデータを処理することと、
統計値を生成するために、前記1つまたは複数の特徴のうちの少なくとも1つに対して統計関数を実行することと、
前記統計値をしきい値と比較することと
によって、前記現在のコンテキスト状態の前記変化を検出するように構成された、コンテキスト変化検出器(CCD)と、
前記CCDに結合されたコンテキスト分類器(CCL)であって、前記CCDが前記現在のコンテキスト状態の前記変化を検出することに応答して、低電力消費モードから通常の電力消費モードに移行するように構成され、前記通常の電力消費モードの間に、前記モバイルデバイスの前記次のコンテキスト状態を決定するようにさらに構成され、前記モバイルデバイスの前記現在のコンテキスト状態に応答して、前記しきい値を変更するように構成される、コンテキスト分類器(CCL)と
を備える、コンテキストアウェアシステム。
【請求項５】
前記モバイルデバイスが、センサデータを前記CCDに提供するための複数のセンサを含み、前記CCLから受信された前記現在のコンテキスト状態の前記表示に応答して、前記CCDが、前記現在のコンテキスト状態の前記変化を検出するために前記複数のセンサのうちのどれを監視するかを決定するように構成される、請求項3に記載のコンテキストアウェアシステム。
【請求項６】
前記CCDが、第1のソフトウェアモジュール、プロセッサ、またはロジックとして実装され、前記CCLが、前記第1のソフトウェアモジュール、プロセッサ、またはロジックとは別個の異なる第2のソフトウェアモジュール、プロセッサ、またはロジックとして実装される、請求項1に記載のコンテキストアウェアシステム。
【請求項７】
前記CCDが、前記モバイルデバイスの前記現在のコンテキスト状態の前記変化を検出するための変化検出アルゴリズムを含み、前記CCLが、前記モバイルデバイスの次のコンテキスト状態を決定するための分類アルゴリズムを含み、前記変化検出アルゴリズムが、前記分類アルゴリズムの周波数よりも高い周波数において動作する、請求項1に記載のコンテキストアウェアシステム。
【請求項８】
前記CCLが、前記CCDが前記現在のコンテキスト状態における前記変化を検出することに応答して、前記モバイルデバイスのバッファからバッファされた過去のセンサデータを受信するように構成され、前記CCLが、前記バッファされた過去のセンサデータに応答して、前記モバイルデバイスの前記次のコンテキスト状態を決定するようにさらに構成される、請求項1に記載のコンテキストアウェアシステム。
【請求項９】
前記CCLが、前記CCDが前記現在のコンテキスト状態における前記変化を検出することに応答して新しいセンサデータのサンプリングを開始するように構成され、前記CCLが、前記新しいセンサデータに応答して前記モバイルデバイスの前記次のコンテキスト状態を決定するようにさらに構成される、請求項1に記載のコンテキストアウェアシステム。
【請求項１０】
モバイルデバイスに含まれるコンテキストアウェアシステムのコンテキスト変化検出器(CCD)においてセンサデータを受信するステップであって、前記センサデータが、前記モバイルデバイスの1つまたは複数のセンサから受信される、ステップと、
前記モバイルデバイスの次のコンテキスト状態が何であるかを決定することなしに、前記CCDによって、前記受信されたセンサデータに基づいて、前記モバイルデバイスの現在のコンテキスト状態の変化を検出するステップであって、前記現在のコンテキスト状態の前記変化を検出するステップが、
1つまたは複数の特徴を生成するために、前記受信されたセンサデータを処理するステップと、
前記1つまたは複数の特徴を1つまたは複数のそれぞれのしきい値と比較するステップであって、前記1つまたは複数の特徴が、前記受信されたセンサデータの平均、前記受信されたセンサデータの分散、または前記受信されたセンサデータの標準偏差からなるグループから選択される少なくとも1つの特徴を含む、ステップと
を含む、ステップと、
前記現在のコンテキスト状態に応答して、前記1つまたは複数のそれぞれのしきい値を変更するステップと、
前記CCDが前記変化を検出することに応答して、前記現在のコンテキスト状態の前記変化の表示を前記コンテキストアウェアシステムのコンテキスト分類器(CCL)に送信するステップと、
前記現在のコンテキスト状態の前記変化の前記表示を受信することに応答して、前記CCLを低電力消費モードから通常の電力消費モードに移行させるステップと、
前記CCLによって、前記通常の電力消費モードの間に前記モバイルデバイスの次のコンテキスト状態を決定するステップと
を備える、方法。
【請求項１１】
前記モバイルデバイスの前記次のコンテキスト状態を決定した後、前記CCLを前記低電力消費モードに移行させるステップをさらに備える、請求項10に記載の方法。
【請求項１２】
前記CCDにおいて、前記CCLから前記現在のコンテキスト状態の表示を受信するステップをさらに備え、前記CCDによって、前記現在のコンテキスト状態の前記変化を検出するステップが、前記現在のコンテキスト状態に基づいて、および前記受信されたセンサデータに基づいて、前記現在のコンテキスト状態の前記変化を検出するステップを含む、請求項10に記載の方法。
【請求項１３】
モバイルデバイスに含まれるコンテキストアウェアシステムのコンテキスト変化検出器(CCD)において、センサデータを受信するステップであって、前記センサデータが前記モバイルデバイスの1つまたは複数のセンサから受信される、ステップと、
前記モバイルデバイスの次のコンテキスト状態が何であるかを決定することなしに、前記CCDによって、前記受信されたセンサデータに基づいて、前記モバイルデバイスの現在のコンテキスト状態の変化を検出するステップであって、前記現在のコンテキスト状態の前記変化を検出するステップが、
1つまたは複数の特徴を生成するために、前記受信されたセンサデータを処理するステップと、
統計値を生成するために、前記1つまたは複数の特徴のうちの少なくとも1つに対して統計関数を実行するステップと、
前記統計値をしきい値と比較するステップと
を含む、ステップと、
前記CCDが前記変化を検出することに応答して、前記現在のコンテキスト状態の前記変化の表示を前記コンテキストアウェアシステムのコンテキスト分類器(CCL)に送信するステップと、
前記現在のコンテキスト状態の前記変化の前記表示を受信することに応答して、前記CCLを低電力消費モードから通常の電力消費モードに移行させるステップと、
前記CCLによって、前記通常の電力消費モードの間に前記モバイルデバイスの前記次のコンテキスト状態を決定するステップであって、前記CCLが、前記モバイルデバイスの前記現在のコンテキスト状態に応じて前記しきい値を変更するように構成される、ステップと
を含む、方法。
【請求項１４】
前記モバイルデバイスが、センサデータを前記CCDに提供するための複数のセンサを含み、前記方法が、前記現在のコンテキスト状態の前記表示に応答して、前記CCDが、前記現在のコンテキスト状態の前記変化を検出するために前記複数のセンサのうちのどれを監視するかを決定するステップをさらに備える、請求項12に記載の方法。
【請求項１５】
モバイルデバイスにおいて使用するためのコンテキストアウェアシステムであって、
前記モバイルデバイスに含まれる前記コンテキストアウェアシステムのコンテキスト変化検出器(CCD)においてセンサデータを受信するための手段であって、前記センサデータが、前記モバイルデバイスの1つまたは複数のセンサから受信される、手段と、
前記モバイルデバイスの次のコンテキスト状態が何であるかを決定することなしに、前記CCDによって、前記受信されたセンサデータに基づいて、前記モバイルデバイスの現在のコンテキスト状態の変化を検出するための手段であって、前記CCDによって、前記現在のコンテキスト状態の前記変化を検出するための前記手段が、
1つまたは複数の特徴を生成するために、前記受信されたセンサデータを処理するための手段であって、前記1つまたは複数の特徴が、前記受信されたセンサデータの平均、前記受信されたセンサデータの分散、または前記受信されたセンサデータの標準偏差からなるグループから選択される少なくとも1つの特徴を含む、手段と、
前記1つまたは複数の特徴を1つまたは複数のそれぞれのしきい値と比較するための手段と
を含む、手段と
前記現在のコンテキスト状態に応答して、前記1つまたは複数のそれぞれのしきい値を変更するための手段と、
前記CCDが前記変化を検出することに応答して、前記現在のコンテキスト状態の前記変化の表示を前記コンテキストアウェアシステムのコンテキスト分類器(CCL)に送信するための手段と、
前記現在のコンテキスト状態の前記変化の前記表示を受信することに応答して、前記CCLを低電力消費モードから通常の電力消費モードに移行させるための手段と、
前記CCLによって、前記通常の電力消費モードの間に前記モバイルデバイスの次のコンテキスト状態を決定するための手段と
を備える、コンテキストアウェアシステム。
【請求項１６】
前記モバイルデバイスの前記次のコンテキスト状態を決定した後、前記CCLを前記低電力消費モードに移行させるための手段をさらに備える、請求項15に記載のコンテキストアウェアシステム。
【請求項１７】
前記CCDにおいて、前記CCLから前記現在のコンテキスト状態の表示を受信するための手段をさらに備え、前記CCDによって、前記現在のコンテキスト状態の前記変化を検出するための前記手段が、前記現在のコンテキスト状態に基づいて、および前記受信されたセンサデータに基づいて、前記現在のコンテキスト状態の前記変化を検出するための手段を含む、請求項15に記載のコンテキストアウェアシステム。
【請求項１８】
前記CCDが、第1のソフトウェアモジュール、プロセッサ、またはロジックとして実装され、前記CCLが、前記第1のソフトウェアモジュール、プロセッサ、またはロジックとは別個の異なる第2のソフトウェアモジュール、プロセッサ、またはロジックとして実装される、請求項15に記載のコンテキストアウェアシステム。
【請求項１９】
モバイルデバイスのコンテキストアウェアシステムによって使用するためにプログラムコードを記憶している非一時的コンピュータ可読記録媒体であって、前記プログラムコードが、
前記モバイルデバイスの1つまたは複数のセンサから、前記コンテキストアウェアシステムのコンテキスト変化検出器(CCD)においてセンサデータを受信することと、
前記モバイルデバイスの次のコンテキスト状態が何であるかを決定することなしに、前記CCDによって、前記受信されたセンサデータに基づいて、前記モバイルデバイスの現在のコンテキスト状態の変化を検出することと
を行うための命令を備え、前記現在のコンテキスト状態の前記変化を検出するための前記命令が、
前記CCDによって、1つまたは複数の特徴を生成するために、前記受信されたセンサデータを処理することであって、前記1つまたは複数の特徴が、前記受信されたセンサデータの平均、前記受信されたセンサデータの分散、または前記受信されたセンサデータの標準偏差からなるグループから選択される少なくとも1つの特徴を含む、処理することと、
前記CCDによって、前記1つまたは複数の特徴を1つまたは複数のそれぞれのしきい値と比較することと
を行うための命令を含み、
前記プログラムコードが、
前記モバイルデバイスの前記現在のコンテキスト状態に応答して、前記1つまたは複数のそれぞれのしきい値を変更することと、
前記CCDが前記変化を検出することに応答して、前記現在のコンテキスト状態の前記変化の表示を前記コンテキストアウェアシステムのコンテキスト分類器(CCL)に送信することと、
前記現在のコンテキスト状態の前記変化の前記表示を受信することに応答して、前記CCLを低電力消費モードから通常の電力消費モードに移行させることと、
前記CCLによって、前記通常の電力消費モードの間に前記モバイルデバイスの次のコンテキスト状態を決定することと
を行うための命令を備える、非一時的コンピュータ可読記録媒体。
【請求項２０】
前記プログラムコードが、前記モバイルデバイスの前記次のコンテキスト状態を決定した後、前記CCLを前記低電力消費モードに移行させるための命令をさらに備える、請求項19に記載の非一時的コンピュータ可読記録媒体。
【請求項２１】
プログラムコードが、前記CCDにおいて、前記CCLから前記現在のコンテキスト状態の表示を受信するための命令をさらに備え、前記現在のコンテキスト状態の前記変化を決定するための前記命令が、前記現在のコンテキスト状態に基づき、および前記受信されたセンサデータに基づく、請求項19に記載の非一時的コンピュータ可読記録媒体。
【請求項２２】
前記CCDが、第1のソフトウェアモジュール、プロセッサ、またはロジックとして実装され、前記CCLが、前記第1のソフトウェアモジュール、プロセッサ、またはロジックとは別個の異なる第2のソフトウェアモジュール、プロセッサ、またはロジックとして実装される、請求項19に記載の非一時的コンピュータ可読記録媒体。
【国際調査報告】
2018533777.tif 000010
2018533777.tif 000011