CN108293062A - 用于管理受限设备的方法和设备 - Google Patents

用于管理受限设备的方法和设备 Download PDF

Info

Publication number
CN108293062A
CN108293062A CN201580085087.XA CN201580085087A CN108293062A CN 108293062 A CN108293062 A CN 108293062A CN 201580085087 A CN201580085087 A CN 201580085087A CN 108293062 A CN108293062 A CN 108293062A
Authority
CN
China
Prior art keywords
lwm2m
constrained devices
objects
client device
computer program
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
Application number
CN201580085087.XA
Other languages
English (en)
Other versions
CN108293062B (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.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN108293062A publication Critical patent/CN108293062A/zh
Application granted granted Critical
Publication of CN108293062B publication Critical patent/CN108293062B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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]
    • 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
    • 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/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/005—Discovery of network devices, e.g. terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/06—Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/12—Application layer protocols, e.g. WAP [Wireless Application Protocol]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/10—Interfaces between hierarchically different network devices between terminal device and access point, i.e. wireless air interface

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)
  • Databases & Information Systems (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

提供了一种在客户端设备(16)中执行的用于管理受限设备(14a，14b，14c)的方法(30)，所述受限设备(14a，14b，14c)至少在某种程度上不支持轻量级的机器对机器LWM2M协议。客户端设备(16)与LWM2M协议兼容以便与LWM2M服务器(17)进行通信，并且包括用于管理任何发现的受限设备(14a，14b，14c)的LWM2M控制器对象(22)。方法(30)包括发现(31)一个或多个受限设备(14a，14b，14c)；针对每个发现的受限设备(14a，14b，14c)创建(32)相应的LWM2M连接设备对象(23)，其中所述LWM2M控制器对象(22)指向一个或多个创建的LWM2M连接设备10对象(23)；以及向LWM2M服务器(17)公开(33)LWM2M控制器对象(22)。还提供了服务器设备(17)中的方法(40)、客户端设备(16)、服务器设备(17)、计算机程序和计算机程序产品。

Description

用于管理受限设备的方法和设备
技术领域
本文公开的技术总体上涉及数据通信领域，并且更具体地涉及客户端设备管理受限设备的方法、客户端设备、服务器设备管理受限设备的方法、服务器设备以及相关的计算机程序和计算机程序产品。
背景技术
机器对机器(M2M)是包括使用网络与例如互联网服务器的远程应用进行通信的设备(例如，传感器和所谓的智能设备)的概念。这样的通信可以例如用于监测和控制的目的。物联网(IoT)是指具有网络连接性的对象(“物体”)网络，而M2M可以被视为IoT的组成部分。M2M/IoT一起涵盖了大量设备，这些设备使用短程技术(例如，蓝牙或WiFi)以及远程技术(例如，诸如3G或4G之类的无线电接入技术)基于各种通信或接入媒体直接并跨网络进行相互通信。
轻量M2M(LWM2M)是开放移动联盟(OMA)的新标准，其专注于受限蜂窝设备和其他M2M设备。该标准定义了基于开放式互联网工程任务组(IETF)标准(即，受限应用协议(CoAP)和数据报传输层安全性(DTLS))的高效的设备-服务器接口。LWM2M启用器包括针对LWM2M设备的设备管理和服务启用。这个LWM2M启用器使用轻量而紧凑的协议以及高效的资源数据模型来适应受限设备。这里的受限设备是指具有有限的处理能力和存储器并且很多时候也以非常低的功耗为目标的设备。
对LWM2M客户端和服务器的现有LWM2M启用器框架的使用的限制在于M2M区域网络(即，IoT设备例如在用户的住宅或办公楼中的局域部署)可能包括在功耗、处理能力和存储器方面非常受限设备。对于非常受限设备，支持完整的LWM2M客户端栈是不切实际的，甚至是不可能的。因此，LWM2M框架无法支持这些设备，这是因为没有办法与LWM2M服务器进行通信。
此外，它不是一个可行的解决方案，以公开例如具有这种有限的处理和存储能力的家庭设备来通过诸如蜂窝接口(例如，长期演进LTE)之类的远程技术与M2M网络/服务器侧进行通信。从技术方面(例如，功耗)以及从业务方面(例如，蜂窝调制解调器的成本和移动网络运营商的资费)两者来看，这将是一种昂贵的通信方式。
发明内容
本公开的目的是致力于并解决或至少减轻上述问题。
根据一个方面，通过在客户端设备中执行的用于管理受限设备的方法来实现该目的，所述受限设备至少在某种程度上不支持轻量级机器对机器LWM2M协议。所述客户端设备与LWM2M协议兼容以便与LWM2M服务器进行通信，并且包括用于管理任何发现的受限设备的LWM2M控制器对象。所述方法包括发现一个或多个受限设备；针对每个发现的受限设备创建相应的LWM2M连接设备对象，其中LWM2M控制器对象指向一个或多个创建的LWM2M连接设备对象；以及向所述LWM2M服务器公开所述LWM2M控制器对象。
所述方法提供了若干优点。例如，所述方法提供了使各种设备能够与M2M网络侧或LWM2M服务器进行交互和通信的机制。所述方法通过使单个客户端设备代表受限设备进行通信来实现使用较不复杂的网络架构。从LWM2M服务器的角度来看，它较不复杂，这是因为它需要与单个LWM2M客户端进行通信，所述LWM2M客户端负责处理例如家庭网络中的操作，而不是分别与支持其自己的LWM2M客户端栈的每个设备进行通信并且与LWM2M服务器进行通信。更进一步，受限或非常受限的互联网协议(IP)设备的现有功能可以保持不变，并且LWM2M客户端可以处理与LWM2M服务器的网络通信，以进行需要在这些受限IP设备上执行的操作。
根据一个方面，通过一种客户端设备的用于管理受限设备的计算机程序来实现该目的。该计算机程序包括计算机程序代码，当在所述客户端设备上的至少一个处理器上执行所述计算机程序代码时，所述计算机程序代码使得所述客户端设备执行如上所述的方法。
根据一个方面，通过一种包括上述计算机程序和其上存储有所述计算机程序的计算机可读装置在内的计算机程序产品来实现该目的。
根据一个方面，通过用于管理受限设备的客户端设备来实现该目的，所述受限设备至少在某种程度上不支持轻量级机器对机器LWM2M协议。所述客户端设备与LWM2M协议兼容以便与LWM2M服务器进行通信，并且包括用于管理任何发现的受限设备的LWM2M控制器对象。所述客户端设备被配置为：发现一个或多个受限设备；针对每个发现的受限设备创建相应的LWM2M连接设备对象，其中LWM2M控制器对象指向一个或多个创建的LWM2M连接设备对象；以及向所述LWM2M服务器公开所述LWM2M控制器对象。
提供一种增强型LWM2M客户端，其可以支持各种IoT设备的代理功能，而无需这些IoT设备具有安装的LWM2M栈和所有支持的设备能力的先决条件。
根据一个方面，通过在服务器设备中执行的用于管理受限设备的方法来实现目的，所述受限设备至少在某种程度上不支持轻量级机器对机器LWM2M协议。服务器设备与LWM2M协议兼容以便与客户端设备进行通信。所述方法包括在LWM2M客户端上启用发现模式；以及从LWM2M客户端设备接收包括更新后的计数器资源和更新后的引用资源的消息，所述计数器资源指示连接的受限设备的数量的任何改变，所述引用资源针对所有连接的受限设备维护所创建的LWM2M连接设备对象的引用列表。
所述方法提供了若干优点。例如，所述LWM2M服务器能够与单个LWM2M客户端进行通信，所述单个LWM2M客户端具有允许LWM2M服务器与LWM2M客户端设备后面设备进行通信并对其进行管理的新的增强型LWM2M对象支持。
根据一个方面，通过一种服务器设备的用于管理受限设备的计算机程序来实现该目的。该计算机程序包括计算机程序代码，当在所述服务器设备上的至少一个处理器上执行所述计算机程序代码时，所述计算机程序代码使得所述服务器设备执行如上所述的方法。
根据一个方面，通过一种包括上述计算机程序和其上存储有所述计算机程序的计算机可读装置在内的计算机程序产品来实该现目的。
根据一个方面，通过用于管理受限设备的服务器设备来实现该目的，所述受限设备至少在某种程度上不支持轻量级机器对机器LWM2M协议。服务器设备与LWM2M协议兼容以便与客户端设备进行通信。所述服务器设备被配置为：在LWM2M客户端上启用发现模式；以及从LWM2M客户端设备接收包括更新后的计数器资源和更新后的引用资源的消息，所述计数器资源指示连接的受限设备的数量的任何改变，所述引用资源针对所有连接的受限设备维护所创建的LWM2M连接设备对象的引用列表。
在阅读以下描述和附图时，本教导的实施例中的其它特征和优点将变得更加清楚。
附图说明
图1示出了LWM2M架构。
图2示出了根据本教导的架构。
图3示意性地示出了可以实现根据本教导的实施例的环境。
图4示出了Wi-Fi路由器上的LWM2M客户端栈。
图5是示出了对象关系的图。
图6是示出了(非常)受限设备的控制和管理的序列图。
图7是示出了受限设备的发现和进一步操作的序列图。
图8示出了根据本教导的客户端设备中的方法的步骤的流程图。
图9示出了根据本教导的服务器设备中的方法的步骤的流程图。
图10示意性地示出了用于实现根据本教导的实施例的系统和装置。
图11示出了包括用于实现根据本教导的实施例的功能模块/软件模块的客户端设备。
图12示出了包括用于实现根据本教导的实施例的功能模块/软件模块的服务器设备。
具体实施方式
在以下描述中，出于说明而非限制的目的，阐述具体细节，例如特定架构、接口、技术等，以提供完全的理解。在其他实例中，省略了对公知设备、电路和方法的详细描述，以避免因不必要的细节使描述不清楚。在本说明书全文中，同样的附图标记指代相同或相似的元素。
本教导具体涉及能够在短程通信中至少支持基于IP的通信的各种设备，例如冰箱、灯、各种计量设备等。从家庭网络的角度来看，这意味着这些设备可以支持一些短程技术，如Wi-Fi。许多传统IoT设备的市场依赖于通信和应用栈的非标准或事实标准。然而，市场已经迅速地汇聚到IP栈的使用上，并且很大一部分市场还包括像RESTful范例这样的网络技术。这意味着新的IoT设备甚至是非常受限设备将基于IP栈。
即使IP已经成为技术的选择，但一些设备在处理能力和存储中的至少一个方面如此受限使得即使对于IP栈支持诸如CoAP之类的应用层协议也难以支持；LWM2M加上所需的CoAP支持需要与典型处理器上的整个IP栈大约相同数量的设备存储器。然而，也需要将这些设备连接到互联网上，但这会影响消费者对这些设备的拥有成本。
为了满足上述需求，在各种实施例中，本教导提供了用于使IoT设备，并且特别是非常受限设备，能够与互联网服务器进行通信的方法和设备。本教导提供了一种机制以通过单个LWM2M客户端/服务器接口来支持缺乏完整的LWM2M栈的一组设备。
出于效率原因，LWM2M服务器也可以受益于仅使单个或仅少数IoT设备运行单独的LWM2M实例。因此，在一些实施例中，进行与住宅、商业、所连接的汽车设备等相关的设备的逻辑分组，使得公共的单个LWM2M客户端端点与LWM2M服务器通信。不是要求例如家庭住宅中的每个设备支持唯一的LWM2M客户端(这将要求设备具有硬件和软件来支持该功能)，而是本文建议使用公共LWM2M客户端。如在背景部分中提到的那样，一些受限设备将无法处理对唯一的LWM2M客户端的支持，这是因为它们在处理能力和存储能力中的至少一个方面受限。
此外，通过例如在Wi-Fi路由器中为所连接的家庭提供单个端点或LWM2M客户端，它可以支持能够通过Wi-Fi/无线局域网(WLAN)与Wi-Fi路由器进行通信的多个设备，并且该路由器可以充当LWM2M客户端。从网络拓扑角度以及从功能角度来看，这种物理和逻辑分组是有益的。
LWM2M启动器已经发展成为一种标准规范，它基于简单的扁平客户端-服务器架构(如图1所示)捕捉一组接口和高效的有效载荷。为了完整性起见并且为了提供对本教导的透彻理解，下面参考图1简要地描述这种已知的架构。
图1示出了现有的LWM2M架构，其包括LWM2M服务器1以及在LWM2M客户端设备3(例如，M2M设备3)上运行的LWM2M客户端2。LWM2M服务器1和LWM2M客户端2之间的接口包括：引导，其可以预先提供或由客户端/服务器发起；客户端注册，其中客户端及其对象被注册；设备管理和服务启用，提供对对象或资源的服务器访问；以及信息报告，以新的资源值启用通知。
LWM2M客户端2包括多个对象实例。对象是资源的集合，资源是可以读取、写入或执行的一条信息。每个资源可以具有多个实例(例如，高度H、重量W、长度L)。对象和资源由16位整数标识，而实例由8位整数标识。可以用简单的统一资源标识符(URI)来访问对象和资源。
简而言之，本教导的目的在于一种设备，主要是非常小且受限的IoT设备，并且特别是使得这种设备能够进行通信，而不要求它们包括并运行成熟的LWM2M客户端。优选地，这些设备包括容宿IP栈的设备，这是因为相信IP已经成为市场选择。
本教导扩展了IoT设备上的LWM2M客户端的能力，使得LWM2M客户端以与LWM2M兼容的方式公开其他设备(特别是非常受限设备)的能力，而不用这些非常受限设备中的每个设备都运行相应的LWM2M客户端。实际上，本教导的LWM2M客户端可以被容宿在充当IoT网关的节点上。然而，需要注意的是，节点的功能不限于仅充当IoT网关，并且它可以容宿应用功能以及其他网关能力。
图2示出了根据本教导的架构。通过引入新的LWM2M对象以及LWM2M服务器设备17(在下文中也简称为服务器17)涉及例如参考图1描述的接口与包括LWM2M客户端16的LWM2M客户端设备21进行通信的方法来实现以上内容。LWM2M客户端16可以以硬件和/或软件实现。LWM2M客户端16代表非常受限IoT设备14a、14b与LWM2M服务器17通信。LWM2M客户端16运行LWM2M客户端栈并且可以访问LWM2M服务器17上可用的服务。LWM2M客户端16支持多个受限和/或非常受限设备14a、14b，并且根据本教导的机制允许支持当新的这种设备与LWM2M客户端16附接和分离时发现该设备。而且，一旦附接，LWM2M服务器17可以经由表示非常受限IP设备14a、14b的能力的新对象(“相关联的对象”)来控制或管理新设备及其功能，所述非常受限IP设备14a、14b不具有支持LWM2M客户端的能力。
图3示意性地示出了可以实现根据本教导的实施例的示例性环境。根据本教导的一个方面的系统10包括例如位于用户的家庭住宅11内的多个非常受限设备14a、14b、14c以及可选地其他设备15a、15b。如前所述，这些设备，特别是非常受限设备14a、14b、14c，通常缺乏处理能力、电源和/或存储器来运行LWM2M客户端协议栈。这种设备的示例包括灯泡14a、安全摄像机14b和钥匙14c等等。系统10可以包括任何数量的这种非常受限设备14a、14b、14c或者受限和非常受限设备的混合。如前所述，非常受限设备可能无法支持CoAP和LWM2M层。
系统10还可以包括其他设备，例如家用电器15a(例如，冰箱、洗衣机等)和智能公用事业仪表15b。这种其他设备15a、15b可以具有容宿和运行LWM2M客户端的能力。
系统10包括LWM2M客户端16，所述LWM2M客户端16例如可以代表非常受限设备14a、14b、14c在既充当IP网关又充当用于LWM2M支持的端点的路由器或家庭网关上运行。智能公用事业仪表15b和家用电器15a可以支持连接到这个家庭网关的LWM2M客户端栈，所述家庭网关在IP层上中继通信。相反，非常受限设备14a、14b、14c无法运行完整的LWM2M客户端，而是连接到代表这些非常受限设备以将它们连接到LWM2M服务器17的LWM2M客户端16。非常受限设备14a、14b、14c可以通过LWM2M客户端16侧支持的基于用户数据报协议/因特网协议(UDP/IP)的通信媒体与LWM2M客户端16进行通信，即它们本身不运行LWM2M客户端协议栈。
可以以硬件和/或软件实现的LWM2M服务器17可以设置在运营商网络12中或诸如因特网之类的分组数据网络13中。LWM2M服务器17可以包括非常受限设备14a、14b、14c通过LWM2M客户端16可访问的M2M应用。
最终用户19可以使用由LWM2M服务器17公开的接口来查看和/或控制包括非常受限设备14a、14b、14c的家庭网络的行为。作为特定示例，最终用户19可以使用她的智能电话来访问由LWM2M服务器17提供的应用。该应用可以提供“家庭控制”功能，使得最终用户19能够例如控制非常受限设备14a、14b、14c，例如打开或关闭灯或者从它们获得状态报告(例如，当前的室内温度)或从安全摄像机14b接收图片。
注意到，本教导不限于这种示例性家庭住宅11的环境。可以实现本教导的另一示例性环境例如在物流、运输和物品装载(未示出)内。例如，可能的场景包括用于运输贵重物品(例如，画)的容器。在这种情况下，非常受限设备14a、14b、14c可以包括智能卡、芯片卡、芯片计算机等以用于报告例如位置、温度、标识等。根据本教导的LWM2M客户端16可以例如被容宿在布置在容器内的网关或Wi-Fi路由器上，非常受限设备14a、14b、14c于是可以借助于所述网关或Wi-Fi路由器进行通信。
图4示出了示例性实施例。M2M区域网络20可以例如包括家庭住宅、运输容器或工业环境。M2M区域网络20包括多个受限和非常受限设备14a、14b，例如包括灯泡14a、摄像机14b，并且还包括智能电话15a。例如，LWM2M客户端16可以安装在Wi-Fi路由器21上。由于且当支持Wi-Fi的设备14a、14b、15a附接到Wi-Fi路由器21时，Wi-Fi路由器21更新其保存的非常受限设备表。Wi-Fi路由器21上的LWM2M客户端16于是可以使用该信息来填充上下文，该上下文包括新附接的设备的Connec tedDeviceController(连接设备控制器)对象和ConnectedDevice(连接设备)对象(稍后描述)。LWM2M客户端16可以向LWM2M服务器17通知这个新附接的设备。与LWM2M服务器17的此通信通过LWM2M接口利用本文提供的机制。本教导可以应用于例如家庭住宅中的所有设备，甚至可以根据本教导管理诸如智能电话15a之类的非受限设备。
注意到，在灯泡14a、智能电话15a和摄像机14b上没有安装LWM2M客户端16，并且它们借助于Wi-Fi路由器21(或容宿LWM2M客户端16的其他设备)来利用现有通信机制。此外，仅存在单个LWM2M客户端16与LWM2M服务器17通信。
本教导引入以下LWM2M对象：
1、ConnectedDeviceController对象
2、ConnectedDevice对象
根据本教导，经由LWM2M客户端16向LWM2M服务器17外部公开这些对象，这意味着LWM2M服务器17将基于它们的命名和寻址明确地知道在LWM2M客户端16后面非常受限的非LWM2M设备作为单独的设备，如将在后面描述的。
这些对象的引入使得LWM2M客户端16中的方法能够发现并管理M2M区域网络中位于LWM2M客户端16后面的设备14a、14b、15a。
这些对象可以根据以下来表示，支持已经提及的资源：
LWM2M对象：ConnectedDeviceController
ConnectedDeviceController对象使得LWM2M客户端16能够跟踪附接到LWM2M客户端16的所连接设备14a、14b、14c。LWM2M客户端16具有用于每个这样的设备14a、14b、14c的相应ConnectedDeviceController对象。
对象定义
(URN＝统一资源名称，TBD＝待决定)
资源定义
(RW＝读取/写入，R＝读取)
表1
在表1中，最右边一列(“描述”)：
描述1(“EnableDiscovery”)：默认此资源被设置为假，即默认禁用该特征。如果LWM2M服务器17将此资源设置为真，则LWM2M客户端16被设置为发现模式。于是，LWM2M客户端16基于所支持的接入技术以及对发现设备的相应支持来尝试发现M2M区域网络20或所连接的设备14a、14b、14c。
描述2(“ConnectedDeviceCounter”)：默认值是0。该资源是在任何时间点通过LWM2M客户端16可达的连接设备的数量的计数器。
描述3(“ConnectedDeviceRef”)：该资源维护对ConnectedDevice对象的引用列表。
需要注意的是，可以引入其他相关资源作为ConnectedDeviceController对象的一部分。
可以将ConnectedDevice对象映射到一个或多个互联网协议智能对象(IPSO)，如通用传感器、光度传感器、温度传感器等，或者捕捉特定连接设备的功能和能力的供应商特定的扩展。
图5是示出了对象关系的图。LWM2M客户端设备21包括LWM2M客户端16并且可以包括用于控制多个所连接的设备14a、14b、14c、15a、15b的上述ConnectedDeviceController对象22。ConnectedDeviceController对象22可以发现、管理并跟踪连接到LWM2M客户端16的任何数量n的设备。LWM2M客户端16针对每个连接的非常受限设备14a、14b、14c创建并指向ConnectedDevice对象23。ConnectedDeviceController对象22包括与管理非常受限设备14a、14b、14c有关的资源(在图中表示为资源1、资源2、资源3)，例如ConnectedDeviceCounter资源24、ConnectedDeviceRef资源25和EnableDiscovery资源26。
图6是示出了非常受限设备的控制和管理的序列图。具体而言，示出了基于本文中引入的LWM2M对象来控制和管理LWM2M客户端16后面的非常受限设备14a、14b、14c的机制。提供了用于通知LWM2M服务器17关于非常受限设备14a、14b、14c的附接/分离的接近实时的机制。
由于IoT设备可能“休眠”(即，处于休眠状态)，所以请求和响应可能被缓存等，但是这些过程是已知的，并且已经按照IETF标准工作解决该休眠设备，并且解决方案可用或正在进行中。本教导对此是透明的，并且可以依赖于并且与如何支持“休眠设备”兼容。引导和注册是这些步骤的先决条件，由于它们本身是已知的，所以在此省略其描述。相反，对于这些细节，参考定义例如IoT设备的引导的IETF标准。
因此，在图6中：
在箭头101处，LWM2M服务器17通过将EnableDiscovery资源设置为真来启用发现机制。LWM2M服务器17可以通过命令“写入10/0/0真”来启用该机制，其中“10”表示在ConnectedDeviceController对象中设置的对象标识(对象ID)(参考表1)，第一个“0”表示对象实例(即，ConnectedDeviceController对象的第一个也是唯一的对象实例)，第二个“0”表示资源标识符EnableDiscovery(再次参考表1)。因此，“10/0/0”是指对象的确切资源，并且要写入资源的值为“真”。由此启用LWM2M客户端上的特征“发现模式”，并且LWM2M客户端可以使UDP端口能够从M2M区域网络中的设备14a、14b、14c接收附接/分离信息。
在箭头102处，LWM2M服务器17观察ConnectedDeviceCounter资源24，其是LWM2M中订阅所观察的资源的任何改变的机制。在这个特定示例中，由LWM2M服务器17观察10/0/1的任何改变，并且当发生改变时，LWM2M客户端16将向LWM2M服务器17报告任何改变。当在网络中检测到新设备14a、14b、14c时，ConnectedDeviceCounter资源24增加1，并且当设备14a、14b、14c从网络中丢失时，ConnectedDeviceCounter资源24减少1。
在箭头103处，因为在LWM2M客户端16中启用发现模式，所以LWM2M客户端16可以打开UDP端口(作为UDP对等端)，M2M区域网络中的受限设备可以通过所述UDP端口进行通信以通知其附接到LWM2M客户端16。非常受限设备14a、14b、14c被预先提供有LWM2M客户端16的IP地址和UDP端口，因此LWM2M客户端16打开该UDP端口以进行通信。当非常受限设备14a、14b、14c附接到M2M区域网络时，它向LWM2M客户端16的UDP端口发送(箭头103)UDP消息。然后，LWM2M客户端16可以基于该附接来创建ConnectedDevice对象23，所述ConnectedDevice对象23以向LWM2M服务器17公开的对象的形式提供对设备14a、14b、14c的表示。可以在发现过程中使用专用协议或其他手段(例如，经由用户可以通过其来帮助发现的管理接口)向LWM2M客户端16提供设备14a、14b、14c的能力。
在箭头104处，当检测到新设备14a、14b、14c时，LWM2M客户端16将ConnectedDeviceCounter资源24的值增加1。此外，它创建捕捉所添加的设备14a、14b、14c的功能和能力的新的ConnectedDevice对象23。此外，ConnectedDeviceRef资源25将新创建的ConnectedDevice对象23的URI存储为它的值。当新设备与LWM2M客户端16附接/分离时，ConnectedDeviceCounter资源24被更新。
在箭头105处，LWM2M客户端16使用通知来向LWM2M服务器17通知ConnectedDeviceCounter资源24的值的变化。该通知还进行操作，即连同受影响的ConnectedDeviceRef资源25一起添加/删除设备。亦即，当更新ConnectedDeviceCounter资源24的值时，LWM2M客户端16向LWM2M服务器17通知最新值以及指示受影响设备的ConnectedDeviceRef资源25。
在箭头106处，LWM2M服务器17然后可以使用ConnectedDeviceRef资源来查看和/或管理设备14a、14b、14c的能力和功能。为了查看和/或管理设备14a、14b、14c的能力，LWM2M服务器17可以在ConnectedDevice对象上执行读取/写入/执行操作。在LWM2M客户端16处维护该对象，直到连接设备14a、14b、14c附接到M2M区域网络为止。要注意的是，可以但不必保持该对象，但是对该对象的引用将不会被使用也不会有效。
要注意的是，尽管按照特定的顺序进行说明，但是也可以以其他顺序来执行LWM2M服务器17和LWM2M客户端16之间的通信(指令、命令、信息等)。例如，可以以相反的顺序来执行箭头102和103，即LWM2M客户端16发现设备并且LWM2M服务器17随后设置ConnectedDeviceCounter 24。
图7是示出了受限设备的发现和进一步操作的序列图。在图7中，示出了发现可以连接到LWM2M客户端16的IP设备的过程以及可以在(IP)受限设备上执行的操作，如下文更详细地描述的。
在框201处，在端口上设定UDP服务器或UDP对等端。当在IP传输上运行时，LWM2M客户端16需要UDP(用户数据报协议)层。这种能力可以用于发现非常受限设备14a、14b、14c，它们(如已经说明的)是非LWM2M IP设备(例如，由于有限的处理资源)。可以通过启用EnableDiscovery资源来启用该特征，并且当确实启用时，LWM2M客户端16可以在UDP端口(端口号和IP地址)上设定UDP服务器(或UDP对等端)。这也参考图6的箭头101进行了描述。
在箭头202处，如果非常受限设备14a、14b、14c在网络内，则它将向已知的IP地址和LWM2M客户端16的UDP端口的端口发送UDP消息，如参考图6所述的。可以例如使用设定/引导机制在受限设备14a、14b、14c中设定该UDP对等端信息，并且因此该UDP对等端信息是已知的。备选地，可以使用UDP广播或多播机制来发现非常受限设备14a、14b、14c。因此，LWM2M客户端16可以在M2M区域网中发送UDP广播以通知非常受限设备141、14b、14c它支持通过LWM2M服务器17来管理它们的特征。
从受限设备14a、14b、14c到LWM2M客户端16的UDP对等端的UDP消息将携带作为有效载荷的小的受限设备表示。这可以是简单的JavaScript对象表示法(JSON)格式的有效载荷，如智能IPSO对象。
在箭头203处，LWM2M客户端16的UDP对等端将有效载荷和受限设备信息传递到LWM2M客户端16。LWM2M客户端16可以将有效载荷存储为ConnectedDevice对象，通过ConnectedDeviceRef引用该对象并将ConnectedDeviceCounter增加1。然后该更新可以触发向LWM2M服务器17的通知。
在箭头204处，UDP对等端将确认从非常受限设备14a、14b、14c接收到的UDP消息，并且可以可选地配置非常受限设备14a、14b、14c以进行进一步的心跳(heartbeat)配置。这样的心跳确保非常受限设备14a、14b、14c将向UDP对等端(由客户端16设定)周期性地发送UDP消息以确认其可用性。因此，LWM2M客户端16在从它们接收到请求(参见箭头202和相关描述)之后可以从非常受限设备14a、14b、14c获得定期更新。
在箭头205处，LWM2M服务器17现在可以向ConnectedDevice对象23发送任何命令或操作，并且这样的命令或操作导致对ConnectedDevice对象23的更新。ConnectedDevice对象23存储LWM2M服务器17想要看到的与非常受限设备14a、14b、14c有关的最新配置。
在箭头206处，按照周期性UDP消息心跳，非常受限设备14a、14b、14c向UDP对等端发送UDP消息。要注意的是，只有在LWM2M客户端16请求周期性更新(参见箭头204)的情况下才发送该UDP消息。
在箭头207处，如果已经接收到根据箭头204的配置请求，则LWM2M客户端16检查是否存在与非常受限设备14a、14b、14c相对应的对ConnectedDevice对象23的任何更新。如果是，则LWM2M客户端16使用UDP响应消息向非常受限设备14a、14b、14c发送更新后的命令或操作。这可以像以前一样采用轻量级有效载荷的形式，例如JSON。
在箭头208处，非常受限设备14a、14b、14c在随后的UDP消息中发送对先前操作或命令的响应。
在箭头209处，LWM2M客户端16可以通知先前设定的操作或命令的结果。
因此提出一种如何发现和管理支持基于UDP协议的IP通信的受限设备的机制。在此使用UDP作为示例，这是因为UDP会保持交换的轻量级并考虑在LWM2M客户端栈中对UDP的支持。然而，需要注意的是可以使用其他协议。受限(IP)设备支持应用层协议(例如，CoAP)可能是有益的(如果可能的话)，这些应用层协议针对受限设备的机器对机器通信进行了优化。备选地，可以使用UDP原始分组(如上所述)，使用LWM2M客户端和服务器协议可以理解的基于JSON的有效载荷。
对于LWM2M客户端16后面的一组支持受限IP的受限设备可以支持上述机制。
下文提供了与影响注册操作和寻址有关的一些方面。
“注册”操作包括端点客户端名称参数以及其他参数。“注册”操作必须包括该LWM2M服务器17上唯一的端点客户端名称(Endpoint Client Name)参数的值。
在从LWM2M客户端16接收到“注册”操作时，LWM2M服务器17记录来自注册消息的IP分组的IP地址和端口，并将该信息用于与该LWM2M客户端16的所有未来交互。
出于本教导的目的，LWM2M客户端16可以使用至少两种方法来处理注册：
1、LWM2M客户端16可以针对每个受限设备14a、14b、14c使用单独的客户端注册接口。在这种情况下，无论何时新的受限设备附接到LWM2M客户端16(例如，根据图6的箭头103或图7的箭头202和相关描述)，LWM2M客户端16将使用与其用于其初始注册(当LWM2M客户端初始地注册在LWM2M服务器17中时)的端口不同的端口。这将确保LWM2M服务器17将其视为新的且不同的注册请求，而不是针对相同LWM2M客户端16的重新注册。然而，为此，LWM2M客户端16应该能够向受限设备分配(或学习)唯一标识符，并且在注册操作有效载荷中携带该信息作为端点客户端名称的一部分。有效载荷还将捕捉ConnectedDevice对象23及其相关实例。当受限设备14a、14b、14c发生改变(更新操作)或受限设备14a、14b、14c分离(取消注册操作)时，类似的过程适用。
这种方法是有利的，这是因为它明显仅利用支持所有受限设备的单个LWM2M客户端16来保持LWM2M接口(以及可能大部分上下文)单独用于每个受限设备14a、14b、14c。
2、LWM2M客户端16可以针对所有受限设备14a、14b、14c使用单个客户端注册接口。在这种情况下，无论何时新的受限设备附接到LWM2M客户端16，LWM2M客户端16都不发送单独的注册请求，并且可以替代地通知(如之前例如在图6的箭头105处详细解释的)LWM2M服务器17。客户端注册接口(包括注册/更新/取消注册操作)保持不变，并且如前所述通过设备管理和服务启用接口来处理受限设备14a、14b、14c的附接/分离(例如，观察/通知)。
如果LWM2M客户端16无法分配或学习每个受限设备14a、14b、14c的唯一端点客户端名称，则该方法是有益的。此外，如果LWM2M客户端16不想为每个受限设备14a、14b、14c向LWM2M服务器17打开单独的UDP客户端端口，则这是有益的。
已经描述的各种特征和实施例可以以多种不同的方式组合，下面首先参考图8来给出其示例。
图8示出了根据本教导的客户端设备16中的方法的步骤的流程图。可以在客户端设备16中执行方法30以管理受限设备14a、14b、14c，所述受限设备14a、14b、14c至少在某种程度上无法支持轻量级的机器对机器LWM2M协议。客户端设备16与LWM2M协议兼容以便与LWM2M服务器17进行通信，并且包括用于管理任何发现的受限设备14a、14b、14c的LWM2M控制器对象22。方法30包括发现31一个或多个受限设备14a、14b、14c。客户端设备16可以尝试基于任何支持的接入技术(例如，Wi-Fi)来找到这样的设备。
方法30包括针对每个发现的受限设备14a、14b、14c创建32相应的LWM2M连接设备对象23，其中LWM2M控制器对象22指向一个或多个创建的LWM2M连接设备对象23。
方法30包括向LWM2M服务器17公开33LWM2M控制器对象22。
方法30使得客户端设备16能够支持多个受限设备，例如容宿IP栈的IoT设备。方法30使得客户端设备16能够代表受限设备处理与LWM2M服务器的网络通信，例如针对需要在受限设备上执行的操作的通信。受限设备因此可以保持为低复杂度的设备，对容宿LWM2M协议栈的需求得以缓解。
根据描述应该显而易见的是，本文使用的术语“非常受限设备”或“受限设备”表示以下受限设备：所述受限设备在处理能力和存储能力方面如此受限，使得它们无法支持成熟的标准化应用协议(支持例如CoAP和LWM2M)，但支持UDP/IP(最小/轻量级支持)传输，以通过两端理解的原始/小的UDP消息传递有限的相关信息。大多数这种非常受限设备缺乏LWM2M协议栈，而一些可能具有其适配版本。
LWM2M客户端16可以包括各种资源，这些资源中的每一个资源使得能够在各个方面管理非常受限设备14a、14b、14c。
在实施例中，方法30包括：
-更新34 LWM2M控制器对象22的计数器资源24，所述计数器资源24对连接的受限设备14a、14b、14c的数量进行计数，以及
-向LWM2M服务器17提供35计数器资源24的值的任何变化。
在各种实施例中，在发现31之前从LWM2M服务器17接收设置发现模式的指示。
在上述实施例的变型中，方法30包括响应于接收到指示而启用用户数据报协议UDP端口以接受来自受限设备14a、14b、14c的附接和分离信息。
在各种实施例中，LWM2M控制器对象22包括与对受限设备14a、14b、14c的管理相关的资源，所述资源包括以下中的一个或多个：用于启用发现的资源26，用于对客户端设备16可达的连接的受限设备14a、14b、14c的数量进行计数的计数器资源24，以及用于维护创建的LWM2M连接设备对象23的引用列表的引用资源25。
在各种实施例中，通过客户端设备16与受限设备14a、14b、14c之间的基于用户数据报协议UDP/互联网协议IP的通信链路来进行发现31。
在各种实施例中，所创建的一个或多个LWM2M连接设备对象23中的每个对象包括所发现的相应受限设备14a、14b、14c的能力和/或功能。
在各种实施例中，LWM2M对象23包括用于维护对所创建的LWM2M连接设备对象23的引用的列表的引用资源25，每个引用包括统一资源标识符，用于针对所发现的受限设备14a、14b、14c标识创建的相应LWM2M连接设备对象23。
在各种实施例中，方法30包括从受限设备14a、14b、14c接收UDP消息，所述UDP消息携带作为有效载荷的受限设备表示。
图9示出了根据本教导的服务器设备中的方法的步骤的流程图。提供了方法40，可以在服务器设备17中执行所述方法40以管理受限设备14a、14b、14c，所述受限设备14a、14b、14c至少在某种程度上不能支持轻量级的机器对机器LWM2M协议。服务器设备17与LWM2M协议兼容以便与客户端设备16进行通信。方法40包括在LWM2M客户端16上启用41发现模式。
方法40包括从LWM2M客户端设备16接收42包括更新后的计数器资源24和更新后的引用资源25的消息42，所述计数器资源24指示连接的受限设备14a、14b、14c的数量的任何改变，所述引用资源25针对所有连接的受限设备14a、14b、14c维护所创建的LWM2M连接设备对象23的引用列表。
方法40提供了若干优点。例如，服务器设备17仅需要与单个LWM2M客户端设备进行通信，而不是与许多受限设备进行通信。服务器设备因此可以运行较少的单独的LWM2M实例。
在实施例中，方法40包括向LWM2M客户端设备16发送要针对连接的受限设备14a、14b、14c中的一个或多个设备执行的命令。
在各种实施例中，每个引用包括用于标识所创建的相应LWM2M连接设备对象23的统一资源标识符。
图10示意性地示出了用于实现根据本教导的实施例的系统和装置。在图10中，示出系统10包括客户端设备16和服务器设备17，其中可以实现根据本教导的方法。客户端设备16和服务器设备17各自包括处理器60、70，所述处理器60、70包括能够执行存储在存储器61、71中的软件指令的中央处理单元(CPU)、多处理器、微控制器、数字信号处理器(DSP)、专用集成电路等中的一个或多个的任意组合，其中存储器61、71因此可以是计算机程序产品61、71。客户端设备16的处理器60可以被配置为执行例如关于图8所描述的方法30的各种实施例中的任意一个。服务器设备17的处理器70可以被配置为执行例如关于图9所描述的方法40的各种实施例中的任意一个。
存储器71、81可以是读和写存储器(RAM)以及只读存储器(ROM)、闪存、磁带、压缩盘(CD)-ROM、数字通用盘(DVD)、蓝光盘等的任意组合。存储器71、81还可以包括持久存储器件，其例如可以是磁存储器、光存储器、固态存储器或甚至远程安装存储器中的任意单独一个或组合。
客户端设备16和服务器设备17中的每一个各自包括用于与其他设备进行通信的接口64、74。客户端设备16的接口64例如可以包括用于与受限设备进行通信的接口(例如，协议栈等)，并且还包括用于与服务器设备17进行通信的接口。
服务器设备17的接口74可以例如是用于与客户端设备16进行通信的接口，例如协议栈等。
客户端设备16和服务器设备17中的每一个可以包括分别以附图标记63、73示意性地指示的附加处理电路，其用于实现根据本教导的各种实施例。
提供客户端设备16用于管理受限设备14a、14b、14c，所述受限设备14a、14b、14c至少在某种程度上无法支持轻量级的机器对机器LWM2M协议。客户端设备16与LWM2M协议兼容以便与LWM2M服务器17进行通信，并且包括用于管理任何发现的受限设备14a、14b、14c的LWM2M控制器对象22。客户端设备16被配置为：
-发现一个或多个受限设备14a、14b、14c，
-针对每个发现的受限设备14a、14b、14c创建相应的LWM2M连接设备对象23，其中LWM2M控制器对象22指向一个或多个创建的LWM2M连接设备对象23，以及
-向LWM2M服务器17公开LWM2M控制器对象22。
客户端设备16可以被配置为例如通过包括一个或多个处理器60和存储器61来执行上述步骤，存储器61包含可由处理器60执行的指令，由此客户端设备16可操作用于执行这些步骤。
在实施例中，客户端设备16被配置为：
-更新LWM2M控制器对象22的计数器资源24，所述计数器资源24对连接的受限设备14a、14b、14c的数量进行计数，以及
-向LWM2M服务器17提供计数器资源24的值的任何变化。
在实施例中，客户端设备16被配置为在从LWM2M服务器17接收到对设置发现模式的指示之后进行发现。
在实施例中，客户端设备16被配置为响应于接收到该指示而启用用户数据报协议UDP端口以接受来自受限设备14a、14b、14c的附接和分离信息。
在各种实施例中，LWM2M控制器对象22包括与对受限设备14a、14b、14c的管理相关的资源，所述资源包括以下中的一个或多个：用于启用发现的资源26，用于对客户端设备16可达的连接的受限设备14a、14b、14c的数量进行计数的计数器资源24，以及用于维护创建的LWM2M连接设备对象23的引用列表的引用资源25。
在实施例中，客户端设备16被配置为通过客户端设备16与受限设备14a、14b、14c之间的基于用户数据报协议UDP/互联网协议IP的通信链路来进行发现。
在各种实施例中，所创建的一个或多个LWM2M连接设备对象23中的每个对象包括所发现的相应受限设备14a、14b、14c的能力和/或功能。
在各种实施例中，LWM2M对象23包括用于维护对所创建的LWM2M连接设备对象23的引用列表的引用资源25，每个引用包括统一资源标识符，用于针对所发现的受限设备14a、14b、14c标识创建的相应LWM2M连接设备对象23。
在实施例中，客户端设备16被配置为从受限设备14a、14b、14c接收UDP消息，所述UDP消息携带作为有效载荷的受限设备表示。
本教导还包含用于管理受限设备的客户端设备16的计算机程序62。计算机程序62包括计算机程序代码，其中当在客户端设备16上的至少一个处理器上执行所述计算机程序代码时，所述代码使得客户端设备16执行根据所描述的实施例中的任意一个的方法30。
本公开还包括计算机程序产品61，其包括：用于实现所描述的方法的实施例的计算机程序62，以及存储有计算机程序62的计算机可读装置。计算机程序产品或存储器因此包括可由处理器60执行的指令。这样的指令可以包括在计算机程序中，或者包括在一个或多个软件模块或功能模块中。如前所述，计算机程序产品61可以是随机存取存储器(RAM)或只读存储器(ROM)、闪存、磁带、压缩盘(CD)-ROM、数字通用盘(DVD)、蓝光盘等的任意组合。
提供服务器设备17用于管理受限设备14a、14b、14c，所述受限设备14a、14b、14c至少在某种程度上无法支持轻量级的机器对机器LWM2M协议。服务器设备17与LWM2M协议兼容以便与客户端设备16进行通信。服务器设备17被配置为：
-在LWM2M客户端16上启用发现模式，并且
-从LWM2M客户端设备16接收42包括更新后的计数器资源24和更新后的引用资源25的消息，所述计数器资源24指示连接的受限设备14a、14b、14c的数量的任何改变，所述引用资源25针对所有连接的受限设备14a、14b、14c维护所创建的LWM2M连接设备对象23的引用列表。
服务器设备17可以被配置为例如通过包括一个或多个处理器70和存储器71来执行上述步骤，存储器71包含可由处理器70执行的指令，由此服务器设备17可操作用于执行这些步骤。
在实施例中，服务器设备17被配置为向LWM2M客户端设备16发送要针对连接的受限设备14a、14b、14c中的一个或多个设备执行的命令。
在各种实施例中，每个引用包括用于标识所创建的相应LWM2M连接设备对象23的统一资源标识符。
本教导还包含用于管理受限设备的服务器设备17的计算机程序72。计算机程序72包括计算机程序代码，其中当在服务器设备17上的至少一个处理器上执行所述计算机程序代码时，所述代码使得服务器设备17执行根据所描述的实施例中的任意一个的方法40。
本公开还包括计算机程序产品71，其包括：用于实现所描述的方法的实施例的计算机程序72，以及存储有计算机程序72的计算机可读装置。计算机程序产品或存储器因此包括可由处理器70执行的指令。这样的指令可以包括在计算机程序中，或者包括在一个或多个软件模块或功能模块中。如前所述，计算机程序产品71可以是随机存取存储器(RAM)或只读存储器(ROM)、闪存、磁带、压缩盘(CD)-ROM、数字通用盘(DVD)、蓝光盘等的任意组合。
图11示出了包括用于实现根据本教导的实施例的功能模块/软件模块的客户端设备。可以使用以下来实现所述模块：诸如在处理器中执行的计算机程序之类的软件指令，和/或诸如专用集成电路(ASIC)、现场可编程门阵列、离散逻辑组件等之类的硬件，及其任何组合。可以提供处理电路，其可以是适应性的并且特别适于执行已经描述的方法30的任何步骤。
提供客户端设备16管理受限设备14a、14b、14c的方法，所述受限设备14a、14b、14c至少在某种程度上无法支持轻量级的机器对机器LWM2M协议。客户端设备16与LWM2M协议兼容以便与LWM2M服务器17进行通信，并且包括用于管理任何发现的受限设备的LWM2M控制器对象22。客户端设备16包括用于发现一个或多个受限设备的第一模块81。这样的第一模块81例如可以包括处理电路，所述处理电路适于例如通过检测对携带受限设备的表示作为有效载荷的消息的接收来发现受限设备。
客户端设备16包括用于针对每个发现的受限设备创建相应的LWM2M连接设备对象的第二模块82，其中LWM2M控制器对象指向一个或多个创建的LWM2M连接设备对象。这样的第二模块82可以包括适于创建对象(例如诸如数据结构(例如数组或相关联的数组)之类的对象)的处理电路。
客户端设备16包括用于向LWM2M月艮务器公开LWM2M控制器对象的第三对象83。这样的第三模块83可以例如包括使LWM2M服务器可访问LWM2M控制器对象的处理电路。
需要注意的是，可以用单元来替换模块81、82、83中的一个或多个。
图12示出了包括用于实现根据本教导的实施例的功能模块/软件模块的服务器设备。可以使用以下来实现所述功能模块：诸如在处理器中执行的计算机程序之类的软件指令，和/或诸如专用集成电路(ASIC)、现场可编程门阵列、离散逻辑组件等之类的硬件，及其任何组合。可以提供处理电路，其可以是适应性的并且特别适于执行已经描述的方法40的任何步骤。
提供服务器设备17管理受限设备14a、14b、14c的方法，所述受限设备14a、14b、14c至少在某种程度上无法支持轻量级的机器对机器LWM2M协议。服务器设备17与LWM2M协议兼容以便与客户端设备进行通信。服务器设备包括用于在LWM2M客户端上启用发现模式的第一模块91。这样的第一模块91例如可以包括处理电路，所述处理电路适于通过适于经由输出设备(例如，参考图10描述的接口74)向LWM2M设备发送命令来启用发现模式。
服务器设备17包括第二模块92，所述第二模块92用于从LWM2M客户端设备接收包括更新后的计数器资源和更新后的引用资源的消息，所述计数器资源指示连接的受限设备的数量的任何改变，所述引用资源针对所有连接的受限设备维护所创建的LWM2M连接设备对象的引用列表。这样的第二模块92可以例如包括接收电路。
需要注意的是，可以用单元来替换模块91、92中的一个或两个。
已经参考一些实施例在本文中主要地描述了本发明。然而，如本领域技术人员理解的，除了本文所公开的具体实施例之外的其他实施例同样可能在由所附专利权利要求限定的本发明的范围内。

Claims (28)

1.一种在客户端设备(16)中执行的用于管理受限设备(14a，14b，14c)的方法(30)，所述受限设备(14a，14b，14c)至少在某种程度上不支持轻量级机器对机器LWM2M协议，所述客户端设备(16)与LWM2M协议兼容以便与LWM2M服务器(17)进行通信并且包括用于管理任何发现的受限设备(14a，14b，14c)的LWM2M控制器对象(22)，所述方法(30)包括：
-发现(31)一个或多个受限设备(14a，14b，14c)，
-针对每个发现的受限设备(14a，14b，14c)创建(32)相应的LWM2M连接设备对象(23)，其中所述LWM2M控制器对象(22)指向一个或多个创建的LWM2M连接设备对象(23)，以及
-向所述LWM2M服务器(17)公开(33)所述LWM2M控制器对象(22)。
2.根据权利要求1所述的方法(30)，包括：
-更新(34)所述LWM2M控制器对象(22)的计数器资源(24)，所述计数器资源(24)对连接的受限设备(14a，14b，14c)的数量进行计数，以及
-向所述LWM2M服务器(17)提供(35)所述计数器资源(24)的值的任何变化。
3.根据权利要求1或2所述的方法(30)，其中在所述发现(31)之前，从所述LWM2M服务器(17)接收对设置发现模式的指示。
4.根据权利要求3所述的方法(30)，包括响应于接收到所述指示而启用用户数据报协议UDP端口以接受来自受限设备(14a，14b，14c)的附接和分离信息。
5.根据前述权利要求中任一项所述的方法(30)，其中所述LWM2M控制器对象(22)包括与管理所述受限设备(14a，14b，14c)有关的资源，所述资源包括以下中的一个或多个：用于启用发现的资源(26)，用于对所述客户端设备(16)可达的连接的受限设备(14a、14b、14c)的数量进行计数的计数器资源(24)，以及用于维护创建的LWM2M连接设备对象(23)的引用列表的引用资源(25)。
6.根据前述权利要求中任一项所述的方法(30)，其中通过所述客户端设备(16)与所述受限设备(14a、14b、14c)之间的基于用户数据报协议UDP/互联网协议IP的通信链路来进行所述发现(31)。
7.根据前述权利要求中任一项所述的方法(30)，其中所创建的一个或多个LWM2M连接设备对象(23)中的每个对象包括所发现的相应受限设备(14a、14b、14c)的能力和/或功能。
8.根据前述权利要求中任一项所述的方法(30)，其中所述LWM2M对象(23)包括用于维护所创建的LWM2M连接设备对象(23)的引用列表的引用资源(25)，每个引用包括统一资源标识符，所述统一资源标识符用于标识针对所发现的受限设备(14a、14b、14c)的所创建的相应LWM2M连接设备对象(23)。
9.根据前述权利要求中任一项所述的方法(30)，包括从所述受限设备(14a、14b、14c)接收UDP消息，所述UDP消息携带作为有效载荷的受限设备表示。
10.一种客户端设备(16)的用于管理受限设备(14a、14b、14c)的计算机程序(62)，所述计算机程序(62)包括计算机程序代码，当在所述客户端设备(16)上的至少一个处理器上执行所述计算机程序代码时，所述计算机程序代码使所述客户端设备(16)执行根据权利要求1-9中任一项所述的方法(30)。
11.一种计算机程序产品(61)，包括根据权利要求10所述的计算机程序(62)和其上存储有所述计算机程序(62)的计算机可读装置。
12.一种用于管理受限设备(14a，14b，14c)的客户端设备(16)，所述受限设备(14a，14b，14c)至少在某种程度上不支持轻量级机器对机器LWM2M协议，所述客户端设备(16)与LWM2M协议兼容以便与LWM2M服务器(17)进行通信并且包括用于管理任何发现的受限设备(14a，14b，14c)的LWM2M控制器对象(22)，所述客户端设备(16)被配置为：
-发现一个或多个受限设备(14a、14b、14c)，
-针对每个发现的受限设备(14a、14b、14c)创建相应的LWM2M连接设备对象(23)，其中所述LWM2M控制器对象(22)指向一个或多个创建的LWM2M连接设备对象(23)，以及
-向所述LWM2M服务器(17)公开所述LWM2M控制器对象(22)。
13.根据权利要求12所述的客户端设备(16)，被配置为：
-更新所述LWM2M控制器对象(22)的计数器资源(24)，所述计数器资源(24)对连接的受限设备(14a、14b、14c)的数量进行计数，以及
-向所述LWM2M服务器(17)提供所述计数器资源(24)的值的任何变化。
14.根据权利要求12或13所述的客户端设备(16)，被配置为在从所述LWM2M服务器(17)接收到对设置发现模式的指示之后进行发现。
15.根据权利要求14所述的客户端设备(16)，被配置为响应于接收到所述指示而启用用户数据报协议UDP端口以接受来自受限设备(14a，14b，14c)的附接和分离信息。
16.根据权利要求12-15中任一项所述的客户端设备(16)，其中所述LWM2M控制器对象(22)包括与管理所述受限设备(14a，14b，14c)有关的资源，所述资源包括以下中的一个或多个：用于启用发现的资源(26)，用于对所述客户端设备(16)可达的连接的受限设备(14a、14b、14c)的数量进行计数的计数器资源(24)，以及用于维护创建的LWM2M连接设备对象(23)的引用列表的引用资源(25)。
17.根据权利要求12-16中任一项所述的客户端设备(16)，被配置为通过所述客户端设备(16)与所述受限设备(14a、14b、14c)之间的基于用户数据报协议UDP/互联网协议IP的通信链路来进行发现。
18.根据权利要求12-17中任一项所述的客户端设备(16)，其中所创建的一个或多个LWM2M连接设备对象(23)中的每个对象包括所发现的相应受限设备(14a、14b、14c)的能力和/或功能。
19.根据权利要求12-18中任一项所述的客户端设备(16)，其中所述LWM2M对象(23)包括用于维护所创建的LWM2M连接设备对象(23)的引用列表的引用资源(25)，每个引用包括统一资源标识符，所述统一资源标识符用于标识针对所发现的受限设备(14a、14b、14c)的所创建的相应LWM2M连接设备对象(23)。
20.根据权利要求12-19中任一项所述的客户端设备(16)，被配置为从所述受限设备(14a、14b、14c)接收UDP消息，所述UDP消息携带作为有效载荷的受限设备表示。
21.一种在服务器设备(17)中执行的用于管理受限设备(14a，14b，14c)的方法(40)，所述受限设备(14a，14b，14c)至少在某种程度上不支持轻量级机器对机器LWM2M协议，所述服务器设备(17)与LWM2M协议兼容以便与客户端设备(16)进行通信，所述方法(40)包括：
-在所述LWM2M客户端(16)上启用(41)发现模式，以及
-从所述LWM2M客户端设备(16)接收(42)包括更新后的计数器资源(24)和更新后的引用资源(25)的消息，所述计数器资源(24)指示连接的受限设备(14a、14b、14c)的数量的任何改变，所述引用资源(25)维护针对所有连接的受限设备(14a、14b、14c)所创建的LWM2M连接设备对象(23)的引用列表。
22.根据权利要求21所述的方法(40)，包括向所述LWM2M客户端设备(16)发送要针对所述连接的受限设备(14a，14b，14c)中的一个或多个设备执行的命令。
23.根据权利要求21或22所述的方法(40)，其中每个引用包括用于标识所创建的相应LWM2M连接设备对象(23)的统一资源标识符。
24.一种服务器设备(17)的用于管理受限设备(14a、14b、14c)的计算机程序(72)，所述计算机程序(72)包括计算机程序代码，当在所述服务器设备(17)上的至少一个处理器上执行所述计算机程序代码时，所述计算机程序代码使所述服务器设备(17)执行根据权利要求21-23中任一项所述的方法(40)。
25.一种计算机程序产品(71)，包括根据权利要求24所述的计算机程序(72)和其上存储有所述计算机程序(72)的计算机可读装置。
26.一种用于管理受限设备(14a，14b，14c)的服务器设备(17)，所述受限设备(14a，14b，14c)至少在某种程度上不支持轻量级机器对机器LWM2M协议，所述服务器设备(17)与LWM2M协议兼容以便与客户端设备(16)进行通信，所述服务器设备(17)被配置为：
-在所述LWM2M客户端(16)上启用发现模式，以及
-从所述LWM2M客户端设备(16)接收包括更新后的计数器资源(24)和更新后的引用资源(25)的消息，所述计数器资源(24)指示连接的受限设备(14a、14b、14c)的数量的任何改变，所述引用资源(25)维护针对所有连接的受限设备(14a、14b、14c)所创建的LWM2M连接设备对象(23)的引用列表。
27.根据权利要求26所述的服务器设备(17)，被配置为向所述LWM2M客户端设备(16)发送要针对所述连接的受限设备(14a，14b，14c)中的一个或多个设备执行的命令。
28.根据权利要求26或27所述的服务器设备(17)，其中每个引用包括用于标识所创建的相应LWM2M连接设备对象(23)的统一资源标识符。
CN201580085087.XA 2015-12-03 2015-12-03 用于管理受限设备的方法和设备 Active CN108293062B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/SE2015/051306 WO2017095283A1 (en) 2015-12-03 2015-12-03 Method and devices for managing constrained devices

Publications (2)

Publication Number Publication Date
CN108293062A true CN108293062A (zh) 2018-07-17
CN108293062B CN108293062B (zh) 2021-08-24

Family

ID=54979910

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580085087.XA Active CN108293062B (zh) 2015-12-03 2015-12-03 用于管理受限设备的方法和设备

Country Status (4)

Country Link
US (1) US11044593B2 (zh)
EP (1) EP3384659B1 (zh)
CN (1) CN108293062B (zh)
WO (1) WO2017095283A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111416723A (zh) * 2019-01-04 2020-07-14 华为技术有限公司 一种设备管理方法及相关设备
CN112039917A (zh) * 2020-09-08 2020-12-04 杭州粒合信息科技有限公司 一种物联网通讯管理架构
CN112714421A (zh) * 2019-10-24 2021-04-27 华为技术有限公司 通信方法、网络设备以及终端设备
CN112970238A (zh) * 2018-11-07 2021-06-15 瑞典爱立信有限公司 Lwm2m客户端状态同步
CN113454945A (zh) * 2019-02-01 2021-09-28 Arm IP有限公司 电子设备配置机制

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9357247B2 (en) 2008-11-24 2016-05-31 Time Warner Cable Enterprises Llc Apparatus and methods for content delivery and message exchange across multiple content delivery networks
US10310832B2 (en) 2016-02-19 2019-06-04 Intel Corporation Internet-of-things device blank
US11146449B2 (en) * 2016-02-19 2021-10-12 Intel Corporation Network architecture for internet-of-things device
US10404758B2 (en) * 2016-02-26 2019-09-03 Time Warner Cable Enterprises Llc Apparatus and methods for centralized message exchange in a user premises device
US10181978B1 (en) * 2016-06-29 2019-01-15 Amazon Technologies, Inc. Discovery of device capabilities
US11381644B2 (en) * 2018-03-15 2022-07-05 Telefonaktiebolaget Lm Ericsson (Publ) Devices and methods for QoS determination of IoT-based applications
WO2019182487A1 (en) * 2018-03-20 2019-09-26 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for operating and managing a constrained device within a network
EP3815338A1 (en) * 2018-06-26 2021-05-05 Telefonaktiebolaget LM Ericsson (publ) Automated constrained datamodel provisioning procedure
CN110662200B (zh) * 2018-06-30 2022-04-22 华为云计算技术有限公司 一种数据上报方法及装置
WO2020241661A1 (ja) * 2019-05-30 2020-12-03 京セラ株式会社 通信機器、通信機器の制御方法、通信方法、サーバ、及び通信システム
JP7213966B2 (ja) * 2019-05-30 2023-01-27 京セラ株式会社 通信機器、サーバ、制御方法、及び通信システム
JP7245717B2 (ja) * 2019-05-30 2023-03-24 京セラ株式会社 通信方法、通信機器、サーバ、及び通信システム
WO2020253931A1 (en) * 2019-06-15 2020-12-24 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for lightweight machine to machine communication
US11520594B2 (en) * 2019-07-11 2022-12-06 T-Mobile Usa, Inc. Multiple client support on device-based LwM2M
US11140607B2 (en) 2019-10-31 2021-10-05 Qualcomm Incorporated Communication link selection performed by an internet of things device
US10827329B1 (en) 2020-02-26 2020-11-03 At&T Mobility Ii Llc Facilitation of dynamic edge computations for 6G or other next generation network
US11418933B2 (en) 2020-03-19 2022-08-16 At&T Mobility Ii Llc Facilitation of container management for internet of things devices for 5G or other next generation network

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050144343A1 (en) * 2003-12-11 2005-06-30 Amen Hamdan Dynamic information source management
CN103297322A (zh) * 2013-04-10 2013-09-11 王玉娇 基于消息服务器的信息交互方法及相关设备
CN104303454A (zh) * 2012-10-30 2015-01-21 Lg电子株式会社 认证对无线通信系统中的特定资源的访问授权的方法和装置
WO2015036789A2 (en) * 2013-09-13 2015-03-19 Vodafone Ip Licensing Limited Communicating with a device
EP2871795A1 (en) * 2013-11-06 2015-05-13 MyOmega System Technologies GmbH Method and controller for controlling at least one load
CN104954412A (zh) * 2014-03-31 2015-09-30 中兴通讯股份有限公司 物联网终端的固件管理方法、装置及通用服务实体

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105191171B (zh) * 2013-05-31 2019-02-05 英特尔Ip公司 用于设备通信的有效的用户、服务或内容表述
CN107113537B (zh) * 2014-09-29 2020-06-23 康维达无线有限责任公司 用于控制在网络上的设备的省电模式特性的装置和方法
US10999380B2 (en) * 2015-06-05 2021-05-04 Convida Wireless, Llc Method and apparatus of interworking M2M and IoT devices and applications with different service layers

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050144343A1 (en) * 2003-12-11 2005-06-30 Amen Hamdan Dynamic information source management
CN104303454A (zh) * 2012-10-30 2015-01-21 Lg电子株式会社 认证对无线通信系统中的特定资源的访问授权的方法和装置
CN103297322A (zh) * 2013-04-10 2013-09-11 王玉娇 基于消息服务器的信息交互方法及相关设备
WO2015036789A2 (en) * 2013-09-13 2015-03-19 Vodafone Ip Licensing Limited Communicating with a device
EP2871795A1 (en) * 2013-11-06 2015-05-13 MyOmega System Technologies GmbH Method and controller for controlling at least one load
CN104954412A (zh) * 2014-03-31 2015-09-30 中兴通讯股份有限公司 物联网终端的固件管理方法、装置及通用服务实体

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
SUHAS RAO等: "Implementing LWM2M in constrained IoT devices", 《2015 IEEE CONFERENCE ON WIRELESS SENSORS (ICWISE)》 *
宗娜、魏更宇: "HTTP与CoAP的协议转换代理的研究", 《软件》 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112970238A (zh) * 2018-11-07 2021-06-15 瑞典爱立信有限公司 Lwm2m客户端状态同步
CN111416723A (zh) * 2019-01-04 2020-07-14 华为技术有限公司 一种设备管理方法及相关设备
CN113454945A (zh) * 2019-02-01 2021-09-28 Arm IP有限公司 电子设备配置机制
CN112714421A (zh) * 2019-10-24 2021-04-27 华为技术有限公司 通信方法、网络设备以及终端设备
CN112714421B (zh) * 2019-10-24 2023-03-17 华为云计算技术有限公司 通信方法、网络设备以及终端设备
CN112039917A (zh) * 2020-09-08 2020-12-04 杭州粒合信息科技有限公司 一种物联网通讯管理架构

Also Published As

Publication number Publication date
US11044593B2 (en) 2021-06-22
CN108293062B (zh) 2021-08-24
WO2017095283A1 (en) 2017-06-08
EP3384659A1 (en) 2018-10-10
US20180359621A1 (en) 2018-12-13
EP3384659B1 (en) 2019-05-01

Similar Documents

Publication Publication Date Title
CN108293062A (zh) 用于管理受限设备的方法和设备
JP6629392B2 (ja) デバイストリガ
JP6563555B2 (ja) サービス層セッション移転および共有
US9420044B2 (en) Leveraging system signaling service advertisements for application-layer discovery and connection management in an internet of things (IoT) environment
EP3482554B1 (en) Methods and servers to monitor resources through http/2
JP2022532835A (ja) 分散型エッジクラウドコンピューティングのための方法およびシステム
KR102084104B1 (ko) 종단간 m2m 서비스 계층 세션
EP2989775B1 (en) Coordinated resource sharing in machine-to-machine communication using a network-based group management and floor control mechanism
Hasan et al. Aura: An incentive-driven ad-hoc IoT cloud framework for proximal mobile computation offloading
Minoli Positioning of blockchain mechanisms in IOT-powered smart home systems: A gateway-based approach
CN107113299B (zh) 向设备的租用的分配
KR20170016304A (ko) 서버 개시된 원격 디바이스 등록
Masek et al. Remote networking technology for iot: Cloud-based access for alljoyn-enabled devices
US11089114B1 (en) Message frequency modification for connection maintenance
Karaagac et al. The integration of LwM2M and OPC UA: An interoperability approach for industrial IoT
Subash Iotivity–connecting things in iot
KR102577985B1 (ko) 사물인터넷 프로토콜 기반의 긴급상황 서비스 제공 방법
Karaagac et al. Extensions to lwm2m for intermittent connectivity and improved efficiency
Sattar et al. A review on Internet of Things-protocols issues
KR20190078673A (ko) 사물인터넷 프로토콜 기반의 긴급상황 서비스 제공 방법
Al-Madani et al. Performance enhancement of limited-bandwidth industrial control systems
Tayur et al. Software defined unified device management for smart environments
Rahman Secure Lifecycle Management of BLE Nodes
Kajwadkar et al. ECTX-CoAP: An Enhanced Context-Aware CoAP Extension for Smart Objects Discovery in Internet of Things
CN106254134A (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