JP2023029456A - 測定依頼装置、情報処理装置、測定依頼方法、測定依頼プログラム、情報処理方法及び情報処理プログラム - Google Patents

Abstract

【課題】測定機器を有する車両等の移動体による測定の機会を増やし、道路情報を充実させることができる測定依頼装置等を提供する。【解決手段】取得すべき道路情報に対応する測定が可能な測定機器の種類を決定し、当該種類の測定機器を有する移動体を特定し、測定を依頼していることを示す依頼情報を、特定した移動体に送信する。【選択図】図７

Description

本願は、移動体を利用して道路に関する道路情報を収集する技術分野に関する。

従来、道路情報の収集は、カメラなどの測定機器を搭載した車両を実際に走行させて道路及びその周囲を測定し、測定データをサーバ装置にアップロードさせることにより行っていたが、測定専用の車両でなければ測定を行うことができず、道路情報を充分に収集することが困難であった。その一方で、測定に利用することができるカメラを搭載した車両が増加しており、こうした車両を利用して測定の機会を増やすことで、道路情報を充実させることができると考えられる。

例えば、特許文献１には、配車センターが、道路情報の収集を主目的とせず、且つ、道路情報を収集するためのカメラを備える車両を道路情報の価値の高い地域に配車することにより、道路の経路位置、車線数、標識などの道路情報を、車載カメラの映像から効率よく収集する道路情報収集システムが開示されている。また、この道路情報収集システムでは、配車センターに、道路情報の価値に応じた報酬が支払われる旨も開示されている。

特許第４９５０８１８号公報

しかしながら、特許文献１に記載の技術では、道路情報の価値に応じた報酬が提供されるため、道路情報の価値が高くなければ報酬が低くなり、道路情報を収集する地域へ向かう手間や消費するガソリン代などの費用を考慮すると割に合わず、道路情報の測定に協力しようという人の意欲が低下し、測定機器を有する車両による測定の機会を増やすことができない。

また、カメラ以外のＬＩＤＡＲ（Light Detection and Ranging、Laser Imaging Detection and Ranging）やレーダー等の測定機器が搭載された車両が増加しており、カメラ以外の測定機器による測定をすることができれば道路情報を更に充実させることができるが、特許文献１ではこの点が考慮されておらず、測定機器を有する車両による測定の機会を増やすことができない。

更に、自動運転車両の開発が進んでおり、測定機器を有する自動運転車両を測定に利用することにより道路情報を更に充実させることができるが、特許文献１ではこの点が考慮されておらず、測定機器を有する車両による測定の機会を増やすことができない。

本願発明は、こうした事情に鑑み、測定機器を有する車両等の移動体による測定の機会を増やし、道路情報を充実させることができる測定依頼装置等を提供することを課題の一例とする。

請求項１に記載の発明は、取得すべき道路情報に対応する測定が可能な測定機器の種類を決定する決定手段と、前記決定された種類の前記測定機器を有する移動体を特定する特定手段と、前記測定を依頼していることを示す依頼情報を、前記特定された移動体に送信する送信手段と、を備えることを特徴とする。

請求項９に記載の発明は、取得すべき道路情報に対応する測定が可能な測定機器の種類を決定する決定手段と、前記決定された種類の前記測定機器を有する移動体を特定する特定手段と、前記測定を依頼していることを示す依頼情報を、前記特定された移動体に送信する送信手段と、を備える測定依頼装置から前記依頼情報を受信し、且つ、前記移動体が有する情報処理装置であって、前記依頼情報の示す前記依頼に基づいて、前記移動体が有する前記測定機器により測定して取得した前記道路情報を前記測定依頼装置に送信する道路情報送信手段、を備えることを特徴とする。

請求項１２に記載の発明は、測定依頼装置による測定依頼方法であって、取得すべき道路情報に対応する測定が可能な測定機器の種類を決定する決定工程と、前記決定された種類の前記測定機器を有する移動体を特定する特定工程と、前記測定を依頼していることを示す依頼情報を、前記特定された移動体に送信する送信工程と、を含むことを特徴とする。

請求項１３に記載の発明は、測定依頼装置に含まれるコンピュータを、取得すべき道路情報に対応する測定が可能な測定機器の種類を決定する決定手段、前記決定された種類の前記測定機器を有する移動体を特定する特定手段、前記測定を依頼していることを示す依頼情報を、前記特定された移動体に送信する送信手段、として機能させることを特徴とする。

請求項１４に記載の発明は、取得すべき道路情報に対応する測定が可能な測定機器の種類を決定する決定手段と、前記決定された種類の前記測定機器を有する移動体を特定する特定手段と、前記測定を依頼していることを示す依頼情報を、前記特定された移動体に送信する送信手段と、を備える測定依頼装置から前記依頼情報を受信し、且つ、前記移動体が有する情報処理装置による情報処理方法であって、前記依頼情報の示す前記依頼に基づいて、前記移動体が有する前記測定機器により測定して取得した前記道路情報を前記測定依頼装置に送信する道路情報送信工程、を含むことを特徴とする。

請求項１５に記載の発明は、取得すべき道路情報に対応する測定が可能な測定機器の種類を決定する決定手段と、前記決定された種類の前記測定機器を有する移動体を特定する特定手段と、前記測定を依頼していることを示す依頼情報を、前記特定された移動体に送信する送信手段と、を備える測定依頼装置から前記依頼情報を受信し、且つ、前記移動体が有する情報処理装置に含まれるコンピュータを、前記依頼情報の示す前記依頼に基づいて、前記移動体が有する前記測定機器により測定して取得した前記道路情報を前記測定依頼装置に送信する道路情報送信手段、として機能させることを特徴とする。

実施形態における測定依頼装置１の構成例を示すブロック図である。 実施例１における道路情報収集システムＳの構成例を示すブロック図である。 実施例１におけるサーバ装置１００の構成例を示すブロック図である。 実施例１における測定対象道路区間３０３から所定範囲内に存在する車両を検索する処理を説明するための図である。 実施例１における車載装置２００の構成例を示すブロック図である。 実施例１における測定依頼画面４１０に対応を示す図である。 実施例１におけるサーバ装置１００による測定依頼処理に対応を示すフローチャートである。 実施例１におけるサーバ装置１００による報酬決定処理に対応を示すフローチャートである。 実施例１における車載装置２００による依頼受信処理に対応を示すフローチャートである。 実施例１の変形例５における測定依頼画面４２０に対応を示す図である。 実施例２における車載装置２００による依頼受信処理に対応を示すフローチャートである。 実施例３におけるサーバ装置１００による測定実行処理に対応を示すフローチャートである。

本願発明を実施するための形態について、図１を用いて説明する。

図１に示すように、測定依頼装置１は決定手段１Ａ、特定手段１Ｂ及び送信手段１Ｃを備える。

決定手段１Ａは、取得すべき道路情報に対応する測定が可能な測定機器の種類を決定する。

特定手段１Ｂは、前記決定された種類の前記測定機器を有する移動体を特定する。移動体とは、例えば、車両（自動車、バイク、自転車等）、飛翔体（飛行機、飛行船等）、人間などである。

送信手段１Ｃは、前記測定を依頼していることを示す依頼情報を、前記特定された移動体に送信する。

測定依頼装置１によれば、取得すべき道路情報に対応する測定が可能な測定機器の種類を決定し、決定された種類の測定機器を有する移動体を特定し、測定を依頼していることを示す依頼情報を、特定された移動体に送信する。したがって、様々な種類の測定機器を有する移動体に依頼を行うことから、測定機器を有する移動体による測定の機会が増え、道路情報を充実させることができる。

［１．実施例１］
次に、上述した実施形態に対応する具体的な実施例１について説明する。なお、以下に説明する実施例１は、本願発明を、道路情報収集システムにおけるサーバ装置や車載装置に適用した場合の実施例である。

［１．１．道路情報収集システムの構成］
図２に示すように、実施例１の道路情報収集システムＳは、車両周辺の外界の状況等を測定する測定機器３００が接続される車載装置２００と、車載装置２００とネットワークＮＷを介して接続するサーバ装置１００と、を含んで構成される。なお、実施例１では、車載装置２００及び測定機器３００は車両に搭載される。また、図２では車載装置２００を一台示しているが、道路情報収集システムＳは複数の車載装置２００を含んで構成される。また、サーバ装置１００は、複数の装置を組み合わせて構成することとしてもよい。

［１．２．サーバ装置１００の構成］
次に、サーバ装置１００の構成について説明する。図３に示すように、サーバ装置１００は、制御部１０１、記憶部１０２、通信部１０３、表示部１０４及び操作部１０５を含んで構成されている。

記憶部１０２は、ＨＤＤ（hard disk drive）やＳＳＤ（solid state drive）等により構成されており、ＯＳ（Operating System）、サーバプログラム（サーバ装置１００が後述する動作や処理を行うために実行されるプログラムを含む）及び各種データ等を記憶する。

また、記憶部１０２には、道路情報データベースが構築されている。道路情報データベースには、地図データの他に、地図データにおける所定の道路区間毎に道路情報が関連付けて記憶されている。道路情報とは、道路又は道路周辺の状態を、測定機器３００を用いて測定することにより得られる測定データそのもの、又は、測定データから取得される情報である。なお、道路情報は、更新日時を対応付けて記憶させておき、最後の更新日時を特定できるようにしておく。

測定機器３００は、例えば、カメラ、ＬＩＤＡＲ、レーダー、マイク、時計など、複数の種類がある。また、測定機器３００の種類に応じて得られる測定データが異なり、そこから取得される道路情報も異なる。カメラであれば、車両の周囲を撮影した画像データが測定データとして得られる。また、ＬＩＤＡＲやレーダーは、光やミリ波などの電磁波を車両の周囲に照射し、地物で反射した反射波に基づいて、地物の各点における反射強度を示す反射強度データを測定する。よって、ＬＩＤＡＲやレーダーであれば、反射強度データや地物までの距離データが測定データとして得られる。更に、マイクであれば、車両の周囲の音を録音した音声データが測定データとして得られる。更にまた、時計であれば、時間データ（測定対象の道路区間を移動した際の移動時間を示す時間データ等）が測定データとして得られる。

道路情報は、測定データそのものである場合や、それぞれの測定機器３００により得られた測定データのうち、一又は複数の測定データから取得される場合もある。例えば、カメラが道路を走行中に撮影した画像データそのものが道路情報である場合がある。また、ＬＩＤＡＲにより測定された反射強度データや距離データと、カメラにより撮影された画像データに基づいて道路の周辺に存在する物体の位置を示す位置情報を道路情報として取得する場合もある。更に、時計により得られた時間データに基づいて、車両が所定の道路区間を移動する際の所要時間情報を道路情報として取得する場合もある。したがって、道路情報データベースには、複数の種類の道路情報が記憶される。

更に、記憶部１０２には、車両管理データベースが構築されている。車両管理データベースには、測定機器３００を有し、測定を行う車両に関する車両情報が記憶されている。例えば、車両を識別するための車両ＩＤ、車両に搭載される車載装置２００を識別するための車載装置ＩＤ、当該車載装置２００と通信を行うために必要な通信情報、車両が有する測定機器３００の種類を示す測定機器種類情報（「参照情報」に対応）、車両の現在位置を示す現在位置情報等が車両情報として記憶される。

なお、車両管理データベースが記憶する現在位置情報は、各車両に搭載される車載装置２００から所定の条件（所定時間が経過することという条件や、車両が所定の距離移動することという条件等）が満たされる度に受信する現在位置情報に基づいて逐次更新される。また、通信情報や測定機器種類情報についても、情報を生成及び更新する必要がある場合には、車載装置２００等から得た情報に基づいて生成及び更新される。例えば、測定機器種類情報は、車両（車載装置２００）から受信した当該車両が有する測定機器の種類を示す情報に基づいて生成及び更新される。また、予め記憶部１０２に、車種（メーカー、型式、年式等）と、車種毎に搭載される測定機器３００の種類との対応関係を示す車種別測定機器種類情報（「移動体の種類と当該種類の移動体が有する測定機器の種類の対応関係を示す情報」に対応）を記憶させておき、車両（車載装置２００）から受信した車種を示す車種情報（「移動体の種類を示す情報」に対応）と、当該車種別測定機器種類情報に基づいて、測定機器種類情報を生成及び更新してもよい。

通信部１０３は、複数の車載装置２００とネットワークＮＷを介して通信接続し、各種データや各種情報を送受信する。

表示部１０４は、例えば、液晶ディスプレイ等により構成されており、文字や画像等の情報を表示するようになっている。

操作部１０５は、例えば、キーボード、マウス等により構成されており、オペレータからの操作指示を受け付け、その指示内容を指示信号として制御部１０１に出力するようになっている。

制御部１０１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等により構成されている。そして、ＣＰＵが、ＲＯＭや記憶部１０２に記憶された各種プログラムを読み出し実行することにより各種手段として機能する。制御部１０１又はＣＰＵは、「コンピュータ」に対応する。

制御部１０１は、道路情報データベースを参照して、道路情報が最後に更新されてから所定時間が経過している道路区間、又は、道路情報が未だ取得されていない道路区間を抽出し、測定対象とする道路区間（「測定対象道路区間」という）として決定する。また、制御部１０１は、決定した測定対象道路区間について何れの種類の道路情報を取得するかを決定し、決定した種類の道路情報を取得するために必要な測定データを測定することができる測定機器３００の種類を決定する。

制御部１０１は、測定対象道路区間から所定範囲内に存在する車両であって、且つ、決定した種類の測定機器３００を有する車両（「測定可能車両」という場合がある）を、測定依頼をする車両の候補として特定する。具体的には、まず、車両管理データベースの現在位置情報を参照して、決定した測定対象道路区間から所定範囲内に存在する車両を検索する。例えば、図４に示すように、制御部１０１は、測定開始位置３０１と測定終了位置３０２で示される測定対象道路区間３０３を決定した場合に、測定開始位置３０１を基準とする所定の範囲を示す円３０４内に存在する車両を検索する。なお、制御部１０１は、測定対象道路区間の移動方向を問わない場合には、測定開始位置３０１と測定終了位置３０２を入れ替えて、測定終了位置３０２を基準とする所定の範囲を示す円内に存在する車両を検索することとしてもよい。これにより、測定対象道路区間３０３から遠方に存在して測定を行うことが困難な車両を、測定依頼をする車両の候補から除外することができる。

制御部１０１は、車両管理データベースの測定機器種類情報を参照して、検索した車両から、決定した種類の測定機器３００を有する車両を抽出する。なお、制御部１０１は、上述した車種別測定機器種類情報を記憶部１０２に記憶させておき、車両から受信した当該車両の車種を示す車種情報と、に基づいて、決定した種類の測定機器３００を有する測定可能車両を抽出することとしてもよい。

制御部１０１は、抽出した１又は複数の測定可能車両のそれぞれについて報酬を決定する。報酬には消費エネルギー費用が含まれるものとする。制御部１０１は、各測定可能車両について単位移動距離当たりの平均エネルギー消費量（燃費）と、当該測定可能車両が移動に要するエネルギーの単価と、当該測定可能車両が測定に要する移動距離と、に基づいて、消費エネルギー費用を算出する。具体的には、制御部１０１は、まず、車両管理データベースに記憶されている車種情報を参照し、測定可能車両の車種を特定する。次いで、制御部１０１は、予め記憶部１０２に記憶されている車種別燃料情報（車種と使用エネルギー源（ガソリン、軽油、電気など）と、燃費が対応付けられた情報）を参照して、特定した車種のエネルギー源と燃費を特定する。次に、制御部１０１は、測定可能車両の現在位置から測定対象道路区間を経由して元の位置に戻る経路を探索し、当該経路に対応する走行距離、所要時間を算出する。更に、制御部１０１は、走行距離、所要時間、燃費に基づいて、消費エネルギー量を算出する。そして、制御部１０１は、消費エネルギー量とエネルギーの単価に基づいて、消費エネルギー費用を算出する。

報酬には消費エネルギー費用の他に測定に対する対価が含まれていてもよい。例えば、報酬はエネルギー費と測定に対する対価の合計であってもよい。対価は、何れの測定対象道路区間についても一定としてもよいし、道路情報の必要度が高いほど対価を増加させることとしてもよい。必要度は、例えば、過去に測定又は取得されたことがない道路情報について最も高く設定し、次いで、既に測定又は取得されている道路情報のうち、直近の更新時から経過した時間が長い道路情報ほど高く設定する。また、例えば、稀少性が高い道路情報（例えば、特定の時間帯、温度、天候に限定した道路情報など）ほど、必要度を高く設定してもよい。このように必要度を高くすべき道路情報は測定又は取得すべき道路情報ということができる。必要度を用いることにより、道路情報をより充実させることができる。なお、消費エネルギー費用さえあれば測定の対価は不要であるという人も存在するため対価を報酬に含めないこととしてもよい。

なお、報酬は、通貨、仮想通貨、ポイントプログラム（Loyalty program）のポイント等であってもよい。

制御部１０１は、報酬を決定すると、測定を依頼していることを示す依頼情報を、測定可能車両のうち報酬が低い測定可能車両から順に送信することを、依頼情報の示す依頼が受諾されるまで繰り返す。

依頼情報には、測定をする位置を示す情報（例えば、測定開始位置３０１、測定終了位置３０２、測定対象道路区間３０３の位置を示す情報）、測定に要する所要時間を示す測定所要時間情報、測定に要する移動距離を示す測定移動距離情報、車両の現在位置から測定対象道路区間を経由して元の位置（現在位置）に戻る経路を示す経路情報、及び、報酬を示す報酬情報が含まれる。

なお、依頼情報に測定所要時間情報や測定移動距離情報を含める場合には、制御部１０１は、事前に測定に要する所要時間や移動距離を算出する。例えば、制御部１０１は、測定可能車両の現在位置から、測定対象道路区間へ向かい、当該道路区間を走行して、元の位置（依頼時の現在位置）に戻るまでの時間や移動距離を算出する。この時、測定可能車両の現在位置から測定対象道路区間を経由して元の位置に戻る経路について、各道路の渋滞状況を考慮して所要時間を算出することが好ましい。

制御部１０１は、依頼情報を受信した測定可能車両から、測定依頼を受諾する旨の受諾情報を所定時間内に受信した場合、測定可能車両が測定対象道路区間を測定した測定データが送られてくるのを待機する。制御部１０１は、予め測定終了時刻を算出しておき、当該測定終了時刻から所定時間経過しても測定データを受信しない場合は、タイムアウトして、他の測定可能車両に依頼情報を送信する。また、制御部１０１は、依頼情報を送信した測定可能車両から、測定依頼を拒否する旨の拒否情報を受信した場合、又は、所定時間内に回答が送られてこない場合は、受諾されなかったとみなし、受諾しなかった測定可能車両を、測定可能車両から除外し、再度、測定可能車両のうち報酬が最も低い測定可能車両に依頼情報を送信する。すなわち、報酬が低い測定可能車両を優先しながら、依頼に応じる測定可能車両が見つかるまで順次、測定依頼情報を送信する。

制御部１０１は、測定データを受信すると記憶部１０２に一旦記憶させる。そして、制御部１０１は、測定データそのものを、又は、測定データに基づいて取得した道路情報を、測定対象道路区間と対応付けて道路情報データベースに記憶させる。また、制御部１０１は、決定済みの報酬を車両の管理者等に支払うための処理を実行する。

［１．３．車載装置２００の構成］
次に、実施例１における車載装置２００の構成について説明する。図５に示すように、車載装置２００は、制御部２１１と、ＨＤＤやＳＳＤ等からなる記憶部２１２と、キーボード又はリモートコントローラ、タッチパネル等からなる入力部２１３と、表示ユニット２１４と、バスライン２１５と、入出力インターフェース部２２０と、車速センサ２２１と、角速度センサ２２２と、加速度センサ２２３と、舵角センサ２２４と、ＧＮＳＳ(Global Navigation Satellite System)受信部２２５と、データ送受信部２２６と、無線通信部２２７と、自動運転実行部２２８と、測定機器３００と、を備えて構成されている。

車速センサ２２１は、例えば車載装置２００が搭載されている車両から取得される車速パルス等を用いた速度検出処理等を用いて当該車両の現在速度を検出し、速度データを出力する。角速度センサ２２２は、当該車両の、例えば方向変化の角速度を検出し、単位時間当たりの角速度データ及び相対方位データを出力する。加速度センサ２２３は、当該車両の例えば前後方向の加速度を検出し、単位時間当たりの加速度データ等を出力する。舵角センサ２２４は、当該車両の舵角を検出し、舵角データ等を出力する。ＧＮＳＳ受信部２２５は、ＧＮＳＳ衛星からの航法電波を受信し、ＧＮＳＳ測位データを出力する。データ送受信部２２６は、ネットワークを介したサーバ装置との間のデータの送受信に係る処理を行う。無線通信部２２７は、無線による路車間通信と車車間通信に係る処理を行う。

自動運転実行部２２８は、自動運転モードが選択されている場合に制御部２１１による制御の下、車両の速度やハンドルを制御する。例えば、自動運転実行部２２８は、燃料を噴射する量を調節することにより自車両の速度を制御したり、ブレーキをかけることにより自車両の速度を低下させたり、ハンドルの操舵角を調節することにより自車両の進行方向を調整したりする。

測定機器３００は、カメラ、ＬＩＤＡＲ、レーダー、マイク、時計等であり、車載装置２００には、少なくとも一部の種類の測定機器３００が接続されている。記憶部２１２は、何れの種類の測定機器３００が車載装置２００に接続されているかを示す測定機器種類情報を記憶する。制御部２１１は、サーバ装置１００の記憶部１０２に記憶されている測定機器種類情報が最新の状態となるように、記憶部２１２に記憶されている測定機器種類情報が変更される度（又は定期的に）、当該測定機器種類情報をサーバ装置１００に送信する。

記憶部２１２は、表示ユニット２１４に地図を表示するための地図データや、経路を探索する際に用いる地図情報、道路リンク情報などが格納される。また、記憶部２１２は、オペレーティングシステムや、アプリケーションプログラム等の各種プログラムを記憶する。なお、各種プログラムは、例えば、サーバ装置等からネットワークを介して取得されるようにしても良いし、ＣＤ、ＤＶＤ、ＵＳＢメモリ等の記録媒体に記録されたものを読み込むようにしても良い。

また、記憶部２１２は、車両の利用予定を記憶することとしてもよい。利用予定は、車両がいつまでにどの地点に到着しなければならないかといった予定や、車両をいつからいつまで利用するかといった予定など、車両が利用される時間に関する予定である。例えば、３月２０日午前９時から午後１４時の間、自宅から草津温泉に移動するといった予定であってもよい。また、車両が使用される時間帯における所定時間毎（例えば、１分毎）の車両の予定存在位置をまとめた予定としてもよい。更に、目的地と到着時刻を示す走行条件が設定された場合に、制御部２１１が探索した経路に関する情報であってもよい。

入力部２１３は、利用者の入力操作を受け付けて、操作内容を示す操作信号を制御部２１１に送信する。

表示ユニット２１４は、制御部２１１の制御下で各種表示データを表示する。表示ユニット２１４は、グラフィックスコントローラ２１４ａと、ＶＲＡＭ（Video RAM）等のメモリからなるバッファメモリ２１４ｂと、液晶ディスプレイ等からなるディスプレイ２１４ｃ等を備えて構成されている。この構成においてグラフィックスコントローラ２１４ａは、バスライン２１５を介して制御部２１１から送られる制御データに基づいて、表示ユニット２１４全体の制御を行う。また、バッファメモリ２１４ｂは、即時表示可能な画像情報を一時的に記憶する。そして、グラフィックスコントローラ２１４ａから出力される画像データに基づいて、ディスプレイ２１４ｃに画像が表示される。

制御部２１１は、制御部２１１全体を制御するＣＰＵ２１１ａと、制御部２１１を制御する制御プログラム等が予め記憶されているＲＯＭ２１１ｂと、各種データを一時的に格納するＲＡＭ２１１ｃと、により構成されている。そして、ＣＰＵ２１１ａが、ＲＯＭ２１１ｂや記憶部２１２に記憶された各種プログラムを読み出し実行することにより各種手段として機能する。制御部２１１又はＣＰＵ２１１ａは、「コンピュータ」に対応する。

また、制御部２１１は、車速センサ２２１、角速度センサ２２２、加速度センサ２２３、舵角センサ２２４及びＧＮＳＳ受信部２２５と、バスライン２１５及び入出力インターフェース部２２０を介して接続されている。

制御部２１１は、ＧＮＳＳ測位データに基づく衛星測位や、速度データ、角速度データ、相対方位データ、加速度データ、舵角データ等に基づく自立測位、又は、これらを組み合わせたハイブリッド測位等を行い、自車両の現在位置（緯度、経度、高度）を示す現在位置情報を取得する。制御部２１１は、所定の条件（所定時間が経過することという条件や、車両が所定の距離移動することという条件等）が満たされる度に現在位置情報をサーバ装置１００に送信する。

制御部２１１は、サーバ装置１００から依頼情報を受信すると、車両の利用予定が設定されているか否かを判定する。制御部２１１は、利用予定が存在する場合、依頼情報に含まれる測定所要時間情報の示す測定を行うための所要時間と、利用予定とに基づいて、測定の実施が利用予定に影響するか（すなわち、利用予定に余裕をもって測定の実施が可能か否か）を判定する。なお、制御部２１１は、利用予定における利用時間の少なくとも一部と、測定をするために車両を利用する測定スケジュールの少なくとも一部と、が重複している場合に、測定をすることが不可能であると判定してもよい。すなわち、利用時間が１３時～１７時であり、測定スケジュールが１２時～１４時である場合には不可能であると判定し、利用時間が９時～１２時であり、測定スケジュールが１０時～１１時である場合にも不可能であると判定し、利用時間が１１時～１２時であり、測定スケジュールが１０時～１３時である場合にも不可能であると判定する。

制御部２１１は、利用予定に影響すると判定した場合、測定依頼を拒否することを示す拒否情報をサーバ装置１００に送信する。このとき、制御部２１１は、利用予定があるため拒否情報を送信してよいかを、車両に搭乗するユーザに確認してから送信することとしてもよいが、当該ユーザに確認せずに拒否情報を送信することとにより、依頼を拒否してよいかを確認される煩わしさをユーザに感じさせずにすむ。

一方、制御部２１１は、利用予定がないと判定した場合、又は、利用予定があるが利用予定に影響しないと判定した場合には、依頼情報に基づいて依頼内容（測定位置、測定に要する所要時間や移動距離、報酬等）を、図６に示すように、ディスプレイ２１４ｃに表示する測定依頼画面４１０により提示したり、図示しないスピーカーから発声させたりする。これにより車両に搭乗しているユーザが依頼内容を理解し、依頼を受諾するか否かを判断することができる。測定依頼画面４１０を表示させた場合、ユーザは受諾ボタン４１１を選択することにより依頼を受諾することができ、拒否ボタン４１２を選択することにより依頼を拒否することができる。制御部２１１は、受諾ボタン４１１が選択された場合には、依頼を受諾することを示す受諾情報をサーバ装置１００に送信し、一方、拒否ボタン４１２が選択された場合には、依頼を拒否することを示す拒否情報をサーバ装置１００に送信する。

制御部２１１は、車両が測定対象道路区間を走行し、道路又は道路周辺の状態の測定が完了した場合には、測定データをサーバ装置１００に送信する。

［１．４．サーバ装置１００による測定依頼処理］
次に、図７に示すフローチャートを用いて、サーバ装置１００による測定依頼処理について説明する。

まず、サーバ装置１００の制御部１０１は、測定対象道路区間と、測定機器３００の種類を決定する（ステップＳ１０１）。

次に、制御部１０１は、ステップＳ１０１の処理で決定した測定対象道路区間から所定範囲（例えば、図４の円３０４）内に存在する車両を検索する（ステップＳ１０２）。

次に、制御部１０１は、ステップＳ１０１の処理で決定した種類の測定機器３００を有する測定可能車両を抽出する（ステップＳ１０３）。

次に、制御部１０１は、ステップＳ１０３の処理で抽出した各測定可能車両について報酬を算出するための報酬決定処理を行う（ステップＳ１０４）。なお、報酬決定処理については後述する。

次に、制御部１０１は、ステップＳ１０４の処理で算出した報酬が最低である測定可能車両を選択する（ステップＳ１０５）。

次に、制御部１０１は、ステップＳ１０５の処理で選択した測定可能車両（車載端末２００）に依頼情報を送信する（ステップＳ１０６）。

次に、制御部１０１は、ステップＳ１０６の処理で依頼情報を送信してから所定時間内に受諾情報又は拒否情報を、依頼情報を送信した測定可能車両（車載端末２００）から受信したか否かを判定する（ステップＳ１０７）。制御部１０１は、所定時間内に受諾情報及び拒否情報の何れも受信していないと判定した場合には（ステップＳ１０７：ＮＯ）、測定可能車両からステップＳ１０５の処理で選択した測定可能車両を除外し（ステップＳ１１１）、ステップＳ１０５の処理に移行する。一方、制御部１０１は、所定時間内に受諾情報又は拒否情報を受信したと判定した場合には（ステップＳ１０７：ＹＥＳ）、次いで、受諾情報を受信したか否かを判定する（ステップＳ１０８）。

制御部１０１は、受諾情報を受信していない（拒否情報を受信した）と判定した場合には（ステップＳ１０８：ＮＯ）、測定可能車両からステップＳ１０５の処理で選択した測定可能車両を除外し（ステップＳ１１１）、ステップＳ１０５の処理に移行する。一方、制御部１０１は、受諾情報を受信したと判定した場合には（ステップＳ１０８：ＹＥＳ）、次いで、測定データを、受諾情報の送信元である測定可能車両（車載端末２００）から受信したか否かを判定する（ステップＳ１０９）。

制御部１０１は、測定データを受信したと判定した場合には（ステップＳ１０９：ＹＥＳ）、測定データを記憶部１０２に記憶させ（ステップＳ１１２）、測定依頼処理を終了する。一方、制御部１０１は、測定データを受信していないと判定した場合には（ステップＳ１０９：ＮＯ）、次いで、予め算出しておいた測定終了時刻から所定時間が経過したか否かを判定する（ステップＳ１１０）。

制御部１０１は、測定終了時刻から所定時間が経過したと判定した場合には（ステップＳ１１０：ＹＥＳ）、測定可能車両からステップＳ１０５の処理で選択した測定可能車両を除外し（ステップＳ１１１）、ステップＳ１０５の処理に移行する。一方、制御部１０１は、測定終了時刻から所定時間が経過していないと判定した場合には（ステップＳ１１０：ＮＯ）、ステップＳ１０９の処理に移行する。すなわち、制御部１０１は、受諾情報を受信した場合には、測定データを受信するか、測定終了時刻から所定時間が経過するまで、測定データの受信を待機する。

［１．５．サーバ装置１００による報酬決定処理］
次に、図８に示すフローチャートを用いて、サーバ装置１００による報酬決定処理について説明する。

まず、サーバ装置１００の制御部１０１は、図７のステップＳ１０３の処理で抽出した測定可能車両から一の車両を選択する（ステップＳ２０１）。

次に、制御部１０１は、ステップＳ２０１の処理で選択した車両の車種情報を、車両管理データベースから取得する（ステップＳ２０２）。

次に、制御部１０１は、車種別燃料情報を参照し、ステップＳ２０２の処理で取得した車種情報が示す車種に基づいて、エネルギー源と燃費を取得する（ステップＳ２０３）。

次に、制御部１０１は、測定対象道路区間について測定を行うため経路（現在位置から測定対象道路区間を経由して元の位置に戻る経路）を探索する（ステップＳ２０４）。

次に、制御部１０１は、ステップＳ２０４の処理で探索した経路について移動距離及び移動時間を算出するとともに、ステップＳ２０３の処理で取得した燃費に基づいて消費エネルギー量を算出する（ステップＳ２０５）。

次に、制御部１０１は、ステップＳ２０３の処理で取得したエネルギー源の単価を取得する（ステップＳ２０６）。例えば、制御部１０１は、予め記憶部１０２に記憶させておいたエネルギー源の単価を示す単価情報を参照して取得する。または、エネルギーごとの最新の単価を記録する外部のサーバ装置から単価情報を取得することとしてもよい。

次に、制御部１０１は、ステップＳ２０５の処理で算出した消費エネルギー量と、ステップＳ２０６の処理で取得したエネルギー源の単価に基づいて、消費エネルギー費用を算出する（ステップＳ２０７）。

次に、制御部１０１は、対価を決定する（ステップＳ２０８）。例えば、制御部１０１は、測定対象の道路情報の必要度に応じて対価を決定する。

次に、制御部１０１は、ステップＳ２０７の処理で算出した消費エネルギー費用と、ステップＳ２０８の処理で決定した対価を合算し、報酬を決定する（ステップＳ２０９）。

次に、制御部１０１は、ステップＳ２０１の処理で選択した車両と、ステップＳ２０９の処理で算出した報酬を対応付けて記憶部１０２に記憶させる（ステップＳ２１０）。

次に、制御部１０１は、図７のステップＳ１０３の処理で抽出した全ての測定可能車両を選択したか否かを判定する（ステップＳ２１１）。制御部１０１は、全ての測定可能車両を選択していないと判定した場合には（ステップＳ２１１：ＮＯ）、ステップＳ２０１の処理に移行する。一方、制御部１０１は、全ての測定可能車両を選択したと判定した場合には（ステップＳ２１１：ＹＥＳ）、報酬決定処理を終了する。

［１．６．車載装置２００による依頼受信処理］
次に、図９に示すフローチャートを用いて、車載装置２００による依頼受信処理について説明する。

まず、車載装置２００の制御部２１１は、サーバ装置１００から依頼情報を受信したか否かを判定する（ステップＳ３０１）。制御部２１１は、依頼情報を受信していないと判定した場合には（ステップＳ３０１：ＮＯ）、再度、ステップＳ３０１に移行する。すなわち、制御部２１１は、依頼情報を受信するまで待機する。一方、制御部２１１は、依頼情報を受信したと判定した場合には（ステップＳ３０１：ＹＥＳ）、利用予定が設定されているか否かを判定する（ステップＳ３０２）。

制御部２１１は、利用予定が設定されていないと判定した場合には（ステップＳ３０２：ＮＯ）、ディスプレイ２１４ｃに測定依頼画面４１０を表示させ（ステップＳ３０４）、ステップＳ３０５の処理に移行する。一方、制御部２１１は、利用予定が設定されていると判定した場合には（ステップＳ３０２：ＹＥＳ）、測定が利用予定に影響するか否かを判定する（ステップＳ３０３）。

制御部２１１は、測定が利用予定に影響しないと判定した場合には（ステップＳ３０３：ＮＯ）、ディスプレイ２１４ｃに測定依頼画面４１０を表示させ（ステップＳ３０４）、ステップＳ３０５の処理に移行する。一方、制御部２１１は、測定が利用予定に影響すると判定した場合には（ステップＳ３０３：ＹＥＳ）、拒否情報をサーバ装置１００に送信し（ステップＳ３０６）、依頼受信処理を終了する。

次に、制御部２１１は、ユーザが受諾したか否かを判定する（ステップＳ３０５）。例えば、制御部２１１は、測定依頼画面４１０の受諾ボタン４１１が選択された場合に、ユーザが受諾したと判定し、測定依頼画面４１０の拒否ボタン４１２が選択された場合に、受諾しなかったと判定する。または所定時間内に受諾ボタン４１１が選択されなかった場合に、受諾しなかったと判定してもよい。制御部２１１は、ユーザが受諾しなかったと判定した場合には（ステップＳ３０５：ＮＯ）、拒否情報をサーバ装置１００に送信し（ステップＳ３０６）、依頼受信処理を終了する。一方、制御部２１１は、ユーザが受諾したと判定した場合には（ステップＳ３０５：ＹＥＳ）、受諾情報をサーバ装置１００に送信する（ステップＳ３０７）。

次に、制御部２１１は、測定対象道路区間を走行する経路（車両の現在位置から測定対象道路区間を経由して元の位置（現在位置）に戻る経路）を、ディスプレイ２１４ｃに表示させる（ステップＳ３０８）。これにより、車両は測定対象道路区間を走行し、測定機器３００による測定を行う。

次に、制御部２１１は、測定対象道路区間の走行が完了したか否かを判定する（ステップＳ３０９）。制御部２１１は、測定対象道路区間の走行が完了していないと判定した場合には（ステップＳ３０９：ＮＯ）、再度、ステップＳ３０９に移行する。すなわち、制御部２１１は、測定対象道路区間の走行が完了するまで待機する。一方、制御部２１１は、測定対象道路区間の走行が完了したと判定した場合には（ステップＳ３０９：ＹＥＳ）、測定データをサーバ装置１００に送信し（ステップＳ３１０）、依頼受信処理を終了する。

以上説明したように、実施例１におけるサーバ装置１００（「測定依頼装置」に対応）の制御部１０１は、道路に関する道路情報を取得するための測定に要する消費エネルギー費用を含む報酬を決定し、測定を依頼していることを示す依頼情報であって、報酬を示す報酬情報を含む依頼情報を、測定を可能な測定機器３００を有する車両に送信する。

したがって、実施例１におけるサーバ装置１００によれば、道路情報を取得するための測定に要する消費エネルギー費用を含む報酬を決定し、測定を依頼していることを示す依頼情報であって、報酬を示す報酬情報を含む依頼情報を、測定を可能な測定機器３００を有する車両に送信する。したがって、報酬に消費エネルギー費用が含まれることから、車両側（車両の管理者）の道路情報を収集しようという意欲が向上し、測定機器３００を有する車両による測定の機会が増え、道路情報を充実させることができる。

また、依頼情報には、測定をする位置を示す情報、測定に要する所要時間を示す測定所要時間情報、測定に要する移動距離を示す測定移動距離情報、報酬を示す報酬情報が含まれ、実施例１における車載装置２００の制御部２１１は、依頼情報に基づいて、測定の依頼があったこと、及び、車両による測定に要する消費エネルギー費用を含む報酬を、測定依頼画面４１０を介してユーザに提示し、ユーザが受諾ボタン４１１を選択した場合に、ユーザが依頼を受諾したことを示す受諾情報をサーバ装置１００に送信する。このように、測定依頼画面４１０がディスプレイ２１４ｃに表示されることから、ユーザは、測定に要する所要時間、移動距離、報酬を確認したうえで、依頼を受諾するか否かを判断することができる。

更に、制御部１０１は、報酬が低い測定可能車両から順に依頼情報を送信することを、依頼情報の示す依頼が受諾されるまで繰り返す。したがって、報酬の低い車両を優先して測定の依頼をすることができるため、道路情報の収集に掛かる費用を低減することができる。

更にまた、制御部１０１（「決定手段」、「特定手段」、「送信手段」に対応）は、取得すべき道路情報に対応する測定が可能な測定機器３００の種類を決定し、決定した種類の測定機器３００を有する車両を特定し、当該車両に依頼情報を送信する。

したがって、実施例１におけるサーバ装置１００によれば、様々な種類の測定機器３００を有する車両に依頼を行うことから、測定機器３００を有する車両による測定の機会が増え、道路情報を充実させることができる。

一方、実施例１における車載装置２００（「情報処理装置」に対応）は、車両に搭載され、且つ、サーバ装置１００から依頼情報を受信する車載装置２００であって、制御部２１１（「道路情報送信手段」に対応）は、依頼情報の示す依頼に基づいて、車両が有する測定機器３００により測定した測定データ（「道路情報」に対応）をサーバ装置１００に送信する。なお、制御部２１１は、測定データから道路情報を取得して、当該道路情報をサーバ装置１００に送信することとしてもよい。したがって、車載装置２００は、サーバ装置１００からの依頼に基づき測定機器１００により測定した測定データをサーバ装置１００に送信することから、サーバ装置１００は車載装置２００に依頼情報を送信することにより測定データを収集することができる。

また、制御部２１１（「提示手段」、「受諾情報送信手段」に対応）は、依頼情報に基づいて、測定の依頼があったこと、及び、車両による測定に要する消費エネルギー費用を含む報酬を、車載装置２００のユーザ（車両の搭乗者）に提示し、ユーザが依頼を受諾するときに行う受諾操作（例えば、受諾ボタン４１１を選択する操作）を検出した場合に、ユーザが依頼を受諾したことを示す受諾情報をサーバ装置１００に送信する。

更に、制御部２１１は、車両の利用予定に基づいて、当該車両が測定をすることが可能か否かを判定し、測定をすることが可能であると判定した場合に、測定依頼画面４１０を表示する。

更にまた、制御部２１１（「種類特定情報送信手段」に対応）は、記憶部２１２に記憶されている測定機器種類情報が変更される度（又は定期的に）、当該測定機器種類情報（「種類特定情報」に対応）をサーバ装置１００に送信する。これにより、サーバ装置１００の記憶部１０２に記憶されている測定機器種類情報を最新の状態に更新することができる。

［１．７．変形例］
次に、実施例１の変形例について説明する。なお、以下に説明する変形例は適宜組み合わせることができる。

［１．７．１．変形例１］
実施例１では、サーバ装置１００の制御部１０１は、消費エネルギー費用を、車両の現在位置から測定対象道路区間を介して元の位置に戻ってくるまでの所要時間、走行距離、に基づいて算出した。一方、目的地が設定済みの車両については、依頼情報を受信した際の現在位置にもう一度戻ってくるよりも、測定対象道路区間を経由したうえで最短経路を通って目的地に向かう方が、車両側にとっては時間的に合理的であり、且つ、サーバ装置１００側にとっても消費エネルギー費用を低く抑えることができ合理的である。

そこで、変形例１では、制御部１０１は、車両の目的地又は当該目的地までの経路を示す目的地情報を取得し（例えば、車載装置２００等から受信する）、目的地情報を取得できた車両については、測定対象道路区間を経由して目的地へ向かう新経路を探索し、元の経路と新経路の所要時間の差分、及び、走行距離の差分を算出し、これらの差分（増分）に基づいて消費エネルギー費用を算出することとしてもよい。つまり、制御部１０１は、車両が目的地に到達するまでの消費エネルギーのうち、測定をすることに起因して増加する消費エネルギー量に対応する消費エネルギー費用を算出する。

また、新経路に基づく測定所要時間情報、測定移動距離情報、経路情報及び報酬情報を依頼情報に含めて車両に送信することとしてもよい。車載装置２００は、当該依頼情報を受信した場合に、新経路をユーザに提示し、ユーザに新経路を確認させたうえで、依頼を受諾するか否かを選択させることとしてもよい。

なお、サーバ装置１００の制御部１０１は、車載装置２００から目的地情報を取得する場合、プライバシー保護の観点から、車載装置２００で設定された目的地又は当該目的地までの経路の全てを取得するのではない。例えば、車載装置２００側で、目的地設定時に目的地又は経路の開示許可／不許可をユーザに選択させ、サーバ装置１００の制御部１０１は、開示許可されている目的地又は経路を示す目的地情報のみを取得することとする。

また、目的地情報の取得元は、車載装置２００に限定されず、ユーザが所有する携帯端末から、当該携帯端末に入力された目的地情報及び利用する車両を示す情報を取得することとしてもよい。また、ユーザのスケジュールを記憶する外部のサーバ装置からこれらの情報を取得することとしてもよい。

変形例１によれば、車両側は、測定対象道路区間を経由しつつ、最短の経路で目的地に到達することができ、移動時間を短縮することができる。また、サーバ装置１００は、道路情報の収集に掛かる費用をより低減することができる。

［１．７．２．変形例２］
実施例１では、サーバ装置１００の制御部１０１は、報酬の低い車両を選択して依頼情報を送信し、依頼情報を受信した車両から受諾情報を所定時間内に受信できなかった場合、タイムアウトして他の測定可能車両に依頼情報を送信していたが、この所定時間を道路情報の必要度に応じて変化させてもよい。具体的には、必要度が高いほどタイムアウトまでの時間を短くする。例えば、「タイムアウト時間＝Ｋ・（１／必要度） 但し、Ｋは定数」に基づいてタイムアウト時間を算出してもよい。すなわち、必要度が高いほど、タイムアウト時間が短くなり、短時間に複数の車両に次々に依頼情報が送信されることから、サーバ装置１００は、必要度の高い道路情報をより早期に取得することができる。

また、制御部１０１は、必要度の高い道路情報の測定を依頼する場合には、複数の車両に同時に依頼情報を送信し、最も早く受諾情報を送信してきた車両に測定を依頼することとしてもよい。この場合、制御部１０１は、測定を依頼する車両が決定した場合には、それ以外の車両に対して依頼のキャンセル情報を送信する。この場合も、サーバ装置１００は、必要度の高い道路情報をより早期に取得することができる。

［１．７．３．変形例３］
実施例１では、サーバ装置１００の制御部１０１は、測定対象道路区間の測定開始位置３０１から所定範囲内に存在する測定可能車両を検索するが、依頼を受諾する測定可能車両が存在しない場合には所定範囲（検索範囲）を広げるものとし、所定範囲の上限を道路情報の必要度に応じて変化させることとしてもよい。例えば、半径１ｋｍ～１０ｋｍまでの間で複数段階の検索範囲を設定するようにしておき、最初は最小の半径１ｋｍ範囲から検索を開始し（この範囲内に依頼を受諾する測定可能車両が見つかれば、報酬を低く抑えられる。）、この範囲内に依頼を受諾する測定可能車両が存在しない、１段階広げた検索範囲内で再度検索を行うこととする。そこでも依頼を受諾する測定可能車両が見つからない場合は、更に１段階検索範囲を広げる、という処理を繰り返す。ここで、検索範囲の上限が道路情報の必要度に応じて設定されるようにしておく。例えば、「検索範囲の半径上限＝Ｌ・必要度 但し、Ｌは定数」に基づいて検索範囲の半径上限を算出してもよい。すなわち、必要度が高いほど、広範囲を検索範囲とするため、依頼を受諾してくれる車両を見つけやすくなる。なお、道路情報の必要度が高いほど、受諾してくれる測定可能車両が見つからなかった場合における、測定可能車両の検索処理のリトライ頻度を高く設定することとしてもよい。変形例３によれば、サーバ装置１００は、必要度の高い道路情報をより早期に取得しやすくなる。

［１．７．４．変形例４］
道路情報データベースは、季節、気象状況、曜日又は時間帯毎、あるいはこれらを組み合わせた条件に対応する道路情報を記録することとしてもよい。この場合、サーバ装置１００は、現在の状況が道路情報の収集を必要とする季節、気象状況、曜日又は時間帯に適合した場合に、測定依頼処理を行うこととしてもよい。特に、所定の気象状況、時間帯など、現在の状況が適合する時間が短い条件に対応する道路情報を収集しようとする場合は、道路情報の必要度に拘らず、検索範囲の上限を最大に設定したり、複数の測定可能車両に同時に測定依頼情報を送信するようにしたりすることで、道路情報を確実に取得できるようにしてもよい。

また、サーバ装置１００の制御部１０１は、測定対象道路区間について特定の時間の道路情報を収集しようとする場合、当該測定対象道路区間の所定範囲内に存在する測定可能車両のうち、当該測定可能車両の現在位置に基づいて当該測定対象道路区間の測定開始地点への到達予想時刻を算出し、到達予想時刻が当該特定の時間に近い車両を優先して測定依頼情報を送信するようにしてもよい。本変形例４によれば、サーバ装置１００は、季節、気象状況、曜日又は時間帯毎、あるいはこれらを組み合わせた条件に対応するきめ細やかな道路情報を取得することが可能となる。

［１．７．５．変形例５］
車両のユーザは、測定の依頼に対して、直ぐには測定をできなくても、時間をおけばできる場合がある。そこで、車載装置２００は、図１０に示すように、測定依頼画面４２０に、受諾ボタン４２１、拒否ボタン４２２に加えて、「３０分以内に行く」ボタン４２３、「１時間以内に行く」ボタン４２４を表示させ、後で行く選択肢をユーザに提示することとしてもよい。この場合、直ぐには測定対象道路区間に向かわずに、寄り道をした後に測定対象道路区間に向かうことを可能とする。なお、寄り道をした後に測定対象道路区間に向かったとしても、先に測定依頼画面４２０に提示された報酬を支払うのが好ましい。この場合、測定の開始時刻が遅くなる分だけ、報酬に含まれる対価を変更してもよい（例えば、下げてもよい）。

変形例５において、１時間以内に行くという選択肢がユーザにより選択された場合、車載装置２００の制御部２１１は、この旨を示す受諾情報をサーバ装置１００に送信し、これを受信したサーバ装置１００の制御部１０１は、１時間は他の測定可能車両に依頼情報を送信しないこととし、１時間から所定時間（たとえば０.５時間）を経過しても受諾情報の送信元である車両が測定開始地点に到達しない場合には、当該車両に依頼をキャンセルする旨を通知して、他の測定可能車両に依頼情報を送信することとしてもよい。変形例５によれば、車両のユーザは、すぐに測定を行うことができない状況であっても、依頼を受諾することができることから、測定機器３００を有する車両による測定の機会が増え、道路情報を充実させることができる。

［１．７．６．変形例６］
実施例１では、依頼情報は、測定をする位置を示す情報、測定に要する所要時間を示す測定所要時間情報、測定に要する移動距離を示す測定移動距離情報、車両の現在位置から測定対象道路区間を経由して元の位置（現在位置）に戻る経路を示す経路情報、及び、報酬を示す報酬情報を含むこととしたが、これらの少なくとも何れかの情報を含むこととしてもよい。これに応じて、車載装置２００の制御部２１１は、測定をする位置を示す情報、測定に要する所要時間を示す測定所要時間情報、測定に要する移動距離を示す測定移動距離情報、車両の現在位置から測定対象道路区間を経由して元の位置（現在位置）に戻る経路を示す経路情報、及び、報酬を示す報酬情報を含むこととしたが、これらの少なくとも何れかの情報をユーザに提示することとしてもよい。

［１．７．７．変形例７］
実施例１では、図７のステップＳ１０２及びステップＳ１０３で説明したように、依頼情報を送信する車両の候補を、測定対象道路区間の測定開始位置３０１から所定範囲内に存在する車両を検索し、次いで、測定を行う種類の測定機器を有する測定可能車両を抽出することにより決定したが、ステップＳ１０２の処理をスキップし、ステップＳ１０３の処理で抽出した車両について報酬決定処理を行い（ステップＳ１０４）、報酬の低い車両から順次、依頼情報を送信することとしてもよい。この場合、測定開始位置３０１から所定範囲外の遠方に存在する車両については消費エネルギー費用が高くなることから、依頼情報が送信される優先順位が下がり、依頼が受諾される可能性は下がるが、依頼情報の送信対象となりえる車両が増加することから、測定機器３００を有する車両による測定の機会が増やし、道路情報を充実させることができる。また、車両管理データベースに登録されている車両の数が少ない場合などは、所定範囲内に存在する車両が少ない場合もあり、そのような場合には、現在位置が測定対象道路区間から遠方であっても、測定を行う種類の測定機器３００を有する測定可能車両に依頼をしてしまった方が、早期に道路情報を取得できる。

［１．７．８．変形例８］
実施例１では、サーバ装置１００の制御部１０１は、図７のステップＳ１０３の処理において、測定を行う種類の測定機器を有する測定可能車両を抽出する場合に、車両管理データベースの測定機器種類情報を参照して、測定可能車両を抽出することとしたが、ステップＳ１０３の処理において、ステップＳ１０２の処理で検索した車両（車載装置２００）から測定機器種類情報を送信してもらい測定可能車両を抽出することとしてもよい。この場合、車載装置２００の制御部２１１は、測定機器種類情報をサーバ装置１００に送信することとする。

また、上述した車種別測定機器種類情報を記憶部１０２に予め記憶させておき、ステップＳ１０３の処理において、ステップＳ１０２の処理で検索した車両（車載装置２００）から車種情報を送信してもらい、当該車種別測定機器種類情報を参照して、測定可能車両を抽出することとしてもよい。この場合、車載装置２００の制御部２１１は、車種情報をサーバ装置１００に送信することとする。

変形例８によれば、ステップＳ１０２の処理で検索した車両について、何れの種類の測定機器３００を有しているかを依頼の直前に確認することから、より正確に測定可能車両を抽出することができる。

［１．７．９．変形例９］
実施例１では、測定を行う対象を道路区間としたが、測定を行う対象は道路の地点（例えば、交差点や駅前のターミナル等）であってもよい。

［１．７．１０．変形例１０］
実施例１では、測定機器３００を有する車両に測定を依頼することとしたが、測定機器３００を有する人間（「移動体」に対応）に測定を依頼することとしてもよい。例えば、測定機器３００としてのカメラを備える携帯端末を有する人間に測定を依頼することとしてもよい。具体的には、車両管理データベースに加えて、又は、代えて、記憶部１０２に測定協力者管理データベースを構築し、車両管理データベースと同様に測定協力者の情報を管理する。なお、変形例１０では、携帯端末を車載装置２００に代用することができる。人間が測定を行う場合には、例えば、携帯端末のカメラで撮影をしながら測定対象道路区間を移動し（徒歩での移動、自転車や自動車に乗っての移動等）、測定データとしての画像データをサーバ装置１００に送信することとなる。変形例１０によれば、移動体としての人間にも測定を依頼することができるため、測定の機会が増加し、道路情報を充実させることができる。

［２．実施例２］
次に、実施例２について説明する。実施例１では、車両のユーザが、車載装置２００により提示される測定に要する所要時間、移動距離及び報酬を確認したうえで、依頼に応じるか否かを判断することとした。一方で、ユーザが運転する必要のない完全自動運転（無人運転を含む）に対応する車両においては、車両にユーザが搭乗していなくても測定のための走行が可能であるが、この場合、車両のユーザが依頼を受諾するか否かを判断できない場合がある。そこで、実施例２においては、ユーザが予め報酬に関する閾値を設定しておき、当該車両に搭載される車載装置２００の制御部２１１が、閾値以上の報酬が提示されたと判定した場合に、依頼を受諾することとしてもよい。なお、実施例２では、実施例１との相違点を中心に説明し、同様の点については説明を省略する。

［２．１．車載装置２００による依頼受信処理］
まず、図１１を用いて、実施例２における車載装置２００による依頼受信処理について説明する。なお、実施例１における車載装置２００による依頼受信処理（図９参照）と同じ処理について同じ符号を付すことにより説明を省略する。

車載装置２００の制御部２１１は、ステップＳ３０２の処理又はステップＳ３０３の処理において「ＮＯ」と判定した場合に、依頼情報に含まれる報酬情報が示す報酬が、予め設定された報酬に関する閾値以上であるか否かを判定する（ステップＳ３０４－２）。制御部２１１は、報酬が閾値以上ではないと判定した場合には（ステップＳ３０４－２：ＮＯ）、拒否情報をサーバ装置１００に送信し（ステップＳ３０６）、依頼受信処理を終了する。一方、制御部２１１は、報酬が閾値以上であると判定した場合には（ステップＳ３０４－２：ＹＥＳ）、受諾情報をサーバ装置１００に送信する（ステップＳ３０７）。

次に、制御部２１１は、測定対象道路区間を走行する経路（車両の現在位置から測定対象道路区間を経由して元の位置（現在位置）に戻る経路）を、自動運転で走行させるための制御を行い（ステップＳ３０８－２）、ステップＳ３０９の処理に移行する。

なお、実施例２は、完全自動運転車両にユーザが搭乗している場合でも、搭乗していない場合でも実行することができる。例えば、次のケースを想定する。
・完全自動運転車両が、自宅の駐車場に駐車されており、ユーザにより１６時から使用される予定が利用予定として登録されている。
・報酬に関する閾値は、ユーザにより５０ポイントに設定されている。
・１４時にサーバ装置１００から、所要時間が１時間、移動距離が１０ｋｍ、報酬が１００ポイントである依頼を示す依頼情報を受信した。

このケースでは、依頼情報を受信した１４時から、測定のための所要時間１時間が経過後の１５時までについては、利用予定に空きがあり、かつ、この測定を行うことにより得られる報酬である１００ポイントは、閾値である５０ポイント以上であるから、制御部２１１は、車両が測定対象道路区間を自動運転で走行するための制御を行う。すなわち、車両の自動運転機能を制御し、現在の駐車位置から測定対象道路区間を介して元の駐車位置に戻ってくるように自動走行させる。

次に、実施例１の変形例１の内容を採用して、サーバ装置１００の制御部１０１が、現在位置から測定対象道路区間を経由して目的地へ向かう新経路を探索し、元の経路と新経路の所要時間の差分、及び、走行距離の差分を算出し、これらの差分（増分）に基づいて決定した報酬、さらに探索した新経路に関する情報を依頼情報に含めて車載装置２００に送信するケースを想定する。具体的には、
・目的地への到着時刻が１６時に設定されている。
・報酬に関する閾値は、ユーザにより５０ポイントに設定されている。
・１５時にサーバ装置１００から、所要時間が３０分、移動距離が５ｋｍ、報酬が８０ポイントである依頼を示す依頼情報を受信した。
というケースを想定する。

このケースでは、依頼情報を受信した１５時から、測定のための所要時間３０分が追加されても到着時刻の１６時までに目的地に到着可能であり、かつ、この測定を行うことにより得られる報酬である８０ポイントは、閾値である５０ポイント以上であるから、制御部２１１は、車両が測定対象道路区間を自動運転で走行するための制御を行う。すなわち、車両の自動運転機能を制御し、現在の駐車位置から測定対象道路区間を経由して目的地へ向かうように自動走行させる。

実施例２の車載端末２００の制御部２１１は、道路情報を取得するための測定が可能な測定機器３００を有する自動運転可能な車両の利用予定に基づいて、当該車両が測定をすることが可能か否かを判定し、測定をすることが可能であると判定した場合に、当該車両を自動運転により移動させ、測定をさせる。また、制御部２１１は、測定した測定データをサーバ装置１００に送信する。

実施例２によれば、完全自動運転対応車両において、車両にユーザが搭乗していない場合であっても、利用予定に影響をしない依頼を受諾することができる。また、依頼を受諾する条件を予めユーザが設定しておくことで、車両にユーザが搭乗していない場合であっても、受諾条件に適合する依頼のみを受諾することができる。更に、利用予定に影響がある依頼は受諾しないため、ユーザが車両を利用する予定のない期間にのみ、車両を活用して報酬を受け取ることができる。更にまた、利用する予定のない期間の完全自動運転車両を測定に活用できることから、サーバ装置１００は、測定機器３００を有する車両による測定の機会が増え、道路情報を充実させることができる。

［２．２．変形例］
次に、実施例２の変形例について説明する。なお、以下に説明する実施例２の変形例は、実施例１及び実施例１の変形例を含め適宜組み合わせることができる。

［２．２．１．変形例１］
実施例２では、車載装置２００は、報酬に関する閾値を事前に設定しておき、ステップＳ３０４－２の処理において閾値以上の報酬の提示があったと判定した場合に、受諾情報をサーバ装置１００に送信するが、変形例１として、報酬に含まれる対価に関する閾値を事前に設定しておき、ステップＳ３０４－２の処理において閾値以上の対価の提示があったと判定した場合に、受諾情報をサーバ装置１００に送信することとしてもよい。なお、報酬に関する閾値及び対価に関する閾値の双方を事前に設定しておき、ステップＳ３０４－２の処理において、報酬が報酬に関する閾値以上であり、且つ／又は、対価が対価に関する閾値以上であると判定した場合に受諾情報をサーバ装置１００に送信することとしてもよい。また、この場合、サーバ装置１００の制御部１０１は、依頼情報に対価を示す対価情報を含めて送信することとする。

［２．２．２．変形例２］
受諾情報を送信する条件として報酬又は対価に関する閾値を設定しておくことに加えて、又は代えて、車載装置２００において、測定の所要時間又は移動距離の上限（閾値）を、依頼を受諾する条件として設定できるようにしてもよい。この場合、ステップＳ３０４－２の処理において、測定の所要時間又は移動距離に関する設定済みの条件を満たす（所要時間又は移動距離が閾値以下）と判定した場合に受諾情報をサーバ装置１００に送信する。これにより、測定の所要時間又は移動距離に関する設定済みの条件を満たす場合にのみ依頼を受諾することができる。

［２．２．３．変形例３］
車両に搭乗者がいるかを検出する搭乗者検出手段（座席の加重センサや、車室内を撮影するカメラなど）を車載装置２００に更に接続し、制御部２１１は、搭乗者が存在することが検出された場合には、ステップＳ３０４－２の処理において報酬が閾値以上であると判定した後に、依頼内容を搭乗者に提示し、搭乗者が依頼を受諾したか否かを判定することとしてもよい。例えば、ステップＳ３０４－２の処理において「ＹＥＳ」と判定した後に、図９のステップＳ３０４の処理及びステップＳ３０５の処理と同様の処理を行い、ステップＳ３０５の処理で「ＹＥＳ」と判定した場合には、図１１のステップＳ３０７の処理に移行し、「ＮＯ」と判定した場合には、図１１のステップＳ３０６の処理に移行する。

［２．２．４．変形例４］
変形例３では、車両に搭乗者が存在することが検出された場合に、依頼内容を搭乗者に提示し、搭乗者が依頼を受諾したか確認するが、車両に搭乗者が存在しない場合であっても、車両の管理者等に依頼を受諾するか問い合わせることとしてもよい。例えば、制御部２１１は、車両の管理者等の所持する端末装置に問い合わせメールを送信し、受諾する旨の回答があった場合に、図１１のステップＳ３０７の処理に移行する。これにより、利用予定に登録されていない予定が管理者等にあった場合に、車両が測定に出かけてしまい利用できなくなってしまうという事態を回避することができる。

［３．実施例３］
次に実施例３について説明する。実施例３では、完全自動運転（無人運転を含む）に対応する車両について、サーバ装置１００が利用予定を取得し、測定を行うことができるか否かを判定し、できると判定した場合に当該車両を自動運転制御し、当該測定を行わせる。なお、実施例３では、実施例１又は２との相違点を中心に説明し、同様の点については説明を省略する。

［３．１．サーバ装置１００による測定実行処理］
図１２を用いて、実施例３におけるサーバ装置１００による測定実行処理について説明する。

まず、サーバ装置１００の制御部１０１は、実施例１のサーバ装置１００による測定依頼処理（図７）のステップＳ１０１～ステップＳ１０５の処理と同様の処理を行う（ステップＳ４０１～ステップＳ４０５）。

次いで、制御部１０１は、ステップＳ４０５の処理で選択した車両について利用予定が設定されているか否かを判定する（ステップＳ４０６）。具体的に、制御部１０１は、当該車両の利用予定を取得し、取得できたか否かを判定する。利用予定は予め記憶部１０２に記憶させておくこととしてもよいし、利用予定が記憶されている車載端末２００の記憶部２１２や、外部のサーバ装置等から取得することとしてもよい。なお、プライバシーの観点からサーバ装置１００による利用予定の取得を許可するか否かをユーザが設定できるようにしておくことが好ましい。

制御部１０１は、利用予定が設定されていないと判定した場合には（ステップＳ４０６：ＮＯ）、ステップＳ４０８の処理に移行する。一方、制御部１０１は、利用予定が設定されていると判定した場合には（ステップＳ４０６：ＹＥＳ）、測定が利用予定に影響するか否かを判定する（ステップＳ４０７）。

制御部１０１は、測定が利用予定に影響しないと判定した場合には（ステップＳ４０７：ＮＯ）、ステップＳ４０８の処理に移行する。一方、制御部２１１は、測定が利用予定に影響すると判定した場合には（ステップＳ４０７：ＹＥＳ）、測定可能車両からステップＳ４０５の処理で選択した測定可能車両を除外し（ステップＳ４１３）、ステップＳ４０５の処理に移行する

制御部１０１は、利用予定が設定されていないと判定した場合（ステップＳ４０６：ＮＯ）、又は、測定が利用予定に影響しないと判定した場合には（ステップＳ４０７：ＮＯ）、直近のステップＳ４０５の処理で選択した測定可能車両に測定させることを決定し、当該測定可能車両に対して、測定対象道路区間を走行する経路（車両の現在位置から測定対象道路区間を経由して元の位置（現在位置）に戻る経路）を、自動運転で走行させるための制御を行う（ステップＳ４０８）。なお、サーバ装置１００が、測定可能車両を自動運転で走行させるための制御を行う方法については、車載端末２００を介して制御してもよいし、他の公知の手法を採用してもよい。

次に、制御部１０１は、測定対象道路区間の走行が完了したか否かを判定する（ステップＳ４０９）。例えば、測定車両の自動運転制御を、車載端末２００を介して行っている場合には、車載端末２００から測定対象道路区間の走行が完了したか否かを示す情報を受信して判定することとしてもよい。制御部１０１は、測定対象道路区間の走行が完了していないと判定した場合には（ステップＳ４０９：ＮＯ）、再度、ステップＳ４０９に移行する。すなわち、制御部１０１は、測定対象道路区間の走行が完了するまで待機する。一方、制御部１０１は、測定対象道路区間の走行が完了したと判定した場合には（ステップＳ４０９：ＹＥＳ）、測定データをサーバ装置１００に送信させる（ステップＳ４１０）。例えば、測定車両の自動運転制御を、車載端末２００を介して行っている場合には、車載端末２００に測定データを送信するよう指示する。

次に、制御部１０１は、測定データを測定可能車両（車載端末２００）から受信したか否かを判定する（ステップＳ４１１）。制御部１０１は、測定データを受信していないと判定した場合には（ステップＳ４１１：ＮＯ）、ステップＳ４１１に移行し、測定データを受信するまで待機する。一方、制御部１０１は、測定データを受信したと判定した場合には（ステップＳ４１１：ＹＥＳ）、測定データを記憶部１０２に記憶させ（ステップＳ４１２）、測定実行処理を終了する。

実施例３におけるサーバ装置１００の制御部１０１は、道路情報を取得するための測定が可能な測定機器３００を有する自動運転可能な車両の利用予定に基づいて、当該車両が測定をすることが可能か否かを判定し、測定をすることが可能であると判定した場合に、車両を自動運転により移動させ、測定をさせる。

したがって、実施例３におけるサーバ装置１００によれば、測定機器３００を有する自動運転車両を測定に利用することの機会を増やし、道路情報を充実させることができる。

［３．２．変形例］
次に、実施例３の変形例について説明する。なお、以下に説明する実施例３の変形例は、実施例１並びに実施例１の変形例、及び、実施例２並びに実施例２の変形例、を含め適宜組み合わせることができる。

［３．２．１．変形例１］
車両に搭乗者（「ユーザ」に対応）がいるかを検出する搭乗者検出手段（座席の加重センサや、車室内を撮影するカメラなど）を車載装置２００に更に接続し、サーバ装置１００の制御部１０１（「問い合わせ手段」に対応）は、搭乗者が存在することが検出されたことが車載装置２００から通知された場合には、車載装置２００を介して、測定内容（測定位置、測定に要する所要時間や移動距離、報酬等）を搭乗者に提示し、測定を行うことを受諾するか否かを問い合わせ、搭乗者が測定を行うことを受諾した場合に、測定（図１２のステップＳ４０８～ステップＳ４１２の処理）を実行することとしてもよい。

［３．２．２．変形例２］
変形例１では、車両に搭乗者が存在することが検出された場合に、測定内容を搭乗者に提示し、搭乗者が測定を行うことを受諾したか確認するが、車両に搭乗者が存在しない場合であっても、念のため車両の管理者等に測定を行うことを受諾するか問い合わせることとしてもよい。例えば、制御部１０１は、車両の管理者等の所持する端末装置に問い合わせメールを送信し、受諾する旨の回答があった場合に、測定（図１２のステップＳ４０８～ステップＳ４１２の処理）を実行することとしてもよい。

［３．２．３．変形例３］
制御部１０１は、報酬、対価、測定に要する所要時間や移動時間に関してユーザが予め定めた条件（報酬や対価が閾値以上であるかといった条件や、所要時間や移動時間が閾値以下であるかといった条件）を満たすか否かを判定し、条件を満たすと判定した場合に、自動運転による測定を実行することとしてもよい。具体的には、ユーザにより設定された報酬、対価、測定に要する所要時間・移動時間に関する条件を制御部１０１が取得できるように、記憶部１０２、車載端末２００の記憶部２１２、外部のサーバ装置等に記憶させておく。そして、制御部１０１は、測定実行処理において利用予定が設定されていないと判定した場合（ステップＳ４０６：ＮＯ）、又は、測定が利用予定に影響しないと判定した場合には（ステップＳ４０７：ＮＯ）、次いで、報酬、対価、測定に要する所要時間・移動時間に関してユーザが予め定めた条件を満たすか否かを判定し、当該条件を満たすと判定した場合に、ステップＳ４０８の処理に移行することとする。一方、制御部１０１は、当該条件を満たさないと判定した場合には、ステップＳ４１３の処理に移行することとする。

１ 測定依頼装置
１Ａ 決定手段
１Ｂ 特定手段
１Ｂ 送信手段
２００ 車載装置
２１１ 制御部
２１１ａ ＣＰＵ
２１１ｂ ＲＯＭ
２１１ｃ ＲＡＭ
２１２ 記憶部
２１３ 入力部
２１４ 表示ユニット
２１４ａ グラフィックスコントローラ
２１４ｂ バッファメモリ
２１４ｃ ディスプレイ
２１５ バスライン
２２０ 入出力インターフェース部
２２１ 車速センサ
２２２ 角速度センサ
２２３ 加速度センサ
２２４ 舵角センサ
２２５ ＧＮＳＳ受信部
２２６ データ送受信部
２２７ 無線通信部
２２８ 自動運転実行部
３００ 測定機器

Claims (1)

1. 取得すべき道路情報に対応する測定が可能な測定機器の種類を決定する決定手段と、
   前記決定された種類の前記測定機器を有する移動体を特定する特定手段と、
   前記測定を依頼していることを示す依頼情報を、前記特定された移動体に送信する送信手段と、
   を備えることを特徴とする測定依頼装置。

Images