JP6658879B2 - 道路画像表示プログラム、道路画像表示方法および道路管理装置 - Google Patents

Description

本発明は、道路画像表示プログラム、道路画像表示方法および道路管理装置に関する。

道路については、舗装状態、舗装性能、交通量など複数の測定項目が存在し、測定結果の保存方法も、画像やデータなどの手法で管理され、多種多様な手法で管理されることが多い。また、道路を走行する車両は１台ではなく複数台であることが一般的であり、車両によって測定された測定結果がプローブデータとして集中管理される。

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

しかしながら、ある道路についての測定結果である画像を検索する時に、測定された画像が非常に多いことがあり、検索に時間がかかる。また、検索できたとしても、参照したい画像を簡単に特定することも難しい。

１つの側面では、道路上で撮像された撮像画像の検索処理を効率的に実行することができる道路画像表示プログラム、道路画像表示方法および道路管理装置を提供することを目的とする。

第１の案では、道路画像表示プログラムは、地図上に表示された道路及び該道路の特定の位置の選択を受け付ける処理をコンピュータに実行させる。道路画像表示プログラムは、位置情報と道路を識別する識別情報と撮像日時とが関連付けられた撮像画像を記憶する記憶部を参照して、受け付けた前記道路が対応付けられ、前記位置から所定距離以内の位置情報が対応付けられた画像を検索する処理をコンピュータに実行させる。道路画像表示プログラムは、検索した画像が複数の場合に撮像日時の順に並べて表示する処理をコンピュータに実行させる。

一実施形態によれば、道路上で撮像された撮像画像の検索処理を効率的に実行することができる。

図１は、実施例１にかかるシステムの全体構成例を説明する図である。 図２は、実施例１にかかる道路管理サーバの機能構成を示す機能ブロック図である。 図３は、定義情報ＤＢに記憶される情報の例を示す図である。 図４は、測定結果ＤＢに記憶される情報の例を示す図である。 図５は、変換結果ＤＢに記憶される情報の例を示す図である。 図６は、区間集計結果ＤＢに記憶される情報の例を示す図である。 図７は、期間集計結果ＤＢに記憶される情報の例を示す図である。 図８は、経時変化ＤＢに記憶される情報の例を示す図である。 図９は、経時変化ＤＢに記憶される情報の例を示す図である。 図１０は、緯度経度による分割を説明する図である。 図１１は、特定位置の経時変化を抽出する例を説明する図である。 図１２は、区間集計から経時変化を抽出する例を説明する図である。 図１３は、結果表示の例を説明する図である。 図１４は、集計処理の流れを説明するフローチャートである。 図１５は、表示処理の流れを示すフローチャートである。 図１６は、リンクを区間に対応付ける例を説明する図である。 図１７は、変換前のデータを区間に対応付ける例を説明する図である。 図１８は、撮像画像の表示例を説明する図である。 図１９は、表示対象のデータを間引く例を説明する図である。 図２０は、評価による画像選択を説明する図である。 図２１は、自動表示処理の流れを示すフローチャートである。 図２２は、ハードウェア構成例を説明する図である。

以下に、本発明にかかる道路画像表示プログラム、道路画像表示方法および道路管理装置の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。なお、各実施例は、矛盾のない範囲内で適宜組み合わせることができる。

［全体構成］
図１は、実施例１にかかるシステムの全体構成例を説明する図である。図１に示すシステムは、道路管理サーバ１０が異なる形式で管理される複数のデータベースを統合的に管理する道路管理プラットフォームを実現するシステムである。

道路管理サーバ１０は、第１の形式で管理されるデータ種Ａと、第１の形式とは異なる第２の形式で管理されるデータ種Ｂとを受け付けて、統計データを生成するサーバ装置の一例である。

ここで、各データ種は、道路に関する各種管理情報を保持するデータベースであり、デジタルタコグラフ、いわゆるデジタコを搭載する車両装置を有する各車両から送信されたプローブデータに基づいて生成されたデータベースの一例である。

例えば、データ種Ａは、各道路について、「位置情報（緯度・経度）、測定結果」で管理し、データ種Ｂは、各道路について、「位置情報（リンク情報）、測定結果」で管理する。つまり、データ種Ａとデータ種Ｂには、同じ道路についての測定結果が別々の位置情報で管理される。なお、測定結果は、例えば車両の速度、加速度、急ブレーキの回数、交通量、舗装状態、道路の画像などであり、プローブデータから得られる情報であればどのような情報も採用することができる。また、リンク情報は、交差点から交差点までの範囲を示す情報であり、リンクＩＤと記載される場合もある。

このように、道路管理サーバ１０は、道路の位置と該位置を基準とする第１の範囲（例えば緯度経度またはリンクＩＤ）と該第１の範囲についての測定結果の値とが対応付けられたデータ種Ａまたはデータ種Ｂを受け付ける。そして、道路管理サーバ１０は、道路の位置と該位置を基準とする所定の第２の範囲（例えば区間ＩＤ）に合致するように第１の範囲を分割及び／又は結合する処理を実行する。さらに、道路管理サーバ１０は、分割及び／又は結合する第１の範囲のそれぞれの割合に応じて第１の範囲毎に対応付けられた道路の測定結果の値を分割及び／又は結合する。その後、道路管理サーバ１０は、第２の範囲のそれぞれに道路の測定結果の値を分割及び／又は結合した結果を対応付ける処理を実行し、実行した結果を記憶部に格納する。

例えば、道路管理サーバ１０は、緯度経度で管理されるデータ種Ａを、道路の区間を特定する区間ＩＤに対応付けられるように、データ種Ａの緯度経度や測定結果を分割したり結合したりして、区間ＩＤで管理されるデータ種Ａに変換する。同様に、道路管理サーバ１０は、リンク情報で管理されるデータ種Ｂを、区間ＩＤに対応付けられるように、データ種Ｂのリンク情報や測定結果を分割したり結合したりして、区間ＩＤで管理されるデータ種Ｂに変換する。

このようにして、道路管理サーバ１０は、同じ区間ＩＤで管理されるデータ種Ａとデータ種Ｂとを生成し、これらのデータ種から、管理対象の道路の区間ＩＤに対応する各測定結果を抽出する。この結果、道路管理サーバ１０は、異なる管理体系で管理される複数の測定結果を突合させて、測定結果を時系列等で管理することができる。したがって、道路管理サーバ１０は、管理体系が異なる道路の測定項目を統一的に取り扱うことができる。

また、道路管理サーバ１０は、地図上に表示された道路及び該道路の特定の位置の選択を受け付ける。そして、道路管理サーバ１０は、位置情報と道路を識別する識別情報と撮像日時とが関連付けられた撮像画像を記憶する記憶部を参照して、受け付けた道路が対応付けられ、位置から所定距離以内の位置情報が対応付けられた画像を検索する。その後、道路管理サーバ１０は、検索した画像が複数の場合に撮像日時の順に並べて表示する。したがって、道路管理サーバ１０は、道路上で撮像された撮像画像の検索処理を効率的に実行する。

［機能構成］
図２は、実施例１にかかる道路管理サーバ１０の機能構成を示す機能ブロック図である。図２に示すように、道路管理サーバ１０は、通信部１１、記憶部１２、制御部２０を有する。なお、記憶部１２は、例えばハードディスクやメモリなどの記憶装置であり、制御部２０は、ＣＰＵ（Central Processing Unit）などのプロセッサなどである。

通信部１１は、他の装置の通信を制御する処理部であり、例えば通信インタフェースなどである。例えば、通信部１１は、プローブデータや各種データを、車両や管理サーバなどから受信する。なお、通信部１１には、各種無線や各種有線を採用することができる。

記憶部１２は、制御部２０が実行するプログラムやデータなどを記憶する。また、記憶部１２は、定義情報ＤＢ１３、測定結果ＤＢ１４、変換結果ＤＢ１５、区間集計結果ＤＢ１６、期間集計結果ＤＢ１７、経時変化ＤＢ１８を有する。

定義情報ＤＢ１３は、予め路線上の区間の定義を記憶するデータベースである。図３は、定義情報ＤＢ１３に記憶される情報の例を示す図である。図３に示すように、定義情報ＤＢ１３は、「路線ＩＤ、区間ＩＤ、始点位置、終点位置」を対応付けて記憶する。

ここで記憶される「路線ＩＤ」は、道路を一意に特定する識別子である。「区間ＩＤ」は、道路上で任意に区切られた区間を一意に特定する識別子である。「始点位置」は、区間の開始位置を示す位置情報であり、例えば緯度経度である。「終点位置」は、区間の終了位置を示す位置情報であり、例えば緯度経度である。図３の場合、「路線ＩＤ＝１」で識別される道路上の「区間ＩＤ＝１」の区間は、（緯度Ａ、経度Ａ）から（緯度Ｂ、経度Ｂ）までであることを示す。なお、定義情報ＤＢ１３は、リンクとリンクの開始から終了までの緯度経度とを対応付けた情報をさらに記憶することもできる。

測定結果ＤＢ１４は、他の管理サーバ等が管理する道路の測定結果を記憶するデータベースである。ここで記憶される情報は、外部の管理サーバから随時受信してもよく、管理者等が手動で登録することもできる。

図４は、測定結果ＤＢ１４に記憶される情報の例を示す図である。図４に示すように、測定結果ＤＢ１４は、データ種Ａのデータベースとデータ種Ｂのデータベースを記憶する。データ種Ａは、「Ｎｏ、時刻、位置情報、測定結果」を対応付けて記憶する。ここで記憶される「Ｎｏ」は、ＤＢ内のレコードを識別する識別子である。「時刻」は、測定時の時刻や日時を示す。「位置情報」は、測定位置を示す緯度経度である。「測定結果」は、位置情報で特定される道路上の位置における測定結果であり、本実施例では加速度値を例にする。

データ種Ｂは、「Ｎｏ、時刻、リンク情報、測定結果」を対応付けて記憶する。ここで記憶される「Ｎｏ」は、ＤＢ内のレコードを識別する識別子である。「時刻」は、測定時の時刻や日時を示す。「リンク情報」は、測定位置を示すリンク情報である。「測定結果」は、位置情報で特定される道路上の位置における測定結果であり、本実施例では急ブレーキ回数を例にする。

図４の例では、データ種Ａのレコード「Ｎｏ＝１」は、位置情報（緯度Ｇ、経度Ｇ）の位置で「時刻ｔ１」で特定された加速度値が「加速度Ｘ」であることを示す。同様に、データ種Ｂのレコード「Ｎｏ＝１」は、位置情報（リンク情報＝１）の位置で「時刻ｔ１」で特定された加速度値が「急ブレーキ回数Ｙ」であることを示す。

このように、測定結果ＤＢ１４には、ある道路の測定結果（加速度）を緯度経度で管理するデータ種Ａと、ある道路の測定結果（急ブレーキ回数）をリンク情報で管理するデータ種Ｂとが記憶される。つまり、測定結果ＤＢ１４は、管理体系の異なる複数のデータ種（データベース）を記憶する。なお、本実施例では、２つのデータ種が記憶されている例で説明するが、これに限定されるものではなく、３つ以上であってもよい。

変換結果ＤＢ１５は、測定結果ＤＢ１４に記憶される各データ種を所定の条件に変換した後のデータ種を記憶するデータベースである。図５は、変換結果ＤＢ１５に記憶される情報の例を示す図である。図５に示すように、変換結果ＤＢ１５は、測定結果ＤＢ１４と同様、データ種Ａとデータ種Ｂとを記憶する。図４と異なる点は、データ種Ｂの位置情報がリンク情報から緯度経度の位置情報に変換されている点である。

区間集計結果ＤＢ１６は、各データ種について、区間単位の評価結果を記憶するデータベースである。図６は、区間集計結果ＤＢ１６に記憶される情報の例を示す図である。図６に示すように、区間集計結果ＤＢ１６は、変換結果ＤＢ１５に記憶されるデータ種Ａの集計結果とデータ種Ｂの集計結果とを記憶する。

データ種Ａとデータ種Ｂのそれぞれは、「時刻、路線ＩＤ、区間ＩＤ、評価」を対応付けて記憶する。ここで記憶される「時刻」は、集計日時または測定日時を示す。「路線ＩＤ」は、道路を一意に特定する識別子である。「区間ＩＤ」は、道路上で任意に区切られた区間を一意に特定する識別子である。「評価」は、測定結果を用いて算出される評価値であり、例えば平均値、分散値、最大値、最小値など任意に設定変更することができる。なお、本実施例では、平均値を例にして説明する。

図６の例では、データ種Ａについては、「時刻ｔ１」において「路線ＩＤ＝１」の道路の「区間ＩＤ＝１」の区間で測定された加速度の平均値が「評価１」であることを示す。また、データ種Ｂについては、「時刻ｔ１」において「路線ＩＤ＝１」の道路の「区間ＩＤ＝１」の区間で測定された急ブレーキの回数の平均値が「評価３」であることを示す。

期間集計結果ＤＢ１７は、各データ種について、ある期間の評価結果を記憶するデータベースである。図７は、期間集計結果ＤＢ１７に記憶される情報の例を示す図である。図７に示すように、期間集計結果ＤＢ１７は、変換結果ＤＢ１５に記憶されるデータ種Ａの集計結果とデータ種Ｂの集計結果とを記憶する。

データ種Ａとデータ種Ｂのそれぞれは、「期間、位置情報、評価」を対応付けて記憶する。ここで記憶される「期間」は、集計対象の期間を示し、例えば日、日時、所定日から所定日などのように、任意に設定変更することができる。「位置情報」は、測定位置の緯度経度を示す。「評価」は、測定結果を用いて算出される評価値であり、例えば平均値、分散値、最大値、最小値など任意に設定変更することができる。なお、本実施例では、平均値を例にして説明する。

図７の例では、データ種Ａについては、「2016/1/1」の「位置α」で測定された加速度の平均値が「評価Ｇ」であることを示す。また、データ種Ｂについては、「2016/1/1」の「位置α」で測定された急ブレーキの回数の平均値が「評価Ｉ」であることを示す。

経時変化ＤＢ１８は、ある道路のある区間における評価や測定結果の経時変化を記憶するデータベースである。ここで記憶される情報は、区間集計結果や期間集計結果を用いて生成される。具体的には、経時変化ＤＢ１８は、複数データ種の特定日時の比較結果、複数データ種の特定位置の経時変化、複数データ種の期間ごとの経時変化、複数データ種の評価結果ごとの経時変化などを記憶する。

図８と図９は、経時変化ＤＢ１８に記憶される情報の例を示す図である。図８の（ａ）は、「期間、路線ＩＤ、区間ＩＤ、データ種Ａ評価値、データ種Ｂ評価値」を対応付けた経時変化を示し、異なる区間ＩＤについてデータ種Ａの評価値とデータ種Ｂの評価値とを特定日時で比較した結果を示す。図８の（ａ）の一例では、「2016/1/1」の測定結果を示しており、「路線ＩＤ＝１」の道路の「区間ＩＤ＝１」の区間におけるデータ種Ａの評価値が「評価１」でデータ種Ｂの評価値が「評価２」であり、「路線ＩＤ＝１」の道路の「区間ＩＤ＝２」の区間におけるデータ種Ａの評価値が「評価４」でデータ種Ｂの評価値が「評価５」であることを示す。つまり、「期間」ごとに「路線、区間」における各データ種の測定結果を集計したものである。

図８の（ｂ）は、「期間、路線ＩＤ、区間ＩＤ、データ種Ａ評価値、データ種Ｂ評価値」を対応付けた経時変化を示し、同じ区間ＩＤについてデータ種Ａの評価値とデータ種Ｂの評価値とを比較した結果を示す。図８の（ｂ）の一例では、「路線ＩＤ＝１」の道路の「区間ＩＤ＝１」の区間について、「2016/1/1」のデータ種Ａの評価値が「評価１」でデータ種Ｂの評価値が「評価３」であり、「2016/2/1」のデータ種Ａの評価値が「評価１」でデータ種Ｂの評価値が「評価７」であることを示す。つまり、「路線、区間」ごとに「期間」における各データ種の測定結果を集計したものである。

図９の（ａ）は、「期間」ごとに「路線ＩＤ、区間ＩＤ、データ種Ａ評価値、データ種Ｂ評価値」を対応付けた経時変化を示し、異なる区間ＩＤについて、期間ごとのデータ種Ａの評価値とデータ種Ｂの評価値とを比較した結果を示す。図９の（ａ）では、「路線ＩＤ＝１、区間ＩＤ＝１」、「路線ＩＤ＝１、区間ＩＤ＝２」、「路線ＩＤ＝１、区間ＩＤ＝３」のそれぞれについて、「2016/1/1」のデータ種Ａの評価値およびデータ種Ｂの評価値と、「2016/2/1」のデータ種Ａの評価値およびデータ種Ｂの評価値とを示す。

図９の（ｂ）は、「期間」ごとに「路線ＩＤ、区間ＩＤ、データ種Ａ評価値、データ種Ｂ評価値」を対応付けた経時変化を示し、異なる区間ＩＤについて、データ種ごとにある期間の評価値の変化を示す。図９の（ｂ）では、「路線ＩＤ＝１、区間ＩＤ＝１」、「路線ＩＤ＝１、区間ＩＤ＝２」、「路線ＩＤ＝１、区間ＩＤ＝３」のそれぞれについて、データ種Ａの「2016/1/1」の評価値および「2016/2/1」の評価値と、データ種Ｂの「2016/1/1」の評価値および「2016/2/1」の評価値とを示す。

制御部２０は、道路管理サーバ１０全体の処理を司る処理部であり、変換格納部２１、抽出部２２、表示制御部２６を有する。なお、変換格納部２１、抽出部２２、表示制御部２６は、プロセッサが有する電子回路の一例やプロセッサが実行するプロセスの一例である。なお、表示制御部２６は、受付部、検索部、表示部の一例である。

変換格納部２１は、管理体系が異なるデータ種を受け付けて測定結果ＤＢ１４に格納し、各データ種を予め定めた位置情報に変換する処理部である。具体的には、変換格納部２１は、測定結果ＤＢ１４に記憶される各データ種について、緯度経度以外の位置情報で管理されるデータ種を緯度経度に変換して、変換結果ＤＢ１５に格納する。例えば、変換格納部２１は、図４に示したデータ種Ａについては、位置情報が緯度経度であることから、変換処理を行わずに、そのまま変換結果ＤＢ１５に格納する。一方、変換格納部２１は、図４に示したデータ種Ｂについては、位置情報がリンク情報であることから、リンク情報を緯度経度に変換した後に、変換結果ＤＢ１５に格納する。

より詳細には、変換格納部２１は、元のデータ種の位置情報を緯度経度に変換し、その位置情報に対応付けられる測定結果を分割または結合して、緯度経度のデータ種に変換する。例えば、変換格納部２１は、リンク情報で特定される交差点から交差点の間のうち中央の緯度経度を特定し、特定した緯度経度を位置情報に変換する。

また、変換格納部２１は、リンク情報ではなく、例えば路線などある程度長い距離単位でのみデータを持っている場合は、始点終点の緯度経度を基に任意の長さで分割し、その緯度経度で格納する。図１０は、緯度経度による分割を説明する図である。図１０に示すように、あるデータ種の位置情報が始点（ｘ１、ｙ１）から終点（ｘ２、ｙ２）の座標で管理されているとする。つまり、図４のデータ種Ｂが、リンク情報の代わりに、「位置座標＝「始点（ｘ１、ｙ１）−終点（ｘ２、ｙ２）」」で管理されているとする。

この場合、変換格納部２１は、始点と終点の距離を緯度ｘｄごとに分割し、始点から終点までの測定結果も緯度による分割数で分割する。例えば、図１０は、当該距離を１１個に分割した例であり、例えば図１０の（ａ）の位置情報（ｘ、ｙ）は（ｘ１＋ｘｄ×３、ｙ１＋（ｙ２−ｙ１）／１０×３）となる。また、変換格納部２１は、緯度ｘｄで当該距離を１１個に分割した場合、測定結果も１１個に分割し、分割で得られた各緯度経度と分割した測定結果とを対応付けたデータ種に変換する。

ここで、測定結果が急ブレーキ回数などの累計数である場合は、単純に分割することができるが、画像などの場合は分割することができない。その場合は、当該位置座標で撮像された画像を、分割した各位置情報（緯度経度）に対応付ける。図１０の例では、分割した１１個の位置情報（緯度経度）それぞれに、始点から終点まで撮像された画像を対応付ける。

このような分割可能か否かの判定は、変換格納部２１が測定結果のデータ種別を用いて動的に判断することができる。例えば、変換格納部２１は、データ種別と当該データ種別の分割方法を対応付けて記憶し、データを分割したり、同じデータを使用したり、データの平均値を用いたりすることができる。

さらに、変換格納部２１は、リンク情報ではなく、例えば路線など極端に短い距離単位でのみデータを持っている場合は、始点終点の緯度経度を基に、距離を結合して１つの緯度経度に対応付けることで、データ変換を行うこともできる。

例えば、変換格納部２１は、データ種Ｂがリンク情報の代わりに位置座標で管理するＤＢであり、Ｎｏ．１のレコードの位置座標とＮｏ．２のレコードの位置座標との差（距離）が閾値未満であるとする。この場合、変換格納部２１は、Ｎｏ．１のレコードの位置座標とＮｏ．２のレコードの位置座標の中間地点を新たな位置情報（位置座標）として特定する。そして、変換格納部２１は、特定した位置情報（位置座標）と、Ｎｏ．１のレコードの測定結果とＮｏ．２のレコードの測定結果とを加算した値とを対応付けた新たなデータに変換する。

ここで、分割時と同様、測定結果が急ブレーキ回数などの累計数である場合は、単純に加算することができるが、画像などの場合は加算することができない。その場合は、当該位置座標で撮像された画像のいずれかを選択するなど、任意の手法で対応付けを行う。なお、対応付ける手法等は、分割時で例示した手法と同様の手法を採用することができる。

図２に戻り、抽出部２２は、ユーザ等によって指定された条件にしたがって、変換結果ＤＢ１５に記憶される各ＤＢから該当データを抽出する処理部である。この抽出部２２は、区間評価部２３、期間集計部２４、生成部２５を有し、これらによって該当データの抽出を実行する。

区間評価部２３は、定義される区間単位でデータ集計する処理部である。具体的には、区間評価部２３は、変換結果ＤＢ１５に記憶される各データ種に対して、定義情報ＤＢ１３に記憶される区間ごとに測定結果を集計し、集計した測定結果を用いて評価値を算出する。そして、区間評価部２３は、図６に示したＤＢを生成して、区間集計結果ＤＢ１６に格納する。

例えば、図３から図６に示したデータ種Ａを用いて説明する。区間評価部２３は、定義情報ＤＢ１３から「路線ＩＤ＝１、区間ＩＤ＝１」の始点位置（緯度Ａ、経度Ａ）と終点位置（緯度Ｂ、経度Ｂ）を特定する。そして、区間評価部２３は、データ種の各位置情報を参照して、始点位置から終点位置までに含まれるデータ種Ａの測定結果を抽出する。そして、区間評価部２３は、抽出した測定結果から評価値を算出する。その後、区間評価部２３は、集計日時と、「路線ＩＤ＝１、区間ＩＤ＝１」と、評価値とを対応付けたデータ種Ａ（集計結果）を生成して、区間集計結果ＤＢ１６に格納する。このようにして、区間評価部２３は、「路線ＩＤ、区間ＩＤ」の組み合わせごとに、測定結果を集計することができる。

このとき、区間評価部２３は、「路線ＩＤ＝１、区間ＩＤ＝１」の始点位置から終点位置までに含まれるデータ種Ａの測定結果を抽出する際に、「時刻＝ｔ１」の測定結果を抽出することもできる。この場合、区間評価部２３は、「時刻＝ｔ１」と、「路線ＩＤ＝１、区間ＩＤ＝１」と、「時刻ｔ１の評価値」とを対応付けたデータ種Ａ（集計結果）を生成して、区間集計結果ＤＢ１６に格納する。つまり、区間評価部２３は、同じ時刻に測定された測定結果に着目して集計することもできる。

期間集計部２４は、年月日等の期間でデータを集計する処理部である。具体的には、期間集計部２４は、変換結果ＤＢ１５に記憶される各データ種に対して、日時が特定できる時刻ごとに測定結果を集計し、集計した測定結果を用いて評価値を算出する。そして、区間評価部２３は、図７に示したＤＢを生成して、期間集計結果ＤＢ１７に格納する。

例えば、図３から図７に示したデータ種Ａを用いて説明する。期間集計部２４は、変換結果ＤＢ１５に記憶されるデータ種Ａから、時刻が期間「2016/1/1」かつ位置情報が「位置α＝（緯度Ａ、経度Ａ）」に該当する測定結果を集計する。そして、期間集計部２４は、抽出した測定結果から評価値を算出する。その後、期間集計部２４は、「期間＝2016/1/1」、「位置情報＝位置α（緯度Ａ、経度Ａ）」と、評価値とを対応付けたデータ種Ａ（集計結果）を生成して、期間集計結果ＤＢ１７に格納する。このようにして、期間集計部２４は、「期間、位置情報」の組み合わせごとに、測定結果を集計することができる。

生成部２５は、管理者が指定した条件にしたがって、経時変化を生成する処理部である。具体的には、生成部２５は、区間集計結果ＤＢ１６や期間集計結果ＤＢ１７に記憶される各情報から、管理者が指定した条件に合致する情報を抽出し、図８や図９に示した各種情報を生成して経時変化ＤＢ１８に格納する。

図１１は、特定位置の経時変化を抽出する例を説明する図である。図１１に示すように、生成部２５は、管理者から「データ種＝データ種Ｂ、期間＝2016/1/1から2016/1/3、位置＝位置α」の条件指定を受け付けると、変換結果ＤＢ１５に記憶されるデータ種Ｂから期間が「2016/1/1から2016/1/3」で位置が「位置α」に該当するデータ「評価３、評価６、評価９」を抽出する。そして、生成部２５は、「2016/1/1、位置α、評価３」、「2016/1/2、位置α、評価６」、「2016/1/3、位置α、評価９」とする経時変化を生成する。

図１２は、区間集計から経時変化を抽出する例を説明する図である。図１２に示すように、生成部２５は、管理者から「データ種＝データ種Ａ、路線ＩＤ＝１、区間ＩＤ＝１から３、期間＝2016/1/1から2016/1/3」と、「データ種＝データ種Ｂ、路線ＩＤ＝１、区間ＩＤ＝１から３、期間＝2016/1/1から2016/1/3」の条件指定を受け付ける。

そして、生成部２５は、変換結果ＤＢ１５に記憶されるデータ種Ａから、「路線ＩＤ＝１、区間ＩＤ＝１」に該当する測定結果のうち「2016/1/1から2016/1/3」の間に測定された測定結果を抽出する。また、生成部２５は、「路線ＩＤ＝１、区間ＩＤ＝２」に該当する測定結果のうち「2016/1/1から2016/1/3」の間に測定された測定結果と、「路線ＩＤ＝１、区間ＩＤ＝３」に該当する測定結果のうち「2016/1/1から2016/1/3」の間に測定された測定結果とを抽出する。その後、生成部２５は、データ種Ａについての経時変化として、抽出結果を区間ごとに時系列に並べたＤＢを生成する。

同様に、生成部２５は、変換結果ＤＢ１５に記憶されるデータ種Ｂから、「路線ＩＤ＝１、区間ＩＤ＝１」に該当する測定結果のうち「2016/1/1から2016/1/3」の間に測定された測定結果を抽出する。また、生成部２５は、「路線ＩＤ＝１、区間ＩＤ＝２」に該当する測定結果のうち「2016/1/1から2016/1/3」の間に測定された測定結果と、「路線ＩＤ＝１、区間ＩＤ＝３」に該当する測定結果のうち「2016/1/1から2016/1/3」の間に測定された測定結果とを抽出する。その後、生成部２５は、データ種Ｂについての経時変化として、抽出結果を区間ごとに時系列に並べたＤＢを生成する。

別例としては、生成部２５は、「期間＝2016/1/1、区間ＩＤ＝１から３、データ種＝データ種Ａおよびデータ種Ｂ」の条件指定を受け付けて抽出した場合は、図８の（ａ）に示す情報を抽出することができる。また、生成部２５は、「期間＝2016/1/1、2016/2/1、2016/3/1、区間ＩＤ＝１、データ種＝データ種Ａおよびデータ種Ｂ」の条件指定を受け付けて抽出した場合は、図８の（ｂ）に示す情報を抽出することができる。

また、生成部２５は、「路線ＩＤ＝１、区間ＩＤ＝１から３、期間＝2016/1/1かつデータ種＝データ種Ａおよびデータ種Ｂ、期間＝2016/2/1かつデータ種＝データ種Ａおよびデータ種Ｂ、期間＝2016/3/1かつデータ種＝データ種Ａおよびデータ種Ｂ」の条件指定を受け付けて抽出した場合は、図９の（ａ）に示す情報を抽出することができる。また、生成部２５は、「路線ＩＤ＝１、区間ＩＤ＝１から３、データ種＝データ種Ａで期間＝2016/1/1と2016/2/1、データ種＝データ種Ｂで期間＝2016/1/1と2016/2/1」の条件指定を受け付けて抽出した場合は、図９の（ｂ）に示す情報を抽出することができる。

表示制御部２６は、経時変化を表示させる処理部である。具体的には、表示制御部２６は、管理者から道路上のある区間が選択されたときに、当該区間に対応付けられる経時変化を表示する。例えば、表示制御部２６は、管理者端末や運転管理サーバ上で経時変化を表示させることもでき、選択された区間を走行する車両に該当する経時変化を送信して車載装置上で表示させることもできる。

図１３は、結果表示の例を説明する図である。図１３に示すように、表示制御部２６は、ディスプレイ等に表示される地図上である道路の区間がクリックされたことを検出すると、選択された道路が路線ＩＤ＝１に該当するとともに、選択された区間が区間ＩＤ＝１に該当することを特定する。そして、表示制御部２６は、「路線ＩＤ＝１かつ区間ＩＤ＝１」に対応付けられる経時変化を経時変化ＤＢ１８から抽出して、地図上に重畳させて表示する。

なお、表示される経時変化は、生成部２５によって事前に生成されて経時変化ＤＢ１８に記憶される経時変化を示すデータベースである。また、表示制御部２６は、複数の経時変化が経時変化ＤＢ１８に記憶されている場合は、経時変化を生成した時の条件を先に表示させたり、予め指定を受け付けたりして、表示する経時変化を管理者に選択させることもできる。また、表示制御部２６は、地図上の各道路に「路線ＩＤ」と「区間ＩＤ」とを対応付けておくことで、クリックされた道路の路線ＩＤと区間ＩＤを特定することができる。

［処理の流れ］
次に、図１４と図１５を用いて、上記集計処理と表示処理とについて説明する。図１４は、集計処理の流れを説明するフローチャートである。

図１４に示すように、変換格納部２１は、処理の開始指示を受け付けると（Ｓ１０１：Ｙｅｓ）、測定結果ＤＢ１４からデータ種を１つ選択し（Ｓ１０２）、選択したデータ種の位置情報の形式を特定する（Ｓ１０３）。

続いて、変換格納部２１は、選択したデータ種の位置情報が緯度経度である場合（Ｓ１０４：Ｙｅｓ）、選択したデータ種を変換結果ＤＢ１５にそのまま格納する（Ｓ１０５）。一方、変換格納部２１は、選択したデータ種の位置情報が緯度経度ではない場合（Ｓ１０４：Ｎｏ）、位置情報を緯度経度に変換し（Ｓ１０６）、変換後のデータ種を変換結果ＤＢ１５に格納する（Ｓ１０７）。

そして、すべてのデータ種についてＳ１０２からＳ１０７の処理が終了した場合（Ｓ１０８：Ｙｅｓ）、Ｓ１０９以降が実行される。一方で、未処理のデータ種が存在する場合（Ｓ１０８：Ｎｏ）、未処理のデータ種についてＳ１０２以降が繰り返される。

その後、抽出部２２は、定義情報ＤＢ１３に記憶される定義情報にしたがって各データ種の位置情報を区間に変更する（Ｓ１０９）。続いて、抽出部２２は、評価条件や生成条件を受け付けると（Ｓ１１０：Ｙｅｓ）、受け付けた条件にしたがって、区間変更後のデータ種から区間集計、期間集計、経時変化などを生成する（Ｓ１１１）。

図１５は、表示処理の流れを示すフローチャートである。図１５に示すように、地図の表示指示を受け付けると（Ｓ２０１：Ｙｅｓ）、表示制御部２６は、地図を表示し（Ｓ２０２）、地図上で道路の選択を受け付けたか否かを判定する（Ｓ２０３）。

そして、表示制御部２６は、道路の選択を受け付けた場合（Ｓ２０３：Ｙｅｓ）、受け付けた道路上の区間を特定し（Ｓ２０４）、期間が事前もしくはいずれかのタイミングで指定されているかを判定する（Ｓ２０５）。

期間が指定されている場合（Ｓ２０５：Ｙｅｓ）、表示制御部２６は、指定期間の経時変化を特定して表示する（Ｓ２０６）。一方で、期間が指定されていない場合（Ｓ２０５：Ｎｏ）、表示制御部２６は、最新の経時変化を特定して表示し（Ｓ２０７）、処理を終了する。

［効果］
上述したように、道路管理サーバ１０は、異なる範囲を単位とする測定データであっても、統一した単位でデータ管理を行うことができる。異なる距離・時間の単位で入力された複数種類のデータであっても、統一された単位に変換して格納することにより、顧客が入力する範囲に対応する範囲の分析結果を出力することができる。例えば、異なる単位で管理されるデータを用いたルート検索を行うことができ、最適なルート検索を実現できるとともに、ユーザの満足度の向上を図れる。したがって、道路管理サーバ１０を含む道路管理プラットフォームの導入の促進が図れる。

例えば、実施例１では、データ種Ａとデータ種Ｂのそれぞれを緯度経度に変換した後に区間ＩＤに対応付ける例を説明したが、これに限定されるものではなく、緯度経度に変換することなく、区間ＩＤに対応付けることもできる。

より詳細には、図４に示した測定結果ＤＢ１４に記憶される各データ種を、図３に示した定義情報ＤＢ１３に記憶される定義情報にしたがって、区間と対応付けられるデータ種に変更することができる。例えば、データ種Ａについては、実施例１と同様の手法によって対応付けることができる。図１６は、リンクを区間に対応付ける例を説明する図である。図１６に示すように、区間１が緯度Ａ経度Ａから緯度Ｂ経度Ｂの範囲を示し、区間２が緯度Ｃ経度Ｃ−緯度Ｄ経度Ｄを示し、区間１に該当する範囲が、リンクＩＤ＝１とリンクＩＤ＝２とに跨っている場合、跨っている比率に応じて測定結果を分割して区間に対応付ける。

具体的には、リンクＩＤ＝１のリンクの２／３とリンクＩＤ＝２のリンクの２／３とが区間１に対応する場合、リンクＩＤ＝１の測定結果の２／３とリンクＩＤ＝２の測定結果の２／３とを加算した値を区間１の測定結果とする。また、区間２内にリンクＩＤ＝３のリンクとリンクＩＤ＝４のリンクとが含まれる場合は、各リンクの測定結果を結合する。なお、測定結果に限らず、位置情報についても、区間にあわせて分割や結合を行うこともできる。

分割および結合について別例を説明する。図１７は、変換前のデータを区間に対応付ける例を説明する図である。図１７に示すように、データ種Ａは１００ｍの単位の位置情報で測定結果を保持し、データ種Ｂは２５ｍ単位のリンクで測定結果を保持し、区間は５０ｍ単位の位置情報で管理するとする。

この場合、道路管理サーバ１０は、データ種Ａについては、区間にあわせて位置情報を５０ｍ単位に分割するとともに、この分割にあわせて測定結果も分割する。例えば、道路管理サーバ１０は、「１ｍから１００ｍ」を「１ｍから５０ｍ」と「５１ｍから１００ｍ」に分割し、「１ｍから１００ｍ」の測定結果「Ａ」を「Ａ／２」ずつに分割する。同様に、道路管理サーバ１０は、「１０１ｍから２００ｍ」を「１０１ｍから１５０ｍ」と「１５１ｍから２００ｍ」に分割し、「１０１ｍから２００ｍ」の測定結果「Ｂ」を「Ｂ／２」ずつに分割する。そして、道路管理サーバ１０は、区間１に「位置情報＝１〜５０、測定結果＝Ａ／２」を対応付け、区間２に「位置情報＝５１〜１００、測定結果＝Ａ／２」を対応付け、区間３に「位置情報＝１０１〜１５０、測定結果＝Ｂ／２」を対応付け、区間４に「位置情報＝１５１〜２００、測定結果＝Ｂ／２」を対応付ける。

また、道路管理サーバ１０は、データ種Ｂについては、区間にあわせて位置情報を５０ｍ単位になるように結合するとともに、この結合にあわせて測定結果も結合する。例えば、道路管理サーバ１０は、「１ｍから２５ｍ」と「２６ｍから５０ｍ」とを結合するとともに、「１ｍから２５ｍ」の測定結果「Ｃ１」と「２６ｍから５０ｍ」の測定結果「Ｃ２」とを結合する。同様に、道路管理サーバ１０は、「５１ｍから７５ｍ」と「７６ｍから１００ｍ」とを結合するとともに、「５１ｍから７５ｍ」の測定結果「Ｃ３」と「７６ｍから１００ｍ」の測定結果「Ｃ４」とを結合する。

さらに、道路管理サーバ１０は、「１０１ｍから１２５ｍ」と「１２６ｍから１５０ｍ」とを結合するとともに、「１０１ｍから１２５ｍ」の測定結果「Ｃ５」と「１２６ｍから１５０ｍ」の測定結果「Ｃ６」とを結合する。同様に、道路管理サーバ１０は、「１５１ｍから１７５ｍ」と「１７６ｍから２００ｍ」とを結合するとともに、「１５１ｍから１７５ｍ」の測定結果「Ｃ７」と「１７６ｍから２００ｍ」の測定結果「Ｃ８」とを結合する。

そして、道路管理サーバ１０は、区間１に「位置情報＝１〜５０、測定結果＝Ｃ１＋Ｃ２」を対応付け、区間２に「位置情報＝５１〜１００、測定結果＝Ｃ３＋Ｃ４」を対応付け、区間３に「位置情報＝１０１〜１５０、測定結果＝Ｃ５＋Ｃ６」を対応付け、区間４に「位置情報＝１５１〜２００、測定結果＝Ｃ７＋Ｃ８」を対応付ける。

このようにすることで、道路管理サーバ１０は、緯度経度の変換を行うことなく、異なる管理体系のＤＢを同じ基準で統合することができる。なお、上記分割例は一例であり、比率等は、分割や結合時の比率に応じて変更される。例えば、データ種Ａの位置情報を２／３と１／３に分割する場合は、その比率で測定結果も分割する。また、１〜５０ｍの２／３と５１〜１００ｍの１／３とが１つの区間として結合される場合は、２Ａ／３とＢ／３との加算値が測定結果となる。このような比率は結合についても同様である。

ところで、道路管理サーバ１０は、各データ種の測定項目から得られた評価の経時変化を表示する例を説明したが、これに限定されるものではなく、道路上で撮像された各種画像の経時変化を表示させることもできる。

例えば、道路管理サーバ１０は、上記データ種のうちデータ種Ｂの評価結果が画像である場合、データ種Ａの評価結果とデータ種Ｂの画像とを比較可能か形式で表示させることができる。また、道路管理サーバ１０は、実施例１や実施例２で生成された経時変化に限らず、管理者等が生成したＤＢやプローブデータを用いて収集されるＤＢなどについても、同様の表示制御を実行することができる。例えば、道路管理サーバ１０は、「期間、路線ＩＤ、区間ＩＤ、撮像時刻、急ブレーキ回数、画像データ」などのように、ある道路のある区間で得られた２つの異なる測定結果を有するＤＢを対象とすることができる。

ここで、表示の具体例を説明する。図１８は、撮像画像の表示例を説明する図である。図１８に示すように、道路管理サーバ１０は、「期間、路線ＩＤ、区間ＩＤ、データ種Ａ評価、データ種Ｂ評価」を有する管理ＤＢ１９を記憶する。この管理ＤＢ１９は、2016/1/1、2016/2/1、2016/3/1のそれぞれで、路線ＩＤ＝１の道路の区間ＩＤ＝１の区間で測定された異なる２つのデータ種を示している。例えば、データ種Ａは、急ブレーキ回数の平均値、最大、分散などの評価値であり、データ種Ｂは、画像データなどである。

図１８に示すように、道路管理サーバ１０の表示制御部２６は、地図上に表示される道路が選択されたとき、選択された道路の路線ＩＤおよび区間ＩＤを用いて、管理ＤＢ１９を検索する。そして、道路管理サーバ１０の表示制御部２６は、該当する評価値と画像データとを時系列で表示する。この結果、ユーザは、ＤＢの検索などを行うことなく、地図上の道路を選択するだけで、画像データ等の測定結果を閲覧することができる。例えば、道路管理者が、舗装した道路の状況、渋滞の状況などを、車両から随時送られてくるプローブデータから簡単に検索して閲覧することができる。

ところで、測定結果が非常に多い場合、測定結果を地図上に表示すると、閲覧しにくく、却ってユーザの利便性が低下する可能性も考えられる。このような場合、道路管理サーバ１０は、表示対象の測定結果を間引いて表示することができる。

図１９は、表示対象のデータを間引く例を説明する図である。図１９に示すように、管理ＤＢ１９には、１つの期間において複数の測定結果が対応付けられている。例えば、2016/1/1には、「データ種Ａ、データ種Ｂ」として「〇、20160101.jpg」、「〇、20160102.jpg」、「〇、20160103.jpg」の３つの測定結果の組が対応付けられる。同様に、2016/2/1には、「データ種Ａ、データ種Ｂ」として「〇、20160201.jpg」、「〇、20160202.jpg」、「〇、20160203.jpg」の３つの測定結果の組が対応付けられる。

このように、１つの期間に複数の測定結果が存在する場合は、道路管理サーバ１０は、各期間から１つの測定結果の組を選択して、地図上に表示する。例えば、道路管理サーバ１０は、2016/1/1については「〇、20160101.jpg」を選択し、2016/2/1については「〇、20160201.jpg」を選択し、2016/3/1については「〇、20160301.jpg」を選択して、地図上に表示する。

したがって、道路管理サーバ１０は、地図上に多くの測定結果が表示されることを抑制し、ユーザの利便性の低下を抑制することができる。なお、間引きの条件は、任意に設定することができる。例えば、評価値が閾値以上のようによい評価だけを間引く条件、１つの期間で最初の測定値を選択する条件、現在日時より所定日数以上に古いデータは削除する条件、新しいデータの上位５個を抽出する条件、区間ＩＤが１と３のみを抽出する条件などが考えられる。つまり、期間、路線ＩＤ、区間ＩＤ、データ種などを任意に選択して組み合わせた条件を設定することができる。

ここで、間引き条件の一例を説明する。図２０は、評価による画像選択を説明する図である。図２０では、ある路線のある区間のデータ（評価、画像データ）を表示させる際に、評価が変化した点を選択して表示する例を説明する。図２０に示すように、管理ＤＢ１９は、「路線ＩＤ＝１、区間ＩＤ＝１」について、2016/1/1から2016/7/1までの「データ種Ａ評価、データ種Ｂ評価（画像）」を記憶する。図２０に示すように、データ種Ａ評価は、2016/1/1から2016/3/1までは「〇」であるが、2016/4/1に「×」に変化して2016/5/1も「×」のままであり、2016/6/1で再度「〇」に変化する。

この場合、道路管理サーバ１０は、データ種Ａ評価が変化する境を地図上に表示させる。具体的には、道路管理サーバ１０は、データ種Ａ評価が「〇」から「×」に変化する境と、データ種Ａ評価が「×」から「〇」に変化する境とを選択して表示する。この例では、道路管理サーバ１０は、2016/3/1、2016/4/1、2016/5/1、2016/6/1を選択して表示する。

したがって、道路管理サーバ１０は、評価の変化点を表示することができる。この結果、管理者は、プローブデータから管理対象の道路情報を簡単に閲覧することができる。したがって、ユーザの利便性も向上する。また、評価が変わるところまでを選択し表示することもできる。なお、変化点の例としては、平均値などの評価値が所定値以上変化している点、評価値から生成される正規分布（確率分布）から分布が変化した点、画像データの類似度が所定値以上変化した点、昼夜が変わった点、画像データの明るさが変化した点などを採用することができる。

ところで、上記例では、管理者等が地図上の道路を選択したときに、画像データを表示させる例を説明したが、これに限定されるものではない。例えば、道路管理サーバ１０は、走行中の車両に対して、自動的に画像データ等を送信することができる。より詳細には、道路管理サーバ１０は、車両が走行している道路および区間を特定し、車両が走行するまでに他の車両から収集したプローブデータから管理ＤＢ１９を生成する。そして、道路管理サーバ１０は、車両が走行する道路の区間において、画像データや評価などが変化した場合、当該車両の車載装置等に画像データや評価などの経時変化を表示する。

図２１は、自動表示処理の流れを示すフローチャートである。図２１は、各車両について実行される。図２１に示すように、道路管理サーバ１０の表示制御部２６は、経時変化（管理ＤＢ１９）の算出が完了すると（Ｓ３０１：Ｙｅｓ）、車両から送信されるプローブデータを用いて、車両が走行中の道路を特定する（Ｓ３０２）。

続いて、表示制御部２６は、算出済みの経時変化から、車両が走行する道路に対応する経時変化を特定する（Ｓ３０３）。そして、表示制御部２６は、経時変化において画像データ等が変化している区間がある場合（Ｓ３０４：Ｙｅｓ）、該当区間を走行するかを判定する（Ｓ３０５）。

その後、表示制御部２６は、車両が該当区間を走行する場合または車両が該当区間に到達した場合（Ｓ３０５：Ｙｅｓ）、画像などの経時変化を車両の車載装置に表示する（Ｓ３０６）。そして、表示制御部２６は、走行道路が変更されるまで（Ｓ３０７：Ｎｏ）、Ｓ３０５以降を繰り返し、走行道路が変更されると（Ｓ３０７：Ｙｅｓ）、Ｓ３０２以降を繰り返す。なお、表示制御部２６は、経時変化において画像データ等が変化している区間がない場合（Ｓ３０４：Ｎｏ）、Ｓ３０７以降を実行する。

したがって、道路管理サーバ１０は、各車両に道路状況を通知することができる。この結果、例えば運送会社や観光バス会社などは、事故状況の変化、渋滞の状況変化、交通規制の変化などを各車両に視覚的に通知することができ、安全運転の促進と効率的な運転アドバイスの通知を実行することができる。なお、図２１の処理は、各車両の車載装置は、道路管理サーバ１０からデータを取得して実行することもできる。

さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。

［情報の選択］
上記実施例では、位置情報と時刻の両方を有するデータ種を用いて説明したが、いずれか一方だけを有するデータ種であっても同様に処理することができる。例えば、定義情報において区間ではなく時刻によって範囲が指定されている場合、各データ種を時刻を用いて分割や結合を行う。

［指定条件］
表示対象を抽出する条件は、任意に設定変更することができる。例えば、抽出対象のデータ種、期間、期間の単位（例えば日単位）、位置、評価、路線、区間を任意に組み合わせることができる。

［位置情報］
上記実施例では、位置情報として緯度経度を例示したが、これに限定されず、例えばメッシュのような狭い範囲であっても同様に処理することができる。また、生成部２５が受け付ける条件もメッシュのような範囲で受け付けることもできる。この場合であっても、上記処理と同様の処理を行うことができる。また、位置情報は、緯度経度に限らず、高度なども同様に処理することができる。

［線とエリアの対応付け］
上記実施例では、距離やリンクなどの線の情報を区間などの線の情報に対応付ける例を説明したが、これに限定されるものではなく、複数の緯度経度で特定されるエリアを区間に対応付けることができる。例えば、エリア内に存在する道路に、当該エリアで測定された測定結果を対応付けることで、エリアの測定結果を道路の測定結果に変換し、その後は上記処理と同様の処理を実行することができる。

［分散および統合］
また、図示した各装置の各構成要素は、必ずしも物理的に図示の如く構成されておらずともよい。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、変換格納部２１、抽出部２２、表示制御部２６を道路管理サーバ１０の外部装置としてネットワーク経由で接続するようにしてもよい。また、変換格納部２１、抽出部２２、表示制御部２６を別の装置がそれぞれ有し、ネットワーク接続されて協働することで、上記の道路管理サーバ１０の機能を実現するようにしてもよい。

また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともできる。あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

［ハードウェア］
上記道路管理サーバ１０は、例えば、次のようなハードウェア構成を有するコンピュータにより実現することができる。図２２は、ハードウェア構成例を説明する図である。図２２に示すように、道路管理サーバ１０は、通信インタフェース１０ａ、表示装置１０ｂ、ＨＤＤ（Hard Disk Drive）１０ｃ、メモリ１０ｄ、プロセッサ１０ｅを有する。

通信インタフェース１０ａの一例としては、ネットワークインタフェースカードなどである。表示装置１０ｂの一例としては、ディスプレイやタッチパネルなどである。ＨＤＤ１０ｃは、プログラムやデータなどを記憶する記憶装置である。

メモリ１０ｄの一例としては、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）等のＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ等が挙げられる。プロセッサ１０ｅの一例としては、ＣＰＵ、ＤＳＰ（Digital Signal Processor）、ＦＰＧＡ（Field Programmable Gate Array）、ＰＬＤ（Programmable Logic Device）等が挙げられる。

また、道路管理サーバ１０は、プログラムを読み出して実行することで道路画像表示方法を実行する情報処理装置として動作する。つまり、道路管理サーバ１０は、変換格納部２１、抽出部２２、表示制御部２６と同様の機能を実行するプログラムを実行する。この結果、道路管理サーバ１０は、変換格納部２１、抽出部２２、表示制御部２６と同様の機能を実行するプロセスを実行することができる。なお、この他の実施例でいうプログラムは、道路管理サーバ１０によって実行されることに限定されるものではない。例えば、他のコンピュータまたはサーバがプログラムを実行する場合や、これらが協働してプログラムを実行するような場合にも、本発明を同様に適用することができる。

このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ（Magneto−Optical disk）、ＤＶＤ（Digital Versatile Disc）などのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することができる。

１０ 道路管理サーバ
１１ 通信部
１２ 記憶部
１３ 定義情報ＤＢ
１４ 測定結果ＤＢ
１５ 変換結果ＤＢ
１６ 区間集計結果ＤＢ
１７ 期間集計結果ＤＢ
１８ 経時変化ＤＢ
１９ 管理ＤＢ
２０ 制御部
２１ 変換格納部
２２ 抽出部
２３ 区間評価部
２４ 期間集計部
２５ 生成部
２６ 表示制御部

Claims (7)

1. 地図上に表示された道路及び該道路の特定の位置の選択を受け付け、
   位置情報と道路を識別する識別情報と撮像日時と前記道路を評価する第１の評価情報と前記道路を評価する第２の評価情報である画像データとを対応付けた測定結果を記憶する記憶部を参照して、受け付けた前記道路が対応付けられ、前記位置から所定距離以内の位置情報が対応付けられた前記測定結果を検索し、
   検索された各測定結果に含まれる前記第１の評価情報と前記画像データとを対応付けて時系列で表示して、評価の経時変化を表示する、
   処理をコンピュータに実行させることを特徴とする道路画像表示プログラム。
2. 前記表示する処理は、検索された各測定結果に含まれる前記第１の評価情報と前記画像データとを対応付けて、前記撮像日時の順に並べて表示することを特徴とする請求項１に記載の道路画像表示プログラム。
3. 前記表示する処理は、検索された前記各測定結果のうち、前記第１の評価情報に示される評価値が閾値以上の測定結果を所定の条件で間引いた上で、前記撮像日時の順に並べて表示することを特徴とする請求項２に記載の道路画像表示プログラム。
4. 前記表示する処理は、検索された前記各測定結果のうち、前記第１の評価情報に示される評価値が変化する位置を特定し、特定された位置の前後に位置に対応する所定数の測定結果を選択して、前記撮像日時の順に並べて表示することを特徴とする請求項２に記載の道路画像表示プログラム。
5. 車両が走行する走行中の道路を特定し、
   位置情報と道路を識別する識別情報と撮像日時と前記道路を評価する第１の評価情報と前記道路を評価する第２の評価情報である画像データとを対応付けた測定結果を対応付けて記憶する記憶部を参照して、前記走行中の道路を識別する識別情報に対応付けられる前記画像データおよび前記第１の評価情報を含む測定結果を検索し、
   検索された前記測定結果のうち、前記第１の評価情報が変化する変化点の前後の対応する前記画像データを、前記車両の車載装置に表示する、
   処理をコンピュータに実行させることを特徴とする道路画像表示プログラム。
6. 地図上に表示された道路及び該道路の特定の位置の選択を受け付け、
   位置情報と道路を識別する識別情報と撮像日時と前記道路を評価する第１の評価情報と前記道路を評価する第２の評価情報である画像データとを対応付けた測定結果を記憶する記憶部を参照して、受け付けた前記道路が対応付けられ、前記位置から所定距離以内の位置情報が対応付けられた前記測定結果を検索し、
   検索された各測定結果に含まれる前記第１の評価情報と前記画像データとを対応付けて時系列で表示して、評価の経時変化を表示する、
   処理をコンピュータが実行することを特徴とする道路画像表示方法。
7. 地図上に表示された道路及び該道路の特定の位置の選択を受け付ける受付部と、
   位置情報と道路を識別する識別情報と撮像日時と前記道路を評価する第１の評価情報と前記道路を評価する第２の評価情報である画像データとを対応付けた測定結果を記憶する記憶部を参照して、受け付けた前記道路が対応付けられ、前記位置から所定距離以内の位置情報が対応付けられた前記測定結果を検索する検索部と、
   検索された各測定結果に含まれる前記第１の評価情報と前記画像データとを対応付けて時系列で表示して、評価の経時変化を表示する表示部と、
   を有することを特徴とする道路管理装置。

Images