状態検出装置、電子機器及びプログラム
【課題】 平均加速度、基準平均加速度及び基準歩幅に基づく処理を行うことで、歩幅の推定精度を高める状態検出装置、電子機器及びプログラム等を提供すること。
【解決手段】 状態検出装置１００は、加速度センサー１０からの加速度検出値を取得する取得部１１０と、加速度検出値に基づいて、所与の期間ごとの平均加速度を算出する平均加速度算出部１６２と、基準平均加速度と基準歩幅を取得する基準情報取得部１６４と、基準平均加速度に対する平均加速度の比、前記基準歩幅に基づいて、歩幅を推定する歩幅推定部１６０を含む。
【解決手段】 状態検出装置１００は、加速度センサー１０からの加速度検出値を取得する取得部１１０と、加速度検出値に基づいて、所与の期間ごとの平均加速度を算出する平均加速度算出部１６２と、基準平均加速度と基準歩幅を取得する基準情報取得部１６４と、基準平均加速度に対する平均加速度の比、前記基準歩幅に基づいて、歩幅を推定する歩幅推定部１６０を含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、状態検出装置、電子機器及びプログラム等に関する。
【背景技術】
【０００２】
状態を検出する対象に加速度センサーを装着し、装着した加速度センサーからの加速度値に基づいて、対象の状態を検出する装置等が知られている。例えば、状態検出対象が人であれば、そのユーザーの体に加速度センサーを装着し、ユーザーの状態（例えば歩行しているか走行しているか等の運動状態）を検出する。代表的なものとしては、ユーザーの歩行・走行を検出して、当該歩行等のステップ数をカウントする歩数計が考えられる。また、ユーザーの歩幅を算出することで、移動距離を測定するものもある。
【０００３】
従来、距離測定では歩行・走行ステップ（１歩の検出に対応）と、歩幅の積を取ることで距離を推定する手法が提案されてきた。しかし、そのような手法は処理が容易な反面、歩幅の算出精度が悪いと距離測定精度も悪くなってしまう。
【０００４】
特許文献１には、ユーザーのピッチに基づいて歩幅を算出することで、距離推定の精度を向上させる手法が提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平７−３３３０００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１の手法では、ピッチに基づいて歩幅を算出しているが、ピッチと歩幅の関係は線形とはならない上、ユーザーごとの個人差が大きく、歩幅の算出において充分な精度が得られないこともあり、結果として距離推定の精度も充分ではない。
【０００７】
本発明の幾つかの態様によれば、平均加速度、基準平均加速度及び基準歩幅に基づく処理を行うことで、歩幅の推定精度を高める状態検出装置、電子機器及びプログラム等を提供することができる。
【課題を解決するための手段】
【０００８】
本発明の一態様は、加速度センサーからの加速度検出値を取得する取得部と、前記加速度検出値に基づいて、所与の期間ごとの平均加速度を算出する平均加速度算出部と、基準平均加速度と基準歩幅を取得する基準情報取得部と、前記基準平均加速度に対する前記平均加速度の比、及び前記基準歩幅に基づいて、歩幅を推定する歩幅推定部と、を含む状態検出装置に関係する。
【０００９】
本発明の一態様によれば、加速度センサーからの加速度検出値に基づいて平均加速度を取得するとともに、基準平均加速度と基準歩幅を取得する。そして、基準平均加速度に対する平均加速度の比、及び基準歩幅に基づいて歩幅を推定する。平均加速度に基づいた処理を行うことで、歩幅推定の精度を向上させること等が可能になる。
【００１０】
また、本発明の一態様では、ステップ検出部を含み、前記基準情報取得部は、入力距離情報と、基準情報取得期間で前記ステップ検出部が検出したステップ数とに基づいて、前記基準歩幅を取得してもよい。
【００１１】
これにより、入力距離情報とステップ数に基づいて基準歩幅を取得することが可能になる。
【００１２】
また、本発明の一態様では、前記基準情報取得部は、前記基準情報取得期間で取得された前記平均加速度と、前記ステップ数とに基づいて、前記基準平均加速度を取得してもよい。
【００１３】
これにより、平均加速度とステップ数に基づいて基準平均加速度を取得することが可能になる。
【００１４】
また、本発明の一態様では、前記歩幅推定部は、前記基準平均加速度をＮＡ、前記基準歩幅をＮＳ、係数をＣ、所与のタイミングで取得された前記平均加速度をＡｎとした場合に、前記平均加速度Ａｎが取得されたタイミングに対応する前記歩幅Ｓｎを、Ｓｎ＝Ｃ×（Ａｎ／ＮＡ）×ＮＳにより求めてもよい。
【００１５】
これにより、具体的には上述の式から歩幅を推定することが可能になる。
【００１６】
また、本発明の一態様では、前記入力距離情報は、ユーザー入力情報又は外部データであってもよい。
【００１７】
これにより、基準歩幅算出に用いる入力距離情報として、ユーザー入力情報又は外部データを用いることが可能になる。
【００１８】
また、本発明の一態様では、前記基準情報取得部は、信号値取得期間での前記平均加速度、及び前記信号値取得期間で検出された前記ステップ数に基づいて、基準平均加速度候補を求め、基準情報取得指示があった場合には、前記信号値取得期間での前記基準歩幅に対応付けて前記基準平均加速度候補を前記基準平均加速度として取得してもよい。
【００１９】
これにより、信号値取得期間においては基準平均加速度候補を求めておき、基準情報取得指示の有無に基づいて、基準平均加速度候補を基準平均加速度として用いるか否かを決定すること等が可能になる。
【００２０】
また、本発明の一態様では、前記基準情報取得部は、前記基準情報取得指示の際に、前記信号値取得期間での前記走行又は前記歩行の基準距離情報を取得してもよい。
【００２１】
これにより、基準情報取得指示の際に基準距離情報が取得されるため、基準歩幅を算出すること等が可能になる。
【００２２】
また、本発明の一態様では、前記基準距離情報は、ユーザー入力情報又は外部データであってもよい。
【００２３】
これにより、基準歩幅算出に用いる基準距離情報として、ユーザー入力情報又は外部データを用いることが可能になる。
【００２４】
また、本発明の一態様では、前記平均加速度算出部は、前記ステップ検出部でステップが検出されたタイミングに基づいて設定された前記所与の期間ごとに前記平均加速度を算出してもよい。
【００２５】
これにより、ステップ検出タイミングに基づいて平均加速度を算出することが可能になる。
【００２６】
また、本発明の一態様では、前記加速度検出値に対してバンドパスフィルター処理を行うフィルター処理部と、前記フィルター処理部での前記バンドパスフィルター処理のフィルター特性を変化させる制御部と、を含み、前記ステップ検出部は、前記バンドパスフィルター処理後の前記加速度検出値に基づいて、ステップ周期情報を検出し、前記制御部は、前記ステップ検出部において検出した前記ステップ周期情報に基づいて、前記バンドパスフィルター処理の前記フィルター特性を適応的に変化させてもよい。
【００２７】
これにより、加速度検出値に対してフィルター処理を行うとともに、当該フィルター処理に用いるフィルターの特性をステップ周期に基づいて適応的に変化させること等が可能になる。
【００２８】
また、本発明の一態様では、前記歩幅推定部により推定された前記歩幅に基づいて、走行又は歩行の距離情報を算出する距離情報算出部を含んでもよい。
【００２９】
これにより、推定した歩幅に基づいて距離情報を算出すること等が可能になる。
【００３０】
また、本発明の一態様では、前記加速度検出値に基づいて、走行状態か歩行状態かを判定する判定部を含み、前記距離情報算出部は、前記判定部で前記走行状態であると判定された場合には、前記歩幅推定部で推定された前記歩幅に基づいて前記距離情報を算出し、前記判定部で前記歩行状態であると判定された場合には、所定歩幅に基づいて前記距離情報を算出してもよい。
【００３１】
これにより、走行状態か歩行状態かを判定した上で、判定結果に基づいて距離情報算出に用いる歩幅を決定すること等が可能になる。
【００３２】
また、本発明の他の態様は、加速度センサーからの加速度検出値を取得する取得部と、前記加速度検出値に基づいて、所与の期間ごとの平均速度を算出する平均速度算出部と、基準平均速度と基準歩幅を取得する基準情報取得部と、前記基準平均速度に対する前記平均速度の比、及び前記基準歩幅に基づいて、歩幅を推定する歩幅推定部と、を含む状態検出装置に関係する。
【００３３】
また、本発明の他の態様は、上記のいずれかに記載の状態検出装置を含む電子機器に関係する。
【００３４】
また、本発明の他の態様は、上記の各部としてコンピューターを機能させるプログラムに関係する。
【図面の簡単な説明】
【００３５】
【図１】加速度検出値の周波数特性例を説明する図。
【図２】フィルター処理前とフィルター処理後の加速度検出値の波形図。
【図３】従来手法と本実施形態の手法による距離算出精度の差を説明する図。
【図４】本実施形態の状態検出装置を含む電子機器等のシステム構成例。
【図５】本実施形態の状態検出装置のシステム構成例。
【図６】フィルター処理に用いるフィルターの構成例。
【図７】平均加速度の説明図。
【図８】入力距離情報を取得する場合の距離算出処理の説明図。
【図９】フィルター処理及びフィルター特性の適応的な変更処理を説明するフローチャート。
【図１０】歩行走行判定処理を説明するためのフローチャート。
【図１１】歩幅推定処理を説明するためのフローチャート。
【図１２】入力距離情報を取得する場合の歩幅推定処理を説明するためのフローチャート。
【図１３】本実施形態にかかるプログラムを実行するシステムの構成例。
【発明を実施するための形態】
【００３６】
以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。
【００３７】
１．本実施形態の手法
まず本実施形態の手法について説明する。本実施形態の状態検出装置は、人（ユーザー）に装着してその人の歩行・走行に関する状態を検出するものである。具体的には、加速度センサーからのセンサー信号に基づいて、歩行・走行のステップ数、ステップ周期（ステップ周波数）の検出や、走行状態判別（歩行であるか走行であるかの判別等）、歩幅推定及びそれに伴う距離情報算出等を行う。
【００３８】
従来、ＦＦＴ等を用いた周波数分析によりこれらの処理を行う手法が提案されているが、ステップ数の正確な検出やステップ周波数の変動への対処が難しく、ＦＦＴのフレーム期間の変動を捉えることも困難である。よって、本実施形態では周波数分析ではなく、加速度検出値を用いて処理を行う。つまり、周波数軸ではなく例えば加速度検出値の時間変化等を用いることになる。
【００３９】
しかし、加速度検出値は図１に示したように、本来処理対象としたいステップ周波数以外にも、様々な周波数の信号を含んでしまっており、加速度検出値の時間変化は例えば図２の破線のように複雑な形となってしまう。よって、加速度検出値をそのまま用いるのではなく、フィルター処理を施す。具体的には、ステップ周波数は通過させ、他の周波数は非通過とするフィルター処理を施せばよい。このようにすることで、図２の実線で示したようなきれいな信号波形を取得することができる。
【００４０】
ここで問題となるのは、ステップ周波数が変動した場合である。ステップ周波数はユーザーの歩行・走行のピッチに対応するものであるが、ユーザーが一定の運動の継続を意図した場合であっても当該ピッチは当然変化する。ましてや、運動そのものが変化する（ジョギングからダッシュへの変化、歩行から走行への変化等）場合には、ピッチの変化を考慮しない訳にはいかない。上述したように、フィルター処理はステップ周波数を通過させ、他を非通過とするためのものであるが、ステップ周波数が変化したのであれば、フィルターの通過帯域とステップ周波数との対応関係が崩れてしまう。
【００４１】
そこで本出願人は、ステップ周期情報（ステップ周期であってもよいしステップ周波数であってもよい）に基づいて、フィルター処理に用いるフィルターの特性（狭義には周波数特性）を適応的に変化させる手法を提案する。このようにすることで、ステップ周波数が変化した場合にも、ステップ周波数を通過させ、他を非通過とするフィルター処理を行うことが可能になり、正確な状態検出ができる。具体的には、あるタイミングで検出したステップ周波数に基づいて、次のタイミングでのフィルター処理に用いるフィルターの特性を変更すればよい。
【００４２】
なお、本実施形態では加速度センサーを腕部に装着（例えば腕時計のように手首に装着）することを想定している。これは、運動中にも検出データを閲覧したいというユーザーの要請によるものである。例えば脚部に加速度センサーを装着した場合、加速度センサーと一体として表示部を設けてしまっては、当該表示部をユーザーが運動中に見ることは困難である。つまり、腕時計型デバイス、ヘッドマウントディスプレイ、スマートフォン等の表示閲覧に適した他のデバイスと連動して動作しなくてはならない。そのため、通信機能等を頻繁に利用する必要が生じ、省電力化等の観点からも不利である。その点、上述したように腕時計型デバイスであれば、一体として表示部を設けても問題ないため、内部の閉じた処理で十分である（ただし別体として設けられたホストコンピューター等と通信することを妨げるものではない）。
【００４３】
しかし、腕部に加速度センサーを装着することで、脚部に装着した場合には生じない問題を考慮する必要がある。脚部に装着した場合には、ステップ数に直結する脚部の運動に起因する加速度検出値を直接得られる。そして、人間の歩行・走行時には当該歩行等によるステップ周波数が最も低い周波数ピークとして現れるため、ステップ周波数を通過させ、他を非通過とするフィルター処理とはローパスフィルターで足りる。しかし、腕部に装着した場合、腕を一回振る間に足は右足と左足の両方が動いていることになるため、図１に示したようにステップ周波数の半分の周波数に、腕振りに対応する周波数ピークが現れる。つまりローパスフィルターでは腕振り周波数が残ってしまうため、バンドパスフィルターを用いる必要がある。
【００４４】
なお、ローパスフィルターを用いて腕振り周波数を通過させ、他を非通過として、腕振り周波数に対応する周波数成分の加速度検出値に基づく処理を行なっても、ステップの検出や歩幅の推定等は一応可能である。しかし、腕振りの１周期は２歩の歩行・走行に対応する以上、２歩単位での処理しかできない。歩数のカウントは１歩単位で行いたいというユーザーからの要求が大きいこと等を考慮すると、腕部装着時にはローパスフィルターではなくバンドパスフィルターによる処理を行うことが望ましい。
【００４５】
また、上述のフィルター処理を行うことで、きれいな加速度信号波形を取得すること及びステップ検出を行うこと等が可能になるものの、運動によるユーザーの移動距離の推定には別の問題が存在する。従来、歩行・走行のステップカウント数（歩数）と歩幅の積を取ることで距離を推定する手法が提案されていたが、手法が容易な反面、歩幅の算出精度が低く距離の推定精度も低くなってしまっていた。
【００４６】
例えば、３人のユーザーが、高速・中速・低速の３つの異なる速度で既知の距離（８００ｍ）を走行した場合の距離推定結果を図３に示す。この際、破線では中速での運動結果に基づいて算出した歩幅と、歩数の積から距離を推定している。図３から明らかなように、歩幅の算出時と同様の状況である中速の運動では正解（８００ｍ）に近い値が得られる反面、高速・低速での運動時には推定精度が大きく低下している。これは、高速ではストライドが伸び、中速時に比べて歩数が少なくなる傾向があることから、移動距離が短く見積もられるためである。同様に、低速ではストライドが縮み、中速時に比べて歩数が多くなる傾向があることから、移動距離が長く見積もられる。
【００４７】
これに対して、ピッチ（ステップ周波数）を基準に歩幅を推定する手法等が提案されているが、ピッチと歩幅の関係は線形でなく、また個人差による影響が大きく効果的でない。
【００４８】
そこで、本出願人は平均加速度及び基準情報（基準平均加速度・基準歩幅）に基づいて歩幅を推定し、推定した歩幅に基づいて移動距離を算出する。平均加速度等の詳細については図７等を用いて後述するが、本実施形態の手法を用いることで、距離推定の精度を向上させることが可能になる。具体的には、図３の実線が本実施形態の手法を用いた場合の実測値であり、歩幅（基準歩幅）の算出時と距離推定時とで、運動状態（例えば移動速度等）が変化したとしても、従来手法に比べて正解に近い値が得られることがわかる。
【００４９】
以下、システム構成例を説明した後、フィルター適応化処理、適応的に特性を変更したフィルター処理後の信号を用いた歩行走行判定処理、及び歩幅推定処理と、それに基づく距離情報算出処理についても述べるものとする。最後に、各処理の詳細について、フローチャートを用いて説明する。
【００５０】
２．システム構成例
本実施形態にかかる状態検出装置と、それを含む電子機器の構成例を図４に示す。電子機器（例えば状態検出装置を含む腕時計型デバイス等）は、加速度センサー１０と、記憶部２０と、通信部３０と、表示部４０と、操作部５０と、状態検出装置１００とを含む。ただし電子機器は図４の構成に限定されず、これらの一部の構成要素を省略したり（例えば通信部３０等を省略してもよい）、他の構成要素を追加するなどの種々の変形実施が可能である。
【００５１】
加速度センサー１０は、例えば３軸の加速度センサーである。記憶部２０は、状態検出装置１００等のワーク領域となるもので、その機能はＲＡＭ等のメモリーやＨＤＤ（ハードディスクドライブ）などにより実現できる。記憶部２０では、距離情報算出部１７０で算出されたユーザーの移動距離情報等の、ユーザーに対する提示が想定される情報を記憶するとともに、フィルター処理部１２０で用いられるフィルターの特性パラメーター等の、ユーザーに対する提示が想定されない内部情報も記憶する。
【００５２】
通信部３０は、外部機器との通信を行うものであり、外部機器としては状態検出装置１００で検出した情報の解析処理等を行うホストコンピューターが考えられる。通信部３０は、ユーザーが装着している状態での通信を考慮すれば無線で実現されることが望ましいが、有線であってもよい。
【００５３】
表示部４０は、各種の表示画面を表示するためのものであり、例えば液晶ディスプレイや有機ＥＬディスプレイなどにより実現できる。表示部４０は、状態検出装置１００による情報を表示するものとするが、他の情報を表示してもよい。例えば、電子機器が腕時計型デバイスであれば、時刻表示を行なってもよい。また、表示部４０がタッチパネルにより実現されるのであれば、操作のためのインターフェースを表示してもよい。その場合、操作部５０の機能の一部又は全部が表示部４０により実現されることになる。
【００５４】
操作部５０は、ユーザーが電子機器の各種操作を行うためのものであり、各種ボタン等により実現できる。各種ボタンは、機械的なボタンであってもよいし、タッチパネル等に表示される画像であってもよい。
【００５５】
状態検出装置１００は、電子機器（狭義には当該電子機器を装着したユーザー）の状態を検出する。状態とは、立っているか寝ているかという姿勢に関する状態であってもよいし、乗り物に乗っているか否かという移動に関する状態であってもよい。狭義には、歩行や走行等に代表される運動状態を表すものであってもよい。
【００５６】
次に、図５を用いて状態検出装置１００の詳細な構成例について説明する。図５に示したように、状態検出装置１００は、取得部１１０と、フィルター処理部１２０と、制御部１３０と、ステップ検出部１４０と、ステップ周期情報検出部１４２と、ステップカウント部１４４と、判定部１５０と、歩幅推定部１６０と、平均加速度算出部１６２と、基準情報取得部１６４と、距離情報算出部１７０と、を含む。ただし状態検出装置１００は図５の構成に限定されず、これらの一部の構成要素を省略したり、他の構成要素を追加するなどの種々の変形実施が可能である。
【００５７】
取得部１１０は、加速度センサー１０からのセンサー情報を取得する。加速度センサー１０が３軸の加速度センサーであれば、ｘｙｚ各軸に対応する３つの値を取得することになる。取得部１１０は、加速度センサー１０と状態検出装置１００の間のインターフェースとして構成され、加速度センサー１０からのセンサー信号をそのままフィルター処理部１２０に出力してもよいし、フィルター処理部１２０に出力する際に前処理を行なってもよい。
【００５８】
前処理としては、例えばｘｙｚの３つの加速度信号値を合成して（例えば２乗和の平方根を求める処理等）合成加速度を算出してもよいし、ユーザーの足が着地することによる加速度を除去するためのローパスフィルター処理であってもよいし、この両方であってもよい。ローパスフィルター処理を行うのは、歩行・走行の検出はユーザーの体の移動による加速度に基づいて行うため、着地衝撃による加速度は処理の妨げになること、及び着地衝撃の加速度は主に高周波に現れることが理由である。また、合成加速度を算出するのではなく、センサー座標系とは異なる座標系への座標変換処理を施した上で特定の軸に関する値を求める処理を行なってもよい。
【００５９】
なお、本実施形態では、加速度センサー１０から取得部１１０へ入力される情報をセンサー情報と表記し、取得部１１０からフィルター処理部１２０へ出力される情報を加速度検出値と表記する。前処理が全く行われなければ、センサー情報と加速度検出値は同じ情報を表すことになるが、一般的には、上述の処理やノイズリダクション処理等が行われるため、センサー情報と加速度検出値は異なる情報となる。
【００６０】
フィルター処理部１２０は、取得部１１０から出力された加速度検出値に対してフィルター処理を行う。本実施形態では、歩行・走行の検出（判定）や、その後の歩幅推定等を想定しているため、ユーザーの歩行・走行のピッチに対応するステップ周波数を通過させ、ステップ周波数以外の周波数を非通過とするフィルター処理を行えばよい。本実施形態は、ステップ周波数よりも低い周波数に、非通過とすべきピーク周波数が発生するケース（例えば腕部に加速度センサーを装着した場合等）を考えて、フィルター処理はバンドパスフィルター処理であるものとして説明する。
【００６１】
制御部１３０は、ステップ周期情報検出部１４２から出力されたステップ周期情報（例えばステップ周波数）に基づいて、フィルター処理部１２０で用いられるフィルターの特性を制御する。詳細については後述する。
【００６２】
ステップ検出部１４０は、フィルター処理部１２０でのフィルター処理後の信号に基づいて、ステップを検出する。ステップはユーザーの歩行・走行に対応し、一歩ごとに一回ステップが検出されることになる。フィルター処理後の加速度検出値は、図２の実線で示したように主にステップ周波数成分の正弦波に近似できるから、当該信号の１周期に１回ステップ検出信号を出力すればよい。具体的には、信号波形の上ピーク（下ピーク）を検出すればよく、ピーク検出は対象のタイミングと前後のタイミングとの差分値（傾き）を求め、当該差分値のゼロクロスから行うことができる。例えば、隣接するタイミングでの信号値の差分値がプラス（マイナス）からマイナス（プラス）へ切り替わる点を上（下）ピークとすればよい。また、差分値は隣接するタイミングから求めるだけでなく、２タイミング前及び２タイミング後の信号値との差分を用いてもよい。例えば、２タイミング前との差分値及び１タイミング前との差分値が両方共プラス（マイナス）であり、１タイミング後との差分値及び２タイミング後との差分値が両方共マイナス（プラス）である場合に、現在のタイミングを上（下）ピークとしてもよい。
【００６３】
ステップ検出部１４０からの出力は、単純にはステップを検出したことを知らせるパルス信号であってもよい。パルス信号とは検出があったか否かを出力する情報であり、情報の中身に特に意味がなくてもよい。ただしステップ検出部１４０は、上述したようにステップ検出を行うためにフィルター処理後の加速度検出値を取得している。よって、ステップの検出だけではなく、その際の加速度検出値の大きさ（ピーク検出によりステップ検出を行うのであれば、加速度検出値のピークである加速度ピーク値）を出力情報に含めることも可能である。さらに言えば、ステップ検出時以外のタイミングでの加速度検出値を出力してもよい。ここでは、ステップ検出部１４０の出力をステップ検出情報と表記する。ステップ検出情報はステップ周期情報検出部１４２と、ステップカウント部１４４と、判定部１５０と、平均加速度算出部１６２に出力される。ステップ検出情報の内容は出力先となる各部に応じて異なってもよく、詳細については各部の説明の箇所で後述する。
【００６４】
ステップ周期情報検出部１４２は、ステップ検出部１４０からのステップ検出情報に基づいて、ステップ周期情報を検出する。ここで、ステップ周期情報とは、ステップ周期であってもよいし、ステップ周波数であってもよい。ここでのステップ検出情報は、上述したパルス信号であればよく、前回のパルス信号の入力から、今回のパルス信号の入力までの時間がステップ周期に相当し、逆数がステップ周波数に相当する。また、ステップ周期情報はステップ周期或いはステップ周波数に基づいて求められる他の情報であってもよい。ステップ周波数情報は、制御部１３０に出力される。
【００６５】
ステップカウント部１４４は、ステップをカウントする。ステップカウント部１４４でカウントされた値は、ユーザーの歩数に相当する。単純にはステップ検出部１４０からのステップ検出情報（ここではパルス信号）が入力されるごとにインクリメントが実行されるカウンター等であってもよい。また、ステップカウント部１４４は、単純なカウンターではなく、その他の処理を行なってもよい。例えば、歩行以外の運動やノイズ等によるステップ検出を除外することで、歩数検出の正確性向上を図ってもよい。
【００６６】
判定部１５０は、ユーザーが歩行状態であるか走行状態であるかの判定を行う。判定は、ステップ検出部１４０からのステップ検出情報に基づいて行われる。詳細については後述するが、ここでのステップ検出情報はパルス信号だけではなく、加速度ピーク値を含むことが想定される。
【００６７】
歩幅推定部１６０は、ユーザーの歩幅を推定する。歩幅の推定は平均加速度・基準情報（基準平均加速度・基準歩幅）に基づいて行われる。また、歩幅の推定の際に判定部１５０での判定結果を用いてもよい。
【００６８】
平均加速度算出部１６２は、ステップ検出部１４０からのステップ検出情報に基づいて、平均加速度を算出する。平均加速度とは、あるステップ検出から次のステップ検出までの時間での、フィルター処理後の加速度検出値の平均値に相当する。よって、ここでのステップ検出情報は、パルス信号だけでなく、ステップ検出時以外のタイミングでのフィルター処理後の加速度検出値も含む必要がある。よって、図５には不図示であるが、平均加速度算出部１６２はフィルター処理部１２０と接続され、フィルター処理後の加速度検出値をフィルター処理部１２０から直接取得してもよい。その場合には、ステップ検出情報はパルス信号のようにシンプルなもので足りる。
【００６９】
基準情報取得部１６４は、平均加速度算出部１６２で算出された平均加速度、ステップカウント部１４４でのステップカウント数等に基づいて基準情報を取得する。基準情報取得部１６４は、基準平均加速度を算出する基準平均加速度算出部１６６と、基準歩幅を算出する基準歩幅算出部１６８を含んでもよい。歩幅推定部１６０以降の各部については、歩幅推定処理に関するものであるため、詳細は後述する。
【００７０】
距離情報算出部１７０は、歩幅推定部１６０で推定された歩幅に基づいて、ユーザーの歩行・走行による距離情報（移動距離）を算出する。詳細については後述する。
【００７１】
３．フィルター適応化
取得部１１０で取得した加速度検出値に対するフィルター処理について説明する。ここでは、腕部に加速度センサーを装着するケースを想定し、フィルター処理としてはバンドパスフィルターを用いた処理について述べる。しかし、センサーの装着部位は必ずしも腕部に限定されるものではない。
【００７２】
本実施形態の状態検出装置では、ユーザーの歩行・走行に関する情報を取得する。しかし、加速度検出値は歩行・走行のステップ周波数以外の周波数にもピーク値を持つため、加速度検出値の時間変化波形は図２の破線のように複雑な形状となる。例えば、加速度センサーを腕部に装着したのであれば、ステップ周波数を２Ｆとした場合に、半分の周波数であるＦに腕振り周波数のピークが現れる（足が二歩歩く間に腕は一振りされるため）。また、腕振り周波数やステップ周波数の合成として、３Ｆや４Ｆ等の高い周波数帯にもピークが現れる。
【００７３】
よって、フィルター処理部１２０では、２Ｆを通過させ、他を非通過とするバンドパスフィルター処理を行う。ただし、厳密に２Ｆの周波数のみを通過させる必要はない。バンドパスフィルターの現実的な設計上、通過域はある程度幅を持つが、Ｆと２Ｆの間、及び２Ｆと３Ｆの間の周波数を通過させたとしても、当該周波数帯域にはピーク値はないため、その後の処理に与える影響は大きくない。つまりバンドパスフィルターの特性は、狭義には２Ｆを通過させ、Ｆ以下及び３Ｆ以上を非通過とするものであればよい。通過・非通過は例えば、カットオフ周波数により決定される通過域に含まれる周波数帯域を通過とし、それ以外の周波数帯域を非通過と定義すればよい。
【００７４】
バンドパスフィルターは例えば図６に示した一般的な双２次フィルター（ＩＩＲフィルター）で構成すればよい。このフィルターは入力値をｘ、出力値をｙとした場合に、下式（１）で表される。また、図６におけるフィルター係数は、具体的には下式（２）〜（８）となる。
【００７５】
y[n]=(b0/a0)*x[n]+(b1/a0)*x[n-1]+(b2/a0)*x[n-2]-(a1/a0)*y[n-1]-(a2/a0)*y[n-2]
・・・・・（１）
b0=α ・・・・・（２）
b1=0 ・・・・・（３）
b2=-α ・・・・・（４）
a0=1+α ・・・・・（５）
a1=-2cos(2πf) ・・・・・（６）
a2=1-α ・・・・・（７）
α=sin(2πf)/Q ・・・・・（８）
ここで、ｆはバンドパスフィルターの中心周波数を表し、Ｑはフィルター帯域幅を決定する係数である。つまり、ｆとＱを設定することで、様々なバンドパスフィルターを構成することができる。
【００７６】
つまり、制御部１３０は、ステップ周期情報検出部１４２からの出力値からステップ周波数を求め（或いはステップ周波数そのものが出力されてもよい）、上述の式（１）〜（８）におけるｆをステップ周波数に変更する処理を行う。
【００７７】
これにより、現在のタイミングで得られたステップ周波数（例えば１タイミング前のステップ検出と最新のステップ検出との間の時間をステップ周期とした時の逆数）に基づいて、フィルター処理部１２０で用いるフィルター特性を変更し、以降のタイミングでのフィルター処理を行うことが可能になる。検出したステップ周期情報に基づいて適応的にフィルター特性が変化するため、運動中にステップ周波数が変化したとしても、適切なフィルター処理を行うことが可能になる。
【００７８】
なお、上式（８）のＱは固定値であってもよいし、フィルター周期情報に基づいて適応的に変化させてもよい。ただし、通過域にＦや３Ｆの周波数が含まれないことが条件となる。
【００７９】
また、本実施形態はユーザーの運動状態に応じて適応的にフィルター特性を変更するため、運動開始時（システムの動作開始時）には所与のフィルター特性を決定しておく必要がある。これは固定値であってもよいが、実行する運動がわかるのであれば（例えば短距離をダッシュするのか、長距離をジョギングするのか等）、運動に合わせて値を変更することが望ましい。初期値が適切に設定されれば、その後のフィルター特性は本実施形態の手法により適応的に設定することができる。
【００８０】
制御部１３０でのフィルター特性の変更は、ステップごと（一歩ごと）に行なってもよいし、特定歩数ごとに行なってもよい。ステップごとに行えば、ステップ周波数の変化に高速で対応することが可能になる。また、特定歩数ごと（例えば１０歩ごと）に行えば、制御部１３０での処理の頻度を低くすることができるため、省電力化等が期待できる。また、加速度センサーの装着位置によっては、右足の踏み出し時と左足の踏み出し時とで、ステップ周波数に偏りが生じることが考えられる。そのような場合にはステップごとではなく特定歩数ごと（例えば２歩ごと）に行うとよい。偏りがあるにもかかわらずステップごとに特性変更を行いたいのであれば、処理が煩雑になるが右足用フィルターパラメーターと左足用フィルターパラメーターの２組のパラメーターを用意しておき、踏み出し足に応じて用いるパラメーターを変更してもよい。この場合、右足踏み出し時のステップ周波数を用いて右足用フィルターパラメーターを更新し、左足踏み出し時のステップ周波数を用いて左足用フィルターパラメーターを更新する。
【００８１】
４．歩行走行判定
次に、判定部１５０での歩行走行判定処理について説明する。ここでは単純に、フィルター処理部１２０でのフィルター処理後の加速度信号（主にステップ周波数の正弦波となる）の信号値に基づいて判定を行う。
【００８２】
例えば、加速度のピーク値であるピーク加速度を求め、当該ピーク加速度と閾値との比較処理を行う。第１の閾値をＴｈ１、第２の閾値をＴｈ２（＜Ｔｈ１）とした場合に、ピーク加速度がＴｈ２よりも小さい場合には歩行状態でも走行状態でもないと判定する。これは、停止時に腕を動かした場合等、歩行・走行以外の腕振り動作に相当する。また、ピーク加速度がＴｈ２以上であり、Ｔｈ１よりも小さい場合には歩行状態と判定する。ピーク加速度がＴｈ１以上の場合には、走行状態と判定する。
【００８３】
ここで、Ｔｈ２としては０．２（Ｇ）程度の値が想定され、Ｔｈ１としては０．５（Ｇ）程度の値が想定される。加速度センサーで検出されるセンサー値は、１０（Ｇ）程度の大きさを持つこともあり得るが、バンドパスフィルター処理により直流成分が除去されるため、閾値は上述の水準の値でよい。
【００８４】
また、加速度信号の大きさだけでなく、ステップ検出に関する情報を用いて歩行走行判定を行なってもよい。例えば、本実施形態の状態検出装置を含む電子機器が腕時計型デバイスである場合には、図４に示したように表示部４０を備えてもよいため、運動中であってもユーザーが表示部４０に表示された情報（その時点での移動距離や移動速度等）を参照する事が考えられる。その際には、腕時計で時間を見るのと同様に、ユーザーの体に対する腕部の相対位置はある程度一定に保たれ、腕振り動作は行われないことが想定される。加速度センサーは腕時計型デバイスに含まれ、腕部に関する加速度信号を取得するのであるから、腕振り動作が行われないと加速度信号の大きさは小さくなってしまう。
【００８５】
このような場合であっても、ユーザーが歩行又は走行を行なっているのであれば、それらの運動に起因する加速度は加速度センサーで検出することができる。よって、センサー情報はステップ周波数２Ｆにピークを持つことになり、上述したステップ検出処理、ステップ周期情報検出処理、及び制御部１３０でのフィルター特性の変更処理等を変更する必要はない。
【００８６】
しかし、ユーザーが走行中に腕時計型デバイスを見た場合、運動としては走行状態が継続されているにもかかわらず、加速度検出値が小さくなってしまい、上述の閾値判定では歩行状態或いは停止状態（走行状態でも歩行状態でもない状態）と判定されてしまう。
【００８７】
そこで、このような場合を考慮して、加速度信号値に加えてステップ検出に関する情報（例えばステップ周期）を用いて歩行走行判定を行なってもよい。具体的な手法の一例を示す。なお、ここでは簡単のため歩行状態か走行状態かの判別を行い、停止状態については考慮しないものとする。まず、第１段階の処理として、加速度信号値の大きさを用いた閾値判定を行い、閾値よりも大きい場合には走行状態と判定し、閾値以下の場合には歩行状態と判定する。そして、運動状態が直前の運動状態に対して変化しない場合（走行→走行、歩行→歩行）、及び運動状態が高速な方向へシフトした場合（歩行→走行）については、閾値判定による判定結果をそのまま用いる。上述したように、表示部４０を参照することで加速度信号値が小さくなることが問題であるから、加速度信号値が同等或いはより大きい方向へ変化しているのであれば、表示部４０の参照は行われていないと考えられるためである。
【００８８】
それに対して、運動状態が低速な方向へシフトした場合（走行→歩行）には、運動自体が本当に変化したのか、表示部４０の参照が行われているのかを適切に判別する必要がある。そのため、ここでは直前の状態でのステップ周期と、最新のステップ周期の比較処理を行う。例えば、ユーザーの運動自体が走行から歩行へ変化したのであれば、加速度信号値が小さくなるとともにステップ周期も変化するはずである（ユーザーにより変化の方向は異なるが、例えば歩行は走行に比べてステップ周期が長い傾向にあることが多い）。つまり、ステップ周期がある程度変化したのであれば、それは運動自体が変化していると判断し、当初の閾値判定の結果である歩行状態をそのまま用いる。それに対して、ステップ周期の変化が小さいのであれば、同等の運動状態が継続していると考えられるため、加速度信号値の減少は表示部４０の参照によるものと判定する。この際には、閾値判定では歩行状態とされたものを、走行状態に修正することになる。
【００８９】
なお、単純には運動状態の変化まで考慮しなくてもよい。つまり、歩行状態と判定されたのであれば、それ以前が走行状態であろうと歩行状態であろうとステップ周期に基づく判定処理を行なってしまってもよい。この例については図１０のフローチャートを用いて後述する。
【００９０】
５．歩幅推定・距離情報算出処理
次に歩幅推定処理及び推定した歩幅等に基づく距離情報算出処理について説明する。本実施形態では平均加速度及び基準情報（基準平均加速度、基準歩幅）に基づいてユーザーの歩幅を推定する。
【００９１】
５．１ 平均加速度
まず、本実施形態の歩幅推定に用いられる平均加速度について説明する。平均加速度とは、所与の期間における加速度信号値の平均値に相当する。具体的には、フィルター処理部１２０でのフィルター処理後の加速度検出値と、ステップ検出部１４０からのステップ検出情報（パルス信号等）に基づいて、平均加速度算出部１６２において平均加速度を算出する。
【００９２】
詳細について図７を用いて説明する。なお、図７の横軸は時間を表す。図７のステップ検出とは、ステップ検出部１４０においてステップが検出されたタイミングに対応し、例えば平均加速度算出部１６２がステップ検出部１４０からのパルス信号を受け取ったタイミングである。ｎ−１、ｎ、ｎ＋１等はステップの検出回数の相当し、例えばｎはｎ回目のステップ検出タイミングとなる。１回のステップ検出がユーザーの一歩に対応することから、ステップ検出のレートは１秒あたり１〜２回程度であるのに対して、加速度センサーからのセンサー情報取得レートはこれよりも高いことが想定される。従って、フィルター処理部１２０からの加速度検出値の出力レートもステップ検出に比べて高レートとなり、その出力タイミングは図７における加速度検出値の１つ１つの線に対応する。
【００９３】
平均加速度とは、１つ前のステップ検出から対象となるステップ検出までの時間におけるフィルター処理後の加速度検出値の平均値である。つまり、加速度検出値の大きさをｆ（ｓ）、第ｎ−１のステップ検出から第ｎのステップ検出までの時間をＴｎとすると、第ｎのステップ検出に対応する平均加速度Ａｎは下式（９）で表される。
【００９４】
【数１】
【００９５】
５．２ キャリブレーション
また、本実施形態の歩幅推定では、平均加速度の基準である基準平均加速度と、歩幅の基準である基準歩幅を用いる。基準平均加速度及び基準歩幅は、所与の値を用いてもよい。しかし、平均加速度及び歩幅はユーザーが異なれば基準的な値が変わってくるし、同一ユーザーであっても運動状態（歩行かジョギングかダッシュか等）により変わってくることを考えると、実際に歩行・走行を行なって得られた値に基づいて決定されることが望ましい。つまり、実際に歩行・走行を行なって基準平均加速度、基準歩幅を取得するキャリブレーションを行うとよい。なお、本実施形態の歩幅推定処理では、図３に示したように基準情報取得時の運動状態（走行速度）と、歩幅推定・距離算出時の運動状態とが変化したとしても、精度の高い歩幅推定・距離算出が可能である。よって、キャリブレーションでの運動は、本質的にはその後想定される歩幅推定時の運動と同等のものであることが望ましいが、必ずしもそのようにする必要はなく、ある程度異なる運動状態でのキャリブレーションであってもよい。
【００９６】
キャリブレーションの一例を示す。モードをキャリブレーションモードに設定した上で、ユーザーは既知の距離Ｄ（例えば４００ｍトラックを１周するのであればＤ＝４００ｍは既知である）を歩行（走行）するとともに、距離Ｄを入力する。歩行・走行により、加速度検出値が取得されるとともに、ステップが検出される。さらに、ステップカウント部１４４ではステップ検出の回数であるステップカウント数Ｎ（歩数）もカウントされる。
【００９７】
上述したように、１回のステップ検出ごとに平均加速度が算出されることになるため、Ｎ回のステップ検出により、平均加速度算出部１６２では上式（９）に基づいてＮ個の平均加速度（Ａ１〜ＡＮ）が取得されることになる。なお、０回目のステップ検出時とは基準情報取得期間（例えばＤ＝４００ｍの歩行・走行の開始から終了までの期間）の開始時とすればよい。Ｄ、Ｎ、Ａ１〜ＡＮが与えられれば、基準歩幅ＮＳ及び基準平均加速度ＮＡは下式（１０）、（１１）で表される。
【００９８】
【数２】
【００９９】
【数３】
【０１００】
つまり、基準歩幅ＮＳは移動距離Ｄと歩数Ｎの除算で求められるし、基準平均加速度ＮＡはＡ１〜ＡＮの平均値として求められる。
【０１０１】
５．３ 歩幅推定・距離情報算出
本実施形態では、歩幅推定・距離情報算出処理は、当該処理よりも前に取得された基準情報（基準平均加速度・基準歩幅）を用いて行われる。歩幅推定部１６０での歩幅推定処理は、ステップ検出ごとに当該ステップに対応する歩幅を推定することになる。ステップに対応する歩幅の推定は、事前に取得されたＮＡ及びＮＳと、当該ステップに対応する平均加速度Ａｎに基づいて行われる。具体的には、処理開始時から数えてｎ回目のステップ検出（ｎ歩目の歩行）での平均加速度をＡｎ、その際の推定歩幅をＳｎとした場合に、Ｓｎは下式（１２）で与えられる。
【０１０２】
【数４】
【０１０３】
ここでＣは個人や走行状態に応じて決定される係数である。つまり、推定歩幅は基準平均加速度に対する平均加速度の比と、基準歩幅の積から求めることができる。
【０１０４】
距離情報算出部１７０での距離情報算出処理は、推定歩幅の総和を取ればよい。本実施形態では１歩ごとの歩幅（つまり１歩ごとの移動距離）が推定されるのであるから、全移動距離は推定された歩幅の総和に他ならない。なお、距離情報算出処理は判定部１５０での判定結果に基づいて、処理を変更してもよい。例えば、走行状態と判定された場合には、歩幅推定部１６０での推定結果を用いて距離情報を算出し、歩行状態と判定された場合には、所与の固定値を歩幅として距離情報を算出してもよい。これは、走行に比べて歩行は安定した動作であり、歩幅の変動が小さいため、固定値を用いても大きな問題とならないためである。
【０１０５】
５．４ 変形例１（キャリブレーションの変形例）
なお、キャリブレーションの手法は上述したものに限定されない。上述の例では、キャリブレーションを行うことは事前にわかっており、キャリブレーション動作時には歩幅推定・距離情報算出を行うことを想定していない。例えば、本実施形態の状態検出装置を搭載した商品を購入して最初に使用する時等、基準情報を保持していない場合には上述のキャリブレーションが行われる。
【０１０６】
しかし、基準情報をすでに保持しているのであれば、歩幅推定・距離情報算出を行いつつ、キャリブレーションを行うことも可能である。上述したように、キャリブレーション時でなくても、歩幅推定のためには平均加速度を算出することになる。また、ステップ検出も必須であるからステップカウント数Ｎの算出も行われることが想定される。つまり、キャリブレーションではない通常の使用時でも、Ａ１〜ＡＮ、Ｎは取得されているのであるから、あとは移動距離Ｄがわかれば基準平均加速度、基準歩幅は算出できることになる。
【０１０７】
本実施形態の手法では、歩幅推定に基づく距離情報算出により移動距離が推定できるため、基本的には未知の距離を歩行・走行することが考えられる（例えば公道でのジョギング等）。しかし、本実施形態の状態検出装置を搭載したデバイスでは移動速度や歩数等、他の情報も提示できることに鑑みれば、既知の距離を走行・歩行する（例えばトラックを走る等）場合にも、当該デバイスを装着することは十分考えられる。
【０１０８】
そのような場合には、ユーザーは走行・歩行の終了後、自身の移動距離Ｄをデバイスに入力することで、キャリブレーションを行うことができる。上述したように、運動時に平均加速度Ａ１〜ＡＮ及びステップカウント数Ｎが取得されているため、入力されたＤを用いれば上式（１０）（１１）から基準平均加速度と基準歩幅が算出できるためである。
【０１０９】
５．５ 変形例２（基準距離情報を取得する場合の歩幅推定・距離情報算出）
本実施形態の状態検出装置とともに、基準距離情報を取得する外部機器を用いてもよい。基準距離情報とは、ユーザーの移動距離に関する情報であり、本実施形態の歩幅推定に基づく距離情報算出に比べて、値の正確性が高いものを想定している。外部機器としては、例えばＧＰＳ等が考えられる。
【０１１０】
ＧＰＳを用いることで、ユーザーの位置情報を取得することができるため、当該位置情報の変化に基づいてユーザーの移動距離を算出することが可能である。ＧＰＳを用いることで正確な距離情報の算出が可能になるが、ＧＰＳによる距離情報算出だけでは、あるタイミングでＧＰＳ信号を取得してから、つぎのＧＰＳ信号の取得タイミングの間では、距離情報が全く更新されなくなる。つまり、移動距離の算出を詳細に行うためには、ＧＰＳからの信号を高頻度で取得する必要がある。しかし、一般的にＧＰＳは消費電力が大きいという問題があり、高頻度で信号を取得するのではデバイスの稼働時間が短くなってしまう。特に従来の腕時計に本実施形態の状態検出装置を組み込む場合、腕時計は数千〜数万時間の連続稼動が求められるものであるから、ＧＰＳ等の動作による消費電力は無視できない問題となる。
【０１１１】
そこで、本実施形態の手法を補助的に用いることでこの問題を解決することが考えられる。つまり、ＧＰＳの信号取得レートを低く設定することで、消費電力の低減を図る。それに伴い、ＧＰＳ信号を得られない期間（つまり、このままでは移動距離が更新されない時間）が長くなるため、当該期間では本実施形態の手法により移動距離を算出する。
【０１１２】
具体的には、ＧＰＳ信号を取得する第１のタイミングを基準とし、当該第１のタイミングよりも前にＮＳ及びＮＡを取得しておく。そして、第１のタイミングから、次のＧＰＳ信号取得タイミングである第２のタイミングの間で、加速度検出値を取得し上式（９）、（１２）に基づいて移動距離を算出する。
【０１１３】
具体例を図８に示す。図８の横軸は時間を表し、ＧＰＳ信号の取得タイミングと、ステップ検出タイミングを示したものである。なお、図８では説明を簡単にするために、ＧＰＳ信号の取得タイミングは、ステップ検出タイミングの１つと一致するものとして記載したが、このようにはならないことのほうが一般的である。
【０１１４】
まず、時刻Ｔ１においてＧＰＳ信号を取得し、Ｔ１以前のＧＰＳ信号との比較処理等を行うことで、基準位置（例えば歩行・走行開始時の位置）からの移動距離を表す基準距離情報Ｄ１を算出する。次のＧＰＳ信号はＴ２まで取得できないため、Ｔ１〜Ｔ２の期間では歩幅推定に基づく距離情報算出を行う。Ｔ１及びｔ１でステップが検出されたとすれば、その間の加速度検出値に基づいて、上式（９）（１２）よりＴ１〜ｔ１の一歩に相当する歩幅ｄ１を算出できる。そうすれば、時刻ｔ１での基準位置からの移動距離はＤ１＋ｄ１として算出可能である。同様にｔ１の次にｔ２でステップが検出されたとすれば、上述の手法でｔ１〜ｔ２の歩幅ｄ２が算出され、移動距離はＤ１＋ｄ１＋ｄ２として求められる。以下Ｔ２までは、Ｄ１＋Σｄを移動距離とすればよい。
【０１１５】
そして、Ｔ２において次のＧＰＳ信号が取得されたら、過去のＧＰＳ信号等を用いて、Ｔ２での基準位置からの移動距離を表す基準距離情報Ｄ２を算出する。ここではＧＰＳ信号に基づく移動距離情報算出のほうが正確性に勝るものとしているため、ＧＰＳ信号が得られた時点で、それまでの歩幅推定に基づく移動距離はリセットするものとする。図８の例で言えば、時刻Ｔ２での基準位置からの移動距離として「Ｄ１＋Σｄ」及び「Ｄ２」の２つを考えることができるが、より正確なＤ２を採用することとなる。
【０１１６】
また、Ｔ２からＴ３の間では、歩幅推定に基づいてＤ２からの差分値を求めて、移動距離情報算出をすればよく、Ｔ３でＧＰＳ信号が取得されたら、Ｄ３を移動距離とする。それ以降についても同様である。
【０１１７】
５．６ 変形例３（基準平均速度による例）
以上では平均加速度及び基準平均加速度を用いた処理について説明した。しかし、本実施形態の手法はこれに限定されるものではなく、平均速度及び基準平均速度を用いてもよい。
【０１１８】
具体的には、バンドパスフィルター処理後の加速度信号ｆ（ｓ）が取得されれば、加速度信号のサンプリング周期をｄｔとすることで、タイミングｓでの速度信号ｇ（ｓ）は下式（１３）で与えられる。
【０１１９】
【数５】
【０１２０】
これにより加速度信号ｆ（ｓ）と同じタイミングにおいて、速度信号ｇ（ｓ）を取得することができる。よって、上式（９）と同様に下式（１４）により平均加速度Ｖｎを求めることができる。
【０１２１】
【数６】
【０１２２】
基準平均速度は、上式（１１）と同様に下式（１５）で表されるため、歩幅は上式（１２）と同様に下式（１６）で求められる。
【０１２３】
【数７】
【０１２４】
【数８】
【０１２５】
６．詳細な処理
上述した各処理の詳細について図９〜図１２を用いて説明する。
【０１２６】
６．１ フィルター適応化処理
フィルター適応化処理の詳細について図９を用いて説明する。この処理が開始されると、まず歩行或いは走行が終了されたかの判定が行われる（Ｓ１０１）。これは処理の終了条件であり、Ｙｅｓの場合にはフィルター適応化処理が終了されることになる。Ｓ１０１でＮｏの場合には、加速度センサーからのセンサー信号（３軸の加速度センサーであればｘ，ｙ，ｚの３つのセンサー信号）を取得する（Ｓ１０２）。
【０１２７】
取得したセンサー信号を合成し（例えばｘ，ｙ，ｚの二乗和の平方根を求め）合成加速度を算出する（Ｓ１０３）。算出した合成加速度に対してローパスフィルター処理を行うことで、着地の衝撃による加速度成分を除去する（Ｓ１０４）。
【０１２８】
そして、ローパスフィルター処理後の信号に対して、予め設定された特性を有するバンドパスフィルターを用いてバンドパスフィルター処理を行う（Ｓ１０５）。バンドパスフィルター処理後の信号に基づいて、ユーザーの歩行に対応するステップを検出したか否かの判定を行い（Ｓ１０６）、ステップが検出されなかった場合にはＳ１０１に戻り、センサー信号の取得とフィルター処理を繰り返す。Ｓ１０６においてステップが検出された場合には、ステップ周期を算出し（Ｓ１０７）、算出したステップ周期に基づいてバンドパスフィルターの特性を変更する（Ｓ１０８）。具体的には、上述したように最新のステップ検出と１つ前のステップ検出の間に相当する時間をステップ周期とし、当該ステップ周期の逆数であるステップ周波数が中心周波数となるようにバンドパスフィルターの周波数特性を変更すればよい。
【０１２９】
なお、図９では１回のステップ検出ごとにバンドパスフィルターの特性を変更しているが、複数回のステップ検出ごとにバンドパスフィルターの特性を変更してもよい。
【０１３０】
６．２ 歩行走行判定処理
歩行走行判定処理の詳細について図１０を用いて説明する。この処理が開始されると、まずフィルター処理後の加速度検出値のピーク値（加速度ピーク値）を検出する（Ｓ２０１）。これは加速度検出値の時間変化波形における上ピーク或いは下ピークを検出するものであるが、図１０のフローチャートでは上ピークであるものとする（下ピークを用いるのであれば、ピーク値が負の値になることが想定されるため符号を反転する、或いは絶対値を取る必要がある）。
【０１３１】
そして、加速度ピーク値が検出されたタイミングに対応するステップ周期Ｔ１と、当該タイミングよりも過去のタイミングに対応するステップ周期Ｔ２を取得する（Ｓ２０２）。Ｔ１及びＴ２は、ステップ検出部１４０でのステップ検出に基づいて、判定部１５０で算出してもよいし、ステップ周期情報検出部１４２で検出した値を判定部１５０が取得してもよい。また、Ｔ２は具体的にはＴ１の１つ前のタイミングでのステップ周期に相当するが、これに限定されず、過去数ステップの値を用いて算出されてもよい。
【０１３２】
歩行走行判定は、まず加速度ピーク値に基づく判定から行う。加速度ピーク値を閾値Ｔｈ１（例えば０．５Ｇ）と比較し、Ｔｈ１以上であれば走行状態と判定し（Ｓ２０４）、処理を終了する。
【０１３３】
また、加速度ピーク値がＴｈ１より小さい場合（Ｓ２０３でＮｏの場合）には、Ｔｈ２＜Ｔｈ１を満たす閾値Ｔｈ２（例えば０．２Ｇ）との比較を行う（Ｓ２０５）。加速度ピーク値がＴｈ２よりも小さい場合には停止状態と判定し（Ｓ２０８）、処理を終了する。
【０１３４】
加速度ピーク値がＴｈ１よりも小さく、かつＴｈ２以上の場合には、Ｓ２０２で取得したステップ周期Ｔ１，Ｔ２を用いた判定を行う。具体的には、Ｔ２に対するＴ１の変動が所与の閾値以内に収まっているか否かの判定を行う。例えば、許容変動を１０％とすれば、Ｔ１／Ｔ２が０．９〜１．１の範囲にあるかの判定を行えばよい（Ｓ２０６）。
【０１３５】
ステップ周期の変動が小さい場合（Ｓ２０６でＹｅｓの場合）には、実際の運動状態は走行状態に相当するのに、腕時計型デバイスの表示部４０を参照すること等により腕振りが行われずに加速度ピーク値が小さくなったものと判断し、Ｓ２０４に移行し、走行状態と判定し処理を終了する。また、ステップ周期の変動が大きい場合（Ｓ２０６でＮｏの場合）には、加速度ピーク値は腕時計型デバイスの参照等の影響を受けていない（つまり運動状態の変化により加速度ピーク値は小さい値を取った）と判断し、歩行状態と判定して（Ｓ２０７）、処理を終了する。
【０１３６】
６．３ 歩幅推定・距離情報算出処理
歩幅推定・距離情報算出処理の詳細について図１１を用いて説明する。図１１は歩行・走行の開始から終了までの処理に相当する。この処理が開始されると、まず基準平均加速度ＮＡ及び基準歩幅ＮＳを取得する（Ｓ３０１）。ＮＡ，ＮＳは上述したとおり、現在の処理よりも前のタイミングにおいて基準情報取得部１６４により取得されていた値を用いるものとする。
【０１３７】
次に加速度検出値ｆ（ｓ）を取得する。ｆ（ｓ）はフィルター処理部１２０でバンドパスフィルター処理が施された後の加速度検出値であり、例えば加速度センサーのセンサー情報取得レートに相当するレートで取得される。つまり、一般的にステップ検出部１４０でのステップ検出レートに比べて高いレートとなる。そして、ｆ（ｓ）の累和を求める（Ｓ３０３、図１１では累和を表す変数がＦである）。
【０１３８】
そして、ステップが検出されたかの判定を行い（Ｓ３０４）、ステップが検出されない場合には、Ｓ３０２に戻りｆ（ｓ）の取得と累和が繰り返される。なお、Ｓ３１２で後述するようにステップ検出後にはＦの初期化が行われるため、Ｆはあるステップ検出から次のステップ検出までの期間での加速度検出値ｆ（ｓ）の総和に相当することになる。
【０１３９】
ステップが検出された場合には、１つ前のステップ検出から当該ステップ検出までの時間Ｔを取得する。ここでＴはステップ周期に相当するものである。
【０１４０】
そして、最新のステップに対応する平均加速度ＡをＡ＝Ｆ／Ｔとして求める（Ｓ３０６）。Ｓ３０３及びＳ３０６での処理は、上述した式（９）に相当する。さらに、歩行・走行の開始時からの平均加速度の累和であるＡΣを算出するとともに（Ｓ３０７）、ステップカウント数（歩数に対応）を表す変数Ｎをインクリメントする（Ｓ３０８）。
【０１４１】
その後、最新のステップに対応する歩幅Ｓを上述した式（１２）から求め（Ｓ３０９）、歩行・走行開始時からの歩幅Ｓの累和であるＳΣを算出する（Ｓ３１０）。
【０１４２】
Ｓ３１０までの処理により、種々の情報が取得されるため、このタイミングで表示部４０に表示する等の処理を行なってもよい（図１１には不図示）。例えば、歩数を表すＮ、歩行・走行開始時からの移動距離を表すＳΣ等を表示することが考えられる。
【０１４３】
そして、歩行・走行が終了したかの判定を行い（Ｓ３１１）、終了しない場合には、Ｆを初期化した上で（Ｓ３１２）、Ｓ３０２に戻る。Ｆは隣接ステップ間での加速度検出値の総和を表すため、Ｓ３１２において初期化が必要となる。それに対して、Ｎ，ＡΣ，ＳΣは歩行・走行開始時からの累和に意味がある値であるため、初期化は必要ない。なお、Ａ，Ｓはステップごとに取得される値であるため、Ｓ３１２のタイミングで初期化されてもよいが、Ｓ３０６，Ｓ３０９で上書き処理が行われるため、必ずしも初期化の必要はない。
【０１４４】
Ｓ３１１で歩行・走行が終了したと判定された場合には、キャリブレーションを実行するか否かの判定を行う（Ｓ３１３）。キャリブレーションを行わない場合には、処理を終了する。キャリブレーションを行うのであれば、歩行・走行での正確な移動距離Ｄを取得し（Ｓ３１４）、上述した式（１０）（１１）から基準平均加速度ＮＡと基準歩幅ＮＳを取得する（Ｓ３１５）。ここで取得したＮＡ，ＮＳは次回以降の歩行・走行時に用いられることになる。
【０１４５】
なお、正確な歩幅推定（及び距離情報算出）を行うためには、キャリブレーション時に用いるデータはできるだけ正確である必要がある。よって、図１１ではＳΣが推定移動距離となるが、ＳΣはあくまで推定値であり正確性が担保されていないため、Ｓ３１４で取得するＤとしてＳΣを用いることは想定していない。Ｄは例えばユーザーが自身にとって既知の距離を入力することになる。
【０１４６】
６．４ 歩幅推定・距離情報算出処理の変形例
歩幅推定・距離情報算出処理の変形例について図１２を用いて詳細に説明する。図１２は何らかの手段により基準となる移動距離（基準距離情報）が取得できる場合の例であり、例えばＧＰＳ信号を取得する場合に相当する。
【０１４７】
Ｓ４０１〜Ｓ４０４についてはＳ３０１〜Ｓ３０４でと同様であるため詳細な説明は省略する。また、Ｓ４０４においてＹｅｓの場合のＳ４０５〜Ｓ４１２の処理は、Ｓ３０４においてＹｅｓの場合のＳ３０５〜Ｓ３１２での処理と同様である。
【０１４８】
Ｓ４１１でＹｅｓ、つまり歩行・走行が終了された場合には、図１１のフローチャートと異なりキャリブレーションに関する処理は行われずに処理が終了する。
【０１４９】
Ｓ４０４でステップが検出されなかった場合には、基準距離情報Ｄ（例えばＧＰＳ信号に基づく距離情報）が取得されたか否かの判定が行われる（Ｓ４１４）。取得されなかった場合には、Ｓ４０２に戻る。Ｄが取得された場合には、当該Ｄは前回の基準距離情報取得時からの移動距離を表すものであり、かつ歩幅推定に基づく距離情報算出等の手法に比べて正確性が高い。よって、取得したＤ及び、その時点での（正確には前回の基準距離情報の取得時から現在までの）ステップカウント数Ｎ、平均加速度の累和ＡΣを用いて、キャリブレーションを行うことができる（Ｓ４１５）。
【０１５０】
図１２のフローチャートでは、基準距離情報の取得ごとにキャリブレーションを行うこととなっているため、次回のキャリブレーションに影響を与えないために必要な変数について初期化を行い（Ｓ４１６）、Ｓ４０２に戻る。
【０１５１】
この例では、明示的にキャリブレーションの指示等がなかったとしても、適宜キャリブレーションを行うことができる。また基準距離情報は、歩幅推定に基づいて算出された距離情報に比べて信頼性が高いことを想定しているため、基準距離情報が取得されたタイミングでは、取得した基準距離情報に基づいて移動距離を求める（詳細は図８を用いて上述したとおりである）。そして、基準距離情報が取得されない期間において、基準距離情報に対する差分値を求める処理として、歩幅推定に基づく距離情報算出を行う。つまり、Ｓ４０７のＡΣ、Ｓ４０８のＮ、Ｓ４１０のＳΣは基準距離情報取得時にリセットされる。よって、歩行・走行の開始時から終了時までの値が必要であれば、各値を保持しておく別の変数を用意しておかなければならない（歩数に相当するＮについては必要であることが想定される）。
【０１５２】
６．５ 処理の詳細
以上の本実施形態では、状態検出装置１００は、図５に示したように加速度センサー１０からの加速度検出値を取得する取得部１１０と、加速度検出値に基づいて所与の期間ごとの平均加速度を算出する平均加速度算出部１６２と、基準平均加速度及び基準歩幅を取得する基準情報取得部１６４と、歩幅を推定する歩幅推定１６０とを含む。歩幅推定部１６０は、基準平均加速度と平均加速度の比、及び基準歩幅に基づいて歩幅を推定する。なお、ステップ検出部１４０でステップが検出されたタイミングに基づいて上記所与の期間を設定し、設定した所与の期間ごとに平均加速度を算出してもよい。
【０１５３】
ここで、所与の期間とは、あるステップ検出タイミングから次のステップ検出タイミングまでの期間（１ステップ）であることが望ましい。このようにすれば、歩幅として１ステップ（１歩の歩行）での移動距離を求めることができ、移動距離を細かく推定していくことができるためである。ただし、複数ステップごとに平均加速度を求め、複数ステップ単位での移動距離を推定することを妨げるものではない。
【０１５４】
また、平均加速度とは、上記所与の期間での加速度検出値の平均値に相当する。具体的には図７を用いて説明したとおりであり、上式（９）に対応する。なお、上式（９）では、所与の期間での加速度検出値の数ではなく、当該所与の期間を表す時間間隔Ｔｎで除算をしている。これは、ステップ検出等とは異なり、加速度検出値は一定の間隔で取得することが想定されるためである。また、基準平均加速度とは平均加速度の基準となる情報であり、基準歩幅とは歩幅の基準となる情報である。
【０１５５】
具体的には、第１〜第Ｍ（Ｍは２以上の整数）の期間を設定し、第ｉ（１≦ｉ≦Ｍ−１）の期間は第ｉ＋１の期間よりも時間的に前の期間とする。その場合、本実施形態の状態検出装置１００は、第ｉの期間よりも前の期間において、基準平均加速度及び基準歩幅を取得する基準情報取得部１６４と、第ｉの期間での加速度センサー１０からの加速度検出値を取得する取得部１１０と、加速度検出値に基づいて第ｉの期間に含まれる所与の期間ごとの平均加速度を算出する平均加速度算出部１６２と、第ｉの期間での歩行又は走行に対応する歩幅を推定する歩幅推定部１６０とを含む。歩幅推定部１６０は、基準平均加速度と平均加速度の比、及び基準歩幅に基づいて歩幅を推定する。第１〜Ｍの各期間は、キャリブレーションの開始から終了までの期間、或いは歩幅推定対象となる運動の開始から終了までの期間に相当する。また、上述したように、１つの期間において歩幅推定とキャリブレーションの両方が行われてもよい。
【０１５６】
これにより、平均加速度、基準平均加速度及び基準歩幅に基づいた歩幅推定処理が可能になる。具体的には、基準平均加速度と平均加速度は、比の形で用いる。つまり、基準平均加速度に対して平均加速度の変動が大きいか小さいか、また変動の方向はどちらであるかに応じて、推定する歩幅の値が変化することになる。また、比に応じて推定する歩幅を変化させる際には、基準となる変化前の値が設定されていることが望ましく、本実施形態では基準歩幅を用いるものとする。ピッチを基準に歩幅を推定していた従来例では、ピッチが歩幅と線形でない等の要因により、推定した歩幅の精度が低かったが、本実施形態の手法によれば図３に示したように、精度の高い歩幅推定を行うことができる。
【０１５７】
また、状態検出装置１００は、図５に示したようにステップ検出部１４０を含んでもよい。そして、基準情報取得部１６４（狭義には基準情報取得部１６４に含まれる基準歩幅算出部１６８）は、入力距離情報と、基準情報取得期間でステップ検出部１４０が検出したステップ数とに基づいて、基準歩幅を取得する。なお、入力距離情報はユーザー入力情報であってもよいし、外部データであってもよい。また、図５等の説明では、ステップ検出部１４０はステップの検出を行うものであり、ステップ数の検出はステップカウント部１４４で、ステップ周期の検出はステップ周期情報検出部１４２で、それぞれ行われるものとしていた。しかし、これらの各部は独立である必要はなく、広義のステップ検出部として１つのブロックで構成されてもよい。以降の説明ではステップ検出部１４０は広義のステップ検出部であるものとし、ステップの検出だけではなく、ステップ数及びステップ周期情報の検出も行なうものとする。
【０１５８】
なお、本実施形態のステップ検出部１４０は、ユーザーの走行又は歩行のステップ等を検出してもよい。つまり、本実施形態の状態検出装置１００は、走行又は歩行のステップ数を少なくとも検出する（例えば、走行又は歩行のステップ、ステップ数及びステップ周期情報を検出する）ステップ検出部１４０を含み、基準情報取得部１６４は、入力距離情報と、基準情報取得期間でステップ検出部１４０が検出したステップ数とに基づいて、基準歩幅を取得してもよい。
【０１５９】
ここで、ステップとは加速度センサー１０の装着対象の一単位あたりの動きに対応するものである。例えば、加速度センサー１０が人（ユーザー）に装着され、状態検出装置１００がユーザーの走行又は歩行のステップ等を検出する場合であれば、ステップとはユーザーの歩行に対応するものであり、ユーザーの一歩の歩行によりステップが１回検出されることになる。また、本実施形態ではステップは走行又は歩行に関するものであることが想定されるが、広義のステップはこれに限定されるものではない。加速度センサー１０が乗り物（或いは当該乗り物に乗っているユーザー）に装着される場合であれば、ステップとは当該乗り物の動作において、一単位となる動作に対応する。例えば、乗り物が車であるとすれば、ステップとは搭載されたエンジンの回転に対応することが考えられる。具体的には、タービンを有するガスタービンエンジンであれば、タービンの１回転が１ステップに対応すると考えてもよい。
【０１６０】
また、基準情報取得期間とは、基準情報を取得するための期間のことであり、例えば歩行・走行の開始時から終了時までの期間であってもよい。入力距離情報とは、ユーザー或いは外部機器等から入力される距離情報のことであり、基準情報取得期間でのユーザーの移動距離に対応する情報である。ステップ数とは、基準情報取得期間において検出されたステップの数を表す。
【０１６１】
典型的な例としては、キャリブレーション（基準情報の取得）を主目的とした歩行・走行が考えられる。つまり、その際には歩幅推定が行われる必要はない。ユーザーは、キャリブレーションのために既知の距離（例えば８００ｍ）を走行し、当該既知の距離を入力距離情報として入力する。この際の基準情報取得期間とは８００ｍの走行を開始してから終了するまでの期間である。
【０１６２】
これにより、入力距離情報及びステップ数に基づいて基準歩幅を算出することが可能になる。具体的には、入力距離情報をＤ、ステップ数をＮとした場合に、基準歩幅ＮＳは上式（１０）で与えられてもよい。つまり、移動距離を歩数で除算することで１歩あたりの移動距離を求め、それを基準歩幅としている。基準歩幅はその後の運動での歩幅推定に用いられるため、適切な値を設定するべきであり、入力距離情報は基準情報取得期間でのユーザーの移動距離を正確に反映していることが望ましい。よって、入力距離情報は、ユーザーが既知の距離を入力するユーザー入力情報であるか、外部機器（例えばＧＰＳ等）により得られる正確性の高い外部データであるとよい。
【０１６３】
また、基準情報取得部１６４（狭義には基準情報取得部１６４に含まれる基準平均加速度算出部１６６）は、基準情報取得期間で取得された平均加速度とステップ数とに基づいて、基準平均加速度を取得してもよい。
【０１６４】
これにより、平均加速度とステップ数から基準平均加速度を算出することが可能になる。基準情報取得期間とは、歩行・走行の開始から終了までの期間や、外部データ取得タイミングによって決まる期間であることが想定される。よって、基準情報取得期間で検出されるステップ数（歩数）Ｎは一般的にある程度の大きさであり、少なくとも２以上の整数となる（Ｎ＝１であることを妨げないが、そのような場合算出される基準情報の信頼性には疑問が残ることになる）。そして、平均加速度は１ステップに１回算出されることが想定されるため、基準情報取得期間ではＡ１〜ＡＮのＮ個の平均加速度が取得される。このＮ、及びＡ１〜ＡＮに基づいて、平均加速度の基準となりうる情報を求めて基準平均加速度とすればよく、例えば上式（１１）に示したように、Ａ１〜ＡＮの平均値を取ればよい。
【０１６５】
また、歩幅推定部１６０は、基準平均加速度をＮＡ、基準歩幅をＮＳ、係数をＣ、所与のタイミングで取得された平均加速度をＡｎとした場合に、Ａｎが取得されたタイミングに対応する歩幅Ｓｎを、Ｓｎ＝Ｃ×（Ａｎ／ＮＡ）×ＮＳにより求めてもよい。
【０１６６】
これにより、上式（１２）に基づいて歩幅を推定することが可能になる。つまり、一旦係数Ｃを考慮しないものとすれば、平均加速度Ａｎが基準平均加速度ＮＡと一致するときは、歩幅Ｓｎは基準歩幅ＮＳと同じになり、ＡｎがＮＡのｋ倍であれば、ＳｎもＮＳのｋ倍となる。よって、ピッチを用いた従来例においては、ピッチと歩幅が線形ではないため充分な精度が得られなかったが、平均加速度を用いることにより、線形性を有する容易な演算により歩幅を推定することが可能になる。なお、Ｃは運動状態や個人差によって決まる係数であり、Ｃを適切に設定することで更なる精度向上を図ることができる。
【０１６７】
また、基準情報取得部１６４は、信号値取得期間での平均加速度及びステップ数に基づいて基準平均加速度候補を求めてもよい。そして、基準情報取得指示があった場合には、基準平均加速度候補を基準平均加速度として取得する。その際、取得された基準平均加速度は、基準情報取得指示に基づいて取得される信号値取得期間での基準歩幅との対応付けがされることになる。なお、基準情報取得指示の際には、基準情報取得部１６４は信号値取得期間での走行・歩行の移動距離を表す基準距離情報を取得する。基準距離情報はユーザー入力情報であってもよいし、外部データであってもよい。
【０１６８】
ここで、信号値取得期間とは、信号値（狭義には加速度センサーのセンサー情報）を取得する期間のことであり、例えば歩行・走行の開始から終了までの期間である。基準情報取得指示とは、基準情報の取得を求める指示のことであり、ユーザーが操作部５０を操作することにより行われてもよいし、外部機器からの信号に基づいて行われてもよい。基準情報取得指示は、信号値取得期間でのユーザーの移動距離に対応する基準距離情報の入力を伴うことが想定される。
【０１６９】
これにより、歩幅推定を主目的として取得した平均加速度に基づいて、基準情報を取得することが可能になる。本実施形態の状態検出装置１００の典型的な使用例としては、まず基準情報取得期間での運動で歩幅推定を伴わないキャリブレーションを行い、基準情報を取得し、取得した基準情報を用いて以後の運動（各運動は信号値取得期間で行われる）において歩幅推定を行う（その際はキャリブレーションを伴わない）ものが考えられる。もし基準情報を更新したい場合には、再度歩幅推定を伴わないキャリブレーションを行う。つまり、キャリブレーションと歩幅推定は排他的に行われることが典型例となる。
【０１７０】
しかし、上述したように、歩幅の推定においても平均加速度（Ａ１〜ＡＮ）の算出は行われるし、ステップ検出に伴いステップ数Ｎの取得も行われる。つまり、キャリブレーションを目的としない運動であっても、上式（１１）によりＮＡを算出することが可能である。通常の運動では、当該運動での移動距離Ｄが取得されないため、上式（１０）を用いた基準歩幅の算出ができないことになり、ＮＡが算出できてもさほど意味はない。基準歩幅と基準平均加速度とは同じ期間での運動に基づいて、対応付けて取得されるべきだからである。しかし、裏を返せばＤさえ取得できるのであれば、歩幅推定を目的とした運動においてもキャリブレーションを行うことができるということになる。つまり、目的がキャリブレーションでなくても、ＮＡを毎回算出しておき基準平均加速度候補としておく。そして、基準情報取得指示を受け、基準距離情報Ｄが入力された場合には、ＤとＮに基づき基準歩幅を算出するとともに、基準平均加速度候補を基準平均加速度として採用すればよい。このようにすれば、歩幅推定とキャリブレーションの両方を１回の運動で行うことが可能になる。
【０１７１】
なお、本実施形態では、キャリブレーションを主目的とする運動での処理期間を基準情報取得期間とし、基準情報取得期間での精度の高い移動距離を入力距離情報としている。一方、歩幅推定を主目的とする運動での処理期間を信号値取得期間とし、信号値取得期間での精度の高い移動距離を基準距離情報としている。つまり、運動の目的に応じて用語を使い分けているが、基準情報取得期間と信号値取得期間、入力距離情報と基準距離情報の持つ物理的な意味については、差異はほとんどないといってもよい。
【０１７２】
また、状態検出装置１００は、加速度検出値に対してバンドパスフィルター処理を行うフィルター処理部１２０と、バンドパスフィルター処理のフィルター特性を変化させる制御部１３０を含んでもよい。そして、ステップ検出部１４０は、バンドパスフィルター処理後の加速度検出値に基づいてステップ周期を検出する。制御部１３０は、ステップ検出部１４０において検出されたステップ周期に基づいて、バンドパスフィルター処理のフィルター特性を変化させる。
【０１７３】
これにより、取得部１１０が取得した加速度検出値に対して、適切にフィルター処理を施すことが可能になる。さらに、ステップ周期に基づいて適応的にフィルター特性を変化させることも可能になる。図１に示したように、加速度検出値にはステップ周波数に対応する周波数以外にもピークが存在し、それらの成分は処理の妨げとなる。よって、ステップ周波数を通過させ、他のピークを非通過とするフィルター処理を行うことで、その後の処理を容易にできる。ただし、ステップ周波数は運動状態（具体的にはユーザーの歩行・走行ピッチ）に応じて変化してしまうため、運動状態の変化に追随してフィルターの特性も変化させるとよい。なお、フィルターの通過・非通過とは、カットオフ周波数により決定されてもよい。バンドパスフィルターであれば、カットオフ周波数を上限値、下限値とする通過帯域を設定し、当該通過帯域に含まれる周波数は通過、それ以外の周波数を非通過と定義できる。
【０１７４】
また、状態検出装置１００は、図５に示したように歩幅推定部１６０により推定された歩幅に基づいて、走行又は歩行の距離を算出する距離情報算出部１７０を含んでもよい。
【０１７５】
これにより、推定された歩幅に基づいて、ユーザーの移動距離を算出することが可能になる。例えば、歩幅が１歩ごとに推定されるのであれば、当該歩幅の累和を求めればよい。また、平均加速度がＭ（Ｍは２以上の整数）ステップごとに算出される等の要因により、Ｍステップごとに１歩あたりの歩幅が推定されるのであれば、算出された歩幅とＭの積を取ることで移動距離を求めることができる。
【０１７６】
また、状態検出装置１００は、加速度検出値に基づいて、ユーザーの運動状態が走行状態か歩行状態かを判定する判定部１５０を含んでもよい。そして、距離情報算出部１７０は、走行状態と判定された場合には歩幅推定部１６０で推定された歩幅に基づいて距離情報を算出する。また、歩行状態と判定された場合には所定歩幅に基づいて距離情報を算出する。
【０１７７】
ここで、判定部１５０での判定は、走行状態或いは歩行状態のどちらか一方であるという判定に限定されず、走行状態でも歩行状態でもない第３の状態であるという判定を行なってもよい。
【０１７８】
これにより、走行状態と歩行状態とで、距離情報の算出に用いる歩幅を変えることが可能になる。走行状態では、歩行状態に比べて激しい運動であるため、歩幅は激しく変動することが想定される。よって、そのような変動に対応するためにも、歩幅は歩幅推定部１６０での推定結果を用いるとよい。それに対して、歩行状態は比較的緩やかな運動であるから歩幅の変動は小さい。よって、所定歩幅を用いて距離情報を算出したとしても問題は生じにくいと考えられる。このようにすることで、歩行状態と判定された場合には歩幅推定処理を行う必要がなくなるため、処理負荷を軽減することが可能になる。
【０１７９】
また、以上の本実施形態は上述した状態検出装置１００を含む電子機器に適用してもよい。
【０１８０】
これにより、図４に示したような状態検出装置１００を含む電子機器を実現することが可能になる。電子機器としては典型的には、上述してきた腕時計型デバイスが考えられる。腕時計型デバイスは、図４に示したように状態検出装置１００、加速度センサー１０の他、表示部４０等を含んでもよい。図４では外部のホストコンピューターとの通信を考慮して通信部３０を設けているが、通信を行わない（或いは頻度が低い）のであれば、基本的に腕時計型デバイス内ですべての処理を行うことができる。
【０１８１】
また、以上の本実施形態は、加速度センサー１０からの加速度検出値を取得する取得部１１０と、加速度検出値に基づいて所与の期間ごとの平均加速度を算出する平均加速度算出部１６２と、基準平均加速度及び基準歩幅を取得する基準情報取得部１６４と、歩幅を推定する歩幅推定１６０としてコンピューターを機能させるプログラムにてきようしてもよい。その際、歩幅推定部１６０は、基準平均加速度と平均加速度の比、及び基準歩幅に基づいて歩幅を推定する。
【０１８２】
これにより、上述してきた状態検出装置１００と同様の処理をプログラムにより実現することが可能になる。そして、上記プログラムは、情報記憶媒体に記録される。ここで、情報記録媒体としては、ＤＶＤやＣＤ等の光ディスク、光磁気ディスク、ハードディスク（ＨＤＤ）、不揮発性メモリーやＲＡＭ等のメモリーなど、システムによって読み取り可能な種々の記録媒体を想定できる。例えば、図１３のシステム（ＣＰＵやＧＰＵ等により実現される処理部７０を含む電子機器等）では、プログラムは情報記憶媒体６０に記憶され、処理部７０により読み出されて処理が行われることになる。また、図１３から加速度センサー１０を除いた構成として、ユーザーが装着する加速度センサー１０とは別体のシステム（例えばＰＣ等）を考えた場合に、プログラムは当該システムに含まれる情報記憶媒体６０に記憶されてもよい。ＰＣ等の場合、ユーザーが装着することは一般的に想定されないため、別体として構成された加速度センサー１０から無線通信等によりセンサー情報を取得し、当該センサー情報に対して、情報記憶媒体６０に記憶されたプログラムに基づいて処理部７０（ＣＰＵ等）で処理が行われることになる。
【０１８３】
また、以上の本実施形態は、加速度センサー１０からの加速度検出値を取得する取得部１１０と、加速度検出値に基づいて所与の期間ごとの平均速度を算出する平均速度算出部と、基準平均速度及び基準歩幅を取得する基準情報取得部１６４と、歩幅を推定する歩幅推定１６０とを含む状態検出装置１００に適用してもよい。歩幅推定部１６０は、基準平均速度と平均速度の比、及び基準歩幅に基づいて歩幅を推定する。
【０１８４】
また、以上の本実施形態は、加速度センサー１０からの加速度検出値を取得する取得部１１０と、加速度検出値に基づいて所与の期間ごとの平均速度を算出する平均速度算出部と、基準平均速度及び基準歩幅を取得する基準情報取得部１６４と、歩幅を推定する歩幅推定１６０としてコンピューターを機能させるプログラムに適用してもよい。歩幅推定部１６０は、基準平均速度と平均速度の比、及び基準歩幅に基づいて歩幅を推定する。
【０１８５】
これにより、平均加速度ではなく、平均速度に基づいた処理を行うことが可能になる。具体的には、上式（１３）〜（１６）に対応する。その他の処理の内容については平均加速度を用いた場合と同様であるため、詳細な説明は省略する。なお、プログラムに適用した場合に、当該プログラムが図１３に示した情報記憶媒体６０に記憶される点も同様である。
【０１８６】
なお、以上のように本実施形態について詳細に説明したが、本発明の新規事項および効果から実体的に逸脱しない多くの変形が可能であることは当業者には容易に理解できるであろう。従って、このような変形例はすべて本発明の範囲に含まれるものとする。例えば、明細書又は図面において、少なくとも一度、より広義または同義な異なる用語と共に記載された用語は、明細書又は図面のいかなる箇所においても、その異なる用語に置き換えることができる。また状態検出装置の構成、動作も本実施形態で説明したものに限定されず、種々の変形実施が可能である。
【符号の説明】
【０１８７】
１０ 加速度センサー、２０ 記憶部、３０ 通信部、４０ 表示部、５０ 操作部、
６０ 情報記憶媒体、７０ 処理部、１００ 状態検出装置、１１０ 取得部、
１２０ フィルター処理部、１３０ 制御部、１４０ ステップ検出部、
１４２ ステップ周期情報検出部、１４４ ステップカウント部、１５０ 判定部、
１６０ 歩幅推定部、１６２ 平均加速度算出部、１６４ 基準情報取得部、
１６６ 基準平均加速度算出部、１６８ 基準歩幅算出部、１７０ 距離情報算出部
【技術分野】
【０００１】
本発明は、状態検出装置、電子機器及びプログラム等に関する。
【背景技術】
【０００２】
状態を検出する対象に加速度センサーを装着し、装着した加速度センサーからの加速度値に基づいて、対象の状態を検出する装置等が知られている。例えば、状態検出対象が人であれば、そのユーザーの体に加速度センサーを装着し、ユーザーの状態（例えば歩行しているか走行しているか等の運動状態）を検出する。代表的なものとしては、ユーザーの歩行・走行を検出して、当該歩行等のステップ数をカウントする歩数計が考えられる。また、ユーザーの歩幅を算出することで、移動距離を測定するものもある。
【０００３】
従来、距離測定では歩行・走行ステップ（１歩の検出に対応）と、歩幅の積を取ることで距離を推定する手法が提案されてきた。しかし、そのような手法は処理が容易な反面、歩幅の算出精度が悪いと距離測定精度も悪くなってしまう。
【０００４】
特許文献１には、ユーザーのピッチに基づいて歩幅を算出することで、距離推定の精度を向上させる手法が提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平７−３３３０００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１の手法では、ピッチに基づいて歩幅を算出しているが、ピッチと歩幅の関係は線形とはならない上、ユーザーごとの個人差が大きく、歩幅の算出において充分な精度が得られないこともあり、結果として距離推定の精度も充分ではない。
【０００７】
本発明の幾つかの態様によれば、平均加速度、基準平均加速度及び基準歩幅に基づく処理を行うことで、歩幅の推定精度を高める状態検出装置、電子機器及びプログラム等を提供することができる。
【課題を解決するための手段】
【０００８】
本発明の一態様は、加速度センサーからの加速度検出値を取得する取得部と、前記加速度検出値に基づいて、所与の期間ごとの平均加速度を算出する平均加速度算出部と、基準平均加速度と基準歩幅を取得する基準情報取得部と、前記基準平均加速度に対する前記平均加速度の比、及び前記基準歩幅に基づいて、歩幅を推定する歩幅推定部と、を含む状態検出装置に関係する。
【０００９】
本発明の一態様によれば、加速度センサーからの加速度検出値に基づいて平均加速度を取得するとともに、基準平均加速度と基準歩幅を取得する。そして、基準平均加速度に対する平均加速度の比、及び基準歩幅に基づいて歩幅を推定する。平均加速度に基づいた処理を行うことで、歩幅推定の精度を向上させること等が可能になる。
【００１０】
また、本発明の一態様では、ステップ検出部を含み、前記基準情報取得部は、入力距離情報と、基準情報取得期間で前記ステップ検出部が検出したステップ数とに基づいて、前記基準歩幅を取得してもよい。
【００１１】
これにより、入力距離情報とステップ数に基づいて基準歩幅を取得することが可能になる。
【００１２】
また、本発明の一態様では、前記基準情報取得部は、前記基準情報取得期間で取得された前記平均加速度と、前記ステップ数とに基づいて、前記基準平均加速度を取得してもよい。
【００１３】
これにより、平均加速度とステップ数に基づいて基準平均加速度を取得することが可能になる。
【００１４】
また、本発明の一態様では、前記歩幅推定部は、前記基準平均加速度をＮＡ、前記基準歩幅をＮＳ、係数をＣ、所与のタイミングで取得された前記平均加速度をＡｎとした場合に、前記平均加速度Ａｎが取得されたタイミングに対応する前記歩幅Ｓｎを、Ｓｎ＝Ｃ×（Ａｎ／ＮＡ）×ＮＳにより求めてもよい。
【００１５】
これにより、具体的には上述の式から歩幅を推定することが可能になる。
【００１６】
また、本発明の一態様では、前記入力距離情報は、ユーザー入力情報又は外部データであってもよい。
【００１７】
これにより、基準歩幅算出に用いる入力距離情報として、ユーザー入力情報又は外部データを用いることが可能になる。
【００１８】
また、本発明の一態様では、前記基準情報取得部は、信号値取得期間での前記平均加速度、及び前記信号値取得期間で検出された前記ステップ数に基づいて、基準平均加速度候補を求め、基準情報取得指示があった場合には、前記信号値取得期間での前記基準歩幅に対応付けて前記基準平均加速度候補を前記基準平均加速度として取得してもよい。
【００１９】
これにより、信号値取得期間においては基準平均加速度候補を求めておき、基準情報取得指示の有無に基づいて、基準平均加速度候補を基準平均加速度として用いるか否かを決定すること等が可能になる。
【００２０】
また、本発明の一態様では、前記基準情報取得部は、前記基準情報取得指示の際に、前記信号値取得期間での前記走行又は前記歩行の基準距離情報を取得してもよい。
【００２１】
これにより、基準情報取得指示の際に基準距離情報が取得されるため、基準歩幅を算出すること等が可能になる。
【００２２】
また、本発明の一態様では、前記基準距離情報は、ユーザー入力情報又は外部データであってもよい。
【００２３】
これにより、基準歩幅算出に用いる基準距離情報として、ユーザー入力情報又は外部データを用いることが可能になる。
【００２４】
また、本発明の一態様では、前記平均加速度算出部は、前記ステップ検出部でステップが検出されたタイミングに基づいて設定された前記所与の期間ごとに前記平均加速度を算出してもよい。
【００２５】
これにより、ステップ検出タイミングに基づいて平均加速度を算出することが可能になる。
【００２６】
また、本発明の一態様では、前記加速度検出値に対してバンドパスフィルター処理を行うフィルター処理部と、前記フィルター処理部での前記バンドパスフィルター処理のフィルター特性を変化させる制御部と、を含み、前記ステップ検出部は、前記バンドパスフィルター処理後の前記加速度検出値に基づいて、ステップ周期情報を検出し、前記制御部は、前記ステップ検出部において検出した前記ステップ周期情報に基づいて、前記バンドパスフィルター処理の前記フィルター特性を適応的に変化させてもよい。
【００２７】
これにより、加速度検出値に対してフィルター処理を行うとともに、当該フィルター処理に用いるフィルターの特性をステップ周期に基づいて適応的に変化させること等が可能になる。
【００２８】
また、本発明の一態様では、前記歩幅推定部により推定された前記歩幅に基づいて、走行又は歩行の距離情報を算出する距離情報算出部を含んでもよい。
【００２９】
これにより、推定した歩幅に基づいて距離情報を算出すること等が可能になる。
【００３０】
また、本発明の一態様では、前記加速度検出値に基づいて、走行状態か歩行状態かを判定する判定部を含み、前記距離情報算出部は、前記判定部で前記走行状態であると判定された場合には、前記歩幅推定部で推定された前記歩幅に基づいて前記距離情報を算出し、前記判定部で前記歩行状態であると判定された場合には、所定歩幅に基づいて前記距離情報を算出してもよい。
【００３１】
これにより、走行状態か歩行状態かを判定した上で、判定結果に基づいて距離情報算出に用いる歩幅を決定すること等が可能になる。
【００３２】
また、本発明の他の態様は、加速度センサーからの加速度検出値を取得する取得部と、前記加速度検出値に基づいて、所与の期間ごとの平均速度を算出する平均速度算出部と、基準平均速度と基準歩幅を取得する基準情報取得部と、前記基準平均速度に対する前記平均速度の比、及び前記基準歩幅に基づいて、歩幅を推定する歩幅推定部と、を含む状態検出装置に関係する。
【００３３】
また、本発明の他の態様は、上記のいずれかに記載の状態検出装置を含む電子機器に関係する。
【００３４】
また、本発明の他の態様は、上記の各部としてコンピューターを機能させるプログラムに関係する。
【図面の簡単な説明】
【００３５】
【図１】加速度検出値の周波数特性例を説明する図。
【図２】フィルター処理前とフィルター処理後の加速度検出値の波形図。
【図３】従来手法と本実施形態の手法による距離算出精度の差を説明する図。
【図４】本実施形態の状態検出装置を含む電子機器等のシステム構成例。
【図５】本実施形態の状態検出装置のシステム構成例。
【図６】フィルター処理に用いるフィルターの構成例。
【図７】平均加速度の説明図。
【図８】入力距離情報を取得する場合の距離算出処理の説明図。
【図９】フィルター処理及びフィルター特性の適応的な変更処理を説明するフローチャート。
【図１０】歩行走行判定処理を説明するためのフローチャート。
【図１１】歩幅推定処理を説明するためのフローチャート。
【図１２】入力距離情報を取得する場合の歩幅推定処理を説明するためのフローチャート。
【図１３】本実施形態にかかるプログラムを実行するシステムの構成例。
【発明を実施するための形態】
【００３６】
以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。
【００３７】
１．本実施形態の手法
まず本実施形態の手法について説明する。本実施形態の状態検出装置は、人（ユーザー）に装着してその人の歩行・走行に関する状態を検出するものである。具体的には、加速度センサーからのセンサー信号に基づいて、歩行・走行のステップ数、ステップ周期（ステップ周波数）の検出や、走行状態判別（歩行であるか走行であるかの判別等）、歩幅推定及びそれに伴う距離情報算出等を行う。
【００３８】
従来、ＦＦＴ等を用いた周波数分析によりこれらの処理を行う手法が提案されているが、ステップ数の正確な検出やステップ周波数の変動への対処が難しく、ＦＦＴのフレーム期間の変動を捉えることも困難である。よって、本実施形態では周波数分析ではなく、加速度検出値を用いて処理を行う。つまり、周波数軸ではなく例えば加速度検出値の時間変化等を用いることになる。
【００３９】
しかし、加速度検出値は図１に示したように、本来処理対象としたいステップ周波数以外にも、様々な周波数の信号を含んでしまっており、加速度検出値の時間変化は例えば図２の破線のように複雑な形となってしまう。よって、加速度検出値をそのまま用いるのではなく、フィルター処理を施す。具体的には、ステップ周波数は通過させ、他の周波数は非通過とするフィルター処理を施せばよい。このようにすることで、図２の実線で示したようなきれいな信号波形を取得することができる。
【００４０】
ここで問題となるのは、ステップ周波数が変動した場合である。ステップ周波数はユーザーの歩行・走行のピッチに対応するものであるが、ユーザーが一定の運動の継続を意図した場合であっても当該ピッチは当然変化する。ましてや、運動そのものが変化する（ジョギングからダッシュへの変化、歩行から走行への変化等）場合には、ピッチの変化を考慮しない訳にはいかない。上述したように、フィルター処理はステップ周波数を通過させ、他を非通過とするためのものであるが、ステップ周波数が変化したのであれば、フィルターの通過帯域とステップ周波数との対応関係が崩れてしまう。
【００４１】
そこで本出願人は、ステップ周期情報（ステップ周期であってもよいしステップ周波数であってもよい）に基づいて、フィルター処理に用いるフィルターの特性（狭義には周波数特性）を適応的に変化させる手法を提案する。このようにすることで、ステップ周波数が変化した場合にも、ステップ周波数を通過させ、他を非通過とするフィルター処理を行うことが可能になり、正確な状態検出ができる。具体的には、あるタイミングで検出したステップ周波数に基づいて、次のタイミングでのフィルター処理に用いるフィルターの特性を変更すればよい。
【００４２】
なお、本実施形態では加速度センサーを腕部に装着（例えば腕時計のように手首に装着）することを想定している。これは、運動中にも検出データを閲覧したいというユーザーの要請によるものである。例えば脚部に加速度センサーを装着した場合、加速度センサーと一体として表示部を設けてしまっては、当該表示部をユーザーが運動中に見ることは困難である。つまり、腕時計型デバイス、ヘッドマウントディスプレイ、スマートフォン等の表示閲覧に適した他のデバイスと連動して動作しなくてはならない。そのため、通信機能等を頻繁に利用する必要が生じ、省電力化等の観点からも不利である。その点、上述したように腕時計型デバイスであれば、一体として表示部を設けても問題ないため、内部の閉じた処理で十分である（ただし別体として設けられたホストコンピューター等と通信することを妨げるものではない）。
【００４３】
しかし、腕部に加速度センサーを装着することで、脚部に装着した場合には生じない問題を考慮する必要がある。脚部に装着した場合には、ステップ数に直結する脚部の運動に起因する加速度検出値を直接得られる。そして、人間の歩行・走行時には当該歩行等によるステップ周波数が最も低い周波数ピークとして現れるため、ステップ周波数を通過させ、他を非通過とするフィルター処理とはローパスフィルターで足りる。しかし、腕部に装着した場合、腕を一回振る間に足は右足と左足の両方が動いていることになるため、図１に示したようにステップ周波数の半分の周波数に、腕振りに対応する周波数ピークが現れる。つまりローパスフィルターでは腕振り周波数が残ってしまうため、バンドパスフィルターを用いる必要がある。
【００４４】
なお、ローパスフィルターを用いて腕振り周波数を通過させ、他を非通過として、腕振り周波数に対応する周波数成分の加速度検出値に基づく処理を行なっても、ステップの検出や歩幅の推定等は一応可能である。しかし、腕振りの１周期は２歩の歩行・走行に対応する以上、２歩単位での処理しかできない。歩数のカウントは１歩単位で行いたいというユーザーからの要求が大きいこと等を考慮すると、腕部装着時にはローパスフィルターではなくバンドパスフィルターによる処理を行うことが望ましい。
【００４５】
また、上述のフィルター処理を行うことで、きれいな加速度信号波形を取得すること及びステップ検出を行うこと等が可能になるものの、運動によるユーザーの移動距離の推定には別の問題が存在する。従来、歩行・走行のステップカウント数（歩数）と歩幅の積を取ることで距離を推定する手法が提案されていたが、手法が容易な反面、歩幅の算出精度が低く距離の推定精度も低くなってしまっていた。
【００４６】
例えば、３人のユーザーが、高速・中速・低速の３つの異なる速度で既知の距離（８００ｍ）を走行した場合の距離推定結果を図３に示す。この際、破線では中速での運動結果に基づいて算出した歩幅と、歩数の積から距離を推定している。図３から明らかなように、歩幅の算出時と同様の状況である中速の運動では正解（８００ｍ）に近い値が得られる反面、高速・低速での運動時には推定精度が大きく低下している。これは、高速ではストライドが伸び、中速時に比べて歩数が少なくなる傾向があることから、移動距離が短く見積もられるためである。同様に、低速ではストライドが縮み、中速時に比べて歩数が多くなる傾向があることから、移動距離が長く見積もられる。
【００４７】
これに対して、ピッチ（ステップ周波数）を基準に歩幅を推定する手法等が提案されているが、ピッチと歩幅の関係は線形でなく、また個人差による影響が大きく効果的でない。
【００４８】
そこで、本出願人は平均加速度及び基準情報（基準平均加速度・基準歩幅）に基づいて歩幅を推定し、推定した歩幅に基づいて移動距離を算出する。平均加速度等の詳細については図７等を用いて後述するが、本実施形態の手法を用いることで、距離推定の精度を向上させることが可能になる。具体的には、図３の実線が本実施形態の手法を用いた場合の実測値であり、歩幅（基準歩幅）の算出時と距離推定時とで、運動状態（例えば移動速度等）が変化したとしても、従来手法に比べて正解に近い値が得られることがわかる。
【００４９】
以下、システム構成例を説明した後、フィルター適応化処理、適応的に特性を変更したフィルター処理後の信号を用いた歩行走行判定処理、及び歩幅推定処理と、それに基づく距離情報算出処理についても述べるものとする。最後に、各処理の詳細について、フローチャートを用いて説明する。
【００５０】
２．システム構成例
本実施形態にかかる状態検出装置と、それを含む電子機器の構成例を図４に示す。電子機器（例えば状態検出装置を含む腕時計型デバイス等）は、加速度センサー１０と、記憶部２０と、通信部３０と、表示部４０と、操作部５０と、状態検出装置１００とを含む。ただし電子機器は図４の構成に限定されず、これらの一部の構成要素を省略したり（例えば通信部３０等を省略してもよい）、他の構成要素を追加するなどの種々の変形実施が可能である。
【００５１】
加速度センサー１０は、例えば３軸の加速度センサーである。記憶部２０は、状態検出装置１００等のワーク領域となるもので、その機能はＲＡＭ等のメモリーやＨＤＤ（ハードディスクドライブ）などにより実現できる。記憶部２０では、距離情報算出部１７０で算出されたユーザーの移動距離情報等の、ユーザーに対する提示が想定される情報を記憶するとともに、フィルター処理部１２０で用いられるフィルターの特性パラメーター等の、ユーザーに対する提示が想定されない内部情報も記憶する。
【００５２】
通信部３０は、外部機器との通信を行うものであり、外部機器としては状態検出装置１００で検出した情報の解析処理等を行うホストコンピューターが考えられる。通信部３０は、ユーザーが装着している状態での通信を考慮すれば無線で実現されることが望ましいが、有線であってもよい。
【００５３】
表示部４０は、各種の表示画面を表示するためのものであり、例えば液晶ディスプレイや有機ＥＬディスプレイなどにより実現できる。表示部４０は、状態検出装置１００による情報を表示するものとするが、他の情報を表示してもよい。例えば、電子機器が腕時計型デバイスであれば、時刻表示を行なってもよい。また、表示部４０がタッチパネルにより実現されるのであれば、操作のためのインターフェースを表示してもよい。その場合、操作部５０の機能の一部又は全部が表示部４０により実現されることになる。
【００５４】
操作部５０は、ユーザーが電子機器の各種操作を行うためのものであり、各種ボタン等により実現できる。各種ボタンは、機械的なボタンであってもよいし、タッチパネル等に表示される画像であってもよい。
【００５５】
状態検出装置１００は、電子機器（狭義には当該電子機器を装着したユーザー）の状態を検出する。状態とは、立っているか寝ているかという姿勢に関する状態であってもよいし、乗り物に乗っているか否かという移動に関する状態であってもよい。狭義には、歩行や走行等に代表される運動状態を表すものであってもよい。
【００５６】
次に、図５を用いて状態検出装置１００の詳細な構成例について説明する。図５に示したように、状態検出装置１００は、取得部１１０と、フィルター処理部１２０と、制御部１３０と、ステップ検出部１４０と、ステップ周期情報検出部１４２と、ステップカウント部１４４と、判定部１５０と、歩幅推定部１６０と、平均加速度算出部１６２と、基準情報取得部１６４と、距離情報算出部１７０と、を含む。ただし状態検出装置１００は図５の構成に限定されず、これらの一部の構成要素を省略したり、他の構成要素を追加するなどの種々の変形実施が可能である。
【００５７】
取得部１１０は、加速度センサー１０からのセンサー情報を取得する。加速度センサー１０が３軸の加速度センサーであれば、ｘｙｚ各軸に対応する３つの値を取得することになる。取得部１１０は、加速度センサー１０と状態検出装置１００の間のインターフェースとして構成され、加速度センサー１０からのセンサー信号をそのままフィルター処理部１２０に出力してもよいし、フィルター処理部１２０に出力する際に前処理を行なってもよい。
【００５８】
前処理としては、例えばｘｙｚの３つの加速度信号値を合成して（例えば２乗和の平方根を求める処理等）合成加速度を算出してもよいし、ユーザーの足が着地することによる加速度を除去するためのローパスフィルター処理であってもよいし、この両方であってもよい。ローパスフィルター処理を行うのは、歩行・走行の検出はユーザーの体の移動による加速度に基づいて行うため、着地衝撃による加速度は処理の妨げになること、及び着地衝撃の加速度は主に高周波に現れることが理由である。また、合成加速度を算出するのではなく、センサー座標系とは異なる座標系への座標変換処理を施した上で特定の軸に関する値を求める処理を行なってもよい。
【００５９】
なお、本実施形態では、加速度センサー１０から取得部１１０へ入力される情報をセンサー情報と表記し、取得部１１０からフィルター処理部１２０へ出力される情報を加速度検出値と表記する。前処理が全く行われなければ、センサー情報と加速度検出値は同じ情報を表すことになるが、一般的には、上述の処理やノイズリダクション処理等が行われるため、センサー情報と加速度検出値は異なる情報となる。
【００６０】
フィルター処理部１２０は、取得部１１０から出力された加速度検出値に対してフィルター処理を行う。本実施形態では、歩行・走行の検出（判定）や、その後の歩幅推定等を想定しているため、ユーザーの歩行・走行のピッチに対応するステップ周波数を通過させ、ステップ周波数以外の周波数を非通過とするフィルター処理を行えばよい。本実施形態は、ステップ周波数よりも低い周波数に、非通過とすべきピーク周波数が発生するケース（例えば腕部に加速度センサーを装着した場合等）を考えて、フィルター処理はバンドパスフィルター処理であるものとして説明する。
【００６１】
制御部１３０は、ステップ周期情報検出部１４２から出力されたステップ周期情報（例えばステップ周波数）に基づいて、フィルター処理部１２０で用いられるフィルターの特性を制御する。詳細については後述する。
【００６２】
ステップ検出部１４０は、フィルター処理部１２０でのフィルター処理後の信号に基づいて、ステップを検出する。ステップはユーザーの歩行・走行に対応し、一歩ごとに一回ステップが検出されることになる。フィルター処理後の加速度検出値は、図２の実線で示したように主にステップ周波数成分の正弦波に近似できるから、当該信号の１周期に１回ステップ検出信号を出力すればよい。具体的には、信号波形の上ピーク（下ピーク）を検出すればよく、ピーク検出は対象のタイミングと前後のタイミングとの差分値（傾き）を求め、当該差分値のゼロクロスから行うことができる。例えば、隣接するタイミングでの信号値の差分値がプラス（マイナス）からマイナス（プラス）へ切り替わる点を上（下）ピークとすればよい。また、差分値は隣接するタイミングから求めるだけでなく、２タイミング前及び２タイミング後の信号値との差分を用いてもよい。例えば、２タイミング前との差分値及び１タイミング前との差分値が両方共プラス（マイナス）であり、１タイミング後との差分値及び２タイミング後との差分値が両方共マイナス（プラス）である場合に、現在のタイミングを上（下）ピークとしてもよい。
【００６３】
ステップ検出部１４０からの出力は、単純にはステップを検出したことを知らせるパルス信号であってもよい。パルス信号とは検出があったか否かを出力する情報であり、情報の中身に特に意味がなくてもよい。ただしステップ検出部１４０は、上述したようにステップ検出を行うためにフィルター処理後の加速度検出値を取得している。よって、ステップの検出だけではなく、その際の加速度検出値の大きさ（ピーク検出によりステップ検出を行うのであれば、加速度検出値のピークである加速度ピーク値）を出力情報に含めることも可能である。さらに言えば、ステップ検出時以外のタイミングでの加速度検出値を出力してもよい。ここでは、ステップ検出部１４０の出力をステップ検出情報と表記する。ステップ検出情報はステップ周期情報検出部１４２と、ステップカウント部１４４と、判定部１５０と、平均加速度算出部１６２に出力される。ステップ検出情報の内容は出力先となる各部に応じて異なってもよく、詳細については各部の説明の箇所で後述する。
【００６４】
ステップ周期情報検出部１４２は、ステップ検出部１４０からのステップ検出情報に基づいて、ステップ周期情報を検出する。ここで、ステップ周期情報とは、ステップ周期であってもよいし、ステップ周波数であってもよい。ここでのステップ検出情報は、上述したパルス信号であればよく、前回のパルス信号の入力から、今回のパルス信号の入力までの時間がステップ周期に相当し、逆数がステップ周波数に相当する。また、ステップ周期情報はステップ周期或いはステップ周波数に基づいて求められる他の情報であってもよい。ステップ周波数情報は、制御部１３０に出力される。
【００６５】
ステップカウント部１４４は、ステップをカウントする。ステップカウント部１４４でカウントされた値は、ユーザーの歩数に相当する。単純にはステップ検出部１４０からのステップ検出情報（ここではパルス信号）が入力されるごとにインクリメントが実行されるカウンター等であってもよい。また、ステップカウント部１４４は、単純なカウンターではなく、その他の処理を行なってもよい。例えば、歩行以外の運動やノイズ等によるステップ検出を除外することで、歩数検出の正確性向上を図ってもよい。
【００６６】
判定部１５０は、ユーザーが歩行状態であるか走行状態であるかの判定を行う。判定は、ステップ検出部１４０からのステップ検出情報に基づいて行われる。詳細については後述するが、ここでのステップ検出情報はパルス信号だけではなく、加速度ピーク値を含むことが想定される。
【００６７】
歩幅推定部１６０は、ユーザーの歩幅を推定する。歩幅の推定は平均加速度・基準情報（基準平均加速度・基準歩幅）に基づいて行われる。また、歩幅の推定の際に判定部１５０での判定結果を用いてもよい。
【００６８】
平均加速度算出部１６２は、ステップ検出部１４０からのステップ検出情報に基づいて、平均加速度を算出する。平均加速度とは、あるステップ検出から次のステップ検出までの時間での、フィルター処理後の加速度検出値の平均値に相当する。よって、ここでのステップ検出情報は、パルス信号だけでなく、ステップ検出時以外のタイミングでのフィルター処理後の加速度検出値も含む必要がある。よって、図５には不図示であるが、平均加速度算出部１６２はフィルター処理部１２０と接続され、フィルター処理後の加速度検出値をフィルター処理部１２０から直接取得してもよい。その場合には、ステップ検出情報はパルス信号のようにシンプルなもので足りる。
【００６９】
基準情報取得部１６４は、平均加速度算出部１６２で算出された平均加速度、ステップカウント部１４４でのステップカウント数等に基づいて基準情報を取得する。基準情報取得部１６４は、基準平均加速度を算出する基準平均加速度算出部１６６と、基準歩幅を算出する基準歩幅算出部１６８を含んでもよい。歩幅推定部１６０以降の各部については、歩幅推定処理に関するものであるため、詳細は後述する。
【００７０】
距離情報算出部１７０は、歩幅推定部１６０で推定された歩幅に基づいて、ユーザーの歩行・走行による距離情報（移動距離）を算出する。詳細については後述する。
【００７１】
３．フィルター適応化
取得部１１０で取得した加速度検出値に対するフィルター処理について説明する。ここでは、腕部に加速度センサーを装着するケースを想定し、フィルター処理としてはバンドパスフィルターを用いた処理について述べる。しかし、センサーの装着部位は必ずしも腕部に限定されるものではない。
【００７２】
本実施形態の状態検出装置では、ユーザーの歩行・走行に関する情報を取得する。しかし、加速度検出値は歩行・走行のステップ周波数以外の周波数にもピーク値を持つため、加速度検出値の時間変化波形は図２の破線のように複雑な形状となる。例えば、加速度センサーを腕部に装着したのであれば、ステップ周波数を２Ｆとした場合に、半分の周波数であるＦに腕振り周波数のピークが現れる（足が二歩歩く間に腕は一振りされるため）。また、腕振り周波数やステップ周波数の合成として、３Ｆや４Ｆ等の高い周波数帯にもピークが現れる。
【００７３】
よって、フィルター処理部１２０では、２Ｆを通過させ、他を非通過とするバンドパスフィルター処理を行う。ただし、厳密に２Ｆの周波数のみを通過させる必要はない。バンドパスフィルターの現実的な設計上、通過域はある程度幅を持つが、Ｆと２Ｆの間、及び２Ｆと３Ｆの間の周波数を通過させたとしても、当該周波数帯域にはピーク値はないため、その後の処理に与える影響は大きくない。つまりバンドパスフィルターの特性は、狭義には２Ｆを通過させ、Ｆ以下及び３Ｆ以上を非通過とするものであればよい。通過・非通過は例えば、カットオフ周波数により決定される通過域に含まれる周波数帯域を通過とし、それ以外の周波数帯域を非通過と定義すればよい。
【００７４】
バンドパスフィルターは例えば図６に示した一般的な双２次フィルター（ＩＩＲフィルター）で構成すればよい。このフィルターは入力値をｘ、出力値をｙとした場合に、下式（１）で表される。また、図６におけるフィルター係数は、具体的には下式（２）〜（８）となる。
【００７５】
y[n]=(b0/a0)*x[n]+(b1/a0)*x[n-1]+(b2/a0)*x[n-2]-(a1/a0)*y[n-1]-(a2/a0)*y[n-2]
・・・・・（１）
b0=α ・・・・・（２）
b1=0 ・・・・・（３）
b2=-α ・・・・・（４）
a0=1+α ・・・・・（５）
a1=-2cos(2πf) ・・・・・（６）
a2=1-α ・・・・・（７）
α=sin(2πf)/Q ・・・・・（８）
ここで、ｆはバンドパスフィルターの中心周波数を表し、Ｑはフィルター帯域幅を決定する係数である。つまり、ｆとＱを設定することで、様々なバンドパスフィルターを構成することができる。
【００７６】
つまり、制御部１３０は、ステップ周期情報検出部１４２からの出力値からステップ周波数を求め（或いはステップ周波数そのものが出力されてもよい）、上述の式（１）〜（８）におけるｆをステップ周波数に変更する処理を行う。
【００７７】
これにより、現在のタイミングで得られたステップ周波数（例えば１タイミング前のステップ検出と最新のステップ検出との間の時間をステップ周期とした時の逆数）に基づいて、フィルター処理部１２０で用いるフィルター特性を変更し、以降のタイミングでのフィルター処理を行うことが可能になる。検出したステップ周期情報に基づいて適応的にフィルター特性が変化するため、運動中にステップ周波数が変化したとしても、適切なフィルター処理を行うことが可能になる。
【００７８】
なお、上式（８）のＱは固定値であってもよいし、フィルター周期情報に基づいて適応的に変化させてもよい。ただし、通過域にＦや３Ｆの周波数が含まれないことが条件となる。
【００７９】
また、本実施形態はユーザーの運動状態に応じて適応的にフィルター特性を変更するため、運動開始時（システムの動作開始時）には所与のフィルター特性を決定しておく必要がある。これは固定値であってもよいが、実行する運動がわかるのであれば（例えば短距離をダッシュするのか、長距離をジョギングするのか等）、運動に合わせて値を変更することが望ましい。初期値が適切に設定されれば、その後のフィルター特性は本実施形態の手法により適応的に設定することができる。
【００８０】
制御部１３０でのフィルター特性の変更は、ステップごと（一歩ごと）に行なってもよいし、特定歩数ごとに行なってもよい。ステップごとに行えば、ステップ周波数の変化に高速で対応することが可能になる。また、特定歩数ごと（例えば１０歩ごと）に行えば、制御部１３０での処理の頻度を低くすることができるため、省電力化等が期待できる。また、加速度センサーの装着位置によっては、右足の踏み出し時と左足の踏み出し時とで、ステップ周波数に偏りが生じることが考えられる。そのような場合にはステップごとではなく特定歩数ごと（例えば２歩ごと）に行うとよい。偏りがあるにもかかわらずステップごとに特性変更を行いたいのであれば、処理が煩雑になるが右足用フィルターパラメーターと左足用フィルターパラメーターの２組のパラメーターを用意しておき、踏み出し足に応じて用いるパラメーターを変更してもよい。この場合、右足踏み出し時のステップ周波数を用いて右足用フィルターパラメーターを更新し、左足踏み出し時のステップ周波数を用いて左足用フィルターパラメーターを更新する。
【００８１】
４．歩行走行判定
次に、判定部１５０での歩行走行判定処理について説明する。ここでは単純に、フィルター処理部１２０でのフィルター処理後の加速度信号（主にステップ周波数の正弦波となる）の信号値に基づいて判定を行う。
【００８２】
例えば、加速度のピーク値であるピーク加速度を求め、当該ピーク加速度と閾値との比較処理を行う。第１の閾値をＴｈ１、第２の閾値をＴｈ２（＜Ｔｈ１）とした場合に、ピーク加速度がＴｈ２よりも小さい場合には歩行状態でも走行状態でもないと判定する。これは、停止時に腕を動かした場合等、歩行・走行以外の腕振り動作に相当する。また、ピーク加速度がＴｈ２以上であり、Ｔｈ１よりも小さい場合には歩行状態と判定する。ピーク加速度がＴｈ１以上の場合には、走行状態と判定する。
【００８３】
ここで、Ｔｈ２としては０．２（Ｇ）程度の値が想定され、Ｔｈ１としては０．５（Ｇ）程度の値が想定される。加速度センサーで検出されるセンサー値は、１０（Ｇ）程度の大きさを持つこともあり得るが、バンドパスフィルター処理により直流成分が除去されるため、閾値は上述の水準の値でよい。
【００８４】
また、加速度信号の大きさだけでなく、ステップ検出に関する情報を用いて歩行走行判定を行なってもよい。例えば、本実施形態の状態検出装置を含む電子機器が腕時計型デバイスである場合には、図４に示したように表示部４０を備えてもよいため、運動中であってもユーザーが表示部４０に表示された情報（その時点での移動距離や移動速度等）を参照する事が考えられる。その際には、腕時計で時間を見るのと同様に、ユーザーの体に対する腕部の相対位置はある程度一定に保たれ、腕振り動作は行われないことが想定される。加速度センサーは腕時計型デバイスに含まれ、腕部に関する加速度信号を取得するのであるから、腕振り動作が行われないと加速度信号の大きさは小さくなってしまう。
【００８５】
このような場合であっても、ユーザーが歩行又は走行を行なっているのであれば、それらの運動に起因する加速度は加速度センサーで検出することができる。よって、センサー情報はステップ周波数２Ｆにピークを持つことになり、上述したステップ検出処理、ステップ周期情報検出処理、及び制御部１３０でのフィルター特性の変更処理等を変更する必要はない。
【００８６】
しかし、ユーザーが走行中に腕時計型デバイスを見た場合、運動としては走行状態が継続されているにもかかわらず、加速度検出値が小さくなってしまい、上述の閾値判定では歩行状態或いは停止状態（走行状態でも歩行状態でもない状態）と判定されてしまう。
【００８７】
そこで、このような場合を考慮して、加速度信号値に加えてステップ検出に関する情報（例えばステップ周期）を用いて歩行走行判定を行なってもよい。具体的な手法の一例を示す。なお、ここでは簡単のため歩行状態か走行状態かの判別を行い、停止状態については考慮しないものとする。まず、第１段階の処理として、加速度信号値の大きさを用いた閾値判定を行い、閾値よりも大きい場合には走行状態と判定し、閾値以下の場合には歩行状態と判定する。そして、運動状態が直前の運動状態に対して変化しない場合（走行→走行、歩行→歩行）、及び運動状態が高速な方向へシフトした場合（歩行→走行）については、閾値判定による判定結果をそのまま用いる。上述したように、表示部４０を参照することで加速度信号値が小さくなることが問題であるから、加速度信号値が同等或いはより大きい方向へ変化しているのであれば、表示部４０の参照は行われていないと考えられるためである。
【００８８】
それに対して、運動状態が低速な方向へシフトした場合（走行→歩行）には、運動自体が本当に変化したのか、表示部４０の参照が行われているのかを適切に判別する必要がある。そのため、ここでは直前の状態でのステップ周期と、最新のステップ周期の比較処理を行う。例えば、ユーザーの運動自体が走行から歩行へ変化したのであれば、加速度信号値が小さくなるとともにステップ周期も変化するはずである（ユーザーにより変化の方向は異なるが、例えば歩行は走行に比べてステップ周期が長い傾向にあることが多い）。つまり、ステップ周期がある程度変化したのであれば、それは運動自体が変化していると判断し、当初の閾値判定の結果である歩行状態をそのまま用いる。それに対して、ステップ周期の変化が小さいのであれば、同等の運動状態が継続していると考えられるため、加速度信号値の減少は表示部４０の参照によるものと判定する。この際には、閾値判定では歩行状態とされたものを、走行状態に修正することになる。
【００８９】
なお、単純には運動状態の変化まで考慮しなくてもよい。つまり、歩行状態と判定されたのであれば、それ以前が走行状態であろうと歩行状態であろうとステップ周期に基づく判定処理を行なってしまってもよい。この例については図１０のフローチャートを用いて後述する。
【００９０】
５．歩幅推定・距離情報算出処理
次に歩幅推定処理及び推定した歩幅等に基づく距離情報算出処理について説明する。本実施形態では平均加速度及び基準情報（基準平均加速度、基準歩幅）に基づいてユーザーの歩幅を推定する。
【００９１】
５．１ 平均加速度
まず、本実施形態の歩幅推定に用いられる平均加速度について説明する。平均加速度とは、所与の期間における加速度信号値の平均値に相当する。具体的には、フィルター処理部１２０でのフィルター処理後の加速度検出値と、ステップ検出部１４０からのステップ検出情報（パルス信号等）に基づいて、平均加速度算出部１６２において平均加速度を算出する。
【００９２】
詳細について図７を用いて説明する。なお、図７の横軸は時間を表す。図７のステップ検出とは、ステップ検出部１４０においてステップが検出されたタイミングに対応し、例えば平均加速度算出部１６２がステップ検出部１４０からのパルス信号を受け取ったタイミングである。ｎ−１、ｎ、ｎ＋１等はステップの検出回数の相当し、例えばｎはｎ回目のステップ検出タイミングとなる。１回のステップ検出がユーザーの一歩に対応することから、ステップ検出のレートは１秒あたり１〜２回程度であるのに対して、加速度センサーからのセンサー情報取得レートはこれよりも高いことが想定される。従って、フィルター処理部１２０からの加速度検出値の出力レートもステップ検出に比べて高レートとなり、その出力タイミングは図７における加速度検出値の１つ１つの線に対応する。
【００９３】
平均加速度とは、１つ前のステップ検出から対象となるステップ検出までの時間におけるフィルター処理後の加速度検出値の平均値である。つまり、加速度検出値の大きさをｆ（ｓ）、第ｎ−１のステップ検出から第ｎのステップ検出までの時間をＴｎとすると、第ｎのステップ検出に対応する平均加速度Ａｎは下式（９）で表される。
【００９４】
【数１】
【００９５】
５．２ キャリブレーション
また、本実施形態の歩幅推定では、平均加速度の基準である基準平均加速度と、歩幅の基準である基準歩幅を用いる。基準平均加速度及び基準歩幅は、所与の値を用いてもよい。しかし、平均加速度及び歩幅はユーザーが異なれば基準的な値が変わってくるし、同一ユーザーであっても運動状態（歩行かジョギングかダッシュか等）により変わってくることを考えると、実際に歩行・走行を行なって得られた値に基づいて決定されることが望ましい。つまり、実際に歩行・走行を行なって基準平均加速度、基準歩幅を取得するキャリブレーションを行うとよい。なお、本実施形態の歩幅推定処理では、図３に示したように基準情報取得時の運動状態（走行速度）と、歩幅推定・距離算出時の運動状態とが変化したとしても、精度の高い歩幅推定・距離算出が可能である。よって、キャリブレーションでの運動は、本質的にはその後想定される歩幅推定時の運動と同等のものであることが望ましいが、必ずしもそのようにする必要はなく、ある程度異なる運動状態でのキャリブレーションであってもよい。
【００９６】
キャリブレーションの一例を示す。モードをキャリブレーションモードに設定した上で、ユーザーは既知の距離Ｄ（例えば４００ｍトラックを１周するのであればＤ＝４００ｍは既知である）を歩行（走行）するとともに、距離Ｄを入力する。歩行・走行により、加速度検出値が取得されるとともに、ステップが検出される。さらに、ステップカウント部１４４ではステップ検出の回数であるステップカウント数Ｎ（歩数）もカウントされる。
【００９７】
上述したように、１回のステップ検出ごとに平均加速度が算出されることになるため、Ｎ回のステップ検出により、平均加速度算出部１６２では上式（９）に基づいてＮ個の平均加速度（Ａ１〜ＡＮ）が取得されることになる。なお、０回目のステップ検出時とは基準情報取得期間（例えばＤ＝４００ｍの歩行・走行の開始から終了までの期間）の開始時とすればよい。Ｄ、Ｎ、Ａ１〜ＡＮが与えられれば、基準歩幅ＮＳ及び基準平均加速度ＮＡは下式（１０）、（１１）で表される。
【００９８】
【数２】
【００９９】
【数３】
【０１００】
つまり、基準歩幅ＮＳは移動距離Ｄと歩数Ｎの除算で求められるし、基準平均加速度ＮＡはＡ１〜ＡＮの平均値として求められる。
【０１０１】
５．３ 歩幅推定・距離情報算出
本実施形態では、歩幅推定・距離情報算出処理は、当該処理よりも前に取得された基準情報（基準平均加速度・基準歩幅）を用いて行われる。歩幅推定部１６０での歩幅推定処理は、ステップ検出ごとに当該ステップに対応する歩幅を推定することになる。ステップに対応する歩幅の推定は、事前に取得されたＮＡ及びＮＳと、当該ステップに対応する平均加速度Ａｎに基づいて行われる。具体的には、処理開始時から数えてｎ回目のステップ検出（ｎ歩目の歩行）での平均加速度をＡｎ、その際の推定歩幅をＳｎとした場合に、Ｓｎは下式（１２）で与えられる。
【０１０２】
【数４】
【０１０３】
ここでＣは個人や走行状態に応じて決定される係数である。つまり、推定歩幅は基準平均加速度に対する平均加速度の比と、基準歩幅の積から求めることができる。
【０１０４】
距離情報算出部１７０での距離情報算出処理は、推定歩幅の総和を取ればよい。本実施形態では１歩ごとの歩幅（つまり１歩ごとの移動距離）が推定されるのであるから、全移動距離は推定された歩幅の総和に他ならない。なお、距離情報算出処理は判定部１５０での判定結果に基づいて、処理を変更してもよい。例えば、走行状態と判定された場合には、歩幅推定部１６０での推定結果を用いて距離情報を算出し、歩行状態と判定された場合には、所与の固定値を歩幅として距離情報を算出してもよい。これは、走行に比べて歩行は安定した動作であり、歩幅の変動が小さいため、固定値を用いても大きな問題とならないためである。
【０１０５】
５．４ 変形例１（キャリブレーションの変形例）
なお、キャリブレーションの手法は上述したものに限定されない。上述の例では、キャリブレーションを行うことは事前にわかっており、キャリブレーション動作時には歩幅推定・距離情報算出を行うことを想定していない。例えば、本実施形態の状態検出装置を搭載した商品を購入して最初に使用する時等、基準情報を保持していない場合には上述のキャリブレーションが行われる。
【０１０６】
しかし、基準情報をすでに保持しているのであれば、歩幅推定・距離情報算出を行いつつ、キャリブレーションを行うことも可能である。上述したように、キャリブレーション時でなくても、歩幅推定のためには平均加速度を算出することになる。また、ステップ検出も必須であるからステップカウント数Ｎの算出も行われることが想定される。つまり、キャリブレーションではない通常の使用時でも、Ａ１〜ＡＮ、Ｎは取得されているのであるから、あとは移動距離Ｄがわかれば基準平均加速度、基準歩幅は算出できることになる。
【０１０７】
本実施形態の手法では、歩幅推定に基づく距離情報算出により移動距離が推定できるため、基本的には未知の距離を歩行・走行することが考えられる（例えば公道でのジョギング等）。しかし、本実施形態の状態検出装置を搭載したデバイスでは移動速度や歩数等、他の情報も提示できることに鑑みれば、既知の距離を走行・歩行する（例えばトラックを走る等）場合にも、当該デバイスを装着することは十分考えられる。
【０１０８】
そのような場合には、ユーザーは走行・歩行の終了後、自身の移動距離Ｄをデバイスに入力することで、キャリブレーションを行うことができる。上述したように、運動時に平均加速度Ａ１〜ＡＮ及びステップカウント数Ｎが取得されているため、入力されたＤを用いれば上式（１０）（１１）から基準平均加速度と基準歩幅が算出できるためである。
【０１０９】
５．５ 変形例２（基準距離情報を取得する場合の歩幅推定・距離情報算出）
本実施形態の状態検出装置とともに、基準距離情報を取得する外部機器を用いてもよい。基準距離情報とは、ユーザーの移動距離に関する情報であり、本実施形態の歩幅推定に基づく距離情報算出に比べて、値の正確性が高いものを想定している。外部機器としては、例えばＧＰＳ等が考えられる。
【０１１０】
ＧＰＳを用いることで、ユーザーの位置情報を取得することができるため、当該位置情報の変化に基づいてユーザーの移動距離を算出することが可能である。ＧＰＳを用いることで正確な距離情報の算出が可能になるが、ＧＰＳによる距離情報算出だけでは、あるタイミングでＧＰＳ信号を取得してから、つぎのＧＰＳ信号の取得タイミングの間では、距離情報が全く更新されなくなる。つまり、移動距離の算出を詳細に行うためには、ＧＰＳからの信号を高頻度で取得する必要がある。しかし、一般的にＧＰＳは消費電力が大きいという問題があり、高頻度で信号を取得するのではデバイスの稼働時間が短くなってしまう。特に従来の腕時計に本実施形態の状態検出装置を組み込む場合、腕時計は数千〜数万時間の連続稼動が求められるものであるから、ＧＰＳ等の動作による消費電力は無視できない問題となる。
【０１１１】
そこで、本実施形態の手法を補助的に用いることでこの問題を解決することが考えられる。つまり、ＧＰＳの信号取得レートを低く設定することで、消費電力の低減を図る。それに伴い、ＧＰＳ信号を得られない期間（つまり、このままでは移動距離が更新されない時間）が長くなるため、当該期間では本実施形態の手法により移動距離を算出する。
【０１１２】
具体的には、ＧＰＳ信号を取得する第１のタイミングを基準とし、当該第１のタイミングよりも前にＮＳ及びＮＡを取得しておく。そして、第１のタイミングから、次のＧＰＳ信号取得タイミングである第２のタイミングの間で、加速度検出値を取得し上式（９）、（１２）に基づいて移動距離を算出する。
【０１１３】
具体例を図８に示す。図８の横軸は時間を表し、ＧＰＳ信号の取得タイミングと、ステップ検出タイミングを示したものである。なお、図８では説明を簡単にするために、ＧＰＳ信号の取得タイミングは、ステップ検出タイミングの１つと一致するものとして記載したが、このようにはならないことのほうが一般的である。
【０１１４】
まず、時刻Ｔ１においてＧＰＳ信号を取得し、Ｔ１以前のＧＰＳ信号との比較処理等を行うことで、基準位置（例えば歩行・走行開始時の位置）からの移動距離を表す基準距離情報Ｄ１を算出する。次のＧＰＳ信号はＴ２まで取得できないため、Ｔ１〜Ｔ２の期間では歩幅推定に基づく距離情報算出を行う。Ｔ１及びｔ１でステップが検出されたとすれば、その間の加速度検出値に基づいて、上式（９）（１２）よりＴ１〜ｔ１の一歩に相当する歩幅ｄ１を算出できる。そうすれば、時刻ｔ１での基準位置からの移動距離はＤ１＋ｄ１として算出可能である。同様にｔ１の次にｔ２でステップが検出されたとすれば、上述の手法でｔ１〜ｔ２の歩幅ｄ２が算出され、移動距離はＤ１＋ｄ１＋ｄ２として求められる。以下Ｔ２までは、Ｄ１＋Σｄを移動距離とすればよい。
【０１１５】
そして、Ｔ２において次のＧＰＳ信号が取得されたら、過去のＧＰＳ信号等を用いて、Ｔ２での基準位置からの移動距離を表す基準距離情報Ｄ２を算出する。ここではＧＰＳ信号に基づく移動距離情報算出のほうが正確性に勝るものとしているため、ＧＰＳ信号が得られた時点で、それまでの歩幅推定に基づく移動距離はリセットするものとする。図８の例で言えば、時刻Ｔ２での基準位置からの移動距離として「Ｄ１＋Σｄ」及び「Ｄ２」の２つを考えることができるが、より正確なＤ２を採用することとなる。
【０１１６】
また、Ｔ２からＴ３の間では、歩幅推定に基づいてＤ２からの差分値を求めて、移動距離情報算出をすればよく、Ｔ３でＧＰＳ信号が取得されたら、Ｄ３を移動距離とする。それ以降についても同様である。
【０１１７】
５．６ 変形例３（基準平均速度による例）
以上では平均加速度及び基準平均加速度を用いた処理について説明した。しかし、本実施形態の手法はこれに限定されるものではなく、平均速度及び基準平均速度を用いてもよい。
【０１１８】
具体的には、バンドパスフィルター処理後の加速度信号ｆ（ｓ）が取得されれば、加速度信号のサンプリング周期をｄｔとすることで、タイミングｓでの速度信号ｇ（ｓ）は下式（１３）で与えられる。
【０１１９】
【数５】
【０１２０】
これにより加速度信号ｆ（ｓ）と同じタイミングにおいて、速度信号ｇ（ｓ）を取得することができる。よって、上式（９）と同様に下式（１４）により平均加速度Ｖｎを求めることができる。
【０１２１】
【数６】
【０１２２】
基準平均速度は、上式（１１）と同様に下式（１５）で表されるため、歩幅は上式（１２）と同様に下式（１６）で求められる。
【０１２３】
【数７】
【０１２４】
【数８】
【０１２５】
６．詳細な処理
上述した各処理の詳細について図９〜図１２を用いて説明する。
【０１２６】
６．１ フィルター適応化処理
フィルター適応化処理の詳細について図９を用いて説明する。この処理が開始されると、まず歩行或いは走行が終了されたかの判定が行われる（Ｓ１０１）。これは処理の終了条件であり、Ｙｅｓの場合にはフィルター適応化処理が終了されることになる。Ｓ１０１でＮｏの場合には、加速度センサーからのセンサー信号（３軸の加速度センサーであればｘ，ｙ，ｚの３つのセンサー信号）を取得する（Ｓ１０２）。
【０１２７】
取得したセンサー信号を合成し（例えばｘ，ｙ，ｚの二乗和の平方根を求め）合成加速度を算出する（Ｓ１０３）。算出した合成加速度に対してローパスフィルター処理を行うことで、着地の衝撃による加速度成分を除去する（Ｓ１０４）。
【０１２８】
そして、ローパスフィルター処理後の信号に対して、予め設定された特性を有するバンドパスフィルターを用いてバンドパスフィルター処理を行う（Ｓ１０５）。バンドパスフィルター処理後の信号に基づいて、ユーザーの歩行に対応するステップを検出したか否かの判定を行い（Ｓ１０６）、ステップが検出されなかった場合にはＳ１０１に戻り、センサー信号の取得とフィルター処理を繰り返す。Ｓ１０６においてステップが検出された場合には、ステップ周期を算出し（Ｓ１０７）、算出したステップ周期に基づいてバンドパスフィルターの特性を変更する（Ｓ１０８）。具体的には、上述したように最新のステップ検出と１つ前のステップ検出の間に相当する時間をステップ周期とし、当該ステップ周期の逆数であるステップ周波数が中心周波数となるようにバンドパスフィルターの周波数特性を変更すればよい。
【０１２９】
なお、図９では１回のステップ検出ごとにバンドパスフィルターの特性を変更しているが、複数回のステップ検出ごとにバンドパスフィルターの特性を変更してもよい。
【０１３０】
６．２ 歩行走行判定処理
歩行走行判定処理の詳細について図１０を用いて説明する。この処理が開始されると、まずフィルター処理後の加速度検出値のピーク値（加速度ピーク値）を検出する（Ｓ２０１）。これは加速度検出値の時間変化波形における上ピーク或いは下ピークを検出するものであるが、図１０のフローチャートでは上ピークであるものとする（下ピークを用いるのであれば、ピーク値が負の値になることが想定されるため符号を反転する、或いは絶対値を取る必要がある）。
【０１３１】
そして、加速度ピーク値が検出されたタイミングに対応するステップ周期Ｔ１と、当該タイミングよりも過去のタイミングに対応するステップ周期Ｔ２を取得する（Ｓ２０２）。Ｔ１及びＴ２は、ステップ検出部１４０でのステップ検出に基づいて、判定部１５０で算出してもよいし、ステップ周期情報検出部１４２で検出した値を判定部１５０が取得してもよい。また、Ｔ２は具体的にはＴ１の１つ前のタイミングでのステップ周期に相当するが、これに限定されず、過去数ステップの値を用いて算出されてもよい。
【０１３２】
歩行走行判定は、まず加速度ピーク値に基づく判定から行う。加速度ピーク値を閾値Ｔｈ１（例えば０．５Ｇ）と比較し、Ｔｈ１以上であれば走行状態と判定し（Ｓ２０４）、処理を終了する。
【０１３３】
また、加速度ピーク値がＴｈ１より小さい場合（Ｓ２０３でＮｏの場合）には、Ｔｈ２＜Ｔｈ１を満たす閾値Ｔｈ２（例えば０．２Ｇ）との比較を行う（Ｓ２０５）。加速度ピーク値がＴｈ２よりも小さい場合には停止状態と判定し（Ｓ２０８）、処理を終了する。
【０１３４】
加速度ピーク値がＴｈ１よりも小さく、かつＴｈ２以上の場合には、Ｓ２０２で取得したステップ周期Ｔ１，Ｔ２を用いた判定を行う。具体的には、Ｔ２に対するＴ１の変動が所与の閾値以内に収まっているか否かの判定を行う。例えば、許容変動を１０％とすれば、Ｔ１／Ｔ２が０．９〜１．１の範囲にあるかの判定を行えばよい（Ｓ２０６）。
【０１３５】
ステップ周期の変動が小さい場合（Ｓ２０６でＹｅｓの場合）には、実際の運動状態は走行状態に相当するのに、腕時計型デバイスの表示部４０を参照すること等により腕振りが行われずに加速度ピーク値が小さくなったものと判断し、Ｓ２０４に移行し、走行状態と判定し処理を終了する。また、ステップ周期の変動が大きい場合（Ｓ２０６でＮｏの場合）には、加速度ピーク値は腕時計型デバイスの参照等の影響を受けていない（つまり運動状態の変化により加速度ピーク値は小さい値を取った）と判断し、歩行状態と判定して（Ｓ２０７）、処理を終了する。
【０１３６】
６．３ 歩幅推定・距離情報算出処理
歩幅推定・距離情報算出処理の詳細について図１１を用いて説明する。図１１は歩行・走行の開始から終了までの処理に相当する。この処理が開始されると、まず基準平均加速度ＮＡ及び基準歩幅ＮＳを取得する（Ｓ３０１）。ＮＡ，ＮＳは上述したとおり、現在の処理よりも前のタイミングにおいて基準情報取得部１６４により取得されていた値を用いるものとする。
【０１３７】
次に加速度検出値ｆ（ｓ）を取得する。ｆ（ｓ）はフィルター処理部１２０でバンドパスフィルター処理が施された後の加速度検出値であり、例えば加速度センサーのセンサー情報取得レートに相当するレートで取得される。つまり、一般的にステップ検出部１４０でのステップ検出レートに比べて高いレートとなる。そして、ｆ（ｓ）の累和を求める（Ｓ３０３、図１１では累和を表す変数がＦである）。
【０１３８】
そして、ステップが検出されたかの判定を行い（Ｓ３０４）、ステップが検出されない場合には、Ｓ３０２に戻りｆ（ｓ）の取得と累和が繰り返される。なお、Ｓ３１２で後述するようにステップ検出後にはＦの初期化が行われるため、Ｆはあるステップ検出から次のステップ検出までの期間での加速度検出値ｆ（ｓ）の総和に相当することになる。
【０１３９】
ステップが検出された場合には、１つ前のステップ検出から当該ステップ検出までの時間Ｔを取得する。ここでＴはステップ周期に相当するものである。
【０１４０】
そして、最新のステップに対応する平均加速度ＡをＡ＝Ｆ／Ｔとして求める（Ｓ３０６）。Ｓ３０３及びＳ３０６での処理は、上述した式（９）に相当する。さらに、歩行・走行の開始時からの平均加速度の累和であるＡΣを算出するとともに（Ｓ３０７）、ステップカウント数（歩数に対応）を表す変数Ｎをインクリメントする（Ｓ３０８）。
【０１４１】
その後、最新のステップに対応する歩幅Ｓを上述した式（１２）から求め（Ｓ３０９）、歩行・走行開始時からの歩幅Ｓの累和であるＳΣを算出する（Ｓ３１０）。
【０１４２】
Ｓ３１０までの処理により、種々の情報が取得されるため、このタイミングで表示部４０に表示する等の処理を行なってもよい（図１１には不図示）。例えば、歩数を表すＮ、歩行・走行開始時からの移動距離を表すＳΣ等を表示することが考えられる。
【０１４３】
そして、歩行・走行が終了したかの判定を行い（Ｓ３１１）、終了しない場合には、Ｆを初期化した上で（Ｓ３１２）、Ｓ３０２に戻る。Ｆは隣接ステップ間での加速度検出値の総和を表すため、Ｓ３１２において初期化が必要となる。それに対して、Ｎ，ＡΣ，ＳΣは歩行・走行開始時からの累和に意味がある値であるため、初期化は必要ない。なお、Ａ，Ｓはステップごとに取得される値であるため、Ｓ３１２のタイミングで初期化されてもよいが、Ｓ３０６，Ｓ３０９で上書き処理が行われるため、必ずしも初期化の必要はない。
【０１４４】
Ｓ３１１で歩行・走行が終了したと判定された場合には、キャリブレーションを実行するか否かの判定を行う（Ｓ３１３）。キャリブレーションを行わない場合には、処理を終了する。キャリブレーションを行うのであれば、歩行・走行での正確な移動距離Ｄを取得し（Ｓ３１４）、上述した式（１０）（１１）から基準平均加速度ＮＡと基準歩幅ＮＳを取得する（Ｓ３１５）。ここで取得したＮＡ，ＮＳは次回以降の歩行・走行時に用いられることになる。
【０１４５】
なお、正確な歩幅推定（及び距離情報算出）を行うためには、キャリブレーション時に用いるデータはできるだけ正確である必要がある。よって、図１１ではＳΣが推定移動距離となるが、ＳΣはあくまで推定値であり正確性が担保されていないため、Ｓ３１４で取得するＤとしてＳΣを用いることは想定していない。Ｄは例えばユーザーが自身にとって既知の距離を入力することになる。
【０１４６】
６．４ 歩幅推定・距離情報算出処理の変形例
歩幅推定・距離情報算出処理の変形例について図１２を用いて詳細に説明する。図１２は何らかの手段により基準となる移動距離（基準距離情報）が取得できる場合の例であり、例えばＧＰＳ信号を取得する場合に相当する。
【０１４７】
Ｓ４０１〜Ｓ４０４についてはＳ３０１〜Ｓ３０４でと同様であるため詳細な説明は省略する。また、Ｓ４０４においてＹｅｓの場合のＳ４０５〜Ｓ４１２の処理は、Ｓ３０４においてＹｅｓの場合のＳ３０５〜Ｓ３１２での処理と同様である。
【０１４８】
Ｓ４１１でＹｅｓ、つまり歩行・走行が終了された場合には、図１１のフローチャートと異なりキャリブレーションに関する処理は行われずに処理が終了する。
【０１４９】
Ｓ４０４でステップが検出されなかった場合には、基準距離情報Ｄ（例えばＧＰＳ信号に基づく距離情報）が取得されたか否かの判定が行われる（Ｓ４１４）。取得されなかった場合には、Ｓ４０２に戻る。Ｄが取得された場合には、当該Ｄは前回の基準距離情報取得時からの移動距離を表すものであり、かつ歩幅推定に基づく距離情報算出等の手法に比べて正確性が高い。よって、取得したＤ及び、その時点での（正確には前回の基準距離情報の取得時から現在までの）ステップカウント数Ｎ、平均加速度の累和ＡΣを用いて、キャリブレーションを行うことができる（Ｓ４１５）。
【０１５０】
図１２のフローチャートでは、基準距離情報の取得ごとにキャリブレーションを行うこととなっているため、次回のキャリブレーションに影響を与えないために必要な変数について初期化を行い（Ｓ４１６）、Ｓ４０２に戻る。
【０１５１】
この例では、明示的にキャリブレーションの指示等がなかったとしても、適宜キャリブレーションを行うことができる。また基準距離情報は、歩幅推定に基づいて算出された距離情報に比べて信頼性が高いことを想定しているため、基準距離情報が取得されたタイミングでは、取得した基準距離情報に基づいて移動距離を求める（詳細は図８を用いて上述したとおりである）。そして、基準距離情報が取得されない期間において、基準距離情報に対する差分値を求める処理として、歩幅推定に基づく距離情報算出を行う。つまり、Ｓ４０７のＡΣ、Ｓ４０８のＮ、Ｓ４１０のＳΣは基準距離情報取得時にリセットされる。よって、歩行・走行の開始時から終了時までの値が必要であれば、各値を保持しておく別の変数を用意しておかなければならない（歩数に相当するＮについては必要であることが想定される）。
【０１５２】
６．５ 処理の詳細
以上の本実施形態では、状態検出装置１００は、図５に示したように加速度センサー１０からの加速度検出値を取得する取得部１１０と、加速度検出値に基づいて所与の期間ごとの平均加速度を算出する平均加速度算出部１６２と、基準平均加速度及び基準歩幅を取得する基準情報取得部１６４と、歩幅を推定する歩幅推定１６０とを含む。歩幅推定部１６０は、基準平均加速度と平均加速度の比、及び基準歩幅に基づいて歩幅を推定する。なお、ステップ検出部１４０でステップが検出されたタイミングに基づいて上記所与の期間を設定し、設定した所与の期間ごとに平均加速度を算出してもよい。
【０１５３】
ここで、所与の期間とは、あるステップ検出タイミングから次のステップ検出タイミングまでの期間（１ステップ）であることが望ましい。このようにすれば、歩幅として１ステップ（１歩の歩行）での移動距離を求めることができ、移動距離を細かく推定していくことができるためである。ただし、複数ステップごとに平均加速度を求め、複数ステップ単位での移動距離を推定することを妨げるものではない。
【０１５４】
また、平均加速度とは、上記所与の期間での加速度検出値の平均値に相当する。具体的には図７を用いて説明したとおりであり、上式（９）に対応する。なお、上式（９）では、所与の期間での加速度検出値の数ではなく、当該所与の期間を表す時間間隔Ｔｎで除算をしている。これは、ステップ検出等とは異なり、加速度検出値は一定の間隔で取得することが想定されるためである。また、基準平均加速度とは平均加速度の基準となる情報であり、基準歩幅とは歩幅の基準となる情報である。
【０１５５】
具体的には、第１〜第Ｍ（Ｍは２以上の整数）の期間を設定し、第ｉ（１≦ｉ≦Ｍ−１）の期間は第ｉ＋１の期間よりも時間的に前の期間とする。その場合、本実施形態の状態検出装置１００は、第ｉの期間よりも前の期間において、基準平均加速度及び基準歩幅を取得する基準情報取得部１６４と、第ｉの期間での加速度センサー１０からの加速度検出値を取得する取得部１１０と、加速度検出値に基づいて第ｉの期間に含まれる所与の期間ごとの平均加速度を算出する平均加速度算出部１６２と、第ｉの期間での歩行又は走行に対応する歩幅を推定する歩幅推定部１６０とを含む。歩幅推定部１６０は、基準平均加速度と平均加速度の比、及び基準歩幅に基づいて歩幅を推定する。第１〜Ｍの各期間は、キャリブレーションの開始から終了までの期間、或いは歩幅推定対象となる運動の開始から終了までの期間に相当する。また、上述したように、１つの期間において歩幅推定とキャリブレーションの両方が行われてもよい。
【０１５６】
これにより、平均加速度、基準平均加速度及び基準歩幅に基づいた歩幅推定処理が可能になる。具体的には、基準平均加速度と平均加速度は、比の形で用いる。つまり、基準平均加速度に対して平均加速度の変動が大きいか小さいか、また変動の方向はどちらであるかに応じて、推定する歩幅の値が変化することになる。また、比に応じて推定する歩幅を変化させる際には、基準となる変化前の値が設定されていることが望ましく、本実施形態では基準歩幅を用いるものとする。ピッチを基準に歩幅を推定していた従来例では、ピッチが歩幅と線形でない等の要因により、推定した歩幅の精度が低かったが、本実施形態の手法によれば図３に示したように、精度の高い歩幅推定を行うことができる。
【０１５７】
また、状態検出装置１００は、図５に示したようにステップ検出部１４０を含んでもよい。そして、基準情報取得部１６４（狭義には基準情報取得部１６４に含まれる基準歩幅算出部１６８）は、入力距離情報と、基準情報取得期間でステップ検出部１４０が検出したステップ数とに基づいて、基準歩幅を取得する。なお、入力距離情報はユーザー入力情報であってもよいし、外部データであってもよい。また、図５等の説明では、ステップ検出部１４０はステップの検出を行うものであり、ステップ数の検出はステップカウント部１４４で、ステップ周期の検出はステップ周期情報検出部１４２で、それぞれ行われるものとしていた。しかし、これらの各部は独立である必要はなく、広義のステップ検出部として１つのブロックで構成されてもよい。以降の説明ではステップ検出部１４０は広義のステップ検出部であるものとし、ステップの検出だけではなく、ステップ数及びステップ周期情報の検出も行なうものとする。
【０１５８】
なお、本実施形態のステップ検出部１４０は、ユーザーの走行又は歩行のステップ等を検出してもよい。つまり、本実施形態の状態検出装置１００は、走行又は歩行のステップ数を少なくとも検出する（例えば、走行又は歩行のステップ、ステップ数及びステップ周期情報を検出する）ステップ検出部１４０を含み、基準情報取得部１６４は、入力距離情報と、基準情報取得期間でステップ検出部１４０が検出したステップ数とに基づいて、基準歩幅を取得してもよい。
【０１５９】
ここで、ステップとは加速度センサー１０の装着対象の一単位あたりの動きに対応するものである。例えば、加速度センサー１０が人（ユーザー）に装着され、状態検出装置１００がユーザーの走行又は歩行のステップ等を検出する場合であれば、ステップとはユーザーの歩行に対応するものであり、ユーザーの一歩の歩行によりステップが１回検出されることになる。また、本実施形態ではステップは走行又は歩行に関するものであることが想定されるが、広義のステップはこれに限定されるものではない。加速度センサー１０が乗り物（或いは当該乗り物に乗っているユーザー）に装着される場合であれば、ステップとは当該乗り物の動作において、一単位となる動作に対応する。例えば、乗り物が車であるとすれば、ステップとは搭載されたエンジンの回転に対応することが考えられる。具体的には、タービンを有するガスタービンエンジンであれば、タービンの１回転が１ステップに対応すると考えてもよい。
【０１６０】
また、基準情報取得期間とは、基準情報を取得するための期間のことであり、例えば歩行・走行の開始時から終了時までの期間であってもよい。入力距離情報とは、ユーザー或いは外部機器等から入力される距離情報のことであり、基準情報取得期間でのユーザーの移動距離に対応する情報である。ステップ数とは、基準情報取得期間において検出されたステップの数を表す。
【０１６１】
典型的な例としては、キャリブレーション（基準情報の取得）を主目的とした歩行・走行が考えられる。つまり、その際には歩幅推定が行われる必要はない。ユーザーは、キャリブレーションのために既知の距離（例えば８００ｍ）を走行し、当該既知の距離を入力距離情報として入力する。この際の基準情報取得期間とは８００ｍの走行を開始してから終了するまでの期間である。
【０１６２】
これにより、入力距離情報及びステップ数に基づいて基準歩幅を算出することが可能になる。具体的には、入力距離情報をＤ、ステップ数をＮとした場合に、基準歩幅ＮＳは上式（１０）で与えられてもよい。つまり、移動距離を歩数で除算することで１歩あたりの移動距離を求め、それを基準歩幅としている。基準歩幅はその後の運動での歩幅推定に用いられるため、適切な値を設定するべきであり、入力距離情報は基準情報取得期間でのユーザーの移動距離を正確に反映していることが望ましい。よって、入力距離情報は、ユーザーが既知の距離を入力するユーザー入力情報であるか、外部機器（例えばＧＰＳ等）により得られる正確性の高い外部データであるとよい。
【０１６３】
また、基準情報取得部１６４（狭義には基準情報取得部１６４に含まれる基準平均加速度算出部１６６）は、基準情報取得期間で取得された平均加速度とステップ数とに基づいて、基準平均加速度を取得してもよい。
【０１６４】
これにより、平均加速度とステップ数から基準平均加速度を算出することが可能になる。基準情報取得期間とは、歩行・走行の開始から終了までの期間や、外部データ取得タイミングによって決まる期間であることが想定される。よって、基準情報取得期間で検出されるステップ数（歩数）Ｎは一般的にある程度の大きさであり、少なくとも２以上の整数となる（Ｎ＝１であることを妨げないが、そのような場合算出される基準情報の信頼性には疑問が残ることになる）。そして、平均加速度は１ステップに１回算出されることが想定されるため、基準情報取得期間ではＡ１〜ＡＮのＮ個の平均加速度が取得される。このＮ、及びＡ１〜ＡＮに基づいて、平均加速度の基準となりうる情報を求めて基準平均加速度とすればよく、例えば上式（１１）に示したように、Ａ１〜ＡＮの平均値を取ればよい。
【０１６５】
また、歩幅推定部１６０は、基準平均加速度をＮＡ、基準歩幅をＮＳ、係数をＣ、所与のタイミングで取得された平均加速度をＡｎとした場合に、Ａｎが取得されたタイミングに対応する歩幅Ｓｎを、Ｓｎ＝Ｃ×（Ａｎ／ＮＡ）×ＮＳにより求めてもよい。
【０１６６】
これにより、上式（１２）に基づいて歩幅を推定することが可能になる。つまり、一旦係数Ｃを考慮しないものとすれば、平均加速度Ａｎが基準平均加速度ＮＡと一致するときは、歩幅Ｓｎは基準歩幅ＮＳと同じになり、ＡｎがＮＡのｋ倍であれば、ＳｎもＮＳのｋ倍となる。よって、ピッチを用いた従来例においては、ピッチと歩幅が線形ではないため充分な精度が得られなかったが、平均加速度を用いることにより、線形性を有する容易な演算により歩幅を推定することが可能になる。なお、Ｃは運動状態や個人差によって決まる係数であり、Ｃを適切に設定することで更なる精度向上を図ることができる。
【０１６７】
また、基準情報取得部１６４は、信号値取得期間での平均加速度及びステップ数に基づいて基準平均加速度候補を求めてもよい。そして、基準情報取得指示があった場合には、基準平均加速度候補を基準平均加速度として取得する。その際、取得された基準平均加速度は、基準情報取得指示に基づいて取得される信号値取得期間での基準歩幅との対応付けがされることになる。なお、基準情報取得指示の際には、基準情報取得部１６４は信号値取得期間での走行・歩行の移動距離を表す基準距離情報を取得する。基準距離情報はユーザー入力情報であってもよいし、外部データであってもよい。
【０１６８】
ここで、信号値取得期間とは、信号値（狭義には加速度センサーのセンサー情報）を取得する期間のことであり、例えば歩行・走行の開始から終了までの期間である。基準情報取得指示とは、基準情報の取得を求める指示のことであり、ユーザーが操作部５０を操作することにより行われてもよいし、外部機器からの信号に基づいて行われてもよい。基準情報取得指示は、信号値取得期間でのユーザーの移動距離に対応する基準距離情報の入力を伴うことが想定される。
【０１６９】
これにより、歩幅推定を主目的として取得した平均加速度に基づいて、基準情報を取得することが可能になる。本実施形態の状態検出装置１００の典型的な使用例としては、まず基準情報取得期間での運動で歩幅推定を伴わないキャリブレーションを行い、基準情報を取得し、取得した基準情報を用いて以後の運動（各運動は信号値取得期間で行われる）において歩幅推定を行う（その際はキャリブレーションを伴わない）ものが考えられる。もし基準情報を更新したい場合には、再度歩幅推定を伴わないキャリブレーションを行う。つまり、キャリブレーションと歩幅推定は排他的に行われることが典型例となる。
【０１７０】
しかし、上述したように、歩幅の推定においても平均加速度（Ａ１〜ＡＮ）の算出は行われるし、ステップ検出に伴いステップ数Ｎの取得も行われる。つまり、キャリブレーションを目的としない運動であっても、上式（１１）によりＮＡを算出することが可能である。通常の運動では、当該運動での移動距離Ｄが取得されないため、上式（１０）を用いた基準歩幅の算出ができないことになり、ＮＡが算出できてもさほど意味はない。基準歩幅と基準平均加速度とは同じ期間での運動に基づいて、対応付けて取得されるべきだからである。しかし、裏を返せばＤさえ取得できるのであれば、歩幅推定を目的とした運動においてもキャリブレーションを行うことができるということになる。つまり、目的がキャリブレーションでなくても、ＮＡを毎回算出しておき基準平均加速度候補としておく。そして、基準情報取得指示を受け、基準距離情報Ｄが入力された場合には、ＤとＮに基づき基準歩幅を算出するとともに、基準平均加速度候補を基準平均加速度として採用すればよい。このようにすれば、歩幅推定とキャリブレーションの両方を１回の運動で行うことが可能になる。
【０１７１】
なお、本実施形態では、キャリブレーションを主目的とする運動での処理期間を基準情報取得期間とし、基準情報取得期間での精度の高い移動距離を入力距離情報としている。一方、歩幅推定を主目的とする運動での処理期間を信号値取得期間とし、信号値取得期間での精度の高い移動距離を基準距離情報としている。つまり、運動の目的に応じて用語を使い分けているが、基準情報取得期間と信号値取得期間、入力距離情報と基準距離情報の持つ物理的な意味については、差異はほとんどないといってもよい。
【０１７２】
また、状態検出装置１００は、加速度検出値に対してバンドパスフィルター処理を行うフィルター処理部１２０と、バンドパスフィルター処理のフィルター特性を変化させる制御部１３０を含んでもよい。そして、ステップ検出部１４０は、バンドパスフィルター処理後の加速度検出値に基づいてステップ周期を検出する。制御部１３０は、ステップ検出部１４０において検出されたステップ周期に基づいて、バンドパスフィルター処理のフィルター特性を変化させる。
【０１７３】
これにより、取得部１１０が取得した加速度検出値に対して、適切にフィルター処理を施すことが可能になる。さらに、ステップ周期に基づいて適応的にフィルター特性を変化させることも可能になる。図１に示したように、加速度検出値にはステップ周波数に対応する周波数以外にもピークが存在し、それらの成分は処理の妨げとなる。よって、ステップ周波数を通過させ、他のピークを非通過とするフィルター処理を行うことで、その後の処理を容易にできる。ただし、ステップ周波数は運動状態（具体的にはユーザーの歩行・走行ピッチ）に応じて変化してしまうため、運動状態の変化に追随してフィルターの特性も変化させるとよい。なお、フィルターの通過・非通過とは、カットオフ周波数により決定されてもよい。バンドパスフィルターであれば、カットオフ周波数を上限値、下限値とする通過帯域を設定し、当該通過帯域に含まれる周波数は通過、それ以外の周波数を非通過と定義できる。
【０１７４】
また、状態検出装置１００は、図５に示したように歩幅推定部１６０により推定された歩幅に基づいて、走行又は歩行の距離を算出する距離情報算出部１７０を含んでもよい。
【０１７５】
これにより、推定された歩幅に基づいて、ユーザーの移動距離を算出することが可能になる。例えば、歩幅が１歩ごとに推定されるのであれば、当該歩幅の累和を求めればよい。また、平均加速度がＭ（Ｍは２以上の整数）ステップごとに算出される等の要因により、Ｍステップごとに１歩あたりの歩幅が推定されるのであれば、算出された歩幅とＭの積を取ることで移動距離を求めることができる。
【０１７６】
また、状態検出装置１００は、加速度検出値に基づいて、ユーザーの運動状態が走行状態か歩行状態かを判定する判定部１５０を含んでもよい。そして、距離情報算出部１７０は、走行状態と判定された場合には歩幅推定部１６０で推定された歩幅に基づいて距離情報を算出する。また、歩行状態と判定された場合には所定歩幅に基づいて距離情報を算出する。
【０１７７】
ここで、判定部１５０での判定は、走行状態或いは歩行状態のどちらか一方であるという判定に限定されず、走行状態でも歩行状態でもない第３の状態であるという判定を行なってもよい。
【０１７８】
これにより、走行状態と歩行状態とで、距離情報の算出に用いる歩幅を変えることが可能になる。走行状態では、歩行状態に比べて激しい運動であるため、歩幅は激しく変動することが想定される。よって、そのような変動に対応するためにも、歩幅は歩幅推定部１６０での推定結果を用いるとよい。それに対して、歩行状態は比較的緩やかな運動であるから歩幅の変動は小さい。よって、所定歩幅を用いて距離情報を算出したとしても問題は生じにくいと考えられる。このようにすることで、歩行状態と判定された場合には歩幅推定処理を行う必要がなくなるため、処理負荷を軽減することが可能になる。
【０１７９】
また、以上の本実施形態は上述した状態検出装置１００を含む電子機器に適用してもよい。
【０１８０】
これにより、図４に示したような状態検出装置１００を含む電子機器を実現することが可能になる。電子機器としては典型的には、上述してきた腕時計型デバイスが考えられる。腕時計型デバイスは、図４に示したように状態検出装置１００、加速度センサー１０の他、表示部４０等を含んでもよい。図４では外部のホストコンピューターとの通信を考慮して通信部３０を設けているが、通信を行わない（或いは頻度が低い）のであれば、基本的に腕時計型デバイス内ですべての処理を行うことができる。
【０１８１】
また、以上の本実施形態は、加速度センサー１０からの加速度検出値を取得する取得部１１０と、加速度検出値に基づいて所与の期間ごとの平均加速度を算出する平均加速度算出部１６２と、基準平均加速度及び基準歩幅を取得する基準情報取得部１６４と、歩幅を推定する歩幅推定１６０としてコンピューターを機能させるプログラムにてきようしてもよい。その際、歩幅推定部１６０は、基準平均加速度と平均加速度の比、及び基準歩幅に基づいて歩幅を推定する。
【０１８２】
これにより、上述してきた状態検出装置１００と同様の処理をプログラムにより実現することが可能になる。そして、上記プログラムは、情報記憶媒体に記録される。ここで、情報記録媒体としては、ＤＶＤやＣＤ等の光ディスク、光磁気ディスク、ハードディスク（ＨＤＤ）、不揮発性メモリーやＲＡＭ等のメモリーなど、システムによって読み取り可能な種々の記録媒体を想定できる。例えば、図１３のシステム（ＣＰＵやＧＰＵ等により実現される処理部７０を含む電子機器等）では、プログラムは情報記憶媒体６０に記憶され、処理部７０により読み出されて処理が行われることになる。また、図１３から加速度センサー１０を除いた構成として、ユーザーが装着する加速度センサー１０とは別体のシステム（例えばＰＣ等）を考えた場合に、プログラムは当該システムに含まれる情報記憶媒体６０に記憶されてもよい。ＰＣ等の場合、ユーザーが装着することは一般的に想定されないため、別体として構成された加速度センサー１０から無線通信等によりセンサー情報を取得し、当該センサー情報に対して、情報記憶媒体６０に記憶されたプログラムに基づいて処理部７０（ＣＰＵ等）で処理が行われることになる。
【０１８３】
また、以上の本実施形態は、加速度センサー１０からの加速度検出値を取得する取得部１１０と、加速度検出値に基づいて所与の期間ごとの平均速度を算出する平均速度算出部と、基準平均速度及び基準歩幅を取得する基準情報取得部１６４と、歩幅を推定する歩幅推定１６０とを含む状態検出装置１００に適用してもよい。歩幅推定部１６０は、基準平均速度と平均速度の比、及び基準歩幅に基づいて歩幅を推定する。
【０１８４】
また、以上の本実施形態は、加速度センサー１０からの加速度検出値を取得する取得部１１０と、加速度検出値に基づいて所与の期間ごとの平均速度を算出する平均速度算出部と、基準平均速度及び基準歩幅を取得する基準情報取得部１６４と、歩幅を推定する歩幅推定１６０としてコンピューターを機能させるプログラムに適用してもよい。歩幅推定部１６０は、基準平均速度と平均速度の比、及び基準歩幅に基づいて歩幅を推定する。
【０１８５】
これにより、平均加速度ではなく、平均速度に基づいた処理を行うことが可能になる。具体的には、上式（１３）〜（１６）に対応する。その他の処理の内容については平均加速度を用いた場合と同様であるため、詳細な説明は省略する。なお、プログラムに適用した場合に、当該プログラムが図１３に示した情報記憶媒体６０に記憶される点も同様である。
【０１８６】
なお、以上のように本実施形態について詳細に説明したが、本発明の新規事項および効果から実体的に逸脱しない多くの変形が可能であることは当業者には容易に理解できるであろう。従って、このような変形例はすべて本発明の範囲に含まれるものとする。例えば、明細書又は図面において、少なくとも一度、より広義または同義な異なる用語と共に記載された用語は、明細書又は図面のいかなる箇所においても、その異なる用語に置き換えることができる。また状態検出装置の構成、動作も本実施形態で説明したものに限定されず、種々の変形実施が可能である。
【符号の説明】
【０１８７】
１０ 加速度センサー、２０ 記憶部、３０ 通信部、４０ 表示部、５０ 操作部、
６０ 情報記憶媒体、７０ 処理部、１００ 状態検出装置、１１０ 取得部、
１２０ フィルター処理部、１３０ 制御部、１４０ ステップ検出部、
１４２ ステップ周期情報検出部、１４４ ステップカウント部、１５０ 判定部、
１６０ 歩幅推定部、１６２ 平均加速度算出部、１６４ 基準情報取得部、
１６６ 基準平均加速度算出部、１６８ 基準歩幅算出部、１７０ 距離情報算出部
【特許請求の範囲】
【請求項１】
加速度センサーからの加速度検出値を取得する取得部と、
前記加速度検出値に基づいて、所与の期間ごとの平均加速度を算出する平均加速度算出部と、
基準平均加速度と基準歩幅を取得する基準情報取得部と、
前記基準平均加速度に対する前記平均加速度の比、及び前記基準歩幅に基づいて、歩幅を推定する歩幅推定部と、
を含むことを特徴とする状態検出装置。
【請求項２】
請求項１において、
ステップ検出部を含み、
前記基準情報取得部は、
入力距離情報と、基準情報取得期間で前記ステップ検出部が検出したステップ数とに基づいて、前記基準歩幅を取得することを特徴とする状態検出装置。
【請求項３】
請求項２において、
前記基準情報取得部は、
前記基準情報取得期間で取得された前記平均加速度と、前記ステップ数とに基づいて、前記基準平均加速度を取得することを特徴とする状態検出装置。
【請求項４】
請求項２又は３において、
前記歩幅推定部は、
前記基準平均加速度をＮＡ、前記基準歩幅をＮＳ、係数をＣ、所与のタイミングで取得された前記平均加速度をＡｎとした場合に、前記平均加速度Ａｎが取得されたタイミングに対応する前記歩幅Ｓｎを、Ｓｎ＝Ｃ×（Ａｎ／ＮＡ）×ＮＳにより求めることを特徴とする状態検出装置。
【請求項５】
請求項２乃至４のいずれかにおいて、
前記入力距離情報は、ユーザー入力情報又は外部データであることを特徴とする状態検出装置。
【請求項６】
請求項２乃至５のいずれかにおいて、
前記基準情報取得部は、
信号値取得期間での前記平均加速度、及び前記信号値取得期間で検出された前記ステップ数に基づいて、基準平均加速度候補を求め、
基準情報取得指示があった場合には、前記信号値取得期間での前記基準歩幅に対応付けて前記基準平均加速度候補を前記基準平均加速度として取得することを特徴とする状態検出装置。
【請求項７】
請求項６において、
前記基準情報取得部は、
前記基準情報取得指示の際に、前記信号値取得期間での前記走行又は前記歩行の基準距離情報を取得することを特徴とする状態検出装置。
【請求項８】
請求項７において、
前記基準距離情報は、ユーザー入力情報又は外部データであることを特徴とする状態検出装置。
【請求項９】
請求項２乃至８のいずれかにおいて、
前記平均加速度算出部は、
前記ステップ検出部でステップが検出されたタイミングに基づいて設定された前記所与の期間ごとに前記平均加速度を算出することを特徴とする状態検出装置。
【請求項１０】
請求項９において、
前記加速度検出値に対してバンドパスフィルター処理を行うフィルター処理部と、
前記フィルター処理部での前記バンドパスフィルター処理のフィルター特性を変化させる制御部と、
を含み、
前記ステップ検出部は、
前記バンドパスフィルター処理後の前記加速度検出値に基づいて、ステップ周期情報を検出し、
前記制御部は、
前記ステップ検出部において検出した前記ステップ周期情報に基づいて、前記バンドパスフィルター処理の前記フィルター特性を適応的に変化させることを特徴とする状態検出装置。
【請求項１１】
請求項１乃至１０のいずれかにおいて、
前記歩幅推定部により推定された前記歩幅に基づいて、走行又は歩行の距離情報を算出する距離情報算出部を含むことを特徴とする状態検出装置。
【請求項１２】
請求項１１において、
前記加速度検出値に基づいて、走行状態か歩行状態かを判定する判定部を含み、
前記距離情報算出部は、
前記判定部で前記走行状態であると判定された場合には、前記歩幅推定部で推定された前記歩幅に基づいて前記距離情報を算出し、前記判定部で前記歩行状態であると判定された場合には、所定歩幅に基づいて前記距離情報を算出することを特徴とする状態検出装置。
【請求項１３】
加速度センサーからの加速度検出値を取得する取得部と、
前記加速度検出値に基づいて、所与の期間ごとの平均速度を算出する平均速度算出部と、
基準平均速度と基準歩幅を取得する基準情報取得部と、
前記基準平均速度に対する前記平均速度の比、及び前記基準歩幅に基づいて、歩幅を推定する歩幅推定部と、
を含むことを特徴とする状態検出装置。
【請求項１４】
請求項１乃至１３のいずれかに記載の状態検出装置を含むことを特徴とする電子機器。
【請求項１５】
加速度センサーからの加速度検出値を取得する取得部と、
前記加速度検出値に基づいて、所与の期間ごとの平均加速度を算出する平均加速度算出部と、
基準平均加速度と基準歩幅を取得する基準情報取得部と、
前記基準平均加速度に対する前記平均加速度の比、及び前記基準歩幅に基づいて、歩幅を推定する歩幅推定部として、
コンピューターを機能させることを特徴とするプログラム。
【請求項１６】
加速度センサーからの加速度検出値を取得する取得部と、
前記加速度検出値に基づいて、所与の期間ごとの平均速度を算出する平均速度算出部と、
基準平均速度と基準歩幅を取得する基準情報取得部と、
前記基準平均速度に対する前記平均速度の比、及び前記基準歩幅に基づいて、歩幅を推定する歩幅推定部として、
コンピューターを機能させることを特徴とするプログラム。
【請求項１】
加速度センサーからの加速度検出値を取得する取得部と、
前記加速度検出値に基づいて、所与の期間ごとの平均加速度を算出する平均加速度算出部と、
基準平均加速度と基準歩幅を取得する基準情報取得部と、
前記基準平均加速度に対する前記平均加速度の比、及び前記基準歩幅に基づいて、歩幅を推定する歩幅推定部と、
を含むことを特徴とする状態検出装置。
【請求項２】
請求項１において、
ステップ検出部を含み、
前記基準情報取得部は、
入力距離情報と、基準情報取得期間で前記ステップ検出部が検出したステップ数とに基づいて、前記基準歩幅を取得することを特徴とする状態検出装置。
【請求項３】
請求項２において、
前記基準情報取得部は、
前記基準情報取得期間で取得された前記平均加速度と、前記ステップ数とに基づいて、前記基準平均加速度を取得することを特徴とする状態検出装置。
【請求項４】
請求項２又は３において、
前記歩幅推定部は、
前記基準平均加速度をＮＡ、前記基準歩幅をＮＳ、係数をＣ、所与のタイミングで取得された前記平均加速度をＡｎとした場合に、前記平均加速度Ａｎが取得されたタイミングに対応する前記歩幅Ｓｎを、Ｓｎ＝Ｃ×（Ａｎ／ＮＡ）×ＮＳにより求めることを特徴とする状態検出装置。
【請求項５】
請求項２乃至４のいずれかにおいて、
前記入力距離情報は、ユーザー入力情報又は外部データであることを特徴とする状態検出装置。
【請求項６】
請求項２乃至５のいずれかにおいて、
前記基準情報取得部は、
信号値取得期間での前記平均加速度、及び前記信号値取得期間で検出された前記ステップ数に基づいて、基準平均加速度候補を求め、
基準情報取得指示があった場合には、前記信号値取得期間での前記基準歩幅に対応付けて前記基準平均加速度候補を前記基準平均加速度として取得することを特徴とする状態検出装置。
【請求項７】
請求項６において、
前記基準情報取得部は、
前記基準情報取得指示の際に、前記信号値取得期間での前記走行又は前記歩行の基準距離情報を取得することを特徴とする状態検出装置。
【請求項８】
請求項７において、
前記基準距離情報は、ユーザー入力情報又は外部データであることを特徴とする状態検出装置。
【請求項９】
請求項２乃至８のいずれかにおいて、
前記平均加速度算出部は、
前記ステップ検出部でステップが検出されたタイミングに基づいて設定された前記所与の期間ごとに前記平均加速度を算出することを特徴とする状態検出装置。
【請求項１０】
請求項９において、
前記加速度検出値に対してバンドパスフィルター処理を行うフィルター処理部と、
前記フィルター処理部での前記バンドパスフィルター処理のフィルター特性を変化させる制御部と、
を含み、
前記ステップ検出部は、
前記バンドパスフィルター処理後の前記加速度検出値に基づいて、ステップ周期情報を検出し、
前記制御部は、
前記ステップ検出部において検出した前記ステップ周期情報に基づいて、前記バンドパスフィルター処理の前記フィルター特性を適応的に変化させることを特徴とする状態検出装置。
【請求項１１】
請求項１乃至１０のいずれかにおいて、
前記歩幅推定部により推定された前記歩幅に基づいて、走行又は歩行の距離情報を算出する距離情報算出部を含むことを特徴とする状態検出装置。
【請求項１２】
請求項１１において、
前記加速度検出値に基づいて、走行状態か歩行状態かを判定する判定部を含み、
前記距離情報算出部は、
前記判定部で前記走行状態であると判定された場合には、前記歩幅推定部で推定された前記歩幅に基づいて前記距離情報を算出し、前記判定部で前記歩行状態であると判定された場合には、所定歩幅に基づいて前記距離情報を算出することを特徴とする状態検出装置。
【請求項１３】
加速度センサーからの加速度検出値を取得する取得部と、
前記加速度検出値に基づいて、所与の期間ごとの平均速度を算出する平均速度算出部と、
基準平均速度と基準歩幅を取得する基準情報取得部と、
前記基準平均速度に対する前記平均速度の比、及び前記基準歩幅に基づいて、歩幅を推定する歩幅推定部と、
を含むことを特徴とする状態検出装置。
【請求項１４】
請求項１乃至１３のいずれかに記載の状態検出装置を含むことを特徴とする電子機器。
【請求項１５】
加速度センサーからの加速度検出値を取得する取得部と、
前記加速度検出値に基づいて、所与の期間ごとの平均加速度を算出する平均加速度算出部と、
基準平均加速度と基準歩幅を取得する基準情報取得部と、
前記基準平均加速度に対する前記平均加速度の比、及び前記基準歩幅に基づいて、歩幅を推定する歩幅推定部として、
コンピューターを機能させることを特徴とするプログラム。
【請求項１６】
加速度センサーからの加速度検出値を取得する取得部と、
前記加速度検出値に基づいて、所与の期間ごとの平均速度を算出する平均速度算出部と、
基準平均速度と基準歩幅を取得する基準情報取得部と、
前記基準平均速度に対する前記平均速度の比、及び前記基準歩幅に基づいて、歩幅を推定する歩幅推定部として、
コンピューターを機能させることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１３−１１３７６１（Ｐ２０１３−１１３７６１Ａ）
【公開日】平成２５年６月１０日（２０１３．６．１０）
【国際特許分類】
【出願番号】特願２０１１−２６１４９７（Ｐ２０１１−２６１４９７）
【出願日】平成２３年１１月３０日（２０１１．１１．３０）
【出願人】（０００００２３６９）セイコーエプソン株式会社 (51,324)
【Ｆターム（参考）】
【公開日】平成２５年６月１０日（２０１３．６．１０）
【国際特許分類】
【出願日】平成２３年１１月３０日（２０１１．１１．３０）
【出願人】（０００００２３６９）セイコーエプソン株式会社 (51,324)
【Ｆターム（参考）】
[ Back to top ]