JP6707653B2 - 移動体情報検出用端末 - Google Patents

Description

本発明は、生体に装着されて、その生体情報を得る場合等に用いて好適な移動体情報検出用端末に関する。

従来においては、犬や競走馬等の被験体に装着され、被験体の生体情報を取得して、取得した生体情報を送信する生体情報送信端末と、生体情報送信端末から送信された生体情報を受信する生体情報計測装置とを備えた生体情報モニターシステムに関する技術が開示されている（特許文献１を参照）。

この特許文献１の生体情報モニターシステムの段落［００５０］〜［００５４］には、被験体の生体情報を検出するとともに、被験体にＧＰＳ受信部を装着して、現在位置と生体情報とを対応させて蓄積して送信することが開示されている。

また、段落［００５９］には、生体モニタ機器が生体情報と位置情報とを対応付けて表示することが開示されている。

特開２００８−２７２１６３号公報

一般に、ＧＰＳ受信器による位置情報の検出は１ｓｅｃ間隔である。これに対し、移動速度が速い被験体では、１ｓｅｃ間に数ｍ〜十数ｍも移動する。

しかしながら、特許文献１に記載の生体情報モニターシステムの生体情報送信端末は、単に現在位置と生体情報とを対応付けて送信するものであるので、１ｓｅｃ経過した時点の位置情報と生体情報とを対応付けて送信することしかできない。

すなわち、移動速度が速い被験体の位置を取得して送信したとしても、その位置は、すでに数ｍ〜十数ｍも移動した位置であるので、移動速度の速い被験体の位置検出には不向きであるという課題があった。

また、生体情報というのは、様々な種類があり、その取得タイミングも異なる。ところが、特許文献１は、１ｓｅｃ経過した時点の位置情報と生体情報とを対応付けるだけであるので、様々な種類の生体情報を同時刻で対応付けることができない。

つまり、特許文献１の生体情報送信端末に使用される生体情報検出用のセンサは、種類が決まってしまうという課題があった。

したがって、特許文献１に記載の生体情報モニターシステムの生体情報送信端末は、固定種類のセンサが検出した生体情報に１ｓｅｃ間隔の位置情報を対応付けて送信することしかできないという課題があった。

本発明は、このような事情に鑑みてなされたものであり、移動速度の速い移動体であっても、その微細な位置を検出できるとともに、複数種のセンサを内蔵させて、各種センサの出力と微細な位置との関連を把握させることができる情報を取得できる移動体情報検出用端末を得ることを目的とする。

上記課題を解決するために、本発明の移動体情報検出用端末は、
移動体に装着される移動体情報検出用端末であって、
通信モジュールと、
ＧＮＳＳ衛星からのＧＮＳＳデータを受信し、前記ＧＮＳＳデータから位置データを求めるためのＲａｗデータを抽出する位置センサモジュールと、
前記Ｒａｗデータに同期した前記位置データの出力タイミング以下のシステム時刻を出力する内部タイマと、
前記移動体に関する各種の情報を、それぞれ固有のタイミングで検出し、移動体状況検出データとして出力する、各種センサを有する移動体状況検出センサモジュールと、
前記各種センサの前記移動体状況検出データが記憶される記憶領域と、
一定時刻ごとに、前記各種センサからの前記移動体状況検出データを前記記憶領域の所定のメモリ領域に上書き保存する手段と、
前記Ｒａｗデータに基づいて前記位置データを算出する手段と、
前記システム時刻および前記位置データをヘッダ情報として、前記メモリ領域に現時点で保存されている前記移動体状況検出データを関連付けた移動体情報を作成し、前記通信モジュールより外部装置に送信させる手段と
を備えることを特徴とする。

本発明によれば、ＧＮＳＳ位置情報の元データであるＲａｗデータの出力間隔以下のシステム時刻で、各種センサが検出した移動体状況検出情報をサンプリングするので、取得タイミングが異なる複数種のセンサを内蔵可能であり、各種センサの出力である移動体状況検出情報をシステム時刻と同時刻で、できる限り多く取得することができる。

また、取得した移動体状況検出情報にシステム時刻を関連付け、かつ位置情報を関連付けて外部装置に送信するので、外部装置側では移動体が速く移動しても、その微細位置を算出することができるとともに、この微細位置にそれぞれの移動体状況検出情報を関連付けて表示させることができる。

このため、外部装置では、現時点において、移動体がどこで、どのような状況にあるかを、細かく把握することができる。

例えば、移動体がサッカー選手であった場合には、外部装置のユーザ（監督やコーチ等）は、その選手が、ある地点でどのような動きをしていたか、そのときの状況はどうであったかを、検出位置単位で把握できる。

図１は、本実施の形態１に係る移動体情報検出用端末（ウェアラブルデバイス）の概略構成を示す図である。 図２は、図１に示したウェアラブルデバイスの、外部装置（表示装置および解析装置）の概要を説明するために示す図である。 図３は、表示装置におけるデバイス管理の説明図である。 図４は、ウェアラブルデバイスと表示装置との関連付けの説明図である。 図５は、ウェアラブルデバイスの初期動作を示すフローチャートである。 図６は、ウェアラブルデバイスにおいて、初期動作の後に実行される処理のフローチャートである。 図７は、表示装置が受信できなかった移動体情報をウェアラブルデバイスに再送信させる際のフローチャートである。 図８は、ウェアラブルデバイスの記憶部内で管理される移動体情報を模式的に示す図である。 図９は、本実施の形態１の変形例に係り、ウェアラブルデバイスが移動体情報を表示装置に送信する際のフローチャートである。 図１０は、変形例に係る、移動体情報の一例を示す図である。 図１１は、ウェアラブルデバイスのメイン制御モジュールでの処理（時刻同期）の概略について説明するために示す図である。 図１２は、メイン制御モジュールでの初期動作の概念を説明するために示す図である。 図１３は、本実施の形態２に係る移動体情報検出用端末（ウェアラブルデバイス）の装着例を示す図である。 図１４は、ウェアラブルデバイスの概略構成を示す図である。 図１５は、ウェアラブルデバイスのメイン制御モジュールを構成する制御部の機能ブロック図である。 図１６（ａ）は、ウェアラブルデバイスの初期時取込フォーマット作成部で作成される送信フォーマットの一例を示す図であり、図１６（ｂ）は、そのフォーマット領域の一例を示す図である。 図１７は、ウェアラブルデバイスにおいて、移動体情報を得るまでの過程を説明するために示すタイミングチャートである。 図１８は、ウェアラブルデバイスからの移動体情報の、表示装置での表示例を示す図である。 図１９は、本実施の形態３に係る移動体情報検出用端末（ウェアラブルデバイス）における、ＲＴＫ補正技術について示す図である。 図２０は、ウェアラブルデバイスにおけるＲＴＫ補正処理を説明するために示す、ウェアラブルデバイスのメイン制御モジュールを構成する制御部の機能ブロック図である。 図２１は、本実施の形態４に係る移動体情報検出用端末（ウェアラブルデバイス）の構成例を示す概略図である。

以下、本発明の実施の形態について図面を参照して説明する。

なお、以下に示す実施の形態は、発明の技術的思想（構造、配置）を具体化するための装置や方法を例示したものであって、本発明の技術的思想は、下記のものに特定されるものではない。本発明の技術的思想は、特許請求の範囲に記載された事項の範囲内において、種々の変更を加えることができる。

特に、図面は模式的なものであり、装置やシステムの構成等は現実のものとは異なることに留意すべきである。

本実施の形態は、人間や動物等の移動する生体（移動体）に装着されるものの他、ドローンやロボット又は農機（農業機械）や建機（建設機械）等の重機のような移動する非生体（移動体）に装着される移動体情報検出用端末であって、例えば、移動体の現状を取得し、それをリアルタイムで遠隔地点に送信する場合等に適用される。

以下に、移動体情報検出用端末について具体的に説明するが、移動体は生体とし、この生体はマラソン選手やラグビー選手、サッカー選手、卓球選手、自転車競技等の競技者、又は動物等でもかまわないが、実施の形態１では、移動体をスポーツの競技者ＳＰｉとして説明する。すなわち、本実施の形態１に係る移動体情報検出用端末は、競技者ＳＰｉの心拍数、脈拍数、体温等の移動体生体情報（単に、生体情報ともいう）と、競技者ＳＰｉの姿勢値、加速度等の移動体状態情報（単に、状態情報ともいう）に、高感度受信器（以下、「ＧＮＳＳモジュール」ともいう）の位置情報を関連付けた移動体情報を送信するウェアラブルデバイスとした場合の例である。また、競技者ＳＰｉの周囲の気圧や気温（温度）等の移動体周囲情報（単に、周囲情報又は環境情報ともいう）や、競技者ＳＰｉを識別するためのユーザＩＤ又は競技者ＳＰｉに装着された該端末を識別するためのデバイスＩＤ等を移動体情報に関連付けるようにしても良い。

以下の説明において、実施の形態１では、移動体情報検出用端末の概要を説明し、実施の形態２、３、４では、移動体情報検出用端末の具体例（適用例）について説明する。

（実施の形態１）
＜移動体情報検出用端末の概要＞
図１は、本実施の形態１に係る移動体情報検出用端末（以下、「ウェアラブルデバイス１」という）の概要を説明する概略構成図である。このウェアラブルデバイス１は、例えば、競技者ＳＰｉ（生体）の手首に装着する腕時計型のウェアラブルコンピュータである。

また、図１においては、外部装置の一例として、通信装置（以下、「表示装置」ともいう）と、インターネットＮ上のクラウド等に接続された解析装置３と、を例示して説明する。表示装置は、例えば、タブレット端末(単に、「タブレット２」とも称する)からなる。

タブレット２は、例えば、競技者ＳＰｉが所属するチームの監督ＭＧ（カントク）が所持するのが好ましい。タブレット２に限らず、スマートフォンや携帯型のノートパソコン（ノートＰＣ）等であっても良い。

ここで、ウェアラブルデバイス１は、複数の競技者ＳＰｉのそれぞれが装着するようにしても良い。

図２に示すように、ウェアラブルデバイス１は、近距離無線通信モジュール１１（以下、無線モジュールともいう）、電池モジュール１２、メイン制御モジュール１３、出力モジュール１４、および複数の移動体状況検出センサモジュールを備える。

メイン制御モジュール１３は、例えばプロセッサを搭載したシングルボードコンピュータ（マイクロコントローラ又は単にマイコンともいう）であって、記憶部１３１、制御部１３２、および両者を繋ぐインタフェース（図示せず）等を備える。

また、複数の移動体状況検出センサモジュールは、位置センサモジュール１５（高感度位置検出モジュール又はＧＮＳＳモジュールともいう）と、生体情報検出センサモジュール１６と、競技者ＳＰｉの周囲の気圧や気温等の環境情報（周囲情報）を取得する周囲情報取得センサモジュール１７と、競技者ＳＰｉがどんな姿勢か、どんな速度か等を検出するための状態情報検出センサモジュール１８等からなる。

位置センサモジュール１５は、例えば、後述する人工衛星を用いて測位する、ＧＰＳ（Global Positioning System）等の衛星測位システムモジュールである。位置センサモジュール１５としては、例えば、ＧＮＳＳ衛星からのＧＮＳＳデータを受信し、位置データを求めるためのＲａｗデータを抽出するものであっても良い。

生体情報検出センサモジュール１６としては、競技者ＳＰｉの心拍数や脈拍数等の生体情報（移動体生体情報）を取得する心拍センサ１６Ａ、脈拍センサ１６Ｂ等である。周囲情報取得センサモジュール１７としては、競技場の気圧や気温等の周囲情報（移動体周囲情報）を取得する気圧センサ１７Ａ、温度センサ１７Ｂ等である。状態情報検出センサモジュール１８としては、競技者ＳＰｉの姿勢値や加速度等の状態情報（移動体状態情報）を取得する、例えばジャイロセンサ（３軸）、加速度センサ（３軸）、地磁気センサ（３軸）を含む９軸センサ等である。

出力モジュール１４は、例えば、ＬＥＤランプ、バイブレータ、音声再生装置（スピーカやブザー）等により構成される。電池モジュール１２は、バッテリや電池を含んで構成される。

＜通信装置の概要＞
次に、タブレット２の構成を簡単に述べる。

図２に示すタブレット２は、無線モジュール２１、収集解析アプリケーション部２２、およびモバイルデータ通信部２３等を備える。

このタブレット２は、例えば試合中や練習時において、競技者ＳＰｉの位置と疲れ具合との関係等を把握したい監督ＭＧにより使用される。

タブレット２は、モバイルデータ通信部２３により、通信事業者が設置したアンテナを介して、インターネットＮに接続可能である。一方、解析装置３も、インターネットＮに接続可能である。これにより、タブレット２と解析装置３は互いに通信可能である。

＜解析装置の概要＞
次に、解析装置３の構成を簡単に述べる。

解析装置３は、図２に示すように、競技者ＳＰｉのパフォーマンス計測、センサ補正、ＳＮＳ（ソーシャルネットワーキングサービス）、人材マッチング、医療、およびトレーニング等を担うアプリケーションサービス部３１と、競技者ＳＰｉのプロフィールや身体能力といった個人データ、チームデータ、環境データ、解析データ等を記憶するデータベース３２とを備える。

この解析装置３は、例えば試合前に、監督室やスタッフルーム等において、競技者ＳＰｉのコンデション等を把握したい監督ＭＧにより使用されるものであっても良い。

ここで、ウェアラブルデバイス１の識別情報の事前登録について説明する。

（ウェアラブルデバイス１の識別情報の事前登録）
図３は、タブレット２におけるデバイス管理の説明図である。

ウェアラブルデバイス１の近距離無線通信モジュール１１とタブレット２の無線モジュール２１とが接続すると、タブレット２では、無線モジュール２１を介してウェアラブルデバイス１を探知し（ステップＳ１）、ウェアラブルデバイス１のユーザインタフェース（ＵＩ）に対し、タブレット２と接続中であることを通知する（ステップＳ３）。

次に、タブレット２は、ウェアラブルデバイス１に付された固有の情報（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）の場合はデバイスアドレス、Ｗｉ−Ｆｉの場合はＭＡＣアドレス、通信モジュールに固有の情報がない場合は、ウェアラブルデバイス１のソフトウェアに固有のプロファイル等の送信デバイス識別情報（いわゆる、デバイスＩＤ））を取得する（ステップＳ５）。

次に、その固有の送信デバイス識別情報を画面にリスト表示（図示省略）するとともに（ステップＳ７）、ウェアラブルデバイス１のユーザインタフェース（ＵＩ）に対し、ウェアラブルデバイス１が登録候補として選択中であることを通知する（ステップＳ９）。

次に、タブレット２のユーザ（例えば、監督ＭＧ）はリストを目視確認し（ステップＳ１１）、登録するか否かのユーザ判断を入力する（ステップＳ１３）。登録することが入力された場合は（ステップＳ１５：ＹＥＳ）、タブレット２とつながるウェアラブルデバイス１として、そのウェアラブルデバイス１を登録する（ステップＳ１７）。その際、ウェアラブルデバイス１の情報として、固有の送信デバイス識別情報とデバイス名（任意の名前）とをインターネットＮを介してクラウド（解析装置３）等に登録するとともに（ステップＳ１９）、ウェアラブルデバイス１のユーザインタフェース（ＵＩ）に登録完了を通知する（ステップＳ２１）。

（ウェアラブルデバイス１とタブレット２との関連付け）
図４は、ウェアラブルデバイス１とタブレット２との関連付けの説明図である。

まず、タブレット２は、インターネットＮに接続されたクラウド（解析装置３）等からユーザ情報リスト（例えば、当チームに所属する競技者ＳＰｉの名簿）とデバイス情報リスト（例えば、デバイスＩＤの一覧）とを取得する（ステップＳ３１）。

次に、ユーザ情報リストとデバイス情報リストを画面に表示（図示省略）し（ステップＳ３３）、タブレット２のユーザ（例えば、監督ＭＧ）が目視確認し（ステップＳ３５）、競技者ＳＰｉとウェアラブルデバイス１との関連付けを行うか否かのユーザ判断を入力する（ステップＳ３７）。

関連付けを行うとのユーザ判断が入力された場合（ステップＳ３９：ＹＥＳ）、競技者ＳＰｉとウェアラブルデバイス１とを関連付ける関連付け処理を行う（ステップＳ４１）。その際、関連付け情報として、競技者ＳＰｉのユーザ情報リストに登録されたユーザＩＤ（例えば、登録背番号）とウェアラブルデバイス１のデバイス情報リストに登録されたデバイスＩＤとをクラウドに登録し（ステップＳ４３）、そのウェアラブルデバイス１とタブレット２とが接続中の場合は、ウェアラブルデバイス１のユーザインタフェース（ＵＩ）に対し、関連付け完了を通知する（ステップＳ４５）。

次に、ウェアラブルデバイス１の初期動作および送信動作について説明する。

（ウェアラブルデバイス１の初期動作）
図５は、ウェアラブルデバイス１の初期動作（時刻同期処理）を示すフローチャートである。

制御部１３２は、ウェアラブルデバイス１が起動されると位置センサモジュール１５に日時情報を要求する（ステップＳ５１）。これにより、位置センサモジュール１５は、制御部１３２に対し、例えばＲａｗデータ若しくはＮＭＥＡ（National Marine Electronics Association）形式のＧＮＳＳデータで応答を出力する（Ｔ１）。

制御部１３２は、応答を受信したら（ステップＳ５３）、応答内の日時情報の有無を判定し（ステップＳ５５）、日時情報がなければ、位置センサモジュール１５が次に出力する応答を待ち、これを受信する（ステップＳ５３）。

制御部１３２は、応答内に日時情報があれば、ＧＮＳＳデータ形式のチェックサムを実施し（ステップＳ５７）、チェックサムがＮＧなら、次の応答を待ち、受信する（ステップＳ５３）。

制御部１３２は、チェックサムがＯＫなら、ＧＮＳＳデータの構文をチェックし（ステップＳ５９）、構文のチェックがＮＧなら、次の応答を待ち、受信する（ステップＳ５３）。

制御部１３２は、構文のチェックがＯＫなら、応答から日時情報を抽出し（ステップＳ６１）、日時情報がＧＮＳＳ時刻（１９８０年でない日時、すなわち現在の日時）か否かを判定する（ステップＳ６３）。ＧＮＳＳ時刻でないなら、次の応答を待ち、受信する（ステップＳ５３）。

制御部１３２は、ＧＮＳＳ時刻なら、いわゆる「０ミリ秒確認」を行って、そのＧＮＳＳ時刻の少数点以下（１ｓｅｃ以下）の３桁が０００又は１００の整数倍か否かを判定する（ステップＳ６５）。ＧＮＳＳ時刻の少数点以下の３桁が０００でもなく、１００の整数倍でもない場合は、次の応答を待ち、受信する（ステップＳ５３）。

ＧＮＳＳ時刻の少数点以下の３桁が０００又は１００の整数倍の場合、制御部１３２は、自身がもつ、不図示の内部タイマの時刻（システム時刻という）をＧＮＳＳ時刻に一致させる（ステップＳ６７）。

なお、上記したステップＳ５３〜Ｓ６７までの処理時間は、１０数ｍｓｅｃ程度である。

次に、制御部１３２は、位置センサモジュール１５が出力する信号（例えば、１ｓｅｃに１回のクロック波形を有する１ＰＰＳ信号を含むフレームヘッダ）を受信（Ｔ２）し（ステップＳ７１）、１ＰＰＳ信号があるか否かを判定する（ステップＳ７３）。１ＰＰＳ信号がない場合は、次のヘッダを待ち、受信する（ステップＳ７１）。

制御部１３２は、ヘッダが１ＰＰＳ信号を含むなら、システム時刻の少数点以下（１ｓｅｃ以下）を全てゼロにし、そのシステム時刻に１ｓｅｃを加算し（ステップＳ７５）、初期動作を終える。

なお、上記したステップＳ７１〜Ｓ７５の処理時間は、１ｍｓｅｃ未満程度である。

以上の初期動作により、以降、位置センサモジュール１５から位置データとともに送信されるＧＮＳＳ時刻は、その受信時のシステム時刻に常に一致することとなる。

図６は、ウェアラブルデバイス１が移動体情報をタブレット２に送信する際のフローチャートである。

初期動作（時刻同期）後、メイン制御モジュール１３の制御部１３２は、位置センサモジュール１５に位置データ（日時情報）を要求する（ステップＳ８１）。これにより、位置センサモジュール１５は、制御部１３２に対し、位置データとＧＮＳＳ時刻とを定期的（所定時間ごと）に送信する。

制御部１３２は、位置データとＧＮＳＳ時刻とを受信したら（ステップＳ８３）、ＧＮＳＳ時刻を位置取得時刻として、これと位置データとを含む位置情報を生成し、記憶部１３１に記憶させる（ステップＳ８５）。

一方、位置センサモジュール１５以外の生体情報検出センサモジュール１６からは、各種センサ（心拍数、脈拍数、…）に特有のタイミングで、センシング結果（センサデータＥＳＪｉ）が制御部１３２に送信される。同様に、周囲情報取得センサモジュール１７からは、各種センサ（気圧、気温、…）に特有のタイミングで、センシング結果（センサデータＴＳＪｉ）が制御部１３２に送信されるようにしても良いし、状態情報検出センサモジュール１８からは、各種センサ（ジャイロ、加速度、…）に特有のタイミングで、センシング結果（センサデータＤＳＪｉ）が制御部１３２に送信されるようにしても良い。

なお、生体情報検出センサモジュール１６のセンサデータＥＳＪｉ、周囲情報取得センサモジュール１７のセンサデータＴＳＪｉ、および、状態情報検出センサモジュール１８のセンサデータＤＳＪｉを、総称して移動体状況検出データＳＪｉと称する。

制御部１３２は、位置データとその取得時刻とに基づいて位置情報を生成し、記憶部１３１に記憶させたなら、予め、システム時刻を取得しておく（ステップＳ９１）。

次に、制御部１３２は、例えば、周囲情報取得センサモジュール１７から気圧を受信したなら（ステップＳ１０１）、この気圧とステップＳ９１で取得したシステム時刻とを移動体周囲情報（ＳＴＪｉ）として生成し、その移動体周囲情報に対して、直前のステップＳ８５で生成した位置情報、並びにウェアラブルデバイス１を付けた競技者ＳＰｉを示すＩＤ（ユーザＩＤ又はデバイスＩＤ）を関連付けて、移動体情報（ＰＪｉ）として記憶部１３１に記憶させる（ステップＳ１０２）。

次に、制御部１３２は、例えば、状態情報検出センサモジュール１８から姿勢値を受信したなら（ステップＳ１０３）、この姿勢値とステップＳ９１で取得したシステム時刻とを移動体状態情報（ＳＤＪｉ）として生成し、その移動体状態情報に対して、直前のステップＳ８５で生成した位置情報並びにＩＤを関連付けて、移動体情報（ＰＪｉ）として記憶部１３１に記憶させる（ステップＳ１０４）。

次に、制御部１３２は、例えば、状態情報検出センサモジュール１８から加速度を受信したなら（ステップＳ１０５）、この加速度とステップＳ９１で取得したシステム時刻とを移動体状態情報（ＳＤＪｉ）として生成し、その移動体状態情報に対して、直前のステップＳ８５で生成した位置情報並びにＩＤを関連付けて、移動体情報（ＰＪｉ）として記憶部１３１に記憶させる（ステップＳ１０６）。

次に、制御部１３２は、例えば、生体情報検出センサモジュール１６から心拍数を受信したなら（ステップＳ１０７）、この心拍数とステップＳ９１で取得したシステム時刻とを移動体生体情報（ＳＥＪｉ）として生成し、その移動体生体情報に対して、直前のステップＳ８５で生成した位置情報並びにＩＤを関連付けて、移動体情報（ＰＪｉ）として記憶部１３１に記憶させる（ステップＳ１０８）。

次に、制御部１３２は、例えば、周囲情報取得センサモジュール１７から気温を受信したなら（ステップＳ１０９）、この気温とステップＳ９１で取得したシステム時刻とを移動体周囲情報（ＳＴＪｉ）として生成し、その移動体周囲情報に対して、直前のステップＳ８５で生成した位置情報並びにＩＤを関連付けて、移動体情報（ＰＪｉ）として記憶部１３１に記憶させる（ステップＳ１１０）。

次に、制御部１３２は、例えば、生体情報検出センサモジュール１６から脈拍数を受信したなら（ステップＳ１１１）、この脈拍数とステップＳ９１で取得したシステム時刻とを移動体生体情報（ＳＥＪｉ）として生成し、その移動体生体情報に対して、直前のステップＳ８５で生成した位置情報並びにＩＤを関連付けて、移動体情報（ＰＪｉ）として記憶部１３１に記憶させる（ステップＳ１１２）。

次に、制御部１３２は、直前のステップＳ８３で位置データとＧＮＳＳ時刻とを受信してから１ｓｅｃが経過したか否かを判定し（ステップＳ１２１）、１ｓｅｃが経過してない場合にはステップＳ９１に戻る。これにより、心拍数、脈拍数、…等の移動体生体情報ＳＥＪｉ、姿勢値、加速度、…等の移動体状態情報ＳＤＪｉ、気圧、気温、…等の移動体周囲情報ＳＴＪｉが再び生成され、それぞれに対して、直前のステップＳ８５で生成された位置情報並びにＩＤが関連付けられて、移動体情報ＰＪｉとして記憶部１３１に記憶される。

また、制御部１３２は、１ｓｅｃが経過していた場合には、まだタブレット２に送信していない移動体情報ＰＪｉを記憶部１３１から読み出してタブレット２に送信し（ステップＳ１２３）、ステップＳ８３に戻る。

このように、制御部１３２は、例えば位置情報を生成する時間間隔（例えば、１ｓｅｃ）よりも短い時間間隔で移動体情報（移動体生体情報ＳＥＪｉ、移動体状態情報ＳＤＪｉ、移動体周囲情報ＳＴＪｉ）を逐次生成し、２つの位置情報を生成する間に生成した移動体情報に対しては、２つの位置情報のいずれか一方と関連付ける。これにより、取得した移動体生体情報ＳＥＪｉ、移動体状態情報ＳＤＪｉ、移動体周囲情報ＳＴＪｉを、常に位置情報と関連付けてタブレット２に送信することが可能となる。

図７は、タブレット２が受信できなかった移動体情報を、再度、ウェアラブルデバイス１がタブレット２に送信する際のフローチャートである。

タブレット２は、移動体情報ＰＪｉ（移動体生体情報、移動体状態情報、移動体周囲情報、＋位置情報、＋ＩＤ）を受信できなかった特定の期間を指定したリクエストを、ウェアラブルデバイス１に送信する（Ｔ１０）。特定の期間の長さ（例えば、１ｓｅｃ間）が予め定められている場合は、期間の開始時刻が指定される。

ウェアラブルデバイス１の制御部１３２は、タブレット２からのリクエストを受信したなら（ステップＳ１３１：ＹＥＳ）、リクエストに指定された期間に含まれるシステム時刻を含む移動体情報ＰＪｉを記憶部１３１から読み出し（ステップＳ１３３）、タブレット２に送信し（ステップＳ１３５）、ステップＳ１３１に戻る。

これにより、タブレット２は、通信障害等の理由で受信できなかった移動体情報ＰＪｉの移動体情報（移動体生体情報ＳＥＪｉ、移動体状態情報ＳＤＪｉ、移動体周囲情報ＳＴＪｉ）を、位置情報やＩＤとともに、確実に受信可能となる。

図８は、記憶部１３１の様子を模式的に示す図である。

記憶部１３１には、１ｓｅｃ間隔の位置取得時刻を含む位置情報が記憶される。また、記憶部１３１には、それよりも短い間隔（例えば、数百ｍｓｅｃ間隔）のセンサデータとその取得時刻を含む移動体情報が記憶される。移動体情報には、直前に生成された位置情報並びにＩＤ（図示省略）が関連付けられる。

なお、移動体情報には、直後に生成された位置情報並びにＩＤを関連付けても良い。この場合、移動体情報を生成しても記憶部１３１に記憶しないでおき、１ｓｅｃが経過し、次に位置情報が生成されたなら、この位置情報とＩＤとを取得済みの移動体情報に関連付けて記憶部１３１に記憶させ、タブレット２に送信すれば良い。この場合でも、２つの位置情報を生成する間に生成した移動体情報に対し、その前後における、２つの位置情報のいずれか一方と関連付けたことになる。

こうして得られた移動体情報において、移動体生体情報ＳＥＪｉには、移動体状況検出データ（心拍数、脈拍数、…）としてのセンサデータＥＳＪｉとセンサデータ取得時刻が含まれ、該移動体生体情報ＳＥＪｉには位置情報が関連付けられ、位置情報は位置データを含む。位置データは、センサデータ取得時刻とほぼ同時刻に生成されたものなので、実質的に同時刻の位置データとセンサデータＥＳＪｉとが得られたことになる。同様に、移動体状態情報ＳＤＪｉには、移動体状況検出データ（姿勢値、加速度、…）としてのセンサデータＤＳＪｉとセンサデータ取得時刻が含まれ、該移動体状態情報ＳＤＪｉには位置情報が関連付けられ、位置情報は位置データを含む。位置データは、センサデータ取得時刻とほぼ同時刻に生成されたものなので、実質的に同時刻の位置データとセンサデータＤＪｉとが得られたことになる。同様に、移動体周囲情報ＳＴＪｉには、移動体状況検出データ（気圧、温度、…）としてのセンサデータＴＳＪｉとセンサデータ取得時刻が含まれ、該移動体周囲情報ＳＴＪｉには位置情報が関連付けられ、位置情報は位置データを含む。位置データは、センサデータ取得時刻とほぼ同時刻に生成されたものなので、実質的に同時刻の位置データとセンサデータＴＳＪｉとが得られたことになる。

そして、この移動体情報と位置情報とＩＤとを含む移動体情報ＰＪｉを受信したタブレット２の収集解析アプリケーション部２２は、例えば、受信した内容を適宜処理して画面上に表示（図示省略）したり、解析装置３に送信する。これを見た監督ＭＧは、競技者ＳＰｉのコンデションや競技場の環境等の現状を容易に把握することが可能となる。

一方、解析装置３のアプリケーションサービス部３１は、タブレット２からの移動体情報ＰＪｉ（移動体生体情報（心拍数、脈拍数、…）、移動体状態情報（姿勢値、加速度、…）、移動体周囲情報（気圧、気温、…）、＋位置情報、＋ＩＤ）を受信し、様々な情報解析を行う。

例えば、競技者ＳＰｉをサッカー選手ＳＰａｉとした場合において、ある同一のＩＤ（同一のサッカー選手）について、同時刻の位置データと加速度とが得られたとする。特定の位置データ（例えば、敵陣ゴール前の位置）に対して比較的高い加速度が多く関連付けられている場合は、そのサッカー選手ＳＰａｉは、敵陣ゴール前の位置での瞬発力に優れ、フォワードのポジションに向いている等と判断できる。

また、ＩＤに関わらず、特定の位置データ（例えば、自陣ゴール前の位置）に対して比較的高い心拍数や脈拍数が多く関連付けられている場合は、そのチームは、自陣ゴール前では必要以上に動揺している可能性がある等と判断できる。

また、ある同一のＩＤ（同一のサッカー選手ＳＰａｉ）について、特定の位置データ（例えば、サイドライン付近の位置）に関連付けられた姿勢値の変化が少ない場合は、そのサッカー選手ＳＰａｉは、サイドライン付近で敵チームのサッカー選手との接触が少なく、サイドバックのポジションに向いている等と判断できる。

解析装置３のアプリケーションサービス部３１は、こうして解析した結果をデータベース３２に保存する。また、解析装置３は、解析の結果を画面上に表示（図示省略）したり、タブレット２に送信する。例えば、解析結果をタブレット２の画面上に表示（図示省略）させて、監督ＭＧ又はトレーナー等のスタッフが利用できるようにしても良い。

なお、上記した実施の形態１では、競技者ＳＰｉを区別するためにＩＤを用いたが、区別不要な場合はＩＤも不要である。例えば、トラック競技を行う唯一の自国選手（生体）の移動体情報を得る場合にはＩＤは不要である。

また、コンピュータをウェアラブルデバイス１として機能させるためのコンピュータプログラムは、半導体メモリ、磁気ディスク、光ディスク、光磁気ディスク、磁気テープ等のコンピュータによる読み取りが可能な記録媒体に記録でき、また、インターネット等の通信網を介して伝送させて、広く流通させることができる。

ここで、ウェアラブルデバイス１が移動体情報ＰＪｉをタブレット２に送信する際の、別例について説明する。

（本実施の形態１の変形例）
図９は、本実施の形態１の変形例に係り、ウェアラブルデバイス１が移動体情報ＰＪｉをタブレット２に送信する際のフローチャートである。

初期動作（時刻同期）後、メイン制御モジュール１３の制御部１３２は、位置センサモジュール１５に位置データを要求する（ステップＳ１５１）。これにより、位置センサモジュール１５は、制御部１３２に対し、位置データとＧＮＳＳ時刻とを所定時間（例えば、１ｓｅｃ）ごとに送信する。

制御部１３２は、位置データとＧＮＳＳ時刻とを受信したら（ステップＳ１５２）、ＧＮＳＳ時刻を位置取得時刻として、これと位置データとを含む位置情報を生成するとともに、それをＩＤ（例えば、ウェアラブルデバイス１のデバイスＩＤ）に関連付けて記憶部１３１に記憶させる（ステップＳ１５３）。

そして、その記憶させた位置情報とＩＤとを、移動体情報としてタブレット２に送信する（ステップＳ１５４）。

次に、制御部１３２は、位置情報とＩＤとをタブレット２に送信したなら、システム時刻を取得する（ステップＳ１５５）。

次に、制御部１３２は、例えば、周囲情報取得センサモジュール１７から気圧を受信したなら（ステップＳ１５６）、この気圧とステップＳ１５５で取得したシステム時刻とを移動体周囲情報として生成し、その移動体周囲情報に対して、直前のステップＳ１５３で得た位置情報とＩＤとを関連付けて、記憶部１３１に記憶させる（ステップＳ１５７）。

そして、その記憶させた移動体周囲情報と位置情報とＩＤとを、移動体情報としてタブレット２に送信する（ステップＳ１５８）。

次に、制御部１３２は、移動体周囲情報と位置情報とＩＤとをタブレット２に送信したなら、システム時刻を取得する（ステップＳ１５９）。

次に、制御部１３２は、例えば、状態情報検出センサモジュール１８の姿勢値を受信したなら（ステップＳ１６０）、この姿勢値とステップＳ１５９で取得したシステム時刻とを移動体状態情報として生成し、その移動体状態情報に対して、直前のステップＳ１５３で得た位置情報とＩＤとを関連付けて、記憶部１３１に記憶させる（ステップＳ１６１）。

そして、その記憶させた移動体状態情報と位置情報とＩＤとを、移動体情報としてタブレット２に送信する（ステップＳ１６２）。

次に、制御部１３２は、移動体状態情報と位置情報とＩＤとをタブレット２に送信したなら、システム時刻を取得する（ステップＳ１６３）。

次に、制御部１３２は、例えば、状態情報検出センサモジュール１８から加速度を受信したなら（ステップＳ１６４）、この加速度とステップＳ１６３で取得したシステム時刻とを移動体状態情報として生成し、その移動体状態情報に対して、直前のステップＳ１５３で得た位置情報とＩＤとを関連付けて、記憶部１３１に記憶させる（ステップＳ１６５）。

そして、その記憶させた移動体状態情報と位置情報とＩＤとを、移動体情報としてタブレット２に送信する（ステップＳ１６６）。

次に、制御部１３２は、移動体状態情報と位置情報とＩＤとをタブレット２に送信したなら、システム時刻を取得する（ステップＳ１６７）。

次に、制御部１３２は、例えば、生体情報検出センサモジュール１６から心拍数を受信したなら（ステップＳ１６８）、この心拍数とステップＳ１６７で取得したシステム時刻とを移動体状態情報として生成し、その移動体状態情報に対して、直前のステップＳ１５３で得た位置情報とＩＤとを関連付けて、記憶部１３１に記憶させる（ステップＳ１６９）。

そして、その記憶させた移動体状態情報と位置情報とＩＤとを、移動体情報としてタブレット２に送信する（ステップＳ１７０）。

次に、制御部１３２は、移動体状態情報と位置情報とＩＤとをタブレット２に送信したなら、システム時刻を取得する（ステップＳ１７１）。

次に、制御部１３２は、例えば、周囲情報取得センサモジュール１７から気温を受信したなら（ステップＳ１７２）、この気温とステップＳ１７１で取得したシステム時刻とを移動体周囲情報として生成し、その移動体周囲情報に対して、直前のステップＳ１５３で得た位置情報とＩＤとを関連付けて、記憶部１３１に記憶させる（ステップＳ１７３）。

そして、その記憶させた移動体周囲情報と位置情報とＩＤとを、移動体情報としてタブレット２に送信する（ステップＳ１７４）。

次に、制御部１３２は、移動体周囲情報と位置情報とＩＤとをタブレット２に送信したなら、システム時刻を取得する（ステップＳ１７５）。

次に、制御部１３２は、例えば、生体情報検出センサモジュール１６から脈拍数を受信したなら（ステップＳ１７６）、この脈拍数とステップＳ１７５で取得したシステム時刻とを移動体生体情報として生成し、その移動体生体情報に対して、直前のステップＳ１５３で得た位置情報とＩＤとを関連付けて、記憶部１３１に記憶させる（ステップＳ１７７）。

そして、その記憶させた移動体生体情報と位置情報とＩＤとを、移動体情報としてタブレット２に送信した後（ステップＳ１７８）、処理をステップＳ１５２に戻す。

なお、上述の移動体情報は、例えば図１０に示すように、位置データ（緯度Ｅ１、経度Ｎ１）と、システム時刻（YYYY/MM/DD:HH:MM:01.100、「100」は１００ｍｓｅｃを示す）とを含む。そして、移動体生体情報のセンサデータが心拍数である場合は、その心拍数が関連付けられた移動体情報となる。

ここで、上記したウェアラブルデバイス１における時刻同期の概念は、例えば図１１に示すように表わされる。

図１１に示すように、ウェアラブルデバイス１は、起動時に、位置センサモジュール１５のＧＮＳＳ時刻と、メイン制御モジュール１３の内部タイマ１３２ｉのシステム時刻とで、初期同期合わせ（時刻同期）を行う。

そして、この初期同期合わせ後に、ウェアラブルデバイス１のメイン制御モジュール１３は、センサモジュール１６、１７、１８のセンシング結果である移動体状況検出データＳＪｉを読み込む。その際、センサモジュール１６、１７、１８内の各種センサは、時刻同期後において、各々が特有の異なるタイミングで、移動体状況検出データＳＪｉを出力する。

すなわち、メイン制御モジュール１３は、初期同期合わせ後のシステム時刻ＳＴｉになるごとに、センサモジュール１６、１７、１８のセンシング結果（移動体状況検出データＳＪｉ）を読み込む。そして、この読み込んだ時点のシステム時刻ＳＴｉと移動体状況検出データＳＪｉとの組を移動体情報とし、さらに、その移動体情報を位置情報と関連付けした後（移動体情報ＰＪｉの生成後）に、近距離無線通信モジュール１１から送信させる。

また、メイン制御モジュール１３の初期動作（初期同期合わせ）の概念を、図１２を用いて説明する。

図１２に示すように、初期同期合わせ時、メイン制御モジュール１３は、まず、位置センサモジュール１５からのＲａｗデータ若しくはＮＭＥＡデータ（ＮＭＥＡプロトコル）に含まれている日時データを受信する（Ｍ１）。

そして、メイン制御モジュール１３が、この日時データのチェックサムを確認し（Ｍ２）、構文解析を行って（Ｍ３）、日時を抽出する（Ｍ４）。

この後、「０ミリ秒」確認を行って（Ｍ５）、システム時刻ＳＴｉを更新する（Ｍ６）。

そして、位置センサモジュール１５からの１ＰＰＳ信号（基準）を受信し（Ｍ７）、この１ＰＰＳ信号を用いて、さらにシステム時刻ＳＴｉを更新する（Ｍ８）。

一般的に、ＧＮＳＳモジュールが出力するＧＮＳＳ時刻は、最終的には「０ミリ秒」に落ち着くので、「０ミリ秒」のＧＮＳＳ時刻を受信した場合のみ、後続の時刻更新処理（Ｍ６）を進める。すなわち、システム時刻は、通常、ＧＮＳＳ時刻よりも十数ｍｓｅｃ程度遅れるが、その遅れは、少なくとも１ｓｅｃ未満である。したがって、Ｍ６の時点でシステム時刻を更新することにより、１ＰＰＳ信号（１ｓｅｃ間隔で送信される、協定世界時（ＵＴＣ）と同期したタイムパルス）を受信した際（Ｍ７）には、システム時刻に１ｓｅｃを足すことで（Ｍ８）、システム時刻をｍｓｅｃレベルでＧＮＳＳ時刻と同一時刻とすることができる状態が作れる。

（実施の形態２）
次に、上記移動体情報検出用端末としてのウェアラブルデバイス１の具体例を、実施の形態２として説明する。

本実施の形態２では、図１３に示すように、移動体（生体）であるサッカー選手ＳＰａｉのユニフォームＵＦにウェアラブルデバイス１を装着した例として説明する。また、ウェアラブルデバイス１は、立位状態のサッカー選手ＳＰａｉに対し、頭により近い側に、位置センサモジュール１５がくるように装着される。

図１４は、ウェアラブルデバイス１の具体的構成図である。ウェアラブルデバイス１は、集積化（ＩＣ化）しているが、理解を容易にするために、ブロック図を用いて説明する。なお、図１４（ａ）は、ウェアラブルデバイス１の平面構成を、図１４（ｂ）は、ウェアラブルデバイス１の図示ＡＡ方向の側面構成を、図１４（ｃ）は、ウェアラブルデバイス１の図示ＢＢ方向の側面構成を、それぞれ概略的に示す。

但し、図１４（ａ）〜図１４（ｃ）においては、センサモジュールとして、位置センサモジュール１５と、生体情報検出センサモジュール１６と、周囲情報取得センサモジュール１７と、状態情報検出センサモジュール１８とを例に説明する。

図１４（ａ）〜図１４（ｃ）において、ウェアラブルデバイス１は、実装基板（ベースともいう）１０１に搭載された近距離無線通信モジュール１１と、電池モジュール１２と、メイン制御モジュール１３と、出力モジュール１４と、位置センサモジュール１５と、生体情報検出センサモジュール１６と、周囲情報取得センサモジュール１７と、状態情報検出センサモジュール１８と、ＵＳＢ（Universal Serial Bus）ハブ１１８と、充電および外部接続用のＵＳＢ端子１９等を備える。

また、近距離無線通信モジュール１１は、例えば、ＢＬＥ（Bluetooth（登録商標） Low Energy）モジュール１１ａとＷｉ−Ｆｉモジュール１１ｂとを備え、タブレット２との通信時には、メイン制御モジュール１３によって設定された初期接続設定情報（後述する）を用いて回線を接続し、通信を継続させる。

位置センサモジュール１５は、高感度位置検出モジュール（ＧＮＳＳモジュール）であって、例えば、ＧＮＳＳ受信アンテナ１５ａとＧＮＳＳ受信モジュール１５ｂとを備える。また、生体情報検出センサモジュール１６は、サッカー選手ＳＰａｉの移動体生体情報ＳＥＪｉ、例えば心拍数を取得する心拍センサ１６Ａや脈拍数を取得する脈拍センサ１６Ｂ等であって、各々が特有のタイミングで取得したセンシング結果を、センサデータＥＳＪｉとして出力する。また、周囲情報取得センサモジュール１７は、サッカー選手ＳＰａｉの周囲の移動体周囲情報ＳＴＪｉ、例えばサッカー場の気圧や気温等の環境情報を取得する気圧センサ１７Ａや温度センサ１７Ｂ等であり、各々が特有のタイミングで取得したセンシング結果を、センサデータＴＳＪｉとして出力する。各センサモジュール１５、１６、１７は、ＵＳＢハブ１１８を介して、メイン制御モジュール１３の制御部１３２と接続されている。

これに対し、状態情報検出センサモジュール１８は、サッカー選手ＳＰａｉの姿勢や速度等の移動体状態情報ＳＤＪｉを取得するための９軸センサであって、例えば１００ｍｓｅｃ単位でセンサデータＤＳＪｉを検出するために、信号ライン（Ｉ^２Ｃ（Inter-Integrated Circuit）／ＳＰＩ（Serial Peripheral Interface）等）１６１を介して、直接、メイン制御モジュール１３に接続されている。つまり、状態情報検出センサモジュール１８は、サッカー選手ＳＰａｉの姿勢値、加速度、方向（地磁気）等のセンシング結果を、各々が特有のタイミングで取得して出力する。

ここで、ウェアラブルデバイス１のメイン制御モジュール１３としては、制御部１３２および記憶部１３１等を備える。

制御部１３２は、詳細については後述するが、例えば、動作周波数が１ギガヘルツ（ＧＨｚ）のＣＰＵ（Central Processing Unit）や、容量が５１２メガバイト（ＭＢ）のＲＡＭ（Random Access Memory）等を有する。ＲＡＭ（以下、「メモリ」という）は、ＣＰＵの作業用メモリとして機能するものであって、例えば、生成した位置情報や移動体生体情報等を一時的に記憶する。例えば、このメモリには、各種のセンサモジュールからの移動体状況検出データＳＪｉを記憶するためのメモリ領域（以下、「センサデータ用記憶領域１３１ｃ」という）等が予め確保されている。

記憶部１３１（ＳＤメモリカード等でも良い）は、例えば容量が１６ギガバイト（ＧＢ）とされ、起動プログラムやデータ保存用のストレージとして利用される。この記憶部１３１を、ＲＡＭに代えて、メモリとして使用するようにしても良い。

メイン制御モジュール１３には、ＵＳＢバス（信号ケーブル）１１８ｇを介して、ＵＳＢハブ１１８が接続されている。

ＵＳＢハブ１１８の各ポート（図示省略）に対しては、ＵＳＢバス１１８ａを介して位置センサモジュール１５のＧＮＳＳ受信モジュール１５ｂが、ＵＳＢバス１１８ｂを介して近距離無線通信モジュール１１のＢＬＥモジュール１１ａが、ＵＳＢバス１１８ｃを介して近距離無線通信モジュール１１のＷｉ−Ｆｉモジュール１１ｂが、ＵＳＢバス１１８ｄを介して電池モジュール１２が、ＵＳＢバス１１８ｅを介して生体情報検出センサモジュール１６や周囲情報取得センサモジュール１７が、ＵＳＢバス１１８ｆを介して出力モジュール１４が、ＵＳＢバス１１８ｈを介してＵＳＢ端子１９が、それぞれ接続されている。

ＵＳＢハブ１１８は、定期的（例えば、数ｍｓｅｃ単位）に、入力ポート（図示せず）を監視し、信号を入力した入力ポートがあれば、その信号をメイン制御モジュール１３に出力する。また、メイン制御モジュール１３からの信号を、例えば、該当のＢＬＥモジュール１１ａ又はＷｉ−Ｆｉモジュール１１ｂに出力する。

ＧＮＳＳ受信モジュール１５ｂは、ＧＮＳＳ受信アンテナ１５ａと接続されており、１ｓｅｃごとに、フレームヘッダに含まれる１ＰＰＳ信号を発生するとともに、ＧＮＳＳ受信アンテナ１５ａを介して受け取ったＧＮＳＳ衛星ＡＳ１からのＧＮＳＳデータのＲａｗデータを、ＵＳＢハブ１１８を介してメイン制御モジュール１３に出力する。また、ＧＮＳＳ受信モジュール１５ｂは、全地球無線測位システム（ＧＰＳ）、衛星航法補強システム（ＳＢＡＳ）、ＱＺＳＳ（Quasi-Zenith Satellite System）を使用し、更新レート（update rate）が１〜２０Ｈｚ、位置精度（Position accuracy）が２．５ｍＣＥＰ、速度精度（Velocity accuracy）が０．１ｍ／ｓｅｃ、オープンスカイ時のウォームスタートＴＴＦＦが平均２９ｓｅｃ、オープンスカイ時のコールドスタートＴＴＦＦが平均３０ｓｅｃとされている。さらに、ＧＮＳＳ受信モジュール１５ｂは、コールドスタート感度が−１４８ｄＢｍ、トラッキング感度が−１６５ｄｂｍとされ、１０ｎｓｅｃ（＋／−）の精度で図示していないＧＮＳＳ時計（内部タイマ）が１ＰＰＳ信号（時間基準Ｐ１ＰＰＳ）に同期する。

ＢＬＥモジュール１１ａは、Ｂｌｕｅｔｏｏｔｈ（登録商標）プロトコルでデータの送受信を行う近距離無線通信モジュールである。

Ｗｉ−Ｆｉモジュール１１ｂは、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって認定された無線ＬＡＮ（Local Area Network）用の近距離無線通信モジュールである。

電池モジュール１２は、例えば、充電量が２５００ｍＡｈ程度とされたリチウムポリマー電池パックやリチウムイオンポリマー電池等であって、５〜６時間の使用が可能とされている。

出力モジュール１４としては、充電中や残量等を報知するための、例えばＬＥＤランプ、バイブレータ、ブザー等を備えていても良い（図示省略）。

ＵＳＢ端子１９は、電池モジュール１２の充電や図示せぬ外部機器(例えば、パソコン)との接続等に用いられる。

生体情報検出センサモジュール１６は、Heart Rate Sensor等の心拍センサ１６Ａや脈拍センサ１６Ｂであって、例えば、心拍センサ１６Ａは一定のセンシング周期の心拍数データをセンサデータＥＳＪｉ（ＳＪｉ）として取得し、この取得時点での心拍数データを、ＵＳＢバス１１８ｅを介してＵＳＢハブ１１８に出力する。

図１５は、ウェアラブルデバイス１のメイン制御モジュール１３における制御部１３２の概略プログラム構成（機能ブロック）を示すものである。

制御部１３２は、内部タイマ１３２ｉのシステム時刻ＳＴｉをＧＮＳＳ時刻、位置データの元データであるＲａｗデータに同期（初期同期）させるとともに、サッカー場でのサッカー選手ＳＰａｉの心拍数や脈拍数等の移動体生体情報ＳＥＪｉと、サッカー選手ＳＰａｉの姿勢や速度等の移動体状態情報ＳＤＪｉと、サッカー選手ＳＰａｉの周囲の移動体周囲情報ＳＴＪｉ等に、位置センサモジュール１５の位置情報を関連付けた移動体情報ＰＪｉを生成し、タブレット２に送信させる。

このシステム時刻ＳＴｉは任意であるが、例えば、ＧＮＳＳ時刻以下で、最も検出タイミングが早いセンサの出力タイミングに一致されているのが好ましい。
このシステム時刻ＳＴｉは、近距離無線通信モジュール１１でタブレット２と通信接続を開始したときに、お互いの初期時刻を設定するのが好ましい。

制御部１３２は、例えば、ＵＳＢ用入力部１３２ａと、ＵＳＢ用出力部１３２ｂと、無線モジュール初期設定部１３２ｄと、センサ情報取込部１３２ｆと、初期時取込フォーマット作成部１３２ｇと、内部タイマ１３２ｉと、初期時刻合部１３２ｊと、関連付部１３２ｋと、出力制御部１３２ｍと、コピー部１３２ｎと、再送部１３２ｐと、シリアル用入力部１３２ｒと、位置データ算出部１３２ｓ等を備える。

内部タイマ１３２ｉは、位置データ（Ｐｉ）の出力タイミング以下のシステム時刻ＳＴｉを出力することが可能とされている。

ＵＳＢ用入力部１３２ａは、ＵＳＢハブ１１８を介して、近距離無線通信モジュール１１からの出力、位置センサモジュール１５のＧＮＳＳ受信モジュール１５ｂのＲａｗデータ、生体情報検出センサモジュール１６のセンシング結果（心拍数、…）であるセンサデータＥＳＪｉ（ＳＪｉ）等を取り込むもので、例えば、その入力の種類を判定できる機能を備える。すなわち、ＵＳＢ用入力部１３２ａは、入力した信号（情報）を受け取って、その内容を判定し、判定の結果に応じて、その信号（情報）を各部に渡す。

例えば、入力がタブレット２からの送信フォーマットパターンＰＴｉの場合には、これを初期時取込フォーマット作成部１３２ｇに提供する（詳細は、後述する）。また、ＵＳＢ用入力部１３２ａは、例えば、入力がタブレット２からの近距離無線通信モジュール１１の初期設定に関する指示命令の場合（初期動作時）には、これを無線モジュール初期設定部１３２ｄに提供する。

また、ＵＳＢ用入力部１３２ａは、例えば、入力がＧＮＳＳ受信モジュール１５ｂからの１ＰＰＳ信号又はＧＮＳＳ時刻に関するものの場合（初期動作時）には、それを初期時刻合部１３２ｊに提供する。

また、ＵＳＢ用入力部１３２ａは、例えば、入力がＧＮＳＳ受信モジュール１５ｂからのＲａｗデータの場合や生体情報検出センサモジュール１６からの心拍数、…等のセンサデータＥＳＪｉ（ＳＪｉ）の場合には、それをセンサ情報取込部１３２ｆに提供する。

また、ＵＳＢ用入力部１３２ａは、例えば、入力がタブレット２からの再送リクエストの場合には、それを再送部１３２ｐに提供する。

また、詳細は後述するが、ＵＳＢ用入力部１３２ａには、タブレット２から取り込み可能なセンサ取得種別ｋｉが通知されるようになっている。

これに対し、シリアル用入力部１３２ｒは、状態情報検出センサモジュール１８から姿勢値、加速度、…等のセンサデータＤＳＪｉ（ＳＪｉ）を取り込むものであり、このセンサデータＤＳＪｉ（ＳＪｉ）をセンサ情報取込部１３２ｆに出力する。

無線モジュール初期設定部１３２ｄは、電源投入に伴って、近距離無線通信モジュール１１を起動状態にする。そして、近距離無線通信モジュール１１からのタブレット２のデバイスＩＤを含む接続要求を、ＵＳＢハブ１１８を介して受信するごとに、例えば記憶部１３１に予め登録されている、ウェアラブルデバイス１のデバイスＩＤを含む情報を近距離無線通信モジュール１１より送信し、回線接続状態にする。

この回線接続状態時点での初期設定情報は、予めメモリ内に設定される初期設定情報格納メモリ領域１３１ａに記憶される。また、この初期設定情報は、接続断にされるまで初期設定情報格納メモリ領域１３１ａで記憶される。

初期時取込フォーマット作成部１３２ｇは、ＵＳＢ用入力部１３２ａよりタブレット２からの送信フォーマットパターンＰＴｉを受け取るごとに、この送信フォーマットパターンＰＴｉに基づく送信フォーマットＫＳＲｉ（送信フォーム）を、予めメモリ内に設定される送信フォーマットパターンメモリ領域１３１ｂ内に生成する。

初期時取込フォーマット作成部１３２ｇは、例えば図１６（ａ）に示すように、先頭部分を位置用とシステム時刻用、後続部分をセンサデータ用とした、送信フォーマットＫＳＲｉを生成する。そして、タブレット２からのセンサ取得種別ｋｉの待ち状態となる。

センサ取得種別ｋｉを受信した場合は、そのセンサ取得種別ｋｉ、例えば気圧、９軸（姿勢値）、９軸（加速度）、心拍数、温度、脈拍数、又は、いずれかの組み合わせにしたがって、図１６（ｂ）に示すように、送信フォーマットＫＳＲｉの後続部分に、センサ取得種別ｋｉに対応する個数分のセンサデータ送信用領域（フォーマット領域ともいう）を生成する。つまり、タブレット２からのセンサ取得種別ｋｉに応じて、送信フォーマットＫＳＲｉの全体長が変化する。したがって、タブレット２からのセンサ取得種別ｋｉが少ない程、送信するデータが軽量になる。

初期時刻合部１３２ｊは、ＵＳＢ用入力部１３２ａを介しての位置センサモジュール１５からの１ＰＰＳ信号と、ＧＮＳＳ時刻および位置データの元となるＲａｗデータ、およびシステム時刻ＳＴｉを入力して、システム時刻ＳＴｉをＲａｗデータに同期させる。

センサ情報取込部１３２ｆは、ＵＳＢ用入力部１３２ａから生体情報検出センサモジュール１６のセンサデータＥＳＪｉ（ＳＪｉ）が出力されたかどうかを判断する。出力された場合は、そのセンサ取得種別ｋｉを判断する。つまり、センサデータＥＳＪｉ（ＳＪｉ）を出力するセンサが存在すると判断する。

存在する場合は、そのセンサデータＥＳＪｉ（ＳＪｉ）を、メモリの該当するセンサデータ用記憶領域１３１ｃに上書き保存する。つまり、心拍数、脈拍数、…等の移動体生体情報ＳＥＪｉが入力するごと（一定時刻ごとに、異なるタイミングで出力される）に、これを取り込んでメモリの該当のセンサデータ用記憶領域１３１ｃに上書き保存する。

また、センサ情報取込部１３２ｆは、シリアル用入力部１３２ｒを介しての９軸センサのセンサデータＤＳＪｉ（ＳＪｉ）を、順次、該当のセンサデータ用記憶領域１３１ｃに上書き保存する。

つまり、複数の移動体状況検出センサモジュールの各種センサが異なるタイミングで移動体状況検出データＳＪｉを出力したとしても、次の移動体状況検出データＳＪｉが出力されるまで、保存された移動体状況検出データＳＪｉは保持されることになる。すなわち、実施の形態１で説明したように、実質的に同時刻の位置データと移動体状況検出データＳＪｉとを関連付けたことになる。

位置データ算出部１３２ｓは、Ｒａｗデータと、１ＰＰＳ信号と、初期時刻合部１３２ｊからのシステム時刻ＳＴｉとが入力するごとに、これらと予め設定されている基準データとの差分でウェアラブルデバイス１の位置データとしての検出位置Ｐｉ（緯度Ｅｉ、経度Ｎｉ）を求める。

関連付部１３２ｋは、タブレット２からの移動体情報ＰＪｉを要求する移動体情報要求信号ＹＰＪｉを、近距離無線通信モジュール１１およびＵＳＢ用入力部１３２ａを介して受信したときに、検出位置Ｐｉと、１ＰＰＳ信号の間に入力したシステム時刻ＳＴｉとを送信フォーマットパターンメモリ領域１３１ｂの送信フォーマットＫＳＲｉの先頭部分にヘッダ情報として書き込むとともに、このシステム時刻ＳＴｉを入力した時点の、センサデータ用記憶領域１３１ｃの現時点の移動体状況検出データＳＪｉ（タイミングが異なる）を後続部分の所定の領域（フォーマット領域）に書き込む関連付け処理を行う（図１６（ｂ）参照）。このとき、関連付部１３２ｋは、送信フォーマットＫＳＲｉにおいて、システム時刻ＳＴｉおよび検出位置Ｐｉ等の各データを全て数字列にしている。つまり、送信フォーマットＫＳＲｉの各フォーマット領域を予めセンサ取得種別ｋｉで定義しているので、この送信フォーマットＫＳＲｉで送信しても、タブレット２又は解析装置３は解読ができる。

送信フォーマットＫＳＲｉの各データを全て数字列にすることで、送信フォーマットＫＳＲｉによる送信可能なデータ量を増加できる。

また、数字列の並び替えや、センサ取得種別ｋｉによって定義される、送信フォーマットＫＳＲｉのフォーマット領域の順番を入れ替えることにより、タブレット２又は解析装置３以外での解読を困難にできる。

出力制御部１３２ｍは、関連付け処理が終了するごとに、送信フォーマットパターンメモリ領域１３１ｂの送信フォーマットＫＳＲｉの各センサデータＳＪｉ（センサデータ送信用領域）を一方側に詰め、これを移動体情報ＰＪｉとして、ＵＳＢ用出力部１３２ｂを介して、近距離無線通信モジュール１１よりタブレット２に送信させる。

すなわち、出力制御部１３２ｍは、送信フォーマットＫＳＲｉにおいて、移動体状況検出データＳＪｉがフォーマットされていないセンサデータ送信用領域を廃棄（削除）し、移動体状況検出データＳＪｉがフォーマットされているセンサデータ送信用領域だけで移動体情報ＰＪｉを形成する。

コピー部１３２ｎは、移動体情報ＰＪｉをコピーして、予めメモリ内に規定される所定の移動体情報格納用コピー領域１３１ｄに記憶する。

再送部１３２ｐは、タブレット２からの移動体情報要求信号ＹＰＪｉに再送要求が含まれている場合に、この移動体情報要求信号ＹＰＪｉに該当する移動体情報ＰＪｉを移動体情報格納用コピー領域１３１ｄから読み出し、ＵＳＢ用出力部１３２ｂを介してタブレット２に再送する。

次に、ウェアラブルデバイス１が移動体情報ＰＪｉを得るまでの過程の説明を、図１７のタイミングチャートを用いて補充する。

図１７（ａ）はメイン制御モジュール１３の起動を示し、図１７（ｂ）は位置センサモジュール１５の起動を示し、図１７（ｃ）は検出位置Ｐｉ（ＧＮＳＳ時刻を含む）の出力タイミングを示す。また、図１７（ｄ）は内部タイマ１３２ｉのシステム時刻ＳＴｉの出力タイミングを示し、図１７（ｅ）は位置センサモジュール１５の１ＰＰＳ信号の出力タイミングを示す。さらに、図１７（ｆ）は心拍数のセンサデータＥＳＪｉ（ＳＪｉ）の出力タイミングを示し、図１７（ｇ）は９軸センサ（例えば、姿勢）のセンサデータＤＳＪｉ（ＳＪｉ）の出力タイミングを示し、図１７（ｈ）は温度のセンサデータＴＳＪｉ（ＳＪｉ）の出力タイミングを示す。

図１７に示すように、メイン制御モジュール１３の起動に伴って、位置センサモジュール１５、内部タイマ１３２ｉ、各種センサは起動する。

すなわち、関連付部１３２ｋは、検出位置Ｐｉの基準となるＲａｗデータとシステム時刻ＳＴｉとの同期がなされた後に、システム時刻ＳＴｉが出力された時点での移動体状況検出データＳＪｉをセンサデータ用記憶領域１３１ｃから読み込んで、送信フォーマットパターンメモリ領域１３１ｂの送信フォーマットＫＳＲｉの所定の領域に書き込む（上書き）。

図１７（ｉ）には、移動体情報ＰＪｉとして、検出位置Ｐｉが出力した時点において、心拍数のセンサデータＥＳＪｉ（ＳＪｉ）と９軸センサのセンサデータＤＳＪｉ（ＳＪｉ）と温度のセンサデータＴＳＪｉ（ＳＪｉ）とがタイミング的に一致しているので、これらを取り出して送信フォーマットＫＳＲｉにフォーマットした例を示している。また、図１７（ｊ）には、検出位置Ｐｉが出力した時点において、心拍数のセンサデータＥＳＪｉ（ＳＪｉ）と９軸センサのセンサデータＤＳＪｉ（ＳＪｉ）とがタイミング的に一致しており、それらを取り出して送信フォーマットＫＳＲｉにフォーマットした例を示している。

すなわち、移動体状況検出センサモジュールの各種センサが異なるタイミングで移動体状況検出データＳＪｉを出力したとしても、最もシステム時刻ＳＴｉに近い時刻（又は、同時刻）において、現時点で保持している全種類の移動体状況検出データＳＪｉを送信フォーマットＫＳＲｉ上にフォーマットできる（関連付け処理）。

そして、出力制御部１３２ｍは、この関連付け処理の終了に伴って、送信フォーマットＫＳＲｉの各データを詰めて移動体情報ＰＪｉとした後、ＵＳＢ用出力部１３２ｂを介して、近距離無線通信モジュール１１よりタブレット２に送信させる。

したがって、タブレット２では、図１８に示すように、サッカー選手ＳＰａｉの検出位置Ｐｉに対して、心拍数、加速度、姿勢値等を関連付けた移動体情報ＰＪｉの表示が可能となる。このため、どのサッカー選手ＳＰａ１、ＳＰａ２、ＳＰａ３、…が、どの場所で、どのような動きをしていたか、そのときの移動体生体情報ＳＥＪｉはどうであったか等を、リアルタイムにより検出位置Ｐｉ単位で把握できる。

また、解析装置３の解析結果を利用して、タブレット２の画面上に、同一のサッカー選手ＳＰａｉの、現在の移動体情報と過去の移動体情報等を比較させて表示させることも可能である。

（実施の形態３）
図１９に、実施の形態３の概念を示す。

本実施の形態３は、ＲＴＫ（Realtime Kinematic）測位技術の採用により、ウェアラブルデバイス１による検出位置Ｐｉの測位の精度を常に高精度に維持するようにした場合の例である。

図１９に示すように、ウェアラブルデバイス１が検出位置Ｐｉを求めるごとに、無線通信によって、この検出位置Ｐｉの補正データを基準位置提供局に送信させる。基準位置提供局は、例えば、基準局５又は基準位置サービスセンタ６からなる。

すなわち、基準局５又は基準位置サービスセンタ６は、例えば、ＧＮＳＳ衛星ＡＳ１からのＧＮＳＳデータに基づいた測位の結果と実際の基準位置との差である補正データを求め、これをウェアラブルデバイス１に送信する。そして、この補正データを受信したウェアラブルデバイス１が、受信した補正データに基づいて、そのサッカー選手ＳＰａｉの検出位置Ｐｉを補正するとともに、補正した検出位置Ｐｉに応じて上述の関連付け処理を実行する。これによって、常に精度の高い検出位置Ｐｉを維持する。

図２０は、実施の形態３に係るウェアラブルデバイス１のメイン制御モジュール１３の具体的な構成図である。本図において、実施の形態２と同一部分には同一又は類似の符号を付し、詳しい説明は省略する。

実施の形態３において、メイン制御モジュール１３における制御部１３２は、位置補正部１３２ｔをさらに備える。この位置補正部１３２ｔは、例えば、近距離無線通信モジュール１１のＷｉ−Ｆｉモジュール１１ｂが、基準位置提供局からの補正データを受信するごとに、その補正データを、ＵＳＢ用入力部１３２ａを介して取り込む。そして、位置データ算出部１３２ｓにおいて、算出されたウェアラブルデバイス１の検出位置Ｐｉを、位置補正部１３２ｔが受信した補正データによって補正する。

後は、実施の形態２で説明したように、送信フォーマットＫＳＲｉの作成において、補正された検出位置Ｐｉを利用することにより、検出位置Ｐｉの測位の精度を常に高精度に維持できる。

（実施の形態４）
実施の形態４としては、例えば図２１に示すように、サッカー選手ＳＰａｉのユニフォームＵＦの背中部分の内側に背中用ウェアラブルデバイス１Ａ（移動体情報検出用端末）を装着するとともに、ユニフォームＵＦのストッキングＵＳＴの内側（シンガード内）に、脚用ウェアラブルデバイス１Ｂ（移動体情報検出用端末）を装着するようにしても良い。

本実施の形態４に係る背中用ウェアラブルデバイス１Ａや脚用ウェアラブルデバイス１Ｂとしては、いずれも上述のウェアラブルデバイス１と同様の構成を備えたものであっても良いし、例えば、背中用ウェアラブルデバイス１Ａによって位置データや心拍数等を、脚用ウェアラブルデバイス１Ｂによって加速度等を、それぞれセンシングするようにしても良い。すなわち、背中用ウェアラブルデバイス１Ａは、位置センサモジュール１５と、サッカー選手ＳＰａｉの心拍数等をセンシングする生体情報検出センサモジュール１６とを備え、脚用ウェアラブルデバイス１Ｂは、サッカー選手ＳＰａｉの姿勢値や加速度等の移動体状態情報を取得する状態情報検出センサモジュール１８を備え、脚用ウェアラブルデバイス１Ｂは、背中用ウェアラブルデバイス１Ａを介して、タブレット２との通信を行うように構成することもできる。

＜送信フォーマットＫＳＲｉの補充説明＞
サッカーの競技中や練習中には、競技者の情報を外部の人間（例えば、サポータ等）が取得しようとする場合がある。

このような場合にも安全に通信ができるように、上述の送信フォーマットＫＳＲｉは以下の手法によって暗号化するのが好ましい。

一般に暗号化すると、データ量が多くなり、通信速度の低下を招くことがある。このため、初期時取込フォーマット作成部１３２ｇは、例えば図１６（ａ）に示したように、先頭部分を位置用とシステム時刻用、後続部分をセンサデータ用とした、送信フォーマットＫＳＲｉを生成する。そして、タブレット２からのセンサ取得種別ｋｉの待ち状態となる。

センサ取得種別ｋｉを受信した場合は、そのセンサ取得種別ｋｉ、例えば気圧、９軸（姿勢値）、９軸（加速度）、心拍数、温度、脈拍数、又は、いずれかの組み合わせにしたがって、図１６（ｂ）に示したように、送信フォーマットＫＳＲｉの後続部分（センサデータ用の領域）に、センサ取得種別ｋｉに対応する個数のセンサデータ送信用領域を生成する。つまり、タブレット２からのセンサ取得種別ｋｉに応じて、送信フォーマットＫＳＲｉの全体長が変化する。したがって、タブレット２からのセンサ取得種別ｋｉが少ない程、送信するデータが軽量になる。

また、一度に送信できるデータ量を３２バイトと仮定した場合において、送信するデータをできるだけ数字のみとし、１文字（１数字）辺りが使用するビット数を、例えば４ビットとすることにより、仮想的に６４バイトまで送信可能となる。しかも、送信用のデータをできるだけ数字のみとすることによって、内容を推測し難いものとすることができる。

また、送信用のデータ（例えば、６４バイトの数字列）の配置パターンに規則性を持たせる、つまり、データを送信するたびに数字の並び替えによる暗号化を行うようにしても良い。

さらには、システム時刻として実時刻を送信する場合に限らず、例えば、ウェアラブルデバイス１とタブレット２との時刻差等を送信するようにしても良い。

なお、移動体状況検出センサモジュールの各種センサとしては、心拍センサや９軸センサ等に限らず、例えば、体温や発汗量等の生体情報、照度、光度、湿度、風速、風向、雨量等の環境情報、又は、移動体がドローン等の非生体の場合には、振動等をセンシングするセンサも適用できる。市販のセンサ類の流用（転用）により各種センサを構成可能とすることで、ウェアラブルデバイスは低廉化できる。

また、移動体（生体）は競技者に限らず、例えば、子供や老人等であっても良く、例えば、遊園地等のレジャーランドや公園のようなジオフェンス内での子供の見守り、若しくは施設や院内等での介護者の介護等にも適用できる。

また、競技者や動物といった生体に限らず、農機や建機等の重機、災害現場等に投入されるドローンやロボット等の非生体の振動や音、高度、水圧、深度、重量等のモニタリング、又は、人間が立ち入れないような場所での水質やガス濃度等のセンシングに用いても好適である。

記載された機能や処理の各々は、一つ以上の処理回路によって実装されうる。処理回路には、プログラムされたプロセッサや電気回路等が含まれ、さらには、特定用途向けの集積回路（ＡＳＩＣ）のような装置や、記載された機能を実行するように配置された回路構成要素等も含まれる。

上記のように、本発明を上記の実施形態によって記載したが、この開示の一部をなす論述および図面は本発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例および運用技術が明らかとなろう。

本発明は、ここでは記載していない様々な実施形態等を含むことは勿論である。従って、本発明の技術的範囲は、上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。

本出願は、２０１６年 ９月３０日に出願された日本国特許願第２０１６−１９３８６０号に基づく優先権、及び２０１７年 ８月 ９日に出願された日本国特許願第２０１７−１５４１２５号に基づく優先権を主張しており、この２つの出願の全内容が参照により本明細書に組み込まれる。

本発明によれば、ＧＮＳＳ位置情報の元データであるＲａｗデータの出力間隔以下のシステム時刻で、各種センサが検出した移動体状況検出情報をサンプリングするので、取得タイミングが異なる複数種のセンサを内蔵可能であり、各種センサの出力である移動体状況検出情報をシステム時刻と同時刻で、できる限り多く取得することができる。また、取得した移動体状況検出情報にシステム時刻を関連付け、かつ位置情報を関連付けて外部装置に送信するので、外部装置側では移動体が速く移動しても、その微細位置を算出することができるとともに、この微細位置にそれぞれの移動体状況検出情報を関連付けて表示させることができる。このため、外部装置では、現時点において、移動体がどこで、どのような状況にあるかを、細かく把握することができる。例えば、移動体がサッカー選手であった場合には、外部装置のユーザ（監督やコーチ等）は、その選手が、ある地点でどのような動きをしていたか、そのときの状況はどうであったかを、検出位置単位で把握できる。

１ ウェアラブルデバイス
１Ａ 背中用ウェアラブルデバイス
１Ｂ 脚用ウェアラブルデバイス
２ タブレット
３ 解析装置
５ 基準局
６ 基準位置サービスセンタ
１１ 近距離無線通信モジュール
１１ａ ＢＬＥモジュール
１１ｂ Ｗｉ−Ｆｉモジュール
１３ メイン制御モジュール
１５ 位置センサモジュール
１５ｂ ＧＮＳＳ受信モジュール
１６ 生体情報検出センサモジュール
１６Ａ 心拍センサ
１６Ｂ 脈拍センサ
１７ 周囲情報取得センサモジュール
１７Ａ 気圧センサ
１７Ｂ 温度センサ
１８ 状態情報検出センサモジュール
１３１ 記憶部
１３１ｂ 送信フォーマットパターンメモリ領域
１３１ｃ センサデータ用記憶領域
１３２ 制御部
１３２ｆ センサ情報取込部
１３２ｇ 初期時取込フォーマット作成部
１３２ｉ 内部タイマ
１３２ｊ 初期時刻合部
１３２ｋ 関連付部
１３２ｓ 位置データ算出部
ＡＳ１ ＧＮＳＳ衛星
ＳＰｉ 競技者
ＳＰａｉ サッカー選手

Claims (11)

1. 移動体に装着される移動体情報検出用端末であって、
   通信モジュールと、
   ＧＮＳＳ衛星からのＧＮＳＳデータを受信し、前記ＧＮＳＳデータから位置データを求めるためのＲａｗデータを抽出する位置センサモジュールと、
   前記Ｒａｗデータに同期した前記位置データの出力タイミング以下のシステム時刻を出力する内部タイマと、
   前記移動体に関する各種の情報を、それぞれ固有のタイミングで検出し、移動体状況検出データとして出力する、各種センサを有する移動体状況検出センサモジュールと、
   前記各種センサの前記移動体状況検出データが記憶される記憶領域と、
   一定時刻ごとに、前記各種センサからの前記移動体状況検出データを前記記憶領域の所定のメモリ領域に上書き保存する手段と、
   前記Ｒａｗデータに基づいて前記位置データを算出する手段と、
   前記システム時刻および前記位置データをヘッダ情報として、前記メモリ領域に現時点で保存されている前記移動体状況検出データを関連付けた移動体情報を作成し、前記通信モジュールより外部装置に送信させる手段と
   を備えることを特徴とする移動体情報検出用端末。
2. 前記移動体情報を作成し、前記外部装置に送信させる手段は、
   前記外部装置からの、前記移動体情報を要求する要求信号を、前記通信モジュールを介して受信したときに、前記要求信号に該当する前記移動体状況検出データを前記メモリ領域から抽出して前記関連付けを行うことを特徴とする請求項１記載の移動体情報検出用端末。
3. コピー領域と、
   前記コピー領域に、前記移動体情報をコピーするコピー部と、
   前記要求信号が再送を示している場合は、前記要求信号に該当する前記移動体情報を前記コピー領域から読み込んで、前記外部装置に送信する再送部と
   をさらに備えることを特徴とする請求項２記載の移動体情報検出用端末。
4. パターンメモリ領域と、
   前記パターンメモリ領域内に、前記各種センサに応じた個数分のフォーマット領域を有し、該当する各フォーマット領域に前記移動体状況検出データが格納される送信フォームを生成する手段と
   をさらに備え、
   前記移動体情報を作成し、前記外部装置に送信させる手段は、
   前記送信フォームの各フォーマット領域に格納されている前記移動体状況検出データだけで、前記移動体情報を形成することを特徴とする請求項２記載の移動体情報検出用端末。
5. 前記位置データの、基準位置との差分である補正データを求める基準位置提供局と、
   前記位置データを求めるごとに、前記基準位置提供局からの前記補正データに基づいて、前記位置データを補正する補正部と
   をさらに備えることを特徴とする請求項１記載の移動体情報検出用端末。
6. 前記移動体状況検出センサモジュールは、前記移動体の姿勢、加速度、方向を検出する状態情報検出センサモジュールを含むことを特徴とする請求項１記載の移動体情報検出用端末。
7. 前記移動体は生体であり、
   前記移動体状況検出センサモジュールは、前記生体の生体情報を検出する生体情報検出センサモジュールを含むことを特徴とする請求項１記載の移動体情報検出用端末。
8. 前記移動体状況検出センサモジュールは、前記移動体の周囲の環境情報を取得する周囲情報取得センサモジュールを含むことを特徴とする請求項１記載の移動体情報検出用端末。
9. 同期後の前記システム時刻を前記ヘッダ情報に含ませることを特徴とする請求項１記載の移動体情報検出用端末。
10. 前記移動体状況検出データの前記位置データとの関連付けは、前記システム時刻をさらに関連付けることを特徴とする請求項１記載の移動体情報検出用端末。
11. 前記通信モジュール、前記位置センサモジュール、前記移動体状況検出センサモジュール、および、前記内部タイマは、ベース上に集積化されていることを特徴とする請求項１記載の移動体情報検出用端末。