JP2014511189A - センサ及びセンサデータのコンテキストアウェアな制御を提供する方法及び装置 - Google Patents

Abstract

センサ及びセンサのコンテキストアウェアな制御を提供する手法。センサマネージャが、一つ又は複数のセンサに少なくとも一部基づいてコンテキスト情報を決定する。センサマネージャはまた、一つ又は複数の他のセンサや、前記一つ又は複数の他のセンサの一つ又は複数の機能、またこれらのいずれかの組み合わせに関連するリソース消費情報を決定する。センサマネージャはさらに、前記一つ又は複数の他のセンサや前記一つ又は複数の他のセンサの一つ又は複数の機能、またはこれらのいずれかの組み合わせに関連する少なくとも一つの動作状態を判断するために、前記コンテキスト情報および前記リソース消費情報を処理すること及び／又は処理を進める。

Description

背景

ワイヤレス技術や携帯電話などのサービスプロバイダやデバイス製造業者は、魅力的なネットワークサービスなどを通じて、顧客に価値や利便性を提供しようと日々努力している。そのような努力が行われている領域の一つには、ネットワークサービスで使用するためのコンテキスト関連情報を決定するためのセンサを統合することである。コンテキスト関連情報は、例えば、サービスをコンテキストアウェアなものにすることを可能にする。例えば、コンテキストアウェアなシステムは、システムサービスや機能、コンテンツなどをユーザの状況に適切に合わせるために、ユーザの現在状況に関する知識を使用する。これは、一つ又は複数のセンサから収集したデータに基づいて行われる。このようなセンサには、ＥＣＧセンサ（心電計）や光電式脈波計（ＰＰＧセンサ）、電気皮膚反応計（ＧＳＲセンサ）などが含まれうる。このようなセンサの使用が一般的になるにつれ、サービスプロバイダやデバイス製造業者は、長期間にわたって、特に電力が限られている状況で、継続的にセンサを動作させることを可能にするという、難しい課題に直面している。

いくつかの例示的実施形態

このため、例えばエネルギー効率やデータの品質を最大化しつつ、センサやセンサデータについてのコンテキストアウェアな制御を提供する手法が求められている。

ある実施形態に従う方法は、一つ又は複数センサに少なくとも一部基づいてコンテキスト情報を決定することを含む。この方法はまた、一つ又は複数の他のセンサや、前記一つ又は複数の他のセンサの一つ又は複数の機能、またこれらのいずれかの組み合わせに関連するリソース消費情報を決定すること含む。この方法はさらに、前記一つ又は複数の他のセンサや前記一つ又は複数の他のセンサの一つ又は複数の機能、またはこれらのいずれかの組み合わせに関連する少なくとも一つの動作状態を判断するために、前記コンテキスト情報および前記リソース消費情報を処理すること及び／又は処理を進めることを含む。

別の実施形態では、少なくとも一つのプロセッサとコンピュータプログラムコードを含む少なくとも一つのメモリとを備える装置であって、少なくとも一つのメモリとコンピュータプログラムコードは、少なくとも一つのプロセッサにより、前記装置に、一つ又は複数のセンサに少なくとも一部基づいて、コンテキスト情報を決定することを、少なくとも部分的に実行させる。前記装置はまた、一つ又は複数の他のセンサや、前記一つ又は複数の他のセンサの一つ又は複数の機能、またこれらのいずれかの組み合わせに関連するリソース消費情報を決定するようにされる。前記装置はさらに、前記一つ又は複数の他のセンサや前記一つ又は複数の他のセンサの一つ又は複数の機能、またはこれらのいずれかの組み合わせに関連する少なくとも一つの動作状態を判断するために、前記コンテキスト情報および前記リソース消費情報を処理すること及び／又は処理を進めることを行うようにされる。

別の実施形態では、コンピュータ読み取り可能な記憶媒体に格納される一つ又は複数の命令の一つ又は複数のシーケンスが、一つ又は複数のプロセッサにより実行されると、装置に、一つ又は複数のセンサに少なくとも一部基づいてコンテキスト情報を決定することを少なくとも部分的に遂行させる。前記装置はまた、一つ又は複数の他のセンサや、前記一つ又は複数の他のセンサの一つ又は複数の機能、またこれらのいずれかの組み合わせに関連するリソース消費情報を決定するようにされる。前記装置はさらに、前記一つ又は複数の他のセンサや前記一つ又は複数の他のセンサの一つ又は複数の機能、またはこれらのいずれかの組み合わせに関連する少なくとも一つの動作状態を判断するために、前記コンテキスト情報および前記リソース消費情報を処理すること及び／又は処理を進めることを行うようにされる。

ある実施形態に従う装置は、一つ又は複数センサに少なくとも一部基づいてコンテキスト情報を決定する手段を備える。この装置はまた、一つ又は複数の他のセンサや、前記一つ又は複数の他のセンサの一つ又は複数の機能、またこれらのいずれかの組み合わせに関連するリソース消費情報を決定する手段を備える。この装置はさらに、前記一つ又は複数の他のセンサや前記一つ又は複数の他のセンサの一つ又は複数の機能、またはこれらのいずれかの組み合わせに関連する少なくとも一つの動作状態を判断するために、前記コンテキスト情報および前記リソース消費情報を処理すること及び／又は処理を進める手段を備える。

さらに、本発明の様々な例示的実施形態において、（１）データ、及び／又は（２）情報、及び／又は（３）少なくとも一つの信号の処理を進めること、及び／又は、前記（１）〜（３）を処理することを含む方法を適用することが可能である。ここで前記（１）データ及び／又は前記（２）情報及び／又は前記（３）少なくとも一つの信号は、その少なくとも一部が、本発明のいずれかの実施形態に関連して本願に開示された方法やプロセスのいずれかまたはこれらの組み合わせに基づくものであり、またはその少なくとも一部が、上記方法やプロセスのいずれかまたはこれらの組み合わせから導かれるものである。

本発明の様々な例示的実施形態において、少なくとも一つのサービスへのアクセスを可能にするように構成される少なくとも一つのインタフェースへのアクセスを容易にする方法を適用することができる。この方法において、前記少なくとも一つのサービスは、本願に開示されるネットワークやサービスプロバイダによる方法やプロセスのいずれかまたはこれらの組み合わせを実行するように構成される。

本発明の様々な例示的実施形態において、（１）少なくとも一つのデバイスユーザインタフェース要素、及び／又は；（２）少なくとも一つのデバイスユーザインタフェース機能；を形成することを進めること、及び／又は変形することを進めることを含む方法を適用することができる。ここで前記（１）少なくとも一つのデバイスユーザインタフェース要素及び／又は前記（２）少なくとも一つのデバイスユーザインタフェース機能は、その少なくとも一部が、本発明の実施形態に関連して本願に開示された方法やプロセスのいずれかまたはこれらの組み合わせによって得られたデータ及び／又は情報、及び／又は、本発明の実施形態に関連して本願に開示された方法やプロセスのいずれかまたはこれらの組み合わせによって得られた少なくとも一つの信号に基づく。

本発明の様々な例示的実施形態において、（１）少なくとも一つのデバイスユーザインタフェース要素、及び／又は；（２）少なくとも一つのデバイスユーザインタフェース機能；を形成すること及び／又は変形することを含む方法を適用することができる。ここで前記（１）少なくとも一つのデバイスユーザインタフェース要素及び／又は前記（２）少なくとも一つのデバイスユーザインタフェース機能は、その少なくとも一部が、本発明の実施形態に関連して本願に開示された方法やプロセスのいずれかまたはこれらの組み合わせによって得られたデータ及び／又は情報、及び／又は、本発明の実施形態に関連して本願に開示された方法やプロセスのいずれかまたはこれらの組み合わせによって得られた少なくとも一つの信号に基づく。

様々な例示的実施形態において、方法またはプロセスは、サービスプロバイダや携帯機器の側で実行されてもよく、また、サービスプロバイダと携帯機器とで遂行されるべきアクションをシェアするいかなる方法によっても実行されてもよい。

様々な例示的実施形態において、以下のことが適用されてもよい：出願当初の請求項１−２０および３６−３８のいずれかに記載の方法を実行する手段を備える装置。

本発明のさらなる側面や特徴、利点が、以下の詳細説明によって容易に明らかになる。以下の詳細説明では、本発明を実施するための最良の形態であると考えられているものも含め、様々な具体的な実施形態や実装形態が例示される。本発明はまた、さらに多くの様々な異なる実施形態を取りうることができ、そのいくつかのディテールは、本発明の思想や範囲を逸脱することなく、多くの明白な観点から修正可能なものである。本明細書による説明や図面は例示的な性質を有するものと考えられるべきであり、制限的なものとみなされるべきではない。

添付の図面には、本発明の実施形態が例示されている。これらはあくまでも例示を目的とするものであって、限定の目的のためのものではない。
ある実施形態に従い、センサ及びセンサデータのコンテキストアウェアな制御を提供する能力を有するシステムを説明するための図である。 ある実施形態に従うセンサマネージャの要素を説明するための図である。 ある実施形態に従う、センサデータのコンテキストアウェアな制御を提供するプロセスのフローチャートである。 ある実施形態に従う、ヘルス・ウェルネスセンサのコンテキストアウェアな制御のためのフレームワークを説明するための図である。 ある実施形態に従う、ヘルス・ウェルネスセンサのコンテキストアウェアな制御のためのプロセスのフローチャートである。 様々な実施形態に従う、センサ及びセンサデータのコンテキストアウェアの制御のプロセスを説明するための図である。ここではデバイスがプロセスのマスタとしての役割を担っている。 様々な実施形態に従う、センサ及びセンサデータのコンテキストアウェアの制御のプロセスを説明するための図である。ここではデバイスがプロセスのマスタとしての役割を担っている。 様々な実施形態に従う、センサ及びセンサデータのコンテキストアウェアの制御のプロセスを説明するための図である。ここではデバイスがプロセスのマスタとしての役割を担っている。 様々な実施形態に従う、センサ及びセンサデータのコンテキストアウェアの制御のプロセスを説明するための図である。ここではセンサがプロセスのマスタとしての役割を担っている。 様々な実施形態に従う、センサ及びセンサデータのコンテキストアウェアの制御のプロセスを説明するための図である。ここではセンサがプロセスのマスタとしての役割を担っている。 様々な実施形態に従う、センサ及びセンサデータのコンテキストアウェアの制御のプロセスを説明するための図である。ここではセンサがプロセスのマスタとしての役割を担っている。 ある実施形態に従うユーザインタフェースであって、図１−６Ｃのプロセスで利用されるユーザインタフェースを説明するための図である。 本発明の実施形態を実装するために使用されうるハードウェアの略図である。 本発明の実施形態を実装するために使用されうるチップセットの略図である。 本発明の実施形態を実装するために使用されうる携帯端末（例えばハンドセット）の略図である。

いくつかの実施形態の説明

センサ及びセンサデータのコンテキストアウェアな制御を提供する方法，装置，コンピュータプログラムの例が開示される。以下の説明において、説明の目的のために、多くの具体的な詳細な構成が紹介される。これらは、本発明の実施形態の深い理解に資するためのものである。なお、当業者には明らかなことである、本発明の実施形態は、これらの詳細構成がなくとも実施される場合があり、また、均等な構成によって実施される場合もある。よく知られた構成やデバイスが、ブロック図の形で紹介されることがあるが、これは、本発明の実施形態を不必要に不明瞭にすることを避けるためである。

様々な実施形態なヘルス・ウェルネスセンサに関して説明されるが、本明細書に説明される手法の具現化形態は、環境センサや物理的性質のためのセンサ、物質センサ、位置センサなど、如何なるタイプのセンサにも適用可能である。

図１は、ある実施形態に従い、センサ及びセンサデータのコンテキストアウェアな制御を提供する能力を有するシステムを説明するための図である。上述のように、システムやサービスのコンテキストアウェアネスは、しばしばセンサデータに依存する。例えば携帯電話やスマートフォンなどの携帯デバイスのようなデバイスに関連付けられる可能性のあるセンサとしては、例えば、ＧＰＳセンサのような位置センサや光センサ、近接センサ、加速度計、ジャイロスコープなどがある。

ヘルス・ウェルネスサービス及び／又はアプリケーションをサポートするシステムというコンテキストの中で使用される可能性のあるセンサには、心電図（ＥＣＧ）センサや光電脈波（ＰＰＧ）センサ、皮膚電気反応（ＧＳＲ）センサ、脳波（ＥＥＧ）センサ、筋電図（ＥＭＧ）センサのようなものが含まれる。ある実施形態において、ヘルス・ウェルネスセンサはボディセンサネットワーク（Body Sensor Network; BSN）技術をサポートする。この技術は、移動環境において、ウェアラブルセンサによって生理学的な信号をモニタリングする機会を提供する。例えば、心電図に基づくウェアラブルセンサは、感情のモニタリングや心疾患のモニタリングを連続的に又は実質的に連続的に行うことを可能にする。

ある実施形態において、このようなモニタリングはパーベイシブ・ヘルスケア（Pervasive Healthcare）に使用される。このようなモニタリングは、個人データの長期的及び定量的なモニタリングを行う可能性を有し、そのため、そのようなモニタリングを使用するパーベイシブ・ヘルスケアは、ユビキタスコンピューティングやバイオエンジニアリング、医療情報額など、様々な研究コミュニティーにおいて関心が持たれている。このようなモニタリングの信頼性及び連続性は、ユーザの健康を保ち続けるプログラムにおいて、一つのキーとなる要素である。前述のように、パーベイシブ・ヘルスケアをサポートする主要な要素はＢＳＮシステムである。ある実施形態において、ＢＳＮシステムは、サイズが小さくバッテリ寿命も長いが強力な計算能力を有するワイヤレスセンサノードを使用することを含む。

しかしながら、連続的にモニタリングを行う構成において、カギとなる課題は生理学的センサの動作可能時間である。より具体的に述べると、センサは、連続的に動作するために、小さなデバイスのバッテリ容量に鑑みてかなりの量の電力を必要とする可能性がある。このため、サービスプロバイダやデバイス製造業者にとって、バッテリ寿命の延長や最適化（すなわちエネルギー消費量の減少）は、大きな課題である。言い換えれば、センサデータを連続的にモニタリングし、センサデータをリアルタイム又は実質的にリアルタイムで収集して解析するためには、ＢＳＮ及びそのセンサは、エネルギー消費に関して十分に効率的でなければならない。すなわち、センシングを行ったり送信を行ったり、センサデータストリームを処理したりするために、エネルギー消費に関して十分に効率的でなければならない。例えば、ストレス検出のためのウェアラブルな心電図センサは、バッテリが数時間しか持たないのであれば、有効に機能しない。とりわけ、生理学的センサのデータレートを上げたり、センサからデータを送信するために無線送受信機を頻繁に使用したりすると、短いバッテリ寿命や、利用可能なエネルギー貯蔵手段（すなわちバッテリ容量）の非効率な使用という問題がさらに悪化しうる。ほかには、センサにより使用されるエネルギー消費量を減少させることは、ウェアラブルセンサをより小さく軽く設計することを可能にする。

これらの問題に対処するため、図１のシステム１００は、一つ又は複数のセンサにより検出されたか又はそうでなければ収集された、例えばセンサデータのようなコンテキスト情報を使用する機能を導入する。それによって、例えばヘルス・ウェルネスセンサのような一つ又は複数の他のセンサの動作状態を決定したり、一つ又は複数の他のセンサの一つ又は複数の機能を決定したりする。本明細書において「動作状態」との語句は、例えば有効化されていたり無効にされていたりというような動作状況や、例えばサンプリングレートやサンプリング開始／終了、サンプリングパラメータのような、一つ又は複数の動作パラメータを表す。ある実施形態において、前記一つ又は複数の他のセンサによるリソース消費量を減少させるために、上記動作状態が決定される。リソース消費量とは、例えばエネルギー消費量や帯域消費量、計算資源の消費量などであることができる。そのようにして、リソースの浪費が防止され、一つ又は複数のリソースの補給が必要になる前に（例えばセンサのバッテリを充電したり交換したりすることが必要になる前に）、センサの動作寿命や動作時間の延長が図られる。

ある実施形態では、一つ又は複数の機能が、例えば、ノード上のデータ収集やデータ処理、データ送信、及びこれら関係のある動作に関連することができる。例えば、コンテキスト情報や、エネルギー消費量又は利用可能量に関する情報に基づいて、一つ又は複数の機能がセンサ自身によって実行されてもよく、又はそのような機能が、処理のために、例えば携帯デバイスのような対応デバイスや、バックエンドサービスのような対応サービスに送信されてもよい。又はこれらの組み合わせであってもよい。実施形態によっては、ノード（例えばセンサ）に搭載される機能を実行するかどうかの決定が、当該ノードでその機能を実行することに関するエネルギーコストと、他のデバイスやサービスに処理させるためにデータを送信することに関するエネルギーコストとを比較することに少なくとも部分的に基づいてもよい。多くの場合、送信に必要なエネルギー又はリソースのコストは、ノード上で処理を行うために必要なエネルギー又はリソースの負荷よりも重い。このように、システム１００は、センサのノード上の処理能力を利用して、リソース又はエネルギーの過剰な消費を抑え、センサの動作可能時間の延長を図る。

ある実施形態において、例えばウェアラブルＥＣＧセンサのようなヘルス・ウェルネスセンサというコンテキストに関して、システム１００は、リソースを節約すべく、例えばＥＣＧセンサのような一つ又は複数のヘルス・ウェルネスセンサ（及び／又はそれらの機能）をいつ有効化したり無効化したりするかを決定するために、例えば加速度計やジャイロスコープ、コンパスのような他のセンサから、コンテキスト情報を決定してもよい。例えば、多くのヘルス・ウェルネスセンサはユーザの生理学的特徴を測定するが、そのような測定は、ユーザが動いていたり、あるレベルの身体活動を行っていたりする場合、これまでのところ、正確なものにはならない。そこで、ある実施形態においては、システム１００は、センサデータの解釈の精度を上げるべく、個々人の身体的活動レベルを使用する。また、個々人の身体的活動レベルを使用して、収集されるデータが正確ではないであろう場合には（例えば動きのレベルが大きい場合には）、生理学的センサをオフにしたりその機能を限定したりして、エネルギー消費の減少を図る。

例えば、ユーザが、加速度を捉えるための第一のセンサ又はセンサ群を装着し、心拍信号のような生理学的データを捉えるための第二センサまたはセンサ群を装着しているとする。システム１００は身体活動のレベルを決定するために加速度計のデータを使用する。ある実施形態において、身体活動レベルは、"低"、"中"、"高"のような技術用語で分類される。追加的に又は代替的に、身体活動レベルは数値やその他の順序尺度により記述されてもよい。いずれの場合においても、活発な身体活動の間は、動きによるアーチファクトが含まれてしまうために、生理学的センサのデータは信頼性のないものであり得る。したがって、このようなコンテキストの下においては（例えば身体活動が激しいというコンテキストの下においては）、システム１００は、ユーザの動きが活発である間は生理学的センサ又はセンサ群からデータを収集したりそれらを処理したりすることを停止する。第一のセンサ又はセンサ群から収集したコンテキスト情報（例えば加速度計のデータ）を使用して、第二のセンサ又はセンサ群からデータを収集したりそれらを処理したりすることを停止することは、システム１００に次のことを可能にする。

（１）例えばセンサのバッテリ寿命のようなリソースを節約する。
（２）アーチファクトがデータの品質を悪化させうる時はデータの収集を行わないことによりセンサデータの解析の精度を向上させる。

図１に描かれるように、システム１００はユーザ装置（ＵＥ）１０１を含む。ＵＥ１０１はセンサ１０５ａ（例えば第一のセンサ）及びセンサ１０５ｂ（例えば第二のセンサ）を含む少なくとも一つのセンサ群１０３への接続機能を有する。ある実施形態において、センサ群１０３はウェアラブルセンサとして構成され、さらなる機能を提供するために複数のセンサ（例えばセンサ１０５ａ及び１０５ｂ）が含まれる。例えば上述のように、センサ群１０３は、加速度計（例えばセンサ１０５ａ）及びＥＣＧセンサのような生理学的センサ（例えばセンサ１０５ｂ）の組み合わせを含んでいてもよい。図示されるように、ＵＥ１０１はまた、スタンドアロンのセンサ１０５ｃへの接続機能を有している。センサ１０５ｃは単独で動作するものであってもよく、また、センサ群１０３又はその他のセンサやセンサ群と協働して動作するものであってもよい。ある実施形態において、センサ群１０３及び／又はセンサ１０５ａ−１０５ｃ（これらは以下まとめてセンサ１０５と称されることがある）は、ＢＳＮを構成してもよい。例ではあるが、ＵＥ１０１とセンサ群１０３及びセンサ１０５ａ−１０５ｃとの間の接続は、例えばＢｌｕｅｔｏｏｔｈやＷｉ−Ｆｉ、ＡＮＴ／ＡＮＴ＋、ＺｉｇＢｅｅのような短距離無線通信技術によって行われてもよい。

さらにＵＥ１０１は、センサデータを格納したり処理したり、及び／又はシステム１００の他の要素に転送したりするためのソフトウェアクライアントであるアプリケーション１０７を実行することができる。ある実施形態において、アプリケーション１０７は、方明細書に説明される手法の様々な具現化形態に関連して説明されるように、センサ群１０３及び／又はセンサ１０５ａ−１０５ｃのコンテキストアウェアな制御を提供することに関する機能を実行するためのセンサマネージャ１０９ａを備えてもよい。さらに又は代替的に、ＵＥ１０１は、アプリケーション１０７とは独立に動作するスタンドアロンのセンサマネージャ１０９ｂを含んでもよい。また、センサのいずれかがそれ自身でセンサマネージャ１０９ｃを備えていてもよい（この様子がセンサ１０５ｂに関して描かれている）。

図１に描かれるように、ＵＥ１０１は通信ネットワーク１１１を介してサービスプラットフォーム１１３に接続する機能を有する。サービスプラットフォーム１１３は一つ又は複数のサービス１１５ａ−１１５ｎ（以下、まとめてサービス１１５と称される場合がある）を有する。これらのサービスは、例えばヘルス・ウェルネスサービスなどコンテキストアウェアなセンサ情報を使用しうる如何なるサービスであってもよい。サービスプラットフォーム１１３はまた、一つ又は複数のコンテンツプロバイダ１１７ａ−１１７ｍ（以下、まとめてコンテンツプロバイダ１１７と称される場合がある）を有する。これらのコンテンツプロバイダは、例えば、オンラインのコンテンツ小売業者やパブリックなデータベースなどであることができる。ある実施形態において、センサ１０５ａ−１０５ｃ，センサマネージャ１０９ａ−１０９ｃ（これらもまとめてセンサマネージャ１０９と称されることがある），及び／又はアプリケーション１０７は、サービスプラットフォーム１１３やサービス１１５ａ−１１５ｎ，及び／又はコンテンツプロバイダ１１７ａ−１１７ｍに対してセンサデータを送信することができる。当該送信は、センサデータを格納したり処理したりさらに送信したりするために行うことができる。

ある実施例において、ユーザは、例えば連続心電図モニタリングのような、センサデータの連続的なモニタリング及び収集のために、センサ群１０３及び／又はセンサ１０５ａ−１０５ｃを装着する。このような心電図モニタリングでは、動きによるアーチファクトがデータに混入する可能性を低くするために、センサを装着しているユーザは、データの収集中は理想的には動かないことが好ましい。例えば、センサ群１０３は、加速度情報と心電図情報を定期的にＵＥ１０１に送信する。ＵＥ１０１は、（例えばアプリケーション１０７及び／又はセンサマネージャ１０９ｂを介して）データを一次保管し、必要な処理やデータの集約を行い、一つ又は複数のサービス１１５にデータを定期的に送信する。ある実施形態において、送信されるデータは、少なくとも部分的に、タイムスタンプや、例えば生理学的データのようなセンサデータ、及び／又は、例えば加速度計から決定された活動レベルのようなコンテキスト情報を含む。

例えば加速度計のデータのようなコンテキスト情報が、センサ群１０３の動き及び／又はセンサ群を装着しているユーザの動きが所定の閾値を上回っている場合は、センサマネージャ１０９は、例えば次のことを行う。（１）センサ１０５のデータ収集を停止させる、（２）活動レベルが高くデータ収集が行われない旨の情報を送信する、及び／又はセンサマネージャ１０９のメモリに活動レベルを記録又は保存する。センサマネージャ１０９のメモリはセンサ１０５のフラッシュメモリであってもよい。これによって、ＵＥ１０１に送信されるデータ量および対応するサービス１１５に送信されるデータ量が減少し、そのためセンサ１０５およびＵＥ１０１の動作容量（例えばバッテリ寿命）が延び、なおかつノイズ（例えば動きによるアーチファクト）が多く含まれる可能性のあるデータがデータセットから除去される。ある実施例では、センサマネージャ１０９がコンテキスト情報を処理し、日常の活動を簡単に及び／又は大まかに認識し（例えば座っている、立っている、歩いている、など）、それによってセンサ１０５のエネルギー消費を最適化する。

なお、多くの実施例が、コンテキスト情報として動きや動き情報を説明しているが、コンテキスト情報は、データ収集を行うセンサ１０５に対応するいかなる動作パラメータに関連するものであってもよい。例えば、データ収集センサ１０５がＥＣＧセンサである場合、コンテキスト情報は、血中酸素レベル、心拍数、電気皮膚反応に関するパラメータを含んでもよく、またこれらのパラメータの組み合わせを含んでもよい。

例であるが、システム１００の通信ネットワーク１１１は、一つ又は複数のネットワークを含むことができる。このネットワークは、図示されていないが、例えばデータネットワークや電話ネットワーク、又はこれらを組み合わせたものであることができる。データネットワークは、例えば、ローカルエリアネットワーク（ＬＡＮ）やメトロポリタン エリア ネットワーク（ＭＡＮ）、広域ネットワーク（ＷＡＮ）、公衆データネットワーク（例えばインターネット）、近距離無線ネットワークなどであることができ、また、他の好適なパケット交換ネットワークであることができる。なお、そのようなパケット交換ネットワークには、商業的に利用可能なものもあれば、個人の光ケーブルや光ファイバネットワークのような、私有のパケット交換ネットワークもあり、またこれらを組み合わせたものであってもよい。無線ネットワークは、例えばセルラネットワークであることができ、これは、ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ Ｆｏｒ Ｇｌｏｂａｌ Ｅｖｏｌｕｔｉｏｎ）やＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ），ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ Ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ），ＩＭＳ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ），ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）など、様々な技術を利用したものであることができる。また、セルラネットワークで使用されうる無線媒体としては、Ｗｉｍａｘ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ Ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）やＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ），ＣＤＭＡ（符号分割多元接続），ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ），Ｗｉｆｉ，無線ＬＡＮ（ＷＬＡＮ），Ｂｌｕｅｔｏｏｔｈ（登録商標），ＩＰデータ放送，衛星，モバイルアドホックネットワークなどがあり、またこれらを組み合わせたものであってもよい。

ＵＥ１０１はいかなるタイプの端末であってもよく、移動端末や固定端末、可搬型端末であってもよい。例えば、携帯ハンドセットや局，ユニット，デバイス，マルチメディアコンピュータ，マルチメディアタブレット，インターネットノード，ノートブックコンピュータ，ネットブック，タブレットコンピュータ，パーソナル通信システム（ＰＣＳ），パーソナルナビゲーションシステム，ＰＤＡ，音楽やビデオのプレーヤー，デジタルカメラやデジタルビデオカメラ，位置同定機器，テレビ受像機，無線放送受信機，電子ブック機器，ゲーム機器，及びこれらを組み合わせたものであってもよい。さらに、これらのアクセサリーや周辺機器を含んでもよく、またそれらの組み合わせを含んでもよい。ＵＥ１０１はまた、ユーザに対するとのようなタイプのインタフェースを含んでもよく、例えば、ウェアラブル回路などを含んでもよい。

例として、ＵＥ１０１やセンサ群１０３、センサ１０５、アプリケーション１０７、サービスプラットフォーム１１３は、互いに通信したり、通信ネットワーク１１１の他の要素と通信したりすることができる。この通信には、よく知られたプロトコルを用いることができるが、新しいプロトコルや開発中のプロトコルを用いてもよい。これに関連して、プロトコルは、ネットワーク１１１の各ネットワークノードが、通信リンクを介して送信される情報に基づいて、どのように相互作用するかを定義するルールのセットを含む。プロトコルは、様々なタイプの物理信号の生成や受信から、これらの信号を送信するためのリンクの選択、これらの信号により提示される情報のフォーマット、コンピュータ上で動作しているとのソフトウェアアプリケーションが情報を送受信するかの識別など、各ノードの動作の様々なレイヤにおいて使用される。ネットワーク上で情報交換する複数のプロトコルレイヤのコンセプトが、ＯＳＩ参照モデルで記述されている。

ネットワークノード間の通信は、通常、パケットに分割したデータを交換することにより実現される。各パケットは、通常、（１）特定のプロトコルに関するヘッダ情報と、（２）ヘッダ情報の次に位置するペイロード情報とを有する。ペイロード情報は、プロトコルによって個々に処理される。プロトコルによっては、（３）ペイロード情報の次に位置するトレーラ情報も有する。この情報は、ペイロード情報の終わりを示す。ヘッダ情報は、パケットの送信元や送信先，ペイロードの長さなど、そのプロトコルで使われる各種の情報を含んでいる。しばしば、あるプロトコルのペイロードに含まれるデータは、ＯＳＩ参照モデルにおけるより高次のレイヤのプロトコルに関連するヘッダとペイロードを含んでいる。また、あるプロトコルのヘッダには、そのペイロードに含まれている次のプロトコルのタイプに関する情報が含まれている。高次のプロトコルは、低次のプロトコルにカプセル化されていると表現される。パケットに含まれるヘッダは、複数の異なるネットワークで運ばれる。例えばインターネットにおいては、ＯＳＩ参照モデルで記述されるように、通常、レイヤ１用の物理ヘッダ，レイヤ２用のデータリンクヘッダ，レイヤ３用のインターネットワークヘッダ，レイヤ４用のトランスポートヘッダ，及び、レイヤ５−７の各種アプリケーション用のヘッダが用いられる。

ある実施形態では、アプリケーション１０７とサービスプラットフォーム１１３は、クライアント−サーバモデルに従ってやり取りしてもよい。クライアントサーバモデルによれば、クライアントプロセスは、リクエストを含むメッセージをサーバプロセスに送信し、サーバプロセスは、サービスを提供すること（例えば地図情報を提供すること）によって応答する。サーバプロセスは、応答を含むメッセージをクライアントプロセスに返すこともある。しばしば、クライアントプロセスとサーバプロセスは異なるコンピュータ装置で実行される。このような装置は、例えばホストと呼ばれ、ネットワーク通信のための一つまたは複数のプロトコルを用いてネットワークを介して通信しあう。「サーバ」との用語は、一般的に、サービスを提供するプロセスや、処理が行われるホストコンピュータを言い表すときに使われる。「クライアント」との用語は、一般的に、リクエストを生成するプロセスを表現するときに使われるが、処理が行われるホストコンピュータを表現するときにも使われる。なお、本明細書では、文脈から特に明らかでない限り、「サーバ」や「クライアント」との用語は、ホストコンピュータ表現するよりも、プロセスを表現するためにおもに使用される。サーバによって遂行されるプロセスは、複数のプロセスや複数のホストに分解されることができる。この場合の複数のホストのそれぞれを、ティア（ｔｉｅｒ）と呼ぶことがある。分解する理由は、例えば、信頼性やスケーラビリティ、冗長性などである。

図２は、ある実施形態に従うセンサマネージャの要素を説明するための図である。例ではあるが、センサマネージャ１０９は、センサ又はセンサデータのコンテキストアウェアな制御を提供するための一つ又は複数の要素を含む。これらの要素の機能は一つ以上の要素中で結合されたり、同様の機能を有する他の要素によって実行される場合があることが想定される。この実施例において、センサモジュール１０９は、少なくとも、センサマネージャ１０９の機能を実行するための少なくとも一つのアルゴリズムを実行する制御ロジック２０１を少なくとも含む。ある実施形態において、制御ロジック１０１はセンサインターフェース２０３とやりとりを行い、コンテキスト情報及び／又は一つ又は複数のセンサ１０５から収集したデータを受信したり、そうでなければ検出したりする。ある実施形態において、上記センサインターフェースは短距離無線技術（例えばＢｌｕｅｔｏｏｔｈやＷｉ−Ｆｉ、ＡＮＴ／ＡＮＴ＋、ＺｉｇＢｅｅなど）に基づいたものである。

コンテキストモジュール２０５は、センサインターフェース２０３を介して受信したコンテキスト情報を受信したり、格納したり、及び／又は処理したりする。例ではあるが、コンテキストモジュール２０５はコンテキスト情報を処理し、データを収集するためのセンサ１０５の一つ又は複数の動作パラメータを決定する。ある実施形態において、コンテキストモジュール２０５は、コンテキスト情報又はコンテキスト情報のストリームから、動作パラメータ又はその他の特徴を抽出することができる。特徴の時間及び／又は周波数のドメインにおいては、活動レベルを区別することが可能であったり、特定の活動（例えば歩いている、座っている、走っているなど）を識別可能であったりする。例ではあるが、特徴は、そのような時間及び／又は周波数のドメインにおいて抽出されてもよい。例えば処理リソースや電力などのリソースが（例えばセンサ１０５やＵＥ１０１において）限られている実施形態のいくつかにおいては、時間ドメインのみが調査されてもよい。このようなシナリオのもとでは、所定の時間ウィンドウ（例えば５秒間）の中で特徴ベクトルが計算される。時間ウィンドウは互いに重なっている。この重なりは、例えば５０％であってもよい。

ある実施形態において、コンテキストモジュール２０５はコンテキスト情報の分類手段（classifier）をトレーニングするために、加速度に関する次の特徴を使用する。
● 平均（Average）：各軸における加速度信号のウィンドウ内の平均値
● 分散（Variance）：各軸における加速度信号のウィンドウ内の分散
● 信号の大きな領域（Signal Magnitude Area; SMA）ＳＭＡは活動の強さを区別するために適当な特徴であると考えられている。ＳＭＡは次の式で計算される。

ここでｘ（ｉ），ｙ（ｉ），ｚ（ｉ）は、それぞれｘ軸、ｙ軸、ｚ軸に沿った加速度信号である。
● 軸のペアの相関軸のペアの相関は、ウィンドウ内における二本の軸の加速度信号の共分散を、これらの標準偏差の積で割ることにより計算される。例えば、ｘ軸とｙ軸との相関は次のように計算される。

軸の相関は、センサの向きを特定するために使用することができる。

別の実施形態においては、センサ１０５及び／又はＵＥ１０１の少ない処理リソースを補うために、コンテキストモジュール２０５は、コンテキスト情報を分類するための軽い分類スキームを実装する。例ではあるが、この軽い分類スキームは、決定ツリー（decision tree）である。さらに具体的に述べると、学習ステージの間にツリー構造が構築される。例えば、学習ステージの間、参加者は、例えば座ったり立ったり歩いたりするなど、様々な活動を行うように指示され、その間に参加者に装着された加速度計によりサンプリングを行ってプロファイルを決定し、各活動をツリー構造に入れ込むことを行う。実施形態によっては、ツリー構造は決定ノードと分類リーフとを有する。例えば決定ノードはテスト条件を表し、リーフは分類結果を表す。

リソースモジュール２０７は、コンテキストモジュール２０５と協働して、センサデータの収集や処理、送信に関連するリソース消費量を監視又は決定することができる。この監視及び／又はデータ収集の結果は、センサデータベース２０９の中に格納することができる。例えば監視するリソースがバッテリ寿命である場合、リソースモジュール２０７は、センサ１０５の一つ又は複数の機能に関連するエネルギー消費量を決定することができる。例えばリソースモジュール２０７は、センサ１０５のエネルギー消費量を記述するエネルギーモデル及び／又はエネルギープロファイルを生成することができる。より具体的に述べると、一般的なＢＳＮシステムにおいて、センサ１０５は生理学的信号を検出するために用いられ、基地局やユーザ装置の一部に直接信号を送信する。

電力を消費する基本的な動作はサンプリングと無線送信である。したがって、一般化されたエネルギーモデルは次のような式で表すことができる。

エネルギー（） ＝ サンプリング（） ＋ 送信（）

サンプリングのエネルギー消費量は、回数、サンプリング周波数、センサ１０５で有効化されているアクチュエーターのデューティーサイクル（Ｄｕｔｙ ｃｙｃｌｅ）に依存する。無線送信のエネルギー消費量は、通常センサ１０５の電力を最も多くを使用する。これは二つの部分からなる。第一の部分は、無線モジュールの電源がオンの状態で消費する部分である。別の部分は、センサにより生成されたパケットを送信するエネルギーである。無線の電力消費は、通常、ＢＳＮシステムの電力消費の大半を占める。

別の実施形態では、無線モジュール２０７は、活動に基づいたエネルギーモデルを生成することができる。例えば、心電図に基づくアプリケーションに関して、心電図のピーク間隔（例えばＲＲ間隔）は、（例えば感情認識や不整脈の検出のような）解析における基本的な要素である。さらに、心電図に基づくアプリケーションは、身体活動レベルが静止とは言えないような場合には、通常、ＲＲ間隔データセグメントを無視する。

前述のように、無線送信は電力消費に関して通常コストがかかるものである。システム１００の目標の一つはリアルタイムの（又は実質的にリアルタイムの）処理を犠牲にせずにエネルギーを最大限節約することである。そこで、リソースモジュール２０７は、自身にＲＲ間隔処理機能を実装し、それによって送信するデータ量を減らしつつ、心電図に基づくアプリケーションに、解析のための有用なＲＲ間隔データを提供する。リソースモジュール２０７はまた、コンテキスト情報を利用して無線動作状態を制御し、望ましい心電図データのためにデューティーサイクルを最適化する。

状態決定モジュール２０９は、コンテキスト情報及びセンサデータベース１０５に格納されているリソース消費情報に基づいて、センサ１０５の動作状態を決定することができる。例えば、ヘルス・ウェルネスアプリケーション１０７というコンテキストにおいて、アプリケーション１０７は通常、検出したデータをリアルタイム又はそれに近い時間で基地局（例えばＰＣや携帯デバイス）に直接送信する。しかし、この伝統的なアプローチでは、無線機能が常にオンになりデータ送信データも高いため、バッテリ寿命を数時間で尽きさせてしまう。

多くの連続的モニタリングアプリケーションは、生のデータよりも抽出された特徴を、より高度な解析のための入力として必要とする。例えば、感情認識や心臓不整脈検出のための心拍数変動解析は、心電図の生データから抽出したＲＲ間隔を基本的な要素として使用する。又は、心電図に基づくアプリケーションは、通常、活動の激しい条件で得られた心電図データセグメントを使用しない。

そこで状態決定モジュール２１１は、エネルギー節約のために、実行中に活動のコンテキストを用いて不要な検出データ部分をフィルタリングし、またノード上での処理を利用して、エネルギー最適化アルゴリズムを使用する。ある実施形態において、提案されるエネルギー最適化アルゴリズムの効率は、無線使用量と加速度計のサンプリング周波数を動的に調整することに依存する。また、ノード上でのＲＲ抽出が、無線通信路を介して送信するデータ量を減らす。このアルゴリズムはまた、活動強度が比較的低いと分類されている間（たとえば座っているとか立っているとかに分類されている間）、センサ１０５は、活動認識の結果及び抽出したＲＲ間隔情報を携帯電話に送信することを続けることとする。そうでない場合、例えば活動強度が「歩いている」よりも高い場合は、センサは無線機能を停止し、抽出した機能をローカルのフラッシュメモリに保存する。

ある実施形態において、サンプリング周波数は繰り返しタイマーによって制御される。加速度計のサンプリング周波数は、初期設定においてＥＣＧセンサと同じ１００Ｈｚであるが、場合によっては加速度計のデータは５Ｈｚにダウンサンプリングされる。別の実施形態においては、システムは、活動レベルが高い間は心電図信号を記録しない。このように、加速度計はサンプリング周波数を動的に低下させ、サンプリングのための電力消費量を抑えながらユーザの活動の変化をモニタリングする。

図３は、ある実施形態に従う、センサデータのコンテキストアウェアな制御を提供するプロセスのフローチャートである。ある実施形態では、センサマネージャ１０９が処理３００を実行する。センサマネージャ１０９は、例えば、図９に示されるようにプロセッサおよびメモリを備えるチップセットとして実装される。処理３００は、図４Ａ−図７を参照して以下により詳しく説明される、センサ及びセンサデータのコンテキストアウェアな制御を提供する一般的・全般的な処理を表す。ステップ３０１において、センサマネージャ１０９は、第一のセンサ１０５（例えば加速度計）に少なくとも部分的に基づいて、コンテキスト情報を決定する。実施形態によっては、コンテキスト情報はさらに、第３のセンサ１０５や一つ又は複数の他のセンサ１０５、さらにこれらの組み合わせに少なくとも一部基づいて決定される。第一のセンサ１０５や第３のセンサ１０５、一つ又は複数の他のセンサ１０５は、第二のセンサ１０５及び／又は当該第二のセンサ１０５の一つ又は複数の機能の一つ又は複数の動作パラメータに関するコンテキスト情報を提供してもよい。実施形態によっては、第二のセンサ１０５はウェアラブルなヘルス・ウェルネスセンサである。さらに別の実施形態によっては、第二のセンサ１０５（例えば生理学的センサ）は動きによって影響を受け、第一のセンサ１０５（例えば加速度計）は、第二のセンサの少なくとも一つの動きや前記少なくとも一つの動きの一つ又は複数の特徴を検出する。第一のセンサ１０５と同様に、第二のセンサも一つ又は複数の他のセンサ１０５と関連づけられてもよい。これら他のセンサ１０５はデータのセットの収集を行う。例えば、第二のセンサ１０５（例えばＥＣＧセンサ）は、他のセンサ１０５（例えば光電式脈波計（ＰＰＧセンサ）や電気皮膚反応計（ＧＳＲセンサ）など）と組み合わされることができ、それによって、一式のパラメータが同時にサンプリングされ、また第一のセットのセンサのコンテキスト情報により制御される。

ステップ３０３では、センサマネージャ１０９が、第二のセンサ１０５又はセンサ１０５のグループ、第二のセンサ１０５の一つ又は複数の機能、又はこれらの組み合わせに関連するリソース消費情報を決定する。実施形態によっては、当該一つ又は複数の機能は、データ収集、データ処理、データ送信、又はこれらの組み合わせを少なくとも部分的に含む。さらに、前記リソース消費情報は、エネルギーリソース、帯域リソース、計算リソース、メモリリソース、又はこれらの組み合わせに少なくとも部分的に関連する。

ある実施形態において、センサマネージャ１０９は、コンテキスト情報やリソース消費情報、又はこれらの組み合わせを定期的にモニタリングすることを少なくとも部分的に行わせるというオプションを備えていてもよい。このモニタリングは、予め定められたスケジュールに従って行われてもよいし、要求に応じて行われてもよいし、またこの両方が組み合わされて行われてもよい（ステップ３０５）。次にセンサマネージャ１０９は、第二のセンサ１０５又は第二のセンサ１０５の一つ又は複数の機能の少なくとも一つの動作状態の決定を行うために、コンテキスト情報及び／又はリソース消費情報のモニタリング結果を処理する（及び／又はモニタリング結果の処理を進める）（ステップ３００から）。すなわち、センサマネージャ１０９は、第二のセンサ１０５又は第二のセンサ１０５の一つ又は複数の機能の少なくとも一つの動作状態の再評価処理を起動するために、コンテキスト情報、リソース消費情報、及び／又は関連する更新情報をモニタリングする。具体的な例を挙げると、センサ１０５の動作状態は関連する動作パラメータを設定すること及び／又は変更することを含んでもよく、ここで当該動作パラメータは、サンプリングレートやサンプリングに関するパラメータ、送信プロトコル、活動時間などを含んでもよい。実施形態によっては、センサマネージャ１０９は、センサマネージャの一つ又は複数の機能の少なくとも一つを実行するスケジュールを決定するために、コンテキスト情報及びリソース消費情報を処理する（及び／又は処理を進める）（ステップ３０９）。

ステップ３１１において、センサマネージャ１０９は、前記一つ又は複数の機能が、一つ又は複数のデバイス（例えばＵＥ１０１）や一つ又は複数のサービス（例えばサービスプラットフォーム１１３やサービス１１５）、又はこれらの組み合わせと、第二のセンサ１０５が一つ又は複数のやりとりを行うことに関係するかどうかを決定することができる。もしイエスであれば、センサマネージャ１０９は、前記第二センサや前記一つ又は複数のデバイス、前記一つ又は複数のサービス、これらの組み合わせ、のいずれかにおいて、前記一つ又は複数の機能の少なくとも一つを実行することを少なくとも部分的に行わせるかどうかを決定するために、コンテキスト情報及びリソース消費情報を処理する（及び／又は処理を進める）（ステップ３１３）。

図４Ａは、ある実施形態に従う、ヘルス・ウェルネスセンサのコンテキストアウェアな制御のためのフレームワークを説明するための図である。図示されるように、ユーザ４０１は三つのセンサ１０５ａ−１０５ｃからなるウェアラブルセンサシステム４０３（例えばＢＳＮ）を装着している。この例において、センサ１０５ｂおよび１０５ｃはセンサ１０５ａとの間に通信接続を有している。センサ１０５ａは、連続的又は実質的に連続的にモニタリングデータの収集を行うこととそれをＵＥ１０１送信することの責任を負っている。より具体的な例を述べると、センサ１０５ａ−１０５ｃは、本明細書に記載される様々な実施形態に従って、少なくとも、コンテキスト情報を決定するための加速度計と、コンテキスト情報に基づいて動作するＥＣＧセンサ（心電計）１０５とを含んでいる。センサ１０５ａ−１０５ｃは心電図信号を携帯デバイスへと流し、心電図信号はそこで処理されたり保存されたり、また分類されたりする。

図４Ｂは、ある実施形態に従う、ヘルス・ウェルネスセンサのコンテキストアウェアな制御のための処理のフローチャートである。ある実施形態では、センサマネージャ１０９が処理４２０を実行する。センサマネージャ１０９は、例えば、図９に示されるようにプロセッサおよびメモリを備えるチップセットとして実装される。さらに処理４２０は、図４Ａのフレームワークに関連して実行される。

ステップ４２１において、センサマネージャ１０９は、第一のセンサ１０５ａ（例えば加速度計）から加速度に関するサンプリングデータを受信する。実施形態によっては、加速度計によるデータサンプリングは、間欠的に行われたり、予め定められたスケジュールに従って行われたり、また要求に応じて行われたりすることができる。本例においては、データサンプリングは、センサ１０５ａが装着された被験者に対して行われる。ステップ４２３において、センサマネージャ１０９は、図２に関連して説明されたような活動認識を行うために、加速度計のデータを処理する（及び／又は処理を進める）。ステップ４２５において、センサマネージャ１０９は、活動認識データ（例えばコンテキスト情報）に少なくとも部分的に基づいて、モニタリング対象の被験者の活動レベルを決定する。その活動レベルが、モニタリング対象の被験者が活動していないか又は比較的安静状態にあることを示している場合（例えば、動きがほとんどないか全くない状態で座っていたり立っていたりすることを示している場合）、センサマネージャ１０９は、心電図サンプリングデータを受信する例えばＵＥ１０１との接続のためにＢｌｕｅｔｏｏｔｈ等の短距離無線機能をオンにするかどうかを判断する。もしＢｌｕｅｔｏｏｔｈ無線機能をオフにしないならば、センサマネージャ１０９は当該無線機能を作動させる（ステップ４２９）。

ステップ４３１において、センサマネージャ１０９は心電図のサンプリングを開始する。これは、第二のセンサ１０５ｂ（例えばＥＣＧセンサ）によって心電図測定データを収集させることにより行われる。心電図データはＲＲ又はピーク間隔を決定又は抽出するために処理される（ステップ４３３）。実施形態によっては、ＲＲ間隔抽出アルゴリズムは、例えば、変形Pan-Tompkinsリアルタイム検出アルゴリズム（modified Pan-Tompkins real-time detection algorithm）を実装する。例として説明すると、このアルゴリズムは（１）ノイズフィルタリング（２）ピーク検出の２つの段階に分けられる。

ノイズフィルタリング段階においては、生の心電図サンプルに例えばバンドパスフィルタを適用することにより、心電図データにおけるピークの可能性のある部分が強調されると共に、背景基線ドリフトが減衰させられる。実施形態によっては、３タップのバンドパスフィルタは次の式で表される。

次に、センサマネージャ１０９は、バンドパスフィルタ適用後の信号に対して第一微分値を計算することにより、ピークである可能性のあるものを検出する。第一微分値は次の式で表される。

微分値の負の部分を除去するために、第一微分値は二乗される。

そしてアルゴリズムは、二乗した微分値を５サンプル幅（５０ｍｓ）で移動平均する。移動窓積分（moving window integration）は、ピーク候補の位置を含むと共に、ランダムピークは減衰したスムーズな結果を計算する。実施形態によっては、ピーク検出段階は、複雑な波形を含む候補セグメントの各々におけるローカルマキシマム（local maximum）を見つけることを含む。

ステップ４３５において、センサマネージャ１０９は、コンテキスト情報と、処理された心電図データから抽出した特徴（例えばＲＲ間隔）とを送信のために準備する。これらはＵＥ１０１か、ＵＥ１０１の中で動作しているセンサマネージャ１０９に送信される。例えばセンサマネージャ１０９は、送信される情報をデータパケットへと整える。実施形態によっては、パケット生成は、パケットのサイズを小さくして送信データサイズを小さくするための圧縮や暗号化等の処理を含むことができる。そしてセンサマネージャ１０９は、Ｂｌｕｅｔｏｏｔｈ接続のような短距離無線接続を介して、例えばＵＥ１０１のような携帯デバイスへのパケットの送信を開始する。

ステップ４２５に戻り、活動レベルが高い場合は、センサマネージャ１０９は、心電図データを収集して携帯デバイスへ送信するには条件が適当ではないと判断してもよい。その場合、センサマネージャ１０９は、Bluetoothのような短距離無線接続を（もし無線機能がオンになっていたとしたら（ステップ４３７））オフにしてもよい。そしてパケットをローカルに格納してもよい。さらにセンサマネージャ１０９は、活動レベルが高い間は電力を節約すべく、ＥＣＧセンサのサンプリングレートを変更してもよい（例えば減少させたり完全に停止させたりしてもよい）（ステップ４３９）。

図５Ａ−５Ｃは、様々な実施形態に従う、センサ及びセンサデータのコンテキストアウェアの制御のプロセスを説明するための図である。ここではデバイスがプロセスのマスタとしての役割を担っている。図５Ａ−５Ｃは、ＵＥ１０１が、センサ１０５との通信の関係において、（例えばBluetoothパーソナルエリアネットワークで）マスタとして動作するシナリオを紹介している。より具体的には、図５ＡはＵＥ１０１とＥＣＧセンサとの間の通信プロトコルを描いたタイムシーケンス図である。５０１において、携帯電話又はＵＥ１０１は、ＥＣＧセンサ１０５に接続要求（例えばBluetooth接続要求）を送信する。ＥＣＧセンサ１０５は承認メッセージ５０３によって応答し、統計データパケットを送信する（ステップ５０５）。このデータパケットは、例えば、ＥＣＧセンサ１０５のリソース消費情報や利用可能性情報（例えばセンサのバッテリレベル）を含む。

それに応答して、ＵＥ１０１は、コンテキスト情報及びセンサデータのストリーミングを開始する要求を、ＥＣＧセンサ１０５に送信する（ステップ５０７）５０９において、ＥＣＧセンサ１０５は、モニタリング対象の被験者の活動レベルが予め定められた閾値以下であることを決定する（例えば中レベルより下であることを決定する）。これは、心電図ストリームを収集して送信することが好ましい状況であることを示す。５１１において、心電図センサ１０５は、活動レベルが閾値以下であることに基づいて、データのストリーミングを継続している。または心電図センサ１０５は、連続的にストリーミングを行う代わりに、データをバッファリングし、ある程度まとまった単位でデータを送信する（バッチ送信）。

５１３において、心電図センサ１０５は、活動レベルが予め定められた閾値を超えていることを決定し、それをＵＥ１０１に通知する。それに高騰して、ＵＥ１０１は、活動レベルが指揮１以下に収まるまでデータのストリーミング及び／又はデータ収集が停止しうるように、切断要求を心電図１０５に送信する（ステップ５１５）。ＵＥ１０１は、予め定められた時間のタイマーをセットする（例えば５分間）（ステップ５１７）。その時間の経過後、心電図データのストリーミングを再開させるべく、新たな接続要求を行う（ステップ５１９）。活動レベルがまだ閾値より高ければ、ＵＥ１０１はタイマーをセットし、改めて５分間待機する。そうでなければ心電図データのストリーミングは再開する。

図５Ｂは、図５Ａの通信セッションに関与する携帯デバイスの状態ダイアグラムである。５２１において、ＵＥ１０１は、通信リクエストを発信して行動を待つことにより、通信状態に入る。活動レベルが低く心電図データのストリーミングを実行するという応答を受信することに応じて、ＵＥ１０１はストリーミング状態へと入り、心電図センサ１０５から前記リクエストに関するデータパケットを受信する（ステップ５２３）。この状態において、ＵＥ１０１はまた、被験者の活動レベルをモニタリングすると共に、心拍変動（Heart Rate Variability; HRV）情報を計算する。活動レベルが閾値を超えて上がる場合、ＵＥ１０１は切断状態へと入り、ＥＣＧセンサ１０５と切断する旨のリクエストを送信し、接続を閉じる。５２５において、ＵＥ１０１はアイドル状態へと入り、次の接続を試みる前に、予め定められたタイマーが切れるまで待機する。

図５Ｃは、図５Ａの通信セッションに関与するＥＣＧセンサ１０５の状態ダイアグラムである。この例において、ＥＣＧセンサ１０５はＵＥ１０１のスレーブである。したがって、ＥＣＧセンサ１０５は切断状態５４１と接続状態５４３とを単に切り換えるだけである。切断状態において、ＥＣＧセンサ１０５はデータの収集と前処理とを継続して行うが、エネルギーを節約するために、センサ外にデータを送信することは行わない。ＵＥ１０１からの通信要求を受信すると、センサ１０５は接続状態５４３に切り替わり、心電図データのストリーミングを開始する。

図６Ａ−６Ｃは、様々な実施形態に従う、センサ及びセンサデータのコンテキストアウェアの制御のプロセスを説明するための図である。ここではデバイスがプロセスのマスタとしての役割を担っている。図６Ａ−６Ｃのシナリオは、ＵＥ１０１の代わりにＥＣＧセンサ（心電計）１０５が通信セッションのマスタとしての役割を果たすことを除いて、図５Ａ−５Ｃに紹介されたものと似ている。すなわち、センサ１０５がそれとＵＥ１０１との間の無線通信を制御している。このアプローチの利点は、センサが、ＵＥ１０１から届く接続要求をリスニングするための電力を消費する必要がないことである。さらにＥＣＧセンサ１０５は、自身の加速度計やその他のセンサの測定値に基づいて、自身で通信の制御を行うことが可能である。

図６ＡはＵＥ１０１とＥＣＧセンサとの間の通信プロトコルを描いたタイムシーケンス図である。６０１において、ＥＣＧセンサ１０５は通信要求をＵＥ１０１へ送信する。ＵＥ１０１はステップ６０３において接続要求を受け入れ、ＥＣＧセンサ１０５はステップ６０５においてＵＥ１０１への統計パケットの送信を開始する。上述のように、この統計パケットは、リソース消費情報や利用可能性情報、通信の品質に関する統計情報を含んでいてもよい。６０７及び６０９において、ＥＣＧセンサ１０５は、モニタリング対象の活動レベルが既定の閾値以下であると自身で判断している限り、心電図データのストリーミングを行う。６１１において、活動レベルが閾値以上に上昇すると、ＥＣＧセンサ１０５は切断要求をＵＥ１０１へ送信する。活動レベルが閾値以下に低下すると、ＥＣＧセンサ１０５は、心電図データのＵＥ１０１へのストリーミングを再開すべ、接続要求を送信する（ステップ６１３）。

図６Ｂは、図６Ａの通信セッションに参加する携帯デバイスの状態ダイアグラムである。ＵＥ１０１はこの通信セッションにおいてスレーブとして動作するため、ＵＥ１０１は、単に、アイドル状態６２１とストリーミング状態６２３との間で切り替わるだけである。はじめ、ＵＥ１０１はアイドル状態６２１にあり、加速度計１０５からの通信要求を待ち、リスニングを行う。通信要求を受信すると、ＵＥ１０１はストリーミング状態６２３に入る。ＵＥ１０１は心電図データを受信し、ＨＲＶの計算を実行する。ＥＣＧセンサとの接続が断たれると、ＵＥ１０１はアイドル状態６２１へと復帰する。

図６Ｃは、図６Ａの通信セッションに参加するＥＣＧセンサ１０５の状態ダイアグラムである。この例において、ＥＣＧセンサ１０５は通信セッションのマスタとしての役割を果たす。従って、ＥＣＧセンサ１０５は切断状態６４１と接続状態６４３とをいつ切り替えるかを判断し制御する。ＥＣＧセンサ１０５ははじめ切断状態６４１にある。モニタリング対象の被験者の活動レベルが予め定められた閾値以下であると判断すると、ＥＣＧセンサ１０５は通信要求をＵＥ１０１へ送信し、心電図データのＵＥ１０１へのストリーミングを開始する。活動レベルが閾値以上に上昇すると、ＥＣＧセンサ１０５は切断要求をＵＥ１０１へ送信する。その後ＥＣＧセンサ１０５は活動レベルのモニタリングを行うことができ、活動レベルが閾値以下に下がると、通信を再開すべくリクエストを送信する。

図７は、ある実施形態に従うユーザインタフェースであって、図１−６Ｃのプロセスで利用されるユーザインタフェースを説明するための図である。図７は、コンテキストアウェアなセンサシステムを構成するためのユーザインタフェース７０１を描いている。この例において、ユーザインタフェース７０１は、センサ１０５やＵＥ１０１、サービス１１５のいずれか一つ以上に適用するエネルギープロファイルを選択するためのコントロール７０３を提供する。図ではエネルギープロファイルが"低"に設定されているが、これは、ユーザが、センサ１０５のエネルギー又はリソース消費を最大限節約することを望んでいることを示している。例えば、"低"エネルギープロファイルは、バッチ送信やセンサ自身での処理などを多用することにより、送信回数を減らそうとする。

ユーザインタフェース７０１はまた、センサの活動閾値を設定するためのコントロール７０５を提供する。この例では閾値は"中"に設定されている。これは、対象のセンサ１０５の動作状態を変更するに至る前に、モニタリング対象の動きを多少許容する。なお、この例では閾値が記述的な用語で示されているが、閾値を選択するために定量的な値を使用してもよいことはもちろんである。

ユーザインタフェース７０１はまた、ストリーミングデータの行先を選択するためのコントロール７０７を提供する。この例では、ユーザは、ヘルス・ウェルネスデータのストリーミングをユーザのパーソナルドクターに直接送信することを選択している。実施形態によっては、データの送信は、サービスプラットフォーム１１３によって進められる。別の実施形態では、センサからデータを受信するＵＥ１０１が、データを直接送信してもよい。

本明細書で説明される、センサ及びセンサデータのコンテキストアウェアな制御を提供するための処理は、ソフトウェアやハードウェア、ファームウェア、またこれらいずれか二つ以上の組み合わせによって実装することが有利であろう。例えば、本明細書で説明される処理は、一つ以上のプロセッサやデジタル信号処理チップ（ＤＳＰ）、特定用途向けＩＣ（ＡＳＩＣ）、ＦＰＧＡ（Field Programmable Gate Array）などによって有利に実装されてよい。前述の機能を実行するための、このような例示的なハードウェアが以下に説明される。

図８は、本発明の実施形態が実装されうるコンピュータシステム８００を描いたものである。コンピュータシステム８００は、特定のデバイスや装置を描いているが、ネットワーク要素やサーバなどの図８中の他のデバイスや装置が、システム８００に描かれたハードウェアやコンポーネントを装備することも可能であることが想定されている。コンピュータシステム８００は、コンピュータプログラムコードや命令などによって、本明細書で説明されるような、センサ及びセンサデータのコンテキストアウェアな制御を提供するようにプログラムされており、バス８１０などの通信機構を有している。通信機構８１０は、コンピュータシステム８００の他の内部及び外部要素との間で情報を流す。「データ」とも呼ばれる「情報」は、物理的に測定可能な現象によって表されることができ、典型的には電圧であるが、実施形態よっては、磁気的、電磁気的、圧力的、化学的、生物学的、分子的、原子的、亜原子的、量子的相互作用、などの現象によって表されることもできる。例えばＮ極及びＳ極の磁極や、ゼロと非ゼロの電圧が、２進数ビットの二つの状態（０，１）を表すことができる。高次の数を表すこともできる他の現象も存在する。量子ビット（ｑｕｂｉｔ）は、測定される前は、複数の量子状態が同時に重なったものである。一つ又は複数の数（ｄｉｇｉｔ）のシーケンスはデジタルデータを構成し、数や文字コードを表すことができる。実施形態よっては、アナログデータと呼ばれる情報が、特定の範囲で測定可能な値の連続体に近いものによって表現される。コンピュータシステム８００又はその一部は、センサ及びセンサデータのコンテキストアウェアな制御を提供するための一つ又は複数のステップを実行する手段を構成する。

バス８１０は、一つ又は複数の並行的な情報伝達手段を有する。それによって、バス８１０に組み合わされているデバイスの間で情報が高速に伝達されることができる。情報処理のための一つ又は複数のプロセッサ８０２がバス８１０に組み合わされている。

プロセッサ（又は複数のプロセッサ）８０２は、センサ及びセンサデータのコンテキストアウェアな制御を提供することに関連するコンピュータプログラムコードによって特定されるような処理のセットを情報に対して遂行する。コンピュータプログラムコードは命令（ｉｎｓｔｒｕｃｔｉｏｎ）や宣言（ｓｔａｔｅｍｅｎｔ）のセットであって、プロセッサやコンピュータシステムが特定の機能を実行する処理のための指示を提供する。コードは、例えば、コンピュータプログラム言語で記載することができ、その後プロセッサのネイティブな命令セットにコンパイルされることができる。コードは、ネイティブな命令セット（すなわちマシン語）に直接記載されることもできる。処理のセットは、バス８１０から情報を取り出したり、バス８１０に情報を流したりすることを含む。処理のセットは又は、通常、二つ又はそれ以上の情報ユニットを比較したり、情報ユニットの位置をシフトしたり、二つ又はそれ以上の情報ユニットを結合したりすることを含み、例えば加算や乗算、ＯＲや排他的ＯＲやＡＮＤなどの論理演算を含む。プロセッサにより実行されうる処理のセットの個々の処理は、１つ又は複数のデジット（ｄｉｇｉｔ）による処理コードのような、命令と呼ばれる情報によってプロセッサに提示されることができる。処理コードのシーケンスなどの、プロセッサ８０２により実行される処理のシーケンスは、プロセッサ命令を構成し、これはまた、コンピュータシステム命令や、より簡単にコンピュータ命令などと呼ばれる。プロセッサは、機械的、電気的、磁気的、光学的、化学的、量子的、または他の方法で、単独でまたはこれらを組み合わせて、実装されてもよい。

コンピュータシステム８００はまた、バス８１０に接続されるメモリ８０４を備える。メモリ８０４は、ランダムアクセスメモリ（ＲＡＭ）や他のダイナミックなストレージデバイスであることができ、センサ及びセンサデータのコンテキストアウェアな制御を提供するためのプロセッサ命令を含む情報を格納する。ダイナミックメモリは、コンピュータシステム８００が格納されている情報を変更することを可能とする。ＲＡＭはメモリアドレスと呼ばれる場所に格納されるべき情報ユニットを格納することを可能とし、また隣接するアドレスの情報とは独立に、当該情報ユニットが読み出しされることを可能とする。メモリ８０４は、プロセッサ８０２によって、プロセッサ命令を実行する間に一時的な値を格納するためにも用いられる。コンピュータシステム８００は、読み出し専用メモリ（ＲＯＭ）８０６や他の静的ストレージデバイスをも備えてもよい。これらもバス８１０に接続されており、コンピュータシステム８００によっては変更されない静的な情報を格納する。あるメモリは、電源供給が失われると格納している情報が消えてしまう揮発性のストレージによって構成される。バス８１０は、不揮発性のストレージデバイス８０８も接続されている。このようなデバイスには、磁気ディスクや光ディスク、フラッシュカードなどが含まれる。このようなデバイスには、コンピュータシステム８００の電源が切られたり、その他の理由で電源を失ったりする場合でも保持されるべき情報（例えば命令など）が格納される。

センサ及びセンサデータのコンテキストアウェアな制御を提供するための命令を含む情報は、人間によって操作される英数字キーを含むキーボードやセンサなどの外部入力装置８１２から、バス８１０に供給されプロセッサによって使用される。センサは、その周辺で生じた条件を検出し、検出結果を、測定可能な現象と互換性のある物理的表現に変換し、コンピュータシステム８００で提示することができるようにする。その他の外部機器もバス８１０に接続され、特に人間とのやり取りのために使用される。このような外部デバイスには、例えば、ブラウン管（ＣＲＴ）や液晶ディスプレイ（ＬＥＤ）、有機ＬＥＤ（ＯＬＥＤ）、プラズマスクリーン等の表示装置８１４、テキストや画像を提示するためのプリンタ、マウスやトラックボール、カーソル指示キー、モーションセンサ等のポインティングデバイス８１６等がある。モーションセンサは表示装置８１４に表示された小さなカーソルのイメージの位置を制御したり、ディスプレイ８１４表示されたグラフィック要素に関連する命令を発行したりするために使用される。実施形態によっては、例えば、コンピュータシステム８００が、人間の入力なしに全ての機能を自動的に実行する場合があり、外部入力デバイス８１２や表示装置８１４、ポインティングデバイス８１６などの一つ以上が省略される場合がある。

例示される実施形態において、専用の目的をもつハードウェア、例えばＡＳＩＣ（Application Specific Integrated Circuit）８２０がバス８１０に接続されることがある。このような専用の目的をもつハードウェアは、プロセッサ８０２によってはそのような目的が十分に早く遂行されないような処理を実行するように構成される。このようなＡＳＩＣの例として、表示装置８１４上にイメージを生成するグラフィックアクセラレータカードや、ネットワークを介して送信されるメッセージの暗号化や解読を行う暗号化ボード、音声認識装置、また特殊な目的の外部デバイスとのインタフェースなどがある。そのようなインタフェースは、例えば、ロボットアームや医療用スキャン装置など、複雑なシーケンスの動作を繰り返し行うような装置がある。このような動作はハードウェアによってより効率的に実行されることができる。

コンピュータシステム８００は、さらに、一つ又は複数のインスタンスを有する通信インタフェース８７０を備える。この通信インタフェース８７０もバス８１０に接続される。通信インタフェース８７０は、それぞれ自身のプロセッサを有する様々な外部デバイスに接続されて、一方向又は双方向の通信を提供する。このような外部デバイスとして、プリンタやスキャナ、外部ディスク装置などがある。一般的に、接続はネットワークリンク８７８によって行われ、ネットワークリンク８７８はローカルネットワーク８８０に接続される。ローカルネットワーク８８０には、自身でプロセッサを有する様々な種類の外部デバイスが接続されている。通信インタフェース８７０は、例えば、パーソナルコンピュータのパラレルポートやシリアルポート、ユニバーサルシリアル（ＵＳＢ）ポートであることができる。施形態によっては、通信インタフェース８７０は、ＩＳＤＮカードやＤＳＬカードや電話モデムなど、対応する種類の電話通信ラインと情報通信接続を確立するようなものであることができる。実施形態によっては、通信インタフェース８７０は、ケーブルモデムであることができ、これは、バス８１０上の信号を、同軸ケーブルを用いた通信接続のための信号や、光ケーブルを用いた通信接続のための光信号に変換する。別の例では、通信インタフェース８７０は、ローカルエリアネットワーク（ＬＡＮ）カードであり、これは、イーサネットなどの互換性のあるＬＡＮとのデータ通信接続を提供する。ワイヤレスリンクが用いられる場合もある。ワイヤレスリンクとして、通信インタフェース８７０は、例えば電気的、音声的、電磁的な信号を、送信したり受信したり送受信したりする。このような信号には、デジタルデータなどの情報ストリームを運ぶこともできる赤外線や光信号も含まれる。例えば、無線ハンドセットデバイスにおいては、通信インタフェース８７０はＲＦ送受信機と呼ばれる、ＲＦ帯域の電磁波信号の送信機及び受信機を備える。実施形態によっては、通信インタフェース８７０は、センサ及びセンサデータのコンテキストアウェアな制御を提供するために、通信ネットワーク１１１との接続を可能にする。

本明細書で"コンピュータ読み取り可能な媒体"との用語は、プロセッサ８０２に情報（例えば実行命令）を提供しうるいかなる媒体であってもよい。このような媒体は様々な形態をとりうるものであり、揮発性または不揮発性のコンピュータ可読記憶媒体や、伝送媒体が含まれる。ただし、これらに限定されない。不揮発性の媒体のような非一時的媒体は、例えばストレージデバイス８０８のような光または磁気ディスクを含む。揮発性の媒体は、例えばダイナミックメモリ８０４を含む。伝送媒体は、例えば、ツイストペアケーブルや同軸ケーブル、銅線、光ファイバーケーブル、ワイヤやケーブルを介さずに空間を伝う搬送波などであることができ、搬送波としては音波や電磁波があり、電磁波には無線電波、可視光、赤外線などがある。人々によって信号に含められる一時的な変化は、振幅、周波数、位相、極性などの物理的性質であり、そのような変化が伝送媒体を通じて送信される。コンピュータ可読媒体のよく知られた形態は、例えば、フロッピーディスクやフレキシブルディスク、ハードディスク、磁気テープなどの磁気的媒体、ＣＤ−ＲＯＭやＣＤＲＷ、ＤＶＤなどの光媒体、パンチカードや紙テープ、光マークシートなどの、孔によるパターンやその他の光学的認識可能な目印を有する物理媒体、ＲＡＭやＰＲＯＭ、ＥＰＲＯＭ、フラッシュＥＰＲＯＭ、ＥＥＰＲＯＭなどのメモリチップやカートリッジ、搬送波などであり、コンピュータが読み取りを行うことのできる様々な媒体が存在する。本明細書においてコンピュータ可読記憶媒体との用語は、伝送媒体を除くどのようなコンピュータ可読な媒体をも言及する。

手に触れることのできる一つまたは複数の媒体に符号化されたロジックは、コンピュータ読み取り可能な記憶媒体及びＡＳＩＣ８２０のような専用目的のハードウェアの一つまたは両方を含む。

典型的に、ネットワークリンク８７８は、伝送媒体を用いて情報通信をもたらす。一つまたは複数の複数のネットワークを通じて、情報を使用したり処理したりする他のデバイスへと情報通信が行われる。例えばネットワークリンク８７８は、ローカルネットワーク８８０通じてホストコンピュータ８８２への接続を提供する。また、インターネットサービスプロバイダ（ＩＳＰ）によって運営される設備８８４への接続を提供してもよい。ＩＳＰ設備８８４も同様に、一般的にインターネットと称される、ワールドワイドな公衆パケット交換通信ネットワーク８９０を通じて、データ通信サービスを提供する。

インターネットに接続される、サーバホスト８９２と称されるコンピュータは、インターネット通じて受信した情報に応答して、サービスを提供するプロセスをホストする。例えばサーバホスト８９２は、表示装置８１４に提示されるビデオデータを表す情報を提供するプロセスをホストする。なお、システム８００の諸要素は、ホスト８８２やサーバ８９２など他のコンピュータシステムにおいて様々な構成をとり得ることがあることが想定されていることに注意されたい。

本発明の少なくともある実施形態は、コンピュータシステム８００を、本明細書で説明される一部または全ての技術を実装するために使うことに関している。本発明のある実施形態によると、これらの技術は、メモリ８０４に格納されている一つまたは複数のプロセッサ命令の一つまたは複数のシーケンスをプロセッサ８０２が実行することによって、コンピュータシステム８００により実行される。このような命令は、コンピュータ命令やソフトウェア、プログラムコードなどと呼ばれるが、これはストレージデバイス８０８やネットワーク８７８などの他のコンピュータ読み取り可能な媒体からメモリ８０４に読み込まれる。メモリ８０４に格納されている命令のシーケンスを実行することは、本明細書で説明された方法ステップの一つまたは複数をプロセッサ８０２実行させる結果を生む。。別の実施形態では、ＡＳＩＣ８２０のようなハードウェアが、上記の手法の代わり、またはソフトウェアと組み合わされて、本発明を実装するために使用される。このように、本発明の実施形態は、ここで明示的に記載されない限り、ハードウェアやソフトウェアの特定の組み合わせに限定されることは無い。

通信インタフェース８７０を介して、ネットワークリンク８７８や他のネットワークを伝送される信号は、コンピュータシステム８００対して送受信される情報を運搬する。コンピュータシステム８００は、情報を送受信することができる。このような情報にはプログラムコードが含まれ、とりわけネットワーク８８０や８９０を通って、ネットワークリンクや通信インタフェース８７０を介して、送受信される。インターネット８９０を用いるある実施例では、特定のアプリケーションのためのプログラムコードであって、コンピュータ８００から送信されたメッセージによってリクエストされたプログラムコードをサーバホスト８９２が送信する。この送信は、インターネット８９０やＩＳＰ設備８８４、ローカルネットワーク８８０、通信インタフェース８７０を通じて行われてもよい。受信されたコードは、受信時にプロセッサ８０２によって実行されてもよい。または後に実行されるために、メモリ８０４やストレージデバイス８０８などの不揮発性媒体に格納されてもよい。実行と格納が両方行われてもよい。このようにして、コンピュータシステム８００は、搬送波上の信号としてプログラムコードを入手することができる。

様々な形態のコンピュータ読み取り可能な媒体が、プロセッサにより実行される命令やデータの一つまたは複数のシーケンスを運搬するのに使用されることができる。例えば命令やデータは、はじめ、リモートコンピュータの磁気ディスクに担持されてもよい。リモートコンピュータはこれらの命令やデータを、そのダイナミックメモリにロードし、モデムを用いて電話線を介して送信してもよい。コンピュータシステム８００に搭載されるモデムは、電話線上の命令やデータを受信することができ、赤外線送信機を用いて当該命令やデータを変換し、ネットワークリンク８７８に適合する赤外線搬送波上の信号とすることができる。通信インタフェース８７０として機能しうる赤外線検出器は、赤外線で運ばれてきた命令やデータを受信し、これらの命令やデータを表す情報をバス８１０に流す。バス８１０は、情報をメモリ８０４へ運び、プロセッサ８０２はメモリ８０４からこれらの情報を読み出して、上記の命令を実行する。実行の際、上記データのいくつかを上記命令と共に用いてもよい。メモリ８０４で受信された命令やデータがストレージデバイス８０８に格納されるという選択肢があってもよい。格納するのはプロセッサ８０２により実行される前でも後でもよい。

図９は、本発明の実施形態が実装されうるチップセットやチップ９００を描いたものである。チップセット９００は、本明細書に説明されるように、センサ及びセンサデータのコンテキストアウェアな制御を提供するようにプログラムされており、例えば、図８に関連して説明されたようなプロセッサやメモリを備え、これらが一つ以上の物理的パッケージ（すなわちチップ）に組み込まれている。より具体的な例を示すと、物理的パッケージは、一つ又は複数の部材や要素、及び／又は基板などの構造物アセンブリ上のワイヤなどを含み、物理的強度、サイズの保持、及び／又は電気的相互作用の抑制などを提供する。実施形態によっては、チップセット９００が単一のチップとして実装される場合があることが想定される。実施形態によっては、チップセットまたはチップ９００が、単一の"システム・オン・チップ"に実装されうることも想定される。さらに実施形態によっては、個別のＡＳＩＣが使用されずに、例えば、本明細書で説明される全ての重要な機能が一つ以上のプロセッサで実行される場合も想定される。チップセットもしくはチップ９００、またはその一部は、機能の利用可能性に関連付けられたユーザインタフェース・ナビゲーション情報を提供する一つ以上のステップを実行する手段の一例を構成する。チップセット若しくはチップ９００又はその一部は、センサ及びセンサデータのコンテキストアウェアな制御を提供するための、一つ又は複数のステップを実行する手段を構成する。

ある実施形態において、チップセット又はチップ９００は、チップテッド９００の要素間で情報をやり取りするためのバス９０１のような通信機構を備える。プロセッサ９０３は、メモリ９０５などに格納される命令を実行したり情報を処理したりするべく、バス９０１に接続可能に構成される。プロセッサ９０３は一つ又は複数のプロセッシングコアを有することができ、それぞれのコアは独立に実行されるように構成されており。マルチコアプロセッサは単一の物理的パッケージによって複数の処理を行うことを可能とする。マルチコアプロセッサには、２つ、４つ、８つ、又はそれ以上のプロセッシングコアを有するものがある。別の実施例では、又は上記の実施例に加えて、プロセッサ９０３は、一つ又は複数の直列に配されたマイクロプロセッサを備えてもよい。これらのマイクロプロセッサは、独立に命令を実行できてもよく、又はパイプラインとして使われてもよく、又はマルチスレッド処理を行うように使われてもよい。プロセッサ９０３は、一つ又は複数の特定用途の要素を備えてもよい。それらは特定の処理機能やタスクを実行するために用いられる。このような特定用途の要素の例は、一つ又は複数のデジタルシグナルプロセッサ（ＤＳＰ）９０７や、一つ又は複数のＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）９０９である。ＤＳＰ９０７は、通常、プロセッサ９０３とは独立に、音声などの現実世界の信号をリアルタイムで処理するように構成される。同様に、ＡＳＩＣ９０９は、より汎用のプロセッサでは容易に実行することができない特定の機能を実行するように構成されてもよい。本明細書で説明された発明性を有する機能を実行する助けとなりうるその他の特定用途コンポーネントとしては、一つ又は複数のＦＰＧＡ（図示されていない）や一つ又は複数の特定用途のコンピュータチップがある。

ある実施形態において、チップセット９００は、一つ又は複数のプロセッサと、これらをサポートする及び／又はこれらに関連するいくつかのソフトウェア及び／又はファームウェアのみを備える。

プロセッサ９０３及び付随するコンポーネントは、バス９０１を介してメモリ９０５に接続できるように構成される。メモリ９０５はダイナミックメモリとスタティックメモリの両方を有する。ダイナミックメモリの例としては、ＲＡＭや磁気ディスク、書き込み可能な光ディスクなどがあり、スタティックメモリの例としては、ＲＯＭやＣＤ−ＲＯＭなどがある。これらのメモリは実行可能命令を格納するために使用され、これら実行可能命令は、実行されると、センサ及びセンサデータのコンテキストアウェアが制御を提供するための、本明細書で説明された発明性を有するステップが実行される。メモリ９０５はまた、これらの発明性を有するステップの実行に関連するデータや当該ステップの実行により生成されたデータを格納する。

図１０は、ある実施形態に従う携帯端末の例示的な要素の略図である。この携帯端末は、例えばハンドセットであり、通信機能を有し、図１のシステムで動作する機能を有する。実施形態によっては、携帯端末１００１又はその一部は、センサ及びセンサデータのコンテキストアウェアな制御を提供するための、一つ又は複数のステップを実行する手段を構成する。一般的に、無線受信機は、フロントエンドとバックエンドの特性によって定義される。受信機のフロントエンドはＲＦ回路の全て含み、バックエンドはベースバンド処理回路の全てを含む。本願において使用されているように、"回路"という用語は、（１）ハードウェアのみによる実装と、（２）回路及びソフトウェア（及び／又はファームウェア）の組み合わせによる実装とを含む。前者は、アナログ回路のみの実装やデジタル回路のみの実装、またはこれらの両方を含む実装がある。後者は、特定のコンテキストで適用可能である場合は、一つまたは複数プロセッサ（デジタルシグナルプロセッサを含む）やソフトウェア、一つまたは複数のメモリを含み、またはこれらの組み合わせを含み、これらは協働して、携帯電話やサーバなどの装置に様々な機能を実行させる。この"回路"の定義は、本願において「回路」との語句を使う全ての場合において適用される。請求項においても同様である。さらなる例として、本願で使われているように、また特定のコンテキストで適用可能である場合は、"回路"との語句は、プロセッサと付随するソフトウェアやファームウェアのみの実装をもカバーしてもよい。なおプロセッサはマルチプロセッサでもよい。"回路"という語句はまた、特定の意味を含むことが可能な場合がある。例えば、携帯電話のベースバンド集積回路やアプリケーションプロセッサ集積回路を包含してもよく、セルラネットワークデバイスやそのネットワークデバイスにおける同様の集積回路を意味してもよい。

電話機の重要な内部コンポーネントには、メインコントロールユニット（ＭＣＵ）１００３，デジタルシグナルプロセッサ（ＤＳＰ）１００５，送受信ユニットがあり、送受信ユニットには、マイク利得制御ユニットやスピーカ利得制御ユニットが含まれる。メインディスプレイユニット１００７は、センサやセンサデータに対してコンテキストアウェアな制御を提供するステップを実行したりサポートしたりする、様々なアプリケーションや携帯端末機能をサポートするための表示をユーザに提供する。ディスプレイ１００７は、携帯電話などの携帯端末のユーザインタフェースの少なくとも一部分を表示するように構成される、ディスプレイ回路を含む。加えてディスプレイ１００７及びディスプレイ回路は、携帯電話の少なくともいくつかの機能をユーザが制御することを容易にする。音声機能回路１００９はマイクロホン１０１１と、マイクロホン１０１１から出力されるスピーチ信号を増幅するマイクロホンアンプとを備える。マイクロホン１０１１から出力された、増幅されたスピーチ信号は、符号化・復号回路（ＣＯＤＥＣ）１０１３に供給される。

無線セクション１０１５は、信号のパワーを増幅し、アンテナ１０１７を介して基地局と通信するために、周波数変換を行う。基地局は移動通信システムに含まれているものである。パワーアンプ（ＰＡ）１０１９や送信変調回路は、ＭＣＵ１００３に制御されて応答可能である。技術分野でよく知られているように、ＰＡの出力は、デュプレクサ１０２１やサーキュレータ、アンテナスイッチに組み合わされる。ＰＡ１０１９はバッテリインタフェースやパワーコントロールユニット１０２０に組み合わされる。

使用時において、携帯端末１００１のユーザはマイクロホンに向かって話し、彼又は彼女の声は、拾われたバックグラウンドノイズと共にアナログ電圧に変換される。このアナログ電圧はＡ／Ｄコンバータ（ＡＤＣ）１０２３によってデジタル信号に変換される。コントロールユニット１００３は、このデジタル信号を処理するためにＤＳＰ１００５に供給する。この処理には、音声符号化やチャネル符号化、暗号化、インタリーブなどが含まれる。ある実施形態では、処理された音声信号はセルラ転送プロトコルを用いて符号化される。この符号化は独立した要素として図示されていないユニットによって行われる。符号化方式としては、ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ Ｆｏｒ Ｇｌｏｂａｌ Ｅｖｏｌｕｔｉｏｎ）やＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ Ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ），ＩＭＳ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ），ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）等であってよく、いずれかの好適な無線媒体、例えばＷｉｍａｘ（Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）やＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ），ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ），ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ），Ｗｉｆｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ），衛星通信等、またはこれらの組み合わせを使用できる。

符号化された信号は、無線伝送中に生じる周波数依存の損傷、例えば位相や振幅の歪みを補償するために、等価器１０２５に送られる。ビットストリームを等価した後、変調機１０２７が当該信号を、ＲＦインタフェース１０２９で生成されたＲＦ信号と結合する。変調機１０２７は、周波数または位相変調により正弦波を生成する。信号を送信準備するため、アップコンバータ１０３１は、変調機１０２７から出力された正弦波をシンセサイザ１０３３により生成された別の正弦波と結合し、送信に望ましい周波数を達成する。この信号はＰＡ１０１９に送られ、信号の強さを適切なレベルまで増幅する。実際のシステムにおいて、ＰＡ１０１９は、ネットワークの基地局から受信した情報に基づいてＤＳＰ１００５によって利得が制御される、可変利得増幅器として動作する。信号は、デュプレクサ１０２１でフィルタされ、場合によってはアンテナカプラ１０３号に送られ、インピーダンスが合わされて、最大パワーでの伝送が実現される。最後に信号はアンテナ１０１７からローカルの基地局へ送信される。受信機における最後のステージの利得を制御するために、自動利得制御機構（ＡＧＣ）が提供されてもよい。信号は、そこからリモートの電話機と伝送される。当該リモートの電話機は、公衆交換電話ネットワーク（ＰＳＴＮ）や他の電話ネットワークに接続される、セルラ電話機や他の携帯電話機、固定電話機であってもよい。

携帯電話機１００１に送信された音声信号は、アンテナ１０１７を介して受信され、直ちに低ノイズアンプ（ＬＮＡ）１０３７によって増幅される。ダウンコンバータ１０３９が搬送周波数を下げ、復調器１０４１がＲＦを取り去ってデジタルビットストリームのみを残す。この信号は等価器１０２５を通された後、ＤＳＰ１００５によって処理される。その後、デジタル・アナログコンバータ（ＤＡＣ）１０４３が信号を変換し、その出力はスピーカ１０４５を通じてユーザに届けられる。これらは全てメインコントロールユニット（ＭＣＵ）１００３の制御下にある。ＭＣＵ１１０３は、中央演算装置（ＣＰＵ，図示せず）によって実装されうる。

ＭＣＵ１００３は様々な信号を受け取るが、その中にはキーボード１０４７からの信号も含まれる。キーボード１０４７及び／又はＭＣＵ１００３は、マイクロホン１０１１など他のユーザ入力要素と共に、ユーザ入力を管理するユーザインタフェース回路を形成する。ＭＣＵ１００３は、ユーザインターフェース・ソフトウェアを実行し、携帯端末１００１の少なくとも一部の機能をユーザが制御することを助け、センサやセンサデータに対するコンテキストアウェアな制御を提供する。ＭＣＵ１００３はまた、表示命令や切り替え命令をディスプレイ１００７や音声出力切り替えコントローラにそれぞれ提供する。さらにＭＣＵ１００３は、ＤＳＰ１００５と情報の交換を行い、搭載されている場合があるＳＩＭカード１０４９やメモリ１０５１へアクセスすることも可能である。さらにＭＣＵ１００３は、端末によって必要な各種の制御機能を実行する。ＤＳＰ１００５は、実装に応じて、音声信号についてのよく知られた各種のデジタル処理機能を実行する。さらにＤＳＰ１００５は、マイクロホン１０１１によって検出された信号から周辺環境の背景ノイズレベルを決定し、携帯端末１００１のユーザの声が自然に聞こえるようにマイクロホン１０１１のゲインのレベルを設定する。

ＣＯＤＥＣ１０１３は、ＡＤＣ１０２３及びＤＡＣ１０４３を含む。メモリ１０５１は、着信音データを含む様々なデータを格納し、また例えばグローバルなインターネットを介して受信した音楽データなどの他のデータを格納する能力を有する。ソフトウェアモジュールは、ＲＡＭメモリやフラッシュメモリ、レジスタなど、技術分野で知られたいかなる形態の書き込み可能な記憶媒体に存在してもよい。メモリデバイス１０５１は、単一のメモリ、ＣＤ、ＤＶＤ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、光ストレージ、磁気ディスクストレージ、フラッシュメモリストレージなど、デジタルデータを記憶する能力を有する不揮発性のいかなる記憶媒体であってもよい。

オプションで搭載される場合があるＳＩＭカード１０４９は、例えば、セルラ電話機の番号やキャリアによって提供されたサービス、加入情報の詳細なセキュリティー情報などの重要な情報を担持する。ＳＩＭカード１０４９の主要な役目は、無線ネットワークにおいて移動端末１００１を識別することである。カード１０４９はまた、個人の電話帳やテキストメッセージ、携帯電話のユーザ設定を格納するためのメモリも備える。

本発明をいくつかの実施形態や実装例を用いて説明してきたが、本発明の範囲はそのように限定されるものではなく、添付の特許請求の範囲に包含される多くの明らかな変形や均等な構成をカバーする。請求項において、本発明の特徴が、ある特定の組み合わせによって表現されているものの、それらはどのような組み合わせや順番に配されてもよい。

Claims (38)

1. （１）データ及び／又は（２）情報及び／又は（３）少なくとも一つの信号の処理を進めること、及び／又は、処理することを含む方法であって、前記（１）データ及び／又は前記（２）情報及び／又は前記（３）少なくとも一つの信号は、
   一つ又は複数のセンサに少なくとも一部基づくコンテキスト情報；
   一つ又は複数の他のセンサ，前記一つ又は複数の他のセンサの一つ又は複数の機能，これらいずれかの組み合わせ，のいずれかに関連するリソース消費情報；
   前記一つ又は複数の他のセンサ，前記一つ又は複数の他のセンサの前記一つ又は複数の機能，これらいずれかの組み合わせ，のいずれかに関連する少なくとも一つの動作状態を決定するために、前記コンテキスト情報および前記リソース消費情報を処理すること；
   に少なくとも部分的に基づく、方法。
2. 前記一つ又は複数の機能は、前記一つ又は複数の他のセンサと、一つ又は複数デバイス，一つ又は複数のサービス，これらいずれかの組み合わせ，のいずれかとの一つ又は複数のやりとりに関連する、請求項１に記載の方法。
3. 前記（１）データ及び／又は前記（２）情報及び／又は前記（３）少なくとも一つの信号は、
   前記一つ又は複数の他のセンサ，前記一つ又は複数のデバイス，前記一つ又は複数のサービス、これらいずれかの組み合わせ，の少なくともいずれかにおいて、前記一つ又は複数の機能の少なくとも一つを実行することを少なくとも部分的に行わせるかどうかを決定するために、コンテキスト情報及びリソース消費情報を処理することに少なくとも部分的に基づく、請求項２に記載の方法。
4. 前記（１）データ及び／又は前記（−３）情報及び／又は前記（３）少なくとも一つの信号は、
   前記一つ又は複数の他のセンサの前記一つ又は複数の機能の少なくとも一つを実行するスケジュールを決定するために、前記コンテキスト情報および前記リソース消費情報を処理することに少なくとも部分的に基づく、請求項１から３いずれかに記載の方法。
5. 前記（１）データ及び／又は前記（−４）情報及び／又は前記（３）少なくとも一つの信号は、
   予め定められたスケジュールに従って、若しくは要求に応じて、又はこれらの組み合わせに基づいて、前記コンテキスト情報，前記リソース消費情報，これらの組み合わせのいずれかをモニタリングすることと；
   前記少なくとも一つの動作状態の決定を行うために前記モニタリングの結果を処理することと；
   に少なくとも部分的に基づく、請求項１から４のいずれかに記載の方法。
6. 前記コンテキスト情報は、少なくとも第３のセンサにも少なくとも部分的に基づく、請求項１から５のいずれかに記載の方法。
7. 前記リソース消費情報は、エネルギーリソース、帯域リソース、計算リソース、メモリリソース、又はこれらの組み合わせに少なくとも部分的に関連する、請求項１から６いずれかに記載の方法。
8. 前記一つ又は複数の機能は、データ収集、データ処理、データ送信、又はこれらの組み合わせを少なくとも部分的に含む、請求項１から７に記載の方法。
9. 前記一つ又は複数の他のセンサはウェアラブルなヘルス・ウェルネスセンサを含む、請求項１から８のいずれかに記載の方法。
10. 前記一つ又は複数の他のセンサは動きによって影響を受け、前記一つ又は複数のセンサは、前記一つ又は複数の他のセンサの少なくとも一つ動きか該少なくとも一つ動きの一つ又は複数の特徴を検出する、請求項１から９のいずれかに記載の方法。
11. 一つ又は複数のセンサに少なくとも一部基づくコンテキスト情報を決定することと；
    一つ又は複数の他のセンサ，前記一つ又は複数の他のセンサの一つ又は複数の機能，これらいずれかの組み合わせ，のいずれかに関連するリソース消費情報を決定することと；前記一つ又は複数の他のセンサ，前記一つ又は複数の他のセンサの前記一つ又は複数の機能，これらいずれかの組み合わせ，のいずれかに関連する少なくとも一つの動作状態を決定するために、前記コンテキスト情報および前記リソース消費情報を処理すること又はそれらの処理を進めることと；
    を含む、方法。
12. 前記一つ又は複数の機能は、前記一つ又は複数の他のセンサと、一つ又は複数デバイス，一つ又は複数のサービス，これらいずれかの組み合わせ，のいずれかとの一つ又は複数のやりとりに関連する、請求項１１に記載の方法。
13. 前記一つ又は複数の他のセンサ，前記一つ又は複数のデバイス，前記一つ又は複数のサービス、これらいずれかの組み合わせ，の少なくともいずれかにおいて、前記一つ又は複数の機能の少なくとも一つを実行することを少なくとも部分的に行わせるかどうかを決定するために、コンテキスト情報及びリソース消費情報を処理すること又はそれらの処理を進めることを含む、請求項１２に記載の方法。
14. 前記一つ又は複数の他のセンサの前記一つ又は複数の機能の少なくとも一つを実行するスケジュールを決定するために、前記コンテキスト情報および前記リソース消費情報を処理すること又はそれらの処理を進めることを含む、請求項１１から１３のいずれかに記載の方法。
15. 予め定められたスケジュールに従って、若しくは要求に応じて、又はこれらの組み合わせに基づいて、前記コンテキスト情報，前記リソース消費情報，これらの組み合わせのいずれかをモニタリングすることを少なくとも部分的に行わせることと；
    前記少なくとも一つの動作状態の決定を行うために前記モニタリングの結果を処理すること又はその処理を進めることと；
    を含む、請求項１１から１４のいずれかに記載の方法。
16. 前記コンテキスト情報は、少なくとも第３のセンサにも少なくとも部分的に基づく、請求項１１から１５のいずれかに記載の方法。
17. 前記リソース消費情報は、エネルギーリソース、帯域リソース、計算リソース、メモリリソース、又はこれらの組み合わせに少なくとも部分的に関連する、請求項１１から１６のいずれかに記載の方法。
18. 前記一つ又は複数の機能は、データ収集、データ処理、データ送信、又はこれらの組み合わせを少なくとも部分的に含む、請求項１１から１７のいずれかに記載の方法。
19. 前記一つ又は複数の他のセンサはウェアラブルなヘルス・ウェルネスセンサを含む、請求項１１から１８のいずれかに記載の方法。
20. 前記一つ又は複数の他のセンサは動きによって影響を受け、前記一つ又は複数のセンサは、前記一つ又は複数の他のセンサの少なくとも一つ動きか該少なくとも一つ動きの一つ又は複数の特徴を検出する、請求項１１から１９のいずれかに記載の方法。
21. 少なくとも一つのプロセッサと；
    コンピュータプログラムコードを含む少なくとも一つのメモリと；
    を備える装置であって、前記少なくとも一つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも一つのプロセッサとともに、前記装置に少なくとも次の処理：
    一つ又は複数のセンサに少なくとも一部基づくコンテキスト情報を決定することと；一つ又は複数の他のセンサ，前記一つ又は複数の他のセンサの一つ又は複数の機能，これらいずれかの組み合わせ，のいずれかに関連するリソース消費情報を決定することと；
    前記一つ又は複数の他のセンサ，前記一つ又は複数の他のセンサの前記一つ又は複数の機能，これらいずれかの組み合わせ，のいずれかに関連する少なくとも一つの動作状態を決定するために、前記コンテキスト情報および前記リソース消費情報を処理すること又はそれらの処理を進めることと；
    を実行させるように構成される、装置。
22. 前記一つ又は複数の機能は、前記一つ又は複数の他のセンサと、一つ又は複数デバイス，一つ又は複数のサービス，これらいずれかの組み合わせ，のいずれかとの一つ又は複数のやりとりに関連する、請求項２１に記載の装置。
23. 前記一つ又は複数の他のセンサ，前記一つ又は複数のデバイス，前記一つ又は複数のサービス、これらいずれかの組み合わせ，の少なくともいずれかにおいて、前記一つ又は複数の機能の少なくとも一つを実行することを少なくとも部分的に行わせるかどうかを決定するために、コンテキスト情報及びリソース消費情報を処理すること又はそれらの処理を進めることを行うようにされる、請求項２２に記載の装置。
24. 前記一つ又は複数の他のセンサの前記一つ又は複数の機能の少なくとも一つを実行するスケジュールを決定するために、前記コンテキスト情報および前記リソース消費情報を処理することをさらに行うようにされる、請求項２１から２３のいずれかに記載の装置。
25. 予め定められたスケジュールに従って、若しくは要求に応じて、又はこれらの組み合わせに基づいて、前記コンテキスト情報，前記リソース消費情報，これらの組み合わせのいずれかをモニタリングすることを少なくとも部分的に行わせることと；
    前記少なくとも一つの動作状態の決定を行うために前記モニタリングの結果を処理すること又はその処理を進めることと；
    をさらに行うようにされる、請求項２１から２４のいずれかに記載の装置。
26. 前記コンテキスト情報は、少なくとも第３のセンサにも少なくとも部分的に基づく、請求項２１から２５のいずれかに記載の装置。
27. 前記リソース消費情報は、エネルギーリソース、帯域リソース、計算リソース、メモリリソース、又はこれらの組み合わせに少なくとも部分的に関連する、請求項２１から２６のいずれかに記載の装置。
28. 前記一つ又は複数の機能は、データ収集、データ処理、データ送信、又はこれらの組み合わせを少なくとも部分的に含む、請求項２１から２７のいずれかに記載の装置。
29. 前記一つ又は複数の他のセンサはウェアラブルなヘルス・ウェルネスセンサを含む、請求項２１から２８のいずれかに記載の装置。
30. 前記一つ又は複数の他のセンサは動きによって影響を受け、前記一つ又は複数のセンサは、前記一つ又は複数の他のセンサの少なくとも一つ動きか該少なくとも一つ動きの一つ又は複数の特徴を検出する、請求項２１から２９のいずれかに記載の装置。
31. 前記装置は携帯電話であって、
    前記携帯電話の機能の少なくとも一部のユーザ制御をディスプレイを使用して容易にするように、かつユーザ入力に応答するように構成される、ユーザインタフェース回路およびユーザインターフェース・ソフトウェアと；
    前記携帯電話のユーザインタフェースの少なくとも一部を表示するように、かつ前記携帯電話の機能の少なくとも一部のユーザ制御を容易にするように構成される、ディスプレイおよびディスプレイ回路と；
    を備える、請求項２１から３０のいずれかに記載の装置。
32. 一つ以上のプロセッサにより実行されると、装置に、請求項１１から２０のいずれかに記載の方法を少なくとも実行させる、一つ以上の命令の一つ以上のシーケンスを担持する、コンピュータ可読記憶媒体。
33. 請求項１１−２０のいずれかに記載の方法を実行する手段を備える、装置。
34. 携帯電話である、請求項３３に記載の装置であって、
    前記携帯電話の機能の少なくとも一部のユーザ制御をディスプレイを使用して容易にするように、かつユーザ入力に応答するように構成される、ユーザインタフェース回路およびユーザインターフェース・ソフトウェアと；
    前記携帯電話のユーザインタフェースの少なくとも一部を表示するように、かつ前記携帯電話の機能の少なくとも一部のユーザ制御を容易にするように構成される、ディスプレイおよびディスプレイ回路と；
    を備える、装置。
35. 一つ以上のプロセッサにより実行されると、装置に、請求項１１から２０のいずれかに記載の方法を少なくとも実行させる、一つ以上の命令の一つ以上のシーケンスを含む、コンピュータプログラム。
36. 少なくとも一つのサービスへのアクセスを可能にするように構成される少なくとも一つのインタフェースへのアクセスを容易にする方法であって、前記少なくとも一つのサービスは、請求項１１から２０のいずれかに記載の方法を実行するように構成される、方法。
37. （１）データ及び／又は（２）情報、及び／又は（３）少なくとも一つの信号の処理を容易にすること、及び／又は、処理することを含む方法であって、前記（１）データ及び／又は前記（２）情報及び／又は前記（３）少なくとも一つの信号は、少なくともその一部が、請求項１１−２０のいずれか１項に記載の方法に基づく、方法。
38. （１）少なくとも一つのデバイスユーザインタフェース要素及び／又は（２）少なくとも一つのデバイスユーザインタフェース機能を形成することを容易にすること、及び／又は、変形することを容易にすることを含む方法であって、前記（１）少なくとも一つのデバイスユーザインタフェース要素及び／又は前記（２）少なくとも一つのデバイスユーザインタフェース機能は、その少なくとも一部が、請求項１１−２０のいずれか１項に記載の方法に基づく、方法。

Images