CN115903744A - 一种汽车远程检测方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明公开了一种汽车远程检测方法、装置、电子设备及存储介质，本发明采用数据询问的方式，来不断向待检测车辆下发数据请求命令，从而使得待检测车辆可不断的向汽车远程诊断终端上传车辆状态数据，如此，即可实现待检测车辆的远程检测，而无需技术人员到达故障现场，不仅提高了检测效率以及检测的实时性，还可及时高效的帮助用户解决车辆问题，适用于大规模推广与应用。

Description

一种汽车远程检测方法、装置、电子设备及存储介质

技术领域

本发明属于汽车故障检测技术领域，具体涉及一种汽车远程检测方法、装置、电子设备及存储介质。

背景技术

随着汽车工业的迅速发展，汽车得到了广泛的推广与应用，已走进了人们的日常生活中，且随着工艺的不断进步，人们对汽车的各项性能也提出了更高的要求；同时，电子控制技术已应用到汽车的各个组成部分中，使得汽车的性能和舒适性得到了很大的提升，相应的，也导致汽车的结构和整车的电子控制系统也变得越来越复杂，自动化程度也越来越高；因此，汽车的故障诊断及排除成为汽车安全运行的重要技术要求和安全保障。

目前，车辆故障诊断主要是采用车厂指定开发的故障诊断仪连接到车辆专用的OBD-I I诊断口上，由专业技术人员手动操作进行故障诊断与排查；但是，前述方法需要技术人员到达车辆故障现场，或需要用户察觉到车辆出现故障时，将车辆行驶至检修厂，如此，前述方法不仅效率慢，还无法实现车辆故障的实时检测，已不能满足人们对汽车故障检测的高效率需求；因此，如何提供一种实现汽车远程检测的方法，已成为一个亟待解决的问题。

发明内容

本发明的目的是提供一种汽车远程检测方法、装置、电子设备及存储介质，用以解决现有技术中需要技术人员达到车辆故障现场进行故障检测，从而导致检测效率慢的问题。

为了实现上述目的，本发明采用以下技术方案：

第一方面，提供了一种汽车远程检测方法，包括：

检测服务端接收汽车远程诊断终端通过第二车辆诊断盒发送的车辆数据请求命令；

检测服务端通过服务器将所述车辆数据请求命令发送至检测用户端；

检测用户端接收车辆数据请求命令；

检测用户端将所述车辆数据请求命令发送至第一车辆诊断盒，以使所述第一车辆诊断盒在接收到所述车辆数据请求命令后，将所述车辆数据请求命令发送至待检测车辆，以便所述待检测车辆在接收到所述车辆数据请求命令后，向所述第一车辆诊断盒反馈车辆检测数据，其中，所述第一车辆诊断盒安装于待检测车辆上，且车辆检测数据为车辆数据请求命令相对应的车辆状态数据；

检测用户端接收所述第一车辆诊断盒发送的车辆检测数据，并通过所述服务器将所述车辆检测数据发送至所述检测服务端；

检测服务端接收检测用户端通过服务器上传的车辆检测数据，并通过所述第二车辆诊断盒将所述车辆检测数据发送至汽车远程诊断终端，以便所述汽车远程诊断终端在接收到所述车辆检测数据后，对所述车辆检测数据进行分析处理，得到所述待检测车辆的诊断结果。

基于上述公开的内容，本发明在待检测汽车上安装有第一车辆诊断盒，其用于与待检测车辆进行数据交互，实现待检测车辆内车辆数据的获取；同时，本发明在远程端设置有汽车远程诊断终端，其用于依次通过第二车辆诊断盒、检测服务端以及服务器，向检测用户端下发车辆数据请求命令，而检测用户端在接收到该命令后，则可通过第一车辆诊断盒发送至待检测车辆，从而使待检测车辆在接收到该命令后，返回与该命令相对应的车辆状态数据；此时，检测用户端则可将待检测车辆反馈的车辆状态数据原路上传至汽车远程诊断终端，而汽车远程诊断终端则可基于接收到的车辆状态数据来实现车辆的数据分析，得出待检测车辆的检测结果。

通过上述设计，本发明采用数据询问的方式，来不断向待检测车辆下发数据请求命令，从而使得待检测车辆可不断的向汽车远程诊断终端上传车辆状态数据，如此，即可实现待检测车辆的远程检测，而无需技术人员到达车辆现场，不仅提高了检测效率以及检测的实时性，还可及时高效的帮助用户解决车辆问题，适用于大规模推广与应用。

在一个可能的设计中，当所述车辆检测数据为多帧数据时，所述方法还包括；

检测用户端在接收到所述第一车辆诊断盒发送的多帧数据中的首帧数据时，通过所述服务器将所述首帧数据发送至所述检测服务端，以使所述检测服务端通过所述第二车辆诊断盒将所述首帧数据发送至所述汽车远程诊断终端，以便所述汽车远程诊断终端在接收到所述首帧数据后，通过所述第二车辆诊断盒向所述检测服务端反馈第一流控帧；

检测用户端接收检测服务端通过服务器下发的第一流控帧，并记录所述第一流控帧；

检测用户端将所述第一流控帧发送至所述第一车辆诊断盒，以使所述第一车辆诊断盒将所述第一流控帧发送至所述待检测车辆，以便所述待检测车辆在接收到所述第一流控帧后，将所述多帧数据中的第i帧数据发送至所述第一车辆诊断盒，其中，i的初始值为2，且i为正整数；

检测用户端接收所述第一车辆诊断盒发送的第i帧数据，并通过所述服务器将所述第i帧数据发送至所述检测服务端，以使所述检测服务端通过所述第二车辆诊断盒将所述第i帧数据发送至所述汽车远程诊断终端，以便所述汽车远程诊断终端在接收到所述第i帧数据后，向所述检测服务端反馈第二流控帧；

检测用户端判断是否在第一预设时长内接收到所述检测服务端通过服务器下发的第二流控帧；

若否，检测用户端则将所述第一流控帧发送至所述第一车辆诊断盒，以使所述第一车辆诊断盒将所述第一流控帧发送至所述待检测车辆，以便所述待检测车辆在接收到所述第一流控帧后，将i自加1，并将所述多帧数据中的第i帧数据发送至所述第一车辆诊断盒；

重新接收所述第一车辆诊断盒发送的第i帧数据，并通过所述服务器将所述第i帧数据发送至所述检测服务端，直至将多帧数据发送完毕为止。

基于上述公开的内容，由于汽车的标准通信协议中规定，在进行多帧数据传输时，若在规定时长内未给待检测车辆进行数据的回复，那么，待检测车辆与其进行数据交互的设备之间就会中断，因此，本发明为避免数据传输延时而导致待检测车辆与汽车远程诊断终端之间出现通信中断的问题，还设置有多帧数据传输的自学习步骤，也就是在每进行一次多帧数据传输时，检测用户端均会记录汽车远程诊断终端在接收到一帧完整数据时所返回的流控帧，如此，当检测用户端未在第一预设时长内(如55ms)接收到由汽车远程诊断终端下发的流控帧时，则会将记录的流控帧发送至待检测车辆，如此，即可使及时回复待检测车辆，保证二者间的不间断通信，以最终实现车辆状态数据的不间断上传。

在一个可能的设计中，在接收车辆数据请求命令前，所述方法还包括：

接收车辆通讯信息请求，其中，所述车辆通讯信息请求是检测服务端通过服务器下发至所述检测用户端的；

将所述车辆通讯信息请求发送至所述第一车辆诊断盒，以使所述第一车辆诊断盒在接收到所述车辆通讯信息请求后，读取所述待检测车辆的OBD口的各个管脚的管脚电压，以便所述第一车辆诊断盒基于各个管脚的管脚电压，确定出所述待检测车辆的通讯管脚，以及依次按照不同的波特率，向所述待检测车辆的通讯管脚发送连接测试数据，以确定出所述待检测车辆的通信波特率，并反馈至所述检测用户端，其中，所述通信波特率为所述连接测试数据成功发送时对应的波特率；

接收所述第一车辆诊断盒发送的通信波特率以及待检测车辆的通讯管脚，并通过所述服务器将所述通信波特率以及所述通讯管脚发送至所述检测服务端，以使所述检测服务端将所述通信波特率以及所述通讯管脚发送至所述第二车辆诊断盒，以便所述第二车辆诊断盒在接收到所述通信波特率和所述通讯管脚后，基于所述通信波特率和所述通讯管脚与所述汽车远程诊断终端进行数据通信。

基于上述公开的内容，本发明在进行数据传输前，还设置有通信建立过程，其实质是利用第一车辆检测盒来确定出待检测车辆进行通讯的管脚(如CAN总线管脚和K线管脚等)，以及进行数据通信的波特率，以便将前述待检测车辆的通信物理特性上传至第二车辆诊断盒，从而使第二车辆诊断盒以接收到的通信物理特性，来进行通信的配置，进而保证与待检测车辆的通信一致。

在一个可能的设计中，所述方法还包括：

检测用户端向所述服务器发送连接代码下发请求，以使所述服务器在接收到所述连接代码下发请求后，生成服务码，并反馈至所述检测用户端；

接收所述服务器发送的服务码，并依据服务码生成连接请求；

向服务器发送所述连接请求，以使所述服务器在接收到检测用户端发送的连接请求后，判断所述检测用户端发送的连接请求中的服务码，与检测服务端发送的连接请求中的服务码是否相同，并在相同时，建立检测用户端与检测服务端之间的通信连接。

在一个可能的设计中，在通过服务器将所述车辆数据请求命令发送至检测用户端后，所述方法还包括：

检测服务端判断是否在第二预设时长内接收到检测用户端通过服务器上传的车辆检测数据；

若否，检测服务端则通过第二车辆诊断盒向所述汽车远程诊断终端发送通信等待命令，以使所述汽车远程诊断终端在接收到所述通信等待命令后，进入通信等待状态，以便在通信等待状态的持续时长内保持与待检测车辆之间的通信连接。

基于上述公开的内容，本发明还设置有通信等待步骤，即在汽车通信协议中，若一设备发送一个完整的命令或完整的数据后，未在规定时间内接收到另一设备的反馈信息，那么则会中断二者间的连接；如此，本发明则在检测服务端设置一通信等待步骤，即在将汽车远程诊断终端下发的车辆数据请求命令发送完毕后，判断是否在第二预设时长内(其小于前述规定时间)，接收到待检测车辆反馈的车辆状态数据，若否，则说明二者间出现延迟，此时，检测服务端则可向汽车远程诊断终端发送一通信等待命令，使汽车远程诊断终端保持通信等待状态，直至超出设定的时长为止；如此通过前述设计，即可防止网络延迟导致汽车远程诊断终端与待检测车辆间连接终端的问题，从而保证诊断的连续性与实时性。

第二方面，提供了一种汽车远程诊断装置，以装置为检测用户端为例，包括：

第一接收单元，用于接收车辆数据请求命令，其中，所述车辆数据请求命令是汽车远程诊断终端通过第二车辆诊断盒发送至检测服务端，并由检测服务端通过服务器下发至检测用户端的；

第一发送单元，用于将所述车辆数据请求命令发送至第一车辆诊断盒，以使所述第一车辆诊断盒在接收到所述车辆数据请求命令后，将所述车辆数据请求命令发送至待检测车辆，以便所述待检测车辆在接收到所述车辆数据请求命令后，向所述第一车辆诊断盒反馈车辆检测数据，其中，所述第一车辆诊断盒安装于待检测车辆上，且车辆检测数据为车辆数据请求命令相对应的车辆状态数据；

第一接收单元，用于接收所述第一车辆诊断盒发送的车辆检测数据；

所述第一发送单元，还用于通过所述服务器将所述车辆检测数据发送至所述检测服务端，以使所述检测服务端通过所述第二车辆诊断盒将所述车辆检测数据发送至所述汽车远程诊断终端，以便所述汽车远程诊断终端在接收到所述车辆检测数据后，对所述车辆检测数据进行分析处理，得到所述待检测车辆的诊断结果。

第三方面，提供了第二种汽车远程诊断装置，以装置为检测服务端为例，包括：

第二接收单元，用于接收汽车远程诊断终端通过第二车辆诊断盒发送的车辆数据请求命令；

第二发送单元，用于通过服务器将所述车辆数据请求命令发送至检测用户端，以使所述检测用户端在接收到所述车辆数据请求命令后，通过第一车辆诊断盒将所述车辆数据请求命令发送至待检测车辆，以便所述待检测车辆在接收到所述车辆数据请求命令后，通过第一车辆诊断盒向所述检测用户端反馈车辆检测数据，其中，所述第一车辆诊断盒安装于所述待检测车辆上，且所述车辆检测数据为所述车辆数据请求命令相对应的车辆状态数据；

第二接收单元，用于接收检测用户端通过服务器上传的车辆检测数据；

第二发送单元，还用于通过所述第二车辆诊断盒将所述车辆检测数据发送至汽车远程诊断终端，以便所述汽车远程诊断终端在接收到所述车辆检测数据后，对所述车辆检测数据进行分析处理，得到所述待检测车辆的诊断结果。

第四方面，提供了第三种汽车远程诊断装置，以装置为电子设备为例，包括依次通信相连的存储器、处理器和收发器，其中，所述存储器用于存储计算机程序，所述收发器用于收发消息，所述处理器用于读取所述计算机程序，执行如第一方面或第一方面中任意一种可能设计的所述汽车远程检测方法。

第五方面，提供了一种存储介质，存储介质上存储有指令，当所述指令在计算机上运行时，执行如第一方面或第一方面中任意一种可能设计的所述汽车远程检测方法。

第六方面，提供了一种包含指令的计算机程序产品，当指令在计算机上运行时，使计算机执行如第一方面或第一方面中任意一种可能设计的所述汽车远程检测方法。

有益效果：

(1)本发明采用数据询问的方式，来不断向待检测车辆下发数据请求命令，从而使得待检测车辆可不断的向汽车远程诊断终端上传车辆状态数据，如此，即可实现待检测车辆的远程检测，而无需技术人员到达车辆现场，不仅提高了检测效率以及检测的实时性，还可及时高效的帮助用户解决车辆问题，适用于大规模推广与应用。

(2)本发明在发送多帧数据时，设置有流控帧自学习步骤，即在每次进行多帧数据的传输时，检测用户端均会记录汽车远程诊断终端发送的流控帧，而当检测用户端未在第一预设时长内接收到本次传输数据对应的流控帧时，则可使用记录的流控帧反馈至待检测车辆，如此，可及时向待检测车辆回复数据，从而避免待检测车辆与汽车远程诊断终端之间出现连接中断的问题。

(3)本发明还设置有通信等待步骤，则当汽车远程诊断终端发送一个完整的命令或数据后，检测服务端未在规定时间内接收到相应的反馈数据，那么，检测服务端会向汽车远程诊断终端发送一通信等待命令，从而使汽车远程诊断终端保持通信等待状态；如此，即可避免因网络延，而导致待检测车辆与汽车远程诊断终端之间出现连接中断的问题。

附图说明

图1为本发明实施例提供的汽车远程检测系统的架构示意图；

图2为本发明实施例提供的汽车远程检测方法的步骤流程示意图；

图3为本发明实施例提供的多帧数据的传输示意图；

图4为本发明实施例提供的通信等待步骤的解释示意图；

图5为本发明实施例提供的检测用户端的结构示意图；

图6为本发明实施例提供的检测服务端的结构示意图；

图7为本发明实施例提供的电子设备的结构示意图。

具体实施方式

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将结合附图和实施例或现有技术的描述对本发明作简单地介绍，显而易见地，下面关于附图结构的描述仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在此需要说明的是，对于这些实施例方式的说明用于帮助理解本发明，但并不构成对本发明的限定。

应当理解，尽管本文可能使用术语第一、第二等等来描述各种单元，但是这些单元不应当受到这些术语的限制。这些术语仅用于区分一个单元和另一个单元。例如可以将第一单元称作第二单元,并且类似地可以将第二单元称作第一单元，同时不脱离本发明的示例实施例的范围。

应当理解，对于本文中可能出现的术语“和/或”，其仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，单独存在B，同时存在A和B三种情况；对于本文中可能出现的术语“/和”，其是描述另一种关联对象关系，表示可以存在两种关系，例如，A/和B，可以表示：单独存在A，单独存在A和B两种情况；另外，对于本文中可能出现的字符“/”，一般表示前后关联对象是一种“或”关系。

实施例：

参见图1所示，为本申请提供一种系统架构，该系统架构可以但不限于包括：汽车远程诊断终端(如诊断仪)、第一车辆诊断盒、第二车辆诊断盒、检测用户端、检测服务端以及服务器，其中，汽车远程诊断终端通过第二车辆诊断盒与检测服务端通信连接，检测服务端通过服务器通信连接检测用户端，而检测用户端则通过第一车辆诊断盒与待检测车辆通信连接；具体的，第一车辆诊断盒安装于待检测车辆上，并与待检测车辆的OBD口连接，而第一车辆诊断盒可通过USB或蓝牙与检测用户端通信连接，其中，检测用户端和检测客户端可以但不限于为手机、电脑或平板等智能终端；如此，相当于仅在待检测车辆上设置一车辆诊断盒即可实现远程检测，从而可大幅降低远程检测的成本；可选的，第二车辆诊断盒、检测服务端、服务器、检测用户端以及第一车辆诊断盒进行数据传输的方式为透传方式，也就是在传输时不对数据进行任何处理，由此，可保证数据的传输速度；更进一步的，汽车远程诊断终端基于前述系统，向待检测车辆下发数据请求命令，而待检测车辆在接收到该命令后，则可向汽车远程诊断终端反馈与该命令对应的车辆状态数据(即车辆检测数据)，从而使汽车远程诊断终端基于反馈的车辆状态数据，来分析得到待检测车辆的诊断结果；由此通过前述设计，本系统即可实现车辆的不间断远程检测，从而大幅提高检测效率，以及时有效的帮助用户解决车辆问题。

本实施例所提供的汽车远程检测方法，可以但不限于在汽车远程诊断终端、第一车辆诊断盒、第二车辆诊断盒、检测用户端、检测服务端和/或服务器侧运行，可以理解的，前述执行主体并不构成对本申请实施例的限定；具体的，下述以检测用户端和检测服务端为运行主体为例，来阐述本方法，其中，在进行汽车远程检测前，汽车远程诊断终端与待检测车辆之间需建立通信连接，而通信建立过程可以但不限于如下述步骤S01～S06所示。

首先，需先建立检测用户端与检测服务端之间的通信连接，其中，连接建立步骤如下述步骤S01～S03所示。

S01.检测用户端向所述服务器发送连接代码下发请求，以使所述服务器在接收到所述连接代码下发请求后，生成服务码，并反馈至所述检测用户端；具体应用时，服务码可以但不限于为数字、字母或数字与字母的组合；在本实施例中，检测用户端和检测服务端上均安装有诊断APP，因此，检测用户端的用户(如待检测车辆的驾驶员)可通过诊断APP向服务器申请服务码，而检测用户端在接收到服务器下发的服务码后，则可进行存储，同时也可进行可视化展示，以使检测用户端对应的用户将该服务码展示给检测服务端对应的用户(如汽车诊断企业或商家的工作人员)；如此，工作人员在使用检测服务端上的诊断APP连接检测用户端时，可通过输入该服务码，来向服务器发送连接请求(即将该服务码添加至检测服务端侧的连接请求中，以便后续进行连接认证)，其中，连接建立过程如下述步骤S02～S03所示。

S02.接收所述服务器发送的服务码，并依据服务码生成连接请求。

S03.向服务器发送所述连接请求，以使所述服务器在接收到检测用户端发送的连接请求后，判断所述检测用户端发送的连接请求中的服务码，与检测服务端发送的连接请求中的服务码是否相同，并在相同时，建立检测用户端与检测服务端之间的通信连接；具体应用时，检测服务端的连接请求是用户在检测服务端上的诊断APP上进行连接检测用户端的人机交互操作时产生的，即检测服务端在生成该连接请求后，会上传至服务器；同理，检测用户端也会基于服务码生成连接请求发送至服务器，而服务器则基于两端连接请求中的服务码，来判断是否准予连接，如两端(也就是检测服务端和检测用户端)发送的连接请求中的服务码相同，则开放连接权限，允许二者建立连接，否则，则拒绝连接的建立。

由此通过前述步骤S01～S03，即可实现检测用户端与检测服务端之间的通信连接，同时，由于检测用户端连接有待检测车辆，如此，相当于实现了检测服务端与待检测车辆之间的通讯。

同时，还需要获取待检测车辆的通讯物理特性，并上传至检测服务端，如此，检测服务端才能以相同通讯物理特性来进行通信配置，从而保证第二车辆诊断盒与汽车远程诊断终端，待检测车辆和第一车辆诊断盒之间使用同一通信特性进行数据通信；具体的，通信配置过程如下述步骤S04～S06所示。

S04.检测用户端接收车辆通讯信息请求，其中，所述车辆通讯信息请求是检测服务端通过服务器下发至所述检测用户端的；具体应用时，车辆通讯信息请求是检测服务端的用户在与检测服务端进行人机交互操作时生成的。

S05.将所述车辆通讯信息请求发送至所述第一车辆诊断盒，以使所述第一车辆诊断盒在接收到所述车辆通讯信息请求后，读取所述待检测车辆的OBD口的各个管脚的管脚电压，以便所述第一车辆诊断盒基于各个管脚的管脚电压，确定出所述待检测车辆的通讯管脚，以及依次按照不同的波特率，向所述待检测车辆的通讯管脚发送连接测试数据，以确定出所述待检测车辆的通信波特率，并反馈至所述检测用户端，其中，所述通信波特率为所述连接测试数据成功发送时对应的波特率。

具体应用时，第一车辆诊断盒是通过读取待检测车辆OBD口16个管脚的电压，来确定出待检测车辆的通讯管脚，其中，电压处于1.5V-3.5V的管脚则作为CAN总线管脚，电压处于目标电压的管脚，则作为K线管脚(其作用是将汽车通讯信号转换为USB信号，以便第一诊断盒与检测用户端进行USB通信)，且目标电压为0BD接口电源管脚电压与1之间的差值；同时，在确定出CAN总线管脚后，还需确定以CAN总线管脚进行数据通信时的波特率；在本实施例中，则是通过设置不同的波特率，来发送数据，而当数据成功发送时，发送成功对应的波特率，则作为CAN总线所使用的通信波特率；具体实施时，汽车诊断的CAN总线的波特率有1Mbps、500Kbps、250Kbps和125bps，本实施例分别在前述4种波特率下，向待检测车辆的CAN总线管脚发送连接测试数据，如果在某一波特率下，连接测试数据立刻发送成功，则可将该某一波特率作为通信波特率；更进一步的，举例连接测试数据为CAN总线优先级最高的数据，如0X0000，同时，举例第一车辆诊断盒的主控芯片采用GD32f450芯片，其内部的寄存器可记录连接测试数据的发送结果，因此，可通过查询寄存器，来得知每个波特率下连接测试数据的发送结果。

更进一步的，还可采用GD32f450静默(Si lent)通信模式来获取通信波特率，具体实施时，静默通信模式可以从CAN总线接收数据，但不向CAN总线发送任何数据，因此，该模式下，不会影响CAN总线的通讯；如此，本实施例则设置第一车辆诊断盒进入静默通信模式，而当接收到待检测车辆的CAN总线管脚发送的数据时，则将接收成功的数据对应的波特率作为通信波特率。

在确定出待检测车辆的通讯管脚和通信波特率后，第一车辆诊断盒则可将前述通信信息发送至检测用户端，以便由检测用户端通过服务器上传至检测服务端，从而完成第二车辆诊断盒的通信配置，如下述步骤S06所示。

S06.接收所述第一车辆诊断盒发送的通信波特率以及待检测车辆的通讯管脚，并通过所述服务器将所述通信波特率以及所述通讯管脚发送至所述检测服务端，以使所述检测服务端将所述通信波特率以及所述通讯管脚发送至所述第二车辆诊断盒，以便所述第二车辆诊断盒在接收到所述通信波特率和所述通讯管脚后，基于所述通信波特率和所述通讯管脚与所述汽车远程诊断终端进行数据通信。

基于前述设计，则可使第二车辆诊断盒以接收到的通信物理特性，来进行通信的配置，进而保证与待检测车辆的通信一致。

如此，基于前述步骤S01～S06，即可建立汽车远程诊断终端与待检测车辆之间的通信连接，而建立通信后，则可实现汽车的远程检测，其中，参见图2所示，远程检测方法的运行步骤可以但不限于如下述步骤S1～S6所示。

S1.检测服务端接收汽车远程诊断终端通过第二车辆诊断盒发送的车辆数据请求命令；具体应用时，则是汽车远程诊断终端向第二车辆诊断盒发送车辆数据请求命令，而第二车辆诊断盒在接收到该车辆数据请求命令后，则可透传至检测服务端；可选的，举例所述检测服务端可以但不限于采用安装有诊断APP的个人电脑、平板电路、智能手机或个人数字助理(

Persona l Digita l Ass i stant，PDA)等；在本实施例中，检测服务端、第二车辆诊断盒以及汽车远程诊断终端部署于汽车诊断企业或商家处，因此，检测服务器端在接收到该车辆数据请求命令后，则可通过服务器将其透传至检测用户端，以便基于检测用户端将命令传输至待检测车辆，从而实现车辆数据的获取；其中，前述车辆数据请求命令的传输过程如下述步骤S2、步骤S3和步骤S4所示。

S2.检测服务端通过服务器将所述车辆数据请求命令发送至检测用户端。

S3.检测用户端接收车辆数据请求命令。

S4.检测用户端将所述车辆数据请求命令发送至第一车辆诊断盒，以使所述第一车辆诊断盒在接收到所述车辆数据请求命令后，将所述车辆数据请求命令发送至待检测车辆，以便所述待检测车辆在接收到所述车辆数据请求命令后，向所述第一车辆诊断盒反馈车辆检测数据，其中，所述第一车辆诊断盒安装于待检测车辆上，且车辆检测数据为车辆数据请求命令相对应的车辆状态数据；具体应用时，检测用户端则可以但不限于为待检测车辆驾驶人员或拥有者的终端，如驾驶人员的手机等终端；同时，在本实施例中，第一车辆诊断盒实质连接在待检测车辆的OBD口上(车载自动诊断系统接口)，因此，第一车辆诊断盒将车辆数据请求命令通过OBD口发送至待检测车辆后，待检测车辆中的车载自动诊断系统则会返回与该命令相对应的车辆状态数据，以作为车辆检测数据反馈至第一车辆诊断盒(即以前述CAN总线管脚或K线管脚，并按照前述通信波特率进行数据传输)；如此，本实施例相当于采用的是数据询问的方式，来不断向待检测车辆下发数据请求，从而使待检测车辆基于接收到的请求，不断的上传车辆状态数据。

在本实施例中，车辆检测数据的上传路径与车辆数据请求命令的下发路径一致，也就是原路返回至汽车远程诊断终端，其中，车辆检测数据的上传过程如下述步骤S5和步骤S6所示。

S5.检测用户端接收所述第一车辆诊断盒发送的车辆检测数据，并通过所述服务器将所述车辆检测数据发送至所述检测服务端。

S6.检测服务端接收检测用户端通过服务器上传的车辆检测数据，并通过所述第二车辆诊断盒将所述车辆检测数据发送至汽车远程诊断终端，以便所述汽车远程诊断终端在接收到所述车辆检测数据后，对所述车辆检测数据进行分析处理，得到所述待检测车辆的诊断结果；具体应用时，汽车远程诊断终端则可基于接收到的车辆检测数据进行车辆状态分析，从而得到车辆的诊断结果(该诊断结果可以但不限于包括故障诊断结果、数据流分析结果或车辆ECU分析结果等操作)，并进行可视化展示；同时，当诊断结果为故障诊断结果时，还可将故障诊断结果以及相应的维修建议反馈至检测用户端，以便待检测车辆的驾驶人员查看车辆故障问题以及维修建议，从而及时有效的解决车辆问题。

由此通过前述步骤S1～S6所详细描述的汽车远程检测方法，本发明可实现待检测车辆的远程检测，而无需技术人员到达车辆现场，不仅提高了检测效率以及检测的实时性，还可及时高效的帮助用户解决车辆问题，适用于大规模推广与应用。

参见图3和图4所示，本实施例第二方面在实施例第一方面的基础上，进行进一步的优化，即本实施例第二方面提供一种不间断通信方法，以避免待检测车辆与汽车远程诊断终端出现通信中断的问题，其中，不间断通信方法如下述步骤所示。

首先，汽车传输层最常见的通信协议为：ISO15765-2通讯协议，在该协议的基础上，数据传输分为2类：一类是单帧数据传输，单帧就是发一条命令，也就是当数据长度小于8个字节时，数据可以以一帧数据形式进行一次性发送；另一类是多帧数据传输，多帧就是使用多个单帧组成一条完整的命令或数据，其中，当一条数据的长度大于8个字节时，则分多次进行发送(每次发送的数据最大长度为7个字节)，具体的，当进行多帧数据传输时，发送端每发送一帧数据后，接收端在接收到该帧数据后，会返回一流控帧给发送端，而发送端接收到该流控帧后，才会进行下一帧数据的发送；参见图3所示，假设车辆检测数据为多帧数据，发送端为待检测车辆，接收端为汽车远程诊断终端，当待检测车辆向汽车远程诊断终端发送首帧数据后，汽车远程诊断终端会返回一流控帧(FC)给检测用户端，检测用户端会将该流控帧发送至待检测车辆，而待检测车辆在接收到返回的流控帧后，才会进行下一帧数据的发送(也就是图3中的连续帧)，以此原理，汽车远程诊断终端在接收到连续帧后，又会返回一个流控帧，如此不断循环，待检测车辆则可将该多帧数据发送至汽车远程诊断终端。

但是，在前述通讯协议下，如果发送端未在第一预设时长内接收到流控帧，那么发送端与接收端之间的通信就会中断，此时，数据传输也会中断，因此，本实施例则在发送端设置有流控帧自学习功能，以在第一预设时长内未接收到流控帧时，能够用学习得到的流控帧，回复待检测车辆，从而保证待检测车辆与汽车远程诊断终端之间的通信不中断；其中，流控帧的自学习过程如下述步骤S51～S57。

S51.检测用户端在接收到所述第一车辆诊断盒发送的多帧数据中的首帧数据时，通过所述服务器将所述首帧数据发送至所述检测服务端，以使所述检测服务端通过所述第二车辆诊断盒将所述首帧数据发送至所述汽车远程诊断终端，以便所述汽车远程诊断终端在接收到所述首帧数据后，通过所述第二车辆诊断盒向所述检测服务端反馈第一流控帧；在具体应用时，此步骤则是汽车远程诊断终端在接收到多帧数据中的首帧数据时，向待检测车辆反馈流控帧的过程。

S52.检测用户端接收检测服务端通过服务器下发的第一流控帧，并记录所述第一流控帧；在本实施例中，相当于检测用户端在每次进行多帧数据传输时，均会记录首帧数据对应的流控帧，该过程则为自学习过程，因此，当后续进行下一帧数据传输时，检测用户端未在第一预设时长内接收到汽车远程诊断终端反馈的流控帧，则可用该记录的第一流控帧，来返回至待检测车辆，从而保证流控帧的及时回复，以确定二者间的通信不间断。

在得到首帧数据对应的第一流控帧后，检测用户端则会将其返回至待检测车辆，以进行多帧数据中的第2帧数据的传输，如下述步骤S53所示。

S53.将所述第一流控帧发送至所述第一车辆诊断盒，以使所述第一车辆诊断盒将所述第一流控帧发送至所述待检测车辆，以便所述待检测车辆在接收到所述第一流控帧后，将所述多帧数据中的第i帧数据发送至所述第一车辆诊断盒，其中，i的初始值为2，且i为正整数。

S54.接收所述第一车辆诊断盒发送的第i帧数据，并通过所述服务器将所述第i帧数据发送至所述检测服务端，以使所述检测服务端通过所述第二车辆诊断盒将所述第i帧数据发送至所述汽车远程诊断终端，以便所述汽车远程诊断终端在接收到所述第i帧数据后，向所述检测服务端反馈第二流控帧；在本实施例中，完成第2帧数据的传输后，汽车远程诊断终端也会返回一流控帧(为便于区分，命名为第二流控帧)给检测用户端，此时，即可判断是否出现了通信延迟，导致第二流控帧未按时传输至检测用户端，由于检测用户端还需将第二流控帧传输至待检测车辆，因此，在检测用户端处，可进行第二流控帧接收时长的判断，当然，在检测用户端中的接收时长必然小于ISO15765-2通讯协议中规定的流控帧的接收时长，其中，判断过程如下述步骤S55所示。

S55.判断是否在第一预设时长内接收到所述检测服务端通过服务器下发的第二流控帧；具体应用时，由于ISO15765-2通讯协议中规定的流控帧的接收时长为75ms，同时，流控帧从检测用户端传输至待检测车辆还需时间，因此，可以但不限于举例第一预设时长为55ms或50ms；如此，当检测用户端未在55ms或50ms内接收到第二流控帧时，则说明出现了通信延迟，此时，为保证待检测车辆与汽车远程诊断终端之间的通信不中断，则需要及时向待检测车辆发送学习到的流控帧，如下述步骤S56所示。

S56.若否，则将所述第一流控帧发送至所述第一车辆诊断盒，以使所述第一车辆诊断盒将所述第一流控帧发送至所述待检测车辆，以便所述待检测车辆在接收到所述第一流控帧后，将i自加1，并将所述多帧数据中的第i帧数据发送至所述第一车辆诊断盒；具体应用时，则是将首帧数据反馈的第一流控帧作为自学习到的流控帧，发送至待检测车辆，如此，待检测车辆则可进行第三帧数据的发送，如下述步骤S57所示。

S57.重新接收所述第一车辆诊断盒发送的第i帧数据，并通过所述服务器将所述第i帧数据发送至所述检测服务端，直至将多帧数据发送完毕为止；具体应用时，相当于又重新循环步骤S54-S56，也就是每次发送完一帧数据后，均会进行接收时长的判断；如此，即可在多帧数据传输时，确保待检测车辆与汽车远程诊断终端之间的通信不中断，从而保证多帧数据的不间断传输。

在本实施例中，如果汽车远程诊断终端向待检测车辆发送多帧数据时，则是在检测服务端进行流控帧的自学习，当然，学习步骤与前述步骤S51～S57一致，于此不再赘述。

另外，ISO15765-2通讯协议中规定，发送端在发送完一条完整的数据或命令后，若在第二预设时长内未收到接收端反馈的数据，那么，也会中断二者间的连接；因此，本实施例为防止出现前述问题，还设置有通信等待步骤，其中，以检测服务端为例，来阐述通信等待步骤，其运行过程可以但不限于如下述步骤S7和步骤S8所示。

S7.检测服务端在通过服务器将所述车辆数据请求命令发送至检测用户端后，判断是否在第二预设时长内接收到检测用户端通过服务器上传的车辆检测数据；在本实施例中，ISO15765-2通讯协议中规定的响应时间为50ms，但是，由于待检测车辆的车辆检测数据从检测服务端发送至汽车远程诊断终端(即图4中的诊断仪)需要传输时间，因此，举例第二预设时长需小于50ms(举例可以但不限于为30ms)，以留出数据从检测服务端传输至汽车远程诊断终端的时间；参见图4所示，当汽车远程诊断终端发送一完整的命令或数据(即将单帧数据发送完毕或将多帧数据全部发送完毕)后，检测服务端未在30ms内接收到待检测车辆反馈的数据(如发送的命令是车辆数据请求命令，那么反馈的数据则是车辆检测数据)时，此时，检测服务端则会向汽车远程诊断终端发送一通信等待命令，从而使汽车远程诊断终端一直保持通信等待状态，防止汽车远程诊断终端与待检测车辆之间出现通信中断的问题；其中，命令发送过程如下述步骤S8所示。

S8.若否，检测服务端则通过第二车辆诊断盒向所述汽车远程诊断终端发送通信等待命令，以使所述汽车远程诊断终端在接收到所述通信等待命令后，进入通信等待状态，以便在通信等待状态的持续时长内保持与待检测车辆之间的通信连接；具体应用时，通信等待命令可以但不限于为7F XX 78命令，而通信等待状态的持续时长则可根据实际使用而具体设定，在此不作具体限定。

在本实施例中，若待检测车辆为发送端，汽车远程诊断终端为接收端，那么则可在检测用户端处布置通信等待步骤，其过程与原理可参见前述步骤S7和步骤S8所示，于此不再赘述。

由此通过前述设计，本发明则可避免因网络延时，而导致待检测车辆与汽车远程诊断终端之间出现连接中断的问题，从而确保待检测车辆与汽车远程诊断终端之间的不间断数据通信，以保证远程检测的实时性。

另外，在本实施例中，检测服务端会记录汽车远程诊断终端与待检测车辆的整个交互过程，即记录整个交互数据，并通过汽车通讯协议栈(例如ISO15765-2协议的协议帧)来模拟出来汽车诊断过程；如此，则可有利于对汽车诊断协议的开发。

如图5所示，本实施例第三方面提供了一种实现实施例第一方面和第二方面中所述的汽车远程检测方法的硬件装置，以装置为检测用户端为例，包括：

第一接收单元，用于接收车辆数据请求命令，其中，所述车辆数据请求命令是汽车远程诊断终端通过第二车辆诊断盒发送至检测服务端，并由检测服务端通过服务器下发至检测用户端的。

第一发送单元，用于将所述车辆数据请求命令发送至第一车辆诊断盒，以使所述第一车辆诊断盒在接收到所述车辆数据请求命令后，将所述车辆数据请求命令发送至待检测车辆，以便所述待检测车辆在接收到所述车辆数据请求命令后，向所述第一车辆诊断盒反馈车辆检测数据，其中，所述第一车辆诊断盒安装于待检测车辆上，且车辆检测数据为车辆数据请求命令相对应的车辆状态数据。

第一接收单元，用于接收所述第一车辆诊断盒发送的车辆检测数据。

所述第一发送单元，还用于通过所述服务器将所述车辆检测数据发送至所述检测服务端，以使所述检测服务端通过所述第二车辆诊断盒将所述车辆检测数据发送至所述汽车远程诊断终端，以便所述汽车远程诊断终端在接收到所述车辆检测数据后，对所述车辆检测数据进行分析处理，得到所述待检测车辆的诊断结果。

本实施例提供的装置的工作过程、工作细节和技术效果，可以参见实施例第一方面和第二方面，于此不再赘述。

如图6所示，本实施例第四方面提供了另一种实现实施例第一方面和第二方面中所述的汽车远程检测方法的硬件装置，以装置为检测服务端为例，包括：

第二接收单元，用于接收汽车远程诊断终端通过第二汽车诊断盒发送的车辆数据请求命令。

第二发送单元，用于通过服务器将所述车辆数据请求命令发送至检测用户端，以使所述检测用户端在接收到所述车辆数据请求命令后，通过第一车辆诊断盒将所述车辆数据请求命令发送至待检测车辆，以便所述待检测车辆在接收到所述车辆数据请求命令后，通过第一车辆诊断盒向所述检测用户端反馈车辆检测数据，其中，所述第一车辆诊断盒安装于所述待检测车辆上，且所述车辆检测数据为所述车辆数据请求命令相对应的车辆状态数据。

第二接收单元，用于接收检测用户端通过服务器上传的车辆检测数据。

第二发送单元，还用于通过所述第二汽车诊断盒将所述车辆检测数据发送至汽车远程诊断终端，以便所述汽车远程诊断终端在接收到所述车辆检测数据后，对所述车辆检测数据进行分析处理，得到所述待检测车辆的诊断结果。

本实施例提供的装置的工作过程、工作细节和技术效果，可以参见实施例第一方面和第二方面，于此不再赘述。

如图7所示，本实施例第五方面提供了第三种汽车远程检测装置，以装置为电子设备为例，包括：依次通信相连的存储器、处理器和收发器，其中，所述存储器用于存储计算机程序，所述收发器用于收发消息，所述处理器用于读取所述计算机程序，执行如实施例第一方面和/或第二方面所述的汽车远程检测方法。

具体举例的，所述存储器可以但不限于包括随机存取存储器(random accessmemory，RAM)、只读存储器(Read On ly Memory，ROM)、闪存(F l ash Memory)、先进先出存储器(Fi rst I nput Fi rst Output，FI FO)和/或先进后出存储器(Fi rst I n LastOut，FI LO)等等；具体地，处理器可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器可以采用DSP(Digita l Signa l Process ing，数字信号处理)、FPGA(Fie ld－Programmab le Gate Array，现场可编程门阵列)、PLA(Programmab le LogicArray，可编程逻辑阵列)中的至少一种硬件形式来实现，同时，处理器也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central Process ing Un it，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。

在一些实施例中，处理器可以在集成有GPU(Graph ics Process ing Un it，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制，例如，所述处理器可以不限于采用型号为STM32F105系列的微处理器、精简指令集计算机(reduced instruct ion setcomputer,RISC)微处理器、X86等架构处理器或集成嵌入式神经网络处理器(neura l-network process ing un its，NPU)的处理器；所述收发器可以但不限于为无线保真(WIFI)无线收发器、蓝牙无线收发器、通用分组无线服务技术(Genera l Packet Rad ioService，GPRS)无线收发器、紫蜂协议(基于I EEE802.15.4标准的低功耗局域网协议，ZigBee)无线收发器、3G收发器、4G收发器和/或5G收发器等。此外，所述装置还可以但不限于包括有电源模块、显示屏和其它必要的部件。

本实施例提供的电子设备的工作过程、工作细节和技术效果，可以参见实施例第一方面和第二方面，于此不再赘述。

本实施例第六方面提供了一种存储包含有实施例第一方面和/或第二方面所述的汽车远程检测方法的指令的存储介质，即所述存储介质上存储有指令，当所述指令在计算机上运行时，执行如第一方面和/或第二方面所述的汽车远程检测方法。

其中，所述存储介质是指存储数据的载体，可以但不限于包括软盘、光盘、硬盘、闪存、优盘和/或记忆棒(Memory St ick)等，所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。

本实施例提供的存储介质的工作过程、工作细节和技术效果，可以参见实施例第一方面和第二方面，于此不再赘述。

本实施例第七方面提供了一种包含指令的计算机程序产品，当所述指令在计算机上运行时，使所述计算机执行如实施例第一方面和/或第二方面所述的汽车远程检测方法，其中，所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。

最后应说明的是：以上所述仅为本发明的优选实施例而已，并不用于限制本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种汽车远程检测方法，其特征在于，应用于检测用户端，其中，所述方法包括：

接收车辆数据请求命令，其中，所述车辆数据请求命令是汽车远程诊断终端通过第二车辆诊断盒发送至检测服务端，并由检测服务端通过服务器下发至所述检测用户端的；

将所述车辆数据请求命令发送至第一车辆诊断盒，以使所述第一车辆诊断盒在接收到所述车辆数据请求命令后，将所述车辆数据请求命令发送至待检测车辆，以便所述待检测车辆在接收到所述车辆数据请求命令后，向所述第一车辆诊断盒反馈车辆检测数据，其中，所述第一车辆诊断盒安装于待检测车辆上，且车辆检测数据为车辆数据请求命令相对应的车辆状态数据；

接收所述第一车辆诊断盒发送的车辆检测数据，并通过所述服务器将所述车辆检测数据发送至所述检测服务端，以使所述检测服务端通过所述第二车辆诊断盒将所述车辆检测数据发送至所述汽车远程诊断终端，以便所述汽车远程诊断终端在接收到所述车辆检测数据后，对所述车辆检测数据进行分析处理，得到所述待检测车辆的诊断结果。

2.根据权利要求1所述的方法，其特征在于，当所述车辆检测数据为多帧数据时，所述方法还包括：

在接收到所述第一车辆诊断盒发送的多帧数据中的首帧数据时，通过所述服务器将所述首帧数据发送至所述检测服务端，以使所述检测服务端通过所述第二车辆诊断盒将所述首帧数据发送至所述汽车远程诊断终端，以便所述汽车远程诊断终端在接收到所述首帧数据后，通过所述第二车辆诊断盒向所述检测服务端反馈第一流控帧；

接收检测服务端通过服务器下发的第一流控帧，并记录所述第一流控帧；

将所述第一流控帧发送至所述第一车辆诊断盒，以使所述第一车辆诊断盒将所述第一流控帧发送至所述待检测车辆，以便所述待检测车辆在接收到所述第一流控帧后，将所述多帧数据中的第i帧数据发送至所述第一车辆诊断盒，其中，i的初始值为2，且i为正整数；

接收所述第一车辆诊断盒发送的第i帧数据，并通过所述服务器将所述第i帧数据发送至所述检测服务端，以使所述检测服务端通过所述第二车辆诊断盒将所述第i帧数据发送至所述汽车远程诊断终端，以便所述汽车远程诊断终端在接收到所述第i帧数据后，向所述检测服务端反馈第二流控帧；

判断是否在第一预设时长内接收到所述检测服务端通过服务器下发的第二流控帧；

若否，则将所述第一流控帧发送至所述第一车辆诊断盒，以使所述第一车辆诊断盒将所述第一流控帧发送至所述待检测车辆，以便所述待检测车辆在接收到所述第一流控帧后，将i自加1，并将所述多帧数据中的第i帧数据发送至所述第一车辆诊断盒；

重新接收所述第一车辆诊断盒发送的第i帧数据，并通过所述服务器将所述第i帧数据发送至所述检测服务端，直至将多帧数据发送完毕为止。

3.根据权利要求1所述的方法，其特征在于，在接收车辆数据请求命令前，所述方法还包括：

接收车辆通讯信息请求，其中，所述车辆通讯信息请求是检测服务端通过服务器下发至所述检测用户端的；

将所述车辆通讯信息请求发送至所述第一车辆诊断盒，以使所述第一车辆诊断盒在接收到所述车辆通讯信息请求后，读取所述待检测车辆的OBD口的各个管脚的管脚电压，以便所述第一车辆诊断盒基于各个管脚的管脚电压，确定出所述待检测车辆的通讯管脚，以及依次按照不同的波特率，向所述待检测车辆的通讯管脚发送连接测试数据，以确定出所述待检测车辆的通信波特率，并反馈至所述检测用户端，其中，所述通信波特率为所述连接测试数据成功发送时对应的波特率；

接收所述第一车辆诊断盒发送的通信波特率以及待检测车辆的通讯管脚，并通过所述服务器将所述通信波特率以及所述通讯管脚发送至所述检测服务端，以使所述检测服务端将所述通信波特率以及所述通讯管脚发送至所述第二车辆诊断盒，以便所述第二车辆诊断盒在接收到所述通信波特率和所述通讯管脚后，基于所述通信波特率和所述通讯管脚与所述汽车远程诊断终端进行数据通信。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

向所述服务器发送连接代码下发请求，以使所述服务器在接收到所述连接代码下发请求后，生成服务码，并反馈至所述检测用户端；

接收所述服务器发送的服务码，并依据服务码生成连接请求；

向服务器发送所述连接请求，以使所述服务器在接收到检测用户端发送的连接请求后，判断所述检测用户端发送的连接请求中的服务码，与检测服务端发送的连接请求中的服务码是否相同，并在相同时，建立检测用户端与检测服务端之间的通信连接。

5.一种汽车远程检测方法，其特征在于，应用于检测服务端，其中，所述方法包括：

接收汽车远程诊断终端通过第二车辆诊断盒发送的车辆数据请求命令；

通过服务器将所述车辆数据请求命令发送至检测用户端，以使所述检测用户端在接收到所述车辆数据请求命令后，通过第一车辆诊断盒将所述车辆数据请求命令发送至待检测车辆，以便所述待检测车辆在接收到所述车辆数据请求命令后，通过第一车辆诊断盒向所述检测用户端反馈车辆检测数据，其中，所述第一车辆诊断盒安装于所述待检测车辆上，且所述车辆检测数据为所述车辆数据请求命令相对应的车辆状态数据；

接收检测用户端通过服务器上传的车辆检测数据，并通过所述第二车辆诊断盒将所述车辆检测数据发送至汽车远程诊断终端，以便所述汽车远程诊断终端在接收到所述车辆检测数据后，对所述车辆检测数据进行分析处理，得到所述待检测车辆的诊断结果。

6.根据权利要求5所述的方法，其特征在于，在通过服务器将所述车辆数据请求命令发送至检测用户端后，所述方法还包括：

判断是否在第二预设时长内接收到检测用户端通过服务器上传的车辆检测数据；

若否，则通过第二车辆诊断盒向所述汽车远程诊断终端发送通信等待命令，以使所述汽车远程诊断终端在接收到所述通信等待命令后，进入通信等待状态，以便在通信等待状态的持续时长内保持与待检测车辆之间的通信连接。

7.一种汽车远程检测装置，其特征在于，包括：

第一接收单元，用于接收车辆数据请求命令，其中，所述车辆数据请求命令是汽车远程诊断终端通过第二车辆诊断盒发送至检测服务端，并由检测服务端通过服务器下发至检测用户端的；

第一发送单元，用于将所述车辆数据请求命令发送至第一车辆诊断盒，以使所述第一车辆诊断盒在接收到所述车辆数据请求命令后，将所述车辆数据请求命令发送至待检测车辆，以便所述待检测车辆在接收到所述车辆数据请求命令后，向所述第一车辆诊断盒反馈车辆检测数据，其中，所述第一车辆诊断盒安装于待检测车辆上，且车辆检测数据为车辆数据请求命令相对应的车辆状态数据；

第一接收单元，用于接收所述第一车辆诊断盒发送的车辆检测数据；

所述第一发送单元，还用于通过所述服务器将所述车辆检测数据发送至所述检测服务端，以使所述检测服务端通过所述第二车辆诊断盒将所述车辆检测数据发送至所述汽车远程诊断终端，以便所述汽车远程诊断终端在接收到所述车辆检测数据后，对所述车辆检测数据进行分析处理，得到所述待检测车辆的诊断结果。

8.一种汽车远程检测装置，其特征在于，包括：

第二接收单元，用于接收汽车远程诊断终端通过第二车辆诊断盒发送的车辆数据请求命令；

第二发送单元，用于通过服务器将所述车辆数据请求命令发送至检测用户端，以使所述检测用户端在接收到所述车辆数据请求命令后，通过第一车辆诊断盒将所述车辆数据请求命令发送至待检测车辆，以便所述待检测车辆在接收到所述车辆数据请求命令后，通过第一车辆诊断盒向所述检测用户端反馈车辆检测数据，其中，所述第一车辆诊断盒安装于所述待检测车辆上，且所述车辆检测数据为所述车辆数据请求命令相对应的车辆状态数据；

第二接收单元，用于接收检测用户端通过服务器上传的车辆检测数据；

第二发送单元，还用于通过所述第二车辆诊断盒将所述车辆检测数据发送至汽车远程诊断终端，以便所述汽车远程诊断终端在接收到所述车辆检测数据后，对所述车辆检测数据进行分析处理，得到所述待检测车辆的诊断结果。

9.一种电子设备，其特征在于，包括：依次通信相连的存储器、处理器和收发器，其中，所述存储器用于存储计算机程序，所述收发器用于收发消息，所述处理器用于读取所述计算机程序，执行如权利要求1～4或5～6任意一项所述的汽车远程检测方法。

10.一种存储介质，其特征在于，所述存储介质上存储有指令，当所述指令在计算机上运行时，执行如权利要求1～4或5～6任意一项所述的汽车远程检测方法。

Images