CN116166253A - 一种车辆域间通信方法、数据网关、设备及存储介质 - Google Patents

Abstract

本发明公开了一种车辆域间通信方法、数据网关、设备及存储介质，所述方法包括：获取数据发送域发送的序列化数据；创建与序列化数据对应的目标接口类，通过目标接口类接收序列化数据；将序列化数据通过反序列化操作解析成目标对象，并将目标对象返回给数据接收域的应用。本发明提供的车辆域间通信方法，在不同开发语言的域之间进行通信时，对于Java语言的数据接收域，可以通过创建目标接口类接收序列化数据，再对序列化数据进行解析，得到需要的Java对象，在有新增协议时不需要新增接口，只需一套接口一条链路即可解决问题，减少了开发工作量。

Description

一种车辆域间通信方法、数据网关、设备及存储介质

技术领域

本发明涉及智能汽车技术领域，尤其涉及一种车辆域间通信方法、数据网关、设备及存储介质。

背景技术

全车的电子电气架构分为五个域：动力域、底盘域、车身域、座舱域和自动驾驶域。不同的域可能以不同的开发语言进行开发，例如AD(自动驾驶)域是用C++语言开发的，而IC(智能座舱)域是用Java语言开发的。因此，在车辆进行域间通信时，若数据发送域与数据接收域以不同语言进行开发，数据接收域接收到数据发送域发送的数据后需要先进行解析才能使用。

以AD域为例，由于AD域是用C++语言开发的，当AD域作为数据发送域发送数据时发送的是一段C++的内存，该段内存在AD域内部发送没有问题，但如果直接发送到了IC域的Android端，由于Android应用大部分都是用Java语言写的，此时就会需要到jni(C++层)进行解析数据后才能发送给Java应用使用。因此，数据链路就会变得非常长，而且每改动一次逻辑，需要更改的接口数会非常多。图1是背景技术中的一种数据链路示意图，如图所示，该链路中包括硬件抽象层、中间件、C++软件开发工具包、相机服务层、Java软件开发工具包和安卓端应用。每新增一条协议，在硬件抽象层需要给Java服务新增一个接口，Java服务需要通过安卓接口定义语言(AIDL)给安卓端应用新增一个接口，此时在安卓端应用才可以调用到对应的接口，其软件开发工作量非常大。

发明内容

本发明提供了一种车辆域间通信方法、数据网关、设备及存储介质，以实现不同开发语言的域之间的通信。

根据本发明的一方面，提供了一种车辆域间通信方法，包括：

获取数据发送域发送的序列化数据；

创建与所述序列化数据对应的目标接口类，通过所述目标接口类接收所述序列化数据；

将所述序列化数据通过反序列化操作解析成目标对象，并将所述目标对象返回给数据接收域的应用。

进一步地于，创建与所述序列化数据对应的目标接口类，包括：

确定所述序列化数据中的协议类型数量；

根据所述协议类型数量，创建相应数量的所述目标接口类。

进一步地，通过所述目标接口类接收所述序列化数据，包括：

根据所述序列化数据中的协议类型，为各所述序列化数据匹配相应的目标接口类；

通过协议类型匹配的目标接口类分别接收对应协议类型的序列化数据。

进一步地，将所述序列化数据通过反序列化操作解析成目标对象，包括：

对所述序列化数据进行注解；

将注解后的数据反射成所述目标对象。

进一步地，所述序列化数据中的数据类型符合汽车开放系统架构支持的标准数据类型，对所述序列化数据进行注解，包括：

根据所述汽车开放系统架构支持的标准数据类型，确定所述序列化数据中各变量的注解类型；

确定各注解类型对应的内存占用大小。

进一步地，将注解后的数据反射成所述目标对象，包括：

根据所述序列化数据中各变量对应的内存占用大小，提取所述序列化数据中设定大小的内存块，并赋值给相应的变量；

将各变量组合成所述目标对象。

根据本发明的另一方面，提供了一种数据网关，包括：

序列化数据获取模块，用于获取数据发送域发送的序列化数据；

序列化数据接收模块，用于创建与所述序列化数据对应的目标接口类，通过所述目标接口类接收所述序列化数据；

序列化数据解析模块，用于将所述序列化数据通过反序列化操作解析成目标对象，并将所述目标对象返回给数据接收域的应用。

可选的，所述数据网关提供的对外接口包括至少一个Java接口。

可选的，序列化数据接收模块还用于：

确定所述序列化数据中的协议类型数量；

根据所述协议类型数量，创建相应数量的所述目标接口类。

可选的，序列化数据接收模块还用于：

根据所述序列化数据中的协议类型，为各所述序列化数据匹配相应的目标接口类；

通过协议类型匹配的目标接口类分别接收对应协议类型的序列化数据。

可选的，序列化数据解析模块还用于：

对所述序列化数据进行注解；

将注解后的数据反射成所述目标对象。

可选的，所述序列化数据中的数据类型符合汽车开放系统架构支持的标准数据类型，序列化数据解析模块还用于：

根据所述汽车开放系统架构支持的标准数据类型，确定所述序列化数据中各变量的注解类型；

确定各注解类型对应的内存占用大小。

可选的，序列化数据解析模块还用于：

根据所述序列化数据中各变量对应的内存占用大小，提取所述序列化数据中设定大小的内存块，并赋值给相应的变量；

将各变量组合成所述目标对象。

根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的车辆域间通信方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的车辆域间通信方法。

本发明公开的车辆域间通信方法，首先获取数据发送域发送的序列化数据，然后创建与序列化数据对应的目标接口类，通过目标接口类接收序列化数据，最后将序列化数据通过反序列化操作解析成目标对象，并将目标对象返回给数据接收域的应用。本发明提供的车辆域间通信方法，在不同开发语言的域之间进行通信时，对于Java语言的数据接收域，可以通过创建目标接口类接收序列化数据，再对序列化数据进行解析，得到需要的Java对象，在有新增协议时不需要新增接口，只需一套接口一条链路即可解决问题，减少了开发工作量。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

图1是背景技术中的一种数据链路示意图；

图2是根据本发明实施例一提供的一种车辆域间通信方法的流程图；

图3是根据本发明实施例一提供的一种序列化过程示意图；

图4是根据本发明实施例二提供的一种车辆域间通信方法的流程图；

图5为根据本发明实施例三提供的一种数据网关的结构示意图；

图6是实现本发明实施例四的车辆域间通信方法的电子设备的结构示意图。

具体实施方式

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

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

实施例一

图2为本发明实施例一提供的一种车辆域间通信方法的流程图，本实施例可适用于Java数据接收域接收C++数据发送域的数据的情况，该方法可以由数据网关来执行，该数据网关可以采用硬件和/或软件的形式实现，该数据网关可配置于电子设备中。如图2所示，该方法包括：

S110、获取数据发送域发送的序列化数据。

其中，所谓“域”(Domain)即控制汽车的某一大功能模块的电子电气架构的集合，每一个域由一个域控制器进行统一的控制，最典型的划分方式是把全车的电子电气架构分为五个域：动力域、底盘域、车身域、座舱域和自动驾驶域。数据发送域为在车辆域间通信中进行数据发送的域。

在本实施例中，数据发送域利用C++进行开发，在与其他域进行通信时，数据是以序列化数据的形式发送的。其中，序列化数据是对数据进行序列化之后得到的二进制内存块。序列化是指把数据变成二进制内容，实质上就是一个byte[]的过程。因为序列化后可以把byte[]保存到文件中，或者把byte[]通过网络传输到远程(IO)，如此就可以把Java对象存储到文件或者通过网络传输出去了。

图3是本实施例提供的一种序列化过程示意图，如图所示，进行序列化之前的结构体数据由Struct_1和Struct_2组成，对其进行序列化之后可以得到一个二进制内存块[Uint32 a Float32 b_1…Float32 e_2]。

S120、创建与序列化数据对应的目标接口类，通过目标接口类接收序列化数据。

其中，Java中的类是具有相同属性和行为的对象的集合，接口是一种特殊类，它是一种规范，可以约束别的类必须干什么事情。例如，Class类可以用于表示JVM(Java虚拟机)运行时接口的信息，可以提供很多方法用于获取类的各种信息，比如获取类名、判断该类是否是一个接口还是普通类等。

在本实施例中，数据接收域利用Java进行开发，目标接口类为在数据接收域中用于接收序列化数据的类。为接收数据发送域发送的序列化数据，可以在数据接收域创建目标接口类，并根据序列化数据的类型相应地创建类型匹配的目标接口类。针对数据发送域发送的不同的序列化数据，可以通过修改目标接口类适应性地进行数据接收。

S130、将序列化数据通过反序列化操作解析成目标对象，并将目标对象返回给数据接收域的应用。

其中，数据接收域为在车辆域间通信中接收数据发送域所发送数据的域。由于数据接收域是采用Java开发语言进行开发的，因此，接收到数据发送域发送的序列化数据后，需要将数据通过反序列化操作解析成数据接收域可识别的Java对象，即目标对象，再给到数据接收域的应用。

在本实施例中，反序列化是把一个二进制内容(也就是byte[])转换成Java对象的过程。

示例性的，以AD(自动驾驶)域为例，由于AD域都是用C++开发，在进行域间通信时向外发送的也就是一段序列化后的C++内存。该段内存如果直接发送到了IC(智能座舱)域的Android端，由于Android应用大部分都是用java写的，此时就会需要进行反序列化解析数据后才能发送给java应用使用。

本发明公开的车辆域间通信方法，首先获取数据发送域发送的序列化数据，然后创建与序列化数据对应的目标接口类，通过目标接口类接收序列化数据，最后将序列化数据通过反序列化操作解析成目标对象，并将目标对象返回给数据接收域的应用。本发明提供的车辆域间通信方法，在不同开发语言的域之间进行通信时，对于Java语言的数据接收域，可以通过创建目标接口类接收序列化数据，再对序列化数据进行解析，得到需要的Java对象，在有新增协议时不需要新增接口，只需一套接口一条链路即可解决问题，减少了开发工作量。

实施例二

图4为本发明实施例二提供的一种车辆域间通信方法的流程图，本实施例为上述实施例的细化。如图4所示，该方法包括：

S210、获取数据发送域发送的序列化数据。

在本实施例中，数据发送域在对本域数据进行序列化后，可以先将序列化数据发送到整车网络，然后，整车网络再将序列化数据给到数据接收域的数据网关，令数据网关获取到数据发送域发送的序列化数据。

S220、确定序列化数据中的协议类型数量，根据协议类型数量，创建相应数量的目标接口类。

在本实施例中，数据接收域的数据网关对外可以提供两种开发语言的接口，一种是Java语言，一种是C++语言。

优选的，Java语言的接口表现如下：

Public interface OnRecvClassCallback{

Object onRecvClassCallback()；//返回其接收的数据格式类对象

}

Void onMessage(int eventId，int cmdId，Object data，OnRecvClassCallbackcallback)；//接收到数据的数据回调。

进一步地，Java语言的接口可以使用接口类接收序列化数据，并根据序列化数据中的协议类型数量创建相应数量的目标接口类。示例性的，若序列化数据中包含8种协议类型，则可以创建8个目标接口类进行数据接收。

优选的，可以利用Java中的Class类作为目标接口类进行序列化数据的接收。根据序列化数据中的协议类型数量，可以创建相应数量的Class，令各Class分别接收对应类型的序列化数据。

S230、根据序列化数据中的协议类型，为各序列化数据匹配相应的目标接口类，通过协议类型匹配的目标接口类分别接收对应协议类型的序列化数据。

在本实施例中，创建目标接口类之后，由于序列化数据中的协议类型数量与目标接口类是数量一致，可以为每种类型的序列化数据匹配一个目标接口类，分别接收相应的序列化数据。

可选的，若以Class作为目标接口类，数据网关获取到二进制内存块形式的序列化数据后，可以将该内存块通过byte[]数组传递到Java层，再通过回调onRecvClassCallback从数据方传递到Class，已创建好的Class即可根据序列化数据中的协议类型，对应接收相应类型的序列化数据。

S240、对序列化数据进行注解，将注解后的数据反射成目标对象，并将目标对象返回给数据接收域的应用。

其中，注解是一系列元数据，它提供数据用来解释程序代码，但是注解并非是所解释代码的一部分，对于代码的运行效果没有直接影响。反射是Java被视为动态语言的关键，反射机制允许程序在执行期借助于Reflection API取得任何类的内部信息，并能直接操作任意对象的内部属性及方法。

在本实施例中，对于目标接口类接收到的序列化数据，需要经过反序列化解析成目标对象，即Java对象，然后才能提供给Java语音的数据接收域的应用。反序列化的过程包括注解和反射，首先需要对序列化数据进行注解。

可选的，序列化数据中的数据类型符合汽车开放系统架构支持的标准数据类型，对序列化数据进行注解的方式可以是：根据汽车开放系统架构支持的标准数据类型，确定序列化数据中各变量的注解类型；确定各注解类型对应的内存占用大小。

其中，汽车开放系统架构(Autosar)是一家致力于制定汽车电子软件标准的联盟，Autosar支持的标准数据类型以及占用大小如表1所示：

表1

举例说明，对于如下一段结构体数据：

Struct ApaTouchInfo_struct{

uint8 type；

uint16 x；

uint16 y；

uint16 w；

uint16 h；

}

变量type、x、y、w、h的类型分别为uint8、uint16、uint16、uint16、uint16，根据表1，上述变量的大小分别为8bit、16bit、16bit、16bit、16bit，则对应的二进制内存块如表2所示：

表2

内存块大小Sizeof(ApaTouchInfo_struct)＝72。

对上述二进制内存块进行注解，可以得到其中各变量type、x、y、w、h的类型，则Class定义如下：

进一步地，根据注解后得到的各变量的类型，结合表1，即可确定各变量的内存占用大小。

可选的，将注解后的数据反射成目标对象的方式可以是：根据序列化数据中各变量对应的内存占用大小，提取序列化数据中设定大小的内存块，并赋值给相应的变量；将各变量组合成目标对象。

具体的，对序列化数据进行注解后，可确定其中各变量对应的内存占用大小，据此，可以提取内存块中的数据并赋值给相应的变量，从而将序列化数据恢复成Java对象。

以上述表2的序列化数据为例，其中包含的变量为type、x、y、w、h，经过注解得到type的注解类型是uint8，则从byte[]数组中拿前8位赋值给type，x的注解类型是uint16，则从byte[]数组中拿byte[8-23]的数值赋值给x，以此类推。最后将赋值后的各变量进行组合，最终将序列化数据解析成java ApaTouchInfo对象。

进一步地，得到目标对象之后，可以通过onMessage(int eventId，int cmdId，Object data，OnRecvClassCallback callback)；中的data参数传递给java，从而返回目标对象给到数据接收域的应用。

本发明公开的车辆域间通信方法，首先获取数据发送域发送的序列化数据，然后确定序列化数据中的协议类型数量，根据协议类型数量，创建相应数量的目标接口类，再根据序列化数据中的协议类型，为各序列化数据匹配相应的目标接口类，通过协议类型匹配的目标接口类分别接收对应协议类型的序列化数据，最后对序列化数据进行注解，将注解后的数据反射成目标对象，并将目标对象返回给数据接收域的应用。本发明提供的车辆域间通信方法，在不同开发语言的域之间进行通信时，对于Java语言的数据接收域，可以通过创建目标接口类接收序列化数据，再对序列化数据进行解析，得到需要的Java对象，在有新增协议时不需要新增接口，只需一套接口一条链路即可解决问题，减少了开发工作量。

实施例三

图5为本发明实施例三提供的一种数据网关的结构示意图。如图5所示，该数据网关包括：序列化数据获取模块310，序列化数据接收模块320和序列化数据解析模块330。

序列化数据获取模块310，用于获取数据发送域发送的序列化数据。

序列化数据接收模块320，用于创建与序列化数据对应的目标接口类，通过目标接口类接收序列化数据。

序列化数据解析模块330，用于将序列化数据通过反序列化操作解析成目标对象，并将目标对象返回给数据接收域的应用。

可选的，所述数据网关提供的对外接口包括至少一个Java接口。

可选的，序列化数据接收模块320还用于：

确定序列化数据中的协议类型数量；根据协议类型数量，创建相应数量的目标接口类。

可选的，序列化数据接收模块320还用于：

根据序列化数据中的协议类型，为各序列化数据匹配相应的目标接口类；通过协议类型匹配的目标接口类分别接收对应协议类型的序列化数据。

可选的，序列化数据解析模块330还用于：

对序列化数据进行注解；将注解后的数据反射成目标对象。

可选的，序列化数据中的数据类型符合汽车开放系统架构支持的标准数据类型，序列化数据解析模块330还用于：

根据汽车开放系统架构支持的标准数据类型，确定序列化数据中各变量的注解类型；确定各注解类型对应的内存占用大小。

可选的，序列化数据解析模块330还用于：

根据序列化数据中各变量对应的内存占用大小，提取序列化数据中设定大小的内存块，并赋值给相应的变量；将各变量组合成目标对象。

本发明实施例所提供的数据网关可执行本发明任意实施例所提供的车辆域间通信方法，具备执行方法相应的功能模块和有益效果。

实施例四

图6示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图6所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如车辆域间通信方法。

在一些实施例中，车辆域间通信方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的车辆域间通信的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行车辆域间通信方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种车辆域间通信方法，其特征在于，包括：

获取数据发送域发送的序列化数据；

创建与所述序列化数据对应的目标接口类，通过所述目标接口类接收所述序列化数据；

将所述序列化数据通过反序列化操作解析成目标对象，并将所述目标对象返回给数据接收域的应用。

2.根据权利要求1所述的方法，其特征在于，创建与所述序列化数据对应的目标接口类，包括：

确定所述序列化数据中的协议类型数量；

根据所述协议类型数量，创建相应数量的所述目标接口类。

3.根据权利要求2所述的方法，其特征在于，通过所述目标接口类接收所述序列化数据，包括：

根据所述序列化数据中的协议类型，为各所述序列化数据匹配相应的目标接口类；

通过协议类型匹配的目标接口类分别接收对应协议类型的序列化数据。

4.根据权利要求1所述的方法，其特征在于，将所述序列化数据通过反序列化操作解析成目标对象，包括：

对所述序列化数据进行注解；

将注解后的数据反射成所述目标对象。

5.根据权利要求4所述的方法，其特征在于，所述序列化数据中的数据类型符合汽车开放系统架构支持的标准数据类型，对所述序列化数据进行注解，包括：

根据所述汽车开放系统架构支持的标准数据类型，确定所述序列化数据中各变量的注解类型；

确定各注解类型对应的内存占用大小。

6.根据权利要求5所述的方法，其特征在于，将注解后的数据反射成所述目标对象，包括：

根据所述序列化数据中各变量对应的内存占用大小，提取所述序列化数据中设定大小的内存块，并赋值给相应的变量；

将各变量组合成所述目标对象。

7.一种数据网关，其特征在于，包括：

序列化数据获取模块，用于获取数据发送域发送的序列化数据；

序列化数据接收模块，用于创建与所述序列化数据对应的目标接口类，通过所述目标接口类接收所述序列化数据；

序列化数据解析模块，用于将所述序列化数据通过反序列化操作解析成目标对象，并将所述目标对象返回给数据接收域的应用。

8.根据权利要求7所述的数据网关，其特征在于，所述数据网关提供的对外接口包括至少一个Java接口。

9.一种电子设备，其特征在于，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-6中任一项所述的车辆域间通信方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-6中任一项所述的车辆域间通信方法。

Images