JP2021025242A - 優先度決定装置及びコンピュータプログラム - Google Patents

Abstract

【課題】人為的な評価を減らし道路の異常に対処する優先度の変動を抑制して、より安定した優先度の決定ができる優先度決定装置及びコンピュータプログラムを提供する。【解決手段】サーバ装置３は、対処実績ＤＢ１３に記憶された過去に対処を行なった複数の道路異常（ポットホールなど）について、道路異常の発見から補修開始までの日数、及び道路異常に関する複数のパラメータ（交通量やポットホールの直径など）を取得する（Ｓ１１）。サーバ装置３は、発見から補修開始までの日数を目的変数とし、複数のパラメータを説明変数として重回帰分析を実行し、複数のパラメータの各々の影響度を算出する（Ｓ１３）。そして、算出した影響度に基づいて、新たな道路異常について対処を行なう優先度を決定するように構成した（Ｓ１６、Ｓ１７）。【選択図】図６

Description

本発明は、道路の異常に対処する優先度を決定する優先度決定装置及びコンピュータプログラムに関する。

従来より、道路の補修の優先度を決定することが行われている。例えば、特開２０１６−８９５９３号公報に開示される道路維持管理システムは、道路の属性を示す属性情報、公共機関によって取得される道路の状態を示す状態情報、公共機関とは異なる主体によって取得される道路に関する情報を示す入力情報に基づいて道路の補修の優先度を決定する。具体的には、道路維持管理システムは、道路に関する投稿を受け付けるＷＥＢサイトにおいて、投稿者（公共機関とは異なる主体）から入力情報を受け付ける（段落００１４、００２５、図５）。

道路維持管理システムは、入力情報ごとに重要度を算出する。道路維持管理システムは、入力情報に対する道路管理者や他のユーザによる評価、入力情報に含まれているキーワードなどに基づいて、入力情報の重要度を算出する（段落００２９、００３１，００３３、図６）。道路維持管理システムは、重要度の値に基づいて、補修の優先度を決定する（段落００４８、図７）。

特開２０１６−８９５９３号公報（図５、図６、図７）

上記した特許文献１に開示された技術では、道路管理者や他のユーザによる投稿者の評価や、投稿者が入力したキーワードによって重要度が変わり、重要度に基づく補修の優先度が変動する。このため、道路管理者や他のユーザによる評価の質、投稿者のキーワードのセンスなどによって、補修の優先度が変動する。従って、入力情報に係わる人のノウハウや経験などによって、優先度が変動することが問題となる。

本発明は前記従来における問題点を解消するためになされたものであり、人為的な評価を減らし道路の異常に対処する優先度の変動を抑制して、より安定した優先度の決定ができる優先度決定装置及びコンピュータプログラムを提供することを目的とする。

前記目的を達成するため本発明に係る優先度決定装置は、過去に対処を行なった複数の道路異常について、対処が必要な前記道路異常を発見してから対処を開始するまでの日数、及び前記道路異常に関する複数のパラメータを取得するパラメータ取得手段と、前記日数に対する複数の前記パラメータの影響度を算出する影響度算出手段と、前記影響度に基づいて、対処が必要な新たな道路異常について対処を行なう優先度を決定する決定手段と、を有する。

また、本発明に係るコンピュータプログラムは、優先度を決定するコンピュータプログラムであって、コンピュータを、過去に対処を行なった複数の道路異常について、対処が必要な前記道路異常を発見してから対処を開始するまでの日数、及び前記道路異常に関する複数のパラメータを取得するパラメータ取得手段と、前記日数に対する複数の前記パラメータの影響度を算出する影響度算出手段と、前記影響度に基づいて、対処が必要な新たな道路異常について対処を行なう優先度を決定する決定手段と、して機能させる。

前記構成を有する本発明に係る優先度決定装置及びコンピュータプログラムによれば、過去に対処した道路異常について、道路異常を発見してから対処を開始するまでの日数と、道路異常に関する複数のパラメータを取得し、日数に与える各パラメータの影響度を算出する。ここで、過去の実績において、例えば、対処すべき優先度が高ければ、対処を開始するまでの日数が短くなる可能性がある。また、対処すべき優先度が低ければ、対処を開始するまでの日数が長くなる可能性がある。従って、日数に与える各パラメータの影響度は、対処の優先度と相関関係にある。そこで、算出した影響度に基づいて、新たな道路異常について対処を行なう優先度を決定する。これにより、過去の実績を分析し、日数に影響を与えるパラメータの影響度を算出しておくことで、新たな道路異常について、算出しておいた影響度に基づいて機械的に優先度を設定することができる。このため、人為的な評価を減らし道路異常に対処する優先度を、より安定的に決定ができる。
尚、「道路異常」とは、ポットホールや道路のひび割れなど、道路自体の補修や工事が必要な事象だけでなく、落下物が道路上に存在する場合など、道路の使用に異常を及ぼす様々な事象を含む概念である。

実施形態に係る優先度決定システムを示した概略構成図である。 実施形態に係る優先度決定システムの構成を示したブロック図である。 工事予定情報ＤＢに記憶される情報の一例を示した図である。 対処実績ＤＢに記憶される情報の一例を示した図である。 登録処理プログラムのフローチャートである。 優先度決定処理プログラムのフローチャートである。 発見から補修を開始するまでの日数と、優先度の関係を示す図である。 表示処理プログラムのフローチャートである。 道路異常位置と、優先度を表示した表示画面を示す図である。

以下、本発明に係る優先度決定システムについて具体化した一実施形態に基づき図面を参照しつつ詳細に説明する。先ず、本実施形態に係る優先度決定システム１の概略構成について図１及び図２を用いて説明する。図１は本実施形態に係る優先度決定システム１を示した概略構成図である。図２は本実施形態に係る優先度決定システム１の構成を示したブロック図である。

図１に示すように、本実施形態に係る優先度決定システム１は、プローブセンタ２が備えるサーバ装置（本願の優先度決定装置の一例）３と、ユーザにより操作されるパーソナルコンピュータ（以下ＰＣという）４と、車両５に搭載された通信（案内）端末であるナビゲーション装置６と、を基本的に有する。また、サーバ装置３、ＰＣ４、及びナビゲーション装置６は通信ネットワーク網７を介して互いに電子データを送受信可能に構成されている。尚、ナビゲーション装置６の代わりに、例えば携帯電話機、スマートフォン、タブレット型端末、パーソナルコンピュータを用いても良い。

ここで、本実施形態に係る優先度決定システム１は、所謂プローブカーシステムを構成する。プローブカーシステムとは、車両５をセンサとして情報を収集するシステムである。具体的には、車両５に設けられたセンサ８等を用いて、道路異常の情報をはじめ、速度データ、ステアリング操作やシフト位置等の各システムの作動状況をＧＰＳの位置情報とともに予め車両５に搭載された通信装置を介してプローブセンタ２に送信し、センタ側でその収集データを様々な情報として再利用するシステムをいう。

そして、プローブセンタ２が備えるサーバ装置３は、全国を走行する車両５から道路異常の情報等を含むプローブ情報（材料情報）を適宜収集して蓄積するとともに、蓄積されたプローブ情報から道路に関する各種支援情報（例えば、ポットホールや道路のひび割れの情報、路面に落下した障害物の情報等）を登録する情報管理サーバである。特に、本実施形態では、サーバ装置３は、例えば、車両５のセンサ８により検出した道路異常を登録し、登録した道路異常について対処する優先度を設定する。サーバ装置３は、優先度を設定した情報に対して外部端末からアクセスされた場合、対応する情報を応答する。ここでいう外部端末とは、例えば、道路の補修を管理する道路管理者が操作するＰＣ４である。また、ＰＣ４を操作するユーザは、道路の補修を管理する道路管理者の他に、例えば、国土交通省、地方整備局、ＮＥＸＣＯ（登録商標）などの一般道や高速道路を管理する省庁、団体、民間企業等でも良い。尚、道路異常の情報を収集する方法は、道路を走行する車両５のセンサ８を用いる方法に限らない。例えば、道路を走行する点検車の作業員が、目視や検査装置を用いて発見した道路異常の情報を、サーバ装置３へ登録しても良い。

また、ＰＣ４は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を中心に構成された制御部、キーボードやポインティングデバイスなどで構成される入力部、ディスプレイやスピーカなどの出力部、ハードディスクなどの不揮発性記憶手段からなる補助記憶部等を備えている。また、ＰＣ４にはＯＳ（Operating System）としてＷｉｎｄｏｗｓ（登録商標）、Ｌｉｎｕｘ（登録商標）、ＭａｃＯＳ（登録商標）などが搭載され、キーボード入力や画面出力といった入出力機能、主記憶部であるメモリや補助記憶部であるハードディスクに対するアクセス機能など、アプリケーションから共通して利用される基本機能は、ＯＳによって提供されている。なお、これら各ＯＳによって提供される各種機能そのものは公知なので、ここでの詳細な説明は省略する。

更に、ＰＣ４は、モデム等の通信機器９（図２参照）を介して通信ネットワーク網７に接続され、サーバ装置３と双方向通信可能に構成されている。そして、ＰＣ４は、サーバ装置３から取得したデータに基づいて、各種情報をディスプレイに表示等する。特に本実施形態に係るＰＣ４では、道路異常の位置（以下、道路異常位置という場合がある）や道路異常に対処する優先度をサーバ装置３から取得し、ディスプレイに表示する。尚、本実施形態では、道路異常位置や優先度などを取得し出力する装置として、ＰＣ４を用いた例を説明しているが、ＰＣ４の代わりに、携帯電話機、ＰＤＡ等の通信端末を用いても良い。

一方、ナビゲーション装置６は、全国の各道路を走行する車両５に搭載され、格納する地図データに基づいて自車位置周辺の地図を表示したり、地図画像上において車両５の現在位置を表示したり、設定された案内経路に沿った移動案内を行う車載機である。また、ナビゲーション装置６は、通信モジュールを介して通信ネットワーク網７に接続され、プローブセンタ２と双方向通信可能に構成されている。ナビゲーション装置６は、車両５に搭載されたセンサ８の検出情報に基づいて道路異常を検出し、検出した道路異常の情報を、サーバ装置３へ送信することも行う。センサ８の種類は、特に限定されず、車両５に搭載可能な各種のセンサを採用できる。具体的には、センサ８としては、車速センサ、ステアリングセンサ、車載カメラ、上下加速度センサ、赤外線センサなどを採用できる。また、車両５が備えるセンサ８の数は、１つでも良く、複数個でも良い。

また、通信ネットワーク網７は、全国各地に配置された多数の基地局と、各基地局を管理及び制御する通信会社とを含み、基地局及び通信会社を有線（光ファイバー、ＩＳＤＮ等）又は無線で互いに接続することにより構成されている。ここで、基地局はナビゲーション装置６との通信をするトランシーバー（送受信機）とアンテナを有する。そして、基地局は通信会社の間で無線通信を行う一方、通信ネットワーク網７の末端となり、基地局の電波が届く範囲（セル）にあるナビゲーション装置６の通信をサーバ装置３との間で中継する役割を持つ。

続いて、優先度決定システム１を構成するサーバ装置３の構成について図２を用いてより詳細に説明する。サーバ装置３は、図２に示すようにサーバ制御ＥＣＵ（エレクトロニック・コントロール・ユニット）１１と、サーバ制御ＥＣＵ１１に接続された工事予定情報ＤＢ（データベース）１２と、対処実績ＤＢ１３と、地図情報ＤＢ１４と、センタ通信装置１５とから基本的に構成されている。

サーバ制御ＥＣＵ１１は、サーバ装置３の全体の制御を行う電子制御ユニットであり、演算装置及び制御装置としてのＣＰＵ２１、並びにＣＰＵ２１が各種の演算処理を行うにあたってワーキングメモリとして使用されるＲＡＭ２２、制御用のプログラムのほか、後述の各種プログラム等が記録されたＲＯＭ２３、ＲＯＭ２３から読み出したプログラムを記憶するフラッシュメモリ２４等の内部記憶装置を備えている。尚、サーバ制御ＥＣＵ１１は、後述の処理アルゴリズムとしての各種手段を構成する。例えば、パラメータ取得手段は、過去に対処を行なった複数の道路異常について、対処が必要な道路異常を発見してから対処を開始するまでの日数、及び道路異常に関する複数のパラメータを取得する。影響度算出手段は、日数に対する複数のパラメータの影響度を算出する。決定手段は、影響度に基づいて、対処が必要な新たな道路異常について対処を行なう優先度を決定する。表示手段は、対処が必要な新たな道路異常が発生している道路と、新たな道路異常の優先度を関連付けて地図上に表示する。道路異常取得手段は、車両に取り付けられたセンサの検出情報に基づいて検出した新たな道路異常を取得する。

また、工事予定情報ＤＢ１２は、全国を走行する車両５から取得した道路異常に係わる情報や、対処する優先度を記憶する記憶手段である。また、対処実績ＤＢ１３は、道路異常に係わる情報や、対処の実績を記憶する記憶手段である。工事予定情報ＤＢ１２及び対処実績ＤＢ１３の詳細については、後述する。

また、地図情報ＤＢ１４は、例えば、外部からの入力データやサーバ装置３の入力操作に基づいて登録された地図情報であり、道路（リンク）に関するリンクデータ、ノード点に関するノードデータ、施設に関する施設データ、経路の探索に係る処理に用いられる探索データ、地図を表示するための地図表示データ、各交差点に関する交差点データ、地点を検索するための検索データ等が記憶された記憶手段である。

また、センタ通信装置１５は、ＰＣ４、車両５やＶＩＣＳ（登録商標：Vehicle Information and Communication System）センタ等の外部の交通情報センタと通信ネットワーク網７を介して通信を行う為の通信装置である。本実施形態では、サーバ装置３は、センタ通信装置１５を介してプローブ情報等を車両５との間で送受信する。また、サーバ装置３は、センタ通信装置１５を介してＰＣ４等の外部機器との間で情報の送受信を行なう。例えば、サーバ装置３は、ＰＣ４からの問い合わせに対して、工事予定情報ＤＢ１２に記憶された道路異常位置や優先度、地図情報ＤＢ１４の地図情報を応答する。

次に、工事予定情報ＤＢ１２について説明する。
図３は、工事予定情報ＤＢ１２に記憶される情報の一例を示した図である。図３に示すように、本実施形態においては、工事予定情報ＤＢ１２は、車両５から収集されるプローブ情報として、例えば、（ａ）走行するリンクＩＤ、（ｂ）道路異常を検出した道路異常位置の位置座標、（ｃ）リンクへの進入時刻、（ｄ）送信元の車両を識別する車両ＩＤに関する情報、（ｅ）異常の種類の情報が記憶されている。また、工事予定情報ＤＢ１２には、サーバ装置３によって付与・判定等された情報として、（ｆ）道路異常を識別するための道路異常ＩＤ、（ｇ）道路異常に対処する優先を判定した結果である優先度が含まれる。

図３に示すように、以下の説明では、説明を分かり易くするため、優先度決定システム１が、道路異常として、ポットホールを処理する場合について説明する。ポットホールとは、例えば、道路の路面に形成された凹凸、道路の穴、アスファルトの剥がれなどである。以下の説明では、一例として、ポットホールを、道路に形成された凹部や穴として説明する。尚、本願の道路異常としては、ポットホールに限らず、道路のひび割れや道路上の落下物など、道路の正常な使用に異常を及ぼす様々な現象を採用できる。従って、本願の優先度決定システム１は、ポットホール以外の種類の道路異常や、複数の種類の道路異常について優先度の決定等を実行しても良い。

図３に示す道路異常の情報（プローブ情報）の１行目は、例えば、ＩＤ“１１”の車両５が、ＩＤ“１００００１”のリンクに２０１９年Ｘ月Ｘ日のＸ時Ｘ分Ｘ秒に進入した場合において、当該リンクを走行する車両５が位置座標（ｘ１，ｙ１）でセンサ８により検出したポットホール（道路異常）が記憶されている。車両５のナビゲーション装置６は、センサ８の検出情報に基づいてポットホールを検出し、ポットホールを検出した道路の情報を含む道路異常の情報をサーバ装置３へ送信する。サーバ装置３は、ナビゲーション装置６から受信した道路異常の情報に道路異常ＩＤ（例えば、ＥＲ１０００８）を付与し工事予定情報ＤＢ１２に記憶する。また、サーバ装置３は、ポットホールの対処の優先度を決定し、決定した優先度を工事予定情報ＤＢ１２に記憶する。ポットホールの検出方法や、優先度の決定方法の詳細については後述する。

次に、対処実績ＤＢ１３について説明する。
図４は、対処実績ＤＢ１３に記憶される情報の一例を示した図である。図４に示すように、本実施形態においては、対処実績ＤＢ１３は、例えば、（ａ）道路異常ＩＤ、（ｂ）対処の有無、（ｃ）発見から補修を開始するまでの日数が記憶されている。また、対処実績ＤＢ１３は、道路異常が発生した道路に関する情報として、例えば、（ｄ）その道路の１時間当たりの交通量、（ｅ）道路の車線数、（ｆ）道路の道幅が記憶されている。また、対処実績ＤＢ１３は、道路異常に関する情報として、例えば、（ｇ）ポットホールの直径、（ｈ）ポットホールの深さの情報が記憶されている。この（ｄ）から（ｈ）の値は、過去に対処を行ったポットホールの情報であり、後述するように、優先度を算出するパラメータとして用いられるものである。

尚、図４に示す情報は、一例である。例えば、道路異常として道路のひび割れを採用した場合、対処実績ＤＢ１３は、道路異常に関する情報として、ひび割れの長さ、ひび割れの幅、ひび割れの深さ等を記憶しても良い。この場合、ひび割れの長さ等を、優先度を算出するパラメータとして用いても良い。また、例えば、道路異常として道路上の落下物を採用する場合、対処実績ＤＢ１３は、道路異常に関する情報として、落下物の大きさ、重さ、堅さ等を記憶しても良い。この場合、落下物の大きさ等を、優先度を算出するパラメータとして用いても良い。

続いて、前記構成を有する優先度決定システム１に含まれるサーバ装置３において実行する登録処理プログラムについて図５に基づき説明する。図５は本実施形態に係る登録処理プログラムのフローチャートである。ここで、登録処理プログラムは、例えば、車両５のナビゲーション装置６から道路異常の情報を受信したタイミングで開始される。登録処理プログラムは、車両５から受信した道路異常の情報を、工事予定情報ＤＢ１２及び対処実績ＤＢ１３に登録するプログラムである。尚、以下の図５にフローチャートで示すプログラムは、例えば、サーバ装置３が備えているＲＡＭ２２やＲＯＭ２３等に記憶されており、ＣＰＵ２１により実行される。

先ず、図５に示すステップ（以下、Ｓと略記する）１において、サーバ装置３のＣＰＵ２１は、道路を走行する車両５のナビゲーション装置６から道路異常の情報を受信する。例えば、センサ８として車速センサを採用した場合、ナビゲーション装置６は、車速センサで検出した車輪速度の変動に基づいて、ポットホールがあるか検出することができる。

例えば、ナビゲーション装置６は、車両５の駆動輪の回転に応じて車速センサが発生させたパルス信号を入力する。ナビゲーション装置６は、車速センサから入力したパルス信号のパルスを計数することにより駆動輪の車輪速度（回転速度）や移動距離を算出することができる。ナビゲーション装置６は、例えば、車輪速度の変動等に基づいて、ポットホールの発生を推定し、ポットホールの有無を判定する。ポットホールの発生の推定方法としては、公知の技術を用いることができる。例えば、ナビゲーション装置６は、車速センサの出力から特定周波数の大きさを振動度合として計算し、計算結果のパラメータに基づいてファジー推論によりポットホールの発生を推定できる。

尚、ポットホールの検出方法は、車速センサを用いた方法に限らない。例えば、センサ８として上下加速度センサを採用し、ナビゲーション装置６は、上下加速度センサ（センサ８）で検出した上下加速度の変動に基づいて、ポットホールを検出しても良い。あるいは、ナビゲーション装置６は、車載カメラ（センサ８）の画像データを画像処理することによって、ポットホールを検出しても良い。

ナビゲーション装置６は、ポットホールの発生を検出すると、工事予定情報ＤＢ１２や対処実績ＤＢ１３の登録に必要な情報（走行中のリンクＩＤ、車両５の位置情報、リンクの進入時間、車両ＩＤ、異常の種類など）を、道路異常の情報としてサーバ装置３へ送信する。ナビゲーション装置６は、例えば、ポットホールを検出した際に車両５が走行していた走行リンクＩＤ、車両５のＧＰＳ情報（位置情報、時間情報）をサーバ装置３へ送信する。また、ナビゲーション装置６は、ポットホールの発生を検出すると、異常の種類の情報としてポットホールであることを示す情報をサーバ装置３へ送信する。また、ナビゲーション装置６は、ポットホールを検出した際の車載カメラの画像データを、道路異常の情報としてサーバ装置３へ送信する。この画像データは、後述するように、ポットホールの直径や深さの検出処理、図８及び図９に示す表示処理に用いられる。

ＣＰＵ２１は、Ｓ１において道路異常の情報を受信すると、受信した道路異常の情報から工事予定情報ＤＢ１２と対処実績ＤＢ１３の登録に必要な情報を抽出・生成する（Ｓ２）。ＣＰＵ２１は、Ｓ２を実行し後、Ｓ３を実行する。ＣＰＵ２１は、Ｓ２で生成した情報に基づいて、工事予定情報ＤＢ１２及び対処実績ＤＢ１３を更新する（Ｓ３）。ＣＰＵ２１は、Ｓ３を実行すると、図５に示す処理を終了する。

例えば、ＣＰＵ２１は、受信した道路異常の情報から走行リンクＩＤを抽出し（Ｓ２）、工事予定情報ＤＢ１２（図３参照）の「走行リンクＩＤ」として記憶する（Ｓ３）。同様に、ＣＰＵ２１は、受信した道路異常の情報から車両５の位置情報（ＧＰＳ情報）を抽出し（Ｓ２）、工事予定情報ＤＢ１２の「道路異常の検出時の位置座標」として記憶する（Ｓ３）。また、ＣＰＵ２１は、受信した道路異常の情報から時間情報（ＧＰＳ情報）を抽出し、工事予定情報ＤＢ１２の「リンク進入時間」として記憶する。また、ＣＰＵ２１は、受信した道路異常の情報から車両ＩＤを抽出し、工事予定情報ＤＢ１２の「車両ＩＤ」として記憶する。また、ＣＰＵ２１は、受信した道路異常の情報から道路異常の種類の情報を抽出し、工事予定情報ＤＢ１２の「異常の種類」として記憶する。また、ＣＰＵ２１は、新たな道路異常の情報を工事予定情報ＤＢ１２に登録するに際に、新たな道路異常の情報を識別するための道路異常ＩＤを付与し、工事予定情報ＤＢ１２に登録する。

また、ＣＰＵ２１は、新たな道路異常の情報を識別するための道路異常ＩＤを、対処実績ＤＢ１３（図４参照）に登録する。ＣＰＵ２１は、対処実績ＤＢ１３の「対処の有無」の情報として未実施であることを示す情報を登録する。また、ＣＰＵ２１は、「発見から補修開始までの日数」として、該当するデータがないことを示す情報（図４ではハイフンで示す）を登録する。また、ＣＰＵ２１は、例えば、工事予定情報ＤＢ１２において道路異常ＩＤに関連付けられた「走行リンクＩＤ」や「道路異常の検出時の位置座標」の位置情報、即ち、新たな道路異常の位置情報と、ＶＩＣＳ（登録商標：Vehicle Information and Communication System）センタ等の交通情報センタから取得した渋滞情報に基づいて、道路異常を検出した道路の「交通量」を検出する。交通量とは、例えば、道路異常を検出した道路を、単位時間当たりに通過する車両５の台数である。また、ＣＰＵ２１は、例えば、上記した新たな道路異常の位置情報と、地図情報ＤＢ１４に登録された情報に基づいて、道路異常を検出した道路の「車線数」、「道幅」を検出する。ＣＰＵ２１は、検出した「交通量」、「車線数」、「道幅」を、対処実績ＤＢ１３に登録する（Ｓ３）。

また、ＣＰＵ２１は、例えば、ナビゲーション装置６から受信した車載カメラの画像データから、ポットホールの直径、深さを検出する。ナビゲーション装置６は、例えば、連続的に道路を撮像しており、ポットホールを検出した時間を基準として、前後所定時間の間に撮像した画像データをサーバ装置３へ送信する。そして、ＣＰＵ２１は、ナビゲーション装置６から受信した画像データを画像処理することにより、ポットホールの直径や深さを検出する。ＣＰＵ２１は、検出した直径や深さの数値を、対処実績ＤＢ１３に登録する。これにより、工事予定情報ＤＢ１２及び対処実績ＤＢ１３に、ポットホールを検出した新たな道路異常の情報が登録される。

なお、上記した工事予定情報ＤＢ１２や対処実績ＤＢ１３の更新方法は、一例である。例えば、上記した道路異常の発生を判定する処理の全部又は一部を、サーバ装置３が実行しても良い。サーバ装置３は、ナビゲーション装置６から受信した車速センサの検出情報に基づいて、ポットホールの発生を判定しても良い。また、対処実績ＤＢ１３の交通量、車線数、道幅、ポットホールの直径、ポットホールの深さの情報を、道路管理者等のユーザが手動で入力しても良い。ユーザは、工事予定情報ＤＢ１２の「道路異常検出時の位置座標」に基づいて、該当する道路の交通量等を調査し、対処実績ＤＢ１３に登録しても良い。また、ユーザが、車載カメラの画像データを目視で確認し、ポットホールの直径や深さを判断して対処実績ＤＢ１３に登録しても良い。

また、ＣＰＵ２１は、ポットホール以外の道路異常についても、上記した登録処理を同様に実施することができる。例えば、道路異常として道路のひび割れを採用した場合、ナビゲーション装置６は、上下加速度センサ（センサ８）に基づく振動や、車載カメラ（センサ８）の画像データに基づいて、ひび割れの発生を検出することが可能である。また、サーバ装置３のＣＰＵ２１は、ナビゲーション装置６から受信した車載カメラから画像データを画像処理し、ひび割れの長さや深さを検出して対処実績ＤＢ１３に登録しても良い。

また、道路異常として道路上の落下物を採用した場合、ナビゲーション装置６は、車載カメラ（センサ８）の画像データに基づいて落下物を検出することが可能である。あるいは、ドライバが、急操舵や急減速を行う場合、走行する路面に落下物がある可能性が高い。そこで、ナビゲーション装置６は、ステアリングセンサ（センサ８）に基づいて車両５の急操舵を検出した場合や、車速センサ（センサ８）に基づいて急減速を検出した場合に、落下物が存在すると判定しても良い。また、ＣＰＵ２１は、ナビゲーション装置６から受信した車載カメラの画像データを画像処理し、落下物の大きさや重さ等を推定し対処実績ＤＢ１３に登録しても良い。また、ユーザが、画像データを目視で確認して落下物の大きさ、重さ、堅さ、危険度などを判断して対処実績ＤＢ１３に登録しても良い。そして、これらの対処実績ＤＢ１３の登録情報は、後述する優先度の決定に用いることができる。

ここで、後述するように、ＣＰＵ２１は、工事予定情報ＤＢ１２に記憶した道路異常に対して対処を行なう優先度を決定する。ＣＰＵ２１は、ＰＣ４等の外部機器からの問い合わせに対して、決定した優先度の情報等を送信する。これにより、ＰＣ４を操作する道路管理者等は、発生している道路異常の位置や優先度を把握でき、道路異常位置へ道路を補修する点検車等を派遣し、道路の補修や走行車両の誘導などの適切な対応を迅速且つ的確に行うことができる。

また、車両５が備えるセンサ８は、車両５ごとに種類や数が異なっており、道路異常を検出するセンサ８の精度も異なっている。ここでいう「センサの精度」とは、例えば、同一種類のセンサの性能の高さを示す値に限らず、種類の異なるセンサであっても、ある道路異常（ポットホールなど）を検出する手段として用いた場合において、その道路異常を検出できる精度の高さをいう。従って、高精度のセンサ８は、低精度のセンサ８に比べて、例えば、ポットホールを検出する手段として用いた場合（検出信号を利用した場合）に、より高い精度でポットホールを検出できるセンサである。

一般的に、高い精度で道路異常を検出可能な高精度のセンサ８の価格は、低精度のセンサ８の価格に比べて高くなる。従って、高精度なセンサ８を搭載する車両５の価格は、低精度なセンサ８を搭載する車両５の価格に比べて高くなる可能性が高い。このため、高精度なセンサ８を搭載する車両５の総数は、低精度なセンサ８を搭載する車両５の総数に比べて少なくなる。そこで、ＣＰＵ２１は、上記した道路異常の登録処理において、例えば、低精度のセンサ８により検出した道路異常を仮登録しておき、仮登録した道路異常位置へ車両５を誘導し、高精度のセンサ８によっても道路異常を検出した場合に本登録を行なっても良い。ＣＰＵ２１は、例えば、仮登録した道路異常の位置に近い車両５がその道路異常の位置を通過する案内経路を車両５へ送信し、高精度のセンサ８を備える車両５を、仮登録の道路異常の位置へ誘導しても良い。これにより、工事予定情報ＤＢ１２に登録する道路異常の信頼性を高めることができる。

ここで、図４に示すように、対処実績ＤＢ１３の「発見から補修開始までの日数」には、道路異常が発見された日から補修が開始された日までの日数が記憶されている。ここでいう「道路異常が発見された日」とは、例えば、車両５によってポットホールが検出され対処実績ＤＢ１３に登録された日である。また「補修が開始された日」とは、例えば、ポットホールの確認・補修等を行なう作業員が、ポットホールが発見されてから、最初に道路異常位置に行って、確認・補修等の作業を行なった日である。作業員は、例えば、道路異常位置に到着すると通信端末を用いて作業の開始情報をサーバ装置３へ送信する。この開始情報は、例えば、道路異常ＩＤや位置情報など、工事予定情報ＤＢ１２や対処実績ＤＢ１３から道路異常の情報を検索するための情報と、時間や日付けの情報を含む情報である。サーバ装置３のＣＰＵ２１は、作業員から受信した開始情報に含まれる日付けから、「対処実績ＤＢ１３に道路異常の情報を登録した日付け」を減算することで、「発見から補修開始までの日数」を算出することができる。ＣＰＵ２１は、算出した日数を対処実績ＤＢ１３へ記憶する。尚、「発見から補修開始までの日数」を登録する方法は、上記した方法に限らない。例えば、道路管理者が、作業員から受領した報告書の日付けを確認し、「発見から補修開始までの日数」を計算し、対処実績ＤＢ１３へ手動で入力しても良い。

また、図４に示すように、対処実績ＤＢ１３の「対処の有無」の情報には、実施済み、実施中、又は未実施の情報が記憶されている。ＣＰＵ２１は、例えば、作業員から開始情報を受信し、「発見から補修開始までの日数」を対処実績ＤＢ１３へ記憶すると、「対処の有無」の情報を、「未実施」から「実施中」に変更する。また、作業員は、例えば、ポットホールの補修が完了すると、通信端末を用いて終了情報をサーバ装置３へ送信する。ＣＰＵ２１は、作業員から終了情報を受信すると、「対処の有無」の情報を、「実施中」から「実施済み」に変更する。これにより、ＣＰＵ２１は、補修作業の進行に合わせて、「対処の有無」の情報を更新できる。ＣＰＵ２１は、後述する優先度決定処理プログラムにおいて、上記した対処実績ＤＢ１３の情報を用いて、新たな道路異常に対処する優先度を決定する。尚、「対処の有無」の情報を更新する方法は、上記した通信端末を用いる方法に限らない。例えば、道路管理者が、作業員から受領した補修作業の完了報告書を確認し、サーバ装置３を操作して「対処の有無」の情報を「実施済み」に変更しも良い。

続いて、前記構成を有する優先度決定システム１に含まれるサーバ装置３において実行する優先度決定処理プログラムについて図６に基づき説明する。図６は本実施形態に係る優先度決定処理プログラムのフローチャートである。ここで、優先度決定処理プログラムは、例えば、上記した登録処理プログラムによって工事予定情報ＤＢ１２及び対処実績ＤＢ１３に新たな道路異常（ポットホール）の情報が登録されると実行される。優先度決定処理プログラムは、対処実績ＤＢ１３に記憶された過去に対処を行なったデータに基づいて、新たに登録された道路異常について対処を行なう優先度を決定するプログラムである。尚、優先度決定処理プログラムが実行される条件は、上記した新たな道路異常が登録される条件に限らない。例えば、サーバ装置３は、定期的に優先度決定処理プログラムを実行し、前回プログラムを実行した後から新たに登録された道路異常の情報を対象に、優先度を決定する処理を実行しても良い。また、以下の図６にフローチャートで示すプログラムは、例えば、サーバ装置３が備えているＲＡＭ２２やＲＯＭ２３等に記憶されており、ＣＰＵ２１により実行される。

図６に示すように、先ず、Ｓ１１において、サーバ装置３のＣＰＵ２１は、対処実績ＤＢ１３からデータを取得する。ＣＰＵ２１は、例えば、対処実績ＤＢ１３に登録された全データを取得する。尚、例えば、ポットホール、道路のひび割れ、落下物などの各種の道路異常の情報が対処実績ＤＢ１３にまとめて登録されている場合、ＣＰＵ２１は、Ｓ１１において、新たに登録した道路異常と同種類、即ち、これから優先度を判定する道路異常と同種類のデータだけを対処実績ＤＢ１３から取得しても良い。また、後述するように、本実施形態では、ＣＰＵ２１は、「発見から補修開始までの日数」の情報を優先度の決定に用いる。このため、ＣＰＵ２１は、「発見から補修開始までの日数」が記憶された、即ち、「対処の有無」の情報が「実施済み」又は「実施中」のデータだけを対処実績ＤＢ１３から取得しても良い。あるいは、ＣＰＵ２１は、「対処の有無」の情報が「実施済み」（補修が完了済み）のデータだけを取得しても良い。

ＣＰＵ２１は、Ｓ１１を実行した後、Ｓ１２を実行する。Ｓ１２において、ＣＰＵ２１は、Ｓ１１で取得した対処実績ＤＢ１３について、対処実績ＤＢ１３に記憶されたレコードのうち、「発見から補修開始までの日数」が設定されたレコードが一定件数以上存在するか否かを判定する。ここでいうレコードとは、図４における１行分のデータであり、１件の道路異常に関連付けられたデータ群をいう。

本実施形態のＣＰＵ２１は、次のＳ１３において、図４に示す対処実績ＤＢ１３の「異常発見から補修開始までの日数」を目的変数として、対処実績ＤＢ１３に登録されたレコードごとのデータ（交通量、車線数など）をパラメータ（説明変数）として重回帰分析を実行し、分析した結果に基づいて優先度を決定する。このため、優先度の判定精度を確保するためには、一定件数以上のレコード数が必要となる。

そこで、ＣＰＵ２１は、Ｓ１２において、「発見から補修開始までの日数」が設定されたレコードが一定件数以上存在するか否かを判定する。一定件数とは、上記したように優先度の判定精度を確保するための件数であり、要求される精度に応じて変更される値である。一定件数は、例えば、数十件である。

尚、ＣＰＵ２１は、Ｓ１２の判定において、対処実績ＤＢ１３に記憶されたレコードのうち、過去の一定期間だけのレコードを判定対象としても良い。例えば、ＣＰＵ２１は、現在から数年前までのレコードだけを対象とし、その中に、「異常発見から補修開始までの日数」が設定されているレコードが一定件数以上存在するか否かを判定しても良い。そして、ＣＰＵ２１は、後述するＳ１３以降において、この過去数年間のレコードに基づいて影響度を算出し優先度を決定しても良い。例えば、ポットホールを発見した場合の補修を行なう優先度を決定する場合に、どのようなポットホールの補修を優先すべきかが、数十年前の傾向と、近年の傾向とで異なる可能性がある。このような場合に、Ｓ１２でレコードを参照する期間を限定し、Ｓ１３以降においてこの限定したレコードだけを分析対象とすることで、近年の傾向に合わせた分析を行なうことができる。

ＣＰＵ２１は、Ｓ１２において、対処実績ＤＢ１３に記憶されたレコードのうち、「発見から補修開始までの日数」が設定されたレコードが一定件数以上存在すると判定すると（Ｓ１２：ＹＥＳ）、Ｓ１３を実行し、否定判定すると（Ｓ１２：ＮＯ）、Ｓ１４を実行する。Ｓ１３において、「異常発見から補修開始までの日数」を目的変数として重回帰分析を行なって、優先度を決定する各パラメータの影響度を算出する。ここで、重回帰分析とは、目的変数とパラメータ（説明変数）との関係を関係式にし、関係式を用いて目的変数を予測する統計分析手法である。重回帰分析の手法としては、公知の方法を用いることができる。例えば、次式（式１）を用いて各パラメータの影響度や定数項を算出する。
（目的変数）＝（パラメータ１の影響度×パラメータ１）＋（パラメータ２の影響度×パラメータ２）＋（パラメータ３の影響度×パラメータ３）・・・＋定数項 ・・・（式１）

パラメータは、目的変数に影響を及ぼす変数である。本実施形態では、上記（式１）のパラメータとして、図４に示す対処実績ＤＢ１３の交通量、車線数、道幅、ポットホールの直径、ポットホールの深さを用いる。交通量、車線数、道幅は、道路異常が発生していた道路に関する情報であり、目的変数（日数）に影響を及ぼすパラメータである。例えば、道路は、交通量が多いほど、車線数が多いほど、あるいは道幅が大きいほど、幹線道路などの重要度の高い道路である可能性が高く、補修を優先されるべきである。このため、補修の優先度は、交通量が多いほど、車線数が多いほど、あるいは道幅が大きいほど高くすることが好ましい。同様に、ポットホールの直径、及びポットホールの深さは、道路異常に関する情報であり、目的変数に影響を及ぼす可能性があるパラメータである。ポットホールの直径が長いほど、ポットホールの深さが深いほど、交通への影響が大きくなる。このため、補修の優先度は、ポットホールの直径が長いほど、深さが深いほど高くすることが好ましい。そこで、本実施形態のＣＰＵ２１は、これらのパラメータを説明変数として、各パラメータの影響度を算出する。

尚、上記した目的変数や、説明変数（パラメータ）の数や種類は、一例である。例えば、ＣＰＵ２１は、道路異常が発生していた道路に関する情報（交通量、車線数、道幅）のうち少なくとも１つと、道路異常に関する情報（ポットホールの直径、及びポットホールの深さ）のうち少なくとも１つをパラメータとして用いても良い。あるいは、ＣＰＵ２１は、前回補修を行なってからの経過日数を、道路異常が発生していた道路に関する情報（パラメータ）として用いても良い。これは、前回の補修からの日数が経過している道路ほど、早急な補修が必要となる可能性があるからである。また、ポットホールの数を、道路異常に関する情報（パラメータ）として用いても良い。これは、同一の道路において発生しているポットホールの数が多いほど、早急な補修が必要となる可能性があるからである。また、上記したように、例えば、道路異常として道路のひび割れを採用した場合には、パラメータとしてひび割れの幅や深さを採用できる。また、道路異常として落下物を採用した場合には、落下物の大きさ、重さ、堅さ等を採用できる。また、落下物の場合、落下物が発生してから数日たって対処する可能性が低いため、目的変数として、「異常発見から補修開始までの日数」に替えて、「異常発見から補修開始までの時間」を採用しても良い。

対処実績ＤＢ１３のパラメータを（式１）に当てはめた場合、以下の（式２）となる。
（発見から補修開始までの日数）＝（交通量の影響度Ａ１×交通量）＋（車線数の影響度Ａ２×車線数）＋（道幅の影響度Ａ３×道幅）＋（ポットホールの直径の影響度Ａ４×ポットホールの直径）＋（ポットホールの深さの影響度Ａ５×ポットホールの深さ）＋定数項Ｃ１ ・・・・・（式２）

ＣＰＵ２１は、Ｓ１３において、例えば、対処実績ＤＢ１３に記憶されたレコードのうち、「発見から補修開始までの日数」が設定された（補修が開始された）全レコードの各々について、「発見から補修開始までの日数」を上記（式２）の目的変数（日数）に代入し、交通量等の値を上記（式２）の各パラメータに代入して重回帰分析を実施し、影響度Ａ１〜Ａ５と、定数項Ｃ１を算出する。尚、ＣＰＵ２１は、「発見から補修開始までの日数」が設定された全レコードを対象とせずに、過去の一定期間や、「対処の有無」の情報が実施済みのものだけを対象に（式２）を適用しても良い。

ＣＰＵ２１は、Ｓ１３を実行した後、Ｓ１５を実行する。Ｓ１５において、ＣＰＵ２１は、Ｓ１３で算出した影響度Ａ１〜Ａ５を、（式２）のパラメータの係数（影響度）として設定する。ＣＰＵ２１は、Ｓ５を実行した後、Ｓ１６を実行する。上記したように、図６に示す優先度決定処理プログラムは、図５の登録処理プログラムによって工事予定情報ＤＢ１２及び対処実績ＤＢ１３に新たな道路異常（ポットホール）の情報が登録されると実行される。ＣＰＵ２１は、Ｓ１５で設定した係数の値と、この新たなポットホールのレコードのパラメータの値を、上記式（２）に代入し、日数（目的変数）を算出する。例えば、図４の８行目に示す道路異常ＩＤ「ＥＲ１０００８」の各パラメータを（式２）に代入すると次式となる。
（発見から補修開始までの日数）＝（交通量の影響度Ａ１×１０００）＋（車線数の影響度Ａ２×１）＋（道幅の影響度Ａ３×６）＋（ポットホールの直径の影響度Ａ４×３０）＋（ポットホールの深さの影響度Ａ５×５）＋定数項Ｃ１

これにより、Ｓ１５で設定した係数の値と、新たにポットホールが発見されたレコードのパラメータに基づいて、目的変数の日数が算出される。この日数は、パラメータが補修開始までの日数（目的変数）にどの程度影響を与えているのかを、過去の補修の実績から分析し、その分析結果、即ち、過去の傾向（影響度Ａ１〜Ａ５、係数）と、新たな道路異常のパラメータに基づいて算出された補修開始までの予想日数である。ＣＰＵ２１は、Ｓ１６を実行した後、Ｓ１７を実行する。Ｓ１７において、ＣＰＵ２１は、Ｓ１６で算出した「発見から補修開始までの日数」に基づいて、新たな道路異常に対処する優先度を決定する。

図７は、発見から補修を開始するまでの日数と、優先度の関係を示す図である。例えば、図７に示すデータは、サーバ装置３のＲＯＭ２３に予め記憶されている。図７に示す例では、ＣＰＵ２１は、Ｓ１６で算出した日数が「０〜３日」である場合、優先度を最も高い「高」に設定する。また、ＣＰＵ２１は、Ｓ１６で算出した日数が「４〜６日」である場合、優先度を中間の「中」に設定する。また、ＣＰＵ２１は、Ｓ１６で算出した日数が「６日以上」である場合、優先度を最も低い「低」に設定する。即ち、予想される補修開始までの日数が少ないほど優先度を高くする。尚、図７に示すデータは一例である。例えば、ＣＰＵ２１は、「高」、「低」の２段階や、４段階以上の優先度の振分けを実行しても良い。

ＣＰＵ２１は、図６のＳ１７を実行した後、Ｓ１８を実行する。Ｓ１８において、ＣＰＵ２１は、Ｓ１７で決定した優先度を、工事予定情報ＤＢ１２に記憶する。図３に示すように、ＣＰＵ２１は、新たなポットホールのレコードの「優先度の判定結果」の情報に、決定した優先度の情報を記憶する。これにより、過去の実績を重回帰分析し、新たな道路異常について優先度を適切に設定することができる。

ここで、上記した補修開始までの日数（目的変数）を算出する具体的な計算例について記載する。例えば、図４は、対処実績ＤＢ１３に記憶されたレコードの一部を示しており、その図４に図示されているレコードにさらに他のレコードを過去の実績として加えて重回帰分析を行なった結果、下記の影響度Ａ１〜Ａ５が算出されたとする。
交通量の影響度Ａ１＝−０．００９００９５３３４６１１９４３９、車線数の影響度Ａ２＝−０．８９０９８６６２０８０３９４、道幅の影響度Ａ３＝０．４８４３１６０４５１３２０９２、ポットホールの直径の影響度Ａ４＝−０．００８１９８０３８０１５００６６４、ポットホールの深さの影響度Ａ５＝−０．０６９９４１８２７０７０６７２４、とする。また、定数項Ｃ１＝８．９８３２６２８００６８５３とする。

また、新たにポットホールが発見されたレコードのパラメータの値を、以下の値とする。交通量＝５００台／時間、車線数＝２車線、道幅＝６ｍ、ポットホールの直径＝３０ｃｍ、ポットホールの深さ＝３ｃｍ、とする。この場合、上記した影響度Ａ１〜Ａ５、定数項Ｃ１、新たにポットホールが発見されたレコードのパラメータ、（式２）を用いて、補修開始までの日数（目的変数）を算出すると、以下の値となる。
補修開始までの日数＝（−０．００９００９５３３４６１１９４３９×５００）＋（−０．８９０９８６６２０８０３９４×２）＋（０．４８４３１６０４５１３２０９２×６）＋（−０．００８１９８０３８０１５００６６４×３０）＋（−０．０６９９４１８２７０７０６７２４×３）＋８．９８３２６２８００６８５３＝５．１４６６５２４７８
この場合、ＣＰＵ２１は、図７のデータに基づいて、補修開始までの日数を４〜６の範囲と判定し、新たなポットホールの優先度を「中」と判定する。

尚、優先度を決定する方法は、上記した重回帰分析に限らず、例えば、応答曲面法、機械学習などの他の分析手法を用いても良い。また、道路異常の検出に用いた車両５のセンサ８は、車両５ごとに種類や数が異なっており、道路異常を検出できる精度も異なっている。そこで、ＣＰＵ２１は、例えば、車両５のセンサ８の種類（精度）に応じて、センサ８で検出した異常情報（レコード）に優先度を設定しも良い。例えば、ＣＰＵ２１は、より高精度のセンサ８で検出された道路異常（レコード）の情報の重要度を高くし、精度の低いセンサ８で検出された道路異常（レコード）の情報の優先度を低くするように、定数項Ｃ１を調整し、分析を実施しても良い。具体的には、高精度のセンサ８で検出された道路異常（レコード）に対する定数項Ｃ１を小さくし、優先度を高くしても良い。これにより、高精度のセンサ８で検出された情報（日数やパラメータ）が、分析により反映され、分析精度を高めることができる。

また、ＣＰＵ２１は、Ｓ１２で否定判断した場合（Ｓ１２：ＮＯ）、Ｓ１４を実行する。ＣＰＵ２１は、Ｓ１４において、初期値をパラメータの係数（式２の影響度Ａ１〜Ａ５）に設定する。Ｓ１４が実行される場合、重回帰分析を実行するのに十分な件数のレコードが蓄積されていない状態となる。そこで、ＣＰＵ２１は、重回帰分析を実行せずに、影響度Ａ１〜Ａ５として初期値を用いる。この初期値は、予めシミュレーション等により決定した値を用いることができる。

ＣＰＵ２１は、Ｓ１４を実行した後、上記した重回帰分析を実行した場合と同様に、Ｓ１６以降の処理を実行する。ＣＰＵ２１は、初期値を設定した（式２）により日数（目的変数）を算出し（Ｓ１６）、算出した日数に基づいて優先度を決定する（Ｓ１７）。ＣＰＵ２１は、決定した優先度を工事予定情報ＤＢ１２に記憶する（Ｓ１８）。ＣＰＵ２１は、Ｓ１８を実行すると、図６に示す処理を終了する。

尚、上記した図６の処理では、新たなポットホールが発生するごとに、重回帰分析を実行し、影響度Ａ１〜Ａ５を算出した。しかしながら、ＣＰＵ２１は、例えば、同種類の道路異常についは、過去に算出した影響度Ａ１〜Ａ５の値を用いて、目的変数を算出しても良い。即ち、ＣＰＵ２１は、新たな道路異常が発生するごとに重回帰分析を実行しなくとも良く、複数の道路異常が発生するごとに１回だけ重回帰分析を実行し、算出した係数（影響度Ａ１〜Ａ５）を流用しても良い。また、ＣＰＵ２１は、複数の道路異常が発生するごとに、まとめて優先度を判定しても良い。

続いて、前記構成を有する優先度決定システム１に含まれるサーバ装置３において実行する表示処理プログラムについて図８に基づき説明する。図８は本実施形態に係る表示処理プログラムのフローチャートである。ここで、表示処理プログラムは、例えば、サーバ装置３が表示するＷＥＢページへＰＣ４からアクセスがあり、ＷＥＢページ上において所定の操作入力を受け付けると実行される。表示処理プログラムは、工事予定情報ＤＢ１２に基づいて、道路異常位置や優先度を地図上に表示するプログラムである。尚、以下の図８にフローチャートで示すプログラムは、例えば、サーバ装置３が備えているＲＡＭ２２やＲＯＭ２３等に記憶されており、ＣＰＵ２１により実行される。

先ず、図８のＳ２１において、サーバ装置３のＣＰＵ２１は、ＷＥＢページ上において、位置情報を受け付ける。例えば、ＰＣ４を操作するユーザは、ＷＥＢページ上において、表示させたい位置の位置情報を入力する。位置情報は、経度や緯度などの数値情報でも良く、地名や施設名などの文字情報でも良い。ＣＰＵ２１は、ＰＣ４から入力された情報に基づいて、地図情報を表示する位置を決定する。

ＣＰＵ２１は、Ｓ２１を実行した後、Ｓ２２を実行する。Ｓ２２において、ＣＰＵ２１は、Ｓ２１で決定した位置に基づいて表示する地図の位置を決定し、決定した位置の地図に対応する地図情報を地図情報ＤＢ１４から取得する。

ＣＰＵ２１は、Ｓ２２を実行した後、Ｓ２３を実行する。Ｓ２３において、ＣＰＵ２１は、Ｓ２２において取得し表示する地図に含まれる道路異常位置、その道路異常位置で発生している道路異常の種類、及びその道路異常に対する優先度の情報を、対処実績ＤＢ１３から取得する。ＣＰＵ２１は、例えば、対処実績ＤＢ１３に含まれるレコードのうち、表示する地図の経度や緯度の範囲に「道路異常時の位置座標」が含まれるレコードを抽出する。ＣＰＵ２１は、抽出した各レコードの「道路異常時の位置座標」、「異常の種類」、及び「優先度の判定結果」を取得する。

ＣＰＵ２１は、Ｓ２３を実行した後、Ｓ２４を実行する。Ｓ２４において、ＣＰＵ２１は、例えば、Ｓ２２で取得した地図情報の地図に、Ｓ２３で取得した道路異常位置、異常の種類、及び優先度の情報を表示するデータを生成し、生成したデータをＰＣ４へ送信する。ＰＣ４は、サーバ装置３から受信した情報に基づいて、画面表示を行なう。ＣＰＵ２１は、Ｓ２４を実行すると、図８に示す処理を終了する。

図９は、ＰＣ４に表示される表示画面の一例を示している。図９に示すように、ＣＰＵ２１は、地図情報３１に道路異常位置を示すマーク３２を重ねて、ＰＣ４の表示画面３３に表示させる。また、ＣＰＵ２１は、マーク３２ごとに吹き出し３４を表示する。ＣＰＵ２１は、マーク３２で発生している道路異常の種類（図示例では、ポットホール）、及び優先度を吹き出し３４内に表示する。これにより、ＰＣ４のユーザは、表示画面３３を確認することで、どの位置でどのような種類の道路異常が発生し、その道路異常の優先度がどの程度であるかを、視覚的に容易に確認できる。ユーザは、より優先度の高い道路異常位置へ補修の作業員を優先的に派遣するなど、適切な対応を実施することができる。

また、図９に示すように、ＣＰＵ２１は、吹き出し３４の中に、画像データを表示しても良い。この画像データは、例えば、道路異常を検出した車両５で撮像した画像データであり、ポットホール等が撮像された画像データである。ＣＰＵ２１は、例えば、図５に示す登録処理の際に、工事予定情報ＤＢ１２のレコードに関連付けて画像データを記憶しておくことで、図８の表示処理において画像データを表示することができる。これにより、ユーザは、現状の道路の状況を、画像データにより確認することができ、画像データに基づいて対処の優先度を判断することができる。なお、表示する画像データは、道路異常の発見時の画像に限らず、補修中の道路の画像データでも良い。

また、図９に示すように、ＣＰＵ２１は、優先度の高さに応じて、マーク３２や吹き出し３４の表示態様を変更しても良い。例えば、ＣＰＵ２１は、優先度の高い道路異常位置のマーク３２や吹き出し３４を、他の優先度のマーク３２や吹き出し３４とは異なる表示にしても良い。これにより、優先度の高い道路異常位置を、ユーザが認識し易くし、優先度の判断ミスを防ぐことが可能となる。

また、図９に示す表示画面３３の構成は、一例である。例えば、ＣＰＵ２１は、地図情報３１の上にマーク３２だけを表示し、マーク３２がクリックされた場合に、吹き出し３４を表示しても良く、あるいは別ウィンドウに吹き出し３４の内容を表示しても良い。また、ＣＰＵ２１は、道路異常ＩＤなどの他の情報を表示画面３３に表示しても良い。また、ＣＰＵ２１は、補修が完了した道路異常の情報も、表示画面３３に表示しても良い。この場合、補修前、補修中、補修完了のそれぞれの情報の表示態様を異なる態様にしも良い。

以上詳細に説明した通り、本実施形態に係るサーバ装置３のＣＰＵ２１は、図６に示す優先度決定処理において、対処実績ＤＢ１３に記憶された過去に対処を行なった複数の道路異常（ポットホール）について、道路異常の発見から補修開始までの日数、及び道路異常に関する複数のパラメータ（交通量やポットホールの直径など）を取得する（Ｓ１１）。ＣＰＵ２１は、発見から補修開始までの日数を目的変数とし、複数のパラメータを説明変数として重回帰分析を実行し、複数のパラメータの各々の影響度を算出する（Ｓ１３）。ＣＰＵ２１は、算出した影響度に基づいて、新たな道路異常について対処を行なう優先度を決定する（Ｓ１６、Ｓ１７）。

これによれば、過去に対処した道路異常について、道路異常を発見してから対処を開始するまでの日数と、道路異常に関する複数のパラメータを取得し、日数に与える各パラメータの影響度を重回帰分析により算出する。算出した影響度に基づいて、新たな道路異常について対処を行なう優先度を決定する。これにより、過去の実績を分析し、日数に影響を与えるパラメータの影響度を算出しておくことで、新たな道路異常について、算出しておいた影響度に基づいて機械的に優先度を設定することができる。このため、人為的な評価を減らし道路異常に対処する優先度を、より安定的に決定ができる。

また、ＣＰＵ２１は、目的変数として、補修が必要な道路異常を発見してから、実際に補修を開始するまでの日数を用いる。過去の実績において、優先度が高ければ、補修開始までの日数が短くなる傾向がある。また、優先度が低ければ、補修開始までの日数が長くなる傾向がある。一方で、補修が完了するまでの日数は、道路異常の規模によって変動する。このため、優先度の決定に用いる日数として、道路異常の発見から補修開始までに絞った日数を用いることで、優先度をより適切に決定できる。

尚、本発明は前記実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の改良、変形が可能であることは勿論である。
例えば、上記実施形態では、図５の登録処理、図６の優先度決定処理、図８の表示処理をサーバ装置３が実行したが、他の装置が実行しても良い。例えば、ナビゲーション装置６が、工事予定情報ＤＢ１２や対処実績ＤＢ１３に登録する処理、優先度を判定して工事予定情報ＤＢ１２へ登録する処理を実行しても良い。この場合、ナビゲーション装置６は、本願の優先度決定装置の一例である。同様に、ＰＣ４が、サーバ装置３から対処実績ＤＢ１３のデータを取得して優先度を決定しても良い。この場合、ＰＣ４は、本願の優先度決定装置の一例である。また、ＰＣ４が、地図情報を備えており、地図情報に基づいて表示した地図上に、サーバ装置３から取得した道路異常の位置情報や優先度の情報を表示しても良い。また、サーバ装置３は、図５の登録処理、図６の優先度決定処理、図８の表示処理の一部のみを実行しても良い。

また、サーバ装置３は、図８に示す表示処理を実行しなくとも良い。例えば、サーバ装置３は、決定した優先度の情報を、工事予定情報ＤＢ１２へ蓄積し表示しなくとも良い。この場合、ＰＣ４が、工事予定情報ＤＢ１２へアクセスし、優先度の情報を取得し、表示や出力をしてデータを活用しても良い。
また、ＣＰＵ２１は、優先度の決定において、道路異常に関する情報（ポットホールの直径、ポットホールの深さ）を少なくとも１つと、道路異常が発生していた道路に関する情報（交通量、車線数、道幅）を少なくとも１用いても良い。

また、本発明に係る優先度決定システムを具体化した実施例について上記に説明したが、優先度決定システムは以下の構成を有することも可能であり、その場合には以下の効果を奏する。

例えば、第１の構成は以下のとおりである。
過去に対処を行なった複数の道路異常について、対処が必要な前記道路異常を発見してから対処を開始するまでの日数、及び前記道路異常に関する複数のパラメータを取得するパラメータ取得手段（２１、１３）と、前記日数に対する複数の前記パラメータの影響度を算出する影響度算出手段（２１、Ｓ１３）と、前記影響度に基づいて、対処が必要な新たな道路異常について対処を行なう優先度を決定する決定手段（２１、Ｓ１６、Ｓ１７）と、を有する優先度決定装置（３）。
上記構成を有する優先度決定装置によれば、過去に対処した道路異常について、道路異常を発見してから対処を開始するまでの日数と、道路異常に関する複数のパラメータを取得し、日数に与える各パラメータの影響度を算出する。ここで、過去の実績において、例えば、対処すべき優先度が高ければ、対処を開始するまでの日数が短くなる可能性がある。また、対処すべき優先度が低ければ、対処を開始するまでの日数が長くなる可能性がある。従って、日数に与える各パラメータの影響度は、対処の優先度と相関関係にある。そこで、算出した影響度に基づいて、新たな道路異常について対処を行なう優先度を決定する。これにより、過去の実績を分析し、日数に影響を与えるパラメータの影響度を算出しておくことで、新たな道路異常について、算出しておいた影響度に基づいて機械的に優先度を設定することができる。このため、人為的な評価を減らし道路異常に対処する優先度を、より安定的に決定ができる。
尚、「道路異常」とは、ポットホールやひび割れなど、道路自体の補修や工事が必要な事象だけでなく、落下物が道路上に存在する場合など、道路の使用に異常を招く様々な事象を含む概念である。

また、第２の構成は以下のとおりである。
対処が必要な前記新たな道路異常が発生している道路と、前記新たな道路異常の前記優先度を関連付けて地図上に表示する表示手段（２１）を有する。
上記構成を有する優先度決定装置によれば、道路管理者等のユーザは、地図上の表示を確認することで、新たな道路異常が発生している道路と、その道路異常の優先度を視覚的に容易に確認できる。ユーザは、新たな道路異常が発生している道路の位置や、優先度に基づいて、対処を行なう作業員の派遣などを迅速且つ適切に実行できる。

また、第３の構成は以下のとおりである。
複数の前記パラメータは、過去に対処を行なった前記道路異常に関する情報（ポットホールの直径、ポットホールの深さ）を少なくとも１つと、前記道路異常が発生していた道路に関する情報（交通量、車線数、道幅）を少なくとも１つ含む。
上記構成を有する優先度決定装置によれば、道路異常の規模などの道路異常に関する情報と、交通量などの道路に関する情報をそれぞれパラメータとして用いることで、影響度、即ち、優先度を機械的に決定できる。

また、第４の構成は以下のとおりである。
前記道路異常に関する情報は、道路に発生したポットホール又はひび割れのうち、少なくとも一方の形状に基づく情報であり、前記道路異常が発生していた道路に関する情報は、前記道路異常が発生していた道路の交通量、車線数、及び道幅のうち、少なくとも１つの情報である。
上記構成を有する優先度決定装置によれば、ポットホールや道路のひび割れの大きさ、深さなどを道路異常に関する情報として用い、交通量、車線数、道幅などを道路に関する情報として用いて、優先度を機械的に決定できる。

また、第５の構成は以下のとおりである。
車両（５）に取り付けられたセンサ（８）の検出情報に基づいて検出した前記新たな道路異常を取得する道路異常取得手段（２１）を有し、前記決定手段は、前記影響度に基づいて、前記道路異常取得手段により取得された対処が必要な前記新たな道路異常の優先度を決定する。
上記構成を有する優先度決定装置によれば、道路を走行する車両のセンサを利用して、対処な必要な新たな道路異常を発見し取得できる。そして、取得した新たな道路異常について優先度を自動で決定することができる。

３ サーバ装置
５ 車両
６ ナビゲーション装置
８ センサ
１３ 対処実績ＤＢ
１５ センタ通信装置
２１ ＣＰＵ

Claims (6)

1. 過去に対処を行なった複数の道路異常について、対処が必要な前記道路異常を発見してから対処を開始するまでの日数、及び前記道路異常に関する複数のパラメータを取得するパラメータ取得手段と、
   前記日数に対する複数の前記パラメータの影響度を算出する影響度算出手段と、
   前記影響度に基づいて、対処が必要な新たな道路異常について対処を行なう優先度を決定する決定手段と、
   を有する優先度決定装置。
2. 対処が必要な前記新たな道路異常が発生している道路と、前記新たな道路異常の前記優先度を関連付けて地図上に表示する表示手段を有する請求項１に記載の優先度決定装置。
3. 複数の前記パラメータは、
   過去に対処を行なった前記道路異常に関する情報を少なくとも１つと、前記道路異常が発生していた道路に関する情報を少なくとも１つ含む、請求項１又は請求項２に記載の優先度決定装置。
4. 前記道路異常に関する情報は、
   道路に発生したポットホール又はひび割れのうち、少なくとも一方の形状に基づく情報であり、
   前記道路異常が発生していた道路に関する情報は、
   前記道路異常が発生していた道路の交通量、車線数、及び道幅のうち、少なくとも１つの情報である、請求項３に記載の優先度決定装置。
5. 車両に取り付けられたセンサの検出情報に基づいて検出した前記新たな道路異常を取得する道路異常取得手段を有し、
   前記決定手段は、
   前記影響度に基づいて、前記道路異常取得手段により取得された対処が必要な前記新たな道路異常の優先度を決定する、請求項１乃至請求項４の何れか１項に記載の優先度決定装置。
6. 優先度を決定するコンピュータプログラムであって、
   コンピュータを、
   過去に対処を行なった複数の道路異常について、対処が必要な前記道路異常を発見してから対処を開始するまでの日数、及び前記道路異常に関する複数のパラメータを取得するパラメータ取得手段と、
   前記日数に対する複数の前記パラメータの影響度を算出する影響度算出手段と、
   前記影響度に基づいて、対処が必要な新たな道路異常について対処を行なう優先度を決定する決定手段と、
   して機能させる為のコンピュータプログラム。