驾驶诊断装置、驾驶诊断系统及驾驶诊断方法

技术领域

本公开涉及驾驶诊断装置、驾驶诊断系统及驾驶诊断方法。

背景技术

在日本特开2002-335340号公报中公开了一种车辆远程诊断系统，能够进行采纳了车辆的驾驶员的意向和期望的故障诊断。

车辆的驾驶诊断需要从车辆取得的车辆相关信息。关于向驾驶诊断的主体发送车辆相关信息的发送方法，日本特开2002-335340号公报存在改善的余地。

本公开考虑上述事实，其目的在于得到一种驾驶诊断装置、驾驶诊断系统及驾驶诊断方法，能够在考虑与驾驶诊断相关的各种条件的同时，将车辆相关信息向多个驾驶诊断部发送。

发明内容

第一方式的驾驶诊断装置具备：信息取得部，取得与车辆相关的车辆相关信息；及发送部，能够向第一驾驶诊断部无线发送所述车辆相关信息，并且能够利用所述车辆的网络向第二驾驶诊断部发送所述车辆相关信息，所述第一驾驶诊断部设置于所述车辆的外部，并使用从所述信息取得部取得的所述车辆相关信息来进行所述车辆的第一驾驶诊断，所述第二驾驶诊断部设置于所述车辆，并使用从所述信息取得部取得的所述车辆相关信息来进行所述车辆的第二驾驶诊断，所述驾驶诊断装置基于所述第一驾驶诊断和所述第二驾驶诊断的方式，决定所述发送部将所述车辆相关信息发送到所述第一驾驶诊断部和所述第二驾驶诊断部中的哪一个。

在第一方式的驾驶诊断装置中，信息取得部取得与车辆相关的车辆相关信息。信息取得部取得的车辆相关信息能够由发送部向设置于车辆的外部的第一驾驶诊断部无线发送，并且能够由发送部经由车辆的网络向设置于车辆的第二驾驶诊断部发送。第一驾驶诊断部使用车辆相关信息来进行车辆的第一驾驶诊断，第二驾驶诊断部使用车辆相关信息来进行车辆的第二驾驶诊断。而且，基于第一驾驶诊断和第二驾驶诊断的方式，决定发送部将车辆相关信息发送到第一驾驶诊断部和第二驾驶诊断部中的哪一个。这样，第一方式的驾驶诊断装置能够在考虑与驾驶诊断相关的各种条件的同时，将车辆相关信息向多个驾驶诊断部发送。

对于第二方式的驾驶诊断装置，在第一方式中，基于所述第一驾驶诊断及所述第二驾驶诊断的结果信息的输出目的地的种类、所述结果信息的种类和所述车辆相关信息的种类中的至少一个，决定所述发送部将所述车辆相关信息发送到所述第一驾驶诊断部和所述第二驾驶诊断部中的哪一个。

根据第二方式，基于第一驾驶诊断及第二驾驶诊断的结果信息的输出目的地的种类、结果信息的种类和车辆相关信息的种类中的至少一个，决定发送部将车辆相关信息发送到第一驾驶诊断部和第二驾驶诊断部中的哪一个。因此，第二方式的驾驶诊断装置能够在考虑与驾驶诊断相关的各种条件的同时，将车辆相关信息向多个驾驶诊断部发送。

对于第三方式的驾驶诊断装置，在第二方式中，所述发送部将所述结果信息的所述输出目的地为设置于所述车辆的显示器的所述第二驾驶诊断所需的所述车辆相关信息发送到所述第二驾驶诊断部。

根据第三方式，发送部将结果信息的输出目的地为设置于车辆的显示器的第二驾驶诊断所需的车辆相关信息发送到第二驾驶诊断部。因此，能够将第二驾驶诊断部所生成的结果信息快速地显示于显示器。因此，车辆的乘员通过观察显示器，能够立即识别第二驾驶诊断部所生成的结果信息。

对于第四方式的驾驶诊断装置，在第二方式或第三方式中，所述发送部将所述结果信息的所述输出目的地为能够与所述第一驾驶诊断部进行无线通信的移动终端的所述第一驾驶诊断所需的所述车辆相关信息发送到所述第一驾驶诊断部。

在第四方式中，发送部将结果信息的输出目的地为能够与第一驾驶诊断部进行无线通信的移动终端的第一驾驶诊断所需的车辆相关信息发送到第一驾驶诊断部。因此，车辆的乘员例如在结束了车辆的驾驶后，能够利用移动终端来识别第一驾驶诊断部所生成的结果信息。

对于第五方式的驾驶诊断装置，在第二方式或第三方式中，所述第一驾驶诊断部和所述第二驾驶诊断部中的至少一方是特定驾驶诊断部，该特定驾驶诊断部能够执行生成由保险公司用于保险商品的设计的所述结果信息即特定结果信息的驾驶诊断，且由所述保险公司进行了认证。

在第五方式中，生成特定结果信息的驾驶诊断所需的车辆相关信息被发送到能够执行生成特定结果信息的驾驶诊断且由保险公司进行了认证的特定驾驶诊断部。因此，从特定驾驶诊断部接收到特定结果信息的保险公司能够基于可信赖的特定结果信息来设计保险商品。

对于第六方式的驾驶诊断装置，在第二方式或第三方式中，所述第一驾驶诊断部能够执行伴随着机器学习的所述第一驾驶诊断，所述发送部将伴随着所述机器学习的所述第一驾驶诊断所需的所述车辆相关信息发送到所述第一驾驶诊断部。

在第六方式中，发送部将伴随着机器学习的第一驾驶诊断所需的车辆相关信息发送到能够执行伴随着机器学习的第一驾驶诊断的第一驾驶诊断部。因此，第一驾驶诊断部能够基于接收到的车辆相关信息来执行伴随着机器学习的驾驶诊断。

对于第七方式的驾驶诊断装置，在第一方式或第二方式中，所述发送部将由所述信息取得部的取得频度为第一阈值以上的所述车辆相关信息发送到所述第二驾驶诊断部。

在第七方式中，发送部将由信息取得部取得的取得频率为第一阈值以上的车辆相关信息发送到第二驾驶诊断部。因此，能够抑制大量的车辆相关信息从车辆无线发送给第一驾驶诊断部的情况。

对于第八方式的驾驶诊断装置，在第一方式或第二方式中，所述发送部将所述第二驾驶诊断的一部分结果信息向所述第一驾驶诊断部发送。

在第八方式中，发送部将第二驾驶诊断部所生成的一部分结果信息向第一驾驶诊断部发送。因此，例如，能够防止第一驾驶诊断部和第二驾驶诊断部重复进行同一驾驶诊断的情况。

第九方式的驾驶诊断系统具备：信息取得部，取得与车辆相关的车辆相关信息；第一驾驶诊断部，设置于所述车辆的外部，并使用从所述信息取得部取得的所述车辆相关信息来进行所述车辆的第一驾驶诊断；第二驾驶诊断部，设置于所述车辆，并使用从所述信息取得部取得的所述车辆相关信息来进行所述车辆的第二驾驶诊断；及发送部，能够向所述第一驾驶诊断部无线发送所述车辆相关信息，并且能够利用所述车辆的网络向所述第二驾驶诊断部发送所述车辆相关信息，所述驾驶诊断系统基于所述第一驾驶诊断和所述第二驾驶诊断的方式，决定所述发送部将所述车辆相关信息发送到所述第一驾驶诊断部和所述第二驾驶诊断部中的哪一个。

第十方式的驾驶诊断方法包括如下步骤：取得与车辆相关的车辆相关信息；基于第一驾驶诊断和第二驾驶诊断的方式来决定执行所述车辆相关信息向第一驾驶诊断部的无线发送和利用所述车辆的网络进行的所述车辆相关信息向第二驾驶诊断部的发送中的哪一个，所述第一驾驶诊断部设置于所述车辆的外部，且使用所述车辆相关信息来进行所述车辆的所述第一驾驶诊断，所述第二驾驶诊断部设置于所述车辆，且使用所述车辆相关信息来进行所述车辆的所述第二驾驶诊断；及向被决定为发送目的地的所述第一驾驶诊断部和所述第二驾驶诊断部中的至少一方发送所述车辆相关信息。

如以上所说明的那样，本公开所涉及的驾驶诊断装置、驾驶诊断系统及驾驶诊断方法具有如下优异的效果：能够在考虑与驾驶诊断相关的各种条件的同时，将车辆相关信息向多个驾驶诊断部发送。

附图说明

基于以下附图详细描述本公开的示例性实施例，其中：

图1是实施方式所涉及的驾驶诊断系统的整体图。

图2是图1所示的车辆的ECU和外部服务器的控制框图。

图3是ECU的功能框图。

图4是表示数据分类列表的图。

图5是表示车辆的显示器的图。

图6是外部服务器的功能框图。

图7是图1所示的移动终端的功能框图。

图8是表示车辆的ECU执行的处理的流程图。

图9是表示外部服务器执行的处理的流程图。

图10是表示移动终端执行的处理的流程图。

图11是表示移动终端的显示器的图。

具体实施方式

以下，参照附图对本公开所涉及的驾驶诊断装置、驾驶诊断系统(以下，称为系统)及驾驶诊断方法的实施方式进行说明。

如图1所示，本实施方式的系统10具备车辆20、外部服务器(计算机)(第一驾驶诊断部)(特定驾驶诊断部)30、移动终端40和服务器50。

如图1所示，能够经由网络与外部服务器30、移动终端40和服务器50进行数据通信的车辆20具有ECU(Electronic Control Unit：电子控制单元)(第二驾驶诊断部)(驾驶诊断装置)21、车轮速度传感器22、加速器开度传感器23、制动踏力传感器24、转向角传感器25、前方照相机26A、车内照相机26B、GPS(Global Positioning System：全球定位系统)接收机27和显示器28。车轮速度传感器22、加速器开度传感器23、制动踏力传感器24、转向角传感器25、前方照相机26A、车内照相机26B、GPS接收机27和显示器28与ECU21连接。另外，在以下的说明中，有时将车轮速度传感器22、加速器开度传感器23、制动踏力传感器24、转向角传感器25、前方照相机26A、车内照相机26B和GPS接收机27统称为“信息取得部”。

在车辆20设有四个车轮速度传感器22。各车轮速度传感器22分别检测四个车轮的车轮速度。加速器开度传感器23检测加速器开度。制动踏力传感器24检测驾驶员Dr输入到制动踏板(省略图示)的制动踏力。转向角传感器25检测方向盘(省略图示)的转向角。前方照相机26A取得车辆20的前方的风景的图像数据即车外图像数据。车内照相机26B取得就座于车辆20的驾驶席(省略图示)的驾驶员Dr的面部的图像数据即面部图像数据。GPS接收机27通过接收从GPS卫星发送来的GPS信号，取得与车辆20所行驶的位置相关的信息(以下，称为“位置数据”)。信息取得部每经过规定时间所取得的取得数据经由设置于车辆20的车内网络发送到ECU21，并且与时刻信息相关联地保存于ECU21的后述的存储器21D。另外，该车内网络例如是CAN(Controller Area Network：控制器局域网)。在以下的说明中，有时将信息取得部取得的取得数据称为“车辆相关信息”。而且，本实施方式的信息取得部以第一阈值以上的频度即第一频度取得各取得数据。第一阈值例如为1/100秒。

设置于车辆20的仪表板(省略图示)的显示器28能够显示各种图像。

如图2所示，ECU(计算机)21构成为包括CPU(Central Processing Unit：中央处理单元，处理器)21A、ROM(Read Only Memory：只读存储器)21B、RAM(Random Access Memory：随机存取存储器)21C、存储器21D、通信I/F(Inter Face：接口)(发送部)21E和输入输出I/F21F。CPU21A、ROM21B、RAM21C、存储器21D、通信I/F21E和输入输出I/F21F经由内部总线21Z彼此以能够通信的方式连接。CPU21A能够从计时器(省略图示)取得与日期时间相关的信息。

CPU21A是中央运算处理单元，执行各种程序，或者控制各部分。即，CPU21A从ROM21B或存储器21D读出程序，并将RAM21C作为作业区域来执行程序。CPU21A按照在ROM21B或存储器21D中所记录的程序，进行上述各结构的控制和各种运算处理(信息处理)。

ROM21B存放各种程序和各种数据。RAM21C作为作业区域而暂时存储程序或数据。存储器21D由HDD(Hard Disk Drive：硬盘驱动器)或SSD(Solid State Drive：固态驱动器)等存储装置构成，存放各种程序和各种数据。

通信I/F21E是用于与各种设备进行通信的接口。例如，通信I/F21E能够经由上述车内网络与设置于车辆20的ECU21之外的设备进行通信。这些设备例如包括信息取得部。而且，通信I/F21E能够经由网络(例如，因特网)与外部服务器30、移动终端40和服务器50进行无线通信。

图3中用框图示出了ECU21的功能结构的一例。ECU21具有PCS控制部201、清醒度推定部202、数据分类部203、诊断部204、显示器控制部205和通信控制部206作为功能结构。这些功能结构通过由CPU21A读出并执行存储在ROM21B中的程序来实现。

PCS控制部201具有对车辆20所搭载的PCS(Pre Crash Safety System：预碰撞安全系统)进行控制的功能。即，在规定条件成立时，PCS控制部201通过对车辆20的制动装置(省略图示)的制动致动器进行控制来使制动装置产生制动力。

清醒度推定部202基于车内照相机26B拍摄到的面部图像数据所包含的驾驶员Dr的眼睛等的状态来判定驾驶员Dr的清醒度。本说明书中的“清醒度”包括人清醒时的清醒等级和人处于睡眠状态时的睡眠等级(睡眠深度)。睡眠等级(睡眠深度)由五个阶段规定。驾驶员Dr的睡眠越深，则睡眠等级(睡眠深度)的数字越大。清醒度推定部202在睡眠等级为规定等级以上时，判定为驾驶员Dr正在进行瞌睡驾驶。另外，规定等级的一例是睡眠等级1。

数据分类部203基于图4所示的数据分类列表29对记录在存储器21D中的车辆相关信息进行分类。数据分类列表29将车辆相关信息分类为三个属性。即，数据分类列表29规定第一数据、第二数据和第三数据作为车辆相关信息的属性。这些属性是基于后述的各驾驶诊断的方式而设定的。更详细地说，这些属性是基于表示驾驶诊断的结果的结果信息的输出目的地的种类、结果信息的种类和车辆相关信息的种类中的至少一个而设定的。在此，所谓结果信息的输出目的地，是结果信息的显示主体。例如，车辆20的显示器28和移动终端40的显示器41相当于结果信息的输出目的地。另外，结果信息的种类包括后述的实时驾驶诊断(第二驾驶诊断)、通常驾驶诊断(第一驾驶诊断)和保险用驾驶诊断(第一驾驶诊断)。而且，数据分类列表29还规定车辆相关信息的发送目的地。该发送目的地是使用了车辆相关信息的驾驶诊断的主体。

第一数据是诊断部204为了执行后述的实时驾驶诊断而使用的车辆相关信息。第二数据是外部服务器30为了执行后述的通常驾驶诊断而使用的车辆相关信息。第三数据是外部服务器30为了执行后述的保险用驾驶诊断而使用的车辆相关信息。从图4可以明确，一部分车辆相关信息具有多个属性。

数据分类列表29的内容可以使用设置于显示器28的触摸面板(信息输入部)来变更。另外，当向与外部服务器30连接的输入装置输入了规定的信息时，该信息被从外部服务器30向车辆20无线发送，并且数据分类列表29的内容基于该信息而变更。即，数据分类列表29的内容例如能够由外部服务器30的管理者或驾驶员Dr变更。

诊断部204基于车轮速度传感器22、加速器开度传感器23和制动踏力传感器24的取得数据来进行驾驶诊断。例如，如日本特开2019-12481号公报和日本特开2020-95403号公报所公开的那样，基于这些取得数据进行的驾驶诊断的方法是公知的。诊断部204基于记录在存储器21D中的地图数据所包含的与各道路的限速相关的信息、车辆20的位置数据和车轮速度传感器22的取得数据，判定车辆20的车速是否超过限速。有时将与限速违规相关的结果信息称为限速违规数据。

而且，诊断部204基于加速器开度传感器23的取得数据和车轮速度传感器22的取得数据，判定车辆20是否进行了急加速动作。而且，诊断部204基于制动踏力传感器24的取得数据和车轮速度传感器22的取得数据，判定车辆20是否进行了急制动动作。

诊断部204在PCS控制部201使PCS工作时，生成表示该情况的PCS工作数据。而且，诊断部204在清醒度推定部202判定为驾驶员Dr正在进行瞌睡驾驶时，生成表示该情况的瞌睡判定数据。

基于车轮速度传感器22、加速器开度传感器23和制动踏力传感器24的取得数据的驾驶诊断的结果信息、PCS工作数据和瞌睡判定数据是实时驾驶诊断的结果信息。另外，这些结果信息与位置数据和时刻信息一起记录于存储器21D。

另外，诊断部204基于以上述第一频率所取得的车轮速度传感器22、加速器开度传感器23和制动踏力传感器24的取得数据来执行实时驾驶诊断。因此，由诊断部204进行的限速诊断、急加速诊断和急制动诊断的诊断精度比基于以比第一频度低的频度所取得的取得数据的情况高。

显示器控制部205对显示器28进行控制。由显示器控制部205控制的显示器28例如在诊断部204的诊断动作之后立即使实时驾驶诊断的结果信息在显示器28显示一定时间。该一定时间例如为5秒。例如，在诊断部204生成了瞌睡判定数据时，如图5所示，在显示器28显示“瞌睡注意！”这样的文字，并且一并显示反映了在判定为正在瞌睡时由车内照相机26B取得的驾驶员Dr的面部的动态图像(省略图示)。

另外，在诊断部204生成了PCS工作数据时，在显示器28显示“PCS工作”这样的文字，并且一并显示在PCS进行了工作时由前方照相机26A取得的动态图像(以下称为车外动态图像，省略图示)。

而且，在诊断部204判定为车辆20的车速超过了限速的情况下，在显示器28显示“限速违规”这样的文字，并且一并显示超过了限速时的车外动态图像。而且，在诊断部204判定为“车辆20进行了急加速动作”的情况下，在显示器28显示“急加速”这样的文字，并且一并显示执行了急加速动作时的车外动态图像。另外，在诊断部204判定为“车辆20进行了急制动动作”的情况下，在显示器28显示“急制动”这样的文字，并且一并显示执行了急制动动作时的车外动态图像。

通信控制部206对通信I/F21E进行控制。由通信控制部206控制的通信I/F21E每经过规定的数据记录时间就向外部服务器30无线发送相当于记录在存储器21D中的第二数据和第三数据的车辆相关信息和瞌睡判定数据、限速违规数据及PCS工作数据。即，通信I/F21E将记录在存储器21D中的数据记录时间量的数据汇总并无线发送给外部服务器30。该数据记录时间例如为10分钟。但是，本实施方式的通信I/F21E一边对记录在存储器21D中的第二数据和第三数据进行间隔剔除，一边向外部服务器30无线发送。即，由通信I/F21E无线发送的第二数据和第三数据是信息取得部以第二阈值以下的频度即第二频度取得的取得数据。该第二阈值是比第一阈值小的值，例如是1/10秒。因此，通信I/F21E向外部服务器30无线发送的车辆相关信息的数据量与未被进行间隔剔除的情况相比为少量。

如图2所示，外部服务器30构成为包括CPU31A、ROM31B、RAM31C、存储器31D、通信I/F31E和输入输出I/F31F。CPU31A、ROM31B、RAM31C、存储器31D、通信I/F31E和输入输出I/F31F经由内部总线31Z彼此以能够通信的方式连接。CPU31A、ROM31B、RAM31C、存储器31D、通信I/F31E和输入输出I/F31F具有分别对应于CPU21A、ROM21B、RAM21C、存储器21D、通信I/F21E和输入输出I/F21F的功能。但是，CPU31A的运算能力比CPU21A高。另外，在存储器31D记录有地图数据。

而且，外部服务器30经过了对服务器50进行管理的保险公司的认证。即，该保险公司认定外部服务器30执行的通常驾驶诊断的结果信息可以用于保险公司的保险商品的设计。换言之，保险公司认定外部服务器30的处理能力和安全等级满足必要的条件。

图6中用框图示出了外部服务器30的功能结构的一例。外部服务器30具有诊断部301和通信控制部302作为功能结构。这些功能结构通过由CPU31A读出并执行存储在ROM31B中的程序来实现。

诊断部301基于通信I/F31E从车辆20接收到的第二数据来进行作为驾驶诊断的一种的通常驾驶诊断。另外，如后所述，保险用驾驶诊断的诊断内容包含于通常驾驶诊断的诊断内容。因此，本实施方式的第三数据是第二数据。诊断部301一边执行机器学习一边进行通常驾驶诊断。即，诊断部301基于从驾驶员Dr所驾驶的车辆20长期取得的车辆相关信息和与驾驶员Dr不同的多个驾驶员的通常驾驶诊断的结果信息，对驾驶员Dr的驾驶操作进行诊断。但是，本公开中的通常驾驶诊断的方法并不限定于此，可以是任何方法。

诊断部301进行的通常驾驶诊断包括与加速操作、制动操作和转向操作相关的驾驶诊断。诊断部301基于加速器开度传感器23的取得数据和车轮速度传感器22的取得数据对加速操作进行驾驶诊断，基于制动踏力传感器24的取得数据和车轮速度传感器22的取得数据对制动操作进行驾驶诊断，基于转向角传感器25的取得数据对转向操作进行驾驶诊断。这些诊断结果包括表示基于机器学习而得到的驾驶员Dr的驾驶操作倾向的信息。而且，诊断部301基于这些诊断结果来运算加速操作、制动操作和转向操作的分数(参照图11)。

而且，诊断部301执行的通常驾驶诊断包含外部服务器30从车辆20接收到的瞌睡判定数据、限速违规数据和PCS工作数据。即，诊断部301通过对基于加速操作、制动操作和转向操作的驾驶诊断附加瞌睡判定数据、限速违规数据和PCS工作数据，由此生成通常驾驶诊断的结果信息40F(参照图11)。

诊断部301通过从通常驾驶诊断中去除瞌睡判定数据、限速违规数据和PCS工作数据来执行保险用驾驶诊断。即，保险用驾驶诊断的结果信息(特定结果信息)仅包括由经保险公司认证的外部服务器30执行的驾驶诊断的结果。即，保险用驾驶诊断的结果信息不包括由未经保险公司认证的ECU21生成的实时驾驶诊断的结果信息。通常驾驶诊断和保险用驾驶诊断的结果信息被记录于存储器31D。

通信控制部302对通信I/F31E进行控制。包括通信I/F31E从车辆20接收到的车辆相关信息、瞌睡判定数据、限速违规数据和PCS工作数据的数据被记录于存储器31D。通信I/F31E将记录在存储器31D中的通常驾驶诊断的结果信息向移动终端40发送。而且，通信I/F31E将记录在存储器31D中的保险用驾驶诊断的结果信息向服务器50发送。

服务器50具有与外部服务器30同样的硬件结构。因此，服务器50的通信I/F接收到的保险用驾驶诊断的结果信息被记录于服务器50的存储器。

图1所示的移动终端40构成为包括CPU、ROM、RAM、存储器、通信I/F和输入输出I/F。移动终端40例如是智能手机或平板电脑。移动终端40的CPU、ROM、RAM、存储器、通信I/F和输入输出I/F经由总线彼此以能够通信的方式连接。移动终端40能够从计时器(省略图示)取得与日期时间相关的信息。在移动终端40设置有具有触摸面板的显示器41。如图1所示，移动终端40由驾驶员Dr持有。在移动终端40安装有规定的驾驶信息显示应用程序。而且，在移动终端40的存储器记录有地图数据。

图7中用框图示出了移动终端40的功能结构的一例。移动终端40具有通信控制部401和显示器控制部402作为功能结构。通信控制部401和显示器控制部402通过由CPU读出并执行存储在ROM中的程序来实现。

通信控制部401对通信I/F进行控制。

显示器控制部402对显示器41进行控制。即，显示器控制部402例如使显示器41显示移动终端40从车辆20或外部服务器30接收到的信息和经由触摸面板输入的信息。利用显示器41的触摸面板所输入的信息例如能够由通信I/F向车辆20和外部服务器30发送。

(作用和效果)

接下来，对本实施方式的作用和效果进行说明。

首先，使用图8的流程图对车辆20的CPU21A进行的处理的流程进行说明。CPU21A每经过规定时间就重复执行图8的流程图的处理。另外，在下述的说明中，由一个处理器(CPU)执行图8～图10的各流程图的处理，但也可以由多个处理器(CPU)执行图8～图10的各流程图的处理。

在步骤S10(以下，省略“步骤”这一文字)中，CPU21A判定是否取得了车辆相关信息、PCS工作数据和瞌睡判定数据中的至少一个。

当在S10中判定为是时，CPU21A进入S11，将所取得的信息(数据)记录于存储器21D。

接着，CPU21A进入S12，判定记录在存储器21D中的车辆相关信息是否包含第一数据。

当在S12中判定为是时，CPU21A进入S13，判定在存储器21D是否记录有足以执行实时驾驶诊断的量的第一数据。

当在S13中判定为是时，CPU21A进入S14，执行实时驾驶诊断。

接着，CPU21A进入S15，使显示器28显示实时驾驶诊断的结果信息。

当在S10、12、13中判定为否时或结束了S15的处理时，CPU21A进入S16，判定是否经过了数据记录时间。CPU21A反复执行S16的处理，直到判定为是为止。

当在S16中判定为是时，CPU21A进入S17，将在数据记录时间的期间记录在存储器21D中的车辆相关信息所包含的第二数据(第三数据)、瞌睡判定数据、限速违规数据和PCS工作数据向外部服务器30无线发送。

在结束了S17的处理时，CPU21A暂时结束图8的流程图的处理。

接着，使用图9的流程图对外部服务器30的CPU31A进行的处理的流程进行说明。CPU31A每经过规定时间就重复执行图9的流程图的处理。

首先，在S20中，CPU31A判定是否从车辆20接收到车辆相关信息(第二数据、第三数据)、瞌睡判定数据、限速违规数据和PCS工作数据中的至少一个。

当在S20中判定为是时，CPU31A进入S21，判定在存储器21D是否记录有足以执行通常驾驶诊断的量的第二数据。另外，为了在S21中判定为是所需要的数据量远多于为了在S13中判定为是所需要的数据量。即，通常驾驶诊断使用比实时驾驶诊断多的数据来执行。

当在S21中判定为是时，CPU31A进入S22，执行通常驾驶诊断。

接着，CPU31A进入S23，将通常驾驶诊断的结果信息记录于存储器21D。

接着，CPU31A进入S24，判定是否从移动终端40接收到发送请求。在移动终端40的驾驶信息显示应用程序被启动时，移动终端40每经过规定时间就将发送请求向外部服务器30无线发送。

当在S24中判定为是时，CPU31A进入S25，将通常驾驶诊断的结果信息向移动终端40无线发送。

接着，CPU31A进入S26，基于通常驾驶诊断的结果信息来执行保险用驾驶诊断。

接着，CPU31A进入S27，将保险用驾驶诊断的结果信息记录于存储器21D且向服务器50无线发送。

当在S20、21中判定为否时或结束了S27的处理时，CPU31A暂时结束图9的流程图的处理。

接着，使用图10的流程图对移动终端40的CPU进行的处理的流程进行说明。CPU每经过规定时间就重复执行图10的流程图的处理。

首先，在S30中，CPU判定驾驶信息显示应用程序是否处于启动中。

当在S30中判定为是时，CPU进入S31，将发送请求向外部服务器30无线发送。

接着，CPU进入S32，判定是否从外部服务器30接收到通常驾驶诊断的结果信息。

当在S32中判定为是时，CPU进入S33，使显示器41显示结果信息40F(参照图11)。

在结束了S33的处理时，或者在S30或S32中判定为否时，CPU暂时结束图10的流程图的处理。

如以上所说明的那样，在本实施方式的系统10中，信息取得部所取得的车辆相关信息基于各驾驶诊断的方式而被发送到ECU21和外部服务器30中的至少一方。换言之，基于驾驶诊断的结果信息的输出目的地的种类、驾驶诊断的种类(结果信息的种类)和车辆相关信息的种类中的至少一个，决定车辆相关信息的发送目的地。

例如，用于执行输出目的地为显示器28的实时驾驶诊断的车辆相关信息(第一数据)被发送给ECU21(CPU21A)。因此，能够将ECU21所生成的实时驾驶诊断的结果信息迅速地显示于显示器28。即，例如与外部服务器30基于从车辆20接收到的车辆相关信息来进行驾驶诊断且外部服务器30将该驾驶诊断的结果信息向车辆20无线发送的情况相比，能够将结果信息迅速地显示于显示器28。因此，驾驶员Dr通过观察显示器28，能够立即识别由自身的驾驶操作引起的结果信息。即，驾驶员Dr在进行了存在问题的驾驶操作时，能够立即识别出该情况。

而且，用于执行输出目的地为移动终端40的通常驾驶诊断的车辆相关信息(第二数据)被发送给外部服务器30。因此，驾驶员Dr例如在结束了车辆20的驾驶后，通过观察移动终端40的显示器41，能够识别外部服务器30所生成的通常驾驶诊断的结果信息。而且，通常驾驶诊断使用比实时驾驶诊断多的数据且利用机器学习来执行，所以通常驾驶诊断的可靠性高。

而且，用于执行保险用驾驶诊断的车辆相关信息(第三数据)被发送给经过了保险公司的认证的外部服务器30，由外部服务器30执行保险用驾驶诊断。即，在驾驶诊断的种类为保险用驾驶诊断的情况下，向经过了保险公司的认证的外部服务器30发送车辆相关信息(第三数据)。因此，接收到保险用驾驶诊断的结果信息的保险公司能够基于可信赖的结果信息来设计保险商品。

另外，作为数据容量大的车辆相关信息的车外图像数据和面部图像数据被发送到ECU21，而不被无线发送给外部服务器30。因此，能够减轻车辆20与外部服务器30之间的无线通信的负荷。

这样，系统10能够在考虑与驾驶诊断相关的各种条件的同时，将车辆相关信息向多个驾驶诊断部(ECU21、外部服务器30)发送。

而且，以第一阈值以上的频度即第一频度所取得的车辆相关信息不向外部服务器30发送，而仅向ECU21发送。因此，能够抑制从车辆20向外部服务器30无线发送的车辆相关信息的数据量。

而且，ECU21所生成的一部分结果信息(瞌睡判定数据、限速违规数据和PCS工作数据)从车辆20向外部服务器30发送，外部服务器30利用该结果信息来进行通常驾驶诊断。因此，外部服务器30能够在不进行与ECU21重复的内容的驾驶诊断的情况下执行通常驾驶诊断。

而且，外部服务器30的管理者或驾驶员Dr能够任意地变更数据分类列表29的内容。因此，例如在驾驶员Dr希望不使显示器28显示实时驾驶诊断的结果信息的情况下，管理者或驾驶员Dr只要更新数据分类列表29的内容以不包含第一数据即可。另外，例如在保险公司希望将瞌睡判定数据包含于保险用驾驶诊断的情况下，只要更新数据分类列表29的内容以使面部图像数据成为第三数据，并且使外部服务器30具有相当于清醒度推定部202的功能即可。

以上，对实施方式所涉及的驾驶诊断装置、系统及驾驶诊断方法进行了说明，但这些能够在不脱离本公开的主旨的范围内适当地设计变更。

例如，可以对车辆20进行设计变更，以使实时驾驶诊断的结果信息不显示于显示器28。该设计变更例如可以利用显示器28(触摸面板)来执行。

也可以由ECU21和外部服务器30进行重复的内容的驾驶诊断。例如，在保险公司希望将限速违规数据包含于保险用驾驶诊断的情况下，可以由外部服务器30使用从车辆20接收到的车轮速度传感器22的取得数据、车辆20的位置数据和地图数据来生成限速违规数据，并将该限速违规数据包含于保险用驾驶诊断的结果信息。

车辆20也可以向外部服务器30无线发送车外图像数据和面部图像数据中的至少一方。但是，在该情况下，优选在ECU21压缩图像数据的容量之后，将图像数据向外部服务器30无线发送。这样，外部服务器30能够在使用图像数据的同时执行通常驾驶诊断和保险用驾驶诊断。

保险公司也可以对车辆20(ECU21)进行认证。这样，能够将ECU21所生成的实时驾驶诊断的结果信息包含于保险用驾驶诊断。

而且，外部服务器30生成的通常驾驶诊断的结果信息也可以包括与由外部服务器30基于诊断结果判定为与驾驶员Dr的相容性良好的车辆(车型)相关的信息(推荐信息)。这样，看到移动终端40的显示器41的驾驶员Dr能够知道对于自己来说容易驾驶的车辆。

另外，也可以使位于车辆20的内部的移动终端40的显示器41显示实时驾驶诊断的结果信息。

也可以将各驾驶诊断的结果信息作为声音输出。例如，实时驾驶诊断的结果信息也可以从设置于车辆20的扬声器(省略图示)输出。