CN115134383A - 一种车联网数据上云任务动态配置方法、***、设备和介质 - Google Patents

Abstract

本申请提出一种车联网数据上云任务动态配置方法、***、设备和介质，包括：根据业务方需求创建数据采集任务，根据所述数据采集任务匹配云端的车辆分组，建立数据采集任务与车辆分组的关联关系，其中车辆分组由车辆的属性信息匹配得到；获取接入云端的目标车辆的目标属性，根据所述目标属性确定所述目标车辆归属的车辆分组；根据所述目标车辆的车辆分组以及所述数据采集任务与车辆分组的关联关系，确定所述目标车辆需要挂载的数据采集任务；根据所述目标车辆需要挂载的数据采集任务生成任务配置用以下发至所述目标车辆。本申请可基于云端任务驱动的、灵活可配置的车联网数据采集上云。

Description

一种车联网数据上云任务动态配置方法、***、设备和介质

技术领域

本申请涉及智慧汽车领域，尤其涉及一种车联网数据上云任务动态配置方法、***、设备和介质。

背景技术

当前，国内领先企业自动驾驶技术与市场化水平处于L3级别附近，实现高阶自动驾驶落地的重要技术基石是各类数据的按需采集上云、数据采集上云策略灵活可控、数据采集上云成本可控。现有方法中没有对数据从车到云的上云详细设计以及云端如何实现灵活的采集任务配置和下发详细描述，而该部分正是数据上云关键技术难点之一。

当前车联网数据采集研究与实践主要集中在基于can总线的车端信号采集技术优化、图片视频数据的车端感知和采集方法优化等车端数据采集技术研究，导致数据采集需求更新即覆盖、采集需求在车端生效后难以回撤和终止、新车无法自动挂载所有已下发的采集需求等问题。行业内，对于如何解决以上问题，实现基于云端任务驱动的车联网数据采集后上云、上云任务可动态调整、数据上云成本可控，仍处于技术探索中。

发明内容

鉴于以上现有技术存在的问题，本申请提出一种车联网数据上云任务动态配置方法、***、设备和介质，主要解决现有方法无法解决上云任务动态配置以快速响应业务方采集需求的问题。

为了实现上述目的及其他目的，本申请采用的技术方案如下。

本申请提供一种车联网数据上云任务动态配置方法，包括：

获取业务方需求，根据所述业务方需求生成数据采集任务并确定执行所述数据采集任务的车辆的车辆属性，将所述车辆属性与所述数据采集任务关联；

根据所述车辆属性获取匹配的车辆分组，将关联的数据采集任务挂载在所述匹配的车辆分组上，建立数据采集任务与车辆分组的关联关系；

获取接入云端的目标车辆的目标属性，根据所述目标属性确定所述目标车辆归属的车辆分组；

根据所述目标车辆的车辆分组以及所述数据采集任务与车辆分组的关联关系，确定所述目标车辆需要挂载的数据采集任务；

根据所述目标车辆需要挂载的数据采集任务生成任务配置用以下发至所述目标车辆。

在本申请一实施例中，根据业务方需求创建数据采集任务，根据所述数据采集任务匹配云端的车辆分组，建立数据采集任务与车辆分组的关联关系，包括：

云端接收业务方需求并根据所述业务方需求确定执行任务的车辆属性，将所述执行任务的车辆属性与生成的数据采集任务关联；

完成任务创建后，根据所述执行任务的车辆属性获取匹配的车辆分组，得到数据采集任务与车辆分组的关联关系。

在本申请一实施例中，获取接入云端的目标车辆的目标属性，根据所述目标属性确定所述目标车辆归属的车辆分组，包括：

获取所述目标车辆的唯一标识；

根据所述唯一标识确定所述目标车辆的目标属性，将所述目标属性与各车辆分组的属性信息进行比对，确定所述目标车辆的车辆分组。

在本申请一实施例中，根据所述目标车辆的车辆分组以及所述数据采集任务与车辆分组的关联关系，确定所述目标车辆需要挂载的数据采集任务，包括：

获取所述目标车辆已有任务的版本作为第一版本信息；

若所述第一版本信息小于所述目标车辆归属的车辆分组任务版本的最大值，则将与所述车辆分组关联的所有数据采集任务作为所述目标车辆需要挂载的数据采集任务，更新所述目标车辆的任务配置及任务版本。

在本申请一实施例中，根据所述目标车辆需要挂载的数据采集任务生成任务配置用以下发至所述目标车辆，包括：

获取所述需要挂载的数据采集任务的任务内容；

根据预设的合并规则将各数据采集任务的任务内容进行合并，得到兼容所有需要挂载的数据采集任务的内容文件；

根据所述内容文件生成配置文件，并对所述配置文件进行校验，将校验通过的配置文件作为任务配置下发至所述目标车辆。

在本申请一实施例中，根据预设的合并规则将各数据采集任务的任务内容进行合并，包括：

若两个或以上的数据采集任务包含的事件相同且采集时间存在交叉或包含关系，则取采集时间的并集；

两个或以上的数据采集任务的采集时间相同而采集事件不同，则取事件的并集。

在本申请一实施例中，任务配置用以下发至所述目标车辆后，还包括：

需要变更所述目标车辆归属的车辆分组中的数据采集任务时，对变更的新增内容创建新任务；

将所述新任务与所述车辆分组建立关联关系，并根据所述新任务重新生成任务配置下发至所述目标车辆。

在本申请一实施例中，根据所述目标车辆需要挂载的数据采集任务生成任务配置用以下发至所述目标车辆，还包括：

将具有开始时限和结束时限的数据采集任务记为时限任务；

在所述开始时限到来时，将所述时限任务与关联的车辆分组中其他数据采集任务进行合并，生成任务配置，下发至所述车辆分组中的所有车辆；

在所述结束时限到来后，删除所述时限任务与车辆分组的关联关系，更新所述车辆分组中各车辆的任务配置。

在本申请一实施例中，根据所述目标车辆需要挂载的数据采集任务生成任务配置用以下发至所述目标车辆之后，还包括：

获取所述目标车辆的事件上报请求；

响应于所述事件上报请求，向所述目标车辆下发文件拉取指令；

根据所述文件拉取指令从所述目标车辆获取采集数据。

在本申请一实施例中，根据所述目标车辆需要挂载的数据采集任务生成任务配置用以下发至所述目标车辆之后，还包括：

所述任务配置下发至目标车辆后，根据所述任务配置生成下发完成标识输出至云端；

等待云端的确认信息以将所述任务配置更新到车端，若云端对任务进行变更，则执行变更操作后，再次进行任务配置确认，直到收到所述确认信息，其中变更操作包括撤回任务以及中止任务。

本申请还提供一种车联网数据上云任务动态配置***，包括：

任务创建模块，用于获取业务方需求，根据所述业务方需求生成数据采集任务并确定执行所述数据采集任务的车辆的车辆属性，将所述车辆属性与所述数据采集任务关联；

分组关联模块，用于根据所述车辆属性获取匹配的车辆分组，将关联的数据采集任务挂载在所述匹配的车辆分组上，建立数据采集任务与车辆分组的关联关系；

车辆分组模块，用于获取接入云端的目标车辆的目标属性，根据所述目标属性确定所述目标车辆归属的车辆分组；

任务打包模块，用于根据所述目标车辆的车辆分组以及所述数据采集任务与车辆分组的关联关系，确定所述目标车辆需要挂载的数据采集任务；

任务配置下发模块，根据所述目标车辆需要挂载的数据采集任务生成任务配置用以下发至所述目标车辆。

本申请还提供一种计算机设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现所述的车联网数据上云任务动态配置方法的步骤。

本申请还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现所述的车联网数据上云任务动态配置方法的步骤。

如上所述，本申请一种车联网数据上云任务动态配置方法、***、设备和介质，具有以下有益效果。

本申请获取业务方需求，根据所述业务方需求生成数据采集任务并确定执行所述数据采集任务的车辆的车辆属性，将所述车辆属性与所述数据采集任务关联；根据所述车辆属性获取匹配的车辆分组，将关联的数据采集任务挂载在所述匹配的车辆分组上，建立数据采集任务与车辆分组的关联关系；获取接入云端的目标车辆的目标属性，根据所述目标属性确定所述目标车辆归属的车辆分组；根据所述目标车辆的车辆分组以及所述数据采集任务与车辆分组的关联关系，确定所述目标车辆需要挂载的数据采集任务；根据所述目标车辆需要挂载的数据采集任务生成任务配置用以下发至所述目标车辆。本申请在云端只需要存储任务和车辆分组的关联关系，任务只需要下发到车辆分组，目标车辆基于属性匹配车辆分组下拉关联任务，以实现任务的动态配置，任务变更时只需要对车辆分组中的关联关系进行调整，基于关联任务实时生成任务配置下发，增强任务配置及数据响应的灵活性及可控性。

附图说明

图1为本申请一实施例中车联网数据上云的时序图。

图2为本申请一实施例中车联网数据上云任务动态配置***的功能架构示意图。

图3为本申请一实施例中车联网数据上云任务动态配置方法的流程示意图。

图4为现有技术中配置文件拉取方法的流程示意图。

图5为本申请一实施例中配置文件生成和下发的流程示意图。

图6为本申请一是实施中车联网数据上云任务动态配置***的模块图。

图7为本申请一实施例中设备的结构示意图。

具体实施方式

以下通过特定的具体实例说明本申请的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本申请的其他优点与功效。本申请还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本申请的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。

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

现有技术中公开了一种具有多项数据采集能力的车联网平台。该车联网平台提供了一种包括温湿度、光照强度、音量、图片、视频等多源异构数据采集的路径和云端平台的简要设计方法，该研究没有对数据从车到云的上云详细设计以及云端如何实现灵活的采集任务配置和下发详细描述，而该部分正是数据上云关键技术难点之一。现有技术中还公开了一种基于自动驾驶平台的数据采集***，该***在车端通过can总线和以太网连接外挂一套数据采集***，包括数据采集单元、数据处理芯片和用于数据分析、仿真模拟的工控机，可实现采集***外挂在自动驾驶平台上，降低自动驾驶平台***计算和存储资源损耗。但该研究为车端采集***的优化，没有对云端***的设计以及数据采集和上云的车云交互过程进行详细设计说明。

基于以上现有技术存在的问题，本申请提出以下解决方案。

请参阅图1，图1为本申请一实施例中车联网数据上云的时序图。车端指车端数据感知模块、数据采集模块、数据上报模块、无线通信模块、MCU等软硬件的集合，所述云端对象存储与算法训练***为最终数据上云后存储和使用的业务***。所述时序图实施流程包括：基于各业务方场景和数据上云需求(示例性地，在车系1车辆中持续采集红绿灯识别事件发生前10秒、后10秒的FC图片和FC视频)，在云端数据上云任务动态配置***(下文简称云端***)对该需求建立一个分组1，建立数据采集任务1，将任务1下发到分组1，***后台存储车辆分组与任务的对应关系；车辆上电，以车辆唯一标识(如THU编号)和车端采集任务版本号为入参，调用云端***配置文件下发接口；云端***根据车辆所在组搜索所有该组挂载的数据上云任务，并比较车端与云端任务版本号，若车端版本号低于云端所有该车数据上云任务版本号的最大值，则生成配置文件并返回该车端所有数据上云内容及最大配置版本号；车端完成配置文件更新后，车端感知到配置中采集事件触发，读取摄像头、雷达数据并本地缓存；车端上报触发事件到云端；云端下发文件拉取指令；车端根据配置文件要求对该事件数据按需进行封装、打包成文件；车端基于HTTP协议上传该文件到云端***；云端***转发到云端对象存储与算法训练***。

请参阅图2，图2为本申请一实施例中车联网数据上云任务动态配置***的功能架构示意图。为实施上述数据上云数据交互行为流程，云端***需具备如图 2所述的功能架构，图中所述架构包括标准管理、任务录入、任务审批与变更、任务进度管理和基础管理等功能。

在一实施例中，标准管理包括标准事件项管理、标准采集项管理、标准采集规则管理。事件项管理包括责任判定事件、安全气囊控制器事件的定义和增删改查。责任判定事件包括但不限于发生严重事故、安全停车异常事件、APA(自动泊车)异常退出事件、***逻辑异常事件、跟车目标切出事件、其他潜在危险事件等，安全气囊控制器事件主要为碰撞发生。标准采集项管理包括FC视频、FC 图片、周视(6V)视频、周视(6V)图片、环视视频、环视图片、激光雷达数据、前雷达数据、后雷达数据、角雷达(4R)数据、超声波雷达数据的采集值域范围设计和单位设计，所述雷达数据包括但不限于雷达点云三维坐标、颜色、回波次数、反射强度。标准采集规则管理包括何时车端处于何种条件下何标准事件项会触发，且规定触发后采集哪些维度的多少量的什么标准数据项。举例说明：持续采集红绿灯识别事件发生前10秒后10秒的FC图片和FC视频，这里标准数据项为FC图片和FC视频，标准事件项为识别到红绿灯，标准采集规则为采集标准事件发生前10秒后10秒的标准数据项。

任务录入包括新增、删除、修改、查询、终止、撤销任务，所述任务审批与变更应对任务状态与操作进行限制，所述任务进度包括按时间段采集上云任务、按数据量采集上云任务，后台根据数据上云情况分别计算任务进度；所述任务下发后，云端***将在后台mysql数据库中保存采集任务与车辆分组对应关系、车辆分组与车辆固有属性(包括车辆THU编号)对应关系。

基于前述的时序图和功能架构，本申请提出一种车联网数据上云任务动态配置方法。

请参阅图3，图3为本申请一实施例中车联网数据上云任务动态配置方法的流程示意图。车联网数据上云任务动态配置方法包括以下步骤。

步骤S101，获取业务方需求，根据所述业务方需求生成数据采集任务并确定执行所述数据采集任务的车辆的车辆属性，将所述车辆属性与所述数据采集任务关联。

在一实施例中，本申请提供的方法是一种基于云端任务驱动的方法，云端任务驱动指的是：实现数据采集和上云，一种方式是在云端一套软件***中根据各个业务线(汽车五大域及各个智能化业务开发方)的数据需求，以逐个采集任务的形式录入到***中。各业务方可根据各自的业务需求输入需求文本，云端根据需求文本创建数据采集任务。基于这些任务，云端***最终将为每个车辆生成一个独有的、囊括该车所有数据采集上云需求的配置文件，并下发到车端，从而实现业务方的数据采集需求。

在一实施例中，任务的创建和配置是基于云端已提前配置的标准数据项、标准事件项和标准采集规则，将上述三大标准项赋予一定起止条件(按时间段采集、按文件数量采集、持续采集)，将电子电气架构上具备标准数据项采集能力的车辆分组进行任意组合，即配置完一个数据采集任务。当业务上需要一批车实现一些数据采集和上云时：云端将该批车根据属性进行分组(如：车系1A地区的所有车辆)，将该需求建立一个数据采集上云任务，下发该任务到该批车。当车辆上电时，自动调用云端配置文件更新接口，车辆根据自身属性自动定位到所属的分组，查询所属的分组上挂载的任务最新版本号，通过车云版本对比，判断本车是否需要进行配置文件更新。

步骤S102，根据所述车辆属性获取匹配的车辆分组，将关联的数据采集任务挂载在所述匹配的车辆分组上，建立数据采集任务与车辆分组的关联关系。

在一实施例中，在建立数据采集任务与车辆分组的关联关系之前，可预先进行云端车辆动态分组。车辆动态分组指将车辆按车辆固有属性进行分类，在云端下发数据采集任务时可直接选中后下发生效，该分类可重复利用，以避免多次任务配置中大批车辆的查询和重复选择的繁琐操作。云端车辆动态分组操作包括：从车辆档案***中每日定时同步车企销售***中所有当日已售、已联网车辆；按照第一属性原则列举车辆基本属性，如：车辆销售省份、车辆车系编号、车辆车机软件版本号等固有属性，所述第一属性原则指车辆的一级固有属性，同一纬度属性不应设置不同层级，如车辆销售片区(西南片区)与车辆销售省份(重庆) 存在重叠，这增加了属性划分复杂性和非共识上的理解偏差；根据各企业车联网数据采集任务下发车辆的批次经验，可任意组合一个或多个车辆属性形成一个分组；车辆上电后，根据其固有车辆属性即可自动分配到相应分组中，实现每日新车的自动分组，为新激活和联网车辆的数据上云提供车辆自动分组保障。

在一实施例中，为了使得车辆分组更加灵活且便于新车自动加入已有分组，实现非人工添加车辆，设计根据车辆固有属性进行组合形成分组。所述车辆属性维度包括但不限于车系、销售省份、车机软件版本号；任意选取一个或多个属性值可组成一个车辆组合；示例性地，车系1全量挂载、车系2重庆市地区挂载、车系3版本号为version2挂载；假设所有属性维度为n个，每个维度的属性值分别为第一个维度属性值个数k1(举例说明，省份维度的属性值种类为34)，第二个维度属性值k2，以此类推，第3个属性值个数为k3，理论上可实现的不重复分组组合数T是(k1+1)*(k2+1)*(k3+1)–1,车辆分组极为灵活，可涵盖目前各类数据采集任务批量下发到特定分组场景。所述分组方式关键作用在于可实现新车激活、联网、上电时，根据云端根据TUID查车辆固有属性，根据固有属性自动定位到所有分组、分组上关联的任务、任务中的数据项、采集规则、采集事件。

步骤S102，获取接入云端的目标车辆的目标属性，根据所述目标属性确定所述目标车辆归属的车辆分组。

在一实施例中，步骤S102中获取接入云端的目标车辆的目标属性，根据所述目标属性确定所述目标车辆归属的车辆分组，包括以下步骤：

步骤S1021，获取所述目标车辆的唯一标识；

步骤S1022，根据所述唯一标识确定所述目标车辆的目标属性，将所述目标属性与各车辆分组的属性信息进行比对，确定所述目标车辆的车辆分组。

在一实施例中，每个车辆都会分配一个专属标识如TUID。根据专属标识可从***中确定车辆的固有属性等信息。基于目标车辆属性将目标车辆归属到云端的车辆分组中。

步骤S103，根据所述目标车辆的车辆分组以及所述数据采集任务与车辆分组的关联关系，确定所述目标车辆需要挂载的数据采集任务。

在一实施例中，步骤S103中根据所述目标车辆的车辆分组以及所述数据采集任务与车辆分组的关联关系，确定所述目标车辆需要挂载的数据采集任务，包括以下步骤：

步骤S1031，获取所述目标车辆已有任务的版本作为第一版本信息；

步骤S1032，若所述第一版本信息小于所述目标车辆归属的车辆分组任务版本的最大值，则将与所述车辆分组关联的所有数据采集任务作为所述目标车辆需要挂载的数据采集任务，更新所述目标车辆的任务配置及任务版本。

在一实施例中，车辆上电后会通过配置接口连接云端，以车辆自身的唯一标识和已挂载任务的版本信息为入参，从云端拉取任务配置。云端完成数据采集任务与车辆分组关联后，会更新对应车辆分组的任务版本。将上电车辆的已有任务版本与云端当前任务版本进行比对，进而判断上电车辆对应的车端任务是否为最新。若车端任务版本低于云端任务版本则更新车端的任务配置，使得两端任务版本保持一致。

步骤S104，根据所述目标车辆需要挂载的数据采集任务生成任务配置用以下发至所述目标车辆。

在一实施例中，步骤S104中根据所述目标车辆需要挂载的数据采集任务生成任务配置用以下发至所述目标车辆，包括以下步骤：

步骤S1041，获取所述需要挂载的数据采集任务的任务内容；

步骤S1042，根据预设的合并规则将各数据采集任务的任务内容进行合并，得到兼容所有需要挂载的数据采集任务的内容文件；

步骤S1043，根据所述内容文件生成配置文件，并对所述配置文件进行校验，将校验通过的配置文件作为任务配置下发至所述目标车辆。

在一实施例中，任务配置文件可采用json格式，是云端实现控制车端数据采集事件、采集内容、采集规则、采集模式、采集范围的逻辑载体。

请参阅图4，图4为现有技术中配置文件拉取方法的流程示意图。该方法包括：新增实销售车辆信息T-1定时任务同步到***后台数据库；根据经验对车辆批量打上分组标签；下发任务到不同的分组；后台为车辆预先生成配置文件存储到服务器；车辆上电后拉取配置文件；该方法严重弊端在于配置文件提前批量生成的服务器压力巨大。示例性地，某车系共约30万辆车全量挂载一项采集任务，该批车辆可能原属分组不同的分组而导致理论上可能每辆车配置文件均不相同，当所述任务下发时，为使每辆车配置文件兼容前述配置任务内容，后台需为30 万辆车全部分别生成新的配置文件内容并更新到数据库中，这对后台服务和数据库性能形成巨大挑战。且无法实现新车自动挂载。示例性地，今日下发一任务到重庆地区车系a挂载，明日车系a的实销车辆无法自动分入该车辆分组并获取到该采集配置内容，导致该任务下发覆盖的车辆无法向后兼容。

请参阅图5，图5为本申请一实施例中配置文件生成和下发的流程示意图。基于本申请实施例提出的配置文件生成及下发方法可解决传统车辆分组和车辆拉取配置文件方法存在的问题。配置文件即刻生成和下发流程图包括：车辆上电；车端调用云端***获取配置文件接口，入参为TUID和车端配置文件版本号(设定值为version，新车初次拉取配置文件时车端版本号为0)；云端***收到入参和接口调用指令后，云端***后台根据TUID查其固有属性，根据固有属性查所属分组、根据分组查组上挂载的任务，在同一个云端线程中，根据TUID查该车系的全系挂载任务；获取到最大任务版MAX_V，缓存任务id列表在后台服务线程中；判断MAX_V大于version时，根据任务id列表查对应所有数据上云采集任务内容；将任务内容合并去重后组装采集任务配置文件；根据校验规则对采集任务配置文件的合理性进行校验；采集任务配置文件通过接口返回，并经mqtt 数据通道返回到车端。所述采集任务配置文件格式设计如下：

因企业车云数据交互数据格式从安全性角度考虑应独立设计，故本申请实施例所述采集任务配置文件中所有的key均用中文代替。所述校验规则包括json 格式校验、内容校验和字段范围值校验，所述内容校验指校验json串中key值是否有误，所述字段范围值校验指的是value值是否在规定范围内，所述value值指的是频率、帧频、时间范围字段的值、所述规定范围由各企业根据自身车端软件***功能、数据上云通道性能设置合理的值区间，示例性地，采集时间范围要求在事件发生前最多20s到事件发生后最多20秒。所述采集任务配置文件中“事件代码“字段值应车云开发者相互协商拟定，采用同一编号规则定义即可。

在一实施例中，步骤S1042中，根据预设的合并规则将各数据采集任务的任务内容进行合并，包括：若两个或以上的数据采集任务包含的事件相同且采集时间存在交叉或包含关系，则取采集时间的并集；两个或以上的数据采集任务的采集时间相同而采集事件不同，则取事件的并集。

在一实施例中，从任务配置、车辆分组、车辆拉取配置文件、数据采集上云完整链路举例说明本申请实施例的方法相比常规数据采集任务下发和数据采集上云方法的优势。设定：数据采集业务方一在2022年1月1号要求在所有车系 1且重庆地区实销(包括增量)的车辆中，采集车端识别到红绿灯事件发生后10 秒的FC图片和FC视频，当下开始持续采集一年；数据采集业务方二在2022年 1月30号要求所有车系1且重庆地区实销的车辆中，采集车端识别到斑马线和红绿灯事件发生后10秒的FC图片，当下开始持续采集半年。行业现有的基于任务配置的数据采集实施方式是：当月1号根据业务方一需求，根据一定数据结构规则，手动或软件自动编写xml配置文件，在已联网、已激活车辆总表中筛选出属于车系1、重庆地区销售的车辆，将该配置文件下发到车端。

在一实施例中，场景1：当月2号新售出的已联网车辆1(该车辆1属于车系1且属于重庆地区售出)上电。由于传统方法是当月1号提前选中车辆进行下发配置，无法选中未来新售出车辆，所以车辆1无法自动获取配置文件，即新车无法自动获取原本应能获取的配置，这不符合业务方一的需求。本申请实施例的实现方式为：因采集任务不直接下发到车辆，而是下发到车辆的分组，且***是基于车辆固有属性进行分组，故而新车上线时根据车辆属性(重庆地区、车系1) 自动匹配其对应分组(分组1)、根据分组匹配任务、根据任务实时生成配置文件，即可正常拉取配置文件。

在一实施例中，场景2：当月31日实现业务方二的业务需求。根据业务方二的需求，传统方法：下发配置任务后，由于配置文件始终与当前任务一致，当车辆拉取配置文件后，原数据采集配置文件被覆盖，原业务方一的数据需求(车辆识别红路灯后采集fc图片和fc视频数据)无法兼顾实现，每次仅能实现当前配置任务。本申请实施例的实现步骤为：对云端***新建业务方二的采集任务后，车辆拉取配置文件时候能根据关联关系扫描到本车关联到两个任务，后台对两个任务取任务内容去重后即可生成兼容前后两个任务的配置文件，下发到车端；所述去重规则为相同事件相同采集内容情况下，采集时间若存在包含关系或交叉关系，则取采集时间的并集。在本实施例中业务需求1与业务需求2的需求交集是：同一批车情况下，两个业务方均需采集红绿灯事件识别后10秒的FC图片。按照本专利生成的配置文件如下：

在一实施例中，业务方2实现需求后，讨论发现需要对任务进行变更：车辆识别到斑马线或红绿灯事件后不仅要采集fc图片，还需要采集环视图片。行业内传统实现方式是：重新审视该车已有的采集任务配置文件，基于新的需求，人工考虑去重和融合任务逻辑，重新编辑采集策略配置文件，并全量下发到车端覆盖原采集策略配置文件，因无法实现增量配置，当前后任务复杂度高、内容交叉高时，编写配置文件的工作量巨大。在本申请实施例中，在云端***中，仅对变更的新增需求内容(车辆识别到斑马线或红绿灯事件后，采集环视图片)新建一个采集任务即可，当车端上电后判断需要拉取采集任务配置文件时，后台会拉取所有该车相关的采集任务，并自动去重后生成采集任务配置文件，下发到车端，实现多次任务之间解耦和相互兼容、极大降低了配置文件编制过程的难度。

在一实施例中，步骤S104中根据所述目标车辆需要挂载的数据采集任务生成任务配置用以下发至所述目标车辆，还包括以下步骤：

步骤S1044，将具有开始时限和结束时限数据采集任务记为时限任务；

步骤S1045，在所述开始时限到来时，将所述时限任务与关联的车辆分组中其他数据采集任务进行合并，生成任务配置，下发至所述车辆分组中的所有车辆；

步骤S1046，在所述结束时限到来后，删除所述时限任务与车辆分组的关联关系，更新所述车辆分组中各车辆的任务配置。

在一实施例中，业务方三希望当月下发一个任务，从下月开始生效，并持续采集半年后终止。传统方法***中由于配置文件是提前生成存储在***中，当类似的大量任务需要实现时，***无法支撑或实现复杂度极高、实现成本巨大。本申请提供的方法优势在于云端***在车端拉取配置文件时实时生成配置文件。且后台采用scheduled定时任务，在***时间为设定的开始时间时后台创建新任务与车辆分组的关联关系，当***时间为设定的结束时间时逻辑删除该关联关系，当车辆处于该时间段内时车辆所在分组与该任务的对应关系生效，即在该时间段内该任务对应数据可实现正常采集上云。

在一实施例中，步骤S104中根据所述目标车辆需要挂载的数据采集任务生成任务配置用以下发至所述目标车辆之后，还包括以下步骤：

步骤S1047，获取所述目标车辆的事件上报请求；

步骤S1048，响应于所述事件上报请求，向所述目标车辆下发文件拉取指令；

步骤S1049，根据所述文件拉取指令从所述目标车辆获取采集数据。

在一实施例中，目标车辆的数据上云策略可灵活配置调整，其中数据是指整车以太网信号、can信号、视频、图片和雷达点云数据(激光雷达和毫米波雷达)。数据上云指的是：车端已完成数据感知、封装、融合、序列化、缓存等动作(以上几个步骤定义为数据采集)后，根据已获取的云端***任务配置文件和云端拉取文件上云的指令，调用文件拉取服务，当文件拉取服务被调用时，将相应数据进行打包、封装等处理并传输到车端无线通讯模块，无线通讯模块基于http协议或mqtt协议传输到云端tsp平台的过程。当已在云端***中为某一批车配置了数据采集和上云任务后，即使车端已拉取配置文件(任务已生效)，仍然可以在云端***中对该任务执行中止、撤回、撤回后重新下发新任务等任务调整操作，所做的任务调整会在车端处于上电并联网状态时即刻生效。云端如果有更新的配置文件，则生成配置文件并下发至车端，车端收到后立刻更新配置模板，该模板为车端上电程序启动后立刻将该模板中的配置读到内存中，供数据采集用。如果配置模板更新成功，则向云端返回配置更新成功信息，车端收到云端版本标记成功后再更新本地备份配置模板，如果配置模板更新失败或云端标记版本失败，则按备份配置模板进行回退。

在一实施例中，根据所述目标车辆需要挂载的数据采集任务生成任务配置以下发至所述目标车辆之后，还包括：

所述任务配置下发至目标车辆后，根据所述任务配置生成下发完成标识输出至云端；

等待云端的确认信息以将所述任务配置更新到车端，若云端对任务进行变更，则执行变更操作后，再次进行任务配置确认，直到收到所述确认信息，其中变更操作包括撤回任务以及中止任务。

在一实施例中，任务配置下发至目标车辆后，可根据任务配置的版本等生成编码信息作为下发完成标识输出至云端，不同的任务配置版本对应不同的下发完成标识。云端收到该下发完成标识后，进行配置确认，车端收到确认信息后再将任务配置更新到车端。若云端需要变更任务，则不反馈确认信息，执行任务变更操作，如撤回当前任务对应的任务配置，终止当前任务、撤回后重新从下发新任务等。根据云端的任务变更操作，车端执行对应的任务回退或获取生成任务配置等操作。

在一实施例中，如图6所示，提供一种车联网数据上云任务动态配置***，该***包括：任务创建模块10，用于获取业务方需求，根据所述业务方需求生成数据采集任务并确定执行所述数据采集任务的车辆的车辆属性，将所述车辆属性与所述数据采集任务关联；分组关联模块11，用于根据所述车辆属性获取匹配的车辆分组，将关联的数据采集任务挂载在所述匹配的车辆分组上，建立数据采集任务与车辆分组的关联关系；车辆分组模块12，用于获取接入云端的目标车辆的目标属性，根据所述目标属性确定所述目标车辆归属的车辆分组；任务打包模块13，用于根据所述目标车辆的车辆分组以及所述数据采集任务与车辆分组的关联关系，确定所述目标车辆需要挂载的数据采集任务；任务配置下发模块 14，根据所述目标车辆需要挂载的数据采集任务生成任务配置用以下发至所述目标车辆。

在一实施例中，车辆分组模块12还用于获取所述目标车辆的唯一标识；根据所述唯一标识确定所述目标车辆的目标属性，将所述目标属性与各车辆分组的属性信息进行比对，确定所述目标车辆的车辆分组。

在一实施例中，任务打包模块13还用于获取所述目标车辆已有任务的版本作为第一版本信息；若所述第一版本信息小于所述目标车辆归属的车辆分组的任务版本的最大值，则将与所述车辆分组关联的所有数据采集任务作为所述目标车辆需要挂载的数据采集任务，更新所述目标车辆的任务配置及任务版本。

在一实施例中，任务配置下发模块14还用于获取所述需要挂载的数据采集任务的任务内容；根据预设的合并规则将各数据采集任务的任务内容进行合并，得到兼容所有需要挂载的数据采集任务的内容文件；根据所述内容文件生成配置文件，并对所述配置文件进行校验，将校验通过的配置文件作为任务配置下发至所述目标车辆。

在一实施例中，任务配置下发模块14还用于若两个或以上的数据采集任务包含的事件相同且采集时间存在交叉或包含关系，则取采集时间的并集；两个或以上的数据采集任务的采集时间相同而采集事件不同，则取事件的并集。

在一实施例中，任务配置下发模块14还用于需要变更所述目标车辆归属的车辆分组中的数据采集任务时，对变更的新增内容创建新任务；将所述新任务与所述车辆分组建立关联关系，并根据所述新任务重新生成任务配置下发至所述目标车辆。

在一实施例中，任务配置下发模块14还用于将具有开始时限和结束时限数据采集任务记为时限任务；在所述开始时限到来时，将所述时限任务与关联的车辆分组中其他数据采集任务进行合并，生成任务配置，下发至所述车辆分组中的所有车辆；在所述结束时限到来后，删除所述时限任务与车辆分组的关联关系，更新所述车辆分组中各车辆的任务配置。

在一实施例中，任务配置下发模块14还用于获取所述目标车辆的事件上报请求；响应于所述事件上报请求，向所述目标车辆下发文件拉取指令；根据所述文件拉取指令从所述目标车辆获取采集数据。

在一实施例中，任务配置下发模块14还用于根据所述目标车辆需要挂载的数据采集任务生成任务配置以下发至所述目标车辆之后，还包括：所述任务配置下发至目标车辆后，根据所述任务配置生成下发完成标识输出至云端；等待云端的确认信息以将所述任务配置更新到车端，若云端对任务进行变更，则执行变更操作后，再次进行任务配置确认，直到收到所述确认信息，其中变更操作包括撤回任务以及中止任务。

上述车联网数据上云任务动态配置***可以以一种计算机程序的形式实现，计算机程序可以在如图7所示的计算机设备上运行。计算机设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序。

上述车联网数据上云任务动态配置***中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于终端的存储器中，也可以以软件形式存储于终端的存储器中，以便于处理器调用执行以上各个模块对应的操作。该处理器可以为中央处理单元(CPU)、微处理器、单片机等。

如图7所示，为一个实施例中计算机设备的内部结构示意图。提供了一种计算机设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：获取业务方需求，根据所述业务方需求生成数据采集任务并确定执行所述数据采集任务的车辆的车辆属性，将所述车辆属性与所述数据采集任务关联；根据所述车辆属性获取匹配的车辆分组，将关联的数据采集任务挂载在所述匹配的车辆分组上，建立数据采集任务与车辆分组的关联关系；获取接入云端的目标车辆的目标属性，根据所述目标属性确定所述目标车辆归属的车辆分组；根据所述目标车辆的车辆分组以及所述数据采集任务与车辆分组的关联关系，确定所述目标车辆需要挂载的数据采集任务；根据所述目标车辆需要挂载的数据采集任务生成任务配置用以下发至所述目标车辆。

在一实施例中，上述处理器执行时，所实现的获取接入云端的目标车辆的目标属性，根据所述目标属性确定所述目标车辆归属的车辆分组，包括：获取所述目标车辆的唯一标识；根据所述唯一标识确定所述目标车辆的目标属性，将所述目标属性与各车辆分组的属性信息进行比对，确定所述目标车辆的车辆分组。

在一实施例中，上述处理器执行时，所实现的根据所述目标车辆的车辆分组以及所述数据采集任务与车辆分组的关联关系，确定所述目标车辆需要挂载的数据采集任务，包括：获取所述目标车辆已有任务的版本作为第一版本信息；若所述第一版本信息小于所述目标车辆归属的车辆分组的任务版本的最大值，则将与所述车辆分组关联的所有数据采集任务作为所述目标车辆需要挂载的数据采集任务，更新所述目标车辆的任务配置及任务版本。

在一实施例中，上述处理器执行时，所实现的根据所述目标车辆需要挂载的数据采集任务生成任务配置用以下发至所述目标车辆，包括：获取所述需要挂载的数据采集任务的任务内容；根据预设的合并规则将各数据采集任务的任务内容进行合并，得到兼容所有需要挂载的数据采集任务的内容文件；根据所述内容文件生成配置文件，并对所述配置文件进行校验，将校验通过的配置文件作为任务配置下发至所述目标车辆。

在一实施例中，上述处理器执行时，所实现的根据预设的合并规则将各数据采集任务的任务内容进行合并，包括：若两个或以上的数据采集任务包含的事件相同且采集时间存在交叉或包含关系，则取采集时间的并集；两个或以上的数据采集任务的采集时间相同而采集事件不同，则取事件的并集。

在一实施例中，上述处理器执行时，所实现的任务配置用以下发至所述目标车辆后，还包括：需要变更所述目标车辆归属的车辆分组中的数据采集任务时，对变更的新增内容创建新任务；将所述新任务与所述车辆分组建立关联关系，并根据所述新任务重新生成任务配置下发至所述目标车辆。

在一实施例中，上述处理器执行时，所实现的根据所述目标车辆需要挂载的数据采集任务生成任务配置用以下发至所述目标车辆，还包括：将具有开始时限和结束时限数据采集任务记为时限任务；在所述开始时限到来时，将所述时限任务与关联的车辆分组中其他数据采集任务进行合并，生成任务配置，下发至所述车辆分组中的所有车辆；在所述结束时限到来后，删除所述时限任务与车辆分组的关联关系，更新所述车辆分组中各车辆的任务配置。

在一实施例中，上述处理器执行时，所实现的根据所述目标车辆需要挂载的数据采集任务生成任务配置用以下发至所述目标车辆之后，还包括：获取所述目标车辆的事件上报请求；响应于所述事件上报请求，向所述目标车辆下发文件拉取指令；根据所述文件拉取指令从所述目标车辆获取采集数据。

在一实施例中，上述处理器执行时，所实现的根据所述目标车辆需要挂载的数据采集任务生成任务配置用以下发至所述目标车辆之后，还包括：所述任务配置下发至目标车辆后，根据所述任务配置生成下发完成标识输出至云端；等待云端的确认信息以将所述任务配置更新到车端，若云端对任务进行变更，则执行变更操作后，再次进行任务配置确认，直到收到所述确认信息，其中变更操作包括撤回任务以及中止任务。

在一个实施例中，上述的计算机设备可用作服务器，包括但不限于独立的物理服务器，或者是多个物理服务器构成的服务器集群，该计算机设备还可用作终端，包括但不限手机、平板电脑、个人数字助理或者智能设备等。如图7所示，该计算机设备包括通过***总线连接的处理器、非易失性存储介质、内存储器、显示屏和网络接口。

其中，该计算机设备的处理器用于提供计算和控制能力，支撑整个计算机设备的运行。计算机设备的非易失性存储介质存储有操作***和计算机程序。该计算机程序可被处理器所执行，以用于实现以上各个实施例所提供的一种车联网数据上云任务动态配置方法。计算机设备中的内存储器为非易失性存储介质中的操作***和计算机程序提供高速缓存的运行环境。显示界面可通过显示屏进行数据展示。显示屏可以是触摸屏，比如为电容屏或电子屏，可通过接收作用于该触摸屏上显示的控件的点击操作，生成相应的指令。

本领域技术人员可以理解，图7中示出的计算机设备的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：获取业务方需求，根据所述业务方需求生成数据采集任务并确定执行所述数据采集任务的车辆的车辆属性，将所述车辆属性与所述数据采集任务关联；根据所述车辆属性获取匹配的车辆分组，将关联的数据采集任务挂载在所述匹配的车辆分组上，建立数据采集任务与车辆分组的关联关系；获取接入云端的目标车辆的目标属性，根据所述目标属性确定所述目标车辆归属的车辆分组；根据所述目标车辆的车辆分组以及所述数据采集任务与车辆分组的关联关系，确定所述目标车辆需要挂载的数据采集任务；根据所述目标车辆需要挂载的数据采集任务生成任务配置用以下发至所述目标车辆。

在一实施例中，该计算机程序被处理器执行时，所实现的获取接入云端的目标车辆的目标属性，根据所述目标属性确定所述目标车辆归属的车辆分组，包括：获取所述目标车辆的唯一标识；根据所述唯一标识确定所述目标车辆的目标属性，将所述目标属性与各车辆分组的属性信息进行比对，确定所述目标车辆的车辆分组。

在一实施例中，该计算机程序被处理器执行时，所实现的根据所述目标车辆的车辆分组以及所述数据采集任务与车辆分组的关联关系，确定所述目标车辆需要挂载的数据采集任务，包括：获取所述目标车辆已有任务的版本作为第一版本信息；若所述第一版本信息小于所述目标车辆归属的车辆分组的任务版本的最大值，则将与所述车辆分组关联的所有数据采集任务作为所述目标车辆需要挂载的数据采集任务，更新所述目标车辆的任务配置及任务版本。

在一实施例中，该计算机程序被处理器执行时，所实现的根据所述目标车辆需要挂载的数据采集任务生成任务配置用以下发至所述目标车辆，包括：获取所述需要挂载的数据采集任务的任务内容；根据预设的合并规则将各数据采集任务的任务内容进行合并，得到兼容所有需要挂载的数据采集任务的内容文件；根据所述内容文件生成配置文件，并对所述配置文件进行校验，将校验通过的配置文件作为任务配置下发至所述目标车辆。

在一实施例中，该计算机程序被处理器执行时，所实现的根据预设的合并规则将各数据采集任务的任务内容进行合并，包括：若两个或以上的数据采集任务包含的事件相同且采集时间存在交叉或包含关系，则取采集时间的并集；两个或以上的数据采集任务的采集时间相同而采集事件不同，则取事件的并集。

在一实施例中，该指令被处理器执行时，所实现的任务配置用以下发至所述目标车辆后，还包括：需要变更所述目标车辆归属的车辆分组中的数据采集任务时，对变更的新增内容创建新任务；将所述新任务与所述车辆分组建立关联关系，并根据所述新任务重新生成任务配置下发至所述目标车辆。

在一实施例中，该指令被处理器执行时，所实现的根据所述目标车辆需要挂载的数据采集任务生成任务配置用以下发至所述目标车辆，还包括：将具有开始时限和结束时限数据采集任务记为时限任务；在所述开始时限到来时，将所述时限任务与关联的车辆分组中其他数据采集任务进行合并，生成任务配置，下发至所述车辆分组中的所有车辆；在所述结束时限到来后，删除所述时限任务与车辆分组的关联关系，更新所述车辆分组中各车辆的任务配置。

在一实施例中，该指令被处理器执行时，所实现的根据所述目标车辆需要挂载的数据采集任务生成任务配置用以下发至所述目标车辆之后，还包括：获取所述目标车辆的事件上报请求；响应于所述事件上报请求，向所述目标车辆下发文件拉取指令；根据所述文件拉取指令从所述目标车辆获取采集数据。

在一实施例中，该指令被处理器执行时，所实现的根据所述目标车辆需要挂载的数据采集任务生成任务配置用以下发至所述目标车辆之后，还包括：所述任务配置下发至目标车辆后，根据所述任务配置生成下发完成标识输出至云端；等待云端的确认信息以将所述任务配置更新到车端，若云端对任务进行变更，则执行变更操作后，再次进行任务配置确认，直到收到所述确认信息，其中变更操作包括撤回任务以及中止任务。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory， ROM)等。

综上所述，本申请一种车联网数据上云任务动态配置方法、***、设备和介质，车辆动态分组技术解决了新车无法自动拉取其对应的数据采集任务配置文件的问题；设计了一套车辆网云端数据采集配置***，该***可灵活的配置数据上云采集任务，任务可在车端进行撤销、终止、回退、修改并生效，实现基于云端任务驱动的、灵活可配置的车联网数据采集上云；配置文件实时生成技术；云端***只存储车辆分组与采集任务关联关系，不存储配置文件，车端拉取时动态生成，实现了任务的增量配置，实现了车辆原有任务与新任务之间的自动兼容、极大降低了配置文件编制难度；灵活的任务中止策略。可实现按时间段起止任务、持续采集等多种策略。所以，本申请有效克服了现有技术中的种种缺点而具高度产业利用价值。

上述实施例仅例示性说明本申请的原理及其功效，而非用于限制本申请。任何熟悉此技术的人士皆可在不违背本申请的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中具有通常知识者在未脱离本申请所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本申请的权利要求所涵盖。

Claims (12)

1.一种车联网数据上云任务动态配置方法，其特征在于，包括：

获取业务方需求，根据所述业务方需求生成数据采集任务并确定执行所述数据采集任务的车辆的车辆属性，将所述车辆属性与所述数据采集任务关联；

根据所述车辆属性获取匹配的车辆分组，将关联的数据采集任务挂载在所述匹配的车辆分组上，建立数据采集任务与车辆分组的关联关系；

获取接入云端的目标车辆的目标属性，根据所述目标属性确定所述目标车辆归属的车辆分组；

根据所述目标车辆的车辆分组以及所述数据采集任务与车辆分组的关联关系，确定所述目标车辆需要挂载的数据采集任务；

根据所述目标车辆需要挂载的数据采集任务生成任务配置用以下发至所述目标车辆。

2.根据权利要求1所述的车联网数据上云任务动态配置方法，其特征在于，获取接入云端的目标车辆的目标属性，根据所述目标属性确定所述目标车辆归属的车辆分组，包括：

获取所述目标车辆的唯一标识；

根据所述唯一标识确定所述目标车辆的目标属性，将所述目标属性与各车辆分组的属性信息进行比对，确定所述目标车辆的车辆分组。

3.根据权利要求1所述的车联网数据上云任务动态配置方法，其特征在于，根据所述目标车辆的车辆分组以及所述数据采集任务与车辆分组的关联关系，确定所述目标车辆需要挂载的数据采集任务，包括：

获取所述目标车辆已有任务的版本作为第一版本信息；

若所述第一版本信息小于所述目标车辆归属的车辆分组的任务版本的最大值，则将与所述车辆分组关联的所有数据采集任务作为所述目标车辆需要挂载的数据采集任务，更新所述目标车辆的任务配置及任务版本。

4.根据权利要求1所述的车联网数据上云任务动态配置方法，其特征在于，根据所述目标车辆需要挂载的数据采集任务生成任务配置用以下发至所述目标车辆，包括：

获取所述需要挂载的数据采集任务的任务内容；

根据预设的合并规则将各数据采集任务的任务内容进行合并，得到兼容所有需要挂载的数据采集任务的内容文件；

根据所述内容文件生成配置文件，并对所述配置文件进行校验，将校验通过的配置文件作为任务配置下发至所述目标车辆。

5.根据权利要求4所述的车联网数据上云任务动态配置方法，其特征在于，根据预设的合并规则将各数据采集任务的任务内容进行合并，包括：

若两个或以上的数据采集任务包含的事件相同且采集时间存在交叉或包含关系，则取采集时间的并集；

两个或以上的数据采集任务的采集时间相同而采集事件不同，则取事件的并集。

6.根据权利要求4所述的车联网数据上云任务动态配置方法，其特征在于，任务配置用以下发至所述目标车辆后，还包括：

需要变更所述目标车辆归属的车辆分组中的数据采集任务时，对变更的新增内容创建新任务；

将所述新任务与所述车辆分组建立关联关系，并根据所述新任务重新生成任务配置下发至所述目标车辆。

7.根据权利要求4所述的车联网数据上云任务动态配置方法，其特征在于，根据所述目标车辆需要挂载的数据采集任务生成任务配置用以下发至所述目标车辆，还包括：

将具有开始时限和结束时限的数据采集任务记为时限任务；

在所述开始时限到来时，将所述时限任务与关联的车辆分组中其他数据采集任务进行合并，生成任务配置，下发至所述车辆分组中的所有车辆；

在所述结束时限到来后，删除所述时限任务与车辆分组的关联关系，更新所述车辆分组中各车辆的任务配置。

8.根据权利要求4-7任一所述的车联网数据上云任务动态配置方法，其特征在于，根据所述目标车辆需要挂载的数据采集任务生成任务配置用以下发至所述目标车辆之后，还包括：

获取所述目标车辆的事件上报请求；

响应于所述事件上报请求，向所述目标车辆下发文件拉取指令；

根据所述文件拉取指令从所述目标车辆获取采集数据。

9.根据权利要求4-7任一所述的车联网数据上云任务动态配置方法，其特征在于，根据所述目标车辆需要挂载的数据采集任务生成任务配置用以下发至所述目标车辆之后，还包括：

所述任务配置下发至目标车辆后，根据所述任务配置生成下发完成标识输出至云端；

等待云端的确认信息以将所述任务配置更新到车端，若云端对任务进行变更，则执行变更操作后，再次进行任务配置确认，直到收到所述确认信息，其中变更操作包括撤回任务以及中止任务。

10.一种车联网数据上云任务动态配置***，其特征在于，包括：

任务创建模块，用于获取业务方需求，根据所述业务方需求生成数据采集任务并确定执行所述数据采集任务的车辆的车辆属性，将所述车辆属性与所述数据采集任务关联；

分组关联模块，用于根据所述车辆属性获取匹配的车辆分组，将关联的数据采集任务挂载在所述匹配的车辆分组上，建立数据采集任务与车辆分组的关联关系；

车辆分组模块，用于获取接入云端的目标车辆的目标属性，根据所述目标属性确定所述目标车辆归属的车辆分组；

任务打包模块，用于根据所述目标车辆的车辆分组以及所述数据采集任务与车辆分组的关联关系，确定所述目标车辆需要挂载的数据采集任务；

任务配置下发模块，根据所述目标车辆需要挂载的数据采集任务生成任务配置用以下发至所述目标车辆。

11.一种计算机设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至9中任一项所述的方法的步骤。

12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至9中任一项所述的方法的步骤。

Images