(57)【特許請求の範囲】
【請求項１】
ヘッドセットにおいて、
前記ヘッドセットがユーザーによって着用中であるか否かを表すヘッドセットの方位を画定するセンサーデータを得るためのセンサー論理部と、
前記ヘッドセットを前記センサーデータに基づいて構成するための構成論理部と、を備え、
前記センサーデータが動作シグネチャとヘッドセット方位データとを含み、該動作シグネチャはヘッドセットの物理的動作の指標であり、前記ヘッドセットの方位はセンサーデータによって画定されており、前記構成論理部は前記動作シグネチャとヘッドセットの異なる物理的動作を表す複数の所定の動作シグネチャとを比較し、
前記ヘッドセットの方位と前記比較によって一致した動作シグネチャに基づいてヘッドセットが着用中であるかどうかを判定し、前記複数の所定の動作シグネチャには、ヘッドセットをユーザーの耳に宛てがうことを表す動作シグネチャと、ヘッドセットをユーザーの耳から取りはずことを表す動作シグネチャとが少なくとも含まれることを特徴とするヘッドセット。
【請求項２】
前記ヘッドセットが着用中であることと関連付けられる特定の方位を画定するように構成されているヘッドセット形状を更に備えており、該ヘッドセット形状は、前記特定の方位が、確実に、前記ヘッドセットがどこか他の場所に置かれているときに繰り返されることのないように、構成されている、請求項１に記載のヘッドセット。
【請求項３】
前記ヘッドセットは、以下のもの、即ち、イヤーバッド、ヘッドフォン、マイクロフォンとスピーカーを含むヘッドセット、スピーカーが組み込まれた眼鏡、のうちの１つを備えている、請求項１に記載のヘッドセット。
【請求項４】
前記構成論理部は、前記ヘッドセットを、待機から及び待機へ切り替える電力論理部を備えている、請求項１に記載のヘッドセット。
【請求項５】
前記センサーは、
前記ヘッドセットをユーザーの頭部に宛がうことと前記ヘッドセットを前記ユーザーの頭部から取り外すことを備えるジェスチャを検出する加速度計を備えている、請求項１に記載のヘッドセット。
【請求項６】
前記センサーは、
特定の行動と関連付けられている動作の定義された動作シグネチャを備える動作コマンドを検出するための加速度計と、
コマンドストアと干渉するためのコマンド論理部を備え、該コマンドストアは異なる動作コマンドと関連する複数の動作シグネチャを格納しており、各動作コマンドは特定のアクションに関係する定義されたセットの動作を含んでおり、
及び、
前記動作シグネチャに基づいて前記動作コマンドと関連付けられているコマンドを識別するためのコマンドマッパーと、を備えている、請求項１に記載のヘッドセット。
【請求項７】
前記動作コマンドは、以下のもの、即ち、前記ヘッドセットが着用中でないときのシェイクシェイクコマンドと、前記ヘッドセットが着用中であるときのタップタップコマンドのうちの１つ又はそれ以上を備えている、請求項６に記載のヘッドセット。
【請求項８】
前記識別されたコマンドに関して、フィードバックを前記ユーザーに提供するためのフィードバック論理部を更に備えている、請求項６に記載のヘッドセット。
【請求項９】
前記ヘッドセットが動いていないとき、即ち前記ヘッドセットがユーザーによって着用中ではないことが表されているとき、前記ヘッドセットを自動的に待機に入れるための電力論理部を更に備えている、請求項４に記載のヘッドセット。
【請求項１０】
前記ヘッドセットの設定を前記センサーデータに基づいて調節するためのプロファイル調節部を更に備えている、請求項１に記載のヘッドセット。
【請求項１１】
前記センサーデータに基づいて前記ヘッドセットにリンクされている携帯デバイスの設定を調節する前記プロファイル調節部を更に備えている、請求項１０に記載のヘッドセット。
【請求項１２】
単ボタンと非視覚的フィードバックを利用した前記ヘッドセットの機能の制御を可能にするためのボタン論理部を更に備えている、請求項１に記載のヘッドセット。
【請求項１３】
ヘッドセットの動作シグネチャを、センサーデータに基づいて求める段階であって、前記動作シグネチャが前記ヘッドセットの物理的動作の指標であり、前記動作シグネチャとユーザーの異なる動作を表す複数の異なる所定の動作シグネチャとの比較に基づいて前記センサーデータから判定されるようになっている段階と、
前記ヘッドセットがユーザーによって着用中であるか否かを、前記比較によって一致した前記動作シグネチャと前記ヘッドセットの方位とに基づいて判定する段階と、
前記ヘッドセットを、前記ヘッドセットがユーザーによって着用中であるか否かに基づいて構成する段階と、から成り、前記異なる所定の動作シグネチャには、ヘッドセットをユーザーの耳に宛てがうことを表す動作シグネチャと、ヘッドセットをユーザーの耳から取りはずことを表す動作シグネチャとが少なくとも含まれる方法。
【請求項１４】
前記異なる所定の動作シグネチャが少なくともユーザーの耳に上にあるヘッドセットの位置を示す動作シグネチャをユーザーの耳から前記ヘッドセットが離れたことを示す動作シグネチャを含む、請求項１３に記載の方法。
【請求項１５】
前記異なる所定の動作シグネチャが、前記ヘッドセットの構成を改変する、前記ヘッドセットに連結されているデバイスの構成を改変する、前記ヘッドセットの出力特性を改変する、前記ヘッドセットに連結されているデバイスの出力特性を改変するコマンドのうちの１つ又はそれ以上のコマンドに対応する、請求項１４に記載の方法。
【請求項１６】
ユーザーが、単ボタンと音声フィードバックを利用して、メニューのセットを進んで行けるようにする単ボタンインターフェースを提供する段階を更に含んでいる、請求項１３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ヘッドセットに、より詳しくは、作動改善のためにヘッドセット内に１つ又はそれ以上のセンサーを使用することに、関する。
【背景技術】
【０００２】
ポータブル型デバイスの普及が進むにつれ、ヘッドセットが広まりを見せつつある。ヘッドセットには、携帯電話と共に使用されることの多いブルートゥースヘッドセット又はプラグインヘッドセット、音楽再生機又は他の聴取デバイスと共に使用されるヘッドフォンが含まれる。ヘッドセットはまた、地上通信線電話、コンピュータ、ステレオなどの様な固定デバイスと共に使用されることもある。
【０００３】
多くの旧式のヘッドセットは、音をユーザーの耳に導くのに配線を使用しただけの非電力供給式であるが、新式のヘッドセットは電力供給式であり、幾らかの処理能力を備えている場合が多い。具体的には、無線接続性を有するヘッドセットは電池式である。有線式ヘッドセットの中には、ノイズ消去又は他の特徴を提供するのに電力供給されているものもある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】米国特許出願第１１／８９１，１１２号
【特許文献２】米国特許出願第１１／１９２，５４９号
【特許文献３】米国特許出願第１１／８５５，１３３号
【発明の概要】
【０００５】
少なくとも１つのセンサーを含んでいるヘッドセットが記載されている。センサーは、機能を改善するためにヘッドセットの中に使用されている。
【０００６】
本発明を、添付図面の各図において、限定ではなく一例として説明してゆくが、図中、同様の符号は類似要素を指す。
【図面の簡単な説明】
【０００７】
【図１Ａ】或る例示的なヘッドセットの形態である。
【図１Ｂ】別の例示的なヘッドセットの形態である。
【図１Ｃ】別の例示的なヘッドセットの形態である。
【図１Ｄ】別の例示的なヘッドセットの形態である。
【図２】ヘッドセットの１つの実施形態のブロック図である。
【図３】ヘッドセットと共にセンサーデータを利用する場合の１つの実施形態のフローチャートである。
【図４】ヘッドセット用のコマンドデータを使用する場合の１つの実施形態のフローチャートである。
【図５】ヘッドセットと共に他のセンサーデータを使用する場合の１つの実施形態のフローチャートである。
【図６】単ボタンユーザーインターフェースを使用する場合の１つの実施形態のフローチャートである。
【図７】単ボタンユーザーインターフェースと共にスポーツ／ライフスタイル・アプリケーションを使用する場合の１つの実施形態の表である。
【図８】加速度計に基づくコマンドを使用する場合の１つの実施形態のフローチャートである。
【図９】本発明と共に使用することができるコンピュータシステムの１つの実施形態のブロック図である。
【発明を実施するための形態】
【０００８】
記載されている方法と装置は、少なくとも１つのセンサーを含んでいるヘッドセットである。本ヘッドセットは、１つの実施形態では、ヘッドセットの動作と方位を検出する動作センサーを含んでいる。ヘッドセットが、ユーザーによって着用中であることを表している方位にあり、ユーザーによって着用中であることを表す動作シグネチャ（signature:特性）を示している場合、或る一定の構成が有効にされ、ヘッドセットは或る一定のやり方で利用される。１つの実施形態では、位置を検出するのに加速度計が使用されていてもよい。１つの実施形態では、ヘッドセットが着用中であることを表す、ユーザーの耳又は頭部に配置されているという小さな動作特性を検出するのに加速度計が使用されていてもよい。１つの実施形態では、温度、心拍数、又は他のセンサーが、ヘッドセットに一体化されていてもよい。
【０００９】
以下の本発明の実施形態の詳細な説明では、本発明を実践する場合の具体的な実施形態を例示として示している添付図面を参照するが、図中、同様の符号は類似要素を表している。これらの実施形態の説明は、当業者が本発明を実践できるようにするのに十分な詳細さである。当業者には、他の実施形態が利用されてもよいこと、及び論理的、機械的、電気的、機能的な変更、及び他の変更が、本発明の範囲から逸脱することなくなされてもよいこと、が理解される。以下の詳細な説明は、従って、限定の意味で捉えられるべきではなく、本発明の範囲は、付随の特許請求の範囲によってのみ定義される。
【００１０】
図１Ａから図１Ｄは、様々なヘッドセットの例示的なスケッチである。この様なヘッドセットは、携帯電話、ＭＰ３プレーヤー、又は他の音楽再生機又はデバイス、の様なハンドヘルド型のデバイスと共に使用されるように設計することができる。１つの実施形態では、ヘッドセットを例えばテーブルなどの或る水準面に置いたときの位置が、ユーザーによって着用されているときのヘッドセットの方位と異なるように設計されている。図１Ａから分かる様に、ヘッドセットは、ユーザーの頭部に宛がわれているときと同じ位置になるためには、尖っている縁で立っていなくてはならないことになる。同様に、図１Ｂは、インイヤー・デバイスであるヘッドセット構成の実施形態であって、確実に、ヘッドセットが着用されているときの方位が、保管されているとき又は携行されているときに繰り返されることのないようにするために使用することができる構成を示している。図１Ｃは、ヘッドセットが類似の品質を有するヘッドフォンである、ヘッドセットの１つの実施形態を示している。図１Ｄは、ヘッドセットが音声出力を組み込んだ眼鏡である、ヘッドセットの１つの実施形態を示している。
【００１１】
本特許の目的上、ヘッドセットという用語は、ユーザーの頭部に着用されるように設計されている、及びインイヤー・スピーカー、骨伝導、又は何らかの他の音声出力、の何れを介するにせよ、音をユーザーに伝えるように設計されている、あらゆるデバイスを網羅することに留意されたい。
【００１２】
１つの実施形態では、方位（例えば、ヘッドセットが或る特定の方位にあるときに接点に触れる重量を有するばね上重量）を検出するのに、単純な重力センサーが使用されていてもよい。１つの実施形態では、方位を求めるのに、加速度計が使用されていてもよい。方位は、加速度の起伏平均に基づいて求められてもよい。１つの実施形態では、ひとたび方位が求められると、当該方位に基づいて優勢軸が指定される。電子デバイスの方位を求めることには、重力の影響を識別することが含まれていてもよい。最大絶対起伏平均を有する軸が、重力に最も影響を受ける軸ということになり、それは経時的に（例えば、電子デバイスが回転させられると）変化する可能性がある。従って、電子デバイス及び／又は当該電子デバイスに取り付けられているか又は埋め込まれている（単数又は複数の）慣性センサーの方位が変化すると、新たな優勢軸が指定されることになる。
【００１３】
１つの実施形態では、サンプル期間に亘って最大絶対起伏平均を有する実軸が、優勢軸として指定される。代わりの実施形態では、優勢軸は、現在の方位の（単数又は複数の）慣性センサーの実軸の１つに対応しているのではなく、むしろ、重力に大凡整列していると定義される軸に対応している。１つの実施形態では、優勢軸は、仮想座標系の成分である仮想軸に対応している。１つの実施形態では、方位を求めるのに、実軸に重力の影響に基づいて三角計算を行うなど、現実の重力評定が行われる。
【００１４】
デバイスが他の場所に在るときには、確実に「着用中」方位が起こり得ないようにすることで、ヘッドセットが着用中であることを識別するには、着用中方位を識別するだけで事足りる。
【００１５】
図２は、ヘッドセット制御システムの１つの実施形態のブロック図である。分かり易くするために、本図では、ヘッドセットの他の態様、例えば、伝送、ボイス制御、その他の特徴は示されていないことに留意されたい。
【００１６】
システム２００は、センサー論理部２１０を含んでいる。１つの実施形態では、センサー論理部２１０は、方位センサー２１５を含んでいる。方位センサー２１５は、空間の中でのヘッドセットの方位を求める。１つの実施形態では、これは、確実に、「着用中」方位が他の場所にあっては再現されることのないように構成されているヘッドセットに使用されている。
【００１７】
１つの実施形態では、センサー論理部２１０は、加速度計２２０を含んでいる。加速度計２２０は、１つの実施形態では、上で言及されている様に、重力を検出することによって方位を求める。１つの実施形態では、加速度計２２０は、ヘッドセットが着用中であるか否かを、動作シグネチャに基づいて判定する。一般的にいうと、人は自分の頭部を完全に安定させているとは限らない。じっと立っている間も、微小動作は自然になされる。ヘッドセットの加速度計２２０は、これらの動作を検出し、当該データを利用して、ヘッドセットが着用中であることを判定することができる。１つの実施形態では、加速度計によって検出された動作を対比させる動作シグネチャ２２５が記憶されている。１つの実施形態では、ヘッドセットが着用中であるときを検出するのに、ヘッドセットを耳に宛がう及びヘッドセットを耳から取り外す、という動作シグネチャが利用されている。ヘッドセットは、耳に宛がわれたが取り外されていなければ、ほぼ確実に着用中である。
【００１８】
１つの実施形態では、加速度計２２０は、タップやシェイクの様な動作によって表されるコマンドを検出するのにも使用されている。１つの実施形態では、加速度計データに基づいてコマンドを識別するのに、コマンドマッパー２３０が使用されていてもよい。１つの実施形態では、加速度計２２０は、加速度計データを一時的に保存しておくのにバッファ（図示せず）を含んでいる。
【００１９】
１つの実施形態では、ヘッドセットが着用中であることを検出するのに、温度センサー２３５が使用されていてもよい。温度センサー２３５は、例えば机上や小物入れの中など、他の環境ではまず実現され得ない、ユーザーの体温を検出することになる。１つの実施形態では、出力温度センサー２３５は、健康問題を検出するのにも使用することができる。１つの実施形態では、温度センサー２３５は、歩数計２４０に温度に基づく調節を提供するのにも使用することができる。１つの実施形態では、温度センサー２３５は、雰囲気センサー（例えばユーザーの体外）と身体センサー（例えばユーザーの体温）の２つのセンサーを含んでいてもよい。センサーが２つあれば、システムは、雰囲気温度と体温の差に基づいて、高温の車中に置かれている場合と着用中を見分けることができる。１つの実施形態では、温度差は、下で説明されている様に、他の測定値を調節するのにも使用することができる。
【００２０】
１つの実施形態では、システムには、その上、心拍数センサー２４５が含まれていてもよい。１つの実施形態では、心拍数センサー２４５は、ヘッドセットの一部であるイヤークリップに組み込まれていてもよい。その場合、１つの実施形態では、心拍数を検出するのに、耳たぶを通して伝達される赤外線光からの信号が使用されることになる。別の実施形態では、頭部の毛細血管が集中しているどこか別の場所の反射された赤外線光が使用されていてもよい。ヘッドセットが着用中であるか否かを判定するのに、心拍数検出が使用されていてもよい。１つの実施形態では、心拍数データは、スポーツソリューション部２４０に、体力消耗に基づく調節を提供するのにも使用することができる。
【００２１】
１つの実施形態では、センサー２１０の１つ又はそれ以上は、ヘッドセットの中に存在していてもよく、そうすると当該センサーを、ヘッドセットがユーザーによって着用中であるか否かを或る程度の確信を持って判定するのに使用することができる。
【００２２】
１つの実施形態では、上で言及されているように、システムはスポーツソリューション部２４０を含んでいる。スポーツソリューション部２４０は、ヘッドセットを介して、速度、距離、歩調、歩数、及びデータを含む活動情報を計算するのに使用される。１つの実施形態では、スポーツソリューション部２４０には、同様に温度又は心拍数データが提供されてもよい。スポーツソリューション部２４０は、その様なデータに基づいて、燃焼熱量又は歩調を適宜調節することができる。本システムが使用することのできる歩数計数アルゴリズムの１つの実施例が、米国特許出願第１１／８９１，１１２号「距離計算を備えた人間活動監視装置」に記載されている。１つの実施形態では、スポーツソリューション部２４０の出力は、トレーニング論理部２９０を使用して、音声フィードバックにより直接ユーザーに提供されてもよい。１つの実施形態では、スポーツソリューション部のデータは、代わりの接続、例えばウェブページ又は家庭のコンピュータ、を経由してユーザーが利用できるようにされてもよい。１つの実施形態では、スポーツソリューション部は、ユーザーのその日一日に歩んだ歩数を追跡する。この活動データ及び他のセンサーデータは、遠隔サーバに送られてもよい。それは、無線でつながれている携帯電話を介してＳＭＳメッセージにより、又は代わりの手段によって、送られてもよい。１つの実施形態では、ヘッドセットから受信された収集データは、中央場所に記憶され、ユーザーが利用できるようにされる。その様なシステムの１つの例が、同時係属出願第１１／１９２，５４９号「監視、制御、及び共有（ＭＡＣＳ）システム」に記載されている。
【００２３】
１つの実施形態では、ヘッドセットは、更に、ボタンインターフェース２９５を含んでいる。ボタンインターフェースはスピーカーシステムと共に、単ボタンが、スポーツソリューション部に対する制御を提供し、ユーザーへの音声フィードバックを提供できるようにしている。図６は、単ボタンナビゲーション構造を使用する場合の１つの実施形態のフローチャートである。図７は、使用することができるコマンドループの１つの実施形態を説明している例示的な表である。
【００２４】
１つの実施形態では、ボタンインターフェースは、ルーピングメニューシステムを利用する能力を提供して、ユーザーが単ボタンで複合的な選択を行えるようにしている。
【００２５】
１つの実施形態では、システムは、更に、構成論理部２５０を含んでいる。構成論理部２５０は、システムが、検出された情報に基づいて、設定／プロファイルを変更できるようにしている。１つの実施形態では、構成論理部２５０は、ヘッドセットがヘッドセット構成を変更できるようにしている。１つの実施形態では、構成論理部２５０は、ヘッドセットが、ヘッドセットに連結されている携帯デバイスにコマンドを送れるようにしており、その上、当該携帯デバイスの構成を変更できるようにしている。
【００２６】
１つの実施形態では、構成論理部２５０は、電力論理部２６０を含んでいる。電力論理部２６０は、ヘッドセットが着用中でないときは、ヘッドセットは電力供給を落とされ、ヘッドセットが着用されると、自動的にオンにされるようにしている。一般的にいうと、ブルートゥースヘッドセットの様なヘッドセットは、電池によって電力供給されている。ユーザーは、それらをオフにするときには、手動でそれらをオフにすることになっている。これは往々にして行われず、電池が消耗してしまう。従って、電力論理部２６０は、ヘッドセットが着用中でないときは、ヘッドセットの送信及び他の高電力消費要素の電力供給を下げる。ブルートゥース又は類似のネットワークを維持することに比べると殆ど電力を必要としないセンサー２１０の監視を行うだけで、実際の使用に基づいてヘッドセットの電力供給を下げたり上げたりすることができる。１つの実施形態では、電力論理部２６０は、時間が経過するにつれ、センサーのサンプリングを漸進的に縮小してゆく。例えば、使用中、加速度計は１０ミリ秒おきにサンプリングされているかもしれない。活動が無いことが初めて検出されると、サンプリング速度は、４０ミリ秒おきへ延ばされ、時間が経過するにつれ、−漸進的に、段階的に、又は一気に−、最も低いサンプリング速度まで下げられてもよい。１つの実施形態では、最も低いサンプリング速度は、毎秒１サンプルである。
【００２７】
１つの実施形態では、構成論理部２５０は、更に、プロファイル調節部２７０を含んでいる。プロファイル調節部２７０は、ヘッドセット及び／又は関係のある携帯デバイスを異なるプロファイルに調節する。デバイスのプロファイルは、どの様に通知を表示するかというフォーマット（例えば、ヘッドセットの鳴動、携帯デバイスの鳴動、両方の鳴動、振動など）が含まれる。ヘッドセットが着用されていることをシステムが検出すると、プロファイル調節部２７０は、通知プロフィアルを調節して、ヘッドセットのみを鳴動させ（電話は鳴動させず）、そして電話が着用中でない場合はその逆を行うことができる。センサー入力に応え、プロフィアル調節部２７０によって、他のプロファイル調節が実施されてもよい。
【００２８】
１つの実施形態では、システムは、更に、コマンド論理部２８０を含んでいる。コマンド論理部２８０は、コマンドを実行するために、センサー２１０からのデータを利用する。１つの実施形態では、コマンド論理部２８０は、加速度計２２０からのデータを利用する。１つの実施形態では、コマンド論理部２８０は、様々なコマンド用の動作シグネチャを記憶しているコマンド記憶部２８５とインターフェースしている。その様なコマンドには、例えば、「ヘッドセットが耳に宛がわれている場合は、タップ−タップコマンドの検出に応えて電話に応答せよ」、「ヘッドセットが耳に宛がわれていない場合は、シェイク−シェイクコマンドの検出に応えて電話に応答せよ」、又は「当該ハンドセットが取り上げられ耳に宛がわれたことが検出されたら、ハンドセットを起動せよ」、などが含まれていてもよい。
【００２９】
１つの実施形態では、システムは、更に、ユーザーが設定を調節できるようにする、ユーザーインターフェース２９０を含んでいる。１つの実施形態では、ユーザーは、ユーザーインターフェース２９０を通して、プロファイルオプション、コマンド、及びマッピングを調節することができる。
【００３０】
図３は、本システムの１つの実施形態のフローチャートである。プロセスは、１つの実施形態では、ハンドセットが電力供給されているときはいつでもアクティブである。
【００３１】
ブロック３１０で、プロセスは、ヘッドセットが「着用中」位置に入れられたか否かを判定する。着用中位置は、どんな位置であれ、ヘッドセットが使用時に身を置く位置に対応している。プロセスは、ヘッドセットは着用中位置に置かれたと判定すれば、ブロック３１５に進む。
【００３２】
ブロック３１５で、プロセスは、ヘッドセットが、現在オフ／オン待機であるか否かを判定する。そうであれば、ブロック３２０で、ヘッドセットはオンにされる。１つの実施形態では、ヘッドセットをオンにすることには、如何なる無線通信、スピーカー、マイクロフォン、及びヘッドセットが使用中であるときに利用されることになるヘッドセットの他の態様をも、有効にすることが含まれる。プロセスは次いでブロック３２５に進む。ヘッドセットがオフになっていなければ、プロセスはブロック３２５に直進する。
【００３３】
ブロック３２５で、ハンドセットは、携帯デバイスと、仮にそうすることが適切であれば、ペアを組まされる。これは、無線連結式ヘッドセットのみに適用することができる、というのも、有線式ヘッドセットはペアを組む必要がないからである。ヘッドセットが無線であれば、ブロック３２５で、どんな構成であれ、ハンドセットを携帯デバイスに連結するのに調節される必要がある構成が行われる。１つの実施形態では、ペアリングは、動作コマンドを利用して行われてもよい。この方式のペアリングの１つの実施形態が、同時係属出願第１１／８５５，１３３号「デバイスのペアリングを可能にする方法と装置」に記載されている。
【００３４】
ブロック３３５で、プロセスは、携帯デバイス側で進行中の通話があるか否かを判定する。そうであれば、ブロック３４０で、当該通話はヘッドセットに経路決めされ、応答される。これにより、ユーザーは、ヘッドセットを耳に宛がうだけで、ヘッドセット側で通話を受けることができる。１つの実施形態では、この特徴は、ユーザーが有効にさせたり無効にさせたりすることができる。プロセスは、次いで、ブロック３４５に進む。進行中の通話なければ、プロセスはブロック３４５に直進する。
【００３５】
ブロック３４５で、プロセスは、任意の他の構成ステップを行う。例えば、携帯電話の様な携帯デバイスでは、構成には、電鈴がヘッドセットのみにより鳴動するように設定することなど、が含まれるかもしれない。
【００３６】
プロセスは、次に、ブロック３１０に戻り、ヘッドセットの状態の監視を継続する。
【００３７】
ブロック３１０で、プロセスは、ヘッドセットが着けられていないと判定すれば、ブロック３５０に進む。
【００３８】
ブロック３５０で、プロセスは、ヘッドセットが外されたか否かを判定する。そうであれば、プロセスはブロック３５５に進む。そうでないなら、プロセスは、ブロック３１０に戻ってヘッドセットの状態の監視を継続する。
【００３９】
ブロック３５５で、携帯デバイスが電話である場合、プロセスは、進行中の通話があるか否かを判定する。進行中の通話がある場合、ブロック３６０では、ヘッドセットが外されている結果として、通話は切らずに待たされる。別の実施形態では、通話はスピーカーフォンに経路決めされてもよい。別の実施形態では、通話はスピーカーフォンに経路決めされてもよく、その場合、マイクロフォンがミュートされる。１つの実施形態では、ユーザーは、これらのオプションのどれが行われるかを構成することができる。１つの実施形態では、ユーザーは、ヘッドセットを取り外しながら、或るオプションを選択するための動作コマンドを行うことができる。１つの実施形態では、通話が終了するまで、それ以上何も起こらない。デバイスは、１つの実施形態では、ユーザーが別の行動を取るまで、この状態に保たれる。従って、プロセスはブロック３１０に戻り、ヘッドセットを監視する。進行中の通話は無い、とブロック３６０で判定された場合、プロセスはブロック３６５に進む。
【００４０】
ブロック３６５で、プロセスは、デバイスを、ヘッドセットが接続されていないかのごとく再構成する。例えば、それによって、確実に、通知がヘッドセットではなく携帯デバイスを通して起こされる。
【００４１】
ブロック３７０で、ヘッドセットは、電力供給中断又は低電力モードに置かれる。このモードでは、少なくとも１つのセンサーを監視するには十分な電力が維持されている。しかしながら、ブルートゥース又は他の無線接続の様な他の要素はオフにされる。これによりデバイスの電池寿命が延びる。プロセスは、次に、ブロック３１０に戻り、動作を監視する。
【００４２】
図４は、ヘッドセット用のコマンドデータを使用する場合の１つの実施形態のフローチャートである。１つの実施形態では、加速度計データが継続的にバッファに受信され、評価される。
【００４３】
プロセスはブロック４１０で始まる。ブロック４１０で、プロセスは、バッファのデータが、関連の加速度計データ、例えば評価するのに十分なデータ、に対応しているか否かを判定する。関連の加速度計データとは、コマンド、歩数、又は他の監視対象単位に対応している加速度計データである。加速度計データが受信されなかった場合、プロセスはブロック４１５に進む。ブロック４１５で、プロセスは、十分な無動作期間が起きたか否かを判定する。人間は常に動いており、「完全静止」を保持している間でさえ、少なくとも筋肉振戦は起こる。従って、動作の完全欠如は、デバイスがユーザーによって着用中でないことを表している。十分な動作無し期間−１つの実施形態では５秒間−が起こった場合、ヘッドセットは、オフ／装着待機にされる。そしてブロック４２０でプロセスは終了する。ヘッドセットは、１つの実施形態では、待機モードにあってさえ、加速度計の監視を継続することに留意されたい。
【００４４】
ブロック４１５で、プロセスは、無動作期間が閾値未満であると判定すれば、ブロック４１０に戻り、加速度データの監視を継続する。
【００４５】
ブロック４１０で、プロセスは、関連の加速度計データが受信されたと判定すれば、ブロック４２５に進む。
【００４６】
ブロック４２５で、プロセスは、加速度計データが歩数に対応しているか否かを判定する。歩数とは、ユーザーの活動レベルを監視するのに使用されている移動量の単位である。そうであれば、ブロック４３０で、当該歩数が歩数バッファに加えられる。次に、当該歩数に対応するデータが、加速度計バッファから削除される。プロセスは、次に、ブロック４１０に戻り、加速度計データの監視を継続する。
【００４７】
ブロック４２５で、データが歩数に対応していないと判定された場合、プロセスはブロック４３５に進む。
【００４８】
ブロック４３５で、プロセスは、加速度が電話コマンドであったか否かを判定する。１つの実施形態では、１つの電話コマンドはシェイクシェイク（例えば特定の識別される動作）である。この事例のシェイクシェイクは、方向の急な変化に相当する（例えば、デバイスを上下上下と素早く動かすこと）に対応していることに留意されたい。１つの実施形態では、シェイクは、或る加速度では方向の急な変化と定義され、別の加速度では、例えばデバイスを素早く上へ動かし次いで下へ動かすことと定義される。シェイクシェイクは説明されている動作コマンドではあるものの、同様に、代わりのコマンドが定義されていてもよいことに留意されたい。１つの実施形態では、シェイクシェイクコマンドは、ヘッドセットが着用されていないときに利用可能である。１つの実施形態では、ヘッドセットが着用されているとき、電話コマンドはタップ−タップ（例えばヘッドセット自体を２回叩く）であってもよい。しかしながら、この考察の目的上、如何なる他の定義された動作のセットを代用してもよい。
【００４９】
加速度が電話コマンドと識別された場合、ブロック４４０で、プロセスは、入来中の通話があるか、進行中の通話があるか、或いはどちらも無いか、を判定する。入来中の通話がある場合、ブロック４４５で、電話コマンドは通話を受ける。１つの実施形態では、電話コマンドは、更に、当該通話をヘッドセットへ経路決めする。ユーザーが通話を受けるのにヘッドセット加速度計コマンドを利用していることから、ユーザーは当該の通話についてヘッドセットを利用したいと望むはずと推測される。１つの実施形態では、ユーザーは、通話に応答する代わりに、異なるコマンドを利用することによって、通話をボイスメールに経路決めすることを選定してもよい。例えば、デバイスを３回タップすることが、「ボイスメールに送る」コマンドであってもよい。例えば、ヘッドセットを外すことが、入来通話をボイスメールに送るコマンドであってもよい。
【００５０】
進行中の通話があった場合、ブロック４５０で、１つの実施形態では、電話コマンドを使用して通話を終了させる。どちらも真でなかったら、１つの実施形態では、ブロック４５３で、ヘッドセットが携帯デバイスに命令して、インターフェースを表示させる。１つの実施形態では、インターフェースは、ダイヤル用インターフェースであってもよい。１つの実施形態では、インターフェースは、発話認識メニューであってもよい。プロセスは、次に、ブロック４１０に戻り、加速度計データの監視を継続する。データが電話コマンドでなかった場合、プロセスはブロック４５５に進む。
【００５１】
ブロック４５５で、プロセスは、加速度データが音量制御に対応しているか否かを判定する。音量の制御は、１つの実施形態では、動作シグネチャに基づいている。１つの実施形態では、ユーザーは、適切な動作シグネチャを定義してもよい。例えば、１つの実施形態での音量制御は、タップ−タップ（ヘッドセット着用中にヘッドセットを２回短く叩く）を備えていてもよい。加速度データが音量制御であった場合、プロセスはブロック４６０に進む。ブロック４６０で、プロセスは、ヘッドセットが正しく着用されているか否かを判定する。１つの実施形態では、「正しく着用されている」とは、ヘッドセットにスピーカーがある場合、ユーザーが当該スピーカーを利用できるやり方でヘッドセットが着用されていることを表す。ヘッドセットが正しく着用されている場合、ブロック４６５で、音量制御コマンドに応えて音量制御が調節される。１つの実施形態では、音量制御は、サイクルである（例えば、タップ−タップコマンドの都度、音量は最大音量に達するまで上げられ、それ以降のタップタップでは音量は下げられる）。音量制御の代わりの方法が使用されていてもよい。例えば、デバイスの一方の側へのタップ−タップは、音量が上げられなくてはならないことを表し、一方、デバイスの他方の側へのタップは、音量が下げられなくてはならないことを表していてもよい。ヘッドセットが着用されていない場合、ブロック４７０で、代わりの音量コマンドが実行される。
【００５２】
ブロック４８０で、プロセスは、加速度計データが、認識されている何らかの他のコマンドに対応しているか否かを判定する。そうであるなら、ブロック４８５で当該コマンドが実行される。コマンドの実行は、ヘッドセットの位置によって変わってもよい。１つの実施形態では、同一の加速度計データに、ヘッドセットが着用されているとき対ヘッドセットが休止位置にあるときで、異なるコマンドが関連付けられていてもよい。プロセスは、次に、ブロック４１０に戻り、加速度計データの監視を継続する。
【００５３】
図５は、ヘッドセットと共に他のセンサーデータを使用する１つの実施形態のフローチャートである。１つの実施形態では、ヘッドセットは、歩数計として使用することができる。歩数を数えることは、ユーザーの活動レベルを判定するのに有用である。１つの実施形態では、歩数計数機構は、ヘッドセットの場所と無関係であり、例えば、それは、ヘッドセットが着用されていようと、ポケット、鞄、バックパック、小物入れの中に携行されていようと、或いはユーザー側の他の場所にあろうと、機能する。
【００５４】
ブロック５１０で、プロセスは、加速度計データを累算する。ブロック５２０で、プロセスは、見込み歩数が検出されたか否かを判定する。１つの実施形態では、見込み歩数が検出された場合、プロセスはブロック５２５に進む。そうでないなら、プロセスはブロック５１０に戻り、加速度計データの累算を継続する。
【００５５】
ブロック５２５で、プロセスは、当該歩数について確立されている歩調があるか否かを判定する。一般的にいうと、人は或る特定の歩調で歩行し、各人の歩調は、状況が変化するまで、例えば、地形、環境、又は目的地が変化するまで、変化しない。
【００５６】
確立されている歩調がある場合、ブロック５３０で、プロセスは、見込み歩数が当該歩調に馴染むか否かを判定する。そうであるなら、ブロック５３５で、それらは歩数バッファに加えられる。プロセスは、次に、ブロック５４０に進む。
【００５７】
ブロック５４０で、音声出力が、−仮にまだ適応していなければ−、ユーザーの歩調／歩数に適応させられる。即ち、歩調に基づき、システムはノイズレベルを推定し、音声出力を調節する。一般的に、ユーザーが走っているときは、散歩中に比べ、周囲ノイズレベルはかなり高めである。従って、１つの実施形態では、音声出力は、−それが携帯電話のものであろうと、携帯音楽再生機のものであろうと、又は別のデバイスのものであろうと−ユーザーの歩調に基づいて調節される。
【００５８】
１つの実施形態では、システムは、更に、トレーニング態様を含んでいる。トレーニング態様は、ユーザーに音声フィードバックを提供する。音声フィードバック用の歩調調節によって、確実に、フィードバックは歩調に適応させられる。運動として安定した速い歩調で走っているユーザーは、おそらくは、のんびりそぞろ歩きをしているユーザーとは異なるデータに関心を寄せるであろう。１つの実施形態では、ヘッドセットは、ユーザーが歩行中であると測定すれば、歩数、有酸素的歩行、距離、及び熱量に着目した歩行関連のフィードバックを提供する。１つの実施形態では、ヘッドセットが走行を検出した場合、フィードバックは、走破距離、ペース、及び速度、の様な走行パラメータによる。１つの実施形態では、フィードバック自体、並びに様々な歩調でのフィードバックの特定型式は、ユーザーによって構成可能である。
【００５９】
ブロック５４５で、プロセスは、それのデータを加速度計データと統合させるべき他のセンサーがあるか否かを判定する。そうであれば、プロセスはブロック５５０に進む。そうでないなら、プロセスはブロック５１０に戻り、加速度計データの監視を継続する。
【００６０】
ブロック５５０で、プロセスは、センサーデータを期待データと比較する。期待データは、直前データ、−例えばこのユーザーについての読み取りの直近のセット−、に基づいている。１つの実施形態では、期待データはまた、このユーザー又は等価ユーザーに関する統計学的データを利用していてもよい。
【００６１】
期待データと実際のセンサーデータの間に差異がある場合、ブロック５６０で、プロセスは、差異が、実差であるか、又は無視するべきグリッチ又はスパイクであるか、又は潜在的な問題であるのかを判定する。
【００６２】
例えば、イヤークリップを介した心拍数の測定時、周囲の照明及びユーザーの汗が、センサーからの読み取りに影響するかもしれない。加速度計データを使用すれば、その様なものについて調節することができる。例えば、ユーザーが、一定の歩調と比較的一定の心拍数で走っている場合で、心拍数に突発的なスパイクがあった場合、この心拍数の変化を反映した対応する変化が歩調に存在していなければならない。歩調が何れの方向にも変化していなければ、心拍数におけるこの異常は削除することができる。
【００６３】
もう１つの例では、センサーの１つが圧力センサーである場合、それを、標高の変化を測定するのに使用することができる。標高変化が分かれば、この場合もやはり、それをセンサーデータの訂正に使用することができる。例えば、心拍数が上がっていて、圧力センサーが、ユーザーが標高を上げていることを示し、歩調が僅かに変化していれば、システムは、ユーザーは丘を駆け上っていると判定することになる。歩調が変化せず、標高が変化せず、しかし心拍数が急上昇又は急下降している場合、これは、それがユーザーの汗や周囲の照明の変化の様なイヤークリップの心拍数モニターの読み取りに影響する干渉要因の結果であれば、ここでも同様に訂正されることになる。
【００６４】
ブロック５６０で、プロセスが、変化はグリッチであり、測定されるパラメータの現実の変化ではないと判定した場合、ブロック５６５で、データは訂正される。ブロック５７０で、データは記憶される。１つの実施形態では、総データが記憶されるが、グリッチにはラベルが付けられる。１つの実施形態では、この訂正を行うことにより、ユーザーには、センサーエラーが健康上の問題の示唆ではないことが再度確約される。別の実施形態では、グリッチは表示されない。１つの実施形態では、グリッチデータは、具体的な要求があれば表示されることもある。１つの実施形態では、グリッチデータは、センサーの品質、精度、又は有用性を評価する目的で収集されることもある。別の実施形態では、グリッチデータは一切記憶されない。プロセスは、次にブロック５１０に戻り、データの収集を継続する。
【００６５】
プロセスは、ブロック５３０で、現在の歩数は当該歩調内ではないと判断した場合、ブロック５７５に進む。
【００６６】
ブロック５７５で、プロセスは、センサーデータを利用し、加速度計の読み取りに何らかの異常があるか否かを判定する。これは、加速度計データに基づいてセンサーグリッチを訂正することについての考察に匹敵する。訂正が必要なければ、ブロック５８０で、プロセスは新しい歩数バッファを開始する。この新しい歩数バッファは、新しい歩調が確立されるまで維持されることになる。ブロック５７５で異常があった場合、プロセスは、ブロック５８５で、センサー情報に基づいて歩調データを調節する。プロセスは、次に、ブロック５３０に戻り、すると、そこで歩数データは、調節後の歩調がなお現在の歩調と異なっているか否かによって、現歩数計数値に加算されるか又は新しい歩数バッファに加えられる。
【００６７】
ブロック５２５で、歩調が検出されなければ、プロセスはブロック５２７に進む。ブロック５２７で、新しい見込み歩数データに基づいて、新しい歩調が確立され、新しい歩数バッファが初期化される。プロセスは、次に、ブロック５３５に進み、ここで、見込み歩数が新しい歩数バッファに加えられる。
【００６８】
図６は、単ボタンインターフェースを使用する場合の１つの実施形態のフローチャートである。プロセスは、ブロック６１０で始まる。１つの実施形態では、プロセスは、デバイスがアクティブになれば、ボタンが押されていなくても、開始される。
【００６９】
ブロック６１５で、プロセスは、何らかのボタン押しが検出されたか否かを判定する。１つの実施形態では、ボタンの高速連打が単一のコマンドを成り立たせることもある。従って、ボタン押しデータを評価する前に、デバイスは、ボタン押しが終わっていることを確認する。そうであるなら、プロセスはブロック６２０に進む。そうでないなら、プロセスはブロック６６０に進む。
【００７０】
ブロック６２０で、プロセスは、デバイスの現在の状態と、メニューツリーの中の現在場所を求める。ブロック６３０で、適切な応答が識別される。適切な行動は、状態の変化（例えば、幾つかの機構をオン又はオフにする）、機構の変化（例えは、音量を上げる又は下げる）、又は別の新しいオプションの提示、であるかもしれない。ブロック６４０で、プロセスは、メニュー選択が、行動であるか、追加のメニュー選択肢の提示であるかを判定する。応答が行動を実行することであった場合、ブロック６５０で、当該の行動が行われる。プロセスは、次に、ブロック６１５に戻って更なるボタン押しを監視する。
【００７１】
応答が更なるメニュー選択肢の提示である場合、プロセスは、ブロック６６０に進む。ブロック６６０では、１つの実施形態では、メニュー選択肢は、ユーザーにオプションを口頭でリストアップすることによって提示される。
【００７２】
そうであるなら、プロセスは、次のボタン押しを検出するブロック６７０に進む。ブロック６７０で、次のボタン押しが検出される。プロセスは、次に、ブロック６２０に進み、当該の次のボタン押しに関して行動する。
【００７３】
ブロック６７０で次の選定がなければ、プロセスは、ブロック６８０で、しばらくして時間切れとなる。プロセスは、時間切れとなった後、ブロック６１５に戻り、何らかのボタン押しが検出されたか否かを判定する。
【００７４】
ブロック６１５で、ボタン押しが検出されなければ、プロセスはブロック６９０に進む。ブロック６９０で、プロセスは、メニューの中の行動をトリガするかもしれない何らかの状態変化が検出されたか否かを判定する。例えば、１つの実施形態では、ユーザーのワークアウト開始又は終了が或る行動をトリガするかもしれない。１つの実施形態では、状態変化を検出するのに、センサーデータが使用されている。
【００７５】
状態変化が検出されなければ、プロセスはブロック６１５に戻り、ボタン選定の監視を継続する。状態変化が検出されれば、プロセスはブロック６２０に進み、デバイスの新しい状態とメニューツリーの中の現在場所を検出する。この様にして、ユーザーは、単ボタンのみを利用してデバイスを制御することができる。
【００７６】
１つの実施形態では、ヘッドセットは、スポーツ／ライフスタイルのボタンを含んでいてもよい。図７は、この特徴を使用する場合の１つの実施形態の表である。
【００７７】
スポーツ／ライフスタイルのボタンは、単ボタンユーザーインターフェースを提供している。１つの実施形態では、これは、片耳ソリューションのみならずステレオヘッドセットにも有効である。ボタンは、ユーザーが、ヘッドセットを外す必要なしに、且つ視覚的なフィードバック機構（例えば画面）の必要なしに、様々なオプションを進んでゆけるようにする。更に、単ボタンをインターフェースとして使用しただけで、ユーザーは、訂正ボタンを手探りで探す必要がなくなり、インターフェースは、ヘッドセットの様な所有面積が極めて限られているデバイスに簡単に実施することができる。
【００７８】
図７は、ライフスタイル／スポーツ・アプリケーション用の単ボタンを使用した例示的なナビゲーションを説明している。分かる様に、開始時の条件に応じて、それぞれのボタン押しの結果は異なる。１つの実施形態では、音声フィードバックを使用して、どの様なコマンドが受信されたかが表される。別の実施形態では、フィードバックは、振動によってもよいし、スピーカーではなく骨伝導により提供される音声データであってもよい。
【００７９】
図７に示されている表では、ユーザーは、ワークアウトプログラムを開始、中断、及び停止することができる。１つの実施形態では、ワークアウトプログラムがアクティブになっている間、音楽伴奏が奏でられてもよい。
【００８０】
図７は、単ボタンの様々な起動型式に応えた行動の例示的な表を示している。当業者には理解される様に、これは、他の型式のアプリケーション、例えば、音楽再生機、携帯電話アプリケーションなど、のナビゲーションに適用することができるであろう。
【００８１】
１つの実施形態では、ユーザーは、コマンドを伝達するのに、ボタンインターフェースの使用に代え、又は加えて、動作を利用してもよい。図８は、コマンド及び適切なフィードバックに基づく加速度計の１つの実施形態のフローチャートである。
【００８２】
プロセスは、ブロック８１０で始まる。１つの実施形態では、システムは継続的に動作コマンドを監視する。
【００８３】
ブロック８２０で、プロセスは、動作コマンドが受信されたか否かを判定する。動作コマンドは、１つの実施形態では、シェイクシェイクコマンドであってもよい。シェイクシェイクコマンドは、デバイスを上下上下と素早く動かすことである。無論、このコマンドは、デバイスが身に着けられていない場合にのみ受信することができる。１つの実施形態では、動作コマンドは、タップタップコマンドであってもよい。タップタップコマンドは、デバイス自体を素早く２回連続して叩くことである。このコマンドは、デバイスが着用されているときは、最も簡単に受信させることができる。
【００８４】
動作コマンドが受信された場合、ブロック８３０で、可能なら、関連付けられている行動が識別される。ブロック８４０で、関連付けられている行動が識別され得ない場合、ブロック８５０で、プロセスはユーザーにこの失敗を報告する。行動が首尾よく識別されれば、ブロック８６０で、当該行動が取られる。１つの実施形態では、関連付けられている行動は、デバイスの状態によって決まる。例えば、デバイスが、携帯電話の態様を併せ持つ音楽再生機であればタップタップコマンドは、進行中の通話がある場合には「電話に応答せよ」を意味し、或いは通話が無く、音楽が再生中である場合には「次の音楽に進め」を意味していることもある。１つの実施形態では、ユーザーは、動作コマンドのそれぞれの型式にとって利用可能なコマンドをプログラムすることができる。１つの実施形態では、デフォルトコマンドのセットが事前にプログラムされていてもよい。
【００８５】
ブロック８７０で、プロセスは、当該コマンドについてフィードバックが提供されるべきか否かを判定する。フィードバックが提供されるべきであるなら、プロセスは、ブロック８８０で、適切なフィードバックを提供する。コマンドのフィードバックは、発話による音声フィードバック（例えば「運動プログラムが開始されました」）、楽音による音声フィードバック（例えばビープ音）、又は着用中のヘッドセットについて骨伝導を介して提供されるフィードバック、を含んでいてもよい。骨伝導は、音が頭蓋の骨を経由して内耳まで伝わることである。プロセスは、次に、ブロック８１０に戻ってコマンドの監視を継続する。
【００８６】
図９は、本発明と共に使用することができるコンピュータシステムの１つの実施形態のブロック図を示している。当業者には自明であろうが、様々なシステムアーキテクチャのうち代わりのシステムを使用することもできる。コンピュータシステムは、情報を伝達するためのバス又は他の内部通信手段９１５、及び情報を処理するための、バス９１５に連結されているプロセッサ９１０を含んでいてもよい。システムは、更に、情報及びプロセッサ９１０に実行させる命令を記憶するための、バス９１５に連結されているランダムアクセスメモリ（ＲＡＭ）又は他の揮発性記憶デバイス９５０（メモリとも呼ばれる）を備えている。主メモリ９５０は、プロセッサ９１０による命令の実行中に、一時的な変数又は他の中間的な情報を記憶するために使用することもできる。１つの実施形態では、システムは同様に、プロセッサ９１０用の静的な情報及び命令を記憶するための、バス９１５に連結されている読み取り専用メモリ（ＲＯＭ）及び／又は静的記憶デバイス９２０、及びフラッシュメモリ、磁気ディスク、光ディスク、及び各々の対応するディスクドライブ、の様なデータ記憶デバイス９２５を備えている。データ記憶デバイス９２５は、情報及び命令を記憶するためにバス９１５に連結されている。
【００８７】
システムは、画面、音声出力、キーボード、ボタン、マウスなどの様な、様々な入力／出力デバイスを含んでいてもよい。これらのＩ／Ｏデバイスは同様に、情報及びコマンド選定をプロセッサ９１０に伝達するために、バス９６５を介してバス９１５に連結されていてもよい。随意的にコンピュータシステム９００に連結されていてもよいもう１つのデバイスに、分散型システムの他のノードにネットワークを経由してアクセスするための通信デバイス９９０がある。通信デバイス９９０は、イーサネット、トークンリング、インターネット、又は広域ネットワークへの連結に使用されている様な数多くの市販のネットワーク化用周辺デバイスの何れを含んでいてもよい。通信デバイス９９０は、更に、ヌルモデム接続、無線接続機構、又はコンピュータシステム９００と外界との間に接続性を提供する何らかの他の機構であってもよい。このシステム及び関連付けられているハードウェアの構成要素の何れか又は全てを、本発明の様々な実施形態に使用することができることに留意されたい。当業者には理解される様に、システムの構成は、具体的な実装に基づく様々な目的のために如何なる構成が使用されてもよい。本発明を実施する制御論理又はソフトウェアは、主メモリ９５０、大容量記憶デバイス９２５、又はプロセッサ９１０に局所的又は遠隔的にアクセス可能な他の記憶媒体に、記憶させることができる。
【００８８】
当業者には自明である様に、ここに記載されているシステム、方法、及びプロセスは、主メモリ９５０又は読み取り専用メモリ９２０に記憶されるソフトウェアとして実施し、プロセッサ９１０に実行させることができる。この制御論理又はソフトウェアは、コンピュータ読み取り可能なプログラム符号を具現化させて所有していて、大容量記憶デバイス９２５によって且つプロセッサ９１０をここでの方法と教示に従って作動させるために読み取ることができる、コンピュータ読み取り可能媒体を備えている、製造商品に常駐させてもよい。
【００８９】
本発明は、上に説明されているコンピュータハードウェア構成要素のサブセットを保有するハンドヘルド型又はポータブル型のデバイスに具現化されてもよい。例えば、ハンドヘルド型デバイスは、バス９１５、プロセッサ９１０、及びメモリ９５０及び／又は９２５のみを保有するように構成されてもよい。本発明は更に、上に説明されているコンピュータハードウェア構成要素のサブセットを含む特殊用途家電製品に具現化されてもよい。例えば、家電製品は、プロセッサ９１０、データ記憶デバイス９２５、バス９１５、及びメモリ９５０と、ユーザーが基本的な方式でデバイスと通信できるようにする小型タッチスクリーンの様な極く基礎的な通信機構と、を含んでいてもよい。一般的に、デバイスの用途の特殊性が高いほど、デバイスを機能させるのに設ける必要のある要素は少なくなる。幾つかのデバイスでは、ユーザーとの通信は、タッチが基本の画面又は類似の機構を介してもよい。
【００９０】
当業者には理解される様に、システムの構成は、具体的な実装に基づく様々な目的のために如何なる構成が使用されてもよい。本発明を実施する制御論理又はソフトウェアは、プロセッサ９１０に局所的又は遠隔的にアクセス可能な如何なる機械読み取り可能な媒体に記憶させることもできる。機械読み取り可能な媒体には、情報を機械（例えばコンピュータ）が読み取ることのできる形式で記憶又は伝送するための如何なる機構も含まれる。例えば、機械読み取り可能な媒体には、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、電気的、光学的、音響学的、又は他の形式の伝播信号（例えば、搬送波、赤外線信号、デジタル信号など）が含まれる。
【００９１】
以上の明細書では、本発明をその特定の例示的な実施形態と関連付けて説明してきた。しかしながら、それらには、付随の特許請求の範囲に述べられている本発明のより広範な精神及び範囲から逸脱することなく、様々な修正及び変更がなされてもよいことは明白である。明細書及び図面は、従って、限定を課す意味ではなく説明を目的とする意味で考えられるべきである。
【符号の説明】
【００９２】
２００  システム
２１０  センサー論理部
２１５  方位センサー
２２０  加速度計
２２５  動作シグネチャ
２３０  コマンドマッパー
２３５  温度センサー
２４０  歩数計、スポーツソリューション部
２４５  心拍数センサー
２５０  構成論理部
２６０  電力論理部
２７０  プロファイル調節部
２８０  コマンド論理部
２８５  コマンド記憶部
２９０  トレーニング論理部、ユーザーインターフェース
２９５  ボタンインターフェース
９００  コンピュータシステム
９１０  プロセッサ
９１５  バス
９２０  ＲＯＭ及び／又は静的記憶デバイス
９２５  データ記憶デバイス、大容量記憶デバイス
９５０  主メモリ、揮発性記憶デバイス
９６５  バス
９９０  通信デバイス
【図１Ａ−１】
0005438759.tif 000002
【図１Ａ−２】
0005438759.tif 000003
【図１Ｂ】
0005438759.tif 000004
【図１Ｃ】
0005438759.tif 000005
【図１Ｄ】
0005438759.tif 000006
【図２】
0005438759.tif 000007
【図３】
0005438759.tif 000008
【図４】
0005438759.tif 000009
【図５】
0005438759.tif 000010
【図６】
0005438759.tif 000011
【図７】
0005438759.tif 000012
【図８】
0005438759.tif 000013
【図９】
0005438759.tif 000014