JP2023109025A - 情報処理装置、情報処理方法及びプログラム - Google Patents

Abstract

【課題】車両のユーザーに、車両に関連するデータである車両関連データを有効活用させることが可能な情報処理装置、情報処理方法及びプログラムを提供する。【解決手段】プロセッサが、車両４０Ｅ、４０ＦのユーザーＵＥ、ＵＦからプロセッサの管理者に、車両に関連するデータである車両関連データが提供された場合に、車両関連データに基づいて、ユーザーが享受可能なサービスである享受可能サービスを決定し、享受可能サービスに関する情報を、ユーザーが利用可能な報知装置５０Ｅ、５０Ｆへ送信する。【選択図】図１

Description

本発明は、情報処理装置、情報処理方法及びプログラムに関する。

下記特許文献１には、車両の運転操作に基づいて、ユーザー（運転者）に対して経済価値を与えたり、ユーザーの経済価値を減じたりする発明が開示されている。

特開２０１９－２１２０３７号公報

上記特許文献１の発明は、車両のユーザーに、車両に関連するデータである車両関連データを有効活用させることに関して改善の余地がある。

本発明は上記事実を考慮し、車両のユーザーに、車両に関連するデータである車両関連データを有効活用させることが可能な情報処理装置、情報処理方法及びプログラムを得ることを目的とする。

請求項１に記載の情報処理装置は、プロセッサを備え、前記プロセッサは、車両のユーザーから前記プロセッサの管理者に、前記車両に関連するデータである車両関連データが提供された場合に、前記車両関連データに基づいて、前記ユーザーが享受可能なサービスである享受可能サービスを決定し、前記享受可能サービスに関する情報を、前記ユーザーが利用可能な報知装置へ送信する。

請求項１に記載の情報処理装置のプロセッサは、車両のユーザーからプロセッサの管理者に車両関連データが提供された場合に、車両関連データに基づいて、ユーザーが享受可能なサービスである享受可能サービスを決定する。さらにプロセッサは、享受可能サービスに関する情報を、ユーザーが利用可能な報知装置へ送信する。従って、車両のユーザーは、車両関連データを管理者に提供することにより享受可能になるサービス（享受可能サービス）を認識できる。そのため、請求項１に記載の情報処理装置は、車両のユーザーに車両関連データを有効活用させることが可能である。

請求項２に記載の発明に係る情報処理装置は、請求項１の発明において、前記プロセッサは、前記ユーザーが所定の前記サービスを享受するために前記管理者へ提供する必要がある前記車両関連データに関する情報を、前記報知装置へ送信する。

請求項２に記載の発明では、プロセッサが、ユーザーが所定のサービスを享受するために管理者へ提供する必要がある車両関連データに関する情報を、報知装置へ送信する。そのため、請求項２に記載の情報処理装置は、ユーザーに、管理者へ車両関連データを提供する動機を与えることが可能である。

請求項３に記載の発明に係る情報処理装置は、請求項１又は請求項２に記載の発明において、前記プロセッサは、前記車両関連データの種類及び量に基づいて、前記享受可能サービスを決定する。

請求項３に記載の発明では、プロセッサが、車両関連データの種類及び量に基づいて、享受可能サービスを決定する。そのため、請求項３に記載の情報処理装置は、ユーザーに、より多様な車両関連データを提供する動機を与えることが可能である。

請求項４に記載の発明に係る情報処理装置は、請求項１～３の何れか１項に記載の発明において、前記プロセッサは、前記車両関連データと前記享受可能サービスとの関係を定めたマップ、及び、前記車両関連データに基づいて、前記享受可能サービスを決定する。

請求項４に記載の発明では、プロセッサが、車両関連データと享受可能サービスとの関係を定めたマップ、及び、車両関連データに基づいて、享受可能サービスを決定する。従って、請求項４に記載の情報処理装置によれば、ユーザーは、車両関連データを享受可能サービスと交換できるようになる。

請求項５に記載の発明に係る情報処理装置は、請求項１～４の何れか１項に記載の発明において、前記プロセッサは、前記車両関連データに基づいて、前記車両関連データの価値を決定し、決定された前記車両関連データの価値に関する情報、及び前記価値によって前記車両のユーザーが享受可能なサービスに関する情報を、前記報知装置へ送信する。

請求項５に記載の発明では、プロセッサが、車両関連データに基づいて、車両関連データの価値を決定する。さらにプロセッサは、決定された前記車両関連データの価値に関する情報、及び、価値によって車両のユーザーが享受可能な前記サービスに関する情報を、報知装置へ送信する。従って、請求項５に記載の情報処理装置によれば、ユーザーは、車両関連データの価値、及び、享受可能なサービスの内容を認識できる。

請求項６に記載の発明に係る情報処理装置は、請求項１～５の何れか１項に記載の発明において、前記プロセッサが、前記サービスの提供者からの要求に応じて、前記提供者に前記車両関連データを提供し、前記提供者からの提供要求数である要求頻度が高くなるほど、前記車両関連データに基づいて決定される前記享受可能サービスの量及び種類の少なくとも一方が多くなるように、前記享受可能サービスを決定する。

請求項６に記載の発明では、ユーザーが、要求頻度が高い享受可能サービスを管理サーバへ提供する動機を持ち易くなる。

請求項７に記載の発明に係る情報処理装置は、請求項１～６の何れか１項に記載の発明において、前記プロセッサが、前記車両関連データの鮮度が高くなるほど、前記車両関連データに基づいて決定される前記享受可能サービスの量及び種類の少なくとも一方が多くなるように、前記享受可能サービスを決定する。

請求項７に記載の発明では、ユーザーが、鮮度が高い享受可能サービスを管理サーバ２０へ提供する動機を持ち易くなる。

請求項８に記載の発明に係る情報処理方法は、プロセッサが、車両のユーザーから前記プロセッサの管理者に、前記車両に関連するデータである車両関連データが提供された場合に、前記車両関連データに基づいて、前記ユーザーが享受可能なサービスである享受可能サービスを決定し、前記享受可能サービスに関する情報を、前記ユーザーが利用可能な報知装置へ送信する。

請求項９に記載の発明に係るプログラムは、車両のユーザーからプロセッサの管理者に、前記車両に関連するデータである車両関連データが提供された場合に、前記車両関連データに基づいて、前記ユーザーが享受可能なサービスである享受可能サービスを決定し、前記享受可能サービスに関する情報を、前記ユーザーが利用可能な報知装置へ送信する処理を前記プロセッサに実行させる。

以上説明したように、本発明に係る情報処理装置、情報処理方法及びプログラムは、車両のユーザーに、車両に関連するデータである車両関連データを有効活用させることが可能である、という優れた効果を有する。

実施形態に係る情報処理装置を含む車両関連データ流通システムの全体構成を示す図である。 図１に示される管理サーバ、各操作端末及び車両の制御ブロック図である。 管理サーバの機能ブロック図である。 管理サーバに記録されたマップを示す図である。 各操作端末の機能ブロック図である。 車両のＥＣＵの機能ブロック図である。 携帯端末の機能ブロック図である。 各操作端末が実行する処理を示すフローチャートである。 管理サーバが実行する処理を示すフローチャートである。 各操作端末が実行する処理を示すフローチャートである。 管理サーバが実行する処理を示すフローチャートである。 各携帯端末が実行する処理を示すフローチャートである。 携帯端末のディスプレイを示す図である。 車両のＥＣＵが実行する処理を示すフローチャートである。 各携帯端末が実行する処理を示すフローチャートである。

以下、本発明に係る情報処理装置、情報処理方法及びプログラムの実施形態について、図面を参照しながら説明する。

図１に示されたように、本実施形態の管理サーバ（情報処理装置）２０、第１操作端末３０Ａ、第２操作端末３０Ｂ、第３操作端末３０Ｃ、第４操作端末３０Ｄ、車両４０Ｅ、４０Ｆ、及び携帯端末（報知装置）５０Ｅ、５０Ｆは、車両関連データ流通システム１０の構成要素である。以下、車両関連データ流通システム１０を単にシステム１０と称する。以下、管理サーバ２０、第１操作端末３０Ａ、第２操作端末３０Ｂ、第３操作端末３０Ｃ、第４操作端末３０Ｄ、車両４０Ｅ、４０Ｆ、及び携帯端末５０Ｅ、５０Ｆについて説明する。

管理サーバ２０は、管理者が所有する建物（図示省略）内に設置される。第１操作端末３０Ａは、車両整備工場Ａの建物（図示省略）内に設置され、第２操作端末３０Ｂは、車両整備工場Ｂの建物（図示省略）内に設置される。第３操作端末３０Ｃは、中古車販売会社Ｃの建物（図示省略）内に設置され、第４操作端末３０Ｄは、中古車販売会社Ｄの建物（図示省略）内に設置される。車両４０Ｅ及び携帯端末５０ＥはユーザーＵＥによって所有され、車両４０Ｆ及び携帯端末５０ＦはユーザーＵＦによって所有される。車両整備工場Ａ、車両整備工場Ｂ、中古車販売会社Ｃ、中古車販売会社Ｄ及びユーザーＵＥは、上記管理者によって管理されるシステム１０の会員である。さらに、車両整備工場Ａ、車両整備工場Ｂ、中古車販売会社Ｃ及び中古車販売会社Ｄは特定会員である。会員であるユーザーＵＥは、自身の個人情報及び車両４０Ｅのｖｉｎナンバー（車両識別番号）（Vehicle Identification Number）に関する情報を、管理者及び他の会員に通知済みである。一方、ユーザーＵＦはシステム１０の会員ではない。

図２に示されたように、管理サーバ２０はハードウェア構成として、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）（プロセッサ）２１Ａ、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２１Ｂ、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２１Ｃ、ストレージ２１Ｄ、無線通信Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）２１Ｅ、及び入出力Ｉ／Ｆ２１Ｇを含んで構成されている。ＣＰＵ２１Ａ、ＲＯＭ２１Ｂ、ＲＡＭ２１Ｃ、ストレージ２１Ｄ、無線通信Ｉ／Ｆ２１Ｅ及び入出力Ｉ／Ｆ２１Ｇは、内部バス２１Ｚを介して相互に通信可能に接続されている。ＣＰＵ２１Ａ及び後述する各ＣＰＵは、タイマーから時刻に関する情報を取得可能である。

ＣＰＵ２１Ａは、中央演算処理ユニットであり、各種プログラムを実行したり、各部を制御したりする。ＣＰＵ２１Ａは、ＲＯＭ２１Ｂ又はストレージ２１Ｄからプログラムを読み出し、ＲＡＭ２１Ｃを作業領域としてプログラムを実行する。ＣＰＵ２１Ａは、ＲＯＭ２１Ｂ又はストレージ２１Ｄに記録されているプログラムに従って、各構成の制御及び各種の演算処理を行う。

ＲＯＭ２１Ｂは、各種プログラム及び各種データを格納する。例えば、ＲＯＭ２１Ｂには、複数のプログラムがインストールされている。例えば、ＲＯＭ２１Ｂには、車両識別リストが記録されている。車両識別リストには、会員であるユーザーの個人情報及び会員が所有する各車両のｖｉｎナンバー（車両識別番号）（Vehicle Identification Number）に関する情報が記録されている。ユーザーの個人情報には、システム１０の会員であるか否かに関する情報が含まれる。ＲＡＭ２１Ｃは、作業領域として一時的にプログラム又はデータを記憶する。ストレージ２１Ｄは、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）又はＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記憶装置により構成され、各種プログラム及び各種データを格納する。例えばストレージ２１Ｄには、後述するマップ２５が記録されている。

無線通信Ｉ／Ｆ２１Ｅは、様々な機器と無線通信するためのインターフェースである。例えば無線通信Ｉ／Ｆ２１Ｅは、ネットワーク（例えば、インターネット）を介して第１操作端末３０Ａ、第２操作端末３０Ｂ、第３操作端末３０Ｃ、第４操作端末３０Ｄ、車両４０Ｅ、４０Ｆ、及び携帯端末５０Ｅ、５０Ｆと無線通信可能である。

入出力Ｉ／Ｆ２１Ｇは、様々な装置と通信するためのインターフェースである。

図３には管理サーバ２０の機能構成の一例がブロック図で示されている。管理サーバ２０は、機能構成として、送受信制御部２１１及びサービス決定部２１２を有する。送受信制御部２１１及びサービス決定部２１２は、ＣＰＵ２１ＡがＲＯＭ２１Ｂに記憶されたプログラムを読み出し、実行することにより実現される。

送受信制御部２１１は無線通信Ｉ／Ｆ２１Ｅを制御する。送受信制御部２１１によって制御された無線通信Ｉ／Ｆ２１Ｅは、外部から受信したデータをＲＯＭ２１Ｂ及びストレージ２１Ｄに記録したり、ＲＯＭ２１Ｂ及びストレージ２１Ｄに記録されたデータを外部へ無線送信したりすることが可能である。

サービス決定部２１２は、第１操作端末３０Ａ、第２操作端末３０Ｂ、第３操作端末３０Ｃ、第４操作端末３０Ｄ、車両４０Ｅ、４０Ｆ又は携帯端末５０Ｅ、５０Ｆから受信し且つストレージ２１Ｄに記録された車両関連データの種類を、ＲＯＭ２１Ｂ又はストレージ２１Ｄに記録されたマップ２５（図４参照）に基づいて識別する。

マップ２５には、複数種類の車両関連データと複数種類のサービスとの関係が規定されている。換言すると、マップ２５は、ユーザーＵＥ、ＵＦが所定のサービスを享受するために、管理サーバ２０（システム１０）へ提供する必要がある車両関連データを規定する。これらのサービスは、上記特定会員がユーザーＵＥ、ＵＦに対して提供可能である。特定会員毎に、提供可能なサービスの種類が異なる。さらに、会員であるユーザーＵＥと会員ではないユーザーＵＦとでは、享受可能なサービスの種類が異なる。ここで会員であるユーザーのみが享受できるサービスを特別サービスと称し、全てのユーザーが享受できるサービスを一般サービスと称する。

さらにサービス決定部２１２は、マップ２５に基づいて、管理サーバ２０に送信された車両関連データと交換可能なサービスを決定する。

図２に示されるように、第１操作端末３０Ａ、第２操作端末３０Ｂ、第３操作端末３０Ｃ及び第４操作端末３０Ｄは、管理サーバ２０と同様のハードウェア構成を有する。即ち、第１操作端末３０Ａ、第２操作端末３０Ｂ、第３操作端末３０Ｃ及び第４操作端末３０Ｄは、ハードウェア構成として、ＣＰＵ３１Ａ、ＲＯＭ３１Ｂ、ＲＡＭ３１Ｃ、ストレージ３１Ｄ、無線通信Ｉ／Ｆ３１Ｅ、入出力Ｉ／Ｆ３１Ｇ及び内部バス３１Ｚを有する。例えば、ＲＯＭ３１Ｂには、複数のプログラムがインストールされている。さらに第１操作端末３０Ａ、第２操作端末３０Ｂ、第３操作端末３０Ｃ及び第４操作端末３０ＤのＲＯＭ３１Ｂには、車両識別リストが記録されている。さらに第１操作端末３０Ａ、第２操作端末３０Ｂ、第３操作端末３０Ｃ及び第４操作端末３０Ｄは、入出力Ｉ／Ｆ３１Ｇに接続された入力装置３２及びディスプレイ３３を有する。入力装置３２は、例えばタッチパネルである。

図５には、第１操作端末３０Ａ、第２操作端末３０Ｂ、第３操作端末３０Ｃ及び第４操作端末３０Ｄの機能構成の一例がブロック図で示されている。第１操作端末３０Ａ、第２操作端末３０Ｂ、第３操作端末３０Ｃ及び第４操作端末３０Ｄは、機能構成として、送受信制御部３１１及びデータ判定部３１２を有する。

第１操作端末３０Ａ、第２操作端末３０Ｂ、第３操作端末３０Ｃ及び第４操作端末３０Ｄの送受信制御部３１１は無線通信Ｉ／Ｆ３１Ｅを制御する。送受信制御部３１１によって制御された無線通信Ｉ／Ｆ３１Ｅは、外部から受信した車両関連データをＲＯＭ３１Ｂ又はストレージ３１Ｄにそれぞれ記録したり、ＲＯＭ３１Ｂ又はストレージ３１Ｄに記録された車両関連データを外部へ無線送信したりすることが可能である。

データ判定部３１２は、外部から受信した車両関連データが、ＲＯＭ３１Ｂ又はストレージ３１Ｄに既に記録されている車両関連データとは異なる新規な車両関連データか否かを判定する。さらにデータ判定部３１２は、外部から受信した車両関連データが、会員から送信されたデータであるか否かを判定する。即ち、データ判定部３１２は、受信した車両関連データが、会員であるユーザーの車両の車両関連データであるか否かを、各車両関連データに付されたＩＤ情報に基づいて判定する。

図１に示されるように、車両４０Ｅ、４０ＦはＥＣＵ(Electronic Control Unit)４１を有する。図２に示されるように、ＥＣＵ４１は、ＣＰＵ（プロセッサ）４１Ａ、ＲＯＭ４１Ｂ、ＲＡＭ４１Ｃ、ストレージ４１Ｄ、無線通信Ｉ／Ｆ４１Ｅ、入出力Ｉ／Ｆ４１Ｇ及び内部バス４１Ｚを有する。例えば、ＲＯＭ４１Ｂには、複数のプログラムがインストールされている。入出力Ｉ／Ｆ４１Ｇには、ＩＧ－ＳＷ（イグニッションスイッチ）４０１が接続されている。ＩＧ－ＳＷ４０１がオフ状態にあるとき、車両４０Ｅ、４０Ｆの駆動源は作動不能になり、ＩＧ－ＳＷ４０１がオン状態にあるとき、駆動源は作動可能になる。なお、駆動源には、例えば、エンジン及び電動モータの少なくとも一方が含まれる。そのため本明細書の「ＩＧ－ＳＷ」には、キーによって操作されるイグニッションスイッチ及びその他のスイッチが含まれる。その他のスイッチには、例えばプッシュ式のスタートボタンが含まれる。

ＥＣＵ４１は、図１に示された、駆動源ＥＣＵ４２、ブレーキＥＣＵ４３、カメラＥＣＵ４４及び操舵ＥＣＵ４５と通信可能である。さらに、駆動源ＥＣＵ４２は駆動源（図示省略）に接続され、ブレーキＥＣＵ４３はブレーキ装置（ブレーキアクチュエータ）及び車輪速センサ（いずれも図示省略）に接続され、カメラＥＣＵ４４はカメラ（図示省略）に接続され、操舵ＥＣＵ４５は操舵角センサ、操舵トルクセンサ及び操舵用モータ（いずれも図示省略）に接続されている。そのため、駆動源ＥＣＵ４２は駆動源から様々な車両関連データを取得可能である。ブレーキＥＣＵ４３は、ブレーキ装置及び車輪速センサから様々な車両関連データを取得可能である。カメラＥＣＵ４４は、カメラから様々な車両関連データを取得可能である。操舵ＥＣＵ４５は、操舵角センサ、操舵トルクセンサ及び操舵用モータから様々な車両関連データを取得可能である。駆動源ＥＣＵ４２、ブレーキＥＣＵ４３、カメラＥＣＵ４４、及び操舵ＥＣＵ４５が取得した車両関連データは、ＥＣＵ４１へ送信され且つＲＯＭ４１Ｂ又はストレージ４１Ｄに記録される。

図６には、ＥＣＵ４１の機能構成の一例がブロック図で示されている。ＥＣＵ４１は、機能構成として送受信制御部４１１を有する。

送受信制御部４１１によって制御された無線通信Ｉ／Ｆ４１Ｅは、ネットワークを介して、管理サーバ２０、第１操作端末３０Ａ、第２操作端末３０Ｂ、第３操作端末３０Ｃ、第４操作端末３０Ｄ、及び携帯端末５０Ｅ、５０Ｆと無線通信可能である。無線通信Ｉ／Ｆ４１Ｅは、外部から受信したデータをＲＯＭ４１Ｂ及びストレージ４１Ｄに記録したり、ＲＯＭ４１Ｂ及びストレージ４１Ｄに記録されたデータを外部へ無線送信したりすることが可能である。

図１に示される携帯端末５０Ｅ、５０Ｆは、ＣＰＵ、ＲＯＭ、ＲＡＭ、ストレージ、通信Ｉ／Ｆ及び入出力Ｉ／Ｆを含んで構成されている。携帯端末５０Ｅ、５０Ｆは、例えば、スマートフォン又はタブレット型コンピュータである。携帯端末５０Ｅ、５０ＦのＣＰＵ、ＲＯＭ、ＲＡＭ、ストレージ、無線通信Ｉ／Ｆ及び入出力Ｉ／Ｆは、バスを介して相互に通信可能に接続されている。携帯端末５０Ｅ、５０Ｆにはタッチパネルを有するディスプレイ５１が設けられている。ディスプレイ５１は携帯端末５０Ｅ、５０Ｆの入出力Ｉ／Ｆに接続されている。さらに携帯端末５０Ｅ、５０ＦのＲＯＭには、システム参加用アプリケーション（プログラム）がインストールされている。

図７には、携帯端末５０Ｅ、５０Ｆの機能構成の一例がブロック図で示されている。携帯端末５０Ｅ、５０Ｆは、機能構成として、送受信制御部５０１及び表示制御部５０２を有する。送受信制御部５０１及び表示制御部５０２は、ＣＰＵがＲＯＭに記憶されたプログラムを読み出し、実行することにより実現される。

送受信制御部５０１によって制御される無線通信Ｉ／Ｆは、管理サーバ２０、第１操作端末３０Ａ、第２操作端末３０Ｂ、第３操作端末３０Ｃ、第４操作端末３０Ｄ及び車両４０Ｅ、４０Ｆと無線通信可能である。

表示制御部５０２はディスプレイ５１を制御する。即ち、表示制御部５０２は、例えば、無線通信Ｉ／Ｆが受信した情報及びタッチパネルを介して入力された情報をディスプレイ５１に表示させる。ディスプレイ５１のタッチパネルによって入力された情報は、無線通信Ｉ／Ｆが外部へ送信可能である。

（作用並びに効果）
次に、本実施形態の作用並びに効果について、図８～図１５のフローチャートを利用しながら説明する。

第１操作端末３０Ａ、第２操作端末３０Ｂ、第３操作端末３０Ｃ及び第４操作端末３０ＤのＣＰＵ３１Ａは、所定時間が経過する毎に、図８のフローチャートの処理を繰り返し実行する。

まずステップＳ１０において、ＣＰＵ３１Ａは、第１操作端末３０Ａ、第２操作端末３０Ｂ、第３操作端末３０Ｃ、第４操作端末３０Ｄ、車両４０Ｅ、４０Ｆ、携帯端末５０Ｅ又は携帯端末５０Ｆから、ＲＯＭ３１Ｂ及びストレージ３１Ｄに記録されていない新規な車両関連データを取得したか否かを判定する。この場合の車両関連データには、例えば、車両整備工場Ａで整備及び点検を受けた車両４０Ｅの整備点検に関するデータであり、且つ、入力装置３２を介して第１操作端末３０Ａに入力されたデータが含まれる。また、この場合の車両関連データには、例えば、携帯端末５０Ｅから第２操作端末３０Ｂに無線送信された、車両４０Ｅの事故履歴に関するデータが含まれる。

ステップＳ１０においてＹｅｓと判定したＣＰＵ３１Ａは、ステップＳ１１へ進み、受信した車両関連データをＲＯＭ３１Ｂ又はストレージ３１Ｄに記録する。

ステップＳ１１の処理を終えたＣＰＵ３１ＡはステップＳ１２へ進み、ステップＳ１１で記録された車両関連データが、会員であるユーザーの車両の車両関連データであるか否かを、各車両関連データに付されたＩＤ情報に基づいて判定する。なお、会員であるユーザーは、自身が所有する車両の全ての車両関連データが、他の会員及び管理者（管理サーバ２０）へ送信されること並びに他の会員及び管理者が所有する記録装置に記録されることについて承諾する旨の契約を、管理者と結んでいる。さらにこの契約は、会員の車両が自動的に取得できない車両関連データを会員であるユーザーが取得した場合に、ユーザーが携帯端末等を利用してこの車両関連データを管理者へ通知する旨を規定する。このような車両関連データには、例えば、車両の事故履歴、車両の水没履歴、及び会員ではない車両整備工場で行われた車両の整備履歴に関する情報が含まれる。

ステップＳ１２でＮｏと判定したＣＰＵ３１ＡはステップＳ１３へ進み、会員ではないユーザーＵＦ（車両４０Ｆ、携帯端末５０Ｆ）から取得した車両関連データが会員及び管理者（管理サーバ２０）へ送信されることについて、ユーザーＵＦが承諾を与えているか否かを判定する。例えば、ユーザーＵＦが、車両５０Ｆの全ての車両関連データが会員及び管理者（管理サーバ２０）へ送信されることについて承諾する旨の契約を管理者と結んでおり、且つ、この契約内容がＲＯＭ３１Ｂ又はストレージ３１Ｄに記録されている場合、ＣＰＵ３１ＡはステップＳ１３でＹｅｓと判定する。

ステップＳ１２又はＳ１３でＹｅｓと判定した場合、ＣＰＵ３１ＡはステップＳ１４へ進み、ステップＳ１１で記録された車両関連データを、管理サーバ２０へ無線送信する。

ステップＳ１４の処理を終えたとき又はステップＳ１０、１３でＮｏと判定したとき、ＣＰＵ３１Ａは図８のフローチャートの処理を一旦終了する。

管理サーバ２０のＣＰＵ２１Ａは、所定時間が経過する毎に、図９のフローチャートの処理を繰り返し実行する。

まずステップＳ２０において、ＣＰＵ２１Ａは、第１操作端末３０Ａ、第２操作端末３０Ｂ、第３操作端末３０Ｃ、第４操作端末３０Ｄ、車両４０Ｅ、４０Ｆ及び携帯端末５０Ｅ、４０Ｆの少なくとも一つから、管理サーバ２０のＲＯＭ２１Ｂ及びストレージ２１Ｄに記録されていない新規な車両関連データを、無線通信Ｉ／Ｆ２１Ｅが受信したか否かを判定する。

ステップＳ２０においてＹｅｓと判定したＣＰＵ２１Ａは、ステップＳ２１へ進み、受信した車両関連データと、ストレージ２１Ｄに記録されたマップ２５と、に基づいて、ステップＳ２０でＹｅｓと判定された車両関連データと交換可能なサービスを決定する。

ステップＳ２１の処理を終えたＣＰＵ２１ＡはステップＳ２２へ進み、ステップＳ２１で決定されたサービスに関する情報を、携帯端末５０Ｅ又は携帯端末５０Ｆへ無線送信するように無線通信Ｉ／Ｆ２１Ｅを制御する。ステップＳ２０の判定対象となった車両関連データが車両４０Ｅのデータの場合、ステップＳ２２において、ステップＳ２１で決定されたサービスに関する情報が携帯端末５０Ｅへ送信される。一方、ステップＳ２０の判定対象となった車両関連データが車両４０Ｆのデータの場合、ステップＳ２２において、ステップＳ２１で決定されたサービスに関する情報が携帯端末５０Ｆへ送信される。

ステップＳ２２の処理を終えたＣＰＵ２１ＡはステップＳ２３へ進み、ステップＳ２１の判定対象となった車両関連データが本データとテストデータの何れであるかを判定する。ここで、テストデータとは、後述するように、交換可能なサービスの内容を知ることを目的にユーザーＵＥ、ＵＦが管理サーバ２０へ送信する車両関連データである。即ち、ユーザーＵＥ、ＵＦが管理サーバ２０へテストデータを送信した場合、ユーザーＵＥ、ＵＦはサービスを享受できない。一方、本データとは、テストデータ以外の車両関連データである。本データが管理サーバ２０へ送信された場合、ユーザーＵＥ、ＵＦは、交換可能なサービスの内容を知ることができ且つサービスを享受できる。

ステップＳ２３においてＹｅｓと判定したＣＰＵ２１Ａは、ステップＳ２４へ進み、本データである車両関連データをＲＯＭ２１Ｂ又はストレージ２１Ｄに記録する。

ステップＳ２４の処理を終えたとき又はステップＳ２０、２３でＮｏと判定したとき、管理サーバ２０は図９のフローチャートの処理を一旦終了する。

第１操作端末３０Ａ、第２操作端末３０Ｂ、第３操作端末３０Ｃ及び第４操作端末３０Ｄの３１Ａは、所定時間が経過する毎に、図１０のフローチャートの処理を繰り返し実行する。

まずステップＳ３０において、ＣＰＵ３１Ａは、第１操作端末３０Ａ、第２操作端末３０Ｂ、第３操作端末３０Ｃ、第４操作端末３０Ｄの入力装置３２を利用してデータ送信リクエストが入力されたか否かを判定する。データ送信リクエストには、車両及び車両関連データを特定する情報が含まれる。

ステップＳ３０においてＹｅｓと判定したＣＰＵ３１Ａは、ステップＳ３１へ進み、データ送信リクエストを管理サーバ２０へ無線送信するように無線通信Ｉ／Ｆ３１Ｅを制御する。

ステップＳ３１の処理を終えたＣＰＵ３１ＡはステップＳ３２へ進み、管理サーバ２０から車両関連データを受信したか否かを判定する。

ステップＳ３２においてＹｅｓと判定したＣＰＵ３１Ａは、ステップＳ３３へ進み、管理サーバ２０から受信した車両関連データをＲＯＭ３１Ｂ又はストレージ３１Ｄに記録する。

ステップＳ３３の処理を終えたＣＰＵ３１ＡはステップＳ３４へ進み、ステップＳ３３でＲＯＭ３１Ｂ又はストレージ３１Ｄに記録された全ての車両関連データを、ディスプレイ３３に表示させる。ここで、車両整備工場Ａの作業員が、ステップＳ３０において、入力装置３２を利用して車両４０Ｅ及び車両関連データを特定する情報と一緒にデータ送信リクエストを管理サーバ２０へ送信した場合を想定する。この場合、この作業員は第１操作端末３０Ａのディスプレイ３３を見ることにより、車両４０Ｅの様々な車両関連データを知ることができる。例えば、この車両関連データに、車両４０Ｅが過去に衝突事故に巻き込まれたことを示す情報が含まれている場合、作業員はこの事実を踏まえながら車両４０Ｅの修理及び整備を行なえる。

ステップＳ３４の処理を終えたとき又はステップＳ３０、３１でＮｏと判定したとき、第１操作端末３０Ａ、第２操作端末３０Ｂ、第３操作端末３０Ｃ及び第４操作端末３０ＤのＣＰＵ３１Ａは図１０のフローチャートの処理を一旦終了する。

管理サーバ２０のＣＰＵ２１Ａは、所定時間が経過する毎に、図１１のフローチャートの処理を繰り返し実行する。

まずステップＳ４０において、ＣＰＵ２１Ａは、第１操作端末３０Ａ、第２操作端末３０Ｂ、第３操作端末３０Ｃ、第４操作端末３０Ｄからデータ送信リクエストを受信したか否かを判定する。

ステップＳ４０においてＹｅｓと判定したＣＰＵ２１Ａは、ステップＳ４１へ進み、データ送信リクエストを送信した第１操作端末３０Ａ、第２操作端末３０Ｂ、第３操作端末３０Ｃ、第４操作端末３０Ｄへ、要求された車両の車両関連データを無線送信するように無線通信Ｉ／Ｆ２１Ｅを制御する。

ステップＳ４１の処理を終えたとき又はステップＳ４０でＮｏと判定したとき、管理サーバ２０のＣＰＵ２１Ａは図１１のフローチャートの処理を一旦終了する。

携帯端末５０Ｅ、５０ＦのＣＰＵは、所定時間が経過する毎に、図１２のフローチャートの処理を繰り返し実行する。なお、システム参加用アプリケーション（プログラム）が起動されているものとする。

まずステップＳ５０において、ＣＰＵは、ディスプレイ５１を利用して、システム１０の会員に付与されるＩＤ及びパスワードが入力されたか否かを判定する。即ち、ＣＰＵは、会員が入力操作を行っているか否かを判定する。

ステップＳ５０においてＮｏと判定したＣＰＵは、ステップＳ５１へ進む。即ち、入力作業を行った者が会員ではないと判定した場合に、ＣＰＵは、ディスプレイ５１を利用してｖｉｎナンバーが入力されたか否かを判定する。

ステップＳ５０又はＳ５１においてＹｅｓと判定したＣＰＵは、ステップＳ５２へ進み、ディスプレイ５１を利用してテストデータである車両関連データ及びテストデータ送信リクエストが入力されたか否かを判定する。

ステップＳ５２においてＹｅｓと判定したＣＰＵは、ステップＳ５３へ進み、テストデータを管理サーバ２０へ無線送信するように、無線通信Ｉ／Ｆを制御する。例えば、ステップＳ５０で会員であるユーザーＵＥが入力処理を行った場合は、携帯端末５０Ｅの無線通信Ｉ／Ｆが、ディスプレイ５１を介して携帯端末５０Ｅに入力された車両関連データをテストデータとして管理サーバ２０へ無線送信する。この車両関連データ（テストデータ）には、例えば、車両４０Ｅの事故履歴及び会員ではない車両整備工場で行われた整備履歴に関する情報が含まれる。また、ステップＳ５１で会員ではないユーザーＵＦが車両４０Ｆのｖｉｎナンバーの入力処理を行った場合は、携帯端末５０Ｆの無線通信Ｉ／Ｆが、ディスプレイ５１を介して携帯端末５０Ｆに入力された車両関連データをテストデータとして管理サーバ２０へ無線送信する。この車両関連データには、例えば、車両４０Ｆの水没履歴に関する情報が含まれる。さらにステップＳ５３において、携帯端末５０Ｅが車両４０Ｅへデータ送信指示信号を送信し、且つ、携帯端末５０Ｆが車両４０Ｆへデータ送信指示信号を送信する。後述するように、このデータ送信指示信号を受信した車両４０Ｅ、４０Ｆの無線通信Ｉ／Ｆ４１Ｅは、車両４０Ｅ、４０Ｆの車両関連データをテストデータとして管理サーバ２０へ無線送信する。

ステップＳ５３の処理を終えたＣＰＵはステップＳ５４へ進み、管理サーバ２０へ送信されたテストデータと交換可能なサービスに関する情報を、無線通信Ｉ／Ｆが管理サーバ２０から受信したか否かを判定する。

ステップＳ５４でＹｅｓと判定したＣＰＵはステップＳ５５へ進み、図１３に示されるように、管理サーバ２０から受信したサービスに関する情報をディスプレイ５１に表示させる。そのため、例えば、携帯端末５０Ｅ、５０Ｆのディスプレイ５１を見たユーザーＵＥ、ＵＦは、管理サーバ２０へ車両４０Ｅ、４０Ｅの車両関連データを提供した場合に、システム１０からどのようなサービスを享受できるかを知ることが可能である。このように、管理サーバ２０へ車両関連データを提供した場合にユーザーＵＥ、ＵＦが受けられるサービスを、享受可能サービスと称する。

ステップＳ５５の処理を終えたとき又はステップＳ５１、５２、５４でＮｏと判定したとき、携帯端末５０Ｅ、５０ＦのＣＰＵは図１２のフローチャートの処理を一旦終了する。

ＩＧ－ＳＷ４０１がオン状態にある車両４０Ｅ、４０ＦのＥＣＵ４１のＣＰＵ４１Ａは、所定時間が経過する毎に、図１４のフローチャートの処理を繰り返し実行する。

まずステップＳ６０において、ＥＣＵ４１のＣＰＵ４１Ａは、携帯端末５０Ｅ、５０Ｆからデータ送信指示信号を受信したか否かを判定する。

ステップＳ６０においてＹｅｓと判定したＣＰＵ４１Ａは、ステップＳ６１へ進み、要求された車両関連データを管理サーバ２０へ無線送信するように無線通信Ｉ／Ｆ４１Ｅを制御する。

ステップＳ６１の処理を終えたとき又はステップＳ４０でＮｏと判定したとき、ＥＣＵ４１のＣＰＵ４１Ａは図１４のフローチャートの処理を一旦終了する。

携帯端末５０Ｅ、５０ＦのＣＰＵは、所定時間が経過する毎に、図１５のフローチャートの処理を繰り返し実行する。なお、システム参加用アプリケーションが起動されているものとする。

ＣＰＵはステップＳ７０の処理を行い、ステップＳ７０でＮｏと判定した場合にステップＳ７１の処理を行う。ステップＳ７０、７１の各処理は、図１２のステップＳ５０、５１の各処理とそれぞれ同一である。

ステップＳ７０又はＳ７１においてＹｅｓと判定したＣＰＵは、ステップＳ７２へ進み、ディスプレイ５１を利用して本データである車両関連データ及び本データ送信リクエストが入力されたか否かを判定する。

ステップＳ７２においてＹｅｓと判定したＣＰＵは、ステップＳ７３へ進む。ステップＳ７３の処理の内容は、ステップＳ５３の処理の内容と実質的に同一である。即ち、本データを管理サーバ２０へ無線送信するように、無線通信Ｉ／Ｆを制御する。さらに携帯端末５０Ｅが車両４０Ｅへデータ送信指示信号を送信し、且つ、携帯端末５０Ｆが車両４０Ｆへデータ送信指示信号を送信する。

ステップＳ７３の処理を終えたＣＰＵはステップＳ７４へ進み、管理サーバ２０へ送信された本データと交換可能なサービスに関する情報を、無線通信Ｉ／Ｆが管理サーバ２０から受信したか否かを判定する。

ステップＳ７４でＹｅｓと判定したＣＰＵはステップＳ７５へ進み、図１３に示されるように、管理サーバ２０から受信したサービスに関する情報をディスプレイ５１に表示させる。

ステップＳ７５の処理を終えたとき又はステップＳ７１、７２、７４でＮｏと判定したとき、携帯端末５０Ｅ、５０ＦのＣＰＵは図１５のフローチャートの処理を一旦終了する。

以上説明したように本実施形態では、管理サーバ２０のＣＰＵ２１Ａが、管理サーバ２０に提供される車両関連データの種類及び量に基づいて、車両関連データが管理サーバ２０に提供された場合に、ユーザーＵＥ、ＵＦが享受可能なサービスである享受可能サービスを決定する。さらに享受可能サービスに関する情報が、ユーザーＵＥ、ＵＦの携帯端末５０Ｅ、５０Ｆへ送信される。従って、ユーザーＵＥ、ＵＦは、車両関連データを管理サーバ２０に提供することにより享受可能になるサービス（享受可能サービス）を認識できる。そのため、ユーザーＵＥ、ＵＦは、車両関連データを有効活用できる。

さらに、システム１０は、享受可能サービスを認識したユーザーＵＥ、ＵＦに、管理サーバ２０へ車両関連データを提供する動機を与えられる。

以上、実施形態に係る情報処理装置、情報処理方法及びプログラムについて説明したが、情報処理装置、情報処理方法及びプログラムは本発明の要旨を逸脱しない範囲内において、適宜設計変更可能である。

例えば、管理サーバ２０が、管理サーバ２０に提供される車両関連データに対する価値を決定し、決定した価値を携帯端末５０Ｅ、５０Ｆへ通知してもよい。この価値は、例えば、金銭（金額）であってもよいし、管理サーバ２０が発行するポイントであってもよい。さらに管理サーバ２０は、提供される車両関連データの種類及び量に基づいて、金銭及びポイントの量を決定してもよい。ユーザーは、この金銭又はポイントを、会員（第１操作端末３０Ａ、第２操作端末３０Ｂ、第３操作端末３０Ｃ、第４操作端末３０Ｄ）が提供するサービスと交換可能である。

管理サーバ２０、第１操作端末３０Ａ、第２操作端末３０Ｂ、第３操作端末３０Ｃ、第４操作端末３０Ｄ及び車両４０Ｅ、４０Ｆの間で車両関連データが送受信される毎に、システム１０がユーザーへ、送受信対象である車両関連データの送受信について承諾を求め、ユーザーが承諾したときに車両関連データが送受信されるように、システム１０が構成されてもよい。例えば、システム１０が会員であるユーザーの携帯端末へ承諾を求めるメッセージを送信し、このユーザーが携帯端末から管理サーバ２０へ承諾する旨のメッセージを送信することにより、車両関連データが送受信されることを承諾する旨の意思表示をしてもよい。

提供される車両関連データの種類及び量が同じ場合に、ユーザーによる車両関連データの送受信に対する許諾の態様によって、ユーザーに提供されるサービス、金銭又はポイントが変更されてもよい。例えば、ユーザーがシステム１０の会員登録をするときに、全ての車両関連データを提供することに同意する契約を結んだ場合は、車両関連データが送受信される毎にシステム１０がユーザーへ承諾を求める場合よりも、ユーザーがより多くのサービス、金銭又はポイントを受けられるようにしてもよい。

管理サーバ２０、第１操作端末３０Ａ、第２操作端末３０Ｂ、第３操作端末３０Ｃ、第４操作端末３０Ｄ、車両４０Ｅ、及び携帯端末５０Ｅに含まれる複数のもの同士が、互いに有線ネットワークを介して各データの送受信を行ってもよい。

ユーザーが一つの車両関連データを管理サーバ２０へ提供したときに、このユーザーが複数の享受可能サービスを享受できるように、マップ２５が作成されてもよい。また、ユーザーが一つの車両関連データを管理サーバ２０へ提供したときに、このユーザーが一つの享受可能サービスを複数回享受できるようにしてもよい。また、ユーザーが複数の車両関連データを管理サーバ２０へ提供したときに、このユーザーが一つの享受可能サービスを享受できように、マップ２５が作成されてもよい。また、ユーザーが管理サーバ２０へ提供する車両関連データの種類と関係なく、提供される車両関連データの量（数）に基づいて、享受可能サービスが決定されるようにマップ２５が作成されてもよい。

会員（第１操作端末３０Ａ、第２操作端末３０Ｂ、第３操作端末３０Ｃ、第４操作端末３０Ｄ）からデータ送信リクエストを受ける回数が多い車両関連データに基づいて享受できる享受可能サービスの量（数）及び種類の少なくとも一方が、データ送信リクエストを受ける回数が少ない車両関連データに基づく場合より多くなるように、マップ２５が作成されてもよい。即ち、車両関連データのデータ送信リクエスト（提供要求）の数である要求頻度が高くなるほど、享受可能サービスの量及び種類の少なくとも一方が多くなるようにしてもよい。例えば、図４に示された「オイル交換履歴データ」の要求頻度が、「パワーウィンドウィンドウ点検データ」の要求頻度より高い場合、オイル交換履歴データに基づいて享受できる享受可能サービスの量及び種類が、パワーウィンドウ点検データに基づいて享受できる享受可能サービスの量及び種類より多くなるようにしてもよい。この変形例によれば、ユーザーは、要求頻度が高い車両関連データを管理サーバ２０へ提供する動機を持ち易くなる。

管理サーバ２０へ提供される車両関連データの鮮度が高くなるほど、車両関連データに基づいて決定される享受可能サービスの量及び種類の少なくとも一方が多くなるように、マップ２５が作成されてもよい。例えば、１か月前の事故履歴データに基づいて享受できる享受可能サービスの量及び種類の少なくとも一方が、１年前の事故履歴データに基づく場合より多くなるようにしてもよい。この変形例によれば、ユーザーは、鮮度が高い車両関連データを管理サーバ２０へ提供する動機を持ち易くなる。

車両関連データの要求頻度及び車両関連データの鮮度に基づいて、ユーザーが享受できる享受可能サービスの量及び種類の少なくとも一方が決定されてもよい。

システム１０が、ブロックチェーンを利用して構築されてもよい。この場合のブロックチェーンの種類は限定されない。例えば、この場合のブロックチェーンは、第１操作端末３０Ａ、第２操作端末３０Ｂ、第３操作端末３０Ｃ、第４操作端末３０Ｄがノードを構成するコンソーシアム型のブロックチェーンであってもよい。

１０ 車両関連データ流通システム（システム）
２０ 管理サーバ（情報処理装置）
２１Ａ ＣＰＵ（プロセッサ）
２５ マップ
４０Ｅ、４０Ｆ 車両
５０Ｅ、５０Ｆ 携帯端末（報知装置）
ＵＥ ユーザー
ＵＦ ユーザー

Claims (9)

1. プロセッサを備え、
   前記プロセッサは、
   車両のユーザーから前記プロセッサの管理者に、前記車両に関連するデータである車両関連データが提供された場合に、前記車両関連データに基づいて、前記ユーザーが享受可能なサービスである享受可能サービスを決定し、
   前記享受可能サービスに関する情報を、前記ユーザーが利用可能な報知装置へ送信する情報処理装置。
2. 前記プロセッサは、前記ユーザーが所定の前記サービスを享受するために前記管理者へ提供する必要がある前記車両関連データに関する情報を、前記報知装置へ送信する請求項１に記載の情報処理装置。
3. 前記プロセッサは、前記車両関連データの種類及び量に基づいて、前記享受可能サービスを決定する請求項１又は請求項２に記載の情報処理装置。
4. 前記プロセッサは、
   前記車両関連データと前記享受可能サービスとの関係を定めたマップ、及び、前記車両関連データに基づいて、前記享受可能サービスを決定する請求項１～３の何れか１項に記載の情報処理装置。
5. 前記プロセッサは、
   前記車両関連データに基づいて、前記車両関連データの価値を決定し、
   決定された前記車両関連データの前記価値に関する情報、及び前記価値によって前記車両の前記ユーザーが享受可能な前記サービスに関する情報を、前記報知装置へ送信する請求項１～４の何れか１項に記載の情報処理装置。
6. 前記プロセッサが、
   前記サービスの提供者からの要求に応じて、前記提供者に前記車両関連データを提供し、
   前記提供者からの提供要求数である要求頻度が高くなるほど、前記車両関連データに基づいて決定される前記享受可能サービスの量及び種類の少なくとも一方が多くなるように、前記享受可能サービスを決定する請求項１～５の何れか１項に記載の情報処理装置。
7. 前記プロセッサが、
   前記車両関連データの鮮度が高くなるほど、前記車両関連データに基づいて決定される前記享受可能サービスの量及び種類の少なくとも一方が多くなるように、前記享受可能サービスを決定する請求項１～６の何れか１項に記載の情報処理装置。
8. プロセッサが、
   車両のユーザーから前記プロセッサの管理者に、前記車両に関連するデータである車両関連データが提供された場合に、前記車両関連データに基づいて、前記ユーザーが享受可能なサービスである享受可能サービスを決定し、
   前記享受可能サービスに関する情報を、前記ユーザーが利用可能な報知装置へ送信する情報処理方法。
9. 車両のユーザーからプロセッサの管理者に、前記車両に関連するデータである車両関連データが提供された場合に、前記車両関連データに基づいて、前記ユーザーが享受可能なサービスである享受可能サービスを決定し、前記享受可能サービスに関する情報を、前記ユーザーが利用可能な報知装置へ送信する処理を前記プロセッサに実行させるプログラム。