(57)【要約】【課題】運動中のユーザーが運動の見直しを行う際の補助となり得る情報を生成することのできる電子機器、運動支援方法、及び運動支援プログラムを提供する。【解決手段】本適用例に係る電子機器は、運動中のユーザーについての体力評価と、前記ユーザーについての体調評価とに基づいて、前記ユーザーによる前記運動に見直しの必要性があるか否かに関する情報を生成する処理部を含む。【選択図】図７
2017006335.tif 000002
【特許請求の範囲】
【請求項１】
運動中のユーザーについての体力評価と、前記ユーザーについての体調評価とに基づいて、前記ユーザーによる前記運動に見直しの必要性があるか否かに関する情報を生成する処理部を含む、
電子機器。
【請求項２】
前記処理部は、
前記ユーザーの運動の時間変化に基づき前記体力評価を行う、
請求項１に記載の電子機器。
【請求項３】
前記処理部は、
前記ユーザーの高度、前記ユーザーの歩数、前記ユーザーの速度、前記ユーザーの歩幅、前記ユーザーの位置する地点の大気圧のうち少なくとも１つの時間変化に基づき、前記体力評価を行う、
請求項２に記載の電子機器。
【請求項４】
前記処理部は、
位置センサー、加速度センサー、気圧センサーのうち少なくとも１つの出力に基づき前記体力評価を行う、
請求項１〜３のいずれか一項に記載の電子機器。
【請求項５】
前記処理部は、
前記ユーザーの生体情報の時間変化に基づき前記体調評価を行う、
請求項１〜４のいずれか一項に記載の電子機器。
【請求項６】
前記処理部は、
前記ユーザーの心拍数の時間変化に基づき前記体調評価を行う、
請求項５に記載の電子機器。
【請求項７】
前記処理部は、
前記体力評価の結果及び前記体調評価の結果の双方が良好である場合に、前記運動に見直しの必要性が無い旨の前記情報を生成する、
請求項１〜６の何れか一項に記載の電子機器。
【請求項８】
前記処理部は、
前記体力評価の結果及び前記体調評価の結果のうち前記体調評価の結果のみが不良である場合に、前記運動に変更の必要性がある旨の前記情報を生成する、
請求項７に記載の電子機器。
【請求項９】
前記処理部は、
前記体力評価の結果及び前記体調評価の結果のうち前記体力評価の結果のみが不良である場合に、前記運動に休止の必要性がある旨の前記情報を生成する、
請求項７又は８に記載の電子機器。
【請求項１０】
前記処理部は、
前記体力評価の結果及び前記体調評価の結果の双方が不良である場合に、前記運動に中止の必要性がある旨の前記情報を生成する、
請求項７〜９の何れか一項に記載の電子機器。
【請求項１１】
前記処理部は、
複数の前記ユーザーの各々についての前記体力評価と、複数の前記ユーザーの各々についての前記体調評価とに基づいて、複数の前記ユーザーによる前記運動に見直しの必要性があるか否かに関する前記情報を生成する、
請求項１〜１０の何れか一項に記載の電子機器。
【請求項１２】
前記処理部は、
複数の前記ユーザーの全てについて前記体力評価の結果及び前記体調評価の結果の双方が良好である場合に、前記運動に見直しの必要性が無い旨の前記情報を生成する、
請求項１１に記載の電子機器。
【請求項１３】
前記処理部は、
前記体力評価の結果及び前記体調評価の結果のうち前記体調評価の結果のみが不良である前記ユーザーの数が所定数以上である場合に、前記運動に変更の必要性がある旨の前記情報を生成する、
請求項１２に記載の電子機器。
【請求項１４】
前記処理部は、
前記体力評価の結果及び前記体調評価の結果のうち前記体力評価の結果のみが不良である前記ユーザーの数が所定数以上である場合に、前記運動に休止の必要性がある旨の前記情報を生成する、
請求項１２又は１３に記載の電子機器。
【請求項１５】
前記処理部は、
前記体力評価の結果及び前記体調評価の結果の双方が不良である前記ユーザーの数が所定数以上である場合に、前記運動に中止の必要性がある旨の前記情報を生成する、
請求項１２〜１４の何れか一項に記載の電子機器。
【請求項１６】
前記処理部は、
前記ユーザーに前記情報を提供する、
請求項１〜１５の何れか一項に記載の電子機器。
【請求項１７】
前記電子機器は、
前記ユーザーの所定部位へ装着可能である、
請求項１〜１６の何れか一項に記載の電子機器。
【請求項１８】
前記所定部位は、腕又は手首である、
請求項１７に記載の電子機器。
【請求項１９】
運動中のユーザーについての体力評価と、前記ユーザーについての体調評価とに基づいて、前記ユーザーによる前記運動に見直しの必要性があるか否かに関する情報を生成すること、を含む、
運動支援方法。
【請求項２０】
運動中のユーザーについての体力評価と、前記ユーザーについての体調評価とに基づいて、前記ユーザーによる前記運動に見直しの必要性があるか否かに関する情報を生成すること、をコンピューターに実行させる、
運動支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子機器、運動支援方法、及び運動支援プログラムに関する。
【背景技術】
【０００２】
登山者、ランニング、自転車競技などのスポーツの参加者が疲労や体調不良に陥った際には、適切に休憩をとったり、場合によってはルートを変更したりといった判断が必要になる。
【０００３】
従来、日常生活における体調の指標となる環境情報、生体情報の変化を検知して、これに基づいてすぐにその場で対応可能なよう健康アドバイスを出力するシステムが提案されている（特許文献１等を参照。）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−１９６０４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、健康アドバイスは、スポーツ中のユーザーにとって必ずしも役立つ情報ではない。特に、登山中は、遭難の危険を回避するために、場合によっては健康以外にも考慮すべき事項があると考えられる。
【０００６】
本発明は、以上のような問題点に鑑みてなされたものであり、本発明のいくつかの態様は、運動中のユーザーが運動の見直しを行う際の補助となり得る情報を生成することのできる電子機器、運動支援方法、及び運動支援プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は前述の課題の少なくとも一部を解決するためになされたものであり、以下の態様又は適用例として実現することが可能である。
【０００８】
［適用例１］
本適用例の電子機器は、運動中のユーザーについての体力評価と、前記ユーザーについての体調評価とに基づいて、前記ユーザーによる前記運動に見直しの必要性があるか否かに関する情報を生成する処理部を含む。
【０００９】
処理部は、ユーザーの体力及び体調の双方に基づき運動に見直しの必要性があるか否かに関する情報を生成することで、ユーザーの体力及び体調の双方を情報に反映させる。従って、ユーザーは、運動中に適切な判断をするための補助として情報を利用することができる。
【００１０】
［適用例２］
本適用例の電子機器において、前記処理部は、前記ユーザーの運動の時間変化に基づき前記体力評価を行ってもよい。
【００１１】
処理部は、ユーザーの運動能力の時間変化を体力評価に使用する。従って、例えば、ユーザーの体力が時間経過に伴って低下したこと等を、体力評価の結果に反映させることができる。
【００１２】
［適用例３］
本適用例の電子機器において、前記処理部は、前記ユーザーの高度、前記ユーザーの歩数、前記ユーザーの速度、前記ユーザーの歩幅、前記ユーザーの位置する地点の大気圧のうち少なくとも１つの時間変化に基づき、前記体力評価を行ってもよい。
【００１３】
処理部は、高度、歩数、速度、歩幅のうち少なくとも１つの時間変化を、体力評価に使用する。これらの項目は、例えば、運動するユーザーの体力の変化などによって変化しやすい。従って、ユーザーの体力の変化を、体力評価の結果へ反映させることができる。
【００１４】
［適用例４］
本適用例の電子機器において、前記処理部は、位置センサー、加速度センサー、気圧センサーのうち少なくとも１つの出力に基づき前記体力評価を行ってもよい。
【００１５】
処理部は、位置センサー、加速度センサー、気圧センサーのうち少なくとも１つの出力を体力評価に利用することができる。
【００１６】
［適用例５］
本適用例の電子機器において、前記処理部は、前記ユーザーの生体情報の時間変化に基づき前記体調評価を行ってもよい。
【００１７】
処理部は、ユーザーの生体情報の時間変化を体力評価に使用する。従って、例えば、ユーザーの体調が時間経過に伴って悪化したことを、体調評価の結果に反映させることができる。
【００１８】
［適用例６］
本適用例の電子機器において、前記処理部は、前記ユーザーの心拍数の時間変化に基づき前記体調評価を行ってもよい。
【００１９】
処理部は、心拍数の時間変化を、体調評価の結果へ反映させることができる。
【００２０】
［適用例７］
本適用例の電子機器において、前記処理部は、前記体力評価の結果及び前記体調評価の結果の双方が良好である場合に、前記運動に見直しの必要性が無い旨の前記情報を生成してもよい。
【００２１】
処理部は、ユーザーの体力評価及び体調評価の結果が良好である場合には、見直しの必要性が無い旨の情報を生成する。この情報によれば、ユーザーに対して運動の継続を促すことができる。
【００２２】
［適用例８］
本適用例の電子機器において、前記処理部は、前記体力評価の結果及び前記体調評価の結果のうち前記体調評価の結果のみが不良である場合に、前記運動に変更の必要性がある旨の前記情報を生成してもよい。
【００２３】
処理部は、ユーザーの体力評価の結果が不良でなく体調評価の結果が不良である場合には、変更の必要性がある旨の情報を生成する。この情報によれば、ユーザーに対して運動の変更を促すことができる。
【００２４】
［適用例９］
本適用例の電子機器において、前記処理部は、前記体力評価の結果及び前記体調評価の結果のうち前記体力評価の結果のみが不良である場合に、前記運動に休止の必要性がある旨の前記情報を生成してもよい。
【００２５】
処理部は、ユーザーの体力評価の結果が不良であり体調評価の結果が不良でない場合には、休止の必要性がある旨の情報を生成する。この情報によれば、ユーザーに対して運動の休止を促すことができる。
【００２６】
［適用例１０］
本適用例の電子機器において、前記処理部は、前記体力評価の結果及び前記体調評価の結果の双方が不良である場合に、前記運動に中止の必要性がある旨の前記情報を生成してもよい。
【００２７】
処理部は、ユーザーの体力評価の結果が不良であり体調評価の結果も不良である場合には、中止の必要性がある旨の情報を生成する。この情報によれば、ユーザーに対して運動の中止を促すことができる。
【００２８】
［適用例１１］
本適用例の電子機器は、複数の前記ユーザーの各々についての前記体力評価と、複数の前記ユーザーの各々についての前記体調評価とに基づいて、複数の前記ユーザーによる前記運動に見直しの必要性があるか否かに関する前記情報を生成してもよい。
【００２９】
処理部は、複数のユーザーの体力及び体調の双方に基づき運動に見直しの必要性があるか否かに関する情報を生成することで、複数のユーザーの体力及び体調の双方を情報に反映させる。従って、複数のユーザーは、運動中に適切な判断をするための補助として情報を利用することができる。
【００３０】
［適用例１２］
本適用例の電子機器において、前記処理部は、複数の前記ユーザーの全てについて前記体力評価の結果及び前記体調評価の結果の双方が良好である場合に、前記運動に見直しの必要性が無い旨の前記情報を生成してもよい。
【００３１】
処理部は、複数のユーザーの全ての体力評価及び体調評価の結果が良好である場合には、見直しの必要性が無い旨の情報を生成する。この情報によれば、複数のユーザーに対して運動の継続を促すことができる。
【００３２】
［適用例１３］
本適用例の電子機器において、前記処理部は、前記体力評価の結果及び前記体調評価の結果のうち前記体調評価の結果のみが不良である前記ユーザーの数が所定数以上である場合に、前記運動に変更の必要性がある旨の前記情報を生成してもよい。
【００３３】
処理部は、体力評価の結果が不良でなく体調評価の結果が不良なユーザーの数が所定数以上である場合には、変更の必要性がある旨の情報を生成する。この情報によれば、複数のユーザーによる運動の場合にも、運動の変更を促すことができる。
【００３４】
［適用例１４］
本適用例の電子機器において、前記処理部は、前記体力評価の結果及び前記体調評価の結果のうち前記体力評価の結果のみが不良である前記ユーザーの数が所定数以上である場合に、前記運動に休止の必要性がある旨の前記情報を生成してもよい。
【００３５】
処理部は、体力評価の結果が不良であり体調評価の結果が不良でないユーザーの数が所定数以上である場合には、休止の必要性がある旨の情報を生成する。この情報によれば、ユーザーに対して運動の休止を促すことができる。
【００３６】
［適用例１５］
本適用例の電子機器において、前記処理部は、前記体力評価の結果及び前記体調評価の結果の双方が不良である前記ユーザーの数が所定数以上である場合に、前記運動に中止の必要性がある旨の前記情報を生成してもよい。
【００３７】
処理部は、体力評価及び体調評価の結果が不良なユーザーの数が所定数以上である場合には、中止の必要性がある旨の情報を生成する。この情報によれば、ユーザーに対して運動の中止を促すことができる。
【００３８】
［適用例１６］
本適用例の電子機器において、前記処理部は、前記ユーザーに前記情報を提供してもよい。
【００３９】
処理部は、例えば、あるユーザーの情報を、ユーザー自身又は他のユーザーなどへ提供することができる。従って、ユーザー自身又は他のユーザーに情報を知らせることができる。
【００４０】
［適用例１７］
本適用例の電子機器は、前記ユーザーの所定部位へ装着可能であってもよい。
【００４１】
従って、ユーザーは、電子機器を手に持たなくても電子機器を使用することができる。
【００４２】
［適用例１８］
本適用例の電子機器において、前記所定部位は、腕又は手首であってもよい。
【００４３】
従って、ユーザーは、電子機器を腕時計等と同様の感覚で使用することができる。
【００４４】
［適用例１９］
本適用例の運動支援方法は、運動中のユーザーについての体力評価と、前記ユーザーについての体調評価とに基づいて、前記ユーザーによる前記運動に見直しの必要性があるか否かに関する情報を生成すること、を含む。
【００４５】
本適用例の運動支援方法では、ユーザーの体力及び体調の双方に基づき運動に見直しの必要性があるか否かに関する情報を生成することで、ユーザーの体力及び体調の双方を情報に反映させる。従って、ユーザーは、運動中に適切な判断をするための補助として情報を利用することができる。
【００４６】
［適用例２０］
本適用例の運動支援プログラムは、運動中のユーザーについての体力評価と、前記ユーザーについての体調評価とに基づいて、前記ユーザーによる前記運動に見直しの必要性があるか否かに関する情報を生成すること、をコンピューターに実行させる。
【００４７】
コンピューターは、ユーザーの体力及び体調の双方に基づき運動に見直しの必要性があるか否かに関する情報を生成することで、ユーザーの体力及び体調の双方を情報に反映させる。従って、ユーザーは、運動中に適切な判断をするための補助として情報を利用することができる。
【図面の簡単な説明】
【００４８】
【図１】第１実施形態における電子機器１の概要を説明するための図である。
【図２】電子機器１の構成を説明するための機能ブロック図である。
【図３】ルートの例を説明するための図である。
【図４】ルートのデータを説明するための図である。
【図５】体力評価処理、体調評価処理、ルート検索処理を説明するためのフローチャートである。
【図６】体力評価処理、体調評価処理、ルート検索処理におけるデータの流れを説明するための図である。
【図７】個人支援処理に関する処理部１２０の動作を説明するためのフローチャートである。
【図８】複数の電子機器１を含むシステムを説明するための図である。
【図９】システムにおけるデータの流れを説明するための図である。
【図１０】パーティー支援処理に関する電子機器１（マスターモジュール１ａ）の動作を説明するためのフローチャートである。
【図１１】電子機器１の外観の他の例を示す図である。
【発明を実施するための形態】
【００４９】
以下、本発明の好適な実施形態について図面を用いて詳細に説明する。なお、以下に説明する実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また以下で説明される構成の全てが本発明の必須構成要件であるとは限らない。
【００５０】
１．電子機器の実施形態
１−１．電子機器の概要
図１は、第１実施形態における電子機器の概要を説明するための図である。
【００５１】
図１に示すように、本実施形態における電子機器（一例として、本実施形態ではスポーツ活動記録装置）１は、例えば、登山などのアウトドア活動においてユーザーの身体の一部へ装着される携帯情報機器である。必要なときにユーザーが目視できるよう、電子機器１の装着先は、例えば、肘から手に至る部位（前腕）である。図１に示す例では、電子機器１はリスト型（腕時計型）の携帯情報機器（アウトドアウォッチ）として構成され、電子機器１の装着先は手首とされている。
【００５２】
電子機器１には、計時機能の他、測位機能、コンパス機能、気圧検出機能、脈拍検出機能などの各種のセンシング機能が搭載されている。以下、電子機器１が登山（運動の一例）に適用されると仮定して説明する。電子機器１は、これらセンシング機能を利用して登山中のユーザーに対する支援処理を実行する。支援処理は、ユーザーの体力及び体調を監視し、登山の見直しの必要性が生じたか否かに関する情報（継続、変更、休止、中止を促すための支援情報）を適切なタイミングで生成し、ユーザーなどへ提供する処理である。支援処理の詳細は、後述する。
【００５３】
１−２．電子機器の構成
図２は、電子機器の構成を説明するための機能ブロック図である。
【００５４】
図２に示すように、電子機器１は、ＧＰＳセンサー１１０、地磁気センサー１１１、気圧センサー１１２、加速度センサー１１３、角速度センサー１１４、脈センサー１１５、温度センサー１１６、処理部１２０、記憶部１３０、操作部１５０、計時部１６０、表示部１７０、音出力部１８０、通信部１９０などを含んで構成される。但し、電子機器１の構成は、これらの構成要素の一部を削除又は変更し、或いは他の構成要素（例えば、湿度
センサー、紫外線センサーなど）を追加したものであってもよい。
【００５５】
ＧＰＳセンサー１１０は、電子機器１の位置などを示す測位データ（緯度、経度、高度、速度ベクトルなどのデータ）を生成して処理部１２０へ出力するセンサーであって、例えばＧＰＳ受信機（GPS: Global Positioning System）等を含んで構成される。ＧＰＳセンサー１１０は、外部から到来する所定周波数帯域の電磁波を不図示のＧＰＳアンテナで受信し、ＧＰＳ衛星からのＧＰＳ信号を抽出すると共に、当該ＧＰＳ信号に基づき測位データを生成する。
【００５６】
地磁気センサー１１１は、電子機器１から見た地球の磁場の方向を示す地磁気ベクトルを検出するセンサーであって、例えば、互いに直交する３つの軸方向の磁束密度を示す地磁気データを生成する。地磁気センサー１１１には、例えば、ＭＲ（Magnet resistive）素子、ＭＩ（Magnet impedance）素子、ホール素子などが用いられる。
【００５７】
気圧センサー１１２は、電子機器１の周辺の気圧（大気圧）を検出するセンサーであって、例えば、振動片の共振周波数の変化を利用する方式（振動方式）の感圧素子を有している。この感圧素子は、例えば、水晶、ニオブ酸リチウム、タンタル酸リチウム等の圧電材料で形成された圧電振動子であり、例えば、音叉型振動子、双音叉型振動子、ＡＴ振動子（厚みすべり振動子）、ＳＡＷ共振子などが適用される。なお、気圧センサー１１２の出力は、測位データに含まれる位置情報を補正するために使用されてもよい。
【００５８】
加速度センサー１１３は、互いに交差する（理想的には直交する）３軸方向の各々の加速度を検出し、検出した３軸加速度の大きさ及び向きに応じたデジタル信号（加速度データ）を出力する慣性センサーである。なお、加速度センサー１１３の出力は、測位データに含まれる位置の情報を補正するために使用されてもよい。
【００５９】
角速度センサー１１４は、互いに交差する（理想的には直交する）３軸方向の各々の角速度を検出し、計測した３軸角速度の大きさ及び向きに応じたデジタル信号（角速度データ）を出力する慣性センサーである。なお、角速度センサー１１４の出力は、測位データに含まれる位置の情報を補正するために使用されてもよい。
【００６０】
脈センサー１１５は、ユーザーの脈拍（心拍数）（生体情報の一例）を示す信号を生成して処理部１２０へ出力するセンサーであって、例えば、適当な波長を有した計測光を皮下の血管に向けて照射するＬＥＤ光源などの光源と、当該計測光に応じて血管で発生した光の強度変化を検出する受光素子とを有している。
【００６１】
温度センサー１１６は、電子機器１の周辺の温度に応じた信号（例えば、温度に応じた電圧）を出力する感温素子である。なお、温度センサー１１６は、温度に応じたデジタル信号を出力するものであってもよい。
【００６２】
処理部１２０は、例えば、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）等により構成される。処理部１２０は、記憶部１３０に格納されたプログラムと、操作部１５０を介してユーザーが入力した各種のコマンドとに従い各種の処理を行う。処理部１２０による処理には、ＧＰＳセンサー１１０、地磁気センサー１１１、気圧センサー１１２、加速度センサー１１３、角速度センサー１１４、脈センサー１１５、温度センサー１１６、計時部１６０のうち少なくとも１つが生成するデータへのデータ処理、表示部１７０へ画像を表示させる表示処理、音出力部１８０に音を出力させる音出力処理などが含まれる。
【００６３】
なお、処理部１２０は、記憶部１３０に格納された体力評価プログラム１３５に従って
動作することにより体力評価部１２５として機能する。また、処理部１２０は、記憶部１３０に格納された体調評価プログラム１３６に従って動作することにより体調評価部１２６として機能する。また、処理部１２０は、記憶部１３０に格納されたルート検索プログラム１３７に従って動作することによりルート検索部１２７として機能する。また、処理部１２０は、記憶部１３０に格納された個人支援プログラム１３８（運動支援プログラムの一例）に従って動作すること（運動支援方法の一例）により個人支援部１２８として機能する。また、処理部１２０は、記憶部１３０に格納されたパーティー支援プログラム１３９（運動支援プログラムの一例）に従って動作すること（運動支援方法の一例）によりパーティー支援部１２９として機能する。
【００６４】
記憶部１３０は、例えば１又は複数のＩＣメモリーなどにより構成され、プログラムなどのデータが記憶されるＲＯＭと、処理部１２０の作業領域となるＲＡＭとを有する。なお、ＲＡＭには不揮発性のＲＡＭも含まれ、不揮発性のＲＡＭには、体力評価用データ１３２、体調評価用データ１３３、ルート検索用データ１３４などの記憶領域が確保されている。また、ＲＯＭに記憶されたプログラムには、体力評価プログラム１３５、体調評価プログラム１３６、ルート検索プログラム１３７、個人支援プログラム１３８、パーティー支援プログラム１３９などが含まれる。
【００６５】
操作部１５０は、例えばボタン、キー、マイク、タッチパネル、音声認識機能（不図示のマイクロフォンを利用）、アクション検出機能（加速度センサー１１３などを利用）などで構成され、ユーザーからの指示を適当な信号に変換して処理部１２０へ送る処理を行う。
【００６６】
計時部１６０は、例えば、リアルタイムクロック（ＲＴＣ：Real Time Clock）ＩＣなどにより構成され、年、月、日、時、分、秒等の時刻データを生成して処理部１２０に送る。
【００６７】
表示部１７０は、例えばＬＣＤ（Liquid Crystal Display）、有機ＥＬ（Electroluminescence）ディスプレイ、ＥＰＤ（Electrophoretic Display）、タッチパネル型ディスプレイ等で構成され、処理部１２０からの指示に従って各種の画像を表示する。
【００６８】
音出力部１８０は、例えばスピーカー、ブザー、バイブレーターなどで構成され、処理部１２０からの指示に従って各種の音（又は振動）を発生させる。
【００６９】
通信部１９０は、外部装置との間でデータ通信を成立させるための各種制御を行う。通信部１９０は、例えば、Bluetooth（登録商標）（BTLE：Bluetooth Low Energyを含む）、Ｗｉ−Ｆｉ（登録商標）（Wi-Fi:Wireless Fidelity）、Ｚｉｇｂｅｅ（登録商標）、ＮＦＣ（Near field communication）、ＡＮＴ＋（登録商標）等の近距離無線通信規格に対応した送受信機を含んで構成される。
【００７０】
１−３．ルートのデータについて
記憶部１３０には、ルート検索用データ１３４として、複数のルートのデータが予め登録されている。複数のルートのデータは、例えば、スマートフォン、タブレットＰＣなどの情報端末（不図示）などを介してユーザーが予め電子機器１へ登録したものである。ルートのデータは、例えば、インターネット上に公開されているものや、特定のネットワークサーバーがインターネット経由でユーザーに提供したものなどである。
【００７１】
図３は、ルートの例を説明するための図である。
【００７２】
図３に示すとおり、ルートには、予定のルートと予備のルートとが含まれる。予定のル
ートは、ユーザーが登山の際に移動を予定しているルートであり、予備のルートは、登山の途中でルート変更をする場合（早期の下山を目指す場合）に選択され得るルートである。なお、図３には、予備のルートを１つしか示さなかったが、ルート検索用データ１３４には、２以上の予備ルートが登録されていてもよい。
【００７３】
図４に示すとおり、ルートのデータには、ルートの始点から終点に至る各地点Ｐ１、Ｐ２、Ｐ３、…の位置座標（緯度、経度、高度）のデータが含まれる。なお、ここでいう「地点」とは、ルート上の何れかの位置のことである。「地点」の中には、ユーザーが何らかのイベント（休憩、昼食など）を予定している地点（イベントポイント）が含まれていてもよいし、他のルートへの分岐地点が含まれていてもよいし、その他の地点が含まれていてもよい。なお、ルートのデータには、各地点の属性を示すデータ、地点を通過する予定日時のデータなどが含まれていてもよい。
【００７４】
１−４．体力評価処理について
図５（Ａ）は、体力評価処理に関する処理部１２０の動作を説明するためのフローチャートである。体力評価処理は、体力評価プログラム１３５に従って実行される。体力評価処理の実行されるタイミングは、例えば、後述する個人支援処理などにおいて必要が生じたタイミングである。以下、体力評価処理の各ステップを順に説明する。
【００７５】
ステップＳ１１：処理部１２０は、加速度センサー１１３から出力される加速度データ（加速度データの鉛直方向成分）の時間変化に基づき、ユーザーのピッチ（単位時間当たりの歩数）の減少量、ユーザーのストライド（歩幅）の減少量を算出する。
【００７６】
なお、ここでいう「ピッチの減少量」は、所定時間前のピッチを基準とした現在のピッチの減少量（例えば、１時間前のピッチを基準とした減少量）のことであり、ここでいう「ストライドの減少量」とは、所定時間前のストライドを基準とした現在のストライドの減少量（例えば、１時間前のストライドを基準とした減少量）のことである。
【００７７】
ステップＳ１２：処理部１２０は、ＧＰＳセンサー１１０から出力される測位データに含まれる位置座標（又は速度ベクトル）の時間変化に基づき、ユーザーの移動速度の減少量を算出する。
【００７８】
なお、ここでいう「移動速度の減少量」は、所定時間前の移動速度を基準とした現在の移動速度の減少量（例えば、１時間前の移動速度を基準とした減少量）のことである。
【００７９】
ステップＳ１３：処理部１２０は、気圧センサー１１２から出力される気圧データの時間変化に基づき、ユーザーの高度の上昇量（又は大気圧の下降量）を算出する。
【００８０】
なお、ここでいう「高度の上昇量」は、所定時間前の高度を基準とした現在の高度の上昇量（例えば、１時間前の高度を基準とした上昇量）のことであり、「大気圧の下降量」は、所定時間前の大気圧を基準とした現在の大気圧の下降量（例えば、１時間前の大気圧を基準とした下降量）のことである。
【００８１】
ステップＳ１４：処理部１２０は、高度の上昇量（又は大気圧の下降量）に応じて体力評価用データを参照することにより、高度の上昇量（又は大気圧の下降量）に適した閾値を取得する。
【００８２】
なお、体力評価用データには、高度の上昇量ごと（又は大気圧の下降量ごと）に閾値が格納されており、その閾値には、ピッチ用の閾値と、ストライド用の閾値と、移動速度用の閾値とがある。
【００８３】
ステップＳ１５：処理部１２０は、ピッチの減少量をピッチ用の閾値と比較し、ストライドの減少量をストライド用の閾値と比較し、移動の減少量を移動用の閾値と比較する。そして、処理部１２０は、これら３つの減少量の全てが閾値を超えていた場合には、体力の評価結果を「不良（ＮＧ）」とし、３つの減少量のうち少なくとも１つが閾値以下であった場合には、体力の評価結果を「良好（ＯＫ）」とする。
【００８４】
なお、体力評価用データには、高度の上昇量（又は大気圧の下降量）ごとに最適な閾値が予め対応付けて格納されている。具体的には、体力評価用データにおいては、高度の上昇量（又は大気圧の下降量）が大きいほど大きな閾値が対応付けられている。
【００８５】
よって、例えば、ユーザーの移動しているルートが平坦であるにも関わらずピッチ、ストライド、移動速度が極端に低下した場合には、体力の評価結果が「不良（ＮＧ）」となり、ユーザーの移動しているルートが急な上り坂であるにも関わらずピッチなど（ピッチ、ストライド、移動速度）が少ししか低下していない場合には、体力の評価結果が「良好（ＯＫ）」となる。
【００８６】
なお、以上の体力評価処理において、ステップの実行順序は、適宜に変更することが可能である。例えば、ステップＳ１１、Ｓ１２、Ｓ１３の実行順序は互いに入れ替えが可能である。
【００８７】
１−５．体調評価処理について
図５（Ｂ）は、体調評価処理に関する処理部１２０の動作を説明するためのフローチャートである。体調評価処理は、体調評価プログラム１３６に従って実行される。体調評価処理の実行されるタイミングは、例えば、後述する個人支援処理などにおいて必要が生じたタイミングである。以下、体調評価処理の各ステップを順に説明する。
【００８８】
ステップＳ２１：処理部１２０は、脈センサー１１５から出力される脈データの時間変化に基づき、ユーザーの心拍数（単位時間当たりの心拍数）の上昇量を算出する。
【００８９】
なお、ここでいう「心拍数の上昇量」は、所定時間前の心拍数を基準とした現在の心拍数の上昇量（例えば、１時間前の心拍数を基準とした上昇量）のことである。
【００９０】
ステップＳ２２：処理部１２０は、ＧＰＳセンサー１１０から出力される測位データに含まれる位置座標（又は速度ベクトル）の時間変化に基づき、ユーザーの移動速度の増加量を算出する。
【００９１】
なお、ここでいう「移動速度の増加量」とは、所定時間前の移動速度を基準とした現在の移動速度の増加量（例えば、１時間前の移動速度を基準とした増加量）のことである。
【００９２】
ステップＳ２３：処理部１２０は、気圧センサー１１２から出力される気圧データの時間変化に基づき、ユーザーの高度の上昇量（又は大気圧の下降量）を算出する。
【００９３】
なお、ここでいう「高度の上昇量」は、所定時間前の高度を基準とした現在の高度の上昇量（例えば、１時間前の高度を基準とした上昇量）のことであり、「大気圧の下降量」は、所定時間前の大気圧を基準とした現在の大気圧の下降量（例えば、１時間前の大気圧を基準とした下降量）のことである。
【００９４】
ステップＳ２４：処理部１２０は、移動速度の増加量と高度の上昇量（又は大気圧の下降量）との組み合わせに応じて体調評価用データを参照することにより、当該組み合わせ
に適した閾値を取得する。
【００９５】
なお、体調評価用データには、当該組み合わせごとに閾値が格納されており、その閾値は、心拍数用の閾値である。
【００９６】
ステップＳ２５：処理部１２０は、心拍数の上昇量を心拍数用の閾値と比較し、心拍数の上昇量が閾値を超えていた場合には、体調の評価結果を「不良（ＮＧ）」とし、心拍数の上昇量が閾値以下であった場合には、体調の評価結果を「良好（ＯＫ）」とする。
【００９７】
なお、体調評価用データには、移動速度の増加量と高度の上昇量（又は大気圧の下降量）との組み合わせごとに最適な閾値が予め格納されている。具体的には、体調評価用データにおいては、移動速度の増加量が大きいほど大きな閾値が対応づけられており、高度の上昇量（又は大気圧の下降量）が大きいほど大きな閾値が対応づけられている。
【００９８】
よって、例えば、ユーザーの移動しているルートが平坦であって移動速度が不変であったにも関わらず心拍数が極端に上昇した場合には、体調の評価結果が「不良（ＮＧ）」となり、ユーザーの移動しているルートが急な上り坂であって移動速度が速くなったにも関わらず心拍数が少ししか上昇していない場合には、体力の評価結果が「良好（ＯＫ）」となる。
【００９９】
なお、以上の体調評価処理において、ステップの実行順序は、適宜に変更することが可能である。例えば、ステップＳ２１、Ｓ２２、Ｓ２３の実行順序は互いに入れ替えが可能である。
【０１００】
１−５−１．心拍数用の閾値について
前述した体調評価処理は、以下の事実に基づいている。
【０１０１】
登山者の体調不良の大きな要因として高山病が挙げられる。高山病は、登山者の命に関わる重大な病気である。
【０１０２】
登山者が高山病にかかっているか否かは、登山者の血中酸素飽和度（ＳｐＯ２）から推測できることが知られている。具体的には、登山者の血中酸素飽和度（ＳｐＯ２）が低いときほど登山者が高山病にかかっている疑いは高い。
【０１０３】
また、一般にヒトには、血中酸素飽和度が低下すると、無意識に心拍数を上昇させることで、血中酸素飽和度を元に戻そうとする機能（頻脈反射）が備わっている。
【０１０４】
また、一般にヒトは、血中酸素飽和度が戻ると、無意識に心拍数を低下させることで、血中酸素飽和度の上がり過ぎを避けようとする機能（除脈反射）が備わっている。
【０１０５】
しかも、血中酸素飽和度の低下速度と心拍数の上昇速度との間には、強い相関があることも知られている（化学受容器反射感受性）。
【０１０６】
そこで、本実施形態の体調評価処理では、心拍数の時間変化から血中酸素飽和度の時間変化を推測し、その時間変化の程度を閾値と比較することによって体調評価を行う。従って、体調評価の結果が「良好（ＯＫ）」である場合には、高山病の疑いが低いとみなすことができ、体調評価の結果が「不良（ＮＧ）」である場合には、高山病の疑いが高いとみなすことができる。
【０１０７】
なお、血中酸素飽和度が低下したときの反射（頻脈反射）が起こる速度は、（おそらく
生命の危機を回避するために）相対的に高く、血中酸素飽和度が上昇したときの反射（除脈反射）が起こる速度は、（おそらく安全を期するために）相対的に緩やかである。よって、前述した除脈反射および頻脈反射をグラフ化した場合、除脈反射の特性を示す曲線の傾きと、頻脈反射の特性を示す曲線の傾きとは、大きさが異なる。
【０１０８】
そこで、本実施形態の体調評価処理では、高山病の疑いが発生したタイミングと高山病が回復したタイミングとの双方を適切に見出すために心拍数の上昇量が正であるときに使用される心拍数用の閾値と、心拍数の上昇量が負であるときに使用される心拍数用の閾値とには、異なる値の閾値が用意されてもよい。このようにすることで、高山病の疑いが発生したときに体調評価の結果が正しく「不良（ＮＧ）」と判定されやすく、高山病の疑いが晴れた時に体調評価の結果が正しく「良好（ＯＫ）」と判定されやすくなる。
【０１０９】
また、血中酸素飽和度と高山病の発症の有無との関係については、登山者の血中酸素飽和度と高山病の自覚症状との関係を示す実験データ、又は、公知の理論データなどに基づき予め求めることできる。このため、心拍数用の閾値は、この関係に基づき適切に設定されることが望ましい。
【０１１０】
なお、本実施形態の体調評価処理において、心拍数用の閾値を適切に設定するためには、体調評価用データの内容が予め適切に設定されていればよい。よって、本実施形態の体調評価用データにおいて、移動速度の増加量及び高度の上昇量（又は大気圧の下降量）の組み合わせと心拍用の閾値との対応関係は、実験データ又は理論データに基づき予め適切に設定されるものとする。
【０１１１】
１−６．ルート検索処理について
図５（Ｃ）は、ルート検索処理に関する処理部１２０の動作を説明するためのフローチャートである。ルート検索処理は、ルート検索プログラム１３７に従って実行される。ルート検索処理の実行されるタイミングは、例えば、後述する個人支援処理などにおいて必要が生じたタイミングである。以下、ルート検索処理の各ステップを順に説明する。
【０１１２】
ステップＳ３１：処理部１２０は、地磁気センサー１１１から出力される地磁気データを参照し、現時点におけるユーザーの方位（例えば、電子機器１の所定箇所が何れの方向を向いているか）を認識する。
【０１１３】
ステップＳ３２：処理部１２０は、ＧＰＳセンサー１１０から出力される測位データに含まれる位置座標に基づき、現時点におけるユーザーの水平位置座標（緯度、経度）を認識する。また、処理部１２０は、ＧＰＳセンサー１１０から出力される測位データに含まれる位置座標の時間変化に基づき、現時点までのユーザーの移動ルートを算出する。
【０１１４】
なお、現時点までのユーザーの移動ルートは、ユーザーの水平位置座標（緯度、経度）の履歴に基づき算出することができる。移動ルートの始点は、開始指示（後述）が入力された時点における水平位置座標である。
【０１１５】
ステップＳ３３：処理部１２０は、気圧センサー１１２から出力される気圧データを参照し、現時点におけるユーザーの高度（又は大気圧）を算出する。
【０１１６】
ステップＳ３４：処理部１２０は、ユーザーの方位と、ユーザーの水平位置座標と、現時点までの移動ルートと、ユーザーの高度とに基づき、ルート検索用データに格納されたルート（予定のルート及び予備のルート）を検索することにより、現時点までの移動ルートよりも距離が短く、かつ、最も距離の短い下山ルート（最短ルート）を検出する。
【０１１７】
但し、現時点までの移動ルートよりも距離の短い下山ルートが検出されなかった場合、処理部１２０は、現時点までの移動ルートを折り返すルート（折り返しルート）を、最短ルートとして検出する。
【０１１８】
なお、以上のルート検索処理において、ステップの実行順序は、適宜に変更することが可能である。例えば、ステップＳ３１、Ｓ３２、Ｓ３３の実行順序は互いに入れ替えが可能である。
【０１１９】
１−７．データの流れについて
以上の体力評価処理、体調評価処理、ルート検索処理におけるデータの流れを可視化すると、図６に示すとおりとなる。
【０１２０】
図６（Ａ）は、体力評価処理におけるデータの流れを示しており、図６（Ｂ）は、体調評価処理におけるデータの流れを示しており、図６（Ｃ）は、ルート検索処理におけるデータの流れを示している。
【０１２１】
なお、体力評価処理（図６（Ａ））による体力の評価結果と、体調評価処理（図６（Ｂ））による体調の評価結果と、ルート検索処理（図６（Ｃ））によるルート検索の結果（最短ルート）とは、個人支援処理などにおいて用いられる。個人支援処理では、体力の評価結果と、体調の評価結果と、最短ルートとに基づき支援情報が生成され、支援情報はユーザー又は外部装置へ提供される。個人支援処理の詳細は、以下のとおりである。
【０１２２】
１−８．個人支援処理について
図７は、個人支援処理に関する処理部１２０の動作を説明するためのフローチャートである。
【０１２３】
なお、個人支援処理は、個人支援プログラム１３８に従って実行される。個人支援処理が開始されるタイミングは、例えば、登山の当日、登山ルートの始点においてユーザーが開始指示を電子機器１へ入力したタイミングである。また、個人支援処理が終了するタイミングは、例えば、登山の当日、登山ルートの終点においてユーザーが終了指示を電子機器１へ入力したタイミングである。なお、ユーザーによる開始指示及び終了指示の入力は、操作部１５０を介して行われる。以下、個人支援処理の各ステップを順に説明する。
【０１２４】
ステップＳ１１０：処理部１２０は、前述した体力評価処理及び体調評価処理を実行することにより、ユーザーについての体力の評価結果及び体調の評価結果を取得する。
【０１２５】
ステップＳ１２０：処理部１２０は、体力の評価結果と体調の評価結果とが共に不良（共にＮＧ）であるか否かを判定し、共に不良（共にＮＧ）であると判定した場合（ステップＳ１２０のＹ）は、ステップＳ２００へ移行し、共に不良（共にＮＧ）であると判定しなかった場合（ステップＳ１２０のＮ）は、ステップＳ１３０へ移行する。
【０１２６】
ステップＳ１３０：処理部１２０は、体力の評価結果及び体調の評価結果のうち体力の評価結果のみが不良（ＮＧ）であるか否かを判定し、体力の評価結果のみが不良（ＮＧ）であると判定した場合（ステップＳ１３０のＹ）は、ステップＳ１９０へ移行し、体力の評価結果のみが不良（ＮＧ）であると判定しなかった場合（ステップＳ１３０のＮ）は、ステップＳ１４０へ移行する。
【０１２７】
ステップＳ１４０：処理部１２０は、体力の評価結果及び体調の評価結果のうち体調の評価結果のみが不良（ＮＧ）であるか否かを判定し、体調の評価結果のみが不良（ＮＧ）であると判定した場合（ステップＳ１４０のＹ）は、ステップＳ１７０へ移行し、体調の
評価結果のみが不良（ＮＧ）であると判定しなかった場合（ステップＳ１４０のＮ）は、ステップＳ１５０へ移行する。
【０１２８】
ステップＳ１５０：処理部１２０は、アクティビティ（ここでは登山）の継続を促すための支援情報を生成し、その支援情報をユーザーへ提供する。例えば、処理部１２０は、「継続せよ」というテキストイメージデータを生成して表示部１７０へ出力する。処理部１２０から入力されたデータに応じて、表示部１７０は、「継続せよ」というテキストイメージを表示することにより、ユーザーへ継続のアドバイスを行う。また、例えば、処理部１２０は、「継続せよ」という音声データを生成して音出力部１８０へ出力する。処理部１２０から入力された音声データに応じて、音出力部１８０は、「継続せよ」という音声を出力することにより、ユーザーへ継続のアドバイスを行う。その後、処理部１２０は、ステップＳ２５０へ移行する。
【０１２９】
ステップＳ１７０：処理部１２０は、ルート変更（下山）を促すための支援情報を生成し、その支援情報をユーザーへ提供する。例えば、処理部１２０は、「下山せよ」というというテキストイメージデータを生成して表示部１７０へ出力する。処理部１２０から入力されたデータに応じて、表示部１７０は、「下山せよ」というテキストイメージを表示することにより、ユーザーへ下山のアドバイスを行う。また、例えば、処理部１２０は、「下山せよ」という音声データを生成して音出力部１８０へ出力する。処理部１２０から入力された音声データに応じて、音出力部１８０は、「下山せよ」という音声を出力することにより、ユーザーへ下山のアドバイスを行う。
【０１３０】
ステップＳ１８０：処理部１２０は、前述したルート検索処理を実行し、ルート検索処理で検出した最短ルート（又は折り返しルート）をユーザーへ提示する。例えば、処理部１２０は、最短ルートを表す曲線又は折れ線のイメージデータを生成して表示部１７０へ出力する。処理部１２０から入力されたデータに応じて、表示部１７０は、最短ルートのイメージを表示する。その後、処理部１２０は、ステップＳ２５０へ移行する。
【０１３１】
ステップＳ１９０：処理部１２０は、登山の休止（休憩）を促すための支援情報を生成し、その支援情報をユーザーへ提供する。例えば、処理部１２０は、「休憩せよ」というテキストイメージデータを生成して表示部１７０へ出力する。処理部１２０から入力されたデータに応じて、表示部１７０は、「休憩せよ」というテキストイメージを表示することにより、ユーザーへ休憩のアドバイスを行う。また、処理部１２０は、「休憩せよ」という音声データを生成して音出力部１８０へ出力する。処理部１２０から入力された音声データに応じて、音出力部１８０は、「休憩せよ」という音声を出力することにより、ユーザーへ休憩のアドバイスを行う。その後、処理部１２０は、所定時間（例えば１０分）だけ待機をしてから、ステップＳ２５０へ移行する。
【０１３２】
ステップＳ２００：処理部１２０は、その場での待機を促すための支援情報を生成し、その支援情報をユーザーへ提供する。例えば、処理部１２０は、「待機せよ」というテキストイメージデータを生成して表示部１７０へ出力する。処理部１２０から入力されたデータに応じて、表示部１７０は、「待機せよ」というテキストイメージを表示することにより、ユーザーへ待機のアドバイスを行う。また、処理部１２０は、「待機せよ」という音声データを生成して音出力部１８０へ出力する。処理部１２０から入力された音声データに応じて、音出力部１８０は、「待機せよ」という音声を出力することにより、ユーザーへ待機のアドバイスを行う。その後、処理部１２０は、所定時間（例えば１０分）だけ待機をしてから、ステップＳ２１０へ移行する。
【０１３３】
ステップＳ２１０：処理部１２０は、体力評価処理及び体調評価処理を改めて実行することにより、体力の評価結果及び体調の評価結果を取得する。
【０１３４】
ステップＳ２２０：処理部１２０は、ユーザーについての体力の評価結果が良好（ＯＫ）に戻ったか否か（体力が回復したか否か）を判定し、回復したと判定した場合（ステップＳ２２０のＹ）は、ステップＳ１７０へ移行し、回復したと判定しなかった場合（ステップＳ２２０のＮ）は、ステップＳ２３０へ移行する。
【０１３５】
ステップＳ２３０：処理部１２０は、ユーザーについての体調の評価結果が良好（ＯＫ）に戻ったか否か（体調が回復したか否か）を判定し、回復したと判定した場合（ステップＳ２３０のＹ）は、ステップＳ２５０へ移行し、回復したと判定しなかった場合（ステップＳ２３０のＮ）は、ステップＳ２４０へ移行する。
【０１３６】
ステップＳ２４０：処理部１２０は、登山の中止（救助の要請）を促すための支援情報を生成し、その支援情報をユーザーへ提供する。例えば、処理部１２０は、「救助を要請せよ」というテキストイメージデータを生成して表示部１７０へ出力する。処理部１２０から入力されたデータに応じて、表示部１７０は、「救助を要請せよ」というテキストイメージを表示することにより、ユーザーへ中止のアドバイスを行う。また、処理部１２０は、「救助を要請せよ」という音声データを生成して音出力部１８０へ出力する。処理部１２０から入力された音声データに応じて、音出力部１８０は、「救助を要請せよ」という音声を出力することにより、ユーザーへ中止のアドバイスを行い、フローを終了する。
【０１３７】
なお、ステップＳ２４０における処理部１２０は、救助の要請をユーザーが自ら行うことができない可能性（意識を失っている場合や、手指の自由が効かない場合など）を考慮し、ユーザーへ中止のアドバイスを行う代わりに、或いは、ユーザーへ中止のアドバイスを行うことに加えて、外部装置に向けて直接的に救助要請を行ってもよい。ここでいう「外部装置」は、通信部１９０を介して電子機器１と通信可能な装置のことであって、他のユーザーの電子機器１、警察又は消防などが備える通信装置、救助隊が携帯している通信装置のうち少なくとも１つを含んでもよい。
【０１３８】
また、ステップＳ２４０における処理部１２０は、救助要請の代わりに、或いは、救助要請に加えて、救難信号を自ら発してもよい。救難信号は、例えば、音波（可聴音、超音波）、電磁波（可視光、電波）、振動、又は、それらのうち少なくとも２つの組み合わせなどで表現される。
【０１３９】
なお、可視光からなる救難信号は、例えば表示部１７０を介して発することができ、電磁波からなる救難信号は、例えば通信部１９０を介して発することができ、音波からなる救難信号は、例えば、音出力部１８０を介して発することができる。
【０１４０】
ステップＳ２５０：処理部１２０は、操作部１５０を介してユーザーから終了指示が入力されたか否かを判定し、入力されていないと判定した場合（ステップＳ２５０のＮ）にはステップＳ１１０へ移行し、入力されたと判定した場合（ステップＳ２５０のＹ）には、フローを終了する。
【０１４１】
なお、以上の個人支援処理では、一部のステップの順序を入れ替えたり、一部のステップを省略したりすることも可能である。例えば、図７において点線枠で囲ったステップＳ２１０、Ｓ２２０、Ｓ２３０を省略することも可能である。
【０１４２】
２−１．電子機器の個数拡張について
以上の説明では、電子機器１に単独の登山者を支援させることを想定したが、２以上の電子機器１によってシステム（電子機器１の個数を拡張してなるシステム）を構成し、当該システムに登山パーティーを支援させることもできる。登山パーティーとは、登山行動
を共にする複数人の参加者で構成されるパーティー（チーム、集団）のことである。なお、以下においては、ここまでの説明と同一の構成には同一の符号を付し、詳細な説明を省略する。
【０１４３】
図８は、登山パーティーを支援するシステムを説明するための図である。ここでは、登山パーティーの参加者数を「４」とし、登山パーティーのリーダーが携帯する電子機器１をマスターモジュール１ａとして使用し、登山パーティーのリーダー以外の３人の参加者（以下、「同行者」という。）の各々が携帯する電子機器１を、それぞれスレーブモジュール１ｂ、１ｃ、１ｄとして使用する場合を想定する。
【０１４４】
登山に先立ち、登山パーティーのリーダー又は同行者は、リーダーが携帯する電子機器１の操作部１５０を操作して所定の信号を電子機器１へ入力することにより、電子機器１がマスターモジュール１ａとして使用されることを電子機器１に認識させる。
【０１４５】
マスターモジュール１ａは、スレーブモジュール１ｂ、１ｃ、１ｄから必要な情報を収集して登山パーティーの全体を支援するモジュールである。マスターモジュール１ａには、前述した体力評価処理の機能と、前述した体調評価処理の機能と、前述したルート検索処理の機能と、後述するパーティー支援処理の機能とが発現する。
【０１４６】
また、登山に先立ち、登山パーティーのリーダー又は同行者は、マスターモジュール１ａの操作部１５０を操作して所定の信号をマスターモジュール１ａへ入力することにより、３人の同行者のうち１人が携帯する電子機器１とマスターモジュール１ａとを少なくとも１回互いに通信させ、当該電子機器１がスレーブモジュール１ｂとして使用されることを、当該電子機器１とマスターモジュール１ａとの双方に認識させる。
【０１４７】
また、登山に先立ち、登山パーティーのリーダー又は同行者は、マスターモジュール１ａの操作部１５０を操作して所定の信号をマスターモジュール１ａへ入力することにより、３人の同行者のうち他の１人が携帯する電子機器１とマスターモジュール１ａとを少なくとも１回互いに通信させ、当該電子機器１がスレーブモジュール１ｃとして使用されることを、当該電子機器１とマスターモジュール１ａとの双方に認識させる。
【０１４８】
また、登山に先立ち、登山パーティーのリーダー又は同行者は、マスターモジュール１ａの操作部１５０を操作して所定の信号をマスターモジュール１ａへ入力することにより、３人の同行者のうち残りの１人が携帯する電子機器１とマスターモジュール１ａとを少なくとも１回互いに通信させ、当該電子機器１がスレーブモジュール１ｄとして使用されることを、当該電子機器１とマスターモジュール１ａとの双方に認識させる。
【０１４９】
スレーブモジュール１ｂ、１ｃ、１ｄの各々は、マスターモジュール１ａからの要求に応じてマスターモジュール１ａへ情報を送信するモジュールである。スレーブモジュール１ｂ、１ｃ、１ｄの各々には、前述した体力評価処理の機能と、前述した体調評価処理の機能とが発現する。
【０１５０】
なお、マスターモジュール１ａとスレーブモジュール１ｂ、１ｃ、１ｄの各々との間の通信は、マスターモジュール１ａに搭載された処理部１２０及び通信部１９０と、スレーブモジュール１ｂ、１ｃ、１ｄの各々に搭載された処理部１２０及び通信部１９０とを介して行われる（以下も同様。）。
【０１５１】
さて、登山中のパーティー支援処理では、図９に示すとおり、必要に応じてマスターモジュール１ａがスレーブモジュール１ｂ、１ｃ、１ｄの各々に対して体力の評価結果及び体調の評価結果を要求する。その要求に応じて、スレーブモジュール１ｂ、１ｃ、１ｄの
各々は、体力評価処理及び体調評価処理を実行する。そして、スレーブモジュール１ｂ、１ｃ、１ｄの各々は、体力の評価結果及び体調の評価結果を、自己の識別情報（スレーブモジュールの識別情報）を付与してマスターモジュール１ａへ送信する。
【０１５２】
従って、マスターモジュール１ａは、体力の評価結果及び体調の評価結果を、スレーブモジュール１ｂ、１ｃ、１ｄの各々について取得（収集）することができる。マスターモジュール１ａによって収集される評価結果は、以下の６種類である。
【０１５３】
（１）スレーブモジュール１ｂを携帯する同行者の体力の評価結果
（２）スレーブモジュール１ｂを携帯する同行者の体調の評価結果
（３）スレーブモジュール１ｃを携帯する同行者の体力の評価結果
（４）スレーブモジュール１ｃを携帯する同行者の体調の評価結果
（５）スレーブモジュール１ｄを携帯する同行者の体力の評価結果
（６）スレーブモジュール１ｄを携帯する同行者の体調の評価結果
【０１５４】
２−２．パーティー支援処理について
図１０は、パーティー支援処理に関するマスターモジュール１ａの動作（マスターモジュール１ａの処理部１２０の動作）を説明するためのフローチャートである。
【０１５５】
なお、パーティー支援処理（運動支援方法の一例）は、パーティー支援プログラム１３９（運動支援プログラムの一例）に従って実行される。パーティー支援処理が開始されるタイミングは、例えば、登山の当日、登山ルートの始点においてリーダーが開始指示をマスターモジュール１ａへ入力したタイミングである。また、パーティー支援処理が終了するタイミングは、例えば、登山の当日、登山ルートの終点においてリーダーが終了指示をマスターモジュール１ａへ入力したタイミングである（なお、リーダーによる開始指示及び終了指示の入力は、マスターモジュール１ａの操作部１５０を介して行われる。）。以下、パーティー支援処理の各ステップを順に説明する。
【０１５６】
ステップＳ１１０’：マスターモジュール１ａの処理部１２０は、前述した体力評価処理及び体調評価処理を実行することにより、リーダーについての体力の評価結果及び体調の評価結果を取得する。また、マスターモジュール１ａの処理部１２０は、スレーブモジュール１ｂ、１ｃ、１ｄの各々に対して体力の評価結果及び体調の評価結果を要求し、３人の同行者の各々についての体力の評価結果及び体調の評価結果を収集する。
【０１５７】
ステップＳ１２０’：マスターモジュール１ａの処理部１２０は、体力の評価結果と体調の評価結果とが共に不良（共にＮＧ）となった参加者の数が１以上であるか否かを判定し、１以上であると判定した場合（ステップＳ１２０’のＹ）は、ステップＳ２００へ移行し、１以上であると判定しなかった場合（ステップＳ１２０’のＮ）は、ステップＳ１３０’へ移行する。
【０１５８】
ステップＳ１３０’：マスターモジュール１ａの処理部１２０は、体力の評価結果及び体調の評価結果のうち体力の評価結果のみが不良（ＮＧ）となった参加者の数がｎ以上であるか否かを判定し、ｎ以上であると判定した場合（ステップＳ１３０’のＹ）は、ステップＳ１９０へ移行し、ｎ以上であると判定しなかった場合（ステップＳ１３０’のＮ）は、ステップＳ１４０’へ移行する。
【０１５９】
なお、ｎは、マスターモジュール１ａの処理部１２０が参加者の数（ここでは「４」）に応じて適切に設定した閾値である（例えば、ｎは参加者の数の半数程度に設定される。）。
【０１６０】
ステップＳ１４０’：マスターモジュール１ａの処理部１２０は、体力の評価結果及び体調の評価結果のうち体調の評価結果のみが不良（ＮＧ）となった参加者の数がｍ以上であるか否かを判定し、ｍ以上であると判定した場合（ステップＳ１４０’のＹ）は、ステップＳ１７０へ移行し、ｍ以上であると判定しなかった場合（ステップＳ１４０’のＮ）は、ステップＳ１５０へ移行する。
【０１６１】
なお、ｍは、マスターモジュール１ａの処理部１２０が参加者の数（ここでは「４」）に応じて適切に設定した閾値である（例えば、ｍは参加者の数の半数程度に設定される。）。
【０１６２】
ステップＳ１５０：マスターモジュール１ａの処理部１２０は、アクティビティ（ここでは登山）の継続を促すための支援情報を生成し、その支援情報をリーダーへ提供する。例えば、マスターモジュール１ａの処理部１２０は、「継続せよ」というテキストイメージデータを生成して表示部１７０へ出力する。処理部１２０から入力されたデータに応じて表示部１７０は、「継続せよ」というテキストイメージを表示することにより、リーダーへ継続のアドバイスを行う。また、例えば、マスターモジュール１ａの処理部１２０は、「継続せよ」という音声データを生成して音出力部１８０へ出力する。処理部１２０から入力された音声データに応じて音出力部１８０は、「継続せよ」という音声を出力することにより、ユーザーリーダーへ継続のアドバイスを行う。その後、マスターモジュール１ａの処理部１２０は、ステップＳ２５０へ移行する。
【０１６３】
ステップＳ１７０：マスターモジュール１ａの処理部１２０は、ルート変更（下山）を促すための支援情報を生成し、その支援情報をユーザー（リーダー）へ提供する。例えば、マスターモジュール１ａの処理部１２０は、「下山せよ」というというテキストイメージデータを生成して表示部１７０へ出力する。処理部１２０から入力されたデータに応じて表示部１７０は、「下山せよ」というテキストイメージを表示することにより、リーダーへ下山のアドバイスを行う。また、例えば、マスターモジュール１ａの処理部１２０は、「下山せよ」という音声データを生成して音出力部１８０へ出力する。処理部１２０から入力された音声データに応じて音出力部１８０は、「下山せよ」という音声を出力することにより、リーダーへ下山のアドバイスを行う。
【０１６４】
ステップＳ１８０：マスターモジュール１ａの処理部１２０は、前述したルート検索処理を実行し、ルート検索処理で検出した最短ルート（又は折り返しルート）をリーダーへ提示する。例えば、マスターモジュール１ａの処理部１２０は、最短ルートを表す曲線又は折れ線のイメージデータを生成して表示部１７０へ出力する。処理部１２０から入力されたデータに応じて表示部１７０は、最短ルートのイメージを表示する。その後、マスターモジュール１ａの処理部１２０は、ステップＳ２５０へ移行する。
【０１６５】
ステップＳ１９０：マスターモジュール１ａの処理部１２０は、登山の休止（休憩）を促すための支援情報を生成し、その支援情報をリーダーへ提供する。例えば、マスターモジュール１ａの処理部１２０は、「休憩せよ」というテキストイメージデータを生成して表示部１７０へ出力する。処理部１２０から入力されたデータに応じて表示部１７０は、「休憩せよ」というテキストイメージを表示することにより、リーダーへ休憩のアドバイスを行う。また、マスターモジュール１ａの処理部１２０は、「休憩せよ」という音声データを生成して音出力部１８０へ出力する。処理部１２０から入力された音声データに応じて音出力部１８０は、「休憩せよ」という音声を出力することにより、リーダーへ休憩のアドバイスを行う。その後、マスターモジュール１ａの処理部１２０は、所定時間（例えば１０分）だけ待機をしてから、ステップＳ２５０へ移行する。
【０１６６】
ステップＳ２００：マスターモジュール１ａの処理部１２０は、その場での待機を促す
ための支援情報を生成し、その支援情報をリーダーへ提供する。例えば、マスターモジュール１ａの処理部１２０は、「待機せよ」というテキストイメージデータを生成して表示部１７０へ出力する。処理部１２０から入力されたデータに応じて表示部１７０は、「待機せよ」というテキストイメージを表示することにより、リーダーへ待機のアドバイスを行う。また、マスターモジュール１ａの処理部１２０は、「待機せよ」という音声データを生成して音出力部１８０へ出力する。処理部１２０から入力された音声データに応じて音出力部１８０は、「待機せよ」という音声を出力することにより、リーダーへ待機のアドバイスを行う。その後、マスターモジュール１ａの処理部１２０は、所定時間（例えば１０分）だけ待機をしてから、ステップＳ２１０へ移行する。
【０１６７】
ステップＳ２１０’：マスターモジュール１ａの処理部１２０は、体力評価処理及び体調評価処理を改めて実行することにより、リーダーに関する体力の評価結果及び体調の評価結果を取得する。また、マスターモジュール１ａの処理部１２０は、スレーブモジュール１ｂ、１ｃ、１ｄの各々に対して体力の評価結果及び体調の評価結果を改めて要求し、３人の同行者の各々についての体力の評価結果及び体調の評価結果を収集する。
【０１６８】
ステップＳ２２０’：マスターモジュール１ａの処理部１２０は、体力の評価結果及び体調の評価結果が共に不良であった参加者についての体力の評価結果が良好（ＯＫ）に戻ったか否か（体力が回復したか否か）を判定し、回復したと判定した場合（ステップＳ２２０’のＹ）は、ステップＳ１７０へ移行し、回復したと判定しなかった場合（ステップＳ２２０’のＮ）は、ステップＳ２３０’へ移行する。
【０１６９】
ステップＳ２３０’：マスターモジュール１ａの処理部１２０は、体力の評価結果及び体調の評価結果が共に不良であった参加者についての体調の評価結果が良好（ＯＫ）に戻ったか否か（体調が回復したか否か）を判定し、回復したと判定した場合（ステップＳ２３０’のＹ）は、ステップＳ２５０へ移行し、回復したと判定しなかった場合（ステップＳ２３０’のＮ）は、ステップＳ２４０へ移行する。
【０１７０】
ステップＳ２４０：マスターモジュール１ａの処理部１２０は、登山の中止（救助の要請）を促すための支援情報を生成し、その支援情報をリーダーへ提供する。例えば、マスターモジュール１ａの処理部１２０は、「救助を要請せよ」というテキストイメージデータを生成して表示部１７０へ出力する。処理部１２０から入力されたデータに応じて表示部１７０は、「救助を要請せよ」というテキストイメージを表示することにより、リーダーへ中止のアドバイスを行う。また、マスターモジュール１ａの処理部１２０は、「救助を要請せよ」という音声データを生成して音出力部１８０へ出力する。処理部１２０から入力された音声データに応じて音出力部１８０は、「救助を要請せよ」という音声を出力することにより、リーダーへ中止のアドバイスを行い、フローを終了する。
【０１７１】
なお、ステップＳ２４０におけるマスターモジュール１ａの処理部１２０は、救助の要請をリーダーが自ら行うことができない可能性（意識を失っている場合や、手指の自由が効かない場合など）を考慮し、リーダーへ中止のアドバイスを行う代わりに、或いは、リーダーへ中止のアドバイスを行うことに加えて、外部装置に向けて直接的に救助要請を行ってもよい。ここでいう「外部装置」は、通信部１９０を介してマスターモジュール１ａと通信可能な装置のことであって、他のユーザーの電子機器１、警察又は消防などが備える通信装置、救助隊が携帯している通信装置、スレーブモジュール１ｂ、１ｃ、１ｄのうち少なくとも１つを含んでもよい。
【０１７２】
また、ステップＳ２４０におけるマスターモジュール１ａの処理部１２０は、救助要請の代わりに、或いは、救助要請に加えて、救難信号を自ら発してもよい。救難信号は、例えば、音波（可聴音、超音波）、電磁波（可視光、電波）、振動、又は、それらのうち
少なくとも２つの組み合わせなどで表現される。
【０１７３】
なお、可視光からなる救難信号は、例えば表示部１７０を介して発することができ、電磁波からなる救難信号は、例えば通信部１９０を介して発することができ、音波からなる救難信号は、例えば、音出力部１８０を介して発することができる。
【０１７４】
ステップＳ２５０：マスターモジュール１ａの処理部１２０は、操作部１５０を介してユーザーから終了指示が入力されたか否かを判定し、入力されていないと判定した場合（ステップＳ２５０のＮ）にはステップＳ１１０’へ移行し、入力されたと判定した場合（ステップＳ２５０のＹ）には、フローを終了する。
【０１７５】
なお、以上のパーティー支援処理では、一部のステップの順序を入れ替えたり、一部のステップを省略したりすることも可能である。例えば、図１０において点線枠で囲ったステップＳ２１０’、Ｓ２２０’、Ｓ２３０’を省略することも可能である。
【０１７６】
３．実施形態への補足
なお、上述した体調評価処理では、ユーザーの血中酸素飽和度をユーザーの心拍数から間接的に検出したが、ユーザーの血中酸素飽和度を直接的に検出してもよい。
【０１７７】
また、上述した体調評価処理では、ユーザーの心拍数をユーザーの腕の脈拍数から間接的に検出したが、ユーザーの腕以外の部位の脈拍数から検出してもよい。例えば、脈センサーの代わりに、ハートレートセンサー（ベルトでユーザーの胸に装着する）を使用してもよい。
【０１７８】
また、上述した体調評価処理では、ユーザーの心拍数の時間変化に基づき体調評価を行ったが、心拍数以外の生体情報の時間変化に基づき体調評価を行ってもよい。例えば、ユーザーの呼吸数、血糖値、発汗量、体温、血中塩分濃度、心電図、筋電図、脳波等の情報に基づき体調評価を行ってもよい。
【０１７９】
また、上述したルート検索処理では、ユーザーが下山するためのルートとして、最短ルートを検出したが、予想所要時間の最も短いルートや、ユーザーにとって負担の最も少ないルート（例えば、アップダウンの少ないルート、急峻な坂を含まないルートなど）を検出してもよい。
【０１８０】
また、上述したルート検索処理では、電子機器１の記憶部１３０に予め格納されたルート検索用データをデータベースとして利用したが、インターネットなどのネットワークへ電子機器１が接続可能な状況にある場合には、ネットワークサーバーなどが保管しているデータベースを利用してもよい。また、ルートを検索する手法としては、公知の何れかの手法を採用することができる。
【０１８１】
また、上述した体調評価処理では、高山病を想定したが、発熱、低体温、低血糖、熱中症など、登山ルートの見直しを要する可能性のある他の病気を考慮してもよい。
【０１８２】
また、上述した体力評価処理又は体調評価処理の閾値は、予め電子機器１へ入力されたユーザー属性（年齢、性別、アスリートか否かなど）に応じて適宜に調整されてもよいし、ユーザーが自ら調整してもよい。
【０１８３】
例えば、上述した体力評価処理又は体調評価処理では、ユーザーの年齢が若年層に属する場合の閾値を、ユーザーの年齢が高齢層に属する場合の閾値より高く設定しても（つまり評価結果が不良と判定されにくく設定しても）よい。
【０１８４】
また、例えば、体力評価処理又は体調評価処理では、ユーザーの年齢が若年層に属する場合の閾値を、ユーザーの年齢が高齢層に属する場合の閾値より高く設定しても（つまり評価結果が不良と判定されにくく設定しても）よい。
【０１８５】
また、例えば、体力評価処理又は体調評価処理では、ユーザーの年齢が若年層に属する場合の閾値を、ユーザーの年齢が高齢層に属する場合の閾値より高く設定しても（つまり評価結果が不良と判定されにくく設定しても）よい。
【０１８６】
また、例えば、体力評価処理又は体調評価処理では、ユーザーがアスリートである場合の閾値を、ユーザーがアスリートでない場合の閾値より高く設定しても（つまり評価結果が不良と判定されにくく設定しても）よい。
【０１８７】
また、上述したパーティー支援処理のステップＳ１９０では、登山の休憩を促すための支援情報を生成したが、休憩を促す代わりに参加者間のフォローを促すための支援情報を生成してもよい。
【０１８８】
ここでいう「フォロー」とは、体力の評価結果が良好な参加者が、体力の評価結果が不良な参加者の荷物の少なくとも一部を肩代わりするなどのいわゆる助け合い行為である。
【０１８９】
或いは、上述したパーティー支援処理のステップＳ１９０では、体力評価の結果が不良となった参加者の人数が第１の閾値を超えたときに「フォロー」を促すための支援情報を生成し、第１の閾値より大きな第２の閾値を越えたときに「休憩」を促すための支援情報を生成してもよい。
【０１９０】
また、上記実施形態における処理部１２０は、電子機器１の位置座標を算出するための位置センサーとして、主にＧＰＳセンサー１１０を用いたが、ＧＰＳセンサー１１０、地磁気センサー１１１、気圧センサー１１２、加速度センサー１１３、角速度センサー１１４のうち少なくとも１つを用いてもよい。
【０１９１】
４．実施形態のまとめ
（１）本実施形態に係る電子機器１は、運動中のユーザーについての体力評価（ステップＳ１１〜Ｓ１５）と、ユーザーについての体調評価（ステップＳ２１〜Ｓ２５）とに基づいて、ユーザーによる運動に見直しの必要性があるか否かに関する情報（支援情報）を生成する処理部１２０を含む。
【０１９２】
つまり、処理部１２０は、ユーザーの体力及び体調の双方に基づき情報（支援情報）を生成することで、ユーザーの体力及び体調の双方を情報（支援情報）に反映させる。従って、ユーザーは、運動中に適切な判断をするための補助として情報（支援情報）を利用することができる。
【０１９３】
（２）本実施形態に係る電子機器１において、処理部１２０は、ユーザーの運動の時間変化に基づき体力評価（ステップＳ１１〜Ｓ１５）を行う。
【０１９４】
つまり、処理部１２０は、（ユーザーの運動能力の高さ自体ではなく）ユーザーの運動能力の時間変化を体力評価に使用する。従って、例えば、ユーザーの体力が時間経過に伴って低下したこと等を、体力評価の結果に反映させることができる。
【０１９５】
（３）本実施形態に係る電子機器１において、処理部１２０は、ユーザーの高度、ユーザーの歩数（ピッチ）、ユーザーの速度（移動速度）、ユーザーの歩幅（ストライド）、
ユーザーの位置する地点の大気圧のうち少なくとも１つの時間変化に基づき、体力評価（ステップＳ１１〜Ｓ１５）を行う。
【０１９６】
つまり、処理部１２０は、高度、歩数（ピッチ）、速度（移動速度）、歩幅（ストライド）のうち少なくとも１つの時間変化を、体力評価（ステップＳ１１〜Ｓ１５）の指標とする。これらの項目は、例えば、運動するユーザーの体力の変化などによって変化しやすい。従って、ユーザーの体力を、体力評価の結果へ反映させることができる。
【０１９７】
（４）本実施形態に係る電子機器１において、処理部１２０は、位置センサー、加速度センサー、気圧センサーのうち少なくとも１つの出力に基づき体力評価を行う（ステップＳ１１〜Ｓ１３）。
【０１９８】
つまり、処理部１２０は、位置センサー、加速度センサー、気圧センサーのうち少なくとも１つの出力を、体力評価（ステップＳ１１〜Ｓ１５）に利用することができる。
【０１９９】
（５）本実施形態に係る電子機器１において、処理部１２０は、ユーザーの生体情報の時間変化に基づき体調評価（ステップＳ２１〜Ｓ２５）を行う。
【０２００】
つまり、処理部１２０は、（ユーザーの体調自体ではなく）ユーザーの生体情報の時間変化（体調変化）を体力評価（ステップＳ２１〜Ｓ２５）に使用する。従って、例えば、ユーザーの体調が時間経過に伴って悪化したことを、体調評価の結果に反映させることができる。
【０２０１】
（６）本実施形態に係る電子機器１において、処理部１２０は、ユーザーの心拍数の時間変化に基づき体調評価（ステップＳ２１〜Ｓ２５）を行う。
【０２０２】
つまり、処理部１２０は、心拍数の時間変化（ユーザーの体調悪化（例えば高山病の発症の有無））を、体調評価の結果へ反映させることができる。
【０２０３】
（７）本実施形態に係る電子機器１において、処理部１２０は、体力評価（ステップＳ１１〜Ｓ１５）の結果及び体調評価（ステップＳ２１〜Ｓ２５）の結果の双方が良好である場合に、運動に見直しの必要性が無い旨の情報（継続を促すための支援情報）を生成する（ステップＳ１５０）。
【０２０４】
つまり、処理部１２０は、ユーザーの体力評価の結果及び体調評価の結果が良好である場合には、見直しの必要性が無い旨の情報（継続を促すための支援情報）を生成する。この情報（継続を促すための支援情報）によれば、ユーザーに対して運動の継続を促すことができる。
【０２０５】
（８）本実施形態に係る電子機器１において、処理部１２０は、体力評価（ステップＳ１１〜Ｓ１５）の結果及び体調評価の結果のうち体調評価（ステップＳ２１〜Ｓ２５）の結果のみが不良である場合に、運動に変更の必要性がある旨の情報（ルート変更を促すための支援情報）を生成する（ステップＳ１７０）。
【０２０６】
つまり、処理部１２０は、ユーザーの体力評価の結果が不良でないが体調評価の結果が不良である場合には、変更の必要性がある旨の情報（ルート変更を促すための支援情報）を生成する。この情報（ルート変更を促すための支援情報）によれば、ユーザーに対して運動の変更を促すことができる。
【０２０７】
（９）本実施形態に係る電子機器１において、処理部１２０は、体力評価（ステップＳ
１１〜Ｓ１５）の結果及び体調評価（ステップＳ２１〜Ｓ２５）の結果のうち体力評価の結果のみが不良である場合に、運動に休止の必要性がある旨の情報（休止を促すための支援情報）を生成する（ステップＳ１９０）。
【０２０８】
つまり、処理部１２０は、ユーザーの体力評価の結果が不良であり、体調評価の結果が不良でない場合には、休止の必要性がある旨の情報（休止を促すための支援情報）を生成する。この情報（休止を促すための支援情報）によれば、ユーザーに対して運動の休止を促すことができる。
【０２０９】
（１０）本実施形態に係る電子機器１において、処理部１２０は、体力評価（ステップＳ１１〜Ｓ１５）の結果及び体調評価（ステップＳ２１〜Ｓ２５）の結果の双方が不良である場合に、運動に中止の必要性がある旨の情報（中止を促すための支援情報）を生成する（ステップＳ２４０）。
【０２１０】
つまり、処理部１２０は、ユーザーの体力評価の結果が不良であり、体調評価の結果も不良である場合には、中止の必要性がある旨の情報（中止を促すための支援情報）を生成する。この情報（中止を促すための支援情報）によれば、ユーザーに対して運動の中止を促すことができる。
【０２１１】
（１１）本実施形態に係る電子機器１において、処理部１２０は、複数のユーザーの各々についての体力評価（ステップＳ１１〜Ｓ１５）と、複数のユーザーの各々についての体調評価（ステップＳ２１〜Ｓ２５）とに基づいて、複数のユーザーによる運動に見直しの必要性があるか否かに関する情報を生成する（図１０）。
【０２１２】
つまり、処理部１２０は、複数のユーザーの体力及び体調の双方に基づき運動に見直しの必要性があるか否かに関する情報（支援情報）を生成することで、複数のユーザーの体力及び体調の双方を情報（支援情報）に反映させる。従って、複数のユーザーは、運動中に適切な判断をするための補助として情報（支援情報）を利用することができる。
【０２１３】
（１２）本実施形態に係る電子機器１において、処理部１２０は、複数のユーザーの全てについて体力評価（ステップＳ１１〜Ｓ１５）の結果及び体調評価（ステップＳ２１〜Ｓ２５）の結果の双方が良好である場合に、運動に見直しの必要性が無い旨の情報（継続を促すための支援情報）を生成する（ステップＳ１５０）。
【０２１４】
つまり、処理部１２０は、複数のユーザーの全ての体力評価及び体調評価の結果が良好である場合には、見直しの必要性が無い旨の情報（継続を促すための支援情報）を生成する。この情報によれば、複数のユーザーに対して運動の継続を促すことができる。
【０２１５】
（１３）本実施形態に係る電子機器１において、処理部１２０は、体力評価（ステップＳ１１〜Ｓ１５）の結果及び体調評価（ステップＳ２１〜Ｓ２５）の結果のうち体調評価の結果のみが不良であるユーザーの数が所定数以上である場合に、運動に変更の必要性がある旨の情報（ルート変更を促すための支援情報）を生成する（ステップＳ１７０）。
【０２１６】
つまり、処理部１２０は、体力評価の結果が不良でなく体調評価の結果が不良なユーザーの数が所定数以上である場合には、変更の必要性がある旨の情報（ルート変更を促すための支援情報）を生成する。この情報（ルート変更を促すための支援情報）によれば、ユーザーに対して運動の変更を促すことができる。
【０２１７】
（１４）本実施形態に係る電子機器１において、処理部１２０は、体力評価（ステップＳ１１〜Ｓ１５）の結果及び体調評価（ステップＳ２１〜Ｓ２５）の結果のうち体力評価
の結果のみが不良であるユーザーの数が所定数以上である場合に、運動に休止の必要性がある旨の情報（休止を促すための支援情報）を生成する（ステップＳ１９０）。
【０２１８】
つまり、処理部１２０は、体力評価の結果が不良であり体調評価の結果が不良でないユーザーの数が所定数以上である場合には、休止の必要性がある旨の情報（休止を促すための支援情報）を生成する。この情報（休止を促すための支援情報）によれば、ユーザーに対して運動の休止を促すことができる。
【０２１９】
（１５）本実施形態に係る電子機器１において、処理部１２０は、体力評価の結果及び体調評価の結果の双方が不良であるユーザーの数が所定数以上である場合（上記の例では「１」を超えた場合）に、運動に中止の必要性がある旨の情報（中止を促すための支援情報）を生成する（ステップＳ２４０）。
【０２２０】
つまり、処理部１２０は、体力評価及び体調評価の結果が不良なユーザーの数が所定数以上である場合（上記の例では「１」を超えた場合）には、中止の必要性がある旨の情報（中止を促すための支援情報）を生成する。この情報（中止を促すための支援情報）によれば、ユーザーに対して運動の中止を促すことができる。
【０２２１】
（１６）本実施形態に係る電子機器１において、処理部１２０は、ユーザーに情報（支援情報）を提供する（ステップＳ１５０、Ｓ１７０、Ｓ１８０、Ｓ１９０、Ｓ２００、２４０）。
【０２２２】
つまり、処理部１２０は、例えば、あるユーザーの情報（例えば体力低下及び体調悪化の情報）を、ユーザー自身又は他のユーザーなどへ提供することができる。従って、ユーザー自身又は他のユーザーに客観的な判断を行わせることもできる。
【０２２３】
（１７）本実施形態に係る電子機器１は、ユーザーの所定部位へ装着可能である。
【０２２４】
従って、ユーザーは、電子機器１を手に持たなくても（ハンズフリーの状態で）電子機器を使用することができる。
【０２２５】
（１８）本実施形態に係る電子機器１において、所定部位は、腕又は手首である。
【０２２６】
従って、ユーザーは、電子機器１を腕時計等と同様の感覚で使用することができる。
【０２２７】
５．その他の変形例
本発明は上記の実施形態に限定されず、本発明の要旨の範囲内で種々の変形実施が可能である。なお、以下においては、上記の実施形態と同一の構成には同一の符号を付し、詳細な説明を省略する。
【０２２８】
例えば、電子機器１の少なくとも１部の機能（例えば、体力評価処理、体調評価処理、ルート検索処理、個人支援処理、パーティー支援処理のうち少なくとも１つの処理の機能）は、電子機器１に搭載されたコンピューター（処理部１２０）によるプログラムの実行（ソフトウエア）により実現されてもよいし、電子機器１に搭載された処理回路の動作（ハードウエア）により実現されてもよい。
【０２２９】
また、電子機器1のうち、センシング以外の機能は、電子機器１と通信が可能な外部装置（例えば、スマートフォン、タブレットＰＣなどの携帯端末、ネットワークサーバーなど）に搭載されてもよい。
【０２３０】
また、電子機器１には、公知のスマートフォンの機能、例えば、カメラ機能、通話機能、通信機能などが搭載されてもよい。
【０２３１】
また、電子機器１の用途としては、登山の他に、スキー（クロスカントリーなど）、ランニング、自転車、ウォーキング、スイミング、ゴルフ、バイク、モータースポーツ、ヨット、トレイルランニング、パラグライダー、カイト、犬ぞり、などが挙げられる。
【０２３２】
また、電子機器１は、リスト型電子機器、イヤホン型電子機器、指輪型電子機器、ペンダント型電子機器（図１１（Ａ）参照）、スポーツ器具に装着して使用する電子機器、スマートフォン、ヘッドマウントディスプレイ（ＨＭＤ：Head Mount Display）など（図１１（Ｂ）参照）、様々なタイプの携帯情報機器として構成することができる。なお、電子機器１へ脈センサーを搭載する場合には、ユーザーの身体へ接触するように電子機器１を構成することが望ましい。
【０２３３】
また、電子機器１又は情報端末は、ユーザーに対する情報の通知を、画像表示により行ってもよいし、音出力、振動などにより行ってもよいし、画像表示、音出力、振動のうち少なくとも２つの組み合わせにより行ってもよい。
【０２３４】
また、上記の実施形態では、全地球衛星測位システムとしてＧＰＳ（Global Positioning System）を利用したが、他の全地球航法衛星システム（ＧＮＳＳ：Global Navigation
Satellite System）を利用してもよい。例えば、ＥＧＮＯＳ(European Geostationary-Satellite Navigation Overlay Service)、ＱＺＳＳ（Quasi Zenith Satellite System）、ＧＬＯＮＡＳＳ（GLObal NAvigation Satellite System）、ＧＡＬＩＬＥＯ、ＢｅｉＤｏｕ（BeiDou Navigation Satellite System）、等の衛星測位システムのうち１又は２以上を利用してもよい。また、衛星測位システムの少なくとも１つにＷＡＡＳ（Wide Area Augmentation System）、ＥＧＮＯＳ(European Geostationary-Satellite Navigation Overlay Service)等の静止衛星型衛星航法補強システム（ＳＢＡＳ：Satellite-based Augmentation System）を利用してもよい。
【０２３５】
また、上述した各実施形態及び各変形例は一例であって、これらに限定されるわけではない。例えば、各実施形態及び各変形例を適宜組み合わせることも可能である。
【０２３６】
また、本発明は、実施形態で説明した構成と実質的に同一の構成（例えば、機能、方法及び結果が同一の構成、あるいは目的及び効果が同一の構成）を含む。また、本発明は、実施形態で説明した構成の本質的でない部分を置き換えた構成を含む。また、本発明は、実施形態で説明した構成と同一の作用効果を奏する構成又は同一の目的を達成することができる構成を含む。また、本発明は、実施形態で説明した構成に公知技術を付加した構成を含む。
【符号の説明】
【０２３７】
１  電子機器、１１０  ＧＰＳセンサー、１２０  処理部、１３０  記憶部、１１１  地磁気センサー、１１２  気圧センサー、１１３  加速度センサー、１１４  角速度センサー、１１５  脈センサー、１１６  温度センサー、１５０  操作部、１６０  計時部、１７０  表示部、１８０  音出力部、１９０  通信部
【図１】
2017006335.tif 000003
【図２】
2017006335.tif 000004
【図３】
2017006335.tif 000005
【図４】
2017006335.tif 000006
【図５】
2017006335.tif 000007
【図６】
2017006335.tif 000008
【図７】
2017006335.tif 000009
【図８】
2017006335.tif 000010
【図９】
2017006335.tif 000011
【図１０】
2017006335.tif 000012
【図１１】
2017006335.tif 000013