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

1.本技术涉及车辆故障处理技术领域，具体涉及一种车辆远程诊断方法、系统、电子设备及存储介质。


背景技术：

2.在车辆故障诊断领域，传统的诊断方式主要采用本地诊断仪设备对车辆进行故障诊断。但传统方式不仅需要专业的诊断设备，还需技术人员现场对车辆进行操作，具有较多的不便利性，且使用门槛较高。而随着车联网技术的发展，使得通过手机app进行车辆故障远程诊断成为可行。但是，现有方式在进行车辆故障远程诊断时，存在以下缺陷：
3.(1)对于手机app、远程服务中心之间的网络通信细节没有明确；
4.(2)使用手机app直接向车载接口设备发送指令，需要为不同的手机系统进行适配，手机app与车载接口设备耦合度太高，不够灵活，也不便于后期的功能扩展。


技术实现要素：

5.鉴于以上所述现有技术的缺点，本技术提供一种车辆远程诊断方法、系统、电子设备及存储介质，以解决上述技术问题。
6.本技术提供一种车辆远程诊断方法，所述方法包括以下步骤：
7.获取预先或实时确定的待诊断车辆的车辆识别码，并基于所述车辆识别码确定所述待诊断车辆是否支持远程诊断，以及将支持远程诊断的车辆作为目标车辆；
8.查询所述目标车辆配置的控制器信息和诊断服务，并根据所述目标车辆配置的控制器信息和诊断服务，确定出所述目标车辆的远程诊断服务类型；
9.向所述目标车辆发送诊断服务指令，并获取所述目标车辆执行所述诊断服务指令后的车辆数据结果；
10.对所述车辆数据结果进行解析，以确定所述目标车辆的车辆状态。
11.于本技术的一实施例中，所述向所述目标车辆发送诊断服务指令，并获取所述目标车辆执行所述诊断服务指令后的车辆数据结果的过程包括：
12.建立预设终端与诊断中台的websocket连接，并在成功建立websocket连接后，接收从所述预设终端向所述诊断中台下发的诊断服务指令；
13.利用所述诊断中台将所述诊断服务指令转发给云端远控，并通过所述云端远控将所述诊断服务指令下发给车端远控，以及通过所述车端远控将所述诊断服务指令下发给所述目标车辆中的电子控制单元；
14.获取所述电子控制单元执行所述诊断服务指令后的车辆数据结果。
15.于本技术的一实施例中，所述对所述车辆数据结果进行解析的过程包括：
16.将所述车辆数据结果反馈至所述车端远控，并由所述车端远控反馈至所述云端远控进行解析，得到对应的车辆参数；
17.根据所述车辆参数确定所述目标车辆的车辆状态。
18.于本技术的一实施例中，所述车辆参数包括：通信报文头、控制器接收编号、通信报文长度、统一诊断服务响应标识和统一诊断服务响应数据。
19.于本技术的一实施例中，获取预先或实时确定的待诊断车辆的车辆识别码的过程包括：
20.接收目标对象在预设终端上输入的第一触发指令；
21.响应于所述第一触发指令，启动所述预设终端上的车辆识别应用程序；
22.接收所述目标对象在所述预设终端上输入的第二触发指令；
23.响应于所述第二触发指令，在所述车辆识别应用程序上选择数字和/或字母，并对选择出的数字和/或字母进行组合排序，生成所述待诊断车辆的车辆识别码。
24.于本技术的一实施例中，获取预先或实时确定的待诊断车辆的车辆识别码的过程包括：
25.接收目标对象在预设终端上输入的第二触发指令；
26.响应于所述第二触发指令，开启所述预设终端的摄像头；
27.利用所述摄像头对待诊断车辆的部分区域进行扫描，获取所述待诊断车辆的车辆识别码。
28.于本技术的一实施例中，向所述目标车辆发送诊断服务指令前，所述方法还包括：
29.获取通信报文头、控制器发送编号、通信报文长度、统一诊断服务识别码和统一诊断服务参数；
30.根据所述通信报文头、控制器发送编号、通信报文长度、统一诊断服务识别码和统一诊断服务参数生成所述诊断服务指令。
31.本技术还提供一种车辆远程诊断系统，所述系统包括有：
32.车辆识别模块，用于获取预先或实时确定的待诊断车辆的车辆识别码，并基于所述车辆识别码确定所述待诊断车辆是否支持远程诊断，以及将支持远程诊断的车辆作为目标车辆；
33.诊断服务模块，用于查询所述目标车辆配置的控制器信息和诊断服务，并根据所述目标车辆配置的控制器信息和诊断服务，确定出所述目标车辆的远程诊断服务类型；
34.车辆诊断模块，用于向所述目标车辆发送诊断服务指令，并获取所述目标车辆执行所述诊断服务指令后的车辆数据结果；以及对所述车辆数据结果进行解析，以确定所述目标车辆的车辆状态。
35.本技术还提供一种电子设备，所述电子设备包括：
36.一个或多个处理器；
37.存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如上述中任一项所述的车辆远程诊断方法。
38.本技术还提供一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序被计算机的处理器执行时，使计算机执行如上述中任一项所述的车辆远程诊断方法。
39.如上所述，本技术提供一种车辆远程诊断方法、系统、电子设备及存储介质，具有以下有益效果：
40.本技术首先获取预先或实时确定的待诊断车辆的车辆识别码，并基于所述车辆识别码确定所述待诊断车辆是否支持远程诊断，以及将支持远程诊断的车辆作为目标车辆；
再查询所述目标车辆配置的控制器信息和诊断服务，并根据所述目标车辆配置的控制器信息和诊断服务，确定出所述目标车辆的远程诊断服务类型；再向所述目标车辆发送诊断服务指令，并获取所述目标车辆执行所述诊断服务指令后的车辆数据结果；最后对所述车辆数据结果进行解析，以确定所述目标车辆的车辆状态。由此可知，本技术可以对指定车辆进行远程故障诊断，不需要使用本地诊断仪，可以支持uds(unified diagnostic services，统一诊断服务，简称uds)协议或obd(on-board diagnostics，车载自诊断系统，简称obd)协议规定的诊断内容。本技术通过云端对诊断服务指令的下发以及结果解析，可以利用手机app(application，应用程序，简称app)实现对车辆的远程诊断，为汽车销售服务4s店中的服务技师和售后工程师提供了更方便的诊断方式。并且本技术使用诊断中台对手机app与车端进行解耦，可以使本技术具有更好的扩展性以及稳定性。
41.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本技术。
附图说明
42.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
43.图1为应用本技术中一个或多个实施例中技术方案的示例性系统架构的示意图；
44.图2为本技术中一实施例提供的车辆远程诊断方法的流程示意图；
45.图3为本技术中另一实施例提供的车辆远程诊断方法的流程示意图；
46.图4为本技术中一实施例提供的生成诊断服务指令的示意图；
47.图5为本技术中一实施例提供的解析诊断服务指令的示意图；
48.图6为本技术中一实施例提供的车辆远程诊断系统的硬件结构示意图；
49.图7为本技术中另一实施例提供的车辆远程诊断系统的硬件结构示意图；
50.图8为适用于实现本技术中一个或多个实施例的电子设备的硬件结构示意图。
具体实施方式
51.以下将参照附图和优选实施例来说明本技术的实施方式，本领域技术人员可由本说明书中所揭露的内容轻易地了解本技术的其他优点与功效。本技术还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本技术的精神下进行各种修饰或改变。应当理解，优选实施例仅为了说明本技术，而不是为了限制本技术的保护范围。
52.需要说明的是，以下实施例中所提供的图示仅以示意方式说明本技术的基本构想，遂图式中仅显示与本技术中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。
53.在下文描述中，探讨了大量细节，以提供对本技术实施例的更透彻的解释，然而，对本领域技术人员来说，可以在没有这些具体细节的情况下实施本技术的实施例是显而易
见的，在其他实施例中，以方框图的形式而不是以细节的形式来示出公知的结构和设备，以避免使本技术的实施例难以理解。
54.图1示出了一种可以应用本技术中一个或多个实施例中技术方案的示例性系统架构的示意图。如图1所示，系统架构100可以包括终端设备110、网络120和服务器130。终端设备110可以包括智能手机、平板电脑、笔记本电脑、台式电脑等各种电子设备。服务器130可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云计算服务的云服务器。网络120可以是能够在终端设备110和服务器130之间提供通信链路的各种连接类型的通信介质，例如可以是有线通信链路或者无线通信链路。
55.根据实现需要，本技术实施例中的系统架构可以具有任意数目的终端设备、网络和服务器。例如，服务器130可以是由多个服务器设备组成的服务器群组。另外，本技术实施例提供的技术方案可以应用于终端设备110，也可以应用于服务器130，或者可以由终端设备110和服务器130共同实施，本技术对此不做特殊限定。
56.在本技术的一个实施例中，本技术的终端设备110或服务器130可以获取预先或实时确定的待诊断车辆的车辆识别码，并基于所述车辆识别码确定所述待诊断车辆是否支持远程诊断，以及将支持远程诊断的车辆作为目标车辆；再查询所述目标车辆配置的控制器信息和诊断服务，并根据所述目标车辆配置的控制器信息和诊断服务，确定出所述目标车辆的远程诊断服务类型；再向所述目标车辆发送诊断服务指令，并获取所述目标车辆执行所述诊断服务指令后的车辆数据结果；最后对所述车辆数据结果进行解析，以确定所述目标车辆的车辆状态。利用终端设备110或服务器130执行车辆远程诊断方法，可以对指定车辆进行远程故障诊断，不需要使用本地诊断仪，可以支持uds协议或obd协议规定的诊断内容。同时，通过云端对诊断服务指令的下发以及结果解析，可以利用手机app实现对车辆的远程诊断，为汽车销售服务4s店中的服务技师和售后工程师提供了更方便的诊断方式。并且，使用诊断中台对手机app与车端进行解耦，具有更好的扩展性以及稳定性。
57.以上部分介绍了应用本技术技术方案的示例性系统架构的内容，接下来继续介绍本技术的车辆远程诊断方法。
58.图2示出了本技术一实施例提供的车辆远程诊断方法流程示意图。具体地，在一示例性实施例中，如图2所示，本实施例提供一种车辆远程诊断方法，该方法包括以下步骤：
59.s210，获取预先或实时确定的待诊断车辆的车辆识别码，并基于所述车辆识别码确定所述待诊断车辆是否支持远程诊断，以及将支持远程诊断的车辆作为目标车辆；
60.s220，查询所述目标车辆配置的控制器信息和诊断服务，并根据所述目标车辆配置的控制器信息和诊断服务，确定出所述目标车辆的远程诊断服务类型；
61.s230，向所述目标车辆发送诊断服务指令，并获取所述目标车辆执行所述诊断服务指令后的车辆数据结果；
62.s240，对所述车辆数据结果进行解析，以确定所述目标车辆的车辆状态。
63.由此可知，本实施例可以对指定车辆进行远程故障诊断，不需要使用本地诊断仪，可以支持uds协议或obd协议规定的诊断内容。本实施例通过云端对诊断服务指令的下发以及结果解析，可以利用手机app实现对车辆的远程诊断，为汽车销售服务4s店中的服务技师和售后工程师提供了更方便的诊断方式。并且本实施例使用诊断中台对手机app与车端进行解耦，可以使本实施例具有更好的扩展性以及稳定性。
identification number，车辆识别码，简称vin码)。
72.在另一示例性实施例中，步骤s210获取预先或实时确定的待诊断车辆的车辆识别码的过程包括：接收目标对象在预设终端上输入的第二触发指令；响应于所述第二触发指令，开启所述预设终端的摄像头；利用所述摄像头对待诊断车辆的部分区域进行扫描，获取所述待诊断车辆的车辆识别码。作为示例，本实施例中的目标对象可以是汽车销售服务4s店中的服务技师和售后工程师，也可以该车辆的驾驶人员或乘客。此外，本实施例中的预设终端包括手机，所以，当4s店服务技师或售后工程师需要对车辆做远程诊断时，其可以直接通过手机扫描识别车辆vin码即可。
73.如图3所示，在本技术另一示例性实施例中，还提供一种车辆远程诊断方法，包括以下步骤：
74.步骤s1：当4s店服务技师或售后工程师需要对车辆做远程诊断时，先在手机app上手动输入vin码或者扫描识别vin码后，app将vin码上传给诊断中台判断当前车辆是否支持远程诊断；
75.步骤s2：对支持远程诊断的车型，先查询展示当前车系配置控制器信息，选择控制器后，展示当前控制器支持的远程诊断服务，包括uds服务和obd服务，再选择相应的服务即可；
76.步骤s3：在下发指令前，手机app先与诊断中台建立websocket连接，成功建立连接后，通过http(hyper text transfer protocol，超文本传输协议，简称http)向诊断中台下发具体的诊断服务指令；
77.步骤s4：诊断中台将诊断服务指令下发给云端远控，并通过云端远控将诊断服务指令下发给车端远控，获取到车端的执行状态后，通过websocket将状态推送给手机app；
78.步骤s5：当车端执行完诊断服务指令后，诊断中台通过监听kafka获取到执行结果，并按相应的协议规则(uds/obd)进行解析，再通过websocket将指令结果数据推送给手机app。如图4和图5所示，本实施例对于uds协议/obd协议的具体解析规则如下：(1)每个控制器会有一组发送id和接收id，分别用于向控制器发送数据以及接收从控制器发送的数据；(2)在发送id/接收id之后的数据是报文长度；(3)发送指令报文长度之后是sid值，表示具体的诊断服务，obd协议的sid值从01-09，而uds协议的sid取值大于09，如“19”代表读取dtc数据，“14”代表清除dtc数据；接收指令报文长度之后是响应标识；(4)发送指令的sid之后就是具体的请求参数，接收指令的响应标识之后就是具体的响应数据。
79.步骤s6：手机app将执行结果进行展示。
80.综上所述，本技术提供一种车辆远程诊断方法，首先获取预先或实时确定的待诊断车辆的车辆识别码，并基于所述车辆识别码确定所述待诊断车辆是否支持远程诊断，以及将支持远程诊断的车辆作为目标车辆；再查询所述目标车辆配置的控制器信息和诊断服务，并根据所述目标车辆配置的控制器信息和诊断服务，确定出所述目标车辆的远程诊断服务类型；再向所述目标车辆发送诊断服务指令，并获取所述目标车辆执行所述诊断服务指令后的车辆数据结果；最后对所述车辆数据结果进行解析，以确定所述目标车辆的车辆状态。由此可知，本方法可以对指定车辆进行远程故障诊断，不需要使用本地诊断仪，可以支持uds协议或obd协议规定的诊断内容。本方法通过云端对诊断服务指令的下发以及结果解析，可以利用手机app实现对车辆的远程诊断，为汽车销售服务4s店中的服务技师和售后
工程师提供了更方便的诊断方式。并且本方法使用诊断中台对手机app与车端进行解耦，可以使本方法具有更好的扩展性以及稳定性。
81.如图6所示，本技术还提供一种车辆远程诊断系统，所述系统包括有：
82.车辆识别模块610，用于获取预先或实时确定的待诊断车辆的车辆识别码，并基于所述车辆识别码确定所述待诊断车辆是否支持远程诊断，以及将支持远程诊断的车辆作为目标车辆；
83.诊断服务模块620，用于查询所述目标车辆配置的控制器信息和诊断服务，并根据所述目标车辆配置的控制器信息和诊断服务，确定出所述目标车辆的远程诊断服务类型；
84.车辆诊断模块630，用于向所述目标车辆发送诊断服务指令，并获取所述目标车辆执行所述诊断服务指令后的车辆数据结果；以及对所述车辆数据结果进行解析，以确定所述目标车辆的车辆状态。
85.由此可知，本实施例可以对指定车辆进行远程故障诊断，不需要使用本地诊断仪，可以支持uds协议或obd协议规定的诊断内容。本实施例通过云端对诊断服务指令的下发以及结果解析，可以利用手机app实现对车辆的远程诊断，为汽车销售服务4s店中的服务技师和售后工程师提供了更方便的诊断方式。并且本实施例使用诊断中台对手机app与车端进行解耦，可以使本实施例具有更好的扩展性以及稳定性。
86.在一示例性实施例中，车辆诊断模块630向所述目标车辆发送诊断服务指令，并获取所述目标车辆执行所述诊断服务指令后的车辆数据结果的过程包括：建立预设终端与诊断中台的websocket连接，并在成功建立websocket连接后，接收从所述预设终端向所述诊断中台下发的诊断服务指令；利用所述诊断中台将所述诊断服务指令转发给云端远控，并通过所述云端远控将所述诊断服务指令下发给车端远控，以及通过所述车端远控将所述诊断服务指令下发给所述目标车辆中的电子控制单元；获取所述电子控制单元执行所述诊断服务指令后的车辆数据结果。在本实施例中，websocket是一种在单个tcp连接上进行全双工通信的协议。websocket通信协议于2011年被ietf定为标准rfc 6455，并由rfc7936补充规范。websocket api也被w3c定为标准。websocket使得客户端和服务器之间的数据交换变得更加简单，允许服务端主动向客户端推送数据。在websocket api中，浏览器和服务器只需要完成一次握手，两者之间就直接可以创建持久性的连接，并进行双向数据传输。其中，本实施例下发诊断服务指令的过程如图3所示。
87.根据上述记载，在一示例性实施例中，向所述目标车辆发送诊断服务指令前，所述系统还包括：获取通信报文头、控制器发送编号、通信报文长度、统一诊断服务识别码和统一诊断服务参数；根据所述通信报文头、控制器发送编号、通信报文长度、统一诊断服务识别码和统一诊断服务参数生成所述诊断服务指令。其中，本实施例生成诊断服务指令的过程如图4所示。
88.根据上述记载，在一示例性实施例中，对所述车辆数据结果进行解析的过程包括：将所述车辆数据结果反馈至所述车端远控，并由所述车端远控反馈至所述云端远控进行解析，得到对应的车辆参数；根据所述车辆参数确定所述目标车辆的车辆状态。其中，目标车辆的车辆参数包括：通信报文头、控制器接收编号、通信报文长度、统一诊断服务响应标识和统一诊断服务响应数据。其中，本实施例对所述车辆数据结果进行解析的过程如图5所示。具体地，本实施例对于uds协议/obd协议的具体解析规则如下：
89.(1)每个控制器会有一组发送id和接收id，分别用于向控制器发送数据以及接收从控制器发送的数据；
90.(2)在发送id/接收id之后的数据是报文长度；
91.(3)发送指令报文长度之后是sid值，表示具体的诊断服务，obd协议的sid值从01-09，而uds协议的sid取值大于09，如“19”代表读取dtc数据，“14”代表清除dtc数据；接收指令报文长度之后是响应标识；
92.(4)发送指令的sid之后就是具体的请求参数，接收指令的响应标识之后就是具体的响应数据。
93.在一示例性实施例中，车辆识别模块610获取预先或实时确定的待诊断车辆的车辆识别码的过程包括：接收目标对象在预设终端上输入的第一触发指令；响应于所述第一触发指令，启动所述预设终端上的车辆识别应用程序；接收所述目标对象在所述预设终端上输入的第二触发指令；响应于所述第二触发指令，在所述车辆识别应用程序上选择数字和/或字母，并对选择出的数字和/或字母进行组合排序，生成所述待诊断车辆的车辆识别码。作为示例，本实施例中的目标对象可以是汽车销售服务4s店中的服务技师和售后工程师，也可以该车辆的驾驶人员或乘客。此外，本实施例中的预设终端包括手机，所以，当4s店服务技师或售后工程师需要对车辆做远程诊断时，其可以直接在app上手动输入vin码。
94.在另一示例性实施例中，车辆识别模块610获取预先或实时确定的待诊断车辆的车辆识别码的过程包括：接收目标对象在预设终端上输入的第二触发指令；响应于所述第二触发指令，开启所述预设终端的摄像头；利用所述摄像头对待诊断车辆的部分区域进行扫描，获取所述待诊断车辆的车辆识别码。作为示例，本实施例中的目标对象可以是汽车销售服务4s店中的服务技师和售后工程师，也可以该车辆的驾驶人员或乘客。此外，本实施例中的预设终端包括手机，所以，当4s店服务技师或售后工程师需要对车辆做远程诊断时，其可以直接通过手机扫描识别车辆vin码即可。
95.在本技术另一示例性实施例中，还提供一种车辆远程诊断系统，包括有：手机app、诊断中台、云端远控、车端远控和车端ecu(electronic control unit，电子控制单元，简称ecu)。其中，手机app主要用于指令下发以及结果展示，对比本地诊断仪使用更方便灵活。诊断中台用于做基础配置管理，接收手机app下发的诊断服务指令发送至云端远控，接收并解析返回的结果数据发送给手机app，以此来对手机app与车端进行解耦，因此可扩展性更高。云端远控使用mqtt协议将诊断服务指令下发给车端远控，车端ecu电子控制单元接收到车端远控转发的诊断服务指令，执行并返回相应的诊断结果。
96.具体地，手机app：部署在智能手机上的应用程序，实现车辆vin码的扫描识别，诊断服务指令的下发以及结果数据的展示等功能。诊断中台：诊断中台负责配置车系与控制器等基础信息，包括为车系配置支持的控制器与诊断服务，以及控制器所包含的dtc、did等信息，作为后续解析结果数据的依据。另一方面，诊断中台负责在手机app和云端远控间传输诊断服务指令，以及解析返回的诊断服务结果数据，并推送给手机app进行展示。云端远控：云端远控负责接收诊断中台发送的诊断服务指令，与车端远控通信。主要通过mqtt协议向车端远控下发接收到的诊断服务指令，并将车端执行状态数据写入相应的kafka中，供诊断中台使用。车端远控：车端远控负责接收云端远控下发的诊断服务指令，然后将指令下发给对应的车端ecu。再将车端ecu返回的指令数据结果按诊断协议进行解析、执行，并写入相
应的kafka中。车端ecu：车端ecu是指车辆上实现了诊断协议的电子控制单元，能接收诊断服务指令，并按相应的协议规则对其做出响应。
97.在本技术另一示例性实施例中，还提供一种车辆远程诊断系统，用于执行以下步骤：
98.当4s店服务技师或售后工程师需要对车辆做远程诊断时，先在手机app上手动输入vin码或者扫描识别vin码后，app将vin码上传给诊断中台判断当前车辆是否支持远程诊断；
99.对支持远程诊断的车型，先查询展示当前车系配置控制器信息，选择控制器后，展示当前控制器支持的远程诊断服务，包括uds服务和obd服务，再选择相应的服务即可；
100.在下发指令前，手机app先与诊断中台建立websocket连接，成功建立连接后，通过http向诊断中台下发具体的诊断服务指令；
101.诊断中台将诊断服务指令下发给云端远控，并通过云端远控将诊断服务指令下发给车端远控，获取到车端的执行状态后，通过websocket将状态推送给手机app；
102.当车端执行完诊断服务指令后，诊断中台通过监听kafka获取到执行结果，并按相应的协议规则(uds/obd)进行解析，再通过websocket将指令结果数据推送给手机app。如图4和图5所示，本实施例对于uds协议/obd协议的具体解析规则如下：(1)每个控制器会有一组发送id和接收id，分别用于向控制器发送数据以及接收从控制器发送的数据；(2)在发送id/接收id之后的数据是报文长度；(3)发送指令报文长度之后是sid值，表示具体的诊断服务，obd协议的sid值从01-09，而uds协议的sid取值大于09，如“19”代表读取dtc数据，“14”代表清除dtc数据；接收指令报文长度之后是响应标识；(4)发送指令的sid之后就是具体的请求参数，接收指令的响应标识之后就是具体的响应数据。
103.手机app将执行结果进行展示。
104.需要说明的是，上述实施例所提供车辆远程诊断系统与上述实施例所提供的车辆远程诊断方法属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。上述实施例所提供的车辆远程诊断系统在实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将系统的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能，本处也不对此进行限制。
105.综上所述，本技术提供一种车辆远程诊断系统，首先获取预先或实时确定的待诊断车辆的车辆识别码，并基于所述车辆识别码确定所述待诊断车辆是否支持远程诊断，以及将支持远程诊断的车辆作为目标车辆；再查询所述目标车辆配置的控制器信息和诊断服务，并根据所述目标车辆配置的控制器信息和诊断服务，确定出所述目标车辆的远程诊断服务类型；再向所述目标车辆发送诊断服务指令，并获取所述目标车辆执行所述诊断服务指令后的车辆数据结果；最后对所述车辆数据结果进行解析，以确定所述目标车辆的车辆状态。由此可知，本系统可以对指定车辆进行远程故障诊断，不需要使用本地诊断仪，可以支持uds协议或obd协议规定的诊断内容。本系统通过云端对诊断服务指令的下发以及结果解析，可以利用手机app实现对车辆的远程诊断，为汽车销售服务4s店中的服务技师和售后工程师提供了更方便的诊断方式。并且本系统使用诊断中台对手机app与车端进行解耦，可以使本系统具有更好的扩展性以及稳定性。
106.本技术的实施例还提供了一种电子设备，包括：一个或多个处理器；存储装置，用
于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现上述各个实施例中提供的车辆远程诊断方法。
107.图8示出了适于用来实现本技术实施例的电子设备的计算机系统的结构示意图。需要说明的是，图8示出的电子设备的计算机系统1000仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
108.如图8所示，计算机系统1000包括中央处理单元(central processing unit，cpu)1001，其可以根据存储在只读存储器(read-only memory，rom)1002中的程序或者从储存部分1008加载到随机访问存储器(random access memory，ram)1003中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在ram1003中，还存储有系统操作所需的各种程序和数据。cpu 1001、rom 1002以及ram1003通过总线1004彼此相连。输入/输出(input/output，i/o)接口1005也连接至总线1004。
109.以下部件连接至i/o接口1005：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管(cathode ray tube，crt)、液晶显示器(liquid crystal display，lcd)等以及扬声器等的输出部分1007；包括硬盘等的储存部分1008；以及包括诸如lan(local area network，局域网)卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至i/o接口1005。可拆卸介质1011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1010上，以便于从其上读出的计算机程序根据需要被安装入储存部分1008。
110.特别地，根据本技术的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本技术的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分1009从网络上被下载和安装，和/或从可拆卸介质1011被安装。在该计算机程序被中央处理单元(cpu)1001执行时，执行本技术的系统中限定的各种功能。
111.需要说明的是，本技术实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(erasable programmable read only memory，eprom)、闪存、光纤、便携式紧凑磁盘只读存储器(compact disc read-only memory，cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本技术中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
112.附图中的流程图和框图，图示了按照本技术各种实施例的系统、方法和计算机程
序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
113.描述于本技术实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。
114.本技术的另一方面还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机的处理器执行时，使计算机执行如前所述的车辆远程诊断方法。该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的，也可以是单独存在，而未装配入该电子设备中。
115.本技术的另一方面还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各个实施例中提供的车辆远程诊断方法。
116.上述实施例仅示例性说明本技术的原理及其功效，而非用于限制本技术。任何熟悉此技术的人士皆可在不违背本技术的精神及范畴下，对上述实施例进行修饰或改变。因此，但凡所属技术领域中具有通常知识者在未脱离本技术所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本技术的权利要求所涵盖。