CN105681199A - 一种车载总线中报文数据的处理方法及装置 - Google Patents

Abstract

本发明公开了一种车载总线中报文数据的处理方法及装置，应用于车载总线中的目标节点，所述方法包括：接收目标报文数据，所述目标报文数据至少具有：物理接收节点属性值及逻辑接收节点属性值；提取所述目标报文数据中的物理接收节点属性值及逻辑接收节点属性值；将所述逻辑接收节点属性值与所述物理接收节点属性值进行比对，得到比对结果；基于所述比对结果，对所述目标报文数据进行路由和/或解析处理。本发明中将代表路由信息的两个接收节点属性值设置在报文数据中，无需额外编辑和维护一张路由表，而且在解析等处理时，也不需要结合源数据库和路由表，节省系统开销，提高数据处理效率。

Description

一种车载总线中报文数据的处理方法及装置

技术领域

本发明涉及车载总线技术领域，特别涉及一种车载总线报文数据的处理方法及装置。

背景技术

近年来，车载总线技术的使用越来越普遍，车载总线的种类也越来越多如LIN总线、CAN总线、MOST总线等。不同类型的总线之间，传输介质和传输协议完全不同，而同类型总线也存在着物理通道、通信速率的差别，由此，不同类型的总线之间划分为不同的网段，即使同一类型的总线，也会根据应用划分为不同的网段，如应用最为广泛的CAN总线就分为车身CAN、动力CAN、诊断CAN等总线网段。当报文数据等信息需要在在不同总线或者相同总线的不同网段之间进行交互时，就需要通过网关进行路由，相应的，报文数据等信息的路由信息同样需要在数据库中进行正确恰当的描述，这样才能更顺利的实现软件开发、集成测试等后续工作。

一般来说，车载总线上的各个ECU(网关)接电以及他们需要接收和发送的报文和信号，都会定义在数据库文件中，除此之外，数据库中也会定义其他必要的属性，如报文的类型(诊断、标定、通信等)和报文的周期等等。这些信息一般都有固定的格式、属性、规则进行约束，以规范不同用户对数据库的编辑。目前常用的定义路由信息的方案为：使用专门的路由表文件，专门用于维护所有的路由信息。

但是这种定义路由信息的方案中，需要额外编辑和维护一张路由表，不仅增加额外的系统开销，并且，由于源数据库中不体现路由关系，在节点解析报文数据时需要将源数据库和路由表进行结合，才能获取到完整的报文信息，更加进一步引起额外的数据处理开销，降低数据处理效率。

发明内容

有鉴于此，本发明的目的在于提供一种车载总线中报文数据的处理方法及装置，用以解决现有技术中的车载总线中需要额外编辑和维护一张报文数据的路由表，在节点解析报文数据时需要将源数据库和路由表进行结合，才能获取到完整的报文信息，引起额外的数据处理开销，降低数据处理效率的技术问题。

本发明提供了一种车载总线中报文数据的处理方法，应用于车载总线中的目标节点，所述方法包括：

接收目标报文数据，所述目标报文数据至少具有：物理接收节点属性值及逻辑接收节点属性值；

提取所述目标报文数据中的物理接收节点属性值及逻辑接收节点属性值；

将所述逻辑接收节点属性值与所述物理接收节点属性值进行比对，得到比对结果；

基于所述比对结果，对所述目标报文数据进行路由和/或解析处理。

上述方法，优选的，所述目标报文数据为dbc文件格式。

上述方法，优选的，基于所述比对结果，对所述目标报文数据进行路由和/或解析处理，包括：

在所述比对结果表明所述逻辑接收节点属性值中存在与所述物理接收节点属性值相一致的节点属性值时，对所述目标报文数据进行报文解析，得到解析结果。

上述方法，优选的，基于所述比对结果，对所述目标报文数据进行路由和/或解析处理，包括：

在所述比对结果表明所述逻辑接收节点属性值中不存在与所述物理接收节点属性值相一致的节点属性值时，将所述目标报文数据路由到与所述逻辑接收节点属性值对应的节点上。

上述方法，优选的，在对所述目标报文数据进行报文解析，得到解析结果之后，所述方法还包括：

判断所述逻辑接收节点属性值中是否存在除所述物理接收节点属性值相匹配的属性值之外的节点属性值，得到判断结果；

在所述判断结果表明所述逻辑接收节点属性值中存在除所述物理接收节点属性值相匹配的属性值之外的节点属性值时，将所述目标报文数据路由到所述节点属性值对应的节点。

本发明还提供了一种车载总线中报文数据的处理装置，应用于车载总线中的目标节点，所述装置包括：

报文接收单元，用于接收目标报文数据，所述目标报文数据至少具有：物理接收节点属性值及逻辑接收节点属性值；

属性提取单元，用于提取所述目标报文数据中的物理接收节点属性值及逻辑接收节点属性值；

属性比对单元，用于将所述逻辑接收节点属性值与所述物理接收节点属性值进行比对，得到比对结果；

报文处理单元，用于基于所述比对结果，对所述目标报文数据进行路由和/或解析处理。

上述装置，优选的，所述目标报文数据为dbc文件格式。

上述装置，优选的，所述报文处理单元包括：

报文解析子单元，用于在所述比对结果表明所述逻辑接收节点属性值中存在与所述物理接收节点属性值相一致的节点属性值时，对所述目标报文数据进行报文解析，得到解析结果。

上述装置，优选的，所述报文处理单元包括：

报文路由子单元，用于在所述比对结果表明所述逻辑接收节点属性值中不存在与所述物理接收节点属性值相一致的节点属性值时，将所述目标报文数据路由到与所述逻辑接收节点属性值对应的节点上。

上述装置，优选的，还包括：

属性判断单元，用于在所述报文解析子单元得到解析结果之后，判断所述逻辑接收节点属性值中是否存在除所述物理接收节点属性值相匹配的属性值之外的节点属性值，得到判断结果；

节点路由单元，用于在所述判断结果表明所述逻辑接收节点属性值中存在除所述物理接收节点属性值相匹配的属性值之外的节点属性值时，将所述目标报文数据路由到所述节点属性值对应的节点。

由上述方案可知，本发明提供的一种车载总线中报文数据的处理方法及装置，通过在报文数据中设置物理接收节点属性值及逻辑接收节点属性值，进而在接收到目标报文数据之后，提取该目标报文数据中的两个接收节点属性值，进而将这两个属性值进行比对，基于得到的比对结果来选择对目标报文数据进行路由还是解析等处理，这一报文数据的处理方案中，将代表路由信息的两个接收节点属性值设置在报文数据中，无需额外编辑和维护一张路由表，而且在解析等处理时，也不需要结合源数据库和路由表，节省系统开销，提高数据处理效率。

附图说明

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

图1为本发明实施例一提供的一种车载总线中报文数据的处理方法的流程图；

图2为本发明实施例的应用示例图；

图3为本发明实施例二提供的一种车载总线中报文数据的处理方法的流程图；

图4为本发明实施例三提供的一种车载总线中报文数据的处理方法的流程图；

图5为本发明实施例四提供的一种车载总线中报文数据的处理方法的实现流程图；

图6为本发明实施例五提供的一种车载总线中报文数据的处理装置的结构示意图；

图7为本发明实施例六提供的一种车载总线中报文数据的处理装置的结构示意图；

图8为本发明实施例七提供的一种车载总线中报文数据的处理装置的结构示意图；

图9为本发明实施例八提供的一种车载总线中报文数据的处理装置的结构示意图。

具体实施方式

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

参考图1，为本发明实施例一提供的一种车载总线中报文数据的处理方法的流程图，其中，所述方法可以应用于车载总线中的目标节点，这里的目标节点是指处于多个网段的网管节点，而对于一个网段内的普通节点，可以根据报文数据中的接收节点的位置直接进行发送，不存在路由的概念。

在本实施例中，所述方法可以包括以下步骤实现：

步骤101：接收目标报文数据。

其中，所述目标报文数据至少具有：物理接收节点属性值及逻辑接收节点属性值，除此之外，所述目标报文数据还具有物理发送节点属性值和逻辑发送节点属性值，所述物理发送节点属性值与所述物理接收节点属性值分别对应所述目标报文数据到达所述目标节点时的物理发送节点与物理接收节点，此时该物理接收节点即为所述目标节点，所述逻辑发送节点属性值与所述逻辑接收节点属性值分别对应所述目标报文数据在其路由中的最初始发送节点及最终接收节点。

以下为最简单的一个例子：报文A的逻辑发送节点属性值为X1，逻辑接收节点属性值为X2，物理发送节点属性值为X3，物理接收节点为X4，这些属性值即为表明：所述报文A最初始的发送节点即为X1，其最终的目的节点为X2，当前该报文节点在路由过程中是从节点X3传输到X4，形成X1-X3-X4-X2的路由，这一路由中，X1与X3之间还可能有其他物理收发节点，X4与X2之间可能还有其他物理收发节点。

步骤102：提取所述目标报文数据中的物理接收节点属性值及逻辑接收节点属性值。

具体的，本实施例中可以通过对所述目标报文数据中的属性信息进行解析，进而提取到所述目标报文数据中的物理接收节点属性值及逻辑接收节点属性值。

其中，所述物理接收节点属性值只有一个，即为所述目标节点的属性值，表明所述目标报文数据当前需要到达或者正处于的节点，所述逻辑接收节点可以为一个或者多个，表明所述目标报文数据需要经过或到达的节点。

步骤103：将所述逻辑接收节点属性值与所述物理接收节点属性值进行比对，得到比对结果。

具体的，本实施例中是对所述逻辑接收节点属性值中是否存在与所述物理接收节点属性值相匹配的属性值，或者所述逻辑接收节点属性值中除所述物理接收节点属性值相匹配之外还具有其他属性值，由此得到相应的比对结果。

步骤104：基于所述比对结果，对所述目标报文数据进行路由和/或解析处理。

也就是说，本实施例中是根据物理和逻辑的接收节点属性值之间的比对结果，来选择对所述目标报文数据时进行路由还是解析还是都进行的操作处理，进而无需现有技术中需要结合源数据库与路由表的结合，减少流程，降低系统消耗。

由上述方案可知，本发明实施例一提供的一种车载总线中报文数据的处理方法，通过在报文数据中设置物理接收节点属性值及逻辑接收节点属性值，进而在接收到目标报文数据之后，提取该目标报文数据中的两个接收节点属性值，进而将这两个属性值进行比对，基于得到的比对结果来选择对目标报文数据进行路由还是解析等处理，这一报文数据的处理方案中，将代表路由信息的两个接收节点属性值设置在报文数据中，无需额外编辑和维护一张路由表，而且在解析等处理时，也不需要再结合源数据库和路由表，节省系统开销，提高数据处理效率。

需要说明的是，本实施例中的目标报文数据采用数据库文件即dbc文件格式，也就是说，能够代表路由信息的各种收发节点属性值是存储在数据库中，dbc文件允许添加自定义属性，由此，本实施例中使用dbc文件格式的报文数据实现，由此在报文数据中增加属性，即：逻辑接收节点属性和逻辑发送节点属性，进而这些属性结合报文数据的物理接收节点属性与物理发送节点属性共同表征所述报文数据的路由信息。

具体的，在使用新增的逻辑接收节点属性和逻辑发送节点属性时，需要注意以下几点：

1、物理接收节点和物理发送节点：一般是在同一网段内的节点，而逻辑接收节点和逻辑发送节点可以跨越不同的网段；

2、新增的逻辑接收节点属性和逻辑发送节点属性，默认值均为“Default”，“Default”表示可以被所有的节点解析。设定改默认值的目的，是为了更好的兼容传统的数据库。数据库中与路由无关的报文，物理收发节点和逻辑收发节点是一样的，因此逻辑收发节点的属性维持默认值即可。以图2中网段为例，表1为其各个报文的路由信息中的属性，其中E2、E4的逻辑收发节点的属性维持默认值。

其中，在图2中的车载CAN网络中，包含两个网段，CAN1包含3个节点：Tester、ECU1和GateWay；CAN2包含2个节点：ECU2和GateWay。

其中，Tester为诊断仪，与之相关的报文为诊断报文，其中E0为功能请求，为广播报文，网络上每个节点都需要接收，E3和E4为针对ECU1的物理请求和响应；E1和E2为针对ECU2的物理请求和响应。

由于Tester位于CAN1，ECU2位于CAN2，所以E0、E1和E2需要通过GateWay路由到CAN2上。

A1、A2和B1是普通的通信报文，A1由ECU1发出，ECU2解析；A2由ECU2发出，ECU1解析；B1由ECU1发出，GateWay和ECU2均需要解析。

3、在某些场景下，数据库不需要完整的描述网络中的所有信息。例如，某天窗控制器供应商，仅关注自己提供的天窗控制器需要收发的信息，他制作和使用的数据库也就只包含天窗控制器节点及其相关的内容。在这种情况下，数据库中的部分报文的收发节点可能是未知的，或者说是不需要关注的，因此，其逻辑收发节点的属性维持默认值即可。

4、逻辑收发节点的属性，适用于所有报文，且可以与其他属性并存(如报文周期，报文类型等)，并不局限于某一类或几类特定的报文。这样，在解析数据库时，可以同时对路由信息和其他通信信息进行解析。

5、新增的逻辑收发节点属性，仅能表示某报文是否为路由报文，并不能体现报文之间的路由对应关系。要体现路由对应关系，还需要采取进一步的措施，如新增路由对应属性或配合路由表。

表1

参考图3，为本发明实施例二提供的一种车载总线中报文数据的处理方法的流程图，其中，所述步骤104可以通过以下步骤实现：

步骤141：在所述比对结果表明所述逻辑接收节点属性值中存在与所述物理接收节点属性值相一致的节点属性值时，对所述目标报文数据进行报文解析，得到解析结果。

也就是说，本实施例中在发现所述逻辑接收节点属性值中存在与所述物理接收节点属性值相一致的节点属性值时，如上表1中报文A2_的逻辑接收节点属性值与其物理接收节点属性值相同，均对应节点ECU1，由此表明所述目标报文数据当前所到达的目标节点即所述物理接收节点属性值对应的节点为所述目标报文数据需要被解析的节点，此时，本实施例中对所述目标报文数据进行解析，得到相应的解析结果，如车速、水温等数据。

参考图4，为本发明实施例三提供的一种车载总线中报文数据的处理方法的流程图，其中，所述步骤104可以通过以下步骤实现：

步骤142：在所述比对结果表明所述逻辑接收节点属性值中不存在所述物理接收节点属性值相一致的节点属性值时，将所述目标报文数据路由到与所述逻辑接收节点属性值相对应的节点上。

也就是说，本实施例中在发现所述逻辑接收节点属性值中不存在与所述物理接收节点属性值相一致的节点属性值时，如上表1中报文A1的逻辑接收节点属性值与其物理接收节点属性值不同，所述逻辑接收节点属性值中不存在与所述物理接收节点属性值相一致的节点属性值，ECU2区别于Gateway，由此表明所述目标报文数据当前所到达的目标节点即所述物理接收节点属性值对应的节点并非其最终的目的节点，不需要进行报文解析，而是需要将该目标报文数据进行路由，此时，本实施例中将所述目标报文数据路由到与所述逻辑接收节点属性值相对应的节点上。

参考图5，为本发明实施例四提供的一种车载总线中报文数据的处理方法的实现流程图，其中，在所述步骤141之后，所述方法还可以包括以下步骤：

步骤105：判定所述逻辑接收节点属性值中是否存在除所述物理接收节点属性值相匹配的属性值之外的节点属性值，得到判断结果。

也就是说，由于在所述目标报文数据在传输过程中，需要对该目标报文数据进行报文解析的节点不止一个，相应的，其逻辑接收节点属性值可以为一个或多个，由此，本实施例中在当前的目标节点为与其逻辑接收节点属性值中一个属性值相匹配的节点且对所述目标报文数据进行解析之后，需要对该目标报文数据中的逻辑接收节点属性值中是否存在除了所述物理接收节点属性值相匹配的属性值之外的节点属性值进行判断，进而得到判断结果。

步骤106：在所述判断结果表明所述逻辑接收节点属性值中存在除所述物理接收节点属性值相匹配的属性值之外的节点属性值时，将所述目标报文数据路由到所述节点属性值对应的节点。

也就是说，本实施例在发现还有其他逻辑接收节点属性值与所述物理接收节点属性值并不一致时，即表明还有其他节点需要对该目标报文数据进行解析，由此，本实施例中将所述目标报文数据路由到相应的节点上，即所述逻辑接收节点属性值中存在除所述物理接收节点属性值相匹配的属性值之外的节点属性值所对应的节点。

例如，以图2及表1中的网段为例，本实施例中判断报文A到达ECU之后是否需要进行路由或解析时，可以通过以下方式实现：

如果ECU是报文A的物理接收节点，但不是A的逻辑接收节点，则报文A是需要通过ECU进行路由的报文；

如果ECU是报文A的物理接收节点，同时也是A的逻辑接收节点，则报文A需要由ECU进行解析，进一步的，如果A的逻辑接收节点中除了ECU还有其他节点，那么也需要通过ECU进行路由到其他节点；

如果ECU不是报文A的物理收发节点，则报文A和ECU没有任何关系，此时报文A也不会到达ECU。

参考图6，为本发明实施例五提供的一种车载总线中报文数据的处理装置的结构示意图，其中，所述装置可以应用于车载总线中的目标节点，这里的目标节点是指处于多个网段的网管节点，而对于一个网段内的普通节点，可以根据报文数据中的接收节点的位置直接进行发送，不存在路由的概念。

在本实施例中，所述装置可以包括以下结构：

报文接收单元601，用于接收目标报文数据。

其中，所述目标报文数据至少具有：物理接收节点属性值及逻辑接收节点属性值，除此之外，所述目标报文数据还具有物理发送节点属性值和逻辑发送节点属性值，所述物理发送节点属性值与所述物理接收节点属性值分别对应所述目标报文数据到达所述目标节点时的物理发送节点与物理接收节点，此时该物理接收节点即为所述目标节点，所述逻辑发送节点属性值与所述逻辑接收节点属性值分别对应所述目标报文数据在其路由中的最初始发送节点及最终接收节点。

以下为最简单的一个例子：报文A的逻辑发送节点属性值为X1，逻辑接收节点属性值为X2，物理发送节点属性值为X3，物理接收节点为X4，这些属性值即为表明：所述报文A最初始的发送节点即为X1，其最终的目的节点为X2，当前该报文节点在路由过程中是从节点X3传输到X4，形成X1-X3-X4-X2的路由，这一路由中，X1与X3之间还可能有其他物理收发节点，X4与X2之间可能还有其他物理收发节点。

属性提取单元602，用于提取所述目标报文数据中的物理接收节点属性值及逻辑接收节点属性值。

具体的，本实施例中可以通过对所述目标报文数据中的属性信息进行解析，进而提取到所述目标报文数据中的物理接收节点属性值及逻辑接收节点属性值。

其中，所述物理接收节点属性值只有一个，即为所述目标节点的属性值，表明所述目标报文数据当前需要到达或者正处于的节点，所述逻辑接收节点可以为一个或者多个，表明所述目标报文数据需要经过或到达的节点。

属性比对单元603，用于将所述逻辑接收节点属性值与所述物理接收节点属性值进行比对，得到比对结果。

具体的，本实施例中是对所述逻辑接收节点属性值中是否存在与所述物理接收节点属性值相匹配的属性值，或者所述逻辑接收节点属性值中除所述物理接收节点属性值相匹配之外还具有其他属性值，由此得到相应的比对结果。

报文处理单元604，用于基于所述比对结果，对所述目标报文数据进行路由和/或解析处理。

也就是说，本实施例中是根据物理和逻辑的接收节点属性值之间的比对结果，来选择对所述目标报文数据时进行路由还是解析还是都进行的操作处理，进而无需现有技术中需要结合源数据库与路由表的结合，减少流程，降低系统消耗。

由上述方案可知，本发明实施例五提供的一种车载总线中报文数据的处理装置，通过在报文数据中设置物理接收节点属性值及逻辑接收节点属性值，进而在接收到目标报文数据之后，提取该目标报文数据中的两个接收节点属性值，进而将这两个属性值进行比对，基于得到的比对结果来选择对目标报文数据进行路由还是解析等处理，这一报文数据的处理方案中，将代表路由信息的两个接收节点属性值设置在报文数据中，无需额外编辑和维护一张路由表，而且在解析等处理时，也不需要再结合源数据库和路由表，节省系统开销，提高数据处理效率。

需要说明的是，本实施例中的目标报文数据采用数据库文件即dbc文件格式，也就是说，能够代表路由信息的各种收发节点属性值是存储在数据库中，dbc文件允许添加自定义属性，由此，本实施例中使用dbc文件格式的报文数据实现，由此在报文数据中增加属性，即：逻辑接收节点属性和逻辑发送节点属性，进而这些属性结合报文数据的物理接收节点属性与物理发送节点属性共同表征所述报文数据的路由信息。

具体的，在使用新增的逻辑接收节点属性和逻辑发送节点属性时，需要注意以下几点：

1、物理接收节点和物理发送节点：一般是在同一网段内的节点，而逻辑接收节点和逻辑发送节点可以跨越不同的网段；

2、新增的逻辑接收节点属性和逻辑发送节点属性，默认值均为“Default”，“Default”表示可以被所有的节点解析。设定改默认值的目的，是为了更好的兼容传统的数据库。数据库中与路由无关的报文，物理收发节点和逻辑收发节点是一样的，因此逻辑收发节点的属性维持默认值即可。以图2中网段为例，表1为其各个报文的路由信息中的属性，其中E2、E4的逻辑收发节点的属性维持默认值。

其中，在图2中的车载CAN网络中，包含两个网段，CAN1包含3个节点：Tester、ECU1和GateWay；CAN2包含2个节点：ECU2和GateWay。

其中，Tester为诊断仪，与之相关的报文为诊断报文，其中E0为功能请求，为广播报文，网络上每个节点都需要接收，E3和E4为针对ECU1的物理请求和响应；E1和E2为针对ECU2的物理请求和响应。

由于Tester位于CAN1，ECU2位于CAN2，所以E0、E1和E2需要通过GateWay路由到CAN2上。

A1、A2和B1是普通的通信报文，A1由ECU1发出，ECU2解析；A2由ECU2发出，ECU1解析；B1由ECU1发出，GateWay和ECU2均需要解析。

3、在某些场景下，数据库不需要完整的描述网络中的所有信息。例如，某天窗控制器供应商，仅关注自己提供的天窗控制器需要收发的信息，他制作和使用的数据库也就只包含天窗控制器节点及其相关的内容。在这种情况下，数据库中的部分报文的收发节点可能是未知的，或者说是不需要关注的，因此，其逻辑收发节点的属性维持默认值即可。

4、逻辑收发节点的属性，适用于所有报文，且可以与其他属性并存(如报文周期，报文类型等)，并不局限于某一类或几类特定的报文。这样，在解析数据库时，可以同时对路由信息和其他通信信息进行解析。

5、新增的逻辑收发节点属性，仅能表示某报文是否为路由报文，并不能体现报文之间的路由对应关系。要体现路由对应关系，还需要采取进一步的措施，如新增路由对应属性或配合路由表。

参考图7，为本发明实施例六提供的一种车载总线中报文数据的处理装置的结构示意图，其中，所述报文处理单元604可以通过以下结构实现：

报文解析子单元641，用于在所述比对结果表明所述逻辑接收节点属性值中存在与所述物理接收节点属性值相一致的节点属性值时，对所述目标报文数据进行报文解析，得到解析结果。

也就是说，本实施例中在发现所述逻辑接收节点属性值中存在与所述物理接收节点属性值相一致的节点属性值时，如上表1中报文A2_的逻辑接收节点属性值与其物理接收节点属性值相同，均对应节点ECU1，由此表明所述目标报文数据当前所到达的目标节点即所述物理接收节点属性值对应的节点为所述目标报文数据需要被解析的节点，此时，本实施例中对所述目标报文数据进行解析，得到相应的解析结果，如车速、水温等数据。

参考图8，为本发明实施例七提供的一种车载总线中报文数据的处理装置的结构示意图，其中，所述报文处理单元604可以通过以下结构实现：

报文路由子单元642，用于在所述比对结果表明所述逻辑接收节点属性值中不存在与所述物理接收节点属性值相一致的节点属性值时，将所述目标报文数据路由到与所述逻辑接收节点属性值对应的节点上。

也就是说，本实施例中在发现所述逻辑接收节点属性值中不存在与所述物理接收节点属性值相一致的节点属性值时，如上表1中报文A1的逻辑接收节点属性值与其物理接收节点属性值不同，所述逻辑接收节点属性值中不存在与所述物理接收节点属性值相一致的节点属性值，ECU2区别于Gateway，由此表明所述目标报文数据当前所到达的目标节点即所述物理接收节点属性值对应的节点并非其最终的目的节点，不需要进行报文解析，而是需要将该目标报文数据进行路由，此时，本实施例中将所述目标报文数据路由到与所述逻辑接收节点属性值相对应的节点上。

参考图9，为本发明实施例八提供的一种车载总线中报文数据的处理装置的结构示意图，其中，所述装置还可以包括以下结构：

属性判断单元605，用于在所述报文解析子单元641得到解析结果之后，判断所述逻辑接收节点属性值中是否存在除所述物理接收节点属性值相匹配的属性值之外的节点属性值，得到判断结果。

也就是说，由于在所述目标报文数据在传输过程中，需要对该目标报文数据进行报文解析的节点不止一个，相应的，其逻辑接收节点属性值可以为一个或多个，由此，本实施例中在当前的目标节点为与其逻辑接收节点属性值中一个属性值相匹配的节点且对所述目标报文数据进行解析之后，需要对该目标报文数据中的逻辑接收节点属性值中是否存在除了所述物理接收节点属性值相匹配的属性值之外的节点属性值进行判断，进而得到判断结果。

节点路由单元606，用于在所述判断结果表明所述逻辑接收节点属性值中存在除所述物理接收节点属性值相匹配的属性值之外的节点属性值时，将所述目标报文数据路由到所述节点属性值对应的节点。

也就是说，本实施例在发现还有其他逻辑接收节点属性值与所述物理接收节点属性值并不一致时，即表明还有其他节点需要对该目标报文数据进行解析，由此，本实施例中将所述目标报文数据路由到相应的节点上，即所述逻辑接收节点属性值中存在除所述物理接收节点属性值相匹配的属性值之外的节点属性值所对应的节点。

例如，以图2及表1中的网段为例，本实施例中判断报文A到达ECU之后是否需要进行路由或解析时，可以通过以下方式实现：

如果ECU是报文A的物理接收节点，但不是A的逻辑接收节点，则报文A是需要通过ECU进行路由的报文；

如果ECU是报文A的物理接收节点，同时也是A的逻辑接收节点，则报文A需要由ECU进行解析，进一步的，如果A的逻辑接收节点中除了ECU还有其他节点，那么也需要通过ECU进行路由到其他节点；

如果ECU不是报文A的物理收发节点，则报文A和ECU没有任何关系，此时报文A也不会到达ECU。

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

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种车载总线中报文数据的处理方法，其特征在于，应用于车载总线中的目标节点，所述方法包括：

接收目标报文数据，所述目标报文数据至少具有：物理接收节点属性值及逻辑接收节点属性值；

提取所述目标报文数据中的物理接收节点属性值及逻辑接收节点属性值；

将所述逻辑接收节点属性值与所述物理接收节点属性值进行比对，得到比对结果；

基于所述比对结果，对所述目标报文数据进行路由和/或解析处理。

2.根据权利要求1所述的方法，其特征在于，所述目标报文数据为dbc文件格式。

3.根据权利要求1或2所述的方法，其特征在于，基于所述比对结果，对所述目标报文数据进行路由和/或解析处理，包括：

在所述比对结果表明所述逻辑接收节点属性值中存在与所述物理接收节点属性值相一致的节点属性值时，对所述目标报文数据进行报文解析，得到解析结果。

4.根据权利要求1或2所述的方法，其特征在于，基于所述比对结果，对所述目标报文数据进行路由和/或解析处理，包括：

在所述比对结果表明所述逻辑接收节点属性值中不存在与所述物理接收节点属性值相一致的节点属性值时，将所述目标报文数据路由到与所述逻辑接收节点属性值对应的节点上。

5.根据权利要求3所述的方法，其特征在于，在对所述目标报文数据进行报文解析，得到解析结果之后，所述方法还包括：

判断所述逻辑接收节点属性值中是否存在除所述物理接收节点属性值相匹配的属性值之外的节点属性值，得到判断结果；

在所述判断结果表明所述逻辑接收节点属性值中存在除所述物理接收节点属性值相匹配的属性值之外的节点属性值时，将所述目标报文数据路由到所述节点属性值对应的节点。

6.一种车载总线中报文数据的处理装置，其特征在于，应用于车载总线中的目标节点，所述装置包括：

报文接收单元，用于接收目标报文数据，所述目标报文数据至少具有：物理接收节点属性值及逻辑接收节点属性值；

属性提取单元，用于提取所述目标报文数据中的物理接收节点属性值及逻辑接收节点属性值；

属性比对单元，用于将所述逻辑接收节点属性值与所述物理接收节点属性值进行比对，得到比对结果；

报文处理单元，用于基于所述比对结果，对所述目标报文数据进行路由和/或解析处理。

7.根据权利要求6所述的装置，其特征在于，所述目标报文数据为dbc文件格式。

8.根据权利要求6或7所述的装置，其特征在于，所述报文处理单元包括：

报文解析子单元，用于在所述比对结果表明所述逻辑接收节点属性值中存在与所述物理接收节点属性值相一致的节点属性值时，对所述目标报文数据进行报文解析，得到解析结果。

9.根据权利要求6或7所述的装置，其特征在于，所述报文处理单元包括：

报文路由子单元，用于在所述比对结果表明所述逻辑接收节点属性值中不存在与所述物理接收节点属性值相一致的节点属性值时，将所述目标报文数据路由到与所述逻辑接收节点属性值对应的节点上。

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

属性判断单元，用于在所述报文解析子单元得到解析结果之后，判断所述逻辑接收节点属性值中是否存在除所述物理接收节点属性值相匹配的属性值之外的节点属性值，得到判断结果；

节点路由单元，用于在所述判断结果表明所述逻辑接收节点属性值中存在除所述物理接收节点属性值相匹配的属性值之外的节点属性值时，将所述目标报文数据路由到所述节点属性值对应的节点。