JP2018025517A - 情報出力システム、情報出力方法、及び情報出力プログラム - Google Patents

情報出力システム、情報出力方法、及び情報出力プログラム Download PDF

Info

Publication number
JP2018025517A
JP2018025517A JP2016158887A JP2016158887A JP2018025517A JP 2018025517 A JP2018025517 A JP 2018025517A JP 2016158887 A JP2016158887 A JP 2016158887A JP 2016158887 A JP2016158887 A JP 2016158887A JP 2018025517 A JP2018025517 A JP 2018025517A
Authority
JP
Japan
Prior art keywords
user
recommended
course
training
processing unit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2016158887A
Other languages
English (en)
Inventor
翼 白井
Tasuku Shirai
翼 白井
倉田　智之
Tomoyuki Kurata
智之 倉田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Seiko Epson Corp
Original Assignee
Seiko Epson Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Seiko Epson Corp filed Critical Seiko Epson Corp
Priority to JP2016158887A priority Critical patent/JP2018025517A/ja
Publication of JP2018025517A publication Critical patent/JP2018025517A/ja
Pending legal-status Critical Current

Links

Abstract

【課題】ユーザーがアクティビティを行うルートをユーザーにとって理解し易い形で提示することのできる利便性の高い情報出力システム等を提供すること。【解決手段】情報出力システムは、アクティビティを行うルートとしてユーザーへ推奨される少なくとも１つの推奨ルートを表示する表示部と、前記少なくとも１つの推奨ルートのうち少なくとも一部分を、前記部分で行われるアクティビティの種類に対応した視覚表現で表示する制御を行うプロセッサーと、を含む。【選択図】図１８

Description

本発明は、情報出力システム、情報出力方法、及び情報出力プログラムに関する。
昨今の健康ブームの中で、一般市民の関心が今まで以上に健康に向かってきている。そのような中、生活及び運動の両面からユーザーをサポートする商品、電子機器、及びサービスが登場し、ウェアラブル機器及びウェアラブルサービスに関する市場の一角を担っている。ウェアラブル機器及びウェアラブルサービスには、一人ひとりにマッチした分析やアドバイスが求められている。
特許文献１には、トレーニングルートの作成や、トレーニングプランの提供ができるシステムが開示されている。このシステムは、各ユーザーがこれから行うランニングのコースを検討する際の補助として有効である。
特開２０１５-１７７９８１号公報
しかし、ユーザーがシステムに不慣れである場合などには、提示されたプランをユーザーが容易に確認できない場合も想定され、このような場合はシステムの利点が有効に活用されないという問題があった。
本発明は、以上のような問題点に鑑みてなされたものであり、本発明のいくつかの態様は、ユーザーがアクティビティを行うルートをユーザーにとって確認し易い形で提示することのできる利便性の高い情報出力システム、情報出力方法、及び情報出力プログラムを提供する。
本発明は前述の課題の少なくとも一部を解決するためになされたものであり、以下の態様又は適用例として実現することが可能である。
［適用例１］
本適用例に係る情報出力システムは、アクティビティを行うルートとしてユーザーへ推奨される少なくとも１つの推奨ルートを表示する表示部と、前記少なくとも１つの推奨ルートのうち少なくとも一部分を、前記部分で行われるアクティビティの種類に対応した視覚表現で表示する制御を行うプロセッサーと、を含む。
表示部は、アクティビティを行うルートとしてユーザーへ推奨される少なくとも１つの推奨ルートを表示し、プロセッサーは、前記少なくとも１つの推奨ルートのうち少なくとも一部分を、前記部分で行われるアクティビティの種類に対応した視覚表現で表示するので、情報出力システムは、推奨ルートの少なくとも一部分で行われるアクティビティの種類を、当該部分の視覚表現から判断することができる。従って、ユーザーは、当該部分で行うべきアクティビティの種類を、視覚によって容易に確認することができる。
［適用例２］
本適用例に係る情報出力システムにおいて、前記少なくとも１つの推奨ルートには、第１アクティビティに対応する第１推奨ルートと、前記第１推奨ルートとは異なる第２アクティビティに対応する第２推奨ルートとが含まれ、前記第１推奨ルートは、前記第１アクティビティの種類に対応した第１視覚表現で表示され、前記第２推奨ルートは、前記第２アクティビティの種類に対応した第２視覚表現で表示されてもよい。
情報出力システムは、第１アクティビティに対応する第１推奨ルートを第１視覚表現で表示し、第２アクティビティに対応する第２推奨ルートを第２視覚表現で表示するので、ユーザーは、第１推奨ルートで行うべきアクティビティと、第２推奨ルートで行うべきアクティビティとを、それぞれ容易に確認することができる。
［適用例３］
本適用例に係る情報出力システムにおいて、前記推奨ルートには、第１アクティビティに対応する第１区間と第２アクティビティに対応する第２区間とが含まれ、前記第１区間は、前記第１アクティビティの種類に対応した第１視覚表現で表示され、前記第２区間は、前記第２アクティビティの種類に対応した第２視覚表現で表示されてもよい。
情報出力システムは、第１アクティビティに対応する第１区間を第１視覚表現で表示し、第２アクティビティに対応する第２区間を第２視覚表現で表示するので、ユーザーは、第１区間で行うべきアクティビティと、第２区間で行うべきアクティビティとを、それぞれ容易に確認することができる。
［適用例４］
本適用例に係る情報出力システムにおいて、前記表示部は、前記推奨ルートを地図に重畳させて表示してもよい。
表示部は、推奨ルートの表示を地図に重ねて行うので、ユーザーは、推奨ルートの存在するエリアの地理的な状況と、推奨ルートで行うべきアクティビティとを共に確認することができる。
［適用例５］
本適用例に係る情報出力システムにおいて、前記地図は、前記推奨ルートの少なくとも一部を含む二次元の地図、前記推奨ルートの少なくとも一部を含む三次元の地図、前記推奨ルートの少なくとも一部の標高を表す地図のうち少なくとも１つであってもよい。
従って、ユーザーは、推奨ルートの少なくとも一部を含む二次元の地図、前記推奨ルートの少なくとも一部を含む三次元の地図、及び推奨ルートの少なくとも一部の標高を表す地図のうち少なくとも１つと、推奨ルートで行うべきアクティビティとを共に確認することができる。
［適用例６］
本適用例に係る情報出力システムにおいて、前記プロセッサーは、前記推奨ルートを前記ユーザーが移動しているときに、前記推奨ルートのうち前記ユーザーが移動した区間を、前記ユーザーが移動していない区間とは異なる視覚表現で表示してもよい。
従って、情報出力システムは、推奨ルートのうちユーザーが移動した区間とユーザーが移動していない区間とを、視覚的に区別してユーザーへ提示することができる。
［適用例７］
本適用例に係る情報出力方法は、アクティビティを行うルートとしてユーザーへ推奨さ
れる推奨ルートを表示することと、前記推奨ルートのうち少なくとも一部分を、前記部分で行われるアクティビティの種類に対応した視覚表現で表示する制御を行うこととを含む。
本適用例に係る情報出力方法では、アクティビティを行うルートとしてユーザーへ推奨される少なくとも１つの推奨ルートを表示し、プロセッサーは、前記少なくとも１つの推奨ルートのうち少なくとも一部分を、前記部分で行われるアクティビティの種類に対応した視覚表現で表示するので、推奨ルートの少なくとも一部分で行われるアクティビティの種類を、当該部分の視覚表現で区別することができる。従って、ユーザーは、当該部分で行うべきアクティビティの種類を、視覚によって容易に確認することができる。
［適用例８］
本適用例に係る情報出力プログラムは、アクティビティを行うルートとしてユーザーへ推奨される推奨ルートを表示することと、前記推奨ルートのうち少なくとも一部分を、前記部分で行われるアクティビティの種類に対応した視覚表現で表示する制御を行うこととをコンピューターに実行させる。
本適用例に係る情報出力プログラムによると、コンピューターは、アクティビティを行うルートとしてユーザーへ推奨される少なくとも１つの推奨ルートを表示し、プロセッサーは、前記少なくとも１つの推奨ルートのうち少なくとも一部分を、前記部分で行われるアクティビティの種類に対応した視覚表現で表示するので、推奨ルートの少なくとも一部分で行われるアクティビティの種類を、当該部分の視覚表現で区別することができる。従って、ユーザーは、当該部分で行うべきアクティビティの種類を、視覚によって容易に確認することができる。
システムの構成例を説明するための図である。 電子機器の構成例を説明するための機能ブロック図である。 情報端末及びサーバーの構成例を説明するための機能ブロック図である。 疲労度の入力画面の例を説明するための図である。 疲労度の入力画面の別の例を説明するための図である。 疲労度の入力画面の別の例を説明するための図である。 疲労度の入力画面の別の例を説明するための図である。 体調テーブルの例を説明するための図である。 ログデータの例を説明するための図である。 ログデータの詳細の一例を説明するための図である。 自律神経のデータの一例を説明する図である。 心バランスの計測方法の一例を説明するための図である。 乖離度算出処理の一例を説明するためのフローチャートである。 学習処理の一例を説明するためのフローチャートである。 トレーニング種目別の心拍数データの一例を説明するための図である。 トレーニング種目別の特徴データの一例を説明するための図である。 お勧め種目の表示画面（一覧表示）の一例を説明するための図である。 お勧めコースの表示画面（マップ表示）の一例を説明するための図である。 お勧め種目の表示画面（マップ表示）の一例を説明するための図である。 お勧めメニューの表示画面の一例を説明するための図である。 お勧めコースの表示画面（高低差表示）の一例を説明するための図である。 ユーザーがアプリケーションを起動するための操作の一例を説明するための図である。 ユーザーによるコース選択の操作の一例を説明するための図である。 ナビゲーション画面の一例を説明するための図である。 ナビゲーション画面の一例を説明するための図である。 ナビゲーション画面の別の例を説明するための図である。 ナビゲーション画面の別の例（グレーアウト）を説明するための図である。 走行中におけるナビゲーション画面の別の例（マップ表示）を説明するための図である。 コースデータを説明するための図である。 コースお勧め処理の一例を説明するためのフローチャートである。 フィードバック画面の一例を説明するための図である。 トレーニングの種目判定処理（全体）の一例を説明するための図である。 トレーニングの種目判定処理（詳細）の一例を説明するための図である。 フィードバック画面の別の例を説明するための図である。 フィードバック画面の別の例（マップ表示）の一例を説明するための図である。 フィードバック画面（標高マップ）の一例を説明するための図である。 フィードバック画面（マップ表示）の別の例を説明するための図である。 コースアウト判定処理の一例を説明するための図である。
以下、本発明の好適な実施形態について図面を用いて詳細に説明する。なお、以下に説明する実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また以下で説明される構成の全てが本発明の必須構成要件であるとは限らない。
１．本実施形態のシステム
１−１．システムの概要
図１に示すとおり、本実施形態の情報出力システム（以下、単に「システム」という。）は、例えば、装着型の電子機器１、ネットワーク３に接続された携帯型の情報端末２、ネットワーク３に接続されたサーバー４を備える。電子機器１のユーザーと、情報端末２のユーザーとは共通しており、電子機器１と情報端末２とは近距離無線通信などにより適時に通信することが可能である。また、情報端末２は、インターネットなどのネットワーク３を介してサーバー４と通信することが可能である。なお、ネットワーク３には、他のユーザーが使用する情報端末（不図示）も接続され、当該情報端末は、当該他のユーザーの電子機器（不図示）と近距離無線通信などにより通信することが可能である。
ユーザーの電子機器１には、ユーザーの生活に関するデータを記録（ロギング）する機能（ライフロガー機能）と、ユーザーの運動に関するデータを記録（ロギング）する機能（パフォーマンスモニター機能）との少なくとも一方が搭載されている。また、他のユーザーの電子機器にも、ライフロガー機能とパフォーマンスモニター機能との少なくとも一方が搭載されている。但し、ここでは、ユーザーの電子機器１には、ライフロガー機能とパフォーマンスモニター機能との双方が搭載されているものと仮定し、以下、この電子機器１に着目する。
電子機器１は、ユーザーの身体の一部へ装着されるウェアラブルな携帯情報機器である。必要なときにユーザーが目視できるよう、電子機器１の装着先は、例えば、肘から手に至る部位（前腕）である。図１に示す例では、電子機器１はリスト型（腕時計型）の携帯情報機器として構成され、ユーザーの手首へ装着するための装着具であるベルトを有している。また、電子機器１の表示部の外縁部には、例えば、メカスイッチで構成された１又
は複数の操作部が設けられていてもよい。また、電子機器１の表示部は、タッチパネル型ディスプレイで構成され、当該タッチパネル型ディスプレイが操作部としての機能を有していてもよい。この電子機器１には、計時機能の他、ライフロガー機能と、パフォーマンスモニター機能とが搭載されるので、電子機器１には、ユーザーの身体から生活又は運動に関するデータを取得するための各種のセンシング機能が搭載されている。以下では、ユーザーの身体から取得され、電子機器１に記録されるデータ（生活又は運動に関するデータ）を、「ログデータ」と称す。
情報端末２は、インターネットなどのネットワーク３に接続可能なスマートフォン、タブレットＰＣ（PC: personal computer）、デスクトップＰＣなどの情報端末であるが、ここでは、電子機器１と共にユーザーに携帯される携帯型の情報端末であると仮定する。情報端末２は、ネットワーク３を介してサーバー４から受信したデータを電子機器１へ転送したり、電子機器１の記憶部に書き込まれたログデータを読み込み、ネットワーク３を介してサーバー４へアップロードしたりする際に用いられる。なお、情報端末２の一部又は全部の機能は、電子機器１の側に搭載されてもよい。
１−２．電子機器の構成
図２に示すように、電子機器１は、ＧＰＳ（Global Positioning System）センサー１１０（位置センサーの一例）、地磁気センサー１１１（方位センサーの一例）、気圧センサー１１２、加速度センサー１１３、角速度センサー１１４、脈センサー１１５、温度センサー１１６、処理部１２０（プロセッサーとも言う）、記憶部１３０、操作部１５０、計時部１６０、表示部１７０（出力部の一例）、音出力部１８０（出力部の一例）、通信部１９０などを含んで構成される。但し、電子機器１の構成は、これらの構成要素の一部を削除又は変更し、或いは他の構成要素（例えば、湿度センサー、紫外線センサーなど）を追加したものであってもよい。
ＧＰＳセンサー１１０は、電子機器１の位置などを示す測位データ（緯度、経度、高度、速度ベクトルなどのデータ）を生成して処理部１２０へ出力するセンサーであって、例えばＧＰＳ受信機（GPS: Global Positioning System）等を含んで構成される。ＧＰＳセンサー１１０は、外部から到来する所定周波数帯域の電磁波を不図示のＧＰＳアンテナで受信し、ＧＰＳ衛星からのＧＰＳ信号を抽出すると共に、当該ＧＰＳ信号に基づき電子機器１の位置などを示す測位データを生成する。
地磁気センサー１１１は、電子機器１から見た地球の磁場の方向を示す地磁気ベクトルを検出するセンサーであって、例えば、互いに直交する３つの軸方向の磁束密度を示す地磁気データを生成する。地磁気センサー１１１には、例えば、ＭＲ（Magnet resistive）素子、ＭＩ（Magnet impedance）素子、ホール素子などが用いられる。
気圧センサー１１２は、周辺の気圧（大気圧）を検出するセンサーであって、例えば、振動片の共振周波数の変化を利用する方式（振動方式）の感圧素子を有している。この感圧素子は、例えば、水晶、ニオブ酸リチウム、タンタル酸リチウム等の圧電材料で形成された圧電振動子であり、例えば、音叉型振動子、双音叉型振動子、ＡＴ振動子（厚みすべり振動子）、ＳＡＷ共振子（SAW：Surface Acoustic Wave）などが適用される。なお、気圧センサー１１２の出力は、測位データを補正するために使用されてもよい。
加速度センサー１１３は、互いに交差する（理想的には直交する）３軸方向の各々の加速度を検出し、検出した３軸加速度の大きさ及び向きに応じたデジタル信号（加速度データ）を出力する慣性センサーである。なお、加速度センサー１１３の出力は、ＧＰＳセンサー１１０の測位データに含まれる位置の情報を補正するために使用されてもよい。
角速度センサー１１４は、互いに交差する（理想的には直交する）３軸方向の各々の角速度を検出し、計測した３軸角速度の大きさ及び向きに応じたデジタル信号（角速度データ）を出力する慣性センサーである。なお、角速度センサー１１４の出力は、ＧＰＳセンサー１１０の測位データに含まれる位置の情報を補正するために使用されてもよい。
脈センサー１１５は、ユーザーの脈拍を示す信号を生成して処理部１２０へ出力するセンサーであって、例えば、適当な波長を有した計測光を皮下の血管に向けて照射するＬＥＤ光源（LED: Light Emitting Diode）などの光源と、当該計測光に応じて血管で発生した光の強度変化を検出する受光素子とを有している。なお、光の強度変化波形（脈波）を周波数解析など公知の手法により処理することで、脈拍数（１分間当たりの脈拍数）を計測することができる。なお、脈センサー１１５としては、光源及び受光素子からなる光電センサーに代えて、超音波により血管の収縮を検出して脈拍数を計測する超音波センサーを採用してもよく、電極から微弱電流を体内に流して脈拍数を計測するセンサー等を採用してもよい。なお、脈拍はユーザーの身体のうち心臓以外の部位の脈動により心拍を間接的に計測したものである。よって、本明細書では「脈拍」「脈」の文言を「心拍」と同じ意味で使用する。
温度センサー１１６は、周辺の温度に応じた信号（例えば、温度に応じた電圧）を出力する感温素子である。なお、温度センサー１１６は、温度に応じたデジタル信号を出力するものであってもよい。温度センサー１１６には、ユーザーの周辺の気温を検出するものの他、ユーザーの身体の温度（体温）を検出するものが含まれていてもよい。
処理部１２０（取得部の一例）は、例えば、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）等により構成される。処理部１２０は、記憶部１３０に格納されたプログラムと、操作部１５０を介してユーザーが入力した各種のコマンドとに従い各種の処理を行う。処理部１２０による処理には、ＧＰＳセンサー１１０、地磁気センサー１１１、気圧センサー１１２、加速度センサー１１３、角速度センサー１１４、脈センサー１１５、温度センサー１１６、計時部１６０などが生成するデータへのデータ処理、表示部１７０へ画像を表示させる表示処理（表示する制御の一例）、音出力部１８０に音を出力させる音出力処理などが含まれる。なお、「処理部」は、「プロセッサー（Processor）」と呼ばれることもある。処理部１２０は、単一のプロセッサー（Processor）で構成されてもよいし、複数のプロセッサー（Processor）により構成されてもよい。
記憶部１３０は、例えば１又は複数のＩＣメモリー(IC: Integrated Circuit)などにより構成され、プログラム（情報出力プログラムの一例）などのデータが記憶されるＲＯＭ（Read Only Memory）と、処理部１２０の作業領域となるＲＡＭ（Random Access Memory）とを有する。なお、ＲＡＭには不揮発性のＲＡＭが含まれてもよい。不揮発性のメモリーに、各種データの記憶領域が確保されていることが好ましい。
操作部１５０は、例えばボタン、キー、マイク、タッチパネル、音声認識機能（不図示のマイクロフォンを利用）、アクション検出機能（加速度センサー１１３などを利用）などで構成され、ユーザーからの指示を適当な信号に変換して処理部１２０へ送る処理を行う。
計時部１６０は、例えば、リアルタイムクロック（ＲＴＣ：Real Time Clock）ＩＣなどにより構成され、年、月、日、時、分、秒等の時刻データを生成して処理部１２０に送る。
表示部１７０は、例えばＬＣＤ（Liquid Crystal Display）、有機ＥＬ（Electrolumin
escence）ディスプレイ、ＥＰＤ（Electrophoretic Display）、タッチパネル型ディスプレイ等で構成され、処理部１２０からの指示に従って各種の画像を表示する。
音出力部１８０は、例えばスピーカー、ブザー、バイブレーターなどで構成され、処理部１２０からの指示に従って各種の音（又は振動）を発生させる。
通信部１９０は、電子機器１と情報端末２（スマートフォンなど）との間のデータ通信を成立させるための各種制御を行う。通信部１９０は、例えば、Bluetooth（登録商標）（BTLE：Bluetooth Low Energyを含む）、Ｗｉ−Ｆｉ（登録商標）（Wi-Fi:Wireless Fidelity）、Ｚｉｇｂｅｅ（登録商標）、ＮＦＣ（Near field communication）、ＡＮＴ＋（登録商標）等の近距離無線通信規格に対応した送受信機を含んで構成される。
１−２−１．電子機器の処理部の詳細
図２に示すとおり、電子機器１の処理部１２０は、適宜、歩数算出部１２１、運動時間算出部１２２、カロリー算出部１２３、睡眠時間算出部１２４、心バランス算出部１２５、移動距離算出部１２６、達成度算出部１２７、タイム算出部１２２’、ペース算出部１２３’、心拍算出部１２４’などとして機能する。このうち、歩数算出部１２１、運動時間算出部１２２、カロリー算出部１２３、睡眠時間算出部１２４、心バランス算出部１２５、移動距離算出部１２６、達成度算出部１２７は、処理部１２０のライフロガーとしての機能に相当し、距離算出部１２１’、タイム算出部１２２’、ペース算出部１２３’、心拍算出部１２４’は、処理部１２０のパフォーマンスモニターとしての機能に相当する。
歩数算出部１２１は、例えば、加速度センサー１１３の出力と、角速度センサー１１４の出力と、ユーザー身体データ（記憶部１３０に予め書き込まれているユーザー身体データである。）とに基づいて、ユーザーの歩数を計数する。なお、歩数の計数には、加速度センサー１１３およびＧＰＳセンサー１１０の少なくとも一方を用いることが可能である。また、歩数算出部１２１は、心拍数が所定の心拍ゾーンに属するときにおける歩数を計数してもよい。なお、心拍数が所定の心拍ゾーンに属するか否かについては、例えば、処理部１２０が脈センサー１１５の出力に基づき判定することができる。また、心拍ゾーンは、ユーザー身体データに基づいて設定され、例えば、脂肪燃焼に適したゾーン、運動能力向上に適したゾーンなどがある。なお、心拍ゾーンの計算については公知であるので詳細な説明を省略する。心拍ゾーンは、心拍数と加速度との双方に基づき判定することもできる。なお、歩数算出部１２１は、日付ごとの歩数と、現在時刻の属する日を含む１週間の歩数とをそれぞれ算出し、記憶部１３０へ書き込む。
運動時間算出部１２２は、例えば、加速度センサー１１３の出力と、角速度センサー１１４の出力とに基づいて、ユーザーの運動時間を算出する。この算出には、ＧＰＳセンサー１１０の出力が用いられてもよい。なお、運動時間算出部１２２は、心拍数が所定の心拍ゾーンに属するときにおける運動時間を算出してもよい。なお、心拍数が所定の心拍ゾーンに属するか否かについては、例えば、処理部１２０が脈センサー１１５の出力に基づき判定することができる。なお、運動時間算出部１２２は、日付ごとの運動時間と、現在時刻の属する日を含む１週間の運動時間とをそれぞれ算出し、記憶部１３０へ書き込む。
カロリー算出部１２３は、例えば、ユーザー身体データと、脈センサー１１５の出力とに基づいて、消費カロリーを算出する。なお、カロリー算出部１２３は、ユーザー身体データに含まれる年齢、性別等に基づいてユーザーの基礎代謝量を設定し、消費カロリーの算出を基礎代謝量に基づき行う。消費カロリーは、脈拍数、年齢、性別の情報を用いて算出する方法や、体重および身長の情報を用いて基礎代謝量を求める方法等、公知の方法により算出される。なお、カロリー算出部１２３は、ユーザーの食事情報に基づいて摂取カ
ロリーの合計値を計算し、カロリー収支を算出してもよい。なお、ユーザーの食事情報は、例えば、操作部１５０を介してユーザーに手動で入力させることができる。また、カロリー算出部１２３は、日付ごとの消費カロリーと、現在時刻の属する日を含む１週間の消費カロリーとをそれぞれ算出し、記憶部１３０へ書き込む。
睡眠時間算出部１２４は、例えば、加速度センサー１１３の出力と、角速度センサー１１４の出力と、脈センサー１１５の出力とに基づいて、ユーザーの睡眠時間を算出する。なお、睡眠時間算出部１２４は、加速度センサー１１３の出力と、角速度センサー１１４の出力とに基づいて、ユーザーが睡眠中であるか否かを判定する。また、睡眠時間算出部１２４は、睡眠中における脈センサー１１５の出力に基づいて浅い睡眠中であるか深い睡眠中であるかを判定し、浅い睡眠時間と深い睡眠時間とをそれぞれ算出してもよい。なお、睡眠時間算出部１２４は、日付ごとの睡眠時間と、現在時刻の属する日を含む１週間の睡眠時間とをそれぞれ算出し、記憶部１３０へ書き込む。
心バランス算出部１２５は、例えば、加速度センサー１１３の出力と、角速度センサー１１４の出力と、ＧＰＳセンサー１１０の出力と、脈センサー１１５の出力とに基づいて、例えば、非運動中にユーザーが興奮状態にある時間（興奮時間）と、非運動中にユーザーがリラックス状態にある時間（リラックス時間）との割合（心バランス）を算出する。なお、算出される興奮時間は、運動中の興奮時間であってもよいし、算出されるリラックス時間は、運動中のリラックス時間であってもよい。心バランス算出部１２５は、加速度センサー１１３の出力の推移が運動加速度範囲（運動に区分される加速度の推移の範囲）内でない場合であって、かつ、脈センサー１１５によって計測される計測脈拍数が運動脈拍数範囲（運動に区分される加速度の推移の範囲）内である場合には、ユーザーが運動によらない興奮状態（交感神経活性状態）にあると判定する。心バランス算出部１２５は、加速度センサー１１３の出力の推移が運動加速度範囲（運動に区分される加速度の推移の範囲）内でない場合であって、かつ、脈センサー１１５によって計測される計測脈拍数が運動脈拍数範囲（運動に区分される加速度の推移の範囲）内でない場合には、ユーザーがリラックスした状態（副交感神経活性状態）にあると判定する。なお、心バランス算出部１２５は、公知の手法を用いて、脈センサー１１５によって計測される脈波から交感神経及び副交感神経の活性状態を表す指標ＨＦ／ＬＦ等（HF: High Frequency、LF: Low Frequency）を算出し、興奮状態又はリラックス状態を判定してもよい。また、心バランス算出部１２５は、各時刻の心バランスと、日付ごとの心バランスと、現在時刻の属する日を含む１週間の心バランスとをそれぞれ算出し、記憶部１３０へ書き込でもよい。なお、ＨＦ／ＬＦを用いた心バランスの算出方法については、後述する。なお、指標ＨＦ／ＬＦに基づく心バランスは、興奮状態の時間及びリラックス状態の時間に基づく心バランスと区別するため、「ストレス」と言うこともできる。
移動距離算出部１２６は、例えば、ＧＰＳセンサー１１０の出力と、地磁気センサー１１１の出力と、気圧センサー１１２の出力と、加速度センサー１１３の出力と、角速度センサー１１４の出力とに基づき、ユーザーの移動距離を算出する。なお、移動距離算出部１２６は、ＧＰＳセンサー１１０の出力のみに基づいて移動距離を算出することも可能であるが、電子機器１のおかれた環境によっては、ＧＰＳ信号を受信できない場合もある。そこで、例えば、ＧＰＳセンサー１１０の出力に基づき算出される移動距離を、地磁気センサー１１１の出力と、気圧センサー１１２の出力と、加速度センサー１１３の出力と、角速度センサー１１４の出力との少なくとも１つに基づき適宜に補正したり、ＧＰＳ信号が受信できない期間の移動距離を推定したりする。また、移動距離算出部１２６は、日付ごとの移動距離と、現在時刻の属する日を含む１週間の移動距離とをそれぞれ算出し、記憶部１３０へ書き込む。
達成度算出部１２７は、算出された歩数（算出歩数）、運動時間（算出運動時間）、消
費カロリー（算出消費カロリー）、睡眠時間（算出睡眠時間）、心バランス（算出心バランス）、移動距離（算出移動距離）と、ユーザーの目標歩数、目標運動時間、目標消費カロリー、目標睡眠時間、目標心バランス、目標移動距離とに基づき、目標歩数に対する算出歩数の割合（歩数の達成度）、目標運動時間に対する算出運動時間の割合（運動時間の達成度）、目標消費カロリーに対する算出消費カロリーの割合（消費カロリーの達成度）、目標睡眠時間に対する計測睡眠時間の割合（睡眠時間の達成度）、目標心バランスに対する計測心バランスの割合（心バランスの達成度）、目標移動距離に対する計測移動距離の割合（移動距離の達成度）の少なくとも１つを算出する。なお、達成度算出部１２７は、日付ごとの達成度と、現在時刻の属する日を含む１週間の達成度とをそれぞれ算出してもよい。達成度算出部１２７は、算出した達成度を記憶部１３０へ書き込む。
距離算出部１２１’は、ユーザーが移動するコースのラップ区間として「時間のラップ区間」が設定されている場合には、例えば、計時部１６０の出力と、ＧＰＳセンサー１１０の出力とに基づき、ラップ区間の開始時点から終了時点までの期間内におけるユーザーが移動距離を、当該ラップ区間のラップ距離として算出する。なお、距離算出部１２１’が算出した累積走行距離、ラップ距離は、記憶部１３０へ書き込まれる。また、距離算出部１２１’は、加速度センサー１１３の出力と、角速度センサー１１４の出力と、ユーザー身体データと、地磁気センサー１１１の出力と、気圧センサー１１２の出力との少なくとも１つを用いることで、距離の算出精度を向上させることもできる。
タイム算出部１２２’は、例えば、計時部１６０の出力に基づき、コースの開始時点から現在時点までの経過時間を、ユーザーのスプリットタイムとして算出する。また、タイム算出部１２２’は、ラップ区間として「距離のラップ区間」が設定されている場合には、例えば、計時部１６０の出力と、ＧＰＳセンサー１１０の出力とに基づき、ラップ区間の開始地点から終了地点までの経路におけるユーザーの移動時間を、当該ラップ区間のラップタイムとして算出する。なお、距離算出部１２１’が算出したスプリットタイム、ラップタイムは、記憶部１３０へ書き込まれる。また、タイム算出部１２２’は、加速度センサー１１３の出力と、角速度センサー１１４の出力と、ユーザー身体データと、地磁気センサー１１１の出力と、気圧センサー１１２の出力との少なくとも１つを用いることで、タイムの算出精度を向上させることもできる。
ペース算出部１２３’は、例えば、計時部１６０の出力と、ＧＰＳセンサー１１０の出力とに基づき、コースの開始地点から現在地点までにおけるユーザーの平均走行速度を、ユーザーの平均ペースとして算出する。また、ペース算出部１２３’は、ラップ区間として「時間のラップ区間」が設定されている場合には、例えば、計時部１６０の出力と、ＧＰＳセンサー１１０の出力とに基づき、ラップ区間の開始時点から終了時点までの期間内におけるユーザーの平均走行速度をラップペースとして算出する。また、ペース算出部１２３’は、ラップ区間として「距離のラップ区間」が設定されている場合には、例えば、計時部１６０の出力と、ＧＰＳセンサー１１０の出力とに基づき、ラップ区間の開始地点から終了地点までの経路におけるユーザーの平均走行速度をラップペースとして算出する。
心拍算出部１２４’は、例えば、計時部１６０の出力と、脈センサー１１５の出力とに基づき、コースの開始時点から現在時点までのユーザーの単位時間当たりの平均心拍数を算出する。また、心拍算出部１２４’は、ラップ区間として「時間のラップ区間」が設定されている場合には、例えば、計時部１６０の出力と、脈センサー１１５の出力とに基づき、ラップ区間の開始時点から終了時点までの期間内におけるユーザーの平均心拍数をラップ心拍数として算出する。また、心拍算出部１２４’は、ラップ区間として「距離のラップ区間」が設定されている場合には、例えば、計時部１６０の出力と、脈センサー１１５の出力とに基づき、ラップ区間の開始地点から終了地点までの経路におけるユーザーの
平均心拍数をラップ心拍数として算出する。
１−３．情報端末の構成
情報端末２は、インターネットなどのネットワーク３に接続可能なスマートフォン、タブレットＰＣ、デスクトップＰＣなどの情報端末である。
図３に示すとおり、情報端末２は、処理部２１、通信部２２、操作部２３、記憶部２４、表示部２５、音出力部２６、通信部２７、及び撮像部２８を含んで構成されている。ただし、情報端末２は、適宜、これらの構成要素の一部が削除又は変更され、あるいは、他の構成要素が付加された構成であってもよい。
処理部２１は、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）等により構成される。処理部２１は、記憶部２４に格納されたプログラム（情報出力プログラムの一例）と、操作部２３を介してユーザーが入力した各種のコマンドとに従い各種の処理を行う。処理部２１による処理には、電子機器１が生成するデータに対するデータ処理、表示部２５へ画像を表示させる表示処理、音出力部２６に音を出力させる音出力処理、撮像部２８が取得した画像への画像処理などが含まれる。なお、処理部２１は、単一のプロセッサー（Processor）で構成されてもよいし、複数のプロセッサー（Processor）により構成されてもよい。
通信部２２は、電子機器１から所定のフォーマットで送信されたデータ（計測データ）等を受信し、処理部２１に送る処理や、処理部２１からの制御コマンドを電子機器１に送信する処理等を行う。
操作部２３は、ユーザーの操作に応じたデータを取得し、処理部２１に送る処理を行う。操作部２３は、例えば、タッチパネル型ディスプレイ、ボタン、キー、マイクなどであってもよい。
記憶部２４は、例えば、ＲＯＭやフラッシュＲＯＭ、ＲＡＭ等の各種ＩＣメモリーやハードディスクやメモリーカードなどの記録媒体等により構成される。記憶部２４は、処理部２１が各種の計算処理や制御処理を行うためのプログラムや、アプリケーション機能を実現するための各種プログラム（情報出力プログラムの一例）やデータ等を記憶している。また、記憶部２４は、処理部２１の作業領域として用いられ、操作部２３が取得したデータ、処理部２１が各種プログラムに従って実行した演算結果等を一時的に記憶する。更に、記憶部２４は、処理部２１の処理により生成されたデータのうち、長期的な保存が必要なデータを記憶してもよい。なお、ＲＡＭには不揮発性のＲＡＭが含まれてもよい。不揮発性のメモリーに、各種データの記憶領域が確保されていることが好ましい。
表示部２５は、処理部２１の処理結果を文字、グラフ、表、アニメーション、その他の画像として表示するものである。表示部２５は、例えば、ＣＲＴ(CRT: Cathode Ray Tube
)、ＬＣＤ(LCD: liquid crystal display)、タッチパネル型ディスプレイ、ヘッドマウントディスプレイ（ＨＭＤ：Head Mounted Display）などであってもよい。なお、１つのタッチパネル型ディスプレイで操作部２３と表示部２５の機能を実現するようにしてもよい。
音出力部２６は、処理部２１の処理結果を音声やブザー音等の音として出力するものである。音出力部２６は、例えば、スピーカーやブザーなどであってもよい。
通信部２７は、ネットワーク３を介してサーバー４の通信部との間でデータ通信を行う
ものである。例えば、通信部２７は、処理部２１からデータを受け取って、サーバー４の通信部に所定のフォーマットで送信する処理を行う。また、例えば、通信部２７は、画面の表示に必要な情報をサーバー４の通信部から受信して処理部２１に送る処理や、各種の情報を処理部２１から受け取ってサーバー４の通信部に送信する処理を行う。
撮像部２８は、レンズ、カラー撮像素子、焦点調節機構などを備えたカメラであって、レンズが形成する被写界の像を撮像素子により画像化する。撮像素子が取得した画像のデータ（画像データ）は、処理部２１へ送られ、記憶部２４へ保存されたり表示部２５へ表示されたりする。
処理部２１は、各種プログラムに従い、通信部２２を介して電子機器１に制御コマンドを送信する処理や、通信部２２を介して電子機器１から受信したデータに対する各種の計算処理を行う。また、処理部２１は、各種プログラムに従い、記憶部２４からデータを読み出して、通信部２７を介してサーバー４に所定のフォーマットで送信する処理を行う。また、処理部２１は、各種プログラムに従い、通信部２７を介して、サーバー４に各種の情報を送信し、サーバー４から受信した情報に基づいて各種の画面を表示する処理等を行う。また、処理部２１は、その他の各種の制御処理を行う。例えば、処理部２１は、通信部２７が受信した情報、通信部２２が受信した情報、記憶部２４に格納された情報の少なくとも一部に基づき、表示部２５へ画像（画像、動画像、文字、記号等）を表示させる処理を実行する。なお、情報端末２あるいは電子機器１に振動機構を設けておいて、当該振動機構により各種の情報を振動情報に変換してユーザーに通知してもよい。
１−４．サーバーの構成
図３に示すとおり、サーバー４は、処理部３１、通信部３２、記憶部３４を含んで構成されている。ただし、サーバー４は、適宜、これらの構成要素の一部が削除又は変更され、あるいは、他の構成要素が付加された構成であってもよい。
記憶部３４は、例えば、ＲＯＭやフラッシュＲＯＭ、ＲＡＭ等の各種ＩＣメモリーやハードディスクやメモリーカードなどの記録媒体等により構成される。記憶部３４は、処理部３１が各種の計算処理や制御処理を行うためのプログラムや、アプリケーション機能を実現するための各種プログラム（情報出力プログラムの一例）やデータ等を記憶している。なお、ＲＡＭには不揮発性のＲＡＭが含まれてもよい。不揮発性のメモリーに、各種データの記憶領域が確保されていることが好ましい。
また、記憶部３４は、処理部３１の作業領域として用いられ、処理部３１が各種プログラムに従って実行した演算結果等を一時的に記憶する。更に、記憶部３４は、処理部３１の処理により生成されたデータのうち、長期的な保存が必要なデータを記憶してもよい。なお、記憶部３４に格納された各種の情報については後述する。
通信部３２は、ネットワーク３を介して情報端末２の通信部２７との間でデータ通信を行うものである。例えば、通信部３２は、情報端末２の通信部２７からデータを受け取って、処理部３１に送る処理を行う。また、例えば、通信部３２は、画面の表示に必要な情報を所定のフォーマットで情報端末２の通信部２７に送信する処理や、情報を情報端末２の通信部２７から受信して処理部３１に送る処理を行う。
処理部３１は、各種プログラムに従い、通信部３２を介して情報端末２からデータを受信して、記憶部３４に記憶させる処理を行う。また、処理部３１は、各種プログラムに従い、通信部３２を介して、情報端末２から各種の情報を受信し、各種の画面の表示に必要な情報を情報端末２に送信する処理等を行う。また、処理部３１は、その他の各種の制御処理を行う。処理部３１は、単一のプロセッサー（Processor）で構成されてもよいし、
複数のプロセッサー（Processor）により構成されてもよい。
１−５．電子機器のライフロガー機能
以下、電子機器のライフロガー機能に着目して説明する。
事前準備では、ユーザーは、電子機器１の表示部１７０にメニュー画面を表示させ、身長、体重、年齢、性別、体脂肪率など、自分の身体に関するデータ（ユーザー身体データ）の入力を行う。また、ユーザーは、メニュー画面において、活動量計測を電子機器１に開始させると共に、項目ごとの目標（生活に関する目標）を入力する。
その後、ユーザーは、電子機器１を腕に装着した状態で例えば１週間に亘って生活する。電子機器１は、ライフロガーとして動作し、記憶部１３０に対するログデータ（ここでいうログデータは、生活に関するものであって、歩数、運動時間、カロリー、睡眠時間、心バランス、移動距離、達成度などである。）の記録を繰り返す。これによって、ユーザーの生活に関するログデータが記憶部１３０に蓄積される。
その後、ユーザーは、スマートフォン、タブレットＰＣ、デスクトップＰＣ等の情報端末２へ近距離無線通信などを介して電子機器１を接続することで、電子機器１の記憶部１３０に蓄積されたログデータ（ここでは生活に関するログデータ）、ユーザー目標データ、ユーザー身体データなどを、情報端末２へ転送することができる。
図９には、生活に関するログデータの例を示した。生活に関するログデータは、移動距離、運動時間、歩数、歩行ペース、歩行ピッチ、歩幅、早歩き歩数、ランニング歩数、上昇階数（「５階分」、「２階分」等）、上昇階段数（「１００段」、「２００段」等）、心拍数、睡眠時間、ストレス（興奮状態とリラックス状態とのバランス）、酸素摂取量、発汗量、水分摂取量（ユーザーによる手動入力）、消費カロリー、摂取カロリー（ユーザーによる手動入力）、カロリー収支、体重（体重計との通信による入力、又はユーザーによる手動入力）、ウエストサイズ（ユーザーによる手動入力）、緊張時間とリラックス時間とのバランス（心バランス）、心拍数、目標達成度、紫外線量、ＳｐＯ２（動脈血酸素飽和度の推定値）、睡眠状態（深い、浅い、良い、悪い、などの割合又は点数）などのうち少なくとも１つである。なお、運動に関するログデータと生活に関するログデータとで一部のパラメーター（項目）が重複してもよい。心拍などのパラメーターは、運動と生活との双方に関わるからである。なお、重複しているパラメーターの値、単位、期間などは、運動に関するパラメーターと生活に関するパラメーターとの間で同じであってもよいし、異なってもよい。
また、ユーザー身体データの入力は、電子機器１ではなく情報端末２に対して行われてもよい。その場合は、必要に応じて情報端末２から電子機器１へとユーザー身体データが転送される。
また、ユーザーは、情報端末２をインターネットなどのネットワーク３を介してサーバー４へ接続することで、ログデータ（生活に関するログデータ）、ユーザー目標データ、ユーザー身体データをサーバー４へアップロードし、サーバー４の記憶部３４へ保管させることもできる。なお、ユーザーのユーザー身体データは、ユーザーのログデータと共に、ユーザーのログデータリストに保管される。以下、特に断りのない限りは、記憶部３４のログデータリストにユーザー身体データが含まれているものとする。
また、ユーザーは、所望のタイミングで情報端末２をインターネットなどのネットワーク３を介してサーバー４へ接続することで、自分のログデータ（生活に関するログデータ）を情報端末２にて確認することができる。また、その際に、ユーザーは、サーバー４か
ら各種の付随情報（アプリケーションソフトウエアプログラム、地図データなど）の提供を受けることもできる。
なお、ユーザーは、予め、例えば情報端末２をインターネットなどのネットワーク３を介してサーバー４へ接続し、当該ユーザーのユーザー身体データなどの登録情報をサーバー４へ送信することにより、サーバー４に対するユーザー登録を完了させたものと仮定する。ユーザー登録により、サーバー４からユーザーに対してユーザーＩＤ（識別情報）が割り当てられる。登録後、ユーザーは、ログデータ（生活に関するログデータ）を保管するサービスの提供及び前述した付随情報（アプリケーションソフトウエアプログラム、地図データなど）の提供をサーバー４から受けることが可能となる。
また、本実施形態のシステムでは、ユーザーの生活に関するログデータとして、歩数、運動時間、カロリー、睡眠時間、心バランス、移動距離、達成度などを電子機器１が取得し、当該ログデータが情報端末２へ転送され、情報端末２からサーバー４へアップロードされたが、情報端末２へ転送されるログデータ又はサーバー４へアップロードされるログデータには、ユーザーの生活に関する他の情報が含まれていてもよいし、ユーザーの生活に関する情報を算出するためのセンシングデータ（センサーの出力）又は算出過程で得られたデータが含まれていてもよい。つまり、センシングデータ（センサーの出力）から生活に関する情報を生成する機能は、電子機器１に搭載されていてもよいし、情報端末２に搭載されていてもよいし、サーバー４に搭載されていてもよい。また、本実施形態のシステムにおいて、転送又はアップロードされる個々のログデータには、時刻情報及び位置情報が付与されているものとする。或るログデータに付与された時刻情報は、当該ログデータの生成元となったセンシングデータ（センサーの出力）の検出時刻を示す情報であり、当該ログデータに付与された位置情報は、当該検出時刻における電子機器１の位置を示す情報である。
１−６．電子機器のパフォーマンスモニター機能
以下、電子機器のパフォーマンスモニター機能に着目して説明する。
事前準備では、ユーザーは、電子機器１の表示部１７０にメニュー画面を表示させ、身長、体重、年齢、性別、体脂肪率など、自分の身体に関するデータ（ユーザー身体データ）の入力を行う。また、ユーザーは、メニュー画面において、ラップ区間についての設定などを行い、電子機器１を時刻表示モードに戻す。なお、ユーザーは、身体データと共に目標データ（運動に関する目標）を入力してもよい。
その後、ユーザーは、電子機器１を腕に装着した状態で例えばコースの移動を伴うトレーニング（運動とも言う。アクティビティの一例。）を行う。電子機器１は、パフォーマンスモニターとして動作し、記憶部１３０に対するログデータ（ここでいうログデータは、運動に関するものであって、ラップ区間ごとの移動距離、ラップ区間ごとのタイム、ラップ区間ごとのペース、ラップ区間ごとの心拍数などである。）の記録を繰り返す。これによって、ユーザーの運動に関するログデータが記憶部１３０に蓄積される。なお、トレーニングが行われるコース（未来にトレーニングを行うコースや過去にトレーニングが行われたコースを含む。）は、アクティビティルート、アクティビティのルート、アクティビティの移動ルート、アクティビティ用のルートなどと言うこともできるし、「コース」は「ルート」と言うこともできる。
その後、ユーザーは、スマートフォン、タブレットＰＣ（PC: personal computer）、デスクトップＰＣ等の情報端末へ近距離無線通信などを介して電子機器１を接続することで、電子機器１の記憶部１３０に蓄積されたログデータ（ここでは運動に関するログデータ）、ユーザー身体データなどを、情報端末２へ転送することができる
図９には、運動に関するログデータの例を示した。運動に関するログデータは、運動距離（移動距離、累積移動距離）、運動時間、所定の心拍ゾーンにおける運動時間、歩数、ラップ歩数、ペース、ピッチ、歩幅（ストライド）、スプリットタイム、ラップタイム、累積上昇高度、累積下降高度、標高（運動した場所の平均高度）、勾配、トレーニング回数（ランニング回数、最大、平均など）、目標達成度、フォーム（姿勢、左右差、接地時間、真下着地率、推進効率、脚の流れ、着地ブレーキ量、着地衝撃）、心拍数、消費カロリー、酸素摂取量、ＶＯ２ｍａｘ（最大酸素摂取量）、発汗量、水分摂取量、所定条件における予想運動距離（移動距離、予想累積距離）、所定の心拍ゾーンに到達するまでの時間、心拍回復時間、所定条件での予想ペース、所定条件での予想ピッチ、所定条件での予想歩幅（予想ストライド）、所定条件での予想タイム（ラップタイム、スプリットタイム）、所定条件での予想消費カロリー、自動生成された目標、紫外線量、ＳｐＯ２（動脈血酸素飽和度、推定値でもよい）、種目、種目別ユーザーパフォーマンスデータなどである。なお、運動に関するログデータと生活に関するログデータとで一部のパラメーター（項目）が重複してもよい。心拍などのパラメーターは、運動と生活との双方に関わるからである。なお、重複しているパラメーターの値、単位、期間などは、運動に関するパラメーターと生活に関するパラメーターとの間で同じであってもよいし、異なってもよい。
また、ユーザー身体データの入力は、電子機器１ではなく情報端末２に対して行われてもよい。その場合は、必要に応じて情報端末２から電子機器１へとユーザー身体データが転送される。
また、ユーザーは、情報端末２をインターネットなどのネットワーク３を介してサーバー４へ接続することで、ログデータ（運動に関するログデータ）、ユーザー目標データ、ユーザー身体データをサーバー４へアップロードし、サーバー４の記憶部３４へ保管させることもできる。
また、ユーザーは、所望のタイミングで情報端末２をインターネットなどのネットワーク３を介してサーバー４へ接続することで、自分のログデータ（運動に関するログデータ）を情報端末２にて確認することができる。また、その際に、ユーザーは、サーバー４から各種の付随情報（アプリケーションソフトウエアプログラム、地図データなど）の提供を受けることもできる。
なお、ユーザーは、予め、例えば情報端末２をインターネットなどのネットワークを介してサーバー４へ接続し、当該ユーザーのユーザー身体データなどの登録情報をサーバー４へ送信することにより、サーバー４に対するユーザー登録を完了させたものと仮定する。ユーザー登録により、サーバー４からユーザーに対してユーザーＩＤ（識別情報）が割り当てられる。登録後、ユーザーは、ログデータ（運動に関するログデータ）を保管するサービスの提供及び前述した付随情報（アプリケーションソフトウエアプログラム、地図データなど）の提供をサーバー４から受けることが可能となる。
また、本実施形態のシステムでは、ユーザーの運動に関するログデータとして、ラップ区間ごとの移動距離、ラップ区間ごとのタイム、ラップ区間ごとのペース、ラップ区間ごとの心拍数などを電子機器１が取得し、当該ログデータが情報端末２へ転送され、情報端末２からサーバー４へアップロードされたが、情報端末２へ転送されるログデータ又はサーバー４へアップロードされるログデータには、ユーザーの運動に関する他の情報が含まれていてもよいし、ユーザーの運動に関する情報を算出するためのセンシングデータ（センサーの出力）又は算出過程で得られたデータが含まれていてもよい。つまり、センシングデータ（センサーの出力）から運動に関する情報を生成する機能は、電子機器１に搭載されていてもよいし、情報端末２に搭載されていてもよいし、サーバー４に搭載されていてもよい。また、本実施形態のシステムにおいて、転送又はアップロードされる個々のロ
グデータには、時刻情報及び位置情報が付与されているものとする。或るログデータに付与された時刻情報は、当該ログデータの生成元となったセンシングデータ（センサーの出力）の検出時刻を示す情報であり、当該ログデータに付与された位置情報は、当該検出時刻における電子機器１の位置を示す情報である。
１−７．サーバーによるログデータの管理
図３に戻る。サーバー４は、情報端末２を介してユーザーからアップロードされたログデータ（生活に関するログデータ及び運動に関するログデータ）を、ユーザー毎に記録し、管理する。以下、生活に関するログデータ及び運動に関するログデータの少なくとも一方を、適宜「ログデータ」という。ログデータは、ユーザーの体調に関する体調情報の一例であり、センサーからのデータに基づく情報の一例である。センサーからのデータには、少なくとも１つのセンサーが検出したデータ自体、少なくとも１つのセンサーが検出したデータを処理したデータ、及び少なくとも１つのセンサーが検出したデータのフォーマットなどを変換してできるデータの少なくとも１つが含まれていてもよい。また、センサーからのデータに基づく情報には、原則として、少なくとも１つのセンサーが検出したデータを用いて生成された情報、少なくとも１つのセンサーが検出したデータ自体、少なくとも１つのセンサーが検出したデータを処理したデータ、少なくとも１つのセンサーが検出したデータと少なくとも１つのセンサーが検出したデータ以外のデータとを用いて生成されたデータの少なくとも１つ、或いは、当該データのフォーマットなどを変換してできるデータが含まれていてもよい。また、文言「データ」は、文言「情報」の下位概念であって、コンピューターによる処理の対象となり得る状態となった情報のことを指すものとする。
図３に示すとおり、サーバー４の記憶部３４には、複数（Ｎ個）のログデータリスト３４１１、３４１２、…が保管される。これらのログデータリスト３４１１、３４１２、…は、サーバー４に登録された複数のユーザーから個別にアップロードされたログデータリストである。
例えば、ログデータリスト３４１１には、ユーザーＩＤ「０００１」が割り当てられたユーザーのログデータ（生活に関するログデータ及び運動に関するログデータ）が蓄積される。
また、例えば、ログデータリスト３４１２には、ユーザーＩＤ「０００２」が割り当てられたユーザーのログデータ（生活に関するログデータ及び運動に関するログデータ）が蓄積される。
サーバー４の処理部３１は、予め登録を済ませたユーザーの使用する情報端末２の通信部２７、ネットワーク３、及びサーバー４の通信部３２を介して、アップロード要求、ログデータ（生活に関するログデータ及び運動に関するログデータ）、及びユーザーＩＤを受信すると、記憶部３４に保管されたログデータリスト３４１１、３４１２、…のうち、受信したログデータを当該ユーザーＩＤに対応するログデータリストへ追加する。なお、サーバー４の処理部３１は、受信したログデータにコースデータ（後述）が含まれる場合には、当該コースデータを、記憶部３４のデータベース３５０へ登録する。データベース３５０の詳細は後述する。
また、サーバー４の処理部３１は、予め登録を済ませたユーザーの使用する情報端末２の通信部２７、ネットワーク３、及びサーバー４の通信部３２を介して、ダウンロード要求、ログデータ（生活に関するログデータ及び運動に関するログデータ）、及びユーザーＩＤを受信すると、記憶部３４に保管されたログデータリスト３４１１、３４１２、…のうち、当該ユーザーＩＤに対応するログデータリストの全部又は一部を読み出し、通信部
３２、ネットワーク３、通信部２７を介して情報端末２へ送信する。
１−８．サーバーによるコースお勧め処理の概要
ユーザーは、運動（トレーニング）に先立ち、情報端末２を操作してサーバー４へアクセスし、お勧めコースの生成要求及びユーザーＩＤをサーバー４へ送信する。
このとき、情報端末２の処理部２１は、お勧めコースの生成に必要な情報（下記）を取得し、当該情報を、お勧めコースの生成要求及びユーザーＩＤと共にサーバー４へ送信する。情報端末２の処理部２１からサーバー４に対する情報の送信は、通信部２７、ネットワーク３、及びサーバー４の通信部３２を介して行われ、サーバー４の処理部３１から情報端末２に対する情報の送信は、通信部３２、ネットワーク３、通信部２７を介して行われる（以下も同様）。
ここで、お勧めコースの生成に必要な情報とは、例えば、（ｉ）現時点におけるユーザーの位置、（ｉｉ）最新２４時間（アクティビティの開始前の一例）などの所定期間におけるユーザーの生活に関するログデータ、（ｉｉｉ）最新１ヶ月（アクティビティの開始前の一例）などの所定期間におけるユーザーの運動に関するログデータである。
また、ユーザーの位置は、電子機器１のＧＰＳセンサー１１０が出力する測位データに基づき電子機器１の処理部１２０又は情報端末２の処理部２１が生成することができる。また、測位データ又はユーザーの位置は、電子機器１の通信部１９０、情報端末２の通信部２２を介して電子機器１から情報端末２へ所定のフォーマットで適当なタイミングで送信される。また、情報端末２にＧＰＳセンサー（不図示）が搭載されている場合には、当該ＧＰＳセンサー（不図示）の出力に基づき情報端末２の処理部２１がユーザーの位置を生成することもできる。また、所定期間における生活に関するログデータ及び所定期間における運動に関する最新のログデータが情報端末２からサーバー４へアップロード済みである場合には、これらのログデータを情報端末２からサーバー４に対して改めて送信する必要はない。
サーバー４の処理部３１は、当該ユーザーのユーザーＩＤに対応するログデータリストを参照し、当該ユーザーの生活に関するログデータと、当該ユーザーの運動に関するログデータとに基づき、トレーニングの開始前におけるユーザーの体調に関する体調情報（疲労度）を取得する。そして、処理部３１は、当該体調情報（疲労度）に基づき、現時点のユーザーに適したトレーニングのコース及びユーザーに適したトレーニング（アクティビティの一例）の種目（トレーニングの種類の一例）を決定する。以下、決定されたコース（推奨ルートの一例）を「お勧めコース」と称し、決定された種目を「お勧め種目」又は「お勧めトレーニング種目」と称す。
例えば、サーバー４の処理部３１は、後述するコースお勧め処理を実行し、現時点におけるユーザーの位置、当該位置の属するエリアの気象情報（気象サーバーから提供されたもの）、当該ユーザーの最新のログデータ（ユーザーＩＤに対応するログデータリストに格納されたもの）、データベース３５０などに基づき、ユーザーへのお勧めコース及びお勧め種目を決定する。そして、サーバー４の処理部３１は、当該お勧めコース及びお勧め種目の情報を、通信部３２、ネットワーク３、通信部２７を介して所定のフォーマットで情報端末２へ送信する。情報端末２の表示部２５は、受信した情報を適当な形式で表示する。つまり、サーバー４の処理部３１は、情報端末２を介して、お勧めコース及びお勧め種目をユーザーに提示する。なお、サーバー４が生成するお勧めコース等の数は１であってもよいが、２以上であってもよい。
ここで、コースお勧め処理に用いられる気象情報は、例えば、サーバー４の記憶部３４
に一時的に保管された気象情報であって、ネットワーク３に接続された気象サーバー（不図示）から適宜に提供された、最新の気象情報である。なお、サーバー４の処理部３１は、必要に応じて又は定期的に、気象サーバーから必要なエリアの気象情報を受信するものとする。ここでいう「必要なエリア」とは、お勧めコースの生成要求の発行元であるユーザーの位置の属するエリアのことである。
また、サーバー４の処理部３１は、お勧めコース及びお勧め種目と共に、トレーニングの目標をユーザーに提示してもよい。トレーニングの目標とは、トレーニングの過程におけるユーザーのパフォーマンスの目標であって、例えば、お勧めコースの各区間における移動速度の目標、移動時間の目標、心拍数の目標などである。なお、目標は、ユーザーの現時点における体調（肉体的な疲労度及び精神的な疲労度）や、ユーザーのログデータから推定されるユーザーの肉体的又は精神的な傾向（タイプ）、ユーザーのユーザー身体データ（体型や年齢）などから決定されることが好ましい。なお、「区間」は、「ラップ区間」に必ずしも一致していなくてもかまわない（以下も同様）。
１−９．電子機器のナビゲーション機能
ユーザーは、トレーニングに先立ち情報端末２を操作し、お勧めコース及びお勧め種目の情報を、情報端末２から電子機器１へと転送する。情報端末２から電子機器１への情報の転送は、情報端末２の通信部２２及び電子機器１の通信部１９０を介して行われ、電子機器１から情報端末２への情報の転送は、電子機器１の通信部１９０から情報端末２の通信部２２を介して所定のフォーマットで行われる（以下、同様）。なお、お勧めコースは、推奨ルートの一例である。
ユーザーは、電子機器１の操作部１５０を操作して、２以上のお勧めコースの中から自分がトレーニングを行いたいコース及び種目を選択し、選択したコース及び種目に従ってトレーニングを開始する。選択したコース及び種目の情報は、トレーニング中のナビゲーション機能（後述）に用いられる。
ここで、ユーザーは、自分の選択したコース及び種目を電子機器１へ手動で入力してもよいし、手動による入力を省略してもよい。但し、入力を省略した場合、ユーザーは、原則として、トレーニングを開始した際には、電子機器１の操作部１５０を操作して、トレーニングを開始した旨の通知を電子機器１へ入力し、トレーニングを終了した際には、電子機器１の操作部１５０を操作して、トレーニングを終了した旨の通知を電子機器１へ入力するものとする。
また、ユーザーによる入力が省略された場合は、ユーザーが実際にトレーニングを行ったコース及び種目を、トレーニング開始後（トレーニング中）又はトレーニング終了後にユーザーが入力したり、電子機器１が判定したりしてもよい。判定は、情報端末２が行うことも可能である。その場合には、トレーニング中の逐次にログデータが情報端末２へ転送されるものとする。また、判定は、サーバー４が行うことも可能である。その場合は、トレーニングの終了後にログデータが電子機器１から情報端末２を介してサーバー４へ転送されるものとする。
コースの判定は、例えば、トレーニング中の開始時点（開始当初の所定期間）におけるユーザーの位置に基づき行われ、種目の判定は、例えば、トレーニング中の各時点におけるユーザーの位置（高度含む）の変化に基づき行われる。以下、コースの判定は、トレーニングの開始当初に電子機器１が行い、種目の判定は、例えば、トレーニングの過程において電子機器１が逐次に行うことを前提とする。
また、電子機器１の処理部１２０は、トレーニング中に、ユーザーが採用したコースと
、ユーザーの現在位置とを、表示部１７０へ逐次に表示し、これによってユーザーをナビゲートする（ナビゲーション機能）。処理部１２０は、トレーニング中に、後述する種目判定処理を実行し、判定した種目を表示部１７０へ逐次に表示してもよい。また、処理部１２０は、後述するコースアウト判定処理を実行し、ユーザーの現在位置がコースから外れた場合（コースアウトした場合）には、表示部１７０、音出力部１８０を介してその旨をユーザーへ通知してもよい。
また、電子機器１の処理部１２０は、トレーニング中においても前述したライフロガー機能及びパフォーマンスモニター機能を発現させ、ユーザーの生活に関するログデータの記録、ユーザーの運動に関するログデータの記録を続行する。
また、電子機器１の処理部１２０は、トレーニング中に、生活に関するログデータと運動に関するログデータとの少なくとも一方に基づき、ユーザーの体調に関する体調情報を取得し、当該体調情報に基づき、ユーザーの体調が優れないこと（悪化したこと）を検出した場合には、その旨をユーザーへ通知する。
また、電子機器１の処理部１２０は、トレーニング中に、運動に関するログデータに基づきユーザーの行っているトレーニング種目を検出し、検出したトレーニング種目が予定していたトレーニング種目とは異なる場合には、その旨をユーザーへ通知する。なお、電子機器１からユーザーへの通知は、表示部１７０、音出力部１８０を介して行われる（以下、同様。）。
例えば、電子機器１の処理部１２０は、トレーニング中に、脈センサー１１５の出力に基づきユーザーの心拍数を監視し、当該心拍数が適正範囲（適正ゾーン）から外れか否かを判定し、外れた場合にユーザーの体調が優れないと判定することができる。また、電子機器１の処理部１２０は、例えば、脈センサー１１５以外の１又は２以上のセンサーが出力するセンシングデータ（センサーの出力）と、記憶部１３０のユーザー身体データと、ユーザーのログデータとに基づき、現時点のユーザーにとっての適正ゾーンを算出することができる。
また、電子機器１の処理部１２０は、トレーニング中に、現在位置の属するエリアの気象情報、当該エリアの交通情報などに応じて、トレーニング中にお勧めコースを修正（変更）してもよい。なお、交通情報は、不図示の交通サーバー、サーバー４、ネットワーク３、及び情報端末２を介して電子機器１へ取り込むことが可能である。また、気象情報は、不図示の気象サーバー、サーバー４、ネットワーク３、及び情報端末２を介して電子機器１へ取り込むことが可能である。
ここで、電子機器１の処理部１２０は、トレーニング中に、お勧めコースの見直しを行うこともできる。見直しは、コース中の交差点など決められた幾つかのウェイポイント（コースを構成する複数の代表位置、WayPoint）にユーザーが到達するたびに行われてもよい。電子機器１の処理部１２０は、ウェイポイントが近づいたときには、見直しの必要性の有無を判定し、必要性ありと判定した場合には、事前にユーザーへ振動などで通知し、コースお勧め処理を実行する。また、見直しの必要性は、状況の変化（ユーザーの体調の変化、気圧の変化など）が一定以上となった場合に有りと判定され、そうでない場合に無しと判定される。コースお勧め処理は、例えば、サーバー４の処理部３１によって実行されるコースお勧め処理と同様であり、コースお勧め処理の詳細は後述する。
但し、電子機器１の記憶部１３０の記憶容量は、サーバー４の記憶部３４の記憶容量よりも小さいので、電子機器１の処理部１２０は、例えば、トレーニング開始地点の付近における限定されたエリア内の幾つかのコースについてのコースデータを予めサーバー４か
ら情報端末２を介してダウンロードしておき、当該ダウンロードしたコースデータに基づき、コースお勧め処理を実行することが好ましい。具体的には、例えば電子機器１の位置情報等を含む検索条件を情報端末２を介してサーバー４へ送信し、サーバー４が検索条件に合致するコースデータをデータベース３５０から取得し、取得されたコースデータを電子機器１がダウンロードするようにしてもよい。また、電子機器１の処理部１２０は、例えば、ウェイポイントにユーザーが到達する度に、限定されたエリア内の気象情報及び交通情報を、情報端末２を介してサーバー４からダウンロードすることが好ましい。
また、電子機器１の処理部１２０は、トレーニング中に、後述するコースアウト判定処理を実行し、ユーザーの実際の移動軌跡がお勧めコースから逸れた場合や、ユーザーの進行方向がお勧めコースとは逆方向である場合などには、ユーザーへその旨を通知してもよい。
以上、本システムでは、トレーニング前のユーザーの体調に基づきお勧めコースを決定し、トレーニング中に、ユーザーの体調に合わせてお勧めコースを更新する。よって、ユーザーの体調の良いとき（例えば疲労度が低いとき）には、負荷の大きいコース（負担の大きいコース）をお勧めコースとし、体調の悪いとき（例えば疲労度が高いとき）には、負荷の少ないコース（負担の少ないコース）をお勧めコースとすることができる。このように、ユーザーの体調（疲労度）を加味することで、トレーニングの質向上、怪我又は事故などのリスク軽減が期待できる。
なお、ユーザーが実際に移動したコースのコースデータ（コース上の各位置の位置座標、コースで実際に行われたトレーニングの種目など）は、ユーザーが許可した場合に、電子機器１、情報端末２を介して所定のフォーマットでサーバー４へアップロードされる。サーバー４の処理部３１は、情報端末２からアップロードされた当該コースデータを、記憶部３４のデータベース３５０へ登録する。このようにしてサーバー４が多数のユーザーからコースデータを収集すれば、データベース３５０の内容を充実させることができる。
１−１０．表示画面について
（１）お勧めコースの表示について
本システムにおいて、情報端末２の表示部２５又は電子機器１の表示部１７０がお勧めコースを表示する際には、お勧めコースに関連する地図（マップ）やサマリー情報（コースの距離、予定の所要時間、高低差など）をお勧めコースと共に表示することが好ましい（図１８等を参照）。さらに、日の出時刻、日の入り時刻を表示したり、現在時刻が夕方の場合には日の入りまでの残り時間などを表示してもよい。お勧めコースに関連する天気や気温等の気象情報を表示してもよい。また、お勧めコースが複数ある場合には、複数のお勧めコースをスコア付けし、スコア順に表示させることが好ましい（なお、スコアは、推奨度、または、推奨度を示す指標の一例である）。また、情報端末２の表示部２５又は電子機器１の表示部１７０が複数のお勧めコースを表示させる場合には、複数のお勧めコースの中から所望するコースをユーザーが選択できるよう情報端末２又は電子機器１のユーザーインターフェースを構成することが好ましい（図２３等を参照）。なお、各種の表示画面の詳細は後述する。
（２）トレーニング種目の表示について
本システムにおいて、情報端末２の表示部２５又は電子機器１の表示部１７０は、お勧めコースと共にお勧め種目を表示することができる（図１８等を参照）。種目には、ペース走、インターバル走、ビルドアップ走、ＬＳＤ（ロングスローディスタンス）、起伏走（クロスカントリー）、ジョギング、ウォーキング、ペース走などがある。また、或るお勧めコースと共に表示されるお勧め種目は、当該お勧めコースに適した１又は２以上のトレーニング種目のことである。なぜなら、起伏分布、信号数、距離、カーブの急峻さ、地
表の状態（歩道、土、タイル、石畳、アスファルト、砂利道の別）などは、コースによって異なるので、コースの各々にはコースに適したトレーニング種目（又は適さないトレーニング種目）があるからである。従って、ユーザーは、コースを選択する際に、コースと共にトレーニング種目を選択できるので、コースのみを選択する場合よりも、トレーニングの質を向上させることができる。なお、各種の表示画面の詳細は後述する。
（３）計画及び実績の表示について
本システムにおいて、情報端末２の表示部２５又は電子機器１の表示部１７０は、トレーニングの終了後に、ユーザーが選択したコース及び種目を「計画」として表示し、ユーザーが実際に採用したコース及び種目を「実績」として表示させることもできる（図３５等を参照）。ユーザーは、自分の行ったトレーニングを見直す材料として、当該表示された計画及び実績を活用することができる。なお、各種の表示画面の詳細は後述する。
１−１１．ユーザーによる体調の自己評価
１−１１−１．スライドバーによる入力画面
本システムは、トレーニングに先立ち、ユーザー自身による体調の自己評価を取り込む仕組みを導入し、主観的要素も加味したユーザーの体調を把握してもよい。
例えば、情報端末２の表示部２５（ここでは、タッチパネル型ディスプレイと仮定する。）は、図４に示すような入力画面を表示し、自己評価を入力するようにユーザーを促す。図４に示す例では、肉体的な疲労度（ユーザーの肉体の状態に関する情報の一例）をユーザーが入力するためのスライドバーＢ１と、精神的な疲労度（ユーザーの精神の状態に関する情報の一例）をユーザーが入力するためのスライドバーＢ２とが表示されている。ユーザーは、この入力画面のスライドバーＢ１、Ｂ２を手指でタッチしてから左右にスライドさせることで、スライドバーＢ１、Ｂ２のスライド位置を調節することができる。
情報端末２の処理部２１は、タッチパネル型ディスプレイ（表示部２５）と協働してスライドバーＢ１、Ｂ２のスライド位置を検出する。そして、処理部２１は、スライドバーＢ１のスライド位置に対応する値を、ユーザーの申告する肉体的な疲労度として検出し、スライドバーＢ２のスライド位置に対応する値を、ユーザーの申告する精神的な疲労度として検出する。これによって、ユーザーは、自分の感じている肉体的な疲労度と精神的な疲労度とをそれぞれ情報端末２へ入力することができる（これらの疲労度は、ユーザーによって入力された情報に基づく体調情報の一例である。）。
その後、情報端末２の処理部２１は、ユーザーが不図示の確定ボタンをタップすると、タップした時点における精神的な疲労度の値と、肉体的な疲労度の値とを、現在時刻と共にサーバー４へ送信する。当該精神的な疲労度の値と、肉体的な疲労度の値とは、サーバー４によるコースお勧め処理に用いられる。
なぜなら、一般に、疲労の感じ方はユーザーによって異なるため、ログデータに基づき推測される精神的な疲労度及び肉体的な疲労度と、ユーザーが実際に感じている精神的な疲労度及び肉体的な疲労度との間には、乖離が生じている可能性があるからである。
なお、情報端末２の処理部２１は、これら疲労度の値と共に、ユーザーの位置を示す情報をサーバー４へ送信してもよい。ユーザーの位置を示す情報は、ＧＰＳセンサー１１０の出力する測位データに基づき取得することができる。
１−１１−２．段階評価による入力画面
なお、情報端末２の表示部２５は、入力画面として図５に示すような入力画面を表示してもよい。図５に示す例では、３段階の疲労度「悪い」、「普通」、「良い」のうち１つ
を肉体的な疲労度としてユーザーが選択できるようになっており、３段階の疲労度「悪い」、「普通」、「良い」のうち１つを精神的な疲労度としてユーザーが選択できるようになっている。
因みに、図５に示す入力画面には、肉体的な疲労度を選択するためのボタンとして、「悪い」の文字イメージが付与されたセレクトボタンＢ１１と、「普通」の文字イメージが付与されたセレクトボタンＢ１２と、「良い」の文字イメージが付与されたセレクトボタンＢ１３とが並べて配置されている。
また、図５に示す入力画面には、精神体的な疲労度を選択するためのボタンとして、「悪い」の文字イメージが付与されたセレクトボタンＢ２１と、「普通」の文字イメージが付与されたセレクトボタンＢ２２と、「良い」の文字イメージが付与されたセレクトボタンＢ２３とが並べて配置されている。
また、情報端末２の表示部２５は、入力画面として、図６に示すような入力画面を表示してもよい。図６に示す例では、５段階の疲労度「１」、「２」、「３」、「４」、「５」のうち１つを肉体的な疲労度としてユーザーが選択できるようになっており、５段階の疲労度「１」、「２」、「３」、「４」、「５」のうち１つを精神的な疲労度としてユーザーが選択できるようになっている。
１−１１−３．アイコンによる入力画面
また、情報端末２の表示部２５は、入力画面として、図７に示すような入力画面を表示してもよい。図７に示す例では、３段階の疲労度がアイコンによって表現されている。アイコンを選択することで疲労度をユーザーが入力することができる。
また、因みに、図７に示す入力画面では、肉体的な疲労度を身体のポーズで表したアイコンを採用しており、精神的な疲労度をヒトの表情で表したアイコンを採用している。このようなアイコンを用いれば、言語を用いずともスムーズにユーザーへ疲労度を自己申告させることができる。
１−１１−４．その他の入力画面
なお、情報端末２の表示部２５は、スライドバー（図４）とアイコン（図７）との双方を１つの入力画面に表示させてもよい。その場合、表示部２５は、スライドバーのスライド位置に連動してアイコンを変化させてもよい。
１−１２．コースお勧め処理の原理
本システムにおいて、肉体的な疲労度と精神的な疲労度とを互いに区別するのは、仮に疲労度が同じであったとしても肉体的な疲労と精神的な疲労との割合によっては、ユーザーに適した種目が異なるからである。
そこで、サーバー４の処理部３１は、肉体的な疲労及び精神的な疲労の組み合わせを以下の４つのカテゴリーに分類し、カテゴリーごとにお勧め種目を決定する。以下、４つのカテゴリー（１）〜（４）とお勧め種目の例とを説明する。
（１）ユーザーの肉体的な疲労度と精神的な疲労度との双方が低い場合には、相対的にハードな種目（ビルドアップ走、インターバル走など）をお勧め種目とする。
（２）ユーザーの肉体的な疲労度と精神的な疲労度との双方が高い場合には、相対的に負荷の低い種目（速度の緩やかな短距離走、休息など）をお勧め種目とする。
（３）ユーザーの肉体的な疲労度が高く、かつ、精神的な疲労度が低い場合には、肉体的な疲労を回復し易い種目（速度の緩やかなペース走など）をお勧め種目とする。
（４）ユーザーの肉体的な疲労度が低く、かつ、精神的な疲労度が高い場合には、精神的な疲労を回復し易い種目（ＬＳＤなど）をお勧め種目とする。ＬＳＤは、瞬間的な負荷をさげて長い時間リラックスして走ることのできる種目である。
そして、サーバー４の処理部３１は、上記の方針（１）〜（４）で決定したお勧め種目と、ユーザーの現在位置と、現在位置の属するエリアの気象情報と、当該エリアの交通情報と、データベース３５０とに基づき、ユーザーへのお勧めコースを決定する。
１−１３．サーバーによる体調評価（肉体的な疲労）
例えば、サーバー４の処理部３１は、最新の２４時間におけるログデータ（主に、加速度データ、心拍数のデータ）に基づき、当該２４時間の各時点におけるユーザーの状態（睡眠、起立、静止、徒歩移動、階段昇降の区別）と、当該２４時間の各時点におけるユーザーの心拍数とを取得する。
また、サーバー４の処理部３１は、ユーザーの状態とユーザーの心拍数とに応じて、例えば図８に示す疲労度テーブルを参照することで、ユーザーの現時点（トレーニング前）における疲労度を計算する。
ここで、図８に示す疲労度テーブルは、例えば、サーバー４の記憶部３４１に予め格納される。図８では、疲労度を言葉で表しているが、実際の疲労度テーブルは、例えば、ユーザーの心拍数とユーザーの状態との組み合わせに応じて肉体的又は精神的な疲労度を数値として算出するためのテーブルとして構成される。
処理部３１は、例えば、最新２４時間におけるログデータ及び疲労度テーブルに基づき、例えば１時間ごとの肉体的又は精神的な疲労度を算出し、当該算出した疲労度の合計（総合疲労度）を、現時点における疲労度とする。
また、処理部３１は、最新１ヶ月におけるログデータに付与された負荷ランクに基づき、現時点までに解消せずに残留した肉体的な疲労度を見積もる。図１０に示すのは、負荷ランクの付与されたログデータの一例である。このログデータに含まれる個々のトレーニング種目には、負荷ランクが付与されている。負荷ランクは、トレーニング種目がユーザーに与える負荷（疲労度に繋がるものである）の大きさを相対的に表す値である。特に、肉体的な疲労度は、時間が経過しても解消し難いトレーニング種目ほど高い負荷ランクが付与されている。処理部３１は、これらの負荷ランクを参照し、負荷ランクの高い種目が多いほど、また、負荷ランクの高い種目に費やされた時間が長いほど、現時点までに解消せずに残留した肉体的な疲労度を大きく見積もる。このように、負荷ランク付きのログデータに基づくことで、処理部３１は、現時点におけるユーザーの疲労度を、高精度に算出することができる。
なお、処理部３１は、ログデータに対する負荷ランクの付与（負荷ランクの評価）を、例えばログデータがアップロードされる度に行う。また、処理部３１は、負荷ランクの基準を、ユーザーごとに設定してもよいし、全てのユーザーについて共通に設定してもよい。
例えば、処理部３１は、ユーザーのログデータリストに含まれるログデータについてユーザーの自己ベスト（自己ベストペース）を算出する。この場合、処理部３１は、当該ログデータリストに含まれるペースのうち、自己ベストペースとの差が小さいものほど高い
負荷ランクを付与し、当該負荷ランクを、ログデータリストの該当箇所に書き込む（図１０を参照）。図１０の例では、負荷ランクをＡ、Ｂ、Ｃ等のアルファベットで表した。図１０の例ではＡが高負荷であり、ランクＡとランクＤとが表示されている。
また、処理部３１は、例えば、ユーザーのログデータリストに含まれる、生活に関するログデータに基づき、ユーザーが現時点の前日に飲酒をしたか否かを判定し、当該判定の結果を、現時点におけるユーザーの疲労度に反映させてもよい。ここで、飲酒をしたか否かの判定は、例えば、前日夜間の睡眠中の心拍数がユーザーの睡眠中の平均心拍数（例えば、最新１ヶ月間における平均心拍数）と比して著しく高いか否か（閾値を超えるか否か）によって行うことができる。また、処理部３１は、生活に関するログデータに基づき、睡眠期間を判定することができる。例えば、処理部３１は、夜間の各時刻のログデータに含まれる加速度データに基づき、各時刻においてユーザーが安静状態であったか否かを検出し、安静状態と検出された連続する期間であって、かつ、閾値以上の長さを有した期間を、睡眠期間と判定すればよい。なお、サーバー４が受信したログデータに睡眠期間の情報が既に含まれていた場合には、サーバー４の処理部３１は、睡眠期間の判定を省略することができる。
１−１４．サーバーによる体調評価（精神的な疲労）
サーバー４の処理部３１は、現時点（トレーニング前）におけるユーザーの精神的な疲労度を算出するために、例えば、最新２４時間の生活に関するログデータに含まれる脈波のデータを分析し、交感神経と副交感神経のバランス（心バランス）を算出する。なお、サーバー４が受信したログデータに心バランスの情報が既に含まれていた場合には、サーバー４の処理部３１は、心バランスの計算を省略することができる。
ここで、心バランスには、ユーザーごと、また、ユーザーの状態（睡眠又は覚醒などの状態）ごとに適正値（理想的なバランス）があり、ユーザーの精神的な疲労度が高いほど心バランスが理想的なバランスから乖離する傾向にあると言われている。
そこで、処理部３１は、例えば、最新２４時間におけるユーザーのログデータ（特に、ユーザーの状態を示すログデータ）と、当該ユーザーのユーザー身体データとに基づき、当該ユーザーの理想的なバランスを、最新２４時間内の時刻毎に算出する。そして、処理部３１は、ユーザーのログデータに含まれる心バランス（実測された心バランス）と、理想的なバランスとの乖離度を、時刻毎に算出する。そして、処理部３１は、時刻ごとの乖離度の平均値に所与の係数を乗算した値を、現時点におけるユーザーの精神的な疲労度として計算する。なお、乖離度算出処理の詳細は後述する。
また、ログデータに含まれる脈データから心バランスを計算する方法としては、前述したＲＲＩ（R-R Interval）が挙げられる。例えば、処理部３１は、脈データの時間変化カーブ（脈波）を時系列にＦＦＴ（Fast Fourier Transform）などで統計処理することで、周波数領域のパワースペクトルを算出し、パワースペクトルに現れた低周波数成分ＬＦと高周波数成分ＨＦとの比を、心バランスとして計算する。図１２には、ＬＦ、ＨＦのパワースペクトルを模式的なグラフとして表したものである。
なお、ここでは、脈センサー１１５の出力（脈データ）に基づき心バランスを計算する手法について説明したが、処理部３１は、他のセンサーの出力に基づき心バランスを計算してもよい。図１１は、交感神経及び副交感神経がユーザーの身体に如何なる影響を及ぼすかを示す一般的なデータである。図１１に示すとおり、心バランスは、脈以外の身体機能にも影響を及ぼすので、処理部３１は、脈センサー１１５以外のセンサーの出力と、図１１に示すデータ、又は、当該データから求まる計算式やテーブルに基づくことにより、心バランスを計算することが可能である。
１−１５．サーバーによる総合体調評価
サーバー４の処理部３１は、ユーザーが申告した疲労度と、処理部３１が計算した疲労度との双方を用いて、総合的な疲労度を算出する。
なお、サーバー４の処理部３１は、ＲＲＩに基づき計算した心バランスが理想的な心バランスとずれている場合には、計算した心バランスと理想的な心バランスとの差を算出してもよい。また、処理部３１は、算出した差をストレス指標としてユーザーのログデータリストへ追加してもよい。
１−１６．電子機器による乖離度算出処理
図１３は、乖離度算出処理のフローである。
上述した説明では、ユーザーの心バランスと理想的な心バランスとの乖離度を算出する処理（乖離度算出処理）がサーバー４の処理部３１によって実行されるものとしたが、電子機器１の処理部１２０によって実行されてもよい。すなわち、電子機器１の処理部１２０は、ユーザーの生活中に各時刻の乖離度を算出し、時刻ごとの乖離度をログデータに含めて情報端末２を介してサーバー４へアップロードしてもよい。
ここでは、乖離度算出処理が電子機器１の処理部１２０によって実行される場合を想定する。図１３のフローは、前述したライフロガー機能が電子機器１に発現している期間中に定期的（例えば１分ごと）に繰り返し実行されるものとする。以下、図１３の各ステップについて説明する。
先ず、処理部１２０は、記憶部１３０に格納されたユーザー身体データを参照する（Ｓ４１１）。ユーザー身体データには、例えば、ユーザーの年齢、性別、体重、身長などが含まれる。
次に、処理部１２０は、加速度センサー１１３の出力する加速度データに基づき、ユーザーが睡眠中であるか否かを判定する（Ｓ４１２）。
ユーザーが睡眠中でないと判定した場合（Ｓ４１２Ｎ）、処理部１２０は、覚醒中における理想的な心バランスをユーザー身体データに基づき算出する（Ｓ４１３）。
ユーザーが睡眠中であると判定した場合（Ｓ４１２Ｙ）、処理部１２０は、睡眠中における理想的な心バランスをユーザー身体データに基づき算出する（Ｓ４１４）。
処理部１２０は、例えば現時点を含む所定期間内の脈データに基づき、前述したＲＲＩの手法により現時点（又は所定期間内の或る時点）におけるユーザーの心バランスを計算し、計算した心バランスと、ステップＳ４１１で算出した理想的な心バランスとの差を乖離度として計算し、当該乖離度を、生活に関するログデータの１つとして時刻データと共に記憶部１３０へ書き込み、フローを終了する（Ｓ４１５）。
１−１７．サーバーによる学習処理
図１４は、サーバー４の処理部３１による学習処理のフローである。以下、図１４の各ステップについて説明する。
先ず、処理部３１は、例えば最新２４時間のログデータに含まれる乖離度リストの平均値Ｄを計算する（Ｓ５１１）。ここで、最新２４時間のログデータに含まれる乖離度リストとは、最新２４時間における各時点の乖離度（乖離度の時系列データ）のことである。
次に、処理部３１は、例えばＩｎｔ（ＤＷ）の計算式によって精神的な疲労度を算出し、算出した疲労度をユーザーへ通知し（例えば、図４〜図７の入力画面を表示し）、ユーザーによる疲労度の申告（疲労度の入力）を受付ける（Ｓ５１２）。但し、処理部３１は、初回のステップＳ５１２では、係数Ｗを予め決められた初期値（デフォルト値）に設定する。ここで、演算子「Ｉｎｔ（Ａ）」は、「Ａ」を範囲０〜１０内の適当な大きさの整数に変換するための演算子である。
次に、処理部３１は、ユーザーの申告した疲労度が算出した疲労度と異なるか否か、つまりユーザーによる疲労度の変更があったか否かを判定する（Ｓ５１３）。疲労度が変更された場合（Ｓ５１３Ｙ）には、当該計算式で算出される疲労度が申告された疲労度に一致するように当該計算式の係数Ｗを変更してから、フローを終了する（Ｓ５１４）。
一方、処理部３１は、ユーザーの申告した疲労度が算出した疲労度から変更されていない場合（Ｓ５１３Ｎ）には、当該計算式の係数Ｗを変更せずにフローを終了する。
以上の学習処理によれば、当該計算式の係数Ｗが定期的に見直され、かつ適宜に修正されるので、当該計算式で算出される精神的な疲労度を、ユーザーが感じている精神的な疲労度に近づけることができる。
また、以上の学習処理によると、ユーザーが実際に感じている疲労度をお勧めコース及びお勧め種目の決定に反映させることもできる。
例えば、その後、サーバー４の処理部３１は、計算式で算出された精神的な疲労度（つまり、ログデータに含まれる精神的な疲労度）が高いとき（つまり、ユーザーが精神的な疲労を強く感じているとき）には、負荷の軽い種目を当該ユーザーへのお勧め種目に決定し、当該種目に適したコースを当該ユーザーへのお勧めコースに決定する。なお、コースお勧め処理の詳細は後述する。
一方、サーバー４の処理部３１は、計算式で算出された精神的な疲労度（つまり、ログデータに含まれる精神的な疲労度）が低いとき（つまり、ユーザーが精神的な疲労をあまり感じていないとき）には、負荷の重い種目を当該ユーザーへのお勧め種目に決定し、当該種目に適したコースを当該ユーザーへのお勧めコースに決定する。なお、コースお勧め処理の詳細は後述する。
１−１８．トレーニング種目
サーバー４の処理部３１は、ユーザーの前述した体調情報を利用して、当該ユーザーへのお勧めコースを決定する。ここでは、処理部３１がユーザーに適したトレーニング種目（以下、「お勧めトレーニング種目」又は「お勧め種目」という。）を決定し、かつ、当該お勧め種目に適したコース（お勧めコース）を決定する場合を説明する。また、ここでは、ユーザーが行うトレーニング種目として、コースの移動を伴う幾つかのトレーニングを想定する。また、前述したとおり、体調情報には、ユーザーの精神の状態に関する情報（精神的な疲労度）及び前記ユーザーの肉体の状態に関する情報（的な疲労度）のうち少なくとも一方が含まれる。
図１５に示すのは、お勧め種目の候補となり得るトレーニング種目（トレーニング種目の候補）の一例である。図１５に示すとおり、トレーニング種目の候補には、例えば、ジョギング、時間持続走、ペース走、ＬＳＤ（ＬＳＤ：Long Slow Distance）、ビルドアップ走、インターバル走、起伏走、短距離走、ＴＴ（ＴＴ：Time trial）、マラニック（Maranic）、ウォーキングなどがある。なお、図１５には、種目別の心拍数の数値（目安）
も示している。
図１６に示すのは、お勧め種目の候補となり得るトレーニング種目を、その特徴により分類した表である。つまり、これらのトレーニング種目は、心肺能力を高めるための種目と、スピード能力を高めるための種目とに分類することができる。例えば、ＬＳＤ、ジョギング、マラニックは、心肺能力を高めるための種目に属し、インターバル走、ＴＴ、ビルドアップ走は、スピード能力を高めるための種目に属する。
サーバー４の処理部３１は、ユーザーの疲労度（精神的な疲労度及び肉体的な疲労度）と、図１５、図１６に示す情報とを加味して、ユーザーに対するお勧め種目を決定し、またお勧めコースを決定する。
例えば、サーバー４の記憶部３４には、予め、精神的な疲労度と肉体的な疲労度との組み合わせと、お勧め種目とを対応付けたテーブル（不図示）が格納されており、サーバー４の処理部３１は、ユーザーの精神的な疲労度と肉体的な疲労度とに応じて当該テーブルを参照することにより、お勧め種目を決定する。なお、テーブルは、前述した４つのカテゴリー（１）〜（４）と、カテゴリーごとのお勧め種目とを対応付けたテーブルであってもよい。
また、サーバー４の記憶部３４には、予め、複数のコースのデータベース３５０が格納されているので、サーバー４の処理部３１は、決定したお勧め種目と、ユーザーの位置とに基づき、データベース３５０を参照することにより、当該ユーザーへのお勧めコースを決定する。例えば、ユーザーの位置からの距離が所定距離範囲内であり、かつ、当該お勧め種目を行うのに適したコースが、当該ユーザーへのお勧めコースとして決定される。
サーバー４の処理部３１は、決定したお勧め種目及びお勧めコースを示す情報（閲覧データ）を生成して情報端末２へ送信し、情報端末２の表示部２５へお勧め種目及びお勧めコースを表示させる。なお、お勧め種目の表示と、お勧めコースの表示とは、別画面で行ってもよいし、同じ画面で行ってもよい。
１−１９．お勧め種目の表示画面（一覧表示）
図１７は、お勧め種目の表示画面の一例を説明するための図である。
この表示画面には、ユーザーが一覧できるように複数のお勧め種目が所定方向（図１７ではユーザーが見て上下方向と認識する方向）に並べて配列されている。
図１７に示す例において、幾つかのお勧め種目には、当該お勧め種目と併せて行うと有効なウォーミングアップの種目（ウォーキング）とクールダウンの種目（ウォーキング）とが主たるお勧め種目の前後に付加されているが、ウォーミングアップ及びクールダウンの種目の付加は、省略することも可能である。また、ウォーミングアップ又はクールダウンの代わりに筋肉トレーニングを付加することも可能である。よって、図１７の例は、「お勧めトレーニングメニュー」の一覧と言うこともできる。
図１７の表示画面において、１段目に表示されたお勧めトレーニングメニューの主たるお勧め種目は、「６０’００”のペース走」であり、２段目に表示されたお勧めトレーニングメニューの主たるお勧め種目は、「ビルドアップ走」であり、３段目に表示されたお勧めトレーニングメニューの主たるお勧め種目は、「ジョギング」であり、４段目に表示されたお勧めトレーニングメニューの主たるお勧め種目は、「ウォーキング」である。
また、複数のお勧め種目の表示画面における配列順序は、スコア（推奨度を示す指標の
一例である）の高い順である。お勧め種目のスコアは、ユーザーに対する好適度（お勧め度）を示すランクや数値等であって、例えば、トレーニング種目毎の特徴（図１６）とユーザーのログデータとに基づきサーバー４の処理部３１が算出したものである。
ここで、表示画面において、互いに異なるお勧め種目は、互いに異なる曲線イメージ（図１７では、直線イメージ）で表現される。図１７に示す例では、「ペース走」は、標準的な線幅の破線イメージで表示され、「ビルドアップ走」は、標準よりも太い線幅の破線イメージで表示され、「ジョギング」は、標準よりも細い線幅の破線イメージで表示され、「ウォーキング」は、実線イメージで表示されている。なお、図１７では、種目は文字によっても表示されている。
このように、互いに異なるお勧め種目が互いに異なる視覚表現（互いに異なる線種や線幅の直線イメージ）で表示されれば、ユーザーは、現在の自分に対するお勧め種目を直感的に認識することができるし、現在の自分に適した２以上のお勧め種目を互いに比較することも容易である。
なお、ここでは、互いに異なるお勧め種目に対して線種及び線幅の互いに異なる直線イメージを割り当てたが、互いに異なるお勧め種目に対して線色の互いに異なる直線イメージを割り当ててもよいし、互いに異なるお勧め種目に対して互いに異なるパターンで点滅する直線イメージを割り当ててもよいし、互いに異なるお勧め種目に対して互いに異なる質感の直線イメージを割り当ててもよい。つまり、お勧め種目を区別するための視覚表現としては、線色、線幅、線種、時間変化パターン、質感のうち少なくとも１つの異なる曲線イメージを採用することができる。
また、ここでは、視覚表現として、ユーザーから見て横方向に延びる曲線イメージ（図１７では直線イメージ）を採用したが、単純な曲線イメージ以外の視覚表現、例えば、チューブイメージ、ブロックイメージ、ロープイメージ、ワイヤーイメージ、リボンイメージ、矢印マーク、ブロックイメージ列、マーク列などの視覚表現を採用することもできる。
なお、表示画面では、お勧め種目に要する標準的な時間又は標準的な距離を、表示画面における当該視覚表現（各種イメージ）の長さに反映させてもよい。この場合、ユーザーは、個々のお勧め種目に要する時間又は距離の目安を、当該視覚表現（各種イメージ）の長さから直感的に把握することができる。
また、ここでは、複数のお勧め種目を１つの表示画面に同時に表示させたが、複数のお勧め種目を１つの表示画面へ順次に（サイクリックに）表示させてもよい。その場合、一定時間（たとえば1秒）ごとに自動的に画面が切り替わってもよいし、ユーザーが所定の操作を行ったタイミングで画面が切り替わってもよい。
１−２０．お勧めコースの表示画面（マップ表示）
図１８は、お勧めコースの表示画面の一例を説明するための図である。
この表示画面の所定領域（図１８ではユーザーから見て左側の領域）には、ユーザーが一覧できるように複数のお勧めコースの各々の概要が所定方向（図８ではユーザーから見て上下方向）にかけて並べて表示されている。
なお、図１８に示す例において、複数のお勧めコースの各々には、当該お勧めコースで行うのに適したお勧め種目が付与されている。以下、お勧め種目が付与されたお勧めコースを単に「お勧めコース」又は「お勧め種目付きのお勧めコース」と称す。
表示画面において、１段目に表示されたお勧めコースは、「Ａ公園」であり、このお勧めコースに付与されたお勧め種目は「ペース走」である。
表示画面において、２段目に表示されたお勧めコースは、「Ｂ公園」であり、このお勧めコースに付与されたお勧め種目は「ビルドアップ走」である。
表示画面において、３段目に表示されたお勧めコースは、「Ｃ公園」であり、このお勧めコースに付与されたお勧め種目は「ジョギング」である。
表示画面において、４段目に表示されたお勧めコースは、「Ｄ河川敷」であり、このお勧めコースに付与されたお勧め種目は「ウォーキング」である。
また、複数のお勧めコースの表示画面における配列順序は、スコアの高い順である。お勧めコースのスコアは、ユーザーに対する好適度（お勧め度）を示すスコアであって、サーバー４の処理部３１によって算出される。スコアの算出式の具体例は、後述する。
ここで、表示画面において、個々のお勧めコースは、コースの形状を表す曲線イメージで表現される。
また、表示画面において、個々のお勧めコースは、当該お勧めコースで行われるべきお勧め種目に対応した視覚表現で表示される。図１８に示す例では、「ペース走」を行うべきお勧めコースは、標準的な線幅の破線イメージで表示され、「ビルドアップ走」を行うべきお勧めコースは、標準よりも太い線幅の破線イメージで表示され、「ジョギング」を行うべきお勧めコースは、標準よりも細い線幅の破線イメージで表示され、「ウォーキング」を行うべきお勧めコースは、実線イメージで表示されている。
つまり、図１８の例において、少なくとも１つのお勧めコースには、第１のトレーニング種目（ペース走）に対応する第１のお勧めコース（Ａ公園）と、第１のトレーニング種目とは異なる第２のトレーニング種目（ビルドアップ走）に対応する第２のお勧めコース（Ｂ公園）と、第１及び第２のトレーニング種目とは異なる第３のトレーニング種目（ジョギング）に対応する第３のお勧めコース（Ｃ公園）と、第１乃至第３のトレーニング種目とは異なる第４のトレーニング種目（ウォーキング）とが含まれる。
そして、第１のお勧めコース（Ａ公園）は、第１のトレーニングの種目に対応した第１視覚表現（標準的な線幅の破線イメージ）で表示され、第２のお勧めコース（Ｂ公園）は、第２のトレーニングの種目に対応した第２視覚表現（標準よりも太い線幅の破線イメージ）で表示され、第３のお勧めコース（Ｃ公園）は、第３のトレーニング種目に対応した第３視覚表現（標準よりも細い線幅の破線イメージ）で表示され、第４のお勧めコース（Ｄ河川敷）は、第４のトレーニング種目に対応した第４視覚表現（実線イメージ）で表示される。
このように、個々のお勧めコースが当該お勧めコースで行うべきお勧め種目に対応した視覚表現で表示されれば、ユーザーは、言語的な表現に頼らずとも、お勧めコースとお勧め種目との双方を視覚的に把握することができる。
なお、ここでは、互いに異なるお勧め種目に対して線種及び線幅の互いに異なる直線イメージを割り当てたが、互いに異なるお勧め種目に対して線色の互いに異なる直線イメージを割り当ててもよいし、互いに異なるお勧め種目に対して互いに異なるパターンで点滅する直線イメージを割り当ててもよいし、互いに異なるお勧め種目に対して互いに異なる
質感の直線イメージを割り当ててもよい。つまり、お勧め種目を区別するための視覚表現としては、線色、線幅、線種、時間変化パターン、質感のうち少なくとも１つの異なる曲線イメージを採用することができる。
また、ここでは、視覚表現として、曲線イメージを採用したが、単純な曲線イメージ以外の視覚表現、例えば、チューブイメージ、ブロックイメージ、ロープイメージ、ワイヤーイメージ、リボンイメージ、矢印マーク、ブロックイメージ列、マーク列などの視覚表現を採用することもできる。
また、表示画面では、個々のお勧め種目付きお勧めコースに要する標準的な時間又は標準的な距離を、表示画面における当該視覚表現（各種イメージ）のサイズに反映させてもよい。この場合、ユーザーは、個々のお勧め種目付きお勧めコースに要する時間又は距離の目安を、当該視覚表現（各種イメージ）のサイズから直感的に把握することができる。
また、ここでは、複数のお勧めコースを１つの表示画面に同時に表示させたが、複数のお勧めコースを１つの表示画面へ順次に（サイクリックに）表示させてもよい。その場合、一定時間（たとえば1秒）ごとに自動的に画面が切り替わってもよいし、ユーザーが所定の操作を行ったタイミングで画面が切り替わってもよい。
ここで、図１８の表示画面の所定領域（ユーザーから見て右側の領域）には、複数のお勧めコースの位置関係などをユーザーへ通知するために、複数のお勧めコースの属するエリアの地図（マップ）が表示されている。
マップには、例えば、ユーザーの現在位置や、ユーザーの現在位置から複数のお勧めコースへ到達するまでの経路などが表示される。この場合、ユーザーは、複数のお勧めコースの中の１つをトレーニングのコースとして選択する際に、現在位置から複数のお勧めコースの各々までの距離や経路を参考にすることができる。また、ユーザーは、トレーニングのコースを選択する際に、このマップ上で複数のお勧めコースの距離（コースの全長）を参考にすることもできる。
また、マップにおいても、複数のお勧めコースの各々は、当該お勧めコースに付与されたお勧め種目に対応した視覚表現で表示される。つまり、マップにおいても、複数のお勧めコースの各々は、当該お勧め種目に対応した視覚表現（アクティビティの種類に対応した視覚表現）で表示される。
よって、ユーザーは、複数のお勧めコースの各々に付与されたお勧め種目を、マップ上で容易に把握することができる。
なお、マップには、その他、トレーニングに関連する情報やコースへ移動するために必要な情報が掲載されていることが好ましい。例えば、ランドマーク、トイレ、シャワー施設、駐車場、駐輪場、コンビニエンスストア、スポーツショップ、水のみ場、休憩所などである。また、マップに表示すべき情報は、マップに表示すべきお勧め種目とお勧めコースとの少なくとも一方に応じてサーバー４の処理部３１が選択してもよい。
１−２１．お勧めコースの表示画面（重畳表示）
また、同一のお勧めコースに複数のお勧め種目が付与される場合、すなわち、コースが共通であってお勧め種目が異なる複数のお勧めコースを同一の画面に表示させる場合には、例えば、図１９に示すように、複数のお勧めコースは重畳して表示され、かつ、複数のお勧めコースの各々は、当該お勧めコースに付与されたお勧め種目に対応する視覚表現で表示されることが好ましい。図１９では、お勧めコースの視覚表現として曲線イメージが
用いられ、当該曲線イメージの線種がお勧め種目に対応した線種に設定された例を示している。また、複数のお勧めコースを同じ画面上で完全に重複させると互いに区別できなくなるため、複数のお勧めコースの配置先は、図１９に示すとおり、ユーザーが複数のお勧めコースを互いに区別できる程度に、適度にずらされていることが好ましい。
１−２２．お勧めコースの表示画面（区間表示）
また、同一のお勧めコース内の区間によってお勧め種目が異なる場合には、例えば、図２０に示すように、お勧めコースの各区間の視覚表現（線種、線色など）は、当該区間のお勧め種目に対応した視覚表現で表示されることが好ましい。ここで、図２０に示す例では、お勧めコースのスタート地点にマーク「Ｓ」が表示され、お勧めコースのゴール地点にマーク「Ｇ」が表示されている。以下、スタート地点をスタート地点Ｓと称し、ゴール地点をゴール地点Ｇと称す。
先ず、図２０に示す例では、スタート地点Ｓを起点とした１番目の区間に付与されたお勧め種目が「ウォーキング」であるので、当該１番目の区間は、「ウォーキング」という種目に対応した視覚表現（実線イメージ）で表示されている。
また、図２０に示す例では、スタート地点Ｓを起点とした２番目の区間に付与されたお勧め種目が「ペース走」であるので、当該２番目の区間は、「ペース走」という種目に対応した視覚表現（標準的な線幅の破線イメージ）で表示されている。
また、図２０に示す例では、ゴール地点を終点とした３番目の区間に付与されたお勧め種目が「ウォーキング」であるので、当該３番目の区間は、「ウォーキング」という種目に対応した視覚表現（実線イメージ）で表示されている。
なお、図２０に示す表示画面の所定領域（ユーザーから見て左側の領域）には、お勧めコースの一覧がスコア順に一覧表示されており、これらのお勧めコースのうち何れか１つのお勧めコースをユーザーが手指でタップすると、タップされたお勧めコースのみが選択状態となり（図２０では高コントラスト状態となり）、タップされなかったお勧めコースは非選択状態となる（図２０ではグレーアウト状態となる）。そして、選択状態となったお勧めコースの内容（当該お勧めコースに付与されたお勧め種目など）が表示画面の所定領域（ユーザーから見て右側の領域）のマップ上に表示され、非選択状態となったお勧めコースの内容は、当該マップ上で非表示となる。なお、図２０に示すように、コースの進行方向を矢印等で示したり、駐車場等のコース周辺の施設の情報を併せてマップへ表示してもよい。
１−２３．お勧めコースの表示画面（標高マップ）
また、お勧めコースは、例えば、図２１に示すとおり、当該お勧めコースを構成する各地点の標高を示す地図（標高マップ）として表示されてもよい。つまり、お勧めコースは、標高マップに重畳させて表示されてもよい。また、当該標高マップは、当該お勧めコースに付与されたお勧め種目に対応した視覚表現で表示されてもよい。ここで、標高マップは、地形図や断面ナビと呼ばれる地図であって、お勧めコースにおける標高の分布を表す地図である。
図２１に示す標高マップは、ユーザーから見て上方向に標高座標軸を配し、ユーザーから見て右方向に位置座標軸を配し、コースの各地点における標高を曲線イメージで表示するものである。お勧めコースの標高マップは、当該お勧めコースに付与されたお勧め種目に対応した線種で表示される。
表示画面において、１段目に表示されたお勧めコースは、「Ａ公園」であり、このお勧
めコースに付与されたお勧め種目は「ペース走」であるので、当該お勧めコースは、ペース走という種目に対応した視覚表現（標準的な線幅の破線イメージ）で表示されている。
表示画面において、２段目に表示されたお勧めコースは、「Ｂ公園」であり、このお勧めコースに付与されたお勧め種目は「ビルドアップ走」であるので、当該お勧めコースは、ビルドアップ走という種目に対応した視覚表現（標準よりも太い線幅の破線イメージ）で表示されている。
表示画面において、３段目に表示されたお勧めコースは、「Ｃ公園」であり、このお勧めコースに付与されたお勧め種目は「ジョギング」であるので、当該お勧めコースは、ジョギングという種目に対応した視覚表現（標準よりも細い線幅の破線イメージ）で表示されている。
表示画面において、４段目に表示されたお勧めコースは、「Ｄ河川敷」であり、このお勧めコースに付与されたお勧め種目は「ウォーキング」であるので、当該お勧めコースは、ウォーキングという種目に対応した視覚表現（実線イメージ）で表示されている。
また、ここでは、標高マップを曲線イメージで表現したが、単純な曲線イメージ以外の視覚表現、例えば、チューブイメージ、ブロックイメージ、ロープイメージ、ワイヤーイメージ、リボンイメージ、矢印マーク、ブロックイメージ列、マーク列などの視覚表現を採用することもできる。
１−２４．ユーザーの操作画面推移
以下、電子機器１の表示部１７０の画面遷移を説明する。
ここでは、情報端末２で実行されるプログラム（アプリケーションプログラム）、及び、電子機器１で実行されるプログラム（アプリケーションプログラム）を経由して、サーバー４と電子機器１とが連携することを想定する。
ユーザーは、トレーニングの前に情報端末２を操作し、お勧め種目付きお勧めコースの情報をサーバー４から情報端末２へ取り込み、また、情報端末２から電子機器１へ転送する。そして、ユーザーは、電子機器１を身体へ装着し、かつ、情報端末２を被服のポケットやウエストベルトなどへ収納又は装着した状態で、トレーニングを開始する。よって、トレーニング中においても電子機器１は適宜にサーバー４が生成した情報を情報端末２経由で取り込むことが可能であり、また、電子機器１、トレーニング中に取得したログデータを適宜に情報端末２経由でサーバー４へ転送することも可能である。
なお、本システムにおいて、電子機器１の機能の一部は、情報端末２の側に搭載されてもよく、情報端末２の機能の一部又は全部は、電子機器１の側に搭載されてもよい。また、情報端末２の機能の一部又は全部は、サーバー４の側に搭載されてもよく、サーバー４の機能の一部又は全部は、情報端末２の側に搭載されてもよい。 例えば、本システムでは、電子機器１の処理部１２が体調情報を取得する取得部として動作するが、電子機器１のセンサーの少なくとも１つが体調情報を取得する取得部として動作することも可能である。
また、操作部１５０が体調情報の入力に使用される場合などには、操作部１５０が取得部として動作することも可能である。
また、体調情報を取得する機能を情報端末２が有する場合などには、情報端末２の操作部２３が取得部として動作することも可能である（操作部２３が体調情報の入力に使用さ
れる場合など）。
また、体調情報を取得する機能を情報端末２が有する場合には、情報端末２の通信部２２が取得部として動作することも可能である。
また、体調情報を取得する機能を情報端末２が有する場合には、情報端末２の処理部２１が取得部として動作することも可能である。
また、体調情報を取得する機能をサーバー４が有する場合には、サーバー４の通信部３２が取得部として動作することも可能である。
また、本システムでは、電子機器１の表示部１７０及び音出力部１８０の少なくとも一方が、推奨ルートを提示する出力部として動作してもよく、情報端末２の表示部２５及び音出力部２６の少なくとも一方が出力部として動作してもよい。
また、電子機器１の内部における機能の分担（例えば、プロセッサーたる処理部と、ルートを表示する表示部との機能分担）は、ここで説明されるものに限定されることはなく、情報端末２の内部における機能の分担（例えば、プロセッサーたる処理部と、ルートを表示する表示部との機能分担）は、ここで説明されるものに限定されることはない。
先ず、ユーザーは、トレーニングの前に、例えば、図２２に示すとおり、表示部１７０の表示画面に表示された「トレーニング」というアイコン２２Ａを手指でタップすることにより、電子機器１のアプリケーションプログラムを起動させる。そして、電子機器１の処理部１２０は、アプリケーションプログラムに従い、電子機器１の保有しているログデータ等と情報端末２の保有しているログデータ等とのうち、コースお勧め処理に必要なデータを、情報端末２を介して所定のフォーマットでサーバー４へ送信する。その後、電子機器１の処理部１２０は、情報端末２を介してサーバー４からお勧めコース等の情報を受信し、当該お勧めコース等の情報を表示部１７０へ表示させる。
ここで、電子機器１の表示部１７０のサイズは情報端末２の表示部２５のサイズよりも小さいので、電子機器１の処理部１２０は、お勧めコース等を表示する画面として、図１７〜図２１に示す画面の代わりに、例えば、図２３に示すような簡易的な画面を表示部１７０に表示してもよい。
また、電子機器１の処理部１２０は、複数のお勧めコースの全体が表示部２５に収まらない場合には、ユーザーの手指によるスライド操作に応じて画面をスクロールさせてもよい。
また、電子機器１の処理部１２０は、複数のお勧めコースを一覧表示する際に、お勧めコースの先頭にスキップボタン２３Ａを配置してもよい。ユーザーは、一覧表示された複数のお勧めコースの中に所望するコースがない場合などには、スキップボタン２３Ａを手指でタップすればよい。
スキップボタン２３Ａがタップされた場合、電子機器１の処理部１２０は、ユーザーがトレーニングを開始したと判定し、ユーザーがトレーニングを行うコース及び種目を判定する。因みに、電子機器１の処理部１２０は、トレーニングが終了する前であっても、トレーニングが開始されてから所定時間が経過するまでにコース及び種目の判定をすることは可能である。
そして、電子機器１の処理部１２０は、ユーザーがトレーニングを行っているコースを
判定すると、当該コースが複数のお勧めコースの何れかと同じである場合には、当該お勧めコースのコースデータ（図２９）に基づきナビゲーション機能を発現させ、かつ、ライフロガー機能及びパフォーマンスモニター機能を発現させる（但し、ライフロガー機能は常時に発現していてもよい。）。
因みに、複数のお勧めコースのコースデータ（図２９）は、予め、サーバー４から情報端末２を介して電子機器に送信され、かつ、電子機器１の記憶部１３０に格納されたものである。また、ライフロガー機能及びパフォーマンスモニター機能の詳細は、前述したとおりである。
一方、電子機器１の処理部１２０は、判定したコースが複数のお勧めコースの何れにも所属しない場合には、ナビゲーション機能を発現させずにライフロガー機能及びパフォーマンスモニター機能のみを発現させる（但し、ライフロガー機能は常時に発現していてもよい。）。
また、電子機器１の処理部１２０によるコースの判定は、例えば、主に、ＧＰＳセンサー１１０の出力する測位データ（緯度、経度、速度ベクトルなど）に基づき行うことができる。また、電子機器１の処理部１２０による種目の判定（種目判定処理）は、例えば、ＧＰＳセンサー１１０の出力する測位データ（速度ベクトルなど）、加速度センサー１１３の出力する加速度データに基づき行うことができる。
また、電子機器１の処理部１２０は、コースを判定する代わりに、ユーザーにコースを入力させてもよいし、トレーニング種目を判定する代わりに、ユーザーに種目を入力させてもよい。
そして、トレーニングの終了後、電子機器１の処理部１２０は、ユーザーがトレーニングを行ったコースのコースデータが新規のコースデータである場合には、当該コースデータをトレーニング中に取得したログデータと共に情報端末２を介してサーバー４へアップロードする。サーバー４におけるログデータ及びコースデータの取り扱いについては前述したとおりである。
ここで、トレーニング中、電子機器１にナビゲーション機能が発現すると、表示部１７０にはナビゲーション画面が表示される。ナビゲーション画面は、例えば図２４に示すとおりである。
１−２５．ナビゲーション画面（標高マップ）
図２４に示すナビゲーション画面において、ユーザーがトレーニングを行っているコースは、例えば、標高マップ２４Ｂとして表示される。つまり、表示部１７０は、お勧めコースを、標高マップ２４Ｂに重畳させて表示している。
ここで、標高マップ２４Ｂは、地形図や断面ナビと呼ばれる地図であって、コースにおける標高の分布を表す地図である。標高マップ２４Ｂのうち、ユーザーの現在位置に対応する箇所には、所定のマーク（矢印マーク）２４Ａが付与される。ユーザーがトレーニングを行い、移動距離が増えるに従って、標高マップ２４Ｂにおけるマーク２４Ａの位置が変化する。
また、装着型である電子機器１においては、表示部１７０のサイズは制限されているため、標高マップ２４Ｂの全体を表示部１７０に納めるよりも、標高マップ２４Ｂのうちユーザーの走行位置を含む部分エリアのみを表示部１７０に表示し、ユーザーの走行位置が変化するにつれて、表示対象となる部分エリアをスクロールさせることが好ましい。また
、標高マップ２４Ｂのうち同時に表示対象となる部分エリアのサイズは、表示部１７０に対するユーザーの操作（ピンチイン、ピンチアウト）などによって変更可能であることが好ましい。
ここで、ナビゲーション画面においても、コースの標高マップ２４Ｂは、当該コースで行われているトレーニング種目に対応した視覚表現で表示される。図２４の例では、ユーザーが行っているトレーニング種目はペース走であるので、標高マップ２４Ｂは、ペース走という種目に対応した視覚表現（標準的な線幅の破線イメージ）で表示される。
なお、電子機器１の処理部１２０は、ユーザーのトレーニング中に、ログデータの一部（累積移動距離、走行時間など）を逐次にナビゲーション画面へ表示してもよい。例えば、ナビゲーション画面のうちユーザーから見て下部に相当する領域には、累積移動距離及び走行時間がそれぞれ「Ｄｉｓｔ」及び「Ｔｉｍｅ」などの文字イメージと共に数値として表示される。当該数値は、ユーザーの走行距離及び走行時間が変化するに従って変化する。
その後、トレーニングが終了すると、ユーザーは、その旨（終了通知）を電子機器１へ入力する。終了通知の入力は、例えば、電子機器１の表示部１７０をユーザーが所定方向に向けて手指でスライド操作すると、終了通知が電子機器１へ入力されることとしてもよい。或いは、電子機器１を装着した腕でユーザーが所定のジェスチャーを行うと、終了通知が電子機器１へ入力されることとしてもよい。所定のジェスチャーは、例えば、電子機器１を所定方向にかけて一定以上の加速度で振るようなジェスチャーである。
トレーニングの終了通知が入力されると、電子機器１の表示部１７０は、ナビゲーション画面（図２５（Ａ））を終了画面（図２５（Ｂ））に切り替える。終了画面（２５（Ｂ））には、例えば、計測中であることを通知するためのテキストイメージが配置されてもよい。このテキストイメージは、例えば、「現在計測中！！！」などのテキストイメージである。つまり、終了画面（図２５（Ｂ））には、計測中であるか否かが表示されてもよい。
ユーザーは、終了画面（図２５（Ｂ））に配置された停止ボタン２５Ａを手指でタップすることで、トレーニングの終了を電子機器１へ通知し、電子機器１のナビゲーション機能及びパフォーマンスモニター機能を停止させることができる。電子機器１の処理部１２０は、停止ボタン２５Ａがタップされると、トレーニングの開始から現時点までに取得したログデータを例えば記憶部１３０へ書き込むことにより保存する。なお、トレーニングが一時停止又は終了すると、終了画面（２５（Ｂ））における「現在計測中！！！」などのテキストイメージは、非表示になるか、或いは、一時停止又は終了した旨を通知するためのテキストイメージに切り替わる。このテキストイメージは、例えば、「一時停止中」又は「終了しました」などのテキストイメージである。つまり、終了画面（図２５（Ｂ））には、計測中であるか否かが表示されてもよい。
また、ユーザーは、終了画面（図２５（Ｂ））に配置された一時停止ボタン２５Ｂを手指でタップすることで、トレーニングの中断を電子機器１へ通知し、電子機器１のナビゲーション機能及びパフォーマンスモニター機能を一時的に停止させることができる。この状態でユーザーは、コースから一時的に離脱し、休憩をとることが可能である。
休憩後、ユーザーは、コースへ復帰する際には、終了画面（図２５（Ｂ））に配置された一時停止ボタン２５Ｂを再度手指でタップすることで、トレーニングの再開を電子機器１へ通知し、電子機器１のナビゲーション機能及びパフォーマンスモニター機能を再開させることができる。なお、一時停止中にパフォーマンスモニター機能は停止するが、ライ
フロガー機能は停止しないことが好ましい。
電子機器１の処理部１２０は、ユーザーからトレーニングの中断が通知されると、ナビゲーション機能及びパフォーマンスモニター機能を中断し、ユーザーからトレーニングの再開が通知されると、ナビゲーション機能及びパフォーマンスモニター機能を再開する。
また、電子機器１の処理部１２０は、ユーザーからトレーニングの再開が通知された後、ユーザーからトレーニングの終了が通知されると、トレーニングの開始から中断までの運動に関するログデータと、トレーニングの再開からトレーニングの終了までの運動に関するログデータとを連結し、連結したログデータを、トレーニング全体の運動に関するログデータとして保存する。
また、電子機器１の処理部１２０は、トレーニングの中断後にＧＰＳセンサー１１０が出力する測位データに基づき、トレーニングの中断前（直前）におけるユーザーの位置と、現時点におけるユーザーの位置との差を監視し、当該差が閾値を超えた場合には、トレーニングの終了が通知されなくとも、トレーニングが終了した（つまりユーザーが終了の通知をし忘れた）と判定してもよい。
或いは、電子機器１の処理部１２０は、トレーニングの中断後にＧＰＳセンサー１１０が出力する測位データに基づき、トレーニングの中断前（直前）におけるユーザーの位置と、現時点におけるユーザーの位置との差を監視し、当該差が閾値を超えた場合には、トレーニングの再開の通知がされなくとも、トレーニングが再開された（つまりユーザーが再開の通知をし忘れた）と判定してもよい。
また、電子機器１の処理部１２０は、前述した判定を、ユーザーの位置の差ではなくユーザーの移動速度の差に基づき行ってもよい。
すなわち、トレーニングの中断後にＧＰＳセンサー１１０が出力する測位データに基づき、トレーニングの中断前（直前）におけるユーザーの移動速度と、現時点におけるユーザーの移動速度との差を監視し、当該差が閾値を超えた場合には、トレーニングの終了が通知されなくとも、トレーニングが終了した（つまりユーザーが終了の通知をし忘れた）と判定してもよい。
或いは、トレーニングの中断後にＧＰＳセンサー１１０が出力する測位データに基づき、トレーニングの中断前（直前）におけるユーザーの移動速度と、現時点におけるユーザーの移動速度との差を監視し、当該差が閾値を超えた場合には、トレーニングの再開の通知がされなくとも、トレーニングが再開された（つまりユーザーが再開の通知をし忘れた）と判定してもよい。
なお、前述したスキップボタン２３Ａのタップ後にトレーニングが終了した場合には、電子機器１の処理部１２０は、ユーザーが行ったトレーニングの種目及びトレーニングを行ったコースの新規登録の要否をユーザーに問い合わせてもよい。例えば、電子機器１の処理部１２０は、要否を問い合わせるための画面（不図示）を表示部１７０へ表示させ、当該画面上でユーザーが新規登録の要求を入力した場合には、当該トレーニングの種目及びコースのデータを所定のフォーマットで情報端末２を介してサーバー４へアップロードする。
なお、ここでは、互いに異なるトレーニング種目に対して線種及び線幅の互いに異なる直線イメージを割り当てたが、互いに異なるトレーニング種目に対して線色の互いに異なる直線イメージを割り当ててもよいし、互いに異なるトレーニング種目に対して互いに異
なるパターンで点滅する直線イメージを割り当ててもよいし、互いに異なるトレーニング種目に対して互いに異なる質感の直線イメージを割り当ててもよい。つまり、トレーニング種目を区別するための視覚表現としては、線色、線幅、線種、時間変化パターン、質感のうち少なくとも１つの異なる曲線イメージを採用することができる。
また、ここでは、標高マップを曲線イメージで表現したが、単純な曲線イメージ以外の視覚表現、例えば、チューブイメージ、ブロックイメージ、ロープイメージ、ワイヤーイメージ、リボンイメージ、矢印マーク、ブロックイメージ列、マーク列などの視覚表現を採用することもできる。
また、表示画面では、トレーニング種目に要する時間又は距離を、表示画面における当該視覚表現（曲線イメージ）のサイズに反映させてもよい。この場合、ユーザーは、トレーニング種目に要する時間又は距離を、当該視覚表現（曲線イメージ）の長さから直感的に把握することができる。なお、ユーザーが移動済みの区間のサイズには、実際の時間又は距離が反映され、ユーザーがこれから移動する区間のサイズには、予定時間又は予定距離が反映されてもよい。
１−２６．ナビゲーション画面（直線イメージ）
なお、電子機器１の処理部１２０は、ナビゲーション画面として、図２４に示す画面の他に、例えば、図２６に示すような画面を用いることもできる。なお、図２６に示す画面のうち、図２４に示す画面との共通部分については説明を省略する。
図２６に示すナビゲーション画面には、ユーザーがトレーニングを行うコースが直線イメージ２６Ｂで表示されており、直線イメージ２６Ｂのうちユーザーの現在位置に対応する箇所には、所定のマーク（矢印マーク）２６Ａが付与される。ユーザーがトレーニングを行い、移動距離が増えるに従って、直線イメージ２６Ｂにおけるマーク２４Ａの位置が変化する。
ここで、図２６の例では、コースの各区間は、当該区間で行われるトレーニング種目に対応した視覚表現で表示される。
図２６の例では、１番目の区間で行われるトレーニング種目はウォーキングであるので、１番目の区間は、ウォーキングという種目に対応した視覚表現（実線イメージ）で表示される。
図２６の例では、２番目の区間で行われるトレーニング種目はペース走であるので、２番目の区間は、ペース走という種目に対応した視覚表現（標準的な線幅の破線イメージ）で表示される。
図２６の例では、３番目の区間で行われるトレーニング種目はウォーキングであるので、３番目の区間は、ウォーキングという種目に対応した視覚表現（実線イメージ）で表示される。
なお、区間毎にトレーニング種目が異なる場合には、図２４に示す画面においても、図２６に示す画面と同様に、区間毎に異なる視覚表現で表示してもよい。
なお、ここでは、互いに異なるトレーニング種目に対して線種及び線幅の互いに異なる直線イメージを割り当てたが、互いに異なるトレーニング種目に対して線色の互いに異なる直線イメージを割り当ててもよいし、互いに異なるトレーニング種目に対して互いに異なるパターンで点滅する直線イメージを割り当ててもよいし、互いに異なるトレーニング
種目に対して互いに異なる質感の直線イメージを割り当ててもよい。つまり、トレーニング種目を区別するための視覚表現としては、線色、線幅、線種、時間変化パターン、質感のうち少なくとも１つの異なる曲線イメージを採用することができる。
また、ここでは、視覚表現として、ユーザーから見て横方向に延びる直線イメージを採用したが、単純な直線イメージ以外の視覚表現、例えば、チューブイメージ、ブロックイメージ、ロープイメージ、ワイヤーイメージ、リボンイメージ、矢印マーク、ブロックイメージ列、マーク列などの視覚表現を採用することもできる。
また、表示画面では、トレーニング種目に要する時間又は距離を、表示画面における当該視覚表現（各種イメージ）のサイズに反映させてもよい。この場合、ユーザーは、トレーニング種目に要する時間又は距離を、当該視覚表現（直線イメージ）の長さから直感的に把握することができる。なお、ユーザーが移動済みの区間のサイズには、実際の時間又は距離が反映され、ユーザーがこれから移動する区間のサイズには、予定時間又は予定距離が反映されてもよい。
１−２７．移動済み区間のグレーアウト
また、図２４、図２６などに示すナビゲーション画面においては、表示中のコースのうち、ユーザーが移動済みである区間と、ユーザーがこれから移動する区間とを区別してもよい。つまり、表示部１７（又は処理部１２０）は、お勧めルートをユーザーが移動しているときに、お勧めルートのうちユーザーが移動した区間の視覚表現を、ユーザーが移動していない区間の視覚表現とは異なる視覚表現で表示してもよい。
例えば、電子機器１の処理部１２０は、図２７に示すとおり、表示中のコースのうち、ユーザーが移動済みである区間をグレーアウトさせることにより、ユーザーがこれから移動する区間を際立たせてもよい。図２７の例では、ユーザーの現在の位置が矢印で表示されており、表示中のコースは矢印を境界に移動済みの区間がグレーアウトされ、残りの区間がトレーニング種目に対応した線種で表示されている。
ここで、グレーアウトは、例えば、画面に表示中の一部のイメージの彩度を低下させることで、他のイメージの印象を相対的に際立たせる処理のことである。但し、グレーアウトの処理には、例えば、彩度を低下させる処理、コントラストを低下させる処理、輝度を低下させる処理のうち、少なくとも１つを用いることができる。
１−２８．ナビゲーション画面（マップ表示）
なお、上述したナビゲーション画面（図２４、図２６）は、ユーザーがトレーニングを行うコース（お勧めコース）を直線イメージ又は標高マップで表示したが、例えば、図２８に示すとおり、二次元のマップ上にお勧めコースを重畳して表示してもよい（なお、図２８では、コースを目立たせるため、地図に配置されたランドマークなどの要素の表示を省略している。）。ここでいう二次元のマップは、緯度軸及び経度軸を有するマップのことである。
また、図示は省略したが、二次元のマップの代わりに三次元のマップを用いることもできる。三次元のマップは、緯度軸及び経度軸及び標高軸を有したマップであり、例えば、所定エリアを一方向から見た斜視図（鳥瞰図）であってもよいし、当該視点が可変の斜視図（鳥瞰図）であってもよい。また、ナビゲーション画面には、２以上のマップ、例えば、二次元のマップと標高マップとが同時に並べて表示されてもよい。
つまり、表示部１７０は、お勧めコースを地図に重畳させて表示してもよく、当該地図は、例えば、お勧めコースの少なくとも一部を含む二次元の地図、お勧めコースの少なく
とも一部を含む三次元の地図、お勧めルートの少なくとも一部の標高を表す地図のうち少なくとも１つであってもよい。
因みに、図２８において、お勧めコースには、第１のトレーニング（インターバル走）に対応する第１区間と、第２のトレーニング種目（ウォーキング）に対応する第２区間とが含まれ、第３のトレーニング種目（インターバル）に対応する第３区間とが含まれ、第１区間は、第１のトレーニング種目（インターバル走）に対応した第１視覚表現（一点鎖線イメージ）で表示され、第２区間は、第２のトレーニング種目（ウォーキング）に対応した第２視覚表現（実線イメージ）で表示され、第３区間は、第３のトレーニング種目（インターバル走）で表示されている。
１−２９．コースデータの詳細
ここで、サーバー４の記憶部３４に保存されるデータベース３５０について説明する。図２９は、データベース３５０に登録された幾つかのコースデータの一例である。
データベース３５０は、基本的にはサーバー４の記憶部３４に保存されている。但し、データベース３５０の少なくとも一部は、必要に応じて、サーバー４の通信部３２、ネットワーク３、情報端末２の通信部２７を介して情報端末２の記憶部２４に書き込まれることもある。また、情報端末２の記憶部２４に書き込まれたコースデータの少なくとも一部は、必要に応じて、情報端末２の通信部２２、電子機器１の通信部１９０を介して電子機器１の記憶部１３０に書き込まれることもある。
データベース３５０には、様々なコースのコースデータが含まれており、個々のコースのコースデータは、例えば、当該コースのコースＩＤ（コースの識別情報）、当該コースの距離（全長）、当該コースを構成する各地点の標高、当該コースを代表する地点の位置座標、当該コースで行うのに適したトレーニング種目などが含まれる。なお、１つのコースに適したトレーニング種目が複数ある場合には、複数のトレーニング種目の各々がコースデータに書き込まれる。また、１つのコースの区間毎にトレーニング種目が異なる場合には、区間の距離もトレーニング種目と共にコースデータに書き込まれる。
例えば、サーバー４の処理部３１は、データベース３５０に含まれる各コースの位置座標を参照し、それらコースの中から、ユーザーの現在位置からの距離が所定距離以内である１又は複数のコースを選出する。その後、電子機器１の表示部１７０は、トレーニングの開始前におけるユーザーの位置から所定距離以内に存在する少なくとも１つのコースをお勧めコースとして提示することができる。つまり、電子機器１の表示部１７０は、ユーザーの近隣に位置しないコースをお勧めコースの候補から除外することができる。
また、例えば、サーバー４の処理部３１は、ユーザーの現時点における精神的な疲労度及び肉体的な疲労度に基づき、現時点のユーザーに適したトレーニング種目を判定し、選出した１又は複数のコースの中から、当該トレーニング種目に適した１又は複数のコースを選出すること（或いは、当該トレーニング種目に適さない１又は複数のコースを除外すること）ができる。
なお、或るコースをユーザーが所定方向に移動する場合と、同じコースをユーザーが反対方向に移動する場合とでコースデータの内容（標高のデータ）は異なるので、データベース３５０には、１つのコースにつき２つずつのコースデータが保管されていてもよい。但し、１つのコースにつき１つずつのコースが保管される場合は、サーバー４の処理部３１は、コースにおけるユーザーの移動方向が正方向である場合と逆方向である場合とで、コースデータの配列（読み出し順序）を反転させればよい。
また、サーバー４の処理部３１は、所定のアルゴリズム（所定の選択条件）と、データベース３５０とに基づき、お勧めコースの互いに異なる区間に異なるお勧め種目を割り当てることも可能である。例えば、図２９のコースＩＤ０００２のコースは、ウォーキング２ｋｍ、ペース走３．８ｋｍとなっているので、サーバー４の処理部３１は、コースＩＤ０００２に対応するコースをお勧めコースとして選択した場合には、以下の選択条件（ｉ）（ｉｉ）を満たすように当該コースの各区間へトレーニング種目を割り当てることにより、お勧め種目付きのお勧めコース（いわゆるトレーニングメニュー）を生成することができる。
（ｉ）ペース走を出来るだけ連続で実施する
（ｉｉ）最初の区間及び最後の区間にウォーキングを割り当てる
この場合、コースＩＤ０００２に対応するお勧めコースの最初の１ｋｍ区間にウォーキングが割り当てられ、２番目の３．８ｋｍ区間にペース走が割り当てられ、最後の１ｋｍ区間にウォーキングが割り当てられる。
１−３０．コースお勧め処理のフロー
図３０は、サーバー４の処理部３１によるコースお勧め処理（情報出力方法の一例）の一例を説明するためのフローチャートである。なお、ここでは、お勧めコースを選択するアルゴリズムを主として説明する。また、コースお勧め処理に先立ち、ユーザーの体調情報（精神的な疲労度、肉体的な疲労度）を把握するために必要なログデータが情報端末２からサーバー４に対して送信され、かつ、当該ユーザーのユーザーＩＤ＝ｉに対応するログデータリスト３４１ｉに追加されたものとする。
先ず、処理部３１は、ユーザーの現在位置の情報を情報端末２から受信し（Ｓ６１１）、当該現在位置に基づきデータベース３５０を検索し、現在位置からの距離が閾値以下（例えば２０ｋｍ以下）である１又は複数のコース（お勧めコースの候補）を抽出する（Ｓ６１３）。なお、データベース３５０に予め登録された個々のコースの位置は、当該コースの代表位置のことである。よって、ここでは、代表位置からの距離が閾値以下である複数のコースが抽出されるものとする。以下、抽出されたお勧めコース数が２以上であったと仮定する。これによって、ユーザーの現在位置の属するエリア内（ここでは半径１０ｋｍの円形エリア）に代表位置を有する複数のコースが抽出される。
次に、処理部３１は、ユーザーの現在位置の属するエリアの気象情報を、ネットワーク３を介して不図示の気象サーバーから取得する（Ｓ６１４）。処理部３１は、通信部３２及びネットワーク３を介して不図示の気象サーバーへ現在位置を示す情報を送信し、当該現在位置の属するエリアの気象情報を、ネットワーク３及び通信部３２を介して当該気象サーバーから受信する。なお、気象情報に係るエリアは、ステップＳ６１３で抽出された複数のコースの全体を包含していることが好ましい。また、気象情報には、現時点及び未来を含む所定期間内における気象予報情報（気温の分布、気温の時間変化、降水量の分布、降水量の時間変化、気圧の分布、気圧の時間変化など）が含まれてもよい。なお交通情報および気象情報は、少なくとも一方の利用を省略することも可能である。
次に、処理部３１は、ユーザーのログデータリスト３４１ｉ、つまり、ユーザーについて取得された現時点までのログデータに基づき、ユーザーの現時点の体調情報（精神的な疲労度及び肉体的な疲労度）を取得する（Ｓ６１５）。なお、精神的な疲労度及び肉体的な疲労度を取得する処理については前述したとおりであって、その過程で精神的な疲労度及び肉体的な疲労度をユーザーに入力させてもよい（図４〜図７を参照。）。
次に、処理部３１は、ユーザーの現在位置の属するエリアの交通情報を、ネットワーク３を解して不図示の交通サーバーから取得する（Ｓ６１６）。処理部３１は、通信部３２
及びネットワーク３を介して不図示の交通サーバーへ現在位置を示す情報を送信し、当該現在位置の属するエリアの交通情報を、ネットワーク３及び通信部３２を介して当該交通サーバーから受信する。なお、交通情報に係るエリアは、ステップＳ６１３で抽出された複数のコースの全体を包含していることが好ましい。また、気象情報には、現時点及び未来を含む所定期間内における交通予報情報（混雑度の分布、混雑度の時間変化など）が含まれてもよい。
次に、処理部３１は、現在位置、体調情報、気象情報、交通情報に基づき、ステップＳ６１３で抽出された複数のコースの各々のスコアを算出する（Ｓ６１７）。スコアを算出する処理の詳細は、後述する。コースのスコアは、ユーザーに対するお勧め度のことである。
次に、処理部３１は、複数のコースごとのスコアと、複数のコースのコースデータ（データベース３５０に含まれる）とに基づき、お勧めコースの閲覧データ等を生成し、当該閲覧データを、通信部３２、ネットワーク３、通信部２７を介して情報端末２へ送信し、フローを終了する（Ｓ６１８）。お勧めコースの閲覧データは、複数のコースをスコア順に配列したものである（図１７〜図２１、図２３等を参照。）。よって、ユーザーに対しては、複数のお勧めコースがスコア順に提示されることになる。また、処理部２１は、表示スペースに制限があり、全てのお勧めコースを提示できない場合には、スコアの高い所定数のお勧めコースをスコア順に提示すればよい。つまり、処理部３１は、アクティビティの開始前におけるユーザーの位置から所定距離以内に存在する２以上のルートのうち推奨度が高いルートを推奨ルートとして提示してもよい。
なお、以上のフローにおいて、ステップの順序は適宜に入れ替えることが可能である。
１−３１．スコア算出処理
以下、コースのスコアを算出する処理について説明する。
コースのスコア（score）は、例えば、以下の式（１）によって算出される。
score＝−ｋ１×ｈ＋ｐ（ｄ｜ｋ２）−ｋ３×Ｎｓ…（１）
但し、式（１）における各パラメーターの意味は、以下のとおりである。
ｈ：コースの高低差の絶対値であって、例えば、コースにおける累積上昇高度及び累積下降高度のうち大きい方の絶対値である。
ｄ：コースの距離、すなわち全長である。コースの距離ｄは、データベース３５０に予め登録されている。
Ｎｓ：コース内でユーザーが停止すべきポイントの数であって、例えば、コースに配置された信号の数などである。
ｋ２：体調情報及び気象情報から導出される理想距離である。例えば、パラメーターｋ２は、ユーザーの体調が良好なほど（疲労度が低いほど）長く設定され、コースの気温が高いほど長く設定される。なお、パラメーターｋ２の算出に用いられる体調は、例えば、肉体的な疲労度、特に、ユーザーの最近の所定期間における日中の疲労度（平常時心拍数などから判断される）である。また、例えば、パラメーターｋ２は、同じ体調でも気温が２０℃なら理想距離は１０ｋｍ、２５℃なら理想距離は８ｋｍなどと設定される。
ｐ（ｄ｜ｋ２）：パラメーターｋ２とコースの実際の距離ｄとの一致度を示す値であっ
て、例えば、パラメーターｋ２を中心とした正規分布ｐ（ｋ２）へ実際の距離ｄを代入した値ｐ（ｋ２）である。
ｋ１：ユーザーの肉体的な疲労度を示す指標である。例えば、パラメーターｋ１は、ユーザーが最近の所定期間に行った階段昇降の所要時間などから導出することができる。階段昇降の所要時間が短いときほど、高低差の大きいコースのスコアが高くなる。
ｋ３：気象情報に応じて設定される指標である。例えば、パラメーターｋ３は、降水量が多いとき（雨のとき）には「２」に設定され、降水量が少ないとき（晴れのとき）には「１」に設定される。パラメーターｋ３が大きいときほど停止回数の少ないコースのスコアが高くなる。
なお、式（１）におけるパラメーターｋ１、ｋ２、ｋ３の値は、式（１）における各項のウェイトを調整する正規化の役割も担っている。よって、処理部３１は、ユーザーからの指示などに応じてパラメーターｋ１、ｋ２、ｋ３の大小関係を調節してもよい。
１−３２．その他のスコア算出処理
なお、処理部３１は、ユーザーの体調に基づきスコアを算出するほかに、ユーザーへのお勧めトレーニング種目又はユーザーが選択したトレーニング種目（以下、これらをまとめて「トレーニング種目」という。）に基づきスコアを算出してもよい。
例えば、処理部３１は、トレーニング種目に適した傾斜量とコースの傾斜量との一致度が高いほど、当該コースのスコアを高くしてもよい。なお、処理部３１の記憶部３４には、最適な傾斜量の値がトレーニング種目毎に予め記憶されており、処理部３１は、適宜に当該傾斜量の値を参照するものとする。
また、処理部３１は、トレーニング種目に適した距離と、コースの距離との一致度が高いほど、当該コースのスコアを高くしても良い。なお、処理部３１の記憶部３４には、最適な距離の値がトレーニング種目毎に予め記憶されており、処理部３１は、適宜に当該距離の値を参照するものとする。
また、処理部３１は、トレーニング種目に適したスピードと、コースにおける一般的な移動スピードとの一致度が高いほど、当該コースのスコアを高くしてもよい。なお、処理部３１の記憶部３４には、最適なスピードの値がトレーニング種目毎に予め記憶されており、処理部３１は、適宜に当該スピードの値を参照するものとする。また、データベース３５０には、一般的な移動スピードの値がトレーニング種目毎に予め記憶されており、処理部３１は、適宜に当該スピードの値を参照するものとする。
また、処理部３１は、トレーニング種目に適した高低差と、コースの高低差との一致度が高いほど、当該コースのスコアを高くしてもよい。なお、処理部３１の記憶部３４には、最適な高低差の値がトレーニング種目毎に予め記憶されており、処理部３１は、適宜に当該高低差の値を参照するものとする。
このようにして処理部３１がスコアを決定すれば、お勧めコースでトレーニングを行う際に、ユーザーが怪我を負うリスクを抑えたり、トレーニング効果を高めたり、ユーザーの疲労回復を効果的に行ったりすることができる。
１−３３．その他の種目お勧め処理
なお、上述したサーバー４の処理部３１は、お勧め種目及びお勧めコースを決定する処理をトレーニングの開始前に実行したが、トレーニングの開始前に実行した後、トレーニ
ング中に再度実行してもよい。例えば、トレーニングの開始当初は不良であったユーザーの体調がトレーニングの途中で好転し、お勧め種目やお勧めコースが変化する可能性もあるからである。
但し、その場合は、電子機器１の通信部１９０、情報端末２の通信部２２、通信部２７、ネットワーク３、及び通信部３２を介して、必要なログデータがトレーニング中に逐次にサーバー４へアップロードされるものとする。
なお、サーバー４の処理部３１は、当初のお勧め種目よりも負荷の高いお勧め種目をユーザーへ通知する際には、お勧めコースを変更する代わりにコースの周回数を増大させるなどのトレーニングメニューの変更を行ってもよい。
また、トレーニング中におけるお勧め種目又はお勧めコースの決定は、サーバー４の処理部３１の代わりに電子機器１の処理部１２０又は情報端末２の処理部２１が行ってもよい。
１−３４．フィードバック画面
電子機器１の処理部１２０は、トレーニングの終了後、表示部１７０の表示画面を、前述したナビゲーション画面から、フィードバック画面へと切り替える。ここでいうフィードバック画面は、トレーニングの計画を示すトレーニング計画と、トレーニングの実績を示すトレーニング実績とをユーザーが互いに比較するための画面のことである。
図３１は、フィードバック画面の一例である。図３１に示す画面には、トレーニング計画３１Ａと、トレーニング実績３１Ｂと、軸設定用のボタン３１Ｃとが並べて表示されている。
図３１において、トレーニング計画３１Ａは、トレーニングの開始前にユーザーへ提示されたお勧めコースを、お勧め種目「ペース走」に対応した視覚表現（標準的な線幅の破線イメージ）で表示したものである。
なお、図３１の例は、お勧めコースの１番目の区間のお勧め種目がウォーキング（実線イメージ）であり、２番目の区間のお勧め種目がペース走（標準的な線幅の破線イメージ）であり、３番目の区間のお勧め種目がウォーキング（実線イメージ）であった場合の例である。
トレーニング実績３１Ｂは、トレーニングの開始から終了までにユーザーが実際に移動したコースを、実際に行ったトレーニング種目「ペース走」に対応した視覚表現（標準的な線幅の破線イメージ）で表示したものである。
なお、図３１の例は、コースの１番目の区間でウォーキング（実線イメージ）が行われ、コースの２番目の区間でペース走（標準的な線幅の破線イメージ）が行われ、コースの３番目の区間でウォーキング（実線イメージ）が行われた場合の例である。
すなわち、表示部１７０は、トレーニングが行われた少なくとも１つのコースを表示し、処理部１２０は、少なくとも１つのコースのうち少なくとも一部分を、部分で行われたトレーニングの種目に対応した視覚表現で表示する制御を行う。なお、少なくとも１つのコースには、第１のトレーニングに対応する第１区間と第２のトレーニングに対応する第２区間とが含まれ、第１区間は、第１のトレーニングの種類に対応した第１視覚表現で表示され、第２区間は、第２のトレーニングの種類に対応した第２視覚表現で表示されてもよい。
ここで、図３１の例では、横軸設定用のボタン３１Ｃが「距離」に設定されているので、トレーニング計画３１Ａ及びトレーニング実績３１Ｂのうち、各区間の長さは各区間の距離に応じた長さに設定されている。
従って、ユーザーは、自分が実際に行ったトレーニングの内容と、自分に勧められたトレーニングの内容とを、同一の画面で詳細に比較することができる。
なお、横軸設定用のボタン３１Ｃが「距離」から「時間」へと切り替わると、トレーニング計画３１Ａ及びトレーニング実績３１Ｂのうち、各区間の長さは各区間の時間に応じた長さに切り替わる。
また、電子機器１の処理部１２０は、フィードバック画面に表示すべきトレーニング実績３１Ｂの情報を、トレーニング中に取得したログデータに基づき生成することができる。
また、ここでは、フィードバック画面の表示を電子機器１の表示部１７０が行うこととしたが、情報端末２の表示部２５が行ってもよい。また、フィードバック画面の生成は、電子機器１の処理部１２０が行ってもよいし、サーバー４の処理部３１が行ってもよい。なお、フィードバック画面の生成を情報端末２の処理部２１が行う場合には、トレーニング中に取得されたログデータを電子機器１の通信部１９０及び情報端末２の通信部２２を介して情報端末２へ転送する必要がある。また、フィードバック画面の生成をサーバー４の処理部３１が行う場合には、トレーニング中に取得されたログデータを電子機器１の通信部１９０、情報端末２の通信部２２、情報端末２の通信部２７、ネットワーク３、及びサーバー４の通信部３２を介して情報端末２へ転送する必要がある。
なお、フィードバック画面に表示された少なくとも１つのコースには、第１のトレーニングに対応する第１のコースと、第１のコースとは異なる第２のトレーニングに対応する第２のコースとが含まれ、第１のコースは、第１のトレーニングの種目に対応した第１視覚表現で表示され、第２のコースは、第２のトレーニングの種目に対応した第２視覚表現で表示されてもよい。フィードバック画面において複数のコースを表示する場合の表示方法は、複数のお勧めコースを表示する場合と同様であり、複数のコースを並べて表示する、選択されたコースを表示する、順次に表示する等の方法で表示してもよい。
１−３５．種目判定処理（全体）のフロー
図３２は、トレーニングの種目判定処理（全体）のフローチャートである。
ここでは、種目判定処理（全体）の主体が電子機器１の処理部１２０であり、種目判定処理（全体）の実行されるタイミングはトレーニング中であると仮定する。但し、種目判定処理（全体）の主体は、情報端末２の処理部２１又はサーバー４の処理部３１であってもよく、種目判定処理（全体）の実行されるタイミングはトレーニング後であってもよい。但し、主体が処理部２１又は処理部３１である場合には、電子機器１の通信部１９０、情報端末２の通信部２２、２７、ネットワーク３、サーバー４の通信部３２などを介して、トレーニング中のログデータが情報端末２又はサーバー４へトレーニング中又はトレーニング後に転送されるものとする。
ここでは、図３２のフローは、トレーニング開始後に所定周期（ここでは５秒の周期とする）で繰り返し電子機器１の処理部１２０により実行されるものとする。
先ず、電子機器１の処理部１２０は、最新区間（ここでは最新５秒分の区間）のログデ
ータを参照する（Ｓ７１１）。このフローの説明における「区間」とは、トレーニング期間を時分割してできる区間のことであって、他の説明における区間（距離分割してできる区間）とは異なる。また、ここで参照されるログデータは、ユーザーの運動状態及びユーザーの位置を示すログデータであって、例えば、加速度センサー１１３が出力する加速度データ、ＧＰＳセンサー１１０が出力する測位データ、気圧センサー１１２が出力する気圧データなどである。また、ログデータのサンプリング周期は、フローの実行周期（ここでは５秒）よりも短い周期（例えば１秒以下）とする。
次に、電子機器１の処理部１２０は、参照したログデータに基づき、今回の区間におけるユーザーの行動の種類が「ランニング」であるか否かを判定する（Ｓ７１２）。この判定は、行動の種類が「ランニング」であるかそれとも「ウォーク」又は「ストップ」であるかを判定するものである。
例えば、処理部１２０は、区間における加速度データを主成分分析し、第１固有値の大きさが一定以上、かつ、第１主成分のＦＦＴのピーク周波数（フーリエスペクトルのピーク周波数）が１．５Ｈｚ又は３．０Ｈｚ近辺のときに「ランニング」と判定し、第１固有値の大きさが一定以上、かつ、第１主成分のＦＦＴのピーク周波数（フーリエスペクトルのピーク周波数）が１．０Ｈｚ又は２．０Ｈｚ近辺のときには「ウォーク」と判定し、それ以外は「ストップ」と判定する。
そして、処理部１２０は、行動の種類が「ウォーク」又は「ストップ」であった場合（Ｓ７１２Ｎ）には、次のステップＳ７１３をスキップしてフローを終了し、「ランニング」であった場合（Ｓ７１２Ｙ）には、次のステップＳ７１３を実行する。
次に、電子機器１の処理部１２０は、今回の区間について種目判定処理（詳細）を実行することにより、今回の区間におけるトレーニング種目を判定し、フローを終了する（Ｓ７１３）。今回の区間のログデータ（例えば、ペース、心拍数など）に基づき、今回の区間で行われたトレーニングの種目を判定する。種目判定処理（詳細）のフローは、以下のとおりである。
１−３６．種目判定処理（詳細）のフロー
図３３は、トレーニングの種目判定処理（詳細）のフローチャートである。
ここでは、種目判定処理（詳細）の主体が電子機器１の処理部１２０であり、種目判定処理（詳細）の実行されるタイミングをトレーニング中であると仮定する。但し、種目判定処理（詳細）の主体は、情報端末２の処理部２１又はサーバー４の処理部３１であってもよく、種目判定処理（詳細）の実行されるタイミングはトレーニング後であってもよい。但し、主体が処理部２１又は処理部３１である場合には、電子機器１の通信部１９０、情報端末２の通信部２２、２７、ネットワーク３、サーバー４の通信部３２などを介して、トレーニング中のログデータ（ただし、ここでは、少なくとも以下に説明するログデータが含まれていればよい。）が情報端末２又はサーバー４へトレーニング中又はトレーニング後に転送されるものとする。
ここでは、図３３のフローは、トレーニング中に、所定周期（ここでは５秒の周期とする）で繰り返し電子機器１の処理部１２０により実行されるものとする。
図３３のフローでは、最新５秒の区間で行われたトレーニングが５つの種目「ビルドアップ走」、「インターバル走」、「ジョギング」、「ＬＳＤ」、「起伏走」の何れに属するかを判定する（ステップＳ８２９、Ｓ８３１、Ｓ８３５、Ｓ８３７、Ｓ８３９）。但し、これら５つの種目のうち、「ペース走」、「ビルドアップ走」、「インターバル走」の
３つの判定については、１区間のログデータのみでは即座に確定できないので、複数区間の判定の結果を総合的に考慮する。このため、図３３のフローには、最新区間の判定結果を保留する処理（Ｓ８２３）と、先行する区間についての判定結果を訂正する処理（Ｓ８４１〜Ｓ８５７）とが挿入されている。以下、各ステップを説明する。
先ず、処理部１２０は、今回の区間のログデータに含まれる位置及び高度のデータに基づき、今回の区間に適当な傾斜量以上の起伏が存在したか否かを判定する（Ｓ８１１）。存在した場合（Ｓ８１１Ｙ）には、今回の区間で行われたトレーニング種目を「起伏走」と判定して（Ｓ８３９）、フローを終了し、そうでない場合（Ｓ８１１Ｎ）には、次の判定処理へ移行する。
次に、処理部１２０は、今回の区間のログデータに含まれるペースのデータに基づき、今回の区間のペースが第１閾値（例えば７’００”／ｋｍ）より遅いか否かを判定する（Ｓ８１３）。今回の区間のペースが第１閾値より遅い場合（Ｓ８１３Ｙ）には、「ジョギング」と「ＬＳＤ」とを区別する処理（Ｓ８３３〜Ｓ８３７）へ移行し、そうでない場合（Ｓ８１３Ｎ）には、先の区間の判定結果に基づく判定処理（Ｓ８１５）へ移行する。
次に、処理部１２０は、前回の判定結果が「インターバル走」であったか否かを判定する（Ｓ８１５）。但し、初回のステップＳ８１５では前回の判定結果が存在しないので、即座に次の判定処理へ移行する。そして、処理部１２０は、前回の判定結果が「インターバル走」であった場合には（Ｓ８１５Ｙ）、今回の区間の判定結果も「インターバル走」として（Ｓ８３１）フローを終了し、そうでない場合には（Ｓ８１５Ｎ）、次の判定処理（Ｓ８１７）へ移行する。
次に、処理部１２０は、前回の判定結果が「ビルドアップ走」であったか否かを判定する（Ｓ８１７）。但し、初回のステップＳ８１７では前回の判定結果が存在しないので、即座に次の判定処理へ移行する。そして、処理部１２０は、前回の判定結果が「ビルドアップ走」であった場合には（Ｓ８１７Ｙ）、「ビルドアップ走」と「インターバル走」とを区別する処理（Ｓ８２５〜Ｓ８３１）へ移行し、そうでない場合には（Ｓ８１７Ｎ）、次の判定処理（Ｓ８１９）へ移行する。
次に、処理部１２０は、前回の判定結果が「ペース走」であったか否かを判定する（Ｓ８１９）。但し、初回のステップＳ８１９では前回の判定結果が存在しないので、即座に次の判定処理へ移行する。そして、処理部１２０は、前回の判定結果が「ペース走」であった場合には（Ｓ８１９Ｙ）、訂正に関する処理（Ｓ９４１〜Ｓ８５３）へ移行し、そうでない場合には（Ｓ８１９Ｎ）、次の判定処理（Ｓ８２１）へ移行する。
次に、処理部１２０は、最新の所定期間Ｔ１（例えば２以上の区間）のログデータに含まれペースのデータに基づき、所定期間Ｔ１においてペースが維持されているか否かを判定する（Ｓ８２１）。そして、処理部１２０は、ペースが維持されていると判定した場合には（Ｓ８２１Ｙ）、前回までの各区間の判定結果「保留」を「ペース走」に訂正してから（Ｓ８５７）、今回の区間の判定結果を「ペース走」として（Ｓ８４３）、フローを終了する。一方、ペースが維持されていない場合には（Ｓ８２１Ｎ）、今回の区間の判定結果を「保留」としてから（Ｓ８２３）、フローを終了する。
次に、「ビルドアップ走」と「インターバル走」とを区別する処理（Ｓ８２５〜Ｓ８３１）を説明する。
先ず、処理部１２０は、前回までの区間の平均ペースを基準とした今回の区間のペース低下量が閾値（６０秒／ｋｍ）以上であるか否かを判定し（Ｓ８２５）、閾値以上でない
場合（Ｓ８２５Ｎ）には、今回の区間の判定結果を「ビルドアップ走」として（Ｓ８２９）、フローを終了する。また、ペース低下量が閾値以上である場合（Ｓ８２５Ｙ）には、今回の区間に連続する区間の判定結果「ビルドアップ」を「インターバル走」に訂正し（Ｓ８２７）、かつ、今回の区間の判定結果を「インターバル走」としてから（Ｓ８３１）、フローを終了する。
次に、「ジョギング」と「ＬＳＤ」とを区別する処理（Ｓ８３３〜Ｓ８３７）を説明する。
先ず、処理部１２０は、今回の区間のペースが前記第１閾値より遅い第２閾値（例えば７’００”／ｋｍ）より遅いか否かを判定する（Ｓ８３３）。今回の区間のペースが第２閾値より遅くない場合（Ｓ８３３Ｎ）には、今回の区間の判定結果を「ジョギング」とし（Ｓ８３５）、そうでない場合（Ｓ８３３Ｙ）には、今回の区間の判定結果を「ＬＳＤ」としてから（Ｓ８３７）、フローを終了する。
次に、先行する区間についての判定結果を訂正する処理（Ｓ８４１〜Ｓ８５７）を説明する。
先ず、処理部１２０は、ペース走と判定された前回までの連続区間の平均ペースと、今回の区間のペースとの差分（ペース変化量）の大きさが閾値（３０秒／ｋｍ）以上であるか否かを判定し（Ｓ８４１）、ペース変化量の大きさが閾値以上でない場合（Ｓ８４１Ｎ）には、今回の区間の判定結果を「ペース走」としてから（Ｓ８４３）、フローを終了する。
一方、処理部１２０は、ペース変化量の大きさが閾値以上である場合（Ｓ８４１Ｙ）には、更なる判定処理（Ｓ８４５）へ移行する。
更なる判定処理（Ｓ８４５）では、処理部１２０は、ペース走と判定された前回までの連続区間の平均ペースよりも、今回の区間のペースの方が遅いか否かを判定する（Ｓ８４５）。
処理部１２０は、平均ペースより今回の区間のペースの方が遅くないと判定した場合には（Ｓ８４５Ｎ）、当該連続区間の判定結果「ペース走」を「ビルドアップ走」に訂正し（Ｓ８４７）、今回の区間の判定結果を「ビルドアップ走」として（Ｓ８４９）、フローを終了する。
処理部１２０は、平均ペースより今回の区間のペースの方が遅いと判定した場合には（Ｓ８４５Ｙ）、当該連続区間の判定結果「ペース走」を「インターバル走」に訂正し（Ｓ８５１）、今回の区間の判定結果を「インターバル走」として（Ｓ８５３）、フローを終了する。
なお、以上のフローがトレーニング中に繰り返された結果、各区間においてユーザーが行ったトレーニング種目（判定結果）が確定する。区間毎の種目（判定結果）の情報は、例えば、トレーニングのログデータに盛り込まれ、所定のフォーマットで電子機器１の通信部１９０、情報端末２の通信部２２、通信部２７、ネットワーク３、サーバー４の通信部３２を介して、サーバー４へ転送される。そして、当該ログデータは、サーバー４の記憶部３４のデータベース３５０へ登録される。コースデータのフォーマットについては、前述したとおりである。
１−３７．フィードバック画面（円グラフ）
電子機器１の処理部１２０は、トレーニングの終了後、表示部１７０の表示画面を、前述したナビゲーション画面から、フィードバック画面へと切り替える。ここでいうフィードバック画面は、トレーニングの実績を示す画面のことである。
図３４は、トレーニング実績（種目別グラフ）の一例である。図３４に示す画面には、１回のトレーニングで行われた種目の比率が円グラフで表されている。円グラフの各領域の中心角は、トレーニング時間（又は距離）の長さを表している。図３４に示す例では、１回のトレーニングにおいて、ランニングと、ペース走と、ウォーキングが行われた場合の円グラフを示している。
ここで、円グラフのうち、ランニングに対応する扇状領域は、ランニングに対応する視覚表現（例えば赤色のハッチングパターン）で表示され、ペース走に対応する扇状領域は、ペース走に対応する視覚表現（例えば黄色のハッチングパターン）で表示され、ウォーキングに対応する扇状領域は、ウォーキングに対応する視覚表現（例えば青色のハッチングパターン）で表示されている。視覚表現は、互いに識別可能な表現であればよく、例えば色、ハッチングパターン、図形等や、これらの組み合わせを用いることができる。
また、ここでは、フィードバック画面に対して１回のトレーニングについての実績を表示させたが、複数回のトレーニングについての実績を表示させてもよい。例えば、最近１ヶ月のトレーニングについての実績を表示させてもよい。
１−３８．フィードバック画面（マップ表示）
また、図３５に示すとおり、フィードバック画面にもマップ表示（図２８参照）を採用することができる。つまり、表示部１７０は、ユーザーがトレーニングを行った少なくとも１つのコースを地図に重畳させて表示してもよい。マップ表示とは、二次元のマップ（緯度軸及び経度軸を有するマップ）上にコースを重畳して表示させる表示方法のことである。この場合においても、コースの各区間は、当該区間で行われた種目に対応した視覚表現（又は、当該区間におけるお勧め種目に対応した視覚表現）で表示される。なお、地図は、コースの少なくとも一部を含む二次元の地図、コースの少なくとも一部を含む三次元の地図、コースの少なくとも一部の標高を表す地図のうち少なくとも１つであってもよい（なお、図３５では、コースを目立たせるため、地図に配置されたランドマークなどの要素の表示を省略している。）。
また、処理部１２０は、フィードバック画面をマップ表示する際には、トレーニング計画とトレーニング実績とを同時に並べて表示させてもよいし、図３５に示すとおり、トレーニング計画を表示した画面（ナビゲーション画面に相当する）とトレーニング実績を表示した画面との間で表示画面を切り替えてもよい。この場合、処理部１２０は、表示画面の切り替えを行うタイミングを、所定時間毎（例えば１秒ごと）としてもよいし、ユーザーが何らかのアクションをしたタイミングとしてもよい。電子機器１の表示部１７０のようにサイズに制約がある場合には、表示画面の切り替えが特に有効である。
１−３９．フィードバック画面（標高マップ）
また、図３６に示すとおり、フィードバック画面にも標高マップ（図２４参照）を採用することができる。標高マップとは、ユーザーから見て上下方向に標高座標軸を配し、ユーザーから見て左右方向に位置座標軸を配したグラフの曲線イメージである。
ここで、図３６に示すコースの各区間は、当該区間で行われたトレーニング種目に対応した視覚表現で表示されている。図３６の例では、上り坂からなる区間の多くは、「ウォーキング」に対応した視覚表現（実線イメージ）で表示されており、下り坂からなる区間
の多くは「起伏走」に対応した視覚表現（点線イメージ）で表示されている。
このようなフィードバック画面によると、トレーニングにおけるウォーキングとランニングの配分がコースの勾配の配分と比較して適切だったのかを、トレーニング後にユーザーが検証すること（振り返ること）が可能である。例えば、ユーザーは、上り坂でペースが低下し、下り坂でペースが上昇するなど、コースにおける各区間の勾配と速度との相関を把握することができる。
また、マラソンコースをユーザーが移動した場合などにおいて、コースの全区間を走れたかどうか、コースの全区間を歩かなかったかどうか、などの集計結果（「完走率８０％」などの数値）を処理部１２０が取得し、フィードバック画面と共にユーザーへ表示することもできる。このような集計結果の表示は、各種のフィードバック画面に採用することが可能である。
１−４０．ループ状のコースについて
また、コースがループ状であるときには、マップ上にコースを重畳させた場合に、２周目移行のコースを先のコースと区別し難くなる。
そこで、電子機器１の処理部１２０は、２周目以降のコースを、先のコースの内側にずらして表示させたり、互いに異なる周のコースを所定時間ごと(１秒ごと)に切り替え表示させたりしてもよい。これらの方法は、特にトラックでのトレーニングで有効である。
また、例えば、図３７に示すとおり、コースにおけるユーザーの進行方向を（矢印マークなどで）マップ上に表示してもよい。図３７に示す例は、電子機器１の表示部１７０の代わりに情報端末２の表示部２５にマップを表示させた例である。情報端末２の表示部２５の方が電子機器１の表示部１７０よりもサイズの制約が少ないので、より複雑なコース（より詳細なコース形状）を表示することが可能である。
１−４１．タイプ診断
また、サーバー４の処理部３１は、記憶部３４に格納されたユーザーのログデータ（最新のトレーニングで取得されたログデータを含む）に基づき、当該ユーザーのタイプを診断してもよいし、診断したタイプを、次回以降に実行されるお勧めコースの決定やお勧め種目の決定に用いてもよい。なお、ユーザーのタイプとは、身体能力の傾向またはトレーニングの傾向のことであり、例えば「スタミナ型」、「スピード型」などの別のことである。
また、サーバー４の処理部３１は、例えば、ユーザーが情報端末２の操作部２３を介して自分のタイプ（「スタミナ型」、「スピード型」などの別）を入力した場合には、当該タイプを情報端末２から受信し、当該タイプに適合するお勧めコースやお勧め種目を決定してもよい。
１−４２．コースアウト判定
また、電子機器１の処理部１２０は、前述したナビゲーション画面の表示中に、コースアウト判定処理を実行し、ユーザーが実際に移動しているコースがお勧めコースから外れた場合には、その旨をユーザーへ通知してもよい。以下、コースアウト判定処理について説明する。
図３８は、コースアウト判定処理の一例を説明するためのフローチャートである。電子機器１の記憶部２４は、コースアウトフラグを記憶しており、コースアウトフラグは、処理部１２０によって必要に応じてオン又はオフされる。コースアウトフラグは、トレーニ
ングの開始当初はオフされているものとする。また、以下のフローは、トレーニング中に繰り返し実行される。
先ず、処理部１２０は、コースアウトフラグを参照し、コースアウトフラグがオフされているか否かを判定する（Ｓ９１１）。コースアウトフラグがオフされていた場合（Ｓ９１１Ｙ）は、次のステップＳ９１３へ移行し、そうでない場合（Ｓ９１１Ｎ）は、フローを終了する。
次に、処理部１２０は、ユーザーの現在位置からお勧めコースまでの距離、すなわち、現在位置からお勧めコースの一番近い地点までの距離を計算する（Ｓ９１３）。
次に、処理部１２０は、ステップＳ９１３で計算した距離が閾値以下であるか否かを判定し（Ｓ９１５）、閾値以下である場合（Ｓ９１５Ｙ）には次のステップＳ９１７へ移行し、そうでない場合（Ｓ９１５Ｎ）には、ステップＳ９２１へ移行する。
次に、処理部１２０は、現時点におけるユーザーの速度の方向（例えば、測位データに含まれる速度ベクトルによって表される）と、現時点までのログデータ（速度ベクトル以外のログデータ）とに基づき、ユーザーがお勧めコースを逆走しているか否かを判定する（Ｓ９１７、Ｓ９１９）。
次に、処理部１２０は、ユーザーが逆送している場合（Ｓ９１９Ｙ）には、ステップＳ９２１へ移行し、そうでない場合（Ｓ９１９Ｎ）にはフローを終了する。
次に、処理部１２０は、コースアウトフラグをオンする（Ｓ９２１）。
次に、処理部１２０は、コースアウトした旨をユーザーへ通知し（Ｓ９２３）、フローを終了する。ユーザーへの通知は、表示部１７０におけるイメージ（テキストイメージ含む）の表示、音出力部１８０からの音（振動含む）の発生などにより行われる。通知の態様には、様々な態様を用いることができる。
なお、処理部１２０は、コースアウトフラグがオンされた場合には、前述したナビゲーション機能を自動的に停止させてもよい。このとき、例えば、表示部１７０は、ナビゲーション画面を表示する代わりに、お勧めコース、お勧め種目などの表示を行ってもよい。この表示により、ユーザーは、トレーニングを行うコースを別のコースへ変更することを検討できる。
２．実施形態の作用効果
以上説明したとおり、本実施形態のシステムは、トレーニング（アクティビティ）の開始前におけるユーザーの体調（肉体的な疲労度、精神的な疲労度）に関する情報を取得し、トレーニングを行うコース（ルート）及び種目としてユーザーへ推奨されるお勧めコース及びお勧め種目を当該体調情報に基づいて提示するので、ユーザーは、自分の体調に適したコース及びトレーニング種目を適切に選択することが可能である。これによって、ユーザーのパフォーマンスを最大に伸ばしたり、ユーザーが怪我を負うリスクを最小限に抑えたりすることを支援できる。
また、本実施形態のシステムは、トレーニングを行うコースとしてユーザーへ推奨される少なくとも１つのお勧めコース（推奨ルート）を表示し、少なくとも１つのお勧めルートのうち少なくとも一部分を、当該部分で行われるトレーニングの種類（種目）に対応した視覚表現で表示するので、ユーザーは、お勧めルートの少なくとも一部分で行われるトレーニングの種類（種目）を、当該部分の視覚表現から判断することができる。つまり、
ユーザーは、当該部分で行うべきトレーニングの種類（種目）を、視覚によって容易に確認することができる。
また、本適用例に係るシステムは、トレーニング（アクティビティ）が行われた少なくとも１つのコース（ルート）を表示し、少なくとも１つのコースのうち少なくとも一部分を、当該部分で行われたトレーニングの種類（種目）に対応した視覚表現で表示する制御を行うので、ユーザーは、当該コースの少なくとも一部分で行われたトレーニングの種類を、当該部分の視覚表現から判断することができる。つまり、ユーザーは、当該部分で行われたアクティビティの種類を、視覚によって容易に確認することができる。
更に、本実施形態のシステムによれば、ユーザーは、自分のトレーニング実績をフィードバック画面で確認することができるので、トレーニングだけでなくトレーニング後の振り返りを容易に行うことができる。また、自分のトレーニングを他人へ伝達するのも容易である。また、ユーザーは、自分の指導者などへフィードバック画面を開示することにより、トレーニングのアドバイスを的確に受けることも容易である。また、ユーザーは、システムから提示されたお勧めコースやお勧め種目と、自分でトレーニングを行ったコースや種目とを容易に比較することができる。よって、ユーザーは、自己のトレーニングの分析に費やす時間を削減することもできる。また、ユーザーに専門知識が少なくても、トレーニングメニューの振り返りや、次回トレーニングへの反映が容易である。また、ユーザーは、振り返りを積み重ねることで、トレーニング構成スキル（メニューの作成スキル）を向上させることも可能である。
３．変形例
３−１．その他の生体データ
上記実施形態のシステムは、ユーザーのログデータ（記録すべき項目）として、ユーザーの血圧、脳波、血糖値、体温、赤血球数、ヘマトクリット、ヘモグロビン濃度などの生体データを用いることにより、お勧めコース、お勧め種目の精度を更に高めてもよい。また、ユーザーの生体データをセンサーで取得することが難しい場合には、トレーニングの前にユーザーが当該生体データを入力すればよい。例えば、体重計というセンサーを電子機器１に搭載することは難しいので、体重に関するデータは、ユーザーが手動で入力したり、体重計との通信によって取得することが考えられる。ユーザーによる入力は、電子機器１の操作部１５０、情報端末２の操作部２３などを介して行われる。
上記実施形態のシステムは、ユーザーのログデータとして、ユーザーの飲食データを用いることにより、お勧めコース、お勧め種目の精度を高めてもよい。また、ユーザーの飲食データをセンサーで取得することが難しい場合には、トレーニングの前にユーザーが当該飲食データを入力すればよい。ユーザーによる入力は、電子機器１の操作部１５０、情報端末２の操作部２３などを介して行われる。
３−２．お勧めコース等の有効期限
上述したサーバー４の処理部３１は、お勧めコース又はお勧め種目に有効期限を設定してもよい。なぜなら、時間経過とともにユーザーの体調は変化し、それに伴いお勧めコース又はお勧め種目も変化するからである。サーバー４の処理部３１、情報端末２の処理部２１、電子機器１の処理部１２０は、有効期限が経過した場合に、その旨をユーザーへ通知してもよいし、通知する代わりに又は通知することに加えて、お勧めコース又はお勧め種目を更新してもよい。
なお、通知の時期又は更新の時期は、お勧めコース又はお勧め種目の決定に用いられたログデータの取得時刻からの経過時間、お勧めコース又はお勧め種目のユーザーへの提示時刻からの経過時間などに基づき設定される。
また、上述したサーバー４の処理部３１は、お勧めコース又はお勧め種目をユーザーに提示する際に、ユーザーへのメッセージを付加してもよい。メッセージは、音声、画像などによって表現することができる。
３−３．ユーザー毎にお勧め
本実施形態のシステムは、お勧めコース又はお勧め種目を決定する処理のパラメーターなどを、ユーザーのタイプによって例えば以下のとおり調節してもよい。なお、ユーザーのタイプは、例えばユーザー身体データと共にユーザー自身がシステムへ入力してもよいし、ユーザーのログデータから自動的にシステムが判定してもよい。
（１）ファンランナー
運動成績の向上や体重減少などよりも、楽しんで走ることを主目的としているユーザーである。ユーザーの好みに合わせるために、ユーザーが普段走っているコースや、それと似たコースのスコアが高くなるようにパラメーターを調節する。
（２）アスリート
運動成績向上、大会出場等の目標を持つ等、体を鍛えることを主目的としているユーザーである。ユーザーの身体が徐々に鍛えられるようにパラメーターを調節する。
（３）ダイエットなど体調改善の目的で利用する人
ユーザーの入力する精神的な疲労度が徐々に悪化していた場合には、その旨をユーザーに通知する。
３−４．ユーザー設定
上記システムでは、各種のユーザー設定が可能であることが好ましい。例えば、お勧めコースのスタートをユーザーに入力させたり、お勧めコース又はお勧め種目を決定する際に用いられる条件（地理的条件、コースの信号数、気候、起伏量など）の少なくとも一部をユーザーに指定させたりしてもよい。
３−５．ログデータについて
上記システムでは、お勧めコース又はお勧め種目を決定する際に、ユーザーのスポーツ大会の参加実績（種目、内容、日時、結果、気温、天候など）をログデータの一部として用いてもよい。参加実績については、ユーザーがシステムへ入力してもよい。例えば、システムは、お勧めコース又はお勧め種目を決定する際に、ユーザーがトレーニングの直前に参加した大会の実績を考慮してもよい。
３−６．お勧めコース等の表示について
お勧めコース又はお勧め種目を直線状の視覚表現（チューブイメージ、ブロックイメージ、ロープイメージ、ワイヤーイメージ、リボンイメージ、矢印マーク、ブロックイメージ列、マーク列など）で表示する場合には、当該視覚表現の長さを、お勧めコース又はお勧め種目の距離に対応した長さに設定してもよいし、お勧めコース又はお勧め種目の時間に対応した長さに設定してもよい。
３−７．その他のお勧め
上記システムは、トレーニング前のログデータに基づきお勧めコース及びお勧め種目を決定したが、ログデータに含まれる心拍数（例えば前回のトレーニング時の心拍数）に基づき、お勧めペースを決定してもよい。お勧めペースとは、ユーザーの心肺能力に適したペースである。システムは、例えば、心拍数が高くなりやすいユーザーには緩やかなペースをお勧めし、心拍数が高くなりにくいユーザーには急峻なペースをお勧めしてもよい。
３−８．センサー種類について
上記の実施形態の電子機器１は、センサーとして、以下の各種のセンサーのうち少なくとも１つを用いることができる。すなわち、加速度センサー、ＧＰＳセンサー、角速度センサー、速度センサー、心拍センサー（胸ベルトなど）、脈拍センサー（心臓以外の場所で測るセンサー）、歩数計、圧力センサー、高度センサー、温度センサー（気温センサー、体温センサー）、地磁気センサー、体重計（電子機器１の外部装置として用いる）、紫外線センサー、発汗量センサー、血圧センサー、血中酸素濃度（ＳｐＯ２）センサー、乳酸センサー、血糖値センサーなどである。また、その他のセンサーを電子機器１が含んでいてもよい。
３−９．通知態様について
また、電子機器１又は情報端末２は、ユーザーに対する情報の通知を、画像表示により行ってもよいし、音出力、振動、光、色（ＬＥＤの発光やディスプレイの表示色）などにより行ってもよいし、画像表示、音出力、振動、光、色のうち少なくとも２つの組み合わせにより行ってもよい。
３−１０．その他のカスタマイズについて
また、上記の実施形態のシステムによるユーザーへの通知内容（通知期間、通知項目、通知態様、集計手法、通知順序などを含む）の少なくとも一部は、ユーザーが予め設定することが可能（カスタマイズ可能）であってもよい。
３−１１．機器の形態について
また、電子機器１及び情報端末２の少なくとも一方は、リスト型電子機器、イヤホン型電子機器、指輪型電子機器、ペンダント型電子機器、スポーツ器具に装着して使用する電子機器、スマートフォン、ヘッドマウントディスプレイ（ＨＭＤ：Head Mount Display）、ヘッドアップディスプレイ（ＨＵＤ：Head Up Display）など、様々なタイプの携帯情報機器として構成することができる。
３−１２．表示データ（集計方法）について
また、上記システムがユーザーへ通知するデータの集計方法としては様々なものを採用できる。例えば、期間内の平均、ベストの値、ワーストの値、累計、推移（グラフ）、目標、達成度、ばらつき（変動の大きさまたは小ささなど）、割合、パラメーターの計測値から算出される予想値（所定距離を走るのに要する時間や、所定時間で走れる距離）、活動の評価（点数、良かった割合など）であってもよい。
３−１３．表現方法について
また、上記システムがユーザーへデータを通知するときの表現方法としては、以下の方法の少なくとも１つを採用することもできる。
（１）折れ線で推移を表現
（２）棒グラフ
（３）数値の表（スクロール等してもよい）
（４）ある項目について、目標と結果、結果と予想、最大最小と平均などを並べて表示
（５）所定条件を満たしたら表示を変える…たとえば、色を変える（白黒反転、違う文字色や背景色で強調など）、表示の仕方を変える（所定のマークが表示される、点滅する、通常より大きな文字を使うなど）。
３−１４．オプション機能について
また、電子機器１及び情報端末２の少なくとも一方には、他の機能が搭載されてもよい
。他の機能とは、例えば公知のスマートフォン機能である。スマートフォン機能には、例えば、通話機能、メール着信通知機能、電話着信通知機能、通信機能、カメラ機能、などが含まれる。
３−１５．種目について
また、本実施形態のシステムが扱う種目は、上記したものに限定されることはない。例えば、マラソン、ランニング、ウォーキングのほか、登山、トレッキング、競歩、スキー（クロスカントリースキー、スキージャンプなどを含む）、スノーボード、スノーシューハイキング、自転車、スイミング、トライアスロン、スケート、バイク、水泳、トレイルランニング、ゴルフ、テニス、野球、サッカー、バイク、モータースポーツ、ボート、ヨット、パラグライダー、カイト、犬ぞり、などの各種の種目が挙げられる。なお、上記した全ての種目についてコースやトレーニング種目を提示する必要はなく、システムが扱う少なくとも１つのスポーツ種目について提示することができればよい。
３−１６．システム用途について
また、本実施形態のシステムの用途は、スポーツの他に、フィットネスダイエット、ナビゲーション、リハビリテーションなどにも適用が可能である。いずれの場合も、体を動かす活動をアクティビティということができる。また、本実施形態のシステムは、各用途に応じて異なる項目をロギングしてもよいし、ユーザーに用途を選択させてもよい。
３−１７．システム形態について
上記の実施形態のシステムでは、サーバー４の機能の一部が情報端末２又は電子機器１に搭載されてもよいし、情報端末２又は電子機器１の機能の一部がサーバー４に搭載されてもよい。また、上記の実施形態では、電子機器１の機能の一部又は全部が情報端末２に搭載されてもよいし、サーバー４及び情報端末２の機能の一部又は全部が電子機器１に搭載されてもよいし、サーバー４及び電子機器１の機能の一部又は全部が情報端末２に搭載されてもよい。また、複数の電子機器同士が通信により連携し、上述した実施形態のシステムの機能の一部又は全部を担ってもよい。
つまり、本実施形態のシステムは、以下の何れの形態をもとりうる。
（１）電子機器（リスト機器）＋情報端末（スマートフォン、ＰＣ）＋ネットワーク＋サーバー
（２）情報端末（スマートフォン、ＰＣ）＋ネットワーク＋サーバー
（３）電子機器（リスト機器）＋ネットワーク＋サーバー
（４）電子機器（リスト機器スタンドアロン）
（５）情報端末（スタンドアロン）
（６）上記のいずれかにおいて電子機器同士の機器連携
３−１８．測位システムについて
また、上記の実施形態では、全地球衛星測位システムとしてＧＰＳを利用したが、他の全地球航法衛星システム（ＧＮＳＳ：Global Navigation Satellite System）を利用してもよい。例えば、ＱＺＳＳ（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）を利用してもよい。
４．その他
本発明は上記の実施形態に限定されず、本発明の要旨の範囲内で種々の変形実施が可能である。
また、上述した各実施形態及び各変形例は一例であって、これらに限定されるわけではない。例えば、各実施形態及び各変形例を適宜組み合わせることも可能である。
また、本発明は、実施形態で説明した構成と実質的に同一の構成（例えば、機能、方法及び結果が同一の構成、あるいは目的及び効果が同一の構成）を含む。また、本発明は、実施形態で説明した構成の本質的でない部分を置き換えた構成を含む。また、本発明は、実施形態で説明した構成と同一の作用効果を奏する構成又は同一の目的を達成することができる構成を含む。また、本発明は、実施形態で説明した構成に公知技術を付加した構成を含む。
１…電子機器、１１０…ＧＰＳセンサー、１２０…処理部、１３０…記憶部、１１１…地磁気センサー、１１２…気圧センサー、１１３…加速度センサー、１１４…角速度センサー、１１５…脈センサー、１１６…温度センサー、１５０…操作部、１６０…計時部、１７０…表示部、１８０…音出力部、１９０…通信部、２…情報端末、３…ネットワーク、４…サーバー

Claims (8)

  1. アクティビティを行うルートとしてユーザーへ推奨される少なくとも１つの推奨ルートを表示する表示部と、
    前記少なくとも１つの推奨ルートのうち少なくとも一部分を、前記部分で行われるアクティビティの種類に対応した視覚表現で表示する制御を行うプロセッサーと、
    を含む、情報出力システム。
  2. 前記少なくとも１つの推奨ルートには、
    第１アクティビティに対応する第１推奨ルートと、前記第１推奨ルートとは異なる第２アクティビティに対応する第２推奨ルートとが含まれ、
    前記第１推奨ルートは、
    前記第１アクティビティの種類に対応した第１視覚表現で表示され、
    前記第２推奨ルートは、
    前記第２アクティビティの種類に対応した第２視覚表現で表示される、
    請求項１に記載の情報出力システム。
  3. 前記推奨ルートには、
    第１アクティビティに対応する第１区間と第２アクティビティに対応する第２区間とが含まれ、
    前記第１区間は、
    前記第１アクティビティの種類に対応した第１視覚表現で表示され、
    前記第２区間は、
    前記第２アクティビティの種類に対応した第２視覚表現で表示される、
    請求項１に記載の情報出力システム。
  4. 前記表示部は、
    前記推奨ルートを地図に重畳させて表示する、
    請求項１〜３の何れか一項に記載の情報出力システム。
  5. 前記地図は、
    前記推奨ルートの少なくとも一部を含む二次元の地図、
    前記推奨ルートの少なくとも一部を含む三次元の地図、
    前記推奨ルートの少なくとも一部の標高を表す地図のうち少なくとも１つである、
    請求項４に記載の情報出力システム。
  6. 前記プロセッサーは、
    前記推奨ルートを前記ユーザーが移動しているときに、前記推奨ルートのうち前記ユーザーが移動した区間を、前記ユーザーが移動していない区間とは異なる視覚表現で表示する、
    請求項１〜５の何れか一項に記載の情報出力システム。
  7. アクティビティを行うルートとしてユーザーへ推奨される推奨ルートを表示することと、
    前記推奨ルートのうち少なくとも一部分を、前記部分で行われるアクティビティの種類に対応した視覚表現で表示する制御を行うことと、
    を含む、情報出力方法。
  8. アクティビティを行うルートとしてユーザーへ推奨される推奨ルートを表示することと、
    前記推奨ルートのうち少なくとも一部分を、前記部分で行われるアクティビティの種類に対応した視覚表現で表示する制御を行うことと、
    をコンピューターに実行させる、情報出力プログラム。
JP2016158887A 2016-08-12 2016-08-12 情報出力システム、情報出力方法、及び情報出力プログラム Pending JP2018025517A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2016158887A JP2018025517A (ja) 2016-08-12 2016-08-12 情報出力システム、情報出力方法、及び情報出力プログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2016158887A JP2018025517A (ja) 2016-08-12 2016-08-12 情報出力システム、情報出力方法、及び情報出力プログラム

Publications (1)

Publication Number Publication Date
JP2018025517A true JP2018025517A (ja) 2018-02-15

Family

ID=61195060

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016158887A Pending JP2018025517A (ja) 2016-08-12 2016-08-12 情報出力システム、情報出力方法、及び情報出力プログラム

Country Status (1)

Country Link
JP (1) JP2018025517A (ja)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020096753A (ja) * 2018-12-19 2020-06-25 カシオ計算機株式会社 トレーニング判別装置、トレーニング判別方法及びトレーニング判別プログラム
JP2021003381A (ja) * 2019-06-26 2021-01-14 パラマウントベッド株式会社 睡眠評価装置及び判定装置
CN112834752A (zh) * 2021-01-05 2021-05-25 上海市疾病预防控制中心 适用于大批量人群的血糖标准化测量系统、方法、终端及介质
WO2023120064A1 (ja) * 2021-12-24 2023-06-29 パナソニックＩｐマネジメント株式会社 疲労推定装置、疲労推定システム、及び疲労推定方法
CN112834752B (en) * 2021-01-05 2024-04-30 上海市疾病预防控制中心 Blood glucose standardized measurement system, method, terminal and medium suitable for large-scale crowd

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020096753A (ja) * 2018-12-19 2020-06-25 カシオ計算機株式会社 トレーニング判別装置、トレーニング判別方法及びトレーニング判別プログラム
WO2020130089A1 (en) 2018-12-19 2020-06-25 Casio Computer Co., Ltd. Training determination device, training determination method and program
CN113195064A (zh) * 2018-12-19 2021-07-30 卡西欧计算机株式会社 训练确定设备、训练确定方法和程序
JP2021118939A (ja) * 2018-12-19 2021-08-12 カシオ計算機株式会社 トレーニング判別装置、トレーニング判別方法及びトレーニング判別プログラム
EP3897886A4 (en) * 2018-12-19 2022-09-14 Casio Computer Co., Ltd. DRIVE DETERMINATION DEVICE, DRIVE DETERMINATION METHOD AND PROGRAM
JP2021003381A (ja) * 2019-06-26 2021-01-14 パラマウントベッド株式会社 睡眠評価装置及び判定装置
JP7198165B2 (ja) 2019-06-26 2022-12-28 パラマウントベッド株式会社 睡眠評価装置及び判定装置
CN112834752A (zh) * 2021-01-05 2021-05-25 上海市疾病预防控制中心 适用于大批量人群的血糖标准化测量系统、方法、终端及介质
CN112834752B (en) * 2021-01-05 2024-04-30 上海市疾病预防控制中心 Blood glucose standardized measurement system, method, terminal and medium suitable for large-scale crowd
WO2023120064A1 (ja) * 2021-12-24 2023-06-29 パナソニックＩｐマネジメント株式会社 疲労推定装置、疲労推定システム、及び疲労推定方法

Similar Documents

Publication Publication Date Title
JP2018023681A (ja) 情報出力システム、情報出力方法、及び情報出力プログラム
US20210210186A1 (en) Fitness Monitoring Methods, Systems, And Program Products, And Applications Thereof
US20200108305A1 (en) Location-Aware Fitness Monitoring Methods, Systems, and Program Products, and Applications Thereof
JP6583058B2 (ja) パフォーマンスモニタリング装置、パフォーマンスモニタリング方法、及びパフォーマンスモニタリングプログラム
US9142141B2 (en) Determining exercise routes based on device determined information
JP5505812B2 (ja) 所要時間算出システム、所要時間算出プログラム及び所要時間算出方法
US9788797B2 (en) Exercise-assisting device for forecasting the change in a physiological parameter as a function of an itinerary
KR101726756B1 (ko) 운동용 시계 시스템에서의 ｇｐｓ 피쳐 및 기능
US20150081062A1 (en) Location-Based Athlete Pacing With Biofeedback Systems And Methods
US20180047194A1 (en) Information output system, information output method, and information output program
US10271769B2 (en) Performance information notification device and performance information notification method
US20170202485A1 (en) Portable electronic apparatus and display method for portable electronic apparatus
JP2018025517A (ja) 情報出力システム、情報出力方法、及び情報出力プログラム
JP2018126211A (ja) 診断サーバー、診断システム、診断方法、診断プログラム、記録媒体、及び携帯型電子機器
CN116817960A (zh) 一种基于Android系统的多功能户外运动智能码表