CN114979216A - 一种服务端数据采集配置方法及其系统 - Google Patents

Abstract

本发明提供一种服务端数据采集配置方法及其系统，在云上建立车辆数据采集策略管理中心，并按照各种车型数据采集要求灵活生成配置文件存于云上服务端；车辆启动时，车机通过车载无线网络拉取所述服务端最新的配置文件，并分发至车端电子电器架构的各个控制领域中心；控制中心的数据采集端再根据各个领域对应的数据采集配置文件要求采集车辆各类型数据。通过建立车辆数据采集策略中心灵活按照工程技术人员选择自动化生成车端所需的配置文件，以使服务端提供满足条件的车辆拉取，减小了人工管理配置文件的工作量和配置出错的概率；同时满足了车辆摄像头视频、雷达点阵云等多各型数据采集的需求。

Description

一种服务端数据采集配置方法及其系统

技术领域

本发明属于车联网技术领域，具体涉及一种服务端数据采集配置方法及其系统。

背景技术

随着汽车智能化和网联化的不断发展，汽车各型传感器增多，产生的数据类型和数据量也大大增多，除常规CAN数据外，新增了自动驾驶域各型摄像头产生的图片和视频数据、各型雷达产生的点云数据和控制器内部众多模块产生的过程数据，另还有座舱域等各型APP产生的埋点等数据。随着车端大量数据上云，使各型算法训练、车辆状态监控和用户用车行为等应用得到发展，但同时也带来了许多无效和低价值数据，增加了车云数据流量传输和云上存储开发管理成本。

现有技术中，针对车端常规CAN的数据采集，主要靠人力手动生成配置文件，不能满足各型数据高效灵活配置和车端不断迭代更新的架构下数据采集上云的要求。或者大都属于外挂采集系统，存在安装和使用成本高、不灵活和不能满足现有车辆采集数据的要求。

例如：CN201910603941.7公开了一种基于车联网的车辆监测系统及方法，系统包括云计算中心、车载网关服务器和数据采集装置；数据采集装置通过物联网通信方法，与车载网关服务器通信连接。通过车辆上设置的车载网关服务器，将车辆的监测数据转发至云计算中心，提高数据传输的实时性。但是，该技术属于外挂监测系统，不属于车辆自身电子电器架构部分，存在安装和使用成本高、不灵活和不能满足现有车辆采集数据的要求，例如车载数据采集终端只能采集少量输出的数据，因带宽和安全因素，只能采集常规少量的CAN数据，无法全面按需灵活配置采集，更无法采集域控中心的SWC内部数据；报警模块也是针对简单故障的故障报警，且无法获取相关数据进行分析；视频监控模块为外挂行车记录仪，实时上传的视频基本无法二次利用，无法满足数据闭环、责任判定等条件采集要求；更无法按车辆灵活对采集数据要求进行调整的功能。

又如CN202011338926.3公开一种车辆数据采集上传方法、装置、设备、存储介质及系统，所述车辆数据采集上传方法包括：接收车辆数据管理服务端下发的数据采集配置信息以及数据上传配置信息；根据数据采集配置信息与数据上传配置信息确定相应的数据采集规则和数据上传规则；根据数据采集规则以及数据上传规则实现车辆数据的采集与上传。所述车辆数据采集上传方法，通过预先统一在车辆数据管理服务端配置与整车通信协议相关的配置信息，使得车辆数据采集设备本身无需再关注车辆所采用的协议，在需要采集不同车型的测量数据时，只需动态从车辆数据管理服务端中获取相应的配置信息就可以轻松实现对不同车型的数据采集。同样该方案也属于外挂采集系统，不属于车辆自身电子电器架构部分，没有提供服务端配置的方法，不适用于量产车辆数据的采集需求，例如对自动驾驶各SWC数据、视频数据、雷达点云数据和按一定触发条件采集数据等需求，无法在其控制器内部完成和传输；外挂同样需增加硬件成本，软件上还有无法随车辆对整个系统进行OTA升级等缺点。

由此可见，目前服务端数据采集方法不能满足按需、高效、灵活采集车端数据，以适应于电子电器架构不断迭代升级的车辆，必然会增加车企运营成本。

发明内容

针对现有技术存在的上述不足，本发明的目的在于提供一种服务端数据采集配置方法及其系统，解决现有车端采用常规CAN采集数据，或靠人力手动生成配置文件，不能高效灵活采集车端数据等问题。

实现上述目的，本发明采用如下技术方案：

首先，本发明提供一种服务端数据采集配置方法，包括以下步骤：

S1、在云上建立车辆数据采集策略管理中心，并按照各种车型数据采集要求生成配置文件存于云上服务端；

S2、车辆启动时，车机通过车载无线网络拉取所述服务端最新的配置文件，并分发至车端电子电器架构的各个控制领域中心；

S3、车端控制领域中心的数据采集端再根据各个领域对应的数据采集配置文件要求采集车辆各类型数据。

进一步，所述云上服务端按照车端控制领域中心的采集需求，对数据采集类型和采集策略进行配置，车端再根据配置要求采集需求数据。

其次，本发明还提供一种服务端数据采集配置系统，包括数据采集配置创建模块、配置拉取模块、配置分发模块、配置更新模块和配置监控调整模块；其中：

所述数据采集配置创建模块，集成在云端车辆数据采集策略中心并作为其核心，用于生成车端数据采集配置文件，供配置拉取模块使用；

所述配置拉取模块，集成在车端用于将服务端的采集配置传输到车端；

所述配置分发模块，集成在车端由车机拉取到服务端生成的配置后，将其再分发至车上各个域控制器中心；

所述车端数据更新模块，集成在车端将各域控制器以分发的采集配置对其存储到本地的配置进行更新；车端发生触发场景时，按最新配置要求采集车辆数据，再执行车辆数据上传；

所述车辆数据监控调整模块，集成在云端车辆数据采集策略中心，并对车辆采集的数据进行监控，当采集的车辆数据满足预设的条件要求时，更改相应的采集配置，以达到自动闭环采集数据的要求。

进一步，所述数据采集配置创建模块实现方式是建立前、后端分离的数据采集策略中心系统，前端技术栈主要以Umi+React+antDesign构建，后端主要以Maven+Springboot+Mysql技术栈构建。

进一步，所述数据采集配置创建模块主要包括采集车系维护、采集车辆维护、采集目标维护、需求模块维护、采集任务管理和采集任务审批六个子模块；其中：

采集车系维护子模块，用于维护车辆数据采集的分类管理，支持新增车系的添加等功能，并将此分组结果同步到采集车辆维护子模块。

采集车辆维护子模块，用于车系车型维护角度上细分车辆分组，这样方便灵活得到基于车系车型的车辆分组单元，例如某车系车型10万辆车采集一种配置数据，另外的采集另一种配置，最后再将车系车型车辆分组同步到采集任务管理分组子模块。

采集目标维护子模块，用于维护采集数据配置的基本单元，也是最小单元，例如自动驾驶碰撞事件对应的采集需求、信号采集需求等。并将这些最小单元同步到需求模块维护子模块。

需求模块维护子模块，根据实际场景选择对应的基于采集目标维护最小单元的集合，再将需求模块子模块同步到采集任务管理子模块。

采集任务管理模块，基于车系车型车辆分组，再选择需要的需求模块集合，形成按需采集的配置集合，点击发起审核请求后，将采集任务发到采集任务审批子模块。

采集任务审批子模块，汇总采集的各项任务，审批人点击审核确认后最终生成数据采集配置。

进一步，所述子模块对应各自的前端界面，具体构建如下：

车系信息维护模块界面，首先在后端数据库中建立采集车系维护表，然后再在前端页面建车系的添加、编辑、删除和查询功能与之进行关联，并向车辆维护界面提供需要采集的车系信息；

采集车辆维护模块界面，首先建立车系展开收起树，一级为车系，二级为车型，三级为组合模块，模块即为该车系对应车型下需要采集车辆的集合，车辆基本信息包括TUID、VIN和TBOX类型等基本信息，以表格呈现，支持按模板车辆的批量导入、导出，并在后端建表与之对应，并同步到采集任务管理模块；

采集目标维护模块界面，首先建立包含信号集、CANID和事件集三个页面的TAB页，信号页维护信号参数，具体包括信号英文名、信号中文名、CANID、startBit、length、factor和offset等基本信息；CANID页主要维护CANID信息；事件页主要维护常规事件类和自动驾驶数据采集事件类，常规类主要针对普通事件，例如车端点火、三急行为、车辆休眠和特定场景事件，该事件为单信号或一组信号变化满足特定规则后，采集车辆指定的信号组，信号组可以配置采集哪些信号、采集信号时长范围等，该部分数据以结构体方式上传；自动驾驶类则包括事件编码、事件名称、中间变量模块、视频采集（前视、环视、周视）和雷达点阵云（前雷达、角雷达）等数据，其中数据支持采集、不采集和时长范围等3种方式，同时针对视频或图片文件可以设置采集帧率和分辨率，该部分数据则以文件方式上传。以上均以表格呈现并支持增删改查，并同步到需求维护模块；

需求模块维护界面，首先建立表格呈现模块相关信息，具体包括需求名称、信号、CANID、事件文件、需求背景、需求描述和价值分析等基本信息，支持新建、编辑、查询和删除功能；然后再对模块进行配置，包括信号、CANID和事件三个类别，针对信号类可以配置变化采集和各型周期采集；针对CANID同样支持变化和各型周期采集，同时可以对该部分数据上传方式进行配置，支持实时和周期上传，同时可以选择压缩与否等功能；以上支持采集次数、数据容量和时长的策略配置，该部分主要是基于采集的基本目标进行确定采集哪些数据、如何采集这些数据。最后将需求模块维护信息也同步到采集任务管理模块；

采集任务管理模块界面，首先建立车系分组树，然后通过查询数据库将采集车辆维护模块的数据展示到前端，然后也通过查询方式选择对应的需求模块，并生成采集任务，采集任务支持多个，该部分主要是基于车辆维护模块确定在哪些车上采集相关数据；

采集任务审批模块界面，建立表格将采集任务查询后呈现在页面前端，支持查看跳转功能，点击审核后，后端系统对已审批的多个采集任务进行合并，再生成满足所有采集任务的配置文件，该部分最终确定在哪些车上如何采和采集哪些数据。

进一步，所述配置拉取模块中，车辆车机启动后，首先建立车机与云的无线连接，然后基于HTTP协议建立配置拉取接口，传参送入TUID和当前版本号，返回云上服务端生成的JSON格式的配置，如果车机配置版本和云上版本一致，则提示无可用新版本，如有更新，车机进行确认后再进行分发。

进一步，所述配置分发模块中，车机和自动驾驶域控制器、各车身域控制器建立以太网连接，然后建立基于DDS协议的接口，将配置文件分发至各域控制器，其中座舱域控制器和车机在同一模块内，直接进行本地透传。

进一步，所述配置更新模块中，各域控制器接收分发的JSON配置文件，然后将本地存储的配置按照配置文件中对应的模块进行更新，配置文件和各域控制器里面都有对应的模块标志；车辆启动时和接收到配置更新后，各域控制器中的采集程序读取配置文件到内存变量，以便发生事件时，按配置要求采集相应数据进行数据上传。

进一步，所述配置监控调整模块中，云上服务器对上云的数据按照配置中的策略进行监控，当触发达到条件后自动执行配置调整，实现按需采集数据，减小数据流量消费和云上存储空间。其中，所述触发条件包括数据采集时间、数据采集量或者事件的数量。

相比现有技术，本发明具有如下有益效果：

1、本发明提供了一种服务端数据采集配置方法及其系统，通过建立车辆数据采集策略中心，灵活按照工程技术人员的选择自动化生成车端所需的配置文件，以使服务端提供满足条件的车辆拉取，减小了人工管理配置文件的工作量和配置出错的概率；同时满足了车辆摄像头视频、雷达点阵云等多各型数据采集的需求。

2、本发明实现对车辆数据的高效、灵活和按需采集，减少车云通讯、云上存储计算压力，并能有效降低企业运营成本。

附图说明

图1为本发明数据采集配置总流程图；

图2为本发明配置创建模块流程图；

图3为本发明配置拉取模块流程图；

图4为本发明配置分发模块流程图；

图5为本发明配置更新模块流程图；

图6为本发明配置监控模块流程图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组合可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明中，所述“拉取”即下载或复制。

本发明提供一种服务端数据采集配置方法，具体由车企大数据管理部门在云上建立车辆数据采集策略管理中心，并按照各型数据采集要求灵活生成配置文件存在云上服务端；车辆启动时，车机通过车载无线网络拉取云上服务端的最新配置文件，并分发至车端电子电器架构的各个控制领域中心，车端控制领域中心的数据采集模块再根据对应的采集配置文件要求采集车辆各类型数据，以实现对车辆数据的高效、灵活和按需采集，达到减少车云通讯、云上存储计算压力和降低企业运营成本的目的。

如图1所示，本发明还提供一种服务端数据采集配置系统，包括配置创建模块、配置拉取模块、配置分发模块、配置更新模块和配置监控调整模块。服务端按照车企研发端（工程人员）的采集需求，灵活对数据采集类型和采集策略进行配置，车端再根据配置要求采集需求数据。其中：

如图2所示，配置创建模块分为车系信息维护、车辆采集模块维护、采集目标维护、采集模块维护、采集任务管理和采集任务审批六个子模块，其中：

采集车系维护子模块，用于维护车辆数据采集的分类管理，支持新增车系的添加等功能，并将此分组结果同步到采集车辆维护子模块。

采集车辆维护子模块，用于车系车型维护角度上细分车辆分组，这样方便灵活得到基于车系车型的车辆分组单元，例如某车系车型10万辆车采集一种配置数据，另外的采集另一种配置，最后再将车系车型车辆分组同步到采集任务管理分组子模块。

采集目标维护子模块，用于维护采集数据配置的基本单元，也是最小单元，例如自动驾驶碰撞事件对应的采集需求、信号采集需求等。并将这些最小单元同步到需求模块维护子模块。

需求模块维护子模块，根据实际场景选择对应的基于采集目标维护最小单元的集合，再将需求模块子模块同步到采集任务管理子模块。

采集任务管理模块，基于车系车型车辆分组，再选择需要的需求模块集合，形成按需采集的配置集合，点击发起审核请求后，将采集任务发到采集任务审批子模块。

采集任务审批子模块，汇总采集的各项任务，审批人点击审核确认后最终生成数据采集配置。

上述各子模块对应各自的前端界面，详细构建如下。

车系信息维护模块界面：首先在后端数据库中建立采集车系维护表，然后再在前端页面建车系的添加、编辑、删除和查询功能与之进行关联，并向车辆维护界面提供需要采集的车系信息。

采集车辆维护界面：首先建立车系展开收起树，一级为车系，二级为车型，三级为组合模块，模块即为该车系对应车型下需要采集车辆的集合，车辆基本信息包括TUID、VIN和TBOX类型等基本信息，以表格呈现，支持按模板车辆的批量导入、导出，并在后端建表与之对应，并同步到采集任务管理模块。

采集目标维护界面：首先建立包含信号集、CANID和事件集三个页面的TAB页，信号页维护信号参数，具体包括信号英文名、信号中文名、CANID、startBit、length、factor和offset等基本信息；CANID页主要维护CANID信息；事件页主要维护常规事件类和自动驾驶数据采集事件类，常规类主要针对普通事件，例如车端点火、三急行为、车辆休眠和特定场景事件，该事件为单信号或一组信号变化满足特定规则后，采集车辆指定的信号组，信号组可以配置采集哪些信号、采集信号时长范围等，该部分数据以结构体方式上传；自动驾驶类则包括事件编码、事件名称、中间变量模块、视频采集（前视、环视、周视）和雷达点阵云（前雷达、角雷达）等数据，其中数据支持采集、不采集和时长范围等三种方式，同时针对视频或图片文件可以设置采集帧率和分辨率，该部分数据则以文件方式上传。以上均以表格呈现并支持增删改查，并同步到需求维护模块。

需求模块维护页面：首先建立表格呈现模块相关信息，具体包括需求名称、信号、CANID、事件文件、需求背景、需求描述和价值分析等基本信息，支持新建、编辑、查询和删除功能；然后再对模块进行配置，包括信号、CANID和事件三个类别，针对信号类可以配置变化采集和各型周期采集；针对CANID同样支持变化和各型周期采集，同时可以对该部分数据上传方式进行配置，支持实时和周期上传，同时可以选择压缩与否等功能，以上支持采集次数、数据容量和时长的策略配置，最后将需求模块维护信息也同步到采集任务管理模块。

采集任务管理模块界面：首先建立车系分组树，通过查询数据库将采集车辆维护模块的数据展示到前端，也通过查询方式选择对应的需求模块，并生成采集任务，采集任务支持多个配置文件。

采集任务审批模块界面：建立表格将采集任务查询后呈现在页面前端，支持查看跳转功能，点击审核后，后端系统对已审批的多个采集任务进行合并，再生成满足所有采集任务的配置文件。

本发明中配置创建模块的实现方式是建立前、后端分离的数据采集策略中心系统，前端技术栈主要以Umi+React+antDesign构建，后端主要以Maven+Springboot+Mysql技术栈构建。

如图3所示，配置拉取模块中，车辆车机启动后，首先建立车机与云的无线连接，然后基于HTTP协议建立配置拉取接口，传参送入TUID和当前版本号，返回云上服务端生成的JSON格式的配置；如果车机配置版本和云上版本一致，则提示无可用新版本，如有更新，车机进行确认后再进行分发。

如图4所示，配置分发模块中，车机和自动驾驶域控制器、各车身域控制器建立以太网连接，然后建立基于DDS协议的接口，将配置文件分发至各域控制器，其中座舱域控制器和车机在同一模块内，直接进行本地透传。

如图5所示，配置更新模块中，各域控制器接收分发的JSON配置文件，然后将本地存储的配置按照配置文件中对应的模块进行更新，配置文件和域控制器里面都有对应的模块标志。车辆启动时和接收到配置更新后，域控制器中的采集程序读取配置文件到内存变量，以便发生事件时，按配置要求采集相应数据进行数据上传。

如图6所示，配置监控调整模块中，云上服务器对上云的数据按照配置中的策略进行监控（此部分部署到数据采集策略中心后端），本方法中配置策略有数据采集时长策略、事件或文件数量策略、算法优化目标策略、指标趋势或阈值策略等，当触发条件达到相应策略后自动执行配置调整和分发，实现按需采集数据，减小数据流量消费和云上存储空间。时长策略主要设置数据采集开始和结束日期，后台检测到开始时，相关的配置生效，当到达结束时间时，相关的配置失效；事件（车端单信号或者多信号值满足设定的规则）或文件数量策略即设置相关事件的数量或文件的数量，相关事件数量到达设置的目标数量时，调整配置将对应的事件停止采集，抑或某事件对应采集的某类型文件达到设定数量时，将对应的事件类型文件采集停掉，例如某车型紧急制动事件对应的前视视频文件设为10000次，当达到预设次数时，该车型紧急制动事件对应的前视视频将会关闭，即将配置中是否采集参数设为0（不采）即可；算法优化目标策略即云上对车端上传的数据做算法训练，当满足算法训练目标时，即可停止该算法所需要的车端数据采集，例如红绿灯识别准确率优化事件，当算法识别准确率达到预设目标后，立将红绿灯事件前视视频采集参数设为0（不采）即可；指标趋势和阈值同算法优化目标策略，即趋势满足设定值或阈值时，停止对应车端数据的采集。

最后需要说明的是，以上实施例仅用以说明本发明的技术方案而非限制技术方案，本领域的普通技术人员应当理解，那些对本发明的技术方案进行修改或者等同替换，而不脱离本技术方案的宗旨和范围，均应涵盖在本发明的权利要求范围当中。

Claims (10)

1.一种服务端数据采集配置方法，其特征在于，包括以下步骤：

S1、在云上建立车辆数据采集策略管理中心，并按照各种车型数据采集要求生成配置文件存于云上服务端；

S2、车辆启动时，车机通过车载无线网络拉取所述服务端最新的配置文件，并分发至车端电子电器架构的各个控制领域中心；

S3、车端控制领域中心的数据采集端再根据各个领域对应的数据采集配置文件采集车辆各类型数据。

2.根据权利要求1所述服务端数据采集配置方法，其特征在于，所述云上服务端按照车端控制领域中心的采集需求，对数据采集类型和采集策略进行配置，车端再根据配置要求采集需求数据。

3.一种服务端数据采集配置系统，其特征在于，包括数据采集配置创建模块、配置拉取模块、配置分发模块、配置更新模块和配置监控调整模块；其中，

所述数据采集配置创建模块，集成在云端车辆数据采集策略中心并作为核心，用于生成车端数据采集配置文件，供配置拉取模块使用；

所述配置拉取模块，集成在车端用于将服务端的采集配置传输到车端；

所述配置分发模块，集成在车端由车机拉取到服务端生成的配置后，将其再分发至车上各个域控制器中心；

所述配置更新模块，集成在车端将各域控制器以分发的采集配置对其存储到本地的配置进行更新；车端发生触发场景时，按最新配置要求采集车辆数据，再执行车辆数据上传；

所述配置监控调整模块，集成在云端车辆数据采集策略中心，并对车辆采集的数据进行监控，当采集的车辆数据满足预设的条件要求时，更改相应的采集配置，以达到自动闭环采集数据的要求。

4.根据权利要求3所述服务端数据采集配置系统，其特征在于，所述数据采集配置创建模块中，包括：

采集车系维护子模块，用于维护车辆数据采集的分类管理，支持新增车系的添加等功能，并将此分组结果同步到采集车辆维护子模块；

采集车辆维护子模块，用于车系车型维护角度上细分车辆分组，再将车系车型车辆分组同步到采集任务管理分组子模块；

采集目标维护子模块，用于维护采集数据配置的基本单元，并将这些单元同步到需求模块维护子模块；

需求模块维护子模块，根据实际场景选择对应的基于采集目标维护最小单元的集合，再将需求模块子模块同步到采集任务管理子模块；

采集任务管理子模块，基于车系车型车辆分组，再选择需要的需求模块集合，形成按需采集的配置集合，点击发起审核请求后，将采集任务发到采集任务审批子模块；

采集任务审批子模块，汇总采集的各项任务，审批人点击审核确认后最终生成数据采集配置。

5.根据权利要求3所述服务端数据采集配置系统，其特征在于，所述数据采集配置创建模块实现方式是建立前、后端分离的数据采集策略中心系统，前端技术栈主要以Umi+React+antDesign构建，后端主要以Maven+Springboot+Mysql技术栈构建。

6.根据权利要求3所述服务端数据采集配置系统，其特征在于，所述配置拉取模块中，车辆车机启动后，首先建立车机与云的无线连接，然后基于HTTP协议建立配置拉取接口，传参送入TUID和当前版本号，返回云上服务端生成的JSON格式的配置；如果车机配置版本和云上版本一致，则提示无可用新版本，如有更新，车机进行确认后再进行分发。

7.根据权利要求3所述服务端数据采集配置系统，其特征在于，所述配置分发模块中，车机和自动驾驶域控制器、各车身域控制器建立以太网连接，然后建立基于DDS协议的接口，将配置文件分发至各域控制器，其中座舱域控制器和车机在同一模块内，直接进行本地透传。

8.根据权利要求3所述服务端数据采集配置系统，其特征在于，所述配置更新模块中，各域控制器接收分发的JSON配置文件，然后将本地存储的配置按照配置文件中对应的模块进行更新，配置文件和各域控制器里面都有对应的模块标志；车辆启动时和接收到配置更新后，各域控制器中的采集程序读取配置文件到内存变量，以便发生事件时，按配置要求采集相应数据进行数据上传。

9.根据权利要求3所述服务端数据采集配置系统，其特征在于，所述配置监控调整模块中，云上服务器对上云的数据按照配置中的策略进行监控，当触发达到条件后自动执行配置调整，实现按需采集数据，减小数据流量消费和云上存储空间。

10.根据权利要求4所述服务端数据采集配置系统，其特征在于，所述子模块对应各自的前端界面，具体构建如下：

车系信息维护模块界面，首先在后端数据库中建立采集车系维护表，然后再在前端页面建车系的添加、编辑、删除和查询功能与之进行关联，并向车辆维护界面提供需要采集的车系信息；

采集车辆维护模块界面，首先建立车系展开收起树，一级为车系，二级为车型，三级为组合模块，模块即为该车系对应车型下需要采集车辆的集合，车辆基本信息包括TUID、VIN和TBOX类型的基本信息，以表格呈现，支持按模板车辆的批量导入、导出，并在后端建表与之对应，并同步到采集任务管理模块；

采集目标维护模块界面，首先建立包含信号集、CANID和事件集三个页面的TAB页，信号页维护信号参数，具体包括信号英文名、信号中文名、CANID、startBit、length、factor和offset等基本信息；CANID页主要维护CANID信息；事件页主要维护常规事件类和自动驾驶数据采集事件类，常规类主要针对普通事件，包括车端点火、三急行为、车辆休眠和特定场景事件，该事件为单信号或一组信号变化满足特定规则后，采集车辆指定的信号组，信号组可以配置采集哪些信号、采集信号时长范围等，该部分数据以结构体方式上传；自动驾驶类则包括事件编码、事件名称、中间变量模块、视频采集和雷达点阵云数据；其中数据支持采集、不采集和时长范围等3种方式，同时针对视频或图片文件设置采集帧率和分辨率，该部分数据则以文件方式上传；以上均以表格呈现并支持增删改查，并同步到需求维护模块；

需求模块维护界面，首先建立表格呈现模块相关信息，具体包括需求名称、信号、CANID、事件文件、需求背景、需求描述和价值分析等基本信息，支持新建、编辑、查询和删除功能；然后再对模块进行配置，包括信号、CANID和事件三个类别，针对信号类可以配置变化采集和各型周期采集；针对CANID同样支持变化和各型周期采集，同时可以对该部分数据上传方式进行配置，支持实时和周期上传，同时可以选择压缩与否等功能；以上支持采集次数、数据容量和时长的策略配置，该部分主要是基于采集的基本目标进行确定采集哪些数据、如何采集这些数据；最后将需求模块维护信息也同步到采集任务管理模块；

采集任务管理模块界面，首先建立车系分组树，然后通过查询数据库将采集车辆维护模块的数据展示到前端，再通过查询方式选择对应的需求模块，并生成采集任务，采集任务支持多个，该部分主要是基于车辆维护模块确定在哪些车上采集相关数据；

采集任务审批模块界面，建立表格将采集任务查询后呈现在页面前端，支持查看跳转功能，点击审核后，后端系统对已审批的多个采集任务进行合并，再生成满足所有采集任务的配置文件，该部分最终确定在哪些车上如何采和采集哪些数据。

Images