CN111026096B - 车辆诊断方法、装置、系统、设备及计算机可读存储介质 - Google Patents

Abstract

本申请提出一种车辆诊断方法、装置、系统、设备及计算机可读存储介质，方法包括：获取终端发送的车辆诊断请求，车辆诊断请求中包括目标车辆的车辆信息；根据车辆信息，获取与目标车辆对应的测试任务；将测试任务发送至目标车辆，以使目标车辆对测试任务进行解析并发送至目标车辆上对应的待诊断对象执行测试。本申请实施例通过车辆信息能够快速准确的获取到目标车辆的待诊断对象需要执行的测试任务。并且，由于测试任务的解析过程在车辆端进行，因此有效提高了进行诊断测试的稳定性以及向车辆发送测试任务的效率，并且节省了任务处理成本。

Description

车辆诊断方法、装置、系统、设备及计算机可读存储介质

技术领域

本申请涉及车辆检测技术领域，尤其涉及一种车辆诊断方法、装置、系统、设备及计算机可读存储介质。

背景技术

在车辆从生产线上下线或车辆销售过程中，均需要对车辆上各装置的安全性及性能是否达标进行诊断检测。现有的诊断检测方式是将与OBD(On Board Diagnostics，车载自动诊断系统)关联的检测设备和车辆进行物理连接，从而实现将已解析好的测试任务发送至车辆进行运行。然而这种诊断测试方式由于是与车辆物理连接，因此每次仅能够实现检测设备对一个车辆的检测。并且，由于检测设备需要先对测试任务进行解析才能够生成对应的车辆测试指令，因此在检测设备对测试任务进行解析的过程中，被检测的车辆需要原地进行等待，且其他待检测车辆也需要进行相同耗时的等待。然而由于一辆车通常需要进行多个测试任务才能够完成诊断测试，因此造成了车辆诊断检测效率的大幅降低。

发明内容

本申请实施例提供一种车辆诊断方法、装置、系统、设备及计算机可读存储介质，以解决相关技术存在的问题，技术方案如下：

第一方面，本申请实施例提供了一种车辆诊断方法，包括：

获取终端发送的车辆诊断请求，车辆诊断请求中包括目标车辆的车辆信息；

根据车辆信息，获取与目标车辆对应的测试任务；

将测试任务发送至目标车辆，以使目标车辆对测试任务进行解析并发送至目标车辆上对应的待诊断对象执行测试。

在一种实施方式中，根据车辆信息，获取与目标车辆对应的测试任务，包括：

根据车辆信息，从脚本程序数据库中获取与车辆信息对应的多个脚本程序；

将多个脚本程序按测试顺序进行排列组合，以形成测试任务。

在一种实施方式中，将测试任务发送至目标车辆，包括：

将测试任务进行加密后，发送至目标车辆。

在一种实施方式中，车辆诊断方法还包括：

接收目标车辆反馈的待诊断对象的测试结果。

第二方面，本申请实施例提供了一种车辆诊断方法，包括：

获取服务器发送的测试任务，测试任务为服务器根据终端发送的车辆诊断请求所生成的与目标车辆对应的测试任务；

对测试任务进行解析，生成测试指令；

将测试指令发送至目标车辆上对应的待诊断对象，以使待诊断对象执行测试。

在一种实施方式中，测试任务包括多个脚本程序，对测试任务进行解析，生成测试指令，包括：

分别对每个脚本程序进行解析，得到每个脚本程序的数据单元；

确定各数据单元分别对应的待诊断对象；

根据各数据单元及各数据单元分别对应的待诊断对象，生成多个测试指令。

在一种实施方式中，将测试指令发送至目标车辆上对应的待诊断对象，包括：

根据各脚本程序的第一测试顺序，以及每个脚本程序中的各数据单元的第二测试顺序，按时序依次将各测试指令发送至对应的各待诊断对象。

在一种实施方式中，对测试任务进行解析，生成测试指令，还包括：

对测试任务进行解密；

判断解密后的测试任务的安全性；

在测试任务安全的情况下，对测试任务进行解析，生成测试指令。

在一种实施方式中，车辆诊断方法还包括：

将待诊断对象的测试结果反馈至服务器。

第三方面，本申请实施例提供了一种车辆诊断系统，包括：

服务器，用于执行上述第一方面的车辆诊断方法；

车辆，用于执行上述第二方面的车辆诊断方法；

终端，用于向服务器发送车辆诊断请求。

第四方面，本申请实施例提供了一种车辆诊断装置，包括：

第一获取模块，用于获取终端发送的车辆诊断请求，车辆诊断请求中包括目标车辆的车辆信息；

第二获取模块，用于根据车辆信息，获取与目标车辆对应的测试任务；

发送模块，用于将测试任务发送至目标车辆，以使目标车辆对测试任务进行解析并发送至目标车辆上对应的待诊断对象执行测试。

在一种实施方式中，第二获取模块包括：

获取子模块，用于根据车辆信息，从脚本程序数据库中获取与车辆信息对应的多个脚本程序；

排列子模块，用于将多个脚本程序按测试顺序进行排列组合，以形成测试任务。

在一种实施方式中，发送模块包括：

发送子模块，用于将测试任务进行加密后，发送至目标车辆。

在一种实施方式中，车辆诊断装置还包括：

接收模块，用于接收目标车辆反馈的待诊断对象的测试结果。

第五方面，本申请实施例提供了一种车辆诊断装置，包括：

获取模块，用于获取服务器发送的测试任务，测试任务为服务器根据终端发送的车辆诊断请求所生成的与目标车辆对应的测试任务；

解析模块，用于对测试任务进行解析，生成测试指令；

发送模块，用于将测试指令发送至目标车辆上对应的待诊断对象，以使待诊断对象执行测试。

在一种实施方式中，测试任务包括多个脚本程序，解析模块包括：

获取子模块，用于分别对每个脚本程序进行解析，得到每个脚本程序的数据单元；

确定子模块，用于确定各数据单元分别对应的待诊断对象；

第一生成子模块，用于根据各数据单元及各数据单元分别对应的待诊断对象，生成多个测试指令。

在一种实施方式中，发送模块包括：

发送子模块，用于根据各脚本程序的第一测试顺序，以及每个脚本程序中的各数据单元的第二测试顺序，按时序依次将各测试指令发送至对应的各待诊断对象。

在一种实施方式中，解析模块还包括：

解密子模块，用于对服务器发送的测试任务进行解密；

判断子模块，用于判断解密后的测试任务的安全性；

第二生成子模块，用于在测试任务安全的情况下，对测试任务进行解析，生成测试指令。

第六方面，本申请实施例提供了一种电子设备，电子设备的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。

在一个可能的设计中，电子设备的结构中包括处理器和存储器，存储器用于存储支持电子设备执行上述车辆诊断方法的程序，处理器被配置为用于执行存储器中存储的程序。电子设备还可以包括通信接口，用于与其他设备或通信网络通信。

第七方面，本申请实施例提供了一种存储有计算机指令的非易失性计算机可读存储介质，用于存储电子设备及电子设备所用的计算机软件指令，其包括用于执行上述车辆诊断方法所涉及的程序。

上述技术方案中的优点或有益效果至少包括：本申请实施例通过车辆信息能够快速准确的获取到目标车辆的待诊断对象执行的测试任务。并且，由于测试任务的解析过程在车辆端进行，因此有效提高了诊断测试的稳定性以及向车辆发送测试任务的效率，并且节省了任务处理成本。

上述概述仅仅是为了说明书的目的，并不意图以任何方式进行限制。除上述描述的示意性的方面、实施方式和特征之外，通过参考附图和以下的详细描述，本申请进一步的方面、实施方式和特征将会是容易明白的。

附图说明

在附图中，除非另外规定，否则贯穿多个附图相同的附图标记表示相同或相似的部件或元素。这些附图不一定是按照比例绘制的。应该理解，这些附图仅描绘了根据本申请公开的一些实施方式，而不应将其视为是对本申请范围的限制。

图1为本申请第一方面实施例的车辆诊断方法的流程图。

图2为本申请第一方面实施例的车辆诊断方法的步骤S200的流程图。

图3为本申请第一方面实施例的车辆诊断方法的步骤S300的流程图。

图4为本申请第一方面另一实施例的车辆诊断方法的流程图。

图5为本申请第二方面实施例的车辆诊断方法的流程图。

图6为本申请第二方面实施例的车辆诊断方法的步骤S20的流程图。

图7为本申请第二方面实施例的车辆诊断方法的步骤S30的流程图。

图8为本申请第二方面另一实施例的车辆诊断方法的步骤S20的流程图。

图9为本申请第二方面另一实施例的车辆诊断方法的流程图。

图10为本申请第三方面实施例的车辆诊断的结构框图。

图11为本申请第三方面另一实施例的车辆诊断的结构框图。

图12为本申请实施例的应用示例图。

图13为本申请第四方面实施例的车辆诊断装置的结构框图。

图14为本申请第四方面实施例的车辆诊断装置的第二获取模块的结构框图。

图15为本申请第四方面实施例的车辆诊断装置的发送模块的结构框图。

图16为本申请第四方面另一实施例的车辆诊断装置的结构框图。

图17为本申请第五方面实施例的车辆诊断装置的结构框图。

图18为本申请第五方面实施例的车辆诊断装置的解析模块的结构框图。

图19为本申请第五方面实施例的车辆诊断装置的发送模块的结构框图。

图20为本申请第五方面另一实施例的车辆诊断装置的解析模块的结构框图。

图21为用来实现本申请实施例的车辆诊断方法的电子设备的框图。

具体实施方式

在下文中，仅简单地描述了某些示例性实施例。正如本领域技术人员可认识到的那样，在不脱离本申请的精神或范围的情况下，可通过各种不同方式修改所描述的实施例。因此，附图和描述被认为本质上是示例性的而非限制性的。

图1示出根据本申请第一方面实施例的车辆诊断方法的流程图。如图1所示，该车辆诊断方法可以应用于服务器，具体可以包括以下步骤：

S100：服务器获取终端发送的车辆诊断请求，车辆诊断请求中包括目标车辆的车辆信息。

服务器可以通过远程通讯、无线、蓝牙或红外等方式接收终端发送的车辆诊断请求。

终端可以包括移动终端，也可以包括设置在检测工位处的固定终端。移动终端和固定终端均可以包括：手机、电脑、平板电脑、智能手表等智能设备。

车辆诊断请求可以包括用户利用终端主动发送的请求。车辆诊断请求也可以包括终端基于所获取的车辆订单信息而生成的请求。

车辆信息可以包括车辆的型号信息、车辆的ID(Identity document，身份标识号)信息、车架号信息等可以表征目标车辆的多种信息。车辆信息可以是利用终端发送车辆诊断请求时所选择或输入的与车辆相关的信息。

在一个示例中，当目标车辆从生产线上下线或目标车辆售后出厂时，工作人员可以通过移动终端输入目标车辆的车辆信息，并基于车辆信息利用移动终端向服务器发送目标车辆的车辆诊断请求。

在一个示例中，当目标车辆从生产线上下线或目标车辆售后出厂时，工作人员可以通过检测工位上的终端输入目标车辆的车辆信息，并基于车辆信息利用移动终端向服务器发送目标车辆的车辆诊断请求。

S200：服务器根据车辆信息，获取与目标车辆对应的测试任务。

与目标车辆对应的测试任务可以包括能够在目标车辆上运行或与目标车辆适配的测试任务。

测试任务中可以包括有一个或多个数据单元。一个或多个数据单元可以构成一个脚本程序。也即是说，测试任务中可以包括多个脚本程序。每个脚本程序可以包括多个数据单元。解析后得到的数据单元可以作为测试指令发送至待诊断对象进行识别，并使待诊断对象基于数据单元执行测试。数据单元中可以包含有数据来源、数据长度、对应的待诊断对象ID等信息。

测试任务中还可以包括测试参数信息，测试参数信息与目标车辆相匹配，通过在脚本程序中设置与目标车辆对应的测试参数，可以实现利用测试任务更加准确的对目标车辆上对应的待诊断对象进行诊断测试。

S300：服务器将测试任务发送至目标车辆，以使目标车辆对测试任务进行解析并发送至目标车辆上对应的待诊断对象执行测试。

服务器可以通过FOTA(Firmware Over-The-Air，固件空中升级)技术将测试任务发送至目标车辆。

待诊断对象可以包括对应车辆上各个硬件装置的ECU(Electronic ControlUnit，电子控制单元)。各个硬件装置的ECU可以基于根据数据单元生成的测试指令对硬件装置执行相应的测试。硬件装置可以包括车胎、变速箱、转向灯、发动机、刹车片等，在此不做具体限定。现有技术中的车辆上硬件装置关联的ECU均可作为待诊断对象。

目标车辆可以根据测试任务所规定的测试顺序，依次对车辆上的各个待诊断对象进行测试。目标车辆也可以根据测试任务，同时对多个待诊断对象进行测试。

在一个示例中，目标车辆可以通过位于车辆内的一个模块实现对测试任务的解析以及发送至目标车辆上对应的待诊断对象执行测试。目标车辆也可以通过位于车内的多个不同模块共同实现对测试任务的解析以及发送至目标车辆上对应的待诊断对象执行测试。

例如，目标车辆中可以包括接收模块、解析模块和网关模块。接收模块用于接收服务器发送的测试任务。解析模块用于对测试任务的内容进行解析并生成测试指令(测试指令中可以包括一个或多个数据单元)。网关模块用于将测试指令发送至对应的各个待诊断对象。从而使得目标车辆通过多个模块共同实现对测试任务解析并发送至对应的待诊断对象执行测试的过程。

本实施例通过车辆信息能够快速准确的获取到目标车辆的待诊断对象需要执行的测试任务。并且，由于测试任务的解析过程在车辆端进行，因此有效提高了进行诊断测试的稳定性以及向车辆发送测试任务的效率，并且节省了任务处理成本。本实施例还能够实现在车辆从生产线上下线或车辆销售过程中车辆诊断测试的全自动化。

在一种实施方式中，如图2所示，根据车辆信息，获取与目标车辆对应的测试任务，包括：

S210：服务器根据车辆信息，从脚本程序数据库中获取与车辆信息对应的多个脚本程序。通过获取多个脚本程序可以实现一次性对目标车辆的多个待诊断对象进行检测，提高了车辆的诊断测试效率。

脚本程序数据库可以设置在服务器本地，也可以设置在服务器外围。例如，当脚本程序数据库设置在服务器外围时，服务器可以从云端的脚本程序数据库中获取脚本程序。脚本数据库中存储有若干用于车辆测试诊断的脚本程序。脚本数据库中的脚本程序可以根据需求进行增加、删除或修改，以满足不同的测试需求。

S220：将多个脚本程序按测试顺序进行排列组合，以形成测试任务。

测试顺序可以根据用户需求或车辆型号等，进行适应性的选择和调整。测试顺序也可以基于待诊断对象的特性、待诊断对象之间的关联性、诊断测试效率等，对测试顺序进行调整。

需要说明的是，一个待诊断对象可以通过一个脚本程序完成相应测试任务，一个待诊断对象也可以通过多个脚本程序完成一个相应的测试任务。具体所需的脚本程序数量和组合方式可以根据需要进行选择和调整。

在一个示例中，服务器还可以根据车辆信息，从脚本程序数据库中获取与车辆信息对应的测试参数。

在一种实施方式中，如图3所示，将测试任务发送至目标车辆，包括：

S310：服务器将测试任务进行加密后，发送至目标车辆。通过对测试任务进行加密可以提高目标车辆诊断测试过程的安全性，避免第三方对测试任务进行拦截或篡改，从而影响目标车辆的测试结果的真实性。

在一种实施方式中，如图4所示，车辆诊断方法还包括：

S400：服务器接收目标车辆反馈的待诊断对象的测试结果。

服务器可以实时或定时接收目标车辆反馈的测试结果。为了实时确认当前测试任务的完成进度及测试情况，服务器可以实时接收目标车辆反馈的测试结果。

目标车辆可以在一个脚本程序中的各个数据单元均运行完成后，向服务器反馈测试结果，也可以在一个脚本程序中的各个数据单元运行过程中实时向服务器反馈当前的测试情况。目标车辆还可以待测试任务完全运行完成后向服务器反馈测试结果。

服务器可以将接收的待诊断对象的测试结果主动发送至终端，以供用户查看。服务器也可以将接收的待诊断对象的测试结果进行存储，以供终端进行调取查看。

在一个示例中，服务器将接收到的待诊断对象的测试结果进行存储，以供终端从服务器调取测试结果进行查看。

图5示出根据本申请第二方面实施例的车辆诊断方法的流程图。如图5所示，该车辆诊断方法可以应用于车辆中，具体可以包括以下步骤：

S10：目标车辆获取服务器发送的测试任务，测试任务为服务器根据终端发送的车辆诊断请求所生成的与目标车辆对应的测试任务。

服务器可以通过FOTA(Firmware Over-The-Air，固件空中升级)技术将测试任务发送至目标车辆。服务器可以通过远程通讯、无线、蓝牙或红外等方式接收终端发送的车辆诊断请求。

与目标车辆对应的测试任务可以包括能够在目标车辆上运行或与目标车辆适配的测试任务。

终端可以包括移动终端，也可以包括设置在检测工位处的固定终端。移动终端和固定终端均可以包括：手机、电脑、平板电脑、智能手表等智能设备。

车辆诊断请求可以包括用户利用终端主动发送的请求。车辆诊断请求也可以包括终端基于所获取的车辆订单信息而生成的请求。

S20：目标车辆对测试任务进行解析，生成测试指令。

测试任务中可以包括有一个或多个数据单元。一个或多个数据单元可以构成一个脚本程序。也即是说，测试任务中可以包括多个脚本程序。每个脚本程序可以包括多个数据单元。解析后得到的数据单元可以作为测试指令发送至待诊断对象进行识别，并使待诊断对象基于数据单元执行测试。数据单元中可以包含有数据来源、数据长度、对应的待诊断对象ID等信息。

测试任务中还可以包括测试参数信息，测试参数信息与目标车辆相匹配，通过在脚本程序中设置与目标车辆对应的测试参数，可以实现利用测试任务更加准确的对目标车辆上对应的待诊断对象进行诊断测试。

目标车辆通过对测试任务进行解析，可以确定测试任务中脚本程序的数量、各脚本程序中的数据单元对应的待诊断对象、测试任务中各脚本程序配置的测试参数、各个脚本程序的执行顺序、一个脚本程序中的各数据单元的执行顺序等信息。从而能够准确的将测试任务中的各个数据单元发送至对应的待诊断对象。

在一个示例中，目标车辆根据一个脚本程序中的各数据单元，生成一个测试指令。

在另一个示例中，目标车辆根据一个脚本程序中的各数据单元，分别生成与每一个数据单元对应的测试指令。

S30：目标车辆将测试指令发送至目标车辆上对应的待诊断对象，以使待诊断对象执行测试。

待诊断对象可以包括对应车辆上各个硬件装置的ECU(Electronic ControlUnit，电子控制单元)。各个硬件装置的ECU可以基于根据数据单元生成的测试指令对硬件装置执行相应的测试。硬件装置可以包括车胎、变速箱、转向灯、发动机、刹车片等，在此不做具体限定。现有技术中的车辆上硬件装置关联的ECU均可作为待诊断对象。

目标车辆可以根据测试任务所规定的测试顺序，依次对车辆上的各个待诊断对象进行测试。目标车辆也可以根据测试任务，同时对多个待诊断对象进行测试。

在一个示例中，目标车辆可以通过位于车辆内的一个模块实现对测试任务的解析以及发送至目标车辆上对应的待诊断对象执行测试。目标车辆也可以通过位于车内的多个不同模块共同实现对测试任务的解析以及发送至目标车辆上对应的待诊断对象执行测试。

例如，目标车辆中可以包括接收模块、解析模块和网关模块。接收模块用于接收服务器发送的测试任务。解析模块用于对测试任务的内容进行解析并生成测试指令(测试指令中可以包括一个或多个数据单元)。网关模块用于将测试指令发送至对应的各个待诊断对象。从而使得目标车辆通过多个模块共同实现对测试任务解析并发送至对应的待诊断对象执行测试的过程。

在一种实施方式中，如图6所示，测试任务包括多个脚本程序，对测试任务进行解析，生成测试指令，包括：

S21：分别对每个脚本程序进行解析，得到每个脚本程序的数据单元。每个脚本程序中可以包括一个数据单元，也可以包括多个数据单元。

S22：确定各数据单元分别对应的待诊断对象。

一个待诊断对象可以通过一个脚本程序中的至少一个数据单元完成相应测试。一个待诊断对象也可以通过多个脚本程序中的数据单元完成一个相应的测试。具体所需的脚本程序数量和组合方式可以根据需要进行选择和调整。

在一个示例中，目标车辆可以根据各脚本程序的信息或脚本程序中数据单元的信息，获取数据单元对应的待诊断对象ID，从而确定数据单元对应的待诊断对象。

S23：根据各数据单元及各数据单元分别对应的待诊断对象，生成多个测试指令。

在一种实施方式中，如图7所示，将测试指令发送至目标车辆上对应的待诊断对象，包括：

S31：根据各脚本程序的第一测试顺序，以及每个脚本程序中的各数据单元的第二测试顺序，按时序依次将各测试指令发送至对应的各待诊断对象。

服务器可以根据用户需求或车辆型号等，对第一测试顺序进行适应性的选择和调整。服务器也可以基于待诊断对象的特性、待诊断对象之间的关联性、诊断测试效率等，对第一测试顺序进行调整。

在一个示例中，各数据单元在发送至对应的待诊断对象时，需要确定各数据单元之间的执行顺序。优先将执行顺序的优先级最高的数据单元发送至对应的待诊断对象。例如，当测试任务包括脚本程序A、脚本程序B以及脚本程序C时，若脚本程序A需要最先执行，则脚本程序A的优先级最高，需要现将脚本程序A的各数据单元发送至对应的待诊断对象。而脚本程序A中包括数据单元a1、a2、a3且数据单元a1需要最先执行时，则数据单元a1的优先级最高，需要先将数据单元a1发送至对应的待诊断对象。

在一种实施方式中，如图8所示，对测试任务进行解析，生成测试指令，还包括：

S24：对服务器发送的测试任务进行解密。

S25：判断解密后的测试任务的安全性。若测试任务安全性高，则执行步骤S26。若测试任务安全性低，则将测试任务删除，不对测试任务进行解析。

S26：在测试任务安全的情况下，对测试任务进行解析，生成测试指令。

在一种实施方式中，如图9所示，车辆诊断方法还包括：

S40：将待诊断对象的测试结果反馈至服务器。

目标车辆可以在一个脚本程序中的各个数据单元均运行完成后，向服务器反馈测试结果，也可以在一个脚本程序中的各个数据单元运行过程中实时向服务器反馈当前的测试情况。目标车辆还可以待测试任务完全运行完成后向服务器反馈测试结果。

目标车辆上的待诊断实体在运行各个脚本程序数据单元时，目标车辆自身也可查看各个脚本程序的数据单元的实时测试情况。

服务器可以实时或定时接收目标车辆反馈的测试结果。为了实时确认当前测试任务的完成进度及测试情况，服务器可以实时接收目标车辆反馈的测试结果。

图10示出根据本申请第三方面实施例的车载系统的结构框图。如图10所示，本申请实施例提供的一种车辆诊断系统，包括：

服务器10，用于执行上述第一方面的车辆诊断方法。

车辆20，用于执行上述第二方面的车辆诊断方法。

终端30，用于向服务器发送车辆诊断请求。

在一个示例中，如图11所示，服务器包括脚本数据库、测试任务配置单元以及测试任务加密单元。脚本数据库用于存储测试车辆的若干脚本程序和测试参数。测试任务配置单元用于基于车辆诊断请求中的车辆信息从脚本数据库中获取与目标车辆对应的各个脚本程序，还用于将多个脚本程序按测试顺序进行排列组合形成测试任务。测试任务加密单元用于对测试任务进行安全加密。

车辆包括接收单元、解析单元、中央网关以及待诊断对象。接收单元用于接收服务器通过测试任务加密单元发送的加密的测试任务，以及用于对加密的测试任务进行解密及安全性判断。解析单元用于对测试任务中的各个脚本程序进行解析并生成相应的测试指令(测试指令中可以包括一个或多个数据单元)。中央网关用于向各个待诊断对象发送测试指令。

在一个应用示例中，如图12所示，当车辆在生产线上下线时，车辆需要经过胎压、软件下载、钥匙信号匹配、配置写入、电检、检测线、驾驶辅助以及最终检测等多个测试环节。用户可以基于每一个测试环节利用终端分别向服务器发送车辆诊断请求。服务器基于车辆诊断请求获取与各个检测环节对应的脚本程序和测试参数，以生成对应的测试任务。在测试任务生成后服务器通过远程通信方式将测试任务发送至目标车辆。目标车辆对测试任务进行解析后生成测试指令并发送至各待诊断对象。当待诊断对象执行完成测试任务后，目标车辆将测试结果通过远程通信的方式反馈至服务器。

图13示出根据本发明第四方面实施例的车辆诊断装置的结构框图。如图12所示，该车辆诊断装置100可以包括：

第一获取模块110，用于获取终端发送的车辆诊断请求，车辆诊断请求中包括目标车辆的车辆信息。

第二获取模块120，用于根据车辆信息，获取与目标车辆对应的测试任务。

发送模块130，用于将测试任务发送至目标车辆，以使目标车辆对测试任务进行解析并发送至目标车辆上对应的待诊断对象执行测试。

在一种实施方式中，如图14所示，第二获取模块120包括：

获取子模块121，用于根据车辆信息，从脚本程序数据库中获取与车辆信息对应的多个脚本程序。

排列子模块122，用于将多个脚本程序按测试顺序进行排列组合，以形成测试任务。

在一种实施方式中，如图15所示，发送模块130包括：

发送子模块131，用于将测试任务进行加密后，发送至目标车辆。

在一种实施方式中，如图16所示，车辆诊断装置还包括：

接收模块140，用于接收目标车辆反馈的待诊断对象的测试结果。

图17示出根据本发明第五方面实施例的车辆诊断装置的结构框图。如图16所示，该车辆诊断装置200可以包括：

获取模块210，用于获取服务器发送的测试任务，测试任务为服务器根据终端发送的车辆诊断请求所生成的与目标车辆对应的测试任务。

解析模块220，用于对测试任务进行解析，生成测试指令。

发送模块230，用于将测试指令发送至目标车辆上对应的待诊断对象，以使待诊断对象执行测试。

在一种实施方式中，如图18所示，解析模块220包括：

获取子模块221，用于分别对每个脚本程序进行解析，得到每个脚本程序的数据单元。

确定子模块222，用于确定各脚本程序分别对应的待诊断对象。

第一生成子模块223，用于根据各数据单元及各数据单元分别对应的待诊断对象，生成多个测试指令。

在一种实施方式中，如图19所示，发送模块230包括：

发送子模块231，用于根据各脚本程序的第一测试顺序，以及每个脚本程序中的各数据单元的第二测试顺序，按时序依次将各测试指令发送至对应的各待诊断对象。

在一种实施方式中，如图20所示，解析模块220还包括：

解密子模块224，用于对服务器发送的测试任务进行解密。

判断子模块225，用于判断解密后的测试任务的安全性。

第二生成子模块226，用于在测试任务安全的情况下，对测试任务进行解析，生成测试指令。

在一种实施方式中，车辆诊断装置200还包括：

反馈模块，用于将待诊断对象执行测试任务后产生的测试结果反馈至服务器。

本发明实施例各装置中的各模块的功能可以参见上述方法中的对应描述，在此不再赘述。

根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质。

如图21所示，是根据本申请实施例的数据获取的方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图21所示，该电子设备包括：一个或多个处理器2101、存储器2102，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示图形用户界面(Graphical User Interface，GUI)的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图21中以一个处理器2101为例。

存储器2102即为本申请所提供的非易失性计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的数据获取的方法。本申请的非易失性计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的数据获取的方法。

存储器2102作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本申请实施例中的数据获取的方法对应的程序指令/模块。处理器2101通过运行存储在存储器2102中的非易失性软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的数据获取的方法。

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

数据获取的方法的电子设备还可以包括：输入装置2103和输出装置2104。处理器2101、存储器2102、输入装置2103和输出装置2104可以通过总线或者其他方式连接，图21中以通过总线连接为例。

输入装置2103可接收输入的数字或字符信息，以及产生与数据获取的电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置2104可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(Liquid Crystal Display，LCD)、发光二极管(Light EmittingDiode，LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用集成电路(Application Specific Integrated Circuits，ASIC)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(programmable logic device，PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

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

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

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

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

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

Claims (18)

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

获取终端发送的车辆诊断请求，所述车辆诊断请求中包括目标车辆的车辆信息；

根据所述车辆信息，获取与所述目标车辆对应的测试任务；

将所述测试任务发送至所述目标车辆，以使所述目标车辆对所述测试任务进行解析生成测试指令并将所述测试指令发送至所述目标车辆上对应的待诊断对象执行测试，

其中，所述测试任务包括多个脚本程序，所述目标车辆对所述测试任务进行解析生成测试指令，包括：

分别对每个所述脚本程序进行解析，得到每个所述脚本程序的数据单元；

确定各所述数据单元分别对应的所述待诊断对象；

根据各所述数据单元及各所述数据单元分别对应的所述待诊断对象，生成多个所述测试指令。

2.根据权利要求1所述的方法，其特征在于，根据所述车辆信息，获取与所述目标车辆对应的测试任务，包括：

根据所述车辆信息，从脚本程序数据库中获取与所述车辆信息对应的多个脚本程序；

将多个所述脚本程序按测试顺序进行排列组合，以形成所述测试任务。

3.根据权利要求1所述的方法，其特征在于，将所述测试任务发送至所述目标车辆，包括：

将所述测试任务进行加密后，发送至所述目标车辆。

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

接收所述目标车辆反馈的所述待诊断对象的测试结果。

5.一种车辆诊断方法，其特征在于，包括：

获取服务器发送的测试任务，所述测试任务为所述服务器根据终端发送的车辆诊断请求所生成的与目标车辆对应的测试任务；

对所述测试任务进行解析，生成测试指令；

将所述测试指令发送至所述目标车辆上对应的待诊断对象，以使所述待诊断对象执行测试，

其中，所述测试任务包括多个脚本程序，对所述测试任务进行解析，生成测试指令，包括：

分别对每个所述脚本程序进行解析，得到每个所述脚本程序的数据单元；

确定各所述数据单元分别对应的所述待诊断对象；

根据各所述数据单元及各所述数据单元分别对应的所述待诊断对象，生成多个所述测试指令。

6.根据权利要求5所述的方法，其特征在于，将所述测试指令发送至目标车辆上对应的待诊断对象，包括：

根据各所述脚本程序的第一测试顺序，以及每个所述脚本程序中的各所述数据单元的第二测试顺序，按时序依次将各所述测试指令发送至对应的各所述待诊断对象。

7.根据权利要求5所述的方法，其特征在于，对所述测试任务进行解析，生成测试指令，还包括：

对所述测试任务进行解密；

判断解密后的所述测试任务的安全性；

在所述测试任务安全的情况下，对所述测试任务进行解析，生成所述测试指令。

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

将所述待诊断对象的测试结果反馈至所述服务器。

9.一种车辆诊断系统，其特征在于，包括：

服务器，用于执行权利要求1至4任一项所述的车辆诊断方法；

车辆，用于执行权利要求5至8任一项所述的车辆诊断方法；

终端，用于向所述服务器发送车辆诊断请求。

10.一种车辆诊断装置，其特征在于，包括：

第一获取模块，用于获取终端发送的车辆诊断请求，所述车辆诊断请求中包括目标车辆的车辆信息；

第二获取模块，用于根据所述车辆信息，获取与所述目标车辆对应的测试任务；

发送模块，用于将所述测试任务发送至所述目标车辆，以使所述目标车辆对所述测试任务进行解析生成测试指令并将所述测试指令发送至所述目标车辆上对应的待诊断对象执行测试，

其中，所述测试任务包括多个脚本程序，所述目标车辆对所述测试任务进行解析生成测试指令，包括：

分别对每个所述脚本程序进行解析，得到每个所述脚本程序的数据单元；

确定各所述数据单元分别对应的所述待诊断对象；

根据各所述数据单元及各所述数据单元分别对应的所述待诊断对象，生成多个所述测试指令。

11.根据权利要求10所述的装置，其特征在于，所述第二获取模块包括：

获取子模块，用于根据所述车辆信息，从脚本程序数据库中获取与所述车辆信息对应的多个脚本程序；

排列子模块，用于将多个所述脚本程序按测试顺序进行排列组合，以形成所述测试任务。

12.根据权利要求10所述的装置，其特征在于，所述发送模块包括：

发送子模块，用于将所述测试任务进行加密后，发送至所述目标车辆。

13.根据权利要求10所述的装置，其特征在于，还包括：

接收模块，用于接收所述目标车辆反馈的所述待诊断对象的测试结果。

14.一种车辆诊断装置，其特征在于，包括：

获取模块，用于获取服务器发送的测试任务，所述测试任务为所述服务器根据终端发送的车辆诊断请求所生成的与目标车辆对应的测试任务；

解析模块，用于对所述测试任务进行解析，生成测试指令；

发送模块，用于将所述测试指令发送至所述目标车辆上对应的待诊断对象，以使所述待诊断对象执行测试，

其中，所述测试任务包括多个脚本程序，所述解析模块包括：

获取子模块，用于分别对每个所述脚本程序进行解析，得到每个所述脚本程序的数据单元；

确定子模块，用于确定各所述数据单元分别对应的所述待诊断对象；

第一生成子模块，用于根据各所述数据单元及各所述数据单元分别对应的所述待诊断对象，生成多个所述测试指令。

15.根据权利要求14所述的装置，其特征在于，所述发送模块包括：

发送子模块，用于根据各所述脚本程序的第一测试顺序，以及每个所述脚本程序中的各所述数据单元的第二测试顺序，按时序依次将各所述测试指令发送至对应的各所述待诊断对象。

16.根据权利要求14所述的装置，其特征在于，所述解析模块还包括：

解密子模块，用于对所述测试任务进行解密；

判断子模块，用于判断解密后的所述测试任务的安全性；

第二生成子模块，用于在所述测试任务安全的情况下，对所述测试任务进行解析，生成所述测试指令。

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

至少一个处理器；以及

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-8中任一项所述的方法。

18.一种存储有计算机指令的非易失性计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行权利要求1-8中任一项所述的方法。

Images