车辆远程诊断方法、系统、车辆及计算机可读存储介质与流程

1.本发明涉及故障诊断技术领域，尤其涉及一种车辆远程诊断方法、系统、车辆及计算机可读存储介质。


背景技术：

2.随着车联网技术的发展，远程执行诊断指令，从而更加快速的处理车辆故障，被越来越多的整车厂选择。同时，相比在故障发生之后进行诊断，分析故障原因，提前进行周期性的故障自检，对即将发生的故障进行预测，才能够真正的避免事故发生，防止人身伤害事件的发生以及降低经济损失。对于故障的诊断，当前的线下诊断仪难以满足这一需求，而远程诊断技术的发展，为这一场景的实现提供了可能性。传统远程诊断系统的云平台，面向被动诊断这一场景设计。但其涉及车辆较少，数据量小，并发需求低；在进行周期性故障自检时，要求车辆主动进行周期自检，并同时上报数据到云端，该场景下涉及的车辆多，数据量大，并发需求高，传统的远程诊断方式难以满足该高并发场景的远程诊断需求。


技术实现要素：

3.本发明的主要目的在于提供一种车辆远程诊断方法、系统、车辆及计算机可读存储介质，旨在解决如何实现高并发场景下对车辆的远程诊断的技术问题。
4.为实现上述目的，本发明提供一种车辆远程诊断方法，所述车辆远程诊断方法包括以下步骤：
5.当监测到车辆触发预设车辆自检条件时，控制所述车辆执行所述车辆对应的自检诊断脚本；
6.获取执行所述自检诊断脚本的执行结果，并确定所有预设的模块运行实例；
7.检测各所述模块运行实例对应的实时负载，基于各所述实时负载确定目标模块运行实例，并控制所述车辆将所述执行结果上传至所述目标模块运行实例。
8.可选地，所述当监测到车辆触发预设车辆自检条件时，控制所述车辆执行所述车辆对应的自检诊断脚本的步骤之前，还包括：
9.获取车辆的运行信息，并基于预设时间标准检测所述运行信息是否满足预置的上报条件表，其中所述运行信息包括所述车辆的车况信息；
10.若所述运行信息满足所述上报条件表，则触发预设车辆自检条件。
11.可选地，所述控制所述车辆执行所述车辆对应的自检诊断脚本的步骤之前，还包括：
12.确定车辆的基础信息，并基于所述基础信息遍历预设诊断数据库中的诊断规则，其中所述基础信息包括所述车辆的车型信息和所述车辆的电子控制单元信息中的至少一种；
13.确定与所述基础信息匹配的目标诊断规则，并基于所述目标诊断规则生成自检诊断脚本。
14.可选地，所述控制所述车辆将所述执行结果上传至所述目标模块运行实例的步骤之后，还包括：
15.在所述目标模块运行实例上基于预设诊断数据库加载诊断数据解析规则；
16.依据所述诊断数据解析规则对所述执行结果进行解析，将解析后的执行结果转译成可解读版本的文件。
17.可选地，所述车辆远程诊断方法还包括：
18.基于输入的诊断需求生成诊断指令和主动诊断脚本；
19.将所述诊断指令发送至车辆，在监测到所述车辆基于所述诊断指令返回的车辆状态信息时，发送所述主动诊断脚本至所述车辆；
20.获取所述车辆执行所述主动诊断脚本的诊断结果。
21.可选地，所述获取所述车辆执行所述主动诊断脚本的诊断结果的步骤之前，还包括：
22.实时监测所述车辆是否正在执行自检诊断脚本；
23.若所述车辆未在执行所述自检诊断脚本，则控制所述车辆执行所述主动诊断脚本。
24.可选地，所述获取所述车辆执行所述主动诊断脚本的诊断结果的步骤之后，还包括：
25.基于预设诊断数据库加载诊断数据解析规则；
26.依据所述诊断数据解析规则对所述诊断结果进行解析，将解析后的诊断结果转译成可解读版本的文件。
27.此外，为实现上述目的，本发明还提供一种车辆远程诊断系统，所述车辆远程诊断系统包括：
28.诊断执行模块，用于当监测到车辆触发预设车辆自检条件时，控制所述车辆执行所述车辆对应的自检诊断脚本；
29.结果获取模块，用于获取执行所述自检诊断脚本的执行结果，并确定所有预设的模块运行实例；
30.自检上报模块，用于检测各所述模块运行实例对应的实时负载，基于各所述实时负载确定目标模块运行实例，并控制所述车辆将所述执行结果上传至所述目标模块运行实例。
31.此外，为实现上述目的，本发明还提供一种车辆，所述车辆包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的车辆远程诊断程序，其中：所述车辆远程诊断程序被所述处理器执行时实现如上所述的车辆远程诊断方法的步骤。
32.此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有车辆远程诊断程序，所述车辆远程诊断程序被处理器执行时实现如上所述的车辆远程诊断方法的步骤。
33.本发明提出的一种车辆远程诊断方法、系统、车辆及计算机可读存储介质，监测车辆是否触发预设车辆自检条件，自动确认车辆是否需要执行自检诊断操作，当监测到车辆触发该预设车辆自检条件时，控制该车辆执行车辆对应的自检诊断脚本，以实现车辆的自检诊断操作，获取执行自检诊断脚本的执行结果，并确定所有预设的模块运行实例，检测各
个模块运行实例对应的实时负载，基于各实时负载确定目标模块运行实例，并控制车辆将执行结果上传至该目标模块运行实例，通过模块运行实例的实时负载合理上传车辆自检诊断的执行结果，实现同时存在大批量车辆远程进行数据上传的高并发需求下的车辆与远端的有效交互，进而实现高并发场景下对车辆的远程诊断。
附图说明
34.图1为本发明实施例方案涉及的硬件运行环境的车辆结构示意图；
35.图2为本发明一种车辆远程诊断方法第一实施例的流程示意图；
36.图3为本发明一实施例的云服务平台部署架构示意图；
37.图4为本发明一实施例的远程诊断云服务平台功能架构示意图；
38.图5为本发明车辆远程诊断系统结构示意图。
39.本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
40.应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
41.参照图1，图1为本发明实施例方案涉及的硬件运行环境的车辆结构示意图。
42.如图1所示，该车辆可以包括：处理器1001，例如中央处理器(central processing unit，cpu)，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(display)、输入单元比如键盘(keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真(wireless-fidelity，wi-fi)接口)。存储器1005可以是高速的随机存取存储器(random access memory，ram)存储器，也可以是稳定的非易失性存储器(non-volatile memory，nvm)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
43.本领域技术人员可以理解，图1中示出的结构并不构成对车辆的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
44.如图1所示，作为一种计算机可读存储介质的存储器1005中可以包括操作系统、数据存储模块、网络通信模块、用户接口模块以及车辆远程诊断程序。
45.在图1所示的车辆中，网络接口1004主要用于与其他设备进行数据通信；用户接口1003主要用于与用户进行数据交互；本发明车辆中的处理器1001、存储器1005可以设置在车辆中，所述车辆通过处理器1001调用存储器1005中存储的车辆远程诊断程序，并执行本发明实施例提供的车辆远程诊断方法。
46.本发明实施例提供了一种车辆远程诊断方法，参照图2，图2为本发明一种车辆远程诊断方法第一实施例的流程示意图。
47.本实施例中，所述车辆远程诊断方法包括：
48.步骤s100，当监测到车辆触发预设车辆自检条件时，控制所述车辆执行所述车辆对应的自检诊断脚本；
49.本实施例中，需要说明的是，对车辆进行远程故障诊断，为车辆端与云端进行数据交互，云端基于车辆端上传的数据进行解析，得到对车辆状态的解析结果，进而可对车辆故
障进行分析定位。可以理解的是，云端可同时与多台车辆进行交互，对多台车辆进行并发处理。为了有效避免由于车辆故障导致的事故发生，对车辆实施周期性的故障自检，定期监测车辆状况，确保车辆正常运行，本实施例中，通过设计一种基于微服务技术的远程诊断云服务平台，实现对车辆的周期性自检，有效应对车辆多，数据量大，并发需求高的车云交互情况。在车辆实施自检之前，预先设置车辆自检条件，即预设车辆自检条件，该预设车辆自检条件为车辆是否执行自检操作的触发条件。当前车辆满足该预设车辆自检条件时，将会自动触发对车辆自身的诊断操作，并在该诊断操作被触发后，执行诊断操作。通过设置预设车辆自检条件，可灵活实现对车辆的周期性故障自检诊断操作。自检诊断脚本为车辆执行自身的诊断操作所运行的脚本，基于对该自检诊断脚本的执行，实现上述诊断操作。自检诊断脚本为预先进行设置的符合用户需求的脚本，该自检诊断脚本可根据用户实时需求进行变更。
50.具体地，对车辆进行监测，确定车辆是否触发预设车辆自检条件，当车辆触发预设车辆自检条件时，确定该车辆对应的自检诊断脚本，并执行该自检诊断脚本；当车辆并未触发该预设车辆自检条件时，则不执行该自检诊断脚本。
51.步骤s200，获取执行所述自检诊断脚本的执行结果，并确定所有预设的模块运行实例；
52.本实施例中，需要说明的是，基于微服务技术的远程诊断云服务平台包括有诊断脚本生成器、车云交互模块以及诊断数据处理模块，该三个模块均采用无状态设计，利用无状态服务(stateless service)对单次请求的处理，不依赖其他请求，也就是说，处理一次请求所需的全部信息，要么都包含在这个请求里，要么可以从外部获取到(比如说数据库)，服务器本身不存储任何信息的特点，将相关的状态数据、会话和阶段等流程控制数据都放置在服务外部的缓存数据库中，供所有的车云交互服务实例调用。以满足在同时存在大量车辆诊断数据的高并发需求。在本实施例中，利用微服务技术，将诊断脚本生成器、车云交互模块以及诊断数据处理模块三个模块打包成docker(应用容器引擎)镜像，并使用kubernets(容器编排引擎)进行docker镜像的管理。实际部署过程中，会根据并发量的大小，对三个模块的服务进行复制和扩展，同一个模块云端将会启动多个实例，即模块运行实例。存在多台车辆同时访问云端时，需要确认对该访问进行处理的模块运行实例。具体地，在车辆执行完成自检诊断脚本之后，确定执行该自检诊断脚本的执行结果，并确定当前所有的模块运行实例。
53.步骤s300，检测各所述模块运行实例对应的实时负载，基于各所述实时负载确定目标模块运行实例，并控制所述车辆将所述执行结果上传至所述目标模块运行实例。
54.本实施例中，需要说明的是，所有的模块运行实例均可进行复制和扩展，在车云交互时，若存在多台车辆同时访问云端时，会有网关服务对流量进行二次引导，即网关服务会对已经配置的多个模块运行实例进行实时监控，确认各个模块运行实例的负载情况，基于所有的模块运行实例的负载情况，将车端的请求转发至空闲或者负载较低的模块运行实例上。本实施例中，车云交互通过https实现，基于oma-dm协议，传输json或xml格式的数据。可以理解的是，在其他可实施的实施例中，还可以为其他的数据传输方式，并不做限制。在数据上传方面，设计了独立的无状态的诊断结果上传服务，并采用微服务技术建立多个实例，由网关分配。该服务的业务与车云交互服务在云端相互分隔，车端访问首先访问上传服务，
获得结果后，在访问车云交互服务告知状态。同时，为了满足高并发需求，尽量减少访问对服务的占用时间，采用了上传与解析分离的功能架构，车端在上传数据完成后，即可收到上传成功的回复，解析功能异步执行，不占用上传业务的时间。具体地，检测各个模块运行实例的实时负载，依据各个模块运行实例的实时负载情况，筛选出响应本次车辆请求的目标模块运行实例，进而控制车辆将对自检诊断脚本的执行结果上传到该目标模块运行实例。
55.参考图3，图3中包括本发明一实施例的云服务平台部署架构，其中，kubernets集群与代理服务器交互，代理服务器进行车辆的车端访问交互以及前端页面访问交互，在kubernets集群部署多个运行实例，基于网关服务与代理服务器进行交互。包括有车云交互模块、诊断脚本生成器、诊断数据处理模块、诊断数据库以及基础信息管理模块。
56.本发明实施例中，监测车辆是否触发预设车辆自检条件，自动确认车辆是否需要执行自检诊断操作，当监测到车辆触发该预设车辆自检条件时，控制该车辆执行车辆对应的自检诊断脚本，以实现车辆的自检诊断操作，获取执行自检诊断脚本的执行结果，并确定所有预设的模块运行实例，检测各个模块运行实例对应的实时负载，基于各实时负载确定目标模块运行实例，并控制车辆将执行结果上传至该目标模块运行实例，通过模块运行实例的实时负载合理上传车辆自检诊断的执行结果，实现同时存在大批量车辆远程进行数据上传的高并发需求下的车辆与远端的有效交互，进而实现高并发场景下对车辆的远程诊断。
57.进一步地，基于本发明车辆远程诊断方法第一实施例，提出本发明车辆远程诊断方法第二实施例，所述步骤s100，当监测到车辆触发预设车辆自检条件时，控制所述车辆执行所述车辆对应的自检诊断脚本的步骤之前，还包括：
58.步骤a，获取车辆的运行信息，并基于预设时间标准检测所述运行信息是否满足预置的上报条件表，其中所述运行信息包括所述车辆的车况信息；
59.步骤b，若所述运行信息满足所述上报条件表，则触发预设车辆自检条件。
60.本实施例中，需要说明的是，预设车辆自检条件是否触发基于预置的上报条件表是否满足。该预置的上报条件表可以包括对车辆的车况、状态、信号等的限制条件，判断车辆当前的运行情况是否达到该上报条件表中的限制条件，以确定是否满足该上报条件表。该上报条件表为根据用户实际需求进行设置的限制条件表，可根据用户实时需求进行变更。预设时间标准是指是否对车辆运行情况进行判断的触发条件，该预设时间标准可以为设置时间点，定时对车辆运行信息是否满足上报条件表进行判断；也可以为设置间隔时间，每间隔预设时间对车辆运行信息是否满足上报条件表进行判断；还可以是设置为实时对车辆运行信息是否满足上报条件表进行判断等时间标准，并不做限制。车辆运行信息可以包括车辆在运行时的所有车况信息。例如，车辆的档位、电压等信息。具体地，获取车辆的运行信息，在预设时间标准的基础上，检测该运行信息是否满足预先设置的上报条件表，当该运行信息满足该上报条件表时，触发预设车辆自检条件，执行车辆自检诊断操作；当该运行信息不满足该上报条件表时，不会触发该预设车辆自检条件。
61.本实施例中，通过预设时间标准和上报条件表实现车辆周期性的自检诊断功能，实现对车辆日常运行的远程监控，规避潜在车辆故障，进而降低事故发生几率，提升对乘车人员的人身安全和财产安全的保护能力。
62.进一步地，控制所述车辆执行所述车辆对应的自检诊断脚本的步骤之前，还包括：
63.步骤c，确定车辆的基础信息，并基于所述基础信息遍历预设诊断数据库中的诊断规则，其中所述基础信息包括所述车辆的车型信息和所述车辆的电子控制单元信息中的至少一种；
64.步骤d，确定与所述基础信息匹配的目标诊断规则，并基于所述目标诊断规则生成自检诊断脚本。
65.本实施例中，需要说明的是，车辆执行的自检诊断脚本是预先设置的，该自检诊断脚本为针对车辆自身日常进行故障预检的自检脚本。该自检诊断脚本可以调用预设诊断数据库中的诊断规则，并且与车辆进行关联。基于微服务技术的远程诊断云服务平台还包括有诊断数据库，车辆信息管理模块，预设诊断数据库即为该诊断数据库，其中包括有uds(unified diagnostic services,统一诊断服务)诊断协议规则，和基于该uds诊断协议规则的ecu(electronic control unit，电子控制单元)诊断数据解析规则。车辆信息管理模块用于存储车辆进行远程诊断的基础信息，其中，车辆的基础信息包括但不限于车辆车型和车辆ecu信息。车辆的基础信息与该诊断数据库存在对应关系，可以通过车辆信息查询到该车辆所适用uds诊断协议规则和ecu诊断数据解析规则。远程诊断云服务平台中的诊断脚本生成器用于生成实际在车内执行的自检诊断脚本，该自检诊断脚本以文本或文件的形式保存。诊断脚本生成器生成的数据来源于诊断数据库及车辆信息管理模块。具体地，诊断脚本生成器在确定车辆的基础信息后，基于该基础信息在预设诊断数据库中进行遍历，以在诊断数据库中的诊断规则中确定与该基础信息匹配的目标诊断规则，进而依据该目标诊断规则生成该车辆适用的自检诊断脚本。
66.本实施例中，通过车辆的基础信息确定对应的自检诊断脚本，以确保该自检诊断脚本于该车辆的适用性，提升车辆自检诊断脚本的可执行率，进而提升车辆自检的准确性。
67.进一步地，控制所述车辆将所述执行结果上传至所述目标模块运行实例的步骤之后，还包括：
68.步骤e，在所述目标模块运行实例上基于预设诊断数据库加载诊断数据解析规则；
69.步骤f，依据所述诊断数据解析规则对所述执行结果进行解析，将解析后的执行结果转译成可解读版本的文件。
70.本实施例中，需要说明的是，远程诊断云服务平台中的诊断数据处理模块用于处理车辆上报的诊断执行结果数据，该数据为文件格式，由车端通过指定接口上传到云端。诊断数据处理模块从诊断数据库中加载解析规则，对车辆自检的执行结果数据进行解析，转译成可解读的版本后保存到文件系统或数据库中。该文件系统或数据库中的文件可作为样本文件，便于研发人员后续进行车辆分析工作。
71.具体地，在确定目标模块运行实例后，车辆将通过指定接口上传执行自检诊断脚本的执行结果至该目标模块运行实例，在该目标模块运行实例上，诊断数据处理模块将加载预设诊断数据库中存储的诊断数据解析规则，依据该这诊断数据解析规则对该执行结果进行解析并转译成可解读的文件，上传至文件系统中。可以理解的是，在诊断数据解析规则存在多种时，基于车辆的基础信息确定与该车辆对应的目标诊断数据解析规则，依据该目标诊断数据解析规则对该车辆的执行结果进行解析。
72.本实施例中，通过对车辆的执行结果进行解析，并将解析转译后的文件存储，实现对车辆的运程诊断，以便于实时监控车辆状态，确保车辆安全，且保留样本文件，便于研发
人员后续分析研究，提供有效的应用数据。
73.云服务平台除了可实现上述功能外，还可实现其他车辆故障远程诊断相关功能，具体可参考图4，图4中包括有远程诊断云服务平台功能架构，其中，包括有基础诊断服务管理，例如，诊断数据库导入与解析、ecu诊断配置、数据解析配置；诊断知识库管理，例如，故障智能分析(基于知识图谱)、维修手册管理、维修案例管理、维修工单管理；诊断脚本管理，例如，脚本上传及管理、脚本权限管理；数据收集与解析，例如，can(controller area network，控制器局域网络)报文录制和上传与回放、dbc(database can，can的数据库文件)上传与解析、实时数据上报、大数据采集；统计分析，例如，工单数量/进度/结果反馈、故障数量/分布/排行、诊断任务进度/数量/时间、地图分布统计、车次/时间/成功率；诊断任务，例如，任务创建、任务管理及监控；系统对接，例如，tsp(telematics service provider，汽车远程服务提供商)对接、生产/售后系统对接；权限、用户、审批管理，例如，用户管理、角色分配、权限管理、组织架构、审批节点、审批流程；用户诊断管理，例如，车况检测、信息推送、引导式维修；基础信息，例如，车辆管理、用户管理、ecu管理、条件配置、消息模板。
74.进一步地，车辆远程诊断方法还包括：
75.步骤g，基于输入的诊断需求生成诊断指令和主动诊断脚本；
76.步骤h，将所述诊断指令发送至车辆，在监测到所述车辆基于所述诊断指令返回的车辆状态信息时，发送所述主动诊断脚本至所述车辆；
77.步骤i，获取所述车辆执行所述主动诊断脚本的诊断结果。
78.本实施例中，需要说明的是，在车辆的远程诊断时，除了车辆自身实现自检诊断，还可通过云端主动触发车辆诊断。例如，在确认车辆存在故障时，为了分析故障产生原因，可通过云端实现对车辆的诊断指令，以实现对车辆的远程诊断。用户可根据自身实际需求在云端触发对车辆的诊断流程，也可设置定时等时间限制进行云端主动触发车辆诊断的流程。
79.本实施例中，车辆与云端之间的交互通过远程诊断云服务平台中的车云交互模块实现。车云交互模块负责处理车云之间的交互信息，控制整个交互流程的推进，负责管理云端控制车辆诊断的流程以及车辆自检诊断的流程。在云端控制车辆进行诊断时，用户在云端页面根据诊断数据库，以页面配置的方式，生成待执行的诊断脚本，其中，车云交互模块会主动调用诊断脚本生成器，生成诊断指令，通过长链接的方式通知车辆，向车辆传递诊断指令，该传递方式可直接传递指令文本或提供指令文件的下载链接，车辆接收到通知消息后，以https的方式访问云端，上报自身状态，云端接收状态后将主动诊断脚本推送到车端，车端集成了uds客户端用于执行该主动诊断脚本，并在执行过程中上报状态，并在执行完成后，将主动诊断脚本的诊断结果打包上传到云端。
80.本实施例中，通过云端对车辆的主动控制，实现车辆诊断的多样化，全方面实现对车辆的远程诊断，提升车辆的故障排除能力。
81.进一步地，获取所述车辆执行所述主动诊断脚本的诊断结果的步骤之前，还包括：
82.步骤j，实时监测所述车辆是否正在执行自检诊断脚本；
83.步骤k，若所述车辆未在执行所述自检诊断脚本，则控制所述车辆执行所述主动诊断脚本。
84.本实施例中，车辆运程诊断包括两种实施方式，一种为车辆自身触发诊断条件，进
行自检诊断脚本的执行，一种是云端主动控制车辆执行故障检测，云端通过向车辆端发送并控制车辆执行主动诊断脚本实现。该两种流程并不存在特定的依附关系，但若同时发生，则只执行其中一种诊断流程。具体地，实时检测车辆是否在执行诊断脚本，若车辆未在执行诊断脚本，则可依据当前需求触发车辆执行对应的诊断脚本；在云端下发诊断指令控制车辆执行主动诊断脚本时，若车辆当前并未执行自检诊断脚本，则控制车辆执行该主动诊断脚本；在云端下发诊断指令控制车辆执行主动诊断脚本时，若车辆当前正在执行自检诊断脚本，不会执行该主动诊断脚本。同理，车辆自身触发执行自检诊断脚本时，若车辆当前并未执行主动诊断脚本，则控制车辆执行该自检诊断脚本；在车辆自身触发执行自检诊断脚本时，若车辆当前正在执行主动诊断脚本，不会执行该自检诊断脚本。可以理解的是，在一实施例中，可对自检诊断脚本和主动诊断脚本预设优先级，在该两个脚本同时触发时，根据预设优先级执行对应的脚本。
85.本实施例中，提供车辆对不同运程诊断流程的处理方式，有效管理车辆合理进行远程诊断，确保车辆诊断的准确性和有效性。
86.进一步地，获取所述车辆执行所述主动诊断脚本的诊断结果的步骤之后，还包括：
87.步骤l，基于预设诊断数据库加载诊断数据解析规则；
88.步骤m，依据所述诊断数据解析规则对所述诊断结果进行解析，将解析后的诊断结果转译成可解读版本的文件。
89.本实施例中，需要说明的是，远程诊断云服务平台中的诊断数据处理模块用于处理车辆上报的诊断执行结果数据，该数据为文件格式，由车端通过指定接口上传到云端。诊断数据处理模块从诊断数据库中加载解析规则，对车辆自检的执行结果数据进行解析，转译成可解读的版本后保存到文件系统或数据库中。该文件系统或数据库中的文件可作为样本文件，便于研发人员后续进行车辆分析工作。
90.具体地，在获取车辆执行主动诊断脚本的诊断结果后，诊断数据处理模块将加载预设诊断数据库中存储的诊断数据解析规则，依据该这诊断数据解析规则对该诊断结果进行解析并转译成可解读的文件，上传至文件系统中。可以理解的是，在诊断数据解析规则存在多种时，基于车辆的基础信息确定与该车辆对应的目标诊断数据解析规则，依据该目标诊断数据解析规则对该车辆的诊断结果进行解析。
91.本实施例中，通过对车辆的诊断结果进行解析，并将解析转译后的文件存储，实现对车辆的运程诊断，以便于对车辆故障进行具体分析，确保车辆安全，且保留样本文件，便于研发人员后续分析研究，提供有效的应用数据。
92.此外，参考图5，本发明还提出一种车辆远程诊断系统，所述车辆远程诊断系统包括：
93.诊断执行模块2001，用于用于当监测到车辆触发预设车辆自检条件时，控制所述车辆执行所述车辆对应的自检诊断脚本；
94.结果获取模块2002，用于获取执行所述自检诊断脚本的执行结果，并确定所有预设的模块运行实例；
95.自检上报模块2003，用于检测各所述模块运行实例对应的实时负载，基于各所述实时负载确定目标模块运行实例，并控制所述车辆将所述执行结果上传至所述目标模块运行实例。
96.可选地，所述诊断执行模块2001，还用于：
97.获取车辆的运行信息，并基于预设时间标准检测所述运行信息是否满足预置的上报条件表，其中所述运行信息包括所述车辆的车况信息；
98.若所述运行信息满足所述上报条件表，则触发预设车辆自检条件。
99.可选地，所述诊断执行模块2001，还用于：
100.确定车辆的基础信息，并基于所述基础信息遍历预设诊断数据库中的诊断规则，其中所述基础信息包括所述车辆的车型信息和所述车辆的电子控制单元信息中的至少一种；
101.确定与所述基础信息匹配的目标诊断规则，并基于所述目标诊断规则生成自检诊断脚本。
102.可选地，所述自检上报模块2003，还用于：
103.在所述目标模块运行实例上基于预设诊断数据库加载诊断数据解析规则；
104.依据所述诊断数据解析规则对所述执行结果进行解析，将解析后的执行结果转译成可解读版本的文件。
105.可选地，所述诊断执行模块2001，还用于：
106.基于输入的诊断需求生成诊断指令和主动诊断脚本；
107.将所述诊断指令发送至车辆，在监测到所述车辆基于所述诊断指令返回的车辆状态信息时，发送所述主动诊断脚本至所述车辆；
108.获取所述车辆执行所述主动诊断脚本的诊断结果。
109.可选地，所述诊断执行模块2001，还用于：
110.实时监测所述车辆是否正在执行自检诊断脚本；
111.若所述车辆未在执行所述自检诊断脚本，则控制所述车辆执行所述主动诊断脚本。
112.可选地，所述自检上报模块2003，还用于：
113.基于预设诊断数据库加载诊断数据解析规则；
114.依据所述诊断数据解析规则对所述诊断结果进行解析，将解析后的诊断结果转译成可解读版本的文件。
115.本发明车辆远程诊断系统的具体实施方式与上述车辆远程诊断方法各实施例基本相同，在此不再赘述。
116.此外，本发明还提出一种车辆，其特征在于，所述车辆包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的车辆远程诊断程序，其中：所述车辆远程诊断程序被所述处理器执行时实现本发明各个实施例所述的车辆远程诊断方法。
117.此外，本发明还提出一种计算机可读存储介质，其上存储有车辆远程诊断程序。所述计算机可读存储介质可以是图1的终端中的存储器20，也可以是如rom(read-only memory，只读存储器)/ram(random access memory，随机存取存储器)、磁碟、光盘中的至少一种，所述计算机可读存储介质包括若干指令用以使得一台具有处理器的车辆执行本发明各个实施例所述的车辆远程诊断方法。
118.可以理解的是，在本说明书的描述中，参考术语“一实施例”、“另一实施例”、“其他实施例”、或“第一实施例～第n实施例”等的描述意指结合该实施例或示例描述的具体特
征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
119.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
120.上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
121.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个计算机可读存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
122.以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。