CN115933619A - 一种远程诊断方法、系统、电子设备及存储介质 - Google Patents

Abstract

本发明公开了一种远程诊断方法、系统、电子设备及存储介质。该方法通过接收车辆发送的提示故障类型，根据提示故障类型确定候选故障部件，其中，候选故障部件包括提示故障类型对应的控制器所连接的多个传感器的检测对象，获取故障查询时间，基于故障查询时间读取候选故障部件的待诊断数据，对候选故障部件的待诊断数据进行真因判定，确定故障部件。实现车辆用户及车辆故障排查人员可以快速确认故障原因，实现使故障诊断过程无需使用诊断仪等外部设备，且无需复杂操作，有效地提升了故障诊断效率，降低了故障排查的人力物力成本。

Description

一种远程诊断方法、系统、电子设备及存储介质

技术领域

本发明实施例涉及新能源汽车故障诊断技术，尤其涉及一种远程诊断方法、系统、电子设备及存储介质。

背景技术

近年来新能源车保有量逐年上升，2022年1-3月新能源乘用车销量达107万辆，占乘用车总销量21.7％，其中纯电动车型销量为82.27万辆，新能源车保有量的增加为售后质量问题解决带来严峻考验。

当前售后阶段新能源车问题定位主要依靠4S店技术人员应用故障读取系统，例如：诊断仪等，读取车辆故障代码，根据故障代码确定故障件及故障原因，但是通过故障代码只能确定故障结果，即当前哪些总成存在故障，但是对于造成故障的原因无法定位。并且在某些失效模式下，例如小电瓶亏电等故障，由于各控制器在亏电情况下无法正常工作，导致故障代码无法保存。所以对于除明确是制件问题外的问题，4S店不具备定位问题真因的能力，需要研发人员结合后台大数据配合分析，跨多个部门联合排查，问题描述所需信息也无法做到传输准确、及时，导致故障定位周期长、需要投入大量人力、物力。

发明内容

本发明提供一种远程诊断方法、系统、电子设备及存储介质，以实现在无需使用诊断仪等外部设备的情况下的故障诊断。

第一方面，本发明实施例提供了一种远程诊断方法，包括：

接收车辆发送的提示故障类型，根据所述提示故障类型确定候选故障部件，其中，所述候选故障部件包括所述提示故障类型对应的控制器所连接的多个传感器的检测对象；

获取故障查询时间，基于所述故障查询时间读取所述候选故障部件的待诊断数据；

对所述候选故障部件的待诊断数据进行真因判定，确定故障部件。

可选的，所述接收车辆发送的提示故障类型，包括：

接收车辆发送的提示故障类型，所述提示故障类型由车辆中的控制器生成，其中，所述车辆中包括多个控制器，所述控制器用于对连接的多个传感器采集的数据进行异常判定，并确定存在异常的情况下，基于异常判定结果生成提示故障类型。

可选的，所述基于所述故障查询时间读取所述候选故障部件的待诊断数据，包括：

根据所述故障查询时间，确定对应的数据读取时间范围；

读取各所述候选故障部件分别在数据读取时间范围内的待诊断数据。

可选的，所述获取故障查询时间，包括：

获取所述提示故障类型的接收时间，作为故障查询时间；或者，

显示时间获取界面，基于所述时间获取界面采集用户输入的故障查询时间。

可选的，所述对所述候选故障部件的待诊断数据进行真因判定，确定故障部件，包括：

确定所述待诊断数据中的故障片段；

基于各候选故障部件对应的诊断规则，对所述故障片段进行真因判定，确定故障部件。

可选的，在对所述候选故障部件的待诊断数据进行真因判定，确定故障部件之后，所述方法还包括：

将所述故障原因发送至车辆或车辆关联终端，进行展示。

第二方面，本发明实施例还提供了一种远程诊断方法，包括：

获取提示故障类型，根据所述提示故障类型确定候选故障部件，其中，所述候选故障部件包括所述提示故障类型对应的控制器所连接的多个传感器的检测对象；

获取故障查询时间，基于所述故障查询时间读取所述候选故障部件的待诊断数据，将所述候选故障部件的待诊断数据发送至诊断设备，以使所述诊断设备对所述候选故障部件的待诊断数据进行真因判定，确定故障部件；

接收所述诊断设备发送的故障原因，进行展示。

第三方面，本发明实施例还提供了一种远程诊断系统，包括车辆和诊断设备，所述车辆与所述诊断设备通过无线通信连接；

所述车辆包括车载数据上传系统，用于向所述诊断设备发送车辆行驶过程中的状态数据，以及在检测到异常的情况下，向所述诊断设备发送提示故障类型；

所述诊断设备用于获取提示故障类型，根据所述提示故障类型确定候选故障部件，获取故障查询时间，基于所述故障查询时间读取所述候选故障部件的待诊断数据；对所述候选故障部件的待诊断数据进行真因判定，确定故障部件。

可选的，所述车载数据上传系统，包括多个控制器，每一所述控制器连接多个传感器，多个所述控制器与信息上传控制器连接；

所述控制器对连接的多个传感器采集的数据进行异常判定，并确定存在异常的情况下，基于异常判定结果生成提示故障类型，并将所述提示故障类型发送至所述信息上传控制器；

所述信息上传控制器将所述提示故障类型发送至所述诊断设备。

第四方面，本发明实施例还提供了一种电子设备，所述电子设备包括：

至少一个处理器；以及

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

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行第一方面中任一项所述的远程诊断方法。

第五方面，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现第一方面中任一项所述的远程诊断方法。

本发明通过获取车辆发送的提示故障类型，根据提示故障类型确定候选故障部件，其中，候选故障部件包括提示故障类型对应的控制器所连接的多个传感器的检测对象，获取故障查询时间，基于故障查询时间读取候选故障部件的待诊断数据，对候选故障部件的待诊断数据进行真因判定，确定故障部件。实现车辆用户及车辆故障排查人员可以快速确认故障原因，实现使故障诊断过程无需使用诊断仪等外部设备，且无需复杂操作，有效地提升了故障诊断效率，降低了故障排查的人力物力成本。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例一提供的一种远程诊断方法的流程图；

图2是本发明实施例一提供的另一种远程诊断方法的流程图；

图3是本发明实施例二提供的一种远程诊断方法的流程图；

图4是本发明实施例三提供的一种远程诊断系统的结构示意图；

图5是本发明实施例三提供的另一种远程诊断系统的结构示意图；

图6是本发明实施例四提供的一种电子设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

图1是本发明实施例一提供的一种远程诊断方法的流程图，本实施例可应用于数据处理平台，该数据处理平台可配置在诸如计算机、服务器或者服务器集群等的电子设备上。如图1所示，该方法包括：

S110、接收车辆发送的提示故障类型，根据提示故障类型确定候选故障部件，其中，候选故障部件包括提示故障类型对应的控制器所连接的多个传感器的检测对象。

其中，车辆可以是新能源汽车，即指采用非常规(汽油、柴油)的车用燃料作为动力来源的车辆，新能源车包括四大类型：混合动力电动汽车(HEV)、纯电动汽车(BEV，包括太阳能汽车)、燃料电池电动汽车(FCEV)、其他新能源(如超级电容器、飞轮等高效储能器)汽车等。

其中，提示故障类型可以是表征车辆故障区域的信息，例如，点火类型故障表征与点火系统相关的车辆部件出现异常，需要进行诊断。该提示故障类型是由车辆中控制器进行判定确定的，此处，可以是向车辆发送故障类型请求，接收车辆反馈的提示故障类型。

车辆发送的提示故障类型可以是车辆在处于行驶状态的过程中，将车辆实时的车辆状态数据进行判定生成的。可选的，接收车辆发送的提示故障类型，提示故障类型由车辆中的控制器生成。

具体的，车辆中包括多个控制器，每一控制器分别对应多个传感器，传感器用于采集不同类型的车辆状态数据，示例性的，以点火系统为例，可通过多个传感器采集点火系统对应的数据。控制器用于对连接的多个传感器采集的数据进行异常判定，并确定存在异常的情况下，基于异常判定结果生成提示故障类型。例如可以是将车辆行驶过程中实时检测的数据与正常行驶状态的数据范围进行比对。控制器在确定检测到的数据与正常行驶状态的数据范围不匹配的情况下，确定存在故障，生成提示故障类型。示例性的，将当前车辆状态下的传感器报文或信号与车辆正常状态下的传感器报文或信号进行比对，例如，某一传感器在车辆正常行驶时返回的报文数据为1，而当前车辆状态下该传感器返回的报文数据为0，则确定出现异常。其中，控制器可预先存储故障码，在检测存在异常的情况下，将基于故障码生成提示故障类型，或者，将该故障码作为提示故障类型，故障码与提示故障类型存在对应关系。

可以理解的是，提示故障类型与车辆中的控制器存在对应关系，可根据提示故障类型确定对应的候选故障部件，即根据预设的提示故障类型与部件之间的映射关系确定提示故障类型对应的候选故障部件。

通过使提示故障类型由车辆中的控制器生成，实现在车辆发生故障时仅调取对应的控制器对其连接的多个传感器进行异常判断，且通过控制器生成提示故障类型，在减少数据处理难度，提高数据处理效率的同时，实现无需借助诊断仪等外部设备的效果。

S120、获取故障查询时间，基于故障查询时间读取候选故障部件的待诊断数据。

其中，故障查询时间可以是车辆发生故障的时间点，例如，X年X月X日15时等，相应的，获取提示故障类型的接收时间，作为故障查询时间。候选故障部件可以是提示故障类型对应的控制器所连接的多个传感器的检测对象。待诊断数据可以是候选故障部件的运行日志、报文信息、信号等数据。

可选的，基于故障查询时间读取候选故障部件的待诊断数据可以包括：根据故障查询时间，确定对应的数据读取时间范围，读取各候选故障部件分别在数据读取时间范围内的待诊断数据。

其中，数据读取时间范围可以是预先设置的，例如，车辆发生故障的时间点(故障查询时间)的前后10分钟，此处不做具体限定。示例性的，故障查询时间为X年X月X日15时，则数据读取时间范围时X年X月X日14时50分到X年X月X日15时10分，共20分钟的范围。相应的，带诊断数据为候选故障部件在数据读取时间范围内的所有运行日志、报文信息、信号等数据。

通过设定数据读取时间范围，在确定候选故障部件后仅查询故障时间点前后一小段时间内的数据作为待诊断数据，明确数据处理范围，进一步减少了数据处理难度，提高了数据处理效率。

可选的，获取故障查询时间还可以包括：显示时间获取界面，基于时间获取界面采集用户输入的故障查询时间。其中，时间获取界面可以是行车电脑展示的界面，或者，还可以是通过车辆关联的终端展示的界面。

通过在时间获取界面中设置可输入的时间获取界面，使用户可以手动输入车辆故障时间，进一步提高了车辆故障诊断的精度。

可选的，获取故障查询时间还可以是将车辆生成提示故障类型的时间信息。

S130、对候选故障部件的待诊断数据进行真因判定，确定故障部件。

其中，真因判定可以是基于候选故障部件的待诊断数据在故障库中查询具体故障部件，实现故障定位。确定故障部件可以是在候选故障部件中确定故障原因所对应的故障部件。该故障原因可以是通过对候选故障部件的待诊断数据进行数据分析得到。

可选的，故障部件的确定方式可以是：确定待诊断数据中的故障片段，基于各候选故障部件对应的诊断规则，对故障片段进行真因判定，确定故障部件。

其中，故障片段可以是候选故障部件在数据读取时间范围内的所有运行日志、报文信息、信号等数据中出现异常的字段。示例性的，故障库中包括各车辆部件的标准数据范围，将各候选故障部件的待诊断数据在故障库中进行匹配，确定存在异常的数据，从待诊断数据中截取存在异常的数据，得到故障片段。

通过对故障片段进行真因判定从而确定故障部件，进一步减少了数据处理难度，提高了数据处理效率。进一步的，可以是将存在故障片段的车辆部件确定为故障部件。

可选的，在对候选故障部件的待诊断数据进行真因判定，确定故障部件之后还可以包括将故障原因发送至车辆或车辆关联终端，进行展示。

其中，故障原因可以在数据读取平台上进行展示，数据读取平台采用与车机集成方式，即直接集成至车辆现有显示装置中，例如：仪表、车载娱乐系统等。

通过车辆或车辆关联终端展示故障原因，使用户能够更加清晰便捷地了解到车辆的故障原因，能够快速将故障诊断结果显示给用户。

在一个可选的实施例中，具体参见图2，车载系统检测远程诊断功能是否被成功触发，若被触发，流程跳转到故障查询时间输入，若未被成功触发，流程终止。通过数据读取/显示平台输入故障基础信息(故障查询时间)。数据上传系统将输入信息(提示故障类型)发送至数据处理平台。数据处理平台接收到提示故障类型后定位故障数据片段(候选故障部件)。将故障数据片段与数据处理平台中的规则对比确定故障部件(确定候选故障部件中传感器的当前状态在故障库中对应的故障原因所对应的车辆中的故障部件)。将故障原因传输至数据读取/显示平台(车辆或车辆关联终端)。故障读取/显示装置显示故障信息(将故障原因发送至车辆或车辆关联终端，进行展示)。车载系统检测故障诊断功能是否被用户有效触发停止，若被有效触发，则退出故障诊断功能并终止流程，否则流程跳转至S2。

本实施例的技术方案，通过接收车辆发送的提示故障类型，根据提示故障类型确定候选故障部件，其中，候选故障部件包括提示故障类型对应的控制器所连接的多个传感器的检测对象，获取故障查询时间，基于故障查询时间读取候选故障部件的待诊断数据，对候选故障部件的待诊断数据进行真因判定，确定故障部件。实现车辆用户及车辆故障排查人员可以快速确认故障原因，实现使故障诊断过程无需使用诊断仪等外部设备，且无需复杂操作，有效地提升了故障诊断效率，降低了故障排查的人力物力成本。

实施例二

图3是本发明实施例二提供的一种远程诊断方法的流程图，本实施例可应用于车辆，该方法可以由车辆中的车载计算机、行车电脑等来执行。如图3所示，该方法包括：

S310、获取提示故障类型，根据提示故障类型确定候选故障部件，其中，候选故障部件包括提示故障类型对应的控制器所连接的多个传感器的检测对象。

其中，提示故障类型可以是表征车辆故障区域的信息，例如，点火类型故障则表征与点火系统相关的车辆部件出现异常，需要进行诊断。相应的，车辆发送的提示故障类型可以是车辆在处于非正常行驶状态时，将当前车辆状态与车辆正常状态进行比对后产生的结果。确定候选故障部件可以是数据处理平台根据预设的提示故障类型与部件之间的映射关系确定提示故障类型对应的故障部件。

其中，控制器可以是控制各个传感器的电子元件，相应的，车辆中控制器的数量可以根据实际情况进行设置，此处不做具体限定。传感器可以使车载的空气流量传感器、进气压力传感器、节气门位置传感器、凸轮轴位置传感器、曲轴位置传感器、氧传感器、水温传感器、爆震传感器等。

S320、获取故障查询时间，基于故障查询时间读取候选故障部件的待诊断数据，将候选故障部件的待诊断数据发送至诊断设备，以使诊断设备对候选故障部件的待诊断数据进行真因判定，确定故障部件。

其中，其中，故障查询时间可以是车辆发生故障的时间点，例如，X年X月X日15时等。候选故障部件可以是提示故障类型对应的控制器和传感器。待诊断数据可以是候选故障部件的运行日志、报文信息、信号等数据。诊断设备可以是数据处理平台，相应的，数据处理平台可以与车辆通过5G、光纤等手段实现连接。

其中，真因判定可以是基于候选故障部件的待诊断数据在故障库中查询具体故障部件。确定故障部件可以是确定候选故障部件中传感器的当前状态在故障库中对应的故障原因所对应的车辆中的故障部件。

S330、接收诊断设备发送的故障原因，进行展示。

其中，诊断设备可以是数据处理平台。展示可以是将故障原因发送至车辆或车辆关联终端进行显示。

本实施例的技术方案，通过获取提示故障类型，根据提示故障类型确定提示故障类型对应的控制器及控制器连接的多个传感器，获取故障查询时间，基于故障查询时间读取候选故障部件的待诊断数据，将候选故障部件的待诊断数据发送至诊断设备，以使诊断设备对候选故障部件的待诊断数据进行真因判定，确定故障部件，接收诊断设备发送的故障原因，进行展示。实现车辆用户及车辆故障排查人员可以快速确认故障原因，实现使故障诊断过程无需使用诊断仪等外部设备，且无需复杂操作，有效地提升了故障诊断效率，降低了故障排查的人力物力成本。

实施例三

图4是本发明实施例三提供的一种远程诊断系统的结构示意图。如图4所示，该装置包括：车辆410和诊断设备420。

所述车辆410包括车载数据上传系统，用于向所述诊断设备发送车辆行驶过程中的状态数据，以及在检测到异常的情况下，向所述诊断设备发送提示故障类型。

其中，其中车载数据上传系统可以由传感器、控制器及信息上传控制器组成。

其中，传感器可以用于采集当前车辆系统状态，包括且不限于温度、湿度、速度、电压、电流等采集。

控制器可以根据接收到的传感器信号判断当前系统是否存在异常，若存在异常，存储故障码及提示故障类型，并通过CAN线等将处理后结果传输至信息上传控制器。

信息上传控制器通过5G等方式将所收集到的信息发送至数据处理平台。相应的，信息上传控制器可以是专用控制器，也可以是TBOX等车内原有控制器，此处不做具体限定。

所述诊断设备420用于获取提示故障类型，根据所述提示故障类型确定候选故障部件，获取故障查询时间，基于所述故障查询时间读取所述候选故障部件的待诊断数据；对所述候选故障部件的待诊断数据进行真因判定，确定故障部件。

其中，所述诊断设备420可以是数据处理平台。数据处理平台还可实现数据存储及数据处理功能，例如，接收车载数据上传系统传输的控制器数据，存储至云端，同时还应存储车辆型号、VIN、环境温度、车辆运行时间等基础信息，用于故障定位时提取到对应的数据片段。基于功能规范，固化某种功能信号时序及排查规则，写入数据处理模块中，当故障发生时通过车辆VIN及故障时间提取出故障片段，将故障片段与数据处理模块中正常实现功能的信号时序及规则进行程序比对，定位出异常信号，即没有按数据处理模块中信号规则运行的信号，从而定位问题。

可选的，所述车载数据上传系统，包括多个控制器，每一所述控制器连接多个传感器，多个所述控制器与信息上传控制器连接。所述控制器对连接的多个传感器采集的数据进行异常判定，并确定存在异常的情况下，基于异常判定结果生成提示故障类型，并将所述提示故障类型发送至所述信息上传控制器。所述信息上传控制器将所述提示故障类型发送至所述诊断设备。

在一个可选的实施例中，具体参见图5，远程诊断系统中车辆410可以包括车载数据上传系统和数据读取/显示平台，诊断设备420可以是数据处理平台，其中，车载数据上传系统，数据读取/显示平台、数据处理平台之间为5G无线通信。车载数据上传系统包括多个n个控制器，每个控制器控制n个传感器。n个传感器用于采集当前车辆系统状态，包括且不限于温度、湿度、速度、电压、电流等采集。n个控制器根据接收到的传感器信号判断当前系统是否存在异常，若存在异常，存储故障码及提示故障类型，并通过CAN线等将处理后结果传输至信息上传控制器。信息上传控制器通过5G等方式将所收集到的信息发送至数据处理平台。数据处理平台可以包括数据存储平台和数据处理平台，即数据处理平台具有可实现数据存储及数据处理功能。数据读取/显示平台用于功能开启及关闭、输入故障查询时间，同时可将确定故障部件的结果可视化，方便非专业人员应用。

本发明实施例所提供的远程诊断系统可执行本发明任意实施例所提供的远程诊断方法，具备执行方法相应的功能模块和有益效果，本实施例不再赘述，具体参见方法实施例。

实施例四

图6是本发明实施例四提供的一种电子设备的结构示意图。电子设备10旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图6所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如远程诊断方法。

在一些实施例中，远程诊断方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的远程诊断方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行远程诊断方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的远程诊断方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

实施例五

本发明实施例五还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机指令，计算机指令用于使处理器执行一种远程诊断方法，该方法包括：

接收车辆发送的提示故障类型，根据所述提示故障类型确定候选故障部件，其中，所述候选故障部件包括所述提示故障类型对应的控制器所连接的多个传感器的检测对象；

获取故障查询时间，基于所述故障查询时间读取所述候选故障部件的待诊断数据；

对所述候选故障部件的待诊断数据进行真因判定，确定故障部件。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (11)

1.一种远程诊断方法，其特征在于，包括：

接收车辆发送的提示故障类型，根据所述提示故障类型确定候选故障部件，其中，所述候选故障部件包括所述提示故障类型对应的控制器所连接的多个传感器的检测对象；

获取故障查询时间，基于所述故障查询时间读取所述候选故障部件的待诊断数据；

对所述候选故障部件的待诊断数据进行真因判定，确定故障部件。

2.根据权利要求1所述的方法，其特征在于，所述接收车辆发送的提示故障类型，包括：

接收车辆发送的提示故障类型，所述提示故障类型由车辆中的控制器生成，其中，所述车辆中包括多个控制器，所述控制器用于对连接的多个传感器采集的数据进行异常判定，并确定存在异常的情况下，基于异常判定结果生成提示故障类型。

3.根据权利要求1所述的方法，其特征在于，所述基于所述故障查询时间读取所述候选故障部件的待诊断数据，包括：

根据所述故障查询时间，确定对应的数据读取时间范围；

读取各所述候选故障部件分别在数据读取时间范围内的待诊断数据。

4.根据权利要求1所述的方法，其特征在于，所述获取故障查询时间，包括：

获取所述提示故障类型的接收时间，作为故障查询时间；或者，

显示时间获取界面，基于所述时间获取界面采集用户输入的故障查询时间。

5.根据权利要求1所述的方法，其特征在于，所述对所述候选故障部件的待诊断数据进行真因判定，确定故障部件，包括：

确定所述待诊断数据中的故障片段；

基于各候选故障部件对应的诊断规则，对所述故障片段进行真因判定，确定故障部件。

6.根据权利要求1所述的方法，其特征在于，在对所述候选故障部件的待诊断数据进行真因判定，确定故障部件之后，所述方法还包括：

将所述故障原因发送至车辆或车辆关联终端，进行展示。

7.一种远程诊断方法，其特征在于，包括：

获取提示故障类型，根据所述提示故障类型确定候选故障部件，其中，所述候选故障部件包括所述提示故障类型对应的控制器所连接的多个传感器的检测对象；

获取故障查询时间，基于所述故障查询时间读取所述候选故障部件的待诊断数据，将所述候选故障部件的待诊断数据发送至诊断设备，以使所述诊断设备对所述候选故障部件的待诊断数据进行真因判定，确定故障部件；

接收所述诊断设备发送的故障原因，进行展示。

8.一种远程诊断系统，其特征在于，包括车辆和诊断设备，所述车辆与所述诊断设备通过无线通信连接；

所述车辆包括车载数据上传系统，用于向所述诊断设备发送车辆行驶过程中的状态数据，以及在检测到异常的情况下，向所述诊断设备发送提示故障类型；

所述诊断设备用于获取提示故障类型，根据所述提示故障类型确定候选故障部件，获取故障查询时间，基于所述故障查询时间读取所述候选故障部件的待诊断数据；对所述候选故障部件的待诊断数据进行真因判定，确定故障部件。

9.根据权利要求7所述的远程诊断系统，其特征在于，所述车载数据上传系统，包括多个控制器，每一所述控制器连接多个传感器，多个所述控制器与信息上传控制器连接；

所述控制器对连接的多个传感器采集的数据进行异常判定，并确定存在异常的情况下，基于异常判定结果生成提示故障类型，并将所述提示故障类型发送至所述信息上传控制器；

所述信息上传控制器将所述提示故障类型发送至所述诊断设备。

10.一种电子设备，其特征在于，所述电子设备包括：

至少一个处理器；以及

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

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-6中任一项所述的远程诊断方法。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-6中任一项所述的远程诊断方法。

Images