JP7586293B2 - 道路点検システム、測定車両、サーバ、道路点検方法及びプログラム - Google Patents

Description

本発明は、道路点検システム、測定車両、サーバ、道路点検方法及びプログラムに関する。

近年、専用の路面性状測定車を用いる方法のほか、一般の車両を用いて道路の路面の状態を測定し、点検を行う方法が提案されている。例えば、特許文献１には、廉価で精度が高くない測定機器を使用して高精度に路面状態を把握できるという路面状態管理装置が開示されている。同文献によれば、この路面状態管理装置は、車両に搭載された取得手段により取得され、路面状態を解析するための路面状態解析用情報を取得する路面状態解析用情報取得手段と、前記路面状態解析用情報を、予め決定された距離に基づいて、解析対象路線毎に設定された複数の区間に関連付ける区間関連付手段と、前記複数の区間の各々に関連付けられた路面状態解析用情報を前記区間毎に複数蓄積する路面状態解析用情報蓄積手段と、前記路面状態解析用情報蓄積手段に蓄積された複数の路面状態解析用情報を解析し、前記各区間の各路面状態解析結果情報および１又は複数区間の各路面状態解析結果情報の代表値を求める情報解析手段と、を備えると記載されている。

特許文献２には、道路情報の収集に適した走行条件で車両が道路情報を収集することを可能とする道路情報収集支援サーバが開示されている。同文献によると、この道路情報収集支援サーバは、車両と通信する通信部と、車両が自動運転で道路情報を収集するために適した走行条件を決定し、車両が走行条件で道路情報を収集するように、車両が自動運転される自動運転モードへの切り替え指示と走行条件を、通信部を介して車両に送信する車両支援部と、を有すると記載されている。

特開２０１６－５７８６１号公報 特開２０２０－８９９６号公報

以下の分析は、本発明者によって与えられたものである。特許文献１、２の方法では、道路を走行した車両が、情報処理装置や道路情報収集装置と呼ばれている装置に測定データを送信する。このため、測定箇所や測定車両が増えるに従い、測定データの量が増えてしまうという問題点がある。

例えば、特許文献１の構成では、各区間の各路面状態解析結果情報および１又は複数区間の各路面状態解析結果情報の代表値を求めるために、大量の路面状態解析用情報が必要となる。また、特許文献２の構成においても、自動運転モードに切り替えられた車両が撮像装置によって撮影された画像及び加速度センサ等による計測値に基づいて、道路情報の算出を行い、道路情報収集支援サーバに送信するため、道路情報に画像を含める場合、測定データの量が増える可能性がある（請求項８参照）。

本発明は、測定車両を用いた道路の検査における前記測定車両から送信されるデータ量の削減に貢献できる道路点検システム、測定車両、サーバ、道路点検方法及びプログラムを提供することを目的とする。

第１の視点によれば、検査対象の道路を分割した単位である道路セグメントについて、該道路セグメント毎の検査の必要性を判定する検査判定部と、前記道路セグメント毎の検査の必要性に基づいて、前記道路の路面状態を測定可能な測定車両による該路面状態の測定又は該測定により得られた測定データの送信を制御する制御部と、前記測定車両から受信した測定データを分析し、検査を実施する路面検査部と、を備える道路点検システムが提供される。

第２の視点によれば、上記した道路点検システムを構成するサーバ及び測定車両が提供される。

第３の視点によれば、上記した道路点検システムを用いた道路点検方法が提供される。より具体的には、上記した道路点検システムを構成する装置が、検査対象の道路を分割した単位である道路セグメントについて、該道路セグメント毎の検査の必要性を判定し、前記道路セグメント毎の検査の必要性に基づいて、前記検査対象の道路の路面状態を測定可能な測定車両による前記道路セグメント毎の前記路面状態の測定又は該測定により得られた測定データの送信を制御し、前記道路セグメント毎の測定データの測定を実施可能な測定部を備えた測定車両に、前記路面状態の測定又は該測定により得られた測定データの送信を実施させる。

第４の視点によれば、上記した道路点検システムを構成する各装置の機能を実現するためのコンピュータプログラム（以下、「プログラム」）が提供される。このプログラムは、コンピュータ装置に入力装置又は外部から通信インターフェースを介して入力され、記憶装置に記憶されて、プロセッサを所定のステップないし処理に従って駆動させる。また、このプログラムは、必要に応じ中間状態を含めその処理結果を段階毎に表示装置を介して表示することができ、あるいは通信インターフェースを介して、外部と通信することができる。そのためのコンピュータ装置は、一例として、典型的には互いにバスによって接続可能なプロセッサ、記憶装置、入力装置、通信インターフェース、及び必要に応じ表示装置を備える。また、このプログラムは、コンピュータが読み取り可能な（非トランジトリーな）記憶媒体に記録することができる。

本発明によれば、測定車両を用いた道路の検査における前記測定車両から送信されるデータ量を削減することが可能となる。

本発明の一実施形態の構成を示す図である。 本発明の一実施形態の動作を説明するための図である。 本発明の一実施形態の動作を説明するための図である。 本発明の一実施形態の動作を説明するための図である。 本発明の一実施形態の変形例を示す図である。 本発明の第１の実施形態の道路点検システムの構成を示す図である。 本発明の第１の実施形態の道路点検システムの道路情報データベースに蓄積されるデータの一例を示す図である。 本発明の第１の実施形態の道路点検システムの測定能力情報データベースに蓄積されるデータの一例を示す図である。 本発明の第１の実施形態の道路点検システムの検査条件記憶部に記憶されるデータの一例を示す図である。 本発明の第１の実施形態の道路点検システムの動作を表したシーケンス図である。 本発明の第２の実施形態の道路点検システムの構成を示す図である。 本発明の第２の実施形態の道路点検システムの動作を表したシーケンス図である。 本発明の第３の実施形態の道路点検システムの構成を示す図である。 本発明の第３の実施形態の道路点検システムの動作を表したシーケンス図である。 本発明の第４の実施形態の道路点検システムの構成を示す図である。 本発明の第４の実施形態の道路点検システムの動作を表したシーケンス図である。 本発明の第５の実施形態の道路点検システムの構成を示す図である。 本発明の第５の実施形態の道路点検システムの動作を表したシーケンス図である。 本発明の第６の実施形態の道路点検システムの構成を示す図である。 本発明の第６の実施形態の道路点検システムの動作を表したシーケンス図である。 本発明の一実施形態の道路点検システムの動作を表したシーケンス図である。 本発明の一実施形態の変形例の道路点検システムの動作を表したシーケンス図である。 本発明の第１の実施形態の道路点検システムの変形動作を表したシーケンス図である。 本発明の情報提供装置を構成するコンピュータの構成を示す図である。

はじめに本発明の一実施形態の概要について図面を参照して説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、本発明を図示の態様に限定することを意図するものではない。また、以降の説明で参照する図面等のブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。プログラムはコンピュータ装置を介して実行され、コンピュータ装置は、例えば、プロセッサ、記憶装置、入力装置、通信インターフェース、及び必要に応じ表示装置を備える。また、このコンピュータ装置は、通信インターフェースを介して装置内又は外部の機器（コンピュータを含む）と、有線、無線を問わず、通信可能に構成される。また、図中の各ブロックの入出力の接続点には、ポート乃至インターフェースがあるが図示を省略する。

本発明は、その一実施形態において、図１に示すように、検査判定部１１と、制御部１２と、路面検査部１３と、を含む道路点検システム１０にて実現することができる。

より具体的には、検査判定部１１は、検査対象の道路を分割した単位である道路セグメントについて、該道路セグメント毎の検査の必要性を判定する。例えば、検査判定部１１は、図２の上段に示す５つの道路セグメントについて、検査の必要性を判定する。図２の例では、検査判定部１１は、左側３つの道路セグメントについて検査要と判定し、残る２つの道路セグメントについて検査不要と判定している。ここで、道路セグメントとしては、道路を所定の基準で分割した単位であり、例えば、ひび割れ率、わだち掘れ量、ＩＲＩなどの値を計算する際の単位区間を用いることができる。また、道路セグメントは、上記した単位区間を複数含む長さで設定されていてもよい。例えば、検査条件が同一の区間をセグメントとすることもできる。このように、検査条件が同一の区間をセグメントとすることで、路面検査部１３において逐次検査条件を変える必要がなくなるため、路面検査部１３の負荷を軽減することができる。

制御部１２は、前記判定の結果に基づいて、前記道路の路面状態を測定可能な測定車両２０による該路面状態の測定又は該測定により得られた測定データの送信を制御する。例えば、制御部１２は、図２の下段に示すように、検査要と判定された道路セグメントを対象に、路面状態の測定を制御する。なお、図２の例では、制御部１２は、道路セグメントの測定を制御することとしているが、道路セグメントの路面状態の測定をした上で、データの送信を行うか否かを制御することでもよい。

そして、路面検査部１３は、前記測定車両２０から無線通信網を介して前記測定データを受信し、該測定データを取得した道路セグメントに設定された前記検査条件に基づき該測定データを分析し、該道路セグメントにおける検査を実施する。

道路点検システム１０は、例えば、道路点検サーバと、測定車両との組み合わせにより構成することができる。図２１は、この場合の道路点検サーバと測定車両の動作の一例を示す。測定車両が、道路点検サーバに対し、前記検査の必要性を問い合わせると（ステップＳ８００）、前記道路点検サーバは、検査の必要性を判定し、前記問い合わせに応答する（ステップＳ８０１）。前記道路点検サーバは、前記問い合わせに応答することで（ステップＳ８０３）、前記測定車両による前記道路セグメントについての測定を制御する（ステップＳ８０４、Ｓ８０５）。

上記した道路点検システム１０によれば、測定車両を用いた道路の検査における前記測定車両から送信されるデータ量を削減することが可能となる。その理由は、道路点検システム１０が、該道路セグメント毎の検査の必要性を判定し、さらに、その結果に基づいて、前記検査対象の道路を測定可能な測定車両２０による前記道路セグメント毎の前記路面状態の測定又は該測定により得られた測定データの送信を制御する構成を採用したことにある。

なお、図２の例では、制御部１２は、左側３つの道路セグメントのすべてについて測定を実施するものと判定しているが、制御部１２が、測定条件等を考慮して、道路セグメントの一部について測定を実施しないと判定する場合もある。例えば、図３の例では、制御部１２は、左側３つの道路セグメントのうち、左から１番目及び３番目の道路セグメントの測定を実施し、左から２番目の道路セグメントの測定を行わないこととしている。この場合、検査要と判定された道路セグメントのうち、左から２番目の道路セグメントの測定データが得られないことになるが、図４に示すように、次のタイミングで同一又は別の測定車両２０に対して、２番目の道路セグメントの検査が必要であることを伝えることで、左から２番目の道路セグメントの測定データを得ることができる。このように、前記道路の検査の必要性の判定は、道路セグメント毎の過去の検査履歴をもとに実施することができる。

また、図１の例では、制御部１２が道路点検システム１０側にあるものとして説明したが、図５に示すように、制御部が測定車両２０側に配置されていてもよい。この場合の動作は、図２２に示すとおりとなる。具体的には道路点検システム１０の道路点検サーバは、測定車両２０に対し、道路セグメント毎の検査の必要性を示す検査要否情報を通知する（ステップＳ７００）。そして、測定車両２０の制御部２２が、前記道路セグメント毎の検査の必要性に基づいて、個別の道路セグメントの検査の要否を判定する（ステップＳ７０３）その後、測定車両２０は、道路セグメントの検査の要否の内容に基づいて、前記道路セグメント毎の前記路面状態の測定又は該測定により得られた測定データの送信を制御することになる（ステップＳ７０４、Ｓ７０５）。

［第１の実施形態］
続いて、本発明の第１の実施形態について図面を参照して詳細に説明する。図６は、本発明の第１の実施形態の道路点検システムの構成を示す図である。図６を参照すると、道路点検サーバ１００と、測定車両２００とを含む道路点検システムが示されている。

道路点検サーバ１００は、道路情報データベース（道路情報ＤＢ）１１０と、測定能力情報データベース（測定能力情報ＤＢ）１２０と、検査条件記憶部１３０とにそれぞれアクセス可能となっている。なお、道路点検サーバ１００が、その内部の補助記憶装置等に、これらに相当するデータベース及び記憶部を備えていてもよい。

道路情報ＤＢ１１０は、道路セグメント単位で路面の検査の必要性の判定に必要な各種の情報を記憶するデータベースである。図７は、本実施形態の道路情報ＤＢ１１０に蓄積されるデータの一例を示す図である。図７の例では、路線名と、道路分類と、区間（道路セグメント）と、検査結果と、検査日時とを対応付けたデータが示されている。このようなデータの検査結果フィールドや検査日時を参照して、ある道路の特定の道路セグメントの検査の必要性を判定することができる。また、道路情報ＤＢ１１０に、検査結果のほか、補修や修繕の内容やこれらが行われた日時を保持させてもよい。

測定能力情報ＤＢ１２０は、測定車両２００の路面測定能力に関する情報を記憶するデータベースである。図８は、本実施形態の測定能力情報ＤＢ１２０に蓄積されるデータの一例を示す図である。図８の例では、測定車両２００の車両ＩＤから、その測定車両に備えられたカメラの解像度（ピクセル）と、路面性状測定機能の内容を特定可能となっている。なお、その測定車両の測定能力は図８に示した例に限られず、検査条件として設定された内容に応じ、カメラのその他の性能項目（フレームレート、ビットレート等の動画撮影能力、物体認識機能の有無など）が設定されていてもよい。

検査条件記憶部１３０は、道路分類ごとに必要とされる路面画像の解像度や、測定項目を含む検査条件を記憶している。図９の例では、交通量が多い、要求サービス水準の高い等の道路分類Ａに分類される道路は、４００Ｍピクセル以上のカメラで撮影することと、ひび割れ率、わだち掘れ量、ＩＲＩ（国際ラフネス指数）、ポットホール（の有無）を測定できることが条件とされている。一方、上記道路分類Ａの道路との比較において交通量が少ない、要求サービス水準の低い等の道路分類Ｃに分類される道路は、１００Ｍピクセル以上のカメラで撮影することと、ポットホール（の有無）を測定できることが条件とされている。上記道路分類としては、国土交通省が舗装点検要領で定めている道路分類を用いることもできる。なお、図９に示した検査条件はあくまで一例を示したものであり、例えば、ＩＲＩ（国際ラフネス指数）に代えて平坦性という測定項目を設けることもできる。また、これらの測定項目を用いて、ＭＣＩ（Ｍａｉｎｔｅｎａｎｃｅ Ｃｏｎｔｒｏｌ Ｉｎｄｅｘ：維持管理指数）を計算し、検査を行う構成も採用可能である。

また、前記検査条件とは別に、検査条件記憶部１３０に、測定データに求められる品質要求レベルが設定されていてもよい。この場合、測定車両２００の測定能力、測定車両２００の速度または測定車両２００の環境状態の少なくともいずれかに基づいて、測定車両２００が前記道路セグメントについて定められた品質要求レベルを満たすことができるか否かにより、前記路面状態の測定又は該測定により得られた測定データの送信を制御することもできる。例えば、品質要求レベルとして、測定データのカメラの解像度や動画ビットレートやフレームレートが指定されていてもよい。また、一般的には、高速になればなるほど画像の品質は落ちるため、品質要求レベルとして、測定車両の速度（範囲）が指定されていてもよい。さらに、品質要求レベルとして、測定車両の周囲の天候や前記所定のサーバに前記測定データを送信するための無線通信網の帯域の条件が指定されていてもよい。

図６に示すとおり、道路点検サーバ１００は、検査判定部１０１と、制御部１０２と、路面検査部１０３とを備えている。

検査判定部１０１は、道路情報ＤＢ１１０に保持されているデータを参照して、特定の道路の道路セグメント毎の検査の必要性を判定する。例えば、国道ＡＡＡが指定された場合、検査判定部１０１は、図７に示すデータを参照して区間（道路セグメント）毎の検査の必要性を判定する。例えば、検査判定部１０１は、所定期間検査が行われていない区間（道路セグメント）を検査の必要性のありと判定する。また、道路情報ＤＢ１１０に、修繕や補修の内容やこれらが行われた日時が保持されている場合、これらの内容や日時に基づいて、検査判定部１０１が検査の必要性を判定してもよい。

制御部１０２は、検査判定部１０１にて検査の必要性が高いと判定された区間（道路セグメント）について、さらに測定を実施するか否かを判定し、測定車両２００に対し、区間（道路セグメント）の検査要否を示す測定指示を通知する。例えば、図８の車両ＩＤ：０００１の測定車両２００を用いて国道ＡＡＡの検査を行う場合、制御部１０２は、車両ＩＤ：０００１の測定車両２００が、図９の道路分類ごとの検査条件を満たすことができるか否かにより、測定を実施するか否かを判定する。例えば、図８の車両ＩＤ：０００１の測定車両２００は、カメラ解像度が４００Ｍピクセル、路面性状測定機能は全項目測定可、ポットホール検出可となっているので、道路分類Ａの道路の検査に必要な測定を実施可能となっている。一方、図８の車両ＩＤ：０００２の測定車両２００は、カメラ解像度が２００Ｍピクセル、路面性状測定機能はひび割れ率のみとなっているので、道路分類Ａ、道路分類Ｂの道路を検査に必要な測定を行うことができないことになる。

さらに、測定データに求められる品質要求レベルが設定されている場合、制御部１０２が、測定車両２００の測定能力、測定車両２００の速度または測定車両２００の環境状態の少なくともいずれかに基づいて、測定を実施するか否かを判定してもよい。例えば、品質要求レベルとして、測定データのカメラの解像度や動画ビットレートやフレームレートが指定されている場合、制御部１０２は、測定車両のカメラの性能がこれらを充足できるか否かについても判定する。また、品質要求レベルとして、測定車両の速度（範囲）が指定されている場合、制御部１０２は、測定車両２００からの速度情報を取得し、当該速度（範囲）を充足しているか否かについても判定する。さらに、品質要求レベルとして、測定車両の周囲の天候や前記所定のサーバに前記測定データを送信するための無線通信網の帯域の条件が指定されている場合、測定車両の環境がこれらを充足できるか否かについても判定する。

また、別の形態として、測定車両２００からの測定データの受信に応じて、道路点検サーバ１００が、当該測定車両２００が次に走行する道路セグメントの測定を実施するか否かを通知する形態を採ることもできる。なお、制御部１０２から測定車両２００への通知には、測定の実施有無だけでなく、検査条件等を含めることもできる。

路面検査部１０３は、前記測定を実施するか否かを通知した測定車両２００から測定データを受信し、検査を実施する。例えば、ひび割れ率が２０％以上で、要修繕と判定するとの判定基準が定められている場合、路面検査部１０３は、ひび割れ率が２０％以上の道路セグメントを要修繕と判定する。この判定結果は、道路情報ＤＢ１１０の検査結果フィールドに記録され、道路管理者による道路の管理に役立てられる。

続いて、測定車両２００の構成について説明する。図６に示すとおり、測定車両２００は、測定部２０１と、受信部２０２と、送信部２０３とを備える。このような測定車両２００は、路面性状測定車に、道路点検サーバ１００との通信機能を追加することでも実現できる。

受信部２０２は、道路点検サーバ１００から、道路の各道路セグメントについて、測定を実施するか否かの指示（測定指示）を受信する。

測定部２０１は、前記受信部２０２にて受信した道路点検サーバ１００からの指示に従い、道路の各道路セグメントの測定を実施する。

送信部２０３は、道路点検サーバ１００に対し、測定部２０１にて測定された道路の各道路セグメントの測定データを送信する。

なお、測定車両と道路点検サーバ１００間のデータの授受は、種々の方式を採ることができ、特に限定されない。例えば、移動体通信事業者が提供するＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｉｔｏｎ）、５Ｇ等の無線通信網やロードサイドに設置された路側機を経由して指示や測定データを授受する形態等が考えられる。

続いて、本実施形態の動作について図面を参照して詳細に説明する。図１０は、本発明の第１の実施形態の道路点検システムの動作を表したシーケンス図である。図１０を参照すると、まず、道路管理者等が道路点検サーバ１００に、検査対象の道路と、検査に使用する測定車両２００との組み合わせを入力する（ステップＳ０００）。なお、道路管理者等が道路点検サーバ１００に検査対象の道路を入力することに代えて、道路点検サーバ１００が道路情報ＤＢ１１０を参照し、自動的に検査の必要性の高い道路を選択することでもよい。

道路点検サーバ１００は、道路情報ＤＢ１１０を参照して、検査対象の道路の各道路セグメントについて検査の必要性を判定する（ステップＳ００１）。

次に、道路点検サーバ１００は、ステップＳ０００で指定された測定車両で、検査対象の道路に求められている検査条件を満たす測定をなしうるかどうかにより、各道路セグメントの測定の要否を判定する（ステップＳ００２）。

次に、道路点検サーバ１００は、前記判定した道路の各道路セグメントの測定の要否を測定車両２００に通知し、測定データの送信を要求する（ステップＳ００３）。

前記測定データの送信要求を受けた測定車両２００は、測定部２０１にて測定を実施し（ステップＳ００４）、その結果を道路点検サーバ１００に送信する（ステップＳ００５）。

道路点検サーバ１００は、前記測定データを受信すると（ステップＳ００６）、所定の判定基準を用いて検査を実施する（ステップＳ００７）。なお、測定の必要がある道路セグメントが他にもある場合、道路点検サーバ１００は、ステップＳ００３に戻って、当該道路セグメントについて測定データの送信を要求する。

以上説明したように、本実施形態によれば、測定車両２００を用いた道路の路面検査における前記測定車両から送信されるデータ量を削減することが可能となる。特に、本実施形態では、道路点検サーバ１００が、測定能力情報ＤＢ１２０と検査条件記憶部１３０とにアクセスし、測定車両２００による検査条件を満たさない測定を抑止させる構成を採っている。これにより、検査条件を満たさない測定車両によるデータ送信を抑止することが可能となっている。

なお、上記した実施形態では、測定車両２００におけるデータ測定を制御の対象とするものとして説明したが、測定車両２００が常時データ測定を行う構成になっている場合、データ送信を制御の対象としてもよい。この場合、測定車両２００は、道路セグメントの測定を行うが、その測定データを送信するか否かを制御することになる。

具体的には、図２３に示すように、測定車両２００は、ステップＳ００４ａにおいて、測定データの送信要求の内容に基づいて、測定データの送信要否を判定する。そして、測定車両２００は、前記判定結果に基づいて、測定データの送信又は破棄を実施する（図２３のステップＳ００５ａ）。

［第２の実施形態］
続いて、第１の実施形態において、道路点検サーバ１００に配置されていた制御部１０２を測定車両側に配置した第２の実施形態について説明する。図１１は、本発明の第２の実施形態の道路点検システムの構成を示す図である。図６に示した第１の実施形態との構成上の相違点は、測定能力情報ＤＢ１２０が省略され、かつ、車両側に制御部２０４が配置されている点である。その他の構成は第１の実施形態とほぼ同様であるので、以下、その相違点を中心に説明する。

本実施形態の道路点検サーバ１００ａは、検査判定部１０１ａと、路面検査部１０３とを備えている。

検査判定部１０１ａは、道路情報ＤＢ１１０に保持されているデータを参照して、特定の道路の道路セグメント毎の検査の必要性を判定する。例えば、国道ＡＡＡが指定された場合、検査判定部１０１ａは、図７に示すデータを参照して区間（道路セグメント）毎の検査の必要性を判定する。さらに、検査判定部１０１ａは、測定車両２００ａに対し、前記判定した道路セグメント毎の検査の必要性を示した検査要否情報を送信する。また、この検査要否情報には、検査条件記憶部１３０から読み出した該当道路の検査条件が含まれている。また、別の形態として、測定車両２００ａからの測定データの受信に応じて、道路点検サーバ１００ａが、当該測定車両２００ａが次に走行する道路セグメントの検査の必要性を通知する形態を採ることもできる。

測定車両２００ａは、測定部２０１と、受信部２０２ａと、送信部２０３と、制御部２０４とを備える。

受信部２０２ａは、道路点検サーバ１００ａから、道路の各道路セグメントの検査の必要性を示した検査要否情報を受信すると、制御部２０４に対し、検査要否情報を渡す。

制御部２０４は、検査判定部１０１ａにて検査の必要性が高いと判定された区間（道路セグメント）について、検査条件と、自車の測定能力とを用いて、測定を実施するか否かを判定する。図７の国道ＡＡＡの検査を行う場合、制御部２０４は、自車が、図９の道路分類ごとの検査条件を満たすことができるか否かにより、測定を実施するか否かを判定する。また、この検査条件に測定データに求められる品質要求レベルが設定されている場合、制御部２０４は、測定車両の測定能力のほか、測定車両の速度や前記測定車両の環境状態（周囲の明るさ、天候等）の少なくとも１つを用いて、自車が当該品質要求レベルを満たす測定をなしうるかどうかにより、測定を実施するか否かを判定してもよい。また、前記測定車両の環境状態として、道路点検サーバ１００ａとの間のネットワークの帯域の状態（測定データの送信に必要な帯域が確保できているかどうか、ネットワークの混雑度等）を考慮に入れても良い。

測定部２０１は、前記制御部２０４の判定結果に従い、道路の各道路セグメントの測定を実施する。例えば、測定部２０１は、カメラなどのセンサを備えた端末であってもよい。カメラは、可視光域で撮影を行う光学カメラのほか、赤外線カメラやミリ波を用いたカメラであってもよい。また、測定部２０１は、車両に備え付けの端末であってもよく、持ち運び可能な携帯端末であってもよい。具体的には、測定部２０１は、道路測定用のカメラ、ドライブレコーダ、またはスマートフォンなどであってもよい。

続いて、本実施形態の動作について図面を参照して詳細に説明する。図１２は、本発明の第２の実施形態の道路点検システムの動作を表したシーケンス図である。図１２を参照すると、まず、道路管理者等が道路点検サーバ１００ａに、検査対象の道路の情報を入力する（ステップＳ１００）。

道路点検サーバ１００ａは、道路情報ＤＢ１１０を参照して、検査対象の道路の各道路セグメントについて検査の必要性を判定する（ステップＳ１０１）。

次に、道路点検サーバ１００ａは、測定車両２００ａに対し、前記判定した道路の各道路セグメントの検査の必要性を示す検査要否情報を通知し、測定データの送信を要求する（ステップＳ１０２）。

測定車両２００ａは、自車が検査対象の道路に求められている検査条件を満たす測定をなしうるかどうかにより、各道路セグメントの測定の要否を判定する（ステップＳ１０３）。

測定車両２００ａは、前記各セグメントの測定の要否を判定の結果に従い、測定部２０１にて測定を実施し（ステップＳ１０４）、その結果を道路点検サーバ１００ａに送信する（ステップＳ１０５）。

以降の道路点検サーバ１００ａの動作は、第１の実施形態と同様であるので説明を省略する。（ステップＳ００６、Ｓ００７）。

以上説明したように、本実施形態の構成によっても第１の実施形態と同様に、測定車両２００ａから送信されるデータ量を削減することが可能となる。特に、本実施形態では、測定車両２００ａが自車の測定能力に基づいて、各セグメントの測定の要否を判定する構成を採っているため、測定能力情報ＤＢ１２０を省略できるという利点がある。さらに、測定車両２００ａのカメラや一部のセンサの故障等に応じて、各セグメントの測定の要否を判定することも可能となる。

なお、上記した実施形態では、道路管理者等が道路点検サーバ１００ａに、検査対象の道路の情報を入力したことを契機に、検査判定部が、検査対象の道路の各道路セグメントについて検査の必要性を判定し、測定車両２００ａに検査の必要性を通知するものとして、説明したが、各道路セグメントについて検査の必要性を通知するタイミングはこれに限られない。例えば、道路点検サーバ１００ａが、能動的に所定のタイミングで、各道路セグメントについて検査の必要性を通知してもよい。この所定のタイミングとしては、路面検査部１０３による検査が実施され道路情報ＤＢ１１０が更新されたタイミング、特定周期、特定時刻、測定車両からの要求があったタイミング等が考えられる。

また、本実施形態においても、測定車両２００ａにおけるデータ測定を制御の対象とするものとして説明したが、測定車両２００ａが常時データ測定を行う構成になっている場合、データ送信を制御の対象としてもよい。また、この場合においても、測定車両２００ａの測定能力のほか、測定時の車両の速度や前記測定車両２００ａの環境状態を考慮に入れて、データ送信を行うか否かを決めても良い。さらに、前記測定車両２００ａの環境状態として、道路点検サーバ１００ａとの間のネットワークの帯域の状態を考慮に入れて、データ送信を行うか否かを決めても良い。

［第３の実施形態］
続いて、測定車両から道路点検サーバに測定の要否を問い合わせるようにした第３の実施形態について説明する。図１３は、本発明の第３の実施形態の道路点検システムの構成を示す図である。図６に示した第１の実施形態との構成上の相違点は、測定車両２００ｂ側に測定確認部２０５が追加され、道路点検サーバ１００ｂが測定車両２００ｂからの問い合わせに応じて測定指示を応答するように構成されている点である。その他の構成は第１の実施形態と同様であるので、以下、その相違点を中心に説明する。

測定車両２００ｂは、測定部２０１と、受信部２０２ｂと、送信部２０３と、測定確認部２０５とを備える。

測定確認部２０５は、道路点検サーバ１００ｂに対し、測定車両２００ｂの進行方向上の道路セグメントの測定の要否を要求する、動作を行う。なお、測定車両２００ｂの進行方向上の道路セグメントについては、測定車両２００ｂのカーナビケーション装置等から取得することができる。あるいは、測定車両２００ｂが道路点検サーバ１００ｂに対し、自車の位置情報を含んだ問い合わせを行う方法を採っても良い。

本実施形態の道路点検サーバ１００ｂの検査判定部１０１ｂは、測定車両２００ｂから進行方向上の道路セグメントの測定の要否の要求を受けると、道路情報ＤＢ１１０に保持されているデータを参照して、前記問い合わせを受けた道路の道路セグメント毎の検査の必要性を判定する。

制御部１０２ｂは、検査判定部１０１ｂにて検査の必要性が高いと判定された区間（道路セグメント）について、さらに測定を実施するか否かを判定し、測定車両２００ｂに当該区間（道路セグメント）の検査要否を示す測定指示として通知する。

測定車両２００ｂ及び道路点検サーバ１００ｂのその他の構成は、同一の符号を付した第１の実施形態の構成と同様であるので説明を省略する。

続いて、本実施形態の動作について図面を参照して詳細に説明する。図１４は、本発明の第３の実施形態の道路点検システムの動作を表したシーケンス図である。図１４を参照すると、まず、測定車両２００ｂが、道路点検サーバ１００ｂに対し、進行方向上の道路の道路セグメントの測定の要否について問い合わせる（ステップＳ２００）。

前記問い合わせを受けた道路点検サーバ１００ｂは、道路情報ＤＢ１１０を参照して、問い合わせ対象の道路の各道路セグメントについて検査の必要性を判定する（ステップＳ２０１）。

次に、道路点検サーバ１００ｂは、問い合わせ元の測定車両が、検査対象の道路に求められている検査条件を満たす測定をなしうるかどうかにより、各道路セグメントの測定の要否を判定する（ステップＳ００２）。なお、問い合わせ元の測定車両２００ｂは、問い合わせメッセージに含まれる車両ＩＤを用いて特定することができる。問い合わせメッセージに、測定車両２００ｂの測定能力に関する情報が含まれている場合もある。その場合、道路点検サーバ１００ｂは、その測定能力情報を用いて、問い合わせ元の測定車両が、検査対象の道路に求められている検査条件を満たす測定をなしうるかどうかを判定してもよい。

道路点検サーバ１００ｂは、測定車両２００ｂに対し、前記判定の結果を用いて検査要否を示す測定指示を応答する（ステップＳ２０３）。具体的には、測定車両２００ｂの進行先の道路の道路セグメントの測定が必要と判定した場合、道路点検サーバ１００ｂは、測定車両２００ｂに対し、前記判定した道路セグメントの測定を要求する。一方、測定車両２００ｂの進行先の道路の道路セグメントの測定が不要と判定した場合、道路点検サーバ１００ｂは、測定車両２００ｂに対し、道路セグメントの測定を要求しない。

測定車両２００ｂは、前記測定指示に基づいて、測定部２０１にて測定を実施し（ステップＳ２０４）、その結果を道路点検サーバ１００ｂに送信する（ステップＳ２０５）。

以降の道路点検サーバ１００ｂの動作は、第１の実施形態と同様であるので説明を省略する。（ステップＳ００６、Ｓ００７）。

以上説明したように、本実施形態によれば、測定車両からの要求に応じて、測定データの要否を判定し、データの送信を求める構成が得られる。このような構成は、例えば、特定多数の測定車両から測定データを受け取る構成に好適に適用できる。さらに、本実施形態では、道路点検サーバ１００ｂは、測定車両から問い合わせを受けた時点で最新の道路情報ＤＢ１１０を参照して、道路セグメント毎の検査の必要性を判定する。このため、測定車両２００ｂに、より最新の道路情報に基づいた測定を行わせることができるという利点がある。

なお、上記した実施形態では、制御部１０２ｂは、道路セグメントの測定を実施するか否かを判定することとしているが、制御部１０２ｂが、測定データの送信を行うか否かを判定することでもよい。この場合、測定車両２００ｂは、検査の必要性に拘わらず、道路セグメントの測定を行い、道路点検サーバ１００ｂからの指示に従いデータの送信を行うことになる。

なお、上記した実施形態では、道路点検サーバ１００ｂが測定車両２００ｂからの問い合わせの都度、前記検査要否を示す測定指示を送信するものとして説明したが、前記測定指示の送信タイミングは、これに限られない。例えば、特定周期、特定時刻、前記検査履歴が更新されたタイミング、前記測定車両から要求があったタイミング、前記測定車両の位置情報、の少なくともいずれかに基づき、道路点検サーバ１００ｂが、測定車両２００ｂに対し、測定指示を送信するようにしてもよい。

また、本実施形態においても、測定車両２００ｂにおけるデータ測定を制御の対象とするものとして説明したが、測定車両２００ｂが常時データ測定を行う構成になっている場合、データ送信を制御の対象としてもよい。また、この場合においても、測定車両２００ｂが、測定時の車両の速度や前記測定車両２００ｂの環境状態を考慮に入れて、データ送信を行うか否かを決めても良い。さらに、前記測定車両２００ｂの環境状態として、道路点検サーバ１００ｂとの間のネットワークの帯域の状態を考慮に入れて、データ送信を行うか否かを決めても良い。

［第４の実施形態］
続いて、第３の実施形態において、道路点検サーバ１００ｂに配置されていた制御部１０２ｂを測定車両側に配置した第４の実施形態について説明する。図１５は、本発明の第４の実施形態の道路点検システムの構成を示す図である。図１３に示した第３の実施形態との構成上の相違点は、測定能力情報ＤＢ１２０が省略され、道路セグメント情報配布部１０４が追記されている点と、車両側に制御部２０４が配置され、かつ、測定確認部２０５が検査確認部２０７に置き換わっている点である。その他の構成は第３の実施形態とほぼ同様であるので、以下、その相違点を中心に説明する。

本実施形態の道路点検サーバ１００ｃは、検査判定部１０１ｃと、路面検査部１０３と、道路セグメント情報配布部１０４と、を備えている。

検査判定部１０１ｃは、測定車両２００ｃから問い合わせを受けると、道路情報ＤＢ１１０に保持されているデータを参照して、前記問い合わせを受けた道路の道路セグメント毎の検査の必要性を判定する。さらに、検査判定部１０１ｃは、測定車両２００ｃに対し、前記判定した道路セグメント毎の検査の必要性を示した検査要否情報を送信する。第２の実施形態と同様、この検査要否情報には、検査条件記憶部１３０から読み出した該当道路の検査条件が含まれている。

本実施形態では、道路情報ＤＢ１１０に各道路セグメントの地理的な範囲を示す道路セグメント情報が登録されているものとする。道路セグメント情報配布部１０４は、道路情報ＤＢ１１０から道路セグメント情報を読み出して、測定車両２００ｃに配布する。

測定車両２００ｃは、測定部２０１と、受信部２０２ｃと、送信部２０３と、制御部２０４と、検査確認部２０７とを備える。

検査確認部２０７は、道路セグメント情報と、自車の位置情報に基づいて、道路点検サーバ１００ｃに、測定車両２００ｃの進行方向上の道路セグメントの検査の必要性を問い合わせる動作を行う。また、あるいは、測定車両２００ｃが道路点検サーバ１００ｃに対し、自車の位置情報を含んだ問い合わせを行う方法を採っても良い。本実施形態では、検査確認部２０７が、前記検査判定部を備える所定のサーバに対し、前記測定車両が走行する予定または走行中の前記道路セグメントについて前記検査の必要性を問い合わせる手段として機能する。

受信部２０２ｃは、道路点検サーバ１００ｃから、道路の各道路セグメントの検査の必要性を示した検査要否情報を受信すると、制御部２０４に対し、検査要否情報を渡す。

制御部２０４は、道路点検サーバ１００ｃに問い合わせた道路セグメントが検査の必要性が高いと判定された区間（道路セグメント）である場合、検査条件と、自車の測定能力とを用いて、測定を実施するか否かを判定する。

測定部２０１は、前記制御部２０４の判定結果に従い、道路の各道路セグメントの測定を実施する。

続いて、本実施形態の動作について図面を参照して詳細に説明する。図１６は、本発明の第４の実施形態の道路点検システムの動作を表したシーケンス図である。図１６を参照すると、まず、測定車両２００ｃが、道路点検サーバ１００ｃに対し、進行方向上の道路の道路セグメントの検査の要否について問い合わせる（ステップＳ３００）。

前記問い合わせを受けた道路点検サーバ１００ｃは、道路情報ＤＢ１１０を参照して、問い合わせ対象の道路の各道路セグメントについて検査の必要性を判定する（ステップＳ３０１）。

次に、道路点検サーバ１００ｃは、測定車両２００ｃに対し、前記判定した道路の各道路セグメントの検査の必要性を示す検査要否情報を通知し、測定データの送信を要求する（ステップＳ３０２）。

測定車両２００ｃは、自車が検査対象の道路に求められている検査条件を満たす測定をなしうるかどうかにより、各道路セグメントの測定の要否を判定する（ステップＳ３０３）。

前記判定の結果、自車の進行先の道路の道路セグメントの測定が必要と判定した場合、測定車両２００ｃは、前記判定した道路セグメントの測定を実施する（ステップＳ３０４）。一方、自車の進行先の道路の道路セグメントの測定が不要と判定した場合、測定車両２００ｃは、道路セグメントの測定を実施しない。

測定車両２００ｃは、道路点検サーバ１００ｃに対し、測定部２０１にて測定した結果を送信する（ステップＳ３０５）。

以降の道路点検サーバ１００ｃの動作は、第１の実施形態と同様であるので説明を省略する。（ステップＳ００６、Ｓ００７）。

以上説明したように、本実施形態の構成によっても第３の実施形態と同様に、測定車両２００ｃから送信されるデータ量を削減することが可能となる。特に、本実施形態では、測定車両２００ｃが自車の測定能力に基づいて、各セグメントの測定の要否を判定する構成を採っているため、測定能力情報ＤＢ１２０を省略できるという利点がある。さらに、さらに、測定車両２００ｃが、自車のカメラや一部のセンサの故障等に応じて、各セグメントの測定の要否を判定することも可能となる。なお、上記した例では、道路点検サーバ１００ｃに、道路セグメント情報配布部１０４が設けられているものとして説明したが、測定車両２００ｃのカーナビケーション装置等から道路セグメント情報を取得し、測定車両２００ｃ側で、自車の進行方向上の道路セグメントを特定することでもよい。

また、本実施形態においても、測定車両２００ｃにおけるデータ測定を制御の対象とするものとして説明したが、測定車両２００ｃが常時データ測定を行う構成になっている場合、データ送信を制御の対象としてもよい。この場合、測定車両２００ｃは、自車の測定能力に基づいて、測定データの送信又は破棄を制御することになる。また、この場合においても、測定車両２００ｃの測定能力のほか、測定時の車両の速度や前記測定車両２００ｃの環境状態を考慮に入れて、データ送信を行うか否かを決めても良い。さらに、前記測定車両２００ｃの環境状態として、道路点検サーバ１００ｃとの間のネットワークの帯域の状態を考慮に入れて、データ送信を行うか否かを決めても良い。

［第５の実施形態］
続いて、測定車両から道路点検サーバに対し、経路を示してまとめて測定の要否を問い合わせるようにした第５の実施形態について説明する。図１７は、本発明の第５の実施形態の道路点検システムの構成を示す図である。図１３に示した第３の実施形態との構成上の相違点は、測定車両の測定確認部２０５が指示要求部２０６に置き換わっている点と、道路点検サーバ１００ｄの検査判定部１０１ｄ及び制御部１０２ｄの動作に変更が加えられている点である。その他の構成は第３の実施形態と同様であるので、以下、その相違点を中心に説明する。

測定車両２００ｄは、測定部２０１と、受信部２０２ｄと、送信部２０３と、指示要求部２０６とを備える。

指示要求部２０６は、道路点検サーバ１００ｄに対し、測定車両２００ｄの進行経路を示す経路情報を送信し、当該進行経路上の道路セグメントの測定の要否を示す測定指示（検査指示情報）を要求する動作を行う。なお、測定車両２００ｄの進行経路については、測定車両２００ｄのカーナビケーション装置等から取得することができる。もちろん、測定車両２００ｄの搭乗者等が道路点検サーバ１００ｄから提供される地図情報などを参照して、進行経路を入力することでもよい。

受信部２０２ｄは、道路点検サーバ１００ｄから、測定指示を受信すると、測定部２０１に、前記測定指示に従った測定を指示する。

本実施形態の道路点検サーバ１００ｄの検査判定部１０１ｄは、道路情報ＤＢ１１０に保持されているデータを参照して、測定車両２００ｄの進行経路上のすべての道路セグメント毎の検査の必要性を判定する。

制御部１０２ｄは、検査判定部１０１ｄにて検査の必要性が高いと判定された区間（道路セグメント）について、さらに測定を実施するか否かを判定し、測定車両２００ｄに測定指示として応答する。

測定車両２００ｄ及び道路点検サーバ１００ｄのその他の構成は、同一の符号を付した第３の実施形態の構成と同様であるので説明を省略する。

続いて、本実施形態の動作について図面を参照して詳細に説明する。図１８は、本発明の第５の実施形態の道路点検システムの動作を表したシーケンス図である。図１８を参照すると、まず、測定車両２００ｄが、道路点検サーバ１００ｄに対し、経路情報を送信し、進行経路上の道路の道路セグメントに対応する測定指示を要求する（ステップＳ４００）。

前記問い合わせを受けた道路点検サーバ１００ｄは、道路情報ＤＢ１１０を参照して、測定車両２００ｄの進行経路上の全道路セグメントについて検査の必要性を判定する（ステップＳ４０１）。

次に、道路点検サーバ１００ｄは、測定車両２００ｄが、検査対象の道路に求められている検査条件を満たす測定をなしうるかどうかにより、測定車両２００ｄの進行経路上の全道路セグメントの測定の要否を判定する（ステップＳ４０２）。なお、問い合わせ元の測定車両２００ｄは、問い合わせメッセージに含まれる車両ＩＤを用いて特定することができる。問い合わせメッセージに、測定車両２００ｄの測定能力に関する情報が含まれている場合もある。その場合、道路点検サーバ１００ｄが、その測定能力情報を用いて、問い合わせ元の測定車両が、進行経路上の道路に求められている検査条件を満たす測定をなしうるかどうかを判定してもよい。

道路点検サーバ１００ｄは、測定車両２００ｄに対し、測定車両２００ｄの進行経路に対応する測定指示を送信する（ステップＳ４０３）。この測定指示には、測定車両２００ｄの進行経路上の前記道路セグメントの測定の要否を示されている。

測定車両２００ｄは、道路点検サーバ１００ｄから受信した測定指示に従い、測定部２０１にて測定を実施し（ステップＳ４０４）、その結果を道路点検サーバ１００ｄに送信する（ステップＳ４０５）。

以降の道路点検サーバ１００ｄの動作は、第３の実施形態と同様であるので説明を省略する。（ステップＳ００６、Ｓ００７）。

以上説明したように、本実施形態によれば、測定車両から進行経路上の道路セグメントについて、まとめて測定データの要否を判定し、測定車両２００ｄに指示する構成が得られる。これにより、第３の実施形態との比較において、道路点検サーバ１００ｄと測定車両２００ｄ間の通信データ量をさらに削減することができる。

また、本実施形態においても、測定車両２００ｄにおけるデータ測定を制御の対象とするものとして説明したが、測定車両２００ｄが常時データ測定を行う構成になっている場合、データ送信を制御の対象としてもよい。この場合、測定車両２００ｄは経路に沿った測定データの送信又は破棄を制御することになる。また、この場合においても、測定車両２００ｄは、測定時の車両の速度や前記測定車両２００ｄの環境状態を考慮に入れて、データ送信を行うか否かを決めても良い。さらに、前記測定車両２００ｄの環境状態として、道路点検サーバ１００ｄとの間のネットワークの帯域の状態を考慮に入れて、データ送信を行うか否かを決めても良い。

［第６の実施形態］
続いて、第５の実施形態において、道路点検サーバ１００ｄに配置されていた制御部１０２を測定車両側に配置した第６の実施形態について説明する。図１９は、本発明の第６の実施形態の道路点検システムの構成を示す図である。図１７に示した第５の実施形態との構成上の相違点は、測定能力情報ＤＢ１２０が省略され、かつ、車両側に制御部２０４が配置されている点である。その他の構成は第５の実施形態と同様であるので、以下、その相違点を中心に説明する。

本実施形態の道路点検サーバ１００ｅは、検査判定部１０１ｅと、路面検査部１０３とを備えている。

検査判定部１０１ｅは、測定車両２００ｅからの要求に応じて、道路情報ＤＢ１１０に保持されているデータを参照して、測定車両２００ｅの進行経路上のすべての道路セグメント毎の検査の必要性を判定する。さらに、検査判定部１０１ｅは、測定車両２００ｅに対し、前記判定した道路セグメント毎の検査の必要性を示した検査要否情報を送信する。第２の実施形態と同様、この検査要否情報には、検査条件記憶部１３０から読み出した該当道路の検査条件が含まれている。

測定車両２００ｅは、測定部２０１と、受信部２０２ｅと、送信部２０３と、制御部２０４と、指示要求部２０６とを備える。

受信部２０２ｅは、道路点検サーバ１００ｅから、道路の各道路セグメントの検査の必要性を示した検査要否情報を受信すると、制御部２０４に対し、検査要否情報を渡す。

制御部２０４は、道路点検サーバ１００ｅから受信した検査要否情報にて検査の必要性が高いと判定された区間（道路セグメント）について、検査条件と、自車の測定能力とを用いて、測定を実施するか否かを判定する。

測定部２０１は、前記制御部２０４の判定結果に従い、進行経路上の道路の各道路セグメントの測定を実施する。

測定車両２００ｅ及び道路点検サーバ１００ｅのその他の構成は、同一の符号を付した第５の実施形態の構成と同様であるので説明を省略する。

続いて、本実施形態の動作について図面を参照して詳細に説明する。図２０は、本発明の第６の実施形態の道路点検システムの動作を表したシーケンス図である。図２０を参照すると、まず、測定車両２００ｅが、道路点検サーバ１００ｅに対し、経路情報を送信し、進行経路上の道路の道路セグメントに対応する検査要否情報を要求する（ステップＳ５００）。

前記検査要否情報の要求を受けた道路点検サーバ１００ｅは、道路情報ＤＢ１１０を参照して、測定車両２００ｅの進行経路上の全道路セグメントについて検査の必要性を判定する（ステップＳ５０１）。

次に、道路点検サーバ１００ｅは、測定車両２００ｅに対し、測定車両２００ｅの進行経路上の道路の各道路セグメントの検査の必要性を示す検査要否情報を通知する（ステップＳ５０２）。

測定車両２００ｅは、自車が進行経路上の道路に求められている検査条件を満たす測定をなしうるかどうかにより、進行経路上の全道路セグメントの測定の要否を判定する（ステップＳ５０３）。

測定車両２００ｅは、前記判定結果に従い、測定部２０１にて測定を実施し（ステップＳ５０４）、その結果を道路点検サーバ１００ｅに送信する（ステップＳ５０５）。

以降の道路点検サーバ１００ｅの動作は、第５の実施形態と同様であるので説明を省略する。（ステップＳ００６、Ｓ００７）。

以上説明したように、本実施形態の構成によっても第５の実施形態と同様に、測定車両２００ｅから送信されるデータ量を削減することが可能となる。特に、本実施形態では、測定車両２００ｅが自車の測定能力に基づいて、各セグメントの測定の要否を判定する構成を採っているため、測定能力情報ＤＢ１２０を省略できるという利点がある。さらに、測定車両２００ｅが、自車のカメラや一部のセンサの故障等に応じて、各セグメントの測定の要否を判定することも可能となる。

また、本実施形態においても、測定車両２００ｅにおけるデータ測定を制御の対象とするものとして説明したが、測定車両２００ｅが常時データ測定を行う構成になっている場合、データ送信を制御の対象としてもよい。この場合、測定車両２００ｅは、自車の測定能力に基づいて、経路に沿った測定データの送信又は破棄を制御することになる。また、この場合においても、測定車両２００ｅが、測定時の車両の速度や前記測定車両２００ｅの環境状態を考慮に入れて、データ送信を行うか否かを決めても良い。さらに、前記測定車両２００ｅの環境状態として、道路点検サーバ１００ｅとの間のネットワークの帯域の状態を考慮に入れて、データ送信を行うか否かを決めても良い。

以上、本発明の各実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、各図面に示したシステムの構成、各要素の構成、データの表現形態は、本発明の理解を助けるための一例であり、これらの図面に示した構成に限定されるものではない。

また、上記した第１～第６の実施形態に示した手順は、道路点検システムを構成する各装置として機能するコンピュータ（図２４の９０００）に、これらの装置としての機能を実現させるプログラムにより実現可能である。このようなコンピュータは、図２４のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）９０１０、通信インタフェース９０２０、メモリ９０３０、補助記憶装置９０４０を備える構成に例示される。すなわち、図２４のＣＰＵ９０１０にて、検査必要性判定処理プログラムや測定制御プログラムを実行し、その補助記憶装置９０４０等に保持された各計算パラメーターの更新処理を実施させればよい。

即ち、上記した第１～第６の実施形態に示した各装置の各部（処理手段、機能）は、これらの装置に搭載されたプロセッサに、そのハードウェアを用いて、上記した各処理を実行させるコンピュータプログラムにより実現することができる。

最後に、本発明の好ましい形態を要約する。
［第１の形態］
（上記第１の視点による道路点検システム参照）
［第２の形態］
上記した道路点検システムの前記検査判定部は、前記道路セグメント毎の過去の検査履歴をもとに前記判定を実施する構成を採ることができる。
［第３の形態］
前記道路セグメントは、前記測定データの測定単位に基づき前記道路を分割した単位とすることができる。
［第４の形態］
前記道路セグメントは、前記道路の検査条件に基づき前記道路を分割した単位とすることができる。
［第５の形態］
前記測定車両は、
前記道路セグメント毎の路面状態の測定を実施可能な測定部と、
前記検査判定部を備える所定のサーバに対し、前記測定車両が走行する予定または走行中の前記道路セグメントについて前記検査の必要性を問い合わせる検査確認部と、
前記測定により得られた測定データの送信可能な送信部と、
を備え、
前記問い合わせに対する前記制御部からの応答に従い、前記測定部は前記走行する予定または走行中の前記道路セグメントについての測定を制御する、又は、前記送信部は該測定により得られた測定データの送信を制御する構成を採ることができる。
［第６の形態］
前記検査確認部は、前記測定車両の位置情報及び前記道路セグメントの地理的所在を示す道路セグメント情報をもとに、前記測定車両が走行する予定または走行中の前記道路セグメントを特定し、該特定した前記道路セグメントについて前記検査の必要性を前記サーバに問い合わせる構成を採ることができる。
［第７の形態］
上記した道路点検システムにおいて、
前記制御部が前記測定車両に配置され、
前記制御部は、前記道路セグメント毎の前記検査の必要性を示す検査要否情報を保持し、該検査要否情報と前記測定車両の位置情報とに基づいて、前記測定車両による前記路面状態の測定又は該測定により得られた測定データの送信を制御する構成を採ることができる。
［第８の形態］
上記した道路点検システムにおいて、
前記検査判定部を備える所定のサーバは、特定周期、特定時刻、前記検査履歴が更新されたタイミング、前記測定車両から要求があったタイミング、前記測定車両の位置情報、の少なくともいずれかに基づき、前記測定車両に対し、前記検査要否情報を送信する構成を採ることができる。
［第９の形態］
上記した道路点検システムにおいて、
前記制御部は、前記測定車両の測定能力、前記測定車両の速度または前記測定車両の環境状態の少なくともいずれかに基づいて、前記測定車両が前記道路セグメントについて定められた品質要求レベルを満たすことができるか否かにより、前記路面状態の測定又は該測定により得られた測定データの送信を制御する構成を採ることができる。
［第１０の形態］
上記した道路点検システムにおいて、
前記品質要求レベルは、前記道路セグメントの重要度、前記路面検査部による検査の合否判定基準、の少なくともいずれかに基づき設定することができる。
［第１１の形態］
上記した道路点検システムにおいて、
上記した道路点検システムの前記検査判定部は、前記測定車両からの問い合わせに応じ、前記測定車両の走行経路上の前記道路セグメント毎に検査の必要性を判定し、
前記制御部は、前記検査の必要性に基づいて、前記測定車両の走行経路上の前記道路セグメント毎の前記路面状態の測定又は該測定により得られた測定データの送信を制御する構成を採ることができる。
［第１２の形態］
（上記第２の視点による測定車両又はサーバ参照）
［第１３の形態］
（上記第３の視点による道路点検方法参照）
［第１４の形態］
（上記第４の視点によるプログラム参照）
なお、上記第１２～第１４の形態は、第１の形態と同様に、第２～第１１の形態に展開することが可能である。

なお、上記の特許文献の各開示は、本書に引用をもって繰り込み記載されているものとし、必要に応じて本発明の基礎ないし一部として用いることが出来るものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の開示の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし選択（部分的削除を含む）が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。さらに、上記引用した文献の各開示事項は、必要に応じ、本発明の趣旨に則り、本発明の開示の一部として、その一部又は全部を、本書の記載事項と組み合わせて用いることも、本願の開示事項に含まれるものと、みなされる。

１０、１０ａ 道路点検システム
１１、１０１、１０１ａ～１０１ｅ 検査判定部
１２、２２、１０２、１０２ｂ、１０２ｄ、２０４ 制御部
１３、１０３ 路面検査部
２０、２０Ａ、２０Ｂ、２００、２００ａ～２００ｅ 測定車両
１００、１００ａ～１００ｅ 道路点検サーバ
１１０ 道路情報データベース（道路情報ＤＢ）
１２０ 測定能力情報データベース（測定能力情報ＤＢ）
１３０ 検査条件記憶部
１０１ 検査判定部
２０１ 測定部
２０２、２０２ａ～２０２ｅ 受信部
２０３ 送信部
２０５ 測定確認部
２０６ 指示要求部
２０７ 検査確認部
９０００ コンピュータ
９０１０ ＣＰＵ
９０２０ 通信インターフェース
９０３０ メモリ
９０４０ 補助記憶装置

Claims (10)

1. 検査対象の道路を分割した単位である道路セグメントについて、該道路セグメント毎の検査の必要性を判定する検査判定部と、
   前記道路セグメント毎の検査の必要性、及び前記道路の路面状態を測定可能な測定車両による該路面状態の測定又は該測定により得られる測定データに求められ、前記道路セグメントについて定められた品質要求レベルを満たすか否かに少なくとも基づいて、前記測定車両による該路面状態の測定を実施するか否か、及び該測定により得られた測定データを送信するか否かの少なくとも一方を制御する制御部と、
   前記測定車両から受信した測定データを分析し、検査を実施する路面検査部と、
   を備える道路点検システム。
2. 前記検査判定部は、前記道路セグメント毎の過去の検査履歴をもとに前記判定を実施する、
   請求項１に記載の道路点検システム。
3. 前記道路セグメントは、前記道路の検査条件に基づき前記道路を分割した単位である請求項１又は２に記載の道路点検システム。
4. 前記測定車両は、
   路面状態を測定可能な測定部と、
   前記制御部を備える所定のサーバに対し、前記測定車両が走行する予定または走行中の前記道路セグメントについて前記検査の必要性を問い合わせる検査確認部と、
   前記測定により得られた測定データを送信可能な送信部と、
   を備え、
   前記問い合わせに対する前記制御部からの応答に従い、前記測定部は前記走行する予定または走行中の前記道路セグメントについての測定を制御する、又は、前記送信部は該測定により得られた測定データの送信を制御する、請求項１から３いずれか一に記載の道路点検システム。
5. 前記検査確認部は、前記測定車両の位置情報及び前記道路セグメントの地理的所在を示す道路セグメント情報をもとに、前記測定車両が走行する予定または走行中の前記道路セグメントを特定し、該特定した前記道路セグメントについて前記検査の必要性を前記サーバに問い合わせる請求項４に記載の道路点検システム。
6. 前記制御部は前記測定車両に配置され、
   前記制御部は、前記道路セグメント毎の前記検査の必要性を示す検査要否情報を保持し、該検査要否情報と前記測定車両の位置情報とに基づいて、前記測定車両による前記路面状態の測定又は該測定により得られた測定データの送信を制御する
   請求項１から３いずれか一に記載の道路点検システム。
7. 検査対象の道路を分割した単位である道路セグメントについて、該道路セグメントにおける検査の必要性を問い合わせる検査確認部と、
   前記道路セグメント毎の検査の必要性を判定する検査判定部と、前記道路セグメント毎の検査の必要性、及び前記道路の路面状態を測定可能な測定車両による該路面状態の測定又は該測定により得られる測定データに求められ、前記道路セグメントについて定められた品質要求レベルを満たすか否かに少なくとも基づいて、前記測定車両による該路面状態の測定を実施するか否か、及び該測定により得られた測定データを送信するか否かの少なくとも一方を制御する制御部と、を備えたサーバから、前記問い合わせた道路セグメントについての検査の要否を受信する受信部と、
   前記検査対象の道路の路面状態を測定可能な測定部と、
   前記路面状態の測定により得られた測定データを送信可能な送信部と、を備え、
   前記測定部は前記検査の要否をもとに前記路面状態の測定を制御する、又は、前記送信部は前記検査の要否をもとに前記測定データの送信を制御する、
   測定車両。
8. 検査対象の道路の路面状態を測定可能な測定部と、前記路面状態の測定により得られた測定データを送信可能な送信部と、を備える測定車両と通信可能であり、
   前記検査対象の道路を分割した単位である道路セグメントについて、該道路セグメント毎の検査の必要性を判定する検査判定部と、
   前記測定車両からの前記道路セグメントについての検査の必要性の問い合わせに応じ、前記道路セグメント毎の検査の必要性、及び前記道路の路面状態を測定可能な測定車両による該路面状態の測定又は該測定により得られる測定データに求められ、前記道路セグメントについて定められた品質要求レベルを満たすか否かに少なくとも基づいて、前記測定車両による該路面状態の測定を実施するか否か、及び該測定により得られた測定データを送信するか否かの少なくとも一方を制御するための指示を前記測定車両に対して送信する制御部と、
   を備えるサーバ。
9. 検査対象の道路の路面状態を測定可能な測定部と、前記路面状態の測定により得られた測定データを送信可能な送信部と、を備える測定車両と通信可能なサーバが、
   前記測定車両からの、前記検査対象の道路を分割した単位である道路セグメントについて、該道路セグメントにおける検査の必要性の問い合わせに応じて、前記道路セグメント毎の検査の必要性を判定し、
   前記道路セグメント毎の検査の必要性、及び前記道路の路面状態を測定可能な測定車両による該路面状態の測定又は該測定により得られる測定データに求められ、前記道路セグメントについて定められた品質要求レベルを満たすか否かに少なくとも基づいて、前記測定車両の前記測定部による前記検査の要否に基づいた該路面状態の測定を実施するか否かの制御、及び前記測定車両の前記送信部により、該測定により得られた測定データを送信するか否かの制御、を実施し、
   前記測定車両から受信した測定データを分析し、検査を実施する、
   道路点検方法。
10. 検査対象の道路の路面状態を測定可能な測定部と、前記路面状態の測定により得られた測定データを送信可能な送信部と、を備える測定車両と通信可能なサーバに、
    前記測定車両からの、前記検査対象の道路を分割した単位である道路セグメントについて、該道路セグメントにおける検査の必要性の問い合わせに応じて、前記道路セグメント毎の検査の必要性を判定する処理と、
    前記道路セグメント毎の検査の必要性、及び前記道路の路面状態を測定可能な測定車両による該路面状態の測定又は該測定により得られる測定データに求められ、前記道路セグメントについて定められた品質要求レベルを満たすか否かに少なくとも基づいて、前記測定車両の前記測定部による前記検査の要否に基づいた該路面状態の測定を実施するか否かの制御、及び前記測定車両の前記送信部により該測定により得られた測定データを送信するか否かの制御の少なくとも一方を実施する処理と、
    前記測定車両から受信した測定データを分析し、検査を実施する処理と、
    を実行させるプログラム。

Images