(57)【要約】【課題】信頼性高く、通信負担の小さいデータ収集を実現すること。【解決手段】実施形態に係る車載装置は、車両に搭載され、車両に関するデータを採取して蓄積するとともに、上位装置からの送信指示に基づいてデータを上位装置へ送信する車載装置であって、判定部と、転送部とを備える。判定部は、車両が所定の通信環境を有する特定エリアに位置するか否かを判定する。転送部は、判定部によって車両が特定エリアに位置すると判定された場合に、蓄積されたデータを上記通信環境を介して外部装置へ転送する。【選択図】図２Ａ
2020071830.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）等の集積回路により実現することができる。
【００６１】
制御部１３は、受付部１３ａと、配信部１３ｂと、収集部１３ｃと、提供部１３ｄとを有し、以下に説明する情報処理の機能や作用を実現または実行する。
【００６２】
受付部１３ａは、データ利用者により、利用者端末２００から指定された収集条件を通信部１１を介して受け付け、収集条件情報ＤＢ１２ａへ格納する。また、受付部１３ａは、利用者端末２００からタグデータＴの指定を受け付け、収集部１３ｃへ通知する。また、受付部１３ａは、利用者端末２００から実データＲのたとえば閲覧要求やダウンロード要求を受け付け、提供部１３ｄへ通知する。
【００６３】
配信部１３ｂは、収集条件情報ＤＢ１２ａへ格納され、設定された収集条件を、対象車両となる車両Ｖへ、たとえばファイル形式で通信部１１を介して配信する。
【００６４】
収集部１３ｃは、車載装置１００からアップロードされるタグデータＴを収集し、収集データＤＢ１２ｂへ格納する。また、収集部１３ｃは、受付部１３ａから通知されるタグデータＴの指定に基づき、かかるタグデータＴに対応する実データＲのアップロード要求を、車載装置１００へ送信する。
【００６５】
また、収集部１３ｃは、かかるアップロード要求に基づいて車載装置１００またはデータ保管装置３００からアップロードされる実データＲを、通信部１１を介して収集し、収集データＤＢ１２ｂへ蓄積する。
【００６６】
提供部１３ｄは、受付部１３ａから通知される閲覧要求またはダウンロード要求に基づき、該当する車両データを収集データＤＢ１２ｂから抽出し、必要に応じて前述のＵＩ画面に応じた編集を施して利用者端末２００へ提供する。
【００６７】
次に、車載装置１００について説明する。車載装置１００は、通信部１０１と、記憶部１０２と、制御部１０３とを備える。また、車載装置１００は、上述したように、カメラや、加速度センサ、ＧＰＳセンサなどの各種センサ１５０が接続される。
【００６８】
通信部１０１は、たとえばＮＩＣ等によって実現される。通信部１０１は、ネットワークＮと無線で接続され、ネットワークＮを介して、データ収集装置１０との間で情報の送受信を行う。また、通信部１０１は、各種センサ１５０の出力データを受信する。
【００６９】
記憶部１０２は、たとえば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子等によって実現され、図２Ａの例では、収集条件情報１０２ａと、車両データ情報１０２ｂと、履歴情報１０２ｃとを記憶する。
【００７０】
収集条件情報１０２ａは、データ収集装置１０から配信された収集条件を含む情報である。車両データ情報１０２ｂは、後述する採取部１０３ｃによって採取された車両データを含む情報である。車両データは、前述のタグデータＴおよび実データＲを含む。
【００７１】
履歴情報１０２ｃは、車載装置１００から実データＲをデータ保管装置３００へ転送した転送履歴を含む情報である。
【００７２】
制御部１０３は、制御部１３と同様に、コントローラであり、たとえば、ＣＰＵやＭＰＵ等によって、車載装置１００内部の記憶デバイスに記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１０３は、たとえば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現することができる。
【００７３】
制御部１０３は、取得部１０３ａと、検出部１０３ｂと、採取部１０３ｃと、アップロード部１０３ｄと、判定部１０３ｅと、転送部１０３ｆとを有し、以下に説明する情報処理の機能や作用を実現または実行する。
【００７４】
取得部１０３ａは、データ収集装置１０から配信された収集条件を取得し、収集条件情報１０２ａへ格納する。検出部１０３ｂは、各種センサ１５０からの出力データを監視し、収集条件においてトリガとなるイベントの発生を検出する。
【００７５】
たとえば検出部１０３ｂは、収集条件において車両データを採取するトリガとなるイベントの発生を検出した場合に、採取部１０３ｃに車両データを採取させる。
【００７６】
採取部１０３ｃは、検出部１０３ｂによって車両データを採取するトリガの発生が検出された場合に、各種センサ１５０の出力データに基づく車両データを採取して車両データ情報１０２ｂへ格納する。また、採取部１０３ｃは、検出部１０３ｂによって車両データの採取を停止するトリガの発生が検出された場合に、車両データの採取を停止する。
【００７７】
アップロード部１０３ｄは、タグデータＴを常時データ収集装置１０へアップロードする。また、アップロード部１０３ｄは、通信部１０１を介してデータ収集装置１０から実データＲのアップロード要求を受け付けた場合に、これを転送部１０３ｆへ通知する。
【００７８】
判定部１０３ｅは、たとえば各種センサ１５０からの出力データに基づいて、車両Ｖが特定エリア５００に停車したか否かを判定する。また、判定部１０３ｅは、判定結果を転送部１０３ｆへ通知する。
【００７９】
転送部１０３ｆは、判定部１０３ｅによって車両Ｖが特定エリア５００に停車したと判定された場合に、車両データ情報１０２ｂに蓄積された実データＲをアクセスポイントＰを介してデータ保管装置３００へ送信する。また、転送部１０３ｆは、データ保管装置３００へ送信した実データＲを送信完了後に車両データ情報１０２ｂから削除する。
【００８０】
また、転送部１０３ｆは、データ収集装置１０からの実データＲのアップロード要求をアップロード部１０３ｄから通知された場合に、当該アップロード要求をデータ保管装置３００へ転送して、データ保管装置３００に実データＲをデータ収集装置１０へ送信させる。
【００８１】
また、転送部１０３ｆは、実データＲをデータ保管装置３００へ転送した転送履歴を履歴情報１０２ｃに蓄積する。また、転送部１０３ｆは、データ保管装置３００に実データＲをデータ収集装置１０へ送信させた送信履歴を、データ保管装置３００に蓄積させる。
【００８２】
次に、データ保管装置３００について説明する。図２Ｂに示すように、データ保管装置３００は、通信部３０１と、記憶部３０２と、制御部３０３とを備える。
【００８３】
通信部３０１は、たとえば、ＮＩＣ等によって実現される。通信部１１は、ネットワークＮと有線または無線で接続され、ネットワークＮを介して、車載装置１００や、データ収集装置１０との間で情報の送受信を行う。
【００８４】
記憶部３０２は、たとえば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現され、図２Ｂの例では、蓄積データＤＢ３０２ａと、履歴情報３０２ｂとを記憶する。
【００８５】
蓄積データＤＢ３０２ａは、車載装置１００から転送された実データＲが格納される。履歴情報３０２ｂは、データ保管装置３００から実データＲをデータ収集装置１０へ送信した送信履歴を含む情報である。
【００８６】
制御部３０３は、コントローラであり、たとえば、ＣＰＵやＭＰＵ等によって、データ保管装置３００内部の記憶デバイスに記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部３０３は、たとえば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現することができる。
【００８７】
制御部３０３は、受付部３０３ａと、受信部３０３ｂと、加工部３０３ｃと、アップロード部３０３ｄと、提供部３０３ｅとを有し、以下に説明する情報処理の機能や作用を実現または実行する。
【００８８】
受付部３０３ａは、通信部３０１を介して車載装置１００からの実データＲの転送要求を受け付け、これを受信部３０３ｂへ通知する。また、受付部３０３ａは、データ収集装置１０から車載装置１００へ送信され、車載装置１００においてデータ保管装置３００へ向けて転送されたアップロード要求を受け付け、これをアップロード部３０３ｄへ通知する。
【００８９】
受信部３０３ｂは、受付部３０３ａから通知された転送要求に基づき、車載装置１００から送信された実データＲを通信部３０１を介して受信し、蓄積データＤＢ３０２ａへ格納する。
【００９０】
加工部３０３ｃは、蓄積データＤＢ３０２ａへ格納される実データＲに加工を要する場合に、かかる加工を施して蓄積データＤＢ３０２ａへ格納する。加工は、たとえばユーザが車載装置１００やスマートフォン等からデータ保管装置３００へアクセスして、蓄積データＤＢ３０２ａの格納データを閲覧したい場合に、閲覧しやすいように解析、集計、編集等を行う場合を含む。
【００９１】
アップロード部３０３ｄは、受付部３０３ａから通知されたアップロード要求に基づき、該当する実データＲを蓄積データＤＢ３０２ａから抽出して、データ収集装置１０へ送信する。また、アップロード部３０３ｄは、実データＲをデータ収集装置１０へ送信した送信履歴を履歴情報３０２ｂに蓄積する。
【００９２】
提供部３０３ｅは、たとえば車載装置１００やスマートフォン等を介して、蓄積データＤＢ３０２ａまたは履歴情報３０２ｂの格納データの閲覧要求があった場合に、かかる要求に応じた該当データを抽出し、ＵＩ画面等を介してユーザへ提供する。
【００９３】
次に、特定エリア５００の通信環境が良好でない場合について、図３を用いて説明する。図３は、特定エリア５００の通信環境が良好でない場合の変形例を示す図である。
【００９４】
図３に示すように、車両Ｖが特定エリア５００に停車したものの、アクセスポイントＰの「電波強度が弱」等、特定エリア５００の通信環境が良好でない場合がありうる。車載装置１００の判定部１０３ｅが、各種センサ１５０の出力データに基づき、こうした状況を判定できたならば、転送部１０３ｆは、データ保管装置３００に対し、実データＲの転送予定を通知する転送予約のみ行うとよい。
【００９５】
データ保管装置３００が、かかる通知に対し履歴を残しておけば、少なくとも通信環境が良好でなく、実データＲの転送を行えなかったことや、通信環境が良好となり次第、実データＲの転送が行われることをユーザが把握することが可能となる。
【００９６】
次に、車載装置１００の履歴情報１０２ｃの一例について、図４を用いて説明する。図４は、車載装置１００の履歴情報１０２ｃの一例を示す図である。
【００９７】
図４に示すように、履歴情報１０２ｃは、たとえば「データＩＤ」項目と、「転送日時」項目と、「特定エリア」項目と、「転送先」項目と、「属性情報」項目とを含む。
【００９８】
「データＩＤ」項目は、車載装置１００からデータ保管装置３００へ転送された実データＲの識別情報が格納される。「転送日時」項目は、その各々の転送日時が格納される。「特定エリア」項目は、特定エリア５００の識別情報が格納される。「転送先」項目は、転送先となったデータ保管装置３００の識別情報が格納される。
【００９９】
なお、ここで、「転送先」となるデータ保管装置３００は、車載装置１００等からユーザが任意に選択することが可能である。図５は、転送先の選択例を示す図である。図５に示すように、たとえば車載装置１００等のＵＩ画面に、ドロップダウンリストなどにより転送先となるデータ保管装置３００の識別情報をリスト表示することによって、ユーザに任意に転送先を選択させることが可能である。
【０１００】
転送先は、ホームサーバやスマートフォンのほか、クラウドサーバや、ユーザが所有する別の車両Ｘ、一般のストレージ機器などであってもよい。また、かかる選択は、車載装置１００の初期設定時や、車両Ｖの始動前等に行わせてもよいし、特定エリア５００に停車し、実データＲの転送が開始される前に行わせてもよい。
【０１０１】
図４の説明に戻る。「属性情報」項目は、たとえばタグデータＴの属性情報とも言える内容、たとえば「急ブレーキ発生」時や、「急勾配走行」時のデータであることがわかる内容が格納される。
【０１０２】
こうした履歴情報１０２ｃの各項目は、データ容量の小さいテキストデータで記録されることが好ましい。これにより、履歴情報１０２ｃにより、車載装置１００のストレージ容量に負荷をかけてしまうことを防止することができる。
【０１０３】
次に、データ収集装置１０からのアップロード要求に加工指示が付加された場合について、図６を用いて説明する。図６は、アップロード要求に加工指示が付加された場合の変形例を示す図である。
【０１０４】
図６に示すように、データ収集装置１０からのアップロード要求には、データの加工指示が付加される場合がありうる。このとき、車載装置１００に該当する実データＲがまだあり、「リソース不足」等で、加工指示に対応する加工処理が不可である場合には、車載装置１００の転送部１０３ｆは、実データＲとともに、加工指示およびアップロード要求を転送し、データ保管装置３００の加工部３０３ｃに加工処理を行わせてもよい。
【０１０５】
これにより、車載装置１００において加工処理が不可である場合であっても、データ収集装置１０からの指示に応じた内容での加工を施した実データＲを、データ保管装置３００からアップロードさせることが可能となる。
【０１０６】
車載装置１００が加工処理を実行可能であれば、車載装置１００で加工後の実データＲを、アップロード要求とともにデータ保管装置３００へ転送すればよい。また、データ保管装置３００へ転送済みの実データＲに対するアップロード要求および加工指示を受け付けた場合には、車載装置１００は、そのままアップロード要求および加工指示のみをデータ保管装置３００へ転送すればよい。
【０１０７】
次に、データ保管装置３００の履歴情報３０２ｂの一例について、図７を用いて説明する。図７は、データ保管装置３００の履歴情報３０２ｂの一例を示す図である。
【０１０８】
まず、図示は略しているが、履歴情報３０２ｂは、車載装置１００の履歴情報１０２ｃと同様の、データＩＤごとの送信履歴となる日時等の項目を含む。これに加え、履歴情報３０２ｂは、たとえば図７に示すように、データＩＤごとの「状態」を示す項目を含んでいてもよい。ここでは、「アップロード」状態と、「削除」状態を示す項目を含む場合を例に挙げている。
【０１０９】
すなわち、図７に示すように、データ保管装置３００は、データ収集装置１０へアップロード済みの実データＲを、アップロード後に削除するようにしてもよい（図中のデータＩＤ「００１」参照）。また、データ保管装置３００は、アップロード前の実データＲは、削除不可と管理するようにしてもよい（図中のデータＩＤ「００３」参照）。
【０１１０】
また、データ保管装置３００は、データ収集装置１０へアップロード済みの実データＲを、たとえばストレージ容量に余力等があれば、アップロード後に必ずしも削除しなくともよい（図中のデータＩＤ「００２」参照）。また、データ収集装置１０や車載装置１００などからの指定により、実データＲに優先度の付与が可能であり、データ保管装置３００は、かかる優先度に応じて削除の可否や、順序を判定するようにしてもよい。
【０１１１】
次に、実施形態に係るデータ収集システム１が実行する処理シーケンスについて、図８を用いて説明する。図８は、実施形態に係るデータ収集システム１が実行する処理シーケンスを示す図である。なお、図８に示す処理シーケンスは、車載装置１００に収集条件が配信されて以降のものである。
【０１１２】
まず、車載装置１００が、配信された収集条件に基づいて実データＲを採取する（ステップＳ１０１）。実データＲに基づいてはタグデータＴが生成され、車載装置１００は、かかるタグデータＴについては常時データ収集装置１０へ送信する（ステップＳ１０２）。そして、データ収集装置１０は、かかるタグデータＴを蓄積する（ステップＳ１０３）。
【０１１３】
かかるステップＳ１０１〜ステップＳ１０３が繰り返される間に、車載装置１００は、車両Ｖに特定エリア５００に停車したことを検出する（ステップＳ１０４）。すると、車載装置１００は、特定エリア５００のアクセスポイントＰを介して、実データＲをデータ保管装置３００へ送信し（ステップＳ１０５）、送信完了後に実データＲを削除する（ステップＳ１０６）。また、データ保管装置３００は、車載装置１００から送信された実データＲを蓄積する（ステップＳ１０７）。
【０１１４】
かかるステップＳ１０１〜ステップＳ１０７が繰り返される間に、データ収集装置１０は、たとえば利用者端末２００からの指示に基づき、実データＲのアップロード要求を車載装置１００へ送信する（ステップＳ１０８）。
【０１１５】
そして、車載装置１００は、かかるアップロード要求をデータ保管装置３００へ転送する（ステップＳ１０９）。そして、かかるアップロード要求を受けたデータ保管装置３００は、要求に応じた実データＲを抽出して、データ収集装置１０へ送信する（ステップＳ１１０）。そして、データ収集装置１０は、かかる実データＲを蓄積することとなる（ステップＳ１１１）。
【０１１６】
上述してきたように、実施形態に係る車載装置１００は、車両Ｖに搭載され、実データＲデータ（「車両に関するデータ」の一例に相当）を採取して蓄積するとともに、データ収集装置１０（「上位装置」の一例に相当）からのアップロード要求（「送信指示」の一例に相当）に基づいて実データＲをデータ収集装置１０へ送信する車載装置１００であって、判定部１０３ｅと、転送部１０３ｆとを備える。判定部１０３ｅは、車両Ｖが所定の通信環境を有する特定エリア５００に位置するか否かを判定する。転送部１０３ｆは、判定部１０３ｅによって車両Ｖが特定エリア５００に位置すると判定された場合に、蓄積された実データＲを上記通信環境を介してデータ保管装置３００（「外部装置」の一例に相当）へ転送する。
【０１１７】
したがって、実施形態に係る車載装置１００によれば、信頼性高く、通信負担の小さいデータ収集を実現することができる。
【０１１８】
また、転送部１０３ｆは、蓄積された実データＲをデータ保管装置３００へ送信し、送信完了後に削除する。
【０１１９】
したがって、実施形態に係る車載装置１００によれば、容量負担の大きい実データＲをデータ保管装置３００へ保管させ、車載装置１００自体は、送信した実データＲを削除することができる。したがって、車載装置１００のストレージ容量の負荷を軽減させるとともに、車両データの蓄積分に抜けが発生するのを防ぐことができる。
【０１２０】
また、転送部１０３ｆは、データ保管装置３００へ転送した実データＲのアップロード要求をデータ収集装置１０から受け付けた場合に、当該アップロード要求をデータ保管装置３００へ転送してかかるデータ保管装置３００に実データＲをデータ収集装置１０へ送信させる。
【０１２１】
したがって、実施形態に係る車載装置１００によれば、データ収集装置１０にとっては、要求先を常に一本化できるとともに、車載装置１００にとっては、車載装置１００側で車両データ提供の可否制御が行える。すなわち、車載装置１００が、実データＲをデータ収集装置１０へアップロードする場合と同等にデータ送受信を管理することができる。
【０１２２】
また、転送部１０３ｆは、実データＲをデータ保管装置３００へ転送した転送履歴を当該車載装置１００に蓄積させる。
【０１２３】
したがって、実施形態に係る車載装置１００によれば、どの実データＲがどのデータ保管装置３００で保管されているのか、状況を車載装置１００で一元管理することができる。
【０１２４】
また、転送部１０３ｆは、データ保管装置３００に実データＲをデータ収集装置１０へ送信させた送信履歴を、データ保管装置３００に蓄積させる。
【０１２５】
したがって、実施形態に係る車載装置１００によれば、どの実データＲがいつデータ保管装置３００からデータ収集装置１０へアップロードされたのか、状況をデータ保管装置３００で一元管理させることができる。
【０１２６】
また、転送部１０３ｆは、データ収集装置１０からのアップロード要求に実データＲの加工指示が付加され、当該車載装置１００での加工指示に対応する加工処理が不可である場合に、データ保管装置３００へアップロード要求とともに加工指示を転送してかかるデータ保管装置３００に実データＲの加工処理を行わせたうえで、データ保管装置３００に実データＲをデータ収集装置１０へ送信させる。
【０１２７】
したがって、実施形態に係る車載装置１００によれば、車載装置１００において加工処理が不可である場合であっても、データ収集装置１０からの指示に応じた内容での加工を施した実データＲを、データ保管装置３００からアップロードさせることが可能となる。
【０１２８】
なお、上述した実施形態では、実データＲを車載装置１００からデータ保管装置３００へ転送し、専らデータ保管装置３００からデータ収集装置１０へ実データＲをアップロードさせる場合を例に挙げたが、車載装置１００が実データＲをデータ収集装置１０へアップロードしてもよい。
【０１２９】
たとえば、データ収集装置１０は、即時に必要な実データＲについては、車載装置１００からの直接のアップロードを要求でき、車載装置１００はかかる要求を受け付けた場合には、特定エリア５００に関わることなく、データ収集装置１０へ該当の実データＲをアップロードすることとしてもよい。無論、その完了後には、車載装置１００から当該実データＲを削除してもよい。
【０１３０】
また、上述した実施形態では、データ利用者が、自動運転技術の開発者等であることとしたが、ユーザの一例であって、たとえばサービスプロバイダ等の法人ユーザや、一般の個人ユーザであってもよい。
【０１３１】
さらなる効果や変形例は、当業者によって容易に導き出すことができる。このため、本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細および代表的な実施形態に限定されるものではない。したがって、添付の特許請求の範囲およびその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。
【符号の説明】
【０１３２】
１    データ収集システム
１０    データ収集装置
１２ａ  収集条件情報ＤＢ
１２ｂ  収集データＤＢ
１３ａ  受付部
１３ｂ  配信部
１３ｃ  収集部
１３ｄ  提供部
１００    車載装置
１０２ａ  収集条件情報
１０２ｂ  車両データ情報
１０２ｃ  履歴情報
１０３ａ  取得部
１０３ｂ  検出部
１０３ｃ  採取部
１０３ｄ  アップロード部
１０３ｅ  判定部
１０３ｆ  転送部
１５０    各種センサ
２００    利用者端末
３００    データ保管装置
３０２ａ  蓄積データＤＢ
３０２ｂ  履歴情報
３０３ａ  受付部
３０３ｂ  受信部
３０３ｃ  加工部
３０３ｄ  アップロード部
３０３ｅ  提供部
５００    特定エリア
Ｒ      実データ
Ｔ      タグデータ
Ｖ      車両
【図１Ａ】
2020071830.tif 000003
【図１Ｂ】
2020071830.tif 000004
【図１Ｃ】
2020071830.tif 000005
【図１Ｄ】
2020071830.tif 000006
【図１Ｅ】
2020071830.tif 000007
【図１Ｆ】
2020071830.tif 000008
【図１Ｇ】
2020071830.tif 000009
【図２Ａ】
2020071830.tif 000010
【図２Ｂ】
2020071830.tif 000011
【図３】
2020071830.tif 000012
【図４】
2020071830.tif 000013
【図５】
2020071830.tif 000014
【図６】
2020071830.tif 000015
【図７】
2020071830.tif 000016
【図８】
2020071830.tif 000017