CN113824795A - 车端与云端的通信方法、装置、系统 - Google Patents

Abstract

本申请提出一种车端与云端的通信方法、装置、系统，该方法包括：云端中间件平台向车端中间件平台发送云端服务列表，云端服务列表包括各个云端服务及其对应的配置信息；车端中间件平台在检测到车端的目标应用发起调用云端服务的情况下，在云端服务列表中查询云端服务的配置信息；车端中间件平台向目标应用发送云端服务的配置信息，以使目标应用基于云端服务的配置信息与云端服务进行通信，从而实现无差异的服务动态发现和调用，彻底实现车云一体化。

Description

车端与云端的通信方法、装置、系统

技术领域

本申请涉及一种车辆网技术领域，尤其涉及一种车端与云端的通信方法、装置、系统。

背景技术

目前国内外的车载终端(简称车端)的嵌入式软件种类繁多，提供的服务除了实现行车定位导航、信息娱乐、资讯服务等一般嵌入式信息功能以外，还有与安全保障、车辆远程诊断相关车辆专用功能。

车端的云平台(简称云端)，能够面向车端用户提供各种互联网服务。车端用户可以通过中间件平台下载应用和访问网络接口来享受云端所提供的应用。但是面向车端用户的云平台的使用流程需要频繁通过车端用户进行用户名和密码的鉴别，流程繁杂。而每次云端的应用部署都需要车端进行软件的适配更新，这种实现方式不符合面向服务动态发现的基本原则，降低服务体验。

发明内容

本申请实施例提供一种车端与云端的通信方法、装置、系统，以解决相关技术存在的问题，技术方案如下：

第一方面，本申请实施例提供了一种车端与云端的通信方法，应用于车端内部署的车端中间件平台，所述方法包括：从云端中间件平台获取云端服务列表，所述云端服务列表包括各个云端服务及其对应的配置信息；在检测到所述车端的目标应用发起调用云端服务的情况下，在所述云端服务列表中查询所述云端服务的配置信息；向所述目标应用发送所述云端服务的配置信息，以使所述目标应用基于所述云端服务的配置信息与所述云端服务进行通信。

第二方面，本申请实施例提供了一种车端与云端的通信方法，应用于云端内部署的云端中间件平台，所述方法包括：向车端中间件平台发送云端服务列表，所述云端服务列表包括各个云端服务及其对应的配置信息；在所述车端的目标应用调用云端服务且收到所述车端中间件平台根据所述云端服务列表发送的所述云端服务的配置信息的情况下，触发所述云端服务与所述车端的目标应用进行通信。

第三方面，本申请实施例提供了一种车端与云端的通信装置，应用于车端，所述装置包括：获取模块，用于从云端中间件平台获取云端服务列表，所述云端服务列表包括各个云端服务及其对应的配置信息；查询模块，用于在检测到所述车端的目标应用发起调用云端服务的情况下，在所述云端服务列表中查询所述云端服务的配置信息；发送模块，用于向所述目标应用发送所述云端服务的配置信息，以使所述目标应用基于所述云端服务的配置信息与所述云端服务进行通信。

第四方面，本申请实施例提供了一种车端与云端的通信装置，应用于云端，所述装置包括：发送模块，用于向车端中间件平台发送云端服务列表，所述云端服务列表包括各个云端服务及其对应的配置信息；处理模块，用于在所述车端的目标应用调用云端服务且收到所述车端中间件平台根据所述云端服务列表发送的所述云端服务的配置信息的情况下，触发所述云端服务与所述车端的目标应用进行通信。

第五方面，本申请实施例提供了一种车端与云端的通信系统，该通信系统包括上述第三方面所述的通信装置和上述第四方面所述的通信装置。

第六方面，本申请实施例提供了一种电子设备，该电子设备包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，以使至少一个处理器能够执行上述车端与云端的通信方法。

第七方面，本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质存储计算机指令，当计算机指令在计算机上运行时，上述各方面任一种实施方式中的方法被执行。

上述技术方案中的优点或有益效果至少包括：在云端与车端同时部署了面向服务的中间件平台时，则当车端需要调用云端服务时，车端中间件平台和云端中间件平台能够消除车云互调服务的差异性，实现无差异的服务动态发现和调用，彻底实现车云一体化。

上述概述仅仅是为了说明书的目的，并不意图以任何方式进行限制。除上述描述的示意性的方面、实施方式和特征之外，通过参考附图和以下的详细描述，本申请进一步的方面、实施方式和特征将会是容易明白的。

附图说明

在附图中，除非另外规定，否则贯穿多个附图相同的附图标记表示相同或相似的部件或元素。这些附图不一定是按照比例绘制的。应该理解，这些附图仅描绘了根据本申请公开的一些实施方式，而不应将其视为是对本申请范围的限制。

图1为根据本申请一实施例的车云一体的通信系统的架构示意图；

图2为根据本申请一实施例的车端子系统的中间件平台示意图；

图3为安卓操作系统的示框架意图；

图4为根据本申请一实施例的安卓系统的中间件平台架构示意图；

图5为根据本申请一实施例的云端的服务部署示意图；

图6为根据本申请一实施例的车端与云端的通信方法的流程图；

图7为根据本申请一实施例的车端与云端之间的服务调用示意图；

图8为根据本申请一实施例的车端与云端的通信装置的结构示意图；

图9为根据本申请一实施例的车端与云端的通信装置的结构示意图；

图10是用来实现本申请实施例的车端与云端的通信方法的电子设备的框图。

具体实施方式

在下文中，仅简单地描述了某些示例性实施例。正如本领域技术人员可认识到的那样，在不脱离本申请的精神或范围的情况下，可通过各种不同方式修改所描述的实施例。因此，附图和描述被认为本质上是示例性的而非限制性的。

请参阅图1所示，图1是本申请实施例中提供的一种车云一体的通信系统的架构示意图，该通信系统包括车端和云端，可选的，还可以包括与云端通信的第三方物联网设备。其中，车端部署车端中间件平台，云端部署云端中间件平台、第三方捂物联网设备部署与车端中间件平台相同的第三方中间件平台。

车端可以通过MQTT服务器与云端的MQTT服务建立连接，发布/订阅消息；车端也可以直接通过http协议请求云端服务，获取数据。

目前车端的典型子系统通常包括底盘与动力控制域(VDCM)子系统、车身域(BDCM)子系统、自动智能座舱域(IDCM)子系统与驾驶域(ADCM)子系统，而自动智能座舱域的主流操作系统通常是安卓操作系统。请参阅图2所示，图2是以车辆系统为例，在车端各个子系统上搭建车端中间件平台的示意图。从图2以看出，车端子系统的底层部署微处理器(Microprocessor Unit，MPU)，MPU之上部署操作系统，操作系统上部署各个服务，在服务之上部署应用。IDCM子系统包括两个不同类型的操作系统，分别是QNX操作系统和安卓操作系统，其中，安卓操作系统上搭载娱乐功能的应用和服务，QNX操作系统上搭载仪表盘驾驶功能的应用和服务。

本申请实施例中的车端中间件平台可以实现安卓操作系统和其他操作系统之间的通信互联。

请参阅图3，图3是现有的安卓操作系统的框架示意图。安卓操作系统从底层依次部署硬件抽象层(Hardware Abstract Layer，HAL)和Linux内核层(kernel)、C++构建的Native框架(Framework)层、java构建的Java框架层、应用(APP)层。由于安卓操作系统特殊的架构导致使用C++来实现的中间件产品无法打通到Java Framework层，而目前已有的同类车端中间件产品基本上都是采用的C++作为开发语言的。

以图4所示的安卓操作系统为例，图4示出了车端中间件平台在安卓操作系统的框架示意图。该车端中间件平台部署在Native框架层，包括通信管理模块和传输层接口模块，其中，该传输层可以基于以太网通信协议SOME/IP、Android的IPC通信协议Binder、QNX的IPC通信协议PPS、网络通信协议HTTP/MQTT实现通信。可选的，传输层可以使用传输效率最高的通信协议进行通信，提高传输性能和服务测试及部署的效率。通信管理模块能够实现平台生命周期状态管理、E2E的安全通信管理、服务注册、服务握手、通信管理访问权限管理等功能。在Native框架层和Java框架层均部署服务提供模块和服务使用模块，服务提供模块中集成有各种服务，服务提供模块会在服务启动后注册到中间件平台；服务使用模块在业务逻辑需要调用某个服务的情况下，从中间件平台中查找该服务的配置信息，进行服务的调用。

为了实现安卓操作系统的通信互联，针对搭载在车端中间件平台上的应用软件开发，可以生成服务软件的框架代码如接口代码等，在框架代码中集成java与c++之间的通信机制，供服务提供模块和服务使用模块使用，从而可以在车端中间件平台与应用之间进行通信，打通安卓操作系统内部的通信链路。

请参阅图5所示，图5是云端的服务部署示意图，具体的。云端采用k8s集群部署，云端服务也称之为微服务。

云端提供的微服务包括3种类别的服务：分别是外部服务、内部服务和MQTT服务，其中：

外部服务提供rest API接口；内部服务提供在云端计算处理的服务；MQTT服务是与车端交互的服务，不仅包含与车端通讯的接口，还包含车端数据处理逻辑等。外部服务和内部服务是需要注册到中间件平台注册中心的，完成中间平台的注册之后，才能使用对应的服务。

在具体部署云端微服务时，微服务框架使用nacos+dubbo框架；服务端负载均衡使用nginx；云端的网关及鉴权使用Gateway+token鉴权；微服务的部署使用Kubernetes+docker；云端的k8s容器引擎(docker)部署时，代码提交到Gitlab，用Jenkins对上传的代码进行自动打包上传至Harbor私有镜像库，用于Kubernetes的自动部署；微服务的数据库存储使用mysql数据库，分库分表工具使用mycat；消息中间件使用kafka+zookeeper集群。

云端与车端通讯时，讯协议使用MQTT协议；MQTT服务器使用Mosquitto集群，认证鉴权使用其自带的认证鉴权模块。车端可以通过MQTT服务器与云端的MQTT服务建立连接，发布/订阅消息；车端也可以直接通过http协议请求云端服务，获取数据。

在云端部署服务时，需要使用功能代码自动生成工具执行：解析ARXML文件，获取其中函数的出入参、配置等信息；通过功能代码自动生成工具生成如下文件：

云端API jar包：可以直接部署到云端外部服务，提供rest API接口。

车端引用jar包(或其他格式的引用包)：导入车端，可直接用开发，rest API的调用方法、MQTT的调用方法已封装于jar包中，直接使用即可。

包含MQTT调用方法的springboot项目或者java代码包：用于客户、开发人员二次开发，编写逻辑，完成后生成jar包部署到云端MQTT服务，对接云端API jar包和车端引用jar包。

云端内部服务开发代码包(可选)：用于客户、开发人员二次开发，编写逻辑，完成后生成jar包部署到云端内部服务，为MQTT服务提供补充功能。

利用上述图1所示的系统架构，图6示出根据本申请一实施例的车端与云端的通信方法的流程图。如图6所示，该通信方法可以包括：

步骤S601：云端中间件平台向车端中间件平台发送云端服务列表，云端服务列表包括各个云端服务及其对应的配置信息。

步骤S602：车端中间件平台在检测到车端的目标应用发起调用云端服务的情况下，在云端服务列表中查询云端服务的配置信息。

步骤S603:车端中间件平台向目标应用发送所述云端服务的配置信息，以使目标应用基于云端服务的配置信息与云端服务进行通信。

这样，在云端与车端同时部署了面向服务的中间件平台时，则当车端需要调用云端服务时，车端中间件平台和云端中间件平台能够消除车云互调服务的差异性，实现无差异的服务动态发现和调用，彻底实现车云一体化。

本申请中涉及的服务需要对外提供特定功能。例如，空调服务需要具备调节空调的功能，该功能需要公开给外部使用。

应用指的是需要调用服务来实现一个特定的业务逻辑。例如，A应用为在车辆启动后，采用人脸识别技术识别指定用户，以及将空调调节到设定模式，此时A应用涉及两个服务，分别是服务1：采用人脸识别技术识别指定用户和服务2：将空调调节得到设定模式。

需要说明的是，服务的配置信息是包括用于描述目标应用如何连接到目标服务的信息。例如，连接所使用的通信协议类型，目标服务的通信协议配置信息等。

一种可能的实施方式中，云端中间件平台通过如下过程来建立云端服务列表：启动云端内的每个云端服务；接收每个云端服务发送的注册请求，获取每个云端服务的配置信息；将每个云端服务及其对应的配置信息保存在云端服务列表中。

需要说明的是，当云端的任意一个云端服务完成开发部署后，当云端系统启动后，云端中间件平台完成该云端服务的启动，该云端服务运行成功后发送注册请求，以自动注册到云端中间件平台。可选的，对于特定触发型服务，例如USB媒介服务，当芯片插入USB后，USB媒介服务被激活，此时，USB媒介服务会参照自身协议向云端中间件平台发出通知，以注册到该云端中间件平台。

可选的，车端中间件平台向云端中间件平台发送登录请求，成功登录到云端时，车端中间件平台向云端中间件平台发送车端服务列表，云端向车端同步云端服务列表。

在一种可能的实施方式中，云端中间件平台基于所述车端服务列表为第三方物联网设备提供车端服务。可选的，第三方物联网设备从云端获取车端服务列表，查询需要调用的车端服务的服务配置信息，利用车端服务的服务配置信息调用车端服务。

在一种可能的实施方式中，步骤S602中车端中间件平台在检测到车端的目标应用发起调用云端服务的情况下，在云端服务列表中查询云端服务的配置信息，可以通过以下过程实现：在获取的云端服务列表中查询云端服务的配置信息。可选的，在查询云端服务的配置信息时，目标应用将涉及的云端服务描述上报给车端中间件平台，车端中间件平台根据云端服务描述在云端服务列表中查询云端服务的配置信息，以使目标应用进行相应云端服务的调用。

可选的，车端内每个子系统的车端服务部署完成后，每个车端服务都需要与车端中间件平台进行注册，以获取车端服务列表，该车端服务列表中包括各个车端服务及各个车端服务对应的配置信息。

一种可能的实施方式中，车端中间件平台通过如下过程来建立车端服务列表：启动车端内的每个车端服务；接收每个车端服务发送的注册请求，获取每个车端服务的配置信息；将每个车端服务及其对应的配置信息保存在车端服务列表中。

需要说明的是，当车端的任意一个车端服务完成开发部署后，当车端系统启动后，车端中间件平台完成该车端服务的启动，该车端服务运行成功后发送注册请求，以自动注册到车端中间件平台。可选的，对于特定触发型服务，例如USB媒介服务，当芯片插入USB后，USB媒介服务被激活，此时，USB媒介服务会参照自身协议向车端中间件平台发出通知，以注册到该车端中间件平台。

一种可能的实施方式中，在检测到所述车端的目标应用发起调用车端服务的情况下，在所述车端服务列表查询所述车端服务的配置信息；向所述目标应用发送所述车端服务的配置信息，以使所述目标应用基于所述车端服务的配置信息与所述车端服务进行通信。

需要说明的是，所述目标应用所在的第一子系统与所述车端服务所在的第二子系统使用的操作系统不同。所述第一子系统和所述第二子系统中的任一个子系统使用的操作系统包括Linux操作系统、QNX操作系统或安卓操作系统。

本申请实施例中目标应用涉及的车端服务的数量可以是一个也可以是多个，在车端服务的数量为多个时，车端服务中的第一服务部署在第二子系统上，车端服务中除第一服务之外的任意一个服务可以部署在第一子系统，也可以部署在第二子系统，也可以部署在第一子系统和第二子系统之外的任意一个子系统上，此时，目标应用利用车端中间件平台调用任意一个涉及的车端服务。

请参阅图7所示，图7为车端与云端之间的服务调用示意图，第一子系统和第二子系统架设在车辆上不同的电子控制单元(Electronic Control Unit，ECU)分别是ECU1和ECU2，具体包括以下步骤：

步骤1：车端中间件平台启动ECU1上的服务A和ECU2上的服务B。

其中，服务A与客户端应用位于相同的子系统，即相同的域，服务B与客户端应用位于不同的子系统，即不同的域。

步骤2：服务A和服务B注册到中间件平台，基于每个服务的配置信息生成车端的服务列表。

步骤3：车端中间件平台登录到云端，向云端中间平台发送车端服务列表。

步骤4：云端中间件平台向车端同步云端服务列表。

步骤5：客户端应用登录到车端中间件平台，查询所需的服务的配置信息。

步骤6：车端中间件平台根据车端服务列表和云端服务列表查询服务的配置信息，并反馈给客户端应用。

步骤7：客户端应用基于服务A的配置信息与同域的服务A进行加密/非加密通信，基于服务B的配置信息与跨域的服务B进行加密/非加密通信，基于服务C的配置信息与云端的服务C进行加密/非加密通信。

客户端应用调用同域的服务A时基于Binder/PPS/Socket等协议进行进程间通信(Inter-Process Communication，IPC)，调用跨域的服务B时基于SOMEIP/DDS/Socket等协议进行远程过程调用(Remote Procedure Call，RPC)。

需要说明的是，尽管以安卓操作系统作为示例介绍了中间件平台的架构，如上，但本领域技术人员能够理解，本申请应不限于此。事实上，用户完全可根据个人喜好和/或实际应用场景灵活设定操作系统，只要能部署中间件平台即可。

图8示出根据本申请一实施例的车端与云端的通信装置的结构框图。如图8所示，该装置应用于车端，可以包括：

获取模块801，用于从云端中间件平台获取云端服务列表，所述云端服务列表包括各个云端服务及其对应的配置信息；

查询模块802，用于在检测到所述车端的目标应用发起调用云端服务的情况下，在所述云端服务列表中查询所述云端服务的配置信息；

发送模块803，用于向所述目标应用发送所述云端服务的配置信息，以使所述目标应用基于所述云端服务的配置信息与所述云端服务进行通信。

在一种可能的实施方式中，还包括：

启动模块(图中未示出)，用于启动所述车端内的每个车端服务；

接收模块(图中未示出)，用于接收所述每个车端服务发送的注册请求，获取所述每个车端服务的配置信息；

保存模块(图中未示出)，用于将所述每个车端服务及其对应的配置信息保存在车端服务列表中。

在一种可能的实施方式中，所述发送模块803还用于：

向所述云端中间件平台同步所述车端服务列表，以使所述云端中间件平台基于所述车端服务列表为第三方物联网设备提供车端服务。

在一种可能的实施方式中，所述查询模块802还用于：

在检测到所述车端的目标应用发起调用车端服务的情况下，在所述车端服务列表查询所述车端服务的配置信息；

所述发送模块，还用于向所述目标应用发送所述车端服务的配置信息，以使所述目标应用基于所述车端服务的配置信息与所述车端服务进行通信。

在一种可能的实施方式中，所述目标应用所在的第一子系统与所述车端服务所在的第二子系统使用的操作系统不同。

在一种可能的实施方式中，所述第一子系统和所述第二子系统中的任一个子系统使用的操作系统包括Linux操作系统、QNX操作系统或安卓操作系统。

图9示出根据本申请一实施例的车端与云端的通信装置的结构框图。如图9所示，该装置应用于云端，可以包括：

发送模块901，用于向车端中间件平台发送云端服务列表，所述云端服务列表包括各个云端服务及其对应的配置信息；

处理模块902，用于在所述车端的目标应用调用云端服务且收到所述车端中间件平台根据所述云端服务列表发送的所述云端服务的配置信息的情况下，触发所述云端服务与所述车端的目标应用进行通信。

在一种可能的实施方式中，还包括：

接收模块(图中未示出)，用于接收所述车端中间件平台发送的车端服务列表，所述车端服务列表包括各个车端服务及其对应的配置信息；

所述处理模块902，还用于基于所述车端服务列表为第三方物联网设备提供车端服务。

本申请实施例各装置中的各模块的功能可以参见上述方法中的对应描述，在此不再赘述。

图10示出根据本申请一实施例的电子设备的结构框图。如图10所示，该电子设备包括：存储器1010和处理器1020，存储器1010内存储有可在处理器1020上运行的指令。处理器1020执行该指令时实现上述实施例中的车端与云端的通信方法。存储器1010和处理器1020的数量可以为一个或多个。该电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

该电子设备还可以包括通信接口1030，用于与外界设备进行通信，进行数据交互传输。各个设备利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器1020可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图10中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果存储器1010、处理器1020及通信接口1030集成在一块芯片上，则存储器1010、处理器1020及通信接口1030可以通过内部接口完成相互间的通信。

应理解的是，上述处理器可以是中央处理器(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者是任何常规的处理器等。值得说明的是，处理器可以是支持进阶精简指令集机器(Advanced RISC Machines，ARM)架构的处理器。

本申请实施例提供了一种计算机可读存储介质(如上述的存储器1010)，其存储有计算机指令，该程序被处理器执行时实现本申请实施例中提供的方法。

可选的，存储器1010可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据图10的电子设备的使用所创建的数据等。此外，存储器1010可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器1010可选包括相对于处理器1020远程设置的存储器，这些远程存储器可以通过网络连接至图10的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包括于本申请的至少一个实施例或示例中。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或多个(两个或两个以上)用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分。并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。

应理解的是，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。上述实施例方法的全部或部分步骤是可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。上述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读存储介质中。该存储介质可以是只读存储器，磁盘或光盘等。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到其各种变化或替换，这些都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (21)

1.一种车端与云端的通信方法，其特征在于，应用于车端内部署的车端中间件平台，所述方法包括：

从云端中间件平台获取云端服务列表，所述云端服务列表包括各个云端服务及其对应的配置信息；

在检测到所述车端的目标应用发起调用云端服务的情况下，在所述云端服务列表中查询所述云端服务的配置信息；

向所述目标应用发送所述云端服务的配置信息，以使所述目标应用基于所述云端服务的配置信息与所述云端服务进行通信。

2.根据权利要求1所述的方法，其特征在于，还包括：

启动所述车端内的每个车端服务；

接收所述每个车端服务发送的注册请求，获取所述每个车端服务的配置信息；

将所述每个车端服务及其对应的配置信息保存在车端服务列表中。

3.根据权利要求2所述的方法，其特征在于，还包括：

向所述云端中间件平台同步所述车端服务列表，以使所述云端中间件平台基于所述车端服务列表为第三方物联网设备提供车端服务。

4.根据权利要求2所述的方法，其特征在于，还包括：

在检测到所述车端的目标应用发起调用车端服务的情况下，在所述车端服务列表查询所述车端服务的配置信息；

向所述目标应用发送所述车端服务的配置信息，以使所述目标应用基于所述车端服务的配置信息与所述车端服务进行通信。

5.根据权利要求4所述的方法，其特征在于，所述目标应用所在的第一子系统与所述车端服务所在的第二子系统使用的操作系统不同。

6.根据权利要求5所述的方法，其特征在于，所述第一子系统和所述第二子系统中的任一个子系统使用的操作系统包括Linux操作系统、QNX操作系统或安卓操作系统。

7.一种车端与云端的通信方法，其特征在于，应用于云端内部署的云端中间件平台，所述方法包括：

向车端中间件平台发送云端服务列表，所述云端服务列表包括各个云端服务及其对应的配置信息；

在所述车端的目标应用调用云端服务且收到所述车端中间件平台根据所述云端服务列表发送的所述云端服务的配置信息的情况下，触发所述云端服务与所述车端的目标应用进行通信。

8.根据权利要求7所述的方法，其特征在于，还包括：

接收所述车端中间件平台发送的车端服务列表，所述车端服务列表包括各个车端服务及其对应的配置信息；

基于所述车端服务列表为第三方物联网设备提供车端服务。

9.一种车端与云端的通信方法，其特征在于，包括：

云端中间件平台向车端中间件平台发送云端服务列表，所述云端服务列表包括各个云端服务及其对应的配置信息；

所述车端中间件平台在检测到所述车端的目标应用发起调用云端服务的情况下，在所述云端服务列表中查询所述云端服务的配置信息；

所述车端中间件平台向所述目标应用发送所述云端服务的配置信息，以使所述目标应用基于所述云端服务的配置信息与所述云端服务进行通信。

10.根据权利要求9所述的方法，其特征在于，还包括：

所述云端中间件平台接收所述车端中间件平台发送的车端服务列表，所述车端服务列表包括各个车端服务及其对应的配置信息；

所述云端中间件平台基于所述车端服务列表为第三方物联网设备提供车端服务。

11.一种车端与云端的通信装置，其特征在于，应用于车端，所述装置包括：

获取模块，用于从云端中间件平台获取云端服务列表，所述云端服务列表包括各个云端服务及其对应的配置信息；

查询模块，用于在检测到所述车端的目标应用发起调用云端服务的情况下，在所述云端服务列表中查询所述云端服务的配置信息；

发送模块，用于向所述目标应用发送所述云端服务的配置信息，以使所述目标应用基于所述云端服务的配置信息与所述云端服务进行通信。

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

启动模块，用于启动所述车端内的每个车端服务；

接收模块，用于接收所述每个车端服务发送的注册请求，获取所述每个车端服务的配置信息；

保存模块，用于将所述每个车端服务及其对应的配置信息保存在车端服务列表中。

13.根据权利要求12所述的装置，其特征在于，所述发送模块还用于：

向所述云端中间件平台同步所述车端服务列表，以使所述云端中间件平台基于所述车端服务列表为第三方物联网设备提供车端服务。

14.根据权利要求12所述的装置，其特征在于，所述查询模块还用于：

在检测到所述车端的目标应用发起调用车端服务的情况下，在所述车端服务列表查询所述车端服务的配置信息；

所述发送模块，还用于向所述目标应用发送所述车端服务的配置信息，以使所述目标应用基于所述车端服务的配置信息与所述车端服务进行通信。

15.根据权利要1求4所述的装置，其特征在于，所述目标应用所在的第一子系统与所述车端服务所在的第二子系统使用的操作系统不同。

16.根据权利要求15所述的装置，其特征在于，所述第一子系统和所述第二子系统中的任一个子系统使用的操作系统包括Linux操作系统、QNX操作系统或安卓操作系统。

17.一种车端与云端的通信装置，其特征在于，应用于云端，所述装置包括：

发送模块，用于向车端中间件平台发送云端服务列表，所述云端服务列表包括各个云端服务及其对应的配置信息；

处理模块，用于在所述车端的目标应用调用云端服务且收到所述车端中间件平台根据所述云端服务列表发送的所述云端服务的配置信息的情况下，触发所述云端服务与所述车端的目标应用进行通信。

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

接收模块，用于接收所述车端中间件平台发送的车端服务列表，所述车端服务列表包括各个车端服务及其对应的配置信息；

所述处理模块，还用于基于所述车端服务列表为第三方物联网设备提供车端服务。

19.一种车端与云端的通信系统，其特征在于，包括：如权利要求11-16所述的装置和如权利要求17-18所述的装置。

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

至少一个处理器；以及

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-10中任一项所述的方法。

21.一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机指令，所述计算机指令被处理器执行时实现如权利要求1-10中任一项所述的方法。

Images