(57)【要約】【課題】移動するユーザーと移動する目標物との相対位置に関連する情報を通知することのできるパフォーマンスモニタリング装置を提供する。【解決手段】パフォーマンスモニタリング装置は、移動する目標物の位置に関連する情報を記憶する記憶部と、記憶部に記憶された情報を更新する処理部と、更新された目標物の位置に関連する情報を用いて、移動するユーザーと目標物との相対位置に関連する情報を通知する通知部と、を含む。【選択図】図１
2017164032.tif 000002
【特許請求の範囲】
【請求項１】
移動する目標物の位置に関連する情報を記憶する記憶部と、
前記記憶部に記憶された前記目標物の位置に関連する情報を更新する処理部と、
更新された前記目標物の位置に関連する情報を用いて、移動するユーザーと前記目標物との相対位置に関連する情報を通知する通知部と、
を含むパフォーマンスモニタリング装置。
【請求項２】
前記目標物の位置に関連する情報を受信する受信部を更に含む、
請求項１に記載のパフォーマンスモニタリング装置。
【請求項３】
前記ユーザーの位置に関連する情報を生成する測位部を更に含む、
請求項１又は２に記載のパフォーマンスモニタリング装置。
【請求項４】
前記相対位置に関連する情報には、
前記ユーザーから前記目標物へ向かう方向と前記ユーザーの移動方向とのずれの有無を示す情報が含まれる、
請求項１〜３の何れか一項に記載のパフォーマンスモニタリング装置。
【請求項５】
前記相対位置に関連する情報には、
前記ずれの方向を示す情報が含まれる、
請求項４に記載のパフォーマンスモニタリング装置。
【請求項６】
前記相対位置に関連する情報には、
前記ユーザーと前記目標物との距離を示す情報が含まれる、
請求項１〜５の何れか一項に記載のパフォーマンスモニタリング装置。
【請求項７】
携帯可能な装置である、請求項１〜６の何れか一項に記載のパフォーマンスモニタリング装置。
【請求項８】
ウェアラブルな装置である、請求項７に記載のパフォーマンスモニタリング装置。
【請求項９】
水泳用の、請求項８に記載のパフォーマンスモニタリング装置。
【請求項１０】
前記相対位置に関連する情報には、
水泳を行うユーザーと水上の前記目標物との相対位置に関する情報が含まれる、
請求項１〜９の何れか一項に記載のパフォーマンスモニタリング装置。
【請求項１１】
移動する目標物の位置に関連する情報を記憶する記憶部と、
前記記憶部に記憶された前記目標物の位置に関連する情報を更新する処理部と、
更新された前記目標物の位置に関連する情報を用いて、移動するユーザーと前記目標物との相対位置に関連する情報を通知する通知部と、
を含むパフォーマンスモニタリング装置と、
前記目標物の位置に関連する情報を生成する測位装置と、
を含むパフォーマンスモニタリングシステム。
【請求項１２】
移動する目標物の位置に関連する情報を記憶することと、
記憶された前記目標物の位置に関連する情報を更新することと、
更新された前記目標物の位置に関連する情報を用いて、移動するユーザーと前記目標物との相対位置に関連する情報を通知することと、
を含むパフォーマンスモニタリング方法。
【請求項１３】
移動する目標物の位置に関連する情報を記憶することと、
記憶された前記目標物の位置に関連する情報を更新することと、
更新された前記目標物の位置に関連する情報を用いて、移動するユーザーと前記目標物との相対位置に関連する情報を通知することと、
をコンピューターに実行させるパフォーマンスモニタリングプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パフォーマンスモニタリング装置、パフォーマンスモニタリングシステム、パフォーマンスモニタリング方法及びパフォーマンスモニタリングプログラムに関する。
【背景技術】
【０００２】
特許文献１には、ＧＰＳ（GPS：Global Positioning System）を用いて、ユーザーをホームマーカまたはウェイポイント位置などへ案内する運動パフォーマンスモニタリング装置が開示されている。この運動パフォーマンスモニタリング装置は、ウォーキング、ランニング、トライアスロンなどの各種スポーツでの利用が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−１３２６１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ここで、トライアスロンのスイム（水泳）は、いわゆるオープンウォータースイムであって、競技者は海や湖などの広いコースのコーナー地点に設置されたブイ（例えば高さ５ｍの円柱状のブイ）へ向かって真っ直ぐに泳ぐ必要がある。オープンウォータースイムのコースにはコースロープが設けられないことも多く、スイム中に競技者がヘッドアップによりブイを目視で確認する。しかし、ヘッドアップは体力的ロスが大きいので、ブイを確認できないまま他の競技者の進行方向を頼りにした結果、正しくない方向へ泳ぐなどして体力及び時間を著しく浪費する競技者も多い。ここで、例えば特許文献１の運動パフォーマンスモニタリング装置に対してブイの位置をウェイポイント登録すれば、スイム中の競技者をブイの方向へ正しく案内できると考えられる。しかし、水面に設置されたブイは、水底にロープで拘束されているものの基本的には水面に浮いており、潮の干満、波、風などの影響を受けるので、スイム中にブイが移動し、競技者が実際のブイの位置から外れた方向へ案内される恐れがあることが判明した。
【０００５】
本発明は、以上のような問題点に鑑みてなされたものであり、本発明のいくつかの態様は、移動するユーザーと移動する目標物との相対位置に関連する情報を通知することのできるパフォーマンスモニタリング装置、パフォーマンスモニタリングシステム、パフォーマンスモニタリング方法及びパフォーマンスモニタリングプログラムを提供する。
【課題を解決するための手段】
【０００６】
本発明は前述の課題の少なくとも一部を解決するためになされたものであり、以下の態様又は適用例として実現することが可能である。
【０００７】
［適用例１］
本適用例に係るパフォーマンスモニタリング装置は、移動する目標物の位置に関連する情報を記憶する記憶部と、前記記憶部に記憶された前記目標物の位置に関連する情報を更新する処理部と、更新された前記目標物の位置に関連する情報を用いて、移動するユーザーと前記目標物との相対位置に関連する情報を通知する通知部と、を含む。
【０００８】
処理部は、記憶された情報を更新するので、目標物の位置が変化した場合であっても、変更後の目標物の位置を情報へ反映させることができる。また、通知部は、更新された情
報を用いて通知を行うので、目標物の正しい位置を基準とした相対位置の情報を通知することができる。従って、本適用例に係るパフォーマンスモニタリング装置は、目標物の位置が変化した場合であってもユーザーに適切な情報を通知することができる。
【０００９】
［適用例２］
本適用例に係るパフォーマンスモニタリング装置は、前記目標物の位置に関連する情報を受信する受信部を更に含んでもよい。
【００１０】
従って、パフォーマンスモニタリング装置は、目標物の位置に関連する情報を、通信により取得することができる。
【００１１】
［適用例３］
本適用例に係るパフォーマンスモニタリング装置は、前記ユーザーの位置に関連する情報を生成する測位部を更に含んでもよい。
【００１２】
従って、パフォーマンスモニタリング装置は、ユーザーの位置を実測することができる。
【００１３】
［適用例４］
本適用例に係るパフォーマンスモニタリング装置において、前記相対位置に関連する情報には、前記ユーザーから前記目標物へ向かう方向と前記ユーザーの移動方向とのずれの有無を示す情報が含まれてもよい。
【００１４】
従って、パフォーマンスモニタリング装置は、ユーザーが目標物へ向かうために進行すべき方向とユーザーの実際の進行方向とのずれの有無を、通知することができる。従って、ユーザーは、自分の進行方向を修正すべきか否かを把握することができる。
【００１５】
［適用例５］
本適用例に係るパフォーマンスモニタリング装置において、前記相対位置に関連する情報には、前記ずれの方向を示す情報が含まれてもよい。
【００１６】
従って、ユーザーは、目標物へ向かうために自分の進行方向を如何なる方向へ修正すべきか把握することができる。
【００１７】
［適用例６］
本適用例に係るパフォーマンスモニタリング装置において、前記相対位置に関連する情報には、前記ユーザーと前記目標物との距離を示す情報が含まれてもよい。
【００１８】
従って、ユーザーは、自分から目標物までの距離（例えば、目標物へ到達するまでに自分が移動すべき距離）を、把握することができる。
【００１９】
［適用例７］
本適用例に係るパフォーマンスモニタリング装置は、携帯可能な装置であってもよい。
【００２０】
従って、ユーザーは、パフォーマンスモニタリング装置を携帯することができる。
【００２１】
［適用例８］
本適用例に係るパフォーマンスモニタリング装置は、ウェアラブルな装置であってもよい。
【００２２】
従って、ユーザーは、パフォーマンスモニタリング装置を身体等に装着することができる。
【００２３】
［適用例９］
本適用例に係るパフォーマンスモニタリング装置は、水泳用であってもよい。
【００２４】
従って、ユーザーは、パフォーマンスモニタリング装置を水泳（スイム種目等）において使用することができる。
【００２５】
［適用例１０］
本適用例に係るパフォーマンスモニタリング装置において、前記相対位置に関連する情報には、水泳を行うユーザーと水上の前記目標物との相対位置に関する情報が含まれてもよい。
【００２６】
従って、本適用例に係るパフォーマンスモニタリング装置は、水上の目標物の位置が変化した場合であっても水泳を行うユーザーに適切な情報を通知することができる。
【００２７】
［適用例１１］
本適用例に係るパフォーマンスモニタリングシステムは、前記記憶部に記憶された前記目標物の位置に関連する情報を更新する処理部と、更新された前記目標物の位置に関連する情報を用いて、移動するユーザーと前記目標物との相対位置に関連する情報を通知する通知部と、を含むパフォーマンスモニタリング装置と、前記目標物の位置に関連する情報を生成する測位装置と、を含む。
【００２８】
処理部は、記憶された情報を更新するので、目標物の位置が変化した場合であっても、変更後の目標物の位置を情報へ反映させることができる。また、通知部は、更新された情報を用いて通知を行うので、目標物の正しい位置を基準とした相対位置の情報を通知することができる。また、測位装置は、目標物の位置を実測することができる。従って、パフォーマンスモニタリング装置は、測位装置が実測した目標物の位置を用いることで、ユーザーにより適切な情報を通知することができる。
【００２９】
［適用例１２］
本適用例に係るパフォーマンスモニタリング方法は、移動する目標物の位置に関連する情報を記憶することと、記憶された前記目標物の位置に関連する情報を更新することと、更新された前記目標物の位置に関連する情報を用いて、移動するユーザーと前記目標物との相対位置に関連する情報を通知することと、を含む。
【００３０】
本適用例に係るパフォーマンスモニタリング方法では、記憶された情報を更新するので、目標物の位置が変化した場合であっても、変更後の目標物の位置を情報へ反映させることができる。また、本適用例に係るパフォーマンスモニタリング方法では、更新された情報を用いて通知を行うので、目標物の正しい位置を基準とした相対位置の情報を通知することができる。従って、本適用例に係るパフォーマンスモニタリング方法によれば、目標物の位置が変化した場合であってもユーザーに適切な情報を通知することができる。
【００３１】
［適用例１３］
本適用例に係るパフォーマンスモニタリングプログラムは、移動する目標物の位置に関連する情報を記憶することと、記憶された前記目標物の位置に関連する情報を更新することと、更新された前記目標物の位置に関連する情報を用いて、移動するユーザーと前記目標物との相対位置に関連する情報を通知することと、をコンピューターに実行させる。
【００３２】
本適用例に係るパフォーマンスモニタリングプログラムは、記憶された情報を更新するので、目標物の位置が変化した場合であっても、変更後の目標物の位置を情報へ反映させることができる。また、本適用例に係るパフォーマンスモニタリングプログラムは、更新された情報を用いて通知を行うので、目標物の正しい位置を基準とした相対位置の情報を通知することができる。従って、本適用例に係るパフォーマンスモニタリングプログラムによれば、目標物の位置が変化した場合であってもユーザーに適切な情報を通知することができる。
【図面の簡単な説明】
【００３３】
【図１】パフォーマンスモニタリングシステムの概要例を説明するための図である。
【図２】パフォーマンスモニタリングシステムの構成例を説明するための機能ブロック図である。
【図３】コース情報の例を説明するための図である。
【図４】ブイ端末による送信処理のフローチャートの例である。
【図５】管理端末による配信処理のフローチャートの例である。
【図６】ユーザー端末による受信処理のフローチャートの例である。
【図７】ユーザー端末によるスイムナビのフローチャートの例である。
【図８】クロールの例を説明する図である。
【図９】表示部における通知の例（ずれていないとき）を説明する図である。
【図１０】表示部における通知の例（ずれているとき）を説明する図である。
【図１１】ゴーグルタイプの表示部における通知の例（進行すべき方向がユーザーの正面であるとき）を説明する図である。
【図１２】ゴーグルタイプの表示部における通知の例（進行すべき方向がユーザーの左肩方向であるとき）を説明する図である。
【図１３】ゴーグルタイプの表示部における通知の例（ずれが大きいとき）を説明する図である。
【発明を実施するための形態】
【００３４】
以下、本発明の好適な実施形態について図面を用いて詳細に説明する。なお、以下に説明する実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また以下で説明される構成の全てが本発明の必須構成要件であるとは限らない。
【００３５】
１．パフォーマンスモニタリングシステム
１−１．パフォーマンスモニタリングシステムの概要
図１は、パフォーマンスモニタリングシステムの概要を示す図である。ここでは、パフォーマンスモニタリングシステム（以下、単に「システム」という。）がトライアスロン大会のスイム種目に適用される場合を例として説明する。
【００３６】
図１に示すとおり、本実施形態のシステムには、管理端末１Ａと、ブイ端末１Ｂ（測位装置の一例）と、ユーザー端末１Ｃ（パフォーマンスモニタリング装置の一例）とが含まれる。
【００３７】
管理端末１Ａは、例えば、スイム種目のスタート地点Ｓに固定された端末装置である。スタート地点Ｓには、トライアスロン大会の運営者が設置したゲートＳＧ、計測用のマットＳＭなどの設備があるので、管理端末１Ａは、それら設備の一部として構成されてもよいし、それら設備とは独立して設置されてもよい。少なくとも管理端末１Ａの設置先は、スイム種目の参加者が必ず通過する地点の近傍であることが望ましい。因みに、スタート地点Ｓに設置されたゲートＳＧ又はマットＳＭには、トライアスロン大会の参加者の身体に装着されたＲＦタグＴＧ（ＲＦ：radio frequency）を読み取る機能（ＲＦタグリーダーの機能）が設置されている。ＲＦタグリーダーは、参加者ごとのラップライム等の計測
に用いられるものであり、トライアスロン大会の種目ごとのスタート地点などに設置されている。
【００３８】
ブイ端末１Ｂは、スイム種目のコース１００Ｃ（ここでは海上及び砂浜を経由するコースと仮定する。）のコーナー地点を示すブイＢＹ（目標物の一例）に固定された端末装置である。個々のブイＢＹは、それぞれ不図示のロープを介して海底に緩やかに固定されているが、海面の高さは潮位の変化などで変化し得るため、個々のブイＢＹの水平面内の位置及びブイＢＹの鉛直方向の位置は、時間変化する可能性がある。なお、ブイ端末１Ｂには、防水機能が付与されており、風雨または海水に晒されてもブイ端末１Ｂは動作可能である。また、ここでは、コース１００Ｃにおけるコーナー地点の数、すなわちブイＢＹの個数を「３」とし（第１のブイＢＹ−１、第２のブイＢＹＢ−２、第３のブイＢＹ−３）、ブイ端末１Ｂの個数を「３」と仮定する。
【００３９】
ユーザー端末１Ｃは、トライアスロン大会の参加者のうち、本実施形態のシステムのユーザーとして予め登録された者（以下、「ユーザー２」とする。）が携帯可能な携帯型情報端末である。ここでは、ユーザー端末１Ｃは、ユーザー２の身体に装着されたウェアラブルな端末とする。なお、ユーザー端末１Ｃには、スイム種目での利用を可能とするために、防水機能が付与されており、風雨、淡水、または海水に晒されてもユーザー端末１Ｃは動作可能である。つまり、ユーザー端末１Ｃは、スイム用（水泳用）として構成されている。
【００４０】
ここで、ユーザー端末１Ｃは、ユーザー２の足首などに装着されたＲＦタグＴＧと一体で構成されてもよいが、以下では、図１に示すとおり、ユーザー２が必要に応じて目視可能な部位である手首に装着されていると仮定する（つまりユーザー端末１Ｃは腕時計またはリストバンドの形状であるとする。）。ユーザー端末１Ｃの個数は、登録したユーザー２の人数と同数である。
【００４１】
以上のシステムでは、少なくとも管理端末１Ａとブイ端末１Ｂとは無線通信することが可能であり、管理端末１Ａとユーザー端末１Ｃとは無線通信することが可能である。以下では、管理端末１Ａとブイ端末１Ｂとの間の通信は、双方向通信であり、管理端末１Ａとユーザー端末１Ｃとの間の通信は、管理端末１Ａを送信元とした単方向通信（ブロードキャスト通信）であると仮定する。
【００４２】
なお、本システムにおける通信手段の詳細については後述するが、少なくともトライアスロン大会の運営者が設置した他のシステム（ＲＦタグＴＧ及びＲＦタグリーダーを用いたシステムなど）の通信と混信しない通信手段又は混信しない周波数帯域が本システムにて用いられることが好ましい。
【００４３】
１−２．ユーザー動作の概要
以下、ユーザー２の動作の概要について説明する。
【００４４】
ユーザー２は、スイム種目のスタート地点Ｓに到達する前に、ユーザー端末１Ｃの操作部１５０ｃを介してユーザー端末１Ｃへ開始指示を入力する。これによって、管理端末１Ａからユーザー端末１Ｃへのコース情報（後述）の受信が可能となる。なお、ユーザー２がユーザー端末１Ｃへ開始指示を入力するタイミングは、トライアスロン競技の開始時や開始前などであってもよい。
【００４５】
次に、ユーザー２は、スイム種目のスタート地点Ｓを通過すると、第１コーナー（第１のブイＢＹ−１）に向かってランニングし、その途中で海へ入水し、水深が十分な深さになった時点で、クロールなどの比較的高速な泳法で泳ぎ始める。
【００４６】
ユーザー端末１Ｃは、ユーザー２がスタート地点Ｓを通過すると（又は入水すると）、後述するスイムナビの処理を開始し、第１コーナー（第１のブイＢＹ−１）の方向へユーザー２を案内し始める。ここでいう「案内」は、後述するスイムナビの機能のことである。スイムナビの詳細は、後述する。
【００４７】
その後、ユーザー２が第１コーナー（第１のブイＢＹ−１）の外側を回ると、ユーザー端末１Ｃは、第２コーナー（第２のブイＢＹ−２）の方向へユーザー２を案内し始める。
【００４８】
次に、ユーザー２は、第１コーナー（第１のブイＢＹ−１）の近傍から第２コーナー（第２のブイＢＹ−２）に向かって泳ぐ。
【００４９】
その後、ユーザー２が第２コーナー（第２のブイＢＹ−２）の外側を回ると、ユーザー端末１Ｃは、第３コーナー（第３のブイＢＹ−３）の方向へユーザー２を案内し始める。
【００５０】
次に、ユーザー２は、第２コーナー（第２のブイＢＹ−２）の近傍から第３コーナー（第３のブイ）に向かって泳ぐ。
【００５１】
その後、ユーザー２が第３コーナー（第３のブイＢＹ−３）の外側を回ると、ユーザー端末１Ｃは、スイム種目のゴール地点（スタート地点Ｓ）の方向へユーザー２を案内し始める。
【００５２】
次に、ユーザー２は、第３コーナー（第３のブイＢＹ−３）の近傍からゴール地点（スタート地点Ｓ）に向かって泳ぎ、水深が浅くなるとランニングを始め、ゴール地点（スタート地点Ｓ）を通過する。ユーザー２がスタート地点Ｓを通過すると、ユーザー端末１Ｃは案内を自動的に終了する。
【００５３】
そして、ユーザー２は、スイム種目のゴール地点（スタート地点Ｓ）を通過した後に、ユーザー端末１Ｃの操作部１５０ｃを介してユーザー端末１Ｃへ終了指示を入力する。なお、ユーザー２がユーザー端末１Ｃへ終了指示を入力するタイミングは、トライアスロン競技の終了時や終了後などでもよい。
【００５４】
１−３．パフォーマンスモニタリングシステムの構成
図２は、システムの構成を説明するための機能ブロック図である。なお、複数のブイ端末１Ｂは互いに同じ構成であり、複数のユーザー端末１Ｃは互いに同じ構成であるので（但し、端末ＩＤは互いに異なる。）、図２では、単一のブイ端末１Ｂ及び単一のユーザー端末１Ｃを示した。
【００５５】
１−３−１．ブイ端末の構成
ブイ端末１Ｂは、ＧＰＳセンサー１１０ｂ、処理部１２０ｂ、記憶部１３０ｂ、計時部１６０ｂ、通信部１９０ｂ、バッテリー１９１ｂなどを含んで構成される。但し、ブイ端末１Ｂの構成は、これらの構成要素の一部を削除又は変更し、或いは他の構成要素を追加したものであってもよい。
【００５６】
ブイ端末１ＢのＧＰＳセンサー１１０ｂは、ブイ端末１Ｂの位置などを示す測位データ（緯度、経度、高度、速度ベクトルなどのデータ）を生成してブイ端末１Ｂの処理部１２０ｂへ出力するセンサーであって、例えばＧＰＳ受信機等を含んで構成される。ＧＰＳセンサー１１０ｂは、外部から到来する所定周波数帯域の電磁波を不図示のＧＰＳアンテナで受信し、ＧＰＳ衛星からのＧＰＳ信号を抽出すると共に、当該ＧＰＳ信号に基づき情報端末１の位置などを示す測位データを生成する。
【００５７】
ブイ端末１Ｂの処理部１２０ｂ（プロセッサー）は、例えば、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）等により構成される。処理部１２０ｂは、記憶部１３０ｂに格納されたプログラムと、管理端末１Ａから受信した指示とに従って、各種の処理を実行する。
【００５８】
ブイ端末１Ｂの記憶部１３０ｂは、例えば１又は複数のＩＣメモリー(IC: Integrated Circuit)などにより構成され、プログラムなどのデータが記憶されるＲＯＭ（Read Only Memory）と、処理部１２０ｂの作業領域となるＲＡＭ（Random Access Memory）とを有する。なお、ＲＡＭには不揮発性のＲＡＭも含まれる。
【００５９】
ブイ端末１Ｂの計時部１６０ｂは、例えば、リアルタイムクロック（ＲＴＣ：Real Time Clock）ＩＣなどにより構成され、年、月、日、時、分、秒等の時刻データを生成して処理部１２０ｂに送る。
【００６０】
ブイ端末１Ｂの通信部１９０ｂは、ブイ端末１Ｂと管理端末１Ａとの間の通信を成立させるための各種制御を行う。通信部１９０ｂは、例えば、Bluetooth（登録商標）（BTLE：Bluetooth Low Energyを含む）、Ｗｉ−Ｆｉ（登録商標）（Wi-Fi:Wireless Fidelity）、Ｚｉｇｂｅｅ（登録商標）、ＮＦＣ（Near field communication）、ＡＮＴ＋（登録商標）等の近距離無線通信規格に対応した送受信機を含んで構成される。
【００６１】
ブイ端末１Ｂのバッテリー１９１ｂは、ブイ端末１Ｂを構成する各要素に対して電力を供給する例えば充電式のバッテリーである。バッテリー１９１ｂの充電方式としては、例えば、無接点充電、有接点充電などを適用することができる。また、バッテリー１９１ｂは、交換式のバッテリーであってもよいし、太陽光発電式のバッテリーであってもよい。
【００６２】
１−３−２．管理端末の構成
管理端末１Ａは、処理部１２０ａ、記憶部１３０ａ、操作部１５０ａ、計時部１６０ａ、表示部１７０ａ、通信部１９０ａ、バッテリー１９１ａなどを含んで構成される。但し、管理端末１Ａの構成は、これらの構成要素の一部を削除又は変更し、或いは他の構成要素を追加したものであってもよい。
【００６３】
管理端末１Ａの処理部１２０ａ（プロセッサー）は、例えば、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）等により構成される。処理部１２０ａは、記憶部１３０ａに格納されたプログラムと、操作部１５０ａから入力された指示とに従って、各種の処理を実行する。
【００６４】
管理端末１Ａの記憶部１３０ａは、例えば１又は複数のＩＣメモリー(IC: Integrated Circuit)などにより構成され、プログラムなどのデータが記憶されるＲＯＭ（Read Only Memory）と、処理部１２０ａの作業領域となるＲＡＭ（Random Access Memory）とを有する。なお、ＲＡＭには不揮発性のＲＡＭも含まれる。
【００６５】
管理端末１Ａの操作部１５０ａは、例えばボタン、キー、マイク、タッチパネル、音声認識機能（不図示のマイクロフォンを利用）、アクション検出機能（不図示の加速度センサーなどを利用）などで構成され、本実施形態のシステムの運営者（トライアスロン大会の運営者と同じであってもよい。以下、「運営者」という。）からの指示を適当な信号に変換して処理部１２０ａへ送る処理を行う。
【００６６】
管理端末１Ａの計時部１６０ａは、例えば、リアルタイムクロック（ＲＴＣ：Real Tim
e Clock）ＩＣなどにより構成され、年、月、日、時、分、秒等の時刻データを生成して処理部１２０ａに送る。
【００６７】
管理端末１Ａの表示部１７０ａは、例えばＬＣＤ（Liquid Crystal Display）、有機ＥＬ（Electroluminescence）ディスプレイ、ＥＰＤ（Electrophoretic Display）、タッチパネル型ディスプレイ等で構成され、処理部１２０ａからの指示に従って各種の画像を表示する。なお、表示部１７０ａとしては、管理端末１Ａとは別体で設けられたヘッドマウントディスプレイ（HMD：Head Mounted Display）を用いることもできる。
【００６８】
管理端末１Ａの通信部１９０ａは、管理端末１Ａとユーザー端末１Ｃとの間の通信、及び管理端末１Ａとブイ端末１Ｂとの間の通信を成立させるための各種制御を行う。通信部１９０ａは、例えば、Bluetooth（登録商標）（BTLE：Bluetooth Low Energyを含む）、Ｗｉ−Ｆｉ（登録商標）（Wi-Fi:Wireless Fidelity）、Ｚｉｇｂｅｅ（登録商標）、ＮＦＣ（Near field communication）、ＡＮＴ＋（登録商標）等の近距離無線通信規格に対応した送受信機を含んで構成される。
【００６９】
管理端末１Ａのバッテリー１９１ａは、管理端末１Ａを構成する各要素に対して電力を供給する例えば充電式のバッテリーである。バッテリー１９１ａの充電方式としては、例えば、無接点充電、有接点充電などを適用することができる。また、バッテリー１９１ａは、交換式のバッテリーであってもよいし、太陽光発電式の場テリーであってもよい。
【００７０】
１−３−３．ユーザー端末の構成
ユーザー端末１Ｃは、ＧＰＳセンサー１１０ｃ（測位部の一例）、地磁気センサー１１１ｃ、気圧センサー１１２ｃ、加速度センサー１１３ｃ、角速度センサー１１４ｃ、脈センサー１１５ｃ、温度センサー１１６ｃ、処理部１２０ｃ（コンピューターの一例）、記憶部１３０ｃ、操作部１５０ｃ、計時部１６０ｃ、表示部１７０ｃ（通知部の一例）、音出力部１８０ｃ（通知部の一例）、通信部１９０ｃ（受信部の一例）、バッテリー１９１ｃなどを含んで構成される。但し、ユーザー端末１Ｃの構成は、これらの構成要素の一部を削除又は変更し、或いは他の構成要素（例えば、湿度センサー、紫外線センサーなど）を追加したものであってもよい。
【００７１】
ユーザー端末１ＣのＧＰＳセンサー１１０ｃは、ユーザー端末１Ｃの位置などを示す測位データ（緯度、経度、高度、速度ベクトルなどのデータ）を生成してユーザー端末１Ｃの処理部１２０ｃへ出力するセンサーであって、例えばＧＰＳ受信機（GPS: Global Positioning System）等を含んで構成される。ＧＰＳセンサー１１０ｃは、外部から到来する所定周波数帯域の電磁波を不図示のＧＰＳアンテナで受信し、ＧＰＳ衛星からのＧＰＳ信号を抽出すると共に、当該ＧＰＳ信号に基づき情報端末１の位置などを示す測位データを生成する。
【００７２】
ユーザー端末１Ｃの地磁気センサー１１１ｃは、ユーザー端末１Ｃから見た地球の磁場の方向を示す地磁気ベクトルを検出するセンサーであって、例えば、互いに直交する３つの軸方向の磁束密度を示す地磁気データを生成する。地磁気センサー１１１ｃには、例えば、ＭＲ（Magnet resistive）素子、ＭＩ（Magnet impedance）素子、ホール素子などが用いられる。
【００７３】
ユーザー端末１Ｃの気圧センサー１１２ｃは、周辺の気圧（大気圧）を検出するセンサーであって、例えば、振動片の共振周波数の変化を利用する方式（振動方式）の感圧素子を有している。この感圧素子は、例えば、水晶、ニオブ酸リチウム、タンタル酸リチウム等の圧電材料で形成された圧電振動子であり、例えば、音叉型振動子、双音叉型振動子、ＡＴ振動子（厚みすべり振動子）、ＳＡＷ共振子などが適用される。なお、気圧センサー
１１２ｃの出力（気圧データ）は、測位データを補正するために使用されてもよい。
【００７４】
ユーザー端末１Ｃの加速度センサー１１３ｃは、互いに交差する（理想的には直交する）３軸方向の各々の加速度を検出し、検出した３軸加速度の大きさ及び向きに応じたデジタル信号（加速度データ）を出力する慣性センサーである。なお、加速度センサー１１３ｃの出力は、ユーザー端末１ＣにおけるＧＰＳセンサー１１０ｃの測位データに含まれる位置の情報を補正するために使用されてもよい。
【００７５】
ユーザー端末１Ｃの角速度センサー１１４ｃは、互いに交差する（理想的には直交する）３軸方向の各々の角速度を検出し、計測した３軸角速度の大きさ及び向きに応じたデジタル信号（角速度データ）を出力する慣性センサーである。なお、角速度センサー１１４ｃの出力は、ユーザー端末１ＣにおけるＧＰＳセンサー１１０ｃの測位データに含まれる位置の情報を補正するために使用されてもよい。
【００７６】
ユーザー端末１Ｃの脈センサー１１５ｃは、ユーザーの脈拍を示す信号を生成してユーザー端末１Ｃの処理部１２０ｃへ出力するセンサーであって、例えば、適当な波長を有した計測光を皮下の血管に向けて照射するＬＥＤ光源（LED: Light Emitting Diode）などの光源と、当該計測光に応じて血管で発生した光の強度変化を検出する受光素子とを有している。なお、光の強度変化波形（脈波）を周波数解析など公知の手法により処理することで、脈拍数（１分間当たりの脈拍数）を計測することができる。なお、脈センサー１１５ｃとしては、光源及び受光素子からなる光電センサーに代えて、超音波により血管の収縮を検出して脈拍数を計測する超音波センサーを採用してもよく、電極から微弱電流を体内に流して脈拍数を計測するセンサー等を採用してもよい。
【００７７】
ユーザー端末１Ｃの温度センサー１１６ｃは、周辺の温度に応じた信号（例えば、温度に応じた電圧）を出力する感温素子である。なお、温度センサー１１６ｃは、温度に応じたデジタル信号を出力するものであってもよい。
【００７８】
ユーザー端末１Ｃの処理部１２０ｃ（プロセッサー）は、例えば、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）等により構成される。処理部１２０ｃは、記憶部１３０ｃに格納されたプログラム（パフォーマンスモニタリングプログラムの一例）と、操作部１５０ｃから入力された指示とに従って、各種の処理（パフォーマンスモニタリング方法の一例。）を実行する。処理部１２０ｃによる処理には、ＧＰＳセンサー１１０ｃ、地磁気センサー１１１ｃ、気圧センサー１１２ｃ、加速度センサー１１３ｃ、角速度センサー１１４ｃ、脈センサー１１５ｃ、温度センサー１１６ｃ、計時部１６０ｃなどのセンサーが生成するデータへのデータ処理、表示部１７０ｃに画像を表示させる表示処理、音出力部１８０ｃに音を出力させる音出力処理、通信部１９０ｃを介して外部機器と通信を行う通信処理、バッテリー１９１ｃからの電力を各部へ供給する電力制御処理などが含まれる。
【００７９】
ユーザー端末１Ｃの記憶部１３０ｃは、例えば１又は複数のＩＣメモリー(IC: Integrated Circuit)などにより構成され、プログラム（パフォーマンスモニタリングプログラムの一例）などのデータが記憶されるＲＯＭ（Read Only Memory）と、処理部１２０ｃの作業領域となるＲＡＭ（Random Access Memory）とを有する。なお、ＲＡＭには不揮発性のＲＡＭも含まれる。
【００８０】
ユーザー端末１Ｃの操作部１５０ｃは、例えばボタン、キー、マイク、タッチパネル、音声認識機能（不図示のマイクロフォンを利用）、アクション検出機能（加速度センサー１１３ｃなどを利用）などで構成され、ユーザーからの指示を適当な信号に変換して処理部１２０ｃへ送る処理を行う。
【００８１】
ユーザー端末１Ｃの計時部１６０ｃは、例えば、リアルタイムクロック（ＲＴＣ：Real
Time Clock）ＩＣなどにより構成され、年、月、日、時、分、秒等の時刻データを生成して処理部１２０ｃに送る。なお、時刻データは、測位データに含まれる時刻情報に基づき適宜に補正されてもよい。
【００８２】
ユーザー端末１Ｃの表示部１７０ｃは、例えばＬＣＤ（Liquid Crystal Display）、有機ＥＬ（Electroluminescence）ディスプレイ、ＥＰＤ（Electrophoretic Display）、タッチパネル型ディスプレイ等で構成され、処理部１２０ｃからの指示に従って各種の画像を表示する。なお、表示部１７０ｃとしては、ユーザー端末１Ｃとは別体で設けられたヘッドマウントディスプレイ（HMD：Head Mounted Display）を用いることもできる。
【００８３】
ユーザー端末１Ｃの音出力部１８０ｃは、例えばスピーカー、ブザー、バイブレーターなどで構成され、処理部１２０ｃからの指示に従って各種の音（振動を含む）を発生させる。なお、音出力部１８０ｃとしては、ユーザー端末１Ｃとは別体で設けられた骨伝導デバイスを用いることもできる。
【００８４】
ユーザー端末１Ｃの通信部１９０ｃは、ユーザー端末１Ｃと管理端末１Ａとの間の通信を成立させるための各種制御を行う。通信部１９０ｃは、例えば、Bluetooth（登録商標）（BTLE：Bluetooth Low Energyを含む）、Ｗｉ−Ｆｉ（登録商標）（Wi-Fi:Wireless Fidelity）、Ｚｉｇｂｅｅ（登録商標）、ＮＦＣ（Near field communication）、ＡＮＴ＋（登録商標）等の近距離無線通信規格に対応した送受信機を含んで構成される。
【００８５】
ユーザー端末１Ｃのバッテリー１９１ｃは、ユーザー端末１Ｃを構成する各要素に対して電力を供給する例えば充電式のバッテリーである。バッテリー１９１ｃの充電方式としては、例えば、無接点充電、有接点充電（クレードル等を使用した充電）などを適用することができる。また、バッテリー１９１ｃは、交換式のバッテリーであってもよいし、太陽光発電式のバッテリーであってもよい。
【００８６】
１−４．コース情報
管理端末１Ａの記憶部１３０ａには、スイム種目のコースに関する情報（コース情報）が格納される。コース情報（目標物の位置に関連する情報の一例）は、管理端末１Ａの操作部１５０ａを介して運営者がトライアスロン大会の開催前に予め登録したものである。なお、目標物（ブイ）の位置に関連する情報には、目標物（ブイ）の位置の情報自体が含まれていてもよいし、目標物（ブイ）の位置を示す情報、目標物（ブイ）の位置から求まる情報などが含まれていてもよい。ここでは、目標物（ブイ）の位置に関連する情報に、目標物（ブイ）の位置座標と位置座標の計測時刻とが含まれる場合を例に挙げる。
【００８７】
但し、コース情報の少なくとも一部（少なくとも複数のブイ端末１Ｂの位置座標）は、トライアスロン大会中に管理端末１Ａの処理部１２０ａによって適宜に更新される（書き換えられる）。よって、コース情報の格納先は、記憶部１３０ａにおける書き換え可能なメモリ（例えば不揮発性のＲＡＭ）とされる。また、以下では、個々のブイ端末１Ｂの端末ＩＤは、例えば、トライアスロン大会前にブイ端末１Ｂと管理端末１Ａとの間のペアリングによって、管理端末１Ａの側へ送信されたと仮定する。
【００８８】
図３は、コース情報をデータテーブルとした例である。図３に示すとおり、コース情報には、（１）コースを構成する各地点（ウェイポイント）の番号（ウェイポイント番号）と、（２）個々のウェイポイントに設置された端末のＩＤ（端末ＩＤ）と、（３）端末の位置座標と、（４）位置座標の測位時刻とが含まれる。以下、（１）ウェイポイント番号、（２）端末ＩＤ、（３）端末の位置座標、（４）位置座標の測位時刻、を順に説明する
。
【００８９】
（１）ウェイポイント番号：
ウェイポイントは、スイムコース１００Ｃを構成する各地点、すなわち、スタート地点、第１コーナー、第２コーナー、第３コーナー、ゴール地点の５地点とする。ウェイポイント番号は、５つのウェイポイントのうち、ユーザーが経由すべき順序どおりに割り振られた番号「１」、「２」、「３」、「４」、「５」である。
【００９０】
（２）端末ＩＤ：
端末ＩＤは、５つのウェイポイントの各々に設置された端末のＩＤである。
【００９１】
スタート地点に設置された端末は管理端末１Ａであるので、ウェイポイント番号「１」には、管理端末１Ａの端末ＩＤが割り当てられる。
【００９２】
第１コーナー（第１のブイＢＹ−１）に設置された端末はブイ端末１Ｂであるので、ウェイポイント番号「２」には、当該ブイ端末１Ｂの端末ＩＤが割り当てられる。
【００９３】
第２コーナー（第２のブイＢＹ−２）に設置された端末はブイ端末１Ｂであるので、ウェイポイント番号「３」には、当該ブイ端末１Ｂの端末ＩＤが割り当てられる。
【００９４】
第３コーナー（第３のブイＢＹ−３）に設置された端末はブイ端末１Ｂであるので、ウェイポイント番号「４」には、当該ブイ端末１Ｂの端末ＩＤが割り当てられる。
【００９５】
ゴール地点（スタート地点Ｓ）に設置された端末は管理端末１Ａであるので、ウェイポイント番号「５」には、管理端末１Ａの端末ＩＤが割り当てられる。
【００９６】
（３）位置座標：
位置座標は、コース情報に含まれる各端末（管理端末ＩＡまたはブイ端末１Ｂ）の位置座標である。図３の例では、緯度（ｘ）、経度（ｙ）、標高（ｚ）を示している。標高は無くてもよい。
【００９７】
ウェイポイント番号「１」に対応する位置座標は、管理端末１Ａの位置座標である。管理端末１Ａの設置先は、陸上であるので、管理端末１Ａの位置座標は、トライアスロン大会中に変化する可能性は無い。基本的に、トライアスロン大会中に当該位置座標が書き換えられることは無いものとする。
【００９８】
ウェイポイント番号「２」に対応する位置座標は、第１のブイに設置されたブイ端末１Ｂの位置座標である。当該ブイ端末１Ｂの設置先は、水上のブイ（第１のブイ）であるので、当該ブイ端末１Ｂの位置座標は、トライアスロン大会中に変化する可能性がある。このため、当該位置座標は、処理部１２０ａによって適宜に書き換えられ（更新され）る。
【００９９】
ウェイポイント番号「３」に対応する位置座標は、第２のブイに設置されたブイ端末１Ｂの位置座標である。当該ブイ端末１Ｂの設置先は、水上のブイ（第２のブイ）であるので、当該ブイ端末１Ｂの位置座標は、トライアスロン大会中に変化する可能性がある。このため、当該位置座標は、処理部１２０ａによって適宜に書き換えられ（更新され）る。
【０１００】
ウェイポイント番号「４」に対応する位置座標は、第３のブイに設置されたブイ端末１Ｂの位置座標である。当該ブイ端末１Ｂの設置先は、水上のブイ（第３のブイ）であるので、当該ブイ端末１Ｂの位置座標は、トライアスロン大会中に変化する可能性がある。このため、当該位置座標は、処理部１２０ａによって適宜に書き換えられ（更新され）る。
【０１０１】
ウェイポイント番号「５」に対応する位置座標は、管理端末１Ａの位置座標である。管理端末１Ａの設置先は、陸上であるので、管理端末１Ａの位置座標は、トライアスロン大会中に変化する可能性は無い。基本的に、トライアスロン大会中に当該位置座標が書き換えられることは無いものとする。
【０１０２】
（４）測位時刻：
位置座標の生成された時刻のことである。
【０１０３】
前述したとおり管理端末１Ａの位置座標は、トライアスロン大会中に変化しないので、ウェイポイント番号「１」、「５」に対応する測位時刻は、例えば、記憶部１３０ａにコース情報が登録された時刻（トライアスロン大会前）と同じ時刻である。
【０１０４】
一方、ブイ端末１Ｂの位置座標は、トライアスロン大会中に変化する可能性があるので、ウェイポイント番号「２」、「３」、「４」に対応する測位時刻は、それぞれ最新の測位時刻となっている。つまり、本実施形態の管理端末１Ａの通信部１９０ａは、３個のブイ端末１Ｂの各々から逐次に位置座標を受信し、管理端末１Ａの処理部１２０ａは、通信部１９０ａが位置座標を受信したタイミングで、記憶部１３０ａに格納されたコース情報の該当箇所を更新する。このとき、処理部１２０ａは、当該位置座標と共に受信した測位時刻を、コース情報の該当箇所に書き込む。
【０１０５】
１−５．システムの動作
１−５−１．ブイ端末のフロー
図４は、ブイ端末１Ｂによる送信処理のフローである。以下、図４の各ステップを順に説明する。
【０１０６】
先ず、ブイ端末１Ｂの処理部１２０ｂは、管理端末１Ａからの開始指示をブイ端末１Ｂの通信部１９０ｂが受信するまで待機する（Ｓ３１Ｎ）。
【０１０７】
その後、開始指示を受信すると（Ｓ３１Ｙ）、ブイ端末１Ｂの処理部１２０ｂは、測位すべき時刻の到来の有無を判定する処理（Ｓ３３）を開始する。なお、測位すべき時刻は、例えば、所定の時間間隔に設定される。時間間隔は、例えば１秒に設定される。但し、トライアスロン大会の当日の海が穏やかであることが見込まれる場合などには、時間間隔は１０分に設定されてもよいし、３０分に設定されてもよい。因みに、時間間隔を長くして測位の頻度を低減すれば、ブイ端末１Ｂの電力消費を抑えることができる。
【０１０８】
そして、当該判定する処理（Ｓ３３）において、ブイ端末１Ｂの処理部１２０ｂは、測位すべき時刻が到来していた場合（Ｓ３３Ｙ）には位置送信処理（Ｓ３５、Ｓ３７）を開始し、測位すべき時刻が到来していない場合（Ｓ３３Ｎ）には、位置送信処理（Ｓ３５、Ｓ３７）をスキップして終了判定処理（Ｓ３９）を開始する。
【０１０９】
位置送信処理（Ｓ３５、Ｓ７）が開始されると、先ず、ブイ端末１Ｂの処理部１２０ｂは、ブイ端末１ＢのＧＰＳセンサー１１０ｂを駆動し、測位データを取得する（Ｓ３５）。
【０１１０】
次に、ブイ端末１Ｂの処理部１２０ｂは、測位データに含まれる位置座標に、測位時刻及び端末ＩＤを付加してなる所定フォーマットのデータ（位置座標データ）を生成し、ブイ端末１Ｂの通信部１９０ｂを介して当該データを管理端末１Ａへ送信する（Ｓ３７）。なお、本ステップＳ３７における処理部１２０ｂは、測位座標の前回値からの変化量が閾値より小さい場合に、管理端末１Ａへの送信を省略してもよい。
【０１１１】
なお、位置座標データに含まれる位置座標は、ブイ端末１ＢのＧＰＳセンサー１１０ｂが生成した最新の測位データに含まれる位置座標であり（以下も同様）、位置座標データに含まれる測位時刻は、測位データが生成された時刻のことであり、位置座標データに含まれる端末ＩＤは、当該ブイ端末１Ｂの端末ＩＤのことである。
【０１１２】
次に、終了判定処理（Ｓ３９）において、ブイ端末１Ｂの処理部１２０ｂは、管理端末１Ａからの終了指示をブイ端末１Ｂの通信部１９０ｂが受信したか否かを判定する（Ｓ３９）。
【０１１３】
そして、終了指示を受信しない場合（Ｓ３９Ｎ）、ブイ端末１Ｂの処理部１２０ｂは、測位時刻の到来の有無を判定する処理（Ｓ３３）へ戻り、終了指示を受信した場合（Ｓ３９Ｙ）、ブイ端末１Ｂの処理部１２０ｂは、フローを終了する。
【０１１４】
１−５−２．管理端末の配信処理
図５は、管理端末１Ａによる配信処理のフローである。以下、図５の各ステップを順に説明する。
【０１１５】
先ず、管理端末１Ａの処理部１２０ａは、運営者から開始指示が入力されたか否かを判定し（Ｓ１）、運営者から開始指示が入力されない場合は、待機する（Ｓ１Ｎ）。なお、開始指示の入力は、管理端末１Ａの操作部１５０ａを介して行われる。
【０１１６】
その後、運営者から開始指示が入力されると（Ｓ１Ｙ）、管理端末１Ａの処理部１２０ａは、管理端末１Ａのコース情報（図３）に登録されている全てのブイ端末１Ｂ（ここでは３個のブイ端末１Ｂ）に対して開始指示を送信する（Ｓ３）。なお、開始指示の送信は、通信部１９０ａを介して行われる。
【０１１７】
次に、管理端末１Ａの処理部１２０ａは、何れか１つのブイ端末１Ｂからの位置座標データの受信の有無の判定処理（Ｓ５）を開始する。
【０１１８】
判定処理（Ｓ５）において、管理端末１Ａの処理部１２０ａは、何れか１つのブイ端末１Ｂから位置座標データを受信した場合（Ｓ５Ｙ）は、コース情報の更新処理（Ｓ７）を開始し、受信しない場合（Ｓ５Ｎ）は、配信時刻の到来の有無の判定処理（Ｓ９）を開始する。
【０１１９】
更新処理（Ｓ７）において、管理端末１Ａの処理部１２０ａは、受信した位置座標データに基づき、管理端末１Ａのコース情報を更新する。具体的に、管理端末１Ａの処理部１２０ａは、位置座標データに含まれている端末ＩＤを認識し、コース情報のうち、当該端末ＩＤに対応づけられた位置座標を、位置座標データに含まれている位置座標へと書き換える。また、管理端末１Ａの処理部１２０ａは、コース情報において当該端末ＩＤに対応づけられた測位時刻を、位置座標データに含まれている測位時刻へと書き換える。
【０１２０】
判定処理（Ｓ９）において、管理端末１Ａの処理部１２０ａは、コース情報を配信すべき時刻が到来したか否かを判定する。なお、配信すべき時刻は、例えば、所定の時間間隔に設定される。時間間隔は、例えば１秒に設定される。但し、トライアスロン大会の当日の海が穏やかであることが見込まれる場合などには、時間間隔は１０分に設定されてもよいし、３０分に設定されてもよい。因みに、時間間隔を長くして測位の頻度を低減すれば、ブイ端末１Ｂの電力消費を抑えることができる。
【０１２１】
そして、配信すべき時刻が到来していた場合（Ｓ９Ｙ）は、管理端末１Ａの処理部１２
０ａは、配信処理（Ｓ１１）を開始し、配信すべき時刻が到来していない場合（Ｓ９Ｎ）は、管理端末１Ａの処理部１２０ａは、配信処理（Ｓ１１）をスキップして終了判定処理（Ｓ１３）を開始する。
【０１２２】
配信処理（Ｓ１１）において、管理端末１Ａの処理部１２０ａは、最新のコース情報を所定のフォーマットで複数のユーザー端末１Ｃへ向けて送信（配信）する。
【０１２３】
終了判定処理（Ｓ１３）において、管理端末１Ａの処理部１２０ａは、運営者からの終了指示が操作部１５０ａを介して入力されたか否かを判定する。
【０１２４】
そして、終了指示が入力されない場合（Ｓ１３Ｎ）、管理端末１Ａの処理部１２０ａは、位置座標データの受信の有無を判定する処理（Ｓ５）へ戻り、終了指示が入力された場合（Ｓ１３Ｙ）、管理端末１Ａの処理部１２０ａは、フローを終了する。
【０１２５】
１−５−３．ユーザー端末の受信処理
図６は、ユーザー端末１Ｃによる受信処理（パフォーマンスモニタリング方法の一例。）のフローである。なお、受信処理のフローは、後述するスイムナビのフローと並行して行われる。
【０１２６】
先ず、ユーザー端末１Ｃの処理部１２０ｃは、ユーザーから開始指示が入力されない場合は（Ｓ２１Ｎ）、待機する。なお、開始指示の入力は、ユーザー端末１Ｃの操作部１５０ｃを介して行われる。
【０１２７】
その後、ユーザーから開示指示が入力されると（Ｓ２１Ｙ）、ユーザー端末１Ｃの処理部１２０ｃは、管理端末１Ａからコース情報を受信したか否かを判定する（Ｓ２３）。なお、コース情報の受信は、通信部１９０ｃを介して行われる。なお、本ステップにおいては、コース情報の受信を必要なときのみに制限する方法（後述）などを適用することも可能である。
【０１２８】
そして、管理端末１Ａからコース情報を受信した場合（Ｓ２３Ｙ）、ユーザー端末１Ｃの処理部１２０ｃは、コース情報の更新処理（Ｓ２５）を開始し、管理端末１Ａからコース情報を受信しない場合（Ｓ２３Ｎ）、ユーザー端末１Ｃの処理部１２０ｃは、更新処理（Ｓ２５）をスキップして終了判定処理（Ｓ２７）を開始する。
【０１２９】
更新処理（Ｓ２５）において、ユーザー端末１Ｃの処理部１２０ｃは、受信したコース情報をユーザー端末１Ｃの記憶部１３０ｃへ書き込む。但し、ユーザー端末ＩＣの記憶部１３０ｃにコース情報が既に格納されていた場合、ユーザー端末１Ｃの処理部１２０ｃは、既存のコース情報を、受信したコース情報で上書き（更新）する。また、記憶部１３０ｃに既に格納されているコース情報と受信したコース情報とが同じ場合には、更新処理（Ｓ２５）を省略することができる。
【０１３０】
終了判定処理（Ｓ２７）において、ユーザー端末１Ｃの処理部１２０ｃは、ユーザーからの終了指示が操作部１５０ｃを介して入力されたか否かを判定する。
【０１３１】
そして、終了指示が入力されない場合（Ｓ２７Ｎ）、ユーザー端末１Ｃの処理部１２０ｃは、コース情報を受信したか否かの判定処理（Ｓ２３）へ戻り、終了指示が入力された場合（Ｓ２７Ｙ）、ユーザー端末１Ｃの処理部１２０ｃは、フローを終了する。
【０１３２】
１−５−４．ユーザー端末のスイムナビ
図７は、ユーザー端末１Ｃによるスイムナビ（パフォーマンスモニタリング方法の一例
。）のフローである。なお、スイムナビのフローは、前述した受信処理のフローと並行して行われる。なお、「スイムナビ」とは、「スイム用ナビゲーション」の略である。
【０１３３】
先ず、ユーザー端末１Ｃの処理部１２０ｃは、スイム開始判定の処理（Ｓ４１）を実行し、スイム種目が開始されたか否かを判定する。スイム開始判定の詳細は、後述する。
【０１３４】
スイム種目が開始されたと判定した場合（Ｓ４１Ｙ）、ユーザー端末１Ｃの処理部１２０ｃは計測開始処理（Ｓ４３）を開始し、スイム種目が開始されたと判定しない場合（Ｓ４１Ｎ）、ユーザー端末１Ｃの処理部１２０ｃは待機する。
【０１３５】
計測開始処理（Ｓ４３）において、ユーザー端末１Ｃの処理部１２０ｃは、ユーザー端末１ＣのＧＰＳセンサー１１０ｃ、地磁気センサー１１１ｃ、その他のセンサーの駆動を開始する（但し、ユーザー設定によっては一部のセンサーを駆動させなくてもよい。）。例えば、ユーザー端末１Ｃの処理部１２０ｃは、ＧＰＳセンサー１１０ｃの測位データの取得、地磁気センサー１１１ｃが生成する地磁気データの取得、その他データの取得を開始する。このうち、測位データには、ユーザー端末１Ｃの現在位置の座標とユーザー端末１Ｃの進行方向（速度ベクトル）とが含まれ、地磁気データは、ユーザー端末１Ｃの現在の姿勢（向き）を表す。また、ＧＰＳセンサー１１０ｃ及び地磁気センサー１１１ｃを含むセンサーの駆動が開始され始めると、測位データ、地磁気データ、その他のデータが所定の時間間隔（例えば１秒間隔）で取得され始める。以下、最新の測位データ（ユーザーの位置に関連する情報の一例）に含まれる位置座標を「現在位置座標」と称し、最新の測位データに含まれる進行方向を「現在進行方向」（ユーザーの移動方向の一例）と称し、最新の地磁気データによって表されるユーザー端末１Ｃの姿勢を「現在姿勢」と称す。
【０１３６】
次に、ユーザー端末１Ｃの処理部１２０ｃは、ユーザー端末１Ｃの記憶部１３０ｃに現時点で格納されているコース情報に含まれる最大のウェイポイント番号を参照し、本フローで用いるべきウェイポイント番号Ｎの最大値Ｎｍａｘを、当該参照したウェイポイント番号と同じに設定する。また、本フローの開始当初、ユーザー端末１Ｃの処理部１２０ｃは、本フローで用いるべきウェイポイント番号Ｎを、初期値「１」に設定し（Ｓ４５）、ナビゲーション処理（Ｓ４７〜Ｓ５５）を開始する。
【０１３７】
ナビゲーション処理（Ｓ４７〜Ｓ５５）において、先ず、ユーザー端末１Ｃの処理部１２０ｃは、ユーザー端末１Ｃの記憶部１３０ｃに現時点で格納されているコース情報のうち、ウェイポイント番号（Ｎ＋１）に対応付けられた位置座標を参照する（Ｓ４７）。この位置座標は、現時点におけるユーザーが向かうべきウェイポイント（すなわち（Ｎ＋１）番目のウェイポイント）の位置座標である。
【０１３８】
次に、ユーザー端末１Ｃの処理部１２０ｃは、（Ｎ＋１）番目のウェイポイントの位置座標と現在位置座標とに基づきナビゲーション情報を生成し、ユーザーへ通知する（Ｓ４９）。ナビゲーション情報の種類及びナビゲーション情報の通知方法の詳細については、後述する。
【０１３９】
次に、ユーザー端末１Ｃの処理部１２０ｃは、ユーザー端末１Ｃの記憶部１３０ｃに現時点で格納されているコース情報のうちウェイポイント番号（Ｎ＋１）に対応付けられた位置座標を参照し、当該位置座標を中心とした所定距離範囲内に現在位置座標が属するか否かを判定することにより、ユーザーが（Ｎ＋１）番目のウェイポイントに到着したか否かを判定する（Ｓ５１）。
【０１４０】
ユーザー端末１Ｃの処理部１２０ｃは、ユーザーが（Ｎ＋１）番目のウェイポイントに到着していない場合（Ｓ５１Ｎ）は、位置座標を参照する処理（Ｓ４７）へ戻り、ユーザ
ーが（Ｎ＋１）番目のウェイポイントに到着した場合（Ｓ５１Ｙ）は、インクリメント処理（Ｓ５３）を開始する。
【０１４１】
インクリメント処理（Ｓ５３）において、ユーザー端末１Ｃの処理部１２０ｃは、本フローで用いるべきウェイポイント番号Ｎを、「１」だけ増加させてから、ラップ情報の通知処理（Ｓ５５）を開始する。
【０１４２】
ラップ情報の通知処理（Ｓ５５）において、ユーザー端末１Ｃの処理部１２０ｃは、（Ｎ−１）番目のウェイポイントからＮ番目のウェイポイントまでの区間のラップ情報を、ユーザーへ通知する。ラップ情報には、例えば、当該区間の移動時間（ラップタイム）、当該区間における入水時間（スイムタイム）、当該区間の平均移動速度（ラップペース）、当該区間の平均心拍数（ラップ心拍数）などが含まれる。なお、ラップ情報の通知処理（Ｓ５５）は、Ｎ番目のウェイポイント到着後であれば任意のタイミングで行うことや、省略することも可能である。
【０１４３】
次に、ユーザー端末１Ｃの処理部１２０ｃは、本フローで用いるべきウェイポイント番号ＮがＮｍａｘに達したか否かを判定し（Ｓ５７）、達した場合（Ｓ５７Ｙ）には、ユーザーがゴール（スタート地点Ｓ）に到達したとみなしてフローを終了し、達していない場合（Ｓ５７Ｎ）には、ナビゲーション処理（Ｓ４７〜Ｓ５５）を再開する。
【０１４４】
なお、以上のフローでは、可能な範囲内でステップの順序が入れ替わってもよい。
【０１４５】
また、ユーザーは、スイムコース１００Ｃを移動する際に、スタート地点Ｓ（ゴール地点）以外のウェイポイントの外側（コーナー地点の外側）を通過する必要があるので、到着を判定する処理（Ｓ５１）におけるユーザー端末１Ｃの処理部１２０ｃは、ユーザーが（Ｎ＋１）番目のウェイポイントの外側と内側との何れを通過したかを判定し、内側である場合には、ユーザー２に対して警告などを行ってもよい。警告は、例えば表示部１７０ｃ又は音出力部１８０ｃを介して行われる。
【０１４６】
また、以上のフローでは、計測開始のタイミング（Ｓ４３）を、スイム開始後（Ｓ４１Ｙ）としたが、少なくとも１つのセンサーによるデータ取得の開始タイミングを、スイム開始前（Ｓ４１Ｎ）としてもよい。その場合、当該センサーによるデータ取得の開始タイミングは、スイム種目のスタート地点よりも手前にユーザーが位置しているタイミングであってもよいし、スイム種目のスタート地点にユーザーが位置したタイミングであってもよい。また、例えば、ナビゲーション情報の生成に必要なデータ取得の開始タイミングを、スイム開始後（例えば入水のタイミング）とし、かつ、ラップ情報の生成に必要なデータ取得の開始タイミングを、スタート地点にユーザーが位置したタイミングとしてもよい。
【０１４７】
１−５−５．スイムナビにおけるスイム開始判定
スイム開始判定には、例えば、以下の判定方法（１）〜（７）の何れかを採用することができる。
【０１４８】
（１）ユーザー操作による判定
ユーザーは、スタート地点Ｓに位置したタイミング又は入水したタイミングで操作部を介して、その旨をユーザー端末１Ｃへ入力する（ボタン操作などを行う）。ユーザー端末１Ｃの処理部１２０ｃは、当該入力のあったタイミングをスイム開始のタイミングとみなす。センサーを用いた判定と比較すると、誤判定の虞がないため、判定精度が高い。なお、モード選択操作（計測モード、スイムモード、トライアスロンモードなど）を当該入力の代わりに用いてもよい。
【０１４９】
（２）位置による判定
ユーザー端末１Ｃの処理部１２０ｃは、ユーザー端末１Ｃの現在位置座標がスタート地点Ｓから所定距離範囲内に属したタイミングを、スイム開始のタイミングとみなす。なお、その場合、ユーザー端末１Ｃの処理部１２０ｃは、ＧＰＳセンサー１１０ｃの駆動を予め開始しておく必要がある。
【０１５０】
（３）受信環境による入水判定
ユーザー端末１Ｃの処理部１２０ｃは、予めＧＰＳセンサー１１０ｃを駆動し、ＧＰＳ信号の受信状況が悪くなったタイミング（ＧＰＳ信号を受信できない時間が閾値を超えたタイミング）を、スイム開始のタイミング（入水のタイミング）とみなす。
【０１５１】
（４）気圧による入水判定
ユーザー端末１Ｃの処理部１２０ｃは、予め気圧センサー１１２ｃを駆動し、気圧センサー１１２ｃにより検出される気圧値が閾値を超えたタイミングを、スイム開始のタイミング（入水のタイミング）とみなす。
【０１５２】
（５）慣性センサーによる入水判定
ユーザー端末１Ｃの処理部１２０ｃは、予め慣性センサー（加速度センサー１１３ｃと角速度センサー１１４ｃとの少なくとも一方）を駆動し、慣性センサーの出力に特徴的な波形が現れたタイミングを、スイム開始のタイミング（泳ぎ始めたタイミング）とみなす。特徴的な波形とは、クロールなどの所定の泳法でユーザーが泳いだときに発生する波形のことである。
【０１５３】
（６）水感知による入水判定
予めユーザー端末１Ｃに水感知センサーが搭載される。ユーザー端末１Ｃの処理部１２０ｃは、当該水感知センサーを予め駆動し、水感知センサーが水を検知したタイミングを、スイム開始のタイミング（入水のタイミング）とみなす。
【０１５４】
（７）組み合わせによる判定
ユーザー端末１Ｃの処理部１２０ｃは、判定方法（１）〜（６）のうち少なくとも２つの組み合わせにより判定を行う。２以上の判定を組み合わせることで、判定の精度を向上させることができる。
【０１５５】
１−５−６．ナビゲーション情報の種類
ナビゲーション情報（相対位置に関連する情報）としては、少なくとも以下の情報（１）を採用することができる。また、以下の情報（１）に以下の情報（２）を付加してもよい。
【０１５６】
（１）進行すべき方向
ユーザーが最短ルート（直線ルート）で（Ｎ＋１）番目のウェイポイントに到達するために進行すべき方向（ユーザーから目標物へ向かう方向の一例）のことである。ユーザー端末１Ｃの処理部１２０ｃは、（Ｎ＋１）番目のウェイポイントの位置座標と現在位置座標との差分（差ベクトルの方向）を算出することにより、（Ｎ＋１）番目のウェイポイントに到達するためにユーザーが進行すべき方向を算出する。
【０１５７】
（２）残り距離（ユーザーと目標物との距離の一例）
ユーザーが最短ルート（直線ルート）で（Ｎ＋１）番目のウェイポイントに到達するまでに移動すべき距離のことである。ユーザー端末１Ｃの処理部１２０ｃは、（Ｎ＋１）番目のウェイポイントの位置座標と現在位置座標との差分（差ベクトルの大きさ）を算出す
ることにより、（Ｎ＋１）番目のウェイポイントに到達するまでにユーザーが移動すべき残り距離を算出する。残り距離は、ウェイポイントの位置座標（目標物、目標地点）と現在位置座標（ユーザー、ユーザー端末）との距離の大きさや、コースの全長または２つのウェイポイント間の距離に対する残り距離の割合や比率であってもよい。
【０１５８】
１−５−７．ナビゲーション情報の通知方法
ナビゲーション情報の通知方法としては、例えば、以下の（１）〜（３）の少なくとも１つを採用することができる。
【０１５９】
（１）進行すべき方向の通知
進行すべき方向を表示部１７０ｃに矢印で表示させる方法である。ユーザー端末１Ｃの処理部１２０ｃは、進行すべき方向（地軸を基準とした方向）と、ユーザー端末ＩＣの現在姿勢（地軸を基準とした姿勢）とに基づき、進行すべき方向を示す矢印イメージ（表示画面に表示すべきイメージ）を生成して表示部１７０ｃへ表示する。
【０１６０】
ここでは、図８に示すとおり、クロールで腕を前方に伸ばしたときにユーザー２が表示部１７０ｃを確認することを想定する。図８では、ユーザー端末１Ｃを装着していない腕が前方に伸びた様子を示しているが、次のタイミングでは、ユーザー端末１Ｃを装着した腕がユーザー２の前方に伸びる。図９、図１０に示す例は、ユーザー端末１Ｃを装着した腕が前方に伸ばされたときにユーザー２が表示部１７０ｃを確認する様子を鉛直上方向から見た概念図である。なお、図９、図１０においては、表示部１７０ｃを簡略化してある。
【０１６１】
図９に示すとおり、ユーザー２の進行すべき方向とユーザー２の現在進行方向とがずれていないときには、ユーザー２の腕の伸びる方向と矢印イメージの示す方向とが一致する。
【０１６２】
一方、図１０に示すとおり、ユーザー２の進行すべき方向とユーザー２の現在進行方向とがずれているときには、ユーザー２の腕の伸びる方向と矢印イメージの示す方向とがずれることになる。
【０１６３】
なお、スイム中はユーザー２が表示部１７０ｃを注視することができないので、表示部１７０ｃに表示されるイメージはシンプルであることが望ましい。よって、図９、図１０に示すとおり、進行すべき方向を示す単一の矢印イメージが表示されるだけでも有効である。
【０１６４】
また、ユーザー端末１Ｃに地磁気センサー１１１ｃ（或いは加速度センサー１１３ｃ）が搭載されない場合などには、ユーザー端末１Ｃの現在姿勢（地軸を基準とした姿勢）をユーザー端末１Ｃが認識していないので、ユーザー端末１Ｃの処理部１２０ｃは、例えば、表示部１７０ｃを１２時制文字盤と仮定した場合における３時方向（ユーザー２の中指に向かう方向）をユーザー２の現在進行方向とみなして当該矢印イメージを生成してもよい。
【０１６５】
また、ユーザー端末１Ｃの処理部１２０ｃは、矢印イメージの代わりに、方向を表す他のイメージ、例えば、指針イメージ、三角形イメージ、ドットイメージ、直線イメージ、破線イメージなどを表示部１７０ｃに表示させてもよい。
【０１６６】
（２）進行すべき方向と現在進行方向との双方の表示
進行すべき方向と現在進行方向とのそれぞれを表示部１７０ｃに矢印で表示させる方法である。ユーザー端末１Ｃの処理部１２０ｃは、ユーザーが進行すべき方向（地軸を基準
とした方向）と、ユーザー端末ＩＣの現在姿勢（地軸を基準とした姿勢）とに基づき、ユーザー２が進行すべき方向を示す矢印イメージ（表示画面に表示すべきイメージ）を生成して表示部１７０ｃへ表示する。また、ユーザー端末１Ｃの処理部１２０ｃは、現在進行方向と、ユーザー端末ＩＣの現在姿勢（地軸を基準とした姿勢）とに基づき、現在進行方向を示す矢印イメージ（表示画面に表示すべきイメージ）を生成して表示部１７０ｃへ表示する。
【０１６７】
なお、スイム中はユーザーが表示部１７０ｃを注視することができないので、表示部１７０ｃに表示されるイメージはシンプルであることが望ましい。よって、進行すべき方向と現在進行方向とを示す２つの矢印イメージを表示するだけでもよい。
【０１６８】
また、ユーザー端末１Ｃに地磁気センサー１１１ｃ（或いは加速度センサー１１３ｃ）が搭載されない場合などには、ユーザー端末１Ｃの現在姿勢（地軸を基準とした姿勢）をユーザー端末１Ｃが認識していないので、ユーザー端末１Ｃの処理部１２０ｃは、例えば、表示部１７０ｃを１２時制文字盤と仮定した場合における３時方向（ユーザー２の中指に向かう方向）をユーザー２の現在進行方向とみなして当該矢印イメージを生成してもよい。
【０１６９】
なお、矢印イメージの代わりに、方向を表す他のイメージ、例えば、指針イメージ、三角形イメージ、ドットイメージ、直線イメージ、破線イメージ、などを用いることもできる。
【０１７０】
（３）方向ずれの通知
進行すべき方向と現在進行方向とのずれの方向表示部１７０ｃに表示させる方法である。
【０１７１】
ユーザー端末１Ｃの処理部１２０ｃは、現在進行方向に対して進行すべき方向がユーザーの左肩側である場合と、ユーザーの右肩側である場合と、ユーザーの正面である場合との別を、表示部１７０ｃに表示中のイメージの（ｉ）形状、（ｉｉ）色、（ｉｉｉ）輝度、（ｉｖ）形状の時間変化パターン、（ｖ）色の時間変化パターン、（ｖｉ）輝度の時間変化パターン、の少なくとも１つで表示する（ずれの方向を示す情報の一例）。
【０１７２】
（４）方向ずれの程度の通知
通知方法（１）〜（３）の何れかにおいて、進行すべき方向と現在進行方向とのずれの大きさが所定の閾値を超えた場合に、その旨（ずれの有無を示す情報の一例）をユーザーへ通知する方法である。
【０１７３】
ユーザー端末１Ｃの処理部１２０ｃは、進行すべき方向と現在進行方向とのずれの大きさ（角度差）が所定の閾値を超えた場合に、例えば、表示部１７０ｃに表示中のイメージの（ｉ）形状、（ｉｉ）色、（ｉｉｉ）輝度、（ｉｖ）形状の時間変化パターン、（ｖ）色の時間変化パターン、（ｖｉ）輝度の時間変化パターン、のうち少なくとも１つを切り替える。
【０１７４】
（５）残り距離の通知
通知方法（１）〜（４）の何れかにおいて、残り距離を併せてユーザーへ通知する方法である。
【０１７５】
ユーザー端末１Ｃの処理部１２０ｃは、残り距離に応じて、例えば、表示部１７０ｃに表示中のイメージの（ｉ）形状、（ｉｉ）色、（ｉｉｉ）輝度、（ｉｖ）形状の時間変化パターン、（ｖ）色の時間変化パターン、（ｖｉ）輝度の時間変化パターン、のうち少な
くとも１つを変化させる（ユーザーと目標物との距離を示す情報の一例、ユーザーから目標物までの残り距離を示す情報、残りの距離の程度を示す情報とも言うことができる）。
【０１７６】
例えば、残り距離が短くなるにつれて矢印イメージを細くしたならば、残り距離が短いほど矢印イメージが細くなるので、方向のずれがユーザーにとって確認し易くなると考えられる。
【０１７７】
１−６．実施形態の作用効果
以上説明したとおり、本実施形態のユーザー端末１Ｃは、移動するブイの位置に関連するコース情報（図３）を記憶する記憶部１３０ｃと、記憶されたコース情報（図３）を更新する処理部１２０ｃと、更新されたコース情報（図３）を用いて、移動するユーザーと移動するブイとの相対位置に関連するナビゲーション情報を通知する表示部１７０ｃ及び音出力部１８０ｃとを含む。
【０１７８】
処理部１２０ｃは、記憶部１３０ｃに記憶されたコース情報（図３）を更新するので、ブイの位置が変化した場合であっても、変更後のブイの位置をコース情報へ反映させることができる。また、表示部１７０ｃ及び音出力部１８０ｃは、更新されたコース情報を用いて通知を行うので、ブイの正しい位置を基準とした相対位置の情報を、ユーザーに通知できる。従って、ユーザー端末１Ｃは、ブイの位置が変化した場合であってもユーザーを正しく案内することができる。
【０１７９】
２．変形例
２−１．コース情報の受信時期の制限について
上記の実施形態のシステムでは、配信される全てのコース情報をユーザー端末１Ｃが受信するとユーザー端末１Ｃの消費電力、通信時間の負担が大きい。そこで、ユーザー端末１Ｃがコース情報を受信する時期を制限することで、ユーザー端末１Ｃにおける電力又は時間の負荷を減らしてもよい。低減する方法としては、以下の方法を採用することができる。
【０１８０】
（１）ユーザー端末１Ｃは、スタート地点Ｓから所定距離範囲内の地点においてはコース情報を受信する（現在位置座標がスタート地点Ｓの付近である場合はコース情報を受信する）。
【０１８１】
（２）ユーザー端末１Ｃは、前回の受信時刻からの経過時間が閾値を経過したときにはコース情報を受信するが、そうでないときにはコース情報を受信しない。なお、閾値は、例えば、５分〜１０分程度に設定される。但し、ブイが大きく動くことが予想される場合には、閾値は短め（１分程度）に設定される（１０ｍくらい動くケースがある）。
【０１８２】
（３）ユーザー端末１Ｃは、スイム種目がスタートする予定時刻の６０分〜３０分前から、コース情報の受信を開始する。なお、スイム種目の準備等も考慮すると、予定時刻より前の時刻から受信できることが望ましい。また、水中待機が１５分くらいある場合もある。よって、受信の開始時期は、予定時刻よりも早めに設定されることが望ましい。
【０１８３】
２−２．コース情報の工夫
本システムにおいては、コース情報のフォーマットに工夫を施すことにより、ユーザー端末１Ｃの負担を軽減することが可能である。
【０１８４】
例えば、管理端末１Ａは、ユーザー端末１Ｃに向けて配信するコース情報を、時系列に並ぶ２種類のデータ（パイロットデータ、本データ）によって構成する。
【０１８５】
このうち、パイロットデータには、例えば、コース情報の最新の更新時刻、更新フラグなどが含まれる。更新フラグは、コース情報の前回の配信後にコース情報のうち少なくとも１つのウェイポイントの位置座標が更新されたか否かを示すフラグである。
【０１８６】
一方、本データには、例えば、コース情報が含まれる。コース情報は、前述したとおりである（図３参照）。
【０１８７】
そして、ユーザー端末１Ｃの処理部１２０ｃは、パイロットデータを最初に受信し、更新フラグがオンされていた場合は、ユーザー端末１Ｃの記憶部１３０ｃにおけるコース情報の更新時刻（ユーザー端末１Ｃにおけるコース情報の更新時刻）と、パイロットデータに含まれる更新時刻（配信されるコース情報の更新時刻）とを比較し、本データに含まれるコース情報の更新時刻がユーザー端末１Ｃにおけるコース情報の更新時刻よりも新しい場合には、本データを受信し、そうでない場合は、本データを受信しない。
【０１８８】
なお、本実施形態のシステムでは、パイロットデータの配信に用いられる通信規格と、本データの配信に用いられる通信規格とは、異なってもよい。例えば、管理端末１Ａは、パイロットデータをビーコンで配信し、本データをＷｉ−Ｆｉ（登録商標）（Wi-Fi:Wireless Fidelity）で配信してもよい。
【０１８９】
２−３．コース情報の受信頻度の制御
また、ユーザー端末１Ｃは、潮の動きを示すデータを取得し、潮の動きが激しいときほどコース情報の受信頻度を高め（受信する時間間隔を狭め）てもよい。
【０１９０】
例えば、ユーザー端末１Ｃは、潮汐表や潮汐の推計データを予め記憶部１３０ｃに格納しておき、当該データに基づきコース情報の受信頻度を設定する。そのために、ユーザーは、インターネットなどのネットワークのサーバー（日本国内では海上保安庁のサーバー）から当該データをユーザー端末１Ｃの記憶部１３０ｃにダウンロードしておけばよい。
【０１９１】
また、このような詳細なデータが無かったとしても、簡易的に、大潮の日、小潮の日など、潮位変動の程度が分かるデータをユーザー端末１Ｃが予め保有し、大潮の日は受信頻度を相対的に高頻度とし、小潮の日は受信頻度を相対的に低頻度に設定してもよい。
【０１９２】
また、スイムコース１００Ｃの設けられた海の干満差も潮汐表によって表されるので、ユーザー端末１Ｃは、トライアスロン大会当日の干満差の程度に応じて受信頻度を設定してもよい。例えば、ユーザー端末１Ｃは、当日の干満差が１ｍ未満であるならば、受信回数を当初の１回のみとし、当日の干満差が２ｍ〜３ｍであるならば受信頻度を例えば２時間に１回の頻度とし、当日の干満差が３ｍ〜５ｍであるならば、受信頻度を例えば１時間に１回の頻度とする。
【０１９３】
また、ユーザー端末１Ｃが更に詳細なデータを利用できる場合には、トライアスロン大会の当日のうち潮変動の大きい時間帯と小さい時間帯とでユーザー端末１Ｃがコース情報の受信頻度を切り替えてもよい。
【０１９４】
また、海の干満差のデータとしては、例えば、潮位計、ＧＰＳ波浪計などで計測されたデータを使用することができる。あるいは、少なくとも１つのブイ端末１Ｂに潮位計測機能を搭載しておき、潮位変動が閾値を超えた場合に、その旨の情報（潮位変動が発生した旨の情報）を、ブイ端末１Ｂが管理端末１Ａ経由でユーザー端末１Ｃに配信してもよい。その場合、当該その旨の情報は、前述したパイロットデータに載せることもできる。
【０１９５】
また、上述した実施形態のシステムでは、ユーザー端末１Ｃがコース情報を受信して更
新する期間を、スイム開始されるよりも前の期間のみに制限することで、消費電力を抑制することもできる。
【０１９６】
なお、ここでは、ユーザー端末１Ｃがコース情報を受信する頻度を調節する例を説明したが、管理端末１Ａがコース情報を配信する頻度を同様に調節してもよい。
【０１９７】
２−４．コース情報のプロトコルによる差別化
上記実施形態のシステムの運営者は、コース情報の送信フォーマットを非公開にしておくことで、コース情報を受信できるユーザー端末１Ｃを、特定のユーザーのユーザー端末１Ｃのみに制限することも可能である。
【０１９８】
また、上記実施形態のシステムの運営者は、セキュリティ要求に応じて、コース情報に鍵を利用してもよい。例えば、公開鍵暗号方式を利用し、秘密鍵の提供を受けたユーザー２のユーザー端末１Ｃのみがコース情報を解読できるようにしてもよい。
【０１９９】
２−５．コース情報の事前配信について
上述した実施形態のシステムは、トライアスロンの会場でコース情報を配信しているが、トライアスロン大会の前にウェブサイトなどで基本となるコース情報（設計どおりのコース情報）を予めユーザーへ提供してもよい。また、ユーザーは、当該コース情報をユーザー端末１Ｃに予めダウンロードさせてもよい。ユーザー端末１Ｃに予めダウンロードされた当該コース情報は、トライアスロン会場において必要に応じて更新される。
【０２００】
このように、コース情報が予め提供されれば、ユーザーは、スマートフォンやＰＣ（personal computer）においてスイムコースの確認をすることができる。
【０２０１】
また、予め提供されるコース情報は、トライアスロン大会で提供されるのと同じ形式のコース情報であってもよいし、地図データ（画像データ）としてのコース情報であってもよい。なお、地図データとしてのコース情報には、各種のウェイポイントの名称が含まれることが望ましい。
【０２０２】
２−６．コース情報以外のアシスト情報について
上記の実施形態のシステムでは、管理端末１Ａからユーザー端末１Ｃへ配信される情報を、スイムコースに関する情報（コース情報）とした。このコース情報は、ユーザー端末１Ｃによるナビゲーション（広い意味でのナビゲーション）を補助するアシスト情報の１種である。そこで、上記の実施形態のシステムでは、当該アシスト情報に、コース情報以外の情報を盛りこんでもよい。
【０２０３】
例えば、本システムにおいて、管理端末１ＡにＧＰＳセンサーを搭載しておき、管理端末１Ａが当該ＧＰＳセンサーの測位で捕捉したＧＰＳ衛星のエフェメリス（軌道情報）、擬似距離、当該ＧＰＳセンサーが取得した初期位置（すなわちスタート地点Ｓの位置座標）などを、コース情報と共にユーザー端末１Ｃへ配信してもよい。このようにすれば、個々のユーザーのユーザー端末１ＣのＧＰＳセンサーが測位等を有利な条件で開始できる。また、個々のユーザーのユーザー端末１Ｃの消費電力を抑えることもできる。
【０２０４】
また、アシスト情報に、波の高さの情報などを盛り込んでも良い。波の高さについては、スイム中にユーザー２が確認することは難しいものの、スイム種目の前に、波の高さの情報をユーザー２が確認できれば、スイム種目における疲労をユーザー２が予測できるので有効である。
【０２０５】
２−７．ブイ端末の測位
上述した実施形態のシステムでは、ブイ端末１Ｂの測位をＧＰＳセンサーで行ったが、ＧＰＳセンサーだけでなく、各種の衛星測位システムの使用、複数システムの組み合わせが可能。搬送波位相測位などを組み合わせて測位精度を上げてもよい。
【０２０６】
また、測位システムとしては、ＰＧＳ（衛星測位）以外のシステムを利用することもできる。例えば、各種無線測位（ロラン−Ｃ等）も利用できるし、当該測位をＧＰＳと組み合わせることも可能である。また、地上からの画像解析により測位を行うことも可能である。
【０２０７】
また、ブイ端末１Ｂがブイに設置された時の位置座標をブイ端末１Ｂに記憶させておき、ブイ端末１Ｂにセンサーを搭載し、当該センサーの出力に基づく慣性航法によりブイ端末１Ｂの測位を行ってもよい。当該センサーとしては、加速度センサー、方位センサー、角速度センサーなどを用いることができる。
【０２０８】
また、ブイ端末１Ｂを設置した時におけるブイの位置は、設置作業を行う船や設置者の位置として計測することができる。或いは、トライアスロン大会の運営者が設計したスイムコースにおけるブイの設置位置（設計位置）をそのまま用いることも可能である。
【０２０９】
また、ブイ端末１Ｂによる測位の頻度を抑えれば、ブイ端末１Ｂの消費電力を抑えることができる。例えば、加速度センサー、地磁気センサーなどでブイの移動を検出し、測位を行うタイミングを、ブイ端末１Ｂが一定以上動いたときのみに制限してもよい。
【０２１０】
また、ブイ端末１Ｂが潮の干満時刻を予め記憶し、干満時刻の前後１〜２時間は測位間隔を短め（例えば５〜１０分）とし、それ以外の時間帯は測位間隔を長め（例えば３０分〜１時間）に設定してもよい。
【０２１１】
また、スイムコース１００Ｃに生じる風が強いときには、ブイの移動が大きくなるので、風力計を使って、風が強い時は測位間隔を短く、風が弱い時は測位間隔を長く設定してもよい。また、ブイ端末１Ｂによるデータの配信間隔を、測位間隔と同様に決定してもよい。
【０２１２】
また、スイムコース１００Ｃの風を計測する代わりに、ブイ端末１ＢのＧＰＳ高度（測位データに含まれる高度情報）に基づき、スイムコース１００Ｃにおける波の高さを計測し、当該高さに応じて測位間隔または配信間隔の少なくとも一方を設定してもよい。その場合、波が高いほど、ブイが移動する可能性が高いので、測位間隔または配信間隔を狭く設定すればよい。
【０２１３】
また、風または波の計測は、少なくともトライアスロン大会の開始後に行われれば十分である。例えば、トライアスロン大会の９０分〜６０分前くらいから当該計測を開始してもよい。その場合、ブイ端末１Ｂが開始予定時刻を記憶していてもよいし、管理端末１Ａが計測開始（位置情報の送信）をブイ端末１Ｂへ指示してもよい。
【０２１４】
２−８．ユーザー端末の形状
上述した実施形態のシステムでは、ユーザー端末１Ｃの形状をリスト型としたが、ゴーグル（ヘッドマウントディスプレイ）としてもよいし、ユーザー端末１Ｃの表示部１７０ｃとしてヘッドマウントディスプレイを使用してもよい。
【０２１５】
ゴーグルを表示部１７０ｃまたはユーザー端末１Ｃとして用いる場合、ユーザー端末１Ｃは、以下の情報（１）〜（４）の少なくとも１つを表示してもよい。
【０２１６】
（１）ウェイポイントまでの距離
（２）ウェイポイントまでの時間（予測時間）
（３）ゴールまでの距離
（４）ゴールまでの時間（予測値）
また、表示用のゴーグルは、水泳用のゴーグルと兼用されてもよい。
【０２１７】
図１１、図１２、図１３は、水泳用のゴーグルをユーザー端末１Ｃの表示部１７０ｃとして用いた場合の例である。
【０２１８】
図１１は、進行すべき方向がユーザー２の正面であるときにおける通知の例を示している。図１１は、正面からユーザー２を見たときの様子を示している（図１２、図１３も同様）。図１２は、進行すべき方向がユーザー２の左肩方向であるときにおける通知の例を示している。図１３は、進行すべき方向がユーザー２の左肩方向であって、かつ、現在進行方向のずれが図１２におけるずれより大きいときにおける通知の例を示している。
【０２１９】
このように、ユーザー２への通知をゴーグルへの表示によって行えば、ユーザー２がヘッドアップせずに確認を行うことができるので、体力の消耗を最小限にすることができる。
【０２２０】
なお、図１１、図１２、図１３では、矢印イメージを表示させる例を示したが、他の表示態様を採用できることは言うまでも無い。例えば、ゴーグルの複数個所にライト（照明具）を設けておき、ゴーグルにおけるライトの点灯位置によりユーザー２へ方向を通知することも可能である。
【０２２１】
２−９．ユーザー端末の構成
上述した実施形態のシステムにおいて、ユーザー端末１Ｃの一部の機能は、ユーザー端末１Ｃとは別体で設けられてもよい。例えば、ユーザー端末１Ｃのアンテナ（ＧＰＳや通信）が、ユーザーに装着されるキャップやゴーグルのベルトに装着できるようにしてもよいし、表示部１７０ｃがユーザー端末１Ｃと別体で設けられてもよい。
【０２２２】
また、例えば、ユーザー端末１Ｃのうち表示部１７０ｃ以外の機能は、ユーザー２の足首に装着されるＲＦタグに搭載されてもよい。
【０２２３】
また、ユーザー２に対する情報の通知は、音出力部１８０ｃ（スピーカー、振動モーターなどを含む）を用いてもよいし、それらのデバイスを表示部１７０ｃと組み合わせてもよい。
【０２２４】
また、ユーザーに対する情報の通知を振動により行う場合、「正しい方向」、「右にずれている」、「左にずれている」を、互いに異なる振動パターンで表現してもよい。
【０２２５】
また、ユーザーに対する情報の通知を振動により行う場合、「正しい方向」を「振動無し」で表現し、「右にずれている」を「振動１回」で表現し、「左にずれている」を「振動２回」で表現してもよい。
【０２２６】
また、ユーザーに対する情報の通知を振動により行う場合、「正しい方向」を「振動1回」で表現し、「右にずれている」を「正しい時より長い振動」で表現し、「左にずれている」を「正しい時より短い振動」で表現してもよい。
【０２２７】
また、スイム種目では他の参加者も周辺を泳いでいるため、ダイビングやプールと比べると音が聞き取りにくい。このため、ユーザーへの情報の通知を視覚表示で行うことが望
ましいと考えられるが、音で通知するなら、骨伝導式（水泳用音楽プレイヤーなどとして周知である）を用いることが望ましい。また、耳栓状の音出力デバイスを利用してもよい。
【０２２８】
また、ユーザーへの通知を表示により行う場合には、通知時間に制限を設ける必要性は低いが、ユーザーへの通知を音により行う場合には、通知時間に制限を設けてもよい。例えば、一定の時間間隔で通知を行うか、通知のタイミングをずれが生じたときのみに制限してもよいし、通知のタイミングをずれが生じなかったときのみに制限してもよい。
【０２２９】
２−１０．管理理端末
上述した実施形態のシステムにおいて、管理端末１Ａの設置先は、トライアスロン大会の受け付けや、トライアスロン会場のゲート等であってもよい。少なくとも管理端末１Ａの設置先は、ユーザーがトライアスロン大会の開始時刻に近い時間に経由する場所であって、一定の時間に亘りユーザー２が滞在する可能性のある場所であることが望ましい。このようにすれば、マットＳＭが無い場合や、マットＳＭの周辺にユーザー２が滞在する時間が短い場合にも、コース情報をユーザー２へ提供することが可能となる。
【０２３０】
２−１１．ウェイポイントナビ
上述した実施形態のユーザー端末１Ｃは、ＧＰＳセンサー１１０ｃの出力を用いてスイムナビを実現したが、ＧＰＳセンサー１１０ｃの出力を用いずともスイムナビを行うことが可能である。例えば、ユーザー端末１Ｃは、地磁気センサー１１１ｃの出力に基づくことで、ウェイポイントの方向をユーザーに提示し続けることが可能である。
【０２３１】
但し、ＧＰＳセンサー１１０ｃの出力を用いない場合は、ユーザーがウェイポイントに到着したか否かをユーザー端末１Ｃが自動判定することはできないので、例えば、ウェイポイントに到着したタイミングでユーザーがその旨をユーザー端末１Ｃへ通知すればよい。この通知は、操作部１５０ｃを介して行われる。
【０２３２】
２−１２．到着判定など
なお、上述した実施形態のユーザー端末１Ｃは、ユーザーがウェイポイントに到着したか否かをＧＰＳセンサー１１０ｃの出力に基づき判定したが、ブイ端末１Ｂが発する信号の強度に基づき判定してもよい。
【０２３３】
また、上述した実施形態のユーザー端末１Ｃは、管理端末１Ａに対して自らコース情報の配信を要求してもよい。また、管理端末１Ａは、コース情報の配信を、ユーザー端末１Ｃからの当該要求に応じて行ってもよい。
【０２３４】
２−１３．システム構成のバリエーション
上述した実施形態のシステムは、管理端末１Ａを利用したが、管理端末１Ａを省略することも可能である。その場合、ユーザー端末１Ｃは、ブイ端末１Ｂが配信する位置座標と測位時刻とを直接的に受信し、ユーザー端末１Ｃの記憶部１３０ｃに保管されたコース情報を更新すればよい。また、上述した実施形態のシステムは、管理端末１Ａを利用したが、ユーザー端末１Ｃ同士で通信を行い、コース情報を送受信することも可能である。すなわち、上述した実施形態のシステムは、以下の各種に変形することが可能である。
【０２３５】
（１）ユーザー端末＋ブイ端末＋管理端末＋ネットワーク（実施例の構成）
（２）ユーザー端末＋情報端末（スマートフォン、ＰＣ）＋ブイ端末＋管理端末＋ネットワーク
（３）ユーザー端末＋情報端末（スマートフォン、ＰＣ）＋ブイ端末＋管理端末＋ネットワーク＋サーバー（サーバーは振り返り、事前準備、送信用データ作成、または配信に使
う）
（４）ユーザー端末＋ブイ端末＋管理端末＋ネットワーク＋サーバー（管理端末が配信）（５）ユーザー端末＋ブイ端末＋管理端末＋ネットワーク＋サーバー（管理端末はブイ端末と同じ機能、サーバーが配信）
（６）（２）〜（５）のいずれかにおいてユーザー端末同士が連携するもの
【０２３６】
２−１４．ユーザー端末が計測、記録する項目（パフォーマンス情報）
また、上記のユーザー端末１Ｃの処理部１２０ｃは、以下のユーザーパフォーマンスデータの少なくとも１つを生成して記録してもよい。なお、ユーザーパフォーマンスデータの一部は、以下のスイムナビを含むスイム機能（水泳のパフォーマンスデータの計測を含む）の計測項目として採用されてもよく、別の一部は、ユーザー端末１Ｃの別の機能（例えばランニング機能）等の計測項目として、スイム機能と共存していてもよい。
【０２３７】
ユーザーパフォーマンスデータの例：運動距離（移動距離、累積移動距離）、運動時間、所定の心拍ゾーンにおける運動時間、歩数、ストローク数、ラップストローク数、ラップ歩数、走行ペース、走行ピッチ、歩幅（ストライド）、スプリットタイム、ラップタイム（ブイ端末の位置座標を区切りとする）、累積上昇高度、累積下降高度、標高（運動した場所の平均高度）、勾配、トレーニング回数（ランニング回数、最大、平均など）、目標達成度、姿勢（走行姿勢）、左右差、接地時間、真下着地率、推進効率、脚の流れ、着地ブレーキ量、着地衝撃、心拍数、消費カロリー、酸素摂取量、発汗量、水分摂取量、所定条件における予想運動距離（移動距離、予想累積距離）、所定の心拍ゾーンに到達するまでの時間、所定条件での予想ペース、所定条件での予想ピッチ、所定条件での予想歩幅（予想ストライド）、所定条件での予想タイム（ラップタイム、スプリットタイム）、所定条件での予想消費カロリー、自動生成された目標、紫外線量、水温、記憶、体温、ＶＯ２ｍａｘ、ＳｐＯ２（動脈血酸素飽和度、推定値）、位置、軌跡（振り返り）、種目別ユーザーパフォーマンスデータ、…など。
【０２３８】
２−１５．ユーザー端末が計測、記録する項目（活動量）
また、上記のユーザー端末１Ｃの処理部１２０ｃは、以下の活動量データの少なくとも１つを生成して記録してもよい（本発明の機能と共存していてもよい）。
【０２３９】
ユーザー活動量データの例：移動距離、運動時間、ストローク数、ペース、心拍数、睡眠時間、ストレス（興奮状態とリラックス状態とのバランス）、酸素摂取量、発汗量、水分摂取量（ユーザーによる手動入力）、消費カロリー、摂取カロリー（ユーザーによる手動入力）、カロリー収支、体重（体重計との通信による入力、又はユーザーによる手動入力）、ウエストサイズ（ユーザーによる手動入力）、緊張時間とリラックス時間とのバランス（心バランス）、心拍数、目標達成度、紫外線量、ＶＯ２ｍａｘ、ＳｐＯ２（動脈血酸素飽和度、推定値）、睡眠状態（深い、浅い、良い、悪い、などの割合又は点数）…など。
【０２４０】
２−１６．種目
上述した何れかの実施形態では、システムの用途がトライアスロンのスイム種目である場合を説明したが、実施形態のシステムは、目標地点が移動する可能性のある各種のスポーツに適用することができる。例えば、水泳（オープンウォータースイム）、トライアスロン、バイアスロン（スイムラン、スイムバイク）、ヨット、カヌーなどである。
【０２４１】
２−１７．センサー
上記の実施形態のユーザー端末１Ｃは、センサーとして、以下の各種のセンサーのうち少なくとも１つを用いることができる。すなわち、加速度センサー、ＧＰＳ（ＧＮＳＳ）センサー、角速度センサー、速度センサー、心拍センサー（胸ベルトなど）、脈拍センサ
ー（心臓以外の場所で測るセンサー）、歩数計、圧力センサー、高度センサー、温度センサー（気温センサー、体温センサー）、地磁気センサー、体重計（ユーザー端末１Ｃの外部装置として用いる）、紫外線センサー、発汗量センサー、血圧センサー、動脈血中酸素濃度（ＳｐＯ２）センサー、乳酸センサー、血糖値センサー、風速センサーなどである。
【０２４２】
２−１８．ラップ情報のバリエーション
本実施形態のユーザー端末１Ｃの処理部１２０ｃは、通知及び記録すべきラップ情報に、ラップタイム、ラップ距離、ラップペース、ラップ心拍数の少なくとも１つを含めてもよい。また、他のラップ情報を含めてもよい。ラップ情報は、ユーザーパフォーマンスデータ（又はユーザー活動量データ）をラップ区間ごとに計測したものである。
【０２４３】
２−１９．データ集計手法について
上記の実施形態のユーザー端末１Ｃの処理部１２０ｃは、少なくとも１つのラップ情報として、ラップ区間内の平均値の他に、ラップ区間内の代表値（ベスト値、ワースト値）、ラップ区間内の累計、ラップ区間内の推移、ラップ区間内の割合、ラップ区間内のばらつき、ラップ区間内のばらつき（変動の大きさまたは小ささなど）、ラップ区間内の目標達成度、ラップ区間内データから算出した予想値、ラップ区間内のデータから算出した目標値、ラップ区間の評価結果（点数、レベル、良かった割合など）の少なくとも１つをユーザーへ通知又は記録することができる。
【０２４４】
２−２０．グラフ表示について
上記の実施形態のユーザー端末１Ｃの処理部１２０ｃは、ラップ区間におけるデータを数値で表してもよいし、棒グラフや折れ線グラフなどの他種のグラフで表示してもよい。
【０２４５】
また、上記の実施形態のユーザー端末１Ｃの処理部１２０ｃは、少なくとも１つのデータを数値イメージで表したが、ユーザーが所定の操作ボタンを押下し続けること（又は繰り返し押下すること）で数値イメージが時系列に切り替わるようにしてもよい。或いは、上記の実施形態の処理部１２０ｃは、複数の数値イメージを画面内に列記することで数値の推移が一覧できるようにしてもよい。
【０２４６】
また、上記の実施形態のユーザー端末１Ｃの処理部１２０ｃは、少なくとも１つのデータを当該項目の目標と共に表示してもよい（目標と結果）。また、その場合、処理部１２０ｃは、或る項目のデータが目標に達した場合には、データを強調表示してもよい。データの強調表示は、データのコントラスト、明るさ、色、彩度の少なくとも１つを変化させたり、反転表示したり、点滅表示したり、マークを付与したり、データの表示サイズを拡大したりすることなどにより行われる。
【０２４７】
また、上記の実施形態のユーザー端末１Ｃの処理部１２０ｃは、少なくとも１つの項目に関する（ｉ）目標と結果、（ｉｉ）結果と予想、（ｉｉｉ）最大最小と平均のうち、少なくとも１つの組み合わせを並べて表示してもよい。
【０２４８】
２−２１．通知態様について
また、ユーザー端末１Ｃは、ユーザーに対する情報の通知を、画像表示により行ってもよいし、画像表示のほかに、音出力、振動、光、色（ＬＥＤの発光やディスプレイの表示色）などにより行ってもよいし、画像表示、音出力、振動、光、色のうち少なくとも２つの組み合わせにより行ってもよい。
【０２４９】
２−２２．カスタマイズについて
また、上記の実施形態のユーザー端末１Ｃによるユーザーへの通知内容（通知期間、通知項目、通知態様、集計手法、通知順序などを含む）の少なくとも一部は、ユーザーが予
め設定することが可能（カスタマイズ可能）であってもよい。
【０２５０】
２−２３．機器の形態について
また、ユーザー端末１Ｃは、リスト型電子機器、イヤホン型電子機器、指輪型電子機器、ペンダント型電子機器、スポーツ器具に装着して使用する電子機器、スマートフォン、ヘッドマウントディスプレイ（ＨＭＤ：Head Mount Display）、ヘッドアップディスプレイ（ＨＵＤ：Head Up 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）を利用してもよい。
【０２５３】
３．その他
本発明は上記の実施形態に限定されず、本発明の要旨の範囲内で種々の変形実施が可能である。
【０２５４】
また、上述した各実施形態及び各変形例は一例であって、これらに限定されるわけではない。例えば、各実施形態及び各変形例を適宜組み合わせることも可能である。
【０２５５】
また、本発明は、実施形態で説明した構成と実質的に同一の構成（例えば、機能、方法及び結果が同一の構成、あるいは目的及び効果が同一の構成）を含む。また、本発明は、実施形態で説明した構成の本質的でない部分を置き換えた構成を含む。また、本発明は、実施形態で説明した構成と同一の作用効果を奏する構成又は同一の目的を達成することができる構成を含む。また、本発明は、実施形態で説明した構成に公知技術を付加した構成を含む。
【符号の説明】
【０２５６】
１Ａ…管理端末、１Ｂ…ブイ端末、１Ｃ…ユーザー端末、１１０ｂ、１１０ｃ…ＧＰＳセンサー、１２０ａ、１２０ｂ、１２０ｃ…処理部、１３０ａ、１３０ｂ、１３０ｃ…記憶部、１１１ｃ…地磁気センサー、１１２ｃ…気圧センサー、１１３ｃ…加速度センサー、１１４ｃ…角速度センサー、１１５ｃ…脈センサー、１１６ｃ…温度センサー、１５０ａ、１５０ｃ…操作部、１６０ａ、１６０ｂ、１６０ｃ…計時部、１７０ｂ、１７０ｃ…表示部、１８０ｃ…音出力部、１９０ａ、１９０ｂ、１９０ｃ…通信部、１９１ａ、１９１ｂ、１９１ｃ…バッテリー、
【図１】
2017164032.tif 000003
【図２】
2017164032.tif 000004
【図３】
2017164032.tif 000005
【図４】
2017164032.tif 000006
【図５】
2017164032.tif 000007
【図６】
2017164032.tif 000008
【図７】
2017164032.tif 000009
【図８】
2017164032.tif 000010
【図９】
2017164032.tif 000011
【図１０】
2017164032.tif 000012
【図１１】
2017164032.tif 000013
【図１２】
2017164032.tif 000014
【図１３】
2017164032.tif 000015