JP7030559B2 - データ登録システム - Google Patents

Description

本発明は、ネットワークを介して入力される車両関連のデータを登録するデータ登録システムに関する。

従来、車両運行データの管理システムとして、特許文献１に記載されたものが知られている。この管理システムは、車載装置及び運行管理装置を備えており、この車載装置は、車両の各種装置や各種センサから、車両の走行速度、走行距離、加速度、地理的位置、運転操作及び燃料噴射量などを運行データとして取得する。

この車載装置では、運行データの取得開始以降、運行データと運転者を識別するための識別情報とを紐付け（関連付け）して記憶し、運転者による終業操作があったときに、紐付けした運行データと識別情報を運行管理装置に送信する。

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

近年、様々な分野において、データを順次、登録してビッグデータ化し、それを分析して活用することが望まれており、この点は車両関連のデータにおいても同様である。これに対して、上記特許文献１の管理システムの場合、データをビッグデータ化して活用することが前提となっていない関係上、有効性の高いデータを効率よく登録できないという問題がある。また、車両関連のデータを登録する場合、その性質上、高い秘匿性が要求され、高いセキュリティが要求されることになる。これに対して、特許文献１の管理システムの場合、データのセキュリティに関する観点が存在せず、その秘匿性が低いという問題がある。

本発明は、上記課題を解決するためになされたもので、車両に関連するデータを秘匿性を高めながら効率よく登録することができるデータ登録システムを提供することを目的とする。

上記目的を達成するために、本発明に係るデータ登録システム１は、車両とは別個に設けられ、車両１４に関連する複数種類のデータ（天候データ、車両状況データ、車両移動状態データ、燃費データ、ナビデータ）と、車両１４及び車両１４の所有者の少なくとも一方を特定するための車両特定データ（車両ＩＤ、ユーザＩＤ）とがネットワーク１０を介して入力されるデータ受信手段（データ処理サーバ２）と、車両とは別個に設けられ、複数種類のデータと車両特定データを互いに紐付けしたデータ群（データマート）を作成するデータ群作成手段（統合処理サーバ３、ＳＴＥＰ２２～２７）と、車両とは別個に設けられ、所定の暗号化アルゴリズムを用いて、データ群（データマート）における少なくとも車両特定データ（車両ＩＤ、ユーザＩＤ）を暗号化することにより、暗号化データ群（暗号化データマート）を作成する暗号化データ群作成手段（統合処理サーバ３、ＳＴＥＰ２８，５０～６１）と、車両とは別個に設けられ、暗号化データ群（暗号化データマート）を登録データとして記憶領域に記憶するデータ記憶手段（統合データベースサーバ４、ＳＴＥＰ８０～９０）と、を備えることを特徴とする。

このデータ登録システムによれば、車両に関連する複数種類のデータと、車両及び車両のユーザの少なくとも一方を特定するための車両特定データとが入力され、これらを互いに紐付けしたデータ群が作成される。この車両特定データの場合、車両及び／又は車両のユーザを特定するためのものである関係上、高い秘匿性が要求される。これに対して、少なくとも車両特定データを暗号化することにより、暗号化データ群が作成され、そのような暗号化データ群が登録データとして記憶されるので、車両特定データにおける高い秘匿性を適切に確保することができる。

本発明において、複数種類のデータは、車両１４の時系列的な移動状態を表す車両移動状態データと、車両１４のエネルギ消費割合を表す消費割合データと、車両１４のナビゲーション装置の演算結果及び設定状態を表すナビデータと、車両１４が存在した領域の天候を表す天候データとを含むことが好ましい。

このデータ登録システムによれば、車両特定データ、車両移動状態データ、消費割合データ、ナビデータ及び天候データを互いに紐付けしたデータ群が作成される。この場合、車両特定データは車両及び／又は車両のユーザを特定するためのものであり、車両移動状態データは車両の時系列的な移動状態を、消費割合データは車両のエネルギ消費割合を、ナビデータは車両のナビゲーション装置の演算結果及び設定状態を、天候データは車両が存在した領域の天候をそれぞれ表すものであるので、これらのデータを互いに紐付けしたデータ群は、車両に関連するデータをビッグデータ化して分析する際に有効性の高いものとなる。したがって、そのような有効性の高いデータを、その秘匿性を高めながら効率よく登録することができる。

本発明において、複数種類のデータは、車両１４の製造状況及び修理状況の少なくとも一方を表す車両状況データをさらに含むことが好ましい。

このデータ登録システムによれば、データ群として、車両特定データ、車両移動状態データ、消費割合データ、ナビデータ及び天候データに加えて、車両の製造状況及び修理状況の少なくとも一方を表す車両状況データを互いに紐付けすることにより、データ群が作成されるので、データをビッグデータ化して分析する際のデータ群の有効性をさらに高めることができる。

本発明において、データ群作成手段は、車両特定データ（車両ＩＤ、ユーザＩＤ）と車両移動状態データと消費割合データとを互いに紐付けした第１データ群（ＦＣＤ－燃費の暫定データマート）と、車両特定データ（車両ＩＤ、ユーザＩＤ）と車両移動状態データとナビデータとを互いに紐付けした第２データ群（ＦＣＤ－ナビの暫定データマート）と、車両移動状態データと天候データとを互いに紐付けした第３データ群（ＦＣＤ－天候の暫定データマート）と、車両特定データ（車両ＩＤ、ユーザＩＤ）と車両移動状態データと車両状況データとを互いに紐付けした第４データ群（ＦＣＤ－車両状況の暫定データマート）とを作成し、第１～第４データ群を用いて、データ群（データマート）を作成することが好ましい。

このデータ登録システムによれば、車両移動状態データと消費割合データを互いに紐付けした第１データ群と、車両移動状態データと天候データを互いに紐付けした第２データ群と、車両移動状態データとナビデータを互いに紐付けした第３データ群と、車両移動状態データと車両状況データを互いに紐付けした第４データ群とを作成し、第１～第４データ群を用いて、データ群が作成されるので、データ群を一度に作成する場合と比べて、データ群作成時の負荷を低減することができる。

本発明において、データ群作成手段は、データ群を所定の圧縮アルゴリズム（Ｌｚｏアルゴリズム）で圧縮したデータ群として作成することが好ましい。

このデータ登録システムによれば、データ群が所定の圧縮アルゴリズムで圧縮したデータ群として作成されるので、登録データのサイズを減少させることができ、それにより、同じ容量の記憶領域に対して、登録データの記憶数を相対的に増大させることができる。

本発明において、所定の暗号化アルゴリズムは、暗号鍵を適用した暗号化アルゴリズム（ＳＨＡ－２５６）であり、暗号化データ群作成手段は、登録データの利用目的に応じて、暗号鍵を切り換えるとともに、切り換えた暗号鍵を適用した暗号化アルゴリズムにより、車両特定データ（車両ＩＤ、ユーザＩＤ）を暗号化する（ＳＴＥＰ５１～６０）ことが好ましい。

このデータ登録システムによれば、登録データの利用目的に応じて、暗号鍵が切り換えられるとともに、切り換えた暗号鍵を適用した暗号化アルゴリズムにより、車両特定データが暗号化されるので、１種類の暗号鍵を使用する場合と比べて、セキュリティを向上させることができる。

本発明において、データ記憶手段は、切り換えた暗号鍵を表すデータに応じて、暗号化データ群を記憶する記憶領域を切り換える（ＳＴＥＰ８２～９０）ことが好ましい。

このデータ登録システムによれば、切り換えた暗号鍵を表すデータに応じて、暗号化データ群を記憶する記憶領域が切り換えられるので、利用目的に応じて必要な登録データを、その記憶領域から適切に取り出すことができ、利便性を向上させることができる。

本発明の一実施形態に係るデータ登録システムの構成を模式的に示す図である。 紐付けデータ作成処理を示すフローチャートである。 データ統合処理を示すフローチャートである。 ＦＣＤ－ナビの暫定データマート作成処理を示すフローチャートである。 暗号化データマート作成処理を示すフローチャートである。 データ記憶処理を示すフローチャートである。

以下、図面を参照しながら、本発明の一実施形態に係るデータ登録システムについて説明する。図１に示すように、本実施形態のデータ登録システム１は、データ処理サーバ２、統合処理サーバ３及び統合データベースサーバ４を備えている。

以上のサーバ２～４はいずれもプロセッサ、メモリ及びＩ／Ｏインターフェースなどを備えており、メモリ内の演算プログラム及び入出力データに基づいて、各種の演算処理を実行可能に構成されている。

データ処理サーバ２は、後述する紐付けデータ作成処理などを実行するものであり、多数のユーザ情報データを記憶領域内に記憶している。このユーザ情報データは、車両のユーザの個人情報と、ユーザ登録日と、ユーザＩＤと、車両ＩＤとを互いに紐付けしたものであり、サーバの管理者により図示しない入力インターフェースを介して上記のデータが入力されたときに、これらを用いて作成される。なお、本実施形態では、データ処理サーバ２がデータ受信手段に相当し、ユーザＩＤ及び車両ＩＤが車両特定データに相当する。

このデータ処理サーバ２には、ネットワーク１０を介して、天候サーバ１１、多数の工場１２（１つのみ図示）、多数のディーラ１３（１つのみ図示）及び多数の車両１４（１つのみ図示）の図示しないナビゲーション装置などが接続されており、これらの要素から以下の各種データが入力される。なお、以下の説明では、車両１４を内燃機関が動力源であるものとする。

具体的には、天候データが、天候サーバ１１からデータ処理サーバ２に入力される。この天候データは、車両の使用国のメッシュコードと、天候と、天候を測定した時点のタイムスタンプなどを互いに紐付けしたものである。

また、製造時データが、工場１２からデータ処理サーバ２に入力される。この製造時データは、車両ＩＤと、車両製造時のタイムスタンプと、製造工場名と、車両の製造ロットナンバーなどを互いに紐付けしたものである。

さらに、ディーラデータが、ディーラ１３からデータ処理サーバ２に入力される。このディーラデータは、車両ＩＤと、車両のメンテナンス又は修理時のタイムスタンプと、ディーラ名と、車両のメンテナンス内容又は修理内容などを互いに紐付けしたものである。なお、以下の説明では、製造時データ及びディーラデータをまとめて「車両状況データ」という。

また、車両移動状態データ、燃費データ及びナビデータが、車両１４のナビゲーション装置からデータ処理サーバ２に入力される。これらの車両移動状態データ、燃費データ及びナビデータは、車両１４のイグニッション・スイッチがオンされてからオフされるまでの間において、所定の制御周期でサンプリングされ、そのサンプリング結果がデータ処理サーバ２に入力される。その場合、イグニッション・スイッチがオフされたタイミングでサンプリングされたデータは、次回のイグニッション・スイッチがオンされたタイミングでナビゲーション装置からデータ処理サーバ２に入力される。

車両移動状態データは、車両１４の位置（経度、緯度）と、当該位置のサンプリング時のタイムスタンプと、ユーザＩＤとを互いに紐付けしたものであり、以下、この車両移動状態データを「ＦＣＤ」という。また、燃費データは、車両１４の燃費と、当該燃費のサンプリング時のタイムスタンプと、ユーザＩＤとを互いに紐付けしたものである。

さらに、ナビデータは、車両１４のナビゲーション装置における出発地と、目的地の設定状態と、現在地の緯度・経度及び出発地から目的地までのルートの演算結果と、これらのデータのサンプリング時のタイムスタンプと、ユーザＩＤとを互いに紐付けしたものである。

なお、以下の説明では、天候データ、車両状況データ、車両移動状態データ、燃費データ及びナビデータが入力されたときに、これらのデータに含まれているタイムスタンプをまとめて「サンプリング時タイムスタンプ」という。

データ処理サーバ２は、後述する紐付けデータ作成処理により、紐付けデータを作成し、それを統合処理サーバ３に出力する。

統合処理サーバ３では、データ処理サーバ２から入力された紐付けデータを用いて、後述するデータ統合処理より、データマートを作成し、これを暗号化して暗号化データマートを作成するとともに、この暗号化データマートを統合データベースサーバ４に出力する。なお、本実施形態では、統合処理サーバ３がデータ群作成手段及び暗号化データ群作成手段に相当し、データマート及び暗号化データマートがデータ群及び暗号化データ群にそれぞれ相当する。

統合データベースサーバ４では、統合処理サーバ３から入力された暗号化データマートを、後述するように記憶領域内に記憶する。

次に、図２を参照しながら、前述した紐付けデータ作成処理について説明する。この処理は、データ処理サーバ２に入力される各種データ（すなわち車両移動状態データ、燃費データ、ナビデータ、車両状況データ及び天候データ）を用いて、紐付けデータを作成し、それを統合処理サーバ３に出力するものであり、データ処理サーバ２において、所定の制御周期ΔＴ（例えば５ｍｉｎ）で実行される。

同図に示すように、まず、データ処理サーバ２に入力された各種のデータを読み込む（図２／ＳＴＥＰ１）。次いで、読み込んだ各種のデータに対して、読み込み時のタイムスタンプ（以下「読込時タイムスタンプ」という）を紐付けする（図２／ＳＴＥＰ２）。

次に、読込時タイムスタンプを紐付けしたデータにおけるユーザＩＤが、データ処理サーバ２に記憶されているユーザ情報データのユーザＩＤと一致したか否かを判定する（図２／ＳＴＥＰ３）。

この判定が肯定であるとき（図２／ＳＴＥＰ３…ＹＥＳ）、すなわち読込時タイムスタンプを紐付けしたデータがユーザＩＤを備えているデータ（ＦＣＤ、燃費データ又はナビデータ）であるときには、読込時タイムスタンプを紐付けしたデータに対して、ユーザ情報データのユーザＩＤに対応する車両ＩＤを紐付けする（図２／ＳＴＥＰ４）。

次いで、以上のような紐付けを実施した紐付けデータ（すなわちＦＣＤ、燃費データ又はナビデータ）を、統合処理サーバ３に出力する（図２／ＳＴＥＰ５）。その後、本処理を終了する。

一方、前述した判定が否定であるとき（図２／ＳＴＥＰ３…ＮＯ）、すなわち読込時タイムスタンプを紐付けしたデータがユーザＩＤを備えていないデータ（車両状況データ又は天候データ）であるときには、読込時タイムスタンプを紐付けしたデータにおける車両ＩＤが、データ処理サーバ２に記憶されているユーザ情報データの車両ＩＤと一致したか否かを判定する（図２／ＳＴＥＰ６）。

この判定が肯定であるとき（図３／ＳＴＥＰ６…ＹＥＳ）、すなわち読込時タイムスタンプを紐付けしたデータが車両ＩＤを備えている車両状況データであるときには、この車両状況データに対して、ユーザ情報データの車両ＩＤに対応するユーザＩＤを紐付けする（図２／ＳＴＥＰ７）。

次いで、以上の紐付け処理を実施した車両状況データである紐付けデータを、統合処理サーバ３に出力する（図２／ＳＴＥＰ５）。その後、本処理を終了する。

一方、上述した判定が否定であるとき（図２／ＳＴＥＰ６…ＮＯ）、すなわち読込時タイムスタンプを紐付けしたデータがユーザＩＤ及び車両ＩＤを備えていない天候データであるときには、読込時タイムスタンプのみを紐付けした天候データである紐付けデータをそのまま、統合処理サーバ３に出力する（図２／ＳＴＥＰ５）。その後、本処理を終了する。

次に、図３を参照しながら、データ統合処理について説明する。この処理は、データ処理サーバ２から入力された紐付けデータを用いて、暗号化データマートを作成し、作成した暗号化データマートを統合データベースサーバ４に出力するものであり、統合処理サーバ３において、前述した所定の制御周期ΔＴで実行される。

同図に示すように、まず、データ処理サーバ２から入力された紐付けデータを記憶領域内に記憶する（図３／ＳＴＥＰ２０）。

次いで、暗号化データマートの作成タイミングであるか否かを判定する（図３／ＳＴＥＰ２１）。この作成タイミングは、１日のうちの所定タイミング（例えば２４：００）に設定される。

この判定が否定であるとき（図３／ＳＴＥＰ２１…ＮＯ）には、そのまま本処理を終了する。

一方、この判定が肯定であるとき（図３／ＳＴＥＰ２１…ＹＥＳ）には、ＦＣＤ－燃費の暫定データマートを作成する（図３／ＳＴＥＰ２２）。このＦＣＤ－燃費の暫定データマート（第１データ群）は、ユーザＩＤ及び車両ＩＤをキーとして、記憶領域に記憶されている直近３０日間分のＦＣＤと燃費データを検索し、互いに紐付けすることにより、ユーザＩＤと、車両ＩＤと、ＦＣＤと、燃費データと、燃費データのサンプリング時タイムスタンプと、燃費データの読込時タイムスタンプとを互いに紐付けしたデータ群（マップ）として作成される。

次いで、ＦＣＤ－ナビの暫定データマートを作成する（図３／ＳＴＥＰ２３）。このＦＣＤ－ナビの暫定データマート（第２データ群）の作成は、具体的には、図４に示すように実行される。

同図に示すように、まず、ユーザＩＤ及び車両ＩＤをキーとして、直近３０日間分のＦＣＤとナビデータを比較し、ＦＣＤとナビデータの緯度・経度が完全一致しているか否かを判定する（図４／ＳＴＥＰ４０）。

この判定が否定であるとき（図４／ＳＴＥＰ４０…ＮＯ）、すなわちＦＣＤとナビデータの緯度・経度が完全一致していないときには、ＦＣＤとナビデータの緯度・経度が最も近いデータ同士を紐付けする（図４／ＳＴＥＰ４１）。

一方、この判定が肯定であるとき（図４／ＳＴＥＰ４０…ＹＥＳ）には、緯度・経度が完全一致したデータが１つであるか否かを判定する（図４／ＳＴＥＰ４２）。

この判定が肯定であるとき（図４／ＳＴＥＰ４２…ＹＥＳ）には、そのＦＣＤとナビデータを互いに紐付けする（図４／ＳＴＥＰ４３）。

一方、上記の判定が否定（図４／ＳＴＥＰ４２…ＮＯ）で、緯度・経度が完全一致したデータが複数あるときには、ナビデータのサンプリング時タイムスタンプと、ＦＣＤのサンプリング時タイムスタンプとが最も近いデータ同士を紐付けする（図４／ＳＴＥＰ４４）。

以上の紐付け処理に続けて、全データの紐付けが終了したか否かを判定する（図４／ＳＴＥＰ４５）。この判定が否定であるとき（図４／ＳＴＥＰ４５…ＮＯ）には、以上の処理を再度、実行する。

一方、この判定が肯定であるとき（図４／ＳＴＥＰ４５…ＹＥＳ）、すなわち直近３０日間分のＦＣＤとナビデータの紐付けが終了したときには、本処理を終了する。以上により、ＦＣＤ－ナビの暫定データマートは、ユーザＩＤと、車両ＩＤと、ＦＣＤと、ナビデータと、ナビデータのサンプリング時タイムスタンプと、ナビデータの読込時タイムスタンプとを互いに紐付けしたデータ群（マップ）として作成される。

図３に戻り、ＦＣＤ－ナビの暫定データマートを以上のように作成した後、ＦＣＤ－天候の暫定データマートを作成する（図３／ＳＴＥＰ２４）。具体的には、記憶領域に記憶されている直近３０日間分のＦＣＤの緯度・経度のデータに基づいて、メッシュコードをこれらのＦＣＤに紐付けする。次いで、ＦＣＤと天候データを比較し、互いのメッシュコードが一致するものを検索するとともに、一致したもの同士を互いに紐付けする。以上により、ＦＣＤ－天候の暫定データマート（第３データ群）は、ユーザＩＤと、車両ＩＤと、メッシュコードと、ＦＣＤと、天候データと、天候データのサンプリング時タイムスタンプと、天候データの読込時タイムスタンプとを互いに紐付けしたデータ群（マップ）として作成される。

次いで、ＦＣＤ－車両状況の暫定データマートを作成する（図３／ＳＴＥＰ２５）。このＦＣＤ－車両状況の暫定データマート（第４データ群）は、ユーザＩＤ及び車両ＩＤをキーとして、記憶領域に記憶されている直近３０日間分のＦＣＤと車両状況データを検索し、互いに紐付けすることにより、ユーザＩＤと、車両ＩＤと、ＦＣＤと、車両状況データと、車両状況データのサンプリング時タイムスタンプと、車両状況データの読込時タイムスタンプとを互いに紐付けしたデータ群（マップ）として作成される。

次に、データマートを作成する（図３／ＳＴＥＰ２６）。具体的には、ユーザＩＤ及び車両ＩＤをキーとして、以上のように作成された４つの暫定データマートを互いに紐付けすることにより、データマートは、ユーザＩＤと、車両ＩＤと、ＦＣＤと、ナビデータと、天候データと、車両状況データと、サンプリング時タイムスタンプと、読込時タイムスタンプとを互いに紐付けしたデータ群（マップ）として作成される。

次いで、Ｌｚｏアルゴリズムを用いて、データマートをＬｚｏ形式のデータに圧縮する（図３／ＳＴＥＰ２７）。その後、暗号化データマート作成処理を実行する（図３／ＳＴＥＰ２８）。この暗号化データマート作成処理は、具体的には図５に示すように実行される。

同図に示すように、まず、暗号化条件フラグＦ＿ＥＮＣを読み込む（図５／ＳＴＥＰ５０）。この暗号化条件フラグＦ＿ＥＮＣは、統合処理サーバ３の管理者により、以下に述べるようなデータマートの使用目的（分析目的）に応じて、「１」～「５」のいずれかに設定される。

（ａ）一定程度の位置において車両ＩＤが変化してもデータ分析に問題がないとき、例えば、特定交差点の交通量・混雑具合を分析したいときには、暗号化条件フラグＦ＿ＥＮＣが「１」に設定される。
（ｂ）一定程度の時間において車両ＩＤが変化してもデータ分析に問題がないとき、例えば、観光地や店舗の商圏を分析したいときには、暗号化条件フラグＦ＿ＥＮＣが「２」に設定される。
（ｃ）ユーザの移動嗜好を分析したいときには、暗号化条件フラグＦ＿ＥＮＣが「３」に設定される。
（ｄ）車種毎の市場での使用方法を分析したいときには、暗号化条件フラグＦ＿ＥＮＣが「４」に設定される。
（ｅ）以上の（ａ）～（ｄ）以外の目的のときには、暗号化条件フラグＦ＿ＥＮＣが「５」に設定される。

次に、読み込んだ暗号化条件フラグＦ＿ＥＮＣが「１」であるか否かを判定する（図５／ＳＴＥＰ５１）。この判定が肯定であるとき（図５／ＳＴＥＰ５１…ＹＥＳ）には、暗号鍵を、メッシュコードの一部と固定鍵を合わせたものに設定する（図５／ＳＴＥＰ５２）。この固定鍵は予め設定されている。

一方、上述した判定が否定であるとき（図５／ＳＴＥＰ５１…ＮＯ）、すなわちＦ＿ＥＮＣ≠１であるときには、暗号化条件フラグＦ＿ＥＮＣが「２」であるか否かを判定する（図５／ＳＴＥＰ５３）。この判定が肯定であるとき（図５／ＳＴＥＰ５３…ＹＥＳ）には、暗号鍵を、ナビデータのサンプリング時タイムスタンプの一部と固定鍵を合わせたものに設定する（図５／ＳＴＥＰ５４）。

一方、上述した判定が否定であるとき（図５／ＳＴＥＰ５３…ＮＯ）、すなわちＦ＿ＥＮＣ≠１，２であるときには、暗号化条件フラグＦ＿ＥＮＣが「３」であるか否かを判定する（図５／ＳＴＥＰ５５）。この判定が肯定であるとき（図５／ＳＴＥＰ５５…ＹＥＳ）には、暗号鍵を、ユーザＩＤの一部と固定鍵を合わせたものに設定する（図５／ＳＴＥＰ５６）。

一方、上述した判定が否定であるとき（図５／ＳＴＥＰ５５…ＮＯ）、すなわちＦ＿ＥＮＣ≠１～３であるときには、暗号化条件フラグＦ＿ＥＮＣが「４」であるか否かを判定する（図５／ＳＴＥＰ５７）。この判定が肯定であるとき（図５／ＳＴＥＰ５７…ＹＥＳ）には、暗号鍵を、車両ＩＤの一部と固定鍵を合わせたものに設定する（図５／ＳＴＥＰ５８）。

一方、上述した判定が否定であるとき（図５／ＳＴＥＰ５７…ＮＯ）、すなわちＦ＿ＥＮＣ＝５であるときには、暗号鍵を固定鍵に設定する（図５／ＳＴＥＰ５９）。

以上のように、暗号化条件フラグＦ＿ＥＮＣの値に応じて、暗号鍵を設定した後、その暗号鍵を用いて、所定の暗号化アルゴリズム（例えばＳＨＡ－２５６）により、データマートにおける車両ＩＤ及びユーザＩＤを暗号化する（図５／ＳＴＥＰ６０）。

次いで、車両ＩＤ及びユーザＩＤを暗号化したデータマートに、車種データと暗号化条件フラグを紐付けすることにより、暗号化データマートを作成する（図５／ＳＴＥＰ６１）。この車種データは、車両ＩＤの一部に相当する。その後、本処理を終了する。

図３に戻り、暗号化データマート作成処理を以上のように実行した後、暗号化データマートを統合データベースサーバ４に出力する（図３／ＳＴＥＰ２９）。その後、本処理を終了する。

次に、図６を参照しながら、データ記憶処理について説明する。この処理は、統合データベースサーバ４において、統合処理サーバ３から入力された暗号化データマートを記憶領域に記憶するものであり、暗号化データマートが入力される毎に実行される。

同図に示すように、まず、暗号化データマートを読み込む（図６／ＳＴＥＰ８０）。次いで、暗号化データマートに含まれる車種データに基づき、車種を判定する（図６／ＳＴＥＰ８１）。以下、この判定した車種を「判定車種」という。

次に、暗号化データマートに含まれる暗号化条件フラグＦ＿ＥＮＣが「１」であるか否かを判定する（図６／ＳＴＥＰ８２）。

この判定が肯定であるとき（図６／ＳＴＥＰ８２…ＹＥＳ）には、暗号化データマートを判定車種用の第１領域に登録データとして記憶する（図６／ＳＴＥＰ８３）。その後、本処理を終了する。

一方、上述した判定が否定であるとき（図６／ＳＴＥＰ８２…ＮＯ）、すなわちＦ＿ＥＮＣ≠１であるときには、暗号化条件フラグＦ＿ＥＮＣが「２」である否かを判別する（図６／ＳＴＥＰ８４）。

この判定が肯定であるとき（図６／ＳＴＥＰ８４…ＹＥＳ）には、暗号化データマートを判定車種用の第２領域に登録データとして記憶する（図６／ＳＴＥＰ８５）。その後、本処理を終了する。

一方、上述した判定が否定であるとき（図６／ＳＴＥＰ８４…ＮＯ）、すなわちＦ＿ＥＮＣ≠１，２であるときには、暗号化条件フラグＦ＿ＥＮＣが「３」である否かを判別する（図６／ＳＴＥＰ８６）。

この判定が肯定であるとき（図６／ＳＴＥＰ８６…ＹＥＳ）には、暗号化データマートを判定車種用の第３領域に登録データとして記憶する（図６／ＳＴＥＰ８７）。その後、本処理を終了する。

一方、上述した判定が否定であるとき（図６／ＳＴＥＰ８６…ＮＯ）、すなわちＦ＿ＥＮＣ≠１～３であるときには、暗号化条件フラグＦ＿ＥＮＣが「４」である否かを判別する（図６／ＳＴＥＰ８８）。

この判定が肯定であるとき（図６／ＳＴＥＰ８８…ＹＥＳ）には、暗号化データマートを判定車種用の第４領域に登録データとして記憶する（図６／ＳＴＥＰ８９）。その後、本処理を終了する。

一方、この判定が否定であるとき（図６／ＳＴＥＰ８８…ＮＯ）、すなわちＦ＿ＥＮＣ＝５であるときには、暗号化データマートを判定車種用の第５領域に登録データとして記憶する（図６／ＳＴＥＰ９０）。その後、本処理を終了する。

以上のように、本実施形態のデータ登録システム１によれば、ネットワーク１０を介して入力されるＦＣＤ、天候データ、車両状況データ、燃費データ及びナビデータと、車両ＩＤ及びユーザＩＤとを互いに紐付けしたデータ群として、データマートが作成され、これが圧縮される。さらに、暗号鍵を用いた暗号化アルゴリズムにより、圧縮したデータマートの車両ＩＤ及びユーザＩＤのみを暗号化して、暗号化データマートが作成され、これが登録データとして統合データベースサーバ４内の記憶領域に記憶される。

この場合、車両ＩＤ及びユーザＩＤは、車両及び車両のユーザを特定する情報である関係上、高い秘匿性が要求される。これに対して、これらのデータのみを暗号化して暗号化データマートが作成されるので、車両ＩＤ及びユーザＩＤにおいて要求される高い秘匿性を適切に確保することができる。

また、ＦＣＤ、天候データ、車両状況データ、燃費データ及びナビデータは、車両に関連するデータをビッグデータ化して分析する際に有効性の高いものであるので、そのような有効性の高いデータを、その秘匿性を高めながら効率よく登録することができる。

また、ＦＣＤ－燃費の暫定データマート、ＦＣＤ－ナビの暫定データマート、ＦＣＤ－天候の暫定データマート及びＦＣＤ－車両状況の暫定データマートを作成し、これらの暫定データマートをまとめて紐付けすることにより、データマートが作成されるので、データマートを一度に作成する場合と比べて、データマート作成時の負荷を低減することができる。

さらに、データマートが圧縮されてから暗号化されるので、暗号化データマートのサイズを減少させることができ、それにより、同じ容量の記憶領域に対して、登録データの記憶数を相対的に増大させることができる。

また、データマートの利用目的に応じて、暗号鍵が切り換えられるとともに、切り換えた暗号鍵を適用した暗号化アルゴリズムにより、データマートの車両ＩＤ及びユーザＩＤが暗号化されるので、１種類の暗号鍵を使用する場合と比べて、セキュリティを向上させることができる。これに加えて、暗号化条件フラグＦ＿ＥＮＣの値に応じて、暗号化データマートを登録データとして記憶する記憶領域が切り換えられるので、利用目的（分析目的）に応じて必要な登録データを、その記憶領域から適切に取り出すことができ、利便性を向上させることができる。

なお、実施形態は、車両特定データとして、車両ＩＤ及びユーザＩＤを用いた例であるが、本発明の車両特定データはこれに限らず、車両及び車両のユーザの少なくとも一方を特定するためのものであればよい。例えば、車両特定データとして、車両ＩＤ又はユーザＩＤを用いてもよい。その場合には、例えば、実施形態の図２の紐付けデータ作成処理において、天候データ以外のデータに対して、車両ＩＤ及びユーザＩＤの一方のみを紐付けし、図３のＳＴＥＰ２２～２６において、車両ＩＤ及びユーザＩＤの一方のみをキーとして、データマートを作成すればよい。

また、実施形態は、本発明のデータ登録システムを、内燃機関を動力源とする車両に適用した例であるが、本発明のデータ登録システムはこれに限らず、内燃機関以外を動力源とする車両にも適用可能である。例えば、燃料電池車両や電気自動車などにも適用可能である。

さらに、実施形態は、消費割合データとして、燃費を用いた例であるが、本発明の消費割合データはこれに限らず、車両のエネルギ消費割合を表すものであればよい。例えば、燃料電池車両の場合には、水素の消費割合が消費割合データに相当し、電気自動車の場合には、電力の消費割合が消費割合データに相当する。

一方、実施形態は、データマートを作成するときの圧縮アルゴリズムとして、Ｌｚｏを用いた例であるが、データマートを作成するときの圧縮アルゴリズムはこれに限らず、データを圧縮できるものであればよい。例えば、データマートを作成するときの圧縮アルゴリズムとして、Ｇｚｉｐなどを用いてもよい。

また、実施形態は、図３に示す手法により、データマートを作成したが、データマートの作成手法はこれに限らない。例えば、図３の手法において、ＳＴＥＰ２５，２６を省略し、ＳＴＥＰ２２，２３で作成した２つの暫定データマートに、天候データと車両状況データを紐付けすることにより、データマートを作成してもよい。

さらに、実施形態は、データマートの車両ＩＤ及びユーザＩＤを暗号化することにより、暗号化データマートを作成した例であるが、暗号化データマートを作成する際、暗号鍵を用いて、データマート全体や、車両ＩＤ及びユーザＩＤ以外のデータも含めて暗号化してもよい。その場合には、暗号鍵により、暗号化データマートを復号できるように構成すればよい。

一方、実施形態は、データマートを圧縮してから暗号化したが、データマートを圧縮することなく、そのまま暗号化してもよい。

また、実施形態は、データ登録システムを３つのサーバで構成した例であるが、データ登録システムを２つ以下、又は４つ以上のサーバで構成してもよい。

１ データ登録システム
２ データ処理サーバ（データ受信手段）
３ 統合処理サーバ（データ群作成手段、暗号化データ群作成手段）
４ 統合データベースサーバ（データ記憶手段）
１０ ネットワーク
１４ 車両

Claims (7)

1. 車両とは別個に設けられ、当該車両に関連する複数種類のデータと、前記車両及び当該車両の所有者の少なくとも一方を特定するための車両特定データとがネットワークを介して入力されるデータ受信手段と、
   前記車両とは別個に設けられ、前記複数種類のデータと前記車両特定データを互いに紐付けしたデータ群を作成するデータ群作成手段と、
   前記車両とは別個に設けられ、所定の暗号化アルゴリズムを用いて、前記データ群における少なくとも前記車両特定データを暗号化することにより、暗号化データ群を作成する暗号化データ群作成手段と、
   前記車両とは別個に設けられ、当該暗号化データ群を登録データとして記憶領域に記憶するデータ記憶手段と、
   を備えることを特徴とするデータ登録システム。
2. 前記複数種類のデータは、前記車両の時系列的な移動状態を表す車両移動状態データと、前記車両のエネルギ消費割合を表す消費割合データと、前記車両のナビゲーション装置の演算結果及び設定状態を表すナビデータと、前記車両が存在した領域の天候を表す天候データとを含むことを特徴とする請求項１に記載のデータ登録システム。
3. 前記複数種類のデータは、前記車両の製造状況及び修理状況の少なくとも一方を表す車両状況データをさらに含むことを特徴とする請求項２に記載のデータ登録システム。
4. 前記データ群作成手段は、前記車両特定データと前記車両移動状態データと前記消費割合データとを互いに紐付けした第１データ群と、前記車両特定データと前記車両移動状態データと前記ナビデータとを互いに紐付けした第２データ群と、前記車両移動状態データと前記天候データとを互いに紐付けした第３データ群と、前記車両特定データと前記車両移動状態データと前記車両状況データとを互いに紐付けした第４データ群とを作成し、当該第１～第４データ群を用いて、前記データ群を作成することを特徴とする請求項３に記載のデータ登録システム。
5. 前記データ群作成手段は、前記データ群を所定の圧縮アルゴリズムで圧縮したデータ群として作成することを特徴とする請求項１ないし４のいずれかに記載のデータ登録システム。
6. 前記所定の暗号化アルゴリズムは、暗号鍵を適用した暗号化アルゴリズムであり、
   前記暗号化データ群作成手段は、前記登録データの利用目的に応じて、前記暗号鍵を切り換えるとともに、当該切り換えた暗号鍵を適用した前記暗号化アルゴリズムにより、前記車両特定データを暗号化することを特徴とする請求項１ないし５のいずれかに記載のデータ登録システム。
7. 前記データ記憶手段は、前記切り換えた暗号鍵を表すデータに応じて、前記暗号化データ群を記憶する前記記憶領域を切り換えることを特徴とする請求項１ないし６のいずれかに記載のデータ登録システム。

Images