JP6707654B2 - 移動体情報提供システム及び移動体情報提供プログラム - Google Patents

Description

本発明は、移動体情報提供システムに関する。

近年は、人又は動物等の被験体の生体情報を遠隔地点で取得することが可能となっている。

例えば、特許文献１の生体情報モニターシステムは、被験体に生体情報と現在位置とを検出して送信する生体情報送信端末を装着させ、遠隔地点の生体情報計測装置が生体情報と現在位置とを受信し、これらを対応付て表示することが開示されている（段落［００５０］〜［００５４］、［００５９］参照）。

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

しかしながら、一般に、ＧＰＳ受信器による位置検出間隔は、１秒間隔であり、移動時の速度が速い被験体では、１ｓｅｃ間に数ｍ〜十数ｍも移動する。

これに対して、特許文献１に記載の生体情報モニターシステムは、生体情報送信端末から１秒間隔に現在位置と生体情報とを送信し、生体情報計測装置がこれを受信して、画面にこれらを対応付けて表示している。

このため、特許文献１に記載の生体情報モニターシステムは、前回の位置と今回の位置との間の被験体の状況を把握させることができないという課題があった。例えば、被験体が素早く動いたときの、その間の状況を細かく把握させることができない。

本発明は、このような事情に鑑みてなされたものであり、ＧＰＳ受信器で検出した移動体の前回の位置と今回の位置との間の細かな状況を一目で把握させることがでる移動体情報提供システムを得ることを目的とする。

上記課題を解決するために、本発明の移動体情報提供システムは、
移動体に装着されて、前記移動体の状況を検出する移動体情報検出端末と移動体情報解析装置とで構成されて、前記移動体情報解析装置と前記移動体情報検出端末との間で無線通信を行う移動体情報提供システムであって、
前記移動体情報検出端末は、
前記移動体情報解析装置の時刻で初期時刻合せを行って、位置検出の元となるＧＮＳＳデータのＲａｗデータと同期がとられたシステム時刻又は前記システム時刻と前記Ｒａｗデータとに基づいて得た位置データとの組を移動体情報として生成する手段と、
前記移動体情報を前記移動体情報解析装置に送信する手段と
を備え、
前記移動体情報解析装置は、
位置算出データ用記憶部を備え、さらに、
（Ａ）．前記移動体情報を受信する毎に、これに含まれているシステム時刻と前記位置データとを今回の微細位置データ情報として読み込む手段と、
（Ｂ）．前記今回の微細位置データ情報の前記システム時刻の今回の微細位置を、このシステム時刻と前記位置算出データ用記憶部に格納されている前回の微細位置データ情報のシステム時刻及び微細位置とに基づいて算出する手段と、
（Ｃ）．算出した今回の前記微細位置を、前記移動体に関連付て画面上に表示させる手段と、
（Ｄ）．この今回の微細位置を前回の微細位置とし、この前回の微細位置と前記今回の微細位置データ情報に含まれているシステム時刻との組を前記前回の微細位置データ情報として、前記位置算出データ用記憶部に格納する手段と
を備えることを要旨とする。

本発明によれば、移動体情報解析装置がＧＮＳＳモジュールで検出した位置よりも微細な間隔位置をリアルタイムで画面に表示させるので、画面を見ているユーザに、次に移動体がどんな動きをするかを細かく把握させることができる。

また、微細位置、位置データはＲＴＫ基準局からの補正データに基づいた位置であるので、精度が高いとともに、この精度を常に維持できる。

また、移動体情報解析装置において、移動体が生体の場合は、微細な間隔位置に生体情報を関連付けて表示するので、画面を見ているユーザに、この微細な間隔位置における移動体の生体を一目で把握させることができる。

さらに、移動体情報解析装置が、移動体情報検出端末からの移動体情報に生体情報、姿勢や加速度等の移動体状態情報が含まれている場合は、移動体情報解析装置が生体情報と移動体状態情報とを関連付けて画面に表示する。

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

また、移動体情報検出端末が複数であっても、解析結果提供装置は、所望の移動体情報検出端末からの移動体の生体情報や移動体状態情報を携帯端末の画面に関連付けて表示させることができる。したがって、より多くの移動体の生体情報や移動体状態情報といった状況（現状）を、リアルタイムで提供できる。

図１は、本実施の形態１に係る移動体情報提供システムの概略構成図である。 図２は、表示装置（タブレット）におけるデバイス管理の説明図である。 図３は、ユーザとウェアラブルデバイスとの関連付けの説明図である。 図４は、ウェアラブルデバイスの初期動作を示すフローチャートである。 図５は、ウェアラブルデバイスがタブレットに送信する際のフローチャートである。 図６は、ウェアラブルデバイスがタブレットに再送信する際のフローチャートである。 図７は、タブレットにおける処理のフローチャートである。 図８（ａ）〜図８（ｃ）は、図７のステップＴ２９の具体例を説明するためのもので、図８（ａ）は、試合時刻に対し、直前の位置取得時刻を含む位置情報の位置データを対応付ける場合の説明図であり、図８（ｂ）は、試合時刻に対し、直後の位置取得時刻を含む位置情報の位置データを対応付ける場合の説明図であり、図８（ｃ）は、試合時刻に対し、直前の位置取得時刻を含む位置情報の位置データと直後の位置取得時刻を含む位置情報の位置データとの間の位置データを対応付ける場合の説明図である。 図９（ａ）〜図９（ｃ）は、図７のステップＴ３１の具体例を説明するためのもので、図９（ａ）は、試合時刻に対し、直前のセンサデータ取得時刻を含む移動体情報のセンサデータを対応付ける場合の説明図であり、図９（ｂ）は、試合時刻に対し、直後のセンサデータ取得時刻を含む移動体情報のセンサデータを対応付ける場合の説明図であり、図９（ｃ）は、試合時刻に対し、直前のセンサデータ取得時刻を含む移動体情報のセンサデータと直後のセンサデータ取得時刻を含む移動体情報のセンサデータとの間のセンサデータを対応付ける場合の説明図である。 図１０は、本実施の形態２に係る移動体情報提供システムのウェアラブルデバイスの装着例を示す図である。 図１１は、移動体情報提供システムの具体例を示す概略構成図である。 図１２は、移動体情報の一例を示す図である。 図１３は、移動体情報要求情報の一例を示す図である。 図１４は、位置付移動体情報解析結果表示制御データの一例を示す図である。 図１５は、移動体解析結果情報の一例を示す図である。 図１６は、タブレットでのモード選択画面の表示例を示す図である。 図１７（ａ）は、実参加者入力情報の一例を示す図であり、図１７（ｂ）は、実参加ユーザペアリング情報の一例を示す図であり、図１７（ｃ）は、実参加ユーザ通信準備登録完了情報の一例を示す図であり、図１７（ｄ）は、競技実参加ユーザ別基本情報の一例を示す図である。 図１８（ａ）及び図１８（ｂ）は、ユーザ基本登録情報の一例を示すもので、図１８（ａ）は、ユーザリスト（ユーザ管理者基本情報）の登録画面の表示例を示す図であり、図１８（ｂ）は、ユーザ基本情報の登録画面の表示例を示す図である。 図１９は、移動体情報要求用入力画面の表示例を示す図である。 図２０は、移動体情報解析要求入力情報の一例を示す図である。 図２１は、送信パターンの一例を示す図である。 図２２は、微細位置の表示例を示す図である。 図２３は、ウェアラブルデバイスの動作の概念を説明するブロック図である。 図２４は、解析結果提供装置の具体例を示す概略構成図である。 図２５は、微細位置データ情報の一例を示す図である。 図２６は、解析画面の表示例を示す図である。 図２７は、解析データ用メモリのフォーマット構成を示す概略図である。 図２８は、移動体情報提供システムの全体動作を説明するために示すシーケンス図である（その１）。 図２９は、移動体情報提供システムの全体動作を説明するために示すシーケンス図である（その２）。 図３０は、移動体情報提供システムの全体動作を説明するために示すシーケンス図である（その３）。 図３１は、移動体情報受取サーバの処理を説明するフローチャートである。 図３２は、微細位置データ用レコード生成処理を説明するフローチャートである。 図３３は、微細位置算出処理を説明するフローチャートである（その１）。 図３４は、微細位置算出処理を説明するフローチャートである（その２）。 図３５は、移動体情報報関連付部での処理を説明するフローチャートである。 図３６は、解析結果の表示例を示す図である。 図３７は、ウェアラブルデバイスの具体例を示す概略構成図である。 図３８は、ウェアラブルデバイスのメイン制御モジュールにおける制御部の機能ブロックを示す概略図である。 図３９は、ウェアラブルデバイスの動作を説明するために示すタイミングチャートである。 図４０は、本実施の形態３に係る移動体情報提供システムの概略構成図である。 図４１は、移動体情報提供システムにおけるＲＴＫ用基準局の概略構成図である。 図４２は、ＲＴＫ用のウェアラブルデバイスの制御部の概略プログラム構成図である。 図４３は、ＲＴＫ用の解析結果提供装置の概略構成図である。 図４４は、移動体情報提供システムに適用可能な収集装置の装着例を示す図である。 図４５は、移動体情報提供システムにおいて、ウェアラブルデバイスの他の構成例を示す概略図である。

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

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

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

本実施の形態は、例えば、人間や動物等の移動する生体の他、ドローンやロボット又は農機や建機等の重機のような移動する非生体等に装着された移動体情報検出端末と、この移動体情報検出端末に対して近傍となる表示装置と、移動体情報検出端末及び表示装置に対して遠隔地点となる解析結果提供装置とで構成された移動体情報提供システムとして説明する。表示装置と解析結果提供装置とを総称して移動体情報解析装置（外部装置）と称する。

前述の生体及び非生体を総称して移動体と称する。生体は、マラソン選手やラグビー選手、サッカー選手、卓球選手、自転車競技等の競技者、又は動物等が好ましい。

以下の説明において、実施の形態１では、移動体情報提供システムの概要を説明し、実施の形態２では、この移動体情報提供システムの具体的な構成を例示して説明する。

＜実施の形態１＞
図１は、本実施の形態１に係る移動体情報提供システムの概略構成図である。

移動体情報提供システムは、図１に示すように、生体である競技者ＳＰｉ（移動体）に装着されたバンドタイプの移動体情報検出端末（以下、「ウェアラブルデバイス１」という）と、携帯パソコン、タブレット、スマートフォン等の通信機能を備えた表示装置と、解析センタＣの解析結果提供装置３等で構成されている。

この表示装置の一例として、実施の形態においては、タブレット２を用いて説明する。

上述のウェアラブルデバイス１は、例えば無線通信規格によって、タブレット２と無線通信を行う。また、タブレット２は、インターネット網Ｎを介して、クラウド等に配置された解析結果提供装置３と通信可能となっている。

ウェアラブルデバイス１は、複数の競技者ＳＰｉのそれぞれが装着する。ウェアラブルデバイス１は、例えば、各競技者ＳＰｉの手首に装着して使用される。フィールドで競技する競技者ＳＰｉ（例えば、サッカー選手やラグビー選手等）が、ウェアラブルデバイス１を装着して競技や練習を行う。

ウェアラブルデバイス１は、無線通信モジュール（以下、「無線モジュール１１」という）と、電池モジュール１２と、メイン制御モジュール１３と、出力モジュール１４とを備えている。さらに、複数のセンサモジュールを備えている。

これらのセンサモジュールは、例えば、位置センサ１５（高感度位置情報検出センサであるＧＮＳＳ（Global Navigation Satellite System）モジュールともいう）と、生体情報検出センサ１６と、環境情報検出センサ１７、移動体状態情報検出センサ１８等よりなる。

位置センサ１５は、例えば、後述するＧＮＳＳ衛星ＡＳ１を用いて測位する、ＧＰＳ（Global Positioning System）等の衛星測位システムモジュールである。

生体情報検出センサ１６は、競技者ＳＰｉの心拍数や脈拍数等の生体情報を検出する心拍センサや脈拍センサ等の各種センサを含む。

環境情報検出センサ１７は、競技者ＳＰｉの周囲の気圧や気温等の周囲情報を取得する気圧センサや温度センサ等の各種センサを含む。

移動体状態情報検出センサ１８は、競技者ＳＰｉがどんな姿勢か、どんな速度か等を検出する９軸センサ（移動体状態検出モジュールともいう）である。９軸センサは、ジャイロセンサ（３軸）、加速度センサ（３軸）、地磁気センサ（３軸）等よりなる。

メイン制御モジュール１３は、記憶部１３１（デバイス側位置算出データ用記憶部（３３０）ともいう）、制御部１３２、及び両者を繋ぐインタフェース（図示せず）を備える。

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

タブレット２は、例えば、競技者ＳＰｉの位置と疲れ具合の関係等を、競技者ＳＰｉに対して近傍（ベンチ前等）において、把握したいチームの監督ＭＧやコーチが使用するタブレット型のコンピュータ（携帯端末）である。

タブレット２は、図１に示すように、タブレット側無線モジュール２１、収集解析アプリケーション部２２、モバイルデータ通信部２３、及び記憶部（以下、「タブレット側記憶部２４」と称する）を備える。このタブレット側記憶部２４を第１の位置算出データ用記憶部（３３０）とも称する。

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

解析結果提供装置３は、例えば、競技者ＳＰｉのパフォーマンス計測、センサ補正、ＳＮＳ（ソーシャルネットワーキングサービス）、人材マッチング、競技者ＳＰｉの医療、競技者ＳＰｉのトレーニング等を担う情報を提供するアプリケーションサービス部３１と、競技者ＳＰｉの個人データ、チームデータ、環境データ、解析データを記憶するデータベース３２とを備える。

（デバイス管理）
図２は、タブレット２におけるデバイス管理の説明図である。

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

次に、タブレット２は、ウェアラブルデバイス１に固有の情報（Ｂｌｕｅｔｏｏｔｈ（登録商標）の場合は、又はデバイスアドレス、Ｗｉ−Ｆｉ（登録商標）の場合、若しくはＭＡＣアドレス、無線モジュールに固有の情報がない場合は、ウェアラブルデバイス１のソフトウエアに固有のプロファイル）を取得する（ステップＳ５）。

上述の固有の情報である、デバイスアドレス、ＭＡＣアドレス、固有のプロファイルを総称して、ウェアラブルデバイス識別情報と称する。

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

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

（ユーザとウェアラブルデバイスの関連付け）
図３は、ユーザとウェアラブルデバイスとの関連付けの説明図である。

まず、タブレット２は、クラウドに設置された解析結果提供装置３等からユーザ情報リストとデバイス情報リストとを取得する（ステップＳ３１）。

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

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

図４は、ウェアラブルデバイス１の初期動作を示すフローチャートである。

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

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

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

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

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

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

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

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

次に、制御部１３２は、位置センサ１５が出力するフレームヘッダを受信し（ステップＳ７１）、該ヘッダが１ＰＰＳ信号（１秒に１回のクロック波形）を含むか否かを判定する（ステップＳ７３）。１ＰＰＳ信号を含まない場合は、次の信号を待ち、受信する（ステップＳ７１）。

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

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

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

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

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

制御部１３２は、位置データとＧＮＳＳ時刻を受信したら（ステップＳ８３）、ＧＮＳＳ時刻を位置取得時刻として、これと位置データを含む位置情報を生成し、ウェアラブルデバイス１を装着した競技者ＳＰｉを示すＩＤ（識別情報）に関連付けて、例えば記憶部１３１に記憶させる（ステップＳ８５）。また、位置情報とＩＤをタブレット２に送信する（ステップＳ８７）。

一方、位置センサ１５以外のセンサからは、特有のタイミングで、生体情報、環境情報、移動体状態情報等の移動体情報のセンサデータ（ＳＤｉ）が制御部１３２に送信される。

制御部１３２は、例えば、システム時刻を取得し（ステップＳ９１）、気圧を受信したなら（ステップＳ９２）、この気圧のセンサデータとそれを取得したシステム時刻とを含む環境情報を生成し、ＩＤに関連付けて記憶部１３１に記憶させる（ステップＳ９３）。また、環境情報とＩＤとをタブレット２に送信する（ステップＳ９４）。実施の形態１では、このシステム時刻をセンサデータ取得時刻とも称する。

次に、制御部１３２は、例えば、システム時刻を取得し（ステップＳ９５）、姿勢値を受信したなら（ステップＳ９６）、この姿勢値のセンサデータとそれを取得したシステム時刻（センサデータ取得時刻）とを含む移動体状態情報を生成し、ＩＤに関連付けて記憶部１３１に記憶させる（ステップＳ９７）。また、移動体状態情報とＩＤとをタブレット２に送信する（ステップＳ９８）。

次に、制御部１３２は、例えば、システム時刻を取得し（ステップＳ９９）、加速度を受信したなら（ステップＳ１００）、この加速度のセンサデータとそれを取得したシステム時刻（センサデータ取得時刻）とを含む移動体状態情報を生成し、ＩＤに関連付けて記憶部１３１のメモリ領域１３１ａに記憶させる（ステップＳ１０１）。また、移動体状態情報とＩＤとをタブレット２に送信する（ステップＳ１０２）。前述の姿勢値、加速度、方向等を移動体状態情報と称している。

次に、制御部１３２は、例えば、システム時刻を取得し（ステップＳ１０３）、心拍数を受信したなら（ステップＳ１０４）、この心拍数のセンサデータとそれを取得したシステム時刻（センサデータ取得時刻）とを含む生体情報を生成し、ＩＤに関連付けて記憶部１３１に記憶させる（ステップＳ１０５）。また、生体情報とＩＤとをタブレット２に送信する（ステップＳ１０６）。

次に、制御部１３２は、例えば、システム時刻を取得し（ステップＳ１０７）、気温を受信したなら（ステップＳ１０８）、この気温のセンサデータとそれを取得したシステム時刻（センサデータ取得時刻）とを含む環境情報を生成し、ＩＤに関連付けて記憶部１３１に記憶させる（ステップＳ１０９）。また、環境情報とＩＤとをタブレット２に送信する（ステップＳ１１０）。

次に、制御部１３２は、例えば、システム時刻を取得し（ステップＳ１１１）、脈拍数を受信したなら（ステップＳ１１２）、この脈拍数のセンサデータとそれを取得したシステム時刻（センサデータ取得時刻）とを含む生体情報を生成し、ＩＤに関連付けて記憶部１３１に記憶させる（ステップＳ１１３）。また、生体情報とＩＤをタブレット２に送信し（ステップＳ１１４）、ステップＳ８３に戻る。

本実施の形態１においては、生体情報、環境情報、及び、移動体状態情報（９軸）を総称して移動体情報とも称する。

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

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

ウェアラブルデバイス１のメイン制御モジュール１３の制御部１３２は、リクエストを受信したなら（ステップＳ１３１：ＹＥＳ）、リクエストに指定された期間に含まれるシステム時刻（センサデータ取得時刻）を含む移動体情報とＩＤ、並びに該期間に含まれる位置取得時刻を含む位置情報とＩＤとを記憶部１３１から読み出し（ステップＳ１３３）、移動体情報と位置情報とＩＤとを、タブレット２に送信し（ステップＳ１３５）、ステップＳ１３１に戻る。

これにより、タブレット２は、通信障害等の理由で受信できなかった移動体情報とＩＤ並びに位置情報とＩＤを取得することができる。

図７は、タブレット２における処理のフローチャートである。

タブレット２のタブレット側無線モジュール２１は、ウェアラブルデバイス１から位置情報とＩＤを受信し（ステップＴ１１）、気圧を含む環境情報とＩＤを受信し（ステップＴ１２）、姿勢値を含む移動体状態情報とＩＤを受信し（ステップＴ１３）、加速度を含む移動体状態情報とＩＤを受信し（ステップＴ１４）、心拍数を含む生体情報とＩＤを受信し（ステップＴ１５）、気温を含む環境情報とＩＤを受信し（ステップＴ１６）、脈拍数を含む生体情報とＩＤを受信する（ステップＴ１７）。

タブレット２の収集解析アプリケーション部２２は、例えば、サッカー等の試合が終了したら、各ＩＤについて以下のように処理を行う。

まず、試合中の１００ｍｓｅｃ単位の全ての時刻（以下、試合時刻という）のそれぞれについて、つまり、予め設定した各時刻について、その試合時刻を含むレコードをタブレット側記憶部２４に生成する（ステップＴ２１）。

次に、受信した位置情報の位置取得時刻と受信した移動体情報のセンサデータ取得時刻とを１００ｍｓｅｃ単位に丸める（ステップＴ２３）。丸める前後の時刻差を計算しておいても良い。

次に、各レコードにつき、試合時刻と同じ位置取得時刻を含む位置情報を検索し、位置情報から位置データを読み出し、レコードに記憶させる（ステップＴ２５）。

次に、各レコードにつき、試合時刻と同じセンサデータ取得時刻を含む移動体情報を検索し、移動体情報からセンサデータを読み出し、レコードに記憶させる（ステップＴ２７）。

次に、位置データを含まない各レコード（対象レコードという）に対し、位置データを記憶させる（ステップＴ２９）。

ここでは、例えば、位置データを含み、且つ対象レコードの試合時刻よりも早い試合時刻で、且つ最も対象レコードの試合時刻に近い試合時刻を含むレコードを検索し、検索されたレコードの位置データと同じ位置データを対象レコードに記憶させる。つまり、試合時刻に対し、直前の位置取得時刻を含む位置情報の位置データを対応付ける。

例えば、図８（ａ）に示すように、対象レコードの試合時刻がYYYY/MM/DD:HH:MM:01.200であり、検索されたレコードの試合時刻がYYYY/MM/DD:HH:MM:01.100であり、緯度Ｅ１、経度Ｎ１を含んでいる場合は、対象レコードには、緯度Ｅ１、経度Ｎ１を記憶させる。

または、位置データを含み、且つ対象レコードの試合時刻よりも遅い試合時刻で、且つ最も対象レコードの試合時刻に近い試合時刻を含むレコードを検索し、検索されたレコードの位置データと同じ位置データを対象レコードに記憶させる。つまり、試合時刻に対し、直後の位置取得時刻を含む位置情報の位置データを対応付ける。

例えば、図８（ｂ）に示すように、対象レコードの試合時刻がYYYY/MM/DD:HH:MM:01.200であり、検索されたレコードの試合時刻がYYYY/MM/DD:HH:MM:01.300であり、緯度Ｅ２、経度Ｎ２を含んでいる場合は、対象レコードには、緯度Ｅ２、経度Ｎ２を記憶させる。

または、位置データを含み、且つ対象レコードの試合時刻よりも早い試合時刻で、且つ最も対象レコードの試合時刻に近い試合時刻を含むレコードを検索し、位置データを含み、且つ対象レコードの試合時刻よりも遅い試合時刻で、且つ最も対象レコードの試合時刻に近い試合時刻を含むレコードを検索し、検索された２つのレコードの位置データが示す位置の間の位置を示す位置データを対象レコードに記憶させる。つまり、試合時刻に対し、直前の位置取得時刻を含む位置情報の位置データと直後の位置取得時刻を含む位置情報の位置データとの間の位置データを対応付ける。

例えば、図８（ｃ）に示すように、対象レコードの試合時刻がYYYY/MM/DD:HH:MM:01.200であり、検索された一方のレコードの試合時刻がYYYY/MM/DD:HH:MM:01.100であり、緯度Ｅ１、経度Ｎ１を含み、検索された他方のレコードの試合時刻がYYYY/MM/DD:HH:MM:01.300であり、緯度Ｅ２、経度Ｎ２を含んでいる場合は、対象レコードには、緯度＝（Ｅ１＋Ｅ２）／２、経度＝（Ｎ１＋Ｎ２）／２を記憶させる。つまり、位置データがないレコードに記憶させる位置データは、直前の位置取得時刻を含む位置情報の位置データと直後の位置取得時刻を含む位置情報の位置データの平均である。なお、図８（ｃ）に示す処理は不要であれば省略しても良い。

次に、センサデータを含まない各レコード（対象レコードという）に対し、センサデータを記憶させる（ステップＴ３１）。

センサデータを含み、且つ対象レコードの試合時刻よりも早い試合時刻で、且つ最も対象レコードの試合時刻に近い試合時刻を含むレコードを検索し、検索されたレコードのセンサデータと同じセンサデータを対象レコードに記憶させる。つまり、試合時刻に対し、直前のセンサデータ取得時刻を含む移動体情報のセンサデータを対応付ける。

例えば、図９（ａ）に示すように、対象レコードの試合時刻がYYYY/MM/DD:HH:MM:01.200であり、検索されたレコードの試合時刻がYYYY/MM/DD:HH:MM:01.100であり、心拍数「５４」を含んでいる場合は、対象レコードには、心拍数「５４」を記憶させる。

または、センサデータを含み、且つ対象レコードの試合時刻よりも遅い試合時刻で、且つ最も対象レコードの試合時刻に近い試合時刻を含むレコードを検索し、検索されたレコードのセンサデータと同じセンサデータを対象レコードに記憶させる。つまり、試合時刻に対し、直後のセンサデータ取得時刻を含む移動体情報のセンサデータを対応付ける。

例えば、図９（ｂ）に示すように、対象レコードの試合時刻がYYYY/MM/DD:HH:MM:01.200であり、検索されたレコードの試合時刻がYYYY/MM/DD:HH:MM:01.300であり、心拍数「６３」を含んでいる場合は、対象レコードには、心拍数「６３」を記憶させる。

または、センサデータを含み、且つ対象レコードの試合時刻よりも早い試合時刻で、且つ最も対象レコードの試合時刻に近い試合時刻を含むレコードを検索し、センサデータを含み、且つ対象レコードの試合時刻よりも遅い試合時刻で、且つ最も対象レコードの試合時刻に近い試合時刻を含むレコードを検索し、検索された２つのレコードのセンサデータの間のセンサデータを対象レコードに記憶させる。つまり、試合時刻に対し、直前のセンサデータ取得時刻を含む移動体情報のセンサデータと直後のセンサデータ取得時刻を含む移動体情報のセンサデータとの間のセンサデータを対応付ける。

例えば、図９（ｃ）に示すように、対象レコードの試合時刻がYYYY/MM/DD:HH:MM:01.200であり、検索された一方のレコードの試合時刻がYYYY/MM/DD:HH:MM:01.100であり、心拍数「５４」を含み、検索された他方のレコードの試合時刻がYYYY/MM/DD:HH:MM:01.300であり、心拍数「６３」を含んでいる場合は、対象レコードには、心拍数「５８．５＝（５４＋６３）／２」を記憶させる。つまり、センサデータがないレコードに記憶させるセンサデータは、直前のセンサデータ取得時刻を含む移動体情報のセンサデータと直後のセンサデータ取得時刻を含む移動体情報のセンサデータの平均である。なお、図９（ｃ）に示す処理は不要であれば省略しても良い。

図７の処理により、全てのレコードが位置データとセンサデータとを含むことになる。つまり、各レコードの試合時刻について、同時刻の位置データとセンサデータとが得られたことになる。

そして、収集解析アプリケーション部２２は、例えばモバイルデータ通信部２３を介して、全てのレコードの情報を解析結果提供装置３に送信する。

解析結果提供装置３のアプリケーションサービス部３１は、全てのレコードの情報を受信し、様々な情報解析を行う。

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

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

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

解析結果提供装置３のアプリケーションサービス部３１は、こうして解析した結果をタブレット２に送信し、タブレット２は、解析結果を表示部等に表示する。これを見た監督ＭＧやコーチは、解析結果を選手交代や作戦変更に利用することができる。

なお、上記実施の形態１では、選手を区別するためにＩＤを用いたが、区別不要な場合はＩＤも不要である。例えば、トラック競技を行う唯一の自国選手（生体）における同時刻の位置データとセンサデータとを得る場合にはＩＤは不要である。また、ステップＴ２５、Ｔ２７の丸め処理は省略しても良い。

以上のように、本実施の形態１の移動体情報提供システムは、移動体に装着するウェアラブルデバイス１及びこのウェアラブルデバイス１と通信可能なタブレット２を含むものであって、ウェアラブルデバイス１は、移動体の位置データを取得する位置センサ１５と、移動体の生体情報を取得する生体情報検出センサ１６と、移動体の周囲の気圧や温度等の環境情報を取得する環境情報検出センサ１７と、移動体の姿勢や速度等の移動体状態情報を取得する移動体状態情報検出センサ１８とを備える。また、位置データと該位置データを取得した位置取得時刻とを含む位置情報、及びセンサデータと該センサデータを取得したセンサデータ取得時刻とを含む移動体情報を、逐次、タブレット２に送信するメイン制御モジュール１３を備える。

タブレット２は、収集解析アプリケーション部２２を備え、収集解析アプリケーション部２２は、予め設定された時刻（上記例の試合時刻）に対し、時刻（試合時刻）の直前又は直後のセンサデータ取得時刻を含む移動体情報のセンサデータを対応付ける（ステップＴ３１）。また、時刻（試合時刻）に対し、時刻（試合時刻）の直前又は直後の位置取得時刻を含む位置情報の位置データを対応付ける（ステップＴ２９）。よって、上記例の各レコードで、実質的に同時刻における移動体の位置データとセンサデータとを得ることができる。

例えば、収集解析アプリケーション部２２は、時刻（試合時刻）の直前のセンサデータ取得時刻を含む移動体情報のセンサデータと直後のセンサデータ取得時刻を含む移動体情報のセンサデータとの間のセンサデータを対応付ける（ステップＴ３１）。また、時刻（試合時刻）の直前の位置取得時刻を含む位置情報の位置データと直後の位置取得時刻を含む位置情報の位置データとの間の位置データを対応付ける（ステップＴ２９）。よって、上記例の各レコードで、実質的に同時刻における移動体の位置データとセンサデータとを得ることができる。

また、直前のセンサデータ取得時刻を含む移動体情報のセンサデータと直後のセンサデータ取得時刻を含む移動体情報のセンサデータとの間のセンサデータは、直前のセンサデータ取得時刻を含む移動体情報のセンサデータと直後のセンサデータ取得時刻を含む移動体情報のセンサデータの平均である。よって、上記例の各レコードにセンサデータ（平均）を記憶させることができ、これにより、実質的に同時刻における移動体の位置データとセンサデータとを得ることができる。

また、直前の位置取得時刻を含む位置情報の位置データと直後の位置取得時刻を含む位置情報の位置データとの間の位置データは、直前の位置取得時刻を含む位置情報の位置データと直後の位置取得時刻を含む位置情報の位置データの平均である。よって、上記例の各レコードに位置データ（平均）を記憶させることができ、これにより、実質的に同時刻における移動体の位置データとセンサデータとを得ることができる。

また、タブレット２は、移動体に装着するウェアラブルデバイス１と通信可能な通信装置であって、その収集解析アプリケーション部２２は、ウェアラブルデバイス１から、移動体の位置データと該位置データを取得した位置取得時刻とを含む位置情報、及び移動体又は周囲の状態を示すセンサデータと該センサデータを取得したセンサデータ取得時刻とを含む移動体情報を受信する（ステップＴ１１〜Ｔ１７）。そして、予め設定された時刻（上記例の試合時刻）に対し、時刻（試合時刻）の直前又は直後のセンサデータ取得時刻を含む移動体情報のセンサデータを対応付け（ステップＴ３１）、また、時刻（試合時刻）に対し、時刻（試合時刻）の直前又は直後の位置取得時刻を含む位置情報の位置データを対応付ける（ステップＴ２９）。よって、上記例の各レコードで、実質的に同時刻における移動体の位置データとセンサデータとを得ることができる。

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

＜実施の形態２＞
次に、本実施の形態２に係る移動体情報提供システムについて、より具体例を挙げて説明する。なお、実施の形態２においては、図１０に示すように、競技者（生体）としてのサッカー選手ＳＰａｉ（移動体）の手首にウェアラブルデバイス１を装着した例として説明する。

また、無線通信プロトコルは、Ｗｉ−Ｆｉ（登録商標）又はＢｌｕｅｔｏｏｔｈ（登録商標）等であっても良いが、本実施の形態２においてはＢｌｕｅｔｏｏｔｈ（登録商標）として説明する。

また、移動体情報提供システムは、例えば、複数のサッカー場Ａｉのサッカー選手ＳＰａｉ（ＳＰａ１、ＳＰａ２、…）の状況を解析して、その解析結果をタブレット２や外部の会員端末Ｄ等に提供するシステムであっても良いが、この実施の形態２では、図１１に示すように、１か所のサッカー場Ａｉを例示して説明する。

また、クラウドは、インターネット網Ｎに接続された解析センタＣの解析結果提供装置３として説明する。

図１１は、本実施の形態２に係る移動体情報提供システムの具体例を示す概略構成図である。

図１１に示すように、この移動体情報提供システムは、サッカー場Ａｉのサッカー選手ＳＰａｉ（ＳＰａ１、ＳＰａ２、…）の手首にそれぞれ装着された複数のウェアラブルデバイス１と、監督ＭＧ等が携帯するタブレット２と、解析センタＣの解析結果提供装置３等からなる。また、解析センタＣの解析結果提供装置３の解析結果を、例えば、複数の会員端末Ｄで閲覧可能としても良い。。

また、解析センタＣの解析結果提供装置３とタブレット２とはインターネット網Ｎで接続され、各々のウェアラブルデバイス１とタブレット２とはＢｌｕｅｔｏｏｔｈ（登録商標）やＷｉ−Ｆｉ（登録商標）等の無線通信プロトコルで接続される。

タブレット２と解析センタＣの解析結果提供装置３とを総称して、移動体情報解析装置３０という。

また、ウェアラブルデバイス１は、例えば、それぞれのサッカー選手ＳＰａｉのユニフォームＵＦ等に装着されても良い。

また、本実施の形態２においては、センシング可能なセンサデータＳＤｉを生体情報ＳＥＪｉ、移動体状態情報と称する。生体情報ＳＥＪｉは、心拍数、脈拍数、体温、…である。

移動体状態情報は、９軸センサ（移動体状態情報検出センサ）が検出した姿勢値、加速度、方向等の情報である（動きを示す）。実施の形態２では、「移動体状態情報」を９軸センサ情報ｅＪｉと称して説明する。

実施の形態２は、例えば図１１に示すように、サッカー場Ａｉを撮影する撮影カメラ４０をサッカー場Ａｉの適当な個所に設けているとして説明する。この撮影カメラ４０は、複数台が好ましく、サッカー場Ａｉを上、横、斜め等から撮影する適当な場所にそれぞれ設置されている。但し、撮影カメラ４０を用いない場合は、サッカー場Ａｉの疑似平面画像（イラスト）を用いる。また、位置センサ１５は、ＧＮＳＳモジュール（ＧＰＳモジュール）として説明する。

ウェアラブルデバイス１は、初期時刻同期処理やペアリング初期設定処理等を行った後に、一定時間毎に取得できた生体情報ＳＥＪｉ（心拍数、体温、…）と９軸センサ情報ｅＪｉ（加速度、姿勢値、方向）とに対して、ＧＮＳＳモジュールである位置センサ１５の位置データ（緯度Ｅｉ、経度Ｎｉ）やシステム時刻ＳＴｉ等を関連付ける。

そして、図１２に示す移動体情報ＤＳＪｉとして、例えば、無線モジュール１１によりＢｌｕｅｔｏｏｔｈ（登録商標）プロトコルでタブレット２に送信する。また、実施の形態２では、位置データを検出位置Ｐｉと称する。

この移動体情報ＤＳＪｉは、後述するタブレット２からの送信パターンＰＴｉに基づくパターンでタブレット２に送信する。

また、移動体情報ＤＳＪｉは、例えば図１２に示すように、ウェアラブルデバイスＩＤとタブレットＩＤと氏名（氏名コード）と検出位置Ｐｉとシステム時刻ＳＴｉと生体情報ＳＥＪｉと９軸センサ情報ｅＪｉ等からなる。但し、後述するセンタ側移動体情報ＣＤＳＪｉの場合は、検出位置Ｐｉは地図上位置ＧＰｉを用いる。

また、システム時刻ＳＴｉは解析センタＣとタブレット２とが有する内部タイマ（図示せず）と初期時刻が時刻合わせされている。

生体情報ＳＥＪｉと９軸センサ情報ｅＪｉとを総称して、センサデータＳＤｉ（図１２参照）ともいう。また、移動体情報ＤＳＪｉとしては、検出位置Ｐｉやその取得（検出）時間等を含んでも良い。システム時刻ＳＴｉは、例えば１００ｍｓｅｃ間隔が好ましい。また、１ＰＰＳ信号での検出位置Ｐｉは、例えば１ｓｅｃ間隔で出力されるのが好ましい。

また、センサデータＳＤｉは現時点で取得できた、心拍数、脈拍数、体温、…の全て、又は、これらのいずれかの組み合わせ、若しくはいずれか１つである。

９軸センサ情報ｅＪｉは、ウェアラブルデバイス１が現時点で取得できた姿勢値、加速度、方向の全て、又は、これらのいずれかの組み合わせ、若しくはいずれか１つである。

生体情報ＳＥＪｉと９軸センサ情報ｅＪｉとには、それぞれが検出した時点での取得時間を含んでも良い。この取得時間はシステム時刻ＳＴｉを用いるのが好ましい。

タブレット２は、各々のウェアラブルデバイス１とペアリング初期設定処理等を行った後で、ウェアラブルデバイス１のそれぞれに対して、移動体情報ＤＳＪｉを要求する移動体情報要求情報ＹＤＪｉ（図１３参照）を同時に送信する。

そして、この移動体情報要求情報ＹＤＪｉ（図１３参照）に対応する移動体情報ＤＳＪｉ（図１２参照）を取得するとともに、得られた移動体情報ＤＳＪｉ（図１２参照）を、インターネットプロトコルによって解析結果提供装置３に送信する。

そして、タブレット２では、図１４に示す解析結果提供装置３から送信された表示制御データＰＫＪｉ（カメラ画像ＣＧｉを含む）等をインターネットプロトコルで受信し、これらを画面に表示する。

そして、解析センタＣの解析結果提供装置３は、タブレット２からの移動体情報ＤＳＪｉ（図１２参照）を受信し、例えば、この移動体情報ＤＳＪｉと過去の移動体情報ＤＳＪｉとに基づいて、サッカー選手ＳＰａ１、ＳＰａ２、ＳＰａ３、…の現状を解析する。

そして、解析結果提供装置３は、その解析結果をまとめた移動体情報解析結果情報ＫＤＪｉ（図１５参照）に基づいて、サッカー場Ａｉにおけるサッカー選手ＳＰａ１、ＳＰａ２、ＳＰａ３、…の位置（例えば、検出位置Ｐｉ）等を付加した表示制御データＰＫＪｉ（単に、制御データとも称する）を生成し、インターネット網Ｎを介してタブレット２に送信する。

なお、タブレット２では、ウェアラブルデバイス１からの移動体情報ＤＳＪｉ（図１２参照）や、同時刻の検出位置Ｐｉ等を対応付けて表示でき、現場（例えば、サッカー場Ａｉのベンチ前）等において、サッカー選手ＳＰａ１、ＳＰａ２、ＳＰａ３、…の現状（位置、生体、動き等）をリアルタイムで監督ＭＧに知らせることが可能である。

（各部の構成）
実施の形態２における各部の具体的構成について、タブレット２、ウェアラブルデバイス１、解析結果提供装置３の順で説明する。

［タブレット２］
タブレット２の収集解析アプリケーション部２２は、図１１に示すように、モード判定部２２１と、通信初期接続設定部２２３と、通信端末側ユーザリスト作成部２２４と、移動体情報送受部２２５と、解析結果表示処理部２２６等よりなる。また、収集解析アプリケーション部２２がインストールされていることを示す収集解析アプリアイコン（図示せず）が画面に表示されているとして説明する。

上述のタブレット側記憶部２４（図１参照）は、通信端末側ユーザリスト用メモリ２４１と、実参加ユーザペアリング情報用メモリ２４２と、移動体情報用メモリ２４３、解析結果受信用メモリ２４６等よりなる。

[[モード判定部２２１]]
モード判定部２２１は、画面の位置付移動体情報提供タブレット用アイコン（図示せず）が選択されると、モード選択画面ＭＧｉを画面に表示する（図１６参照）。

[[通信初期接続設定部２２３]]
通信初期接続設定部２２３は、ペアリング要求情報（タブレットＩＤ、機種、メーカ、時刻等）を各ウェアラブルデバイス１に送信してそれぞれの相手とペアリングを行い、ペアリング情報ＰＪｉ（図１３参照）を取得する。

そして、通信初期接続設定部２２３は、後述する移動体情報送受部２２５からの移動体情報要求情報ＹＤＪｉの出力を待つ状態となる。

そして、移動体情報要求情報ＹＤＪｉが出力された場合には、これに含まれているペアリング情報ＰＪｉを有する実参加ユーザペアリング情報ＲＰＪｉ（図１７（ｂ）参照）が、実参加ユーザペアリング情報用メモリ２４２に登録されている場合に、Ｂｌｕｅｔｏｏｔｈ（登録商標）プロトコルでペアリング設定を行う。

この通信初期接続設定部２２３は、サッカー場Ａｉに入る直前、例えばサッカー選手ＳＰａｉがウェアラブルデバイス１の電源を入れたときに起動させるのが好ましい。

そして、通信初期接続設定部２２３は、このペアリング情報ＰＪｉを通信端末側ユーザリスト作成部２２４に順次出力する。

また、通信初期接続設定部２２３は複数のチャネルを備えており、一度に、例えば数台のウェアラブルデバイス１と同時通信可能である。

また、本実施の形態２において、ウェアラブルデバイスＩＤというのは、サッカー場名（コード）、場所名（コード）、ウェアラブルデバイス１の固有機器番号、団体名（コード）、場所（コード）、乱数等で生成したユニークコードであり、どこの団体が、どこの場所で、誰が使用するウェアラブルデバイス１であるのかを識別するウェアラブルデバイス識別コードである。

そして、この移動体情報要求情報ＹＤＪｉ（図１３参照）に対する移動体情報ＤＳＪｉ（図１２参照）をウェアラブルデバイス１から受信する毎に、通信初期接続設定部２２３は、移動体情報ＤＳＪｉに含まれているウェアラブルデバイスＩＤを有する実参加ユーザペアリング情報ＲＰＪｉ（図１７（ｂ）参照）が、実参加ユーザペアリング情報用メモリ２４２に既に登録されている場合に、これを受け付ける。

そして、通信初期接続設定部２２３は、この移動体情報ＤＳＪｉを移動体情報送受部２２５に出力し、解析結果提供装置３に送信させる。

[[通信端末側ユーザリスト作成部２２４]]
通信端末側ユーザリスト作成部２２４は、起動に伴って、本サービスを提供することを可能とするためのサッカー選手ＳＰａｉの選手名やウェアラブルデバイス１のウェアラブルデバイスＩＤ等よりなるユーザ登録情報を、図１８に示すように、ユーザ基本登録情報ＵＪｉ（図１８（ａ）、図１８（ｂ）参照）として、事前にインターネット網Ｎを介して解析結果提供装置３に送信して登録させておく。このユーザ基本登録情報ＵＪｉは、センタ側で事前に登録しても構わない。

また、通信端末側ユーザリスト作成部２２４は、実際に競技に参加するサッカー選手ＳＰａｉが装着しているウェアラブルデバイス１とタブレット２とのペアリング情報ＰＪｉに、氏名等を付加した、上述の実参加ユーザペアリング情報ＲＰＪｉ（図１７（ｂ）参照）を、事前に解析結果提供装置３に登録する（競技途中でも構わない）。

具体的には、通信端末側ユーザリスト作成部２２４は、この実参加ユーザペアリング情報ＲＰＪｉを事前に登録するために、図１６に示した実参加者登録ボタンＭＧｄが選択された場合に、図１７（ａ）に示す実参加者入力画面ＺＧｉを表示する。

そして、通信端末側ユーザリスト作成部２２４は、実参加者入力画面ＺＧｉの完了ボタンＭＧｇの選択に伴って、実参加者入力画面ＺＧｉに入力された情報を実参加者入力情報ＺＧＪｉ（図１７（ａ）参照）としてインターネット網Ｎを介して解析結果提供装置３に送信する。

そして、この実参加者入力情報ＺＧＪｉに対しての実参加ユーザ別基本情報ＣＤＵＪｉ（図１７（ｄ）参照）を解析結果提供装置３から受信した場合は、ペアリング待ち状態となる。

そして、ペアリング後に、この実参加ユーザ別基本情報ＣＤＵＪｉに含まれるウェアラブルデバイスＩＤやタブレットＩＤを有するペアリング情報ＰＪｉを通信初期接続設定部２２３からが保持しているペアリング情報ＰＪｉを読み込む。

実参加ユーザ別基本情報ＣＤＵＪｉ（図１７（ｄ）参照）は、実際に競技に参加するサッカー選手ＳＰａｉの顔写真、及びサッカー選手ＳＰａｉが装着しているウェアラブルデバイス１のウェアラブルデバイスＩＤ等を含む。

前述の実参加ユーザ別基本情報ＣＤＵＪｉは、先頭をチーム名、氏名の順にするのが好ましい。

そして、読み込んだペアリング情報ＰＪｉに、受信した実参加ユーザ別基本情報ＣＤＵＪｉを関連付け、これを現在、実際に競技に参加しているサッカー選手ＳＰａｉの、上述の実参加ユーザペアリング情報ＲＰＪｉ（図１７（ｂ）参照）として、実参加ユーザペアリング情報用メモリ２４２に記憶する。

そして、通信端末側ユーザリスト作成部２２４は、この実参加ユーザペアリング情報用メモリ２４２を読み込み、この実参加ユーザペアリング情報ＲＰＪｉを画面に表示する。

したがって、タブレット２のユーザ（例えば、監督ＭＧ）は、現在、どのサッカー選手ＳＰａｉと実際にペアリングがなされているかを、氏名や顔写真で判断できる。

そして、全ての実参加ユーザペアリング情報ＲＰＪｉ（図１７（ｂ）参照）が表示されている場合は、実参加ユーザ登録完了ボタン（図示せず）を選択する。

そして、実参加ユーザの通信準備登録が完了したことを示す実参加ユーザ通信準備登録完了情報ＲＥＪｉ（図１７（ｃ）参照）を移動体情報送受部２２５に出力する。

［移動体情報送受部２２５］
移動体情報送受部２２５は、通信端末側ユーザリスト作成部２２４から実参加ユーザ通信準備登録完了情報ＲＥＪｉ（図１７（ｃ）参照）が入力した場合に、これを一時記憶する。そして、図１６に示した移動体情報取得ボタンＭＧｆが選択されたか（移動体情報取得モードか）どうかを判断する。

移動体情報取得ボタンＭＧｆが選択された場合は、通信端末側ユーザリスト作成部２２４から実際に競技に参加する全てのサッカー選手ＳＰａｉのウェアラブルデバイス１との通信準備が完了したことを示す、実参加ユーザ通信準備登録完了情報ＲＥＪｉ（図１７（ｃ）参照）が入力しているかどうかを判断する。

つまり、実際に競技に参加する全てのサッカー選手ＳＰａｉがペアリングされて、且つこれらのサッカー選手ＳＰａｉが装着しているウェアラブルデバイス１のウェアラブルデバイスＩＤ、氏名、顔写真等が、実参加ユーザペアリング情報用メモリ２４２に生成されているかどうかを判断する。

また、移動体情報送受部２２５は、実参加ユーザ通信準備登録完了情報ＲＥＪｉ（図１７（ｃ）参照）が入力した場合は、カメラ画像ＣＧｉを解析結果提供装置３から読み込んで、タブレット２の画面に表示する処理を行うようにしても良い。このカメラ画像ＣＧｉの取得には、画面に例えばカメラ画像表示ボタン（図示せず）を表示して、これを選択させる。

この選択に伴って、実参加ユーザ通信準備登録完了情報ＲＥＪｉ（図１７（ｃ）参照）に含まれている、場所名（場所コード：サッカー場名）や団体名（団体コード）を読み込む。

そして、これに年月日や時刻等を付加したカメラ画像指定情報ＣＰＪｉ（タブレットＩＤ、サッカー場、団体名、…）を生成して、解析結果提供装置３にインターネット網Ｎを介して送信する。

そして、インターネット網Ｎを介して、カメラ画像指定情報ＣＰＪｉに対しての、解析結果提供装置３からのサッカー場Ａｉのサムネイル画像を受信し、これを図示せぬ画面（ブラウザ）に出力して表示させる。サムネイル画像はカメラ番号又はカメラＩＤ付であることが好ましい。

そして、選択されたサムネイル画像を、そのカメラ番号、タブレットＩＤ、年月日、時刻等からなるカメラ画像選択情報ＣＳＪｉ（選択されたカメラ番号、年月日、時刻）とし、インターネット網Ｎを介して、解析結果提供装置３に送信する。

そして、このカメラ画像選択情報ＣＳＪｉに対するカメラ画像ＣＧｉを、画面のカメラ画像用のウインドウに順に表示させる。

また、移動体情報送受部２２５は、通信端末側ユーザリスト作成部２２４からの実参加ユーザ通信準備登録完了情報ＲＥＪｉ（図１７（ｃ）参照）の入力に伴って、移動体情報用メモリ２４３に、どのサッカー選手に移動体情報ＤＳＪｉ（図１２参照）を何時（日時帯Ｗｔｉ）まで要求する、どのような表示を行うかを決めた基本の移動体情報解析要求入力情報ＫＢＪｉ（図２０参照）が記憶されているかどうかを判断する。

移動体情報用メモリ２４３に、移動体情報解析要求入力情報ＫＢＪｉ（図２０参照）が記憶されていない場合は、図１９に示す、移動体情報要求用入力画面ＫＢＧｃを画面に表示する。

この移動体情報要求用入力画面ＫＢＧｃは、図１９に示すように、団体名（チーム名）と、氏名欄（ウェアラブルデバイスＩＤ）の入力欄と、日時帯Ｗｔｉ（Ｗｔｐｏ〜Ｗｔｒｉ）と、センサ取得種別ｋｉ（全部又は選択）と、位置表示種別Ｇｋｉと、画像種（カメラ又は疑似画像）等の入力欄よりなる。氏名欄は、３名程度を例としている。

つまり、移動体情報送受部２２５は、移動体情報要求用入力画面ＫＢＧｃに入力された全てのウェアラブルデバイスＩＤをウェアラブルデバイスＩＤ部として、移動体情報解析要求入力情報ＫＢＪｉを作成している。

そして、移動体情報送受部２２５は、図示しない完了ボタンの選択に伴って、移動体情報要求用入力画面ＫＢＧｃに入力された各情報の組を、移動体情報解析要求入力情報ＫＢＪｉ（図２０参照）として、インターネット網Ｎを介して解析結果提供装置３に送信し、後述するストレージサーバ３２２に記憶させる（履歴用）とともに、移動体情報用メモリ２４３に記憶する。

そして、移動体情報送受部２２５は、移動体情報解析要求入力情報ＫＢＪｉ（図２０参照）に含まれているセンサ取得種別ｋｉの種類数分の領域（センサデータ用）と、検出位置Ｐｉ、システム時刻ＳＴｉ等を書き込むための各領域等を有した送信フォーマットをウェアラブルデバイス１に作成させるための送信パターンＰＴｉ（図２１参照）として生成する。

この送信パターンＰＴｉには、取得したセンサデータが数字（数値列）として書き込まれるようにするためのコマンドを付加している。つまり、余計なものをウェアラブルデバイス１側から送信させないようにして、通信時刻を短縮させることで、リアルタイム性を向上させている。

そして、移動体情報送受部２２５は、移動体情報解析要求入力情報ＫＢＪｉ（図２０参照）に含まれている日時帯Ｗｔｉの間だけ、ウェアラブルデバイスＩＤ部と、センサ取得種別ｋｉ（全部又は選択）と、タブレットＩＤ等の各情報を組にした移動体情報要求情報ＹＤＪｉ（図１３参照）を生成する。

そして、これを通信初期接続設定部２２３によって、Ｂｌｕｅｔｏｏｔｈ（登録商標）プロトコルで各々のウェアラブルデバイス１に同時に送信させる。このとき、送信パターンＰＴｉを同時にウェアラブルデバイス１に送信している。

そして、移動体情報送受部２２５は、通信初期接続設定部２２３からの移動体情報要求情報ＹＤＪｉに対しての、移動体情報ＤＳＪｉ（図１２参照）をウェアラブルデバイス１から入力する毎に、この移動体情報ＤＳＪｉを受け付けるとともに、インターネット網Ｎを介して解析結果提供装置３に送信する。

この移動体情報要求情報ＹＤＪｉ及び移動体情報ＤＳＪｉの送信は、回線接続断にされるまで継続して行う。

［解析結果表示処理部２２６］
解析結果表示処理部２２６は、移動体情報要求用入力画面ＫＢＧｃに入力された各情報を、どんなセンサデータＳＤｉを、どの程度の時間（日時帯Ｗｔｉ）に渡って解析させるかを要求する、移動体情報解析要求入力情報ＫＢＪｉ（図２０参照）として、解析結果提供装置３にインターネットプロトコルで送信する。

そして、解析結果表示処理部２２６は、解析結果提供装置３からの後述するサッカー選手ＳＰａｉのサッカー場Ａｉにおける検出位置Ｐｉや移動体情報ＤＳＪｉ（移動体情報ＤＳＪｉ：図１２参照）等を画面に表示するための、表示制御データＰＫＪｉ（図１４参照）の待ち受け状態となる。

そして、表示制御データＰＫＪｉを受信する毎に、これをタブレット側記憶部２４の解析結果受信用メモリ２４６に記憶するとともに、ブラウザに出力して画面に表示する（図２２参照）。

[ウェアラブルデバイス１]
ウェアラブルデバイス１の具体的構成を説明する前に、まず、ウェアラブルデバイス１の動作の概念について、図２３を用いて説明する。但し、タブレット２によって既に初期時刻合わせが終了しているとして説明する。

すなわち、ウェアラブルデバイス１は、例えば図２３に示すように、ウェアラブルデバイス１の起動時にＧＮＳＳモジュールである位置センサ１５のＧＮＳＳ時刻（Ｒａｗデータ）と、ウェアラブルデバイス１のメイン制御モジュール１３における制御部１３２（マイコン）の内部タイマ１３２ｉ（プログラムタイマーでも良い）のシステム時刻ＳＴｉとで同期合わせを行う。

そして、この同期合わせ後に、生体情報検出センサ１６、環境情報検出センサ１７、移動体状態情報検出センサ１８のセンシング結果（センサデータＳＤｉ）を読み込む。

一方、生体情報検出センサ１６、環境情報検出センサ１７、移動体状態情報検出センサ１８は、各種センサ毎に、各々のセンサデータＳＤｉを特有の異なるタイミングで出力している。

そして、このシステム時刻ＳＴｉ毎に、メイン制御モジュール１３が生体情報検出センサ１６、環境情報検出センサ１７、移動体状態情報検出センサ１８のセンサデータＳＤｉを読み込む。

そして、タブレット２からの移動体情報要求情報ＹＤＪｉの受信に伴って、これに移動体情報要求情報ＹＤＪｉに含まれているセンサ種別を読み込む。そして、システム時刻ＳＴｉ（位置情報を含む）と、この時点で収集されているセンサ種別に該当するセンサデータＳＤｉ（生体又は９軸）等の組を読み込み、これらを移動体情報要求情報ＹＤＪｉと同時に送信された送信パターンＰＴｉのフォーマット構成にする。そして、これを移動体情報ＤＳＪｉとして、無線モジュール１１から送信している。

このとき、ＧＮＳＳモジュールから１ＰＰＳ信号が出力された場合は、これに同期するＲａｗデータを用いて位置を算出している。この位置を検出位置Ｐｉ又は位置データと称している。

つまり、ウェアラブルデバイス１は、移動体情報解析装置３０の時刻で、初期時刻合わせを行って位置検出の元となるＧＮＳＳデータのＲａｗデータと同期がとられたシステム時刻ＳＴｉ又はシステム時刻ＳＴｉとＲａｗデータと位置データとの組を移動体情報（以下、移動体情報ＤＳＪｉという）として生成し、これをタブレット２に送信している。このウェアラブルデバイス１の具体例については図３９及び図４０を用いて後述する。

[解析結果提供装置３]
図２４は、解析結果提供装置３の具体的な構成図である。解析結果提供装置３は、図２４に示すように、複数のサーバによって構成するのが好ましい。

これらのサーバは、図２４に示すように、ＤＢサーバ３２１と、ストレージサーバ３２２と、移動体情報受取サーバ３２３と、移動体位置関連情報生成サーバ３２４等より構成されている。

ストレージサーバ３２２は、カメラ画像ＣＧｉとサッカー場Ａｉの疑似画像（イラスト）と移動体情報ＤＳＪｉ等を記憶している。

[[ＤＢサーバ３２１]]
ＤＢサーバ３２１は、エリア図としてのサッカー場地図ＡＨｉ（平面直角座標で定義）を記憶したサッカー場地図用メモリ部３２１ａ（エリア図用記憶部：３２１ａ１、３２１ａ２、…）と、タブレット２からのユーザ基本登録情報ＵＪｉ（図１８（ａ）、図１８（ｂ）参照）が記憶されるユーザ基本登録情報用メモリ部３２１ｂ（３２１ｂ１、３２１ｂ２、…）と、タブレット２からの実参加ユーザペアリング情報ＲＰＪｉ（図１７（ｂ）参照）が履歴管理用として記憶されるセンタ側実参加ユーザ用メモリ部３２１ｃ等を有する。以下に、各メモリ部の各種情報の登録の過程について説明する。

[[サッカー場地図用メモリ部３２１ａ]]
ＤＢサーバ３２１は、担当者によって入力された、団体名別（団体コード別）、サッカー場コード、サッカー場地図ＡＨｉの入力に伴って、団体名別（団体コード別）、サッカー場コードにサッカー場地図ＡＨｉを関連付けてサッカー場地図用メモリ部３２１ａ（３２１ａ１、３２１ａ２、…）に記憶する。

団体名別（団体コード別）、サッカー場コード別に記憶されるメモリ領域をサッカー場地図用メモリ３２１ａｉ（３２１ａ１、３２１ａ２、…）と称する。

[[ユーザ基本登録情報用メモリ部３２１ｂ]]
ＤＢサーバ３２１は、移動体位置関連情報生成サーバ３２４のユーザリスト提供部３２４ａからのユーザ基本登録情報ＵＪｉ（図１８（ａ）、図１８（ｂ）参照）を受信し、このユーザ基本登録情報ＵＪｉが既にユーザ基本登録情報用メモリ部３２１ｂに記憶されている場合は、登録済であることをタブレット２に知らせる。また、登録されていない場合は、ユーザ基本登録情報ＵＪｉに含まれている団体名、サッカー場名等を付加したユーザ基本登録情報用メモリ３２１ｂｉ（３２１ｂ１、３２１ｂ２、…）をユーザ基本登録情報用メモリ部３２１ｂに生成して登録する。

また、移動体位置関連情報生成サーバ３２４のユーザリスト提供部３２４ａからタブレットＩＤ付の実参加者入力情報ＺＧＪｉを受信し、この実参加者入力情報ＺＧＪｉに含まれているウェアラブルデバイスＩＤを有する競技参加予定者のユーザ基本情報登録情報ＵＵＪｉ（図１８（ｂ）参照）を記憶したユーザ基本登録情報用メモリ３２１ｂｉ（３２１ｂ１、３２１ｂ２、…）が存在するかどうかを判断する。存在しない場合は、エラーを、ユーザリスト提供部３２４ａを介して、タブレット２に送信させる。

存在する場合は、ユーザ基本登録情報用メモリ３２１ｂｉ（３２１ｂ１、３２１ｂ２、…）に記憶されている、この競技参加予定者のユーザ基本情報登録情報ＵＵＪｉに関連付けられている、ユーザの管理者基本登録情報ＵＭＪｉ（図１８（ａ）参照）に含まれている監督名及びタブレットＩＤ等を付加する。このとき、年月日や時刻も付加するのが好ましい。

そして、これを実際に競技に参加するサッカー選手ＳＰａｉの、氏名（顔写真）やウェアラブルデバイスＩＤ等を示す競技に実際に参加する実参加ユーザ別基本情報ＣＤＵＪｉ（図１７（ｄ）参照）として、移動体位置関連情報生成サーバ３２４のユーザリスト提供部３２４ａに送出する。

この実参加ユーザ別基本情報ＣＤＵＪｉをセンタ側実参加ユーザ用メモリ部３２１ｃの競技実参加ユーザ別用メモリ領域ｉ（図示せず）に履歴管理用として登録する。

[[センタ側実参加ユーザ用メモリ部３２１ｃ]]
ＤＢサーバ３２１は、移動体位置関連情報生成サーバ３２４のユーザリスト提供部３２４ａからの実参加ユーザペアリング情報ＲＰＪｉ（図１７（ｂ）参照）を受信した場合は、これに含まれているウェアラブルデバイスＩＤを有する実参加ユーザ用メモリ３２１ｃｉ（３２１ｃ１、３２１ｃ２、…）がセンタ側実参加ユーザ用メモリ部３２１ｃに存在しないかどうかを判断する。

存在しない場合は、そのウェアラブルデバイスＩＤ付の実参加ユーザ用メモリ３２１ｃｉをセンタ側実参加ユーザ用メモリ部３２１ｃに生成して、受信した実参加ユーザペアリング情報ＲＰＪｉ（図１７（ｂ）参照）を履歴用として記憶する。

[[カメラパラメータ用メモリ部３２１ｄ]]
また、ＤＢサーバ３２１は、カメラ番号、場所名（サッカー場名）、団体名毎の撮影カメラ４０のカメラパラメータ（γｉ）を、カメラパラメータ用メモリ部３２１ｄのカメラパラメータ用メモリ３２１ｄｉ（３２１ｄ１、３２１ｄ２、…）に記憶している。これらは、事前に解析センタＣの担当者によって登録されている。

[[ストレージサーバ３２２]]
ストレージサーバ３２２は、撮影カメラ４０からのカメラ画像ＣＧｉ（年月日、時刻、カメラ番号、サッカー場名、カメラ画像ＣＧｉ、年月日時刻、…）が、場所名（サッカー場名）及びカメラ番号別に記憶されるカメラ画像用メモリ部３２２ａと、センタ側移動体情報ＣＤＳＪｉ（図１２参照）がウェアラブルデバイスＩＤ別（サッカー場、団体名別）に記憶されるセンタ側移動体情報用メモリ部３２２ｂと、日時帯場所別解析データコピー用メモリ部３２２ｅ等を有する。

カメラ画像用メモリ部３２２ａに、サッカー場名及びカメラ番号毎に生成されるメモリ領域を、カメラ画像用メモリ３２２ａｉ（３２２ａ１、３２２ａ２、…）と称する。サッカー場名はＩＤでも構わない。

センタ側移動体情報用メモリ部３２２ｂにウェアラブルデバイス１毎に生成されるメモリ領域をセンタ側移動体情報用メモリ３２２ｂｉ（３２２ｂ１、３２２ｂ２、…）と称する。

また、日時帯場所別解析データコピー用メモリ部３２２ｅにウェアラブルデバイスＩＤ、場所名及び日時帯毎に分類されて生成されるメモリ領域を、日時帯場所別解析データコピー用メモリ３２２ｅｉ（３２２ｅ１、３２２ｅ２、…）と称する。

このストレージサーバ３２２は、カメラ画像ＣＧｉが撮影カメラ４０（インターネットカメラが好ましい）から入力する毎に、このカメラ画像ＣＧｉのカメラ番号等を有するカメラ画像用メモリ３２２ａｉがカメラ画像用メモリ部３２２ａに作成されていない場合は、カメラ画像用メモリ部３２２ａに、カメラ番号等を有するカメラ画像用メモリ３２２ａｉ（３２２ａ１、３２２ａ２、…）のメモリ領域を生成する。

生成されている場合は、カメラ画像用メモリ部３２２ａの、そのカメラ画像用メモリ３２２ａｉ（３２２ａ１、３２２ａ２、…）に記憶する。

そして、移動体情報受取サーバ３２３からカメラ画像指定情報ＣＰＪｉ（タブレットＩＤ、サッカー場、団体名、…）を入力した場合は、このカメラ画像指定情報ＣＰＪｉ（タブレットＩＤ、サッカー場、団体名、…）に該当するカメラ画像用メモリ３２２ａｉ（３２２ａ１又は３２２ａ２、…）の各々のサムネイル画像をタブレット２に送信する。

そして、タブレット２からのカメラ画像選択情報ＣＳＪｉ（選択されたサムネイル画像のカメラ番号、年月日、時刻）を受信し、このカメラ画像選択情報ＣＳＪｉに対するカメラ画像ＣＧｉをタブレット２に送信する。

また、ストレージサーバ３２２は、センタ側移動体情報ＣＤＳＪｉ（図１２参照）が移動体情報受取サーバ３２３から入力する毎に、このセンタ側移動体情報ＣＤＳＪｉのウェアラブルデバイスＩＤ等を有するセンタ側移動体情報用メモリ部３２２ｂのセンタ側移動体情報用メモリ３２２ｂｉ（３２２ｂ１、３２２ｂ２、…）が生成されていないかどうかを判断する。

生成されていない場合は、センタ側移動体情報用メモリ部３２２ｂに、センタ側移動体情報用メモリ３２２ｂｉ（３２２ｂ１、３２２ｂ２、…）をセンタ側移動体情報ＣＤＳＪｉのウェアラブルデバイスＩＤ等を関連付けて生成する。生成されている場合は、そのセンタ側移動体情報用メモリ３２２ｂｉ（３２２ｂ１、３２２ｂ２、…）に記憶する。

さらに、ストレージサーバ３２２は、移動体情報解析サーバ３２５からの後述する移動体情報解析結果情報ＫＤＪｉをウェアラブルデバイスＩＤ別に日時帯場所別解析データコピー用メモリ部３２２ｅ（３２２ｅ１、３２２ｅ２、…）に記憶する。

ウェアラブルデバイスＩＤ別のメモリ領域を日時帯場所別解析データコピー用メモリ３２２ｅｉ（３２２ｅ１、３２２ｅ２、…）と称する。

[[移動体情報受取サーバ３２３]]
移動体情報受取サーバ３２３は、タブレット２からのカメラ画像指定情報ＣＰＪｉ（タブレットＩＤ、サッカー場、団体名、…）を受信した場合は、これをストレージサーバ３２２に出力する。

また、タブレット２からのカメラ画像選択情報ＣＳＪｉ（選択されたカメラ番号、年月日、時刻等）を受信し、これを移動体位置関連情報生成サーバ３２４に出力する。

そして、タブレット２からインターネット網Ｎを介して移動体情報ＤＳＪｉ（図１２参照）を受信する毎に、このウェアラブルデバイスＩＤを有するメモリ領域（以下、移動体情報用メモリ３２６ａｉ（３２６ａ１、３２６ａ２、…）という）が、移動体情報用メモリ部３２６ａに生成されている場合は一時記憶する。生成されていない場合は、この移動体情報用メモリ３２６ａｉ（３２６ａ１、３２６ａ２、…）を生成する。

この移動体情報ＤＳＪｉ（図１２参照）は、送信パターンＰＴｉ（図２１参照）にしたがった領域に該当のデータを格納した情報となっている。

また、移動体情報受取サーバ３２３は、この移動体情報ＤＳＪｉに含まれている検出位置Ｐｉを読み込み、予め記憶されている平面直角座標変換パラメータβｉに基づいて変換し（地図上位置ＧＰｉ）、これをセンタ側移動体情報ＣＤＳＪｉ（図１２参照）として、該当の移動体情報用メモリ部３２６ａの移動体情報用メモリ３２６ａｉ（３２６ａ１、３２６ａ２、…）に記憶する。そして、このセンタ側移動体情報ＣＤＳＪｉをストレージサーバ３２２に出力して履歴用として記憶させる。

また、タブレット２からの移動体情報解析要求入力情報ＫＢＪｉ（図２０参照）ｉを受信する毎に、この移動体情報解析要求入力情報ＫＢＪｉを後述する移動体位置関連情報生成サーバ３２４及び移動体情報解析サーバ３２５に送信する。

そして、タブレット２からインターネット網Ｎを介して接続断情報（ウェアラブルデバイスＩＤ付）が入力する毎に、この接続断情報に含まれているウェアラブルデバイスＩＤを有する移動体情報用メモリ３２６ａｉをクリアする。

[[移動体位置関連情報生成サーバ３２４]]
移動体位置関連情報生成サーバ３２４は、ユーザリスト提供部３２４ａと、エリア画像提供部３２４ｂと、移動体情報関連付部３２４ｃと、位置算出部３２４ｄ等よりなる。

≪ユーザリスト提供部３２４ａ≫
ユーザリスト提供部３２４ａは、タブレット２からインターネット網Ｎを介してユーザ基本登録情報ＵＪｉ（図１８（ａ）、図１８（ｂ）参照）を受信する。そして、これをＤＢサーバ３２１に出力して登録させる。

さらに、ユーザリスト提供部３２４ａは、タブレット２からの実参加者入力情報ＺＧＪｉ（タブレットＩＤ付：図１７（ａ））を受信する。そして、これをＤＢサーバ３２１に出力する。そして、この実参加者入力情報ＺＧＪｉに対する実参加ユーザ別基本情報ＣＤＵＪｉ（図１７（ｄ）参照）をＤＢサーバ３２１から受け取った場合は、これを直ちにタブレット２に送信する。

また、ユーザリスト提供部３２４ａは、タブレット２からの実参加ユーザペアリング情報ＲＰＪｉ（図１７（ｂ）参照）を受信し、これをＤＢサーバ３２１に出力して、センタ側実参加ユーザ用メモリ部３２１ｃの実参加ユーザ用メモリ３２１ｃｉに記憶させる。

≪エリア画像提供部３２４ｂ≫
エリア画像提供部３２４ｂは、移動体情報受取サーバ３２３からのカメラ画像選択情報ＣＳＪｉ（選択されたカメラ番号、年月日、時刻等）を入力し、これを一時記憶する。

また、タブレット２からの移動体情報受取サーバ３２３を介しての移動体情報解析要求入力情報ＫＢＪｉ（図２０参照）の画像種を判断し、この画像種類がカメラ類を示している場合は、カメラ画像選択情報ＣＳＪｉ（選択されたカメラ番号、年月日、時刻等）に含まれているカメラ番号と、このカメラ画像選択情報ＣＳＪｉに該当するカメラパラメータ（γｉ）を有するカメラパラメータ用メモリ部３２１ｄのカメラパラメータ用メモリ３２１ｄｉ（３２１ｄ１、３２１ｄ２、…）のアドレス等を位置算出部３２４ｄに出力する。

さらに、移動体情報解析要求入力情報ＫＢＪｉ（図２０参照）に含まれている画像種が疑似画像（サッカー場コードを含む）を示している場合は、これに該当するサッカー場地図ＡＨｉを記憶しているＤＢサーバ３２１のサッカー場地図用メモリ部３２１ａ（３２１ａ１、３２１ａ２、…）のアドレスを移動体情報関連付部３２４ｃに出力する。これらのアドレスを総称して表示エリア画像種記憶アドレス情報と称する。

≪移動体情報関連付部３２４ｃ≫
移動体情報関連付部３２４ｃは、移動体情報解析サーバ３２５からの移動体情報解析結果情報ＫＤＪｉを受け取る毎に、これを一時記憶する。

また、位置算出部３２４ｄからのウェアラブルデバイスＩＤ付の微細位置データ情報ＲＤＪｉ（ＲＤＪ１、ＲＤＪ２、…：図２５参照）を受け取る毎に一時記憶する。さらに、移動体情報受取サーバ３２３からのセンタ側移動体情報ＣＤＳＪｉ（図１２参照）を一時記憶する。

そして、この移動体情報解析結果情報ＫＤＪｉ及び微細位置データ情報ＲＤＪｉ（ウェアラブルデバイスＩＤ、微細位置、システム時刻ＳＴｉ及び、９軸センサ情報ｅＪｉ…）に含まれているウェアラブルデバイスＩＤが一致した場合に、この微細位置データ情報ＲＤＪｉ（ＲＤＪ１、ＲＤＪ２、…）と移動体情報解析結果情報ＫＤＪｉ（生体情報、解析結果、…）とを関連付ける。

さらに、エリア画像提供部３２４ｂからのカメラ番号と、センタ側移動体情報ＣＤＳＪｉに含まれているウェアラブルデバイスＩＤが、これらのウェアラブルデバイスＩＤに一致した場合は、センタ側移動体情報ＣＤＳＪｉに含まれている顔写真と氏名コードを関連付ける。

さらに、予め登録されている複数のウインドウＷＵｉ用のテンプレートを読み込む。このテンプレートは、例えば複数のウインドウＷＵｉからなる（図２７参照）。心拍用ウインドウＷＵ_２、加速度用ウインドウＷＵ_３、姿勢用ウインドウＷＵ_４の部分は、横軸は例えばシステム時刻ＳＴｉの最小単位（例えば、１００ｍｓｅｃ）で定義されている。

そして、これらウインドウ番号をセンサ取得種別ｋｉ（心拍数、体温、…、９軸）に関連付ける。

すなわち、図１４に示す表示制御データＰＫＪｉを生成して、これをタブレット２に送信する。

これによって、図２６の画面がタブレット２に表示されることになり、リアル位置表示用ウインドウＲＷｉには図２２に示す微細位置ＰＷｂｉが表示されることになる。

したがって、監督ＭＧは、あのサッカー選手ＳＰａｉが今どんな状況か、そしてどのように移動しているかが、リアルタイムで、一目で分かることになる。

≪位置算出部３２４ｄ≫
位置算出部３２４ｄは、微細位置データ用レコード生成処理、微細位置算出処理、表示画像上微細位置算出処理等を行う。

初めに位置算出部３２４ｄで用いる各メモリについて説明する。

また、位置算出部３２４ｄには、位置算出データ用記憶部３３０等が接続されている。

位置算出データ用記憶部３３０には、ウェアラブルデバイスＩＤ毎に、システム時刻ＳＴｉ毎の微細位置ＰＷｂｉ（Ｘｉ、Ｙｉ）等を記憶するための位置算出データ用メモリ３３０ａｉ（３３０ａ１、３３０ａ２、…）が生成される（図２５参照）。

つまり、ウェアラブルデバイスＩＤ毎の位置算出データ用メモリ３３０ａｉには、図２５に示すように、例えばシステム時刻ＳＴｉの微細時間ｄｉ（例えば１００ｍｓｅｃ）で分割した個数分の微細位置データ用レコードＲＤｉ（ＲＤ１、ＲＤ２、…）が生成される。

『位置データ用レコード生成処理』
位置データ用レコード生成処理は、タブレット２からの移動体情報解析要求入力情報ＫＢＪｉ（図２０参照）ｉを読み込む。

そして、これに含まれている位置表示種別Ｇｋｉ（微細ｇｄｉ、通常ｇｉ）及びウェアラブルデバイスＩＤを有する位置算出データ用メモリ３３０ａｉ（３３０ａ１、３３０ａ２、…）が、位置算出データ用記憶部３３０に生成されているかどうかを判断する。生成されていない場合には、位置算出データ用記憶部３３０に生成する。

例えば、移動体情報解析要求入力情報ＫＢＪｉに含まれている位置表示種別Ｇｋｉが微細を示している場合は、日時帯Ｗｔｉをシステム時刻ＳＴｉの単位（例えば、１００ｍｓｅｃ）で割ったレコード数ｋｊｉ分の、微細位置データ用レコードＲＤｉを有する位置算出データ用メモリ３３０ａｉ（３３０ａ１、３３０ａ２、…）を位置算出データ用記憶部３３０に生成する（図２５参照）。

図２５に示すように、微細位置データ用レコードＲＤｉはシステム時刻ＳＴｉが格納される領域と微細位置ＰＷｂｉ（Ｘｉ、Ｙｉ）とが格納される領域と、９軸センサ情報ｅＪｉが格納される領域等からなる。

『微細位置算出処理』
微細位置算出処理は、移動体情報受取サーバ３２３からのセンタ側移動体情報ＣＤＳＪｉ（図１２参照）を今回のセンタ側移動体情報ＣＤＳＪｉとして読み込む。

そして、今回のセンタ側移動体情報ＣＤＳＪｉを構成する送信パターンＰＴｉの位置を格納する領域を読み込み、これに地図上位置ＧＰｉ（位置データ）が存在しているかどうかを判断する。つまり、今回のセンタ側移動体情報ＣＤＳＪｉに地図上位置ＧＰｉ（位置データ）が含まれているかどうかを判断する。

すなわち、今回の移動体情報ＤＳＪｉに、地図上位置ＧＰｉ（位置データ）が含まれているかどうかを判断している。

地図上位置ＧＰｉ（位置データ）が含まれていない場合は、今回のセンタ側移動体情報ＣＤＳＪｉに含まれているウェアラブルデバイスＩＤを読み込む。そして、このウェアラブルデバイスＩＤを有する位置算出データ用メモリ３３０ａｉ（３３０ａ１又は３３０ａ２、…）を位置算出データ用記憶部３３０より引き当てる。

そして、この位置算出データ用メモリ３３０ａｉ（３３０ａ１又は３３０ａ２、…）に生成されている微細位置データ用レコードＲＤｉの内で、今回のセンタ側移動体情報ＣＤＳＪｉに含まれているシステム時刻ＳＴｉが格納されているものを引き当てる（図２５参照）。この、引き当てた微細位置データ用レコードＲＤｉのシステム時刻ＳＴｉと微細位置ＰＷｂｉと９軸センサ情報ｅＪｉとウェアラブルデバイスＩＤ等を総称して微細位置データ情報ＲＤＪｉと称している。

前述の引き当ては、同じウェアラブルデバイスＩＤを有する微細位置データ情報ＲＤＪｉが格納されている全ての微細位置データ用レコードＲＤｉでも良いし、最新のシステム時刻ＳＴｉのものだけでも良い。

そして、引き当てた微細位置データ用レコードＲＤｉに格納されている微細位置データ情報ＲＤＪｉ等を前回の微細位置データ情報ＲＤＪｉとして読み込む。

そして、今回の微細位置データ情報ＲＤＪｉに含まれているシステム時刻ＳＴｉを読み込み、この今回のシステム時刻ＳＴｉにおける位置を今回の微細位置ＰＷｂｉとして、前回のセンタ側移動体情報ＣＤＳＪｉのシステム時刻ＳＴｉと微細位置ＰＷｂｉと９軸センサ情報ｅＪｉ等に基づいて求める。

そして、この求めた今回の微細位置ＰＷｂｉと、今回の微細位置データ情報ＲＤＪｉに含まれている９軸センサ情報ｅＪｉとウェアラブルデバイスＩＤとシステム時刻ＳＴｉとを今回の微細位置データ情報ＲＤＪｉ（デバイスＩＤ、微細位置又は９軸センサ情報ｅＪｉ…）として表示画像上微細位置算出処理に出力する。

このとき、後述する表示画像上微細位置算出処理によって、求めた今回の微細位置ＰＷｂｉが微細位置ＰＷｂｉ´に更新された後で、今回の微細位置データ情報ＲＤＪｉを出力している。

位置算出データ用メモリ３３０ａｉ（３３０ａ１又は３３０ａ２、…）の微細位置データ用レコードＲＤｉには、微細位置ＰＷｂｉに微細位置ＰＷｂｉ´を関連付けて記憶する（図２５参照）。

そして、この今回の微細位置データ情報ＲＤＪｉに含まれているシステム時刻ＳＴｉに該当する微細位置データ用レコードＲＤｉを引き当て、この微細位置データ用レコードＲＤｉに前回の微細位置データ情報ＲＤＪｉとして記憶する。

前述の９軸センサ情報ｅＪｉが含まれていない場合は、前回の一定個数分の微細位置ＰＷｂｉを用いて求める。

一方、今回のセンタ側移動体情報ＣＤＳＪｉに地図上位置ＧＰｉ（位置データ）が含まれている場合は、これに含まれている地図上位置ＧＰｉ（位置データ）を前回の微細位置データ情報（ＲＤＪｉ）のシステム時刻ＳＴｉにおける微細位置ＰＷｂｉ及び９軸センサ情報ｅＪｉとして得る。

そして、得られた微細位置ＰＷｂｉ及び９軸センサ情報ｅＪｉをそのシステム時刻ＳＴｉ等に関連付け、これを前回の微細位置データ情報ＲＤＪｉとして得る。

そして、この前回の微細位置データ情報ＲＤＪｉのシステム時刻ＳＴｉに該当する位置算出データ用メモリ３３０ａｉ（３３０ａ１又は３３０ａ２、…）の微細位置データ用レコードＲＤｉを引き当て、このレコードに、得られた前回の微細位置データ情報ＲＤＪｉを格納する。

『表示画像上微細位置算出処理』
表示画像上微細位置算出処理は、エリア画像提供部３２４ｂからの表示エリア画像種記憶アドレス情報（カメラ又は疑似画像）を判断する。

表示エリア画像種記憶アドレス情報（カメラ又は疑似画像）がＤＢサーバ３２１のカメラパラメータ用メモリ３２１ｄｉ（３２１ｄ１又は３２１ｄ２、…）のアドレスを示している場合は、このカメラパラメータ用メモリ３２１ｄｉ（３２１ｄ１又は３２１ｄ２、…）に格納されているカメラパラメータγｉを読み込む。

そして、このカメラパラメータγｉで微細位置算出処理からの微細位置データ情報ＲＤＪｉ（デバイスＩＤ、微細位置又は９軸センサ情報ｅＪｉ…）に含まれている微細位置ＰＷｂｉを変換（ＰＷｂｉ´）する。

そして、この微細位置ＰＷｂｉ´に、位置算出データ用メモリ３３０ａｉ（３３０ａ１又は３３０ａ２、…）の微細位置データ用レコードＲＤｉの前回の微細位置データ情報ＲＤＪｉの微細位置ＰＷｂｉを更新する（図２５参照）。

そして、この微細位置データ情報ＲＤＪｉ（ＲＤＪ１、ＲＤＪ２、…：ウェアラブルデバイスＩＤ付）を移動体情報関連付部３２４ｃに出力する。したがって、図２３に示すようにタブレット２の画面には微細位置ＰＷｂｉが表示される。

また、表示エリア画像種記憶アドレス情報（カメラ又は疑似画像）がサッカー場地図ＡＨｉを記憶しているＤＢサーバ３２１のサッカー場地図用メモリ部３２１ａ（３２１ａ１、３２１ａ２、…）のアドレスを示している場合は、このサッカー場地図ＡＨｉの座標に基づいて、微細位置算出処理からの微細位置データ情報ＲＤＪｉ（デバイスＩＤ、微細位置又は９軸センサ情報ｅＪｉ…）に含まれている微細位置ＰＷｂｉを変換する。この変換した微細位置をサッカー場Ａｉにおけるシステム時刻ＳＴｉにおける微細位置ＰＷｂｉ´とする。

そして、この微細位置ＰＷｂｉ´に、位置算出データ用メモリ３３０ａｉ（３３０ａ１又は３３０ａ２、…）の微細位置データ用レコードＲＤｉの前回の微細位置データ情報ＲＤＪｉの微細位置ＰＷｂｉを更新する。

そして、この微細位置データ情報ＲＤＪｉ（ＲＤＪ１、ＲＤＪ２、…：ウェアラブルデバイスＩＤ付）を移動体情報関連付部３２４ｃに出力する。したがって、図２３に示すようにタブレット２の画面には微細位置ＰＷｂｉが表示される。

[移動体情報解析サーバ３２５]
移動体情報解析サーバ３２５は、解析データ用メモリ部３２５ａを備えて移動体情報を解析し、これを移動体位置関連情報生成サーバ３２４の移動体情報関連付部３２４ｃを介してタブレット２に提供させる。

解析データ用メモリ部３２５ａには、解析データ用メモリ３２５ａｉ（例えば、３２５ａ１、３２５ａ２、…、３２５aｉ）が予め生成されている。例えば、心拍数解析データ用メモリ３２５ａ１、体温解析データ用メモリ３２５ａ２、…、９軸用解析データ用メモリ３２５ａ３等が生成されている。

これらの解析データ用メモリ３２５ａｉのフォーマット構成は、図２７に示すように、ウェアラブルデバイスＩＤ及び日時帯Ｗｔｉにセンサ取得種別（心拍数（ｋａｉ）、体温（ｋｂｉ）、…）ｋｉを関連付け、このセンサ取得種別ｋｉに、例えば１００ｍｓｅｃ毎のセンサデータＳＤｉ（心拍数、体温、…、９軸）を格納するセンサデータ格納領域ＲＳｉ（ＲＳ１、ＲＳ２、…）がフォーマットされる構造になっている。

さらに、センサ取得種別ｋｉには、センサデータ格納領域ＲＳｉに格納された１００ｍｓｅｃ毎のセンサデータＳＤｉの判定結果ｈｋｉを格納する判定結果用領域ｈｓｋｉが生成される構造になっている。

そして、移動体情報受取サーバ３２３から移動体情報解析要求入力情報ＫＢＪｉが出力される毎に、これに含まれているウェアラブルデバイスＩＤ及び日時帯Ｗｔｉ並びにセンサ取得種別（心拍数（ｋａｉ）、体温（ｋｂｉ）、…）ｋｉ等を有する解析データ用メモリ３２５ａｉ（例えば、３２５ａ１、３２５ａ２、…）を解析データ用メモリ部３２５ａに生成する。

そして、ストレージサーバ３２２のセンタ側移動体情報用メモリ部３２２ｂのセンタ側移動体情報用メモリ３２２ｂｉ（３２２ｂ１、３２２ｂ２、…）から、この移動体情報解析要求入力情報ＫＢＪｉに含まれているウェアラブルデバイスＩＤ及びセンサ取得種別ｋｉ（心拍数、体温、…、９軸又はこれらの組み合わせ）、並びに、日時帯Ｗｔｉを満たすセンタ側移動体情報ＣＤＳＪｉ（図１２参照）を全て引き当てる。

そして、これらのセンタ側移動体情報ＣＤＳＪｉ内の全てのセンサ取得種別ｋｉ（心拍数、体温、…、９軸又はこれらの組み合わせ）のセンサデータＳＤｉを順次読み込んでセンサ取得種別ｋｉ（心拍数、体温、…、９軸又はこれらの組み合わせ）の該当のセンサデータ格納領域ＲＳｉに格納する（図２７参照）。

そして、センタ側移動体情報用メモリ３２２ｂｉ（３２２ｂ１、３２２ｂ２、…）のウェアラブルデバイスＩＤと、日時帯Ｗｔｉと、センサ取得種別ｋｉ（心拍数、体温、…、９軸又はこれらの組み合わせ）と、センサ取得種別ｋｉ毎の日時帯Ｗｔｉのセンサデータ格納領域ＲＳｉに格納されているセンサデータＳＤｉと、判定結果用領域ｈｓｋｉの判定結果ｈｋｉ等を移動体情報解析結果情報ＫＤＪｉとして移動体情報関連付部３２４ｃに出力する。そして、これを日時帯場所別解析データコピー用メモリ３２２ｅｉ（３２２ｅ１、３２２ｅ２、…）にコピーして記憶する。したがって、過去の移動体情報解析結果情報ＫＤＪｉを容易に提供できる。

（全体動作説明）
図２８、図２９、図３０は、移動体情報提供システムの全体動作を説明するシーケンス図である。本実施の形態では、タブレット２には既に位置付移動体情報提供タブレット用プログラム（収集解析タブレット用アプリケーション）がインストールされているとして説明する。

また、既にカメラ画像ＣＧｉがタブレット２の画面に表示されているとして説明する。

図２８に示すように、ウェアラブルデバイス１は、電源の投入によってＧＮＳＳモジュールである位置センサ１５がオンにされて位置算出初期処理が行われ、互いに異なるタイミングで出力する各種センサがセンサデータＳＤｉ（デジタルデータ）を出力したどうかを判断し、出力した場合には、そのセンサデータＳＤｉ（心拍数、体温、…、９軸）をセンサデータ用記憶領域１３１ｃに上書き保存している（ステップｄ０）。

タブレット２は、監督ＭＧ又は担当者によって画面の位置付移動体情報提供タブレット用アイコン（図示せず）が選択されると、位置付移動体情報提供タブレット用プログラムが起動して、以下の処理を行う。

モード判定部２２１は、図１６に示すモード選択画面ＭＧｉを画面に表示する（ｄ１）。

このモード選択画面ＭＧｉは、図１６に示すように、ユーザリスト登録ボタンＭＧａと、通信初期接続設定ボタンＭＧｂと、実参加者登録ボタンＭＧｄと、移動体情報取得ボタンＭＧｆ等よりなる。

そして、このモード選択画面ＭＧｉにおいて、通信初期接続設定ボタンＭＧｂが選択された場合は通信初期接続設定部２２３を起動し、ユーザリスト登録ボタンＭＧａ又は実参加者登録ボタンＭＧｄが選択された場合は通信端末側ユーザリスト作成部２２４を起動する。

また、移動体情報取得ボタンＭＧｆ（移動体情報取得モード）の選択時は、移動体情報送受部２２５を起動する。

そして、モード判定部２２１は、モード選択画面ＭＧｉにおいて選択されたボタンからモードを判定する（ｄ３）。

『ユーザリスト登録ボタンＭＧａの選択』
一方、通信端末側ユーザリスト作成部２２４は、ユーザリスト登録ボタンＭＧａが選択された場合には、図１８（ａ）に示すユーザ管理者基本情報登録画面ＵＭＧｉと図１８（ｂ）に示すユーザ基本情報登録画面ＵＵＧｉを画面に表示し、ユーザリスト作成処理を実行する（ステップｄ５）。

図１８（ａ）に示すユーザ管理者基本情報登録画面ＵＭＧｉは、団体名（チーム名）と、団体名コード（チームコード）と、場所名（所在地）、会社名、会社コード、管理者名（監督名）等よりなる。

このユーザ管理者基本情報登録画面ＵＭＧｉに入力された情報をユーザの管理者基本登録情報ＵＭＪｉと称し、タブレット側記憶部２４の通信端末側ユーザリスト用メモリ２４１に一時記憶させる。

上述のユーザ基本情報登録画面ＵＵＧｉは、団体名（チーム名）、氏名（氏名コード）、顔写真、年齢、身長、体重、ウェアラブルデバイスＩＤ、…等よりなる。このユーザ基本情報登録画面ＵＵＧｉに入力された情報をユーザ基本情報登録情報ＵＵＪｉ（図１８（ｂ）参照）と称する。

通信端末側ユーザリスト作成部２２４は、このユーザ基本情報登録情報ＵＵＪｉ（図１８（ｂ）参照）をタブレット側記憶部２４の通信端末側ユーザリスト用メモリ２４１に一時記憶する（ステップｄ７ｉ）。

また、通信端末側ユーザリスト作成部２２４は、通信端末側ユーザリスト用メモリ２４１のユーザの管理者基本登録情報ＵＭＪｉ（図１８（ａ）参照）に、ユーザ基本情報登録情報ＵＵＪｉ、タブレットＩＤ、作成日時等を付加し、これを上述のユーザ基本登録情報ＵＪｉとして、インターネット網Ｎによって、解析結果提供装置３に送信する（ステップｄ７ａ）。

一方、解析結果提供装置３のユーザリスト提供部３２４ａは、タブレット２からのユーザ基本登録情報ＵＪｉ（図１８（ａ）、図１８（ｂ）参照）を受信した場合には、これをＤＢサーバ３２１に出力して、ユーザ基本登録情報用メモリ部３２１ｂに登録させる（ステップｄ９ａ）。

『実参加者登録ボタンＭＧｄの選択』
さらに、タブレット２の通信端末側ユーザリスト作成部２２４は、図１６に示すモード選択画面ＭＧｉの実参加者登録ボタンＭＧｄが選択された場合には、図１７（ａ）に示す実参加者入力画面ＺＧｉを画面に表示する（ｄ７ｄ）。

この実参加者入力画面ＺＧｉは、図１７（ａ）に示すように、氏名、チーム名、場所（サッカー場）、団体名、年月日、時間等の入力欄を有する。

そして、図示の完了ボタンＭＧｇが選択された場合には、この実参加者入力画面ＺＧｉの各入力欄の情報を、実参加者入力情報ＺＧＪｉとして、インターネット網Ｎによって解析結果提供装置３に送信する（ステップｄ７ｂ）。

解析結果提供装置３のユーザリスト提供部３２４ａは、タブレット２からの実参加者入力情報ＺＧＪｉを受信し、ＤＢサーバ３２１のユーザ基本登録情報用メモリ部３２１ｂに記憶されているユーザの管理者基本登録情報ＵＭＪｉ（図１８（ａ）参照）を読み込む。

そして、これに含まれている監督名及びタブレットＩＤ、顔写真等を付加し、さらに年月日や時刻も付加した競技に実際に参加する実参加ユーザ別基本情報ＣＤＵＪｉ（図１７（ｄ）参照）を作成し、これをＤＢサーバ３２１のユーザ基本登録情報用メモリ３２１ｂｉ（３２１ｂ１、３２１ｂ２、…）に履歴用として記憶する（ｄ９ｂ）。

そして、解析結果提供装置３のユーザリスト提供部３２４ａは、この実参加ユーザ別基本情報ＣＤＵＪｉ（図１７（ｄ）参照）をタブレット２に送信する（ｄ９ｃ）。

タブレット２の通信端末側ユーザリスト作成部２２４は、実参加ユーザ別基本情報ＣＤＵＪｉ（図１７（ｄ）参照）を受信し、これを図示しない一時記憶用メモリに記憶する。そして、ウェアラブルデバイス１とのペアリング待ち状態となる。

『通信初期接続設定ボタンＭＧｂの選択』
タブレット２のユーザが通信初期接続設定ボタンＭＧｂを選択する（ステップｄ１１）。

この選択に伴って、タブレット２の通信初期接続設定部２２３は、通信初期接続設定ボタンＭＧｂの選択で起動して、実参加ユーザペアリング情報ＲＰＪｉ（図１７（ｂ）参照）を取得する、実参加ユーザペアリング設定処理を行う（ステップｄ１２、ｄ１３、ｄ１４）。

つまり、通信初期接続設定部２２３は、起動に伴って、解析結果提供装置３又は図示しない基準時刻サービスセンタと通信を行って現在時刻を取得し、この現在時刻で内部タイマ（図示せず）を設定する。すなわち、初期時刻を設定する。

そして、ペアリング要求情報（タブレットＩＤ、機種、メーカ、時刻等）を例えば数台のウェアラブルデバイス１に送信してそれぞれの相手とペアリングを行い、ペアリング情報ＰＪｉ（図１３参照）を取得して、図示しないメモリに記憶する。

そして、通信初期接続設定部２２３は、後述する移動体情報送受部２２５からの移動体情報要求情報ＹＤＪｉの出力を待つ状態となる。

このとき、ウェアラブルデバイス１は、後述する図３８の初期時刻合部１３２ｊによって、タブレット２からのペアリング要求情報（タブレットＩＤ、機種、メーカ、時刻等）に含まれている時刻に基づいて、後述する内部タイマ１３２ｉを設定するとともに、ウェアラブルデバイス１の初期時刻合部１３２ｊが、ＧＮＳＳモジュールである位置センサ１５からの１ＰＰＳ信号と、ＧＮＳＳ時刻を含むとＲａｗデータと、システム時刻ＳＴｉ（ＧＮＳＳ時刻＞システム時刻ＳＴｉ）とを取り込み、システム時刻ＳＴｉの初期時刻をＧＮＳＳ時刻に同期させる（ｄ１４ａ）。

そして、各種のセンサをオン状態にして（ｄ１４ｂ）、各種のセンサデータを一定時刻でメモリに格納させる処理（ｄ１４ｃ）を行っている。

ここまでの処理で、移動体情報ＤＳＪｉ（図１２参照）をウェアラブルデバイス１から取得でる状態となる。

一方、タブレット２の通信端末側ユーザリスト作成部２２４は、通信初期接続設定部２２３が記憶しているペアリング情報ＰＪｉ（図１３参照）を読み込み、受信した実参加ユーザ別基本情報ＣＤＵＪｉに関連付け、これを実際に現在、競技に参加している上述の実参加ユーザペアリング情報ＲＰＪｉ（図１７（ｂ）参照）として、実参加ユーザペアリング情報用メモリ２４２に記憶する（ステップｄ７ｈ）。

そして、通信端末側ユーザリスト作成部２２４は、この実参加ユーザペアリング情報用メモリ２４２を読み込み、この実参加ユーザペアリング情報ＲＰＪｉを画面に表示する（ステップｄ７ｄ）。

したがって、タブレット２のユーザ（例えば、監督ＭＧ）は、現在、どのサッカー選手ＳＰａｉと実際にペアリングがなされているかを、氏名や顔写真で判断できる。

タブレット２のユーザは、全ての実参加ユーザペアリング情報ＲＰＪｉ（図１７（ｂ）参照）が表示されている場合は、実参加ユーザ登録完了ボタン（図示せず）を選択する。

そして、実参加ユーザの通信準備登録が完了したことを示す実参加ユーザ通信準備登録完了情報ＲＥＪｉ（図１７（ｃ）参照）を、移動体情報送受部２２５に知らせる（ステップｄ７ｊ）。

そして、画面に実参加ユーザ通信準備完了をメッセージ表示して、移動体情報取得ボタンＭＧｆ（図１６参照）の選択を促す。

この実参加ユーザ通信準備登録完了情報ＲＥＪｉは、実参加ユーザペアリング情報用メモリ２４２に記憶されている実参加ユーザペアリング情報ＲＰＪｉ（図１７（ｂ）参照）の、全てのウェアラブルデバイスＩＤを含むとする。

また、実参加ユーザペアリング情報ＲＰＪｉを管理用として解析結果提供装置３に送信する（ステップｄ７ｋ）。

一方、解析結果提供装置３のユーザリスト提供部３２４ａは、タブレット２からの実参加ユーザペアリング情報ＲＰＪｉ（図１７（ｂ）参照）を受信し、これをＤＢサーバ３２１に出力して、センタ側実参加ユーザ用メモリ部３２１ｃの実参加ユーザ用メモリ３２１ｃｉに記憶させる（ステップｄ１０）。

『移動体情報取得ボタンＭＧｆの選択』
一方、タブレット２の移動体情報送受部２２５は、移動体情報取得ボタンＭＧｆ（図１６参照）の選択に伴って起動して、図１９に示す移動体情報要求用入力画面ＫＢＧｃを画面に表示する（ステップｄ２１）。

『『移動体情報取得ボタンＭＧｆの選択』』
タブレット２の移動体情報送受部２２５は、移動体情報取得ボタンＭＧｆが選択された場合は、通信端末側ユーザリスト作成部２２４からの実参加ユーザ通信準備登録完了情報ＲＥＪｉ（図１７（ｃ）参照）が入力しているかどうかを判断する。

実参加ユーザ通信準備登録完了情報ＲＥＪｉが入力している場合には、どんなウェアラブルデバイス１に、どんなセンサデータＳＤｉを、何時（日時帯Ｗｔｉ）まで要求するか等を決めた、移動体情報解析要求入力情報ＫＢＪｉ（図２０参照）が、移動体情報用メモリ２４３に記憶されているかどうかを判断する。つまり、移動体情報解析要求入力情報ＫＢＪｉが入力されたかどうかを判断する。

移動体情報解析要求入力情報ＫＢＪｉが記憶されていない場合には、上述の図１９に示す移動体情報要求用入力画面ＫＢＧｃを画面に表示する。

この移動体情報要求用入力画面ＫＢＧｃは、図１９に示すように、団体名（チーム名）、日時帯Ｗｔｉと、氏名（ウェアラブルデバイスＩＤ）と、センサ取得種別ｋｉ（全部又は選択）と、位置表示種別Ｇｋｉ（微細又は通常）と、画像種（カメラ又は疑似画像）等の入力欄よりなる。

日時帯Ｗｔｉは、ウェアラブルデバイス１が取得する移動体情報ＤＳＪｉ（図１２参照）を得るための時間帯を示すものであり、開始時刻Ｗｔｐｉ、終了時刻Ｗｔｒｉの入力欄よりなる。

この開始時刻Ｗｔｐｉ及び終了時刻Ｗｔｒｉの入力欄は、例えば１００ｍｓｅｃ単位で位置等を解析できるようにするために、YY年MM月DD日HH時MM分SS秒と入力可能にされている。また、氏名の入力欄は、数名程度の氏名が入力可能となっている。

センサ取得種別ｋｉは、ウェアラブルデバイス１に備えられている各種センサ（心拍数、体温、…、９軸）の全てを指定する全部指定項目と、所望のセンサ（心拍数、体温、…、９軸又はこれらの組み合わせ）を指定する選択の入力欄とよりなる。

そして、図２９に示すように、移動体情報送受部２２５は、図示しない完了ボタンの選択かどうかを判断する（ステップｄ３０）。

完了ボタンが選択された場合は、移動体情報要求用入力画面ＫＢＧｃ（図１９参照）に入力された各情報の組を、移動体情報解析要求入力情報ＫＢＪｉ（図２０参照）として、移動体情報用メモリ２４３に記憶する（ステップｄ３１）。

また、インターネット網Ｎによって移動体情報解析要求入力情報ＫＢＪｉ（図２０参照）を解析結果提供装置３に送信する（ステップｄ３２）。

この移動体情報解析要求入力情報ＫＢＪｉは、図２０に示すように、ウェアラブルデバイスＩＤ部、日時帯Ｗｔｉ、センサ取得種別ｋｉ等からなる。つまり、移動体情報送受部２２５は、移動体情報要求用入力画面ＫＢＧｃ（図１９参照）より入力された全てのウェアラブルデバイスＩＤをウェアラブルデバイスＩＤ部として作成している。

一方、解析結果提供装置３の移動体情報受取サーバ３２３は、タブレット２からの移動体情報解析要求入力情報ＫＢＪｉを受信し、この移動体情報解析要求入力情報ＫＢＪｉを移動体位置関連情報生成サーバ３２４及び移動体情報解析サーバ３２５に送信する（ステップｄ３４）。

そして、移動体情報送受部２２５は、移動体情報解析要求入力情報ＫＢＪｉ（図２０参照）に含まれている日時帯Ｗｔｉの間だけ、ウェアラブルデバイスＩＤ部と、センサ取得種別ｋｉ（全部又は選択）と、タブレットＩＤ等の各情報を組にした移動体情報要求情報ＹＤＪｉ（図１３参照）を生成する（ステップｄ３５）。

このとき、移動体情報送受部２２５は、移動体情報解析要求入力情報ＫＢＪｉに含まれているセンサ取得種別ｋｉに応じた各種センサ分の領域と、検出位置Ｐｉ、システム時刻ＳＴｉ等を書き込むための各領域と、を有した送信フォーマットＫＳＲｉを形成させるための、送信パターンＰＴｉ（図２１参照）を生成する。

なお、この送信パターンＰＴｉには、取得したデータを数値列で書き込むコマンドを付加している。つまり、余計なものをウェアラブルデバイス１側から送信させないようにして、通信時間を短縮させることで、リアルタイム性を向上させている。また、送信パターンＰＴｉには、移動体情報解析要求入力情報ＫＢＪｉに含まれているウェアラブルデバイスＩＤ、タブレットＩＤを含ませている。そして、この送信パターンＰＴｉを、ウェアラブルデバイス１に送信する（ステップｄ３７ａ）。

ウェアラブルデバイス１は、タブレット２からの送信パターンＰＴｉを受け取る毎に、この送信パターンＰＴｉに基づく送信フォーマットを、記憶部１３１に形成する（ステップｄ３７ｂ）。

また、タブレット２は、通信初期接続設定部２２３によって、移動体情報要求情報ＹＤＪｉ（図１３参照）を、各ウェアラブルデバイス１に、Ｂｌｕｅｔｏｏｔｈ（登録商標）プロトコルで送信させる（ステップｄ３８）。

ウェアラブルデバイス１は、移動体情報要求情報ＹＤＪｉを受信する毎に、各種センサが現時点で取得できているセンサデータＳＤｉ（心拍数、体温、…、９軸）等を送信フォーマットＫＳＲｉ上にフォーマットし、デジタルデータ（移動体情報ＤＳＪｉ）として取得する、各種センサ情報取得処理を行う（ステップｄ４１）。

そして、取得した移動体情報ＤＳＪｉ（図１２参照）をＢｌｕｅｔｏｏｔｈ（登録商標）プロトコルでタブレット２に送信する（ステップｄ４３）。

一方、タブレット２は、ウェアラブルデバイス１からの移動体情報ＤＳＪｉを通信初期接続設定部２２３で受信し、それを、インターネットプロトコルによりインターネット網Ｎを介して解析結果提供装置３に送信する、転送処理を行う（ステップｄ４５、ｄ４６）。

この転送処理は、タブレット２の通信初期接続設定部２２３で受信した、ウェアラブルデバイス１からの移動体情報ＤＳＪｉに含まれているウェアラブルデバイスＩＤを有する実参加ユーザペアリング情報ＲＰＪｉ（図１７（ｂ）参照）が、実参加ユーザペアリング情報用メモリ２４２に既に登録されている場合に、これを受け付ける（ステップｄ４５）。

そして、この移動体情報ＤＳＪｉを移動体情報送受部２２５に出力する。移動体情報送受部２２５は、移動体情報ＤＳＪｉを入力する毎に、それを、インターネットプロトコルにより、インターネット網Ｎを介して解析結果提供装置３に転送する（ステップｄ４６）。

一方、解析結果提供装置３の移動体情報受取サーバ３２３は、タブレット２からの移動体情報ＤＳＪｉ（図１２参照）を受信する毎に、この移動体情報ＤＳＪｉに含まれている検出位置Ｐｉを平面直角座標変換パラメータβｉに基づいて変換し（地図上位置ＧＰｉ）、これをセンタ側移動体情報ＣＤＳＪｉ（図１２参照）として生成する、移動体情報収集処理を行う（ステップｄ４８）。

このセンタ側移動体情報ＣＤＳＪｉ（図１２参照）は、移動体情報用メモリ部３２６ａの該当の移動体情報用メモリ３２６ａｉ（３２６ａ１、３２６ａ２、…）に記憶する。

そして、このセンタ側移動体情報ＣＤＳＪｉを、移動体位置関連情報生成サーバ３２４及び移動体情報解析サーバ３２５にに出力する。また、ストレージサーバ３２２に出力して履歴用として記憶させる。

そして、タブレット２は、解析結果提供装置３からの表示制御データＰＫＪｉの待ち受け状態となる（ステップｄ５３）。

一方、図３０に示すように、解析結果提供装置３の位置算出部３２４ｄは、タブレット２からの移動体情報解析要求入力情報ＫＢＪｉを受信すると、図３０に示すように位置データ算出処理を行う（ステップｄ５５）。

この位置データ算出処理は位置算出部３２４ｄが行う。位置データ算出処理は、図３０に示すように、微細位置データ用レコード生成処理（ステップｄ５６）と微細位置算出処理（ステップｄ５７）と、エリア画像上に微細位置を定義する変換処理（位置変換処理）を行う（ｄ５８）。これらの処理についてはフローチャートを用いて後述する。

そして、解析結果提供装置３では、移動体情報解析サーバ３２５において、移動体情報受取サーバ３２３から移動体情報解析要求入力情報ＫＢＪｉ（図２０参照）が出力される毎に、後述する移動体情報解析処理を行う（ステップｄ６０）。

そして、解析結果提供装置３では、移動体情報関連付部３２４ｃを起動して、例えば、ウェアラブルデバイスＩＤと、センサ取得種別ｋｉ（心拍数（ｋａｉ）、体温（ｋｂｉ）、…、９軸又はこれらの組み合わせ）毎の日時帯Ｗｔｉ分のセンサデータＳＤｉと、検出位置Ｐｉ等を、システム時刻ＳＴｉに関連付ける関連付け処理を行って、図１４に示す表示制御データＰＫＪｉを生成する（ステップｄ７０）。

そして、移動体情報関連付部３２４ｃは、生成した表示制御データＰＫＪｉを、タブレット２に向けて、インターネットプロトコルで送信させる（ステップｄ７１）。

また、移動体情報関連付部３２４ｃは、移動体情報解析要求入力情報ＫＢＪｉに微細位置データ用レコードＲＤｉの微細位置ＰＷｂｉに関連付けされているシステム時刻ＳＴｉを読み込み、このシステム時刻ＳＴｉに該当する加速度グラフや姿勢グラフ等の時間軸上の座標を計算し、その座標値で縦軸バーＢｉ（Ｂａ、Ｂｂ、Ｂｃ、…）を表示させる表示制御データＰＫＪｉを作成しても良い。

これにより、図３６に示すように、タブレット２の加速度グラフや姿勢グラフ等には、微細位置ＰＷｂｉの時点に対して縦軸バーＢｉ（Ｂａ、Ｂｂ、Ｂｃ、…）が表示されることになるので、その微細位置ＰＷｂｉの時点で、どんな状況、どんな動きをしているか等を、微細位置単位で把握できる。

そして、ステップｄ３に移行する（ステップｄ４９）。

一方、上記の待ち受け状態において、タブレット２は、解析結果提供装置３からの表示制御データＰＫＪｉの受信を判断すると（ステップｄ５３：ＹＥＳ）、解析結果表示処理部２２６によって、その表示制御データＰＫＪｉをタブレット側記憶部２４の解析結果受信用メモリ２４６に記憶してブラウザに出力して画面に表示する（ステップｄ７３）。

次に、フローチャートを用いて移動体情報受取サーバ３２３及び位置算出部３２４ｄの処理を詳細に説明する。

[移動体情報受取サーバ３２３の処理]
図３１は、移動体情報受取サーバ３２３の処理を説明するフローチャートである。

移動体情報受取サーバ３２３は、インターネット網Ｎを介して送られた、タブレット２からの移動体情報ＤＳＪｉ（図１２参照）の受信かどうかを判断する（ステップＫ２０）。

移動体情報ＤＳＪｉを受信した場合は（ステップＫ２０：ＹＥＳ）、それに含まれているウェアラブルデバイスＩＤを読み込む（ステップＫ２２）。

そして、ウェアラブルデバイスＩＤを有する移動体情報用メモリ３２６ａｉ（３２６ａ１、３２６ａ２、…）が、移動体情報用メモリ部３２６ａに生成されているかどうかを判断する（ステップＫ２４）。

ステップＫ２４で生成されていないと判断した場合（ＮＯ）は、移動体情報ＤＳＪｉに含まれているウェアラブルデバイスＩＤ付の移動体情報用メモリ３２６ａｉ（３２６ａ１、３２６ａ２、…）を、移動体情報用メモリ部３２６ａに生成する（ステップＫ２６）。

次に、この移動体情報ＤＳＪｉに含まれている検出位置Ｐｉを、ＤＢサーバ３２１のカメラパラメータ用メモリ３２１ｄｉに記憶されている平面直角座標変換パラメータβｉに基づいて変換し、これをセンタ側移動体情報ＣＤＳＪｉとして、該当の移動体情報用メモリ３２６ａｉ（３２６ａ１、３２６ａ２、…）に記憶する（ステップＫ２８）。

そして、このセンタ側移動体情報ＣＤＳＪｉを出力して記憶させる（ステップＫ３０）。

この後、ステップＫ３２において、移動体情報受取サーバ３２３とは、位置データ算出処理を起動させる（詳細は後述する）。

そして、タブレット２からインターネット網Ｎを介して接続断情報（ウェアラブルデバイスＩＤ付）が入力したかどうかを判断する（ステップＫ３４）。

接続断情報が入力した場合は（ステップＫ３４：ＹＥＳ）、この接続断情報に含まれているウェアラブルデバイスＩＤを有する移動体情報用メモリ３２６ａｉをクリアし（ステップＫ３６）、処理を終了する。

また、接続断情報（ウェアラブルデバイスＩＤ付）が入力しない場合は（ステップＫ３４：ＮＯ）、処理をステップＫ２０に戻す。

また、ステップＫ２４において、移動体情報ＤＳＪｉ（図１２参照）に含まれているウェアラブルデバイスＩＤを有する移動体情報用メモリ３２６ａｉが生成されていると判断した場合（ＹＥＳ）は、処理をステップＫ２８に移す。

[位置算出部３２４ｄの微細位置データ用レコード生成処理]
図３２は微細位置データ用レコード生成処理の動作を説明するフローチャートである。

微細位置データ用レコード生成処理は、図３２に示すように、タブレット２からの移動体情報解析要求入力情報ＫＢＪｉ（図２０参照）ｉの入力かどうかを判断する（ステップＫ１）。

移動体情報解析要求入力情報ＫＢＪｉが入力したと判断した場合は（ステップＫ１：ＹＥＳ）、これに含まれている位置表示種別Ｇｋｉ及びウェアラブルデバイスＩＤを有する位置算出データ用メモリ３３０ａｉ（３３０ａ１、３３０ａ２、…）が、位置算出データ用記憶部３３０に生成されているかどうかを判断する（ステップＫ３）。

生成されている場合は（ステップＫ３：ＹＥＳ）、そのまま処理を終了し、生成されてない場合は（ステップＫ３：ＮＯ）、移動体情報解析要求入力情報ＫＢＪｉに含まれている日時帯Ｗｔｉ（例えば、１分）と、微細位置間隔ｄＫｉ（例えば、１００ｍｓｅｃ）とを読み込む（ステップＫ５）。

そして、日時帯Ｗｔｉをシステム時刻ＳＴｉの出力間隔である微細位置間隔ｄＫｉで割った個数である微細位置データ用レコード数ｋｊｉを求める（ステップＫ７）。

そして、ｋｊｉ個の微細位置データ用レコードＲＤｉを有する位置算出データ用メモリ３３０ａｉを、位置算出データ用記憶部３３０に生成し（ステップＫ９）、処理を終了する。

『位置算出部３２４ｄの微細位置算出処理、表示画像上微細位置算出処理』
図３３、図３４は微細位置算出処理、表示画像上微細位置算出処理を説明するフローチャートである。但し、センタ側移動体情報ＣＤＳＪｉに地図上位置ＧＰｉ（位置データ）が含まれていない場合として説明する。また、表示する画像種はカメラ画像として説明する。

位置算出部３２４ｄの微細位置算出処理は、インターネット網Ｎを介して送られた、タブレット２からの移動体情報ＤＳＪｉ（図１２参照）であるセンタ側移動体情報ＣＤＳＪｉの受信かどうかを判断する（Ｓ１５０）。

センタ側移動体情報ＣＤＳＪｉを受信した場合は、これに地図上位置ＧＰｉ（位置データ）が含まれているかどうかを判断する（Ｓ１５２）。

そして、地図上位置ＧＰｉ（位置データ）が含まていないと判断した場合は、システム時刻ＳＴｉとシステム時刻ＳＴｉと判断する。

システム時刻ＳＴｉと判断した場合は、地図上位置ＧＰｉ（位置データ）が含まれていない場合は、今回のセンタ側移動体情報ＣＤＳＪｉに含まれているウェアラブルデバイスＩＤを読み込み、このウェアラブルデバイスＩＤ及びシステム時刻ＳＴｉを有する微細位置データ用レコードＲＤｉを読み込む（Ｓ１５４）。

具体的には、ウェアラブルデバイスＩＤを有する位置算出データ用メモリ３３０ａｉ（３３０ａ１又は３３０ａ２、…）を位置算出データ用記憶部３３０より引き当てる。

そして、この位置算出データ用メモリ３３０ａｉ（３３０ａ１又は３３０ａ２、…）に生成されている微細位置データ用レコードＲＤｉの内で、今回のセンタ側移動体情報ＣＤＳＪｉに含まれているシステム時刻ＳＴｉが格納されているものを引き当てる。

この、引き当てた微細位置データ用レコードＲＤｉのシステム時刻ＳＴｉと微細位置ＰＷｂｉと９軸センサ情報ｅＪｉとウェアラブルデバイスＩＤ等を総称して微細位置データ情報ＲＤＪｉと称している。

前述の引き当ては、同じウェアラブルデバイスＩＤを有する微細位置データ情報ＲＤＪｉが格納されている全ての微細位置データ用レコードＲＤｉでも良いし、最新のシステム時刻ＳＴｉのものだけでも良い。

そして、引き当てた微細位置データ用レコードＲＤｉに格納されている微細位置データ情報ＲＤＪｉ等を前回の微細位置データ情報ＲＤＪｉとして読み込む（Ｓ１５６）。

そして、前回のセンタ側移動体情報ＣＤＳＪｉのシステム時刻ＳＴｉと微細位置ＰＷｂｉと９軸センサ情報ｅＪｉを読み込む（Ｓ１５７ａ）。

そして、これらの情報と、今回の微細位置データ情報ＲＤＪｉのシステム時刻ＳＴｉとに基づいて、この今回のシステム時刻ＳＴｉにおける位置を今回の微細位置ＰＷｂｉとして求める（Ｓ１５７ａａ）。

そして、この求めた今回の微細位置ＰＷｂｉと、今回の微細位置データ情報ＲＤＪｉに含まれている９軸センサ情報ｅＪｉとウェアラブルデバイスＩＤとシステム時刻ＳＴｉとを今回の微細位置データ情報ＲＤＪｉ（ウェアラブルデバイスＩＤ、微細位置又は９軸センサ情報ｅＪｉ…）として表示画像上微細位置算出処理に出力する。

表示画像上微細位置算出処理は、エリア画像提供部３２４ｂからの表示エリア画像種記憶アドレス情報に基づいてＤＢサーバ３２１のカメラパラメータ用メモリ３２１ｄｉ（３２１ｄ１又は３２１ｄ２、…）に格納されているカメラパラメータγｉを読み込む（Ｓ１５７ｂ）。

そして、このカメラパラメータγｉで微細位置算出処理からの微細位置データ情報ＲＤＪｉ（ウェアラブルデバイスＩＤ、微細位置又は９軸センサ情報ｅＪｉ…）に含まれている微細位置ＰＷｂｉを変換（ＰＷｂｉ´）する（Ｓ１５８）。

そして、この微細位置ＰＷｂｉ´に、位置算出データ用メモリ３３０ａｉ（３３０ａ１又は３３０ａ２、…）の微細位置データ用レコードＲＤｉの前回の微細位置データ情報ＲＤＪｉの微細位置ＰＷｂｉを更新する（Ｓ１５８）。

そして、この微細位置データ情報ＲＤＪｉ（ＲＤＪ１、ＲＤＪ２、…：ウェアラブルデバイスＩＤ付）を移動体情報関連付部３２４ｃに出力するとともに、微細位置データ用レコードＲＤｉに記憶する（Ｓ１６２）。

したがって、図２２に示すようにタブレット２の画面には微細位置ＰＷｂｉが表示される。

そして、移動体情報関連付部３２４ｃを起動させる。移動体情報関連付部３２４ｃは、位置算出部３２４ｄからの微細位置データ情報ＲＤＪｉと移動体情報解析結果情報ＫＤＪｉ（生体情報、解析結果、…）とを関連付ける。さらに、顔写真と氏名コードを関連付け、該当のウインドウ番号を含む図１４に示す表示制御データＰＫＪｉを生成して、これをタブレット２に送信する（Ｓ１７３）。

そして、接続断かどうかを判断する（Ｓ１７４）。接続断ではない場合は、処理を図３３のステップＳ１５０に戻す。

これによって、図２６又は図３６の画面がタブレット２に表示されることになり、リアル位置表示用ウインドウＲＷｉには図２２に示す微細位置ＰＷｂｉが表示されることになる。

したがって、監督ＭＧは、あのサッカー選手ＳＰａｉが今どんな状況か、そしてどのように移動しているかが、リアルタイムで、一目で分かることになる。

[移動体情報関連付部３２４ｃの処理]
図３５のフローチャートを用いて、上記の移動体情報関連付部３２４ｃの処理を説明する。

移動体情報関連付部３２４ｃは、位置算出部３２４ｄからのウェアラブルデバイスＩＤ付の微細位置データ情報ＲＤＪｉ（ＲＤＪ１、ＲＤＪ２、…）を読み込む（ステップＳ１８１）。

次に、センタ側移動体情報ＣＤＳＪｉに含まれているウェアラブルデバイスＩＤを有する移動体情報解析結果情報ＫＤＪｉ（図１５参照）の入力かどうかを判断する（ステップＳ１８３）。

ステップＳ１８３で、移動体情報解析結果情報ＫＤＪｉの入力と判定した場合は、この微細位置データ情報ＲＤＪｉを移動体情報解析結果情報ＫＤＪｉに付加する（ステップＳ１８５）。

そして、予め登録されている複数のウインドウＷＵｉ用のテンプレートと、これらウインドウ番号に対するセンサ取得種別ｋｉ（心拍数、体温、…、９軸）と、微細位置データ情報ＲＤＪｉと、移動体情報解析結果情報ＫＤＪｉとを関連付けた、図１４に示す表示制御データＰＫＪｉを生成して、これをタブレット２に向けて、インターネットプロトコルで送信させる（ステップＳ１８７）。

そして、接続断かどうかを判断し、接続断でない場合（ステップＳ１８９：ＮＯ）は処理をステップＳ１８１に戻し、接続断の場合（ステップＳ１８９：ＹＥＳ）は処理を終了する。

[タブレット２の画面表示の一例]
図３６は、上述の表示制御データＰＫＪｉ（カメラ画像ＣＧｉを含む）に基づく、タブレット２の画面表示の一例を示すものである。

すなわち、タブレット２の解析画面ＧＫＧｉは、例えば図３６に示すように、ユーザ顔写真用ウインドウＷＵ_１、心拍用ウインドウＷＵ_２、加速度用ウインドウＷＵ_３、姿勢用ウインドウＷＵ_４、その他のウインドウＷＵ_５、及び、リアル位置表示用ウインドウＲＷｉ等を備える。

ユーザ顔写真用ウインドウＷＵ_１には、例えば、ウェアラブルデバイス１を装着したペアリング済のサッカー選手ＳＰａ１、ＳＰａ２、ＳＰａ３、…のプロフィール写真とともに、当該サッカー選手ＳＰａ１、ＳＰａ２、ＳＰａ３、…の現時点でのＧＮＳＳ測位データ（微細位置ＰＷｂｉ）が表示される。

心拍用ウインドウＷＵ_２には、サッカー選手ＳＰａ１、ＳＰａ２、ＳＰａ３、…の心拍数グラフが、加速度用ウインドウＷＵ_３には、サッカー選手ＳＰａ１、ＳＰａ２、ＳＰａ３、…の加速度グラフが、姿勢用ウインドウＷＵ_４には、サッカー選手ＳＰａ１、ＳＰａ２、ＳＰａ３、…の姿勢値グラフが、…、それぞれ表示され、リアル位置表示用ウインドウＲＷｉには、カメラ画像ＣＧｉ上での各サッカー選手ＳＰａ１、ＳＰａ２、ＳＰａ３、…の検出位置Ｐｉ（微細位置ＰＷｂｉ）が表示される。

心拍用ウインドウＷＵ_２、加速度用ウインドウＷＵ_３、姿勢用ウインドウＷＵ_４、及び、その他のウインドウＷＵ_５の横軸は、システム時刻ＳＴｉの最小単位（例えば、１００ｍｓｅｃ）で定義され、微細位置ＰＷｂｉ（ＰＷｂ１、ＰＷｂ２、ＰＷｂ３、…）に対して、縦軸バーＢｉ（Ｂａ、Ｂｂ、Ｂｃ、Ｂｄ、…）が表示されるようになっている（サッカー選手ＳＰａ２、ＳＰａ３、…については図示省略）。

したがって、タブレット２のユーザである、例えば該当のサッカーチームの監督ＭＧは、どのサッカー選手ＳＰａｉが、微細位置ＰＷｂｉにおいて、どんな状況にあるのか、そしてどのように移動しているか等を、微細位置単位で把握できるようになる。

なお、上記の実施の形態では、ウェアラブルデバイス１が検出した情報を解析結果提供装置３に転送する転送機能をタブレット２に備えたが、この転送機能は、例えばサッカー場Ａｉの近傍に転送用通信機器（図示せず）として設けても良い。

また、図３６は、タブレット２の画面表示の一例であって、例えば図示していないが、同一のサッカー選手ＳＰａｉの現在のデータを過去のデータと対比させるように表示したり、画面をユーザ顔写真用ウインドウＷＵ_１のみにして、より多くのサッカー選手ＳＰａｉのプロフィール写真とＧＮＳＳ測位データ（微細位置ＰＷｂｉ）とを表示させること等も可能である。

以下にウェアラブルデバイス１の具体的な構成を説明する。

図３７は、ウェアラブルデバイス１の具体的な構成図である。

図３７（ａ）は、ウェアラブルデバイス１の平面構成を、図３７（ｂ）は、ウェアラブルデバイス１の図示ＡＡ方向の側面構成を、図３７（ｃ）は、ウェアラブルデバイス１の図示ＢＢ方向の側面構成を、それぞれ概略的に示す。なお、ウェアラブルデバイス１は集積化されたＩＣであっても良いが、本実施の形態では回路構成図として示す。

すなわち、図３７においては、位置センサ１５（ＧＮＳＳモジュール）と、生体情報検出センサ１６と、環境情報検出センサ１７と、移動体状態情報検出センサ１８（９軸センサ）と、を例示して説明する。但し、生体情報検出センサ１６、環境情報検出センサ１７、移動体状態情報検出センサ１８については、必要に応じて、増減できる構成とするのが望ましい。

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

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

位置センサ１５は、例えば、ＧＮＳＳ受信アンテナ１５ａとＧＮＳＳ受信モジュール１５ｂとを備える。

生体情報検出センサ１６は、心拍数、脈拍数、体温、…等の生体情報ＳＥＪｉを検出するセンサ類であり、各種センサのそれぞれが特有のタイミングで取得したセンシング結果をセンサデータＳＤｉとして出力する。つまり、サッカー選手ＳＰａｉの各種の生体情報ＳＥＪｉを固有のタイミングで検出し、その検出値（センシング結果）を生体情報ＳＥＪｉのセンサデータＳＤｉとして出力する。

環境情報検出センサ１７は、気圧、温度（気温）、湿度、…等の環境情報ＳＫＪｉを検出するセンサ類であり、各種センサのそれぞれが特有のタイミングで取得したセンシング結果をセンサデータＳＤｉとして出力する。つまり、サッカー選手ＳＰａｉの周囲の環境情報ＳＫＪｉを固有のタイミングで検出し、その検出値（センシング結果）を移動体の環境情報ＳＫＪｉのセンサデータＳＤｉとして出力する。

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

ここで、ウェアラブルデバイス１のメイン制御モジュール１３としては、制御部１３２及び記憶部１３１（デバイス側位置算出データ用記憶部（３３０））を備える。

記憶部１３１は、ＳＤメモリカード等であっても良く、例えば容量が１６ギガバイト（ＧＢ）とされ、起動プログラムやデータ保存用のストレージとして利用される。この記憶部１３１には、例えば、位置センサ１５、生体情報検出センサ１６、環境情報検出センサ１７、移動体状態情報検出センサ１８からのセンサデータＳＤｉを記憶するためのメモリ領（以下、センサデータ用記憶領域１３１ｃという）が予め生成される。このセンサデータ用記憶領域１３１ｃは、制御部１３２内に設けられるＲＡＭ等を用いて構成することも可能である。

メイン制御モジュール１３には、ＵＳＢバス（信号ケーブル）１１８ｇを介して、ＵＳＢハブ１１８が接続されている。ＵＳＢハブ１１８の各ポートに対しては、ＵＳＢバス１１８ａを介して位置センサ１５のＧＮＳＳ受信モジュール１５ｂが、ＵＳＢバス１１８ｂを介して無線モジュール１１のＢＬＥモジュール１１ａが、ＵＳＢバス１１８ｃを介して無線モジュール１１のＷｉ−Ｆｉモジュール１１ｂが、ＵＳＢバス１１８ｄを介して電池モジュール１２が、ＵＳＢバス１１８ｅを介して生体情報検出センサ１６及び環境情報検出センサ１７の各種センサが、ＵＳＢバス１１８ｆを介して出力モジュール１４が、ＵＳＢバス１１８ｈを介してＵＳＢ端子１９が、それぞれ接続されている。

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

ＧＮＳＳ受信モジュール１５ｂは、ＧＮＳＳ受信アンテナ１５ａと接続されており、例えば１ｓｅｃ毎にフレームヘッダに含まれる１ＰＰＳ信号（１ｓｅｃに１回のクロック波形）を発生するとともに、ＧＮＳＳ受信アンテナ１５ａを介して受け取ったＧＮＳＳ衛星ＡＳ１からのＧＮＳＳデータに応じたＲａｗデータを、ＵＳＢハブ１１８を介してメイン制御モジュール１３に出力する。

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

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

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

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

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

環境情報検出センサ１７は、温度センサ等である。例えば、温度センサは、一定のセンシング周期の気温データをデジタル値であるセンサデータＳＤｉとして取得し、この取得時点での気温データをＵＳＢハブ１１８に出力する。

移動体状態情報検出センサ１８は、ジャイロセンサ等である。例えば、ジャイロセンサは、一定のセンシング周期の姿勢値データをデジタル値であるセンサデータＳＤｉとして取得し、この取得時点での姿勢値データをＵＳＢハブ１１８に出力する。

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

制御部１３２は、内部タイマ１３２ｉ（システム時計）のシステム時刻ＳＴｉをＧＮＳＳ時刻（Ｒａｗデータ）に初期同期させるとともに、サッカー場Ａｉでのサッカー選手ＳＰａｉの心拍数、脈拍数、体温等の生体情報ＳＥＪｉと、サッカー選手ＳＰａｉの姿勢値、加速度等の９軸センサ情報ｅＪｉと、サッカー選手ＳＰａｉの周囲の気圧等の環境情報ＳＫＪｉとに、ＧＮＳＳモジュールである位置センサ１５の位置情報（Ｒａｗデータ）を関連付けた移動体情報ＤＳＪｉを送信させる。システム時刻ＳＴｉは任意であるが、ＧＮＳＳ時刻以下で、最も検出タイミングが早いセンサの出力タイミングに同期されているのが好ましい。

また、制御部１３２は、タブレット２からのペアリング要求情報に含まれている基準時刻に基づいて、内部タイマ１３２ｉのシステム時刻ＳＴｉを設定する。

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

ＵＳＢ用入力部１３２ａは、ＵＳＢハブ１１８を介して、無線モジュール１１からの出力、ＧＮＳＳモジュールである位置センサ１５のＧＮＳＳ受信モジュール１５ｂのＲａｗデータ、生体情報検出センサ１６のセンシング結果等を取り込むもので、例えば、その入力の種類を判定できる機能を備える。

すなわち、ＵＳＢ用入力部１３２ａは、入力した信号（データ）を受け取って、その内容を判定し、判定の結果に応じて、その信号を各部に提供する。

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

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

また、例えば生体情報検出センサ１６からの生体情報ＳＥＪｉのセンサデータＳＤｉや環境情報検出センサ１７からの環境情報ＳＫＪｉのセンサデータＳＤｉの場合には、ＵＳＢ用入力部１３２ａは、それをセンサ情報取込部１３２ｆに提供する。

また、例えばタブレット２からの再送リクエストＸＲｉの場合には、それを再送部１３２ｐに提供する。

また、タブレット２からは、ＵＳＢ用入力部１３２ａに対して、タブレット２が取り込むセンサデータＳＤｉに応じて、センサ取得種別（例えば、心拍数、…、９軸のいずれか１つ、又は、いずれかの組み合わせ）ｋｉが通知されるようになっている。

これに対し、シリアル用入力部１３２ｒは、移動体状態情報検出センサ１８からの移動体状態情報（９軸センサ情報ｅＪｉ）をセンサデータＳＤｉとして取り込むものであり、このセンサデータＳＤｉをセンサ情報取込部１３２ｆに提供する。

無線モジュール初期設定部１３２ｄは、電源の投入に伴って、無線モジュール１１を起動状態にする。

そして、無線モジュール１１のＢＬＥモジュール１１ａ又はＷｉ−Ｆｉモジュール１１ｂから、タブレット２のタブレットＩＤを含む接続要求を、ＵＳＢハブ１１８を介して受信する毎に、例えば記憶部１３１のメモリ領域１３１ａに予め登録されているウェアラブルデバイスＩＤを含む情報を送信し、回線接続状態にする。この回線接続状態の時点での接続初期設定情報は、例えば無線モジュール１１内に設定される。そして、この接続初期設定情報は、接続断にされるまで記憶される。

初期時取込フォーマット作成部１３２ｇは、ＵＳＢ用入力部１３２ａよりタブレット２からの送信パターンＰＴｉ（図２１参照）を受け取る毎に、この送信パターンＰＴｉに基づく送信フォーマットＫＳＲｉを、例えば記憶部１３１内に生成する。この記憶部１３１内に生成された送信フォーマットＫＳＲｉの領域を、送信フォーマットパターンメモリ１３１ｂとも称する。

そして、制御部１３２は、タブレット２からのセンサ取得種別ｋｉの待ち状態となる。

センサ取得種別ｋｉを受信した場合には、初期時取込フォーマット作成部１３２ｇによって、送信フォーマットＫＳＲｉの後段にセンサ取得種別ｋｉに対応する個数のセンサデータ送信用領域を生成する。

つまり、送信フォーマットＫＳＲｉは、その全体長（センサデータ送信用領域の総数）が、タブレット２からのセンサ取得種別ｋｉにしたがって増減する。そのため、タブレット２からのセンサ取得種別ｋｉが少ない程、送信するデータが軽量になる。

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

センサ情報取込部１３２ｆは、生体情報検出センサ１６のセンサデータＳＤｉや環境情報検出センサ１７のセンサデータＳＤｉが、ＵＳＢ用入力部１３２ａより出力されたかどうかを判断する。出力された場合は、ＵＳＢ用入力部１３２ａにおいて、そのセンサ取得種別ｋｉを判断する。つまり、センサデータＳＤｉを出力したセンサが存在すると判断し、その種類を特定する。

センサの種類が特定されると、センサデータ用記憶領域１３１ｃ内の該当するセンサデータ送信用領域に、そのセンサデータＳＤｉを上書き保存する。つまり、生体情報ＳＥＪｉ及び環境情報ＳＫＪｉのそれぞれのセンサデータＳＤｉは、異なるタイミングで出力されるが、次のセンサデータＳＤｉが出力されるまでは保存される。

また、センサ情報取込部１３２ｆは、移動体状態情報検出センサ１８のセンサデータＳＤｉが、シリアル用入力部１３２ｒより出力されたかどうかを判断し、出力された場合には、順次、そのセンサデータＳＤｉをセンサデータ用記憶領域１３１ｃ内の該当のセンサデータ送信用領域に上書き保存する。

このように、センサデータ用記憶領域１３１ｃでは、生体情報検出センサ１６、環境情報検出センサ１７、移動体状態情報検出センサ１８の各種センサが異なるタイミングでセンサデータＳＤｉを出力したとしても、次のセンサデータＳＤｉが出力されるまでは、記憶するセンサデータＳＤｉが保存されていることになる。

位置データ算出部１３２ｓは、ＧＮＳＳモジュールである位置センサ１５からのＲａｗデータや同期後のシステム時刻ＳＴｉ等に基づいて、ウェアラブルデバイス１の検出位置Ｐｉを定期的（例えば、１ｓｅｃ毎）に求めて出力する。

関連付部１３２ｋは、タブレット２からの移動体情報ＤＳＪｉを要求する移動体情報要求情報ＹＤＪｉを、無線モジュール１１やＵＳＢ用入力部１３２ａを介して受信したときに、検出位置Ｐｉの緯度Ｅｉ、経度Ｎｉとその取得時のシステム時刻ＳＴｉとを、送信フォーマットパターンメモリ１３１ｂの、送信フォーマットＫＳＲｉの先頭部分にヘッダ情報（位置情報）として書き込む。

そして、このシステム時刻ＳＴｉを取得した時点の、センサデータ用記憶領域１３１ｃの各々のセンサデータＳＤｉ（タイミングが異なる）を読み出して、送信フォーマットＫＳＲｉの後段に書き込む。

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

このとき、関連付部１３２ｋは、送信フォーマットＫＳＲｉにおいて、システム時刻ＳＴｉ及び検出位置Ｐｉ等の各データを全て数字列にしている。つまり、送信フォーマットＫＳＲｉの各フォーマット領域を予めセンサ取得種別ｋｉで定義しているので、この送信フォーマットＫＳＲｉで送信しても、タブレット２又は解析結果提供装置３は解読ができる。

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

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

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

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

コピー部１３２ｎは、移動体情報ＤＳＪｉをコピーして、移動体状況検出情報格納用メモリ領域１３１ｄ（コピー領域ともいう）に記憶する。

再送部１３２ｐは、ＵＳＢ用入力部１３２ａに入力したタブレット２からの移動体情報要求情報ＹＤＪｉ（図１３参照）に再送要求が含まれている場合に、この移動体情報要求情報ＹＤＪｉに該当する移動体情報ＤＳＪｉを移動体状況検出情報格納用メモリ領域１３１ｄから読み出し、ＵＳＢ用出力部１３２ｂを介してタブレット２に再送する。

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

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

図３９に示すように、メイン制御モジュール１３の起動に伴って、内部タイマ１３２ｉやセンサモジュールである位置センサ１５、生体情報検出センサ１６、環境情報検出センサ１７、移動体状態情報検出センサ１８を起動する。

なお、図３９（ｉ）においては、心拍数のセンサデータＳＤｉと９軸センサ情報ｅＪｉのセンサデータＳＤｉと体温のセンサデータＳＤｉとがシステム時刻ＳＴｉとタイミング的に一致した時点での、送信フォーマットＫＳＲｉのフォーマット例を、図３９（ｊ）においては、９軸センサ情報ｅＪｉのセンサデータＳＤｉとがシステム時刻ＳＴｉとタイミング的に一致した時点での、送信フォーマットＫＳＲｉのフォーマット例を、それぞれ示している。

すなわち、ウェアラブルデバイス１の各種センサが異なるタイミングでセンサデータＳＤｉ（心拍数、体温、…、９軸）を出力したとしても、システム時刻ＳＴｉに最も近い時刻又は同じ時刻において、現在保持している種類の全てのセンサデータＳＤｉを送信フォーマットＫＳＲｉ上にフォーマットできる。

そして、出力制御部１３２ｍは、この送信フォーマットＫＳＲｉの各データを移動体情報ＤＳＪｉとして、ＵＳＢ用出力部１３２ｂを介して、無線モジュール１１によりタブレット２に送信させる。

したがって、タブレット２では、サッカー選手ＳＰａｉの微細位置ＰＷｂｉに心拍数、加速度、姿勢値等を関連付けた表示が可能となる。このため、サッカー選手ＳＰａｉがどこで、どのような動きをしていたか、そのときの状況はどうであったか、等を微細位置ＰＷｂｉ単位で詳細に把握できる。

＜実施の形態３＞
複数のサッカー選手ＳＰａｉの移動体情報を同時に収集する機能を有する。また、位置精度を常に維持するためにリアルタイムキネマティック（ＲＴＫ）を用いる。

図４０は実施の形態３の移動体情報提供システムの概略構成図である。図４０において、上記と同一符号を付しているものは説明を省略する。図４１はＲＴＫ用基準局５０の具体的なハードウエア構成図である。

図４０に示すように、実施の形態３の移動体情報提供システムは、アクセスポイントであるＲＴＫ用基準局５０を有する。

また、タブレット２側に実施の形態２と同様な通信初期接続設定部２２３、通信端末側ユーザリスト作成部２２４、解析結果表示処理部２２６等を備える。

さらに、ＲＴＫ用基準局５０側には、実施の形態２と同様なＲＴＫ用基準局５０と、ＡＰ側移動体情報送受部５２５等を備える。ペアリング情報ＰＪｉはＡＰ接続情報として説明する。

但し、アクセスポイントであるＲＴＫ用基準局５０側に、実施の形態２と同様なＲＴＫ用基準局５０と、ＡＰ側移動体情報送受部５２５等を備えたことによって、通信初期接続設定部２２３、通信端末側ユーザリスト作成部２２４、解析結果表示処理部２２６等の処理が多少異なることになるので、これらについては説明を後述する。

初めに、図４１の構成を説明する。ＲＴＫ用基準局５０は、図４１に示すように、アンテナ５１と、無線通信機器である無線ＬＡＮアクセスポイント５２と、温度、湿度、光度検出用の外部環境検出モジュール５３と、ＵＳＢハブ５４と、ＧＮＳＳ受信アンテナ５５と、ＧＮＳＳ受信モジュール５６（GNSS Receiver）と、描画モニタ５７と、ボックスコンピュータ５８等を備える。

無線ＬＡＮアクセスポイント５２には、ボックスコンピュータ５８によって、アクセスポイントアドレス等が設定される。

ボックスコンピュータ５８は、例えば、ＧＮＳＳ受信モジュール５６からの測位データと、Ｗｉ−Ｆｉルータ（又はＢｌｕｅｔｏｏｔｈ（登録商標））を介しての基準データと、無線ＬＡＮアクセスポイント５２からのウェアラブルデバイス１の位置情報とを受信して、基準位置とに基づいて位置の補正データを生成する。そして、その生成した補正データを、無線ＬＡＮアクセスポイント５２を介して、アンテナ５１からウェアラブルデバイス１、タブレット２、又は、解析結果提供装置３のいずれかに送信する。タブレット２に、補正データを送信する場合は、実施の形態２のように、移動体情報ＤＳＪｉをタブレット２が受信する機能を有する場合である。この場合は、タブレット２が移動体情報ＤＳＪｉが検出位置Ｐｉをこの補正データに基づいて補正する。システム時刻であっても構わない。

前述のボックスコンピュータ５８は、ＲＴＫ用基準局５０と、ＡＰ側移動体情報送受部５２５等を有する。

[実施の形態３のタブレット]
タブレット２の通信初期接続設定部２２３は、ＲＴＫ用基準局５０のＲＴＫ用基準局５０とで通信接続（Ｗｉ−Ｆｉ）を行う。

[[モード判定部２２１]]
モード判定部２２１は、図１６に示すモード選択画面ＭＧｉの通信初期接続設定ボタンＭＧｂが選択された場合は通信初期接続設定部２２３を起動し、ユーザリスト登録ボタンＭＧａ又は実参加者登録ボタンＭＧｄが選択された場合は通信端末側ユーザリスト作成部２２４を起動する。

また、移動体情報取得ボタンＭＧｆ（移動体情報取得モード）の選択時は、移動体情報送受部２２５を起動する。

[[通信初期接続設定部２２３]]
通信初期接続設定部２２３は、起動に伴って、図示しない基準時刻サービスセンタと通信を行って現在時刻を取得し、この現在時刻で内部タイマ（図示せず）を設定する。つまり、初期時刻を設定する。

そして、ＡＰ接続情報（タブレットＩＤ、機種、メーカ、時刻等）をＲＴＫ用基準局５０に送信する。

[[通信端末側ユーザリスト作成部２２４]]
通信端末側ユーザリスト作成部２２４は、起動に伴って、本サービスを提供することを可能とするためのサッカー選手ＳＰａｉの選手名やウェアラブルデバイス１のウェアラブルデバイスＩＤ等よりなるユーザ登録情報を、ユーザ基本登録情報ＵＪｉ（図１８参照）として、事前にＲＴＫ用基準局５０を介して解析結果提供装置３に送信して登録させておく。

但し、移動体情報要求用入力画面ＫＢＧｃ（図１９）の氏名欄は、複数人（例えば２０名程度）の入力欄とする。したがって、複数のウェアラブルデバイス１と通信が可能となる。

［移動体情報送受部２２５］
移動体情報送受部２２５は、通信端末側ユーザリスト作成部２２４から実参加ユーザ通信準備登録完了情報ＲＥＪｉ（図１７（ｃ）参照）が入力した場合は、カメラ画像ＣＧｉを、ＲＴＫ用基準局５０を介して解析結果提供装置３から読み込んで、タブレット２の画面に表示する。

［解析結果表示処理部２２６］
解析結果表示処理部２２６は、移動体情報要求用入力画面ＫＢＧｃに入力された各情報を、どんなセンサデータＳＤｉを、どの程度の時間（日時帯Ｗｔｉ）に渡って解析させるかを要求する、移動体情報解析要求入力情報ＫＢＪｉ（図２０参照）ｉとして、ＲＴＫ用基準局５０を介して解析結果提供装置３に送信させる。

そして、解析結果表示処理部２２６は、解析結果提供装置３からの後述するサッカー選手ＳＰａｉのサッカー場Ａｉにおける検出位置Ｐｉや移動体情報ＤＳＪｉ（移動体情報ＤＳＪｉ：図１２参照）等を画面に表示するための、表示制御データＰＫＪｉ（図１４参照）の待ち受け状態となる。

そして、表示制御データＰＫＪｉを受信する毎に、これをブラウザに出力して画面に表示する（図２３参照）。

[ＲＴＫ用基準局５０]
ＲＴＫ用基準局５０のＲＴＫ用基準局５０は、実施の形態２のタブレット２の通信初期接続設定部２２３と同様な処理を行う。

[[ＲＴＫ用基準局５０]]
ＲＴＫ用基準局５０は、図示しない基準時刻サービスセンタと通信を行って現在時刻を取得し、この現在時刻で内部タイマ（図示せず）を設定する。つまり、初期時刻を設定する。

そして、ＡＰ接続情報（アクセスポイントＩＤ、機種、メーカ、時刻等）を各々のウェアラブルデバイス１に送信してそれぞれの相手と接続状態となる。

つまり、ＲＴＫ用基準局５０のボックスコンピュータ５２が無線ＬＡＮアクセスポイント５２を起動し、無線ＬＡＮアクセスポイント５２がＷｉ−Ｆｉ（登録商標）プロトコルでアンテナ５１と介してＡＰ接続情報を送信させる。

そして、タブレット２から移動体情報要求情報ＹＤＪｉを無線ＬＡＮアクセスポイント５２を介して受信した場合には、これをＡＰ側移動体情報送受部５２５に出力する。

[[ＡＰ側移動体情報送受部５２５]]
ボックスコンピュータ５２のＡＰ側移動体情報送受部５２５は、移動体情報要求情報ＹＤＪｉを読み込み、無線ＬＡＮアクセスポイント５２により、Ｗｉ−Ｆｉ（登録商標）プロトコルでアンテナ５１と介してウェアラブルデバイス１に送信する。

そして、ボックスコンピュータ５２が無線ＬＡＮアクセスポイント５２を介して移動体情報ＤＳＪｉをウェアラブルデバイス１から受信する毎に、これをインターネットルータによって解析結果提供装置３に送信させる。

また、タブレット２からの移動体情報解析要求入力情報ＫＢＪｉを解析結果提供装置３に送信する。

また、解析結果提供装置３からのカメラ画像ＣＧｉ、表示制御データＰＫＪｉ（図１４参照）等を無線ＬＡＮアクセスポイント５２を介して受信し、これらをタブレット２に送信する。

さらに、ＲＴＫサービスセンタからのＧＮＳＳ受信モジュール５６からの測位データと、Ｗｉ−Ｆｉ（登録商標）ルータ（又はＢｌｕｅｔｏｏｔｈ（登録商標））を介してのＲＴＫサービスセンタからの基準データと予め設定されている基準位置との差分とで位置を補正するための補正データを求め、この補正データを無線ＬＡＮアクセスポイント５２によってアンテナ５１からウェアラブルデバイス１、タブレット２、又は、インターネットルータによって解析結果提供装置３に送信する。

すなわち、実施の形態３は、タブレット２が各々のウェアラブルデバイス１に対する通信を担うのではなく、ＲＴＫ用基準局５０が全て担っている。このため、実施の形態２と比較してより多くの複数のウェアラブルデバイス１と通信が同時にできる。

また、ＲＴＫ用基準局５０からの補正データで位置（システム時刻を含んでも良い）を補正するので、位置精度を常に維持できている。したがって、求められた微細位置も精度が高いことになる。

[補正データの使用例]
[[ウェアラブルデバイス１]]
ＲＴＫ用基準局５０からの補正データをウェアラブルデバイス１が用いる場合を、図４２を用いて以下に説明する。

図４２において、図３８と同一符号を付しているものは説明を省略する。

メイン制御モジュール１３における制御部１３２は、図４２に示すように、位置補正部１３２ｔをさらに備える。この位置補正部１３２ｔは、ＲＴＫ用基準局５０からの補正データを、ＵＳＢ用入力部１３２ａを介して取り込む。そして、位置データ算出部１３２ｓにおいて、算出されたウェアラブルデバイス１の検出位置Ｐｉ（緯度Ｅｉ、経度Ｎｉ）を、位置補正部１３２ｔが受信した補正データによって補正する。

[[解析結果提供装置３]]
図４３は、ＲＴＫ用基準局５０からの補正データを、解析結果提供装置３に送信するようにした場合の例である。図４３において、図２４と同一符号を付しているものは説明を省略する。

移動体位置関連情報生成サーバ３２４は、図４３に示すように、ＲＴＫ用基準局５０からの補正データを位置算出部３２４ｄに取り込む。そして、この位置算出部３２４ｄにおいて、算出したウェアラブルデバイス１の検出位置Ｐｉ（緯度Ｅｉ、経度Ｎｉ）を、受信した補正データによって補正する。

いずれの場合においても、検出位置ＰｉをＲＴＫ測位による補正データを用いて補正することによって、解析結果提供装置３で求められる微細位置ＰＷｂｉとして、常に一定の精度を得ることができる。

[その他の実施の形態]
移動体情報提供システムにおいては、図４４に示すように、収集装置６０をさらに設けるようにしても良い。この収集装置６０は、サッカー場Ａｉの近くに設けても構わないが、図４４の例では、監督ＭＧの手首に装着した例を示している。収集装置６０を設けることによって、より多数のウェアラブルデバイス１からのデータ収集が可能となる。

すなわち、収集装置６０は、収集機能を有し、一度に複数のウェアラブルデバイス１からの移動体情報ＤＳＪｉを収集し、これを解析結果提供装置３又はタブレット２に送信する。

なお、上記した実施の形態では、９軸センサをウェアラブルデバイス１に設けた場合を説明したが、例えば図４５に示すように、サッカー選手ＳＰａｉのユニフォームＵＦに背中用ウェアラブルデバイス１Ａを装着するとともに、ユニフォームＵＦのストッキングＵＳＴの内側（シンガード内）に脚用ウェアラブルデバイス１Ｂを装着して、この脚用ウェアラブルデバイス１Ｂに移動体状態情報検出センサ１８（９軸センサ）と無線モジュール１１とを設けて、監督ＭＧが所持するタブレット２と通信しても良い。このようにすると、サッカー選手ＳＰａｉの足の動きが良くわかるので、指導、解析に役に立つ。

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

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

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

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

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

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

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

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

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

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

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

また、本発明のプログラムは、非一時性のコンピュータ可読媒体（電気的、磁気的な方法によって情報を記録する記録媒体）に記録されているものであっても良い。プロセッサは、非一時性のコンピュータ可読媒体に格納された命令あるいはプログラムを実行することによって、実施例に記載の手順を実行するものであっても良い。

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

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

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

本発明によれば、移動体情報解析装置がＧＮＳＳモジュールで検出した位置よりも微細な間隔位置をリアルタイムで画面に表示させるので、画面を見ているユーザに、次に移動体がどんな動きをするかを細かく把握させることができる。また、微細位置、位置データはＲＴＫ基準局からの補正データに基づいた位置であるので、精度が高いとともに、この精度を常に維持できる。また、移動体情報解析装置において、移動体が生体の場合は、微細な間隔位置に生体情報を関連付けて表示するので、画面を見ているユーザに、この微細な間隔位置における移動体の生体を一目で把握させることができる。さらに、移動体情報解析装置が、移動体情報検出端末からの移動体情報に生体情報、姿勢や加速度等の移動体状態情報が含まれている場合は、移動体情報解析装置が生体情報と移動体状態情報とを関連付けて画面に表示する。このため、例えば、移動体がサッカー選手であった場合には、移動体情報解析装置のユーザ（監督やコーチ等）は、その選手が、どの地点でどのような動きをしていたか、そのときの状況はどうであったかを、検出位置単位で把握できる。また、移動体情報検出端末が複数であっても、解析結果提供装置は、所望の移動体情報検出端末からの移動体の生体情報や移動体状態情報を携帯端末の画面に関連付けて表示させることができる。したがって、より多くの移動体の生体情報や移動体状態情報といった状況（現状）を、リアルタイムで提供できる。

１ ウェアラブルデバイス
２ タブレット
３ 解析結果提供装置
１３ メイン制御モジュール
１５ 位置センサ
１６ 生体情報検出センサ
１８ 移動体状態情報検出センサ
２２ 収集解析アプリケーション部
３０ 移動体情報解析装置
３１ アプリケーションサービス部
５０ ＲＴＫ用基準局
１３２ 制御部
１３２ｉ 内部タイマ
１３２ｊ 初期時刻合部
１３２ｋ 関連付部
１３２ｓ 位置データ算出部
１３２ｔ 位置補正部
２２５ 移動体情報送受部
２２６ 解析結果表示処理部
３２４ 移動体位置関連情報生成サーバ
３２４ｄ 位置算出部
３２５ 移動体情報解析サーバ
３３０ 位置算出データ用記憶部
ＳＰｉ 競技者
ＳＰａｉ（ＳＰａ１、ＳＰａ２、…） サッカー選手
ＭＧ 監督

Claims (19)

1. 移動体に装着されて、前記移動体の状況を検出する移動体情報検出端末と移動体情報解析装置とで構成されて、前記移動体情報解析装置と前記移動体情報検出端末との間で無線通信を行う移動体情報提供システムであって、
   前記移動体情報検出端末は、
   前記移動体情報解析装置の時刻で初期時刻合せを行って、位置検出の元となるＧＮＳＳデータのＲａｗデータと同期がとられたシステム時刻又は前記システム時刻と前記Ｒａｗデータとに基づいて得た位置データとの組を移動体情報として生成する手段と、
   前記移動体情報を前記移動体情報解析装置に送信する手段と
   を備え、
   前記移動体情報解析装置は、
   位置算出データ用記憶部を備え、さらに、
   （Ａ）．前記移動体情報を受信する毎に、これに含まれているシステム時刻と前記位置データとを今回の微細位置データ情報として読み込む手段と、
   （Ｂ）．前記今回の微細位置データ情報の前記システム時刻の今回の微細位置を、このシステム時刻と前記位置算出データ用記憶部に格納されている前回の微細位置データ情報のシステム時刻及び微細位置とに基づいて算出する手段と、
   （Ｃ）．算出した今回の前記微細位置を、前記移動体に関連付て画面上に表示させる手段と、
   （Ｄ）．この今回の微細位置を前回の微細位置とし、この前回の微細位置と前記今回の微細位置データ情報に含まれているシステム時刻との組を前記前回の微細位置データ情報として、前記位置算出データ用記憶部に格納する手段と
   を有することを特徴とする移動体情報提供システム。
2. 前記移動体情報解析装置は、ＲＴＫ用基準局を含み、
   （Ａ）の手段は、
   前記移動体情報を受信する毎に、この移動体情報に含まれている補正データに基づいて前記位置データを補正し、前記今回の微細位置データ情報として読み込みさせる手段を有することを特徴とする請求項１記載の移動体情報提供システム。
3. 前記移動体は複数であり、前記移動体情報検出端末、これらの移動体に装着され、
   前記移動体情報解析装置の（Ａ）の手段は、
   前記移動体情報を受信する毎に、これを移動体情報の識別情報別に前記位置算出データ用記憶部に記憶し、各々の移動体情報を前記今回の微細位置データ情報として順次読み込んで、（Ｂ）の手段〜（Ｄ）の手段を実行させることを特徴とする請求項１記載の移動体情報提供システム。
4. 前記移動体情報検出端末は、
   前記ＧＮＳＳデータに基づく１ＰＰＳ信号が得られる毎に、前記位置データを求めていることを特徴とする請求項１記載の移動体情報提供システム。
5. 前記移動体情報解析装置は、
   前記移動体の移動するエリア図が、このエリア図の座標付きで格納されたエリア図用記憶部を備え、
   （Ｂ）の手段は、
   前記今回の微細位置が得られる毎に、この今回の微細位置をエリア図の座標に変換する手段を備え、さらに、
   （Ｃ）の手段は、
   前記エリア図を画面に表示させる手段と、
   前記得られた今回の微細位置がエリア図の座標に変換される毎に、これを前記エリア図上に表示させる手段と
   を有することを特徴とする請求項１記載の移動体情報提供システム。
6. 前記移動体情報検出端末は、
   前記ＧＮＳＳデータを受信し、前記Ｒａｗデータを抽出するとともに、このＲａｗデータ又は１ＰＰＳ信号を出力する位置センサモジュールと、
   前記移動体の動き情報を一定間隔毎に検出する移動体状態検出モジュールと、
   前記システム時刻を出力する内部タイマと、
   前記Ｒａｗデータと前記システム時刻との初期同期を行う手段と、
   前記初期同期の後に、前記１ＰＰＳ信号又は前記Ｒａｗデータに同期して前記位置データを算出する手段と、
   前記システム時刻又は前記１ＰＰＳ信号に基づいて、前記移動体状態検出モジュールが現時点で検出した前記移動体の動きの状態と前記位置データとの組を、前記移動体情報として生成する手段と
   を有することを特徴とする請求項１記載の移動体情報提供システム。
7. 前記移動体情報解析装置は、
   （Ｃ）の手段が、
   前記今回の微細位置に前記移動体の動きの状態を示す情報を関連付て画面上に表示させる手段を有することを特徴とする請求項１記載の移動体情報提供システム。
8. 前記移動体状態検出モジュールは、
   前記移動体の生体情報を検出する生体情報検出センサを備え、
   前記移動体情報検出端末は、
   前記システム時刻に、現時点の前記移動体状態検出モジュールが検出した前記移動体の動きの状態の情報と、前記位置データと、前記生体情報と、を付加し、前記移動体情報として生成する手段を備え、
   前記移動体情報解析装置は、
   （Ｄ）の手段が、
   前記今回の微細位置に前記生体情報を付加するとともに、前記今回の移動体情報に含まれているシステム時刻を付加し、前記前回の移動体情報として、前記位置算出データ用記憶部に格納する手段と
   を有することを特徴とする請求項６記載の移動体情報提供システム。
9. 前記移動体情報解析装置は、
   （Ｃ）の手段が、
   前記今回の微細位置に、前記移動体の動きの状態の情報を関連付て画面上に表示させる手段を有することを特徴とする請求項１記載の移動体情報提供システム。
10. 前記移動体情報解析装置は、
    前記移動体情報の受信に伴って、この移動体情報の一定期間前の過去の生体情報を、前記位置算出データ用記憶部から読み込む手段と、
    読み込んだこれらの生体情報と受信した前記移動体情報に含まれている生体情報とに基づいて解析処理する手段と、
    前記解析処理の結果の情報を、前記今回の微細位置に関連付けて表示させる手段と
    を有することを特徴とする請求項１記載の移動体情報提供システム。
11. 前記エリア図用記憶部は、所定のエリアを撮影した撮影カメラのカメラ画像を記憶しており、
    （Ｃ）の手段は、
    前記今回の微細位置と、前記移動体の動き情報と、前記エリアの座標と、前記撮影カメラのカメラパラメータとに基づいて、カメラ画像上における微細位置を求めて表示することを特徴とする請求項５記載の移動体情報提供システム。
12. 前記移動体情報解析装置は、表示装置と解析センタの解析結果提供装置とよりなり、
    前記解析結果提供装置と前記表示装置とはインターネット網で通信を行い、前記表示装置は前記無線通信を行うシステムであって、
    前記表示装置は、
    前記移動体情報を前記無線通信で受信し、この移動体情報を受信する毎に、前記インターネット網で前記解析結果提供装置に送信する手段と、
    前記解析結果提供装置からの制御データを前記インターネット網で受信し、この制御データに基づいて今回の前記微細位置を、前記移動体に関連付て画面上に表示させる手段と
    を備え、
    前記解析結果提供装置は、
    位置算出データ用記憶部を備え、
    （Ａ）．前記表示装置からの前記移動体情報を受信する毎に、これに含まれているシステム時刻と前記位置データとを今回の微細位置データ情報として読み込む手段と、
    （Ｂ）．前記今回の微細位置データ情報の前記システム時刻の今回の微細位置を、このシステム時刻と前記位置算出データ用記憶部に格納されている前回の微細位置データ情報のシステム時刻及び微細位置とに基づいて算出する手段と、
    （Ｃ）．今回の前記微細位置を、前記移動体に関連付て画面上に表示させる制御データを前記表示装置に送信する手段と、
    （Ｄ）．この今回の微細位置を前回の微細位置とし、この前回の微細位置と前記今回の微細位置データ情報に含まれているシステム時刻との組を前記前回の微細位置データ情報として、前記位置算出データ用記憶部に格納する手段と
    を有することを特徴とする請求項１記載の移動体情報提供システム。
13. 前記表示装置は、
    入力された、前記移動体情報を取得する日時帯に渡って、前記移動体情報検出端末に対して、順次、前記移動体情報を要求する移動体情報要求情報を前記移動体情報検出端末に送信する手段と、
    前記移動体情報要求情報に対する前記移動体情報を前記表示装置から受信する毎に、前記移動体情報を前記解析結果提供装置に送信する手段と
    を有することを特徴とする請求項１２記載の移動体情報提供システム。
14. 前記解析結果提供装置は、
    前記移動体情報の受信に伴って、過去の移動体情報と受信した前記移動体情報とに基づいて解析処理する手段と、
    この解析結果を前記表示装置の画面に表示させる情報を前記制御データに含ませて送信する手段と
    をさらに有することを特徴とする請求項１２記載の移動体情報提供システム。
15. 前記前記解析結果提供装置は、
    前記移動体の移動するエリア図が、このエリア図の座標付きで格納されたエリア図用記憶部を備え、
    前記エリア図用記憶部から前記エリア図を読み込んで、このエリア図を前記制御データに含めて前記表示装置の画面に表示させる手段を有することを特徴とする請求項１２記載の移動体情報提供システム。
16. 前記エリア図用記憶部は、
    前記移動体の移動する所定のエリアを撮影した撮影カメラのカメラ画像を記憶しており、
    前記解析結果提供装置は、
    前記カメラ画像を読み込み、これを画面に表示させる制御データを前記表示装置に送信させる手段と、
    前記微細位置と、前記移動体の動きの状態を示す情報と、前記エリア図の座標と、前記撮影カメラのカメラパラメータとに基づいて、カメラ画像上の微細位置を求める手段と、
    この微細位置と、カメラ画像上に表示させる制御データを前記表示装置に送信する手段と
    を有することを特徴とする請求項１５記載の移動体情報提供システム。
17. 前記表示装置又は前記解析結果提供装置は、
    基準位置提供局からの前記ＧＮＳＳデータと基準位置との差分である補正データとを受信する手段と、
    前記今回の移動体情報に含まれている位置データ又はシステム時刻を、前記補正データに基づいて補正する手段と
    を有することを特徴とする請求項１２記載の移動体情報提供システム。
18. 移動体に装着されて、前記移動体の状況を検出する移動体情報検出端末と移動体情報解析装置とで構成されて、この移動体情報解析装置と前記移動体情報検出端末との間で無線通信を行う移動体情報提供システムであって、
    コンピュータに、
    （Ａ）．前記移動体情報検出端末から前記移動体情報を受信する毎に、これに含まれているシステム時刻と位置データとを今回の微細位置データ情報として読み込む手段、
    （Ｂ）．前記今回の微細位置データ情報の前記システム時刻の今回の微細位置を、このシステム時刻と位置算出データ用記憶部に格納されている前回の微細位置データ情報のシステム時刻及び微細位置とに基づいて算出する手段、
    （Ｃ）．算出した今回の前記微細位置を、前記移動体に関連付て画面上に表示させる手段、
    （Ｄ）．この今回の微細位置を前回の微細位置とし、この前回の微細位置と前記今回の微細位置データ情報に含まれているシステム時刻との組を前記前回の微細位置データ情報として、前記位置算出データ用記憶部に格納する手段
    としての機能を実行させるための移動体情報提供プログラム。
19. 前記コンピュータに、
    前記移動体情報を受信する毎に、この移動体情報に含まれて位置データをＲＴＫ用基準局からの補正データに基づいて補正し、今回の微細位置データ情報として読み込みさせる手段
    としての機能を実行させるための請求項１８記載の移動体情報提供プログラム。