CN113596165A

CN113596165A - 服务层注册

Info

Publication number: CN113596165A
Application number: CN202110878311.8A
Authority: CN
Inventors: 董丽君; 罗科·迪吉罗拉莫; 王重钢; 李鸿堃; 李晴; 卡坦利纳·M·姆拉丁
Original assignee: Convida Wireless LLC
Current assignee: Convida Wireless LLC
Priority date: 2015-09-01
Filing date: 2016-09-01
Publication date: 2021-11-02
Also published as: US11696248B2; US10972995B2; JP2018529161A; US10667229B2; KR20180048845A; CN108141447B; US20200245285A1; EP3345367A1; US20190253994A1; EP3913889A1; KR20200009153A; CN108141447A; WO2017040749A8; JP6612437B2; KR102355746B1; WO2017040749A1; US20210195548A1; EP3345367B1

Abstract

本发明涉及服务层注册。服务层实体(例如，oneM2M中的应用实体、公共服务实体，也被称为注册用户实体)可注册到另一服务层实体(例如，oneM2M中的公共服务实体，也被称为注册商实体)并主动地请求访问注册商实体所托管的本地服务。注册商实体可接受注册用户实体的注册请求，但是仅将其部分服务的访问权许可注册用户实体。如果注册用户实体不需要在其注册请求消息内主动地请求所述服务，则注册商实体决定注册用户实体可能需要哪些服务并将那些服务的访问权许可注册用户实体。

Description

服务层注册

本申请是国际申请日为2016年9月1日、国家申请号为201680057481.7、发明名称为“服务层注册”的进入中国国家阶段的PCT申请的分案申请。

相关申请的交叉引用

本申请要求2015年9月1日提交的题为“Service Layer Registration(服务成注册)”的美国临时专利申请No.62/212,903的权益，其内容通过引用并入本文。

背景技术

oneM2M架构

正在开发的oneM2M标准(如在neM2M-TS-0001 oneM2M功能架构-V-2.1.0中所提供的，其整体通过引用并入)定义了称为“公共服务实体(CSE)”的服务层。图1示出了定义服务层的示例性oneM2M架构。服务层提供可由不同的“垂直”机器对机器(M2M)系统和应用(例如，电子健康、车队管理和智能家居)使用的“水平”服务。Mca参考点111与应用实体(AE)112接口。Mcc参考点113与同一服务提供商域内的另一CSE 115接口，并且Mcc’参考点116与不同的服务提供商域117中的另一CSE(未示出)接口。Mcn参考点118与底层网络服务实体(NSE)119接口。NSE 119向CSE提供诸如装置管理、位置服务和装置触发的底层网络服务。CSE包含称为“公共服务功能(CSF)”的多个逻辑功能，例如“发现”或“数据管理和存储库”。

在oneM2M RESTful架构(也称为面向资源的架构或RoA)内，CSE支持公共服务功能(CSF)的集合的实例化，如图2所示。CSF功能经由资源来实现，所述资源是具有可经由诸如创建(Create)、检索(Retrieve)、更新(Update)和删除(Delete)的RESTful方法来操纵的表示的可唯一寻址的实体。这些资源可使用统一资源标识符(URI)来寻址。资源支持属性的集合，所述属性存储关于资源的相关信息并且可包含对称为子资源的其它资源的引用。子资源是与父资源具有包含关系并且其寿命受父资源的资源寿命限制的资源。

从部署的角度，图3描绘了oneM2M架构所支持的配置。oneM2M架构允许应用服务节点(ASN)、应用专用节点(AND)、中间节点(MN)和基础设施节点(IN)。ASN是包含一个CSE并且包含至少一个AE的节点。物理映射的示例是驻留在M2M装置中的ASN。AND是包含至少一个AE并且不包含CSE的节点。物理映射的示例是驻留在受限M2M装置中的ADN。MN是包含一个CSE并且包含零个或更多个AE的节点。MN的物理映射的示例是驻留在M2M网关中的MN。IN是包含一个CSE并且包含零个或更多个AE的节点。IN的物理映射的示例是驻留在M2M服务基础设施中的IN。还可存在非oneM2M节点，其是不包含oneM2M实体(既没有AE也没有CSE)的节点。这样的节点表示为了互通(包括管理)而附接到oneM2M系统的装置。

注册

传统上，ASN、MN或IN上的AE向相应CSE本地执行注册以便使用该CSE所提供的M2M服务。ADN上的AE向MN或IN上的CSE执行注册以便使用该CSE所提供的M2M服务。IN-AE向IN上的相应CSE执行注册以便使用该IN CSE所提供的M2M服务。

ASN上的CSE向MN中的CSE执行注册以便能够使用MN中的CSE所提供的M2M服务。作为ASN-CSE向MN-CSE成功注册的结果，ASN和MN上的CSE建立允许其交换信息的关系。

MN上的CSE向另一MN的CSE执行注册以便能够使用另一MN中的CSE所提供的M2M服务。作为MN-CSE向另一MN-CSE成功注册的结果，MN上的CSE建立允许其交换信息的关系。

ASN或MN上的CSE向IN中的CSE执行注册以便能够使用IN中的CSE所提供的M2M服务。作为ASN/MN向IN-CSE成功注册的结果，ASN/MN和IN上的CSE建立允许其交换信息的关系。

在上述情况下，执行注册的AE或CSE被称为注册用户(Registree)AE或注册用户CSE。AE或CSE正在其上注册的CSE被称为注册商(Registrar)CSE。

在AE向CSE成功注册之后，AE能够访问(假设许可访问权限)作为来自注册商CSE的请求的潜在目标的所有CSE中的资源。

以下是一些传统注册规定：

·AE不应注册到超过一个CSE(ASN-CSE、MN-CSE或IN-CSE)。

·ASN-CSE能够注册到至多一个其它CSE(MN-CSE或IN-CSE)。

·MN-CSE能够注册到至多一个其它CSE(MN-CSE或IN-CSE)。

·多个单向注册的级联(注册链)不应形成环。例如，两个MN-CSE A和B无法向彼此注册。三个MN-CSE A、B和C，其中A注册到B，并且B注册到C，则C无法注册到A。

传统上，CSE注册过程需要创建两个资源(接收方CSE上的<remoteCSE>和发起方CSE上的<remoteCSE>)。发起方应该是注册用户CSE。接收方应该是初始创建<remoteCSE>资源的注册商CSE。图4示出了创建<remoteCSE>资源的示例性过程。在步骤131，发起方121发送CREATE请求消息。在步骤132，接收方121处理注册请求消息。在步骤133，接收方121以包含注册的CSE的地址/URI的注册响应消息来响应。在步骤134，在接收到CREATE响应消息时，发起方在其<CSEBase>资源下本地创建<remoteCSE>资源。此资源代表接收方121CSE。发起方120向所有强制参数提供合适的值。在步骤135，发起方120可朝着接收方(与CREATE请求消息相同的To)发出RETRIEVE请求以获得在接收方121处关于步骤134创建的<remoteCSE>资源的可选参数(例如，labels、accessControlPolicyIDs属性)。在步骤136，接收方121验证出发起方120具有访问该信息的适当权限。在步骤137，接收方121发送RETRIEVE响应消息。在步骤138，发起方120利用在步骤137中获得的信息来更新针对接收方121创建的<remoteCSE>资源。

传统上，AE注册的过程遵循如图5中所描绘的消息流描述。发起方是注册用户AE。接收方(注册商CSE)根据访问控制策略以及适用的订阅简档中的信息来允许创建<AE>资源。接收方从注册商CSE的CSE-ID导出适用的M2M服务简档ID。在图5中需要注意，一些信息已被截短，但是可见于oneM2M-TS-0001 oneM2M功能架构V-2.1.0中。

参照图5，在步骤141，如果注册用户AE 123意图使用安全关联来执行注册，则首先执行安全关联建立过程。在步骤142，注册用户AE 123将用于注册CREATE过程的信息随CREATE请求消息中的以下特定信息一起发送：

From：AE-ID-Stem或NULL。

-在注册用户AE 123之前已经成功注册，然后撤销注册，并且意图再次以与之前相同的AE-ID-Stem值注册的情况下，注册用户AE 123应该将该AE-ID-Stem值包括到From参数中。

-在注册用户AE 123之前未成功注册过，并且意图得到指配给自己的以“S”字符开始的M2M-SP指配AE-ID-Stem，但是不具有任何建议特定值的情况下，应该将From参数设定为字符“S”。

-在注册用户AE 123意图发起全新的注册并且对AE-ID-Stem值没有偏好的情况下，From参数应该被设定为NULL。

在步骤143，接收方(例如，注册商CSE 124)应该确定注册用户AE 123的注册请求是否满足以下条件中的任何一个。检查适用的服务订阅简档是否列出了与请求的Content参数中的App-ID属性和请求的From参数中的AE-ID-Stem匹配的证书ID和注册商CSE-ID的(允许AE-ID-Stem值和允许App-ID值)的组合。此检查的适用规则包含在通过与注册商CSE关联的<m2mServiceSubscribedNode>资源的ruleLinks属性链接的<serviceSubscribedAppRule>资源中。在步骤144，如果请求的From参数提供了AE-ID-Stem值，则注册商CSE检查具有与请求的From参数中提供的AE-ID-Stem值相同的非结构化CSE相对资源ID的<AE>资源是否已经存在。如果是，则注册商CSE上仍存在使用相同AE-ID-Stem的有效注册，并且注册商CSE应该以错误进行响应。

继续参照图5，过程针对以下情况a)–d)中的一个继续，详情可见于oneM2M-TS-0001 oneM2M功能架构V-2.1.0中，其全部以步骤149的响应结束：

·情况a)AE-ID-Stem以“S”开始并且AE不包括AE-ID-Stem(初始注册)–步骤145a至148a.

·情况b)AE-ID-Stem以“S”开始并且AE包括AE-ID-Stem(再注册)–步骤145b至148b

·情况c)AE-ID-Stem以“C”开始并且AE不包括AE-ID-Stem(初始注册)–步骤145c

·情况d)AE-ID-Stem以“C”开始并且AE包括AE-ID-Stem(再注册)–步骤145d

资源类型m2mServiceSubscriptionProfile

传统上，<m2mServiceSubscriptionProfile>资源表示M2M服务订阅。其用于表示与M2M服务订阅有关的所有数据，即，M2M应用服务提供商与M2M服务提供商之间的合同的技术部分。<m2mServiceSubscriptionProfile>资源的serviceRoles属性包含在此服务订阅中订阅的服务角色ID(S-RoleID)的列表。

服务编排简档

传统上，服务编排简档的角色是提供用于交换可用于服务编排以及其它功能(例如，服务发现)的服务相关属性(即，元数据)的机制。以下属性是服务编排简档的一些示例。简档标识符指定简档的标识符。简档语义指定描述包含在简档内的服务编排属性的语义描述或者到语义描述的地址/链接。简档类型指定简档的类型。服务编排目标指定要在其上执行服务编排的目标(例如，服务节点、服务层或服务能力实例)的可选列表。服务编排调度指定要何时执行服务编排的调度信息和/或简档有效的持续时间。服务编排策略指定有资格执行服务编排的策略。服务编排场境指定适用于服务编排的场境信息。期望的服务指定编排客户端请求在指定的目标上编排的服务配置。支持的服务指定编排目标所支持的支持的服务的集合。

服务层消息路由服务

消息路由服务是允许CSE将来自其注册用户AE或CSE的消息(该消息可来自注册用户AE或CSE，或者该消息可由注册用户CSE转发)路由和转发到目标的服务。通常，消息路由服务是注册商实体可提供给注册用户实体的服务，反之亦然。消息路由服务可被视为特殊服务，因为消息路由服务默认是相互且双向。这意味着当注册商实体将此消息路由服务的访问权限许可其注册用户实体时，注册用户实体也自动地为注册商实体提供消息路由服务。需要注意，这是消息路由服务的默认设置，然而，该服务可被设置为单向的。SL实体所托管的各个本地服务应该具有在所有本地服务当中唯一的标识符。

发明内容

传统上，当向一个CSE注册时，可能存在对这一个CSE上的所有资源(可能是不必要的)的相应预留。可能有益的是仅预留用于将需要的服务的资源。这可能有助于在关于与CSE连接的容量(例如，若干装置/AE)的任何限制内调控使用。

本文公开了一种灵活服务层注册，其具有以下性质。SL实体(例如，oneM2M中的AE、CSE，也称为注册用户实体)可注册到SL实体(例如，oneM2M中的CSE，也称为注册商实体)并且主动地请求访问注册商实体所托管的本地服务。注册商实体可接受注册用户实体的注册请求，但是仅将其部分服务的访问权许可注册用户实体。如果注册用户实体不需要在其注册请求消息内主动地请求服务，则注册商实体决定注册用户实体可能需要哪些服务并将那些服务的访问权许可注册用户实体。

注册用户实体可注册到不止一个注册商实体。例如，如果一个注册商实体没有将所请求的服务的访问权许可注册用户实体，则其可针对相同的服务注册到另一实体。多个单向注册的级联(注册链)可形成环。

本文公开了具有remoteCSE资源增强以及新资源的oneM2M示例。该示例提供了管理CSE的本地服务以及注册的AE和CSE的已许可服务、已拒绝服务和待定服务的方法。

附图说明

可从结合附图作为示例给出的以下描述获得更详细的理解，附图中：

图1示出示例性oneM2M架构；

图2示出示例性oneM2M公共服务功能；

图3示出oneM2M架构所支持的示例性配置；

图4示出创建<remoteCSE>资源的示例性过程；

图5示出创建<AE>资源的示例性过程；

图6示出示例性用例服务层注册；

图7示出示例性用例服务层注册；

图8示出灵活服务层注册的示例性消息流；

图9示出灵活服务层注册的示例性消息流；

图10示出多个注册商实体的示例性注册；

图11示出添加到<CSEBase>的示例性子资源；

图12示出添加到<remoteCSE>的示例性子资源和属性；

图13示出添加到<AE>的示例性子资源和属性；

图14示出示例性<localService>资源；

图15示出示例性<grantedServiceTo>资源；

图16示出示例性<rejectedServiceTo>资源；

图17示出示例性<pendingServiceTo>资源；

图18示出示例性<grantedServiceFrom>资源；

图19示出oneM2M中的灵活注册的示例性消息流；

图20示出基于灵活服务层注册的用户接口的示例性架构；

图21示出可基于灵活服务层注册生成的示例性显示；

图22A是可实现所公开的主题的示例机器对机器(M2M)或物联网(IoT)通信系统的系统图；

图22B是可在图22A所示的M2M/IoT通信系统内使用的示例架构的系统图；

图22C是可在图22A所示的通信系统内使用的示例M2M/IoT终端或网关装置的系统图；以及

图22D是可具体实现图22A的通信系统的各方面的示例计算系统的框图。

具体实施方式

传统服务层注册仅允许注册用户注册到一个且仅一个注册商。例如，AE仅注册到一个CSE，CSE也仅注册到一个CSE。因此，AE或CSE仅能够使用单个注册的CSE上的服务。

目前，注册关系允许注册用户默认以适当的访问权使用注册商所提供的所有服务。然而，注册用户可能仅想要使用注册商所提供的部分服务，或者注册商可能仅想要将其部分服务提供给注册用户。

传统上，注册用户AE的订阅简档可基于AE与M2M服务提供商之间的合同的技术部分来设置。关联的serviceRoles属性可用于控制注册用户AE可访问的服务和资源。然而，以oneM2M-TS-0001 oneM2M功能架构V-2.1.0提供的传统机制具有以下问题。第一个问题是服务简档仅适用于注册用户AE，而不适用于CSE。第二个问题是服务简档仅考虑了与当前定义的资源关联的服务，因此在管理CSE所提供的所有本地服务(例如，消息转发服务)的可访问性方面不够通用。第三个问题是订阅简档基于合同(即，是预先配置和静态的)，因此不允许注册用户AE或CSE在注册过程期间灵活地请求注册商CSE所提供的服务。第四个问题是所有订阅简档由IN-CSE管理，而MN-CSE在决定其自己的服务的用户方面不具有独立性。第五个问题是各个CSE为注册用户AE或CSE作出其可能需要哪些服务的决策时不智能。

因此，传统服务层注册缺少允许注册用户在注册过程期间灵活地向注册商请求服务并且允许注册商选择性地向注册用户许可使用其一些服务的权限的能力。本文公开了允许注册用户向多个CSE注册的方法。在示例中，CSE可使用由多个中转CSE提供的服务层消息路由服务。

图6示出了使用多个服务层实体的第一示例性环境，其中电话(例如，电话/ASN-CSE 161)可与多个其它服务层(SL)实体连接。在图6中，存在诸如家庭Wi-Fi接入点163(MN-CSE)、LTE eNB 162(MN-CSE)和数据服务器164(IN-CSE)的多个SL实体。电话161可在Wi-Fi接入点163或LTE eNB 162的覆盖区域内。电话SL 161可经由云165(例如，

云或

)与数据服务器164通信连接。由于成本低，电话161可向Wi-Fi接入点163注册通信管理和传送处理服务。电话161还可向LTE eNB 162注册某些服务，例如，当不存在其它更便宜的互联网接入时注册通信管理和传送处理服务，由于蜂窝网络提供良好的认证机制和位置信息而注册安全服务和位置服务，等等。电话SL 161可具有在其上运行的许多应用以及集成的传感器。云165中托管的数据服务器164中的SL可管理和存储与自然(温度、湿度、噪声等)有关的数据、与社会生活(社交应用、广告等)有关的数据等。电话161的SL针对不同类型的数据和应用向云165中托管的数据服务器164中的SL注册诸如数据管理和存储库、订阅和通知、位置、发现等的服务。

下面讨论在图6的场境下使用多个SL实体的示例性场景。电话161可用于在早晨打开咖啡机煮咖啡。电话161可使用由Wi-Fi接入点163提供的装置管理服务，并且还使用由LTE eNB 162提供的安全服务来进行认证。最后，电话161可使用由数据服务器164提供的数据管理服务和订阅服务来接收咖啡准备好的通知。

图7示出了使用多个服务层实体的第一示例性环境，其中车载单元可与多个SL实体连接。电子收费(ETC)是智能交通系统的一部分。ETC通过以电子方式收费来帮助减少收费公路上的延误。ETC系统确定正在通过的车辆是否参加了该计划，对于没有参加的那些车辆警示执法者，并且以电子方式记入注册的车辆所有者的账户而无需其停车。车载单元(OBU)171是位于车辆171中的装置，其可经由路侧CSE 175或路侧CSE 176与ETC服务平台173或ETC服务提供商174通信连接。OBU 171可向ETC服务提供商174注册以提供ETC服务，例如授权车辆171的OBU 172或者记入车辆171的OBU 172的关联账户以支付通行费等。OBU172可向本地路侧CSE 175和路侧CSE 176注册以提供通信服务。随着车辆移出一个CSE的覆盖范围进入另一CSE的覆盖范围中，OBU 172还可同时向路侧CSE 175和路侧CSE 176注册。

要理解的是，执行图8至图9所示的步骤的实体是逻辑实体，其可按照存储在诸如图22C或图22D所示的装置、服务器或计算机系统的存储器中或在其处理器上执行的软件的形式实现(例如，计算机可执行指令)。即，图8至图9所示的方法可按照存储在诸如图22C或图22D所示的装置或计算机系统的计算装置的存储器中的软件(例如，计算机可执行指令)的形式实现，所述计算机可执行指令在由计算装置的处理器执行时执行图8至图9以及图19所示的步骤。在示例中，对于下面关于M2M装置的交互的进一步的细节，图8的注册用户101可驻留在图22A的M2M终端装置18上，而图8的注册商102可驻留在图22A的M2M网关装置14上。

图8示出了第一场景的示例性消息流。总之，对于此第一场景，注册用户实体101在注册请求消息内指定其想要注册商实体102许可访问权的服务。在本公开中假设，通过SL发现功能(本文中未详细讨论)，注册用户实体101能够找出其可注册到的实体以及由各个实体提供的服务。在oneM2M架构中，由CSE提供的服务可以是CSF，例如发现、位置、通信管理和传送处理等。由CSE提供的服务可以是未作为CSF之一列出的那些服务，例如消息路由服务。

下面是关于图8所示的第一场景的细节。这里，注册用户实体101在注册期间主动地请求注册商实体102所托管的服务。在步骤181，注册用户实体101向注册商实体102发送包括注册请求的消息。步骤181的消息可包括在注册商实体102上可用并且由注册用户实体101请求的服务的标识符。在步骤182，在接收到步骤181的消息时，注册商实体102确定(基于因素)是否接受注册用户实体101的注册、是否将所请求的服务的访问权许可注册用户实体101、或者将哪些服务许可给注册用户实体101等等。

继续参照图8的步骤182，除了注册用户实体101的服务订阅简档和访问控制策略之外，以下是注册商实体102可考虑的因素的一些示例。因素可包括最大用户数、可用容量、服务费、注册用户101的优先级或者注册用户101处理服务的能力(例如，处理能力、存储器、接口–图形等)等等。对于最大用户数，所请求的服务可具有最大支持用户数的限制。如果当前活跃用户少于此数量，则注册用户实体101可被许可服务的访问权。否则，注册用户实体101可被拒绝该请求的服务。关于可用容量，注册商实体102可估计对于所请求的服务支持注册用户实体101所需的容量。该容量可以是计算容量、电池、存储、负载和调度等。如果注册商实体102的可用容量低，则注册用户实体101可被拒绝该请求的服务。否则，如果注册商实体102具有足够的容量，则注册用户实体101可被许可该服务的访问权。对于服务费和注册用户101的账户余额，所请求的服务可具有与其关联的在使用服务之前支付的服务费。根据注册用户101的账户余额，服务可被许可或不被许可。注册商实体102可能需要与负责计费和收费的实体通信。对于注册用户101的优先级，各个注册用户实体可处于不同的类别或具有不同的优先级(例如，白金、金、银等)。如果还存在其它注册用户在等待相同的服务，则类别级别区分注册用户实体101在获得所请求的服务的访问权方面的优先级。

继续参照图8的步骤182，注册商实体102可就注册用户实体101所请求的服务作出决策。该决策可落入下面的列表中：已许可服务列表、已拒绝服务列表或待定服务列表。已许可服务列表是由注册商实体102许可注册用户实体101的所请求的服务的列表。各个已许可服务可与注册用户实体101有资格使用服务的时间段(或者时间间隔或最大允许使用/访问次数的列表)关联。如果该字段留空，则服务默认在注册用户实体101撤销注册时结束。各个已许可服务也可与指示服务是双向还是单向的相互性属性关联。如果相互性是双向的，则意味着注册用户实体101也向注册商实体102提供此服务。例如，消息路由服务默认是双向的。如果相互性是单向的，则仅从注册商实体102向注册用户实体101提供服务。已拒绝服务列表是被注册商实体102拒绝的所请求的服务的列表。各个已拒绝服务可与注册商实体102拒绝来自注册用户实体101的服务请求的原因关联。可为多个原因，例如容量不足、用于服务费的余额不足等。各个已拒绝服务可与注册用户可从其得到服务的推荐注册商关联。已拒绝服务列表可稍后作为因素用于决定是否将相同的服务许可给相同类型的注册用户实体。具有当前注册用户实体的相似类型的其它实体可检索已拒绝服务列表信息，例如，它们全部是资源受限装置(例如，存储器最小、处理能力最低、可用的功率/能量最少、无线带宽和通信能力不足等的传感器)。待定服务列表是处于待定并且可能稍后向注册用户实体101许可访问权的所请求的服务的列表。各个待定服务可与注册用户实体101的次序关联(该次序指示在当前注册用户实体前面有多少其它注册用户实体正在等待)以及注册用户实体101可能需要等待的估计的时间段。

继续参照图8，在步骤183，注册商实体102在响应消息中返回决策。表1示出响应消息中的新字段以及与这些字段中的每一个关联的参数(以斜体表示)。

表1：注册响应消息中的新字段

如表2所示，注册商实体102在本地维护已向其注册的注册用户实体的记录。该记录具有以下字段。“Registree ID”是相同SP域内的注册用户实体101的唯一标识符。“Requested Service From”是注册消息中注册用户实体101请求的服务的标识符的列表。“Granted Service To”是注册商实体102许可注册用户实体101的服务的标识符的列表。如步骤182中所讨论的，各个已许可服务可与称为validTime的属性关联，该属性指示注册商实体102提供给注册用户实体101的服务的有效时间段。各个已许可服务也可与称为mutuality的属性关联，该属性指示服务是双向的还是单向的。“Rejected Service To”是注册商实体102拒绝注册用户实体101的服务的标识符的列表。如步骤182中所讨论的，各个已拒绝服务可与称为reason的属性关联，该属性描述注册商实体102拒绝注册用户实体101的服务请求的原因。并且各个已拒绝服务也可与称为recommendedRegistrar的属性关联，该属性指示当前注册商实体向注册用户实体101推荐的注册用户实体101可向其请求服务的其它实体。

继续参照图8的步骤183，“Pending Service To”是注册商实体102向注册用户实体101许可访问权处于待定的服务的标识符的列表。如步骤182中所讨论的，各个待定服务具有以下属性。estimatedWaitTime指示注册商实体102向注册用户实体101许可服务的访问权的估计等待时间。allowedWaitTime指示注册用户实体101的允许等待时间(将在步骤184中讨论)。priorityOrder指示注册用户实体101在也正在请求相同的服务的其它注册用户实体当中的优先级。status示出待定服务的状态，其初始被设定为“等待”。如果在允许等待时间之前许可服务，则status改变为“许可”。如果在允许等待时间之前拒绝服务，则status改变为“拒绝”。如果在允许等待时间期满时服务仍在等待，则status改变为“期满并拒绝”。可选地，注册商实体102可将待定服务列表中的许可的服务移到许可服务列表，并且将待定服务列表中的拒绝的服务移到拒绝服务列表。

表2：注册用户实体记录

继续参照图8，在步骤184，注册用户实体101处理响应消息。如果注册用户实体101发现存在双向类型的许可服务，则其确认自己是否支持该服务并且是否可将该服务许可给注册商实体102。如果注册用户实体101发现存在拒绝的服务，则可选地，其可选择另一SL实体来注册并请求拒绝的服务。如果注册用户实体101发现存在待定服务，则注册用户实体101可采取以下动作中的一个。第一动作可以是注册用户实体101可选择另一SL实体来注册并请求待定服务。并且，其将在步骤185中发送注册确认消息以通过将允许等待时间设定为0来终止服务请求。第二动作，注册用户实体101可能愿意等待待定服务被许可。其可在步骤185中发送注册确认消息以通过设置允许等待时间来指示其可等待多长时间。

继续参照图8，在步骤185，注册用户实体101可发送注册确认消息。表3示出确认消息中的新字段以及与这些字段中的每一个关联的参数(以斜体表示)。

表3：注册确认消息中的新字段

pendingServiceID	grantedServiceID
		allowedWaitTime

继续参照图8，在步骤186，注册商实体102处理注册确认消息并为注册用户实体101的各个待定服务设置允许等待时间。如果allowedWaitTime为0或小于0，则待定服务请求被取消。针对注册用户实体101记录删除待定服务。如果allowedWaitTime不是空白并且大于0，则针对注册用户实体101记录更新待定服务的allowedWaitTime。如果allowedWaitTime是空白，则针对注册用户实体101将待定服务的allowedWaitTime假设为无限的。换言之，注册用户实体101将一直在待定服务的列表中并等待轮到它。在步骤187，注册商实体102监测待定服务的状态。如果其发现可在一段时间之后将待定服务许可给注册用户实体101，其将检查是否仍在注册用户实体101的允许等待时间内。如果是，则其将如步骤188中一样向注册用户实体101发送待定服务更新消息。如果允许等待时间期满，则待定服务被注册商实体102拒绝。同时，注册商实体102更新本地维护的待定服务的状态。如果待定服务被许可，则注册商实体102将服务ID添加到许可服务ID字段。如果待定服务被拒绝，则注册商实体102将服务ID添加到拒绝服务ID字段。

继续参照图8，在步骤188，当待定服务的状态被更新时，注册商实体102向注册用户实体101发送待定服务更新消息。表4示出确认消息中的新字段以及与这些字段中的每一个关联的参数(以斜体表示)。状态可以是许可或拒绝。如果状态是许可，则服务的类型如步骤182中所述指示。

表4：待定服务更新消息中的新字段

pendingServiceID
	status

在利用服务请求初始注册之后，可在注册用户实体101与注册商实体102之间发生以下动作。注册用户实体101有资格通过发送将包括服务标识符的服务取消请求来从注册商实体102取消已许可的服务。注册商实体102将终止对注册用户实体101的服务并将注册用户实体101从服务的授权用户列表中移除。注册用户实体101也有资格通过发送将包括服务的标识符的服务请求来从注册商实体102请求新的服务(注意，服务发现过程可事先发生，其可通过基于过滤标准的发现或者例如基于语义的查询的更高级的发现机制来执行)。注册商实体102将遵循上述类似的过程来许可/拒绝请求服务。注册商实体102可选择终止许可给注册用户实体101的服务。注册商实体102可向注册用户实体101发送用于服务终止通知的消息，该消息包括服务的标识符。用于服务终止通知的消息还可包括服务终止的宽限期。

图9示出第二场景的示例性消息流。总之，对于此第二场景，注册用户实体101不主动在注册消息内请求注册商实体102中托管的服务。因此，在此场景中不需要修改现有注册消息。在步骤191，注册用户实体101向注册商实体102发送注册消息(现有注册消息不需要修改)。

继续参照图9，在步骤192，注册商实体102检查用于确定应该许可给注册用户实体101哪些服务的因素。关于图8的步骤182中所列的因素是适用的。注册商实体102可考虑注册用户实体101类型(注意，与以下因素有关的信息可作为注册用户的语义信息被包括在注册消息中，例如注册用户的类型)。注册用户实体101可以是仅感测并报告数据的资源受限型装置，因此注册用户实体101可仅需要诸如数据管理和存储库服务、装置管理服务、位置服务等的某些服务。注册用户实体101可以是不需要发现服务、服务计费与结算服务等的类型。注册用户实体101可以是托管应用以检索和使用注册商实体102所存储的数据的装置类型。因此，注册用户实体101可仅需要诸如数据管理和存储库服务、发现服务、订阅和通知服务等的某些服务。注册用户实体101可不需要装置管理、网络服务开放服务等。注册用户实体101可以是主要转发并非源于它的消息的网关型装置。因此，注册用户实体101可仅需要诸如通信管理和传送处理服务、消息路由服务等的某些服务。注册用户实体101可不需要数据管理和存储库服务、装置管理服务等。在步骤193，注册商实体102将具有许可服务列表的注册响应返回到注册用户实体101。

图10示出向多个注册商实体的示例性注册。多个单向注册的级联(注册链)可形成环。例如，在oneM2M中，两个MN-CSE A和B可向彼此注册。三个MN-CSE A、B和C，其中A注册到B，并且B注册到C，并且C也可注册到A。图10示出从一个注册用户实体(注册用户实体101)到多个注册商实体(注册商实体102、注册商实体103和注册商实体104)的示例。注册商实体102、注册商实体103和注册商实体104之间已经形成了注册环。注册商实体103和注册商实体104已向彼此注册。这与传统SL注册相反。

参照图10，任何注册用户与注册商实体对之间的注册可遵循第一场景(例如，图8和关联的讨论)或第二场景(例如，图9和关联的讨论)。换言之，注册用户实体可如第一场景中所描述的向注册商实体注册，而如第二场景中所描述的向另一注册商实体注册。假设包含第一场景和第二场景的情景，在示例中，向多个注册商实体的注册可在源自同一注册用户实体的多播注册消息中执行。

对于SL实体，SL实体可被另一SL实体许可特定服务的访问权存在多种方式。按照第一种方式，SL实体如第一场景或第二场景中所讨论的向另一SL实体注册。因此，SL实体作为注册用户实体被许可服务的访问权。按照第二种方式，另一SL实体正在向该SL实体注册某一服务。但是该服务具有双向类型。作为注册商实体的SL实体也被注册用户实体许可该服务的访问权。

各个SL实体还如表5所示的维护自己从其接收服务的SL实体的记录。SL EntityID示出向本地SL实体提供某些服务的SL实体的唯一标识符。“Granted Service From”是从SL实体向本地SL实体许可的服务的标识符的列表。各个许可的服务可与称为validTime的属性关联，该属性指示SL实体提供给本地SL实体的服务的有效时间段。

表5：向本地SL实体提供服务的SL实体的记录

SL Entity ID	Granted Service From
			validTime

下面更详细地讨论oneM2M示例。AE可被注册到不止一个CSE(例如，ASN-CSE 161、MN-CSE 162或IN-CSE 164)。ASN-CSE 161可被注册到不止一个其它CSE(例如，MN-CSE 163或IN-CSE 164)。MN-CSE 163可被注册到不止一个其它CSE(MN-CSE 162或IN-CSE 164)。IN-CSE可被注册到不止一个其它CSE(IN-CSE)。多个单向注册的级联(注册链)可形成环。例如，两个MN-CSE A和B(例如，注册商103和注册商104)可向彼此注册。可存在三个MN-CSE A、B和C(例如，分别为注册商103、注册商102和注册商104)，其中A注册到B，并且B注册到C，则C可注册到A。

AE或CSE可注册到CSE并主动地请求访问注册商CSE所托管的本地服务。注册商CSE可接受注册用户AE或CSE的注册请求，但是仅将部分服务集合的访问权许可注册用户AE或CSE，而非其所有服务。

注册用户AE或CSE可能不需要在其注册请求消息内主动地请求服务。注册商CSE可决定注册用户AE或CSE可能需要哪些服务并且将那些服务的访问权许可注册用户AE或CSE。

为了支持本文所总结的灵活服务层注册，如下面所讨论的新的属性和新的子资源应该被添加到remoteCSE和AE资源。

<CSEBase>资源增强

图11示出添加到<CSEBase>的示例性新子资源。如表6所示，<CSEBase>220可包含新子资源：<localService>221和<grantedServiceFrom>222。

表6：<CSEBase>的新子资源

<remoteCSE>资源增强

图12示出添加到<remoteCSE>224的示例性新子资源和属性。如表7所示，<remoteCSE>224可包含新子资源：<grantedServiceTo>226、<rejectedServiceTo>227、<pendingServiceTo>228。如表8所示，<remoteCSE>224可包含新属性：requestedServiceFrom 225。

表7：<remoteCSE>的新子资源

表8：<remoteCSE>的新属性

<AE>资源增强

图13示出添加到<AE>230的示例性新子资源和属性。如表9所示，<AE>230可包含新子资源：<grantedServiceTo>226、<rejectedServiceTo>227和<pendingServiceTo>228。如表10所示，<AE>可包含新属性：requestedServiceFrom 225。

表9：<AE>的新子资源

表10：<AE>的新属性

<localService>资源

图14示出保存托管CSE所提供的服务的示例性<localService>221资源，上述服务可以是诸如发现、位置、通信管理和传送处理等的CSF。本地服务还可以是CSF以外的服务，例如如本文所述当其为中间节点时隐含地由各个CSE提供的消息转发服务，或者通过保存在CSE中的数据实现的服务(例如，温度服务、交通监测服务等)。表11示出<localService>221的属性。表中未示出公共属性。注意，<localService>221资源的accessControlPolicyIDs属性包括访问权策略的标识符的列表，其指示被许可服务的访问权的AE或CSE。

<localService>221资源具有父资源<CSEBase>220。

表11：<localService>的属性

<grantedServiceTo>资源

图15示出保存托管CSE许可给remoteCSE或AE的服务的示例性<grantedServiceTo>226资源。表12示出<grantedServiceTo>226的属性。

<grantedServiceTo>226资源具有父资源<AE>230或<remoteCSE>224。当另一CSE想要知道许可给相同AE或remoteCSE的服务使得其可在提供服务方面与本地CSE协作时，将以此资源为目标。

表12：<grantedServiceTo>的属性

<rejectedServiceTo>资源

图16示出保存托管CSE拒绝向CSE或AE许可访问权的服务的示例性<rejectedServiceTo>227资源。表13示出<rejectedServiceTo>227的属性。

<rejectedServiceTo>227资源具有父资源<AE>230或<remoteCSE>224。AE/CSE可检索相似类型的AE/CSE的此信息以理解注册商CSE可许可哪些服务，而无需包括可能被拒绝的整个列表。

表13：<rejectedServiceTo>的属性

<pendingServiceTo>资源

图17示出保存AE或CSE正在等待托管CSE许可的待定服务的示例性<pendingServiceTo>228资源。表14示出<pendingServiceTo>228的属性。

<pendingServiceTo>228资源具有父资源<AE>230或<remoteCSE>224。

表14：<pendingServiceTo>的属性

<grantedServiceFrom>资源

图18示出保存CSE许可给托管CSE的服务的示例性<grantedServiceFrom>222资源。表15示出<grantedServiceFrom>的属性。

<grantedServiceFrom>222资源具有父资源<CSEBase>220。

表15：<grantedServiceFrom>的属性

图19示出灵活注册的示例性消息流。在步骤211，发起方201向接收方202发送CREATE请求消息。在步骤211的消息中可包括requestedService参数。发起方201请求创建具有requestedService参数的remoteCSE资源。在步骤212，接收方202执行<remoteCSE>资源的创建。接收方202检查确定是否许可所请求的服务的访问权的因素并创建remoteCSE资源。如果存在待定服务，则接收方202为发起方201创建对pendingServiceTo资源的订阅，使得发起方201接收待定服务的状态改变的通知。在步骤213，接收方202以响应消息来响应。步骤213的响应消息可包括grantedServiceTo、rejectedServiceTo和pendingServiceTo。在步骤214，在接收到CREATE响应消息时，发起方201在其<CSEBase>资源下本地地创建<remoteCSE>资源。此资源代表接收方202(托管CSE)。发起方201处理grantedServiceTo、pendingServiceTo并如本文所讨论相应地采取动作(例如，图8)。在步骤215，发起方201可朝着接收方202发出UPDATE请求(与CREATE请求消息相同的To)以更新pendingService的allowedWaitTime属性。在步骤216，接收方202更新相应pendingService的allowedWaitTime属性。在步骤217，接收方202寻找对发起方201可用的pendingService，并且相应地更新pendingService状态。在步骤218，接收方202朝着发起方201发出NOTIFY请求以通知服务状态改变。在步骤219，发起方201处理通知并更新grantedService资源。

图20示出可用于本文的方法、装置和系统的示例性图形用户接口。用户接口可作为注册用户实体204(例如，以AE或CSE的格式)添加到用户终端以显示和配置与注册有关的信息，例如将包括在注册消息321中的服务或者注册商实体205已许可的服务、注册商实体205已拒绝的服务或者注册商实体205待定的服务，例如消息322。用户接口还可被添加到注册商实体205(例如，以CSE的格式)以显示与注册用户实体有关的信息，例如注册到注册商实体的所有注册用户实体、已许可给各个注册用户实体的服务、已拒绝各个注册用户实体的服务或者各个注册用户实体的待定服务等等。在注册商实体205处，可决定是否许可所请求的服务的权限并接受注册。

图21示出可基于本文所讨论的方法和系统生成的示例性显示。显示接口231(例如，触摸屏显示器)可在与服务层注册关联的方框232中提供文本，例如表1至表15的参数。在另一示例中，本文所讨论的任何步骤(例如，发送的消息或者步骤的成功)的进度可被显示在方框232中。另外，图形输出233可显示在显示接口231上。图形输出233可以是具有多个服务层注册的装置的拓扑、本文所讨论的任何方法或系统的进度的图形输出等。

图22A是可实现与灵活服务层注册关联的一个或更多个所公开的构思(例如，图6至图21以及关联的讨论)的示例机器对机器(M2M)、物联网(IoT)或物联网(WoT)通信系统10的图。通常，M2M技术为IoT/WoT提供构建块，任何M2M装置、M2M网关或M2M服务平台可以是IoT/WoT的组件以及IoT/WoT服务层等。

如图22A所示，M2M/IoT/WoT通信系统10包括通信网络12。通信网络12可以是固定网络(例如，以太网、光纤、ISDN、PLC等)或无线网络(例如，WLAN、蜂窝等)或者异构网络的网络。例如，通信网络12可包括向多个用户提供诸如语音、数据、视频、消息传送、广播等的内容的多个接入网络。例如，通信网络12可采用诸如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)等的一种或更多种信道接入方法。此外，例如，通信网络12可包括诸如核心网、互联网、传感器网络、工业控制网络、个域网、融合的个人网络、卫星网络、家庭网络或企业网络的其它网络。

如图22A所示，M2M/IoT/WoT通信系统10可包括基础设施域和场域。基础设施域是指端对端M2M部署的网络侧，而场域是指通常在M2M网关后面的区域网络。场域包括M2M网关14和终端装置18。要理解的是，根据需要，M2M/IoT/WoT通信系统10中可包括任何数量的M2M网关装置14和M2M终端装置18。M2M网关装置14和M2M终端装置18中的每一个被配置为经由通信网络12或直接无线电链路来发送和接收信号。M2M网关装置14允许无线M2M装置(例如，蜂窝和非蜂窝)以及固定网络M2M装置(例如，PLC)通过运营商网络(例如，通信网络12)或直接无线电链路来通信。例如，M2M装置18可经由通信网络12或直接无线电链路收集数据并将数据发送到M2M应用20或M2M装置18。M2M装置18还可从M2M应用20或M2M装置18接收数据。此外，如下所述，可经由M2M服务层22将数据和信号发送到M2M应用20以及从M2M应用20接收数据和信号。例如，M2M装置18和网关14可经由包括蜂窝、WLAN、WPAN(例如，Zigbee、6LoWPAN、蓝牙)、直接无线电链路和有线线路的各种网络来通信。

参照图22B，所示的场域中的M2M服务层22(例如，注册商实体205)为M2M应用20(例如，用户204)、M2M网关装置14和M2M终端装置18以及通信网络12提供服务。例如，注册商CSE124可被视为图22B中的M2M服务层22。例如，注册用户AE 123常常是图22B中的服务层22的CSE或应用层20的AE。要理解的是，M2M服务层22可根据需要与任何数量的M2M应用、M2M网关装置14、M2M终端装置18和通信网络12通信。M2M服务层22可由一个或更多个服务器、计算机等实现。M2M服务层22提供应用于M2M终端装置18、M2M网关装置14和M2M应用20的服务能力。可按照各种方式(例如，作为web服务器、在蜂窝核心网中、在云中等)来实现M2M服务层22的功能。

与所示的M2M服务层22相似，在基础设施域中存在M2M服务层22’。M2M服务层22’为基础设施域中的M2M应用20’和底层通信网络12’提供服务。M2M服务层22’还为场域中的M2M网关装置14和M2M终端装置18提供服务。要理解的是，M2M服务层22’可与任何数量的M2M应用、M2M网关装置和M2M终端装置通信。M2M服务层22’可与不同服务提供商的服务层交互。M2M服务层22’可由一个或更多个服务器、计算机、虚拟机(例如，云/计算/存储群等)等实现。

还参照图22B，M2M服务层22和22’提供了多种应用和垂直产品可利用的核心服务交付能力集合。这些服务能力使得M2M应用20和20’能够与装置交互并执行诸如数据收集、数据分析、装置管理、安全、计费、服务/装置发现等的功能。本质上，这些服务能力使应用摆脱了实现这些功能的负担，因此简化了应用开发并减少了成本和上市时间。服务层22和22’还使得M2M应用20和20’能够结合服务层22和22’所提供的服务通过各种网络12和12’来通信。

在一些示例中，M2M应用20和20’可包括使用如本文所讨论的灵活服务层注册来通信的期望的应用。M2M应用20和20’可包括诸如(但不限于)交通、健康和保健、互联家庭、能源管理、资产跟踪以及安全和监控的各种行业中的应用。如上所述，遍及装置、网关以及系统的其它服务器运行的M2M服务层支持诸如数据收集、装置管理、安全、计费、位置跟踪/地理围栏、装置/服务发现和传统系统集成的功能，并且将这些功能作为服务提供给M2M应用20和20’。

本申请的灵活服务层注册可作为服务层的一部分来实现。服务层是通过应用编程接口(API)和底层网络接口的集合来支持增值服务能力的软件中间件层。M2M实体(例如，诸如可通过硬件和软件的组合实现的装置、网关或服务/平台的M2M功能实体)可提供应用或服务。ETSI M2M和oneM2M二者使用可包含本申请的灵活服务层注册的服务层。ETSI M2M的服务层被称为服务能力层(SCL)。SCL可在M2M装置(这时其被称为装置SCL(DSCL))、网关(这时其被称为网关SCL(GSCL))和/或网络节点(这时其被称为网络SCL(NSCL))内实现。oneM2M服务层支持公共服务功能(CSF)(即，服务能力)的集合。一个或更多个特定类型的CSF的集合的实例化被称为公共服务实体(CSE)，其可在不同类型的网络节点(例如，基础设施节点、中间节点、应用特定节点)上托管。此外，本申请的灵活服务层注册可作为M2M网络的一部分来实现，其使用面向服务的架构(SOA)和/或面向资源的架构(ROA)以访问诸如本申请的灵活服务层注册的服务。

如本文所讨论的，服务层可以是网络服务架构内的功能层。服务层通常位于诸如HTTP、CoAP或MQTT的应用协议层上方，并且向客户端应用提供增值服务。服务层还提供到诸如例如控制层和传输/访问层的较低资源层的核心网络的接口。服务层支持多种类别的(服务)能力或功能，包括服务定义、服务运行时启用、策略管理、访问控制和服务集群。近来，若干行业标准组织(例如，oneM2M)一直在开发M2M服务层以解决与将M2M类型的装置和应用集成到诸如互联网/Web、蜂窝、企业和家庭网络的部署中关联的挑战。M2M服务层可向各种装置的应用提供对服务层所支持的上述能力或功能的集合(其可被称为CSE或SCL)的访问。一些示例包括(但不限于)可由各种应用共同使用的安全、计费、数据管理、装置管理、发现、供给和连接性管理。这些能力或功能经由使用M2M服务层所定义的消息格式、资源结构和资源表示的API来提供给各种应用。CSE或SCL是功能实体，其可通过硬件或软件实现并且提供开放给各种应用或装置(即，此类功能实体之间的功能接口)的(服务)能力或功能以便于其使用此类能力或功能。

图22C是诸如M2M终端装置18(可包括注册用户实体204)或M2M网关装置14(可包括注册商实体205)的示例M2M装置30的系统图。如图22C所示，M2M装置30可包括处理器32、收发器34、发送/接收元件36、扬声器/麦克风38、键区40、显示器/触摸板42、不可移除存储器44、可移除存储器46、电源48、全球定位系统(GPS)芯片集50以及其它外设52。要理解的是，M2M装置30可在保持与实施例一致的同时包括前述元件的任何子组合。M2M装置30(例如，电话161、Wi-Fi接入点163、LTE eNB 162、数据服务器164、注册用户实体101、注册商实体102、发起方201、接收方202等)可以是执行所公开的用于灵活服务层注册的系统和方法的示例性实现方式。

处理器32可以是通用处理器、专用处理器、传统处理器、数字信号处理器(DSP)、多个微处理器、与DSP核关联的一个或更多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其它类型的集成电路(IC)、状态机等。处理器32可执行信号编码、数据处理、功率控制、输入/输出处理和/或使得M2M装置30能够在无线环境中操作的任何其它功能。处理器32可耦合到收发器34，收发器34可耦合到发送/接收元件36。尽管图22C将处理器32和收发器34描绘为单独的组件，但是要理解的是，处理器32和收发器34可被一起集成在电子封装或芯片中。处理器32可执行应用层程序(例如，浏览器)和/或无线电接入层(RAN)程序和/或通信。例如，处理器32可诸如在接入层和/或应用层执行诸如认证、安全密钥协议和/或密码操作的安全操作。

发送/接收元件36可被配置为向M2M服务平台22发送信号或从其接收信号。例如，发送/接收元件36可以是被配置为发送和/或接收RF信号的天线。发送/接收元件36可支持诸如WLAN、WPAN、蜂窝等的各种网络和空中接口。在示例中，例如，发送/接收元件36可以是被配置为发送和/或接收IR、UV或可见光信号的发射器/检测器。在另一示例中，发送/接收元件36可被配置为发送和接收RF和光信号二者。要理解的是，发送/接收元件36可被配置为发送和/或接收无线或有线信号的任何组合。

另外，尽管在图22C中将发送/接收元件36描绘为单个元件，但是M2M装置30可包括任何数量的发送/接收元件36。更具体地，M2M装置30可采用MIMO技术。因此，在示例中，M2M装置30可包括用于发送和接收无线信号的两个或更多个发送/接收元件36(例如，多个天线)。

收发器34可被配置为调制发送/接收元件36要发送的信号并且将发送/接收元件36所接收的信号解调。如上所述，M2M装置30可具有多模式能力。因此，例如，收发器34可包括多个收发器以用于使得M2M装置30能够经由诸如UTRA和IEEE 802.11的多个RAT来通信。

处理器32可从任何类型的合适存储器(例如，不可移除存储器44和/或可移除存储器46)访问信息并将数据存储在其中。不可移除存储器44可包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或者任何其它类型的存储器存储装置。可移除存储器46可包括用户标识模块(SIM)卡、记忆棒、安全数字(SD)存储卡等。在其它示例中，处理器32可从物理上不位于M2M装置30上(例如，在服务器或家庭计算机上)的存储器访问信息并将数据存储在其中。处理器32可被配置为响应于本文所描述的一些示例中的灵活服务层注册成功还是不成功(例如，待定服务ID、许可服务ID等)来控制显示器或指示器42上的照明模式、图像或颜色，或者以其它方式指示灵活服务层注册以及关联的组件的状态。控制显示器或指示器42上的照明模式、图像或颜色可反映本文(例如，图6至图21等等)所示出或讨论的图中的任何方法流程或组件的状态。本文公开了灵活服务层注册的消息和过程。所述消息和过程可扩展为向用户提供接口/API以经由输入源(例如，扬声器/麦克风38、键区40或显示器/触摸板42)来请求灵活服务层注册资源，并且请求、配置或查询可显示在显示器42上的灵活服务层注册的资源等等。

处理器32可从电源48接收电力，并且可被配置为分配和/或控制到M2M装置30中的其它组件的电力。电源48可以是用于为M2M装置30供电的任何合适的装置。例如，电源48可包括一个或更多个干电池(例如，镍镉(NiCd)、镍锌(NiZn)、镍金属氢化物(NiMH)、锂离子(Li离子)等)、太阳能电池、燃料电池等。

处理器32还可耦合到GPS芯片组50，GPS芯片组50被配置为提供关于M2M装置30的当前位置的位置信息(例如，经度和纬度)。要理解的是，M2M装置30可在保持与本文所公开的信息一致的同时通过任何合适的位置确定方法来获取位置信息。

处理器32还可耦合到其它外设52，外设52可包括提供附加特征、功能或有线或无线连接的一个或更多个软件或硬件模块。例如，外设52可包括诸如加速度计的各种传感器、生物识别(例如，指纹)传感器、电子罗盘、卫星收发器、传感器、数码相机(用于照片或视频)、通用串行总线(USB)端口或其它互连接口、振动装置、电视收发器、免提耳机、

模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏机模块、互联网浏览器等。

发送/接收元件36可在其它设备或装置中实现，例如传感器、消费者电子产品、诸如智能手表或智能衣服的可穿戴装置、医疗或电子医疗(eHealth)装置、机器人、工业设备、无人机、诸如汽车、卡车、火车或飞机的交通工具。发送/接收元件36可经由一个或更多个互连接口(例如，可包括外设52之一的互连接口)连接到此类设备或装置的其它组件、模块或系统。

图22D是例如可实现图22A和图22B的M2M服务平台22的示例性计算系统90的框图。计算系统90(例如，M2M终端装置18或M2M网关装置14)可包括计算机或服务器，并且可主要由计算机可读指令来控制，无论通过何种手段存储或访问此类指令。此类计算机可读指令可在中央处理单元(CPU)91内执行，以使得计算系统90工作。在许多已知的工作站、服务器和个人计算机中，中央处理单元91通过称为微处理器的单芯片CPU来实现。在其它机器中，中央处理单元91可包括多个处理器。协处理器81是与主CPU 91不同的可选处理器，其执行附加功能或辅助CPU 91。CPU 91或协处理器81可接收、生成和处理与所公开的用于灵活服务层注册的系统和方法有关的数据(例如，带有服务要求的注册请求)。

在操作中，CPU 91获取、解码并执行指令，并经由计算机的主数据传送路径、系统总线80向其它资源以及从其它资源传送信息。此类系统总线将计算系统90中的组件连接并定义用于数据交换的介质。系统总线80通常包括用于发送数据的数据线、用于发送地址的地址线以及用于发送中断并且用于操作系统总线的控制线。此类系统总线80的示例是PCI(外围组件互连)总线。

耦合到系统总线80的存储器装置包括随机存取存储器(RAM)82和只读存储器(ROM)93。此类存储器包括允许信息被存储和检索的电路。ROM 93通常包含不易修改的存储数据。存储在RAM 82中的数据可由CPU 91或其它硬件装置读取或改变。对RAM 82和/或ROM93的访问可由存储器控制器92控制。存储器控制器92可提供在指令被执行时将虚拟地址转换为物理地址的地址转换功能。存储器控制器92还可提供将系统内的进程隔离并将系统进程与用户进程隔离的存储器保护功能。因此，以第一模式运行的程序仅可访问其自己的进程虚拟地址空间所映射的存储器；其无法访问另一进程的虚拟地址空间内的存储器，除非已建立进程之间的存储器共享。

另外，计算系统90可包含外设控制器83，其负责将来自CPU91的指令传送到诸如打印机94、键盘84、鼠标95和盘驱动器85的外设。

由显示控制器96控制的显示器86用于显示由计算系统90生成的视觉输出。此类视觉输出可包括文本、图形、动画图形和视频。显示器86可利用基于CRT的视频显示器、基于LCD的平板显示器、基于气体等离子体的平板显示器或者触摸板来实现。显示控制器96包括生成发送到显示器86的视频信号所需的电子组件。

此外，计算系统90可包含可用于将计算系统90连接到外部通信网络(例如，图22A和图22B的网络12)的网络适配器97。

要理解的是，本文所描述的任何或全部系统、方法和处理可按照存储在计算机可读存储介质上的计算机可执行指令(即，程序代码)的形式来实现，所述指令在被诸如计算机、服务器、M2M终端装置、M2M网关装置等的机器执行时执行和/或实现本文所描述的系统、方法和处理。具体地，上述任何步骤、操作或功能均可按照此类计算机可执行指令的形式来实现。计算机可读存储介质包括以用于存储信息的任何方法或技术实现的易失性和非易失性、可移除和不可移除介质，但是此类计算机可读存储介质不包括信号。计算机可读存储介质包括RAM、ROM、EEPROM、闪存或其它存储器技术、CD-ROM、数字多功能盘(DVD)或其它光盘存储装置、磁带盒、磁带、磁盘存储装置或其它磁存储装置、或者可用于存储期望的信息并可由计算机访问的任何其它物理介质。

在描述如图中所示的本公开的主题(灵活服务层注册)的优选方法、系统或设备时，为了清晰起见采用了特定术语。然而，所要求保护的主题并不旨在局限于如此选择的特定术语，要理解的是，各个特定元件包括以相似方式操作以实现相似目的的所有技术等同物。

本文所描述的各种技术可与硬件、固件、软件或者(在适当的情况下)其组合结合来实现。此类硬件、固件和软件可驻留在位于通信网络的各个节点处的设备中。所述设备可单独操作或彼此组合操作以实现本文所描述的方法。如本文所用，术语“设备”、“网络设备”、“节点”、“装置”、“网络节点”等可互换使用。

本书面描述使用示例来公开本发明(包括最佳模式)，并且还使得本领域技术人员能够实践本发明(包括制造和使用任何装置或系统以及执行任何所包含的方法)。本发明的可专利范围由权利要求限定，并且可包括本领域技术人员想到的其它示例(例如，在本文所公开的示例性方法之间跳过步骤、组合步骤或添加步骤)。如果这些其它示例具有与权利要求的字面语言没有不同的结构元件，或者如果其包括与权利要求的字面语言无实质区别的等同结构元件，则意欲将这些其它示例落入权利要求的范围内。

如本文所述的方法、系统和设备等等可提供用于如本文所公开的灵活服务层注册的装置。方法、系统、计算机可读存储介质或设备具有用于以下操作的装置：由装置的第一应用向第一注册商实体发送包括对服务层的第一服务的注册请求的第一消息；接收响应于第一消息的第二消息，该第二消息包括第一注册商实体针对第一应用许可的一个或更多个服务的一个或更多个标识符的第一列表；响应于第二消息，发送针对许可的一个或更多个服务的一个或更多个标识符的第一列表确认向第一注册商实体注册的第三消息；由第一应用向第二注册商实体发送包括对服务层的第二服务的注册请求的第四消息；接收响应于第四消息的第五消息，该第五消息包括第二注册商实体针对第一应用许可的一个或更多个服务的一个或更多个标识符的第二列表；以及响应于第五消息，发送针对所许可的一个或更多个服务的一个或更多个标识符的第二列表确认向第二注册商实体注册的第六消息，其中，第一应用同时向第一注册商实体和第二注册商实体注册。第二消息可包括有效时间，其中，该有效时间指示第一服务的有效时间段。第二消息可包括最大使用(maximum usage)，其中，该最大使用指示第一应用对第一服务的最大使用次数。第二消息可包括相互性，其中，该相互性指示第一服务是双向的还是单向的。第二消息还包括推荐注册商，其中，该推荐注册商指示第一注册商实体针对已被拒绝的第三服务推荐的第三注册商实体，第三服务在第一消息中请求。第二消息可包括允许等待时间，其中，该允许等待时间指示装置愿意等待待定服务被许可的时间。第二消息还包括优先级顺序，其中，该优先级顺序指示装置的优先级。方法、系统、计算机可读存储介质或设备具有用于基于第二消息在显示器上显示图形的装置。该图形可包括与有效时间、最大使用、相互性或推荐注册商关联的文本。本段落中的所有组合(包括步骤的移除或添加)均可按照与详细描述的其它部分一致的方式设想。

Claims

1.一种用于服务层注册的装置，所述装置包括：

处理器；以及

与所述处理器耦合的存储器，所述存储器包括可执行指令，所述可执行指令在由所述处理器执行时使得所述处理器实现操作，所述操作包括：

由所述装置的第一应用向第一注册商实体发送第一消息，所述第一消息包括对服务层的第一服务的注册请求，所述服务层提供经由开放接口能够访问不同的机器对机器应用和系统的服务能力；

接收响应于所述第一消息的第二消息，所述第二消息包括由所述第一注册商实体针对所述第一应用许可的一个或更多个服务的一个或更多个标识符的第一列表；

由所述第一应用向第二注册商实体发送第四消息，所述第四消息包括对所述服务层的第二服务的注册请求；以及

接收响应于所述第四消息的第五消息，所述第五消息包括由所述第二注册商实体针对所述第一应用许可的一个或更多个服务的一个或更多个标识符的第二列表，其中，所述第一应用同时向所述第一注册商实体和所述第二注册商实体注册。

2.根据权利要求1所述的装置，其中，所述第二消息还包括有效时间，其中，所述有效时间指示所述第一服务的有效时间段。

3.根据权利要求1所述的装置，其中，所述第二消息还包括最大使用，其中，所述最大使用指示所述第一应用对所述第一服务的使用的最大次数。

4.根据权利要求1所述的装置，其中，所述第二消息还包括相互性，其中，所述相互性指示所述第一服务是双向还是单向的。

5.根据权利要求1所述的装置，其中，所述第二消息还包括推荐注册商，其中，所述推荐注册商指示所述第一注册商实体针对已被拒绝的第三服务推荐的第三注册商实体，所述第三服务在所述第一消息中被请求。

6.根据权利要求1所述的装置，其中，所述第二消息还包括允许等待时间，其中，所述允许等待时间指示所述装置愿意等待待定服务被许可的时间。

7.根据权利要求1所述的装置，其中，所述第二消息还包括优先级顺序，其中，所述优先级顺序指示所述装置的优先级。

8.一种用于服务层注册的方法，所述方法包括：

由装置的第一应用向第一注册商实体发送第一消息，所述第一消息包括对服务层的第一服务的注册请求，所述服务层提供经由开放接口能够访问不同的机器对机器应用和系统的服务能力；

9.根据权利要求8所述的方法，其中，所述第二消息还包括有效时间，其中，所述有效时间指示所述第一服务的有效时间段。

10.根据权利要求8所述的方法，其中，所述第二消息还包括最大使用，其中，所述最大使用指示所述第一应用对所述第一服务的使用的最大次数。

11.根据权利要求8所述的方法，其中，所述第二消息还包括相互性，其中，所述相互性指示所述第一服务是双向还是单向的。

12.根据权利要求8所述的方法，其中，所述第二消息还包括推荐注册商，其中，所述推荐注册商指示所述第一注册商实体针对已被拒绝的第三服务推荐的第三注册商实体，所述第三服务在所述第一消息中被请求。

13.根据权利要求8所述的方法，其中，所述第二消息还包括允许等待时间，其中，所述允许等待时间指示所述装置愿意等待待定服务被许可的时间。

14.根据权利要求8所述的方法，其中，所述第二消息还包括优先级顺序，其中，所述优先级顺序指示所述装置的优先级。

15.一种存储计算机可执行指令的计算机可读存储介质，所述计算机可执行指令在由计算设备执行时，使得所述计算设备实现操作，所述操作包括：

由第一应用向第一注册商实体发送第一消息，所述第一消息包括对服务层的第一服务的注册请求，所述服务层提供经由开放接口能够访问不同的机器对机器应用和系统的服务能力；

接收响应于所述第四消息的第五消息，所述第五消息包括由所述第二注册商实体针对所述第一应用许可的一个或更多个服务的一个或更多个标识符的第二列表，其中，所述第一应用同时向所述第一注册商实体和第二注册商实体注册。

16.根据权利要求15所述的计算机可读存储介质，其中，所述第二消息还包括有效时间，其中，所述有效时间指示所述第一服务的有效时间段。

17.根据权利要求15所述的计算机可读存储介质，其中，所述第二消息还包括最大使用，其中，所述最大使用指示所述第一应用对所述第一服务的使用的最大次数。

18.根据权利要求15所述的计算机可读存储介质，其中，所述第二消息还包括相互性，其中，所述相互性指示所述第一服务是双向还是单向的。

19.根据权利要求15所述的计算机可读存储介质，其中，所述第二消息还包括推荐注册商，其中，所述推荐注册商指示所述第一注册商实体针对已被拒绝的第三服务推荐的第三注册商实体，所述第三服务在所述第一消息中被请求。

20.根据权利要求15中的任一项所述的计算机可读存储介质，其中，所述图形包括与有效时间、最大使用、相互性或推荐注册商相关联的文本。