车辆数据采集方法、装置、电子设备和存储介质与流程 专利技术说明

核算装置的制造及其应用技术1.本技术实施例涉及数据处理技术领域，尤其涉及一种车辆数据采集方法、装置、电子设备和存储介质。背景技术：2.近年来，汽车领域中自动驾驶技术的发展需求日渐增长，汽车数据的采集的稳定、高效和便捷等是汽车自动驾驶技术发展的前提保障。随着新能源汽车自动驾驶的爆发，便捷有效地采集汽车数据是每个汽车制造企业越来越迫切需要的技术。3.目前，为了解决上述问题，一种常见的方法是采用车辆预定义埋点采集技术，比如根据业务需求预定义信号数据采集范围，之后根据预定义的信号数据采集范围对车辆信号数据进行采集。4.然而，由于现有的方法中从业务需求定义和产品规划阶段已经固定了采集的数据范围，如果需要新增采集信号需要云端解析模块重新编码和对接联调，造成了车辆数据采集的灵活性较差的问题。5.申请内容6.有鉴于此，本技术实施例提供了一种车辆数据采集方法、装置、电子设备和存储介质，以致解决车辆数据采集的灵活性较差的问题。7.根据本技术实施例的第一方面，提供了一种车辆数据采集方法，应用于车辆端，该方法包括：从服务端接收采集任务的配置信息，所述采集任务的配置信息包括车辆数据的采集范围、采集方式、采集参数中的至少一种；根据所述采集任务的配置信息，进行车辆数据的采集；将采集到的车辆数据以及所述车辆数据与所述采集任务的对应关系上传至所述服务端。8.根据本技术实施例的第二方面，提供了一种车辆数据采集方法，应用于服务端，该方法包括：从用户端获取第一输入信息，所述第一输入信息用于指示车辆数据的采集范围、采集方式、采集参数中的至少一种；根据第一输入信息生成采集任务的配置信息，所述采集任务的配置信息包括车辆数据的采集范围、采集方式、采集参数中的至少一种；将所述采集任务的配置信息发送给车辆端；从所述车辆端接收根据所述采集任务的配置信息采集到的车辆数据以及所述车辆数据与所述采集任务的对应关系。9.根据本技术实施例的第三方面，提供了一种车辆数据采集装置，应用于车辆端，该装置包括：接收模块，用于从服务端接收采集任务的配置信息，所述采集任务的配置信息包括车辆数据的采集范围、采集方式、采集参数中的至少一种；采集模块，用于根据所述采集任务的配置信息，进行车辆数据的采集；上传模块，用于将采集到的车辆数据以及所述车辆数据与所述采集任务的对应关系上传至所述服务端。10.根据本技术实施例的第四方面，提供了一种车辆数据采集装置，应用于服务端，该装置包括：获取模块，用于从用户端获取第一输入信息，所述第一输入信息用于指示车辆数据的采集范围、采集方式、采集参数中的至少一种；生成模块，用于根据管理信息生成采集任务的配置信息，所述采集任务的配置信息包括车辆数据的采集范围、采集方式、采集参数中的至少一种；发送模块，用于将所述采集任务的配置信息发送给车辆端；接收模块，用于从所述车辆端接收根据所述采集任务的配置信息采集到的车辆数据以及所述车辆数据与所述采集任务的对应关系。11.根据本技术实施例的第五方面，提供了一种电子设备，包括：处理器、通信接口、存储器和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；存储器用于存放至少一可执行指令，可执行指令使处理器执行如实施例第二方面所述的数据采集方法对应的操作。12.根据本技术实施例的第四方面，提供了一种计算机存储介质，其上存储有计算机程序，该程序被处理器执行时实现如实施例第二方面所述的数据采集方法。13.根据本技术实施例的第五方面，提供了一种计算机程序产品，包括计算机指令，所述计算机指令指示计算设备执行如实施例第二方面所述的数据采集方法对应的操作。14.由上述技术方案，通过接收并解析不同的采集任务配置信息，能够获得对应的采集任务，之后通过各个采集任务，对车辆数据进行采集，能够达到灵活采集车辆数据的目的。附图说明15.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。16.图1是一种传统埋点数据上传方法的流程图；17.图2为适用本技术实施例的车辆数据采集方法的示例性系统的示意图；18.图3为另一适用本技术实施例的车辆数据采集方法的示例性系统的示意图；19.图4为适用于示例性系统的车辆数据采集方法的流程图；20.图5是本技术一个实施例提供的车辆数据采集方法的流程图；21.图6是本技术另一个实施例提供的车辆数据采集方法的流程图；22.图7是本技术一个实施例提供的车辆数据采集装置的示意图；23.图8是本技术另一个实施例提供的车辆数据采集装置的示意图24.图9是本技术一个实施例提供的电子设备的示意图。具体实施方式25.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。26.如前所述，在目前的汽车制造企业中，采用车辆预定义埋点采集技术，比如根据业务需求预定义信号数据采集范围，之后根据预定义的信号数据采集范围对车辆信号数据进行采集。然而，由于现有的方法中从业务需求定义和产品规划阶段已经固定了采集的数据范围，如果需要新增采集信号需要云端解析模块重新编码和对接联调，造成了车辆数据采集的灵活性较差的问题。图1是一种传统埋点数据上传方法的流程图，如图1所示，传统埋点数据上传方法首先通过远程通信终端(telematics box，tbox)进行埋点采集，具体可以是根据业务需求预定义信号数据采集范围(感知数据、人机数据、控制指令、中间变量、故障数据、执行状态、音频文件、图像文件、视频文件、log文件等)，之后根据采集到的数据进行文件创作，将创作后的文件进行数据压缩，最后将压缩后的数据进行文件加密。远程通信终端在完成文件加密后通过通信协议与数据湖进行通信，数据湖对接收到的数据进行文件解密，之后进行文件解压。由此可见传统埋点数据上传方法从业务需求定义和产品规划阶段已经固定了采集的数据范围，如果需要新增采集信号需要云端解析模块重新编码和对接联调，其次一般只能支持周期性采集，且采样周期和上传周期前期已定义好，对于某些特殊的数据训练场景无法满足要求，并且车辆预定义埋点采集技术一般不会开发管理平台，只能在出现问题后由研发人员事后补救。27.本技术实施例中，首先接收采集任务配置信息，并对采集任务配置信息进行解析，获得采集任务，其中采集任务配置信息用于指示车辆端对相对应的车辆数据进行采集，不同的采集任务配置信息对应不同的车辆数据，之后根据采集任务，进行车辆数据的采集，其中采集任务包括：车辆数据的采集范围、采集方式、采集参数中至少一种，最后将采集到的车辆数据以及车辆数据与采集任务的对应关系上传至云端进行处理。通过接收并解析不同的采集任务配置信息，能够获得对应的采集任务，之后通过各个采集任务，对车辆数据进行采集，能够达到灵活采集车辆数据的目的。28.下面结合其余附图对本技术实施例提供的车辆数据采集方法、装置、电子设备和存储介质进行详细说明。29.图2为适用本技术实施例的车辆数据采集方法的示例性系统的示意图，如图2所示，该系统可以包括用户端，云服务端和一个或多个车辆端，图2中示例为多个车辆端。30.用户端可以是用于与云服务端相对应，为客户提供本地服务的程序。除了一些只在本地运行的应用程序之外，一般安装在普通的客户机上，需要与云服务端互相配合运行。在一些实施例中，用户端可以执行任何适当的功能。例如，在一些实施例中，用户端可以根据用户触发的指令生成采集任务配置信息以对云服务端进行相应的配置。作为可选的示例，在一些实施例中，用户端可以根据用户触发的指令生成查询信息以对云服务端中存储的车辆信号进行查询。作为另一示例，在一些实施例中，用户端可以对云服务端中的数据进行展示。31.云服务端可以是用于存储信息、数据、程序和/或任何其他合适类型的内容的任何适当的设备，包括但不限于分布式存储系统设备、服务器集群、计算云服务端集群等。在一些实施例中，云服务端可以执行任何适当的功能。例如，在一些实施例中，云服务端可以接收用户端发送的采集任务配置信息，对接收到的采集任务配置信息进行审核。将审核通过的采集任务配置信息下发至车辆端，将审核不通过的采集任务配置信息从云服务端删除，同时可以向用户端发送消息提醒。作为可选的示例，在一些实施例中，云服务端可以在将采集任务配置信息发送至车辆后，云端等待并接收车辆根据接收到的采集任务配置信息采集并发送的车辆数据，同时对接收到的车辆数据进行存储。作为可选的示例，在一些实施例中，云服务端可以包括车云通讯层，车云通讯层用于车辆端文件的上传和下载传输安全加密，如配置采集脚本文件下载及采集数据上传，以及车辆端采集指令的云端下发与车端应答，满足在弱网络情况下的各种车云交互。32.车辆端可以是车辆搭载的由若干个电子控制单元(electronic control unit，ecu)组成的驱动控制单元(drive control unit，dcu)模块，通过空中下载技术(over-the-air technology，ota)与云服务端进行通信。通信网络可以是一个或多个有线和/或无线网络的任何适当的组合。例如，通信网络能够包括以下各项中的任何一种或多种：互联网、内联网、广域网(wan)、局域网(lan)、无线网络、数字订户线路(dsl)网络、帧中继网络、异步转移模式(atm)网络、虚拟专用网(vpn)和/或任何其它合适的通信网络。33.图3为另一适用本技术实施例的车辆数据采集方法的示例性系统的示意图，如图3所示，该系统可以包括数据应用端、离散数据中心(disaggregated data centers，ddc)云平台、车云通讯层和车辆端域控制器。34.车辆端域控制器分为智算域、智联域、智驾域、智舱域、智能伙伴域和其他域控模块，其中智联域作为与云端的桥梁端提供通信和上网能力，智算域为中央计算和采集调度处理终端，其他域控智舱域、智驾域、智能伙伴域等分别负责各自域信号的收集。其中智算域还包括脚本分发模块、脚本执行模块、数据处理模块、dc.sovp.dc、dc.can、dc.lin和dc.some/ip，脚本分发模块：负责将数据采集脚本下载到智算域本地，然后将脚本信息分发和拉通到智算域本地的dc.lin、dc.can、dc.someip、dc.sovp.dc模块，同时负责收集各数采模块的状态信息，并与云端同步。脚本执行模块：负责对脚本文件进行解析，并执行智算域配置的采集任务(周期采集、事件、完整采集)；将采集的数据生成文件，添加文件名称，并推送给影子引擎。数据处理模块:负责脚本文件的存储，对脚本文件进行解析，并执行数据文件的摘要生成、压缩、缓存、上传策略；负责对密级：机密、敏感、限制级的数据文件，执行加密落盘和解密上传的操作；校验和更新文件名称、高精度时间戳，数据文件的存储及硬盘寿命保护；sovp.dc：由dc.sovp.dc和sovp.dc两部分组成。dc.sovp.dc作为代表，统一和各域sovp.dc对接，负责分发各域sovp.dc模块所需的脚本信息，收集各域sovp.dc模块的状态信息和失效信息，并将信息与脚本分发模块同步；负责将各域sovp.dc模块采集的数据汇总，输出给脚本执行模块；同时承担智算域本地sovp.dc模块的数据采集任务。sovp.dc与dc.sovp.dc对接，获取所需脚本信息,反馈模块状态信息和失效信息，按照脚本内容，承担本地的数据采集任务，将本地采集的数据汇总输出给dc.sovp.dc模块；dc.can：负责对can采集脚本文件进行解析，执行can总线的采集任务；dc.lin：负责对lin采集脚本文件进行解析，执行lin总线的采集任务；dc.some/ip：负责对面向服务的架构(service-oriented architecture，soa)采集脚本文件进行解析，执行soa状态信息的采集任务。35.智舱域、智驾域和智能伙伴域均包括dc.lin、dc.can、dc.someip和sovp.dc。36.车云通讯层包括apn1和apn2两种网络接入技术。其中：apn1负责车辆采集指令的云端下发与车端应答，满足在弱网络情况下的各种车云交互。apn2负责车辆文件的上传和下载传输安全加密，如配置采集脚本文件下载及采集数据上传。37.ddc云平台主要实现动态采集的云端可视化配置管理、任务下发、数据采集上传及解析存储，主要包含数据上传处理模块和配置管理模块。38.数据应用端包括数据查询、数据训练、数据挖掘和数据应用等需求应用模块。39.在ddc云平台的配置管理模块中，首先进行车辆管理，车辆管理包括品牌、车型、车辆、ecu及ecu版本信息的车辆基础信息管理，之后将信号导入信号池管理，实现can、lin、soa信号的信号池管理，信号导入或增加均需进行审核，只有审核通过的信号才能进行后续流转。之后将对审核通过的信号进行车型信号绑定，系统以信号池版本方式与车辆形成匹配绑定关系，基于信号池不同版本由专业的dre以业务语言给信号打标签，帮助售后/运营人员能聚焦在业务理解范围，完成采集信号的分组管理及配置下发。此时可以将脚本配置上传至数据上传处理模块中的云对象存储(object storage service，oss)子模块。在配置管理模块中，继续进行任务管理，任务管理模块横向可以分为can信号采集、lin信号采集、soa信号采集等,纵向包括任务目标车辆/ecu、有效时间、采集类型(完整/周期/时间)、采样周期、上传周期、任务审批、任务调度(暂停/停止/重启)等。为保证不重复采集信号浪费流量，以及尽量避免车内过多并行的采集任务需求影响性能，在云端会进行任务的管理与合并，最后进行统计监控，数据上传网关可进行车辆上传数据统计，累计每辆车每天上传文件的个数及文件大小，基于车辆、任务和流量的维度进行多维度dashboard展示，并可以钻取分析明细，设置流量阈值监控预警相关流量消耗。完成任务管理之后通过车云通讯层，使用apn1网络接入技术将任务下发至发出脚本下载需求的域控制器中智算域的脚本分发模块，此时脚本分发模块下载的脚本同时通过apn2网络接入技术将非结构化数据上传至网关，网关解析完成存储进oss子模块后通过消息队列(message queue，mq)进行消息分发。脚本分发模块将脚本解析后的数据发送给dc.lin、dc.can、dc.someip和dc.sovp.dc，并通过其将脚本信息分发至智舱域、智驾域和智能伙伴域，以使其进行信号采集，也将脚本信息发送给脚本执行模块。信号采集完成后dc.sovp.dc对信号进行收集，并发送给脚本执行模块，脚本执行模块将所有信号进行处理，将数据文件推送给数据处理模块，之后数据处理模块将处理后的数据文件通过apn2网络接入技术将结构化数据上传至网关，通过二进制文件方式压缩上传，上传后存储至消息队列中由结构化数据解析模块消费。消息队列将结构化数据解压、解析，动态解析规则通过车端携带上来的唯一版本号关联查询云端对应的信号解析规则，逐一解析信号值，解析完成后通过消息队列进行数据分发至数据应用端中的数据查询、数据训练、数据挖掘和数据应用等需求应用模块。40.图4为适用于示例性系统的车辆数据采集方法的流程图，如图4所示，车辆数据采集方法首先在云服务端进行信号导入以及车型信号绑定，之后进行标签标注，将标注后的脚本配置上传至oss子模块，之后进行任务下发，车辆端下载脚本后进行脚本解析，之后将脚本信息分发，以执行采集任务，最后将采集任务推送并整理，将最终的采集数据上传至云服务端，云服务端将接收到的数据进行存储，之后进行解压和解析，并将解析后的数据再次存储，同时将解析后的数据分发至数据应用端。具体操作与上述实施例相同，此处不再赘述。41.基于上述系统，本技术实施例提供了一种车辆数据采集方法，以下通过多个实施例进行说明。42.车辆数据采集方法43.图5是一个实施例提供的应用于车辆端车辆数据采集方法的流程图，如图5所示，该车辆数据采集方法包括：44.步骤101、从服务端接收采集任务的配置信息，采集任务的配置信息包括车辆数据的采集范围、采集方式、采集参数中的至少一种。45.为了灵活采集车辆数据，首先从服务端接收采集任务的配置信息，采集任务的配置信息可以是由服务端发送的，采集任务的配置信息用于指示车辆端对相对应的车辆数据进行采集，不同的采集任务的配置信息对应不同的车辆数据。46.服务端可以是云端或机房等用于向客户端提供资源的服务提供端。47.采集任务的配置信息，可以通过云端根据采集任务的配置信息对应的优先级和密级，滤除至少一条采集任务的配置信息中优先级相同，但密级不同的采集任务的配置信息，之后根据采集任务的配置信息和正在执行的采集任务对应的优先级，将优先级不同的采集任务的配置信息确定为审核通过，并将审核通过的采集任务的配置信息下发至车辆。48.当采集任务的配置信息对应的优先级和密级发生冲突，即采集任务的配置信息中优先级相同，但密级不同时，需要对产生冲突的采集任务的配置信息进行滤除，之后将优先级不同的采集任务的配置信息确定为审核通过，并将审核通过的采集任务的配置信息下发至车辆。49.需要说明的是，采集任务的配置信息可以通过标签与车辆端相绑定，例如，以信号池版本方式与车辆端形成匹配绑定关系。在此种情况下，服务端会根据标签向具有绑定关系的车辆端发送采集任务的配置信息。50.步骤102、根据采集任务的配置信息，进行车辆数据的采集。51.在获得采集任务的配置信息后，通过对采集任务的配置信息解析获得采集任务，之后根据采集任务进行车辆数据的采集。采集任务包括：车辆数据的采集范围、采集方式、采集参数中的至少一种。52.例如，服务端可以接收来自用户端的至少一条采集任务的配置信息，采集任务的配置信息用于指示其对应的采集任务中的车辆数据的采集范围，和/或车辆数据的采集方式，和/或车辆数据的采集参数。之后服务端将采集任务的配置信息发送给车辆端，车辆端进行解析，并根据获得的采集任务对车辆数据进行采集。53.在车辆端进行车辆数据的采集时，车辆端可以收集各域中模块的状态信息和失效信息，并将信息进行同步，还可以负责将各域中模块采集的数据汇总，输出给车辆端内部用以执行。同时车辆端可以承担智算域本地数据模块的数据采集任务。54.步骤103、将采集到的车辆数据以及车辆数据与采集任务的对应关系上传至服务端。55.在完成对车辆数据的采集后，车辆端将采集到的车辆数据以及各车辆数据与采集任务的对应关系上传至服务端，服务端等待并接收车辆端根据接收到的采集任务的配置信息采集并发送的车辆数据，同时对接收到的车辆数据进行存储。56.在本技术实施例中，通过接收并解析不同的采集任务的配置信息，能够获得对应的采集任务，之后通过各个采集任务，对车辆数据进行采集，能够达到灵活采集车辆数据的目的。此外，服务端还可以对采集任务的配置信息进行审核，通过在云端接收用户端上传的至少一条采集任务的配置信息，之后将审核通过后的采集任务的配置信息发送至车辆端，能够使车辆端根据通过一条或多条采集任务的配置信息解析出不同的采集任务，在达到灵活采集车辆数据的目的的同时，还能够对采集任务的配置信息进行相应的把控，防止异常信息或者重复信息造成错误采集任务的配置，保证了车辆数据采集的安全性。57.在一种可行方式中，采集任务的配置信息为根据业务需求进行配置的车辆数据采集任务。58.采集任务的配置信息可以是用户根据业务需求，通过用户端在云端进行相应的配置的车辆数据采集任务。59.在本技术实施例中，通过将根据业务需求配置获得的车辆数据采集任务作为采集任务的配置信息，能够使采集任务的配置信息贴合实际业务需求，在车辆端根据采集任务的配置信息解析获得采集任务后，可以只采集业务需求的数据，提高了数据采集的效率。60.在一种可行方式中，采集任务的配置信息为根据用户需要增加的车辆数据采集任务。61.采集任务的配置信息也可以是获得用户的需求信息，并通过用户端在云端增加相应的配置的车辆数据采集任务。62.在本技术实施例中，通过根据在车辆数据采集任务增加用户的实际需要，能够使采集任务的配置信息满足用户新增的需求，在车辆端根据采集任务的配置信息解析获得采集任务后，可以对用户额外需要的数据同时进行采集，提高了用户的体验感。63.在一种可行方式中，车辆数据的采集范围包括：信号类型信息。64.车辆数据的采集方式包括：完整采集、周期采集、事件采集中的至少一种；65.车辆数据的采集方式可以分为完整采集、周期采集、事件采集中的至少一种采集步骤。66.车辆数据的采集参数包括：任务目标车辆信息、有效时间信息、采集类型信息、采样周期信息、上传周期信息、任务审批信息、任务调度信息中的至少一种。67.在车辆数据的采集参数可以包括任务目标车辆信息、有效时间信息、采集类型信息、采样周期信息、上传周期信息、任务审批信息、任务调度信息中的至少一种采集参数。68.其中，采集类型信息包括完整采集：按照信号实际发生的时间次序及频次，将一个连续变化的信号，完整地记录下来、周期采集：以相同的时间间隔进行采样，即把一个连续变化的信号，以相同的时间间隔进行采样，和事件采集：针对特定的事件进行持续的监控，并在事件触发后，捕获事件发生前后一段时间的数据。同时为保证不重复采集信号浪费流量，以及尽量避免车内过多并行的采集任务需求影响性能，在云端会进行任务的管理与合并。69.在本技术实施例中，采集方式可动态配置，支持完整采集、周期采集和事件采集等方式，根据用户或实际业务的需求，可以对车辆数据的采集范围、采集方式和采集参数进行灵活配置。70.在一种可能实现的方式中，信号类型信息包括can信号采集信息、lin信号采集信息、soa信号采集信息中的至少一种；71.在采集任务的配置信息中，根据不同的维度，在车辆数据的采集范围上可以分为can信号采集、lin信号采集、soa信号采集中的至少一种采集目标。72.在本技术实施例中，采集信号范围广且可拓展，可以覆盖can总线信号、lin信号、soa服务信号等，都可根据用户的需求动态采集和信号类型拓展。73.在一种可行方式中，车辆数据的采集范围、采集方式、采集参数中的至少一种为根据需要进行动态配置的。74.根据需要，可以是用户需要，也可以是业务需要，对车辆数据的采集范围、采集方式、采集参数中的至少一种进行动态配置。75.在本技术实施例中，由于车辆数据的采集范围、采集方式、采集参数中的至少一种是可动态配置的，能够提高数据采集的灵活性。76.在一种可行方式中，将采集到的车辆数据以及车辆数据与采集任务的对应关系上传至服务端进行处理的过程还可以包括：将采集到的车辆数据上传至云端，通过云端对车辆数据进行标签化定义，标签对应采集任务，并与用户角色分离。77.服务端在接收到车辆端上传的车辆数据后，进行标签化定义，具体操作可以是获取车辆端跟随车辆数据上传的版本号，并根据版本号查询对应于车辆的信号解析规则，之后根据信号解析规则，对车辆数据进行解析，获得车辆信号，最后将车辆信号存储至消息队列中。其中，版本号具有唯一性。由于版本号与车辆端绑定且唯一，能够对应于车辆端的采集任务，并与用户角色分离。78.在车辆数据采集的过程中，每个车辆的版本号都具有唯一性。可以根据版本号从先前存储的信号解析规则中查询出对应于该车辆的信号解析规则，并根据该信号解析规则对车辆数据进行解析，以获得车辆信号，并将获得的车辆信号存储至消息队列中，例如mq。之后服务端可以通过mq将车辆信号发送至各个业务模块进行消费，例如数据查询模块：数据工场对kafka(由apache软件基金会开发的一个开源流处理平台)的采集数据进行etl处理，并分层建立数据模型，提供数据查询能力；数据挖掘模块：数据工场根据业务需求对采集的信号数据进行bi分析和数据价值挖掘，如驾驶行为分析、电池能耗分析等；数据训练模块：数据工场利用大数据算法能力进行数据标定、算法建模、数据训练、算法优化等，开发如电池预警平台、故障预警平台等数据产品。还可以用于对接其他业务应用系统如远程诊断、rvm平台等。79.将车辆信号数据上传至服务端的过程还可以包括：根据车辆信号数据的数据类型，分别对不同数据类型的车辆信号数据进行加密，并通过不同的传输方式上传至云端。80.例如，信号类型可以有公开数据、一般数据、重要数据和敏感数据四种，对于公开数据，不进行加密，进行常规传输；对于一般数据，在满足最小化原则的情况下不建议进行加密，通过安全传输通道(https/tls等)进行数据传输；对于重要数据，进行加密，且进行签名并保存签名值，同时进行安全备份，建立数据恢复机制，在传输前实施双向身份认证，并且通过安全传输通道传输。对于敏感数据，使用tee、hsm、se等手段进行加密，且进行签名并保存签名值，同时进行安全备份，建立数据恢复机制，在传输前实施双向身份认证，并且通过安全传输通道传输。81.在本技术实施例中，通过云端对车辆数据进行标签化定义，同时标签与用户角色是分离的，保证了数据传输的安全性。通过将车辆信号存储至消息队列中，能够方便对业务模块进行数据分发，提高了数据传输的效率。82.在一种可行的方式中，将车辆数据上传至服务端的过程还可以包括：将车辆数据中的结构化数据通过二进制文件方式压缩，并上传至服务端；将车辆数据中的非结构化数据通过文件压缩包的方式上传至云端。83.在生成了车辆数据后，车辆端可以分别对不同数据类型的数据进行不同的处理，比如，对于结构化数据，例如信号采集类数据，车辆端通过二进制文件的方式进行压缩，将压缩后的文件上传至服务端。对于非结构化数据，例如图片、视频、log等文件，车辆端通过文件压缩包的方式上传至服务端。84.在本技术实施例中，通过对车辆信号数据中的不同类型的数据分别进行处理，能够提升车辆端向服务端上传数据的效率。85.图6是本技术另一个实施例提供的车辆数据采集方法的流程图，如图6所示，应用于服务端的车辆数据采集方法包括如下步骤：86.步骤201、从用户端获取第一输入信息。87.第一输入信息用于指示车辆数据的采集范围、采集方式、采集参数中的至少一种。88.用户端是与服务端相对应，为用户提供本地服务的程序，例如，用户端可以是安装在手机上的app或安装在电脑上的软件产品等，用户通过用户端输入第一输入信息，之后服务端从用户端获取第一输入信息。89.步骤202、根据第一输入信息生成采集任务的配置信息。90.采集任务的配置信息包括车辆数据的采集范围、采集方式、采集参数中的至少一种。91.在服务端获取到第一输入信息后，根据第一输入信息生成采集任务的配置信息。92.步骤203、将采集任务的配置信息发送给车辆端。93.在生成采集任务的配置信息后，将采集任务的配置信息发送给车辆端，以使车辆端在接收采集任务的配置信息后，根据采集任务的配置信息，进行车辆数据的采集。94.步骤204、从车辆端接收根据采集任务的配置信息采集到的车辆数据以及车辆数据与采集任务的对应关系。95.在车辆端完成根据采集任务的配置信息进行的数据采集后，服务端接收车辆端发送的车辆数据和车辆数据与采集任务的对应关系，通过此对应关系，能够将车辆数据和对应的采集任务以及对应的采集任务配置信息进行绑定，通过此绑定关系可以对互相对应的数据进行统一操作，例如存储、查询等操作。96.在本技术实施例中，用户通过用户端输入第一输入信息，能够根据个人或业务需求灵活指示需要的车辆数据的采集范围、采集方式、采集参数中的至少一种，之后服务端根据第一输入信息生成采集任务的配置信息。97.在一种可能实现的方式中，车辆数据采集方法还可以包括对车辆数据进行标签化定义，标签对应采集任务，并与用户角色分离。98.在车辆数据采集的过程中，服务端还可以在接收到车辆端发送的根据采集任务采集的车辆数据后，根据采集任务对车辆数据进行标签化定义，使车辆数据的标签对应采集任务，并与用户角色分离。99.在本技术实施例中，通过对采集到的车辆数据进行标签化定义，能够通过标签将车辆数据与采集任务对应起来，提高了数据使用的效率，同时，由于标签中未涉及用户角色，因此车辆数据与用户角色分离，提高了数据的安全性。100.在一种可能实现的方式中，车辆数据采集方法还可以包括从用户端获取第二输入信息，第二输入信息用于更新采集任务的配置信息。101.在进行车辆数据采集的过程中，当用户通过用户端输入了第二输入信息后，第二输入信息被用于更新采集任务的配置信息，之后服务端将更新后的采集任务的配置信息发送给车辆端，以使车辆端在接收到更新后的采集任务的配置信息后，根据更新后的采集任务的配置信息，进行车辆数据的采集。102.在本技术实施例中，通过用户输入的第二输入信息对采集任务的配置信息进行更新，能够使采集任务的配置信息的配置可以随时变化，进一步提高了数据采集的灵活性。103.在一种可能实现的方式中，可以对至少一条采集任务的配置信息进行审核，并将审核通过的采集任务的配置信息下发至车辆。具体的过程还可以包括：根据采集任务的配置信息对应的优先级和密级，滤除至少一条采集任务的配置信息中优先级相同，但密级不同的采集任务的配置信息，之后根据采集任务的配置信息和正在执行的采集任务对应的优先级，将优先级不同的采集任务的配置信息确定为审核通过，并将审核通过的采集任务的配置信息下发至车辆。104.当采集任务的配置信息对应的优先级和密级发生冲突，即采集任务的配置信息中优先级相同，但密级不同时，需要对产生冲突的采集任务的配置信息进行滤除，之后将优先级不同的采集任务的配置信息确定为审核通过，并将审核通过的采集任务的配置信息下发至车辆。105.在本技术实施例中，通过对采集任务的配置信息进行内部审核，能够滤除发生冲突的配置，提高了安全性。106.在一种可能实现的方式中，当滤除后剩余的至少一条采集任务的配置信息与正在执行的采集任务的配置信息的优先级相同时，向用户端发送确认信息，当接收到结果为是的确认信息时，将该采集任务的配置信息确定为审核通过。107.在滤除操作完成后，若剩余的采集任务的配置信息与正在执行的采集任务的配置信息的优先级相同时，则需要与用户确认是否坚持通过该采集任务的配置信息，因此向用户端发送确认信息，确认信息用于使用户端确认是否将对应的采集任务的配置信息下发至车辆。在接收到用户端反馈的结果为是的确认信息后，将该采集任务的配置信息确定为审核通过。108.在本技术实施例中，通过向用户端发送确认信息，能够向用户端确认是否建立与旧配置冲突的采集任务的配置信息，能够使用户配置时更加灵活，同时进一步防止用户误建立配置。109.在一种可能实现的方式中，当确认信息的结果为是的采集任务的配置信息的配置时间晚于与其优先级相同的配置信息对应的配置时间时，停止与其优先级相同的配置信息对应的采集任务，并将配置时间修改为该采集任务的配置信息的配置时间。110.当收到确认信息的结果为是后，获取对应的采集任务的配置信息的配置时间，并与在先与其优先级相同的配置信息的配置时间进行对比，当配置时间晚于在先的配置时间时，停止在先的采集任务，并将配置时间修改为最新的配置时间。111.在本技术实施例中，通过修改配置时间为最新的配置时间，能够确认采集任务的配置信息的更新时间，提高了系统的安全性。112.在一种可能实现的方式中，接收车辆根据接收到的采集任务的配置信息采集并发送的车辆数据，并对接收到的车辆数据进行存储的过程还可以包括：获取车辆上传的版本号，并根据版本号查询对应于车辆的信号解析规则，之后根据信号解析规则，对车辆数据进行解析，获得车辆信号，最后将车辆信号存储至消息队列中。113.在车辆数据采集的过程中，每个车辆的版本号都具有唯一性。可以根据版本号从先前存储的信号解析规则中查询出对应于该车辆的信号解析规则，并根据该信号解析规则对车辆数据进行解析，以获得车辆信号，并将获得的车辆信号存储至消息队列中，例如mq。之后云端可以通过mq将车辆信号发送至各个业务模块进行消费，例如数据查询模块：数据工场对kafka(由apache软件基金会开发的一个开源流处理平台)的采集数据进行etl处理，并分层建立数据模型，提供数据查询能力；数据挖掘模块：数据工场根据业务需求对采集的信号数据进行bi分析和数据价值挖掘，如驾驶行为分析、电池能耗分析等；数据训练模块：数据工场利用大数据算法能力进行数据标定、算法建模、数据训练、算法优化等，开发如电池预警平台、故障预警平台等数据产品。还可以用于对接其他业务应用系统如远程诊断、rvm平台等。114.在本技术实施例中，通过车辆的版本号获得对应于车辆的信号解析规则，能够对车辆数据进行解析，获得车辆信号，保证了数据传输的安全性。通过将车辆信号存储至消息队列中，能够方便对业务模块进行数据分发，提高了数据传输的效率。115.在一种可能实现的方式中，采集任务的配置信息包括can信号采集信息、lin信号采集信息、soa信号采集信息中的至少一种，以及任务目标车辆信息、有效时间信息、采集类型信息、采样周期信息、上传周期信息、任务审批信息、任务调度信息中的至少一种。116.在采集任务的配置信息中，根据不同的维度，在横向可以分为can信号采集、lin信号采集、soa信号采集中的至少一种采集目标，在纵向可以包括任务目标车辆信息、有效时间信息、采集类型信息、采样周期信息、上传周期信息、任务审批信息、任务调度信息中的至少一种采集参数，其中，采集类型信息包括完整采集：按照信号实际发生的时间次序及频次，将一个连续变化的信号，完整地记录下来、周期采集：以相同的时间间隔进行采样，即把一个连续变化的信号，以相同的时间间隔进行采样，和事件采集：针对特定的事件进行持续的监控，并在事件触发后，捕获事件发生前后一段时间的数据。同时为保证不重复采集信号浪费流量，以及尽量避免车内过多并行的采集任务需求影响性能，在云端会进行任务的管理与合并。117.在本技术实施例中，采集信号范围广且可拓展，可以覆盖can总线信号、lin信号、soa服务信号等，都可根据用户的需求动态采集和信号类型拓展。此外，采集方式可动态配置，支持完整采集、周期采集和事件采集等方式。同时，采集参数也可动态配置，提高了数据采集的灵活性。118.车辆数据采集装置119.图7是本技术一个实施例提供的车辆数据采集装置的示意图，如图7所示，应用于车辆端的车辆数据采集装置300可以包括：接收模块301、采集模块302和上传模块303。120.接收模块301，用于接收采集任务的配置信息，并对采集任务的配置信息进行解析，获得采集任务，其中采集任务的配置信息用于指示车辆端对相对应的车辆数据进行采集，不同的采集任务的配置信息对应不同的车辆数据。121.为了灵活采集车辆数据，首先通过接收模块301接收采集任务的配置信息，采集任务的配置信息可以是由云端发送的，采集任务的配置信息用于指示车辆端对相对应的车辆数据进行采集，不同的采集任务的配置信息对应不同的车辆数据。122.采集任务的配置信息，可以通过云端根据采集任务的配置信息对应的优先级和密级，滤除至少一条采集任务的配置信息中优先级相同，但密级不同的采集任务的配置信息，之后根据采集任务的配置信息和正在执行的采集任务对应的优先级，将优先级不同的采集任务的配置信息确定为审核通过，并将审核通过的采集任务的配置信息下发至车辆。123.当采集任务的配置信息对应的优先级和密级发生冲突，即采集任务的配置信息中优先级相同，但密级不同时，需要对产生冲突的采集任务的配置信息进行滤除，之后将优先级不同的采集任务的配置信息确定为审核通过，并将审核通过的采集任务的配置信息下发至车辆。124.采集模块302，用于根据采集任务，进行车辆数据的采集，其中采集任务包括：车辆数据的采集范围、采集方式、采集参数中至少一种。125.在通过接收模块301解析获得采集任务之后，采集模块202根据采集任务进行车辆数据的采集。采集任务包括：车辆数据的采集范围、采集方式、采集参数中的至少一种。126.例如，云端可以接收来自用户端的至少一条采集任务的配置信息，采集任务的配置信息用于指示其对应的采集任务中的车辆数据的采集范围，和/或车辆数据的采集方式，和/或车辆数据的采集参数。之后云端将采集任务的配置信息发送给车辆端，车辆端通过接收模块301进行解析，并通过采集模块302根据获得的采集任务对车辆数据进行采集。127.上传模块303，用于将采集到的车辆数据以及车辆数据与采集任务的对应关系上传至云端进行处理。128.在采集模块302完成对车辆数据的采集后，上传模块203将采集到的车辆数据以及各车辆数据与采集任务的对应关系上传至云端，云端等待并接收车辆端通过上传模块203根据接收到的采集任务的配置信息采集并发送的车辆数据，同时对接收到的车辆数据进行存储。129.在本技术实施例中，通过接收模块301接收并解析不同的采集任务的配置信息，能够获得对应的采集任务，之后采集模块302通过各个采集任务，对车辆数据进行采集，能够达到灵活采集车辆数据的目的。此外，云端还可以对采集任务的配置信息进行审核，通过在云端接收用户端上传的至少一条采集任务的配置信息，之后将审核通过后的采集任务的配置信息发送至车辆端，能够使车辆端根据通过一条或多条采集任务的配置信息解析出不同的采集任务，在达到灵活采集车辆数据的目的的同时，还能够对采集任务的配置信息进行相应的把控，防止异常信息或者重复信息造成错误采集任务的配置，保证了车辆数据采集的安全性。130.图8是本技术另一个实施例提供的车辆数据采集装置的示意图，如图8所示，应用于服务端的车辆数据采集装置400可以包括：获取模块401、生成模块402、发送模块403和接收模块404。131.获取模块401，用于从用户端获取第一输入信息，第一输入信息用于指示车辆数据的采集范围、采集方式、采集参数中的至少一种。132.用户端是与服务端相对应，为用户提供本地服务的程序，例如，用户端可以是安装在手机上的app或安装在电脑上的软件产品等，用户通过用户端输入第一输入信息，之后服务端从用户端获取第一输入信息133.生成模块402，用于根据管理信息生成采集任务的配置信息，采集任务的配置信息包括车辆数据的采集范围、采集方式、采集参数中的至少一种。134.在服务端获取到第一输入信息后，根据第一输入信息生成采集任务的配置信息。135.发送模块403，用于将采集任务的配置信息发送给车辆端。136.在生成采集任务的配置信息后，将采集任务的配置信息发送给车辆端，以使车辆端在接收采集任务的配置信息后，根据采集任务的配置信息，进行车辆数据的采集。137.接收模块404，用于从车辆端接收根据采集任务的配置信息采集到的车辆数据以及车辆数据与采集任务的对应关系。138.在车辆端完成根据采集任务的配置信息进行的数据采集后，服务端接收车辆端发送的车辆数据和车辆数据与采集任务的对应关系，通过此对应关系，能够将车辆数据和对应的采集任务以及对应的采集任务配置信息进行绑定，通过此绑定关系可以对互相对应的数据进行统一操作，例如存储、查询等操作。139.在本技术实施例中，用户通过用户端输入第一输入信息，能够根据个人或业务需求灵活指示需要的车辆数据的采集范围、采集方式、采集参数中的至少一种，之后服务端根据第一输入信息生成采集任务的配置信息。140.电子设备141.本实施例中，提供一种电子设备500，如图9所示，该电子设备500可以包括：处理器(processor)501、通信接口(communications interface)502、存储器(memory)503、以及通信总线504。其中：142.处理器501、通信接口502、以及存储器503通过通信总线504完成相互间的通信。143.通信接口502，用于与其他电子设备或服务器进行通信。144.处理器501，用于执行程序505，具体可以执行前述运动控制方法实施例中的相关步骤。145.具体地，程序505可以包括程序代码，该程序代码包括计算机操作指令。146.处理器501可能是cpu，或者是特定集成电路asic(application specific integrated circuit)，或者是被配置成实施本技术实施例的一个或多个集成电路。智能设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个cpu；也可以是不同类型的处理器，如一个或多个cpu以及一个或多个asic。147.存储器503，用于存放程序505。存储器503可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。148.程序505具体可以用于使得处理器301执行前述实施例中的车辆数据采集方法。149.程序505中各步骤的具体实现可以参见前述数据处理方法实施例中的相应步骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。150.本技术实施例的电子设备，通过接收并解析不同的采集任务的配置信息，能够获得对应的采集任务，之后通过各个采集任务，对车辆数据进行采集，能够达到灵活采集车辆数据的目的。此外，云端还可以对采集任务的配置信息进行审核，通过在云端接收用户端上传的至少一条采集任务的配置信息，之后将审核通过后的采集任务的配置信息发送至车辆端，能够使车辆端根据通过一条或多条采集任务的配置信息解析出不同的采集任务，在达到灵活采集车辆数据的目的的同时，还能够对采集任务的配置信息进行相应的把控，防止异常信息或者重复信息造成错误采集任务的配置，保证了车辆数据采集的安全性。151.计算机存储介质152.本实施例中，提供了一种计算机可读存储介质，存储用于使一机器执行如本文的数据处理方法的指令。具体地，可以提供配有存储介质的系统或者装置，在该存储介质上存储着实现上述实施例中任一实施例的功能的软件程序代码，且使该系统或者装置的计算机(或cpu或mpu)读出并执行存储在存储介质中的程序代码。153.在这种情况下，从存储介质读取的程序代码本身可实现上述实施例中任何一项实施例的功能，因此程序代码和存储程序代码的存储介质构成了本技术的一部分。154.用于提供程序代码的存储介质实施例包括软盘、硬盘、磁光盘、光盘(如cd-rom、cd-r、cd-rw、dvd-rom、dvd-ram、dvd-rw、dvd+rw)、磁带、非易失性存储卡和rom。可选择地，可以由通信网络从服务器计算机上下载程序代码。155.计算机程序产品156.本实施例中，提供了一种计算机程序产品，包括计算机指令，该计算机指令指示计算设备执行上述多个方法实施例中的任一对应的操作。157.需要指出，根据实施的需要，可将本技术实施例中描述的各个部件/步骤拆分为更多部件/步骤，也可将两个或多个部件/步骤或者部件/步骤的部分操作组合成新的部件/步骤，以实现本技术实施例的目的。158.上述根据本技术实施例的方法可在硬件、固件中实现，或者被实现为可存储在记录介质(诸如cd rom、ram、软盘、硬盘或磁光盘)中的软件或计算机代码，或者被实现通过网络下载的原始存储在远程记录介质或非暂时机器可读介质中并将被存储在本地记录介质中的计算机代码，从而在此描述的方法可被存储在使用通用计算机、专用处理器或者可编程或专用硬件(诸如asic或fpga)的记录介质上的这样的软件处理。可以理解，计算机、处理器、微处理器控制器或可编程硬件包括可存储或接收软件或计算机代码的存储组件(例如，ram、rom、闪存等)，当软件或计算机代码被计算机、处理器或硬件访问且执行时，实现在此描述的方法。此外，当通用计算机访问用于实现在此示出的方法的代码时，代码的执行将通用计算机转换为用于执行在此示出的方法的专用计算机。159.需要说明的是，在本技术的描述中，术语“第一”、“第二”仅用于方便描述不同的部件或名称，而不能理解为指示或暗示顺序关系、相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。160.除非另有定义，本文所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同。本文中在本技术的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本技术。161.需要说明的是，虽然结合附图对本技术的具体实施例进行了详细的描述，但不应理解为对本技术的保护范围的限定。在权利要求书所描述的范围内，本领域技术人员不经创造性劳动即可作出的各种修改和变形仍属于本技术的保护范围。162.本技术实施例的示例旨在简明地说明本技术实施例的技术特点，使得本领域技术人员能够直观了解本技术实施例的技术特点，并不作为本技术实施例的不当限定。163.最后应说明的是：以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围。









图片声明：本站部分配图来自人工智能系统AI生成,觅知网授权图片,PxHere摄影无版权图库。本站只作为美观性配图使用,无任何非法侵犯第三方意图,一切解释权归图片著作权方,本站不承担任何责任。如有恶意碰瓷者,必当奉陪到底严惩不贷!




内容声明：本文中引用的各种信息及资料（包括但不限于文字、数据、图表及超链接等）均来源于该信息及资料的相关主体（包括但不限于公司、媒体、协会等机构）的官方网站或公开发表的信息。部分内容参考包括:(百度百科,百度知道,头条百科,中国民法典,刑法,牛津词典,新华词典,汉语词典,国家院校,科普平台)等数据,内容仅供参考使用,不准确地方联系删除处理！本站为非盈利性质站点,发布内容不收取任何费用也不接任何广告!




免责声明：我们致力于保护作者版权，注重分享，被刊用文章因无法核实真实出处，未能及时与作者取得联系，或有版权异议的，请联系管理员，我们会立即处理，本文部分文字与图片资源来自于网络，部分文章是来自自研大数据AI进行生成,内容摘自(百度百科,百度知道,头条百科,中国民法典,刑法,牛津词典,新华词典,汉语词典,国家院校,科普平台)等数据,内容仅供学习参考,不准确地方联系删除处理!的,若有来源标注错误或侵犯了您的合法权益，请立即通知我们，情况属实，我们会第一时间予以删除，并同时向您表示歉意,谢谢!