特開 2024-127298 情報管理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024127298

(43)【公開日】2024-09-20

(54)【発明の名称】情報管理システム

(51)【国際特許分類】

   G06F 16/28 20190101AFI20240912BHJP

   G06Q 50/10 20120101ALI20240912BHJP

【ＦＩ】

G06F16/28

G06Q50/10

【審査請求】未請求

【請求項の数】3

【出願形態】ＯＬ

(21)【出願番号】P 2023036353

(22)【出願日】2023-03-09

(71)【出願人】

【識別番号】000006286

【氏名又は名称】三菱自動車工業株式会社

(74)【代理人】

【識別番号】100183689

【弁理士】

【氏名又は名称】諏訪 華子

(74)【代理人】

【識別番号】110003649

【氏名又は名称】弁理士法人真田特許事務所

(72)【発明者】

【氏名】石黒 稚加恵

(72)【発明者】

【氏名】松山 敬之

【テーマコード（参考）】

5B175

5L049

5L050

【Ｆターム（参考）】

5B175EA03

5B175FB04

5L049CC11

5L050CC11

(57)【要約】

【課題】情報管理システムに関し、効率よくデータの利活用を促進する。
【解決手段】開示の情報管理システム５は、車両１０に搭載される車載通信装置１１から送信される複数の車両関連情報を管理するものである。この情報管理システム５は、車両関連情報の一部が記録されるテーブルを複数生成する情報処理手段６と、複数のテーブルを個別に記憶する記憶手段８とを備える。車両関連情報は、車両１０の状態に応じて変化する情報である第一情報を含む。第一情報は、車両１０の最新状態及び履歴に関する第二情報と第二情報の要約又は集計に関する第三情報とを含む。情報処理手段６は、少なくとも第二情報が記録される第二情報テーブルと少なくとも第三情報が記録される第三情報テーブルとを生成する。
【選択図】図１

【特許請求の範囲】

【請求項1】

車両に搭載される車載通信装置から送信される複数の車両関連情報を管理する情報管理システムであって、
前記車両関連情報の一部が記録されるテーブルを複数生成する情報処理手段と、
複数の前記テーブルを個別に記憶する記憶手段とを備え、
前記車両関連情報が、前記車両の状態に応じて変化する情報である第一情報を含み、
前記第一情報が、前記車両の最新状態及び履歴に関する第二情報と前記第二情報の要約又は集計に関する第三情報とを含み、
前記情報処理手段が、少なくとも前記第二情報が記録される第二情報テーブルと少なくとも前記第三情報が記録される第三情報テーブルとを生成する
ことを特徴とする、情報管理システム。

【請求項2】

前記車両関連情報が、個々の前記車両に特有な情報である第四情報を含み、
前記第四情報が、前記第二情報テーブル及び前記第三情報テーブルの各々に記録される
ことを特徴とする、請求項１記載の情報管理システム。

【請求項3】

前記車両が、電動機を搭載する電動車両を含み、
前記第二情報が、前記電動車両と前記電動車両の外部との間の電力授受に係る充放電情報を含み、
前記充放電情報が、前記第二情報テーブルに記録される
ことを特徴とする、請求項１又は２記載の情報管理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本件は、車両から送信される車両関連情報を管理する情報管理システムに関する。

【背景技術】

【0002】

従来、多数の車両から送信される多種多様な車両関連情報をビッグデータとして集積し、そのビッグデータの一部を様々な顧客に提供できるようにした情報管理システムが提案されている。例えば、各ユーザーの運転傾向を示す個別の集計結果情報や多数のユーザーの運転傾向を示す全体の集計結果情報等を生成し、これらの集計結果情報をメンテナンス会社や保険会社等に提供する情報管理システムが知られている（特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開2011-198334号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

近年におけるビッグデータの用途や分析目的は多岐にわたり、ますます多様化しつつある。そのため、特許文献１に記載されているような集計結果情報だけでなく、各々の顧客のニーズに合致した形で各種情報を提供できるように、ビッグデータの一部を抽出して加工しておくことが望まれる。一方、既存の情報管理システムでは、このようなビッグデータの事前加工（前処理）の重要性が十分に認識されておらず、顧客からの要求を受けた時点でその都度、ビッグデータの一部が抽出されて加工や整形が施されている。したがって、顧客が要求している各種情報を迅速かつ大量に提供することが難しく、データの利活用を促進しにくいという課題がある。

【0005】

本件の目的のひとつは、上記のような課題に照らして創案されたものであり、効率よくデータの利活用を促進できるようにした情報管理システムを提供することである。なお、この目的に限らず、後述する「発明を実施するための形態」に示す各構成から導き出される作用効果であって、従来の技術では得られない作用効果を奏することも、本件の他の目的として位置付けられる。

【課題を解決するための手段】

【0006】

開示の情報管理システムは、以下に開示する態様（適用例）として実現でき、上記の課題の少なくとも一部を解決する。態様２以降の各態様は、何れもが付加的に適宜選択されうる態様であって、何れもが省略可能な態様である。態様２以降の各態様は、何れも本件にとって必要不可欠な態様や構成を開示するものではない。

【0007】

態様１．開示の情報管理システムは、車両に搭載される車載通信装置から送信される複数の車両関連情報を管理する情報管理システムである。本システムは、前記車両関連情報の一部が記録されるテーブルを複数生成する情報処理手段と、複数の前記テーブルを個別に記憶する記憶手段とを備える。車両関連情報は、前記車両の状態に応じて変化する情報である第一情報を含む。第一情報は、前記車両の最新状態及び履歴に関する第二情報と前記第二情報の要約又は集計に関する第三情報とを含む。前記情報処理手段は、少なくとも前記第二情報が記録される第二情報テーブルと少なくとも前記第三情報が記録される第三情報テーブルとを生成する。

【0008】

態様２．上記の態様１において、前記車両関連情報が、個々の前記車両に特有な情報である第四情報を含み、前記第四情報が、前記第二情報テーブル及び前記第三情報テーブルの各々に記録されることが好ましい。
態様３．上記の態様１又は２において、前記車両が、電動機を搭載する電動車両を含み、前記第二情報が、前記電動車両と前記電動車両の外部との間の電力授受に係る充放電情報を含み、前記充放電情報が、前記第二情報テーブルに記録されることが好ましい。

【発明の効果】

【0009】

開示の情報管理システムによれば、複数の車両関連情報（自動車のビッグデータ）の管理に際し、第一情報を第二情報と第三情報とに分類して各々に対応するテーブル（第二情報テーブル，第三情報テーブル）を生成することで、車両関連情報をその利活用の目的及び用途に適した形に整理することができ、情報の利便性を向上させることができる。したがって効率よくデータの利活用を促進できる。

【図面の簡単な説明】

【0010】

【図1】実施例に係る情報管理システムが適用されるネットワークの構成を例示する模式図である。

【図2】情報管理システムに係るサーバーのハードウェア構成を例示するブロック図である。

【図3】情報管理システムで管理されるデータの構造を例示する表である。

【発明を実施するための形態】

【0011】

以下、本発明の実施例に係る情報管理システムを説明する。本発明が適用される情報管理システムは、車両に搭載される車載通信装置から送信される複数の車両関連情報を管理する情報管理システムである。ここでいう車両には、エンジン（内燃機関）を駆動源として走行するエンジン車両や、モータ（電動機）を駆動源として走行するモータ車両や、エンジン及びモータを駆動源として走行するハイブリッド車両（ＨＥＶ，Hybrid Electric Vehicle）が含まれる。

【0012】

なお、上記のハイブリッド車両には、外部充電又は外部給電が可能なプラグインハイブリッド車両（ＰＨＥＶ，Plug-in Hybrid Electric Vehicle）が含まれる。プラグインハイブリッド車両とは、駆動源としてのエンジン及びモータと発電装置としてのジェネレータと蓄電装置としてのバッテリーとが搭載されたハイブリッド車両において、バッテリーに対する外部充電又はバッテリーからの外部給電が可能であるものを意味する。

【0013】

前者のプラグインハイブリッド車両には、外部充電設備からの電力が送給される充電ケーブルを差し込むための充電口（インレット）や非接触受電装置等が設けられる。後者のプラグインハイブリッド車両には、外部給電用のコンセント（アウトレット）や非接触給電装置等が設けられる。一台のプラグインハイブリッド車両に、上記の充電口やコンセントを併設することも可能である。

【実施例0014】

［１．システム構成］
図１は、実施例に係る情報管理システムとしてのコネクティッドデータプラットフォーム５が適用されるネットワーク１の構成を例示する模式図である。ネットワーク１上には、デバイスプラットフォーム２とコネクティッドデータプラットフォーム５とが設けられる。

【0015】

デバイスプラットフォーム２は、車載通信装置１１が搭載される車両１０を対象としたカーテレマティクスサービスの基盤をなしている。デバイスプラットフォーム２は、ネットワーク１を介して、複数の外部コンピューターに対して接続可能とされる。ここでいう外部コンピューターの具体例としては、車載通信装置１１，車両１０のユーザーや乗員等が所持する携帯端末１２，車両１０の工場１３（工場１３の施設内に設置されたコンピューター），車両１０に搭載されている車載機器の製造元であるサプライヤー１４（サプライヤー１４が管理するコンピューター）等が挙げられる。なお、工場１３及びサプライヤー１４が保有する情報は、あらかじめ車両１０に記録されうる。したがって、工場１３及びサプライヤー１４がデバイスプラットフォーム２に接続されない場合もある。

【0016】

車載通信装置１１の具体例としては、ＩＶＣ（In Vehicle Communication，車載通信モジュール），ＴＣＵ（Telematics Control Unit，テレマティクス制御ユニット），通信機能付きＩＶＩ（In Vehicle Infotainment，車載情報モジュール）等の車両１０に搭載されているコンピューターが挙げられる。また、携帯端末１２の具体例としては、スマートフォン，ノートパソコン等の車両１０に搭載されていないコンピューターが挙げられる。

【0017】

テレマティクスサービスの対象となる車両１０から送信される大量の車両関連情報は、デバイスプラットフォーム２の上でビッグデータとして管理される。また、工場１３やサプライヤー１４から送信される情報は、デバイスプラットフォーム２の上において、各々の車両１０との対応関係が把握される形式で管理される。

【0018】

デバイスプラットフォーム２には、第一ストレージ３及び第二ストレージ４が設けられる。第一ストレージ３は、車両１０の車載通信装置１１から送信される情報が保存される記憶装置（例えば、物理ストレージやクラウドストレージ）である。第一ストレージ３に保存される情報は、例えば図示しないテレマティクスサーバーによって管理される。テレマティクスサーバーは、各種のカーテレマティクスサービスを提供する主体となる管理装置（例えば、物理サーバー装置やクラウドサーバー）であり、例えば車載通信装置１１から送信される情報を第一ストレージ３に保存する機能を持つ。

【0019】

テレマティクスサーバーは、第一ストレージ３に保存された情報を車載通信装置１１や携帯端末１２に提供する機能や、携帯端末１２からの要求に応じて車両１０や各種関連サービス事業者等に制御指令や警報を出力する機能を持つ。テレマティクスサーバーが持つ機能の具体例としては、リモートエアコン機能，リモート充電管理機能，リモート自動運転機能，自動通報機能，リモート見守り機能，リモート施錠解錠機能，車両ステータス確認機能，車両位置確認機能，走行履歴確認機能，カスタマーサポート取り次ぎ機能，オンラインアップデート機能（地図情報アップデート，システムアップデート，セキュリティアップデート）等が挙げられる。

【0020】

第二ストレージ４は、車両１０の工場１３やサプライヤー１４から送信される情報が保存される記憶装置（例えば、物理ストレージやクラウドストレージ）である。第二ストレージ４に保存される情報は、例えば図示しないＦＴＰ（File Transfer Protocol）サーバーによって管理される。ＦＴＰサーバーは、工場１３から送信される車両１０に関する情報や、サプライヤー１４から送信される車両１０の車載機器に関する情報を第二ストレージ４に保存する機能を持つ。

【0021】

コネクティッドデータプラットフォーム５は、テレマティクスサービスで取得される多種多様な車両関連情報（ビッグデータ）を整理して、モビリティサービス，保険サービス，公共交通サービス等のための各種機能を提供するためのプラットフォームである。ビッグデータの提供先（顧客）の具体例としては、カーリース会社，タクシー会社，保険会社，警察，消防，病院，データ分析会社，車両販売店，修理業者，車両メーカー等が挙げられる。車両メーカーは、顧客に限らず、自社の車両のビッグデータについてフィードバックを受ける立場であってもよい。図１中には、上記のような顧客が管理している顧客サーバー９のひとつを図示する。本実施例のコネクティッドデータプラットフォーム５は、多種多様な車両関連情報の中から顧客が要求する情報をその要求に適した形で効率よく顧客サーバー９に送信できるようにするための構成を備える。

【0022】

コネクティッドデータプラットフォーム５には、サーバー６（情報処理手段）とデータレイク７とデータウェアハウス８（記憶手段）とが設けられる。サーバー６は、コネクティッドデータプラットフォーム５における演算処理を司る管理装置（例えば、物理サーバー装置やクラウドサーバー）である。また、データレイク７及びデータウェアハウス８は、サーバー６によって管理される記憶装置（例えば、物理ストレージやクラウドストレージ）である。データレイク７及びデータウェアハウス８に保存される各種情報は、顧客の要求に応じて顧客サーバー９に送信可能となっている。

【0023】

データレイク７は、第一ストレージ３及び第二ストレージ４に保存されるものと同じ車両関連情報をまとめて保存する記憶装置である。データレイク７には、テレマティクスサーバーから送信された車両関連情報のローデータ（Raw Data，生データ）がそのままの形で保存される。一方、データウェアハウス８には、処理済みデータが保存される。ここでいう処理済みデータには、ローデータの一部を抽出したもの，加工したもの，整形したもの等が含まれる。

【0024】

つまり、データレイク７がビッグデータそのものを保存する役割を持つのに対し、データウェアハウス８はビッグデータに事前加工（前処理）を施したものを保存する役割を持つ。このように、加工後のデータは、加工前の車両関連情報とは別個に保存される。なお、データレイク７及びデータウェアハウス８は、一台の物理ストレージ内において互いに独立に設けられるものであってもよいし、別体の物理ストレージの各々に設けられるものであってもよい。

【0025】

図２は、コネクティッドデータプラットフォーム５に設けられるサーバー６のハードウェア構成を例示するブロック図である。サーバー６には、プロセッサー２１及びメモリー２２を有する処理装置２０と通信装置２３と記憶装置２４とが設けられる。処理装置２０は、サーバー６で実行される演算処理の主体となる装置であり、通信装置２３は、ネットワーク１を介して他のコンピューターと情報の授受を行うための装置である。記憶装置２４は、サーバー６で実行される演算処理の内容を処理プログラムとして記憶する装置である。処理プログラムの内容は、プロセッサー２１及びメモリー２２に適宜読み込まれて実行される。なお、記憶装置２４はサーバー６と別体に設けてもよい。また、サーバー６はひとつの物理サーバーに含まれる複数の仮想サーバーのうちのひとつであってもよいし、複数の物理サーバーをひとつの仮想サーバーとして機能させたものであってもよい。

【0026】

サーバー６は、第一ストレージ３に保存される情報と第二ストレージ４に保存される情報とを図示しないテレマティクスサーバーから受け取り、受け取った情報をデータレイク７及びデータウェアハウス８に保存する機能を持つ。サーバー６による情報の保存機能は、二種類の機能に大別される。第一の機能は、受け取った全ての車両関連情報をローデータとしてデータレイク７に保存する機能である。第二の機能は、受け取った車両関連情報のうちの一部分を抽出して加工し、処理済みデータとしてデータウェアハウス８に保存する機能である。以下、データウェアハウス８に保存される処理済みデータについて詳述する。

【0027】

データウェアハウス８の処理済みデータは、複数の情報の要素がひとつの行（Row）をなすように格納されるとともに、複数の行が列（Column）をなすように格納されるテーブルの形式で保存される。また、データウェアハウス８には、このようなテーブルが複数保存される。サーバー６は、車両関連情報の中から複数のテーマの各々に沿った車両関連情報がテーマ毎に抽出されてなるテーブルを、テーマ毎に生成する。また、データウェアハウス８は、サーバー６で生成された複数のテーブルを個別に記憶する。

【0028】

各々のテーブルに保存される情報の要素の種類や数は、テーブル毎に相違する。また、各々のテーブルの更新頻度（時間あたりの更新回数）や更新時機（更新タイミング）についても、テーブル毎に相違する。一方、テーブル毎に相違する更新頻度や更新時機の情報は、デバイスプラットフォーム２から送信される情報に含まれている訳ではなく、各テーブルの利活用の目的や用途に応じて決定されるべき情報である。そこで、本実施例のサーバー６は、更新頻度や更新時機を表す属性情報を各テーブルに付加した上で、各テーブルをデータウェアハウス８に保存する。つまり、サーバー６で生成される複数のテーブルの各々は、固有のテーマに沿って集積された車両関連情報の集合となっており、複数のテーマの各々は、当該テーマ毎に抽出される車両関連情報の更新頻度又は更新時機に基づいて分類される。

【0029】

［２．テーブル］
図３は、データウェアハウス８に保存されるテーブルの具体例と各テーブルの構造とを例示する表である。表中の一行がデータウェアハウス８に保存されるひとつのテーブルを表し、合計で３０個のテーブルが例示されている。ひとつのテーブルには、テーブル毎に異なる複数の情報の要素が行列状に保存される。また、各テーブルには、そのテーブルに保存される主要な情報の種類を表す情報区分及びデータ種別が設定される。

【0030】

情報区分には、第一情報と第二情報と第三情報と第四情報とが含まれる。
第一情報は、全ての車両関連情報のうち車両１０の状態（作動状態，走行状態，操作状態等）に応じて変化する情報を意味する。一方、第四情報は、車両１０の状態に応じて変化しない情報（第一情報以外の情報）を意味し、例えば車両１０や車両１０の車載機器や車両１０のユーザー等を識別するために使用される情報を意味する。第四情報の具体例としては、車両識別番号，型式，車載機器のシリアル番号，ユーザーＩＤ等が挙げられる。第四情報は、基本的には変化しない情報であって、個々の車両１０に固有の情報である。

【0031】

第一情報には、第二情報と第三情報とが含まれる。第二情報とは、車両１０の最新状態や履歴に関する情報を意味する。例えば、車両１０の現在の位置情報や過去の位置情報等は第二情報に含まれる。一方、第三情報とは、第二情報を所定期間毎に要約した情報や集計した情報（要約集計情報）を意味する。第三情報には、例えば所定期間の終了時における数値の情報や、所定期間の総計の情報や、所定期間の平均の情報等が含まれる。例えば、車両１０の一日の走行距離情報や残燃料の情報等は第三情報に含まれる。

【0032】

データ種別には、マスターデータとサマリーデータとトランザクションデータと履歴データとが含まれる。
マスターデータは、第四情報に対応するデータの種別である。マスターデータがおもに記録されるテーブルは、マスターテーブル（第四情報テーブル）とも呼ばれる。マスターデータは、基本的には変化しない情報である。したがって、マスターテーブルは、車両１０の製造時やメンテナンスにより主要な車載機器（例えば、車載通信装置１１）が交換された時にのみ更新される。

【0033】

サマリーデータは、第三情報に対応するデータの種別である。サマリーデータがおもに記録されるテーブルは、サマリーテーブル（第三情報テーブル）とも呼ばれる。サマリーデータは、テーブル毎に定められる所定期間毎に算出されるようになっている。したがって、サマリーテーブルは、テーブル毎に定められる所定期間毎に更新される。ここでいう所定期間の具体例としては、例えば一トリップ（メインスイッチやイグニッションスイッチが投入されてから切断されるまでの期間を一単位とした運行状態），一日，一週間，一月といった比較的長いインターバルが挙げられる。

【0034】

トランザクションデータ及び履歴データは、第二情報に対応するデータの種別である。トランザクションデータがおもに記録されるテーブルは、トランザクションテーブルとも呼ばれ、履歴データがおもに記録されるテーブルは、履歴テーブルとも呼ばれる。これらのトランザクションテーブル，履歴テーブルは、ともに第二情報テーブルとも呼ばれる。トランザクションデータは、車両関連情報のうち車両１０の最新の状態を表す情報を意味する。また、履歴データは、車両関連情報のうち車両１０の過去の状態を表す情報であって、トランザクションデータが表す最新状態に係るパラメーターの履歴に関する情報を意味する。一つの履歴テーブルには、その履歴テーブルに対応する一つのトランザクションテーブルが存在し、トランザクションテーブルにかつて格納されていた情報の一部（又は全部）が履歴テーブルに追記されて蓄積されるようになっている。

【0035】

トランザクションテーブルは、テーブル毎に定められる所定時間毎に更新される。ここでいう所定時間は、サマリーテーブルが更新される所定期間よりも短い時間（例えば、数秒～数分といった比較的短いインターバル）である。また、履歴テーブルの更新頻度は、少なくともそのテーブルに対応するトランザクションテーブルの更新頻度以下になるように設定される。例えば、あるトランザクションテーブルが数回更新される毎に、そのテーブルに対応する履歴テーブルが更新されるようになっている。

【0036】

本実施例のトランザクションテーブル及び履歴テーブルには、第二情報だけでなく、第四情報が記録されている。例えば、トランザクションテーブル及び履歴テーブルに含まれる全てのテーブルに、車両識別番号が記録されている。これにより、トランザクションテーブル及び履歴テーブルに含まれる全ての情報と個々の車両１０との対応関係を特定できるようになっている。

【0037】

表１は、テーブルの種類と更新頻度及び演算負荷（システムリソース）との関係を示すものである。テーブルの更新頻度は、サマリーテーブルよりも履歴テーブルが高く設定される。また、トランザクションテーブルの更新頻度は、履歴テーブルよりも高いか履歴テーブルと同一に設定される。つまり、演算負荷が比較的低い履歴テーブルやトランザクションテーブルの更新頻度が高めに設定されるのに対し、演算負荷が比較的高いサマリーテーブルの更新頻度は低めに設定される。なお、マスターテーブルの演算負荷は低く、更新頻度はサマリーテーブルよりも低い。

【0038】

【表1】

【0039】

図３に示す表の内容について詳述する。表中の第一列，第二列は情報区分を表す。また、第三列はデータ種別を表し、第四列はテーブル名（テーブルの名称であって、そのテーブルのテーマ）を表す。以下、便宜的にテーブル名に括弧を付して表記する。

【0040】

「車両位置」は、車両１０の位置に関する最新情報が格納されるテーブルである。このテーブルに格納される情報例としては、車両識別番号，型式等が挙げられる。情報区分は第二情報であり、データ種別はトランザクションデータである。
「車両状態」は、走行状態に関する最新情報が格納されるテーブルである。このテーブルに格納される情報例としては、車両識別番号，総走行距離（最新）等が挙げられる。情報区分は第二情報であり、データ種別はトランザクションデータである。

【0041】

「車両タイヤ」は、タイヤに関する最新情報が格納されるテーブルである。このテーブルに格納される情報例としては、車両識別番号，タイヤ圧（最新）等が挙げられる。情報区分は第二情報であり、データ種別はトランザクションデータである。
「車両警告」は、車両識別番号と、車載機器が発報した各種警告に関する最新情報とが格納されるテーブルである。情報区分は第二情報であり、データ種別はトランザクションデータである。

【0042】

「ＥＶデータ」は、電動車両を対象としてＥＶ走行に関する最新情報が格納されるテーブルである。このテーブルに格納される情報例としては、車両識別番号，駆動用バッテリーの残充電量（最新）等が挙げられる。情報区分は第二情報であり、データ種別はトランザクションデータである。
「ドア状態」は、ドアの状態に関する最新情報が格納されるテーブルである。このテーブルに格納される情報例としては、車両識別番号，ドアの開閉状態（最新）等が挙げられる。情報区分は第二情報であり、データ種別はトランザクションデータである。

【0043】

「ライト状態」は、ライトの状態に関する最新情報が格納されるテーブルである。このテーブルに格納される情報例としては、車両識別番号，ライトの点等状態（最新）等が挙げられる。情報区分は第二情報であり、データ種別はトランザクションデータである。
「シートベルト状態」は、シートベルトの状態に関する最新情報が格納されるテーブルである。このテーブルに格納される情報例としては、シートベルトが装着されているか否かの装着情報（最新）等が挙げられる。情報区分は第二情報であり、データ種別はトランザクションデータである。

【0044】

「トリップイベントリスト」は、車両１０のトリップに関する最新情報が格納されるテーブルである。このテーブルに格納される情報例としては、車両識別番号，トリップ開始から終了までの走行距離（最新）等が挙げられる。情報区分は第二情報であり、データ種別はトランザクションデータである。
「充放電イベントリスト」は、電動車両を対象として、車両識別番号と、電動車両の外部との間の電力授受に係るバッテリーの充放電情報とが格納されるテーブルである。情報区分は第二情報であり、データ種別はトランザクションデータである。

【0045】

「充電予約同期確認」は、電動車両を対象として、車両識別番号と、バッテリーの充電予約（例えば、自宅コンセントから給電される夜間電力による充電の先行予約）の情報をサーバー６にも共有させる同期操作に関する情報とが格納されるテーブルである。情報区分は第二情報であり、データ種別はトランザクションデータである。なお、本実施例では、「充電予約同期確認」に対応する履歴テーブルが省略されているが、「充電予約同期確認」に対応する履歴テーブルを設けてもよい。

【0046】

「充電予約内容」は、車両識別番号と、「充電予約同期確認」で確認されたバッテリーの充電予約の内容とが格納されるテーブルである。情報区分は第二情報であり、データ種別はトランザクションデータである。なお、本実施例では、「充電予約内容」に対応する履歴テーブルが省略されているが、「充電予約内容」に対応する履歴テーブルを設けてもよい。

【0047】

「車両位置履歴」は、車両１０の位置に関する履歴情報が格納されるテーブルである。このテーブルに格納される情報例としては、車両識別番号，緯度・経度（履歴），車速（履歴）等が挙げられる。情報区分は第二情報であり、データ種別は履歴データである。
「車両状態履歴」は、走行状態に関する履歴情報が格納されるテーブルである。このテーブルに格納される情報例としては、車両識別番号，総走行距離（履歴）等が挙げられる。情報区分は第二情報であり、データ種別は履歴データである。

【0048】

「車両タイヤ履歴」は、タイヤに関する履歴情報が格納されるテーブルである。このテーブルに格納される情報例としては、車両識別番号，タイヤ圧（履歴）等が挙げられる。情報区分は第二情報であり、データ種別は履歴データである。
「車両警告履歴」は、車両識別番号と、車載機器が発報した各種警告に関する履歴情報とが格納されるテーブルである。情報区分は第二情報であり、データ種別は履歴データである。

【0049】

「ＥＶデータ履歴」は、電動車両（電気自動車，ハイブリッド自動車）を対象としてＥＶ（Electric Vehicle）走行に関する履歴情報が格納されるテーブルである。このテーブルに格納される情報例としては、車両識別番号，駆動用バッテリーの残充電量（履歴）等が挙げられる。情報区分は第二情報であり、データ種別は履歴データである。

【0050】

「ドア状態履歴」は、ドアの状態に関する履歴情報が格納されるテーブルである。このテーブルに格納される情報例としては、車両識別番号，ドアの開閉状態（履歴）等が挙げられる。情報区分は第二情報であり、データ種別は履歴データである。
「ライト状態履歴」は、ライトの状態に関する履歴情報が格納されるテーブルである。このテーブルに格納される情報例としては、車両識別番号，ライトの点等状態（履歴）等が挙げられる。情報区分は第二情報であり、データ種別は履歴データである。

【0051】

「シートベルト状態履歴」は、シートベルトの状態に関する履歴情報が格納されるテーブルである。このテーブルに格納される情報例としては、車両識別番号，シートベルトが装着されているか否かの装着情報（最新）等が挙げられる。情報区分は第二情報であり、データ種別は履歴データである。
「トリップ履歴」は、車両１０のトリップに関する履歴情報が格納されるテーブルである。このテーブルに格納される情報例としては、車両識別番号，トリップ開始から終了までの走行距離（履歴）等が挙げられる。情報区分は第二情報であり、データ種別は履歴データである。

【0052】

「充放電イベント履歴」は、電動車両を対象として、車両識別番号と、電動車両の外部との間の電力授受に係るバッテリーの充放電に関する履歴情報とが格納されるテーブルである。情報区分は第二情報であり、データ種別は履歴データである。
「日別親」は、以下に説明する３つのデイリーサマリーテーブルの親テーブルである。デイリーサマリーテーブルとは、一日毎の車両関連情報をまとめた要約集計情報が格納されるテーブルである。このテーブルに格納される情報例としては、車両識別番号，履歴を更新した日付等が挙げられる。情報区分は第三情報であり、データ種別はサマリーデータである。

【0053】

「日別車両」は、デイリーサマリーテーブルのひとつであり、走行状態に関する要約集計情報が格納されるテーブルである。このテーブルに格納される情報例としては、車両識別番号，総走行距離（日報）等が挙げられる。情報区分は第三情報であり、データ種別はサマリーデータである。
「日別タイヤ」は、デイリーサマリーテーブルのひとつであり、タイヤに関する要約集計情報が格納されるテーブルである。このテーブルに格納される情報例としては、車両識別番号，タイヤ圧（日報）等が挙げられる。情報区分は第三情報であり、データ種別はサマリーデータである。

【0054】

「日別警告」は、デイリーサマリーテーブルのひとつであり、車載機器が発報した各種警告に関する情報（ダイアグノーシス情報）が格納されるテーブルである。このテーブルに格納される情報例としては、車両識別番号，警告種別の日報等が挙げられる。情報区分は第三情報であり、データ種別はサマリーデータである。

【0055】

「車両基本」は、車両１０の基本情報が格納されるテーブルである。このテーブルに格納される情報例としては、車両識別番号，型式等が挙げられる。情報区分は第四情報であり、データ種別はマスターデータである。
「車両登録」は、テレマティクスサービスが提供される車両１０のユーザーを特定するための情報が格納されるテーブルである。このテーブルに格納される情報例としては、車両識別番号，ユーザーＩＤ等が挙げられる。情報区分は第四情報であり、データ種別はマスターデータである。

【0056】

「ＴＣＵ」は、車両１０に搭載されるＴＣＵの情報が格納されるテーブルである。このテーブルに格納される情報例としては、車両識別番号，ＴＣＵのシリアル番号等が挙げられる。情報区分は第四情報であり、データ種別はマスターデータである。
「ヘッドユニット」は、車両１０に搭載されるヘッドユニットの情報が格納されるテーブルである。このテーブルに格納される情報例としては、車両識別番号，ヘッドユニットのシリアル番号等が挙げられる。情報区分は第四情報であり、データ種別はマスターデータである。

【0057】

［３．効果］
（１）上記のコネクティッドデータプラットフォーム５は、少なくとも車載通信装置１１から送信される複数の車両関連情報を管理する情報管理システムであって、サーバー６（情報処理手段）とデータウェアハウス８（記憶手段）とを備える。サーバー６は、車両関連情報の一部が記録されるテーブルを複数生成し、データウェアハウス８は、複数のテーブルを個別に記憶する。

【0058】

また、車両関連情報には車両１０の状態に応じて変化する情報である第一情報が含まれる。第一情報は、車両１０の最新状態及び履歴に関する第二情報と第二情報の要約又は集計に関する第三情報とを含む。サーバー６は、少なくとも第二情報が記録される第二情報テーブル（トランザクションテーブル，履歴テーブル）と少なくとも第三情報が記録される第三情報テーブル（サマリーテーブル）とを生成する。

【0059】

上記の通り、複数の車両関連情報（自動車のビッグデータ）の管理に際し、第一情報を第二情報と第三情報とに分類して各々に対応するテーブル（第二情報テーブル，第三情報テーブル）を生成することで、車両関連情報をその利活用の目的及び用途に適した形に整理することができ、情報の利便性を向上させることができる。したがって、効率よくデータの利活用を促進できる。

【0060】

例えば、第二情報を要求する顧客（車両関連情報を詳細に分析したい顧客）には、第二情報テーブルを提供することができる。一方、第三情報を要求する顧客（総括的な車両関連情報を利用したい顧客）には、第三情報テーブルを提供することができる。また、両方の情報を要求する顧客（あらゆる車両関連情報をＡＩ学習等のために活用したい顧客）には、両方のテーブルを提供することができる。

【0061】

なお、デバイスプラットフォーム２の上でビッグデータとして管理される車両関連情報の送受信量は膨大であるため、例えば顧客から第三情報の提供を要求されるたびに適切な情報を抽出しようとすると、サーバー６の演算量が膨大になり、情報を短時間で提供することが難しくなってしまう。このような課題に対し、第三情報テーブルを予め生成してデータウェアハウス８に記憶させておくことで、適切な情報を短時間で提供できるようになる。また、集計に時間を要する情報を事前に整理，格納しておくことで、サーバー６のリソース負荷を軽減することができる。

【0062】

（２）車両関連情報には、車両１０の各々に特有な情報である第四情報が含まれ、第四情報は、第二情報テーブル及び第三情報テーブルの各々に記録される。換言すれば、第二情報テーブル及び第三情報テーブルの各々に記録される情報は、個々の車両１０に対応させることができるように第四情報に紐付けされる。例えば、トランザクションデータや履歴データに含まれる全てのテーブルに、ＶＩＮが記録される。このような構成により、第二情報テーブル及び第三情報テーブルにおいて個々の車両１０の特定が容易となり、テーブル同士の関係を正確に対応付けることができる。これにより、情報の利便性を向上させることができる。

【0063】

（３）第二情報テーブルには、電動車両と電動車両の外部との間の電力授受に係る充放電情報が記録される。例えば、トランザクションテーブルに「充放電イベントリスト」が生成され、このテーブルに充放電開始時刻や終了時刻，ＳＯＣ等の最新状態が記録される。また、履歴テーブルに「充放電イベント履歴」が生成され、このテーブルに充放電開始時刻や終了時刻，ＳＯＣ等の履歴が記録される。このように、充放電情報の最新状態や履歴に関する第二情報テーブルを生成することで、電動車両の活動や充放電の運用状態を正確に把握できるようになり、情報の利便性を向上させることができる。

【0064】

［４．その他］
上記の実施例はあくまでも例示に過ぎず、本実施例で明示しない種々の変形や技術の適用を排除する意図はない。本実施例の各構成は、それらの趣旨を逸脱しない範囲で種々変形して実施できる。また、本実施例の各構成は必要に応じて取捨選択でき、あるいは、適宜組み合わせることができる。

【0065】

例えば、上記の実施例では、サーバー６とデータレイク７とデータウェアハウス８とが設けられたコネクティッドデータプラットフォーム５を例示したが、データレイク７は必須の要素ではなく適宜省略可能である。また、サーバー６は、コネクティッドデータプラットフォーム５上に設けられたものであってもよいし、そうでなくてもよい。サーバー６は、少なくともデータウェアハウス８にアクセス可能な状態で、ネットワーク１上に物理的又は仮想的に存在するものであればよい。

【0066】

上記の実施例では、図３に示すように、第二情報がトランザクションデータと履歴データとに分類され、各々のデータが個別のテーブル（トランザクションテーブル，履歴テーブル）で管理されているが、これらのデータを分離せずにまとめて管理してもよい。例えば、「車両位置」と「車両位置履歴」とを一つのテーブルにまとめて管理してもよい。また、第四情報が管理されるマスターテーブルは、省略してもよい。少なくとも、サーバー６が第二情報テーブルと第三情報テーブルとを生成し、これらのテーブルを個別にデータウェアハウス８に記憶させておくことで、上記の実施例と同様の作用効果を獲得できる。

【産業上の利用可能性】

【0067】

本件は、車両に搭載される車載通信装置から送信される複数の車両関連情報を管理する情報管理システムの製造業や情報管理システムによるサービス業に広く適用可能である。また、本件は車両運行管理システム，自動運転システム，カーナビゲーションシステム，自動充電管理システム，交通管理システム，運転技術評価システム等とも融合可能であり、多種多様な車両用システムに係る産業上の利用可能性を持つ。

【符号の説明】

【0068】

１ ネットワーク
２ デバイスプラットフォーム
３ 第一ストレージ
４ 第二ストレージ
５ コネクティッドデータプラットフォーム（情報管理システム）
６ サーバー（情報処理手段）
７ データレイク
８ データウェアハウス（記憶手段）
９ 顧客サーバー
１０ 車両
１１ 車載通信装置
１２ 携帯端末
１３ 工場
１４ サプライヤー
２０ 処理装置
２１ プロセッサー
２２ メモリー
２３ 通信装置
２４ 記憶装置

【図1】

【図2】

【図3】