(57)【特許請求の範囲】
【請求項１】
ユーザに装着されるように構成された単体装置であって、
プロセッサと、
前記ユーザの動きデータを取得するように構成されたセンサと、
コンピュータが実行可能な命令群を備えた非一時的かつコンピュータが読取り可能な媒体と、
を備えており、
前記命令群が前記プロセッサにより実行されることにより、
前記ユーザへの装着時において、前記ユーザの動きの結果として生成された少なくとも１つのデータポイントを含むデータストリームを前記センサから取得し、
前記少なくとも１つのデータポイントを前記ユーザの動きを表すデータセットに変換し、
前記データセットから少なくとも１つの動き属性を計算し、
前記少なくとも１つの動き属性を、複数のモデルの各モデルにおける前記ユーザを含まない複数の個人からの動きデータと比較することによって、当該各モデルが前記少なくとも１つの動き属性にベストマッチする可能性を特定し、
特定された前記可能性が最も高いのが第１モデルであるという判断に基づいて、前記少なくとも１つの動き属性とベストマッチするものとして、前記複数のモデルから当該第１モデルを選択し、
選択された前記第１モデルを用いて、前記ユーザの前記動きに対応するエネルギー消費を計算し、
前記エネルギー消費の計算に際しては、前記少なくとも１つの動き属性を前記第１モデルに入力するとともに、当該エネルギー消費を含む当該第１モデルからの出力を受け付け、
前記ユーザが活動を行なっていることを前記少なくとも１つの動き属性を用いて判断し、
前記活動が第１の活動種または第２の活動種であるかを判断し、
前記活動が前記第１の活動種であると判断されると、当該第１の活動種に対応付けられた第１の活動モデルへ前記少なくとも１つの動き属性を入力し、
前記活動が前記第２の活動種であると判断されると、当該第２の活動種に対応付けられた第２の活動モデルへ前記少なくとも１つの動き属性を入力し、
前記第１の活動モデルまたは前記第２の活動モデルに入力された前記少なくとも１つの動き属性を用いて、前記エネルギー消費の計算とは別個に前記活動の特性を計算し、
前記第１の活動モデルまたは前記第２の活動モデルから前記特性の出力を受け付ける、
単体装置。
【請求項２】
前記非一時的かつコンピュータが読取り可能な媒体は、前記プロセッサにより実行されることにより、少なくとも１つのしきい値との比較によって前記少なくとも１つのデータポイントを有効にする命令群を備えている、
請求項１に記載の単体装置。
【請求項３】
前記ユーザの動きによって生成された前記少なくとも１つのデータポイントは、前記第１の活動種の実行中に生成されるものであり、
前記複数のモデルの少なくとも１つは、任意の個人による前記第１の活動種の実行中に収集された動きデータを含まない、
請求項１に記載の単体装置。
【請求項４】
前記複数のモデルの全ては、任意の個人による前記第１の活動種の実行中に収集された動きデータを含まない、
請求項３に記載の単体装置。
【請求項５】
前記少なくとも１つの動き属性は、ｘ軸、ｙ軸、およびｚ軸の各々の値を含むセンサデータから全指向性の属性として計算される、
請求項１に記載の単体装置。
【請求項６】
前記少なくとも１つの動き属性は、ｘ軸、ｙ軸、およびｚ軸のいずれかの値を含むセンサデータから単指向性の属性として計算される、
請求項１に記載の単体装置。
【請求項７】
前記少なくとも１つの動き属性は、前記センサから出力された前記少なくとも１つのデータポイント間の変化を表す少なくとも１つのデータポイントから計算される、
請求項１に記載の単体装置。
【請求項８】
前記少なくとも１つの動き属性は、前記センサから取得された少なくとも１つのデータポイントと前記ユーザに関する経歴データとの組合せから計算される、
請求項１に記載の単体装置。
【請求項９】
前記経歴データは、前記ユーザの性別、体重、および身長に関するデータを含む、
請求項８に記載の単体装置。
【請求項１０】
前記特性は、前記ユーザの移動速度を含んでいる、
請求項１に記載の単体装置。  
【請求項１１】
前記センサは、加速度計を備えている第１センサであり、
前記非一時的かつコンピュータが読取り可能な媒体は、前記プロセッサにより実行されることにより、
前記センサによって検出された前記動きをユーザが行なっている間に当該ユーザから取得された心拍数データを、前記少なくとも１つのデータポイントとして受け付け、
前記ユーザの身体活動が低下してしきい値を少なくとも第１期間下回っていることを示すデータが前記加速度計により提供されると、正確であっても心拍数データの前記少なくとも１つのデータポイントとしての利用を止めることを決定する、
命令群を備えている、
請求項１に記載の単体装置。
【請求項１２】
前記センサは、ｘ軸、ｙ軸、およびｚ軸についてのデータポイントを出力する加速度計であり、
計算された前記少なくとも１つの動き属性は、
ｘ軸値、ｙ軸値、およびｚ軸値の二乗和の平方根として計算される法線ベクトルと、    ｘ軸値の範囲と、
腕振り周波数と、
ｘ軸値のトリム平均と、
ｚ軸値の四分位数間範囲と、
腕振りパワーと、
スキューと、
ｘ軸値の積分と、
時間ドメイン周波数を用いて法線ベクトルから求められたステップ周波数と、
四分割ウインドウの最大値の和と、
微分の標準偏差と、
ｘ軸値、ｙ軸値、およびｚ軸値の標準偏差の和と、
法線ベクトルの積分と、
ステップ周波数パワーと、
四分割ウインドウの標準偏差値の平均と、
法線ベクトルの最大値と、
法線ベクトルの微分の中央値絶対偏差と、
ｘ軸値の四分位数間範囲と、
法線ベクトルのトリム平均と、
ｘ軸データの中央値データポイントの絶対値と、
ｘ軸に係るデータの中央値絶対偏差と、
ｘ軸データの標準偏差と、
ｙ軸値の積分と、
ｚ軸データの積分と、
ｚ軸値の範囲と、
ｚ軸データの最小値と、
ｘ軸、ｙ軸、およびｚ軸からのデータの四分位数間範囲と、
ｘ軸、ｙ軸、およびｚ軸からのデータの中央値絶対偏差の和と、
ｘ軸、ｙ軸、およびｚ軸からのデータの中央値の和と、
法線ベクトルの最大微分と、
法線ベクトルの最小微分と、
法線ベクトルの微分の絶対トリム平均と、
法線ベクトルの標準偏差と、
法線ベクトルデータの少なくとも１つのゼロ交差と、
法線ベクトルデータのスキューと、
法線ベクトルデータの四分位数間範囲と、
ｘ軸値の標準偏差と、
からなるグループから選択される、
請求項１に記載の単体装置。
【請求項１３】
前記センサによるデータ取得は、前記ユーザの外肢に装着されている間に行なわれる、請求項１に記載の単体装置。
【請求項１４】
ユーザの動きの結果として生成された少なくとも１つのデータポイントを含むデータストリームをセンサから取得し、
前記少なくとも１つのデータポイントを、前記ユーザの動きを表すデータセットに変換し、
前記データセットから少なくとも１つの動き属性を計算し、
前記少なくとも１つの動き属性を、複数のモデルの各モデルにおける前記ユーザを含まない複数の個人からの動きデータと比較することによって、当該各モデルが前記少なくとも１つの動き属性にベストマッチする可能性を特定し、
特定された前記可能性が最も高いのが第１モデルであるという判断に基づいて、前記少なくとも１つの動き属性とベストマッチするものとして、前記複数のモデルから当該第１モデルを選択し、
選択された前記第１モデルを用いて、前記ユーザの前記動きに対応するエネルギー消費を計算し、
前記エネルギー消費の計算に際しては、前記少なくとも１つの動き属性を前記第１モデルに入力するとともに、当該エネルギー消費を含む当該第１モデルからの出力を受け付け、
前記ユーザが活動を行なっていることを前記少なくとも１つの動き属性を用いて判断し、
前記活動が第１の活動種または第２の活動種であるかを判断し、
前記活動が前記第１の活動種であると判断されると、当該第１の活動種に対応付けられた第１の活動モデルへ前記少なくとも１つの動き属性を入力し、
前記活動が前記第２の活動種であると判断されると、当該第２の活動種に対応付けられた第２の活動モデルへ前記少なくとも１つの動き属性を入力し、
前記第１の活動モデルまたは前記第２の活動モデルに入力された前記少なくとも１つの動き属性を用いて、前記エネルギー消費の計算とは別個に前記活動の特性を計算し、
前記第１の活動モデルまたは前記第２の活動モデルから前記特性の出力を受け付ける、
コンピュータによって実行される方法。
【請求項１５】
全てが単一の装置上で実行される、
請求項１４に記載の方法。
【請求項１６】
前記ユーザの動きによって生成された前記少なくとも１つのデータポイントは、前記第１の活動種の実行中に生成されるものであり、
前記複数のモデルの少なくとも１つは、任意の個人による前記第１の活動種の実行中に収集された動きデータを含まない、
請求項１４に記載の方法。
【請求項１７】
前記少なくとも１つの動き属性は、（ａ）ｘ軸、ｙ軸、およびｚ軸の各々の値を含むセンサデータから全指向性の属性として計算されるか、（ｂ）ｘ軸、ｙ軸、およびｚ軸のいずれかの値を含むセンサデータから単指向性の属性として計算される、
請求項１４に記載の方法。
【請求項１８】
前記少なくとも１つの動き属性は、前記センサから出力された前記少なくとも１つのデータポイント間の変化を表す少なくとも１つのデータポイントから計算される、
請求項１４に記載の方法。
【請求項１９】
前記センサは、加速度計を備えている第１センサであり、
前記センサによって検出された前記動きをユーザが行なっている間に当該ユーザから取得された心拍数データを、前記少なくとも１つのデータポイントとして受け付け、
前記ユーザの身体活動が低下してしきい値を少なくとも第１期間下回っていることを示すデータが前記加速度計により提供されると、正確であっても心拍数データの前記少なくとも１つのデータポイントとしての利用を止めることを決定する、
請求項１４に記載の方法。
【請求項２０】
前記センサによるデータ取得は、前記ユーザの外肢に装着されている間に行なわれる、請求項１４に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、２０１３年１０月１４日に出願され「CALCULATING ENERGY EXPENDITURE FROM ATHLETIC MOVEMENTS」と題する米国仮特許出願第６１／８９０，７４８号、及び２０１３年１１月５日に出願され「CALCULATING PACE AND ENERGY EXPENDITURE FROM ATHLETIC MOVEMENT ATTRIBUTES」と題する米国仮特許出願第６１／９００，２０３号に対する優先権を請求し、これらの出願は、あらゆる非限定的な目的のために参照により全体が本明細書に明示的に組み込まれる。
【背景技術】
【０００２】
ほとんどの人は、フィジカルフィットネスの重要性を理解しているが、多くの人は、通常の運動プログラムを維持するのに必要な動機を見つけるのに苦労している。一部の人は、ランニング、ウォーキング、サイクリングなどの連続反復運動を伴う運動養生法を維持することが特に難しいことが分っている。
【０００３】
更に、個人は、ワークアウトを作業又は雑用とみなしており、したがって、ワークアウトを毎日の暮らしの楽しみと切り離すことがある。多くの場合、アスレチック活動と他の活動のそのような明確な分離は、個人がワークアウトを行おうとする動機付けを小さくする。更に、アスレチック活動に参加する個人を励ますためのアスレチック活動サービス及びシステムは、１つ以上の特定の活動に焦点を絞り込み過ぎており、個人の興味が無視されことがある。更に、これにより、アスレチック活動への参加やアスレチック活動サービス及びシステムの使用に対するユーザの関心が低下することがある。
【０００４】
多くの既存のサービス及び装置は、身体活動中のカロリー消費などのユーザのエネルギー消費量を正確に評価しかねる。したがって、ユーザは、しばしば「ワークアウト」とみなされない日課を含むことがある特定の活動が自分の健康によいという利点に気づかない。ユーザが自分のエネルギー消費量を監視可能な既存の装置には、収集システムの装着しにくさ、許容可能なしきい値を超える不正確な測定、値の報告の許容できないほどの待ち時間、検出されたユーザの動きに基づく活動の間違った分類、異なるユーザ間の偏差を考慮できないこと、特定の活動（例えば、ランニング及び／又はウォーキング）として分類される繰り返し挙動を不適切に含むこと、比較的高い消費電力、及び／又は以上その他の欠点の組み合わせを含む１つ以上の欠点があることが多い。
【０００５】
したがって、当該技術分野におけるこれらの欠点の少なくとも１つ以上に取り組む改善されたシステム及び方法が望ましい。
【発明の概要】
【課題を解決するための手段】
【０００６】
以下では、本発明の幾つかの態様の基本的な理解を提供するために本開示の概要を示す。この要約は、本発明の広範囲な概要ではない。本発明の重要又は不可欠な要素を示すものでもなく本発明の範囲を規定するものでもない。以下の要約は、本発明の幾つかの概念を、後で示されるより詳しい説明の前置きとし簡略化された形で提案するに過ぎない。
【０００７】
幾つかの態様は、ユーザに係る動きデータを処理するように構成されたシステムと方法に関する。動きデータは、例えば当該データから動き属性を計算するために変換されるなどして利用されうる。特定の実施形態において、センサは、当該ユーザによって装着されうる。特定の実施例において、当該センサは、当該ユーザの外肢に装着されうる。別実施形態においては、少なくとも１つのセンサは当該ユーザと物理的に接触しない。
【０００８】
データセットから得られた少なくとも１つの動き属性は、当該動きデータを活動種（ウォーキング、ランニング、スイミングなどの特定あるいは一般的な活動）に分類することなく計算されうる。少なくとも１つの動き属性は、複数の人から得られた動きデータを含む活動モデルと比較されうる。当該複数の人は、当該ユーザを含まなくてもよい。特定の実施形態において、当該モデルに含まれる動きデータと当該ユーザの属性は、活動種に依らないものでありうる。様々なモデルが異なる値を計算するために使用されうる。例えば、特定の実施形態において、当該属性は、少なくとも１つの動き属性とベストマッチするものとして少なくとも１つのエネルギー消費モデルから１つのエネルギー消費モデルを選択するために比較されうる。選択されたエネルギー消費モデルは、ユーザの動きに関連付けられたエネルギー消費を計算するために使用されうる。
【０００９】
特定の実施形態において、全ての処理は、ユーザに装着されうる単一の装置上で行なわれる。当該ユーザの動きによって生成されたデータポイントは、第１の活動種の実行中に生成されるものでありうるが、前記少なくとも１つの活動モデルは、任意の個人による前記第１の活動種の実行中に収集された動きデータを含まない。前記少なくとも１つの動き属性は、（ａ）ｘ軸、ｙ軸、およびｚ軸の各々の値を含むセンサデータから全指向性の属性として計算されるか、（ｂ）ｘ軸、ｙ軸、およびｚ軸のいずれかの値を含むセンサデータから単指向性の属性として計算される。別実施形態において、前記少なくとも１つの動き属性は、前記センサからの動きデータ出力間の変化を表す少なくとも１つのデータポイントから計算される。一実施形態において、前記センサは、加速度計を備えている第１センサでありうる。心拍数データは、前記センサによって検出された前記動きをユーザが行なっている間に当該ユーザから取得されうる。そのような実施形態においては、前記ユーザの身体活動が低下してしきい値を少なくとも第１期間下回っていることを示すデータが前記加速度計により提供されると、正確であっても心拍数データの利用を止めることが決定されうる。
【図面の簡単な説明】
【００１０】
【図１】例示的な実施形態による個人トレーニングを提供しかつ／又はユーザの身体運動からデータを取得するように構成され得る例示的システムを示す図である。
【図２】図１のシステムの一部でもよくそのシステムと通信し得る例示的コンピュータ装置を示す図である。
【図３】例示的実施形態によるユーザが装着可能な例示的センサアセンブリを示す図である。
【図４】例示的実施形態によるユーザが装着可能な別の例示的センサアセンブリを示す図である。
【図５】ユーザの衣類の上／中に配置された物理センサを含みかつ／又はユーザの２つの動く身体部分間の関係の特定に基づく、知覚入力のための説明的位置を示す図である。
【図６】エネルギー消費量と速度を含むメトリックに対して実施され得る例示的なフローチャートである。
【図７】一実施形態による受け取ったセンサデータを検証するために実施され得るフローチャートである。
【図８Ａ】一実施形態による受け取ったセンサデータを変換するために実施され得るフローチャートである。
【図８Ｂ】一実施形態による受け取ったセンサデータを変換するために実施され得るフローチャートである。
【図９Ａ】一実施形態による変換されたセンサデータから属性を計算するために実施され得るフローチャートである。
【図９Ｂ】一実施形態による変換されたセンサデータから属性を計算するために実施され得るフローチャートである。
【図９Ｃ】一実施形態による変換されたセンサデータから属性を計算するために実施され得るフローチャートである。
【図９Ｄ】一実施形態による変換されたセンサデータから属性を計算するために実施され得るフローチャートである。
【図９Ｅ】一実施形態による変換されたセンサデータから属性を計算するために実施され得るフローチャートである。
【図１０】一実施形態による周波数を推定し周波数探索範囲を設定できる例示的フローチャートである。
【図１１】特定の実施形態による動きデータの例示的探索範囲を示すグラフである。
【図１２Ａ】サンプルＦＦＴ出力を示すグラフであって、具体的には、腕振り範囲内のデータとバウンス範囲内のデータとを含む周波数データに対するＦＦＴパワーのグ    ラフを示す。
【図１２Ｂ】サンプルＦＦＴ出力を示すグラフであって、具体的には、一実施態様によるバウンス範囲内のピークが基準を満たすかどうかを判定するために利用されるし    きい値を有する同じグラフを示す。
【図１３Ａ】一実施形態による腕振り周波数、バウンス周波数及び／又は他の周波数を利用するかどうかの判定で実施され得る例示的フローチャートである。
【図１３Ｂ】一実施形態による腕振り周波数、バウンス周波数及び／又は他の周波数を利用するかどうかの判定で実施され得る例示的フローチャートである。
【図１４】計算された属性を、ユーザが行っている活動と関連付けられた１つ以上の出力値を予測するために使用されるエキスパートモデルと比較するために実施され得るフローチャートである。
【図１５Ａ】一実施形態によるスポーツ選手の活動を分類するために実施され得るフローチャートである。
【図１５Ｂ】一実施形態によるスポーツ選手の活動を分類するために実施され得るフローチャートである。
【図１５Ｃ】一実施形態によるスポーツ選手の活動を分類するために実施され得るフローチャートである。
【図１６】一実施形態による特定の活動をウォーキングとランニングのいずれかとして分類するために実施され得るフローチャートである。
【図１７Ａ】一実施形態による変換されたセンサデータから属性を計算するために実施され得るフローチャートである。
【図１７Ｂ】一実施形態による変換されたセンサデータから属性を計算するために実施され得るフローチャートである。
【図１７Ｃ】一実施形態による変換されたセンサデータから属性を計算するために実施され得るフローチャートである。
【図１７Ｄ】一実施形態による変換されたセンサデータから属性を計算するために実施され得るフローチャートである。
【図１７Ｅ】一実施形態による変換されたセンサデータから属性を計算するために実施され得るフローチャートである。
【発明を実施するための形態】
【００１１】
この開示の態様は、スポーツ選手の身体運動に関するアスレチックデータを取得し、記憶しかつ／又は処理することを含む。アスレチックデータは、能動的又は受動的に１つ以上の非一時的記憶媒体に検出されかつ／又は記憶され得る。更に他の態様は、アスレチックデータを使用して、例えば計算されたアスレチック属性やフィードバック信号などの出力を生成して、ガイダンス及び／又は他の情報を提供することに関連する。以上その他の態様は、個人用トレーニングシステムの以下の例示の文脈で検討される。
【００１２】
様々な実施形態の以下の記述において、添付図面を参照し、添付図面は、本明細書の一部を構成し、開示が実施され得る説明的な様々な実施形態によって示される。本開示の範囲と趣旨から逸脱することなく他の実施形態を利用できまた構造的及び機能的な修正を行えることを理解されたい。更に、この開示内の見出しは、開示の限定的態様とみなされるべきでなく、例示的な実施形態は、例示的な見出しに限定されない。
【００１３】
Ｉ．例示的な個人用トレーニングシステム
Ａ．説明的ネットワーク
この開示の態様は、複数のネットワークに亘って利用されることがあるシステム及び方法に関する。この点で、特定の実施形態は、動的ネットワーク環境に適応するように構成され得る。更に他の実施形態は、異なる別個のネットワーク環境で動作可能であってもよい。図１は、例示的な実施形態による個人用トレーニングシステム１００の例を示す。例示的なシステム１００は、説明的なボディエリアネットワーク（ＢＡＮ）１０２、ローカルエリアネットワーク（ＬＡＮ）１０４、広域ネットワーク（ＷＡＮ）１０６などの１つ以上の相互接続されたネットワークを含み得る。図１に示され（本開示全体にわたって述べられ）たように、１つ以上のネットワーク（例えば、ＢＡＮ１０２、ＬＡＮ１０４、及び／又はＷＡＮ１０６）が、重複してもよく他の形で互いを含んでもよい。説明的なネットワーク１０２〜１０６が、１つ以上の異なる通信プロトコル及び／又はネットワークアーキテクチャをそれぞれ含むことがあり、更に互い又は他のネットワークに対するゲートウェイを有するように構成されることがある論理的ネットワークであることを当業者は理解されよう。例えば、ＢＡＮ１０２、ＬＡＮ１０４及び／又はＷＡＮ１０６はそれぞれ、セルラネットワークアーキテクチャ１０８及び／又はＷＡＮアーキテクチャ１１０などの同じ物理ネットワークアーキテクチャに機能的に接続され得る。例えば、ＢＡＮ１０２とＬＡＮ１０４両方の構成要素と考えられる携帯電子装置１１２は、アーキテクチャ１０８及び／又は１１０の１つ以上を介して、伝送制御プロトコル（ＴＣＰ）、インターネットプロトコル（ＩＰ）、ユーザデータグラムプロトコル（ＵＤＰ）などの１つ以上の通信プロトコルにしたがってデータ及び制御信号をネットワークメッセージに変換しその逆に変換するように構成されたネットワークアダプタ又はネットワークインタフェースカード（ＮＩＣ）を含み得る。これらのプロトコルは、当該技術分野で周知であり、ここではより詳細に検討されない。
【００１４】
ネットワークアーキテクチャ１０８及び１１０は、例えばケーブル、ファイバ、衛星、電話、セルラ、ワイヤレスなどの、任意のタイプ又はトポロジの１つ以上の情報分配ネットワークを単独又は組み合わせで含んでもよく、したがって、１つ以上の有線又は無線通信チャネル（ＷｉＦｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、近距離無線通信（ＮＦＣ）及び／又はＡＮＴ技術を含むがこれらに限定されない）を有するように様々に構成され得る。したがって、図１のネットワーク内の任意の装置（携帯電子装置１１２や本明細書に記載された他の装置など）は、様々な論理ネットワーク１０２〜１０６の１つ以上に含まれるとみなされ得る。以上のことを念頭におき、説明的なＢＡＮ及びＬＡＮ（ＷＡＮ１０６に結合されることがある）の例示的な構成要素について述べる。
【００１５】
１．例示的ローカルエリアネットワーク
ＬＡＮ１０４は、例えばコンピュータ装置１１４などの１つ以上の電子装置を含み得る。コンピュータ装置１１４又はシステム１００の他の構成要素は、電話、音楽プレーヤ、タブレット、ネットブック又は任意の携帯装置などの移動端末を含み得る。他の実施形態では、コンピュータ装置１１４は、メディア・プレイヤ又はレコーダ、デスクトップコンピュータ、サーバ、ゲームコンソール（例えば、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｘｂｏｘ、ＳＯＮＹ（登録商標）Ｐｌａｙｓｔａｉｏｎ、及び／又はＮｉｎｔｅｎｄｏ（登録商標）Ｗｉｉゲームコンソールなど）を含み得る。以上が記述のための例示的装置にすぎず、本開示が、任意のコンソール又はコンピューティング装置に限定されないことを当業者は理解されよう。
【００１６】
コンピュータ装置１１４の設計と構造が、その意図された目的などの幾つかの因子によって異なることがあることを当業者は理解されよう。コンピュータ装置１１４の１つの例示的実施態様は図２に提供され、図２は、コンピューティング装置２００のブロック図を示す。図２の開示が、本明細書に開示された任意の装置に適用可能なことを当業者は理解されよう。装置２００は、プロセッサ２０２−１や２０２−２（本明細書では一般に「プロセッサ２０２」と呼ばれる）などの１つ以上のプロセッサを含み得る。プロセッサ２０２は、相互接続ネットワーク又はバス２０４を介して、互い又は他の構成要素と通信できる。プロセッサ２０２は、コア２０６−１や２０６−２（本明細書では「コア２０６」又はより一般に「コア２０６」と呼ばれる）などの１つ以上の処理コアを含んでもよく、処理コアは、単一集積回路（ＩＣ）チップ上に実装されてもよい。
【００１７】
コア２０６は、共有キャッシュ２０８及び／又は専用キャッシュ（例えば、それぞれキャッシュ２１０−１及び２１０−２）を含み得る。１つ以上のキャッシュ２０８／２１０は、プロセッサ２０２の構成要素による高速アクセスのために、メモリ２１２などのシステムメモリに記憶されたデータをローカルにキャッシュし得る。メモリ２１２は、チップセット２１６を介してプロセッサ２０２と通信し得る。特定の実施形態では、キャッシュ２０８は、システムメモリ２１２の一部であってもよい。メモリ２１２は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）を限定ではなく含んでもよく、またソリッドステートメモリ、光学若しくは磁気記憶装置、及び／又は電子情報を記憶するために使用できる他の媒体を１つ以上含み得る。更に他の実施形態は、システムメモリ２１２を省略し得る。
【００１８】
システム２００は、１つ以上の入出力装置（例えば、入出力装置２１４−１〜２１４−３。それぞれ一般に入出力装置２１４と呼ばれる）を含み得る。１つ以上の入出力装置２１４からの入出力データは、１つ以上のキャッシュ２０８，２１０及び／又はシステムメモリ２１２に記憶され得る。入出力装置２１４はそれぞれ、任意の物理的又は無線通信プロトコルを使用して、システム１００の構成要素と機能的に通信するように永久的又は一時的に構成され得る。
【００１９】
図１に戻ると、４つの例示的な入出力装置（要素１１６〜１２２として示された）が、コンピュータ装置１１４と通信するように示されている。当業者は、装置１１６〜１２２の１つ以上が、独立型装置でもよく、コンピュータ装置１１４だけでなく別の装置と関連付けられてもよいことを理解するであろう。例えば、１つ以上の入出力装置は、ＢＡＮ１０２及び／又はＷＡＮ１０６の構成要素と関連付けられるか対話し得る。入出力装置１１６〜１２２は、例えばセンサなどのアスレチックデータ取得ユニットを含んでもよいがこれに限定されない。１つ以上の入出力装置は、ユーザ１２４などのユーザからアスレチックパラメータを感知し、検出しかつ／又は測定するように構成され得る。例には、加速度計、ジャイロスコープ、位置決定装置（例えば、ＧＰＳ）、光（非可視光を含む）センサ、温度センサ（周囲温度及び／又は体温を含む）、睡眠パターンセンサ、心拍数モニタ、画像キャプチャセンサ、水分センサ、力センサ、コンパス、角速度センサ、及び／又はこれらの組み合わせが挙げられるが、これらに限定されない。
【００２０】
更に他の実施形態では、入出力装置１１６〜１２２は、出力（例えば、聴覚、視覚、触覚キュー）を提供しかつ／又はスポーツ選手１２４からユーザ入力などの入力を受け取るために使用され得る。これらの説明的な入出力装置の例示的な使用を後述するが、当業者は、そのような考察が、単にこの開示の範囲内の多くの選択肢のうちの幾つかの描写であることを理解するであろう。更に、任意のデータ収集ユニット、入出力装置又はセンサの参照が、本明細書に開示されかつ／又は当該技術分野で既知の１つ以上の入出力装置、データ収集ユニット及び／又はセンサを（個別又は組み合わせで）有することがある実施形態を開示すると解釈されるべきである。
【００２１】
（１つ以上のネットワークに亘る）１つ以上の装置からの情報を使用して、様々な異なるパラメータ、メトリック又は生理特性を提供してもよく（又はこれらの情報で利用されてもよく）、そのようなパラメータ、メトリック又は生理特性には、速度、加速度、距離、歩数、方向、特定の身体部分若しくは対象の他のものに対する相対運動などの動きパラメータ、又は角速度、直線速度若しくはそれらの組み合わせとして表されることがある他の動きパラメータ、カロリー、心拍数、汗検出、労力、酸素消費量、酸素反応速度及び１つ以上のカテゴリ（圧力、衝撃力など）内にあることがある他のメトリックなどの生理的パラメータ、スポーツ選手に関する情報（身長、体重、年齢、人口学的情報及びこれらの組み合わせ）が含まれるが、これらに限定されない。
【００２２】
システム１００は、システム１００内で収集されるか又は他の方法でシステム１００に提供されるパラメータ、メトリック又は生理特性を含むアスレチックデータを送信しかつ／又は受信するように構成され得る。一例として、ＷＡＮ１０６は、サーバ１１１を含み得る。サーバ１１１は、図２のシステム２００の１つ以上の構成要素を有し得る。一実施形態では、サーバ１１１は、少なくともプロセッサとメモリ（プロセッサ２０６とメモリ２１２など）を含む。サーバ１１１は、非一時的コンピュータ可読媒体上にコンピュータ実行命令を記憶するように構成され得る。命令は、システム１００内で収集された未処理データや処理済みデータなどのアスレチックデータを含み得る。システム１００は、エネルギー消費ポイントなどのデータを、ソーシャルネットワークウェブサイト又はそのようなサイトのホストに送信するように構成され得る。サーバ１１１は、１人以上のユーザがアスレチックデータにアクセスしかつ／又は比較できるよう利用され得る。したがって、サーバ１１１は、アスレチックデータや他の情報に基づいて通知を送受信するように構成され得る。
【００２３】
ＬＡＮ１０４に戻ると、コンピュータ装置１１４は、例示的な実施形態に関して後述される表示装置１１６、画像キャプチャ装置１１８、センサ１２０及びエクササイズ装置１２２と機能的に通信するように示されている。一実施形態では、表示装置１１６は、特定のアスレチック運動を行うようにスポーツ選手１２４に視聴覚キューを提供し得る。視聴覚キューは、ＢＡＮ１０２及び／又はＷＡＮの装置を含む、コンピュータ装置１１４や他の装置上で実行されるコンピュータ実行命令に応じて提供され得る。表示装置１１６は、タッチスクリーン装置でもよく、ユーザ入力を受け取るように他の方法で構成されてもよい。
【００２４】
一実施形態では、データは、画像キャプチャ装置１１８及び／又は他のセンサ（センサ１２０など）から取得されてもよく、これらの装置は、アスレチックパラメータを検出（及び／又は測定）するために、単独で使用されてもよく、他の装置又は記憶情報との組み合わせで使用されてもよい。画像キャプチャ装置１１８及び／又はセンサ１２０は、トランシーバ装置を含み得る。一実施形態では、センサ１２８は、赤外線（ＩＲ）、電磁気（ＥＭ）又は音響トランシーバを含み得る。例えば、画像キャプチャ装置１１８及び／又はセンサ１２０は、波形を、スポーツ選手１２４の方向を含む環境に送信し、「反射」を受信するかそのような放出された波形の変化を他の方法で検出し得る。当業者は、様々な実施形態により、多数の異なるデータスペクトルに対応する信号が利用され得ることを容易に理解するであろう。これに関して、装置１１８及び／又は１２０は、外部ソース（例えば、システム１００ではない）から放射された波形を検出し得る。例えば、装置１１８及び／又は１２０は、ユーザ１２４及び／又は周囲環境から放射されている熱を検出し得る。したがって、画像キャプチャ装置１２６及び／又はセンサ１２８は、１つ以上のサーマルイメージング装置を含み得る。一実施形態では、画像キャプチャ装置１２６及び／又はセンサ１２８は、レンジフェノメノロジーを実行するように構成された赤外線装置を含み得る。
【００２５】
一実施形態では、エクササイズ装置１２２は、スポーツ選手１２４が身体運動を行うことを可能にするか容易にするように構成可能な任意の装置（例えば、トレッドミル、ステップマシンなど）でよい。装置が固定されていなくてもよい。この点において、無線技術によって携帯型装置の利用が可能になり、したがって、特定の実施形態により自転車や他の移動訓練装置を利用し得る。当業者は、装置１２２は、コンピュータ装置１１４からリモートで実行されるアスレチックデータを含む電子装置を受け取るためのインタフェースでもよく、そのようなインタフェースを含んでもよい。例えば、ユーザは、スポーツ用装置（ＢＡＮ１０２に関して後述される）を使用し、家又は機器１２２の場所に戻った後で、アスレチックデータを要素１２２又はシステム１００の他の装置にダウンロードし得る。本明細書に開示された任意の入出力装置が、活動データを受信するように構成され得る。
【００２６】
２．ボディエリアネットワーク
ＢＡＮ１０２は、アスレチックデータを受信し、送信し、又はアスレチックデータの収集を他の方法で容易にするように構成された２つ以上の装置（受動装置を含む）を含み得る。例示的な装置には、入出力装置１１６〜１２２が含むがこれに限定されない当該技術分野で知られているか本明細書に開示された１つ以上のデータ収集ユニット、センサ又は装置が挙げられる。ＢＡＮ１０２の２つ以上の構成要素は、直接通信してもよく、更に他の実施形態では、通信は、ＢＡＮ１０２、ＬＡＮ１０４及び／又はＷＡＮ１０６の一部でもよい第３の装置を介して行われてもよい。ＬＡＮ１０４又はＷＡＮ１０６の１つ以上の構成要素は、ＢＡＮ１０２の一部を構成し得る。特定の実施態様では、携帯装置１１２などの装置が、ＢＡＮ１０２、ＬＡＮ１０４及び／又はＷＡＮ１０６の一部であるかどうかは、モバイルセルラーネットワークアーキテクチャ１０８及び／又はＷＡＮアーキテクチャ１１０との通信を可能にするスポーツ選手のアクセスポイントまでの近さに依存する。また、ユーザの活動及び／又は好みが、１つ以上の構成要素がＢＡＮ１０２の一部として利用されるかどうかに影響を及ぼすことがある。例示的な実施形態は後述される。
【００２７】
ユーザ１２４は、情報を収集するために使用される物理装置又は位置を含むことがある、携帯装置１１２、靴取付型装置１２６、手首装着型装置１２８などの任意数の装置、及び／又は検出位置１３０などの検出位置と関連付けられ得る（例えば、所有し、携帯し、装着しかつ／又は対話し得る）。１つ以上の装置１１２、１２６、１２８及び／又は１３０は、特にフィットネス又はアスレチック用に設計されていなくてもよい。実際には、この開示の態様は、複数の装置からのデータを利用してアスレチックデータを収集、検出及び／又は測定することに関し、それらの装置の幾つかは、フィットネス装置ではない。特定の実施形態では、ＢＡＮ１０２（又は、他のネットワーク）の１つ以上の装置は、特定のスポーツ用に特別に設計されたフィットネス又はスポーツ用装置を含み得る。本明細書で使用されるとき、用語「スポーツ用装置」は、特定のスポーツ又はフィットネス活動中に使用されるか関係されることがある任意の対象物を含む。例示的なスポーツ用装置には、ゴルフボール、バスケットボール、野球ボール、サッカーボール、フットボール、パワーボール、ホッケー用パック、ウェイト、バット、クラブ、スティック、パドル、マット及びこれらの組み合わせが挙げられるが、これらに限定されない。  更に他の実施形態では、例示的なフィットネス装置には、ゴールネット、フープ、バックボードなどの環境自体、中線、外部境界マーカ、ベースなどのフィールドの一部分及びこれらの組み合わせを含む、特定のスポーツが行われるスポーツ環境内の物体が含まれ得る。
【００２８】
この点に関して、当業者は、１つ以上のスポーツ用装置は、構造の一部でもよく（又は、構造を構成してもよく）その逆でもよく、構造が、１つ以上のスポーツ用装置を含んでもよく、スポーツ用装置と対話するように構成されてもよいことを理解するであろう。例えば、第１の構造は、取り外し可能で、ゴールポストと置き換え可能なバスケットボールゴールとバックボードを含み得る。この点において、１つ以上のスポーツ用装置は、図１〜図３に関して前述されたセンサのうちの１つ以上など、１つ以上のセンサを含んでもよく、センサは、独立にあるいは１つ以上の構造と関連付けられた１つ以上のセンサなどの他のセンサと関連して利用される情報を提供してもよい。例えば、バックボードは、バックボード上のバスケットボールによる力と力の方向とを測定するように構成された第１のセンサを含んでもよく、ゴールは、力を検出する第２のセンサを含んでもよい。同様に、ゴルフクラブは、シャフト上のグリップ属性を検出するように構成された第１のセンサと、ゴルフボールによる衝撃を測定するように構成された第２のセンサとを含み得る。
【００２９】
説明的な携帯装置１１２を見ると、この装置は、多目的電子装置でよく、例えば、カリフォルニア州クパチーノのＡｐｐｌｅ，Ｉｎｃ．から入手可能なＩＰＯＤ（登録商標）、ＩＰＡＤ（登録商標）又はｉＰｈｏｎｅ（登録商標）商標装置を含む電話又はデジタル音楽プレーヤ、ワシントン州レッドモンドのＭｉｃｒｏｓｏｆｔから入手可能なＺｕｎｅ（登録商標）又はＭｉｃｒｏｓｏｆｔ（登録商標）Ｗｉｎｄｏｗｓ装置が挙げられる。当該技術分野で知られているように、デジタルメディアプレーヤは、コンピュータ用の出力装置、入力装置及び／又は記憶装置として働き得る。装置１１２は、ＢＡＮ１０２、ＬＡＮ１０４又はＷＡＮ１０６において１つ以上の装置から収集された未処理又は処理済みデータを受け取るための入力装置として構成され得る。１つ以上の実施形態では、携帯装置１１２は、コンピュータ装置１１４の１つ以上の構成要素を含み得る。例えば、携帯装置１１２には、前述の入出力装置１１６〜１２２のいずれかなど、ディスプレイ１１６、画像キャプチャ装置１１８、及び／又は１つ以上のデータ収集装置が挙げられ、移動端末を構成するために追加の構成要素があってもなくてもよい。
【００３０】
ａ．説明的な衣服／アクセサリセンサ
特定の実施形態では、入出力装置は、時計、アームバンド、リストバンド、ネックレス、シャツ、靴などを含む、ユーザ１２４の衣服又はアクセサリ内に構成されるか又は他の方法で関連付けられ得る。これらの装置は、ユーザのアスレチック運動を監視するように構成され得る。これらの装置が、ユーザ１２４がコンピュータ装置１１４と対話している間にアスレチック運動を検出しかつ／又はコンピュータ装置１１４（又は、本明細書で開示された他の装置）と無関係に動作し得ることを理解されたい。例えば、ＢＡＮ１０２における１つ以上の装置は、ユーザの接近又はコンピュータ装置１１４との対話に関係なく活動を測定する終日活動モニタとして機能するように構成され得る。更に、図３に示された知覚システム３０２と図４に示された装置アセンブリ４００が（それぞれ以下の段落で説明される）、単に説明的な例であることを理解されたい。
【００３１】
ｉ靴取付型装置
特定の実施形態では、図１に示された装置１２６は、本明細書に開示されかつ／又は当該技術分野で知られているものを含むがこれに限定されない１つ以上のセンサを含み得る履物を含んでもよい。図３は、１つ以上のセンサアセンブリ３０４を提供するセンサシステム３０２の１つの例示的実施形態を示す。アセンブリ３０４は、例えば、加速度計、ジャイロスコープ、位置決定構成要素、力センサ、及び／又は本明細書に開示されているか当該技術分野で知られている他のセンサなどの１つ以上のセンサを含み得る。示された実施形態では、アセンブリ３０４は、複数のセンサを内蔵し、このセンサは、力感応抵抗器（ＦＳＲ）センサ３０６を含んでもよいが、他のセンサが利用されてもよい。ポート３０８は、靴の靴底構造３０９内に位置決めされてもよいが、一般に１つ以上の電子装置と通信するように構成される。ポート３０８は、必要に応じて、電子モジュール３１０と通信するように提供されてよく、靴底構造３０９は、必要に応じて、モジュール３１０を収容するハウジング３１１や他の構造を含んでもよい。また、センサシステム３０２は、ＦＳＲセンサ３０６をポート３０８に接続して、ポート３０８を介したモジュール３１０及び／又は別の電子装置との通信を可能にする複数のリード線３１２を含み得る。モジュール３１０は、靴の靴底構造内の窪み又は空所に収容されてもよく、ハウジング３１１は、窪み又は空所内に位置決めされ得る。一実施形態では、少なくとも１つのジャイロスコープと少なくとも１つの加速度計は、モジュール３１０やハウジング３１１などの単一ハウジング内に提供される。少なくとも更に他の実施形態では、動作するときに、方向情報と角速度データを提供するように構成された１つ以上のセンサが提供される。ポート３０８とモジュール３１０は、接続と通信のための相補的インタフェース３１４，３１６を含む。
【００３２】
特定の実施形態において、図３に示された少なくとも１つの力感応抵抗器３０６は、第１と第２の電極又は電気接点３１８，３２０と、電極３１８，３２０間に配置されて電極３１８，３２０を電気的に接続する力感応抵抗材料３２２とを含み得る。力感応材料３２２に圧力が加わったとき、力感応材料３２２の固有抵抗及び／又は導電率が変化し、これにより電極３１８，３２０の間の電位が変化する。センサシステム３０２が、抵抗値の変化を検出して、センサ３１６に加わる力を検出できる。力感応抵抗材料３２２は、その抵抗値を圧力下で様々に変化させ得る。例えば、力感応材料３２２は、材料が圧縮されたとき減少する内部抵抗を有し得る。更に他の実施形態は、「体積抵抗」を利用してもよく、「体積抵抗」は、「スマート材料」によって実現され得る。別の例として、材料３２２は、２つの力感光材料３２２の間や力感光材料３２２と一方又は両方の電極３１８，３２０との間など、面接触度を変化させることによって抵抗を変化させ得る。幾つかの状況では、このタイプの力感応抵抗挙動は、「接触ベース抵抗」と示されることがある。
【００３３】
ｉｉ．手首装着型装置
図４に示されたように、装置４００（図１に示された知覚装置１２８と類似してもよく含んでもよい）は、手首、腕、足首、首のまわりなど、ユーザ１２４によって装着されるように構成され得る。装置４００は、装置４００の動作中に使用されるように構成された押下式入力ボタン４０２などの入力機構を含み得る。入力ボタン４０２は、図１に示されたコンピュータ１１４に関して述べた要素のうちの１つ以上などのコントローラ４０４及び／又は他の電子構成要素に機能的に接続され得る。コントローラ４０４は、ハウジング４０６に埋め込まれてもよく、あるいはその一部であってもよい。ハウジング４０６は、エラストマ構成要素を含む１つ以上の材料から構成されてもよく、ディスプレイ４０８などの１つ以上のディスプレイを含んでもよい。ディスプレイは、装置４００の照明部分とみなされ得る。表示装置４０８は、ＬＥＤランプ４１０などの一連の個別照明要素又はランプ部材を含み得る。ランプは、アレイで構成され、コントローラ４０４に機能的に接続され得る。装置４００は、インジケータシステム４１２を含んでもよく、インジケータシステム４１２は、また、ディスプレイ４０８全体の一部又は構成要素とみなされ得る。インジケータシステム４１２は、ディスプレイ４０８（複数の画素要素４１４を有することがある）と関連して動作し点灯してもよく、ディスプレイ４０８と完全に別個であってもよい。また、インジケータシステム４１２は、複数の追加照明要素又はランプ部材を含んでもよいが、例示的実施形態では、ＬＥＤランプの形をとってもよい。特定の実施形態では、インジケータシステムは、１つ以上の目標の実現を表すために、インジケータシステム４１２の照明部材の一部分を照明することなどによって、目標の可視指示を提供できる。装置４００は、ディスプレイ４０８及び／又はインジケータシステム４１２によって、ユーザの活動に基づいてユーザが獲得した活動ポイント又は通貨によって表されたデータを表示するように構成され得る。
【００３４】
締結機構４１６が外されてもよく、そこで装置４００が、ユーザ１２４の手首又は一部分のまわりに位置決めされて、締結機構４１６が係合され得る。一実施形態では、締結機構４１６は、コンピュータ装置１１４（装置１２０及び／又は１１２など）と対話するために、ＵＳＢポートを含むがこれに限定されないインタフェースを含み得る。特定の実施形態では、締結部材は、１つ以上の磁石を含み得る。一実施形態では、締結部材は、可動部がなく、全く磁力に依存してもよい。
【００３５】
特定の実施形態では、装置４００は、センサアセンブリ（図４に示されていない）を含み得る。センサアセンブリは、本明細書に開示されかつ／又は当該技術分野で既知のものを含む複数の異なるセンサを含み得る。例示的実施形態では、センサアセンブリは、本明細書に開示されるか当該技術分野で既知のセンサに対する機能接続を含むか機能接続を可能にし得る。装置４００及び／又はそのセンサアセンブリは、１つ以上の外部センサから得られたデータを受け取るように構成され得る。
【００３６】
ｉｉｉ．衣服及び／又は身体位置検出
図１の要素１３０は、センサ、データ収集ユニット、他の装置などの物理装置と関連付けられることがある例示的な知覚位置を示す。更に他の実施形態では、画像キャプチャ装置（例えば、画像キャプチャ装置１１８）などによって、本体部分又は領域の特定位置が監視され得る。特定の実施形態では、要素１３０は、センサを含んでもよく、その結果、要素１３０ａ及び１３０ｂは、運動服などの衣服に組み込まれたセンサでよい。そのようなセンサは、ユーザ１２４の身体の任意の所望の位置に配置され得る。センサ１３０ａ／ｂは、ＢＡＮ１０２、ＬＡＮ１０４及び／又はＷＡＮ１０６の１つ以上の装置（他のセンサを含む）と（例えば、無線で）通信し得る。特定の実施形態では、受動的検出面が、画像キャプチャ装置１１８及び／又はセンサ１２０によって放射された赤外線などの波形を反射し得る。一実施形態では、ユーザ１２４の衣服に配置された受動的センサは、波形を反射可能なガラス又は他の透明若しくは半透明面で作成されたほぼ球状の構造物を含み得る。様々な種類の衣服を利用可能であり、所定の種類の衣服は、適切に装着されたときにユーザ１２４の身体の特定部分の近くに配置されるように構成された特定のセンサを有する。例えば、ゴルフ用衣服は、第１の構成で衣服上に位置決めされた１つ以上のセンサを含み得るが、サッカー用衣服は、第２の構成で衣服上に位置決めされた１つ以上のセンサを含んでもよい。
【００３７】
図５は、知覚入力の説明的位置（例えば知覚位置１３０ａ〜１３０ｏを参照）を示す。この点について、センサは、ユーザの衣服上／内に配置された物理センサでよく、更に他の実施形態では、センサ位置１３０ａ〜１３０ｏは、２つの動く身体部分の間の関係の識別に基づいてもよい。例えば、センサ位置１３０ａは、画像キャプチャ装置１１８などの画像キャプチャ装置によってユーザ１２４の動きを識別することによって決定され得る。したがって、特定の実施形態では、センサは、特定の位置（センサ位置１３０ａ〜１３０ｏなど）に物理的に配置されなくてもよく、他の位置から収集された画像キャプチャ装置１１８や他のセンサデータなどによって、その位置の特性を検出するように構成されてもよい。この点に関して、ユーザの身体の全体形状又は一部分が、特定の身体部分の識別を可能にすることがある。画像キャプチャ装置が利用されるか、ユーザ１２４上に配置された物理センサが利用されるか、他の装置（知覚システム３０２など）からのデータが使用されるか、装置アセンブリ４００及び／又は本明細書に開示されたか当該技術分野で既知の他の装置又はセンサが利用されるかに関係なく、センサは、身体部分の現在位置を検出しかつ／又は身体部分の動きを追跡可能である。一実施形態では、位置１３０ｍに関する知覚データは、ユーザの重心（質量中心とも呼ばれる）の決定に利用されることがある。例えば、位置１３０ｍ〜１３０ｏのうちの１つ以上に対する位置１３０ａと位置１３０ｆ／１３０ｌとの関係を利用して、ユーザの重心が垂直軸方向に持ち上げられたか（ジャンプの際など）、ユーザが膝を曲げ縮めることによってジャンプの「ふり」をしようとしているかを判定できる。一実施形態では、センサ位置１３０６ｎは、ユーザ１２４の胸骨のまわりに配置され得る。同様に、センサ位置１３０ｏは、ユーザ１２４の臍（naval）の近くに配置され得る。特定の実施態様では、センサ位置１３０ｍ〜１３０ｏからのデータを（単独又は他のデータと組合せで）利用して、ユーザ１２４の重心を決定し得る。更に他の実施形態では、ユーザ１２４の向き及び／又はユーザ１２４の胴体のねじれなどの回動力を決定する際に、センサ１３０ｍ〜１３０ｏなどの複数のセンサ位置の関係が利用され得る。更に、位置などの１つ以上の位置が、モーメント中心位置として（又は、モーメント中心位置の近くで）利用され得る。例えば、一実施形態では、位置１３０ｍ〜１３０ｏのうちの１つ以上が、ユーザ１２４のモーメント中心位置の点として働き得る。別の実施形態では、１つ以上の位置が、特定の身体部分又は領域のモーメント中心として働き得る。
【００３８】
例示的なメトリック計算
この開示の態様は、エネルギー消費量、速度、距離、ペース、体力などを含むがこれに限定されない、スポーツ選手の１つ以上の活動メトリックを計算するために利用され得るシステム及び方法に関する。計算は、ユーザが１つ以上の活動中に実時間フィードバックを得ることができるように実時間で行われ得る。特定の実施形態では、複数のメトリックの計算は全て、同じ組の属性、又は共通グループの属性からのサブセットの属性などを使用して評価される。一実施形態では、エネルギー消費量の計算は、第１組の属性に基づいて、ウォーキング、ランニング、特定のスポーツの競技、又は特定の活動の指導などのスポーツ選手が行っている活動の分類なしに行われ得る。一実施形態では、エネルギー消費量の決定は、活動タイプのテンプレートなしに行われ、その結果、エネルギー消費量が、活動タイプの分類なしに、センサデータ及び／又はその派生物から計算されることがある。例えば、エネルギー消費量は、スポーツ選手が、例えばウォーキング又はサッカーなどの第１の活動又は第２の活動を行っているかどうかにかかわらず、同じ組の属性を使用して特定の実施形態により計算され得る。
【００３９】
特定の実施態様では、計算されたエネルギー消費の計算は、第１組の属性と別のメトリックを使用して行われてもよく、例えば、速度は、同じ組の属性又は同じ属性のサブセットから決定されてもよい。一実施形態では、複数のメトリックの決定は、コア属性の選択を使用して行われ得る。１つの例では、この属性計算は、ユーザのウォーキング及び／又はランニングのエネルギー消費量及び／又は速度を推定するために使用されることがある。１つの例では、ウォーキング及び／又はランニングのエネルギー消費量及び／又は速度は、同じ組の属性、共通グループの属性からのサブセットの属性などを使用して推定され得る。
【００４０】
本明細書に述べるシステム及び方法は、活動データ（実時間活動データなど）から計算された属性を１つ以上のモデルと比較し、１つ以上のモデルは、スポーツ選手が行った活動タイプに関して取得されたデータを含まなくてもよい（また、エネルギー消費量計算などのために分類されないことがある）。このように、１つ以上のモデルは、ユーザが行っている特定の活動に対して寛容なことがある。例えば、活動装置は、バスケットボール活動を行っているユーザから情報を受け取ることがあり、少なくとも１つのモデルが、バスケットボール活動からのデータを含まないことがある。
【００４１】
複数のメトリックを計算する例として、システム及び方法は、データの１つ以上の時間窓の速度を計算するか否かを決定するために実施され得る。この開示の特定の態様は、アスレチックデータの分類を含む速度又は距離の決定に関する。しかしながら、前述のように、他の態様は、アスレチックデータを活動タイプ（ウォーキング、ランニング、バスケットボール、疾走、サッカー、フットボールなど）に分類せずにエネルギー費用値を計算することに関するが、エネルギー消費量を計算して、例えば速度や距離などの他のメトリックを計算するために利用される同じデータの少なくとも一部分を分類することは、この開示の範囲内にある。１つの実施態様では、速度（又は、別のメトリック）は、エネルギー消費値の決定から導出されたデータの少なくとも一部分から決定されてもよい。特定の実施形態によれば、属性は、本明細書に開示されたか当該技術分野で既知の装置など、単一装置で計算される。一実施形態では、メトリックの属性と計算は、単一装置で計算される。そのような１つの例では、ユーザの外肢に装着されるように構成された装置は、センサデータを受け取り、属性とその属性から複数のメトリックを計算するように構成されてもよい。一実施形態では、単一装置は、少なくとも１つの属性を計算するために利用されるデータを取得するように構成された少なくとも１つのセンサを含む。特定の実施形態によれば、属性は、単一装置上にある１つ以上のセンサから計算される。
【００４２】
例示的なエネルギー消費計算
本明細書で述べるシステム及び方法の１つ以上は、図６の構成要素の少なくとも１つを実施するエネルギー消費量の推定値を計算することがある。１つの構成では、装置１１２、１２６、１２８、１３０及び／又は４００などの装置は、ユーザが行っている１つ以上の活動と関連付けられたデータを取得してもよく、加速度計、ジャイロスコープ、位置決定装置（例えば、ＧＰＳ）、光センサ、温度センサ（周囲温度及び／又は体温を含む）、心拍数モニタ、画像キャプチャセンサ、水分センサ及び／又はこれらの組み合わせを含むがこれらに限定されない１つ以上のセンサを含んでもよい。この取得された活動データは、ユーザと関連付けられた１つ以上のエネルギー消費値を計算するために使用され得る。
【００４３】
１つの実施態様では、人が消費している酸素量の推定値が、その人による有効代謝当量又はエネルギー消費推定値の計算に使用され得る。例えば、一実施形態では、人が消費している１リットルの酸素は、約５キロカロリー（５ｋｃａｌ）のエネルギー消費と関連付けられることがある。追加又は代替として、当業者は、人による酸素消費量に基づくエネルギー消費の計算に利用するための様々な代替方法があることを理解するであろう。
【００４４】
一実施形態では、人による酸素消費量は、１キログラム（ＶＯ２／ｋｇ）当たりなどの単位質量当たりの酸素量として測定され得る。１つの実施態様では、本明細書に述べたシステム及び方法は、特定の活動と関連付けられた実際及び／又は推定された酸素消費量に関連した、１つ以上の非一時的コンピュータ可読媒体上にコンピュータ実行命令として記憶されるような値を利用し得る。特定の実施形態では、値は、実際のデータでよく、又は１つ以上の特定の活動を行っている１人以上の個人から収集され、トレーニングデータとも呼ばれる実際のデータから得られたデータでよい。例えば、本明細書に記載されたシステム及び方法は、例えば、バスケットボール競技、サッカー競技、テニス競技、ウォーキング、ジョギング、ランニング、疾走、着座、スクワット及び／又はこれらの組み合わせを含む活動を行う１人以上の個人による酸素消費量に関連付けられたトレーニングデータを利用し得る。当業者は、個人が１つ以上の規定された活動を行っている間の酸素消費量を監視するために利用され得る様々な試験手順を理解するであろう。更に、当業者は、活動中に複数の酸素消費量データポイントが収集され得ることを容易に理解するであろう。更に、前記収集されたデータポイントに対して、例えば、特定の活動中に、記録された質量（例えば、キログラムなどで測定された）及び／又は個人若しくはクラス固有の情報（例えば、性別、体重、身長、年齢、体脂肪率など）に基づいて平均酸素消費量を計算する１つ以上のデータ操作プロセスが行われ得る。
【００４５】
１つの実施態様では、１つ以上の特定の活動を行っている１人以上の個人のトレーニングデータが記録されてもよく、前記トレーニングデータは、１つ以上の特定の活動中に１つ以上の時点で消費された酸素の量に関連した情報と、個人又はクラス固有の情報に関連した情報（例えば、特定の活動を行っている個人の質量）とを含む。更に、トレーニングデータは、装置１１２、１２６、１２８、１３０及び／又は４００などの装置からのセンサデータを含み得る。このように、トレーニングデータは１つ以上の活動中に消費された酸素の１つ以上の体積に関連した情報の他に、１つ以上のセンサ出力に関連した情報を記憶し得る。１つの実施態様では、酸素消費量データの他に記憶されたセンサデータには、加速度計、ジャイロスコープ、位置決定装置（例えば、ＧＰＳ）、光センサ、温度センサ（周囲温度及び／又は体温を含む）、心拍数モニタ、画像キャプチャセンサ、水分センサ及び／又はこれらの組み合わせの１つ以上からのデータが挙げられる。例えば、トレーニングデータは、活動（例えば、サッカー競技）中に消費された酸素の量と関連した情報の他に、加速度計センサからの記憶データを含む。
【００４６】
したがって、本明細書で述べるシステム及び方法は、活動と関連付けられた１つ以上の計算された属性を含むトレーニングデータを含むことがある。更に、活動と関連付けられた１つ以上の属性は、前記活動中の１つ以上の時点で人の単位質量当たりに消費された１つ以上の酸素量、及び／又は前記活動中のユーザの１つ以上の動きを監視する装置と関連付けられたセンサからの１つ以上の出力に基づく１つ以上の計算値を含み得る。例えば、１つの実施態様では、加速度計センサの出力は、３つの軸（ｘ軸、ｙ軸及びｚ軸）それぞれの加速度値を含み得る。したがって、１つの実施態様では、加速度計センサが反応するそれぞれの軸（ｘ軸、ｙ軸及びｚ軸）と関連付けられた複数の加速度値が、単一加速度データポイントとしてグループ化され得る。別の実施態様では、加速度値は、１つ以上の属性を計算する装置１１２、１２６、１２８、１３０及び／又は４００などの装置と関連付けられた、プロセッサ２０２などのプロセッサによって処理され得る。
【００４７】
１つの例では、センサから受け取った１つ以上のデータポイントは、ユーザの１つ以上の動きを表すデータセットに集約され得る。したがって、１つ以上のデータポイントは、１つ以上の傾向及び／又はメトリックをデータから抽出可能な方法でデータを表すように処理され得る。１つの例では、加速度計から出力された加速度データは、法線ベクトルを計算するために処理（変換）され得る。１つの例では、法線ベクトルの標準偏差、法線ベクトルの偏差及び／又は法線ベクトルの高速フーリエ変換（ＦＦＴ）を計算するために、追加又は代替の変換が使用され得る。当業者は、特定の変換が、２つ以上のセンサからのセンサデータを、個人データ（例えば、身長、年齢、体重など）などの他のデータと組み合わせ得ることを理解するであろう。他の実施形態では、変換は、複数のセンサからのセンサデータが混合されないように、単一センサからのデータだけを利用し得る。受け取った動きデータポイントに関連した変換について、更に、図８Ａと図８Ｂに関連して詳細に説明される。
【００４８】
１つの例では、受け取ったデータから１つ以上の属性が計算されてもよく、属性は、ユーザの１つ以上の動きを表すデータセットに対して行われる１つ以上の変換処理の後で計算されてもよい。この点に関して、複数のユーザからのデータセットは、データセット内にない活動をしているユーザに対する比較として使用され得る。これは、ユーザの活動を活動タイプ（例えば、ウォーキング、ランニング、特定のスポーツ競技）に分類することなく行われてもよく、特定の実施形態では、ユーザは、モデルの属性値を得るために使用されたデータ内のトレーニングデータを収集する一部分として行われなかった活動を実行してもよい。属性計算の例は、図９Ａ〜図９Ｅに関して更に詳細に説明される。
【００４９】
別の例では、本明細書で述べるシステム及び方法は、センサデータから１つ以上のメトリックを推定するように実施され得る。これらのメトリックは、例えば、エネルギー消費量の推定、ユーザがランニング、ウォーキング又は他の活動を行っているかに関する推定、及び／又はユーザが移動している速度と距離（ペース）の推定などを含むことがある。例えば、図６からのフローチャート６００のブロック６０１は、１つ以上の属性からエネルギー消費量を計算する例示的実施形態を示す。これと別個に、ブロック６０３は、速度を計算するための例示的実施形態を対象とし、速度は、同じセンサから、同じデータから、及び／又はエネルギー消費メトリックと同じ属性から導出されることがある１つ以上の計算された属性を使用して決定され得る。
【００５０】
したがって、本明細書で述べるシステム及び方法は、例えば、加速度計、心拍数センサ、ジャイロスコープ、位置決定装置（例えばＧＰＳ）、光（非可視光を含む）センサ、温度センサ（周囲温度及び／又は体温を含む）、睡眠パターンセンサ、画像キャプチャセンサ、湿度センサ、力センサ、コンパス、角速度センサ、及び／又はこれらの組み合わせを含む１つ以上の様々なセンサタイプから受け取ったデータを利用し得る。
【００５１】
更に、加速度計センサから出力された加速度データと関連付けられた属性の例を述べたが、当業者は、この開示の範囲から逸脱することなく、他のセンサが、単独又は他のセンサ及び装置との組み合わせで使用され得ることを理解するであろう。例えば、心拍数モニタが使用されてもよく、心拍数モニタから出力されたデータは、心拍数を１分当たりの心拍の単位（ＢＰＭ）又は同等物で表すデータを出力してもよい。したがって、出力された心拍数データに対して、心拍数データポイント間の心拍数信号を補間して、特定のポイントでの信号落ちを許容する１つ以上の変換が行われ得る。更に、心拍数モニタ又は他のセンサと関連付けられたセンサデータのために計算された属性が、加速度計データに関して前述したものと同じでもよく異なってもよい。
【００５２】
別の実施態様では、本明細書で述べたシステム及び方法は、センサの組み合わせからセンサデータを分析し得る。例えば、装置は、ユーザの１つ以上の外肢の動きに関連した情報に加えて、心拍数モニタからのユーザの心拍数と関連した情報を受け取り得る（１つ以上の加速度計などから）。１つの例では、装置は、ユーザの心拍数が活発な運動を示すことを決定することがあるが、加速度計データは、前記ユーザがある時間期間に休憩中だったことを示すことがある。したがって、装置は、ユーザの心拍数が、活動期間後に高いままであるが、現在は、前記活動後に休憩していることを決定し得る。
【００５３】
一実施態様では、トレーニングデータを使用して、例えば、ユーザの性別、体重及び／又は身長などの１つ以上の個人固有の特徴に（少なくとも部分的に）基づいて酸素消費量を予測するために、１つ以上のモデル（エキスパート、又はエキスパートモデルとも呼ばれる）を構成し得る。したがって、装置１１２、１２６、１２８、１３０及び／又は４００などの装置と関連付けられた１つ以上のセンサからの情報を使用して、１つ以上の属性を計算し得る。更には、計算された属性が、１つ以上の構成されたモデルと関連付けられた属性と比較され、それにより、計算された属性に対応する動き信号（センサ出力値）を出力しながらユーザによって消費されている酸素量を予測するために使用され得る。例えば、ユーザは、外肢にセンサ装置を装着している間に、サッカー競技などの活動を行い得る。センサ装置は、次に、１つ以上の属性を計算するために処理されることがあるセンサ値を出力し得る。次に、１つ以上の計算された属性が、１つ以上のモデルと関連付けられた１つ以上の属性と比較されてもよく、サッカー競技中にユーザによって消費される酸素の量の推定が行われてもよい。更に、前記消費されている酸素量の推定値を使用して、サッカーをしているユーザによるエネルギー消費値を評価し得る。このプロセスは、図６に関連して更に詳細に述べられる。特定の実施形態では、センサデータは全て単体装置から来る。１つの例では、単体装置は、外肢装着型装置である。特定の構成では、外肢装着型装置は、加速度計、位置決定センサ（例えばＧＰＳ）及び心拍数モニタのうちの少なくとも１つを含む。別の例では、単体装置は、靴などの運動服上又は運動服内に配置されるように構成されたセンサを含む。更に別の例では、データを収集するために、少なくとも２つの異なる装置からのセンサが利用される。少なくとも１つの実施形態では、データを取得するために利用されるセンサを含む装置は、エネルギー消費の出力を提供するように構成される。一実施形態では、装置は、エネルギー消費に関連する出力を表示するように構成された表示装置を含む。更に他の実施形態では、装置は、エネルギー消費に関する情報をリモート装置に送信するように構成された通信要素を含み得る。
【００５４】
別の実施態様では、１つ以上の属性が、受け取ったセンサデータから計算され、例えばユーザの速度／ペースを予測するために１つ以上のウォーキング及び／又はランニングモデルへの入力として使用され得る。そのような実施態様の更なる詳細は、フローチャート６００のブロック６０３に関して述べられる。
【００５５】
図６は、属性計算の例示的実施態様を示すフローチャートである。１つの例では、この属性計算は、ユーザが行っている活動と関連付けられた１つ以上のメトリックを評価するために使用されてもよく、前記評価は、エネルギー消費速度及び／又は１つ以上の他のメトリックを含んでもよい。１つの例では、ウォーキング及び／又はランニングのエネルギー消費量及び／又は速度は、同じ組の属性、共通グループの属性からの属性のサブセットなどを使用して推定され得る。
【００５６】
ユーザの運動に関係する情報は、ユーザを監視する１つ以上のセンサ装置と関連付けられた１つ以上のセンサから、１つ以上のデータ信号として出力され得る。１つの実施態様では、図６は、プロセッサユニット２０２などの少なくとも１つのプロセッサによって実行される１つ以上のプロセスを表し、このプロセッサは、例えば、装置１１２、１２６、１２８、１３０及び／又は４００などのセンサ装置と関連付けられ得る。したがって、装置は、活動中にユーザによって消費されている酸素の量を直接監視しなくてもよい。１つの実施態様では、１つ以上のセンサ装置は、ユーザによって行われている１つ以上の活動と関連付けられた１つ以上の動きを監視し得る。更に、１つの構成では、受け取った活動データは、特定の属性を示すことがある活動に関して観察された酸素消費値と相互に関連付けられ、また１つ以上の酸素消費量モデルと関連付けられ得る。
【００５７】
１つ以上の実施形態は、１つ以上のセンサからセンサデータを受け取る（例えばブロック６０２を参照）。特定の実施形態では、センサデータは、ユーザによって装着された装置と関連付けられ得る。１つの例では、前述のように、この装置は、例えば、装置１１２、１２６、１２８、１３０及び／又は４００であってもよい。したがって、センサデータは、図２からのプロセッサ２０２などのプロセッサによって受け取られてもよく、また本明細書に記載されかつ／又は当該技術分野で既知の１つ以上のセンサから受け取られてもよい。１つの実施態様では、センサデータは、ブロック６０２で、例えば２５Ｈｚの周波数で加速度計から受け取られ得る。追加又は代替として、センサデータは、５．０〜５．５秒のウィンドウ内で加速度計などのセンサから受け取られ得る。一実施形態では、ウィンドウ（又は時間枠）は、長さ約５．１２秒であってもよい。ウィンドウは、ユーザが行っている１つ以上の活動と関連付けられたユーザの１つ以上の動きに関するセンサデータが記録される時間期間でよい。１つの実施態様では、サンプルウィンドウは、センサデータの１２８のサンプル（データポイント）を含んでもよく、センサデータのサンプルは、加速度計の３つの直交軸（ｘ軸、ｙ軸及びｚ軸）のそれぞれの値及び／又は法線ベクトル値を含んでもよい。更に別の実施態様では、１つの実施態様で加速度計から受け取ったセンサデータを、重複しないウィンドウ内で受け取り得る（例えば、長さ５．１２秒のセンサデータ群はそれぞれ、１２８個のサンプルを含み、同時にではなく単独でかつ／又は互いに別個に受け取ってもよい）。しかしながら、代替実施形態では、当業者は、本明細書に記載されたシステム及び方法が、加速度計の任意の動作周波数で、任意の時間長を測定するウィンドウ長で、所定のウィンドウ内からの任意数のセンサデータサンプルを使用して、使用され得ることを容易に理解するであろう。データは、例えばブロック６０４で受け取られたときに検証され得る。データ検証は、例えば、１つ以上のしきい値に対する受け取ったセンサデータの１つ以上の値の人などを含み得る。例示的なデータ検証の実施の様々な例については、図７に関連して更に詳細に述べられる。
【００５８】
この開示の更に他の態様は、データからの１つ以上の属性の計算に関する（例えばブロック６０６を参照）。１つ以上の属性の計算は、図７に関するものを含む本明細書で述べた検証プロトコルの後で行われ得る。１つの実施態様では、サンプルウィンドウ（例えば、前述の１２８サンプルウィンドウ）内の受け取ったサンプルの１つ以上に関して１つ以上の属性が計算され得る。属性計算は、データが収集されるときに実時間で行われ得る。１つ以上の属性を計算するために実施され得る種々の例示的な実施形態は、図９Ａ〜図９Ｅに関連して更に詳しく述べられる。
【００５９】
更に他の実施形態は、１つ以上のセンサから受け取ったデータと関連付けられユーザが行っている１つ以上の活動を示す１つ以上の計算した属性を、１つ以上のモデルと関連付けられた１つ以上の属性と比較し得る。１つの例では、１つ以上の属性は、１つ以上のモデルと比較され得る（参照、例えばブロック６０８）。例えば、エネルギー消費を計算するために、１つ以上の属性が、酸素消費モデルと比較され得る。別の例では、属性は、例えば、ステップ（ウォーキング中）、ストライド（ランニング中）又はユーザによる他の動きの数を推定するためのモデル及びユーザの速度と距離（ペース）を推定するためのモデルのうちの１つの以上に対する入力として使用され得る（例えば、図１５Ａ〜図１５Ｃ及び／又は図１６のフローチャート６００のブロック６０３）。更に、図６から明らかなように、１つ以上の計算された属性は、１つ以上のモデルへの入力として使用されてもよく、その結果、１つの例では、エネルギー消費量を推定するためのモデルが、ステップレート、ウォーキング速度及び／又はランニング速度などを計算するためのモデルとは別に実行され得る。前述のように、１つ以上のモデルは、メモリ（メモリ２１２など）に記憶され、センサ装置を含む装置と関連付けられ得る。
【００６０】
１つの実施態様では、モデルは、１つ以上の活動を行う１人以上のユーザの動作中に収集された情報（例えば、トレーニングデータ）及び一例では予想酸素消費量を含み得る。モデルは、スポーツ選手が行っている活動とは異なるにもかかわらず、属性間に類似の関係を有することがある活動からのトレーニングデータを含んでもよい。したがって、モデルは、酸素消費量の正確な予測値の役割をすることがある。したがって、モデルは、１つ以上の様々な活動と関連付けられたトレーニングデータを含み得る。例えば、モデルは、例えばサッカーをすること及びバスケットボールをすることと関連付けられた１つ又は監視プロセスから受け取ったトレーニングデータを含み得る。このように、サッカー及びバスケットボール活動データの特定の動きと関連付けられた酸素消費データは類似し得る（活動中の異なる期間の１つ以上の所定の数値範囲内で）。
【００６１】
別の実施態様では、第１の酸素消費量モデルは、第２の酸素消費量モデルで使用された１人以上のユーザのデータと同じ１人以上のユーザからのデータを含み得る。別の構成では、第１のモデルと第２のモデルは、同じ１人以上のユーザのデータを使用し得る。更に別の構成では、モデルと関連付けられたデータは、例えば、単一データ収集期間中に同じ１人以上のユーザから、又は同じか又は違う日の複数の収集期間から取得されたものであってもよい。１つの実施態様では、第１のモデルは、第１群の１つ以上のセンサからのデータと関連付けられてもよく、第２のモデルは、第２群の１つ以上のセンサと関連付けられてもよく、第１群は、１つ以上の同じセンサタイプを共有してもよく何も共有しなくてもよい。１つの実施態様では、本明細書に記載されたシステム及び方法は、活動データから計算された属性（実時間活動データなど）を１つ以上のモデルと比較してもよく、その１つ以上のモデルは、その活動タイプに関して取得されたデータを含まなくてもよい。このように、１つ以上のモデルは、ユーザが行っている特定の活動に対して寛容であってもよい。例えば、活動装置は、バスケットボール活動を行っているユーザから情報を受け取り得る。これに応じて、装置は、受け取ったバスケットボール活動データを処理して（例えば、フローチャート６００のブロック６０６など）、計算された属性を１つ以上のモデルと比較し得る（例えばブロック６０８など）。１つの実施態様では、１つ以上のモデルは、バスケットボールに関連したデータを含んでも含まなくてもよい。このように、受け取ったセンサデータの計算された１つ以上の属性は、１つ以上のモデルに対応してもよく、モデルは、ユーザが行っている特定の活動と関連したトレーニングデータを含まなくてもよい。
【００６２】
１つの構成では、複数のモデルを利用してもよく、各モデルは、他のモデルの属性と重複することがあるそれ自体の属性を有する。１つの例実施態様では、各モデルは、２０個の属性と関連付けられ得る。別の構成では、本明細書に記載されたシステム及び方法は、各モデルの５、１０、１５又は２１個の属性を記憶し得る。しかしながら、本明細書に記載されたシステム及び方法が、各モデルと関連付けられた任意数の属性を記憶してもよく、特定の実施形態では、第１のモデルと関連して記憶された第１の数の属性が、第２のモデルと関連して記憶された第２の数の属性と異なってもよい。更に、モデルと関連して記憶された１つ以上の属性が、代わりに重みと呼ばれてもよく、装置から受け取ったセンサデータから計算された属性とモデルを比較するために使用されることがある関連した重量値を計算するために使用されてもよい。したがって、１つの実施態様では、ユーザの運動データを収集する１つのセンサ装置（又は複数のセンサ装置）から受け取ったデータから計算された属性の数は、１つ以上の記憶された酸素消費量モデルと関連付けられた属性の数、あるいは重みの数に等しいことがある。
【００６３】
１つ以上の態様は、記憶された１つ以上のモデルの総数から最も正確な酸素消費推定値を第１のモデルが提供する確率を計算し得る。例えば、１群のモデル（例えば１６）からの特定のモデルが最も正確な酸素消費出力を提供する可能性が最も高い確率が計算される。この計算は、例えばブロック６０８の一部として行われ、ユーザが行っている活動を示す受け取ったセンサデータから計算された１つ以上の属性に基づいてもよい。１つの実施態様では、受け取ったセンサデータから計算された属性と、記憶された酸素消費量モデルの１つ以上と関連付けられた属性あるいは重みとの近さのレベルが、例えばブロック６０８の一部として計算され得る。１つの実施態様では、本明細書に記載されたシステム及び方法は、入力属性を、記憶されたモデル（専門家）と関連付けられた対応する体重と比較するために、１つ以上のプロセスを実行し得る。一例では、ブロック６０８は、記憶されたモデルごとに確率を計算し得る。したがって、前記確率は、計算された１つ以上の属性が所定のモデルに最適な可能性を表すことがある。例えば、確率は、１６の記憶されたモデルのそれぞれについて計算され得る。１６の計算された確率からの最も高い確率値は、例えば、計算された属性に最適なモデルを示す。記憶されたモデルに対する計算された属性の比較と、その後の計算された属性の最適モデルの選択は、図１４と関連して説明される。
【００６４】
一例では、ブロック６１０は、ブロック６０８から計算された属性に対してベストマッチ又は最適のモデルを選択する１つ以上のプロセスを表す。前述したように、前記最適モデルは、ユーザの活動を監視するセンサ装置から受け取ったデータに最も近い記憶されたトレーニングデータを表す。１つの実施態様では、最適モデルは、１．０の値に最も近い計算された確率値に対応するモデルであってもよい。別の実施態様では、ブロック６１０は、２つ以上モデルを選択し得る。例えば、所定の偏差、変動及び／又はしきい値の範囲内のモデルフィッティングが、選択され得る（ハイブリッドモデルストラテジと呼ばれる）。
【００６５】
説明的ブロック６１２によって示されたように、１つ以上の実施形態は、選択されたモデル（エキスパート）からの出力値を推定し得る。１つの例では、出力は、ユーザが行っている１つ以上の活動の結果として、酸素消費量の推定値であってもよい。したがって、１つの例では、ブロック６１２は、ユーザが行っている活動を推定酸素消費値と、センサデータから計算された属性値と最も近い選択されたモデル（例えば、最適モデル）に基づいて関連付け得る。１つの実施態様では、モデルは、１つ以上の酸素消費推定値を記憶してもよく、酸素消費量の１つ以上の評価が、ユーザの性別、体重及び／又は身長などの少なくとも１つの個別特定値に基づいて記憶され得る。したがって、センサ装置から受け取ったセンサデータと関連付けられた１つ以上の属性に基づいて、ブロック６１２は、ユーザが行っている活動に基づくユーザによる酸素消費量の推定値を返し得る。
【００６６】
ブロック６１４は、モデル出力値と関連付けられた動きメトリックを推定するために実施されることがある。１つの例では、動きメトリックは、酸素消費値を使用して推定されることがあるエネルギー消費値であってもよい。前述のように、酸素消費量値からエネルギー消費を計算する１つ以上の方法が利用され得る。１つの例では、５ｋｃａｌの推定エネルギー消費量が、ユーザによる１Ｌの酸素消費量と関連付けられる。しかしながら、当業者は、エネルギー消費量を、酸素消費値に基づいて１人以上の人に固有の値（例えば、ユーザの身長と体重）を使用して計算するための様々な他の式を理解するであろう。
【００６７】
別の実施態様では、計算された１つ以上の属性（例えば、ブロック６０６での計算を含む）は、ユーザが行っているウォーキング、ランニング又は別の活動のどれをセンサデータが示すか、追加又は代替としてユーザがウォーキングやランニングなどをしている速度の決定に使用され得る。したがって、ブロック６０６で計算された１つ以上の属性は、ブロック６０３への入力として使用され得る。詳細には、１つ以上の属性は、ブロック６０６から判定ブロック６１６に伝達され得る。ブロック６１６において、１つ以上のプロセスは、ユーザがランニング、ウォーキング又は別の活動のどれを行っているか否かを決定するために実行され得る。これらの１つ以上のプロセスと関連した更なる詳細は、図１５Ａ〜図１５Ｃに関連して述べられる。ユーザがランニングやウォーキング以外に活動を行っていると決定した場合、フローチャートは、ブロック６１６から６１８に進む。したがって、ユーザがランニングやウォーキング以外の活動を行っている場合、ユーザが移動している速度などを定義するプロセスは実行されない。判定６１６で、ユーザがランニング又はウォーキングしていると判定された場合、判定６２０は、活動がウォーキングかランニングかを判定するために実施され得る。ランニングやウォーキングなどの活動を選択する例示的な実施形態が本明細書で提供され、１つの実施形態では、ユーザがランニングしていると判定した場合に、例えば速度を決定するために１つ以上の属性がランニングモデルに伝達されることを含む（例えば、ブロック６２２を参照）。しかしながら、ユーザがウォーキングしていると判定された場合、特定の実施形態は、例えば速度を決定するために、１つ以上の属性をウォーキングモデルに伝達し得る（例えば、ブロック６２４）。
【００６８】
図７は、１つ以上のセンサから受け取ったデータの検証で利用されることがある例示的実施形態を示すフローチャート７００を示す。１つの例では、フローチャート７００は、全体か部分かにかかわらず、図６からのブロック６０４の検証実施態様を実行する部分として実施され得る。ブロック７０２は、１つ以上のセンサからデータを受け取る１つ以上のプロセスを表すことがある。前述のように、データは、加速度計、心拍数モニタ、ジャイロスコープ、位置決定装置（例えばＧＰＳ）、光（非可視光を含む）センサ、温度センサ（周囲温度及び／又は体温を含む）、睡眠パターンセンサ、画像キャプチャセンサ、水分センサ、力センサ、コンパス、角速度センサ及び／又はこれらの組み合わせを含むがこれらに限定されない様々なタイプのセンサから受け取り得る。データは、ブロック７０２で、１つ以上のデータポイント又はサンプルとして受け取られ得る。更に、データは、連続的又は断続的なデータストリームの一部として受け取られ得る。更に、当業者に容易に理解されるように、ブロック７０２で受け取るデータは、単一のセンサ又は複数のセンサからのものであればよく、直列入力又は並列入力（同時に）として受け取られ得る。ブロック７０２は、ブロック６０２の一部を特定の実施形態で含み得る。
【００６９】
ブロック７０４は、受け取ったデータのソースを特定する１つ以上のプロセスを含み得る。したがって、ブロック７０４は、データを受け取ったセンサタイプを識別し得る。１つの実施態様では、データポイント（サンプル）に含まれる情報は、データが生成され通信されたセンサのセンサタイプ、サブタイプ、モデル及び／又は特定のインスタンスの識別を含み得る。例えば、ブロック７０４は、加速度計などから受け取ったデータを識別し得る。別の例では、フローチャート７００のブロック７０６は、受け取ったデータを１つ以上のセンサからのものとして識別し得る。別個のセンサから１つ以上の受信データポイントを受け取った場合、データストリームが解析され得る（例えば、ブロック７０８）。１つの例では、ブロック７０８が、データを受け取ったセンサタイプに基づいて受け取ったデータポイントを分離するために実施されることがある。
【００７０】
受け取ったデータポイントの値は、１つ以上のしきい値と比較され得る（例えば７１０）。したがって、ブロック７１０は、受け取ったデータポイントを検証し得る。このように、データポイントは、例えば、ユーザの動きを表すように識別され、ノイズを表す１つ以上の値と区別され得る。例えば、加速度計データポイントに関して、しきい値は、例えば、加速度計センサから最大出力値の１０％のものであってもよい。したがって、加速度計から受け取ったデータポイントが、加速度計センサからの最大出力値の１０％未満の数値（１つの例では、絶対数値など）を有する場合、データポイントは、ノイズとして識別され無視され得る。これに応じて、加速度計から受け取ったデータポイントが、加速度計センサからの最大出力値の１０％を超える数値を有する場合、データポイントは、有効加速度として識別される。当業者は、しきい値が、任意の数値をとってもよく、その数値が、他の状況では、特定のセンサタイプに適し、例えば特定のセンサタイプからの数値の出力範囲に基づくことを理解するであろう。更に、加速度計と関連付けられた例示的な１０％しきい値は、追加又は代替として、５％しきい値、１５％しきい値、２０％しきい値若しくは２５％しきい値、又は他の任意の数値でよい。更に、特定のセンサタイプと関連付けられた複数のしきい値があってもよい。例えば、センサは、データ出力と関連付けられた２つ以上のしきい値を有し得る。第１のしきい値は、ノイズと真の加速度データとを区別してもよく、例えば１０％しきい値であってもよい。例えば、第２のしきい値は、真の加速度データと飽和データとを区別してもよく、例えば９５％しきい値などでよい。
【００７１】
複数のセンサ又は入力からのデータは、ブロック７１０などで検証され得る。１つの例として、心拍数センサからの１つ以上のデータポイント、心拍数センサデータポイントは、１つ以上のしきい値と比較され得る。１つの例では、受け取った心拍数が２０〜２２０ｂｐｍの場合、心拍数データポイントは適切とみなされ、その後データバッファ（ブロック７１２に関して述べたバッファなど）に伝達され得る。別の例では、心拍数センサデータの検証は、心拍数データポイントの数が１つ以上の所定の心拍数しきい値の範囲内にあることを確認し同時に加速度データがバッファに格納される１つ以上のプロセスを実行し得る。
【００７２】
１つ以上のデータポイントは、例えばブロック７１０などで、有効データを表すことが検証されてもよく、有効データは、ユーザが行っている１つ以上の活動又は行動を表してもよい。したがって、１つ以上のデータポイントの検証後に、検証済みデータポイントが、（一時的又は他の形で）バッファに記憶され得る（ブロック７１２を参照）。当業者は、この開示の範囲から逸脱せずに様々なタイプのバッファが使用され得ることを理解するであろう。したがって、１つの例では、バッファは、デジタル情報を記憶するように構成された要素を含む専用ハードウェアチップであってもよい。バッファは、ハードディスクドライブ（ＨＤＤ）、ソリッドステートドライブ（ＳＤＤ）、光ディスクなどの持続性メモリの形で実現され得る。追加又は代替として、バッファは、例えばランダムアクセスメモリ（ＲＡＭ）などの揮発性メモリの形で実現され得る。
【００７３】
特定の実施形態は、１つ以上のデータポイントをバッファに追加するように構成されてもよく、前記バッファは、１つの例では、バッファの内容を変換モジュールに伝達する前に１２８個のデータポイント（サンプル）を記憶してもよい。当業者は、１つの例では、１２８個未満のデータポイントがバッファに記憶され得ることを理解するであろう。例えば、バッファは、６４個のサンプル、３２個のサンプル、１６個のサンプルなどを記憶する。同様に、当業者は、別の例では、１２８を超えるデータポイントが、バッファに、本明細書に記載された開示の範囲から逸脱することなく、記憶され得ることを理解するであろう。追加又は代替として、バッファに記憶されたサンプル及び／又はデータポイントの数は、データを受け取るセンサタイプに依存し得る。例えば、加速度計から受け取ったデータは、心拍数モニタなどから受け取ったデータより多くの収納スペースを占有することがある。更に、１つの例では、変換モジュールは、受け取ったデータの特徴を処理しかつ／又は識別する１つ以上のプロセスを含み得る。
【００７４】
１つの実施態様では、タイムスタンプが、バッファに追加されるようにデータポイントと関連付けられ得る。別の実施態様では、タイムスタンプが、例えば、バッファと関係なく、検証済みデータポイントと関連付けられ得る。
【００７５】
特定の実施形態は、データポイントのしきい値数が、バッファ、又は一連のバッファ内にあるか否かを確認し得る（例えばブロック７１４を参照）。このように、ブロック７１４は、記憶されたデータポイントとバッファの数を識別し、この記憶されたデータポイントの数をデータポイントのしきい値数と比較する１つ以上のプロセスを表し、その後で、フローチャート７００はブロック７１６に進む。例えば、ブロック７１４は、バッファに記憶されたデータポイントの数を確認し、この記憶されたデータポイントの数を１２８個のデータポイントのしきい値数と比較し得る。１つの例では、ブロック７１４が、バッファに記憶された１２８個のサンプルを識別した後、フローチャート７００は、ブロック７１６に進み、１２８個のサンプルが、データ変換モジュールに伝達される。しかしながら、ブロック７１４が、バッファに記憶されたサンプルの数が、しきい値数、例えば１２８個のサンプルより少ないと判定した場合、フローチャート７００は、例えば、追加データポイントを処理するブロック７０２に進む。当業者は、ブロック７１４が、この開示の範囲から逸脱することなく、フローチャート７００から省略されてもよく、また１つ以上のデータポイントが、しきい値数のデータポイントを受け取ることなく、変換モジュールに連続的に伝達され得ることを理解するであろう。
【００７６】
１つの実施形態によれば、１２８個のデータポイントのしきい値は、データのウィンドウを表してもよく、データのウィンドウは、２５Ｈｚの周波数で収集された場合に、約５．１２秒の時間長となる。したがって、サンプルウィンドウは、例えば、任意の所定の周波数で任意の時間長にわたってサンプリングされた１２８個以外のサンプル数を含み得る。更に、変換モジュールは、１つ以上のセンサから受け取られたデータに実行するように構成された１つ以上のプロセスであってもよい。１つ以上の変換プロセスは、データをデータセットに集めてもよく、データセットは、例えば、ユーザの動き及び／又は活動を表す１群のデータポイントであってもよい。したがって、データ変換プロセスについては、図８Ａと図８Ｂで更に詳細に述べられる。
【００７７】
図８Ａは、受け取ったセンサデータを変換するための１つ以上の例示的なプロセスを含むフローチャート８００である。１つの例では、検証済みデータ（図７で示された１つ以上の教示にしたがって検証され得る）を受け取り得る（例えば、ブロック８０２）。１つの構成では、フローチャート８００は、加速度計センサから受け取ったデータを変換する１つ以上のプロセスを表し得る。したがって、加速度計から出力されたデータポイントは、例えば、３つの直交軸（ｘ軸、ｙ軸、ｚ軸）のうちの１つ以上と関連付けられたデータ値を含み得る。１つの特定の実施態様では、加速度計が、単一軸（ｘ軸、ｙ軸又はｚ軸の１つ以上から選択された単一軸）の方向の加速度を、０から１０２４のスケールで表す数値を出力し得る。当業者は、様々な会社によって製造された加速度計、又は実際には様々なタイプのセンサが、本明細書に記載されたものと異なる数値を出力することを理解するであろう。この特定の例では、１から５１２の出力値が、軸に沿った負方向の加速度を表し得る。これに応じて、５１３〜１０２４の出力値は、前記同じ軸に沿った正方向の加速度を表し得る。フローチャート８００のブロック８０４は、例えば、加速度計から出力された１つ以上のデータポイントをゼロセンタリングする１つ以上のプロセスを実行し得る。１つの実施態様では、データのゼロセンタリングは、加速度計上の１つ以上のデータポイントと関連付けられたデータ値を変換し、例えば０ｍ／ｓ２のその加速度がゼロの数値で出力されるようにするために使用されることがある。１つの例では、データをゼロセンタリングする１つ以上のプロセスは、加速度計からの出力値から５１２を減算することを含む。したがって、例えば、軸の負方向の加速度は、−１〜−５１２の負の値によって表されてもよく、軸の正方向の加速度は、＋１〜＋５１２の正の値によって表されてもよい。
【００７８】
１つの例では、加速度計と関連付けられたデータポイントは、加速度計が加速度の影響を受けやすい１つ以上の軸を表す１つ以上の数の値を含み得る。例えば、加速度計は３つの直交軸（ｘ軸、ｙ軸及びｚ軸）のそれぞれと関連付けられた３つの数値を出力し得る。１つの例では、装置１１２、１２６、１２８、１３０及び／又は４００などの装置内の加速度計回路及び／又はチップの物理的向きは、加速度計からの出力値を制御することがある。例えば、装置内に第１の向きで位置決めされた加速度計は、第１の活動中に主にｘ軸方向の加速度値を出力することがある。しかしながら、装置内に第２の向きで位置決めされた同じ加速度計は、例えば、前記同じ第１の活動中に主にｙ軸方向の加速度値を出力することがある。したがって、１つ以上のプロセスは、装置内の加速度計センサの物理的向きに依存することがあり、和加速度計センサ（sum accelerometer sensor）の向きは、２つの装置で異なることがある。しかしながら、１つの実施態様では、ブロック８０６は、例えば、出力値のマグニチュードに基づいて加速度計センサから出力されたデータを参照する１つ以上のプロセスを実行し得る。例えば、加速度計から受け取ったデータポイントごとに、１つの実施態様では、最高加速度値を有する１群の３つの軸（ｘ軸、ｙ軸及びｚ軸）から軸を識別する１つ以上のプロセスが実行され得る。１つの実施態様では、最高加速度値は、絶対値などでよい。したがって、最大加速度値に対応する軸は、ｘ軸として再表示／再配列され得る。更に、第２の最大加速度値に対応する軸は、ｙ軸として再表示／再配列され得る。更に、第３の最大加速度値に対応する軸は、例えば、ｚ軸として再表示／再配列され得る。このようにして、軸をマグニチュードによって再配列することにより、その後の１つ以上のデータ処理プロセスを、例えば装置１１２、１２６、１２８、１３０及び／又は４００などの装置内の加速度計センサの物理的向きに寛容になる。
【００７９】
１つの例では、ブロック８０８は、受け取ったデータの法線ベクトルを計算することによって、加速度計センサから受け取った１つ以上のデータポイントを変換し得る。当業者は、加速度計が影響を受けやすい３つの直交軸のそれぞれを表す３つの値を含むデータポイントの法線ベクトルを計算する１つ以上のプロセスを理解するであろう。１つの例では、法線ベクトルは、下の式１にしたがって、二乗和の平方根として計算され得る。
【００８０】
法線ベクトル＝ＳＱＲＴ（（ｘ＿ｉ）２＋（ｙ＿ｉ）２＋（ｚ＿ｉ）２）  （式１）
【００８１】
上記の式１の場合、当業者は、ｘ＿ｉがｘ軸方向の加速度値であり、ｙ＿ｉがｙ軸方向の加速度値であり、ｚ＿ｉがｚ軸方向の加速度値であることを理解するであろう。
【００８２】
更に他の変換は、センサから受け取ったデータに対して実行されてもよく、前記データは、加速度計センサから受け取られ、変換前に検証されてもよい。１つの例では、ブロック８１０は、法線ベクトルの微分を計算する変換を表す。したがって、当業者は、法線ベクトルの微分などの微分を計算するために様々なシステム及び方法を理解するであろう。別の例では、ブロック８１２は、法線ベクトルの高速フーリエ変換（ＦＦＴ）を計算する変換を表す。同様に、当業者は、周波数領域内のデータなどを表すデータのＦＦＴを計算するための様々なシステム及び方法を理解するであろう。
【００８３】
フローチャート８００のブロック８１４は、変換データを属性計算モジュールに伝達するための１つ以上のプロセスを表す。変換データは、例えば、マグニチュード、法線ベクトルデータ、法線ベクトルデータの微分及び／又は法線ベクトルデータのＦＦＴ表現などによってソートされたゼロセンタリングデータの１つ以上のものとして表され得る。更に、属性計算モジュールは、データセットから情報を抽出するための１つ以上のプロセスを含んでもよく、前記抽出された情報は、ユーザが行っている１つ以上の運動及び／又は活動を特徴付けてもよい。１つの例では、前記抽出された情報は、データの１つ以上の属性などと呼ばれることがある。
【００８４】
図８Ｂは、フローチャート８２０を示し、フローチャート８２０は、受け取ったデータなどを変換するための１つ以上のプロセスを含み得る。フローチャート８２０のブロック８２２は、１つの例では、検証済みデータの受け取りを表すことがある。データは、例えば図７に関連した教示を含む、本明細書の１つ以上の教示にしたがって検証され得る。１つの例では、受け取った検証済みデータが、心拍数モニタなどから受け取った１つ以上の心拍数データポイントを表し得る。
【００８５】
１つの例では、ブロック８２４は、受け取った心拍数データポイント間で補間する１つ以上のプロセスを表し得る。例えば、ユーザの心拍数を表すデータポイントが受け取られレートは、例えば、１Ｈｚでよい。１つの実施態様では、単位時間（毎秒など）少なくとも１つ以上の心拍数データポイントを受け取ることが望ましいことがある。したがって、１つの実施態様では、受け取った心拍数データポイント間の補間は、１Ｈｚを超えるレートなどに対応するデータポイントを生成するように使用され得る。次に、ブロック８２６によって表されるように、１つ以上のプロセスは、補間済み心拍数データポイントを属性計算モジュールに伝達するように実行され得る。
【００８６】
図９Ａは、受け取ったセンサデータから１つ以上の属性を計算するための１つ以上のプロセスを含むことがある例示的なフローチャート９００を示す。１つの例では、１つ以上のセンサから受け取ったデータは、検証され、ブロック９０２によって受け取られる前に変換され得る。しかしながら、別の例では、１つ以上のデータポイントは、検証や変換などを行わずにブロック９０２に直接伝達されてもよい。
【００８７】
１つの例では、図９Ａは、１つ以上の受け取った加速度計データポイントから１つ以上の属性を計算するための１つ以上のプロセスを表し得る。例えば、フローチャート９００のブロック９０４は、最大加速度量を示す加速度計軸を特定する１つ以上のプロセスを実行し得る。１つの例では、フローチャート８００のブロック８０６で実行された１つ以上のソートプロセスの結果、例えば、最大加速度量に対応する軸はｘ軸になる。したがって、ブロック９０４は、ｘ軸と関連付けられたデータ値を識別し得る。しかしながら、当業者は、最高加速度と関連付けられた加速度値が、１つ以上の代替方法を使用して順序変更されてもよく、その結果、最高加速度量を表す軸が、データポイント間で異なってもよく、ｙ軸又はｚ軸などになるように順序変更されてもよいことを理解するであろう。
【００８８】
前述のように、属性は、一般に、ユーザの１つ以上の動き又はその一部分を表す計算値でもよく、この計算値は、モデルからの出力を後で予測するために使用されてもよい。更に、モデルは、例えば、活動中のユーザによる酸素消費量を予測するために使用され得る。複数の様々な属性は、センサから受け取った単一データポイント、又はデータセットとも呼ばれる１群のデータポイント／１群のサンプルなどから計算され得る。１つの例では、例えばユーザによる酸素消費量を推定するために使用される１組の属性は、図８Ａに関して述べたように、加速度データポイント上の法線ベクトル、加速度データポイントの法線ベクトルの微分、及び／又は加速度データポイントの法線ベクトルの高速フーリエ変換を含み得る。
【００８９】
別の例では、更に別の特定の属性が、加速度計から受け取ったデータから計算され得る。例えば、属性は、ユーザの１つ以上の動きを表す値として計算されてもよく、最大加速度量を示す加速度計軸からの加速信号と関連付けられてもよい。１つの例では、ブロック９０６で計算された属性は、平均値など、最大加速度を示す軸から受け取ったデータポイントに関連付けられた統計値を含み得る。
【００９０】
ブロック９２０は、エキスパート選択モジュールに対する１つ以上の属性を計算する１つ以上のプロセスを表す。したがって、エキスパート選択モジュールは、１つ以上の計算された属性を１つ以上のエキスパートモデルと比較する１つ以上のプロセスを含んでもよく、エキスパートモデルは、ユーザが行っている活動と関連付けられた出力を予測／推定するために使用されてもよい。１つの例では、そのような出力は、ユーザなどによる酸素消費量であってもよい。
【００９１】
図９Ｂは、フローチャート９３０を含み、フローチャート９３０は、受け取ったセンサデータから１つ以上の属性を計算する１つ以上のプロセスを含み得る。図９Ａと同様に、フローチャート９３０のブロック９３２は、変換されたセンサデータを受け取る１つ以上のプロセスを表す。したがって、データ変換は、図８Ａ及び図８Ｂに関連して更に詳しく述べられる。
【００９２】
フローチャート９３０のブロック９３４は、第２の最大加速度量を示す加速度計軸を識別し得る。１つの例では、１つ以上の順序変更プロセスを含む１つ以上の変換後で、第２の最大加速度量を示す軸が、ｙ軸などでよい。
【００９３】
ブロック９３８は、受け取ったセンサデータから属性を計算する１つ以上のプロセスを表し得る。１つの例では、計算された属性は、統計値でよい。更に、属性の特定の例は、図１７Ｂに関連して述べられ、図９Ｂなどに関連して実行されることがあるプロセスと類似し得る。次に、計算された属性は、ブロック９４２に関連して述べたように、エキスパート選択モジュールに伝達され得る。
【００９４】
図９Ｃは、受け取ったデータの１つ以上の属性を計算する１つ以上のプロセスを含むことがあるフローチャート９５０を示し、受け取ったデータは、加速度計などからの１つ以上のデータポイントでよい。したがって、ブロック９５２は、変換済みデータを受け取る１つ以上のプロセスを表し、データ変換は、図８Ａと図８Ｂに関して述べられる。あるいは、当業者は、受け取ったデータが変換されなくてもよく、その結果、ブロック９５２で受け取ったデータが、代替として、１つ以上のセンサから受け取った生データであってもよいことを理解するであろう。
【００９５】
ブロック９５４は、第３の最大加速度量を示す加速度計の軸と関連付けられたデータを識別する１つ以上のプロセスを表し得る。１つの例では、図８Ａのブロック８０６に関して述べたように、第３の最大加速度量と関連付けられた軸はｚ軸でよい。
【００９６】
フローチャート９５０のブロック９５６は、受け取ったセンサデータから属性を計算する１つ以上のプロセスを表す。図９Ａ及び図９Ｂと同じように、計算された属性は、受け取ったデータの平均値などの統計値でよい。１つ以上の属性の母集団に関連した追加の詳細は、図９Ｃに関して述べた特徴と類似の特徴を含む図１７Ｃに関して提供される。
【００９７】
ブロック９６８は、エキスパート選択モジュールに１つ以上の計算された属性を通信するために１つ以上のプロセスを実行し得る。ここで、エキスパート選択モジュールは図１４に関して述べられる。
【００９８】
図９Ｄは、受け取ったセンサデータと関連付けられた１つ以上の属性を計算する１つ以上のプロセスを表すフローチャート９７０である。例えば、ブロック９７２は、加速度計から変換済みセンサデータを受け取り得る。したがって、ブロック９７４は、それらのデータポイントを加速度計と関連付けられた全ての軸からグループ化し得る。１つの例では、加速度計は、１つ、２つ又は３つの直交軸（ｘ軸、ｙ軸、及び／又はｚ軸）と関連したデータを出力し得る。ブロック９７８は、受け取ったセンサデータから属性を計算する１つ以上のプロセスを表し得る。したがって、計算された属性は、受け取ったセンサデータの平均値などの統計値でよい。属性計算と関連した更なる詳細は、図９Ｄに関して述べたものと類似の要素を含む図１７Ｄに関して示される。
【００９９】
１つ以上の属性を計算した後で、フローチャート９７０のブロック９８２によって表されるように、１つ以上の属性が、エキスパート選択モジュールに伝達され得る。エキスパート選択モジュールは、計算された属性と関連付けられた最適モデルの選択と関連付けられ、図１４に関して更に詳しく述べられる１つ以上のプロセスであってもよい。
【０１００】
図９Ｅは、受け取ったセンサデータと関連付けられた属性を計算する１つ以上のプロセスを表すフローチャートである。１つの例では、フローチャート９８６は、加速度計などから受け取ったデータと関連付けられた１つ以上の属性計算プロセスを表す。したがって、ブロック９８８は、変換された加速度計データを受け取る１つ以上のプロセスを表す。１つの実施態様では、図８Ａに関して述べたように、加速度計データは、前記データなどの法線ベクトルの計算によって変換され得る。１つの例では、ブロック９９０は、加速度計データの計算された法線ベクトルを識別する。計算された法線ベクトルデータから、１つ以上の属性が識別され得る。
【０１０１】
１つの例では、フローチャート９８６のブロック９９２は、受け取ったセンサデータと、詳細には法線ベクトルデータとから属性を計算する１つ以上のプロセスを表す。１つの例では、計算された属性は、例えば、法線ベクトルデータの平均値などでよい。法線ベクトルデータと関連した属性の追加の例は、図１７Ｅに関して述べられる。
【０１０２】
次に、ブロック９９９は、エキスパート選択モジュールにデータを伝達し得る。例示的なエキスパート選択モジュールは、図１４に関して、本明細書でより詳しく述べられる。
【０１０３】
この開示の態様は、ユーザが活動（ランニングやウォーキングなど）を行っているかどうかの決定なしにエネルギー消費を計算するように構成されたシステム及び方法に関するが、特定の実施形態は、１つ以上の属性を計算するために（直接又は間接に）使用されることがある歩数を決定し得る。特定の実施形態によれば、システム及び方法は、周波数推定を行い、ピークを見つける周波数サーチ範囲をセットアップするために実施され得る。１つの実施形態では、ピークを見つけるシステム及び方法は、解析バッファなどのバッファ内のデータに利用され得る。更に他の実施形態では、他のデータが、単独で利用されてもよく、解析バッファ内のデータと組み合わせて利用され得る。図１０は、周波数を推定する１つのプロセス例を示すフローチャート１０００を提供する。当業者は、図１０は、様々な実施態様により利用されることがある多くの実施形態のうちの１つに過ぎないことを理解するであろう。１つ以上のシステム及び方法は、ステップ定量化の決定に利用するために周波数データ内の１つのサブグループ（又は、複数のサブグループ）のピークを識別するように実施され得る。一実施形態では、ＦＦＴが行われ、ＦＦＴスペクトル内のピークは、ピークの近くのしきい値及び／又は微分などと共に、識別され得る。ＦＦＴの実行が、図１０に関して述べた１つ以上のプロセスなどの周波数推定プロセスを開始する前、その最中、又はその後で行われてもよい。更に他の実施形態では、ＦＦＴは、フローチャート１０００の１つ以上の構成要素から得られた１つ以上のしきい値と微分を利用してもよい。
【０１０４】
１つの実施形態では、データ（例えば、バッファ内に得られたデータ及び／又は時間フレーム中に得られたデータ）内の特定の１つのピーク（又は複数のピーク）が利用され得る。一実施形態では、「バウンスピーク」、「腕振りピーク」及び／又は他のピークが、識別され得る。例えば、多くのユーザが、走っているとき脚を着地する際に「跳ねる」。この跳ね返りは、データ内の周波数ピークを提供することがある。他のピーク（及び／又は谷）が、センサデータ内にあってもよい。例えば、多くのユーザが、ランニング及び／又はウォーキング中に腕を予測可能に振って「腕振りピーク」を提供することが多い。例えば、腕は、通常、前方／後方軸に沿って（例えば、前から後ろに）揺れる。この周波数は、「バウンスピーク」の周波数の約半分であってもよい。しかしながら、これらのピークはそれぞれ、例えば個人、動きのタイプ、地形及び／又はこれらの組み合わせに基づいて、独立に変化することがある。
【０１０５】
特定の実施形態では、周波数を検出する関数のしきい値が、決定又は取得され得る（例えば、ブロック１００２）。ピークを探す識別基準を決定するための１つ以上のシステム又は方法が、データポイントの周波数を推定し得る。例えば、平均（例えば、平均値など）及び／又は標準偏差（又は分散）が得られ得る。そのようなデータは、定量化され得る「ピーク」と「谷」（例えば、データ内の高い値と低い値）を決定するために利用され得る。そのようなデータは、ピーク近くの動的しきい値及び／又は微分の決定に使用され得る。一実施形態では、バッファ内のデータの１つ又は２パス加重移動平均などの加重平均が、任意の決定で利用され得る。更に他の実施形態では、生センサデータ（例えば、加速度計信号）が、単独で、又はデータの微分などの他の属性との組み合わせで使用されてもよい。
【０１０６】
一実施形態では、１パス加重移動平均、２パス加重平均及び生データがそれぞれ使用される。別の実施形態では、２パス加重移動平均だけが使用されてもよい。１つの実施形態では、微分の平均と標準偏差が計算され、しきい値レベルとして使用され得る。一実施形態では、しきい値を得る１つ以上のプロセスが利用され得る。例えば、固定範囲内のピークを見つけるために第１の方法が利用され得る。更に特定の実施形態では、第２の方法が、ピークを探すための識別基準を決定するために利用され得る。特定の実施態様では、第１、第２又は追加の方法が、バッテリ寿命に少なくとも部分的に基づいて実施され得る。例えば、第２の方法は、追加の処理能力を必要とすることがあり、したがって、バッテリ寿命が設定値より低下したかつ／又はしきい値を超えるレートで下降していることの指示を受け取ったときは利用されなくてもよい。
【０１０７】
ブロック１００４では、ステップ周波数は、特定のバッファ（又は、バッファ群）に関して決定され得る。特定の実施形態では、バッファの平均加速度は、別個の狭い探索範囲のデータ（例えば周波数）を作成するために使用され得る。例えば、図１１は、ｘ軸１１０２方向の平均加速度（平方秒当たりのメートル数「ｍ／ｓ２」で表された）と、ｙ軸１１０４方向のデュアルフットステップ周波数のヘルツ（Ｈｚ）で表した周波数を示すグラフ１１００を示す。領域０６は、境界線１１０８ａ〜１１０８ｄで定められることがある検出域を示す。境界線１１０８の１つ以上は、ブロック１００２で計算されたしきい値に少なくとも部分的に基づいてもよい。したがって、加速によって、加速度計が予測する周波数範囲以外（例えば、境界線１１０８ａ〜１１０８ｄ以外）の周波数が生成される場合、特定のシステム及び方法が、このデータの少なくとも一部分を利用しないことがある。これは、データがランダムノイズとみなされること（例えば、データが異なる周波数成分だが類似の加速度を有すること）を保証するために利用され得る。一実施形態では、中心周波数は、近似され得る。一実施形態では、１つ以上の軸に沿って測定されたセンサデータの中心周波数が計算され得る。例えば、１つ以上の加速度計から収集されたセンサデータは、ｘ、ｙ及びｚ軸の１つ以上の方向の平均周波数を決定するために使用され得る。例えば、アームスイングデータは、３つの軸のそれぞれの方向の成分を含み、これにより測定され得る。一実施形態では、複数の軸の平均周波数は、データのピーク及び／又は谷の数を調べることによって近似され得る。
【０１０８】
特定の実施形態によれば、センサデータは、ステップカウントがウォーキング及び／又はランニングに応答しているか否かに関係なく、ステップカウントを決定するために利用され得る。この点において、非ウォーキング及び／又は非ウォーキングデータを含むセンサデータを保持することは有利なことがあり、より正確に言うと、ウォーキング及び／又はランニングの決定が、属性から決定され得る。しかしながら、例示的なセンサ読み出し値を検討するために、図１１は、０．５〜２．４Ｈｚの範囲（ｙ軸１１０４方向にある）内の信号を示すために提供され、この範囲は、他の分類技術を使用するとウォーキングを示すものとしてみなされ得る（例えば、１１１０で示されたサンプル）。別の実施形態では、２．４〜５Ｈｚの範囲内の信号は、他の分類技術ではランニングを示すものとしてみなされてもよい。例えば、データポイント１１１２は、スポーツ選手が、８分マイルで走っていることを示すことがあり、データポイント１１１４は、スポーツ選手が５．５分マイルで走っていることを示すことがある。更に、特定の実施形態では、腕振りデータを利用して、デュアルフットステップ周波数を決定し得る（軸１１０４を参照）。例えば、手首装着型装置が、腕振りを測定するように構成された場合、そのようなデータは、シングルフット周波数として解釈され得る。この点において、要素１１１６によって示されるシングルフット周波数データポイントは、データポイント１１１０に対して半分の値（ｙ軸１１０４に対して）に対応し得る。したがって、一実施形態では、シングルフット周波数の値は、デュアルフットステップ周波数値に達するように２倍にされ得る。当業者は、グラフ１１００が、生成又は表示されなくてもよいが、この開示の態様を示すために本明細書に示されていることを理解するであろう。
【０１０９】
判定１００６は、推定ステップ周波数を調整するか否かを判定するために実施され得る。一実施形態では、判定１００６は、先行する非重複バッファなどの前のバッファでステップがカウントされたか否か（又は、ステップの周波数）を検討し得る。例えば、判定１００６は、成功したＦＦＴが前のデータにステップを入れたか否かを判定し得る。当該技術分野で理解されるように、データ（例えば、周波数）が変化する状況があってもよいが、ユーザは、異なるレート又はペースであろうとも、同じ活動を行い得る。例えば、ユーザが１０ｍｐｈで走っており５ｍｐｈに減速する場合、彼／彼女は、もっと遅いペースでだが、更に走ってもよい。しかしながら、この状況では、検出される周波数は変更される。
【０１１０】
一実施形態では、ステップ定量化は、例えば前述のようにピークを識別することによって、一次結合なしに決定され得る。データ内のバウンスピーク及び／又は腕振りピークの探索範囲を確立するために、推定（ブロック１００８によって調整されたことがある）が使用され得る（例えばブロック１０１２を参照）。
【０１１１】
ブロック１０１４は、ステップ定量化の決定に利用するために周波数データ内の１つのサブグループ（又は、複数のサブグループ）のピークを識別するように実施され得る。一実施形態では、ＦＦＴが行われ、ＦＦＴスペクトル内のピークは、ピークの近くのしきい値及び／又は微分などと共に、識別され得る。ＦＦＴの実行が、図１０に関して述べた１つ以上のプロセスなどの周波数推定プロセスを開始する前、その最中、又はその後で行われ得る。更に他の実施形態では、ＦＦＴは、フローチャート１０００の１つ以上のプロセスから得られた１つ以上のしきい値と微分を利用し得る。１つの実施形態では、データ（例えば、第１のバッファ内で得られたデータ及び／又は第１の時間フレーム中に得られたデータ）内の特定の１つのピーク（又は複数のピーク）が利用され得る。これは、一次結合を使用できないことの決定に基づいて行われ得る。一実施形態では、「バウンスピーク」、「腕振りピーク」及び／又は他のピークが、識別され得る。例えば、多くのユーザが、走っているとき脚を着地する際に「跳ねる」。この跳ね返りは、データ内の周波数ピークを提供することがある。他のピーク（及び／又は谷）が、センサデータ内にあってもよい。例えば、多くのユーザが、ランニング及び／又はウォーキング中に腕を予測可能に振って「腕振りピーク」を提供することが多い。例えば、腕は、通常、前方／後方軸に沿って（例えば、前から後ろに）揺れる。この周波数は、「バウンスピーク」の周波数の約半分であってもよい。しかしながら、これらのピークはそれぞれ、例えば個人、動きのタイプ、地形及び／又はこれらの組み合わせに基づいて、独立に変化することがある。
【０１１２】
図１２Ａは、多軸加速度計データなどのセンサデータの例示的ＦＦＴ出力のグラフ１２００を示す。グラフ１２００は、ｘ軸１２０２方向のヘルツ（Ｈｚ）で表した周波数と、ｙ軸１２０４方向のＦＦＴパワーとを示す。線１２０６は、周波数（ｘ軸１２０２方向）とパワー（ｙ軸１２０８方向）の関係をグラフ化しており、ｙ軸１２０４方向のマグニチュード又は最大高さは、ピークの最大ＦＦＴパワーを提供する。ピークマグニチュードは、周波数の相対強度を示し、人がステップを踏んでいるかどうかのインジケータとして使用され得る。当業者は、グラフ１２００が、生成又は表示されなくてもよいが、この開示の態様を示すために本明細書に示されていることを理解するであろう。
【０１１３】
更に図１２Ａで分かるように、腕振り範囲１２０８は、ｘ軸１２０２方向の約０〜２Ｈｚの間で示され、腕振りピーク１２１０を含む。バウンスピーク範囲は、ｘ軸１２０２方向の約２〜４Ｈｚで示され、バウンスピーク１２１４を含む。したがって、示された例では、バウンスピーク範囲内のバウンスピーク１２０８の周波数は、一般に、腕振りピークの周波数の２倍である。したがって、システム及び方法は、確立されたしきい値に基づいてピーク（及び／又は谷）を識別し得る。この点において、１つ以上の非一時的コンピュータ可読媒体のコンピュータ実行命令は、ピークのしきい値量が範囲内にある（固定されているか動的に決定される）か否かを決定するために実行され得る。範囲内のピークがない場合、そのバッファは空にされてもよい（あるいは、そのデータを歩数決定に利用しなくてもよい）。この点において、ピークは、最大オカレンス量及び／又は最高絶対値を有するものによって測定された周波数を指すことがある。
【０１１４】
特定の実施形態は、ピーク（例えば、腕振りピーク、バウンスピーク、及び／又は他のピーク）がしきい値を満たすか否かを決定し得る。一実施形態では、制限された探索範囲内の周波数パワーのしきい値は、周波数が単なるノイズではなく、活動（例えば、ウォーキング又はランニングなどの）とみなすのに十分な大きさであることを保証し得る。更に別の実施形態では、重複ウィンドウ手順が利用され得る。例えば、ＦＦＴウィンドウは、短期間ステップが確実にカウントされるように重複式に分析され得る。図１２Ｂは、実質的に図１２Ａに示されたようなグラフ１２００を示すが、更に、腕振りしきい値１２１６とバウンスしきい値１２１８を含む。図示されたように、腕振り範囲１２０８（０〜２Ｈｚ）内のピークは、マグニチュードがＦＦＴ出力のしきい値（例えば、しきい値１２１６は、ｙ軸１２０４に示されたように約５００におけるものである）を満たす場合だけカウントされてもよい。
【０１１５】
同様に、特定の実施形態では、バウンスピーク範囲（２〜４Ｈｚ）内のピークは、そのマグニチュードがしきい値（ｙ軸１２０４上に示されたように約２５００におけるバウンスしきい値１２１８など）を満たす場合だけカウントされてもよい。特定の実施形態では、しきい値を満たすか超えるピークは、ステップとしてカウントされ得る（ブロック１０１６を参照）。ステップは、ＦＦＴ解析ウィンドウの持続時間などの設定時間の間に増分され得る。特定の実施形態は、重複ウィンドウで増分し続け得る。一実施形態では、ステップは、各サンプルバッファ又は解析バッファの特定部分（例えば、２５％）に関して定量化されてもよく、しきい値を満たす場合、ステップは、特定のサンプルバッファ又は活動バッファの一部分に関してカウントされてもよい。しかしながら、そのサンプルバッファ又は部分のしきい値が満たされない場合、活動バッファの残りの部分（又は、特定の周囲のサンプル）のステップが、ステップ周波数に基づいて決定される。例えば、解析バッファが、４つのサンプルバッファを含み、最初の３つだけがステップを有する場合、その解析バッファの４分の３のステップカウントは、事前に選択されたステップ周波数に基づいてもよい。
【０１１６】
更に他の態様は、ピークがある場合の、そのどのピークを利用するかの選択に関連する。一実施形態によれば、システム及び方法は、見つけたピークが有効とみなされるかしきい値を満たすという事実にもかかわらず、ステップを定量化する際に利用されるピークを選択可能である。前述したように、足接触によるバウンスデータは、状況によっては、腕振りデータよりも信頼性が高い場合がある。同様に、他の実施形態では、腕振りデータが、より正確な結果を提供することがある。更に他の例では、両方のピーク（及び／又は他のもの）を一緒に使用してデータ範囲を導くことによって、最良の結果が提供され得る。本明細書に開示された実施形態は、外肢（腕や脚など）に装着されて、活動データを収集しステップ（及び場合によっては、更に他の実施形態では、活動タイプ及び／又はエネルギー消費）を定量化する際に利用するピークを決定するように構成された携帯装置上で使用されるシステム及び方法に関する。この点において、様々なピークの組み合わせを使用してスポーツ選手の特定の活動を決定し得る。特定の実施形態では、システム及び方法は、例えばピーク１２１４や、ピーク１２１０などの腕振りピークなどのバウンスピークを使用するか否かを動的に決定するように構成され得る。決定は、実質的に実時間（０．５秒、１秒、２秒、４秒ごとなど）で、活動データに基づいて更新され得る。
【０１１７】
図１３は、一実施形態により腕振り周波数又はバウンス周波数を利用するかどうかを決定するために実施されることがある例示的フローチャートを示す。図１３に示されたように、システム及び方法は、どのデータが最も正確な結果を提供するか（例えば、加速度計データのＦＦＴ解析によるどの周波数を利用すべきか）を決定するために説明的ＦＦＴ出力から適切な周波数ピークを選択するために実施され得る。特定の実施形態では、ステップ周波数は、ＦＦＴスペクトルによって表された時間期間のステップカウントの生成に使用され得る。
【０１１８】
一実施形態では、「適切な」ピークは、腕振りピークとバウンスピークを含み得る。ブロック１３０１は、対応する探索範囲内の識別ピークの数を定量化するために実施され得る。したがって、バウンス範囲（「ＢＲ」）（例えば、図１２Ａの０〜２Ｈｚの周波数を含む範囲１２０８を参照）の周波数推定値にあるバウンスピークが定量化されてもよく、腕振り範囲（「ＡＳＲ」）（例えば、図１２Ａの２〜４Ｈｚの周波数を含む範囲１２１２）の周波数推定値にある腕振りピークが定量化されてもよい。特定の実施形態では、識別されたピークの量（及び／又は識別された特定のピークの量）を利用して、推定ステップ周波数のどれ（例えば、ＡＳＲ、ＢＲ又は他の範囲内のピークによって決定される）を利用できるかを決定し得る。例えば、判定１３０２は、ＢＲに少なくとも１つのピークがあるか又はＡＳＲに少なくとも１つのピークがあるかを決定し得る。Ｎｏである場合、ブロック１３０４は、指定された範囲内にステップが行われなかったことを登録するように実施され得る。一方、判定１３０２において、少なくとも１つのＢＲあるいは少なくとも１つのＡＳＲピークがあった場合、判定１３０６は、ＢＲピークが１つだけ（及び、ゼロ個のＡＳＲピーク）あるか、あるいはＡＳＲピークが１つだけ（及び、ゼロ個のＢＲピーク）あるかを決定するように実施され得る。１つだけＡＳＲピークがあることが決定された場合、ブロック１３０８は、ステップ周波数を２＊ＡＳＲ周波数でマークするように実施され得る。一方、１つのＢＲピークがあると決定された場合、ブロック１３１０は、ステップ周波数をＢＲ周波数に対応するものとしてマークするように実施され得る。第３の代替として、互いに欠けていて２つ以上のＡＳＲか２つ以上のＢＲしかない場合は、判定１３１２が実施され得る。判定１３１２を検討する前に、読者は、図１３（及び本明細書に示された他のフローチャート）が、例えば判定１３０２、１３０６、１３１２及び１３１４などの幾つかの判定を含むことに注目されたい。この開示の利益を有する当業者は、１つ以上の判定が、単一判定にグループ化されかつ／又は、判定１３０２内の抱合的判定１３０４のように異なる順序で配置され得ることを容易に理解するであろう。したがって、複数の判定をこの順序で使用することは、単に説明のためである。
【０１１９】
１つ以上のプロセスが、ちょうど１つのＢＲピークと１つのＡＳＲピークがあるかを判定し得る（例えば判定１３１２を参照）。Ｎｏである場合、ブロック１３２４（後述される）が実施され得る。一方、Ｙｅｓである場合、ＡＳＲピークがＢＲピークの設定範囲内にあるかどうか決定するために判定１３１４が実施され得る。一実施形態では、判定１３１４が、ＡＳＲピークが、１／２＊ＢＲピークの±１５％内にあるかどうかを決定し得る。Ｙｅｓである場合、ステップ周波数が、ＢＲピークと２ｘＡＳＲ周波数の平均であることを決定するブロック１３１６が実施され得る。
【０１２０】
一方、ＡＳＲピークとＢＲピークが、識別された範囲しきい値内にない場合、ブロック１３１８が、各ピークの推定周波数から距離を計算するために実施され得る。この場合、１つ以上のプロセスが、ピークの少なくとも１つのマグニチュードがしきい値より大きいか否かを決定し得る。例えば、両方のピークのマグニチュードがしきい値より大きいか否かを決定する判定１３２０が実施され得る。判定１３２０のしきい値が満たされない場合、ブロック１３２１が、２つのピークの大きい方の周波数とマグニチュードを選択するように実施され得る。一方、ピークのマグニチュードがしきい値より大きい場合は、ステップ周波数とピークマグニチュードが、推定されたステップ周波数に近いピークから選択され得る（例えば、ブロック１３２２）。
【０１２１】
フローチャート１３２３を示す図１３Ｂを見ると、システムと方法は、探索範囲内に２つ以上のＢＲピークと２つ以上のＡＳＲピークがあるときにステップ周波数を決定するように構成され得る。一実施形態では、データに１つのＢＲピークと１つのＡＳＲよりも多くあるときに、ブロック１３２４が、ステップ周波数を決定する。ブロック１３２４は、図１３Ａの判定１３１２で必ずしも１つのＢＲピークと１つのＡＳＲピークがあるわけではないという決定に基づいて実施されてもよく、更に他の実施形態では、ブロック１３２４は、判定１３１２及び／又は図１３Ａに依存しない。ブロック１３２４は、周波数推定法則によって推定された周波数などの推定周波数に対するピークの近さを決定し得る（例えばブロック１００２とフローチャート１０００を参照）。一実施形態では、推定周波数に最も近いＢＲピークとＡＳＲピークが決定される。判定１３２６は、少なくとも１つの識別されたＡＳＲピークがＢＲピークの設定範囲内にあるかどうか及び／又は少なくとも１つの識別されたＢＲピークがＡＳＲピークの設定範囲内にあるかどうかを決定するために実施され得る。一実施形態では、判定１３２６は、ＡＳＲピークが１／２＊ＢＲピークの±１５％以内にあるか否か、又はＢＲピークが、１／２＊ＡＳＲピークの±１５％以内にあるか否かを決定し得る。
【０１２２】
判定１３２６で、設定されたしきい値範囲を満たさないことが決定された場合、ブロック１３２８が、デフォルトで単一ピークを有する探索範囲になりかつ複数ピーク領域内の最大ピークを見つけるために開始され得る。あるいは、判定１３２６で示された基準を満たす場合は、ブロック１３３０が実施され得る。一実施形態では、単一ピーク範囲の判定１３２６で示された設定範囲（例えば、１５％）内に複数のピークがある場合、最大ピークの周波数とピークマグニチュードを選択するブロック１３３０が実施され得る。識別されたピークのどれが大きいかを決定する判定１３３２が実施され得る。例えば、判定１３３２は、ＢＲピークがＡＳＲピークよりも大きいか（又はその逆）否かを決定し得る。判定１３３２は、ＢＲピークとＡＳＲピークのどちらが大きいかだけを決定してもよい。一実施形態では、２つのピークの大きい方が、ステップ周波数として選択され得る（例えば、ブロック１３３４及び１３３６を参照）。
【０１２３】
図１４は、受け取ったセンサデータからの１つ以上の計算属性を１つ以上のエキスパートモデルと比較する１つ以上のプロセスを表すフローチャート１４００を示す。したがって、図１４は、エキスパート選択モジュールと記述されることがある。当業者は、エキスパートの混合として示された統計解析法を容易に理解するであろう。したがって、１つの実施態様では、エキスパートは、出力値を推定するために使用されることがあるモデルであればよい。１つの例では、出力値は、ユーザが行っている１つ以上の活動と関連付けられた酸素消費量の推定値であってもよい。
【０１２４】
図６に関して簡単に述べたように、１つの例では、１６個のエキスパート（モデル）が、装置１１２、１２６、１２８、１３０及び／又は４００などの装置に記憶され得る。更に、各エキスパートと関連して記憶された幾つかの属性（重みとも呼ばれる）があってもよい。１つの例では、２０個の属性が、各エキスパートモデルと関連付けられた２０個の重みと比較されてもよく、その属性は、図９Ａ〜図９Ｅと図１７Ａ〜図１７Ｅなどに関して述べられたプロセスによって計算される。
【０１２５】
計算された属性をブロック１４０２で受け取ったとき、記憶された各エキスパートモデルと関連付けられた重みが選択され得る（ブロック１４０４）。各エキスパートモデルに関して、そのエキスパートモデルが受け取った属性のベストマッチである確率が計算されてもよく、ベストマッチは、計算済み属性が入力された場合に、モデルの出力を最高精度で予測するモデルを表す。１つの例では、ブロック１４０６は、エキスパートが受け取った属性のベストマッチである確率を、例えば、Ｓｏｆｔｍａｘ回帰関数を使用し、「エキスパート混合」手法にしたがって計算する１つ以上のプロセスを表し得る。
【０１２６】
したがって、１つの例で、加速度計から受け取り、ユーザが行っている活動を示すセンサデータから２０個の入力属性が計算された場合、それらの２０個の属性は、エネルギー消費システムに記憶されたモデルのそれぞれと関連付けられた等しい数の重量と比較され得る。計算されたＳｏｆｔｍａｘ回帰は、それぞれの記憶されたモデルと関連付けられた確率値を返してもよく、各確率値は、関連付けられたモデルが、一例ではユーザによって消費されている酸素の量の入手できる最良の推定を提供する可能性を表す。例えば、エネルギー推定システムは、４つのモデル（エキスパート）を記憶し得る。したがって、受け取った加速度センサデータから計算された属性を使用して、４つのモデルのそれぞれのＳｏｆｔｍａｘ回帰が計算され得る。１つの例では、このＳｏｆｔｍａｘ回帰は、４つのモデルのそれぞれの確率を計算し得る。したがって、計算された最高確率に対応するモデルは、ユーザが消費している酸素の量の入手できる最良の推定値を提供するために使用されるモデルである。１つの実施態様では、Ｓｏｆｔｍａｘ回帰は、次の式を使用して計算され得る。
【０１２７】
0006794259.tif 000002
（Ｓｏｆｔｍａｘ回帰式）
【０１２８】
上のＳｏｆｔｍａｘ回帰式に示されたように、ｐｉは、モデルｉが酸素消費量を予測するために使用するｋ個の異なるモデルのうちの最良モデルである確率を表し、この場合、ベクトルｘによって記号化された入力属性のベクトルは、センサ入力値から計算される。更に、ｍｉは、モデルｉと関連付けられた重みのベクトルである。
【０１２９】
ブロック１４０６は、関連付けられたエキスパートモデルが、計算された属性値の最良適合を表す１つ以上の確率を表す１つ以上の出力を作成し得る。ブロック１４０８は、ブロック１４０６の出力から最高確率を持つエキスパートを選択し得る。したがって、ブロック１４０８では、選択されたエキスパートを使用して出力を推定してもよく、出力は、ユーザによる酸素消費の推定量でよく、ユーザが行っている１つ以上の活動などに基づいてもよい。
【０１３０】
更に他の態様は、スポーツ選手の速度、距離、及び他の１つ以上のパラメータなどの、１つ以上の他のメトリックを計算するシステム及び方法に関する。計算される属性が速度である一実施形態では、速度計算モジュールが提供され得る。対象ウィンドウの適切な属性が提供された場合、システム及び方法は、データの１つ以上のウィンドウの速度を計算するか否かを決定するために実施され得る。１つの実施態様では、データウィンドウが、ウォーキング又はランニングデータを含むと判定された場合、適切な属性は、例えば速度及び距離モジュールに送られて、速度と距離を計算するために利用され得る。したがって、以上のことから、この開示の特定の態様が、アスレチックデータの分類を含む速度又は距離の決定に関連することが分かる。前述のように、特定の態様は、アスレチックデータを活動タイプ（ウォーキング、ランニング、バスケットボール、疾走、サッカー、フットボールなど）に分類しないエネルギー費用値の計算に関するが、例えば速度や距離などの他のメトリックを計算するために、エネルギー消費量を計算するために利用される同じデータの少なくとも一部分を分類することは、この開示の範囲内にある。速度（又は、アスレチックデータの分類から決定された別のパラメータ）が、エネルギー消費値の決定に利用される同じ属性から計算されてもよい。この点において、全く同じ組の属性が使用されてもよいが、更に別の実施形態では、同じ属性のサブセットが使用されてもよく、更に追加の実施形態では、２つの異なるメトリック（例えば、速度及び／又はエネルギー消費など）の決定に利用されるのが単一の共通属性値だけであってもよい。１つの実施態様では、速度（又は、別のメトリック）は、エネルギー消費値の決定から得られたデータの少なくとも一部分から決定され得る。
【０１３１】
図１５と図１６は、スポーツ選手の活動を、エネルギー消費値の計算で利用される属性の少なくとも一部分に基づいて、（例えば「ウォーキング」、「ランニング」、又は「その他」のカテゴリに）分類する際に利用され得る例示的プロセスを示すフローチャートである。本明細書に記載された例示的実施形態は、カテゴリ「ウォーキング」「ランニング」及び／又は「その他」を利用するが、当業者は、これが説明のためであり、他のカテゴリがこの開示の範囲内にあることを理解するであろう。更に、図１５と図１６のカテゴリが、速度及び／又は距離を決定する例示的文脈で示されるが、これは要件ではない。この点において、活動データの分類は、速度及び／又は距離のいかなる決定とも無関係に行われ得る。
【０１３２】
最初に図１５を見ると、最初に、データが、第１のサブグループ（例えば、ウォーキングとランニングを含む）内で検討されるかあるいは第２のサブグループ（例えば、ウォーキング又はランニング以外）内で検討されるかを決定する１つ以上のプロセスが利用され得る。１つの例では、データが直線移動サブグループ内で検討されるか、あるいは直線運動サブグループで検討されるかを決定する１つ以上のプロセスが利用され得る。この直線移動サブグループは、一例では、ウォーキング及び／又はランニングに対応し得る。更に、当業者は、直線移動サブグループが、実質的に、ウォーキング又はランニングと関連したものなど、及びバスケットボール、サッカー、アイスホッケーなどのチームスポーツに参加している人の比較的ランダムな動きに対立するものとして、実質的な直線運動を含むことを理解するであろう。したがって、ランニングとウォーキングは、チームスポーツなどの他のアスレチック活動に参加している間のユーザの動きの停止始動／比較的間欠的な性質と比較して、「直線移動」と呼ばれ分類されることがある。しかしながら、別の例では、ランニング又はウォーキングの直線移動は、トラックのまわりのランニング及び／又はウォーキングを含むことがあり、ランニング及び／又はウォーキングの特定期間は、円運動などとみなされることがある。
【０１３３】
属性の値（本明細書で開示されかつ／又は当該技術分野で既知の属性の１つ以上など）を受け取ってもよい（例えば、ブロック１５０２を参照）。一実施形態では、２５Ｈｚにおける加速度データの１２８サンプルウィンドウが利用されることがある。一実施形態では、データを取得するために手首取付型加速度計（多軸加速度計であってもよい）が利用され得る。
【０１３４】
ステップレートは、活動データを分類するために利用される基準であってもよい。ステップレートは、エネルギー消費量の決定に利用され、属性から導出されかつ／又は分類のために個別に導出された属性でよい。特定の実施形態では、ステップレートは、１つ以上のしきい値と比較され得る（例えば図１５Ａのブロック１５０４を参照）。本明細書で使用されるとき、第２、第３又は任意の後続のしきい値（又は、他の値）の列挙は、単に前述したしきい値を区別するためのものであり、特定の順序及び／又は量のしきい値又は範囲に限定されない。特定の属性と属性の順序は、ステップレートが指定しきい値を満たすか否かに基づいてもよい。例えば、ステップレートが、第１のしきい値を超えない場合（例えばブロック１５０４を参照）、最高加速度値を有する軸からの加速度計データの積分が第１のしきい値より大きいかどうかが決定されてもよく（例えばブロック１５０６を参照）、ステップレートが、ステップレートの第１のしきい値を超える場合は、最高加速度値を有する軸からの加速度計データの積分が、同じ属性に関して設定された第２のしきい値（第１のしきい値と対照的）より大きいかどうかが決定されてもよい（例えば、図１５Ｂの判定ブロック５２４を参照）。
【０１３５】
図１５Ａの残りの部分は、ステップレートが第１のしきい値を満たすことを決定した分脈で説明され、図１５Ｂは、第１のしきい値を満たさないステップレートの文脈で説明されるが、当業者は、そのような実施態様が単に１つの例であることを容易に理解するであろう。特定の状況では、信頼性の高い決定のために分析しなければならないデータの量を制限するために、最大マグニチュードを有する軸など（例えば、判定１５０４及び１５２４）の単一軸からのデータを利用することが有益なことがある。
【０１３６】
最高の加速度マグニチュードを有する軸からの加速度計データの積分が、その属性に関して設定された第１のしきい値より大きい場合は、活動の分類を決定するためにデータの変形が検討され得る。一例として、データの標準偏差の平均が検討されてもよい（例えば、ブロック１５０８を参照）。一実施形態では、標準偏差の平均がしきい値を超える場合、データは、一貫性がなさすぎて「ウォーキング」又は「ランニング」と分類されないことがある。これは、ユーザの活動がウォーキングやランニングを含まないと提案しているわけではなく、例えば、ユーザが、バスケットボールゲーム中にディフェンス作戦を行っていることがあるが、その活動を「ウォーキング」又は「ランニング」として分類することが、最も正確なカテゴリでないことがある。一例として、ディフェンスのバスケットボールの動きを単に「ウォーキング」として分類し、比較的小さいサイドステップからの距離を決定しようとすることは、特定の実施態様では好ましくないことがある。一実施形態では、標準偏差の平均がしきい値を超える場合、データは、非ウォーキング及び／又は非ランニングカテゴリとして分類され得る。例えば、「その他」として分類されてもよい（ブロック１５１０を参照）。あるいは、標準偏差の平均がしきい値を超えない場合は、「ランニング」及び／又は「ウォーキング」を含むように分類され得る（例えばブロック１５１２を参照）。図１６に関して後でより詳しく説明されるように、データを「ランニング」と「ウォーキング」のいずれかとして指定するために更なる解析が行われてもよい。
【０１３７】
例示的ブロック１５０６に戻ると、最高加速度値を有する軸からの加速度計データの積分は、その属性に関して設定された第１のしきい値より大きくなくてもよく、したがって、積分が第２のしきい値を超えるか否かが決定され得る（ブロック１５１４を参照）。特定の実施形態では、第２のしきい値は、第１のしきい値より実質的に低くてもよい（例えば、小さい方の値。一例では、ユーザによる低い方の加速度量を示す）。積分が第２のしきい値を満たさない場合、データは、ランニング又はウォーキングデータではないとして分類され得る（ブロック１５１０を参照）。一方、第２の積分しきい値が満たされる場合は、ステップ周波数パワーを利用して活動データを分類し得る。例えば、ステップ周波数パワーが第１のしきい値を超える場合、「その他」として分類され得る（例えば、判定１５１６からブロック１５１０に進む）。第１のしきい値を超えない場合は、第２のしきい値と比較され得る（例えば判定１５１８）。判定１５１８においてＮｏである場合は、データがウォーキングデータでもランニングデータでもないとして分類されることがあり、それに対して、Ｙｅｓである場合は、更なる解析が行われる（例えば判定１５２０を参照）。一実施形態では、一連のセンサデータ（ｘ、ｙ及びｚ軸などの複数の軸と関連付けられた加速度計データなど）が、しきい値と比較され得る（例えば、ブロック１５２０）。一実施形態では、範囲しきい値が満たされない場合、データは、ランニングやウォーキングとして分類されてもよく、しきい値が満たれる場合、データは、ウォーキング又はランニングとして分類されないことがある。
【０１３８】
図１５Ｂは、第１のしきい値を満たさないステップレートの文脈で説明されるが（例えば、図１５Ａの判定１５０４を参照）、当業者は、ブロック１５０４の第１のしきい値の利用を含む図１５Ａの１つ以上の態様が、１つ以上のプロセスから省略され得ることを理解するであろう。一実施形態では、図１５のフローチャート１５００の全体が、省略されることがある。１つのそのような実施形態では、図１５Ｂが、分類機能の初期段階を示すことがある。
【０１３９】
前述のように、特定の実施形態が、最高マグニチュードを有する軸からのデータを利用し得る。１つの例として、最高加速度マグニチュード値を有する軸からの加速度計データの積分が、その属性に関して設定されたしきい値より大きいかどうかが判定され得る（例えば判定１５２４を参照）。一実施形態では、判定１５２４の「第３のしきい値」は、第１及び／又は第２のしきい値によって設定された運動よりも小さいそれぞれの軸方向の運動を示し得る。しきい値を超えない場合、ステップ周波数パワー（例えば、判定１５２６のステップ周波数パワーの第３のしきい値）が利用され得る。活動を分類するプロセス全体でステップ周波数パワーの少なくとも３つのしきい値が利用される１つの実施形態では、第３のしきい値（例えば、判定１５２６で利用されるしきい値）が、数値的に第１と第２のしきい値の「中間」の値でよい。一実施形態では、第１のしきい値は、第３のしきい値より大きくてもよく、一方、第２のしきい値は、第３の値より小さくてもよい。しかし、他の実施形態では、しきい値は、この属性に関する１つ以上の他のしきい値より大きくても小さくてもよい。
【０１４０】
一実施形態では、複数の軸（例えば、ｘ、ｙ及びｚ軸）と関連付けられた一連のセンサデータ（加速度計データなど）が、判定１５２６のしきい値を満たすか否かに基づいて、１つ以上のしきい値（例えば、判定１５２８及び１５３０）と比較され得る。一実施形態では、第２のしきい値（判定１５２０の第１のしきい値と異なるものでよい）は、この属性の第３のしきい値の約半分でよい。一実施形態では、しきい値のうちの１つが、別のしきい値の±１０％以内でよい。一実施形態では、判定１５３０のしきい値は、その属性の最も高いしきい値である。判定１５２８又は１５３０のしきい値が満たされる場合、データは、ランニングとしてもウォーキングとして分類されないことがある。（判定１５２８及び１５３０が「その他」と示されたブロック１５１０に進む）。第３のしきい値を満たさないという判定（例えば、判定１５３０）の結果、データがランニング又はウォーキングとして分類されてもよく、それに対して、第２のしきい値の場合（判定１５２８を参照）は、しきい値を満たさない場合に、更なる解析が行われてもよい。一実施形態では、判定１５２８のしきい値が満たされない場合、ステップ周波数パワー（例えば、判定１５３２のステップ周波数パワーの第４のしきい値）が利用され得る。ブロック１５３２のしきい値は、利用された他のステップ周波数パワーしきい値の１０％、５％又はそれ以下でよい。ブロック１５３２のしきい値が満たされる場合、データは、ウォーキング又はランニングとして分類されることがあり、更にしきい値を満たさない場合、データは、ウォーキングでもランニングでもないと分類されることがある。
【０１４１】
図１５Ｃは、図１５Ａと図１５Ｂの文脈で表示されることがあり、図１５Ａと図１５Ｂでは、第１のステップカウントしきい値が満たされず（例えば、図１５Ａの判定１５０４を参照）及び／又は最高マグニチュードを有する軸からのセンサデータの積分が満たされる（例えば、図１５Ｂの判定１５２４）が、当業者は、特定のしきい値の利用を含む図１５Ａ及び／又は図１５Ｂの１つ以上の態様が、図１５Ｃに関して行われる１つ以上のプロセスから省略されてもよいことを理解するであろう。一実施形態では、図１５のフローチャート１５００及び／又は図１５Ｂのフローチャート１５２２の全体が省略され得る。１つのそのような実施形態では、フローチャート１５３４の任意の部分を含む図１５Ｃは、分類機能の初期段階を示すことがある。
【０１４２】
１つの実施態様では、ステップ周波数パワーしきい値が満たされるか否かの決定が行われ得る（例えば、判定１５３６）。一実施形態では、しきい値が、図１５Ａと図１５Ｂに関して述べた以前の４つのステップ周波数パワーしきい値と異なる。Ｎｏである場合、データの中央値の絶対値が、第１のしきい値より大きいかどうか判定され（例えば、判定１５３８）、一方、Ｙｅｓである場合、データの中央値の絶対値が第２のしきい値を満たすか否かが判定される（例えば、判定１５４０）。
【０１４３】
最初に判定１５３８を見ると、絶対値しきい値が満たされると判定されたとき、データは、ランニング又はウォーキングとして分類されることがあり、一方、しきい値が満たされない場合、データは、ウォーキングとしてもランニングとしても分類されないことがある（例えば、「その他」分類に入れられるような）。しかしながら、ブロック１５４０において、適切な絶対値しきい値が満たされる場合、データは、ランニングとしてもウォーキングとしても分類されず、一方、絶対値しきい値が満たされない場合、更なる解析が行われることがある。
【０１４４】
一実施形態では、判定１５４０において、しきい値が満たされない場合、複数の軸（例えば、ｘ、ｙ及びｚ軸）と関連付けられた一連のセンサデータ（加速度計データなど）が、１つ以上のしきい値と比較され得る（例えば判定１５４４を参照）。一実施形態では、これは、他のしきい値と異なる第４の範囲しきい値であってもよい（判定１５２８及び１５３０の必須でないしきい値など）。一実施形態では、ブロック１５４４のしきい値が満たされない場合、データは、ランニング又はウォーキングとして分類され得る（ブロック１５１２に進む判定１５４４を参照）。判定１５４４において、しきい値が満たされた場合は、最高マグニチュードを有する軸などからの積分しきい値が利用されてもよく（例えば判定１５４８を参照）、しきい値が満たされた場合は、データがウォーキング又はランニングデータとして分類され、しきい値が満たされない場合は、更なる解析が行われることがある。
【０１４５】
１つの実施態様によれば、データの中央値の絶対値が、しきい値より大きいかどうかが判定され得る（例えば、判定１５５０）。しきい値は、判定１５３８及び／又は１５４０で利用されるしきい値など、１つ以上の他の絶対値しきい値より小さくてもよい。判定１５５０において、Ｙｅｓである場合、データは、ランニング又はウォーキングとして分類されることがある。Ｎｏである場合、複数の軸にわたるデータの範囲が検討され得る。一実施形態では、複数の軸（例えば、ｘ、ｙ及びｚ軸）と関連付けられた一連のセンサデータ（加速度計データなど）がしきい値を満たすか否かが判定され得る（例えば、判定１５５２）。以前の第１の範囲しきい値を使用する一実施形態（例えば、判定１５４４など）では、判定１５５２は、第１の範囲しきい値より大きい第２の範囲しきい値を使用し得る。１つの実施態様によれば、判定１５５２において、しきい値が満たされた場合、データは、ランニング又はウォーキングとして分類されてもよく、一方、しきい値が満たされない場合、データは、ウォーキングとしてもランニングとしても分類されないことがある。
【０１４６】
図１６は、センサデータをウォーキング又はランニングのいずれかとして（例えば、両方を含む単一カテゴリと対照的に）分類する例示的実施形態を示すフローチャートである。最初に図１６のフローチャート１６００を見ると、データが「ウォーキング」と「ランニング」のどちらとして分類されるべきかを決定するために１つ以上のプロセスが利用され得る。他の実施形態では、追加オプションが利用可能であってもよい。ブロック１６０２で、属性値などのデータが受け取られ得る。ブロック１６０２において、受け取った属性値は、ブロック１５０２で受け取った同じ属性値でよく、かつ／又はエネルギー消費量や心拍数などの他のメトリックを計算するために利用されてもよい。この点において、ブロック１６０２で利用された属性は、本明細書に開示されかつ／又は当該技術分野で既知の属性の１つ以上を含み得る。一実施形態によれば、ウォーキング又はランニングデータを含むように事前にプレスクリーニングされるか他の方法で考えられたデータの属性値が利用され得る。例えば、図１５Ａ〜図１５Ｃで説明された１つ以上のプロセスは、受け取ったデータの少なくとも一部分を、ランニング又はウォーキングデータを含まないことと対照的に、ウォーキング又はランニングデータを含むように分類するために使用されてもよい。
【０１４７】
特定の実施形態によれば、データは、全体的に属性値のうちの１つ又は２つに基づいて、ウォーキングとランニングのいずれかとして分類され得る。一実施形態では、属性は、法線ベクトル（又はその微分）のトリム平均であってもよい。別の実施形態では、属性は、複数の軸（ｘ、ｙ、及び／又はｚ軸など）から収集されたデータの平均値に関連してもよい。１つのそのような実施形態では、属性は、複数の軸と関連付けられた中央加速度値であってもよい。
【０１４８】
図１６に示された例では、法線ベクトルのトリム平均の微分は、データをウォーキングとランニングのいずれかとして分類するために利用され得る（例えば、判定１６０４、１６０６、１６１６、１６２４を参照）。一実施形態では、トリム平均の微分は、ウォーキングとランニングを区別する初期決定として使用され得る。特定の実施形態では、トリム平均の微分は単独で、ウォーキング内又はランニング内で分類を決定し得る。例えば、トリム平均の微分が最低範囲内にある場合は、データが、ウォーキングとして分類され得る（例えば、判定１６０６は、判定１６０４のしきい値を満たさないことに由来する）。
【０１４９】
トリム平均の微分が、最低範囲を超える第２の範囲内にある場合は、更なる解析が行われ得る。一実施形態では、トリム平均（トリム平均の微分と対照的に）が利用されてもよく、それに対して、しきい値より低いデータはランニングとして分類され、しきい値を満たすデータはウォーキングとして分類されてもよい（例えば、判定１６１２を参照）。更に他の実施形態は、トリム平均の微分の更なる範囲を使用し得る。例えば、ブロック１６０４は、しきい値を超えるものをプレスクリーニングし、第１及び／又は第２の範囲を超える範囲を作成するために利用され得る。例えば、２つの範囲（例えば、第３と第４の範囲であってもよい）を実質的に作成するために、判定１６０４及び１６１６の組み合わせが利用され得る。判定１６１６において、データがトリム範囲の微分しきい値を満たさない場合は、そのデータをウォーキングとランニングのいずれかとして分類するために、１つ以上の属性の更なる解析が行われ得る。一実施形態では、全ての軸と関連付けられた加速度データの中央値が第１のしきい値より大きいと判定された結果、データがウォーキングデータとして分類され、更に否定判定の結果、データがウォーキングデータとして分類されることがある（例えば、判定１６１８）。
【０１５０】
判定１６１６を再び見ると、Ｙｅｓの場合、トリム平均の微分の追加範囲が作成され得る（例えば判定１６２４を参照。判定１６２４は、第４の範囲を等しくない下側と上側に分割するために利用されることがある）。上側内のデータはランニングデータとして分類されてもよく、下側内のデータは、第３の範囲内のデータと同じ属性で分類されてもよい。一実施形態では、第４の範囲の下側内のデータは、複数の軸に沿った１つ以上のセンサと関連付けられた中央センサデータに基づいて分類され得る。一実施形態では、全ての３つの軸と関連付けられたデータの中央加速度値がしきい値を超える場合、データはウォーキングとみなされることがあり、しきい値を満たさないデータは、ランニングとみなされることがある。
【０１５１】
図１７Ａ〜図１７Ｅは、図９Ａ〜図９Ｅに示されたものに類似の要素を含み、受け取ったセンサデータから計算された１つ以上の属性と関連した更なる詳細を含む。１つの例では、図１７Ａは、受け取ったセンサデータから１つ以上の属性を計算するための１つ以上のプロセスを含むことがある例示的なフローチャート１７００を示す。１つの例では、１つ以上のセンサから受け取ったデータは、検証され、ブロック１７０２によって受け取る前に変換され得る。しかしながら、別の例では、１つ以上のデータポイントは、検証や変換などを行わずにブロック１７０２に直接伝達されてもよい。
【０１５２】
１つの例では、図１７Ａは、１つ以上の受け取った加速度計データポイントから１つ以上の属性を計算するための１つ以上のプロセスを表し得る。例えば、フローチャート１７００のブロック１７０４は、最大加速度量を示す加速度計軸を特定する１つ以上のプロセスを実行し得る。１つの例では、フローチャート８００のブロック８０６で実行された１つ以上のソートプロセスの結果、最大加速度量に対応する軸は、ｘ軸などになる。したがって、ブロック１７０４は、ｘ軸と関連付けられたデータ値を識別し得る。しかしながら、当業者は、最高加速度と関連付けられた加速度値が、１つ以上の代替方法を使用して順序変更されてもよく、その結果、最高加速度を表す軸が、データポイント間で異なってもよく、ｙ軸又はｚ軸などになるように順序変更されてもよいことを理解するであろう。
【０１５３】
前述のように、属性は、一般に、ユーザの１つ以上の動き又はその一部分を表す計算値でもよく、この計算値は、モデルからの出力を後で予測するために使用されてもよい。更に、モデルは、例えば、活動中のユーザによる酸素消費量を予測するために使用され得る。複数の様々な属性は、センサから受け取った単一データポイント、又はデータセットとも呼ばれる１群のデータポイント／１群のサンプルなどから計算され得る。１つの例では、例えばユーザによる酸素消費量を推定するために使用される１組の属性は、図８Ａに関して述べたように、加速度データポイント上の法線ベクトル、加速度データポイントの法線ベクトルの微分、及び／又は加速度データポイントの法線ベクトルの高速フーリエ変換を含み得る。別の例では、属性は全方向属性として計算されてもよく、全方向属性は、三次元で反応するセンサなどを使用して取得されたユーザの動きを表す。１つの例では、全方向属性は、ｘ軸、ｙ軸及びｚ軸方向の加速度などに反応する加速度計を使用して計算され得る。更に別の例では、属性は、一方向属性として計算され得る。したがって、一方向属性は、単一次元及び／又は単一変数に反応するセンサから出力されたデータから計算され得る。１つの例では、そのようなセンサは、ユーザの心拍数などに反応する心拍数センサであってもよい。１つの構成では、１つ以上の属性が、センサデータの変動を表す前記属性に基づいてグループ化され得る。更に別の構成では、属性は、センサデータとユーザの個人情報との組み合わせに基づいて計算され分類され得る。個人情報は、例えば、ユーザの性別、体重及び／又は身長などを含むことがある。
【０１５４】
別の例では、更に別の特定の属性が、加速度計から受け取ったデータから計算され得る。例えば、１つの属性は、例示的なブロック１７０６に関して概説されたように、加速度計からの最大加速度量を示す軸と関連付けられた中央データポイントの計算絶対値でよい。別の例では、属性は、ブロック１７０８に関して述べたように、加速度計からの最大加速度量を示す軸と関連付けられたデータの中央絶対偏差の計算を含み得る。更に他の例では、ブロック１７１０は、加速度計からの最大加速度量を示す軸と関連付けられた一連の値の例示的な属性計算である。ブロック１７１２は、加速度計からの最大加速度量を示す軸から受け取ったデータから、トリム平均属性を計算する。ブロック１７１４は、加速度計からの最大加速度量を示す軸と関連付けられたデータ値の積分の属性計算の例である。ブロック１７１６は、加速度計からの最大加速度量を示す前記軸から受け取ったデータからの四分位数間領域属性を計算する例示的なプロセスを示す。ブロック１７１８は、最大加速度量を示す軸と関連付けられたデータ値の標準偏差属性を計算する。
【０１５５】
ブロック１７２０は、エキスパート選択モジュールに対する１つ以上の属性を伝達する１つ以上のプロセスを表す。したがって、エキスパート選択モジュールは、１つ以上の計算された属性を１つ以上のエキスパートモデルと比較する１つ以上のプロセスを含んでもよく、エキスパートモデルは、ユーザが行っている活動と関連付けられた出力を予測／推定するために使用されてもよい。１つの例では、そのような出力は、ユーザなどによる酸素消費量であってもよい。
【０１５６】
図１７Ｂは、フローチャート１７３０を含み、フローチャート１７３０は、受け取ったセンサデータから１つ以上の属性を計算する１つ以上のプロセスを含み得る。図１７Ａと同様に、フローチャート１７３０のブロック１７３２は、変換形されたセンサデータを受け取る１つ以上のプロセスを表す。データ変換は、図８Ａと図８Ｂに関連して更に詳しく述べられる。
【０１５７】
フローチャート１７３０のブロック１７３４は、第２の最大加速度量を示す加速度計軸を識別し得る。１つの例では、１つ以上の軸順序変更プロセスを含む１つ以上の変換処理の後で、第２の最大加速度量を示す軸が、ｙ軸などでよい。
【０１５８】
ブロック１７３６は、移動平均フィルタを使用して受け取ったデータをフィルタリングする１つ以上のプロセスを表し得る。したがって、移動平均フィルタは、データポイントを、１群のデータポイント内の近傍データポイントの平均と置き換えることによってデータを平滑化し得る。１つの例では、移動平均フィルタは、低域フィルタなどと等価でよい。当業者は、この例示的実施態様で利用され得る移動平均フィルタの幾つかの実施態様を理解するであろう。例えば、１つ以上の移動平均フィルタが、数値計算処理環境などの範囲内で実施され得る。
【０１５９】
更に、ブロック１７３８に関して述べたように、１つ以上のプロセスは、受け取ったデータを平滑化するために実行され得る。１つの実施態様では、受け取ったデータを平滑化する１つ以上のプロセスは、移動平均フィルタを利用し得る。したがって、平滑化は、数値計算処理環境と関連した１つ以上の関数を使用して達成され得る。
【０１６０】
１つの実施態様では、ブロック１７４０は、受け取ったデータの属性を、第２の最大加速度量などを示す加速度計の軸と関連付けられたデータポイントの積分として計算し得る。次に、計算された属性は、ブロック１４２に関連して述べたように、エキスパート選択モジュールに伝達され得る。
【０１６１】
図１７Ｃは、受け取ったデータの１つ以上の属性を計算する１つ以上のプロセスを含むことがあるフローチャート１７５０を示し、受け取ったデータは、加速度計などからの１つ以上のデータポイントでよい。したがって、ブロック１７５２は、変換済みデータを受け取る１つ以上のプロセスを表し、データ変換は、図８Ａと図８Ｂに関して述べられる。あるいは、当業者は、受け取ったデータが変換されなくてもよく、その結果、ブロック１７５２で受け取ったデータが、代替として、１つ以上のセンサから受け取った生データであってもよいことを理解するであろう。
【０１６２】
ブロック１７５４は、第３の最大加速度量を示す加速度計の軸と関連付けられたデータを識別する１つ以上のプロセスを表し得る。一例では、そして、図８Ａのブロック８０６に関して述べられたように、第３の最大加速度量と関連付けられた軸はＺ軸でよい。
【０１６３】
フローチャート１７５０のブロック１７５６は、移動平均フィルタを使用して受け取ったデータをフィルタリングする１つ以上のプロセスを表す。当業者は、受け取ったデータを、例えば数値計算処理環境などを使用してフィルタリングするために、様々な移動平均フィルタプロセスが使用され得ることを理解するであろう。ブロック１７６４は、受け取ったデータを平滑化する１つ以上のプロセスを表し得る。例えば、数値計算処理環境は、１つ以上の平滑化関数及び／又はプロセスを含むことがあり、前記平滑化関数は、当業者に容易に理解されよう。更に、移動平均フィルタと平滑化プロセスは、図１７からのブロック１７３６及び１７３８に関して述べられる。ブロック１７６６は、受け取ったデータの積分と関連付けられた属性を計算する。
【０１６４】
フローチャート１７５０のブロック１７５８は、加速度計からの第３の最大加速度量を示す軸と関連付けられた一連のデータ値を表す属性を計算する１つ以上のプロセスを表し得る。追加又は代替として、ブロック１７６０は、加速度計からの第３の最大加速度量を示すデータポイントと関連付けられた最小値属性を計算する１つ以上のプロセスを実行し得る。ブロック１７６２は、加速度計などと関連付けられた第３の最大加速度量を示す軸と関連付けられたデータの四分位数間範囲を計算する１つ以上のプロセスを表す。
【０１６５】
ブロック１７６８は、１つ以上の属性をエキスパート選択モジュールに伝達し、このエキスパート選択モジュールは、図１４に関して述べられる。
【０１６６】
図１７Ｄは、受け取ったセンサデータと関連付けられた１つ以上の属性を計算する１つ以上のプロセスを表すフローチャート１７７０である。例えば、ブロック１７７２は、加速度計から変換済みセンサデータを受け取り得る。したがって、ブロック１７７４は、それらのデータポイントを、加速度計と関連付けられた全ての軸からグループ化し得る。１つの例では、加速度計は、１つ、２つ又は３つの直交軸（ｘ軸、ｙ軸、及び／又はｚ軸）と関連したデータを出力し得る。ブロック１７７６は、全ての利用可能な軸と関連付けられたデータの四分位数間範囲属性を計算する１つ以上のプロセスを表す。更に、ブロック１７７８は、全ての利用可能な軸と関連付けられたデータの中央値絶対偏差の和を計算するプロセスを表す。更に、ブロック１７８０は、加速度計からの全ての利用可能な軸からデータポイントと関連付けられた中央値データ属性の和を計算する。
【０１６７】
１つ以上の属性を計算した後で、フローチャート１７７０のブロック１７８２によって表されたように、１つ以上の属性が、エキスパート選択モジュールに伝達され得る。エキスパート選択モジュールは、計算された属性と関連付けられた最適モデルの選択と関連付けられ、図１４に関して更に詳しく述べられる１つ以上のプロセスであってもよい。
【０１６８】
図１７Ｅは、受け取ったセンサデータと関連付けられた属性を計算する１つ以上のプロセスを表すフローチャートである。１つの例では、フローチャート１７８６は、加速度計などから受け取ったデータと関連付けられた１つ以上の属性計算プロセスを表す。したがって、ブロック１７８８は、変換された加速度計データを受け取る１つ以上のプロセスを表す。１つの実施態様では、図８Ａに関して述べたように、加速度計データは、前記データなどの法線ベクトルの計算によって変換され得る。１つの例では、ブロック１７９０は、加速度計データの計算された法線ベクトルを識別する。この計算された法線ベクトルデータから、１つ以上の属性が識別され得る。
【０１６９】
１つの例では、ブロック１７５１は、移動平均フィルタを使用する法線ベクトルデータを処理する。前述のように、当業者は、以下の開示で利用されることがある移動平均フィルタの様々な実施態様を理解するであろう。次に、ブロック１７５３に関して述べるように、フィルタリングされたデータは、周波数推定法則を使用して処理され得る。同様に、当業者は、ブロック１７５３に関して利用されることがある様々な周波数推定法則関数／プロセスを理解するであろう。ブロック１７５５は、時間領域周波数を使用して、受け取った加速度計データから、ステップレート属性を計算する１つ以上のプロセスを表す。
【０１７０】
ブロック１７５７は、受け取った法線ベクトルデータを平均化する１つ以上のプロセスを表す。次に、ブロック１７５９に関して述べるように、平均化されたデータが、高速フーリエ変換を使用して変換され得る。当業者は、この場合も、高速フーリエ変換を実行する１つ以上のプロセスを理解するであろう。ブロック１７６１は、高速フーリエ変換から見つかった周波数領域情報を使用してステップレートを計算する１つ以上のプロセスを表す。次に、ブロック１７６３は、ピークステップ周波数パワー属性を計算する。
【０１７１】
ブロック１７６５は、受け取った法線ベクトルデータをダウンサンプリングするために実行され得る。当業者は、ブロック１７６５に関して利用されることがある様々なダウンサンプリングプロセスを理解するであろう。次に、ブロック１７６７が、ダウンサンプリングされたデータの微分を計算するために実行され得る。更に、ブロック１７６７からのデータの計算された微分を使用して、例えば、ブロック１７７１で、最小及び微分属性が計算されてもよく、ブロック１７７３で、微分属性の絶対トリム平均が計算されてもよく、かつ／又はブロック１７７５でデータの標準偏差が計算されてもよい。
【０１７２】
ブロック１７７７は、データのサブウィンドウを処理する１つ以上のプロセスを表す。前述したように、データのウィンドウは、例えば、長さが５．１２秒で２５Ｈｚのレートでデータをサンプリングする持続時間であり、それにより１２８個の加速度計サンプルが作成される。データのサブウィンドウは、例えば、ウィンドウ全体のほんの一部分でよい。例えば、サブウィンドウは、ウィンドウ全体の４分１であってもよい。したがって、サブウィンドウは、例えば、１２８／４＝３２個のデータサンプルを含むことがある。フローチャート１７８６のブロック１７７９は、ブロック１７７７からデータの値を計算する１つ以上のプロセスを表し、前記計算は、例えば、受け取った法線ベクトルデータの属性を表す。
【０１７３】
ブロック１７９２は、受け取った法線ベクトルデータの１つ以上のゼロ交差を計算する。当業者は、ゼロ交差などを識別しかつ／又は計算する１つ以上のプロセスを理解するであろう。したがって、ブロック１７９２における１つ以上のゼロ交差の計算は、受け取ったデータの属性を表す。
【０１７４】
ブロック１７９４は、受け取った法線ベクトルデータの標準偏差を計算するために使用され得る１つ以上のプロセスを表し、前記標準偏差は、受け取ったデータの別の属性を表す。同様に、ブロック１７９５は、受け取ったデータのトリム平均などを計算する１つ以上のプロセスを実行することによる受け取ったデータの属性の計算を表す。前述のそのような１つ以上の属性と同じように、トリム平均は、当業者に容易に理解され、１つの実施態様では、トリム平均は、データセットから外れ値を除外する手段である。
【０１７５】
ブロック１７９６は、受け取った法線ベクトルデータのスキュー属性を計算する１つ以上のプロセスを実行し得る。スキューは、統計の知識を有する熟練者によって容易に理解され、スキューが、確率分布が偏る程度の大きさなどでよい。
【０１７６】
ブロック１７９７は、受け取った法線ベクトルデータの四分位数間範囲属性を計算する１つ以上のプロセスを表し得る。したがって、当業者は、データなどの統計解析と関連付けられた四分位数間範囲を計算する１つ以上のプロセスを理解するであろう。
【０１７７】
１つの例として、３つの直交する軸（ｘ軸、ｙ軸及びｚ軸）と関連付けられたデータ出力を有する加速度計データに関して、そのような属性計算は、図１７Ａ〜図１７Ｅに関して述べたものに加えて、例えば、ｘ軸値の範囲（ｘ＿ｒａｎｇｅ）、腕振り周波数（１つの実施態様では、ユーザの外肢の動きと関連付けられた）（Ｌ＿ｐｅａｋ＿ｆｒｅｑＡ）、ｘ軸値のトリム平均（Ｘ＿ｔｒｉｍｍｅｄ＿ｍｅａｎ）、ｚ軸値の四分位数間範囲（Ｚ＿ｉｑＲａｎｇｅ）、腕振りパワー（１つの実施態様では、ユーザの外肢の動きと関連付けられた）（Ｌ＿ｐｅａｋ＿ｐｏｗＡ）、平均より上又は下で、スキュー（Ｓｋｅｗ）とも呼ばれる法線ベクトル値の数の差、ｘ軸値の積分（Ｘ＿ｉｎｔｅｇｒａｌ）、法線ベクトルから決定され、高速フーリエ変換（ＴｉｍｅＤｏｍａｉｎＦｒｅｑｕｅｎｃｙ）を使用しないステップ周波数、四分割ウィンドウの最大値の合計（ウィンドウは、センサデータがセンサ装置から出力される時間期間であってもよい）（Ｓｕｍ＿ｍａｘ）、微分の標準偏差（Ｄｅｒ＿ｓｔｄ）、ｘ、ｙ、及びｚ軸値の標準偏差の和（ＡＳ＿ｓｕｍ＿ｓｔｄ）、法線ベクトルの積分（Ｉｎｔｅｇｒａｌ）、ステップ周波数パワー（Ｈ＿ｐｅａｋ＿ｐｏｗＡ）、四分割ウィンドウの標準偏差値の平均（Ｍｅａｎ＿ｓｔｄ）、法線ベクトルの最大値（Ｍａｘ）、法線ベクトルの微分の中央値絶対偏差（Ｄｅｒ＿ｍｅｄ＿ａｂｓ＿ｄｅｖ）、ｘ軸値の四分位数間範囲（Ｘ＿ｉｑＲａｎｇｅ）、法線ベクトルのトリム平均（Ｔｒｉｍｍｅｄ＿ｍｅａｎ）、及び／又はｘ軸値の標準偏差（Ｘ＿ｓｔｄｄｅｖ）を含み得る。
【０１７８】
結論
本明細書で述べた特徴の１つ又は複数を有する活動環境を提供することにより、アスレチック活動と関わりそのフィットネスを改善するようにユーザを激励し動機付ける経験がユーザに提供され得る。ユーザは、更に、ソーシャルコミュニティを介して通信し、互い競争してポイントチャレンジに参加してもよい。
【０１７９】
実施形態の態様をその実例となる実施形態の点から述べた。この開示の検討から、当業者には、添付の条項の意図と趣旨の範囲内にある多数の他の実施形態、修正及び変形が明らかであろう。例えば、当業者は、説明的な図に示されたステップが、詳述された順序以外の順序で実行されてもよく、示された１つ又は複数のステップが、実施形態の態様によれば任意選択でよいことを理解されよう。
【図１】
0006794259.tif 000003
【図２】
0006794259.tif 000004
【図３】
0006794259.tif 000005
【図４】
0006794259.tif 000006
【図５】
0006794259.tif 000007
【図６】
0006794259.tif 000008
【図７】
0006794259.tif 000009
【図８Ａ】
0006794259.tif 000010
【図８Ｂ】
0006794259.tif 000011
【図９Ａ】
0006794259.tif 000012
【図９Ｂ】
0006794259.tif 000013
【図９Ｃ】
0006794259.tif 000014
【図９Ｄ】
0006794259.tif 000015
【図９Ｅ】
0006794259.tif 000016
【図１０】
0006794259.tif 000017
【図１１】
0006794259.tif 000018
【図１２Ａ】
0006794259.tif 000019
【図１２Ｂ】
0006794259.tif 000020
【図１３Ａ】
0006794259.tif 000021
【図１３Ｂ】
0006794259.tif 000022
【図１４】
0006794259.tif 000023
【図１５Ａ】
0006794259.tif 000024
【図１５Ｂ】
0006794259.tif 000025
【図１５Ｃ】
0006794259.tif 000026
【図１６】
0006794259.tif 000027
【図１７Ａ】
0006794259.tif 000028
【図１７Ｂ】
0006794259.tif 000029
【図１７Ｃ】
0006794259.tif 000030
【図１７Ｄ】
0006794259.tif 000031
【図１７Ｅ】
0006794259.tif 000032