JP2018509199A - 電子的にロック可能なウェアラブルデバイス - Google Patents

Abstract

ウェアラブルデバイスは、ユーザの身体部分を少なくとも部分的に取り囲むように構成されたバンドと、バンドを閉位置に保持するように構成された留め具であって、バンドは閉位置にある間身体部分からの取り外しに抵抗する、留め具と、開位置に移動しないように留め具を選択的にロックするように構成されたロックアクチュエータと、少なくとも１つの他のデバイスからデータを受け取るように構成された通信インターフェースと、ロックアクチュエータ及び通信インターフェースと通信するプロセッサであって、ウェアラブルデバイスがロック解除されるべき旨のロック指示を受け取り、そのロック指示を受け取るのに応答して、留め具を開位置に遷移させるようにロックアクチュエータに信号を送るように構成されたプロセッサとを備える。デバイスは、生理学的センサ（例えば、運動を感知する加速度計）をさらに備えてもよく、留め具のロック解除を可能にする指示は、例えば、前記生理学的センサによって測定された事前定義された目標に到達した際、例えば、ある量のカロリーを消費した後に受け取られる。

Description

関連出願の相互参照

[0001] 本出願は、２０１５年２月３日出願の「Ｔｒａｉｎｉｎｇ Ｈａｂｉｔ Ｗｅａｒａｂｌｅ」という名称の米国仮出願第６２／１１１，２９９号の優先権の利益を主張し、同仮出願の全開示内容はあらゆる目的のために参照により本明細書に組み込まれる。

[0002] 本明細書に記載される様々な実施形態は、ウェアラブルデバイスに関し、より詳細には、ただしこれに限らないが、着用者から取り外せないようにロックするウェアラブルデバイスに関する。

[0003] ウェアラブルデバイスは、幅広い用途及び市場にわたって採用率が高まりつつある。それらのデバイスは、何らかのやり方でユーザに取り付けることができ（例えば、手首ストラップ、ネックレス、粘着パッチ等による）、そのユーザとの近さ、ユーザへの取り付け、さらにはユーザとの接触を利用して、新しい又は強化された機能を提供する。例えば、着用者が医療的な緊急の場合に常時支援を容易に求めることができるように、緊急警報ボタンがウェアラブルデバイスに備えられる。別の例として、加速度計がウェアラブルデバイスに備えられて、着用者の活動レベルを推定するために有用なデータを生成することができる。そのようなデバイスに関してワイヤレスネットワーク接続がより実現可能になるのに伴って、潜在的な用途はさらに拡大し続けると思われる。

[0004] 本明細書に記載される様々な実施形態は、ウェアラブルデバイス（並びに関係する方法及び非一時的な機械可読記憶媒体）に関し、このウェアラブルデバイスは、ユーザの身体部分を少なくとも部分的に取り囲むように構成されたバンドと、バンドを閉位置に保持するように構成された留め具であって、バンドは閉位置にある間身体部分からの取り外しに抵抗する、留め具と、開位置に移動しないように留め具を選択的にロックするように構成されたロックアクチュエータと、少なくとも１つの他のデバイスからデータを受け取るように構成された通信インターフェースと、ロックアクチュエータ及び通信インターフェースと通信するプロセッサであって、ウェアラブルデバイスがロック解除されるべき旨のロック指示を受け取り、そのロック指示を受け取るのに応答して、留め具を開位置に遷移させるようにロックアクチュエータに信号を送るように構成されたプロセッサと、を備える。

[0005] 様々な実施形態が記載され、それらの実施形態では、ロック指示は通信インターフェースを介して受け取られる。

[0006] 様々な実施形態が記載され、それらの実施形態では、ロック指示は、ユーザ以外の支援者ユーザのユーザデバイスから受け取られる。

[0007] 様々な実施形態は、ロック規則を記憶するように構成されたメモリを追加的に含み、ウェアラブルデバイスがロック解除されるべき旨のロック指示を受け取る時、プロセッサは、ロック規則を現在の状況に照らして評価し、その評価に基づいて、ウェアラブルデバイスがロック解除されるべきことを決定するように構成される。

[0008] 様々な実施形態が記載され、それらの実施形態では、ロック規則を現在の状況に照らして評価する時、プロセッサは、ロック規則が失効していると決定し、その失効に基づいて、ウェアラブルデバイスがロック解除されるべきことを決定するように構成される。

[0009] 様々な実施形態は、バンドが身体部分を取り囲んでいるときにユーザから生理学的データを得るように構成されたセンサを追加的に含み、プロセッサは、通信インターフェースを介して生理学的データを送信するように構成される。

[0010] 様々な実施形態は、ユーザに通信を出力するためのユーザインターフェースを追加的に含み、プロセッサは、ウェアラブルデバイスが指定される通信をユーザに出力すべき旨の通信指示を受け取り、その通信指示を受け取るのに応答して、指定される通信をユーザインターフェースを介して出力するようにさらに構成される。

[0011] 様々な実施形態が記載され、それらの実施形態では、ユーザインターフェースは振動器を含み、指定される通信は少なくとも１回の振動である。

[0012] 様々な実施形態は、バンドが身体部分を取り囲んでいるときにユーザから生理学的データを得るように構成されたセンサ、通信規則を記憶するように構成されたメモリを追加的に含み、ウェアラブルデバイスが指定される通信をユーザに出力すべき旨の通信指示を受け取る時、プロセッサは、通信規則を現在の状況に照らして評価するように構成され、その評価に基づいて、ウェアラブルデバイスは、指定される通信をユーザに出力する。

[0013] 様々な実施形態は、バンドが身体部分を取り囲んでいるときにユーザから生理学的データを得るように構成されたセンサを追加的に含み、通信規則を現在の状況に照らして評価する時、プロセッサは、通信規則を得られた生理学的データと比較するように構成される。

[0014] 本明細書に記載される様々な実施形態は、習慣規則エンジン（並びに関係する方法及び非一時的な機械可読記憶媒体）に関し、習慣規則エンジンは、少なくとも１つの他のデバイスと通信するように構成された通信インターフェースと、ロック式ウェアラブルデバイスの識別及びロック規則を含むユーザプロフィールを記憶するメモリと、プロセッサであって、ロック規則を現在の状況に照らして評価して、ロック式ウェアラブルデバイスがロック解除されるべきかどうかを決定し、ロック式ウェアラブルデバイスがロック解除されるべきと決定するのに応答して、ロック式ウェアラブルデバイスにロック命令を送信するように構成されたプロセッサと、を備え、ロック命令は、ロック式ウェアラブルデバイスにロック解除するように命令する。

[0015] 様々な実施形態が記載され、それらの実施形態では、ロック規則を現在の状況に照らして評価する時、プロセッサは、ロック規則がいつ失効するかを決定し、したがってロック式デバイスがロック解除されるべきことを決定するように構成される。

[0016] 様々な実施形態が記載され、それらの実施形態では、プロセッサは、ロック式ウェアラブルデバイスのユーザを記述する生理学的データを受け取り、受け取った生理学的データに照らして、ユーザから前もって受け取られた目標を評価し、その評価に基づいて、指定される通信をユーザに出力するようにロック式ウェアラブルデバイスに命令する通信命令をロック式ウェアラブルデバイスに送信するようにさらに構成される。

[0017] 様々な実施形態が記載され、それらの実施形態では、プロセッサは、ユーザがユーザから前もって受け取られた目標を満たすことができなかったことを示す評価に基づいて、通信命令を送信するように構成される。

[0018] 本明細書に記載される様々な実施形態は、互いと協働して動作するロック式ウェアラブルデバイス及び習慣規則エンジンの両方を含んでいる習慣訓練システムに関する。

[0019] 様々な例示的実施形態をよりよく理解するために、添付図面を参照する。

[0020] 習慣訓練のためのシステムの例を示す図である。 [0021] ロック式ウェアラブルデバイスによって行われる方法の例を示す図である。 [0022] 習慣規則エンジンによって行われる方法の例を示す図である。 [0023] 習慣訓練のための環境の例を示す図である。 [0024] ロック式ウェアラブルデバイスを実施するためのハードウェアの例を示す図である。 [0025] ロック式ウェアラブルデバイスの一例の斜視図である。 [0026] 留め具及びロッキングアクチュエータの第１の例を示すロック式ウェアラブルデバイスの断面図である。 [0027] 留め具及びロッキングアクチュエータの第２の例を示すロック式ウェアラブルデバイスの断面図である。 [0028] センサデータを報告するためにセンサデバイスによって行われる方法の例を示す図である。 [0029] 習慣規則エンジンからの命令に対処するためにロック式ウェアラブルデバイスによって行われる方法の例を示す図である。 [0030] 早期ロック解除命令に対処するためにロック式ウェアラブルデバイスによって行われる方法の例を示す図である。 [0031] 本明細書に記載される様々なシステムに関与する様々なデバイスを実施するためのハードウェアの例を示す図である。 [0032] パラメータモデルを作成するためにパラメータ識別エンジンによって行われる方法の例を示す図である。 [0033] パラメータモデルを更新するためにパラメータ識別エンジンによって行われる方法の例を示す図である。 [0034] 習慣規則を評価し、ロック式ウェアラブルデバイスを遠隔制御するために、習慣規則エンジンによって行われる方法の例を示す図である。 [0035] 失効に関して習慣規則を検査するために習慣規則エンジンによって行われる方法の例を示す図である。 [0036] 習慣規則を記憶するデータ構造の例を示す図である。 [0037] 習慣規則を定義するためのユーザインターフェースの例を示す図である。 [0038] 早期ロック解除要求に対処するために習慣規則エンジンによって行われる方法の例を示す図である。 [0039] 早期ロック解除要求に応答するためのユーザインターフェースの例を示す図である。

[0040] 本明細書に提示される説明及び図面は、様々な原理を例示する。当業者は、本明細書に明示的には記載又は示されないもののそれらの原理を具現化し本開示の範囲に含まれる様々な構成を考案できることが認識されよう。本明細書で使用される場合、用語「又は」は、別途指示されない限り（例えば、「さもなければ（ｏｒ ｅｌｓｅ）」又は「又は代替では（ｏｒ ｉｎ ｔｈｅ ａｌｔｅｒｎａｔｉｖｅ）」）、非排他的な又は（すなわち、及び／又は）を意味する。また、本明細書に記載される様々な実施形態は、必ずしも相互に排他的ではなく、組み合わせて、本明細書に記載される原理を組み込んだ追加的な実施形態を作り出すことが可能である。

[0041] 大半の人々は、よい習慣を採用したい、又は悪い習慣をなくしたいという願望を持っているが、これらの目標は通例、達成することが非常に難しいことが多い。数日後に、多くの人々は以前のやり方に戻ってしまっていることに気付く。人によっては、例えば手首に輪ゴムを巻くなど、自分が選んだ進路に留まるためにリマインダを使用することを試みる。この手法は、その人が輪ゴムに慣れてしまい、その存在に気付かなくなる場合があり（輪ゴムはその後リマインダとして全く機能しなくなる）、又は単に輪ゴムを取り外し、再び付けることをしない場合があるため、完全なものとは言えない。したがって、よい習慣を採用し、悪い習慣をやめるなど、ユーザが望むように自身の習慣を適合することを助ける、改良されたリマインダデバイスを提供することが望ましいであろう。

[0042] 様々な実施形態によれば、ウェアラブルデバイスが、ロック状態にある間着用者からのウェアラブルデバイスの取り外しを防止する、電子的に駆動される留め具を備える。着用者がある習慣を採用したい希望を示すのに応答して、ウェアラブルデバイスはロックし、要求された量の時間が経過するまでロック解除せず、それにより、指定された期間にわたってその習慣に向かって努力するための静的なリマインダとして少なくとも機能する。いくつかの実施形態では、ウェアラブルデバイスは、習慣に関係する活動を行うための動的なリマインダも提供する。例えば、着用者が一日２０００カロリーを消費する習慣を採用する希望を示した場合、ウェアラブルデバイス内のセンサが使用されてエネルギー消費を推定し、着用者が一日の目標を満たしそうにない場合は、振動して、その日のエネルギー消費を増すために何らかのアクションを取るべきであることを着用者に知らせる。したがって、ロック式ウェアラブルデバイスは、習慣の形成を支援するインテリジェントなリマインダを適時に提供することができる。以下の説明に照らして、様々な追加的及び代替的な機能が明らかであろう。

[0043] 図１は、習慣訓練のためのシステム１００の例を示す。図示のシステム１００は、様々な機能構成要素及びそれらの間の対話の一部を示している。そのような機能構成要素は、物理的ハードウェア、及びいくつかの実施形態ではそのハードウェアによって実行されるソフトウェアを使用して実施されることが認識されよう。したがって、各機能デバイス又はエンジンは、専用のハードウェアデバイスとして具現化することができる。また、いくつかの実施形態では、システム１００の機能デバイスの２つ以上が単一のハードウェアデバイスとして具現化されることが可能である。例えば、センサデバイス１５０、ロック式ウェアラブルデバイス１３０、及び出力装置１４０がすべて、例えば着用者の手首の周りに着用される単一のウェアラブルデバイスに属してもよい。システム１００の単一ハードウェアとしての具体化の例を、下記で図４との関連でより詳細に説明する。

[0044] システム１００は、いくつかの機能デバイスを単一のデバイスとして示し、他の機能デバイスを複数の同様のデバイスを含むものとして示しているが、代替の構成が可能であることが理解されよう。例えば、代替のシステムは、１つのみのセンサデバイス１５０を使用するが、複数の冗長な習慣規則エンジン１２０を含むことも可能である（例えば、図示されない負荷分散機構を備えて、要求、ユーザデータ、又は他の利用性のある情報をそれらの習慣規則エンジン間に均等に分配して、習慣規則エンジンが多数の着用者及びロック式ウェアラブルデバイス１３０に対応できるようにする）。

[0045] システムの動作は、着用者が目標設定デバイス１１０を操作して、ユーザが採用したい、又はなくしたい１つ又は複数の習慣（まとめて「変更」する習慣と呼ぶ）を識別することから開始する。様々な実施形態において、習慣設定デバイス１１０は、ウェアラブルデバイス（例えばロック式ウェアラブルデバイス１３０）、モバイルデバイス、タブレット、パーソナルコンピュータ、又は希望する習慣の変更の指示を受け取ることが可能な他のデバイスとすることができる。習慣設定デバイス１１０と習慣規則エンジン１２０とが単一のハードウェアデバイス内に一緒に置かれる実施形態などのいくつかの実施形態では、習慣設定デバイス１１０は、希望する習慣の変更をローカルに記憶することができる（例えば、その習慣に関係する規則又はそれに関連する周期的目標のセットとして）。他の実施形態では、習慣設定デバイス１１０は、希望する習慣の変更を習慣規則エンジン１２０に送信することができる（例えば、習慣アプリによってアクセスされるＡＰＩを介して、又は、ウェブブラウザによってアクセスされ、習慣規則エンジン１２０によって、若しくはそれとの関連で実行される習慣ウェブサーバを介して）。習慣設定デバイスを介して提供される例示的インターフェースについては、図１７との関連で下記でより詳細に説明する。

[0046] 様々な実施形態において、希望する習慣の変更は、習慣規則エンジン内で１つ又は複数の「習慣規則」として表現される。習慣規則は、ロック式ウェアラブルデバイス１３０がいつロック解除されるべきかを定義し（及びしたがって「ロック規則」も構成する）こと、並びに、いつどのような通信を出力装置１４０に送るべきかを定義する（及びしたがって「通信規則」も構成する）こと、の２つ（又はそれ以上）の別々の目的を果たすことができる。そのため、習慣規則エンジンは、ロック規則を適用するときには「ロック規則エンジン」を構成し、通信規則を適用する時は「通信規則エンジン」を構成する。いくつかの実施形態では、習慣規則は、これらの機能の１つのみを実現し（例えば、ロックが行われない実施形態、又は通信が送られない実施形態）、一方、他の実施形態では、別々のロック規則と通信規則が定義され、よって単一の習慣規則が両方の機能を実現することはない。いくつかの実施形態では、習慣規則エンジン１２０は複数のデバイス間に分割されてもよい。例えば、ＶＭ又は出力装置１４０で実施される習慣規則エンジン１２０が、通信規則（又は通信とロックの両方に影響を与える習慣規則の通信規則面）を扱い、一方、ロック式ウェアラブルデバイス１３０内で実施される習慣規則エンジン１２０が、ロック規則（又は通信とロックの両方に影響を与える習慣規則のロック規則面）を扱う。

[0047] 習慣規則エンジン１２０は、ウェアラブルデバイス（例えばロック式ウェアラブルデバイス１３０）、モバイルデバイス、タブレット、パーソナルコンピュータ、サーバ、仮想機械、又は習慣規則を評価することが可能な他のデバイスであってよい。下記で図１４〜図１６との関連で様々な例によってより詳細に説明するように、習慣規則エンジン１２０は、周期的に（例えば、予定された時間に、又は別のプロセス若しくはデバイスによる要求があった際に）、現在の状況に照らして習慣規則を評価して、ウェアラブルデバイスをロック解除する、又は出力装置１４０を介して通信を遂行するなどの、何らかのアクションを取るべきかどうかを決定する。この現在の状況に照らした評価は、習慣規則基準を、センサデータ又はパラメータ抽出エンジン１６０によってセンサデータから抽出されたパラメータと比較して、関連するアクションを行うべきかどうかを決定することを伴うことがある。それに加えて、又はそれに代えて、評価は、現在の日付又は時刻を規則の失効日と比較して、失効アクション（例えば、ロック式ウェアラブルデバイス１３０をロック解除する）を行うべきかどうかを決定することを含んでもよい。評価の結果、習慣規則エンジン１２０と一緒に置かれていないデバイスによってアクションが行われることになる場合、習慣規則エンジン１２０は、そのリモートデバイスに１つ又は複数の命令を送信して、アクションの実行を遂行させることができる。

[0048] ロック式ウェアラブルデバイス１３０は、着用者に取り付けて、取り外せないようにロックすることが可能な任意のデバイスであってよい。例えば、そのロック式ウェアラブルデバイスは、着用者の手首の周りに延び、留め具によって保持されるバンドを有する腕時計の形態を取る。通常の動作の間（すなわち、着用者が習慣設定デバイス１１０を介して希望する習慣の変更を提出又は有効化した後）、ロック式ウェアラブルデバイスはユーザに取り付けられ、留め具は開かれないようにロックされる。習慣規則エンジンから命令を受け取ると、ロック式ウェアラブルデバイス１３０は「ロック解除」し、能動的に留め具を開位置に移動させるか、又は開位置に手動で移動されないように留め具を阻止するのを止めるかのどちらかにより、留め具を開位置に移動することを可能にする。ロック式ウェアラブルデバイスの例示的実施形態については、図５及び図６との関連で下記でより詳細に説明する。

[0049] いくつかの代替実施形態では、ロック式ウェアラブルデバイス１３０は、別のデバイス（例えばウェアラブルセンサデバイス）に重ねて装着され、本明細書に記載される方法及びシステムに従ってその別のデバイスの取り外しを防止することができる。例えば、ロック式ウェアラブルデバイス１３０は、ロック解除のためのアクセスを防止するために、標準的な腕時計の留め具を取り囲む、妨害する、又はその他のやり方で留め具の操作を防止することができる。そのため、この例では、ロック式ウェアラブルデバイス１３０は、任意の腕時計と併せて使用することができ、ユーザが取り替えたくないデバイスをすでに着用している場合、又は他のファッション上の理由で、望ましくない可能性のあるロック機能を組み込んだ特定のウェアラブルデバイスを着用者が採用することを必要としない。いくつかのそのような実施形態では、ロック式ウェアラブルデバイス１３０は、着用されている別のデバイスにロックされたときに、実質的に隠されて見えなくなり得る。着用されている別のデバイスがセンサを含んでいる場合、別のデバイスとロック式ウェアラブルデバイス１３０は、ＮＦＣ又はＢｌｕｅｔｏｏｔｈ（登録商標）などの近距離通信プロトコルを介して互いと通信して、例えば生理学的データやロック命令を共有することができる。ロック解除する時、そのような実施形態のロック式ウェアラブルデバイス１３０は、腕時計（又は他の着用されたデバイス）の留め具（又は他の閉鎖要素）へのアクセス又は操作を可能にするために、外れて落ちるか、又はその他の形で取り外すことができる。

[0050] いくつかの実施形態では、より長い又は短いバンドを設けて、ロック式ウェアラブルデバイス１３０を身体の他の部分（例えば、足首、脚、腕、腰、指等）の周りに着用できるようにする。いくつかの実施形態では、バンドは、種々の身体部分又は種々の解剖学的構造に対応するために、（少なくとも着用された構成で）調節可能である。本明細書で使用される場合、用語「バンド」は、着用者の身体部分を実質的に取り囲んで、ウェアラブルデバイスのもう一方の端部（例えば、別のバンド部分又は中央の電子ハブ）と合流するのに十分な長さ及び柔軟性がある、実質的に任意の材料を包含するものと理解され、そのような材料には、（これらに限らないが）皮革、布地、及び金属製の腕時計バンド、ベルト、チェーン、ネックレス（例えばチョーカー型のネックレス）、又は弾性若しくは他の材料のストラップが含まれる。いくつかの実施形態では、バンドは、選択的に開くことが可能であり（例えば一般的な腕時計のように）、一方、他の実施形態では、そのバンドは、恒久的に閉じられている（例えば一般的な指輪のように）が、ロック可能である（例えば、伸張されたときに取り外しに抵抗する伸張可能な内側直径により）。いくつかの実施形態では、ロック式ウェアラブルデバイスは、バンドに代えて又はそれに加えて、例えば、接着剤（例えばウェアラブルパッチ又は帯具の場合）、ピアスピン（例えばピアスとして着用されるウェアラブルの場合）、衣料品（例えば電子機器が衣類に組み込まれる場合）等の取り付け手段を含むことが可能であることは明らかであろう。

[0051] 本明細書で使用される場合、用語「留め具」は、本明細書に記載される単なるストラップバックルの例以上のものを包含するものと理解される。用語「留め具」は、「腕時計の留め具」（例えば、ストラップバックル留め具、展開留め具、及び宝飾品型の腕時計の留め具）、並びに「宝飾品留め具」（ばねリング、カニカン（ｌｏｂｓｔｅｒ ｃｌａｗ）、差し込み、筒、オープンボックス、８の字型、トグル、Ｓ字型フック、ミステリー、磁気、パール、又はブレスレットのキャッチ型留め具）を含む、すべての「バンド留め具」を包含するものと理解される。さらに、修飾語のない用語「留め具」は、「閉位置」にある間ウェアラブルデバイス（バンドによって保持されているか又は他の手段によって保持されているかに関わらず）の取り外しに機械的に抵抗する、実質的に任意のデバイスを包含するものと理解される。

[0052] 様々な実施形態において、ロック式ウェアラブルデバイス１３０は、電子的に操作されるロッキングアクチュエータも含み、これは、作動されると、留め具が開位置に移動することを可能にするか、又は他の形でユーザからロック式ウェアラブルデバイスを取り外すことを可能にする。例えば、ロッキングアクチュエータは、電磁石、ソレノイド、又は、電子信号を受け取って開位置への留め具の機械的な移動を遂行する若しくは可能にする他のデバイスである。いくつかの実施形態では、ロッキングアクチュエータは、信号を受け取ると、能動的に留め具を開位置に移動させ、一方、他の実施形態では、ロッキングアクチュエータは、手動による留め具の開位置への移動をそれまで妨げていた別の構成要素を能動的に移動させる。他の実施形態では、ロッキングアクチュエータは、信号を受け取ると物理的構成要素に作用するのを停止し、その後、物理的構成要素は、（例えば重力の作用により）自由に又は自動的に動いて係合から外れ、それにより留め具を開位置に移動させるか、又は手動で移動させることを可能にする。留め具及びロッキングアクチュエータの例示的実施形態については、図７Ａ〜図７Ｂとの関連で下記でより詳細に説明する。

[0053] 出力装置１４０は、モバイルデバイス、タブレット、パーソナルコンピュータ、又はウェアラブルデバイス（例えばロック式ウェアラブルデバイス１３０）など、着用者（又は他の関係者）に通信を出力することが可能な実質的に任意のデバイスであってよい。習慣規則エンジン１２０から通信命令を受け取ると、出力装置１４０は、その通信命令によって定められる１つ又は複数の通信を出力する。例えば、様々な実施形態において、出力装置１４０は、振動器を（例えば、ロック式ウェアラブルデバイス１３０の一部として）含む。通信命令は、着用者又はその他の形で出力装置１４０を保有している者に対する通信として振動するように出力装置１４０に命令することができる。いくつかの実施形態では、通信命令は、例えば、振動の回数、振動の長さ、連続した振動間の間隔、又は振動の各群の間の周期、などの振動特性を備えることができる。別の例として、出力装置１４０は、着用者又は他の関係者にメッセージを表示することが可能な表示装置を（例えば、モバイルデバイス又はタブレットの一部として）備えてもよい。そのような実施形態では、通信命令は、ユーザに対して出力すべき、テキスト、画像、又は映像のメッセージを含むか、その他の形で指定することができる（例えば、ネットワークリソース、又は出力装置１４０にとってローカルなリソースを参照することによる）。様々な追加的な種類の、視覚、音声、触覚、又は他の出力が、その出力を通信するための適切な出力装置１４０と共に明らかであろう。出力装置がモバイルデバイス又はタブレット内に実施される実施形態などのいくつかの実施形態では、通信命令は、習慣規則エンジン１２０との通信のために前もって出力装置１４０にインストールされた習慣訓練アプリによって受け取られ、実行される。

[0054] 上記で述べたように、様々な実施形態において、習慣規則は、センサデータ又はそれから導出されたパラメータに照らして評価することができる。したがって、いくつかの実施形態では、１つ又は複数のセンサデバイス１５０が、着用者についての生理学的データを収集するために設けられる。いくつかのそのような実施形態では、センサデバイス１５０の１つ又は複数は、ロック式ウェアラブルデバイス１３０又は出力装置１４０の一部として実施することができる。習慣若しくはそれに関連する目標に関係する成果、経過、又は他の統計を追跡するのに有用な各種センサが明らかであろう。例えば、センサデバイス１５０には、加速度計、コンダクタンスセンサ、光学センサ、温度センサ、マイクロフォン、カメラ等が含まれる。これら又は他のセンサが、着用者を記述する生理学的パラメータを感知、算出、推定、又はその他のやり方で取得するのに有用である可能性があり、そのようなパラメータは、例えば、歩数、歩行／走行距離、立っている時間数、心拍数、呼吸数、血圧、ストレスレベル、体温、消費カロリー、安静時のエネルギー消費、活動時のエネルギー消費、身長、体重、睡眠の測定、音楽の練習時間などの他の習慣に固有のパラメータ等である。

[0055] 様々な実施形態において、センサデバイス１５０は、得られたセンサデータ又は他のパラメータを、将来の使用のために周期的に他のデバイスに送信することができる。例えば、センサデバイス１５０は、集められたデータを、直接パラメータ抽出エンジン１６０に、又はＡＷＳモノのインターネット（ＩｏＴ）クラウドプラットフォームなどのウェアラブルデバイス管理フレームワーク（図示せず）に周期的に送信して、後に管理フレームワークがパラメータ抽出エンジン１６０によってポーリングされ得る。

[0056] 習慣規則を評価するのに有用な生理学的パラメータのいくつかはセンサ１５０から直接得ることができ、他の生理学的パラメータは、他の利用可能データ（センサデータを含む）から「抽出する」ことによって得られる。そのため、パラメータ抽出エンジン１６０は、利用可能データを処理して、習慣規則を評価する際に習慣規則エンジン１２０が使用するための追加的なパラメータを算出、判別、又はその他のやり方で抽出する。パラメータ抽出エンジン１６０は、ウェアラブルデバイス（例えばロック式ウェアラブルデバイス１３０）、モバイルデバイス、タブレット、パーソナルコンピュータ、サーバ、仮想機械、又は本明細書に記載されるようにデータを処理することが可能な他のデバイスであってよく、いくつかの実施形態では、習慣規則エンジン１２０と同じハードウェアに一緒に置かれる。いくつかのパラメータは、それらのパラメータを算出する特定のアルゴリズムによって計算される。例えば、過去７日間の平均心拍数を抽出するアルゴリズムが定義される。他のパラメータは、回帰、ニューラルネットワーク、ベイジアンネットワークなどの機械学習手法に従って生成される式などの数学式に従って計算される。例えば、消費カロリーは、累積された加速度計データを、線形回帰を使用して生成された式に入力することによって抽出することができる。そのような学習済みの「パラメータモデル」を生成し、維持する例示的方法については、図１２〜図１３との関連で下記でより詳細に説明する。

[0057] いくつかの実施形態では、ロック式ウェアラブルデバイス１３０は、習慣規則エンジン１２０による習慣規則の適用が、ロック式ウェアラブルデバイス１３０がロック解除されるべきことを示す前に、着用者からロック式ウェアラブルデバイスをロック解除するか、又はその他のやり方で取り外すための１つ又は複数の方法を提供する。例えば、いくつかの実施形態では、ロック式ウェアラブルデバイス１３０は、脆い要素、切断可能な材料で形成されたストラップ、又はその他のやり方で破壊可能な構成要素を含み、それにより、デバイスの少なくとも一部分を破壊する一方でロック式ウェアラブルデバイスを取り外せるようにし、それにより早期の取り外しを思いとどまらせるが、緊急の状況では取り外せるようにする。いくつかの実施形態では、破壊可能な構成要素は、比較的高い労力レベル、技量レベル、又はコストをかけて修繕できるようにすることができる。

[0058] 他の実施形態では、ロック式ウェアラブルデバイス１３０は、ロッキングアクチュエータを操作することによって早期にロック解除するための命令を受け取り、実行する。例えば、いくつかの実施形態では、習慣設定デバイス１１０を介して希望する習慣の変更を識別する際に、着用者は、１つ又は複数の早期ロック解除許可デバイス１７０も指示する。そして、ロック式ウェアラブルデバイス１３０は、識別された早期ロック解除許可デバイス１７０の１つ、複数、又はすべてから、そのようにさせる命令を受け取った際にのみ早期のロック解除を遂行することができる。早期ロック解除許可デバイス１７０は、ウェアラブルデバイス（例えばロック式ウェアラブルデバイス１３０）、モバイルデバイス、タブレット、パーソナルコンピュータ、又はユーザ入力に基づいて早期ロック解除命令を送信することが可能な任意の他のデバイスであってよい。早期ロック解除許可デバイス１７０がモバイルデバイス又はタブレットである実施形態などのいくつかの実施形態では、早期ロック解除アプリが、早期ロック解除の要求に対するユーザの承認又は拒否を受け取るインターフェースを提供することができる。そのようにして、着用者は、ロック式ウェアラブルデバイスの早期ロック解除を許可することが可能で、したがってユーザが希望した習慣の変更をあきらめる希望を示したときに通知を受け取ることが可能な、１人又は複数の支援者を識別することができる。早期ロック解除を承認又は拒否するためのユーザインターフェースの例については、図１９との関連で下記でより詳細に説明する。

[0059] ロック式ウェアラブルデバイス１３０の様々な追加的な特徴及び修正が明らかであろう。いくつかの実施形態では、ロック式ウェアラブルデバイス１３０は、損傷しやすい電子機器を保護するために耐水性であり、ユーザが、入浴中、水泳中、手を洗う間等を含む、あらゆる時にロック式ウェアラブルデバイス１３０を着用することを可能にする。いくつかの実施形態では、ロック式ウェアラブルデバイス１３０は、快適さのために調節可能である。例えば、いくつかの実施形態では、バンドは、ロック解除されている間は両方向（緩める方向及び締める方向）に調節可能であり、ロックされている間は１方向（例えば締める方向）のみに調節可能である。他の実施形態では、バンドは、ロックされている間は両方向に調節可能であるが、ロック式ウェアラブルデバイス１３０を取り外すことは可能にせずに、快適さに十分なだけしか緩めることができない。例えば、ロック式ウェアラブルデバイス１３０を閉じるか又はロックする際に、現在の設定が許される最大の緩さとして設定され、その後、ユーザはロック式ウェアラブルデバイス１３０を締め、後にロック式ウェアラブルデバイス１３０を緩めるが、閉じる又はロックする際に当初設定された位置の程度までしか緩めることができない。それに代えて、ロック式ウェアラブルデバイス１３０は、あらかじめ決められた設定まで、又は最初の設定を超えるあらかじめ決められた差（例えば、ラチェットがカチッと鳴る回数）まで、緩めることを許してもよい。留め具を開くことなく留め具の調節を可能にし、制限するための、又はロック式ウェアラブルデバイス１３０のバンドに付いた留め具（若しくはネックレスやベルトなどの他のユーザ取り付け要素）とは別の他の調節機構を提供するための様々な機構が明らかであろう。

[0060] 図２は、例示的なシステム１００のロック式ウェアラブルデバイス１３０などのロック式ウェアラブルデバイスによって行われる方法２００の例を示す。様々なステップがそれらが任意選択であることを示すために破線の形態で図示されているが、実線の枠の使用は、それらのステップが必要、不可欠、又は代替不可能であることを示唆するものではないことに気付かれよう。そうではなく、実線の枠は、いくつかの実施形態による様々な主要ステップを示し、一方、他の実施形態では、同じ実線の枠が、任意選択の破線の枠として表示される可能性もある。さらに、破線の枠２１５は１つの経路によって迂回されるように図示されているが、これは、このステップが他の任意選択のステップに比べて「より任意選択」であることを示唆するものではなく、代わりに、枠２１５は説明のために位置を合わせており、このステップが、ステップ２１５が位置を合わせられたステップ２３０又はステップ２４５を実施する実施形態で特に有用であることを示している。

[0061] 方法はステップ２０５で開始し、ステップ２１０に進んで、ウェアラブルデバイスが１つ又は複数のセンサから生理学的データを得る（例えば、センサがロック式ウェアラブルデバイスに内蔵されている実施形態、又はロック式ウェアラブルデバイスが、直接、若しくはウェアラブルデバイス管理フレームワークを介して、近隣の外部センサデバイスと通信する実施形態）。生理学的データが外部デバイス（例えば、外部のパラメータ抽出エンジン又は習慣規則エンジン）によって処理されるいくつかの実施形態では、ロック式ウェアラブルデバイスは、ステップ２１５で外部デバイスに生理学的データを送信する。

[0062] 次に、ステップ２２５で、ロック式ウェアラブルデバイスは、ロック式ウェアラブルデバイスがロック解除されるべきことを示すロック指示を受け取る。ここでの説明及び下記の説明に照らして明らかになるように、ロック式ウェアラブルデバイスは、そのようなロック指示を多くの異なる方式で受け取ることができる。例えば、習慣規則エンジン又は早期ロック解除許可デバイスがロック式ウェアラブルデバイスの外部にある場合、ロック式ウェアラブルデバイスは、ステップ２３０で通信インターフェースを介して前記外部デバイスからロック指示を受け取る。他の実施形態では、ロック式ウェアラブルデバイスは習慣規則エンジンを含み、そのため、ステップ２３５で現在の状況に照らしてロック規則を評価して、ロック式ウェアラブルデバイスがロック解除されるべきと決定する。

[0063] ロック式ウェアラブルデバイスが出力装置（例えば振動器）も含んでいる実施形態では、ロック式ウェアラブルデバイスは、ステップ２４０で通信指示も受け取ってよい。ロック指示と同じように、ロック式ウェアラブルデバイスは、そのような通信指示を多くの異なる方式で受け取ることができる。例えば、習慣規則エンジン又は早期ロック解除許可デバイスがロック式ウェアラブルデバイスの外部にある場合、ロック式ウェアラブルデバイスは、ステップ２４５で前記外部デバイスから通信インターフェースを介してロック式ウェアラブルデバイス指示を受け取ることができる。他の実施形態では、ロック式ウェアラブルデバイスは、習慣規則エンジンを含み、そのため、ステップ２５０で現在の状況に照らして通信規則を評価して、ユーザに出力する通信を決定する。

[0064] いくつかの実施形態では、ロック指示を受け取るステップ２２５及び通信指示を受け取るステップ２４０は、単一のステップ２２０の一部として同時に実現することができる。例えば、いくつかの実施形態では、それら２つの指示は、単一の命令メッセージの一部として外部デバイスから受け取られる。別の例として、いくつかの実施形態では、ステップ２３５及び２５０が、現在の状況に照らして習慣規則を評価する単一のステップを構成し、その結果は、ロックアクション及び通信の両方を示す。

[0065] ステップ２５５で、ステップ２２５でロック指示を受け取ることに基づいて、ロック式ウェアラブルデバイスが、留め具を開位置に遷移させる（例えば、留め具を能動的に開く、又は留め具を手動で開けないようにしていたのを止めることによる）ように自身のロックアクチュエータに信号を送り、それによりウェアラブルデバイスを取り外せるようにする。さらに、ロック式ウェアラブルデバイスがステップ２４０で通信指示を受け取る場合、ロック式ウェアラブルデバイスは、その指示によって指定される通信（例えば振動）を出力する。方法２００は次いでステップ２６５で終了に進む。

[0066] 図３は、習慣規則エンジンによって行われる方法３００の例を示す。様々なステップがそれらが任意選択であることを示すために破線の形態で図示されているが、実線の枠の使用は、それらのステップが必要、不可欠、又は代替不可能であることを示唆するものではないことに気付かれよう。そうではなく、実線の枠は、いくつかの実施形態による様々な主要ステップを示し、一方、他の実施形態では、同じ実線の枠が、任意選択の破線の枠として表示される可能性もある。方法３００は、ロック式ウェアラブルデバイスとは別の習慣規則エンジンによって行われるものと説明されるが、ロック式ウェアラブルデバイスと同じハードウェアに一緒に置かれた習慣規則エンジン内で方法３００を実施するための様々な修正が明らかであろう。

[0067] 方法３００はステップ３０５で開始し、ステップ３１０に進んで、習慣規則エンジンが、ロック式ウェアラブルデバイスを着用しているユーザの生理学的データを受け取る。例えば、習慣規則エンジンは、１つ又は複数のセンサからのセンサデータ、又はパラメータ抽出エンジン（いくつかの実施形態では習慣規則エンジンと同じハードウェアに一緒に置かれる場合もある）によってセンサデータから抽出された他のパラメータを受け取る。次いでステップ３１５で、習慣規則エンジンが現在の状況に照らして規則を評価する。例えば、習慣規則エンジンは、ロック規則が失効しているかどうかをステップ３２０で決定し、失効している場合は、ステップ３２５でロック式ウェアラブルデバイスがロック解除されるべきと決定する。別の例として、習慣規則エンジンは、ロック規則を、ステップ３１０で得られた生理学的データに照らして評価し、その規則が適用可能であると決定することに基づいて、その規則が、ロック式ウェアラブルデバイスがロック解除されるべきことを示していると決定する。同様のステップ３２０、３２５、３３０が、方法２００におけるロック式ウェアラブルデバイスによる規則の評価２３５、２５０の一部として行われてよいことが明らかであろう。ステップ３１５がロック式ウェアラブルデバイスがロック解除されるべきと決定したとステップ３３５で決定される場合、方法３００は次いでステップ３４０に進み、習慣規則エンジンがロック式ウェアラブルデバイスにロック命令を送信してロック解除を遂行する。

[0068] ステップ３４５で、習慣規則エンジンは、１つ又は複数の目標（例えば、希望する習慣の変更に関連付けられた下位目標、又は習慣の変更自体を達成すること）を評価して、通信を送るべきかどうかを決定する。いくつかの実施形態では、これは、１つ又は複数の通信規則を評価することを伴う。いくつかのそのような実施形態では、通信規則の評価は、ロック規則の評価３３０と同時に行われてもよい（例えばすべての習慣規則の評価として）。次に、ステップ３５０で、習慣規則エンジンが、ステップ３４５における評価に基づいて、出力装置（いくつかの実施形態におけるロック式ウェアラブルデバイスなど）に通信命令を送信する。いくつかの実施形態では、ロック命令３４０及び通信命令３５０は、同じ命令メッセージの一部として送信される。方法３００は次いでステップ３５５で終了に進む。

[0069] 図４は、習慣訓練のための環境４００の例を示す。環境４００は、上記の例示的システム１００の例示的実施を含むことができる。例えば、ユーザウェアラブルデバイス４２０は、ロック式ウェアラブルデバイス１３０、出力装置１４０、及びセンサデバイス１５０を実施し、ユーザモバイルデバイスは、習慣設定デバイス１１０及び出力装置１４０を実施し、習慣訓練ＶＭ４４０は、パラメータ抽出エンジン１６０及び習慣規則エンジン１２０を実施し、支援者モバイルデバイス４５０は、早期ロック解除許可デバイス１７０を実施する。例示的環境４００については、着用者が一日２０００カロリーを消費する習慣を得るのを助けるために有用なシステムの点から説明するが、他の習慣の変更を支援する様々な修正（例えば、追加／代替のセンサ、パラメータモデル、及び習慣規則）が明らかであろう。

[0070] 図示されるように、データネットワーク４１０が、環境４００の様々なデバイス４１０、４３０、４４０、４５０を相互接続する。データネットワーク４１０は、データ通信を容易にする実質的に任意のデバイス又はそのグループであってよい。そのため、データネットワーク４１０は、ＬＡＮ、ＷＡＮ、キャリアネットワーク（３Ｇ／ＬＴＥ／４Ｇ／等）、又はインターネットを含み得る。

[0071] ユーザウェアラブルデバイス４２０（その例示的ハードウェアについては下記で図５との関連でより詳細に説明する）は、着用者の運動データ（カロリー消費を推定するために有用であり得る）を集めるための加速度計４２２と、ユーザウェアラブルデバイス４２０を選択的に着用者にロックするための電子的に作動されるロック４２４と、ユーザへの通信を出力する振動器とを備える。

[0072] ユーザモバイルデバイス４３０及び支援者モバイルデバイス４５０は、ユーザウェアラブルデバイス４２０と直接又は間接的（例えば習慣訓練ＶＭ４４０を介する）のいずれかで通信する携帯電話であってよい。ユーザモバイルデバイス４３０は、習慣訓練ＶＭとのインターフェースを取るため（例えば、着用者が希望する習慣の変更を指示できるようにするため）の習慣アプリ４３２、及び、ユーザウェアラブルデバイス４２０と、習慣訓練ＶＭ４４０など、データネットワーク４１０に接続された他のデバイスとの間の通信を容易にするパススルー接続４３４（習慣アプリ４３２の一部として実施され得る）を備える。例えば、ユーザウェアラブルデバイスは、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＦｉ（登録商標）、又は他のワイヤレス接続若しくは有線接続を介してパススルー接続４３４と通信し、次いで、パススルー接続が、ユーザウェアラブルデバイス４２０に代わってデータネットワーク４１０と通信する。他の実施形態では、ユーザウェアラブルデバイス４２０は、代わりに、ユーザモバイルデバイス４３０による容易化なしに、直接、データネットワーク４１０に接続する。支援者モバイルデバイス４５０は、ユーザウェアラブルデバイス４２０のロック４２４に早期ロック解除命令を送信するためのロック解除アプリ４５２を備える。

[0073] 習慣訓練ＶＭ４４０は、クラウドコンピューティングアーキテクチャ内に設置されることが可能な仮想機械であるが、他の実施形態では標準的な非クラウドサーバが使用されてもよいことが明らかであろう。習慣訓練ＶＭ４４０は、規則エンジン４４５が使用する新しいパラメータを抽出するために受け取ったセンサデータに１つ又は複数の訓練されたパラメータモデル４４３を適用するためのモデル適用エンジン４４１を備える。規則エンジン４４５は、習慣規則４４７を評価して、ロック解除して通信を出力させる命令をいつユーザウェアラブルデバイス４２０又はユーザモバイルデバイス４３０に送信すべきかを決定する。習慣アプリＡＰＩ４４９により、習慣アプリ４３２は、規則エンジン４４５によって評価される習慣規則４４７を構成することができる。

[0074] 例示的環境４００の例示的構成要素を説明したので、次いでこの環境の動作の例を説明する。本開示に照らしてこの動作への様々な修正が明らかであろう。

[0075] 着用者は、自分のモバイルデバイス４３０に習慣アプリ４３２をダウンロードし、それにアクセスすることによって開始する。習慣アプリ４３２によって提供されるインターフェースを使用して、着用者は、今後３０日の間一日に２０００カロリーを消費したいと思っていること、及び、この目標が毎日午後６時までに到達されない場合は、ウェアラブルデバイスの３回の短い振動と、その日のその時点までの総カロリー消費を知らせるユーザモバイルデバイスへのメッセージとを介して着用者に通知すべきことを指示する。着用者はまた、毎日、２０００カロリーの目標が達成されたときに１回の長い振動で着用者に通知すべきことも指示する。習慣アプリ４３２は、この入力を習慣アプリＡＰＩ４４９に送信し、習慣アプリＡＰＩ４４９は、２つの新しい規則を作成し、その規則をそのユーザ又は他のユーザに関する他の習慣規則４４７と共に記憶する。ユーザは次いでユーザウェアラブルデバイス４２０を身に着け、ユーザウェアラブルデバイス４２０は、習慣アプリを介した規則の有効化により（例えば、ユーザモバイルデバイス４３０、習慣訓練ＶＭ４４０から、又は単にデフォルトで、ロックする命令を受け取ることにより）、ロックが係合して、着用者からのユーザウェアラブルデバイスの取り外しを防止するか、又は他の形で取り外しに抵抗する。

[0076] 着用者が一日を過ごすのに伴い、加速度計４２２は、運動データを集め、パススルー接続を介してそれを習慣訓練ＶＭに送る。モデル適用エンジン４４１は、カロリー消費モデル４４３に従って運動データを処理して、その日のカロリー消費を推定し、そのデータを後に規則エンジン４４５が使用するために維持しておく。その後、午後６時に、規則エンジンは習慣規則４４７を評価し、モデル適用エンジン４４１による最も新しいカロリー消費の推定が１５００カロリーであることに基づいて、短く３回振動する命令をユーザウェアラブルデバイス４２０に送信し、ユーザモバイルデバイス４３０の習慣アプリ４３２に、「今日はまだ１５００カロリーしか消費していません！子供たちはもう寝たので走りに出かけるとよいでしょう。」というメッセージを表示する（又は、それに代えてＳＭＳメッセージ、電子メール、若しくは他の通信媒体を介する）命令を送信する。

[0077] このメッセージを受け取った着用者は走りに出かけ、その間加速度計は運動データを習慣訓練ＶＭ４４０に送信し続け、習慣訓練ＶＭ４４０は、自身の推定エネルギー消費を更新し続ける。ユーザが走っている間のエネルギー消費パラメータの更新に応答して、規則エンジン４４５が呼び出され、規則を評価して、２０２４カロリーという新しいエネルギー消費パラメータが２０００カロリーの閾値を超えることを認め、命令をユーザウェアラブルデバイス４２０に送信して１回の長い振動を出力させる。ユーザは、一日の目標が達成されたことを知らせるこの出力を認識して、走るのを終える。

[0078] この全般的な動作は３０日目まで継続し、３０日目に規則エンジンは再び２つの規則の評価を試みる。それらの規則が失効を過ぎているのを認めると、ユーザウェアラブルデバイスに命令を送信してロック解除させ、それにより着用者がユーザウェアラブルデバイスを取り外せるようにする。２０００カロリーの目標に達することを３０日間にわたり毎日穏やかに思い出させられたユーザは健康的な運動の日課を獲得しており、以後はこの２０００カロリーの目標を達し続けるためにリマインダを必要としなくなる。

[0079] 理解されるように、様々な実施形態が様々な点でこの例から異なる可能性がある。例えば、実施形態又は目標によっては、最終目標が一日に２０００カロリーを消費することでありしたがって一日の目標が単に２０００カロリーを消費することである本例ほど、最終目標が静的に周期的目標に結び付けられない場合もある。いくつかの実施形態では、特定の最終目標（例えば、一日に２０００カロリーを消費する、体重を１０ポンド減らす、音楽をもっと練習する等）が選択されると、システムは、ユーザがその最終目標を達成することを助けるように働くであろう周期的目標のセットを、自動的に選択又は提案する。例えば、様々な実施形態において、システムは、選択するための最終目標と、最終目標が選択されるときにユーザに提示される、関連する周期的目標とがあらかじめ格納されたデータベースを備える。

[0080] いくつかの実施形態では、これらの周期的目標は、少なくとも部分的に、特定のユーザに合わせて計算し、適合させることができる。周期的目標は、任意の期間についての目標を含むことができ、習慣的挙動の既知の日々の変動に対して柔軟性がある。例えば、前記ユーザがいつも火曜日の夜に激しい活動を行うという過去のデータに基づく洞察を捉えるには、したがって、火曜日の一日の目標は、夜の活動を含むようにより高い値に調節される（本システムを使用する前の、習慣レベルよりも低い一日の目標を使用するのではなく）。

[0081] したがって、様々な手法が、目標の設定に様々に異なる度合いの柔軟性を提供することができる。いくつかの実施形態は、目標設定を提供することが可能な、プロセッサによって実行される別個の目標設定ロジックを利用することができ、目標設定は、（これらに限定されないが）、静的で、個人別設定がされない；挙動の査定に基づいて静的である（すなわち個人に合わせて設定される）；動的で、個人別設定がされない；一度限りの挙動の査定に基づいて動的である；継続的で反復的な挙動の査定に基づいて動的である；又は、過去及び現在の挙動に基づいて将来の成功を予測するアルゴリズムに基づいて動的である。動的で周期的な目標設定を利用する様々な実施形態では、様々な手法を使用してそのような動的な挙動を提供することができる。例えば、いくつかの実施形態では、機械学習手法（例えば、回帰、ニューラルネットワーク、ベイジアンネットワーク等）を使用して、所与の最終目標に対して、及びいくつかの実施形態では着用者に対して、適切な周期的目標（又は他の下位目標）を学習する。

[0082] 図５は、ユーザウェアラブルデバイス４２０などのロック式ウェアラブルデバイスを実施するためのハードウェア５００の例を示す。図示されるように、デバイス５００は、プロセッサ５０５、キャッシュ及びシステムメモリ５１５、ユーザインターフェース５２０、通信インターフェース５２５、１つ又は複数のセンサ５３０、ロックアクチュエータ５３５、並びにストレージ５４０を備え、これらは１つ又は複数のシステムバス５０５を介して相互接続されている。図５は、いくつかの点で抽象化を構成しており、デバイス５００の構成要素の実際の編成は図よりも複雑であり得ることが理解されよう。

[0083] プロセッサ５１０は、キャッシュ／システムメモリ５１５若しくはストレージ５４０に記憶された命令を実行するか、又はその他のやり方でデータを処理することが可能な任意のハードウェアデバイスであってよい。そのため、プロセッサは、マイクロプロセッサ、フィールドプログラム可能ゲートアレイ（ＦＰＧＡ）、特定用途集積回路（ＡＳＩＣ）、又は他の同様のデバイスを含み得る。１つ又は複数のＡＳＩＣに依拠する実施形態などのいくつかの実施形態では、部分的にソフトウェアを介して提供されると説明される機能は、代わりに、ＡＳＩＣの動作にハードワイヤードされることが可能であり、そのため、関連するソフトウェアが省略されてもよい。

[0084] キャッシュ／システムメモリ５１５は、例えば、Ｌ１、Ｌ２、若しくはＬ３キャッシュ又はシステムメモリなど、各種メモリを含み得る。そのため、メモリ５１５は、静的ランダムアクセスメモリ（ＳＲＡＭ）、動的ＲＡＭ（ＤＲＡＭ）、フラッシュメモリ、読出し専用メモリ（ＲＯＭ）、又は他の同様のメモリデバイスを含み得る。

[0085] ユーザインターフェース５２０は、ユーザとの通信を可能にするための１つ又は複数のデバイスを含むことができる。例えば、ユーザインターフェース５２０は、ディスプレイ、ボタン、タッチ画面、スピーカ、振動器、マイクロフォン、カメラ、触覚エンジン等を含み得る。そのようなユーザインターフェース５２０デバイスの中には、センサ５３０を兼用するものがあり、例えば、マイクロフォン又はカメラは、パラメータ抽出エンジンが使用する生理学的データを集めるためにも使用することができる。センサ５３０には、例えば、運動センサ（加速度計、ジャイロスコープ等）、温度センサ（例えばサーミスタ）、コンダクタンスセンサ（例えば皮膚電気抵抗を測定する）、又は本明細書に記載されるものを含む生理学的パラメータに関係するデータを得るための任意の他のセンサハードウェア、などの様々な他のデバイスが含まれ得る。

[0086] 通信インターフェース５２５は、他のハードウェアデバイスとの通信を可能にするための１つ又は複数のデバイスを含み得る。例えば、ネットワークインターフェース５２５は、ＷｉＦｉ（登録商標）又はＥｔｈｅｒｎｅｔ（登録商標）プロトコルに従って通信するように構成されたネットワークインターフェースカード（ＮＩＣ）を含む。加えて、通信インターフェース５２５は、ＴＣＰ／ＩＰプロトコルに従った通信のためにＴＣＰ／ＩＰスタックを実施することができる。いくつかの実施形態では、通信インターフェース５２５は、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、又は他の短距離ワイヤレスインターフェースを含む。通信インターフェース５２５についての様々な代替又は追加のハードウェア又は構成が明らかであろう。

[0087] ロックアクチュエータ５３５は、留め具を選択的にロック状態又はロック解除状態に保持することが可能な任意のデバイスであってよい。ロックアクチュエータ５３５は、システムバスへのインターフェースを含むことができ、システムバスは、例えば、プロセッサがロックアクチュエータの動作を制御することを可能にするパルス幅変調（ＰＷＭ）信号などの単純な信号を受け取る。ロックアクチュエータは、例えば、１つ若しくは複数のソレノイド、１つ若しくは複数の電磁石、又は電子的制御に応答して機械的に動くことが可能な他のデバイスである。

[0088] ストレージ５４０は、読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光学記憶媒体、フラッシュメモリデバイス、又は同様の記憶媒体などの１つ又は複数の機械可読記憶媒体を含み得る。様々な実施形態において、ストレージ５４０は、プロセッサ５１０により実行するための命令、又はプロセッサ５１０が作用し得るデータを記憶することができる。例えば、ストレージ５４０は、ハードウェア５００の様々な基本的動作を制御するオペレーティングシステム２６１を記憶する。センサデータ報告命令５４２は、データを求めてセンサ５３０をポーリングし、センサデータレコード５４６にデータを記憶し、また実施形態によっては、その後センサデータをウェアラブルデバイス管理フレームワーク又はパラメータ抽出エンジンなどの別のデバイスに送信するために、プロセッサによって使用されることが可能である。ロック命令５４３は、デバイスをロック又はロック解除する命令を解釈して、対応する信号をロックアクチュエータ５３５に提供するためにプロセッサ５１０によって使用されることが可能である。ロック命令５４４は早期ロック解除命令５４４も含み、この命令は、前もって受け取られた許可トークンを追加的に使用して、命令元のデバイスに権限があり、デバイスのロック解除を指令するのに十分であることを保証することができる。通知命令５４５は、受け取られた通信命令を解釈し、それによって指定される任意の通信を出力するようにユーザインターフェースを制御するために、プロセッサ５１０によって使用されることが可能である。

[0089] ストレージ２６０に記憶されるものとして説明される様々な情報は、それに加えて、又はそれに代えて、キャッシュ／システムメモリ２３０に記憶することも可能であることが明らかであろう。この点で、理解されるように、キャッシュ／システムメモリ５１５及びストレージ５４０は、すべてメモリデバイスとして適格である。さらに、キャッシュ／システムメモリ２３０及びストレージ２６０はどちらも「非一時的機械可読媒体」と考えることができる。本明細書で使用される場合、用語「非一時的」は、一時的な信号を除外するが、揮発性メモリ及び不揮発性メモリの両方を含む、あらゆる形態のストレージを含むものと理解されるものとする。

[0090] ハードウェアデバイス５００は、説明される各構成要素を１つ含むものとして図示されているが、様々な構成要素は、様々な実施形態において重複する場合もある。例えば、プロセッサ５１０は、本明細書に記載される方法を独立して実行されるように構成された、又は、複数のプロセッサが共同して本明細書に記載される機能を実現するように本明細書に記載される方法のステップ若しくはサブルーチンを行うように構成された、複数のマイクロプロセッサを含み得る。

[0091] 図６は、ロック式ウェアラブルデバイス６００の一例の斜視図を示す。ロック式ウェアラブルデバイス６００は、ユーザウェアラブルデバイス４２０又はハードウェアデバイス５００に対応し得る。図示されるように、ロック式ウェアラブルデバイス６００は、腕時計又はブレスレットのフォームファクタをしている。ロック式ウェアラブルデバイス６００は、例えばプロセッサ、メモリ、センサ、出力装置等の様々なハードウェア構成要素を収容するための中央ハブ６１０を備える。中央ハブ６１０は、雌嵌合端及び雄嵌合端６２３、６３３をそれぞれ備える２つのバンド部分６２０、６３０に取り付けられている。一方のバンド６２０にある溝穴６２３は、その中に留め具及びロックアクチュエータ６２６を含んでおり、ロックアクチュエータ６２６は、電子接続６２９（例えば、ＰＷＭ信号を搬送することが可能な電線）を介してハブ６１０の構成要素によって電子的に制御可能である。突起６３３は、溝穴６２３の中に受け入れられるような大きさであり、留め具を受け入れることによって溝穴６２３との係合解除に抵抗するための凹部６３６を備える。したがって、図示されるように、ロック式ウェアラブルデバイス６００は、着用者の手首の周りに巻き付けることができ、嵌合端６２３、６３３を係合して、ロック式ウェアラブルデバイス６００を着用者に取り付ける。留め具及びロッキングアクチュエータ６２６は、中央ハブ６１０の構成要素が留め具及びロッキングアクチュエータ６２６に係合解除を可能にするよう命令するまで、そのような係合解除を防止するか又はその他のやり方で抵抗することができる。

[0092] 図７Ａは、留め具及びロッキングアクチュエータの第１の例を示すロック式ウェアラブルデバイス７００の断面図を示す。具体的には、この断面は、バンドの雌端７０５を横切るように切り取ることができ、溝穴７１０の中を見たものである。少なくともいくつかの構成において、留め具７２３及びロッキングアクチュエータ７２７の一部又はすべてを収容するために、下方凹部７２０及び上方凹部７１５が設けられている。図示されるように、留め具７２３及びロッキングアクチュエータ７２７は、管状であり、伸縮式構成で配置されている。そのため、ロッキングアクチュエータ７２７は、留め具７２３が移動する通路の一部を提供する。上方凹部７１５は、完全に伸ばされたときに留め具７２３を受け入れるような大きさ及び位置になっている。したがって、留め具が雄端の凹部（図示せず）を通って完全に伸ばされた時、留め具は、上方凹部７１５及びロッキングアクチュエータ７２７の両方に受け入れられ、それにより、雄端（図示せず）を強制的に引き抜くことが試みられた場合に溝穴から取り外されないように、両方の端部で支持される。

[0093] 留め具７２３及びロッキングアクチュエータ７２７の様々なハードウェア実施形態が明らかであろう。例えば、２つの構成要素７２３、７２７が一緒にソレノイドを形成することができ、ロッキングアクチュエータ７２７に電流が流されると、磁場が作り出されて、電流が流れ続ける限り留め具７２３を上に向けて反発する。それに代えて、アクチュエータ管７２７の底部に電磁石を設けて、同様の反発を実現してもよい。したがって、非通電状態では、留め具７２３は、ロッキングアクチュエータ７２７によって提供される通路の中へと自由に後退することができ（例えば重力下で）、そのため、ウェアラブルデバイスは、通電していない時、又はプロセッサがロックアクチュエータ７２７への信号をアサートしていない時はいつでも、概してロック解除することができる。それに代えて、ロックアクチュエータ７２７は、プロセッサがロック状態を切り替えることを可能にするコントローラからの信号を含むか、又はその他のやり方で受け取ってもよく、プロセッサは継続的にロック信号をアサートする必要がない。この動作は逆にすることも可能であり、例えば、ばねを使って留め具７２３を上に向けてバイアスし、電力が印加されている時は強制的に留め具を下方に移動させるようにソレノイドを方向付け、下方凹部７２０の底部に引き付ける電磁石を配置するか、又は上方凹部の中に反発する電磁石を配置することにより、通電していない時の留め具のデフォルト状態をロックされた状態にできることが明らかであろう。様々な追加的な変形例が明らかであろう。

[0094] 図７Ｂは、留め具及びロッキングアクチュエータの第２の例を図示する、ロック式ウェアラブルデバイス７３０の断面図を示す。図７Ａが、ロッキングアクチュエータが留め具を（力の印加又は除去のいずれかにより）能動的に移動させることによって留め具を開位置に移動させることを可能にする様々な例を示しているのに対し、図７Ｂは、ロッキングアクチュエータが、留め具を手動で開位置に移動させるのを妨げる阻止を取り除くことによって留め具を開位置に移動させることを可能にする様々な例を示している。

[0095] この断面図は、バンドの雌端７３５を、図７Ａの断面の方向に対して直交に切り取ることができ、溝穴７４０を横切って見たものである。図示されるように、溝穴７４０の上部壁にロッキングアクチュエータ７４５が設けられ、溝穴７４０の中に留め具７５０が設けられている。留め具７５０は、キャッチ７５２、先端７５４、及び枢動点７５６を備える。留め具７５０は、開位置と閉位置との間を遷移しているところを図示している。開位置にある時、キャッチ７５２は、溝穴７４０の床に対して実質的に平行の向きになり、一方、先端７５４は床に対して垂直になる。雄端（図示せず）が溝穴７４０に挿入されると、雄端は、先端７５４と当接して先端７５４を前方に押し、それにより留め具７５０が枢動点７５６を中心として回転し、キャッチが上に移動して雄端の開口に入る。キャッチ７５２がロックアクチュエータ７４５を過ぎる際に、伸縮式ロックアクチュエータ７４５が動いて（例えば、キャッチ７５２の力の下で）、キャッチ７５２を通過させ、次いで元の伸びた位置に戻る。その後、雄端が外側に引っ張られた場合には、キャッチ７５２が、ロックアクチュエータ７４５の伸びた部分に当接し、ロックアクチュエータ７４５は、この反対方向では引っ込まずに、留め具７５０を閉位置に保つ。プロセッサがロックアクチュエータ７４５にロック解除するように信号を送ると、ロックアクチュエータ７４５は、伸びた部分を後退させることができる（例えば、ソレノイド又は引き付ける電磁石の作用により）。そのため、ロックアクチュエータ自体の動作は、留め具７５０を開位置に移動させるのではなく、着用者が雄端を引っ張ることにより留め具７５０を開位置に移動するのを阻んでいる阻止を取り除く。同様の機能を実現するための様々な代替ハードウェア（例えば爪車）が明らかであろう。加えて、様々な他の留め具及びロッキングアクチュエータの機構が明らかであろう。様々な実施形態が、ウェアラブルデバイス用の電子的に制御可能なロックとの関連で動作することが可能である。

[0096] 図８は、センサデータを報告するためにセンサデバイスによって行われる方法８００の例を示す。方法及びフローチャートの様々な例が本明細書に詳細に説明されるが、同じ又は同様の機能を行いながらもそれらの方法及びフローチャートに対する様々な修正を行うことが可能であることが理解されよう。例えば、いくつかの実施形態では、示されるステップは、順序を変える、又は互いと並行して行われてもよい。

[0097] 方法８００は、センサデバイス１５０により行うことができ、図５のセンサデータ報告命令５４２に対応し得、例えば、タイマが失効した時、タスクが予定される時刻に達した時、又は別のデバイスによる要求があった時など、周期的に行うことができる。

[0098] 方法８００はステップ８０６で開始し、ステップ８１０に進んで、センサデバイスが、それが搭載しているか、又はその他のやり方で管理している任意のセンサ（例えば外部センサ）を、新しいセンサデータを求めてポーリングする。次いで、ステップ８１５で、新しいセンサデータを、例えば、タイムスタンプが付された新しいレコードに記憶する。次いで、ステップ８２０で、センサデバイスが、センサデータを別のデバイスに報告すべきかどうかを決定する。例えば、センサデバイスが、方法８００が実行される周期よりも長い周期ベースで新しいデータを報告するように構成されている場合、センサデバイスは、そのより長い周期が失効したかどうかを決定することができる。別の例として、センサデバイスは、「新規の」（すなわちまだ報告されていない）センサデータレコードの数が所定の数を超える時は必ずデータを報告すべきと判断してもよい。さらに別の例として、センサは、取得されたデータが報告するのに十分に「興味深い」かどうかを決定するための何らかの分析を行ってもよい（例えば、最小の閾値を超えるまでは加速度計データを送らないでおく）。センサデータを報告すべき場合、方法８００はステップ８２５に進んで、センサデバイスが、新規のセンサデータレコードを１つ又は複数のリモートデバイスに送信し、それらのレコードをもう新規でないとマークして、次回報告が行われる際にそれらのレコードが送信されないようにする。方法は次いでステップ８３０で終了に進む。

[0099] いくつかの実施形態では、センサデバイスは、報告するために複数のレコードを保存しておくのではなく、すべての新しいセンサデータを直ちに報告してもよい。そのような実施形態では、ステップ８１５及び８２０の１つ又は複数が省略されてもよい。例えば、センサデバイスは、ステップ８１０から、ステップ８２５における新しいデータの送信に直接進んでもよい。

[00100] いくつかの実施形態では、センサデバイスは、センサデータを他のデバイスに全く報告しない場合もある。例えば、いくつかの実施形態では、パラメータ抽出エンジン１６０又は習慣規則エンジン１２０が、センサデバイスと同じハードウェアに一緒に置かれ得る。そのような実施形態では、ステップ８２０及び８２５が省略されてよく、ローカルパラメータ抽出エンジン１６０又は習慣規則エンジン１２０は、単に、ステップ８１５の様々な実行の中で作成されたレコードを使用することができる。

[00101] 図９は、習慣規則エンジンからの命令に対処するためにロック式ウェアラブルデバイスによって行われる方法９００の例を示す。具体的には、方法９００は、ロック式ウェアラブルデバイス１３０と出力装置１４０とを振動器の形態で組み合わせたデバイスによって行われることが可能である。他のハードウェア構成の場合の方法９００の様々な修正が明らかであろう。方法９００は、ロック命令５４３及び通知命令５４５に対応し得る。方法９００は、例えば、リモートデバイスからの命令を受け取ることに応答して行われる。

[00102] 方法９００はステップ９０５で開始し、ステップ９０７に進んで、デバイスが、その命令が権限のあるデバイスからであるかどうかを決定する。例えば、デバイスは、命令が、既知の習慣規則エンジンから受け取られたかどうかを、例えば、命令メッセージと共に含まれるデジタル署名、パスワード、又は他のトークンを検証することによって決定する。命令に権限がない場合、デバイスは単にそれを無視してよく、方法９００は、ステップ９５０で終了に進むことができる。

[00103] 一方、命令に十分な権限がある場合、方法９００はステップ９１０に進んで、デバイスは、命令メッセージが、デバイスがロック解除されるべきことを示すロック指示を搬送しているかどうかを決定する。搬送している場合は、デバイスは、ステップ９１５で、ロックアクチュエータを制御してデバイスをロック解除する。例えば、ロックアクチュエータ及び留め具の実施及び構成に応じて、デバイスは、ロックアクチュエータをロック解除状態に保持する持続的な信号をアサートする、信号のアサートを停止してロックアクチュエータをデフォルトのロック解除状態に戻す、ロックアクチュエータを継続的なロック解除状態に切り替える離散信号をアサートする、又は、ロックアクチュエータが現在ロック解除状態である場合はアクションを行わない（若しくは進行中のアクションを変更しない）ことが可能である。

[00104] 命令メッセージがデバイスをロック解除することに関するロック指示を搬送していない場合、方法はステップ９１０からステップ９２０に進んで、デバイスが、命令メッセージがデバイスをロックすべきことを示すロック指示を搬送しているかどうかを決定する。搬送している場合、デバイスは、ステップ９２５で、ロックアクチュエータを制御してデバイスをロックする。例えば、ロックアクチュエータ及び留め具の実施及び構成に応じて、デバイスは、ロックアクチュエータをロック状態に保持する持続的な信号をアサートする、信号のアサートを停止してロックアクチュエータをデフォルトのロック状態に戻す、ロックアクチュエータを継続的なロック状態に切り替える離散信号をアサートする、又は、ロックアクチュエータが現在ロック状態である場合はアクションを行わない（若しくは進行中のアクションを変更しない）ことが可能である。

[00105] ステップ９３０で、デバイスは、命令メッセージが、ユーザに対して振動を出力すべきことを示す通信指示を含んでいるかどうかを決定する。含んでいる場合、デバイスは、受け取ったメッセージから振動特性を読み出し、振動特性は、例えば、一まとまりの中の振動回数、振動の長さ、一まとまりの中の振動間の間隔、又は一まとまりの振動を繰り返す間に経過する期間などである。次いで、ステップ９４５で、デバイスは、例えば、振動器を直ちに制御するか、又は反復する振動タスクをスケジュールすることにより、振動特性に従って振動するようにローカル振動器を制御する。方法は次いでステップ９５０で終了に進む。

[00106] 様々な実施形態によれば、本方法を実行するデバイスは、振動器に代えて、又はそれに加えて、出力装置を備えることができる。それら他のデバイスによって可能になる追加又は代替の通信タイプに関する通信指示を受け取り、対処することを可能にする、方法に対する様々な修正が明らかであろう。例えば、通信指示からテキストメッセージを読み出し、そのテキストメッセージを、利用可能な場合は表示装置を介して出力するためのステップが、ステップ９４５の後に、又はステップ９３０〜９４５の代わりに含まれてもよい。

[00107] いくつかの実施形態では、ロック式ウェアラブルデバイス１３０又は出力装置１４０は、習慣規則エンジン１２０と同じハードウェアに一緒に置かれる場合もあり、そのため、外部デバイスから命令メッセージを受け取らない場合もある。ローカル習慣規則エンジンの動作を通じてロック指示が受け取られるか、それとも通信指示が受け取られるかについての実施形態に関する様々な修正が明らかであろう。

[00108] いくつかの実施形態では、出力装置とロック式ウェアラブルデバイスが別々のハードウェアに実施される場合、さらには、出力装置とロック式ウェアラブルデバイスが同じハードウェアに実施される実施形態であっても、ロック指示と通信指示は別々の方法によって対処されてもよい。ステップを分離するための論理点が明らかであろう。例えば、ステップ９３０〜９４５を方法９００から取り除き、通知命令５４５のみに対応する別個の方法として実施してもよく、一方、方法９００の残りのステップは、ロック命令５４３のみに対応することができる。

[00109] 図１０は、早期ロック解除命令に対処するためにロック式ウェアラブルデバイスによって行われる方法１０００の例を示す。この方法１０００は、早期ロック解除命令５４４に対応し得、早期ロック解除許可デバイスから早期ロック解除命令を受け取るのに応答して行われ得る。この方法１０００によれば、ロック式ウェアラブルデバイスは、前もって１つ又は複数の許可トークン５４７を受け取っており、（この例示実施形態によれば）デバイスの早期ロック解除を遂行するにはそれらのすべてが必要とされる。

[00110] 方法１０００は、ステップ１００５で開始し、ステップ１０１０に進んで、ロック式ウェアラブルデバイスが、受け取った早期ロック解除命令から、許可トークン（例えば、習慣規則エンジンによって早期ロック解除許可デバイスに割り振られた識別子、早期ロック解除許可デバイスのデジタル署名、パスワード等）を抽出する。次に、ステップ１０１５で、ロック式ウェアラブルデバイスが、受け取ったトークンが、記憶されている許可トークンのいずれかと一致する（したがって、その早期ロック解除命令が、少なくとも部分的には実際にその命令を送る権限のある早期ロック解除デバイスから受け取られたことを示す）かどうかを決定する。ステップ１０１５では、例えば、２つのトークンが等価であるかどうかを決定する、又は受け取ったデジタル署名許可トークンを解読して、その結果を記憶されたトークンと比較するなど、種々の形態の「マッチング」が行われてもよいことが明らかであろう。一致がある場合は、その記憶されたトークンが受け取り済みとマークされる。

[00111] 次に、ロック式ウェアラブルデバイスは、ステップ１０２５で十分な数のトークンが受け取り済みとマークされているかどうかを決定することにより、デバイスがロック解除されるべきかどうかの決定を開始する。例えば、ロック式ウェアラブルデバイスは、記憶されたトークンのうち事前定義された数又は割合が受け取られたときに、十分な数が受け取られたと決定することができる。他の実施形態では、ロック式ウェアラブルデバイスは、すべての記憶されたトークンがマークされたときにのみ、十分な数のトークンが受け取られたと決定する。いくつかの実施形態では、複数の記憶されたトークンのうちいずれか１つで、デバイスをロック解除するのに十分であることがあり、いくつかのそのような実施形態では、ステップ１０２０及び１０２５は省略されてよく、方法は、ステップ１０１５から、肯定の分岐を介して直接ステップ１０３０に進むことができる。

[00112] ステップ１０３０で、ロック式ウェアラブルデバイスは、ロックアクチュエータを制御してデバイスをロック解除する。例えば、ロックアクチュエータ及び留め具の実施及び構成に応じて、デバイスは、ロックアクチュエータをロック解除状態に保持する持続的な信号をアサートする、信号のアサートを停止してロックアクチュエータをデフォルトのロック解除状態に戻す、ロックアクチュエータを継続的なロック解除状態に切り替える離散信号をアサートする、又は、ロックアクチュエータが現在ロック解除状態である場合はアクションを行わない（若しくは進行中のアクションを変更しない）ことが可能である。ロック式ウェアラブルデバイスは次いで、ステップ１０３５で、すべての記憶されたトークンのマークを消し、方法１０００はステップ１０４０で終了に進む。

[00113] いくつかの実施形態では、１つのみのデバイスが早期ロック解除命令を送る権限を有することができ、そのため、単なる命令の受け取りだけで、ロック式ウェアラブルデバイスをロック解除するのに十分である。いくつかのそのような実施形態では、ステップ１０２０、１０２５、及び１０３５は省略されてもよい。いくつかの実施形態では、ロック式ウェアラブルデバイスは、検証を全く行わなくてもよく、そのためステップ１０１０、１０１５、１０２０、１０２５、及び１０３５は省略されてもよい。さらに、いくつかの実施形態では、早期ロック解除命令は、早期ロック解除許可デバイスから直接受け取られない場合もあり、代わりに習慣規則エンジンなどの別のデバイスから受け取られてもよい。そのような実施形態では、別のデバイスが、早期ロック解除許可デバイスから命令を受け取り、方法１０００と同様の方法を行い、ロック式ウェアラブルデバイスにロック解除命令を送信することができる。

[00114] 様々な代替実施形態において、ロック式ウェアラブルデバイスは、支援者からの許可なく早期にロック解除されてもよい。例えば、着用者は、例えば病気に基づいて、自身の訓練プログラムを一時停止することを望む可能性がある。いくつかのそのような実施形態では、着用者は、しばらくプログラムを保留する希望を示すことができ、ロック式ウェアラブルデバイス１３０は、それに応答してロック解除し、それにより取り外しを可能にする。あらかじめ設定された時間又はユーザによって指示された時間が経過した後、再度ロック式ウェアラブルデバイスを身に着けてプログラムを再開させるリマインダがユーザに提供される。例えば、ロック式ウェアラブルデバイスは、音、振動、視覚的効果、又は他のリマインダを発し始めることができる。いくつかの実施形態では、ロック式ウェアラブルデバイスから発されるリマインダは、着用者によって選ばれても、又は着用者にとって煩わしいように選択されてもよい。いくつかの実施形態では、着用者のスマートフォン又は他のデバイスが、習慣訓練アプリを介して、メッセージ、又はロック式ウェアラブルデバイスとの関連で説明したものと同じ（実施形態によっては煩わしい）リマインダなどの、リマインダを提供する。いくつかの実施形態では、リマインダは、着用者がそのウェアラブルデバイスを再度ロックするか、又はプログラムの一時停止を延長すべきことを指示するまで、着用者のデバイス（例えばスマートフォン）を役に立たない状態にするか、又は限られた機能で使用可能にすることができる。いくつかの実施形態では、ロック式ウェアラブルデバイスは、ロックされているが現在はユーザに着用されていないかどうかを決定するように、又はユーザに着用されない限りロックできないように（例えば、ユーザが最初に手首の周りに配置せずにバンドをロックした場合）適合される。例えば、ロック式ウェアラブルデバイスは、デバイスによって通常集められる１つ又は複数の生理学的パラメータ（例えば心拍数、又は、デバイスが着用されており、テーブルの上に置かれているのではないこと、若しくは着用者の手に持たれて移動されていることを示す運動）が入手可能であるかどうかを決定し、入手可能でない場合は、デバイスをロックできないようにするか、又はロックされた際にプログラムが一時停止されていることが理由でリマインダが中断されないようにする。

[00115] 図１１は、本明細書に記載される様々なシステムに関与する様々なデバイスを実施するためのハードウェア１１００の例を示す。例えば、ハードウェア１１００は、習慣訓練ＶＭ４４０、ユーザモバイルデバイス４３０、又は支援者モバイルデバイス４５０を実施する。図示されるように、デバイス１１００は、プロセッサ１１２０、キャッシュ／システムメモリ１１３０、ユーザインターフェース１１４０、ネットワークインターフェース１１５０、及びストレージ１１６０を備え、これらは１つ又は複数のシステムバス１１１０を介して相互接続されている。図１１は、いくつかの点で抽象化を構成しており、デバイス１１００の構成要素の実際の編成は、図よりも複雑であり得ることが理解されよう。

[00116] プロセッサ１１００は、メモリ１１３０又はストレージ１１６０に記憶された命令を実行するか、若しくはその他のやり方でデータを処理することが可能な任意のハードウェアデバイスであってよい。そのため、プロセッサは、マイクロプロセッサ、フィールドプログラム可能ゲートアレイ（ＦＰＧＡ）、特定用途集積回路（ＡＳＩＣ）、又は他の同様のデバイスを含み得る。１つ又は複数のＡＳＩＣに依拠する実施形態などのいくつかの実施形態では、部分的にソフトウェアを介して提供されると説明される機能は、代わりに、ＡＳＩＣの動作にハードワイヤードされることが可能であり、そのため、関連するソフトウェアが省略されてもよい。

[00117] キャッシュ／システムメモリ１１３０は、例えばＬ１、Ｌ２、若しくはＬ３キャッシュ又はシステムメモリなどの様々なメモリを含み得る。そのため、メモリ１１３０は、静的ランダムアクセスメモリ（ＳＲＡＭ）、動的ＲＡＭ（ＤＲＡＭ）、フラッシュメモリ、読出し専用メモリ（ＲＯＭ）、又は他の同様のメモリデバイスを含み得る。

[00118] ユーザインターフェース１１４０は、管理者などのユーザとの通信を可能にする１つ又は複数のデバイスを含むことができる。例えば、ユーザインターフェース１１４０は、ディスプレイ、マウス、キーボード、タッチ画面、ボタン、カメラ、マイクロフォン、振動器、触覚エンジン等を含み得る。いくつかの実施形態では、ユーザインターフェース１１４０は、通信インターフェース１１５０を介してリモート端末に提示されることが可能な、コマンドラインインターフェース又はグラフィックユーザインターフェースを含む。

[00119] 通信インターフェース１１５０は、他のハードウェアデバイスとの通信を可能にする１つ又は複数のデバイスを含むことができる。例えば、ネットワークインターフェース１１５０は、Ｅｔｈｅｒｎｅｔ（登録商標）プロトコルに従って通信するように構成されたネットワークインターフェースカード（ＮＩＣ）を含む。加えて、通信インターフェース１１５０は、ＴＣＰ／ＩＰプロトコルに従った通信のためにＴＣＰ／ＩＰスタックを実施することができる。通信インターフェース１１５０についての様々な代替又は追加のハードウェア又は構成が明らかであろう。いくつかの実施形態では、通信インターフェース１１５０は、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、又は他の短距離ワイヤレスインターフェースを含む。通信インターフェース１１５０についての様々な代替又は追加のハードウェア又は構成が明らかであろう。

[00120] ストレージ１１６０は、読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光学記憶媒体、フラッシュメモリデバイス、又は同様の記憶媒体などの１つ又は複数の機械可読記憶媒体を含み得る。様々な実施形態において、ストレージ１１６０は、プロセッサ１１２０によって実行するための命令、又はプロセッサ１１２０が作用し得るデータを記憶することができる。例えば、ストレージ１１６０は、ハードウェア１１００の様々な基本的動作を制御するオペレーティングシステム１１６１を記憶する。

[00121] ハードウェア１１００がパラメータ抽出エンジン１１０及び習慣規則エンジン１２０（例えば習慣訓練ＶＭ４４０）を実施する場合、ストレージ１１６０は、習慣訓練システムに現在関与している着用者又はロック式ウェアラブルデバイスを識別する、１つ又は複数のユーザプロフィール１１６２も記憶することができる。ユーザプロフィール１１６２は、各ユーザに関連付けられたセンサデバイス又は個々のセンサ（例えば、ロック式ウェアラブルデバイスに内蔵されている、又は独立型デバイスである）を識別する１つ又は複数のセンサ識別子１１６３と、いつロック式ウェアラブルデバイスがロック解除されるべきか、又はいつ出力装置（例えば、ロック式ウェアラブルデバイス又は別のデバイス）を介して通信を出力すべきかを定義する１つ又は複数の習慣規則１１６４とを含む。センサポーリング命令１１６５は、パラメータ抽出で使用するためのセンサデータを得るために周期的にプロセッサによって使用されることが可能である。例えば、センサポーリング命令１１６５は、ウェアラブルデバイス管理フレームワークに、特定のユーザについてのセンサＩＤ１１６３それぞれに関連付けられたセンサデータを要求する。センサデータを得た後、モデル適用エンジン１１６６が、そのセンサデータを、適切な学習済みモデル１１６７と併せて使用することができる（例えば、学習済みモデル１１６７として機能するパラメータ固有の学習済みの数学的関数に、適切なセンサ値を投入することにより）。

[00122] 訓練命令１１６８は、プロセッサが、学習済みモデル１１６７を最初に作成し、実施形態によってはそれをさらに適合させることを可能にする。いくつかの実施形態では、訓練命令１１６８は、モデルを作成するために別のデバイスによって実行され、次いでそのモデルが、モデル適用エンジン１１６６による使用のためにストレージ１１６０にロードされる。いくつかの実施形態では、一般化された学習済みモデル１１６７をフィードバックに基づいて特定のユーザに合わせて適合することによってユーザ固有の学習済みモデルを作成し、それをユーザプロフィール１１６２の一部として記憶することができる。例えば、ユーザは、音声センサデータを使用して、そのユーザが音楽を練習しているときにそのことを識別して新しいモデル１１６７を生成するようにパラメータ抽出エンジンを訓練したい場合があり、又は、既存のモデルをその特定のユーザに対してより精度が高くなるように訓練したい場合がある。

[00123] 規則エンジン命令１１６９は、センサポーリング命令１１６５によって取り出されたセンサデータ、又はモデル適用エンジン１１６６によって抽出されたセンサデータに照らして、周期的に習慣規則１１６４を評価して、ロック式ウェアラブルデバイス又は出力装置にいつロック指示又は通信指示を提供すべきかを決定することができる。いくつかの実施形態では、ウェブサーバ１１７０及びそれに関連付けられたユーザプロフィールインターフェースマークアップ１１７１が、習慣設定デバイスが習慣規則１１６４又はユーザプロフィール１１６２の他の諸面を定義するためのブラウザベースのインターフェースを提供することができる。それに代えて、又はそれに加えて、ユーザプロフィールＡＰＩ１１７２は、習慣アプリ、又は習慣設定デバイスが同じ又は同様のアクションを行うための他のプログラム若しくはウェブサイトと通信してもよい。

[00124] ハードウェア１１００が習慣設定デバイス１１０（例えばユーザモバイルデバイス４３０）を実施する場合、ストレージ１１６０は、いくつかの実施形態では、ロック式ウェアラブルデバイス、他のセンサデバイス、及びネットワーク上の他のデバイス間の通信を容易にするためにパススルー接続命令を含んでもよい。いくつかの実施形態では、パススルー接続命令１１８０は、そのような機能を提供するためのオペレーティングシステム１１６１の構成であり、一方、いくつかの実施形態では、パススルー接続命令は習慣アプリ１１８２の一部である。ウェブブラウザ１１８１も、ウェブサーバ１１７０との通信を可能にして、上記の機能を実現することができる。

[00125] 習慣アプリ１１８２は、例えばセンサＩＤ１１６３をリンクすることや、習慣規則１１６４を定義することなど、ユーザプロフィール１１６２を作成、修正、又は削除するために、ユーザプロフィールＡＰＩ１１７２を介して通信するためのユーザプロフィールインターフェース命令１１８３を含むことができる。早期ロック解除インターフェース命令１１８４は、早期ロック解除指示をロック式ウェアラブルデバイスに送る（例えば、ユーザによって早期ロック解除ボタンが押された時）か、又はそのような早期ロック解除指示をロック式ウェアラブルデバイスに送らせる要求を早期ロック解除許可デバイスに送るか、のいずれかのためのインターフェース及びそれに関係するバックエンド命令を提供することができる。

[00126] ハードウェアが早期ロック解除許可デバイスを実施する場合、ストレージ１１６０はロック解除アプリ１１９０を記憶し、ロック解除アプリ１１９０は、いくつかの実施形態では習慣アプリ１１８１と同一とすることができる。言い換えると、いくつかの実施形態では、ユーザは、自分のユーザプロフィールを管理するためと、他のユーザに対する早期ロック解除要求を承認又は拒否するためとに、同じアプリを使用することができる。ロック解除アプリ１１９０は、別のユーザが早期ロック解除を要求したときにそのことを知らせ、次いでそのユーザの入力に基づいてロック指示又は通信指示を送るための早期ロック解除インターフェース命令１１９１を含んでいる。

[00127] これらの構成に対する様々な修正が明らかであろう。例えば、いくつかの実施形態では、早期ロック解除機能としてアプリを使用するのではなく、ウェブサーバ１１７０が、早期ロック解除インターフェースを定義するためのマークアップを提供し、そのインターフェースに、ウェブブラウザ１１８１又は早期ロック解除許可デバイスのウェブブラウザ（図示せず）がアクセスして、早期ロック解除インターフェース命令１１８４、１１９１との関連で本明細書に記載される機能と同様の機能を行うことができる。

[00128] ストレージ１１６０に記憶されると説明される様々な情報は、それに加えて又はそれに代えてメモリ１１３０に記憶されてもよいことが明らかであろう。この点で、メモリ１１３０は「記憶装置」を構成すると考えることもでき、ストレージ１１６０を「メモリ」と考えることができる。様々な他の構成が明らかであろう。さらに、メモリ１１３０及びストレージ１１６０はどちらも「非一時的な機械可読媒体」と考えることができる。本明細書で使用される場合、用語「非一時的」は、一時的な信号を除外するが、揮発性メモリ及び不揮発性メモリの両方を含む、あらゆる形態のストレージを含むものと理解されるものとする。

[00129] ホストデバイス１１００は、説明される各構成要素を１つ含むものとして図示されているが、様々な構成要素は、様々な実施形態において重複する場合もある。例えば、プロセッサ１１２０は、本明細書に記載される方法を独立して実行されるように構成された、又は、複数のプロセッサが共同して本明細書に記載される機能を実現するように本明細書に記載される方法のステップ若しくはサブルーチンを行うように構成された、複数のマイクロプロセッサを含み得る。さらに、デバイス１１００がクラウドコンピューティングシステム内に実施される場合、様々なハードウェア構成要素は、別々の物理的システムに属し得る。例えば、プロセッサ１１２０は、第１のサーバ内の第１のプロセッサ及び第２のサーバ内の第２のプロセッサを含み得る。

[00130] 図１２は、パラメータモデルを作成するためにパラメータ識別エンジン又は別個のモデル作成デバイスによって行われる方法１２００の例を示す。詳細には、方法１２００は訓練命令１１６８に対応し得、一般的には、パラメータ抽出のためのモデル訓練の線形回帰又はロジスティック回帰手法を記述することができる。例えば、プログラマによって定義されたアルゴリズム、ニューラルネットワーク、ベイジアンネットワーク等の、モデル訓練又はパラメータ抽出の様々な代替手法が明らかであろう。

[00131] 方法はステップ１２０２で開始し、ステップ１２０４に進んで、デバイスが、モデルを作成しようとする所与のパラメータについてのラベル付けされたデータセットを得る。ラベル付けされていない訓練セットからモデルを訓練するための様々な手法が明らかであろう。様々な実施形態において、訓練セットは、１つ又は複数の特徴とその特徴セットに対して抽出すべき適切なパラメータとを指定する訓練事例のレコードをいくつか含むことができる。様々な実施形態によれば、特徴は、センサデータ、又は他のモデルに従って抽出された他のパラメータを含むことができる。例えば、訓練セットは、平均心拍数及び累積された加速度計運動という２つの特徴を含み、これらは、測定された、又は値の各セットに対応すると推定されるエネルギー消費値に関連付けられている。様々な実施形態において、訓練セットは、センサデータを集め、センサデータが集められたのと同時に別の方法に従ってパラメータを測定して訓練事例レコードを作成するといった、現実世界のデータ収集活動から作成することができる。

[00132] ステップ１２０６で、デバイスは、データセット中で識別される特徴の数を識別し、ステップ１２０８で、得られるモデルで使用されることになる係数のセットを初期化する。様々な実施形態によれば、係数は、定数として機能する１の追加的な係数と共に、特徴ごとに作成される。モデルが数値を出力するように訓練される場合は、線形回帰手法を利用することができ、その場合、最終的なモデル関数は、
ｈ（Ｘ）＝θ_０＋θ_１ｘ_１＋θ_２ｘ_２．．．
の形態を取ることができ、ここで、Ｘは、特徴のセット｛ｘ_１，ｘ_２，．．．｝であり、係数｛θ_０，θ_１，θ_２，．．．｝は、出力としてパラメータの適切な値の推定を提供するように、訓練データセットから学習された傾向に沿って方法１２００によって調整されることになる。モデルが、ある条件が存在するか否か（例えば、ユーザが走っている、自転車に乗っている等）の指示を出力するように訓練される場合、最終的なモデル関数は、次のようにシグモイド関数を組み込むことができ、

ここで、係数を調整する結果、関数ｈ（Ｘ）が０と１との間の値を出力するようになり、この値は、モデルの訓練対象のパラメータが真である、又は存在する確率の推定値として機能する。様々な実施形態によれば、係数はすべてゼロの値に初期化される。いくつかの実施形態では、ｈ（Ｘ）（及びそれに関連する係数）に含めるための追加的な特徴が、例えばｘ_１ ^２又はｘ_１ｘ_２など、訓練セット中の特徴から構築され得ることが明らかであろう。

[00133] 方法は、それぞれステップ１２１０、１２１２で２つのループ変数ｉ及びｐを０に初期化することにより、係数の訓練を開始する。次いで、ステップ１２１４で、デバイスは、現在の係数θ_ｐにおけるコスト関数の偏導関数Ｊ（θ）を得、ここで、コスト関数は、いくつかの実施形態では、

と定義することができ、ここで、ｍは、訓練データセット中の訓練事例の数であり、ｈ_θ（ｘ）は、現在の係数のセットθを使用する訓練された関数であり、ｘ^（ｊ）は、ｊ番目の訓練事例の特徴のセットであり、ｙ^（ｊ）は、ｊ番目の訓練事例に要求される出力（すなわちラベル）である。したがって、バッチ勾配降下手法に従うと、係数ｐ（θ_ｐ）での偏導関数は、

となり得、ここで、ｘ_ｐ ^（ｊ）は、ｊ番目の訓練事例にあるｐ番目の特徴である（又は、ｐ＝０の時、ｘ_ｐ ^（ｊ）＝１）。

[00134] ステップ１２１６で、デバイスはｐを増分し、ステップ１２１８で、デバイスは、ｐが、ｈ（Ｘ）に含まれるべき特徴の総数を現在超えているかどうかを決定することにより、すべての係数が現在のループで検討されたかどうかを決定する。そうでない場合、方法は、ループバックしてステップ１２１４に戻り、次の偏導関数項を見つける。

[00135] 現在の反復についてすべての偏導関数が見つけられると、方法は、続いてステップ１２２０でループ変数ｐをゼロにリセットする。次いで、ステップ１２２２で、デバイスは、ステップ１２１４で見つかった対応する偏導関数に基づいて、且つあらかじめ設定された学習率に基づいて、ｐ番目の係数θ_ｐを更新する。例えば、デバイスは、次の更新規則、

を適用することができ、ここで、αは学習率であり、これは例えば、０．１、０．３、１、又は各反復における所望の変更率に合わせて適宜選択された任意の他の値である。

[00136] ステップ１２２４で、デバイスはｐを増分し、ステップ１２２６で、デバイスは、ｐが、ｈ（Ｘ）に含まれるべき特徴の総数を現在超えているかどうかを決定することにより、すべての係数が現在のループで検討されたかどうかを決定する。そうでない場合、方法はループバックしてステップ１２２２に戻り、次の係数を更新する。方法１２００によれば、すべての偏導関数は、第２のループで係数を実際に修正する前に第１のループ中で見つかり、よって、偏導関数は、部分的に更新された値に基づいて取られることはないことに留意されたい。他の実施形態は、そのような係数の「同時の」更新を実施しない場合もある。

[00137] すべての係数が更新された後、方法はステップ１２２８に進んで、変数ｉが増分される。ステップ１２３０で、デバイスは、方法１２００が無期限にループしないことを保証するための事前定義された反復の最大回数を、ｉが超えているかどうかを決定する。１０００、５０００、１０００００回など、十分に大きい反復の最大回数が選択されてよい。最大の反復に達していない場合、方法はステップ１２３２に進んで、デバイスが、訓練セットに基づいて、コスト関数Ｊ（θ）を使用して現在のコストを算出する。ステップ１２３４で、デバイスは、前回の反復から現在の反復までのコストの変化が最小の閾値を満たさないかどうかを決定することにより、関数ｈ（Ｘ）が許容可能な解に収束したかどうかを決定する。変化が閾値を上回った場合、方法はステップ１２１２にループバックして、別の係数更新ループを行う。一方、最大の反復に達している場合、又はコストの変化が最小の閾値を下回る場合、方法１２００はステップ１２３６に進んで、デバイスが、パラメータを抽出するための新しいモデルの一部として係数を記憶し、方法１２００はステップ１２３８で終了に進む。

[00138] 回帰以外の手法を採ることに加えて、他の実施形態は、バッチ勾配降下以外の回帰手法で係数を調整するために異なる方法を利用し得ることが明らかであろう。例えば、いくつかの実施形態は、確率的勾配降下を使用することができ、その場合、それぞれの係数更新は、単一の訓練事例に基づいて行われ（それにより偏導関数からの加算をなくし）、方法は、追加的にそのような各例を反復する。他の実施形態では、行列に基づく非反復的手法を使用して、回帰の正規方程式を使用して適切な係数を見つけることができ、係数のセットは、
θ＝（Ｘ^ＴＸ）^−１Ｘ^Ｔｙ
と算出され、ここで、Ｘは、すべての訓練事例にある特徴の行列であり、ｙはそれに関連付けられたラベルのベクトルである。

[00139] 図１３は、パラメータモデルを更新するためにパラメータ識別エンジン又は他のモデル訓練デバイスによって行われる方法１３００の例を示す。上記で述べたように、様々な実施形態において、着用者からの実際のデータを使用して、個々の着用者に合わせてパラメータモデルをさらに適合させ、より正確な結果を提供することができる。方法１３００によれば、汎用的な訓練セットを補充するか、又はそれを着用者固有の訓練事例に置き換えることができ、方法１２００（又は他の訓練方法）を再度実行して、より正確なパラメータモデルを作成することができる。方法１３００は、訓練命令１１６８に対応し得、周期的に、又は着用者フィードバックを受け取るのに応答して行われることが可能である。フィードバックは、様々な形態を取ることができ、例えば、正しいパラメータが何であったかの明示的な指示、以前のパラメータ抽出（又はそのパラメータに基づく他のアクション）が正しかった若しくは正しくなかったことの指示、又は、パラメータ若しくはそれに関係する結果の暗黙的な（ただし弱い可能性がある）承認を示す、明示的なフィードバックの欠如などである。

[00140] 方法１３００はステップ１３０５で開始し、ステップ１３１０に進んで、デバイスが、以前にパラメータを抽出するために使用された特徴を得る。例えば、パラメータ抽出エンジンは、レコード又は以前に抽出されたパラメータと、その抽出に使用された特徴とを保持しておくことができる。それに代えて、フィードバックは、関連する特徴の一部又はすべてを含んでもよい。次に、ステップ１３１５で、デバイスが、得た特徴を含む新しい訓練事例を作成する。様々な実施形態において、訓練事例は、方法１２００で使用される訓練事例のスキーマに合わせることができる。次に、ステップ１３２０で、デバイスは、フィードバックが以前のパラメータ抽出（又はその結果生じたアクション）が正しかったことを示すかどうかを決定することにより、訓練事例のラベルの決定を開始する。正しかったと示す場合、デバイスは、ステップ１３２５で、以前に抽出されたそのパラメータに合わせて訓練事例をラベル付けする。そうでない場合、ステップ１３３０で、特にそのパラメータにロジスティック回帰手法が用いられており、モデルの結果が例えばｙｅｓ又はｎｏ（すなわちブール）などの分類であるときには、デバイスは、以前に抽出されたそのパラメータの逆として訓練事例をラベル付けする。他の実施形態では、ステップ１３３０は、以前に抽出されたパラメータを、フィードバックによって示される方向に調節することにより、又はフィードバックによって明示的に提供される値を使用することにより、代替のラベルを得ることを伴うこともある。様々な追加的な修正が明らかであろう。

[00141] ステップ１３３５で、デバイスは、新しい訓練事例を、当該パラメータの訓練セットに挿入する。ステップ１３４０で、デバイスは、古い訓練エントリを経時変化させるべきかどうかを決定することができる。例えば、デバイスは、ユーザ固有でないエントリがセットの中に残っている限り、古いエントリを経時変化させることができる。それに代えて、古いエントリの経時変化は、システム内で設定可能なオプションであってもよい。他の実施形態では、エントリの経時変化は実施されず、ステップ１３４０及び１３４５が省略されてもよい。エントリを経時変化させる場合、デバイスは、そのパラメータの訓練セットから最も古い訓練事例を削除する。訓練事例に日付がない場合、デバイスは、削除するために一般的な訓練事例を選択してもよい（例えば、任意に、又は新しい訓練事例との特徴の近似に基づいて）。いくつかの実施形態では、２つ以上のエントリがステップ１３４５で削除されてもよい。

[00142] ステップ１３５５で、デバイスは、例えば方法１２００を呼び出すことにより、更新された訓練セットを使用してモデルを更新する。他の実施形態では、デバイスは、事前定義された時間（例えば、パラメータ抽出エンジン若しくは訓練デバイスの非ピーク時）まで、又は事前定義された数の新しい訓練事例が追加されるまで待ってから、ステップ１３５５を実行する。方法１３００は次いでステップ１３６０で終了に進んでよい。

[00143] 図１４は、習慣規則を評価し、ロック式ウェアラブルデバイスを遠隔制御するために、習慣規則エンジンによって行われる方法１４００の例を示す。方法１４００は、規則エンジン命令１１６９に対応し得、例えば、周期的に、又は特定の着用者についての新しいパラメータ（例えばセンサデータ若しくは抽出されたパラメータ）を受け取った際に実行されることが可能である。

[00144] 方法１４００はステップ１４０２で開始し、ステップ１４０４に進んで、習慣規則エンジンが、現在評価中の着用者についてのユーザプロフィール（例えばユーザプロフィール１１６２）を取り出す。そのユーザプロフィールに基づいて、習慣規則エンジンは、ステップ１４０６で、その着用者について関連するセンサを識別する。例えば、習慣規則エンジンは、入手可能なすべてのセンサＩＤ１１６３をユーザプロフィールから抽出するか、又は習慣規則１１６４によって示されるセンサＩＤ、若しくはユーザプロフィール内で関連するサブセットとしてその他の形で示されるセンサＩＤだけを抽出する。次に、ステップ１４０８で、習慣規則エンジンは、ユーザプロフィール又はその他の場所にすでに記憶されている可能性のある、識別されたセンサに対して以前に取り出されたデータを補充するために、それらのセンサから入手可能な新しいデータがあればそれを得る。例えば、習慣規則エンジンは、センサＩＤで識別されるセンサデバイスにポーリング要求を送る、又は新しいデータが要求されるセンサＩＤを識別するプル要求をウェアラブルデバイス管理フレームワークに送る。ステップ１４１０で、習慣規則エンジンは、以前に受け取った履歴センサデータと、以前に抽出された他のパラメータとを、例えばユーザプロフィールから取り出す。

[00145] ステップ１４１２で、習慣規則エンジンは、評価のためにユーザプロフィールから習慣規則を得る。下記でより詳細に説明するように、習慣規則は、習慣規則の適用可能性を評価するための基準部分と、規則が適用可能であるときに取る１つ又は複数のアクションを定義するためのアクション部分とを含むことができる。ステップ１４１４で、習慣規則エンジンは、基準が、基準を評価する前に得る必要のある抽出されたパラメータへの参照を含んでいるかどうかを決定する。例えば、規則が、消費カロリーを伴う比較を必要とする場合は、その値を最初に得るべきである。ステップ１４１６で、習慣規則エンジンは、パラメータ抽出エンジンを呼び出して、必要とされるパラメータを、例えば、そのパラメータに関係する抽出アルゴリズム又はモデルに従って抽出させる。特定のパラメータが（センサデータのみに基づくのではなく）他の抽出されたパラメータに基づいて抽出される実施形態などのいくつかの実施形態では、パラメータ抽出エンジンは、まず前提となるパラメータを抽出してから、参照されるパラメータを抽出してもよい。ステップ１４１８で、パラメータ抽出エンジンが要求パラメータを返した後、習慣規則エンジンは、抽出する参照されるパラメータがさらに残っているかどうかを決定する。それが抽出される最後のパラメータでない場合、方法１４００はステップ１４１６にループバックして追加的なパラメータを得る。そうでない場合、方法はステップ１４２０に進む。

[00146] 様々な代替実施形態において、方法１４００は、センサデータ又は他のパラメータを得るステップを行う必要がないか、又はその他の形で行わない。例えば、いくつかの実施形態では、パラメータ抽出エンジンは、習慣規則エンジンとは独立して動作し、抽出されたパラメータ及び新しいセンサデータを、例えばユーザプロフィールなど、習慣規則エンジンからアクセスできる場所に周期的に記憶する。そのため、いくつかの実施形態では、パラメータを得るステップ（例えば、ステップ１４０８、１４１４、１４１６、１４１８）の１つ又は複数は、省略されるか、又は単に予想される場所から値を読み出すように修正されてもよい。

[00147] 習慣規則エンジンは、次いで、ステップ１４２０で規則基準が満たされるかどうかを決定することにより、現在の規則の評価に進む。例えば、習慣規則エンジンは、規則基準に定義された条件の１つ、複数、又はすべてが、参照されるパラメータ値が入れられたときに真と評価されるかどうかを決定することができる。規則基準が満たされない場合、習慣規則エンジンは、現在の規則が適用可能でないと決定し、方法１４００はステップ１４２２に進んで、習慣規則エンジンは、ユーザプロフィールがまだ評価されていない追加的な規則を含むかどうかを決定する。現在の規則が最後の規則である場合、方法１４００はステップ１４２４に進んで、習慣規則エンジンが、新しいパラメータを履歴パラメータと共に記憶する。方法は次いでステップ１４３８で終了に進む。一方、評価すべき追加的な規則がある場合、方法１４００はステップ１４２２からステップ１４１２に戻り、習慣規則エンジンが、評価のためにユーザプロフィールから次の規則を得る。

[00148] 習慣規則エンジンがステップ１４２０で規則が適用可能であると判断すると、方法１４００はステップ１４２６に進んで、習慣規則エンジンが、ロック式ウェアラブルデバイス（又は他の出力装置）に送られる新しい命令メッセージを作成する。ステップ１４２８で、習慣規則エンジンは、規則アクションが、ロック式ウェアラブルデバイスがロック解除されるべきことを指示するかどうかを決定する。指示する場合、習慣規則エンジンは、ステップ１４２９で、その規則自体（又はその規則が属する規則グループ）をロック解除済みとマークする。ステップ１４３０で、習慣規則エンジンは、他の規則（又はそれらのグループ）でロックされたままのものがあるかどうかを決定する。残っている他のロックがない場合、方法はステップ１４３１に進んで、習慣規則エンジンが、ロック式ウェアラブルデバイスをロック解除する命令を命令メッセージに追加する。一方、規則アクションがロック解除を示さない場合、又はロックされている追加的な規則が残っている場合、方法１４００はステップ１４３１を飛ばし、ステップ１４３２に進む。

[00149] ステップ１４３２で、習慣規則エンジンは、アクションが、振動通信を着用者に出力すべきことを指示するかどうかを決定する。出力すべきことを指示する場合、習慣規則エンジンは、命令メッセージに、ユーザに振動を出力することを指定する通信指示を追加する。次いでステップ１４３６で、命令メッセージが、ロック式ウェアラブルデバイス又は他の出力装置に送信される。いくつかの実施形態では、命令メッセージは、先行するステップの動作によって少なくとも１つの命令がメッセージに追加された場合にのみ、ステップ１４３６で送信されてもよい。いくつかの実施形態では、規則アクションは、複数のデバイスに送られる命令を伴ってもよく、いくつかのそのような実施形態では、関連するロック式ウェアラブルデバイス又は出力装置ごとに複数の命令メッセージが作成され、その後適宜送られてもよい。さらに、上記で説明したように、様々な実施形態が、振動に追加される、又はその代替となる通信を可能にすることができ、そのような他の通信タイプについての命令を送信するための方法１４００の修正が明らかであろう。

[00150] 図示されるように、方法１４００は、適用可能な規則をたった１つのみ見つける。しかし、いくつかの他の実施形態では、習慣規則エンジンは、方法１４００の１回の実行中に複数の習慣規則を見つけ、適用してもよい。そのような実施形態では、方法は例えばステップ１４３６からステップ１４２２にループすることができる。

[00151] 説明されるように、方法１４００は、個々に動作してロック式ウェアラブルデバイスをロックする規則の複数のグループを可能にする。そのような構成は、例えば、着用者が、例えば、一日に２０００カロリーを消費し、週に少なくとも１時間音楽を練習するなど、２つ以上の習慣の変更を採用しようとする場合に有用である可能性がある。そのような構成では、着用者は、両方の習慣訓練プログラムが完了した後にのみロック式ウェアラブルデバイスがロック解除することを望む可能性がある。他の実施形態では、ロック式ウェアラブルデバイスは、訓練プログラムが完了するとすぐにロック解除してもよく、これは例えば、ロック式ウェアラブルデバイスが１つの習慣の変更を採用するためだけ、又は一度に１つのみの習慣の変更を採用するためだけに使用される実施形態などでそうである。そのような実施形態では、ステップ１４２９、１４３０は省略されてよく、方法１４００は、ステップ１４２８から、肯定の分岐に沿って直接ステップ１４３１に進むことができる。

[00152] 図１５は、失効に関して習慣規則を検査するために習慣規則エンジンによって行われる方法１５００の例を示す。方法１５００は、例えば、周期的に、又は要求があった際に行われ、規則エンジン命令１１６９に対応し得る。いくつかの実施形態では、方法１５００の目標は、方法１４００によって実現されることが可能であり（例えば、ステップ１４２０で、失効している規則に適用可能のフラグを立てる）、方法１５００は、別個のスレッドとして実施されなくともよい。

[00153] ステップ１５１０で、習慣規則エンジンが、失効に関して評価するために着用者についての規則を取り出す。ステップ１５１５で、習慣規則エンジンは、現在の日時が、その規則の失効日を超えているかどうかを決定する。超えている場合、規則（又はその規則が属するグループ）が、ステップ１５２０でロック解除済みとマークされる。ステップ１５２５で、習慣規則エンジンは、追加的なロックが残っているかどうかを決定する。今ロック解除された規則が最後のロックである場合、習慣規則エンジンは、ステップ１５３０で新しい命令メッセージを作成し、ステップ１５３５でその命令メッセージにロック解除命令を追加し、ステップ１５４０で規則に関連付けられたロック式ウェアラブルデバイスに命令メッセージを送信する。命令メッセージの送信、追加的なロックが残っているとの決定、又は規則が失効していないと決定した後、方法はステップ１５４５に進んで、習慣規則エンジンは、これが検査すべき最後の規則であるかどうかを決定する。最後の規則でなく、追加的な規則が残っている場合、方法１５００はステップ１５１０にループバックして次の規則を検査する。そうでない場合、方法１５００はステップ１５５０で終了に進む。

[00154] 先に述べたように、様々な実施形態において、習慣規則エンジンは、ロック式ウェアラブルデバイス又は出力装置と同じハードウェアに一緒に置かれる場合がある。そのため、方法１４００、１５００に従って生成された命令がローカルハードウェアを対象とする命令である時、それらの命令は、ネットワークを介して、又は命令メッセージの一部として送信されなくてもよい。これらの方法１４００、１５００に従ってローカルな構成要素間通信を可能にするための様々な修正が明らかであろう。

[00155] 図１６は、習慣規則を記憶するデータ構造１６００の例を示す。データ構造１６００は、例えば、特定のユーザについての習慣規則１１６４に対応することができる。図示されるように、データ構造１６００は、規則の適用可能性を評価する規則基準部分１６１０と、規則が適用可能である場合に取るアクションを定義する規則アクション部分１６２０と、ロック式ウェアラブルデバイスを一緒にロック又はロック解除する規則をグループ化する規則グループフィールド１６３０とを含む。上記で述べたように、いくつかの実施形態では、このグループ化機能は実施されず、規則グループフィールド１６３０は省略することができる。

[00156] 規則基準部分１６１０は、評価される１つ又は複数の条件記述（パラメータを参照する場合がある）を定義する条件フィールド１６１１と、規則を評価すべき、又は適用不可能とみなす（条件の評価が肯定である場合）時刻又は日を共に決定する期限タイプフィールド１６１３及び期限フィールド１６１５と、規則の反復的特性がある場合にそれを定義する周期タイプフィールド１６１７と、規則（又は規則グループ）が失効し、したがってロック式ウェアラブルデバイスをロック解除する時を定義する失効フィールド１６１９とを含む。

[00157] 規則アクション部分１６２０は、規則を適用した結果、ロック式ウェアラブルデバイスがロック解除されるべきかどうかを指定するロック解除フィールド１６２１と、ユーザに対して振動を出力すべきか、及びどのように出力すべきかを指定する振動フィールド１６２３及び振動回数フィールド１６２５とを含む。出力する振動をさらに定義するために追加的なフィールドが定義されてよいことが明らかであろう。さらに、規則の結果として追加又は代替の出力タイプが生じ得る場合には、そのような他の通信を、該当する対象出力装置と併せて定義するためのフィールドが明らかであろう。

[00158] 第１の例として、３つの規則１６４０、１６５０、１６６０がロックグループＡに属している。第１の規則１６４０は、１月３０日までの毎日、ユーザが（仮に）午後１０時より前に２０００カロリー超を消費したら、ロック式ウェアラブルデバイスは１回振動して、一日の目標が成功したことを示すことを指示する。第２の規則１６５０は、毎日午後２時に、ユーザが１０００カロリー以上を消費していなければ、ロック式ウェアラブルデバイスが毎時間２回振動すべきことを指示する（例えば、規則１６５０が適用可能でなくなるまで）。同様に、第３の規則１６６０は、毎日午後８時に、ユーザが２０００カロリー以上を消費していなければ、ロック式ウェアラブルデバイスが毎時間２回振動すべきことを指示する（例えば、規則１６５０が適用可能でなくなるまで）。最後に、１月３０日に、ロックグループＡの規則は失効し、ロック式デバイスはロック解除されることになる（いくつかの実施形態では、他のロックグループがロックされたままでなければ）。

[00159] 第２の例として、第２のロックグループＢは、１つのみの規則１６７０を含み、この規則１６７０は、パラメータ抽出モデルが、音楽を練習する習慣が形成されたと概ね決定すれば（例えば、音声データ、又は連続した日にわたって練習したことを知らせる着用者からの指示を監視し、ロジスティック回帰モデルを適用することにより）、ロック式ウェアラブルデバイスがロック解除され、３回振動して習慣訓練の成功を示すことを指示する。規則１６７０は失効がなく、そのため、着用者がウェアラブルデバイスを取り外すことを望む場合には、着用者は習慣を達成する（例えばパラメータ抽出エンジンによって決定される）か、又は１人又は複数の支援者に早期ロック解除を要求しなければならない。いくつかの実施形態では、規則は、失効もロック解除アクションも伴わずに設けられる場合もあり、そのため、ロック式ウェアラブルデバイスを取り外そうとする場合は早期ロック解除命令を必要とする場合もある。

[00160] 図１７は、習慣規則を定義するためのユーザインターフェース１７００の例を示す。ユーザインターフェース１７００は、習慣設定デバイス１１０上に提示することができ、習慣設定デバイス１１０で実行している習慣アプリ１１８２の中でユーザプロフィールインターフェース命令１１８３に従って、又は習慣設定デバイス１１０で実行しているウェブブラウザ１１８１にウェブサーバ１１７０から伝送されるユーザプロフィールインターフェースマークアップ１１７１により、生成することができる。ユーザインターフェース１７００は、新しい習慣規則を定義するための、又は着用者のロック式ウェアラブルデバイス若しくは出力装置との関係で評価すべき習慣規則を生成するのに十分な情報を提供するためのインターフェースを着用者に提供することができる。

[00161] ユーザインターフェース１７００は、習慣規則（又はそのグループ）の失効日を定義する時限フィールド１７０５を含む。このフィールドに入力された値をコピー又は使用して、例えば失効フィールド１６１９の値を作成することができる。習慣名フィールド１７１０で、ユーザは、習慣変更計画のためにユーザ可読の名前を入力又は選択することができる。例えば、いくつかの実施形態では、習慣名フィールド１７１０には、利用可能な習慣訓練計画があらかじめ格納されており、その計画が選択されると、残りのコントロール１７０５、１７２０〜１７６５、又はそのプログラムの他の態様の１つ又は複数を埋める。いくつかの実施形態では、着用者は、インターフェース１７００に記入し、その選択を、着用者又は他のユーザ（例えば習慣訓練システムの他の参加者）が習慣名フィールド１７１０を介して後に選択するための新しい習慣訓練計画として保存することができる。「開始してロックする」ボタン１７１５は、選択されると、ユーザインターフェースの入力に基づいて、１つ又は複数の習慣規則を習慣規則エンジンに供給することができる。先に説明したように、そのような習慣規則の設置も、直ちに（例えば、着用者が現在ロック式ウェアラブルデバイスを着用している場合）、又は次回ロック式ウェアラブルデバイスが閉じた際に（例えば、ロック式ウェアラブルデバイスが現在着用されていない場合）、着用者のロック式ウェアラブルデバイスのロックを遂行することができる。

[00162] センサフィールド１７２０で、着用者は、習慣訓練プログラムによって利用される１つ又は複数のセンサを選択することができる。例えば、センサリスト１７２０に、知られている若しくは習慣訓練システムによって使用可能なすべてのセンサタイプを、又は着用者によって所有されていることが分かっているセンサのみを、あらかじめ格納しておくことができる。目標フィールド１７２５で、着用者は、１つ又は複数の目標（例えば、時間の目標、一日の目標、週の目標等）を選択、入力、又はその他の形で定義することができる。例えば、いくつかの実施形態では、センサフィールド１７２０内でセンサを選択すると、目標フィールド１７２５に、選択されたセンサ（又は複数の選択されたセンサのグループ化）に関係する１つ又は複数の目標が、ユーザによる選択のためにあらかじめ格納される。それに代えて、又はそれに加えて、各行１７２５は、独自に作成した目標を入力するためにユーザによって選択可能であってもよい（例えば、テキスト入力により、又は別のインターフェースを介した誘導付きの作成を介して）。

[00163] 振動セレクタ１７３０で、着用者は、訓練プログラムを振動通信に関連付けるかどうかを指示することができる。振動の選択１７３０を選択すると、追加的なフィールド１７３５〜１７５０を有効化する、表示状態にする、又はその他の形で提供することができる。目標達成振動フィールド１７３５は、目標フィールド１７２５内の選択された目標の１つ又は複数を満たした際に出力装置を振動させるべきかどうか、及びどのように振動させるかの指示を受け取ることができる。例えば、図示されるように、インターフェース１７００は、選択された目標のそれぞれが満たされたとき、又はすべての目標が満たされたときに、出力装置（例えばロック式ウェアラブルデバイス）を１回振動させることを指示する。他の実施形態では、選択された目標ごとに個々に振動特性を定義することができる。

[00164] 目標未達成フィールドのセット１７４０、１７４５、１７５０は、着用者が特定の目標を満たせなかった際に出力装置を振動させるべきか、及びどのように振動させるかの指示を受け取ることができる。例えば、図示されるように、インターフェース１７００は、目標が満たされない再に出力装置（例えばロック式ウェアラブルデバイス）を２回振動させ、その目標が満たされるまで、午後１０時まで毎時間そのように振動させ続けることを指示する。そのような定義は、すべての目標、任意の目標、又は個々の目標に対して定義することができる。さらに、他の実施形態では他の振動特性を定義するための代替又は追加のフィールドが提供されてよいことが明らかであろう。上記で述べたように、様々な実施形態は、振動に追加される通信、又はその代替の通信を可能にする。着用者がそのような他の通信及びその対象となる出力装置を定義できるようにするためのインターフェース１７００の修正が明らかであろう。例えば、目標を満たした、又は目標を満たせなかった際に伝送されるメッセージ又はメッセージの動的なソース（例えば、内容カードを伝送するコーチングプログラム）を指定するためのテキストフィールドが設けられる。

[00165] 支援者モバイルデバイスフィールド１７５５で、着用者は、１人又は複数の支援者のデバイスを識別することができる。例えば、フィールド１７５５は、別の着用者、又は習慣訓練システムの他のユーザのユーザＩＤを受け取ることができる。そのため、ユーザＩＤは、例えば、「データ送信」コントロール１７６０が選択された時のセンサデータ、抽出されたパラメータ、若しくは他の情報、又は「早期ロック解除」コントロール１７６５が選択された時の着用者によって開始される早期ロック解除の要求、などの通知がプッシュされることが可能な、習慣アプリ１１８２又はロック解除アプリ１１９０を指し示すか、又はその他の形でそれに関連付けられることが可能である。それに代えて、フィールド１７５５は、ＳＭＳ又は他のテキストメッセージを支援者デバイスにプッシュするのに十分な携帯電話番号を受け取ってもよい。例えば、テキストメッセージは、「データ送信」コントロール１７６０が選択された時のセンサデータ、抽出されたパラメータ、又は他の情報を含む。別の例として、テキストメッセージは、状況を提供するためのウェブサーバへのリンク、又は例えば早期ロック解除インターフェース（例えば、着用者が早期ロック解除を要求している場合）などの、支援者へのインターフェースを含んでもよい。

[00166] 図１８は、早期ロック解除要求に対処するために習慣規則エンジン（又は他のデバイス）によって行われる方法１８００の例を示す。方法１８００は、例えば、習慣規則エンジン（又は他のデバイス）が、早期ロック解除動作のためにロック式ウェアラブルデバイス１３０と早期ロック解除許可デバイス１７０との間の仲介として働く実施形態において行われる。他の実施形態では、早期ロック解除デバイス１７０は、仲介による関与なしにロック式ウェアラブルデバイスと直接（例えばインターネットを介して）通信し、そのため方法１８００は省略されてもよい。

[00167] 方法１８０５はステップ１８０５で開始し、デバイスが早期ロック解除の要求を受け取る。例えば、この要求は、着用者が（例えばユーザインターフェースを介して）ロック式ウェアラブルデバイスを早期にロック解除する希望を示すのに応答して、ロック式ウェアラブルデバイス又は着用者の別のデバイスから受け取られる。次に、ステップ１８１０で、デバイスは、着用者に関連付けられたユーザプロフィールを取り出し、ステップ１８１５で、ロック式ウェアラブルデバイスを早期にロック解除するために支援者が必要とされるかどうかを決定する（例えば、着用者がロック式ウェアラブルデバイスを最初にロックするときに、早期ロック解除コントロール１７６５を最初に選択した場合）。ロック解除する必要がない場合、方法１８００は、ステップ１８２０に進み、デバイスが、ロック解除命令で応答するか、又は他の形でロック解除命令を送信して、ロック式ウェアラブルデバイスをロック解除させる。一方、早期ロック解除のために承認が必要とされる場合、デバイスは、ステップ１８２５で、ユーザプロフィールによって識別される早期ロック解除許可デバイスに早期ロック解除要求を送り、ステップ１８３０で応答を待つ。例えば、デバイスは、支援者の入力を受け取るためのフォームと共に要求を表示する命令を、習慣アプリ又はロック解除アプリに送る。別の例として、デバイスは、同様のインターフェースを提供するウェブページを指し示すＵＲＬを送ってもよい。

[00168] 早期ロック解除を承認又は拒否する応答が受け取られると（又は要求がタイムアウトすると）、方法１８００はステップ１８３５に進み、デバイスがロック式ウェアラブルデバイス又は他の出力装置に伝送される新しい命令メッセージ（１つ又は複数）を作成する。ステップ１８４０で、デバイスは、応答が、着用者に出力すべきテキストメッセージ（又は任意の他の通信）を含んでいるかどうかを決定し、含んでいる場合は、ステップ１８４５でテキストメッセージ（又は他の通信指示）を出力させる命令を命令メッセージに含める。ステップ１８５０で、デバイスは、応答が早期ロック解除の承認を含んでいるかどうかを決定する。含んでいる場合、デバイスは、ロック式ウェアラブルデバイスをロック解除する命令を命令メッセージに挿入する。デバイスは、次いで、ステップ１８６０で命令メッセージを該当するデバイスを送信し、方法はステップ１８６５で終了に進む。様々な実施形態において、命令メッセージは、習慣規則の適用を介して他のやり方で生成され得る同じタイプ又は形式のロック指示又は通信指示を含むことができ、そのため、ロック式ウェアラブルデバイス又は出力装置は、方法１８００の動作によって送られてくるそれらの指示を解釈するためにも同じロジック（例えば方法１４００）を適用することができる。

[00169] 図１９は、早期ロック解除要求に応答するためのユーザインターフェース１９００の例を示す。ユーザインターフェース１９００は、例えば、早期ロック解除命令１１８４、１１９１、早期ロック解除許可デバイスで実行されている習慣アプリ１１８２又はロック解除アプリ１１９０により表示することができる。他の実施形態では、ユーザインターフェース１９００は、ウェブブラウザ１１８１がウェブサーバ１１７０によって伝送されるマークアップ言語を表現することによって表示される。

[00170] 図示されるように、インターフェースは、要求元の着用者を識別するフィールド１９０５を、早期ロック解除を遂行すべきかどうかを示す承認コントロール及び拒否コントロール１９１０、１９１５と共に含む。メッセージテキストフィールド１９２０で、支援者は、承認又は拒否が伝送された際に着用者に伝送されるテキストメッセージを入力することができる。他の通信又はその対象出力装置を指定するための様々な追加又は代替のフィールド（図示せず）が明らかであろう。送信ボタン１９２５で、支援者は、例えば、ロック式ウェアラブルデバイス、着用者の他の出力装置、習慣規則エンジン、又は許可の仲介として働く他のデバイスにメッセージを送り返すことにより、入力した情報を供給することができる。

[00171] 前述によれば、様々な実施形態は、ユーザが自分の習慣を望むように変えるのを支援し、思い出させるためのシステムを提供する。例えば、電子的にロック可能／ロック解除可能なウェアラブルデバイスを提供することにより、訓練プログラムへの着用者の取り組みを守らせることができ、ユーザが早期にあきらめてしまうリスクが軽減される。さらに、ウェアラブルデバイスに振動器又は他の出力装置を設けることにより、着用者に、自分が満たすことを誓った目標を積極的に思い出させることができ、それにより、ユーザが望むタスクを反復的に繰り返し行い、それにより習慣を身に付ける（又はやめる）のを助ける。前述に鑑みて様々な追加的な利益が明らかであろう。

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

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

[00174] 様々な例示的実施形態についてその特定の例示的態様を特に参照して詳細に説明したが、本発明には他の実施形態が可能であり、その詳細には様々な明白な点で修正が可能であることを理解すべきである。当業者には容易に明らかであるように、変形例及び修正は、本発明の主旨及び範囲内に留まりながら遂行することができる。したがって、前述の開示、説明、及び図は、例示のみを目的とし、特許請求の範囲のみによって定められる本発明を何ら制限するものではない。

Claims (15)

1. ユーザの身体部分を少なくとも部分的に取り囲むバンドと、
   前記バンドを閉位置に保持する留め具であって、前記バンドは前記閉位置にある間前記身体部分からの取り外しに抵抗する、留め具と、
   開位置に移動しないように前記留め具を選択的にロックするロックアクチュエータと、
   少なくとも１つの他のデバイスからデータを受け取る通信インターフェースと、
   前記ロックアクチュエータ及び前記通信インターフェースと通信するプロセッサとを備えるウェアラブルデバイスであって、前記プロセッサは、
   前記ウェアラブルデバイスがロック解除されるべき旨のロック指示を受け取り、
   前記ロック指示を受け取るのに応答して、前記留め具を前記開位置に遷移させるように前記ロックアクチュエータに信号を送る、ウェアラブルデバイス。
2. 前記ロック指示は前記通信インターフェースを介して受け取られる、請求項１に記載のウェアラブルデバイス。
3. 前記ロック指示は、ユーザ以外の支援者ユーザのユーザデバイスから受け取られる、請求項２に記載のウェアラブルデバイス。
4. ロック規則を記憶するメモリをさらに含み、前記ウェアラブルデバイスがロック解除されるべき旨の前記ロック指示を受け取る際、前記プロセッサは、前記ロック規則を現在の状況に照らして評価し、前記評価に基づいて、前記ウェアラブルデバイスがロック解除されるべきことを決定する、請求項１に記載のウェアラブルデバイス。
5. 前記ロック規則を現在の状況に照らして評価する際、前記プロセッサは、前記ロック規則が失効していると決定し、前記失効に基づいて、前記ウェアラブルデバイスがロック解除されるべきことを決定する、請求項４に記載のウェアラブルデバイス。
6. 前記バンドが前記身体部分を取り囲んでいるときに前記ユーザから生理学的データを得るセンサをさらに含み、
   前記プロセッサは、前記通信インターフェースを介して前記生理学的データを送信する、請求項１に記載のウェアラブルデバイス。
7. 前記ユーザに通信を出力するためのユーザインターフェースをさらに含み、
   前記プロセッサは、
   前記ウェアラブルデバイスが、指定される通信を前記ユーザに出力すべき旨の通信指示を受け取り、
   前記通信指示を受け取るのに応答して、前記指定される通信を前記ユーザインターフェースを介して出力する、請求項１に記載のウェアラブルデバイス。
8. 前記ユーザインターフェースは振動器を含み、
   前記指定される通信は少なくとも１回の振動である、
   請求項７に記載のウェアラブルデバイス。
9. 前記バンドが前記身体部分を取り囲んでいるときに前記ユーザから生理学的データを得るセンサと、
   通信規則を記憶するメモリとをさらに含み、
   前記ウェアラブルデバイスが、指定される通信を前記ユーザに出力すべき旨の前記通信指示を受け取る際、前記プロセッサは、前記通信規則を現在の状況に照らして評価し、前記評価に基づいて、前記ウェアラブルデバイスは、指定される通信を前記ユーザに出力する、請求項７に記載のウェアラブルデバイス。
10. 前記バンドが前記身体部分を取り囲んでいるときに前記ユーザから生理学的データを得るセンサをさらに含み、
    前記通信規則を現在の状況に照らして評価する際、前記プロセッサは、前記通信規則を、得られた前記生理学的データと比較する、請求項９に記載のウェアラブルデバイス。
11. 少なくとも１つの他のデバイスと通信する通信インターフェースと、
    ロック式ウェアラブルデバイスの識別及びロック規則を含むユーザプロフィールを記憶するメモリと、
    プロセッサとを備えるロック規則エンジンであって、前記プロセッサは、
    前記ロック規則を現在の状況に照らして評価して、前記ロック式ウェアラブルデバイスがロック解除されるべきかどうかを決定し、
    前記ロック式ウェアラブルデバイスがロック解除されるべきと決定するのに応答して、前記ロック式ウェアラブルデバイスにロック命令を送信し、前記ロック命令は、前記ロック式ウェアラブルデバイスにロック解除するように命令する、
    ロック規則エンジン。
12. 前記ロック規則を前記現在の状況に照らして評価する際、前記プロセッサは、前記ロック規則がいつ失効するかを決定し、よって前記ロック式デバイスがロック解除されるべきことを決定する、請求項１１に記載のロック規則エンジン。
13. 前記プロセッサは、
    前記ロック式ウェアラブルデバイスの前記ユーザを記述する生理学的データを受け取り、
    受け取った前記生理学的データに照らして、前記ユーザから前もって受け取られた目標を評価し、
    前記評価に基づいて、指定される通信を前記ユーザに出力するようにロック式ウェアラブルデバイスに命令する通信命令を前記ロック式ウェアラブルデバイスへ送信する、
    請求項１１に記載のロック規則エンジン。
14. 前記プロセッサは、前記ユーザから前もって受け取られた前記目標を前記ユーザが満たすことができなかったことを示す評価に基づいて、前記通信命令を送信する、請求項１３に記載のロック規則エンジン。
15. 請求項１に記載のウェアラブルデバイスと請求項１１に記載のロック規則エンジンとを含む、システム。

Images