JP2022138727A - 運転診断装置及び運転診断方法 - Google Patents

Abstract

【課題】演算負荷が小さい運転診断装置及び運転診断方法を提供する。【解決手段】車両３０の走行、操舵及び制動の少なくとも一つに基づいて変化する物理量又は所定の操作部材が操作されることにより変化する物理量であり且つ車両に設けられた検出部によって検出される検出値を取得する検出値取得部から検出値を取得し且つ記録する検出値記録部と、検出値記録部から特定の検出値である特定検出値を抽出する情報抽出部と、特定検出値に基づいてＫＰＩ（Key Performance Indicator）を取得するＫＰＩ取得部と、ＫＰＩに基づいて運転操作得点を演算する得点演算部と、を備える。【選択図】図２

Description

本発明は、運転診断装置及び運転診断方法に関する。

下記特許文献１、２には、車両の走行、操舵及び制動の少なくとも一つに基づいて変化する物理量である検出値に基づいて演算を行い、運転診断結果を取得する運転診断装置が開示されている。

特許第３５９３５０２号公報 特許第６６４８３０４号公報

上記特許文献１、２の運転診断装置は、演算負荷を軽減することに関して改善の余地がある。

本発明は上記事実を考慮し、演算負荷が小さい運転診断装置及び運転診断方法を得ることを目的とする。

請求項１に記載の運転診断装置は、車両の走行、操舵及び制動の少なくとも一つに基づいて変化する物理量又は所定の操作部材が操作されることにより変化する物理量であり且つ前記車両に設けられた検出部によって検出される検出値を取得する検出値取得部から前記検出値を取得し且つ記録する検出値記録部と、前記検出値記録部から特定の前記検出値である特定検出値を抽出する情報抽出部と、前記特定検出値に基づいてＫＰＩ（Key Performance Indicator）を取得するＫＰＩ取得部と、前記ＫＰＩに基づいて運転操作得点を演算する得点演算部と、を備える。

請求項１に記載の運転診断装置の検出値記録部は、車両の走行、操舵及び制動の少なくとも一つに基づいて変化する物理量又は所定の操作部材が操作されることにより変化する物理量であり且つ車両に設けられた検出部によって検出される検出値を取得し且つ記録する。さらに情報抽出部が、検出値記録部から特定の検出値である特定検出値を抽出する。さらにＫＰＩ取得部が、抽出された特定検出値に基づいてＫＰＩを演算する。さらに得点演算部が、ＫＰＩに基づいて運転操作得点を演算する。

ＫＰＩ取得部は、検出値の中で特定検出値のみを用いて演算を行う。そのため、全ての検出値を用いて演算を行う場合と比べて、ＫＰＩ取得部の演算負荷は小さい。従って、請求項１に記載の運転診断装置の演算負荷は小さい。

請求項２に記載の発明に係る運転診断装置は、請求項１記載の発明において、前記検出値取得部と前記検出値記録部とがインターネットを介して互いに接続された。

請求項２に記載の発明では、検出値取得部と検出値記録部とがインターネットを介して互いに接続されている。そのため、例えば、検出値記録部を備える運転診断装置を、クラウドコンピューティングシステムとして構築可能になる。

請求項３に記載の発明に係る運転診断装置は、請求項１又は請求項２の発明において、前記ＫＰＩが、前記特定検出値及び前記特定検出値を用いた演算値である。

請求項３に記載の発明では、ＫＰＩ取得部が、特定検出値及び特定検出値を用いた演算値としてＫＰＩを取得する。そのため、ＫＰＩを用いた運転診断が可能になる。

請求項４に記載の発明に係る運転診断装置は、請求項１～３の何れか１項に記載の発明において、前記得点演算部が、複数の前記ＫＰＩに基づいて前記運転操作得点を演算する。

請求項４に記載の発明では、得点演算部が、複数のＫＰＩに基づいて運転操作得点を演算する。そのため、運転操作得点を用いた運転診断が可能になる。

請求項５に記載の発明に係る運転診断装置は、請求項１～４の何れか１項に記載の発明において、前記検出値に基づいて、前記車両に発生した特定の挙動であるイベントを特定するイベント特定部を備える。

請求項５に記載の発明では、検出値に基づいて、車両に発生した特定の挙動であるイベントを特定する。そのため、イベントを用いた運転診断が可能になる。

請求項６に記載の発明に係る運転診断装置は、請求項５に記載の発明において、前記運転操作得点及び前記イベント特定部によって特定された前記イベントに関する情報の少なくとも一つを格納し且つインターネットに接続されたデータベース部を備える。

請求項６に記載の発明では、運転操作得点及びイベント特定部によって特定されたイベントに関する情報の少なくとも一つが、インターネットに接続されたデータベース部に格納される。そのためベースベース部にアクセス可能な者が、この情報を利用するアプリケーションを開発可能になる。

請求項７に記載の発明に係る運転診断方法は、車両の走行、操舵及び制動の少なくとも一つに基づいて変化する物理量又は所定の操作部材が操作されることにより変化する物理量であり且つ前記車両に設けられた検出部によって検出される検出値を取得する検出値取得部から前記検出値を取得するステップ、前記検出値から特定の前記検出値である特定検出値を抽出するステップ、抽出された前記特定検出値に基づいてＫＰＩ（Key Performance Indicator）を取得するステップ、及び前記ＫＰＩに基づいて運転操作得点を演算するステップ、を有する。

以上説明したように、本発明に係る運転診断装置及び運転診断方法は、演算負荷が小さい、という優れた効果を有する。

実施形態に係る運転診断装置へ検出値を送信可能な車両を示す図である。 実施形態に係る運転診断装置、車両及び携帯端末を表す図である。 図２に示される運転診断装置の第１サーバの制御ブロック図である。 図３に示される第２サーバの機能ブロック図である。 図２に示される運転診断装置の第３サーバの機能ブロック図である。 図２に示される運転診断装置の第４サーバの機能ブロック図である。 図２に示される携帯端末の機能ブロック図である。 シーンリストを示す図である。 イベントリストを示す図である。 第２サーバが実行する処理を示すフローチャートである。 第４サーバが実行する処理を示すフローチャートである。 図２に示された携帯端末が実行する処理を示すフローチャートである。 携帯端末の表示部に表示された画像を示す図である。 携帯端末の表示部に表示された画像を示す図である。

以下、本発明に係る運転診断装置１０及び運転診断方法の実施形態について、図面を参照しながら説明する。

運転診断装置１０とネットワークを介してデータ通信可能な車両３０は、図１に示されるようにＥＣＵ(Electronic Control Unit)３１、車輪速センサ３２、アクセル開度センサ３３、操舵角センサ３５、カメラ３６、ＧＰＳ(Global Positioning System)受信機３７及び無線通信装置（検出値取得部）３８を有する。運転診断装置１０による診断を受信可能な車両３０には車両ＩＤが付されている。本実施形態では、運転診断装置１０による診断を受信可能な少なくとも一台の車両３０は、主体Ａにより製造される。車輪速センサ３２、アクセル開度センサ３３、操舵角センサ３５、カメラ３６、ＧＰＳ受信機３７及び無線通信装置３８はＥＣＵ３１に接続されている。ＥＣＵ３１は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ストレージ、通信Ｉ／Ｆ及び入出力Ｉ／Ｆを含んで構成されている。ＥＣＵ３１のＣＰＵ、ＲＯＭ、ＲＡＭ、ストレージ、通信Ｉ／Ｆ及び入出力Ｉ／Ｆは、バスを介して相互に通信可能に接続されている。上記ネットワークは、通信事業者の通信網及びインターネット網を含んでいる。車両３０の無線通信装置３８及び後述する携帯端末５０は、上記ネットワークを介したデータ通信を行う。

車輪速センサ３２（検出部）、アクセル開度センサ３３（検出部）、操舵角センサ３５（検出部）及びＧＰＳ受信機３７（検出部）は、車両３０の走行、操舵及び制動の少なくとも一つに基づいて変化する物理量又は所定の操作部材（例えば、シフトレバー）が操作されることにより変化する物理量を、所定時間が経過する毎に繰り返し検出する。車両３０には４つの車輪速センサ３２が設けられている。各車輪速センサ３２は車両３０の４つの車輪の車輪速をそれぞれ検出する。アクセル開度センサ３３はアクセル開度を検出する。操舵角センサ３５はステアリングホイールの操舵角を検出する。ＧＰＳ受信機３７はＧＰＳ衛星から送信されたＧＰＳ信号を受信することにより、車両３０が走行している位置に関する情報（以下、「位置情報」と呼ぶ）を取得する。車輪速センサ３２、アクセル開度センサ３３、操舵角センサ３５及びＧＰＳ受信機３７が検出した検出値は、車両３０に設けられたＣＡＮ（Controller Area Network）を介してＥＣＵ３１に送信され且つＥＣＵ３１のストレージに保存される。さらにカメラ３６は、所定時間が経過する毎に、車両３０の外側に位置する被写体を繰り返し撮像する。カメラ３６が取得した画像データは、車両３０に設けられたネットワークを介してＥＣＵ３１に送信され且つストレージに保存される。

図２に示されるように運転診断装置１０は、第１サーバ１２、第２サーバ１４、第３サーバ（データベース部）１６及び第４サーバ１８を備える。例えば第１サーバ１２、第２サーバ１４、第３サーバ１６及び第４サーバ１８は、１つの建物の中に配置される。第１サーバ１２及び第４サーバ１８は上記ネットワークに接続されている。第１サーバ１２と第２サーバ１４はＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）により接続されている。第２サーバ１４と第３サーバ１６はＬＡＮにより接続されている。第３サーバ１６と第４サーバ１８はＬＡＮにより接続されている。即ち、運転診断装置１０はクラウドコンピューティングシステムとして構築されている。本実施形態では、第１サーバ１２、第２サーバ１４及び第３サーバ１６は上記主体Ａにより管理されている。一方、第４サーバ１８は主体Ｂにより管理されている。

図３に示されるように第１サーバ１２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：プロセッサ）１２Ａ、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２Ｂ、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１２Ｃ、ストレージ（検出値記録部）１２Ｄ、通信Ｉ／Ｆ（Ｉｎｔｅｒ Ｆａｃｅ）１２Ｅ及び入出力Ｉ／Ｆ１２Ｆを含んで構成されている。ＣＰＵ１２Ａ、ＲＯＭ１２Ｂ、ＲＡＭ１２Ｃ、ストレージ１２Ｄ、通信Ｉ／Ｆ１２Ｅ及び入出力Ｉ／Ｆ１２Ｆは、バス１２Ｚを介して相互に通信可能に接続されている。第１サーバ１２は、タイマー（図示省略）から日時に関する情報を取得可能である。

ＣＰＵ１２Ａは、中央演算処理ユニットであり、各種プログラムを実行したり、各部を制御したりする。すなわち、ＣＰＵ１２Ａは、ＲＯＭ１２Ｂ又はストレージ１２Ｄからプログラムを読み出し、ＲＡＭ１２Ｃを作業領域としてプログラムを実行する。ＣＰＵ１２Ａは、ＲＯＭ１２Ｂ又はストレージ１２Ｄに記録されているプログラムに従って、各構成の制御及び各種の演算処理（情報処理）を行う。

ＲＯＭ１２Ｂは、各種プログラム及び各種データを格納する。ＲＡＭ１２Ｃは、作業領域として一時的にプログラム又はデータを記憶する。ストレージ１２Ｄは、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）又はＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記憶装置により構成され、各種プログラム及び各種データを格納する。通信Ｉ／Ｆ１２Ｅは、第１サーバ１２が他の機器と通信するためのインタフェースである。入出力Ｉ／Ｆ１２Ｆは、様々な装置と通信するためのインタフェースである。

車両３０の車輪速センサ３２、アクセル開度センサ３３、操舵角センサ３５及びＧＰＳ受信機３７が検出した検出値を表すデータである検出値データ並びにカメラ３６が取得した画像データは、所定時間が経過する毎に、無線通信装置３８から上記ネットワークを介して第１サーバ１２の送受信部１３へ送信され、且つ、検出値データ及び画像データはストレージ１２Ｄに記録される。ストレージ１２Ｄに記録される全ての検出値データ及び画像データには、車両ＩＤに関する情報、取得された時刻に関する情報及びＧＰＳ受信機３７が取得した位置情報が含まれる。

第２サーバ１４、第３サーバ１６及び第４サーバ１８の基本構成は第１サーバ１２と同じである。

図４には第２サーバ１４の機能構成の一例がブロック図で示されている。第２サーバ１４は、機能構成として、送受信部１４１、シーン抽出部（情報抽出部）１４２、ＫＰＩ取得部１４３、得点演算部（診断結果生成部）１４４、イベント特定部（情報抽出部）（診断結果生成部）１４５及び削除部１４６を有する。送受信部１４１、シーン抽出部１４２、ＫＰＩ取得部１４３、得点演算部１４４、イベント特定部１４５及び削除部１４６は、第２サーバ１４のＣＰＵがＲＯＭに記憶されたプログラムを読み出し、実行することにより実現される。

送受信部１４１は、ＬＡＮを介して第１サーバ１２及び第３サーバ１６と情報を送受信する。第１サーバ１２のストレージ１２Ｄに記録された検出値データ及び画像データは、車両ＩＤと紐づけられながら第２サーバ１４の送受信部１４１へ送信される。第１サーバ１２から送受信部１４１へ送信される検出値データ及び画像データは、所定のデータ検出時間の間に取得されたデータ群を含む。このデータ検出時間は例えば３０分である。以下、一つの車両ＩＤに対応し且つデータ検出時間の間に取得されたデータ群（検出値データ及び画像データ）を「検出値データ群」と称する。第１サーバ１２に記録された検出値データ群は、取得された時刻が古いものから順に送受信部１４１へ送信される。より詳細には、後述するように第２サーバ１４のストレージから検出値データ群が削除されたときに、当該検出値データ群より新しい検出値データ群が第１サーバ１２から送受信部１４１へ送信され、この新しい検出値データ群が第２サーバ１４のストレージに保存される。

シーン抽出部１４２は、第２サーバ１４のストレージに保存された検出値データ群を、特定検出値を表すデータと、それ以外のデータとに識別する。より詳細には、シーン抽出部１４２は、後述するＫＰＩの取得に必要なデータを、特定検出値を表すデータとして扱う。

図８は、第２サーバ１４のＲＯＭに記録されたシーンリスト２２である。シーンリスト２２は、車両３０の運転者によって操作される部材である操作対象及び操作対象の操作内容等に基づいて規定されている。シーンリスト２２の最も大きな項目であるカテゴリは「安全」と「快適」である。さらにカテゴリ「安全」に含まれる操作対象はアクセルペダル、ブレーキペダル及びステアリングである。カテゴリ「快適」に含まれる操作対象はブレーキペダルである。シーン、特定検出値及び抽出条件は各操作対象毎に規定されている。

例えば、カテゴリ「安全」に含まれるアクセルペダルが条件１を満たす状態下で操作されたときに、シーン抽出部１４２はシーンリスト２２を参照して「アクセルペダルを用いて発進操作が行われている」と判定する。条件１は、例えば車両３０の車速が所定の第１閾値以上であることである。車両３０の車速は、第２サーバ１４のストレージに保存された検出値データ群に含まれ且つ各車輪速センサ３２によって検出された車輪速に基づいてシーン抽出部１４２が演算する。さらにシーン抽出部１４２が、演算した車速と第１閾値に基づいて、条件１が満たされているか否かを判定する。条件１が満たされていると判定したとき、シーン抽出部１４２はストレージに保存された検出値データ群から、条件１が満たされている時間帯においてアクセル開度センサ３３が検出したアクセル開度に関するデータを、特定検出値を表すデータとして抽出する。

カテゴリ「安全」に含まれるブレーキペダルが条件２を満たす状態下で操作されたときに、シーン抽出部１４２はシーンリスト２２を参照して「ブレーキペダルを用いてトータル操作が行われている」と判定する。条件２は、例えば車両３０の車速が所定の第２閾値以上であることである。シーン抽出部１４２は、演算した車速と第２閾値に基づいて、条件２が満たされているか否かを判定する。条件２が満たされていると判定したとき、シーン抽出部１４２はストレージに保存された検出値データ群から、条件２が満たされている時間帯において車輪速センサ３２が検出した車輪速に関するデータを、特定検出値を表すデータとして抽出する。

カテゴリ「安全」に含まれるステアリングが条件３を満たす状態下で操作されたときに、シーン抽出部１４２はシーンリスト２２を参照して「ステアリングがカーブ操作されている」と判定する。条件３は、例えば所定時間内におけるステアリングの操舵角（操舵量）が所定の第３閾値以上であることである。シーン抽出部１４２は、第２サーバ１４のストレージに保存された検出値データ群に含まれ且つ操舵角センサ３５によって検出された操舵角に関する情報と第３閾値に基づいて、条件３が満たされているか否かを判定する。条件３が満たされていると判定したとき、シーン抽出部１４２はストレージに保存された検出値データ群から、条件３が満たされている時間帯において操舵角センサ３５が検出した操舵角に関するデータを、特定検出値を表すデータとして抽出する。

カテゴリ「快適」に含まれるブレーキペダルが条件４を満たす状態下で操作されたときに、シーン抽出部１４２はシーンリスト２２を参照して「ブレーキペダルを用いてトータル操作が行われている」と判定する。条件４は、例えば車両３０の車速が所定の第４閾値以上であることである。シーン抽出部１４２は、演算した車速と第４閾値に基づいて、条件４が満たされているか否かを判定する。条件４が満たされていると判定したとき、シーン抽出部１４２はストレージに保存された検出値データ群から、条件４が満たされている時間帯において車輪速センサ３２が検出した車輪速に関するデータを、特定検出値を表すデータとして抽出する。

ＫＰＩ取得部１４３は、いずれかの抽出条件が成立したときに、成立した抽出条件に対応するＫＰＩ（Key Performance Indicator／重要業績評価指標）を取得（演算）する。

例えば、条件１が成立した場合は、ＫＰＩ取得部１４３はシーン抽出部１４２が取得したアクセル開度に関するデータ（特定検出値）から、条件１が成立する時間帯における最大アクセル開度をＫＰＩとして取得する。

条件２が成立した場合は、ＫＰＩ取得部１４３は、シーン抽出部１４２が取得した車輪速に関するデータ（特定検出値）に基づいて、条件２が成立する時間帯における車両３０の最小前後加速度をＫＰＩとして演算する。即ち、ＫＰＩ取得部１４３は、車輪速を用いた演算値（微分値）をＫＰＩとして取得する。

条件３が成立した場合は、ＫＰＩ取得部１４３は、シーン抽出部１４２が取得した操舵角に関するデータ（特定検出値）に基づいて、条件３が成立する時間帯における操舵角の加速度をＫＰＩとして演算する。即ち、ＫＰＩ取得部１４３は、操舵角を用いた演算値（２階微分値）をＫＰＩとして取得する。

条件４が成立した場合は、ＫＰＩ取得部１４３は、シーン抽出部１４２が取得した車輪速に関するデータ（特定検出値）に基づいて、条件４が成立する時間帯における車両３０の前後加加速度（ジャーク）の平均値をＫＰＩとして演算する。即ち、ＫＰＩ取得部１４３は、車輪速を用いた演算値（２階微分値）をＫＰＩとして取得する。

得点演算部１４４は、後述するように、演算されたＫＰＩに基づいて安全度得点、快適度得点及び運転操作得点を演算する。

イベント特定部１４５は、第２サーバ１４のストレージに保存された検出値データ群と、図９に示され且つ第２サーバ１４のＲＯＭに記録されたイベントリスト２４と、を参照してイベントを特定する。イベントは、運転者による操作に起因して車両３０に発生した特定の挙動である。イベントリスト２４は、イベントの種類（内容）及びイベントとして特定されるための条件（特定条件）を規定する。イベントリスト２４にはイベントとして「急加速」及び「超過速度」が規定されている。

イベント特定部１４５はストレージに保存された検出値データ群に含まれる全ての車輪速に関するデータに基づいて、車両３０が所定の第５閾値以上の加速度を発生したか否かを判定する。車両３０が第５閾値以上の加速度で走行したと判定した場合、イベント特定部１４５は第５閾値以上の加速度、この加速度が発生した日時及びこの加速度が発生した位置情報をイベントとして特定する。

イベント特定部１４５はストレージに保存された検出値データ群に含まれる全ての車輪速に関するデータに基づいて、車両３０が所定の第６閾値以上の車速で走行したか否かを判定する。車両３０が第６閾値以上の車速で走行したと判定した場合、イベント特定部１４５は第６閾値以上の車速、この車速が発生した日時及びこの車速が発生した位置情報をイベントとして特定する。

シーン抽出部１４２、ＫＰＩ取得部１４３及び得点演算部１４４が、ストレージに記録された一つの検出値データ群に対する上記処理を完了すると、取得された安全度得点、快適度得点及び運転操作得点並びに特定されたイベントに関するデータを送受信部１４１が第３サーバ１６へ車両ＩＤに関する情報と共に送信する。このイベントに関するデータには、特定された各イベントが発生した日時に関する情報、位置情報及びイベントが発生した時刻を含む所定時間内にカメラ３６が取得した画像データが含まれる。

シーン抽出部１４２、ＫＰＩ取得部１４３及び得点演算部１４４が一つの検出値データ群に対する上記処理を完了すると、削除部１４６が第２サーバ１４のストレージから当該検出値データ群を削除する。

第３サーバ１６は、第２サーバ１４から送信された安全度得点、快適度得点、運転操作得点及び特定されたイベントに関するデータを受信する。図５に示されるように、第３サーバ１６は機能構成として送受信部１６１を有する。送受信部１６１は、第３サーバ１６のＣＰＵがＲＯＭに記憶されたプログラムを読み出し、実行することにより実現される。送受信部１６１が受信したこれらのデータは、第３サーバ１６のストレージに記録される。第２サーバ１４から第３サーバ１６へ、安全度得点、快適度得点及び運転操作得点並びに特定されたイベントに関するデータが順次送信され、第３サーバ１６は受信した全てのデータをストレージに記録させる。

第４サーバ１８は、少なくともＷｅｂサーバ及びＷｅｂＡｐｐサーバとして機能する。図６に示されるように、第４サーバ１８は機能構成として、送受信制御部１８１及びデータ生成部１８２を有する。送受信制御部１８１及びデータ生成部１８２は、第４サーバ１８のＣＰＵがＲＯＭに記憶されたプログラムを読み出し、実行することにより実現される。送受信制御部１８１は、第４サーバ１８の送受信部１９を制御する。

図２に示される操作端末５０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ストレージ、通信Ｉ／Ｆ及び入出力Ｉ／Ｆを含んで構成されている。携帯端末５０は、例えば、スマートフォン又はタブレット型コンピュータである。操作端末５０のＣＰＵ、ＲＯＭ、ＲＡＭ、ストレージ、通信Ｉ／Ｆ及び入出力Ｉ／Ｆは、バスを介して相互に通信可能に接続されている。操作端末５０は、タイマー（図示省略）から日時に関する情報を取得可能である。操作端末５０にはタッチパネルを有する表示部５１が設けられている。表示部５１は操作端末５０の入出力Ｉ／Ｆに接続されている。さらに携帯端末５０のストレージには、地図データが記録されている。操作端末５０は送受信部５２を有する。

図７には、操作端末５０の機能構成の一例がブロック図で示されている。操作端末５０は、機能構成として、送受信制御部５０１及び表示部制御部５０２を有する。送受信制御部５０１及び表示部制御部５０２は、ＣＰＵがＲＯＭに記憶されたプログラムを読み出し、実行することにより実現される。操作端末５０は例えば、車両ＩＤが付された車両３０の運転者が所有する。携帯端末５０には、所定の運転診断表示アプリケーションがインストールされている。

送受信制御部５０１によって制御される送受信部５２は、第４サーバ１８の送受信部１９とデータの送受信を行う。

表示部制御部５０２は表示部５１を制御する。即ち、表示部制御部５０２は、例えば、送受信部５２が送受信部１９から受信した情報及びタッチパネルを介して入力された情報を表示部５１に表示させる。表示部５１のタッチパネルによって入力された情報は、送受信部５２が送受信部１９へ送信可能である。

（作用並びに効果）
次に、本実施形態の作用並びに効果について説明する。

まず第２サーバ１４が行う処理の流れについて、図１０のフローチャートを用いて説明する。第２サーバ１４は、所定時間が経過する毎に、図１０のフローチャートの処理を繰り返し実行する。

まずステップＳ１０において第２サーバ１４の送受信部１４１は、第１サーバ１２から検出値データ群を受信したか否かを判定する。換言すると、送受信部１４１は、第２サーバ１４のストレージに検出値データ群が記録されているか否かを判定する。

ステップＳ１０でＹｅｓと判定されたとき、第２サーバ１４はステップＳ１１へ進み、シーン抽出部１４２がストレージに保存された検出値データ群から、抽出条件が満たされた特定検出値を表すデータを抽出する。さらにＫＰＩ取得部１４３が、抽出された特定検出値を表すデータに基づいて各ＫＰＩを取得（演算）する。

ステップＳ１１の処理を終えた第２サーバ１４はステップＳ１２へ進み、得点演算部１４４が安全度得点、快適度得点及び運転操作得点を演算する。

例えば、図８の条件１が成立したときに取得されるＫＰＩ（最大アクセル開度）が所定値以上のとき、このＫＰＩに関する得点は５点である。一方、このＫＰＩが所定値未満のとき、このＫＰＩに関する得点は１００点である。

例えば、図８の条件２が成立したときに取得されるＫＰＩ（最小前後加速度）が所定値未満のとき、このＫＰＩに関する得点は５点である。一方、このＫＰＩが所定値以上のとき、このＫＰＩに関する得点は１００点である。

例えば、図８の条件３が成立したときに取得されるＫＰＩ（操舵角の加速度）が所定値以上のとき、このＫＰＩに関する得点は５点である。一方、このＫＰＩが所定値未満のとき、このＫＰＩに関する得点は１００点である。

条件１～条件３に対応する各ＫＰＩに関する得点の合計点を、カテゴリ「安全」の項目数（３）で割った値（平均値）が、安全度得点である。

例えば、図８の条件４が成立したときに取得されるＫＰＩ（ジャークの平均値）が所定値以上のとき、このＫＰＩに関する安全度得点は５点である。一方、このＫＰＩが所定値未満のとき、このＫＰＩに関する安全度得点は１００点である。

カテゴリ「快適」のＫＰＩに関する得点の合計点を、カテゴリ「快適」の項目数で割った値（平均値）が、快適度得点である。但し、本実施形態ではカテゴリ「快適」の項目数が「１」なので、条件４に対応するＫＰＩに関する得点が快適度得点である。

さらに得点演算部１４４は、演算された安全度得点及び快適度得点に基づいて、運転操作得点を演算する。具体的には、得点演算部１４４は、安全度得点と快適度得点の合計点を、安全度得点と快適度得点の項目の合計（４）で割った値（平均値）を運転操作得点として取得する。

ステップＳ１２の処理を終えた第２サーバ１４はステップＳ１３へ進み、イベント特定部１４５が第２サーバ１４のストレージに保存された検出値データ群に基づいてイベントを特定する。

ステップＳ１３の処理を終えた第２サーバ１４はステップＳ１４へ進み、送受信部１４１が安全度得点、快適度得点、運転操作得点及び特定されたイベントに関するデータを、第３サーバ１６へ車両ＩＤに関する情報と共に送信する。

ステップＳ１４の処理を終えた第２サーバ１４はステップＳ１５へ進み、削除部１４６が第２サーバ１４のストレージから当該検出値データ群を削除する。

ステップＳ１０でＮｏと判定したとき又はステップＳ１５の処理を終えたとき、第２サーバ１４は図１０のフローチャートの処理を一旦終了する。

次に第４サーバ１８が行う処理の流れについて、図１１のフローチャートを用いて説明する。第４サーバ１８は、所定時間が経過する毎に、図１１のフローチャートの処理を繰り返し実行する。

まずステップＳ２０において第４サーバ１８の送受信制御部１８１は、運転診断表示アプリケーションが起動されている携帯端末５０の送受信制御部５０１（送受信部５２）から送受信部１９へ表示リクエストが送信されたか否かを判定する。即ち、送受信制御部１８１は携帯端末５０からのアクセス動作があったか否かを判定する。この表示リクエストには、携帯端末５０と紐づけられた車両ＩＤに関する情報が含まれる。

ステップＳ２０でＹｅｓと判定されたとき、第４サーバ１８はステップＳ２１へ進み、送受信制御部１８１（送受信部１９）が第３サーバ１６との間で通信を行う。送受信制御部１８１（送受信部１９）は、表示リクエストを送信した携帯端末５０と紐づけられた車両ＩＤに対応する安全度得点、快適度得点、運転操作得点並びに特定されたイベントに関するデータを第３サーバ１６の送受信部１６１から受信する。

ステップＳ２１の処理を終えた第４サーバ１８はステップＳ２２へ進み、データ生成部１８２がステップＳ２１で受信したデータを用いて運転診断結果画像５５（図１３参照）を表すデータを生成する。運転診断結果画像５５は、運転診断表示アプリケーションが起動されている携帯端末５０の表示部５１が表示可能である。

ステップＳ２２の処理を終えた第４サーバ１８はステップＳ２３へ進み、ステップＳ２２でデータ生成部１８２が生成したデータを、送受信部１９が携帯端末５０の送受信制御部５０１（送受信部５２）へ送信する。

ステップＳ２０でＮｏと判定したとき又はステップＳ２３の処理を終えたとき、第４サーバ１８は図１１のフローチャートの処理を一旦終了する。

次に携帯端末５０が行う処理の流れについて、図１２のフローチャートを用いて説明する。携帯端末５０は、所定時間が経過する毎に、図１２のフローチャートの処理を繰り返し実行する。

まずステップＳ３０において携帯端末５０の表示部制御部５０２は、運転診断表示アプリケーションが起動中か否かを判定する。

ステップＳ３０でＹｅｓと判定されたとき、携帯端末５０はステップＳ３１へ進み、送受信制御部５０１（送受信部５２）が第４サーバ１８の送受信部１９から運転診断結果画像５５を表すデータを受信したか否かを判定する。

ステップＳ３１でＹｅｓと判定されたとき、携帯端末５０はステップＳ３２へ進み、表示部制御部５０２が運転診断結果画像５５を表示部５１に表示させる。

図１３に示されるように運転診断結果画像５５は、安全快適度表示部５６、得点表示部５７及びイベント表示部５８を有する。安全快適度表示部５６には安全度得点及び快適度得点が表示される。得点表示部５７には運転操作得点が表示される。イベント表示部５８には特定された各イベントに関する情報が表示される。各イベントを表す情報は、イベントが発生した日時及びその内容を含む。

ステップＳ３２の処理を終えた携帯端末５０はステップＳ３３へ進み、表示部制御部５０２が携帯端末５０の使用者の手が表示部５１（タッチパネル）上のイベント表示部５８にタッチされたか否かを判定する。

ステップＳ３３でＹｅｓと判定されたとき、携帯端末５０はステップＳ３４へ進み、表示部制御部５０２が表示部５１に、図１４に示される上記地図データに基づく地図画像６０を表示させる。ここで運転者がイベント表示部５８中の「イベント１」をタッチした場合を想定する。この場合は、地図画像６０には、イベント１が発生した場所及びその周辺の地図情報が含まれ、且つ、イベント１が発生した場所が星印（☆）で表示される。さらに使用者がこの星印（☆）にタッチすると、イベント１が発生した時刻を含む所定時間内にカメラ３６が取得した画像データが表すイベント画像６１が表示される。この所定時間は、例えば１０秒間である。

ステップＳ３４の処理を終えた携帯端末５０はステップＳ３５へ進み、使用者の手が地図画像６０上の戻り操作部６２にタッチされたか否かを、表示部制御部５０２が判定する。ステップＳ３５でＹｅｓと判定した携帯端末５０の表示部制御部５０２は、ステップＳ３２へ進んで、表示部５１に運転診断結果画像５５を表示させる。

ステップＳ３０、ステップＳ３３又はステップ３５でＮｏと判定したとき、携帯端末５０は図１２のフローチャートの処理を一旦終了する。

以上説明したように本実施形態のシステム１０及び運転診断方法では、ＫＰＩ取得部１４３が、検出値データ群の中で特定検出値のみを用いてＫＰＩの演算を行う。そのため検出値データ群の全てを用いてＫＰＩの演算を行う場合と比べて、ＫＰＩ取得部１４３の演算負荷は小さい。従って、本実施形態の運転診断装置１０及び運転診断方法の演算負荷は小さい。

さらに第２サーバ１４から第３サーバ１６へ送信されるデータ群に含まれる画像データは、イベントが発生したときの画像データのみである。そのため、第２サーバ１４のストレージに記録された全ての画像データを第２サーバ１４から第３サーバ１６へ送信する場合と比べて、第３サーバ１６のストレージに蓄積されるデータ量が小さい。

さらに本実施形態の運転診断装置１０及び運転診断方法では、運転操作得点（ＫＰＩ）及びイベントを用いて運転診断が行われる。そのため運転診断結果画像５５を見た運転者は、自身の運転操作の特徴を幅広い観点から認識できる。

さらに本実施形態の運転診断装置１０及び運転診断方法では、第１サーバ１２、第２サーバ１４及び第３サーバ１６を管理し且つ車両を製造する主体Ａとは別の主体Ｂが、第３サーバ１６に格納されたデータにアクセス可能である。そのため、主体Ａとは別の者（組織）が、本実施形態の運転診断装置１０及び運転診断方法によって得られる運転診断結果を利用するアプリケーション（運転診断表示アプリケーション）を作成可能である。そのため、このようなアプリケーションの開発を促進できるようになる。

以上、実施形態に係る運転診断装置１０及び運転診断方法について説明したが、運転診断装置１０及び運転診断方法は本発明の要旨を逸脱しない範囲内において、適宜設計変更可能である。

図８に記載されたカテゴリ、操作対象、シーン、特定検出値、抽出条件及びＫＰＩは、図８に記載されたものには限定されない。例えば、カテゴリ「快適」の操作対象、シーン、特定検出値、抽出条件及びＫＰＩが複数あってもよい。

図９に記載されたイベントの種類は、図９に記載されたものには限定されない。例えば、急ハンドルの発生、ＡＢＳ(Antilock Brake System)の発動、ＰＣＳ(プリクラッシュセーフティシステム)の発動及び障害物との衝突検知の少なくとも一つが、イベントとして特定されてもよい。

運転診断装置１０を上記とは別の構成で実施してもよい。例えば、第１サーバ１２、第２サーバ１４、第３サーバ１６及び第４サーバ１８を一つのサーバにより実現してもよい。この場合は、例えばハイパーバイザーを利用して、当該サーバの内部を、第１サーバ１２、第２サーバ１４、第３サーバ１６及び第４サーバ１８にそれぞれ相当する領域に仮想的に区画してもよい。

検出値データ群を取得する検出部は、車両の走行、操舵及び制動の少なくとも一つに基づいて変化する物理量又は所定の操作部材が操作されることにより変化する物理量を取得するものであれば、如何なる装置であってもよい。例えば、この検出部は、エンジンの冷却水温を測定するセンサ、ヨーレートセンサ又はシフトレバーポジションセンサ等であってもよい。また、検出部の数はいくつであってもよい。

運転診断装置１０が運転操作得点とイベントの一方のみを取得してもよい。この場合は、運転操作得点とイベントの一方のみが第３サーバ１６のストレージに蓄積される。

ＫＰＩの取得（演算）方法及び運転操作得点の演算方法は、上記の方法とは別であってもよい。例えば、各ＫＰＩに重みづけを行いながら安全度得点及び快適度得点を演算してもよい。

運転診断装置１０がインターネットに接続されていなくてもよい。この場合は、例えば車両から取得した検出値データ群をポータブル式の記録媒体（例えば、ＵＳＢ）に記録させ、且つ、この記録媒体内の検出値データ群を第１サーバ１２にコピーする。

第３サーバ１６が、第４サーバ１８からアクセスを受けたときに、アクセス権限を確認する機能を備えてもよい。この場合は、第４サーバ１８がアクセス権限を有することを第３サーバ１６が確認したときのみ、第４サーバ１８が第３サーバ１６から安全度得点、快適度得点、運転操作得点並びに特定されたイベントに関するデータを受信できる。

第３サーバ１６のストレージに記録された一部のデータへの主体Ｂ（第４サーバ１８）によるアクセスに一定の制限を掛けてもよい。例えば、第３サーバ１６のストレージに記録された一部のデータ群に、制限対象であることを表す情報を付加する。制限対象であることを表す情報が付加されたデータへの主体Ｂ（第４サーバ１８）によるアクセスは、（上記アクセス権を有する場合も）禁止される。制限対象であることを表す情報が付加されるデータは、例えば位置情報である。

車両３０がＧＰＳ受信機３７の代わりに、ＧＰＳ以外の全地球航法衛星システム（例えばガリレオ）の衛星からの情報を受信可能な受信機を備えてもよい。

携帯端末５０がＷｅｂサーバから地図データを読み込んで、表示部５１に地図画像を表示させてもよい。

１０ 運転診断装置
１２Ｄ ストレージ（検出値記録部）
１４２ シーン抽出部（情報抽出部）
１４３ ＫＰＩ取得部
１４４ 得点演算部（診断結果生成部）
１４５ イベント特定部（診断結果生成部）
１６ 第３サーバ（データベース部）
３０ 車両
３２ 車輪速センサ（検出部）
３３ アクセル開度センサ（検出部）
３５ 操舵角センサ（検出部）
３７ ＧＰＳ受信機（検出部）
３８ 無線通信装置（検出値取得部）

Claims (7)

1. 車両の走行、操舵及び制動の少なくとも一つに基づいて変化する物理量又は所定の操作部材が操作されることにより変化する物理量であり且つ前記車両に設けられた検出部によって検出される検出値を取得する検出値取得部から前記検出値を取得し且つ記録する検出値記録部と、
   前記検出値記録部から特定の前記検出値である特定検出値を抽出する情報抽出部と、
   前記特定検出値に基づいてＫＰＩ（Key Performance Indicator）を取得するＫＰＩ取得部と、
   前記ＫＰＩに基づいて運転操作得点を演算する得点演算部と、
   を備える運転診断装置。
2. 前記検出値取得部と前記検出値記録部とがインターネットを介して互いに接続された請求項１に記載の運転診断装置。
3. 前記ＫＰＩが、前記特定検出値及び前記特定検出値を用いた演算値である請求項１又は請求項２に記載の運転診断装置。
4. 前記得点演算部が、複数の前記ＫＰＩに基づいて前記運転操作得点を演算する請求項１～３の何れか１項に記載の運転診断装置。
5. 前記検出値に基づいて、前記車両に発生した特定の挙動であるイベントを特定するイベント特定部を備える請求項１～４の何れか１項に記載の運転診断装置。
6. 前記運転操作得点及び前記イベント特定部によって特定された前記イベントに関する情報の少なくとも一つを格納し且つインターネットに接続されたデータベース部を備える請求項５に記載の運転診断装置。
7. 車両の走行、操舵及び制動の少なくとも一つに基づいて変化する物理量又は所定の操作部材が操作されることにより変化する物理量であり且つ前記車両に設けられた検出部によって検出される検出値を取得する検出値取得部から前記検出値を取得するステップ、
   前記検出値から特定の前記検出値である特定検出値を抽出するステップ、
   抽出された前記特定検出値に基づいてＫＰＩ（Key Performance Indicator）を取得するステップ、及び
   前記ＫＰＩに基づいて運転操作得点を演算するステップ、
   を有する運転診断方法。

Images