(57)【要約】【課題】収集されるデータの偏りを抑えることができるデータ収集装置、データ収集システムおよびデータ収集方法を提供すること。【解決手段】実施形態に係るデータ収集装置は、収集部と、提案部とを備える。収集部は、各車両に搭載された車載装置から車両に関するデータを収集する。提案部は、収集部によって収集されたデータの収集状況について、所定の収集状況条件を満たすように車両を走行させる提案情報を提案する。【選択図】図２
2020107292.tif 000002
【特許請求の範囲】
【請求項１】
各車両に搭載された車載装置から車両に関するデータを収集する収集部と、
前記収集部によって収集されたデータの収集状況について、所定の収集状況条件を満たすように車両を走行させる提案情報を提案する提案部と
を備えることを特徴とするデータ収集装置。
【請求項２】
所定の収集状況条件の指定を受け付ける受付部をさらに備え、
前記提案部は、
前記受付部によって受け付けられた所定の収集状況条件の指定に基づいて前記提案情報を提案すること
を特徴とする請求項１に記載のデータ収集装置。
【請求項３】
前記提案部は、
前記収集状況が所定の収集状況条件を満たしている場合、車両の走行を控えさせる提案情報を提案すること
を特徴とする請求項１または２に記載のデータ収集装置。
【請求項４】
前記提案部は、
各車両の運転者のスケジュールに関するスケジュール情報に基づいて、車両の乗り合いをさせる提案情報を提案すること
を特徴とする請求項３に記載のデータ収集装置。
【請求項５】
前記提案部は、
所定の道路についての前記収集状況が所定の収集状況条件を満たしていない場合、前記所定の道路を走行させる提案情報を提案すること
を特徴とする請求項１〜４のいずれか１つに記載のデータ収集装置。
【請求項６】
前記提案部は、
前記提案情報を車載装置へ送信し、前記提案情報を承諾したことを示す承諾情報を車載装置から受信した場合、前記承諾情報に基づいて特典情報を付与すること
を特徴とする請求項１〜５のいずれか１つに記載のデータ収集装置。
【請求項７】
各車両に搭載された車載装置から車両に関するデータを収集する収集部と、
前記収集部によって収集されたデータの収集状況について、所定の収集状況条件を満たすように車両を走行させる走行指令情報を提案する走行指令部と
を備えることを特徴とするデータ収集装置。
【請求項８】
請求項１〜７のいずれか１つに記載のデータ収集装置と、
前記データ収集装置に対して車両に関するデータを送信する車載装置と、
前記データ収集装置によって収集された前記データを取得する端末装置と
を備えることを特徴とするデータ収集システム。
【請求項９】
各車両に搭載された車載装置から車両に関するデータを収集する収集工程と、
前記収集工程によって収集されたデータの収集状況について、所定の収集状況条件を満たすように車両を走行させる提案情報を提案する提案工程と
を含むことを特徴とするデータ収集方法。
【請求項１０】
各車両に搭載された車載装置から車両に関するデータを収集する収集工程と、
前記収集工程によって収集されたデータの収集状況について、所定の収集状況条件を満たすように車両を走行させる走行指令情報を提案する走行指令工程と
を備えることを特徴とするデータ収集方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ収集装置、データ収集システムおよびデータ収集方法に関する。
【背景技術】
【０００２】
従来、各車両に搭載された車載装置から道路情報を収集するデータ収集装置が知られている。かかるデータ収集装置では、各車両の位置情報に基づき、道路情報の収集対象となる車両を選別することで、所望する位置の道路情報を収集する（たとえば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１８−０５５５８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来は、収集されるデータの偏りについては考慮されていなかった。このため、例えば、交通量が多い道路と少ない道路では、車載装置から収集されるデータに偏りが生じるおそれがあった。
【０００５】
本発明は、上記に鑑みてなされたものであって、収集されるデータの偏りを抑えることができるデータ収集装置、データ収集システムおよびデータ収集方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、本発明に係るデータ収集装置は、収集部と、提案部とを備える。前記収集部は、各車両に搭載された車載装置から車両に関するデータを収集する。前記提案部は、前記収集部によって収集されたデータの収集状況について、所定の収集状況条件を満たすように車両を走行させる提案情報を提案する。
【発明の効果】
【０００７】
本発明によれば、収集されるデータの偏りを抑えることができる。
【図面の簡単な説明】
【０００８】
【図１Ａ】図１Ａは、実施形態に係るデータ収集システムの概要を示す図である。
【図１Ｂ】図１Ｂは、実施形態に係るデータ収集システムの概要を示す図である。
【図１Ｃ】図１Ｃは、実施形態に係るデータ収集システムの概要を示す図である。
【図１Ｄ】図１Ｄは、実施形態に係るデータ収集方法の概要を示す図である。
【図２】図２は、実施形態に係るデータ収集システムの構成例を示すブロック図である。
【図３】図３は、収集状況条件の一例を示す図である。
【図４】図４は、実施形態に係るデータ収集装置が実行する処理の処理手順を示すフローチャートである。
【図５】図５は、変形例に係るデータ収集システムの構成例を示すブロック図である。
【発明を実施するための形態】
【０００９】
以下、添付図面を参照して、本願の開示するデータ収集装置、データ収集システムおよびデータ収集方法の実施形態を詳細に説明する。なお、以下に示す実施形態によりこの発明が限定されるものではない。
【００１０】
まず、実施形態に係るデータ収集システムの概要について、図１Ａ〜図１Ｄを用いて説明する。図１Ａ〜図１Ｃは、実施形態に係るデータ収集システムの概要を示す図である。図１Ｄは、実施形態に係るデータ収集方法の概要を示す図である。
【００１１】
図１Ａに示すように、実施形態に係るデータ収集システム１は、データ収集装置１０と、車両Ｖ−１，Ｖ−２，Ｖ−３…にそれぞれ搭載された車載装置１００−１，１００−２，１００−３…と、利用者端末２００とを含む。なお、以下では、車両全般を指す場合には「車両Ｖ」と、また、車載装置全般を指す場合には「車載装置１００」と、それぞれ記載する。
【００１２】
データ収集装置１０は、たとえばインターネットや携帯電話回線網等のネットワークを介したクラウドサービスを提供するクラウドサーバとして構成され、データ利用者から車両Ｖに関するデータ（以下、車両データと記載する）の収集要求を受け付けるとともに、受け付けた収集要求に基づき、各車載装置１００から車両データを収集し、データ利用者へ提供する。
【００１３】
車載装置１００は、たとえばカメラや、加速度センサ、ＧＰＳ（Global  Positioning  System）センサといった各種センサ、記憶デバイス、マイクロコンピュータなどを有するドライブレコーダであって、データ収集装置１０が受け付けた収集要求を取得し、かかる収集要求に応じた車両データを車両Ｖから取得する。
【００１４】
また、車載装置１００は、取得した車両データをデータ収集装置１０へ適宜アップロードする。このようにドライブレコーダを車載装置１００として兼用することによって、車両Ｖへ搭載する車載部品を効率化することができる。なお、兼用することなく、車載装置１００とドライブレコーダとを別体で構成してもよい。
【００１５】
利用者端末２００は、データ利用者が利用する端末であり、たとえばノート型ＰＣ（Personal  Computer）や、デスクトップ型ＰＣ、タブレット端末、ＰＤＡ（Personal  Digital  Assistant）、スマートフォン、眼鏡型や時計型の情報処理端末であるウェアラブルデバイス（wearable  device）などである。
【００１６】
実施形態に係るデータ収集システム１では、利用者端末２００を介して指定された収集条件を元に、データ収集装置１０が車載装置１００から車両データを収集し、利用者端末２００へ提供する。以下、図１Ａ〜図１Ｃを用いて、データ収集システム１においてデータ利用者へ車両データが提供されるまでの一連の流れについて説明する。
【００１７】
図１Ａに示すように、まずデータ利用者は、データ収集装置１０と接続された利用者端末２００により収集条件を指定する。
【００１８】
また、この際に、データ収集装置１０は、収集することとなる実データＲ（車両データの一例）に付加され、かかる実データＲの検索や概要把握に用いられるインデックスデータとしての特性を有するタグデータＴの生成用データを生成する。すなわち、タグデータＴとは、実データＲがメタ情報化されたメタデータである。なお、かかるタグデータＴの生成用データは、利用者端末２００あるいはデータ収集装置１０に記憶されたプログラムや生成用データを用いつつ、データ利用者の操作に基づいて生成される。
【００１９】
そして、指定された収集条件や、生成されたタグデータＴの生成用データは、データ収集装置１０に記憶されるとともに、データ収集の対象となる車両Ｖへ配信されて、車載装置１００にも記憶される。
【００２０】
次に、各車載装置１００は、各種センサの出力データを監視し、記憶している収集条件を満たすイベントが発生した場合に、出力データや映像データ等の実データＲを記憶デバイスに記憶する。また、各車載装置１００は、記憶しているタグデータＴの生成用データと実データＲとに基づき、当該実データＲに対応するタグデータＴを生成して記憶する。そして、各車載装置１００は、タグデータＴをデータ収集装置１０にアップロードし、データ収集装置１０はそのタグデータＴを記憶する。なお、このとき、実データＲは、データ収集装置１０へはアップロードされない。つまり、図１Ａに示すように、データ収集装置１０は、タグデータＴのみを保有した状態となる。
【００２１】
そして、データ収集装置１０は、車載装置１００から収集したタグデータＴの収集状況を把握し、かかる収集状況が所定の収集状況条件を満たすように車両Ｖを走行させる提案情報を提案するが、かかる点の詳細は、図１Ｄで後述する。
【００２２】
そして、データ利用者が、利用者端末２００により、データ収集状況の確認や実データＲの収集のためにデータ収集装置１０と接続すると、データ収集装置１０により収集されたタグデータＴに基づくメタ情報が利用者端末２００に表示される。
【００２３】
そして、図１Ｂに示すように、データ利用者が、利用者端末２００により、収集する実データＲに対応するタグデータＴを指定すると、データ収集装置１０を介して該当の車載装置１００へ実データＲを指定する指示データが送信される。
【００２４】
その後、図１Ｃに示すように、指定された実データＲが、各車載装置１００からデータ収集装置１０へアップロードされ、データ収集装置１０に記憶される。そして、データ利用者が、利用者端末２００により、データ収集装置１０に記憶された実データＲにアクセスして、かかる実データＲの閲覧やダウンロードなどを行う。
【００２５】
なお、車載装置１００のデータ容量の観点からは、データ収集装置１０にアップロードされた実データＲおよびこれに対応するタグデータＴは、データ収集装置１０へのアップロード後に車載装置１００から削除されることが好ましい。
【００２６】
また、タグデータＴは、実データＲの一部を単純に抜粋したようなデータではなく、データ利用者が参照したときに実データＲの概要を把握し、実データＲの要否を判断できる程度にメタ情報化されていることが好ましい。
【００２７】
ここで、従来は、データ収集装置で収集されるデータの偏りについては考慮されていなかった。このため、例えば、交通量が多い道路と少ない道路では、車載装置から収集されるデータに偏りが生じるおそれがあった。
【００２８】
そこで、実施形態に係るデータ収集方法では、適切な収集状況となるように、車両Ｖの運転者に対して走行の提案を行うこととした。以下、図１Ｄを用いて、実施形態に係るデータ収集方法について、具体的に説明する。
【００２９】
図１Ｄでは、データ収集装置１０によって収集された道路Ａ、道路Ｂおよび道路ＣのタグデータＴの収集状況を示している。図１Ｄでは、道路Ｂが最もデータの収集量が多く、道路Ｃが最もデータ収集量が少ないこととする。
【００３０】
かかる場合、道路Ｂについては、データの収集状況が十分であり、これ以上にデータを収集すると、不要なデータが生じるおそれがある。一方、道路Ｃについては、データの収集状況が不十分であり、データ利用者が十分な解析を行えないおそれがある。
【００３１】
そこで、実施形態に係るデータ収集方法では、収集したデータの収集状況について、所定の収集状況条件を満たすように車両Ｖを走行させる提案情報を提案する。具体的には、図１Ｄに示すように、車両Ｖ−１，Ｖ−２，Ｖ−３それぞれについて、道路Ｂを経由する目的地Ａが設定されていることとする。
【００３２】
かかる場合、実施形態に係るデータ収集装置１０は、例えば、目的地Ａへの到着時間が１６時である車両Ｖ−１，Ｖ−２について、車両Ｖの乗り合いをさせる提案情報を提案する。これにより、道路Ｂについてのデータの収集量が抑えられるため、不要なデータが生じることを抑制できる。
【００３３】
なお、乗り合いを提案する場合、例えば、車両Ｖの運転者が所持する携帯端末等に登録されたスケジュール情報を利用できるが、かかる点については後述する。また、乗り合いを提案して、承諾してもらって車両Ｖに対して特典情報を付与してもよい。
【００３４】
また、図１Ｄに示す例において、実施形態に係るデータ収集装置１０は、車両Ｖ−３に対して道路Ｃを経由して目的地Ａに向かう走行ルートを提案情報として提案する。これにより、道路Ｂについてのデータの収集量を抑えつつ、道路Ｃについてのデータの収集量を増やすことができる。
【００３５】
このように、実施形態に係るデータ収集方法によれば、データの収集状況に基づいて車両Ｖの走行を提案することで、収集されるデータの偏りを抑えることができる。
【００３６】
以下、実施形態に係るデータ収集システム１の構成例について、より具体的に説明する。
【００３７】
図２は、実施形態に係るデータ収集システム１の構成例を示すブロック図である。なお、図２では、実施形態の特徴を説明するために必要な構成要素のみを表しており、一般的な構成要素についての記載を省略している。
【００３８】
換言すれば、図２に図示される各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。例えば、各ブロックの分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することが可能である。
【００３９】
また、図２を用いた説明では、既に説明済みの構成要素については、説明を簡略するか、省略する場合がある。
【００４０】
図２に示すように、実施形態に係るデータ収集システム１は、データ収集装置１０と、車載装置１００と、利用者端末２００とを含む。
【００４１】
まず、データ収集装置１０から説明する。データ収集装置１０は、通信部１１と、記憶部１２と、制御部１３とを備える。
【００４２】
通信部１１は、たとえば、ＮＩＣ（Network  Interface  Card）等によって実現される。通信部１１は、ネットワークＮと有線または無線で接続され、ネットワークＮを介して、車載装置１００や、利用者端末２００との間で情報の送受信を行う。
【００４３】
記憶部１２は、たとえば、ＲＡＭ（Random  Access  Memory）、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現され、図２の例では、収集条件情報ＤＢ１２ａと、収集データＤＢ１２ｂと、収集状況条件ＤＢ１２ｃとを記憶する。
【００４４】
収集条件情報ＤＢ１２ａは、利用者端末２００から指定され、後述する受付部１３ａによって受け付けられた収集条件が蓄積される。すなわち、収集条件情報ＤＢ１２ａは、収集条件に関する過去の実績を含む。
【００４５】
収集条件には、車両データの収集に関する各種パラメータが含まれる。例えば、各種パラメータは、対象となる車両Ｖの識別子や、収集対象となるデータの種別、収集のトリガとなる条件、収集する期間などである。収集のトリガとなる条件の一例として、車速が所定速を超えた場合などがある。
【００４６】
収集データＤＢ１２ｂは、後述する収集部１３ｃによって各車載装置１００から収集された収集データが蓄積される。すなわち、収集データＤＢ１２ｂは、収集データの過去の実績を含む。なお、収集データは、前述のタグデータＴおよび実データＲ（圧縮データ）を含む。
【００４７】
収集状況条件ＤＢ１２ｃは、後述の提案部１３ｄによって用いられ、データの収集状況に関する収集状況条件を含む情報が蓄積される。図３は、収集状況条件の一例を示す図である。
【００４８】
図３に示すように、収集状況条件には、データの収集状況に関する各種パラメータが含まれる。各種パラメータは、例えば、「道路種別」、「時間帯」、「日付」、「イベントの内容」、「データ利用者の指定」および「対象車両」等である。
【００４９】
「道路種別」は、データが収集された道路の種別であり、一般道、高速道、国道（○号線まで区分けされてもよい）、県道、私道等である。「時間帯」は、データが収集された時間帯である。「日付」は、データが収集された日付である。「イベントの内容」は、所定のイベントが生じた場合における各種センサ１５０の出力データである。「データ利生者の指定」は、データ利用者によって指定された収集状況条件である。「対象車両」は、データ収集の対象となる車両に関する情報であり、例えば、車種や、カメラの取付位置、車載装置の性能等である。
【００５０】
後述の提案部１３ｄは、例えば、各種パラメータに閾値を設定し、かかる閾値に基づいて収集状況条件の各種パラメータを満たすか否かを判定することができる。一例を挙げると、道路種別について、タグデータＴの収集量が所定の閾値以上である道路種別については、収集状況条件を満たすと判定し、一方、タグデータＴの収集量が所定の閾値未満である道路種別については収集状況条件を満たさないと判定する。
【００５１】
制御部１３は、コントローラ（controller）であり、たとえば、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）等によって、データ収集装置１０内部の記憶デバイスに記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３は、たとえば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路により実現することができる。
【００５２】
制御部１３は、受付部１３ａと、配信部１３ｂと、収集部１３ｃと、提案部１３ｄとを有し、以下に説明する情報処理の機能や作用を実現または実行する。
【００５３】
受付部１３ａは、データ利用者により、利用者端末２００から指定された収集条件や収集状況条件を通信部１１を介して受け付け、配信部１３ｂへ通知する。また、受付部１３ａは、データ利用者により指定された収集条件および収集状況条件のうち、収集条件については収集条件情報ＤＢ１２ａへ格納し、収集状況条件については収集状況条件ＤＢ１２ｃへ格納する。
【００５４】
配信部１３ｂは、収集条件情報ＤＢ１２ａへ格納され、データ利用者によって指定された収集条件を、対象車両となる車両Ｖへ、たとえばファイル形式で通信部１１を介して配信する。
【００５５】
収集部１３ｃは、配信部１３ｂによって配信された収集条件に基づいて取得された車両データであって、車載装置１００からアップロードされる車両データを、通信部１１を介して収集し、収集データとして収集データＤＢ１２ｂへ蓄積する。
【００５６】
提案部１３ｄは、収集部１３ｃによって収集された車両データの収集状況について、所定の収集状況条件を満たすように車両Ｖを走行させる提案情報を提案する。具体的には、提案部１３ｄは、収集状況条件ＤＢ１２ｃの収集状況条件を参照して、収集データＤＢ１２ｂに格納された収集データの収集状況が収集状況条件ＤＢ１２ｃの収集状況条件を満たすか否かを判定する。
【００５７】
例えば、提案部１３ｄは、収集状況条件「道路種別」について、所定の道路におけるデータの収集量が所定の閾値以上である場合、つまり、データの収集状況が所定の収集状況条件「道路種別」を満たしている場合、車両Ｖの走行を控える提案情報を提案する。
【００５８】
車両Ｖの走行を控える提案情報としては、例えば、車両Ｃの乗り合いをさせる提案や、いつもとは違う道路を走行させる提案等がある。これにより、データの収集状況に偏りが生じることを低減できる。さらに、車両Ｃの乗り合いを提案することで、車両Ｖの走行量を減らすことができる。
【００５９】
なお、提案部１３ｄは、車両Ｃの乗り合いを提案する場合、各車両Ｖの運転者のスケジュールに関するスケジュール情報に基づいて、車両Ｖの乗り合いを提案してもよい。これにより、ユーザの満足度の高い乗り合いを提案することができる。
【００６０】
また、提案部１３ｄは、所定の道路におけるデータの収集量が所定の閾値未満である場合、つまり、データの収集状況が所定の収集状況条件「道路種別」を満たしていない場合、かかる道路を走行させる提案情報を提案する。
【００６１】
所定の道路を走行させる提案情報としては、例えば、運転者が目的地を設定している場合には、既存の複数ルート提案に加え、データ収集用のルートを提案する。これにより、運転者がルート選択時に提案される走行ルートの意図を容易に把握できる。
【００６２】
なお、提案部１３ｄは、データ収集用のルートの提案に加えて、自動運転モード（あるいは、手動運転モード）に変更する提案や、アクセルや、ブレーキ、サスペンション等を制御する走行制御装置の制御パラメータを変更する提案を行ってもよい。
【００６３】
また、提案部１３ｄは、提案情報を受け入れてくれた運転者に対しては、ポイントやプレゼント等といった特典情報を付与してもよい。具体的には、提案部１３ｄは、提案情報を車載装置１００へ送信し、かかる提案情報を承諾したことを示す承諾情報を車載装置１００から取得した場合、承諾情報に基づいて特典情報を付与する。これにより、運転者によるデータ収集を促進できる。
【００６４】
なお、特典情報については、各車両Ｖの貢献度に応じて増減させてもよい。例えば、乗り合いの承諾回数や、データ収集用の走行ルートによる迂回度（到着時刻がどの程度遅れるかや、どの程度の距離を迂回したか等）に基づいて増減させてもよい。
【００６５】
また、提案部１３ｄは、受付部１３ａによって受け付けられた収集状況条件に基づいて提案情報をできるため、例えば、データ利用者が所望のデータを重点的に収集することで、データ利用者の満足度を向上させることができる。
【００６６】
次に、車載装置１００について説明する。車載装置１００は、通信部１０１と、記憶部１０２と、制御部１０３とを備える。また、車載装置１００は、上述したように、カメラや、加速度センサ、ＧＰＳセンサなどの各種センサ１５０が接続される。
【００６７】
通信部１０１は、通信部１１と同様に、たとえばＮＩＣ等によって実現される。通信部１０１は、ネットワークＮと無線で接続され、ネットワークＮを介して、データ収集装置１０との間で情報の送受信を行う。また、通信部１０１は、各種センサ１５０の出力データを受信する。
【００６８】
記憶部１０２は、記憶部１２と同様に、たとえば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現され、図２の例では、収集条件情報１０２ａと、車両データ情報１０２ｂとを記憶する。
【００６９】
収集条件情報１０２ａは、データ収集装置１０から配信された収集条件を含む情報である。車両データ情報１０２ｂは、後述する採取部１０３ｃによって採取された車両データを含む情報である。車両データは、前述のタグデータＴおよび実データＲを含む。
【００７０】
制御部１０３は、制御部１３と同様に、コントローラであり、たとえば、ＣＰＵやＭＰＵ等によって、車載装置１００内部の記憶デバイスに記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１０３は、たとえば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現することができる。
【００７１】
制御部１０３は、取得部１０３ａと、検出部１０３ｂと、採取部１０３ｃと、アップロード部１０３ｄとを有し、以下に説明する情報処理の機能や作用を実現または実行する。
【００７２】
取得部１０３ａは、データ収集装置１０から配信された収集条件を取得し、収集条件情報１０２ａへ格納する。検出部１０３ｂは、各種センサ１５０からの出力データを監視し、収集条件においてトリガとなるイベントの発生を検出する。
【００７３】
たとえば検出部１０３ｂは、収集条件において車両データを採取するトリガとなるイベントの発生を検出した場合に、採取部１０３ｃに車両データを採取させる。また、たとえば検出部１０３ｂは、収集条件において車両データをデータ収集装置１０へアップロードさせるトリガとなるイベントの発生を検出した場合に、アップロード部１０３ｄに車両データをアップロードさせる。
【００７４】
採取部１０３ｃは、検出部１０３ｂによって車両データを採取するトリガの発生が検出された場合に、各種センサ１５０の出力データに基づく車両データを採取して車両データ情報１０２ｂへ格納する。また、採取部１０３ｃは、検出部１０３ｂによって車両データの採取を停止するトリガの発生が検出された場合に、車両データの採取を停止する。
【００７５】
アップロード部１０３ｄは、検出部１０３ｂによって車両データをアップロードするトリガの発生が検出された場合に、車両データ情報１０２ｂに格納された車両データをデータ収集装置１０へアップロードする。
【００７６】
次に、図４を用いて、実施形態に係るデータ収集装置１０が実行する処理の処理手順について説明する。図４は、実施形態に係るデータ収集装置１０が実行する処理の処理手順を示すフローチャートである。
【００７７】
図４に示すように、まず、収集部１３ｃは、各車両Ｖに搭載された車載装置１００から車両Ｖに関するデータを収集する（ステップＳ１０１）。
【００７８】
つづいて、提案部１３ｄは、収集部１３ｃが収集したデータの収集状況が所定の収集状況条件を満たすか否かを判定する（ステップＳ１０２）。
【００７９】
提案部１３ｄは、データの収集状況が所定の収集状況条件を満たす場合（ステップＳ１０２：Ｙｅｓ）、車両Ｃの走行を控える提案情報を提案し（ステップＳ１０３）、処理を終了する。
【００８０】
一方、提案部１３ｄは、データの収集状況が所定の収集状況条件を満たさない場合（ステップＳ１０２：Ｎｏ）、走行量を増やす提案情報を提案し（ステップＳ１０４）、処理を終了する。
【００８１】
上述してきたように、実施形態に係るデータ収集装置１０は、収集部１３ｃと、提案部１３ｄとを備える。収集部１３ｃは、各車両Ｖに搭載された車載装置１００から車両Ｖに関するデータを収集する。提案部１３ｄは、収集部１３ｃによって収集されたデータの収集状況について、所定の収集状況条件を満たすように車両Ｖを走行させる提案情報を提案する。これにより、収集されるデータの偏りを抑えることができる。
【００８２】
なお、データ収集装置１０は、提案情報を提案する場合に限らず、例えば、車両Ｃの走行制御を行ってもよい。かかる点について、図５を用いて説明する。図５は、変形例に係るデータ収集装置１０の構成を示すブロック図である。
【００８３】
図５に示すように、変形例に係るデータ収集装置１０は、走行指令部１３ｅを備える。走行指令部１３ｅは、収集部１３ｄによって収集されたデータの収集状況について、所定の収集状況条件を満たすように車両を走行させる走行指令情報を提案する。
【００８４】
例えば、走行指令部１３ｅは、車両Ｃの走行制御（自動運転モードか手動運転モードか）や、道路、時間等のといった収集状況条件を満たすように車両Ｃを走行させる。具体的には、走行指令部１３ｅは、アクセルや、ブレーキ、サスペンションの固さ、ギアの変速パターン等の制御パラメータを指定する走行指令情報を提案する。
【００８５】
これにより、例えば、自動運転モードで所定の道路区間を走行する車両データが不足している場合等に、収集条件に合致した走行制御で車両Ｃを走行させることができるため、収集されるデータの精度を向上させることができる。
【００８６】
なお、走行指令部１３ｅは、走行指令情報を運転者に通知して、走行指令情報に基づいて走行制御を変更していよいか否かの同意を得てから変更することが好ましい。これにより、運転者の意図しない走行制御が行われることを防ぐことができる。
【００８７】
なお、走行指令部１３ｅは、走行制御により自動運転モードで走行する走行経路を変更してもよい。
【００８８】
さらなる効果や変形例は、当業者によって容易に導き出すことができる。このため、本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細および代表的な実施形態に限定されるものではない。したがって、添付の特許請求の範囲およびその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。
【符号の説明】
【００８９】
１    データ収集システム
１０    データ収集装置
１１、１０１    通信部
１２、１０２    記憶部
１３、１０３    制御部
１３ａ  受付部
１３ｂ  配信部
１３ｃ  収集部
１３ｄ  提案部
１３ｅ  走行指令部
１００    車載装置
１０３ａ  取得部
１０３ｂ  検出部
１０３ｃ  採取部
１０３ｄ  アップロード部
２００    利用者端末
【図１Ａ】
2020107292.tif 000003
【図１Ｂ】
2020107292.tif 000004
【図１Ｃ】
2020107292.tif 000005
【図１Ｄ】
2020107292.tif 000006
【図２】
2020107292.tif 000007
【図３】
2020107292.tif 000008
【図４】
2020107292.tif 000009
【図５】
2020107292.tif 000010