CN113872967B - 车辆信息的传输方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请适用于汽车技术领域，提供一种车辆信息的传输方法、装置、电子设备及存储介质，其中方法包括：获取上位机以第一通讯格式发送的数据获取请求；解析数据获取请求，确定待通讯的目标ECU及待采集的目标ECU数据；根据目标ECU数据，生成与目标ECU对应的第二通讯格式的数据请求报文，并将数据请求报文发送至目标ECU；接收目标ECU基于数据请求报文发送的应答报文；解析应答报文，得到目标ECU数据，并将目标ECU数据转换成第一通讯格式的回复信息，将回复信息发送至所述上位机。该方案降低基于车载以太网进行车辆数据获取时对开发人员的专业知识要求，降低上位机软件的开发难度。

Description

车辆信息的传输方法、装置、电子设备及存储介质

技术领域

本申请属于汽车技术领域，尤其涉及一种车辆信息的传输方法、装置、电子设备及存储介质。

背景技术

随着汽车日益智能化、网联化和数字化，汽车无人驾驶已成为汽车发展的一种趋势，它对车载ECU(Electronic Control Unit，电子控制单元)系统数量和质量有了更大的需求。

例如汽车中的智能手机连接系统、车载信息娱乐系统、导航系统、车载诊断系统、高级驾驶辅助系统等各种软件变得越来越复杂，而它们之间的联系也越来越紧密，所有这些软件致使带宽的需求迅速增加，对时延同步的精度要求也更高，此时基于BroadR-Reach的车载以太网应运而生，其可以更好的为汽车提供大带宽、高可靠、低时延的车辆网络通信服务。

现在对以太网车辆的诊断基本都是基于支持车载以太网的网关，当需要获取车辆指定ECU系统的某些数据时，需要开发上位机诊断软件，上位机要按以太网诊断标准ISO13400来发送诊断命令，而目前处理方式需要上位机软件开发人员熟练掌握以太网诊断的标准ISO13400内容，以及命令的帧格式、字节校验、时序等所有车载以太网的通信格式标准，对上位机开发人员要求较高，增加了上位机软件的开发难度。

发明内容

本申请实施例提供了一种车辆信息的传输方法、装置、电子设备及存储介质，以解决现有技术中在基于车载以太网实施车辆数据获取时，对上位机开发人员的专业知识要求较高，增加上位机软件的开发难度的问题。

本申请实施例的第一方面提供了一种车辆信息的传输方法，其特征在于，包括：

获取上位机以第一通讯格式发送的数据获取请求；

解析所述数据获取请求，确定待通讯的目标ECU及待采集的目标ECU数据；

根据所述目标ECU数据，生成与所述目标ECU对应的第二通讯格式的数据请求报文，并将所述数据请求报文发送至所述目标ECU；

接收所述目标ECU基于所述数据请求报文发送的应答报文；

解析所述应答报文，得到所述目标ECU数据，并将所述目标ECU数据转换成所述第一通讯格式的回复信息，将所述回复信息发送至所述上位机。

可选地，所述根据所述目标ECU数据，生成与所述目标ECU对应的第二通讯格式的数据请求报文，包括：

基于所述目标ECU，从ECU协议表中匹配得到与所述目标ECU对应的通讯格式作为所述第二通讯格式；

基于所述第二通讯格式，生成与所述目标ECU对应的用于获取所述目标ECU数据的数据请求报文。

可选地，所述将所述数据请求报文发送至所述目标ECU，包括：

基于所述第二通讯格式，确定所述目标ECU的系统识别码以及对应的通信波特率；

基于所述系统识别码以及所述通信波特率，与所述目标ECU建立通信连接；

将所述数据请求报文发送至所述目标ECU。

可选地，所述基于所述第二通讯格式，生成与所述目标ECU对应的用于获取所述目标ECU数据的数据请求报文，包括：

基于所述第二通讯格式，确定所述目标ECU的系统识别码、所述目标ECU数据的数据识别码及所述目标ECU数据在所述第二通讯格式中的数据位置；

基于所述数据位置，依照所述第二通讯格式，生成包含所述系统识别码及所述数据识别码的数据请求报文。

可选地，所述解析所述应答报文，得到所述目标ECU数据，包括：

依照所述第二通讯格式，在从所述应答报文中解析得到所述目标ECU的系统识别码时，确定所述应答报文对应的ECU系统为所述目标ECU；

基于所述目标ECU数据在所述第二通讯格式中的数据位置，从所述应答报文的目标字段提取得到所述目标ECU数据。

可选地，所述第一通讯格式为HTTP通讯格式。

可选地，所述将所述目标ECU数据转换成所述第一通讯格式的回复信息，包括：

基于所述第二通讯格式，确定与所述第一通讯格式之间对应的数据计算规则；

依照所述数据计算规则，将从所述应答报文中提取到的所述目标ECU数据转换成目标格式数据；

将所述目标格式数据填充在所述回复信息中。

本申请实施例的第二方面提供了一种车辆信息的传输装置，包括：

获取模块，用于获取上位机以第一通讯格式发送的数据获取请求；

解析模块，用于解析所述数据获取请求，确定待通讯的目标ECU及待采集的目标ECU数据；

生成模块，用于根据所述目标ECU数据，生成与所述目标ECU对应的第二通讯格式的数据请求报文，并将所述数据请求报文发送至所述目标ECU；

接收模块，用于接收所述目标ECU基于所述数据请求报文发送的应答报文；

发送模块，用于解析所述应答报文，得到所述目标ECU数据，并将所述目标ECU数据转换成所述第一通讯格式的回复信息，将所述回复信息发送至所述上位机。

可选地，生成模块，具体用于：

基于所述目标ECU，从ECU协议表中匹配得到与所述目标ECU对应的通讯格式作为所述第二通讯格式；

基于所述第二通讯格式，生成与所述目标ECU对应的用于获取所述目标ECU数据的数据请求报文。

可选地，生成模块，还具体用于：

基于所述第二通讯格式，确定所述目标ECU的系统识别码以及对应的通信波特率；

基于所述系统识别码以及所述通信波特率，与所述目标ECU建立通信连接；

将所述数据请求报文发送至所述目标ECU。

可选地，生成模块，进一步具体用于：

基于所述第二通讯格式，确定所述目标ECU的系统识别码、所述目标ECU数据的数据识别码及所述目标ECU数据在所述第二通讯格式中的数据位置；

基于所述数据位置，依照所述第二通讯格式，生成包含所述系统识别码及所述数据识别码的数据请求报文。

可选地，发送模块，具体用于：

依照所述第二通讯格式，在从所述应答报文中解析得到所述目标ECU的系统识别码时，确定所述应答报文对应的ECU系统为所述目标ECU；

基于所述目标ECU数据在所述第二通讯格式中的数据位置，从所述应答报文的目标字段提取得到所述目标ECU数据。

可选地，发送模块，还具体用于：

基于所述第二通讯格式，确定与所述第一通讯格式之间对应的数据计算规则；

依照所述数据计算规则，将从所述应答报文中提取到的所述目标ECU数据转换成目标格式数据；

将所述目标格式数据填充在所述回复信息中。

可选地，所述第一通讯格式为HTTP通讯格式。

本申请实施例的第三方面提供了一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述方法的步骤。

本申请实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面所述方法的步骤。

本申请的第五方面提供了一种计算机程序产品，当所述计算机程序产品在终端上运行时，使得所述终端执行上述第一方面所述方法的步骤。

由上可见，本实施例中，基于上位机以第一通讯格式发送的数据获取请求，确定待通讯的目标ECU及待采集的目标ECU数据，进而根据该目标ECU数据，生成与目标ECU对应的第二通讯格式的数据请求报文发送至目标ECU，在从目标ECU发送的应答报文中解析出该目标ECU数据后，则将目标ECU数据转换成第一通讯格式的回复信息反馈至上位机，该过程中采用两种不同的通讯格式进行数据传递，并通过在两种通讯格式间的数据转换，使上位机可以以更合适的通讯格式组织车辆数据获取请求，降低基于车载以太网进行车辆信息传递时对开发人员的专业知识要求，降低上位机软件的开发难度。

附图说明

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

图1是本申请实施例提供的一种车辆信息的传输方法的流程图一；

图2是本申请实施例提供的一种车辆信息的传输方法的流程图二；

图3是本申请实施例提供的一种车辆信息的传输装置的结构图；

图4是本申请实施例提供的一种电子设备的结构图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

具体实现中，本申请实施例中描述的电子设备包括但不限于诸如具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的移动电话、膝上型计算机或平板计算机之类的其它便携式设备。还应当理解的是，在某些实施例中，所述设备并非便携式通信设备，而是具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的台式计算机。

在接下来的讨论中，描述了包括显示器和触摸敏感表面的电子设备。然而，应当理解的是，电子设备可以包括诸如物理键盘、鼠标和/或控制杆的一个或多个其它物理用户接口设备。

电子设备支持各种应用程序，例如以下中的一个或多个：绘图应用程序、演示应用程序、文字处理应用程序、网站创建应用程序、盘刻录应用程序、电子表格应用程序、游戏应用程序、电话应用程序、视频会议应用程序、电子邮件应用程序、即时消息收发应用程序、锻炼支持应用程序、照片管理应用程序、数码相机应用程序、数字摄影机应用程序、web浏览应用程序、数字音乐播放器应用程序和/或数字视频播放器应用程序。

可以在电子设备上执行的各种应用程序可以使用诸如触摸敏感表面的至少一个公共物理用户接口设备。可以在应用程序之间和/或相应应用程序内调整和/或改变触摸敏感表面的一个或多个功能以及电子设备上显示的相应信息。这样，电子设备的公共物理架构(例如，触摸敏感表面)可以支持具有对用户而言直观且透明的用户界面的各种应用程序。

应理解，本实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

现在对以太网车辆的诊断基本都是基于支持以太网的网关，当需要获取车辆指定ECU的某些数据时，需要开发上位机诊断软件，上位机要按以太网诊断标准ISO13400来发送诊断命令，然后接收从网关返回的ECU回复命令，解析出数据，目前方式就对上位机软件开发人员要求很高，要完全掌握以太网诊断的标准ISO13400内容，以及命令的帧格式，字节校验，时序等所有细节，就增加了上位机软件的开发难度。因此，本申请提供了一种车辆信息的传输方法，以解决上述问题。

为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。

参见图1，图1是本申请实施例提供的一种车辆信息的传输方法的流程图一。如图1所示，一种车辆信息的传输方法，该方法应用在电子设备，具体可以是网关。该方法包括以下步骤：

步骤101，获取上位机以第一通讯格式发送的数据获取请求；

步骤102，解析该数据获取请求，确定待通讯的目标ECU及待采集的目标ECU数据；

步骤103，根据目标ECU数据，生成与目标ECU对应的第二通讯格式的数据请求报文，并将数据请求报文发送至目标ECU；

步骤104，接收目标ECU基于数据请求报文发送的应答报文；

步骤105，解析该应答报文，得到目标ECU数据，并将目标ECU数据转换成第一通讯格式的回复信息，将回复信息发送至上位机。

下面对上述各个方法步骤进行具体地展开说明。

其中，步骤101中，获取上位机以第一通讯格式发送的数据获取请求，及在步骤102中，解析数据获取请求，确定待通讯的目标ECU及待采集的目标ECU数据。

该数据获取请求例如为诊断数据采集请求。该数据获取请求用于获取车载ECU系统中的ECU数据。该ECU数据例如为目标ECU中传感器的参数或者传感器感测到的车辆运转数据等。

上位机是指可以直接发出操控命令的计算机。

这里，作为一具体的实施方式，上位机能够实现车辆诊断功能，具体可以对车载ECU系统中车辆诊断数据进行获取，并参照标准数据执行数据分析比对，得出诊断结果。

该第一通讯格式具体为HTTP(Hyper Text Transfer Prtcl，超文本传输协议)格式，或者别的成熟且广使用的便于上位机开发人员应用的通信协议格式。

上位机以第一通讯格式发送的数据获取请求。

上位机发送数据获取请求时，首先要确定待通讯的目标ECU及待采集的目标ECU数据，比如在需要对发动机ECU进行转速诊断时，则确定当前待通讯的目标ECU为发动机ECU，待采集的目标ECU数据为转速数据。基于该些内容，上位机生成数据获取请求，该数据获取请求中携带有目标ECU的相关信息及目标ECU数据的相关信息。

其中，上位机发送数据获取请求时，具体是向网关进行发送，网关在获取到上位机发送的数据获取请求之后，基于该数据获取请求，展开后续与车载ECU系统之间的数据交互传递过程。

例如，在数据获取请求中携带有目标ECU数据的标识及目标ECU的标识，当上位机想要获取目标ECU的某一车辆数据时，上位机将目标ECU数据的标识及目标ECU的标识依照HTTP协议格式填充在HTTP请求中，从而生成上述数据获取请求，然后根据网关的IP地址来向网关发送HTTP请求，具体地，HTTP使用URL(Uniform Resource Locator，统一资源定位符)来传输数据和建立连接。该URL是互联网上用来标识某一处资源的地址，包含了网关的IP、端口、参数等信息。在本申请中，上述标识可以是名称、唯一的ID等。

其中，网关中需要配置一个IP地址，以供上位机通过HTTP来进行访问，一般采用固定IP地址，比如172.16.1.100,HTTP协议的默认端口为80。

进一步地，本申请在网关中配置用于接收HTTP请求的服务端功能软件，例如Apache，Nginx等，在网关中实现根据HTTP请求参数转换成总线数据获取服务，基于在网关中配置好的HTTP协议格式规范数据，将HTTP请求进行解析，得到待通讯的目标ECU及待采集的目标ECU数据。随后在此基础上生成相对应的数据请求报文，与指定的目标ECU进行报文通信来获取到目标ECU数据。

在步骤103中，根据目标ECU数据，生成与目标ECU对应的第二通讯格式的数据请求报文，并将数据请求报文发送至目标ECU。

当网关接收到上位机的HTTP请求后，解析出请求URL中各参数，通过目标ECU的标识获知需要进行通讯的目标ECU，通过目标ECU数据的标识获知想要获取的车辆数据。例如，目标ECU为EMS(Engine Management System，发动机管理系统)，目标ECU数据为rpm(发动机转速)。

该第二通讯格式具体为目标ECU对应的通讯格式。在车辆中，各个不同的ECU系统可采用不同的通讯协议。例如，EMS系统采用的是CAN通讯协议格式，车载多媒体系统采用的是SPI(Serial Peripheral interface，串行外围设备接口)总线协议格式等等。

在获取到目标ECU对应的第二通讯格式后，即可生成包含目标ECU数据的相关信息的数据请求报文，然后将该数据请求报文发送至目标ECU。

该过程以不同的通讯格式分别与上位机进行信息交互及与车载ECU系统进行信息交互，并实现在不同通讯格式之间进行信息转换，以能够确保上位机以更合适的通讯格式组织车辆数据获取请求。

在步骤104中，接收目标ECU基于数据请求报文发送的应答报文；并在步骤105中，解析该应答报文，得到目标ECU数据，并将目标ECU数据转换成第一通讯格式的回复信息，将回复信息发送至上位机。

对于应答报文的解析，同样基于第二通讯格式进行报文拆解实现对报文中携带数据的提取。在解析得到目标ECU数据之后，还需要将其转换为第一通讯格式的信息，将该回复信息发送至上位机以实现对上位机的数据获取请求的反馈。

上述过程，实现了将网关配置成一个基于以太网网络的服务器，使上位机可以以目前已经非常流行且简单的HTTP接口来对车载ECU系统进行数据访问，只需要通过HTTP接口传输给网关需要获取的目标数据的相关参数，网关内部会转换成总线协议来向目标ECU获取指定ECU的数据，然后再返回给上位机，上位机软件不用通过ISO13400标准来与网关通讯，因此上位机开发人员不需要知道以太网通信的标准细节，能够极大的提高上位机开发效率。

本实施例中，基于上位机以第一通讯格式发送的数据获取请求，确定待通讯的目标ECU及待采集的目标ECU数据，进而根据该目标ECU数据，生成与目标ECU对应的第二通讯格式的数据请求报文发送至目标ECU，在从目标ECU发送的应答报文中解析出该目标ECU数据后，则将目标ECU数据转换成第一通讯格式的回复信息反馈至上位机，该过程中采用两种不同的通讯格式进行数据传递，并通过在两种通讯格式间的数据转换，使上位机可以以更合适的通讯格式组织车辆数据获取请求，降低基于车载以太网进行车辆信息传递时对开发人员的专业知识要求，降低上位机软件的开发难度。

本申请实施例中还提供了车辆信息的传输方法的不同实施方式。

参见图2，图2是本申请实施例提供的一种车辆信息的传输方法的流程图二。如图2所示，一种车辆信息的传输方法，该方法包括以下步骤：

步骤201，获取上位机以第一通讯格式发送的数据获取请求。

该步骤的实现方式与前述实施例中步骤101的实现过程相同，此处不再赘述。

步骤202，解析该数据获取请求，确定待通讯的目标ECU及待采集的目标ECU数据。

该步骤的实现方式与前述实施例中步骤102的实现过程相同，此处不再赘述。

步骤203，基于目标ECU，从ECU协议表中匹配得到与目标ECU对应的通讯格式作为第二通讯格式。

步骤204，基于该第二通讯格式，生成与目标ECU对应的用于获取目标ECU数据的数据请求报文，并将该数据请求报文发送至目标ECU。

具体地，ECU协议表为预构建的表，该协议表中具体包括不同车载ECU的系统识别码，不同车载ECU与不同通讯格式之间的对应关系，及不同通讯格式下的通讯参数。

该些通讯参数例如包括：通讯格式名称、通信波特率、发送数据识别码及接收数据识别码等等。

例如EMS系统的通讯协议为CAN(Controller Area Network，控制器局域网络)通讯协议，发送报文数据的ID(即发送数据识别码)为0xfc00，接收报文数据的ID(即接收数据识别码)为0xfd00，通讯波特率为500K。

在从ECU协议表中匹配得到与目标ECU对应第二通讯格式之后，即可基于该第二通讯格式，生成用于获取目标ECU数据的数据请求报文。

在一个具体的实施例中，该基于第二通讯格式，生成与目标ECU对应的用于获取目标ECU数据的数据请求报文，包括：

基于第二通讯格式，确定目标ECU的系统识别码、目标ECU数据的数据识别码及目标ECU数据在第二通讯格式中的数据位置；基于该数据位置，依照第二通讯格式，生成包含系统识别码及数据识别码的数据请求报文。

该数据位置具体为目标ECU数据在第二通讯格式下应该在报文中所处的字段位置。一个通讯格式中报文各个字段内容构成为确定的格式内容，因此可以基于目标ECU数据，确定其在第二通讯格式中对应的数据位置。

在获取到数据位置之后，即可将目标ECU数据的数据识别码嵌入至对应的字段，生成包含目标ECU的系统识别码及目标ECU数据的数据识别码的数据请求报文。

该过程中，网关根据目标ECU对应的第二通讯格式组合成一帧向目标ECU发送的数据请求报文。

其中，以CAN通讯协议为例，生成的数据请求报文，例如为0x08fc0003220180ffffffffff。

Ox表明数值采用的是16进制；

08表示除了目标ECU的发送数据识别码外一共有几个字节数；

Fc00表示目标ECU的发送数据识别码；该发送数据识别码用于指示当前数据请求报文是由网关向目标ECU进行发送；

03表示当前数据位后面有几个有效字节；

22表示目标ECU的系统识别码；

0180表示目标ECU数据的数据识别编码；

Ffffffffff为默认填充字节，无意义。

进一步地，作为一可选的实施方式，该将数据请求报文发送至目标ECU，包括：

基于该第二通讯格式，确定目标ECU的系统识别码以及对应的通信波特率；基于该系统识别码以及通信波特率，与目标ECU建立通信连接；将数据请求报文发送至目标ECU。

在于目标ECU进行数据交互之前，需要确保当前网关与目标ECU之间建立起通信连接链路，在建立通信连接链路时，需要确定与目标ECU对应的通信链路规定的通信传输速率。因此，具体需要基于目标ECU的系统识别码以及对应的通信波特率，建立起与目标ECU的通信连接，之后基于建立起的通信连接实现数据请求报文传输至目标ECU。

实现以与目标ECU所对应通信链路相适配的速率进行数据传递。

步骤205，接收目标ECU基于数据请求报文发送的应答报文。

该步骤的实现方式与前述实施例中步骤104的实现过程相同，此处不再赘述。

步骤206，解析该应答报文，得到目标ECU数据，并基于第二通讯格式，确定与第一通讯格式之间对应的数据计算规则。

步骤207，依照数据计算规则，将从应答报文中提取到的目标ECU数据转换成目标格式数据。

步骤208，将目标格式数据填充在回复信息中，将该回复信息发送至上位机。

在具体应用过程中，在将数据请求报文通过总线发送至目标ECU后，目标ECU接收到该数据请求报文，判断报文中的系统识别码为自身ID，则对报文进行处理，解析出报文中的数据识别编码，根据该数据识别编码判断是请求的哪项ECU数据，从对应传感器中获取到数据值后，填充到应答报文中后通过总线传输至网关。

随后，网关对应答报文进行解析得到目标ECU数据。该解析过程具体为依照第二通讯格式对应答报文进行拆解，从目标字段提取出目标ECU数据。

作为一可选的实施方式，解析应答报文，得到目标ECU数据，包括：

依照第二通讯格式，在从应答报文中解析得到目标ECU的系统识别码时，确定应答报文对应的ECU系统为目标ECU；基于该目标ECU数据在第二通讯格式中的数据位置，从应答报文的目标字段提取得到目标ECU数据。

其中，应答报文例如为0x08fd00056201800302ffffff。

Ox表明数值采用的是16进制；

08表示除了目标ECU的接收数据识别码外一共有几个字节数；

Fd00表示目标ECU的接收数据识别码。该接收数据识别码用于指示当前应答报文是由目标ECU向网关进行发送；

05表示当前数据位后面有几个有效字节；

62为目标ECU的系统识别码0x22加上固定值0x40后的标识值0x62；

0180表示目标ECU数据的数据识别编码；

0302为目标ECU数据的实际数据字节；

ffffff为默认填充字节，无意义。

网关接收到目标ECU回复的报文(即应答报文)后，对其进行解析，提取得到目标字段值，然后按目标ECU数据对应的数据计算规则计算出最终的数据值。

具体地，该数据计算规则具体为数据转换规则，例如为数据的进制转换规则，数据的线性转换规则等等。该数据计算规则需要结合第一通讯格式与第二通讯格式两者进行具体确定。

例如，通过目标ECU数据的名称，查找出该数据项的DID(Data Identifier，数据标识符)，即数据识别编码，基于该数据识别编码匹配得到目标ECU数据在第一通讯格式中的数据位置及由第二通讯格式转换为第一通讯格式的数据转换方法(即数据计算规则)。

在一个具体实施例中，比如目标ECU数据为rpm，在上述应答报文中，rpm的在实际数据字节中的字段值为0x0302,则此时根据算法Y＝X1*256+X2，计算出最终的rpm值为770，即目标ECU数据。其中，X1为字段值中的03，X2为字段值中的02，将其代入至计算公式中即可完成数据转换，得到目标格式数据，具体地，目标格式数据可以是具体的rpm数值。

之后，将目标格式数据填充在回复信息中，将该回复信息发送至上位机实现数据的反馈。

本实施例中，基于上位机以第一通讯格式发送的数据获取请求，确定待通讯的目标ECU及待采集的目标ECU数据，进而根据该目标ECU数据，生成与目标ECU对应的第二通讯格式的数据请求报文发送至目标ECU，在从目标ECU发送的应答报文中解析出该目标ECU数据后，则将目标ECU数据转换成第一通讯格式的回复信息反馈至上位机，该过程中采用两种不同的通讯格式进行数据传递，并通过在两种通讯格式间的数据转换，在数据转换后以符合车载以太网通信协议要求的报文格式向车载ECU发送数据采集请求，并在数据反馈过程中同样采用数据转换方式，使上位机可以以更合适的通讯格式请求数据及获取数据，降低基于车载以太网进行车辆信息传递时对开发人员的专业知识要求，降低上位机软件的开发难度。

参见图3，图3是本申请实施例提供的一种车辆信息的传输装置的结构图，为了便于说明，仅示出了与本申请实施例相关的部分。

所述车辆信息的传输装置300包括：

获取模块301，用于获取上位机以第一通讯格式发送的数据获取请求

解析模块302，用于解析所述数据获取请求，确定待通讯的目标ECU及待采集的目标ECU数据；

生成模块303，用于根据所述目标ECU数据，生成与所述目标ECU对应的第二通讯格式的数据请求报文，并将所述数据请求报文发送至所述目标ECU；

接收模块304，用于接收所述目标ECU基于所述数据请求报文发送的应答报文；

发送模块305，用于解析所述应答报文，得到所述目标ECU数据，并将所述目标ECU数据转换成所述第一通讯格式的回复信息，将所述回复信息发送至所述上位机。

其中，生成模块，具体用于：

基于所述目标ECU，从ECU协议表中匹配得到与所述目标ECU对应的通讯格式作为所述第二通讯格式；

基于所述第二通讯格式，生成与所述目标ECU对应的用于获取所述目标ECU数据的数据请求报文。

其中，生成模块，还具体用于：

基于所述第二通讯格式，确定所述目标ECU的系统识别码以及对应的通信波特率；

基于所述系统识别码以及所述通信波特率，与所述目标ECU建立通信连接；

将所述数据请求报文发送至所述目标ECU。

其中，生成模块，进一步具体用于：

基于所述第二通讯格式，确定所述目标ECU的系统识别码、所述目标ECU数据的数据识别码及所述目标ECU数据在所述第二通讯格式中的数据位置；

基于所述数据位置，依照所述第二通讯格式，生成包含所述系统识别码及所述数据识别码的数据请求报文。

其中，发送模块，具体用于：

依照所述第二通讯格式，在从所述应答报文中解析得到所述目标ECU的系统识别码时，确定所述应答报文对应的ECU系统为所述目标ECU；

基于所述目标ECU数据在所述第二通讯格式中的数据位置，从所述应答报文的目标字段提取得到所述目标ECU数据。

其中，发送模块，还具体用于：

基于所述第二通讯格式，确定与所述第一通讯格式之间对应的数据计算规则；

依照所述数据计算规则，将从所述应答报文中提取到的所述目标ECU数据转换成目标格式数据；

将所述目标格式数据填充在所述回复信息中。

其中，所述第一通讯格式为HTTP通讯格式。

本申请实施例提供的车辆信息的传输装置能够实现上述车辆信息的传输方法的实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

图4是本申请实施例提供的一种电子设备的结构图。如该图所示，该实施例的电子设备4包括：至少一个处理器40(图4中仅示出一个)、存储器41以及存储在所述存储器41中并可在所述至少一个处理器40上运行的计算机程序42，所述处理器40执行所述计算机程序42时实现上述任意各个方法实施例中的步骤。

所述电子设备4可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述电子设备4可包括，但不仅限于，处理器40、存储器41。本领域技术人员可以理解，图4仅仅是电子设备4的示例，并不构成对电子设备4的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述电子设备还可以包括输入输出设备、网络接入设备、总线等。

所述处理器40可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器41可以是所述电子设备4的内部存储单元，例如电子设备4的硬盘或内存。所述存储器41也可以是所述电子设备4的外部存储设备，例如所述电子设备4上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器41还可以既包括所述电子设备4的内部存储单元也包括外部存储设备。所述存储器41用于存储所述计算机程序以及所述电子设备所需的其他程序和数据。所述存储器41还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置/电子设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/电子设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序产品来实现，当计算机程序产品在电子设备上运行时，使得所述电子设备执行时实现可实现上述各个方法实施例中的步骤。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (8)

1.一种车辆信息的传输方法，其特征在于，应用于网关，包括：

所述网关获取上位机以第一通讯格式发送的数据获取请求；所述第一通讯格式为HTTP通讯格式；所述网关中配置有用于接收HTTP请求的服务端功能软件，通过所述服务端功能软件所述网关被配置为一个基于以太网网络的服务器；所述网关中配置一个IP地址，以供所述上位机通过HTTP来进行访问，所述数据获取请求为所述上位机根据所述网关的IP地址向所述网关发送的HTTP请求；

解析所述数据获取请求，确定待通讯的目标ECU及待采集的目标ECU数据；

根据所述目标ECU数据，生成与所述目标ECU对应的第二通讯格式的数据请求报文，并将所述数据请求报文发送至所述目标ECU；

接收所述目标ECU基于所述数据请求报文发送的应答报文；

解析所述应答报文，得到所述目标ECU数据，并将所述目标ECU数据转换成所述第一通讯格式的回复信息，将所述回复信息发送至所述上位机；

所述将所述目标ECU数据转换成所述第一通讯格式的回复信息，包括：

基于所述第二通讯格式，确定与所述第一通讯格式之间对应的数据计算规则；

依照所述数据计算规则，将从所述应答报文中提取到的所述目标ECU数据转换成目标格式数据；

将所述目标格式数据填充在所述回复信息中。

2.根据权利要求1所述的方法，其特征在于，所述根据所述目标ECU数据，生成与所述目标ECU对应的第二通讯格式的数据请求报文，包括：

基于所述目标ECU，从ECU协议表中匹配得到与所述目标ECU对应的通讯格式作为所述第二通讯格式；

基于所述第二通讯格式，生成与所述目标ECU对应的用于获取所述目标ECU数据的数据请求报文。

3.根据权利要求2所述的方法，其特征在于，所述将所述数据请求报文发送至所述目标ECU，包括：

基于所述第二通讯格式，确定所述目标ECU的系统识别码以及对应的通信波特率；

基于所述系统识别码以及所述通信波特率，与所述目标ECU建立通信连接；

将所述数据请求报文发送至所述目标ECU。

4.根据权利要求2所述的方法，其特征在于，所述基于所述第二通讯格式，生成与所述目标ECU对应的用于获取所述目标ECU数据的数据请求报文，包括：

基于所述第二通讯格式，确定所述目标ECU的系统识别码、所述目标ECU数据的数据识别码及所述目标ECU数据在所述第二通讯格式中的数据位置；

基于所述数据位置，依照所述第二通讯格式，生成包含所述系统识别码及所述数据识别码的数据请求报文。

5.根据权利要求4所述的方法，其特征在于，所述解析所述应答报文，得到所述目标ECU数据，包括：

依照所述第二通讯格式，在从所述应答报文中解析得到所述目标ECU的系统识别码时，确定所述应答报文对应的ECU系统为所述目标ECU；

基于所述目标ECU数据在所述第二通讯格式中的数据位置，从所述应答报文的目标字段提取得到所述目标ECU数据。

6.一种车辆信息的传输装置，其特征在于，应用于网关中，所述装置包括：

获取模块，用于获取上位机以第一通讯格式发送的数据获取请求；所述第一通讯格式为HTTP通讯格式；所述网关中配置有用于接收HTTP请求的服务端功能软件，通过所述服务端功能软件所述网关被配置为一个基于以太网网络的服务器；所述网关中配置一个IP地址，以供所述上位机通过HTTP来进行访问，所述数据获取请求为所述上位机根据所述网关的IP地址向所述网关发送的HTTP请求；

解析模块，用于解析所述数据获取请求，确定待通讯的目标ECU及待采集的目标ECU数据；

生成模块，用于根据所述目标ECU数据，生成与所述目标ECU对应的第二通讯格式的数据请求报文，并将所述数据请求报文发送至所述目标ECU；

接收模块，用于接收所述目标ECU基于所述数据请求报文发送的应答报文；

发送模块，用于解析所述应答报文，得到所述目标ECU数据，并将所述目标ECU数据转换成所述第一通讯格式的回复信息，将所述回复信息发送至所述上位机；

其中，发送模块，还具体用于：

基于所述第二通讯格式，确定与所述第一通讯格式之间对应的数据计算规则；

依照所述数据计算规则，将从所述应答报文中提取到的所述目标ECU数据转换成目标格式数据；

将所述目标格式数据填充在所述回复信息中。

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

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