CN118276541A - 车辆诊断辅助排查***和方法、存储介质、电子设备 - Google Patents

Abstract

本申请公开了一种车辆诊断辅助排查***和方法、存储介质、电子设备，车辆诊断辅助排查***包括设置在车内的事件收集管理单元和至少一个设置在云端的查询单元，事件收集管理单元与查询单元通信连接；事件收集管理单元用于获取目标诊断事件并上报至对应的查询单元，每个查询单元对应不同类型的目标诊断事件；查询单元用于接收并存储目标诊断事件，并将目标诊断事件以实时诊断事件的形式展现，在接收到用户查询指令时，查找对应的目标诊断事件并输出。本申请中设置事件收集管理单元和查询单元，事件收集管理单元将目标诊断事件上报至对应的查询单元，用户可以通过查询单元快速查询目标诊断事件，从而快速定位问题。

Description

车辆诊断辅助排查***和方法、存储介质、电子设备

技术领域

本申请涉及车辆诊断技术领域，尤其涉及一种车辆诊断辅助排查***和方法、存储介质、电子设备。

背景技术

目前的车辆诊断手段，大多是采用OBD线外接诊断仪进行故障诊断问题排查，这种诊断对于大多数问题的排查都有比较好的效果，但是依赖于诊断仪的操作以及在电脑终端人为查看问题log数据从而进行问题定位，在log数据较多的情况下，或者问题比较隐蔽的时候，在大量log数据中定位问题，比较耗时也不方便快速定位。

发明内容

本申请的目的在于克服现有技术的车辆诊断中人为在大量log数据中定位问题的不足，提供一种能够快速排查问题的车辆诊断辅助排查***和方法、存储介质、电子设备。

本申请的技术方案提供一种车辆诊断辅助排查***，包括设置在车内的事件收集管理单元和至少一个设置在云端的查询单元，所述事件收集管理单元与所述查询单元通信连接；

所述事件收集管理单元，用于获取目标诊断事件并上报至对应的所述查询单元，每个所述查询单元对应不同类型的目标诊断事件；

所述查询单元，用于接收并存储所述目标诊断事件，并将所述目标诊断事件以实时诊断事件的形式展现，在接收到用户查询指令时，查找对应的目标诊断事件并输出。

进一步地，所述事件收集管理单元包括

事件管理模块，用于监测诊断事件，当监测到目标诊断事件发生时，获取目标诊断事件；

事件缓存模块，用于缓存所述目标诊断事件；

事件转换模块，用于将所述目标诊断事件的数据类型转换为目标数据类型；

上报监听模块，用于确定所述目标诊断事件对应的所述查询单元；

事件上报模块，用于将转换为目标数据类型的所述目标诊断事件上报至对应的所述查询单元。

进一步地，所述目标诊断事件包括***信息修改事件和例程执行异常事件；

所述查询单元包括第一查询单元和第二查询单元，所述第一查询单元对应的所述目标诊断事件包括所述***信息修改事件，所述第二查询单元对应的所述目标诊断事件包括所述例程执行异常事件。

进一步地，所述目标诊断事件包括车辆识别码、事件类型和事件发生时间；

所述查询单元包括搜索控件和搜索引擎；

所述搜索控件，响应于用户输入查询车辆识别码、查询事件类型和查询事件发生时间，生成对应的用户查询指令；

所述搜索引擎，根据所述用户查询指令，查找车辆识别码与所述查询车辆识别码相同、事件类型与所述查询事件类型相同、事件发生时间与所述查询事件发生时间相同的目标诊断事件并输出。

本申请的技术方案还提供一种基于车端的车辆诊断排查方法，包括

响应于车辆接入外接诊断设备，对诊断事件进行监测，确定是否包括目标诊断事件；

当监测到目标诊断事件时，获取目标诊断事件并将所述目标诊断事件发送至对应的查询单元，以将所述目标诊断事件存储到对应的查询单元，并在接收到用户查询指令时，查找对应的目标诊断事件并输出。

进一步地，所述对诊断事件进行监测，确定是否包括目标诊断事件，具体包括

根据预设目标事件类型，分别判断所述诊断事件的事件类型是否为预设目标事件类型；

将事件类型为预设目标事件类型的诊断事件确定为目标诊断事件。

进一步地，所述监测到目标诊断事件时，获取目标诊断事件并将所述目标诊断事件发送至对应的查询单元，具体包括：

当监测到目标诊断事件时，将所述目标诊断事件缓存至事件缓存模块；

将所述事件缓存模块中的所述目标诊断事件的数据类型转换为目标数据类型；

确定所述目标诊断事件对应的所述查询单元；

将转换为目标数据类型的所述目标诊断事件上报至对应的所述查询单元。

进一步地，所述将所述事件缓存模块中的所述目标诊断事件的数据类型转换为目标数据类型，具体包括：

根据目标数据结构将所述事件缓存模块中的所述目标诊断事件进行数据结构转换；

将数据结构转换后的所述目标诊断事件进行序列化操作，以将所述目标诊断事件的数据类型转换为目标数据类型。

进一步地，所述目标诊断事件包括***信息修改事件和例程执行异常事件；所述查询单元包括第一查询单元和第二查询单元；

所述确定所述目标诊断事件对应的所述查询单元，包括：

当所述目标诊断事件为***信息修改事件时，确定所述目标诊断事件对应的查询单元为第一查询单元；

当所述目标诊断事件为例程执行异常事件时，确定所述目标诊断事件对应的查询单元为第二查询单元。

本申请的技术方案还提供一种基于云端的车辆诊断排查方法，包括

接收车端发送的目标诊断事件时，存储所述目标诊断事件并将所述目标诊断事件以实时诊断事件的形式展现；

接收用户查询指令，查找对应的目标诊断事件并输出。

进一步地，所述目标诊断事件设有对应的车辆识别码、事件类型和事件发生时间；

所述接收用户查询指令，查找对应的目标诊断事件并输出，具体包括

接收到用户输入的查询车辆识别码、查询事件类型和查询事件发生时间，生成对应的用户查询指令；

根据所述用户查询指令，查找车辆识别码与所述查询车辆识别码相同、事件类型与所述查询事件类型相同、事件发生时间与所述查询事件发生时间相同的目标诊断事件并输出。

本申请的技术方案还提供一种存储介质，所述存储介质存储计算机指令，当计算机执行所述计算机指令时，用于执行如前所述的基于车端的车辆诊断排查方法，和/或如前所述的基于云端的车辆诊断排查方法。

本申请的技术方案还提供一种电子设备，包括至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如前所述的基于车端的车辆诊断排查方法，和/或如前所述的基于云端的车辆诊断排查方法。

采用上述技术方案后，具有如下有益效果：

本申请中设置事件收集管理单元和查询单元，事件收集管理单元将目标诊断事件上报至对应的查询单元，用户可以通过查询单元快速查询目标诊断事件，从而快速定位问题。

附图说明

参见附图，本申请的公开内容将变得更易理解。应当理解：这些附图仅仅用于说明的目的，而并非意在对本申请的保护范围构成限制。图中：

图1是本申请一实施例中的车辆诊断辅助排查***的结构示意图；

图2是本申请一实施例中的基于车端的车辆诊断排查方法的流程图；

图3是本申请一较佳实施例中的基于车端的车辆诊断排查方法的流程图；

图4是本申请一实施例中的基于云端的车辆诊断排查方法的流程图；

图5是本申请一实施例中电子设备的硬件结构示意图。

具体实施方式

下面结合附图来进一步说明本申请的具体实施方式。

容易理解，根据本申请的技术方案，在不变更本申请实质精神下，本领域的一般技术人员可相互替换的多种结构方式以及实现方式。因此，以下具体实施方式以及附图仅是对本申请的技术方案的示例性说明，而不应当视为本申请的全部或视为对申请技术方案的限定或限制。

在本说明书中提到或者可能提到的上、下、左、右、前、后、正面、背面、顶部、底部等方位用语是相对于各附图中所示的构造进行定义的，它们是相对的概念，因此有可能会根据其所处不同位置、不同使用状态而进行相应地变化。所以，也不应当将这些或者其他的方位用语解释为限制性用语。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

在本申请的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“连接”、“相连”应做广义理解，例如，可以是固定连接，也可以可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个组件内部的连通。对于本领域的普通技术人员而言，可以视具体情况理解上述属于在本申请中的具体含义。

车辆诊断辅助排查***：

本申请实施例中的车辆诊断辅助排查***，如图1所示，包括设置在车内的事件收集管理单元101和至少一个设置在云端的查询单元102，事件收集管理单元101与查询单元102通信连接；

事件收集管理单元101，用于获取目标诊断事件并上报至对应的查询单元102，每个查询单元对应不同类型的目标诊断事件；

查询单元102，用于接收并存储目标诊断事件，并将目标诊断事件以实时诊断事件的形式展现，在接收到用户查询指令时，查找对应的目标诊断事件并输出。

具体来说，事件收集管理单元101集成在车机的自诊断服务模块中，作为诊断***的一部分，用于对诊断***中的所有诊断事件进行监控。目标诊断事件为***预设或用户预设的诊断事件，事件收集管理单元101检测到目标诊断事件时，则将目标诊断事件上报至对应的查询单元102进行存储和展示，每个查询单元对应有不同类型的目标诊断事件。

目标诊断事件设置为可能诊断出车辆故障的事件，作为一个例子，目标诊断事件可以设置为***信息修改事件和例程执行异常事件。其中，***信息修改事件为外接诊断设备对车辆***信息进行修改的事件，常规情况下，车辆***信息是不允许修改的，在车辆诊断时为了排除故障，有时需要对车辆***信息进行修改，但这种修改有可能导致其他故障，因此在车辆故障诊断中，在***信息修改事件中定位到车辆故障的可能性极高。例程执行异常事件，例程是***中预设的执行程序，当例程不能正常执行时，则说明该例程涉及的执行机构存在异常，因此，例程执行异常事件也有极大的诊断出故障的可能性。

查询单元102可以是设置在服务器上的查询单元，服务器可以设置在云端后台，例如车辆监控后台等。服务器设置在云端时，可以每辆车对应设置至少一个查询单元102，也可以每个查询单元102与多辆车辆的事件收集管理单元101通信连接。查询单元102中设有通信接口用于接收目标诊断事件，同时还设有存储空间和显示装置，存储空间用于存储接收到目标诊断事件，显示装置用于将目标诊断事件以实时诊断事件的形式展现，方便用户进行实时监控。用户还可以通过查询单元102输入用户查询指令，查询单元102则会查询出对应的目标诊断事件并输出。

本申请实施例通过设置事件收集管理单元101和查询单元102，事件收集管理单元101将目标诊断事件上报至对应的查询单元，用户可以通过查询单元快速查询目标诊断事件，相较于查看大量log数据定位问题，如此能够先定位诊断事件，通过查询诊断事件快速定位问题。

在其中一个实施例中，如图1所示，事件收集管理单元101包括

事件管理模块11，用于监测诊断事件，当监测到目标诊断事件发生时，获取目标诊断事件；

事件缓存模块12，用于缓存目标诊断事件；

事件转换模块13，用于将目标诊断事件的数据类型转换为目标数据类型；

上报监听模块14，用于确定所述目标诊断事件对应的所述查询单元；

事件上报模块15，用于将转换为目标数据类型的目标诊断事件上报至对应的查询单元102。

具体来说，事件管理模块11对所有诊断事件进行监控，通过诊断事件的事件类型判断该诊断事件是否为目标诊断事件，如前所述，目标诊断事件的事件类型包括***信息修改事件和例程执行异常事件两种事件类型；事件管理模块11检测到目标诊断事件发生时，则获取该目标诊断事件。

事件缓存模块12中设有缓存空间，用于缓存事件管理模块11获取的目标诊断事件。

事件转换模块13从事件缓存模块12中将目标诊断事件依次取出，对每个目标诊断事件进行数据类型转换，将目标诊断事件的数据类型转换为查询单元可读取的目标数据类型，目标数据类型根据查询单元102的***设置而定。

事件转换模块13将完成数据类型转换的目标诊断事件传递给上报监听模块14，上报监听模块14确定与目标诊断事件对应的查询单元，并将目标诊断事件传递至事件上报模块15。每个查询单元对应的事件ID不同，上报监听模块15通过监控目标诊断事件的事件ID，根据事件ID确定对应的查询单元。

事件上报模块15将目标诊断事件上报至对应的查询单元102。事件上报模块15中设有与每个查询单元通信的通信接口，以实现与查询单元102之间的文件传输。

在其中一个实施例中，目标诊断事件包括***信息修改事件和例程执行异常事件；

查询单元包括第一查询单元和第二查询单元，第一查询单元对应的目标诊断事件包括***信息修改事件，第二查询单元对应的目标诊断事件包括例程执行异常事件。

本申请实施例中，对于***信息修改事件和例程执行异常事件两种类型的目标诊断事件，设置了两个查询单元，其中***信息修改事件上传至第一查询单元，例程执行异常事件上传至第二查询单元，相较于设置一个查询单元存储所有目标诊断事件，如此设置能够方便用户有针对性地对目标诊断事件进行监控。

在其中一个实施例中，目标诊断事件包括车辆识别码、事件类型和事件发生时间；

查询单元102包括搜索控件21和搜索引擎22；

搜索控件21，响应于用户输入查询车辆识别码、查询事件类型和查询事件发生时间，生成对应的用户查询指令；

搜索引擎22，根据用户查询指令，查找车辆识别码与查询车辆识别码相同、事件类型与查询事件类型相同、事件发生时间与查询事件发生时间相同的目标诊断事件并输出。

具体来说，用户可以通过搜索控件21输入查询项，查询项包括查询车辆识别码、查询事件类型和查询事件发生时间。搜索控件21中，对应每个查询项设置一个输入框，其中查询事件发生时间可以设置为时间点和/或时间段。搜索控件21还可以设置确认控件，用户输入查询项之后，通过确认控件输入确认指令，搜索控件21响应于确认指令，生成对应的用户查询指令。

搜索引擎22响应于用户查询指令，在查询单元102的存储空间中搜索车辆识别码与查询车辆识别码相同、事件类型与查询事件类型相同、事件发生时间与查询事件发生时间相同的目标诊断事件并输出，完成事件查询。

本申请实施例中的车辆诊断辅助排查***，能够根据车辆识别码、事件类型和事件发生时间准确定位到对应的诊断事件，能够有效提高查询速度。

基于车端的车辆诊断排查方法：

本申请实施例中的一种基于车端的车辆诊断排查方法，如图2所示，包括

步骤S201：响应于车辆接入外接诊断设备，对诊断事件进行监测，确定是否包括目标诊断事件；

步骤S202：当监测到目标诊断事件时，获取目标诊断事件并将目标诊断事件发送至对应的查询单元，以将目标诊断事件存储到对应的查询单元，并在接收到用户查询指令时，查找对应的目标诊断事件并输出。

本申请实施例中，设置在车端诊断***中的事件收集管理单元在车辆接入外接诊断设备时被激活，开始对诊断事件进行监控，当监控到预设的目标诊断事件时，获取目标诊断事件并确定对应的查询单元，最后将目标诊断事件上报到对应的查询单元。查询单元接收到事件收集管理单元上报的目标诊断事件，接收并存储目标诊断事件，并将目标诊断事件以实时诊断事件的形式展现，在接收到用户查询指令时，查找对应的目标诊断事件并输出。

具体来说，目标诊断事件包括***信息修改事件和例程执行异常事件；

查询单元包括第一查询单元和第二查询单元，第一查询单元对应的目标诊断事件包括***信息修改事件，第二查询单元对应的目标诊断事件包括例程执行异常事件。

上述查询单元和目标诊断事件的对应关系预先在车端进行设置，当监测到目标诊断事件时，根据预设的对应关系确定对应的查询单元。

本申请实施例车端的事件收集管理单元在车辆接入外接诊断设备时，将目标诊断事件上报至对应的查询单元，用户可以通过相关的查询单元快速查询目标诊断事件，相较于查看大量log数据定位问题，如此能够先定位诊断事件，通过查询诊断事件快速定位问题。

在其中一个实施例中，对诊断事件进行监测，确定是否包括目标诊断事件，具体包括根据预设目标事件类型，分别判断诊断事件的事件类型是否为预设目标事件类型；

将事件类型为预设目标事件类型的诊断事件确定为目标诊断事件。

具体来说，每个诊断事件都有对应的事件类型，前述***信息修改事件和例程执行异常事件即为预设目标事件类型，通过对每个诊断事件的事件类型进行判断，若事件类型为预设目标事件类型，则将该诊断事件确定为目标诊断事件。

在其中一个实施例中，监测到目标诊断事件时，获取目标诊断事件并将目标诊断事件发送至对应的查询单元，具体包括：

当监测到目标诊断事件时，将目标诊断事件缓存至事件缓存模块；

将事件缓存模块中的目标诊断事件的数据类型转换为目标数据类型；

确定目标诊断事件对应的查询单元；

将转换为目标数据类型的目标诊断事件上报至对应的查询单元。

本申请实施例先将目标诊断事件统一进行数据类型转换，再分别确定目标诊断事件对应的查询单元并进行上报。

为了提高诊断事件的处理效率，车端设置有事件缓存模块，用于缓存目标诊断事件，之后再将目标诊断事件按照缓存顺序依次从事件缓存模块中取出，并进行数据类型转换，以将目标诊断事件转换为查询单元所适用的目标数据类型。需要说明的是，为了保证数据结构的统一，所有查询单元采用相同的数据类型进行数据传输，以减少车端的数据处理流程，提高数据传输效率。

具体来说，目标诊断事件包括***信息修改事件和例程执行异常事件；查询单元包括第一查询单元和第二查询单元；

确定目标诊断事件对应的查询单元，包括：

当目标诊断事件为***信息修改事件时，确定目标诊断事件对应的查询单元为第一查询单元；

当目标诊断事件为例程执行异常事件时，确定目标诊断事件对应的查询单元为第二查询单元。

本申请实施例相较于设置一个查询单元存储所有目标诊断事件，如此设置能够方便用户有针对性地对目标诊断事件进行监控。

在其中一个实施例中，将事件缓存模块中的目标诊断事件的数据类型转换为目标数据类型，具体包括：

根据目标数据结构将事件缓存模块中的目标诊断事件进行数据结构转换；

将数据结构转换后的目标诊断事件进行序列化操作，以将目标诊断事件的数据类型转换为目标数据类型。

具体来说，目标数据结构根据查询单元的***设置而定，首先根据目标数据结构将事件缓存模块中的目标诊断事件进行数据结构转换，对其中的数据进行顺序调整并填充可供云端识别的标识，再将数据结构转换后的目标诊断事件进行序列化操作转化为json，从而将目标诊断事件的数据类型转换为目标数据类型。查询单元在接收到目标诊断事件后，根据预设的反序列化操作即可识别出其中携带的数据。

图3示出了本申请一较佳实施例中的基于车端的车辆诊断排查方法的流程图，包括步骤S301：响应于车辆接入外接诊断设备，对诊断事件进行监测；

步骤S302：根据预设目标事件类型，分别判断诊断事件的事件类型是否为预设目标事件类型；

步骤S303：将事件类型为预设目标事件类型的诊断事件确定为目标诊断事件；

步骤S304：当监测到目标诊断事件时，将目标诊断事件缓存至事件缓存模块；

步骤S305：根据目标数据结构将事件缓存模块中的目标诊断事件进行数据结构转换；

步骤S306：将数据结构转换后的目标诊断事件进行序列化操作，以将目标诊断事件的数据类型转换为目标数据类型；

步骤S307：当目标诊断事件为***信息修改事件时，确定目标诊断事件对应的查询单元为第一查询单元；

当目标诊断事件为例程执行异常事件时，确定目标诊断事件对应的查询单元为第二查询单元；

步骤S308：将转换为目标数据类型的目标诊断事件上报至对应的查询单元，以将目标诊断事件存储到对应的查询单元，并在接收到用户查询指令时，查找对应的目标诊断事件并输出。

基于云端的车辆诊断排查方法：

步骤S401：接收车端发送的目标诊断事件时，存储目标诊断事件并将目标诊断事件以实时诊断事件的形式展现；

步骤S402：接收用户查询指令，查找对应的目标诊断事件并输出。

本申请实施例中，云端接收到车端发送的目标诊断事件，将目标诊断事件存储到存储空间中，同时将接收到的目标诊断事件按照接收顺序以实时诊断事件的形式展现在显示设备中，以供用户实时监控。并且，在接收到用户输入的用户查询指令时，从存储空间中查找与用户查询指令对应的目标诊断事件并输出。

用户可以通过相关的查询单元快速查询目标诊断事件，相较于查看大量log数据定位问题，如此能够先定位诊断事件，通过查询诊断事件快速定位问题。

在其中一个实施例中，目标诊断事件设有对应的车辆识别码、事件类型和事件发生时间；

接收用户查询指令，查找对应的目标诊断事件并输出，具体包括

接收到用户输入的查询车辆识别码、查询事件类型和查询事件发生时间，生成对应的用户查询指令；

根据用户查询指令，查找车辆识别码与查询车辆识别码相同、事件类型与查询事件类型相同、事件发生时间与查询事件发生时间相同的目标诊断事件并输出。

用户可以通过搜索控件输入查询项，查询项包括查询车辆识别码、查询事件类型和查询事件发生时间。搜索控件中，对应每个查询项设置一个输入框，其中查询事件发生时间可以设置为时间点和/或时间段。搜索控件还可以设置确认控件，用户输入查询项之后，通过确认控件输入确认指令，搜索控件响应于确认指令，生成对应的用户查询指令。

搜索引擎响应于用户查询指令，在查询单元的存储空间中搜索车辆识别码与查询车辆识别码相同、事件类型与查询事件类型相同、事件发生时间与查询事件发生时间相同的目标诊断事件并输出，完成事件查询。

本申请实施例中的车辆诊断排查方法，能够根据车辆识别码、事件类型和事件发生时间准确定位到对应的诊断事件，能够有效提高查询速度。

存储介质：

本申请的技术方案还提供一种存储介质，存储介质存储计算机指令，当计算机执行计算机指令时，用于执行前述实施例所述的基于车端的车辆诊断排查方法，和/或前述实施例所述的基于云端的车辆诊断排查方法。

电子设备：

图5示出了本申请的一种电子设备，包括：

至少一个处理器501；以及，

与所述至少一个处理器501通信连接的存储器502；其中，

所述存储器502存储有可被所述至少一个处理器501执行的指令，所述指令被所述至少一个处理器501执行，以使所述至少一个处理器501能够执行前述任一方法实施例中的车辆诊断排查方法的所有步骤。

电子设备优选为车载电子控制单元(Electronic Control Unit，ECU)，进一步为车载电子控制单元中的微控制单元(Microcontroller Unit，MCU)。

图5中以一个处理器502为例：

电子设备还可以包括：输入装置503和输出装置504。

处理器501、存储器502、输入装置503及输出装置504可以通过总线或者其他方式连接，图中以通过总线连接为例。

存储器502作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本申请实施例中的车辆诊断排查方法对应的程序指令/模块，例如，图2-4所示的方法流程。处理器501通过运行存储在存储器502中的非易失性软件程序、指令以及模块，从而执行各种功能应用以及数据处理，即实现上述实施例中的车辆诊断排查方法。

存储器502可以包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需要的应用程序；存储数据区可存储根据车辆诊断排查方法的使用所创建的数据等。此外，存储器502可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器502可选包括相对于处理器501远程设置的存储器，这些远程存储器可以通过网络连接至执行车辆诊断排查方法的装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置503可接收输入的用户点击，以及产生与车辆诊断排查方法的用户设置以及功能控制有关的信号输入。输出装置504可包括显示屏等显示设备。

在所述一个或者多个模块存储在所述存储器502中，当被所述一个或者多个处理器501运行时，执行上述任意方法实施例中的车辆诊断排查方法。

以上所述的仅是本申请的原理和较佳的实施例。应当指出，对于本领域的普通技术人员来说，将分别公开在不同的实施例中的技术方案适当组合而得到的实施方式也包括在本发明的技术范围内，在本申请原理的基础上，还可以做出若干其它变型，也应视为本申请的保护范围。

Claims (13)

1.一种车辆诊断辅助排查***，其特征在于，包括设置在车内的事件收集管理单元和至少一个设置在云端的查询单元，所述事件收集管理单元与所述查询单元通信连接；

所述事件收集管理单元，用于获取目标诊断事件并上报至对应的所述查询单元，每个所述查询单元对应不同类型的目标诊断事件；

所述查询单元，用于接收并存储所述目标诊断事件，并将所述目标诊断事件以实时诊断事件的形式展现，在接收到用户查询指令时，查找对应的目标诊断事件并输出。

2.根据权利要求1所述的车辆诊断辅助排查***，其特征在于，所述事件收集管理单元包括

事件管理模块，用于监测诊断事件，当监测到目标诊断事件发生时，获取目标诊断事件；

事件缓存模块，用于缓存所述目标诊断事件；

事件转换模块，用于将所述目标诊断事件的数据类型转换为目标数据类型；

上报监听模块，用于确定所述目标诊断事件对应的所述查询单元；

事件上报模块，用于将转换为目标数据类型的所述目标诊断事件上报至对应的所述查询单元。

3.根据权利要求1所述的车辆诊断辅助排查***，其特征在于，所述目标诊断事件包括***信息修改事件和例程执行异常事件；

所述查询单元包括第一查询单元和第二查询单元，所述第一查询单元对应的所述目标诊断事件包括所述***信息修改事件，所述第二查询单元对应的所述目标诊断事件包括所述例程执行异常事件。

4.根据权利要求1-3任一项所述的车辆诊断辅助排查***，其特征在于，每个所述目标诊断事件设有对应的车辆识别码、事件类型和事件发生时间；

所述查询单元包括搜索控件和搜索引擎；

所述搜索控件，响应于用户输入查询车辆识别码、查询事件类型和查询事件发生时间，生成对应的用户查询指令；

所述搜索引擎，根据所述用户查询指令，查找车辆识别码与所述查询车辆识别码相同、事件类型与所述查询事件类型相同、事件发生时间与所述查询事件发生时间相同的目标诊断事件并输出。

5.一种基于车端的车辆诊断排查方法，其特征在于，包括

响应于车辆接入外接诊断设备，对诊断事件进行监测，确定是否包括目标诊断事件；

当监测到目标诊断事件时，获取目标诊断事件并将所述目标诊断事件发送至对应的查询单元，以将所述目标诊断事件存储到对应的查询单元，并在接收到用户查询指令时，查找对应的目标诊断事件并输出。

6.根据权利要求5所述的基于车端的车辆诊断排查方法，其特征在于，所述对诊断事件进行监测，确定是否包括目标诊断事件，具体包括

根据预设目标事件类型，分别判断所述诊断事件的事件类型是否为预设目标事件类型；

将事件类型为预设目标事件类型的诊断事件确定为目标诊断事件。

7.根据权利要求5所述的基于车端的车辆诊断排查方法，其特征在于，所述监测到目标诊断事件时，获取目标诊断事件并将所述目标诊断事件发送至对应的查询单元，具体包括：

当监测到目标诊断事件时，将所述目标诊断事件缓存至事件缓存模块；

将所述事件缓存模块中的所述目标诊断事件的数据类型转换为目标数据类型；

确定所述目标诊断事件对应的所述查询单元；

将转换为目标数据类型的所述目标诊断事件上报至对应的所述查询单元。

8.根据权利要求7所述的基于车端的车辆诊断排查方法，其特征在于，所述将所述事件缓存模块中的所述目标诊断事件的数据类型转换为目标数据类型，具体包括：

根据目标数据结构将所述事件缓存模块中的所述目标诊断事件进行数据结构转换；

将数据结构转换后的所述目标诊断事件进行序列化操作，以将所述目标诊断事件的数据类型转换为目标数据类型。

9.根据权利要求7所述的基于车端的车辆诊断排查方法，其特征在于，所述目标诊断事件包括***信息修改事件和例程执行异常事件；所述查询单元包括第一查询单元和第二查询单元；

所述确定所述目标诊断事件对应的所述查询单元，包括：

当所述目标诊断事件为***信息修改事件时，确定所述目标诊断事件对应的查询单元为第一查询单元；

当所述目标诊断事件为例程执行异常事件时，确定所述目标诊断事件对应的查询单元为第二查询单元。

10.一种基于云端的车辆诊断排查方法，其特征在于，包括

接收车端发送的目标诊断事件时，存储所述目标诊断事件并将所述目标诊断事件以实时诊断事件的形式展现；

接收用户查询指令，查找对应的目标诊断事件并输出。

11.根据权利要求10所述的基于云端的车辆诊断排查方法，其特征在于，所述目标诊断事件设有对应的车辆识别码、事件类型和事件发生时间；

所述接收用户查询指令，查找对应的目标诊断事件并输出，具体包括

接收到用户输入的查询车辆识别码、查询事件类型和查询事件发生时间，生成对应的用户查询指令；

根据所述用户查询指令，查找车辆识别码与所述查询车辆识别码相同、事件类型与所述查询事件类型相同、事件发生时间与所述查询事件发生时间相同的目标诊断事件并输出。

12.一种存储介质，其特征在于，所述存储介质存储计算机指令，当计算机执行所述计算机指令时，用于执行如权利要求5-9任一项所述的基于车端的车辆诊断排查方法，和/或如权利要求10-11任一项所述的基于云端的车辆诊断排查方法。

13.一种电子设备，其特征在于，包括至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求5-9任一项所述的基于车端的车辆诊断排查方法，和/或如权利要求10-11任一项所述的基于云端的车辆诊断排查方法。