CN114285831B - 一种汽车开放架构的数据传输方法及装置 - Google Patents

Abstract

本发明涉及汽车技术领域，本发明公开了一种汽车开放架构的数据传输方法及装置。该数据传输方法应用于接口生成模块，该接口生成模块用于基于配置文件生成接口，并将该接口发送到存储器中，该配置文件包括接口属性信息，该配置文件为excel格式，该第一汽车开放架构包括第一应用层，该第二汽车开放架构包括第二应用层，该第二应用层与人机界面连接；该第一应用层用于接收数据获取请求；该数据获取请求携带有接口地址；该接口生成模块还可以基于该接口地址从该存储器中确定出接口，利用该接口获取该数据，将该数据发送给第二应用层。本发明提供的该数据传输方法具有成本低和接口的复用性高，降低了汽车开放架构的中间件层与应用层之间耦合性的特点。

Description

一种汽车开放架构的数据传输方法及装置

技术领域

本发明涉及汽车技术领域，特别涉及一种汽车开放架构的数据传输方法及装置。

背景技术

随着智能网联技术在汽车电子的不断升级应用，座舱领域作为客户的视觉窗口与整车的交互越来约多，比如座舱内的抬头显示(Head Up Display，HUD)、驾驶员状态监测系统(Driver monitor system，DMS)、增强现实驾驶(Augmented RealityDriving，ARDriving)AR Driving、360环视、空调、副驾等，信息量也越来越大。为了满足人们日益增长的个性化需求，信息的变更也越来越频繁，这就使得信号的交互与传递陷入无休止的迭代更新中。

目前业内普遍采用汽车开放系统架构(Automotive Open System ARchitecture，汽车开放系统架构，Autosar)，允许用户在工具中声明变量。但是使用Autosar工具需要支付一笔昂贵的费用，具有成本高的缺点。且现有的Autosar的应用层与中间件、底层硬件、底层操作系统的耦合高，具有复用性差的缺点。

发明内容

本发明要解决的是现有技术中Autosar工具成本高且层之间的耦合性高、进而复用性差的技术问题。

为解决上述技术问题，本申请于一方面公开了一种汽车开放架构的数据传输方法，应用于第一汽车开放架构的第一应用层，该方法包括：

接收数据获取请求；该数据获取请求携带有接口地址；

基于该接口地址确定出接口；该接口基于配置文件生成；该配置文件包括接口属性信息；该配置文件为excel格式；

利用该接口获取数据；

将该数据发送给第二应用层；该第二应用层与人机界面连接；该人机界面用于显示该数据；该第二应用层设于第二汽车开放架构，该第一汽车开放架构与该第二汽车开放架构通信连接。

可选的，该接口属性信息包括接口标识、接口有效信息和数据交互类型；

该接口基于配置文件生成，包括：

该接口基于第一数据信息和该数据交互类型确定；该第一数据信息包括从该配置文件中确定出的接口标识和接口有效信息；

该数据交互类型包括核间通信和进程通信。

可选的，该接口属性信息还包括业务类型；

该第一数据信息还包括从该配置文件中确定出的该业务类型；

该业务类型包括车辆行驶状态类和报警类；

该车辆行驶状态类包括档位信息、胎压信息和车速信息；

该报警类包括报警灯和报警界面。

可选的，该接口基于配置文件生成，包括：

利用python软件对该配置文件进行接口生成操作，得到该接口。

可选的，该接口地址包括接口存储地址和该接口标识；

该基于该接口地址确定出接口，包括：

基于该接口存储地址获取接口集；

根据该接口标识从该接口集中确定出该接口。

可选的，该将该数据发送给第二应用层，包括：

获取接口位置；

基于该接口位置确定出数据接收对象标识；

若该数据接收对象标识为该第二应用层的标识，则将该数据发送给该第二应用层。

本申请于另一方面还公开了一种数据传输装置，设置于第一汽车开放架构的第一应用层，包括：

请求获取模块，用于接收数据获取请求；该数据获取请求携带有接口地址；

确定模块，用于基于该接口地址确定出接口；该接口基于配置文件生成；该配置文件包括接口属性信息；该配置文件为excel格式；

数据获取模块，用于利用该接口获取数据；

发送模块，用于将该数据发送给第二应用层；该第二应用层与人机界面连接；该人机界面用于显示该数据；该第二应用层设于第二汽车开放架构，该第一汽车开放架构与该第二汽车开放架构通信连接。

本申请于另一方面还公开了一种数据传输系统，其包括第一汽车开放架构、第二汽车开放架构和接口生成模块；

该第一汽车开放架构包括第一应用层；该第二汽车开放架构包括第二应用层；该第二应用层与人机界面连接；

该接口生成模块用于基于配置文件生成接口，并将该接口发送到存储器中；该配置文件包括接口属性信息；该配置文件为excel格式；

该第一应用层用于接收数据获取请求；该数据获取请求携带有接口地址；基于该接口地址从该存储器中确定出接口；利用该接口获取该数据；将该数据发送给第二应用层。

本申请于另一方面还公开了一种电子设备，该电子设备包括处理器和存储器，该存储器中存储有至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现上述的数据传输方法。

本申请于另一方面还公开了一种计算机存储介质，该计算机存储介质中存储有至少一条指令或至少一段程序，该至少一条指令或至少一段程序由处理器加载并执行以实现上述的数据传输方法。

采用上述技术方案，本申请提供的数据传输方法具有如下有益效果：

由于可以采用excel格式的配置文件，具有设置方便且便于管理的优点；并可以利用python软件基于所述配置文件生成接口，将数据层的接口统一，可以对应用层仅释放一个接口，后续通过对配置文件的修改，从而生成对应所需的接口，该配置文件可以屏蔽两个协同的汽车开放架构的底层差异，提高了该接口的复用性，且降低了汽车开放架构的中间件层与应用层之间耦合性。

而现有技术则必须使用汽车开放架构中绑定的工具实现配置，会形成多个接口，需要基于多个接口之间的迭代调用才能实现对应的请求，接口维护复杂，且应用层与通信中间件层之间的耦合性高，接口复用性差的缺点。

附图说明

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

图1为本申请一种可选的应用场景图；

图2为本申请一种可选的数据传输方法的流程图；

图3为本申请一种可选的汽车开放架构的示意图；

图4为本申请另一种可选的数据传输方法的流程图；

图5为本申请一种可选的参数配置装置的结构示意图；

图6为本申请一种可选的数据传输方法的服务器的硬件结构框图。

以下对附图作补充说明：

10-车辆；20-数据传输系统；201-第一汽车开放架构；202-第二汽车开放架构；203-接口生成模块。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

如图1所示，图1为本申请一种可选的应用场景图。该场景包括车辆10和设置于车辆10上的数据传输系统20，该数据传输系统20包括第一汽车开放架构201、第二汽车开放架构202和接口生成模块203，该接口生成模块203用于基于配置文件生成接口，并将该接口发送到存储器中，该配置文件包括接口属性信息，该配置文件为excel格式，该第一汽车开放架构201包括第一应用层，该第二汽车开放架构202包括第二应用层，该第二应用层与人机界面连接；该第一应用层用于接收数据获取请求；该数据获取请求携带有接口地址；该接口生成模块还可以基于该接口地址从该存储器中确定出接口，利用该接口获取该数据，将该数据发送给第二应用层。从而可以实现基于excel格式的配置文件，并利用接口生成模块对该配置文件进行接口生成操作，可以屏蔽两个协同的汽车开放架构的底层差异，提高了该接口的复用性，且降低了汽车开放架构的中间件层与应用层之间耦合性。

可选的，本申请中提及的汽车开放架构可以是Automotive Open SystemARchitecture，即Autosar。

可选的，该数据传输系统可以配置在终端中。

可选的，终端可以是台式电脑，笔记本电脑、手机、平板电脑，数字助理、智能可穿戴设备等类型的实体设备；其中，智能可穿戴设备可以包括智能手环、智能手表、智能眼镜、智能头盔等。

该终端可以包括通过数据总线相连的显示屏、存储设备和处理器。所述显示屏用于待监控设备的虚拟图像以及待监控设备中各个子设备之间的连接关系，该显示屏可以是手机或者平板电脑的触摸屏等。存储设备用于存储拍摄装置的程序代码和数据资料等，该存储设备可以是终端的内存，也可以是智能媒体卡(smart media card)、安全数字卡(secure digital card)、快闪存储器卡(flash card)等储存设备。所述处理器可以是单核或多核处理器。

以下介绍本申请一种数据传输方法的具体实施例，图2为本申请一种可选的数据传输方法的流程示意图，本说明书提供了如实施例或流程图的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或服务器产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。具体的如图2所示，该方法可以包括：

S201：接收数据获取请求；该数据获取请求携带有接口地址。

可选的，上述数据获取请求可以是用户在人机界面(Human Machine Interface，HMI)上的点击了一个APP或者一个数据获取按钮(例如胎压信息查询按钮)，则会生成对应的数据获取请求，并将该数据获取请求发送给下层，以使下层可以基于该数据获取请求进行后续的步骤。

S202：基于该接口地址确定出接口；该接口基于配置文件生成；该配置文件包括接口属性信息；该配置文件为excel格式。

于一种可能的实施例中，该接口地址包括接口存储地址和该接口标识；步骤S202可以具体阐述为：基于该接口存储地址获取接口集，根据该接口标识从该接口集中确定出该接口。

可选的，接口集中包含了多个接口中每个接口与对应的接口标识。

可选的，参阅表1，表1为一种可选的配置文件的示意图。其中接口名称和接口ID即为接口标识，接口位置是指该接口配置的位置，该汽车开放架构包括第一汽车开放架构和第二汽车开放架构，可以用来处理不同的业务，采用这种双核的架构，可以有效提高数据处理的效率，降低了单一核处理的负载压力。

于一种可能的实施例中，参阅表1，该接口属性信息包括接口标识、接口有效信息、数据交互类型和业务类型等；该业务类型包括车辆行驶状态类和报警类，该车辆行驶状态类包括档位信息、胎压信息和车速信息，该报警类包括报警灯和报警界面。

可选的，参阅图3，图3为本申请一种可选的汽车开放架构的示意图。所述第一汽车开放架构为基于电子控制单元(Electronic Control Unit，MCU)的架构，后续简称MCU侧；所述第一汽车开放架构用于执行第一控制器局域网络(Controller Area Network，CAN)信息和第一业务信息，所述第二汽车开放架构为基于系统级芯片(System on Chip，SOC)的架构，后续简称SOC侧；所述第二汽车开放架构用于执行第二控制器局域网络信息、第二业务信息和显示信息。该第二应用层与人机界面连接；该人机界面用于显示该数据；该第二应用层设于第二汽车开放架构，该第一汽车开放架构与该第二汽车开放架构通信连接。由此可以进一步看出，基于本申请的数据传输方法可以使第一数据层和第二数据层对应用层(包括第一应用层和第二应用层)释放的连接接口统一，该连接接口与接口生成模块连接，而该接口生成模块可以基于配置文件生成后续的接口，该接口主要用于接收数据和发送数据，由于该接口后续的配置位置、接口类型以及通信类型均可以在配置文件中进行定义，从而降低了应用层与通信中间件层之间的耦合性，提高了上述接口的复用性，且具有成本低的优点。

也就是说，座舱域业务类型很多，所以有些业务可以分布MCU侧，有些则可以分布在SOC侧；根据用户需求不同，业务会根据需要进行调整是在MCU侧还是SOC侧，这种情况下，我们只要修改excel表中接口位置即可以选定业务处理系统(是在MCU侧还是SOC侧)；对于不同的项目，业务的增删会出现变化，我们只需要修改接口有效信息字段就可以选择启用还是不启用该业务，如果选择启用该业务，则后续才可以生成对应的接口，否则不会生成对应的接口；接口核间通信和接口进程通信可以选择我们跨核通信(Rpcf)及进程间通信(Dbus)的方式，对于不同的项目我们可以根据需要进行选用；对于不同的需求，我们只需要更改excel,利用python自动生成代码，实现代码在多系统，多平台的复用。

可选的，上述步骤S202中接口生成的过程可以具体表示为：该接口基于第一数据信息和该数据交互类型确定，该第一数据信息包括从该配置文件中确定出的接口标识、接口有效信息和业务类型，该数据交互类型包括核间通信和进程通信方式，即对应表1中的接口Rpcf和接口Dbus两列内容。

表1一种可选的配置文件的示意图

表2接口类型为Gear_Type对应的数据表

在表1中的接口Rpcf用于表明采用Rpcf方式的通信路径，当接口Rpcf为RpcfToMcu时，则表示该接口的数据会通过核间通信方式到Mcu侧，当接口Rpcf为RpcfToSoc时，则表示该接口的数据会通过核间通信方式到Soc侧；接口Dbus表明采用Dbus方式的通信路径，当接口Rpcf为BusToSoc时，则表示该接口的数据会通过进程间通信方式在Soc侧，当接口Rpcf为BusToMcu时，则表示该接口的数据会通过进程间通信方式在Mcu侧。

可选的，参阅图3，第一数据层和第二数据层可以为基于数据操纵语言(DataManipulation Language,DML)的数据层。

于一种可能的实施例中，生成接口的具体过程可以是：利用python软件对该配置文件进行接口生成操作，得到该接口。

在表2中，Length(Bytes)表示该接口类型生成的代码占用的字节长度，如为8字节，Type表示对应的子业务内容(Comment)的类型，Bits表示其占用的字节大小，InitialValue表示初始值，Element Name表示子业务的字段名称，Description表示对子业务的具体设置方式，Element Enable表示该子业务是否启用，由此，可以基于对上述表2中的内容进行修改，从而定义接口的参数，以生成所需的接口。后续可以直接将上述两个表放置到接口生成模块，例如python软件，从而可以生成上述接口，具体成本低以及接口复用性高的优点。

需要说明的是，表2仅仅是列示了一种接口类型的对应的具体参数，实际上，从表1可以看出，根据需要还可以对其余的接口类型进行具体的参数设置，以生成对应的接口，例如报警灯信息和胎压信息，其中胎压信息可以根据轮胎的位置分为对应的四个子业务，如左前轮胎压信息、右前轮胎压信息、左后轮胎压信息和右后轮胎压信息。

S203：利用该接口获取数据。

可选的，还可以利用该接口进行数据发送。

S204：将该数据发送给第二应用层；该第二应用层与人机界面连接；该人机界面用于显示该数据；该第二应用层设于第二汽车开放架构，该第一汽车开放架构与该第二汽车开放架构通信连接。

于一种可能的实施例中，参阅图4，图4为本申请另一种可选的数据传输方法的流程图。步骤S204可以具体表示为：

S2041：获取接口位置。

可选的，参阅表1，该接口位置包括SOC和MCU，即表示后续生成的接口是布置在SOC侧还是MCU测。

S2042：基于该接口位置确定出数据接收对象标识。

可选的，在本申请实施例中，接收对象标识即为SOC和MCU。

S2043：若该数据接收对象标识为该第二应用层的标识，则将该数据发送给该第二应用层。

可选的，在本申请实施例中，第一应用层的标识为MCU，第二应用层的标识SOC。

可选的，当该接收对象的标识为第二应用层的标识，而该业务分布在第一应用层时，则需要通过第一数据层和第二数据层的核间通信，使得第一应用层将相应的数据发送给第二数据层，再通过第二数据层将数据发送给应用层的人机界面，以显示在人机界面上。

需要说明的是，如果该业务是分布在SOC上，则只需要进程间通信即可以完成将数据发送给人机界面上；本申请上述主要对汽车开放架构包括两个架构的系统进行阐述，实际上，本申请的该数据传输方法还可以应用于一个架构上，仍然可以具有接口复用性高且接口配置成本低的优点。

在本设计中，数据层将MCU和SOC的接口统一，对应用层释放唯一的接口，应用层无需考虑是信息是来自MCU侧还是来自SOC侧，也不用考虑信息是通过跨核通讯还是跨进程通讯，实现了MCU侧和SOC侧代码的完全复用，可以将接口任意分配在SOC侧或MCU侧。

参阅图5，图5为本申请一种可选的参数配置装置的结构示意图。本申请于另一方面还公开了一种数据传输装置，设置于第一汽车开放架构的第一应用层，包括：

请求获取模块501，用于接收数据获取请求；该数据获取请求携带有接口地址；

确定模块502，用于基于该接口地址确定出接口；该接口基于配置文件生成；该配置文件包括接口属性信息；该配置文件为excel格式；

数据获取模块503，用于利用该接口获取数据；

发送模块504，用于将该数据发送给第二应用层；该第二应用层与人机界面连接；该人机界面用于显示该数据；该第二应用层设于第二汽车开放架构，该第一汽车开放架构与该第二汽车开放架构通信连接。

于一种可能的实施例中，该接口属性信息包括接口标识、接口有效信息和数据交互类型；该接口基于配置文件生成，包括：

该接口基于第一数据信息和该数据交互类型确定；该第一数据信息包括从该配置文件中确定出的接口标识和接口有效信息；

该数据交互类型包括核间通信和进程通信。

于一种可能的实施例中，该接口属性信息还包括业务类型；

该第一数据信息还包括从该配置文件中确定出的该业务类型；

该业务类型包括车辆行驶状态类和报警类；

该车辆行驶状态类包括档位信息、胎压信息和车速信息；

该报警类包括报警灯和报警界面。

于一种可能的实施例中，该接口基于配置文件生成，包括：

利用python软件对该配置文件进行接口生成操作，得到该接口。

于一种可能的实施例中，该接口地址包括接口存储地址和该接口标识；

该确定模块，还用于基于该接口存储地址获取接口集，根据该接口标识从该接口集中确定出该接口。

于一种可能的实施例中，该发送模块，还用于获取接口位置，基于该接口位置确定出数据接收对象标识，若该数据接收对象标识为该第二应用层的标识，则将该数据发送给该第二应用层。

本申请实施例所提供的方法实施例可以在计算机终端、服务器或者类似的运算装置中执行。以运行在服务器上为例，图6为本申请一种可选的数据传输方法的服务器的硬件结构框图。如图6所示，该服务器600可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(Central Processing Units，CPU)610(中央处理器610可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器630，一个或一个以上存储应用程序623或数据622的存储介质620(例如一个或一个以上海量存储设备)。其中，存储器630和存储介质620可以是短暂存储或持久存储。存储在存储介质620的程序可以包括一个或一个以上模块，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器610可以设置为与存储介质620通信，在服务器600上执行存储介质620中的一系列指令操作。服务器600还可以包括一个或一个以上电源660，一个或一个以上有线或无线网络接口650，一个或一个以上输入输出接口640，和/或，一个或一个以上操作系统621，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

输入输出接口640可以用于经由一个网络接收或者发送数据。上述的网络具体实例可包括服务器600的通信供应商提供的无线网络。在一个实例中，输入输出接口640包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，输入输出接口640可以为射频(RadioFrequency，RF)模块，其用于通过无线方式与互联网进行通讯。

本领域普通技术人员可以理解，图6所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，服务器600还可包括比图6中所示更多或者更少的组件，或者具有与图6所示不同的配置。

本申请的实施例还提供了一种电子设备，该电子设备包括处理器和存储器，存储器中存储有至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或该指令集由处理器加载并执行以实现如上述的数据传输方法。

本申请的实施例还提供了一种存储介质，所述存储介质可设置于服务器之中以保存用于实现方法实施例中一种数据传输方法相关的至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现上述数据传输方法。

可选的，在本实施例中，上述存储介质可以位于计算机网络的多个网络服务器中的至少一个网络服务器。可选的，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是：上述本申请实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (9)

1.一种汽车开放架构的数据传输方法，其特征在于，应用于第一汽车开放架构的第一应用层，包括：

接收数据获取请求；所述数据获取请求携带有接口地址；

基于所述接口地址确定出接口；所述接口基于配置文件生成；所述配置文件包括接口属性信息；所述配置文件为excel格式；

利用所述接口获取数据；

将所述数据发送给第二应用层；所述第二应用层与人机界面连接；所述人机界面用于显示所述数据；所述第二应用层设于第二汽车开放架构，所述第一汽车开放架构与所述第二汽车开放架构通信连接；所述第一汽车开放架构为基于电子控制的单元的架构；所述第二汽车开放架构为基于系统级芯片的架构；

所述将所述数据发送给第二应用层，包括：

获取接口位置；

基于所述接口位置确定出数据接收对象标识；

若所述数据接收对象标识为所述第二应用层的标识，则将所述数据发送给所述第二应用层。

2.根据权利要求1所述的数据传输方法，其特征在于，所述接口属性信息包括接口标识、接口有效信息和数据交互类型；

所述接口基于配置文件生成，包括：

所述接口基于第一数据信息和所述数据交互类型确定；所述第一数据信息包括从所述配置文件中确定出的接口标识和接口有效信息；

所述数据交互类型包括核间通信和进程通信。

3.根据权利要求2所述的数据传输方法，其特征在于，所述接口属性信息还包括业务类型；

所述第一数据信息还包括从所述配置文件中确定出的所述业务类型；

所述业务类型包括车辆行驶状态类和报警类；

所述车辆行驶状态类包括档位信息、胎压信息和车速信息；

所述报警类包括报警灯和报警界面。

4.根据权利要求1所述的数据传输方法，其特征在于，所述接口基于配置文件生成，包括：

利用python软件对所述配置文件进行接口生成操作，得到所述接口。

5.根据权利要求1-4任一项所述的数据传输方法，其特征在于，所述接口地址包括接口存储地址和所述接口标识；

所述基于所述接口地址确定出接口，包括：

基于所述接口存储地址获取接口集；

根据所述接口标识从所述接口集中确定出所述接口。

6.一种数据传输装置，其特征在于，设置于第一汽车开放架构的第一应用层，包括：

请求获取模块，用于接收数据获取请求；所述数据获取请求携带有接口地址；

确定模块，用于基于所述接口地址确定出接口；所述接口基于配置文件生成；所述配置文件包括接口属性信息；所述配置文件为excel格式；

数据获取模块，用于利用所述接口获取数据；

发送模块，用于将所述数据发送给第二应用层；所述第二应用层与人机界面连接；所述人机界面用于显示所述数据；所述第二应用层设于第二汽车开放架构，所述第一汽车开放架构与所述第二汽车开放架构通信连接；所述第一汽车开放架构为基于电子控制的单元的架构；所述第二汽车开放架构为基于系统级芯片的架构；

所述将所述数据发送给第二应用层，包括：

获取接口位置；

基于所述接口位置确定出数据接收对象标识；

若所述数据接收对象标识为所述第二应用层的标识，则将所述数据发送给所述第二应用层。

7.一种数据传输系统，其特征在于，包括第一汽车开放架构、第二汽车开放架构和接口生成模块；

所述第一汽车开放架构包括第一应用层；所述第二汽车开放架构包括第二应用层；所述第二应用层与人机界面连接；

所述接口生成模块用于基于配置文件生成接口，并将所述接口发送到存储器中；所述配置文件包括接口属性信息；所述配置文件为excel格式；

所述第一应用层用于接收数据获取请求；所述数据获取请求携带有接口地址；基于所述接口地址从所述存储器中确定出接口；利用所述接口获取所述数据；将所述数据发送给第二应用层；所述第一汽车开放架构为基于电子控制的单元的架构；所述第二汽车开放架构为基于系统级芯片的架构；

所述将所述数据发送给第二应用层，包括：

获取接口位置；

基于所述接口位置确定出数据接收对象标识；

若所述数据接收对象标识为所述第二应用层的标识，则将所述数据发送给所述第二应用层。

8.一种电子设备，所述电子设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求1-5任一所述的数据传输方法。

9.一种计算机存储介质，其特征在于，所述计算机存储介质中存储有至少一条指令或至少一段程序，所述至少一条指令或至少一段程序由处理器加载并执行以实现如权利要求1-5任一项所述的数据传输方法。