(57)【要約】【課題】車両データ収集システムにおいて、有効性の高い車両データを効率良く収集する。【解決手段】  車両データ収集システムは、車両が予め設定された車両状況になった場合に車両データを収集するためのものであり、車両データが少なくとも車両状況別に夫々分類されてなる複数のデータ群の相互間におけるデータ収集量の相対的な多少を分析する分析部（２０２）と、該分析された相対的な多少に基づいて、データ収集量がより少ないデータ群に対するもの程、相対的に高い優先度で車両データが収集されるように、車両データの発生から収集までを少なくとも部分的に掌る部位を制御する制御部（２００）とを備える。【選択図】図１
2020144450.tif 000002
【特許請求の範囲】
【請求項１】
車両が予め設定された車両状況になった場合に、該車両状況に係る車両データを収集するための車両データ収集システムであって、
前記車両データが少なくとも前記車両状況別に夫々分類されてなる複数のデータ群の相互間におけるデータ収集量の相対的な多少を分析する分析部と、
前記分析された相対的な多少に基づいて、前記データ収集量がより少ないデータ群に対するもの程、相対的に高い優先度で車両データが収集されるように、前記車両及び当該車両データ収集システムにおける、前記車両データの発生から収集までを少なくとも部分的に掌る部位を制御する制御部と
を備えることを特徴とする車両データ収集システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、多数の車両の各々における、例えば、各車両にて急な加減速が行われるシーン、ＴＤ（即ち、Ｔｒａｎｓｉｔｉｏｎ Ｄｅｍａｎｄ：自動運転オーバーライド）が検知されるシーンなど、事前にデータ収集されるべきシーンであるとして設定された各種のデータ収集シーンで、各車両にて取得、検知或いは発生等される各種の車両データを、収集するための車両データ収集システムの技術分野に関する。
【背景技術】
【０００２】
この種の装置として特許文献１記載のシステムでは、特定種類の車両データを優先的に収集する仕組みについて言及されている。具体的には、ここでは、特定種類の車両データを優先的に収集する収集条件を規定するスクリプト或いはコンピュータ言語に基づいて、車両データ収集が行われ、車両毎のデータ収集条件を変更する仕組みについて言及されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−１３２３６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に係る背景技術によれば、収集された車両データの傾向を考慮して効率的に、有効性の高い車両データが収集されるように収集条件を変更する仕組みについては言及されていない。従って、車両データの項目或いは種類によっては、取得される時間帯、取得される値等に起因して、各項目間における車両データの収集量間に或いは各車両における車両データの収集量間に、無視し得ない程度のばらつき或いは偏りが生じ得る。すると、特定条件下で取得され取得されることが望ましい車両データに係るデータ量が不足しかねないという技術的問題点がある。
【０００５】
本発明は、上記問題点に鑑みなされたものであり、有効性の高い車両データを効率的に収集することを可能ならしめる車両データ収集システムを提供することを課題とする。
【課題を解決するための手段】
【０００６】
本発明の一態様に係る車両データ収集システムは上記課題を解決するために、車両が予め設定された車両状況になった場合に、該車両状況に係る車両データを収集するための車両データ収集システムであって、前記車両データが少なくとも前記車両状況別に夫々分類されてなる複数のデータ群の相互間におけるデータ収集量の相対的な多少を分析する分析部と、前記分析された相対的な多少に基づいて、前記データ収集量がより少ないデータ群に対するもの程、相対的に高い優先度で車両データが収集されるように、前記車両及び当該車両データ収集システムにおける、前記車両データの発生から収集までを少なくとも部分的に掌る部位を制御する制御部とを備える。
【０００７】
本発明のこのような作用及び他の利得は、これ以降に説明する実施形態により明らかにされる。
【図面の簡単な説明】
【０００８】
【図１】第１実施形態に係る車両データ収集システムの図式的なブロック図である。
【図２】第１実施形態における処理の流れを示す概念図（その１）である。
【図３】第１実施形態における処理の流れを示す概念図（その２）である。
【図４】第１実施形態における処理の流れを示すフローチャートである。
【図５】第１実施形態における要件書の具体例を示すテーブルである。
【図６】第２実施形態における処理の流れを示すフローチャートである。
【発明を実施するための形態】
【０００９】
第１実施形態に係る車両データ収集システムを、図１から図５を参照して説明する。
【００１０】
図１に示すように、第１実施形態に係る車両データ収集システムは、車載器１及びデータ分析サーバ２を含む。図１では、車載器１は説明の便宜上一つのみ図示されているが、車載器１は多数の車両に夫々車載されており、複数の車載器１及びデータ分析サーバ２が、無線通信３による一つのネットワークに収容されている。
【００１１】
図１において、車載器１は、車両のエンジンのイグニションのオンオフ或いは定期稼働に係る部位１０１、車両データを収集するデータ収集部１００、及び該収集された車両データを送信するためのデータ送信部１０８を備えて構成されている。これらのうちデータ収集部１００は、車両データを収集する際の要件書を取得するデータ収集要件書取得部１０２、該取得された要件書に応じて車両データの収集条件を変更するデータ収集条件変更部１０４、及び該変更を経て最新の収集条件でシーン検出を行い、検出されたシーン或いは車両状況に係る車両データを取得するシーン検出データ取得部１０６を備えて構成されている。
【００１２】
データ分析サーバ２は、データ収集の要件書データを車両別に格納する収集要件データ部１０９、制御部２００、分析部２０２、及び車載器１側のデータ送信部１０８から送信された車両データを無線通信３を介して受信するデータ受信部２０４を備えて構成されている。分析部２０２は、データ受信部２０４で受信された車両データの全てを分析する、より具体的には車両データにおける車両別且つ車両状況別の傾向或いはデータ群相互間の相対的な多少を分析する、全収集データに対するデータ分析部１１０を含んで構成されている。制御部２００は、定期若しくは不定期に又は車両データが受信される都度等に車両毎にデータ収集要件書を更新するデータ収集要件書更新部１０３ａ、車両毎にカテゴリ毎或いは項目毎のポイントを算出する部位１０３ｂ、及び分析部で分析された全ての収集データに対するデータ重み付けを行う部位１０３ｃを備えて構成されている。制御部２００及び分析部２０２等の構成及び機能について、以下に各種概念図、フローチャート等（即ち図２〜図５）を参照しながら更に詳述する。
【００１３】
図２に示すように先ず、データ収集をすべき車両状況或いはシーンとして、図２の上半分に例示された如く、車両において所定基準に照らして加減速が急である“急な加減速シーン”、車両においてＴＤが検知された“ＴＤ検知シーン”、車両に備えられた衝突予知機能において衝突予知が行われた“衝突予知シーン”、車両において所定基準に照らしてレーン横変位が大きい“レーン横変位大シーン”、車両に備えられた閉眼警告機能において閉眼が警告された“閉眼警告シーン”などが設定され、これらのシーン別に車両データが、矢印１Ａの如く、車載器１側からデータ分析サーバ２側へ無線通信３を介して渡される。
【００１４】
本実施形態に係る「車両データ」は、例えば、急な加減速シーン、ＴＤ検知シーンなどの発生を直接示す車両データ（例えば、急な増減を示した加速度データや、特定シーンが検知された旨のデータ等）の他に、各シーン発生の際に或いは各シーン発生に相前後して各車両にて取得、検知或いは発生等される各種ＣＡＮ（Ｃｏｎｔｒｏｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）データ、速度や加速度或いは走行距離センサによる各種走行データ、各種位置データ、各種時刻データ、車載カメラによる低画質や高画質の各種映像データ、或いは各種センサデータなどの、特定シーン発生が発生した車両に係る車両データを適宜に含んでよい。このような車両データは更に、当該車両の識別情報やドライバの識別情報を含んでもよい。言い換えれば、各種のシーン或いは車両状況に関連付けられる可能性のある、或いはディープマイニング可能なビッグデータの一部を成し得るような当該車両に係る任意の車両データでもよい。更に、いずれの場合も後で詳述するように、各シーンにおける車両データを構成するデータとして、 “データパターンＩＤ”で種類や単位等が規定されるデータもシーン別に送受信されることになる。
【００１５】
すると、データ分析サーバ２側では、分析部２０２において、図２の下半分に例示された如く、傾向分析用の幾つかの切り口（言い換えれば「カテゴリ」）５０１で、収集された車両データの傾向或いは分布が分析される。例えば、切り口５０１は、車両データのうち車両状況或いはシーンの発生の有無を検知或いは特定するデータ、車両識別データ等に基づく、車両別や車両状況別の“シーン検出率”であってもよいし、車両データのうち時刻データ等に基づく、車両別や車両状況別の“時間帯”であってもよいし、或いは車両データのうち位置データ等に基づく、車両別や車両状況別の“エリア”であってもよい。
【００１６】
具体的には、例えば図２の下半分の左寄りに表示された如き「シーン検出率」のグラフは、ある車両データに係るパラメータの値を横軸にとり該横軸上で分割或いは分類し、分割された領域内のデータ量の積分値（即ち、特定の車両状況或いは特定シーンに属する車両データのデータ収集量）を取得することで作成したものである。例えば、特定シーンの場合なら、シーン別に分類すればよい。この「シーン検出率」グラフについては、特定シーン発生の際の、あるパラメータの値が正規分布を取る際、両端に係る車両データを高得点とする（即ち、該両端に対して高いポイント“３”を割り振ったり、中央に対して低いポイント“１”を割り振ったりする）。
【００１７】
例えば図２の下半分の中央に表示された如き「時間帯」のグラフは、２４時間などの時間軸上における所定時間毎の、ある車両データに係るパラメータに係るデータ量の合算値、言い換えれば、特定の車両状況或いは特定シーンの時間帯別の発生頻度を取得することで作成したものである。この「時間帯」のグラフについては、特定シーンの発生頻度を時系列で並べた際に、頻度が少ない時間帯に発生した車両データを高得点とする（即ち、該時間帯に対して高いポイント“３”を割り振ったり、次に頻度が少ない時間帯に対して相応に高いポイント“２”を割り振ったりする）。
【００１８】
例えば図２の下半分の右寄りに表示された如き「エリア」のグラフは、予め分割されたエリア内で発生した車両データを取得して、或いは既知のクラスタリング等で各発生した車両データを分類して、作成したものである。この「エリア」のグラフについては、発生エリアごとに並べた際に、発生頻度が低いエリアで発生した車両データを高得点とする（即ち、該エリアに対して高いポイント“３”を割り振ったり、発生頻度が高いエリアに対して低いポイント“１”を割り振ったりする）。
【００１９】
以上のようにデータ分析サーバ２側では、制御部２００を構成するデータ重み付けを行う部位１０３ｃに、図２の下端（及び図３の上端）にある矢印２Ａで示された如く分析結果が渡されて、そこで車両毎のポイント算出が実行されることになる。
【００２０】
本実施形態では収集された車両データの傾向の分析結果に応じて、基本的には、収集される車両データの重複を減らし、各収集シーンで万遍なくサンプル（即ち車両データ）を集められるように、レアなシーンであればある程、より高いポイントを割り振ることを前提としている。但し、例外的に、特定のシーンの車両データを集中的に大量に収集したい要請がある場合には、発生頻度による重み付けを調整するなどして、該要請に応じて重み付けロジックをデータ分析サーバ２側で適宜更新することも前提としている。
【００２１】
図３において、その上半分に「車両毎のデータ取得ポイント」を表すテーブル５０２として例示されているように、車両毎に、幾つかの切り口或いはカテゴリで傾向分析の分析結果を受けて、重み付けポイントが算出され、更に車両毎にそれらの合計が算出される。
【００２２】
テーブル５０２において、具体的には、車両Ａ、車両Ｂ、車両Ｃ、…の各々の別に、且つ、夫々の車両についてデータ収集シーンとして、加減速シーン、ＴＤ検知シーン、衝突予知シーン、…の別に、シーン検出率、時間帯、エリア、…という切り口或いはカテゴリのポイントの合計により、データ重み付を行う部位１０３ｃにより各データに対する重み付けがなされ、ポイントを算出する部位１０３ｂによりポイントが算出され、更に車両毎にそれらの合計が算出される。
【００２３】
ここに「ポイント」は、各データの収集要件及びそれらの組み合わせによって上記重み付けしたデータがどの車両からのものであるかをトレースし、車両毎のデータ取得効率或いはデータ収集効率を、ポイントとして定量化或いは数値化したものである。言い換えれば、傾向分析の対象となる幾つかの切り口或いはカテゴリの別に、より積極的にデータ収集するべき又はデータ収集することが好ましい若しくは望まれる理想的なデータ収集量に対する実際に収集されたデータ収集量の未達成の度合いを定量的に或いは数値化して示すように規定されている。
【００２４】
このようなポイントの割り振り方からして本例では、複数のデータ群の相互間でポイントが高ければ高い程、データ収集量が相対的に少ない旨を示すものである。即ち、本実施形態では、テーブル５０２における合計ポイント（図３の上半分参照）の高さは、リアルタイム的に現時点で又は当面の間若しくは固定的に、一の車両の一の収集シーンに関して、より優先的に或いは積極的にデータ収集を行うべき度合い或いは程度を定量的に或いは数値化して示すものである。なお、ポイントの割り振り方を逆にし、ポイントが低ければ低い程、データ収集量が相対的に少ない旨（即ち、ポイントが低い程、優先的にデータ収集するべき旨）を示すようにすることも可能である。
【００２５】
以上のように、本実施形態では、ポイントの高さがデータ収集効率の高さを示しており、要件書は、全体の中で或いは他の車両と比べて当該車両のポイントが高いシーンや当該車両の中で他のシーンに比べてポイントが高いシーンにおける車両データが優先的にデータ収集されるように、更新或いはアップデートされる。これにより、シーン発生の際或いはシーン発生に相前後して取得された車両データが、データパターンＩＤで規定されるデータを含む形式或いは単位で、優先的にデータ収集されることになる。
【００２６】
例えば、テーブル５０２において、車両Ａの加減速シーンに対して算出された合計“１４”なるポイントは、相対的に大きい値であり、これは、当該車両データのデータ収集量が相対的に少なくて当該車両データのデータ収集が優先的に行われるべき状況にあることを示すポイントとなる。他方、テーブル５０２において、車両ＡのＴＤ検知シーンに対して算出された合計“３”なるポイントは、相対的に小さい値であり、これは、当該車両データのデータ収集量が相対的に多くて当該車両データのデータ収集が優先的に行われないべき（即ち、他のデータ収集が優先的に行われるべき）状況にあることを示すポイントとなる。
【００２７】
但し、このように算出されるポイントは、あくまで相対的なものであり、データ収集の対象となる他の車両や他の車両状況に対して算出されたポイントによっては、合計“１４”なるポイントであっても相対的に小さい値とされる場合には、優先的にデータ収集が行われるべきとの要件書の作成に繋がるとは限らない。同様に、合計“３”なるポイントであっても相対的に大きい値とされる場合には、優先的にデータ収集が行われないべきとの要件書の作成に繋がるとは限らない。
【００２８】
以上のように算出されたポイントは、矢印３Ａの如くデータ収集要件書更新部１０３ａに渡されて、当該ポイントに基づいて、図３の下半分に、車両毎の収集要件書を表すテーブル５０３として例示されている如き要件書を構成する項目が更新される。具体的には、車両Ａに対する収集要件書を表すテーブル５０３Ａ、車両Ｂに対する収集要件書を表すテーブル５０３Ｂ、…の如く、車両毎の要件書が作成される。ここでの更新前の各要件書は、デフォールトとして設定されたもの又は従前に更新されたものである。なお、テーブル５０２における個々の収集シーンを識別するものとして、テーブル５０２におけるシーン条件及びシーンＩＤが要件書を構成する項目或いは要素とされている。
【００２９】
例えば、車両Ａに関して言えば、データ収集が十分でない、他のシーン条件或いは他の車両と比較してデータ収集量が相対的に少ないと分析された「加減速」なるシーン条件に対しては、そのデータ収集が優先的に行われるように、取得がオン（Ｏｎ）とされ、送信もオン（Ｏｎ）とされ、アップロードタイミングも随時（言い換えれば、一時保持することのなく即時にアップロードされるもの）とされている。例えば、車両Ａ或いはそのドライバの場合には、運転がマイルドで、加減速の幅が小さいことから、優先的にデータ取得がオンとされたものなどと考えらえる。これは、運転が荒い車両或いはドライバよりも、運転がマイルドな車両Ａ或いはそのドライバが急な加減速をする場面程、危険な場面に遭遇したと判断できるので、そのように危険な場面のデータ収集を優先させる趣旨となる。また、加減速シーンに対して取得をオンとしつつ、他の一又は複数のシーンに対する取得をオフにすることで、収集が望ましい当該加減速シーンの車両データを優先的に収集できる。
【００３０】
加えて、「加減速」なるシーン条件に対して、データパターンＩＤ“１”が付与されている。ここに「データパターンＩＤ」は、シーン毎にカメラ画像やドライバ関連データの有無など如何なるデータを収集するかも予めパターン化し、ある程度指定可能であることから、シーン条件に依存して予め決められたデータパターンを示すＩＤである。データパターンＩＤは、取得のオンオフや送信のオンオフとは異なり、取得ポイントによって変更されることはない。言い換えれば、車載器１上で所定種類の車両データの取得がパターン化され、そのパターンＩＤとしてＩＤ化されたのが、データパターンＩＤということになる。
【００３１】
例えば、データパターンＩＤ１は、ＣＡＮ信号等の車両情報、車載カメラＡの映像情報及び車載カメラＢの映像情報を所定期間Ｘ１秒間だけアップロードするパターンを示す。また例えば、データパターンＩＤ２は、ＣＡＮ信号等の車両情報及び車載カメラＡの低画質の映像情報を所定期間Ｘ２秒間だけアップロードするパターンを示し、データパターンＩＤ３は、ＣＡＮ信号等の車両情報及び車載カメラＡの高画質の映像情報を所定期間Ｘ２秒間だけアップロードするパターンを示す。
【００３２】
ここに本実施形態において「データ収集量が相対的に少ない」とは、単純にデータ収集量の多少における少ないでもよいが、重み付けする部位１０３ｃ及び算出する部位１０３ｂで重み付け及びポイント付与がなされることによって、より収集するべき又は収集することが好ましい若しくは望まれる状況にありながら、実際に収集されたデータ収集量が、複数のデータ群間で見ても少ないことを、データ収集量が相対的に少ないものとして扱っている。即ち、本実施形態では、テーブル５０２における合計ポイントは、リアルタイム的に現時点で又は当面の間若しくは固定的に、より収集するべき又は収集することが好ましい若しくは望まれる理想的なデータ収集量に対して実際に収集されたデータ収集量の達成の度合いが複数のデータ群間で見ても相対的に低いが故に、より優先的にデータ収集を行うべきとされる度合い或いは程度を、定量的に或いは数値化して示したものである。よって、合計ポイントが高い程、他に優先してデータ収集されるべき旨を示す要件書が作成されることになる。
【００３３】
これに対し、他のシーン条件或いは他の車両と比較して、データ収集量が相対的に非常に多いと分析された「ＴＤ検知」なるシーン条件に対しては、そのデータ収集が優先的に行われることがないように（即ち、他のデータ収集が優先的に行われるように）、取得がオフ（Ｏｆｆ）とされ、送信もオフ（Ｏｆｆ）とされ、アップロードタイミングも一時保存（言い換えれば、即時でなく一定期間保持した後に、アップロード又は廃棄するもの）とされている。例えば、ＴＤ検知が多い車両或いはそのドライバの場合、自動運転が苦手なシーンを走行する機会が多いと判断され、優先的にそのようなシーンのデータ取得がオフされたものなどと考えられる。
【００３４】
更に、他のシーン条件或いは他の車両と比較して、データ収集量が相対的に少ないと分析された「衝突予知」なるシーン条件に対しては、そのデータ収集が相応に優先的に行われるように、取得がオン（Ｏｎ）とされ、送信もオン（Ｏｎ）とされ、アップロードタイミングは一時保存とされている。
【００３５】
本実施形態において、トリガ条件の一つとして、「取得」が「オン（Ｏｎ）」にされるとは、対応する車両データを検知するセンサによる取得をオンにするという意味である。取得がオンにされると、センサからシーン検出データ取得部１０６（図１参照）への、当該シーン発生の際に或いは当該シーン発生に相前後して取得される車両データの入力が行われることになる。逆に、「取得」が「オフ（Ｏｆｆ）」にされるとは、対応する車両データを検知するセンサによる取得をオフにするという意味であり、センサからシーン検出データ取得部１０６（図１参照）へのデータ入力が遮断されるか又は入力されてもデータ破棄されることになる。即ち、当該「オフ」の場合には、データ収集のためのシーン検出データ取得部１０６に関連する資源や時間などは、当該データのデータ収集に費やされることはなくなり、他の優先されるべきデータ収集に費やされることになる。
【００３６】
また、トリガ条件の他の一つとして、「送信」が「オン（Ｏｎ）」にされるとは、対応する車両データの送信をオンにするという意味である。送信がオンにされると、データ送信部１０８（図１参照）からのデータ送信が行われることになる。逆に、「送信」が「オフ（Ｏｆｆ）」にされるとは、対応する車両データの送信をオフにするという意味である。即ち、当該「オフ」の場合には、データ送信のためのデータ送信部１０８に関連する資源や時間などは、当該データのデータ送信に費やされることはなくなり、他の優先されるべきデータ送信に費やされることになる。
【００３７】
更にまた、「アップロードタイミング」が「随時」にされるとは、対応する車両データの送信を随時に行うという意味であり、逆に、「アップロードタイミング」が「一時保存」にされるとは、対応する車両データの送信を一時保存してから適宜に行うという意味である。即ち、当該「一時保存」の場合には、例えばデータ分析サーバ２側からの送信指示又は不送信指示等に応じて適宜に送信が行われ、送信する優先度は「随時」の方が「一時保存」より高いことになる。これらの結果、データ送信のためのデータ送信部１０８に関連する資源や時間などは、当該データのデータ送信に費やされることは少なくなり、他の優先されるべきデータ送信により多く費やされることになる。
【００３８】
他方で、車両Ｂに関しても、車両Ａからは独立して車両Ｂに固有の要件書が上述した車両Ａに関するのと同じ要領で更新される。従って、車両Ｂの要件書は、車両Ａのそれと比べて内容が異なるものである。
【００３９】
以上のように更新された要件書は、収集要件データとして、データ分析サーバ２（図１参照）の要件書データ部１０９に格納される。この格納に相前後して又は並行して、更新された要件書は、矢印４Ａの如く車載器１側のデータ収集部１００にあるデータ収集要件書取得部１０２（図１参照）に渡されて、データ収集条件変更部１０４は該取得された要件書に従ってデータ収集条件を変更する。以降、シーン検出データ取得部１０６によって、再び図２の上半分に例示された如きデータ収集をすべき“急な加減速シーン”、“ＴＤ検知シーン”等のシーンにおけるデータ収集が、更新された要件書に基づく変更後の収集条件で行われることになる。
【００４０】
次に、このように構成された第１実施形態の構成及び機能について、図４のフローチャート及び図５のテーブルを参照しながら更に詳述する。
【００４１】
図４において先ず、車載器１側において、ドライバ操作によりＩＧ＿ＯＮ（イグニション＿オン）状態に遷移すると（ステップＳ１０１）、これを検知したデータ収集要件書取得部１０２（図１参照）は、データ分析サーバ２側に無線通信３を介して取得要求を送信する（ステップＳ１０２）。
【００４２】
データ分析サーバ２側では、この取得要求を受けて、制御部２００は、初期状態（即ち、蓄積された過去の要約書が収集要件データ部１０９に格納されていない状態）における要件書の生成或いは作成を行い、生成或いは作成された要件書を、無線通信３を介して車載器１側に送信する（ステップＳ１０３）。この際、先ずは初期状態であるので、全車両に共通の初期データ値からなるデフォールトの要件書を送信する。
【００４３】
なお、車載器１側から現在まで使われていた従前の（即ち、今回更新しようとする前の）要件書を取得要求と共にデータ分析サーバ２側に送信することで、或いは、データ分析サーバ２側で、そのような従前の（即ち、当該車両が今回更新しようとする前の）要件書を、車両識別データを手掛かりに収集要件データ部１０９中から特定し読み出すことで、従前の要件書を、全車両に共通のデフォールト代わりに（各車両に固有のものとして）利用することも可能である。
【００４４】
続いて、車載器１側では、データ収集要件書取得部１０２は、収集要件データ部１０９から当該車両に対する要件書を、無線通信３を介して受信することで取得し、データ条件変更部１０４は、当該車両におけるデータ取得条件を、取得された要件書に沿って更新する（ステップＳ１０４）。具体的には、要件書に沿って、当該車載器１に内包されたシーン条件の収集ロジックにおけるオンオフ等を切り替える。
【００４５】
このように更新しようとする際に、仮に要件書を受信できない場合には、車載器１に組み込まれたデフォールトの要件書に沿ってデータ取得条件を更新してもよいし、車載器１に残されていた直近にデータ分析サーバ２から取得した従前の要件書に沿ってデータ取得条件を更新してもよい。
【００４６】
ここで取得される要件書は、例えば図６に、テーブル５０４として例示した如きである。この要件書は、図２から図３に示した動作によって適宜更新される図３の下半分に示した要件書と同様に作成されるものであるが、固有の車両や車両状況、更には車両が置かれた環境或いは時期の相違に依存して、要件書の内容は異なる。図６に例示した要件書では、図３に例示したそれと異なり、「衝突予知」なるシーン条件を優先してデータ収集するべき等の内容とされている。
【００４７】
続いて、図４において破線で囲まれたステップ１０５の処理が、ステップＳ１０６のシーン検出が起こる毎に繰り返し実行される。
【００４８】
即ち先ず、当該車両の運転中に、特定のシーン条件（例えば、急加速、急減速、システムエラーなど）が満される場合、シーン検出データ取得部１０８（図１参照）は、「シーン検出」した旨を後段の処理を行う部位に伝える（ステップＳ１０６）。これを受けて、当該車両がセンシングしている各種センサの情報（例えば、カメラ画像、ミリ波、ＣＡＮ信号に係る情報など）を、収集すべき車両データとしてパッケージング（即ち、送信を容易とするように圧縮集約）して、一時的に車載器１に搭載されている不図示のストレージに保存する（ステップＳ１０７）。この際、一時的に保存される車両データは、シーン発生の際に検出される車両データの他、シーン発生に相前後して検出される車両データを含んでよい。
【００４９】
ここに一時的に保存する理由は、データ収集時に外部に（具体的には、無線通信３を介してデータ分析サーバ２に）通信可能な状態にある保証がないから、及びデータ送信にも処理リソースが必要であり、車載器１が構築されている車両のＥＣＵ（Ｅｎｇｉｎｅ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）上で、制御にかかわる優先的な他の処理が動作している可能性があるからである。
【００５０】
続いて、一時保存したデータを、データ送信部１０８（図１参照）は、データ分析サーバ１に無線通信３を介して送信する（ステップＳ１０８）。この処理における送信のタイミングは、上述のデータ保存処理の一連の流れとしてではなく、無線通信３を介しての通信状態や当該車両のＥＣＵ全体の処理リソースの空き状況などを監視した上での、送信に適切なタイミングとされる。よって、一度の送信処理で、複数のデータ送信を行うこともあり得る。言い換えれば、適切なタイミングまで待った後に、単独で又は纏めてデータ送信が行われる。
【００５１】
これを受けて、データ分析サーバ２側では、受信されたデータを、収集要件データ部１０９等のデータベースなどに蓄積する（ステップＳ１０９）。続いて、図２から図３を参照して既に説明した如き、データ分析及びポイント算出、即ち図３の下半分に示した如き車両別の要件書を作成するための処理が実行され、算出結果が車両毎に管理される（ステップＳ１１０）。
【００５２】
このような図４において破線で囲まれたステップ１０５の処理が、ステップＳ１０６のシーン検出が起こる毎に繰り返し実行され、最終的には、車両側において、ドライバ操作によりＩＧ＿ＯＦＦ（イグニション＿オフ）状態に遷移し（ステップＳ１１１）、一連の処理が終了する。なお、以上説明した本実施形態では、データ収集部１００及びデータ送信部１０８（図１参照）が、本実施形態に係る「車両データの発生から収集までを少なくとも部分的に掌る部位」に相当する。
【００５３】
次に第２実施形態に係る車両データ収集システムを、図６を参照して説明する。なお、第２実施形態におけるハードウエア構成は上述の第１実施形態の場合と同様であり、第２実施形態は主としてそのソフトウエア構成において上述の第１実施形態とは異なる。このため、以下では、第２実施形態のハードウエア構成については説明を適宜省略し、そのソフトウエア構成について説明する。更に、図６に示した第２実施形態では、図４に示した第１実施形態と同様のステップに対しては同様のステップ番号を付し、その説明は適宜省略する。
【００５４】
図６において、ステップＳ１０１及び１０２の処理が車載器１側で行われると、これを受けて、データ分析サーバ２側では、取得要求を受けて、制御部２００は、データ蓄積時（即ち、蓄積された過去の要約書が収集要件データ部１０９に格納されている状態）における要件書の生成或いは作成を行い、生成或いは作成された要件書を、無線通信３を介して車載器１側に送信する（ステップＳ２０３）。この際、初期状態でなく図２から図３で示した如きデータ分析及びポイント付与等による要件書の更新がなされているので（言い換えれば、下記ステップＳ２０４以降の処理が繰り返して行われているので）、更新された車両毎に適切な要件書を生成した上での送信となる。
【００５５】
ここに「適切な要件書」とは、例えば、既に第１実施形態のところで説明したのと同様に、車両毎に或いはドライバ毎に収集された車両データを元に、当該車両で収集すべきと判断した車両データに対し積極的に収集オン（即ち、要件書上で、取得オン、送信オンなど）とし、逆に当該車両で収集すべきでないと判断した車両データに対し収集オフ（即ち、要件書上で、取得オフ、送信オフなど）とするなどの要件書である。要件書の具体例は、第１実施形態と同じく図３の下半分に例示した車両Ａ用の要件書や車両Ｂ用の要件書となる。
【００５６】
続いて、車載器１側では、データ収集要件書取得部１０２は、収集要件データ部１０９から当該車両に対する要件書を、無線通信３を介して受信することで取得し、データ条件変更部１０４は、当該車両におけるデータ取得条件を、取得された車両毎に異なる内容を有する要件書に沿って更新する（ステップＳ２０４）。具体的には、車両毎に異なる内容の要件書に沿って、当該車載器１に内包されたシーン条件の収集ロジックにおけるオンオフ等を切り替える。
【００５７】
その後、ステップＳ１０６〜Ｓ１１０を含むステップＳ１０５が、第１実施形態の場合と同様にシーン検出の都度に繰り返して実行され、最終的にドライバ操作によりＩＧ＿ＯＦＦ（イグニション＿オフ）状態に遷移し（ステップＳ１１１）、一連の処理が終了する。
【００５８】
以上に説明した実施形態から導き出される発明の態様を以下に説明する。
【００５９】
本発明の一態様に係る車両データ収集システムは、車両が予め設定された車両状況になった場合に、該車両状況に係る車両データを収集するための車両データ収集システムであって、前記車両データが少なくとも前記車両状況別に夫々分類されてなる複数のデータ群の相互間におけるデータ収集量の相対的な多少を分析する分析部と、前記分析された相対的な多少に基づいて、前記データ収集量がより少ないデータ群に対するもの程、相対的に高い優先度で車両データが収集されるように、前記車両及び当該車両データ収集システムにおける、前記車両データの発生から収集までを少なくとも部分的に掌る部位を制御する制御部とを備える。
【００６０】
この態様によれば、車両が予め設定された車両状況或いはシーンになった場合、分析部は、少なくとも車両状況別（即ち、車両状況別或いは車両状況別且つ車両別）に夫々分類されてなる複数のデータ群の相互間における、データ収集量の相対的な多少を分析する。ここに「データ収集量の相対的な多少」とは、車両データの車両状況別或いは車両別のデータ収集の傾向と言い換えてもよい。「複数のデータ群の相互間におけるデータ収集量の相対的な多少」とは、複数のデータ群の相互間におけるデータ収集量の大小であってもよいし、複数のデータ群の各々について望ましい或いは理想的なデータ収集量に対する実際のデータ収集量の不足若しくは要望の程度又はデータ収集効率の程度の相互間における大小であってもよい。即ち、このような「データ収集量の相対的な多少」の分析は、上述した実施例で実施された如く、より具体的には、重み付けポイント制を採用することで、データ群別の車両データに与えられた数値化或いは定量化された合計ポイントの大小分析或いは傾向分析として行われても良い。
【００６１】
すると、制御部は、該分析されたデータ収集量の相対的な多少に基づいて、データ群間で相対的にデータ収集量が少ないデータ群に対するもの程、相対的に高い優先度で車両データが収集されるように、車両データの発生から収集までを少なくとも部分的に掌る部位を制御する。例えば、車両データは、その取得や送信或いはアップロードが制御されつつ、選択的に取得されたり選択的に送信されたり選択的に随時アップロード（又は選択的に一時保存後にアップロード若しくは廃棄）されることになる。
【００６２】
このように本態様により、収集される車両データの傾向を考慮して効率的に、言い換えれば、実践上キャパシティ的及びアビリティ的に或いはコスト的に（例えば、通信費やサーバ使用料、サーバ保守費等の観点から）限界があるハードウエア資源を利用しつつ有効性の高い車両データが収集されるように収集条件或いは収集ロジックを変更する仕組みが提供される。
【００６３】
ここで一般には、車両データの項目或いは種類によっては、取得される時間帯、取得される値等に起因して、各項目間におけるデータの収集量間に或いは各車両におけるデータの収集量間に、無視し得ない程度の偏りが生じ得る。すると、特定条件下で取得される車両データに係る、データ収集がより望まれる車両データ（例えば、レアなシーンや特定地点のデータなどのサンプル）のデータ量が不足する虞が生じる。即ち、相対的に有効性の高い車両データを効率的に収集或いは取得できない、言い換えれば、相対的に有効性の低い車両データを不必要なまでに収集或いは取得してしまう虞がある。
【００６４】
これに対し、仮に各車両における車載器側で、蓄積されるデータを分析しながら収集条件に変更を加えようとしても、機能的にも分析に係るデータ量の少なさからしても実践上困難となってしまう。或いは、仮に各車両で手動により収集条件を管理しようとしても、手間コストが甚大となってしまい実践的でない。更に仮に、収集された車両データの傾向分析を行うことなく一定の収集条件のままデータ収集を続けたり、全車両が同一の収集ロジックでデータ収集を続けようとしても、不要な車両データが集まり過ぎて、サーバのスケーリング上で或いはビックデータの管理上で問題が生じかねない。
【００６５】
加えて一般には、収集したいデータは、ビジネス環境や収集された車両データのサンプル数に応じて時々刻々と変化するため、収集した或いは収集する車両データが、使用に相前後して或いはリアルタイム的に本当に使える価値があるかの評価或いは分析を時々刻々と変化する収集条件ロジックを用いて行う必要性が生じる。よって、該分析或いは評価無しで効率的なデータ収集を続けようにも、そもそも困難であり、或いは、該分析或いは評価を車載器側で行うべく収集ロジック或いは機能（ソフト）に更新を行おうとしても、該更新の際にＯＴＡ（Ｏｖｅｒ  Ｔｈｅ  Ａｉｒ）などの複雑な手続きが必要となり、ドライバ等で対応することは実践上困難となってしまう。また、データ収集効率を考慮すること無く、車両データの収集を行おうとすれば、市販車の販売台数が多ければ数千万台にも及ぶので、データの分析或いは保管に莫大なコストがかかってしまうことが想定される。
【００６６】
しかるに本態様によれば上述したように、実際にどの車両データに収集すべき価値があるかを見極めること、実際に取得した車両データの統計分析を行い、車両状況毎の或いはデータカテゴリ毎の重み付けを行うことにより車両状況別或いは車両別のデータ収集効率を数値化し、データ収集シーンの要件書に変更を加えることで、有効性の高い車両データを効率的に（言い換えれば、適宜各車両に対して要件書或いはその変更をフィードバックすることで、複数台の車両を網羅的に効率良く）収集すること、更にこれにより効率的に保存や活用することが可能となる。このため、サーバに対して大量に集まってくる車両データに対して、通信費、サーバ保守費等のコストの増大を効率的に防ぐことが可能となる。或いは、複数の車両からデータ収集をする際におけるデータ収集効率を数値化した上で、高めることが可能となる。
【００６７】
本発明の他の態様に係る車両データ収集システムでは、前記分析部は、前記相対的な多少の分析として、前記車両状況の前記車用別且つ項目別の前記車両データの分布或いは偏りを分析し、前記制御部は、前記分析された分布或いは偏りに応じて重み付けしたポイントを前記車両別且つ前記項目別の車両状況に対して付与し、該付与されたポイントの合算がより大きい程、相対的に高い優先度で、前記車両別且つ前記項目別の車両状況に係る車両データが収集されるように制御する。
【００６８】
この態様によれば、ポイントにより数値化或いは定量化された車両データの相対的な多少、言い換えれば、ポイントにより数値化或いは定量化されたデータ収集効率に基づいて、データ収集量が理想的なそれより少ないデータ群に対するもの程、言い換えれば、付与されたポイントの合算により示されるデータ収集効率が高いもの程、相対的に高い優先度で、対応する車両データが収集されるので、有効性の高い車両データを効率的に収集するが可能となる。
【００６９】
本発明の他の態様に係る車両データ収集システムでは、前記制御部は、前記車両の各々において、前記部位の一つである記憶部により前記車両データを一時的に記憶する際のオンオフ制御、並びに前記部位の他の一つである通信部により前記車両データを送信する際のオンオフ制御又はアップロードする際の時期制御のうち、少なくとも一つの制御を行う。
【００７０】
この態様によれば、記憶部におけるオンオフ制御（即ち、記憶するか否かの制御）や、通信部におけるオンオフ制御（即ち、送信するか否かの制御）や、通信部におけるアップロードの時期制御（即ち、随時アップロードか又は一時保存後のアップロードかの制御）によって、有効性の高い車両データを優先的にデータ収集することが可能となる。
【００７１】
本発明の他の態様に係る車両データ収集システムでは、前記車両データは、動的な車両情報に係るデータである。
【００７２】
この態様によれば、車両データが静的な車両情報に係るデータであっても、動的な（即ち、一定でない、或いは、車両の走行や停止、使用、時間経過などに応じて変化し得る）車両情報に係るデータであっても、データ収集条件を適宜に更新し続けることにより、データ収集量が相対的に少ない或いはデータ収集効率が高い車両状況に係る車両データのデータ収集量を増加させることが可能となる。
【００７３】
なお、当該車両データ収集システムは、複数の車両と共に通信ネットワークに収容されており、前記通信ネットワークを介して前記車両データを収集し、前記通信ネットワークを介して前記車両に対して前記車両データを収集する際の条件を規定する要件書を送信する、車両データ収集用サーバとして構築されてもよい。或いは、分析部若しくは制御部の一部又は一機能を車両側に即ち車載器に組み込む形で構築されてもよく、即ち当該車両データ収集システムは、車両データ収集サーバと車載器とを含んで構築されてもよい。
【００７４】
本発明は、上述した実施形態に限られるものではなく、特許請求の範囲及び明細書全体から読み取れる発明の要旨或いは思想に反しない範囲で適宜変更可能であり、そのような変更を伴う車両データ収集システムもまた本発明の技術的範囲に含まれるものである。
【符号の説明】
【００７５】
１…車載器、２…データ分析サーバ、１００…データ収集部、１０８…データ送信部、１０９…収容要件データ部、２００…制御部、２０２…分析部、２０４…データ受信部
【図１】
2020144450.tif 000003
【図２】
2020144450.tif 000004
【図３】
2020144450.tif 000005
【図４】
2020144450.tif 000006
【図５】
2020144450.tif 000007
【図６】
2020144450.tif 000008