JP2022130889A - 運転評価装置及び運転評価方法 - Google Patents

Abstract

【課題】指導が必要な運転をユーザが迅速に特定できるようにする。【解決手段】運転評価装置は、車両運転状況データから特定されるイベント時系列が指導対象のイベント時系列に適合するか否かを判定用データに基づいて判定する指導対象判定を含んだ運転評価を行い、運転評価の結果を表す運転評価情報を出力する。車両運転状況データは、車両に関する複数のイベントと当該複数のイベントの各々の発生時刻とを表すデータである。【選択図】 図５

Description

本発明は、概して、運転者の運転の評価を行う装置及び方法に関する。

トラック、バス又はタクシーなどの車両（典型的には自動車）の運送事業者では、一般に、事業所ごとに運行管理者を選任し、運行管理者が各運転者の安全運転の指導を行う。安全運転教育の効率向上を目的として、ドライブレコーダなどによって取得したデータに基づいて各運転者の運転を評価し、運行管理者に評価結果を提供するサービスが提案されている。

自動車の運転評価装置として、特開２０１０－０７２５７３号広報（特許文献１）に記載の技術がある。この公報には、「運転者の運転操作の良否を評価し、前記表示手段は、前記評価手段により良の評価が行われると、地図上の前記評価対象の走行場面の地点に良の評価の旨の表示を行い、前記評価手段により否の評価が行われると、地図上の前記評価対象の走行場面の地点に否の評価の旨の表示を行う」及び「例えば直線道路を走行中に運転者が急ブレーキをする行動を行ったとき、急な減速（前方向に０．３Ｇ）があったことがアクセル開度センサ４２、ブレーキ踏込み度センサ４３、前後・左右・上下センサ４４等により検出された場合である」という記載がある。

特開２０１０－０７２５７３号公報

運行管理者が特許文献１の技術を用いて運転者の評価結果を確認すると、否と評価された運転すべてが画一的に提供されてしまう。例えば、前方向に０．３Ｇより大きい重力がかかった場合のすべての運転操作が急減速の運転として提供されてしまう。急ブレーキの要因として「運転者の脇見」、「車間時間不足」及び「急な飛び出し」があるとした場合、運行管理者は運転者に対して「運転者の脇見」又は「車間時間不足」を原因とした急ブレーキを指導対象とすること（例えば、「急な飛び出し」を原因とした急ブレーキよりも指導優先度を高くすること）が望ましい。しかし、特許文献１に記載の技術ではいずれの急ブレーキも優劣無く混在して表示されるので、いずれの急ブレーキを指導対象とするか（例えば、いずれの急ブレーキの指導優先度が高いか）を運行管理者が判別することができない。

このような問題は、車両の運転が業務において発生し運転者の運転の評価が行われる他種の事業者についてもあり得る。

上記課題を解決するために、代表的な本発明の運転評価装置の一つは、車両運転状況データから特定されるイベント時系列が指導対象のイベント時系列に適合するか否かを判定用データに基づいて判定する指導対象判定を含んだ運転評価を行い、運転評価の結果を表す運転評価情報を出力する。車両運転状況データは、車両に関する複数のイベントと当該複数のイベントの各々の発生時刻とを表すデータである。

本発明によれば、指導が必要な運転（例えば、指導優先度の高い運転）をユーザ（例えば管理者）が迅速に特定することができるようになる。上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

本発明の実施例１に係る運転評価装置を含んだシステム全体の構成例を示す図。 ドライブレコーダのハードウェア構成の一例を示す図。 運転評価装置のハードウェア構成の一例を示す図。 運行管理端末のハードウェア構成の一例を示す図。 運転評価装置の機能構成の一例を示す図。 車両運転状況テーブルのうち加速度及び位置を表すテーブルの一例を示す図。 車両運転状況テーブルのうち映像及び音声を表すテーブルの一例を示す図。 運転評価処理の例を示すフローチャート。 走行イベントテーブルの例を示す図。 周辺イベントテーブルの例を示す図。 行動イベントテーブルの例を示す図。 時系列イベントテーブルの例を示す図。 実施例１に係る判定用テーブルの例を示す図。 運転評価画面の例を示す図。 実施例２に係る判定用テーブルの例を示す図。

以下の説明では、「インタフェース装置」は、一つ以上の通信インタフェースデバイスでよい。一つ以上の通信インタフェースデバイスは、一つ以上の同種の通信インタフェースデバイスであってもよいし二つ以上の異種の通信インタフェースデバイスであってもよい。

また、以下の説明では、「メモリ」は、一つ以上のメモリデバイスであり、典型的には主記憶デバイスでよい。メモリにおける少なくとも一つのメモリデバイスは、揮発性メモリデバイスであってもよいし不揮発性メモリデバイスであってもよい。

また、以下の説明では、「永続記憶装置」は、一つ以上の記憶デバイスの一例である一つ以上の永続記憶デバイスでよい。永続記憶デバイスは、典型的には、不揮発性の記憶デバイス（例えば補助記憶デバイス）でよく、具体的には、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、ＮＶＭＥ（Non-Volatile Memory Express）ドライブ、又は、ＳＣＭ（Storage Class Memory）でよい。

また、以下の説明では、「記憶装置」は、メモリと永続記憶装置の少なくとも永続記憶装置でよい。

また、以下の説明では、「プロセッサ」は、一つ以上のプロセッサデバイスでよい。少なくとも一つのプロセッサデバイスは、典型的には、ＣＰＵ（Central Processing Unit）のようなマイクロプロセッサデバイスでよいが、ＧＰＵ（Graphics Processing Unit）のような他種のプロセッサデバイスでもよい。少なくとも一つのプロセッサデバイスは、シングルコアでもよいしマルチコアでもよい。少なくとも一つのプロセッサデバイスは、プロセッサコアでもよい。少なくとも一つのプロセッサデバイスは、処理の一部又は全部を行うハードウェア記述言語によりゲートアレイの集合体である回路（例えばＦＰＧＡ（Field-Programmable Gate Array）、ＣＰＬＤ（Complex Programmable Logic Device）又はＡＳＩＣ（Application Specific Integrated Circuit））といった広義のプロセッサデバイスでもよい。

また、以下の説明では、「ｙｙｙ部」の表現にて機能を説明することがあるが、機能は、一つ以上のコンピュータプログラムがプロセッサによって実行されることで実現されてもよいし、一つ以上のハードウェア回路（例えばＦＰＧＡ又はＡＳＩＣ）によって実現されてもよいし、それらの組合せによって実現されてもよい。プログラムがプロセッサによって実行されることで機能が実現される場合、定められた処理が、適宜に記憶装置及び／又はインタフェース装置などを用いながら行われるため、機能はプロセッサの少なくとも一部とされてもよい。機能を主語として説明された処理は、プロセッサあるいはそのプロセッサを有する装置が行う処理としてもよい。プログラムは、プログラムソースからインストールされてもよい。プログラムソースは、例えば、プログラム配布計算機又は計算機が読み取り可能な記録媒体（例えば非一時的な記録媒体）であってもよい。各機能の説明は一例であり、複数の機能が一つの機能にまとめられたり、一つの機能が複数の機能に分割されたりしてもよい。

また、以下の説明では、「ｘｘｘテーブル」といった表現にて、入力に対して出力が得られるデータ（情報）を説明することがあるが、当該データ（情報）は、どのような構造のテーブルでもよいし、入力に対する出力を発生するニューラルネットワーク、遺伝的アルゴリズムやランダムフォレストに代表されるような学習モデルでもよい。従って、「ｘｘｘテーブル」を「ｘｘｘデータ」（「ｘｘｘ情報」）と言うことができる。また、以下の説明において、一つのテーブルは、二つ以上のテーブルに分割されてもよいし、二つ以上のテーブルの全部又は一部が一つのテーブルであってもよい。

また、以下の説明では、同種の要素を区別しないで説明する場合には、参照符号のうちの共通符号を使用し、同種の要素を区別して説明する場合には、参照符号を使用することがある。

以下、実施例を、図面を用いて説明する。

本実施例では、運行管理者（ユーザの一例）が事業所内の運転者の安全運転指導を行う。

図１は、本発明の実施例１に係る運転評価装置を含むシステム全体の構成例を示す図である。

運転評価システム１００は、車両１０１の運転者（例えば、車両１０１Ａ及び１０１Ｂの各々の運転者）の運転を評価するシステムである。運転評価システム１００は、車両１０１に搭載されたドライブレコーダ１０２と、ドライブレコーダ１０２で取得したデータに基づいて運転を評価する運転評価装置１０５と、運転評価装置１０５から出力された運転評価結果の提供を受ける運行管理端末１０７とを備える。運行管理者１０６が、運行管理端末１０７に表示された運行評価結果から、指導対象の運転を特定する。実施例１に係る運転評価装置１０５は、サーバー装置としての装置である。運転評価装置は、サーバー装置のような計算機システム（一つ以上の計算機）でもよいし、計算機システム（例えばクラウド基盤）上に実現される論理的な装置（例えば、仮想計算機、コンテナ、又は、クラウドコンピューティングサービスとしての装置）でもよい。また、運転評価装置による「情報の表示」は、運転評価装置が有する表示装置に情報を表示することであってもよいし、運転評価装置が外部の情報処理端末に表示のための情報を送信することであってもよい（後者の場合は情報処理端末によって情報が表示される）。

車両１０１は、トラック、バス又はタクシーなどの自動車が想定されるが、特に限定されない。また、車両の数に関しても２台に限定されるものではない。

ドライブレコーダ１０２は、無線通信を介してインターネット１０８（通信ネットワークの一例）に接続されている。運転評価装置１０５及び運行管理端末１０７もインターネット１０８に接続されている。ドライブレコーダ１０２及び運行管理端末１０７は、運転評価装置１０５とインターネット１０８を介して互いに通信が可能である。インターネット１０８は専用網であってもよい。運行管理端末１０７は、ユーザの情報処理端末であるユーザ端末の一例でよく、例えば、運転評価装置１０５をサーバー装置としたクライアント装置であり、パーソナルコンピュータ（例えば、ラップトップ型又はタブレット型のパーソナルコンピュータ）又はスマートフォンでよい。

図２は、ドライブレコーダ１０２のハードウェア構成の一例を示す図である。

ドライブレコーダ１０２は、前方カメラ２０１と、加速度センサ２０２と、ＧＰＳ受信機２０３と、車内マイク２０４と、車内カメラ２０５と、ＲＯＭ２０７（例えばフラッシュＲＯＭ）と、ＲＡＭ２０８と、通信インタフェース２０９と、それらに接続されたＣＰＵ２０６とを備える。要素２０１～２０５の各々は、センサの一例でよい。つまり、ドライブレコーダ１０２は、一つ又は複数のセンサを備えることができる。少なくとも一つのセンサは、ドライブレコーダ１０２以外の場所に備えられてもよい。

前方カメラ２０１は、車両１０１（例えばフロントガラス中央上部）に設置され、車両１０１前方の映像を撮影し、撮影した映像を表す映像情報をＣＰＵ２０６へ出力する。加速度センサ２０２は、車両１０１の３軸方向それぞれの加速度を検出し、検出された加速度を表す加速度情報をＣＰＵ２０６へ出力する。ＧＰＳ受信機２０３は、ＧＰＳ衛星から受信した信号に基づいて検出された車両１０１の位置を表す位置情報をＣＰＵ２０６へ出力する。車内マイク２０４は、車両１０１内部の音声を録音し、録音された音声情報をＣＰＵ２０７へ出力する。車内カメラ２０５は、車両１０１（例えばフロントガラス中央上部）に設置され、車両１０１内部の運転席の映像を撮影し、撮影された映像を表す映像情報をＣＰＵ２０６へ出力する。

また、ＣＰＵ２０６は、ＲＯＭ２０７及びＲＡＭ２０８の少なくとも一つに格納されたプログラムを読み出し、読み出したプログラムに基づいて動作し、ドライブレコーダ１０２の機能の制御を行う。ＲＯＭ２０７は、ドライブレコーダ１０２の起動時にＣＰＵ２０６が実行するブートプログラムや、ドライブレコーダ１０２のハードウェアに依存するプログラム、各種データなどを格納している。通信インタフェース３０４は、ＣＰＵ２０６が生成したデータをインターネット１０８を介して運転評価装置１０５に送信する。

図３は、運転評価装置１０５のハードウェア構成の一例を示す図である。

運転評価装置１０５は、ＲＯＭ３０２と、ＲＡＭ３０３と、通信インタフェース３０４と、ＨＤＤ３０５と、それらに接続されたＣＰＵ３０１とを備える。ＲＯＭ３０２及びＲＡＭ３０３は、メモリの一例である。ＨＤＤ３０５は、永続記憶装置の一例である。通信インタフェース３０４は、インタフェース装置の一例である。ＣＰＵ３０１は、プロセッサの一例である。

ＣＰＵ３０１は、ＲＯＭ３０２及びＲＡＭ３０３の少なくとも一つに格納されたプログラムを読み出し、読み出したプログラムに基づいて動作し、運転評価装置１０５の機能の制御を行う。ＲＯＭ３０２は、運転評価装置１０５の起動時にＣＰＵ３０１が実行するブートプログラムや、運転評価装置１０５のハードウェアに依存するプログラム、各種データなどを格納する。ＲＡＭ３０３は、ＣＰＵ３０１が実行するプログラム及びＣＰＵ３０１が使用するデータなどを格納している。なお、運転評価装置１０５の各機能は、ＣＰＵ３０１が読み込んだ所定のプログラムを実行することにより構築される。また、通信インタフェース３０４は、ドライブレコーダ１０２又は運行管理端末１０７からインターネット１０８を介してデータを受信してＣＰＵ３０１に送信するとともに、ＣＰＵ３０１が生成したデータをインターネット１０８を介してドライブレコーダ１０２又は運行管理端末１０７に送信する。ＨＤＤ３０５に、ドライブレコーダ１０２からのデータが格納されてよい。

図４は、運行管理端末１０７のハードウェア構成の一例を示す図である。

運行管理端末１０７は、ＲＯＭ４０２と、ＲＡＭ４０３と、通信インタフェース４０４と、入力装置４０５と、表示装置４０６と、それらに接続されたＣＰＵ４０１とを備える。

ＣＰＵ４０１は、ＲＯＭ４０２及びＲＡＭ４０３の少なくとも一つに格納されたプログラムを読み出し、読み出したプログラムに基づいて動作し、運行管理端末１０７の機能の制御を行う。ＲＯＭ４０２は、運行管理端末１０７の起動時にＣＰＵ４０１が実行するブートプログラムや、運行管理端末１０７のハードウェアに依存するプログラムなどを格納する。ＲＡＭ４０３は、ＣＰＵ４０１が実行するプログラム及びＣＰＵ４０１が使用するデータなどを格納している。なお、運行管理端末１０７の各機能は、ＣＰＵ４０１が読み込んだ所定のプログラムを実行することにより構築される。また、通信インタフェース４０４は、運転評価装置１０５からインターネット１０８を介してデータを受信してＣＰＵ４０１に送信するとともに、ＣＰＵ４０１が生成したデータをインターネット１０８を介して運転評価装置１０５に送信する。

図５は、運転評価装置１０５の機能構成の一例を示す図である。

運転評価装置１０５においてＣＰＵ４０１がプログラムを実行することで、運転評価部５２０及び評価出力部５０６といった機能が実現される。運転評価部５２０が、受信部５０１と、イベント検出部５０２と、順序検出部５０３と、指導対象判定部５０５とを有する。また、イベント検出部５０２は、走行イベント検出部５０７と、周辺イベント検出部５０８と、行動イベント検出部５０９と、を有する。

受信部５０１は、ドライブレコーダ１０２によって取得した車両前方の映像情報と、車両の加速度情報と、車両の位置情報と、車両内部の音声情報と、車両運転席の映像情報といった情報を受信し、受信した情報（ドライブレコーダ１０２が搭載された車両１０１のＩＤを含む）を、車両運転状況テーブル５１０に格納する。

車両運転状況テーブル５１０は、受信部５０１がドライブレコーダ１０２から受信した情報が格納されるテーブルである。車両運転状況テーブル５１０は、運転評価装置１０５の内部（又は外部）の記憶装置（例えばＨＤＤ３０５）に格納される。本実施例では、車両運転状況テーブル５１０は、車両１０１毎に存在する。

イベント検出部５０２は、車両運転状況テーブル５１０に基づいて、車両１０１に関するイベントを検出し、検出されたイベントとそのイベントの発生時刻とを順序検出部５０３に送信する。

順序検出部５０３は、イベント検出部５０２で検出した複数のイベントの各々の発生時刻に基づいて、イベントの発生順序を検出し、各イベントの発生時刻と検出されたイベント発生順序とを指導対象判定部５０５に送信する。

判定用テーブル５０４は、安全運転教育のために指導すべきイベント発生順序及び指導優先度を表すテーブルである。判定用テーブル５０４は、運転評価装置１０５の内部（又は外部）の記憶装置（例えばＨＤＤ３０５）に格納される。

指導対象判定部５０５は、順序検出部５０３からのイベント発生順序及びイベント発生時刻と、判定用テーブル５０４が表すイベント発生順序及び指導優先度とを照合し、指導対象となるイベント発生順序及びその指導優先度を特定して、特定されたイベント発生順序及びその指導優先度を評価出力部５０６へ送信する。

評価出力部５０６は、指導対象判定部５０５からのイベント発生時刻及びその指導優先度を含んだ運転評価結果を表す運転評価情報を、運行管理端末１０７へ送信する。運行管理端末１０７へ送信された運転評価情報が表す運転評価結果が、運行管理端末１０７の表示装置４０６に表示される。

実施例１では、ドライブレコーダ１０２により映像や加速度等の情報が取得され運転評価装置１０５に送信されるが、情報の少なくとも一部がドライブレコーダ１０２以外の装置（例えば、センサそれ自体）から運転評価装置１０５に送信されてもよい。

また、本実施例において、車両１０１に関する「イベント」とは、車両１０１が有する複数のセンサにより取得された情報を基に検出可能であり運転者による運転が直接的又は間接的に起因して生じ得ると定義された事象である。

また、本実施例において、車両運転状況テーブル５１０は、イベントを間接的に表すが、イベントを直接的に表してもよい。「イベントを間接的に表す」とは、車両運転状況テーブル５１０の分析によってイベント（例えば、急ブレーキ、わき見）を検出できることを意味してよい。「イベントを直接的に表す」とは、車両運転状況テーブル５１０がイベントそれ自体を示す値（例えば、“急ブレーキ”、“わき見”）を有することを意味してよい。

走行イベント検出部５０７は、車両運転状況テーブル５１０に基づいて、走行イベント（車両１０１の走行に関するイベント）及びその発生時刻を検出する。走行イベントとしては、例えば、車両の急ブレーキ、一時停止、急ハンドル、右左折及び後退のいずれも採用され得る。なお、「走行イベント」は、車両走行に影響する運転操作（例えば、ハンドル、アクセル及びブレーキ等に対する操作）によって発生するイベントとして「操作イベント」と呼ばれてもよい。

周辺イベント検出部５０８は、車両運転状況テーブル５１０に基づいて、周辺イベント（車両１０１の周辺に関するイベント）及びその発生時刻を検出する。周辺イベントとしては、例えば、自車両と前方車との車間距離、車間時間、及び、ＴＴＣ（Ｔｉｍｅ－Ｔｏ－Ｃｏｌｌｉｓｉｏｎ）の変化のいずれも採用され得る。

行動イベント検出部５０９は、車両運転状況テーブル５１０に基づいて、行動イベント（車両１０１の運転者の行動に関するイベント）及びその発生時刻を検出する。行動イベントとしては、例えば、運転者のわき見及び左右確認のいずれも採用され得る。また、運転者の行動のうち、運転操作は走行イベントに影響し、運転操作以外の行動が、行動イベントに影響してよい。

次に、図１に例示の運転評価システム１００で実行される処理について説明する。

図２に例示のドライブレコーダ１０２は、車両１０１のイグニッションスイッチがオンになっている間、電源が供給され、常にその機能が実行される。イグニッションスイッチがオンになると、ＣＰＵ２０６は、前方カメラ２０１から受信した車両１０１前方の映像情報と、加速度センサ２０２から受信した車両１０１の加速度情報と、ＧＰＳ受信機２０３から受信した車両１０１の位置情報と、車内マイク２０４から受信した車両１０１内部の音声情報と、車内カメラ２０５から受信した車両１０１運転席の映像情報と、を必要に応じてＡＤ変換によるデジタル電気信号への解析などを行い、それぞれの情報の発生時刻とひもづけてＲＯＭ２０７に格納する。また、ＣＰＵ２０６は、ＲＯＭ２０７に格納した車両運転状況テーブル（前方カメラ２０１等のセンサからの情報が格納されたテーブル）を、無線通信が利用可能なタイミングで通信インタフェース２０９を介して運転評価装置１０５に送信する。

運転評価装置１０５の処理は、データ格納処理と、運転評価処理に大別される。

まず、運転評価装置１０５において実行されるデータ格納処理について説明する。運転評価装置１０５は常に電源が供給され、ドライブレコーダ１０２からのデータの受信を待機している。データ格納処理は、ドライブレコーダ１０２から車両運転状況テーブルを受信したタイミングで実行される処理である。ドライブレコーダ１０２から車両運転状況テーブルを受信すると、受信部５０１は、ドライブレコーダ１０２によって取得した車両前方の映像情報と、車両の加速度情報と、車両の位置情報と、車両内部の音声情報と、車両運転席の映像情報と、それぞれの情報の発生時刻と、からなる車両運転状況テーブルを受信し、ドライブレコーダを搭載した車両１０１を識別する情報とともに、車両運転状況テーブル５１０として格納する。車両運転状況テーブル５１０は、図６及び図７に示すテーブルで構成されたテーブルでよい。

図６は、車両運転状況テーブル５１０のうち加速度及び位置を表すテーブルの一例を示す図である。図６に例示のテーブルは、時刻毎にレコードを有し、各レコードが、車両フィールド６０１と、発生時刻フィールド６０２と、前後方向加速度フィールド６０３と、左右方向加速度フィールド６０４と、上下方向加速度フィールド６０５と、緯度フィールド６０６と、経度フィールド６０７と、を有する。車両フィールド６０１は、当該車両運転状況テーブルを送信したドライブレコーダ１０２を搭載した車両１０１のＩＤ（例えば、車両１０１を識別する文字列）を記載したフィールドである。発生時刻フィールド６０２は、当該時刻を記載したフィールドである。前後方向加速度フィールド６０３は、ドライブレコーダ１０２の加速度センサ２０２により当該時刻において取得した車両の前後方向の加速度データを記載したフィールドである。左右方向加速度フィールド６０４は、ドライブレコーダ１０２の加速度センサ２０２により当該時刻において取得した車両の左右方向の加速度データを記載したフィールドである。上下方向加速度フィールド６０５は、ドライブレコーダ１０２の加速度センサ２０２により当該時刻において取得した車両の上下方向の加速度データを記載したフィールドである。

図７は、車両運転状況テーブル５１０のうち映像及び音声を表すテーブルの一例を示す図である。図７に例示のテーブルは、時刻間毎にレコードを有し、各レコードが、車両フィールド７０１と、撮影開始時刻フィールド７０２と、撮影終了時刻フィールド７０３と、前方映像ファイル名フィールド７０４と、車内映像・音声ファイル名フィールド７０５と、を有する。車両フィールド７０１は、当該車両運転状況テーブルを送信したドライブレコーダ１０２を搭載した車両１０１のＩＤを記載したフィールドである。撮影開始時刻フィールド７０２は、ドライブレコーダ１０２における前方カメラ２０１、車内マイク２０４、車内カメラ２０５が撮影を開始した時刻（当該時刻間の開始時刻）を記載したフィールドである。撮影終了時刻フィールド７０３は、ドライブレコーダ１０２における前方カメラ２０１、車内マイク２０４、車内カメラ２０５が撮影を終了した時刻（当該時刻間の終了時刻）を記載したフィールドである。前方映像ファイル名フィールド７０４は、前方カメラ２０１が当該時刻間（撮影開始時刻から撮影終了時刻まで）に撮影した映像を記録したファイルの名称を記載したフィールドである。車内映像・音声ファイル名フィールド７０５は、車内マイク２０４及び車内カメラ２０５が当該時刻間（撮影開始時刻から撮影終了時刻まで）に撮影した音声及び映像を統合して記録したファイルの名称を記載したフィールドである。

次に、図５に例示の運転評価装置１０５において実行される運転評価処理について説明する。例えば午前０時など毎日定まった時間にバッチ処理として実行する。又は、運行管理端末１０７からの指示により処理が実行しても良い。

図８は、運転評価装置１０５において実行される運転評価処理の例を示すフローチャートである。

運転評価処理が開始されると、イベント検出部５０２は、車両１件を選択し（ステップ８０１）、当該選択した車両１０１の車両ＩＤをキーに、当該車両１０１について前日に発生した車両運転状況テーブル５１０を抽出する（ステップ８０２）。

走行イベント検出部５０７は、ステップ８０２で抽出された車両運転状況テーブル５１０を用いて、車両走行に関するイベントを検出する（ステップ８０３）。図９は、ステップ８０３で検出された走行イベントを示す走行イベントテーブルの一例を示す図である。走行イベントテーブルは、検出された走行イベント毎にレコードを有し、各レコードが、車両フィールド９０１、発生時刻フィールド９０２、イベントフィールド９０３と、を有する。車両フィールド９０１は、当該走行イベントが検出された車両運転状況テーブル５１０の車両フィールド６０１の文字列を記載したフィールドである。発生時刻フィールド９０２は、当該走行イベントが検出された車両運転状況テーブル５１０の発生時刻フィールド６０２の発生時刻を記載したフィールドである。イベントフィールド９０３は、検出された当該走行イベントを記載したフィールドである。走行イベント検出部５０７は、例えば、図６に例示のテーブルの前後方向加速度フィールド６０３を参照して前後方向加速度が－０．４Ｇ未満から－０．４Ｇ以下となったタイミングを抽出し、「急ブレーキ」イベントを検出する。例えば、図６に例示のレコード６０９は、前後方向加速度の所定の変化が生じた（例えば、－０．４Ｇ未満から－０．４Ｇ以下となった）タイミングに対応したレコードであるため、走行イベント検出部５０７は、レコード６０９の車両フィールド６０１及び発生時刻フィールド６０２の内容を、図９に例示の走行イベントテーブルのレコード９０４に格納する。また、走行イベント検出部５０７は、例えば、図６に例示のテーブルの緯度フィールド６０６及び経度フィールド６０７を参照し、緯度及び経度に変化がなくなったタイミングを走行イベント「一時停止」のタイミングとして抽出し、レコード９０５のイベントフィールド９０３に「一時停止」を記載する。

周辺イベント検出部５０８は、ステップ８０２で抽出された車両運転状況テーブル５１０を用いて、車両周辺に関するイベントを検出する（図８のステップ８０４）。図１０は、ステップ８０４で検出された周辺イベントを示す周辺イベントテーブルの一例を示すである。周辺イベントテーブルは、検出された周辺イベント毎にレコードを有し、各レコードが、車両フィールド１００１、発生時刻フィールド１００２、イベントフィールド１００３と、を有する。車両フィールド１００１は、当該周辺イベントが検出された車両運転状況テーブル５１０の車両フィールド７０１の文字列を記載したフィールドである。発生時刻フィールド１００２は、当該周辺イベントが検出された車両運転状況テーブル５１０の発生時刻を記載したフィールドである。イベントフィールド１００３は、検出された当該周辺イベントを記載したフィールドである。周辺イベント検出部５０８は、例えば、各車両１０１の図６に例示のテーブルにおける発生時刻フィールド６０２、緯度フィールド６０６及び経度フィールド６０７と、当該車両１０１の図７に例示のテーブルにおける前方映像ファイル名フィールド７０４に記載された前方映像ファイルとを参照し、当該車両１０１と当該車両１０１の前方車両との車間時間を算出する。具体的には、例えば、まず、周辺イベント検出部５０８は、図６に例示のテーブルにおける或るレコードに記載された位置（緯度フィールド６０６及び経度フィールド６０７が表す緯度経度）及び時刻（発生時刻フィールド６０２が表す時刻）と当該レコードの１つ前のレコードに記載された位置及び時刻との差分（距離）から当該車両１０１の速度を計算する。次に、周辺イベント検出部５０８は、図７に例示のテーブルの前方映像ファイル名フィールド７０４に記載された前方映像ファイルを読み込んで映像の各フレームの画像データを参照し、前方車との前後方向の相対距離を算出する。例えば、周辺イベント検出部５０８は、既存の画像認識技術を用いて画像上の前方車両の特徴点座標を検知し、予め計測した前方カメラ２０１のカメラパラメータに基づいて、前方車との相対距離を算出する。周辺イベント検出部５０８は、求めた車両１０１の速度と前方車との相対距離との発生時刻の同期をとり、車間時間（前方車との相対距離／車両１０１の速度）を算出する。周辺イベント検出部５０８は、車間時間の所定の変化が生じた（例えば、車間時間が３秒以上から３秒未満になった）タイミングを、周辺イベント「車間距離 短」が生じたタイミングとし、レコード１００４に「車間距離 短」を記載する。また、例えば、周辺イベント検出部５０８は、図６に例示のテーブルの発生時刻フィールド６０２、緯度フィールド６０６及び経度フィールド６０７を参照し、道路の緯度経度を含む地図データと照合することで、例えば当該車両１０１が道路から所定距離（例えば１メートル）以上離れたタイミングを、周辺イベント「道路から道路外への入場」が生じたタイミングとし、レコード１００５に「道路から道路外への入場」を記載する。

行動イベント検出部５０９は、ステップ８０２で抽出された車両運転状況テーブル５１０を用いて、運転者の行動に関するイベントを検出する（ステップ８０５）。図１１は、ステップ８０５で検出された行動イベントを示す行動イベントテーブルの一例を示す図である。行動イベントテーブルは、検出された行動イベント毎にレコードを有し、各レコードが、車両フィールド１１０１、発生時刻フィールド１１０２、イベントフィールド１１０３と、を有する。車両フィールド１１０１は、当該行動イベントが検出された車両運転状況テーブル５１０の車両フィールド７０１の文字列を記載したフィールドである。発生時刻フィールド１１０２は、当該行動イベントが検出された車両運転状況テーブル５１０の発生時刻を記載したフィールドである。イベントフィールド１１０３は、検出された当該行動イベントを記載したフィールドである。行動イベント検出部５０９は、例えば、図６に例示のテーブルの発生時刻フィールド６０２、緯度フィールド６０６及び経度フィールド６０７と、図７に例示のテーブルの車内映像・音声ファイル名フィールド７０５に記載された車内映像・音声ファイルを参照し、当該車両１０１の運転者のわき見や左右確認といった運転者行動を検出する。例えば、まず、行動イベント検出部５０９は、図６に例示のテーブルの緯度フィールド６０６及び経度フィールド６０７を参照し、緯度経度に変化が生じている時間帯を「走行中」と判断する。続いて、行動イベント検出部５０９は、図７に例示のテーブルの車内映像・音声ファイル名フィールド７０５に記載された車内映像・音声ファイルの各フレームの画像を参照し、既存の画像認識技術を用いて運転者の視線方向（正面、右又は左）を検出する。行動イベント検出部５０９は、運転者の視線が右方向又は左方向を向いている画像が連続して所定時間（例えば１秒）以上続いているタイミングを、「走行中」の時間帯における行動イベント「わき見」のタイミングとして抽出し、レコード１１０４に「わき見」を記載する。また、例えば、行動イベント検出部５０９は、運転者の視線が右方向と左方向を交互に繰り返すタイミングを、行動イベント「左右確認」のタイミングとして抽出し、レコード１１０５に「左右確認」を記載する。さらに、例えば、行動イベント検出部５０９は、図７に例示のテーブルの車内映像・音声ファイル名フィールド７０５に記載された車内映像・音声ファイルの音声データを参照し、既存の音声認識技術を用いて「ヨシ」の音声を抽出し、「音声「ヨシ」」を行動イベントとして検出する。

順序検出部５０３は、走行イベント検出部５０７が検出した走行イベントと、周辺イベント検出部５０８が検出した周辺イベントと、行動イベント検出部５０９が検出した行動イベントと、の順序を検出し、それらのイベントを時系列に並べる（ステップ８０６）。図１２は、イベントが時系列に並べられる時系列イベントテーブルの例を示す図である。

指導対象判定部５０５は、判定用テーブル５０４が表す指導該当時系列（指導対象に該当のイベント発生順序）及び指導優先度と、順序検出部５０３が検出したイベントの発生順序及びイベント発生時刻に基づいて、指導対象となるイベント時系列及び指導優先度を判定する（ステップ８０７）。

図１３は、判定用テーブル５０４の例を示す図である。

判定用テーブル５０４は、指導該当時系列を表す。指導該当時系列は、指導対象に該当として定義されたイベント時系列である。判定用テーブル５０４は、例えば、指導該当時系列毎にレコードを有する。一つのレコードが、一つの指導該当時系列を表す。各レコードは、基準イベントフィールド１３０１、事前イベントＡフィールド１３１１Ａ（発生タイミングフィールド１３０２Ａ、イベントフィールド１３０３Ａ及び有無フィールド１３０４Ａ）、事前イベントＢフィールド１３１１Ｂ（発生タイミングフィールド１３０２Ｂ、イベントフィールド１３０３Ｂ及び有無フィールド１３０４Ｂ）、事前イベントＣフィールド１３１１Ｃ（発生タイミングフィールド１３０２Ｃ、イベントフィールド１３０３Ｃ及び有無フィールド１３０４Ｃ）、及び指導優先度フィールド１３０５を有する。基準イベントフィールド１３０１は、指導対象となるイベント時系列の基準イベント（基準とされたイベント）の種類が記載されたフィールドである。事前イベント（基準イベントよりも前に発生するイベントとして定義されたイベント）のフィールド１３１１Ａ～１３１１Ｃの各々には、当該フィールド１３１１に対応した事前イベントについて、当該事前イベントが基準イベントよりどれだけ前に発生したか、当該事前イベントの種類、及び、当該事前イベントが基準イベントよりも前に発生していたかどうかが記載される。指導優先度フィールド１３０５は、当該指導該当時系列が発生していた場合の指導優先度を記載したフィールドである。図１３が示す例によれば、基準イベントより前のイベントとして事前イベントＡ～Ｃの三つのイベントがあるが、基準イベントより前のイベントの数は、３より多くても少なくてもよい。また、本実施例では、「基準イベント」は、一連のイベントの最終結果としてのイベントであるため、イベント時系列の特定のために事前イベントが定義されているが、「基準イベント」は、一連のイベントの最初の原因としてのイベントでもよいし、イベントの原因でもあるし別のイベントの結果であるイベントでもよい。すなわち、基準イベントについて、事前イベントに代えて又は加えて事後イベントがあってもよい。

例えば、指導対象判定部５０５は、まず、図１３に例示の判定用テーブル５０４から指導該当時系列を１件ずつ読み出し、指導該当時系列が、時系列イベントテーブルに記載のイベント時系列に適合するか否かを判定する。例えば、判定用テーブル５０４におけるレコード１３１２によれば、基準イベントが「急ブレーキ」であり、事前イベントＡ「車間時間 短」が基準イベント「急ブレーキ」の発生時刻より前の３０秒以内に発生しており、かつ、事前イベントＢ「わき見」が基準イベント「急ブレーキ」の発生時刻より前の３０秒以内に発生している。レコード１３１２が図１２に例示の時系列イベントテーブルと照合されると、基準イベント「急ブレーキ」に一致するレコード１２０１が特定され、当該レコード１２０１が表すイベントより前に発生したイベントを表すレコード１２０２及び１２０３が、レコード１３１２における基準イベント以外の要素に一致することが特定される。そして、レコード１２０１～１２０３が表すイベント時系列が、指導優先度「１０」の指導対象のイベント時系列と判定される。同様に、判定用テーブル５０４におけるレコード１３１３によれば、図１２に例示の時系列イベントテーブルにおけるレコード１２０４～１２０５の各々が表すイベント時系列が、指導優先度「７」の指導対象のイベント時系列と判定される。判定用テーブル５０４におけるレコード１３１４によれば、図１２に例示の時系列イベントテーブルにおけるレコード１２０６が表すイベント時系列が、指導優先度「５」の指導対象のイベント時系列と判定される。判定用テーブル５０４におけるレコード１３１５によれば、図１２に例示の時系列イベントテーブルにおけるレコード１２０７～１２０９の各々が表すイベント時系列が、指導優先度「４」の指導対象のイベント時系列と判定される。

前日に発生した車両運転状況テーブル５１０が抽出されていない車両１０１があれば（ステップ８０８：ＹＥＳ）、処理がステップ８０２に戻る。前日に発生した車両運転状況テーブル５１０が抽出されていない車両１０１がなければ（ステップ８０８：ＮＯ）、処理がステップ８０９に進む。

評価出力部５０６は、指導対象判定部５０５が指導対象と判定したイベント時系列に基づく運転評価結果を表す運転評価情報を運行管理端末１０７に送信する（ステップ８０９）。運転評価情報は、指導対象のイベント時系列毎に、当該イベント時系列のうちの少なくとも一つのイベント（例えば後述の基準イベント）と、当該イベントの発生時刻と、当該イベント時系列が適合した指導該当時系列の指導優先度とを表す情報を含む。

図４に例示の運行管理端末１０７に、運転評価装置１０５から送信された運転評価情報が表す運転評価結果が表示される。

図１４は、運行管理端末１０７の表示装置４０６に表示される運転評価結果画面の例を示す図である。

運転評価結果画面は、指導対象のイベント時系列（図１３に例示の指導該当時系列に適合したイベント時系列）毎に、評価結果１４０１を含む。評価結果１４０１は、指導対象のイベント時系列のうちの少なくとも一つのイベント（例えば基準イベントに適合したイベント）と、当該イベントの発生時刻と、当該イベント時系列が適合した指導該当時系列の指導優先度とを含む。具体的には、例えば、評価結果１４０１Ａは、図１２に例示のレコード１２０１～１２０３が表すイベント時系列を指導対象と判定した結果である。同様に、評価結果１４０１Ｂは、図１２に例示のレコード１２０４～１２０５が表すイベント時系列、評価結果１４０１Ｃは、図１２に例示のレコード１２０６が表すイベント時系列、評価結果１４０１Ｄは、図１２に例示のレコード１２０７～１２０９が表すイベント時系列をそれぞれ指導対象と判定した結果である。図１４に例示するように、運転者のわき見や車間時間不足が要因となった急ブレーキの指導優先度が高く表示するため、運行管理者は指導の必要性の高い急ブレーキを効率よく判別することができる。さらに、指導の必要性の高い急ブレーキを見落としてしまう可能性も抑制することができる。

本発明の実施例２を説明する。その際、実施例１との相違点を主に説明し、実施例１との共通点については説明を省略又は簡略する。

図１５は、実施例２に係る判定用テーブル５０４の例を示す図である。

判定用テーブル５０４は、手本時系列を表す。手本時系列は、手本として定義されたイベント時系列である。判定用テーブル５０４´は、例えば、手本時系列毎にレコードを有する。一つのレコードが、一つの手本時系列を表す。各レコードは、基準イベントフィールド１５０１、事前イベントＡフィールド１５１１Ａ（発生タイミングフィールド１５０２Ａ及びイベントフィールド１５０３Ａ）、事前イベントＢフィールド１５１１Ｂ（発生タイミングフィールド１５０２Ｂ及びイベントフィールド１５０３Ｂ）、及び事前イベントＣフィールド１５１１Ｃ（発生タイミングフィールド１５０２Ｃ及びイベントフィールド１５０３Ｃ）を有する。

実施例２では、ステップ８０７（図８参照）の指導対象判定は、例えば次の通り行われる。すなわち、指導対象判定部５０５は、図１２に例示の時系列イベントテーブルが表すいずれかのイベントが、いずれかの手本時系列における基準イベントに適合するか判定する。指導対象判定部５０５は、当該基準イベントを含む手本時系列について、当該基準イベントに適合したイベントより前に発生したイベントが、当該手本時系列のうち当該基準イベント以外の要素に適合するか判定する。図１２に例示の時系列イベントテーブルが表すイベント時系列が、いずれの手本時系列にも適合しない場合、当該イベント時系列が、指導対象のイベント時系列と判定される。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。

また、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。また、上記の各構成、機能、処理部、処理手段などは、それらの一部又は全部を、例えば集積回路で設計するなどによりハードウェアで実現してもよい。また、上記の各構成、機能などは、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイルなどの情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの記録装置、又は、ＩＣカード、ＳＤカード、ＤＶＤなどの記録媒体に置くことができる。

また、上述の説明を、例えば下記のように総括することができる。下記の総括は、上述の説明に無い説明（例えば、補足説明、又は、変形例の説明）を含んでもよい。

運転評価装置１０５が、運転評価部５２０及び評価出力部５０６を備える。運転評価部５２０は、車両運転状況データ（例えば、車両運転状況テーブル５１０）から特定されるイベント時系列が指導対象のイベント時系列に適合するか否かを判定用データ（例えば、判定用テーブル５０４又は５０４´）に基づいて判定する指導対象判定を含んだ運転評価を行う。評価出力部５０６は、運転評価部５２０による運転評価の結果を表す運転評価情報を出力する。

車両運転状況データは、車両に関する複数のイベントと当該複数のイベントの各々の発生時刻とを表す。上述したように、イベントは、直接的又は間接的に表される。イベントが間接的に表されている場合、車両運転状況データは、図６及び図７に例示のテーブルのように、車両１０１が有するセンサにより検出された値とその検出の時刻とを表す情報を含んでよい。イベントが直接的に表されている場合、車両運転状況データは、図９～図１１に例示のテーブルのように、イベントとその発生時刻を表してよい。

以上、上述の実施例では、車両運転状況データを基に、イベントの時系列が特定され、当該特定されたイベント時系列が、判定用データを基に、指導対象のイベント時系列と判定される。このように、指導が必要にも不要にもなり得るイベントがあっても当該イベントを含んだイベント時系列全体で指導対象か否かが判定されるので、運転評価結果に、指導が不要な運転が含まれてしまう可能性を低減でき、以って、指導が必要な運転をユーザ（例えば運行管理者）が迅速に特定することができる。

判定用データは、指導該当時系列（指導対象に該当として定義されたイベント時系列）及び手本時系列（手本として定義されたイベント時系列）の少なくとも一つを表し指導対象判定に使用されるデータである。すなわち、指導該当時系列が記録されており手本時系列が記録されていない第１の判定用データ（例えば、判定用テーブル５０４）と、手本時系列が記録されており指導該当時系列が記録されていない第２の判定用データ（例えば、判定用テーブル５０４´）とがあってもよいし、それらの判定用データが一つの判定用データであってもよい（つまり、指導該当時系列と手本時系列が混在していてもよい）。

例えば、運転評価部５２０が、車両運転状況データを基に特定されたイベント時系列が指導該当時系列に適合すると判定したとき、評価出力部５０６が出力する運転評価情報は、指導該当時系列に適合した指導対象のイベント時系列を表す情報を含んでよい。また、例えば、運転評価部５２０が、車両運転状況データを基に特定されたイベント時系列が手本時系列に適合しないと判定したとき、評価出力部５０６が出力する運転評価情報は、手本時系列に適合しない指導対象のイベント時系列を表す情報を含んでよい。

指導該当時系列も手本時系列も、基準とされたイベントである基準イベントを含んでよい。基準イベントは、別のイベントの原因及び結果のいずれにもなり得る。つまり、指導該当時系列も手本時系列も、基準イベントの他に、当該基準イベントを原因又は結果とした一つ以上のイベントを含む。このように、基準イベントが定義されることで、車両運転状況データを基に検出される複数のイベントに存在するイベント間の関係をイベント時系列として効率的に特定することができる。

例えば、指導該当時系列が、基準イベントと、当該基準イベントを原因及び／又は結果とした一つ以上のイベントの他に、当該一つ以上のイベントの有無を含んでよい。指導該当時系列に関し、指導対象判定（例えば、図８のステップ８０７）は、第１の判定と第２の判定を含んでよい。第１の判定は、車両運転状況データを基に検出されたイベントがいずれかの指導該当時系列における基準イベントに適合するか否かの判定でよい。第２の判定は、当該第１の判定の結果が真の場合に行われる判定であって、当該検出されたイベントより前及び／又は後のイベント発生状況を車両運転状況データを基に検出し、当該基準イベントを含むいずれかの指導該当時系列のうちの当該基準イベント以外の要素が、当該検出されたイベント発生状況に適合するか否かの判定でよい。当該第２の判定の結果が真の場合、基準イベントに適合したイベント（第１の判定の結果が真となったイベント）を含んだイベント時系列が、指導対象のイベント時系列でよい。「イベント発生状況」とは、発生した一つ以上のイベントの時系列でもよいし、イベントが発生していないといった状況でもよい。

また、例えば、手本時系列に関し、指導対象判定は、第１の判定と第２の判定を含んでよい。第１の判定は、判定車両運転状況データから検出されたイベントがいずれかの手本時系列における基準イベントに適合するか否かの判定でよい。第２の判定は、当該第１の判定の結果が真の場合に行われる判定であって、当該検出されたイベントより前及び／又は後のイベント発生状況を車両運転状況データを基に検出し、当該基準イベントを含むいずれかの手本時系列のうちの当該基準イベント以外の要素が、当該検出されたイベント発生状況に適合するか否かの判定でよい。当該第２の判定の結果が偽の場合、基準イベントに適合したイベント（第１の判定の結果が真となったイベント）を含んだイベント時系列が指導対象のイベント時系列でよい。

車両運転状況データを基に検出される複数のイベントは、走行イベントと、周辺イベント及び／又は行動イベントとを含んでよい。走行イベントは、車両１０１の走行に関するイベントでよい。周辺イベントは、車両１０１の周辺の状況に関するイベントでよい。行動イベントは、運転者の行動に関するイベントでよい。このように、走行イベントに加えて、周辺イベント及び／又は行動イベントが検出可能であり、走行イベントと、周辺イベント及び／又は行動イベントとを含んだイベント時系列を、指導該当時系列及び／又は手本時系列として定義することができる。例えば、運転者の或る行動イベントに起因した周辺イベントを原因として問題の走行イベントが発生するといった定義が可能である。故に、指導対象として適切なイベント時系列を精度良く特定することが期待できる。

指導該当時系列に関し、判定用データは、指導該当時系列毎に指導優先度を表すデータを含んでよい。運転評価情報は、指導該当時系列に適合したイベント時系列毎に、当該イベント時系列が適合した指導該当時系列の指導優先度を表す情報を含んでよい。これにより、ユーザは、それぞれ指導該当時系列に適合した複数のイベント時系列のいずれを優先的に指導対象とすれば良いかを判断することができる。

運転評価部５２０が、上述した第１の判定用データ（指導該当時系列を表すデータ）と第２の判定用データ（手本時系列を表すデータ）のいずれを使用するかを選択し、選択した方の判定用データを用いて指導対象判定を行ってよい。例えば、運転評価部５２０が、運行管理者（ユーザの一例）から指導該当時系列と手本時系列のいずれを使用するかの選択を受け付けるＵＩ（例えばＧＵＩ）を提供し、当該ＵＩを介して入力された情報に従い第１の判定用データと第２の判定用データのいずれを使用するかを選択してよい。或いは、運転評価部５２０は、運転評価の対象の期間に応じて、第１の判定用データと第２の判定用データのいずれを選択するかを決めてもよい。このようにして、効果的な運転評価を行うことが期待できる。例えば、手本時系列に適合しなくても指導該当時系列にも適合しなければ指導対象としないという運転評価と、手本時系列に適合しなければ指導対象とするという運転評価とを選択的に行うことができる。

１０５…運転評価装置、５１０…車両運転状況テーブル、５０４…判定用テーブル、５２０…運転評価部、５０６…評価出力部

Claims (6)

1. 運転者による車両の運転を評価する運転評価装置であって、
   車両運転状況データから特定されるイベント時系列が指導対象のイベント時系列に適合するか否かを判定用データに基づいて判定する指導対象判定を含んだ運転評価を行う運転評価部と、
   前記運転評価の結果を表す運転評価情報を出力する評価出力部と
   を備え、
   前記車両運転状況データは、車両に関する複数のイベントと当該複数のイベントの各々の発生時刻とを表すデータである、
   運転評価装置。
2. 前記判定用データは、指導該当時系列を表すデータであり、
   指導該当時系列は、指導対象に該当として定義されたイベント時系列であり、
   前記運転評価部が、前記車両運転状況データを基に特定されたイベント時系列が指導該当時系列に適合すると判定したとき、前記評価出力部が出力する前記運転評価情報は、指導該当時系列に適合した指導対象のイベント時系列を表す情報を含む、
   請求項１に記載の運転評価装置。
3. 前記判定用データは、手本時系列を表すデータであり、
   手本時系列は、手本として定義されたイベント時系列であり、
   前記運転評価部が、前記車両運転状況データを基に特定されたイベント時系列が手本時系列に適合しないと判定したとき、前記評価出力部が出力する前記運転評価情報は、手本時系列に適合しない指導対象のイベント時系列を表す情報を含む、
   請求項１に記載の運転評価装置。
4. 指導該当時系列が、基準とされたイベントである基準イベントと、当該基準イベントを原因及び／又は結果とした一つ以上のイベントと、当該一つ以上のイベントの有無とで構成されており、
   前記指導対象判定は、下記を含む、
   前記車両運転状況データを基に検出されたイベントがいずれかの指導該当時系列における基準イベントに適合するか否かの第１の判定を行うこと、
   当該第１の判定の結果が真の場合に、当該検出されたイベントより前及び／又は後のイベント発生状況を前記車両運転状況データを基に特定し、当該基準イベントを含むいずれかの指導該当時系列のうちの当該基準イベント以外の要素が、当該検出されたイベント発生状況に適合するか否かの第２の判定を行うこと、
   前記第２の判定の結果が真の場合、基準イベントに適合したイベントを含んだイベント時系列が前記指導対象のイベント時系列である、
   請求項２に記載の運転評価装置。
5. 手本時系列が、基準とされたイベントである基準イベントと、当該基準イベントを原因及び／又は結果とした一つ以上のイベントとで構成されており、
   前記指導対象判定は、下記を含む、
   前記車両運転状況データを基に検出されたイベントがいずれかの手本時系列における基準イベントに適合するか否かの第１の判定を行うこと、
   当該第１の判定の結果が真の場合に、当該検出されたイベントより前及び／又は後のイベント発生状況を前記車両運転状況データを基に検出し、当該基準イベントを含むいずれかの手本時系列のうちの当該基準イベント以外の要素が、当該検出されたイベント発生状況に適合するか否かの第２の判定を行うこと、
   前記第２の判定の結果が偽の場合、基準イベントに適合したイベントを含んだイベント時系列が前記指導対象のイベント時系列である、
   請求項３に記載の運転評価装置。
6. 前記判定用データとして、指導該当時系列を表す第１の判定用データと手本時系列を表す第２の判定用データとがあり、
   指導該当時系列は、指導対象に該当として定義されたイベント時系列であり、
   手本時系列は、手本として定義されたイベント時系列であり、
   前記運転評価部運転が、前記第１の判定用データと前記第２の判定用データのいずれを使用するかを選択し、選択した方の判定用データを用いて前記指導対象判定を行い、
   前記第１の判定用データが選択された場合、前記運転評価部が、前記車両運転状況データを基に特定されたイベント時系列が指導該当時系列に適合すると判定したとき、前記評価出力部が出力する前記運転評価情報は、指導該当時系列に適合した指導対象のイベント時系列を表す情報を含み、
   前記第２の判定用データが選択された場合、前記運転評価部が、前記車両運転状況データを基に特定されたイベント時系列が手本時系列に適合しないと判定したとき、前記評価出力部が出力する前記運転評価情報は、手本時系列に適合しない指導対象のイベント時系列を表す情報を含む、
   請求項１に記載の運転評価装置。
   

Images