CN106537841B - 在机器对机器网络中的资源和属性管理 - Google Patents

Abstract

在机器对机器(M2M)***中，由M2M设备以该设备自身的名义或者另一设备的名义通过创建资源、通告资源、从通告的资源中检索信息、删除通告的资源，来执行资源管理。在一些实施例中，进一步提供了资源管理协议，以包括子资源属性，该子资源属性通过从子资源属性起源的父资源继承某些特征，提供了高效的协议信令。

Description

在机器对机器网络中的资源和属性管理

交叉引用相关申请

本专利文件要求享有在2014年3月18日提交的申请号为61/955,180的美国临时专利申请、在2014年4月3日提交的申请号为61/974,923的美国临时专利申请、在2014年4月23日提交的申请号为61/983,411的美国临时专利申请、以及在2014年5月30日提交的申请号为62/005,961的美国临时专利申请的优先权的权益。前面提到的专利申请的全部内容以引用的方式并入作为本文件中的公开的一部分。

背景

本专利文档涉及包括机器类型通信(MTC)和机器对机器(M2M)通信的通信。

在很多应用中，在无线网络中运行的无线设备与不在无线网络中运行的、但是可以通信地可到达的其他设备和服务器进行通信。各种标准都是有效的，以将这种连接性提供给无线设备。例如，互联网协议(IP)是一个这种框架，无线设备通过互联网协议可以基于分配给无线设备的IP地址，通信地耦合其他设备。

某些运行情况(诸如，在包括机器类型通信(MTC)无线设备和机器对机器(M2M)通信无线设备的***中)，可以缺少IP连接性的框架。

概述

本文尤其描述了用于促进在M2M设备之间的通信的技术。在一些实施例中，使用所公开的技术，可以由M2M设备创建资源，使其他M2M设备获知资源，并且由M2M设备删除资源。

在一个示例方面中，用于从M2M通信***中的通告的属性中检索信息的技术包括：通过规定通告的属性的地址以及包括通告的属性的身份，发出信息检索请求；响应于信息检索请求，接收信息响应；以及选择性地在本地处理所接收的信息响应，或者转发到另一M2M设备以用于进一步处理。

在另一个示例方面中，用于删除在M2M通信***中的通告的属性的技术包括：创建在其中忽略了将要删除的属性的资源的属性列表；以及把列表传输到托管将要删除的属性的M2M节点。

在一个示例方面中，用于在M2M通信***中创建通告的资源的技术包括：发出创建请求，在该创建请求中列出了由始发M2M节点初始创建的属性；以及接收所发出的创建请求的授权响应。

这些方面和其他方面，以及它们的实现和变化在图中、说明书和权利要求中阐述。

附图说明

图1描绘了无线网络架构的示例。

图2是在无线网络中可运行的无线电设备的示例的方框图。

图3显示了M2M通信***的示例性架构。

图4A显示了CSEBase资源的示例。

图4B显示了remoteCSE资源的示例。

图5示出了在M2M***中的信息流的示例。

图6示出了在属性检索过程期间交换的消息的示例。

图7示出了在属性更新过程期间交换的消息的示例。

图8示出了在属性删除过程期间交换的消息的示例。

图9是显示了M2M通信的方法的示例的流程图表示。

图10是M2M通信装置的示例的框图表示。

图11是显示了M2M通信的方法的示例的流程图表示。

图12是M2M通信装置的示例的框图表示。

图13是显示了M2M通信的方法的示例的流程图表示。

图14是M2M通信装置的示例的框图表示。

详细描述

在机器对机器通信(M2M)中，在两个设备之间的通信可以被自动触发，即，不需要由人类用户主动参与。例如，M2M通信可以在时间边界开始，例如，每周一次或者取决于某个事件的发生(例如，测量在降雨之后由机器记录的降水)。参与M2M通信的设备可以被长持续时间(例如，几小时到几个月)地关闭电源或者处于休眠模式(没有与其他设备的通信)。作为M2M设备的长休眠周期的结果，在设备的两个唤醒周期之间，运行参数(诸如，在通信端点处的资源)可能已改变。进一步地，M2M设备经常是电池驱动的，并且这可以有益于节省电池寿命，使得这些设备不用不得不进行更换电池的保养。

M2M设备可以装备某些资源。资源的示例包括存储器、计算能力、传感器、与不同网络的连接性、储能能力、显示资源等等。每个资源均可以具有用于描述该资源的对应的属性集。依据通信消息，资源可以表示用于描述M2M设备的数据结构，而数据结构中的单一的单元可被认为是属性。M2M设备本地可用的资源可以不时地改变，有时是在M2M设备处于休眠模式并且不与其他M2M设备进行通信时。例如，可以将储存容量添加到离线的视频监视摄像机。作为另一个示例，开/关类型的电灯泡可以以可调光电灯泡替换，借此向其提供资源以调节亮度。类似地，可以将资源从M2M设备带走或者删除。

因为资源管理可能消耗电池电量(例如，用于计算和/或通信)，所以向其他M2M设备提供可用资源的最新的简况对于一些M2M设备来说可能是不便的。进一步地，一些M2M设备可能是人类难以到达的，或者可能不具有本地用户接口并且可能被远程管理。应用服务器可能不时地想要获知在M2M设备上可用的资源的属性。对于现在没有进行通信的M2M设备来说，这个信息可能通过以下方式被收集：(1)应用服务器唤醒M2M设备并且询问M2M设备的属性，或者(2)通过读取在网络中通信地可到达的另一设备(例如，网关设备)处保持的M2M设备的属性的卷影复制或者克隆复制。

后面的方法为M2M通信提供了某些益处，因为可以处于多个服务提供商的控制下的、来源于应用服务器的询问不需要唤醒单一的M2M设备，这样节省了电池电量以及网络中的通信带宽。单一M2M设备的属性的总数可能高达上百条，因此为了保存所有属性的克隆复制或者卷影复制而使用几千字节或者兆字节(例如，8千字节到4兆字节)的带宽以及储存空间。应用服务器经常不需要M2M设备的所有属性值。因此，将M2M设备的属性与M2M设备的卷影复制进行同步可能不必要地消耗传输时间、电量以及带宽。

当今的M2M通信***和协议不能充分处理在M2M通信***中出现的运行情况。在本文中公开的技术尤其可以用于提供M2M通信***中的资源的高效创建、属性的通知和删除，以有益于多个服务提供商。

M2M生态***的端到端(E2E)视图包括由M2M应用服务器(AS)和M2M设备/网关托管的M2M应用。在这个E2E视图中，M2M服务平台提供了诸如数据管理、设备管理、服务启用能力等等的服务。底层传输网络提供了在由M2M设备/网关和(多个)应用服务器托管的M2M应用之间的数据流的传输服务和通信服务。

下列一组的定义是从由oneM2M开发的规范得到的。

应用功能(AF)：提供了端到端M2M解决方案的应用逻辑。应用功能的示例可以是车队跟踪应用、远程血糖监控应用或者远程功率测量和控制应用。

应用层：包括M2M应用和相关的业务和运行逻辑。

公共服务实体(CSE)：公共服务实体是公共服务功能的集合。在M2M节点处的公共服务实体提供了由在此M2M节点处的M2M应用使用的一组服务，或者在M2M节点处的公共服务实体提供了用于从另一M2M节点访问服务的一组服务。公共服务实体可以利用底层网络能力并且可以相互交互以满足服务。

公共服务功能(CSF)：包括由M2M节点提供给M2M***中的其他实体的一组服务/能力。这种服务和/能力是基于oneM2M规范，通过M2M***中的参考点X和Y向其他公共服务功能(CSF)显示的。公共服务功能同样使用用于访问底层网络服务的参考点Z。这种CSF的示例是：数据管理和储存、设备管理和M2M会话管理等等。

公共服务层：由(经由以管理、发现和策略执行为例)使能M2M应用的M2M服务功能构成。

网络服务层：提供了传输、连接性和服务功能。

M2M应用：运行服务逻辑并且使用经由一组oneM2M指定开放接口可接入的M2M公共服务的应用。

M2M应用服务提供商：向用户提供M2M应用服务的实体(例如，公司)。

M2M设备：提供感测和/或致动服务的装备。M2M设备托管一个或多个M2M应用并且可以包含一个或多个CSE。M2M设备可以但不需要位于与感测和致动装备相同的位置。

M2M网关：包含一个或多个CSE并且可以包含M2M应用的装备。M2M网关与M2M服务基础结构以及一个或多个M2M设备进行通信。

M2M节点：由(多个)CSE和/或(多个)M2M应用构成以表示M2M物理实体(诸如M2M设备、M2M网关和M2M服务基础结构)的逻辑实体。

M2M服务基础结构：为M2M服务提供商提供数据和协调能力的管理、并且与M2M设备和/或M2M网关进行通信的装备。M2M服务基础结构包含一个或多个CSE。

M2M服务提供商：向M2M应用服务提供商或者向用户提供M2M服务的实体(例如，公司)。

底层网络服务功能(NSF)：底层网络服务功能从M2M节点外部的实体向CSE提供服务。这种服务的示例包括设备管理、位置服务、设备可达性状态、设备触发等等。

感测和致动(S&A)装备：通过与一个或多个M2M应用服务交互而提供感测和/或影响物理环境的功能的装备。感测和致动装备可以与M2M***交互，然而并不托管M2M应用。S&A装备可以但不需要位于与M2M设备相同的位置。

X参考点

在M2M应用和CSE之间的参考点。X参考点允许M2M应用使用由CSE提供的服务，并且允许CSE返回与M2M应用进行通信。

Y参考点

在两个CSE之间的参考点。Y参考点允许CSE使用另一CSE的服务以满足所需要的服务。

Z参考点

在CSE和底层网络之间的参考点。Z参考点允许CSE使用由底层网络提供的(与传输和连接***不同的)服务，以满足所需要的功能。

采用M2M服务的这种E2E视图，可以将M2M应用服务器、M2M设备/网关、M2M服务平台和传输网络认为是在E2E M2M服务框架中的不同实体。同样可以将这些实体中的每个实体认为是不同的业务实体的表示。例如，M2M应用服务提供商是向最终用户提供M2M应用服务的业务实体(例如，公司)。M2M服务提供商(SP)是另一业务实体(例如，公司)，其将M2M服务平台提供给M2M应用服务提供商使用，用于实现来源于可以与感测和致动(S&A)装备集成的M2M设备/网关的服务。底层网络服务提供商提供了可以基于有线和/或无线技术(诸如，由IEEE、IETF、3GPP、3GPP2、BBF等等限定的技术)的底层传输网络。

在M2M服务框架内，M2M设备/网关可以托管由不同的M2M服务提供商(SP)指定的应用。例如，设想智能家居的情况，该智能家居具有用于支持诸如能源管理、家庭安保、健康监控等等的服务的S&A装备。这种服务(能源管理、家庭安保、健康监控等等)是由不同的M2M服务提供商提供的。但是通过用于不同服务的S&A装备的使用，所有这些服务都是在智能家居中在单一家庭网关上被托管的。在这个服务场景中，家庭网关通常是由房主拥有的，然而S&A装备是服务特定的(谁拥有S&A装备并不是本文的论述的对象)。例如，用于能源管理服务和健康监控服务的S&A装备是对提供的服务指定的，并且可以要求由各自的M2M服务提供商(在这个情况下是能源管理服务提供商和健康监控服务提供商)管理。类似地，M2M服务提供商可能想要与其他M2M服务提供商无关地在家庭网关上管理它们各自的一组运行环境。例如，能源管理服务提供商可能想要更新在家庭网关上安装的能源监控软件/固件。然而，这种更新不应影响由健康监控服务提供商提供的服务。同样很有可能在提供这种不同组的服务的同时，家庭网关需要提供安全环境，用于隔离由不同的M2M服务提供商提供的服务。

图1显示无线通信网络或***的示例。这个无线通信网络可以包括一个或多个基站(BS)105、107以及一个或多个无线设备110。基站105、107可以把在前向链接(FL)上的被称为下行链接(DL)信号的信号传输到一个或多个无线设备110。无线设备110可以把在反向链接(RL)上的被称为上行链接(UL)信号的信号传输到一个或多个基站105、107。无线通信***可以包括一个或多个核心网络125，以控制一个或多个基站105、107。一个或多个基站形成了无线接入网。由于基站独立地或者结合一个或多个其他基站地为无线设备提供无线接入的性质，因此可以被称作接入点(AP)、接入网(AN)或eNodeB。能够实现本技术和***的无线通信***的示例，其中包括基于诸如CDMA2000 1x、高速分组数据(HRPD)、长期演进(LTE)、通用陆地无线电接入网(UTRAN)、以及全球微波互联接入(WiMAX)的码分多址(CDMA)的无线通信***。

图2显示用于实现无线设备、基站或其他无线通信模块的无线收发器站的示例。无线电台的各种示例包括图1中的基站和无线设备。无线电台205(诸如，基站或无线设备)可以包括实现诸如在本文中呈现的技术中的一种或多种的方法的处理器电子设备210，诸如微处理器。无线电台205可以包括收发器电子设备215，以通过一个或多个通信接口(诸如，一个或多个天线220)发送和/或接收无线信号。无线电台205可以包括用于发送和接收数据的其他通信接口。在一些实现中，无线电台205可以包括一个或多个有线通信接口，以与有线网络通信。无线电台205能够包括被设置成存储诸如数据和/或指令的信息的一个或多个存储器225。在一些实现中，处理器电子设备210可以包括收发器电子设备215的至少一部分以及存储器225。

在一些实现中，无线电台205可以以基于CDMA或GSM的空中接口为基础相互通信。在一些实现中，无线电台205可以基于可以包括正交频分多址(OFDMA)空中接口的正交频分复用(OFDM)空中接口而相互通信。在一些实现中，无线电台205可以使用一种或多种无线技术(诸如，CDMA2000 1x、HRPD、WiMAX、GSM、LTE、以及通用移动电信***(UMTS))进行通信。

在一些实现中，无线电台205可以额外配置有局域网连接性，诸如，802.11(a/b/g/n)接口。这种接口的可用性可使其有可能经由局域连接通信地将无线电台205耦合到互联网。例如，经由通过固定宽带网络(诸如，电缆调制解调器网络或DSL网络)的无线局域网连接(例如，家庭Wi-Fi接入)，用户可以在她的用户设备(UE)上通过连接到服务来接入服务。以上描述的无线电台205可以用于实现在本文中公开的技术。类似地，与接入网125(例如，核心网或者骨干网、或者与其耦合的应用服务器)通信地耦合的另一实体或模块可以实现一些所公开的技术。

部署进入oneM2M***的第一示例实施例

在本文中描述的技术可以体现在可以部署成与遵循oneM2M规范的设备互操作的实现中，oneM2M规范的当前发布的版本作为一个示例解释如下。

在本文中使用下列缩写。

ADN：应用专用节点。

ADN-AE：驻留在应用专用节点中的AE。

AE：应用实体。

App：应用。

ASN：应用服务节点。

ASE-AE：注册在应用服务节点中的CSE的应用实体。

ASN-CSE：驻留在应用服务节点中的CSE。

BBF：宽带论坛。

CSE：公共服务实体。

CSF：公共服务功能。

EF：使能器功能。

IEEE：电气和电子工程师协会。

IETF：互联网工程任务组。

IN：基础结构节点。

IN-AE：注册在基础结构节点中的CSE的应用实体。

IN-CSE：驻留在基础结构节点中的CSE。

JNI：Java本地接口。

LTE：长期演进。

MAC：介质访问控制。

M2M：机器对机器。

MN：中间节点。

MN-CSE：驻留在中间节点中的CSE。

NSE：网络服务实体。

SDO：标准开发组织。

SP：服务提供商。

UNet：底层网络(M2M设备驻留在其中)。

在机器对机器(M2M)通信中，两个设备(例如应用服务器和具有M2M能力的设备)可以相互通信，而不需要人类用户明确地发起该通信。在M2M通信中，在其之间经常发生通信的两个端点处于不同的网络。在常规应用场景中，一个端点可以是可以为了延长时间周期而离线的传感器或公用设施箱，并且另一个端点可以是应用服务器(诸如可以部署在受管理的网络中的公用事业计费服务器或M2M服务器)。在这两个端点之间往返传输的数据封包可以经由不同的路径选项路由。例如，一个端点可以通过经许可的频谱(例如，长期演进)或免许可的频谱(例如，Wi-Fi)而具有连接性。当一个端点离线一段延长时间周期(例如几天或几星期)时，在上一通信会话期间向该端点路由封包的路径可以不必是在当前通信会话中可以路由封包的路径。此外，不同的路径选项可以招致不同的成本(例如，在传输时的带宽费用和功率损耗)。

为了节省电能或其他资源，一些M2M设备或在这些设备上运行的应用实体可以不时地“离线”。为了重建应用层通信，这些M2M实体可以在通信之前要被唤醒。进行触发的方式、或者可以被唤醒的精准模块或实体可以基于各M2M设备的配置和能力。

由诸如oneM2M、ETSI TC M2M、TIA TR-50等组织(M2M SDO)开发的服务层规范需要支持大范围的针对市场(垂直式)的组织的M2M解决方案的高效部署。聚焦于服务层，这些组织已经采用点对点服务的独立于传输网络的观点。然而，它们需要确定它们的服务层规范可以有效地用于与不同类型的传输网络相互作用。这种传输网络包括但不限于由3GPP、3GPP2、IEEE、IETF和BBF定义的无线和有线网络。

当前，在服务层规范中，服务请求没有办法去识别与拥有公共服务资源以满足M2M请求的实体相关特定M2M设备。此外，当休眠的M2M设备可能不得不被触发唤醒以满足M2M通信请求时，当前***受限于指定请求可能必须被路由到的触发设备的方式。在本文中呈现的技术解决了这些问题以及其他问题。

图3示出了由oneM2M***支持的一些可能的配置300。图3是由oneM2M开发的功能架构规范的摘录。

在这个示例图示300中，在ADN上的应用实体(Application Entity，AE)(ADN-AE)可以注册在IN-CSE。类似地，无节点AE可以注册在IN-CSE。ADN-AE同样可以注册在MN-CSE。这种注册是在远程实体/节点处的AE和CSE之间的注册。

CSE是一个或多个CSF的实例化。CSE提供了可以由M2M应用使用和共享的CSF的子集。CSE可以利用UNet能力并且可以与其他CSE相互作用，以满足服务。CSE包括M2M环境共用的“服务功能”集合。这种服务功能通过参考点(诸如，在oneM2M中规定的Mca和Mcc参考点(见图3))展示给其他实体。Mcc参考点定义了在CSE之间的通信流。参考点Mcn用于接入底层网络服务实体。由CSE提供的服务功能的示例是：数据管理、设备管理、M2M订阅管理、定位服务等。这种由CSE提供的“子功能”在逻辑上可以理解为公共服务功能(CSF)。在公共服务实体(CSE)内部，CSF中的一些可以是强制的，而其他的可以是可选的。同样，在CSF内部，一些子功能可以是强制的或可选的(例如，在“设备管理”CSF内部，像是“应用软件安装”、“固件升级”、“登录”、“监控”等的子功能中的一些可以是强制的或可选的)。

CSF是M2M环境共用的服务功能的集合，并且由诸如oneM2M的交互工作规范所规定。

在图3中，使用了下列缩写：

无节点AE：这种实体表示可以由应用服务提供商托管的IN-AE。

节点：包含至少一个公共服务实体(CSE)和/或一个应用实体(AE)的功能实体。节点可以包含在物理装置(例如，M2M设备、网关、或服务器基础结构)中。一般来说，驻留在不同节点中的CSE不相同，并且依赖于在该节点中的CSE所支持的服务。在一些实施例中，定义了两类节点。一类节点是包括至少一个公共服务实体和/或一个或多个oneM2M应用实体的功能实体。这种节点可以被称作具有CSE能力的节点。其他类节点是可以包含一个或多个应用实体并且没有公共服务实体的功能实体。这种节点可以被称作不具有CSE能力的节点。在oneM2M架构中，具有CSE能力的oneM2M节点可以被包含在例如M2M设备、网关、或服务器基础结构的物理对象中。不具有CSE能力的oneM2M节点可以被包含在诸如传感器、致动器等的物理对象中。具有CSE能力的节点和不具有CSE能力的节点通过Mca参考点通信。

Mcc’参考点旨在尽可能类似于Mcc参考点。但是因为M2M间服务提供商通信的性质，可能存在一些区别。

在配置200中可能存在很多不同类型的节点。节点不必映射到单独的真实物理对象，虽然它可以映射到真实物理对象。节点可以包括：

应用服务节点(ASN)：应用服务节点是包含一个公共服务实体并且包含至少一个应用实体的节点。应用服务节点可以通过Mcc参考点要么与恰好一个中间节点、要么与恰好一个基础结构节点通信。物理映射的示例包括可以驻留在M2M设备中的应用服务节点。

应用专用节点(ADN)：应用专用节点可以包含至少一个应用实体并且不包含公共服务实体。应用专用节点通过Mca参考点与中间节点或基础结构节点通信。物理映射的示例包括可以驻留在受约束的M2M设备中的应用专用节点。

中间节点(MN)：中间节点是包含一个公共服务实体并且包含零个或更多个应用实体的节点。中间节点通过Mcc要么与IN、要么与另一个MN通信，另外通过Mcc至少与IN/MN/ASN、或者通过Mca与ADN通信。物理映射的示例可以包括可以驻留在M2M网关中的中间节点。

基础结构节点(IN)：基础结构节点是包含一个公共服务实体并且包含零个或更多个应用实体的节点。基础结构节点通过各自的Mcc参考点与一个或多个中间节点、和/或一个或多个应用服务节点通信。另外，基础结构节点通过各自的Mca参考点与一个或多个应用专用节点通信。物理映射的示例：基础结构节点可以驻留在M2M服务器基础结构中。

M2M外部标识符(M2M-Ext-ID)

在服务把由CSE-ID识别的CSE作为目标时，M2M-Ext-ID由M2M SP使用，并且从底层网络被请求。

M2M外部标识符使底层网络能够针对服务请求识别与CSE-ID相关的M2M设备。为了该效果，底层网络将M2M-Ext-ID映射到分配给目标M2M设备的UNet专用标识符。另外，M2MSP可以保持在CSE-ID、M2M-Ext-ID以及UNet的标识之间的关联。

在各种实施例中，可以实现在CSE-ID和M2M-Ext-ID之间的预先设置的关联以及动态的关联。

对于每个CSE-ID，均应该仅有一个针对指定底层网络标识符或UNetwork-ID的M2M-Ext-ID。因此，与多个底层网络交互工作的M2M SP将具有与相同的CSE-ID相关的不同的M2M-Ext-ID，每个底层网络一个，并且将针对其向底层网络发起的任何服务请求选择适当的M2M-Ext-ID。

一般来说，依靠UNet将M2M-Ext-ID映射到M2M设备是UNet特有的。

在一些配置中，UNet提供商和M2M服务提供商可以合作，将M2M-Ext-ID分配给每个通过CSE-ID识别的CSE。同时，UNet提供商保持M2M-Ext-ID与分配给托管这个CSE的M2M设备的UNet特有的标识符的关联。

针对预先设置的M2M-Ext-ID，在基础结构节点可以设置M2M-Ext-ID连同相关的CSE-ID。在M2M设备的CSE并不需要知晓分配给它的M2M-Ext-ID。针对动态M2M-Ext-ID，在场域中的每个M2M设备设置了对底层网络指定的M2M-Ext-ID。在CSE注册期间，这种M2M-Ext-ID被传递给IN-CSE。

触发器接收者标识符(Trigger-Recipient-ID)

当从UNet请求设备触发服务时，Trigger-Recipient-ID用于识别要把触发器路由到的、在执行环境中的ASN/MN-CSE的实例。例如，当使用3GPP设备触发时，Trigger-Recipient-ID将映射到应用端口标识符，例如，在规范3GPP 23.682中规定的应用端口标识符。

针对预先设置的M2M-Ext-ID，在基础结构节点，Trigger-Recipient-ID连同M2M-Ext-ID和相关的CSE-ID被设置。针对动态M2M-Ext-ID，在场域中的每个M2M设备设置了底层网络指定的Trigger-Recipient-ID。在CSE注册期间，这种Trigger-Recipient-ID被传递给IN-CSE。

下面的表1列出某些M2M标识符的示例以及它们的使用性质。具体来说，如在表1中所列出的，外部标识符在UNet提供商和M2M SP之间共同地被分配，分配给属于CSE的M2M节点，其中，所述CSE想要利用UNet的服务并可具有两种设置模式-预先设置模式、以及其中在对应的CSE注册期间传递外部标识符的动态模式。

M2M标识符生命周期以及特性

表1

CSEBase资源类型

<CSEBase>资源可用于表示CSE。这个<CSEBase>资源可以是驻留在CSE的所有资源的根。

图4A显示了在CSEBase资源中包括的属性的示例列表。

<CSEBase>资源可以包含在表2中的子资源。

表2

<CSEBase>资源可以包含在表3中描述的属性。

表3

remoteCSE资源类型

<remoteCSE>资源表示注册在注册员CSE的远程CSE。<remoteCSE>资源可以直接定位在<CSEBase>下。相反地，每个注册的CSE也可以被表示为在正在注册的CSE的<CSEBase>中的<remoteCSE>资源的子集。例如，当CSE1注册在CSE2时，将会创建两个<remoteCSE>资源：一个是在CSE1中的<CSEBase1>/<remoteCSE2>，并且一个是在CSE2中的<CSEBase2>/<remoteCSE1>。两个资源的创建并不必然暗示相互注册。<CSEBase1>/<remoteCSE2>并不自然意味着在以上的示例中CSE2注册在CSE1。

<remoteCSE>资源可以包括例如在表4中列出的子资源。

图4B列出在<remoteCSE>资源中所包括的子资源的示例。

表4

在一些实施例中，<remoteCSE>资源可以包括在表5中列出的属性。

表5

在一些实施例中，<remoteCSE>和通告的<remoteCSE>针对能够在两个资源之间分辨的实现，将具有不同的resourceType编码。

在oneM2M***中的实现的示例实施例

提供修改的示例以解释在一些实施例中修改当前的oneM2M规范以实现在本文中公开的技术中的一些技术的方式。示例尤其公开了对于在oneM2M中规定的、用于从应用实体或者公共服务实体(CSE)创建和删除通告的属性的当前过程做出的改变，并且同样公开了用于初始资源托管的CSE通告属性和解通告属性的新技术。

提出一些修改，以提出用于支持属性通告和解通告(de-announcement)的方法。属性通告/解通告是通过使用UPDATE操作和DELETE操作来支持的。

示例1

10.2.18.6用于AE和CSE发起创建通告的属性的过程

这个条款描述了用于AE和CSE发起创建通告的属性(属性通告)的过程。

始发方：用于发起属性通告的请求的始发方，可以是AE或者CSE。始发方可以通过更新在初始资源处的announcedAttribute属性，来请求属性通告。

始发方可以通过将需要通过使用UPDATE请求来通告的属性添加到在初始资源处的announcedAttribute属性，来更新在初始资源处的announcedAttribute属性。仅有以OA标记的属性可以被通告给远程通告的资源。

接收方：一旦始发方已被成功授权，接收方(其可以是初始资源托管的CSE)可以在成功验证请求后同意请求。

在请求中接收的、没有以OA标记的属性是无效的。

在请求中接收的、在初始资源结构中不存在的属性是无效的。

如果在请求中接收的一些属性在announcedAttribute属性中已不存在，则接收方可以按照条款10.2.18.8中的过程向在announceTo属性中列出的所有通告的资源通告这种属性。

在按照条款10.2.18.8中的过程成功通告属性时，接收方可以执行下列各项：

接收方可以如在条款10.1.3中规定地以UPDATE响应来响应请求AE/CSE。在这种响应中可以提供通告的属性的内容。

表10.2.18.6-1:创建通告的属性

示例2

10.2.18.7用于AE和CSE发起删除通告的属性的过程

这个条款描述了用于AE和CSE发起删除通告的属性(属性解通告)的过程。

始发方：用于发起属性解通告的请求的始发方，可以是AE或者CSE。始发方可以通过更新在初始资源处的announcedAttribute属性如下来请求属性解通告：

始发方可以通过使用UPDATE请求来通过从在初始资源处的announcedAttribute属性删除需要解通告的属性，来更新在初始资源处的announcedAttribute属性。仅有以OA标记的属性可以被解通告给远程通告的资源。

接收方：一旦始发方已被成功授权，接收方(其可以是初始资源托管的CSE)可以在成功验证请求后同意请求。

在请求中接收的、没有以OA标记的属性是无效的。

如果没有在请求中接收到在announcedAttribute属性中存在的一些属性，则接收方可以按条款10.2.18.9中的每个过程向在announceTo属性中列出的所有通告的资源解通告这种属性。

在按照条款10.2.18.9中的过程成功解通告所有属性时，接收方可以执行下列各项：

接收方可以如在条款10.1.3中规定地以UPDATE响应来响应请求AE/CSE。在这种响应中可以提供所解通告的属性的名称。

表10.2.18.7-1:删除通告的属性

示例3

10.2.18.8初始资源托管CSE通告属性的过程

这个条款描述了可以由初始资源托管的CSE使用以在远程通告资源创建通告的属性(即，属性通告)的过程。

始发方：这个请求的始发方可以是初始资源托管的CSE。始发方可以如在条款10.1.3中规定地通过使用UPDATE请求，来请求在通告的资源处创建通告的属性。

接收方：一旦始发方已被成功授权，接收方(托管通告的资源的CSE)可以在成功验证请求后同意请求。该接收方可如下执行：

按在条款10.1.3中部分处理的过程在通告的资源处创建通告的属性。

如在条款10.1.3中，以UPDATE响应来响应始发方。

始发方在从接收方接收到响应之后，可以执行下列步骤：如果通告的属性已被成功地创建，则announcedAttribute属性可被更新，以包括成功地通告的属性的属性名称。

对于在announcedAttribute属性中新近通告的属性，始发方可以负责如条款10.1.3中的通过使用UPDATE操作来保持在通告的资源处同步的新近通告的属性的值。

表10.2.18.8-1：初始资源托管的CSE通告属性：UPDATE

示例4

10.2.18.9初始资源托管CSE解通告属性的过程

这个条款描述了可以由初始资源托管的CSE使用以在远程通告资源消除通告的属性(即，属性解通告)的过程。

始发方：这个请求的始发方可以是初始资源托管的CSE。始发方可以如在条款10.1.4中规定地通过使用DELETE请求，来请求删除通告的属性。

接收方：一旦始发方已被成功授权，接收方(托管通告的资源的CSE)可以在成功验证请求后同意请求。该接收方可如下执行：

按照在条款10.1.4中部分处理的过程删除解通告的属性。

如在条款10.1.4中，以恰当的DELETE响应来响应始发方。

始发方在从接收方接收到响应之后，可以执行下列步骤：如果解通告的属性已被成功地消除，则announcedAttribute属性可被更新，从而消除成功地解通告的属性的属性名称。

表10.2.18.9-1：初始资源托管的CSE解通告属性：DELETE

对当前的oneM2M规范的可能的修改

提出对于在oneM2M中的部分处理的支持。提出这种部分处理是通过使用UPDATE和DELETE操作而被支持的。

示例5

8.1.1说明

图5显示了通信的常规流动的示例性图，该常规流动组织在基于使用请求和响应方案的过程内的信息交换。方案应用于诸如下列各项的通信：

在AE和CSE(Mca参考点)之间；以及

在CSE(Mcc参考点)之中。

通信可以根据请求消息中的操作，由AE或者由CSE发起。

8.1.2请求

从始发方到接收方的请求包括下列信息：

to：操作的目标资源或者目标属性的URI。to信息可以遵循条款9.3.1。

to目标资源或者目标属性需要由始发方获知。其可以通过预先设置或者通过发现而被获知。

术语“目标资源”通常指的是为了指定操作而被处理的资源。例如，资源“example”的创建操作的to参数将会是“/m2m.provider.com/exampleBase。”相同资源“example”的检索操作的to参数是“/m2m.provider.com/exampleBase/example。”当使用RETRIEVE操作处理指定属性时，在以上示例中的“container”属性的to参数是“/m2m.provider.com/exampleBase/example/container。”

fr:表示始发方的标识符。

fr信息可以由接收方用来为了访问权限验证而检查始发方标识。

cn：要转移的资源内容。

op：要执行的操作：创建(C)、检索(R)、更新(U)、删除(D)。

op信息可以指示在接收方处要执行的操作：

创建(C)：创建可以采用to参数寻址的新资源。

检索(R)：读取现存的to可寻址资源，并且将现存的to可寻址资源提供回始发方。

更新(U)：采用如在cn参数中的新内容替换现存的to可寻址资源的内容。如果在cn参数中的一些属性在目标资源处并不存在，则采用所分配的值来创建这种属性。

删除(D)：从资源储存器中删除现存的to可寻址资源以及它的所有子资源。对于to参数寻址了指定属性，这种属性从资源储存器中被删除。

通知(N)：至接收方的信息，在接收方的处理不是由始发方指示的。

在对于下列操作的请求中可以存在ty信息：

创建：ty是要创建的资源的类型。

cn：要转移的资源内容。

在对于下列操作的请求中可以存在cn信息：

创建：cn是采用在表9.2-1中的资源类型标签的新资源的内容。

更新：cn是在现存资源中要替换的内容。cn同样可以包括新属性，该新属性具有在由to参数寻址的资源处要创建的属性的关联的值。

检索：cn是要应用于发现目的过滤器。

通知：cn是通知信息。

注意，cn同样可以是空的。

其他被允许的信息可以如下：

nm：要创建的资源的可选的名称。

名称的示例用途包括想要用作新近创建的资源的标识符的、创建资源的始发方的名称。为了创建采用名称“myContainer”的容器，请求将提供具有值“myContainer”的参数nm，并且所创建的资源将会是：/<SCEBase>/myContainer。

ot：在消息被建立时的可选的始发时间标记。

始发时间标记的示例用途包括：测量和使能操作(例如，消息日志、关联、消息优先化/调度、接收性能请求、收费等等)以及测量性能(分布和处理时延、闭环时延、SLA、分析等等)。

rqet：可选的请求消息期满时间标记。

请求期满时间标记的示例用途包括：指示(包括延时容忍的)请求消息因为它们陈旧不再有价值而应当期满的时间，以及通知消息调度/优先化。当请求已将请求期满时间标记设置为指定时间时，并且该请求要求在并非是当前处理请求的CSE的托管的CSE上操作时，那么当前CSE可以符合设定的规则地保持尝试向托管的CSE递送请求，直至请求期满时间标记时间。

rset：可选的结果消息期满时间标记。

结果期满时间标记的示例用途包括：指示(包括延时容忍的)结果消息因为结果的期望的陈旧不再有价值而应当期满的时间，以及通知消息调度/优先化。其可被用于设置最大允许的总请求/结果消息序列往返行程最后期限。

rt：可选的响应消息类型：指示对所发出的请求的响应可以包括的事物以及向始发方发送响应的时间：

回执：在本地CSE接收到请求的情况下，本地CSE在接收之后采用回执来响应，该回执证实本地CSE将会进一步处理请求。

结果：在本地CSE接受请求的情况下，本地CSE在所请求的操作完成之后采用所请求的操作的结果来响应。

对于回执设置的响应类型的示例用法：被优化成使通信时间和能耗最小化的始发方想要对本地CSE表达请求，并且获得关于请求是否被接受的回执。在此之后，始发方可以切换成较低功率消耗模式，并且在晚些时候检索所请求的操作的结果。

rd：可选的结果消息目的地：

本地CSE：响应于接收的请求，本地CSE包括可用于访问请求的状态和在晚些时候的所请求的操作的结果的参考。

始发方：所请求的操作的结果需要作为通知而被发送至始发方。

对于本地CSE设置的结果目的地的示例用法包括：当结果内容极大时，或者当结果是来自目标群组的、将要随着时间不同步地聚集的多个内容部分组成的时候。

rc：可选的结果消息内容：指示所请求的操作的结果所期望的部分。请求的始发方可以根本不需要返回操作的结果。这可以在rc信息中被指示。rc的准确设置有可能取决于在op中规定的所请求的操作。rc的可能的值是：

"resource":仅仅所请求的资源的表示将作为内容被返回，而没有提到所请求的资源到其他资源的任何链接。这是默认值。

"resource；links":所请求的资源的表示、连同到其他资源的所有链接(有可能受到所检索的链接的最大数量的限制)将作为内容被返回。

"links":仅仅所请求的资源到其他资源的链接(有可能受到所检索的链接的最大数量的限制)将作为内容返回，而不是真实的所请求的资源的任何表示将作为内容返回。

"nothing":没有事物将作为响应的内容被返回。

"result-notification":当操作完成时，将会返回通知。

版本注释：在限定了可被请求的指定操作的时候，在稍后可以添加rc可能的设置的细节(例如，注册AE，修改容器的内容等)。

rp：可选的响应持续性：指示包含响应的地址要持续的持续时间。

响应持续性的示例用法包括请求充足的用于分析的持续性，以处理随着时间不同步地聚集的响应内容。如果规定了结果期满时间标记，则响应持续性应持续到超出结果期满时间。

ri：请求标识符

请求标识符的示例用法包括使能在请求和很多接收到的响应之一的关联。

oet：可选的操作执行时间：指示当规定的操作op要由目标CSE执行时的时间。目标CSE可以执行具有其操作执行时间指示符集合的、在操作执行时间开始的请求的规定的操作。如果执行时间已经过去，或者如果指示符未被设置，则规定的操作可以立即被执行，除非在设置了指示符的时候已经到达请求期满时间。

操作执行时间的示例用法包括将要在操作执行时间不同步地执行的流量的不同步的分布。

注释4基于时间的流量根据在CSE可用的时间服务，可能不能得到支持。

ec：可选的事件分类：指示应当用于处理这个请求的事件分类。事件分类影响请求访问在CMDH CSF中处理远程托管资源的方式。经由CMDH的对连接的选择和调度是由可以区分事件分类的规则驱动的。

将“事件分类”设置为指定值X的示例用法：当请求要求对与本地CSE不同的托管的CSE执行操作时，该请求可被储存在当前正在处理去托管的CSE的路上的CSE中，直到由设置的策略允许该事件分类X使用通信链接到达去托管的CSE的路径上的下一个CSE，或者直到请求期满时间标记期满。

da：可选的递送聚集开/关：使用<delivery>资源的CRUD操作以表示一个或多个初始请求转发到(多个)相同目标CSE。

因为da是可选的，可以有在请求中不存在da时要使用的默认值。这个参数可能并不经由Mca展示给AE。

递送聚集的示例用法设置在：处理请求的CSE可以通过请求在去目标CSE的路径上的下一个CSE上的<delivery>资源中的CREATE，对相同的目标CSE使用请求的聚集。

gid：可选的群组请求标识符：添加到群组请求的、将要对群组中的每个成员展示的标识符。

fc:可选的过滤标准：在表8.1.2-1中描述过滤后的检索操作的条件。

表8.1.2-1:过滤标准条件

在HTTP查询中过滤标准条件的示例用法：在请求自身的查询部分中的过滤器同样可以请求应用HTTP GET操作：

GET/root？label＝one&label＝two&createdBefore＝2014-01-01T00:00:00&limit＝128

示例发现了最多 128个匹配下列逻辑条件的资源：createdBefore<2014-01-01T00:00:00AND(label＝one OR label＝two)。

一旦递送了请求，接收方可以分析请求以确定目标资源。

如果目标资源正在寻址另一M2M节点，则接收方可以适当地路由请求。

如果目标资源正在寻址接收方，其可以：

检查所寻址的资源的存在。

采用如在表9.2-1中的标签值来识别资源类型。

检查fr始发方的权限，以执行所请求的操作。

如以上描述的，根据提供的请求参数，执行所请求的操作(在提供了cn内容时使用cn内容)。

根据请求结果内容，采用成功的或不成功的操作结果的指示来响应始发方。在一些指定情况下(例如，限于绑定协议或者基于应用指示)，可以避免响应。

以始发方请求消息开始的消息流动过程在以下任意情况下可被认为是关闭了：

根据rqet(请求期满时间标记)，请求消息期满。

响应消息被递送到始发方。

8.1.2.1请求消息参数的概况

表8.1.2.1-1总结了在条款8.1.2中规定的用于请求消息的参数，显示在应用于C、R、U、D或N操作的任何区别。“M”指示强制的，“O”指示可选的，“N/A”指示“不适用的”。

表8.1.2.1-1：请求消息参数的概况

示例6

8.1.3成功的操作

对于成功完成所请求的操作的情况，从该请求的接收方到该请求的始发方的响应包括下列信息：

to：可选的。始发方的ID。在这是承载了由非阻塞请求触发的操作的结果的响应的情况下，可以使用“rd”信息。

fr:可选的。接收方的ID。

rs：操作结果：例如，同意、同意并且完成、同意并且已调度、同意并且正在进行等等。

cn：可选的要转移的或创建的(可选的)资源内容。

元信息包括：

ot：在消息被建立时的可选的始发时间标记。

rset：可选的结果期满时间标记。如果结果期满时间标记设置在请求消息中则接收方可以重复该结果期满时间标记，或者其可以自己设置结果期满时间标记。

接收方设置结果期满时间标记的示例用法是：在递送时间的值取决于一些正在改变的接收方环境(例如，基于速度的飞行器位置的结果消息最后期限)的时候。

ri：请求标识符

注意，在响应中的ri可以匹配在对应的请求中的ri。

cs：可选的，状态代码(例如，认证、超时等等)。

ra：可选的，端节点响应的暂存器地址。

在下列情况中，在响应中可以存在cn信息：

创建：cn是所创建的资源的地址和/或内容。

更新：cn是在现存资源中替换的内容。cn是新近创建的属性以及它们的值。

删除：cn是实际删除的内容。

在下列情况中，在响应中可以存在cn信息：

检索：cn是所检索的资源内容或者所发现的资源的聚集的内容。

8.1.4不成功的操作

从请求的接收方到请求的始发方的响应在不成功地完成了所请求的操作的情况下包括下列信息：

to：可选的。始发方的标识符。在这是承载了由非阻塞请求触发的操作的结果的响应的情况下，可以使用“rd”信息。

fr：可选的。接收方的标识符。

rs：操作结果：例如，不同意。

cn：可选的，状态代码(例如，认证、超时等等)

元信息包括：

ot：在消息被建立时的可选的始发时间标记。

rset：可选的结果期满时间标记。

ri:请求标识符。

注意，在响应中的ri可以匹配在对应的请求中的ri。

cs：可选的，状态代码(例如，认证、超时等等)。

8.1.5响应消息参数的概括

表8.1.5-1总结了在条款8.1.1和8.1.3中规定的用于响应消息的参数，显示在应用于成功的C、R、U、D或N操作和不成功的操作的任何区别。“M”指示强制的，“O”指示可选的，“N/A”指示“不适用的”。

表8.1.5-1:响应消息参数的概况

示例7

10.1.3UPDATE(U)

UPDATE操作可以用于更新储存的在目标资源处的属性中的任何属性的信息。需要及时完成更新。例如，在刷新的信息中的故障，例如“ExpirationTime”可能造成删除资源。始发方CSE或AE可以通过在请求消息中包括这种(多个)属性的名称及其值，来请求在目标资源处更新或者创建(多个)指定的属性。

始发方通过使用UPDATE请求消息，来请求更新在目标资源处的属性中的任何属性。始发方可以发送需要更新的(多个)属性的新(提出的)值。UPDATE操作允许修改指定资源类型被指示为“RW”(读写)的属性(在条款9.6中限定)。

始发方通过使用UPDATE请求消息，来请求在目标资源处创建属性。始发方可以在请求消息中发送指定资源类型被指示为“RW”(读写)的、将要创建的属性(在条款9.6中限定)的名称及其关联的值，

见条款8.1.2中的将要包括在请求消息中的信息。

始发方一旦已被成功认证，接收方验证寻址的资源的存在，提供的属性的有效性以及修改属性的权限，可以更新提供的属性并且可以将响应消息返回到始发方，响应消息具有如在条款8.1.3中规定的操作结果。如果不存在提供的属性，在验证寻址的资源的存在之后，接收方验证提供的属性和创建属性的权限。在成功验证时，接收方采用属性的关联值来创建提供的属性，并且可以将响应消息返回至始发方，响应消息具有如在条款8.1.3中规定的操作结果。

图6示出了用于检索资源的示例性过程。在步骤001中，始发方可以请求检索资源。在步骤002中，接收方可以处理请求。在步骤003，接收方可以采用响应消息响应检索请求。

图7示出了用于更新资源的示例性过程。在步骤001中，始发方可以在UPDATE请求消息中发送下列信息：

op：U(更新)

to：到目标资源的URI

fr:始发方(AE或者CSE)的ID

cn：要在目标资源处更新或创建的(多个)属性相关的信息。这种属性的名称和在cn参数中的关联的更新的或者分配的值。

在步骤002中，接收方可以验证始发方是否具有适当的权限去执行对于目标资源的修改。在成功的验证时，接收方可以如所请求地更新资源。如果所提供的属性不存在，则接收方可以验证始发方是否具有适当的权限在目标资源创建该属性。在成功的验证时，接收方可以如所请求地在资源处采用属性关联的值创建属性。

在步骤003中，接收方可以采用包含下列信息的响应消息来响应：

to：可选的。始发方的ID。在这是承载了由非阻塞请求触发的操作的结果的响应的情况下，可以使用rd信息。

fr:可选的。接收方的ID。

rs：操作结果：

cn：可选的。替换的或创建的内容

一般例外：

在to信息中不存在目标资源。接收方采用错误来响应。

始发方不具有在接收方上修改资源或者创建属性的权限。接收方采用错误来响应。

在cn中所提供的信息没有由接收方接受。接收方采用错误来响应。

示例8

10.1.4DELETE(D)

DELETE操作可以由始发方CSE或者AE用来删除在接收方CSE处的资源。

DELETE操作同样可以由始发方CSE或者AE用来删除在接收方CSE处的目标资源的指定属性。

DELETE过程可以由删除目标资源的所有相关信息组成。

始发方通过使用DELETE请求消息来请求删除资源或者属性。

始发方一旦已被成功认证，接收方验证所请求的资源或属性的存在，以及用于删除资源或属性的权限。

图8示出了用于删除资源或属性的示例性过程。在步骤001中：始发方可以对接收方发送DELETE请求消息。

op：D(删除)

to：目标资源的URI或者属性

fr:始发方(AE或者CSE)的ID

在步骤002，接收方可以验证所请求的资源或属性的存在、以及始发方是否具有删除资源/属性的适当的权限。为了删除资源，在成功的验证时，接收方可以检查子资源并且删除所有子资源和在父资源中的关联的参考，并且其可以消除资源自身。为了删除属性，在成功的验证时，接收方可以删除寻址的属性。

在步骤003中，接收方可以采用可以包含下列信息的响应消息来响应：

to：可选的。始发方的ID。在这是承载了由非阻塞请求触发的操作的结果的响应的情况下，可以使用rd信息。

fr:可选的。接收方的ID。

rs：操作结果：

一般例外：

在to信息中不存在目标资源/属性。接收方采用错误来响应。

始发方不具有删除在接收方上的资源/属性的权限。接收方采用错误来响应。

如以上描述的示例性修改提供了在一些实施例中可以修改当前的oneM2M规范的某些部分以实现在本文中公开的技术中的一些技术的方式的示例。如以上描述的示例性修改尤其公开了对于在oneM2M中规定的用于交换请求、检索、响应、删除和更新消息的资源或者属性消息的当前过程做出的改变。如以上描述的示例性修改同样提供对消息参数、以及由发送设备可以使用这些参数的方式和由接收设备理解和对这些参数起作用的方式提出了另外的改变。

在以上描述中参考的oneM2M规范被用作示例，以示出一些实施例并且不限制所公开的技术的范围。

如在图9中描绘的，在一些实施例中，用于从M2M通信***中的通告的资源中检索信息的方法600包括：通过规定通告的资源的地址以及包括通告的资源的身份，发出信息检索请求(602)；响应于信息检索请求，接收信息响应(604)；以及选择性地在本地处理所接收的信息响应，或者转发到另一M2M设备以用于进一步处理(606)。

如在图10中描绘的，在一些实施例中，用于从M2M通信***中的通告的资源中检索信息的装置700包括：模块702，其用于通过规定通告的资源的地址以及包括通告的资源的身份，发出信息检索请求；模块704，其用于响应于信息检索请求，接收信息响应；以及模块706，其用于选择性地在本地处理所接收的信息响应，或者转发到另一M2M设备以用于进一步处理。

如在图11中描绘的，在一些实施例中，用于删除在M2M通信***中的通告的资源的方法800包括：创建在其中忽略了将要删除的属性的资源的属性列表(802)；以及把列表传输到托管将要删除的属性的M2M节点(804)。方法800可以使用本文中参考图1至10描述的技术。

如在图12中描绘的，在一些实施例中，用于删除在M2M通信***中的通告的资源的装置900包括：模块902，其用于创建在其中忽略了将要删除的属性的资源的属性列表；以及模块904，其用于把列表传输到托管将要删除的属性的M2M节点。

如在图13中描述的，在一些实施例中，用于在M2M通信***中创建通告的资源的方法1000包括：发出创建请求，在该创建请求中列出了由始发M2M节点初始创建的属性(1002)；以及接收所发出的创建请求的授权响应(1004)。方法1000可以使用本文中参考图1至10描述的技术。

如在图14中描述的，在一些实施例中，用于在M2M通信***中创建通告的资源的装置1100包括：模块1102，其用于发出创建请求，在该创建请求中列出了由始发M2M节点初始创建的属性；以及模块1104，其用于接收所发出的创建请求的授权响应。

将会理解的是，公开了用于管理在M2M通信***中的资源的技术。

在本文档中所公开的以及其他的实施例以及功能操作以及模块，可以在包括本文档中公开的结构及其结构等同物的数字电子电路或计算机软件、计算机固件或计算机硬件、在以上各项的一项或多项的结合中实施。所公开的以及其他的实施例可被实施为一个或者多个计算机程序产品，即，在计算机可读介质上编码的计算机程序指令的一个或多个模块，用以由数据处理装置执行或用于控制数据处理装置的操作。计算机可读介质可以是机器可读存储设备、机器可读存储基质、存储器设备、实现机器可读传播信号的物质的组合、或者它们中的一个或多个的组合。术语“数据处理装置”涵盖所有用于数据处理的装置、设备、和机器，作为示例包括可编程处理器、计算机、或多个处理器或计算机。除了硬件外，装置还可包括创建可执行环境用于所讨论的计算机程序的代码，如，构成处理器固件、协议栈、数据库管理***、操作***或它们中的一个或多个的组合的代码。传播信号是人工生成的信号，例如，机器生成的电、光或电磁信号，信号被生成以编码用于传输给适当的接收机装置的信息。

计算机程序(也称为程序、软件、软件应用、脚本或代码)可以由任意形式的编程语言编写，包括编译语言或解释语言，并且该计算机程序可以任意形式部署，包括部署为单独的程序或模块、组件、子例程、或者适于在计算环境中使用的其他单元。计算机程序不必对应于文件***中的文件。程序可以被存储在保存其他程序或数据(例如，在标记语言文档中所存储的一个或更多个脚本)的文件的一部分中、在专用于正被讨论的程序的单个文件中、或多个协同的文件中(例如，存储了一个或更多个模块、子程序、或部分代码的文件)。计算机程序可采用在一台计算机上执行或在放置在一个地点或跨越多个地点分布并通过通信网络交互的多台计算机上执行。

本文档中所描述的过程和逻辑流可以由一个或更多个可编程处理器来执行，该可编程处理器执行一个或更多个计算机程序，以通过对输入数据进行操作并生成输出而执行功能。过程和逻辑流还可由专用逻辑电路(例如，FPGA(现场可编程门阵列)或ASIC(专用集成电路))来执行，并且装置也可被实现成专用逻辑电路(例如，FPGA(现场可编程门阵列)或ASIC(专用集成电路))。

适于执行计算机程序的处理器包括例如通用的和专用的微处理器，以及任意类型的数字计算机的任意一个或更多个处理器。一般来说，处理器将从只读存储器或随机存取存储器或这二者中接收指令和数据。计算机的基本元件是用于执行指令的处理器以及用于存储指令和数据的一个或多个存储器设备。一般而言，计算机还将包括或操作性地耦合连接用于存储数据的一个或多个海量存储设备(如磁性、磁-光盘、或光盘)以接收或转移数据或二者兼之。然而，计算机不必具有这种设备。适于存储计算机程序指令和数据的计算机可读介质包括所有形式的非易失性存储器、介质和存储设备，举例来说，包括半导体存储设备(例如，EPROM、EEPROM和闪存设备)；磁盘(例如，内置硬盘或可移动磁盘；磁光磁盘；以及CDROM盘和DVD-ROM盘)。处理器和存储器能够利用专用逻辑电路补充或者被并入其中。

尽管本文包括许多细节，但是这些细节不应该被看作是对任何发明或者所要求的范围的限定，而应该看作针对特定实施例的指定特征的描述。另外，还可以以组合方式在一个实施例中实施根据不同实施例的上下文在本文档中描述的某些特征。相反地，在单一实施例的上下文中描述的各种特征也可以分别实施于多个实施例中或者实施于任何合适的子组合中。另外，尽管特征可以在上面被描述成在某些组合中起作用并且甚至最初就是这样声称的，在一些情况下，可将所声称的组合中的一个或更多个特征从该组合中去除，且该要求保护的组合可能会是子组合或子组合的变体。类似地，尽管在附图中按特定顺序描绘了操作，然而这并不应该理解为要求以显示的特定顺序或者以顺序次序执行、或者所有已说明的要执行的操作的顺序去执行，以实现所期望的结果。

仅公开了少量的示例和实现。可基于所公开的做出对所描述的示例和实现以及其它实施的变化、修改和增强。

Claims (6)

1.一种用于创建在机器对机器(M2M)通信***中的之前通告的属性的方法，包括：

发出创建请求，在所述创建请求中列出了由始发M2M节点初始创建的属性；以及

接收对所发出的创建请求的授权响应；

还包括：

发出对所创建的属性的更新请求；以及

接收对所发出的更新请求的授权响应；

其中，对所发出的更新请求的授权响应允许在发出所述更新请求的始发方处更新所创建的属性。

2.根据权利要求1所述的方法，其中，所述更新请求包括：到目标资源的URI、发出所述更新请求的始发方的标识、或者与待更新的属性相关的信息。

3.根据权利要求1所述的方法，还包括：如果没有接收到对所发出的更新请求的授权响应，则发出对在目标资源处的所述属性的另一个创建请求。

4.一种用于创建在M2M通信***中的之前通告的属性的装置，包括：

发出创建请求的模块，在所述创建请求中列出了由始发M2M节点初始创建的属性；以及

接收对所发出的创建请求的授权响应的模块；

还包括：

发出对所创建的属性的更新请求的模块；以及

接收对所发出的更新请求的授权响应的模块；

其中，对所发出的更新请求的授权响应允许在发出所述更新请求的始发方处更新所创建的属性。

5.根据权利要求4所述的装置，其中，所述更新请求包括：到目标资源的URI、始发方的标识符、或者与待更新的属性相关的信息。

6.根据权利要求4所述的装置，还包括：在没有接收到对所发出的更新请求的授权响应时发出对在目标资源处的所述属性的另一个创建请求的模块。