JP2020149479A - 車載装置、ログ収集システムおよびログ収集方法 - Google Patents

Abstract

【課題】情報密度を保持しつつ不要なログを削除すること。【解決手段】実施形態に係る車載装置は、車両に搭載され、車両の走行に関するログを採取して蓄積するとともに、上位装置とのネットワーク接続が確立された場合に上位装置へ蓄積したログを送信する車載装置であって、取得部と、ログ削除部とを備える。取得部は、車両状況を取得する。ログ削除部は、予めログの種別ごとの削除に関するルールが設定された設定情報、および、車両状況に基づいてログの種別ごとの削除の方式を決定し、かかる方式に基づいてログを削除する。【選択図】図２

Description

開示の実施形態は、車載装置、ログ収集システムおよびログ収集方法に関する。

従来、各車両に搭載された車載装置から車両の走行に関するログを収集するログ収集システムが知られている（たとえば、特許文献１参照）。

このようなログ収集システムは、車載装置において採取され、蓄積されたログを、インターネット等のネットワークを介してセンタサーバへアップロードする機能を有している。また、近年では、このようなログ収集システムにおいて、ユーザの携帯するスマートフォン等の携帯情報端末が有するテザリング機能を利用して、センタサーバへのアップロードが可能な車載装置も提案されている。

特開２０１８−０３２２４５号公報

しかしながら、上述した従来技術は、情報密度を保持しつつ不要なログを削除するうえで、さらなる改善の余地がある。

具体的には、上述したテザリング機能を用いる場合、車載装置は常時センタサーバへネットワーク接続されるわけではないので、次にネットワーク接続が確立されてアップロード可能となるまでは、採取した走行ログを蓄積し続ける必要がある。

しかしながら、車載装置は一般にストレージ容量に限界があるため、たとえば古いログから削除して、新しく採取されるログのためのストレージ容量を確保し続けるといった対策がとられる場合がある。

ただし、こうした対策をとった場合に、次にネットワーク接続が確立されてセンタサーバへログがアップロードされても、ログには抜けが生じており、センタサーバ側での情報解析に支障をきたすおそれがある。

実施形態の一態様は、上記に鑑みてなされたものであって、情報密度を保持しつつ不要なログを削除することができる車載装置、ログ収集システムおよびログ収集方法を提供することを目的とする。

実施形態の一態様に係る車載装置は、車両に搭載され、車両の走行に関するログを採取して蓄積するとともに、上位装置とのネットワーク接続が確立された場合に前記上位装置へ蓄積したログを送信する車載装置であって、取得部と、ログ削除部とを備える。前記取得部は、車両状況を取得する。前記ログ削除部は、予めログの種別ごとの削除に関するルールが設定された設定情報、および、前記車両状況に基づいてログの種別ごとの削除の方式を決定し、当該方式に基づいてログを削除する。

実施形態の一態様によれば、情報密度を保持しつつ不要なログを削除することができる。

図１は、実施形態に係るログ収集方法の概要説明図である。 図２は、実施形態に係るログ収集システムの構成例を示すブロック図である。 図３Ａは、実施形態に係る設定情報の具体例を示す図（その１）である。 図３Ｂは、実施形態に係る設定情報の具体例を示す図（その２）である。 図３Ｃは、実施形態に係る設定情報の具体例を示す図（その３）である。 図４Ａは、ログ削除の方式の具体例を示す図（その１）である。 図４Ｂは、ログ削除の方式の具体例を示す図（その２）である。 図４Ｃは、ログ削除の方式の具体例を示す図（その３）である。 図４Ｄは、ログ削除の方式の具体例を示す図（その４）である。 図５は、実施形態に係る車載装置が実行する処理手順を示すフローチャートである。

以下、添付図面を参照して、本願の開示する車載装置、ログ収集システムおよびログ収集方法の実施形態を詳細に説明する。なお、以下に示す実施形態によりこの発明が限定されるものではない。

まず、実施形態に係るログ収集方法の概要について、図１を用いて説明する。図１は、実施形態に係るログ収集方法の概要説明図である。なお、図１では、実施形態に係るログ収集方法を適用したログ収集システム１を例に挙げて説明を行う。

図１に示すように、実施形態に係るログ収集システム１は、ログ収集装置１０と、車両Ｖ−１，Ｖ−２，Ｖ−３…にそれぞれ搭載された車載装置１００−１，１００−２，１００−３…と、各車両のユーザが携帯するスマートフォン（以下、「スマホ」と言う）ＳＰ−１，ＳＰ−２，ＳＰ−３…と、センタ端末２００とを含む。なお、以下では、車両全般を指す場合には「車両Ｖ」と、また、スマホ全般を指す場合には「スマホＳＰ」と、また、車載装置全般を指す場合には「車載装置１００」と、それぞれ記載する。

ログ収集装置１０は、たとえばインターネットや携帯電話回線網等のネットワークＮを介したクラウドサービスを提供するクラウドサーバとして構成され、各車載装置１００から走行ログを収集し、センタ側のログ利用者へ提供する。

なお、センタ側のログ利用者は、ログ収集装置１０が収集したログに基づく情報解析を行い、その結果に基づいてたとえば自動運転技術の開発を行う開発者などである。ログ収集装置１０は、かかるログ利用者に対し、センタ端末２００を介してアクセス可能なユーザインタフェース（以下、「ＵＩ」と記載する）画面を提供する。

センタ端末２００は、センタ側のログ利用者が利用する端末であり、たとえばノート型ＰＣ（Personal Computer）や、デスクトップ型ＰＣ、タブレット端末、ＰＤＡ（Personal Digital Assistant）、スマホ、眼鏡型や時計型の情報処理端末であるウェアラブルデバイス（wearable device）などである。

一方、車載装置１００は、たとえばカメラや、加速度センサ、ＧＰＳ（Global Positioning System）センサといった各種センサ、記憶デバイス、マイクロコンピュータなどを有するドライブレコーダや、カーナビゲーション装置として構成され、車両Ｖの走行に関するログを車両Ｖから採取する。

また、車載装置１００は、ログ収集装置１０とのネットワーク接続が確立された場合に、採取したログをログ収集装置１０へアップロードする。

スマホＳＰは、各車両Ｖのユーザが携帯する携帯情報端末の一例であり、テザリング機能を有する。車載装置１００は、かかるテザリング機能を利用し、スマホＳＰを介してログ収集装置１０とのネットワーク接続を確立して、ログのアップロードを行うことができる。

ただし、かかるテザリング機能を用いる場合、車載装置１００は常時ログ収集装置１０へネットワーク接続されるわけではないので、次にネットワーク接続が確立されてアップロード可能となるまでは、採取したログを蓄積し続ける必要がある。

しかしながら、車載装置１００はストレージ容量に限界があるため、たとえば古いログを削除するなどして、新しく採取されるログのためのストレージ容量を確保し続ける必要があるが、その一方で、センタ側での情報解析時に、解析に必要となる情報密度を保持しておく必要がある。

そこで、実施形態に係るログ収集方法では、車載装置１００が、予めログの種別ごとの削除に関する削除ルールが設定された設定情報、および、車両Ｖの車両状況に基づいて、ログの種別ごとの削除の方式を決定し、所定の削除ルール適用トリガが発生した場合に、決定した方式に沿ってログを削除することとした。

具体的には、実施形態に係るログ収集方法では、たとえばログ利用者が、前述のＵＩ画面を介し、図１に示すように、まずは所定の削除ルールを設定する（ステップＳ１）。すると、これを受け付けたログ収集装置１０は、各車両Ｖへかかる設定情報をたとえばファイル形式で配信する（ステップＳ２）。

設定情報には、たとえばログの種別ごとの削除ルール等が設定されている。削除ルールは、たとえば位置情報に関するログは少なくとも［ｘｘ］秒間隔で保持されるように削除する、といった情報である。かかる削除ルールを設定することにより、ログの中でも情報解析等に必要となる優先度の高い情報は優先して残し、優先度の低い情報から先に削除するといったログの間引き方を指定することができる。

また、設定情報には、削除ルールを適用するトリガ（以下、「削除ルール適用トリガ」と言う）となる条件等が設定されている。かかる削除ルール適用トリガは、たとえば車載装置１００のストレージ容量の空き領域が［ＸＸＸ］ＭＢ以下になったら、といった情報である。こうした設定情報の具体例については、図３Ａ〜図３Ｃを用いた説明で後述する。

そして、各車載装置１００は、各車両Ｖにおいて常時走行ログ採取し（ステップＳ３）、これを蓄積する。一方で、各車載装置１００は、走行ログが蓄積されている間に、設定情報に設定された削除ルール適用トリガを検知した場合に（ステップＳ４）、前述の設定情報、および、時々刻々と変化する車両状況に基づいて、ログ種別ごとの削除の方式を決定する（ステップＳ５）。

具体的には、たとえ削除によりログに抜けが生じたとしても、センタ側での情報解析に必要なだけの情報密度の保持が可能となるように、車両状況に応じたログ種別ごとの削除の方式を決定する。かかる具体例については、図４Ａ〜図４Ｄを用いた説明で後述する。

そして、各車載装置１００は、決定した方式に沿ってログを間引きする（ステップＳ６）。なお、ステップＳ４〜ステップＳ６は、ログが各車載装置１００に蓄積される間、適宜繰り返される。

そして、たとえばスマホＳＰを介してログ収集装置１０とのネットワーク接続が確立された場合に、各車載装置１００は、ログ収集装置１０へログをアップロードし（ステップＳ７）、ログ収集装置１０がこれを蓄積する（ステップＳ８）。そして、センタ側のログ利用者は、たとえば前述のＵＩ画面を介して、ログ収集装置１０に蓄積されたログを取得し、開発のための解析等に利用することとなる（ステップＳ９）。

このように、実施形態に係るログ収集方法では、車載装置１００が、予めログの種別ごとの削除に関する削除ルールが設定された設定情報、および、車両Ｖの車両状況に基づいて、ログの種別ごとの削除の方式を決定し、所定の削除ルール適用トリガが発生した場合に、決定した方式に沿ってログを削除することとした。

したがって、実施形態に係るログ収集方法によれば、情報密度を保持しつつ不要なログを削除することができる。以下、実施形態に係るログ収集システム１の構成例について、より具体的に説明する。

図２は、実施形態に係るログ収集システム１の構成例を示すブロック図である。なお、図２では、実施形態の特徴を説明するために必要な構成要素のみを表しており、一般的な構成要素についての記載を省略している。

換言すれば、図２に図示される各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。例えば、各ブロックの分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することが可能である。

また、図２を用いた説明では、既に説明済みの構成要素については、説明を簡略するか、省略する場合がある。

図２Ａに示すように、実施形態に係るログ収集システム１は、ログ収集装置１０と、車載装置１００と、スマホＳＰと、センタ端末２００とを含む。

まず、ログ収集装置１０から説明する。ログ収集装置１０は、通信部１１と、記憶部１２と、制御部１３とを備える。

通信部１１は、たとえば、ＮＩＣ（Network Interface Card）等によって実現される。通信部１１は、ネットワークＮと有線または無線で接続され、ネットワークＮを介して、車載装置１００や、センタ端末２００との間で情報の送受信を行う。

記憶部１２は、たとえば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現され、図２の例では、設定情報１２ａと、事故多発地点ＤＢ１２ｂと、収集ログＤＢ１２ｃとを記憶する。

設定情報１２ａは、センタ端末２００から指定され、後述する設定部１３ａによって設定される、ログの種別ごとの削除に関する削除ルールを含む情報である。ここで、設定情報１２ａの具体例について、図３Ａ〜図３Ｃを用いて説明しておく。図３Ａ〜図３Ｃは、実施形態に係る設定情報１２ａの具体例を示す図（その１）〜（その３）である。

図３Ａに示すように、設定情報１２ａは、「位置情報」や「車速情報」といった、ログの種別ごとの削除ルールを含む。たとえば、図３Ａの例では、「位置情報」は少なくとも［ｘｘ］秒の間隔でログが保持されるようにその間のログが削除され、「車速情報」は少なくとも［ｙｙ］秒の間隔でログが保持されるようにその間のログが削除される削除ルールが設定されている様子を表している。

また、同図に示すように、設定情報１２ａは、ログを保持する優先度を設定することができる。かかる優先度は、同一種別、たとえば「位置情報」であれば、その内容に応じたカテゴリ（ここでは、「〇〇市」を基準とした相対的な位置関係）ごとに設定することができる。また、たとえば「車速情報」であれば、その内容に応じたカテゴリ（ここでは、時速３０ｋｍ／ｈ，６０ｋｍ／ｈで区切られた各速度範囲）ごとに設定することができる。

また、優先度は、異なる種別間でも設定することができる。たとえば、図３Ａの例では、「位置情報」の方が「車速情報」よりも優先度が高い、すなわち「位置情報」と「車速情報」とがあれば、「車速情報」の方から削除されることを表している。

また、図３Ｂに示すように、設定情報１２ａは、たとえば同一種別のログであっても、車載装置１００の製品シリアル番号で異なる削除ルールを設定することもできる。かかる設定は、たとえば製品シリアル番号によって、内部のストレージ容量が異なる場合等に利用することができる。他にも、車載装置１００のソフトウェアのバージョン番号等で異なる削除ルールが設定できてもよい。

また、図３Ｃに示すように、設定情報１２ａは、前述の削除ルール適用トリガを含む。同図に示すように、削除ルール適用トリガは、たとえば、車載装置１００の空き領域≦［ＸＸＸ］ＭＢや、累計走行距離≧［ＹＹＹ］ｋｍといった、削除ルールを適用するトリガとなる各種条件である。これは、ログの種別ごとに設定可能であってもよい。

このような設定情報１２ａは、たとえば車載装置１００の初回出荷時や、設定情報１２ａに変更があった後の初回ネットワーク接続確立時、車載装置１００のソフトウェアバージョンアップ時などに、車載装置１００へインストールもしくはダウンロードされて設定される。

図２の説明に戻る。事故多発地点ＤＢ１２ｂは、各所の事故多発地点が登録されたデータベースである。収集ログＤＢ１２ｃは、後述する収集部１３ｃによって各車載装置１００から収集されたログが蓄積されるデータベースである。

制御部１３は、コントローラ（controller）であり、たとえば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、ログ収集装置１０内部の記憶デバイスに記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３は、たとえば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現することができる。

制御部１３は、設定部１３ａと、配信部１３ｂと、収集部１３ｃと、解析部１３ｄとを有し、以下に説明する情報処理の機能や作用を実現または実行する。

設定部１３ａは、ログ利用者により、センタ端末２００から指定されたログの削除に関する各種設定を通信部１１を介して受け付け、設定情報１２ａへ設定する。

配信部１３ｂは、設定情報１２ａおよび事故多発地点ＤＢ１２ｂを、配信対象となる車両Ｖへ通信部１１を介して配信する。

収集部１３ｃは、ネットワーク接続が確立された車載装置１００からアップロードされるログを収集し、収集ログＤＢ１２ｃへ蓄積する。

解析部１３ｄは、ログ利用者により、センタ端末２００から指定されたログに関する解析処理を実行し、解析結果を通信部１１を介してセンタ端末２００へ返す。また、解析部１３ｄは、設定部１３ａに、解析結果を反映した設定情報１２ａを設定させることもできる。

次に、車載装置１００について説明する。車載装置１００は、通信部１０１と、記憶部１０２と、制御部１０３とを備える。また、車載装置１００は、上述したように、カメラや、加速度センサ、ＧＰＳセンサなどの各種センサ１５０が接続される。

通信部１０１は、たとえばＮＩＣ等によって実現される。通信部１０１は、たとえばスマホＳＰのテザリング機能を利用してネットワークＮと無線で接続され、ネットワークＮを介して、ログ収集装置１０との間で情報の送受信を行う。また、通信部１０１は、各種センサ１５０の出力データを受信する。

記憶部１０２は、たとえば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子等によって実現され、図２の例では、ログ収集装置１０からのダウンロード情報としての設定情報１０２ａと、事故多発地点ＤＢ１０２ｂとを記憶する。また、記憶部１０２は、蓄積ログ１０２ｃを記憶する。蓄積ログ１０２ｃは、後述するログ採取部１０３ｃによって採取されたログが蓄積される。

制御部１０３は、制御部１３と同様に、コントローラであり、たとえば、ＣＰＵやＭＰＵ等によって、車載装置１００内部の記憶デバイスに記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１０３は、たとえば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現することができる。

制御部１０３は、ダウンロード部１０３ａと、取得部１０３ｂと、ログ採取部１０３ｃと、ログ削除部１０３ｄと、アップロード部１０３ｅとを有し、以下に説明する情報処理の機能や作用を実現または実行する。

ダウンロード部１０３ａは、ログ収集装置１０から配信された設定情報１０２ａおよび事故多発地点ＤＢ１０２ｂを取得し、記憶部１０２へ格納する。取得部１０３ｂは、各種センサ１５０からの出力データを取得し、ログ採取やログ削除においてトリガとなるイベントの発生を検出する。

たとえば取得部１０３ｂは、ログを採取するトリガとなるイベントの発生を検出した場合に、ログ採取部１０３ｃにログを採取させる。また、たとえば取得部１０３ｂは、前述の削除ルール適用トリガとなるイベントの発生を検出した場合に、ログ削除部１０３ｄにログを削除させる。

ログ採取部１０３ｃは、取得部１０３ｂによってログを採取するトリガの発生が検出された場合に、各種センサ１５０の出力データに基づくログを採取して蓄積ログ１０２ｃへ蓄積する。なお、ログ採取部１０３ｃは、取得部１０３ｂによってログの採取を停止するトリガの発生が検出された場合には、ログの採取を停止することができる。

ログ削除部１０３ｄは、取得部１０３ｂによって削除ルール適用トリガの発生が検出された場合に、各種センサ１５０の出力データに基づく車両Ｖの車両状況、および、設定情報１２ａに基づいて、ログの種別ごとの削除の方式を決定する。また、ログ削除部１０３ｄは、決定した方式に沿って蓄積ログ１０２ｃの中の削除対象となるログを削除し、蓄積ログ１０２ｃを間引きする。

また、ログ削除部１０３ｄは、取得された車両状況に応じて、設定情報１０２ａに設定された各優先度を変更可能である。たとえばログ削除部１０３ｄは、車両状況を構成する要素ごとの特徴量の変化を抽出し、かかる特徴量の変化量が大きい場合に優先度を高くして、該当のログが保持されやすくする。

すなわち、たとえば通常よりブレーキ頻度が多かったり、舵角の変化が激しいといった車両状況下で採取されたログは、解析時に有用となる可能性が高いので、こうした場合のログを保持されやすくすることにより、情報密度を保持することができる。

ここで、車両状況に応じて決定されるログ削除の方式の具体例について、図４Ａ〜図４Ｄを用いて説明する。図４Ａ〜図４Ｄは、ログ削除の方式の具体例を示す図（その１）〜（その４）である。

図４Ａに示すように、たとえば車両Ｖが、一般道を走行中か、高速道路等の有料道路を走行中かによって、ログ削除の方式を異ならせることができる。車両Ｖが有料道路を走行中である場合、車両Ｖは予測のつきにくい複雑な経路はまずとらないと予測可能であるので、たとえば速度情報のみで大体の動きは把握できる。

したがって、同図に示すように、有料道路走行区間においては、位置情報のサンプリングポイントが、一般道での保持間隔ｉ１よりも大きい保持間隔ｉ２であっても問題はない。そこで、かかる場合には、ログ削除部１０３ｄは、有料道路走行区間においては保持間隔ｉ２の間の余分なログを削除する。これにより、たとえば位置情報に関するログを蓄積ログ１０２ｃから大幅に削減することが可能となる。

なお、車両Ｖが自動運転制御中である場合、目的地が明確なら走行ルートはセンタ側などの外部環境に保持されている可能性が高い。したがって、車両Ｖが自動運転制御中であり、自動運転の走行ルートを外れていない限りは、ログ削除部１０３ｄは、図４Ａの有料道路走行区間と同様に、たとえば位置情報を保持間隔ｉ２で保持するよう、その間の余分なログを削除することができる。

また、図４Ｂに示すように、車両Ｖが所定時間以上、一定の地点に停止している場合、車両Ｖは駐車場等でアイドリング状態にあると予測可能であるので、かかる場合には、ログ削除部１０３ｄは、たとえば時間に関するログ以外のログを削除する。これにより、同図に示すように、たとえば時間以外のログを大幅に減らすことができる。

また、図４Ｃに示すように、車両Ｖが事故多発地点の周辺を走行中の場合、解析上、有用なログが採取される見込みが高いと予測可能であるので、かかる場合には、ログ削除部１０３ｄは、設定情報１２ａの各削除ルールを無視する。これにより、情報密度を保持することが可能となる。なお、かかる削除ルールを無視するケースは、この他にも、たとえばウィンカー操作の前後や、悪天候時などにも適用することができる。

また、図４Ｄに示すように、たとえば急加減速頻度や急ブレーキ頻度、急ハンドル頻度等の各種情報に基づき、車両Ｖの危険運転度を算出するようにしてもよい。そして、同図に示すように、算出した危険運転度に応じて、ログの削除量を調整するようにしてもよい。たとえば危険運転度が高い場合には、低い場合に比べて、解析上、有用なログが採取される見込みが高いと予測可能であるので、かかる場合には、ログ削除部１０３ｄは、ログ削除量を減らすことができる。これにより、情報密度を保持することが可能となる。

図２の説明に戻る。アップロード部１０３ｅは、車載装置１００とログ収集装置１０との間のネットワーク接続が確立された場合に、ログ削除部１０３ｄによって間引かれつつ蓄積ログ１０２ｃに蓄積されたログを、通信部１０１を介してログ収集装置１０へアップロードする。また、アップロード部１０３ｅは、アップロードが完了したログを、蓄積ログ１０２ｃから削除する。

次に、実施形態に係る車載装置１００が実行する処理手順について、図５を用いて説明する。図５は、実施形態に係る車載装置１００が実行する処理手順を示すフローチャートである。なお、図５には、主にログ削除時の処理手順を示している。したがって、図示していないが、図５に示す処理手順とパラレルに、ログを採取する処理手順が実行されているものとする。

まず、削除ルール適用トリガが発生したか否かが判定される（ステップＳ１０１）。ここで、トリガが発生していなければ（ステップＳ１０１，Ｎｏ）、ステップＳ１０１からの処理を繰り返す。一方、トリガが発生すれば（ステップＳ１０１，Ｙｅｓ）、ログ削除部１０３ｄは取得部１０３ｂを介して車両状況を取得する（ステップＳ１０２）。

そして、ログ削除部１０３ｄは、取得した車両状況から適用例外状況であるか否かを判定する（ステップＳ１０３）。ここで、適用例外状況とは、たとえば図４Ｃに示した削除ルールを無視するケースである。

かかる適用例外状況である場合（ステップＳ１０３，Ｙｅｓ）、ログ削除部１０３ｄは、ステップＳ１０１からの処理を繰り返す。

一方、適用例外状況でない場合（ステップＳ１０３，Ｎｏ）、ログ削除部１０３ｄは、設定情報１０２ａおよび車両状況に基づいて、ログ種別ごとの削除の方式を決定する（ステップＳ１０４）。

そして、ログ削除部１０３ｄは、決定した方式でログを削除する（ステップＳ１０５）。そして、ステップＳ１０１からの処理を繰り返す。

上述してきたように、実施形態に係る車載装置１００は、車両Ｖに搭載され、車両Ｖの走行に関するログを採取して蓄積するとともに、ログ収集装置１０（「上位装置」の一例に相当）とのネットワーク接続が確立された場合にログ収集装置１０へ蓄積したログを送信する車載装置１００であって、取得部１０３ｂと、ログ削除部１０３ｄとを備える。取得部１０３ｂは、車両状況を取得する。ログ削除部１０３ｄは、予めログの種別ごとの削除に関するルールが設定された設定情報１０２ａ、および、車両状況に基づいてログの種別ごとの削除の方式を決定し、かかる方式に基づいてログを削除する。

したがって、実施形態に係る車載装置１００によれば、情報密度を保持しつつ不要なログを削除することができる。

また、ログ削除部１０３ｄは、上記ルールを適用させるトリガとなるイベントの発生が検出された場合に、上記方式に基づいてログを削除する。

したがって、実施形態に係る車載装置１００によれば、不必要にログを削除し続けることがない。これにより、情報密度を保持するのに資することができる。

また、ログ削除部１０３ｄは、設定情報１０２ａに設定されたログの種別ごとの優先度に基づいて、かかる優先度の低いログから削除する。

したがって、実施形態に係る車載装置１００によれば、予め有用となることが予測されるログほど優先して残し、優先度の低いログから削除することができるので、情報密度を保持しつつ不要なログを削除することができる。

また、ログ削除部１０３ｄは、車両状況に応じて上記優先度を変更可能である。

したがって、実施形態に係る車載装置１００によれば、時々刻々と変化する車両状況に応じた情報密度の保持および不要なログの削除を行うことが可能となる。

また、ログ削除部１０３ｄは、車両状況を構成する要素ごとの特徴量の変化を抽出し、かかる特徴量の変化量が大きい場合に上記優先度を高くする。

したがって、実施形態に係る車載装置１００によれば、たとえば通常よりブレーキ頻度が多かったり、舵角の変化が激しいといった車両状況下で採取されたログは、解析時に有用となる可能性が高いので、こうしたログを保持されやすくすることにより、情報密度を保持することができる。

また、ログ削除部１０３ｄは、車両状況に基づいて上記ルールの適用外の状況であるか否かを判定し、上記ルールの適用外の状況である場合に、当該ルールに該当するログの削除を実行しない。

したがって、実施形態に係る車載装置１００によれば、ログを削除せずに残すべき車両状況下においては、上記ルールに関わらずログを残し、情報密度を保持することができる。

また、ログ削除部１０３ｄは、車両状況が事故多発地点の周辺を走行中であることを示す場合に、上記ルールの適用外の状況であると判定する。

したがって、実施形態に係る車載装置１００によれば、事故多発地点の周辺を走行中という、有用なログを採取できる可能性の高い車両状況下のログを削除せずに残し、情報密度を保持することができる。

なお、上述した実施形態では、ログ利用者が、自動運転技術の開発者等であることとしたが、この限りではなく、たとえばサービスプロバイダ等の法人ユーザや、クラウドサービスを利用する一般の個人ユーザであってもよい。

さらなる効果や変形例は、当業者によって容易に導き出すことができる。このため、本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細および代表的な実施形態に限定されるものではない。したがって、添付の特許請求の範囲およびその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。

１ ログ収集システム
１０ ログ収集装置
１２ａ 設定情報
１２ｂ 事故多発地点ＤＢ
１２ｃ 収集ログＤＢ
１３ａ 設定部
１３ｂ 配信部
１３ｃ 収集部
１３ｄ 解析部
１００ 車載装置
１０２ａ 設定情報
１０２ｂ 事故多発地点ＤＢ
１０２ｃ 蓄積ログ
１０３ａ ダウンロード部
１０３ｂ 取得部
１０３ｃ ログ採取部
１０３ｄ ログ削除部
１０３ｅ アップロード部
１５０ 各種センサ
２００ センタ端末
ＳＰ スマホ
Ｖ 車両

Claims (9)

1. 車両に搭載され、車両の走行に関するログを採取して蓄積するとともに、上位装置とのネットワーク接続が確立された場合に前記上位装置へ蓄積したログを送信する車載装置であって、
   車両状況を取得する取得部と、
   予めログの種別ごとの削除に関するルールが設定された設定情報、および、前記車両状況に基づいてログの種別ごとの削除の方式を決定し、当該方式に基づいてログを削除するログ削除部と
   を備えることを特徴とする車載装置。
2. 前記ログ削除部は、
   前記ルールを適用させるトリガとなるイベントの発生が検出された場合に、前記方式に基づいてログを削除する
   ことを特徴とする請求項１に記載の車載装置。
3. 前記ログ削除部は、
   前記設定情報に設定されたログの種別ごとの優先度に基づいて、該優先度の低いログから削除する
   ことを特徴とする請求項１または２に記載の車載装置。
4. 前記ログ削除部は、前記車両状況に応じて前記優先度を変更可能である
   ことを特徴とする請求項３に記載の車載装置。
5. 前記ログ削除部は、
   前記車両状況を構成する要素ごとの特徴量の変化を抽出し、該特徴量の変化量が大きい場合に前記優先度を高くする
   ことを特徴とする請求項４に記載の車載装置。
6. 前記ログ削除部は、
   前記車両状況に基づいて前記ルールの適用外の状況であるか否かを判定し、前記ルールの適用外の状況である場合に、当該ルールに該当するログの削除を実行しない
   ことを特徴とする請求項１〜５のいずれか一つに記載の車載装置。
7. 前記ログ削除部は、
   前記車両状況が事故多発地点の周辺を走行中であることを示す場合に、前記ルールの適用外の状況であると判定する
   ことを特徴とする請求項６に記載の車載装置。
8. 請求項１〜７のいずれか一つに記載の車載装置と、
   前記上位装置と
   を備えることを特徴とするログ収集システム。
9. 車両に搭載され、車両の走行に関するログを採取して蓄積するとともに、上位装置とのネットワーク接続が確立された場合に前記上位装置へ蓄積したログを送信する車載装置を用いたログ収集方法であって、
   車両状況を取得する取得工程と、
   予めログの種別ごとの削除に関するルールが設定された設定情報、および、前記車両状況に基づいてログの種別ごとの削除の方式を決定し、当該方式に基づいてログを削除するログ削除工程と
   を含むことを特徴とするログ収集方法。

Images