基于物联网的数据处理方法及装置
技术领域
本申请涉及物联网技术领域,尤其是涉及一种基于物联网的数据处理方法及装置。
背景技术
物联网是一个基于互联网、传统电信网等的信息承载体,它让所有能够被独立寻址的普通物理对象形成互联互通的网络,其目标是万物互联。
但是目前物联网标准不统一,尤其是物联网底层接入领域涉及的通信协议,该领域其主要涉及底层硬件接口、通信协议规范和服务发布接口等内容。目前,从功能层次上看,物联网接入领域主要存在两大类标准和体系:一类是将物理层的传感器、执行器连接到网络层,定义为通用性的设备接入接口标准,主要代表有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)、磁碟或者光盘等各种可以存储程序代码的介质。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释,此外,术语“第一”、“第二”、“第三”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
最后应说明的是:以上实施例,仅为本申请的具体实施方式,用以说明本申请的技术方案,而非对其限制,本申请的保护范围并不局限于此,尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本申请实施例技术方案的范围。都应涵盖在本申请的保护范围之内。