CN112532671A - 获取方法、配置方法、边缘计算集群及装置 - Google Patents
获取方法、配置方法、边缘计算集群及装置 Download PDFInfo
- Publication number
- CN112532671A CN112532671A CN201910888040.7A CN201910888040A CN112532671A CN 112532671 A CN112532671 A CN 112532671A CN 201910888040 A CN201910888040 A CN 201910888040A CN 112532671 A CN112532671 A CN 112532671A
- Authority
- CN
- China
- Prior art keywords
- proxy object
- gateway
- data
- message
- edge computing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 88
- 238000004891 communication Methods 0.000 claims abstract description 77
- 230000004044 response Effects 0.000 claims description 102
- 230000003993 interaction Effects 0.000 claims description 8
- 239000000126 substance Substances 0.000 claims description 3
- 238000010586 diagram Methods 0.000 description 29
- 230000005540 biological transmission Effects 0.000 description 21
- 238000003860 storage Methods 0.000 description 11
- 230000008569 process Effects 0.000 description 9
- 238000012545 processing Methods 0.000 description 9
- 238000004590 computer program Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 7
- 238000004364 calculation method Methods 0.000 description 6
- 238000004378 air conditioning Methods 0.000 description 5
- 238000004458 analytical method Methods 0.000 description 5
- 230000006855 networking Effects 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 238000013473 artificial intelligence Methods 0.000 description 3
- 230000008859 change Effects 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000012360 testing method Methods 0.000 description 3
- 241000255925 Diptera Species 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 238000013480 data collection Methods 0.000 description 2
- 238000009776 industrial production Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000007781 pre-processing Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000004075 alteration Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 230000005477 standard model Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请实施例提供了一种获取方法、配置方法、边缘计算集群及装置。所述获取方法应用于边缘计算集群,所述边缘计算集群至少包括第一网关与第二网关,所述第一网关包括第一代理对象,所述第二网关包括第二代理对象,所述第二网关与至少一个第一设备进行通信连接,第一网关通过所述第一代理对象发送针对所述第一设备的订阅请求消息,至第二网关,接着第二网关通过所述第二代理对象获取针对所述订阅请求消息的设备数据,并将所述设备数据发送至所述第一网关,从而基于边缘计算集群,各个网关之间可以通过代理对象实现网关之间的数据共享,保证了边缘计算规则可以跨网关联动,实现去中心化、边缘自治,提高了边缘计算的联动能力。
Description
技术领域
本申请涉及通信技术领域,特别是涉及一种设备数据的获取方法,一种设备的配置方法,一种边缘计算集群以及一种设备数据的获取装置,一种设备的配置装置。
背景技术
在边缘计算场景,承载业务的硬件能力通常较弱。单台网关硬件的物理能力有限,在设备量大(万级)的情况下无法用单台网关接入,其瓶颈可能是设备布线问题,可能是单台网关接口不足或者硬件处理能力不够,因此需要使用多网关接入。
如在工业或者楼宇现场,有很多设备,它们在物理链接上不属于同一个网关,但是在业务上有关联,这就需要边缘网关有能力进行跨网关的设备控制和数据共享。但目前每个网关只能访问分配到本网关的子设备,对接入其它网关下的子设备“看不见”、也“摸不着”,根本无法实现设备控制和数据共享。
发明内容
本申请实施例所要解决的技术问题是提供一种设备数据的获取方法、设备的配置方法,以解决现有技术中边缘计算中中心化依赖严重,无法实现跨网关的设备控制和数据共享等问题。
为了解决上述问题,本申请实施例公开了一种设备数据的获取方法,应用于边缘计算集群,所述边缘计算集群至少包括第一网关与第二网关,所述第一网关包括第一代理对象,所述第二网关包括第二代理对象,所述第二网关与至少一个第一设备进行通信连接,所述方法包括:
所述第一代理对象发送针对所述第一设备的订阅请求消息,至所述第二代理对象;
所述第二代理对象获取针对所述订阅请求消息的设备数据,并将所述设备数据发送至所述第一代理对象。
可选地,所述第一网关与云服务器进行通信连接,所述第一网关还包括与所述云服务器以及所述第一代理对象通信连接的第一操作代理对象,所述第一代理对象发送针对所述第一设备的订阅请求消息,至所述第二代理对象,包括:
所述第一操作代理对象获取所述云服务器发送的消息路由,并确定与所述消息路由对应的订阅请求消息;
所述第一代理对象将所述第一操作代理对象发送的所述订阅请求消息,发送至所述第二代理对象。
可选地,所述第二网关还包括与所述第二代理对象通信连接的第二操作代理对象,所述第二代理对象获取针对所述订阅请求消息的设备数据,并将所述设备数据发送至所述第一代理对象,包括:
所述第二操作代理对象将所述第二代理对象发送的所述订阅请求消息,发送至所述第一设备;
所述第二操作代理对象获取所述第一设备发送的针对所述订阅请求消息的所述设备数据,并将所述设备数据发送至所述第二代理对象;
所述第二代理对象将所述设备数据,发送至所述第一代理对象。
可选地,所述第一网关运行应用程序,所述方法还包括:
所述第一操作代理对象将所述第一代理对象发送的所述设备数据,发送至所述应用程序。
可选地,所述第一网关还包括与所述云服务器以及所述第一操作代理对象通信连接的云代理对象,所述第一操作代理对象获取所述云服务器发送的消息路由,并确定与所述消息路由对应的订阅请求消息,包括:
所述云代理对象获取所述云服务器发送的所述消息路由,并将所述消息路由发送至所述第一操作代理对象;
所述第一操作代理对象确定与所述消息路由对应的订阅请求消息。
本申请实施例还公开了一种设备的配置方法,应用于边缘计算集群,所述边缘计算集群至少包括第一网关与第二网关,所述第一网关包括第一代理对象,所述第二网关包括第二代理对象,所述第二网关与至少一个第一设备进行通信连接,所述方法包括:
所述第一代理对象发送用于对所述第一设备进行配置的配置信息,至所述第二代理对象;
所述第二代理对象将所述第一设备发送的回应消息,发送至所述第一代理对象,所述回应消息为所述第一设备依据所述配置信息,完成属性配置的消息。
可选地,所述第一网关运行应用程序,所述第一网关还包括与所述第一代理对象通信连接的第一操作代理对象,所述第一代理对象发送用于对所述第一设备进行配置的配置信息,至所述第二代理对象,包括:
所述第一操作代理对象将所述应用程序发送的所述配置信息,发送至所述第一代理对象;
所述第一代理对象将所述配置信息发送至所述第二代理对象。
可选地,所述第二网关还包括与所述第二代理对象和所述第一设备通信连接的第二操作代理对象,所述第二代理对象将所述第一设备发送的回应消息,发送至所述第一代理对象,包括:
所述第二操作代理对象将所述第二代理对象发送的所述配置信息,发送至所述第一设备;
所述第二代理对象将所述第二操作代理对象发送的所述回应消息,发送至所述第一代理对象。
可选地,还包括:
所述第一操作代理对象将所述第一代理对象发送的所述回应消息,发送至所述应用程序。
本申请实施例还公开了一种边缘计算集群,包括多个网关,每个网关中设置有代理对象,各个网关通过所述代理对象进行数据交互。
可选地,所述网关至少包括与至少一个第一设备通信连接的第一网关,与至少一个第二设备通信连接的第二网关;所述代理对象包括设置于所述第一网关的第一代理对象,以及设置于所述第二网关的第二代理对象;其中,
所述第一网关,用于通过所述第一代理对象发送针对所述第二设备的第一通信数据;以及通过所述第一代理对象接收所述第二网关发送的针对所述第一通信数据的第一回应数据;
所述第二网关,用于通过所述第二代理对象发送针对所述第一设备的第二通信数据;以及通过所述第二代理对象接收所述第一网关发送的针对所述第二通信数据的第二回应数据。
可选地,所述第一网关运行应用程序;
所述第一代理对象,用于将所述应用程序发送的所述第一通信数据发送至所述第二代理对象;
所述第二代理对象,用于将所述第一通信数据发送至所述第二设备;以及获取所述第二设备上报的针对所述第一通信数据的第一回应数据,并将所述第一回应数据发送至所述第一代理对象。
可选地,所述第一网关包括操作代理对象;
所述操作代理对象,用于将所述第一代理对象发送的所述第一回应数据发送至所述应用程序。
可选地,所述操作代理对象,还用于将所述第一代理对象发送的所述第二通信数据,发送至所述第一设备,使所述第一设备执行与所述第二通信数据对应的第一设备操作;以及将所述第一设备发送的针对所述第二通信数据的第二回应数据,发送至所述第一代理对象。
可选地,所述操作代理对象,还用于将所述应用程序发送的本地操作数据发送至所述第一设备,使所述第一设备执行与所述本地操作数据对应的第二设备操作。
可选地,所述第一网关包括与云服务器通信连接的云代理对象;
所述云代理对象,用于获取所述云服务器发送的所述消息路由,并将所述消息路由发送至所述操作代理对象;
所述操作代理对象,用于确定与所述消息路由对应的第一通信数据。
可选地,所述第一通信数据包括订阅请求消息,所述第一回应数据包括设备数据;
所述第一代理对象,还用于将针对所述第二设备的订阅请求消息发送至所述第二代理对象;
所述第二代理对象,还用于获取所述第二设备发送的针对所述订阅请求消息的设备数据;并将所述设备数据发送至所述第一代理对象。
可选地,所述第二通信数据包括设备配置信息,所述第二回应数据包括配置回应消息;
所述第二代理对象,还用于将所述针对所述第一设备的设备配置信息发送至所述第一代理对象;
所述操作代理对象,还用于将所述第一代理对象发送的所述设备配置信息发送至所述第一设备,使所述第一设备执行与所述设备配置信息对应的操作;以及获取所述第一设备信息发送的所述配置回应消息,并将所述配置回应消息发送至所述第一代理对象;
所述第一代理对象,还用于将所述配置回应消息发送至所述第二代理对象。
本申请实施例还公开了一种设备数据的获取装置,应用于边缘计算集群,所述边缘计算集群至少包括第一网关与第二网关,所述第一网关包括第一代理对象,所述第二网关包括第二代理对象,所述第二网关与至少一个第一设备进行通信连接,所述装置包括:
订阅消息发送模块,用于所述第一代理对象发送针对所述第一设备的订阅请求消息,至所述第二代理对象;
设备数据发送模块,用于所述第二代理对象获取针对所述订阅请求消息的设备数据,并将所述设备数据发送至所述第一代理对象。
可选地,所述第一网关与云服务器进行通信连接,所述第一网关还包括与所述云服务器以及所述第一代理对象通信连接的第一操作代理对象,所述订阅消息发送模块包括:
第一订阅消息确定子模块,用于所述第一操作代理对象获取所述云服务器发送的消息路由,并确定与所述消息路由对应的订阅请求消息;
订阅消息发送子模块,用于所述第一代理对象将所述第一操作代理对象发送的所述订阅请求消息,发送至所述第二代理对象。
可选地,所述第二网关还包括与所述第二代理对象通信连接的第二操作代理对象,所述设备数据发送模块包括:
第二订阅消息发送子模块,用于所述第二操作代理对象将所述第二代理对象发送的所述订阅请求消息,发送至所述第一设备;
设备数据获取子模块,用于所述第二操作代理对象获取所述第一设备发送的针对所述订阅请求消息的所述设备数据,并将所述设备数据发送至所述第二代理对象;
设备数据发送子模块,用于所述第二代理对象将所述设备数据,发送至所述第一代理对象。
可选地,所述第一网关运行应用程序,所述装置还包括:
设备数据转发模块,用于所述第一操作代理对象将所述第一代理对象发送的所述设备数据,发送至所述应用程序。
可选地,所述第一网关还包括与所述云服务器以及所述第一操作代理对象通信连接的云代理对象,所述第一订阅消息确定子模块具体用于:
所述云代理对象获取所述云服务器发送的所述消息路由,并将所述消息路由发送至所述第一操作代理对象;
所述第一操作代理对象确定与所述消息路由对应的订阅请求消息。
本申请实施例还公开了一种设备的配置装置,应用于边缘计算集群,所述边缘计算集群至少包括第一网关与第二网关,所述第一网关包括第一代理对象,所述第二网关包括第二代理对象,所述第二网关与至少一个第一设备进行通信连接,所述装置包括:
配置信息发送模块,用于所述第一代理对象发送用于对所述第一设备进行配置的配置信息,至所述第二代理对象;
回应消息发送模块,用于所述第二代理对象将所述第一设备发送的回应消息,发送至所述第一代理对象,所述回应消息为所述第一设备依据所述配置信息,完成属性配置的消息。
可选地,所述第一网关运行应用程序,所述第一网关还包括与所述第一代理对象通信连接的第一操作代理对象,所述配置信息发送模块包括:
第一信息发送子模块,用于所述第一操作代理对象将所述应用程序发送的所述配置信息,发送至所述第一代理对象;
第二信息发送子模块,用于所述第一代理对象将所述配置信息发送至所述第二代理对象。
可选地,所述第二网关还包括与所述第二代理对象和所述第一设备通信连接的第二操作代理对象,所述回应消息发送模块包括:
配置信息发送子模块,用于所述第二操作代理对象将所述第二代理对象发送的所述配置信息,发送至所述第一设备;
回应消息发送子模块,用于所述第二代理对象将所述第二操作代理对象发送的所述回应消息,发送至所述第一代理对象。
可选地,还包括:
回应消息转发模块,用于所述第一操作代理对象将所述第一代理对象发送的所述回应消息,发送至所述应用程序。
与现有技术相比,本申请实施例包括以下优点:
在本申请实施例中,应用于边缘计算集群,所述边缘计算集群至少包括第一网关与第二网关,所述第一网关包括第一代理对象,所述第二网关包括第二代理对象,所述第二网关与至少一个第一设备进行通信连接,第一网关通过所述第一代理对象发送针对所述第一设备的订阅请求消息,至第二网关,接着第二网关通过所述第二代理对象获取针对所述订阅请求消息的设备数据,并将所述设备数据发送至所述第一网关,从而基于边缘计算集群,各个网关之间可以通过代理对象实现网关之间的数据共享,保证了边缘计算规则可以跨网关联动,实现去中心化、边缘自治,提高了边缘计算的联动能力。
附图说明
图1是本申请的一种设备数据的获取方法实施例一的步骤流程图;
图2是本申请的一种设备数据的获取方法实施例一中数据流转示意图;
图3是本申请的一种设备数据的获取方法实施例二的步骤流程图;
图4是本申请的一种设备数据的获取方法实施例二种数据流转示意图;
图5是本申请的一种设备数据的获取方法实施例二种数据流转示意图;
图6是本申请的一种设备的配置方法实施例一的步骤流程图;
图7是本申请的一种设备的配置方法实施例一中数据流转示意图;
图8是本申请的一种设备的配置方法实施例二的步骤流程图;
图9是本申请的一种设备的配置方法实施例二中数据流转示意图;
图10是本申请的一种设备的配置方法实施例二中数据流转示意图;
图11是本申请的一种边缘计算集群实施例的结构框图;
图12是本申请的一种边缘计算集群实施例中边缘计算集群的架构图;
图13是本申请的一种设备数据的获取装置实施例的结构框图;
图14是本申请的一种设备的配置装置实施例的结构框图。
具体实施方式
为使本申请的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本申请作进一步详细的说明。
参照图1,示出了本申请的一种设备数据的获取方法实施例一的步骤流程图。
在边缘计算场景,可部署于不同量级的智能设备和计算节点中,通过定义物模型连接不同协议、不同数据格式的设备,提供安全可靠、低延时、低成本、易扩展、弱依赖的本地计算服务。同时,可以结合云服务器的大数据、AI(Artificial Intelligence,人工智能)学习、语音、视频等能力,打造出云边端三位一体的计算体系。
在边缘计算中,主要涉及设备端、边缘计算端以及云服务器。其中,开发者可以使用设备接入SDK(Software Development Kit,软件开发工具包),将非标设备转换成标准物模型,就近接入网关,从而实现设备的管理和控制。运行应用程序的计算设备可以为边缘计算端,即边缘网关,当设备连接到网关后,网关可以实现设备数据的采集、流转、存储、分析和上报设备数据至云端,同时网关提供规则引擎、函数计算引擎,方便场景编排和业务扩展。云服务器则可以对上传的设备数据,结合云端的功能,如大数据、AI学习等,通过标准API(Application Programming Interface,应用程序编程接口)接口,实现更多功能和应用。
作为一种示例,在边缘计算场景中,承载业务的硬件能力通常较弱,单台网关硬件的物理能力有限,在设备量大(如万级)的情况下无法采用单台网关接入,可能存在的问题包括设备布线、单台网关接口不足或者硬件处理能力不足等,从而需要使用多台网关接入。然而,在工业生产或楼宇现场中,现场设备在物理链接上不属于同一个网关,当设备在业务上有关联时,则需要边缘网关有能力实现跨网关的设备控制和数据共享。但每个网关只能访问分配本网关的子设备,对接入其他网关下的子设备无法直接进行控制或信息获取。
在本申请实施例中,应用于边缘计算集群,所述边缘计算集群至少包括第一网关与第二网关,所述第一网关包括第一代理对象,所述第二网关包括第二代理对象。其中,第一网关与第二网关均可以分别与多台设备进行通信连接,从而各个网关可以实现设备数据的采集、流转、存储、分析和上报。
需要说明的是,在本申请中以两个网关之间的数据交互为例进行示例性说明,可以理解的是,本申请不局限于此。
在具体实现中,通过对边缘网关进行自组网,实现设备数据按需在网关之间流转。如网关A需要访问其他网关下的子设备一的信息时,和访问本网关的子设备一样,只需要向子设备一的唯一设备标识发送请求即可,从而可以实现边缘网关以去中心化、自治的方式,实现网关之间的数据共享和设备控制。则所述设备数据的获取方法可以包括如下步骤:
步骤101,所述第一代理对象发送针对所述第一设备的订阅请求消息,至所述第二代理对象;
在本申请实施例中,每个网关均可以运行一个代理对象,并在代理对象之间组建边缘计算集群,从而可以在任何一个代理对象上订阅主题,也可以在任何代理对象上发布消息,并通过边缘计算集群将消息按需转发到正确的代理对象,使网关获取对应的消息或数据。
在具体实现中,通过在每个网关中运行一个代理对象,并在对象之间组建边缘计算集群,从而使得原本孤立的多台边缘网关加入一个逻辑分组,在逻辑分组中,各个网关可以通过本网关中的代理对象订阅其他网关中的主题,还可以通过本网关中的代理对象向其他网关发布消息,逻辑分组可以保证消息按需转发到正确的代理对象,进而转发到正确的网关。
在本申请实施例的一种示例中,每个网关可以运行一个MQTT Broker实例,并在Broker(代理)之间组建MQTT(Message Queuing Telemetry Transport,消息队列遥测传输)集群,从而各个网关可以通过Broker实现网关之间的数据共享和设备控制。其中,第一代理对象与第二代理对象可以为网关中对外的消息Broker,负责网关之间的数据通信。具体的,第一代理对象与第二代理对象可以为实现MQTT协议的Mosquitto,则MQTT集群中,各个网关之间可以通过Mosquitto进行数据通信,实现设备数据共享和跨网关的设备控制。
在具体实现中,每台网关可以向内部的MQTT Broker订阅本网关下所有子设备的设备配置,也可以向内部的MQTT Broker发布本网关全量子设备的设备数据,也可以向内部的MQTT Broker订阅关心的设备数据,还可以对接收到的订阅本网关设备数据的请求消息,并进行处理,然后进行回应。
具体的,当第一网关需要获取第二网关下第一设备的设备数据时,可以通过Mosquitto发送针对第一设备的订阅请求消息至第二网关的Mosquitto,请求获取第一设备的设备数据,从而当第二网关接收到请求后,可以进行回应。
步骤102,所述第二代理对象获取针对所述订阅请求消息的设备数据,并将所述设备数据发送至所述第一代理对象。
在本申请实施例中,当第二网关通过第二代理对象接收到第一代理对象发送的订阅请求消息后,可以获取针对该订阅请求消息的设备数据,并将该设备数据发送至第一网关的第一代理对象。
在具体实现中,每台网关可以通过内部的MQTT Broker订阅关心的设备数据,则当第一网关通过Mosquitto向第二网关发送订阅请求消息时,第二网关的Mosquitto接收到该订阅请求消息后,可以获取网关下与该订阅请求消息对应的设备的全量设备数据,并将该设备数据通过Mosquitto发布,从而第一网关可以通过Mosquitto获得第二网关发送的设备数据,实现基于边缘计算集群,各个网关之间可以通过MQTT Broker实现网关之间的设备数据共享,保证了边缘计算规则可以跨网关联动,实现去中心化、边缘自治,提高了边缘计算的能力。
在本申请实施例的一种示例中,如图2所示,示出了本申请的一种设备数据的获取方法实施例一种数据流转示意图,其中,虚线为订阅请求消息的传输路径,实线为设备数据的传输路径,在MQTT集群中,包括至少两个网关,其中,第一网关与第二网关之间通过网关内部的Mosquitto进行通信连接。则当第一网关需要获取第二网关下子设备①的设备数据时,可以通过第一Mosquitto发送针对子设备①的订阅请求消息至第二网关的第二Mosquitto,当第二Mosquitto得到该订阅请求消息后,可以获取子设备①的全量设备数据,并对该设备数据进行发布,从而第一网关的第一Mosquitto可以接收到第二Mosquitto发送的设备数据,实现基于MQTT集群,各个网关之间可以通过MQTT Broker实现网关之间的设备数据共享,保证了边缘计算规则可以跨网关联动,实现去中心化、边缘自治,提高了边缘计算的能力。
在本申请实施例中,应用于边缘计算集群,所述边缘计算集群至少包括第一网关与第二网关,所述第一网关包括第一代理对象,所述第二网关包括第二代理对象,所述第二网关与至少一个第一设备进行通信连接,第一网关通过所述第一代理对象发送针对所述第一设备的订阅请求消息,至第二网关,接着第二网关通过所述第二代理对象获取针对所述订阅请求消息的设备数据,并将所述设备数据发送至所述第一网关,从而基于边缘计算集群,各个网关之间可以通过代理对象实现网关之间的数据共享,保证了边缘计算规则可以跨网关联动,实现去中心化、边缘自治,提高了边缘计算的能力。
参照图3,示出了本申请的一种设备数据的获取方法实施例二的步骤流程图,应用于边缘计算集群,所述边缘计算集群至少包括第一网关与第二网关,所述第一网关包括第一代理对象,所述第二网关包括第二代理对象,其中第二网关可以与至少一个第一设备进行通信连接,所述方法具体可以包括如下步骤:
步骤301,所述第一操作代理对象获取所述云服务器发送的消息路由,并确定与所述消息路由对应的订阅请求消息;
在本申请实施例中,当需要进行数据的集中采集时,可以通过云服务器向其中一个网关下发数据采集任务,将该网关作为中间网关,由该网关获取其他网关下子设备的数据,并通过该中间网关将所有的数据上传到云服务器,从而实现数据的集中采集,相比分别通过各个网关进行设备采集,简化了数据采集的流程,提高了数据的采集效率。
在具体实现中,各个网关可以与云服务器进行通信连接,并且,网关还可以包括与云服务器通信连接的操作代理对象,操作代理对象可以向本网关下的设备操作发送本地操作请求,还可以转发外部设备操作请求,以及其他数据的转发,如回应消息,设备数据等的转发。
具体的,在边缘计算集群中,各个网关可以通过本网关的代理对象订阅其他网关下子设备的设备数据,则与各个网关通信连接的云服务器,可以将边缘计算集群中的一个网关作为中间网关,通过该中间网关进行数据的集中获取。当第一网关为中间网关时,第一网关中的第一操作代理对象可以获取云服务器发送的消息路由,并确定与该消息路由对应的订阅请求消息。
其中,消息路由可以为通过路由规则动态规划消息的传输路径,使消息按照过滤条件,从消息源传输到目标节点。云服务器可以通过配置消息路由,确定需要获取的设备数据的传输路径,如获取网关A中子设备一、网关C中子设备二以及网关D中子设备三的设备数据,则可以配置消息路由包括:中间网关-网关A-中间网关、中间网关-网关B-中间网关以及中间网关-网关B-中间网关等,从而各个网关可以根据该消息路由进行数据的传输,简化了数据传输的流程,提高了数据传输的效率。
在本申请实施例的一种示例中,操作代理对象可以包括网关内部消息Broker,如Message-Router,负责网关内部的数据通信。并且,操作代理对象还可以包括网关联动模块,作为对外消息代理对象Mosquitto与对内消息代理对象Message-Router之间的数据转发中介,其可以将Message-Router发送的消息转换为基于MQTT协议的消息,并发送至Mosquitto,以使Mosquitto将转换后的消息在MQTT集群中进行转发,还可以将基于MQTT协议的消息转换为Message-Router可读的数据格式,并发送至Message-Router。具体的,网关联动模块可以为Gw-Linkage,负责Mosquitto与Message-Router之间的数据转发。
在具体实现中,网关还可以包括与云服务器通信连接的云代理对象,操作代理对象还可以包括与Message-Router通信连接的任务调度模块。其中,云代理对象可以作为云服务器与网关之间的数据通信中介,负责云端与边缘计算端之间的数据通信,而任务调度模块则可以为负责对场景联动任务进行分配,如当云端需要获取多个网关下各个子设备的设备数据时,则任务调度模块可以对云端下发的任务进行解析,并确定对应的网关,以及对应的子设备,并执行对应的操作。
具体的,当云端需要通过其中一个网关对其他网关的子设备进行设备数据的集中获取时,可以向网关下发对应的消息路由,使该网关可以通过该消息路由,获取其他网关的子设备的设备数据。
在本申请实施例的一种示例中,第一网关的云代理对象可以获取云端下发的消息路由,并将该消息路由发送至任务调度模块,由任务调度模块对该消息路由进行解析,确定对应的设备数据获取任务,并将任务下发至Message-Router。当Message-Router接收到任务调度模块下发的任务后,可生成对应的订阅请求消息,如该设备数据获取任务包括获取第二网关下子设备①与子设备②的设备数据,则Message-Router可以生成针对子设备①的第一订阅请求消息,以及针对子设备②的第二订阅请求消息,并将第一订阅请求消息与第二订阅请求消息发送至Gw-Linkage,从而Gw-Linkage可以将第一订阅请求消息与第二订阅请求消息转换为基于MQTT协议的消息,进而实现网关对云端配置的消息路由进行接收与处理。
步骤302,所述第一代理对象将所述第一操作代理对象发送的所述订阅请求消息,发送至所述第二代理对象;
在具体实现中,第一网关的第一操作代理对象可以将订阅请求消息发送至第一代理对象,由第一代理对象将订阅请求消息发送至第二网关的第二代理对象。
在本申请实施例的一种示例中,第一网关的Message-Router将订阅请求消息发送至Gw-Linkage,Gw-Linkage可以将订阅请求消息转换为基于MQTT协议的消息,并将MQTT消息发送至Mosquitto,由第一网关的Mosquitto将该MQTT消息发送至第二网关的Mosquitto,实现网关之间的数据通信。
步骤303,所述第二操作代理对象将所述第二代理对象发送的所述订阅请求消息,发送至所述第一设备;
在具体实现中,当第二网关的第二代理对象接收到第一网关的第一代理对象发送的订阅请求消息后,可以将该订阅请求消息发送至第二操作代理对象,由第二操作代理对象将该订阅请求消息发送至第一设备。
在本申请实施例的一种示例中,第二网关的Mosquitto可以将基于MQTT协议的消息转发至Gw-Linkage,由Gw-Linkage将对MQTT消息进行格式转换,从而得到针对第二网关下第一设备的订阅请求消息。
步骤304,所述第二操作代理对象获取所述第一设备发送的针对所述订阅请求消息的所述设备数据,并将所述设备数据发送至所述第二代理对象;
在具体实现中,第二网关的第二操作代理对象可以将订阅请求消息发送至第一设备后,可以接收第一设备上报的与该订阅请求消息对应的设备数据,并将该设备数据发送至第二代理对象,以使第二代理对象将该设备数据发送至第一网关。
在本申请实施例的一种示例中,第二网关的Gw-Linkage可以将订阅请求消息发送至Message-Router中,由Message-Router将该订阅请求消息发送至第一设备,并获取第一设备发送的针对该订阅请求消息的设备数据。接着Message-Router可以将该设备数据发送至Gw-Linkage,由Gw-Linkage将该设备数据转换为基于MQTT协议的数据。
步骤305,所述第二代理对象将所述设备数据,发送至所述第一代理对象;
在具体实现中,第二网关的第二代理对象可以将第二操作代理对象发送的设备数据,发送至位于同一边缘计算集群中的第一网关,从而第一网关可以通过第一代理对象接收到该设备数据。
在本申请实施例的一种示例中,第二网关的Mosquitto将Gw-Linkage发送的设备数据,转发至第一网关的Mosquitto后,第一网关的Mosquitto可以将基于MQTT协议的数据转换为Message-Router可读的数据,并将转换后的设备数据发送至第一网关的Message-Router。
步骤306,所述第一操作代理对象将所述第一代理对象发送的所述设备数据,发送至所述应用程序。
在本申请实施例中,网关还可以运行应用程序,应用程序可以实现网关的本地定义、开发、测试、调试Serverless(无服务器)应用,并将设备数据上传至云端。
在具体实现中,第一网关的第一操作代理对象可以将第一代理对象发送的设备数据发送至应用程序,由应用程序对设备数据进行处理,如根据该设备数据控制对应的设备,或将该设备数据上报至云端。
在本申请实施例的一种示例中,当第一网关的Gw-Linkage将设备数据发送至Message-Router后,Message-Router可以将该设备数据发送至应用程序,完成设备数据的采集,从而云端通过将设备数据采集任务下发至第一网关,由第一网关作为中间网关,对多个其他网关的设备数据进行集中采集,一方面简化了数据采集的流程,提高了数据的采集效率,另一方面在设备联动场景中,可以将多个网关作为整体,由云端进行控制,提高了边缘计算的联动能力。
需要说明的是,本申请实施例以第一网关为例进行示例性说明,可以理解的是,在多台网关组网,形成MQTT集群后,各个网关之间可以共享子设备的信息,应用程序可以运行在MQTT集群中的任意一台网关上。此外,网关除了可以运行应用程序外,还可以运行IFTTT(If this then that)规则,从而可以充分利用边缘计算集群的计算能力,提高边缘计算的应用能力。
在本申请实施例的一种示例中,如图4所示,示出了本申请的一种设备数据的获取方法实施例二中数据流转示意图,在边缘计算集群中,包括多个网关,每个网关中运行有代理对象,各个网关通过代理对象进行数据交互。其中,当第一网关中的应用程序需要订阅第二网关中子设备①的设备数据时,则第一网关可以通过应用程序将订阅请求消息发送至第一操作代理对象,接着第一操作代理对象将该订阅请求消息发送至第一代理对象,然后由第一代理对象将订阅请求消息发送至第二网关。
当第二网关通过第二代理对象接收到订阅请求消息后,可以将该订阅请求消息发送至第二操作代理对象,由第二操作代理对象将该订阅请求消息发送至子设备①,然后获取子设备①上报的设备数据,并按照预定的传输路径将该设备数据传输至第一网关的应用程序中,从而基于边缘计算集群,各个网关之间可以通过代理对象实现网关之间的数据共享,保证了边缘计算规则可以跨网关联动,实现去中心化、边缘自治,提高了边缘计算的能力。
需要说明的是,在本申请实施例中,以边缘计算集群中网关与网关之间的数据交互为例进行示例性说明,可以理解的是,除了可以通过边缘计算集群中网关与网关之间的数据链路进行数据采集,还可以包括云端与网关之间的数据链路进行数据采集。
具体的,可以采用混合模式进行数据交互,根据不同的数据获取速度采用不同的数据链路进行设备数据获取,如通过云端与网关之间的数据链路获取设备数据的速度,比通过网关与网关之间的数据链路快,则可以通过云端与网关之间的数据链路获取设备数据;反之,则可以通过边缘计算集群中的网关与网关之间的数据链路进行设备数据的获取,本申请对此不作限制。
在本申请实施例的另一种示例中,如图5所示,示出了本申请的一种设备数据的获取方法实施例二中数据流转示意图,其中,实线为配置信息的传输路径,虚线为回应消息的传输路径,在MQTT集群中,至少包括第一网关和第二网关,第一网关和第二网关分别包括对外的消息代理对象Mosquitto,网关联动模块Gw-Linkage,网关内部的消息代理对象Message-Router,任务调度模块Task-Dispatcher以及云代理对象Cloud-Proxy等,并且网关中还可以运行应用程序。则当云端可以对消息路由进行配置,并将配置好的消息路由下发至第一网关,从而第一网关可以对消息路由进行处理,并获取对应的设备数据。
具体的,第一网关的Cloud-Proxy接收到云端下发的消息路由后,可以将该消息路由发送至Task-Dispatcher,接着Task-Dispatcher可以对该消息路由进行解析,确定所要采集的目标设备的唯一设备标识,并将该设备标识发送至第一网关的Message-Router,由Message-Router生成针对目标设备的订阅请求消息,如针对第二网关中子设备①的订阅请求消息,然后可以将订阅请求消息发送至Gw-Linkage,Gw-Linkage可以将订阅请求消息转换为基于MQTT协议的消息,并发送至Mosquitto,由第一网关的Mosquitto将订阅请求消息发送至位于同一MQTT集群中的第二网关。
当第二网关的Mosquitto接收到第一网关发送的订阅请求消息后,可以将该订阅请求消息发送至Gw-Linkage,Gw-Linkage可以将基于MQTT协议的消息转换为Message-Router可读的数据格式,并将转换后的订阅请求消息发送至Message-Router,由Message-Router将订阅请求消息发送至子设备①,从而子设备①可以设备数据上报至Message-Router,则Message-Router可以将该设备数据全量转发至Gw-Linkage,由Gw-Linkage将设备数据发送至Mosquitto,从而第二网关的Mosquitto可以将设备数据发送至位于同一MQTT集群中的第一网关。
当第一网关的Mosquitto接收到第二网关发送的设备数据后,可以通过如下传输路径将设备数据传输至应用程序中:Mosquitto至Gw-Linkage,Gw-Linkage至Message-Router,再由Message-Router至应用程序,从而完成对第二网关子设备①的设备数据采集。
在本申请实施例的另一种示例中,在楼宇建筑场景中,网关A、B中的应用程序负责本网关下传感器上报消息的预处理,而网关C的应用程序订阅了网关A、B中传感器的设备数据。其中,网关A对应的传感器为温度传感器,网关B对应的传感器为湿度传感器。则网关A中的应用程序可以每5分钟统计一次平均温度,网关B中的应用程序可以每5分钟统计一次平均湿度,然后网关A、B可以将处理后的温湿度数据发布到网关C中的应用程序做进一步分析,从而决定是否更改楼宇建筑中的中央空调系统的配置,或者将温湿度数据上传至云端。
需要说明的是,在本申请实施例中,以第一网关对第二网关中一个子设备进行设备数据采集为例进行示例性说明,可以理解的是,网关可以对多个网关下多个子设备同时进行设备数据采集,从而云端通过将设备数据采集任务下发至某一网关,由该网关作为中间网关,对多个其他网关的设备数据进行集中采集,一方面简化了数据采集的流程,提高了数据的采集效率,另一方面在设备联动场景中,可以将多个网关作为整体,由云端进行控制,提高了边缘计算的联动能力。
在本申请实施例中,应用于边缘计算集群,所述边缘计算集群至少包括第一网关与第二网关,所述第一网关包括第一代理对象,所述第二网关包括第二代理对象,所述第二网关与至少一个第一设备进行通信连接,第一网关通过所述第一代理对象发送针对所述第一设备的订阅请求消息,至第二网关,接着第二网关通过所述第二代理对象获取针对所述订阅请求消息的设备数据,并将所述设备数据发送至所述第一网关,从而基于边缘计算集群,各个网关之间可以通过代理对象实现网关之间的数据共享,保证了边缘计算规则可以跨网关联动,实现去中心化、边缘自治,提高了边缘计算的能力。
参照图6,示出了本申请的一种设备的配置方法实施例一的步骤流程图,所述方法应用于边缘计算集群,所述边缘计算集群至少包括第一网关与第二网关,所述第一网关包括第一代理对象,所述第二网关包括第二代理对象,所述第二网关与至少一个第一设备进行通信连接,所述方法具体可以包括如下步骤:
步骤601,所述第一代理对象发送用于对所述第一设备进行配置的配置信息,至所述第二代理对象;
在具体实现中,每个网关可以运行一个MQTT Broker实例,并在broker之间组建MQTT集群,从而各个网关可以通过Broker实现网关之间的数据共享和设备控制。其中,第一代理对象与第二代理对象可以为网关中对外的消息Broker,负责网关之间的数据通信。具体的,第一代理对象与第二代理对象可以为实现MQTT协议的Mosquitto,则MQTT集群中,各个网关之间可以通过Mosquitto进行数据通信,实现设备数据共享和跨网关的设备控制。
在具体实现中,每台网关可以向内部的MQTT Broker订阅本网关下所有子设备的设备配置,也可以向内部的MQTT Broker发布本网关全量子设备的设备数据,也可以向内部的MQTT Broker订阅关心的设备数据,还可以对接收到的订阅本网关设备数据的请求消息,并进行处理,然后进行回应。
具体的,当第一网关需要设置位于第二网关中第一设备的设备属性时,可以通过第一网关中的Mosquitto发送用于对第一设备进行属性配置的配置信息,至第二网关中的Mosquitto,从而当第二网关接收到配置信息后,可以对第一设备进行属性配置。
步骤602,所述第二代理对象将所述第一设备发送的回应消息,发送至所述第一代理对象,所述回应消息为所述第一设备依据所述配置信息,完成属性配置的消息。
在具体实现中,当第二网关的Mosquitto接收到第一网关发送的配置信息后,Mosquitto可以将该配置信息发送至对应的设备,从而当设备接收到该配置信息,可以依据该配置信息进行属性配置,当配置完毕后,设备可以生成针对该配置信息的回应消息,并将该回应消息发送至Mosquitto,由Mosquitto将回应消息发送至第一网关,以告知第一网关设备已经配置完成,从而基于边缘计算集群,各个网关之间可以通过代理对象实现网关之间的设备控制,保证了边缘计算规则可以跨网关联动,实现去中心化、边缘自治,提高了边缘计算的联动能力。
在本申请实施例的一种示例中,如图7所示,示出了本申请的一种设备的配置方法实施例一中数据流转示意图,其中,虚线为配置信息的传输路径,实线为回应消息的传输路径,在MQTT集群中,包括至少两个网关,其中,第一网关与第二网关之间通过网关内部的Mosquitto进行通信连接。则当第一网关需要对第二网关下子设备①进行控制时,可以通过第一Mosquitto发送针对子设备①的配置信息至第二网关的第二Mosquitto,当第二Mosquitto得到该配置信息后,可以将该配置信息发送至子设备①,子设备①依据该配置信息进行属性值配置,当配置完毕后,可以生成回应消息,并将该回应消息发送至Mosquitto,则第二网关的Mosquitto可以将该回应消息发送至第一网关的Mosquitto,实现基于MQTT集群,各个网关之间可以通过MQTT Broker实现网关之间的设备控制,保证了边缘计算规则可以跨网关联动,实现去中心化、边缘自治,提高了边缘计算的能力。
在本申请实施例中,应用于边缘计算集群,所述边缘计算集群至少包括第一网关与第二网关,所述第一网关包括第一代理对象,所述第二网关包括第二代理对象,所述第二网关与至少一个第一设备进行通信连接,由第一网关通过第一代理对象发送,用于对第二网关下第一设备进行配置的配置信息,至第二网关,接着第二网关通过第二代理对象将第一设备发送的回应消息,发送至第一网关,其中,回应消息为第一设备依据配置信息完成属性配置的消息,从而基于边缘计算集群,各个网关之间可以通过代理对象实现网关之间的设备控制,保证了边缘计算规则可以跨网关联动,实现去中心化、边缘自治,提高了边缘计算的联动能力。
参照图8,示出了本申请的一种设备的配置方法实施例二的步骤流程图,所述方法应用于边缘计算集群,所述边缘计算集群至少包括第一网关与第二网关,所述第一网关包括第一代理对象,所述第二网关包括第二代理对象,所述第二网关与至少一个第一设备进行通信连接,所述方法具体可以包括如下步骤:
步骤801,所述第一操作代理对象将所述应用程序发送的所述配置信息,发送至所述第一代理对象;
在具体实现中,网关中可以运行应用程序,其可以实现网关的本地定义、开发、测试、调试Serverless(无服务器)应用,并将设备数据上传至云端。则当第一网关中的应用程序要对第二网关中的第一设备进行控制时,可以生成用于对第一设备进行配置的配置信息,并将该配置信息发送至第一网关联动模块,由第一网关联动模块将该配置信息发送至第一代理对象。
在本申请实施例的一种示例中,第一网关中的应用程序生成用于对第二网关中第一设备进行配置的配置信息后,可以将该配置信息发送至Gw-Linkage,Gw-Linkage可以将配置信息转换为基于MQTT协议的信息,然后将转换后的配置信息发送至Mosquitto。
步骤802,所述第一代理对象将所述配置信息发送至所述第二代理对象;
在具体实现中,第一网关的Mosquitto可以将配置信息发送至第二网关的Mosquitto。
步骤803,所述第二操作代理对象将所述第二代理对象发送的所述配置信息,发送至所述第一设备;
在具体实现中,第二网关中的第二操作代理对象可以将第二代理对象发送的配置信息,发送至第一设备中。
在本申请实施例的一种示例中,第二网关的Gw-Linkage可以将基于MQTT协议的配置信息转换为第一设备可读的配置信息,并将转换后的配置信息发送至第一设备,则第一设备接收到该配置信息后,可以依据该配置信息进行属性值设置,并生成回应消息,然后将该回应消息发送至Gw-Linkage。
步骤804,所述第二代理对象将所述第二操作代理对象发送的所述回应消息,发送至所述第一代理对象;
在具体实现中,第二网关中的第二操作代理对象可以接收第一设备发送的回应消息,回应消息可以为第一设备依据配置信息进行属性值配置后,生成的消息。则第二代理对象可以将该回应消息发送至第一网关中的第一代理对象。
在本申请实施例的一种示例中,第二网关的Gw-Linkage可以将第一设备发送的回应消息转换为基于MQTT协议的消息,并将转换后的回应消息发送至Mosquitto,由第二网关的Mosquitto将该回应消息发送至第一网关的Mosquitto。
步骤805,所述第一操作代理对象将所述第一代理对象发送的所述回应消息,发送至所述应用程序。
在具体实现中,第一网关的第一操作代理对象可以将第一代理对象发送的回应消息发送至应用程序中,从而告知应用程序,第二网关中的第一设备已根据配置信息进行了属性值配置。
具体的,第一网关的Mosquitto接收到回应消息后,可以将该回应消息发送至Gw-Linkage,由Gw-Linkage将该基于MQTT协议的回应消息转换为应用程序可读的数据格式,并将转换后的回应消息发送至应用程序,告知应用程序,已对第二网关中的设备进行配置完毕,从而基于边缘计算集群,各个网关之间可以通过代理对象实现网关之间的设备控制,保证了边缘计算规则可以跨网关联动,实现去中心化、边缘自治,提高了边缘计算的联动能力。
在本申请实施例的一种示例中,如图4所示,示出了本申请的一种设备的配置方法实施例二中数据流转示意图,在边缘计算集群中,包括多个网关,每个网关中运行有代理对象,各个网关通过代理对象进行数据交互。其中,当第一网关中的应用程序需要设置第二网关中子设备①的设备属性值时,则第一网关可以通过应用程序将配置信息发送至第一操作代理对象,接着第一操作代理对象将该配置信息发送至第一代理对象,然后由第一代理对象将配置信息发送至第二网关。
当第二网关通过第二代理对象接收到配置信息后,可以将该配置信息发送至第二操作代理对象,由第二操作代理对象将该配置信息发送至子设备①,然后子设备①依据该配置信息进行属性值的设置,并发送回应消息至第二操作代理对象,然后按照预定的传输路径将该回应消息传输至第一网关的应用程序中,从而基于边缘计算集群,各个网关之间可以通过代理对象实现网关之间的设备控制,保证了边缘计算规则可以跨网关联动,实现去中心化、边缘自治,提高了边缘计算的能力。
在本申请实施例的一种示例中,如图9所示,示出了本申请的一种设备的配置方法实施例二中数据流转示意图,其中,虚线为配置信息的传输路径,实线为回应消息的传输路径,在MQTT集群中,至少包括第一网关和第二网关,第一网关和第二网关分别可以包括对外的消息代理对象Mosquitto,网关联动模块Gw-Linkage,网关内部的消息代理对象Message-Router,任务调度模块Task-Dispatcher以及云代理对象Cloud-Proxy等,并且网关中还可以运行应用程序。
当第一网关中应用程序需要对第二网关中的子设备①的属性值进行设置时,应用程序可以生成用于对子设备①进行设置的配置信息,然后将该配置信息发送至Gw-Linkage,由Gw-Linkage将该配置信息转换为基于MQTT协议的配置信息,并将转换后的配置信息发送至Mosquitto,由Mosquitto将该配置信息发送至第二网关。
当第二网关中的Mosquitto接收到配置信息后,可以将该配置信息发送至Gw-Linkage,由Gw-Linkage将基于MQTT协议的配置信息转换为子设备①可读的配置信息,并将配置信息发送至子设备①,则子设备①可以依据该配置信息进行属性值的配置,配置完毕后,可以生成回应消息,并将该回应消息发送至Gw-Linkage,由Gw-Linkage将该回应消息转换为基于MQTT协议的消息,并将转换后的消息发送至Mosquitto,然后由Mosquitto将回应消息发送至第一网关。
当第一网关中的Mosquitto接收到回应消息后,可以按照如下传输路径,将回应消息传输至应用程序:Mosquitto至Gw-Linkage,Gw-Linkage至应用程序,从而完成跨网关的设备控制。
在本申请实施例的另一种示例中,在工业生产中,网关A、B、C、D中的应用程序分别负责本网关下子设备的运行控制,并且各个网关之间组建成MQTT集群。则在设备联动场景中,可以通过网关A、B、C、D中任意一个网关,对网关A、B、C、D下的所有子设备进行联动控制,从而完成跨网关、多设备的联动,提高了边缘计算的联动能力。
如图10所示,示出了本申请的一种设备的控制方法实施例二中数据流程示意图,在工业生产中,网关A和网关B分别通过本网关下的代理对象组建边缘计算集群,且网关A和网关B的应用程序分别负责本网关下子设备的运行控制,则在设备联动场景中,可以通过外部设备中的应用程序对该集群进行控制,如对网关A下的子设备dev_A1与dev_A2、网关B下的子设备dev_B1与dev_B2进行联动控制。
具体的,可以将网关B作为中间网关,外部应用程序可以向网关B订阅设备数据,或设备操作请求,从而网关B可以通过本网关中的代理对象向集群中的其他网关(网关A),发送订阅设备数据的请求消息,或设备操作请求,从而可以通过集群中的一个网关作为中间网关,获取各个网关下子设备的设备数据,并向各个发送设备操作请求,进而将边缘计算集群可以作为一个整体,对外提供服务,实现了基于边缘计算集群,可以通过一个网关对集群中各个网关进行数据获取或设备控制,简化了数据获取的流程和设备操作的流程,大大提高了工作效率。
此外,除了可以将网关B作为中间网关,进行网关A中的子设备进行控制外,还可以直接通过云端对网关A和/或网关B下的子设备进行控制,如云端可以边缘计算集群中的网关A下的子设备dev_A1,以及网关B下的dev_B2发送设备操作请求,以对子设备dev_A1与dev_B2进行控制,从而在边缘计算集群中,不仅可以通过云端直接对子设备进行操作控制,还可以将边缘计算集群中的一个网关作为中间网关,对其他网关或本网关下的子设备进行操作控制,丰富了边缘计算场景的设备控制方式。
需要说明的是,在本申请实施例中,以第一网关对第二网关中一个子设备进行控制为例进行示例性说明,可以理解的是,网关可以同时对多个不同的网关下不同的子设备进行同时控制,从而基于边缘计算集群,各个网关之间可以通过代理对象实现网关之间的设备控制,保证了边缘计算规则可以跨网关联动,实现去中心化、边缘自治,提高了边缘计算的联动能力。
在本申请实施例中,应用于边缘计算集群,所述边缘计算集群至少包括第一网关与第二网关,所述第一网关包括第一代理对象,所述第二网关包括第二代理对象,所述第二网关与至少一个第一设备进行通信连接,由第一网关通过第一代理对象发送,用于对第二网关下第一设备进行配置的配置信息,至第二网关,接着第二网关通过第二代理对象将第一设备发送的回应消息,发送至第一网关,其中,回应消息为第一设备依据配置信息完成属性配置的消息,从而基于边缘计算集群,各个网关之间可以通过代理对象实现网关之间的设备控制,保证了边缘计算规则可以跨网关联动,实现去中心化、边缘自治,提高了边缘计算的联动能力。
需要说明的是,在本申请实施例中以设备数据的获取和设备的配置为例分别进行说明,可以理解的是,两者可以相互结合。例如,在楼宇建筑的场景中,网关A、B中的应用程序负责本网关下传感器上报消息的预处理,而网关C的应用程序订阅了网关A、B中的设备数据。其中,网关A对应的传感器为温度传感器,网关B对应的传感器为湿度传感器。则网关A中的应用程序可以每5分钟统计一次平均温度,网关B中的应用程序可以每5分钟统计一次平均湿度,然后网关A、B可以将处理后的温湿度数据发布到网关C中的应用程序做进一步分析,从而决定是否更改楼宇建筑中的中央空调系统的配置。当需要更改时,则网关C可以将中央空调系统的配置信息发送至网关D,由网关D将配置信息传递给中控空调系统,实现中央空调系统的属性值设置。
需要说明的是,对于方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请实施例并不受所描述的动作顺序的限制,因为依据本申请实施例,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本申请实施例所必须的。
参照图11,示出了本申请的一种边缘计算集群实施例的结构框图。
作为一种示例,在边缘计算场景中,承载业务的硬件能力通常较弱,单台网关硬件的物理能力有限,在设备量大(如万级)的情况下无法采用单台网关接入,可能存在的问题包括设备布线、单台网关接口不足或者硬件处理能力不足等,从而需要使用多台网关接入。然而,在工业生产或楼宇现场中,现场设备在物理链接上不属于同一个网关,当设备在业务上有关联时,则需要边缘网关有能力实现跨网关的设备控制和数据共享。但每个网关只能访问分配本网关的子设备,对接入其他网关下的子设备无法直接进行控制或信息获取。因此,本申请实施例提出一种边缘计算集群,可以实现不同网关之间的跨网关联动,实现网关之间的设备数据共享和设备控制。
在本申请实施例中,边缘计算集群可以包括多个网关,每个网关中可以设置有代理对象,各个网关可以通过所述代理对象进行数据交互。
在本申请实施例的一种示例中,可以将多个边缘网关进行组网,各个边缘网关中运行一个MQTT Broker实例,从而通过对边缘网关进行组网,将多个边缘网关组成边缘计算集群,实现各个网关之间设备数据的采集、流转、存储、分析和上报。
具体的,边缘网关可以包括代理对象,则多个不同的边缘网关可以通过该代理对象,组建成MQTT集群,在该MQTT集群中,各个网关可以实现设备数据按需在网关之间流转等。
在具体实现中,边缘计算集群的组网需要的配置项包括:网关标识、网关IP地址以及共享密钥,则每个边缘网关都会对应为一个该结构的对象,从而组成一个Json数组,通过部署数据传输链路到各个网关中,并对数据传输链路进行加密,从而完成边缘计算集群的组网。其中,共享密钥用于网关之间的身份认证和数据传输链路的加密,可以使用预共享密钥TLS-PSK进行身份认证和加密,从而兼顾安全性和灵活性。
具体的,当不同边缘网关组建成边缘计算集群后,则在边缘计算集群中的不同网关之间可以相互访问其他网关下的子设备,以获取对应的设备数据,或对其他网关下的子设备进行访问并控制。而位于边缘计算集群之外的其他网关,则无法通过该边缘计算集群对集群中的网关进行访问,也无法访问网关下的子设备。
此外,对于位于同一边缘计算集群中的子设备而言,其可以包括第一子设备与第二子设备,第一子设备可以为通过数据链路即可进行访问的设备,第二子设备可以为加密设备,第二子设备上的设备数据为加密数据,访问第二子设备上的设备数据需要得到第二子设备的访问权限,才能进行访问。如位于同一边缘计算集群中网关A与网关B,其中,网关A下的子设备①为第一子设备,子设备②为第二子设备,则网关B可以通过集群中数据链路对子设备①进行访问,以获取子设备①的设备数据或控制子设备①;而对于子设备②,则需要得到子设备②的访问权限,方能获取子设备②的设备数据或控制子设备②,从而对于同一边缘计算集群中的加密设备,需要先获取加密设备的访问权限,才能进行数据获取或设备控制,可以有效地保证同一边缘计算集群中设备的数据安全,以及设备控制的安全性。
需要说明的是,在本申请实施例中,以边缘网关运行MQTT Broker实例进行示例性说明,可以理解的是,在本申请实施例的教导下,本领域技术人员还可以采用其他实例,本申请对此不作限制。
在本申请实施例的一种可选实施例中,所述网关至少包括与至少一个第一设备通信连接的第一网关,与至少一个第二设备通信连接的第二网关;所述代理对象包括设置于所述第一网关的第一代理对象,以及设置于所述第二网关的第二代理对象;其中,
所述第一网关,用于通过所述第一代理对象发送针对所述第二设备的第一通信数据;以及通过所述第一代理对象接收所述第二网关发送的针对所述第一通信数据的第一回应数据;
所述第二网关,用于通过所述第二代理对象发送针对所述第一设备的第二通信数据;以及通过所述第二代理对象接收所述第一网关发送的针对所述第二通信数据的第二回应数据。
在具体实现中,在边缘计算集群中的各个网关可以通过代理对象订阅本网关下所有子设备的设备数据,也可以通过代理对象发布本网关下全量子设备的设备数据,也可以通过代理对象订阅其他网关下子设备的设备数据,还可以通过代理对象接收来自其他网关发送的,订阅本网关下子设备的设备数据的订阅请求消息。
在本申请实施例中,边缘计算集群中的各个网关可以运行应用程序,应用程序可以实现网关的本地定义、开发、测试、调试Serverless(无服务器)应用,并将设备数据上传至云端。
在具体实现中,所述第一代理对象,用于将所述应用程序发送的所述第一通信数据发送至所述第二代理对象;所述第二代理对象,用于将所述第一通信数据发送至所述第二设备;以及获取所述第二设备上报的针对所述第一通信数据的第一回应数据,并将所述第一回应数据发送至所述第一代理对象。
在本申请实施例中,所述第一网关包括操作代理对象;所述操作代理对象,用于将所述第一代理对象发送的所述第一回应数据发送至所述应用程序。
在本申请实施例的一种可选实施例中,所述操作代理对象,还用于将所述第一代理对象发送的所述第二通信数据,发送至所述第一设备,使所述第一设备执行与所述第二通信数据对应的第一设备操作;以及将所述第一设备发送的针对所述第二通信数据的第二回应数据,发送至所述第一代理对象。
在本申请实施例的另一种可选实施例中,所述操作代理对象,还用于将所述应用程序发送的本地操作数据发送至所述第一设备,使所述第一设备执行与所述本地操作数据对应的第二设备操作。
在本申请实施例的一种可选实施例中,当第一通信数据为订阅请求消息,第一回应数据包括设备数据时,所述第一代理对象,还用于将针对所述第二设备的订阅请求消息发送至所述第二代理对象;所述第二代理对象,还用于获取所述第二设备发送的针对所述订阅请求消息的设备数据;并将所述设备数据发送至所述第一代理对象。
在具体实现中,当第一网关需要接收位于第二网关中第一设备的设备数据时,可以通过第一代理对象向第二网关的第二代理对象发送针对第一设备的订阅请求消息,则第二网关接收到该订阅请求消息后,可以通过第二代理对象将针对订阅请求消息的设备数据,发送至第一代理对象,从而基于边缘计算集群,各个网关之间可以通过代理对象实现网关之间的数据共享,保证了边缘计算规则可以跨网关联动,实现去中心化、边缘自治,提高了边缘计算的能力。
在本申请实施例的一种可选实施例中,当第二通信数据包括设备配置信息,所述第二回应数据包括配置回应消息,则所述第二代理对象,还用于将所述针对所述第一设备的设备配置信息发送至所述第一代理对象;所述操作代理对象,还用于将所述第一代理对象发送的所述设备配置信息发送至所述第一设备,使所述第一设备执行与所述设备配置信息对应的操作;以及获取所述第一设备信息发送的所述配置回应消息,并将所述配置回应消息发送至所述第一代理对象;所述第一代理对象,还用于将所述配置回应消息发送至所述第二代理对象。
在具体实现中,当第一网关需要设置位于第二网关中的第一设备的属性时,可以通过第一代理对象将针对第一设备的配置信息,发送至第二网关的第二代理对象,从而第二代理对象可以将该配置信息发送至第一设备,使第一设备依据该配置信息进行属性配置,从而基于边缘计算集群,各个网关之间可以通过代理对象实现网关之间的设备控制,保证了边缘计算规则可以跨网关联动,实现去中心化、边缘自治,提高了边缘计算的联动能力。
在本申请实施例中,网关还可以包括与云服务器通信连接的云代理对象,操作代理对象还可以包括与Message-Router通信连接的任务调度模块。其中,云代理对象可以作为云服务器与网关之间的数据通信中介,负责云端与边缘计算端之间的数据通信,而任务调度模块则可以为负责对场景联动任务进行分配,如当云端需要获取多个网关下各个子设备的设备数据时,则任务调度模块可以对云端下发的任务进行解析,并确定对应的网关,以及对应的子设备,并执行对应的操作。
具体的,当云端需要通过其中一个网关对其他网关的子设备进行设备数据的集中获取时,可以向网关下发对应的消息路由,使该网关可以通过该消息路由,获取其他网关的子设备的设备数据。
在具体实现中,云代理对象可以负责边缘网关与云服务器之前的通信,云端可以下发数据至边缘网关,边缘网关也可以上报数据至云端。此外,在边缘计算集群中,由于设备数据可以在多个网关之间进行共享,则设备数据有可能从其他网关上报至云端,因此,为了避免订阅的设备数据从本网关上报至云端,造成设备数据的重复上传,云代理对象可以对网关上传的设备数据进行监控,当监测到设备数据为本网关下子设备的设备数据时,则上报至云端;当监测到设备数据为其他网关下子设备的设备数据时,则不从本网关上报至云端,即网关无法将其他网关子设备的设备数据上报至云端。
在本申请实施例的一种示例中,如图12所示,示出了本申请的一种边缘计算集群实施例中边缘计算集群的架构图,边缘计算集群至少包括两个边缘网关。其中,边缘网关中包括对外的第一消息代理对象Mosquitto,网关联动模块Gw-Linkage,网关内部的第二消息代理对象Message-Router,任务调度模块Task-Dispatcher以及云代理对象Cloud-Proxy等,并且网关中还可以运行应用程序,且网关可以与至少一个子设备进行通信连接。具体的,图10中实线表示数据流,虚线表示控制流,则边缘网关之间可以通过Mosquitto进行通信连接,网关中各个模块(应用程序)可以根据设定的数据传输路径进行通信连接,在此不再赘述。
在本申请实施例中,边缘系统至少包括第一网关,以及与第一设备进行通信连接的第二网关;所述第一网关包括第一代理对象,所述第二网关包括第二代理对象;其中,所述第一网关,用于通过所述第一代理对象将针对所述第一设备的订阅请求消息,发送至所述第二代理对象;所述第二网关,用于通过所述第二代理对象将针对所述订阅请求消息的设备数据,发送至所述第一代理对象,从而基于边缘计算集群,各个网关之间可以通过代理对象实现网关之间的数据共享,保证了边缘计算规则可以跨网关联动,实现去中心化、边缘自治,提高了边缘计算的能力。
并且,所述第一网关,还用于通过所述第一代理对象将针对所述第一设备的配置信息,发送至所述第二代理对象;所述第二网关,还用于通过所述第二代理对象将所述配置信息发送至所述第一设备,使所述第一设备依据所述配置信息进行属性配置,从而基于边缘计算集群,各个网关之间可以通过代理对象实现网关之间的设备控制。
参考图13,示出了本申请的一种设备数据的获取装置实施例的结构框图,应用于边缘计算集群,所述边缘计算集群至少包括第一网关与第二网关,所述第一网关包括第一代理对象,所述第二网关包括第二代理对象,所述第二网关与至少一个第一设备进行通信连接,所述装置包括:
订阅消息发送模块1301,用于所述第一代理对象发送针对所述第一设备的订阅请求消息,至所述第二代理对象;
设备数据发送模块1302,用于所述第二代理对象获取针对所述订阅请求消息的设备数据,并将所述设备数据发送至所述第一代理对象。
在本申请实施例的一种可选实施例中,所述第一网关与云服务器进行通信连接,所述第一网关还包括与所述云服务器以及所述第一代理对象通信连接的第一操作代理对象,所述订阅消息发送模块1301包括:
第一订阅消息确定子模块,用于所述第一操作代理对象获取所述云服务器发送的消息路由,并确定与所述消息路由对应的订阅请求消息;
订阅消息发送子模块,用于所述第一代理对象将所述第一操作代理对象发送的所述订阅请求消息,发送至所述第二代理对象。
在本申请实施例的一种可选实施例中,所述第二网关还包括与所述第二代理对象通信连接的第二操作代理对象,所述设备数据发送模块1302包括:
第二订阅消息发送子模块,用于所述第二操作代理对象将所述第二代理对象发送的所述订阅请求消息,发送至所述第一设备;
设备数据获取子模块,用于所述第二操作代理对象获取所述第一设备发送的针对所述订阅请求消息的所述设备数据,并将所述设备数据发送至所述第二代理对象;
设备数据发送子模块,用于所述第二代理对象将所述设备数据,发送至所述第一代理对象。
在本申请实施例的一种可选实施例中,所述第一网关运行应用程序,所述装置还包括:
设备数据转发模块,用于所述第一操作代理对象将所述第一代理对象发送的所述设备数据,发送至所述应用程序。
在本申请实施例的一种可选实施例中,所述第一网关还包括与所述云服务器以及所述第一操作代理对象通信连接的云代理对象,所述第一订阅消息确定子模块具体用于:
所述云代理对象获取所述云服务器发送的所述消息路由,并将所述消息路由发送至所述第一操作代理对象;
所述第一操作代理对象确定与所述消息路由对应的订阅请求消息。
参考图14,示出了本申请的一种设备的配置装置实施例的结构框图,应用于边缘计算集群,所述边缘计算集群至少包括第一网关与第二网关,所述第一网关包括第一代理对象,所述第二网关包括第二代理对象,所述第二网关与至少一个第一设备进行通信连接,所述装置包括:
配置信息发送模块1401,用于所述第一代理对象发送用于对所述第一设备进行配置的配置信息,至所述第二代理对象;
回应消息发送模块1402,用于所述第二代理对象将所述第一设备发送的回应消息,发送至所述第一代理对象,所述回应消息为所述第一设备依据所述配置信息,完成属性配置的消息。
在本申请实施例的一种可选实施例中,所述第一网关运行应用程序,所述第一网关还包括与所述第一代理对象通信连接的第一操作代理对象,所述配置信息发送模块1401包括:
第一信息发送子模块,用于所述第一操作代理对象将所述应用程序发送的所述配置信息,发送至所述第一代理对象;
第二信息发送子模块,用于所述第一代理对象将所述配置信息发送至所述第二代理对象。
在本申请实施例的一种可选实施例中,所述第二网关还包括与所述第二代理对象和所述第一设备通信连接的第二操作代理对象,所述回应消息发送模块1402包括:
配置信息发送子模块,用于所述第二操作代理对象将所述第二代理对象发送的所述配置信息,发送至所述第一设备;
回应消息发送子模块,用于所述第二代理对象将所述第二操作代理对象发送的所述回应消息,发送至所述第一代理对象。
在本申请实施例的一种可选实施例中,还包括:
回应消息转发模块,用于所述第一操作代理对象将所述第一代理对象发送的所述回应消息,发送至所述应用程序。
对于边缘计算集群、装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白,本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此,本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
在一个典型的配置中,所述计算机设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括非持续性的电脑可读媒体(transitory media),如调制的数据信号和载波。
本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上,使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本申请所提供的一种设备数据的获取方法、一种设备的配置方法、一种边缘计算集群以及一种设备数据的获取装置、一种设备的配置装置,进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (20)
1.一种设备数据的获取方法,其特征在于,应用于边缘计算集群,所述边缘计算集群至少包括第一网关与第二网关,所述第一网关包括第一代理对象,所述第二网关包括第二代理对象,所述第二网关与至少一个第一设备进行通信连接,所述方法包括:
所述第一代理对象发送针对所述第一设备的订阅请求消息,至所述第二代理对象;
所述第二代理对象获取针对所述订阅请求消息的设备数据,并将所述设备数据发送至所述第一代理对象。
2.根据权利要求1所述的方法,其特征在于,所述第一网关与云服务器进行通信连接,所述第一网关还包括与所述云服务器以及所述第一代理对象通信连接的第一操作代理对象,所述第一代理对象发送针对所述第一设备的订阅请求消息,至所述第二代理对象,包括:
所述第一操作代理对象获取所述云服务器发送的消息路由,并确定与所述消息路由对应的订阅请求消息;
所述第一代理对象将所述第一操作代理对象发送的所述订阅请求消息,发送至所述第二代理对象。
3.根据权利要求2所述的方法,其特征在于,所述第二网关还包括与所述第二代理对象通信连接的第二操作代理对象,所述第二代理对象获取针对所述订阅请求消息的设备数据,并将所述设备数据发送至所述第一代理对象,包括:
所述第二操作代理对象将所述第二代理对象发送的所述订阅请求消息,发送至所述第一设备;
所述第二操作代理对象获取所述第一设备发送的针对所述订阅请求消息的所述设备数据,并将所述设备数据发送至所述第二代理对象;
所述第二代理对象将所述设备数据,发送至所述第一代理对象。
4.根据权利要求3所述的方法,其特征在于,所述第一网关运行应用程序,所述方法还包括:
所述第一操作代理对象将所述第一代理对象发送的所述设备数据,发送至所述应用程序。
5.根据权利要求2所述的方法,其特征在于,所述第一网关还包括与所述云服务器以及所述第一操作代理对象通信连接的云代理对象,所述第一操作代理对象获取所述云服务器发送的消息路由,并确定与所述消息路由对应的订阅请求消息,包括:
所述云代理对象获取所述云服务器发送的所述消息路由,并将所述消息路由发送至所述第一操作代理对象;
所述第一操作代理对象确定与所述消息路由对应的订阅请求消息。
6.一种设备的配置方法,其特征在于,应用于边缘计算集群,所述边缘计算集群至少包括第一网关与第二网关,所述第一网关包括第一代理对象,所述第二网关包括第二代理对象,所述第二网关与至少一个第一设备进行通信连接,所述方法包括:
所述第一代理对象发送用于对所述第一设备进行配置的配置信息,至所述第二代理对象;
所述第二代理对象将所述第一设备发送的回应消息,发送至所述第一代理对象,所述回应消息为所述第一设备依据所述配置信息,完成属性配置的消息。
7.根据权利要求6所述的方法,其特征在于,所述第一网关运行应用程序,所述第一网关还包括与所述第一代理对象通信连接的第一操作代理对象,所述第一代理对象发送用于对所述第一设备进行配置的配置信息,至所述第二代理对象,包括:
所述第一操作代理对象将所述应用程序发送的所述配置信息,发送至所述第一代理对象;
所述第一代理对象将所述配置信息发送至所述第二代理对象。
8.根据权利要求6所述的方法,其特征在于,所述第二网关还包括与所述第二代理对象和所述第一设备通信连接的第二操作代理对象,所述第二代理对象将所述第一设备发送的回应消息,发送至所述第一代理对象,包括:
所述第二操作代理对象将所述第二代理对象发送的所述配置信息,发送至所述第一设备;
所述第二代理对象将所述第二操作代理对象发送的所述回应消息,发送至所述第一代理对象。
9.根据权利要求7所述的方法,其特征在于,还包括:
所述第一操作代理对象将所述第一代理对象发送的所述回应消息,发送至所述应用程序。
10.一种边缘计算集群,其特征在于,包括多个网关,每个网关中设置有代理对象,各个网关通过所述代理对象进行数据交互。
11.根据权利要求10所述的边缘计算集群,其特征在于,所述网关至少包括与至少一个第一设备通信连接的第一网关,与至少一个第二设备通信连接的第二网关;所述代理对象包括设置于所述第一网关的第一代理对象,以及设置于所述第二网关的第二代理对象;其中,
所述第一网关,用于通过所述第一代理对象发送针对所述第二设备的第一通信数据;以及通过所述第一代理对象接收所述第二网关发送的针对所述第一通信数据的第一回应数据;
所述第二网关,用于通过所述第二代理对象发送针对所述第一设备的第二通信数据;以及通过所述第二代理对象接收所述第一网关发送的针对所述第二通信数据的第二回应数据。
12.根据权利要求11所述的边缘计算集群,其特征在于,所述第一网关运行应用程序;
所述第一代理对象,用于将所述应用程序发送的所述第一通信数据发送至所述第二代理对象;
所述第二代理对象,用于将所述第一通信数据发送至所述第二设备;以及获取所述第二设备上报的针对所述第一通信数据的第一回应数据,并将所述第一回应数据发送至所述第一代理对象。
13.根据权利要求11所述的边缘计算集群,其特征在于,所述第一网关包括操作代理对象;
所述操作代理对象,用于将所述第一代理对象发送的所述第一回应数据发送至所述应用程序。
14.根据权利要求13所述的边缘计算集群,其特征在于,
所述操作代理对象,还用于将所述第一代理对象发送的所述第二通信数据,发送至所述第一设备,使所述第一设备执行与所述第二通信数据对应的第一设备操作;以及将所述第一设备发送的针对所述第二通信数据的第二回应数据,发送至所述第一代理对象。
15.根据权利要求13所述的边缘计算集群,其特征在于,
所述操作代理对象,还用于将所述应用程序发送的本地操作数据发送至所述第一设备,使所述第一设备执行与所述本地操作数据对应的第二设备操作。
16.根据权利要求11所述的边缘计算集群,其特征在于,所述第一网关包括与云服务器通信连接的云代理对象;
所述云代理对象,用于获取所述云服务器发送的所述消息路由,并将所述消息路由发送至所述操作代理对象;
所述操作代理对象,用于确定与所述消息路由对应的第一通信数据。
17.根据权利要求11所述的边缘计算集群,其特征在于,所述第一通信数据包括订阅请求消息,所述第一回应数据包括设备数据;
所述第一代理对象,还用于将针对所述第二设备的订阅请求消息发送至所述第二代理对象;
所述第二代理对象,还用于获取所述第二设备发送的针对所述订阅请求消息的设备数据;并将所述设备数据发送至所述第一代理对象。
18.根据权利要求13所述的边缘计算集群,其特征在于,所述第二通信数据包括设备配置信息,所述第二回应数据包括配置回应消息;
所述第二代理对象,还用于将所述针对所述第一设备的设备配置信息发送至所述第一代理对象;
所述操作代理对象,还用于将所述第一代理对象发送的所述设备配置信息发送至所述第一设备,使所述第一设备执行与所述设备配置信息对应的操作;以及获取所述第一设备信息发送的所述配置回应消息,并将所述配置回应消息发送至所述第一代理对象;
所述第一代理对象,还用于将所述配置回应消息发送至所述第二代理对象。
19.一种设备数据的获取装置,其特征在于,应用于边缘计算集群,所述边缘计算集群至少包括第一网关与第二网关,所述第一网关包括第一代理对象,所述第二网关包括第二代理对象,所述第二网关与至少一个第一设备进行通信连接,所述装置包括:
订阅消息发送模块,用于所述第一代理对象发送针对所述第一设备的订阅请求消息,至所述第二代理对象;
设备数据发送模块,用于所述第二代理对象获取针对所述订阅请求消息的设备数据,并将所述设备数据发送至所述第一代理对象。
20.一种设备的配置装置,其特征在于,应用于边缘计算集群,所述边缘计算集群至少包括第一网关与第二网关,所述第一网关包括第一代理对象,所述第二网关包括第二代理对象,所述第二网关与至少一个第一设备进行通信连接,所述装置包括:
配置信息发送模块,用于所述第一代理对象发送用于对所述第一设备进行配置的配置信息,至所述第二代理对象;
回应消息发送模块,用于所述第二代理对象将所述第一设备发送的回应消息,发送至所述第一代理对象,所述回应消息为所述第一设备依据所述配置信息,完成属性配置的消息。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910888040.7A CN112532671A (zh) | 2019-09-19 | 2019-09-19 | 获取方法、配置方法、边缘计算集群及装置 |
TW109118080A TW202113627A (zh) | 2019-09-19 | 2020-05-29 | 獲取方法、配置方法、邊緣計算叢集及裝置 |
PCT/CN2020/116024 WO2021052442A1 (zh) | 2019-09-19 | 2020-09-18 | 获取方法、配置方法、边缘计算集群及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910888040.7A CN112532671A (zh) | 2019-09-19 | 2019-09-19 | 获取方法、配置方法、边缘计算集群及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112532671A true CN112532671A (zh) | 2021-03-19 |
Family
ID=74883394
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910888040.7A Pending CN112532671A (zh) | 2019-09-19 | 2019-09-19 | 获取方法、配置方法、边缘计算集群及装置 |
Country Status (3)
Country | Link |
---|---|
CN (1) | CN112532671A (zh) |
TW (1) | TW202113627A (zh) |
WO (1) | WO2021052442A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113381894A (zh) * | 2021-06-10 | 2021-09-10 | 北京小程科技有限公司 | 用于城市路内停车管理的去中心化数据通讯系统及方法 |
CN113612605A (zh) * | 2021-08-02 | 2021-11-05 | 中电信量子科技有限公司 | 使用对称密码技术增强mqtt协议身份认证方法、系统和设备 |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114301809B (zh) * | 2021-12-31 | 2024-02-09 | 郑州云海信息技术有限公司 | 一种边缘计算平台架构 |
CN114520749B (zh) * | 2022-01-27 | 2024-04-02 | 厦门锐谷通信设备有限公司 | 基于云平台部署物模型的Modbus数据监控方法及系统 |
CN114615277B (zh) * | 2022-03-04 | 2024-01-16 | 杭州觅恒科技有限公司 | 一种基于emq x的多集群动态扩展方法及系统 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104935484A (zh) * | 2015-05-28 | 2015-09-23 | 北京海尔广科数字技术有限公司 | 一种通过网关调用家电服务的方法及装置 |
CN106169957A (zh) * | 2016-06-12 | 2016-11-30 | 福建星网锐捷通讯股份有限公司 | 一种基于智能设备跨网关进行联动的实现方法 |
US20170094033A1 (en) * | 2015-09-24 | 2017-03-30 | Amrita Vishwa Vidyapeetham | Intelligent "IoT Gateway" |
CN107231262A (zh) * | 2017-06-26 | 2017-10-03 | 华南理工大学 | 一种基于mqtt多层级联的消息路由方法 |
CN107404512A (zh) * | 2016-05-19 | 2017-11-28 | 华为技术有限公司 | 资源订阅方法、资源订阅装置和资源订阅系統 |
CN109474936A (zh) * | 2019-01-03 | 2019-03-15 | 上海顺舟智能科技股份有限公司 | 应用于多个lora网关之间的物联网通讯方法及系统 |
CN109861978A (zh) * | 2018-12-28 | 2019-06-07 | 浙江工业大学 | 一种基于MQTT协议的物联网SaaS平台 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100370832C (zh) * | 2005-10-31 | 2008-02-20 | 北京中星微电子有限公司 | 一种多媒体监控系统 |
KR20100073808A (ko) * | 2008-12-23 | 2010-07-01 | 주식회사 케이티 | 복수 게이트웨이가 연결된 이동무선망에서 이동노드의 주소설정 방법 및 기본 게이트웨이 선택 방법 |
CN106331200A (zh) * | 2015-06-30 | 2017-01-11 | 华为技术有限公司 | 一种节点间数据传输的方法、网关节点及节点 |
-
2019
- 2019-09-19 CN CN201910888040.7A patent/CN112532671A/zh active Pending
-
2020
- 2020-05-29 TW TW109118080A patent/TW202113627A/zh unknown
- 2020-09-18 WO PCT/CN2020/116024 patent/WO2021052442A1/zh active Application Filing
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104935484A (zh) * | 2015-05-28 | 2015-09-23 | 北京海尔广科数字技术有限公司 | 一种通过网关调用家电服务的方法及装置 |
US20170094033A1 (en) * | 2015-09-24 | 2017-03-30 | Amrita Vishwa Vidyapeetham | Intelligent "IoT Gateway" |
CN107404512A (zh) * | 2016-05-19 | 2017-11-28 | 华为技术有限公司 | 资源订阅方法、资源订阅装置和资源订阅系統 |
CN106169957A (zh) * | 2016-06-12 | 2016-11-30 | 福建星网锐捷通讯股份有限公司 | 一种基于智能设备跨网关进行联动的实现方法 |
CN107231262A (zh) * | 2017-06-26 | 2017-10-03 | 华南理工大学 | 一种基于mqtt多层级联的消息路由方法 |
CN109861978A (zh) * | 2018-12-28 | 2019-06-07 | 浙江工业大学 | 一种基于MQTT协议的物联网SaaS平台 |
CN109474936A (zh) * | 2019-01-03 | 2019-03-15 | 上海顺舟智能科技股份有限公司 | 应用于多个lora网关之间的物联网通讯方法及系统 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113381894A (zh) * | 2021-06-10 | 2021-09-10 | 北京小程科技有限公司 | 用于城市路内停车管理的去中心化数据通讯系统及方法 |
CN113381894B (zh) * | 2021-06-10 | 2024-04-12 | 北京小程科技有限公司 | 用于城市路内停车管理的去中心化数据通讯系统及方法 |
CN113612605A (zh) * | 2021-08-02 | 2021-11-05 | 中电信量子科技有限公司 | 使用对称密码技术增强mqtt协议身份认证方法、系统和设备 |
CN113612605B (zh) * | 2021-08-02 | 2023-09-26 | 中电信量子科技有限公司 | 使用对称密码技术增强mqtt协议身份认证方法、系统和设备 |
Also Published As
Publication number | Publication date |
---|---|
WO2021052442A1 (zh) | 2021-03-25 |
TW202113627A (zh) | 2021-04-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112532671A (zh) | 获取方法、配置方法、边缘计算集群及装置 | |
Cheng et al. | FogFlow: Easy programming of IoT services over cloud and edges for smart cities | |
Peña et al. | Sat-iot: An architectural model for a high-performance fog/edge/cloud iot platform | |
US9917735B2 (en) | System and method for big data aggregation in sensor network | |
Rocha et al. | Performance comparison between OPC UA and MQTT for data exchange | |
US11226614B2 (en) | Use of a smart node in a universal, smart system for monitoring industrial processes | |
US20190155261A1 (en) | Smart node for a distributed mesh network | |
KR102158654B1 (ko) | 자원 구독 방법, 자원 구독 장치, 및 자원 구독 시스템 | |
Zamora et al. | A survey on smartphone-based crowdsensing solutions | |
CN112838940B (zh) | 一种网络控制器框架和数据处理方法 | |
Antonini et al. | Fog computing architectures: A reference for practitioners | |
EP3462708B1 (en) | Network infrastructure system and method for data processing and data sharing using the same | |
Kiani | A survey on management frameworks and open challenges in IoT | |
US10055266B1 (en) | Dynamic optimization of application workflows | |
Luchian et al. | Iiot decentralized system monitoring for smart industry applications | |
Song et al. | V2x-boosted federated learning for cooperative intelligent transportation systems with contextual client selection | |
CN114157671A (zh) | 将区块链网络承载的信息向多个客户端节点分发的方法 | |
Jabbar et al. | Peer-to-peer communication on android-based mobile devices: Middleware and protocols | |
CN116915827A (zh) | 物联网边缘网关的数据传输方法、装置、电子设备及介质 | |
WO2023085399A1 (ja) | コシミュレーションのためのアドホックderマシンデータ集約、深層学習、およびフォールトトレラント電力システム | |
US10397254B2 (en) | Method and system of monitoring network | |
WO2023003686A1 (en) | Multi- access edge computing (mec) application registry in mec federation | |
CN110276705B (zh) | 一种基于esn为产业园区企业提供智能制造服务的方法 | |
KR102435830B1 (ko) | 네트워크 인프라 시스템 및 이를 이용한 데이터 공유 및 서비스 최적화를 위한 데이터 처리 방법 | |
RU2653231C1 (ru) | Способ и система объединения компонентов для управления объектами автоматизации |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40046332 Country of ref document: HK |
|
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210319 |
|
RJ01 | Rejection of invention patent application after publication |