JP2024005839A - サーバー及び運行管理システム - Google Patents

Abstract

【課題】道路損傷箇所の検出精度を向上させることのできるサーバー及び運行管理システムを提供する。【解決手段】サーバーは、車両に搭載された車載カメラが取得した画像情報を画像解析する解析部を備える。解析部は、画像解析により得られ、道路が損傷した領域の画像を含む道路損傷画像と、道路損傷画像が取得された箇所の位置情報とを紐付けて、地図データ上に提示する。【選択図】図６

Description

本発明は、サーバー及び運行管理システムに関する。

道路の凹凸、損傷等の道路状況情報を収集し、円滑な車両の運転、事故等の発生防止などに寄与するシステムが開発されている（特許文献１～３参照）。例えば、道路を点検する専用車両が道路情報を収集し、専用機材を用いて情報を解析する手法や、パトロール車両の乗員が、目視にて道路状況を確認し、検査する手法が実行されている。

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

専用車両、パトロール車両を用いる従来の手法は、膨大なコスト、労力を要する。また、空気圧センサ、加速度センサ等を用いて道路の損傷を検出する技術も提案されている。しかし、この技術によれば、道路とは関係ない車両のタイヤの異常（パンク等）を誤って道路損傷として検知してしまうことがある。また、橋のジョイント部を通過する際の振動や、大型車と普通車など車種ごとに異なる振動に基づいて、道路の損傷以外の情報を誤って道路損傷として検知してしまうことがある。

本発明は、道路損傷箇所の検出精度を向上させるサーバー及び運行管理システムを提供する。

前述した目的を達成するために、本発明に係るサーバーは、下記を特徴としている。
車両に搭載された車載カメラが取得した画像情報を画像解析する解析部を備え、
前記解析部は、画像解析により得られ、道路が損傷した領域の画像を含む道路損傷画像と、前記道路損傷画像が取得された箇所の位置情報とを紐付けて、地図データ上に提示する、
サーバー。

また、前述した目的を達成するために、本発明に係る運行管理システムは、下記を特徴としている。
上記サーバーと、
前記車両に搭載され、前記画像情報と前記位置情報とを前記サーバーに送信する車載器と、
を含む運行管理システム。

本発明によれば、道路損傷箇所の検出精度を向上させることができる。

以上、本発明について簡潔に説明した。更に、以下に説明される発明を実施するための形態（以下、「実施形態」という。）を添付の図面を参照して通読することにより、本発明の詳細は更に明確化されるであろう。

図１は、本発明の一実施形態に係る運行管理システムの構成例を示す図である。 図２は、図１に示した車載器による車両の振動検出及びデータ処理のフローチャートである。 図３は、サーバーによる画像解析処理のフローチャートである。 図４は、サーバーによる道路損傷箇所及び交通量の情報提供サービスの処理を示すフローチャートである。 図５は、事務所ＰＣの表示部に表示された地図データと道路損傷箇所のマークを示す図である。 図６は、図５の表示に詳細情報を重ねて表示した状態を示す図である。

本発明に関する具体的な実施形態について、各図を参照しながら以下に説明する。

本発明の一実施形態における運行管理システム１の構成例を図１に示す。図１に示した運行管理システム１は、トラックやタクシー等の車両の運行を管理する事業者を顧客（ユーザ）とするサービス提供者により運用される運行管理システムである。また、道路の保守管理を行う道路管理者も、運行管理システム１によるサービス提供を受ける顧客に含まれる。

図１に示した運行管理システム１は、車両の運行管理を行うサーバー８０と、トラック等の車両に搭載した状態で使用される車載器１０と、事業者側の管理者に使用される事務所ＰＣ３０と、道路管理者に使用される通信端末９０とを含む。車載器１０は、ドライブレコーダ機能及びデジタルタコグラフ機能を有する。運行管理システム１は、サーバー８０が、車載器１０によって収集された、運行データや、車両に設置された車載カメラにより撮影された映像データを収集、蓄積し、顧客の要望に応じて、事務所ＰＣ３０又は通信端末９０に運行管理に関する解析結果等を提供するものである。本実施形態において、運行管理システム１は、サーバー８０が、通信端末９０から道路損傷箇所のレポート要求を受けて、解析結果のレポートを通信端末９０に送信する。解析結果のレポートは、道路損傷画像と、この道路損傷画像が取得された箇所の位置情報とを紐付けて、地図データ上に提示したものである。道路損傷箇所は、道路損傷が発生している場所を意味する。

事務所ＰＣ３０は、各車両、ドライバー、作業内容等を管理するために所定の事務所に設置される。サーバー８０は、車載器１０から収集した車両運行情報に基づく解析を行い、解析結果を用いた各種サービスを顧客側に提供するサービス提供者（サポートセンター）側の設備である。運行管理システム１は、複数の顧客の事務所等に設置される複数の事務所ＰＣ３０及び通信端末９０、並びに複数の車載器１０を含む。

車載器１０において、車両の運行中に、車載カメラ（カメラ２３Ａ、２３Ｂ）により撮影された動画データ（映像データ）及び運行データを含む車両運行情報は、メモリカード等の記録媒体６５に記録される。運行データは、一例として、車両の位置、速度、エンジン回転数、警報（車間距離警報、脇見運転警報等）・急旋回等のトリガの情報を含み、動画データが撮影された時刻を示す時刻情報に対応付けて、記録される。記録媒体６５に記録された車両運行情報は、例えば一日の運行終了後に車両が事務所へ戻ったときに、事務所ＰＣ３０にて読み出される。サーバー８０は、複数の顧客が保有する各車両の車載器１０から収集した運行データを、データベース内に蓄積する。

事務所ＰＣ３０は、事務所に設置された汎用のコンピュータ装置で構成される。事務所ＰＣ３０は、車両の運行状況などを管理する。通信端末９０は、道路管理者の事務所等に設置され、サーバー８０に対して道路損傷箇所のレポートを要求し、サーバー８０から送信された解析結果のレポートを受信し表示する。サーバー８０は、車載器１０が収集した動画データ、イベント情報等を含む車両運行情報の解析、事務所ＰＣ３０及び通信端末９０への情報提供などを行う。図１の例では、車載器１０とサーバー８０との間で行われるデータ通信は、基地局７１を介して行われる。車載器１０と事務所ＰＣ３０との間で行われるデータ通信は、基地局７１、サーバー８０及びネットワーク７０によって中継される。基地局７１と車載器１０との間の無線通信については、ＬＴＥ（Long Term Evolution）／５Ｇ(5th Generation)等のモバイル通信網（携帯回線網）で行われてもよいし、無線ＬＡＮ（Local Area Network）で行われてもよい。また、ネットワーク７０は、インターネット等のネットワーク（パケット通信網）であり、事務所ＰＣ３０又は通信端末９０とサーバー８０との間で行われるデータ通信を中継する。

車載器１０は、様々な信号の入力又は出力を可能にするために、様々なインタフェース（Ｉ／Ｆ）１２Ａ、１２Ｂ、１３、１４、１６、１９、及び２９を備えている。
速度Ｉ／Ｆ１２Ａは、車両側に搭載されている車速センサ５１の出力する車速パルス信号を入力するための機能を有する。エンジン回転Ｉ／Ｆ１２Ｂは、車両側から出力されるエンジン回転パルス信号を入力するための機能を有する。外部入力Ｉ／Ｆ１３は様々な外部信号の入力に利用される。

センサ入力Ｉ／Ｆ１４は、様々なセンサの信号を入力するために利用される。図１の例では、Ｇセンサ２８及びジャイロセンサ５２がセンサ入力Ｉ／Ｆ１４に接続されている。Ｇセンサ２８は、この車載器１０を搭載する車両に加わった様々な方向、一例として、車両の前後方向、左右方向、上下方向の各加速度の大きさ（前後Ｇ、右左Ｇ、上下Ｇ）を検知する。ジャイロセンサ５２は、この車載器１０を搭載する車両のピッチ軸、ヨー軸、及びロール軸の各軸周りの回転角速度を検知することにより、ピッチ角、ヨー角、及びロール角の各変化を示す信号を出力できる。ジャイロセンサ５２及びＧセンサ２８の出力に基づいて、制御部１１は車両の急旋回を検出する。

空気圧センサ５３は、タイヤ５４の空気圧を検出する。空気圧センサ５３は、空気圧とともに、タイヤ５４の異常（パンクなど）発生時に警告を制御部１１に送信する。

アナログ入力Ｉ／Ｆ２９は、様々なアナログ信号の入力に利用される。
カメラＩ／Ｆ１６は、カメラ２３Ａ、２３Ｂを接続するための機能を有している。すなわち、カメラＩ／Ｆ１６は、カメラ２３Ａ、２３Ｂが出力する映像信号をそれぞれ取り込んで、コンピュータの処理に適した所定のデジタル画像データにそれぞれ変換して、動画データを取得する機能を有している。カメラ２３Ａは、車両の前方に設置されたフロントカメラであり、車両の周囲を撮影する。カメラ２３Ａは、例えば車両の前方及び側方を撮影し、車両周辺に位置する他車両を撮影できる。カメラ２３Ｂは、車室内の例えば運転席前方に設置された車内カメラであり、ドライバーの顔を含む車内の情景を撮影する。尚、カメラＩ／Ｆ１６に接続されるカメラの数は３以上でもよい。

音声Ｉ／Ｆ１９は、音声による注意喚起などに利用可能な所定の音声信号を生成する機能を有している。

車載器１０における主要な機能を実現する制御部１１は、マイクロコンピュータのプロセッサ（ＣＰＵ）を主体とする電子回路により構成されている。このマイクロコンピュータは、不揮発メモリ２６Ａなどに予め保持されているプログラムを実行することにより、後述する車載器１０の制御機能を実現する。

制御部１１の入力に、上述の各インタフェース１２Ａ、１２Ｂ、１３、１４、１６、及び２９が接続されている。また、制御部１１の出力に音声Ｉ／Ｆ１９を介してスピーカ２０が接続されている。スピーカ２０は、車間距離警報等の警報音を出力する。

また、記録部１７、表示部２７、電源部２５、通信部２４、不揮発メモリ２６Ａ、揮発メモリ２６Ｂ、カードＩ／Ｆ１８、ＲＴＣ部２１、ビーコン受信部１５、及びＧＰＳ受信部９が制御部１１に接続されている。

記録部１７は、例えばカメラ２３Ａ、２３Ｂが出力する動画データなどの車両運行情報を所定の記憶領域（記録媒体６５）に記録する。
表示部２７は、車載器１０の操作に必要な文字などの可視情報や、運転操作に関する注意喚起の情報などをドライバーが視認できるように表示するために利用できる。また、表示部２７は、車間距離警報等の警報発生に係る表示を行う。

電源部２５は、車両側から供給される電源電力に基づいて安定した電源電力を生成し、生成した電源電力を、制御部１１を含む車載器１０内の各回路に対して供給する。
通信部２４は、この車載器１０と基地局７１との間でデータ通信するための無線通信機能を提供する。

不揮発メモリ２６Ａは、半導体メモリにより構成され、制御部１１のマイクロコンピュータが実行可能なプログラムや、制御上必要になる各種定数データ、テーブルなどを予め保持している。
揮発メモリ２６Ｂは、制御部１１が処理中に生成するデータなどを一時的に保持するために利用される。

カードＩ／Ｆ１８には、ドライバーが所持する記録媒体６５が挿抜自在に接続される。制御部１１は、カードＩ／Ｆ１８に装着された記録媒体６５からデータを読み出すことができ、制御部１１が生成した各種データをカードＩ／Ｆ１８を介して記録媒体６５に書き込むこともできる。

ＲＴＣ（real time clock）部２１は、時計の機能を有する集積回路により構成されている。すなわち、ＲＴＣ部２１は、現在時刻の情報を生成したり、経過時間などを把握することができる。

ビーコン受信部１５は、所定範囲内に位置するビーコンからの電波を、アンテナ１５ａを介して受信する。ビーコンには、ドライバービーコンが含まれる。ドライバーに所持されるドライバービーコンからのビーコン信号がビーコン受信部１５を介して車載器１０に受信されると、制御部１１がドライバーＩＤを自動認識し、ドライバーを特定する。すなわち、ドライバーが、自身のドライバーＩＤが記憶されたドライバービーコンを所持して運転席に乗り込むだけで、車載器１０がドライバーＩＤを認識するため、ドライバーに特定の操作を行わせることなく、人別のデータ管理が可能となる。また、制御部１１は、敷地内の所定位置に固定配置された固定ビーコンからのビーコン信号を受信することで、現在位置の情報を把握することができる。なお制御部１１は、ビーコンに加えて、後述するＧＰＳ受信部９が受信した信号に基づく測位を行ってもよい。

ＧＰＳ受信部９は、複数のＧＰＳ（Global Positioning System）衛星からの電波を、アンテナ９ａを介して受信する。ＧＰＳ受信部９が受信した複数の受信信号に基づいて、車両の現在位置を表す位置情報を計算して得ることができる。また、ＧＰＳ受信部９が受信した信号に基づく位置情報を用いて、車両の移動を検知することができる。さらに、ＧＰＳ受信部９が受信した信号に基づいて、時刻情報を取得することができる。

事務所ＰＣ３０は、汎用のオペレーティングシステムで動作するＰＣである。事務所ＰＣ３０は、車両の運転状況や、稼働状況等を把握・管理するための管理装置として利用できる。事務所ＰＣ３０は、制御部（ＣＰＵ）３１、通信部３２、表示部３３、記憶部３４、カードＩ／Ｆ３５、操作部３６、外部Ｉ／Ｆ３７、及び音声Ｉ／Ｆ３８を有する。

制御部３１は、事務所ＰＣ３０の各部を統括的に制御する。通信部３２は、ネットワーク７０を介してサーバー８０と通信可能である。
表示部３３は、各車両の稼働管理に利用可能な様々な情報を表示することができる。記憶部３４は、各車両に搭載された車載器１０が生成したデータを取得して管理することができる。

カードＩ／Ｆ３５には、記録媒体６５が挿抜自在に装着される。カードＩ／Ｆ３５は、車載器１０で記録された様々なデータを記録媒体６５から入力するために利用される。
操作部３６は、キーボードやマウス等を有し、事務所ＰＣ３０の管理者の操作を受け付ける。外部Ｉ／Ｆ３７には、運行データデータベース（ＤＢ）、ハザードマップデータベース（ＤＢ）といった外部記憶装置（図示せず）等が接続可能である。音声Ｉ／Ｆ３８には、マイク４１及びスピーカ４２が接続される。管理者は、マイク４１及びスピーカ４２を用いて音声通話を行うことも可能である。

サーバー８０は、制御部（ＣＰＵ）８１、通信部８２、記憶部８３、及び外部Ｉ／Ｆ８４を有する。通信部８２は、基地局７１を介して車載器１０と通信を行う。また、通信部８２は、ネットワーク７０を介して、事務所ＰＣ３０又は通信端末９０と通信を行うことができる。記憶部８３は、各種データを記憶可能なメモリである。外部Ｉ／Ｆ８４には、データベース（ＤＢ）８５等が接続可能である。ＤＢ８５は、複数の車載器１０から収集した車両運行情報を記憶することができる。

制御部８１は、サーバー８０の各部を統括的に制御し、車両の車載カメラ２３Ａが取得した画像情報を画像解析する解析部として機能する。制御部８１は、車両の運行データを解析し、解析結果である稼働データをＤＢ８５に蓄積する。運行データの解析例を以下に示す。制御部８１は、警報種類及び回数を解析して、同種類の警報回数が閾値を越えた場合に警報増を一覧リストや動画データに表示する。制御部８１は、各ドライバー（乗務員）の運行データを分析した分析レポートから、危険挙動の発生頻度等に基づいて安全点数を算出し、ドライバーの安全教育に活用可能とする。

通信端末９０は、汎用のオペレーティングシステムで動作するＰＣであり、道路の保守管理を担当する担当者により利用される。通信端末９０は、キーボードやマウス等を有し担当者の操作を受け付ける操作部、サーバー８０との通信を行う通信部、サーバー８０から送信された解析結果を表示する表示部、解析結果等を記憶する記憶部、及び、各部を統括的に制御する制御部を有する。通信端末９０は、道路損傷箇所のレポート要求に関する担当者の操作入力を受け付けてサーバー８０にレポート要求を送信し、サーバー８０から解析結果のレポートを受信し、道路損傷箇所を示すマークが重畳表示された地図や、道路損傷画像を表示する。

上記のように構成された運行管理システム１において、サーバー８０及び運行管理システム１が行う道路損傷箇所の検出に関する動作について、図２～図１０を参照して説明する。

まず、図２を参照して、車載器１０が行う車両の振動検出について説明する。車載器１０を車両に取り付ける際、車両の固有情報が車載器１０に設定される（ステップＳ１０）。固有情報は、例えば車両のサイズ別種類（特大、大型、中型、普通など）である。固有情報は、例えば、図示せぬ操作部等を介して車載器１０に入力でき、入力した固有情報は、例えば不揮発メモリ２６Ａに記憶される。

車両が出庫すると（ステップＳ１１）、Ｇセンサ２８、すなわち加速度センサが車両に発生する振動量Ｇ_αの検出を開始する（ステップＳ１２）。車載器１０の制御部１１は、ＧＰＳ受信部９が受信した位置情報であるＧＰＳデータと、車載カメラであるカメラ２３Ａが取得した画像データを仮記憶する（ステップＳ１３）。カメラ２３Ａは、特に車両の周辺、道路を撮像可能な車外カメラであり、画像データは道路画像を含んでいる。ＧＰＳデータ及び画像データは、例えば揮発メモリ２６Ｂに仮に記憶される。画像データは、例えば検出時刻のＴ秒前（任意に設定可能）～検出時刻間のドライブレコータのデータを記録する。画像データは、振動量Ｇ_αが検出された地点のＧＰＳデータ、及び検出時刻の情報に紐づけられて、記録される。

次に制御部１１は、タイヤ５４の空気圧センサ５２が、警告を出した否かを判定する（ステップＳ１４）。警告を出した場合（ステップＳ１４でＹｅｓ）、道路状況とは関係のない車両固有の問題事象が発生しているため、道路に関するＧＰＳデータ及び画像データは必要ない。このため、制御部１１は、仮記憶したＧＰＳデータ及び画像データを破棄し（ステップＳ１５）、ステップＳ１２以降の処理を再開する。

上記処理では、車載器１０は、車両の異常発生時に得られるデータを破棄する。すなわち、車載器１０は、道路とは関係ない車両の異常（タイヤのパンクなど）によるデータを除外するため、誤検出を抑制するとともに、サーバー８０への無駄な通信を削減することができる。

一方、空気圧センサ５２が警告を出していない場合（ステップＳ１４でＮｏ）、制御部１１は、車載器１０に設定された車両の固有情報などに基づき、振動量Ｇ_αを補正し、補正振動量Ｇ_βを算出する（ステップＳ１６）。補正は、ステップＳ１０で設定した固有情報である車種、車両への上下の加速度、タイヤ５４の空気圧、車速などのデータを用いて行われる。車種に応じた補正については、例えば大型車は１．０、中型車は１．１、普通車は１．２のような係数を用いて行われる。一般的に振動触れの大きさの関係は、大型車＞中型車＞普通車、となるためである。このような係数は任意に設定可能である。

制御部１１は、補正振動量Ｇ_βが予め設定された所定の閾値振動量Ｇ_ｔｈを超えているか否かを判定する（ステップＳ１７）。補正振動量Ｇ_βが閾値振動量Ｇ_ｔｈを超えていない場合（ステップＳ１７でＮｏ）、車両に実際に発生している振動は問題のない程度の大きさのため、制御部１１は、仮記憶したＧＰＳデータ及び画像データを破棄し（ステップＳ１５）、ステップＳ１２以降の処理を再開する。

上記処理では、車載器１０は、車両の固有情報に基づく補正値を考慮して振動量閾値判定を行う。すなわち、車載器１０が、車種ごとに異なる振動特性などによるデータを除外するため、誤検出を抑制するとともに、サーバー８０への無駄な通信を削減することができる。

次に制御部１１は、車載器１０が無線通信による通信方式を採用しているか否かを判定する（ステップＳ１８）。無線通信による通信方式を採用している場合（ステップＳ１８でＹｅｓ）、制御部１１は、仮記憶したＧＰＳデータ及び画像データ、更には算出した補正振動量Ｇ_β、対応する車速をサーバー８０へ送信する（ステップＳ１９）。送信が完了したら（ステップＳ２０でＹｅｓ）、制御部１１は、仮記憶したＧＰＳデータ及び画像データを破棄し（ステップＳ１５）、ステップＳ１２以降の処理を再開する。

一方、ステップＳ１８で無線通信による通信方式を採用していない場合（ステップＳ１８でＮｏ）、制御部１１は、仮記憶したＧＰＳデータ及び画像データを記録媒体６５に保存する（ステップＳ２１）。制御部１１は、保存が完了したら（ステップＳ２２でＹｅｓ）、仮記憶したＧＰＳデータ及び画像データを破棄し（ステップＳ１５）、ステップＳ１２以降の処理を再開する。車両の入庫後、制御部１１は、図２の処理を終了する。記録媒体６５にデータが保存されている場合、事務所ＰＣ３０によって記録媒体６５からデータを読出し、活用することができる。

次に図３を参照して、サーバー８０が行う画像解析処理について説明する。本処理は、図２の処理の後に行われる。サーバー８０が車載器１０又は事務所ＰＣ３０からＧＰＳデータ及び画像データを受信すると（ステップＳ３０）、サーバー８０の制御部８１が、受信した画像データの画像解析を行う（ステップＳ３１）。制御部８１は、車両の車載カメラ２３Ａが取得した画像情報を画像解析する解析部として機能し、このような機能部は、例えば、記憶部８３などに記憶されたプログラムを実行することにより実現される。

解析部として機能する制御部８１は、画像データに、道路が損傷した領域の画像を含む道路損傷画像が含まれているか否かを、例えばパターン認識により判定する（ステップＳ３２）。含まれていない場合（ステップＳ３２でＮｏ）、制御部８１は、受信したＧＰＳデータ及び画像データを破棄する（ステップＳ３３）。すなわち制御部８１は、道路損傷画像が含まれないデータを破棄する。サーバー８０は、道路損傷画像が含まれないデータを除外するため、誤検出を抑制するとともに、処理対象となるデータの量を削減し、処理負担を軽減することができる。

一方、画像データに道路損傷画像が含まれている場合（ステップＳ３２でＹｅｓ）、制御部８１は、ＧＰＳデータ及び道路損傷画像のデータを時刻情報と共に、例えば記憶部８３に保存する（ステップＳ３４）。ここで、解析部として機能する制御部８１が、保存の際に、道路損傷画像と、この道路損傷画像が取得された箇所の位置情報（ＧＰＳデータ）とを紐付けて保存するが、さらにこれらのデータを、別途用意された地図データベースの地図データ上に提示することができる。

次に図４を参照して、サーバー８０が行う道路損傷箇所及び交通量の解析結果提供サービスの処理について説明する。サーバー８０は、インターネット等を介して顧客の通信端末９０から道路損傷箇所のレポート要求を受信する（ステップＳ４０）。レポート要求は、Ｘ年Ｘ月Ｘ日以降等の日付、及び、対象場所範囲の指定を含む。サーバー８０の制御部８１は、レポート要求で指定された日付及び場所の条件に該当するデータを読み出す（ステップＳ４１）。

制御部８１は、読み出したデータに、道路損傷画像を含むデータ、すなわち道路損傷箇所のデータがあるか否かを判定し（ステップＳ４２）、ない場合（ステップＳ４２でＮｏ）、道路損傷箇所がない旨を表示部３３に表示する（ステップＳ４３）。この表示を見た担当者は、指定した条件において道路損傷箇所がないことを即座に把握できる。

一方、読み出したデータに、図３のステップＳ３４で保存されたＧＰＳデータ、及び道路損傷画像が含まれる場合（ステップＳ４２でＹｅｓ）、制御部８１は、道路損傷箇所を示すマークを地図データ上に表示した解析結果のレポートを生成する（ステップＳ４４）。ステップＳ４４において、制御部８１はこのレポートを通信端末９０に送信し、通信端末９０の表示部において、道路損傷箇所にマークが付された地図画像が表示される。図５は、通信端末９０の表示部に表示された地図データと道路損傷箇所のマークを示す。

担当者が、通信端末９０において地図データ上のマークをマウスのクリック等により選択すると、選択された道路損傷箇所についての詳細情報表示要求がサーバー８０に送信される（ステップＳ４５）。この詳細情報表示要求を受けて、制御部８１は、サーバー８０に収集され蓄積されている全車両の動態データのうち、マークに対応した場所を通過した全車両の動態データを読出す（ステップＳ４６）。制御部８１は、読みだした全車両の動態データから交通量を算出する算出部としても機能しており、選択された道路損傷箇所における交通量を算出する（ステップＳ４７）。交通量は、例えば、曜日毎、時間帯毎に算出される。

制御部８１は、選択された道路損傷箇所に紐づけられた、道路損傷画像を読み出す（ステップＳ４８）。さらに制御部８１は、交通量を、道路損傷画像に紐づけて、道路損傷箇所の詳細情報として地図データ上に提示する（ステップＳ４９）。

図６は、図４のステップＳ４９における表示に対応し、図５の表示に、交通量を含む詳細情報を重ねて表示した状態を示す。担当者が図５の表示において道路損傷箇所のマークを選択すると、図６に示すように選択された道路損傷箇所についての詳細情報が表示される。図６の例では、詳細情報として、道路損傷箇所で取得された道路損傷画像、道路損傷箇所の所在地（緯度・経度）、及び指定した曜日における各時間帯の交通量が示されている。

このように、サーバー８０は、交通量を、道路損傷画像に紐づけて、地図データ上に提示し、通信端末９０に、表示することができる。図６に示すように、道路損傷箇所における交通量が視覚化されるため、例えば、担当者は、交通量の少ない曜日又は時間帯に道路の補修工事を設定可能となる。よって、情報提供の価値を向上させることができる。

本実施形態のサーバー８０及び運行管理システム１によれば、車両に搭載された車載カメラ２３Ａが取得した画像情報を画像解析し、画像解析により得られ、道路が損傷した領域の画像を含む道路損傷画像と、前記道路損傷画像が取得された箇所の位置情報とを紐付けて、地図データ上に提示する。これにより、コスト、労力などを削減するとともに、道路とは関係ない車両の異常（タイヤのパンクなど）や、車種ごとに異なる振動特性などによる誤検知を抑制し、道路損傷箇所の検出精度を向上させることができる。

尚、本発明は、前述した実施形態に限定されるものではなく、適宜、変形、改良、等が可能である。その他、前述した実施形態における各構成要素の材質、形状、寸法、数値、形態、数、配置箇所、等は本発明を達成できるものであれば任意であり、限定されない。例えば、上記実施形態では、通信端末９０が、道路損傷箇所のレポートをサーバー８０に要求し、解析結果を受信したが、事務所ＰＣ３０がレポートを要求し、解析結果を受信し表示部３３に表示してもよい。また、上記実施形態では、サーバー８０が一連の処理の主体であったが、必要なデータを例えば送受信により取得することにより、処理の一部又は全部を事務所ＰＣ３０が行ってもよい。

ここで、上述した本発明に係るサーバー及び運行管理システムの実施形態の特徴をそれぞれ以下［１］～［６］に簡潔に纏めて列記する。

［１］車両に搭載された車載カメラ（２３Ａ）が取得した画像情報を画像解析する解析部（制御部８１、ステップＳ３１）を備え、
前記解析部は、画像解析により得られ、道路が損傷した領域の画像を含む道路損傷画像と、前記道路損傷画像が取得された箇所の位置情報とを紐付けて、地図データ上に提示する（ステップＳ４９）、
サーバー（８０）。

上記［１］の構成のサーバーによれば、車載器が収集した画像情報を解析して得た道路損傷画像を、道路損傷箇所と紐付けて、地図データ上に提示する。よって、道路損傷箇所を地図上で認識可能となる。これにより、道路損傷具合の検出におけるコスト、労力などを削減できる。また、画像解析により得た道路損傷画像を用いることにより、道路損傷とは関係ない車両の異常（タイヤのパンクなど）や、車種ごとに異なる振動特性などによる誤検知を抑制して、道路損傷箇所の検出精度を向上させることができる。

［２］前記箇所を通過した車両の動態データから交通量を算出する算出部（制御部８１、ステップＳ４７）をさらに備え、
前記解析部は、前記交通量を、前記道路損傷画像に紐づけて、前記地図データ上に提示する（ステップＳ４９）、
上記［１］に記載のサーバー。

上記［２］の構成のサーバーによれば、道路損傷箇所における交通量を視覚化するため、例えば交通量の少ない曜日・時間帯に道路工事を設定可能にするなど、情報提供の価値を向上させることができる。

［３］前記解析部は、前記道路損傷画像が得られなかった前記画像情報を破棄する（ステップＳ３２でＮｏ、ステップＳ３３）、
上記［１］に記載のサーバー。

上記［３］の構成のサーバーによれば、道路損傷画像が含まれないデータを除外するため、誤検出を抑制するとともに、処理対象となるデータの量を削減し、処理負担を軽減することができる。

［４］上記［１］から［３］のいずれか１つに記載のサーバーと、
前記車両に搭載され、前記画像情報と前記位置情報とを前記サーバーに送信する車載器（１０）と、
を含む運行管理システム（１）。

上記［４］の構成の運行管理システムによれば、車載器が収集した画像情報を解析して得た道路損傷画像を、道路損傷箇所と紐付けて、地図データ上に提示する。よって、道路損傷箇所を地図上で認識可能となる。これにより、道路損傷具合の検出におけるコスト、労力などを削減できる。また、画像解析により得た道路損傷画像を用いることにより、道路損傷とは関係ない車両の異常（タイヤのパンクなど）や、車種ごとに異なる振動特性などによる誤検知を抑制して、道路損傷箇所の検出精度を向上させることができる。

［５］上記［４］に記載の運行管理システムであって、
前記車載器が、前記車両の異常発生時に得られるデータを破棄する（ステップＳ１４、ステップＳ１５）、
運行管理システム。

上記［５］の構成の運行管理システムによれば、車載器が、道路とは関係ない車両の異常（タイヤのパンクなど）によるデータを除外するため、誤検出を抑制するとともに、サーバーへの無駄な通信を削減することができる。

［６］上記［４］に記載の運行管理システムであって、
前記車載器が、前記車両の固有情報に基づく補正値を考慮して振動量閾値判定を行う（ステップＳ１６、ステップＳ１７）、
運行管理システム。

上記［６］の構成の運行管理システムによれば、車載器が、車種ごとに異なる振動特性などによるデータを除外するため、誤検出を抑制するとともに、サーバーへの無駄な通信を削減することができる。

１ 運行管理システム
９ ＧＰＳ受信部
１０ 車載器
１１、３１、８１ 制御部（ＣＰＵ）
１５ ビーコン受信部
２３Ａ、２３Ｂ 車載カメラ
２４、３２、８２ 通信部
２６Ａ 不揮発メモリ
２６Ｂ 揮発メモリ
２７、３３ 表示部
２８ Ｇセンサ
３０ 事務所ＰＣ
３４、８３ 記憶部
３６ 操作部
５３ 空気圧センサ
６５ 記録媒体
７０ ネットワーク
７１ 基地局
８０ サーバー
８５ データベース（ＤＢ）
９０ 通信端末

Claims (6)

1. 車両に搭載された車載カメラが取得した画像情報を画像解析する解析部を備え、
   前記解析部は、画像解析により得られ、道路が損傷した領域の画像を含む道路損傷画像と、前記道路損傷画像が取得された箇所の位置情報とを紐付けて、地図データ上に提示する、
   サーバー。
2. 前記箇所を通過した車両の動態データから交通量を算出する算出部をさらに備え、
   前記解析部は、前記交通量を、前記道路損傷画像に紐づけて、前記地図データ上に提示する、
   請求項１に記載のサーバー。
3. 前記解析部は、前記道路損傷画像が得られなかった前記画像情報を破棄する、
   請求項１に記載のサーバー。
4. 請求項１から３のいずれか１項に記載のサーバーと、
   前記車両に搭載され、前記画像情報と前記位置情報とを前記サーバーに送信する車載器と、
   を含む運行管理システム。
5. 請求項４に記載の運行管理システムであって、
   前記車載器が、前記車両の異常発生時に得られるデータを破棄する、
   運行管理システム。
6. 請求項４に記載の運行管理システムであって、
   前記車載器が、前記車両の固有情報に基づく補正値を考慮して振動量閾値判定を行う、
   運行管理システム。

Images