CN115842868A

CN115842868A - 接口数据转换方法、装置、存储介质及车载通信设备

Info

Publication number: CN115842868A
Application number: CN202211352968.1A
Authority: CN
Inventors: 王强; 栗羽峰; 耿俊庆; 王林; 梁田峰
Original assignee: Great Wall Motor Co Ltd
Current assignee: Great Wall Motor Co Ltd
Priority date: 2022-11-01
Filing date: 2022-11-01
Publication date: 2023-03-24

Abstract

本申请实施例公开了一种接口数据转换方法、装置、存储介质及车载通信设备，该方法包括：接收第一网关采用第一通信协议的第一协议接口发送的第一数据；基于预设接口对应关系，通过第二网关将第一协议接口转换为第二通信协议对应的第二协议接口；基于第二协议接口，生成与第一数据对应的第二数据，其中，第一通信协议为用于车内通信的通信协议并且第二通信协议为用于车云通信的通信协议，或者第一通信协议为用于车云通信的通信协议并且第二通信协议为用于车内通信的通信协议。根据本申请实施例的技术方案，能够将车内的数据与车外的数据信号进行互相转换。

Description

接口数据转换方法、装置、存储介质及车载通信设备

技术领域

本申请涉及车载通信技术领域，尤其涉及一种接口数据转换方法、装置、存储介质及车载通信设备。

背景技术

随着车辆智能互联技术的发展，车载电子设备的功能也越来越丰富，车辆的各控制器之间以及车端与云端之间的通信也越来越频繁。

在一种技术方案中，为了达到车内/外数据的互联互通，采用车内以太网总线对车内的数据进行传输，采用车外以太网总线来对车辆与云端之间的数据进行传输。

由于车内以太网总线与车外以太网总线之间采用了不同的通信协议，因此，如何高效地对车内和车外的数据信号进行转换成为了亟待解决的技术难题。

发明内容

本申请实施例提供了一种接口数据转换方法、装置、存储介质及车载通信设备，能够高效地对车内和车外的数据信号进行转换。所述技术方案如下：

第一方面，本申请实施例提供了一种接口数据转换方法，应用于车载通信设备，所述车载通信设备包括第一网关和第二网关，所述第一网关采用第一通信协议进行通信，所述第二网关采用第二通信协议进行通信，所述方法包括：

接收数据总线的信号数据；

通过所述第一网关将所述信号数据转换为所述第一通信协议的第一协议接口对应的第一数据；

基于预设接口对应关系，通过所述第二网关将所述第一协议接口转换为所述第二通信协议对应的第二协议接口；

基于所述第二协议接口以及所述第一数据，生成与所述信号数据对应的第二数据。

第二方面，本申请实施例提供一种接口数据转换装置，应用于车载通信设备，所述车载通信设备包括第一网关和第二网关，所述第一网关采用第一通信协议进行通信，所述第二网关采用第二通信协议进行通信，所述装置包括：

数据接收模块，用于接收所述第一网关采用所述第一通信协议的第一协议接口发送的第一数据；

接口转换模块，用于基于预设接口对应关系，通过所述第二网关将所述第一协议接口转换为所述第二通信协议对应的第二协议接口；

数据生成模块，用于基于所述第二协议接口，生成与所述第一数据对应的第二数据，其中，所述第一通信协议为用于车内通信的通信协议并且所述第二通信协议为用于车云通信的通信协议，或者所述第一通信协议为用于车云通信的通信协议并且所述第二通信协议为用于车内通信的通信协议。

第三方面，本申请实施例提供一种计算机存储介质，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行上述的方法的步骤。

第四方面，本申请实施例提供一种车载通信设备，包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行上述的方法的步骤。

本申请一些实施例提供的技术方案带来的有益效果至少包括：

基于预设接口对应关系，将第一通信协议的第一协议接口的第一数据转换成第二通信协议的第二协议接口的第二数据，由于第一通信协议与第二通信协议中一个是用于车内通信的通信协议，另一个是用于车云通信的通信协议，能够高效地对车内和车外的不同通信协议的数据进行转换，从而能够将车内的数据与车外的数据信号进行互相转换。

附图说明

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

图1示出了根据本申请实施例提供的接口数据转换方法的系统架构的示意图；

图2示出了根据本申请的一些实施例提供的接口数据转换方法的流程示意图；

图3示出了根据本申请的另一些实施例提供的接口数据转换方法的流程示意图；

图4示出了根据本申请的一些实施例提供的消息推送的两种接口映射的示意图；

图5示出了根据本申请的一些实施例提供的方法调用的两种接口映射的示意图；

图6示出了根据本申请的又一些实施例提供的接口数据转换方法的流程示意图；

图7示出了本申请实施例提供的另一种接口数据转换装置的结构示意图

图8示出了本申请实施例提供的一种车载通信设备的结构示意图。

具体实施方式

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

首先，对本申请实施例中涉及的名词进行解释和说明。

CAN(Controller Area Network，控制器局域网)总线：传统车载架构中的数据总线，可以承载较大的数据量，是ISO国际标准化的串行通信协议。

LIN(Local Interconnect Network，局域互联网络)总线：传统车载架构中的数据总线，用于实现汽车中的分布式电子系统控制，可以承载较小的数据量，主要用于控制一些简单的车内设备，是一种辅助的总线网络。

SOME/IP(Scalable service-Oriented MiddlewarE over IP，IP之上面向服务的可伸缩的中间件)协议：是用于控制消息的汽车中间件解决方案，可以在控制器之间实现面向服务的通信。SOME/IP提供了广泛的中间件功能，如序列化、远程过程调用、服务发现和订阅，以使ECU(Electronic Control Unit，电子控制单元)软件能够相互通信。

MQTT(Message Queuing Telemetry Transport，消息队列遥测传输)协议：是一种基于发布/订阅模式的"轻量级"通讯协议，该协议构建于TCP/IP协议上，MQTT可以以极少的代码和有限的带宽，为远程连接设备提过实时可靠的消息服务，作为一种低开销、低带宽占用的即时通讯协议，使其在物联网、小型设备、移动应用等方面有较广泛的应用。

S2S(Signal To Service，信号转服务)：是一种ECU间的通讯标准。

C2C(Car To Cloud，车对云)网关：是一种车云通讯网关，实现车端和云端的互通。

ARXML(AUTOSAR eXtensible Markup Language，AUTOSAR可扩展标记语言)：该标准介绍了如何将AUTOSAR模型序列化为AUTOSAR XML描述的规则，为AUTOSAR工具之间的互操作性提供支持。

AUTOSAR(AUTOmotive Open System Architecture，汽车开放系统架构)：是一家致力于制定汽车电子软件标准的联盟，致力于为汽车工业开发一个开放的、标准化的软件架构。

FIDL(Franca Interface Definition Language，Franca接口定义语言)：是一种用于规范接口描述的文本语言。

下面，将结合附图对本申请实施例的接口数据转换方法的技术方案进行详细的说明。

图1示出了根据本申请实施例提供的接口数据转换方法的系统架构的示意图。

参照图1所示，该系统架构包括智能终端105、智能家电110、后台服务120、车云服务总线125、CAN总线130、车载通信设备140。

在示例实施例中，智能终端150提供情景配置服务、无线升级服务以及登录服务。智能家电110提供空调服务、灯控服务以及加热服务，后台服务120提供文本转语音服务、天气服务以及智能推荐服务。

车云服务总线125可以为车外以太网总线，车外以太网总线采用MQTT协议，用于车内ECU和云端之间的通信，例如，通过车载上网设备来与云端的互联网进行通信。

CAN总线130主要用于汽车中各种不同元件之间的通信。应用程序150包括整车控制应用、信息娱乐应用以及自动驾驶应用。

车载通信设备140包括S2S网关142以及C2C网关144。S2S网关142包括车辆信号服务单元、信号/服务转换单元以及信号解析/打包单元。车辆信号服务单元用于接收、解析以及转发车辆信号。信号/服务转换单元用于对信号与服务进行转换。信号解析/打包单元用于对信号进行解析/打包处理。S2S网关142主要负责将车内的信号服务化，打通车内的服务通讯。

C2C网关144包括云端服务单元、车/云服务转换单元以及车端服务单元。其中，云端服务单元用于提供云端服务，车/云服务转换单元用于车端服务与云端服务进行转换，车端服务单元用于处理车端服务。C2C网关主要是将智能终端设备/后台服务等车辆以外的设备服务化，打通车外的服务通讯。C2C网关通过协议转化工具打通S2S网关142和C2C网关144之间的通讯，从而打通各种联网设备之间的壁垒。

车载服务总线155可以为车载以太网总线，用于车内的通信，车载服务总线155常用的通信协议是SOME/IP协议，用于联通车内的各个ECU。车载服务总线155与AutoSar(经典平台CP)160和AutoSar(自适应平台AP)165通信连接，

图2示出了根据本申请的一些实施例提供的接口数据转换方法的流程示意图。该接口数据转换方法的执行主体可以是具有计算处理功能的计算设备，例如车载通信设备140。该接口数据转换方法包括步骤S210至步骤S240，下面，结合附图对示例实施例中的接口数据转换方法进行详细的说明。

参照图2所示，在步骤S210中，接收第一网关采用第一通信协议的第一协议接口发送的第一数据。

在示例实施例中，第一通信协议为用于车内通信的通信协议并且第二通信协议为用于车云通信的通信协议，或者第一通信协议为用于车云通信的通信协议并且所述第二通信协议为用于车内通信的通信协议。举例而言，若第一通信协议为车内通信的通信协议SOME/IP协议，则第二通信协议为车云通信的通信协议MQTT协议；若第一通信协议为车云通信的通信协议MQTT协议，则第二通信协议为车内通信的通信协议SOME/IP协议。

进一步地，在示例实施例中，第一网关为S2S网关，第一通信协议为SOME/IP协议，接收S2S网关采用SOME/IP通信协议的协议接口发送的数据，例如接收S2S网关采用SOME/IP通信协议的事件A接口发送的数据。

在步骤S220中，基于预设接口对应关系，通过第二网关将第一协议接口转换为第二通信协议对应的第二协议接口。

在示例实施例中，第二网关为C2C网关即车对云网关，第二通信协议为MQTT协议。举例而言，第一通信协议采用第一接口定义语言描述第一协议接口，第二通信协议采用第二接口定义语言描述所述第二协议接口，通过第二网关确定第一协议接口在第一接口定义语言中的第一接口类型；基于第一协议接口的第一接口类型以及预设接口对应关系，确定第二接口定义语言中对应的第二接口类型；基于第二接口类型，将第一协议接口转换为第二通信协议对应的第二协议接口。

例如，第一接口定义语言为ARXML(AUTOSAR eXtensible Markup Language，AUTOSAR可扩展标记语言)，第二接口定义语言为FIDL(Franca Interface DefinitionLanguage，Franca接口定义语言)，FIDL支持定义三种类型的接口：Method，Broadcast，Attribute，这三种接口对应了ARXML中三种类型的接口：Method，Event，Field。可以通过下表1来标识ARXML与FIDL中接口的对应关系：

表1.ARXML与FIDL中接口的对应关系

ARXML中接口类型	FIDL中接口类型
		Field	Attribute
Method	Method
		Event	Broadcast

其中，ARXML中三种类型的接口包含Method、Event和Field。Method即远程过程调用是指一个节点向另一个节点发送请求服务，多用于客户端向服务器发送控制命令，根据服务器是否有反馈分为Request/Response和通信Fire&Forget通信。Event类似于CAN报文，用以发布状态，根据实际的应用场景，可以有不同的发送方式。Field用以表示某一功能的状态量。可以通过Method发布控制命令，即Setter；也可以通过Method去请求获取状态，即Getter；在状态发生改变时也可以发送通知，即Notification。

通过第二网关确定第一协议接口在第一接口定义语言中的第一接口类型例如为Event类型；基于第一协议接口的第一接口类型以及预设接口对应关系例如上述对应关系表，确定第二接口定义语言中对应的第二接口类型例如广播Broadcast类型；基于第二接口类型，将第一协议接口转换为第二通信协议对应的第二协议接口，例如，基于第二接口类型，将第一协议接口的数据类型转换成第二通信协议对应的第二协议接口的数据类型，从而能够将第一协议接口与第二协议接口的数据类型进行统一处理，避免出现数据转换错误。

在步骤S230中，基于第二协议接口，生成与第一数据对应的第二数据。

在示例实施例中，第二协议接口为第二通信协议例如MQTT协议对应的接口，基于第二协议接口的接口参数以及接口参数的数据类型，从第一数据中获取对应的数据，生成与数据信号对应的第二数据。例如，第二协议接口包括接口ID、接口参数、接口参数的元素类型，从第一数据中获取与第二协议接口对应的数据，生成与信号数据对应的第二数据。

举例而言，设信号数据为发动机转速信号，第一协议接口与第二协议接口均为显示发动机转速的协议接口，例如，根据信号接口对应关系，将发动机转换信号转换成第一协议接口即SOME/IP的Event接口的第一数据，根据接口对应关系，将第一协议接口转换成第二协议接口即Broadcast接口，根据Broadcast接口的接口参数从第一数据获取对应的接口数据例如转速值数据，生成与信号数据对应的第二数据。

根据图2的示例实施例中的技术方案，基于预设接口对应关系，将第一通信协议的第一协议接口的第一数据转换成第二通信协议的第二协议接口的第二数据，由于第一通信协议与第二通信协议中一个是用于车内通信的通信协议，另一个是用于车云通信的通信协议，能够高效地对车内和车外例如云端的不同通信协议的数据进行转换，从而能够将车内的数据与车外的数据信号进行互相转换。

进一步地，在示例实施例中，数据总线为CAN总线和/或LIN总线，第一网关接收CAN总线和/或LIN总线的信号数据。其中，CAN总线使用DBC(Database Can，数据库CAN)文件来描述接口数据，LIN总线使用LDF(LIN Description File，LIN描述文件)来描述接口数据。DBC文件包含以下信息：当前信号报文的CAN ID、信号在CAN报文中出现的位置、信号的字节顺序、信号的单位等。

以数据总线为CAN总线为例，S2S网关接收到CAN总线的信号报文，根据DBC文件对该信号报文进行解析，得到对应的信号数据。例如，设接收到的CAN总线的信号报文为发动机转速信号报文，对该信号报文进行解析，得到该信号报文的CAN ID例如0x181，报文的名称例如ADC_0_3，报文的类型例如CAN标准帧，数据长度代码例如8，发送器例如Vector_XXX。

进一步地，在示例实施例中，通过第一网关将信号数据转换为第一通信协议的第一协议接口对应的第一数据。举例而言，第一网关为S2S网关，第一通信协议为SOME/IP协议。在获取到数据总线的信号后，通过第一网关基于预设信号接口对应关系，将信号数据转换为第一通信协议的第一协议接口对应的第一数据。

进一步地，基于信号数据的标识信息以及预设信号接口对应关系，通过第一网关确定与信号数据对应的第一通信协议的第一协议接口，预设信号接口对应关系包括数据总线的信号数据与第一通信协议的协议接口的对应关系；将信号数据转换成第一协议接口对应的第一数据，即根据第一通信协议对信号数据进行编码，生成第一协议接口对应的第一数据。

举例而言，预先建立信号与接口之间的对应关系，例如信号A-接口A；信号B-接口B等，当S2S网关接收到CAN信号时，根据建立的信号与接口之间的对应关系，将CAN信号中的信号A转换为SOME/IP协议的事件A接口对应的接口数据。例如将CAN报文中的信号A转换成事件A接口对应的接口名称，将数据类型转换事件A接口对应的数据类型，得到事件A接口对应的接口数据。

根据上述示例实施例中的技术方案，通过预设信号接口对应关系，将数据总线的信号数据转换为SOME/IP协议的协议接口对应的数据，能够将CAN/LIN的信号数据转换为以太网的SOMEIP数据。

图3示出了根据本申请的另一些实施例提供的接口数据转换方法的流程示意图。

参照图3所示，在步骤S310中，接收第二协议接口对应的第二数据。

在示例实施例中，第二协议接口为MQTT协议的接口，MQTT协议使用FIDL文件描述接口数据，C2C网关接收MQTT协议接口对应的第二数据，例如调节空调温度的接口的数据。

在步骤S320中，基于预设接口对应关系，通过第二网关将第二协议接口的第二数据转换为第一通信协议对应的第一协议接口的第一数据。

在示例实施例中，通过第二网关确定第二协议接口在第二接口定义语言中的第二接口类型；基于第二协议接口的第二接口类型以及预设接口对应关系，确定第一接口定义语言中对应的第一接口类型；基于第一接口类型，将第二议接口的第二数据转换为第一通信协议对应的第一协议接口的第一数据。

举例而言，设第二数据为调节空调温度的第二协议接口的数据，第一协议接口与第二协议接口均为调节空调温度的协议接口，例如，根据接口对应关系例如上表1中的对应关系表，将第二协议接口转换成第一协议接口，根据第一协议接口从第二数据获取对应的接口数据例如温度设定值，生成与第二数据对应的第一协议接口的第一数据。

在步骤S330中，通过第一网关将第一协议接口的第一数据转换为数据总线对应的信号数据。

在示例实施例中，根据信号接口对应关系，通过第一网关将第一协议接口的第一数据转换为数据总线对应的信号数据。例如，设第一数据为调节空调温度的数据，根据信号接口对应关系，将第一协议接口即SOME/IP的Event接口的第一数据转换成对应的温度调节信号数据。

根据图3的示例实施例中的技术方案，能够将车外以太网总线上的数据转换成车内以太网总线上的数据，从而能够高效地对车内和/或车外的数据信号进行转换，。

进一步地，在示例实施例中，CAN/LIN总线使用DBC/LDF描述接口数据。S2S网关的SOME/IP协议使用ARXML描述接口数据。C2C网关的MQTT协议使用FIDL描述接口数据。在车内常用的使用接口有两种，一种是消息推送，另一种是方法调用；因此，通过实现这消息推送和方法调用这两种方式的映射，便能够实现DBC/LDF/ARXML/FIDL协议的互转。图4和图5示出了消息推送和方法调用的映射关系的示意图。

参照图4所示，ARXML中的事件Event和FIDL中的广播Broadcast都可以实现消息推送，因此可以使用ARXML中的Event和FIDL中的Broadcast这两种接口实现消息推送的映射，将DBC/LDF协议的信号Signal转换成ARXML中的Event，将ARXML中的Event映射到FIDL中的Broadcast。

参照图5所示，ARXML中的方法Method和FIDL中的方法Method都可以实现方法调用，因此可以使用ARXML中的Method与FIDL中的Method这两种接口实现方法调用的映射，将FIDL中的Method映射到ARXML中的Method，将ARXML中的Method转换成DBC/LDF中的Signal。

根据上述实施例中的技术方案，一方面，根据上述映射规则，不同协议的接口可以一对一进行映射，实现3种不同协议接口格式的互转，即能够实现DBC/LIN/SOMEIP/MQTT协议接口的互相转换；另一方面，生成转换代码，将生成的转换代码部署在S2S网关和C2C网关中，从而通过S2S网关和C2C网关实现车内外数据的互联互通。

图6示出了根据本申请的又一些实施例提供的接口数据转换方法的流程示意图。

参照图6所示，在一些示例实施例中，假设CAN/LIN总线的报文中有5个信号数据，即信号A、信号B、信号C、信号D以及信号F。将CAN/LIN总线的信号转换成以太网的数据包括以下步骤E1和步骤E2。

在步骤E1中，S2S网关将CAN报文中的信号Signal A转换为SOME/IP协议的Event A接口。这样，CAN报文的A信号数据便转换为了SOME/IP的A数据

在步骤E2中，C2C网关将SOME/IP协议的Event A接口转换为MQTT的广播BroadcastA接口。这样，SOME/IP报文的A数据便转换为了MQTT协议的A数据

通过上述步骤E1、E2流程，便可以把CAN/LIN总线的信号数据转换为以太网的SOMEIP/MQTT数据。

在另一些示例实施例中，将以太网的SOMEIP/MQTT数据转换为CAN/LIN数据包括以下步骤M1和步骤M2。

在步骤M1中，C2C网关将MQTT的方法Method A方法转换为SOME/IP的方法MethodA。这样便把MQTT的A数据转换为了SOME/IP的A数据。

在步骤M2中，S2S网关将SOME/IP的Method A方法转换为CAN/LIN总线的信号Signal A。这样，便把SOME/IP协议的A数据转换为了CAN/LIN总线的Signal A。

通过上述步骤M1、M2流程，便能够将以太网的SOMEIP/MQTT数据转换为CAN/LIN总线的信号数据。

根据图6的示例实施例中的技术方案，能够实现DBC/LIN/SOMEIP/MQTT协议接口的互相转换，通过S2S网关和C2C网关实现车内外数据的互联互通。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

图7示出了本申请一个示例性实施例提供的接口数据转换装置的结构示意图。

参照图7所示，该接口数据转换装置700可以通过软件、硬件或者两者的结合实现成为装置的全部或一部分，该接口数据转换装置700应用于车载通信设备，所述车载通信设备包括第一网关和第二网关，所述第一网关采用第一通信协议进行通信，所述第二网关采用第二通信协议进行通信。接口数据转换装置700包括数据接收模块710、接口转换模块720以及数据生成模块730。其中：

数据接收模块710，用于接收所述第一网关采用所述第一通信协议的第一协议接口发送的第一数据；

接口转换模块720，用于基于预设接口对应关系，通过所述第二网关将所述第一协议接口转换为所述第二通信协议对应的第二协议接口；

数据生成模块730，用于基于所述第二协议接口，生成与所述第一数据对应的第二数据，其中，所述第一通信协议为用于车内通信的通信协议并且所述第二通信协议为用于车云通信的通信协议，或者所述第一通信协议为用于车云通信的通信协议并且所述第二通信协议为用于车内通信的通信协议。

在一些示例实施例中，基于上述方案，所述第一通信协议采用第一接口定义语言描述所述第一协议接口，所述第二通信协议采用第二接口定义语言描述所述第二协议接口，所述接口转换模块720包括：

第一类型确定单元，用于通过所述第二网关确定所述第一协议接口在所述第一接口定义语言中的第一接口类型；

第二类型确定单元，用于基于所述第一协议接口的第一接口类型以及所述预设接口对应关系，确定所述第二接口定义语言中对应的第二接口类型；

转换单元，用于基于所述第二接口类型，将所述第一协议接口转换为所述第二通信协议对应的第二协议接口。

在一些示例实施例中，基于上述方案，所述第二类型确定单元被配置为：

若所述第一协议接口类型为事件类型，则确定所述第二接口定义语言中对应的接口类型为广播类型；

和/或，

若所述第一协议接口类型为方法类型，则确定所述第二接口定义语言中对应的接口类型为方法类型。

在一些示例实施例中，基于上述方案，所述第一通信协议为用于车内通信的通信协议，所述装置还包括：

信号数据接收模块，用于接收数据总线的信号数据；

信号接口转换模块，用于基于所述信号数据的标识信息以及预设信号接口对应关系，通过所述第一网关确定与所述信号数据对应的第一通信协议的第一协议接口，所述预设信号接口对应关系包括所述数据总线的信号数据与所述第一通信协议的协议接口的对应关系；

信号数据转换模块，用于将所述信号数据转换成所述第一协议接口对应的第一数据。

在一些示例实施例中，基于上述方案，所述接口数据转换装置700还包括：

第二数据接收模块，用于接收所述第二协议接口对应的第二数据；

第三转换模块，用于基于所述预设接口对应关系，通过所述第二网关将所述第二协议接口的第二数据转换为所述第一通信协议对应的第一协议接口的第一数据；

第四转换模块，用于通过所述第一网关将所述第一协议接口的第一数据转换为所述数据总线对应的信号数据。

在一些示例实施例中，基于上述方案，所述第四转换模块被配置为：

基于预设信号接口对应关系，通过所述第一网关确定与所述第一通信协议的第一协议接口对应的数据总线的信号数据，所述预设信号接口对应关系包括所述数据总线的信号数据与所述第一通信协议的协议接口的对应关系；

将第一协议接口对应的第一数据转换成所述数据总线的信号数据。

在一些示例实施例中，基于上述方案，所述数据总线包括控制器局域网CAN总线和/或局域互联网络LIN总线，所述第一通信协议包括面向服务的可伸缩的中间件SOMEIP协议，所述第二通信协议包括消息队列遥测传输MQTT协议。

根据图7的示例实施例中的技术方案，基于预设接口对应关系，将第一通信协议的第一协议接口的第一数据转换成第二通信协议的第二协议接口的第二数据，由于第一通信协议与第二通信协议中一个是用于车内通信的通信协议，另一个是用于车云通信的通信协议，能够高效地对车内和车外的不同通信协议的数据进行转换，从而能够将车内的数据与车外的数据信号进行互相转换。

需要说明的是，上述实施例提供的接口数据转换装置在执行接口数据转换方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

另外，上述实施例提供的接口数据转换装置与接口数据转换方法实施例属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。

本申请实施例还提供了一种计算机存储介质，所述计算机存储介质可以存储有多条指令，所述指令适于由处理器加载并执行如上述实施例的所述接口数据转换方法，具体执行过程可以参见上述实施例的具体说明，在此不进行赘述。

本申请实施例还提供了一种计算机程序产品，该计算机程序产品存储有至少一条指令，所述至少一条指令由所述处理器加载并执行如上述实施例的所述接口数据转换方法，具体执行过程可以参见上述实施例的具体说明，在此不进行赘述。

本申请实施例还提供一种芯片，该芯片被配置成执行如上述实施例的所述接口数据转换方法，具体执行过程可以参见上述实施例的具体说明，在此不进行赘述。

此外，请参见图8，为本申请实施例提供了一种车载通信设备的结构示意图。如图8所示，所述车载通信设备800可以包括：至少一个处理器801，至少一个通信模块804，输入输出接口803，存储器805，至少一个通信总线802。

其中，通信总线802用于实现这些组件之间的连接通信。

其中，输入输出接口803可以包括显示屏(Display)、摄像头(Camera)，可选输入输出接口803还可以包括标准的有线接口、无线接口。

其中，通信模块804可选的可以包括标准的有线接口、无线接口(如WIFI接口)。通信模块804包括第一网关例如S2S网关和第二网关例如C2C网关，第一网关采用第一通信协议进行通信，第二网关采用第二通信协议进行通信。

其中，处理器801可以包括一个或者多个处理核心。处理器801利用各种借口和线路连接整个车载通信设备800内的各个部分，通过运行或执行存储在存储器805内的指令、程序、代码集或指令集，以及调用存储在存储器805内的数据，执行服务器800的各种功能和处理数据。可选的，处理器801可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable Logic Array，PLA)中的至少一种硬件形式来实现。处理器801可集成中央处理器(Central Processing Unit，CPU)、协议接口转换器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器801中，单独通过一块芯片进行实现。

其中，存储器805可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。可选的，该存储器805包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器805可用于存储指令、程序、代码、代码集或指令集。存储器805可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器805可选的还可以是至少一个位于远离前述处理器801的存储装置。如图8所示，作为一种计算机存储介质的存储器805中可以包括操作系统、通信模块、输入输出接口模块以及协议接口转换应用程序。

在图8所示的车载通信设备800中，输入输出接口803主要用于为用户提供输入的接口，获取用户输入的数据；而处理器801可以用于调用存储器805中存储的协议接口转换应用程序，使得处理器801执行根据本公开各种示例性实施例的接口数据转换方法中的步骤。例如，处理器801可以执行如图2中所示的步骤：步骤S210，接收第一网关采用第一通信协议的第一协议接口发送的第一数据；步骤S220，基于预设接口对应关系，通过第二网关将第一协议接口转换为第二通信协议对应的第二协议接口，预设接口对应关系为第一协议接口与第二协议接口之间的对应关系；步骤S230，基于第二协议接口，生成与第一数据对应的第二数据。

上述为本说明书实施例的一种车载通信设备的示意性方案，该车载通信设备可以为中央网关，也可以为其他适当的设备例如车载网关等。需要说明的是，该车载通信设备的技术方案与上述的协议接口转换处理方法的技术方案属于同一构思，车载通信设备的技术方案未详细描述的细节内容，均可以参见上述协议接口转换处理方法的技术方案的描述。

在本申请的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。在本申请的描述中，需要说明的是，除非另有明确的规定和限定，“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。此外，在本申请的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体或随机存储记忆体等。

以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。

Claims

1.一种接口数据转换方法，其特征在于，应用于车载通信设备，所述车载通信设备包括第一网关和第二网关，所述第一网关采用第一通信协议进行通信，所述第二网关采用第二通信协议进行通信，所述方法包括：

接收所述第一网关采用所述第一通信协议的第一协议接口发送的第一数据；

基于所述第二协议接口，生成与所述第一数据对应的第二数据，其中，所述第一通信协议为用于车内通信的通信协议并且所述第二通信协议为用于车云通信的通信协议，或者所述第一通信协议为用于车云通信的通信协议并且所述第二通信协议为用于车内通信的通信协议。

2.根据权利要求1所述的方法，其特征在于，所述第一通信协议采用第一接口定义语言描述所述第一协议接口，所述第二通信协议采用第二接口定义语言描述所述第二协议接口，所述基于预设接口对应关系，通过所述第二网关将所述第一协议接口转换为所述第二通信协议对应的第二协议接口，包括：

通过所述第二网关确定所述第一协议接口在所述第一接口定义语言中的第一接口类型；

基于所述第一接口类型以及所述预设接口对应关系，确定所述第二接口定义语言中对应的第二接口类型；

基于所述第二接口类型，将所述第一协议接口转换为所述第二协议接口。

3.根据权利要求2所述的方法，其特征在于，所述基于所述第一协议接口的第一接口类型以及所述预设接口对应关系，确定所述第二接口定义语言中对应的第二接口类型，包括：

和/或，

4.根据权利要求1所述的方法，其特征在于，所述第一通信协议为用于车内通信的通信协议，所述方法还包括：

接收数据总线的信号数据；

基于所述信号数据的标识信息以及预设信号接口对应关系，通过所述第一网关确定与所述信号数据对应的第一通信协议的第一协议接口；

将所述信号数据转换成所述第一协议接口对应的第一数据。

5.根据权利要求1所述的方法，其特征在于，所述第二通信协议为用于车内通信的通信协议，所述方法还包括：

接收所述第二协议接口对应的第二数据；

基于所述预设接口对应关系，通过所述第二网关将所述第二协议接口的第二数据转换为所述第一通信协议对应的第一协议接口的第一数据；

通过所述第一网关将所述第一协议接口的第一数据转换为数据总线对应的信号数据。

6.根据权利要求5所述的方法，其特征在于，所述通过所述第一网关将所述第一协议接口的第一数据转换为数据总线对应的信号数据，包括：

将所述第一协议接口对应的第一数据转换成所述数据总线的信号数据。

7.根据权利要求4或5所述的方法，其特征在于，所述数据总线包括控制器局域网CAN总线和/或局域互联网络LIN总线，所述第一通信协议包括面向服务的可伸缩的中间件SOME/IP协议，所述第二通信协议包括消息队列遥测传输MQTT协议。

8.一种接口数据转换装置，其特征在于，应用于车载通信设备，所述车载通信设备包括第一网关和第二网关，所述第一网关采用第一通信协议进行通信，所述第二网关采用第二通信协议进行通信，所述装置包括：

9.一种计算机存储介质，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行如权利要求1至7中任一项所述方法的步骤。

10.一种车载通信设备，其特征在于，包括：第一网关、第二网关、处理器和存储器，所述第一网关采用第一通信协议进行通信，所述第二网关采用第二通信协议进行通信，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行如权利要求1至7中任一项所述方法的步骤。