JP2023119602A - 情報処理方法、プログラム及び情報処理装置 - Google Patents

Abstract

【課題】より適切に警告機能を制限することができる情報処理方法、プログラム及び情報処理装置を提供する。【解決手段】コンピュータが実行する情報処理方法は、対象が或る運動を行っているときの対象の運動状態に係る警告機能として所定の通常警告機能による警告が発生している状態の時間の長さに係る第１条件と、対象の疲労度に係る第２条件と、対象が行っている或る運動の内容が或る内容ではないという第３条件と、対象の或る運動に係る目標の達成の可能性に係る第４条件と、対象の運動能力に係る第５条件との少なくとも一つを含む実行条件が成立したかを判別し、実行条件が成立したことを条件として、通常警告機能の場合よりも警告が制限されるように警告機能を制御する制限処理を実行する。【選択図】図４

Description

本発明は、情報処理方法、プログラム及び情報処理装置に関する。

従来、被験者などの対象が携帯する機器や、対象に装着されて用いられる機器により対象の運動状態を検出し、検出された運動状態が所定の範囲にない場合に対象に対して警告を行う技術がある。例えば、特許文献１には、検出された重力加速度方向の加速度が閾値以下である場合に、対象が転倒する可能性があると判定して警告を行う技術が開示されている。また、対象の歩行ピッチが小さいほど閾値を小さくすることで、もともと加速度が小さくなりやすい状態で歩行しているときに、必要以上に警告が行われないように警告機能を制限する技術が開示されている。

特開２０１３－２３２８０６号公報

しかしながら、単に歩行ピッチ等の運動状態に応じた一律の条件によって警告機能を制限するか否かを判別すると、対象の疲労度や周囲の状況等により、警告対象となる範囲で運動せざるを得ない場合には、対象が不適切と感じる警告が行われたり、対象が警告を認識した後にも警告が行われ続けたりして煩わしい。
このように、従来の技術には、警告機能を適切に制限することができないという課題がある。

この発明の目的は、より適切に警告機能を制限することができる情報処理方法、プログラム及び情報処理装置を提供することにある。

上記課題を解決するため、本発明に係る情報処理方法は、
コンピュータが実行する情報処理方法であって、
対象が或る運動を行っているときの前記対象の運動状態に係る警告機能として所定の通常警告機能による警告が発生している状態の時間の長さに係る第１条件と、前記対象の疲労度に係る第２条件と、前記対象が行っている前記或る運動の内容が或る内容ではないという第３条件と、前記対象の前記或る運動に係る目標の達成の可能性に係る第４条件と、前記対象の運動能力に係る第５条件との少なくとも一つを含む実行条件が成立したかを判別し、
前記実行条件が成立したことを条件として、前記通常警告機能の場合よりも警告が制限されるように前記警告機能を制御する制限処理を実行する。

また、上記課題を解決するため、本発明に係るプログラムは、
コンピュータに、
対象が或る運動を行っているときの前記対象の運動状態に係る警告機能として所定の通常警告機能による警告が発生している状態の時間の長さに係る第１条件と、前記対象の疲労度に係る第２条件と、前記対象が行っている前記或る運動の内容が或る内容ではないという第３条件と、前記対象の前記或る運動に係る目標の達成の可能性に係る第４条件と、前記対象の運動能力に係る第５条件との少なくとも一つを含む実行条件が成立したかを判別する処理、
前記実行条件が成立したことを条件として、前記通常警告機能の場合よりも警告が制限されるように前記警告機能を制御する制限処理を実行する処理、
を実行させる。

また、上記課題を解決するため、本発明に係る情報処理装置は、
対象が或る運動を行っているときの前記対象の運動状態に係る警告機能として所定の通常警告機能による警告が発生している状態の時間の長さに係る第１条件と、前記対象の疲労度に係る第２条件と、前記対象が行っている前記或る運動の内容が或る内容ではないという第３条件と、前記対象の前記或る運動に係る目標の達成の可能性に係る第４条件と、前記対象の運動能力に係る第５条件との少なくとも一つを含む実行条件が成立したかを判別し、
前記実行条件が成立したことを条件として、前記通常警告機能の場合よりも警告が制限されるように前記警告機能を制御する制限処理を実行する、
コンピュータを備える。

本発明によれば、より適切に警告機能を制限することができる。

運動支援システムを示す図である。 端末装置の機能構成を示すブロック図である。 センサ装置の機能構成を示すブロック図である。 端末装置の警告機能に係る動作の概要を説明する図である。 警告設定データの内容例を示す図である。 警告処理の制御手順を示すフローチャートである。 実行条件判別処理の制御手順を示すフローチャートである。 変形例１に係る実行条件判別処理の制御手順を示すフローチャートである。 変形例２に係る実行条件判別処理の制御手順を示すフローチャートである。

以下、本発明に係る実施の形態を図面に基づいて説明する。

＜運動支援システムの構成＞
図１は、本実施形態の運動支援システム１を示す図である。
運動支援システム１（情報処理システム）は、端末装置１０（情報処理装置）と、センサ装置２０と、を備える。運動支援システム１は、ユーザＵ（対象）の身体に装着されたセンサ装置２０により、ユーザＵの運動状態に係る情報を取得する。また、運動支援システム１は、取得された運動状態に係る情報や、当該運動状態を解析して得られた情報（ユーザＵに対する運動に係るアドバイス等）を、端末装置１０を介してユーザＵに提示することにより、ユーザＵの運動を支援する。ユーザＵが行う運動は、例えば歩行又は走行である。本実施形態では、運動支援システム１により、ユーザの運動としてのランニング（走行）を支援する例を用いて説明する。運動としてのランニングに係る運動状態としては、例えば、移動距離、移動速度（ペース）、及びユーザＵの体の動きに係る種々の運動指標などがある。

センサ装置２０は、ユーザＵの身体（例えば、腰部）に装着されて用いられるウェアラブル端末である。センサ装置２０は、自装置の運動状態を検出するセンサ部２４（図３参照）を備え、センサ部２４により、センサ装置２０が装着されたユーザＵの運動に応じた体の動きを検出し、体の動きに係る運動指標の値を導出する。
ユーザＵの運動がランニングである場合の運動指標としては、例えば、「ピッチ」、「ストライド」、「上下動」及び「左右動」などが挙げられる。
「ピッチ」は、１分間当たりの歩数である。
「ストライド」は、接地（ユーザＵの足（足の裏）が地面に接すること）から次の接地までの１歩で進む距離である。
「上下動」は、走行の１周期（或る脚の接地から次の接地までの時間）におけるユーザＵの身体の重心又は腰の位置の最高点と最低点との差の大きさである。
「左右動」は、１周期における身体の重心又は腰の位置の左右方向についての振れ幅の大きさである。
これらは運動指標の例示であり、センサ装置２０により検出可能な体の動きに係る任意の指標を運動指標として用いることができる。

また、センサ装置２０は、自装置の位置情報を取得する位置情報取得部２５（図３参照）を備え、位置情報取得部２５が取得した位置情報に基づいて、センサ装置２０が装着されたユーザＵの移動距離や移動速度などを導出する。
また、センサ装置２０は、無線通信（例えば、ブルートゥース（登録商標）などの近距離無線通信）により端末装置１０との間でデータの送受信が可能である。センサ装置２０は、ユーザＵの運動状態に係る情報（運動指標、移動距離及び移動速度等に係る情報）を含む運動データを生成して端末装置１０に送信する。

端末装置１０は、ランニングを行っているときにユーザＵが携帯する機器である。本実施形態では、端末装置１０として、ユーザＵの手首に装着されて用いられるスマートウォッチ（電子時計）を例に挙げて説明する。なお、端末装置１０は、手首に装着されて用いられるその他のリスト型端末であってもよいし、手首以外（例えば、腕など）に装着されて用いられる機器であってもよい。また、ユーザＵが身体に装着せずに携帯する機器であってもよい。例えば、端末装置１０は、スマートフォンであってもよい。また、端末装置１０は、外部のサーバとの間で情報の送受信が可能であってもよく、ユーザＵの運動状態に係る情報が端末装置１０からサーバに送信されてサーバに記録されてもよい。また、サーバにおいて運動状態に係る情報が解析されてもよく、端末装置１０は、当該解析結果を受信してユーザに提示してもよい。

端末装置１０には、ユーザの運動を支援するサービスをユーザに提供するためのアプリケーションプログラム（以下、「運動アプリ１３１」（プログラム）（図２参照）と記す）がインストールされている。端末装置１０は、運動アプリ１３１が実行されている状態において（すなわち、運動アプリ１３１上で）、センサ装置２０から受信した運動データに基づいて運動状態に係る種々の情報を表示したり、当該運動状態の解析結果を表示したりする。具体的には、端末装置１０は、ランニングの移動距離、残り距離、移動速度（ペース）、及び上述の運動指標などの情報を、運動状態に係る情報として表示する。ただし、端末装置１０が表示する情報はこれらに限られない。

また、端末装置１０は、ランニング中に、運動アプリ１３１上で、ユーザＵに対して運動状態に係る警告（アラート、報知）を発生させる警告機能を有する。詳しくは、端末装置１０は、警告機能を実現するための警告部１４（図２参照）を有し、予め設定された運動状態に係る或る指標（以下、「警告対象指標」と記す）が、所定の正常範囲から外れた場合に、警告部１４による警告を行う。ここで、警告対象指標は、上述した運動指標のいずれかであってもよいし、移動速度（ペース）などであってもよい。ユーザＵは、警告が行われたことによって、自身の走りの指標が正常範囲から外れていることを認識することができ、この警告を参考にして、以降の走りの改善することができる。

＜端末装置の構成＞
図２は、端末装置１０の機能構成を示すブロック図である。
端末装置１０は、ＣＰＵ１１（Central Processing Unit）と、ＲＡＭ１２（Random Access Memory）と、記憶部１３と、表示部１４１と、音声出力部１４２と、振動部１４３と、操作部１５と、脈波検出部１６と、通信部１７と、バス１８などを備える。端末装置１０の各部は、バス１８を介して接続されている。

ＣＰＵ１１は、記憶部１３に記憶されている運動アプリ１３１を読み出して実行し、各種演算処理を行うことで、端末装置１０の各部の動作を制御するプロセッサである。本実施形態では、ＣＰＵ１１が「コンピュータ」（処理部）に相当する。なお、「コンピュータ」は、複数のプロセッサ（例えば複数のＣＰＵ）を有していてもよく、本実施形態のＣＰＵ１１が実行する複数の処理を、当該複数のプロセッサが実行してもよい。この場合には、複数のプロセッサが「コンピュータ」に相当する。この場合において、複数のプロセッサが共通の処理に関与してもよいし、あるいは、複数のプロセッサが独立に異なる処理を並列に実行してもよい。

ＲＡＭ１２は、ＣＰＵ１１に作業用のメモリ空間を提供し、一時データを記憶する。

記憶部１３は、コンピュータとしてのＣＰＵ１１により読み取り可能な非一時的な記録媒体であり、運動アプリ１３１等のプログラム及び各種データを記憶する。記憶部１３は、例えばフラッシュメモリ等の不揮発性メモリを含む。運動アプリ１３１は、コンピュータが読み取り可能なプログラムコードの形態で記憶部１３に格納されている。記憶部１３に記憶されているデータには、上述した警告を行うための処理において参照される警告設定データ１３２がある。警告設定データ１３２の具体的な内容については後述する。

表示部１４１は、ＣＰＵ１１による制御下で、運動アプリ１３１の操作画面、上述の運動状態に係る種々の情報、及び警告に係る情報などを表示する。表示部１４１としては、例えば、ドットマトリクス方式で表示を行う液晶表示装置を用いることができるが、これに限られない。

音声出力部１４２は、ＣＰＵ１１による制御に従って、ビープ音などの所定の音声を出力する。

振動部１４３は、ＣＰＵ１１による制御に従って振動する振動子を有する。振動部１４３の振動子の振動は、端末装置１０の筐体に伝播するようになっている。端末装置１０を装着しているユーザＵは、当該筐体に伝播した振動を手首で認識することができる。

表示部１４１、音声出力部１４２及び振動部１４３により、上述の警告を発生する警告部１４が構成される。警告部１４は、表示部１４１における表示、音声出力部１４２による音声の出力、及び振動部１４３の振動の組み合わせによって、ユーザＵに対する警告を行う。
なお、警告部１４の構成は、図２に示したものに限られず、音声出力部１４２及び振動部１４３の少なくとも一方が省略されてもよい。また、警告部１４が音声出力部１４２及び振動部１４３の少なくとも一方を有する場合には、警告部１４が表示部１４１を含まない構成としてもよい。すなわち、音声及び振動の少なくとも一方により警告を行ってもよい。また、警告部１４は、表示部１４１、音声出力部１４２及び振動部１４３以外に警告を行うための構成、例えば発光により警告を行う発光部を有していてもよい。

操作部１５は、ユーザの入力操作を受け付けて、入力操作に応じた入力信号をＣＰＵ１１に出力する。操作部１５は、表示部１４１の表示画面に重ねられて設けられたタッチパネルを備え、このタッチパネルによりユーザの指などの接触を入力操作として検知する。また、操作部１５は、タッチパネルとともに、又はタッチパネルに代えて、ハードウェアボタンを備えていてもよく、このハードウェアボタンにより入力操作を受け付け可能であってもよい。

脈波検出部１６は、端末装置１０を装着しているユーザＵの脈波を検出する。脈波検出部１６は、端末装置１０の筐体の裏蓋（装着時にユーザＵの手首に接触する部材）から外部に向かって赤外光を射出する発光素子と、ユーザＵの皮膚からの反射光を受光するための受光素子とを備える。発光素子から射出されてユーザの皮膚に照射された赤外光の一部は、血管内の血液により吸収される。このため、皮膚からの反射光の受光素子による受光量は、心臓の脈動に伴う血流量の変化に応じて経時変化する。脈波検出部１６は、この受光量の変化に基づいて脈波を検出し、検出結果に係るデータをＣＰＵ１１に出力する。ＣＰＵ１１は、脈波検出部１６から受信したデータに基づいて、ユーザＵの心拍数（脈拍数）を導出する。心拍数は、「対象の生体情報」に相当する。

通信部１７は、予め定められた通信規格に従った通信動作を行う。通信部１７は、この通信動作により、センサ装置２０との間で無線通信（本実施形態では、近距離無線通信としてのブルートゥース）によるデータの送受信を行う。

＜センサ装置の構成＞
図３は、センサ装置２０の機能構成を示すブロック図である。
センサ装置２０は、ＣＰＵ２１と、ＲＡＭ２２と、記憶部２３と、センサ部２４と、位置情報取得部２５と、通信部２６と、バス２７などを備える。センサ装置２０の各部は、バス２７を介して接続されている。

ＣＰＵ２１は、記憶部２３に記憶されているプログラム２３１を読み出して実行し、各種演算処理を行うことで、センサ装置２０の各部の動作を制御するプロセッサである。なお、センサ装置２０は、複数のプロセッサ（例えば複数のＣＰＵ）を有していてもよく、本実施形態のＣＰＵ２１が実行する複数の処理を、当該複数のプロセッサが実行してもよい。この場合において、複数のプロセッサが共通の処理に関与してもよいし、あるいは、複数のプロセッサが独立に異なる処理を並列に実行してもよい。

ＲＡＭ２２は、ＣＰＵ２１に作業用のメモリ空間を提供し、一時データを記憶する。

記憶部２３は、コンピュータとしてのＣＰＵ２１により読み取り可能な非一時的な記録媒体であり、プログラム２３１及び各種データを記憶する。記憶部２３は、例えばフラッシュメモリ等の不揮発性メモリを含む。プログラム２３１は、コンピュータが読み取り可能なプログラムコードの形態で記憶部２３に格納されている。

センサ部２４は、３軸加速度センサ２４１、３軸ジャイロセンサ２４２、及び３軸地磁気センサ２４３を備える。３軸加速度センサ２４１は、ユーザの運動に応じてセンサ装置２０に加わる各軸方向の加速度を所定のサンプリング周波数で検出し、検出結果として加速度データをＣＰＵ２１に出力する。３軸ジャイロセンサ２４２は、ユーザの運動に応じてセンサ装置２０に加わる各軸回りの角速度を所定のサンプリング周波数で検出し、検出結果として角速度データをＣＰＵ２１に出力する。３軸地磁気センサ２４３は、センサ装置２０を通る地磁気の向きを所定のサンプリング周波数で検出し、検出結果として地磁気データをＣＰＵ２１に出力する。３軸加速度センサ２４１、３軸ジャイロセンサ２４２及び３軸地磁気センサ２４３から出力されるデータは、互いに直交する３軸についての各信号成分を含む。センサ部２４は、３軸加速度センサ２４１、３軸ジャイロセンサ２４２及び３軸地磁気センサ２４３から出力されたアナログ信号をそれぞれ増幅する図示略のアンプと、増幅されたアナログ信号をデジタルデータに変換してＣＰＵ２１に出力する図示略のＡＤコンバータとを備える。センサ部２４による検出結果に基づいて、ＣＰＵ２１は、ユーザＵの体の動きに係る運動指標の値を導出する。
なお、センサ部２４は、センサ装置２０を装着したユーザの体の動きを検出可能なものであれば、３軸加速度センサ２４１、３軸ジャイロセンサ２４２及び３軸地磁気センサ２４３を備えた構成に限られない。例えば、３軸地磁気センサ２４３を備えている場合に、当該３軸地磁気センサ２４３を３軸ジャイロセンサ２４２の代わりに磁気ジャイロとして用いて、各軸を中心とする角速度の大きさを検出してもよい。

位置情報取得部２５は、ＧＰＳ（Global Positioning System）等の全地球測位衛星システム（ＧＮＳＳ：Global Navigation Satellite System）の測位衛星からの送信電波を受信及び復号して現在位置を算出する。位置情報取得部２５は、ＣＰＵ２１による制御下で現在位置を算出し、結果をＣＰＵ２１に出力する。
なお、位置情報取得部２５による現在位置の算出方法は、測位衛星からの送信電波を用いる方法に限られず、例えば所定位置に設置されたビーコンからの信号に基づいてビーコンとの位置関係を特定する方法などであってもよい。

通信部２６は、予め定められた通信規格に従った通信動作を行う。通信部２６は、この通信動作により、端末装置１０との間で無線通信（本実施形態では、近距離無線通信としてのブルートゥース）によるデータの送受信を行う。

センサ装置２０は、上述の構成の他に、例えばユーザによる運動の開始及び完了の指示（申告）を受け付けるための操作部などを備えていてもよい。

＜運動支援システムの動作＞
次に、運動支援システム１の動作について端末装置１０により行われる警告に係る動作を中心に説明する。

上述のとおり、端末装置１０は、ユーザＵがランニングを行っている間に、予め定められている警告対象指標が所定の正常範囲から外れた場合に、警告部１４による警告を行う。本実施形態では、ランニングにおけるストライドの大きさが警告対象指標として設定されているものとする。また、ストライドの正常範囲の下限の初期設定値が１２０ｃｍ、上限の初期設定値が１３０ｃｍであるものとする。

図４は、端末装置１０の警告機能に係る動作の概要を説明する図である。
図４の上段のグラフは、センサ装置２０により導出されたストライドの大きさの、ランニングが開始されてからの時間変化の例を示す。ここでは、時点ｔ０においてランニングが開始されたものとする。また、図４の下段は、警告部１４による警告が行われる期間を示す。

図４の上段のグラフに示すように、ストライドの大きさは、時点ｔ０においてランニングが開始された後、時点ｔ１において１２０ｃｍ以上となって正常範囲Ｒに入り、以降、時点ｔ２まで正常範囲Ｒ内に維持されている。時点ｔ２以降は、ストライドの大きさが１２０ｃｍ未満に低下して、正常範囲Ｒから外れている。このようにストライドの大きさが正常範囲Ｒから外れたことに応じて、時点ｔ２において警告部１４による警告が開始される。また、ストライドの大きさが正常範囲Ｒから外れたと判別された後に、さらにストライドの大きさが正常範囲Ｒから外れているか否かの判別を所定の周期で繰り返し実行し、連続する所定回数の判別においてストライドの大きさが正常範囲Ｒから外れていた場合に警告を開始することとしてもよい。これにより、警告の発生及び停止がハンチングする不具合の発生を抑制することができる。
警告が開始された後、ストライドの大きさが正常範囲Ｒ内に入った場合には、警告が停止される。この場合において、ストライドの大きさが正常範囲Ｒ内に入ったと判別された後に、さらにストライドの大きさが正常範囲Ｒ内に入っているか否かの判別を所定の周期で繰り返し実行し、連続する所定回数の判別においてストライドの大きさが正常範囲Ｒ内に入っていた場合に警告を停止することとしてもよい。これにより、警告の発生及び停止がハンチングする不具合の発生を抑制することができる。
正常範囲Ｒの上限及び下限の設定値にヒステリシスを設けてもよい。すなわち、ストライドの大きさが正常範囲Ｒ外から正常範囲Ｒ内に入ったか否かを判別する場合における上限の設定値を、ストライドの大きさが正常範囲Ｒ内から正常範囲Ｒ外に外れたか否かを判別する場合における上限の設定値よりも小さくしてもよい。また、ストライドの大きさが正常範囲Ｒ外から正常範囲Ｒ内に入ったか否かを判別する場合における下限の設定値を、ストライドの大きさが正常範囲Ｒ内から正常範囲Ｒ外に外れたか否かを判別する場合における下限の設定値よりも大きくしてもよい。
以下では、設定されている正常範囲Ｒに従って警告を発生させる機能を「通常警告機能」と記す。後述するように正常範囲Ｒが調整された場合には、調整後の正常範囲Ｒに従って警告を発生させる機能が「通常警告機能」となる。また、通常警告機能による警告が発生している状態の時間の長さを「時間Ｔ」と記す。なお、警告は、時間Ｔに亘って表示部１４１による表示、音声出力部１４２による音声の出力、及び振動部１４３による振動を連続して行う態様でなくてもよく、時間Ｔに亘って、上記の表示、音声の出力、及び振動の少なくとも一部を、所定のインターバルで断続的に行う態様であってもよい。

本実施形態では、時点ｔ０においてランニングが開始された後、ストライドの大きさが最初に正常範囲Ｒ内に入るまでの期間（図４における時点ｔ０から時点ｔ１までの期間）においては、ストライドの大きさが正常範囲Ｒから外れていても警告は行われない。これは、ランニングの開始直後はフォームが安定しないことが多く、設定された正常範囲Ｒに基づいて厳正に警告を行うと、ユーザＵにとって煩わしい場合があるためである。ただし、ランニングが開始されてから所定の猶予期間（例えば１０ｍｉｎ）が経過した時点においてもストライドの大きさが一度も正常範囲Ｒ内に入っていない場合には、警告を開始することとしてもよい。また、ランニングのように或る動作を繰り返し行う運動においては、運動が開始されてから、上記の或る動作が繰り返された回数（ランニングでは、例えば、ピッチ（単位時間当たりの歩数）に時間を乗じた値、又は歩数）が所定値に達した時点においてもストライドの大きさが一度も正常範囲Ｒ内に入っていない場合には、警告を開始することとしてもよい。また、ランニングの開始直後から警告機能が実行されるように設定を行うことが可能であってもよい。

ところで、ランニングにおけるユーザＵの疲労度が増大した場合には、ストライドを正常範囲Ｒに維持するのが困難となる場合がある。また、ユーザＵのランニングには、予測できない好不調の波もあり、不調の場合には、疲労度が高くなくても、ストライドを正常範囲Ｒに維持するのが困難である場合がある。また、ランニングのスキルに差がある他のランナーと並走することとなった場合や、状態の悪い路面に差し掛かった場合など、ユーザＵの周囲の環境に係る要因によって、ストライドを正常範囲Ｒに維持するのが困難となる場合がある。このような場合に、ストライドが正常範囲Ｒ外となっていることに応じて通常警告機能による警告を発生させ続けると、ユーザＵにとって煩わしい。

そこで、本実施形態では、通常警告機能による警告が発生している状態の時間Ｔの長さに係る第１条件と、ユーザＵの疲労度に係る第２条件と、ユーザＵが行っている運動の内容が或る内容ではないという第３条件と、ユーザＵの運動に係る目標の達成の可能性に係る第４条件と、ユーザＵの運動能力に係る第５条件と、のうちの少なくとも一つを含む実行条件が成立したか否かが判別され、実行条件が成立したことを条件として、通常警告機能の場合よりも警告が制限されるように警告機能を制御する制限処理が実行される。本実施形態における制限処理には、通常警告機能の場合よりも警告がされにくくなるように正常範囲Ｒを調整する処理（以下、単に「正常範囲Ｒの調整」とも記す）、及び、警告機能による警告を停止する処理がある。図４に示す例では、制限処理として、時点ｔ３において、正常範囲Ｒの下限値を１１０ｃｍ、上限値を１２０ｃｍに低減させる処理が行われている。これにより、時点ｔ３以降、ユーザＵのストライドの大きさが正常範囲Ｒ内に入り、警告部１４による警告が停止する。正常範囲Ｒの調整は、制限処理が実行される時点におけるストライドが調整後の正常範囲Ｒに入るように行ってもよいし、予め定められた調整幅で上限値及び下限値を低減させてもよい。また、正常範囲Ｒの下限値のみを低減して正常範囲Ｒを拡大してもよい。また、下限値を低減し、上限値を増大させて正常範囲Ｒを拡大してもよい。

正常範囲Ｒが調整されると、当該調整後の正常範囲Ｒに従って警告を発生させる機能が「通常警告機能」として設定される。したがって、正常範囲Ｒの調整後に開始された通常警告機能について上記の実行条件が成立した場合に、再度制限処理が実行されてもよい。よって、正常範囲Ｒの調整は、２回以上行われてもよい。２回目以降の正常範囲Ｒの調整では、当該正常範囲Ｒの調整に係る制限処理が実行される直前の正常範囲Ｒよりも警告がされにくい範囲となるように（図４の例では、直前の正常範囲Ｒよりも上限値及び下限値が低減するように）正常範囲Ｒが調整される。

本実施形態では、正常範囲Ｒを調整する基準回数が予め設定されている。ランニングが開始されてから正常範囲Ｒの調整が行われた回数が基準回数未満である場合には、次回に実行条件が満たされた場合の制限処理において正常範囲Ｒが調整される。また、ランニングが開始されてから既に基準回数の制限処理が実行されている場合には、次回に実行条件が満たされた場合の制限処理において、警告機能による警告が停止される。警告機能による警告が停止した後は、ユーザＵのストライドが正常範囲Ｒから外れても、警告部１４による警告が行われない。

以下、制限処理の実行条件について詳しく説明する。
実行条件は、第１条件～第５条件のうちの少なくとも一つが成立しているときに成立するものとしてもよい。例えば、第１条件～第５条件のうちの任意の一つが成立しているときに実行条件が成立するものとしてもよい。また、第１条件～第５条件のうちの、所定数以上の任意の条件が成立しているときに実行条件が成立するものとしてもよい。また、第１条件～第５条件のうちの特定の一つ、又は特定の二以上の組み合わせが少なくとも成立しているときに実行条件が成立するものとしてもよい。一例を挙げると、実行条件は、第１条件が少なくとも成立しているときに成立するものとしてもよい。また、実行条件は、第１条件及び第２条件がいずれも成立しているときに成立するものとしてもよい。

実行条件における判別対象の１つである第１条件は、通常警告機能による警告が発生している状態の継続時間（図４の時間Ｔ）が、所定の判別用時間に達したことを条件とする。本実施形態において、「或る条件は、或る事象が生じたことを条件とする」ことは、「或る条件は、或る事象が生じた場合に成立する」と言い換えてもよい。ランニングのように或る動作を繰り返し行う運動においては、警告が開始されてから、上記の或る動作が繰り返された回数（ランニングでは、例えば、ピッチに時間を乗じた値、又は歩数）が、判別用時間に対応する所定値に達したことをもって、警告が発生している状態の継続時間が判別用時間に達したと判別してもよい。
なお、第１条件は、或る期間内において通常警告機能による警告が発生している状態の積算時間が、判別用時間に達したことを条件としてもよい。すなわち、或る期間内において通常警告機能による警告が断続的に複数の期間において実行された場合に、或る期間内におけるこれらの複数の期間の長さを合計した積算時間が判別用時間に達した場合に、第１条件が成立することとしてもよい。上記の「或る期間」は、判別用時間よりも若干、長い期間となる。例えば、判別用時間が２０分である場合に、上記の或る期間は、判別用時間よりも、当該判別用時間の１割（２分）程度長い期間であってもよい。

判別用時間は、ランニングの状況に応じて変更されてもよい。例えば、ランニングにおいて疲労度が大きくなりやすい期間を第１条件についての条件緩和期間と定め、条件緩和期間において、条件緩和期間以外の期間（以下、「通常期間」と記す）よりも判別用時間を短くし、それにより、制限処理の実行条件を緩和してもよい。本実施形態では、ランニングの走路の全区間（例えば、マラソンであれば４２．１９５ｋｍの区間）を前半と後半とに分け、このうち前半の区間を走行している通常期間では判別用時間を２０分とし、後半の区間を走行している期間を条件緩和期間として、判別用時間を１０分に短縮する。なお、条件緩和期間は、走路の全区間の後半に対応する期間に限られず、例えば走路の全区間における最後の所定距離（例えば、最後の１０ｋｍ等）の区間に対応する期間としてもよい。また、連続する２以上の条件緩和期間を定め、後の条件緩和期間ほど判別用時間が短くなるように複数段階で実行条件を緩和してもよい。

また、上記の通常期間及び条件緩和期間における判別用時間の設定は、ユーザＵの疲労度の高さを表す生体情報である心拍数が、第１閾値未満（例えば、１７６（ｂｐｍ）未満）である場合に、通常期間よりも長い時間に変更されてもよい（言い換えると、判別用時間を増大させる調整を行ってもよい）。本実施形態では、心拍数が第１閾値未満である場合には、ユーザＵの疲労度があまり高くなく、走りに余裕があると推定し、判別用時間が３０分に設定される。一方、心拍数が第１閾値以上である場合には、ユーザＵの疲労度が高く、走りに余裕がないと推定し、上記の通常期間の判別用時間（２０分）又は条件緩和期間の判別用時間（１０分）が適用される。

また、上記の通常期間及び条件緩和期間における判別用時間の設定は、ユーザＵのランニングにおけるペース（移動速度に応じた値）が第２閾値（例えば、５（分／ｋｍ））であるか、第２閾値よりも高速側の値である場合に、通常期間よりも長い時間に変更されてもよい。本実施形態では、ペースが第２閾値であるか第２閾値よりも高速側である場合には、ユーザＵの疲労度があまり高くなく、走りに余裕があると推定し、判別用時間が３０分に設定される。一方、ペースが第２閾値よりも低速側である場合には、ユーザＵの疲労度が高く、走りに余裕がないか、ユーザＵの周囲の状況がペースを上げにくい状況であると推定し、上記の通常期間の判別用時間（２０分）又は条件緩和期間の判別用時間（１０分）が適用される。

また、上記の通常期間及び条件緩和期間における判別用時間の設定は、ユーザＵのランニングに係る目標の達成の可能性を表す値が所定の第３閾値以上である場合に、通常期間よりも長い時間に変更されてもよい。目標は、ユーザＵの運動がユーザＵの移動を伴う場合には、当該運動においてユーザＵが或る距離を基準時間内に移動すること、とすることができる。本実施形態の運動は、運動の開始時に設定された距離を走ること（ランニング）であり、目標は、運動の開始時に設定された基準時間内に、予め定められた設定距離を完走することである。目標の達成の可能性は、ランニングを行っているユーザＵの移動速度の履歴に基づいて導出される。例えば、ランニング中のユーザＵの或る時点までの移動速度の履歴に基づいて、設定距離を完走する時間が予測され、予測された時間と基準時間との関係に基づいて、目標の達成の可能性を表す値が導出される。また、予測された時間が短いほど、目標の達成の可能性が高いと判別される。ユーザＵが設定距離を完走する時間は、或る時点までのユーザＵの移動速度の履歴を入力として、ユーザＵが設定距離を完走する推定の時間を出力するように機械学習された学習モデルを用いて導出されてもよい。また、当該学習モデルは、目標の達成の可能性を表す値を直接導出するものであってもよい。
本実施形態では、目標の達成の可能性を表す値が第３閾値以上である場合には、ユーザＵが目標の達成に向けて高いモチベーションで運動しているものと推定し、必要な時間に亘って警告が行われるように、判別用時間が６０分に設定される。一方、目標の達成の可能性を表す値が第３閾値未満である場合には、ユーザＵが目標を達成できないコンディションである可能性が高く、走りに余裕がないか、ユーザＵにとって走りにくい状況であると推定し、上記の通常期間の判別用時間（２０分）又は条件緩和期間の判別用時間（１０分）が適用される。

また、判別用時間は、ユーザＵの運動能力を表す運動能力情報に基づいて設定されてもよい。例えば、判別用時間は、運動能力情報で表されるユーザＵの運動能力が高いほど長くなるように設定されてもよい。本実施形態では、運動能力情報として、ユーザＵのフルマラソンの完走タイム（ベストタイム）が用いられる。そして、フルマラソンの完走タイムが３時間３０分未満である場合には、ユーザＵの運動能力が高いと判別され、判別用時間が６０分に設定される。

実行条件における判別対象の１つである、ユーザＵの疲労度に係る第２条件は、ランニングを行っているときのユーザＵの生体情報に基づいて判別される。本実施形態では、生体情報として、端末装置１０の脈波検出部１６の検出結果から導出される心拍数が用いられる。第２条件は、ユーザＵの心拍数が上述の第１閾値以上であることを条件とする。心拍数が第１閾値以上である場合には、ユーザＵの疲労度が高い状態であると推定することができる。すなわち、疲労度が高いことによって走りに余裕がなく、警告に応じて警告対象指標（本実施形態では、ストライド）を正常範囲Ｒに戻すことが容易でない状態であると推定することができる。このため、第２条件が成立している場合には、警告部１４による警告を制限する制限処理を実行することが、ユーザＵにとって好ましい。

なお、ユーザＵの疲労度は、ユーザＵが自己申告した内容に基づいて判別してもよい。例えば、ランニングの開始時に、運動アプリ１３１上で、ユーザＵの疲労度を入力するためのダイアログ画面を表示させ、ダイアログ画面においてユーザＵが入力した内容に基づいて疲労度を判別してもよい。ユーザＵによる疲労度の入力の態様は、例えば「（疲労度が）高い／高くない」といった２段階から選択する態様や、「（疲労度が）高い／普通／低い」といった３段階から選択する態様であってもよく、４段階以上から選択する態様であってもよい。また、疲労度を表す値を直接入力する態様であってもよい。
また、ユーザＵの疲労度は、ユーザＵの体調を含む。ユーザＵの体調が悪いことは、ユーザＵの疲労度が高いことに相当する。例えば、上記のダイアログ画面は、疲労度としての体調を入力する画面であってもよい。体調の入力態様は、「（体調が）悪い／良い」といった２段階から選択する態様や、「（体調が）悪い／普通／良い」といった３段階から選択する態様であってもよく、４段階以上から選択する態様であってもよい。また、体調を表す値を直接入力する態様であってもよい。
また、ユーザＵによる疲労度又は体調の自己申告は、ランニング中に行うことが可能であってもよい。

第３条件は、ランニングの内容が或る内容ではない場合に成立する。本実施形態では、ランニングにおけるユーザＵのペースが第２閾値よりも低速側の値である場合に、ランニングの内容が上記の或る内容ではないと判別される。ユーザＵのペースが第２閾値よりも低速側である場合には、疲労や周囲の状況などの何らかの理由により、警告に応じて警告対象指標（本実施形態では、ストライド）を正常範囲Ｒに戻すことが困難な状態であると推定することができる。このため、第３条件が成立している場合には、警告部１４による警告を制限する制限処理を実行することが、ユーザＵにとって好ましい。

第４条件は、上述した、ユーザＵのランニングに係る目標の達成の可能性を表す値が所定の第３閾値未満である場合に成立する。目標の達成の可能性を表す値が第３閾値未満である場合には、ユーザＵが目標を達成できないコンディションである可能性が高く、何らかの理由により、運動状態を警告が行われない状態に改善することが困難であると推定することができる。このため、第４条件が成立している場合には、設定通りに警告を発生させ続けるよりは、警告を制限して、警告の煩わしさを軽減することがユーザＵにとって好ましい。
一方で、目標の達成の可能性を表す値が第３閾値以上である場合には、ユーザＵが目標の達成に向けて高いモチベーションで運動しているものと推定することができる。このため、第４条件が成立していない場合には、設定通りに警告を行うことがユーザＵにとって好ましい。

第５条件は、上述した運動能力情報で表されるユーザＵの運動能力が所定の基準を満たしていない場合に成立する。本実施形態では、運動能力に係る基準は、フルマラソンの完走タイムが３時間３０分未満であることとされる。ユーザＵの運動能力が上記の基準を満たしていない場合には、運動能力の観点から、ユーザＵが警告対象指標（本実施形態では、ストライド）を正常範囲Ｒに戻すことが困難であると推定することができる。このため、第５条件が成立している場合には、警告部１４による警告を制限する制限処理を実行することが、ユーザＵにとって好ましい。

以上で説明した警告部１４による警告、及び警告を制限する制限処理は、端末装置１０の記憶部１３に記憶された警告設定データ１３２に基づいて行われる。
図５は、警告設定データ１３２の内容例を示す図である。
以下、警告設定データ１３２に含まれる各データ項目について説明する。各データ項目の値は、運動アプリ１３１上でユーザＵが所望の内容や値に設定することが可能であってもよい。また、各データ項目の値は、ユーザＵの属性や特性に係る情報、及びユーザＵの運動の履歴に係る情報などに基づいてＣＰＵ１１が設定してもよい。

警告設定データ１３２は、「警告対象指標に係るデータ」と、「制限処理の実行条件に係るデータ」とを含む。「警告対象指標に係るデータ」は、「警告対象指標」、「正常範囲の初期上限値」、「正常範囲の初期下限値」、「正常範囲の調整後上限値」、及び「正常範囲の調整後下限値」のデータ項目を含む。「制限処理の実行条件に係るデータ」は、「判別用時間」、「脈拍数判定に係る第１閾値」、「ペース判定に係る第２閾値」、「目標達成の可能性に係る第３閾値」、「フルマラソン完走タイム」、及び「正常範囲調整の基準回数」のデータ項目を含む。
「警告対象指標」は、上述のとおり警告部１４による警告の対象となる運動に係る指標であり、本実施形態ではストライドである。
「正常範囲の初期上限値」及び「正常範囲の初期下限値」は、制限処理で制限される前の当初の正常範囲Ｒの上限値及び下限値を表し、最初の制限処理が実行される前の通常警告機能における警告を実行するか否かの判別のために参照される。
「正常範囲の調整後上限値」及び「正常範囲の調整後下限値」は、少なくとも１回の制限処理によって正常範囲Ｒが調整された場合に設定される。「正常範囲の調整後上限値」及び「正常範囲の調整後下限値」は、最後に行われた制限処理により調整された正常範囲Ｒの（最新の）上限値及び下限値を表し、当該制限処理が実行された後の通常警告機能における警告を実行するか否かの判別のために参照される。
「判別用時間」のデータ項目には、「通常期間の値」、「条件緩和期間の値」、「低疲労時／ハイペース時」、及び「目標達成の可能性が高い場合／運動能力が高い場合」の各判別用時間の値が設定されている。このうち「低疲労時／ハイペース時」は、心拍数が第２閾値以上である場合、及びペースが第２閾値であるか第２閾値よりも高速側の値である場合に適用される判別用時間を表す。また、「目標達成の可能性が高い場合／運動能力が高い場合」は、ランニングの目標の達成の可能性を表す値が第３閾値以上である場合、及びフルマラソンの完走タイムが３時間３０分未満である場合に適用される判別用時間を表す。
「脈拍数判定に係る第１閾値」は、判別用時間の設定や、第２条件の判別に用いられる上述の第１閾値である。
「ペース判定に係る第２閾値」は、判別用時間の設定や、第３条件の判別に用いられる上述の第２閾値である。
「目標達成の可能性に係る第３閾値」は、第４条件の判別に用いられる上述の第３閾値である。なお、この第３閾値を判別用時間の設定に用いてもよい。
「フルマラソン完走タイム」は、判別用時間の設定や、第５条件の判別に用いられるユーザＵのフルマラソンの完走タイムである。「フルマラソン完走タイム」は、ユーザＵの運動能力を表す運動能力情報に相当する。
「正常範囲調整の基準回数」は、正常範囲Ｒの調整を実行する上述の基準回数である。

＜警告動作に係る処理＞
次に、上記の警告機能に係る動作、及び当該警告機能を制限する動作を行うために端末装置１０のＣＰＵ１１が実行する警告処理の制御手順について、図６及び図７のフローチャートを参照して説明する。

図６は、警告処理の制御手順を示すフローチャートである。
警告処理は、ユーザＵの運動が開始された場合に開始される。ユーザＵの運動が開始されたことは、例えば、運動アプリ１３１上で、運動を開始することを表す所定の操作がユーザＵによりなされたことに基づいて判別されてもよいし、運動の開始を検出したセンサ装置２０からの通知を端末装置１０が受信したことに基づいて判別されてもよい。運動の実行中には、センサ装置２０から端末装置１０に対して継続的に、ユーザＵの運動状態に係る情報を含む運動データが送信される。

警告処理が開始されると、ＣＰＵ１１は、運動が開始されてからの正常範囲Ｒの調整回数を表す変数ｎに「０」を代入する（ステップＳ１０１）。

ＣＰＵ１１は、センサ装置２０から受信した最新の運動データに含まれる警告対象指標の値が正常範囲Ｒ内にあるか否かを判別する（ステップＳ１０２）。ここでは、ＣＰＵ１１は、警告対象指標の値が、警告設定データ１３２における「正常範囲の初期上限値」以下、かつ「正常範囲の初期下限値」以上である場合に、警告対象指標の値が正常範囲Ｒ内にあると判別する。警告対象指標の値が正常範囲Ｒ内にないと判別された場合には（ステップＳ１０２）で“ＮＯ”、ＣＰＵ１１は、警告を行わずに再度ステップＳ１０２を実行する。これは、ランニングの開始直後はフォームが安定しないことが多く、設定された正常範囲Ｒに基づいて厳正に警告を行うと、ユーザＵにとって煩わしい場合があるためである。
なお、ＣＰＵ１１は、少なくとも１回、後述するステップＳ１１０における正常範囲Ｒの調整が行われた後にステップＳ１０２を実行する場合には、警告対象指標の値が、警告設定データ１３２における「正常範囲の調整後上限値」以下、かつ「正常範囲の調整後下限値」以上である場合に、警告対象指標の値が正常範囲Ｒ内にあると判別する。

警告対象指標の値が正常範囲Ｒ内にあると判別された場合には（ステップＳ１０２で“ＹＥＳ”）、ＣＰＵ１１は、センサ装置２０から受信した最新の運動データに含まれる警告対象指標の値が正常範囲Ｒ外となったか否かを判別する（ステップＳ１０３）。ここでは、ＣＰＵ１１は、変数ｎが「０」である場合、すなわち未だ正常範囲Ｒの調整が行われていない場合には、警告対象指標の値が、警告設定データ１３２における「正常範囲の初期上限値」より大きいか、又は「正常範囲の初期下限値」未満である場合に、警告対象指標の値が正常範囲Ｒ外となったと判別する。また、ＣＰＵ１１は、変数ｎが「１」以上である場合、すなわち、少なくとも１回、正常範囲Ｒの調整が行われている場合には、警告対象指標の値が、警告設定データ１３２における「正常範囲の調整後上限値」より大きいか、又は「正常範囲の調整後下限値」未満である場合に、警告対象指標の値が正常範囲Ｒ外となったと判別する。

警告対象指標の値が正常範囲Ｒ外となっていない（正常範囲Ｒ内にある）と判別された場合には（ステップＳ１０３で“ＮＯ”）、ＣＰＵ１１は、警告部１４による警告が実行中であるか否かを判別する（ステップＳ１１３）。警告が実行中であると判別された場合には（ステップＳ１１３で“ＹＥＳ”）、ＣＰＵ１１は、警告部１４に制御信号を出力して、警告を停止させる（ステップＳ１１４）。ステップＳ１１４が終了した場合、又は、ステップＳ１１３において警告が実行されていないと判別された場合には（ステップＳ１１３で“ＮＯ”）、ＣＰＵ１１は、ユーザＵの運動が終了したか否かを判別する（ステップＳ１１５）。ユーザＵの運動が終了したことは、例えば、運動アプリ１３１上で、運動を終了することを表す所定の操作がユーザＵによりなされたことに基づいて判別してもよいし、運動の終了を検出したセンサ装置２０からの通知を受信したことに基づいて判別してもよい。ユーザＵの運動が終了していないと判別された場合には（ステップＳ１１５で“ＮＯ”）、ＣＰＵ１１は、処理をステップＳ１０３に戻す。

警告対象指標の値が正常範囲Ｒ外となったと判別された場合には（ステップＳ１０３で“ＹＥＳ”）、ＣＰＵ１１は、警告部１４による警告が実行中であるか否かを判別する（ステップＳ１０４）。警告が実行中であると判別された場合には（ステップＳ１０４で“ＹＥＳ”）、ＣＰＵ１１は、警告部１４に制御信号を出力して、警告を継続させる（ステップＳ１０５）。警告が実行されていないと判別された場合には（ステップＳ１０４で“ＮＯ”）、ＣＰＵ１１は、警告部１４に制御信号を出力して、警告を開始させる（ステップＳ１０６）。この警告は、後述するステップＳ１１１又はステップＳ１１６において警告が停止するまで継続される。

ＣＰＵ１１は、実行中の警告を制限する制限処理を実行するか否かを判別するために、実行条件判別処理を実行する（ステップＳ１０７）。後述するように、実行条件判別処理では、「実行条件成立」及び「実行条件不成立」のいずれかの判別結果が得られる。

ＣＰＵ１１は、実行条件判別処理における判別結果が「実行条件成立」であるか否かを判別する（ステップＳ１０８）。判別結果が「実行条件不成立」であると判別された場合には（ステップＳ１０８で“ＮＯ”）、ＣＰＵ１１は、処理をステップＳ１０３に戻す。このように、実行条件不成立であると判別された場合は、警告対象指標が正常範囲外である限り（ステップＳ１０３で“ＹＥＳ”、かつ、ステップＳ１０４で“ＹＥＳ”）、再度、ステップＳ１０７の実行条件判別処理が実行される。

判別結果が「実行条件成立」であると判別された場合には（ステップＳ１０８で“ＹＥＳ”）、ＣＰＵ１１は、変数ｎが、警告設定データ１３２において設定されている「正常範囲調整の基準回数」未満であるか否かを判別する（ステップＳ１０９）。変数ｎが「正常範囲調整の基準回数」未満であると判別された場合には（ステップＳ１０９で“ＹＥＳ”）、ＣＰＵ１１は、正常範囲Ｒの上限値及び下限値を前述したようにして調整し、調整後の値を、警告設定データ１３２における「正常範囲の調整後上限値」及び「正常範囲の調整後下限値」として記憶させる（ステップＳ１１０）。

ステップＳ１１０が終了するとＣＰＵ１１は、警告部１４に制御信号を出力して、警告を停止させる（ステップＳ１１１）。また、ＣＰＵ１１は、変数ｎに「ｎ＋１」を代入し（ステップＳ１１２）、処理をステップＳ１０２に戻す。よって、ステップＳ１１０において正常範囲Ｒが調整され、ステップＳ１１１において警告が停止されると、その後、警告対象指標が調整後の正常範囲Ｒ内に入るまでは（ステップＳ１０２で“ＹＥＳ”）、通常警告機能が復帰せず、次回の警告（ステップＳ１０６）が開始されない。

一方、ステップＳ１０９において変数ｎが「正常範囲調整の基準回数」に一致していると判別された場合には（ステップＳ１０９で“ＮＯ”）、ＣＰＵ１１は、警告部１４に制御信号を出力して、警告を停止させる（ステップＳ１１６）。ステップＳ１１６において警告が停止されると、以降、運動が終了するまで警告は行われない。言い換えると、制限処理（ここでは、ステップＳ１１０において正常範囲Ｒを調整し、ステップＳ１１１において警告を停止させる処理）の実行回数が、基準回数以上の禁止回数に達した場合には、警告対象指標と正常範囲Ｒとの関係に拘わらずに、以降の警告が禁止される。
ステップＳ１１６が終了した場合、又はステップＳ１１５においてユーザＵの運動が終了したと判別された場合には（ステップＳ１１５で“ＹＥＳ”）、ＣＰＵ１１は、警告処理を終了させる。

以上の警告処理のうち、ステップＳ１１０において正常範囲Ｒを調整し、ステップＳ１１１において警告を停止させる処理は、制限処理に相当する。また、ステップＳ１１６において警告を停止させる処理は、制限処理に相当する。

なお、上記は警告処理の制御手順の一例であり、運動アプリ１３１上でなされた設定などに応じて適宜変更してもよい。
例えば、ステップＳ１１１で警告が停止され、ステップＳ１１２で変数ｎがインクリメントされた後、処理をステップＳ１０３に戻してもよい。すなわち、ステップＳ１１１で警告が停止された後、警告対象指標が正常範囲Ｒ内に入ったか否かに関わらずに通常警告機能を復帰させてもよい。この場合に、変数ｎは、警告対象指標が正常範囲Ｒ外である状態が継続している期間に制限処理が実行された連続回数としてもよい。言い換えると、変数ｎは、警告対象指標が正常範囲Ｒ内に入った場合に（ステップＳ１０３で“ＮＯ”）「０」にリセットされてもよい。

また、ステップＳ１１２からステップＳ１０３に戻す態様では、ステップＳ１１１において警告を停止させる処理を省略してもよい。このようにすると、ステップＳ１１０における正常範囲Ｒの調整によっても警告対象指標が正常範囲Ｒ内に入らない場合には、ステップＳ１０３において“ＹＥＳ”に分岐し、ステップＳ１０４において“ＹＥＳ”に分岐して、継続が継続される（ステップＳ１０５）。この場合における通常警告機能による警告の開始時点は、ステップＳ１０５（警告の継続）が実行された時点とすることができる。

図７は、実行条件判別処理の制御手順を示すフローチャートである。
実行条件判別処理が呼び出されると、ＣＰＵ１１は、運動（ランニング）の全区間におけるユーザＵのその時点の位置が、運動後半の条件緩和区間内であるか否かを判別する（ステップＳ２０１）。ここでは、ＣＰＵ１１は、センサ装置２０から受信した運動データから、今回の運動におけるユーザＵの移動距離を取得し、この移動距離と、今回の運動について予め定められている設定距離及び条件緩和区間とに基づいて、ユーザＵの位置が条件緩和区間に入っているか否かを判別する。

ユーザＵの位置が条件緩和区間内であると判別された場合には（ステップＳ２０１で“ＹＥＳ”）、ＣＰＵ１１は、警告設定データ１３２を参照して条件緩和期間における判別用時間を取得し、通常警告機能による警告が開始された後（図６の例では、ステップＳ１０６において警告が開始された後）、警告が発生している状態の継続時間が当該判別用時間（ここでは、１０分）に達したか否か（警告開始から当該判別用時間が経過したか否か）を判別する（ステップＳ２０２）。一方、ユーザＵの位置が条件緩和区間内ではないと判別された場合には（ステップＳ２０１で“ＮＯ”）、ＣＰＵ１１は、警告設定データ１３２を参照して通常期間における判別用時間を取得し、警告が発生している状態の継続時間が当該判別用時間（ここでは、２０分）に達したか否か（警告開始から当該判別用時間が経過したか否か）を判別する（ステップＳ２０３）。
なお、条件緩和区間であるか否かを考慮しないこととしてもよい。この場合には、ステップＳ２０１、Ｓ２０２を省略してステップＳ２０３を実行し、通常期間における判別用時間が経過したか否かを判別すればよい。

ステップＳ２０２において、警告開始から１０分が経過していないと判別された場合（ステップＳ２０２で“ＮＯ”）、又は、ステップＳ２０３において、警告開始から２０分が経過していないと判別された場合には（ステップＳ２０３で“ＮＯ”）、ＣＰＵ１１は、制限処理の実行条件が成立していないと判別する（ステップＳ２１１）。

ステップＳ２０２において、警告開始から１０分が経過したと判別された場合（ステップＳ２０２で“ＹＥＳ”）、又は、ステップＳ２０３において、警告開始から２０分が経過したと判別された場合には（ステップＳ２０３で“ＹＥＳ”）、ＣＰＵ１１は、脈波検出部１６の検出結果に基づいて心拍数を導出し、心拍数が、警告設定データ１３２において設定されている第１閾値以上であるか否かを判別する（ステップＳ２０４）。

心拍数が第１閾値以上であると判別された場合には（ステップＳ２０４で“ＹＥＳ”）、ＣＰＵ１１は、センサ装置２０から受信した最新の運動データにおけるユーザＵのペースが、警告設定データ１３２で設定されている第２閾値よりも低速側の値であるか否かを判別する（ステップＳ２０５）。

ユーザＵのペースが第２閾値よりも低速側の値であると判別された場合には（ステップＳ２０５で“ＹＥＳ”）、ＣＰＵ１１は、ユーザＵの移動速度の履歴に基づいて、運動の目標の達成の可能性を表す値を導出し、当該値が、警告設定データ１３２で設定されている第３閾値未満であるか否かを判別する（ステップＳ２０６）。

運動の目標の達成の可能性を表す値が第３閾値未満であると判別された場合には（ステップＳ２０６で“ＹＥＳ”）、ＣＰＵ１１は、警告設定データ１３２に登録されているユーザＵのフルマラソンの完走タイムが３時間３０分以上であるか否かを判別する（ステップＳ２０７）。フルマラソンの完走タイムが３時間３０分以上であると判別された場合には（ステップＳ２０７で“ＹＥＳ”）、ＣＰＵ１１は、制限処理の実行条件が成立していると判別する（ステップＳ２０８）。

ステップＳ２０４において、心拍数が第１閾値未満であると判別された場合（ステップＳ２０４で“ＮＯ”）、又は、ステップＳ２０５において、ユーザＵのペースが第２閾値であるか第２閾値よりも高速側の値であると判別された場合には（ステップＳ２０５で“ＮＯ”）、ＣＰＵ１１は、警告設定データ１３２を参照して「低疲労時／ハイペース時」の判別用時間を取得し、警告が発生している状態の継続時間が当該判別用時間（ここでは、３０分）に達したか否か（警告開始から当該判別用時間が経過したか否か）を判別する（ステップＳ２０９）。警告開始から３０分が経過したと判別された場合には（ステップＳ２０９で“ＹＥＳ”）、ＣＰＵ１１は、処理をステップＳ２０８に移行させ、制限処理の実行条件が成立していると判別する。警告開始から３０分が経過していないと判別された場合には（ステップＳ２０９で“ＮＯ”）、ＣＰＵ１１は、処理をステップＳ２１１に移行させ、制限処理の実行条件が成立していないと判別する。

ステップＳ２０６において、運動の目標の達成の可能性を表す値が第３閾値以上であると判別された場合（ステップＳ２０６で“ＮＯ”）、又は、ステップＳ２０７において、フルマラソンの完走タイムが３時間３０分未満であると判別された場合には（ステップＳ２０７で“ＮＯ”）、ＣＰＵ１１は、警告設定データ１３２を参照して「目標達成の可能性が高い場合／運動能力が高い場合」の判別用時間を取得し、警告が発生している状態の継続時間が当該判別用時間（ここでは、６０分）に達したか否か（警告開始から当該判別用時間が経過したか否か）を判別する（ステップＳ２１０）。警告開始から６０分が経過したと判別された場合には（ステップＳ２１０で“ＹＥＳ”）、ＣＰＵ１１は、処理をステップＳ２０８に移行させ、制限処理の実行条件が成立していると判別する。警告開始から６０分が経過していないと判別された場合には（ステップＳ２１０で“ＮＯ”）、ＣＰＵ１１は、処理をステップＳ２１１に移行させ、制限処理の実行条件が成立していないと判別する。
ステップＳ２０８又はステップＳ２１１が終了すると、ＣＰＵ１１は、実行条件判別処理を終了させて、処理を警告処理に戻す。

図７に示した実行条件判別処理では、ステップＳ２０１～Ｓ２０３、Ｓ２０９、Ｓ２１０が、第１条件が成立しているか否かを判別する処理に相当する。また、ステップＳ２０４が、第２条件が成立しているか否かを判別する処理に相当する。また、ステップＳ２０５が、第３条件が成立しているか否かを判別する処理に相当する。また、ステップＳ２０６が、第４条件が成立しているか否かを判別する処理に相当する。また、ステップＳ２０７が、第５条件が成立しているか否かを判別する処理に相当する。
図７に示した実行条件判別処理では、少なくとも第１条件が成立していることが、実行条件が成立するための条件となっている。すなわち、ステップＳ２０８が実行されて実行条件が成立していると判別されるのは、第１条件の判別に係るステップＳ２０２、Ｓ２０３、Ｓ２０９及びＳ２１０のうち少なくともいずれかにおいて“ＹＥＳ”に分岐した場合に限られる。このように、実行条件は、少なくとも第１条件が成立している場合に成立することとしてもよい。

なお、図７において、第２条件の判別に係るステップＳ２０４を省略してもよい。
また、第３条件の判別に係るステップＳ２０５を省略してもよい。ステップＳ２０４、Ｓ２０５をいずれも省略する場合には、ステップＳ２０９も省略される。
また、第４条件の判別に係るステップＳ２０６を省略してもよい。
また、第５条件の判別に係るステップＳ２０７を省略してもよい。ステップＳ２０６、Ｓ２０７をいずれも省略する場合には、ステップＳ２１０も省略される。
また、第１条件に係る判別をステップＳ２０１～Ｓ２０３においてのみ行うこととし、ステップＳ２０９、Ｓ２１０を省略してもよい。この場合には、ステップＳ２０４～Ｓ２０７のいずれかで“ＮＯ”に分岐した場合には、ステップＳ２１１が実行される。
また、上記のステップＳ２０４の省略、ステップＳ２０５の省略、ステップＳ２０６の省略、ステップＳ２０７の省略、及びステップＳ２０９、Ｓ２１０の省略のうちの任意の２以上を組み合わせてもよい。

＜変形例＞
次に、上記実施形態の変形例について説明する。各変形例では、上記実施形態との相違点について説明し、上記実施形態と共通する点については説明を省略する。

（変形例１）
本変形例では、第１条件及び第２条件の双方が成立していることが、制限処理の実行条件が成立するための条件とされる。
図８は、変形例１に係る実行条件判別処理の制御手順を示すフローチャートである。
図８に示す実行条件判別処理では、ステップＳ２０４において、心拍数が第１閾値未満であると判別された場合に（ステップＳ２０４で“ＮＯ”）、処理がステップＳ２１１に移行されて、実行条件が成立していないと判別される。この点を除き、図８のフローチャートは図７のフローチャートと同一である。このような図８の実行条件判別処理によれば、ステップＳ２０２又はＳ２０３において第１条件が成立していると判別され（ステップＳ２０２、Ｓ２０３で“ＹＥＳ”）、かつ、ステップＳ２０４において第２条件が成立していると判別された場合（ステップＳ２０４で“ＹＥＳ”）に限って、ステップＳ２０８の処理（実行条件が成立していると判別する処理）が実行され得る。
なお、図８において、第３条件の判別に係るステップＳ２０５を省略してもよい。ステップＳ２０５を省略する場合には、ステップＳ２０９も省略される。
また、第４条件の判別に係るステップＳ２０６を省略してもよい。
また、第５条件の判別に係るステップＳ２０７を省略してもよい。ステップＳ２０６、Ｓ２０７をいずれも省略する場合には、ステップＳ２１０も省略される。
また、第１条件に係る判別をステップＳ２０１～Ｓ２０３においてのみ行うこととし、ステップＳ２０９、Ｓ２１０を省略してもよい。この場合には、ステップＳ２０５～Ｓ２０７のいずれかで“ＮＯ”に分岐した場合には、ステップＳ２１１が実行される。
また、上記のステップＳ２０５の省略、ステップＳ２０６の省略、ステップＳ２０７の省略、及びステップＳ２０９、Ｓ２１０の省略のうちの任意の２以上を組み合わせてもよい。

（変形例２）
本変形例では、少なくとも第２条件が成立していることが、制限処理の実行条件が成立するための条件とされる。
図９は、変形例２に係る実行条件判別処理の制御手順を示すフローチャートである。
図９のフローチャートは、図８のフローチャートからステップＳ２０１～Ｓ２０３を削除したものに相当する。このような図９の実行条件判別処理によれば、少なくともステップＳ２０４において第２条件が成立していると判別された場合（ステップＳ２０４で“ＹＥＳ”）に限って、ステップＳ２０８の処理（実行条件が成立していると判別する処理）が実行され得る。
なお、図９において、第３条件の判別に係るステップＳ２０５を省略してもよい。ステップＳ２０５を省略する場合には、ステップＳ２０９も省略される。
また、第４条件の判別に係るステップＳ２０６を省略してもよい。
また、第５条件の判別に係るステップＳ２０７を省略してもよい。ステップＳ２０６、Ｓ２０７をいずれも省略する場合には、ステップＳ２１０も省略される。
また、ステップＳ２０９、Ｓ２１０を省略し、第１条件に係る判別を行わない（すなわち、第１条件の成立を、実行条件の成立の要件としない）こととしてもよい。この場合には、ステップＳ２０５～Ｓ２０７のいずれかで“ＮＯ”に分岐した場合には、ステップＳ２１１が実行される。
また、上記のステップＳ２０５の省略、ステップＳ２０６の省略、ステップＳ２０７の省略、及びステップＳ２０９、Ｓ２１０の省略のうちの任意の２以上を組み合わせてもよい。

（変形例３）
制限処理の実行条件は、少なくとも第３条件が成立していることを条件に成立することとしてもよい。この場合には、例えば、図９に示す実行条件判別処理のステップＳ２０４の前にステップＳ２０５を実行し、このステップＳ２０５において、ユーザＵのペースが第２閾値であるか第２閾値よりも高速側の値であると判別された場合に（ステップＳ２０５で“ＮＯ”）、処理をステップＳ２１１に移行させて、制限処理の実行条件が成立していないと判別すればよい。また、ステップＳ２０５において、ユーザＵのペースが第２閾値よりも低速側の値であると判別された場合には（ステップＳ２０５で“ＹＥＳ”）、ステップＳ２０４を実行すればよい。また、このステップＳ２０４において、心拍数が第１閾値未満であると判別された場合に（ステップＳ２０４で“ＮＯ”）、ステップＳ２１１に代えてステップＳ２０９を実行してもよい。
本変形例において、第２条件の判別に係るステップＳ２０４を省略してもよい。
また、第４条件の判別に係るステップＳ２０６を省略してもよい。
また、第５条件の判別に係るステップＳ２０７を省略してもよい。ステップＳ２０６、Ｓ２０７をいずれも省略する場合には、ステップＳ２１０も省略される。
また、ステップＳ２０９、Ｓ２１０を省略し、ステップＳ２０９、Ｓ２１０に代えてステップＳ２１１を実行してもよい（すなわち、第１条件の成立を、実行条件の成立の要件としないこととしてもよい）。
また、上記のステップＳ２０４の省略、ステップＳ２０６の省略、ステップＳ２０７の省略、及びステップＳ２０９、Ｓ２１０の省略のうちの任意の２以上を組み合わせてもよい。

（変形例４）
制限処理の実行条件は、少なくとも第４条件が成立していることを条件に成立することとしてもよい。この場合には、例えば、図９に示す実行条件判別処理のステップＳ２０４の前にステップＳ２０６を実行し、このステップＳ２０６において、運動の目標の達成の可能性を表す値が第３閾値以上であると判別された場合に（ステップＳ２０６で“ＮＯ”）、処理をステップＳ２１１に移行させて、制限処理の実行条件が成立していないと判別すればよい。また、ステップＳ２０６において、運動の目標の達成の可能性を表す値が第３閾値未満であると判別された場合には（ステップＳ２０６で“ＹＥＳ”）、ステップＳ２０４を実行すればよい。また、このステップＳ２０４において、心拍数が第１閾値未満であると判別された場合に（ステップＳ２０４で“ＮＯ”）、ステップＳ２１１に代えてステップＳ２０９を実行してもよい。
本変形例において、第２条件の判別に係るステップＳ２０４を省略してもよい。
また、第３条件の判別に係るステップＳ２０５を省略してもよい。ステップＳ２０５を省略する場合には、ステップＳ２０９も省略される。
また、第５条件の判別に係るステップＳ２０７を省略してもよい。ステップＳ２０７を省略する場合には、ステップＳ２１０も省略される。
また、ステップＳ２０９、Ｓ２１０を省略し、ステップＳ２０９、Ｓ２１０に代えてステップＳ２１１を実行してもよい（すなわち、第１条件の成立を、実行条件の成立の要件としないこととしてもよい）。
また、上記のステップＳ２０４の省略、ステップＳ２０５の省略、ステップＳ２０７の省略、及びステップＳ２０９、Ｓ２１０の省略のうちの任意の２以上を組み合わせてもよい。

（変形例５）
制限処理の実行条件は、少なくとも第５条件が成立していることを条件に成立することとしてもよい。この場合には、例えば、図９に示す実行条件判別処理のステップＳ２０４の前にステップＳ２０７を実行し、このステップＳ２０７において、フルマラソンの完走タイムが３時間３０分未満であると判別された場合に（ステップＳ２０７で“ＮＯ”）、処理をステップＳ２１１に移行させて、制限処理の実行条件が成立していないと判別すればよい。また、ステップＳ２０７において、フルマラソンの完走タイムが３時間３０分以上であると判別された場合には（ステップＳ２０７で“ＹＥＳ”）、ステップＳ２０４を実行すればよい。また、このステップＳ２０４において、心拍数が第１閾値未満であると判別された場合に（ステップＳ２０４で“ＮＯ”）、ステップＳ２１１に代えてステップＳ２０９を実行してもよい。
本変形例において、第２条件の判別に係るステップＳ２０４を省略してもよい。
また、第３条件の判別に係るステップＳ２０５を省略してもよい。ステップＳ２０５を省略する場合には、ステップＳ２０９も省略される。
また、第４条件の判別に係るステップＳ２０６を省略してもよい。ステップＳ２０６を省略する場合には、ステップＳ２１０も省略される。
また、ステップＳ２０９、Ｓ２１０を省略し、ステップＳ２０９、Ｓ２１０に代えてステップＳ２１１を実行してもよい（すなわち、第１条件の成立を、実行条件の成立の要件としないこととしてもよい）。
また、上記のステップＳ２０４の省略、ステップＳ２０５の省略、ステップＳ２０６の省略、及びステップＳ２０９、Ｓ２１０の省略のうちの任意の２以上を組み合わせてもよい。

（変形例６）
運動の開始前、又は、運動が開始されてから最初の警告が行われる前に、第２条件～第５条件のうちの任意の少なくとも１つ、又は特定の少なくとも１つが成立すると判別された場合に、正常範囲Ｒを調整してもよい（すなわち、警告設定データ１３２における「正常範囲の調整後上限値」及び「正常範囲の調整後下限値」を設定してもよい）。この場合の調整は、正常範囲Ｒを広げる調整としてもよい。
例えば、運動の開始前に、上述したユーザＵの疲労度又は体調を入力するためのダイアログ画面において、疲労度が高い、又は体調が悪い、との入力がなされた場合に、第２条件が成立すると判定し、運動の開始時点における正常範囲Ｒを予め調整してもよい。
また、開始された運動の内容が或る内容ではない場合に（例えば、ペースが第２閾値よりも低速側である場合に）、第３条件が成立すると判別し、最初の警告が行われる前に正常範囲Ｒを予め調整してもよい。
また、ユーザＵの運動に係る目標の達成の可能性を表す値が所定の第３閾値未満であると、運動の開始前、又は、運動が開始されてから最初の警告が行われる前に判別された場合に、第４条件が成立すると判別し、運動の開始前、又は最初の警告が行われる前に正常範囲Ｒを予め調整してもよい。
また、フルマラソンの完走タイム等に基づいて、ユーザＵの運動能力が所定の基準を満たしていないと判別された場合に、運動の開始前、又は最初の警告が行われる前に正常範囲Ｒを予め調整してもよい。
本変形例における正常範囲Ｒの調整も、「制限処理」に含まれる。

（変形例７）
図６に示す警告処理のステップＳ１１１及びステップＳ１１６の少なくとも一方において、警告を停止させる処理に代えて、警告機能による警告を通常警告機能の場合よりも弱くする処理を実行してもよい。例えば、表示部１４１による警告表示を、ユーザＵがより視認しにくい表示に切り替えてもよい。また、音声出力部１４２が出力する警告のための音声の音量を低減させてもよい。また、振動部１４３による警告のための振動の強度を低減させてもよい。警告機能による警告を通常警告機能の場合よりも弱くする処理は、警告機能を制限する制限処理の一態様である。

変形例７の第１の態様として、運動が開始されてから実行された制限処理の回数が基準回数未満である場合（図６のステップＳ１０９で“ＹＥＳ”）に、ステップＳ１１０を省略し、ステップＳ１１１において、警告を通常警告機能の場合よりも弱くする処理を実行してもよい。すなわち、制限処理として、正常範囲Ｒを調整する処理、及び警告を停止する処理に代えて、警告を弱くする処理を実行してもよい。なお、ステップＳ１１１の開始時点において行われている警告を弱くする処理に加えて、次回の警告を弱くするように設定する処理を行ってもよい。この第１の態様では、「基準回数」は、「警告を弱くする処理を実行する最大回数」とされる。ステップＳ１０９において、警告を弱くする処理の実行回数が基準回数に達していると判別された場合には（ステップＳ１０９で“ＮＯ”）、ステップＳ１１６で、実行中の警告が停止される。

変形例７の第２の態様として、運動が開始されてから実行された制限処理の回数が基準回数未満である場合（図６のステップＳ１０９で“ＹＥＳ”）に、ステップＳ１１０においれ正常範囲Ｒを調整した上で、ステップＳ１１１において、警告を通常警告機能の場合よりも弱くする処理を実行してもよい。この場合、ステップＳ１１１では、実行中の警告を弱くする処理を行ってもよいし、次回の警告を弱くするように設定する処理を行ってもよいし、これらの両方の処理を行ってもよい。変形例７の第２の態様では、正常範囲Ｒを調整する処理、及び警告を弱くする処理を含むステップＳ１１０、Ｓ１１１の処理の全体が、１回の制限処理に相当する。

変形例７の第３の態様として、制限処理を実行した回数（変数ｎ）が基準回数に達している場合（ステップＳ１０９で“ＮＯ”）に実行されるステップＳ１１６において、警告を停止させる処理に代えて、警告を弱くする処理を実行してもよい。この場合には、ステップＳ１１６の終了後に、警告対象指標が正常範囲Ｒ内に入ったか否かを判別する処理、及び、警告対象指標が正常範囲Ｒ内に入ったと判別された場合に、弱められた警告を停止する処理が実行される。第３の態様は、上記の第１の態様又は第２の態様と組み合わせてもよい。

＜効果＞
以上のように、本実施形態に係る情報処理方法は、ＣＰＵ１１（コンピュータ）が実行する情報処理方法であって、ユーザＵが或る運動を行っているときのユーザＵの運動状態に係る警告機能として所定の通常警告機能による警告が発生している状態の時間の長さに係る第１条件（図７のステップＳ２０２、Ｓ２０３、Ｓ２０９、Ｓ２１０）と、ユーザＵの疲労度に係る第２条件（ステップＳ２０４）と、ユーザＵが行っている上記の或る運動の内容が或る内容ではないという第３条件（ステップＳ２０５）と、ユーザＵの上記の或る運動に係る目標の達成の可能性に係る第４条件（ステップＳ２０６）と、ユーザＵの運動能力に係る第５条件（ステップＳ２０７）との少なくとも一つを含む実行条件が成立したかを判別し（図６のステップＳ１０７、Ｓ１０８）、実行条件が成立したことを条件として（ステップＳ１０８で“ＹＥＳ”）、通常警告機能の場合よりも警告が制限されるように警告機能を制御する制限処理を実行する（ステップＳ１１０、Ｓ１１１、Ｓ１１６）。
第１条件を含む実行条件が成立したことを条件として制限処理を実行することで、ユーザＵが警告を認識した後におけるユーザＵにとって不要な警告の継続が抑制されるように、警告を制限することができる。
また、第２条件を含む実行条件が成立したことを条件として制限処理を実行することで、ユーザＵの疲労度が高く、警告を解除可能な運動状態で運動することが困難であるような場合に、ユーザＵが不適切と感じる警告が抑制されるように警告を制限することができる。
また、第３条件を含む実行条件が成立したことを条件として制限処理を実行することで、疲労や周囲の状況などの何らかの理由により、運動状態を警告が行われない状態に改善することが困難な状況であると推定できるような場合に、ユーザＵが不適切と感じる警告が抑制されるように警告を制限することができる。
また、第４条件を含む実行条件が成立したことを条件として制限処理を実行することで、ユーザＵが、目標を達成できないコンディションである可能性が高く、運動状態を警告が行われない状態に改善することが困難であると推定できるような場合に、ユーザＵが不適切と感じる警告が抑制されるように警告を制限することができる。
また、第５条件を含む実行条件が成立したことを条件として制限処理を実行することで、ユーザＵの運動能力の観点から、運動状態を警告が行われない状態に改善することが困難であると推定できるような場合に、ユーザＵが不適切と感じる警告が抑制されるように警告を制限することができる。
よって、ユーザＵの運動の状況等に応じて、より適切に警告機能を制限することができる。また、不要な警告を制限することで、ユーザＵが感じる煩わしさを低減することができる。また、端末装置１０の電力消費を抑制することができる。

また、第１条件は、警告機能としての通常警告機能による警告が発生している状態の継続時間、又は、或る期間内において通常警告機能による警告が発生している状態の積算時間が、判別用時間に達したことを条件とする。これにより、警告が連続して継続している場合、及び警告が断続的に継続しているような場合に、ユーザＵにとって不要な警告であると判別して警告を制限することができる。

また、上記の或る運動を行っているときのユーザＵの心拍数が所定の第１閾値未満である場合（図７のステップＳ２０４で“ＮＯ”）、ユーザＵの移動を伴う上記の或る運動におけるユーザＵの移動速度に応じた値が、所定の第２閾値か、又は当該第２閾値よりも高速側の値である場合（ステップＳ２０５で“ＮＯ”）、ユーザＵの上記の或る運動に係る目標の達成の可能性を表す値が所定の第３閾値以上である場合（ステップＳ２０６で“ＮＯ”）、及びユーザＵの運動能力を表す運動能力情報で表されるユーザＵの運動能力が所定の基準を満たす場合（ステップＳ２０７で“ＮＯ”）、の少なくともいずれかにおいて、判別用時間を増大させる調整を行う（ステップＳ２０９、Ｓ２１０）。これにより、ユーザＵの疲労度があまり高くないと推定できるような場合や、走りに余裕があると推定できるような場合に、必要以上に警告の継続時間が制限されないようにすることができる。

また、ユーザＵの運動能力を表す運動能力情報を取得し（図７のステップＳ２０７）、取得された運動能力情報で表されるユーザＵの運動能力が高いほど、判別用時間をより長い時間に設定する（ステップＳ２１０）。ユーザＵの運動能力が高い場合には、ユーザＵが余裕を持って運動しており、運動状態を警告が行われない状態に改善することが容易であると推定することができる。このため、ユーザＵの運動能力が高いほど判別用時間を長く設定し、より長い時間に亘って警告を行うことで、効果的に運動状態の改善を促すことができる。一方、ユーザＵの運動能力が低い場合には、ユーザＵの運動に余裕がなく、運動状態を警告が行われない状態に改善することが困難であると推定することができる。このため、ユーザＵの運動能力が低いほど判別用時間を短く設定し、警告を行う時間を短くすることで、ユーザＵが不適切と感じる警告を早期に制限し、ユーザＵが感じる煩わしさを低減することができる。

また、或る運動を行っているときのユーザＵの生体情報に基づいて、第２条件を判別する（図７のステップＳ２０４）。これにより、より適切にユーザＵの疲労度を推定することができる。

また、第２条件は、生体情報としてのユーザＵの心拍数が所定の第１閾値以上であることを条件とする（図７のステップＳ２０４）。心拍数は、ユーザＵが装着して用いる端末装置１０により簡易に取得可能であるため、大掛かりな装置を用いることなく、第２条件が成立しているか否かを判定することができる。

また、或る運動は、ユーザＵの移動を伴い、或る運動におけるユーザＵのペース（移動速度に応じた値）が所定の第２閾値よりも低速側の値である場合に、或る運動の内容が或る内容ではないと判別する（図７のステップＳ２０５）。このようにペースを用いることで、何らかの理由により、ユーザＵが、運動状態を警告が行われない状態に改善することが困難であることを簡易に推定することができる。

また、ユーザＵの或る運動に係る目標の達成の可能性を表す値が所定の第３閾値未満であることを、実行条件に含まれる第４条件として判別する（図７のステップＳ２０６）。目標の達成の可能性を表す値が第３閾値未満である場合には、ユーザＵが目標を達成できないコンディションである可能性が高く、何らかの理由により、運動状態を警告が行われない状態に改善することが困難であると推定することができる。このような場合に第４条件が成立すると判別して警告を制限することで、ユーザＵが不適切と感じる警告を抑制し、ユーザＵが感じる煩わしさを低減することができる。

また、第５条件は、ユーザＵの運動能力が所定の基準を満たしていないことを条件とする（図７のステップＳ２０７）。ユーザＵの運動能力が所定の基準を満たしていない場合には、ユーザＵの運動能力の観点から、運動状態を警告が行われない状態に改善することが困難であると推定することができる。できるような場合に第５条件が成立すると判別して警告を制限することで、ユーザＵが不適切と感じる警告を抑制し、ユーザＵが感じる煩わしさを低減することができる。

また、制限処理を実行することによって、警告機能による警告を停止するか（図６のステップＳ１１１、Ｓ１１６）、警告機能による警告を通常警告機能の場合よりも弱くする。警告を停止することにより、ユーザＵが警告によって感じる煩わしさを確実に低減することができる。また、警告を弱くすることにより、警告が行われていることをユーザＵに認識させつつ、ユーザＵが感じる煩わしさを緩和することができる。

また、警告機能では、ユーザＵの運動状態が通常警告機能に係る正常範囲Ｒ外にあるときに警告を発生させ（図６のステップＳ１０５、Ｓ１０６）、制限処理を実行することによって、通常警告機能の場合よりも警告がされにくくなるように正常範囲Ｒを調整する（ステップＳ１１０）。これにより、ユーザＵの運動の状況に応じた適切な警告を行うことができる。

また、警告機能では、ユーザＵの運動状態が通常警告機能に係る正常範囲Ｒ外にあるときに警告を発生させ（図６のステップＳ１０５、Ｓ１０６）、或る運動が開始されてから制限処理が実行された回数が基準回数未満である場合には（ステップＳ１０９で“ＹＥＳ”）、次回の制限処理において、当該次回の制限処理が実行される直前の正常範囲Ｒよりも警告がされにくい範囲となるように正常範囲Ｒを調整し（ステップＳ１１０）、或る運動が開始されてから既に基準回数の制限処理が実行されている場合には（ステップＳ１０９で“ＮＯ”）、次回の制限処理において、警告機能による警告を停止するか（ステップＳ１１６）、警告機能による警告を通常警告機能の場合よりも弱くする。これにより、ユーザＵの運動の状況の変化に応じて適切な警告が行われるようにある程度まで正常範囲Ｒを調整しつつ、このような正常範囲Ｒの調整を行ってもなお警告が発生する場合には、警告を停止し、又は警告を弱くすることで、ユーザＵが感じる煩わしさを低減することができる。

また、本実施形態に係る運動アプリ１３１（プログラム）は、ＣＰＵ１１（コンピュータ）に、ユーザＵが或る運動を行っているときのユーザＵの運動状態に係る警告機能として所定の通常警告機能による警告が発生している状態の時間の長さに係る第１条件（図７のステップＳ２０２、Ｓ２０３、Ｓ２０９、Ｓ２１０）と、ユーザＵの疲労度に係る第２条件（ステップＳ２０４）と、ユーザＵが行っている上記の或る運動の内容が或る内容ではないという第３条件（ステップＳ２０５）と、ユーザＵの上記の或る運動に係る目標の達成の可能性に係る第４条件（ステップＳ２０６）と、ユーザＵの運動能力に係る第５条件（ステップＳ２０７）との少なくとも一つを含む実行条件が成立したかを判別する処理（図６のステップＳ１０７、Ｓ１０８）、実行条件が成立したことを条件として（ステップＳ１０８で“ＹＥＳ”）、通常警告機能の場合よりも警告が制限されるように警告機能を制御する制限処理を実行する処理（ステップＳ１１０、Ｓ１１１、Ｓ１１６）、を実行させる。これにより、ユーザＵの運動の状況等に応じて、より適切に警告機能を制限することができる。また、不要な警告を制限することで、ユーザＵが感じる煩わしさを低減することができる。また、端末装置１０の電力消費を抑制することができる。

また、本実施形態に係る端末装置１０（情報処理装置）は、ユーザＵが或る運動を行っているときのユーザＵの運動状態に係る警告機能として所定の通常警告機能による警告が発生している状態の時間の長さに係る第１条件（図７のステップＳ２０２、Ｓ２０３、Ｓ２０９、Ｓ２１０）と、ユーザＵの疲労度に係る第２条件（ステップＳ２０４）と、ユーザＵが行っている上記の或る運動の内容が或る内容ではないという第３条件（ステップＳ２０５）と、ユーザＵの上記の或る運動に係る目標の達成の可能性に係る第４条件（ステップＳ２０６）と、ユーザＵの運動能力に係る第５条件（ステップＳ２０７）との少なくとも一つを含む実行条件が成立したかを判別し（図６のステップＳ１０７、Ｓ１０８）、実行条件が成立したことを条件として（ステップＳ１０８で“ＹＥＳ”）、通常警告機能の場合よりも警告が制限されるように警告機能を制御する制限処理（ステップＳ１１０、Ｓ１１１、Ｓ１１６）を実行するＣＰＵ１１（コンピュータ）を備える。これにより、ユーザＵの運動の状況等に応じて、より適切に警告機能を制限することができる。また、不要な警告を制限することで、ユーザＵが感じる煩わしさを低減することができる。また、端末装置１０の電力消費を抑制することができる。

＜その他＞
なお、上記実施形態における記述は、本発明に係る情報処理方法、プログラム及び情報処理装置の一例であり、これに限定されるものではない。
例えば、上記実施形態においてセンサ装置２０が実現していた機能を端末装置１０が実現可能である場合には、センサ装置２０を省略してもよい。

また、センサ装置２０の装着部位は腰に限られない。例えば、センサ装置２０は、ユーザの手首に装着されて用いられるリスト型端末であってもよい。この場合には、運動指標として腕の振りなども検出することができる。

また、上記実施形態では、制限処理として少なくとも１回、正常範囲Ｒの調整を行う例を挙げて説明したが、これに限られず、運動が開始されてから最初に行われる制限処理において、警告機能による警告を停止したり、警告機能による警告を通常警告機能の場合よりも弱くしたりしてもよい。すなわち、警告設定データ１３２における「正常範囲調整の基準回数」を「０」に設定してもよい。

また、対象の生体情報として心拍数を例示したが、生体情報は、ユーザＵの疲労度と相関を有するものであればよく、心拍数に限られない。生体情報としては、例えば、血中酸素飽和度（血中酸素濃度）、又は最大酸素摂取量（１分当たりに体内に取り込むことのできる酸素の最大量）などを用いてもよい。

また、運動として短距離走を行う場合や、運動としてマラソン大会等の競技大会を行う場合など、走行タイムの達成や短縮が目標となる状況では、警告を制限する制限処理を実行しないこととしてもよい。これにより、走行タイムの達成や短縮が目標となる状況において、ユーザＵが所望する設定通りの警告を行うことができる。あるいは、走行タイムの達成や短縮が目標となる状況において、制限処理としての正常範囲Ｒの調整を行う基準回数を通常より低減させてもよい。

また、ユーザＵが過去に怪我をしたときの運動状態を参照し、警告対象指標の正常範囲Ｒの調整状況に基づいて、ユーザＵの走りが怪我をしたときの運動状態に近似していると判別された場合に、通常警報機能による警報に代えて（又は当該警報に加えて）、怪我をしやすい運動状態であることを表す警告を行ってもよい。

また、ユーザＵが行う運動として歩行及び走行（ランニング）を例示したが、これに限られず、例えば自転車での走行や、水泳などであってもよい。また、必ずしも移動を伴う運動に限られず、体操や筋力トレーニングなどであってもよい。

また、運動を行う対象は、運動を行うことが可能であればよく、人に限られない。例えば、対象は、動物やロボットなどであってもよい。対象がロボットである場合の警告機能は、ロボット又は当該ロボットの動作を制御する制御装置に対して警告に係る信号を送信する機能を含む。また、対象がロボットである場合には、運動に応じてロボットの或る部分に掛かる負荷の累積値により、ロボットの疲労度を表してもよい。

また、以上の説明では、本発明に係るプログラムのコンピュータ読み取り可能な媒体として記憶部１３、２３を使用した例を開示したが、この例に限定されない。その他のコンピュータ読み取り可能な媒体として、ＨＤＤ、ＳＳＤ、フラッシュメモリ、ＣＤ－ＲＯＭ等の情報記録媒体を適用することが可能である。また、本発明に係るプログラムのデータを通信回線を介して提供する媒体として、キャリアウエーブ（搬送波）も本発明に適用される。

また、上記実施形態における端末装置１０及びセンサ装置２０の構成要素の細部構成及び細部動作に関しては、本発明の趣旨を逸脱することのない範囲で適宜変更可能であることは勿論である。

本発明の実施の形態を説明したが、本発明の範囲は、上述の実施の形態に限定するものではなく、特許請求の範囲に記載された発明の範囲とその均等の範囲を含む。
以下に、この出願の願書に最初に添付した特許請求の範囲に記載した発明を付記する。付記に記載した請求項の項番は、この出願の願書に最初に添付した特許請求の範囲の通りである。
〔付記〕
＜請求項１＞
コンピュータが実行する情報処理方法であって、
対象が或る運動を行っているときの前記対象の運動状態に係る警告機能として所定の通常警告機能による警告が発生している状態の時間の長さに係る第１条件と、前記対象の疲労度に係る第２条件と、前記対象が行っている前記或る運動の内容が或る内容ではないという第３条件と、前記対象の前記或る運動に係る目標の達成の可能性に係る第４条件と、前記対象の運動能力に係る第５条件との少なくとも一つを含む実行条件が成立したかを判別し、
前記実行条件が成立したことを条件として、前記通常警告機能の場合よりも警告が制限されるように前記警告機能を制御する制限処理を実行する、
情報処理方法。
＜請求項２＞
前記第１条件は、前記警告機能としての前記通常警告機能による警告が発生している状態の継続時間、又は、或る期間内において前記通常警告機能による警告が発生している状態の積算時間が、判別用時間に達したことを条件とする、
請求項１に記載の情報処理方法。
＜請求項３＞
前記或る運動を行っているときの前記対象の心拍数が所定の第１閾値未満である場合、
前記対象の移動を伴う前記或る運動における前記対象の移動速度に応じた値が、所定の第２閾値か、又は当該第２閾値よりも高速側の値である場合、
前記対象の前記或る運動に係る目標の達成の可能性を表す値が所定の第３閾値以上である場合、及び
前記対象の運動能力を表す運動能力情報で表される前記対象の運動能力が所定の基準を満たす場合、
の少なくともいずれかにおいて、前記判別用時間を増大させる調整を行う、
請求項２に記載の情報処理方法。
＜請求項４＞
前記対象の運動能力を表す運動能力情報を取得し、
取得された前記運動能力情報で表される前記対象の運動能力が高いほど、前記判別用時間をより長い時間に設定する、
請求項２又は３に記載の情報処理方法。
＜請求項５＞
前記或る運動を行っているときの前記対象の生体情報に基づいて、前記第２条件を判別する、
請求項１から請求項４のいずれか一項に記載の情報処理方法。
＜請求項６＞
前記第２条件は、前記生体情報としての前記対象の心拍数が所定の第１閾値以上であることを条件とする、
請求項５に記載の情報処理方法。
＜請求項７＞
前記或る運動は、前記対象の移動を伴い、
前記或る運動における前記対象の移動速度に応じた値が所定の第２閾値よりも低速側の値である場合に、前記或る運動の内容が或る内容ではないと判別する、
請求項１から請求項６のいずれか一項に記載の情報処理方法。
＜請求項８＞
前記対象の前記或る運動に係る目標の達成の可能性を表す値が所定の第３閾値未満であることを、前記第４条件として判別する、
請求項１から請求項７のいずれか一項に記載の情報処理方法。
＜請求項９＞
前記第５条件は、前記対象の運動能力が所定の基準を満たしていないことを条件とする、請求項１から請求項８のいずれか一項に記載の情報処理方法。
＜請求項１０＞
前記制限処理を実行することによって、前記警告機能による警告を停止するか、前記警告機能による警告を前記通常警告機能の場合よりも弱くする、
請求項１から請求項９のいずれか一項に記載の情報処理方法。
＜請求項１１＞
前記警告機能では、前記対象の運動状態が前記通常警告機能に係る正常範囲外にあるときに警告を発生させ、
前記制限処理を実行することによって、前記通常警告機能の場合よりも警告がされにくくなるように前記正常範囲を調整する、
請求項１から請求項１０のいずれか一項に記載の情報処理方法。
＜請求項１２＞
前記警告機能では、前記対象の運動状態が前記通常警告機能に係る正常範囲外にあるときに警告を発生させ、
前記或る運動が開始されてから前記制限処理が実行された回数が基準回数未満である場合には、次回の制限処理において、当該次回の制限処理が実行される直前の正常範囲よりも警告がされにくい範囲となるように前記正常範囲を調整し、
前記或る運動が開始されてから既に前記基準回数の前記制限処理が実行されている場合には、次回の制限処理において、前記警告機能による警告を停止するか、前記警告機能による警告を前記通常警告機能の場合よりも弱くする、
請求項１から請求項１０のいずれか一項に記載の情報処理方法。
＜請求項１３＞
コンピュータに、
対象が或る運動を行っているときの前記対象の運動状態に係る警告機能として所定の通常警告機能による警告が発生している状態の時間の長さに係る第１条件と、前記対象の疲労度に係る第２条件と、前記対象が行っている前記或る運動の内容が或る内容ではないという第３条件と、前記対象の前記或る運動に係る目標の達成の可能性に係る第４条件と、前記対象の運動能力に係る第５条件との少なくとも一つを含む実行条件が成立したかを判別する処理、
前記実行条件が成立したことを条件として、前記通常警告機能の場合よりも警告が制限されるように前記警告機能を制御する制限処理を実行する処理、
を実行させるプログラム。
＜請求項１４＞
対象が或る運動を行っているときの前記対象の運動状態に係る警告機能として所定の通常警告機能による警告が発生している状態の時間の長さに係る第１条件と、前記対象の疲労度に係る第２条件と、前記対象が行っている前記或る運動の内容が或る内容ではないという第３条件と、前記対象の前記或る運動に係る目標の達成の可能性に係る第４条件と、前記対象の運動能力に係る第５条件との少なくとも一つを含む実行条件が成立したかを判別し、
前記実行条件が成立したことを条件として、前記通常警告機能の場合よりも警告が制限されるように前記警告機能を制御する制限処理を実行する、
コンピュータを備える情報処理装置。

１ 運動支援システム
１０ 端末装置（情報処理装置）
１１ ＣＰＵ（コンピュータ）
１２ ＲＡＭ
１３ 記憶部
１３１ 運動アプリ
１３２ 警告設定データ
１４ 警告部
１４１ 表示部
１４２ 音声出力部
１４３ 振動部
１５ 操作部
１６ 脈波検出部
１７ 通信部
１８ バス
２０ センサ装置
２１ ＣＰＵ
２２ ＲＡＭ
２３ 記憶部
２３１ プログラム
２４ センサ部
２４１ ３軸加速度センサ
２４２ ３軸ジャイロセンサ
２４３ ３軸地磁気センサ
２５ 位置情報取得部
２６ 通信部
２７ バス
Ｒ 正常範囲
Ｕ ユーザ（対象）

Claims (14)

1. コンピュータが実行する情報処理方法であって、
   対象が或る運動を行っているときの前記対象の運動状態に係る警告機能として所定の通常警告機能による警告が発生している状態の時間の長さに係る第１条件と、前記対象の疲労度に係る第２条件と、前記対象が行っている前記或る運動の内容が或る内容ではないという第３条件と、前記対象の前記或る運動に係る目標の達成の可能性に係る第４条件と、前記対象の運動能力に係る第５条件との少なくとも一つを含む実行条件が成立したかを判別し、
   前記実行条件が成立したことを条件として、前記通常警告機能の場合よりも警告が制限されるように前記警告機能を制御する制限処理を実行する、
   情報処理方法。
2. 前記第１条件は、前記警告機能としての前記通常警告機能による警告が発生している状態の継続時間、又は、或る期間内において前記通常警告機能による警告が発生している状態の積算時間が、判別用時間に達したことを条件とする、
   請求項１に記載の情報処理方法。
3. 前記或る運動を行っているときの前記対象の心拍数が所定の第１閾値未満である場合、
   前記対象の移動を伴う前記或る運動における前記対象の移動速度に応じた値が、所定の第２閾値か、又は当該第２閾値よりも高速側の値である場合、
   前記対象の前記或る運動に係る目標の達成の可能性を表す値が所定の第３閾値以上である場合、及び
   前記対象の運動能力を表す運動能力情報で表される前記対象の運動能力が所定の基準を満たす場合、
   の少なくともいずれかにおいて、前記判別用時間を増大させる調整を行う、
   請求項２に記載の情報処理方法。
4. 前記対象の運動能力を表す運動能力情報を取得し、
   取得された前記運動能力情報で表される前記対象の運動能力が高いほど、前記判別用時間をより長い時間に設定する、
   請求項２又は３に記載の情報処理方法。
5. 前記或る運動を行っているときの前記対象の生体情報に基づいて、前記第２条件を判別する、
   請求項１から請求項４のいずれか一項に記載の情報処理方法。
6. 前記第２条件は、前記生体情報としての前記対象の心拍数が所定の第１閾値以上であることを条件とする、
   請求項５に記載の情報処理方法。
7. 前記或る運動は、前記対象の移動を伴い、
   前記或る運動における前記対象の移動速度に応じた値が所定の第２閾値よりも低速側の値である場合に、前記或る運動の内容が或る内容ではないと判別する、
   請求項１から請求項６のいずれか一項に記載の情報処理方法。
8. 前記対象の前記或る運動に係る目標の達成の可能性を表す値が所定の第３閾値未満であることを、前記第４条件として判別する、
   請求項１から請求項７のいずれか一項に記載の情報処理方法。
9. 前記第５条件は、前記対象の運動能力が所定の基準を満たしていないことを条件とする、請求項１から請求項８のいずれか一項に記載の情報処理方法。
10. 前記制限処理を実行することによって、前記警告機能による警告を停止するか、前記警告機能による警告を前記通常警告機能の場合よりも弱くする、
    請求項１から請求項９のいずれか一項に記載の情報処理方法。
11. 前記警告機能では、前記対象の運動状態が前記通常警告機能に係る正常範囲外にあるときに警告を発生させ、
    前記制限処理を実行することによって、前記通常警告機能の場合よりも警告がされにくくなるように前記正常範囲を調整する、
    請求項１から請求項１０のいずれか一項に記載の情報処理方法。
12. 前記警告機能では、前記対象の運動状態が前記通常警告機能に係る正常範囲外にあるときに警告を発生させ、
    前記或る運動が開始されてから前記制限処理が実行された回数が基準回数未満である場合には、次回の制限処理において、当該次回の制限処理が実行される直前の正常範囲よりも警告がされにくい範囲となるように前記正常範囲を調整し、
    前記或る運動が開始されてから既に前記基準回数の前記制限処理が実行されている場合には、次回の制限処理において、前記警告機能による警告を停止するか、前記警告機能による警告を前記通常警告機能の場合よりも弱くする、
    請求項１から請求項１０のいずれか一項に記載の情報処理方法。
13. コンピュータに、
    対象が或る運動を行っているときの前記対象の運動状態に係る警告機能として所定の通常警告機能による警告が発生している状態の時間の長さに係る第１条件と、前記対象の疲労度に係る第２条件と、前記対象が行っている前記或る運動の内容が或る内容ではないという第３条件と、前記対象の前記或る運動に係る目標の達成の可能性に係る第４条件と、前記対象の運動能力に係る第５条件との少なくとも一つを含む実行条件が成立したかを判別する処理、
    前記実行条件が成立したことを条件として、前記通常警告機能の場合よりも警告が制限されるように前記警告機能を制御する制限処理を実行する処理、
    を実行させるプログラム。
14. 対象が或る運動を行っているときの前記対象の運動状態に係る警告機能として所定の通常警告機能による警告が発生している状態の時間の長さに係る第１条件と、前記対象の疲労度に係る第２条件と、前記対象が行っている前記或る運動の内容が或る内容ではないという第３条件と、前記対象の前記或る運動に係る目標の達成の可能性に係る第４条件と、前記対象の運動能力に係る第５条件との少なくとも一つを含む実行条件が成立したかを判別し、
    前記実行条件が成立したことを条件として、前記通常警告機能の場合よりも警告が制限されるように前記警告機能を制御する制限処理を実行する、
    コンピュータを備える情報処理装置。

Images