CN114979144B - 云边通信方法、装置及电子设备 - Google Patents

Abstract

本申请公开了云边通信方法、装置及电子设备，该方法包括：云端应用调用第一接口将第一待传输数据发送至云端引擎模块；云端引擎模块对第一待传输数据进行序列化处理，得到指定类型的第一目标数据；云端引擎模块将第一目标数据，以及第一目标数据待传输至的边端应用对应的第一关联信息发送至KubeEdge***，以使KubeEdge***将第一目标数据发送至与关联信息中含有的边端引擎模块的标识信息相匹配的边端引擎模块。本申请通过云端引擎模块和边端引擎模块，使得云端应用和边端应用之间适用于任意数据类型的数据传输，并通过调用的第一接口减少了接口的开发成本，能够简单快捷的完成云边应用数据协同。

Description

云边通信方法、装置及电子设备

技术领域

本申请涉及云边通信技术领域，尤其涉及一种云边通信方法、云边通信装置及电子设备。

背景技术

KubeEdge是一个开源***，其作为主流边缘计算架构，将容器化的应用程序部署到边端，边缘和云上应用之间进行消息传输、数据交换等，以完成边云协同的业务处理。

目前基于KubeEdge架构的云边应用数据协同，云端应用和边端应用开发者均需熟悉KubeEdge架构和云边协同API，并且API还需嵌入每个需要数据协同的应用中，存在入门门槛高以及可传输数据类型有限等问题。故怎样更加简单地实现云边应用数据协同，仍是一个具有挑战的问题。

发明内容

为解决上述技术问题，本申请的实施例提供了一种云边通信方法及装置、电子设备、计算机可读存储介质、计算机程序产品。

根据本申请实施例的一个方面，提供了一种云边通信方法，应用于云端，包括：

云端应用调用第一接口将第一待传输数据发送至云端引擎模块；

所述云端引擎模块对所述第一待传输数据进行序列化处理，得到指定类型的第一目标数据；

所述云端引擎模块将所述第一目标数据，以及所述第一目标数据待传输至的边端应用对应的第一关联信息发送至KubeEdge***，以使所述KubeEdge***将所述第一目标数据发送至与所述关联信息中含有的边端引擎模块的标识信息相匹配的边端引擎模块。

在另一示例性实施例中，所述方法还包括：

所述云端引擎模块接收所述KubeEdge***发送的第二目标数据、所述第二目标数据待传输至的云端应用对应的标识信息；

所述云端引擎模块检测所述第二目标数据与历史接收到的数据是否相同，若不相同，则调用第二接口将所述第二目标数据发送至与所述云端应用的标识信息相匹配的云端应用。

在另一示例性实施例中，所述云端应用调用第一接口将待传输数据发送至云端引擎模块，包括：

所述云端引擎模块根据预设的云端应用与边端应用关系的配置文件，确定所述第一目标数据待传输至的边端应用的标识信息；

所述云端引擎模块配置含有所述边端应用的标识信息的地址对应的接口，以得到第一接口；

所述云端应用调用所述第一接口将第一待传输数据发送至所述云端引擎模块。

根据本申请实施例的一个方面，提供了一种云边通信方法，应用于KubeEdge***，包括：

接收云端引擎模块发送的第一目标数据，以及所述第一目标数据待传输至的边端应用对应的第一关联信息；

从所述第一关联信息中获取所述第一目标数据待传输至的边端引擎模块的标识信息以及边端应用的标识信息；

将所述第一目标数据以及所述边端应用的标识信息，发送至与所述边端引擎模块的标识信息相匹配的边端引擎模块，以使所述边端引擎模块将所述第一目标数据发送至与所述边端应用的标识信息相匹配的边端应用。

在另一示例性实施例中，所述方法还包括：

接收边端引擎模块发送的第二目标数据，以及所述第二目标数据待传输至的云端应用对应的第二关联信息；

从所述第二关联信息中获取所述第二目标数据待传输至的云端应用的标识信息；

将所述第二目标数据以及所述云端应用的标识信息发送至所述云端引擎模块，以使所述云端引擎模块将所述第二目标数据发送至与所述云端应用的标识信息相匹配的云端应用。

根据本申请实施例的一个方面，提供了一种云边通信方法，应用于边缘节点，包括：

边端引擎模块接收KubeEdge***发送的第一目标数据，以及所述第一目标数据待传输至的边端应用的标识信息；

边端引擎模块检测所述第一目标数据与历史接收到的数据是否相同，若不相同，则调用第三接口将所述第一目标数据发送至与所述边端应用的标识信息相匹配的边端应用。

在另一示例性实施例中，所述方法还包括：

边端应用调用第四接口将第二待传输数据发送至边端引擎模块；

所述边端引擎模块对所述第二待传输数据进行序列化处理，得到指定类型的第二目标数据；

所述边端引擎模块将所述第二目标数据，以及所述第二目标数据待传输至的云端应用对应的第二关联信息发送至KubeEdge***，以使所述KubeEdge***将所述第二目标数据发送至云端引擎模块后，云端引擎模块将第二目标数据发送至与所述第二关联信息中含有的云端应用的标识信息相匹配的云端应用。

根据本申请实施例的一个方面，一种云边通信装置，所述装置配置于云端，所述装置包括：

第一应用单元，用于通过云端应用调用第一接口将第一待传输数据发送至云端引擎模块；

第一引擎单元，用于通过所述云端引擎模块对所述第一待传输数据进行序列化处理，得到指定类型的第一目标数据；还用于通过所述云端引擎模块将所述第一目标数据，以及所述第一目标数据待传输至的边端应用对应的第一关联信息发送至KubeEdge***，以使所述KubeEdge***将所述第一目标数据发送至与所述关联信息中含有的边端引擎模块的标识信息相匹配的边端引擎模块。

根据本申请实施例的一个方面，一种云边通信装置，所述装置配置于边缘节点，所述装置包括：

第二引擎单元，用于通过边端引擎模块接收KubeEdge***发送的第一目标数据，以及所述第一目标数据待传输至的边端应用的标识信息；还用于通过边端引擎模块检测所述第一目标数据与历史接收到的数据是否相同，若不相同，则调用第三接口将所述第一目标数据发送至与所述边端应用的标识信息相匹配的边端应用；

第二应用单元，用于通过边端应用接收所述第三接口发送的所述第一目标数据。

根据本申请实施例的一个方面，一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备如前实现所述的云边通信方法。

在本申请的实施例所提供的技术方案中，通过云端应用调用第一接口，将任意类型的第一待传输数据传送至云端引擎模块，对该第一待传输数据进行序列化处理，得到指定类型的第一目标数据，之后云端引擎模块将第一目标数据以及该数据待传输至的边端应用对应的第一关联信息发送至KubeEdge***，KubeEdge***将第一目标数据发送至与关联信息中含有的边端引擎模块的标识信息相匹配的边端引擎模块。这样，云端应用调用与云端引擎模块传输数据的第一接口发送第一待传输数据，减少了接口开发的成本，并且基于第一接口能够将任意类型的传输数据传输至应用引擎，经由应用引擎序列化处理后得到可以被KubeEdge***接收的指定类型的目标数据，即在该KubeEdge架构下的云端应用和边端应用之间数据传输，适用于任意数据类型的数据传输，能够简单快捷的完成云边应用数据协同。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1是本申请涉及的开源***KubeEdge的示意图；

图2是本申请涉及的一种实施环境的示意图；

图3是图2所示实施例的实施环境下一示例性的实施例中云端、KubeEdge***与边缘节点的结构示意图；

图4是本申请的一示例性实施例示出的应用于云端的一种云边通信方法的流程图；

图5是图4所示实施例中的步骤S100在一个示例性实施例中的流程图；

图6是本申请的一示例性实施例示出的应用于KubeEdge***的一种云边通信方法的流程图；

图7是本申请的一示例性实施例示出的应用于边端的一种云边通信方法的流程图；

图8是实施本申请一示例性实施例提供的云边通信方法的装置架构图；

图9是本申请的一示例性实施例示出的应用于边端的一种云边通信方法的流程图；

图10是本申请的一示例性实施例示出的应用于KubeEdge***的一种云边通信方法的流程图；

图11是本申请的一示例性实施例示出的应用于云端的一种云边通信方法的流程图；

图12是本申请的一示例性实施例示出的一种云边通信装置的框图；

图13是适于用来实现本申请实施例的电子设备的计算机***的结构示意图。

具体实施方式

这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

在本申请中提及的“多个”是指两个或者两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

相关技术中，KubeEdge是一个开源***，用于将容器化应用程序编排功能扩展到Edge(边缘)的主机。它基于kubernetes(开源的容器集群管理***，简称为k8s)构建，并为网络应用程序提供基础架构支持。KubeEdge在k8s以边云协同、边缘侧的轻量和边缘自治能力而获得更多应用。

如图1所示，KubeEdge***主要由下列组件组成：

Edged，在边缘节点上运行并管理容器化应用程序的代理；

EdgeHub(Web套接字客户端)，负责与CloudService进行交互以进行边缘计算(例如KubeEdge体系结构中的EdgeController)，这包括将云侧资源更新同步到边缘，并将边缘侧主机和设备状态变更报告给云；

CloudHub(Web套接字服务器)，负责在云端缓存信息、监视变更，并向EdgeHub端发送消息；

EdgeController(kubernetes的一个扩展控制器)，用于管理边缘节点和pod(最小管理、创建、计划单元)的元数据，以便可以将数据定位到对应的边缘节点；

DeviceController(一个扩展的Kubernetes控制器)，用于管理边缘设备，确保设备信息、设备状态的云边同步；

EventBus，为一个与MQTT服务器(mosquitto)进行交互的MQTT客户端，为其他组件提供发布和订阅功能；

DeviceTwin，负责存储设备状态并将设备状态同步到云端，还为应用程序提供查询接口；

MetaManager(Edged端和Edgehub端之间的消息处理器)，还负责将元数据存储到轻量级数据库(SQLite)或从轻量级数据库(SQLite)检索元数据。其中，CloudHub、EdgeController、DeviceController属于云上部分，Edged、EdgeHub、EventBus、DeviceTwin、MetaManager属于边缘部分。

KubeEdge***应用上述的功能模块，在边缘计算方面，通过在Edge上运行的业务逻辑，可以在生成数据的本地保护和处理大量数据，减少了网络带宽需求以及边缘和云之间的消耗。这样可以提高响应速度，降低成本并保护客户的数据隐私。在简化开发方面，开发人员可以编写基于常规http或mqtt的应用程序，对其进行容器化，然后在Edge或Cloud中的任何位置运行它们中的更合适的一个。另外基于Kubernetes的原生支持，借助KubeEdge，用户可以在Edge节点上编排应用，管理设备并监视应用和设备状态，就像云端的传统Kubernetes集群一样。同时可以轻松地将现有的复杂机器学习，图像识别，事件处理和其他高级应用程序部署和部署到Edge。

随着边缘计算的发展，KubeEdge以其开源简化开发和Kubernetes原生支持的优势，成为了主流边缘计算架构，在许多应用场景里，边缘和云上应用需要进行特定的消息传输、数据交换等，以完成边云协同的业务处理。

目前基于KubeEdge架构的云边应用数据协同，云端应用和边端应用开发者均需大量的学习工作来熟悉KubeEdge架构和云边协同API(ApplicationProgrammingInterface，应用程序编程接口)，并且API还需嵌入每个需要数据协同的应用中，存在入门门槛高以及开发成本大时间长的问题，并且KubeEdge数据协同API接口可传输数据类型也有限，局限于Map和String类型的数据。

为了解决如上问题，本申请的实施例提出的一种云边通信方法及装置、电子设备、计算机可读存储介质、计算机程序产品，以下将对这些实施例进行详细说明。

首先请参阅图2，图2是本申请涉及的一种实施环境的示意图。

该示例性的实施环境为一云边数据交互通信***，该数据访问***包括数据发送方210、交互***220和数据接收方230，数据发送方210与交互***220之间以及交互***120与数据接收方130之间通过有线网络或无线网络进行通信。交互***220用于在数据发送方210和数据接收方230之间进行数据交互，数据发送方210调用对应的接口获取任意类型的数据，并对任意类型的数据进行虚拟化处理后得到指定类型的数据，交互***220将该指定类型的传输至数据数据接收方230。

请参阅图3，图3是在图2所示的实施环境下，一示例性的实施例中云边通信方法应用的云端、KubeEdge***与边缘节点的结构示意图，云端部署有多个云端应用与一个云端引擎模块，每个边缘节点部署有一个边端引擎模块和至少一个边端应用，本实施例提供的边缘节点中部署有两个边端应用。云端应用调用云端引擎模块提供的第一接口，将任意类型的第一待传输数据传送至云端引擎模块，对该第一待传输数据进行序列化处理，得到指定类型的第一目标数据，之后云端引擎模块将第一目标数据以及该数据待传输至的边端应用对应的第一关联信息发送至KubeEdge***，KubeEdge***将第一目标数据发送至与第一关联信息中含有的边端引擎模块的标识信息相匹配的边端引擎模块，再通过边端引擎模块将第一目标数据发送至第一关联信息中含有的边端应用的标识信息相匹配的边端应用，完成第一待传输数据的下发流程。当然，也可以将边缘节点作为数据发送方，云端作为数据接收方，进行云边数据交互的数据上传任务。

相较于现有的云边通信的方案，本实施环境所提供的云边通信方法能够减少了接口开发的成本并适用于任意数据类型的数据传输，以此简单快捷的完成云边应用数据协同。

需要说明的是，图2所示实施环境中的数据发送方210可以是数据服务器，例如可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式***，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(ContentDeliveryNetwork，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器，在此也不进行限制。数据接收方230可以是智能手机、平板、笔记本电脑、计算机、车载终端、智能电视、智能手表等任意能够进行数据访问的设备，但并不限于此。交互***220可以单独部署服务器上，由此形成交互服务器，交互***220也可以部署在数据接收方230所在的服务器中，可以根据实际需求进行选择。

图4是本申请的一示例性实施例示出的云边通信方法的流程图，描述的是云端应用下发数据至边端应用的流程。该方法可以应用于图2所示的实施环境，并由图2所示实施例环境中的数据发送方210具体执行。而在其它的实施环境中，该方法可以由其它实施环境中的设备执行，本实施例不对此进行限制。

如图4所示，在一示例性实施例中，该云边通信方法可以包括步骤S410至步骤S430，应用于云端，详细介绍如下：

步骤S410，云端应用调用第一接口将第一待传输数据发送至云端引擎模块。

其中，第一接口由云端引擎模块提供与云端应用对应，用于云端应用向云端引擎模块发送第一待传输数据，本实施例中，第一接口为云端应用下发数据的接口，第一待传输数据为对应的需要下发的数据。

云端应用调用对应的第一接口，能够将任意类型的第一待传输数据发送至云端引擎模块，使得KubeEdge架构下的云端与边端之间的通信数据类型不局限于Map和String类型。

步骤S420，云端引擎模块对第一待传输数据进行序列化处理，得到指定类型的第一目标数据。

序列化是将对象状态转换为可保持或可传输的格式的过程，本实施例中将第一待传输数据序列化之后得到指定类型的第一目标数据，其中，指定类型表示为符合原云端应用与KubeEdge***之间可传输的数据类型要求。例如，具体的序列化方式可以通过JSON对象内置的stringify()函数，将为JSON对象的第一待传输数据处理为JSON字符串，作为指定类型的第一目标数据。

这样，将任意类型的第一待传输数据通过序列化处理，得到指定类型的第一目标数据，并且该指定类型的第一目标数据能够被KubeEdge***接收，进一步实现了KubeEdge架构下的云端与边端之间的通信数据类型不局限于Map和String类型这一目的。

步骤S430，云端引擎模块将第一目标数据，以及第一目标数据待传输至的边端应用对应的第一关联信息发送至KubeEdge***。

其中，云端引擎模块作为数据发送方事先配置有对应的配置文件，该配置文件包括云端引擎模块的名字以及云端应用与边端应用的对应关系，根据配置文件中的云端应用与边端应用的对应关系得到上述的第一关联信息，第一关联信息表示为发送第一待传输数据的云端应用、第一目标数据待传输至的边端应用、该边端应用对应的边端引擎模块之间的对应关系，第一关联信息还包含有对应的边端应用和边端引擎模块各自的标识信息。

云端引擎模块可以将第一目标数据和第一关联信息打包为一数据包发送至KubeEdge***，KubeEdge***在接收到上述的数据包之后，通过图1中的CloudHub和EdgeHub这两个通信模块，将该数据包从KubeEdge***的云上部分下发至边缘部分，并根据数据包中的第一关联信息解析得到边端引擎模块的标识信息，进而确定与标识信息相匹配的边端引擎模块，最后通过边缘部分中具有发布和订阅功能的EventBus将第一目标数据发送至解析得到的边端引擎模块。

需要说明的是，云端引擎模块是通过原云端应用与KubeEdge***之间的通信信道传输第一目标数据和第一关联信息的，由于第一目标数据是云端引擎模块对第一待传输数据进行序列化处理后得到的指定类型的数据，是符合原云端应用与KubeEdge***之间可传输的数据类型要求的。具体可以表现为，云端引擎模块在得到第一目标数据之后，初始化Kubernetes的k8s－client，将数据送入k8s的自定义资源中包含的senddata(发送数据)字段，通过原云端应用与KubeEdge***之间的通信信道发送第一目标数据和第一关联信息到KubeEdge***。

由上可知，在本实施例提供的方法中，通过云端应用调用第一接口，将任意类型的第一待传输数据传送至云端引擎模块，对该第一待传输数据进行序列化处理，得到指定类型的第一目标数据，之后云端引擎模块将第一目标数据以及该数据待传输至的边端应用对应的第一关联信息发送至KubeEdge***，KubeEdge***将第一目标数据发送至与关联信息中含有的边端引擎模块的标识信息相匹配的边端引擎模块。这样，云端应用调用传输数据的第一接口，便能够将任意类型的传输数据传输至云端引擎模块，经由引擎模块处理后得到可以被KubeEdge***接收的指定类型的第一目标数据，即本申请的KubeEdge架构下的云端应用和边端应用之间数据传输，减少了接口开发的开发成本和时间成本，并且本申请的云边通信方法适用于任意数据类型的数据传输，能够简单快捷的完成云边应用数据协同。

请参阅图5，图5是图4所示实施例中的步骤S410在一个示例性实施例中的流程图。如图5所示，步骤S410具体可以包括步骤S501至步骤S503，通过上述步骤来配置供云端应用调用的第一接口，用于传输待传输数据至云端引擎模块，详细介绍如下：

步骤S501，云端引擎模块根据预设的云端应用与边端应用关系的配置文件，确定第一目标数据待传输至的边端应用的标识信息。

云端引擎模块作为数据发送方，事先配置的配置文件包括有云端引擎模块的名字、引擎的状态、云端应用与边端应用的对应关系以及云端应用的标识信息与边端应用的标识信息的对应关系，其中引擎状态包括property(属性)，property中包括有nameA，nameA是云端应用的名称标识；senddata和revicedata(接收数据)等字段。

云端引擎模块在确定需要传输数据的云端应用之后，根据配置文件中的云端应用与边端应用的对应关系，确定待传输数据的边端应用并得到该边端应用的标识信息。

步骤S502，云端引擎模块配置含有边端应用的标识信息的地址对应的接口，以得到第一接口。

其中，边端应用的标识信息包括名称标识(nameB)，云端引擎模块根据边端应用的名称标识配置接口，作为第一接口。具体地，在得到边端应用的标识信息后，云端引擎模块配置第一接口API，第一接口的网络地址可以配置为http：//引擎IP：port/￥nameB，完成对第一接口的配置，也就是在原有的API的网络地址增加待传输的边端应用的名称标识后缀，以此在不重新配置接口导致成本增加的前提下，对不同的云端应用与边端应用之间的通信配置对应的第一接口，不需要冗杂的接口开发工作。

步骤S503，云端应用调用第一接口将第一待传输数据发送至云端引擎模块。

配置后的第一接口，包含有带传输数据的边端应用的标识信息，故根据云端应用与边端应用的对应关系，第一接口会传输对应云端应用的第一待传数据到云端引擎模块。

这样，在本申请的该实施例中，在传输数据时，云端应用调用的第一接口由云端引擎模块根据配置文件中的云端应用与边端应用的对应关系，以及边端应用的标识信息的配置而成，具体地，将边端应用的标识信息作为后缀添加至原API的网络地址中，得到第一接口。这样，在进行数据协同任务时不需要在开发人员熟悉KubeEdge***架构之后将API嵌入到需要数据协同的云端应用或边端应用，即屏蔽了KubeEdge的底层架构，在云端引擎模块统一配置第一接口，降低了接口开发的人员成本和时间成本。

图6是本申请的一示例性实施例示出的云边通信方法的流程图，描述的是云端应用下发数据至边端应用的流程。该方法可以应用于图2所示的实施环境，并由图2所示实施例环境中的交互***220具体执行。而在其它的实施环境中，该方法可以由其它实施环境中的设备执行，本实施例不对此进行限制。

在图4所示实施例中将第一目标数据和第一关联信息发送至KubeEdge***之后，如图6所示，在一示例性实施例中，该云边通信方法还可以包括步骤S610至步骤S630，应用于KubeEdge***，详细介绍如下：

步骤S610，接收云端引擎模块发送的第一目标数据，以及第一目标数据待传输至的边端应用对应的第一关联信息。

云端引擎模块通过原云端应用与KubeEdge***之间的通信信道接收第一目标数据和第一关联信息，其中，第一目标数据为通过云端引擎模块序列化处理第一待传输数据后得到的指定类型的数据，用于适应云端应用与KubeEdge***之间的通信信道，第一关联信息在云端引擎模块中根据配置文件的云端应用与边端应用的对应关系得到。

步骤S620，从第一关联信息中获取第一目标数据待传输至的边端引擎模块的标识信息以及边端应用的标识信息。

第一关联信息包括发送第一待传输数据的云端应用、第一目标数据待传输至的边端应用、该边端应用对应的边端引擎模块之间的对应关系，还包含有对应的云端应用和边端引擎模块各自的标识信息。故KubeEdge***在接收到第一目标数据和第一关联信息后，能够从第一关联信息中获取到第一目标数据待传输至的边端引擎模块的标识信息以及边端应用的标识信息。

步骤S630，将第一目标数据以及边端应用的标识信息，发送至与边端引擎模块的标识信息相匹配的边端引擎模块。

KubeEdge***通过获取的待传输至的边端引擎模块的标识信息以及边端应用的标识信息，确定相匹配的边端引擎模块，之后通过KubeEdge***中具有发布和订阅功能的EventBus模块将第一目标数据下发至确定的边端引擎模块，以使边端引擎模块能够将第一目标数据发送至与边端应用的标识信息相匹配的边端应用当中。

这样，本申请的该实施例中，KubeEdge***通过第一关联信息确定第一目标数据待传输至的边端引擎模块，实现从云端将任意类型的数据下发至边端引擎模块所处的边缘节点中，完成云边数据协同。

图7是本申请的一示例性实施例示出的云边通信方法的流程图，描述的是云端应用下发数据至边端应用的流程。该方法可以应用于图2所示的实施环境，并由图2所示实施例环境中的数据接收方230具体执行。而在其它的实施环境中，该方法可以由其它实施环境中的设备执行，本实施例不对此进行限制。

如图7所示，在一示例性实施例中，该云边通信方法还可以包括步骤S710至步骤S720，应用于边端，详细介绍如下：

步骤S710，边端引擎模块接收KubeEdge***发送的第一目标数据，以及第一目标数据待传输至的边端应用的标识信息。

边缘节点中部署的边端引擎模块接收KubeEdge***中具有发布和订阅功能的EventBus模块发送的第一目标数据，并从第一关联信息中获取第一目标数据待传输至的应用的标识信息，从而确定边端引擎模块需要在该边缘节点中将第一目标数据传输至的边端应用。

步骤S720，边端引擎模块检测第一目标数据与历史接收到的数据是否相同，若不相同，则调用第三接口将第一目标数据发送至与边端应用的标识信息相匹配的边端应用。

边端引擎模块作为数据的接收方，事先配置的配置文件包括有监控地址(list－watch)、该边缘节点下对应的边端应用名称和各个边端应用接收数据地址列表，各个边端应用接收数据地址列表对应有边端应用事先注册到边端引擎模块的接口，作为边端应用接收数据的第三接口。

在边端引擎模块接收到第一目标数据后，检测到第一目标数据与历史接收到的数据时不相同，也就是接收到的数据发生变化时，说明接收到了新的数据，此时，则根据接收到的边端应用的标识信息确定相匹配的边端应用，进而调用该边端应用在边端引擎模块上注册的第三接口，将第一目标数据发送至上述的边端应用中。

由上可知，在本申请提供的云边通信方法中，完成云边数据协同中云端下发数据至边缘节点的边端应用的具体包括：

在云端应用需要下发第一待传输数据时，云端引擎模块根据配置文件中的云端应用与边端应用的对应关系以及边端应用的标识信息，配置含有边端应用的标识信息的地址对应的第一接口；

云端应用调用云端引擎模块提供的第一接口，将任意类型的第一待传输数据传送至云端引擎模块；

云端引擎模块对第一待传输数据进行序列化处理得到指定类型的第一目标数据，指定类型的数据使得云端引擎模块能够将第一目标数据以及待传输至的边端应用对应的第一关联信息，通过原云端应用与KubeEdge***之间的通信信道发送至KubeEdge***；

KubeEdge***将第一目标数据发送至与第一关联信息中含有的边端引擎模块的标识信息相匹配的边端引擎模块；

边端引擎模块检测到第一目标数据与历史接收到的数据时不相同，说明接收到了新的数据，此时，则根据接收到的边端应用的标识信息确定相匹配的边端应用，进而调用该边端应用在边端引擎模块上注册的第三接口，将第一目标数据发送至与关联信息中含有的边端应用的标识信息相匹配的边端应用。

这样，第一待传输数据下发的过程中，云端应用发送数据的第一接口在需要下发第一待传输数据时通过云端引擎模块配置，边端应用接收数据的第三接口事先注册到边端引擎模块，通过云端引擎模块和边端引擎模块实现统一接口的泛化配置，避免了冗杂、难度高的API接口的开发工作。如图8所示的实施本申请一示例性实施例提供的云边通信方法的装置架构图，在实施本申请提供的云边通信方法时，对于云端应用和边端应用来说，云端引擎模块和边端引擎模块通过事先配置的配置文件实现的各个功能屏蔽了Kubernetes(k8s)和KubeEdge架构，降低了使用云边协同技术的入门门槛，不需要将API接口嵌入到云端应用或边端应用的源代码中，减少了接口开发的开发成本和时间成本。

另外通过云端引擎模块的序列化处理数据的功能，能够将任意类型的数据经由云端引擎模块处理后得到可以被KubeEdge***接收的指定类型的第一目标数据，进一步减少了接口开发的开发成本和时间成本，能够简单快捷的完成云边应用数据协同。

请参阅图9，是本申请的一示例性实施例示出的云边通信方法的流程图，描述的是边端应用上传数据至云端应用的流程。该方法可以应用于图2所示的实施环境，并由图2所示实施例环境中的数据发送方210具体执行。而在其它的实施环境中，该方法可以由其它实施环境中的设备执行，本实施例不对此进行限制。

如图9所示，在一示例性实施例中，该云边通信方法可以包括步骤S910至步骤S930，应用于边端，详细介绍如下：：

步骤S910，边端应用调用第四接口将第二待传输数据发送至边端引擎模块。

第四接口由边端引擎模块提供与边端应用对应，用于边端应用向边端引擎模块发送第二待传输数据，本实施例中，第四接口为边端应用上传数据的接口，第二待传输数据为对应的需要上传的数据。

边端应用调用对应的第四接口，能够将任意类型的第二待传输数据发送至边端引擎模块，使得KubeEdge架构下的云端与边端之间的通信数据类型不局限于Map和String类型。

步骤S920，边端引擎模块对第二待传输数据进行序列化处理，得到指定类型的第二目标数据。

原理同云端引擎模块处理下发的第一待传输数据，边端引擎模块将任意类型的第二待传输数据通过序列化处理，得到指定类型的第二目标数据，并且该指定类型的第二目标数据能够被KubeEdge***接收，进一步实现了KubeEdge架构下的云端与边端之间的通信数据类型不局限于Map和String类型这一目的。

步骤S930，边端引擎模块将第二目标数据，以及第二目标数据待传输至的云端应用对应的第二关联信息发送至KubeEdge***。

在该实施例中，边端引擎模块作为数据发送方事先配置有对应的配置文件，该配置文件包括边端引擎模块的名字以及边端应用与云端应用的对应关系。边端引擎模块根据配置文件中边端应用与云端应用的对应关系得到上述的第二关联信息，第二关联信息表示为发送第二待传输数据的边端应用与第二目标数据待传输至的云端应用之间的对应关系，第二关联信息还包含有对应的云端应用的标识信息。

边端引擎模块将第二目标数据以及上述的第二关联信息发送至KubeEdge***，以使KubeEdge***将第二目标数据发送至云端引擎模块后，云端引擎模块将第二目标数据发送至与第二关联信息中含有的云端应用的标识信息相匹配的云端应用。

由上可知，在本实施例提供的方法中，利用边端应用调用传输数据的第四接口，便能够将任意类型的传输数据传输至边端引擎模块，经由边端引擎模块处理后得到可以被KubeEdge***接收的指定类型的第二目标数据，即本申请的KubeEdge架构下的云端应用和边端应用之间数据传输，减少了接口开发的开发成本和时间成本，并且本申请的云边通信方法适用于任意数据类型的数据传输，能够简单快捷的完成云边应用数据协同。

在另一实施例中，上述步骤S910边端应用调用第四接口将第二待传输数据发送至边端引擎模块，同云端应用下发第一待传输数据时调用第一接口的流程相同，具体可以包括：

边端引擎模块根据预设的边端应用与边端应用关系的配置文件，确定第二目标数据待传输至的云端应用的标识信息；边端引擎模块配置含有云端应用的标识信息的地址对应的接口，以得到第四接口；边端应用调用第四接口将第二待传输数据发送至边端引擎模块。

其中，边端引擎模块作为数据发送方，其事先配置的配置文件包括有边端引擎模块的名字、引擎的状态、云端应用与边端应用的对应关系以及云端应用的标识信息与边端应用的标识信息的对应关系，另外引擎状态包括property(属性)，property中包括有nameB，nameB是边端应用的名称标识。

边端引擎模块在确定需要传输数据的边端应用之后，根据配置文件中的云端应用与边端应用的对应关系，确定待传输数据的云端应用并得到该云端应用的标识信息。云端应用的标识信息包括名称标识(nameA)，边端引擎模块根据云端应用的名称标识配置接口，作为第四接口。具体地，在得到云端应用的标识信息后，边端引擎模块配置第四接口API，在原有的API网络地址增加待传输的云端应用的名称标识后缀，完成对第四接口的配置，第四接口的网络地址表示为http：//引擎IP：port/￥nameA。以此在不重新配置接口导致成本增加的前提下，对不同的云端应用与边端应用之间的通信配置对应的第四接口，不需要冗杂的接口开发工作。

图10是本申请的一示例性实施例示出的云边通信方法的流程图，描述的是边端应用上传数据至云端应用的流程。该方法可以应用于图2所示的实施环境，并由图2所示实施例环境中的交互***220具体执行。而在其它的实施环境中，该方法可以由其它实施环境中的设备执行，本实施例不对此进行限制。

在图9所示实施例中将第二目标数据和第二关联信息发送至KubeEdge***之后，如图10所示，在一示例性实施例中，该云边通信方法还可以包括步骤S1010至步骤S1030，应用于KubeEdge***，详细介绍如下：

步骤S1010，接收边端引擎模块发送的第二目标数据，以及第二目标数据待传输至的云端应用对应的第二关联信息。

步骤S1020，从第二关联信息中获取第二目标数据待传输至的云端应用的标识信息。

第二关联信息包括发送第二待传输数据的边端应用与第二目标数据待传输至的云端应用之间的对应关系，还包含有对应的云端应用的标识信息。故KubeEdge***在接收到第二目标数据和第二关联信息后，能够从第二关联信息中获取到第二目标数据待传输至的云端应用的标识信息。

步骤S1030，将第二目标数据以及云端应用的标识信息发送至云端引擎模块。

KubeEdge***通过获取的待传输至的云端应用的标识信息，确定相匹配的云端应用，之后通过KubeEdge***中将第二目标数据上传至云端引擎模块，进而云端引擎模块将第二目标数据发送至与云端应用的标识信息相匹配的云端应用当中。

这样，本申请的该实施例中，KubeEdge***通过第二关联信息确定第二目标数据待传输至的云端应用，实现从边缘节点将任意类型的数据上传至云端，完成云边数据协同。

图11是本申请的一示例性实施例示出的云边通信方法的流程图，描述的是边端应用上传数据至云端应用的流程。如图11所示，在一示例性实施例中，该云边通信方法还可以包括步骤S1110至步骤S1120，应用于云端，详细介绍如下：

步骤S1110，云端引擎模块接收KubeEdge***发送的第二目标数据、第二目标数据待传输至的云端应用对应的标识信息。

步骤S1120，云端引擎模块检测第二目标数据与历史接收到的数据是否相同，若不相同，则调用第二接口将第二目标数据发送至与云端应用的标识信息相匹配的云端应用。

云端引擎模块作为数据的接收方，事先配置的配置文件包括有监控地址(list－watch)、云端包含的云端应用名称和各个云端应用接收数据地址列表，各个云端应用接收数据地址列表对应有云端应用事先注册到云端引擎模块的接口，作为云端应用接收数据的第二接口。

在云端引擎模块接收到第二目标数据后，检测到第二目标数据与历史接收到的数据时不相同，也就是接收到的数据发生变化时，说明接收到了新的数据，此时，则根据接收到的云端应用的标识信息确定相匹配的云端应用，进而调用该云端应用在云端引擎模块上注册的第二接口，将第二目标数据发送至上述的云端应用中。

由上可知，在本申请提供的云边通信方法中，完成云边数据协同中边缘节点中的边端应用上传数据至云端的云端应用的具体包括：

在边端应用需要下发第二待传输数据时，边端引擎模块根据配置文件中的云端应用与边端应用的对应关系以及云端应用的标识信息，配置含有云端应用的标识信息的地址对应的第四接口；

边端应用调用边端引擎模块提供的第四接口，将任意类型的第二待传输数据传送至边端引擎模块；

边端引擎模块对第二待传输数据进行序列化处理得到指定类型的第二目标数据，指定类型的数据使得边端引擎模块能够将第二目标数据以及待传输至的云端应用对应的第二关联信息，通过原边端应用与KubeEdge***之间的通信信道发送至KubeEdge***；

KubeEdge***将第二目标数据，以及从第二关联信息中获取第二目标数据待传输至的云端应用的标识信息发送至云端引擎模块；

云端引擎模块检测到第二目标数据与历史接收到的数据时不相同，说明接收到了新的数据，此时，则根据接收到的云端应用的标识信息确定相匹配的云端应用，进而调用该云端应用在云端引擎模块上注册的用于接收数据的第二接口，将第二目标数据发送至与云端应用的标识信息相匹配的云端应用。

这样，通过云端引擎模块和边端引擎模块实现统一接口的泛化配置，避免了冗杂、难度高的API接口的开发工作，并且通过边端引擎模块的序列化处理数据的功能，能够将任意类型的数据经由边端引擎模块处理后得到可以被KubeEdge***接收的指定类型的第二目标数据，进一步减少了接口开发的开发成本和时间成本，能够简单快捷的完成云边应用数据协同。

图12是本申请的一示例性实施例示出的一种云边通信装置1200的框图。如图12所示，该装置包括：

第一应用单元1201，用于通过云端应用调用第一接口将第一待传输数据发送至云端引擎模块；第一引擎单元1202，用于通过云端引擎模块对第一待传输数据进行序列化处理，得到指定类型的第一目标数据；还用于通过云端引擎模块将第一目标数据，以及第一目标数据待传输至的边端应用对应的第一关联信息发送至KubeEdge***1203，以使KubeEdge***1203将第一目标数据发送至与关联信息中含有的边端引擎模块的标识信息相匹配的边端引擎模块。KubeEdge***1203，用于传输第一目标数据以及第一目标数据待传输至的边端应用对应的第一关联信息。

第二引擎单元1204，用于通过边端引擎模块接收KubeEdge***1203发送的第一目标数据，以及第一目标数据待传输至的边端应用的标识信息；还用于通过边端引擎模块检测第一目标数据与历史接收到的数据是否相同，若不相同，则调用第三接口将第一目标数据发送至与边端应用的标识信息相匹配的边端应用；第二应用单元1205，用于通过边端应用接收第三接口发送的第一目标数据。

在另一示例性的实施例中，第二应用单元1205，还用于通过边端应用调用第四接口将第二待传输数据发送至边端引擎模块；第二引擎单元1204，还用于通过边端引擎模块对第二待传输数据进行序列化处理，得到指定类型的第二目标数据；还用于通过边端引擎模块将第二目标数据，以及第二目标数据待传输至的云端应用对应的第二关联信息发送至KubeEdge***。KubeEdge***1103，还用于传输第二目标数据以及第二目标数据待传输至的云端应用对应的第二关联信息。

第一引擎单元1202，还用于通过云端引擎模块接收KubeEdge***发送的第二目标数据、第二目标数据待传输至的云端应用对应的标识信息；还用于检测第二目标数据与历史接收到的数据是否相同，若不相同，则调用第二接口将第二目标数据发送至与云端应用的标识信息相匹配的云端应用；第一应用单元1201，还用于通过云端应用接收第二接口发送的第二目标数据。

该装置应用本申请提供的云边通信方法，通过第一引擎单元1202和第二引擎单元1204，使得第一应用单元1201和第二应用单元1205之间适用于任意数据类型的数据传输，并通过调用的各个接口减少了接口的开发成本，能够简单快捷的完成云边应用数据协同。

在另一示例性的实施例中，第一引擎单元1202，还用于通过云端引擎模块根据预设的云端应用与边端应用关系的配置文件，确定第一目标数据待传输至的边端应用的标识信息，配置含有边端应用的标识信息的地址对应的接口，以得到第一接口。

在另一示例性的实施例中，KubeEdge***还包括：

接收模块，用于接收云端引擎模块发送的第一目标数据，以及第一目标数据待传输至的边端应用对应的第一关联信息；

处理模块，用于从第一关联信息中获取第一目标数据待传输至的边端引擎模块的标识信息以及边端应用的标识信息；

发送模块，用于将第一目标数据以及边端应用的标识信息，发送至与边端引擎模块的标识信息相匹配的边端引擎模块。

需要说明的是，上述实施例所提供的云边通信装置与上述实施例所提供的云边通信方法属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。上述实施例所提供的云边通信装置在实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能，本处也不对此进行限制。

本申请的实施例还提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得电子设备实现上述各个实施例中提供的云边通信方法。

图13示出了适于用来实现本申请实施例的电子设备的计算机***的结构示意图。需要说明的是，图13示出的电子设备的计算机***1300仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图13所示，计算机***1300包括中央处理单元(CentralProcessingUnit，CPU)1301，其可以根据存储在只读存储器(Read－OnlyMemory，ROM)1302中的程序或者从储存部分1308加载到随机访问存储器(RandomAccessMemory，RAM)1303中的程序而执行各种适当的动作和处理，例如执行上述实施例中的方法。在RAM1303中，还存储有***操作所需的各种程序和数据。CPU1301、ROM1302以及RAM1303通过总线1304彼此相连。输入/输出(Input/Output，I/O)接口1305也连接至总线1304。

以下部件连接至I/O接口1305：包括键盘、鼠标等的输入部分1306；包括诸如阴极射线管(CathodeRayTube，CRT)、液晶显示器(LiquidCrystalDisplay，LCD)等以及扬声器等的输出部分1307；包括硬盘等的储存部分1308；以及包括诸如LAN(LocalAreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分1309。通信部分1309经由诸如因特网的网络执行通信处理。驱动器1310也根据需要连接至I/O接口1305。可拆卸介质1311，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1310上，以便于从其上读出的计算机程序根据需要被安装入储存部分1308。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分1309从网络上被下载和安装，和/或从可拆卸介质1311被安装。在该计算机程序被中央处理单元(CPU)1301执行时，执行本申请的***中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(ErasableProgrammableReadOnlyMemory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(CompactDiscRead－OnlyMemory，CD－ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

本申请的另一方面还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如前的云边通信方法。该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的，也可以是单独存在，而未装配入该电子设备中。

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

Claims (9)

1.一种云边通信方法，其特征在于，应用于云端，所述方法包括：

云端引擎模块根据预设的云端应用与边端应用关系的配置文件，确定第一目标数据待传输至的边端应用的标识信息，并配置含有所述边端应用的标识信息的地址对应的接口，以得到第一接口；

所述云端应用调用所述第一接口将第一待传输数据发送至所述云端引擎模块；

所述云端引擎模块对所述第一待传输数据进行序列化处理，得到指定类型的第一目标数据；

所述云端引擎模块将所述第一目标数据，以及所述第一目标数据待传输至的边端应用对应的第一关联信息发送至KubeEdge***，以使所述KubeEdge***将所述第一目标数据发送至与所述关联信息中含有的边端引擎模块的标识信息相匹配的边端引擎模块。

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

所述云端引擎模块接收所述KubeEdge***发送的第二目标数据、所述第二目标数据待传输至的云端应用对应的标识信息；

所述云端引擎模块检测所述第二目标数据与历史接收到的数据是否相同，若不相同，则调用第二接口将所述第二目标数据发送至与所述云端应用的标识信息相匹配的云端应用。

3.一种云边通信方法，其特征在于，应用于KubeEdge***，所述方法包括：

接收云端引擎模块发送的第一目标数据，以及所述第一目标数据待传输至的边端应用对应的第一关联信息；

从所述第一关联信息中获取所述第一目标数据待传输至的边端引擎模块的标识信息以及边端应用的标识信息；

将所述第一目标数据以及所述边端应用的标识信息，发送至与所述边端引擎模块的标识信息相匹配的边端引擎模块，以使所述边端引擎模块将所述第一目标数据发送至与所述边端应用的标识信息相匹配的边端应用。

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

接收边端引擎模块发送的第二目标数据，以及所述第二目标数据待传输至的云端应用对应的第二关联信息；

从所述第二关联信息中获取所述第二目标数据待传输至的云端应用的标识信息；

将所述第二目标数据以及所述云端应用的标识信息发送至所述云端引擎模块，以使所述云端引擎模块将所述第二目标数据发送至与所述云端应用的标识信息相匹配的云端应用。

5.一种云边通信方法，其特征在于，应用于边缘节点，所述方法包括：

边端引擎模块接收KubeEdge***发送的第一目标数据，以及所述第一目标数据待传输至的边端应用的标识信息；

边端引擎模块检测所述第一目标数据与历史接收到的数据是否相同，若不相同，则调用第三接口将所述第一目标数据发送至与所述边端应用的标识信息相匹配的边端应用。

6.如权利要求5所述的方法，其特征在于，所述方法还包括：

边端引擎模块根据预设的边端应用与边端应用关系的配置文件，确定第二目标数据待传输至的云端应用的标识信息，并配置含有所述云端应用的标识信息的地址对应的接口，以得到第四接口；

所述边端应用调用所述第四接口将第二待传输数据发送至所述边端引擎模块；

所述边端引擎模块对所述第二待传输数据进行序列化处理，得到指定类型的第二目标数据；

所述边端引擎模块将所述第二目标数据，以及所述第二目标数据待传输至的云端应用对应的第二关联信息发送至KubeEdge***，以使所述KubeEdge***将所述第二目标数据发送至云端引擎模块后，云端引擎模块将第二目标数据发送至与所述第二关联信息中含有的云端应用的标识信息相匹配的云端应用。

7.一种云边通信装置，其特征在于，所述装置配置于云端，所述装置包括：

第一引擎单元，用于通过云端引擎模块根据预设的云端应用与边端应用关系的配置文件，确定第一目标数据待传输至的边端应用的标识信息，并配置含有所述边端应用的标识信息的地址对应的接口，以得到第一接口；

第一应用单元，用于通过所述云端应用调用所述第一接口将第一待传输数据发送至所述云端引擎模块；

第一引擎单元，还用于通过所述云端引擎模块对所述第一待传输数据进行序列化处理，得到指定类型的第一目标数据；还用于通过所述云端引擎模块将所述第一目标数据，以及所述第一目标数据待传输至的边端应用对应的第一关联信息发送至KubeEdge***，以使所述KubeEdge***将所述第一目标数据发送至与所述关联信息中含有的边端引擎模块的标识信息相匹配的边端引擎模块。

8.一种云边通信装置，其特征在于，所述装置配置于边缘节点，所述装置包括：

第二引擎单元，用于通过边端引擎模块接收KubeEdge***发送的第一目标数据，以及所述第一目标数据待传输至的边端应用的标识信息；还用于通过边端引擎模块检测所述第一目标数据与历史接收到的数据是否相同，若不相同，则调用第三接口将所述第一目标数据发送至与所述边端应用的标识信息相匹配的边端应用；

第二应用单元，用于通过边端应用接收所述第三接口发送的所述第一目标数据。

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

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如权利要求1－6中的任一项所述的云边通信方法。