车辆检测方法、装置、系统、车辆及可读存储介质

技术领域

本发明涉及车辆技术领域，具体涉及一种车辆检测方法、装置、系统、车辆及可读存储介质。

背景技术

整车下线检测是车辆生产流程中的一个重要环节，整车下线检测具体是指在车辆生产完成后，通过对整车各部件的检测，对整车的质量和安全性进行验证。

然而，由于车辆的种类和规格不同，在不同地区可能有不同的标准，若在短时间内对不同的标准的汽车进行检测，会需要人工不断的切换检测参数，导致整车下线检测的时间增长，降低了车辆检测的效率。

发明内容

本发明的目的之一在于提供一种车辆检测方法、装置、系统、车辆及可读存储介质，以提高车辆检测的效率。

第一方面，提供一种车辆检测方法，应用于待检测车辆中的车辆控制器，包括：向蓝牙检测设备发送蓝牙广播报文，以使得蓝牙检测设备向服务器发送检测请求；检测请求包括待检测车辆的车辆识别码；接收服务器发送的检测模板；检测模板为服务器根据第一映射关系以及车辆识别码确定的，第一映射关系包括不同车辆识别码和对应的检测模板；检测模板包括服务编码名称；根据服务编码名称确定目标服务编码地址，并从目标服务编码地址中调用目标服务编码对待检测车辆进行检测，得到检测结果；待检测车辆设置有多个服务编码，每个服务编码的服务编码地址不同；向服务器发送检测结果。

基于本申请提供的技术方案，可以通过车辆识别码，接收服务器发送的检测模板，由于检测模板包括服务编码名称，待检测车辆可以根据服务编码名称确定目标服务编码地址，并从服务编码地址中调用服务编码对待检测车辆进行检测，得到检测结果。由于检测模板是服务器中确定的，且多个服务编码设置于待检测车辆，服务器可以根据车辆识别码和检测人员需求灵活生成检测模板，也即，可以根据待检测车辆通用的检测项目和单车个性化选装的检测项目，从服务编码地址中调用服务编码进行检测，提高了车辆检测的灵活性，且无需人工不断的切换检测参数，降低了检测的时间，提高了车辆检测的效率。

进一步，检测模板还包括期望参数；该方法还包括：在检测结果与期望参数相同的情况下，确定待检测车辆检测通过；在检测结果与期望参数不同的情况下，确定待检测车辆检测未通过。

进一步，方法还包括：利用对称加密算法将车辆识别码进行加密；将加密后的车辆识别码进行编码处理，得到蓝牙广播报文；编码处理后的车辆识别码的字符串长度小于字符串长度阈值。

进一步，在待检测车辆处于休眠状态的情况下，方法还包括：若接收到服务器发送的唤醒指令，则控制待检测车辆从休眠状态切换为唤醒状态；唤醒状态下的待检测车辆处于上电状态。

进一步，在蓝牙检测设备处于静止状态的情况下；若待检测车辆移动至蓝牙检测设备的扫描覆盖区域内的情况下，则向蓝牙检测设备发送蓝牙广播报文；或者，在待检测车辆处于静止状态的情况下；若移动后的蓝牙检测设备的扫描覆盖区域内包括待检测车辆的，则向蓝牙检测设备发送蓝牙广播报文。

进一步，该方法还包括：获取待检测车辆的配置字清单以及对应的配置字结果；根据配置字结果从配置字清单中确定目标配置字清单，并在注册中心对目标配置字清单对应的服务编码进行注册；注册中心包括已注册服务编码的服务编码名称以及对应的服务编码地址；根据服务编码名称确定目标服务编码地址，包括：根据服务编码名称从注册中心确定目标服务编码地址。

第二方面，提供一种车辆检测方法，应用于车辆控制器，包括：接收蓝牙检测设备发送的检测请求；检测请求包括待检测车辆的车辆识别码；检测请求为蓝牙检测设备在检测到待检测车辆的蓝牙广播报文的情况下发送的；根据车辆识别码和第一映射关系确定检测模板，并向车辆控制器发送检测模板，以使得车辆控制器根据检测模板中的服务编码名称确定目标服务编码地址，并从目标服务编码地址中调用目标服务编码对待检测车辆进行检测，得到检测结果；待检测车辆设置有多个服务编码，每个服务编码的服务编码地址不同；第一映射关系包括不同车辆识别码和对应的检测模板；接收车辆控制器发送的检测结果。

进一步，在待检测车辆处于休眠状态的情况下，方法还包括：向车辆控制器发送唤醒指令，唤醒指令用于指示车辆控制器控制待检测车辆从休眠状态切换为唤醒状态；唤醒状态下的待检测车辆处于上电状态。

第三方面，提供了一种车辆检测装置，该装置包括：发送单元、接收单元、处理单元；发送单元，用于向蓝牙检测设备发送蓝牙广播报文，以使得蓝牙检测设备向服务器发送检测请求；检测请求包括待检测车辆的车辆识别码；接收单元，用于接收服务器发送的检测模板；检测模板为服务器根据第一映射关系以及车辆识别码确定的，第一映射关系包括不同车辆识别码和对应的检测模板；检测模板包括服务编码名称；处理单元，用于根据服务编码名称确定目标服务编码地址，并从目标服务编码地址中调用目标服务编码对待检测车辆进行检测，得到检测结果；待检测车辆设置有多个服务编码，每个服务编码的服务编码地址不同；发送单元，还用于向服务器发送检测结果。

进一步，检测模板还包括期望参数；处理单元，还用于：在检测结果与期望参数相同的情况下，确定待检测车辆检测通过；在数检测结果与期望参数不同的情况下，确定待检测车辆检测未通过。

进一步，处理单元，还用于利用对称加密算法将车辆识别码进行加密；处理单元，还用于将加密后的车辆识别码进行编码处理，得到蓝牙广播报文；编码处理后的车辆识别码的字符串长度小于字符串长度阈值。

进一步，在待检测车辆处于休眠状态的情况下，处理单元，还用于在接收到服务器发送的唤醒指令的情况下，控制待检测车辆从休眠状态切换为唤醒状态；唤醒状态下的待检测车辆处于上电状态。

进一步，发送单元，具体用于在蓝牙检测设备处于静止状态的情况下；若待检测车辆移动至蓝牙检测设备的扫描覆盖区域内的情况下，则向蓝牙检测设备发送蓝牙广播报文；或者，在待检测车辆处于静止状态的情况下；若移动后的蓝牙检测设备的扫描覆盖区域内包括待检测车辆的，则向蓝牙检测设备发送蓝牙广播报文。

进一步，处理单元，还用于：获取待检测车辆的配置字清单以及对应的配置字结果；根据配置字结果从配置字清单中确定目标配置字清单，并在注册中心对目标配置字清单对应的服务编码进行注册；注册中心包括已注册服务编码的服务编码名称以及对应的服务编码地址；处理单元，具体用于：根据服务编码名称从注册中心确定目标服务编码地址。

第四方面，提供了一种车辆检测装置，该装置包括：接收单元、处理单元；接收单元，用于接收蓝牙检测设备发送的检测请求；检测请求包括待检测车辆的车辆识别码；检测请求为蓝牙检测设备在检测到待检测车辆的蓝牙广播报文的情况下发送的；处理单元，用于根据车辆识别码和第一映射关系确定检测模板，并向车辆控制器发送检测模板，以使得车辆控制器根据检测模板中的服务编码名称确定目标服务编码地址，并从目标服务编码地址中调用目标服务编码对待检测车辆进行检测，得到检测结果；待检测车辆设置有多个服务编码，每个服务编码的服务编码地址不同；第一映射关系包括不同车辆识别码和对应的检测模板；接收单元，还用于接收车辆控制器发送的检测结果。

进一步，在待检测车辆处于休眠状态的情况下，处理单元，还用于向车辆控制器发送唤醒指令，唤醒指令用于指示车辆控制器控制待检测车辆从休眠状态切换为唤醒状态；唤醒状态下的待检测车辆处于上电状态。

第五方面，提供了一种控制器，包括：处理器；用于存储处理器可执行指令的存储器；处理器被配置为执行指令，第一方面或第一方面的任一可能的设计中所执行的功能。

第六方面，提供了一种车辆检测系统，车辆检测系统包括车辆检测装置，车辆检测装置用于执行如第一方面或第一方面的任一可能的设计中的方法。

第七方面，提供了一种车辆，包括如第六方面所提供的车辆检测系统。

第八方面，提供了一种车辆检测装置，该车辆检测装置可以实现上述各方面或者各可能的设计中车辆检测装置所执行的功能，功能可以通过硬件实现，如：一种可能的设计中，该车辆检测装置可以包括：处理器和通信接口，处理器可以用于支持车辆检测装置实现上述第一方面或者第一方面的任一种可能的设计中所涉及的功能。

在又一种可能的设计中，车辆检测装置还可以包括存储器，存储器用于保存车辆检测装置必要的计算机执行指令和数据。当该车辆检测装置运行时，该处理器执行该存储器存储的该计算机执行指令，以使该车辆检测装置执行上述第一方面或者第一方面的任一种可能的车辆检测方法。

第九方面，提供了一种计算机可读存储介质，该计算机可读存储介质可以为可读的非易失性存储介质，该计算机可读存储介质存储有计算机指令或者程序，当其在计算机上运行时，使得计算机可以执行上述第一方面或者上述方面的任一种可能的车辆检测方法。

第十方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述第一方面或者上述方面的任一种可能的设计的车辆检测方法。

本发明的有益效果：

(1)可以通过车辆识别码，接收服务器发送的检测模板，由于检测模板包括服务编码名称，待检测车辆可以根据服务编码名称确定目标服务编码地址，并从服务编码地址中调用服务编码对待检测车辆进行检测，得到检测结果。由于检测模板是服务器中确定的，且多个服务编码设置于待检测车辆，服务器可以根据车辆识别码和检测人员需求灵活生成检测模板，也即，可以根据待检测车辆通用的检测项目和单车个性化选装的检测项目，从服务编码地址中调用服务编码进行检测，提高了车辆检测的灵活性，且无需人工不断的切换检测参数，降低了检测的时间，提高了车辆检测的效率。

(2)通过将蓝牙广播作为车辆检测的触发点，蓝牙检测设备获取到蓝牙广播报文后，通知服务器下发检测任务，实现自动并发地进行车辆检测，解耦了工厂端检测设备，提高了车辆检测效率。

(3)待检测车辆可以进行动态注册，可以基于配置字清单为每个车辆不同的服务编码进行注册，以提供单车个性化的检测服务。

(4)可以通过对称加密算法将车辆识别码进行加密，可以提高车辆检测过程的安全性，进一步的，将加密后的车辆识别码进行编码处理，由于编码处理后的车辆识别码的字符串长度小于字符串长度阈值，这样，可以限制蓝牙广播报文的长度，提高蓝牙广播报文传播的便利性。

(5)通过对处于休眠状态下的待检测车辆进行唤醒，并控制对待检测车辆进行上电，可以避免休眠状态的车辆测试漏检，保证车辆安全性。

(6)通过设置期望参数，可以直接通过将检测结果与期望参数进行比对，即可确定待检测车辆的检测是否通过，无需人工根据检测结果进行判断，提高了车辆检测效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理，并不构成对本申请的不当限定。

图1为本申请实施例提供的一种车辆检测系统的结构示意图；

图2为本申请实施例提供的多种车辆检测系统的应用场景示意图；

图3为本申请实施例提供的一种车辆检测系统的结构示意图；

图4为本申请实施例提供的一种车辆检测装置的结构示意图；

图5为本申请实施例提供的一种车辆检测方法的流程示意图；

图6为本申请实施例提供的又一种车辆检测方法的流程示意图；

图7为本申请实施例提供的又一种车辆检测装置的结构示意图；

图8为本申请实施例提供的又一种车辆检测装置的结构示意图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请实施例的一些方面相一致的装置和方法的例子。

还应当理解的是，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其他特征、整体、步骤、操作、元素和/或组件的存在或添加。

需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。

整车下线检测是车辆生产流程中的一个重要环节，整车下线检测具体是指在车辆生产完成后，通过对整车各部件的检测，对整车的质量和安全性进行验证。

然而，由于车辆的种类和规格不同，在不同地区可能有不同的标准，若在短时间内对不同的标准的汽车进行检测，会需要人工不断的切换检测参数，导致整车下线检测的时间增长，降低了车辆检测的效率，人工成本较高且技术难度较大。

鉴于此，本申请实施例提供一种车辆检测方法，该方法包括：向蓝牙检测设备发送蓝牙广播报文，以使得蓝牙检测设备向服务器发送检测请求；检测请求包括待检测车辆的车辆识别码；接收服务器发送的检测模板；检测模板为服务器根据第一映射关系以及车辆识别码确定的，第一映射关系包括不同车辆识别码和对应的检测模板；检测模板包括服务编码名称；根据服务编码名称确定目标服务编码地址，并从目标服务编码地址中调用目标服务编码对待检测车辆进行检测，得到检测结果；待检测车辆设置有多个服务编码，每个服务编码的服务编码地址不同。

需要说明的是，本申请实施例描述的车辆检测系统是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着车辆检测系统的演变和其他车辆检测系统的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

本申请实施例提供的车辆检测系统可以应用于车辆。本申请的实施例对车辆所采用的具体技术、具体数量和具体设备形态不做限定。

图1为本申请实施例提供的一种车辆检测系统10的组成示意图，如图1所示，车辆检测系统10可以包括待检测车辆11、蓝牙检测设备12以及服务器(也可以称为车联网平台)13。

其中，待检测车辆11、蓝牙检测设备12以及服务器13相互连接。例如，待检测车辆11、蓝牙检测设备12以及服务器13之间可以通过无线的方式进行连接，本发明实施例对此不作限定。

待检测车辆11，用于向蓝牙检测设备发送蓝牙广播报文，以使得蓝牙检测设备向服务器发送检测请求，还用于接收服务器发送的检测模板，并从服务编码地址中调用模板服务对待检测车辆进行检测，得到检测结果。例如，待检测车辆11可以为新能源汽车、混动汽车以及燃油汽车等。本申请的实施例对待检测车辆11所采用的具体技术、具体数量和具体设备形态不做限定。

蓝牙检测设备12用于在接收到蓝牙广播报文的情况下，向服务器发送检测请求。例如，控制器12可以为手持的支持蓝牙的手机或者平板电脑等。

服务器13用于在接收到检测请求的情况下，向待检测车辆11发送检测模板。例如，服务器13可以为车联网平台。

需要说明的是，图1仅为示例性框架图，图1中包括的各个模块的名称不受限制，且除图1所示功能模块外，还可以包括其他模块，本申请实施例对此不进行限定。

图2为本申请提供的多种车辆检测系统的应用场景示意图，如图2所示，多种车辆检测系统的应用场景可以包括应用场景a和应用场景b。应用场景a可以包括：当生产车间完成整车组装下线时，固定安装的蓝牙检测设备将接收到检测半径内待检测车辆的蓝牙广播报文，当蓝牙广播报文解析成功后向服务器发送检测请求。

应用场景b可以包括：当生产车间完成整车组装下线时，质检员对停放在车库中的大批量车辆的功能进行检测，非固定安装的蓝牙检测设备(可以是手持的支持蓝牙的手机或者平板电脑)将扫描范围内的车辆并根据质检员实际操作选择车辆进行检测或者查询检测结果。

图3为本申请提供的又一种车辆检测系统的组成示意图，如图3所示，车辆检测系统10可以包括待检测车辆、蓝牙检测设备以及服务器。

一、待检测车辆可以包括远程控制服务、车载蓝牙模块、车载检测应用、检测服务及微控制单元(Microcontroller Unit，MCU)。

1、车载蓝牙模块一直处于广播模式。这样，蓝牙检测设备才可以接收蓝牙广播报文，并在接收到蓝牙广播报文的情况下，向服务器发送检测请求。

一些实施例中，车载蓝牙模块可以使用Beacon广播协议。这样，可以增加蓝牙广播报文的通用性。

一些实施例中，车载蓝牙模块还可以复用主机厂设计的蓝牙钥匙广播协议。这样，可以不添加专用蓝牙设备或者开发额外代码，降低开发成本。

2、远程控制服务用于实时接收服务器发送的下线检测指令。例如，远程控制服务可以为车辆网关。

其中，远程控制服务运行在车辆T-BOX中。

一些实施例中，当远程控制服务休眠时，服务器可以唤醒远程控制服务，并在唤醒远程控制服务后向远程控制服务发送下线检测指令。

3、车载检测应用用于解析下线检测指令，并根据下线检测指令详情调用不同的车端服务化接口，得到的检测结果，最后向服务器反馈检测结果。

4、检测服务用于接收到具体调用后，使用目标总线与MCU进行通信并取得结果，最后一层一层地将结果返回给车载检测应用汇总。

其中，目标总线可以根据需要设置。例如，可以为CAN总线和LIN总线。

需要说明的，程控制服务、车载检测应用和检测服务之间使用服务化接口调用，均注册在服务注册与发现中心，常用的实现规范有基于IP的可扩展面向服务的中间件(Scalableservice-Oriented Middleware over IP，SOME/IP)和数据分发服务(DataDistribution Service，DDS)。

例如，如图3的示例中所示，车载检测应用注册的服务编码为vehicle_inspection，空调检测服务注册的服务编码为Air_inspection，APN检测服务注册的服务编码为APN_inspection。

二、蓝牙检测设备可以包括蓝牙模块和数据解析模块。

1、蓝牙模块用于扫描蓝牙广播报文，并向数据解析模块发送扫描到的蓝牙广播报文。

2、数据解析模块用于解析蓝牙广播报文，并在成功解析蓝牙广播报文后调用服务器提供的接口发起检测流程。

三、服务器可以包括策略管理模块、任务管理模块、结果统计模块和指令发送模块。

1、策略管理模块用于创建、管理对应车型的检测模板。检测模板可以包括必填项目和选填项目。

例如，必填项目可以包括检测项的名称(同一车型下不重复)和车端的服务信息。车端的服务信息可以包括服务编码、输入参数及期望参数。

需要说明的，车端服务信息需要与车端上检测服务提供的服务化接口匹配。例如，检测汽车的APN配置功能，需确定服务编码为Inspection_APN，输入参数为时间戳1688654965，期望参数为实际配置内容{"apnName":"cqxxxio01.clfu.njm2mapn"}。

2、任务管理模块用于接收蓝牙检测设备发送的检测请求，并创建检测任务通过指令发送模块发送至待检测车辆，同时待检测车辆完成检测后将数据反馈给结果统计模块做归档和分析。

3、指令发送模块用于向待检测车辆发送检测模板。

4、结果统计模块用于接收检测结果，并根据检测结果进行归档和分析。

具体实现时，图1中的各个设备可以采用图4所示的组成结构，或者包括图4所示的部件。图4为本申请实施例提供的一种车辆检测装置200的结构示意图，该车辆检测装置200可以为车辆检测系统中的蓝牙检测设备、待检测车辆、服务器中的任一个，或者，该车辆检测装置200可以为蓝牙检测设备、待检测车辆、服务器中的任一个中的芯片或者片上系统。如图4所示，该车辆检测装置200包括处理器201，通信接口202以及通信线路203。

进一步的，该车辆检测装置200还可以包括存储器204。其中，处理器201，存储器204以及通信接口202之间可以通过通信线路203连接。

其中，处理器201是CPU、通用处理器、网络处理器(network processor，NP)、数字信号处理器(digital signal processing，DSP)、微处理器、微控制器、可编程逻辑器件(programmable logic device，PLD)或它们的任意组合。处理器201还可以是其它具有处理功能的装置，例如电路、器件或软件模块，不予限制。

通信接口202，用于与其他设备或其它通信网络进行通信。通信接口202可以是模块、电路、通信接口或者任何能够实现通信的装置。

通信线路203，用于在车辆检测装置200所包括的各部件之间传送信息。

存储器204，用于存储处理器201可执行的指令。其中，指令可以是计算机程序。

其中，存储器204可以是只读存储器(read-only memory，ROM)或可存储静态信息和/或指令的其他类型的静态存储设备，也可以是随机存取存储器(random accessmemory，RAM)或可存储信息和/或指令的其他类型的动态存储设备，还可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或其他磁存储设备等，不予限制。

需要指出的是，存储器204可以独立于处理器201存在，也可以和处理器201集成在一起。存储器204可以用于存储指令或者程序代码或者一些数据等。存储器204可以位于车辆检测装置200内，也可以位于车辆检测装置200外，不予限制。处理器201，用于执行存储器204中存储的指令，以实现本申请下述实施例提供的车辆检测方法。

在一种示例中，处理器201可以包括一个或多个CPU，例如，图4中的CPU0和CPU1。

作为一种可选的实现方式，车辆检测装置200包括多个处理器，例如，除图4中的处理器201之外，还可以包括处理器205。

需要指出的是，图4中示出的组成结构并不构成对该图1中的各个设备的限定，除图4所示部件之外，图1中的各个设备可以包括比图4更多或更少的部件，或者组合某些部件，或者不同的部件布置。

本申请实施例中，芯片系统可以由芯片构成，也可以包括芯片和其他分立器件。

此外，本申请的各实施例之间涉及的动作、术语等均可以相互参考，不予限制。本申请的实施例中各个设备之间交互的消息名称或消息中的参数名称等只是一个示例，具体实现中也可以采用其他的名称，不予限制。

下面结合图1所示车辆检测系统，对本申请实施例提供的车辆检测方法进行描述。

本申请实施例以应用于车辆控制器为例进行说明。例如，车辆控制器可以设置于待检测车辆，待检测车辆可以为图1中的待检测车辆11。如图5所示，该方法包括下述S301-S306：

S301、车辆控制器向蓝牙检测设备发送蓝牙广播报文。相应的，蓝牙检测设备接收来自车辆控制器的蓝牙广播报文。

其中，蓝牙广播报文用于指示蓝牙检测设备向服务器发送检测请求。蓝牙广播报文可以包括待检测车辆的车辆识别码(VIN码)。

一种示例中，蓝牙广播报文的结构示意表可以如下表1所示。

表1蓝牙广播报文的结构示意表

需要说明的是，表1的数据仅为示例性的。本申请实施例中，蓝牙广播报文还可以包括其他类型的数据，不予限制。

作为一种可能的实现方式，车辆控制器可以通过车载蓝牙检测设备发送蓝牙广播报文。

需要说明的，蓝牙广播报文的信道可以根据需要设置。例如，可以在37、38、39三个信道中的一个或多个信道进行广播。

一些实施例中，为了减少设备之间的信号冲突的几率，提高蓝牙连接的可靠性，每两组蓝牙广播报文之间的时间间隔可以由一个固定的间隔和一个随机的延时组成。例如，固定间隔取值范围可以为100～500毫秒，步长为0.625毫秒，随机延时可以为取值范围在0到10毫秒之间的伪随机值，由系统自动产生并加入到广播间隔中。

可以理解的，较短的广播间隔可以保证检测任务触发的实时性。

一些实施例中，车辆控制器可以控制待检测车辆的车辆蓝牙进行广播，在待检测车辆处于蓝牙检测设备的扫描覆盖区域内的情况下，向蓝牙检测设备发送蓝牙广播报文。

可以理解的，通过将蓝牙广播作为车辆检测的触发点，蓝牙检测设备获取到蓝牙广播报文后，通知服务器下发检测任务，实现自动并发地进行车辆检测，解耦了工厂端检测设备，提高了车辆检测效率。

S302、蓝牙检测设备向服务器发送检测请求。相应的，服务器接收来自蓝牙检测设备的检测请求。

其中，检测请求包括待检测车辆的车辆识别码(VIN码)，还可以包括检测请求的时间戳。一种示例中，检测请求可以为{"vin":"LS5A3DDEXGA007788"，

"triggerTime":"2023-05-09-00:00:00}。

作为一种可能的实现方式，蓝牙检测设备可以对蓝牙广播报文进行解析得到车辆的VIN码之后，向服务器发送检测请求。

例如，蓝牙检测设备在接收到蓝牙广播报文之后，可以解析蓝牙广播报文中DATA部分的数据，并按照预设的解密规则对蓝牙广播报文进行处理，得到车辆的VIN码之后。

实际应用中，蓝牙检测设备的扫描覆盖范围内可能存在多个待检测车辆，解析成功的VIN码可以以列表的方式呈现在蓝牙检测设备的显示界面中。

一些实施例中，在VIN码可以以列表的方式呈现在蓝牙检测设备的显示界面中的情况下，检测人员根据实际需要手动或者自动选择从VIN码列表中寻找一个或多个VIN码对待检测车辆进行下线检测。

S303、服务器根据车辆识别码和第一映射关系确定检测模板。

其中，第一映射关系包括不同车辆识别码和对应的检测模板；检测模板包括服务编码地址。

作为一种可能的实现方式，服务器可以从第一映射关系中确定与车辆识别码具有映射关系的检测模板。

在一些实施例中，服务器可以根据车辆识别码确定车辆基本信息(如车型信息)，并根据车型信息和第二映射关系中确定与车型信息具有映射关系的检测模板。

其中，第二映射关系包括不同车型信息和对应的检测模板。

在一些实施例中，若未检测到与车辆识别码具有映射关系的检测模板，则向蓝牙检测设备反馈该车辆识别码匹配的检测模板为空。

S304、服务器向车辆控制器发送检测模板。相应的，车辆控制器接收来自服务器的检测模板。

作为一种可能的实现方式，在待检测车辆处于唤醒状态下，服务器可以通过通信网络向车辆控制器发送检测模板。

作为又一种可能的实现方式，在待检测车辆处于休眠状态下，服务器可以向待检测车辆发送向车辆控制器发送唤醒指令，对待检测车辆进行，并在待检测车辆处于唤醒状态下，通过通信网络向待检测车辆发送检测模板。

需要说明的，唤醒指令用于指示车辆控制器控制待检测车辆从休眠状态切换为唤醒状态；唤醒状态下的待检测车辆处于上电状态。

可以理解的，通过对处于休眠状态下的待检测车辆进行唤醒，并控制对待检测车辆进行上电，可以避免休眠状态的车辆测试漏检，保证车辆安全性。

一些实施例中，检测模板的形式可以为结构体数组。

一些实施例中，检测模板还可以包含检测服务的服务编码，输入参数和期望参数。

例如，检测模板可以如下表2所示。

表2检测模板示意表

需要说明的是，表2的数据仅为示例性的。本申请实施例中，检测模板还可以包括其他类型的待检测项数据，不予限制。

S305、车辆控制器根据服务编码名称确定目标服务编码地址，并从目标服务编码地址中调用目标服务编码对待检测车辆进行检测，得到检测结果。

其中，待检测车辆设置有多个服务编码，每个服务编码的服务编码地址不同。检测结果包括检测通过以及检测未通过。

作为一种可能的实现方式，车辆控制器通过数据分发服务(Data DistributionService，DDS)从目标服务编码地址中调用目标服务编码对待检测车辆进行检测，得到检测结果。

例如，车辆控制器可以利用远程控制服务解析检测模板，得到服务编码名称，根据服务编码名称在服务注册与发现中心中查询目标服务编码地址，最后从目标服务编码地址中调用目标服务编码对待检测车辆进行检测，得到检测结果。

实际应用中，检测模板还可以包括车载检测应用，车辆控制器可以通过车载检测应用确定服务编码地址，并从服务编码地址中调用服务编码对待检测车辆进行检测，得到检测结果。例如，车载检测应用注册的是vehicle_inspection服务，车载检测应用可以使用总线通信从MCU获取检测结果。

一些实施例中，车辆控制器可以设置检测任务的规定时间，如果在规定时间内检测服务未反馈检测结果则标记该项检测结果为未通过。

一些实施例中，车辆控制器得到检测结果之后，可以将检测结果同步至服务器进行存储，同时服务器支持MES或者蓝牙检测设备远程查询检测结果。

一些实施例中，检测模板还包括期望参数，在检测结果与期望参数相同的情况下，确定待检测车辆检测通过；在检测结果与期望参数不同的情况下，确定待检测车辆检测未通过。

一些实施例中，车辆控制器可以根据服务编码名称从注册中心确定目标服务编码地址。

其中，注册中心包括已注册服务编码的服务编码名称以及对应的服务编码地址。

服务编码的过程可以包括：车辆控制器获取待检测车辆的配置字清单以及对应的配置字结果；进一步的，根据配置字结果从配置字清单中确定目标配置字清单，并在注册中心对目标配置字清单对应的服务编码进行注册。

一种示例中，配置字清单可以为：是否支持远程控制空调(remoteControlAir)，配置字结果可以为:是(true)。在配置字清单对应的配置字结果为是(true)的情况下，车辆控制器可以确定该配置字清单为目标配置字清单，并将目标配置字清单对应的服务编码(如Air_inspection)进行注册。

S306、车辆控制器向服务器发送检测结果。相应的，服务器接收来自车辆控制器的检测结果。

基于本申请提供的技术方案，可以通过车辆识别码，接收服务器发送的检测模板，由于检测模板包括服务编码名称，待检测车辆可以根据服务编码名称确定目标服务编码地址，并从服务编码地址中调用服务编码对待检测车辆进行检测，得到检测结果。由于检测模板是服务器中确定的，且多个服务编码设置于待检测车辆，服务器可以根据车辆识别码和检测人员需求灵活生成检测模板，也即，可以根据待检测车辆通用的检测项目和单车个性化选装的检测项目，从服务编码地址中调用服务编码进行检测，提高了车辆检测的灵活性，且无需人工不断的切换检测参数，降低了检测的时间，提高了车辆检测的效率。

在一些实施例中，如图6所示，为了得到蓝牙广播报文，本申请的车辆检测方法还可以包括下述S401-S402。

S401、利用对称加密算法将车辆识别码进行加密。

其中，对称加密算法的类型可以根据需要设置。例如，可以为高级加密标准(Advanced Encryption Standard，AES)算法或者数据加密标准(Data EncryptionStandard，DES)算法。

作为一种可能的实现方式，车辆控制器可以将车辆识别码输入对称加密算法，以使得对称加密算法将车辆识别码进行加密。

一些实施例中，车辆控制器可以控制车载蓝牙模块将将车辆识别码输入对称加密算法，以使得对称加密算法将车辆识别码进行加密。

需要说明的，车辆控制器可以控制车载蓝牙模块读取本地配置或者微控制器(Micro Controller Unit，MCU)，以获取车辆识别码。

一种示例中，加密密钥可以为12345678。

实际应用中，车辆可以基于预设频率获取车辆的加速踏板开度以及车辆速度。预设频率可以根据需要设置。例如，可以为每秒1次、每秒2次、每秒5次等。

S402、将加密后的车辆识别码进行编码处理，得到蓝牙广播报文。

其中，蓝牙广播报文的字符串长度小于字符串长度阈值。字符串长度阈值可以根据需要设置，例如，可以为37。

作为一种可能的实现方式，车辆控制器可以利用预设编码工具将加密后的车辆识别码进行编码，得到蓝牙广播报文。

需要说明的，预设编码工具可以根据需要设置。例如，可以为base64。

一种示例中，车辆识别码可以为LS5A3DDEXGA007788，对车辆识别码进行编码处理后得到蓝牙广播报文可以为sxtV3eShd001l+xnW16DvTzLn4icTOnA。

可以理解的，通过对称加密算法将车辆识别码进行加密，可以提高车辆检测过程的安全性，进一步的，将加密后的车辆识别码进行编码处理，由于编码处理后的车辆识别码的字符串长度小于字符串长度阈值，这样，可以限制蓝牙广播报文的长度，提高蓝牙广播报文传播的便利性。

本申请上述实施例中的各个方案在不矛盾的前提下，均可以进行结合。

本申请实施例可以根据上述方法示例对车辆检测装置或者车辆检测装置进行功能模块或者功能单元的划分，例如，可以对应各个功能划分各个功能模块或者功能单元，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块或者功能单元的形式实现。其中，本申请实施例中对模块或者单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图7示出了一种车辆检测装置700的结构示意图，该车辆检测装置700可以为车辆控制器，也可以为应用于待检测车辆中的车辆控制器中的芯片，该车辆检测装置700可以用于执行上述实施例中涉及的对车辆控制器的功能。图7所示的车辆检测装置700可以包括：发送单元701、接收单元702、处理单元703；发送单元701，用于向蓝牙检测设备发送蓝牙广播报文，以使得蓝牙检测设备向服务器发送检测请求；检测请求包括待检测车辆的车辆识别码；接收单元702，用于接收服务器发送的检测模板；检测模板为服务器根据第一映射关系以及车辆识别码确定的，第一映射关系包括不同车辆识别码和对应的检测模板；检测模板包括服务编码名称；处理单元703，用于根据服务编码名称确定目标服务编码地址，并从目标服务编码地址中调用目标服务编码对待检测车辆进行检测，得到检测结果；待检测车辆设置有多个服务编码，每个服务编码的服务编码地址不同；发送单元701，还用于向服务器发送检测结果。

进一步，检测模板还包括期望参数；处理单元703，还用于：在检测结果与期望参数相同的情况下，确定待检测车辆检测通过；在数检测结果与期望参数不同的情况下，确定待检测车辆检测未通过。

进一步，处理单元703，还用于利用对称加密算法将车辆识别码进行加密；处理单元703，还用于将加密后的车辆识别码进行编码处理，得到蓝牙广播报文；编码处理后的车辆识别码的字符串长度小于字符串长度阈值。

进一步，在待检测车辆处于休眠状态的情况下，处理单元703，还用于在接收到服务器发送的唤醒指令的情况下，控制待检测车辆从休眠状态切换为唤醒状态；唤醒状态下的待检测车辆处于上电状态。

进一步，发送单元701，具体用于在蓝牙检测设备处于静止状态的情况下；若待检测车辆移动至蓝牙检测设备的扫描覆盖区域内的情况下，则向蓝牙检测设备发送蓝牙广播报文；或者，在待检测车辆处于静止状态的情况下；若移动后的蓝牙检测设备的扫描覆盖区域内包括待检测车辆，则向蓝牙检测设备发送蓝牙广播报文。

进一步，处理单元703，还用于：获取待检测车辆的配置字清单以及对应的配置字结果；根据配置字结果从配置字清单中确定目标配置字清单，并在注册中心对目标配置字清单对应的服务编码进行注册；注册中心包括已注册服务编码的服务编码名称以及对应的服务编码地址；处理单元703，具体用于：根据服务编码名称从注册中心确定目标服务编码地址。

图8示出了一种车辆检测装置800的结构示意图，该车辆检测装置800可以为服务器，也可以为应用于服务器中的芯片，该车辆检测装置800可以用于执行上述实施例中涉及的对服务器的功能。图8所示的车辆检测装置800可以包括：接收单元801、处理单元802；接收单元801，用于接收蓝牙检测设备发送的检测请求；检测请求包括待检测车辆的车辆识别码；检测请求为蓝牙检测设备在检测到待检测车辆的蓝牙广播报文的情况下发送的；处理单元802，用于根据车辆识别码和第一映射关系确定检测模板，并向车辆控制器发送检测模板，以使得车辆控制器根据检测模板中的服务编码名称确定目标服务编码地址，并从目标服务编码地址中调用目标服务编码对待检测车辆进行检测，得到检测结果；待检测车辆设置有多个服务编码，每个服务编码的服务编码地址不同；第一映射关系包括不同车辆识别码和对应的检测模板；接收单元801，还用于接收车辆控制器发送的检测结果。

进一步，在待检测车辆处于休眠状态的情况下，处理单元802，还用于向车辆控制器发送唤醒指令，唤醒指令用于指示车辆控制器控制待检测车辆从休眠状态切换为唤醒状态；唤醒状态下的待检测车辆处于上电状态。

本申请实施例还提供了一种计算机可读存储介质。上述方法实施例中的全部或者部分流程可以由计算机程序来指令相关的硬件完成，该程序可存储于上述计算机可读存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。计算机可读存储介质可以是前述任一实施例的车辆检测装置或者控制器(包括数据发送端和/或数据接收端)的内部存储单元，例如车辆检测装置的硬盘或内存。上述计算机可读存储介质也可以是上述车辆检测装置的外部存储设备，例如上述车辆检测装置上配备的插接式硬盘，智能存储卡(smartmedia card,SMC)，安全数字(secure digital,SD)卡，闪存卡(flash card)等。进一步地，上述计算机可读存储介质还可以既包括上述车辆检测装置的内部存储单元也包括外部存储设备。上述计算机可读存储介质用于存储上述计算机程序以及上述车辆检测装置所需的其他程序和数据。上述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

本申请实施例还提供了一种车辆，包括上述方法实施例中涉及的车辆检测系统、控制器或者车辆检测装置。

此外，本申请的各实施例之间涉及的动作、术语等均可以相互参考，不予限制。本申请的实施例中各个设备之间交互的消息名称或消息中的参数名称等只是一个示例，具体实现中也可以采用其他的名称，不予限制。

需要说明的是，本申请的说明书、权利要求书及附图中的术语“第一”和“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上，“至少两个(项)”是指两个或三个及三个以上，“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。