JP6761417B2 - スケジュール検出に基づく動的ウェアラブルデバイス挙動 - Google Patents

Description

関連出願の相互参照
本出願は、２０１４年１２月１９日に出願された、米国仮出願第６２／０９４，８８５号の優先権を主張し、その全開示は全ての目的に関して参照により本明細書に援用される。

本明細書に記載される様々な実施形態は概して、ウェアラブルデバイス、より具体的には、排他的ではなく、ユーザがある活動に従事している又はある場所にいるときに動作をトリガするためのウェアラブルデバイスの使用、並びに、例えば移動（movement）データ及び地理位置的データ（geo-locational data）、に基づくミーティングへのユーザの出席を検出するためのシステム及び方法に関する。

組織は、人員のスケジュールに関する情報を、計画、個人の評価、及びチーム評価を含む、多くの理由で使用する。加えて、組織は、人員をコーチングすること、すなわち、運動、栄養、及び教育のような個人の改善のための活動を奨励することに関心を持っている。人員のスケジュールを理解することは、そのようなコーチングを提供するのに有用である。

さらに、ウェアラブル技術は、ユーザによって着用され得る様々な邪魔にならないセンサを通したデータ取得を提供できる、新しい種類の電子システムである。センサは、例えば環境、ユーザの活動、又はユーザの健康状態に関する情報を収集する。しかし、収集されたデータの調整、計算、通信、プライバシー、セキュリティ、及び提示に関連する重大な課題がある。加えて、バッテリ技術の現状を考えると、電力管理に関連する課題がある。さらに、データの分析が、センサによって収集されたデータをエンドユーザに有用にかつ関連性のあるものにするために、必要とされる。場合によっては、センサによって収集されたデータを補うために追加の情報源を使用することがある。ウェアラブル技術が提示する多くの課題は、ハードウェア及びソフトウェアの新しい設計を必要とする。

現在のウェアラブルは、ウェアラブルデバイスを着用しているユーザの位置を追跡することを可能にする。同様のシステムは、労働者及び資産を追跡するとともにそれらが所望の領域に留まることを確実にするために、使用される。

組織は、典型的には、コンテキスト情報（context information）のソースとして個人のカレンダー予約（calendar appointments）（例えば、ＭＳ Ｏｕｔｌｏｏｋ（商標））又は質問事項（questionnaires）を利用する。しかし、個人はそれらを保守しないことがあり、個人はしばしばミーティングをスキップする。質問事項は時間がかかることがあり、したがって、組織は低い完成率を有するかもしれない。

概して、本明細書に記載されるシステム、方法、及び装置の様々な態様は、個人のスケジュールに関する、より具体的には、そのミーティングについてのコンテキスト情報を導き出すこと、並びに個人から集められた生理学的データと組み合わせてそのコンテキスト情報を使用すること、並びにユーザに活動提案を行うことに向けられる。例えば、組織は、ミーティング中の個人のストレスの尺度（measure）として皮膚コンダクタンス及び心拍センサを使用し得る。

組織がセンサによって収集される生理学的データと組み合わせた人員スケジュールを有するコンテキスト（状況）（context）は、どのミーティング又は活動がストレスに満ちたものであり、どれがそうでないかの尺度を提供する。加えて、本明細書に記載のシステム、方法、及び装置は、個人のミーティングに関するコンテキスト情報を収集するために地理位置的（geo-locational）情報及び移動情報を利用することを対象とする。

様々な実施形態によれば、移動データからユーザスケジュールを決定する方法が提供される。この方法は、１又は複数のポータブルデバイスから移動データを受信するステップと；１又は複数の地理位置的デバイスから地理位置的データを受信するステップと；メモリに格納された命令を実行するステップと；を含む。プロセッサによる命令の実行は、地理位置的データに基づいて位置を決定することと；移動データに基づいてアイドル期間（idle period）が存在することを決定することと；アイドル期間の第１の境界及びアイドル期間の第２の境界がスケジュールフォーマット（schedule format）に対応することを決定することと；スケジュールフォーマットに基づいてスケジュールアイテム（schedule item）を決定することと；決定された位置、スケジュールアイテム、及びユーザの１又は複数のレコードを有形のコンピュータ可読記憶媒体に格納することと；を含み得る。

この方法は、センサによって測定された生理学的データとのコンテキスト情報の組み合わせの様々な応用を可能にすること、並びにユーザのスケジュール及び生理学的パラメータに基づく活動ベースの推奨を促進することを含む、コンテキスト情報を決定するためのいくつかの利点を提供する。

さらなる実施形態では、１又は複数のポータブルデバイスは、ウェアラブルデバイス及びスマートフォンの１又は複数を含む。

さらなる実施形態では、方法はまた、決定された位置及びスケジュールアイテムに基づいてユーザに活動アラート（activity alert）も提供する。

さらなる実施形態では、移動データは、歩数、加速度計データ、地理位置的データ、及びそれらの組合せのうちの１又は複数を含む。

さらなる実施形態では、アイドル期間が存在することを決定することは、ユーザ移動が規定された閾値以下であることを決定することを含む。

さらなる実施形態では、スケジュールフォーマットは、ミーティングに対応する。

さらなる実施形態では、方法はさらに、ボディセンサから生理学的データを受信するステップを含み得る。生理学的データは、皮膚コンダクタンスの尺度、血圧の尺度、心拍数の尺度、覚醒を示す測定値、及び皮膚温度の尺度のうちの１又は複数を含み得る。

さらなる実施形態では、方法はさらに、カレンダーイベントを受信するステップ及びスケジュールアイテムをカレンダーイベントに関連付けるステップを含み得る。

様々な実施形態によれば、移動データからユーザスケジュールのための方法を実行するプロセッサによって実行可能なプログラムがその上に具体化された非一時的コンピュータ可読記憶媒体が提供される。プログラムを実行するプロセッサによって実行される方法は、１又は複数のポータブルデバイスから移動データを受信するステップと；１又は複数の地理位置的デバイスから地理位置的データを受信するステップと；地理位置的データに基づいて位置を決定するステップと；移動データに基づいてアイドル期間が存在すると決定するステップと；アイドル期間の第１の境界及びアイドル期間の第２の境界がスケジュールフォーマットに対応することを決定するステップと；スケジュールフォーマットに基づいてスケジュールアイテムを決定するステップと；スケジュールアイテム及びユーザの１又は複数のレコードを有形コンピュータ可読記憶媒体に格納するステップと；を含む。

様々な実施形態によれば、移動データからユーザスケジュールを決定するためのユーザデバイスが提供される。ユーザデバイスは、１又は複数のポータブルデータ及び１又は複数の地理位置的デバイスからの地理位置的データから移動データを受信するように構成されるメモリと；メモリに記憶された命令を実行するように構成されるプロセッサと；を含み得る。プロセッサによる命令の実行は、地理位置的データに基づいて位置を特定することと；移動データに基づいて、アイドル期間を特定することと；アイドル期間の第１の境界及びアイドル期間の第２の境界がスケジュールフォーマットに対応することを決定することと；スケジュールフォーマットに基づいてスケジュールアイテムを決定することと；決定された位置、スケジュールアイテム、及びユーザのうちの１又は複数のレコードを有形コンピュータ可読記憶媒体に格納することと；を含み得る。

本開示のいくつかの好適な実施形態は、従属請求項に規定される。請求項に記載されたユーザデバイス及び請求項に記載された非一時的コンピュータ可読記憶媒体は、請求項に記載された方法及び従属方法請求項クレームに規定されているのと同様の好ましい実施形態及び対応する利点を有することができることが理解されるべきである。

本明細書に記載の様々な実施形態は、ウェアラブルデバイスの挙動をユーザの現在のコンテキストに適応させる方法に関し、この方法は：ウェアラブルデバイスの少なくとも１つのセンサからセンサデータを受信するステップと；センサデータをウェアラブルデバイスのメモリに記憶されたスケジュールフォーマットと比較するステップであって、スケジュールフォーマットは、事前に定義されたコンテキストに以前に関連付けられたセンサ読取り値の少なくとも１つの特性を特定する、ステップと；受信したセンサデータがスケジュールフォーマットと適合することを決定するステップと；受信したセンサデータがスケジュールフォーマットと適合することに基づいて、ユーザが事前に定義されたコンテキストに現在あることを決定するステップと；事前に定義されたコンテキストに関連付けられる動作を識別するステップと；ユーザが記事前に定義されたコンテキストにある間に動作を実行するステップと；を含む。

本明細書に記載の様々な実施形態は、ユーザの現在のコンテキストに挙動を適合させるためのウェアラブルデバイスに関し、このウェアラブルデバイスは：ユーザに関連するセンサデータを受信するための少なくとも１つのセンサ；事前に定義されたコンテキストに以前に関連付けられるセンサ読取り値の少なくとも１つの特性を特定するスケジュールフォーマットを格納するメモリ；及びメモリ及び少なくとも１つのセンサと通信するプロセッサ；を有し、プロセッサは：センサデータをウェアラブルデバイスのメモリに格納されたスケジュールフォーマットと比較するよう；受信したセンサデータがスケジュールフォーマットと適合することを決定するよう；受信したセンサデータがスケジュールフォーマットと適合することに基づいて、ユーザが事前に定義されたコンテキストに現在あることを決定するよう；事前に定義されたコンテキストに関連付けられる動作を識別するよう；及びユーザが事前に定義されたコンテキストにある間に動作を実行するよう；構成される。

本明細書に記載の様々な実施形態は、ウェアラブルデバイスのプロセッサによる実行のための命令でエンコードされる非一時的機械可読記憶媒体に関し、この非一時的機械可読記憶媒体は：ウェアラブルデバイスの少なくとも１つのセンサからセンサデータを受信する命令；センサデータを、ウェアラブルデバイスのメモリに格納されたスケジュールフォーマットと比較する命令であって、スケジュールフォーマットは、事前に定義されたコンテキストと以前に関連付けられたセンサ読取り値の少なくとも１つの特性を特定する、命令；受信したセンサデータがスケジュールフォーマットと適合することを決定する命令；受信したセンサデータがスケジュールフォーマットと適合することに基づいて、ユーザが事前に定義されたコンテキストに現在あることを決定する命令；事前に定義されたコンテキストに関連付けられる動作を識別する命令；及びユーザが事前に定義されたコンテキストにある間に動作を実行する命令；を含む。

様々な実施形態が記載され、この動作は、事前に定義されたコンテキストに関連付けられる少なくとも１つの追加センサを作動させることを含み、それによってデータが、ユーザが事前に定義されたコンテキストにある間に、少なくとも１つの追加センサから収集される。

様々な実施形態が記載され、この動作は、事前に定義されたコンテキストに関連付けられる少なくとも１つのルールを起動することを含み、それによって、ユーザが事前に定義されたコンテキストにある間に、ルールは、ルールが適用されるべきであるかどうかを決定するために収集されるセンサデータに対して周期的に評価される。

様々な実施形態が記載され、この動作は、ウェアラブルデバイスのユーザインタフェースを介するユーザへの通知の配信を抑制することを含む。

様々な実施形態が記載され、事前に定義されたコンテキストは、ミーティングコンテキストであり、スケジュールフォーマットによって識別される前記少なくとも１つの特性は：比較的高い活動の第１の期間；比較的低い活動の第２の期間；及び識別された時間における（at an identified time）前記第１の期間から前記第２の期間への移行期；を含む。

様々な実施形態が記載され、この少なくとも１つの特性は、以前のセンサデータ及び以前のユーザフィードバックに基づいてウェアラブルデバイスによって学習されるモデルに属する。

様々な実施形態が記載され、この動作は：事前に定義されたコンテキストが、ユーザにとっての高いストレスレベルに関連付けられることを決定すること；及び事前に定義されたコンテキストがユーザにとっての高いストレスレベルに関連付けられるという決定に基づいてユーザへの通知を抑制すること；を含む。

様々な実施形態が記載され、この動作は：少なくとも１つのセンサから生理学的データを受信することであって、生理学的データは、皮膚コンダクタンスの尺度、血圧の尺度、心拍数の尺度、覚醒状態を示す測定値、及び皮膚温度の尺度の１又は複数を含む、生理学的データを受信すること；並びに、事前に定義されたコンテキストに関連する受信される生理学的データを格納すること；を含む。

センサデータは、１又は複数のセンサ、好ましくは、加速度センサ、心拍センサなどのような生理学的センサによってウェアラブルデバイスで感知されることができ、メモリに格納されることができかつ、例えば消費されるカロリー又は失われる体重を、計算するためにプロセッサによって使用されることができる。本発明の様々な実施形態では、加速度センサによってカウントされる歩数の数のような生センサデータもまた使用されることができる。

本発明の前述の及びその他の特徴及び利点は、以下の説明、図面、及び特許請求の範囲からより明らかになるであろう。当業者は、本開示に基づいて、本明細書に記載の方法、システム、及び原理の他の態様及び利点が存在することを理解するであろう。

様々な例示的な実施形態をより良く理解するために、添付の図面が参照される。
複数のスケジュールされたアイテム及び／又は活動に関連付けられる例示のウェアラブルデバイスを示す。 パケットデータネットワークを介してユーザデバイスに接続する例示のウェアラブルデバイスを示す。 ウェアラブルデバイスのディスプレイに表示され得る例示のＧＵＩを示す。 例示のウェアラブルデータベースを示す。 ウェアラブルセンサデータと位置の間の例示の関連を示す。 本明細書に記載される様々な機能及びプロセスを実装するために用いられ得るモバイルデバイスアーキテクチャを示す。 コンテキスト命令によって実行され得る例示の方法論を示す。 ウェアラブルデバイスでプロセッサによって実行され得る例示的な動作命令を示す。 ミーティングスケジュールフォーマットに対応する移動データの例示のセットのグラフを示す。 いくつかの実施形態に関する例示のシステムアーキテクチャを示す。 対応するカレンダー予約と関連付けられる例示のセンサデータを示す。 例示のカレンダー分析命令を示す。 例示のコンテキスト及びセンサマップ命令を示す。 例示のウェアラブルデータベースを示す。 様々な実施形態による例示のグラフィカルユーザインタフェースを示す。 様々な実施形態による例示のグラフィカルユーザインタフェースを示す。 様々な実施形態に従うウェアラブルデバイスをカレンダーコンテキストに関連付けるための例示の方法を示す。

本明細書に提示される説明及び図面は、様々な原理を説明する。当業者は、本明細書に明示的に記載又は図示されていないが、これらの原理を具現化しかつ本開示の範囲内に含まれる様々な構成を発明できることが理解されるであろう。本明細書で使用されるとき、本明細書で使用される用語「又は、若しくは、あるいは」は、別段の指示がない限り（例えば、「又は他の」あるいは「又はその代わりに」）、非排他的な又は（non-exclusive or）（すなわち、又は）を意味する。さらに、本明細書に記載の様々な実施形態は、必ずしも相互に排他的ではなく、本明細書に記載の原理を組み込む追加の実施形態を生成するために組み合わせられることができる。

本明細書に記載される様々な実施形態は、移動及び地理位置的データが、ミーティングを含む個人のスケジュールアイテムに関するコンテキスト情報を生成するために使用されるシステム及び方法を含む。コンテキスト情報は、個人が携行するウェアラブルデバイスに含まれるセンサからのセンサデータと組み合わせて使用され得る。

ウェアラブルデバイスのユーザは、位置及び／又は活動並びに活動に関連して収集され得るセンサデータをグラフィカルユーザインタフェースに入力し得る。位置及び／又は活動が、ユーザが入力したものと一致するとき、センサデータは、ユーザの生理学的パラメータの尺度として受信され得る。

ウェアラブルデバイス、モバイルデバイス、及びジオフェンスネットワーク（geo-fence network）は、当技術分野で知られている任意のデータ通信技術を使用して通信することができる。特定の実施形態では、ウェアラブルデバイスは、第１のタイプの無線データ通信技術を使用してモバイルデバイスと通信し、モバイルデバイスは、第２のタイプのワイヤレスデータ通信技術を使用してジオフェンスネットワークと通信することができる。様々な実施形態の間で有用なデータ通信インターフェースは、セルラー／３Ｇ／４Ｇ／ＬＴＥ、Ｗｉ‐Ｆｉ（８０２．１１ｘ）、赤外線、光学、近接場、及びＢｌｕｅｔｏｏｔｈ（登録商標）データ通信インターフェースを含むが、これらに限定されない。特定の例では、ウェアラブルデバイスは、複数のデータ通信インターフェース、プロセッサ、メモリ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）などを含むことができる。モバイルデバイスはまた、ＵＳＢ接続又はマイクロＵＳＢ接続のような有線データ通信チャネルを介してウェアラブルデバイスとも通信することができる。

本明細書に記載されるモバイルデバイスは、スマートフォン、ＩＰＨＯＮＥ（登録商標）デバイス、ＡＮＤＲＯＩＤ（登録商標）デバイス、ＩＰＡＤデバイス、及びノートブックコンピュータのようなモバイルデバイスが含まれるが、これらに限定されない。ウェアラブルデバイス又はモバイルデバイスによって通信される通信は、ブルートゥース（登録商標）、セルラー／３Ｇ／４Ｇ／ＬＴＥ、及びＷｉ−Ｆｉ（８０２．１１ｘ）を含むが、これらに限定されない当技術分野で知られている任意のデータ通信技術を介して通信することができる。ある場合には、モバイルデバイスは、複数のデータ通信インターフェース、プロセッサ、メモリ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）などを含むことができる。

地理的位置又は「地理位置（geo-location）」は、緯度及び経度、住所（street-address）、既知のセルラー又はＷｉＦｉ基地局への接続（attachment）などに対応し得る物理的位置である。特定の実施形態では、地理位置は、例えば、ウェアラブルデバイス内又はウェアラブルデバイスと通信するモバイルデバイス内の全地球測位システム（ＧＰＳ）技術を使用して決定されることができる。

ウェアラブルデバイスで感知されるセンサデータは、メモリに記憶され得るとともに、例えば、消費されたカロリー又は失われた体重を計算するために、プロセッサによって使用され得る。加速度センサによってカウントされる歩数のような、生センサデータもまた、様々な実施形態で使用され得る。

様々な方法は、ハードウェアと共に動作するソフトウェアによって実行されてよい。例えば、ソフトウェアは、プロセッサ（例えば、マイクロプロセッサ、フィールドプログラマブルゲートアレイ、特定用途向け集積回路、又はデータを処理することができる若しくは本明細書で説明する機能を実行することができる他のデバイス）によって実行される命令を含むことができ、命令は、プロセッサにアクセス可能なメモリ（例えば、Ｌ１、Ｌ２、Ｌ３、システムメモリ、又はフラッシュ、磁気、若しくは光媒体などの記憶媒体）のような非一時的コンピュータ可読媒体に格納される。本明細書に記載される１又は複数の機能を実行するためにＡＳＩＣを利用するような様々な実施形態では、プロセッサは、そのような機能を実行するようにハードワイヤードされてよく、本明細書の様々な実施形態におけるこのような機能を定義するように記載される命令は、他の実施形態では省略されることがある。さまざまなインターフェースが、通信及びその他の方法で実装されることができる。当業者は、モバイルデバイスの様々な必須コンポーネント及び同モバイルデバイスの本明細書に記載された１又は複数の実施形態との統合を理解するであろう。

図１は、様々な活動の間にユーザの生理学的情報を監視することに関連するウェアラブルデバイス１１０の例示的環境１００を示す。図１は、個人の家１２０、オフィス１３０、クライアント１４０、自動車１５０、及び他の場所１６０のような場所を示す。

図２は、例えば、キャリアネットワーク、ローカルエリアネットワーク、又はインターネットのようなパケットデータネットワーク２７０を介してユーザデバイス２６０に接続するウェアラブルデバイス２０５の例を示す。様々な実施形態では、パケットデータネットワーク２７０の少なくとも一部は、クラウドコンピューティング環境内の１又は複数のデバイスを横断することができる。図２のシステム２００は、全地球測位システム（ＧＰＳ）２１０、ディスプレイ２１５、ユーザインタフェース（ＵＩ）２２０、ウェアラブルコンテキスト又は他のデータベース２２５、コントローラ２３０、データ通信インターフェース２３５、センサ１からＮ ２４５、電源２５０、並びに、コンテキストと動作命令２４０と、ディスプレイ２１５及びユーザインタフェース２２０を介してグラフィカルユーザインタフェース（ＧＵＩ）を提示するための命令を格納し得るメモリ２５５を含むように描かれるウェアラブルデバイス２０５を含む。ユーザデバイス２６０は、（メモリに格納され、ユーザデバイス２６０のプロセッサによって実行され得る）基本命令（ソフトウェア）２６５を含むものとして描かれている。ウェアラブルデバイス２０５及びユーザデバイス２６０は、パケットデータネットワーク２７０を介して通信するものとして描かれている。ウェアラブルデバイス２０５を装着している人が、運動データ及びＧＰＳデータによって示されるような活動に従事するとき、ウェアラブルデバイス２０５のコンテキスト及び動作命令２４０は、センサ１からＮ２４５によって収集されたユーザの生理学的情報のトラッキングを起動することができる。いくつかの実施形態では、コンテキスト及び動作命令２４０は、センサ２４５が動作に関連付けられることになる生理学的データを収集するように、センサ２４５を選択的に起動する。例えば、仕事のミーティングでは、心拍数及び皮膚コンダクタンスデータがストレスの尺度として集められ得る。

本明細書では、用語「プロセッサ」は、メモリに格納された命令を実行することができるか、又はデータを処理することができる任意のハードウェアデバイスを含むと理解される。そのようなものとして、プロセッサは、マイクロプロセッサ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、又は他の同様のデバイスを含み得る。用語「メモリ」は、例えば、Ｌ１、Ｌ２、又はＬ３キャッシュ又はシステムメモリ並びにフラッシュメモリ、磁気メモリ、光記憶媒体などのストレージメモリ、並びに他の非一時的記憶媒体のような様々なメモリを含むと理解される。本明細書で使用されるとき、用語「非一時的」は、一時的な信号を排除するものではなく、揮発性及び不揮発性メモリの両方を含む全ての形態の記憶装置を含むと理解される。加えて、本明細書で使用されるとき、用語「ユーザデバイス」は、ユーザデバイス２６０に関連して記載されたユーザデバイス（携帯電話、タブレット、及びパーソナルコンピュータのような非ウェアラブルユーザデバイス）及びウェアラブルデバイス２０５それ自体を指すと理解される。

いくつかの実施形態では、ユーザデバイス２６０は、動きを追跡するセンサ２４５と、ウェアラブルデバイス２０５のユーザの位置を追跡するＧＰＳ２１０とを含む。この実施形態では、ウェアラブルデバイス２０５及びユーザデバイス２６０は、パケットデータネットワーク２７０を介して通信する。

ウェアラブルデバイス２０５の地理位置は、ウェアラブルデバイス２０５でのＧＰＳ２１０又は、例えば（例えば、ユーザデバイスが地理位置的デバイスを含むスマートフォンである場合に）ユーザデバイス２６０での別の同等の技術によって決定され得る。ウェアラブルデバイス２０５の地理的位置であると決定される場所は、図１に記載されるように、個人の家、オフィス、クライアント／顧客サイト、車、又は他の／未知のものを含み得る。活動及び１又は複数のセンサ２４５に関連するパラメータは、ウェアラブルデバイス２０５のディスプレイ２１５に表示され得るＧＵＩ２２０を使用してウェアラブルデバイス２０５のユーザによって入力され得る。いくつかの実施形態では、パラメータは、ウェアラブルデバイス２０５及びコンテキスト及び動作命令２４０に事前にプログラムされ得る。

図３は、ウェアラブルデバイス２０５のディスプレイ２１５に表示され得る例示のＧＵＩを示す。ＧＵＩ３００は、場所の名前（「ミーティング」）３１０、ウェアラブルデバイス２０５内の選択可能なセンサ３２０のセット、セーブ選択ボックス３８０、及び実行選択ボックス３８５を含む。

図３に示される選択可能なセンサ３２０は、血圧３２５、心拍数３３０、皮膚コンダクタンス３３５、皮膚温度３４０、及び動き３４５を含むが、代替センサ又は追加センサ（又はそれらから計算されるパラメータ）が選択のために利用可能するであり得ることが理解される。図３のチェックマークは、血圧センサ３２５及び心拍センサ３３０が使用可能にされている（enabled）ことを示している。選択可能なセンサ３２０は、１又は複数のセンサ（例えば、血圧）によって直接決定される値又はセンサ測定値（例えば、心拍数又は消費されたカロリー）から計算される値を含み得る。いくつかの実施形態では、特定のセンサがジオフェンスＧＵＩから選択されるとき、選択されたセンサに関連する１又は複数のセンサがウェアラブルデバイス２０５によって自動的に選択されることも可能である。例えば、使用されたカロリーもまた、心拍数（ＨＲ）及び運動情報の出力に基づいて決定され得る。したがって、この場合、ユーザは、使用されたカロリーセンサ３３０を選択したが、動作センサ（複数可）及び心拍センサ（複数可）が自動的に選択される。

図３のＧＵＩ３００は、活動名３１０を特定するためにウェアラブルデバイス２０５のユーザによって使用され得る。ユーザはまた、ウェアラブルデバイス２０５のユーザに関する生理学的情報を収集することができる１又は複数のセンサ３２０を選択し得る。他の実施形態では、センサデータは、ユーザによって選択されたスケジュールアイテム名に基づいて自動的に転送される。

図３に示されるように、ルールの集合が、様々なプログラムを実装するために有利に使用され得る。図３のルールは、オペレータがミーティング又は他の活動に参加する際に、ウェアラブルデバイスのオペレータにフィードバックを提供するプログラムを提供する。様々な実施形態では、オペレータが利用することができないが、オペレータ又は情報の他のユーザによるアクセスのために（ローカル又はリモートのいずれかの）検索可能データベースに格納される追加情報が収集され得る。

図４は、図２のウェアラブルデータベース２２５に対応し得るウェアラブルデータベース４００の例を示す。図４のテーブル４００は、データ取得がトリガされる条件を決定するために使用されるフィールド：各既知のコンテキスト（例えば、例示的なＧＵＩ３００の活動名フィールド３１０を介してユーザによって入力された名前）を識別するための略称を格納するためのコンテキスト名フィールド４０５；既知の各コンテキストが所定の時間に当てはまるかどうかを決定するための基準を指すか、さもなければ定義するコンテキスト基準フィールド４１０；ウェアラブルデバイス及び関連するユーザが既知の各コンテキスト内にあるか（したがって、関連するセンサが追跡されるべきか、又は関連するルールが評価されるべきか）どうかを定義するコンテキストブールフィールド（in context Boolean field）；（例えば、例示的なＧＵＩ３００を介してユーザによって選択されるような）関連するコンテキストにある間に追跡されるべき任意のセンサ又は計算されたパラメータを識別するためのセンサフィールド４２０；並びに、関連するコンテキストにある間に「アクティブ」とみなされ、したがって、適用性について評価されるべき任意のルールを参照するか、または他の方法で定義するためのルールフィールド４２５；を表す列を含む。

様々なアプローチが、ユーザ及びウェアラブルがコンテキスト内にあるかどうかを決定するために取られてよく、そのようなものとして、異なる情報がコンテキスト基準フィールド４１０に格納されてよい。幾つかのコンテキストは、コンテキストに対応させるように、センサデータを以前に学習された「スケジュールフォーマット」と比較することによって、識別され得る。そのようなスケジュールフォーマットの例は、図９に関連して以下により詳細に記載される。いくつかのコンテキストは、代わりに又は追加的に、現在の（又はやって来る）コンテキストに関する手がかりのためにユーザによって使用される他のプログラム又はデバイスを検索することによって識別され得る。一例として、図１０は、現在適用可能なコンテキストを識別するために使用されるコンテキスト上の手がかりについて、ユーザデバイス上のカレンダーアプリケーションを検索する一実施形態を記載する。

第１の例として、レコード４３０は、最近のセンサデータを、デバイスによって以前に学習された「スケジュールフォーマットＡ」として識別されるスケジュールフォーマットと比較することによって決定されるような、「家」コンテキストにユーザが現在ないことを示す。例えば、最近の加速度計、皮膚コンダクタンス、及び温度データは、８０％の許容範囲内で「スケジュールフォーマットＡ」に対応しない可能性があり、したがって、ウェアラブル（又は他のデバイス）は、センサデータがスケジュールフォーマットに適合せず、ユーザは現在「家」コンテキストにはないことを決定した可能性がある。様々な実施形態では、様々な方法が、そのようなマッチングの決定を実行するために使用されることができ、そのような方法はいかなる公差も許容しないか、８０％の類似性以外の許容差を許容し得るか、「近さ」を判定する代替測定基準を使用し得るとともに許容範囲を提供し得ることが理解されるであろう。しかし、「家」コンテキストが適用可能である場合、センサ又はルールは適用可能であるとして定義されない（コンテキストに関わらず常に適用可能であり得る任意のセンサ又はルール以外、図示せず）。

第２の例として、レコード４４０は、「家」コンテキストの補集合であるコンテキストを定義するように見える。特に、レコード４４０は、現在適用可能でありかつ最近のセンサデータが「スケジュールフォーマットＡ」と十分に一致しない場合に適用可能な「家にいない（Not Home）」コンテキストを定義する。いくつかの実施形態では、「家にいない」コンテキストは、ユーザ定義され得るが、他の実施形態では、「家にいない」コンテキストは、例えば、レコード４４０によって定義される「家」コンテキストのユーザの作成に応答して、自動的に作成され得る。図示されるように、「家にいない」コンテキストが適用可能であるとき、皮膚コンダクタンスセンサはデータを収集するために使用され、ルールＢ１、Ｂ２、及びＢ３（他のテーブルに格納され得る、図示せず）が適用性について繰り返し評価される。例えば、ルールＢ１は、心拍数（常時オン状態のセンサ又はコンテキストにかかわらず常に計算されるパラメータであり得る）が１２０超に上昇した場合、座るべきであることを示すメッセージがユーザに表示されるべきである。様々な実施形態では、ルールは、ユーザ定義され得る、他の人間（例えばプログラムオペレータ）によって定義され得るとともに起動及び評価のためにウェアラブルデバイスにプッシュされるか、又はウェアラブルデバイスのようなマシンによって学習され得る（例えば、ミーティングコンテキストにあるとき如何なるメッセージも表示しない）。

第３の例示のレコード４５０は、最新のセンサデータが「スケジュールフォーマットＢ」として識別されるスケジュールフォーマットと適合するときに適用可能な現在占有されている「オフィス」コンテキストを識別する。このコンテキストでは、血圧及び温度センサは、ルールＡ１、Ａ２、Ａ３、及びＡ４が適用可能性について評価される間に、データをポーリングされる（polled）。最終的な例示のレコード４６０は、占有されたコンテキストを識別するためのスケジュールフォーマットの代替を示す。図示されるように、「顧客ミーティング」コンテキストは、顧客ミーティングが進行中である（例えば、「顧客ミーティング」キーフレーズを返すカレンダー分析命令を介して）カレンダー分析命令からの指示に基づいてユーザによって占有されていると識別され得る。以下により詳細に説明されるように、カレンダー（又は他のアプリ）解析命令の様々な実施形態は、データベース４００と関連して使用するために報告されることになる現在のコンテキストを決定するために、カレンダーエントリ（又は他のアプリアイテム）に関連付けられるタイトル、ユーザ供給タグ、又は他の情報を評価し得る。データベースは、多数の追加エントリ４６０を含み得る。

図５は、ウェアラブルデバイスのセンサによって検知された異なるコンテキスト及びデータを備える異なる種類のスケジュールアイテムの相互参照を示す例示的な図５００を示す。図５のセンサ及びコンテキストの相互参照図５００は：家５０５、家にいない５１０、オフィス５１５、電話（call）５２０、顧客ミーティング５２５、人事（ＨＲ）ミーティング５３０、エンジニアリングミーティング５３５、及び別の場所５４０の場所を含む。ウェアラブルデバイスのセンサによって検知された又はそれから得られたデータに対応する情報は：血圧５４５、温度５５０、皮膚コンダクタンス５５５、心拍数５６０、動作５６５、及びその他５７０を含む。

図５の円は、１又は複数のルールが特定の場所においてウェアラブルデバイスによって検知された特定のセンサ情報に対して適用される場合の例示的な出来事を識別する。図５は、血圧センサ５４５がルールＡ１を使用してトリガされる位置オフィス５１５を示す。同様に、家にいない位置５１０及び皮膚コンダクタンス５５５は、ルールＢ１、Ｂ２、及びＢ３によってトリガされる；位置オフィス５１５及び温度センサ５５０は、ルールＡ２、Ａ３、及びＡ４によってトリガされる；位置電話５２０及びモーションセンサ５６５は、ルールＥ１及びＥ２によってトリガされる；クライアント／顧客ミーティング５２５及び温度センサ５５０は、ルールＤ１によってトリガされる；位置ＨＲミーティング５３０及び心拍センサ５６０がルールＦ１によってトリガされ、エンジニアリングミーティング５３５及び動作センサ５６５がルールＣ１及びＣ２によってトリガされる。位置、ルール、センサなどの間の他の関係が存在し得るとともに、特に、生理学的パラメータが追跡されることが望まれるオペレータ又は管理者のニーズに応じてプログラムされ得る。

図６は、本明細書に記載される様々な特徴及びプロセスを実装するために用いられ得るモバイルデバイスアーキテクチャを示す。アーキテクチャ６００は、スマートウェアラブルデバイスを含むがこれに限定されない任意の数の携帯デバイスに実装されることができる。図６に示されるアーキテクチャ６００は、メモリインターフェース６０２、プロセッサ６０４、及び周辺機器インターフェース６０６を含む。メモリインターフェース６０２、プロセッサ６０４及び周辺機器インターフェース６０６は、別個の構成要素であることができる、あるいは１又は複数の集積回路の一部として統合されることができる。様々な構成要素は、１若しくは複数の通信バス又は信号線によって結合されることができる。

図６に示されるプロセッサ６０４は、データプロセッサ、画像プロセッサ、中央処理装置、又は任意の様々なマルチコア処理装置を含むように意図される。様々なセンサ、外部デバイス、及び外部サブシステムが、例示的なモバイルデバイスのアーキテクチャ６００内の任意の数の機能を容易にするように、周辺機器インターフェース６０６に結合されることができる。例えば、モーションセンサ６１０、光センサ６１２、及び近接センサ６１４が、モバイルデバイスの向き、照明および近接機能を容易にするために、周辺機器インターフェース６０６に結合されることができる。例えば、光センサ６１２は、タッチ面６４６の輝度の調整を容易にするために利用されることができる。加速度センサ又はジャイロスコープとして実装されることができるモーションセンサ６１０は、モバイルデバイスの動き及び向きを検出するために利用されることができる。表示オブジェクト又は媒体が、次に、検出された方向（例えば、縦長（portrait）又は横長（landscape））に従って、提示され得る。

対応する機能性を容易にするために、温度センサ、バイオメトリックセンサ、バイタルセンサ、又は他の検知デバイスのような他のセンサが周辺機器インターフェース６０６に結合されてよい。位置プロセッサ６１６（例えば、全地球測位システム）は、地理位置データを受信することを可能にし、それにより地理測位（geo-positioning）を容易にするために、周辺機器インターフェース６０６に結合されてよい。集積回路チップのような電子磁力計６１６が、真の磁北の方向に関連するデータを提供するために周辺機器インターフェース６０６に接続されてよく、それによりモバイルデバイスはコンパス又は指向性機能を享受することができる。カメラサブシステム６２０及び電荷結合素子（ＣＣＤ）又は相補型金属酸化物半導体（ＣＭＯＳ）光学センサのような光学センサ６２２が、写真及びビデオクリップを記録することのようなカメラ機能を容易にすることができる。

通信機能性は、１又は複数の無線通信サブシステムを含み得る、１又は複数の通信サブシステム６２４を通じて容易にされ得る。無線通信サブシステム６２４は、８０２．５又はＢｌｕｅｔｏｏｔｈ（登録商標）トランシーバ並びに赤外線のような光トランシーバを含み得る。有線通信システムは、ネットワークアクセスデバイス、パーソナルコンピュータ、プリンタ、ディスプレイ、又はデータを受信若しくは送信することができる他の処理装置のような他のコンピューティングデバイスへの有線結合を確立するために使用され得るユニバーサルシリアルバス（ＵＳＢ）ポート又は他の有線ポート接続のようなポートデバイスを含み得る。通信サブシステム６２４の特定の設計及び実装は、デバイスが動作することが意図される通信ネットワーク又は媒体に依存し得る。例えば、デバイスは、移動通信（ＧＳＭ（登録商標））ネットワーク、ＧＰＲＳネットワーク、拡張データＧＳＭ（登録商標）環境（ＥＤＧＥ）ネットワーク、８０２．５通信ネットワーク、符号分割多元接続（ＣＤＭＡ）ネットワーク、又はＢｌｕｅｔｏｏｔｈ（登録商標）ネットワークのためのグローバルシステム上で動作するように設計された無線通信サブシステムを含み得る。通信サブシステム６２４は、デバイスが他の無線デバイスのための基地局として構成され得るように、ホスティングプロトコルを含み得る。通信サブシステムはまた、デバイスがＴＣＰ／ＩＰ、ＨＴＴＰ、又はＵＤＰのような１又は複数のプロトコルを使用してホストデバイスと同期することを可能にし得る。

音声サブシステム６２６は、音声対応機能を容易にするために、スピーカ６２８及び１又は複数のマイクロフォン６３０に結合され得る。これらの機能は、音声認識、音声複製、又はデジタル録音を含んでよい。音声サブシステム６２６は併せて、従来の電話機能も含み得る。

Ｉ／Ｏサブシステム６４０は、タッチコントローラ６４２及び／又は他の入力コントローラ（複数可）６４４を含み得る。タッチコントローラ６４２は、タッチ面６４６に結合され得る。タッチ面６４６及びタッチコントローラ６４２は、容量性、抵抗性、赤外線、又は表面弾性波技術を含むがこれに限定されない、いくつかのタッチ感度技術のうちのいずれかを使用してその接触及び移動又は離脱（break）を検出し得る。タッチ面６４６との１又は複数の接触点を決定するための他の近接センサアレイ又は要素が同様に利用され得る。一実施形態では、タッチ面６４６は、ユーザによって入出力デバイスとして使用され得る、仮想又はソフトボタン及び仮想キーボードを表示し得る。

他の入力コントローラ６４４は、１又は複数のボタン、ロッカースイッチ、親指ホイール、赤外線ポート、ＵＳＢポート、及び／又はスタイラスのようなポインタデバイスなどの他の入力／制御デバイス６４８に結合され得る。１又は複数のボタン（図示せず）は、スピーカ６２８及び／又はマイクロフォン６３０の音量制御のためのアップ／ダウンボタンを含み得る。いくつかの実装では、デバイス６００は、音声及び／又はビデオ再生又は記録デバイスの機能を含んでよく、他のデバイスにテザリングするためのピンコネクタを含んでよい。

メモリインターフェース６０２は、メモリ６５０に結合されることができる。メモリ６５０は、高速ランダムアクセスメモリ、又は磁気ディスク記憶装置、光学記憶装置、若しくはフラッシュメモリのような不揮発性メモリを含み得る。メモリ６５０は、Ｄａｒｗｉｎ、ＲＴＸＣ、ＬＩＮＵＸ（登録商標）、ＵＮＩＸ（登録商標）、ＯＳ Ｘ、ＡＮＤＲＯＩＤ（登録商標）、ＷＩＮＤＯＷＳ（登録商標）、又はＶＸＷｏｒｋｓなどの組み込みオペレーティングシステムのようなオペレーティングシステム６５２を格納し得る。オペレーティングシステム６５２は、基本システムサービスを処理し、ハードウェア依存タスクを実行するための命令を含み得る。いくつかの実装形態では、オペレーティングシステム６５２はカーネルを含み得る。

メモリ６５０はまた、他のモバイルコンピューティングデバイス又はサーバとの通信を容易にするための通信命令６５４を格納し得る。通信命令６５４はまた、ＧＰＳ／ナビゲーション命令６６８によって取得され得る地理的位置に基づいてデバイスによって使用するための動作モード又は通信媒体を選択するために使用され得る。メモリ６５０は、インターフェースの生成のようなグラフィックユーザインターフェース処理を容易にするグラフィカルユーザインターフェース命令６５６；センサ関連の処理及び機能を容易にするセンサ処理命令６５８；電話関連の処理及び機能を容易にする電話命令６６０；電子メッセージングに関連する処理及び機能を容易にする電子メッセージング命令６６２；ウェブブラウジング関連の処理及び機能を容易にするウェブブラウジング命令６６４；メディア処理に関連する処理及び機能を容易にするメディア処理命令６６６；ＧＰＳ及びナビゲーション関連の処理を容易にするためのＧＰＳ／ナビゲーション命令６６８；カメラ関連の処理及び機能を容易にするためのカメラ命令６７０；ポータブルデバイス又はスマートウェアラブルデバイスのホルダによって取られた歩数を追跡するための歩数計命令６７２；ポータブルデバイス又はスマートウェアラブルデバイスが無線ネットワークを介してデータを交換することを可能にするアクティベーションレコード／ＩＭＥＩデータ６７４；並びに、モバイルコンピューティングデバイス上で又はモバイルコンピューティングデバイスと共に動作し得る任意の他のアプリケーションのための命令を含み得る。メモリ６５０は、ナビゲーション、ソーシャルネットワーキング、位置ベースのサービス又は地図表示に関連するアプリケーションのような他のプロセス、機能及びアプリケーションを容易にするための他のソフトウェア命令も格納し得る。

図７は、コンテキスト及び動作命令２４０によって実行され得る例示的な方法７００を示す。図７に示される方法は、ＧＵＩ２２０を使用する条件付き動作の定義に対応するとともに、位置７０５の入力を受信するステップと、ＧＵＩを使用して位置７１０の名前を識別する入力を受信するステップと、ＧＵＩ７１５内の少なくとも１つのセンサの選択を受信するステップを含む。この情報が受信された後、それは、ウェアラブルデバイスのデータベース７２０又は外部コンテキスト若しくは他のデータベースにセーブされ得る。外部コンテキスト又は他のデータベースは、例えば、パケットデータネットワークを介してアクセス可能なコンピュータネットワークに位置してよい。

図８は、ウェアラブルデバイス２０５においてプロセッサによって実行され得るコンテキスト及び動作命令２４０を実装するための例示的な方法８００を示す。図８の方法は、移動データ及びＧＰＳデータを受信する第１のステップ８１０を含む。移動データ及びＧＰＳデータは、ウェアラブルデバイス２０５又はユーザデバイス２６０内のセンサ及び地理位置的デバイスから来ることができる。次に、この方法のステップ８２０において、ウェアラブルデバイス２０５の位置が、ＧＰＳデータに基づいて決定される。例えば、位置は「家」、「オフィス」、又はクライアントサイトであり得る。命令はまた、位置が、「家ではない」、「オフィスではない」、又は「その他」のような既知の位置ではないことも決定し得る。次に、ステップ８３０で、コンテキスト及び動作命令２４０は、移動データに基づいて２つの移動クラスタの間のアイドル期間を識別する。ステップ８４０において、移動クラスタ及びアイドル期間に基づいて、コンテキスト及び動作命令２４０は、スケジュールアイテムのフォーマットに対応する移動クラスタ及びアイドル期間を識別する。いくつかの実施形態では、対応は完全である必要はなく、単に閾値（例えば、９０％）によって関係付けしてよい。例えば、移動クラスタが、ミーティングに対応する１時間の開始及び終了（例えば、午前９時及び午前１０時）に対応する場合。ステップ８５０では、移動クラスタがスケジュールフォーマットに対応するという決定に基づいて、命令は、スケジュールフォーマットに基づいて移動クラスタのスケジュールアイテムを識別する。コンテキスト及び動作命令は、ステップ８６０において、スケジュールアイテムを記憶する。ステップ８７０において、コンテキスト及び動作命令は、図５に示されるルールに基づいてスケジュールアイテムに関連付けられたセンサデータを監視する。センサデータを監視することは、１又は複数のセンサにデータを照会すること、スケジュールアイテムに関連付けられた日付及び時刻に基づいてセンサデータのデータベースに照会することを含み得る。

いくつかの実施形態では、移動データ及びＧＰＳデータは、既知のスケジュールアイテムに対応しない場合がある。別の実施形態では、コンテキスト及び動作命令２４０は、ディスプレイ２１５及びＧＵＩ２２０を介して、オペレータにスケジュールアイテムを確認又は入力するように促すことができる。

図９は、ミーティングの例示のスケジュールフォーマット９００を示す。図示されるように、移動クラスタ９０５、９１５と比較して、減少した歩み活動（step activity）が検出されるアイドル期間９１０によって分離された２つの移動クラスタ９０５及び９１５がある。移動クラスタ９０５は、時刻、午前１０時の開始に対応する一方、移動クラスタ９１５は、時刻、午前１１時の終わりに対応し得る。

上述したように、様々な実施形態では、スケジュールフォーマット９００は、ユーザが関連するコンテキストにあるかどうかを決定するために、最近受信したセンサデータと比較され得る。様々な実施形態では、スケジュールフォーマット９００は手動で定義されてもよく、あるいは、例えば機械学習原理を利用してウェアラブルデバイスのようなコンピュータによって構成されてもよい。したがって、スケジュールフォーマット９００は２次元グラフとして示されているが、様々な代替の実施形態（例えば、分類モデルのパラメータ）が使用されてよく、追加の次元（例えば、追加又は代替のセンサ測定値又は計算されたパラメータ）がスケジュールフォーマットで使用されてよい。

ウェアラブルデバイス又は他のコンピュータがコンテキストについてスケジュールフォーマットを学習する実施形態では、スケジュールフォーマットは、（例えば、例示的なＧＵＩ３００を介した手動コンテキスト作成後に）デフォルトフォーマットにプリセットされ得る。例えば、すべての新しいコンテキストは、デバイスの早期動作における頻繁な偽陽性を防止するために、１日中０歩数を示し且つ０％又はそうでなければ低それ以外の低信頼度に関連するスケジュールフォーマットで開始し得る。代替的には、いくつかの実施形態では、様々なコンテキストが、デバイスに予めプログラムされ得るとともに学習によってユーザにさらに適合され得る非ユーザ固有のモデルに関連付けられ得る。代替的には、ユーザがコンテキストを手動で作成すると、その名前が、様々な予めプログラムされたコンテキスト名と比較されることができ、それにより、一般的なスケジュールフォーマットの代わりに、そのようなコンテキスト特有のスケジュールフォーマットに最初に関連付けられることができる。例えば、ユーザが「ミーティング」又は「顧客ミーティング」スケジュールフォーマットを手動で作成する場合、ウェアラブルデバイスは、その名前に基づいて、「ミーティング」に関連付けられたデフォルトのスケジュールフォーマットが、一般的な、全てゼロのスケジュールフォーマットの代わりに使用されるべきであることを決定し得る。

動作中、ユーザは、様々な方法でユーザの特有の習慣に対して学習アルゴリズムを支援するフィードバックを提供し得る。例えば、ユーザは、図示されていないＧＵＩを介して、それらが現在どのコンテキスト内にあるかを定期的に明示的に示してよい。同様に、ウェアラブルは、定期的にユーザにそのような識別を行うよう依頼してよい。ウェアラブルが現在のコンテキストに関して決定をし始めると、正しい決定が下されたことの確認のためにユーザに尋ねることができる（例えば、「あなたは現在ミーティング中ですか？」又は「午前１０時から午前１１時までミーティングにいましたか？」）。代替的には、ユーザは、ウェアラブルによって誤って識別された可能性がある様々なコンテキストを「オフにする」ＧＵＩを提供されてよい。そのようなフィードバックの全ては、各決定又はフィードバックポイントの時点で利用可能であったセンサデータと関連付けられ、それによってウェアラブル又は他の支援デバイスがスケジュールフォーマットを適合させることができるラベル付きトレーニングセット（labeled training set）を漸進的に作成し得る。

示された特定の例では、ウェアラブルは、移動クラスタ９０５がアイドル期間９１０に毎時０分（top of the hour）で（図のように１０:００）遷移するとき、ユーザが現在「ミーティング」コンテキストにいることを決定し得る。したがって、様々な実施形態では、スケジュールフォーマットは、（歩数計又は加速度計によって測定されるような）高及び低活動、心拍数、ストレス、又は他の感知若しくは計算された生理学的パラメータの期間；生理学的パラメータが特定の範囲内にある期間；ある状態がセンサによって検出された（例えば、睡眠の開始）期間；状態、生理学的パラメータ値又は生理学的パラメータ範囲の間の遷移；閾値を越えた生理学的パラメータの遷移；等のようなコンテキストの様々な特性を指定する。そのような特性は、単独で指定されてよく、又は互いに対して様々な組み合わせ、順列、若しくは他の関係で指定されてよい。例えば、いくつかの実施形態では、スケジュールフォーマットは、識別された時間（または日付）においてある期間から別の期間への移行を定義することができる。識別された時間は、文字通りの時間（例えば、午前１０時）として定義され得る；「毎時０分」（例えば、９：００、１０：００、１１：００等）、「半時間」（例えば、９：００、９：３０、１０：００等）のような時間の種類であり得る；あるいは、別の期間（例えば、「前の期間の少なくとも１時間後」）に関連し得る。

図１０は、スケジュールアイテムを識別するために追加のコンテキスト情報を使用する様々な実施形態のシステムの例示のアーキテクチャを示す。システム１０００は、ウェアラブルデバイス１００５及びユーザデバイス１０４０を含み得る。システムの構成要素のそれぞれは、システム内の他の構成要素と通信するために使用されるパケットデータネットワーク１０９５に接続され得る。

ウェアラブルデバイス１００５は、通信モジュール１０１０を含み得る。通信モジュール１０１０は、ユーザデバイス１０４０への接続を提供する。接続は、有線（例えば、ＵＳＢコネクタ）又は無線（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標））であり得る。通信モジュールは、Ｗｉ‐Ｆｉ又はセルラデータ接続を使用してパケットデータネットワーク１０９５に接続してもよい。

ウェアラブルデバイス１００５はまた、（本明細書に記載される他のソフトウェア、命令又はアプリケーションとともに）メモリデバイス（図示せず）に格納され且つプロセッサ（図示せず）によって実行されると理解される基本命令１０１５を含み得る。基本命令１０１５は、ウェアラブルデバイス１００５の主要機能を管理する。

基本命令１０１５には、コンテキスト及びセンサマップ命令１０２０並びにセンサ命令１０２５が含まれ得る。コンテキスト及びセンサマップ命令１０２０は、ユーザデバイス１０４０からコンテキストデータ１０５５Ａを取得し、次いで、受信したコンテキストデータ１０５７に基づいてセンサをマップする。センサ命令１０２５は、測定のためにセンサデータを抽出するようにウェアラブルデバイス１００５のセンサ１０３０を制御する。いくつかの実施形態では、カレンダーデータは、ユーザデバイス１０４０から遠隔の分析ツールによって処理され、次いで、結果がコンテキスト及びセンサマップ命令１０２０に提供される。

ウェアラブルデバイス１００５はまた、ウェアラブルデータベース１０３５を含み、このウェアラブルデータベースは、ストレージ又は他のメモリデバイス（図示せず）に格納され得る。ウェアラブルデータベース１０３５は、ユーザデバイス１０４０から送信されたアプリケーションからのセンサデータ及びコンテキストデータ１０５７を格納する。

図１０に示されるように、ユーザデバイス１０４０は、通信モジュール１０４５を含み得る。通信モジュール１０４５は、ユーザデバイス１０４０をウェアラブルデバイス通信モジュール１０１０に接続するために使用され得る。接続は、パケットデータネットワーク、Ｗｉ−Ｆｉ接続、有線接続（例えば、イーサネット（登録商標））、又は当技術分野で知られている他のデータ接続を使用して実行され得る。

ユーザデバイス１０４０はまた、抽出されるコンテキスト用語を含む１又は複数のアプリケーションを含み得る。例示的なアプリケーションは、カレンダーアプリケーション１０５０を含み得るが、例えば、電子メール、メッセージング、及びインターネットブラウザアプリケーション（図示せず）のような、本明細書に記載の方法、システム、及び原理が適用可能な多くの異なるアプリケーションがあり得る。

ユーザデバイス１０４０は、アプリケーション分析命令（例えば、カレンダー分析命令）１０５５も含み得る。分析命令１０５５は、アプリケーションデータを分析し、アプリケーション内の任意の１つのエントリ（例えば、１つのカレンダーイベント）のコンテキストを決定するようにコンテキストを使用するために使用され得る。

ユーザデバイス１０４０はまた、アプリケーション用のアプリケーションプログラミングインタフェース（ＡＰＩ）を含み得る。例えば、図１０に示されるように、ユーザデバイスは、カレンダーＡＰＩ１０６０を有する。ＡＰＩは、他の命令がユーザデバイス内に見出されるアプリケーションと通信することを可能にする。さらに、ＡＰＩは、他の命令がユーザデバイスからデータを抽出すること及び／又はユーザデバイスにデータを供給することを可能にする。

ユーザデバイス１０４０はまた、（ディスプレイ、タッチスクリーン、ボタン、スピーカ等のような様々なユーザインタフェースコンポーネントを介して情報を提示しかつ受信するためのプロセッサによる実行のための命令のセットとして具体化され得る）グラフィックユーザインターフェース（ＧＵＩ）のセット１０６５を含み得る。ＧＵＩのセット１０６５は、コンテキストセンサ検索ＧＵＩ、コンテキストアラートＧＵＩ、履歴センサデータＧＵＩ、カレンダーＧＵＩ等を含み得る。これらのＧＵＩの例は、例えば図１６及び図１７に見ることができる。

図１０に記載されたシステムは、コンテキスト情報を強化するためにカレンダー内で見つかったコンテキスト情報の使用を容易にし、ユーザのスケジュール内のミーティングアイテムを検出することができる。例えば、ＧＰＳ及び移動分析から、コンテキスト及び動作命令は、ミーティングが特定の日付にオフィスで発生したことを決定することができる。ユーザのカレンダーを分析することにより、ミーティングが管理者と一緒であったこと、又はミーティングが時間的制約のあるプロジェクトに取り組んでいるエンジニアリングチームと一緒であったことのような、追加情報が決定され得る。これは、組織がその人員について学習することを容易にする。例えば、時間的制約のあるプロジェクトに取り組んでいる人員が携行するセンサは、プロジェクトを議論するために会う際に高いレベルのストレスを示す生理学的パラメータを測定し得る。

図１１は、対応するカレンダー予約を伴う例示的なセンサデータ１１００を示す。図１１の上部は、時間に対するユーザの血圧１１０５及び心拍数１１２０のデータの例示的なグラフを示す。グラフは、カレンダー予約（例えば、食事、ミーティング、ジム）によって時間を編成する水平軸１１１５及び１１３０に沿って時間を細分する。血圧グラフ１１０５は、血圧の尺度を表示し得る垂直軸を含む。心拍数グラフ１１２０は、心拍数の尺度を表示し得る垂直軸を含む。

細分化を使用してセンサデータを編成することにより、ユーザは、データと、データのための１又は複数の関連するコンテキストとをグラフで提供され得る。例えば、心拍数グラフ１１２０は、カレンダー軸１１３０上のイベントに対して構成された測定された心拍数を提示する。心拍数は１日を通して変化することに留意されたい。朝食時及び昼食時には、ユーザの心拍数は低く、ミーティングに出席するとき、ユーザの心拍数は中程度であり、ジムではユーザの心拍数は高い。

図１１の下部は、ジム予約１１３５に関連する血圧１１４５及び心拍数１１５０に関するデータを含む第１のグラフ１１４０を示す。図１１の下部はまた、ミーティング１１５５に関連する血圧１１６５及び心拍数１１７０に関するデータを示す第２のグラフ１１６０を含む。

概して、図１１は、カレンダー予約に関連し得るウェアラブルデータの例を示す。特に、ウェアラブルデータ及びカレンダー予約１１３５及び１１５５はさらに、時間に関して互いに関してユーザによって又は予約によって見られ得る。

図１２は、図１０のカレンダー分析命令１０５５を実装するための例示の方法１２００を示す。特に、アプリケーション分析命令１２００は、カレンダーアプリケーションに適用される。

アプリケーション分析命令の開始時に、アプリケーション分析命令は、ステップ１２１０において、カレンダーアプリケーションからのセンサデータと伴に又は同センサデータなしにカレンダー予約を要求し得る。

コンテキストデータは、ローカル又はネットワークストレージ１２２０から取り出され得る。ソフトウェアは、いくつかのコンテキストデータがコンテキスト及びセンサマップ命令１２３０、１２４０に提供された後に終了する。例えば、コンテキストデータがステップ１２２０で受信されると、方法１２００は、カレンダー分析命令が、ステップ１２２０で受信したコンテキストをウェアラブルデバイスのコンテキスト及びセンサマップ命令に戻すステップ１２３０に進む。他方、要求されたコンテキストがステップ１２２０で受信されない場合、方法１２００は、カレンダー分析命令がウェアラブルデバイスのコンテキスト及びセンサマップ命令に汎用コンテキストを返すステップ１２４０に進む。コンテキストが返された後、方法１２００は終了に進む。

図１３は、図１３のセンサ命令１０２５並びにコンテキスト及びセンサマップ命令１０２０を実装するための例示的な方法１３００を示す。

図１３に示すセンサ命令１０２５並びにコンテキスト及びセンサマップ命令１０２０の全体的な方法１３００は、コンテキスト及びセンサマップ命令で開始する。コンテキスト及びセンサマップ命令１０２０は、まず、ユーザデバイス１０４０のアプリケーション（例えば、カレンダー）解析命令からコンテキストデータ及び予約を受信する１３０５。この情報は、移動データ及びＧＰＳデータを使用して識別されるスケジュールアイテムにマッチングされる。適切なウェアラブルセンサ１０３０が、次に、コンテキストデータ１３１０及びスケジュールアイテムを使用して決定される。例えば、スケジュールアイテムがミーティングに対応し、コンテキストデータがＨＲとのミーティングに関連する場合、この方法は、血圧、皮膚温度、及び心拍センサから収集されるデータのみを選択することができ、これらはいずれもストレスレベルの指標であり得る。ステップ１３０５でコンテキストが決定されかつステップ１３１０でセンサが決定されると、センサのマッピングがステップ１３１５でセンサ命令に送信されることができる。

コンテキストデータに基づいてセンサが選択された後、センサ命令１０２５が開始する。センサ命令１０２５は、コンテキスト及びセンサマップ命令１０２０からセンサの選択を受信する１３２０。次に、センサ命令１０２５は、ウェアラブルセンサにセンサデータ１３２５をポーリングする。センサ命令１０２５は、次に、ステップ１３３０でウェアラブルデバイスのセンサからセンサデータを受信し得る。

次いで、センサ命令１０２５は、ステップ１３３５において、センサデータをコンテキスト及びセンサマップ命令１０２０からのデータとマッチングさせ得る。最後に、マッチングされたデータが次いでステップ１３４０でコンテキスト及びセンサマップ命令１０２０に送り返され、ここで命令は、ステップ１３４５でマッピングされたセンサデータを受信し、ステップ１３５０で、マッチングされたデータをウェアラブルデバイスのデータベースに格納する。

簡単な概要として、コンテキスト及びセンサマップ命令１０２０は、ユーザデバイス１３０５からコンテキストデータを受信する。コンテキストデータは、ウェアラブルコンテキストネットワークを使用して定義される。コンテキスト及びセンサマップ命令１０２０は、次いで、どのセンサが使用されるべきかを決定するためにコンテキストデータを使用する１３１０。

センサマップデータは、センサ命令１３１５に送信され得る。センサ命令は、ウェアラブルデバイス１３２０の物理センサからセンサデータを取り出し得る。センサ命令は、コンテキスト及びセンサマップ命令から送られたマッピング１３１５に基づいてセンサデータを割り当て得る。センサ命令は、次いで、マッピングされたデータ１３４０をコンテキスト及びセンサマップ命令に戻す。コンテキスト及びセンサマップ命令は、次いで、例えば、センサデータ、タイムスタンプ、又は決定されたコンテキストを関連付けるデータベース内のレコードとして、マッピングされたデータを格納する１３５０。マッピングされたデータは、そのコンテキスト及び関連するカレンダー予約に基づいて、ユーザデバイス及びいくつかの他のアプリケーションによって使用され得る。例えば、ユーザデバイス、ウェアラブルデバイス、又はコーチングプログラムを管理するクラウドベースのデバイスは、特定の周期的に起こるミーティングが高いストレスレベルに関連するとき、メッセージ（例えば、コーチングの洞察を提供するコンテンツカード）が、その後の、ストレスのより少ない時間に、遅らせられるべきであると判断し得る。

この方法は、予約内の１又は複数のキーワードに関連するコンテキストが、ユーザが使用されるセンサを手動で設定する必要なしに、条件付き動作の実行に関連して使用されるべきセンサを決定することを可能にするという点で有利である。

図１４は、例示のウェアラブルデータベース１４００を示す。図１４に示されるように、ウェアラブルデータベースの情報は、表１４００の列及び行を有するグリッドとして示される。列は、コンテキスト１４０５及び名前１４１０を含むデータフィールドを表し得る。表１４００に含まれる他の列は、センサ１ １４１５及び対応するセンサ１データ１４２０、センサ２ １４２５及び対応するセンサ２データ１４３０、並びにセンサＮ １４３５及び対応するセンサＮデータ１４４０である。

図１４に示されるように、ウェアラブルデータベース１１３５に見出すことができる例示的なコンテキストデータエントリは、行１４４５に示すようにすることができる。オフィスにおけるミーティングの名前は、列１４１０が行１４４５と交差するところに示されるように「上司とのミーティング」であり得る。この予約に関連する第１のセンサは、列１４１５が行１４４５と交差するところに示されるように、血圧であり得る。また、センサデータは、列１４２０が行１４４５と交差するところに示されるようにグラフィック形式で表示され得る。表のエントリはまた、ミーティングの期間にわたる血圧の平均に対応し得る（図示せず）。第２のセンサは、列１４２５が行１４４５と交差するところに示されるように、心拍数に関連するセンサデータを提供する心拍数モニタであり得る。別のセンサ、センサＮは温度センサであり得る。温度センサデータは、列１４３５が行１４５０と交差するところに示されるように、ウェアラブルデバイスのユーザによって実行される運動に関連するセンサデータを含み得る。

別の例示的なコンテキストデータエントリが行１４５５に示され、「記念日の夕食」と名付けられている。このイベントは、「仕事」及び「運動」として分類される他のイベントとは対照的に、「個人的な」イベントとして分類される。この予約と関連する第１のセンサは、列１４１５が行１４５５と交差するところに示されるように、血圧であり得る。そして、センサデータが、列１４２０が行１４５５と交差するところに示されるように、グラフ形式で表示され得る。表のエントリはまた、ミーティングの期間にわたる血圧の平均に対応し得る（図示せず）。第２のセンサは、列１４２５が行１４５５と交差するところに示されるように、心拍数に関連するセンサデータを提供する心拍数モニタであり得る。別のセンサ、センサＮは、列１４３５が行１４５５と交差するところに示されるように、温度センサであり得る。

ウェアラブルデータベースに関する図１４のエントリは、例示的であり且つ説明的であることが留意されるべきである。ウェアラブルデータベースは、より多くの異なるタイプのエントリを含むことができる。追加の情報が、図１４に示されているものとは別としてウェアラブルデータベースに含まれてもよい。

特定の機能が、アプリケーションサーバ又はインターネットサーバのようなミドルウェアコンポーネントを含む、データサーバのようなバックエンドコンポーネントを含む、あるいはグラフィカルユーザインタフェース又はインターネットブラウザを有するクライアントコンピュータのようなフロントエンドコンポーネントを含む、コンピュータシステムに、あるいは前述のものの任意の組合せに実装され得る。システムのコンポーネントは、通信ネットワークのような任意の形式又は媒体のデジタルデータ通信によって接続されることができる。通信ネットワークのいくつかの例は、ＬＡＮ、ＷＡＮ、並びにインターネットを形成するコンピュータ及びネットワークを含む。コンピュータシステムは、クライアント及びサーバを含むことができる。クライアント及びサーバは、一般に、互いに遠隔にあり、典型的にはネットワークを介して相互作用する。クライアント及びサーバの関係は、それぞれのコンピュータ上で動作しかつ互いにクライアント−サーバ関係を有するコンピュータプログラムのおかげで生じる。

開示された実施形態の１若しくは複数の特徴又はステップは、呼び出しアプリケーション（calling application）と、サービスを提供する、データを提供するか、又は演算若しくは計算を実行する、オペレーティングシステム、ライブラリルーチン、関数のような他のソフトウェアコードとの間で渡される１又は複数のパラメータを定義することができるＡＰＩを使用して実装され得る。ＡＰＩは、ＡＰＩ仕様書に定義されている呼び出し規約に基づいて、パラメータリスト又は他の構造を通じて１又は複数のパラメータを送信又は受信するプログラムコード内の１又は複数の呼び出しとして実装されることができる。パラメータは、定数、キー、データ構造、オブジェクト、オブジェクトクラス、変数、データ型、ポインタ、配列、リスト、又は別の呼び出しであることができる。ＡＰＩコール及びパラメータは、任意のプログラミング言語に実装されることができる。プログラミング言語は、ＡＰＩをサポートする機能にアクセスするためにプログラマーが用いるボキャブラリー及び呼び出し規約を定義することができる。いくつかの実装では、ＡＰＩ呼び出しは、入力機能、出力機能、処理機能、電力機能、及び通信機能のような、アプリケーションを実行するデバイスの機能をアプリケーションに報告することができる。

図１５−１６は、様々な実施形態による例示的なグラフィカルユーザインタフェースを示す。図１５−１６はそれぞれ、本明細書に記載される実施形態による２つの異なるＧＵＩ１５００、１５４１を示す。第１のＧＵＩ１５００は、例示的なコンテキストセンサ検索ＧＵＩ１５０５である。例示的なコンテキストセンサ検索ＧＵＩは、ユーザが、それらのセンサデータに基づいて、履歴カレンダー予約を検索することを可能にし得る。例えば、Ａ内のＧＵＩは、ＧＵＩが、仕事のコンテキスト１５１５を含み且つ運動のコンテキスト１５２０を除外するコンテキストセンサ検索のためのものであることを示すヘッダを含み得る。ＧＵＩはまた、ユーザが、ユーザが検索したい用語を入力し得る特徴又はユーザが検索において特定のコンテキスト用語を含める又は除外できる特徴を提供し得る。図１５は、上司とのミーティングが３つの異なる日付１５３０（１１／１２、１１／１５、及び１１／２０）での最高血圧レベル１５２５と関連付けられる結果を決定するときの最高ＢＰ１５２５の特定のコンテキスト用語を含む。コンテキストセンサ検索ＧＵＩ１５１０はまた、さらなる結果を表示する１５３５及び検索１５４０選択ボックスを含む。検索１５４０選択ボックスが選択されるとき、ウェアラブルデバイスのプロセッサは、最高ＢＰ１５１０を伴うイベントを検索し得る。「さらなる結果を表示する」１５３５結果選択ボックスが選択されるとき、高い血圧に関する他のデータがユーザデバイスのディスプレイに表示され得る。

検索結果は、１又は複数の特定の予約のタイプに関連する例示的な血圧データを提供する。ＧＵＩは、検索されることになるイベントをトリガすることができる他のタイプのパラメータ（例えば、バイタルパラメータ）に基づいて、ユーザがカレンダー予約を検索することを可能にし得ることを可能にすることがある。

第２の例示のＧＵＩ１５４１は、コンテキストアラートＧＵＩ１５４５であり得る。コンテキストアラートＧＵＩ１５４５は、今度の予約を示し得るとともに予約に関するアラートを提供し得る。アラートシステムは、今度の予約があることをユーザに伝えるだけではなく、現在の予約を以前の予約及びそのセンサデータに関連付けるために使用され得る。

ＧＵＩにより、それぞれがそれら自身の関連するセンサデータを有するクライアントプレゼンテーションと同様の予約を見ることができる。ＧＵＩはまた、最後のクライアントプレゼンテーション中のウェアラブルデバイスを装着しているユーザの対応するセンサデータ１５６５（例えば、血圧１５７０及び心拍数１５７５）とともに最後のクライアントプレゼンテーションを表示することもできる。センサデータを見ることによって、ユーザは、データを解釈し得るとともに、予約の間のユーザの状態（例えば、ストレス）に関する結果を提供／推定し得る。

この例示のＧＵＩの例は、イベントが近づいているだけでなく、同様のイベントからの関連するバイタルデータが、次回のイベントの条件についてユーザに通知できることをユーザに警告するのに役立ち得る。

コンテキストアラートＧＵＩはまた、クライアントプレゼンテーション１５５０のようなさらなる結果をユーザが見るためのオプションを含み得る。より多くのクライアントプレゼンテーション１５５５及び１５６０が過去にある場合、センサデータは、クライアントプレゼンテーション１５５０、１５５５、及び１５６０のコンテキストと関連付けられ得る。ユーザは潜在的にクライアントプレゼンテーションのカレンダー全体を調べ、測定されたバイタルデータに基づいてどのクライアントプレゼンテーションがどのような結果を引き起こしたかを見ることができる。

図１６は、いくつかの例示的なグラフィカルユーザインタフェース１６００、１６２９を示す。第３のＧＵＩ１６００は、履歴センサデータＧＵＩ１６０５であり得る。履歴センサデータＧＵＩ１６０５は、図１５にＡとして識別されるコンテキストセンサ検索ＧＵＩ１５０５と同様であり得るが、履歴センサデータＧＵＩ１６０５は、任意のコンテキスト１６２０に対応する、期間「先週」１６１５にわたる、バイタルデータ最高心拍数１６１０を使用してイベントを検索する。履歴センサデータＧＵＩ１６０５はまた、特定のコンテキストデータとは対照的に、期間１６１５にわたって検索する。コンテキストデータに基づいて予約を探す代わりに、履歴センサデータＧＵＩ１６１０は、期間１６１５に基づいてコンテキストデータを探す。

履歴センサデータＧＵＩ１６０５を用いて、ユーザは、ユーザが検索に関心を持つ特定のバイタルデータを入力することができる。ユーザはまた、検索が行われる得る期間１６１５を提供することができる。ＧＵＩはまた、ユーザがコンテキストデータによってフィルタリングすることができるフィールドを含んでよい。

ＧＵＩは、次いで、ＧＵＩ１６２５で見ることができる検索結果を返し得る。例えば、図１６に示されるように、検索結果は、１１／１２、１１／１３、及び１１／１５のように、対応するバイタルデータを伴う様々な予約の日付を含み得る。このようにして、ユーザは、ある期間内の様々な活動に関するバイタルデータを見ることができる。

第４の例示のＧＵＩ１６２９は、カレンダーＧＵＩ１６３０であり得る。カレンダーＧＵＩ１６３０は、利用可能な任意の基本カレンダーアプリケーションと同様であってもよい。例えば、カレンダーＧＵＩ１６３０は、カレンダーを、任意の通常のカレンダーアプリケーションと同様に、与えられた月の中の内の日付のグリッド１６３５として示すことができる。しかし、ユーザが特定のカレンダーの日付を選択するときに、相違が生じ得る。特に、特定のカレンダー日付が選択されるとき、図１６に示されるカレンダーＧＵＩは、その日付の予約を示すだけでなく、それらのカレンダー予約１６４０に関連し得る任意の利用可能なセンサデータ１６４５Ａ及び１６４５Ｂを示すこともできる。

図１７は、例示の方法１７００を示す。方法１７００は、図１０に示されるようなウェアラブルデバイス及びユーザデバイスを提供することを含む。

ウェアラブルデバイス１００５は、ステップ１７０５において、コンテキスト及びセンサマップ命令１０２０並びにセンサ命令１０２５を有するベース命令１０１５と、ウェアラブルデータベース１０３５と、ステップ１７１０においてウェアラブルデバイス１００５をパケットデータネットワーク１０９５に接続する通信モジュール１０１０とを備え得る。

ユーザデバイス１０４０は、ステップ１７１０において、複数のアプリケーション（例えば、カレンダーアプリケーション１０５０）、アプリケーション分析命令（例えば、カレンダー分析命令１０５５）、ＡＰＩ１０６０、通信モジュール１０４５及び複数のＧＵＩ１０６５を備え得る。ユーザデバイスはまた、ステップ１７１０において、パケットデータネットワーク１０９５に接続され得る。

方法１７００は、ユーザがユーザデバイスのカレンダーアプリケーション１１５０を使用してカレンダー予約へのセンサデータアタッチメントを指定することを可能にするステップ１７２５を含む。方法１７００はまた、ステップ１７３０においてカレンダー予約のコンテキストをユーザデバイスのカレンダー分析命令１０５５で分析するステップを含む。方法１７００はまた、ステップ１７３５においてユーザデバイスのＡＰＩ１０６０を使用して、センサデータアタッチメント及びコンテキストデータを有するカレンダー予約をウェアラブルデバイスに送信し、ステップ１７４０においてウェアラブルデバイス１００５のカレンダー及びセンサマップ命令１０２０を実行し、ステップ１７４５においてウェアラブルデバイス１００５のセンサ命令１０２５でセンサデータをポーリングし、ステップ１７５０においてウェアラブルデータベース１０３５にセンサデータをコンテキストデータ及びカレンダー予約とともに格納し、ステップ１７５５において、ユーザデバイス１０４０上で利用可能な１又は複数のＧＵＩ１０６５を使用して、センサデータ及びコンテキストに基づいて、ユーザが履歴カレンダー予約を検索することを可能にし、ステップ１７６０においてユーザデバイスのＧＵＩを使用して同様の予約からのセンサデータとともに予約のユーザに警告し、ステップ１７６５においてユーザデバイスのＡＰＩを使用してウェアラブルデータベースからカレンダーアプリケーションにセンサデータを出力し得る。

様々な方法は、ハードウェアと連携して動作するようなソフトウェアによって実行され得る。例えば、プロセッサによって実行される命令であり、そうでなければ、ハードディスク又はフラッシュメモリのような非一時的コンピュータ可読媒体に格納される命令である。様々なインターフェース‐通信とインターフェースの両方‐が実装され得る。当業者は、モバイルデバイスの様々な必須コンポーネント並びにそれらの統合を前述の図及び／又は説明の１又は複数により理解するであろう。

本発明の様々な例示的な実施形態が、ハードウェア及び／又はファームウェアに実装され得ることは、前述の説明から明らかである。さらに、様々な例示的な実施形態は、本明細書で詳細に説明されたる動作を実行するために少なくとも１つのプロセッサによって読み取られ且つ実行され得る機械可読記憶媒体に格納された命令として実装されてよい。機械可読記憶媒体は、パーソナル若しくはラップトップコンピュータ、サーバ、又は他のコンピューティングデバイスのような、機械によって読み取り可能な形式で情報を格納するための任意のメカニズムを含むことができる。したがって、機械可読記憶媒体は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光学記憶媒体、フラッシュメモリデバイス、及び同様の記憶媒体を含むことができる。

本明細書のブロック図は、本発明の原理を具体化する例示的な回路の概念図を表すことが当業者によって理解されるべきである。同様に、任意のフローチャート、フロー図、状態遷移図、擬似コードなどは、機械可読媒体に実質的に表現され、コンピュータ又はプロセッサによって実行される様々なプロセスを、そのようなコンピュータ又はプロセッサが明示的に示されているかどうかにかかわらず、表すことが理解されよう。

様々な例示的な実施形態が、その特定の例示的な態様を特に参照して詳述されてきたが、本発明は他の実施形態が可能であり、その詳細は様々な明白な点で変更可能であることが理解されるべきである。当業者には容易に明らかであるように、変形及び変更が、本発明の精神及び範囲内に留まりながら、とられ得る。したがって、前述の開示、説明、及び図は、例示のみを目的とするものであり、請求項によってのみ定義される本発明を決して限定するものではない。

Claims (17)

1. ウェアラブルデバイスの挙動をユーザの現在のコンテキストに適合させるための方法であって、前記方法は：
   前記ウェアラブルデバイスの少なくとも１つのセンサからセンサデータを受信するステップ；
   前記センサデータを、前記ウェアラブルデバイスのメモリに格納されたスケジュールフォーマットと比較するステップであって、前記スケジュールフォーマットは、事前に定義されたミーティングコンテキストと以前に関連付けられたセンサ読取り値の少なくとも１つの特性を特定し、前記ミーティングコンテキストは：
   比較的高い活動の第１の期間；
   比較的低い活動の第２の期間；及び
   識別された時間における前記第１の期間から前記第２の期間への移行期；
   を含む、ステップ；
   受信した前記センサデータが前記スケジュールフォーマットと適合することを決定するステップ；
   受信した前記センサデータが前記スケジュールフォーマットと適合することに基づいて、前記ユーザが事前に定義されたコンテキストに現在あることを決定するステップ；
   前記事前に定義されたコンテキストに関連付けられる動作を識別するステップ；並びに
   前記ユーザが前記事前に定義されたコンテキストにある間に前記動作を実行するステップ；
   を含む、方法。
2. 前記動作は、前記事前に定義されたコンテキストに関連付けられる少なくとも１つの追加センサを起動させることを含み、それによって、前記ユーザが前記事前に定義されたコンテキストにある間に、データが前記少なくとも１つの追加センサから収集される、
   請求項１に記載の方法。
3. 前記動作は、前記事前に定義されたコンテキストに関連付けられる少なくとも１つのルールを起動することを含み、それによって、前記ユーザが前記事前に定義されたコンテキストにある間に、前記ルールは、前記ルールが適用されるべきであるかどうかを決定するために収集される前記センサデータに対して周期的に評価される、
   請求項１又は２に記載の方法。
4. 前記動作は、前記ウェアラブルデバイスのユーザインタフェースを介する前記ユーザへの通知の配信を抑制することを含む、
   請求項１乃至３のいずれか１項に記載の方法。
5. 前記少なくとも１つの特性は、以前の前記センサデータ及び以前のユーザフィードバックに基づいて前記ウェアラブルデバイスによって学習されるモデルに属する、
   請求項１乃至４のいずれか１項に記載の方法。
6. 前記動作は：
   前記事前に定義されたコンテキストが、前記ユーザにとっての高いストレスレベルに関連付けられることを決定すること；及び
   前記事前に定義されたコンテキストが前記ユーザにとっての高いストレスレベルに関連付けられるという前記決定に基づいて前記ユーザへの通知を抑制すること；
   を含む、
   請求項１乃至５のいずれか１項に記載の方法。
7. 前記動作は：
   前記少なくとも１つのセンサから生理学的データを受信することであって、前記生理学的データは、皮膚コンダクタンスの尺度、血圧の尺度、心拍数の尺度、覚醒状態を示す測定値、及び皮膚温度の尺度の１又は複数を含む、生理学的データを受信すること；並びに、
   前記事前に定義されたコンテキストに関連する受信される前記生理学的データを格納すること；
   を含む、
   請求項１乃至６のいずれか１項に記載の方法。
8. ユーザの現在のコンテキストに挙動を適合させるためのウェアラブルデバイスであって、前記ウェアラブルデバイスは：
   ユーザに関連するセンサデータを受信するための少なくとも１つのセンサ；
   事前に定義されたミーティングコンテキストに以前に関連付けられるセンサ読取り値の少なくとも１つの特性を特定するスケジュールフォーマットを格納するメモリであって、前記ミーティングコンテキストは：
   比較的高い活動の第１の期間；
   比較的低い活動の第２の期間；及び
   識別された時間における前記第１の期間から前記第２の期間への移行期；
   を含む、メモリ；並びに
   前記メモリ及び前記少なくとも１つのセンサと通信するプロセッサ；を有し、
   前記プロセッサは：
   前記センサデータを前記ウェアラブルデバイスの前記メモリに格納された前記スケジュールフォーマットと比較するよう；
   受信した前記センサデータが前記スケジュールフォーマットと適合することを決定するよう；
   受信した前記センサデータが前記スケジュールフォーマットと適合することに基づいて、前記ユーザが前記事前に定義されたコンテキストに現在あることを決定するよう；
   前記事前に定義されたコンテキストに関連付けられる動作を識別するよう；並びに
   前記ユーザが前記事前に定義されたコンテキストにある間に前記動作を実行するよう；
   構成される、
   ウェアラブルデバイス。
9. 前記動作は、前記事前に定義されたコンテキストに関連付けられる少なくとも１つの追加センサを起動させることを含み、それによって前記ユーザが前記事前に定義されたコンテキストにある間にデータが前記少なくとも１つの追加センサから収集される、
   請求項８に記載のウェアラブルデバイス。
10. 前記動作は、前記事前に定義されたコンテキストに関連付けられる少なくとも１つのルールを起動することを含み、それによって前記ユーザが前記事前に定義されたコンテキストにある間に前記ルールは、前記ルールが適用されることになるかどうかを決定するために収集された前記センサデータに対して周期的に評価される、
    請求項８又は９に記載のウェアラブルデバイス。
11. 前記動作は、前記ウェアラブルデバイスのユーザインタフェースを介する前記ユーザへの通知の配信を抑制することを含む、
    請求項８乃至１０のいずれか１項に記載のウェアラブルデバイス。
12. 前記少なくとも１つの特性は、以前の前記センサデータ及び以前のユーザフィードバックに基づいて前記ウェアラブルデバイスによって学習されるモデルに属する、
    請求項８乃至１１のいずれか１項に記載のウェアラブルデバイス。
13. 前記動作は：
    前記事前に定義されたコンテキストが前記ユーザにとっての高ストレスレベルに関連付けられることを決定すること；及び
    前記事前に定義されたコンテキストが前記ユーザにとっての高ストレスレベルに関連付けられるという前記決定に基づいて前記ユーザへの通知を抑制すること；
    を含む、
    請求項８乃至１２のいずれか１項に記載のウェアラブルデバイス。
14. 前記動作は：
    前記少なくとも１つのセンサから生理学的データを受信することであって、前記生理学的データは、皮膚コンダクタンスの尺度、血圧の尺度、心拍数の尺度、覚醒状態を示す測定値、及び皮膚温度の尺度の１又は複数を含む、生理学的データを受信すること；並びに、
    前記事前に定義されたコンテキストに関連する受信される前記生理学的データを格納すること；
    を含む、
    請求項８乃至１３のいずれか１項に記載のウェアラブルデバイス。
15. ウェアラブルデバイスのプロセッサによる実行のための命令でエンコードされる非一時的機械可読記憶媒体であって、前記非一時的機械可読記憶媒体は：
    前記ウェアラブルデバイスの少なくとも１つのセンサからセンサデータを受信する命令；
    前記センサデータを、前記ウェアラブルデバイスのメモリに格納されたスケジュールフォーマットと比較する命令であって、前記スケジュールフォーマットは、事前に定義されたミーティングコンテキストと以前に関連付けられたセンサ読取り値の少なくとも１つの特性を特定し、前記ミーティングコンテキストは：
    比較的高い活動の第１の期間；
    比較的低い活動の第２の期間；及び
    識別された時間における前記第１の期間から前記第２の期間への移行期；
    を含む、命令；
    受信した前記センサデータが前記スケジュールフォーマットと適合することを決定する命令；
    受信した前記センサデータが前記スケジュールフォーマットと適合することに基づいて、ユーザが事前に定義されたコンテキストに現在あることを決定する命令；
    前記事前に定義されたコンテキストに関連付けられる動作を識別する命令；並びに
    前記ユーザが前記事前に定義されたコンテキストにある間に前記動作を実行する命令；
    を含む、
    非一時的機械可読記憶媒体。
16. 前記動作は、前記事前に定義されたコンテキストに関連付けられる少なくとも１つの追加センサを起動させることを含み、それによってデータが、前記ユーザが前記事前に定義されたコンテキストにある間に、前記少なくとも１つの追加センサから収集される、
    請求項１５に記載の非一時的機械可読記憶媒体。
17. 前記動作は：
    前記事前に定義されたコンテキストが、前記ユーザにとっての高いストレスレベルに関連付けられることを決定すること；及び
    前記事前に定義されたコンテキストが前記ユーザにとっての高いストレスレベルに関連付けられるという前記決定に基づいて前記ユーザへの通知を抑制すること；
    を含む、
    請求項１５又は１６に記載の非一時的機械可読記憶媒体。

Images