JP2018151716A - 情報処理装置、リスク回避通知方法、およびリスク回避通知プログラム - Google Patents

Abstract

【課題】安全運転を怠っているドライバによって運転されている車両が原因である交通事故に巻き込まれるのを抑制する。【解決手段】通信ユニット１２は、車載端末２０が計測対象期間に計測した自車両２の走行情報を受信する。走行情報記憶ＤＢ１１は、通信ユニット１２で受信した走行情報を記憶する。リスク判定部１０ａは、車両２毎に、走行情報記憶ＤＢ１１に記憶している当該車両２の走行情報の履歴に基づき、事故リスクが高い車両２であるかどうかを判定する。通信ユニット１２は、リスク判定部１０ａによって事故リスクが高いと判定された車両２があると、この事故リスクが高い車両２とは別の車両２に対して、リスク回避にかかる通知を送信する。【選択図】図２

Description

この発明は、交通事故に巻き込まれないためのリスク回避にかかる通知を行う技術に関する。

従来、自車の周辺を走行している車両に対して、車車間通信で危険情報を送信することによって、交通事故を抑制することが提案されている（特許文献１）。特許文献１で言う危険情報とは、車両が交通事故を起こしたこと、車両が交通事故を起こしそうな危険な状態にあること、または車両が交通事故に巻き込まれそうな危険な状態にあることを示す情報である。

特許文献１では、ＥＴＣ（Electronic Toll Collection）車載機が、自車のエアバックの展開、およびＡＢＳ（Antilock Brake System）の作動をトリガにして危険情報を生成し、車車間通信で危険情報を周辺の走行車両に送信している。また、ＥＴＣ車載機は、車車間通信で危険情報を受信すると、受信した危険情報を車車間通信で別の車両に送信している。したがって、エアバックが展開したり、ＡＢＳ（Antilock Brake System）が作動したりして危険な状態になった車両（危険状態車両）の周辺を走行している車両のドライバは、この危険な状態になった車両の存在を車車間通信で受信した危険情報によって認識できる。

特開２００４−１３４１３号公報

しかしながら、特許文献１は、上述したように、エアバックが展開したり、ＡＢＳが作動したりした時点で、車両が危険な状態になったと判断している。すなわち、特許文献１は、安全運転を怠っているドライバによって運転されている車両が原因である交通事故に巻き込まれるのを抑制するものではなかった。

この発明の目的は、安全運転を怠っているドライバによって運転されている車両が原因である交通事故に巻き込まれるのを抑制する技術を提供することにある。

この発明の情報処理装置は、上記目的を達するために、以下のように構成している。

走行情報受信部は、車載端末が計測対象期間に計測した自車両の走行情報を受信する。走行情報記憶部は、走行情報受信部で受信した走行情報を記憶する。そして、リスク判定部が、車両毎に、走行情報記憶部に記憶している当該車両の走行情報の履歴に基づき、事故リスクが高い車両であるかどうかを判定する。事故リスクが高い車両とは、例えば蛇行している車両や、急アクセルを繰り返している車両や、急ブレーキを繰り返している車両であり、安全運転を怠っているドライバによって運転されている車両である。

リスク回避通知部は、リスク判定部によって事故リスクが高いと判定された車両があると、この事故リスクが高い車両とは別の車両に対して、リスク回避にかかる通知を送信する。これにより、安全運転を怠っているドライバによって運転されている車両（事故リスクが高い車両）の存在を、他の車両のドライバに認識させることができる。このため、リスク回避にかかる通知を受信したドライバは、余裕をもって事故リスクが高い車両を回避することができる。したがって、安全運転を怠っているドライバによって運転されている車両が原因である交通事故に巻き込まれるのを抑制できる。

また、リスク回避通知部は、リスク回避にかかる通知を、リスク判定部によって事故リスクが高いと判定された車両の周辺を走行している車両に対して送信すればよい。すなわち、安全運転を怠っているドライバによって運転されている車両を回避する必要があるドライバに対してのみ、事故リスクが高い車両の存在を認識させればよい。

また、安全運転を怠っているドライバによって運転されている車両の後続車両に絞って、リスク回避にかかる通知を行うようにしてもよい。

例えば、車載端末が計測対象期間に計測した自車両の走行位置を示す位置データが走行情報に含まれる構成とし、通知車両決定部が、リスク回避にかかる通知を送信する車両を、走行情報に含まれている位置データに基づいて決定する構成にすることによって、事故リスクが高いと判定された車両の周辺を走行している車両や、事故リスクが高いと判定された車両の周辺を走行している後続車両に絞って、リスク回避にかかる通知を適正に行うことができる。

また、リスク判定部は、計測対象期間の走行情報毎に事故リスクの有無を判定し、事故リスクが有ると判定した走行情報の個数が上限数に達した車両を、事故リスクが高い車両であると判定するように構成してもよいし、事故リスクが有ると判定した走行情報が連続した個数が上限数に達した車両を、事故リスクが高い車両であると判定するように構成してもよい。

この発明によれば、安全運転を怠っているドライバによって運転されている車両が原因である交通事故に巻き込まれるのを抑制することができる。

この例にかかる車両管理システムの概念図である。 この例にかかる走行状態管理サーバの主要部の構成を示すブロック図である。 図３（Ａ）、（Ｂ）は、車載端末が走行状態管理サーバに送信する走行情報を示す図である。 車両の走行情報の履歴を示す図である。 走行状態管理サーバの動作を示すフローチャートである。 ｓ５にかかる事故リスクの有無を判定する処理を示すフローチャートである。

以下、この発明の実施形態について説明する。

図１は、この例にかかる車両管理システムの概念図である。この車両管理システムは、走行状態管理サーバ１と、道路を走行している車両２（２ａ〜２ｇ）に搭載されている車載端末２０（２０ａ〜２０ｇ）とをインタネット等のネットワーク５を介して、相互にデータ通信可能に接続したものである。ここで言う道路には、高速道路、および一般道路（車両２の走行が許可されている高速道路以外の道路）が含まれる。

車載端末２０は、計測対象期間毎に、その計測対象期間において計測した自車両の走行情報を、ネットワーク５を介して走行状態管理サーバ１に送信する。計測対象期間は、事故リスクが高い走行状態の車両２であるかどうかの判定精度を確保し、且つ事故リスクが高い走行状態の車両２の判定（検出）が速やかに行える時間に設定される。計測対象期間は、例えば数十秒〜数分（３０秒〜３分程度）程度の時間間隔にすればよい。この例では、計測対象期間を１分として説明する。

走行状態管理サーバ１は、車両２毎に、その車両２に搭載されている車載端末２０から送信されてきた走行情報の履歴に基づいて、事故リスクが高い車両２であるかどうかを判定する。ここで言う事故リスクとは、事故を起す可能性である。また、事故リスクが高い車両２とは、例えば蛇行を繰り返している車両や、急アクセルを繰り返している車両や、急ブレーキを繰り返している車両であり、安全運転を怠っているドライバによって運転されている車両である。

走行状態管理サーバ１は、ある車両２を事故リスクが高い車両２であると判定すると、事故リスクが高いと判定した車両２とは別の車両２に対してリスク回避にかかる通知を行う。このリスク回避にかかる通知は、事故リスクが高い車両２の存在を、別の車両２のドライバに通知し、交通事故に巻き込まれないように事故リスクが高い車両２の回避を促すものである。リスク回避にかかる通知は、事故リスクが高いと判定した車両２の周辺を走行している各車両２に対して行われる。走行状態管理サーバ１が、この発明にかかる情報処理装置に相当する。

図２は、この例にかかる走行状態管理サーバの主要部の構成を示すブロック図である。走行状態管理サーバ１は、制御ユニット１０と、走行情報記憶データベース１１（走行情報記憶ＤＢ１１）と、通信ユニット１２と、を備える。

制御ユニット１０は、走行状態管理サーバ１本体各部の動作を制御する。制御ユニット１０は、リスク判定部１０ａ、および通知車両決定部１０ｂを有している。制御ユニット１０は、ハードウェアＣＰＵ、メモリ、その他の電子回路によって構成されている。ハードウェアＣＰＵが、リスク判定部１０ａ、および通知車両決定部１０ｂとして機能する。また、メモリは、ワーキングエリアとして、一時的なデータの記憶領域として利用される。また、制御ユニット１０が、この発明にかかるリスク回避通知方法を実行する。また、制御ユニット１０が、この発明にかかるリスク回避通知プログラムを実行する。制御ユニット１０は、ハードウェアＣＰＵ、メモリ、その他の電子回路を一体化したＬＳＩであってもよい。

なお、リスク判定部１０ａ、および通知車両決定部１０ｂの詳細については、後述する。

走行情報記憶ＤＢ１１は、道路を走行している車両２に搭載されている車載端末２０から送信されてきた走行情報を蓄積的に記憶する。走行情報記憶ＤＢ１１が、この発明で言う走行情報記憶部に相当する。

車載端末２０には、図３（Ａ）に示す走行情報を走行状態管理サーバ１に送信する構成のものもあれば、図３（Ｂ）に示す走行情報を走行状態管理サーバ１に送信する構成のものもある。図３（Ａ）、（Ｂ）に示すように走行情報には、日時、端末ＩＤ、走行状態、緯度、経度が含まれている。日時は、計測対象期間の終了日時を示すデータである。上述したように、この例では計測対象期間を１分にしているので、日時が図３に示す２０１７／２／２８ ７：００である場合、計測対象期間は、２０１７年２月２８日の６：５９〜７：００までの１分間である。端末ＩＤは、車載端末２０を識別するものであり、この例では、ネットワーク５を介した走行状態管理サーバ１とのデータ通信で用いられる車載端末２０のＩＰアドレスを利用している。また、端末ＩＤは、車両２を識別するものとしても利用できる。

走行状態は、計測対象期間に計測した、自車両の蛇行回数、自車両の急アクセルの回数、自車両の急ブレーキの回数である。図３（Ａ）に示す走行情報には、走行状態にかかるデータが含まれているが、図３（Ｂ）に示す走行情報には、走行状態にかかるデータが含まれていない。具体的には、図３（Ａ）に示す走行情報を走行状態管理サーバ１に送信する車載端末２０は、自車両の蛇行回数、自車両の急アクセルの回数、自車両の急ブレーキの回数を計測するための構成を有している。また、図３（Ｂ）に示す走行情報を走行状態管理サーバ１に送信する車載端末２０は、自車両の蛇行回数、自車両の急アクセルの回数、自車両の急ブレーキの回数を計測するための構成を有していないものであってもよい。以下の説明において、走行状態管理サーバ１に送信する走行情報の種別によって、車載端末２０を区別する必要がある場合、図３（Ａ）に示す走行情報を走行状態管理サーバ１に送信する車載端末２０を「タイプＸの車載端末２０」と言い、図３（Ｂ）に示す走行情報を走行状態管理サーバ１に送信する車載端末２０を「タイプＹの車載端末２０」と言う。

タイプＸの車載端末２０は、例えば車載カメラで撮像している車両前方の画像を処理し、自車両が車線を区分する白線や黄色線等を跨いだかどうかを検知するとともに、自車両が車線を区分する白線や黄色線等を跨いだ回数をカウントすることによって、蛇行の回数を計測する。また、タイプＸの車載端末２０は、例えば自車両に取り付けられている加速度センサによって検知された自車両の前方方向の加速度が予め定めた大きさを越えた回数をカウントすることによって、急アクセルの回数を計測する。また、タイプＸの車載端末２０は、例えば自車両に取り付けられている加速度センサによって検知された自車両の後方方向の加速度が予め定めた大きさを越えた回数をカウントすることによって、急ブレーキの回数を計測する。

なお、タイプＸの車載端末２０は、蛇行、急アクセル、および急ブレーキの回数の計測を上述した方法に限らず、別の方法で行う構成であってもよい。

また、緯度、経度は、計測対象期間の終了時点において計測された自車両の位置である。車載端末２０は、ＧＰＳ機能を利用して、自車両の位置を計測する。また、タイプＹの車載端末２０は、ＧＰＳ機能を有するスマートフォンや携帯端末等であってもよい。

通信ユニット１２は、車載端末２０から送信されてきた走行情報の受信を行うとともに、車載端末２０に対してリスク回避にかかる通知を送信する。通信ユニット１２が、この発明で言う走行情報受信部、およびリスク回避通知部にかかる構成に相当する。

次に、制御ユニット１０が有するリスク判定部１０ａ、および通知車両決定部１０ｂについて説明する。

リスク判定部１０ａは、図３（Ａ）に示す走行情報を送信してきたタイプＸの車載端末２０を搭載している車両２を対象とし、この車両２が事故リスクが高い走行状態の車両２であるかどうかを判定する。言い換えれば、リスク判定部１０ａは、図３（Ｂ）に示す走行情報を送信してきたタイプＹの車載端末２０を搭載している車両２については、事故リスクが高い走行状態の車両２であるかどうかの判定を行わない。

リスク判定部１０ａは、判定対象の車両２から送信されてきた計測対象期間の走行情報の履歴（図４参照）に基づき、その車両２が事故リスクが高い車両２であるかどうかを判定する。

まず、リスク判定部１０ａは、判定対象の車両２から送信されてきた計測対象期間の走行情報に対して、事故リスクの有無を判定する。具体的には、リスク判定部１０ａは、走行情報に含まれている蛇行回数が設定されている蛇行閾値回数以上であるかどうかを判定する。また、リスク判定部１０ａは、走行情報に含まれている急アクセルの回数が設定されている急アクセル閾値回数以上であるかどうかを判定する。さらに、リスク判定部１０ａは、走行情報に含まれている急ブレーキの回数が設定されている急ブレーキ閾値回数以上であるかどうかを判定する。蛇行閾値回数は、例えば１回であり、急アクセル閾値回数、および急ブレーキ閾値回数は、例えば５回である。

リスク判定部１０ａは、蛇行回数、急アクセルの回数、および急ブレーキの回数の全てが、設定されている閾値回数未満であれば、事故リスクがないと判定する。言い換えれば、リスク判定部１０ａは、蛇行回数、急アクセルの回数、または急ブレーキの回数の少なくとも１つが、設定されている閾値回数以上であれば、事故リスクがあると判定する（この時点では、事故リスクが高い車両２であるかどうかまで判定していない。）。

例えば、リスク判定部１０ａは、図４に示す端末ＩＤが１００００１である車載端末２０を搭載している車両の各計測対象期間における走行情報に対して、日時が２０１７／２／２８ ７：００である走行情報、および日時が２０１７／２／２８ ７：０４である走行情報については、事故リスクがないと判定する。また、リスク判定部１０ａは、日時が２０１７／２／２８ ７：０１である走行情報、日時が２０１７／２／２８ ７：０２である走行情報および日時が２０１７／２／２８ ７：０３である走行情報については、事故リスクがあると判定する。

次に、リスク判定部１０ａは、事故リスクがあると判定した走行情報が設定個数（例えば、３個）連続した車両２を、事故リスクが高い車両２であると判定する。すなわち、リスク判定部１０ａは、事故リスクがある走行状態が継続している車両２を事故リスクが高い車両２であると判定する。したがって、リスク判定部１０ａは、危険回避等のために、一時的に事故リスクがある走行状態になった車両２については、事故リスクが高い車両２であると判定しない。

また、リスク判定部１０ａは、事故リスクが高いと判定した車両２については、事故リスクがないと判定した走行情報が設定個数（例えば、３個）連続した時点で、事故リスクが高い車両２でないと判定する。したがって、リスク判定部１０ａは、事故リスクがある走行状態が継続していた車両２が、一時的に事故リスクがない走行状態になっても、すぐに事故リスクが高い車両２でないと判定しない。

通知車両決定部１０ｂは、リスク判定部１０ａが事故リスクが高いと判定した車両２について、リスク回避にかかる通知を行う車両２を決定する。通知車両決定部１０ｂは、図３（Ａ）に示す走行情報を送信してきたタイプＸの車載端末２０を搭載している車両２、および図３（Ｂ）に示す走行情報を送信してきたタイプＹの車載端末２０を搭載している車両２を対象として、リスク回避にかかる通知を行う車両２を決定する。

車両２の位置は、その車両２に搭載されている車載端末２０が送信してきた走行情報に含まれている緯度、経度から取得できる。また、車両２の走行方向は、緯度、経度の変化から取得できる。通知車両決定部１０ｂは、事故リスクが高いと判定された車両２の周辺（例えば、半径数百ｍの範囲）を走行している車両２であって、走行方向が事故リスクが高いと判定された車両２と同じ方向である車両２を、リスク回避にかかる通知を行う車両２に決定する。また、リスク回避にかかる通知を行う車両２は、事故リスクが高いと判定された車両２の後続車両２に絞ってもよい。

なお、通知車両決定部１０ｂは、リスク判定部１０ａによって事故リスクが高いと判定された車両２の周辺を走行している別の車両２が存在しない場合、リスク回避にかかる通知を行う車両２がないと判断する。

制御ユニット１０は、通信ユニット１２を制御して、通知車両決定部１０ｂが決定したリスク回避にかかる通知を行う各車両２の車載端末２０に対してリスク回避にかかる通知を送信する。

このリスク回避にかかる通知の内容は、事故リスクが高いと判定した車両２の走行状態に応じて決定する。例えば、事故リスクが高いと判定した車両２が、蛇行を繰り返している車両２であれば、
「蛇行運転を繰り返している車両が周辺にいます。十分車間距離をとって注意して運転してください。」というメッセージを含むリスク回避にかかる通知を送信する。

また、事故リスクが高いと判定した車両２が、急アクセルを繰り返している車両２であれば、
「急アクセルを繰り返している車両が周辺にいます。十分車間距離をとって注意して運転してください。」というメッセージを含むリスク回避にかかる通知を送信する。

また、事故リスクが高いと判定した車両２が、急ブレーキを繰り返している車両２であれば、
「急ブレーキを繰り返している車両が周辺にいます。十分車間距離をとって注意して運転してください。」というメッセージを含むリスク回避にかかる通知を送信する。

また、事故リスクが高いと判定した車両２が、急アクセル、および急ブレーキを繰り返している車両２であれば、
「急アクセル、急ブレーキを繰り返している車両が周辺にいます。十分車間距離をとって注意して運転してください。」というメッセージを含むリスク回避にかかる通知を送信する。

また、事故リスクが高いと判定した車両２が、蛇行しながら急アクセルを繰り返している車両２であれば、
「蛇行しながら急アクセルを繰り返している車両が周辺にいます。十分車間距離をとって注意して運転してください。」というメッセージを含むリスク回避にかかる通知を送信する。

車載端末２０は、走行状態管理サーバ１から送信されてきたリスク回避にかかる通知を受信すると、音声や表示によって、周辺に事故リスクが高い車両２が存在していることをドライバに認識させる。したがって、リスク回避にかかる通知を受信した車両２のドライバは、余裕をもって事故リスクが高い車両２を回避することができる。これにより、安全運転を怠っているドライバによって運転されている車両２が原因である交通事故に巻き込まれるのを抑制できる。

図５は、走行状態管理サーバの動作を示すフローチャートである。各車両２に搭載されている車載端末２０は、計測対象期間毎に、その計測対象期間に計測した走行情報をネットワーク５を介して走行状態管理サーバ１に送信している。

走行状態管理サーバ１は、通信ユニット１２でいずれかの車両２に搭載されている車載端末２０から送信されてきた走行情報を受信するのを待っている（ｓ１）。走行状態管理サーバ１は、通信ユニット１２でいずれかの車両２に搭載されている車載端末２０から送信されてきた走行情報を受信すると、今回受信した走行情報を走行情報記憶ＤＢ１１に記憶する（ｓ２）。また、走行状態管理サーバ１は、今回受信した走行情報を送信してきた車載端末２０がタイプＸであるか、タイプＹであるかを判定する（ｓ３）。ｓ３では、今回受信した走行情報に走行状態にかかるデータが含まれていれば、タイプＸであると判定する。言い換えれば、今回受信した走行情報に走行状態にかかるデータが含まれていなければ、タイプＹであると判定する。走行状態管理サーバ１は、ｓ３でタイプＸでない（タイプＹである）と判定すると、ｓ１に戻る。

走行状態管理サーバ１は、ｓ３でタイプＸであると判定すると、今回走行情報を受信した車両２に搭載されている車載端末２０から送信されてきた走行情報の履歴を取得する（ｓ４）。走行状態管理サーバ１は、制御ユニット１０のリスク判定部１０ａが今回受信した走行情報について、事故リスクの有無を判定する（ｓ５）。

図６は、ｓ５にかかる事故リスクの有無を判定する処理を示すフローチャートである。リスク判定部１０ａは、今回受信した走行情報に含まれている走行データの蛇行回数が蛇行閾値回数以上であるかどうかを判定する（ｓ２１）。リスク判定部１０ａは、蛇行閾値回数以上であると判定すると、事故リスクありと判定し（ｓ２４）、本処理を終了する。

また、リスク判定部１０ａは、蛇行閾値回数以上でないと判定すると、今回受信した走行情報に含まれている走行データの急アクセル回数が急アクセル閾値回数以上であるかどうかを判定する（ｓ２２）。リスク判定部１０ａは、急アクセル閾値回数以上であると判定すると、事故リスクありと判定し（ｓ２４）、本処理を終了する。

また、リスク判定部１０ａは、急アクセル閾値回数以上でないと判定すると、今回受信した走行情報に含まれている走行データの急ブレーキ回数が急ブレーキ閾値回数以上であるかどうかを判定する（ｓ２３）。リスク判定部１０ａは、急ブレーキ閾値回数以上であると判定すると、事故リスクありと判定し（ｓ２４）、本処理を終了する。

また、リスク判定部１０ａは、急ブレーキ閾値回数以上でないと判定すると、事故リスクなしと判定し（ｓ２５）、本処理を終了する。

このように、リスク判定部１０ａは、今回受信した走行情報に含まれている、蛇行回数、急アクセルの回数、および急ブレーキの回数の全てが、設定されている閾値回数未満であれば、事故リスクがないと判定する。言い換えれば、リスク判定部１０ａは、蛇行回数、急アクセルの回数、または急ブレーキの回数の少なくとも１つが、設定されている閾値回数以上であれば、事故リスクがあると判定する。

なお、ｓ２１〜ｓ２３にかかる判定の順番は、どのような順番であってもよい。

図５に戻って、リスク判定部１０ａは、ｓ５で事故リスクありと判定すると、前回事故リスクが高い車両２であると判定したかどうかを判定する（ｓ６）。リスク判定部１０ａは、前回事故リスクが高い車両２であると判定していなければ、事故リスクが高い車両２であるかどうかの判定を行う（ｓ７）。一方、リスク判定部１０ａは、前回事故リスクが高い車両２であると判定していれば、事故リスクが高い車両２であるとの判定を継続し、ｓ８以降の処理を行う。ｓ７では、リスク判定部１０ａは、今回受信した走行情報を含む、直近の設定個数（例えば３個）の走行情報全てが、事故リスクありと判定された走行情報であるかどうかを判定する。リスク判定部１０ａは、直近の設定個数の走行情報全てが、事故リスクありと判定された走行情報であれば、事故リスクが高い車両２であると判定する。言い換えれば、リスク判定部１０ａは、直近の設定個数の走行情報の少なくとも１つが、事故リスクなしと判定された走行情報であれば、事故リスクが高い車両２であると判定しない。

リスク判定部１０ａは、ｓ７で事故リスクが高い車両２であると判定しなければ、ｓ１に戻る。また、リスク判定部１０ａがｓ７で事故リスクが高い車両２であると判定すると、通知車両決定部１０ｂがリスク回避にかかる通知を行う車両２を決定する（ｓ８）。ｓ８では、通知車両決定部１０ｂは、例えば、事故リスクが高いと判定された車両２の周辺（例えば、半径数百ｍの範囲）を走行している車両２であって、走行方向が事故リスクが高いと判定された車両２と同じ方向である車両２を、リスク回避にかかる通知を行う車両２に決定する。また、通知車両決定部１０ｂは、リスク回避にかかる通知を行う車両２を、事故リスクが高いと判定された車両２の後続車両２に絞ってもよい。各車両２の位置、および走行方向は、その車両２に搭載されている車載端末２０から送信されてきた走行情報に含まれている緯度、経度から取得できる。

走行状態管理サーバ１は、通信ユニット１２において、通知車両決定部１０ｂがｓ８で決定したリスク回避にかかる通知を行う車両２に対して、リスク回避にかかる通知を送信し（ｓ９）、ｓ１に戻る。

また、リスク判定部１０ａが、ｓ５で事故リスクなしと判定すると、前回事故リスクが高い車両２であると判定したかどうかを判定する（ｓ１０）。ｓ１０にかかる処理は、上述したｓ６と同じである。

リスク判定部１０ａは、前回事故リスクが高い車両２であると判定していなければ、ｓ１に戻る。一方、リスク判定部１０ａは、前回事故リスクが高い車両２であると判定していれば、事故リスクが高い車両２であるかどうかを判定する（ｓ１１）。ｓ１１では、リスク判定部１０ａは、今回受信した走行情報を含む、直近の設定個数（例えば３個）の走行情報全てが、事故リスクなしと判定された走行情報であるかどうかを判定する。リスク判定部１０ａは、直近の設定個数の走行情報全てが、事故リスクなしと判定された走行情報であれば、事故リスクが高い車両２であると判定しない。言い換えれば、リスク判定部１０ａは、直近の設定個数の走行情報の少なくとも１つが、事故リスクありと判定された走行情報であれば、事故リスクが高い車両２であると判定する。

走行状態管理サーバ１は、ｓ１１で事故リスクが高い車両２であると判定すると、ｓ８以降の処理を実行する。

このように、リスク判定部１０ａは、事故リスクがあると判定した走行情報が設定個数（例えば、３個）連続した車両２を、事故リスクが高い車両２であると判定する。すなわち、リスク判定部１０ａは、事故リスクがある走行状態が継続している車両２を事故リスクが高い車両２であると判定する。したがって、リスク判定部１０ａは、危険回避等のために、一時的に事故リスクがある走行状態になった車両２を、事故リスクが高い車両２であると判定しない。また、リスク判定部１０ａは、事故リスクが高いと判定した車両２については、事故リスクがないと判定した走行情報が設定個数（例えば、３個）連続した時点で、事故リスクが高い車両２でないと判定する。したがって、リスク判定部１０ａは、事故リスクがある走行状態が継続していた車両２が、一時的に事故リスクがない走行状態になっても、すぐに事故リスクが高い車両２でないと判定しない。

車載端末２０は、走行状態管理サーバ１から送信されてきたリスク回避にかかる通知を受信すると、音声や表示によって、周辺に事故リスクが高い車両２が存在していることをドライバに認識させる。したがって、リスク回避にかかる通知を受信したドライバは、余裕をもって事故リスクが高い車両２を回避することができる。これにより、安全運転を怠っているドライバによって運転されている車両２が原因である交通事故に巻き込まれるのを抑制できる。

また、上記の例では、走行情報に対する事故リスクの有無を、蛇行回数、急アクセルの回数、および急ブレーキの回数によって判定するとしたが、ドライバの運転姿勢（携帯端末を操作している等）等の他の項目も用いて、事故リスクが高い車両２であるかどうかを判定してもよい。

また、リスク判定部１０ａは、ｓ７、およびｓ１１において、直近ｎ個（例えば１０個）の走行情報の中に、事故リスクがあると判定された走行情報がｍ個（例えば５個）以上であれば、事故リスクが高い車両２であると判定し、事故リスクがあると判定された走行情報がｍ個未満であれば、事故リスクが高い車両２であると判定しない構成であってもよい。

１…走行状態管理サーバ
２（２ａ〜２ｇ）…車両
５…ネットワーク
１０…制御ユニット
１０ａ…リスク判定部
１０ｂ…通知車両決定部
１１…走行情報記憶データベース（走行情報記憶ＤＢ）
１２…通信ユニット
２０（２０ａ〜２０ｇ）…車載端末

Claims (11)

1. 車載端末が計測対象期間に計測した自車両の走行情報を受信する走行情報受信部と、
   前記走行情報受信部で受信した前記走行情報を記憶する走行情報記憶部と、
   車両毎に、前記走行情報記憶部に記憶している当該車両の前記走行情報の履歴に基づき、事故リスクが高い車両であるかどうかを判定するリスク判定部と、
   前記リスク判定部によって事故リスクが高いと判定された車両があると、この事故リスクが高い車両とは別の車両に対して、リスク回避にかかる通知を送信するリスク回避通知部と、を備えた情報処理装置。
2. 前記リスク回避通知部は、前記リスク回避にかかる通知を、前記リスク判定部によって事故リスクが高いと判定された車両の周辺を走行している車両に対して送信する、請求項１に記載の情報処理装置。
3. 前記リスク回避通知部は、前記リスク回避にかかる通知を、前記リスク判定部によって事故リスクが高いと判定された車両の後続車両に対して送信する、請求項１、または２に記載の情報処理装置。
4. 前記走行情報は、前記車載端末が前記計測対象期間に計測した自車両の走行位置を示す位置データを含み、
   前記リスク回避通知部が前記リスク回避にかかる通知を送信する車両を、前記走行情報に含まれている位置データに基づいて決定する通知車両決定部を備えた、請求項１〜３のいずれかに記載の情報処理装置。
5. 前記リスク判定部は、前記計測対象期間の走行情報毎に事故リスクの有無を判定し、事故リスクが有ると判定した走行情報の個数が上限数に達した車両を、事故リスクが高い車両であると判定する、請求項１〜４のいずれかに記載の情報処理装置。
6. 前記リスク判定部は、前記計測対象期間の走行情報毎に事故リスクの有無を判定し、事故リスクが有ると判定した走行情報が連続した個数が上限数に達した車両を、事故リスクが高い車両であると判定する、請求項１〜４のいずれかに記載の情報処理装置。
7. 前記走行情報は、前記車載端末が前記計測対象期間に計測した自車両の蛇行回数を含み、
   前記リスク判定部は、前記走行情報に含まれている蛇行回数によって事故リスクの有無を判定する、請求項５、または６に記載の情報処理装置。
8. 前記走行情報は、前記車載端末が前記計測対象期間に計測した自車両の急アクセル回数を含み、
   前記リスク判定部は、前記走行情報に含まれている急アクセル回数によって事故リスクの有無を判定する、請求項５〜７のいずかに記載の情報処理装置。
9. 前記走行情報は、前記車載端末が前記計測対象期間に計測した自車両の急ブレーキ回数を含み、
   前記リスク判定部は、前記走行情報に含まれている急ブレーキ回数によって事故リスクの有無を判定する、請求項５〜８のいずかに記載の情報処理装置。
10. コンピュータが、
    走行情報受信部で受信された、車載端末が計測対象期間に計測した自車両の走行情報を、走行情報記憶部に記憶し、
    車両毎に、前記走行情報記憶部に記憶している当該車両の前記走行情報の履歴に基づき、事故リスクが高い車両であるかどうかを判定し、
    前記リスク判定部によって事故リスクが高いと判定された車両があると、この事故リスクが高い車両とは別の車両に対して、リスク回避にかかる通知を送信する、リスク回避通知方法。
11. 走行情報受信部で受信された、車載端末が計測対象期間に計測した自車両の走行情報を、走行情報記憶部に記憶する走行情報記憶ステップと、
    車両毎に、前記走行情報記憶部に記憶している当該車両の前記走行情報の履歴に基づき、事故リスクが高い車両であるかどうかを判定するリスク判定ステップと、
    前記リスク判定部によって事故リスクが高いと判定された車両があると、この事故リスクが高い車両とは別の車両に対して、リスク回避にかかる通知を送信するリスク回避通知ステップと、をコンピュータに実行させるリスク回避通知プログラム。

Images