JP2019040277A - 送信データを移動端末から送信する方法、アプリケーションプログラム、移動端末、および車両の走行状態を分析する走行状態分析システム - Google Patents

Abstract

【課題】車両の走行中は通信状態が悪く、高レートで車両から外部サーバへとデータ送信すると通信回線の輻輳が生じ、リアルタイムで走行状態を分析することができなくなる。【解決手段】車両の走行状態を外部装置で検知するための送信データを移動端末から送信する方法は、車両の走行中に移動端末が、移動端末と共に車両に搭載された車載器から、車両の走行に関するサンプリングデータを近距離無線通信により予め定められたサンプリング周波数で受信する段階と、走行中に移動端末が、サンプリング周波数でのサンプリング周期の複数の期間にわたって受信した複数のサンプリングデータのうちの少なくとも１つに基づく送信データをインターネットを介して無線通信により外部装置及び外部装置と通信するサーバの少なくとも何れかへとサンプリング周波数よりも低い送信周波数で送信する段階とを備える。【選択図】図１０

Description

本発明は、車両の走行状態を外部装置で検知するための送信データを移動端末から送信する方法、アプリケーションプログラム、移動端末、および車両の走行状態を分析する走行状態分析システムに関する。

走行している車両で計測したデータに基づいて外部サーバが車両の走行状態を分析するシステムが知られている（例えば、特許文献１）。
［先行技術文献］
［特許文献］
［特許文献１］特開２０１６−１４５８３９号公報

上記のシステムにおいては、車両の走行状態をより細かく分析するために、高レートで計測したデータを同じレートで車両から外部サーバに送信することが好ましい。しかしながら、車両の走行中は通信状態が悪く、通信エラーが生じやすい。これにより、車両からデータを頻繁に再送することが必要となって通信回線の輻輳が生じ、結果的に外部サーバでのリアルタイムな走行状態の分析が困難になる。

本発明の一態様においては、車両の走行状態を外部装置で検知するための送信データを移動端末から送信する方法は、車両の走行中に移動端末が、移動端末と共に車両に搭載された車載器から、車両の走行に関するサンプリングデータを近距離無線通信により予め定められたサンプリング周波数で受信する段階と、走行中に移動端末が、サンプリング周波数でのサンプリング周期の複数の期間にわたって受信した複数のサンプリングデータのうちの少なくとも１つに基づく送信データをインターネットを介して無線通信により外部装置及び外部装置と通信するサーバの少なくとも何れかへとサンプリング周波数よりも低い送信周波数で送信する段階とを備える方法を提供する。

本発明の一態様においては、車両の走行状態を外部装置で検知するための送信データを送信する移動端末であって、車両の走行中に、移動端末と共に車両に搭載された車載器から、車両の走行に関するサンプリングデータを、近距離無線通信により、予め定められたサンプリング周波数で受信する受信部と、走行中に、サンプリング周波数でのサンプリング周期の複数の期間にわたって受信した複数のサンプリングデータのうちの少なくとも１つに基づく送信データを、インターネットを介して無線通信により、外部装置、及び、外部装置と通信するサーバの少なくとも何れかへと、サンプリング周波数よりも低い送信周波数で送信する送信部とを備える、移動端末を提供する。

本発明の一態様においては、車両の走行状態を分析する走行状態分析システムであって、車両に搭載され、車両の走行中に、車両の走行に関するサンプリングデータを検出する複数のセンサを有する車載器と、走行中に、車載器から、近距離無線通信により、予め定められたサンプリング周波数でサンプリングデータを受信する移動端末と、移動端末から送信される送信データを、インターネットを介して受信し、送信データに基づいて、車両の走行状態を分析する分析装置と、を備え、送信データは、移動端末が車載器からサンプリング周波数でのサンプリング周期の複数の期間にわたって受信した、複数のサンプリングデータのうちの少なくとも１つに基づいており、移動端末は、走行中に、サンプリング周波数よりも低い送信周波数で、送信データを分析装置に送信する、走行状態分析システムを提供する。

上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。これらの特徴群のサブコンビネーションもまた発明となり得る。

走行状態分析システム１０の模式図である 走行状態分析システム１０におけるデータの流れを説明するためのフロー図である。 車載器１００のブロック図である。 移動端末２００のブロック図である。 中間サーバ３００のブロック図である。 分析サーバ４００のブロック図である。 移動端末２１０のブロック図である。 指定区域４０の内外において、車両３０が道路５０を走行している状態を説明する模式図である。 図８に示される指定区域４０の内外の道路リンクと車両３０の走行状態とをマップマッチング処理して外部走行判定する方法を説明する図である。 車載器１００から、移動端末２００および中間サーバ３００を経由して、分析サーバ４００に送信される走行状態データの周波数を説明するための表である。 コンピュータ１２００の例を示す図である。

以下、発明の実施の形態を通じて本発明を説明する。下記の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。

図１は、走行状態分析システム１０の模式図である。走行状態分析システム１０は、車両３０の走行状態を分析し、車両３０を運転するユーザ２０に対してアラートを出したり、ユーザ２０を見守る、例えば親族などの見守り者２１に対して、ユーザ２０が運転する車両３０の走行状態を報告したりする。走行状態分析システム１０は、車両３０に搭載される車載器１００と、ユーザ２０によって所持され、車載器１００と無線通信する移動端末２００と、インターネット５００を介して移動端末２００と無線通信する中間サーバ３００と、インターネット５００を介して中間サーバ３００と無線通信する分析サーバ４００と、見守り者２１によって所持され、中間サーバ３００と無線通信する移動端末２１０とを備える。中間サーバ３００および分析サーバ４００は、分析装置の一例である。

走行状態分析システム１０は、例えば保険会社などの１つ又は複数のサービス提供者によって提供される。中間サーバ３００および分析サーバ４００は、走行状態分析システム１０の１つ又は複数のサービス提供者によって管理される。分析サーバ４００には、ユーザ２０および見守り者２１の少なくとも一方によって予め指定される、ユーザ２０が車両３０によって走行することを想定している区域である指定区域が登録されている。指定区域の一例は、ユーザ２０の自宅から半径１０ｋｍの円範囲内である。

走行状態分析システム１０によるサービスを提供されるユーザ２０は、走行状態分析システム１０のサービス提供者が保険会社である場合には、当該保険会社との間で保険契約を締結している被保険者である。ユーザ２０は、サービス提供者との間で、自身が所有する車両３０の車両IDを予め設定しておき、車両IDを自身が所有する移動端末２００に記憶させておく。そして、ユーザ２０は、サービス提供者から与えられる車載器１００を、予め車両３０に搭載しておく。

なお、１台の車両３０が、例えばサービス提供者との間で保険契約をしている複数人の親族など、複数のユーザ２０によって運転される可能性がある場合には、複数のユーザ２０は、サービス提供者との間で、車両３０および車載器１００の１セットに対し、各々が所持する移動端末IDを予め個別に設定しておく。これにより、複数のユーザ２０のそれぞれに対して個別に、車両３０の保険料を設定したり、定期的に見直したりすることができる。

車両３０に搭載された状態の車載器１００は、車両３０と電気的に接続されている。車載器１００は、車両３０のイグニッションスイッチがONになったら、車両３０から電気を供給されて自動で電源がONになり、車両３０のイグニッションスイッチがOFFになったら、車両３０から電気を供給されなくなって自動で電源がOFFになる。換言すると、車載器１００は、ユーザ２０が車両３０の運転を開始する度に、電源がOFFからONに切り替わり、運転を終了する度に、電源がONからOFFに切り替わる。

図２は、走行状態分析システム１０における、車両３０の走行中のデータの流れを説明するためのフロー図である。車載器１００は、車両３０の走行中に、車両３０の走行状態に関するデータである走行状態データを検出して、予め定められたサンプリング周波数で、走行状態データを近距離無線通信によって移動端末２００に送信する（ステップS101）。走行状態データは、車両３０の走行に関するサンプリングデータの一例である。近距離無線通信の規格として、例えばBluetooth（登録商標）、BLE（Bluetooth（登録商標） Low Energy）、ZigBee（登録商標）、Wi-Fi（登録商標）などを使用してもよい。本実施形態では、近距離無線通信の規格としてBLEを使用する。車載器１００は、車載器IDを有し、走行状態データと共に車載器IDを移動端末２００に送信する。

移動端末２００は、車両３０の走行中に、車載器１００から予め定められたサンプリング周波数で、走行状態データを近距離無線通信によって受信する（ステップS101）。移動端末２００は、車載器１００およびインターネット５００に無線接続可能な、例えばiOS、Android（登録商標） OSなどのスマートフォンや、タブレット、ウェアラブルデバイスなどである。移動端末２００は、車載器１００と予めペアリングされ、BLE通信範囲内で移動端末２００および車載器１００のBLEがONになると、車載器１００との間でBLE通信を確立する。

移動端末２００は、車載器１００とペアリングするときに車載器１００から受信する車載器IDを、予め記憶している車両IDと紐付けて記憶しておく。移動端末２００は、車両３０の走行中に、車載器１００から走行状態データおよび車載器IDを受信すると、車載器IDに紐付けられている車両IDを、車載器IDおよび走行状態データと共に、インターネット５００を介して、前述のサンプリング周波数よりも低い予め定められた送信周波数で中間サーバ３００に送信する（ステップS103）。

中間サーバ３００は、移動端末２００から予め定められた送信周波数で、インターネット５００を介して走行状態データ、車載器IDおよび車両IDを受信する（ステップS103）。中間サーバ３００は、受信した車載器IDに基づいて、予め車載器IDと紐付けて記憶している車両情報を特定する。車両情報は、車両クラス、車両重量、サイズ等の情報を含む。また、中間サーバ３００は、ユーザ２０の移動端末ID、および見守り者２１の移動端末IDも、車載器IDおよび車両IDと紐付けて予め記憶している。

中間サーバ３００は、走行状態データの一部を補正し、補正したデータを含む走行状態データを、車両IDおよび車両情報と共に、インターネット５００を介して分析サーバ４００に送信する（ステップS105）。中間サーバ３００は、複数の移動端末２００から受信する複数の走行状態データを並行して補正する。

分析サーバ４００は、中間サーバ３００から、インターネット５００を介して走行状態データ、車両IDおよび車両情報を受信して（ステップS105）、走行状態データおよび車両情報に基づいて、車両３０の走行状態を分析する。分析サーバ４００は、車両３０の走行状態を分析することによって車両３０が外部走行していると判定した場合に、外部走行を示す外部走行ステータスデータを、車両IDと共に、インターネット５００を介して中間サーバ３００に送信する（ステップS107）。

中間サーバ３００は、分析サーバ４００から、インターネット５００を介して外部走行ステータスデータおよび車両IDを受信すると（ステップS107）、外部走行ステータスデータおよび車両IDを紐付けて記憶する。中間サーバ３００は、受信した車両IDに基づいて、予め車両IDと紐付けて記憶しているユーザ２０の移動端末ID、および見守り者２１の移動端末IDを特定する。中間サーバ３００は、特定した移動端末IDを有するユーザ２０の移動端末２００に、外部走行ステータスデータおよび車両IDを送信する（ステップS109）。また、中間サーバ３００は、一定期間ごとに、当該一定期間における外部走行ステータスを見守り者２１に報告するための外部走行レポートを作成する。中間サーバ３００は、外部走行レポートの作成が完了したときに、外部走行レポートを見守り者２１によって参照可能な状態にして、外部走行レポートの参照が可能になった旨のメールを、特定した移動端末IDを有する見守り者２１の移動端末２１０に送信する（ステップS111）。外部走行レポートの一例は、PDFファイルである。外部走行レポートには、例えば、ユーザ２０および車両３０の情報と共に、ユーザ２０が運転する車両３０が外部走行した日時、場所などの履歴情報が含まれる。見守り者２１は、外部走行レポートを閲覧することで、ユーザ２０が運転する車両３０が、いつ、どこで、外部走行したのかを把握することができ、これによって、ユーザ２０に注意喚起することもできる。

移動端末２００は、中間サーバ３００から、インターネット５００を介して外部走行ステータスデータおよび車両IDを受信すると（ステップS109）、車両３０が外部走行している外部走行状態であることをユーザ２０に通知するように要求する外部走行通知データを生成し、近距離無線通信により、外部走行通知データを車載器１００に送信する（ステップS111）。また、移動端末２００は、外部走行通知データに基づいて、例えば発音、発振などの手段によって、自らユーザ２０に対し、車両３０が外部走行状態であることを通知する。

車載器１００は、移動端末２００から外部走行通知データを受信すると（ステップS111）、外部走行通知データに基づいて、例えば発音、発光などの手段によって、ユーザ２０に対し、車両３０が外部走行状態であることを通知する。

図３は、車載器１００のブロック図である。車載器１００は、制御部１０１と、加速度センサ１０５と、ジャイロセンサ１０７と、地磁気センサ１０９と、気圧センサ１１１と、GPSデータ受信部１０３と、音声出力部１１３と、スピーカ１１７と、発光部１１５と、無線通信部１１９とを備える。

加速度センサ１０５、ジャイロセンサ１０７、地磁気センサ１０９、および気圧センサ１１１は、制御部１０１から要求信号を入力されたら、それぞれセンシングを開始して、制御部１０１に走行状態データを出力し始める。制御部１０１に対して、加速度センサ１０５は加速度データを出力し、ジャイロセンサ１０７は角速度データを出力し、地磁気センサ１０９は地磁気データを出力し、気圧センサ１１１は気圧データを出力する。なお、車載器１００は更に、速度センサを備えてもよい。

GPSデータ受信部１０３は、制御部１０１から要求信号を入力されたら、GPS（全地球測位システム）から車両３０の位置の緯度及び経度を表すGPSデータの受信を開始して、制御部１０１にGPSデータの出力を開始する。

無線通信部１１９は、加速度センサ１０５、ジャイロセンサ１０７、地磁気センサ１０９、気圧センサ１１１、およびGPSデータ受信部１０３によって取得した走行状態データを、近距離無線通信によって、予め定められたサンプリング周波数で移動端末２００に送信する。無線通信部１１９は更に、移動端末２００から外部走行通知データを受信したら、外部走行通知データを制御部１０１に出力する。

スピーカ１１７は、ユーザ２０に対して車両３０が外部走行していることを通知するためのアラート音声を発する。音声出力部１１３は、制御部１０１が、外部走行通知データを入力されたことに応じて出力する発音信号に基づいて、スピーカ１１７にアラート音声を発音させる。

発光部１１５は、制御部１０１が、外部走行通知データを入力されたことに応じて出力する発光信号に基づいて、ユーザ２０に対して車両３０が外部走行していることを通知するために発光する。発光部１１５は、例えばLEDであり、車載器１００が車両３０に搭載された状態で、ユーザ２０が視認可能な位置に配される。

制御部１０１は、車載器１００の電源がONになると、前述の要求信号を加速度センサ１０５、ジャイロセンサ１０７、地磁気センサ１０９、気圧センサ１１１、およびGPSデータ受信部１０３に出力する。制御部１０１は、加速度センサ１０５、ジャイロセンサ１０７、地磁気センサ１０９、気圧センサ１１１、およびGPSデータ受信部１０３から走行状態データを入力されると、走行状態データを予め定められたサンプリング周波数で無線通信部１１９から移動端末２００に送信する。制御部１０１は、無線通信部１１９から外部走行通知データを入力されると、音声出力部１１３に発音信号を出力し、発光部１１５に発光信号を出力する。

図４は、移動端末２００のブロック図である。移動端末２００は、制御部２０１と、記憶部２０３と、無線通信部２０５と、送受信部２０７とを備える。

記憶部２０３は、車両IDを車載器IDと紐付けて記憶している。記憶部２０３は更に、移動端末２００によって走行状態分析システム１０のサービスを利用するための走行状態分析アプリケーションを記憶している。走行状態分析アプリケーションは、走行状態分析システム１０のサービス提供者により、例えばインターネット５００を介して、インストール可能な状態にされている。走行状態分析アプリケーションは、ユーザ２０によって移動端末２００に予めインストールされる。

車載器１００は、電源がONの状態でアドパタイズパケットを発信し続けており、電源がONの状態にある移動端末２００が車載器１００とのBLE通信範囲内に入ると、車載器１００からアドパタイズパケットを受信し、これをトリガとして、走行状態分析アプリケーションが起動する。移動端末２００が特定のOS、例えばiOSの場合、その仕様上、アドパタイズパケットを受信したことをトリガとして起動したアプリケーションは、１５秒以上バックグラウンドで動作し続けることができない。そこで、走行状態分析システム１０では、車載器１００から近距離無線通信の通信パケットを移動端末２００が受信し続けている限りにおいて、走行状態分析アプリケーションがバックグラウンドで動作し続ける構成としている。

本実施形態では、車載器１００からアドパタイズパケットを受信したことをトリガとして起動した走行状態分析アプリケーションは、移動端末２００と車載器１００との間のBLE通信を確立し、車載器１００からBLEの通信パケットを受信し続けることで、バックグラウンドで動作し続ける。また、バックグラウンドで動作している走行状態分析アプリケーションは、車載器１００からBLEの通信パケットを受信しない状態が１５秒続くと自動的に終了する。移動端末２００が車載器１００からBLEの通信パケットを受信しない状態が１５秒続く場合の例は、車載器１００の電源が１５秒以上OFFになっている場合や、移動端末２００が車載器１００とのBLE通信範囲外に出て１５秒以上経過した場合である。よって、ユーザ２０による手動での、走行状態分析アプリケーションの起動操作、終了操作、および、車載器１００と移動端末２００との間の無線接続操作は不要である。

ただし、移動端末２００が、例えばSIMフリー端末である場合には、走行状態分析アプリケーションによる車載器１００との自動接続ができない可能性がある。また、ユーザ２０が自ら明示的に車載器１００との手動接続を行いたい場合もある。これらの事情を考慮して、走行状態分析アプリケーションの起動操作、終了操作、および、車載器１００と移動端末２００との間の無線接続操作を手動で出来るように設定してもよい。なお、走行状態分析アプリケーションが、車両３０のイグニッションスイッチがONになって車載器１００がONになったときに既に起動状態にある場合には、移動端末２００が車載器１００と通信可能な状態になったときに、移動端末２００と車載器１００との間のBLE通信を確立してもよい。

無線通信部２０５は、近距離無線通信によって予め定められたサンプリング周波数で、車載器１００から走行状態データを受信する。無線通信部２０５は更に、制御部２０１から外部走行通知データを入力されると、外部走行通知データを車載器１００に送信する。なお、無線通信部２０５は、車両３０の走行中に、移動端末２００と共に車両３０に搭載された車載器１００から、車両３０の走行に関するサンプリングデータを、近距離無線通信により、予め定められたサンプリング周波数で受信する受信部の一例である。

送受信部２０７は、インターネット５００を介して予め定められた送信周波数で、走行状態データを車両IDおよび車載器IDと共に中間サーバ３００に送信する。送受信部２０７は更に、インターネット５００を介して外部走行ステータスデータおよび車両IDを受信すると、外部走行ステータスデータおよび車両IDを制御部２０１に出力する。なお、車載器１００と移動端末２００と中間サーバ３００との間の無線通信手段は同じであってもよく、この場合、無線通信部２０５および送受信部２０７は同じであってもよい。なお、送受信部２０７は、車両３０の走行中に、サンプリング周波数でのサンプリング周期の複数の期間にわたって受信した複数のサンプリングデータのうちの少なくとも１つに基づく送信データを、インターネットを介して無線通信により、外部装置、及び、外部装置と通信するサーバの少なくとも何れかへと、サンプリング周波数よりも低い送信周波数で送信する送信部の一例である。

制御部２０１は、前述のように走行状態分析アプリケーションが起動すると、走行状態分析アプリケーションを実行する。制御部２０１は、無線通信部２０５から走行状態データを入力されると、記憶部２０３を参照して、互いに紐付けられた車載器IDおよび車両IDと共に、走行状態データを送受信部２０７から中間サーバ３００に送信する。また、制御部２０１は、送受信部２０７から外部走行ステータスデータおよび車両IDを入力されると、入力された車両IDを記憶部２０３に記憶されている車両IDと照合すると共に、前述の外部走行通知データを生成し、外部走行通知データを無線通信部２０５から車載器１００に送信する。

図５は、中間サーバ３００のブロック図である。中間サーバ３００は、車両情報特定部３０１と、データ補正部３０３と、記憶部３０５と、送受信部３０７と、レポート作成部３０９とを備える。

送受信部３０７は、インターネット５００を介して、移動端末２００から走行状態データ、車両IDおよび車載器IDを受信すると、車両IDおよび走行状態データをデータ補正部３０３に出力し、車載器IDを車両情報特定部３０１に出力する。送受信部３０７は更に、データ補正部３０３から走行状態データおよび車両IDを入力され、車両情報特定部３０１から車両情報を入力されると、インターネット５００を介して、走行状態データ、車両IDおよび車両情報を分析サーバ４００に送信する。送受信部３０７は更に、インターネット５００を介して分析サーバ４００から外部走行ステータスデータおよび車両IDを受信すると、外部走行ステータスデータおよび車両IDを記憶部３０５に出力する。送受信部３０７は更に、分析サーバ４００から受信した車両IDと紐付けられて記憶部３０５に記憶されているユーザ２０の移動端末IDを特定する。送受信部３０７は更に、インターネット５００を介して外部走行ステータスデータおよび車両IDを、特定した移動端末IDを有するユーザ２０の移動端末２００に送信する。

送受信部３０７は更に、レポート作成部３０９から、外部走行レポートの参照が可能になった旨のメール、および見守り者２１の移動端末IDを入力されると、この移動端末IDを有する見守り者２１の移動端末２１０にメールを送信する。送受信部３０７は更に、移動端末２１０から外部走行レポートの送信を要求する要求信号、および移動端末２１０の移動端末IDを受信すると、要求信号および移動端末IDをレポート作成部３０９に出力する。送受信部３０７は更に、レポート作成部３０９から外部走行レポート、および移動端末２１０の移動端末IDを入力されると、この移動端末IDを有する移動端末２１０に外部走行レポートを送信する。

記憶部３０５は、車載器ID、車両ID、ユーザ２０の移動端末ID、および見守り者２１の移動端末IDを互いに紐付けて記憶している。また、記憶部３０５は、走行状態データの一部を補正するための関数情報なども記憶している。記憶部３０５は、送受信部３０７から外部走行ステータスデータおよび車両IDを入力されると、車両３０の外部走行を検知したことを、外部走行を検知した日時および場所の情報、並びに、車両IDと共に記憶する。記憶部３０５は更に、レポート作成部３０９から外部走行レポートおよび車両IDを入力されると、外部走行レポートおよび車両IDを、見守り者２１の移動端末IDと紐付けて記憶する。なお、記憶部３０５は、記憶している外部走行情報を、送受信部３０７を介して外部から参照されてもよい。

データ補正部３０３は、送受信部３０７から車両IDおよび走行状態データを入力されると、記憶部３０５に記憶されている関数情報などを参照して、走行状態データに含まれる加速度データ、角速度データおよび地磁気データに対し、地軸補正および車両軸補正を行う。地軸補正の一例は、地軸に対し車載器１００の上下軸であるZ軸が垂直になるように補正を行うことで、想定される車載器１００の進行方向軸であるX軸の値と、X軸およびZ軸に直交するY軸の値とを補正するものである。車両軸補正の一例は、車両３０の進行方向と、車載器１００のX軸とがずれている場合に、車両３０の進行方向と車載器１００のX軸とが一致するように補正するものである。データ補正部３０３は更に、補正後の加速度データ、角速度データおよび地磁気データを、補正していないＧＰＳデータおよび気圧データ、並びに、車両IDと共に、送受信部３０７から分析サーバ４００に送信する。なお、データ補正部３０３は、補正前の加速度データ、角速度データおよび地磁気データも併せて送受信部３０７から分析サーバ４００に送信してもよい。

車両情報特定部３０１は、送受信部３０７から車載器IDを入力されると、記憶部３０５に記憶されている車両情報を参照して、入力された車載器IDから車両情報を特定する。車両情報特定部３０１は更に、特定した車両情報を送受信部３０７から分析サーバ４００に送信する。

レポート作成部３０９は、定期的に記憶部３０５を参照し、記憶部３０５に記憶されている車両IDおよび外部走行ステータスデータに基づいて外部走行レポートを作成する。レポート作成部３０９は更に、記憶部３０５に記憶されている車両IDから見守り者２１の移動端末IDを特定する。レポート作成部３０９は更に、外部走行レポートの作成が完了したときに、外部走行レポートおよび車両IDを記憶部３０５に記憶させることによって、見守り者２１が外部走行レポートを参照可能な状態にする。レポート作成部３０９は更に、外部走行レポートの参照が可能になった旨のメールを、送受信部３０７から、特定した移動端末IDを有する見守り者２１の移動端末２１０に送信する。レポート作成部３０９は更に、送受信部３０７から、外部走行レポートの送信を要求する要求信号および移動端末２１０の移動端末IDを入力されると、移動端末IDと紐付けられて記憶部３０５に記憶されている外部走行レポートを送受信部３０７から移動端末２１０に送信する。

図６は、分析サーバ４００のブロック図である。分析サーバ４００は、マップマッチング部４０１と、判定出力部４０５と、記憶部４０７と、送受信部４０９とを備える。

送受信部４０９は、インターネット５００を介して、中間サーバ３００から走行状態データ、車両IDおよび車両情報を受信すると、走行状態データ、車両IDおよび車両情報をマップマッチング部４０１に出力する。送受信部４０９は更に、判定出力部４０５から外部走行ステータスデータおよび車両IDを入力されると、インターネット５００を介して、外部走行ステータスデータおよび車両IDを中間サーバ３００に送信する。

記憶部４０７は、DRM（Digital Road Map）情報および外部走行判定条件を記憶している。DRM情報は、道路の最小単位の線である道路リンクに関するデータを含む。道路リンクに関するデータには、道路リンクのデータの他に、道路リンク間を結ぶ座標点を含むノードのデータが含まれる。道路リンクに関するデータには更に、道路リンクごとの、複数の緯度経度からなる形状データ、距離のデータ、隣接する道路リンクのデータ、道路タイプ、各道路リンクに予め設定されている走行可能方向のデータ、制限速度などが含まれる。外部走行判定条件は、車両３０が外部走行状態であることを示す外部走行ステータスデータを出力することを決定するための条件である。記憶部４０７は更に、外部走行カウンタとして、判定出力部４０５から出力される外部走行カウントも記憶する。

マップマッチング部４０１は、送受信部４０９から走行状態データ、車両IDおよび車両情報を入力されると、記憶部４０７に記憶されているDRM情報に含まれる道路リンクのデータに対して、走行状態データに含まれるGPSデータをマッチングするマップマッチング処理を行う。マップマッチング処理は、GPSデータの誤差を補正する処理を含む。GPSデータは、車両３０の計測された位置を示す。マップマッチング部４０１は、マップマッチング処理によって、道路上における車両３０の位置を推定する。

マップマッチング処理では、例えば互いに立体交差する複数の道路の何れを車両３０が走行しているかを知るための情報として、気圧データを用いてもよい。また、車両３０の加減速、走行速度、向き、斜面を走行することによる傾きなどを知るための情報として、加速度データ、角速度データおよび地磁気データを用いてもよい。また、車両クラス、車両重量、サイズ等の情報が含まれる車両情報を用いてもよい。この場合、記憶部４０７は、車両クラス、車両重量、サイズ等に応じて異なる、加速度センサ１０５、ジャイロセンサ１０７などの判定閾値を予め記憶しておき、マップマッチング部４０１は、これら判定閾値を用いてGPSデータを道路リンクのデータにマッチングする。なお、角速度データには、水平面内における車両３０の向き、鉛直方向に対する車両３０の傾斜角度、当該傾斜角度の変化量などが含まれる。鉛直方向に対する車両３０の傾斜角度は、例えば、鉛直方向に対する車両３０の前後方向軸の傾斜角度や、車両３０の重心を通る上下方向軸周りの回転角であるヨー角等を含み、傾斜角度の変化量は、例えば、ヨー角の変化する速さであるヨーレートを含む。

マップマッチング部４０１は、マップマッチング処理によって推定した車両３０の位置である推定位置を示す、推定位置データを、車両IDと共に、判定出力部４０５に出力する。

判定出力部４０５は、マップマッチング部４０１から推定位置データおよび車両IDを入力されると、推定位置が指定区域外であるかどうかを判断する。判定出力部４０５は、推定位置が指定区域外であると判定した場合に、車両３０の推定位置の外部走行カウントを１つアップして、車両IDと共に記憶部４０７に記憶させる。判定出力部４０５は、記憶部４０７に記憶させている外部走行カウントのアップが予め定められた時間以上連続しているかどうか、すなわち、外部走行カウントが予め定められた数以上であるかどうかを判断する。本実施形態における予め定められた数は２カウントであり、予め定められた数は記憶部４０７に記憶されている。例えば、分析サーバ４００に走行状態データが１秒周期で送信される場合、外部走行カウントが２以上であることを条件として外部走行ステータスデータを出力することは、少なくとも２秒間、外部走行している可能性がある状態が続いていることを確認してから外部走行ステータスデータを出力することを意味する。そして、判定出力部４０５は、記憶部４０７に記憶させている外部走行カウントが２以上である場合に外部走行判定条件を満たしていると判定し、送受信部４０９に外部走行ステータスデータおよび車両IDを出力する。

なお、判定出力部４０５は、走行状態データに含まれるGPSデータによって示される車両３０の計測された位置、および、当該走行状態データに基づく車両３０の推定位置の他に、加速度データ、角速度データ、地磁気データ、気圧データ、シミュレーション情報なども考慮して、外部走行判定条件を満たしているかどうかを判断してもよい。シミュレーション情報は、予めシミュレーションによって把握される、生じ得る誤差の傾向の情報を含む。

図７は、移動端末２１０のブロック図である。移動端末２１０は、制御部２１１と、記憶部２１３と、入力部２１５と、送受信部２１７と、表示部２１９とを備える。移動端末２１０は、移動端末２００と同様に、インターネット５００に無線接続可能な、例えばiOS、Android（登録商標） OSなどのスマートフォンや、タブレット、ウェアラブルデバイスなどである。

送受信部２１７は、中間サーバ３００から外部走行レポートの参照が可能になった旨のメールを受信すると、メールを制御部２１１に出力する。送受信部２１７は、制御部２１１から外部走行レポートの送信を要求する要求信号を入力されると、要求信号を中間サーバ３００に送信する。送受信部２１７は更に、中間サーバ３００から外部走行レポートを受信すると、外部走行レポートを制御部２１１に出力する。

表示部２１９は、例えばタッチパネルであって、制御部２１１の指示を受けて、外部走行レポートの参照が可能になった旨のメール、および、外部走行レポートを表示する。入力部２１５は、見守り者２１による、メールの閲覧操作、要求信号の出力操作、外部走行レポートの閲覧操作などの入力を受け付けて、入力信号を制御部２１１に出力する。入力部２１５は、表示部２１９がタッチパネルである場合に、表示部２１９と共にタッチパネルを構成してもよい。

記憶部２１３は、制御部２１１から外部走行レポートの参照が可能になった旨のメールを入力されると、メールを記憶する。記憶部２１３はまた、制御部２１１から外部走行レポートを入力されると、外部走行レポートを記憶する。

図８は、指定区域４０の内外において、車両３０が道路５０を走行している状態を説明する模式図である。図９は、図８に示される指定区域４０の内外の道路リンクと車両３０の走行状態とをマップマッチング処理して外部走行判定する方法を説明する図である。本実施形態では、マップマッチング処理手法として、GPSデータによって示される車両３０の計測された位置に最も近い道路上の位置を車両３０の位置として推定する。

本実施形態における指定区域４０は、図８において破線で示されている、自宅６０を中心とする円範囲である。指定区域４０の内外における道路５０上には、車両３０の走行可能方向が黒塗りの矢印で示されている。

図８では、道路５０を順走している車両３０の位置を一定時間ごとに示している。そして、図９では、図８に示される車両３０の各位置の時間に車載器１００から取得されるGPSデータによる、車両３０の計測位置３１を破線の円で示している。一定の範囲を含む計測位置３１は、GPSデータの誤差範囲を示している。また、図９では、図８に示される自宅６０に対応して、自宅６０の位置情報を示す自宅位置６１が示されている。

図９において、指定区域４０の内外の道路５０における道路リンクは、直線状の道路リンク５１、５２、５３、５４で示されている。これらの道路リンクは何れも、分析サーバ４００の記憶部４０７に記憶されている。また、図９において、各道路リンク間を結ぶノードは、黒塗りの点状のノード８０で示されている。

また、図９において、車両３０の計測位置３１に最も近い道路リンク上の位置を車両３０の位置として推定するマップマッチング処理を行った後の車両３０の推定位置３３が、推定位置３３の時間推移を示す番号と共に、白抜きの矢印で示されている。矢印の向きは、車両３０の走行状態データに含まれる地磁気データなどから算出される、車両３０の走行方向を示している。

なお、図９を参照すると、図８に示されるように車両３０は道路５０上を走行しているにも拘わらず、車両３０の計測位置３１の中心は、車両３０が実際に位置する道路リンクからずれている。そのため、マップマッチング処理後の車両３０の推定位置３３は、車両３０が実際に位置する道路リンクと異なる道路リンク上に位置する場合がある。

分析サーバ４００の判定出力部４０５は、分析サーバ４００の記憶部４０７に記憶されている外部走行判定条件に従い、図９に示される全ての推定位置３３について順に、車両３０が外部走行しているかどうかを判定する。

判定出力部４０５は、番号１から６の白抜き矢印の推定位置３３の何れも、指定区域４０の内側なので、何れのカウントも増減しない。続けて、判定出力部４０５は、番号７の白抜き矢印の推定位置３３が指定区域４０の外側なので、外部走行カウントを１つアップして、記憶部４０７に記憶させる。

続けて、判定出力部４０５は、番号８から９の白抜き矢印の推定位置３３が指定区域４０の外側なので、外部走行カウントを１つずつ２回連続してアップして、記憶部４０７に記憶させる。判定出力部４０５は更に、番号８から９の白抜き矢印の推定位置３３の何れにおいても、外部走行カウントが２以上になっているので、外部走行ステータスデータを２回連続して出力する。これにより、車載器１００および移動端末２００から、ユーザ２０に対して立て続けに外部走行していることを報知する。

図１０は、車載器１００から、移動端末２００および中間サーバ３００を経由して、分析サーバ４００に送信される走行状態データの周波数を説明するための表である。図１０の表の上には、左から順に、車載器１００、移動端末２００、中間サーバ３００および分析サーバ４００が記載されており、表中には、走行状態データであるサンプリングデータの流れ方向を右向きの矢印で示してある。

図１０の表に示される通り、車載器１００は、車両３０の走行中に、サンプリングデータを、近距離無線通信により、予め定められたサンプリング周波数で移動端末２００に送信する。サンプリングデータに含まれる加速度データ、ジャイロデータおよび磁気データについては、サンプリング周波数を５０Hzとする。加速度データ、ジャイロデータおよび磁気データは、車両３０の車軸の向きに関する第１のサンプリングデータの一例である。５０Hzは、第１のサンプリング周波数の一例である。なお、加速度データ、ジャイロデータおよび磁気データは、BLEの通信パケットの周波数が５０Hzなので、通信パケットの周期にサンプリング周期を同期させて、通信パケットに付与するように構成している。

一方で、サンプリングデータに含まれる気圧データ、ＧＰＳデータ、速度データおよび時計データについては、サンプリング周波数を１０Hzとする。気圧データ、ＧＰＳデータ、速度データおよび時計データは、第２のサンプリングデータの一例である。１０Hzは、第２のサンプリング周波数の一例である。気圧データ、ＧＰＳデータ、速度データおよび時計データは、加速度データ、ジャイロデータおよび磁気データに比べて変化が少ない。そのため、気圧データ、ＧＰＳデータ、速度データおよび時計データのサンプリング周波数は、加速度データ、ジャイロデータおよび磁気データのサンプリング周波数に比べて、低く設定する。一方で、加速度データ、ジャイロデータおよび磁気データは、相対的にサンプリング周波数を高くすることで、分解能を高くして、車両３０の走行状態をより正確に把握する。

車載器１００から移動端末２００に送信するサンプリングデータの周波数は、走行状態を細かく分析するために高い方が好ましいが、受信側の処理速度や、受信側での他の用途の通信を確保するなどの観点も考慮されることが好ましい。そこで、ＢＬＥの通信パケットの伝送容量等を考慮して、上記のように５０Ｈｚと１０Ｈｚとに設定している。

一方で、図１０の表の上段に示される通り、車両３０の走行中に、移動端末２００から中間サーバ３００にサンプリングデータを送るときは、通信状態が悪いので、サンプリング周波数を低くする。これにより、通信状態が悪いときに高周波数で移動端末２００から中間サーバ３００へとサンプリングデータを送信した場合に生じ得る通信回線の輻輳を回避することができる。

図１０の表の上段には、車両３０の走行中に、移動端末２００から中間サーバ３００を経由して分析サーバ４００にサンプリングデータを送信する場合のサンプリング周波数が記載されている。なお、本実施形態では、車両３０の走行中に、車両３０が外部走行していると判定した場合に、当該走行中にアラートするが、これを「リアルタイムアラート」と称することがある。

図１０の表の上段について、より具体的には、移動端末２００は、車載器１００から、加速度データ、ジャイロデータおよび磁気データを第１のサンプリング周期と同一の５０Hzで受信し、気圧データ、ＧＰＳデータ、速度データおよび時計データを第２のサンプリング周期と同一の１０Hzで受信する。移動端末２００は、上記のサンプリング周波数で受信した、これら全てのサンプリングデータを、数分の一倍から数十分の一倍の送信周波数で中間サーバ３００に送信する。本実施形態では、移動端末２００から中間サーバ３００に送信するサンプリングデータの送信周波数は、車載器１００から移動端末２００に送信するサンプリングデータのサンプリング周波数の１０分の一倍である。

移動端末２００は、サンプリング周波数の１０分の一倍の送信周波数で中間サーバ３００に送信する。より具体的には、図１０の表に示される通り、加速度データ、ジャイロデータおよび磁気データについては、送信周波数を５Hzとし、気圧データ、ＧＰＳデータ、速度データおよび時計データについては、送信周波数を１Hzとする。

移動端末２００は、車載器１００から上記のサンプリング周波数で受信した複数のサンプリングデータの平均値を算出し、平均値を１つのパケットとして中間サーバ３００に送信する。より具体的には、例えば車載器１００から５０Hzで受信する加速度データについて、５０分の１秒のサンプリング周期の複数の期間にわたって受信した複数のサンプリングデータの平均値を算出する。なお、移動端末２００は、上記の平均値を中間サーバ３００に送信することによって、結果的に、単位時間当たりにおいて、車載器１００から受け取ったデータ量よりも少ないデータ量を中間サーバ３００に送信していることになる。これにより、データ送信時間が短縮されるので、より確実に、分析サーバ４００において車両３０の走行状態を分析できる。

次に、図１０の表の上段について、中間サーバ３００は、移動端末２００から、加速度データ、ジャイロデータおよび磁気データを５Hzで受信し、気圧データ、ＧＰＳデータ、速度データおよび時計データを１Hzで受信する。中間サーバ３００は、上記のサンプリング周波数で受信した、これら全てのサンプリングデータを、同じ周波数で分析サーバ４００に送信する。なお、加速度データおよびジャイロデータについては、中間サーバ３００で補正した補正後加速度データおよび補正後ジャイロデータとして、中間サーバ３００から分析サーバ４００に送信する。また、磁気データは、x軸およびy軸のそれぞれのデータに分解して、中間サーバ３００から分析サーバ４００に送信する。また、GPSデータは、緯度および経度のそれぞれのデータに分解して、中間サーバ３００から分析サーバ４００に送信する。

次に、図１０の表の下段に示される通り、車両３０の走行中に、移動端末２００から中間サーバ３００を経由して分析サーバ４００に送信済のサンプリングデータを一括して、車両３０の停止後に、移動端末２００から中間サーバ３００を経由して分析サーバ４００に再び送信する。車両３０の停止後なので、車両３０の走行中に比べて通信状態が良くなっていることから、例えば１MHzなどの高周波数で、送信済みのサンプリングデータを再び一括して送信する。これにより、例えば通信状態の不良で車両３０の走行中に受信できなかったサンプリングデータが存在したとしても、そのようなサンプリングデータも含めて、精度の高い走行状態の分析を事後的に行うことができる。また、車両３０の停止後に、上記の送信済のサンプリングデータを含めて、車載器１００から送信されるサンプリングデータを、例えば移動端末２００によって平均化される前の状態で、移動端末２００から中間サーバ３００を経由して分析サーバ４００に一括して送信してもよい。これにより、より細かい、より多くのサンプリングデータを用いて、より精度の高い走行状態の分析を事後的に行うことができる。また、このようにサンプリングデータを一括して送信するときは、サンプリングデータを圧縮できるので、個別に５秒分や１秒分などを送る場合に比べて、効率的に送ることができる。

図１０の表の下段には、車両３０の走行中に、移動端末２００から中間サーバ３００を経由して分析サーバ４００にサンプリングデータを送信する場合のサンプリング周波数が記載されている。なお、本実施形態では、車両３０が走行してから停止するまでのワントリップ分のサンプリングデータを、車両３０の停止後に、一括して再び送信するが、これを「ワントリップ分一括送信」と称することがある。

図１０の表の下段について、より具体的には、移動端末２００は、車載器１００から、加速度データ、ジャイロデータおよび磁気データを５０Hzで受信し、気圧データ、ＧＰＳデータ、速度データおよび時計データを１０Hzで受信する。移動端末２００は、上記のサンプリング周波数で受信した、これら全てのサンプリングデータのサンプリング周期を、同じ周波数で、中間サーバ３００に送信する。

また、図１０の表の下段について、中間サーバ３００は、移動端末２００から、加速度データ、ジャイロデータおよび磁気データを５０Hzで受信し、気圧データ、ＧＰＳデータ、速度データおよび時計データを１０Hzで受信する。中間サーバ３００は、上記のサンプリング周波数で受信した、これら全てのサンプリングデータを、任意の送信周波数で、分析サーバ４００に送信する。本実施形態では、加速度データおよびジャイロデータについては、中間サーバ３００で補正した補正後加速度データおよび補正後ジャイロデータとして、中間サーバ３００から分析サーバ４００に５０Hzで送信する。また、磁気データは、x軸およびy軸のそれぞれのデータに分解し、送信周波数をサンプリング周波数の１０分の１倍の５Hzにして、中間サーバ３００から分析サーバ４００に送信する。また、GPSデータは、緯度および経度のそれぞれのデータに分解し、送信周波数をサンプリング周波数の１０分の１倍の１Hzにして、中間サーバ３００から分析サーバ４００に送信する。また、残りの気圧データ、速度データおよび時計データは、送信周波数をサンプリング周波数の１０分の１倍の１Hzにして、中間サーバ３００から分析サーバ４００に送信する。

以上の通り、走行状態分析システム１０によれば、移動端末２００は、車両３０の走行中は、車載器１００からサンプリングデータを受信するときのサンプリング周波数よりも低い送信周波数で中間サーバ３００に送信する。また、移動端末２００は、車両３０の走行中に中間サーバ３００に送信済の送信データを一括して、車両３０の停止後に、再び中間サーバ３００に送信する。これにより、通信状態が悪いときに高周波数で移動端末２００から中間サーバ３００へとサンプリングデータを送信した場合に生じ得る通信回線の輻輳を回避することによって、分析サーバ４００による車両３０のリアルタイムな走行状態の分析が実現できるだけでなく、分析サーバ４００において、車両３０のワントリップ後に走行状態データを分析して、走行状態をより正確に分析することができる。これによって、分析サーバ４００における分析精度の改善につなげることができる。なお、本実施形態では、車両３０の走行中において、実質的に、移動端末２００は、車載器１００から受信したサンプリングデータのサンプリング周波数よりも低いサンプリング周波数でサンプリングしたデータを生成して、中間サーバ３００に送信していることにもなっている。

以上の複数の実施形態において、移動端末は、車両の走行中において、サンプリング周期の複数の期間にわたって受信した複数のサンプリングデータの平均値を算出して、平均値を中間サーバに送信する構成として説明したが、これに代えて、移動端末は、サンプリング周期の複数の期間にわたって受信した複数のサンプリングデータのうちの、最初の期間の１つのサンプリングデータのみや、最後の期間の１つのサンプリングデータのみや、中間の期間の１つのサンプリングデータのみや、これら３つの期間の平均値を取得して、中間サーバに送信してもよい。また、移動端末は、車載器から全てのサンプリングデータを受信できない場合があるので、受信できたサンプリングデータの平均値を算出して中間サーバに送信してもよい。

以上の複数の実施形態において、外部走行レポートは、見守り者が自身の移動端末から中間サーバに対して要求信号を出したら、見守り者の移動端末に送信される構成としたが、これに代えて、見守り者による要求に拘わらず、中間サーバから定期的に送信されてもよく、車両を運転するユーザが外部走行する度に送信されてもよい。

以上の複数の実施形態において、中間サーバおよび分析サーバは、インターネットを介した無線接続によって互いにデータ通信する構成として説明したが、中間サーバおよび分析サーバは有線接続によって互いにデータ通信してもよい。また、中間サーバおよび分析サーバが別のサーバであって、それぞれ異なる機能を有する構成として説明したが、中間サーバおよび分析サーバは同一のサーバであってもよい。この場合、当該同一のサーバが分析装置である。

以上の複数の実施形態において、車載器と移動端末との間の通信手段としてBLEなどの近距離無線通信手段を使用し、移動端末と中間サーバとの間の通信手段としてインターネットを介した無線通信手段を使用する構成として説明したが、車載器と移動端末との間も含めて、何れの構成間の通信手段にもインターネットを介した無線通信手段を使用してもよい。

以上の複数の実施形態において、分析サーバにおけるマップマッチング処理は、GPSデータによる車両の計測された位置に最も近い道路リンク上の位置を、車両の推定位置とする構成として説明した。これに代えて、分析サーバの記憶部に記憶されている車両の走行履歴を考慮して、GPSデータによる車両の計測された位置に最も近い道路リンク上の位置を、車両の推定位置とするマップマッチング処理などの、他のマップマッチング処理を用いてもよい。

以上の複数の実施形態において、中間サーバは、移動端末から走行状態データおよび車両IDと共に車載器IDを受信すると、車載器IDに紐付けられて記憶部に記憶されている車両情報を特定し、走行状態データ、車両IDおよび車両情報を分析サーバに送信する構成として説明した。これに代えて、分析サーバの記憶部が車両IDと紐付けて車両情報を記憶しておき、分析サーバは、走行状態データおよび車両IDを受信すると、車両IDに紐付けられて記憶部に記憶されている車両情報を特定し、マップマッチング処理に用いてもよい。

以上の複数の実施形態において、車載器から移動端末に送信される走行状態データ、すなわちサンプリングデータのサンプリング周波数は５０Hzおよび１０Hzの２種類として説明したが、これに代えて、当該サンプリング周波数は１種類でもよく、３種類以上あってもよく、他の周波数であってもよい。同様に、移動端末から中間サーバに送信される走行状態データ、すなわち送信データの送信周波数は、５０Hz、１０Hz、５Hzおよび１Hzの何れかで説明したが、これに代えて、当該送信周波数は１種類でもよく、５種類以上あってもよく、他の周波数であってもよい。

本発明の様々な実施形態は、フローチャートおよびブロック図を参照して記載されてよく、ここにおいてブロックは、（１）操作が実行されるプロセスの段階または（２）操作を実行する役割を持つ装置のセクションを表わしてよい。特定の段階およびセクションが、専用回路、コンピュータ可読媒体上に格納されるコンピュータ可読命令と共に供給されるプログラマブル回路、および／またはコンピュータ可読媒体上に格納されるコンピュータ可読命令と共に供給されるプロセッサによって実装されてよい。専用回路は、デジタルおよび／またはアナログハードウェア回路を含んでよく、集積回路（ＩＣ）および／またはディスクリート回路を含んでよい。プログラマブル回路は、論理ＡＮＤ、論理ＯＲ、論理ＸＯＲ、論理ＮＡＮＤ、論理ＮＯＲ、および他の論理操作、フリップフロップ、レジスタ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックアレイ（ＰＬＡ）等のようなメモリ要素等を含む、再構成可能なハードウェア回路を含んでよい。

コンピュータ可読媒体は、適切なデバイスによって実行される命令を格納可能な任意の有形なデバイスを含んでよく、その結果、そこに格納される命令を有するコンピュータ可読媒体は、フローチャートまたはブロック図で指定された操作を実行するための手段を作成すべく実行され得る命令を含む、製品を備えることになる。コンピュータ可読媒体の例としては、電子記憶媒体、磁気記憶媒体、光記憶媒体、電磁記憶媒体、半導体記憶媒体等が含まれてよい。コンピュータ可読媒体のより具体的な例としては、フロッピー（登録商標）ディスク、ディスケット、ハードディスク、ランダムアクセスメモリ（RAM）、リードオンリメモリ（ROM）、消去可能プログラマブルリードオンリメモリ（ＥＰROMまたはフラッシュメモリ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰROM）、静的ランダムアクセスメモリ（ＳRAM）、コンパクトディスクリードオンリメモリ（ＣＤ-ROM）、デジタル多用途ディスク（ＤＶＤ）、ブルーレイ（ＲＴＭ）ディスク、メモリスティック、集積回路カード等が含まれてよい。

コンピュータ可読命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、マシン命令、マシン依存命令、マイクロコード、ファームウェア命令、状態設定データ、またはＳｍａｌｌｔａｌｋ、ＪＡＶＡ（登録商標）、Ｃ＋＋等のようなオブジェクト指向プログラミング言語、および「Ｃ」プログラミング言語または同様のプログラミング言語のような従来の手続型プログラミング言語を含む、１または複数のプログラミング言語の任意の組み合わせで記述されたソースコードまたはオブジェクトコードのいずれかを含んでよい。

コンピュータ可読命令は、汎用コンピュータ、特殊目的のコンピュータ、若しくは他のプログラム可能なデータ処理装置のプロセッサまたはプログラマブル回路に対し、ローカルにまたはローカルエリアネットワーク（ＬＡＮ）、インターネット等のようなワイドエリアネットワーク（ＷＡＮ）を介して提供され、フローチャートまたはブロック図で指定された操作を実行するための手段を作成すべく、コンピュータ可読命令を実行してよい。プロセッサの例としては、コンピュータプロセッサ、処理ユニット、マイクロプロセッサ、デジタル信号プロセッサ、コントローラ、マイクロコントローラ等を含む。

図１１は、本発明の複数の態様が全体的又は部分的に具現化されうるコンピュータ１２００の例を示す。コンピュータ１２００にインストールされたプログラムは、コンピュータ１２００に、本発明の実施形態に係る装置に関連付けられるオペレーション又は当該装置の１又は複数の「部」として機能させ、又は当該オペレーション又は当該１又は複数の「部」を実行させることができ、及び／又はコンピュータ１２００に、本発明の実施形態に係るプロセス又は当該プロセスの段階を実行させることができる。このようなプログラムは、コンピュータ１２００に、本明細書に記載のフローチャート及びブロック図のブロックのうちのいくつか又はすべてに関連付けられた特定のオペレーションを実行させるべく、CPU１２１２によって実行されてよい。

本実施形態によるコンピュータ１２００は、CPU１２１２、RAM１２１４、グラフィックコントローラ１２１６、及びディスプレイデバイス１２１８を含み、これらはホストコントローラ１２１０によって相互に接続される。コンピュータ１２００はまた、通信インターフェース１２２２、ハードディスクドライブ１２２４、DVD-ROMドライブ１２２６、及びＩＣカードドライブのような入出力ユニットを含み、これらは入出力コントローラ１２２０を介してホストコントローラ１２１０に接続される。コンピュータはまた、ROM１２３０及びキーボード１２４２のようなレガシの入出力ユニットを含み、これらは入出力チップ１２４０を介して入出力コントローラ１２２０に接続される。

CPU１２１２は、ROM１２３０及びRAM１２１４内に格納されたプログラムに従い動作し、これにより各ユニットを制御する。グラフィックコントローラ１２１６は、RAM１２１４内に提供されるフレームバッファ等又は当該グラフィックコントローラ１２１６自体の中に、CPU１２１２によって生成されるイメージデータを取得し、イメージデータがディスプレイデバイス１２１８上に表示させる。

通信インターフェース１２２２は、ネットワークを介して他の電子デバイスと通信する。ハードディスクドライブ１２２４は、コンピュータ１２００内のCPU１２１２によって使用されるプログラム及びデータを格納する。DVD-ROMドライブ１２２６は、プログラム又はデータをDVD-ROM１２０１から読み取り、ハードディスクドライブ１２２４にRAM１２１４を介してプログラム又はデータを提供する。ＩＣカードドライブは、プログラム及びデータをＩＣカードから読み取り、及び／又はプログラム及びデータをＩＣカードに書き込む。

ROM１２３０は、内部に、アクティブ化時にコンピュータ１２００によって実行されるブートプログラム等、及び／又はコンピュータ１２００のハードウェアに依存するプログラムを格納する。入出力チップ１２４０はまた、様々な入出力ユニットをパラレルポート、シリアルポート、キーボードポート、マウスポート等を介して、入出力コントローラ１２２０に接続してよい。

プログラムが、DVD-ROM１２０１又はＩＣカードのようなコンピュータ可読記憶媒体によって提供される。プログラムは、コンピュータ可読記憶媒体から読み取られ、コンピュータ可読記憶媒体の例でもあるハードディスクドライブ１２２４、RAM１２１４、又はROM１２３０にインストールされ、CPU１２１２によって実行される。これらのプログラム内に記述される情報処理は、コンピュータ１２００に読み取られ、プログラムと、上記様々なタイプのハードウェアリソースとの間の連携をもたらす。装置又は方法が、コンピュータ１２００の使用に従い情報のオペレーション又は処理を実現することによって構成されてよい。

例えば、通信がコンピュータ１２００及び外部デバイス間で実行される場合、CPU１２１２は、RAM１２１４にロードされた通信プログラムを実行し、通信プログラムに記述された処理に基づいて、通信インターフェース１２２２に対し、通信処理を命令してよい。通信インターフェース１２２２は、CPU１２１２の制御の下、RAM１２１４、ハードディスクドライブ１２２４、DVD-ROM１２０１、又はＩＣカードのような記録媒体内に提供される送信バッファ領域に格納された送信データを読み取り、読み取られた送信データをネットワークに送信し、又はネットワークから受信した受信データを記録媒体上に提供される受信バッファ領域等に書き込む。

また、CPU１２１２は、ハードディスクドライブ１２２４、DVD-ROMドライブ１２２６（DVD-ROM１２０１）、ＩＣカード等のような外部記録媒体に格納されたファイル又はデータベースの全部又は必要な部分がRAM１２１４に読み取られるようにし、RAM１２１４上のデータに対し様々なタイプの処理を実行してよい。CPU１２１２は次に、処理されたデータを外部記録媒体にライトバックしてよい。

様々なタイプのプログラム、データ、テーブル、及びデータベースのような、様々なタイプの情報が、情報処理されるべく、記録媒体に格納されてよい。CPU１２１２は、RAM１２１４から読み取られたデータに対し、本開示の随所に記載され、プログラムの命令シーケンスによって指定される様々なタイプのオペレーション、情報処理、条件判断、条件分岐、無条件分岐、情報の検索／置換等を含む、様々なタイプの処理を実行してよく、結果をRAM１２１４に対しライトバックする。また、CPU１２１２は、記録媒体内のファイル、データベース等における情報を検索してよい。例えば、各々が第２の属性の属性値に関連付けられた第１の属性の属性値を有する複数のエントリが記録媒体内に格納される場合、CPU１２１２は、当該複数のエントリの中から、第１の属性の属性値が指定されている条件に一致するエントリを検索し、当該エントリ内に格納された第２の属性の属性値を読み取り、これにより予め定められた条件を満たす第１の属性に関連付けられた第２の属性の属性値を取得してよい。

以上の説明によるプログラム又はソフトウェアモジュールは、コンピュータ１２００上又はコンピュータ１２００近傍のコンピュータ可読記憶媒体に格納されてよい。また、専用通信ネットワーク又はインターネットに接続されたサーバシステム内に提供されるハードディスク又はRAMのような記録媒体が、コンピュータ可読記憶媒体として使用可能であり、これにより、プログラムをコンピュータ１２００にネットワークを介して提供する。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。

１０ 走行状態分析システム、２０ ユーザ、３０ 車両、３１ 計測位置、３３ 推定位置、４０ 指定区域、５０ 道路、５１、５２、５３、５４ 道路リンク、６０ 自宅、６１ 自宅位置、８０ ノード、１００ 車載器、１０１ 制御部、１０３ GPSデータ受信部、１０５ 加速度センサ、１０７ ジャイロセンサ、１０９ 地磁気センサ、１１１ 気圧センサ、１１３ 音声出力部、１１５ 発光部、１１７ スピーカ、１１９ 無線通信部、２００、２１０ 移動端末、２０１、２１１ 制御部、２０３、２１３ 記憶部、２０５ 無線通信部、２０７、２１７ 送受信部、２１５ 入力部、２１９ 表示部、３００ 中間サーバ、３０１ 車両情報特定部、３０３ データ補正部、３０５ 記憶部、３０７ 送受信部、３０９ レポート作成部、４００ 分析サーバ、４０１ マップマッチング部、４０５ 判定出力部、４０７ 記憶部、４０９ 送受信部、５００ インターネット、１２００ コンピュータ、１２０１ DVD-ROM、１２１０ ホストコントローラ、１２１２ CPU、１２１４ RAM、１２１６ グラフィックコントローラ、１２１８ ディスプレイデバイス、１２２０ 入出力コントローラ、１２２２ 通信インターフェース、１２２４ ハードディスクドライブ、１２２６ DVD-ROMドライブ、１２３０ ROM、１２４０ 入出力チップ、１２４２ キーボード

Claims (12)

1. 車両の走行状態を外部装置で検知するための送信データを移動端末から送信する方法であって、
   前記車両の走行中に、前記移動端末が、前記移動端末と共に前記車両に搭載された車載器から、前記車両の走行に関するサンプリングデータを、近距離無線通信により、予め定められたサンプリング周波数で受信する段階と、
   前記走行中に、前記移動端末が、前記サンプリング周波数でのサンプリング周期の複数の期間にわたって受信した複数の前記サンプリングデータのうちの少なくとも１つに基づく前記送信データを、インターネットを介して無線通信により、前記外部装置、及び、前記外部装置と通信するサーバの少なくとも何れかへと、前記サンプリング周波数よりも低い送信周波数で送信する段階と
   を備える、方法。
2. 前記送信する段階において、前記移動端末が、前記送信データとして、前記サンプリング周期の前記複数の期間にわたって受信した前記複数のサンプリングデータの平均値を算出し、前記平均値を送信する、
   請求項１に記載の方法。
3. 前記車両の停止後に、前記移動端末が、前記送信する段階で送信済の前記送信データを一括して、前記インターネットを介して無線通信により、前記外部装置、及び、前記外部装置と通信するサーバの前記少なくとも何れかへと再び送信する段階
   を更に備える、請求項１または２に記載の方法。
4. 前記再び送信する段階では、前記車両の停止後に、前記送信済の送信データを含む、前記受信する段階で受信済の前記サンプリングデータを一括して、前記インターネットを介して無線通信により、前記外部装置、及び、前記外部装置と通信するサーバの前記少なくとも何れかへと送信する、
   請求項３に記載の方法。
5. 前記サンプリング周波数は、第１のサンプリング周波数と、前記第１のサンプリング周波数よりも長い第２のサンプリング周波数とを含み、
   前記サンプリングデータは、前記車両の車軸の向きに関する第１のサンプリングデータと、前記第１のサンプリングデータ以外の第２のサンプリングデータとを含み、
   前記受信する段階において、前記移動端末が、前記第１のサンプリングデータを前記第１のサンプリング周波数で受信して、前記第２のサンプリングデータを前記第２のサンプリング周波数で受信する、
   請求項１から４の何れか一項に記載の方法。
6. 前記受信する段階よりも前に、
   前記移動端末が、前記車載器から送信されるアドバタイズパケット、および、前記近距離無線通信の通信パケットのうち、前記アドバタイズパケットを受信したことをトリガとして、前記移動端末に予めインストールされたアプリケーションをバックグラウンドで起動する段階と、
   前記移動端末が、前記アプリケーションによって、前記車載器との前記近距離無線通信を確立する段階と
   を更に備え、
   前記受信する段階において、前記移動端末が、前記通信パケットに付与された前記サンプリングデータを受信する、
   請求項１から５の何れか一項に記載の方法。
7. 車両の走行状態を外部装置で検知するための送信データを送信する移動端末にインストールされるアプリケーションプログラムであって、
   前記車両の走行中に、前記移動端末と共に前記車両に搭載された車載器から、前記車両の走行に関するサンプリングデータを、近距離無線通信により、予め定められたサンプリング周波数で受信する段階と、
   前記走行中に、前記サンプリング周波数でのサンプリング周期の複数の期間にわたって受信した複数の前記サンプリングデータのうちの少なくとも１つに基づく前記送信データを、インターネットを介して無線通信により、前記外部装置、及び、前記外部装置と通信するサーバの少なくとも何れかへと、前記サンプリング周波数よりも低い送信周波数で送信する段階と
   を前記移動端末に実行させる、アプリケーションプログラム。
8. 車両の走行状態を外部装置で検知するための送信データを送信する移動端末であって、
   前記車両の走行中に、前記移動端末と共に前記車両に搭載された車載器から、前記車両の走行に関するサンプリングデータを、近距離無線通信により、予め定められたサンプリング周波数で受信する受信部と、
   前記走行中に、前記サンプリング周波数でのサンプリング周期の複数の期間にわたって受信した複数の前記サンプリングデータのうちの少なくとも１つに基づく前記送信データを、インターネットを介して無線通信により、前記外部装置、及び、前記外部装置と通信するサーバの少なくとも何れかへと、前記サンプリング周波数よりも低い送信周波数で送信する送信部と
   を備える、移動端末。
9. 車両の走行状態を分析する走行状態分析システムであって、
   前記車両に搭載され、前記車両の走行中に、前記車両の走行に関するサンプリングデータを検出する複数のセンサを有する車載器と、
   前記走行中に、前記車載器から、近距離無線通信により、予め定められたサンプリング周波数で前記サンプリングデータを受信する移動端末と、
   前記移動端末から送信される送信データを、インターネットを介して受信し、前記送信データに基づいて、前記車両の走行状態を分析する分析装置と、
   を備え、
   前記送信データは、前記移動端末が前記車載器から前記サンプリング周波数でのサンプリング周期の複数の期間にわたって受信した、複数の前記サンプリングデータのうちの少なくとも１つに基づいており、
   前記移動端末は、前記走行中に、前記サンプリング周波数よりも低い送信周波数で、前記送信データを前記分析装置に送信する、
   走行状態分析システム。
10. 前記分析装置は、
    前記移動端末から送信される送信データを、前記インターネットを介して受信する中間サーバと、
    前記中間サーバから送信される前記送信データに基づいて、前記車両の走行状態を分析する分析サーバと
    を有し、
    前記中間サーバは、前記走行中に、前記送信周波数と同じ周波数で、前記送信データを前記分析サーバに送信する、
    請求項９に記載の走行状態分析システム。
11. 前記分析サーバは、前記車両の走行状態を分析することによって、前記車両が予め指定された区域の外を走行していると判定した場合に、前記区域の外での走行である外部走行を示す外部走行ステータスデータを前記中間サーバに送信し、
    前記中間サーバは、記憶部を有し、前記分析サーバから前記外部走行ステータスデータを受信すると、前記車両の走行データとして外部走行ステータスを前記記憶部に記憶させ、前記外部走行ステータスを前記車両の運転手以外の見守り者に報告するための外部走行レポートを作成し、前記見守り者に前記外部走行レポートの参照が可能となった旨のメールを送信する、
    請求項１０に記載の走行状態分析システム。
12. 前記移動端末は、
    前記車両の停止後に、送信済の前記送信データを一括して、前記インターネットを介して無線通信により、前記中間サーバへと再び送信する、
    請求項１０または１１に記載の走行状態分析システム。

Images