CN113254113A - 车辆安全缺陷验证方法及系统 - Google Patents

Abstract

本发明提供一种车辆安全缺陷验证方法及系统，该车辆安全缺陷验证方法包括：基于目标车辆配置信息，从任务包中挑选出目标任务包，并发送目标任务包给终端，以使终端执行目标任务包，得到反馈结果，任务包为基于备选车辆信息以及备选缺陷信息构建而成的；接收终端发送的反馈结果，并基于反馈结果确定安全缺陷信息。本发明提供的车辆安全缺陷验证方法及系统，能够根据备选车辆信息和备选缺陷信息，构建任务包，在接收到目标车辆的目标车辆配置信息后，能够挑选出目标任务包并发送给终端，使得终端能够执行目标任务包，输出反馈结果，服务器就能够分析出安全缺陷信息，这样能够实现对车辆安全缺陷的高效验证，降低错误率，减少人工工作量。

Description

车辆安全缺陷验证方法及系统

技术领域

本发明涉及车联网技术领域，尤其涉及一种车辆安全缺陷验证方法及系统。

背景技术

随着科学技术的发展和生活水平的提高，车辆网技术开始普及，然而汽车的信息系统安全问题也备受关注，近年来，众多汽车厂商受到形式多样的漏洞威胁，其中，由于信息安全导致的汽车产品召回事件在逐年增多，如何对车辆的安全缺陷进行检测成了需要重点关注的问题。

目前检测车辆的安全缺陷主要是通过人工检测，也就是由工作人员在特定的时间在车辆终端上运行检测程序，这样检测效率较低，准确率也很低，同时会消耗较大的人工成本。

发明内容

本发明提供一种车辆安全缺陷验证方法及系统，用以解决现有技术中检测效率较低，准确率也很低，同时会消耗较大人工成本的缺陷，实现对车辆安全缺陷的高效验证，降低错误率，减少人工工作量。

本发明提供一种车辆安全缺陷验证方法，该车辆安全缺陷验证方法包括：接收目标车辆配置信息；基于所述目标车辆配置信息，从所述任务包中挑选出目标任务包，并发送所述目标任务包给终端，以使所述终端执行所述目标任务包，得到反馈结果，所述任务包为基于备选车辆信息以及备选缺陷信息构建而成的；接收所述终端发送的所述反馈结果，并基于所述反馈结果确定安全缺陷信息。

根据本发明提供的一种车辆安全缺陷验证方法，所述任务包的构建过程包括：判断所述备选车辆信息是否登记，如果未登记，则接收用户的第一输入；响应于所述第一输入，登记所述备选车辆信息；判断所述备选缺陷信息是否登记，如果未登记，则接收用户的第二输入；响应于所述第二输入，登记所述备选缺陷信息；基于所述备选车辆信息以及所述备选缺陷信息，构建所述任务包。

根据本发明提供的一种车辆安全缺陷验证方法，所述备选车辆信息包括：厂商信息、品牌信息、车系信息以及车型信息中的至少一种；或者，所述备选缺陷信息包括：缺陷类别信息以及对应类别下的具体缺陷信息。

本发明还提供的一种车辆安全缺陷验证方法，该车辆安全缺陷验证方法包括：向服务器端发送目标车辆配置信息，以使所述服务器端基于所述目标车辆配置信息从任务包中确定目标任务包，所述任务包为基于备选车辆信息以及备选缺陷信息构建而成的；接收所述服务器端发送的所述目标任务包；执行所述目标任务包，得到反馈结果；将所述反馈结果发送给所述服务器端，以使所述服务端基于所述反馈结果确定安全缺陷信息。

根据本发明提供的一种车辆安全缺陷验证方法，所述将所述反馈结果发送给所述服务器端，包括：判断所述目标任务包的执行输出是否为0；若所述执行输出为0，则将所述目标任务包的执行错误信息发送给所述服务器端；若所述执行输出不为0，则将所述目标任务包的执行结果信息发送给所述服务器端。

根据本发明提供的一种车辆安全缺陷验证方法，所述执行所述目标任务包，得到反馈结果，包括：对缓存环境进行初始化操作；将所述目标任务包下载至对应的缓存目录，并对其解压；读取所述目标任务包的描述信息，基于所述描述信息进行校对操作；装载所述目标任务包，并基于所述目标任务包，对执行环境进行初始化操作；执行所述目标任务包，并监控执行过程得到过程数据，将所述过程数据保存至所述目标任务包对应的缓存目录中，得到所述反馈结果。

本发明还提供一种车辆安全缺陷验证系统，该车辆安全缺陷验证系统包括：第一接收模块，用于接收目标车辆配置信息；第一发送模块，用于基于所述目标车辆配置信息，从所述任务包中挑选出目标任务包，并发送所述目标任务包给终端，以使所述终端执行所述目标任务包，得到反馈结果，所述任务包为基于备选车辆信息以及备选缺陷信息构建而成的；确定模块，用于接收所述终端发送的所述反馈结果，并基于所述反馈结果确定安全缺陷信息。

本发明还提供一种车辆安全缺陷验证系统，该车辆安全缺陷验证系统包括：第二发送模块，用于向服务器端发送目标车辆配置信息，以使所述服务器端基于所述目标车辆配置信息从任务包中确定目标任务包，所述任务包为基于备选车辆信息以及备选缺陷信息构建而成的；第二接收模块，用于接收所述服务器端发送的所述目标任务包；执行模块，用于执行所述目标任务包，得到反馈结果；第三发送模块，用于将所述反馈结果发送给所述服务器端，以使所述服务端基于所述反馈结果确定安全缺陷信息。

本发明还提供一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述任一种所述车辆安全缺陷验证方法的步骤。

本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述任一种所述车辆安全缺陷验证方法的步骤。

本发明提供的车辆安全缺陷验证方法及系统，能够根据备选车辆信息和备选缺陷信息，构建任务包，在接收到目标车辆的目标车辆配置信息后，能够挑选出目标任务包并发送给终端，使得终端能够执行目标任务包，输出反馈结果，服务器就能够分析出安全缺陷信息，这样能够实现对车辆安全缺陷的高效验证，降低错误率，减少人工工作量。

附图说明

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

图1是本发明提供的车辆安全缺陷验证方法的流程示意图之一；

图2是本发明提供的车辆安全缺陷验证方法的运行平台原理示意图；

图3是本发明提供的车辆安全缺陷验证系统的结构示意图之一；

图4是本发明提供的车辆安全缺陷验证方法的流程示意图之二；

图5是本发明提供的车辆安全缺陷验证系统的结构示意图之二；

图6是本发明提供的电子设备的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

下面结合图1-图6描述本发明的车辆安全缺陷验证方法及系统。

需要说明的是，车辆安全缺陷验证方法主要有服务器端和终端来分别执行，服务器端和终端通信连接，可以互相传输数据。服务器端安装在固定的节点位置。终端可以为车辆的车载主机，或者是与车辆的车载主机通信连接的移动终端，比如手机或者平板电脑，终端按照实际情况灵活部署，当终端的系统启动后会主动连接服务器端的系统，两者实现通信连接。

如图1所示，本发明提供一种车辆安全缺陷验证方法，该车辆安全缺陷验证方法的执行主体是服务器端，该车辆安全缺陷验证方法包括如下步骤110至步骤130。

其中步骤110、接收目标车辆配置信息。

可以理解的是，终端可以将目标车辆配置信息发送给服务器端，服务器端可以接收到目标车辆配置信息，目标车辆配置信息包括车辆的各种物理信息和状态，其中可以包括终端标识，用于对车辆进行区分。

步骤120、基于目标车辆配置信息，从任务包中挑选出目标任务包，并发送目标任务包给终端，以使终端执行目标任务包，得到反馈结果，所述任务包为基于备选车辆信息以及备选缺陷信息构建而成的。

可以理解的是，可以基于备选车辆信息以及备选缺陷信息，构建任务包。备选车辆信息可以包括各种车辆的相关信息，备选车辆信息能够通过各种物理参数反映出车辆的特征，服务器端中可以通过表格的形式将备选车辆信息进行呈现。

在一些实施例中，备选车辆信息包括：厂商信息、品牌信息、车系信息以及车型信息中的至少一种。

备选缺陷信息可以包括各种常见的车辆缺陷问题，备选缺陷信息是独立于验证任务而存在的，这样能够更加清晰地对车辆的缺陷信息做分类和管理。

在一些实施例中，备选缺陷信息包括：缺陷类别信息以及对应类别下的具体缺陷信息。

备选缺陷信息也可以通过表格的形式进行呈现，可以具有多种缺陷类别，在每个缺陷类别下面可以有多个具体缺陷信息，这样就能够清楚直观地呈现出备选缺陷信息，便于存储和索引。

此处，可以根据备选车辆信息和备选缺陷信息，来构建任务包，任务包可以和备选车辆信息是相关联的，任务包可以为计算机可执行文件，任务包可以被终端所执行，也就是说，针对不同类型的车辆，被执行的任务包有所不同。

任务包是缺陷验证任务的最小执行单元，任务包可以是一个ZIP格式压缩文件，该压缩文件中除了包含由专业人员编写的POC或EXP程序外，还包括：程序描述配置文件、程序入口执行文件、执行结果文件和插件目录。

其中，程序描述配置文件描述了任务包能验证的缺陷信息，执行程序采用了何种语言编写，执行该程序依赖的组件，执行程序时需要提供的配置参数等信息。

程序入口执行文件是终端系统执行此任务包时加载的文件，通常为一个批处理文件或脚本文件，可以在程序描述配置文件中指定该入口文件，如果不指定则默认在任务包中加载名称为start的批处理文件或shell文件。

程序执行完成后需要将执行的结果以json格式输出到任务缓存目录，终端系统将读取该文件，并将读取到的内容反馈给平台系统。

插件可以为程序用最为简洁的方式提供能力延伸，如允许POC或EXP程序访问网络，调用HTTP接口，读取本地文件，同调取硬件等等，该插件目录的内容会根据POC或EXP编写的程序语言不同而不同，如为C程序提供动态链接库，为java程序提供jar组件包等等。

可以理解的是，服务器端可以根据接收到的目标车辆配置信息，从构建的任务包中挑选出符合目标车辆情况的目标任务包，并将目标任务包发送给终端。

终端接收到目标任务包时，可以执行该目标任务包，得到反馈结果，并将反馈结果发送给服务器端。

步骤130、接收终端发送的反馈结果，并基于反馈结果确定安全缺陷信息。

服务器端在接收到终端发来的反馈结果后，可以根据反馈结果确定安全缺陷信息，也就是得到了目标车辆的缺陷，实现了对车辆缺陷的验证过程。

需要说明的是，如图2所示，运行平台可以包括管理端、用户端(1、2、……、n)、服务器端、终端(嵌入式、模拟器和工控本)、车辆元件，车辆元件可以包括T-BOX(TelematicsBOX，车载盒子)、Gateway、ECU(Electronic Control Unit，电子控制单元)、机车和TSP(Telematics Service Provider，汽车远程服务提供商)。

管理端和用户端(1、2、……、n)均通过以太网或者局域网与服务器端通信连接，终端(嵌入式、模拟器和工控本)通过以太网或者局域网与服务器端通信连接，车辆元件与终端(嵌入式、模拟器和工控本)通信连接。

值得注意的是，随着汽车智能以及网联步伐的加速推进，汽车的信息系统安全问题也日趋严重，甚至已成为制约汽车智能化和网联化发展的重要因素。近年来，众多汽车厂商均不同程度的遭遇了形式多样的漏洞威胁，汽车问题不再是单纯的材料和结构问题，由信息安全导致的汽车产品召回事件在逐年增多，信息安全问题已成为汽车产品缺陷定义的重要延展。

由于汽车的电子信息系统是由很多的信息子系统组合而成的复杂而庞大的综合性系统，各个子系统往往都依赖其它的电子信息系统甚至是硬件设备运行，目前针对每种类型的缺陷监测和验证的POC或EXP程序都是由具备专业的计算机知识和汽车相关知识的工程技术人员来编写。

然而，目前的POC或EXP程序通常都是基于缺陷的特性采用不同的语言编写，没有一个统一的规范和标准来约束，非工程技术人员往往无法独立的运行该程序，同时对其执行后的结果输出内容的分析也难以进行。POC或EXP程序本身仅仅只是验证过程的计算机表述文件，通常对人不够友好，且该文件自身缺少对缺陷信息的定义和描述。松散的文件结构以及缺失的缺陷描述信息，使得对这些缺陷文件的管理存在很大的难度，系统很难从这些文件中提取必要的信息对这些缺陷进行归档，分类和加以分析，这些程序的复用价值比较低。部分POC或EXP程序执行需要利用特定的检测工具在特定的条件下才能执行，包括检测工具的准备和初始化，POC或EXP程序装载和参数配置以及执行结果的获取和整理等，单纯的依靠人工来来完成这一系列的操作，不仅效率低下而且非常容易出错。

本发明为汽车信息安全缺陷修复验证提供一套标准的任务包规范，有效地解决了原有的POC或EXP程序零散不统一，缺少自描述能力，不能进行有效地归类分析，程序执行对人员要求高，出错率高，不能复用等诸多问题。规范了汽车信息安全缺陷修复验证的业务流程，为质检机构探索汽车软件缺陷的监管提供参考依据。

本发明提供的车辆安全缺陷验证方法，能够根据备选车辆信息和备选缺陷信息，构建任务包，在接收到目标车辆的目标车辆配置信息后，能够挑选出目标任务包并发送给终端，使得终端能够执行目标任务包，输出反馈结果，服务器就能够分析出安全缺陷信息，这样能够实现对车辆安全缺陷的高效验证，降低错误率，减少人工工作量。

在一些实施例中，任务包的构建过程包括：

判断备选车辆信息是否登记，如果未登记，则接收用户的第一输入；响应于第一输入，登记备选车辆信息。

可以理解的是，服务器端可以判断备选车辆信息是否登记，如果未登记，则向用户进行询问，比如可以通过显示器显示出第一输入框，用户可以在第一输入框中填写第一输入，服务器端可以根据第一输入添加备选车辆信息。

判断备选缺陷信息是否登记，如果未登记，则接收用户的第二输入；响应于第二输入，登记备选缺陷信息。

可以理解的是，服务器端可以判断备选缺陷信息是否登记，如果未登记，则向用户进行询问，比如可以通过显示器显示出第二输入框，用户可以在第二输入框中填写第二输入，服务器端可以根据第二输入添加备选缺陷信息。

下面对本发明提供的车辆安全缺陷验证系统进行描述，下文描述的车辆安全缺陷验证系统与上文描述的车辆安全缺陷验证方法可相互对应参照。

如图3所示，本发明提供一种车辆安全缺陷验证系统，该车辆安全缺陷验证系统包括：第一接收模块310、第一发送模块320和确定模块330。

其中，

第一接收模块310，用于接收目标车辆配置信息。

第一发送模块320，用于基于目标车辆配置信息，从任务包中挑选出目标任务包，并发送目标任务包给终端，以使终端执行目标任务包，得到反馈结果，所述任务包为基于备选车辆信息以及备选缺陷信息构建而成的。

确定模块330，用于接收终端发送的反馈结果，并基于反馈结果确定安全缺陷信息。

如图4所示，本发明还提供一种车辆安全缺陷验证方法，该车辆安全缺陷验证方法在终端中被执行，该车辆安全缺陷验证方法包括如下步骤410至步骤440。

其中，步骤410、向服务器端发送目标车辆配置信息，以使服务器端基于目标车辆配置信息从任务包中确定目标任务包，任务包为基于备选车辆信息以及备选缺陷信息构建而成的。

可以理解的是，终端可以和服务器端进行安全连接，终端在进行配置时，需要配置运行环境、远端平台地址、可执行的任务类型以及测试的目标车型等信息。终端的系统在启动时需要提供经过安全认证的用户名和密码，可以通过用户名和密码来登录服务器端的系统。终端在于服务器端连接成功后，终端可以向服务器端发送目标车辆配置信息。

服务器端可以接收到目标车辆配置信息，目标车辆配置信息包括车辆的各种物理信息和状态，其中可以包括终端标识，用于对车辆进行区分。

步骤420、接收服务器端发送的目标任务包。

可以理解的是，服务器端可以根据接收到的目标车辆配置信息，从构建的任务包中挑选出符合目标车辆情况的目标任务包，并将目标任务包发送给终端。

步骤430、执行目标任务包，得到反馈结果。

终端接收到目标任务包时，可以执行该目标任务包，得到反馈结果.

步骤440、将反馈结果发送给服务器端，以使服务端基于反馈结果确定安全缺陷信息。

可以理解的是，终端可以将反馈结果发送给服务端，服务端能够根据该反馈结果分析车辆的安全缺陷信息，这样能够快速高效地得到车辆的安全缺陷信息。

本发明提供的车辆安全缺陷验证方法，能够根据备选车辆信息和备选缺陷信息，构建任务包，在接收到目标车辆的目标车辆配置信息后，能够挑选出目标任务包并发送给终端，使得终端能够执行目标任务包，输出反馈结果，服务器就能够分析出安全缺陷信息，这样能够实现对车辆安全缺陷的高效验证，降低错误率，减少人工工作量。

在一些实施例中，步骤440、将反馈结果发送给服务器端，包括：

判断目标任务包的执行输出是否为0；若执行输出为0，则将目标任务包的执行错误信息发送给服务器端；若执行输出不为0，则将目标任务包的执行结果信息发送给服务器端。

可以理解的是，如果终端中执行目标任务包后的输出是0，说明出现了执行错误的情况，此时就将执行错误信息发送给服务器端，如果终端中执行目标任务包后的输出不是0，说明并未出现执行错误，则就直接将目标任务包的执行结果信息发送给服务器端。

这样就对是否成功执行进行了区分，根据反馈结果是不是0来快速判断目标任务包是执行错误还是执行成功，在执行错误的情况下，就不需要发送错误代码等其他信息，避免造成服务器宕机，直接将执行错误信息发送给服务器端，在执行成功的情况下，将执行结果信息发送给服务器端。

在一些实施例中，步骤430、执行目标任务包，得到反馈结果，包括：对缓存环境进行初始化操作；将目标任务包下载至对应的缓存目录，并对其解压；读取目标任务包的描述信息，基于描述信息进行校对操作；装载目标任务包，并基于目标任务包，对执行环境进行初始化操作；执行目标任务包，并监控执行过程得到过程数据，将过程数据保存至目标任务包对应的缓存目录中，得到反馈结果。

可以理解的是，终端在判断提供的用户名和密码正确的情况下，与服务器端建立TCP长连接，同时向服务器端提交目标配置信息，服务器端可以根据目标配置信息筛选合适的目标任务包发送给终端；终端初始化本次任务执行的缓存环境，包括校验和粉筛任务中的缺陷是否满足执行条件以及创建本地执行目录等操作；下载目标任务包到对应的缓存目录，并对其进行解压，读取目标任务包的描述信息以进行执行前的校对工作，确保终端系统具备执行该目标任务包的条件；装载目标任务包并根据其配置信息对执行环境进行初始化，包括更改PC或EXP程序执行权限，检测任务终端执行所需要的网络、接口和类库是否准备就绪；根据终端的环境，制动转载想要的入口文件并执行，终端监控执行过程并将执行的过程数据以日志的形式存放到该目标任务包的缓存目录下。

下面对本发明提供的车辆安全缺陷验证系统进行描述，下文描述的车辆安全缺陷验证系统与上文描述的车辆安全缺陷验证方法可相互对应参照。

如图5所示，本发明还提供一种车辆安全缺陷验证系统，该车辆安全缺陷验证系统包括：第二发送模块510、第二接收模块520、执行模块530和第三发送模块540。

第二发送模块510，用于向服务器端发送目标车辆配置信息，以使服务器端基于目标车辆配置信息从任务包中确定目标任务包，任务包为基于备选车辆信息以及备选缺陷信息构建而成的。

第二接收模块520，用于接收服务器端发送的目标任务包。

执行模块530，用于执行目标任务包，得到反馈结果。

第三发送模块540，用于将反馈结果发送给服务器端，以使服务端基于反馈结果确定安全缺陷信息。

图6示例了一种电子设备的实体结构示意图，如图6所示，该电子设备可以包括：处理器(processor)610、通信接口(Communications Interface)620、存储器(memory)630和通信总线640，其中，处理器610，通信接口620，存储器630通过通信总线640完成相互间的通信。处理器610可以调用存储器630中的逻辑指令，以执行车辆安全缺陷验证方法，该方法包括：接收目标车辆配置信息；基于所述目标车辆配置信息，从所述任务包中挑选出目标任务包，并发送所述目标任务包给终端，以使所述终端执行所述目标任务包，得到反馈结果，任务包为基于备选车辆信息以及备选缺陷信息构建而成的；接收所述终端发送的所述反馈结果，并基于所述反馈结果确定安全缺陷信息。

此外，上述的存储器630中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

另一方面，本发明还提供一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法所提供的车辆安全缺陷验证方法，该方法包括：；接收目标车辆配置信息；基于所述目标车辆配置信息，从所述任务包中挑选出目标任务包，并发送所述目标任务包给终端，以使所述终端执行所述目标任务包，得到反馈结果，所述任务包为基于备选车辆信息以及备选缺陷信息构建而成的；接收所述终端发送的所述反馈结果，并基于所述反馈结果确定安全缺陷信息。

又一方面，本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各提供的车辆安全缺陷验证方法，该方法包括：接收目标车辆配置信息；基于所述目标车辆配置信息，从所述任务包中挑选出目标任务包，并发送所述目标任务包给终端，以使所述终端执行所述目标任务包，得到反馈结果，所述任务包为基于备选车辆信息以及备选缺陷信息构建而成的；接收所述终端发送的所述反馈结果，并基于所述反馈结果确定安全缺陷信息。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种车辆安全缺陷验证方法，其特征在于，包括：

接收目标车辆配置信息；

基于所述目标车辆配置信息，从任务包中挑选出目标任务包，并发送所述目标任务包给终端，以使所述终端执行所述目标任务包，得到反馈结果，所述任务包为基于备选车辆信息以及备选缺陷信息构建而成的；

接收所述终端发送的所述反馈结果，并基于所述反馈结果确定安全缺陷信息。

2.根据权利要求1所述的车辆安全缺陷验证方法，其特征在于，所述任务包的构建过程包括：

判断所述备选车辆信息是否登记，如果未登记，则接收用户的第一输入；

响应于所述第一输入，登记所述备选车辆信息；

判断所述备选缺陷信息是否登记，如果未登记，则接收用户的第二输入；

响应于所述第二输入，登记所述备选缺陷信息；

基于所述备选车辆信息以及所述备选缺陷信息，构建所述任务包。

3.根据权利要求1所述的车辆安全缺陷验证方法，其特征在于，

所述备选车辆信息包括：厂商信息、品牌信息、车系信息以及车型信息中的至少一种；

或者，所述备选缺陷信息包括：缺陷类别信息以及对应类别下的具体缺陷信息。

4.一种车辆安全缺陷验证方法，其特征在于，包括：

向服务器端发送目标车辆配置信息，以使所述服务器端基于所述目标车辆配置信息从任务包中确定目标任务包，所述任务包为基于备选车辆信息以及备选缺陷信息构建而成的；

接收所述服务器端发送的所述目标任务包；

执行所述目标任务包，得到反馈结果；

将所述反馈结果发送给所述服务器端，以使所述服务端基于所述反馈结果确定安全缺陷信息。

5.根据权利要求4所述的车辆安全缺陷验证方法，其特征在于，所述将所述反馈结果发送给所述服务器端，包括：

判断所述目标任务包的执行输出是否为0；

若所述执行输出为0，则将所述目标任务包的执行错误信息发送给所述服务器端；

若所述执行输出不为0，则将所述目标任务包的执行结果信息发送给所述服务器端。

6.根据权利要求4所述的车辆安全缺陷验证方法，其特征在于，所述执行所述目标任务包，得到反馈结果，包括：

对缓存环境进行初始化操作；

将所述目标任务包下载至对应的缓存目录，并对其解压；

读取所述目标任务包的描述信息，基于所述描述信息进行校对操作；

装载所述目标任务包，并基于所述目标任务包，对执行环境进行初始化操作；

执行所述目标任务包，并监控执行过程得到过程数据，将所述过程数据保存至所述目标任务包对应的缓存目录中，得到所述反馈结果。

7.一种车辆安全缺陷验证系统，其特征在于，包括：

第一接收模块，用于接收目标车辆配置信息；

第一发送模块，用于基于所述目标车辆配置信息，从所述任务包中挑选出目标任务包，并发送所述目标任务包给终端，以使所述终端执行所述目标任务包，得到反馈结果，所述任务包为基于备选车辆信息以及备选缺陷信息构建而成的；

确定模块，用于接收所述终端发送的所述反馈结果，并基于所述反馈结果确定安全缺陷信息。

8.一种车辆安全缺陷验证系统，其特征在于，包括：

第二发送模块，用于向服务器端发送目标车辆配置信息，以使所述服务器端基于所述目标车辆配置信息从任务包中确定目标任务包，所述任务包为基于备选车辆信息以及备选缺陷信息构建而成的；

第二接收模块，用于接收所述服务器端发送的所述目标任务包；

执行模块，用于执行所述目标任务包，得到反馈结果；

第三发送模块，用于将所述反馈结果发送给所述服务器端，以使所述服务端基于所述反馈结果确定安全缺陷信息。

9.一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至6任一项所述车辆安全缺陷验证方法的步骤。

10.一种非暂态计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至6任一项所述车辆安全缺陷验证方法的步骤。

Images