JPWO2015002024A1 - 車載器、その制御方法および制御プログラム - Google Patents

Abstract

車両に関して発生したイベントの時間帯ごとの分布を把握するため、車載器（１００）であって、車両（１１０）におけるスタータスイッチ（１１１）のオンおよびオフを検知する検知部（１０１）と、スタータスイッチオン中において、車両（１１０）において発生したイベントに関する車両情報を車両（１１０）から受信する受信部（１０２）と、スタータスイッチ（１１１）がオンされてからオフされるまでに車両（１１０）から受信した車両情報に処理を加えて、時間帯毎の車載器蓄積情報（１３１）として蓄積する蓄積部（１０３）と、時間帯毎の車載器蓄積情報（１３１）を車両（１１０）の外部に設けられた無線通信端末（１２０）に送信する通信部（１０４）と、を備えた。

Description

本発明は、車両から取得した車両情報を車外に送信する技術に関する。

上記技術分野において、特許文献１には、車両のイグニションオフ後に車両情報を、車載通信機を介してセンタへ送信する技術が開示されている。特に段落００１４には「車両において車両使用者が直接的に操作可能な車載機器（例えば、灯火類の点灯・消灯やドアのロック・アンロック，パワーウィンドウの開閉等）が車両使用者による操作忘れを伴って放置されていることを示す情報（以下、操作忘れ情報と称す）を、また、車両の位置情報や残走行可能距離，平均燃費，ドア状態などの車両状態を示す情報（以下、リモート確認情報と称す）をセンタ１４あるいはセンタ１４を経由して携帯端末１２へ送信する」と記載されている。

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

しかしながら、上記文献に記載の技術では、車載器がセンタへ送信する車両情報は、操作忘れ情報およびリモート確認情報のみであり、車両内で発生したイベントや車両の状況を時間帯ごとに把握できるものではなかった。

本発明の目的は、上述の課題を解決する技術を提供することにある。

上記目的を達成するため、本発明に係る車載器は、
車両におけるスタータスイッチのオンおよびオフを検知する検知手段と、
前記スタータスイッチオン中において、前記車両において発生したイベントに関する車両情報を前記車両から受信する受信手段と、
前記スタータスイッチがオンされてからオフされるまでに前記車両から受信した前記車両情報に処理を加えて、時間帯毎の車載器蓄積情報として蓄積する蓄積手段と、
前記時間帯毎の車載器蓄積情報を前記車両の外部に設けられた無線通信端末に送信する通信手段と、
を備える。

上記目的を達成するため、本発明に係る車載器の制御方法は、
車両におけるスタータスイッチのオンおよびオフを検知する検知ステップと、
前記スタータスイッチオン中において、前記車両において発生したイベントに関する車両情報を前記車両から受信する受信ステップと、
前記スタータスイッチがオンされてからオフされるまでに前記車両から受信した前記車両情報に処理を加えて、時間帯毎の車載器蓄積情報として蓄積する蓄積ステップと、
前記時間帯毎の車載器蓄積情報を前記車両の外部に設けられた無線通信端末に送信する通信ステップと、
を含む。

上記目的を達成するため、本発明に係る車載器の制御プログラムは、
車両におけるスタータスイッチのオンおよびオフを検知する検知ステップと、
前記スタータスイッチオン中において、前記車両において発生したイベントに関する車両情報を前記車両から受信する受信ステップと、
前記スタータスイッチがオンされてからオフされるまでに前記車両から受信した前記車両情報に処理を加えて、時間帯毎の車載器蓄積情報として蓄積する蓄積ステップと、
前記時間帯毎の車載器蓄積情報を前記車両の外部に設けられた無線通信端末に送信する通信ステップと、
をコンピュータに実行させる。

本発明によれば、車両に関して発生したイベントの、時間帯ごとの分布を把握することができる。

本発明の第１実施形態に係る車載器の構成を示すブロック図である。 本発明の第２実施形態に係る情報処理システムの構成を示す図である。 本発明の第２実施形態に係る車載器の機能構成を示す図である。 本発明の第２実施形態に係る車載器のハードウェア構成を示す図である。 本発明の第２実施形態に係る車載器の周辺装置の機能構成を示す図である。 本発明の第２実施形態に係る車載器の外観を示す図である。 本発明の第２実施形態に係る車載器で取得する車両取得情報を示す図である。 本発明の第２実施形態に係る車載器で生成するトリップデータを示す図である。 本発明の第２実施形態に係る管理サーバで生成する走行統計情報データベースを示す図である。 本発明の第２実施形態に係る情報処理システムの処理の流れを示すシーケンス図である。 本発明の第２実施形態に係る車載器とＳＳサーバとの間のデータのやり取りを示す図である。 本発明の第２実施形態に係る車載器での処理の流れを示すフローチャートである。 本発明の第２実施形態に係る車載器での処理の流れを示すフローチャートである。 本発明の第２実施形態に係る車載器での処理の流れを示すフローチャートである。 本発明の第２実施形態に係る車載器での処理の流れを示すフローチャートである。 本発明の第３実施形態に係る車載器での処理の流れを示すフローチャートである。 本発明の第４実施形態に係る車載器の機能構成を示す図である。 本発明の第４実施形態に係る車載器での処理の流れを示すフローチャートである。

以下に、図面を参照して、本発明の実施の形態について例示的に詳しく説明する。ただし、以下の実施の形態に記載されている構成要素はあくまで例示であり、本発明の技術範囲をそれらのみに限定する趣旨のものではない。

［第１実施形態］
本発明の第１実施形態としての車載器１００について、図１を用いて説明する。図１に示すように、車載器１００は、検知部１０１、受信部１０２、蓄積部１０３および通信部１０４を含む。

検知部１０１は、車両１１０におけるスタータスイッチ１１１のオフを検知する。受信部１０２は、スタータスイッチ１１１のオン中において、車両内に発生したイベントに関する車両情報を車両１１０から受信する。蓄積部１０３は、スタータスイッチ１１１がオンされてからオフされるまでに車両１１０から受信した車両情報に処理を加えて、時間帯毎の車載器蓄積情報１３１として蓄積する。通信部１０４は、時間帯毎の車載器蓄積情報１３１を車両１１０の外部に設けられた無線通信端末１２０に送信する。

以上の構成により、車両に関して発生したイベントの時間帯ごとの分布を把握することができる。

［第２実施形態］
（システムの概要）
図２は、本発明の第２実施形態に係る車載器２１１を含む情報処理システム２００の概要を示す図である。なお、図２においては、１つのサービスステーションが図示されているが、本実施形態では多数のサービスステーションが同様の処理を行なう。

情報処理システム２００は、概して車載器２１１と、サービスステーション２２０に設けられたサービスステーション端末（以下ＳＳ端末）、サービスステーションサーバ（以下ＳＳサーバ）２２３およびＰＯＳ（Point Of Sales）端末２２４と、管理サーバ２３０と、ユーザ端末２４０と、管理者端末２６０を含む。ＳＳサーバ２２３、ＰＯＳ端末２２４、ユーザ端末２４０は、ネットワーク２５０を介して管理サーバ２３０と接続されている。

車載器２１１は、車両２１０の車両診断用コネクタ（例えば、ＯＢＤ−ＩＩ:On-board diagnostics 2規格準拠のコネクタ）に対し着脱可能に接続される。

サービスステーション２２０は、車両に対して車両２１０へ動力源（例えば、ガソリン、軽油、天然ガス、水素、電力など）の供給やその他のサービスを行なう。サービスステーション２２０には、アクセスポイント２２１と、ＳＳサーバ２２３と、ＳＳ端末２２２とが配置される。

アクセスポイント２２１は、サービスステーション２２０に走行してきて停車した車両２１０に搭載された車載器２１１との間でＷｉ−Ｆｉ通信を行なう。ＳＳ端末２２２は、ＳＳサーバ２２３に接続されて情報入力および情報監視を行なうと共に、管理サーバ２３０のサービス情報を受信可能である。ＳＳサーバ２２３は、アクセスポイント２２１を経由して車載器２１１の蓄積情報を受信し、蓄積情報を、ネットワーク２５０を介して管理サーバ２３０に転送する。

また、ＰＯＳ端末２２４は、サービスステーション２２０において車両２１０に給油を行なう給油機２２５と接続し、燃料代などの販売情報を管理すると共に、ネットワーク２５０を介して管理サーバ２３０に販売情報を送信する。なお、ＰＯＳ端末２２４の情報は、ＰＯＳサーバ（図示せず）で集計されて、管理サーバ２３０に送信される。

管理サーバ２３０は、サービスステーション２２０に設置された通信端末とネットワーク２５０を介して接続して、車載器２１１からの蓄積情報を収集し、収集した蓄積情報からサービス情報を生成する。管理サーバ２３０は、ＩＤデータベース２３１と、車両情報データベース２３２と、運転者情報データベース２３３と走行統計情報データベース２３４とを含んでいる。ＩＤデータベース２３１は、車両および運転者の識別子（以下、車両ＩＤ、運転者ＩＤ）を互いに対応付けて登録する。車両ＩＤは、自動車登録番号標（ナンバープレートに記載された文字および数字）であってもよい。車両情報データベース２３２は、車載器２１１から収集した車両取得情報またはその加工情報などを車両ＩＤに対応付けて蓄積する。さらに、運転者情報データベース２３３は、車載器２１１から収集した車両取得情報またはその加工情報（安全運転の評価レベルや省エネ運転の評価レベルなど）を車両ＩＤに対応付けて蓄積する。走行統計情報データベース２３４は、時間帯ごとに、急加速回数や急ブレーキ回数などの運転状況を示す値を統計したものであり、保険会社等が、車両の走行状態を分析するためなどに用いられる。

ユーザ端末２４０は、車両２１０を運転するユーザが、管理サーバ２３０からのサービス情報を観察するための端末である。一方、管理者端末２６０は、配送車両や営業車両など複数の車両２１０を管理する事業所の管理者の端末である。

かかる構成において、車載器２１１は、車両２１０から車両情報の一種としての車両取得情報を受信し、車両ＩＤと共に、やはり車両情報の一種の車載器蓄積情報として蓄積する。ここで車載器蓄積情報は、車両操作情報、車両挙動情報、および車両状態情報の少なくともいずれか一つを含む。サービスステーション２２０において、ＳＳサーバ２２３は、車両ＩＤと共に車載器蓄積情報を車載器２１１からアクセスポイント２２１を経由して取得し、保存する。そして、ＳＳサーバ２２３は、両ＩＤと共に車載器蓄積情報を管理サーバ２３０に送信する。管理サーバ２３０は、車載器２１１から取得した車載器蓄積情報を収集して、車両に関連する車両関連情報を車両ＩＤに対応付けて蓄積する。ユーザ端末２４０や管理者端末２６０やＳＳ端末２２２からサービス情報の要求があると、管理サーバ２３０は、車両関連情報と運転者関連情報とに基づいて、それぞれ車両に関連するサービス情報と運転者に関連するサービス情報を選定して、それらに提供する。なお、ここでは車載器２１１は、車両２１０から取得した車両取得情報に処理を加えて、車載器蓄積情報として蓄積するが、本発明はこれに限定されるものではない。車載器２１１は、車両２１０から取得した車両取得情報をそのままＳＳサーバ２２３に送信してもよい。

このように、車載器２１１に蓄積された車載器蓄積データを管理サーバ２３０において収集し、車両情報と運転者情報とをそれぞれ車両ＩＤと運転者ＩＤとに対応付けて蓄積することにより、車両に関連するサービス情報と運転者に関連するサービス情報とを効果的に選定して提供できる。ユーザは、自分の運転履歴や運転の結果についての情報と車両の故障やメンテナンスなどについての情報とを効果的に得ることができる。管理者も、従業員が安全運転やエコ運転をしているか否かや、車両のメンテナンス時期およびその内容などについて、非常に効率的に把握することができる。さらに、サービスステーション２２０のサービスマンは、運転者や車両に関するサービス情報を閲覧して、運転者に対して適切なサービスを提供し、そのサービスステーションへの再訪を促すことが可能となる。

（車載器の概要）
図３Ａは、車載器２１１の機能構成を示すブロック図である。図３Ａにおいて、ＯＢＤ−ＩＩインタフェース３０１は、車両２１０のエンジン電子制御装置における自己診断結果の情報をＯＢＤ−ＩＩコネクタを介して取得するためのインタフェースである。車両取得情報受信部３０３は、ＯＢＤ−ＩＩインタフェース３０１を介して走行データを取得し、そのまま車載器蓄積情報データベース３０６に格納すると共に、車両取得情報分析部３０５に渡す。車両取得情報分析部３０５は、分析アルゴリズムデータベース３０４のアルゴリズムに従って車両取得情報を分析して、車載器蓄積情報データベース３０６に格納する。車両取得情報を分析して得られた分析結果は、車載器蓄積情報データベース３０６にトリップデータ３６０として格納される。なお、車載器蓄積情報データベース３０６の容量には限界があるので、最も古く格納された情報から、あるいは、重要度の低い情報から、新しい情報を上書きする。

スタータスイッチオン／オフ判定部３０２は、ＯＢＤ−ＩＩインタフェース３０１においてＯＢＤ−ＩＩコネクタの信号レベルの変化を受けて、車両のスタータスイッチ（不図示）のオン／オフ、つまりスタータスイッチオン／オフを判定する。車載器蓄積情報送信部３０８は、スタータスイッチオン／オフ判定部３０２のスタータスイッチオフの判定信号を受けて、通信制御部（無線ＬＡＮモジュール）３０９に対して、アクセスポイント２２１の探索を開始し、Ｗｉ−Ｆｉ通信の確立を行なうことを指示する。なお、ここではＷｉ−Ｆｉ通信としたが、近距離無線通信であれば他の規格でもよい。車載器蓄積情報送信部３０８は、Ｗｉ−Ｆｉ通信が確立されると、前回のスタータスイッチＯＮ時から蓄積された車載器蓄積情報データベース３０６のデータに、車両ＩＤ記憶部３０７に記憶された車両ＩＤを付して、通信制御部３０９を介しアクセスポイント２２１を経由して、ＳＳサーバ２２３に送信する。

また、前回のスタータスイッチオフ時に送信エラーがあれば、さらに前のスタータスイッチオンからの蓄積データを送信する。車載器蓄積情報データベース３０６において、未送信のデータと送信済みデータとを区別して記憶しており、ＳＳサーバ２２３からデータの受信確認が車載器２１１に届けば、未送信データのステータスを送信済みデータに変える。また、車載器２１１は車載器２１１内の時計（不図示）を使用してスタータスイッチオン、オフの時刻を記録しており、ＳＳサーバ２２３と接続した時にその時刻は校正される。

車載器蓄積情報送信部３０８は、アクセスポイント２２１を介したＳＳサーバ２２３へのデータ送信中に車両のスタータスイッチオンが起こればデータ送信を中断する。そして、車両取得情報分析部３０５は、そこから新規トリップデータの作成開始を行なう。送信中断されたトリップデータは次回再送される。

車載器２１１は、さらに、時刻情報を計測する計時手段としてのタイマ３１１を有している。車両取得情報分析部３０５は、車載器蓄積情報としてのトリップデータを生成するにあたり、時間帯ごとに時刻情報を付加する。タイマ調整部３１２は、タイマ３１１において計測した時刻情報を、通信制御部３０９を介して受信した時刻情報で更新する。

図３Ｂは、車載器２１１のハードウェア構成を示すブロック図である。図３Ｂにおいて、ＣＰＵ(Central Processing Unit)３１０は演算制御用のプロセッサであり、様々なプログラムを実行することで図３Ａに示した各機能構成部を実現する。フラッシュＲＯＭ(Read Only Memory)３２０は、ＣＰＵ３１０と一体に設けられ、樹脂でモールドされたＣＰＵチップの中に入っている。フラッシュＲＯＭ３２０は、初期データおよびプログラムなどの固定データおよびプログラムを記憶する。ＲＡＭ３１５は、ＣＰＵ３１０が動作開始後に書き込まれる一時的なデータを保持する演算ワークエリアとして機能し、やはり、ＣＰＵと一体に設けられている。すなわち、いわゆる「ダイ」にＣＰＵコアとフラッシュＲＯＭとＲＡＭが載っている。また、通信制御部３０９は、アクセスポイント２２１を介してＳＳサーバ２２３と通信する。

なお、ＣＰＵ３１０は１つに限定されず、複数存在しても、あるいは画像処理用のＧＰＵを含んでもよい。また、通信制御部３０９は、ＣＰＵ３１０とは独立したＣＰＵを有して、フラッシュＲＯＭ３２０の領域に送受信データを書き込みあるいは読み出ししてもよい。ＣＰＵ３１０は、処理結果を大容量フラッシュメモリ３５０に準備し、後の送信は通信制御部３０９に任せる。

ＲＡＭ３１５は、ＣＰＵ３１０が一時記憶のワークエリアとして使用するランダムアクセスメモリであり、ＣＰＵ３１０が動作開始後に書き込まれる一時的なデータを記憶する領域が確保されている。ＯＢＤ−ＩＩ入出力コマンドデータ３２１は、ＯＢＤ−ＩＩインタフェース３０１が車両取得情報や自己診断の診断コードを得るための入出力コマンドである。車両取得情報（ＯＢＤ−ＩＩデータ）３２２は、ＯＢＤ−ＩＩインタフェース３０１が得た車両取得情報や自己診断の診断コードである。分析テーブル３２３は、車両取得情報（ＯＢＤ−ＩＩデータ）３２２を一次処理する時に使用するテーブルである。ＡＰ情報３２４は、アクセスポイント２２１とのＷｉ−Ｆｉ通信により送信する情報である。フラッシュＲＯＭ３２０には、さらに、分析アルゴリズムデータベース３０４、スタータスイッチオンオフ判定モジュール３５１、通信確立モジュール３５２、車両取得情報分析モジュール３５３およびデータ送信モジュール３５４が格納されている。スタータスイッチオンオフ判定モジュール３５１は、車両のスタータスイッチがオンになったかオフになったかを判定するモジュールである。通信確立モジュール３５２は、車両のスタータスイッチオフを検知してアクセスポイント２２１の探索を開始し、通信を確立するモジュールである。タイマモジュール３５５およびタイマ調整モジュール３５６は、ＣＰＵ３１０によって実行され、タイマ３１１、およびタイマ調整部３１２として機能するプログラムモジュールである。

大容量フラッシュメモリ３５０には、車両から取得したデータや各種のパラメータが記憶されている。またここでは、大容量フラッシュメモリ３５０に車載器蓄積情報データベース３０６が格納されている。

車両取得情報分析モジュール３５３は、ＯＢＤ−ＩＩコネクタを介して得た車両取得情報を分析するためのモジュールである。データ送信モジュール３５４は、アクセスポイント２２１を経由してＳＳサーバ２２３に車載器蓄積情報を送信するモジュールである。

図３Ｃは、本実施形態に係るエンジン電子制御装置３３０、車載器２１１およびＳＳサーバ２２３の構成と関連を示すブロック図である。

エンジン電子制御装置３３０は、車両２１０のエンジンを制御する電子回路であって、全体の制御を司るエンジン制御ユニット（図中、ＥＣＵ）３３１と、エンジン制御ユニット３３１に動作用の電源を供給する電源回路３３２と、車両２１０の状態を検出する各種センサ類からの信号をエンジン制御ユニット３３１に伝える入出力回路３３３と、車両診断用コネクタ（ＯＢＤ−ＩＩ）３４１を介して外部と通信するための通信回路３３４とを有する。ここで、車両診断用コネクタ３４１を介して送信出力される車両取得情報は、車載器２１１のＯＢＤ−ＩＩインタフェース３０１からのコマンドによって取得される。また、バス上を流れているフローデータを車両取得情報として取得することもできる。エンジン電子制御装置３３０およびスタータ３３６へのバッテリ３４０からの電源供給は、スタータスイッチ（図中ＳＷ）３３５により切断される。なお、車載器２１１の電源（＋１２Ｖ／＋２４Ｖ）は、スタータスイッチ３３５を介さずに、車両診断用コネクタ３４１を経由して常時供給される。

車載器２１１のコネクタ３４２は、保護回路を介してＯＢＤ−ＩＩインタフェース３０１に接続され、エンジン電子制御装置３３０からの車両取得情報は、ＣＰＵ３１０の制御により、ストレージ３５０に格納される。そして、コネクタ３４２の信号変化からスタータスイッチのオン／オフを判定して、スタータスイッチオンの間は車両取得情報および分析データを車載器蓄積情報データベース３０６に蓄積し、スタータスイッチオフを検知すると、車載器蓄積情報データベース３０６に格納された車載器蓄積情報を、通信制御部３０９を介して、外部に送信する。

通信制御部３０９は、アクセスポイント２２１を経由してＳＳサーバ２２３の無線ＬＡＮモジュール３７２と無線通信する。ＳＳサーバ２２３のＣＰＵ３７１は、アクセスポイント２２１を経由して車載器２１１から車載器蓄積情報を受信する。そして、管理サーバ２３０は、ＳＳサーバ２２３からネットワーク２５０を介して、随時あるいはバッチで車両取得情報を収集する。

図３Ｄは、車載器２１１の外観を示す図である。車載器２１１は、車両診断用コネクタ３４１に接続され、エンジンコンピュータ等からの情報を取得、蓄積し、無線ＬＡＮ経由でアクセスポイント２２１へ送り出す。車載器２１１のコネクタ３４２を、車両診断用コネクタ３４１に接続するだけで接続は完了する。車載器２１１の背面３８２には、無線ＬＡＮで通信中であることを示すランプと、車両から車両取得情報（ＯＢＤ情報）を受信中であることを示すランプが設けられている。

図３Ｅは、車載器２１１がＯＢＤ−ＩＩインタフェースを介して取得する車両取得情報の構成を示す図である。図３Ｅにおいて、ＰＩＤ３９１は、ＯＢＤ−ＩＩインタフェースを介して取得する車両取得情報の識別子である。そして、内容３９２は、各ＰＩＤ３９１により識別される情報の内容である。なお、図３Ｅには、車両取得情報の一部として３２個のＰＩＤ３９１を示したが、ＯＢＤ−ＩＩにおいては、図３Ｅの３２個の情報は、モード(Mode)０１(HEX)の最初の３２個に過ぎない。詳細は、ＳＡＥ(Society of Automotive Engineers) ｓｔａｎｄａｒｄ Ｊ／１９７９などに開示されている。

車両取得情報分析部３０５は、スタータスイッチがオンされてからオフされるまでに車両から受信した車両取得情報に処理を加えて、時間帯毎の車載器蓄積情報として、トリップデータ３６０を車載器蓄積情報データベース３０６に蓄積する。つまり、トリップデータ３６０は、スタータスイッチオンオフ間のデータを一定時間単位でまとめたものとなっている。車載器蓄積情報送信部３０８は、通信制御部３０９を介して、時間帯毎のトリップデータ３６０を時間帯が古いものから順番に車両の外部に設けられた無線通信端末（アクセスポイント２２１、ＳＳサーバ２２３）に送信する。これにより、車載器２１１内部で上書きされる可能性の高いデータから順次送信することができる。一方、時間帯毎のトリップデータ３６０を時間帯が新しいものから順番に車両の外部に設けられた無線通信端末（アクセスポイント２２１、ＳＳサーバ２２３）に送信してもよい。これにより、ＳＳサーバ２２３は、通信時間が短くても、最新のデータを車載器２１１から取得することができる。

図３Ｆは、トリップデータ３６０の内容を示すデータ構成例を示す図である。この図に示すように、各トリップデータ３６０には、車両を識別するための車両ＩＤ以外に、トリップ番号３６１（ここでは３６０１〜３６０８）が付されている。また、各トリップデータ３６０は、トリップデータを生成するために用いた車両取得情報の取得日時３６２、車両取得情報を分析して得た各種情報３６３、およびトリップデータの連続性の有無を示すフラグ３６４を含んでいる。

取得日時３６２は、車両取得情報の取得開始日時と取得終了日時を含むが、時間帯をまたぐトリップデータについては、時間帯ごとに分割される。例えば、トリップ番号３６０３、３６０４のように、スタータスイッチオン時刻が１１時０６分であって、スタータスイッチオフ時刻が１２時３２分の場合、トリップデータが１時間単位であれば、１１時０６分から１１時５９分５９秒までの車両状態情報が、１つのトリップデータ「３６０３」となる。そして、次のトリップデータ「３６０４」は、１２時から１２時３２分までの車両状態情報で構成される。なお、ここではどの時間帯でも１時間単位に区切って各トリップデータを生成しているが、本発明はこれに限定するものではない。例えば、日中、午前７時から午後１２時までは１時間単位に区切り、その他の時間は２時間単位に区切ってトリップデータを生成するように、異なる時間帯で単位時間を変えてもよい。さらには車両内部に設けられたディスプレイなどを用いて、１トリップデータを生成する単位時間を設定変更できる構成としてもよい。

各種情報３６３として、ここでは、距離、急加速回数、急減速回数、一時停止回数などを示しているが、本発明はこれに限定されるものではない。フラグ３６４が１の場合には、連続するトリップデータが、時間帯によって分割されたことを示している。つまり、この図の例では、トリップ番号３６０３、３６０４は、元々連続したトリップデータであり、つまり運転者が同一であることを示している。一方、トリップ番号３６０５、３６０６、３６０７も、元々連続したトリップデータであり、つまり運転者が同一であることを示している。

車載器蓄積情報データベース３０６は、リーダポインタ３６５を用いて、通信制御部３０９で送信されていないトリップデータ「３６０１」〜「３６０４」と、送信ずみのトリップデータ「３６０５」〜「３６０８」とを、識別可能に蓄積している。

図３Ｇは、管理サーバ２３０において、時間帯毎のトリップデータ３６０を用いて走行統計情報データベース２３４を生成する状況を示す図である。図に示すように、時間帯ごとに多くの車両がどのような走行を行なうかを統計分析することにより、運転者の運転傾向などに基づいて保険料率などを詳細に求めることができる。

図４Ａは、車両２１０と車載器２１１とアクセスポイント２２１との間の処理の流れを説明するためのシーケンス図である。まず、ステップＳ４０１において、車載器２１１が、車両診断用コネクタ３４１に接続されると、ステップＳ４０２において、車両２１０から電力の供給を受けて、ステップＳ４０３にて、その駆動を開始する。次に、ステップＳ４０４においては、車両２１０から各種車両取得情報の送信を行ない、車載器２１１では、ステップＳ４０５において、各種車両取得情報を受信する。ステップＳ４０６において、車載器２１１の車両取得情報分析部３０５は、受信した車両取得情報を分析し、ステップＳ４０７において、車載器蓄積情報としてのトリップデータ３６０を生成し、車載器蓄積情報データベース３０６に保存する。スタータスイッチがオンの期間中、ステップＳ４０４〜Ｓ４０７の処理を繰り返す。次に、ステップＳ４０８において、スタータスイッチがオフになると、ステップＳ４０９では、スタータスイッチオフを検知して、アクセスポイント２２１の検索を行なう。ここでは、あらかじめＳＳアクセスポイントとして登録されていたＳＳＩＤ（Servise Set Identifier）を持つアクセスポイント２２１を見つけに行く。同じＳＳＩＤを有する複数のアクセスポイント２２１が見つかった場合には、ステップＳ４１１において最も通信電波の強い（通信品質の高い）アクセスポイント２２１を選択する。そしてステップＳ４１２において、選択したアクセスポイント２２１との間で通信を確立する。すると、ステップＳ４１３においてＳＳサーバ２２３から車載器２１１に対してデータ要求が行なわれる。ステップＳ４１４において、車載器２１１は、要求を受けたデータをＳＳサーバ２２３に対して、アクセスポイント２２１を介して送信し、ステップＳ４１５において、ＳＳサーバ２２３は、それらのデータを受信する。

図４Ｂは、車載器２１１とＳＳサーバ２２３との間のデータの要求と応答の様子を示す図である。車載器がアクセスポイント２２１と接続完了すると、まずは、車載器からＳＳサーバ２２３に対して送信準備完了のデータを送る（Ｓ４２１）。次に、トリップデータ３６０の一部としてのエコドライブ情報がＳＳサーバ２２３から要求され、車載器２１１は、その要求に応答する（Ｓ４２２）。次に、トリップデータ３６０の一部としての故障診断情報がＳＳサーバ２２３から要求され、車載器２１１は、その要求に応答する（Ｓ４２３）。次に、トリップデータ３６０の一部としてのバッテリ情報がＳＳサーバ２２３から要求され、車載器２１１は、その要求に応答する（Ｓ４２４）。次に、トリップデータの一部としての日時情報がＳＳサーバ２２３から要求され、車載器２１１は、その要求に応答する（Ｓ４２５）。次に、日時セット要求と共に日時情報がＳＳサーバ２２３から送信され、車載器２１１は、その要求に応答して、日時情報をセットする（Ｓ４２６）。最後に、ＳＳサーバ２２３から車載器２１１に対して、情報取得完了通知を送る（Ｓ４２７）。

図４Ｃは、車両取得情報分析部３０５が行なうトリップデータ生成、送信処理の流れを示す図である。まず、ステップＳ４４１において、スタータスイッチオンを検出する。スタータスイッチがオンになった場合には、ステップＳ４４３に進み、車両から車両情報を取得する。さらに、ステップＳ４４５において、一旦、車両情報をＲＡＭ３１５に蓄積する。そして、ステップＳ４４７に進むと、所定の時刻を過ぎたか否か判定する。ここで所定の時刻とは、例えば００時００分００秒、など、きりのよい時刻を示す。そのような時刻が過ぎていなければ、ステップＳ４４１に戻り処理を繰り返す。そのような切りのよい時刻が過ぎれば、ステップＳ４４９に進み、分析処理を行なう。分析処理とは、例えば、車両スピードの履歴から、急加速回数、急減速回数、一時停止回数などを算出する処理をいう。

次に、ステップＳ４５１に進むと、分析結果に時刻情報を付加し、さらにステップＳ４５３において、時間帯毎の車載器蓄積情報として、トリップデータ３６０を車載器蓄積情報データベース３０６に蓄積する。トリップデータを記憶すると、ステップＳ４５５に進み、ＲＡＭ３１５を解放して、ステップＳ４４１に戻る。

ステップＳ４４１で、スタータスイッチオンではないと判定すると、ステップＳ４５６に進み、スタータスイッチがオフされたか否か判定する。スタータスイッチがオフされた場合、ステップＳ４５７に進み、ステップＳ４４９と同様の分析処理を行なう。

次に、ステップＳ４５９に進むと、分析結果に時刻情報を付加し、さらにステップＳ４６１において、時間帯毎の車載器蓄積情報として、トリップデータ３６０を車載器蓄積情報データベース３０６に蓄積する。トリップデータを記憶すると、ステップＳ４６２に進み、ＲＡＭ３１５を開放して、ステップＳ４６３に進む。ステップＳ４６３では、トリップデータを用いて送信データを生成してステップＳ４６５に進み、アクセスポイント２２１に送信する。

図５は、車載器２１１における処理の流れを説明するためのフローチャートである。まずステップＳ５０１において、スタータスイッチオフを検知すると、ステップＳ５０３に進み、アクセスポイントとのＷｉ−Ｆｉ通信確立処理を行なう。次にステップＳ５０５では、前回送信確認済の次のデータから今回のスタータスイッチオフまでの車載器蓄積情報を読み出す。さらにステップＳ５０７では、送信データの生成処理を行ない、ステップＳ５０９に進んでＷｉ−Ｆｉ通信よりアクセスポイントにデータ送信を行なう。

図６は、図５のステップＳ５０３に示したＷｉ−Ｆｉ通信確立処理の詳細な流れを説明するための図である。ステップＳ６０１においてまず、アクセスポイントをサーチして、アクセスポイントからのビーコン（Beacon）を受信する。次に、ステップＳ６０３では、複数のアクセスポイント２２１からビーコンを受信した場合に、アクセスポイントごとの受信強度を判定して、最も受信電波の強いアクセスポイント２２１を選択する。ステップＳ６０５では、選択したアクセスポイント２２１と接続処理（プローブリクエストとそのレスポンス処理）を行ない、最後のステップＳ６０７においてＤＨＣＰサーバよりＩＰアドレスの取得を行なう。

図７は、図５のステップＳ５０７の送信データ生成処理の詳細な流れを説明するための図である。ステップＳ７０１では、要求のあったデータを車載器蓄積情報データベースから読み出し、パケット化して、共有暗号化キーを付加する。次に、ステップＳ７０２では、アクセスポイント２２１に送信するためのＷｉ−Ｆｉ通信用メッセージを生成する。
以上説明したように本実施形態によれば、車両に関して発生したイベントの時間帯ごとの分布を詳細かつ確実に把握することができ、時間帯毎の安全運転指導や事故発生確率判断などに利用することができる。

［第３実施形態］
次に本発明の第３実施形態に係る車載器について、図８を用いて説明する。図８は、本実施形態に係る車載器のアクセスポイントとの通信確立処理の流れを説明するためのフローチャートである。本実施形態に係る車載器は、上記第２実施形態と比べると、スタータスイッチオフの前にアクセスポイントからの信号受信処理を行なう点で異なる。その他の構成および動作は、第２実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

図８において、ステップＳ８０１で、車載器２１１の通信制御部３０９は、サービスステーション２２０のアクセスポイント２２１に限らず、世の中に設置されているいずれかのアクセスポイントからＳＳＩＤを含むビーコンを受け取ったか否かを判定する。いずれかのアクセスポイントからのビーコンを受け取った場合にはステップＳ８０２において、車載器２１１にあらかじめ設定されたサービスステーション２２０のアクセスポイント２２１を示すＳＳＩＤであるか否か判定する。そのようなＳＳＩＤを有するアクセスポイント（サービスステーション２２０のアクセスポイント２２１）を見つけた場合には、ステップＳ５０１に進み図５で説明した処理を続ける。もしそのようなＳＳＩＤを有するアクセスポイントを発見できなかった場合には、スタータスイッチオフを検出しても、通信確立を行なわない。

以上の動作を行なうことにより、本実施形態にあっては、サービスステーション２２０に以外に停車した場合の無駄な通信確立処理を省略することが可能となり車載器の消費電力を抑えることができる。

［第４実施形態］
次に本発明の第４実施形態に係る車載器９０１について、図９および図１０を用いて説明する。図９は、本実施形態に係る車載器９０１の機能構成を示すブロック図である。図１０は、本実施形態に係る車両取得情報分析部３０５が行なうトリップデータ生成、送信処理の流れを示すフローチャートである。本実施形態に係る車載器は、上記第２実施形態と比べると、トリップデータを記憶する際に、トリップデータに基づいて安全運転レベルを判定する点で異なる。その他の構成および動作は、第２実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。
図９において、安全運転レベル判定部９１１は、車載器蓄積情報データベース３０６に格納されたトリップデータ３６０に基づいて、最新の安全運転レベルおよびその傾向を判定する。また、警告出力部９１２は、安全運転レベルの低下に対して、音声および／または画像により警告メッセージを出力する。

図１０を参照すると、ステップＳ４５３において、時間帯毎の車載器蓄積情報として、トリップデータ３６０を車載器蓄積情報データベース３０６に記憶すると、ステップＳ１００１に進み、安全運手レベル判定部９１１がトリップデータ３６０について、安全運転レベルを判定する。例えば、単位時間当たりの急加速数、急ブレーキ数、急ハンドル数などのいずれかが、所定値を越えた場合には、危険運転の傾向があると判断して、警告出力部９１２が、警告音または警告メッセージあるいはその両方を出力させる。例えば、「休憩しましょう」といったメッセージを出力することで、運転者に安全運転を促すことができる。

また、スタータスイッチがオフされた際に、ステップＳ４６１において、時間帯毎の車載器蓄積情報として、トリップデータ３６０を車載器蓄積情報データベース３０６に記憶すると、ステップＳ１００２に進み、安全運手レベル判定部９１１がトリップデータ３６０について、安全運転レベルを判定する。例えば、単位時間当たりの急加速数、急ブレーキ数、急ハンドル数などのいずれかが、所定値を越えた場合や、それらの増加速度が所定を越えた場合には、危険運転の傾向があると判断して、警告出力部９１２が、警告音または警告メッセージあるいはその両方を出力させる。例えば、「休憩しましょう」といったメッセージを出力することで、運転者に安全運転を促すことができる。 本実施形態によれば、時間帯毎のトリップデータを生成し、そのトリップデータに基づいて安全運転レベルを判定して警告を行なうため、リアルタイムで高い信頼性の安全運転レベル診断および警告を行なうことができる。

［他の実施形態］
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。また、それぞれの実施形態に含まれる別々の特徴を如何様に組み合わせたシステムまたは装置も、本発明の範疇に含まれる。

また、本発明は、複数の機器から構成されるシステムに適用されてもよいし、単体の装置に適用されてもよい。さらに、本発明は、実施形態の機能を実現する情報処理プログラムが、システムあるいは装置に直接あるいは遠隔から供給される場合にも適用可能である。したがって、本発明の機能をコンピュータで実現するために、コンピュータにインストールされるプログラム、あるいはそのプログラムを格納した媒体、そのプログラムをダウンロードさせるＷＷＷ(World Wide Web)サーバも、本発明の範疇に含まれる。特に、少なくとも、上述した実施形態に含まれる処理ステップをコンピュータに実行させるプログラムを格納した非一時的コンピュータ可読媒体（non-transitory computer readable medium）は本発明の範疇に含まれる。この出願は、２０１３年７月２日に出願された日本出願特願２０１３−１３９１９１を基礎とする優先権を主張し、その開示の全てをここに取り込む。

上記目的を達成するため、本発明に係る車載器は、
車両におけるスタータスイッチのオンおよびオフを検知する検知手段と、
前記スタータスイッチオン中において、前記車両において発生したイベントに関する車両情報を前記車両から受信する受信手段と、
前記スタータスイッチがオンされてからオフされるまでに前記車両から受信した前記車両情報を時間帯毎に時刻情報を付加してまとめたトリップデータとして、連続トリップか否かを表わす識別子及びトリップ番号を付加しつつ、前記車両の外部に設けられた無線通信端末に対して未送信か送信ずみかを識別可能に蓄積する蓄積手段と、
前記トリップデータを前記無線通信端末に送信する通信手段と、
を備える。

上記目的を達成するため、本発明に係る車載器の制御方法は、
車両におけるスタータスイッチのオンおよびオフを検知する検知ステップと、
前記スタータスイッチオン中において、前記車両において発生したイベントに関する車両情報を前記車両から受信する受信ステップと、
前記スタータスイッチがオンされてからオフされるまでに前記車両から受信した前記車両情報を時間帯毎に時刻情報を付加してまとめたトリップデータとして、連続トリップか否かを表わす識別子及びトリップ番号を付加しつつ、前記車両の外部に設けられた無線通信端末に対して未送信か送信ずみかを識別可能に蓄積する蓄積ステップと、
前記トリップデータを前記無線通信端末に送信する通信ステップと、
を含む。

上記目的を達成するため、本発明に係る車載器の制御プログラムは、
車両におけるスタータスイッチのオンおよびオフを検知する検知ステップと、
前記スタータスイッチオン中において、前記車両において発生したイベントに関する車両情報を前記車両から受信する受信ステップと、
前記スタータスイッチがオンされてからオフされるまでに前記車両から受信した前記車両情報を時間帯毎に時刻情報を付加してまとめたトリップデータとして、連続トリップか否かを表わす識別子及びトリップ番号を付加しつつ、前記車両の外部に設けられた無線通信端末に対して未送信か送信ずみかを識別可能に蓄積する蓄積ステップと、
前記トリップデータを前記無線通信端末に送信する通信ステップと、
をコンピュータに実行させる。

Claims (10)

1. 車両におけるスタータスイッチのオンおよびオフを検知する検知手段と、
   前記スタータスイッチオン中において、前記車両において発生したイベントに関する車両情報を前記車両から受信する受信手段と、
   前記スタータスイッチがオンされてからオフされるまでに前記車両から受信した前記車両情報に処理を加えて、時間帯毎の車載器蓄積情報として蓄積する蓄積手段と、
   前記時間帯毎の車載器蓄積情報を前記車両の外部に設けられた無線通信端末に送信する通信手段と、
   を備えた車載器。
2. 前記通信手段は、前記時間帯毎の車載器蓄積情報を前記時間帯が古いものから順番に前記車両の外部に設けられた無線通信端末に送信する請求項１に記載の車載器。
3. 前記通信手段は、前記時間帯毎の車載器蓄積情報を前記時間帯が新しいものから順番に前記車両の外部に設けられた無線通信端末に送信する請求項１に記載の車載器。
4. 前記蓄積手段は、前記通信手段で未送信の車載器蓄積情報と、前記通信手段で送信ずみの車載器蓄積情報と、を識別可能に蓄積する請求項１、２または３に記載の車載器。
5. 時刻情報を計測する計時手段をさらに有し、
   前記蓄積手段は、前記車載器蓄積情報に対して時間帯ごとに前記時刻情報を付加して蓄積する請求項１乃至４のいずれか１項に記載の車載器。
6. 前記計時手段において計測した時刻情報を、前記通信手段が前記無線通信端末を介して受信した時刻情報で更新する請求項５に記載の車載器。
7. 前記蓄積手段は、１日を複数の異なる長さの時間帯に分けて、各時間帯について車載器蓄積情報を蓄積する請求項１乃至６のいずれか１項に記載の車載器。
8. 前記車載器蓄積情報を分析して安全運転レベルを判定する判定手段と、
   前記判定手段で判定した安全運転レベルに応じて警告を出力する警告出力手段と、
   をさらに備えた請求項１乃至７のいずれか１項に記載の車載器。
9. 車両におけるスタータスイッチのオンおよびオフを検知する検知ステップと、
   前記スタータスイッチオン中において、前記車両において発生したイベントに関する車両情報を前記車両から受信する受信ステップと、
   前記スタータスイッチがオンされてからオフされるまでに前記車両から受信した前記車両情報に処理を加えて、時間帯毎の車載器蓄積情報として蓄積する蓄積ステップと、
   前記時間帯毎の車載器蓄積情報を前記車両の外部に設けられた無線通信端末に送信する通信ステップと、
   を含む車載器の制御方法。
10. 車両におけるスタータスイッチのオンおよびオフを検知する検知ステップと、
    前記スタータスイッチオン中において、前記車両において発生したイベントに関する車両情報を前記車両から受信する受信ステップと、
    前記スタータスイッチがオンされてからオフされるまでに前記車両から受信した前記車両情報に処理を加えて、時間帯毎の車載器蓄積情報として蓄積する蓄積ステップと、
    前記時間帯毎の車載器蓄積情報を前記車両の外部に設けられた無線通信端末に送信する通信ステップと、
    をコンピュータに実行させる車載器の制御プログラム。

Images