CN111970363B - 基于物联网的数据处理方法及装置 - Google Patents

基于物联网的数据处理方法及装置 Download PDF

Info

Publication number
CN111970363B
CN111970363B CN202010828969.3A CN202010828969A CN111970363B CN 111970363 B CN111970363 B CN 111970363B CN 202010828969 A CN202010828969 A CN 202010828969A CN 111970363 B CN111970363 B CN 111970363B
Authority
CN
China
Prior art keywords
sub
message
identifier
gateway
subscription
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.)
Active
Application number
CN202010828969.3A
Other languages
English (en)
Other versions
CN111970363A (zh
Inventor
胡佳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Wuxi Jinyun Zhilian Technology Co ltd
Beijing Kingsoft Cloud Network Technology Co Ltd
Original Assignee
Beijing Kingsoft Cloud Network Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Kingsoft Cloud Network Technology Co Ltd filed Critical Beijing Kingsoft Cloud Network Technology Co Ltd
Priority to CN202010828969.3A priority Critical patent/CN111970363B/zh
Publication of CN111970363A publication Critical patent/CN111970363A/zh
Application granted granted Critical
Publication of CN111970363B publication Critical patent/CN111970363B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/08Network architectures or network communication protocols for network security for authentication of entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08Protocols for interworking; Protocol conversion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请提供了一种基于物联网的数据处理方法及装置,涉及物联网技术领域,包括接收针对第一主题的第一发布消息;基于所述第一订阅关系列表,确定与所述第一主题的标识存在订阅关系的一个或多个第二子设备的标识;对所述第一发布消息基于所述第一子设备的通信协议进行解析得到第一控制指令;将所述第一控制指令按照所述第二子设备的通信协议进行封装,得到第一订阅消息;通过所述网关向所述第二子设备发送所述第一订阅消息,以便所述第二子设备执行所述第一控制指令,以此可以拓宽子设备的应用场景,降低万物互联的壁垒,提升了用户体验。

Description

基于物联网的数据处理方法及装置
技术领域
本申请涉及物联网技术领域,尤其是涉及一种基于物联网的数据处理方法及装置。
背景技术
物联网是一个基于互联网、传统电信网等的信息承载体,它让所有能够被独立寻址的普通物理对象形成互联互通的网络,其目标是万物互联。
但是目前物联网标准不统一,尤其是物联网底层接入领域涉及的通信协议,该领域其主要涉及底层硬件接口、通信协议规范和服务发布接口等内容。目前,从功能层次上看,物联网接入领域主要存在两大类标准和体系:一类是将物理层的传感器、执行器连接到网络层,定义为通用性的设备接入接口标准,主要代表有IEEE 1451协议族和RFID标准化体系;另一类是在网络层直接处理各类传感器信息,定义为传感器Web网络框架协议,主要代表有OGC SWE。
在物联网接入标准不统一、物联网应用迅速发展的背景下,国内外各IT厂商各自提出不同的物联网接入方案,并建立起自有的物联网平台,这就造成不同的物联网平台或属于不同平台的物联网设备之间不兼容,为物联网的发展,为万物互联的目标带来了一定的阻碍。
发明内容
本申请的目的在于提供一种基于物联网的数据处理方法及装置,以缓解了现有技术中存在的系统间不兼容造成应用受限的技术问题。
第一方面,本申请实施例提供了一种基于物联网的数据处理方法。在消息服务器上预先建立主题的标识与一个或多个子设备的标识的第一订阅关系列表,方法包括:
接收针对第一主题的第一发布消息,第一发布消息包括第一子设备的标识以及第一主题的标识,第一发布消息为第一子设备通过网关发布;
基于第一订阅关系列表,确定与第一主题的标识存在订阅关系的一个或多个第二子设备的标识;
对第一发布消息基于第一子设备的通信协议进行解析得到第一控制指令;
将第一控制指令按照第二子设备的通信协议进行封装,得到第一订阅消息;
通过网关向第二子设备发送第一订阅消息,以便第二子设备执行第一控制指令。
在一些可能的实现中,消息服务器为多个,消息服务器上预先确定有第一订阅关系列表以及第二订阅关系列表,第二订阅关系列表包括主题的标识与消息服务器的标识的对应关系,第一订阅关系包括主题的标识与子设备的标识的订阅关系。
在一些可能的实现中,接收针对第一主题的第一发布消息包括:
接收第一消息服务器或网关发送的第一主题的第一发布消息。
在一些可能的实现中,基于第一订阅关系列表,确定与第一主题的标识存在订阅关系的一个或多个第二子设备的标识包括:
基于第二订阅关系列表,确定第一主题的标识对应的第二消息服务器的标识;
如果第二消息服务器的标识为自身的标识,则基于本地的第一订阅关系列表,确定与第一主题的标识存在订阅关系的一个或多个第二子设备的标识。
在一些可能的实现中,还包括:
接收网关发送的第二主题的第二发布消息;
基于第二订阅关系列表,确定第二主题的标识对应的第三消息服务器的标识;
将第二发布消息发送至第三消息服务器。
在一些可能的实现中,还包括:
接收第四消息服务器发送的订阅关系同步消息,订阅关系同步消息为第四消息服务器在第一订阅关系列表中建立新的订阅关系后发送的,订阅关系同步消息包括第四消息服务器的标识以及第四消息服务器的新的订阅关系对应的第三主题的标识;
基于订阅关系同步消息更新第二订阅关系列表。
在一些可能的实现中,接收针对第一主题的第一发布消息之前,方法还包括:
接收网关发送的针对第一主题的订阅请求,订阅请求包括第二子设备的标识;
在第一订阅关系列表中建立第一主题的标识与第二子设备的标识的订阅关系。
在一些可能的实现中,在接收针对第一主题的第一发布消息之前,方法还包括:
接收网关发送的身份认证请求;
基于预先确定的设备类型与认证方式的对应关系,确定网关的设备类型所对应的目标认证方式;
基于目标认证方式对网关进行认证。
在一些可能的实现中,在基于目标认证方式对网关进行认证后,方法还包括:
向网关发送子设备发现指令,以便与网关基于子设备发现指令确定网关下的一个或多个子设备;
接收网关发送的已连接子设备的标识列表,并基于已连接子设备的标识列表建立网关的标识与一个或多个子设备的标识的对应关系。
在一些可能的实现中,在接收网关发送的已连接子设备的标识列表,并基于已连接子设备的标识列表建立网关的标识与一个或多个子设备的标识的对应关系之后,方法还包括:
接收网关发送的子设备修改指令,修改指令包括增加指令或删除指令;
基于修改指令,对网关的标识与一个或多个子设备的标识的对应关系进行修改。
第二方面,提供了一种基于物联网的数据处理装置。在消息服务器上预先建立主题的标识与一个或多个子设备的标识的第一订阅关系列表,装置包括:
接收模块,用于接收针对第一主题的第一发布消息,第一发布消息包括第一子设备的标识以及第一主题的标识,第一发布消息为第一子设备通过网关发布;
第一确定模块,用于基于第一订阅关系列表,确定与第一主题的标识存在订阅关系的一个或多个第二子设备的标识;
解析模块,用于对第一发布消息基于第一子设备的通信协议进行解析得到第一控制指令;
封装模块,用于将第一控制指令按照第二子设备的通信协议进行封装,得到第一订阅消息;
发送模块,用于通过网关向第二子设备发送第一订阅消息,以便第二子设备执行第一控制指令。
在一些可能的实现中,消息服务器为多个,消息服务器上预先确定有第一订阅关系列表以及第二订阅关系列表,第二订阅关系列表包括主题的标识与消息服务器的标识的对应关系,第一订阅关系包括主题的标识与子设备的标识的订阅关系。
在一些可能的实现中,接收模块具体用于:
接收第一消息服务器或网关发送的第一主题的第一发布消息。
在一些可能的实现中,第一确定模块具体用于:
基于第二订阅关系列表,确定第一主题的标识对应的第二消息服务器的标识;
如果第二消息服务器的标识为自身的标识,则基于本地的第一订阅关系列表,确定与第一主题的标识存在订阅关系的一个或多个第二子设备的标识。
在一些可能的实现中,接收模块还用于,接收网关发送的第二主题的第二发布消息;
确定模块还用于,基于第二订阅关系列表,确定第二主题的标识对应的第三消息服务器的标识;
发送模块还用于,将第二发布消息发送至第三消息服务器。
在一些可能的实现中,接收模块还用于,接收第四消息服务器发送的订阅关系同步消息,订阅关系同步消息为第四消息服务器在第一订阅关系列表中建立新的订阅关系后发送的,订阅关系同步消息包括第四消息服务器的标识以及第四消息服务器的新的订阅关系对应的第三主题的标识;
还包括更新模块,用于基于订阅关系同步消息更新第二订阅关系列表。
在一些可能的实现中,接收模块还用于,接收网关发送的针对第一主题的订阅请求,订阅请求包括第二子设备的标识;
还包括建立模块,用于在第一订阅关系列表中建立第一主题的标识与第二子设备的标识的订阅关系。
在一些可能的实现中,接收模块还用于,接收网关发送的身份认证请求;
还包括:第二确定模块,用于基于预先确定的设备类型与认证方式的对应关系,确定网关的设备类型所对应的目标认证方式;
认证模块,用于基于目标认证方式对网关进行认证。
在一些可能的实现中,发送模块还用于,向网关发送子设备发现指令,以便与网关基于子设备发现指令确定网关下的一个或多个子设备;
接收模块还用于,接收网关发送的已连接子设备的标识列表,并基于已连接子设备的标识列表建立网关的标识与一个或多个子设备的标识的对应关系。
在一些可能的实现中,接收模块还用于,接收网关发送的子设备修改指令,修改指令包括增加指令或删除指令;
还包括修改模块,用于基于修改指令,对网关的标识与一个或多个子设备的标识的对应关系进行修改。
第三方面,本申请实施例提供一种计算机可读存储介质,计算机可读存储介质存储有机器可运行指令,计算机可运行指令在被处理器调用和运行时,计算机可运行指令促使处理器运行前述实施方式任一项的方法。
本申请提供的一种基于物联网的数据处理方法及装置,通过接收针对第一主题的第一发布消息;基于预先确定的第一订阅关系列表,确定与第一主题的标识存在订阅关系的一个或多个第二子设备的标识;然后对第一发布消息基于第一子设备的通信协议进行解析得到第一控制指令;将第一控制指令按照第二子设备的通信协议进行封装,得到第一订阅消息;并通过网关向第二子设备发送第一订阅消息,以便第二子设备执行第一控制指令。以此可以将支持不同的协议的子设备通过网关与消息服务器连接,并在消息服务器中可以实现不同协议的子设备之间的通信,以此可以拓宽子设备的应用场景,降低万物互联的壁垒,提升用户体验。
附图说明
为了更清楚地说明本申请具体实施方式或现有技术中的技术方案,下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施方式,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为一种网络架构示意图;
图2为本申请实施例提供的一种网络架构示意图;
图3为本申请实施例提供的一种基于物联网的数据处理方法流程示意图;
图4为本申请实施例提供的一种图消息服务器架构示意图;
图5为本申请实施例提供的一种基于物联网的数据处理装置结构示意图;
图6为本申请实施例提供的一种计算机设备结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。
因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。
目前,多数提出的设备和网关仅限于特定应用领域或行业,支持设备的种类和数量也有限,无法容纳海量和异构设备的物联网接入;其次是缺乏统一的模型标准。各接入设备和接入网关在硬件接口、设备描述模型以及通信接口等方面相互异构,导致各个系统间的不兼容,进而阻碍系统的相互集成和大规模应用。
应用领域和设备支持受限的主要原因是各品牌设备在控制和管理上都有自己的一套体系,由于拼配设备种类的局限性,很难满足复杂的应用场景需求。于是本申请实施例提供了一种基于物联网的数据处理方法及系统。基于消息服务器可以实现不同子设备之间的环联互通,打破设备协议的壁垒。
例如,如图1所示,图1为一种网络架构图,该网络包括消息服务器、一个或多个网关,每个网关下可以包括一个或多个子设备。该消息服务器可以实现同一网关下的子设备或不同网关下的子设备之间的通信,该网关用于管理其下的子设备,以及对子设备与消息服务器之间的数据进行转发。
如图2所示,图2为本申请实施例提供的另一种网络架构图,该网络包括子设备211、子设备212、子设备213、子设备214、网关221、网关222、负载均衡器23以及消息服务器集群24,该消息服务器集群可以包括多个消息服务器。其中,负载均衡器可以将来自子设备211和子设备212的消息调度给第一消息服务器,将子设备213和子设备214的消息调度给第二消息服务器。
该消息服务器可以作为边缘节点,同一区域的子设备之间可以通过消息服务器直接通信,不同区域的子设备之间的通过消息服务器之间的数据同步实现通信。例如,子设备211和子设备212可以通过第一消息服务器直接进行通信。再例如,子设备212与子设备213可以通过第一消息服务器和第二消息服务器之间的数据同步实现通信。
下面结合附图,对本申请的一些实施方式作详细说明。在不冲突的情况下,下述的实施例及实施例中的特征可以相互组合。
图3为本申请实施例提供的一种基于物联网的数据处理方法流程示意图。如图3所示,该方法应用于消息服务器上,该消息服务器可以如图2所示,在消息服务器上预先建立主题的标识与一个或多个子设备的标识的第一订阅关系列表,该方法具体可以包括如下步骤:
S310,收针对第一主题的第一发布消息,该第一发布消息包括第一子设备的标识以及第一主题的标识,第一发布消息为第一子设备通过网关发布。
同一或不同网关下的不同子设备之间可以通过消息服务器基于发布(Publish)/订阅(Subscribe)模式来进行通信及数据交换的。其中,该模式下包括发布者以及订阅者(Subscriber);该订阅者可以在消息服务器(Broker)订阅一个主题(Topic),成功订阅后,消息服务器可以将订阅关系记录在第一订阅关系列表中,该消息服务器可以将该主题下的消息转发给所有的订阅者。
作为一个示例,第一子设备可以在步骤S310之前,对第一主题进行订阅。基于此,该方法可以包括如下步骤:接收网关发送的针对第一主题的订阅请求,订阅请求包括第二子设备的标识;在第一订阅关系列表中建立第一主题的标识与第二子设备的标识的订阅关系。
在第二子设备订阅成功后,消息服务器便可以把与第一主题相关的发布消息发送给第二子设备。例如,第一子设备针对第一主题的发布消息。
该发布消息可以包括控制指令,例如,在智能家居场景下,该控制指令可以为控制子设备发出的开关指令。
在一些实施例中,由于子设备的复杂多样,可以将网关作为中间设备实现子设备与消息服务器的通信。例如,在智能家居场景下,可以对应有一个网关,该智能家居场景下的所有子设备需要接入网关后,才能实现相互之间的通信。在此之前,需要先建立网关与消息服务器之间的连接,在建立消息服务器与网关之间的连接时,可以由消息服务器对网关进行身份验证。其中,由于网关对应的场景是多种多样的,所以网关也可以有多种设备类型,不同设备类型的网关可以采用不同的身份认证方式。例如,可以通过用户名加密码的认证方式、令牌的认证方式以及证书认证方式等等。基于此,该方法在步骤S310之前,还可以包括如下步骤:接收网关发送的身份认证请求;基于预先确定的设备类型与认证方式的对应关系,确定网关的设备类型所对应的目标认证方式;基于目标认证方式对网关进行认证。
其中,身份认证请求可以包括网关的设备类型,该设备类型可以为作为设备的属性信息存储在网关的本地。
在进行完成身份认证后,网关即可发现已经上线的子设备。作为一个示例,该方法还包括:向网关发送子设备发现指令,以便与网关基于子设备发现指令确定网关下的一个或多个子设备;接收网关发送的已连接子设备的标识列表,并基于已连接子设备的标识列表建立网关的标识与一个或多个子设备的标识的对应关系。
其中,网关可以在上电之后执行网关应用及网络初始化;并与消息服务器建立连接;消息服务器可以下发时钟同步指令;网关在收到时钟同步指令后执行时钟同步逻辑;消息服务器还可以下发设备发现指令,网关可以基于本地拓扑列表确定已连接子设备的标识列表,并上报消息服务器。
网关在连接到消息服务器上后,还可以进行子设备的添加、删除以及状态报告等等操作。作为一个示例,该方法还可以包括:接收网关发送的子设备修改指令,修改指令包括增加指令或删除指令;基于修改指令,对网关的标识与一个或多个子设备的标识的对应关系进行修改。
其中,该增加指令或删除指令可以包括待增加或待删除的设备的标识,基于该待增加或待删除的设备的标识在网关的标识与一个或多个子设备的标识中进行修改。
另外,在一些实施例中,该子设备的标识或网关的标识可以为消息服务器基于预设的标识生成逻辑生成。该标识生成逻辑可以根据实际需要确定,例如,可以为根据上线时间确定的编号。
作为一个示例,网关可以基于MQTT v3.1.1协议接入消息服务器。在网关接入消息服务器后,网关可以将其下的子设备的身份认证信息、上线与离线的状态信息发送至消息服务器。
网关在连接到消息服务器后,可以进行子设备的添加、删除以及状态报告(例如,在线或离线等等)。
另外,对于子设备接入而言,子设备的身份认证、子设备在线和离线状态检测、子设备数据上报等可以有网关实现。
可以在网关上对子设备进行管理,网关对子设备的管理可以通过如下步骤实现:
步骤a),网关上线:网关在上电之后可以执行网关应用及网络初始化,在初始化完成后可以建立网关本地拓扑列表,以及生成网关已连接子设备列表。
网关可以在消息服务器进行身份验证并建立连接;在连接建立后,消息服务器可以下发时间同步指令,网关基于该时间同步指令可以进行校表。消息服务器还可以下个子设备发现指令,收到该子设备发现指令后网关上报当前与网关建立连接的子设备清单。
步骤b),子设备上线与离线:当子设备连接到网关时,可以将其加入网关的已连接子设备列表,并设置子设备的状态为在线状态以及通知消息服务器子设备上线。当子设备离线时通知消息服务器子设备离线。
S320,基于第一订阅关系列表,确定与第一主题的标识存在订阅关系的一个或多个第二子设备的标识。
由于第一订阅关系列表中记录了主题与子设备之间的订阅关系,所以可以基于该第一订阅关系列表中确定订阅了第一主题的一个或多个第二子设备。
S330,对第一发布消息基于第一子设备的通信协议进行解析得到第一控制指令。
通常情况下,第一子设备和第二子设备可以是支持不同的通信协议的。例如,第一子设备和第二子设备是不同厂家开发的,且各自仅支持各自厂家的通信协议,此时直接进行消息的转发,相互之间是没办法识别的,所以,此时可以对消息进行转换。
对于第一子设备和第二子设备各自支持的协议类型可以根据网关上报的子设备的信息确定,该网关上报的子设备的信息可以包括子设备的属性信息,该属性信息可以包括子设备支持的协议类型。
对于第一发布消息的协议类型,可以根据对第一发布消息进行解析确定,也可以直接根据第一子设备默认的协议类型确定。
其中,子设备支持的通信协议可以包括多种,例如,传输控制协议(TransmissionControl Protocol,TCP)、基于TCP的全双工通信协议(web socket)或安全传输层协议(Transport Layer Security,TLS)、http协议或coap协议等等。
S340,将第一控制指令按照第二子设备的通信协议进行封装,得到第一订阅消息。
在解析得到第一控制指令后,需要将该第一控制指令封装成订阅了第一主题的第二子设备能够识别的通信协议对应的消息。此时,可以获取该第二子设备的通信协议,然后基于获取的第二设备的通信协议对第一控制指令进行封装。
S350,通过网关向第二子设备发送第一订阅消息,以便第二子设备执行第一控制指令。
消息服务器可以将封装好的第一订阅消息发送至网关,由网关转发至第二子设备,第二子设备基于第二子设备的通信协议,对该第一订阅消息进行解析,得到第一控制指令。该第二子设备可以执行该第一控制指令,例如,当该第一控制指令为关闭时,控制第二子设备关机。
通过本申请实施例,可以将支持不同的协议的子设备通过网关与消息服务器连接,并在消息服务器中可以实现不同协议的子设备之间的通信,以此可以拓宽子设备的应用场景,降低万物互联的壁垒,提升用户体验。
在一些实施例中,该消息服务器为多个,该多个消息服务器可以构成消息服务器集群。作为一个示例,如图4所示,该消息服务器可以包括多层架构。具体的,该消息服务器可以包括第一网络层、协议层、第二网络层、服务层以及基础层。其中,第一网络层可以支持多种通信协议。第一网络层可以将消息传输至协议层,有协议层进行解码,并将解码后的消息传输至第二网络层,该第二网络层可以将该消息封装为通用的消息结构,该通用的消息结构可以包括订阅消息、取消订阅消息、发布消息等等。基于第二网络层的消息,服务器层可以提供多种服务,例如会话管理、消息缓存、订阅关系维护以及身份认证等等。基础层主要用于支持基础通信,例如通过集群组件实现消息服务器之间的消息同步等等。
在该消息服务器集群中的每个消息服务器上均可以预先确定有第一订阅关系列表以及第二订阅关系列表。该第二订阅关系列表包括主题的标识与消息服务器的标识的对应关系,该第一订阅关系包括主题的标识与子设备的标识的订阅关系,该第一订阅关系为本地订阅关系。
基于此,上述步骤S310可以通过如下步骤实现:接收第一消息服务器或网关发送的第一主题的第一发布消息。
其中,如果第一发布消息来自第一消息服务器。
以及上述步骤S320具体可以通过如下步骤实现:基于第二订阅关系列表,确定第一主题的标识对应的第二消息服务器的标识;如果第二消息服务器的标识为自身的标识,则基于本地的第一订阅关系列表,确定与第一主题的标识存在订阅关系的一个或多个第二子设备的标识。
另外,发布消息对应的主题也可以不存在与本地的第一订阅关系列表中,此时,需要将该发布消息转发至相应的消息服务器中。作为一个示例,该方法还包括如下步骤:接收网关发送的第二主题的第二发布消息;基于第二订阅关系列表,确定第二主题的标识对应的第三消息服务器的标识;将第二发布消息发送至第三消息服务器。
其中,该第二发布消息可以对应一个或多个第三子设备,该第二发布消息可以为第四子设备发布。该一个或多个第三子设备在第三消息服务器中对第二主题进行了订阅。
为了实现消息服务器之间的互联互通,可以对消息服务器之间的订阅关系进行同步。作为一个示例,该方法可以包括如下步骤:接收第四消息服务器发送的订阅关系同步消息,该订阅关系同步消息为第四消息服务器在第一订阅关系列表中建立新的订阅关系后发送的,该订阅关系同步消息包括第四消息服务器的标识以及第四消息服务器的新的订阅关系对应的第三主题的标识;基于订阅关系同步消息更新第二订阅关系列表。
以此可以实现在消息服务器集群中所有的消息服务器上第二订阅关系列表高度保持一致,第一订阅关系列表仅需要保存在本地的订阅。
通过本申请实施例,可以实现通过集群话的消息服务器来实现不同协议的子设备之间的互联互通,消息服务器集群的处理能力更强,通过消息服务器之间的同步策略,可以实现较高的数据处理效率。
作为一个示例,网关可以与消息服务器建立通信连接;在连接建立成功后,基于该连接,网关下的子设备可以向消息服务器订阅主题;在主题订阅成功后,消息服务器可以在本地的第一订阅关系列表中进行记录。网关还可以基于该连接向消息服务器发布消息,消息发布成功后可以向网关返回发布成功响应。消息服务器在确定发布消息后,可以基于与该发布信息对应的主题的订阅关系,进行消息分发。
图5为本申请实施例提供的一种基于物联网的数据处理装置结构示意图。在消息服务器上预先建立主题的标识与一个或多个子设备的标识的第一订阅关系列表,如图5所示,该装置包括:
接收模块501,用于接收针对第一主题的第一发布消息,第一发布消息包括第一子设备的标识以及第一主题的标识,第一发布消息为第一子设备通过网关发布;
第一确定模块502,用于基于第一订阅关系列表,确定与第一主题的标识存在订阅关系的一个或多个第二子设备的标识;
解析模块503,用于对第一发布消息基于第一子设备的通信协议进行解析得到第一控制指令;
封装模块504,用于将第一控制指令按照第二子设备的通信协议进行封装,得到第一订阅消息;
发送模块505,用于通过网关向第二子设备发送第一订阅消息,以便第二子设备执行第一控制指令。
在一些实施例中,消息服务器为多个,消息服务器上预先确定有第一订阅关系列表以及第二订阅关系列表,第二订阅关系列表包括主题的标识与消息服务器的标识的对应关系,第一订阅关系包括主题的标识与子设备的标识的订阅关系。
在一些实施例中,接收模块501具体用于:
接收第一消息服务器或网关发送的第一主题的第一发布消息。
在一些实施例中,第一确定模块502具体用于:
基于第二订阅关系列表,确定第一主题的标识对应的第二消息服务器的标识;
如果第二消息服务器的标识为自身的标识,则基于本地的第一订阅关系列表,确定与第一主题的标识存在订阅关系的一个或多个第二子设备的标识。
在一些实施例中,接收模块501还用于,接收网关发送的第二主题的第二发布消息;
第一确定模块502还用于,基于第二订阅关系列表,确定第二主题的标识对应的第三消息服务器的标识;
发送模块505还用于,将第二发布消息发送至第三消息服务器。
在一些实施例中,接收模块501还用于,接收第四消息服务器发送的订阅关系同步消息,订阅关系同步消息为第四消息服务器在第一订阅关系列表中建立新的订阅关系后发送的,订阅关系同步消息包括第四消息服务器的标识以及第四消息服务器的新的订阅关系对应的第三主题的标识;
还包括更新模块,用于基于订阅关系同步消息更新第二订阅关系列表。
在一些实施例中,接收模块501还用于,接收网关发送的针对第一主题的订阅请求,订阅请求包括第二子设备的标识;
还包括建立模块,用于在第一订阅关系列表中建立第一主题的标识与第一子设备的标识的订阅关系。
在一些实施例中,接收模块501还用于,接收网关发送的身份认证请求;
还包括:第二确定模块,用于基于预先确定的设备类型与认证方式的对应关系,确定网关的设备类型所对应的目标认证方式;
认证模块,用于基于目标认证方式对网关进行认证。
在一些实施例中,发送模块505还用于,向网关发送子设备发现指令,以便与网关基于子设备发现指令确定网关下的一个或多个子设备;
接收模块501还用于,接收网关发送的已连接子设备的标识列表,并基于已连接子设备的标识列表建立网关的标识与一个或多个子设备的标识的对应关系。
在一些实施例中,接收模块501还用于,接收网关发送的子设备修改指令,修改指令包括增加指令或删除指令;
还包括修改模块,用于基于修改指令,对网关的标识与一个或多个子设备的标识的对应关系进行修改。
本申请实施例提供的基于物联网的数据处理装置,与上述实施例提供的基于物联网的数据处理方法具有相同的技术特征,所以也能解决相同的技术问题,达到相同的技术效果。
如图6所示,本申请实施例提供的一种计算机设备700,包括:处理器701、存储器702和总线,存储器702存储有处理器701可执行的机器可读指令,当电子设备运行时,处理器701与存储器702之间通过总线通信,处理器701执行机器可读指令,以执行如上述基于物联网的数据处理方法的步骤。
具体地,上述存储器702和处理器701能够为通用的存储器和处理器,这里不做具体限定,当处理器701运行存储器702存储的计算机程序时,能够执行上述基于物联网的数据处理方法。
对应于上述基于物联网的数据处理方法,本申请实施例还提供了一种计算机可读存储介质,计算机可读存储介质存储有机器可运行指令,计算机可运行指令在被处理器调用和运行时,计算机可运行指令促使处理器运行上述基于物联网的数据处理方法的步骤。
本申请实施例所提供的基于物联网的数据处理装置可以为设备上的特定硬件或者安装于设备上的软件或固件等。本申请实施例所提供的装置,其实现原理及产生的技术效果和前述方法实施例相同,为简要描述,装置实施例部分未提及之处,可参考前述方法实施例中相应内容。所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,前述描述的系统、装置和单元的具体工作过程,均可以参考上述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的实施例中,应该理解到,所揭露装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现方式中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
另外,在本申请提供的实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例移动控制方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释,此外,术语“第一”、“第二”、“第三”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
最后应说明的是:以上实施例,仅为本申请的具体实施方式,用以说明本申请的技术方案,而非对其限制,本申请的保护范围并不局限于此,尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本申请实施例技术方案的范围。都应涵盖在本申请的保护范围之内。

Claims (21)

1.一种基于物联网的数据处理方法,其特征在于,网络包括消息服务器、一个或多个网关,每个网关下包括一个或多个子设备,所述消息服务器用于实现同一网关下的子设备或不同网关下的子设备之间的通信,同一区域下的子设备之间通过消息服务器直接通信,不同区域下的子设备之间的通过消息服务器之间的数据同步实现通信,所述网关用于管理其下的子设备,以及对子设备与消息服务器之间的数据进行转发,在消息服务器上预先建立主题的标识与一个或多个子设备的标识的第一订阅关系列表,所述方法包括:
接收针对第一主题的第一发布消息,所述第一发布消息包括第一子设备的标识以及第一主题的标识,所述第一发布消息为所述第一子设备通过网关发布;
基于所述第一订阅关系列表,确定与所述第一主题的标识存在订阅关系的一个或多个第二子设备的标识;
对所述第一发布消息基于所述第一子设备的通信协议进行解析得到第一控制指令;
将所述第一控制指令按照所述第二子设备的通信协议进行封装,得到第一订阅消息;
通过所述网关向所述第二子设备发送所述第一订阅消息,以便所述第二子设备执行所述第一控制指令。
2.根据权利要求1所述的数据处理方法,其特征在于,所述消息服务器为多个,所述消息服务器上预先确定有第一订阅关系列表以及第二订阅关系列表,所述第二订阅关系列表包括主题的标识与消息服务器的标识的对应关系,所述第一订阅关系包括主题的标识与子设备的标识的订阅关系。
3.根据权利要求2所述的数据处理方法,其特征在于,所述接收针对第一主题的第一发布消息包括:
接收第一消息服务器或网关发送的第一主题的第一发布消息。
4.根据权利要求3所述的数据处理方法,其特征在于,基于所述第一订阅关系列表,确定与所述第一主题的标识存在订阅关系的一个或多个第二子设备的标识包括:
基于所述第二订阅关系列表,确定所述第一主题的标识对应的第二消息服务器的标识;
如果所述第二消息服务器的标识为自身的标识,则基于本地的所述第一订阅关系列表,确定与所述第一主题的标识存在订阅关系的一个或多个第二子设备的标识。
5.根据权利要求3所述的数据处理方法,其特征在于,还包括:
接收所述网关发送的第二主题的第二发布消息;
基于所述第二订阅关系列表,确定所述第二主题的标识对应的第三消息服务器的标识;
将所述第二发布消息发送至所述第三消息服务器。
6.根据权利要求3所述的数据处理方法,其特征在于,还包括:
接收第四消息服务器发送的订阅关系同步消息,所述订阅关系同步消息为所述第四消息服务器在第一订阅关系列表中建立新的订阅关系后发送的,所述订阅关系同步消息包括所述第四消息服务器的标识以及所述第四消息服务器的新的订阅关系对应的第三主题的标识;
基于所述订阅关系同步消息更新所述第二订阅关系列表。
7.根据权利要求1所述的数据处理方法,其特征在于,在接收针对第一主题的第一发布消息之前,所述方法还包括:
接收所述网关发送的针对第一主题的订阅请求,所述订阅请求包括所述第二子设备的标识;
在第一订阅关系列表中建立所述第一主题的标识与所述第二子设备的标识的订阅关系。
8.根据权利要求1所述的数据处理方法,其特征在于,在所述接收针对第一主题的第一发布消息之前,所述方法还包括:
接收所述网关发送的身份认证请求;
基于预先确定的设备类型与认证方式的对应关系,确定所述网关的设备类型所对应的目标认证方式;
基于所述目标认证方式对所述网关进行认证。
9.根据权利要求8所述的数据处理方法,其特征在于,在基于所述目标认证方式对所述网关进行认证后,所述方法还包括:
向所述网关发送子设备发现指令,以便与所述网关基于所述子设备发现指令确定所述网关下的一个或多个子设备;
接收所述网关发送的已连接子设备的标识列表,并基于所述已连接子设备的标识列表建立网关的标识与一个或多个子设备的标识的对应关系。
10.根据权利要求9所述的数据处理方法,其特征在于,在接收所述网关发送的已连接子设备的标识列表,并基于所述已连接子设备的标识列表建立网关的标识与一个或多个子设备的标识的对应关系之后,所述方法还包括:
接收所述网关发送的子设备修改指令,所述修改指令包括增加指令或删除指令;
基于所述修改指令,对所述网关的标识与一个或多个子设备的标识的对应关系进行修改。
11.一种基于物联网的数据处理装置,其特征在于,网络包括消息服务器、一个或多个网关,每个网关下包括一个或多个子设备,所述消息服务器用于实现同一网关下的子设备或不同网关下的子设备之间的通信,同一区域下的子设备之间通过消息服务器直接通信,不同区域下的子设备之间的通过消息服务器之间的数据同步实现通信,所述网关用于管理其下的子设备,以及对子设备与消息服务器之间的数据进行转发,在消息服务器上预先建立主题的标识与一个或多个子设备的标识的第一订阅关系列表,所述装置包括:
接收模块,用于接收针对第一主题的第一发布消息,所述第一发布消息包括第一子设备的标识以及第一主题的标识,所述第一发布消息为所述第一子设备通过网关发布;
第一确定模块,用于基于所述第一订阅关系列表,确定与所述第一主题的标识存在订阅关系的一个或多个第二子设备的标识;
解析模块,用于对所述第一发布消息基于所述第一子设备的通信协议进行解析得到第一控制指令;
封装模块,用于将所述第一控制指令按照所述第二子设备的通信协议进行封装,得到第一订阅消息;
发送模块,用于通过所述网关向所述第二子设备发送所述第一订阅消息,以便所述第二子设备执行所述第一控制指令。
12.根据权利要求11所述的数据处理装置,其特征在于,所述消息服务器为多个,所述消息服务器上预先确定有第一订阅关系列表以及第二订阅关系列表,所述第二订阅关系列表包括主题的标识与消息服务器的标识的对应关系,所述第一订阅关系包括主题的标识与子设备的标识的订阅关系。
13.根据权利要求12所述的数据处理装置,其特征在于,所述接收模块具体用于:
接收第一消息服务器或网关发送的第一主题的第一发布消息。
14.根据权利要求13所述的数据处理装置,其特征在于,所述第一确定模块具体用于:
基于所述第二订阅关系列表,确定所述第一主题的标识对应的第二消息服务器的标识;
如果所述第二消息服务器的标识为自身的标识,则基于本地的所述第一订阅关系列表,确定与所述第一主题的标识存在订阅关系的一个或多个第二子设备的标识。
15.根据权利要求13所述的数据处理装置,其特征在于,所述接收模块还用于,接收所述网关发送的第二主题的第二发布消息;
所述第一确定模块还用于,基于所述第二订阅关系列表,确定所述第二主题的标识对应的第三消息服务器的标识;
所述发送模块还用于,将所述第二发布消息发送至所述第三消息服务器。
16.根据权利要求13所述的数据处理装置,其特征在于,所述接收模块还用于,接收第四消息服务器发送的订阅关系同步消息,所述订阅关系同步消息为所述第四消息服务器在第一订阅关系列表中建立新的订阅关系后发送的,所述订阅关系同步消息包括所述第四消息服务器的标识以及所述第四消息服务器的新的订阅关系对应的第三主题的标识;
还包括更新模块,用于基于所述订阅关系同步消息更新所述第二订阅关系列表。
17.根据权利要求11所述的数据处理装置,其特征在于,所述接收模块还用于,接收所述网关发送的针对第一主题的订阅请求,所述订阅请求包括所述第二子设备的标识;
还包括建立模块,用于在第一订阅关系列表中建立所述第一主题的标识与所述第二子设备的标识的订阅关系。
18.根据权利要求11所述的数据处理装置,其特征在于,所述接收模块还用于,接收所述网关发送的身份认证请求;
还包括:第二确定模块,用于基于预先确定的设备类型与认证方式的对应关系,确定所述网关的设备类型所对应的目标认证方式;
认证模块,用于基于所述目标认证方式对所述网关进行认证。
19.根据权利要求18所述的数据处理装置,其特征在于,所述发送模块还用于,向所述网关发送子设备发现指令,以便与所述网关基于所述子设备发现指令确定所述网关下的一个或多个子设备;
所述接收模块还用于,接收所述网关发送的已连接子设备的标识列表,并基于所述已连接子设备的标识列表建立网关的标识与一个或多个子设备的标识的对应关系。
20.根据权利要求19所述的数据处理装置,其特征在于,所述接收模块还用于,接收所述网关发送的子设备修改指令,所述修改指令包括增加指令或删除指令;
还包括修改模块,用于基于所述修改指令,对所述网关的标识与一个或多个子设备的标识的对应关系进行修改。
21.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有机器可运行指令,所述计算机可运行指令在被处理器调用和运行时,所述计算机可运行指令促使所述处理器运行所述权利要求1至10任一项所述的方法。
CN202010828969.3A 2020-08-17 2020-08-17 基于物联网的数据处理方法及装置 Active CN111970363B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010828969.3A CN111970363B (zh) 2020-08-17 2020-08-17 基于物联网的数据处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010828969.3A CN111970363B (zh) 2020-08-17 2020-08-17 基于物联网的数据处理方法及装置

Publications (2)

Publication Number Publication Date
CN111970363A CN111970363A (zh) 2020-11-20
CN111970363B true CN111970363B (zh) 2022-08-16

Family

ID=73388246

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010828969.3A Active CN111970363B (zh) 2020-08-17 2020-08-17 基于物联网的数据处理方法及装置

Country Status (1)

Country Link
CN (1) CN111970363B (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115390462A (zh) * 2021-05-20 2022-11-25 深圳绿米联创科技有限公司 设备控制方法及装置、终端设备、网关及介质
CN115460211A (zh) * 2021-06-07 2022-12-09 中移物联网有限公司 一种信息交互方法及装置
CN114025016B (zh) * 2021-10-18 2024-03-15 中国联合网络通信集团有限公司 一种数据转发方法、装置及存储介质
CN114051030B (zh) * 2021-11-11 2024-03-22 广东睿住智能科技有限公司 通讯方法、通讯装置、智慧社区系统和存储介质
CN114153153B (zh) * 2021-12-13 2024-05-03 珠海格力电器股份有限公司 设备控制方法、系统、装置、电子设备和存储介质
CN114710718B (zh) * 2022-04-12 2024-05-14 烽火通信科技股份有限公司 Fttr组网下基于扩展oam的消息转发方法及装置
CN115766424A (zh) * 2022-09-30 2023-03-07 广东省工业边缘智能创新中心有限公司 工业互联网数据下发、上报方法以及智能网关

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103944813A (zh) * 2014-04-16 2014-07-23 北京大学工学院南京研究院 一种实现通用适配功能的网关及方法
CN105959165A (zh) * 2016-07-15 2016-09-21 重庆邮电大学 一种工业测控网络中基于xmpp协议的发布/订阅服务方法
CN108063775A (zh) * 2018-02-13 2018-05-22 广州云湾信息技术有限公司 通信协议兼容方法、装置及系统
CN108769109A (zh) * 2018-04-13 2018-11-06 西安电子科技大学 一种物联网异构设备数据的统一处理方法及系统
CN110855774A (zh) * 2019-11-11 2020-02-28 卡乐电子(苏州)有限责任公司 基于mqtt协议的自动配置的物联网系统
CN110912813A (zh) * 2019-12-26 2020-03-24 杭州行至云起科技有限公司 一种支持多协议的网关及控制方法及事件上报方法

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5557798A (en) * 1989-07-27 1996-09-17 Tibco, Inc. Apparatus and method for providing decoupling of data exchange details for providing high performance communication between software processes
EE200100222A (et) * 1998-10-12 2002-06-17 Telia Ab Meetod, süsteem ja seade side loomiseks erinevatesidevõrkude vahel
GB2428828A (en) * 2005-07-30 2007-02-07 Ibm Publish/subscribe messaging system
KR101580023B1 (ko) * 2009-09-10 2015-12-23 모토로라 모빌리티 엘엘씨 컨텐츠 프로바이더 웹사이트와 모바일 디바이스를 중개하는 방법 및 시스템
US20140149599A1 (en) * 2012-11-29 2014-05-29 Ricoh Co., Ltd. Unified Application Programming Interface for Communicating with Devices and Their Clouds
US10938868B2 (en) * 2012-12-07 2021-03-02 Unisys Corporation Application service integration
CN105763426B (zh) * 2016-04-12 2018-04-06 北京理工大学 一种基于多协议即时通信系统的物联网业务处理系统
US10708360B2 (en) * 2017-03-14 2020-07-07 Infiswift Technologies, Inc. Method for transport agnostic communication between internet of things client and broker
US20180338019A1 (en) * 2017-05-18 2018-11-22 Bsquare Corp. Message broker system
CN107454092B (zh) * 2017-08-18 2021-09-17 北京海兰信数据科技股份有限公司 一种opcua与dds协议信号转换装置、通信系统及通信方法
US11284243B2 (en) * 2017-08-29 2022-03-22 Telefonaktiebolaget Lm Ericsson (Publ) Method and device for subscribing social network service
WO2019109005A1 (en) * 2017-11-30 2019-06-06 Intel IP Corporation Multi-access edge computing (mec) translation of radio access technology messages
US10862971B2 (en) * 2018-04-27 2020-12-08 EMC IP Holding Company LLC Internet of things gateway service for a cloud foundry platform
CN110557423B (zh) * 2018-06-04 2022-02-11 珠海全志科技股份有限公司 一种消息推送方法及系统
US11375049B2 (en) * 2018-11-29 2022-06-28 Avaya Inc. Event-based multiprotocol communication session distribution
CN110062004A (zh) * 2019-04-30 2019-07-26 全球能源互联网研究院有限公司 一种基于物联网协议的报文处理系统及方法
CN111083128A (zh) * 2019-12-06 2020-04-28 北京海兰信数据科技股份有限公司 船舶数据的处理方法、装置及设备

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103944813A (zh) * 2014-04-16 2014-07-23 北京大学工学院南京研究院 一种实现通用适配功能的网关及方法
CN105959165A (zh) * 2016-07-15 2016-09-21 重庆邮电大学 一种工业测控网络中基于xmpp协议的发布/订阅服务方法
CN108063775A (zh) * 2018-02-13 2018-05-22 广州云湾信息技术有限公司 通信协议兼容方法、装置及系统
CN108769109A (zh) * 2018-04-13 2018-11-06 西安电子科技大学 一种物联网异构设备数据的统一处理方法及系统
CN110855774A (zh) * 2019-11-11 2020-02-28 卡乐电子(苏州)有限责任公司 基于mqtt协议的自动配置的物联网系统
CN110912813A (zh) * 2019-12-26 2020-03-24 杭州行至云起科技有限公司 一种支持多协议的网关及控制方法及事件上报方法

Also Published As

Publication number Publication date
CN111970363A (zh) 2020-11-20

Similar Documents

Publication Publication Date Title
CN111970363B (zh) 基于物联网的数据处理方法及装置
CN100527690C (zh) 用于控制信息处理设备的系统和方法
CN102868736B (zh) 一种云计算监控框架设计及实现方法及云计算处理设备
CN107404512B (zh) 资源订阅方法、资源订阅装置和资源订阅系統
CN108881354B (zh) 一种推送信息存储方法、装置、服务器和计算机存储介质
EP2256990B1 (en) A method for transferring the network management configuration information between the element management systems
CN102186164A (zh) 操作设备资源的方法和管理装置
CN111064626B (zh) 配置更新方法、装置、服务器及可读存储介质
CN112711635B (zh) 一种分布式物联设备跨区域数据一致性的方法和服务集群
US10495336B2 (en) Energy operations across domains
CN114172929B (zh) 通信方法、装置以及网关
CN112838940A (zh) 一种网络控制器框架和数据处理方法
CN110445697A (zh) 视频大数据云平台设备接入服务方法
CN109361579A (zh) 一种智能设备控制方法、系统及存储介质
CN101986614B (zh) 一种面向物流应用的通用行业服务总线系统及其实现方法
CN104683968A (zh) 一种机器类型通信应用的资源管理方法、节点和系统
CN112202877A (zh) 网关联动方法、网关、云服务器及用户终端
CN116033006A (zh) 数据处理方法、系统、存储介质及电子装置
CN112307486A (zh) 一种权限获取方法、设备和系统
CN116915827A (zh) 物联网边缘网关的数据传输方法、装置、电子设备及介质
EP3025475B1 (en) Xmpp based upnp device architecture for cloud computing in a network environment
JP2010124465A (ja) データを電子的にルーティングするシステム及び方法
CN104854930A (zh) 用于允许与新检测到的装置进行通信的方法、控制节点、网关和计算机程序
CN114900387A (zh) 设备的跨平台融合接入方法、系统、网关及存储介质
CN112073536A (zh) 一种实现不能直接互访网络之间安全传递处理数据的方法

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
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20240521

Address after: Room 101, 9th Floor, Building 5, No. 33 Xierqi Middle Road, Haidian District, Beijing, 100000

Patentee after: BEIJING KINGSOFT CLOUD NETWORK TECHNOLOGY Co.,Ltd.

Country or region after: China

Patentee after: Wuxi Jinyun Zhilian Technology Co.,Ltd.

Address before: Room 3f02, 33 Xiaoying West Road, Haidian District, Beijing

Patentee before: BEIJING KINGSOFT CLOUD NETWORK TECHNOLOGY Co.,Ltd.

Country or region before: China