JP2020160674A - 情報処理装置及び車両の走行状況データ収集システム - Google Patents

Abstract

【課題】依頼の達成状況を出力し、受託者の依頼に対するモチベーションをさらに向上させることが可能な情報処理装置及び車両の走行状況データ収集システムを提供する。【解決手段】車両の走行状況データ収集の依頼の内容を含む依頼データをサーバから受信する通信部と、前記通信部によって受信した前記依頼データに基づいて車両の走行状況データを取得する取得部と、取得した前記走行状況データの取得状態を、出力する出力部と、を備える情報処理装置が提供される。【選択図】図１

Description

本発明は、情報処理装置及び車両の走行状況データ収集システムに関する。

近年、様々な条件下での車両の走行状況に関するデータを収集することが求められている。例えば、下記特許文献１には、新車の購入に際して、販売済みの車両の走行状況に関するデータを収集、提供するサーバを含むデータ収集システムに関する技術が記載されている。

また、運転の内容に関して、運転者に種々の情報を提供する場合がある。下記特許文献２には、運転者に対して運転状態の診断結果の情報を提供する表示画面を備えた運転診断装置に関する技術が記載されている。

特開２００５−４４０５８号公報 特開２０１０−３９６３９号公報

しかし、上記特許文献１および２に記載の技術は、具体的な依頼による走行状況に関するデータの収集または、その依頼の達成状況の表示に関するものではなく、データを収集する立場（受託者）の依頼の実行中におけるモチベーションアップのための情報の提供には改善の余地がある。受託者の依頼に対するモチベーションを向上させることができれば、車両の走行状況に関するデータの収集量あるいは収集効率が増大すると考えられる。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、依頼の達成状況を出力し、受託者の依頼に対するモチベーションをさらに向上させることが可能な、新規かつ改良された情報処理装置及び車両の走行状況データ収集システムを提供することにある。

上記課題を解決するために、本発明のある観点によれば、車両の走行状況データ収集の依頼の内容を含む依頼データをサーバから受信する通信部と、上記通信部によって受信した上記依頼データに基づいて車両の走行状況データを取得する取得部と、取得した上記走行状況データの取得状態を、出力する出力部と、を備える情報処理装置が提供される。

上記走行状況データの上記取得状態は、上記依頼データにおける上記依頼の達成に必要な予定走行距離に対する上記車両の走行済み距離の割合、または上記依頼の達成に必要な予定実施時間に対する上記依頼の実施開始からの経過時間の割合の少なくともいずれか一方を含んでもよい。

上記依頼データは、上記依頼に対する報酬を含み、上記走行状況データの上記取得状態は、取得済みの走行状況データに応じて取得することが予想される報酬を含んでもよい。

上記取得済みの走行状況データに応じて取得することが予想される報酬は、所定の確率で変動しながら増減してもよい。

上記依頼データは、上記依頼に対する報酬を含み、上記報酬は、過去の依頼を受託した状況に応じて変化し、上記出力部は、上記報酬の変化分を出力してもよい。

上記走行状況データの上記取得状態は、当該取得状態に応じて変化する動画もしくは静止画または音声を用いて出力されてもよい。

上記課題を解決するために、本発明の別の観点によれば、車両の走行状況データ収集システムであって、走行状況データ収集の依頼の内容を含む依頼データを少なくとも一つ含む依頼データ群が記憶されたサーバと、車両において上記走行状況データを取得する情報処理装置と、を有し、上記サーバは、上記依頼データ群のうちの少なくとも一つの上記依頼データを上記情報処理装置へ送信し、上記情報処理装置は、受信した上記依頼データに基づいて上記車両の走行状況データを取得し、かつ取得した上記走行状況データを上記サーバへ送信し、上記走行状況データの取得状態を出力部に出力する車両の走行状況データ収集システムが提供される。

以上説明したように本発明によれば、依頼の達成状況を出力し、受託者の依頼に対するモチベーションをさらに向上させることが可能な情報処理装置及び車両の走行状況データ収集システムが提供される。

本発明の第１の実施形態に係るネットワーク構成例を示す図である。 同実施形態に係る情報処理装置のブロック構成例を示す図である。 同実施形態に係る走行状況データ収集システムの動作例を示すシーケンス図である。 同実施形態に係る走行状況データの取得状態を示す画面例を示す図である。 同実施形態に係る走行状況データ収集システムの一の変形例を示すシーケンス図である。 同変形例に係る走行状況データ収集システムのシーケンス図である。 同実施形態に係る他の変形例における走行経路の選択について説明する図である。 同実施形態に係る走行状況データの取得状態を示す画面のその他の例を示す図である。 同実施形態に係る走行状況データの取得状態を示す画面のその他の例を示す図である。 同実施形態に係る走行状況データの取得状態を示す画面のその他の例を示す図である。 本発明の第２の実施形態に係るサーバのブロック構成例を示す図である。 本発明の第２の実施形態に係る走行状況データ収集システムの動作例を示すシーケンス図である。 同実施形態に係る走行状況データ収集システムの動作例を示すシーケンス図である。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

＜１．第１の実施形態＞
［１．１．車両の走行状況データ収集システムの概要］
まず、図１を参照して、本発明の第１の実施形態に係る車両の走行状況データ収集システム１００の概要について説明する。図１は、本発明の第１の実施形態に係るネットワーク構成例を示す図である。本実施形態に係る車両の走行状況データ収集システム１００は、車両の走行状況データを収集するためのシステムである（なお、以下の説明において、車両の走行状況データ収集システムを、単に「データ収集システム」と称することがある）。図１に示すように、本実施形態に係るデータ収集システム１００では、走行状況データの収集を依頼する立場（依頼者１０１）からのデータ収集の依頼が、サーバ１０３を介して当該依頼を受託する立場（受託者１０５）へ伝達される。さらに、受託者１０５による当該依頼が達成された結果が走行状況データとして収集される。

より具体的には、データ収集システム１００において、依頼者１０１が設定したデータ収集の依頼の内容を含む依頼データは、サーバ１０３に記憶される。例えば、依頼者１０１ａ、依頼者１０１ｂ、および依頼者１０１ｃから、それぞれ依頼Ａ、依頼Ｂ、および依頼Ｃがなされると、サーバ１０３には依頼データＡ、依頼データＢ、および依頼データＣが記憶される。サーバ１０３は、記憶された依頼データ群の中から少なくとも一つの依頼データを、受託者１０５側の情報処理装置２００へ送信する。受託者１０５は、情報処理装置２００が受信した依頼データから依頼の内容を確認し、依頼を受託、実行する。依頼の実行結果としての走行状況データは、情報処理装置２００からサーバ１０３へ送信される。サーバ１０３は、収集された走行状況データを依頼者側情報処理装置１０９へと送信する。

依頼者１０１は、個人に限定されるものではなく、企業、自治体、公共機関その他の団体も含まれる。また、受託者１０５は、車両１０７の乗員または所有者である。

走行状況データには、車両１０７自体の状態、車両１０７の有する機能、装備の状態、および、天気や路面状況等の車両１０７の周辺の環境等、車両１０７の走行に関する種々の情報が含まれる。

依頼の内容としては、走行状況データの収集に関するものであればよく、特に限定されない。例えば、依頼者１０１が、道路管理会社である場合、特定の道路の路面状況や天気等の情報に関する走行状況データの収集の依頼がなされる。また、依頼者１０１が、自動車メーカである場合、販売後の自動車およびその装備が、ユーザによってどのように使用されているか等の走行状況データの収集の依頼がなされる。その他、依頼者１０１が旅行を計画している、または旅行中である場合、行き先の天気、風景、目的地までの到達時間、渋滞状況等の走行状況データの収集の依頼がなされる。

［１．２．ネットワーク構成例］
引き続き、図１を参照しながら、本実施形態に係る車両の走行状況データ収集システム１００のネットワーク構成例について説明する。図１に示すように、データ収集システム１００は、サーバ１０３と、車両１０７において走行状況データを取得する情報処理装置２００と、を含んで構成される。また、データ収集システム１００は、依頼者側情報処理装置１０９を含んでもよい。

サーバ１０３は、依頼者１０１により設定された、走行状況データ収集の依頼の内容を含む依頼データを少なくとも一つ含む依頼データ群を記憶する機能を有する。また、サーバ１０３は、依頼データ群のうちの少なくとも一つの依頼データを情報処理装置２００へ送信する機能を有する。また、サーバ１０３は、情報処理装置２００から送信された走行状況データを依頼者側情報処理装置１０９へ送信する機能を有してもよい。

情報処理装置２００は、ネットワーク１１１ａを介してサーバ１０３と通信可能に接続されている。情報処理装置２００は、サーバ１０３から受信した依頼データに基づいて、車両１０７の走行状況データを取得する機能を有する。また、情報処理装置２００は、取得した走行状況データをサーバ１０３へ送信する機能を有する。情報処理装置２００についての詳細は後述する。

依頼者側情報処理装置１０９は、ネットワーク１１１ｂを介してサーバ１０３と通信可能に接続されている。依頼者１０１は、依頼者側情報処理装置１０９を利用して、走行状況データの収集の依頼に関する設定をすることができる。依頼者側情報処理装置１０９は、ネットワーク１１１ｂを介して、依頼データをサーバ１０３へ送信する機能を有する。依頼者側情報処理装置１０９は、サーバ１０３との通信および依頼データの入力受付が可能な装置であればよく、特に限定されない。依頼者側情報処理装置１０９として、例えば、図１に示すように、スマートフォン１０９ａ、パーソナルコンピュータ１０９ｂ、車載制御装置１０９ｃ等が挙げられる。

［１．３．情報処理装置の構成例］
次に、図２を参照して、本実施形態に係る情報処理装置２００の構成例について説明する。図２は、本実施形態に係る情報処理装置２００のブロック構成例を示す図である。情報処理装置２００は、制御部２１０と、通信部２２０とを有する。

制御部２１０は、走行状況データを取得するために必要なセンサ群３１０の制御、取得した走行状況データの記録、通信部２２０への出力等の各種機能を発揮するために必要な制御を行う。

通信部２２０は、ネットワーク１１１ａを介して情報処理装置２００の外部と通信する機能を有する。

情報処理装置２００の一例としては、車載制御装置が挙げられる。また、制御部２１０の機能は、一例として、車載制御装置に搭載されたＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等の協働により実現される。また、通信部２２０としての機能は、一例として、無線通信用インタフェースにより実現される。

制御部２１０は、データ取得部２１１と、データ記録部２１３と、出力制御部２１５とを有する。データ取得部２１１は、データ計測装置３１１および車両位置計測装置３１３から出力される各種データを取得する機能を有する。また、データ記録部２１３は、データ取得部２１１が取得した各種データを一時的または永続的に記憶しておく機能を有する。また、出力制御部２１５は、出力部３２０を制御して、走行状況データの取得状態等の出力をさせる機能を有する。

データ計測装置３１１は、センサ群３１０から取得されるセンサ信号に基づいて車両１０７の走行状況に関する情報を検出する。センサ群３１０は、走行状況データとしての各種データを取得するための複数のセンサである。例えば、センサ群３１０は、車輪速センサ、車速センサ、加速度センサ、角速度センサ、温度センサ、湿度センサ、雨滴センサ、照度センサ、荷重センサ、操舵角センサ、集音センサ（マイク）、振動センサ、撮像カメラ、レーダ又は超音波センサのうちの少なくともいずれかを含む。データ計測装置３１１は、例えば、車両１０７の速度、加速度、角加速度、路面の粗さの推定値、周辺の気温、湿度等を計測する。また、データ計測装置３１１は、車両１０７の周辺の静止画、動画の撮影、または音声を検出する。

車両位置計測装置３１３は、車両１０７の現在位置計測を行う。車両位置計測装置３１３の例としては、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）アンテナが挙げられる。

出力部３２０は、制御部２１０の処理結果等を外部へ出力する機能を有する。出力部３２０の一例としては、表示パネル、ヘッドアップディスプレイ、スピーカ等である。また、入力部３３０は、情報処理装置２００の利用者からの入力を受け付ける機能を有する。入力部３３０の一例としては、ボタン、タッチ入力式の画面、マイク等である。

なお、情報処理装置２００は、走行状況データを取得できればよく、車載制御装置に限定されない。例えば、情報処理装置２００は、車両１０７の各種センサ又は制御装置と通信可能なスマートフォン、タブレット型コンピュータ等であってもよい。この場合、出力部３２０および入力部３３０は、情報処理装置２００と一体となっていてもよい。また、センサ群３１０の内の一部または全部として、スマートフォン等に搭載された各種センサ、機能が使用されてもよい。

［１．４．データ収集システムの動作例］
次に、図３および図４を参照して、本実施形態に係る車両の走行状況データ収集システム１００の動作例について説明する。図３は、本実施形態に係る車両の走行状況データ収集システム１００の動作例を示すシーケンス図である。図４は、本実施形態に係る走行状況データの取得状態を示す画面例を示す図である。

図３に示すように、まず依頼者１０１は、依頼者側情報処理装置１０９を利用して、依頼データをサーバ１０３に送信する（Ｓ１０１）。サーバ１０３は、依頼者側情報処理装置１０９から受信した依頼データを依頼データ群として記憶する（Ｓ１０３）。

サーバ１０３は、送信対象となる、依頼データ群のうちの一または複数の依頼データを選択し、情報処理装置２００へ当該依頼データを送信する（Ｓ１０５）。依頼データを受信した情報処理装置２００は、受託者１０５が当該依頼データの依頼について受託の意思があるか否かについて判定する（Ｓ１０７）。特に、情報処理装置２００が複数の依頼データを受信した場合、複数の依頼データの内のいずれかまたは全部について受託者１０５に受託の意思があるか否かを判定する。ステップＳ１０７において、受託の意思があると判定された場合、依頼は受託される（Ｓ１０９）。一方、ステップＳ１０７において、受託の意思があると判定されなかった場合、本実施形態に係る処理は終了する。

情報処理装置２００において依頼が受託された後、サーバ１０３は、走行状況データの取得状態を表示するためのアプリケーションを情報処理装置２００へ送信する（Ｓ１１１）。情報処理装置２００が、当該アプリケーションを受信後、受託者１０５は、依頼の実行を開始する。具体的には、情報処理装置２００のデータ取得部２１１は、データ計測装置３１１又は車両位置計測装置３１３から出力された、依頼の達成に必要な情報を取得する。また、情報処理装置２００は、依頼内容に応じて、運転者に対して情報（指定された運転方法、経路等）を音声、画像等で出力する。

また、依頼の実行に際し、アプリケーションは、情報処理装置２００に対して走行状況データの取得状態を出力するように機能させる。例えば、図４に示すように、情報処理装置２００は、出力部３２０としてのカーナビゲーションシステムの表示パネルに、走行状況データの取得状態としての依頼達成状況を出力させる。走行状況データの取得状態としては、一例として、依頼の達成に必要な予定走行距離に対する車両の走行済み距離の割合、依頼の達成に必要な予定実施時間に対する依頼の実施開始からの経過時間の割合等が挙げられる。

続いて、情報処理装置２００は、依頼データの依頼の内容が達成されたか否かを判定する（Ｓ１１９）。ステップＳ１１９において、依頼が達成されたと判定された場合、情報処理装置２００は、サーバ１０３へ走行状況データを送信する（Ｓ１２１）。受託者１０５が複数の依頼を受託している場合、走行状況データは、依頼が達成されるごとにサーバ１０３へ送信されてもよいし、複数の依頼に関する走行状況データがまとめてサーバ１０３へ送信されてもよい。

一方、ステップＳ１１９において、依頼が達成されたと判定されない場合、受託者１０５に依頼続行の意思があるか否かが判定される（Ｓ１２３）。受託者１０５に依頼続行の意思がある場合、ステップＳ１１５の処理に戻って、走行状況データの取得が行われる。一方、ステップＳ１２３において、受託者１０５に依頼続行の意思があると判定されない場合、本実施形態に係る処理は終了する。以上、本実施形態に係る車両の走行状況データ収集システム１００の動作例について説明した。

本実施形態によれば、サーバ１０３が依頼データを情報処理装置２００へ送信し、受託者１０５が当該依頼を実行し、当該依頼の達成状況である走行状況データの取得状態が、情報処理装置２００により出力部３２０に出力される。これにより、受託者１０５が依頼を実行する際に、その達成状況が受託者１０５により把握される。この結果、依頼の実行における受託者１０５のモチベーションが向上する。

特に、本実施形態によれば、走行状況データの取得状態が、依頼の達成に必要な予定走行距離に対する車両の走行済み距離の割合、依頼の達成に必要な予定実施時間に対する依頼の実施開始からの経過時間の割合によって定量的に示される。これにより、受託者１０５は、走行状況データの取得状態を正確に把握でき、受託者１０５のモチベーションがより向上する。

＜１．５．変形例１＞
次に、図５を参照して、本実施形態に係る車両の走行状況データ収集システム１００の一の変形例について説明する。図５は、本変形例に係る走行状況データ収集システム１００の動作例を示すシーケンス図である。本変形例において、依頼データには、依頼者１０１により設定された、依頼に対する報酬に関する情報が含まれる。また、情報処理装置２００は、走行状況データの取得状態として、取得することが予想される報酬に関する情報を出力する。なお、本変形例におけるその他の構成については、第１の実施形態と共通するので、説明は省略する。

図５に示すように、依頼者１０１は、依頼データをサーバ１０３に送信する際に、依頼の内容とともに、当該依頼に対する報酬に関する情報も設定し、依頼データをアップロードする（Ｓ１０１’）。その後の本変形例に係るステップＳ１０３〜Ｓ１１５の処理は、図３に記載のシーケンス図と同様な処理が行われる。

ステップＳ１１７において、情報処理装置２００は、走行状況データの取得状態として、取得済みの走行状況データに応じて取得することが予想される報酬に関する情報を出力する。具体的には、情報処理装置２００は、依頼の達成に必要な走行状況データに対する、現時点で取得済みの走行状況データの割合、予め依頼データに設定された、依頼達成状況に応じたフラグの回収度合などに応じて、報酬の額、種類、内容等を出力部３２０としてのカーナビゲーションシステムの表示パネルに出力する。

また、報酬の表示は、走行状況データの取得に応じて変化する線形な表示であってもよいし、走行状況データがある閾値を超える、または所定の条件を満たすと、急激に報酬が増える等の非線形な表示であってもよい。その後の本変形例に係るステップＳ１１９〜Ｓ１２３の処理は、図３に記載のシーケンス図と同様な処理が行われる。

ステップＳ１２１において、情報処理装置２００からサーバ１０３へ走行状況データが送信された後、サーバ１０３は、依頼者側情報処理装置１０９へ走行状況データを送信する（Ｓ１２５）。依頼者１０１は、依頼の達成結果の情報を確認し、達成結果に応じた報酬を支払う（Ｓ１２７）。報酬の支払に関する処理は、依頼者側情報処理装置１０９から報酬に関する報酬データが情報処理装置２００へ送信されることで行われる。受託者１０５は、依頼に対する報酬の情報について確認する（Ｓ１２９）。

本変形例において、報酬は、依頼者１０１からではなく、サーバ１０３から自動的に支払われるようにしてもよい。この場合、報酬に関し、依頼者１０１へ別途請求が行われる。

また、報酬は、金銭、ポイント等の経済的な価値を有するものだけでなく、名誉または肯定的な評価もしくはコメント等の社会的な価値を有するものでもよい。また、報酬は、金銭だけでなく、役務の提供であってもよい。

また、報酬の支払に関する処理は、本実施形態に係るデータ収集システム１００とは、異なる情報処理システムにおいて行われてもよい。具体的には、電子通貨、仮想通貨、クレジットカード決済などを用いた電子的決済システムを用いて、依頼者１０１から受託者１０５へ報酬の支払処理が行われる。この場合、報酬に関する報酬データは、受託者１０５に対して送信されなくてもよいし、報酬データには報酬の支払に関する事前又は事後の通知のみが記載されてもよい。

本変形例によれば、依頼の達成により、受託者１０５に報酬が支払われるので、受託者１０５による依頼の受託に対するインセンティブが生じる。また、受託者１０５は、依頼を受託するか検討する際、報酬によって受託するか否かを判断することができる。さらに、受託者１０５が依頼を実行する際に、その達成状況が報酬として受託者１０５により把握され、依頼の実行における受託者１０５のモチベーションが向上する。

なお、本変形例において、走行状況データの取得状態として、取得済みの走行状況データに応じて取得することが予想される報酬の情報が出力されるとしたが、本変形例はこれに限定されない。例えば、走行状況データの取得状態としての報酬に関する情報は、所定の確率で変動しながら増減するように出力されてもよい。具体的には、情報処理装置２００は、受託者１０５が取得することが予想される報酬に対して、単位時間ごとに所定の確率で変動する係数を乗算する。これにより、取得済みの走行状況データに応じた報酬の情報が変動するように出力される。

この結果、報酬が変動しながら表示されるので、受託者１０５の射幸心が刺激され、依頼の実行における受託者１０５のモチベーションが向上する。

また、本変形例において、報酬は、過去の依頼を受託した状況に応じて変化し、当該変化分が受託者１０５に対して出力されるようにしてもよい。例えば、受託者１０５が、過去に所定回数以上の依頼を受託した場合、当該受託回数に応じて、報酬の額が増加する、または報酬の内容がより良いものとなる。これにより、報酬の変化分が受託者１０５により把握され、依頼の実行における受託者１０５のモチベーションが向上する。

＜１．６．変形例２＞
次に、図６を参照して、本実施形態に係る車両の走行状況データ収集システム１００のその他の変形例について説明する。図６は、本実施形態に係る走行経路の選択について説明する図である。本変形例では、依頼データを受信した情報処理装置２００は、当該依頼データに基づいて車両の走行経路を示す走行経路データを算出する。なお、本変形例におけるその他の構成については、第１の実施形態と共通するので、説明は省略する。

具体的には、本変形例における、サーバ１０３から送信対象となる依頼データを情報処理装置２００へ送信する処理（図３のステップＳ１０７に相当）において、サーバ１０３は、依頼データを情報処理装置２００へ送信する。情報処理装置２００は、サーバ１０３から送信された依頼データを受信後、受信した依頼データの依頼の内容の情報を考慮し、効率的に依頼を達成するための１つまたは複数の走行経路データを算出する。

例えば、受託者１０５が、３件の依頼Ａ、依頼Ｂ、および依頼Ｃを受託した場合、情報処理装置２００は、依頼Ａ、依頼Ｂ、および依頼Ｃの依頼の内容等を考慮して、車両１０７の走行経路を算出する。このとき、図６に示すように、受託者１０５には、情報処理装置２００が算出した走行経路である、依頼達成経路１（点線）および依頼達成経路２（二点鎖線）が示される。さらに、このとき受託者１０５には、依頼達成経路ごとに、要する時間、走行距離、達成した場合に得られる報酬等の情報が併せて示される。受託者１０５は、これらの情報を基に走行経路を選択する。

本変形例によれば、情報処理装置２００は受信した依頼データに基づいて走行経路データを算出するので、受託者１０５は、より効率的に依頼を実行できる。この結果、依頼者１０１の希望に沿った依頼が実行され、走行状況データが収集される確実性が向上する。

なお、本変形例において、走行経路データが情報処理装置２００において算出される例を示したが、本変形例はこれに限定されない。例えば、サーバ１０３は、送信対象となる依頼データから走行経路を算出し、走行経路データを情報処理装置２００へ送信してもよい。特に、サーバ１０３は、情報処理装置２００に依頼データを送信する際に、走行経路データを合わせて送信するようにしてもよい。

これにより、情報処理装置２００に不要な負担をかけることなく、走行経路データが算出され、走行経路が受託者１０５に示される。また、依頼データとともに走行経路データがサーバ１０３から送信されるので、受託者１０５は、依頼データ受信の後、すぐに走行経路の確認ができ、走行経路も考慮しつつ受託する依頼を選択できるとともに迅速な依頼の開始が実現される。

＜１．７．変形例３＞
次に、図７を参照して、本実施形態に係る走行状況データの取得状態を示す画面のその他の例について説明する。図７は、本実施形態に係る走行状況データの取得状態を示す画面のその他の例を示す図である。本変形例は、アニメーションで走行状況データの取得状態を出力する点で第１の実施形態と相違する。なお、本実施形態に係るデータ収集システム１００の内、第１の実施形態と共通する部分については、説明を省略する。

依頼の実行に際し、アプリケーションは、情報処理装置２００に対して走行状況データの取得状態をアニメーションで出力するように機能させる。例えば、図７に示すように、情報処理装置２００は、出力部３２０としてのカーナビゲーションシステムの表示パネルに、走行状況データの取得状態を、アニメーションで出力させる。アニメーションの一例として、走行状況データの取得状態を、取得が予想される報酬額で表示する場合、報酬額に応じてコインが積み上がっていく様子を表示するものが挙げられる。

また、その他のアニメーションの例として、走行状況データの取得状態を予定実行時間と、経過時間との割合で出力される場合、時計のカウントアップまたはカウントダウンのアニメーションが表示される。また、アニメーションの例として、走行状況データの取得状態が、予定走行距離と既に走行済み距離との割合で表示される場合、車が道路をゴールに向かって走行するアニメーションが表示される。

本変形例によれば、走行状況データの取得状態がアニメーションで表示されるので、受託者１０５が依頼を実行する際に、その達成状況が報酬として受託者１０５により把握される。これにより、受託者１０５の依頼に対するモチベーションが向上する。

＜１．８．変形例４＞
次に、図８Ａおよび図８Ｂを参照して、走行状況データの取得状態を示す画面のその他の例について説明する。図８Ａおよび図８Ｂは、本変形例に係る走行状況データの取得状態を示す画面のその他の例を示す図である。本変形例に係る車両の走行状況データ収集システム１００は、依頼の達成時にさらに追加の出力が行われる点で他の実施形態と相違する。なお、本実施形態に係るデータ収集システム１００の内、他の実施形態と共通する部分については、説明を省略する。

まず、図８Ａに示すように、走行状況データの取得状態が出力部３２０に表示される。表示内容として、例えば、走行状況データの取得状態に応じて、自動車が坂道を登っていく様子のアニメーションが表示される。続いて、依頼の達成に必要な走行状況データが取得完了したとする。このとき、図８Ｂに示すように、走行状況データの取得状態としての表示内容に、依頼達成を示す追加的な表示がなされる。追加的な表示として、例えば、くす玉が割れるアニメーションが表示される。また、その他の追加的な表示として、「いいね」等のメッセージが表示されてもよいし、キャラクタが現れて依頼の達成を褒める表示がなされてもよい。

本変形例によれば、依頼の達成時に受託者１０５に対して追加的な出力がされるので、受託者１０５に達成感を与えることができる。これにより、依頼の達成後、達成感が得られるという期待を与えることができ、受託者１０５の依頼に対するモチベーションが向上する。

なお、本変形例において、依頼の達成時の追加的表示は一定のものが表示される例を示したが、本変形例はこれに限定されない。例えば、依頼の達成時の追加的表示は、所定の確率で、どの表示内容が表示されるかが変更されてもよい。これにより、依頼の達成時、様々な追加的表示がなされるので、受託者１０５に対して様々な達成感が得られるという期待を与え、受託者１０５のモチベーションがより向上する。

＜２．第２の実施形態＞
次に、図９および図１０Ａおよび図１０Ｂを参照して、第２の実施形態に係る車両の走行状況データ収集システム１００の動作例について説明する。図９は、本実施形態に係るサーバ１０３のブロック構成例を示す図である。図１０Ａおよび図１０Ｂは、本施形態に係る車両の走行状況データ収集システム１００の動作例を示すシーケンス図である。本実施形態に係る車両の走行状況データ収集システム１００は、サーバ１０３において、走行状況データの取得状態の表示に関する処理が行われる点で、第１の実施形態と相違する。なお、本実施形態に係るデータ収集システム１００の内、他の実施形態と共通する部分については、説明を省略する。

［２．１．サーバの構成例］
図９に示すように、サーバ１０３は、サーバ制御部１０３１と、サーバ通信部１０３２とを有する。さらに、サーバ１０３は、サーバ記憶部１０３３を有してもよい。

サーバ制御部１０３１は、情報処理装置２００から取得した走行状況データの取得状態の算出をする機能を有する。また、サーバ制御部１０３１は、サーバ１０３が送受信する各種のデータに関する処理を制御する機能を有する。

サーバ通信部１０３２は、ネットワーク１１１ａ、１１１ｂを介して、情報処理装置２００または依頼者側情報処理装置１０９と通信する機能を有する。

サーバ記憶部１０３３は、サーバ１０３が受信した各種データ、または処理結果としてのデータを永続的または一時的に記憶する機能を有する。

サーバ１０３の一例としては、いわゆるサーバコンピュータが挙げられる。また、サーバ制御部１０３１としての機能は、サーバコンピュータに搭載されたＣＰＵ、ＲＡＭ、ＲＯＭ等の協働により実現される。また、サーバ通信部１０３２としての機能は、一例として、通信用インタフェースにより実現される。また、サーバ記憶部１０３３としての機能は、一例として、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の記憶装置により実現される。

［２．２．データ収集システムの動作例］
図１０Ａおよび図１０Ｂに示すように、ステップＳ２０１〜Ｓ２１５までの処理は、図３のシーケンス図で示した処理と同様であるので説明は省略する。図１０Ａに示すように、ステップＳ２１７において、情報処理装置２００は、現時点で取得した走行状況データをサーバ１０３へ送信する。サーバ１０３において、サーバ制御部１０３１は、走行状況データの取得状態を算出する（Ｓ２１９）。走行状況データの取得状態としては、一例として、依頼の達成に必要な予定走行距離に対する車両の走行済み距離の割合、依頼の達成に必要な予定実施時間に対する依頼の実施開始からの経過時間の割合等が挙げられる。サーバ１０３は、算出された走行状況データの取得状態を含む制御信号を情報処理装置２００へ送信する（Ｓ２２１）。

アプリケーションは、情報処理装置２００に対し、受信した制御信号に基づいて、走行状況データの取得状態を出力するように機能させる。すなわち、情報処理装置２００は、出力部３２０としてのカーナビゲーションシステムの表示パネルに、走行状況データの取得状態を出力させる（Ｓ２２３）。図１０Ｂに示したステップＳ２２３以降の処理は、図５Ａおよび図５Ｂのシーケンス図で示したステップＳ１１９以降の処理と同様であるので、説明は省略する。

本実施形態によれば、走行状況データの取得状態の算出がサーバ１０３で行われるので、情報処理装置２００での走行状況データの取得状態の算出に係る負担を減らすことができる。これにより、受託者１０５が依頼を実行する際に、その達成状況が報酬として受託者１０５により把握される。これにより、受託者１０５の依頼に対するモチベーションが向上する。

また、走行状況データが随時、情報処理装置２００から送信されるので、サーバ１０３において、依頼の達成状況を把握することが可能となる。

以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。

特に、上記実施形態において説明したシーケンス図における処理は一部のステップが省略されてもよいし、追加的なステップが含まれてもよい。さらに、複数のステップが同時に処理されてもよく、また、図示された順番で実行されなくてもよい。

また、上記実施形態において、画像やアニメーションによって、依頼の達成状況が出力される例を示したが、本発明はこれに限定されない。例えば、音声によって依頼の達成状況が出力されてもよい。また、音声と、画像またはアニメーションとの組み合わせによって依頼の達成状況が出力されてもよい。

また、上記実施形態において、サーバ１０３からアプリケーションが情報処理装置２００へ送信され、当該アプリケーションが、情報処理装置２００に対して走行状況データの取得状態を出力するように機能させる例を示したが、本発明はこれに限定されない。例えば、アプリケーションが情報処理装置２００に予めインストールされていてもよい。また、アプリケーションを用いず、直接、サーバ１０３が、情報処理装置２００に対して、走行状況データの取得状態を出力させるように機能させてもよい。

１００ 車両の走行状況データ収集システム
１０１ 依頼者
１０３ サーバ
１０５ 受託者
１０７ 車両
１０９ 依頼者側情報処理装置
２００ 情報処理装置
２１０ 制御部
２１１ データ取得部
２１５ 出力制御部
２２０ 通信部

Claims (7)

1. 車両の走行状況データ収集の依頼の内容を含む依頼データをサーバから受信する通信部と、
   前記通信部によって受信した前記依頼データに基づいて車両の走行状況データを取得する取得部と、
   取得した前記走行状況データの取得状態を、出力する出力部と、
   を備える情報処理装置。
2. 前記走行状況データの前記取得状態は、前記依頼データにおける前記依頼の達成に必要な予定走行距離に対する前記車両の走行済み距離の割合、または前記依頼の達成に必要な予定実施時間に対する前記依頼の実施開始からの経過時間の割合の少なくともいずれか一方を含む、請求項１に記載の情報処理装置。
3. 前記依頼データは、前記依頼に対する報酬を含み、
   前記走行状況データの前記取得状態は、取得済みの走行状況データに応じて取得することが予想される報酬を含む、請求項１に記載の情報処理装置。
4. 前記取得済みの走行状況データに応じて取得することが予想される報酬は、所定の確率で変動しながら増減する、請求項３に記載の情報処理装置。
5. 前記依頼データは、前記依頼に対する報酬を含み、
   前記報酬は、過去の依頼を受託した状況に応じて変化し、
   前記出力部は、前記報酬の変化分を出力する、請求項１〜４のいずれか一項に記載の情報処理装置。
6. 前記走行状況データの前記取得状態は、当該取得状態に応じて変化する動画もしくは静止画または音声を用いて出力される、請求項１〜５のいずれか一項に記載の情報処理装置。
7. 車両の走行状況データ収集システムであって、
   走行状況データ収集の依頼の内容を含む依頼データを少なくとも一つ含む依頼データ群が記憶されたサーバと、
   車両において前記走行状況データを取得する情報処理装置と、を有し、
   前記サーバは、前記依頼データ群のうちの少なくとも一つの前記依頼データを前記情報処理装置へ送信し、
   前記情報処理装置は、受信した前記依頼データに基づいて前記車両の走行状況データを取得し、かつ取得した前記走行状況データを前記サーバへ送信し、
   前記走行状況データの取得状態を出力部に出力する車両の走行状況データ収集システム。

Images