(57)【要約】      （修正有）【課題】ユーザーが意図しない個人情報の送信を防止できるデータ配信制御装置、情報処理装置及びデータ配信制御方法を提供する。【解決手段】データ配信制御装置１０は、ユーザーデータ管理部５０、要望値管理部５２、データ照合部５４、提供可否取得部５６及びデータ送信制御部５８を備える。ユーザーデータ管理部５０は、車両の情報及び車両のユーザーの行動情報を含む収集データを管理する。要望値管理部５２は、需要家によって要望されている収集データの要望値を管理する。データ照合部５４は、収集データと要望値とを照合する。提供可否取得部５６は、収集データに要望値と合致する要望合致データが含まれていた場合、その要望合致データの提供についてユーザーの可否を取得する。データ送信制御部５８は、取得されたユーザーの可否に応じて、要望合致データを需要家へ送信する。【選択図】図３
2019159773.tif 000002
【特許請求の範囲】
【請求項１】
乗物の情報、及び、当該乗物のユーザーの行動情報を含むユーザー個人情報を管理するユーザーデータ管理部と、
需要家によって要望されている前記ユーザー個人情報の要望値を管理する要望値管理部と、
前記ユーザーデータ管理部に管理されているユーザー個人情報と、前記要望値管理部に管理されている要望値とを照合するデータ照合部と、
前記データ照合部による照合の結果、前記ユーザー個人情報に前記要望値に合致する要望合致データが含まれていた場合、当該要望合致データの提供についての前記ユーザーの可否を取得する提供可否取得部と、
前記提供可否取得部で取得された前記ユーザーの可否に応じて、前記要望合致データを前記需要家が取得可能に送信するデータ送信制御部と、
を備えることを特徴とするデータ配信制御装置。
【請求項２】
前記要望値管理部は、前記要望合致データの提供に対して前記需要家が設定した対価を管理する
ことを特徴とする請求項1に記載のデータ配信制御装置。
【請求項３】
前記提供可否取得部は、
前記対価を前記ユーザーに提示し、前記要望合致データの提供についての可否を前記ユーザーに問い合わせる
ことを特徴とする請求項１または２に記載のデータ配信制御装置。
【請求項４】
前記乗物は車両であり、
前記ユーザー個人情報は、前記車両のイグニッションキーのオフからオンまでの期間を単位としてデータ化されている
ことを特徴とする請求項１〜３のいずれかに記載のデータ配信制御装置。
【請求項５】
前記ユーザーの行動情報は、前記車両の位置情報を含む、
ことを特徴とする請求項４に記載のデータ配信制御装置。
【請求項６】
前記ユーザーの行動情報は、日時情報を含む、
ことを特徴とする請求項４または５に記載のデータ配信制御装置。
【請求項７】
請求項１〜６のいずれかに記載のデータ配信制御装置による照合において特定された前記要望合致データの提供の可否を前記ユーザーが入力可能なインターフェース部と、
前記インターフェース部への前記ユーザーの入力に基づいて、前記要望合致データの提供の可否を前記データ配信制御装置に送信する応答制御部と、
を備えることを特徴とする情報処理装置。
【請求項８】
乗物の情報、及び、当該乗物のユーザーの行動情報を含むユーザー個人情報を管理するユーザーデータ管理部を備えたデータ配信制御装置のデータ配信制御方法において、
需要家によって要望されている前記ユーザー個人情報の要望値を取得するステップと、
前記ユーザーデータ管理部に管理されているユーザー個人情報と、前記要望値とを照合するステップと、
前記ユーザー個人情報に前記要望値に合致する要望合致データが含まれていた場合、当該要望合致データの提供についての前記ユーザーの可否を取得するステップと、
前記ユーザーの可否に応じて、前記要望合致データを前記需要家が取得可能に送信するステップと、
を備えることを特徴とするデータ配信制御方法。
【請求項９】
前記要望合致データの提供に対して前記需要家が対価を設定するステップを備える
ことを特徴とする請求項８に記載のデータ配信制御方法。
【請求項１０】
前記対価を前記ユーザーに提示し、前記要望合致データの提供についての可否を前記ユーザーに問い合わせ、当該問い合わせの回答に基づいて、前記ユーザーの可否を取得する
ことを特徴とする請求項９に記載のデータ配信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ配信制御装置、情報処理装置、及びデータ配信制御方法に関する。
【背景技術】
【０００２】
車両において採取された画像データを、当該車両とは関係の無い第三者に配信することで、その画像データを第三者が確認可能にした技術が知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１７−６９９１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、第三者に配信されるデータには、車両のユーザーのプライバシーに関する情報や個人に関する情報（以下、これらを「個人情報」と言う）が含まれている。しかしながら、従来の技術では、ユーザーの意図とは無関係に、第三者に個人情報が送信されている。
【０００５】
本発明は、ユーザーが意図しない個人情報の送信を防止できるデータ配信制御装置、情報処理装置、及びデータ配信制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は、乗物の情報、及び、当該乗物のユーザーの行動情報を含むユーザー個人情報を管理するユーザーデータ管理部と、需要家によって要望されている前記ユーザー個人情報の要望値を管理する要望値管理部と、前記ユーザーデータ管理部に管理されているユーザー個人情報と、前記要望値管理部に管理されている要望値とを照合するデータ照合部と、前記データ照合部による照合の結果、前記ユーザー個人情報に前記要望値に合致する要望合致データが含まれていた場合、当該要望合致データの提供についての前記ユーザーの可否を取得する提供可否取得部と、前記提供可否取得部で取得された前記ユーザーの可否に応じて、前記要望合致データを前記需要家が取得可能に送信するデータ送信制御部と、を備えることを特徴とするデータ配信制御装置を提供する。
【０００７】
本発明は、上記データ配信制御装置において、前記要望値管理部は、前記要望合致データの提供に対して前記需要家が設定した対価を管理することを特徴とする。
【０００８】
本発明は、上記データ配信制御装置において、前記提供可否取得部は、前記対価を前記ユーザーに提示し、前記要望合致データの提供についての可否を前記ユーザーに問い合わせることを特徴とする。
【０００９】
本発明は、上記データ配信制御装置において、前記乗物は車両であり、前記ユーザー個人情報は、前記車両のイグニッションキーのオフからオンまでの期間を単位としてデータ化されていることを特徴とする。
【００１０】
本発明は、上記データ配信制御装置において、前記ユーザーの行動情報は、前記車両の位置情報を含む、ことを特徴とする。
【００１１】
本発明は、上記データ配信制御装置において、前記ユーザーの行動情報は、日時情報を含む、ことを特徴とする。
【００１２】
本発明は、上記のいずれかに記載のデータ配信制御装置による照合において特定された前記要望合致データの提供の可否を前記ユーザーが入力可能なインターフェース部と、前記インターフェース部への前記ユーザーの入力に基づいて、前記要望合致データの提供の可否を前記データ配信制御装置に送信する応答制御部と、を備えることを特徴とする情報処理装置を提供する。
【００１３】
本発明は、乗物の情報、及び、当該乗物のユーザーの行動情報を含むユーザー個人情報を管理するユーザーデータ管理部を備えたデータ配信制御装置のデータ配信制御方法において、需要家によって要望されている前記ユーザー個人情報の要望値を取得するステップと、前記ユーザーデータ管理部に管理されているユーザー個人情報と、前記要望値とを照合するステップと、前記ユーザー個人情報に前記要望値に合致する要望合致データが含まれていた場合、当該要望合致データの提供についての前記ユーザーの可否を取得するステップと、前記ユーザーの可否に応じて、前記要望合致データを前記需要家が取得可能に送信するステップと、を備えることを特徴とするデータ配信制御方法を提供する。
【００１４】
本発明は、上記データ配信制御方法において、前記要望合致データの提供に対して前記需要家が対価を設定するステップを備えることを特徴とする。
【００１５】
本発明は、上記データ配信制御方法において、前記対価を前記ユーザーに提示し、前記要望合致データの提供についての可否を前記ユーザーに問い合わせ、当該問い合わせの回答に基づいて、前記ユーザーの可否を取得することを特徴とする。
【発明の効果】
【００１６】
本発明によれば、ユーザーが意図しない個人情報の送信を防止できる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態に係るデータ配信システムの構成を模式的に示す図である。
【図２】車載システムの構成を車載器の構成とともに模式的に示す図である。
【図３】データ配信制御装置の機能的構成を示すブロック図である。
【図４】要望値管理データベースの構成を示す模式図である。
【図５】データ配信システムの動作を示すシーケンス図である。
【図６】回答画面の一例を示す図である。
【発明を実施するための形態】
【００１８】
以下、図面を参照して本発明の実施形態について説明する。
図１は、本実施形態に係るデータ配信システム１の構成を模式的に示す図である。
データ配信システム１は、複数の車両２の各々に搭載された車載器４と、データ配信制御装置１０と、複数の需要家端末１２と、を備え、これらが電気通信回線１６に通信可能に接続される。電気通信回線１６は、移動体通信を提供する移動体通信網（例えば携帯電話網）と、広域通信を提供する例えばインターネットと、を含む通信回線である。
【００１９】
車両２は、内燃機関エンジン、ハイブリッドエンジン、電動モーターなどの原動機の動力により走行する車である。本実施形態では、車両２は四輪自動車であるが、二輪自動車などの他の自動車でもよいし、自動車に限らず鉄道車両などの他の車でもよい。
車載器４は、車両２に搭載された情報処理装置であり、車両２から各種のデータを収集する機能を有した車載情報収集装置として構成されている。車載器４は、収集データ１８として電気通信回線１６を介してデータ配信制御装置１０に送信する。また車載器４は、ユーザー操作インターフェースの一例であるタッチパネルディスプレイ５を備え、ユーザーＵ（例えば車両２の所有者）が操作可能に車両２に配設される。
【００２０】
データ配信制御装置１０は、車載器４の各々から送信される収集データ１８を、電気通信回線１６を介して受信し、これらの収集データ１８を管理する装置である。またデータ配信制御装置１０は、収集データ１８の中から需要家の要望に合致する要望合致データ１９を抽出し、需要家端末１２に電気通信回線１６を介して要望合致データ１９を配信する。
【００２１】
需要家端末１２の各々は、収集データ１８に含まれるデータを各種の目的で利用する需要家が当該データの配信を、電気通信回線１６を介して受けるための通信端末である。需要家端末１２には、ユーザー操作入力装置（例えばキーボードやタッチパネルディスプレイ）、表示装置、電気通信回線１６に通信接続可能な通信装置を備えた、一般的なコンピューター（いわゆるＰＣ）が用いられる。需要家は、例えば、車両２に関連するサービスを提供する会社や団体であり、例えば車両２の製造会社や、車両２の販売店、車両整備会社などが挙げられる。
【００２２】
図２は、車載システムの構成を車載器４の構成とともに模式的に示す図である。
車載システムは、車両２に設けられたシステムであり、ＣＡＮ（Controller Area Network）２０と、複数の電子制御ユニット２２と、車載器４と、を備える。
【００２３】
ＣＡＮ２０は、車両用ネットワーク（車載ネットワークとも呼ばれる）の一例であり、ＣＡＮ２０には電子制御ユニット２２、及び車載器４が接続され、これら電子制御ユニット２２、及び車載器４がＣＡＮ通信プロトコルにしたがって通信する。
電子制御ユニット２２は、いわゆる「ＥＣＵ」と称される電子回路ユニットである。車両２が備える電子制御ユニット２２としては、例えば、エンジンを含むパワートレインの動作を制御する電子回路ユニット、変速機を制御する電子回路ユニット、及び電装品を制御する電子回路ユニットなどが挙げられる。電装品には、例えばワイパー、ドアロック、ルームライト、ウィンカー、テールランプなどが挙げられる。
電子制御ユニット２２の各々には固有の識別情報が割り当てられており、車載器４が、これらの識別情報を用いて個々の電子制御ユニット２２と通信可能になっている。
【００２４】
車載器４は、制御部３０と、位置検出部３２と、計時部３４と、ＣＡＮインターフェース部３６と、無線通信部３８と、ユーザーインターフェース部３９と、を備える。
制御部３０は、ＣＰＵやＭＰＵ等のプロセッサと、ＲＡＭやＲＯＭ等のメモリデバイスと、を備え、プロセッサが所定のコンピュータープログラムにしたがって動作することで、車載器４の各部を制御する。
位置検出部３２は、ＧＰＳ等の測位装置を備え、現在位置（経度・緯度の情報）を検出する。
計時部３４は、計時回路を備え、現在時刻、及び日時を計時する。
ＣＡＮインターフェース部３６は、ＣＡＮ２０に接続するためのインターフェースである。
無線通信部３８は、電気通信回線１６に無線接続して通信する無線通信デバイスを備える。
ユーザーインターフェース部３９は、ユーザー操作を入力可能にする入力装置としての機能、及び、各種操作画面やメッセージ等を表示するＧＵＩ（Graphical User Interface）を表示する表示装置としての機能を備えるものであり、上述したタッチパネルディスプレイ５を備える。
【００２５】
また制御部３０は、コンピュータープログラムを実行することで、データ収集制御部４０、収集データ送信制御部４２、及び応答制御部４４の機能を実現する。
【００２６】
データ収集制御部４０は、ＣＡＮインターフェース部３６を介して電子制御ユニット２２の各々と通信し、これらの電子制御ユニット２２からデータを取得することで、車両２から各種のデータを収集する。収集されたデータは、制御部３０が備えるメモリデバイスや、車載器４に設けられた記憶装置（ＨＤＤやＳＤＤなどのディスクドライブ）に格納される。
【００２７】
データ収集制御部４０は、車両２のイグニッションキーがオンからオフになるまでの期間を１ドライブの単位とし、収集されたデータを、１ドライブ単位ごとに収集データ１８としてデータ化する。この収集データ１８には、１ドライブの期間における任意のタイミングでの走行時間、走行距離、燃費、イグニッションオン、及びオフの各々の場所と日時、車両２で生じた故障を識別する故障コード、ワーニングランプの点灯、故障コードが発生したタイミング又はワーニングランプが点灯したタイミングの前後数秒間の車両状態情報などが含まれる。車両状態情報は、車両２の状態を示す情報であり、電子制御ユニット２２の各々から取得可能な各種情報である。また、車両２が電動自動車、又はハイブリッド自動車である場合、収集データ１８には、走行に伴う電力消費量や、バッテリーの残電気量なども含まれる。
収集データ１８の情報は、位置検出部３２、計時部３４、及び電子制御ユニット２２の各々から得られるデータから直接、或いは、当該データをデータ収集制御部４０が解析、加工することで得られる。１ドライブ分の収集データ１８は、例えばイグニッションキーがオフになるオフタイミングでデータ収集制御部４０によって生成されメモリデバイス等に格納される。
【００２８】
ここで、収集データ１８のうち、車両２で生じた故障を識別する故障コードや、ワーニングランプ点灯履歴、車両状態情報などは、車両２の情報であり、ユーザーＵとは関係がない情報と言える。これに対し、車両２のイグニッションオン、及びオフの各々の場所と日時、走行時間、走行距離などの情報は、そのときのユーザーＵの行動を示す行動情報でもある。このような行動情報は、それ単独では、ユーザーＵを識別できない情報であるものの、例えば車両２などの他の情報と照らし合わせることで、ユーザーＵの識別が可能になる情報であり、いわゆる個人情報に該当する。
したがって、収集データ１８は、車両２の情報と、ユーザーＵの行動情報とを含む、いわゆるユーザー個人情報でもある。
【００２９】
なお、データ収集制御部４０は、これらの情報の他にも、任意の情報を収集してもよい。
位置検出装置を有するナビゲーション装置などの他の車載装置や電子制御ユニット２２がＣＡＮ２０に接続されている場合、データ収集制御部４０は、それらの車載装置や電子制御ユニット２２から現在位置を取得してもよい。この場合において、車載器４のユーザーインターフェース部３９が他の車載装置の機能を操作するための操作インターフェースを兼ねてもよい。
【００３０】
収集データ送信制御部４２は、所定の送信タイミングで、収集データ１８をメモリデバイス等から読み出し、無線通信部３８の通信により、この収集データ１８をデータ配信制御装置１０に送信する。収集データ１８は、上述の通り、１ドライブごとのデータとして記録されており、収集データ１８の送信時には、未送信状態の収集データ１８が全て送信される。送信タイミングは任意であり、イグニッションキーのオンタイミングやオフタイミングといった特定のタイミング、或いは車載器４が動作可能な任意のタイミングに収集データ１８が送信される。
【００３１】
応答制御部４４は、データ配信制御装置１０からの通信に応答する。データ配信制御装置１０からの通信には、ユーザーＵへの問い合わせ要求する後述の問合せメッセージ７０（図１）の受信がある。応答制御部４４は、問合わせメッセージ７０を受信した場合、問合せメッセージ７０に基づいてユーザーインターフェース部３９に回答画面４７を表示する。回答画面４７には、問合せメッセージ７０の問い合わせ内容をユーザーＵに提示し、当該問い合わせに対するユーザーＵの回答を受け付ける画面である。ユーザーＵが回答画面４７に回答を入力した場合、応答制御部４４は、この回答内容を示す回答データ２１（図１）を、無線通信部３８の通信により、データ配信制御装置１０に送信する。
【００３２】
図３は、データ配信制御装置１０の機能的構成を示すブロック図である。
データ配信制御装置１０は、ユーザーデータ管理部５０と、要望値管理部５２と、データ照合部５４と、提供可否取得部５６と、データ送信制御部５８と、を備えている。データ配信制御装置１０には、ＣＰＵやＭＰＵなどのプロセッサと、ＲＯＭやＲＡＭなどのメモリデバイスと、ＨＤＤやＳＳＤなどのデータ格納装置と、電気通信回線１６に接続可能な通信デバイスと、を備えたサーバーコンピューターが用いられている。そしてプロセッサがメモリデバイスに記憶されているソフトウェアプログラムを実行することで、図３に示す各機能が実現される。なお、データ配信制御装置１０の各機能が複数台のサーバーコンピューターに分けて実現されてもよい。
【００３３】
ユーザーデータ管理部５０は、車載器４の各々から通信デバイスで受信した収集データ１８を管理する。具体的には、ユーザーデータ管理部５０は、データ格納装置に収集データ１８を蓄積する。
またユーザーデータ管理部５０は、ユーザー管理データベース５９に基づいて、ユーザーＵを管理する。ユーザー管理データベース５９は、データ格納装置に格納されたデータである。ユーザー管理データベース５９には、ユーザーＵと、車両２及び車載器４と、当該車両２から収集された収集データ１８と、が対応付けられており、収集データ１８の送信元の車両２や車載器４、ユーザーＵが特定可能になっている。ユーザー管理データベース５９が管理する車載器４の情報には、電気通信回線１６を通じて各種データをデータ配信制御装置１０から送信するためのアドレスも含まれている。
【００３４】
要望値管理部５２は、収集データ１８を利用する需要家によって要望されているデータの要望値を管理するものであり、係る管理を要望値管理データベース６０に基づいて行う。
【００３５】
図４は、要望値管理データベース６０の構成を示す模式図である。
要望値管理データベース６０は、需要家情報６２と、要望値情報６４と、対価情報６６とを紐付けて管理するデータであり、データ格納装置に格納されている。
【００３６】
需要家情報６２は、需要家に関する情報である。需要家情報６２は、需要家を識別する需要家識別情報（例えば名称など）と、要望合致データ１９の配信先を示す配信先情報と、を少なくとも含む。要望合致データ１９の配信形態は、需要家が需要家端末１２を用いて要望合致データ１９を取得可能になる形態であれば任意である。例えば、電子メールによる送信、ＦＴＰによる転送、所定のＷＥＢサイトからのダウンロード、需要家に紐付いたクラウドストレージへのアップロード、といった配信形態が挙げられる。配信先情報には、配信形態に基づいて、要望データの送信先のアドレスが格納される。需要家は、このアドレスに配信された要望合致データ１９を、需要家端末１２を用いて取得し、適宜な用途に利用する。
【００３７】
要望値情報６４は、需要家が要望している要望値の情報である。要望値情報６４には、収集データ１８の中から要望のデータを抽出可能にする抽出条件が用いられる。抽出条件は、車両２の車種や、走行距離、走行時間、走行期間、走行地域、故障コード、ワーニングランプの点灯といった、収集データ１８が含み得る任意の情報を適宜に組み合わせて設定される。抽出条件の設定により、ある車種について、例えば寒期や寒冷地での故障発生状況や、走行時間や走行距離ごとの故障発生状況などのデータを需要家が取得できるようになる。
【００３８】
対価情報６６は、収集データ１８の提供に対して需要家がユーザーＵに与える対価の情報である。対価は、抽出条件ごと、すなわち要望データの内容ごとに需要家によって適宜に設定される。対価には、車両２の買替や整備、点検などに利用可能なクーポン（割引券）、ノベルティグッズの引換券といった、任意の価値が設定される。
【００３９】
図３に戻り、データ照合部５４は、収集データ１８と要望値情報６４とを照合し、要望データを抽出する。具体的には、データ照合部５４は、収集データ１８の中から要望値情報６４の抽出条件に該当するデータを要望データとして抽出する。要望データの抽出は、一定時間ごとや、所定数の収集データ１８が新規に蓄積されたタイミングといった適宜のタイミングで実行される。
【００４０】
提供可否取得部５６は、データ照合部５４による照合の結果、要望データが抽出された場合、この要望データの需要家への提供の可否を、ユーザーＵから取得する。すなわち、提供可否取得部５６は、要望データを含む収集データ１８の送信元の車載器４のアドレスを、ユーザー管理データベース５９に基づいて特定する。次いで、提供可否取得部５６は、需要家への提供の可否の問合せメッセージ７０を生成し、この問合せメッセージ７０を、車載器４のアドレス宛てに送信する。問合せメッセージ７０は、需要家に提供されるデータの内容（例えば要望値情報６４の内容）と、需要家の名称と、データ提供によって需要家から与えられる対価と、を含み、対価の情報は、要望値管理データベース６０に基づいて特定される。
【００４１】
また提供可否取得部５６は、問合せメッセージ７０に対するユーザーＵの応答を管理する。すなわち、提供可否取得部５６は、問合せメッセージ７０に対するユーザーＵの回答を示す回答データ２１を車載器４から電気通信回線１６を通じて受信し、当該回答データ２１に基づいて要望データの提供可否を管理する。
問合せメッセージ７０の送信タイミングは任意であり、要望データがデータ照合部５４によって抽出されるごとに、適宜のタイミングで送信される。
また問合せメッセージ７０に対する回答を取得するタイミングも任意であり、問合せメッセージ７０の送信から回答を得るまでの間にタイムラグがあってもよい。
【００４２】
データ送信制御部５８は、提供可否取得部５６で取得されたユーザーＵの回答に応じて、要望合致データ１９を需要家端末１２に電気通信回線１６を通じて配信する。すなわち、要望合致データ１９の提供をユーザーＵが同意する旨の回答が提供可否取得部５６で得られている場合、データ送信制御部５８は、要望値管理データベース６０に基づいて、要望合致データ１９の配信先情報を特定し、当該配信先情報が示す配信先に、要求データを送信する。
【００４３】
図５は、データ配信システム１の動作を示すシーケンス図である。
なお、データ配信制御装置１０のユーザー管理データベース５９には、車両２や車載器４の情報が既に登録されており、また要望値管理データベース６０には、需要家情報６２が既に登録されているものとする。
【００４４】
需要家は、収集データ１８に含まれるデータの利用を希望する場合、需要家端末１２を操作して、その利用の目的を踏まえた適切な要望値と、この要望値を満たすデータの提供に対して妥当な対価とを入力する（ステップＳ１）
例えば、車両２の製造業者が当該車両２の寒冷地での故障状況を調査し、開発等に役立てるために収集データ１８を利用する場合、要望値には、車両２の車種や、寒冷地を特定する情報（例えば経度・緯度）、寒気を特定する情報（例えば日時）などが設定される。なお、データ配信制御装置１０に既に登録されている要望値、及び対価を変更、又は削除する場合も、ステップＳ１の操作が行われる。
需要家端末１２は、要望値、及び対価が入力されると、これら要望値、及び対価をデータ配信制御装置１０に送信する（ステップＳ２）。
【００４５】
データ配信制御装置１０は、要望値及び対価を需要家端末１２から受信した場合（ステップＳ３：ＹＥＳ）、この要望値、及び対価を、要望値管理データベース６０に記録する（ステップＳ４）。
【００４６】
一方、車載器４は、ＣＡＮ２０に接続された電子制御ユニット２２の各々から各種のデータを収集する（ステップＳ５）。データの収集動作は、少なくとも車両２のイグニッションキーがオンの間、継続的に行われる。その後、イグニッションキーオフになり、１ドライブの期間が終了した場合（ステップＳ６：ＹＥＳ）、車載器４は、１ドライブ期間の間に収集したデータを１つに纏めた収集データ１８にデータ化し、データ配信制御装置１０に送信する（ステップＳ７）。
【００４７】
上述の通り、収集データ１８には、車両２の情報（故障コードや、ワーニングランプの点灯履歴、車両状態情報など）が含まれており、これらの情報が自動で収集され、データ配信制御装置１０に送信され蓄積される。これらの収集データ１８を需要家が利用可能になることで、需要家は、この収集データ１８に基づいて、車両２の現状把握や、故障発生時の原因分析などを効率的に行うことができるようになる。
【００４８】
データ配信制御装置１０は、車載器４から収集データ１８を受信した場合（ステップＳ４：ＹＥＳ）、ユーザーデータ管理部５０が収集データ１８をデータ格納装置に収集データ１８を蓄積し、また、収集データ１８に関する情報をユーザー管理データベース５９に記録して、当該収集データ１８を管理する（ステップＳ９）。
【００４９】
次いで、データ配信制御装置１０では、データ照合部５４が収集データ１８と、要望値との照合を実行する（ステップＳ１０）。なお、照合の実行は、無駄な照合動作を減らすために、新規の収集データ１８が蓄積されたこと、新規の要望値が登録されたこと、又は、既存の要望値が変更されたこと、のいずれか１つ以上を満足する場合に行われることが好ましい。
【００５０】
データ照合部５４による照合の結果、要望値に合致する要望合致データ１９が収集データ１８に含まれていた場合（ステップＳ１１：ＹＥＳ）、提供可否取得部５６は、この要望合致データ１９の需要家への提供可否をユーザーＵに問合せる（ステップＳ１２）。具体的には、提供可否取得部５６は、問合せメッセージ７０を生成し、当該問合せメッセージ７０を車載器４に送信する。問合せメッセージ７０の生成に際し、提供可否取得部５６は、要望値管理データベース６０を参照して需要家の情報、この需要家に提供されるデータの内容、このデータの提供によって需要家から与えられる対価を取得し、これらの情報を問合せメッセージ７０に含める。
【００５１】
車載器４は、問合せメッセージ７０を受信した場合、すなわちデータ配信制御装置１０から提供可否問合せを受けた場合（ステップＳ１３：ＹＥＳ）、応答制御部４４が回答画面４７をタッチパネルディスプレイ５に表示する（ステップＳ１４）。
【００５２】
図６は、回答画面４７の一例を示す図である。
回答画面４７には、提供先表示エリア８０と、提供内容表示エリア８２と、特典表示エリア８４と、回答エリア８６とが設けられている。
提供先表示エリア８０は、収集データ１８（要望合致データ１９）の提供先となる需要家を表示するエリアである。提供内容表示エリア８２は、提供先に提供される収集データ１８の内容（すなわち要望合致データ１９の内容）を表示するエリアである。また特典表示エリア８４は、提供内容表示エリア８２に示された内容の収集データ１８をユーザーＵが提供先（需要家）に提供することで得られる特典である上記対価を表示するエリアである。回答エリア８６は、データ提供に同意するか否かをユーザーＵが回答するためのエリアであり、ユーザー操作可能な「はい」ボタン８６Ａと、「いいえ」ボタン８６Ｂとが設けられている。
【００５３】
そしてユーザーＵは、収集データ１８の提供先、提供内容、及び特典を回答画面４７の表示から把握し、データ提供に同意する（データ提供を許可する）場合は、回答エリア８６の「はい」ボタン８６Ａを操作し、データ提供に同意しない（データ提供を許可しない）場合は、「いいえ」ボタン８６Ｂを操作する。
【００５４】
上述の通り、収集データ１８は、車両２の情報と、ユーザーＵの行動情報とを含むユーザー個人情報であり、回答画面４７が表示されることで、ユーザーＵは、収集データ１８のうちのどのような個人情報が、どこに提供されるかを把握し、特典を踏まえて、データ提供の可否を判断し、意図したデータ提供のみを許可できる。
【００５５】
図５に戻り、応答制御部４４は、回答エリア８６に対するユーザー操作を受け付けると（ステップＳ１５）、回答結果（データ提供の可否）を示す回答データ２１をデータ配信制御装置１０に送信する（ステップＳ１６）。
【００５６】
データ配信制御装置１０は、車載器４から回答データ２１を受信した場合（ステップＳ１７）、ユーザーＵの回答結果に応じて、データ送信制御部５８が要望合致データ１９を送信する。
すなわち、ユーザーＵがデータ提供を許可している場合（ステップＳ１８：ＹＥＳ）、データ送信制御部５８は、要望値管理データベース６０の配信先情報で指定されたアドレスに要望合致データ１９を送信する（ステップＳ１９）。これにより、需要家が需要家端末１２を通じて要望合致データ１９を受け取り可能になる。
【００５７】
一方、ユーザーＵがデータ提供を許可していない場合（ステップＳ１８：ＮＯ）、データ送信制御部５８は要望合致データ１９の送信を行わない。これにより、ユーザーＵが意図しないデータ提供が行われることが確実に阻止される。
なお、ユーザーＵがデータ提供を許可しなかった場合、データ配信制御装置１０は、要望合致データ１９について、ユーザーＵがデータ提供を許可しなかった旨を需要家端末１２に送信し、需要家に通知してもよい。これにより、需要家は、要望合致データ１９の有無の状況を把握し、また対価の見直しを図ることができる。
【００５８】
データ配信制御装置１０は、図５に示す処理を繰り返し実行しており、要望合致データ１９が新たに抽出されるごとに、ユーザーＵへの要望合致データ１９の提供の問い合わせが行われ、ユーザーＵの回答に応じて、需要家に要望合致データ１９が提供される。
【００５９】
以上説明したように、本実施形態によれば、次の効果を奏する。
【００６０】
本実施形態では、データ配信制御装置１０は、要望値に合致する要望合致データ１９が収集データ１８に含まれていた場合、当該要望合致データ１９の提供についてのユーザーＵの可否に応じて、要望合致データ１９を需要家端末１２に送信する。
これにより、ユーザーＵが許可している場合に、ユーザー個人情報でもある要望合致データ１９が送信されるので、ユーザーＵが意図しないデータ送信を防止できる。
【００６１】
本実施形態では、データ配信制御装置１０は、要望合致データ１９の提供に対して需要家が設定した対価を管理するので、需要家は、データ提供に見合った対価をデータ配信制御装置１０に登録し、管理させることができる。
【００６２】
本実施形態では、データ配信制御装置１０は、対価をユーザーＵに送信し、当該対価がユーザーＵに提示された状態で要望合致データ１９の提供についての可否をユーザーに問い合わせ可能にする。
これにより、ユーザーＵは、対価を踏まえて、データ提供の可否を判断することができる。
【００６３】
本実施形態では、収集データ１８は、車両２のイグニッションキーのオフからオンまでの期間を単位としてデータ化されている。
すなわち、イグニッションキーのオフからオンまでの期間、すなわち１回のドライブ期間（乗車・運転期間）を単位とし、そのドライブ期間における任意タイミングのデータ群が１つの収集データ１８にデータ化される。
これにより、需要家は、ドライブ期間単位で要望値を設定することで、そのドライブ期間の間に収集された任意のタイミングのデータ群を取得し利用できる。
なお、１回のドライブ期間（乗車・運転期間）を単位として収集データ１８がデータ化される限りにおいて、収集データ１８のデータ化は、車両２のイグニッションキーのオン／オフごとに必ずしも行われる必要はない。例えば、運転者がドライブしている間、車両２の一時停車中にイグニッションキーをオン／オフした場合などには、このオン／オフに合わせて収集データ１８をデータ化しなくてもよい。
【００６４】
本実施形態では、収集データ１８は、車両２の位置情報を含むので、需要家は、任意の位置や地理的範囲を走行した車両２についての収集データ１８を取得して利用できる。
【００６５】
本実施形態では、収集データ１８は、日時情報を含むので、需要家は、任意の時刻や時期に走行した車両２についての収集データ１８を取得して利用できる。
【００６６】
上述した実施形態は、あくまでも本発明の一態様の例示であり、本発明の主旨を逸脱しない範囲において任意に変形、及び応用が可能である。
【００６７】
例えば、車載器４は、ユーザーＵが所持する電子機器から当該ユーザーＵに関する情報を取得し、収集データ１８に含めてもよい。電子機器は、例えば携帯電話機や、スマートフォン、モバイルＰＣ、携帯型ミュージックプレーヤー、スマートウォッチなどである。ユーザーＵに関する情報は、例えば性別や年齢、趣味・興味に関する情報などである。ユーザーＵに関する情報が収集データ１８に含められることで、需要家は、収集データ１８に基づいて、どのようなユーザーＵが、どのような車両２を、どのように利用しているかを把握し、マーケティングに活かすことができる。
【００６８】
なお、車載器４は、ユーザーＵによって選択又は許可された情報のみを電子機器から取得する構成であってもよい。
また車載器４が電子機器からデータを取得する手法には、例えばケーブル接続や無線通信接続などの任意の手法を用いることができる。
【００６９】
また例えば、データ配信制御装置１０は、問合せメッセージ７０を、車載器４ではなく、ユーザーＵに紐付いた所定のアドレスに送信してもよい。この所定のアドレスには、電子メールアドレスや、ＳＮＳのアカウントなどを用いることができる。この場合において、ユーザーＵは、例えばスマートフォンやＰＣなどの電子機器を用いて、所定のアドレスに届いた問合せメッセージ７０を確認し、適宜の手法により、データ提供の可否をデータ配信制御装置１０に回答する。この手法としては、例えば、問合せメッセージ７０への返信メッセージや、回答入力のためのホームページにアクセスして回答を入力する手法、回答入力機能を有した所定アプリケーションプログラムを電子機器に実行させることで回答を入力する手法などがある。
【００７０】
また例えば、データ配信制御装置１０における収集データ１８の蓄積には、ブロックチェーン技術を用いこともできる。
具体的には、１つの収集データ１８を１ブロックとしたブロックチェーンデータが車載器４ごとに規定され、データ配信制御装置１０は、ある車載器４から収集データ１８を受信するごとに、その車載器４のブロックチェーンデータの末端に、その収集データ１８を連結する。収集データ１８の蓄積にブロックチェーン技術を用いることで、個々の収集データ１８の信頼性が高められる。また、収集データ１８のブロックチェーンデータは、複数のコンピューターによって分散記憶されてもよく、これにより、収集データ１８のバックアップが容易となり、また消失リスクを低減できる。
さらに、ブロックチェーンデータに新たな収集データ１８が連結されるごとに、複数のコンピューターの間でブロックチェーンデータの正当性の確認が行われるので、収集データの改ざんが防止される。
なお、ブロックチェーンデータには、収集データ１８に限らず、需要家端末１２への情報の提供履歴を含めてもよい。この提供履歴には、例えば、データ配信制御装置１０が行った提供可否の問合せ（図５：ステップＳ１２）の履歴や、ユーザーＵが行った回答の履歴（図５：ステップＳ１５、Ｓ１６）、データ配信制御装置１０が行った要望合致データ１９の送信履歴（図５：ステップＳ１９）などが挙げられる。これらの情報がブロックチェーンデータに連結されるタイミングは任意であるが、記録の元となる事象が発生するごとに、逐次に連結されることが好ましい。提供履歴がブロックチェーンデータに含まれることで、データ配信システム１は、収集データ１８の提供に関する活動を、改ざんや消失等のリスクを抑えて記録しておくことができる。
【００７１】
また例えば、データ配信制御装置１０は、１又は複数台のサーバーコンピューターで実現される構成に限らず、車載器４、及び需要家端末１２との間で電気通信回線１６を通じて通信可能なサーバーコンピューターのバックエンドの装置として構成してもよい。
【００７２】
また例えば、車載器４は、例えばナビゲーション装置や、オーディオ装置といった車載装置であってもよい。
【００７３】
また例えば、スマートフォンやタブレットＰＣ等の任意の情報処理装置がデータ通信可能に車載器４と接続される場合、当該情報処理装置が、収集データ１８の送信に係る車載器４の全部又は一部の機能（例えばユーザーインターフェース部３９や応答制御部４４など）を備えてもよい。なお、情報処理装置は、いわゆるコンピューターを有し、ユーザー操作入力装置（例えばキーボードやタッチパネルディスプレイ）、表示装置（液晶パネルや有機ＥＬパネル）、ＣＰＵやＭＰＵなどのプロセッサ、ＲＡＭやＲＯＭなどのメモリデバイス、ＨＤＤやＳＳＤなどのストレージ装置、周辺機器の接続インターフェース回路、電気通信回線１６に無線接続する無線通信装置などを備える。
【００７４】
本発明は、車両２に限らず、例えば飛行機や船舶、自走式装置といった任意の乗物に適用することができる。
【符号の説明】
【００７５】
１  データ配信システム
２  車両（乗物）
４  車載器（情報処理装置）
５  タッチパネルディスプレイ
１０  データ配信制御装置
１２  需要家端末
１６  電気通信回線
１８  収集データ（ユーザー個人情報）
１９  要望合致データ
２１  回答データ
３０  制御部
３２  位置検出部
３４  計時部
３８  無線通信部
３９  ユーザーインターフェース部（インターフェース部）
４０  データ収集制御部
４２  収集データ送信制御部
４４  応答制御部（送信部）
４７  回答画面
５０  ユーザーデータ管理部
５２  要望値管理部
５４  データ照合部
５６  提供可否取得部
５８  データ送信制御部
６２  需要家情報
６４  要望値情報
６６  対価情報
７０  問合せメッセージ
Ｕ  ユーザー
【図１】
2019159773.tif 000003
【図２】
2019159773.tif 000004
【図３】
2019159773.tif 000005
【図４】
2019159773.tif 000006
【図５】
2019159773.tif 000007
【図６】
2019159773.tif 000008
【手続補正書】
【提出日】平成31年3月25日(2019.3.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
乗物の情報、及び、当該乗物のユーザーの行動情報を含むユーザー個人情報を管理するユーザーデータ管理部と、
需要家によって要望されている前記ユーザー個人情報の要望値を管理する要望値管理部と、
前記ユーザーデータ管理部に管理されているユーザー個人情報と、前記要望値管理部に管理されている要望値とを照合するデータ照合部と、
前記データ照合部による照合の結果、前記ユーザー個人情報に前記要望値に合致する要望合致データが含まれていた場合、当該要望合致データの提供についての前記ユーザーの可否を取得する提供可否取得部と、
前記提供可否取得部で取得された前記ユーザーの可否に応じて、前記要望合致データを前記需要家が取得可能に送信するデータ送信制御部と、
を備えることを特徴とするデータ配信制御装置。
【請求項２】
前記要望値管理部は、前記要望合致データの提供に対して前記需要家が設定した対価を管理する
ことを特徴とする請求項１に記載のデータ配信制御装置。
【請求項３】
前記提供可否取得部は、
前記対価を前記ユーザーに提示し、前記要望合致データの提供についての可否を前記ユーザーに問い合わせる
ことを特徴とする請求項２に記載のデータ配信制御装置。
【請求項４】
前記乗物は車両であり、
前記ユーザー個人情報は、前記車両のイグニッションキーのオンからオフまでの期間を単位としてデータ化されている
ことを特徴とする請求項１〜３のいずれかに記載のデータ配信制御装置。
【請求項５】
前記ユーザーの行動情報は、前記車両の位置情報を含む、
ことを特徴とする請求項４に記載のデータ配信制御装置。
【請求項６】
前記ユーザーの行動情報は、日時情報を含む、
ことを特徴とする請求項４または５に記載のデータ配信制御装置。
【請求項７】
請求項１〜６のいずれかに記載のデータ配信制御装置による照合において特定された前記要望合致データの提供の可否を前記ユーザーが入力可能なインターフェース部と、
前記インターフェース部への前記ユーザーの入力に基づいて、前記要望合致データの提供の可否を前記データ配信制御装置に送信する応答制御部と、
を備えることを特徴とする情報処理装置。
【請求項８】
乗物の情報、及び、当該乗物のユーザーの行動情報を含むユーザー個人情報を管理するユーザーデータ管理部を備えたデータ配信制御装置のデータ配信制御方法において、
需要家によって要望されている前記ユーザー個人情報の要望値を取得するステップと、
前記ユーザーデータ管理部に管理されているユーザー個人情報と、前記要望値とを照合するステップと、
前記ユーザー個人情報に前記要望値に合致する要望合致データが含まれていた場合、当該要望合致データの提供についての前記ユーザーの可否を取得するステップと、
前記ユーザーの可否に応じて、前記要望合致データを前記需要家が取得可能に送信するステップと、
を備えることを特徴とするデータ配信制御方法。
【請求項９】
前記要望合致データの提供に対して前記需要家が対価を設定するステップを備える
ことを特徴とする請求項８に記載のデータ配信制御方法。
【請求項１０】
前記対価を前記ユーザーに提示し、前記要望合致データの提供についての可否を前記ユーザーに問い合わせ、当該問い合わせの回答に基づいて、前記ユーザーの可否を取得する
ことを特徴とする請求項９に記載のデータ配信制御方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
本発明は、上記データ配信制御装置において、前記乗物は車両であり、前記ユーザー個人情報は、前記車両のイグニッションキーのオンからオフまでの期間を単位としてデータ化されていることを特徴とする。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００６３
【補正方法】変更
【補正の内容】
【００６３】
本実施形態では、収集データ１８は、車両２のイグニッションキーのオンからオフまでの期間を単位としてデータ化されている。
すなわち、イグニッションキーのオンからオフまでの期間、すなわち１回のドライブ期間（乗車・運転期間）を単位とし、そのドライブ期間における任意タイミングのデータ群が１つの収集データ１８にデータ化される。
これにより、需要家は、ドライブ期間単位で要望値を設定することで、そのドライブ期間の間に収集された任意のタイミングのデータ群を取得し利用できる。
なお、１回のドライブ期間（乗車・運転期間）を単位として収集データ１８がデータ化される限りにおいて、収集データ１８のデータ化は、車両２のイグニッションキーのオン／オフごとに必ずしも行われる必要はない。例えば、運転者がドライブしている間、車両２の一時停車中にイグニッションキーをオン／オフした場合などには、このオン／オフに合わせて収集データ１８をデータ化しなくてもよい。