(57)【要約】【課題】個人情報としての側面を有する車両状態情報を、匿名性及び利便性を両立させつつ取扱可能な車両情報通信装置及び車両情報通信システムを提供する。【解決手段】車両１２の状態を示す車両状態情報７２を検出する検出手段（エンジンＥＣＵ３２、センサ群３３、ダッシュボード３４）と、車両１２に固有の車両識別子３８を取得する識別子取得部５１と、車両識別子３８を該車両識別子３８と異なる別の識別子（情報源識別子７０）に変換する識別子変換部５２と、車両情報通信装置３０、１１４からの車両状態情報７２を情報源識別子７０に対応付けて蓄積する第１データベース６４を備える。【選択図】図２
2015101195.tif 000002
【特許請求の範囲】
【請求項１】
車両に搭載された車両情報通信装置であって、
前記車両の状態を示す車両状態情報を検出する検出手段と、
前記車両に固有の車両識別子を取得する識別子取得部と、
前記識別子取得部により取得された前記車両識別子を該車両識別子と異なる別の識別子に変換する識別子変換部と、
前記識別子変換部により変換された前記別の識別子に紐付けした状態にて、前記検出手段により検出された前記車両状態情報を前記車両の外部に向けて送出する通信手段と
を備えることを特徴とする車両情報通信装置。
【請求項２】
請求項１記載の車両情報通信装置において、
前記通信手段により外部からの要求信号を受け付けた場合に、前記別の識別子から前記車両識別子を特定する変換情報の送信の諾否を、前記車両の乗員に選択させる入出力手段を更に備え、
前記通信手段は、前記入出力手段により許諾する旨を受け付けた後に前記変換情報を外部に向けて送出する
ことを特徴とする車両情報通信装置。
【請求項３】
請求項１又は２に記載の車両情報通信装置において、
前記通信手段は、前記車両状態情報として、前記車両の位置、速度及び診断情報のうち少なくとも１つを送出することを特徴とする車両情報通信装置。
【請求項４】
請求項１〜３のいずれか１項に記載の車両情報通信装置と、
前記車両情報通信装置からの前記車両状態情報を前記別の識別子に対応付けて蓄積するデータベースを有する車両状態情報サーバと
を備えることを特徴とする車両情報通信システム。
【請求項５】
車両に搭載され、該車両の状態を示す車両状態情報を送出する車両情報通信装置と、
前記車両情報通信装置からの前記車両状態情報を蓄積する車両状態情報サーバと
を備え、
前記車両情報通信装置は、
前記車両状態情報を検出する検出手段と、
前記車両に固有の車両識別子を取得する識別子取得部と、
前記識別子取得部により取得された前記車両識別子に紐付けした状態にて、前記検出手段により検出された前記車両状態情報を前記車両状態情報サーバに向けて送出する通信手段と
を有し、
前記車両状態情報サーバは、
前記車両状態情報に紐付けされた前記車両識別子を該車両識別子と異なる別の識別子に変換する識別子変換部と、
前記識別子変換部により変換された前記別の識別子に対応付けて前記車両状態情報を蓄積するデータベースと
を有する
ことを特徴とする車両情報通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、車両に搭載され、該車両の状態を示す車両状態情報を送出する車両情報通信装置及び車両情報通信システムに関する。
【背景技術】
【０００２】
従来から、車両の故障診断を主な目的として、車両の状態を示す情報（以下、車両状態情報）を収集・解析する車両診断システムが種々提案されている。
【０００３】
特許文献１では、車両機器に故障が発生した場合に、診断コード及び車両識別番号（ＶＩＮ；Vehicle Identification Number）を車外に無線送信する自動車が提案されている。
【０００４】
特許文献２では、診断情報、車両を識別するＩＤと併せて、例えば、標高を含む位置情報を車両から取得し、該車両の故障を診断する装置が提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−２５７６９０号公報（段落［００２３］）
【特許文献２】特開２００６−３４９４２８号公報（段落［００１８］、［００１９］）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
近時、情報処理技術の飛躍的な発展に伴って、いわゆる「ビッグデータ」としての車両状態情報を分析することで、製品の品質向上及びサービスの質向上に繋げるビジネスモデルが実現可能になりつつある。ところが、例えば車両の位置情報を逐次解析することで当該車両の乗員の所在を把握し得ることから、車両状態情報は、個人情報としての側面を有するとも言える。
【０００７】
更に、特許文献１及び２に記載された装置を用いた場合、ＶＩＮと直接的に対応付けられた状態下に車両状態情報が取り扱われるケースが多くなり、それだけ個人情報の漏洩等の情報リスクが増大する。なぜならば、車両に関わる事業者が、車両に固有の識別子である「ＶＩＮ」を検索キーとして、車両の所有者の個人情報を管理する場合が多いからである。
【０００８】
その結果、個人情報の保護に関する意識が高いユーザが車両状態情報を提供することに不安を抱く場合があり、上記したビジネスモデルの運用に対して十分な理解が得られないという懸念があった。一方、車両状態情報の提供者を完全な匿名にすると車両の特定が困難になり、その結果、診断サービスを有効に利用できないという問題があった。
【０００９】
本発明は上記した問題を解決するためになされたもので、個人情報としての側面を有する車両状態情報を、匿名性及び利便性を両立させつつ取扱可能な車両情報通信装置及び車両情報通信システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明に係る車両情報通信装置は、車両に搭載された装置であって、前記車両の状態を示す車両状態情報を検出する検出手段と、前記車両に固有の車両識別子を取得する識別子取得部と、前記識別子取得部により取得された前記車両識別子を該車両識別子と異なる別の識別子に変換する識別子変換部と、前記識別子変換部により変換された前記別の識別子に紐付けした状態にて、前記検出手段により検出された前記車両状態情報を前記車両の外部に向けて送出する通信手段とを備える。
【００１１】
このように、車両に固有の車両識別子を該車両識別子と異なる別の識別子に変換する識別子変換部と、前記識別子変換部により変換された前記別の識別子に紐付けした状態にて、検出された車両状態情報を前記車両の外部に向けて送出する通信手段とを設けたので、車両状態情報の送信時に車両識別子と直接的に対応付けられるのを防止可能になり、個人情報としての側面を有する車両状態情報を、匿名性及び利便性を両立させつつ取り扱うことができる。しかも、車両識別子を検索キーとする他のデータベースが参照されることで、別の個人情報と車両状態情報が二次的に対応付けられる情報リスクを大幅に低減できる。
【００１２】
また、前記通信手段により外部からの要求信号を受け付けた場合に、前記別の識別子から前記車両識別子を特定する変換情報の送信の諾否を、前記車両の乗員に選択させる入出力手段を更に備え、前記通信手段は、前記入出力手段により許諾する旨を受け付けた後に前記変換情報を外部に向けて送出することが好ましい。
【００１３】
また、前記通信手段は、前記車両状態情報として、前記車両の位置、速度及び診断情報のうち少なくとも１つを送出することが好ましい。
【００１４】
本発明に係る車両情報通信システムは、上記したいずれかの車両情報通信装置と、前記車両情報通信装置からの前記車両状態情報を前記別の識別子に対応付けて蓄積するデータベースを有する車両状態情報サーバとを備える。
【００１５】
本発明に係る車両情報通信システムは、車両に搭載され、該車両の状態を示す車両状態情報を送出する車両情報通信装置と、前記車両情報通信装置からの前記車両状態情報を蓄積する車両状態情報サーバとを備え、前記車両情報通信装置は、前記車両状態情報を検出する検出手段と、前記車両に固有の車両識別子を取得する識別子取得部と、前記識別子取得部により取得された前記車両識別子に紐付けした状態にて、前記検出手段により検出された前記車両状態情報を前記車両状態情報サーバに向けて送出する通信手段とを有し、前記車両状態情報サーバは、前記車両状態情報に紐付けされた前記車両識別子を該車両識別子と異なる別の識別子に変換する識別子変換部と、前記識別子変換部により変換された前記別の識別子に対応付けて前記車両状態情報を蓄積するデータベースとを有する。
【００１６】
このように、車両状態情報サーバは、車両状態情報に紐付けされた車両識別子を該車両識別子と異なる別の識別子に変換する識別子変換部と、変換された前記別の識別子に対応付けて前記車両状態情報を蓄積するデータベースとを有するので、車両状態情報の蓄積時に車両識別子と直接的に対応付けられるのを防止可能になり、個人情報としての側面を有する車両状態情報を、匿名性及び利便性を両立させつつ取り扱うことができる。
【発明の効果】
【００１７】
本発明に係る車両情報通信装置及び車両情報通信システムによれば、車両に固有の車両識別子を該車両識別子と異なる別の識別子に変換する識別子変換部と、前記識別子変換部により変換された前記別の識別子に紐付けした状態にて、検出された車両状態情報を前記車両の外部に向けて送出する通信手段とを設けたので、車両状態情報の送信時に車両識別子と直接的に対応付けられるのを防止可能になり、個人情報としての側面を有する車両状態情報を、匿名性及び利便性を両立させつつ取り扱うことができる。
【００１８】
本発明に係る車両情報通信システムによれば、車両状態情報サーバは、車両状態情報に紐付けされた車両識別子を該車両識別子と異なる別の識別子に変換する識別子変換部と、変換された前記別の識別子に対応付けて前記車両状態情報を蓄積するデータベースとを有するので、車両状態情報の蓄積時に車両識別子と直接的に対応付けられるのを防止可能になり、個人情報としての側面を有する車両状態情報を、匿名性及び利便性を両立させつつ取り扱うことができる。
【００１９】
しかも、車両識別子を検索キーとする他のデータベースが参照されることで、別の個人情報と車両状態情報が二次的に対応付けられる情報リスクを大幅に低減できる。
【図面の簡単な説明】
【００２０】
【図１】第１及び第２実施形態に共通する車両情報通信システムの全体構成図である。
【図２】第１実施形態に係る車両情報通信装置の電気的なブロック図である。
【図３】第１実施形態に係る車両状態情報サーバの電気的なブロック図である。
【図４】図１に示す顧客情報サーバの電気的なブロック図である。
【図５】情報源識別子の登録処理に関わるシーケンス図である。
【図６】車両識別子の使用許諾処理に関わるシーケンス図である。
【図７】使用許諾の継続問合せ処理に関わるシーケンス図である。
【図８】図８Ａ及び図８Ｂは、使用許諾画面を示す画像図である。
【図９】第２実施形態に係る車両情報通信装置の電気的なブロックである。
【図１０】第２実施形態に係る車両状態情報サーバの電気的なブロック図である。
【発明を実施するための形態】
【００２１】
以下、本発明に係る車両情報通信システムについて車両情報通信装置との関係において好適な実施形態を挙げ、添付の図面を参照しながら説明する。
【００２２】
［車両情報通信システム１０、１１０の全体構成］
図１は、第１及び第２実施形態に共通する車両情報通信システム１０、１１０の全体構成図である。車両情報通信システム１０（１１０）は、車両１２と、中継装置１４と、車両状態情報サーバ１６（１１２）と、顧客情報サーバ１８と、複数のクライアント端末２０、２２とから基本的に構成される。ここで、中継装置１４、車両状態情報サーバ１６（１１２）、顧客情報サーバ１８、及びクライアント端末２０、２２は、ネットワーク２４（本図例ではＷＡＮ；Wide Area Network）を介して相互に接続されている。
【００２３】
中継装置１４は、車両１２と車両状態情報サーバ１６（１１２）との間の通信を中継する装置である。車両１２に搭載された無線通信手段が携帯電話機である場合、中継装置１４は基地局に相当する。また、上記の無線通信手段がタブレット端末である場合、中継装置１４は無線ＬＡＮ（Local Area Network）のアクセスポイントに相当する。
【００２４】
車両状態情報サーバ１６（１１２）は、車両１２の状態を示す情報（以下、車両状態情報７２；図３参照）を逐次管理するための装置である。ユーザ権限が付与されたオペレータＯＰ１は、診断サービスセンタ内に構築されたＬＡＮ２６に属するクライアント端末２０を介して、車両状態情報サーバ１６（１１２）にアクセス可能である。
【００２５】
顧客情報サーバ１８は、車両１２の所有者に関する情報（以下、顧客情報８８；図４参照）を逐次管理するための装置である。ユーザ権限が付与されたオペレータＯＰ２は、車両１２のメーカ（Ｘ社）或いは販売代理店（Ｙ社）内に構築されたＬＡＮ２８に属するクライアント端末２２を介して、顧客情報サーバ１８にアクセス可能である。
【００２６】
すなわち、診断サービスセンタのオペレータＯＰ１は、車両状態情報サーバ１６（１１２）に蓄積された車両状態情報７２を閲覧できる一方、顧客情報サーバ１８に蓄積された顧客情報８８を閲覧できない。また、メーカ或いは販売代理店のオペレータＯＰ２は、顧客情報サーバ１８に蓄積された顧客情報８８を閲覧できる一方、車両状態情報サーバ１６（１１２）に蓄積された車両状態情報７２を閲覧できない。
【００２７】
［第１実施形態］
続いて、第１実施形態に係る車両情報通信システム１０について、図２〜図８Ｂを参照しながら説明する。
【００２８】
＜車両情報通信装置３０のブロック図＞
図２は、第１実施形態に係る車両情報通信装置３０の電気的なブロック図である。車両１２に搭載された車両情報通信装置３０は、エンジン用の電子制御ユニット（以下、「エンジンＥＣＵ３２」）と、センサ群３３と、ダッシュボード３４と、車載端末３６とを基本的に備える。
【００２９】
エンジンＥＣＵ３２には、車両識別番号（ＶＩＮ）を含む車両識別子３８、及び、車両識別子３８を情報源識別子７０（図３；別の識別子）に変換するための識別子変換データ３９（変換情報）が少なくとも１種類格納されている。車両識別子３８は、車両１２に固有の情報であり、例えば製造時に格納されるデータである。
【００３０】
センサ群３３は、ＧＰＳ（Global Positioning System）衛星からの信号を検出するＧＰＳセンサ４０、車両１２の鉛直軸回りの回転角速度であるヨーレートを検出するヨーレートセンサ４１、車両１２の３軸加速度を検出する３軸加速度センサ４２で構成される。ダッシュボード３４は、車両機器の故障時に点灯する警告灯（図示しない）を有する。
【００３１】
車載端末３６は、ディスプレイオーディオ装置やカーナビゲーション装置等のデバイスで構成されており、ユーザ・インターフェースとしての入出力部４４（入出力手段）、及び、車両状態情報７２（図３）の送信を含む通信処理を実行する車両状態情報通信部４６を備える。
【００３２】
入出力部４４は、例えば、可視情報を出力するディスプレイ４７、ディスプレイ４７の画面上における接触位置を検知することで位置情報を入力するタッチセンサ４８、及び音声情報を出力するスピーカ４９を備える。
【００３３】
車両状態情報通信部４６は、識別子取得部５１、識別子変換部５２、通信データ作成部５３及びデータ送出部５４を備える。なお、各部の動作については後述する。
【００３４】
車両１２内に持ち込まれた携帯型端末５６は、無線通信部５８（通信手段）を介して、車載端末３６と相互に通信可能に接続されている。これにより、車載端末３６は、携帯型端末５６を介して、車両１２の外部に電気信号を送信可能であると共に、車両１２の外部から電気信号を受信可能である。
【００３５】
＜車両状態情報サーバ１６のブロック図＞
図３は、第１実施形態に係る車両状態情報サーバ１６の電気的なブロック図である。車両状態情報サーバ１６は、通信Ｉ／Ｆ６０、制御部６２、及び第１データベース６４を備えるコンピュータである。
【００３６】
通信Ｉ／Ｆ６０は、外部装置に対して電気信号を送受信するインターフェースである。これにより、車両状態情報サーバ１６は、レコード７４を含む通信データを車両情報通信装置３０（図２）から受信可能であり、通知データ７６をクライアント端末２０、２２（図１）に送信可能である。
【００３７】
制御部６２は、識別子管理部６５、変換データ取得部６６、識別子逆変換部６７及びデータ処理部６８を備える。なお、各部の動作については後述する。
【００３８】
第１データベース６４は、車両情報通信装置３０からの車両状態情報７２を情報源識別子７０に対応付けて蓄積するデータの集合体である。データ構成単位であるレコード７４には、主キーとしての情報源識別子７０、及び車両状態情報７２が含まれる。本図例では、車両状態情報７２には、情報取得時刻、位置情報、車速、ヨーレート、３軸加速度、警告灯の状態、故障情報、使用許諾情報（諾否フラグ及び許諾期間）、識別子変換データ３９（図２）が含まれる。
【００３９】
＜顧客情報サーバ１８のブロック図＞
図４は、図１に示す顧客情報サーバ１８の電気的なブロック図である。顧客情報サーバ１８は、通信Ｉ／Ｆ８０、制御部８２、及び第２データベース８４を備えるコンピュータである。
【００４０】
通信Ｉ／Ｆ８０は、外部装置に対して電気信号を送受信するインターフェースである。これにより、顧客情報サーバ１８は、通知データ７６（図３）を車両状態情報サーバ１６（図１）から受信可能であり、レコード９０を含む通信データをクライアント端末２２（同図）に送信可能である。
【００４１】
制御部８２は、クライアント端末２２からのデータ参照の要求信号を受け付ける問合せ受付部８５、及び、第２データベース８４に関する各種データ処理（詳細には、レコード９０の追加・削除・更新・読み出し等）を実行するデータ処理部８６を備える。
【００４２】
第２データベース８４は、クライアント端末２２から入力された顧客情報８８を車両識別子３８に対応付けて蓄積するデータの集合体である。データ構成単位であるレコード９０には、主キーとしての車両識別子３８、及び顧客情報８８が含まれる。本図例では、顧客情報８８には、車両登録番号、住所、氏名、電話番号、年齢、職業、家族構成、メールアドレスが含まれる。
【００４３】
＜車両情報通信システム１０の動作＞
以上のように、第１実施形態に係る車両情報通信システム１０は構成される。続いて、車両情報通信システム１０の動作について、図５〜図７のシーケンス図を参照しながら詳細に説明する。
【００４４】
（１．情報源識別子７０の登録処理）
第１に、情報源識別子７０の登録処理に関わる動作について、図５に示すシーケンス図を参照しながら説明する。
【００４５】
ステップＳ１において、車両１２側の識別子変換部５２は、車両識別子３８に対して識別子変換処理を実行する。この処理に先立ち、識別子取得部５１は、エンジンＥＣＵ３２に格納された車両識別子３８及び１種類の識別子変換データ３９を取得する。
【００４６】
ステップＳ２において、車両１２側の識別子変換部５２は、ステップＳ１の識別子変換処理を実行することで、車両状態情報７２の情報源を識別するための識別子（以下、情報源識別子７０）を生成する。ここで、情報源識別子７０は、車両識別子３８のいずれにも一致しない別の識別子である。すなわち、情報源識別子７０は、車両識別子３８と比べて、文字の種類、個数及び制約条件のうち少なくとも１つが異なっている。
【００４７】
なお、この変換処理は、双方向変換（或いは、可逆変換）であっても、一方向変換（非可逆変換）であってもよく、ハッシュ関数を含む公知の演算手法を採用できる。特に、識別子変換処理が双方向変換である場合は、車両識別子３８及び情報源識別子７０が「１対１の対応」「全単射」の関係になるので好ましい。
【００４８】
ステップＳ３において、車両１２側のデータ送出部５４は、ステップＳ２で生成された情報源識別子７０を車両１２の外部に向けて送出する。これにより、携帯型端末５６は、無線通信部５８を介して、情報源識別子７０を車両状態情報サーバ１６に向けて送信する。
【００４９】
ステップＳ４において、車両状態情報サーバ１６側の識別子管理部６５は、ステップＳ３で送信された情報源識別子７０の重複判定処理を行う。識別子管理部６５は、登録済みである複数の情報源識別子７０の中に、今回の情報源識別子７０と一致するものが存在する場合に重複すると判定する。この場合、識別子管理部６５は、別種類の識別子変換データ３９を用いて得た情報源識別子７０を送信するように、車両情報通信装置３０に対して再度要求してもよい。
【００５０】
ステップＳ５において、車両状態情報サーバ１６側の識別子管理部６５は、互いに重複しないことを確認した後、車両状態情報７２の提供元（情報源）に対応付ける情報源識別子７０を決定する。そして、識別子管理部６５は、情報源識別子７０が付与された旨の通知信号を、上記した情報源である車両１２に向けて送信する。
【００５１】
ステップＳ６において、車両１２側の車両状態情報通信部４６は、ステップＳ５で決定された情報源識別子７０を、以降の送信処理で使用する識別子として設定する。
【００５２】
（２．車両識別子３８の使用許諾処理）
第２に、車両識別子３８の使用許諾処理に関わる動作について、図６に示すシーケンス図を参照しながら説明する。
【００５３】
ステップＳ１１において、車両１２側のデータ送出部５４は、現在の車両状態情報７２を外部（車両状態情報サーバ１６）に向けて送出する。この送出処理に先立ち、検出手段としての各部は、車両１２の状態を検出し、車載端末３６側に出力する。例えば、エンジンＥＣＵ３２は、車速、故障情報（例えば、故障コード）、ダッシュボード３４に設けられた警告灯のオン状態を出力する。また、ＧＰＳセンサ４０、ヨーレートセンサ４１及び３軸加速度センサ４２は、車両１２の現在位置、ヨーレート及び３軸加速度をそれぞれ出力する。
【００５４】
そして、通信データ作成部５３は、各検出動作により得た車両状態情報７２に対して、設定された情報源識別子７０を紐付けすることで、通信データを作成する。その後、データ送出部５４は、通信データ作成部５３から通信データを取得し、情報源識別子７０に紐付けした状態にて車両状態情報７２を送出する。これにより、無線通信部５８は、車両状態情報７２として、車両１２の位置、速度及び診断情報のうち少なくとも１つを送出する。
【００５５】
ステップＳ１２において、車両状態情報サーバ１６側の制御部６２は、ステップＳ１１にて送信された車両状態情報７２を解析することで、車両１２の車両識別子３８が必要であるか否かを判定する。制御部６２は、例えば、警告灯が「オン状態」であったとの検知結果を得た場合、車両識別子３８が必要であると判定する。
【００５６】
ステップＳ１３において、車両状態情報サーバ１６側の制御部６２は、ステップＳ１２により必要と判定された場合に、車両識別子３８の使用許諾を問い合わせるための要求信号を車両情報通信装置３０に向けて送信する。
【００５７】
ステップＳ１４において、車両１２側の車載端末３６は、ステップＳ１３にて送信された要求信号を受け付けた後に、入出力部４４に使用許諾画面を表示させる。
【００５８】
図８Ａに示すように、ディスプレイ４７の画面上には、ユーザ（車両１２の乗員）に向けたメッセージを表示する欄１００、［はい］と表記されたボタン１０１、及び［いいえ］と表記されたボタン１０２が配置されている。欄１００には、特定の目的で、車両状態情報７２を特定の事業者に送信することの許諾を求めるメッセージと、その許諾の有効期間（許諾後から２０１６年８月３１日まで）が表記されている。本図例における特定の事業者は、車両１２のメーカ（Ｘ社）及び必要な関係会社（販売代理店Ｙ社を含む）である。
【００５９】
ステップＳ１５において、ユーザは、２つのボタン１０１、１０２のうちいずれか一方をタッチする。タッチセンサ４８は、ユーザによる［はい］ボタン１０１のタッチ操作に応じて、車両状態情報７２の使用を許諾する旨を検知する。一方、タッチセンサ４８は、ユーザによる［いいえ］ボタン１０２のタッチ操作に応じて、車両状態情報７２の使用を許諾しない旨を検知する。
【００６０】
ステップＳ１６において、車両１２側の車載端末３６は、ユーザによる使用許諾を受け付けたか否かを判定する。使用許諾を受け付けた場合、次のステップ（Ｓ１７）に進む。なお、この使用許諾には、車両状態情報７２を特定の事業者に送信することの許諾のみならず、車両状態情報７２を送信するために識別子変換データ３９を提供することの許諾が含まれる点に留意する。
【００６１】
ステップＳ１７において、車両１２側の車両状態情報通信部４６は、識別子変換データ３９を車両状態情報サーバ１６に向けて送信する。具体的には、データ送出部５４は、エンジンＥＣＵ３２から読み出された識別子変換データ３９を、携帯型端末５６を介して外部に送出する。
【００６２】
ステップＳ１８において、車両状態情報サーバ１６側の変換データ取得部６６は、ステップＳ１７で送信された識別子変換データ３９を取得する。その後、データ処理部６８は、第１データベース６４のレコード７４に対して更新処理を実行する。これにより、「使用許諾情報」の許諾フラグが「オフ」から「オン」に更新される。また、「使用許諾情報」の許諾期間には「許諾時から２０１６年８月３１日まで」が、「識別子変換データ」には今回取得した識別子変換データ３９がそれぞれ設定される。
【００６３】
このように、入出力部４４は、携帯型端末５６により外部からの要求信号を受け付けた場合に、情報源識別子７０から車両識別子３８を特定する識別子変換データ３９の送信の諾否を、車両１２の乗員に選択させる。そして、携帯型端末５６は、入出力部４４により許諾する旨を受け付けた後に識別子変換データ３９を外部に向けて送出する。
【００６４】
そして、車両状態情報サーバ１６側の識別子逆変換部６７は、送信された識別子変換データ３９を用いて、情報源識別子７０を車両識別子３８に逆変換する。データ処理部６８は、通知対象である車両状態情報７２に対して、この識別子逆変換処理で得られた車両識別子３８を紐付けることで、クライアント端末２２への通知データ７６を作成する。
【００６５】
その後、クライアント端末２２のオペレータＯＰ２は、受信された通知データ７６に含まれる車両識別子３８を手掛かりにし、車両状態情報７２及び顧客情報８８の対応関係を把握できる。これにより、メーカ（Ｘ社）及び／又は販売代理店（Ｙ社）は、車両１２に対して、迅速且つ的確な故障修理対応を行うことができる。
【００６６】
（３．使用許諾の継続問合せ処理）
第３に、使用許諾の継続問合せ処理に関わる動作について、図７に示すシーケンス図を参照しながら説明する。
【００６７】
ステップＳ２１において、車両状態情報サーバ１６側の識別子管理部６５は、使用許諾期間が経過したか否かを判定する。具体的には、識別子管理部６５は、現在時刻が使用許諾期限（２０１６年８月３１日）よりも後又は当該期限の直近である場合、使用許諾期間が経過したと判定する。
【００６８】
ステップＳ２２において、車両状態情報サーバ１６側の制御部６２は、ステップＳ２１により経過したと判定された場合に、使用許諾の継続を問い合わせるための要求信号を車両情報通信装置３０に向けて送信する。
【００６９】
ステップＳ２３において、車両１２側の車載端末３６は、ステップＳ２２にて送信された要求信号を受け付けて、入出力部４４に使用許諾画面を表示させる。
【００７０】
図８Ｂに示すように、ディスプレイ４７の画面上には、ユーザ（車両１２の乗員）に向けたメッセージを表示する欄１０４及び上述したボタン１０１、１０２が配置されている。欄１０４には、車両状態情報７２の送信について引き続き許諾を求めるメッセージと、その許諾の有効期間（本図例では、１か月間の延長）が表記されている。
【００７１】
ステップＳ２４において、ユーザは、２つのボタン１０１、１０２のうちいずれか一方をタッチする。タッチセンサ４８は、ユーザによる［はい］ボタン１０１のタッチ操作に応じて、車両状態情報７２の使用を引き続き許諾する旨を検知する。一方、タッチセンサ４８は、ユーザによる［いいえ］ボタン１０２のタッチ操作に応じて、車両状態情報７２の使用を許諾しない旨を検知する。
【００７２】
ステップＳ２５において、車両１２側の車載端末３６は、ユーザによる使用許諾を受け付けたか否かを判定する。使用許諾を受け付けなかった場合、次のステップ（Ｓ２６）に進む。
【００７３】
ステップＳ２６において、車両１２側の車両状態情報通信部４６は、識別子変換データ３９を削除するための要求信号を車両状態情報サーバ１６に向けて送信する。
【００７４】
ステップＳ２７において、車両状態情報サーバ１６側のデータ処理部６８は、ステップＳ２６で送信された要求信号を受け付けて、第１データベース６４のレコード７４に対して更新処理を実行する。これにより、「使用許諾情報」の許諾フラグが「オン」から「オフ」に更新される。また、「使用許諾情報」の許諾期間及び「識別子変換データ」にはそれぞれ「ＮＵＬＬ」が設定される。
【００７５】
なお、ステップＳ２５において、車両１２側の車載端末３６が使用許諾を受け付けた場合、上記したステップＳ２６、Ｓ２７と同様の動作を経て、「使用許諾情報」の許諾期間が最新値「２０１６年９月３０日」に更新される点に留意する。
【００７６】
＜第１実施形態の効果＞
以上のように、第１実施形態に係る車両情報通信装置３０は、車両１２の状態を示す車両状態情報７２を検出する検出手段（エンジンＥＣＵ３２、センサ群３３、ダッシュボード３４）と、車両１２に固有の車両識別子３８を取得する識別子取得部５１と、車両識別子３８を該車両識別子３８と異なる別の識別子（情報源識別子７０）に変換する識別子変換部５２と、情報源識別子７０に紐付けした状態にて車両状態情報７２を車両１２の外部に向けて送出する通信手段（無線通信部５８）を備える。
【００７７】
そして、車両情報通信システム１０は、上記した車両情報通信装置３０と、車両情報通信装置３０からの車両状態情報７２を情報源識別子７０に対応付けて蓄積する第１データベース６４を有する車両状態情報サーバ１６とを備える。
【００７８】
このように構成したので、車両状態情報７２の送信時に車両識別子３８と直接的に対応付けられるのを防止可能になり、個人情報としての側面を有する車両状態情報７２を、匿名性及び利便性を両立させつつ取り扱うことができる。しかも、車両識別子３８を検索キーとする第２データベース８４が参照されることで、別の個人情報と車両状態情報７２が二次的に対応付けられる情報リスクを大幅に低減できる。
【００７９】
［第２実施形態］
続いて、第２実施形態に係る車両情報通信システム１１０について、図９及び図１０を参照しながら説明する。なお、第１実施形態と同様の構成については、同一の参照符号を付すると共にその説明を省略する。
【００８０】
＜車両情報通信装置１１４のブロック図＞
図９は、第２実施形態に係る車両情報通信装置１１４の電気的なブロックである。車両１２に搭載された車両情報通信装置１１４は、エンジンＥＣＵ１１６と、センサ群３３と、ダッシュボード３４と、車載端末３６とを基本的に備える。このエンジンＥＣＵ１１６には、識別子変換データ３９が格納されていない点で第１実施形態（図２のエンジンＥＣＵ３２）の構成と異なる。
【００８１】
また、車載端末３６は、入出力部４４の他、車両状態情報通信部１１８を備える。この車両状態情報通信部１１８は、識別子変換部５２が欠けている点で第１実施形態（図２の車両状態情報通信部４６）の構成と異なる。
【００８２】
＜車両状態情報サーバ１１２のブロック図＞
図１０は、第２実施形態に係る車両状態情報サーバ１１２の電気的なブロック図である。車両状態情報サーバ１１２は、通信Ｉ／Ｆ６０、制御部１２０、及び第１データベース６４を備えるコンピュータである。
【００８３】
制御部１２０は、識別子管理部１２２、識別子変換部５２、識別子逆変換部６７及びデータ処理部６８を備える。制御部１２０は、変換データ取得部６６に代わって識別子変換部５２を有する点で、第１実施形態（図３の制御部６２）の構成と異なる。
【００８４】
＜車両情報通信システム１１０の動作＞
以上のように、第２実施形態に係る車両情報通信システム１１０は構成される。続いて、車両情報通信システム１１０の動作（車両状態情報７２の通信処理）について、第１実施形態との差異を中心に説明する。
【００８５】
先ず、車両状態情報通信部１１８（図９）は、車両識別子３８に紐付けした状態にて車両状態情報７２を送信する。送信処理に先立ち、通信データ作成部５３は、各検出動作により得た車両状態情報７２に対して、車両識別子３８を紐付けすることで通信データを作成する。その後、データ送出部５４は、通信データ作成部５３から通信データを取得し、車両識別子３８に紐付けした状態にて車両状態情報７２を送出する。
【００８６】
次いで、制御部１２０（図１０）は、車両１２側から受信した通信データから車両識別子３８を取得し、登録済みである複数の情報源識別子７０と一致しない情報源識別子７０を生成する。生成処理に先立ち、識別子管理部１２２は、第１実施形態と同様の重複判定処理を行いながら適切な識別子変換データ３９を決定し、それ以降、識別子変換データ３９を適宜管理する。
【００８７】
最後に、制御部１２０（図１０）は、車両１２側から受信した通信データから車両状態情報７２を更に取得した後、情報源識別子７０に対応付けて車両状態情報７２を第１データベース６４に蓄積させる。なお、制御部１２０は、車両状態情報７２の匿名性を担保するため、車両識別子３８を保存せずに削除する点に留意する。
【００８８】
＜第２実施形態の効果＞
第２実施形態に係る車両情報通信システム１１０は、車両状態情報７２を送出する車両情報通信装置１１４と、車両情報通信装置１１４からの車両状態情報７２を蓄積する車両状態情報サーバ１１２を備える。車両情報通信装置１１４は、車両状態情報７２を検出する検出手段（エンジンＥＣＵ３２、センサ群３３、ダッシュボード３４）と、車両１２に固有の車両識別子３８を取得する識別子取得部５１と、車両識別子３８に紐付けした状態にて車両状態情報７２を車両状態情報サーバ１１２に向けて送出する通信手段（無線通信部５８）を有する。
【００８９】
そして、車両状態情報サーバ１１２は、車両状態情報７２に紐付けされた車両識別子３８を該車両識別子３８と異なる別の識別子（情報源識別子７０）に変換する識別子変換部５２と、情報源識別子７０に対応付けて車両状態情報７２を蓄積する第１データベース６４を有する。
【００９０】
このように構成したので、車両状態情報７２の蓄積時に車両識別子３８と直接的に対応付けられるのを防止可能になり、個人情報としての側面を有する車両状態情報７２を、匿名性及び利便性を両立させつつ取り扱うことができる。すなわち、第１実施形態の場合と同様の作用効果が得られる。
【００９１】
［補足］
なお、この発明は、上述した実施形態に限定されるものではなく、この発明の主旨を逸脱しない範囲で自由に変更できることは勿論である。
【符号の説明】
【００９２】
１０、１１０…車両情報通信システム      １２…車両
１６、１１２…車両状態情報サーバ        １８…顧客情報サーバ
２０、２２…クライアント端末            ３０、１１４…車両情報通信装置
３２、１１６…エンジンＥＣＵ            ３３…センサ群
３４…ダッシュボード                    ３６…車載端末
３８…車両識別子                        ３９…識別子変換データ
４４…入出力部                          ４６、１１８…車両状態情報通信部
５１…識別子取得部                      ５２…識別子変換部
５３…通信データ作成部                  ５４…データ送出部
５６…携帯型端末                        ５８…無線通信部
６４…第１データベース                  ６５、１２２…識別子管理部
６７…識別子逆変換部                    ７０…情報源識別子
７２…車両状態情報                      ７４、９０…レコード
７６…通知データ                        ８４…第２データベース
８８…顧客情報                          １００、１０４…欄
１０１、１０２…ボタン
【図１】
2015101195.tif 000003
【図２】
2015101195.tif 000004
【図３】
2015101195.tif 000005
【図４】
2015101195.tif 000006
【図５】
2015101195.tif 000007
【図６】
2015101195.tif 000008
【図７】
2015101195.tif 000009
【図８】
2015101195.tif 000010
【図９】
2015101195.tif 000011
【図１０】
2015101195.tif 000012