101] 图6例示用于M2M应用的资源的示例。如上文中描述的，用于特定M2M应用的资 源可被存储在M2M网关的CSE或公共业务层的资源之中的应用资源中。用于特定M2M应用 的资源可具有属性和子资源。在图6的示例中，子资源被表现为类型（例如，用"〈"、"〉"指 代）并且当执行实例化时分派并且存储子资源的真实名称。
[0102] 图7例示通用M2M系统的示例性通信流程。总体上，可基于数据交换执行M2M系 统的操作。例如，为了使特定装置停止其它装置的操作，特定装置可将对应命令以数据形式 发送到其它装置。为了将数据存储在装置中，可使用具有特定格式的数据结构，这个数据结 构被称为资源。能使用唯一地址（例如，URI)访问资源。
[0103] 参照图7,为了进行AE-CSE连接或CSE-CSE连接，可使用请求和响应方案。发起方 可将请求消息发送到接收方以请求存储在接收方中的资源，并且可响应于请求消息接收响 应消息。同样地，接收方可从发起方接收请求资源的请求消息，并且可在接收到请求消息时 向发起方发送响应消息。在本说明书中，请求消息也可被称为请求，响应也可被称为响应。 将从发起方发送到接收方的请求消息可带有以下信息。
[0104] -op:待执行操作的形式。"op"可以是创建、检索、更新、删除或通知中的一个。在 本说明书中，对应于操作的信息可被称为命令。
[0105] -to:目标资源的URI。
[0106] -fr :产生请求的发起方的识别信息（或ID)。
[0107] -mi :关于对应请求的元信息。
[0108] -cn:待传递资源的内容。
[0109] 如果成功执行了对应请求，则响应消息可包括以下信息。响应消息可包括以下信 息中的至少一种，或者可只包括结果值（rs)。
[0110] -to :产生请求的发起方的识别信息（或ID)
[0111] _fr :接收请求的接收方的识别信息（或ID)。
[0112] -mi :关于请求的元信息。
[0113] _rs :请求的结果（例如，可以、可以完成、可以进行）。
[0114] _ai :额外信息。
[0115] -cn:待发送资源的内容。
[0116] 如果对应请求失败，则响应消息可包括以下信息。
[0117] -to :产生请求的发起方。
[0118] -fr :接收请求的接收方的ID。
[0119] -mi :关于请求的元信息。
[0120] _rs :请求的结果（例如，不可以）。
[0121] _ai :额外信息。
[0122] 在本说明书中，发起方指示发送器装置（或发送器装置的CSE或AE)并且接收方 指示接收方装置（或接收方装置的CSE或AE)。并且，包括资源（或装置的CSE)的装置被 称为托管装置（或托管CSE)。
[0123] 作为一个示例，发起方可使用图7的示例中示出的方案在接收方中创建资源。在 这种情况下，发起方可将资源创建请求消息（例如，创建请求）发送到接收方。资源创建请 求消息可包括下文中描述的信息。
[0124] _〇p:C(创建）
[0125] -to :创建目标资源的父类的URI
[0126] _fr:发起方 ID
[0127] -cn :包括创建目标资源的属性信息，可选地包括创建目标资源的识别信息（例 如，名称）。
[0128] 当接收方接收到资源创建请求消息时，接收方检查发起方是否通过认证。由于关 于创建目标资源的信息（例如，访问权限或访问控制策略）对于接收方而言仍是未知的，因 此接收方可通过认证发起方来确定是否要创建资源。如果发起方通过认证，则可允许创建 目标资源。并且，如果创建目标资源的识别信息被包括在资源创建请求消息中，则接收方验 证创建目标资源的识别信息是否已经存在于接收方的资源结构中。如果没有提供有效识别 信息（例如，如果创建目标资源的识别信息有重叠），则接收方可分派创建目标资源的识别 信息。类似地，如果资源创建请求消息不包括创建目标资源的识别信息，则接收方可分派创 建目标资源的识别信息。
[0129] 如果接收方成功创建了创建目标资源，则接收方可将包括下文中描述的信息的响 应消息发送到发送方。
[0130] -to:发起方 ID
[0131] _fr:接收方 ID
[0132] -cn :所创建资源的URI和/或内容
[0133] 在另一个示例中，为了检索关于接收方资源的信息（例如，属性信息），发起方可 使用图7的示例中示出的方案。在这种情况下，发起方可将检索请求消息（例如，检索请 求）发送到接收方，以检索关于接收方资源的信息（例如，属性信息）。发起方可使用检索 请求消息从接收方的目标资源检索属性中的全部或部分。检索请求消息可包括下文中描述 的信息。
[0134] _〇p:R(检索）
[0135] -to :检索目标资源的URI
[0136] _fr:发起方 ID
[0137] 如果接收方从发起方接收到检索请求消息，则接收方参照检索请求消息中包括的 检索目标资源的URI来验证是否存在检索目标资源，并且检查发起方是否获得对检索目标 资源进行检索的许可。如果没有检索目标资源或者发起方没有进行检索的正确许可，则接 收方可通过响应消息发送错误。另一方面，如果存在检索目标资源并且发起方具有进行检 索的正确许可，则接收方可向发起方发送响应消息。响应消息可包括下文中描述的信息。
[0138] -to:发起方 ID
[0139] _fr:接收方 ID
[0140] -cn :检索目标资源的内容
[0141] 在又一个示例中，发起方可使用图7的示例中示出的过程来更新接收方的特定资 源中的属性信息。在这种情况下，发起方可将更新请求消息（例如，更新请求）发送到接收 方。发起方可使用更新请求消息用接收方的特定资源中的新值更新属性信息。更新请求消 息可包括下文中描述的信息。
[0142] _〇p:U (更新）
[0143] -to :更新目标资源的URI
[0144] -fr:发起方 ID
[0145] -cn :更新目标资源中将被更新的信息
[0146] 如果接收方从发起方接收到更新请求消息，则接收方参照更新目标资源的URI来 验证更新请求消息中是否存在更新目标资源并且检查发起方是否被授权执行对目标资源 的修改。如果存在更新目标资源并且发起方已经被正确授权，则可通过待更新信息（例如， cn)对更新目标资源进行更新。如果成功更新了更新目标资源，则接收方可向发起方发送响 应消息。响应消息可包括下文中描述的信息。
[0147] -to:发起方 ID
[0148] -fr:接收方 ID
[0149] -cn :操作结果
[0150] 在再一个示例中，发起方可使用图7的示例中示出的过程来删除接收方的特定资 源。在这种情况下，发起方可将删除请求消息（例如，删除请求）发送到接收方。删除请求 消息可包括下文中描述的信息。
[0151] _op:D (删除）
[0152] -to :删除目标资源的URI
[0153] -fr:发送方 ID
[0154] 如果接收方从发起方接收到删除请求消息，则接收方参照删除请求消息中的删除 目标资源的URI来验证是否存在删除目标资源并且检查发起方是否被授权删除目标资源。 如果没有目标资源并且发起方没有被授权，则接收方可通过响应消息发送错误。另一方面， 如果存在目标资源并且发起方被正确授权，则接收方可向发起方发送包括下文中描述的信 息的响应消息。
[0155] -to:发起方 ID
[0156] -fr:接收方 ID
[0157] -cn :操作结果
[0158] 图8例示在M2M系统中彼此交互操作的不同实体的示例。
[0159] 参照图8,示出注册到IN(基础设施节点）的AE (应用2)与M2M交互操作的示例。 例如，M2M装置可包括作为物理装置的传感器，注册到IN的AE可检索M2M装置的传感器的 值。
[0160] 存在于M2M装置的AE (应用1)从传感器读取值并且将该值以资源形式（例如， 〈container〉资源）存储在作为AE注册目的地的CSE (DCSE)中。为此目的，存在于M2M装 置的AE(应用1)应该注册到存在于M2M装置的CAE。如图8的示例中所示的，如果AE的注 册完成，则与被注册M2M应用相关的信息以资源DCSE/应用/应用1的形式存储。例如，如 果M2M装置的传感器值通过AE (应用1)被存储在资源DCSE/应用/应用1下方的容器资 源中，则注册到IN(基础设施节点）的AE (应用2)可访问传感器值。并且，为了使AE (应 用2)访问M2M装置，AE (应用2)应该注册到IN(基础设施节点）的CSE(NCSE)。类似于 AE (应用1)注册到CSE (DCSE)，关于AE (应用2)的信息被存储在资源NCSE/应用/应用2 中。并且，AE (应用1)和AE (应用2)可经由CSE (NCSE)和CSE (DCSE)彼此通信，而不是直 接彼此通信。为此目的，CSE(NCSE)和CSE(DCSE)彼此注册于彼此。如果CSE(DCSE)注册 于CSE (NCSE)，则与DCSE相关的信息（例如，链路）被存储在资源NCSE/CSES/DCSE资源下 方。如此，AE(应用2)可得到能够访问AE(应用1)的信息的路径，随后能够使用该路径读 取传感器值。
[0161] 图9例示与定制资源相关的过程的示例。
[0162] 在M2M系统（例如，一个M2M)中，随着资源变化，对资源变化感兴趣的实体可定制 关于变化的通知。在这种情况下，为了定制通知，应该构造用于定制的资源。用于定制的资 源可被称为定制资源或〈subscription〉资源。当创建/构造定制资源时，如果在定制目标 资源（也被称为待被定制的资源或被定制资源）中出现满足定制资源中构造的条件的修 改/变化，则其中构造定制资源的装置（或实体）可将通知发送到定制资源中构造的地址。 其中构造定制资源和/或包括定制目标资源的装置（或实体）被称为托管装置（或托管实 体）。例如，定制目标资源可存在于M2M网关的CSE。在这种情况下，M2M网关被称为托管 装置并且M2M网关的CSE被称为托管CSE。
[0163] 可按面向资源的方式使用定制资源执行定制过程。例如，可创建定制资源来定制 特定定制目标资源，可通过修改定制资源来改变定制条件，当再不需要定制时可删除定制 资源。
[0164] 定制资源包括关于定制目标资源（或待定制资源）的信息。定制目标资源和定制 资源之间的关系可被表现为父-子关系。例如，包括定制目标资源的〈container〉资源可具 有作为子资源的〈subscription〉资源。当删除父定制目标资源时，可删除〈subscription〉 资源。
[0165] 如果定制资源对应于子资源，则用于指示父资源状态变化的通知可被传递到根据 定制资源的构造（或属性构造）在定制资源中的notificationURI属性中指明的实体。如 果发起方具有针对定制资源的检索（或读取）许可，则发起方可创建定制资源。定制资源 的发起方变成资源定制方。如果定制目标资源发生修改，能够通过将修改和过滤属性（例 如，filterCriteria属性）彼此比较，确定是否要向资源定制方发送通知。
[0166] 在另一个示例中，可在父资源下方的特定资源中创建定制资源。在这种情况下， 特定资源可对应于包括定制资源的集合的资源。资源可被称为定制集合资源。例如，特定 实体可创建定制资源〈subscription〉作为〈resourceURI〉/定制/〈subscription〉的结 构。在这种情况下，特定实体可定制resourceURI借助定制资源识别的资源。如果在通过 resourceURI识别的资源中出现变化，则可根据是否满足filterCriteria属性向特定实体 发送通知。另外，在这个示例中，资源〈resourceURI〉/定制对应于定制集合资源。
[0167] 定制资源（例如，〈subscription〉资源）可具有各种属性和子资源。例如，定制 资源（例如，〈subscription〉资源）可具有作为子资源的notificationSchedule资源， notificationSchedule资源包括用于传递通知的调度信息。并且，例如，定制资源（例 如，〈subscription〉资源）可具有表1中示出的属性。在表1中，R/W指示读/写许可， 并且可对应于读/写（RW)、只读（R0)、或只写（WO)中的一个。并且，在表1中，倍数指示 〈subscription〉资源中的对应属性的出现次数。表1只是示例。可按不同于表1的方式构 造定制资源的属性。
[0168] 表 1
[0169] [表 1]
[0170]
[0172] 在表1的示例中，过滤属性（例如，filterCriteria)对应于定制目标资源的修 改/变化条件的清单，这些条件中的每个可以是逻辑与关系。例如，当过滤属性（例如， filterCriteria)包括两个条件时，如果定制目标资源的修改/变化同时满足这两个条件， 则可发送通知。通过将过滤属性构造成定制属性，可调节通