CN115437908A - 车辆电检方法、装置、车辆、服务器及存储介质 - Google Patents

Abstract

本公开实施例涉及车辆电检方法、装置、车辆、服务器及存储介质，方法包括响应于服务器发送的电检触发指令，生成动态口令并发送给所述服务器；获取所述服务器发送的第一密钥，所述第一密钥是基于所述动态口令生成；基于所述动态口令生成第二密钥；响应于所述第一密钥和所述第二密钥匹配，执行对车辆的电检，并将电检结果发送给所述服务器。采用本公开实施例提供方法，待检测车辆在对服务器进行访问认证的情况下才执行电检触发指令，避免了非法访问车辆而造成车辆电检信息泄露的问题。

Description

车辆电检方法、装置、车辆、服务器及存储介质

技术领域

本公开实施例涉及汽车技术领域，具体涉及车辆电检方法、装置、车辆、服务器及存储介质。

背景技术

汽车生产厂家为确保整车的下线质量，一般要在整车装配生产线的末端对车辆进行生产线下线(EndofLine，EOL)检测，并对车辆的故障零部件或者线路进行必要的调整。

目前，车辆的EOL检测一般通过EOL手持检测设备实现，即当车辆到达装配生产线末端的指定工位后，检测人员操作EOL手持检测设备对车辆进行EOL检测。现有技术中，为了实现采用EOL手持检测设备对车辆进行EOL检测，EOL手持检测设备设置有较高的访问车辆信息的权限，在其访问车辆时并不需要安全性认证；而不进行安全性认证，则可能造成非法用户访问车辆而造成车辆电检信息的泄露。

发明内容

为了解决现有技术存在的至少一个问题，本公开的至少一个实施例提供了一种车辆电检方法、装置、车辆、服务器及存储介质。

一方面，本公开实施例提供一种车辆电检方法，包括：

向待检测的车辆发送电检触发指令；

响应于所述车辆发送的动态口令，根据所述动态口令生成第一密钥，所述动态口令为所述车辆根据所述电检触发指令生成；

将所述第一密钥向所述车辆发送，以使所述车辆在确定所述第一密钥与第二密钥匹配的情况下执行电检并返回电检结果，所述第二密钥为所述车辆根据所述动态口令生成的。

可选地，在所述将所述第一密钥发送给所述车辆后，所述方法还包括：

向所述车辆发送远程检测执行文件的版本号，以使所述车辆在所述远程检测执行文件的版本号与所述车辆的本地检测执行文件的版本号不同的情况下生成文件下载请求；

响应于所述车辆发送的所述文件下载请求，将所述远程检测执行文件下发给所述车辆，以使所述车辆根据所述远程检测文件执行电检。

可选地，所述将所述第一密钥发送给所述车辆后，所述方法还包括：

响应于所述车辆发送的本地检测执行文件的版本号，判断所述本地检测执行文件的版本号和远程检测执行文件的版本号是否相同；

响应于所述本地检测执行文件的版本号与所述远程检测执行文件的版本号不同，将所述远程执行文件下发给所述车辆，以使所述车辆根据所述远程检测文件执行电检。

可选地，在所述将所述第一密钥发送给所述车辆后，所述方法还包括：

向所述车辆发送控制器安装程序的版本号，以使所述车辆在确定所述控制器安装程序的版本号和本地控制器程序的版本号不同的情况下，生成控制器升级包下载请求；

响应于接收到所述控制器升级包下载请求，根据所述控制器升级包下载请求中的控制器升级列表确定控制器升级包；

将所述控制器升级包下发给所述车辆。

以及，响应于所述车辆所在的检测工位的编码为升级工位的编码，生成控制器升级指令并下发给所述车辆，以使所述车辆根据所述控制器升级包进行控制器升级。

另一方面，本公开实施例提供一种车辆电检方法，包括：

响应于服务器发送的电检触发指令，生成动态口令并发送给所述服务器；

获取所述服务器发送第一密钥，所述第一密钥是基于所述动态口令生成；

基于所述动态口令生成第二密钥；

响应于所述第一密钥和所述第二密钥匹配，执行对车辆的电检，并将所述电检的结果向所述服务器发送。

可选地，在所述执行对车辆的电检前，所述方法还包括：

获取本地检测执行文件的版本号和远程检测执行文件的版本号所述检测执行文件为用于指示对车辆进行电检的程序；

响应于所述本地检测执行文件的版本号与所述远程检测执行文件的版本号不同，向所述服务器发送检测执行文件下载请求；

获取所述服务器根据所述检测执行文件下载请求下发的远程检测执行文件，作为更新后的本地检测执行文件；

所述执行对车辆的电检，包括：根据所述更新后的本地检测执行文件执行对所述车辆的电检。

可选地，在所述执行对车辆的电检前，所述方法还包括：

获取本地检测执行文件的版本号并发送给所述服务器，以使所述服务器在所述本地检测执行文件的版本号和远程检测执行文件的版本号不同的情况下，向所述车辆发送所述远程检测执行文件；

响应于接收到所述服务器发送的所述远程检测执行文件，将所述远程检测执行文件作为更新后的本地检测执行文件；

所述执行对车辆的电检，包括：根据所述更新后的本地检测执行文件执行对所述车辆的电检。

可选地，所述执行对车辆的电检后，还包括：

获取本地控制器程序的版本号和服务器存储的控制器安装程序的版本号；

基于所述本地控制器程序的版本和所述控制器安装程序的版本号，确定控制器升级列表；

根据所述控制器升级列表生成控制器升级包下载请求，并发送给所述服务器，以指示所述服务器根据所述控制器升级包下载请求下发对应的控制器升级包；

响应于接收到所述控制器升级包，根据所述控制器升级包对所述控制器程序进行升级。

再一方面，本公开实施例提供一种车辆电检装置，包括：

动态口令发送单元，用于响应于到服务器发送的电检触发指令，生成动态口令并发送给所述服务器；

密钥获取单元，用于获取所述服务器发送的第一密钥，以及基于所述动态口令生成第二密钥，所述第一密钥是基于所述动态口令生成的；

电检执行单元，用于响应于所述第一密钥和所述第二密钥匹配，执行对车辆的电检，并将电检结果发送给所述服务器。

再一方面，本公开实施例提供一种车辆，包括：处理器和存储器；所述存储器存储有程序或指令；所述处理器执行存储在所述存储器中的程序或指令，以实现前述所述的车辆电检方法。

再一方面，本公开实施例提供一种服务器，包括：处理器和存储器；所述存储器存储有程序或指令；所述处理器执行存储在所述存储器中的程序或指令，以实现如前所述的车辆电检方法。

再一方面，本公开实施例提供一种存储介质，其特征在于，所述存储介质上存储有程序或指令，所述程序或指令被处理器执行时，实现如前所述的车辆电检方法。

本公开实施例提供的技术方案中，在接收到服务器发送的电检触发指令后，待检测车辆首先生成动态口令，并将动态口令发送给服务器以使得服务器生成第一密钥；随后车辆基于动态口令生成第二密钥，并判定第一密钥和第二密钥是否匹配而确定处理器下发的电检触发指令是否合法，可以避免非法用户触发车辆电检，以及因为触发车辆电检而造成的车辆信息的泄露问题。

附图说明

为了更清楚地说明本公开实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1是本公开实施例提供的车辆电检方法的流程图；

图2是本公开一些实施例提供的车辆电检方法部分流程图；

图3是本公开另外一些实施例提供的车辆电检方法部分流程图；

图4是本公开一些实施例提供的车辆电检方法部分流程图；

图5是本公开一些实施例提供的车辆电检方法部分流程图；

图6为本公开一些实施例提供的车辆电检方法的流程图；

图7是本公开一些实施例提供的车辆电检方法部分流程图；

图8是本公开一些实施例提供的车辆电检方法部分流程图；

图9是本公开一些实施例提供的车辆电检方法部分流程图；

图10是本公开一些实施例提供的车辆电检方法流程图；

图11是本公开一些实施例提供的车辆电检装置结构示意图；

图12是本公开一些实施例提供的车辆电检装置结构示意图；

图13是本公开一些实施例中的服务器的结构示意图。

具体实施方式

为了能够更清楚地理解本公开的上述目的、特征和优点，下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是，所描述的实施例是本公开的一部分实施例，而不是全部的实施例。此处所描述的具体实施例仅仅用于解释本公开，而非对本公开的限定。基于所描述的本公开的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本公开保护的范围。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

在详细介绍本公开的具体实施方式之前，首先对本公开的应用场景进行以下说明，本公开可以应用于车辆在生产线的下线检测。用于车辆生产线下线检测的设备如包括服务器、定位设备、车辆识别设备以及多个检测工位。

车辆识别设备设置在每个检测工位上，用于采集待检测车辆的车辆识别码并将车辆识别码以及所处检测工位的工位编号发送至定位设备。

定位设备用于将车辆识别码以及工位编号发送至服务器。服务器根据将车辆识别码以及工位编号可以生成相应的电检触发指令，并发送至待检测车辆，以触发待检测车辆进行电检。

具体实施中，服务器可以包括信息化管理设备和诊断业务设备。信息化管理设备用于管理所有整车检测数据文件。整车检测数据文件例如包括整车配置字、整车控制器升级文件、整车相关密钥文件以及相关控制器写入的参数等。其中整车配置字为整车中各个控制器的配置参数，整车控制器升级文件是用于对车辆控制器进行程序升级的程序文件，整车相关密钥文件是用于设置车辆各个控制器密钥信息的文件，相关控制器写入的参数为控制如何将前述的整车配置字、密钥文件写入到相关控制器的配置参数。信息化管理设备还可以接收每个检测工位的检测结果文件和诊断过程数据，并进行统一管理。

诊断业务设备可以与待检测车辆进行安全认证，与待检测车辆进行通信，充当信息管理业务设备与待检测车辆进行数据交互的桥梁。诊断业务设备还可以管理检测执行文件并支持工检测执行文件的创建和更新，供车辆端请求更新。

图1是本公开实施例提供的车辆电检方法的流程图。如图1所示，本公开实施例提供的车辆电检方法可以由待检测车辆执行。如图1所示，车辆电检方法包括步骤S110-S150。

S110：响应于接收到服务器发送的电检触发指令，生成动态口令并发送给服务器。

电检触发指令为服务器生成并发送给待检测车辆的，用于触发待检测的车辆执行电检程序的指令。在待检测的车辆移动至某一检测工位后，检测工位中的车辆识别设备识别车辆识别码，将车辆识别码和检测工位的编号发送给服务器，服务器基于根据测试工位的编码信息和车辆识别码确定电检触发指令，并将电检触发指令发送给位于检测工位中的待检测车辆。

本公开实施例中，在接收到服务器发送的电检触发指令后，待检测车辆并没有立即基于电检触发指令执行对应的电检操作，而是生成动态口令，并将动态口令发送给生成电检触发指令的服务器。

动态口令是采用随机的数字组合形成的口令，动态口令用于触发服务器和车辆终端上分别生成用于验证用的密钥。

S120：获取服务器发送的第一密钥，以及基于动态口令生成第二密钥，第一密钥是基于动态口令生成的。

本公开实施例中，如果服务器是具有触发电检启动操作权限的服务器，服务器配置有第一密钥生成算法。在接收到动态口令后，服务器根据接收到的动态口令，采用第一密钥生成算法基于动态口令生成第一密钥，并将第一密钥返回给车辆。

此外，待检测车辆也采用与前述的第一密钥生成算法适配的第二密钥生成算法，基于动态口令生成第二密钥。在本公开的一些实施例中，第一密钥生成算法和第二密钥生成算法可以是相同的密钥生成算法，例如可以是数据加密标准(Data EncryptionStandard，DES)算法。

S130：判断第一密钥和第二密钥是否匹配；如果匹配，执行步骤S140；如果不匹配，执行步骤S150。

S140：执行对车辆的电检，并将并将电检结果发送给服务器。

S150：拒绝执行对车辆的电检。

在接收到服务器发送的第一密钥，并生成第二密钥后，待检测车辆执行对第一密钥和第二密钥的匹配判断程序。

如果第一密钥和第二密钥匹配，则确定服务器具有合法的访问权限，因此确定接收到的电检触发指令合法，也就执行对自身设备的电检，并将电检结果发送给服务器。而如果第一密钥和第二密钥不匹配，则确定服务器并没有触发启动对车辆进行电检的权限，因此决绝执行电检触发指令，即拒绝执行对车辆的电检。

在本公开的一些实施例中，前述的第一密钥和第二密钥匹配，可以是第一密钥和第二密钥相同；在本公开的另外一些实施例中，第一密钥和第二密钥匹配，可以是根据第一密钥，可以计算得到第二密钥，或者采用第二密钥可以计算得到第一密钥。

本公开实施例提供的车辆电检方法，在接收到服务器发送的电检触发指令后，待检测车辆首先生成动态口令，并将动态口令发送给服务器，以使得服务器生成第一密钥；随后待检测车辆基于动态口令生成第二密钥，并在第一密钥和第二密钥匹配的情况下才开始执行对车辆的电检，而在第一密钥和第二密钥不匹配的情况下，拒绝执行对车辆的电检。采用本公开实施例提供的车辆电检方法，可以避免非法用户触发车辆电检，以及因为触发车辆电检而造成的车辆信息的泄露问题。

此外，因为动态口令是采用随机数字组成的口令，一个动态口令仅使用一次，所以采用动态口令生成的第一密钥和第二密钥具有一次性，使得第一密钥和第二密钥并不会泄露保密的车辆信息，降低了车辆电检过程保密数据泄露的可能性。

图2是本公开一些实施例提供的车辆电检方法部分流程图。如图2所示，在本公开一些实施例提供的电检方法除了包括前述的步骤S110-S150外，在步骤S140之前还可以包括步骤S160-S180。

S160：获取本地检测执行文件的版本号和远程检测执行文件的版本号。

本公开实施例中，检测执行文件是用于指示车辆如何执行电检操作的文件。检测执行文件可以包括测基线脚本和/或工位配置文件，检测基线脚本可以包含一到多个检测项目，工位配置文件规定了多个检测基线脚本的执行顺序。

本地检测执行文件是存储在待检测车辆本地的，用于指示如何对车辆进行电检操作的文件。本地检测执行文件的版本号是用于指示本地检测执行文件版本的编号。

远程检测执行文件是存储在服务器中的，用于指示如何对车辆进行电检操作的文件。远程检测执行文件的版本号是用于指示远程检测执行文件的编号。

本公开一些实施例中，待检测的车辆可以通过读取本地存储器中的本地检测执行文件，获取本地检测执行文件版本号。

本公开一些实施例中，待检测的车辆可以向服务器发送查询请求，以获取远程检测执行文件版本号。在本公开的另外一些实施例中，也可以服务器在获取到待检测车辆进入某一设定检测工位后，向待检测车辆下发远程执行文件版本号。

S170：响应于本地检测执行文件的版本号与远程检测执行文件的版本号不同，向服务器发送检测执行文件下载请求。

在获取到本地检测执行文件和远程检测执行文件的版本号后，待检测的车辆比较两个版本号，判断本地检测执行文件版本号与远程检测执行文件版本号是否一致。

如果二者相同，则确定本地检测执行文件为最新版本的检测执行文件，可以直接按照本地检测执行文件进行电检。

如果二者不相同，确定本地检测执行文件为过时的检测执行文件，待检测车辆向服务器发送远程检测执行文件下载请求。服务器在接收到待检测文件下载请求后，将对应的远程待检测文件下发给待检测的车辆。

S180：获取服务器根据检测执行文件下载请求下发的远程检测执行文件，作为更新后的本地检测执行文件。

待检测的车辆在接收到远程检测执行文件后，将其作为更新后的本地检测执行文件。

对应的，在包括前述步骤S160-S180的情况下，步骤S140具体可以包括S1401：根据更新后的本地检测执行文件执行对车辆的电检。

采用本公开实施例提供的方法，待检测车辆可以自动进行本地检测执行文件的检查更新，因此可以根据实际生产需要，在车辆进行生产线下线检测过程中自动完成检测项目的调整，不影响车辆检测效率以及生产节拍。

图3是本公开另外一些实施例提供的车辆电检方法部分流程图。如图3所示，在本公开一些实施例提供的电检方法除了包括前述的步骤S110-S150外，在步骤S140之前还可以包括步骤S190-S100。

S190：获取本地检测执行文件的版本号，并发送至服务器。

S100：响应于接收到服务器发送的远程检测执行文件，将远程检测执行文件作为更新后的本地检测执行文件。

在本公开实施例中，待检测车辆在执行电检之前，首先查询本地执行文件，获取本地检测执行文件的版本号，并将版本号发送给服务器。

服务器在接收到本地检测执行文件的版本号后，将本地检测执行文件的版本号和远程检测执行文件的版本号进行比较。

如果二者相同，则服务器确定本地检测执行文件是最新的检测执行文件，因此可以指示待检测车辆直接根据本地检测执行文件进行电检。

如果二者不同的情况下，服务器确定车辆的本地检测执行文件是过时的检测执行文件，因此将远程检测执行文件下发给待检测的车辆。待检测车辆在接收到远程检测执行文件后，将其作为更新后的本地检测执行文件。

对应的，在包括前述步骤S190-S100的情况下，步骤S140具体可以包括1402：根据更新后的本地检测执行文件执行对车辆的电检。

采用本公开实施例提供的方法，服务器和待检测车辆配合可以自动进行本地检测执行文件的检查更新，因此可以根据实际需要，在车辆进行生产线下线检测过程中自动完成检测项目的调整，不影响车辆检测效率以及生产节拍。

图4是本公开一些实施例提供的车辆电检方法部分流程图。如图4所示，在本公开一些实施例中车辆电检方法除了可以包括前述的步骤S110-S150外，在执行S140之后还可以包括步骤S210-S240。

S210：获取本地控制器程序的版本号和服务器存储的控制器安装程序的版本号。

S220：基于本地控制器程序的版本和控制器安装程序的版本号，确定控制器升级列表。

S230：根据控制器升级列表生成控制器升级包下载请求，并发送给服务器，以指示服务器根据控制器升级包下载请求下发对应的控制器升级包。

S240：响应于接收到控制器升级包，根据控制器升级包对所述控制器程序进行升级。

随着汽车行业的高速发展，车内控制器越来越多，功能越来越强大。为了满足智能网联时代汽车软件快速更新迭代的要求，车内电子产品中的控制器需要进行升级。

目前的控制器升级一般需要检测人员采用专用设备进行操作，对想要升级的控制器逐个进行升级操作。例如需要检测人员在EOL手持设备上点击想要升级的某个控制器。因此，现有车辆控制器升级效率低，且需要检测人员配合。

针对该问题，本公开实施例在所有检测项目执行结束后，可以获取本地控制器程序的版本号和服务器存储的控制器安装程序的版本号，并根据前述两个版本号确定控制器升级列表，然后根据控制器升级列表生成控制器升级包下载请求，并发送至服务器。

服务器在接收到控制器升级包下载请求后，根据控制器升级包下载请求向待检测车辆下发控制器升级包。因此本公开实施例可以在所有检测的检测项目执行结束后，自动执行检测生成控制器升级列表，并根据控制器升级列表向服务器发送控制器升级包下载请求，从而使服务器下发控制器升级包。所以本公开实施例在控制器升级过程中无需操作人员配合，可自动检测需要升级的控制器，并请求下载控制器升级包。

图5是本公开一些实施例提供的车辆电检方法部分流程图。如图5所示，在本公开一些实施例中车辆电检方法除了可以包括前述的步骤S110-S150外，在执行S150之后还可以包括步骤S250-S260。

S250：获取本地控制器程序的版本号并发送给服务器。

服务器在接收到本地控制器程序的版本号后，可以根据本地控制器程序的版本号和存储的控制器安装程序的版本号，确定控制器升级包。

S260：响应于接收到服务器发送的控制器升级包，根据控制器升级包对控制器程序进行升级。

采用本公开实施例提供的方法，在服务器和待检测车辆的配合下，可以确定控制器升级包，并将控制器升级包发送给待检测的车辆，以使待检测车辆根据控制器升级包对控制器程序进行升级。

在本公开的一些实施例中，在执行步骤S240或者S260时，具体可以包括：响应于接收到服务器发送的控制器升级包，根据控制器升级包对控制器程序进行升级。

本公开实施例中，控制器升级指令为车辆位于升级工位时服务器生成的指令。例如可以通过位于升级工位上的车辆识别设备采集车辆识别码，并将车辆识别码以及该车辆识别设备中存储的检测工位编码发送至定位设备。定位设备将车辆识别码以及检测工位编码发送至服务器，服务器根据待检测车辆的车辆识别码生成控制器升级指令，并发送给待检测车辆。

待检测车辆接收到控制器升级指令后，先判断控制器升级包是否下载完成，在控制器升级包下载完成后再进行控制器升级。即待检测车辆在进入升级工位之前就可以进行控制器升级包的下载。在进入升级工位后，如果控制器升级包下载完成，立即进行控制器升级，如果控制器升级包还未下载完成，那么需要等待控制器升级包下载完成后再进行控制器升级。如此设置，可以在待检测车辆在进入升级工位之前就可以进行控制器升级包的下载，因此可以节省控制器升级配置的时间。

本公开实施例还提供一种车辆电检方法，本公开实施例提供的车辆电检方法可以由服务器执行。图6为本公开一些实施例提供的车辆电检方法的流程图。如图6所示，车辆电检方法包括步骤S310-S330。

S310：向待检测的车辆发送电检触发指令。

本公开实施例中，当待检测的车辆处在一个检测工位时，检测工位上的车辆识别设备采集车辆识别码，并将车辆识别码以及该车辆识别设备中存储的检测工位编码发送至定位设备。定位设备将车辆识别码以及检测工位编码发送至服务器，服务器根据待检测车辆的车辆识别码生成电检触发指令，并发送给待检测的车辆。

在接收到电检触发指令后，待检测的车辆并没有立即基于电检触发指令执行对应的电检操作，而是生成动态口令，并将动态口令发送给服务器。动态口令是采用随机的数字组合形成的口令，动态口令用于触发服务器和车辆终端上分别生成用于验证用的密钥。

S320：响应于接收到车辆发送的动态口令，根据动态口令生成第一密钥。

S330：将第一密钥发送给车辆，以使车辆在确定第一密钥与第二密钥匹配的情况下执行对车辆的电检并返回电检结果，其中第二密钥为车辆根据动态口令生成的。

本公开实施例中，服务器配置有第一密钥生成算法。服务器在接收到动态口令后，采用第一密钥生成算法基于动态口令生成第一密钥，并将第一密钥返回给车辆。此外，车辆也采用与前述的第一密钥生成算法适配的第二密钥生成算法，基于动态口令生成第二密钥。

待检测的车辆在确定第一密钥和第二密钥匹配的情况下，确定服务器具有合法的访问权限，因此确定接收到的电检触发指令合法，也就执行对车辆的电检。

采用本公开实施例提供的车辆电检方法，服务器在接收到动态口令后，基于动态口令生成第二密钥并发送给待检测的车辆，使得待检测的车辆在确定第一密钥和第二密钥匹配的情况下，执行电检。采用本公开实施例提供的车辆电检方法，可以避免非法用户触发车辆电检而造成车辆电检信息的泄露。

另外，因为动态口令是采用随机数字组成的口令，一个动态口令仅使用一次，所以采用动态口令生成的第一密钥和第二密钥具有一次性，使得第一密钥和第二密钥并不会泄露保密的车辆信息，降低了车辆电检过程保密数据泄露的可能性。

图7是本公开一些实施例提供的车辆电检方法部分流程图。如图7所示，在本公开的一些实施例中，车辆电检方法除了包括前述的步骤S310-S330外，在前述S330之后还可以包括步骤S340-S350。

S340：向车辆发送远程检测执行文件的版本号。

检测执行文件是用于指示车辆如何进行电检操作的文件。远程检测执行文件是存储在服务器中的，用于指示如何对车辆进行电检操作的文件。远程检测执行文件的版本号是用于指示远程检测执行文件的编号。

本公开实施例中，服务器向待检测车辆发送远程检测执行文件版本号后，待检测车辆根据本地检测执行文件版本号以及接收的远程检测执行文件版本号进行检测，如果本地检测执行文件版本号与远程检测执行文件版本号不一致，待检测车辆向服务器发送远程检测执行文件下载请求。

S350：响应于接收到车辆发送的文件下载请求，将远程检测执行文件下发给车辆。

服务器在接收到文件下载请求后，将远程检测执行文件下发给车辆，用于使车辆根据远程检测文件执行电检。

由于服务器可以进行检测执行文件的管理，因此本公开实施例中，服务器可以向待检测车辆发送远程检测执行文件版本号，以使待检测车辆在本地检测执行文件版本号与远程检测执行文件版本号不一致时，向服务器发送远程检测执行文件下载请求，以请求获取最新的检测执行文件。

图8是本公开一些实施例提供的车辆电检方法部分流程图。如图8所示，在本公开的一些实施例中，车辆电检方法除了包括前述的步骤S310-S330外，在前述S330之后还可以包括步骤S360-S370。

S360：响应于接收到车辆发送的本地检测执行文件的版本号，判断本地检测执行文件的版本号和远程检测执行文件的版本号是否相同；

S370：响应于本地检测执行文件的版本号与远程检测执行文件的版本号不同，将远程执行文件下发给车辆，以使车辆根据远程检测文件执行电检。

本公开实施例中，服务器在接收到待检测车辆发送的本地检测执行文件版本号后，比较本地检测执行文件版本号以及远程检测执行文件版本号。

如果本地检测执行文件版本号与远程检测执行文件版本号不一致，则确定待检测车辆存储的本地检测执行文件并不是最新的检测执行文件，因此服务器将远程执行文件下发给车辆，以使得车辆根据远程检测执行文件执行电检，也就是按照最新的检测执行文件执行电检。

图9是本公开一些实施例提供的车辆电检方法部分流程图。如图9所示，本公开一些实施例提供的车辆电检方法除了包括前述的步骤S310-S330外，还可以在步骤S330之后包括步骤S380-S300。

S380：向车辆发送控制器安装程序的版本号。

本公开实施例中，服务器向车辆发送控制器安装程度的版本号，以使得待检测车辆根据控制器安装程序的版本号和本地控制器程序的版本号，确定控制器程序是否是最新的控制器程序。

如果待检测车辆确定本地控制器程序并不是最新的控制器程序，则根据本地控制器程序的版本号和控制器安装程序的版本号，生成控制器升级包下载请求，并将控制器升级包下载请求发送给服务器。

如果待检测车辆确定本地控制器程序不是最新的控制器程序，则不再生成升级包下载请求。

S390：响应于接收到控制器升级包下载请求，根据控制器升级包下载请求中的控制器升级列表确定控制器升级包。

S300：将控制器升级包下发给车辆。

服务器在接收到待检测车辆发送的控制器升级包下载请求后，确定控制器升级包，并将控制器升级包下发给车辆。通过将控制器升级包发送个待检测车辆，可以使得待检测车辆能够在电检过程中下载控制器升级包，为控制器升级做准备，而避免在执行控制器升级时再下载控制器升级包而产生的时间消耗。

在执行前述步骤S380-S300的基础上，本公开实施例提供的方法还可以如下步骤：获取车辆所在的检测工位编码。响应于检测工位编码为升级工位的编码，生成控制器升级指令并下发给车辆，以使车辆根据控制器升级包进行控制器升级。

本公开实施例中，位于升级工位上的车辆识别设备采集车辆识别码，并将车辆识别码以及该车辆识别设备中存储的检测工位编码发送至定位设备。定位设备将车辆识别码以及检测工位编码发送至服务器，服务器根据待检测车辆的车辆识别码生成控制器升级指令，并发送给待检测车辆，以使得车辆根据控制器升级包进行控制器升级。

图10是本公开一些实施例提供的车辆电检方法流程图。如图10所示，在本公开的一些实施例中，车辆电检方法包括步骤S410-S440。

S410：服务器生成电检触发指令，将电检触发指令发送给待检测的车辆；

S420：车辆响应于服务器发送的电检触发指令，生成动态口令并发送给服务器，以及基于动态口令生成第一密钥；

S430：服务器基于动态口令生成第二密钥，将第二密钥发送给车辆；

S440：车辆响应于第一密钥和第二密钥匹配，执行电检，以及将电检结果发送给所述服务器。

采用本公开实施例提供的车辆电检方法，在接收到服务器发送的电检触发指令后，待检测的车辆首先生成动态口令，并将动态口令发送给服务器以使得服务器生成第一密钥；随后车辆基于动态口令生成第二密钥，并判定第一密钥和第二密钥是否匹配而确定处理器下发的电检触发指令是否合法。采用本公开实施例提供的车辆电检方法，可以避免非法用户触发车辆电检而造成车辆电检信息的泄露。

另外，因为动态口令是采用随机数字组成的口令，一个动态口令仅使用一次，所以采用动态口令生成的第一密钥和第二密钥具有一次性，使得第一密钥和第二密钥并不会泄露保密的车辆信息，降低了车辆电检过程保密数据泄露的可能性。

在本公开一些实施例中，服务器和待检测车辆还可以执行前文的交互操作，以实现对待检测车辆本地电检执行文件的更新，以及控制器升级包的更新。

本公开实施例还提供一种车辆电检装置，该电检装置可以配置于待检测车辆，实现对车辆的电检。图11是本公开一些实施例提供的车辆电检装置结构示意图，如图11所示，本公开实施例提供的车辆电检装置1100包括动态口令发送单元1101、密钥获取单元1102和电检执行单元1103。

动态口令发送单元1101用于响应于服务器发送的电检触发指令，生成动态口令并发送给服务器。密钥获取单元1102用于获取服务器发送的第一密钥，以及基于动态口令生成第二密钥，其中第一密钥是基于动态口令生成的。电检执行单元1103用于响应于第一密钥和第二密钥匹配，执行对车辆的电检并将电检结果发送给所述服务器。

在本公开一些实施例中，车辆电检装置1100还可以包括第一版本号查询单元、请求单元、第一更新单元。其中，第一版本号查询单元用于获取本地检测执行文件的版本号和远程检测执行文件的版本号。请求单元用于响应于本地检测执行文件的版本号与远程检测执行文件的版本号不同，向服务器发送检测执行文件下载请求。第一更新单元用于获取服务器根据检测执行文件下载请求下发的远程检测执行文件，作为更新后的本地检测执行文件。对应的电检执行单元1103根据更新后的本地检测执行文件执行对车辆的电检。

在本公开的一些实施例中，车辆电检装置1100包括第二版本号查询单元和第二更新单元。其中第二版本号查询单元用于获取本地检测执行文件的版本号并发送给服务器，以使服务器在本地检测执行文件的版本号和远程检测执行文件的版本号不同的情况下，向车辆发送远程检测执行文件。第二更新单元响应于接收到服务器发送的远程检测执行文件，将远程检测执行文件作为更新后的本地检测执行文件。对应的电检执行单元1103根据更新后的本地检测执行文件执行对车辆的电检。

在本公开一些实施例中，检测执行文件包括检测基线信息和/或工位配置文件。

在本公开一些实施例中，车辆电检装置1100还可以包括第三版本号查询单元、升级列表确定单元、升级请求单元和升级单元。第三版本号查询单元用于获取本地控制器程序的版本号和服务器存储的控制器安装程序的版本号。升级列表确定单元用于基于本地控制器程序的版本和控制器安装程序的版本号，确定控制器升级列表。升级请求单元用于根据控制器升级列表生成控制器升级包下载请求，并发送给服务器，以指示服务器根据控制器升级包下载请求下发对应的控制器升级包。升级单元用于响应于接收到服务器发送的控制器升级包，根据控制器升级包对控制器程序进行升级。

在本公开的一些实施例中，车辆电检装置1100还可以包括第四版本查询单元和升级单元。其中第四电检单元用于获取本地控制器程序的版本号并发送给服务器，以使服务器根据本地控制器程序的版本号和存储的控制器安装程序的版本号，确定控制器升级包。升级单元用于响应于接收到服务器发送的控制器升级包，根据控制器升级包对控制器程序进行升级。

在本公开一些实施例中，升级单元响应于获取到服务器发送的控制器升级指令，进行控制器的升级操作，其中控制器升级指令为车辆位于升级工位时服务器生成的指令。

本公开实施例还提供一种车辆电检装置，该电检装置可以配置于服务器，实现对车辆的电检。图12是本公开实施例提供的车辆电检装置结构示意图，如图12所示，本公开实施例提供的车辆电检装置1200包括指令发送单元1201、密钥生成单元1202和密钥发送单元1203。

指令发送单元1201用于向待检测的车辆发送电检触发指令。密钥生成单元1202用于响应于车辆发送的动态口令，根据动态口令生成第一密钥，其中动态口令为车辆在接收到电检触发指令后生成的。密钥发送单元1203用于将第一密钥发送给车辆，以使车辆在确定第一密钥与第二密钥匹配的情况下执行电检并返回电检结果，其中第二密钥为车辆根据动态口令生成的。

在本公开一些实施例中，车辆电检装置1200还包括第五版本查询单元和第二执行文件下发单元。其中第五版本查询单元用于向车辆发送远程检测执行文件的版本号，以使车辆在远程检测执行文件的版本号与车辆的本地检测执行文件的版本号不同的情况下生成文件下载请求。执行文件下发单元用于响应于接收到车辆发送的文件下载请求，将远程检测执行文件下发给车辆，以使车辆根据远程检测文件执行电检。

在本公开的一些实施例中，车辆电检装置1200还包括版本比对单元和第二执行文件下发单元。其中版本比对单元用于响应于接收到车辆发送的本地检测执行文件的版本号，判断本地检测执行文件的版本号和远程检测执行文件的版本号是否相同。第二执行文件下发单元用于响应于本地检测执行文件的版本号与远程检测执行文件的版本号不同，将远程执行文件下发给车辆，以使车辆根据远程检测文件执行电检。

在本公开的一些实施例中，车辆电检装置1200还包括第六版本查询单元和控制器升级包确定单元和控制器升级包发送单元。第六版本查询单元用于向车辆发送控制器安装程序的版本号，以使车辆根据控制器安装程序的版本号和本地控制器程序的版本号，生成控制器升级包下载请求。控制器升级包确定单元用于响应于接收到控制器升级包下载请求，根据控制器升级包下载请求中的控制器升级列表确定控制器升级包。控制器升级包发送单元，用于将控制器升级包下发给车辆。

在本公开的一些实施例中，指令发送单元1201用于获取车辆所在的检测工位编码，以及响应于检测工位编码为升级工位的编码，生成控制器升级指令并下发给车辆，以使车辆根据控制器升级包进行控制器升级。

本公开实施例还提供一种车辆。该车辆包括处理器和存储器；存储器存储有程序或指令。处理器执行存储在存储器中的程序或指令，以实现如上述可应用于待检测车辆的任意实施例的车辆电检方法。

本公开实施例还提供一种服务器，该服务器包括处理器和存储器，其中，存储器中存储有计算机程序，当计算机程序被处理器执行时可以实现上述任一方法实施例提供的车辆电检方法。

示例的，图13是本公开一些实施例中的服务器的结构示意图。下面具体参考图13，其示出了适于用来实现本公开实施例中的服务器1300的结构示意图。本公开实施例中的服务器1300可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图13示出的服务器仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图13所示，服务器1300可以包括处理装置(例如中央处理器、图形处理器等)1301，其可以根据存储在只读存储器(ROM)1302中的程序或者从存储装置1308加载到随机访问存储器(RAM)1303中的程序而执行各种适当的动作和处理。在RAM 1303中，还存储有服务器1300操作所需的各种程序和数据。处理装置1301、ROM 1302以及RAM 1303通过总线1304彼此相连。输入/输出(I/O)接口1305也连接至总线1304。

通常，以下装置可以连接至I/O接口1305：包括例如触摸屏、触摸板、键盘、鼠标、摄像头等的输入装置1306；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置1307；包括例如磁带、硬盘等的存储装置1308；以及通信装置1309。通信装置1309可以允许服务器1300与其他设备进行无线或有线通信以交换数据。虽然图13示出了具有各种装置的服务器1300，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置1309从网络上被下载和安装，或者从存储装置1308被安装，或者从ROM 1302被安装。在该计算机程序被处理装置1301执行时，执行本公开实施例的方法中限定的上述功能。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

在一些实施方式中，客户端、服务器可以利用诸如HTTP(HyperText TransferProtocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。

上述计算机可读介质可以是上述服务器中所包含的；也可以是单独存在，而未装配入该服务器中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该服务器执行时，使得该服务器：向待检测的车辆发送电检触发指令；响应于车辆发送的动态口令，根据动态口令生成第一密钥，动态口令为车辆在接收到电检触发指令后生成的；将第一密钥发送给车辆，以使车辆在确定第一密钥与第二密钥匹配的情况下执行电检并返回电检结果，第二密钥为车辆根据动态口令生成的。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

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

本公开实施例还提供一种计算机可读存储介质，所述存储介质中存储有计算机程序，当所述计算机程序被处理器执行时可以实现上述图1-图10中任一实施例的方法，其执行方式和有益效果类似，在这里不再赘述。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所述的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (12)

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

向待检测的车辆发送电检触发指令；

响应于所述车辆发送的动态口令，根据所述动态口令生成第一密钥，所述动态口令为所述车辆根据所述电检触发指令生成；

将所述第一密钥向所述车辆发送，以使所述车辆在确定所述第一密钥与第二密钥匹配的情况下执行电检并返回电检结果，所述第二密钥为所述车辆根据所述动态口令生成的。

2.根据权利要求1所述的方法，其特征在于，在所述将所述第一密钥发送给所述车辆后，所述方法还包括：

向所述车辆发送远程检测执行文件的版本号，以使所述车辆在所述远程检测执行文件的版本号与所述车辆的本地检测执行文件的版本号不同的情况下生成文件下载请求；

响应于所述车辆发送的所述文件下载请求，将所述远程检测执行文件下发给所述车辆，以使所述车辆根据所述远程检测文件执行电检。

3.根据权利要求1所述的方法，其特征在于，所述将所述第一密钥发送给所述车辆后，所述方法还包括：

响应于所述车辆发送的本地检测执行文件的版本号，判断所述本地检测执行文件的版本号和远程检测执行文件的版本号是否相同；

响应于所述本地检测执行文件的版本号与所述远程检测执行文件的版本号不同，将所述远程执行文件下发给所述车辆，以使所述车辆根据所述远程检测文件执行电检。

4.根据权利要求1所述的方法，其特征在于，在所述将所述第一密钥发送给所述车辆后，所述方法还包括：

向所述车辆发送控制器安装程序的版本号，以使所述车辆在确定所述控制器安装程序的版本号和本地控制器程序的版本号不同的情况下，生成控制器升级包下载请求；

响应于接收到所述控制器升级包下载请求，根据所述控制器升级包下载请求中的控制器升级列表确定控制器升级包；

将所述控制器升级包下发给所述车辆；以及，

响应于所述车辆所在的检测工位的编码为升级工位的编码，生成控制器升级指令并下发给所述车辆，以使所述车辆根据所述控制器升级包进行控制器升级。

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

响应于服务器发送的电检触发指令，生成动态口令并发送给所述服务器；

获取所述服务器发送的第一密钥，所述第一密钥是基于所述动态口令生成；

基于所述动态口令生成第二密钥；

响应于所述第一密钥和所述第二密钥匹配，执行对车辆的电检，并将所述电检的结果向所述服务器发送。

6.根据权利要求5所述的方法，其特征在于，在所述执行对车辆的电检前，所述方法还包括：

获取本地检测执行文件的版本号和远程检测执行文件的版本号，所述检测执行文件为用于指示对车辆进行电检的程序；

响应于所述本地检测执行文件的版本号与所述远程检测执行文件的版本号不同，向所述服务器发送检测执行文件下载请求；

获取所述服务器根据所述检测执行文件下载请求下发的远程检测执行文件，作为更新后的本地检测执行文件；

所述执行对车辆的电检，包括：根据所述更新后的本地检测执行文件执行对所述车辆的电检。

7.根据权利要求5所述的方法，其特征在于，在所述执行对车辆的电检前，所述方法还包括：

获取本地检测执行文件的版本号并发送给所述服务器，以使所述服务器在所述本地检测执行文件的版本号和远程检测执行文件的版本号不同的情况下，向所述车辆发送所述远程检测执行文件；

响应于接收到所述服务器发送的所述远程检测执行文件，将所述远程检测执行文件作为更新后的本地检测执行文件；

所述执行对车辆的电检，包括：根据所述更新后的本地检测执行文件执行对所述车辆的电检。

8.根据权利要求5所述的方法，其特征在于，所述执行对车辆的电检后，还包括：

获取本地控制器程序的版本号和服务器存储的控制器安装程序的版本号；

基于所述本地控制器程序的版本和所述控制器安装程序的版本号，确定控制器升级列表；

根据所述控制器升级列表生成控制器升级包下载请求，并发送给所述服务器，以指示所述服务器根据所述控制器升级包下载请求下发对应的控制器升级包；

响应于接收到所述控制器升级包，根据所述控制器升级包对所述控制器程序进行升级。

9.一种车辆电检装置，其特征在于，包括：

动态口令发送单元，用于响应于到服务器发送的电检触发指令，生成动态口令并发送给所述服务器；

密钥获取单元，用于获取所述服务器发送的第一密钥，以及基于所述动态口令生成第二密钥，所述第一密钥是基于所述动态口令生成的；

电检执行单元，用于响应于所述第一密钥和所述第二密钥匹配，执行对车辆的电检，并将电检结果发送给所述服务器。

10.一种服务器，其特征在于，包括：处理器和存储器；所述存储器存储有程序或指令；所述处理器执行存储在所述存储器中的程序或指令，以实现如权利要求1至4中任一项所述的车辆电检方法。

11.一种车辆，其特征在于，包括：处理器和存储器；所述存储器存储有程序或指令；所述处理器执行存储在所述存储器中的程序或指令，以实现如权利要求5至8中任一项所述的车辆电检方法。

12.一种存储介质，其特征在于，所述存储介质上存储有程序或指令，所述程序或指令被处理器执行时，实现如权利要求1至4中任一项所述的车辆电检方法，或实现如权利要求5至8中任一项所述的车辆电检方法。

Images