物联网的周期性管理稳定化制造技术

一种在网关上可执行的方法，所述网关能够与机器设备、用户设备和管理器设备进行通信。所述方法包括：从管理器设备接收请求与机器设备相关联的状态信息的第一请求，在此之后网关确定在哪些条件下获取所请求的状态信息以及将所获取的状态信息发送给管理器设备。接着网关基于对请求与机器设备相关联的更新的数据的第二请求的响应，确定机器设备的相关状态信息，第二请求是从使用的设备提供给机器设备的，并且响应是由网关从机器设备接收的，在此之后，包括确定的状态信息的通知从网关提供给管理器设备。

【技术实现步骤摘要】
【国外来华专利技术】
本公开涉及用于实现能够执行所提出的方法的机器设备、网关和管理器设备的管理的方法和装置。
技术介绍
约束应用协议(CoAP)是被设计用于处理受限节点和受限网络中的机器对机器(M2M)应用的专用web传送协议。CoAP在端点之间提供基于请求响应的架构，其中通过用户数据报协议(UDP)在通常被分别称为CoAP服务器和CoAP客户端的实体之间执行通信。CoAP被设计为易于与超文本传送防议(HTTP)一起工作，以与当前Web集成，同时增加附加的特征(诸如例如组播支持、非常低的开销和针对约束环境的简化性)。可以在http：//tools.ietf.org/html/draft-ietf-core-coap-18上找到关于CoAP的更多信息。CoAP的一个可用扩展使得CoAP客户端能够观察来自CoAP服务器的可用资源，或者换句话说，允许CoAP服务器将可用资源通知给CoAP客户端，如可以在http：//tools.ietf.org/html/draft-ietf-core-observe-12中看到的。这使得能够在使用CoAP的受限网络中进行服务器发起的通信。开放移动联盟设备管理轻量级(OMADMLW)是为M2M网络而开发的轻而紧凑的设备管理协议，其包括用于实现LWM2M的设备的设备管理和服务实现，如在LightweightMachinetoMachineTechnicalSpecification，CandidateVersion1.0-10Dec.2013，OMA-TS-LightweightM2M-V1_0-20131210-C，5.1-5.4节中描述的。设计用于受限网络，OMADMLW可以在UDP和SMS绑定两者上运行。这使得OMADMLW能够适用于使用CoAP的任何类型的受限设备或网络。类似于CoAP，OMADMLW的架构是基于客户端-服务器模型(包括LWM2M服务器和LWM2M客户端两者)的。然而，在OMADMLW中，LWM2M客户端在将被控制的受限设备中运行，而LWM2M服务器表示具有某种管理能力的节点，其可以是网关(GW)或网络节点。对于典型的物联网(IoT)场景，具有多个客户端、一些服务器以及充当中继或代理的一些节点将是常见的，其中这些节点中的每个节点包括客户端和服务器侧两者。事实上，非常像CoAP，服务器和客户端之间的前沿可能是模糊的，因为所有的LWM2M客户端最可能也是CoAP服务器，并且大多数LWM2M服务器也应当是CoAP客户端。OMADMLW引入了用于管理的简单的基于对象的资源模型，其从CoAP继承以在LWM2M服务器和LWM2M客户端之间使用。在这个模型中，LWM2M客户端提供的每条信息都是资源，并且资源在逻辑上被组织为对象。因此，对象定义了资源的分组，例如，对象ID3“设备”包含用于设备相关信息的所有资源。OMADMLW为访问对象提供若干接口，其中“信息报告”被提供用于错误报告。该接口允许LWM2M服务器观察资源并且每当在网络中发生改变时被通知(基本遵循发布/订阅范例)。现有的管理解决方案通常由以下实体组成：·机器设备(MD)：设备(可以是受限设备)包括一个或多个传感器和/或致动器，其中设备运行一些管理代理(在本文LWM2M协议用于此目的)，管理代理必须提供关于传感器正在感测什么的信息以及报告管理错误和其它相关问题。传感器还可以运行常规CoAP服务器以为用户提供对读数的访问。·管理器设备：运行管理应用的实体，管理应用负责发送命令、更新固件和MD的其它对象。在实际部署中，管理器设备还可以包含LWM2M服务器。·网关(GW)：在MD是自身不能够提供足够的互联网连接的受限设备的情况下，在代理和管理器设备之间布置该实体。GW向其MD运行资源目录(RD)并且可能运行接收的消息的缓存(例如诸如镜像代理(MP))。GW还向管理器设备运行一些管理协议(在该示例中为LWM2M)。在每个MD的注册过程(通常在引导MD时被执行)期间，MD注册到GW中的RD。·用户：最终用户，其能够经由包括CoAP客户端的通信设备请求和接收MD的最新测量。通常存在可以在MD的传感器上完成的多个管理操作(例如诸如更新固件、改变访问控制策略、改变安全设置和设置报警)。在LWM2M中，在每个设备中存在特定的对象以表示这种类型的信息。该特征继承自CoAP对象和资源；事实上，LWM2M在工作方式上与CoAP几乎相同。该管理器可以使用GET消息或PUT消息来获取或存储关于这些对象中的任何对象的信息并且通过使用Observe命令来设置通知。管理器设备需要用于管理MD的另一个功能是要知道MD是否被连接。这对于大型IoT部署尤其如此。然而，仅仅为了跟踪各种设备的一般状态通常需要向管理器设备的大量消息开销。尽管事实上CoAP协议和LWM2M协议两者极其相似，但是它们当前不能够彼此进行通信。管理对象仅仅用于管理目的，而数据平面对象或资源仅仅用于数据或用户平面信息。换言之，当测量信息被提供到CoAP客户端时，管理报告被提供给LWM2M服务器，这不是理想的情况。更具体地，LWM2M在CoAP上运行，其中CoAP定义了多个消息和实体(例如诸如RD和/或MP)以促进与用户的通信。利用其它协议(例如诸如HTTP或简单网络管理协议(SNMP))，通常可以在数据平面和控制平面之间具有明确的区分，但是利用CoAP和LWM2M，使用CoAP来封装所有消息。这将通常意味着使用CoAP的所有实体将知道彼此，并且将优化协议以发送尽可能少的消息。然而这里不是如此。通常，CoAP消息将用于数据平面(例如用于获得传感器读数或资源发现)，而LWM2M用于管理命令(例如诸如错误报告)。这两种类型的消息/命令将作为MD中的不同进程(即，分别作为用户进程和管理器进程)运行。这意味着将存在大量的消息重叠和消息开销。MD被唤醒的事实将例如被通告两次，一次针对用户以及一次针对管理器设备。当使用标准LWM2M时，管理器设备可以设置当特定的MD被唤醒时将被接收的通知。管理器设备还可以轮询MD中的对象以获知其是否被连接。然而，这是非常低效率的过程，因为每个MD每次醒来时必须发送一个消息，表示它是醒着的，以及因此，在每次这种情况下，管理器设备将针对每个设备接收一个额外的消息。这显然带来可扩展性问题，因为随着部署的MD的数量的增加，将需要部署专用机器以聚合和处理管理信息。也不难得到，在将来管理消息将获得与数据消息一样大，其将甚至进一步增加所有相关实体的工作量。
技术实现思路
本文的目的是解决或至少减轻以上描述的问题中的至少一些问题。根据一个方面，提出了一种在网关上可执行的方法，所述网关能够与机器设备、用户设备和管理器设备进行通信。所提出的方法包括：从所述管理器设备接收请求与所述机器设备相关联的状态信息的第一请求；确定在哪些条件下获取所请求的状态信息，并向所述管理器设备发送所获取的状态信息；基于对请求与所述机器设备相关联的更新的数据的第二请求的响应，确定所述机器设备的相关状态信息，所述第二请求是从使用的设备提供给所述机器设备的，以及所述响应是由所述网关从所述机器设备接收的，以及将包括所确定的状态信息的通知提供给所述管理器设备。所提出的方法的一个优点在于，可以利用已本文档来自技高网...

【技术保护点】
一种在网关上可执行的方法，所述网关能够与机器设备、用户设备和管理器设备进行通信，所述方法包括：‑从所述管理器设备接收(3：10)请求与所述机器设备相关联的状态信息的第一请求；‑确定(3：20)在哪些条件下获取所请求的状态信息，并向所述管理器设备发送所获取的状态信息；‑基于对请求与所述机器设备相关联的更新的数据的第二请求的响应，确定(3：80)所述机器设备的相关状态信息，所述第二请求是从使用的设备提供给所述机器设备的，以及所述响应是由所述网关从所述机器设备接收的，以及‑将包括所确定的状态信息的通知提供(3：100)给所述管理器设备。

【技术特征摘要】
【国外来华专利技术】2014.05.15 US 61/996,7751.一种在网关上可执行的方法，所述网关能够与机器设备、用户设备和管理器设备进行通信，所述方法包括：-从所述管理器设备接收(3：10)请求与所述机器设备相关联的状态信息的第一请求；-确定(3：20)在哪些条件下获取所请求的状态信息，并向所述管理器设备发送所获取的状态信息；-基于对请求与所述机器设备相关联的更新的数据的第二请求的响应，确定(3：80)所述机器设备的相关状态信息，所述第二请求是从使用的设备提供给所述机器设备的，以及所述响应是由所述网关从所述机器设备接收的，以及-将包括所确定的状态信息的通知提供(3：100)给所述管理器设备。2.根据权利要求1所述的方法，其中，在确定相关状态之前：-向所述机器设备转发(3：50)所述第一请求。3.根据权利要求1或2所述的方法，还包括：-在向所述机器设备转发(3：50)所述第二请求时启动定时器，以及-基于以下来确定(3：80)所述相关状态信息：-在所述定时器超时之前接收到对所述第二请求的响应的情况下，所述响应的内容，或-在所启动的定时器超时之前没有接收到所述响应的情况下，所述网关已经知道的状态信息。4.根据权利要求1-3中任一项所述的方法，其中，获取所请求的状态信息的条件是从所述管理器设备提供给所述网关的。5.根据权利要求1-4中任一项所述的方法，还包括以下步骤：-存储在对所述第二请求的响应中接收的状态信息。6.一种计算机程序(630)，包括代码装置，当在计算机上运行时，所述代码装置使得所述计算机执行根据权利要求1-5中任一项所述的方法。7.一种计算机程序产品(640)，包括计算机可读代码装置和根据权利要求6所述计算机程序(630)，所述计算机程序(630)存储在所述计算机可读代码装置上。8.一种在管理器设备上可执行的方法，所述管理器设备能够经由网关与机器设备进行通信，所述方法包括：-向所述网关发送(8：10)第一请求，所述第一请求用于请求所述网关基于对第二请求的响应的内容提供与所述机器设备相关联的状态信息，所述第二请求用于请求与所述机器设备相关联的更新的数据，所述第二请求是从使用的设备提供给所述机器设备的，并且所述响应是由所述网关从所述机器设备接收的，以及-从所述网关接收(8：20)包括所请求的状态信息的通知。9.根据权利要求8所述的方法，其中，所述第一请求还包括向所述网关指示所述网关在哪些条件下要获取所请求的状态信息的指令。10.根据权利要求8或9所述的方法，其中所述指令指示所述网关：-在从所述机器设备接收到响应的情况下，从所述响应获取所请求的状态信息，或-在未接收到所述响应的情况下，从所述网关的存储器获取与所述机器设备相关联的状态信息。11.一种计算机程序(930)，包括代码装置，当在计算机上运行时，所述代码装置使得所述计算机执行根据权利要求8-10中任一项所述的方法。12.一种计算机程序产品(940)，包括计算机可读代码装置和根据权利要求11所述的计算机程序(930)，所述计算机程序(930)存储在所述计算机可读代码装置上。13.一种能够与机器设备(400；500)、用户设备(800)和管理器设备(900；1000)进行通信的网关(600；700)，所述网关(600；700)包括用于执行以下操作的装置：-从所述管理器设备(900；1000)接收请求与所述机器设备(800)相关联的状态信息的第一请求；-确定在哪些条件下获取所请求的状态信息，并向所述管理器设备(900；1000)发送所获取的状态信息；-基于对请求与所述机器设备(400；500)相关联的更新的数据的第二请求的响应的内容，确定所述机器设备(400；500)的相关状态信息，所述第二请求是从使用的设备(800)提供给所述机器设备(400；500)的，以及所述响应是由所述网关从所述机器设备接收的，以及-将包括所确定的状态信息的通知提供给所述管理器设备(900；1000)。14.根据权利要求13所述的网关(600；700)，还包括用于执行以下操作的装置：-向所述机器设备(400；500)转发所述第一请求...

【专利技术属性】
技术研发人员：杰米·希门尼斯，
申请(专利权)人：瑞典爱立信有限公司，
类型：发明
国别省市：瑞典;SE