(57)【要約】【課題】車両などに関連する有効性の高いデータを効率よく登録することができるデータ登録システムを提供する。【解決手段】データ登録システム１は、統合処理サーバ３及び統合データベースサーバ４を備える。統合処理サーバ３は、ＦＣＤと、天候データと、車両状況データと、燃費データと、ナビデータと、車両ＩＤと、ユーザＩＤとを互いに紐付けしたデータマートを作成し（ＳＴＥＰ２２〜２６）、データマートをＬｚｏアルゴリズムにより圧縮するともに、圧縮したデータマートを暗号化して、暗号化データマートを作成する（ＳＴＥＰ２７〜２８）。統合データベースサーバ４は、暗号化データマートを記憶領域に記憶する（、ＳＴＥＰ８０〜９０）。【選択図】図３
2019149147.tif 000002
【特許請求の範囲】
【請求項１】
移動局の時系列的な移動状態を表す移動状態データと、当該移動局と同時に移動する車両のエネルギ消費割合を表す消費割合データと、前記車両のナビゲーション演算結果及び設定状態を表すナビデータと、前記移動局が存在した領域の天候を表す天候データとを含む複数種類のデータと、前記車両及び当該車両の所有者の少なくとも一方を特定するための車両特定データとがネットワークを介して入力されるデータ受信手段と、
前記移動状態データと、前記消費割合データと、前記ナビデータと、前記天候データと前記車両特定データとを互いに紐付けしたデータ群を作成するデータ群作成手段と、
当該データ群を所定の圧縮アルゴリズムにより圧縮するともに、当該圧縮したデータ群を用いて、登録データを作成する登録データ作成手段と、
当該登録データを記憶領域に記憶するデータ記憶手段と、
を備えることを特徴とするデータ登録システム。
【請求項２】
前記データ群作成手段は、前記車両特定データと前記移動状態データと前記消費割合データとを互いに紐付けした第１データ群と、前記車両特定データと前記移動状態データと前記ナビデータとを互いに紐付けした第２データ群と、前記移動状態データと前記天候データとを互いに紐付けした第３データ群とを作成し、当該第１〜第３データ群を用いて、前記データ群を作成することを特徴とする請求項１に記載のデータ登録システム。
【請求項３】
前記複数種類のデータは、前記車両の製造状況及び修理状況の少なくとも一方を表す車両状況データをさらに含み、
前記データ群作成手段は、前記移動状態データ、前記消費割合データ、前記ナビデータ、前記天候データ及び前記車両特定データに加えて、前記車両状況データをさらに互いに紐付けすることにより、前記データ群を作成することを特徴とする請求項１に記載のデータ登録システム。
【請求項４】
前記データ群作成手段は、前記車両特定データと前記移動状態データと前記消費割合データとを互いに紐付けした第１データ群と、前記車両特定データと前記移動状態データと前記ナビデータとを互いに紐付けした第２データ群と、前記移動状態データと前記天候データとを互いに紐付けした第３データ群と、前記車両特定データと前記移動状態データと前記車両状況データとを互いに紐付けした第４データ群とを作成し、当該第１〜第４データ群を用いて、前記データ群を作成することを特徴とする請求項３に記載のデータ登録システム。
【請求項５】
前記移動状態データ及び前記ナビデータは、サンプリング時の車両位置をデータとして備えており、
前記データ群作成手段は、前記第２データ群を作成する場合において、前記移動状態データ及び前記ナビデータにおける前記サンプリング時の車両位置が互いに一致していないときには、前記移動状態データ及び前記ナビデータのうちの前記サンプリング時の車両位置が最も近いデータ同士を互いに紐付けすることを特徴とする請求項２又は４に記載のデータ登録システム。
【請求項６】
前記移動状態データ及び前記ナビデータは、サンプリング時のタイムスタンプ及びサンプリング時の車両位置をデータとして備えており、
前記データ群作成手段は、前記第２データ群を作成する場合において、前記移動状態データ及び前記ナビデータにおける前記サンプリング時の車両位置が互いに一致するデータが複数存在するときには、当該複数のデータのうちの前記サンプリング時のタイムスタンプが最も近いデータ同士を互いに紐付けすることを特徴とする請求項２、４及び５のいずれかに記載のデータ登録システム。
【請求項７】
前記登録データ作成手段は、前記圧縮したデータ群を所定の暗号化アルゴリズムで暗号化することにより、前記登録データを作成することを特徴とする請求項１ないし６のいずれかに記載のデータ登録システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して入力される車両などに関連するデータを登録するデータ登録システムに関する。
【背景技術】
【０００２】
従来、車両運行データの管理システムとして、特許文献１に記載されたものが知られている。この管理システムは、車載装置及び運行管理装置を備えており、この車載装置は、車両の各種装置や各種センサから、車両の走行速度、走行距離、加速度、地理的位置、運転操作及び燃料噴射量などを運行データとして取得する。
【０００３】
この車載装置では、運行データの取得開始以降、運行データと運転者を識別するための識別情報とを紐付け（関連付け）して記憶し、運転者による終業操作があったときに、紐付けした運行データと識別情報を運行管理装置に送信する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１７−２７５４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
近年、様々な分野において、データを順次、登録してビッグデータ化し、それを分析して活用することが望まれており、この点は車両などに関連するデータにおいても同様である。これに対して、上記特許文献１の管理システムの場合、データをビッグデータ化して活用することが前提となっていない関係上、有効性の高いデータを効率よく登録できないという問題がある。
【０００６】
本発明は、上記課題を解決するためになされたもので、車両などに関連する有効性の高いデータを効率よく登録することができるデータ登録システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明に係るデータ登録システム１は、移動局（ナビゲーション装置、携帯情報端末）の時系列的な移動状態を表す移動状態データと、移動局と同時に移動する車両１４のエネルギ消費割合を表す消費割合データと、車両１４のナビゲーション演算結果及び設定状態を表すナビデータと、移動局が存在した領域の天候を表す天候データとを含む複数種類のデータと、車両１４及び車両１４の所有者の少なくとも一方を特定するための車両特定データ（車両ＩＤ、ユーザＩＤ）とがネットワーク１０を介して入力されるデータ受信手段（データ処理サーバ２）と、移動状態データと、消費割合データと、ナビデータと、天候データと車両特定データとを互いに紐付けしたデータ群（データマート）を作成するデータ群作成手段（統合処理サーバ３、ＳＴＥＰ２２〜２６）と、データ群（データマート）を所定の圧縮アルゴリズム（Ｌｚｏアルゴリズム）により圧縮するともに、圧縮したデータ群（データマート）を用いて、登録データを作成する登録データ作成手段（統合処理サーバ３、ＳＴＥＰ２７〜２８）と、登録データを記憶領域に記憶するデータ記憶手段（統合データベースサーバ４、ＳＴＥＰ８０〜９０）と、を備えることを特徴とする。
【０００８】
このデータ登録システムによれば、移動状態データ、消費割合データ、ナビデータ、天候データ及び車両特定データを互いに紐付けしたデータ群が作成される。この場合、移動状態データは移動局の時系列的な移動状態を、消費割合データは移動局と同時に移動する車両のエネルギ消費割合を、ナビデータは車両のナビゲーション演算結果及び設定状態を、天候データは車両が存在した領域の天候をそれぞれ表すものであり、車両特定データは車両及び／又は車両のユーザを特定するためのものであるので、これらのデータを互いに紐付けしたデータ群は、車両などに関連するデータをビッグデータ化して分析する際に有効性の高いものとなる。さらに、データ群を所定の圧縮アルゴリズムにより圧縮するともに、圧縮したデータ群を用いて、登録データが作成され、登録データが記憶領域に記憶されるので、登録データのサイズを減少させることができ、それにより、同じ容量の記憶領域に対して、登録データの記憶数を相対的に増大させることができる。以上により、有効性の高いデータを効率よく登録することができる（なお、本明細書における「車両のナビゲーション演算結果及び設定状態を表すナビデータ」は、車両に搭載されたナビゲーション装置での演算結果及び設定状態を表すデータに限らず、サーバや携帯情報端末において車両のナビゲーション装置から受信したデータに基づいてルート演算や位置演算などを実施し、その演算結果をナビゲーション装置に送信したときのデータを含む）。
【０００９】
本発明において、データ群作成手段は、車両特定データ（車両ＩＤ、ユーザＩＤ）と移動状態データと消費割合データとを互いに紐付けした第１データ群（ＦＣＤ−燃費の暫定データマート）と、車両特定データ（車両ＩＤ、ユーザＩＤ）と移動状態データとナビデータとを互いに紐付けした第２データ群（ＦＣＤ−ナビの暫定データマート）と、移動状態データと天候データとを互いに紐付けした第３データ群（ＦＣＤ−天候の暫定データマート）とを作成し、第１〜第３データ群を用いて、データ群（データマート）を作成することが好ましい。
【００１０】
このデータ登録システムによれば、移動状態データと消費割合データを互いに紐付けした第１データ群と、移動状態データと天候データを互いに紐付けした第２データ群と、移動状態データとナビデータを互いに紐付けした第３データ群とを作成し、第１〜第３データ群を用いて、データ群が作成されるので、データ群を一度に作成する場合と比べて、データ群作成時の負荷を低減することができる。
【００１１】
本発明において、複数種類のデータは、車両１４の製造状況及び修理状況の少なくとも一方を表す車両状況データをさらに含み、データ群作成手段は、移動状態データ、消費割合データ、ナビデータ、天候データ及び車両特定データに加えて、車両状況データをさらに互いに紐付けすることにより、データ群を作成することが好ましい。
【００１２】
このデータ登録システムによれば、データ群として、車両特定データ、移動状態データ、消費割合データ、ナビデータ及び天候データに加えて、車両の製造状況及び修理状況の少なくとも一方を表す車両状況データをさらに互いに紐付けすることにより、データ群が作成されるので、データをビッグデータ化して分析する際のデータ群の有効性をさらに高めることができる。
【００１３】
本発明において、データ群作成手段は、車両特定データ（車両ＩＤ、ユーザＩＤ）と移動状態データと消費割合データとを互いに紐付けした第１データ群（ＦＣＤ−燃費の暫定データマート）と、車両特定データ（車両ＩＤ、ユーザＩＤ）と移動状態データとナビデータとを互いに紐付けした第２データ群（ＦＣＤ−ナビの暫定データマート）と、移動状態データと天候データとを互いに紐付けした第３データ群（ＦＣＤ−天候の暫定データマート）と、車両特定データ（車両ＩＤ、ユーザＩＤ）と移動状態データと車両状況データとを互いに紐付けした第４データ群（ＦＣＤ−車両状況の暫定データマート）とを作成し、第１〜第４データ群を用いて、データ群（データマート）を作成することが好ましい。
【００１４】
このデータ登録システムによれば、移動状態データと消費割合データを互いに紐付けした第１データ群と、移動状態データと天候データを互いに紐付けした第２データ群と、移動状態データとナビデータを互いに紐付けした第３データ群と、移動状態データと車両状況データを互いに紐付けした第４データ群とを作成し、第１〜第４データ群を用いて、データ群が作成されるので、データ群を一度に作成する場合と比べて、データ群作成時の負荷を低減することができる。
【００１５】
本発明において、移動状態データ及びナビデータは、サンプリング時の車両位置をデータとして備えており、データ群作成手段は、第２データ群を作成する場合において、移動状態データ及びナビデータにおけるサンプリング時の車両位置が互いに一致していないときには、移動状態データ及びナビデータのうちのサンプリング時の車両位置が最も近いデータ同士を互いに紐付けする（ＳＴＥＰ４０，４１）ことが好ましい。
【００１６】
このデータ登録システムによれば、第２データ群を作成する場合において、移動状態データ及びナビデータにおけるサンプリング時の車両位置が互いに一致していないときには、移動状態データ及びナビデータのうちのサンプリング時の車両位置が最も近いデータ同士が互いに紐付けされるので、サンプリング時の車両位置が最も近いことで、関連性が高いと推定されるデータ同士を紐付けしながら、第２データ群を作成することができる。それにより、第２データ群の作成精度を向上させることができる。
【００１７】
本発明において、移動状態データ及びナビデータは、サンプリング時のタイムスタンプ及びサンプリング時の車両位置をデータとして備えており、データ群作成手段は、第２データ群を作成する場合において、移動状態データ及びナビデータにおけるサンプリング時の車両位置が互いに一致するデータが複数存在するときには、複数のデータのうちのサンプリング時のタイムスタンプが最も近いデータ同士を互いに紐付けする（ＳＴＥＰ４０，４２，４４）ことが好ましい。
【００１８】
このデータ登録システムによれば、第２データ群を作成する場合において、移動状態データ及びナビデータにおけるサンプリング時の車両位置が互いに一致するデータが複数存在するときには、複数のデータのうちのサンプリング時のタイムスタンプが最も近いデータ同士が互いに紐付けされるので、サンプリング時のタイムスタンプが最も近いことで、関連性が高いと推定されるデータ同士を紐付けしながら、第２データ群を作成することができ、その作成精度を向上させることができる。
【００１９】
登録データ作成手段は、圧縮したデータ群を所定の暗号化アルゴリズムで暗号化することにより、登録データを作成する（ＳＴＥＰ２８）ことが好ましい。
【００２０】
このデータ登録システムによれば、圧縮したデータ群を所定の暗号化アルゴリズムで暗号化することにより、登録データが作成されるので、登録データのセキュリティを向上させることができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の一実施形態に係るデータ登録システムの構成を模式的に示す図である。
【図２】紐付けデータ作成処理を示すフローチャートである。
【図３】データ統合処理を示すフローチャートである。
【図４】ＦＣＤ−ナビの暫定データマート作成処理を示すフローチャートである。
【図５】暗号化データマート作成処理を示すフローチャートである。
【図６】データ記憶処理を示すフローチャートである。
【発明を実施するための形態】
【００２２】
以下、図面を参照しながら、本発明の一実施形態に係るデータ登録システムについて説明する。図１に示すように、本実施形態のデータ登録システム１は、データ処理サーバ２、統合処理サーバ３及び統合データベースサーバ４を備えている。
【００２３】
以上のサーバ２〜４はいずれもプロセッサ、メモリ及びＩ／Ｏインターフェースなどを備えており、メモリ内の演算プログラム及び入出力データに基づいて、各種の演算処理を実行可能に構成されている。
【００２４】
データ処理サーバ２は、後述する紐付けデータ作成処理などを実行するものであり、多数のユーザ情報データを記憶領域内に記憶している。このユーザ情報データは、車両のユーザの個人情報と、ユーザ登録日と、ユーザＩＤと、車両ＩＤとを互いに紐付けしたものであり、サーバの管理者により図示しない入力インターフェースを介して上記のデータが入力されたときに、これらを用いて作成される。なお、本実施形態では、データ処理サーバ２がデータ受信手段に相当し、ユーザＩＤ及び車両ＩＤが車両特定データに相当する。
【００２５】
このデータ処理サーバ２には、ネットワーク１０を介して、天候サーバ１１、多数の工場１２（１つのみ図示）、多数のディーラ１３（１つのみ図示）及び多数の車両１４（１つのみ図示）の図示しないナビゲーション装置などが接続されており、これらの要素から以下の各種データが入力される。なお、以下の説明では、車両１４を内燃機関が動力源であるものとする。
【００２６】
具体的には、天候データが、天候サーバ１１からデータ処理サーバ２に入力される。この天候データは、車両の使用国のメッシュコードと、天候と、天候を測定した時点のタイムスタンプなどを互いに紐付けしたものである。
【００２７】
また、製造時データが、工場１２からデータ処理サーバ２に入力される。この製造時データは、車両ＩＤと、車両製造時のタイムスタンプと、製造工場名と、車両の製造ロットナンバーなどを互いに紐付けしたものである。
【００２８】
さらに、ディーラデータが、ディーラ１３からデータ処理サーバ２に入力される。このディーラデータは、車両ＩＤと、車両のメンテナンス又は修理時のタイムスタンプと、ディーラ名と、車両のメンテナンス内容又は修理内容などを互いに紐付けしたものである。なお、以下の説明では、製造時データ及びディーラデータをまとめて「車両状況データ」という。
【００２９】
また、移動状態データ、燃費データ及びナビデータが、車両１４のナビゲーション装置（移動局）からデータ処理サーバ２に入力される。これらの移動状態データ、燃費データ及びナビデータは、車両１４のイグニッション・スイッチがオンされてからオフされるまでの間において、所定の制御周期でサンプリングされ、そのサンプリング結果がデータ処理サーバ２に入力される。その場合、イグニッション・スイッチがオフされたタイミングでサンプリングされたデータは、次回のイグニッション・スイッチがオンされたタイミングでナビゲーション装置からデータ処理サーバ２に入力される。
【００３０】
移動状態データは、ナビゲーション装置の位置（経度、緯度）である車両１４の位置と、当該位置のサンプリング時のタイムスタンプと、ユーザＩＤとを互いに紐付けしたものであり、以下、この移動状態データを「ＦＣＤ」という。また、燃費データは、車両１４の燃費と、当該燃費のサンプリング時のタイムスタンプと、ユーザＩＤとを互いに紐付けしたものである。
【００３１】
さらに、ナビデータは、車両１４のナビゲーション装置における出発地と、目的地の設定状態と、現在地の緯度・経度及び出発地から目的地までのルートの演算結果と、これらのデータのサンプリング時のタイムスタンプと、ユーザＩＤとを互いに紐付けしたものである。
【００３２】
なお、以下の説明では、天候データ、車両状況データ、移動状態データ、燃費データ及びナビデータが入力されたときに、これらのデータに含まれているタイムスタンプをまとめて「サンプリング時タイムスタンプ」という。
【００３３】
データ処理サーバ２は、後述する紐付けデータ作成処理により、紐付けデータを作成し、それを統合処理サーバ３に出力する。
【００３４】
統合処理サーバ３では、データ処理サーバ２から入力された紐付けデータを用いて、後述するデータ統合処理より、データマートを作成し、これを暗号化して暗号化データマートを作成するとともに、この暗号化データマートを統合データベースサーバ４に出力する。なお、本実施形態では、統合処理サーバ３がデータ群作成手段及び登録データ作成手段に相当し、データマート及び暗号化データマートがデータ群及び登録データにそれぞれ相当する。
【００３５】
統合データベースサーバ４では、統合処理サーバ３から入力された暗号化データマートを、後述するように記憶領域内に記憶する。
【００３６】
次に、図２を参照しながら、前述した紐付けデータ作成処理について説明する。この処理は、データ処理サーバ２に入力される各種データ（すなわち移動状態データ、燃費データ、ナビデータ、車両状況データ及び天候データ）を用いて、紐付けデータを作成し、それを統合処理サーバ３に出力するものであり、データ処理サーバ２において、所定の制御周期ΔＴ（例えば５ｍｉｎ）で実行される。
【００３７】
同図に示すように、まず、データ処理サーバ２に入力された各種のデータを読み込む（図２／ＳＴＥＰ１）。次いで、読み込んだ各種のデータに対して、読み込み時のタイムスタンプ（以下「読込時タイムスタンプ」という）を紐付けする（図２／ＳＴＥＰ２）。
【００３８】
次に、読込時タイムスタンプを紐付けしたデータにおけるユーザＩＤが、データ処理サーバ２に記憶されているユーザ情報データのユーザＩＤと一致したか否かを判定する（図２／ＳＴＥＰ３）。
【００３９】
この判定が肯定であるとき（図２／ＳＴＥＰ３…ＹＥＳ）、すなわち読込時タイムスタンプを紐付けしたデータがユーザＩＤを備えているデータ（ＦＣＤ、燃費データ又はナビデータ）であるときには、読込時タイムスタンプを紐付けしたデータに対して、ユーザ情報データのユーザＩＤに対応する車両ＩＤを紐付けする（図２／ＳＴＥＰ４）。
【００４０】
次いで、以上のような紐付けを実施した紐付けデータ（すなわちＦＣＤ、燃費データ又はナビデータ）を、統合処理サーバ３に出力する（図２／ＳＴＥＰ５）。その後、本処理を終了する。
【００４１】
一方、前述した判定が否定であるとき（図２／ＳＴＥＰ３…ＮＯ）、すなわち読込時タイムスタンプを紐付けしたデータがユーザＩＤを備えていないデータ（車両状況データ又は天候データ）であるときには、読込時タイムスタンプを紐付けしたデータにおける車両ＩＤが、データ処理サーバ２に記憶されているユーザ情報データの車両ＩＤと一致したか否かを判定する（図２／ＳＴＥＰ６）。
【００４２】
この判定が肯定であるとき（図３／ＳＴＥＰ６…ＹＥＳ）、すなわち読込時タイムスタンプを紐付けしたデータが車両ＩＤを備えている車両状況データであるときには、この車両状況データに対して、ユーザ情報データの車両ＩＤに対応するユーザＩＤを紐付けする（図２／ＳＴＥＰ７）。
【００４３】
次いで、以上の紐付け処理を実施した車両状況データである紐付けデータを、統合処理サーバ３に出力する（図２／ＳＴＥＰ５）。その後、本処理を終了する。
【００４４】
一方、上述した判定が否定であるとき（図２／ＳＴＥＰ６…ＮＯ）、すなわち読込時タイムスタンプを紐付けしたデータがユーザＩＤ及び車両ＩＤを備えていない天候データであるときには、読込時タイムスタンプのみを紐付けした天候データである紐付けデータをそのまま、統合処理サーバ３に出力する（図２／ＳＴＥＰ５）。その後、本処理を終了する。
【００４５】
次に、図３を参照しながら、データ統合処理について説明する。この処理は、データ処理サーバ２から入力された紐付けデータを用いて、暗号化データマートを作成し、作成した暗号化データマートを統合データベースサーバ４に出力するものであり、統合処理サーバ３において、前述した所定の制御周期ΔＴで実行される。
【００４６】
同図に示すように、まず、データ処理サーバ２から入力された紐付けデータを記憶領域内に記憶する（図３／ＳＴＥＰ２０）。
【００４７】
次いで、暗号化データマートの作成タイミングであるか否かを判定する（図３／ＳＴＥＰ２１）。この作成タイミングは、１日のうちの所定タイミング（例えば２４：００）に設定される。
【００４８】
この判定が否定であるとき（図３／ＳＴＥＰ２１…ＮＯ）には、そのまま本処理を終了する。
【００４９】
一方、この判定が肯定であるとき（図３／ＳＴＥＰ２１…ＹＥＳ）には、ＦＣＤ−燃費の暫定データマートを作成する（図３／ＳＴＥＰ２２）。このＦＣＤ−燃費の暫定データマート（第１データ群）は、ユーザＩＤ及び車両ＩＤをキーとして、記憶領域に記憶されている直近３０日間分のＦＣＤと燃費データを検索し、互いに紐付けすることにより、ユーザＩＤと、車両ＩＤと、ＦＣＤと、燃費データと、燃費データのサンプリング時タイムスタンプと、燃費データの読込時タイムスタンプとを互いに紐付けしたデータ群（マップ）として作成される。
【００５０】
次いで、ＦＣＤ−ナビの暫定データマートを作成する（図３／ＳＴＥＰ２３）。このＦＣＤ−ナビの暫定データマート（第２データ群）の作成は、具体的には、図４に示すように実行される。
【００５１】
同図に示すように、まず、ユーザＩＤ及び車両ＩＤをキーとして、直近３０日間分のＦＣＤとナビデータを比較し、ＦＣＤとナビデータの緯度・経度すなわち車両位置が完全一致しているか否かを判定する（図４／ＳＴＥＰ４０）。
【００５２】
この判定が否定であるとき（図４／ＳＴＥＰ４０…ＮＯ）、すなわちＦＣＤとナビデータの緯度・経度が完全一致していないときには、ＦＣＤとナビデータの緯度・経度が最も近いデータ同士を紐付けする（図４／ＳＴＥＰ４１）。
【００５３】
一方、この判定が肯定であるとき（図４／ＳＴＥＰ４０…ＹＥＳ）には、緯度・経度が完全一致したデータが１つであるか否かを判定する（図４／ＳＴＥＰ４２）。
【００５４】
この判定が肯定であるとき（図４／ＳＴＥＰ４２…ＹＥＳ）には、そのＦＣＤとナビデータを互いに紐付けする（図４／ＳＴＥＰ４３）。
【００５５】
一方、上記の判定が否定（図４／ＳＴＥＰ４２…ＮＯ）で、緯度・経度が完全一致したデータが複数あるときには、ナビデータのサンプリング時タイムスタンプと、ＦＣＤのサンプリング時タイムスタンプとが最も近いデータ同士を紐付けする（図４／ＳＴＥＰ４４）。
【００５６】
以上の紐付け処理に続けて、全データの紐付けが終了したか否かを判定する（図４／ＳＴＥＰ４５）。この判定が否定であるとき（図４／ＳＴＥＰ４５…ＮＯ）には、以上の処理を再度、実行する。
【００５７】
一方、この判定が肯定であるとき（図４／ＳＴＥＰ４５…ＹＥＳ）、すなわち直近３０日間分のＦＣＤとナビデータの紐付けが終了したときには、本処理を終了する。以上により、ＦＣＤ−ナビの暫定データマートは、ユーザＩＤと、車両ＩＤと、ＦＣＤと、ナビデータと、ナビデータのサンプリング時タイムスタンプと、ナビデータの読込時タイムスタンプとを互いに紐付けしたデータ群（マップ）として作成される。
【００５８】
図３に戻り、ＦＣＤ−ナビの暫定データマートを以上のように作成した後、ＦＣＤ−天候の暫定データマートを作成する（図３／ＳＴＥＰ２４）。具体的には、記憶領域に記憶されている直近３０日間分のＦＣＤの緯度・経度のデータに基づいて、メッシュコードをこれらのＦＣＤに紐付けする。次いで、ＦＣＤと天候データを比較し、互いのメッシュコードが一致するものを検索するとともに、一致したもの同士を互いに紐付けする。以上により、ＦＣＤ−天候の暫定データマート（第３データ群）は、ユーザＩＤと、車両ＩＤと、メッシュコードと、ＦＣＤと、天候データと、天候データのサンプリング時タイムスタンプと、天候データの読込時タイムスタンプとを互いに紐付けしたデータ群（マップ）として作成される。
【００５９】
次いで、ＦＣＤ−車両状況の暫定データマートを作成する（図３／ＳＴＥＰ２５）。このＦＣＤ−車両状況の暫定データマート（第４データ群）は、ユーザＩＤ及び車両ＩＤをキーとして、記憶領域に記憶されている直近３０日間分のＦＣＤと車両状況データを検索し、互いに紐付けすることにより、ユーザＩＤと、車両ＩＤと、ＦＣＤと、車両状況データと、車両状況データのサンプリング時タイムスタンプと、車両状況データの読込時タイムスタンプとを互いに紐付けしたデータ群（マップ）として作成される。
【００６０】
次に、データマートを作成する（図３／ＳＴＥＰ２６）。具体的には、ユーザＩＤ及び車両ＩＤをキーとして、以上のように作成された４つの暫定データマートを互いに紐付けすることにより、データマートは、ユーザＩＤと、車両ＩＤと、ＦＣＤと、ナビデータと、天候データと、車両状況データと、サンプリング時タイムスタンプと、読込時タイムスタンプとを互いに紐付けしたデータ群（マップ）として作成される。
【００６１】
次いで、Ｌｚｏアルゴリズムを用いて、データマートをＬｚｏ形式のデータに圧縮する（図３／ＳＴＥＰ２７）。その後、暗号化データマート作成処理を実行する（図３／ＳＴＥＰ２８）。この暗号化データマート作成処理は、具体的には図５に示すように実行される。
【００６２】
同図に示すように、まず、暗号化条件フラグＦ＿ＥＮＣを読み込む（図５／ＳＴＥＰ５０）。この暗号化条件フラグＦ＿ＥＮＣは、統合処理サーバ３の管理者により、以下に述べるようなデータマートの使用目的（分析目的）に応じて、「１」〜「５」のいずれかに設定される。
【００６３】
（ａ）一定程度の位置において車両ＩＤが変化してもデータ分析に問題がないとき、例えば、特定交差点の交通量・混雑具合を分析したいときには、暗号化条件フラグＦ＿ＥＮＣが「１」に設定される。
（ｂ）一定程度の時間において車両ＩＤが変化してもデータ分析に問題がないとき、例えば、観光地や店舗の商圏を分析したいときには、暗号化条件フラグＦ＿ＥＮＣが「２」に設定される。
（ｃ）ユーザの移動嗜好を分析したいときには、暗号化条件フラグＦ＿ＥＮＣが「３」に設定される。
（ｄ）車種毎の市場での使用方法を分析したいときには、暗号化条件フラグＦ＿ＥＮＣが「４」に設定される。
（ｅ）以上の（ａ）〜（ｄ）以外の目的のときには、暗号化条件フラグＦ＿ＥＮＣが「５」に設定される。
【００６４】
次に、読み込んだ暗号化条件フラグＦ＿ＥＮＣが「１」であるか否かを判定する（図５／ＳＴＥＰ５１）。この判定が肯定であるとき（図５／ＳＴＥＰ５１…ＹＥＳ）には、暗号鍵を、メッシュコードの一部と固定鍵を合わせたものに設定する（図５／ＳＴＥＰ５２）。この固定鍵は予め設定されている。
【００６５】
一方、上述した判定が否定であるとき（図５／ＳＴＥＰ５１…ＮＯ）、すなわちＦ＿ＥＮＣ≠１であるときには、暗号化条件フラグＦ＿ＥＮＣが「２」であるか否かを判定する（図５／ＳＴＥＰ５３）。この判定が肯定であるとき（図５／ＳＴＥＰ５３…ＹＥＳ）には、暗号鍵を、ナビデータのサンプリング時タイムスタンプの一部と固定鍵を合わせたものに設定する（図５／ＳＴＥＰ５４）。
【００６６】
一方、上述した判定が否定であるとき（図５／ＳＴＥＰ５３…ＮＯ）、すなわちＦ＿ＥＮＣ≠１，２であるときには、暗号化条件フラグＦ＿ＥＮＣが「３」であるか否かを判定する（図５／ＳＴＥＰ５５）。この判定が肯定であるとき（図５／ＳＴＥＰ５５…ＹＥＳ）には、暗号鍵を、ユーザＩＤの一部と固定鍵を合わせたものに設定する（図５／ＳＴＥＰ５６）。
【００６７】
一方、上述した判定が否定であるとき（図５／ＳＴＥＰ５５…ＮＯ）、すなわちＦ＿ＥＮＣ≠１〜３であるときには、暗号化条件フラグＦ＿ＥＮＣが「４」であるか否かを判定する（図５／ＳＴＥＰ５７）。この判定が肯定であるとき（図５／ＳＴＥＰ５７…ＹＥＳ）には、暗号鍵を、車両ＩＤの一部と固定鍵を合わせたものに設定する（図５／ＳＴＥＰ５８）。
【００６８】
一方、上述した判定が否定であるとき（図５／ＳＴＥＰ５７…ＮＯ）、すなわちＦ＿ＥＮＣ＝５であるときには、暗号鍵を固定鍵に設定する（図５／ＳＴＥＰ５９）。
【００６９】
以上のように、暗号化条件フラグＦ＿ＥＮＣの値に応じて、暗号鍵を設定した後、その暗号鍵を用いて、所定の暗号化アルゴリズム（例えばＳＨＡ−２５６）により、データマートにおける車両ＩＤ及びユーザＩＤを暗号化する（図５／ＳＴＥＰ６０）。
【００７０】
次いで、車両ＩＤ及びユーザＩＤを暗号化したデータマートに、車種データと暗号化条件フラグを紐付けすることにより、暗号化データマートを作成する（図５／ＳＴＥＰ６１）。この車種データは、車両ＩＤの一部に相当する。その後、本処理を終了する。
【００７１】
図３に戻り、暗号化データマート作成処理を以上のように実行した後、暗号化データマートを統合データベースサーバ４に出力する（図３／ＳＴＥＰ２９）。その後、本処理を終了する。
【００７２】
次に、図６を参照しながら、データ記憶処理について説明する。この処理は、統合データベースサーバ４において、統合処理サーバ３から入力された暗号化データマートを記憶領域に記憶するものであり、暗号化データマートが入力される毎に実行される。
【００７３】
同図に示すように、まず、暗号化データマートを読み込む（図６／ＳＴＥＰ８０）。次いで、暗号化データマートに含まれる車種データに基づき、車種を判定する（図６／ＳＴＥＰ８１）。以下、この判定した車種を「判定車種」という。
【００７４】
次に、暗号化データマートに含まれる暗号化条件フラグＦ＿ＥＮＣが「１」であるか否かを判定する（図６／ＳＴＥＰ８２）。
【００７５】
この判定が肯定であるとき（図６／ＳＴＥＰ８２…ＹＥＳ）には、暗号化データマートを判定車種用の第１領域に登録データとして記憶する（図６／ＳＴＥＰ８３）。その後、本処理を終了する。
【００７６】
一方、上述した判定が否定であるとき（図６／ＳＴＥＰ８２…ＮＯ）、すなわちＦ＿ＥＮＣ≠１であるときには、暗号化条件フラグＦ＿ＥＮＣが「２」である否かを判別する（図６／ＳＴＥＰ８４）。
【００７７】
この判定が肯定であるとき（図６／ＳＴＥＰ８４…ＹＥＳ）には、暗号化データマートを判定車種用の第２領域に登録データとして記憶する（図６／ＳＴＥＰ８５）。その後、本処理を終了する。
【００７８】
一方、上述した判定が否定であるとき（図６／ＳＴＥＰ８４…ＮＯ）、すなわちＦ＿ＥＮＣ≠１，２であるときには、暗号化条件フラグＦ＿ＥＮＣが「３」である否かを判別する（図６／ＳＴＥＰ８６）。
【００７９】
この判定が肯定であるとき（図６／ＳＴＥＰ８６…ＹＥＳ）には、暗号化データマートを判定車種用の第３領域に登録データとして記憶する（図６／ＳＴＥＰ８７）。その後、本処理を終了する。
【００８０】
一方、上述した判定が否定であるとき（図６／ＳＴＥＰ８６…ＮＯ）、すなわちＦ＿ＥＮＣ≠１〜３であるときには、暗号化条件フラグＦ＿ＥＮＣが「４」である否かを判別する（図６／ＳＴＥＰ８８）。
【００８１】
この判定が肯定であるとき（図６／ＳＴＥＰ８８…ＹＥＳ）には、暗号化データマートを判定車種用の第４領域に登録データとして記憶する（図６／ＳＴＥＰ８９）。その後、本処理を終了する。
【００８２】
一方、この判定が否定であるとき（図６／ＳＴＥＰ８８…ＮＯ）、すなわちＦ＿ＥＮＣ＝５であるときには、暗号化データマートを判定車種用の第５領域に登録データとして記憶する（図６／ＳＴＥＰ９０）。その後、本処理を終了する。
【００８３】
以上のように、本実施形態のデータ登録システム１によれば、ネットワーク１０を介して入力されるＦＣＤ、天候データ、車両状況データ、燃費データ及びナビデータと、車両ＩＤ及びユーザＩＤとを互いに紐付けしたデータ群として、データマートが作成され、これが圧縮される。さらに、暗号鍵を用いた暗号化アルゴリズムにより、圧縮したデータマートの車両ＩＤ及びユーザＩＤのみを暗号化して、暗号化データマートが作成され、これが登録データとして統合データベースサーバ４内の記憶領域に記憶される。
【００８４】
この場合、ＦＣＤ、天候データ、車両状況データ、燃費データ及びナビデータは、車両に関連するデータをビッグデータ化して分析する際に有効性の高いものであるので、そのような有効性の高いデータを、その秘匿性を高めながら効率よく登録することができる。
【００８５】
また、ＦＣＤ−燃費の暫定データマート、ＦＣＤ−ナビの暫定データマート、ＦＣＤ−天候の暫定データマート及びＦＣＤ−車両状況の暫定データマートを作成し、これらの暫定データマートをまとめて紐付けすることにより、データマートが作成されるので、データマートを一度に作成する場合と比べて、データマート作成時の負荷を低減することができる。
【００８６】
これに加えて、図４に示すＦＣＤ−ナビの暫定データマートの作成処理において、ＦＣＤとナビデータの緯度・経度すなわちサンプリング時の車両位置が互いに完全一致していないときには、ＦＣＤとナビデータの緯度・経度が最も近いデータ同士が互いに紐付けされるので、サンプリング時の車両位置が最も近いことで、関連性が高いと推定されるデータ同士を紐付けしながら、ＦＣＤ−ナビの暫定データマートを作成することができる。
【００８７】
一方、ＦＣＤとナビデータの緯度・経度が完全一致するデータが複数存在するときには、複数のデータのうちのサンプリング時のタイムスタンプが最も近いデータ同士が互いに紐付けされるので、サンプリング時のタイムスタンプが最も近いことで、関連性が高いと推定されるデータ同士を紐付けしながら、ＦＣＤ−ナビの暫定データマートを作成することができる。以上により、ＦＣＤ−ナビの暫定データマートの作成精度を向上させることができる。
【００８８】
また、データマートが圧縮されてから暗号化されるので、暗号化データマートのサイズを減少させることができる。それにより、登録データのセキュリティを向上させながら、同じ容量の記憶領域に対して、登録データの記憶数を相対的に増大させることができる。
【００８９】
なお、実施形態は、ＦＣＤ−燃費の暫定データマート、ＦＣＤ−ナビの暫定データマート、ＦＣＤ−天候の暫定データマート及びＦＣＤ−車両状況の暫定データマートを作成し、これらの４つの暫定データマートをまとめて紐付けすることにより、データ群としてのデータマートを作成した例であるが、ＦＣＤ−燃費の暫定データマート、ＦＣＤ−ナビの暫定データマート及びＦＣＤ−天候の暫定データマートをまとめて紐付けすることにより、データ群としてのデータマートを作成するように構成してもよい。
【００９０】
その場合には、実施形態の図３のＳＴＥＰ２５を省略し、前述したＳＴＥＰ２２〜２４，２６と同様の手法により、データ群としてのデータマートを作成すればよい。
【００９１】
また、実施形態は、移動局として、ナビゲーション装置を用いた例であるが、本発明の移動局はこれに限らず、車両と同時に移動するものであればよい。例えば、移動局として、スマートフォンなどの携帯情報端末を用いてもよい。
【００９２】
その場合には、携帯情報端末が車両のＥＣＵやナビゲーション装置との間でデータ通信を実施し、車両ＩＤ及び／又はユーザＩＤのデータを携帯情報端末側で受信しているように構成するとともに、移動状態データとして、携帯情報端末の位置（緯度、経度）、当該位置のサンプリング時のタイムスタンプ及びユーザＩＤなどを紐付けしたデータが、携帯情報端末、車両のＥＣＵ及びナビゲーション装置のいずれかから、データ処理サーバ２に入力されるように構成すればよい。
【００９３】
また、携帯情報端末を移動局として用いた場合、車両のイグニッション・スイッチがオンからオフされるまでの間に限らず、車両のイグニッション・スイッチがオフされた以降においても、使用者が携帯情報端末において将来のルート演算などを実施した結果がナビデータとして携帯情報端末からデータ処理サーバ２に入力され、移動状態データが携帯情報端末からデータ処理サーバ２に入力されるように構成してもよい。さらに、そのように構成した場合には、例えば、車両のイグニッション・スイッチがオフ中において変化しないデータ（すなわち燃費データなど）を一定値や空のデータとして、データマートを作成すればよい。
【００９４】
さらに、実施形態は、車両特定データとして、車両ＩＤ及びユーザＩＤを用いた例であるが、本発明の車両特定データはこれに限らず、車両及び車両のユーザの少なくとも一方を特定するためのものであればよい。例えば、車両特定データとして、車両ＩＤ又はユーザＩＤを用いてもよい。その場合には、例えば、実施形態の図２の紐付けデータ作成処理において、天候データ以外のデータに対して、車両ＩＤ及びユーザＩＤの一方のみを紐付けし、図３のＳＴＥＰ２２〜２６において、車両ＩＤ及びユーザＩＤの一方のみをキーとして、データマートを作成すればよい。
【００９５】
一方、実施形態は、本発明のデータ登録システムを、内燃機関を動力源とする車両に適用した例であるが、本発明のデータ登録システムはこれに限らず、内燃機関以外を動力源とする車両にも適用可能である。例えば、燃料電池車両や電気自動車などにも適用可能である。
【００９６】
また、実施形態は、消費割合データとして、燃費を用いた例であるが、本発明の消費割合データはこれに限らず、車両のエネルギ消費割合を表すものであればよい。例えば、燃料電池車両の場合には、水素の消費割合が消費割合データに相当し、電気自動車の場合には、電力の消費割合が消費割合データに相当する。
【００９７】
さらに、実施形態は、データマートを圧縮するときの圧縮アルゴリズムとして、Ｌｚｏアルゴリズムを用いた例であるが、データマートを圧縮するときの圧縮アルゴリズムはこれに限らず、データを圧縮できるものであればよい。例えば、データマートを作成するときの圧縮アルゴリズムとして、Ｇｚｉｐなどを用いてもよい。
【００９８】
一方、実施形態は、図３に示す手法により、データマートを作成したが、データマートの作成手法はこれに限らない。例えば、図３の手法において、ＳＴＥＰ２５，２６を省略し、ＳＴＥＰ２２，２３で作成した２つの暫定データマートに、天候データと車両状況データを紐付けすることにより、データマートを作成してもよい。
【００９９】
また、実施形態は、圧縮したデータマートを暗号化することにより、暗号化データマートを作成し、この暗号化データマートを登録データとして統合データベースサーバ４に記憶した例であるが、圧縮したデータマートを暗号化することなく、そのまま統合データベースサーバ４に記憶するように構成してもよい。
【０１００】
さらに、実施形態は、データ登録システムを３つのサーバで構成した例であるが、データ登録システムを２つ以下、又は４つ以上のサーバで構成してもよい。
【符号の説明】
【０１０１】
１  データ登録システム
２  データ処理サーバ（データ受信手段）
３  統合処理サーバ（データ群作成手段、登録データ作成手段）
４  統合データベースサーバ（データ記憶手段）
１０  ネットワーク
１４  車両
【図１】
2019149147.tif 000003
【図２】
2019149147.tif 000004
【図３】
2019149147.tif 000005
【図４】
2019149147.tif 000006
【図５】
2019149147.tif 000007
【図６】
2019149147.tif 000008