CN111416723A - 一种设备管理方法及相关设备 - Google Patents
一种设备管理方法及相关设备 Download PDFInfo
- Publication number
- CN111416723A CN111416723A CN201910009296.6A CN201910009296A CN111416723A CN 111416723 A CN111416723 A CN 111416723A CN 201910009296 A CN201910009296 A CN 201910009296A CN 111416723 A CN111416723 A CN 111416723A
- Authority
- CN
- China
- Prior art keywords
- sub
- server
- equipment
- gateway
- child
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/04—Network management architectures or arrangements
-
- 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/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
- Telephonic Communication Services (AREA)
Abstract
本申请实施例提供了一种设备管理方法及相关设备,适用于物联网领域中,用于对于物联网领域的机器到机器通信对不作为客户端的子设备进行管理,提升服务器的设备管理能力。本申请方法包括:网关设备接收子设备发送的第一注册请求,该第一注册请求中携带有子设备的标识;网关设备根据上述子设备的标识获取与上述子设备对应的请求消息,该请求消息中携带有上述子设备的标识,或上述子设备的资源,该子设备的资源是根据上述子设备的设备信息创建的;网关设备向服务器发送上述请求消息,其中服务器和网关设备之间采用轻量级机器到机器协议通信,以使得服务器根据上述请求消息管理上述子设备。
Description
技术领域
本申请涉及物联网及通信技术领域,尤其涉及一种设备管理方法及相关设备。
背景技术
物联网(internet of things,IoT)是新一代信息技术的重要组成部分,顾名思义,物联网即机器与机器互联的网络。在IoT网络中,机器到机器(machine-to-machine,M2M)之间的通信是IoT技术中及其重要的部分,M2M通信将IoT网络中的各个机器串联起来,使得各个机器之间协同运作。
在目前IoT领域中,M2M通信采用客户端/服务器(C/S)架构,其中,网关设备通常作为客户端与服务器相连接,不作为客户端的设备由作为客户端的网关设备接入服务器中,这类不作为客户端的设备称之为子设备(sub-device)。但是在目前的IoT领域的M2M通信中服务器只能管理作为客户端的网关设备,而对于其他不作为客户端的子设备,服务器无法对其进行管理。
发明内容
本申请实施例提供了一种设备管理方法及相关设备,适用于IoT领域中的M2M通信,用于对于IoT领域的M2M通信中不作为客户端的子设备,服务器可以对其进行管理,以提升服务器的设备管理能力。
为达到上述技术目的,本申请实施例提供了以下技术方案:
第一方面,本申请实施例提供了一种设备管理方法,该设备管理方法可以用于子设备注册场景中,该方法包括:首先,网关设备接收子设备发送的第一注册请求,其中,该第一注册请求中携带有子设备的标识,从而,网关设备可以从上述第一注册请求中获取子设备的标识,该子设备为通过该网关设备连接到服务器的通信设备;其次,网关设备根据上述子设备的标识获取与上述子设备对应的请求消息,该请求消息中携带有上述子设备的标识,或上述子设备的资源,该子设备的资源是根据上述子设备的设备信息创建的;最后,网关设备向服务器发送上述请求消息,其中服务器和网关设备之间采用轻量级机器到机器(light weight machine to machine,LwM2M)协议通信,以使得服务器根据上述请求消息管理上述子设备。可选的,上述子设备的资源可以是根据子设备的部分设备信息创建的。可选的,上述子设备的标识可以是子设备的ID。
从上述第一方面的设备管理方法中可以看出,网关设备与服务器之间采用LwM2M协议进行通信即网关设备作为LwM2M协议客户端,子设备是通过网关设备接入服务器即子设备不作为客户端,进而通过子设备的标识实现对不作为客户端的子设备进行管理,例如对子设备执行注册、更新、增加、删除等操作,从而在LwM2M协议中实现服务器对上述子设备的管理,提升服务器的设备管理能力。
结合上述第一方面,在本申请实施例第一方面的第一种可能的实现方式中,上述网关设备向服务器发送请求消息,可以包括:网关设备通过子设备管理接口向服务器发送第二注册请求,以使得子设备注册至服务器上,其中,子设备管理接口是管理子设备的接口,该子设备应理解为通过网关设备与服务器连接的所有终端设备,第二注册请求可以是第一注册请求,即当网关设备与子设备之间的通信协议为LwM2M协议时,网关设备可以直接转发来自子设备的注册请求,第二注册请求也可以是网关设备重新生成并携带有子设备的标识的注册请求,此时网关设备与子设备之间的通信协议为LwM2M协议之外的其他通信协议,网关设备需要将来自子设备的注册请求进行协议转换。可选的,上述第二注册请求具体可以是子设备添加操作指令,该子设备添加操作指令中新增子设备的标识作为操作参数。
从上述第一方面的第一种可能的实现方式中可以看出,通过管理子设备的专用接口对子设备进行管理,从而可以使得无论网关设备与子设备之间是否通过LwM2M协议进行通信,都可以实现服务器对子设备的管理,有效地提升服务器的设备管理能力。
结合上述第一方面,在本申请实施例第一方面的第二种可能的实现方式中,上述设备管理方法还包括:网关设备根据上述第一注册请求中携带的子设备的标识创建子设备的资源,进一步,网关设备向服务器发送请求消息,包括:网关设备向服务器发送信息上报请求,以使得服务器将子设备注册在该服务器上,其中,该信息上报请求用于上报子设备的设备信息,并且该信息上报请求中携带有子设备的标识以及子设备的资源。可选的,上述信息上报请求可以是通过子设备管理接口或者网关设备管理接口发送的。可选的,上述信息上报请求还可以用于上报子设备的业务信息。
从上述第一方面的第二种可能的实现方式中可以看出,在子设备注册过程中,通过创建子设备的资源,并且将子设备的标识和子设备的资源上报至服务器,可以使得服务器可以通过子设备的资源对子设备进行管理,从而提供了服务器管理子设备的另一种管理方式,实现服务器对子设备的管理,有效地提升服务器的设备管理能力。
结合上述第一方面的第二种可能的设备管理方法,在本申请实施例第一方面的第三种可能的实现方式中,上述子设备的资源可以是第一客户端实例,该第一客户端实例是指与子设备一一对应的客户端实例,即一个子设备对应一个第一客户端实例,并且,第一客户端实例中包括至少一个第一对象实例,应理解,第一对象实例是指在子设备对应的第一客户端实例中依据子设备的设备信息创建的对象实例。可选的,上述第一客户端实例具体可以是client instance;上述第一对象实例具体可以是object instance。从上述第一方面的第三种可能的实现方式可以看出,该种实现方式中通过将子设备映射为一个客户端实例的映射方式以实现服务器对子设备的管理。
结合上述第一方面的第三种可能的实现方式,在本申请实施例第一方面的第四种可能的实现方式中,上述子设备的资源为第二对象实例,其中,该第二对象实例是基于所述子设备的设备信息创建并与该子设备对应的一个或者多个对象实例,多个是指两个或者两个以上。从上述第一方面的第四种可能的实现方式中可以看出,该种实现方式中通过将子设备映射为一个或者多个对象实例以实现服务器对子设备的管理。
结合上述第一方面的第四种可能的实现方式,在本申请实施例第一方面的第五种可能的实现方式中,上述第二对象实例是在网关设备在第二客户端实例中创建的,其中,该第二客户端实例是与子设备的设备类型对应的客户端实例,换言之,一种设备类型的对应一个客户端实例,此种情况下,上述信息上报请求中还包括子设备的设备类型标识。从上述第一方面的第五种可能的实现方式可以看出,该种实现方式中通过将子设备映射为同一类设备类型的客户端实例中的对象实例的方式以实现服务器对子设备的管理。
结合上述第一方面的第三种至第五种可能的实现方式中的任一种,在本申请实施例第一方面的第六种可能的实现方式中,上述对象实例中包括一个设备对象实例和至少一个其他对象实例,其中,在该设备对象实例中包括子设备的标识;此种情况下,为了实现同一个子设备的资源之间的相互关联,可以在设备对象实例中增加每一个其他对象实例的链接,或者,也可以在每一个其他设备对象实例中均增加该设备对象实例的链接,以使得同一个子设备的设备对象实例与其他对象实例之间相互关联。从上述第一方面的第六种可能的实现方式可以看出,通过添加对象实例的链接实现同一子设备的资源相互关联,以便于查询与子设备相关的资源想,使得服务器对子设备的管理更加便捷、高效。
结合上述第一方面的第三种可能的实现方式中的任一种实现方式,在本申请实施例第一方面的第七种可能的实现方式中,在上述网关设备向服务器发送请求消息之后,该设备管理方法还包括:网关设备接收服务器为子设备分配的设备标识或者索引;进一步,在子设备的注销过程中,网关设备根据上述服务器分配的实例标识或设备索引删除对应子设备的资源,其中,上述子设备的注销可以是子设备发起的,也可以是服务器发起的。
结合上述第一方面、第一方面的第一种至第七种可能的实现方式中的任一种实现方式,在本申请实施例第一方面的第八种可能的实现方式中,在子设备已注册到服务器的情况下,该设备管理方法还包括:网关设备接收服务器发送的群组操作指令,该群组操作指令用于指示对一组子设备进行操作,并且,该群组操作指令中携带有群组的标识。
第二方面,本申请实施例提供了一种设备管理方法,该设备管理方法可以用于子设备注册场景中,该方法包括:服务器接收网关设备发送的子设备对应的请求消息,其中,该子设备是指通过网关设备连接到服务器的通信设备,请求消息中可以携带该子设备的标识,或者,请求消息中既携带子设备的标识同时还携带子设备的资源,子设备的资源是根据子设备的设备信息创建的;服务器根据上述请求消息管理上述子设备,其中,服务器与网关设备之间采用轻量级机器到机器LwM2M协议进行通信。
从上述第一方面的设备管理方法中可以看出,网关设备与服务器之间采用LwM2M协议进行通信即网关设备作为LwM2M协议客户端,子设备是通过网关设备接入服务器即子设备不作为客户端,进而通过子设备的标识实现对不作为客户端的子设备行管理,例如对子设备执行注册、更新、增加、删除等操作,从而在LwM2M协议中实现服务器对上述子设备的管理,提升服务器的设备管理能力。
结合上述第二方面,在本申请实施例第二方面的第一种可能的实现方式中,上述服务器接收网关设备发送的子设备对应的请求消息,可以包括:服务器通过子设备管理接口接收网关设备发送的第二注册请求,其中,子设备管理接口是管理子设备的接口,该子设备应理解为通过网关设备与服务器连接的所有终端设备,第二注册请求可以是由子设备发送至网关设备的第一注册请求,该第一注册请求中携带有子设备的标识,即当网关设备与子设备之间的通信协议为LwM2M协议时,网关设备可以直接转发来自子设备的注册请求,第二注册请求也可以是网关设备重新生成并携带有子设备的标识的注册请求,此时网关设备与子设备之间的通信协议为LwM2M协议之外的其他通信协议,网关设备需要将来自子设备的注册请求进行协议转换;进而,服务器根据上述第二注册请求将上述子设备注册于该服务器上。从上述第二方面的第一种可能的实现方式中可以看出,通过管理子设备的专用接口对子设备进行管理,从而可以使得无论网关设备与子设备之间是否通过LwM2M协议进行通信,都可以实现服务器对子设备的管理,有效地提升服务器的设备管理能力。
结合上述第二方面,在本申请实施例第二方面的第二种可能的实现方式中,服务器接收网关设备发送的子设备对应的请求消息,包括:服务器接收网关设备发送的信息上报请求,其中,该信息上报请求用于上报子设备的设备信息,并且该信息上报请求中携带有子设备的标识以及子设备的资源。可选的,上述信息上报请求可以是通过子设备管理接口或者网关设备管理接口发送的。可选的,上述信息上报请求还可以用于上报子设备的业务信息。
从上述第二方面的第二种可能的实现方式中可以看出,在子设备注册过程中,通过创建子设备的资源,并且将子设备的标识和子设备的资源上报至服务器,可以使得服务器可以通过子设备的资源对子设备进行管理,从而提供了服务器管理子设备的另一种管理方式,实现服务器对子设备的管理,有效地提升服务器的设备管理能力。
结合上述第二方面的第二种可能的设备管理方法,在本申请实施例第二方面的第三种可能的实现方式中,上述子设备的资源可以是第一客户端实例,该第一客户端实例是指与子设备一一对应的客户端实例,即一个子设备对应一个第一客户端实例,并且,第一客户端实例中包括至少一个第一对象实例,应理解,第一对象实例是指在子设备对应的第一客户端实例中依据子设备的设备信息创建的对象实例。可选的,上述第一客户端实例具体可以是client instance;上述第一对象实例具体可以是object instance。从上述第二方面的第三种可能的实现方式可以看出,该种实现方式中通过将子设备映射为一个客户端实例的映射方式以实现服务器对子设备的管理。
结合上述第二方面的第三种可能的实现方式,在本申请实施例第二方面的第四种可能的实现方式中,上述子设备的资源为第二对象实例,其中,该第二对象实例是基于所述子设备的设备信息创建并与该子设备对应的一个或者多个对象实例,多个是指两个或者两个以上。从上述第二方面的第四种可能的实现方式中可以看出,该种实现方式中通过将子设备映射为一个或者多个对象实例以实现服务器对子设备的管理。
结合上述第二方面的第四种可能的实现方式,在本申请实施例第二方面的第五种可能的实现方式中,上述第二对象实例是在网关设备在第二客户端实例中创建的,其中,该第二客户端实例是与子设备的设备类型对应的客户端实例,换言之,一种设备类型的对应一个客户端实例,此种情况下,上述信息上报请求中还包括子设备的设备类型标识。从上述第二方面的第五种可能的实现方式可以看出,该种实现方式中通过将子设备映射为同一类设备类型的客户端实例中的对象实例的方式以实现服务器对子设备的管理。
结合上述第二方面的第三种至第五种可能的实现方式中任一种,在本申请实施例第二方面的第六种可能的实现方式中,上述对象实例中包括一个设备对象实例和至少一个其他对象实例,其中,在该设备对象实例中包括子设备的标识;此种情况下,为了实现同一个子设备的资源之间的相互关联,可以在设备对象实例中增加每一个其他对象实例的链接,或者,也可以在每一个其他设备对象实例中均增加该设备对象实例的链接,以使得同一个子设备的设备对象实例与其他对象实例之间相互关联。从上述第二方面的第六种可能的实现方式可以看出,通过添加对象实例的链接实现同一子设备的资源相互关联,以便于查询与子设备相关的资源,使得服务器对子设备的管理更加便捷、高效。
结合上述第二方面的第三种可能的实现方式中的任一种实现方式,在本申请实施例第二方面的第七种可能的实现方式中,在上述服务器接收网关设备发送的子设备对应的请求消息之后,该设备管理方法还包括:服务器生成子设备对应的设备标识或者设备索引;服务器向网关设备发送上述设备标识或者设备索引;进一步,在子设备的注销过程中,服务器根据上述服务器分配的设备标识或设备索引删除对应子设备的所有资源,其中,上述子设备的注销可以是子设备发起的,也可以是服务器发起的。
结合上述第二方面、第二方面的第一种至第七种可能的实现方式中的任一种实现方式,在本申请实施例第二方面的第八种可能的实现方式中,在子设备已注册到服务器的情况下,该设备管理方法还包括:服务器向网关设备发送群组操作指令,该群组操作指令用于指示对一组子设备进行操作,并且,该群组操作指令中携带有群组的标识。
第三方面,本申请实施例提供了一种网关设备,该网关设备具有实现上述第一方面或第一方面任意一种可能实现方式的方法的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第四方面,本申请实施例提供了一种服务器,该服务器具有实现上述第二方面或第二方面任意一种可能实现方式的方法的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第五方面,本申请实施例提供了一种网关设备,包括:处理单元和存储单元;该存储单元用于存储计算机执行指令,当该网关设备运行时,该处理单元执行该存储单元存储的该计算机执行指令,以使该网关设备执行如上述第一方面或第一方面任意一种可能实现方式的设备管理方法。
第六方面,本申请实施例提供了一种服务器,包括:处理单元和存储单元;该存储单元用于存储计算机执行指令,当该服务器运行时,该处理单元执行该存储单元存储的该计算机执行指令,以使该服务器执行如上述第二方面或第二方面任意一种可能实现方式的设备管理方法。
第七方面,本申请实施例提供了一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机可以执行上述第一方面或第一方面任意一种可能实现方式的设备管理方法。
第八方面,本申请实施例提供了一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机可以执行上述第二方面或第二方面任意一种可能实现方式的设备管理方法。
第九方面,本申请实施例提供了一种计算机程序产品,当其在计算机上运行时,使得计算机可以执行上述第一方面或第一方面任意一种可能实现方式的设备管理方法。
第十方面,本申请实施例提供了一种计算机程序产品,当其在计算机上运行时,使得计算机可以执行上述第二方面或第二方面任意一种可能实现方式的设备管理方法。
其中,第三方面至第十方面中任一种实现方式所带来的技术效果可参见第一方面或第二方面中不同实现方式所带来的技术效果,此处不再赘述。
附图说明
图1为本申请实施例提供的一个通信系统架构图;
图2为本申请实施例提供的LwM2M资源模型的一个实施例示意图;
图3为本申请实施例提供的设备管理方法的一个实施例示意图;
图4(a)为本申请实施例中设备管理方法的另一个实施例示意图;
图4(b)为本申请实施例中子设备对应的资源树的一个实施例示意图;
图5为本申请实施例中设备管理方法的另一个实施例示意图;
图6为本申请实施例中设备管理方法的另一个实施例示意图;
图7为本申请实施例提供的通信设备的硬件结构示意图;
图8为本申请实施例提供的网关设备的一个实施例示意图;
图9为本申请实施例提供的服务器的一个实施例示意图。
具体实施方式
下面结合附图,对本申请的实施例进行描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。本领域普通技术人员可知,随着技术的发展和新场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
本申请实施例提供了一种设备管理方法及相关设备,适用于IoT领域中的M2M通信,用于对于IoT领域的M2M通信中不作为客户端的子设备,服务器可以对其进行管理,以提升服务器的设备管理能力。以下分别进行说明。
本申请中出现的术语“和/或”,可以是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本申请中字符“/”,一般表示前后关联对象是一种“或”的关系。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或模块的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或模块,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或模块。在本申请中出现的对步骤进行的命名或者编号,并不意味着必须按照命名或者编号所指示的时间/逻辑先后顺序执行方法流程中的步骤,已经命名或者编号的流程步骤可以根据要实现的技术目的变更执行次序,只要能达到相同或者相类似的技术效果即可。本申请中所出现的模块的划分,是一种逻辑上的划分,实际应用中实现时可以有另外的划分方式,例如多个模块可以结合成或集成在另一个系统中,或一些特征可以忽略,或不执行,另外,所显示的或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,模块之间的间接耦合或通信连接可以是电性或其他类似的形式,本申请中均不作限定。并且,作为分离部件说明的模块或子模块可以是也可以不是物理上的分离,可以是也可以不是物理模块,或者可以分布到多个电路模块中,可以根据实际的需要选择其中的部分或全部模块来实现本申请方案的目的。
图1为本申请实施例提供的一个通信系统架构图。
如图1所示,该系统架构中包括:子设备101、网关设备102和服务器103,其中网关设备102与服务器103之间采用LwM2M协议进行通信连接,换言之,网关设备102作为LwM2M协议中的客户端(LwM2M client),服务器103作为LwM2M协议中的服务器(LwM2M server)。子设备101与网关设备102之间可以采用但不限于紫蜂(ZigBee)协议、Z-wave协议、蓝牙(Bluetooth)协议或互联网(Internet Protocol,IP)协议中的至少一种进行通信连接。
上述图1中所述的网关设备102可以是IoT场景中的各种物联网网关设备,服务器103可以是IoT场景中的物联网终端连接管理平台,子设备101是指接入网关设备102的通信设备,如终端等等。目前的LwM2M协议中,LwM2M server无法对接入LwM2M client的子设备进行管理,具体来说,在上述图1中所述的通信系统架构中,服务器103就无法对子设备101进行管理。
为了克服上述技术缺陷,针对上述IoT领域的LwM2M通信场景下,本申请实施例引入了如下图2中所述的LwM2M资源模型,以采用LwM2M资源模型对子设备的资源进行资源映射,最终LwM2M server基于子设备映射后的资源对接入LwM2M client的子设备进行管理。
图2为本申请实施例提供的LwM2M资源模型的一个实施例示意图。
如图2所示,图2的(a)中客户端(client)、对象(object)和属性(resource)三者之间的关联关系:一个client中包括一个或者多个object,一个object中包括一个或者多个resource,其中多个是指两个及两个以上。图2的(b)中示出了client、设备(device)、object和resource四者之间的关联关系:一个client中包括一个或者多个device,一个device中包括一个或者多个object,一个object中包括一个或者多个resource,其中多个是指两个及两个以上。具体来说,基于上述图2的(a)中所示的LwM2M资源模型,上述图1中采用LwM2M协议与服务器103进行通信的网关设备102映射为图2的(a)中所示的client,进而,网关设备102对应的子设备101映射为图2的(a)中所示的object;基于上述图的(b)中所示的LwM2M资源模型,上述图1中所示的网关设备102映射为图2的(b)中所示的client,同样,网关设备102对应的子设备101也可以映射为图2的(b)中所示的client。类似的,在服务器103侧也可以采用上述图2中所示的LwM2M资源模型将网关设备102以及子设备101的信息映射为服务器103中的资源,具体映射方式可参阅上述网关设备102侧的映射方式,此处不再赘述。
为了便于说明,本申请实施例中将以网关设备作为LwM2M client,以服务器作为LwM2M server对本申请技术方案进行详细描述。
在上述图1中所示的通信系统架构对应的通信系统中,网关设备202用于:接收子设备101发送的第一注册请求,所述第一注册请求中携带有所述子设备的标识,子设备101为通过设备网关设备102连接到服务器103的通信设备;网关设备102还用于:根据子设备101的标识获取子设备101对应的请求消息,所述请求消息中携带子设备101的标识,或,所述请求消息中携带子设备101的标识以及子设备101的资源,子设备101的资源是根据子设备101的设备信息创建的;网关设备102还用于:向服务器103发送所述请求消息;服务器103用于:根据网关设备102发送的所述请求消息管理子设备101;其中,对子设备101的管理可以包括对子设备101执行注册、更新、增加和删除等操作。
在一种示例中,上述请求消息包括该第二注册请求,网关设备102具体用于:通过子设备管理接口向服务器103发送第二注册请求,所述第二注册请求为所述第一注册请求,或,所述第二注册请求为网关设备102生成并携带有子设备101的标识的注册请求,所述子设备管理接口为用于管理子设备101的接口;服务器103具体用于:根据所述第二注册请求将子设备101注册至服务器103中。
在一种示例中,网关设备102还用于:根据子设备101的设备信息创建子设备101的资源;网关设备102具体用于:向服务器103发送信息上报请求,所述信息上报请求用于上报子设备101的设备信息,且,所述信息上报请求中携带有子设备101的标识和子设备101的资源;服务器103具体用于:根据所述第二注册请求将子设备101至服务器103中。
在一种示例中,上述子设备101的资源为第一客户端实例,所述第一客户端实例是所述子设备对应的一个客户端实例,所述第一客户端实例中包括至少一个第一对象实例,所述第一对象实例是基于子设备101的设备信息在所述第一客户端实例中创建的对象实例。
在一种示例中,上述子设备101的资源为第二对象实例,所述第二对象实例是基于子设备101的设备信息创建的至少一个对象实例。
进一步的,在一种示例中,上述第二对象实例是在第二客户端实例中创建的对象实例,所述第二客户端实例是子设备101的设备类型对应的一个客户端实例。
在一种示例中,所述对象实例中包括一个设备对象实例和至少一个其他对象实例,所述设备对象实例中包括所述子设备的标识;所述设备对象实例中还包括每一个其他对象实例的链接,或,每一个其他对象实例中均包括所述设备对象实例的链接。
在一种示例中,网关设备102还用于:接收所述服务器为所述子设备分配的设备标识或者设备索引;在子设备101的注销过程中,根据所述设备标识或所述设备索引删除对应的所述资源,子设备101的注销是由子设备101、网关设备202或服务器103中任一项设备发起的。
在一种示例中,服务器103还用于:在所述子设备注销过程中,根据所述设备标识或所述设备索引删除对应的子设备101对应的所有资源,所述子设备的注销是由子设备101或服务器103发起的。
在一种示例中,服务器103还用于:向网关设备102发送群组操作指令,所述群组操作指令用于指示对一组子设备进行操作,所述群组操作指令中携带有群组的标识。
为了便于理解本申请实施例中的设备管理方法,下面结合具体的实施例对本申请实施例中所述的设备管理方法进行详细说明。
本申请实施例中的技术方案适用于上述图1所述的IoT场景下LwM2M协议的资源模型中,通过在子设备注册过程中新增子设备上报子设备的标识,进而通过子设备的标识实现服务器对子设备的管理,另外,基于上述子设备上报子设备的标识的基础之上,网关设备在将子设备的标识上报服务器的同时,网关设备还基于子设备的标识在网关设备上创建子设备对应的资源并将创建后的资源上报给服务器。从上面的方案描述中可以看出,本申请实施例的技术方案主要包括:一、在IoT场景下的LwM2M协议中引入子设备的标识以实现服务器对子设备的管理,二、在IoT场景下的LwM2M协议中引入子设备的标识的同时,网关设备创建子设备对应的资源,进而通过资源以及子设备的标识实现服务器对子设备的管理。下面针对上述技术方案进行详细描述。
图3为本申请实施例提供的设备管理方法的一个实施例示意图。
如图3所示,本申请实施例中的设备管理方法的一个实施例,包括:
301、网关设备接收子设备发送的第一注册请求,该第一注册请求中携带子设备的标识。
在子设备注册过程中,网关设备接收子设备发送的第一注册请求,该第一注册请求用于请求注册该子设备至服务器上,并且,在该第一注册请求中携带有子设备的标识以标识请求注册的子设备。从上述描述中可以知道,该子设备是需要通过网关设备连接到服务器的通信设备。可选的,本申请实施例中所述的子设备的标识可以是子设备的设备ID。
上述网关设备与服务器之间采用LwM2M协议进行通信。具体来说,在上述图1所述的IoT场景下,服务器具体可以是物联网终端连接管理平台,网关设备具体可以是各种物联网网关设备,子设备可以包括但不限于上述的紫蜂(ZigBee)协议、Z-wave协议、蓝牙(Bluetooth)协议或互联网(Internet Protocol,IP)协议对应的终端。
可选的,在上述步骤301之前,该设备管理方法还可以包括:网关设备向服务器发送注册请求,以注册网关设备至服务器。具体注册方法可以包括:网关设备在LwM2M原有的注册接口中可以携带客户端(client)类型指示为网关设备,以及该网关设备支持的实例类型是单实例或者多实例等参数信息,应理解,携带上述参数信息的目的在于指示服务器当前注册的客户端类型为网关设备,而不是接入网关设备的子设备。
302、网关设备根据子设备的标识获取子设备对应的第二注册请求,该第二注册请求中携带有子设备的标识。
网关设备通过上述第一注册请求中携带的子设备的标识获取子设备对应的请求消息,该请求消息中携带有子设备的标识,可选的,该请求信息具体可以是第二注册请求,其中,第二注册请求可以是第一注册请求,即当网关设备与子设备之间的通信协议也为LwM2M协议时,网关设备可以直接转发来自子设备的注册请求,第二注册请求也可以是网关设备重新生成并携带有子设备的标识的注册请求,此时网关设备与子设备之间的通信协议为如ZigBee、Z-wave、Bluetooth、IP等通信协议,网关设备需要将来自子设备的注册请求即第一注册请求进行协议转换以重新生成网关设备的注册请求即第二注册请求。
本申请实施例中需要说明的是,在目前LwM2M协议中没有定义子设备的管理,具体开说,LwM2M结构中没有定义网关和子设备的通信拓扑,以及,LwM2M结构中没有定义子设备管理流程和目标设备功能操作标识(包括子设备的标识)。
进而,为弥补上述LwM2M协议的不足,以增强LwM2M协议的设备管理能力,本申请实施例在LwM2M中新增加子设备管理接口,以及增强LwM2M原有设备管理和业务使能接口(Device Management and Service Enablement Interface)和设备信息报告接口(Information Reporting Interface)的功能对子设备的设备信息进行信息上报至服务器,其具体描述详见下述步骤303和304中的相关描述。
303、网关设备向服务器发送第二注册请求,该第二注册请求中携带有子设备的标识。
当该请求信息为上述第二注册请求时,网关设备向服务器发送第二注册请求具体可以是:网关设备通过上述新增的子设备管理接口向服务器发送子设备添加操作指令,该子设备添加操作指令中子设备的标识作为操作参数,以使得服务器将对应的子设备添加至服务器中。可选的,在服务器成功添加子设备之后,服务器通过原有设备管理接口向网关设备发送的设备发现操作中将子设备的标识作为可选操作参数。
需要说明的是,本申请实施例中请求消息的功能在于请求注册子设备至服务器上,其名称可以是“注册请求”或者“子设备添加操作指令”等等,这只是一个称谓而已,任何具有上述注册功能的请求消息均是本申请实施例中请求消息的范畴。
304、服务器根据第二注册请求管理子设备。
子设备的管理可以包括子设备注册、子设备注销、子设备的设备信息上报等。当上述请求消息为携带子设备标识的注册请求时,服务器根据网关设备发送的注册请求将子设备注册至服务器中。可选的,服务器执行通过子设备管理接口接收到的子设备添加操作指令,以使得服务器将子设备添加至服务器中。
可选的,在LwM2M原有设备管理和业务使能接口中增加子设备的标识(device ID)作为可选参数,如果无上述device ID参数或者device ID参数值为0则操作对象默认为与服务器连接的网关设备,否则操作对象为接入网关设备的子设备。可选的,在原有设备管理和业务使能接口中增加group ID作为可选参数,此group ID参数用于指示对一组子设备进行群组操作;其中,该group ID参数可以是device ID列表,也可以是群组的标识。
可选的,在LwM2M原有设备信息报告接口中增加子设备的标识(device ID)作为可选参数,如果无上述device ID参数或者device ID参数值为0则设备信息上报的对象默认为与服务器连接的网关设备,否则设备信息上报的对象为接入网关设备的子设备。
可选的,在子设备注销过程中,服务器通过新增的子设备管理接口接收子设备删除操作指令,该子设备删除操作指令中增加子设备的标识作为操作参数,进而服务器删除子设备对应的所有资源。
本申请实施例中的技术方案通过增加子设备的标识以及子设备管理接口,使得通过LwM2M连接到服务器的网关设备将该网关设备对应的子设备发送给服务进行子设备的注册、注销和信息上报等管理,从而在LwM2M架构中新定义网关和子设备的通信拓扑,以及,在LwM2M架构中新定义了子设备管理流程和目标设备功能操作标识,最终在LwM2M架构中实现了服务器对子设备的管理,增强了LwM2M中服务器的设备管理能力。
上述技术方案详细描述了在IoT场景下的LwM2M协议中引入子设备的标识以实现服务器对子设备的管理的技术方案,下面将结合实施例对在IoT场景下的LwM2M协议中引入子设备的标识的同时,网关设备创建子设备对应的资源实例,进而通过资源实例以及子设备的标识实现服务器对子设备的管理的技术方案进行详细描述。
需要说明的是,下面图4(a)和图5对应的实施例是对资源实例为对象实例的情况进行详细说明,至于资源实例为客户端实例的情况对应的描述详见下文中图6对应的实施例中的相关描述。
图4(a)为本申请实施例中设备管理方法的另一个实施例示意图。
如图4(a)所示,本申请实施例中设备管理方法的另一个实施例,包括:
401、网关设备接收子设备发送的第一注册请求,该第一注册请求中携带子设备的标识。
步骤401与上述步骤301类似,其相关描述可参阅上述步骤301中的相关描述,此处不再赘述。
402、网关设备根据子设备的设备信息创建子设备的对象实例。
网关设备通过上述第一注册请求中的子设备标识确定当前请求注册的子设备,进而,网关设备根据当前请求注册的子设备对应的设备信息创建子设备对应的资源实例。其中,资源实例可以包括:对象实例和客户端实例,具体如上述图1中所示的object instance以及client instance。
可选的,子设备的资源实例为对象实例(object instance)时,网关设备创建子设备的设备对象实例(device object instance),以及其他对象实例,其中,在设备对象实例中携带有子设备的标识。例如,网关设备下的一个门锁,可以被映射为一个设备对象实例以及一个开/关对象实例(On/Off switch Object instance),以此类推其他子设备的对象实例。
为了使得同一子设备的多个对象实例之间相互关联,可以采用如下可选方案:一、在同一子设备对应的对象实例中,除了设备对象实例外,其他的对象实例中都增加子设备信息(subDeviceInfo)链接到子设备对应的设备对象实例;二、在设备对象实例中增加该子设备的其他对象实例的链接,以实现同一子设备的所有对象实例之间的相互关联。
可选的,在上述步骤402之前,并且网关设备已成功注册到服务器上的情况下,网关设备向服务器上报网关设备的设备信息,可选的,上报的网管设备信息中网关的设备对象实例默认为0,网关的设备标识参数(subdeviceID)为空或0,进一步,网关设备还上报可支持的子设备数量。
403、网关设备向服务器发送信息上报请求,该请求消息中携带有子设备的标识以及子设备的对象实例。
上述请求消息可以是信息上报请求,网关设备向服务器发送上述信息上报请求。可选的,上述网关设备向服务器发送信息上报请求具体可以是:网关设备通过send操作将子设备对应的对象实例发送给服务器,此过程可以理解为子设备注册。可选的,上述信息上报请求可以是通过上述LwM2M中新增加子设备管理接口、LwM2M中原有设备管理和业务使能接口、或者LwM2M原有设备信息报告接口进行发送,对此本申请不做任何限制。
需要说明的是,对于本实施例中网关设备与服务器之间数据传输的接口没有限制,既可以适用LwM2M中原有的接口进行数据传输,也可以通过在LwM2M中新增接口进行数据传输。本实施例中所述的对象实例即为第二对象实例,即该第二对象实例是基于所述子设备的设备信息创建并与该子设备对应的一个或者多个对象实例,多个是指两个或者两个以上。应理解,本申请实施例中所述的对象实例是基于上述图2的(a)中所示的LwM2M网关设备(LwM2M client)、对象(object)和属性(resource)三者之间的关联关系建立的。
404、服务器根据信息上报请求对子设备进行注册。
服务器接收到网关设备发送的子设备的对象实例之后,服务器向网关设备返回响应消息,以指示网关设备子设备注册成功。同时,服务器根据子设备的标识为子设备分配对应的资源,进一步的,服务器还可以根据上报的设备标识参数(subdeviceID)将同一子设备对应的资源建立资源树,以方便管理子设备。
例如,图4(b)为本申请实施例中子设备对应的资源树的一个实施例示意图,在图4(b)中示出了同一子设备对应的对象实例,其具体包括设备实例(device instance)、固件更新实例(firmware update instance)、位置实例(location instance)和连接数据实例(connectivity statistic instance)等等,其中,以设备实例为树干,其他对象实例为树叶。
在子设备完成注册之后,还可以对子设备进行注销,其中,子设备的注销的发起端可以是子设备,也可以是服务器主动注销子设备。
例如,在子设备发送注销的情况下,网关设备在接收到子设备发送的注销请求之后,网关设备删除子设备对应的所有对象实例,进而,网关设备向服务器转发送子设备的注销请求,服务收到后根据子设备的设备对象实例删除子设备对应的所有资源。
在服务器发起注销的情况下,服务器先主动删除子设备对应的所有资源,进而,服务器发起子设备注销流程到网关设备,携带有子设备对应的设备对象实例,网关设备收到子设备对应的设备对象实例之后,根据子设备的设备对象实例删除子设对应的所有资源。
可选的,服务器还可以在对子设备的设备管理操作指令的增加子设备的标识(device ID)作为可选参数,以对子设备进行设备管理操作。例如,如果在设备管理操作指令中无上述device ID参数或者device ID参数值为0则设备信息上报的对象默认为与服务器连接的网关设备,否则设备信息上报的对象为接入网关设备的子设备。
本申请实施例中,采用资源映射的方式,将子设备的设备信息映射为对象实例内的资源,并且根据子设备映射后的对象实例对子设备进行管理,从而实现对网关设备对应的子设备进行注册、注销等设备管理操作。
在子设备通过上述图4(a)所述的设备管理方法以注册到服务器的基础上,该设备管理方法还可以包括:在设备对象实例中设置group ID参数,以划分子设备所归属的群组,使得服务器可以按照群组对群组中的资源进行群组的操作。具体来说,在已经为子设备划分对应群组的前提下,服务器向网关设备发送群组操作指令,该群组操作指令中携带有group ID参数,该group ID参数用于指示对一组子设备进行群组的操作;其中,该group ID参数可以是device ID列表,也可以是群组的标识。通过在对象实例中引入群组概念,可以实现同时对一组子设备进行管理,可以有效地减少网关设备与服务器之间的数据量,节约网络资源。
图5为本申请实施例中设备管理方法的另一个实施例示意图。
如图5所示,本申请实施例中设备管理方法的另一个实施例,包括:
501、网关设备接收子设备发送的第一注册请求,该第一注册请求中携带子设备的标识。
步骤501与上述步骤301类似,其相关描述可参阅上述步骤301中的相关描述,此处不再赘述。
502、网关设备根据子设备的设备类型创建对应的第二客户端实例。
该第二客户端实例是与子设备的设备类型对应的客户端实例,换言之,一种设备类型的对应一个客户端实例。
503、网关设备根据子设备的设备信息在第二客户端实例中创建子设备的对象实例。
该步骤503与上述步骤402类似,其相关描述可参见上述步骤402中的相关部分,对此本申请不再赘述。
与上述步骤402中的对象实例不同,步骤503的对象实例是基于上述图2中(b)所示的LwM2M网关设备(LwM2M client)、设备(device)、对象(object)和属性(resource)四者之间的关联关系创建的。
504、网关设备向服务器发送信息上报请求,该请求消息中携带有子设备的标识以及子设备的对象实例。
505、服务器根据信息上报请求对子设备进行注册。
上述步骤504和505分别与上述步骤403和步骤404类似,步骤504和505的描述可分别参见上述步骤403和404,此处不再赘述。
需要说明的是,图5对应的实施例与上述图4(a)对应的实施例类似,不同之处在于:在服务器对子设备进行管理时,对应的设备管理操作指令中还会指示子设备的设备类型对应的客户端实例或者子设备对应的子设备类型标识。例如,在子设备注册过程中,图5中对应的信息上报请求中还会携带有子设备类型标识,以使得服务器确定在哪种子设备类型对应的客户端实例中创建当前的对象实例;在子设备注销过程中,在网关设备和服务器之间传输的消息中会携带有子设备的设备类型对应的客户端实例,以确定当前注销的子设备的对象实例存在于哪个客户端实例中;此外,在子设备注销过程中,如注销的子设备时客户端实例中的最后一个子设备,在删除子设备对应的对象实例的同时,还需删除对应的客户端实例。
图6为本申请实施例中设备管理方法的另一个实施例示意图。
如图6所示,本申请实施例中设备管理方法的另一个实施例,包括:
601、网关设备接收子设备发送的第一注册请求,该第一注册请求中携带子设备的标识。
步骤601与上述步骤301类似,其相关描述可参阅上述步骤301中的相关描述,此处不再赘述。
602、网关设备根据子设备的设备信息创建子设备对应的第一客户端实例,该第一客户端实例中包括至少一个第一对象实例,该第一对象实例是基于子设备的设备信息创建的。
网关设备创建子设备的第一客户端实例,一个子设备对应一个第一客户端实例,与上述第二客户端实例不同:第一客户端实例是与每一个子设备对应的,而上述第二客户端设备是与每一类子设备的设备类型对应的。在创建完子设备对应的客户端实例之后,网关设备基于子设备的设备信息在该客户端实例中创建对应的对象实例。应理解,本申请实施例中是将子设备映射为一个客户端实例。
603、网关设备向服务器发送信息上报请求以注册子设备至服务器,该信息上报请求中携带有子设备的标识以及子设备的第一客户端实例。
步骤603与上述步骤403类似,其相关描述可参见上述步骤403中的相关部分,对此此处不再赘述。不同之处在于,上述步骤403的信息上报请求中携带的资源实例是对象实例,而步骤603中携带的资源实例是客户端实例。
604、服务器向网关设备发送服务器为子设备分配的设备标识或者设备索引。
在服务器接收到网关设备发送的子设备的标识以及子设备的第一客户端实例之后,服务器生成子设备对应的设备标识或者设备索引,以对子设备进行标识。
可选的,在子设备发起的注销过程中,网关设备在接收到注销请求之后可直接删除子设备对应的设备标识或者设备索引,网关设备发送至服务器的子设备注销消息中携带有子设备的设备标识或设备索引。
可选的,在服务器发起的注销过程中,服务器发送至网设备的子设备注销消息中也携带有子设备的设备标识或设备索引,网关设备收到后依据设备标识或设备索引删除子设备对应的客户端实例。
需要说明的是,上述图6对应的实施例中的描述以及有益效果可参见上述图4(a)对应的实施例中的相关部分以及有益效果,此处不再赘述。
在子设备已通过图6对应的实施例注册到服务器上的前提下,服务器对单个子设备资源进行操作时,需要携带服务器为子设备分配的设备标识或者设备索引;服务器对多个子设备进行操作时,需要携带网关设备的客户端实例,并且携带新的操作参数以指示是只对网关设备进行操作,或指示对所有的子设备进行操作,或指示对群组进行操作,或指示对部分子设备进行操作。
最后,需要说明的是上述图4(a)、图5和图6分别对应的实施例均是采用将子设备资源映射为资源实例,其主要区别在于映射方式的不同:图4(a)对应的实施例是将子设备资源映射为网关设备中的对象实例,图5对应的实施例是将子设备映射为一个虚拟的客户端实例;图6对应的实施例是将子设备映射为同一子设备类型的客户端实例中的对象实例。
上述主要从服务器和网关设备之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是,上述网关设备和服务器为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的模块及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
从硬件结构上来描述,图1中的网关设备102或服务器103可以由一个实体设备实现,也可以由多个实体设备共同实现,还可以是一个实体设备内的一个逻辑功能模块,本申请实施例对此不作具体限定。
例如,图1中的网关设备102或服务器103可以通过图7中的通信设备来实现。图7所示为本申请实施例提供的通信设备的硬件结构示意图。
该通信设备700包括至少一个处理器701,通信线路702,存储器703以及至少一个通信接口704。
处理器701可以是一个通用中央处理器(central processing unit,CPU),微处理器,特定应用集成电路(application-specific integrated circuit,服务器IC),或一个或多个用于控制本申请方案程序执行的集成电路。
通信线路702可包括一通路,在上述组件之间传送信息。
通信接口704,使用任何收发器一类的装置,用于与其他设备或通信网络通信,如以太网,无线接入网(radio access network,RAN),无线局域网(wireless local areanetworks,WLAN)等。
存储器703可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electricallyerable programmable read-only memory,EEPROM)、只读光盘(compact disc read-onlymemory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是独立存在,通过通信线路702与处理器相连接。存储器也可以和处理器集成在一起。
其中,存储器703用于存储执行本申请方案的计算机执行指令,并由处理器701来控制执行。处理器701用于执行存储器703中存储的计算机执行指令,从而实现本申请下述实施例提供的设备管理的方法。
可选的,本申请实施例中的计算机执行指令也可以称之为应用程序代码,本申请实施例对此不作具体限定。
在具体实现中,作为一种实施例,处理器701可以包括一个或多个CPU,例如图7中的CPU0和CPU1。
在具体实现中,作为一种实施例,通信设备700可以包括多个处理器,例如图7中的处理器701和处理器708。这些处理器中的每一个可以是一个单核(single-CPU)处理器,也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在具体实现中,作为一种实施例,通信设备700还可以包括输出设备705和输入设备706。输出设备705和处理器701通信,可以以多种方式来显示信息。例如,输出设备705可以是液晶显示器(liquid crystal display,LCD),发光二级管(light emitting diode,LED)显示设备,阴极射线管(cathode ray tube,CRT)显示设备,或投影仪(projector)等。输入设备706和处理器701通信,可以以多种方式接收用户的输入。例如,输入设备706可以是鼠标、键盘、触摸屏设备或传感设备等。
上述的通信设备700可以是一个通用设备或者是一个专用设备。在具体实现中,通信设备700可以是台式机、便携式电脑、网络服务器、掌上电脑(personal digitalassistant,PDA)、移动手机、平板电脑、无线终端设备、嵌入式设备或有图7中类似结构的设备。本申请实施例不限定通信设备700的类型。
本申请实施例可以根据上述方法示例对网关设备和服务器进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
比如,以采用集成的方式划分各个功能模块的情况下,图8示出了一种网关设备的结构示意图。
如图8所示,本申请实施例提供的网关设备包括:接收模块801、处理模块802和发送模块803;
接收模块801,用于接收子设备发送的第一注册请求,所述第一注册请求中携带有所述子设备的标识,所述子设备为通过所述网关设备连接到服务器的通信设备;
处理模块802,用于根据所述子设备的标识获取所述子设备对应的请求消息,所述请求消息中携带所述子设备的标识,或,所述请求消息中携带所述子设备的标识以及所述子设备的资源实例,所述子设备的资源实例是根据所述子设备的设备信息创建的;
发送模块803,用于向所述服务器发送所述请求消息,所述服务器和所述网关设备之间采用轻量级机器到机器协议通信,以使得所述服务器根据所述请求消息管理所述子设备。
可选的,所述发送模块803具体用于:通过子设备管理接口向所述服务器发送第二注册请求,所述第二注册请求为所述第一注册请求,或,所述第二注册请求为所述网关设备生成并携带有所述子设备的标识的注册请求,所述子设备管理接口为用于管理所述子设备的接口,以注册所述子设备至所述服务器。
可选的,所述处理模块802还用于:根据所述子设备的设备信息创建所述子设备的资源实例;所述发送模块803具体用于:向所述服务器发送信息上报请求,所述信息上报请求用于上报所述子设备的设备信息,且,所述信息上报请求中携带有所述子设备的标识和所述子设备的资源实例,以注册所述子设备至所述服务器。
可选的,所述子设备的资源实例为第一客户端实例,所述第一客户端实例是所述子设备对应的一个客户端实例,所述第一客户端实例中包括至少一个第一对象实例,所述第一对象实例是基于所述子设备的设备信息在所述第一客户端实例中创建的对象实例。
可选的,所述子设备的资源实例为第二对象实例,所述第二对象实例是基于所述子设备的设备信息创建的至少一个对象实例。
可选的,所述第二对象实例是在第二客户端实例中创建的对象实例,所述第二客户端实例是所述子设备的设备类型对应的一个客户端实例,则所述信息上报请求中还包括所述子设备的设备类型标识。
可选的,所述对象实例中包括一个设备对象实例和至少一个其他对象实例,所述设备对象实例中包括所述子设备的标识;所述设备对象实例中还包括每一个其他对象实例的链接,或,每一个其他对象实例中均包括所述设备对象实例的链接。
可选的,所述接收模块801还用于:接收所述服务器为所述子设备分配的设备标识或设备索引;所述处理模块802还用于:在所述子设备的注销过程中,根据所述设备标识或所述设备索引删除对应的所述资源实例,所述子设备的注销是由所述子设备或所述服务器发起的。
可选的,若所述子设备已注册至所述服务器,所述接收模块801还用于:接收所述服务器发送的群组操作指令,所述群组操作指令用于指示对一组所述子设备进行操作,所述群组操作指令中携带有群组的标识。
在本实施例中,该网关设备以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specific integrated circuit,ASIC),电路,执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,本领域的技术人员可以想到网关设备可以采用图7所示的形式。
比如,图7中的处理器701可以通过调用存储器703中存储的计算机执行指令,使得网关设备执行上述方法实施例中的设备管理方法。
具体的,图8中的接收模块801、处理模块802和发送模块803的功能/实现过程可以通过图7中的处理器701调用存储器703中存储的计算机执行指令来实现。或者,图8处理模块802的功能/实现过程可以通过图7中的处理器701调用存储器703中存储的计算机执行指令来实现,图8中的接收模块801和发送模块803的功能/实现过程可以通过图7中的通信接口704来实现。
其中,上述方法实施例中网关设备涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
图9为本申请实施例提供的服务器的一个结构示意图,如图9所示,服务器包括:接收模块901和处理模块902;
接收模块901,用于接收网关设备发送的子设备对应的请求消息,所述子设备为通过所述网关设备连接到所述服务器的通信设备,所述请求消息中携带所述子设备的标识,或,所述请求消息中携带所述子设备的标识和所述子设备的资源实例,所述子设备的资源实例是根据所述子设备的设备信息创建的;
处理模块902,用于根据所述请求消息管理所述子设备,所述服务器和所述网关设备之间采用轻量级机器到机器协议通信。
可选的,所述接收模块901具体用于:通过子设备管理接口接收所述网关设备发送的第二注册请求,所述第二注册请求为所述子设备发送至所述网关设备的第一注册请求,所述第一注册请求中携带所述子设备的标识,或,所述第二注册请求为所述网关设备生成并携带有所述子设备的标识的注册请求,所述子设备管理接口为管理所述子设备的接口;所述处理模块902具体用于:根据所述第二注册请求,注册所述子设备至所述服务器。
可选的,所述接收模块901具体用于:接收所述网关设备发送的信息上报请求,所述信息上报请求用于上报所述子设备的设备信息,且,所述信息上报请求携带有所述子设备的标识和所述子设备的资源实例;所述处理模块902具体用于:根据所述信息上报请求,注册所述子设备至所述服务器。
可选的,所述子设备的资源实例为第一客户端实例,所述第一客户端实例是所述子设备对应的一个客户端实例,所述第一客户端实例中包括至少一个第一对象实例,所述第一对象实例是基于所述子设备的设备信息在所述第一客户端实例中创建的对象实例。
可选的,所述子设备的资源实例为第二对象实例,所述第二对象实例是基于所述子设备的设备信息创建的至少一个对象实例。
可选的,所述第二对象实例是在第二客户端实例中创建的对象实例,所述第二客户端实例所述子设备的设备类型对应的一个客户端实例,则所述信息上报请求中还包括所述子设备的设备类型标识。
可选的,所述对象实例中包括一个设备对象实例和至少一个其他对象实例,所述设备对象实例中包括所述子设备的标识;所述设备对象实例中还包括每一个其他对象实例的链接,或,每一个其他对象实例中均包括所述设备对象实例的链接。
可选的,所述服务器还包括:发送模块903;所述处理模块902还用于:生成所述子设备对应的设备标识或设备索引;所述发送模块903还用于:向所述网关设备发送所述设备标识或所述设备索引;所述处理模块902还用于:在所述子设备注销过程中,根据所述设备标识或所述设备索引删除所述子设备对应的所有资源,所述子设备的注销是由所述子设备或所述服务器发起的。
可选的,所述服务器还包括:发送模块903;若所述子设备已注册至所述服务器,所述发送模块903用于:向所述网关设备发送群组操作指令,所述群组操作指令用于指示对一组所述子设备进行操作,所述群组操作指令中携带有群组的标识。
在本实施例中,该服务器以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specific integrated circuit,ASIC),电路,执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,本领域的技术人员可以想到服务器可以采用图7所示的形式。
比如,图7中的处理器701可以通过调用存储器703中存储的计算机执行指令,使得服务器执行上述方法实施例中的设备管理方法。
具体的,图9中的接收模块901、处理模块902和发送模块903的功能/实现过程可以通过图7中的处理器701调用存储器703中存储的计算机执行指令来实现。或者,图9处理模块902的功能/实现过程可以通过图7中的处理器701调用存储器703中存储的计算机执行指令来实现,图9中的接收模块901和发送模块903的功能/实现过程可以通过图7中的通信接口704来实现。
其中,上述方法实施例服务器涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
由于本申请实施例提供的网关设备和服务器可用于执行上述设备管理的方法,因此其所能获得的技术效果可参考上述方法实施例,在此不再赘述。
上述实施例中,网关设备和服务器以采用集成的方式划分各个功能模块的形式来呈现。当然,本申请实施例也可以对应各个功能划分网关设备和服务器的各个功能模块,本申请实施例对此不作具体限定。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。
所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:ROM、RAM、磁盘或光盘等。
以上对本申请实施例所提供的设备管理方法、网关设备、服务器以及系统进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (39)
1.一种设备管理方法,其特征在于,包括:
网关设备接收子设备发送的第一注册请求,所述第一注册请求中携带有所述子设备的标识,所述子设备为通过所述网关设备连接到服务器的通信设备;
所述网关设备根据所述子设备的标识获取所述子设备对应的请求消息,所述请求消息中携带所述子设备的标识,或,所述请求消息中携带所述子设备的标识以及所述子设备的资源,所述子设备的资源是根据所述子设备的设备信息创建的;
所述网关设备向所述服务器发送所述请求消息,所述服务器和所述网关设备之间采用轻量级机器到机器协议通信,以使得所述服务器根据所述请求消息管理所述子设备。
2.根据权利要求1所述的设备管理方法,其特征在于,所述网关设备向所述服务器发送所述请求消息,包括:
所述网关设备通过子设备管理接口向所述服务器发送第二注册请求,所述第二注册请求为所述第一注册请求,或,所述第二注册请求为所述网关设备生成并携带有所述子设备的标识的注册请求,所述子设备管理接口为用于管理所述子设备的接口,以注册所述子设备至所述服务器。
3.根据权利要求1所述的设备管理方法,其特征在于,所述方法还包括:
所述网关设备根据所述子设备的设备信息创建所述子设备的资源;
所述网关设备向所述服务器发送所述请求消息,包括:
所述网关设备向所述服务器发送信息上报请求,所述信息上报请求用于上报所述子设备的设备信息,且,所述信息上报请求中携带有所述子设备的标识和所述子设备的资源,以注册所述子设备至所述服务器。
4.根据权利要求3所述的设备管理方法,其特征在于,所述子设备的资源为第一客户端实例,所述第一客户端实例是所述子设备对应的一个客户端实例,所述第一客户端实例中包括至少一个第一对象实例,所述第一对象实例是基于所述子设备的设备信息在所述第一客户端实例中创建的对象实例。
5.根据权利要求3所述的设备管理方法,其特征在于,所述子设备的资源为第二对象实例,所述第二对象实例是基于所述子设备的设备信息创建的至少一个对象实例。
6.根据权利要求5所述的设备管理方法,其特征在于,所述第二对象实例是在第二客户端实例中创建的对象实例,所述第二客户端实例是所述子设备的设备类型对应的一个客户端实例,则所述信息上报请求中还包括所述子设备的设备类型标识。
7.根据权利要求4至6中任一项所述的设备管理方法,其特征在于,所述对象实例中包括一个设备对象实例和至少一个其他对象实例,所述设备对象实例中包括所述子设备的标识;
所述设备对象实例中还包括每一个其他对象实例的链接,或,每一个其他对象实例中均包括所述设备对象实例的链接。
8.根据权利要求4所述的设备管理方法,其特征在于,在所述网关设备向所述服务器发送所述请求消息之后,所述方法还包括:
所述网关设备接收所述服务器为所述子设备分配的设备标识或设备索引;
在所述子设备的注销过程中,所述网关设备根据所述设备标识或所述设备索引删除对应的所述资源,所述子设备的注销是由所述子设备或所述服务器发起的。
9.根据权利要求1至8中任一项所述的设备管理方法,其特征在于,若所述子设备已注册至所述服务器,所述方法还包括:
所述网关设备接收所述服务器发送的群组操作指令,所述群组操作指令用于指示对一组所述子设备进行操作,所述群组操作指令中携带有群组的标识。
10.一种设备管理方法,其特征在于,包括:
服务器接收网关设备发送的子设备对应的请求消息,所述子设备为通过所述网关设备连接到所述服务器的通信设备,所述请求消息中携带所述子设备的标识,或,所述请求消息中携带所述子设备的标识和所述子设备的资源,所述子设备的资源是根据所述子设备的设备信息创建的;
所述服务器根据所述请求消息管理所述子设备,所述服务器和所述网关设备之间采用轻量级机器到机器协议通信。
11.根据权利要求10所述的设备管理方法,其特征在于,所述服务器接收网关设备发送的子设备对应的请求消息,包括:
所述服务器通过子设备管理接口接收所述网关设备发送的第二注册请求,所述第二注册请求为所述子设备发送至所述网关设备的第一注册请求,所述第一注册请求中携带所述子设备的标识,或,所述第二注册请求为所述网关设备生成并携带有所述子设备的标识的注册请求,所述子设备管理接口为管理所述子设备的接口;
所述服务器根据所述请求消息管理所述子设备,包括:
所述服务器根据所述第二注册请求,注册所述子设备至所述服务器。
12.根据权利要求10所述的设备管理方法,其特征在于,所述服务器接收网关设备发送的子设备对应的请求消息,包括:
所述服务器接收所述网关设备发送的信息上报请求,所述信息上报请求用于上报所述子设备的设备信息,且,所述信息上报请求携带有所述子设备的标识和所述子设备的资源;
所述服务器根据所述请求消息管理所述子设备,包括:
所述服务器根据所述信息上报请求,注册所述子设备至所述服务器。
13.根据权利要求12所述的设备管理方法,其特征在于,所述子设备的资源为第一客户端实例,所述第一客户端实例是所述子设备对应的一个客户端实例,所述第一客户端实例中包括至少一个第一对象实例,所述第一对象实例是基于所述子设备的设备信息在所述第一客户端实例中创建的对象实例。
14.根据权利要求12所述的设备管理方法,其特征在于,所述子设备的资源为第二对象实例,所述第二对象实例是基于所述子设备的设备信息创建的至少一个对象实例。
15.根据权利要求14所述的设备管理方法,其特征在于,所述第二对象实例是在第二客户端实例中创建的对象实例,所述第二客户端实例所述子设备的设备类型对应的一个客户端实例,则所述信息上报请求中还包括所述子设备的设备类型标识。
16.根据权利要求13至16中任一项所述的设备管理方法,其特征在于,所述对象实例中包括一个设备对象实例和至少一个其他对象实例,所述设备对象实例中包括所述子设备的标识;
所述设备对象实例中还包括每一个其他对象实例的链接,或,每一个其他对象实例中均包括所述设备对象实例的链接。
17.根据权利要求13所述的设备管理方法,其特征在于,在服务器接收网关设备发送的子设备对应的请求消息之后,所述方法还包括:
所述服务器生成所述子设备对应的设备标识或设备索引;
所述服务器向所述网关设备发送所述设备标识或所述设备索引;
在所述子设备注销过程中,所述服务器根据所述设备标识或所述设备索引删除所述子设备对应的所有资源,所述子设备的注销是由所述子设备或所述服务器发起的。
18.根据权利要求10至17中任一项所述的设备管理方法,其特征在于,若所述子设备已注册至所述服务器,所述方法还包括:
所述服务器向所述网关设备发送群组操作指令,所述群组操作指令用于指示对一组所述子设备进行操作,所述群组操作指令中携带有群组的标识。
19.一种网关设备,其特征在于,包括:
接收模块,用于接收子设备发送的第一注册请求,所述第一注册请求中携带有所述子设备的标识,所述子设备为通过所述网关设备连接到服务器的通信设备;
处理模块,用于根据所述子设备的标识获取所述子设备对应的请求消息,所述请求消息中携带所述子设备的标识,或,所述请求消息中携带所述子设备的标识以及所述子设备的资源,所述子设备的资源是根据所述子设备的设备信息创建的;
发送模块,用于向所述服务器发送所述请求消息,所述服务器和所述网关设备之间采用轻量级机器到机器协议通信,以使得所述服务器根据所述请求消息管理所述子设备。
20.根据权利要求19所述的网关设备,其特征在于,所述发送模块具体用于:
通过子设备管理接口向所述服务器发送第二注册请求,所述第二注册请求为所述第一注册请求,或,所述第二注册请求为所述网关设备生成并携带有所述子设备的标识的注册请求,所述子设备管理接口为用于管理所述子设备的接口,以注册所述子设备至所述服务器。
21.根据权利要求19所述的网关设备,其特征在于,
所述处理模块还用于:根据所述子设备的设备信息创建所述子设备的资源;
所述发送模块具体用于:向所述服务器发送信息上报请求,所述信息上报请求用于上报所述子设备的设备信息,且,所述信息上报请求中携带有所述子设备的标识和所述子设备的资源,以注册所述子设备至所述服务器。
22.根据权利要求21所述的网关设备,其特征在于,所述子设备的资源为第一客户端实例,所述第一客户端实例是所述子设备对应的一个客户端实例,所述第一客户端实例中包括至少一个第一对象实例,所述第一对象实例是基于所述子设备的设备信息在所述第一客户端实例中创建的对象实例。
23.根据权利要求21所述的网关设备,其特征在于,所述子设备的资源为第二对象实例,所述第二对象实例是基于所述子设备的设备信息创建的至少一个对象实例。
24.根据权利要求23所述的网关设备,其特征在于,所述第二对象实例是在第二客户端实例中创建的对象实例,所述第二客户端实例是所述子设备的设备类型对应的一个客户端实例,则所述信息上报请求中还包括所述子设备的设备类型标识。
25.根据权利要求22至24中任一项所述的网关设备,其特征在于,所述对象实例中包括一个设备对象实例和至少一个其他对象实例,所述设备对象实例中包括所述子设备的标识;
所述设备对象实例中还包括每一个其他对象实例的链接,或,每一个其他对象实例中均包括所述设备对象实例的链接。
26.根据权利要求22所述的网关设备,其特征在于,
所述接收模块还用于:接收所述服务器为所述子设备分配的设备标识或设备索引;
所述处理模块还用于:在所述子设备的注销过程中,根据所述设备标识或所述设备索引删除对应的所述资源,所述子设备的注销是由所述子设备或所述服务器发起的。
27.根据权利要求19至26中任一项所述的网关设备,其特征在于,若所述子设备已注册至所述服务器,所述接收模块还用于:
接收所述服务器发送的群组操作指令,所述群组操作指令用于指示对一组所述子设备进行操作,所述群组操作指令中携带有群组的标识。
28.一种服务器,其特征在于,包括:
接收模块,用于接收网关设备发送的子设备对应的请求消息,所述子设备为通过所述网关设备连接到所述服务器的通信设备,所述请求消息中携带所述子设备的标识,或,所述请求消息中携带所述子设备的标识和所述子设备的资源,所述子设备的资源是根据所述子设备的设备信息创建的;
处理模块,用于根据所述请求消息管理所述子设备,所述服务器和所述网关设备之间采用轻量级机器到机器协议通信。
29.根据权利要求28所述的服务器,其特征在于,
所述接收模块具体用于:通过子设备管理接口接收所述网关设备发送的第二注册请求,所述第二注册请求为所述子设备发送至所述网关设备的第一注册请求,所述第一注册请求中携带所述子设备的标识,或,所述第二注册请求为所述网关设备生成并携带有所述子设备的标识的注册请求,所述子设备管理接口为管理所述子设备的接口;
所述处理模块具体用于:根据所述第二注册请求,注册所述子设备至所述服务器。
30.根据权利要求28所述的服务器,其特征在于,
所述接收模块具体用于:接收所述网关设备发送的信息上报请求,所述信息上报请求用于上报所述子设备的设备信息,且,所述信息上报请求携带有所述子设备的标识和所述子设备的资源;
所述处理模块具体用于:根据所述信息上报请求,注册所述子设备至所述服务器。
31.根据权利要求30所述的服务器,其特征在于,所述子设备的资源为第一客户端实例,所述第一客户端实例是所述子设备对应的一个客户端实例,所述第一客户端实例中包括至少一个第一对象实例,所述第一对象实例是基于所述子设备的设备信息在所述第一客户端实例中创建的对象实例。
32.根据权利要求30所述的服务器,其特征在于,所述子设备的资源为第二对象实例,所述第二对象实例是基于所述子设备的设备信息创建的至少一个对象实例。
33.根据权利要求32所述的服务器,其特征在于,所述第二对象实例是在第二客户端实例中创建的对象实例,所述第二客户端实例所述子设备的设备类型对应的一个客户端实例,则所述信息上报请求中还包括所述子设备的设备类型标识。
34.根据权利要求31至33中任一项所述的服务器,其特征在于,所述对象实例中包括一个设备对象实例和至少一个其他对象实例,所述设备对象实例中包括所述子设备的标识;
所述设备对象实例中还包括每一个其他对象实例的链接,或,每一个其他对象实例中均包括所述设备对象实例的链接。
35.根据权利要求31所述的服务器,其特征在于,所述服务器还包括:发送模块;
所述处理模块还用于:生成所述子设备对应的设备标识或设备索引;
所述发送模块还用于:向所述网关设备发送所述设备标识或所述设备索引;
所述处理模块还用于:在所述子设备注销过程中,根据所述设备标识或所述设备索引删除所述子设备对应的所有资源,所述子设备的注销是由所述子设备或所述服务器发起的。
36.根据权利要求28至35中任一项所述的服务器,其特征在于,所述服务器还包括:发送模块;若所述子设备已注册至所述服务器,所述发送模块用于:向所述网关设备发送群组操作指令,所述群组操作指令用于指示对一组所述子设备进行操作,所述群组操作指令中携带有群组的标识。
37.一种网关设备,其特征在于,包括:
处理单元、存储单元和收发单元;
所述收发单元,用于接收或发送数据;
所述存储单元,用于存储计算机操作指令;
所述处理单元,用于通过调用所述计算机操作指令,以执行上述权利要求1至9中任一项所述的设备管理方法。
38.一种服务器,其特征在于,包括:
处理单元、存储单元和收发单元;
所述收发单元,用于接收或发送数据;
所述存储单元,用于存储计算机操作指令;
所述处理单元,用于通过调用所述计算机操作指令,以执行上述权利要求10至18中任一项所述的设备管理方法。
39.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机操作指令,当所述计算机可读存储介质在计算机上运行时,使得计算机可以执行上述权利要求1至18中任一项所述的设备管理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910009296.6A CN111416723B (zh) | 2019-01-04 | 2019-01-04 | 一种设备管理方法及相关设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910009296.6A CN111416723B (zh) | 2019-01-04 | 2019-01-04 | 一种设备管理方法及相关设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111416723A true CN111416723A (zh) | 2020-07-14 |
CN111416723B CN111416723B (zh) | 2022-03-01 |
Family
ID=71493942
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910009296.6A Active CN111416723B (zh) | 2019-01-04 | 2019-01-04 | 一种设备管理方法及相关设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111416723B (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112487133A (zh) * | 2020-11-25 | 2021-03-12 | 国网辽宁省电力有限公司信息通信分公司 | 一种用于电网的设备发现和识别方法及系统 |
CN113052442A (zh) * | 2021-03-09 | 2021-06-29 | 合安科技技术有限公司 | 设备信息管理方法、设备信息采集方法、相关终端及系统 |
CN113839811A (zh) * | 2021-09-03 | 2021-12-24 | 中国电力科学研究院有限公司 | 基于Lwm2m协议的智能断路器自描述信息交互方法及系统 |
CN114500598A (zh) * | 2022-01-25 | 2022-05-13 | 京东方科技集团股份有限公司 | 设备接入方法、系统及代理服务设备 |
CN114697047A (zh) * | 2022-06-01 | 2022-07-01 | 树根互联股份有限公司 | 物联网中的子设备注册方法、云服务器及网关设备 |
WO2024113119A1 (zh) * | 2022-11-28 | 2024-06-06 | Oppo广东移动通信有限公司 | 通信方法、装置、设备、存储介质、芯片、产品及程序 |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140052775A1 (en) * | 2012-08-14 | 2014-02-20 | Kt Corporation | Forwarding information to designated user terminal |
CN104838618A (zh) * | 2012-12-05 | 2015-08-12 | Lg电子株式会社 | 在无线通信系统中验证访问授权的方法和设备 |
CN105379312A (zh) * | 2013-05-06 | 2016-03-02 | 康维达无线有限责任公司 | 装置触发 |
CN105612768A (zh) * | 2013-05-21 | 2016-05-25 | 康维达无线有限责任公司 | 轻量级iot信息模型 |
CN106027357A (zh) * | 2016-07-08 | 2016-10-12 | 北京邮电大学 | 物联网关及物联平台接纳家居设备的方法和物联网系统 |
CN106233695A (zh) * | 2014-04-25 | 2016-12-14 | 瑞典爱立信有限公司 | 用于管理客户端设备的装置和方法 |
CN107005571A (zh) * | 2014-11-14 | 2017-08-01 | 康维达无线有限责任公司 | 基于权限的资源和服务发现 |
CN107211232A (zh) * | 2014-07-22 | 2017-09-26 | 康维达无线有限责任公司 | 轻量级机器对机器协议与装置管理协议的互工作 |
US20180109929A1 (en) * | 2016-10-13 | 2018-04-19 | Convida Wireless, Llc | Enabling Multicast For Service Layer Group Operation |
US20180183897A1 (en) * | 2015-07-30 | 2018-06-28 | Telefonaktiebolaget Lm Ericsson (Publ) | A Method A Server And A Client For Policy Based Control Of M2M Devices |
CN108293062A (zh) * | 2015-12-03 | 2018-07-17 | 瑞典爱立信有限公司 | 用于管理受限设备的方法和设备 |
CN108429797A (zh) * | 2018-02-26 | 2018-08-21 | 中国科学院合肥物质科学研究院 | 一种多电梯安全运行的数据通信方法 |
-
2019
- 2019-01-04 CN CN201910009296.6A patent/CN111416723B/zh active Active
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140052775A1 (en) * | 2012-08-14 | 2014-02-20 | Kt Corporation | Forwarding information to designated user terminal |
CN104838618A (zh) * | 2012-12-05 | 2015-08-12 | Lg电子株式会社 | 在无线通信系统中验证访问授权的方法和设备 |
CN105379312A (zh) * | 2013-05-06 | 2016-03-02 | 康维达无线有限责任公司 | 装置触发 |
CN105612768A (zh) * | 2013-05-21 | 2016-05-25 | 康维达无线有限责任公司 | 轻量级iot信息模型 |
CN106233695A (zh) * | 2014-04-25 | 2016-12-14 | 瑞典爱立信有限公司 | 用于管理客户端设备的装置和方法 |
CN107211232A (zh) * | 2014-07-22 | 2017-09-26 | 康维达无线有限责任公司 | 轻量级机器对机器协议与装置管理协议的互工作 |
CN107005571A (zh) * | 2014-11-14 | 2017-08-01 | 康维达无线有限责任公司 | 基于权限的资源和服务发现 |
US20180183897A1 (en) * | 2015-07-30 | 2018-06-28 | Telefonaktiebolaget Lm Ericsson (Publ) | A Method A Server And A Client For Policy Based Control Of M2M Devices |
CN108293062A (zh) * | 2015-12-03 | 2018-07-17 | 瑞典爱立信有限公司 | 用于管理受限设备的方法和设备 |
CN106027357A (zh) * | 2016-07-08 | 2016-10-12 | 北京邮电大学 | 物联网关及物联平台接纳家居设备的方法和物联网系统 |
US20180109929A1 (en) * | 2016-10-13 | 2018-04-19 | Convida Wireless, Llc | Enabling Multicast For Service Layer Group Operation |
CN108429797A (zh) * | 2018-02-26 | 2018-08-21 | 中国科学院合肥物质科学研究院 | 一种多电梯安全运行的数据通信方法 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112487133A (zh) * | 2020-11-25 | 2021-03-12 | 国网辽宁省电力有限公司信息通信分公司 | 一种用于电网的设备发现和识别方法及系统 |
CN113052442A (zh) * | 2021-03-09 | 2021-06-29 | 合安科技技术有限公司 | 设备信息管理方法、设备信息采集方法、相关终端及系统 |
CN113839811A (zh) * | 2021-09-03 | 2021-12-24 | 中国电力科学研究院有限公司 | 基于Lwm2m协议的智能断路器自描述信息交互方法及系统 |
CN114500598A (zh) * | 2022-01-25 | 2022-05-13 | 京东方科技集团股份有限公司 | 设备接入方法、系统及代理服务设备 |
CN114697047A (zh) * | 2022-06-01 | 2022-07-01 | 树根互联股份有限公司 | 物联网中的子设备注册方法、云服务器及网关设备 |
WO2024113119A1 (zh) * | 2022-11-28 | 2024-06-06 | Oppo广东移动通信有限公司 | 通信方法、装置、设备、存储介质、芯片、产品及程序 |
Also Published As
Publication number | Publication date |
---|---|
CN111416723B (zh) | 2022-03-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111416723B (zh) | 一种设备管理方法及相关设备 | |
JP7012836B2 (ja) | ネットワークスライス管理方法及び装置 | |
CN108293022B (zh) | 一种报文传输的方法、装置和系统 | |
CN110972092B (zh) | 本地局域网通信方法、设备及系统 | |
CN107302443B (zh) | 基于网络配置协议的设备配置方法及装置 | |
CN109218046B (zh) | 网络切片的管理方法及系统和存储介质 | |
WO2015081786A1 (zh) | 订阅通知的实现方法和装置 | |
US11856065B2 (en) | Data transmission for service integration between a virtual private cloud and an intranet | |
US20180063879A1 (en) | Apparatus and method for interoperation between internet-of-things devices | |
CN111490893B (zh) | 一种网络转发模型的建立方法、装置及系统 | |
JP2017517170A (ja) | Nfvシステムにおけるサービス実装のための方法および通信ユニット | |
KR20180103975A (ko) | 자원 객체를 관리하는 방법 및 시스템 | |
CN106031116A (zh) | 一种ns与vnf的关联方法、装置及系统 | |
CN110972226B (zh) | 本地局域网通信方法、设备及系统 | |
CN111193773A (zh) | 负载均衡方法、装置、设备及存储介质 | |
US11303583B2 (en) | Resource trees by management controller | |
CN109964507A (zh) | 网络功能的管理方法、管理单元及系统 | |
CN105450585A (zh) | 一种信息传输方法及装置 | |
CN104468830A (zh) | 一种基于物联网的web服务方法及物联网系统 | |
WO2020249032A1 (zh) | 通信方法及装置 | |
WO2015168981A1 (zh) | 属性的操作方法及装置 | |
US11863633B2 (en) | Cloud communication method and apparatus | |
US20170302617A1 (en) | Method and Registration Node for Managing Application Resource in Machine to Machine (M2M) | |
EP3503484A1 (en) | Message transmission method, device and network system | |
CN114650290A (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 | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20220211 Address after: 550025 Huawei cloud data center, jiaoxinggong Road, Qianzhong Avenue, Gui'an New District, Guiyang City, Guizhou Province Applicant after: Huawei Cloud Computing Technology Co.,Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Applicant before: HUAWEI TECHNOLOGIES Co.,Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |