JP2022157157A - 車両データ管理システム及び車両データ管理方法 - Google Patents

Abstract

【課題】２つ以上のイベントが同時期に発生したときに取得されたデータを車両から外部サーバに送信する場合において、重複するデータが送信されるのを抑える。【解決手段】車両は、所定イベントの発生時刻以前の第１期間、及び、発生時刻以降の第２期間における各種データを収集し、外部サーバにアップロードするためのデータセットを作成する。所定イベントは、アップロードの対象となる第１及び第２アップロード対象イベントを含む。データセットの作成処理では、アップロード対象イベントの間に、第１及び第２期間の少なくとも一部が重複する期間が存在するか否かが判定される。重複期間が存在すると判定された場合、優先度の比較が行われる。第１アップロード対象イベントの優先度が第２アップロード対象イベントのそれよりも低い場合、前者に関するデータセットから、重複期間における各種データが除外される。【選択図】図５

Description

本発明は、車両により取得された各種データを外部サーバにおいて管理するシステム及び方法に関する。

特開２０１９－０４０３６４号公報は、衝突、自動ブレーキの作動等のイベントが発生した場合、車両データを外部サーバに送信するシステムを開示する。この従来のシステムは、イベントの発生前後に取得された車両データを、車載の記憶装置の所定領域に格納する。所定領域は、イベントの種類に応じて事前に割り当てられている。従来のシステムは、また、記憶装置から車両データを読み出して、外部サーバに送信する。外部サーバは、この車両データに基づいて、イベントの種類ごとにイベントの発生頻度を計算する。外部サーバは、また、この発生頻度に基づいて所定領域の容量を調整し、調整後の容量に関する情報を車両に送信する。

特開２０１９－０４０３６４号公報 特開２００９－０７６０５０号公報

上記従来のシステムにおいて、２つのイベントが同時期に発生した場合を考える。この場合、先発イベントの発生前後の車両データと、後発イベントの発生前後の車両データとが記憶装置に格納される。そうすると、先発イベントと後発イベントの間で、車両データの一部が重複する可能性が高い。車両データの一部が重複した状態で外部サーバに送信すると、全ての車両データの送信が完了するまでに長時間を要するおそれがある。また、重複する車両データの送信が帯域を圧迫することで、車両による他のデータの送信が遅延するおそれもある。

本発明の１つの目的は、２つ以上のイベントが同時期に発生したときに取得された各種データを車両から外部サーバに送信する場合において、重複するデータが送信されるのを抑えることが可能な技術を提供することにある。

第１の発明は、車両により取得された各種データを外部サーバにおいて管理するシステムであり、次の特徴を有する。
前記車両は、前記車両の走行中に所定イベントが発生した場合、前記所定イベントの発生時刻以前の第１期間における前記各種データと、前記発生時刻以降の第２期間における前記各種データとを収集し、前記外部サーバにアップロードするためのデータセットを作成する処理を行うように構成されている。
前記所定イベントは、前記アップロードの対象となるイベントを示す第１及び第２アップロード対象イベントを含む。前記第１及び第２アップロード対象イベントには優先度が設定されている。
前記車両は、前記データセットの作成処理において、
前記第１及び第２アップロード対象イベントの間に、前記第１及び第２期間の少なくとも一部が重複する重複期間が存在するか否かを判定し、
前記重複期間が存在すると判定された場合、前記第１及び第２アップロード対象イベントの間において前記優先度の比較を行い、
前記第１アップロード対象イベントの前記優先度が前記第２アップロード対象イベントのそれよりも低い場合、前記第１アップロード対象イベントに関する前記データセットから、前記重複期間における前記各種データを除外する。

第２の発明は、第１の発明において更に次の特徴を有する。
前記車両は、前記データセットの作成処理において、
前記第１アップロード対象イベントの前記優先度が前記第２アップロード対象イベントのそれと等しい場合、これらのイベントの発生時刻の比較を行い、
前記第１アップロード対象イベントの発生時刻が前記第２アップロード対象イベントのそれよりも前の場合、前記第１アップロード対象イベントに関する前記データセットから、前記重複期間における前記各種データを除外する。

第３の発明は、第１又は２の発明において更に次の特徴を有する。
前記車両は、更に、
前記車両の走行中に発生した前記所定イベントの発生情報を作成する処理と、
前記発生情報を前記外部サーバにアップロードする処理と、
を行うように構成されている。
前記外部サーバは、前記車両からアップロードされた前記発生情報及び前記データセットに基づいて、前記第１及び第２アップロード対象イベントに関する前記データセットを記憶装置に格納する処理を行うように構成されている。
前記発生情報は、前記所定イベントの発生時刻のデータを含む。
前記外部サーバは、前記第１及び第２アップロード対象イベントに関する前記データセットの格納処理において、
前記第１及び第２アップロード対象イベントの発生時刻のデータと、前記第１及び第２期間と、に基づいて、前記重複期間が存在するか否かを判定し、
前記重複期間が存在すると判定された場合、前記第１及び第２アップロード対象イベントに関する前記データセットの一方に基づいて、前記第１及び第２アップロード対象イベントに関する前記データセットの他方を補間する。

第４の発明は、第１～３の発明の何れか１つにおいて更に次の特徴を有する。
前記車両は、前記データセットを前記外部サーバにアップロードする処理を更に行うように構成されている。
前記車両は、前記データセットのアップロード処理において、
前記第１及び第２アップロード対象イベントの間において前記優先度の比較を行い、
前記第１アップロード対象イベントの前記優先度が前記第２アップロード対象イベントのそれよりも低い場合、前記第１アップロード対象イベントに関する前記データセットのアップロードを、前記第２アップロード対象イベントに関する前記データセットのアップロードよりも後に行う。

第５の発明は、第１～４の発明の何れか１つにおいて更に次の特徴を有する。
前記車両は、前記データセットを前記外部サーバにアップロードする処理を更に行うように構成されている。
前記車両は、前記データセットのアップロード処理において、
前記第１及び第２アップロード対象イベントの間において前記優先度の比較を行い、
前記第１アップロード対象イベントの前記優先度が前記第２アップロード対象イベントのそれと等しい場合、これらのイベントの発生時刻の比較を行い、
前記第１アップロード対象イベントの発生時刻が前記第２アップロード対象イベントのそれよりも前の場合、前記第１アップロード対象イベントに関する前記データセットのアップロードを、前記第２アップロード対象イベントに関する前記データセットのアップロードよりも前に行う。

第６の発明は、車両により取得された各種データを外部サーバにおいて管理する方法であり、次の特徴を有する。
前記車両は、前記車両の走行中に所定イベントが発生した場合、前記所定イベントの発生時刻以前の第１期間における前記各種データと、前記発生時刻以降の第２期間における前記各種データとを収集し、前記外部サーバにアップロードするためのデータセットを作成する処理を行うように構成されている。
前記所定イベントは、前記アップロードの対象となるイベントを示す第１及び第２アップロード対象イベントを含む。前記第１及び第２アップロード対象イベントには優先度が設定されている。
前記データセットの作成処理は、
前記第１及び第２アップロード対象イベントの間に、前記第１及び第２期間の少なくとも一部が重複する重複期間が存在するか否かを判定する処理と、
前記重複期間が存在すると判定された場合、前記第１及び第２アップロード対象イベントの間において前記優先度の比較を行う処理と、
前記第１アップロード対象イベントの前記優先度が前記第２アップロード対象イベントのそれよりも低い場合、前記第１アップロード対象イベントに関する前記データセットから、前記重複期間における前記各種データを除外する処理と、
を含む。

第１又は６の発明によれば、重複期間が存在すると判定された場合は、第１及び第２アップロード対象イベントの間で優先度の比較が行われる。そして、優先度の低い所定イベントのデータセットから、重複するデータが除外される。そうすると、データセットの一部が重複した状態が解消される。従って、データセットの送信の完了に長時間を要するという不具合が発生するのを抑えることが可能となる。また、データセット以外のデータの送信が遅延するのを抑えることも可能となる。

第２の発明によれば、第１アップロード対象イベントの優先度と、第２アップロード対象イベントのそれとが等しい場合は、後発の所定イベントのデータセットが作成され、先発の所定イベントのデータセットから重複するデータが除外される。従って、より重要なデータを含むと考えられる後発のイベントのデータセットを、非省略の状態で外部サーバにアップロードすることが可能となる。

第３の発明によれば、発生情報が生成されて外部サーバにアップロードされる。そのため、外部サーバで行われる第１及び第２アップロード対象イベントに関するデータセットの作成処理において、重複データを容易に補間することが可能となる。

第４の発明によれば、優先度が相対的に高い所定イベントのデータセットを、より早く外部サーバにアップロードすることが可能となる。

第５の発明によれば、優先度が等しい所定イベントが存在する場合、発生時刻がより早い所定イベントのデータセットを、より早く外部サーバにアップロードすることが可能となる。

実施形態に係るデータ管理の概要を説明する図である。 外部サーバから車両に送信される収集指示の一例を示す図である。 収集対象イベントが発生した場合の処理の概要を説明する図である。 アップロード対象イベントのデータセットの作成処理の問題点を説明する図である。 アップロード対象イベントのデータセットの作成処理の改良点を説明する図である。 車両及び外部サーバの構成例を示すブロック図である。 収集対象イベントのデータセットを作成する場合に、車両において行われる処理の一例を示すフローチャートである。 収集対象イベントのデータセットを作成する場合に、車両において行われる処理の一例を示すフローチャートである。 アップロード対象イベントのデータセットを外部サーバにアップロードする場合、車両において行われる処理の一例を示すフローチャートである。 管理対象イベントのデータセットを作成する場合に、外部サーバにおいて行われる処理の一例を示すフローチャートである。

以下、図面を参照しながら、本発明の実施形態に係る車両データ管理システム（以下、単に「管理システム」とも称す。）及び車両データ管理方法について説明する。尚、実施形態に係る車両データ管理方法は、実施形態に係る管理システムにおいて行われるコンピュータ処理により実現される。また、各図において、同一又は相当する部分には同一符号を付してその説明を簡略化し又は省略する。

１．実施形態の概要
１－１．データ管理
図１は、実施形態に係るデータ管理の概要を説明する図である。図１に示される車両データ管理システム１は、車両２と、外部サーバ３と、を備えている。車両２と外部サーバ３の間の通信は、ネットワーク４を介して行われる。この通信において、車両２から外部サーバ３には通信データＣＯＭ２が送信される。通信データＣＯＭ２は、外部サーバ３の記憶装置３１に格納される。一方、外部サーバ３から車両２には通信データＣＯＭ３が送信される。通信データＣＯＭ３は、車両２の記憶装置２１に格納される。

通信データＣＯＭ２としては、車両２の走行中に発生した所定イベントＰＥの発生情報ＯＣＲと、データセットＤＳＥＴと、が例示される。データセットＤＳＥＴは、所定イベントＰＥ（より正確には、アップロード対象イベントＵＴＥ）が発生した場合に収集される各種データの集合である。所定イベントＰＥの収集は、所定イベントＰＥの発生をトリガとして車両２により行われる。アップロード対象イベントＵＴＥとは、所定イベントＰＥのうち、外部サーバ３へのアップロードが必要なイベントである。発生情報ＯＣＲ及びデータセットＤＳＥＴの詳細については後述される。

通信データＣＯＭ３としては、収集指示ＩＮＳが例示される。収集指示ＩＮＳでは、所定イベントＰＥなどが特定される。収集指示ＩＮＳは、１日のうちの所定タイミングにおいて（例えば、車両２のイグニッションＯＮのタイミング）、外部サーバ３から車両２に提供される。収集指示ＩＮＳのオリジナルデータは、外部サーバ３の記憶装置に格納されている。このオリジナルデータの内容は、外部サーバ３により更新される。

図２は、収集指示ＩＮＳの一例を示す図である。図２に示される例では、収集指示ＩＮＳが、グループＩＤ、イベントＩＤ、イベント名、イベント判定Ｏｎ／Ｏｆｆ、優先度、及びアップロードＯｎ／Ｏｆｆの項目を含んでいる。尚、収集指示ＩＮＳは、これらの項目以外の他の項目を含んでいてもよい。他の項目としては、各種データを取得するパターン、及び、各種データを取得する地点（緯度及び経度）のリストが例示される。

グループＩＤは、所定イベントＰＥの属するグループを識別する項目である。図２に示される例では、グループＩＤとしてＧＩ１、ＧＩ２及びＧＩｍ（ｍは３以上の自然数）が設定されている。ＧＩ１は、例えば、車両２の走行に関するグループのＩＤである。ＧＩ２は、例えば、車両２による外部認識に関するグループのＩＤである。ＧＩｍは、例えば、車両２に搭載された各種システムの異常発生に関するグループのＩＤである。

イベントＩＤは、所定イベントＰＥを識別する項目である。図２に示される例では、ＧＩ１のイベントＩＤとしてＥＩ１及びＥＩ２が設定されている。ＥＩ１は、例えば、車両２の加速又は減速を示すＩＤである。ＥＩ２は、例えば、運転交代要求（TD: Transition Demand）の検出を示すＩＤである。ＧＩ２のイベントＩＤには、ＥＩ３～ＥＩ５が設定されている。ＥＩ３は、例えば、誤認識を示すＩＤである。ＥＩ４は、例えば、雲の検出を示すＩＤである。ＥＩ５は、例えば、雨滴の検出を示すＩＤである。ＧＩｍのイベントＩＤには、ＥＩｎが設定されている（ｎは３以上の自然数）。ＥＩｎは、例えば、異常信号の検出を示すＩＤである。

イベント名ＥＮは、所定イベントＰＥの内容を端的に示す項目である。図２に示される例では、イベント名ＥＮとしてＥＮ１～ＥＮｎが設定されている。ＥＮ１～ＥＮｎは、ＥＩ１～ＥＩｎにそれぞれ対応している。

優先度ＰＬは、所定イベントＰＥが発生した場合に行うデータの収集、及び、収集したデータの外部サーバ３へのアップロードの優先順位を示す項目である。図２に示される例では、優先度ＰＬが１～５の５段階に分けられている。優先度ＰＬの数字が大きいほど、所定イベントＰＥのデータ収集が優先される。また、優先度ＰＬの数字が大きいほど、収集データのアップロードが優先される。

イベント判定Ｏｎ／Ｏｆｆは、所定イベントＰＥを収集対象イベントＣＴＥとして取り扱うか否かを示す項目である。収集対象イベントＣＴＥとは、所定イベントＰＥのうち、記憶装置２１への格納が必要なイベントである。イベント判定が「Ｏｎ」の所定イベントＰＥは、収集対象イベントＣＴＥとして取り扱われる。イベント判定が「Ｏｆｆ」の所定イベントＰＥは、収集対象イベントＣＴＥとして取り扱われない。

アップロード判定Ｏｎ／Ｏｆｆは、所定イベントＰＥをアップロード対象イベントＵＴＥとして取り扱うか否かを示す項目である。アップロード判定が「Ｏｎ」の所定イベントＰＥは、アップロード対象イベントＵＴＥとして取り扱われる。アップロード判定が「Ｏｆｆ」の所定イベントＰＥは、アップロード対象イベントＵＴＥとして取り扱われない。

アップロード判定Ｏｎ／Ｏｆｆの項目と、イベント判定Ｏｎ／Ｏｆｆの項目とを比較すると分かるように、イベント判定が「Ｏｎ」であり、かつ、アップロード判定が「Ｏｆｆ」の所定イベントＰＥが存在する。このような所定イベントＰＥの発生をトリガとして収集された各種データは、外部サーバ３にアップロードされない。

１－２．所定イベントＰＥが発生した場合の処理
図３は、所定イベントＰＥが発生した場合に行われる処理を説明する図である。車両２は、所定イベントＰＥの発生を検出する。所定イベントＰＥの発生が検出された場合、車両２は、この所定イベントＰＥの発生情報ＯＣＲ＿ＰＥを生成する。発生情報ＯＣＲ＿ＰＥは、所定イベントＰＥのイベントＩＤのデータと、所定イベントＰＥの発生時刻のデータ（例えば、タイムスタンプ）と、を含んでいる。尚、発生情報ＯＣＲ＿ＰＥは、所定イベントＰＥの発生時刻までの車両２の走行距離のデータを更に含んでもよい。

尚、発生情報ＯＣＲ＿ＰＥによれば、イベント判定が「Ｏｎ」であり、かつ、アップロード判定が「Ｏｆｆ」の所定イベントＰＥの発生の情報も外部サーバ３にアップロードすることが可能となる。また、イベント判定が「Ｏｆｆ」の所定イベントＰＥの発生の情報を、外部サーバ３にアップロードすることも可能となる。外部サーバ３にアップロードされた所定イベントＰＥの発生の情報は、イベント判定Ｏｎ／Ｏｆｆや、アップロード判定Ｏｎ／Ｏｆｆの項目の更新に活用される。

図３に示される例では、時刻Ｔ１においてイベントＩＤ＝ＥＩ３の所定イベントＰＥが発生している。また、時刻Ｔ２においてイベントＩＤ＝ＥＩ１の所定イベントＰＥが発生している。尚、イベントＩＤ＝ＥＩ１の所定イベントＰＥ及びイベントＩＤ＝ＥＩ３所定イベントＰＥは、イベント判定が「Ｏｎ」の所定イベントＰＥ（つまり、収集対象イベントＣＴＥ）に該当する（図２参照）。

イベントＩＤ＝ＥＩ３の所定イベントＰＥの発生情報ＯＣＲ＿ＥＩ３と、イベントＩＤ＝ＥＩ１の所定イベントＰＥの発生情報ＯＣＲ＿ＥＩ１とはリスト化され、記憶装置２１に格納される。発生情報ＯＣＲ＿ＰＥのリストＬＳＴ＿ＯＣＲ＿ＰＥは、外部サーバ３へのアップロード時に記憶装置２１から読み出され、外部サーバ３に送信される。

発生した所定イベントＰＥが収集対象イベントＣＴＥに該当する場合、収集対象イベントＣＴＥのデータセットＤＳＥＴ＿ＣＴＥを作成する処理が行われる。作成されたデータセットＤＳＥＴ＿ＣＴＥは、記憶装置２１に格納される。データセットＤＳＥＴ＿ＣＴＥの作成処理は、発生情報ＯＣＲ＿ＰＥの生成処理の後、又は、この生成処理と並行して行われる。データセットＤＳＥＴ＿ＣＴＥの作成処理では、収集対象イベントＣＴＥの発生時刻を基準として、各種データのキャッシュ（すなわち、一時保存データ）を抽出がされる。

抽出の対象となる各種データとしては、画像データＩＭＧ、センサデータＳＮＳ及びパラメータデータＰＲＭが例示される。画像データＩＭＧは、車両２のカメラにより取得されたデータである。センサデータＳＮＳは、車両２の各種センサ（内部センサ及び外部センサ）により取得されたデータである。パラメータデータＰＲＭは、車両２の各種制御に使用されたパラメータのデータである。以下、抽出された各種データのキャッシュを、「抽出データＥＸＴ＿ＣＴＥ」と総称する。

抽出データＥＸＴを抽出する期間は、発生時刻（すなわち、時刻Ｔ１及びＴ２）以前の第１期間Ｐ１、及び、この発生時刻以降の第２期間Ｐ２である。第１期間Ｐ１及び第２期間Ｐ２の長さは、例えば、５～１５秒である。

図３に示される例では、時刻Ｔ１以前の第１期間Ｐ１における各種データのキャッシュから、抽出データＥＸＴ＿ＣＴＥとしての抽出データＥＸＴ＿ＥＩ３＿Ｐ１が生成される。また、時刻Ｔ１以降の第２期間Ｐ２における各種データのキャッシュから、抽出データＥＸＴ＿ＣＴＥとしての抽出データＥＸＴ＿ＥＩ３＿Ｐ２が生成される。時刻Ｔ２以前及び以降においても同様に、抽出データＥＸＴ＿ＥＩ１＿Ｐ１及びＥＸＴ＿ＥＩ１＿Ｐ２が生成される。

抽出データＥＸＴ＿ＥＩ３＿Ｐ１及びＥＸＴ＿ＥＩ３＿Ｐ２は、イベントＩＤ＝ＥＩ３の所定イベントＰＥのデータセットＤＳＥＴ＿ＣＴＥを構成する。抽出データＥＸＴ＿ＥＩ１＿Ｐ１及びＥＸＴ＿ＥＩ１＿Ｐ２は、イベントＩＤ＝ＥＩ１の所定イベントＰＥのデータセットＤＳＥＴ＿ＣＴＥを構成する。これらのデータセットＤＳＥＴ＿ＣＴＥに含まれる各種データのデータ名はリスト化される。データ名のリストＬＳＴ＿ＤＳＥＴ＿ＣＴＥは、記憶装置２１に格納される。

発生した所定イベントＰＥがアップロード対象イベントＵＴＥに該当する場合、アップロード対象イベントＵＴＥのデータセットＤＳＥＴ＿ＵＴＥを作成する処理も行われる。データセットＤＳＥＴ＿ＵＴＥの作成処理は、データセットＤＳＥＴ＿ＣＴＥの作成処理と並行して行われる。データセットＤＳＥＴ＿ＵＴＥの作成処理は、図３の説明における「収集対象イベントＣＴＥ」を、「アップロード対象イベントＵＴＥ」に読み替えることにより説明される。

尚、イベントＩＤ＝ＥＩ１の所定イベントＰＥ及びイベントＩＤ＝ＥＩ３の所定イベントＰＥは、アップロード判定が「Ｏｎ」の所定イベントＰＥ（つまり、アップロード対象イベントＵＴＥ）に該当する（図２参照）。そのため、イベントＩＤ＝ＥＩ１の所定イベントＰＥは、本願における「第１及び第２アップロード対象イベント」の一方に相当する。また、イベント＝ＥＩ３の所定イベントＰＥは、本願における「第１及び第２アップロード対象イベント」の他方に相当する。

１－３．データセットＤＳＥＴ＿ＵＴＥの作成処理の改良
図４は、データセットＤＳＥＴ＿ＵＴＥの作成処理の問題点を説明する図である。図４では、時刻Ｔ１においてイベントＩＤ＝ＥＩｘ（１≦ｘ≦ｎ）の所定イベントＰＥが発生している。また、時刻Ｔ２においてイベントＩＤ＝ＥＩｙ（１≦ｙ≦ｎ）の所定イベントＰＥが発生している。尚、これらの所定イベントＰＥは、アップロード判定が「Ｏｎ」の所定イベントＰＥ（つまり、アップロード対象イベントＵＴＥ）に該当すると仮定する。

図４に示される例では、時刻Ｔ２以前の第１期間Ｐ１が、時刻Ｔ１以降の第２期間Ｐ２と重複している。時刻Ｔ２以前の第１期間Ｐ１は、また、時刻Ｔ１以前の第１期間Ｐ１とも重複している。更に、時刻Ｔ２以降の第２期間Ｐ２が、時刻Ｔ１以降の第２期間Ｐ２と重複している。そのため、時刻Ｔ４～Ｔ５の重複期間ＯＶＬが存在する。

重複期間ＯＶＬが存在する場合、抽出データＥＸＴ＿ＥＩｘの一部が抽出データＥＸＴ＿ＥＩｙと重複した状態で、データセットＤＳＥＴ＿ＵＴＥが作成されて記憶装置２１に格納される。しかし、このデータセットＤＳＥＴ＿ＵＴＥを記憶装置２１から読み出してそのまま外部サーバ３にアップロードすることは、全てのデータセットの送信が完了するまでに長時間を要するおそれがある。また、重複するデータの送信が帯域を圧迫することで、車両２による他のデータの送信が遅延するおそれもある。

そこで、実施形態に係る管理システムでは、あるアップロード対象イベントＵＴＥ（例えば、イベントＩＤ＝ＥＩ３の所定イベントＰＥ）のデータセットＤＳＥＴ＿ＵＴＥの作成処理中に、別のアップロード対象イベントＵＴＥ（例えば、イベントＩＤ＝ＥＩ１の所定イベントＰＥ）が発生した場合は、これらのアップロード対象イベントＵＴＥの優先度ＰＬを比較する。そして、この比較の結果に基づいて、重複期間ＯＶＬを有する２種類のアップロード対象イベントＵＴＥのデータセットＤＳＥＴ＿ＵＴＥの作成処理を行う。

図５は、データセットＤＳＥＴ＿ＵＴＥの作成処理の改良点を説明する図である。図５に描かれるアップロード対象イベントＵＴＥの発生状況は、図４に示したそれと共通する。即ち、図５に示される例でも、時刻Ｔ４～Ｔ５の重複期間ＯＶＬが存在する。尚、イベントＩＤ＝ＥＩｘの所定イベントＰＥは、本願における「第１及び第２アップロード対象イベント」の一方に相当する。また、イベント＝ＥＩｙの所定イベントＰＥは、本願における「第１及び第２アップロード対象イベント」の他方に相当する。

図５には、優先度ＰＬの大小関係に応じた３つのパターンが描かれている。図５（i）には、イベントＩＤ＝ＥＩｘの所定イベントＰＥの優先度ＰＬ＿ＥＩｘが、イベントＩＤ＝ＥＩｙの所定イベントＰＥの優先度ＰＬ＿ＥＩｙよりも高い場合（ＰＬ＿ＥＩｘ＞ＰＬ＿ＥＩｙ）の作成処理の例が示されている。図５（ii）には、優先度ＰＬ＿ＥＩｘが優先度ＰＬ＿ＥＩｙよりも低い場合（ＰＬ＿ＥＩｘ＜ＰＬ＿ＥＩｙ）の作成処理の例が示されている。図５（iii）には、優先度ＰＬ＿ＥＩｘが優先度ＰＬ＿ＥＩｙと等しい場合（ＰＬ＿ＥＩｘ＝ＰＬ＿ＥＩｙ）の作成処理の例が示されている。

図５（i）に示される例では、イベントＩＤ＝ＥＩｘの所定イベントＰＥの発生の検出をトリガとして、そのデータセットＤＳＥＴ＿ＵＴＥの作成が行われる。イベントＩＤ＝ＥＩｘの所定イベントＰＥのデータセットＤＳＥＴ＿ＵＴＥの作成は、時刻Ｔ３～Ｔ５における各種データを抽出することにより行われる。イベントＩＤ＝ＥＩｙの所定イベントＰＥのデータセットＤＳＥＴ＿ＵＴＥの作成は、時刻Ｔ５～Ｔ６における各種データを抽出することにより行われる。この結果、抽出データＥＸＴ＿ＥＩｘは、時刻Ｔ３～Ｔ５のデータから構成される。一方、抽出データＥＸＴ＿ＥＩｙは、時刻Ｔ５～Ｔ６のデータから構成される。

図５（ii）に示される例でも、イベントＩＤ＝ＥＩｘの所定イベントＰＥの発生の検出をトリガとして、そのデータセットＤＳＥＴ＿ＵＴＥの作成が行われる。ただし、イベントＩＤ＝ＥＩｙの所定イベントＰＥの発生の検出をトリガとして、イベントＩＤ＝ＥＩｘの所定イベントＰＥのデータセットＤＳＥＴ＿ＵＴＥの作成が中止される。その代わりに、イベントＩＤ＝ＥＩｙの所定イベントＰＥのデータセットＤＳＥＴ＿ＵＴＥの作成が行われる。

イベントＩＤ＝ＥＩｙの所定イベントＰＥのデータセットＤＳＥＴ＿ＵＴＥの作成は、時刻Ｔ４～Ｔ６における各種データを抽出することにより行われる。時刻Ｔ４～Ｔ２のデータは、イベントＩＤ＝ＥＩｘの所定イベントＰＥのデータセットＤＳＥＴ＿ＵＴＥから削除される。この結果、抽出データＥＸＴ＿ＥＩｘは、時刻Ｔ３～Ｔ４のデータから構成される。一方、抽出データＥＸＴ＿ＥＩｙは、時刻Ｔ４～Ｔ６のデータから構成される。

図５（ii）に示した例同様、図５（iii）に示される例では、イベントＩＤ＝ＥＩｙの所定イベントＰＥの発生の検出をトリガとして、イベントＩＤ＝ＥＩｘの所定イベントＰＥのデータセットＤＳＥＴ＿ＵＴＥの作成が中止される。その代わりに、イベントＩＤ＝ＥＩｙの所定イベントＰＥのデータセットＤＳＥＴ＿ＵＴＥの作成が行われる。イベントＩＤ＝ＥＩｙの所定イベントＰＥのデータセットＤＳＥＴ＿ＵＴＥの作成を行う理由は、先発イベントよりも後発イベントの方がより重要なデータが得られるケースが多いためである。この結果、抽出データＥＸＴ＿ＥＩｘ及びＥＸＴ＿ＥＩｙは、図５（ii）に示した例と同じになる。

このように、実施形態に係る管理システムによれば、重複期間ＯＶＬが存在する場合はアップロード対象イベントＵＴＥの優先度ＰＬの比較が行われる。そして、優先度ＰＬの高いアップロード対象イベントＵＴＥのデータセットＤＳＥＴ＿ＵＴＥが作成され、優先度ＰＬの低いアップロード対象イベントＵＴＥのデータセットＤＳＥＴ＿ＵＴＥから重複するデータが除外される。従って、上述した不具合が発生するのを抑えることが可能となる。

以下、実施形態に係る管理システムについて詳細に説明する。

２．車両データ管理システム
２－１．車両の構成例
図６は、車両及び外部サーバの構成例を示すブロック図である。図６に示されるように、車両２は、記憶装置２１と、ＧＮＳＳ（Global Navigation Satellite System）装置２２と、内部センサ２３と、外部センサ２４と、地図データベース（地図ＤＢ）２５と、通信装置２６と、データ処理装置２７と、を備えている。記憶装置２１等の要素と、データ処理装置２７とは、例えば、車載のネットワーク（例えば、ＣＡＮ（Controller Area Network））により接続されている。

記憶装置２１は、ハードディスク、フラッシュメモリなどの不揮発性メモリである。記憶装置２１には、収集指示ＩＮＳ、発生情報ＯＣＲ＿ＰＥ、データセットＤＳＥＴ＿ＣＴＥ及びデータセットＤＳＥＴ＿ＵＴＥが格納される。発生情報ＯＣＲ＿ＰＥは、リストＬＳＴ＿ＯＣＲ＿ＰＥとして記憶装置２１に格納されていてもよい。データ名のリストＬＳＴ＿ＤＳＥＴ＿ＣＴＥ及びＬＳＴ＿ＤＳＥＴ＿ＵＴＥも、記憶装置２１に格納される。尚、リストＬＳＴ＿ＤＳＥＴ＿ＵＴＥは、データセットＤＳＥＴ＿ＵＴＥに含まれる各種データのデータ名のリストである。

ＧＮＳＳ装置２２は、３個以上の人工衛星からの信号を受信する装置である。ＧＮＳＳ装置２２は、車両２の位置データ（具体的には、緯度及び経度データをいう。以下同じ。）を取得する。ＧＮＳＳ装置２２は、受信した信号に基づいて、車両２の位置及び姿勢（方位）を計算する。ＧＮＳＳ装置２２は、位置及び姿勢のデータをデータ処理装置２７に送信する。

内部センサ２３は、車両２の走行状況に関するデータを取得する。内部センサ２３としては、車輪速センサ、加速度センサ、ヨーレートセンサ及び操舵角センサが例示される。車輪速センサは、車両２の各車輪の単位時間あたりの回転速度を検出する。加速度センサは、車両２の加速度を検出する。ヨーレートセンサは、車両２の重心の鉛直軸周りのヨーレートを検出する。操舵角センサは、ステアリングホイールの操舵角を検出する。内部センサ２３は、取得したデータをデータ処理装置２７に送信する。

外部センサ２４は、車両２の周辺環境に関するデータを取得する。外部センサ２４としては、カメラ、ミリ波レーダ及びＬＩＤＡＲ（Laser Imaging Detection and Ranging）が例示される。ミリ波レーダは、ミリ波を利用して車両２の周囲の物標を検出する。ＬＩＤＡＲは、光を利用して車両２の周辺の物標を検出する。カメラは、車両２の外部状況を撮像する。外部センサ２４は、取得したデータをデータ処理装置２７に送信する。

地図データベース（地図ＤＢ）２５には、地図データが格納されている。地図データとしては、道路の位置データ、道路形状のデータ（例えば、カーブ、直線の種別）、交差点及び構造物の位置データが例示される。地図データには、交通規則に関するデータも含まれている。地図データベース２５は、車載の記憶装置（例えば、ハードディスク、フラッシュメモリ）内に形成されている。地図データベース２５は、車両２と通信可能なコンピュータ（例えば、外部サーバ３）内に形成されていてもよい。

通信装置２６は、ネットワーク４の基地局（不図示）との間で無線通信を行う。この無線通信の通信規格としては、４Ｇ、ＬＴＥ、または５Ｇ等の移動体通信の規格が例示される。通信装置２６の接続先には、外部サーバ３が含まれる。外部サーバ３との通信において、通信装置２６は、データ処理装置２７から受け取った通信データＣＯＭ２を、外部サーバ３に送信する。

データ処理装置２７は、各種データを処理するためのコンピュータである。データ処理装置２７は、例えば、少なくとも１つのプロセッサ２８と、少なくとも１つのメモリ２９と、を有するマイクロコンピュータから構成される。プロセッサ２８は、ＣＰＵ（Central Processing Unit）を含んでいる。メモリ２９は、ＤＤＲメモリなどの揮発性のメモリであり、プロセッサ２８が使用するプログラムの展開及び各種データの一時保存を行う。メモリ２９に記憶されているプログラムが読み出されてプロセッサ２８で実行されることにより、データ処理装置２７の各種の機能が実現される。データ処理装置２７によるデータ処理例については後述される。

２－２．外部サーバの構成例
図６に示されるように、外部サーバ３は、記憶装置３１と、地図データベース（地図ＤＢ）３２と、通信装置３３と、データ処理装置３４と、を備えている。記憶装置３１等の要素と、データ処理装置３４とは、専用のネットワークにより接続されている。

記憶装置３１は、ハードディスク、フラッシュメモリなどの不揮発性メモリである。記憶装置３１には、収集指示ＩＮＳ、発生情報ＯＣＲ＿ＰＥ、データセットＤＳＥＴ＿ＵＴＥ及びデータセットＤＳＥＴ＿ＭＴＥが格納される。データセットＤＳＥＴ＿ＭＴＥは、データセットＤＳＥＴ＿ＵＴＥに基づいて作成される管理対象イベントＭＴＥのデータセットＤＳＥＴである。管理対象イベントＭＴＥとは、外部サーバ３において管理される所定イベントＰＥである。データセットＤＳＥＴ＿ＭＴＥは、所定イベントＰＥが発生したときの車両２の挙動の検証等に用いられる。データセットＤＳＥＴ＿ＭＴＥの作成処理については後述される。

地図データベース３２は、所定の記憶装置（例えば、ハードディスク、フラッシュメモリ）内に形成されている。地図データベース３２には、地図データが格納されている。地図データの例については既に説明したとおりである。

通信装置３３は、ネットワーク４の基地局との間で無線通信を行う。この無線通信の通信規格としては、４Ｇ、ＬＴＥ、または５Ｇ等の移動体通信の規格が例示される。通信装置３３の通信先には、車両２が含まれる。車両２との通信において、通信装置３３は、データ処理装置３４から受け取った通信データＣＯＭ３を、車両２に送信する。

データ処理装置３４は、各種データを処理するためのコンピュータである。データ処理装置３４は、例えば、少なくとも１つのプロセッサ３５と、少なくとも１つのメモリ３６と、を備えている。プロセッサ３５はＣＰＵを含んでいる。メモリ３６は、プロセッサ３５が使用するプログラムの展開及び各種データの一時保存を行う。メモリ３６に記憶されているプログラムが読み出されてプロセッサ３５で実行されることにより、データ処理装置３４の各種の機能が実現される。データ処理装置３４によるデータ処理例については後述される。

２－３．車両において行われる処理例
２－３－１．データセット作成時の処理例
図７及び８は、データセットＤＳＥＴ＿ＣＴＥを作成する場合に、データ処理装置２７（プロセッサ２８）により実行される処理の一例を示すフローチャートである。図７及び８に示されるルーチンは、発生情報ＯＣＲ＿ＰＥの生成と、データセットＤＳＥＴ＿ＣＴＥの作成とを行うためのルーチンであり、所定の制御周期で繰り返し実行される。尚、データセットＤＳＥＴ＿ＵＴＥを作成するためのルーチンについては、図７の説明における「収集対象イベントＣＴＥ」を「アップロード対象イベントＵＴＥ」に読み替え、また、「データセットＤＳＥＴ＿ＣＴＥ」を「データセットＤＳＥＴ＿ＵＴＥ」に読み替えることにより説明される。

図７及び８に示されるルーチンでは、まず、所定イベントＰＥの発生が検出されたか否かが判定される（ステップＳ１０）。ステップＳ１０の判定結果が肯定的な場合、検出された所定イベントＰＥの発生情報ＯＣＲ＿ＰＥが生成される。尚、説明の便宜上、ステップＳ１０の処理において検出された所定イベントＰＥのイベントＩＤは「ＥＩｘ」（１≦ｘ≦ｎ）であるとする。ステップＳ１０の判定結果が否定的な場合、プロセッサ２８は、ルーチンの処理を終了する。

また、ステップＳ１０の判定結果が肯定的な場合、所定イベントＰＥが収集対象イベントＣＴＥに該当するか否かが判定される（ステップＳ１１）。ステップＳ１１の判定は、イベントＩＤ＝ＥＩｘの所定イベントＰＥの内容に基づいた収集指示ＩＮＳの参照により行われる。ステップＳ１１の判定結果が否定的な場合、プロセッサ２８は、ルーチンの処理を終了する。

ステップＳ１１の判定結果が肯定的な場合、データセットＤＳＥＴ＿ＥＩｘの作成が開始される（ステップＳ１２）。続いて、所定イベントＰＥの発生が検出されたか否かが判定される（ステップＳ１３）。ステップＳ１３の判定結果が肯定的な場合、検出された所定イベントＰＥの発生情報ＯＣＲ＿ＰＥが生成される。尚、説明の便宜上、ステップＳ１３の処理において検出された所定イベントＰＥのイベントＩＤは「ＥＩｙ」（１≦ｙ≦ｎ）であるとする。

ステップＳ１３の判定結果が否定的な場合、データセットＤＳＥＴ＿ＥＩｘの作成が終了したか否かが判定される（ステップＳ１４）。ステップＳ１４の判定結果が否定的な場合、プロセッサ２８は、ステップＳ１３の処理を実行する。ステップＳ１４の判定結果が肯定的な場合、ステップＳ１９の処理が行われる。

ステップＳ１３の判定結果が肯定的な場合、所定イベントＰＥが収集対象イベントＣＴＥに該当するか否かが判定される（ステップＳ１５）。ステップＳ１５の判定は、イベントＩＤ＝ＥＩｙの所定イベントＰＥの内容に基づいた収集指示ＩＮＳの参照により行われる。ステップＳ１５の判定結果が否定的な場合、ステップＳ１４の処理が行われる。

ステップＳ１５の判定結果が肯定的な場合、優先度ＰＬ＿ＥＩｘが優先度ＰＬ＿ＥＩｙ以下であるか否かが判定される（ステップＳ１６）。ステップＳ１６の判定結果が肯定的な場合、データセットＤＳＥＴ＿ＥＩｙの作成が開始される（ステップＳ１７）。ステップＳ１６の判定結果が否定的な場合、ステップＳ１４の処理が行われる。

ステップＳ１７の処理に続いて、ステップＳ１８の処理が行われる。ステップＳ１８の処理では、データセットＤＳＥＴ＿ＥＩｘの作成が中止される。また、イベントＩＤ＝ＥＩｘ及びイベントＩＤ＝ＥＩｙの所定イベントＰＥの発生時刻と、第１期間Ｐ１及び第２期間Ｐ２とに基づいて、重複期間ＯＶＬが計算される。そして、既に作成したデータセットＤＳＥＴ＿ＥＩｘから、重複期間ＯＶＬにおけるデータ（重複データ）が削除される。

ステップＳ１９の処理では、イベントＩＤ＝ＥＩｙの所定イベントＰＥが存在しているか否かが判定される。ステップＳ１９の処理は、イベントＩＤ＝ＥＩｙの所定イベントＰＥであって、優先度ＰＬ＿ＥＩｙが優先度ＰＬ＿ＥＩｘよりも低い所定イベントＰＥの存在を確認するための処理である。ステップＳ１９の判定結果が否定的な場合、プロセッサ２８は、ルーチンの処理を終了する。

ステップＳ１９の判定結果が肯定的な場合、データセットＤＳＥＴ＿ＥＩｙの作成が開始される（ステップＳ２０）。ステップＳ２０の処理に続いて、データセットＤＳＥＴ＿ＥＩｙの作成が終了したか否かが判定される（ステップＳ２１）。ステップＳ２０の判定結果が肯定的な場合、プロセッサ２８は、ルーチンの処理を終了する。尚、ステップＳ２１の処理は、ステップＳ１８の処理に続いても行われる。

ステップＳ２１の判定結果が否定的な場合、所定イベントＰＥの発生が検出されたか否かが判定される（ステップＳ２２）。ステップＳ２２の判定結果が否定的な場合、ステップＳ２１の処理が行われる。ステップＳ２２の判定結果が肯定的な場合、検出された所定イベントＰＥの発生情報ＯＣＲ＿ＰＥが生成される。尚、説明の便宜上、ステップＳ２２の処理において検出された所定イベントＰＥのイベントＩＤは「ＥＩｘ」（１≦ｘ≦ｎ）であるとする。

ステップＳ２２の判定結果が肯定的な場合、所定イベントＰＥが収集対象イベントＣＴＥに該当するか否かが判定される（ステップＳ２３）。ステップＳ２３の判定は、イベントＩＤ＝ＥＩｘの所定イベントＰＥの内容に基づいた収集指示ＩＮＳの参照により行われる。ステップＳ２３の判定結果が否定的な場合、ステップＳ２１の処理が行われる。

ステップＳ２３の判定結果が肯定的な場合、優先度ＰＬ＿ＥＩｙが優先度ＰＬ＿ＥＩｘ以下であるか否かが判定される（ステップＳ２４）。ステップＳ２４の判定結果が肯定的な場合、データセットＤＳＥＴ＿ＥＩｘの作成が開始される（ステップＳ２５）。ステップＳ２４の判定結果が否定的な場合、ステップＳ２１の処理が行われる。

ステップＳ２５の処理に続いて、ステップＳ２６の処理が行われる。ステップＳ２６の処理では、データセットＤＳＥＴ＿ＥＩｙの作成が中止される。また、イベントＩＤ＝ＥＩｘ及びイベントＩＤ＝ＥＩｙの所定イベントＰＥの発生時刻と、第１期間Ｐ１及び第２期間Ｐ２とに基づいて、重複期間ＯＶＬが計算される。そして、既に作成したデータセットＤＳＥＴ＿ＥＩｙから、重複期間ＯＶＬにおけるデータ（重複データ）が削除される。ステップＳ２６の処理後はステップＳ１４の処理が行われる。

このように、図７及び８に示されるルーチンによれば、先発の所定イベントＰＥと後発の所定イベントＰＥが共に収集対象イベントＣＴＥに該当する場合、両者の優先度ＰＬの比較の結果に基づいてデータセットＤＳＥＴ＿ＣＴＥの作成が行われる。

２－３－２．データセットのアップロード時の処理例
図９は、データセットＤＳＥＴ＿ＵＴＥを外部サーバ３にアップロードする場合に、データ処理装置２７（プロセッサ２８）により実行される処理の一例を示すフローチャートである。図９に示されるルーチンは、所定の制御周期で繰り返し実行される。

図９に示されるルーチンでは、まず、アップロードの要求信号が送信される（ステップＳ３０）。続いて、承認信号を受信したか否かが判定される（ステップＳ３１）。承認信号は、アップロードの要求信号に応答して外部サーバ３から送信される信号である。承認信号は、外部サーバ３の状態に応じて送信が待機される。例えば、記憶装置３１内のデータ量が許容量を超えている場合、承認信号の送信が待機される。

ステップＳ３１の判定結果が肯定的な場合、発生情報ＯＣＲ＿ＰＥが送信される（ステップＳ３２）。続いて、データセットＤＳＥＴ＿ＵＴＥが送信される（ステップＳ３３）。尚、発生情報ＯＣＲ＿ＰＥ及びデータセットＤＳＥＴ＿ＵＴＥの送信に際しては、これらのデータのエンコード処理が行われる。

データセットＤＳＥＴ＿ＵＴＥのデータ量は、発生情報ＯＣＲ＿ＰＥのそれよりも大きいことから、アップロードの途中で通信が途絶えるといったトラブルの発生時に、所定イベントＰＥの発生状況を外部サーバ３に伝えることが困難となる。この点、発生情報ＯＣＲ＿ＰＥを先に送信し、データセットＤＳＥＴ＿ＵＴＥを後に送信することで、所定イベントＰＥの発生状況を外部サーバ３に確実に伝えることが可能となる。

ステップＳ３３の処理に際しては、優先度ＰＬの高いアップロード対象のイベントＵＴＥから順に、データセットＤＳＥＴ＿ＵＴＥの送信が行われる。この理由は、優先度ＰＬの高いデータセットＤＳＥＴ＿ＵＴＥほど、外部サーバ３にとって重要なデータセットＤＳＥＴであるケースが多いからである。優先度ＰＬが等しいアップロード対象のイベントＵＴＥについては、発生時刻が早い順に送信が行われる。この理由は、記憶装置２１内のデータ量が許容量を超えている状態で新たなデータを記録する場合は、発生時刻の早いデータが削除されるからである。

そして、全てのデータセットＤＳＥＴ＿ＵＴＥの送信が完了した場合、アップロードの終了信号が送信される（ステップＳ３４）。

２－４．外部サーバにおいて行われる処理例
図１０は、データセットＤＳＥＴ＿ＭＴＥを作成する場合に、データ処理装置３４（プロセッサ３５）により実行される処理の一例を示すフローチャートである。図１０に示されるルーチンは、所定の制御周期で繰り返し実行される。

図１０に示されるルーチンでは、まず、発生情報ＯＣＲ＿ＰＥ及びデータセットＤＳＥＴ＿ＵＴＥが取得される（ステップＳ４０）。発生情報ＯＣＲ＿ＰＥ及びデータセットＤＳＥＴ＿ＵＴＥの取得は、例えば、アップロードの終了信号を受信した後に一括して行われる。尚、データの取得に際しては、発生情報ＯＣＲ＿ＰＥ及びデータセットＤＳＥＴ＿ＵＴＥのデコード処理が行われる。別の例では、発生情報ＯＣＲ＿ＰＥ及びデータセットＤＳＥＴ＿ＵＴＥを記憶装置３１に一旦格納し、ここから読み出す形でこれらのデータが取得される。

ステップＳ４０の処理に続いて、データセットＤＳＥＴ＿ＵＴＥにデータセットＤＳＥＴ＿ＵＴＥ＊が含まれるか否かが判定される（ステップＳ４１）。データセットＤＳＥＴ＿ＵＴＥ＊は、重複期間ＯＶＬにおけるデータが省略されたデータセットＤＳＥＴ＿ＵＴＥである。ステップＳ４１の判定は、例えば、発生情報ＯＣＲ＿ＰＥに含まれる発生時刻のデータと、第１期間Ｐ１及び第２期間Ｐ２と、に基づいて行われる。

ステップＳ４１の判定結果が肯定的な場合、データセットＤＳＥＴ＿ＵＴＥ＊に重複データが補間（復元）されてデータセットＤＳＥＴ＿ＭＴＥが作成される（ステップＳ４２）。重複データの特定は、例えば、発生情報ＯＣＲ＿ＰＥに含まれる発生時刻のデータと、リストＬＳＴ＿ＤＳＥＴ＿ＵＴＥと、に基づいて行われる。一方、ステップＳ４１の判定結果が否定的な場合、データセットＤＳＥＴ＿ＵＴＥを用いてデータセットＤＳＥＴ＿ＭＴＥが作成される（ステップＳ４３）。

ステップＳ４２又はＳ４３の処理に続いて、全てのデータセットＤＳＥＴ＿ＵＴＥの整理が終了したか否かが判定される（ステップＳ４４）。ステップＳ４４の判定結果が否定的な場合、ステップＳ４１の処理が行われる。一方、ステップＳ４４の判定結果が否定的な場合、プロセッサ３５は、ルーチンの処理を終了する。

３．効果
以上説明したように、実施形態に係る管理システムによれば、重複期間ＯＶＬが存在する場合はアップロード対象イベントＵＴＥの優先度ＰＬの比較が行われる。そして、優先度ＰＬの高いアップロード対象イベントＵＴＥのデータセットＤＳＥＴ＿ＵＴＥが作成され、優先度ＰＬの低いアップロード対象イベントＵＴＥのデータセットＤＳＥＴ＿ＵＴＥから重複するデータが除外される。従って、上述した不具合が発生するのを抑えることが可能となる。

また、実施形態に係る管理システムによれば、先発のアップロード対象イベントＵＴＥの優先度ＰＬと、後発のアップロード対象イベントＵＴＥのそれとが等しい場合は、後発のアップロード対象イベントＵＴＥのデータセットＤＳＥＴ＿ＵＴＥが作成され、先発のアップロード対象イベントＵＴＥのデータセットＤＳＥＴ＿ＵＴＥから重複するデータが除外される。従って、より重要なデータを含むと考えられる後発のアップロード対象イベントＵＴＥのデータセットＤＳＥＴ＿ＵＴＥを、非省略の状態で外部サーバ３にアップロードすることが可能となる。

また、実施形態に係る管理システムによれば、発生情報ＯＣＲが生成されて外部サーバ３にアップロードされる。そのため、外部サーバ３で行われるデータセットＤＳＥＴ＿ＭＴＥの作成処理において、重複データを容易に補間することが可能となる。

また、実施形態に係る管理システムによれば、優先度ＰＬが高いアップロード対象イベントＵＴＥのデータセットＤＳＥＴ＿ＵＴＥを、より早く外部サーバ３にアップロードすることが可能となる。また、優先度ＰＬが等しいアップロード対象イベントＵＴＥについては、発生時刻がより早いアップロード対象イベントＵＴＥのデータセットＤＳＥＴ＿ＵＴＥを、より早く外部サーバ３にアップロードすることが可能となる。

１ 車両データ管理システム
２ 車両
３ 外部サーバ
４ ネットワーク
２１，３１ 記憶装置
２７，３４ データ処理装置
Ｐ１ 第１期間
Ｐ２ 第２期間
ＰＥ 所定イベント
ＥＩ１～ＥＩｎ イベントＩＤ
ＣＴＥ 収集対象イベント
ＵＴＥ アップロード対象イベント
ＩＭＧ 画像データ
ＳＮＳ センサデータ
ＰＲＭ パラメータデータ
ＩＮＳ 収集指示
ＯＣＲ＿ＰＥ 発生情報
ＥＸＴ＿ＣＴＥ 抽出データ
ＤＳＥＴ データセット
ＤＳＥＴ＿ＣＴＥ 収集対象イベントのデータセット
ＤＳＥＴ＿ＵＴＥ アップロード対象イベントのデータセット
ＣＯＭ２，ＣＯＭ３ 通信データ

Claims (6)

1. 車両により取得された各種データを外部サーバにおいて管理する車両データ管理システムであって、
   前記車両は、前記車両の走行中に所定イベントが発生した場合、前記所定イベントの発生時刻以前の第１期間における前記各種データと、前記発生時刻以降の第２期間における前記各種データとを収集し、前記外部サーバにアップロードするためのデータセットを作成する処理を行うように構成され、
   前記所定イベントは、前記アップロードの対象となるイベントを示す第１及び第２アップロード対象イベントを含み、
   前記第１及び第２アップロード対象イベントには優先度が設定され、
   前記車両は、前記データセットの作成処理において、
   前記第１及び第２アップロード対象イベントの間に、前記第１及び第２期間の少なくとも一部が重複する重複期間が存在するか否かを判定し、
   前記重複期間が存在すると判定された場合、前記第１及び第２アップロード対象イベントの間において前記優先度の比較を行い、
   前記第１アップロード対象イベントの前記優先度が前記第２アップロード対象イベントのそれよりも低い場合、前記第１アップロード対象イベントに関する前記データセットから、前記重複期間における前記各種データを除外する
   ことを特徴とする車両データ管理システム。
2. 請求項１に記載の車両データ管理システムであって、
   前記車両は、前記データセットの作成処理において、
   前記第１アップロード対象イベントの前記優先度が前記第２アップロード対象イベントのそれと等しい場合、これらのイベントの発生時刻の比較を行い、
   前記第１アップロード対象イベントの発生時刻が前記第２アップロード対象イベントのそれよりも前の場合、前記第１アップロード対象イベントに関する前記データセットから、前記重複期間における前記各種データを除外する
   ことを特徴とする車両データ管理システム。
3. 請求項１又は２に記載の車両データ管理システムであって、
   前記車両は、更に、
   前記車両の走行中に発生した前記所定イベントの発生情報を作成する処理と、
   前記発生情報を前記外部サーバにアップロードする処理と、
   を行うように構成され、
   前記外部サーバは、前記車両からアップロードされた前記発生情報及び前記データセットに基づいて、前記第１及び第２アップロード対象イベントに関する前記データセットを記憶装置に格納する処理を行うように構成され、
   前記発生情報は、前記所定イベントの発生時刻のデータを含み、
   前記外部サーバは、前記第１及び第２アップロード対象イベントに関する前記データセットの格納処理において、
   前記第１及び第２アップロード対象イベントの発生時刻のデータと、前記第１及び第２期間とに基づいて、前記重複期間が存在するか否かを判定し、
   前記重複期間が存在すると判定された場合、前記第１及び第２アップロード対象イベントに関する前記データセットの一方に基づいて、前記第１及び第２アップロード対象イベントに関する前記データセットの他方を補間する
   ことを特徴とする車両データ管理システム。
4. 請求項１～３の何れか１項に記載の車両データ管理システムであって、
   前記車両は、前記データセットを前記外部サーバにアップロードする処理を更に行うように構成され、
   前記車両は、前記データセットのアップロード処理において、
   前記第１及び第２アップロード対象イベントの間において前記優先度の比較を行い、
   前記第１アップロード対象イベントの前記優先度が前記第２アップロード対象イベントのそれよりも低い場合、前記第１アップロード対象イベントに関する前記データセットのアップロードを、前記第２アップロード対象イベントに関する前記データセットのアップロードよりも後に行う
   ことを特徴とする車両データ管理システム。
5. 請求項１～４の何れか１項に記載の車両データ管理システムであって、
   前記車両は、前記データセットを前記外部サーバにアップロードする処理を更に行うように構成され、
   前記車両は、前記データセットのアップロード処理において、
   前記第１及び第２アップロード対象イベントの間において前記優先度の比較を行い、
   前記第１アップロード対象イベントの前記優先度が前記第２アップロード対象イベントのそれと等しい場合、これらのイベントの発生時刻の比較を行い、
   前記第１アップロード対象イベントの発生時刻が前記第２アップロード対象イベントのそれよりも前の場合、前記第１アップロード対象イベントに関する前記データセットのアップロードを、前記第２アップロード対象イベントに関する前記データセットのアップロードよりも前に行う
   ことを特徴とする車両データ管理システム。
6. 車両により取得された各種データを外部サーバにおいて管理する車両データ管理方法であって、
   前記車両は、前記車両の走行中に所定イベントが発生した場合、前記所定イベントの発生時刻以前の第１期間における前記各種データと、前記発生時刻以降の第２期間における前記各種データとを収集し、前記外部サーバにアップロードするためのデータセットを作成する処理を行うように構成され、
   前記所定イベントは、前記アップロードの対象となるイベントを示す第１及び第２アップロード対象イベントを含み、
   前記第１及び第２アップロード対象イベントには優先度が設定され、
   前記データセットの作成処理が、
   前記第１及び第２アップロード対象イベントの間に、前記第１及び第２期間の少なくとも一部が重複する重複期間が存在するか否かを判定する処理と、
   前記重複期間が存在すると判定された場合、前記第１及び第２アップロード対象イベントの間において前記優先度の比較を行う処理と、
   前記第１アップロード対象イベントの前記優先度が前記第２アップロード対象イベントのそれよりも低い場合、前記第１アップロード対象イベントに関する前記データセットから、前記重複期間における前記各種データを除外する処理と、
   を含むことを特徴とする車両データ管理方法。

Images