(57)【特許請求の範囲】
【請求項１】
表示範囲の地図である表示地図の道路に道路状態に関する状態情報を付与して表示装置に表示させる表示処理装置であって、
複数の車両からの車両情報に基づいて、各道路区間のうち道路状態が異常の道路区間である異常区間を検出する道路状態検出部と、
前記表示地図の道路のうち、前記異常区間の連続区間数が所定数未満の少区間異常部分については、第１表示態様で前記状態情報を付与し、前記異常区間の連続区間数が前記所定数以上の多区間異常部分については、前記第１表示態様とは異なる第２表示態様で前記状態情報を付与して前記表示装置に表示させる表示処理部と、
を備え、
前記表示処理部は、前記表示地図の道路のうち、２つの前記多区間異常部分に挟まれ且つ前記所定数よりも少ない第２所定数以下の道路区間である中間部分については、所定条件が成立しているときに、前記２つの多区間異常部分と共に前記第２表示態様で前記状態情報を付与して前記表示装置に表示させ、
前記所定条件は、前記中間部分の道路状態を推定できない推定不可条件を含む、
表示処理装置。
【請求項２】
表示範囲の地図である表示地図の道路に道路状態に関する状態情報を付与して表示装置に表示させる表示処理装置であって、
複数の車両からの車両情報に基づいて、各道路区間のうち道路状態が異常の道路区間である異常区間を検出する道路状態検出部と、
前記表示地図の道路のうち、前記異常区間の連続区間数が所定数未満の少区間異常部分については、第１表示態様で前記状態情報を付与し、前記異常区間の連続区間数が前記所定数以上の多区間異常部分については、前記第１表示態様とは異なる第２表示態様で前記状態情報を付与して前記表示装置に表示させる表示処理部と、
を備え、
前記表示処理部は、前記表示地図の道路のうち、２つの前記多区間異常部分に挟まれ且つ前記所定数よりも少ない第２所定数以下の道路区間である中間部分については、所定条件が成立しているときに、前記２つの多区間異常部分と共に前記第２表示態様で前記状態情報を付与して前記表示装置に表示させ、
前記所定条件は、前記中間部分と前記２つの多区間異常部分との一連の道路の保守が要求される一連保守条件を含む、
表示処理装置。
【請求項３】
請求項２記載の表示処理装置であって、
前記一連保守条件は、前記２つの多区間異常部分のうちの少なくとも一方の連続区間数が前記所定数よりも多い第３所定数以上である条件を含む、
表示処理装置。
【請求項４】
請求項１ないし３のうちの何れか１つの請求項に記載の表示処理装置であって、
前記表示処理部は、前記表示地図の各範囲のうち、前記範囲内の全道路区間に対する前記異常区間の割合が所定割合以上である高割合範囲については、前記高割合範囲を第３表示態様で前記表示装置に表示させる、または、前記高割合範囲内の全道路区間に第４表示態様で前記状態情報を付与して前記表示装置に表示させる、
表示処理装置。
【請求項５】
表示範囲の地図である表示地図の道路に道路状態に関する状態情報を付与して表示装置に表示させる表示処理方法であって、
（ａ）複数の車両からの車両情報に基づいて、各道路区間のうち道路状態が異常の道路区間である異常区間を検出するステップと、
（ｂ）前記表示地図の道路のうち、前記異常区間の連続区間数が所定数未満の少区間異常部分については、第１表示態様で前記状態情報を付与し、前記異常区間の連続区間数が前記所定数以上の多区間異常部分については、前記第１表示態様とは異なる第２表示態様で前記状態情報を付与して前記表示装置に表示させるステップと、
を有し、
前記ステップ（ｂ）は、前記表示地図の道路のうち、２つの前記多区間異常部分に挟まれ且つ前記所定数よりも少ない第２所定数以下の道路区間である中間部分については、所定条件が成立しているときに、前記２つの多区間異常部分と共に前記第２表示態様で前記状態情報を付与して前記表示装置に表示させ、
前記所定条件は、前記中間部分の道路状態を推定できない推定不可条件を含む、
表示処理方法。
【請求項６】
表示範囲の地図である表示地図の道路に道路状態に関する状態情報を付与して表示装置に表示させる表示処理方法であって、
（ａ）複数の車両からの車両情報に基づいて、各道路区間のうち道路状態が異常の道路区間である異常区間を検出するステップと、
（ｂ）前記表示地図の道路のうち、前記異常区間の連続区間数が所定数未満の少区間異常部分については、第１表示態様で前記状態情報を付与し、前記異常区間の連続区間数が前記所定数以上の多区間異常部分については、前記第１表示態様とは異なる第２表示態様で前記状態情報を付与して前記表示装置に表示させるステップと、
を有し、
前記ステップ（ｂ）は、前記表示地図の道路のうち、２つの前記多区間異常部分に挟まれ且つ前記所定数よりも少ない第２所定数以下の道路区間である中間部分については、所定条件が成立しているときに、前記２つの多区間異常部分と共に前記第２表示態様で前記状態情報を付与して前記表示装置に表示させ、
前記所定条件は、前記中間部分と前記２つの多区間異常部分との一連の道路の保守が要求される一連保守条件を含む、
表示処理方法。
【請求項７】
コンピュータを、表示範囲の地図である表示地図の道路に道路状態に関する状態情報を付与して表示装置に表示させる表示処理装置として機能させるためのプログラムであって、
（ａ）複数の車両からの車両情報に基づいて、各道路区間のうち道路状態が異常の道路区間である異常区間を検出するステップと、
（ｂ）前記表示地図の道路のうち、前記異常区間の連続区間数が所定数未満の少区間異常部分については、第１表示態様で前記状態情報を付与し、前記異常区間の連続区間数が前記所定数以上の多区間異常部分については、前記第１表示態様とは異なる第２表示態様で前記状態情報を付与して前記表示装置に表示させるステップと、
を有し、
前記ステップ（ｂ）は、前記表示地図の道路のうち、２つの前記多区間異常部分に挟まれ且つ前記所定数よりも少ない第２所定数以下の道路区間である中間部分については、所定条件が成立しているときに、前記２つの多区間異常部分と共に前記第２表示態様で前記状態情報を付与して前記表示装置に表示させ、
前記所定条件は、前記中間部分の道路状態を推定できない推定不可条件を含む、
プログラム。
【請求項８】
コンピュータを、表示範囲の地図である表示地図の道路に道路状態に関する状態情報を付与して表示装置に表示させる表示処理装置として機能させるためのプログラムであって、
（ａ）複数の車両からの車両情報に基づいて、各道路区間のうち道路状態が異常の道路区間である異常区間を検出するステップと、
（ｂ）前記表示地図の道路のうち、前記異常区間の連続区間数が所定数未満の少区間異常部分については、第１表示態様で前記状態情報を付与し、前記異常区間の連続区間数が前記所定数以上の多区間異常部分については、前記第１表示態様とは異なる第２表示態様で前記状態情報を付与して前記表示装置に表示させるステップと、
を有し、
前記ステップ（ｂ）は、前記表示地図の道路のうち、２つの前記多区間異常部分に挟まれ且つ前記所定数よりも少ない第２所定数以下の道路区間である中間部分については、所定条件が成立しているときに、前記２つの多区間異常部分と共に前記第２表示態様で前記状態情報を付与して前記表示装置に表示させ、
前記所定条件は、前記中間部分と前記２つの多区間異常部分との一連の道路の保守が要求される一連保守条件を含む、
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示処理装置、表示処理方法、プログラムに関する。
【背景技術】
【０００２】
従来、この種の表示処理装置としては、路面を含む領域が撮像された画像の各々について画像中の路面の状態を示す状態情報（例えば、不具合情報）と路面の位置を示す位置情報とを対応付けた情報を生成し、表示装置に表示させる表示画像として、地図の、位置情報が示す位置に、その位置の路面の状態を示す状態情報を対応付けて表示させるものが提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１８−１７１０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述の表示画像を確認したユーザ（例えば、役所の担当者など）は、道路状態が異常の道路区間を認識することはできるものの、それだけでは、ユーザが道路の保守計画（例えば、路面の補修計画など）の立案などを行なうのに必要な情報として不十分である。これは、一般に、道路状態が異常の道路区間の連続区間数（道路状態が異常の連続距離）により、保守に要する期間が異なるためである。
【０００５】
本発明の表示処理装置、表示処理方法、プログラムは、ユーザが道路の保守計画の立案などをより容易に行なえるようにすることを主目的とする。
【課題を解決するための手段】
【０００６】
本発明の表示処理装置、表示処理方法、プログラムは、上述の主目的を達成するために以下の手段を採った。
【０００７】
本発明の表示処理装置は、
表示範囲の地図である表示地図の道路に道路状態に関する状態情報を付与して表示装置に表示させる表示処理装置であって、
複数の車両からの車両情報に基づいて、各道路区間のうち道路状態が異常の道路区間である異常区間を検出する道路状態検出部と、
前記表示地図の道路のうち、前記異常区間の連続区間数が所定数未満の少区間異常部分については、第１表示態様で前記状態情報を付与し、前記異常区間の連続区間数が前記所定数以上の多区間異常部分については、前記第１表示態様とは異なる第２表示態様で前記状態情報を付与して前記表示装置に表示させる表示処理部と、
を備えることを要旨とする。
【０００８】
この本発明の表示処理装置では、複数の車両からの車両情報に基づいて、各道路区間のうち道路状態が異常の道路区間である異常区間を検出する。そして、表示地図の道路のうち、異常区間の連続区間数（道路状態が異常の連続距離）が閾値未満の少区間異常部分については、第１表示態様で状態情報を付与し、異常区間の連続区間数が閾値以上の多区間異常部分については、第１表示態様とは異なる第２表示態様で状態情報を付与して表示装置に表示させる。これにより、ユーザが、道路の保守（例えば、道路の補修など）に要する期間が互いに異なる２つの部分（少区間異常部分、多区間異常部分）があることを容易に認識することができ、道路の保守計画の立案などをより容易に行なうことができる。ここで、道路には、公道（車道および歩道）だけでなく、私道や駐車場（例えば通路）なども含まれる。
【０００９】
こうした本発明の表示処理装置において、前記表示処理部は、前記表示地図の道路のうち、２つの前記多区間異常部分に挟まれ且つ前記所定数よりも少ない第２所定数以下の道路区間である中間部分については、所定条件が成立しているときに、前記２つの多区間異常部分と共に前記第２表示態様で前記状態情報を付与して前記表示装置に表示させるものとしてもよい。こうすれば、中間部分についての所定条件が成立しているときに、ユーザが、中間部分および中間部分を挟む２つの多区間異常部分を一連の部分として認識することができる。ここで、前記所定条件は、前記中間部分の道路状態を推定できない推定不可条件を含むものとしてもよい。また、前記所定条件は、前記中間部分と前記２つの多区間異常部分との一連の道路の保守が要求される一連保守条件を含むものとしてもよい。この場合、前記一連保守条件は、前記２つの多区間異常部分のうちの少なくとも一方の連続区間数が前記所定数よりも多い第３所定数以上である条件を含むものとしてもよい。
【００１０】
本発明の表示処理装置において、前記表示処理部は、前記表示地図の各範囲のうち、前記範囲内の全道路区間に対する前記異常区間の割合が所定割合以上である高割合範囲については、前記高割合範囲を第３表示態様で前記表示装置に表示させる、または、前記高割合範囲内の全道路区間に第４表示態様で前記状態情報を付与して前記表示装置に表示させるものとしてもよい。こうすれば、ユーザが、高割合範囲を認識することができる。
【００１１】
本発明の表示処理方法は、
表示範囲の地図である表示地図の道路に道路状態に関する状態情報を付与して表示装置に表示させる表示処理方法であって、
（ａ）複数の車両からの車両情報に基づいて、各道路区間のうち道路状態が異常の道路区間である異常区間を検出するステップと、
（ｂ）前記表示地図の道路のうち、前記異常区間の連続区間数が所定数未満の少区間異常部分については、第１表示態様で前記状態情報を付与し、前記異常区間の連続区間数が前記所定数以上の多区間異常部分については、前記第１表示態様とは異なる第２表示態様で前記状態情報を付与して前記表示装置に表示させるステップと、
を有することを要旨とする。
【００１２】
この本発明の表示処理方法では、複数の車両からの車両情報に基づいて、各道路区間のうち道路状態が異常の道路区間である異常区間を検出する。そして、表示地図の道路のうち、異常区間の連続区間数（道路状態が異常の連続距離）が閾値未満の少区間異常部分については、第１表示態様で状態情報を付与し、異常区間の連続区間数が閾値以上の多区間異常部分については、第１表示態様とは異なる第２表示態様で状態情報を付与して表示装置に表示させる。これにより、ユーザが、道路の保守（例えば、道路の補修など）に要する期間が互いに異なる２つの部分（少区間異常部分、多区間異常部分）があることを容易に認識することができ、道路の保守計画の立案などをより容易に行なうことができる。ここで、道路には、公道（車道および歩道）だけでなく、私道や駐車場（例えば通路）なども含まれる。
【００１３】
本発明のプログラムは、
コンピュータを、表示範囲の地図である表示地図の道路に道路状態に関する状態情報を付与して表示装置に表示させる表示処理装置として機能させるためのプログラムであって、
（ａ）複数の車両からの車両情報に基づいて、各道路区間のうち道路状態が異常の道路区間である異常区間を検出するステップと、
（ｂ）前記表示地図の道路のうち、前記異常区間の連続区間数が所定数未満の少区間異常部分については、第１表示態様で前記状態情報を付与し、前記異常区間の連続区間数が前記所定数以上の多区間異常部分については、前記第１表示態様とは異なる第２表示態様で前記状態情報を付与して前記表示装置に表示させるステップと、
を有することを要旨とする。
【００１４】
この本発明のプログラムでは、複数の車両からの車両情報に基づいて、各道路区間のうち道路状態が異常の道路区間である異常区間を検出する。そして、表示地図の道路のうち、異常区間の連続区間数（道路状態が異常の連続距離）が閾値未満の少区間異常部分については、第１表示態様で状態情報を付与し、異常区間の連続区間数が閾値以上の多区間異常部分については、第１表示態様とは異なる第２表示態様で状態情報を付与して表示装置に表示させる。これにより、ユーザが、道路の保守（例えば、道路の補修など）に要する期間が互いに異なる２つの部分（少区間異常部分、多区間異常部分）があることを容易に認識することができ、道路の保守計画の立案などをより容易に行なうことができる。ここで、道路には、公道（車道および歩道）だけでなく、私道や駐車場（例えば通路）なども含まれる。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施例としての表示システム１０の構成の概略を示す構成図である。
【図２】道路状態推定部２３により実行される道路状態推定処理の一例を示すフローチャートである。
【図３】道路状態推定部２３により実行されるサブ処理の一例を示すフローチャートである。
【図４】表示処理部２４により実行される状態画像付与処理の一例を示すフローチャートである。
【図５】ディスプレイ４３の表示画像の一例の示す説明図である。
【図６】変形例の状態画像付与処理の一例を示すフローチャートである。
【図７】変形例のディスプレイ４３の表示画像の一例の示す説明図である。
【図８】変形例の状態画像付与処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１６】
次に、本発明を実施するための形態を実施例を用いて説明する。
【実施例】
【００１７】
図１は、本発明の一実施例としての表示システム１０の構成の概略を示す構成図である。実施例の表示システム１０は、図示するように、各車両５０と無線により通信可能な表示処理装置としてのサーバ２０と、サーバ２０と有線または無線により通信可能な端末装置４０とを備える。なお、以下の説明において、道路には、公道（車道および歩道）だけでなく、私道や駐車場（例えば通路）なども含まれる。
【００１８】
各車両５０は、車両の現在位置に関する位置情報を取得するＧＰＳ装置５１と、車両５０の挙動に関する挙動情報を検出する検出装置５２と、電子制御ユニット（以下、「ＥＣＵ」という）５３とを備える。検出装置５２は、車両５０の挙動を示す情報を検出するセンサや、車両５０の挙動に影響を与える情報を検出するセンサ、車両５０の周囲の情報を検出するセンサを有する。
【００１９】
ここで、車両５０の挙動を示す情報としては、例えば、車速や車輪速、前後加速度、横加速度、ヨーレート、ヨー角、ロール角、ピッチ角、タイヤのスリップ率などのうちの少なくとも１つを挙げることができる。
【００２０】
車両５０の挙動に影響を与える情報としては、例えば、運転者が操作可能な操作装置の操作状態や、車両５０の走行を支援するための支援システムの動作状態を挙げることができる。ここで、操作装置の操作状態としては、例えば、ハンドルの操舵角や操舵速度、アクセルペダルの踏み込み量、ブレーキペダルの踏み込み量、シフトレバーのシフトポジション、方向指示器の操作の有無などのうちの少なくとも１つを挙げることができる。また、支援システムとしては、車線逸脱警報（ＬＤＡ：Lane Departure Alert）システムや、アンチロックブレーキシステム（ＡＢＳ：Anti-lock Brake System）、トラクションコントロール（ＴＲＣ：TRaction Control）システム、横滑り防止（ＥＳＣ：Electronic Stability Control）システムなどのうちの少なくとも１つを挙げることができる。
【００２１】
車両５０の周囲の情報を検出するセンサとしては、例えば、カメラやレーダ、ライダー（Ｌｉｄａｒ：Light Detection and Ranging）などのうちの少なくとも１つを挙げることができる。
【００２２】
ＥＣＵ５３は、ＣＰＵやＲＯＭ、ＲＡＭ、フラッシュメモリ、入出力ポート、通信ポートなどを備える。このＥＣＵ５３は、ハードウェアとソフトウェアとの協働による機能ブロックとして、データ取得部５４と、データ送信部５５とを備える。データ取得部５４は、ＧＰＳ装置５１からの車両５０の位置情報や、検出装置５２からの車両５０の挙動情報を取得する。データ送信部５５は、データ取得部５４が取得した車両５０の位置情報および挙動情報を車両情報として無線によりサーバ２０に送信する。
【００２３】
サーバ２０は、演算処理部２１と、記憶装置３０とを備える。演算処理部２１は、ＣＰＵやＲＯＭ、ＲＡＭ、フラッシュメモリ、入出力ポート、通信ポートなどを備える。この演算処理部２１は、ハードウェアとソフトウェアとの協働による機能ブロックとして、データ取得部２２と、道路状態推定部２３と、表示処理部２４とを有する。データ取得部２２、道路状態推定部２３、表示処理部２４は、それぞれ、記憶装置３０とデータのやりとりを行なう。
【００２４】
データ取得部２２は、複数の車両５０からの車両情報を無線により取得して記憶装置３０に記憶させる。道路状態推定部２３は、複数の車両５０からの車両情報に基づいて、各道路区間の道路状態を推定し、道路区間と道路状態とを関連付けて道路状態データベースを作成（更新）して記憶装置３０に記憶させる。ここで、各道路区間は、例えば、数十ｃｍ〜数ｍ程度の区間として設定される。表示処理部２４は、地図情報および道路状態データベースに基づいて、端末装置４０のディスプレイ４３に表示させる表示地図（表示範囲の地図）の道路に道路状態に関する状態画像（状態情報）を付与し、このデータを端末装置４０のコンピュータ４１に送信してディスプレイ４３に表示させる。
【００２５】
記憶装置３０は、ハードディスクやＳＳＤ（Solid State Drive）などとして構成されている。この記憶装置３０には、演算処理部２１の動作に必要な各種情報が記憶されている。記憶装置３０に記憶されている情報としては、例えば、地図情報や、データ取得部２２が取得した複数の車両５０の車両情報、道路状態推定部２３が作成した道路状態データベースなどを挙げることができる。
【００２６】
端末装置４０は、デスクトップパソコンやノートパソコン、タブレット端末などとして構成されており、コンピュータ４１と、コンピュータ４１に接続された入力装置４２や表示装置としてのディスプレイ４３とを備える。コンピュータ４１は、ＣＰＵやＲＯＭ、ＲＡＭ、フラッシュメモリ、記憶装置（ハードディスクやＳＳＤ）、入出力ポート、通信ポートなどを備える。入力装置４２としては、例えば、マウスやキーボード、タッチパネルなどを挙げることができる。
【００２７】
次に、こうして構成された実施例のサーバ２０の動作、特に、道路状態推定部２３や表示処理部２４の動作について説明する。最初に、道路状態推定部２３の動作について説明する。図２は、道路状態推定部２３により実行される道路状態推定処理の一例を示すフローチャートである。このルーチンは、定期的に（例えば、各日や各週、各月など）実行される。
【００２８】
図２の道路状態推定処理が実行されると、道路状態推定部２３は、最初に、道路状態の推定が所望される推定所望範囲の道路の各道路区間のうち対象区間に未だ設定していない１つの道路区間を対象区間に設定する（ステップＳ１００）。ここで、推定所望範囲は、ユーザの所望する範囲（例えば、都道府県範囲や市町村範囲など）により定められる。
【００２９】
続いて、対象期間に対象区間を走行した車両５０の走行台数（以下、「対象台数」という）Ｎｖを入力する（ステップＳ１１０）。ここで、対象期間としては、例えば、１日や１週間、１月などが用いられる。この対象期間は、本ルーチンの実行周期と同一であってもよいし、異なってもよい。対象台数Ｎｖは、図示しないカウント処理により、複数の車両５０からの車両情報に基づいて演算（カウント）された値が入力される。カウント処理は、道路状態推定部２３により適宜実行される。
【００３０】
そして、対象台数Ｎｖを閾値Ｎｖｒｅｆと比較する（ステップＳ１２０）。ここで、閾値Ｎｖｒｅｆは、対象区間の道路状態をある程度精度よく推定可能であるか否かを判定するのに用いられる閾値であり、例えば、数台〜１０台程度が用いられる。
【００３１】
ステップＳ１２０で対象台数Ｎｖが閾値Ｎｖｒｅｆ未満のときには、対象区間の道路状態を推定することなく（ステップＳ１３０）、推定所望範囲の道路の全ての道路区間を対象区間に設定済みであるか否かを判定する（ステップＳ１９０）。そして、推定所望範囲の道路の一部の道路区間を対象区間に未設定であると判定したときには、ステップＳ１００に戻る。
【００３２】
ステップＳ１２０で対象台数Ｎｖが閾値Ｎｖｒｅｆ以上のときには、対象期間に対象区間を走行した全車両５０（以下、「対象全車両」という）の対象区間の平均車輪速変動率（車輪速の単位時間当たりの変動量の平均値）ΔＶａや最大車輪速変動率（車輪速の単位時間当たりの変動量の最大値）ΔＶｍを入力する（ステップＳ１４０）。ここで、対象全車両の対象区間の平均車輪速変動率ΔＶａや最大車輪速変動率ΔＶｍは、図３のサブ処理により設定された値が入力される。図３のサブ処理は、道路状態推定部２３により適宜実行される。以下、図２の道路状態推定処理の説明を中断し、図３のサブ処理について説明する。
【００３３】
図３のサブ処理が実行されると、道路状態推定部２３は、最初に、対象期間に対象区間を走行した各車両５０（以下、「対象各車両」という）について、対象区間の各地点（微小区間）に対して、最大車輪速変動率ΔＶｗ１［ｉ，ｋ］（ｉ：各車両５０に対応する変数、ｋ：各地点に対応する変数）を設定する（ステップＳ２００）。詳細には、自動四輪車両として構成された車両５０については、対象区間の各地点に対して、左前輪、右前輪、左後輪、右後輪の各車輪速変動率のうちの最大値を最大車輪速変動率ΔＶｗ１［ｉ，ｋ］に設定する。また、自動二輪車両として構成された車両５０については、対象区間の各地点に対して、前輪、後輪の各車輪速変動率のうちの最大値を最大車輪速変動率ΔＶｗ１［ｉ，ｋ］に設定する。
【００３４】
続いて、対象各車両について、対象区間の各地点の最大車輪速変動率ΔＶｗ１［ｉ，ｋ］に基づいて、対象区間（全体）の平均車輪速変動率ΔＶｗ２［ｉ］を演算する（ステップＳ２１０）。そして、対象各車両の対象区間の平均車輪速変動率ΔＶｗ２［ｉ］に基づいて、対象全車両５０の対象区間の平均車輪速変動率ΔＶａを演算する（ステップＳ２２０）。
【００３５】
続いて、対象各車両について、対象区間の各地点の最大車輪速変動率ΔＶｗ１［ｉ，ｋ］のうちの最大値を、対象区間（全体）の最大車輪速変動率ΔＶｗ３［ｉ］に設定する（ステップＳ２３０）。そして、対象各車両の対象区間の最大車輪速変動率ΔＶｗ３［ｉ］のうちの最大値を、対象全車両５０の対象区間の最大車輪速変動率ΔＶｍに設定して（ステップＳ２４０）、図３のサブ処理を終了する。なお、対象全車両５０の対象区間の平均車輪速変動率ΔＶａや最大車輪速変動率ΔＶｍの設定方法は、これに限定されるものではない。
【００３６】
図２の道路状態推定処理の説明に戻る。ステップＳ１４０で対象全車両の対象区間の平均車輪速変動率ΔＶａや最大車輪速変動率ΔＶｍを入力すると、対象全車両の対象区間の平均車輪速変動率ΔＶａを閾値ΔＶａｒｅｆと比較すると共に（ステップＳ１５０）、対象全車両の対象区間の最大車輪速変動率ΔＶｍを閾値ΔＶａｒｅｆよりも大きい閾値ΔＶｍｒｅｆと比較する（ステップＳ１６０）。ここで、閾値ΔＶａｒｅｆや閾値ΔＶｍｒｅｆは、対象区間の道路状態が正常であるか異常であるか否かを判定するのに用いられる閾値であり、実験や解析により予め定められる。実施例では、道路状態の異常として、路面の荒れ（陥没や轍、ひび割れ、剥がれなど）や、ポットホール（路面の荒れに比して局所的な凹凸や穴）を考えるものとした。
【００３７】
ここで、ステップＳ１５０の処理について説明する。路面の荒れが生じている道路区間を各車両５０が走行すると、その影響により、各車両５０の各車輪の車輪速が変動しやすくなり、車輪速変動率が大きくなると考えられる。実施例では、これを考慮して、ステップＳ１５０の処理で、対象全車両の対象区間の平均車輪速変動率ΔＶａを閾値ΔＶａｒｅｆと比較するものとした。
【００３８】
また、ステップＳ１６０の処理について説明する。一般に、ポットホールは、道路幅や車両幅に比して十分に小さいことから、ポットホールが存在する道路区間を各車両５０が走行する場合、ポットホールの影響を受けない車両５０がある程度の割合で存在すると考えられる。このため、対象全車両の対象区間の平均車輪速変動率ΔＶａを用いると、ポットホールの影響を受けていない車両５０の車輪速変動率の影響により、ポットホールを検出することができない可能性がある。これに対して、ポットホールの影響を受けた車両５０の車輪速変動率と、ポットホールの影響を受けていない車両５０の車輪速変動率と、の差は十分に大きくなる（ポットホール以外の路面の荒れの影響を受けた車両５０の車輪速変動率と、路面の荒れの影響を受けていない車両５０の車輪速変動率と、の差よりも大きくなる）と考えられる。実施例では、これらを考慮して、ステップＳ１６０の処理で、対象全車両の対象区間の最大車輪速変動率ΔＶｍを閾値ΔＶａｒｅｆと比較するものとした。
【００３９】
ステップＳ１５０で対象全車両の対象区間の平均車輪速変動率ΔＶａが閾値ΔＶａｒｅｆ未満で、且つ、ステップＳ１６０で対象全車両の対象区間の最大車輪速変動率ΔＶｍが閾値ΔＶｍｒｅｆ未満のときには、対象区間の道路状態が正常であると推定する（ステップＳ１７０）。一方、ステップＳ１５０で対象全車両の対象区間の平均車輪速変動率ΔＶａが閾値ΔＶａｒｅｆ以上のときや、ステップＳ１６０で対象全車両の対象区間の最大車輪速変動率ΔＶｍが閾値ΔＶｍｒｅｆ以上のときには、対象区間の道路状態が異常であると推定する（ステップＳ１８０）。
【００４０】
そして、推定所望範囲の道路の全ての道路区間を対象区間に設定済みであるか否かを判定し（ステップＳ１９０）、推定所望範囲の道路の一部の道路区間を対象区間に未設定であると判定したときには、ステップＳ１００に戻る。
【００４１】
ステップＳ１００〜Ｓ１９０の処理を繰り返し実行して、ステップＳ１９０で推定所望範囲の道路の全ての道路区間を対象区間に設定済みであると判定すると、図２の状態推定処理を終了する。こうして状態推定処理を終了すると、道路区間と道路状態とを関連付けて道路状態データベースを作成（更新）して記憶装置３０に記憶させる。
【００４２】
こうした図２の道路状態推定処理の実行により、推定所望範囲の道路の各道路区間のうち、道路状態が正常の道路区間である正常区間、および、道路状態が異常の道路区間である異常区間を検出することができる。
【００４３】
次に、表示処理部２４の動作について説明する。図４は、表示処理部２４により実行される状態画像付与処理の一例を示すフローチャートである。このルーチンは、ユーザによる入力装置４２の操作に応じてディスプレイ４３に表示地図（表示範囲の地図）を表示させる際に実行される。なお、表示地図は、表示縮尺や、ユーザの所望する表示地域や表示地区などにより定められる。
【００４４】
図４の状態画像付与処理が実行されると、表示処理部２４は、最初に、表示地図の各道路区間のうち対象区間に未だ設定していない１つの道路区間を対象区間に設定する（ステップＳ３００）。続いて、対象区間の道路状態の推定結果があるか否かを判定する（ステップＳ３１０）。この処理は、道路状態データベースを調べることにより行なわれる。対象区間の道路状態の推定結果がないと判定したときには、表示地図の道路の対象区間に道路状態に関する状態画像（状態情報）を付与することなく（ステップＳ３４０）、表示地図の道路の全ての道路区間を対象区間に設定済みであるか否かを判定する（ステップＳ３９０）。そして、表示地図の道路の一部の道路区間を対象区間に未設定であると判定したときには、ステップＳ３００に戻る。
【００４５】
ステップＳ３１０で対象区間の道路状態の推定結果があると判定したときには、対象区間の道路状態を入力し（ステップＳ３２０）、対象区間の道路状態が正常であるか異常であるか（対象区間が正常区間であるか異常区間であるか）を判定する（ステップＳ３３０）。そして、対象区間の道路状態が正常である（対象区間が正常区間である）と判定したときには、表示地図の道路の対象区間に状態画像を付与することなく（ステップＳ３４０）、表示地図の道路の全ての道路区間を対象区間に設定済みであるか否かを判定し（ステップＳ３９０）、表示地図の道路の一部の道路区間を対象区間に未設定であると判定したときには、ステップＳ３００に戻る。
【００４６】
ステップＳ３３０で対象区間の道路状態が異常である（対象区間が異常区間である）と判定したときには、対象区間を含む異常区間の連続区間数Ｎａｓを入力し（ステップＳ３５０）、入力した異常区間の連続区間数Ｎａｓを閾値Ｎａｓｒｅｆと比較する（ステップＳ３６０）。ここで、閾値Ｎａｓｒｅｆは、道路の保守（例えば、道路の補修など）に要する期間が所定期間（例えば、１日や２日など）以内であるか否かを判定するのに用いられる閾値であり、例えば、例えば、４〜６程度が用いられる。ステップＳ３６０の処理は、対象区間が、異常区間の連続区間数Ｎａｓが閾値Ｎａｓｒｅｆ未満の少区間異常部分と、異常区間の連続区間数Ｎａｓが閾値Ｎａｓｒｅｆ以上の多区間異常部分と、のうちの何れに含まれるかを判定する処理である。
【００４７】
ステップＳ３６０で異常区間の連続区間数Ｎａｓが閾値Ｎａｓｒｅｆ未満のときには、対象区間が少区間異常部分に含まれると判断し、表示地図の道路の対象区間に状態画像としてドットを付与する（ステップＳ３７０）。一方、異常区間の連続区間数Ｎａｓが閾値Ｎａｓｒｅｆ以上のときには、対象区間が多区間異常部分に含まれると判断し、表示地図の道路の対象区間に状態画像としてラインを付与する（ステップＳ３８０）。ここで、対象区間のラインは、対象区間の開始地点から終了地点まで連続するものとした。そして、表示地図の道路の全ての道路区間を対象区間に設定済みであるか否かを判定し（ステップＳ３９０）、表示地図の道路の一部の道路区間を対象区間に未設定であると判定したときには、ステップＳ３００に戻る。
【００４８】
ステップＳ３００〜Ｓ３９０の処理を繰り返し実行して、ステップＳ３９０で表示地図の道路の全ての道路区間を対象区間に設定済みであると判定すると、図４の状態画像付与処理を終了する。このようにして図４の状態画像付与処理を実行しながら、表示地図と各道路区間の状態画像とを端末装置４０のコンピュータ４１に送信してディスプレイ４３に表示させる。
【００４９】
こうした図４の状態画像付与処理の実行により、表示地図の道路のうち、少区間異常部分についてはドットを付与し、多区間異常部分についてはラインを付与することになる。上述したように、対象区間のラインは、対象区間の開始地点から終了地点まで連続するものとしたから、多区間異常部分については、その全体に亘ってラインが連続することになる。
【００５０】
図５は、ディスプレイ４３の表示画像の一例の示す説明図である。図中、ドット（黒丸印）を付与した部分は、少区間異常部分を示し、ライン（太実線）を付与した部分は、多区間異常部分を示す。ディスプレイ４３の表示画像を図５のようにすることにより、ユーザ（例えば、役所の担当者など）は、道路の保守（例えば、道路の補修など）に要する期間が互いに異なる２つの部分（少区間異常部分、多区間異常部分）があることを容易に認識することができる。この結果、ユーザが、道路の保守計画の立案などをより容易に行なうことができる。例えば、保守計画として、少区間異常部分については例えば日単位で計画を立案し、多区間異常部分については例えば月単位や年単位で計画を立案することができる。
【００５１】
以上説明した実施例の表示システム１０が備えるサーバ２０では、複数の車両５０からの車両情報に基づいて、推定所望範囲の道路の各道路区間のうち正常区間および異常区間を検出する。そして、表示地図の道路のうち、少区間異常部分についてはドットを付与し、多区間異常部分についてはラインを付与する。これにより、ユーザが、道路の保守に要する期間が互いに異なる２つの部分（少区間異常部分、多区間異常部分）があることを容易に認識することができる。この結果、ユーザが、道路の保守計画の立案などをより容易に行なうことができる。
【００５２】
また、実施例の表示システム１０が備えるサーバ２０では、複数の車両５０からの車両情報に基づいて、推定所望範囲の道路の各道路区間の道路状態を推定する。これにより、推定所望範囲の道路の各道路区間の道路状態を推定するのに専用の人員や車両を用いるものに比して、この推定をより容易に且つより低コストで行なうことができる。しかも、このサーバ２０では、サーバ２０に車両情報を送信する車両５０の数が増加するにつれて、推定所望範囲の道路の各道路区間のうち、対象期間に走行した車両５０の走行台数Ｎｖが閾値Ｎｖｒｅｆ未満の道路区間、即ち、道路状態を推定しない道路区間を少なくすることができる。
【００５３】
実施例の表示システム１０が備えるサーバ２０では、表示地図の道路のうち、少区間異常部分については、状態画像としてドットを付与し、多区間異常部分については、状態画像としてラインを付与するものとした。しかし、これに限定されるものではなく、表示地図の道路のうち、少区間異常部分と多区間異常部分とで色や形状が異なる状態画像を付与するものであればよい。
【００５４】
実施例の表示システム１０が備えるサーバ２０では、表示処理部２４は、図４の状態画像付与処理を実行するものとしたが、これに代えて、図６の状態画像付与処理を実行するものとしてもよい。図６の状態画像付与処理は、ステップＳ４００〜Ｓ４４０の処理を追加した点を除いて、図４の状態画像付与処理と同一である。したがって、重複する説明を回避するために、図６の状態画像付与処理のうち図４の状態画像付与処理と同一の処理については、同一のステップ番号を付し、詳細な説明を省略する。
【００５５】
図６の状態画像付与処理では、表示処理部２４は、ステップＳ３９０で表示地図の道路の全ての道路区間を対象区間に設定済みであると判定すると、表示地図の各道路区間のうち第２対象区間に未だ設定していない１つの道路区間を第２対象区間に設定する（ステップＳ４００）。
【００５６】
続いて、第２対象区間が中間部分に含まれるか否かを判定する（ステップＳ４１０）。ここで、中間部分は、２つの多区間異常部分に挟まれ且つ上述の閾値Ｎａｓｒｅｆよりも少ない閾値Ｎａｓｒｅｆ２以下の道路区間全体を意味する。この変形例では、閾値Ｎａｓｒｅｆ２として、１が用いられるものとした。第２対象区間が中間部分に含まれないと判定したときには、表示地図の道路の全ての道路区間を第２対象区間に設定済みであるか否かを判定する（ステップＳ４４０）。そして、表示地図の道路の一部の道路区間を第２対象区間に未設定であると判定したときには、ステップＳ４００に戻る。
【００５７】
ステップＳ４１０で第２対象区間が中間部分に含まれると判定したときには、所定条件が成立しているか否かを判定する（ステップＳ４２０）。ここで、所定条件としては、例えば、第２対象区間の道路状態の推定に用いるデータ（例えば、平均車輪速変動率ΔＶａや最大車輪速変動率ΔＶｍ）の欠損などにより第２対象区間の道路状態を推定できなかった推定不可条件や、中間部分と中間部分を挟む２つの多区間異常部分との一連の道路の保守が要求される一連保守条件などを挙げることができる。一連保守条件としては、中間部分を挟む２つの多区間異常部分のうちの少なくとも一方の多区間異常部分の連続区間数Ｎａｓが上述の閾値Ｎａｓｒｅｆよりも多い閾値Ｎａｓｒｅｆ３以上である条件を挙げることができる。閾値Ｎａｓｒｅｆ３としては、例えば、７〜１０程度が用いられる。
【００５８】
ステップＳ４２０で所定条件が成立していないと判定したときには、表示地図の道路の全ての道路区間を第２対象区間に設定済みであるか否かを判定し（ステップＳ４４０）、表示地図の道路の一部の道路区間を第２対象区間に未設定であると判定したときには、ステップＳ４００に戻る。
【００５９】
ステップＳ４２０で所定条件が成立していると判定したときには、表示地図の道路の第２対象区間に状態画像としてラインを付与し（ステップＳ４３０）、表示地図の道路の全ての道路区間を第２対象区間に設定済みであるか否かを判定し（ステップＳ４４０）、表示地図の道路の一部の道路区間を第２対象区間に未設定であると判定したときには、ステップＳ４００に戻る。
【００６０】
ステップＳ４００〜Ｓ４４０の処理を繰り返し実行して、ステップＳ４４０で表示地図の道路の全ての道路区間を第２対象区間に設定済みであると判定すると、図６の状態画像付与処理を終了する。こうした図６の状態画像付与処理の実行により、表示地図の道路のうち、中間部分について、所定条件が成立するときには、中間部分およびこの中間部分を挟む２つの多区間異常部分の全体に亘ってラインが連続することになる。これにより、ユーザは、この情報に基づいて道路の保守計画の立案などを行なうことができる。
【００６１】
この変形例では、閾値Ｎａｓｒｅｆ２として、１が用いられるものとした。しかし、閾値Ｎａｓｒｅｆ２として、２や３程度が用いられるものとしてもよい。この場合、１つの中間部分に複数の道路区間が含まれることがある。１つの中間部分に複数の道路区間が含まれるときには、その全ての道路区間について、ラインを付与するか付与しないかを統一するのが好ましい。例えば、１つの中間部分に含まれる複数の道路区間の全てについて所定条件が成立するときには、その全ての道路区間にラインを付与し、１つの中間部分に含まれる複数の道路区間のうちの少なくとも１つについて所定条件が成立しないときには、その全ての道路区間にラインを付与しないものとしてもよい。
【００６２】
図７は、ディスプレイ４３の表示画像の一例の示す説明図である。図７の上図は、図５と同一であり、図７の下図は、図６の状態画像付与処理のステップＳ４００〜Ｓ４４０の処理を実行した後のディスプレイ４３の表示画像の一例を示す。ステップＳ４００〜Ｓ４４０の処理により、図７の破線で囲んだ部分が変更される。
【００６３】
実施例の表示システム１０が備えるサーバ２０では、表示処理部２４は、図４の状態画像付与処理を実行するものとしたが、これに代えて、図８の状態画像付与処理を実行するものとしてもよい。図８の状態画像付与処理は、ステップＳ５００〜Ｓ５４０の処理を追加した点を除いて、図４の状態画像付与処理と同一である。したがって、重複する説明を回避するために、図８の状態画像付与処理のうち図４の状態画像付与処理と同一の処理については、同一のステップ番号を付し、詳細な説明を省略する。
【００６４】
図８の状態画像付与処理では、表示処理部２４は、ステップＳ３９０で表示地図の道路の全ての道路区間を対象区間に設定済みであると判定すると、表示地図の各街区のうち対象街区に未だ設定していない１つの街区を対象街区に設定する（ステップＳ５００）。続いて、対象街区の異常区間割合Ｒａを入力する（ステップＳ５１０）。ここで、対象街区の異常区間割合Ｒａは、対象街区内の、全道路区間に対する異常区間の割合として演算された値が入力される。
【００６５】
こうして対象街区の異常区間割合Ｒａを入力すると、入力した対象街区の異常区間割合Ｒａを閾値Ｒａｒｅｆと比較する（ステップＳ５２０）。ここで、閾値Ｒａｒｅｆとしては、例えば、０．６〜０．８程度が用いられる。対象街区の異常区間割合Ｒａが閾値Ｒａｒｅｆ未満のときには、表示地図の全ての街区を対象街区に設定済みであるか否かを判定する（ステップＳ５４０）。そして、表示地図の各街区のうち一部の街区を対象街区に未設定であると判定したときには、ステップＳ５００に戻る。
【００６６】
ステップＳ５２０で対象街区の異常区間割合Ｒａが閾値Ｒａｒｅｆ以上のときには、対象街区を色づけし（ステップＳ５３０）、表示地図の全ての街区を対象街区に設定済みであるか否かを判定し（ステップＳ５４０）、表示地図の各街区のうち一部の街区を対象街区に未設定であると判定したときには、ステップＳ５００に戻る。
【００６７】
ステップＳ５００〜Ｓ５４０の処理を繰り返し実行して、ステップＳ５４０で表示地図の全ての街区を対象街区に設定済みであると判定すると、図８の状態画像付与処理を終了する。こうした図４の状態画像付与処理のステップＳ５００〜Ｓ５４０の処理により、ユーザが、異常感割合Ｒａが大きい街区を認識することができる。この結果、ユーザが、その街区をまとめて保守するなどの、道路の保守計画の立案などに用いることができる。
【００６８】
この変形例では、対象街区の異常区間割合Ｒａが閾値Ｒａｒｅｆ以上のときには、対象街区を色づけするものとした。しかし、対象街区をドットやラインとは異なる表示態様で表示するものであればよい。また、対象街区内の全道路区間に、色づけを行なうなど、ドットやラインとは異なる状態画像を付与するものとしてもよい。
【００６９】
また、この変形例では、表示地図の街区単位で色づけを行なうか否かを判定するものとした。しかし、街区単位に代えて、地区単位などとしてもよい。
【００７０】
実施例の表示システム１０が備えるサーバ２０では、表示地図の道路のうち、少区間異常部分についてはドットを付与し、多区間異常部分についてはラインを付与するものとした。しかし、ドットやラインに、道路状態の詳細な種別や保守の状況などを文字や図柄などで加えて付与するものとしてもよい。道路状態の詳細な種別としては、例えば、路面の荒れやポットホールなどを挙げることができる。なお、路面の荒れに代えて、より詳細に、陥没や轍、ひび割れ、剥がれなどとしてもよい。また、保守の状況としては、例えば、未着手、工事（補修）の発注済、工事中、工事完了などを挙げることができる。なお、道路状態の詳細な種別は、例えば、パトロールカーでの確認結果や付近の住民からの通報結果に基づいてユーザ（例えば、役所の担当者など）により設定される。また、保守の状況は、例えば、ユーザや工事業者により設定される。
【００７１】
実施例の表示システム１０が備えるサーバ２０では、道路状態推定部２３は、図２の道路状態推定処理の実行により、推定所望範囲の道路の各道路区間について、複数の車両５０の平均車輪速変動率ΔＶａや最大車輪速変動率ΔＶｍに基づいて道路状態を推定するものとした。しかし、複数の車両５０の車速や前後加速度、横加速度、ヨーレート、ヨー角、ロール角、ピッチ角、タイヤのスリップ率などのうちの少なくとも１つの単位時間当たりの変動量の平均値や最大値に基づいて道路状態を推定するものとしてもよい。また、複数の車両５０のカメラによる撮影画像に基づいて道路状態を推定するものとしてもよい。さらに、走行した車両５０の台数に対する回避挙動を行なった車両５０の割合である回避挙動割合に基づいて道路状態を推定するものとしてもよい。加えて、これらを適宜組み合わせて道路状態を推定するものとしてもよい。なお、回避挙動としては、例えば、車両５０が元の走行車線からセンターラインや車両境界線を一時的に跨いで（車線変更を含む）その後に元の走行車線に戻った挙動や、車両５０が方向指示器を操作されることなくセンターラインや車両境界線を跨いだ挙動、車両５０が急減速や急停止した挙動などを挙げることができる。
【００７２】
実施例の表示システム１０が備えるサーバ２０では、表示地図の道路のうち、道路状態の推定結果がない道路区間、および、正常区間については、状態画像を付与しないものとした。しかし、表示地図の道路のうち、正常区間については、少区間異常部分や多区間異常部分とは色や形状が異なる状態画像を付与するものとしてもよい。こうすれば、ユーザが、正常区間と、少区間異常部分と、多区間異常部分と、道路状態の推定結果がない道路区間と、を容易に判別することができる。
【００７３】
実施例では、本発明を、表示地図の道路に状態情報を付与して端末装置４０のディスプレイ４３に表示させる表示処理装置としてのサーバ２０の形態や、表示地図の道路に状態情報を付与して端末装置４０のディスプレイ４３に表示させる表示方法の形態に適用するものとしたが、サーバ２０を表示処理装置として機能させるためのプログラムの形態に適用するものとしてもよい。
【００７４】
実施例の主要な要素と課題を解決するための手段の欄に記載した発明の主要な要素との対応関係について説明する。実施例では、道路状態推定部２３が「道路状態検出部」に相当し、表示処理部２４が「表示処理部」に相当する。
【００７５】
なお、実施例の主要な要素と課題を解決するための手段の欄に記載した発明の主要な要素との対応関係は、実施例が課題を解決するための手段の欄に記載した発明を実施するための形態を具体的に説明するための一例であることから、課題を解決するための手段の欄に記載した発明の要素を限定するものではない。即ち、課題を解決するための手段の欄に記載した発明についての解釈はその欄の記載に基づいて行なわれるべきものであり、実施例は課題を解決するための手段の欄に記載した発明の具体的な一例に過ぎないものである。
【００７６】
以上、本発明を実施するための形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において、種々なる形態で実施し得ることは勿論である。
【産業上の利用可能性】
【００７７】
本発明は、表示処理装置、表示処理方法、プログラムの製造産業などに利用可能である。
【符号の説明】
【００７８】
１０  表示システム、２０  サーバ、２１  演算処理部、２２  データ取得部、２３  道路状態推定部、２４  表示処理部、３０  記憶装置、４０  端末装置、４１  コンピュータ、４２  入力装置、４３  ディスプレイ、５０  車両、５１  ＧＰＳ装置、５２  検出装置、５３  ＥＣＵ、５４  データ取得部、５５  データ送信部。
【要約】
【課題】ユーザが道路の保守計画の立案などをより容易に行なえるようにする。
【解決手段】複数の車両からの車両情報に基づいて、各道路区間のうち道路状態が異常の道路区間である異常区間を検出する。そして、表示地図の道路のうち、異常区間の連続区間数（道路状態が異常の連続距離）が閾値未満の少区間異常部分については、第１表示態様で状態情報を付与し、異常区間の連続区間数が閾値以上の多区間異常部分については、第１表示態様とは異なる第２表示態様で状態情報を付与して表示装置に表示させる。
【選択図】図４【図１】
0006795065.tif 000002
【図２】
0006795065.tif 000003
【図３】
0006795065.tif 000004
【図４】
0006795065.tif 000005
【図５】
0006795065.tif 000006
【図６】
0006795065.tif 000007
【図７】
0006795065.tif 000008
【図８】
0006795065.tif 000009