CN113992708A - 一种用于车辆的数据处理装置、系统及方法 - Google Patents

Abstract

本发明实施例公开了一种用于车辆的数据处理装置、系统及方法，该系统包括：第一数据处理装置和至少一个第二数据处理装置，第一数据处理装置和至少一个第二数据处理装置通过第一通信线路连接；至少一个第二数据处理装置还和至少一个第二通信线路连接；至少存在一个第二通信线路的类型不同于第一通信线路的类型。通过本发明实施例的方案进行数据处理时，第二数据处理装置只用于在得到原始数据后，进行组包处理，基于组包数据解析更新的过程是第一数据处理装置执行的，所以第二数据处理装置的处理效率高，第一数据处理装置与第二数据处理装置的交互过程传输延迟低、计算需求小，提高了数据传输效率，进一步提高了信号池的更新效率。

Description

一种用于车辆的数据处理装置、系统及方法

技术领域

本发明实施例涉及通信技术领域，尤其涉及一种用于车辆的数据处理装置、系统及方法。

背景技术

随着车辆智能化程度的日益提高，越来越多的高性能的数据处理装置随之出现。但是现有技术中数据处理装置的通讯数据库的建模工作量大，且当新增或变更数据时，需要对数据处理装置的底层进行变更，影响交互效率。

发明内容

本发明提供一种用于车辆的数据处理装置、系统及方法，以实现传输延迟低、计算需求小的效果。

第一方面，本发明实施例提供了一种用于车辆的数据处理装置，包括：

第一接收模块，与第一通信线路连接，用于接收组包数据，所述组包数据是对至少一个原始数据进行组包处理得到的，所述原始数据符合第二通信线路传输的格式，至少存在一个所述第二通信线路的类型不同于所述第一通信线路的类型；

信号池更新模块，用于根据所述组包数据，更新信号池，所述信号池用于向至少一个应用提供车辆信号。

第二方面，本发明实施例还提供了一种用于车辆的数据处理装置，包括：

第二接收模块，与至少一个第二通信线路连接，用于接收至少一个原始数据；

组包模块，用于对所述至少一个原始数据进行组包处理，得到组包数据；

发送模块，与第一通信线路连接，用于发送所述组包数据；所述组包数据用于更新信号池，所述信号池用于向至少一个应用提供车辆信号；至少存在一个所述第二通信线路的类型不同于所述第一通信线路的类型。

第三方面，本发明实施例还提供了一种用于车辆的数据处理系统，包括：第一数据处理装置和至少一个第二数据处理装置，所述第一数据处理装置和所述至少一个第二数据处理装置通过第一通信线路连接；所述至少一个第二数据处理装置还和至少一个第二通信线路连接；至少存在一个所述第二通信线路的类型不同于第一通信线路的类型；

所述第一数据处理装置为本发明部分实施例所述的用于车辆的数据处理装置；

所述至少一个第二数据处理装置为本发明另一部分实施例所述的用于车辆的数据处理装置。

第四方面，本发明实施例还提供了一种车辆的数据处理方法，包括：

基于第一通信线路，接收组包数据，所述组包数据是对至少一个原始数据进行组包处理得到的，所述原始数据符合第二通信线路传输的格式，至少存在一个所述第二通信线路的类型不同于所述第一通信线路的类型；

根据所述组包数据，更新信号池，所述信号池用于向至少一个应用提供车辆信号。

第五方面，本发明实施例还提供了一种车辆的数据处理方法，包括：

基于至少一个第二通信线路，接收至少一个原始数据；

对所述至少一个原始数据进行组包处理，得到组包数据；

基于第一通信线路，发送所述组包数据；所述组包数据用于更新信号池，所述信号池用于向至少一个应用提供车辆信号；至少存在一个所述第二通信线路的类型不同于所述第一通信线路的类型。

本发明实施例公开了一种用于车辆的数据处理装置、系统及方法，该系统包括：第一数据处理装置和至少一个第二数据处理装置。通过本发明实施例的方案进行数据处理时，第二数据处理装置只用于在得到原始数据后，进行组包处理，基于组包数据解析更新的过程是第一数据处理装置执行的，所以第二数据处理装置的处理效率高，第一数据处理装置与第二数据处理装置的交互过程传输延迟低、计算需求小，提高了数据传输效率，进一步提高了信号池的更新效率。

附图说明

图1A是本发明实施例一提供的一种用于车辆的数据处理装置的结构框图；

图1B是本发明实施例一提供的一种用于车辆的数据处理装置的结构框图；

图1C是本发明实施例一提供的信号池更新模块的结构框图；

图2是本发明实施例二提供的一种用于车辆的数据处理装置的结构框图；

图3是本发明实施例三提供的一种用于车辆的数据处理系统的结构框图；

图4为本发明实施例四提供的两个数据处理系统的数据处理示意图；

图5是本发明实施例五提供的一种车辆的数据处理方法的流程图；

图6是本发明实施例六提供的一种车辆的数据处理方法的流程图；

图7是本发明实施例七提供的一种车辆的数据处理方法的流程图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1A为本发明实施例一提供的一种用于车辆的数据处理装置的结构框图，本实施例可适用于车辆中进行数据处理的情况。优选的，本实施例中用于车辆的数据处理装置可以为车辆的系统处理器。该数据处理装置可以执行本申请实施例所提供的系统处理器端的数据处理方法。

如图1A所示，该数据处理装置100包括：

第一接收模块110，与第一通信线路连接，用于接收组包数据，组包数据是对至少一个原始数据进行组包处理得到的，原始数据符合第二通信线路传输的格式，至少存在一个第二通信线路的类型不同于第一通信线路的类型；

信号池更新模块120，用于根据组包数据，更新信号池，信号池用于向至少一个应用提供车辆信号。

其中，第一通信线路的一端与第一接收模块110连接，另一端与组包数据提供端连接。组包数据是将至少一个原始数据进行组包处理后生成的。原始数据通过第二通信线路获取，符合第二通信线路传输的格式，其中包含了待发送的完整的数据信息。需要说明的是，至少存在一个第二通信线路的类型与第一通信线路的类型不同，示例性的，第一通信线路的类型可以为以太网，存在至少一个第二通信线路的类型可以为总线。

数据处理装置100接收组包数据后，可以根据组包数据，更新信号池。信号池是整车系统中应用的数据来源集合。可选的，可以整车共用一个信号池，也可以为每个应用单独设置一个信号池，本申请对此不作具体限制，可以根据实际情况进行调整。应用可以实现车辆的多种智能化的功能，具体的，可以是车内应用，也可以是车载自动诊断系统中的应用，还可以是云端的应用。

优选的，如图1B所示，数据处理装置100还包括：数据存储模块130，与第一接收模块110连接，第一接收模块110的输出数据作为数据存储模块130的输入数据。数据存储模块130，用于将组包数据存储在预设缓存区；信号池更新模块120，具体用于从预设缓存区中提取每个应用对应的车辆信号，基于车辆信号，更新信号池。

可选的，预设缓存区可以采用先进先出(First Input First Output，FIFO)的原则读写数据。缓存区的大小，可以是预先设计好的。

进一步的，如图1C所示，信号池更新模块120包括：

信号提取单元121，用于根据通信线路的编号和原始数据的编号，从组包数据中提取原始数据，并根据每个应用对应的解析算法，从原始数据中提取目标信号值；

信号池更新单元122，用于根据每个应用对应的目标信号值，更新每个应用对应的信号池。

其中，通信线路的编号可以唯一区分各个通信线路，原始数据的编号可以唯一区分各个原始数据。将组包数据中的数据存储到预设缓存区后，可以根据通信线路的编号和原始数据的编号从预设缓存区的组包数据中获取原始数据。

进一步的，获取原始数据后，可以按照解析算法，从原始数据中提取目标信号值，并根据目标信号值更新信号池。更新的信号池可以作为网络中整车其他系统的应用输入。其中，解析算法用于从组包数据中提取目标信号值，可以是预先设置的，以组包数据中能唯一区分不同数据信号的标识信息为基础，提取目标信号值。示例性的，可以先以原始数据的编号为标识信息，提取出各个原始数据，再以原始数据中各信号值的名称为标识信息，提取目标信号值。优选的，解析算法的目标数据提取依据可以进一步根据预设的组包规则确定。

预设的信号提取规则中至少包括：信号名称、信号所在的通信线路的编号、信号所在的原始数据的编号、信号所在的原始数据的起始位置、信号的长度、信号的系数、信号偏移值和信号值对应的提取规则。

示例性的，可以分别为信号名称、信号所在的通信线路的编号、信号所在的原始数据的编号、信号所在的原始数据的起始位置、信号的长度、信号的系数、信号偏移值和信号值设置专门的数据结构体，在提取目标信号值时，以待提取的目标信号值对应的数据结构体为索引，来提取目标信号值，进而更新信号池。可选的，本实施例可以在信号池中，为不同类型的信号值设置不同的数据调用接口，以便整车其他系统根据信号获取需求，调用对应的接口来获取目标信号值。

本实施例的用于车辆的数据处理装置，通过通信线路的编号和原始数据的编号，从组包数据中提取原始数据，并根据每个应用对应的解析算法，从原始数据中提取目标信号值，再根据目标信号值更新信号池，可以有针对性地进行目标信号值提取并更新信号池，提高了提取和更新的效率。

实施例二

图2为本发明实施例二提供的一种用于车辆的数据处理装置的结构框图，本实施例可适用于车辆中进行数据处理的情况。优选的，本实施例中用于车辆的数据处理装置可以为车辆的微控制器。该数据处理装置可以执行本申请实施例所提供的数据处理方法。

如图2所示，该数据处理装置200包括：

第二接收模块210，与至少一个第二通信线路连接，用于接收至少一个原始数据；

组包模块220，用于对至少一个原始数据进行组包处理，得到组包数据；

发送模块230，与第一通信线路连接，用于发送组包数据；组包数据用于更新信号池，信号池用于向至少一个应用提供车辆信号；至少存在一个第二通信线路的类型不同于第一通信线路的类型。

其中，第二通信线路的一端与原始数据的数据生产端连接，另一端与第二接收模块210连接，以便第二接收模块210通过该第二通信线路从数据生产端接收至少一个原始数据。原始数据中包含了将要发送的完整的数据信息。组包数据为将至少一个原始数据进行组包处理后生成的。

数据处理装置200中的第二接收模块210基于至少一个第二通信线路与数据生产端通信，可选的，本实施例的数据处理装置200中的第二接收模块210可以基于至少一个第二通信线路，通过复杂驱动(Complex Device Driver，CDD)的方式从数据生产端获取至少一个原始数据。

其中，至少一个第二通信线路可以为至少一个总线。可选的，该总线可以包括但不限于：FlexRay总线、具有灵活数据速率的控制器局域网络CANFD总线、控制器局域网络CAN总线或局域互联网络LIN总线中的至少一个；相应的，原始数据可以是FlexRay总线数据、CANFD总线数据、CAN总线数据和LIN总线数据中的至少一种。可选的，第一通信线路可以为以太网。

组包模块220获取原始数据后，对至少一个原始数据进行组包处理，得到组包数据；发送模块230，通过第一通信线路，发送组包数据。虽然，FlexRay总线、CANFD总线、CAN总线和LIN总线是不同类型的总线，但它们的格式是一致的，都是“原始数据的编号+原始数据的长度+原始数据”，不同点仅在于原始数据的长度。具体的，FlexRay总线的原始数据的长度为1-255字节，CANFD总线的原始数据的长度为1-64字节，CAN总线的原始数据的长度为1-8字节，LIN总线的原始数据的长度为1-8字节。本实施例中，对原始数据进行组包处理时，无需区分原始数据类型，可以直接按照预设的组包处理规则对至少一个原始数据进行组包处理。

优选的，第二接收模块210具体用于，在监测到数据获取事件时，接收至少一个原始数据。其中，监测到数据获取事件包括以下至少一种：当前时刻满足数据抓取周期；新增原始数据量达到预设数量值；接收到原始数据获取请求。

优选的，组包模块220具体用于，按照全局时钟、通信线路的编号、原始数据的编号、时间戳、原始数据的长度和原始数据的顺序，对至少一个通信线路的至少一个原始数据进行组包处理。可见，本实施方式中，FlexRay总线数据、CANFD总线数据、CAN总线数据和LIN总线数据的组包方式相同，无需区分数据类型，组包方式简单，在第二通信线路的原始数据变更时，也无需更新数据处理装置200的底层软件，可以实时发送组包数据。

其中，全局时钟指的是对整个系统内的各个节点进行时钟同步后的时间信息；通信线路的编号为原始数据的来源对应的第二通信线路接口的编号，如总线编号；原始数据的编号用来唯一区分原始数据，可以是一组数字，也可以是一组数字与字母的组合，本实施例对此不作限制；原始数据的长度，表示站点一次性要发送的数据长度；时间戳是使用数字签名技术产生的数据，签名的对象包括了原始数据信息、签名参数、签名时间等信息。时间戳系统用来产生和管理时间戳，对签名对象进行数字签名产生时间戳，以证明原始数据在签名时间之前已经存在。

示例性的，组包方式可以为：全局时钟(年月日时分秒)+通信线路的编号+原始数据的编号+时间戳+原始数据的长度+原始数据+…+通信线路的编号+原始数据的编号+时间戳+原始数据的长度+原始数据+…+结束符(0x2E)。

在一个可选的实施方式中，可以根据第二接收模块210接收原始数据的时间顺序，确定组包数据中原始数据的排列顺序。在一个组包周期内，第一个接收的原始数据位于组包数据中的第一个，第二个接收的原始数据位于组包数据中的第二个，以此类推，确定一个组包周期内的各个原始数据的顺序。

在另一个可选的实施方式中，若各个原始数据的重要程度不同，则可以根据各个原始数据的重要程度为其设置优先权等级；若各个第二通信线路的重要程度不同，则可以根据各个第二通信线路的重要程度为各个第二通信线路设置优先权等级。在同一个组包周期内，可以先对优先权等级较高的原始数据进行组包处理。若两个原始数据的优先权等级相同，则可以根据第二接收模块210接收原始数据的时间顺序，确定组包数据中原始数据的排列顺序。

优选的，为了实时传输组包数据且保证每次原始数据传输的准确性，提高组包数据的传输效率，发送模块230具体用于，在满足数据发送事件时，发送组包数据；其中，数据发送事件包括：组包数据的大小达到预设字节阈值；和/或，距离上次发送组包数据间隔预设时长。

示例性的，以预设字节阈值为1400、预设时长为5ms为例，若收集到的组包数据的数据帧长度与最近接收的一帧的长度之和达到1400个字节，则立即将使得组包数据的大小达到1400个字节的组包数据发送；若预设时长5ms内，收集到的组包数据的大小未达到预设字节阈值，即收集到的组包数据的长度之和未达到1400字节，也立即发送收集的组包数据。

本实施例的一种用于车辆的数据处理装置，通过接收至少一个原始数据，并通过组包模块对接收的至少一个原始数据进行组包处理，再经过第一通信线路发送组包数据，供其他数据处理装置解析，解决了通讯数据库的建模工作量大且当新增或变更数据时需要对数据处理装置的底层软件进行变更的问题，传输原始数据，简化了数据传输过程，提高了传输效率。

实施例三

图3为本发明实施例三提供的一种用于车辆的数据处理系统的结构框图，本实施例可适用于车辆中进行数据处理的情况。优选的，本实施例中用于车辆的数据处理系统可以包括车辆的微控制器和系统处理器。该数据处理系统可以执行本申请实施例所提供的数据处理方法。

如图3所示，该数据处理系统300包括：

第一数据处理装置310和至少一个第二数据处理装置320，第一数据处理装置310和至少一个第二数据处理装置320通过第一通信线路连接；至少一个第二数据处理装置320还和至少一个第二通信线路连接；至少存在一个第二通信线路的类型不同于第一通信线路的类型。

如图3所示的第一数据处理装置310为实施例一所述的用于车辆的数据处理装置，如可以是系统处理器。该第一数据处理装置310的功能和连接关系已在实施例一进行介绍，在此不进行赘述。

如图3所示的第二数据处理装置330为实施例二所述的用于车辆的数据处理装置，如可以是车辆的微控制器。该第二数据处理装置330的功能和连接关系已在实施例二进行介绍，在此不进行赘述。

本实施例的用于车辆的数据处理系统，包括第一数据处理装置和至少一个第二数据处理装置。进行数据处理时，第二数据处理装置只用于在得到原始数据后，进行组包处理，基于组包数据解析更新的过程是第一数据处理装置执行的，所以第二数据处理装置的处理效率高，第一数据处理装置与第二数据处理装置的交互过程传输延迟低、计算需求小，提高了数据传输效率，进一步提高了信号池的更新效率。

实施例四

本实施例在上述各实施例的基础上，进一步对多个数据处理系统的连接进行了说明。图4为两个数据处理系统的数据处理示意图，本实施例仅以两个数据处理系统为例，对多个数据处理系统的数据处理进行说明。

如图4所示，本实施例的两个数据处理系统，即数据处理系统A300和数据处理系统B400，数据处理系统A300中包括第一数据处理装置A310和至少一个第二数据处理装置A320，数据处理系统B400中包括第一数据处理装置B410和至少一个第二数据处理装置B420。

第一数据处理装置(即第一数据处理装置A310或第一数据处理装置B410)和第二数据处理装置(即第二数据处理装置A320和第二数据处理装置B420)通过第一通信线路连接；至少一个第二数据处理装置(即第二数据处理装置A320和第二数据处理装置B420)还和至少一个第二通信线路连接；至少存在一个第二通信线路的类型不同于第一通信线路的类型；

至少一个第二数据处理装置(即第二数据处理装置A320和第二数据处理装置B420)用于：通过第二通信线路接收至少一个原始数据，对至少一个原始数据进行组包处理，得到组包数据，并通过第一通信线路向第一数据处理装置(即第一数据处理装置A310或第一数据处理装置B410)发送组包数据；

第一数据处理装置(即第一数据处理装置A310或第一数据处理装置B410)用于：接收第二数据处理装置(即第二数据处理装置A320和第二数据处理装置B420)发送的组包数据，并根据组包数据，更新信号池，信号池用于向至少一个应用提供车辆信号。

在第一数据处理装置A310和第一数据处理装置B410缓存的组包数据和信号池共同为两个第一数据处理装置相应的应用提供数据输入。优选的，第一数据处理装置A310和第一数据处理装置B410还可以通过以太网将数据同步到云端，也可以通过以太网连接为车载自动诊断系统(On Board Diagnostics，OBD)提供数据支持。

本实施例的多个数据处理系统之间可以进行数据传输，通过至少两个数据处理系统之间的通信，将一个数据处理系统的第二数据处理装置获取的原始数据传输到另一个数据处理系统的第一数据处理装置，传输延迟低、计算需求小，提高了数据传输效率。

实施例五

图5为本发明实施例五提供的一种数据处理方法的流程图，本实施例可适用于车辆中进行数据处理的情况。该方法可以由本申请实施例所提供的用于车辆的数据处理装置来执行，具体可以由车辆的系统处理器来执行。

如图5所示，该方法包括如下步骤：

S510、基于第一通信线路，接收组包数据，组包数据是对至少一个原始数据进行组包处理得到的，原始数据符合第二通信线路传输的格式，至少存在一个第二通信线路的类型不同于第一通信线路的类型。

其中，组包数据是将至少一个原始数据进行组包处理后生成的。原始数据通过第二通信线路获取，符合第二通信线路传输的格式，其中包含了待发送的完整的数据信息。需要说明的是，第二通信线路的类型与第一通信线路的类型不同，示例性的，第二通信线路的类型可以为总线，第一通信线路的类型可以为以太网。

S520、根据组包数据，更新信号池，信号池用于向至少一个应用提供车辆信号。

其中，信号池是整车系统中应用的数据来源集合。可选的，可以整车共用一个信号池，也可以为每个应用单独设置一个信号池，本申请对此不作具体限制，可以根据实际情况进行调整。应用可以实现车辆的多种智能化的功能，具体的，可以是车内应用，也可以是车载自动诊断系统中的应用，还可以是云端的应用。

优选的，接收组包数据后，可以将组包数据存储在预设缓存区，后续可以从预设缓存区中提取每个应用对应的车辆信号，基于车辆信号，更新信号池。可选的，预设缓存区可以采用FIFO的原则读写数据。缓存区的大小，可以是预先设计好的。

进一步的，根据组包数据，更新信号池，可以包括：根据通信线路的编号和原始数据的编号，从组包数据中提取原始数据，并根据每个应用对应的解析算法，从原始数据中提取目标信号值；根据每个应用对应的目标信号值，更新每个应用对应的信号池。

其中，通信线路的编号可以唯一区分各个通信线路，原始数据的编号可以唯一区分各个原始数据。将组包数据中的数据存储到预设缓存区后，可以根据通信线路的编号和原始数据的编号从预设缓存区的组包数据中获取原始数据。

进一步的，获取原始数据后，可以按照解析算法，从原始数据中提取目标信号值，并根据目标信号值更新信号池。更新的信号池可以作为网络中整车其他系统的应用输入。其中，解析算法用于从组包数据中提取目标信号值，可以是预先设置的，以组包数据中能唯一区分不同数据信号的标识信息为基础，提取目标信号值。示例性的，可以先以原始数据的编号为标识信息，提取出各个原始数据，再以原始数据中各信号值的名称为标识信息，提取目标信号值。优选的，解析算法的目标数据提取依据可以进一步根据预设的组包规则确定。

预设的信号提取规则中至少包括：信号名称、信号所在的通信线路的编号、信号所在的原始数据的编号、信号所在的原始数据的起始位置、信号的长度、信号的系数、信号偏移值和信号值对应的提取规则。

示例性的，可以分别为信号名称、信号所在的通信线路的编号、信号所在的原始数据的编号、信号所在的原始数据的起始位置、信号的长度、信号的系数、信号偏移值和信号值设置专门的数据结构体，在提取目标信号值时，以待提取的目标信号值对应的数据结构体为索引，来提取目标信号值，进而更新信号池。可选的，本实施例可以在信号池中，为不同类型的信号值设置不同的数据调用接口，以便整车其他系统根据信号获取需求，调用对应的接口来获取目标信号值。

本实施例的技术方案，通过通信线路的编号和原始数据的编号，从组包数据中提取原始数据，并根据每个应用对应的解析算法，从原始数据中提取目标信号值，再根据目标信号值更新信号池，可以有针对性地进行目标信号值提取并更新信号池，提高了提取和更新的效率。

实施例六

图6为本发明实施例六提供的一种数据处理方法的流程图，本实施例可适用于车辆中进行数据处理的情况。该方法可以由本申请实施例所提供的用于车辆的数据处理装置来执行，具体可以由车辆的微控制器来执行。

如图6所示，该方法包括如下步骤：

S610、基于至少一个第二通信线路，接收至少一个原始数据；

其中，原始数据中包含了将要发送的完整的数据信息。

基于至少一个第二通信线路与数据生产端通信，可选的，可以基于至少一个第二通信线路，通过CDD的方式从数据生产端获取至少一个原始数据。

其中，至少一个第二通信线路可以为至少一个总线。可选的，该总线可以包括但不限于：FlexRay总线、CANFD总线、CAN总线或LIN总线中的至少一个；相应的，原始数据可以是FlexRay总线数据、CANFD总线数据、CAN总线数据和LIN总线数据中的至少一种。第一通信线路可以为以太网。

优选的，可以在监测到数据获取事件时，接收至少一个原始数据。其中，监测到数据获取事件包括以下至少一种：当前时刻满足数据抓取周期；新增原始数据量达到预设数量值；接收到原始数据获取请求

S620、对至少一个原始数据进行组包处理，得到组包数据。

其中，组包数据为将至少一个原始数据进行组包处理后生成的。虽然，FlexRay总线、CANFD总线、CAN总线和LIN总线是不同类型的总线，但它们的格式是一致的，都是“原始数据的编号+原始数据的长度+原始数据”，不同点仅在于原始数据的长度。具体的，FlexRay总线的原始数据的长度为1-255字节，CANFD总线的原始数据的长度为1-64字节，CAN总线的原始数据的长度为1-8字节，LIN总线的原始数据的长度为1-8字节。本实施例中，对原始数据进行组包处理时，无需区分原始数据类型，可以直接按照预设的组包处理规则对至少一个原始数据进行组包处理。

具体的，可以按照全局时钟、通信线路的编号、原始数据的编号、时间戳、原始数据的长度和原始数据的顺序，对至少一个通信线路的至少一个原始数据进行组包处理。可见，FlexRay总线数据、CANFD总线数据、CAN总线数据和LIN总线数据的组包方式相同，无需区分数据类型，组包方式简单，在第二通信线路的原始数据变更时，也无需更新数据处理装置的底层软件，可以实时发送组包数据。

其中，全局时钟指的是对整个系统内的各个节点进行时钟同步后的时间信息；通信线路的编号为原始数据的来源对应的第二通信线路接口的编号，如总线编号；原始数据的编号用来唯一区分原始数据，可以是一组数字，也可以是一组数字与字母的组合，本实施例对此不作限制；原始数据的长度，表示站点一次性要发送的数据长度；时间戳是使用数字签名技术产生的数据，签名的对象包括了原始数据信息、签名参数、签名时间等信息。时间戳系统用来产生和管理时间戳，对签名对象进行数字签名产生时间戳，以证明原始数据在签名时间之前已经存在。

示例性的，组包方式可以为：全局时钟(年月日时分秒)+通信线路的编号+原始数据的编号+时间戳+原始数据的长度+原始数据+…+通信线路的编号+原始数据的编号+时间戳+原始数据的长度+原始数据+…+结束符(0x2E)。

在一个可选的实施方式中，可以根据接收原始数据的时间顺序，确定组包数据中原始数据的排列顺序。在一个组包周期内，第一个接收的原始数据位于组包数据中的第一个，第二个接收的原始数据位于组包数据中的第二个，以此类推，确定一个组包周期内的各个原始数据的顺序。

在另一个可选的实施方式中，若各个原始数据的重要程度不同，则可以根据各个原始数据的重要程度为其设置优先权等级；若各个第二通信线路的重要程度不同，则可以根据各个第二通信线路的重要程度为各个第二通信线路设置优先权等级。在同一个组包周期内，可以先对优先权等级较高的原始数据进行组包处理。若两个原始数据的优先权等级相同，则可以根据接收原始数据的时间顺序，确定组包数据中原始数据的排列顺序。

S630、基于第一通信线路，发送组包数据；组包数据用于更新信号池，信号池用于向至少一个应用提供车辆信号；至少存在一个第二通信线路的类型不同于第一通信线路的类型。

优选的，为了实时传输组包数据且保证每次原始数据传输的准确性，提高组包数据的传输效率，可以在满足数据发送事件时，发送组包数据；其中，数据发送事件包括：组包数据的大小达到预设字节阈值；和/或，距离上次发送组包数据间隔预设时长。

示例性的，以预设字节阈值为1400、预设时长为5ms为例，若收集到的组包数据的数据帧长度与最近接收的一帧的长度之和达到1400个字节，则立即将使得组包数据的大小达到1400个字节的组包数据发送；若预设时长5ms内，收集到的组包数据的大小未达到预设字节阈值，即收集到的组包数据的长度之和未达到1400字节，也立即发送收集的组包数据。

本实施例的技术方案，通过接收至少一个原始数据，对接收的至少一个原始数据进行组包处理，再经过第一通信线路发送组包数据，供其他数据处理装置解析，解决了通讯数据库的建模工作量大且当新增或变更数据时需要对数据处理装置底层软件进行变更的问题，传输原始数据，简化了数据传输过程，提高了传输效率。

实施例七

图7为本发明实施例七提供的一种数据处理方法的流程图，本实施例可适用于车辆中进行数据处理的情况。该方法可以由本申请实施例所提供的用于车辆的数据处理系统来执行，具体包括如下步骤：

S710、第二数据处理装置基于至少一个第二通信线路，接收至少一个原始数据。

S720、对至少一个原始数据进行组包处理，得到组包数据。

S730、基于第一通信线路，发送组包数据至第一数据处理装置。

S740、第二数据处理装置基于第一通信线路，接收组包数据。

S750、根据组包数据，更新信号池。

本实施例的数据处理方法，进行数据处理时，第二数据处理装置只用于在得到原始数据后，进行组包处理，基于组包数据解析更新的过程是第一数据处理装置执行的，所以第二数据处理装置的处理效率高，第一数据处理装置与第二数据处理装置的交互过程传输延迟低、计算需求小，提高了数据传输效率，进一步提高了信号池的更新效率。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明实施例进行了较为详细的说明，但是本发明实施例不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (11)

1.一种用于车辆的数据处理装置，其特征在于，包括：

第一接收模块，与第一通信线路连接，用于接收组包数据，所述组包数据是对至少一个原始数据进行组包处理得到的，所述原始数据符合第二通信线路传输的格式，至少存在一个所述第二通信线路的类型不同于所述第一通信线路的类型；

信号池更新模块，用于根据所述组包数据，更新信号池，所述信号池用于向至少一个应用提供车辆信号。

2.根据权利要求1所述的装置，其特征在于，还包括：

数据存储模块，用于将所述组包数据存储在预设缓存区；

所述信号池更新模块，具体用于从所述预设缓存区中提取每个所述应用对应的车辆信号，基于所述车辆信号，更新所述信号池。

3.根据权利要求1或2所述的装置，其特征在于，所述信号池更新模块包括：

信号提取单元，用于根据通信线路的编号和原始数据的编号，从所述组包数据中提取原始数据，并根据每个所述应用对应的解析算法，从所述原始数据中提取目标信号值；

信号池更新单元，用于根据每个所述应用对应的所述目标信号值，更新每个所述应用对应的所述信号池。

4.一种用于车辆的数据处理装置，其特征在于，包括：

第二接收模块，与至少一个第二通信线路连接，用于接收至少一个原始数据；

组包模块，用于对所述至少一个原始数据进行组包处理，得到组包数据；

发送模块，与第一通信线路连接，用于发送所述组包数据；所述组包数据用于更新信号池，所述信号池用于向至少一个应用提供车辆信号；至少存在一个所述第二通信线路的类型不同于所述第一通信线路的类型。

5.根据权利要求4所述的装置，其特征在于，所述第二接收模块具体用于：

接收至少一个第二通信线路的至少一个原始数据；所述至少一个第二通信线路为FlexRay总线、具有灵活数据速率的控制器局域网络CANFD总线、控制器局域网络CAN总线或者局域互联网络LIN总线中的至少一个。

6.根据权利要求5所述的装置，其特征在于，所述组包模块具体用于：

按照全局时钟、通信线路的编号、原始数据的编号、时间戳、原始数据的长度和原始数据的顺序，对所述至少一个通信线路的至少一个原始数据进行组包处理。

7.根据权利要求4所述的装置，其特征在于，所述发送模块具体用于：

在满足数据发送事件时，发送所述组包数据；

其中，所述数据发送事件包括：所述组包数据的大小达到预设字节阈值；和/或，距离上次发送组包数据间隔预设时长。

8.根据权利要求4所述的装置，其特征在于，所述第二接收模块还具体用于：

在监测到数据获取事件时，接收至少一个原始数据；所述监测到数据获取事件包括以下至少一种：

当前时刻满足数据抓取周期；

新增原始数据量达到预设数量值；

接收到原始数据获取请求。

9.一种用于车辆的数据处理系统，其特征在于，包括：第一数据处理装置和至少一个第二数据处理装置，所述第一数据处理装置和所述至少一个第二数据处理装置通过第一通信线路连接；所述至少一个第二数据处理装置还和至少一个第二通信线路连接；至少存在一个所述第二通信线路的类型不同于第一通信线路的类型；

所述第一数据处理装置为权利要求1-3中任一项所述的用于车辆的数据处理装置；

所述至少一个第二数据处理装置为权利要求4-8中任一项所述的用于车辆的数据处理装置。

10.一种车辆的数据处理方法，其特征在于，包括：

基于第一通信线路，接收组包数据，所述组包数据是对至少一个原始数据进行组包处理得到的，所述原始数据符合第二通信线路传输的格式，至少存在一个所述第二通信线路的类型不同于所述第一通信线路的类型；

根据所述组包数据，更新信号池，所述信号池用于向至少一个应用提供车辆信号。

11.一种车辆的数据处理方法，其特征在于，包括：

基于至少一个第二通信线路，接收至少一个原始数据；

对所述至少一个原始数据进行组包处理，得到组包数据；

基于第一通信线路，发送所述组包数据；所述组包数据用于更新信号池，所述信号池用于向至少一个应用提供车辆信号；至少存在一个所述第二通信线路的类型不同于所述第一通信线路的类型。

Images