CN112380045B - 车辆异常检测方法、装置、设备及存储介质 - Google Patents

Abstract

本发明属于车辆检测技术领域，公开了一种车辆异常检测方法、装置、设备及存储介质。该方法包括：本发明在车辆下电后，对车辆的各ECU节点进行检测，获取异常不休眠节点对应的节点信息；根据节点信息对异常不休眠节点进行诊断，并根据异常不休眠节点的异常时间，得到预设时间内的CAN网络的报文数据，再将报文数据、节点信息和诊断信息发送至云端服务器，以使云端服务器根据报文数据、节点信息和诊断信息反馈对应的处理信息；根据处理信息对车辆进行异常处理。通过上述方式，车载终端监控整车不休眠ECU节点，实时上报车联网后台，根据不同ECU不同异常不休眠情况进行自动处理，避免车辆过度耗电，及时解决ECU异常不休眠问题。

Description

车辆异常检测方法、装置、设备及存储介质

技术领域

本发明涉及车辆检测技术领域，尤其涉及一种车辆异常检测方法、装置、设备及存储介质。

背景技术

ECU作为汽车最重要的单元之一在汽车使用过程中起着支配性的作用，ECU(Electronic Control Unit)电子控制单元，又称“行车电脑”、“车载电脑”等。而ECU休眠以及唤醒功能，在ECU中十分重要汽车的大多数ECU需要长期供电，为了在不使用汽车时降低功耗，ECU需要进入休眠状态，以降低耗电。当某些特定的事件发生时，如门被打开，有遥控信号等，需要ECU立即从休眠状态唤醒，以做出响应。功能比较简单的ECU可以设计成深度休眠，使唤醒事件产生中断来唤醒ECU；功能比较复杂的ECU，如BCM，可能需要工作在间歇休眠模式。CPU定时唤醒，检测是否发生唤醒事件。如果没有则继续休眠。

目前各车厂收集汽车车主反馈车辆问题所占比重较多的是车辆无法动、ECU故障等问题。而造成车辆无法启动、ECU故障等问题的主要原因是车辆ECU存在异常不休眠情况，而车厂技术人员无法实时分析ECU异常不休眠问题原因，只能待问题复现再验证；车主车辆无法启动会给用户造成极差的体验。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明的主要目的在于提供一种一种车辆异常检测方法、装置、设备及存储介质，旨在解决现有技术无法及时解决ECU异常不休眠的技术问题。

为实现上述目的，本发明提供了一种车辆异常检测方法，所述方法包括以下步骤:

在车辆下电后，对所述车辆的各ECU节点进行检测；

当所述各ECU节点中出现异常不休眠节点时，获取所述异常不休眠节点对应的节点信息；

根据所述节点信息对异常不休眠节点进行诊断，并得到对应的诊断信息；

根据所述异常不休眠节点的异常时间，得到预设时间内的CAN网络的报文数据；

将所述报文数据、所述节点信息和所述诊断信息发送至云端服务器，以使所述云端服务器根据所述报文数据、所述节点信息和所述诊断信息反馈对应的处理信息；

根据所述处理信息对所述车辆进行异常处理。

可选的，所述根据所述处理信息对所述车辆进行异常处理，包括：

根据所述处理信息判断是否需要对所述异常不休眠节点对应的ECU节点进行复位；

若需要对所述ECU节点进行复位，则判断所述车辆是否熄火和是否设防；

若所述车辆已熄火和已设防，则对所述ECU节点进行复位。

可选的，所述根据所述处理信息对所述车辆进行异常处理，包括：

根据所述处理信息判断是否需要对所述异常不休眠节点对应的ECU节点进行软件更新；

若需要对所述ECU节点进行软件更新，则判断所述车辆的电量是否大于预设电量；

若所述车辆的电量大于预设电量，则对所述ECU节点进行软件更新。

可选的，所述根据所述处理信息对所述车辆进行异常处理，包括：

根据所述处理信息判断是否包含预设无处理方案指令；

若所述处理信息中包含所述预设无处理方案指令，则发送初始故障提示信息至移动终端，以使所述移动终端根据所述初始故障提示信息显示初始待维修信息和初始待充电信息。

可选的，所述根据所述处理信息对所述车辆进行异常处理之后，还包括：

在下一次车辆下电后，对所述车辆的当前各ECU节点进行检测；

当所述当前各ECU节点中出现当前异常不休眠节点与上一次车辆下电后检测到的异常不休眠节点相同时，判断所述当前异常不休眠节点的软件版本是否正确；

若所述当前异常不休眠节点的软件版本正确，则发送目标故障提示信息至移动终端，以使移动终端根据所述目标故障提示信息显示目标待维修信息和目标待充电信息。

可选的，所述若所述当前异常不休眠节点软件版本正确，则发送故障提示信息至移动终端，以使移动终端根据所述故障提示信息显示待维修信息和待充电信息之后，还包括：

发送更新提示信息至所述云端服务器，以使所述云端服务器根据所述更新提示信息查找与当前异常不休眠节点对应的所述报文数据、所述节点信息和所述诊断信息；

根据所述报文数据、所述节点信息和所述诊断信息更新所述处理信息。

可选的，其特征在于，所述根据所述处理信息对所述车辆进行异常处理，包括：

根据所述各ECU节点对所述车辆行驶的重要程度，建立预设优先级对应表；

当同时接收到多条处理信息时，根据预设优先级对应表确定各处理信息的处理顺序；

根据所述各处理信息的处理顺序对所述车辆进行异常处理。

此外，为实现上述目的，本发明还提出一种车辆异常检测装置，所述车辆异常检测装置包括：

检测模块，用于在车辆下电后，对所述车辆的各ECU节点的进行检测；

获取模块，用于当所述各ECU节点中出现异常不休眠节点时，获取所述异常不休眠节点对应的节点信息；

诊断模块，用于根据所述节点信息对异常不休眠节点进行诊断，并得到对应的诊断信息；

所述获取模块，还用于获取所述异常不休眠节点的出现时间点前后预设时间内的CAN网络的报文数据；

通信模块，用于将所述报文数据、所述节点信息和所述诊断信息发送至云端服务器，以使所述云端服务器根据所述报文数据、所述节点信息和所述诊断信息反馈对应的处理信息；

处理模块，用于根据所述处理信息对所述车辆进行异常处理。

此外，为实现上述目的，本发明还提出一种车辆异常检测设备，所述车辆异常检测设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的车辆异常检测程序，所述车辆异常检测程序配置为实现如上文所述的车辆异常检测方法的步骤。

此外，为实现上述目的，本发明还提出一种存储介质，所述存储介质上存储有车辆异常检测程序，所述车辆异常检测程序被处理器执行时实现如上文所述的车辆异常检测方法的步骤。

本发明在车辆下电后，对所述车辆的各ECU节点进行检测；当所述各ECU节点中出现异常不休眠节点时，获取所述异常不休眠节点对应的节点信息；根据所述节点信息对异常不休眠节点进行诊断，并得到对应的诊断信息；根据所述异常不休眠节点的异常时间，得到预设时间内的CAN网络的报文数据；将所述报文数据、所述节点信息和所述诊断信息发送至云端服务器，以使所述云端服务器根据所述报文数据、所述节点信息和所述诊断信息反馈对应的处理信息；根据所述处理信息对所述车辆进行异常处理。通过车载终端监控整车不休眠ECU节点，实时上报车联网后台，根据不同ECU不同异常不休眠情况进行自动处理，避免车辆过度耗电，及时解决ECU异常不休眠问题。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的车辆异常检测设备的结构示意图；

图2为本发明车辆异常检测方法第一实施例的流程示意图；

图3为本发明车辆异常检测方法第二实施例的流程示意图；

图4为本发明车辆异常检测装置第一实施例的结构框图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

参照图1，图1为本发明实施例方案涉及的硬件运行环境的车辆异常检测设备结构示意图。

如图1所示，该车辆异常检测设备可以包括：处理器1001，例如中央处理器(Central Processing Unit，CPU)，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真(WIreless-FIdelity，WI-FI)接口)。存储器1005可以是高速的随机存取存储器(RandomAccess Memory，RAM)存储器，也可以是稳定的非易失性存储器(Non-Volatile Memory，NVM)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的结构并不构成对车辆异常检测设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及车辆异常检测程序。

在图1所示的车辆异常检测设备中，网络接口1004主要用于与网络服务器进行数据通信；用户接口1003主要用于与用户进行数据交互；本发明车辆异常检测设备中的处理器1001、存储器1005可以设置在车辆异常检测设备中，所述车辆异常检测设备通过处理器1001调用存储器1005中存储的车辆异常检测程序，并执行本发明实施例提供的车辆异常检测方法。

本发明实施例提供了一种车辆异常检测方法，参照图2，图2为本发明一种车辆异常检测方法第一实施例的流程示意图。

本实施例中，所述车辆异常检测方法包括以下步骤：

步骤S10：在车辆下电后，对所述车辆的各ECU节点进行检测。

需要理解的是，本实施例的执行主体为车辆监控管理系统，所述车辆监控管理系统可以为车载终端或者与车载终端功能相同或者相似的装置，在本实施例中以车载终端为例加以说明。

需要理解的是，目前各车厂收集汽车车主反馈车辆问题所占比重较多的是车辆无法启动、ECU故障等问题。ECU(Electronic Control Unit)电子控制单元，又称“行车电脑”、“车载电脑”等。ECU故障会造成车辆无法启动、ECU故障等问题的主要原因是车辆ECU存在异常不休眠情况，而车厂技术人员无法实时分析ECU异常不休眠问题原因，只能待问题复现；车主车辆无法启动会给用户造成极差的体验。通过车载终端监控整车不休眠ECU节点，实时上报车联网后台，根据不同ECU不同异常不休眠情况进行自动处理，避免车辆过度耗电，及时解决ECU异常不休眠问题。

需要明白的是，ECU异常不休眠情况一般出现在整车休眠后，由于车辆总线异常或者各控制单元异常导致车辆各ECU节点出现不休眠的情况。因此，需要在车辆下电休眠后通过车载终端对各ECU节点进行检测。其中，上述ECU节点包括了车辆全部的电子控制单元，例如各类仪器仪表、动力控制、安全防护以及通信等控制单元。

在具体实现中，车载终端可诊断监控整车ECU不休眠节点，记录整车异常不休眠节点并采集整车诊断数据上报车联网后台，同时接收车联网后台的指令与整车ECU进行交互。车联网后台接收车载终端上报的不休眠节点及诊断数据，配置各ECU异常不休眠处理策略，当节点及诊断结果确定后，进行自动处理。

步骤S20：当所述各ECU节点中出现异常不休眠节点时，获取所述异常不休眠节点对应的节点信息。

需要理解的是，各ECU节点中有在车辆整车休眠后正常工作的节点，例如电源管理系统，但大多数ECU都处于休眠状态。此时如果已休眠的ECU节点出现被异常唤醒或者未进入休眠状态，车载终端即可得到此时ECU异常不休眠节点的节点信息，例如在进入休眠状态后，检测到整车控制发出的报文数据，即可根据报文数据追踪到整车控制器处于异常不休眠状态，根据报文内容以及报文发出的频率对整车控制器的故障类型进行初步诊断。

在具体实现中，对车辆各ECU获取的方法，可以根据不同的CAN网络节点ID记录可能存在异常的节点数据，例如：车载终端检测到车辆从非OFF电到OFF电，内部计时器开始1小时计时，监测网络管理状态发送非12/32的ECU节点，当监测到整车有不休眠节点时，车载终端记录监测到的节点网络管理报文ID的低8位，如节点网络管理ID为0x401，取01，不休眠次数记为1。如果总线上同时有不止1个节点发送非12/32报文，车载终端根据自身监测的先后顺序依次记录。如果在当前计时循环内，ECU节点持续发送12/32状态报文时，节点计数不做增加，如果有节点存在从激活到休眠再到激活的情形，则在当前计时循环内，出现次数加1。所述非12/32报文，即为在整车休眠状态下不应出现的报文，例如车辆发动机ECU喷油器控制信号。

步骤S30：根据所述节点信息对异常不休眠节点进行诊断，并得到对应的诊断信息。

可以理解的是，车辆自身ECU中包含了故障检测系统，会根据对应ECU节点的电压水平以及报文数据得到对应的诊断信息，一般诊断信息指的是车辆故障诊断码，例如发动机ECU系统故障、车内环境控制ECU中冷却系统控制电路短路或者巡航控制ECU软件故障等，本实施例在此不做一一举例。通过车辆故障诊断码可以初步对车辆异常不休眠而产生的故障进行判断。

步骤S40：根据所述异常不休眠节点的异常时间，得到预设时间内的CAN网络的报文数据。

需要理解的是所述异常不休眠节点的异常时间，即为出现异常不休眠信号时的时间点，根据所述时间点将该时间点前后一定时间内的CAN总线报文数据进行记录并存储，由于上述故障码只能初步判断发生故障的电路位置以及故障大致内容，并不能准确得到故障的原因以及详细的故障问题，结合CAN总线报文数据可以对故障进行进一步的判断，例如故障节点发生时与哪些其他ECU节点进行数据交互或者根据CAN总线报文数据可以得到异常节点的数据传输方式是点对点发送还是点对多又或者是全局广播，进一步结合全局网络对故障进行判断，而不是单一节点的分析，提高了故障判断的准确性。

步骤S50：将所述报文数据、所述节点信息和所述诊断信息发送至云端服务器，以使所述云端服务器根据所述报文数据、所述节点信息和所述诊断信息反馈对应的处理信息。

需要理解的是，将所述报文数据、所述节点信息和所述诊断信息发送至云端服务器，在云端服务器上已有各不同ECU的工程师提前在车联网后台录入各ECU异常不休眠情况下的处理方法及策略，当车载终端上报不休眠ECU节点信息、诊断故障码以及报文数据后，车联网后台自动匹配并推送对应处理策略至车载终端。如需复位ECU，在复位ECU之前监测车辆状态是否满足条件，车辆熄火设防时进行ECU的复位。当车辆需要更新软件解决时，车载终端判断车辆状态是否满足条件，车辆熄火设防且电量充足时进行ECU的软件更新。

可以理解的是，由于通过车辆网进行故障诊断并处理相比于线下去汽车维修点进行检测更加高效，且云端服务器有大量的专业工程师的诊断处理结果，将会比线下只有数个检修人员进行诊断更加的全面且高效。

步骤S60：根据所述处理信息对所述车辆进行异常处理。

需要理解的是，根据不同的故障问题可以有不同的处理方法，对于固件版本老久、系统故障以及软件BUG有较好的处理效果，对于物理方面的硬件损坏则是没有效果需要提醒车主送往修理厂进行ECU或者其它器件的更换，但同时相比于系统故障，硬件损坏的出现率要低很多，大多在车辆保养质检的环节中可以发现。在此对于不同故障的处理策略本实施列举几个范例可参见表1。

表1

在本实施例中，根据所述处理信息判断是否需要对所述异常不休眠节点对应的ECU节点进行复位；若需要对所述ECU节点进行复位，则判断所述车辆是否熄火和是否设防；若所述车辆已熄火和已设防，则对所述ECU节点进行复位。

需要明白的是，对节点的检测、诊断、传输以及处理是一个完整的异常处理流程，需要一定的时间，而此时车辆可能已从下电状态下改变为了启动状态，所以复位前需要对当前车辆进行判断是否处于工作状态，若处于工作状态下强行复位则可能造成ECU数据中断，甚至是停机从而引起安全事故。此处工作状态可以是车辆是否熄火或者设防，也可以是当前ECU是否处于工作状态，例如在车窗处于静止状态时对APM车窗控制器进行复位。

在本实施例中，根据所述各ECU节点对所述车辆行驶的重要程度，建立预设优先级对应表。

进一步的，在不同休眠节点的信息传输或者处理方案相冲突时，则按照预先设定好的优先级进行动作，预设设定好的优先级在此举例进行说明，并不代表本实施例对此加以限定，例如：根据车辆行驶的重要程度建立，优先级：安全件>功能件>娱乐件，安全件有例如：TCU(变速箱)、BCM(车身控制器)、SRS(安全气囊、ESC(电子稳定系统)、EMS(发动机控制)以及ICM(仪表)等和车辆驾驶基础功能以及形式安全功能相关的ECU，功能件：PLG(尾门控制器)、APM(车窗控制器)、灯光控制ECU以及门锁防盗ECU等有一定形式以外的使用功能的ECU，娱乐件：HVAC(空调)、T-BOX(车载终端)、MP5(主机)以及电动座椅ECU等仅作为提高使用舒适性的ECU。如此细化故障处理优先级的优点在于车主有使用需求时能尽快的使用车辆，将故障处理对使用的影响降到最低，提高了用户的使用体验。

另一方面，还可以根据ECU所连接的总线类型进行划分，连接高速CAN总线的ECU优先进行故障处理，连接低速CAN总线的ECU优先级较低，如此划分的好处在于处理逻辑简单，成本较小，也一定程度上，将故障处理对使用的影响降低，提高了用户的使用体验。

在本实施例中，根据所述处理信息判断是否需要对所述异常不休眠节点对应的ECU节点进行软件更新；若需要对所述ECU节点进行软件更新，则判断所述车辆的电量是否大于预设电量；若所述车辆的电量大于预设电量，则对所述ECU节点进行软件更新。

需要明白的是，对ECU节点的处理手段为软件更新时，需要消耗较多的电量，若更新过程中电量不足导致更新过程突然中断，则会造成系统崩溃从而影响车辆使用。

在本实施例中，根据所述处理信息判断是否包含预设无处理方案指令；若所述处理信息中包含所述预设无处理方案指令，则发送初始故障提示信息至移动终端，以使所述移动终端根据所述初始故障提示信息显示初始待维修信息和初始待充电信息。

需要理解的是，若在故障苦衷没有处理方案，则会返回无处理方案的指令，那么此时车辆的故障ECU节点依然处于异常不休眠状态可能会造成大量耗电，需要提醒车主前往修理厂进行ECU的更换，而为了在开车时不会因为车辆没电而影响使用，则需要向车主的移动设备中发送提示充电的信息，以保证车主在使用汽车时不会影响正常驾驶，因此通过友好的交互提醒，提高了车辆使用的体验感。

本实施例通过下电后，对所述车辆的各ECU节点进行检测；当所述各ECU节点中出现异常不休眠节点时，获取所述异常不休眠节点对应的节点信息；根据所述节点信息对异常不休眠节点进行诊断，并得到对应的诊断信息；根据所述异常不休眠节点的异常时间，得到预设时间内的CAN网络的报文数据；将所述报文数据、所述节点信息和所述诊断信息发送至云端服务器，以使所述云端服务器根据所述报文数据、所述节点信息和所述诊断信息反馈对应的处理信息；根据所述处理信息对所述车辆进行异常处理。通过车载终端监控整车不休眠ECU节点，实时上报车联网后台，根据不同ECU不同异常不休眠情况进行自动处理，避免车辆过度耗电，及时解决ECU异常不休眠问题。

参考图3，图3为本发明一种车辆异常检测方法第二实施例的流程示意图。

基于上述第一实施例，本实施例车辆异常检测方法在所述步骤S60之后，还包括：

步骤S61：在下一次车辆下电后，对所述车辆的当前各ECU节点进行检测。

需要理解的是，车辆每一次下电后均会对车辆的各ECU节点进行检测，由于车辆故障往往十分复杂，可能出现故障处理后依然未完全解决故障问题的情况。因此在每次出现异常不休眠节点至异常不休眠节点对应的故障处理完成后记为1次完整的故障处理并进行记录，当短时间再次出现相同的故障即短时间再次出现已经出现过1次完整的故障处理记录的故障时，说明ECU节点对应的ECU可能出现了设备老化以及硬件损坏等问题，需要进一步的处理。

进一步的，本实施例以车辆每次下电为时间间隔进行说明，因为在整车休眠状态下异常不休眠节点才更加容易被车载终端检测到，在车辆第二次车辆下电后，强制复位或者关闭后依然存在故障的节点就可以再次被检测到，那么此时可能需要进行软件版本的更新或者送往车厂对ECU进行更换了。

步骤S62：当所述当前各ECU节点中出现当前异常不休眠节点与上一次车辆下电后检测到的异常不休眠节点相同时，判断所述当前异常不休眠节点的软件版本是否正确。

需要理解的是，当所述当前各ECU节点中出现当前异常不休眠节点与上一次车辆下电后检测到的异常不休眠节点相同时，则可以对ECU节点进行进一步的判断，是否是由于软件版本老久或者存在BUG，此时对软件进行更新即可。

步骤S63：若所述当前异常不休眠节点的软件版本正确，则发送目标故障提示信息至移动终端，以使移动终端根据所述目标故障提示信息显示目标待维修信息和目标待充电信息。

可以理解的是，如果再次出现的相同异常不休眠节点软件为最新版本时，说明该异常不休眠ECU节点可能出现了设备老化以及硬件损坏等问题，需要前往车厂对ECU进行更换，此时可以将需要更换RCU的提示信息通过车载终端发送给用户的移动终端提醒用户进行维修，并且将此时的电量情况发送至用户，以防止异常不休眠节点的电力损耗过大，造成车主需要用车时却无车可用的情况。

在本实施例中，在上述步骤之后，发送更新提示信息至所述云端服务器，以使所述云端服务器根据所述更新提示信息查找与当前异常不休眠节点对应的所述报文数据、所述节点信息和所述诊断信息；根据所述报文数据、所述节点信息和所述诊断信息更新所述处理信息。

当出现了上述步骤提到的无处理方案或者处理完后依然有故障的情况时，车载终端会将故障节点信息发送至云端服务器，云端服务器根据故障节点信息找到最近该节点故障处理的诊断信息和异常不休眠节点故障时前后的CAN总线报文数据，上述数据均可以在故障处理日志中提取，最后将上述信息打包存储在后台并提醒工程师根据上述信息对故障处理信息进行更新。

本实施例通过在下一次车辆下电后，对所述车辆的当前各ECU节点进行检测；当所述当前各ECU节点中出现当前异常不休眠节点与上一次车辆下电后检测到的异常不休眠节点相同时，判断所述当前异常不休眠节点的软件版本是否正确；若所述当前异常不休眠节点的软件版本正确，则发送目标故障提示信息至移动终端，以使移动终端根据所述目标故障提示信息显示目标待维修信息和目标待充电信息。实现了ECU节点无法正常处理时，通过进一步的软件版本检测和提示信息，让用户在有紧急情况需要用车时不会临时发现车辆故障或者没电，从而减少因上述情况造成的损失。

此外，本发明实施例还提出一种存储介质，所述存储介质上存储有车辆异常检测程序，所述车辆异常检测程序被处理器执行时实现如上文所述的车辆异常检测方法的步骤。

参照图4，图4为本发明车辆异常检测装置第一实施例的结构框图。

如图4所示，本发明实施例提出的车辆异常检测装置包括：

检测模块10，用于在车辆下电后，对所述车辆的各ECU节点的进行检测；

获取模块20，用于当所述各ECU节点中出现异常不休眠节点时，获取所述异常不休眠节点对应的节点信息；

诊断模块30，用于根据所述节点信息对异常不休眠节点进行诊断，并得到对应的诊断信息；

所述获取模块20，还用于获取所述异常不休眠节点的出现时间点前后预设时间内的CAN网络的报文数据；

通信模块40，用于将所述报文数据、所述节点信息和所述诊断信息发送至云端服务器，以使所述云端服务器根据所述报文数据、所述节点信息和所述诊断信息反馈对应的处理信息；

处理模块50，用于根据所述处理信息对所述车辆进行异常处理。

在一实施例中，所述处理模块50还用于根据所述处理信息判断是否需要对所述异常不休眠节点对应的ECU节点进行复位；

若需要对所述ECU节点进行复位，则判断所述车辆是否熄火和是否设防；

若所述车辆已熄火和已设防，则对所述ECU节点进行复位。

在一实施例中，所述处理模块50还用于根据所述处理信息判断是否需要对所述异常不休眠节点对应的ECU节点进行软件更新；

若需要对所述ECU节点进行软件更新，则判断所述车辆的电量是否大于预设电量；

若所述车辆的电量大于预设电量，则对所述ECU节点进行软件更新。

在一实施例中，所述处理模块50还用于根据所述处理信息判断是否包含预设无处理方案指令；

若所述处理信息中包含所述预设无处理方案指令，则发送初始故障提示信息至移动终端，以使所述移动终端根据所述初始故障提示信息显示初始待维修信息和初始待充电信息。

在一实施例中，所述通信模块40还用于在下一次车辆下电后，对所述车辆的当前各ECU节点进行检测；

当所述当前各ECU节点中出现当前异常不休眠节点与上一次车辆下电后检测到的异常不休眠节点相同时，判断所述当前异常不休眠节点的软件版本是否正确；

若所述当前异常不休眠节点的软件版本正确，则发送目标故障提示信息至移动终端，以使移动终端根据所述目标故障提示信息显示目标待维修信息和目标待充电信息。

在一实施例中，所述通信模块40还用于发送更新提示信息至所述云端服务器，以使所述云端服务器根据所述更新提示信息查找与当前异常不休眠节点对应的所述报文数据、所述节点信息和所述诊断信息；

根据所述报文数据、所述节点信息和所述诊断信息更新所述处理信息。

在一实施例中，所述处理模块50还用于根据所述各ECU节点对所述车辆行驶的重要程度，建立预设优先级对应表；

当同时接收到多条处理信息时，根据预设优先级对应表确定各处理信息的处理顺序；

根据所述各处理信息的处理顺序对所述车辆进行异常处理。

应当理解的是，以上仅为举例说明，对本发明的技术方案并不构成任何限定，在具体应用中，本领域的技术人员可以根据需要进行设置，本发明对此不做限制。

本实施例通检测模块10在车辆下电后，对所述车辆的各ECU节点进行检测；获取模块20当所述各ECU节点中出现异常不休眠节点时，获取所述异常不休眠节点对应的节点信息；诊断模块30根据所述节点信息对异常不休眠节点进行诊断，并得到对应的诊断信息；获取模块20根据所述异常不休眠节点的异常时间，得到预设时间内的CAN网络的报文数据；通信模块40将所述报文数据、所述节点信息和所述诊断信息发送至云端服务器，以使所述云端服务器根据所述报文数据、所述节点信息和所述诊断信息反馈对应的处理信息；处理模块50根据所述处理信息对所述车辆进行异常处理。通过车载终端监控整车不休眠ECU节点，实时上报车联网后台，根据不同ECU不同异常不休眠情况进行自动处理，避免车辆过度耗电，及时解决ECU异常不休眠问题。

需要说明的是，以上所描述的工作流程仅仅是示意性的，并不对本发明的保护范围构成限定，在实际应用中，本领域的技术人员可以根据实际的需要选择其中的部分或者全部来实现本实施例方案的目的，此处不做限制。

另外，未在本实施例中详尽描述的技术细节，可参见本发明任意实施例所提供的车辆异常检测方法，此处不再赘述。

此外，需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如只读存储器(Read Only Memory，ROM)/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (9)

1.一种车辆异常检测方法，其特征在于，所述方法包括：

在车辆下电后，对所述车辆的各ECU节点进行检测；

当所述各ECU节点中出现异常不休眠节点时，获取所述异常不休眠节点对应的节点信息；

根据所述节点信息对异常不休眠节点进行诊断，并得到对应的诊断信息；

根据所述异常不休眠节点的异常时间，得到预设时间内的CAN网络的报文数据；

将所述报文数据、所述节点信息和所述诊断信息发送至云端服务器，以使所述云端服务器根据所述报文数据、所述节点信息和所述诊断信息反馈对应的处理信息；

根据所述处理信息对所述车辆进行异常处理；

其中，所述根据所述处理信息对所述车辆进行异常处理，包括：

根据所述处理信息判断是否需要对所述异常不休眠节点对应的ECU节点进行复位；

若需要对所述ECU节点进行复位，则判断所述车辆是否熄火和是否设防；

若所述车辆已熄火和已设防，则对所述ECU节点进行复位。

2.如权利要求1所述的方法，其特征在于，所述根据所述处理信息对所述车辆进行异常处理，包括：

根据所述处理信息判断是否需要对所述异常不休眠节点对应的ECU节点进行软件更新；

若需要对所述ECU节点进行软件更新，则判断所述车辆的电量是否大于预设电量；

若所述车辆的电量大于预设电量，则对所述ECU节点进行软件更新。

3.如权利要求1所述的方法，其特征在于，所述根据所述处理信息对所述车辆进行异常处理，包括：

根据所述处理信息判断是否包含预设无处理方案指令；

若所述处理信息中包含所述预设无处理方案指令，则发送初始故障提示信息至移动终端，以使所述移动终端根据所述初始故障提示信息显示初始待维修信息和初始待充电信息。

4.如权利要求1所述的方法，其特征在于，所述根据所述处理信息对所述车辆进行异常处理之后，还包括：

在下一次车辆下电后，对所述车辆的当前各ECU节点进行检测；

当所述当前各ECU节点中出现当前异常不休眠节点与上一次车辆下电后检测到的异常不休眠节点相同时，判断所述当前异常不休眠节点的软件版本是否正确；

若所述当前异常不休眠节点的软件版本正确，则发送目标故障提示信息至移动终端，以使移动终端根据所述目标故障提示信息显示目标待维修信息和目标待充电信息。

5.如权利要求4所述的方法，其特征在于，所述若所述当前异常不休眠节点软件版本正确，则发送故障提示信息至移动终端，以使移动终端根据所述故障提示信息显示待维修信息和待充电信息之后，还包括：

发送更新提示信息至所述云端服务器，以使所述云端服务器根据所述更新提示信息查找与当前异常不休眠节点对应的所述报文数据、所述节点信息和所述诊断信息；

根据所述报文数据、所述节点信息和所述诊断信息更新所述处理信息。

6.如权利要求1至5中任一项所述的方法，其特征在于，所述根据所述处理信息对所述车辆进行异常处理，包括：

根据所述各ECU节点对所述车辆行驶的重要程度，建立预设优先级对应表；

当同时接收到多条处理信息时，根据预设优先级对应表确定各处理信息的处理顺序；

根据所述各处理信息的处理顺序对所述车辆进行异常处理。

7.一种车辆异常检测装置，其特征在于，所述车辆异常检测装置包括：

检测模块，用于在车辆下电后，对所述车辆的各ECU节点进行检测；

获取模块，用于当所述各ECU节点中出现异常不休眠节点时，获取所述异常不休眠节点对应的节点信息；

诊断模块，用于根据所述节点信息对异常不休眠节点进行诊断，并得到对应的诊断信息；

所述获取模块，还用于根据所述异常不休眠节点的异常时间，得到预设时间内的CAN网络的报文数据；

通信模块，用于将所述报文数据、所述节点信息和所述诊断信息发送至云端服务器，以使所述云端服务器根据所述报文数据、所述节点信息和所述诊断信息反馈对应的处理信息；

处理模块，用于根据所述处理信息对所述车辆进行异常处理；

所述处理模块，还用于根据所述处理信息判断是否需要对所述异常不休眠节点对应的ECU节点进行复位；若需要对所述ECU节点进行复位，则判断所述车辆是否熄火和是否设防；若所述车辆已熄火和已设防，则对所述ECU节点进行复位。

8.一种车辆异常检测设备，其特征在于，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的车辆异常检测程序，所述车辆异常检测程序配置为实现如权利要求1至6中任一项所述的车辆异常检测方法的步骤。

9.一种存储介质，其特征在于，所述存储介质上存储有车辆异常检测程序，所述车辆异常检测程序被处理器执行时实现如权利要求1至6任一项所述的车辆异常检测方法的步骤。

Images