相关申请的交叉参考
本申请主张于2015年4月23日提交的第62/151,841号美国临时申请的优先权，所述美国临时申请的全部公开内容以引用的方式并入本文中。
本申请涉及用于选择服务节点以添加服务的设备和方法。更明确地说，本申请涉及基于服务启用策略和/或服务节点选择标准来改善服务添加。
背景技术：
通常，m2m网关将拒绝来自应用服务提供商(asp)的对添加新服务的请求。这是因为m2m网关不能够支持特定服务功能性。反过来，asp具有两个选项。其可继续跟着所述m2m并且托管所述m2m对之具有服务功能性的现有服务，或者向支持新服务的功能性的新m2m网关注册。然而，m2m网关所注册的m2m服务器可能能够托管所述新服务。没有协议用于帮助引导m2m网关将所述请求转发到m2m服务器。
必须考虑各种因素来评估哪个服务层实体应当添加asp所请求的新服务。这在请求多个新服务时更有重大意义。当前，当一个或多个asp请求在一个或多个m2m网关处添加服务时，每个m2m网关仅能够添加新服务。然而，基于包括新服务的访问和利用的容易性在内的因素，特定m2m网关可能不是最佳选择。然而，用于选择服务层实体以添加新服务的协议均没有考虑不同因素。
技术实现要素：
提供这个发明内容来以简化形式介绍一组概念，这些概念在以下具体实施方式中进一步描述。不希望这个发明内容限制所主张主题的范围。涉及考虑一个或多个因素地选择一个或多个节点以添加新服务的设备、系统和方法的本申请在很大程度上满足前述需要。
在本申请的一个方面中，描述一种用户装置。所述装置包括非瞬时存储器，其上存储有用于添加来自服务提供商的服务的指令。所述装置包括能够操作地耦合到存储器的处理器。所述处理器适于配置服务启用策略。所述处理器还适于从服务提供商接收用于添加所述服务的请求。所述处理器适于检查所述服务启用策略以用于添加所述服务。所述处理器适于与另一个装置协作以协调服务启用策略和主机选择标准。另外，所述处理器适于向服务提供商发送答复。
本申请还针对于一种用于添加服务的方法。所述方法包括配置服务启用策略的步骤。所述方法还包括从服务提供商接收用于添加服务的请求的步骤。所述方法还包括检查所述服务启用策略以用于添加所述服务的步骤。另外，所述方法包括向服务提供商发送答复的步骤。根据一个实施例，所述方法还包括接收用于促进服务节点选择的标准的步骤。根据另一个实施例，所述方法包括协调所述服务启用策略和所述标准的步骤。在又一个实施例中，所述方法包括确定满足所述服务启用策略和所述标准的服务节点的步骤。
因此，已经相当广义地概述了本发明的某些实施例，使得可更好地理解具体实施方式，并且使得可更好地了解本发明对本领域的贡献。
附图说明
为了促进对本申请的较稳健理解，现在参考附图，其中用相同标号指示相同元件。这些图式不应被理解为限制本申请并且仅打算为示例性的。
图1a示出机器到机器(m2m)或iot通信系统的实施例。
图1b示出m2m服务平台的本申请的实施例。
图1c示出示例性m2m装置的系统图的本申请的实施例。
图1d示出示例性计算系统的框图的本申请的实施例。
图2示出根据本申请的实施例的网络内的服务层部署。
图3示出根据本申请的实施例的onem2m服务层功能架构(roa)。
图4示出本申请的onem2m服务架构(soa)。
图5示出根据本申请的实施例的服务启用器功能(sef)架构。
图6a示出根据本申请的实施例的公共服务实体中的启用器功能。
图6b示出根据本申请的实施例的用于由服务启用器功能添加新服务的程序。
图7示出根据本申请的另一个实施例的用于添加应用服务提供商所提供的新服务的程序。
图8示出根据本申请的另一个实施例的用于添加服务提供商所提供的新服务的程序。
图9示出根据本申请的实施例的用于由服务提供商配置/更新服务启用策略的程序。
图10示出根据本申请的实施例的服务层网络。
图11示出根据本申请的实施例的用于协作的程序。
图12示出根据本申请的实施例的在不被启用时用于协作的程序。
图13示出根据本申请的实施例的用于为新服务选择托管节点的方法。
图14示出根据本申请的实施例的用于主机服务节点选择的方法。
图15a示出根据本申请的实施例的用于聚合用于添加多个新服务的过程的方法。
图15b示出根据本申请的另一个实施例的用于聚合用于添加多个新服务的过程的方法。
图16示出根据本申请的实施例的onem2m功能架构中的协作和服务节点选择功能。
图17示出根据本申请的实施例的服务启用策略资源结构。
图18示出根据本申请的实施例的onem2m服务架构中的协作和服务节点选择功能。
图19示出根据本申请的实施例的另一个服务启用策略资源的结构。
图20示出根据本申请的实施例的用于启用新服务的配置的用户界面。
具体实施方式
本文中将参考各种附图、实施例和方面论述示例性实施例的详细描述。虽然本描述内容提供可能具体实施的详细实例，但应当理解所述细节旨在作为实例并且因此不限制本申请的范围。
本说明书中对“一个实施例”、“实施例”、“一个或多个实施例”、“方面”等的提及意味着在本公开的至少一个实施例中包括结合所述实施例描述的特定特征、结构或特性。此外，术语“实施例”在说明书的各种地方不一定指代相同实施例。也就是说，描述的各种特征可由一些实施例展现而不由其他实施例展现。
本申请描述用于鉴于一个或多个因素选择一个或多个服务节点以添加新服务的系统和技术。根据一个实施例，基于包括一个或多个规则的服务启用策略来添加服务。在一个特定实施例中，策略需要协作。在另一个特定实施例中，策略需要服务节点选择。在又一个特定实施例中，策略需要聚合。在再一个特定实施例中，策略需要服务规定。上文所述的策略可由asp定义，asp可为onem2m中的应用实体。另选地，所述策略可由onem2m中的公共服务实体(cse)定义。
根据另一个实施例，服务节点选择可包括一个或多个用于添加新服务的标准。例如，标准可包括服务发现容易性、利用容易性、负载平衡等中的一个或多个。根据又一个实施例，本申请描述服务提供商所拥有的服务层内的服务层实体之中的动态策略配置过程。在另一个实施例中，本申请描述asp与服务提供商——诸如服务层平台的拥有者——之间以及服务层实体之中的协作过程。
在再一个实施例中，本申请描述服务节点选择协议。利用该协议来选择服务节点以添加新服务。这可基于上述策略。选择还可基于服务节点选择标准。
根据再一个实施例，描述用于聚合消息以进一步优化添加新服务的执行的协议。
缩略词
将贯穿本申请使用以下缩略词，如以下表1中所提供。
将贯穿本申请使用以下术语，并且下文提供如本领域中所理解的其习惯和普通定义：
m2m应用服务：通过m2m应用的服务逻辑实现并且由用户或m2m应用服务提供商操作。
m2m应用服务提供商：实体，例如，提供通过onem2m中的mca的asp与服务提供商之间的交互的公司或应用。
m2m服务(服务)：包括一个或多个m2m应用服务和一个或多个m2m公共服务。m2m服务还可被称为服务。
网络节点：能够在网络内寻址的网络。网络节点可为网络中的物理实体——例如装置、网关或服务器，或虚拟实体——例如vm。
服务节点：托管支持一个或多个服务能力的服务层的网络节点。
服务层：通过一组应用编程接口(api)和基础联网接口来支持增值服务能力的软件中间件层。
服务层实体：表示在服务层处具有一组服务能力的中间件的逻辑对象。
服务能力：服务层所支持的特定类型的服务。
服务能力层：用于服务层的etsim2m术语。
公共服务功能：用于服务能力的onem2m术语。
公共服务实体：用于服务层的onem2m术语。
服务节点选择：选择用于托管新服务的一个或多个多服务节点的过程。所选择的(一个或多个)服务节点将向其他服务层实体和应用提供访问，用于利用新服务。
服务层客户端：被配置为访问并利用服务层所提供的服务的实体。客户端可为应用——例如onem2m服务层中的ae，或者服务层实体——例如onem2m术语中的cse。
m2m服务提供商：实体，例如，向m2m应用服务提供商或用户提供m2m公共服务的公司。服务提供商拥有并控制服务平台，诸如cse。操作是经由mcc和mcc’进行的。
平台
本申请旨在涵盖平台功能性并且支持应用启用平台(aep)和连接装置平台(cdp)两者。aep包括应用启用层和服务层，服务层包括万维网和因特网。应用启用层包括但不限于以下各项：(i)服务api、规则/脚本引擎；(ii)sdk编程接口；以及(iii)企业系统集成。应用启用层还可包括增值服务，其包括但不限于发现、分析、场境和事件。包括万维网和因特网的服务层可包括(例如)分析、记帐、原始api、web服务接口、语义数据模型、装置/服务发现、装置管理、安全性、数据收集、数据适配、聚合、事件管理、场境管理、优化连接和传输、m2m网关以及寻址和识别。cdp可包括连接分析、使用分析/报告/警报、策略控制、自动化供应、sim激活/去激活以及订阅激活/去激活。
总体架构
图1a是可实施一个或多个公开实施例的示例性机器到机器(m2m)、物联因特网(iot)或物联网(wot)通信系统10的图。一般来说，m2m技术提供用于iot/wot的构建块，并且任何m2m装置、网关或服务平台可为iot/wot以及iot/wot服务层等等的部件。
如图1a所示，m2m/iot/wot通信系统10包括通信网络12。通信网络12可为固定网络——例如以太网、光纤、isdn、plc等，或无线网络——例如wlan、蜂窝式等，或者异类网络的网络。例如，通信网络12可包括向多个用户提供诸如话音、数据、视频、即时消息、广播等内容的多个访问网络。例如，通信网络12可采用一种或多种信道访问方法，诸如码分多址(cdma)、时分多址(tdma)、频分多址(fdma)、正交fdma(ofdma)、和单载波fdma(sc-fdma)等。另外，通信网络12可包括其他网络，诸如核心网、因特网、传感器网络、工业控制网络、个人局域网、融合个人网络、卫星网络、家庭网络或企业网络。
如图1a所示，m2m/iot/wot通信系统10可包括基础设施域和场域。基础设施域是指端到端m2m部署的网络侧，并且场域是指区域网络，通常在m2m网关后面。场域包括诸如具有代理的主干路由器的m2m网关14和诸如lln装置的终端装置18。将了解，任何数目的m2m网关装置14和m2m终端装置18可根据需要包括在m2m/iot/wot通信系统10中。m2m网关装置14和m2m终端装置18中的每一个被配置为经由通信网络12或直接无线电链路发射和接收信号。m2m网关装置14允许例如蜂窝式和非蜂窝式的无线m2m装置以及例如plc固定网络m2m装置通过诸如通信网络12的运营商网络或直接无线电链路通信。例如，m2m装置18可收集数据并且经由通信网络12或直接无线电链路将数据发送到m2m应用20或m2m装置18。m2m装置18还可从m2m应用20或m2m装置18接收数据。另外，可经由m2m服务层22向m2m应用20发送以及从m2m应用20接收数据和信号。在实施例中，服务层22可为pce。m2m装置18和网关14可经由包括例如蜂窝式、wlan、例如zigbee、6lowpan的wpan、蓝牙、直接无线电链路、和有线的各种网络通信。
参看图1b，场域中的所示m2m服务层22向m2m应用20、m2m网关装置14和m2m终端装置18以及通信网络12提供服务。将理解，m2m服务层22可根据需要与任何数目的m2m应用、m2m网关装置14、m2m终端装置18和通信网络12通信。m2m服务层22可由一个或多个服务器、计算机等实施。m2m服务层22提供适用于m2m终端装置18、m2m网关装置14和m2m应用20的服务能力。m2m服务层22的功能可以多种方式实施。例如，m2m服务层22可在web服务器、蜂窝式核心网、云、m2m网关等中实施。
与所示出的m2m服务层22相似，在基础设施域中存在m2m服务层22’。m2m服务层22’向基础设施域中的m2m应用20’和基础通信网络12’提供服务。m2m服务层22’还向场域中的m2m网关装置14和m2m终端装置18提供服务。将理解，m2m服务层22’可与任何数目的m2m应用、m2m网关装置和m2m终端装置通信。m2m服务层22’可通过不同服务提供商与服务层交互。m2m服务层22’可由一个或多个服务器、计算机、虚拟机——例如云/计算/存储场等——等实施。
还参看图1b，m2m服务层22和22’提供不同应用和行业可利用的一组核心服务交付能力。这些服务能力使得m2m应用20和20’能够与装置交互并且执行诸如数据收集、数据分析、装置管理、安全性、记帐、服务/装置发现等功能。基本上，这些服务能力使应用摆脱实施这些功能性的负担，因此简化应用开发并且减小成本和上市时间。服务层22和22’还使得m2m应用20和20’能够结合服务层22和22’提供的服务通过各种网络12和12’通信。
m2m应用20和20’可包括诸如但不限于交通运输、健康保健、联网家庭、能源管理、资产跟踪以及安全监督的各种行业中的应用。如上文提到，跨系统的装置、网关和其他服务器运行的m2m服务层支持诸如数据收集、装置管理、安全性、记帐、位置跟踪/地理防御、装置/服务发现和遗留系统集成等功能，并且将这些功能作为服务提供给m2m应用20和20’。此外，m2m服务层还可被配置为与诸如移动设备和m2m服务器/网关的其他装置接合，如本申请中所论述和附图中所示出。
根据本申请的一方面，管理注册的方法可被实施作为服务层的一部分。服务层是通过一组应用编程接口(api)和基础联网接口支持增值服务能力的软件中间件层。etsim2m和onem2m两者使用可包含这种方法的服务层。etsim2m的服务层被称为服务能力层(scl)。scl可在m2m装置(其中其被称为装置scl(dscl))、网关(其中其被称为网关scl(gscl))和/或网络节点(其中其被称为网络scl(nscl))内实施。onem2m服务层支持一组公共服务功能(csf)，例如服务能力。一组一个或多个特定类型的csf的实例化被称为公共服务实体(cse)，其可在不同类型的网络节点——例如基础设施节点、中间节点、专用节点——上托管。另外，如本申请中所描述的搜索和发现服务层的方法可被实施为使用面向服务的架构(soa)和/或面向资源的架构(roa)来访问与管理发现服务层、向服务层注册和向服务层注销相关的服务的m2m网络的一部分。
图1c是诸如m2m终端装置18或m2m网关装置14的示例性m2m装置30的系统图。如图1c所示，m2m装置30可包括处理器32、收发器34、发射/接收元件36、扬声器/麦克风38、小键盘40、显示器/触摸板/指示器42、不可移除存储器44、可移除存储器46、电源48、全球定位系统(gps)芯片组50以及其他外围设备52。将了解，m2m装置40可包括前述元件的任何子组合，同时保持与实施例一致。这个装置可为使用所公开的用于感官数据的嵌入式语义命名的系统和方法的装置。m2m装置30还可与包括例如如本申请中所描述并且如附图中所示出的移动设备的其他装置一起使用。
处理器32可为通用处理器、专用处理器、常规处理器、数字信号处理器(dsp)、多个微处理器、与dsp核心联合的一个或多个微处理器、控制器、微控制器、专用集成电路(asic)、现场可编程门阵列(fpga)电路、任何其他类型的集成电路(ic)、状态机等。处理器32可执行信号编码、数据处理、功率控制、输入/输出处理和/或使得m2m装置30能够在无线环境中进行操作的任何其他功能性。处理器32可耦合到收发器34，收发器34可耦合到发射/接收元件36。尽管图1c将处理器32和收发器34描绘为单独部件，但将了解，处理器32和收发器34可一起集成在电子封装或芯片中。处理器32可执行例如浏览器的应用层程序和/或无线电接入层(ran)程序和/或通信。处理器32可例如诸如在接入层和/或应用层处执行安全性操作，诸如验证、安全性密钥协商和/或密码操作。
发射/接收元件36可被配置为向m2m服务平台22发射信号或从m2m服务平台22接收信号。例如，在实施例中，发射/接收元件36可以是被配置为发射且/或接收rf信号的天线。发射/接收元件36可支持各种网络和空中接口，诸如wlan、wpan、蜂窝式等。在实施例中，发射/接收元件36可以例如是被配置为发射且/或接收ir、uv或可见光信号的发射器/检测器。在又一个实施例中，发射/接收元件36可被配置为发射且接收rf和光信号两者。将了解，发射/接收元件36可被配置为发射且/或接收无线或有线信号的任何组合。
另外，虽然发射/接收元件36在图1c中被描绘为单个元件，但m2m装置30可包括任何数目的发射/接收元件36。更具体地说，m2m装置30可采用mimo技术。因此，在一个实施例中，m2m装置30可包括两个或更多个发射/接收元件36，例如多个天线，用于发射和接收无线信号。
收发器34可被配置为对将由发射/接收元件36发射的信号进行调制并且对由发射/接收元件36接收的信号进行解调。如上文提到，m2m装置30可具有多模式能力。因此，收发器34可包括多个收发器用于使得m2m装置30能够例如经由诸如utra和ieee802.11的多个rat通信。
处理器32可从诸如不可移除存储器44和/或可移除存储器46的任何类型的合适存储器存取信息并且将数据存储在其中。不可移除存储器44可包括随机存取存储器(ram)、只读存储器(ro+m)、硬盘或任何其他类型的存储器存储装置。可移除存储器46可包括订户身份模块(sim)卡、存储棒、安全数字(sd)存储卡等。在其他实施例中，处理器32可从不在物理上位于m2m装置30上(诸如位于服务器或家用计算机上)的存储器存取信息并且将数据存储在其中。
处理器32可从电源48接收电力，并且可被配置为向m2m装置30中的其他部件分发和/或控制电力。电源48可以是用于向m2m装置30供电的任何合适装置。例如，电源48可包括一个或多个干电池(例如镍镉(nicd)、镍锌(nizn)、镍金属氢化物(nimh)、锂离子(li离子)等)、太阳能电池、燃料电池等。
处理器32还可耦合到gps芯片组50，其被配置为提供关于m2m装置30的当前位置的位置信息——例如经度和纬度。将了解，m2m装置30可借助于任何合适的位置确定方法采集位置信息，同时保持与实施例一致。
处理器32可进一步耦合到其他外围设备52，其可包括提供额外特征、功能性和/或有线或无线连接性的一个或多个软件和/或硬件模块。例如，外围设备52可包括加速度计、电子罗盘、卫星收发器、传感器、数码相机(用于照片或视频)、通用串行总线(usb)端口、振动装置、电视收发器、耳机、蓝牙
图1d是在其上例如可实施图1a和图1b的m2m服务平台22的示例性计算系统90的框图。计算系统90可包括计算机或服务器，并且可主要由计算机可读指令控制，其可以是软件的形式，无论该软件在何处或者无论存储或访问该软件的方式如何。此类计算机可读指令可在中央处理单元(cpu)91内执行以致使计算系统90工作。在许多已知工作站、服务器和个人计算机中，中央处理单元91由称为微处理器的单芯片cpu实施。在其他机器中，中央处理单元91可包括多个处理器。协处理器81是执行附加功能或协助cpu91的与主cpu91相异的可选处理器。cpu91和/或协处理器81可接收、生成并且处理与所公开的用于诸如对具有嵌入式语义名称的感官数据的查询的嵌入式语义命名的系统和方法相关的数据。
在操作中，cpu91提取、解码并执行指令，并且经由计算机的主要数据传送路径——系统总线80将信息传送到其他资源以及从其他资源传送信息。此类系统总线连接计算系统90中的部件并且界定用于数据交换的媒体。系统总线80通常包括用于发送数据的数据线路、用于发送地址的地址线路和用于发送中断并且用于操作系统总线的控制线路。此类系统总线80的实例是pci(外围部件互连)总线。
耦合到系统总线80的存储器装置包括随机存取存储器(ram)82和只读存储器(rom)93。此类存储器包括允许存储并且检索信息的电路。rom93通常包含无法容易修改的存储数据。存储在ram82中的数据可由cpu91或其他硬件装置读取或改变。对ram82和/或rom93的存取可由存储器控制器92控制。存储器控制器92可提供在执行指令时将虚拟地址翻译成物理地址的地址翻译功能。存储器控制器92还可提供隔离系统内的进程并且将系统进程与用户进程隔离的存储器保护功能。因此，以第一模式运行的程序可仅存取其自身进程虚拟地址空间所映射的存储器；其无法存取另一个进程的虚拟地址空间内的存储器，除非已经设置进程之间的存储器共享。
另外，计算系统90可包含负责从cpu91向诸如打印机94、键盘84、鼠标95和磁盘驱动器85的外围设备传送指令的外围设备控制器83。
由显示器控制器96控制的显示器86用于显示计算系统90所生成的视觉输出。此类视觉输出可包括文本、图形、动画图形和视频。显示器86可使用基于crt的视频显示器、基于lcd的平板显示器、基于气体等离子的平板显示器或触控面板实施。显示器控制器96包括生成发送给显示器86的视频信号所需要的电子部件。显示器86可使用嵌入式语义名称以文件或文件夹显示感应数据。另外，计算系统90可包含网络适配器97，其可用于将计算系统90连接到外部通信网络，诸如图1a和图1b的网络12。显示器86可包括图形用户界面(gui)，诸如下文更详细描述的图20所示的gui。
应了解，本文所述的任何或所有系统、方法和过程可以存储在计算机可读存储媒体上的例如程序代码的计算机可执行指令的形式体现，该指令在由诸如计算机、服务器、m2m终端装置、或m2m网关装置等的机器执行时，执行且/或实施本文所述的系统、方法和过程。具体地说，上文所述的步骤、操作或功能中的任一个可以此类计算机可执行指令的形式实施。计算机可读存储媒体包括以任何用于信息存储的方法或技术实施的易失性和非易失性可移除和不可移除媒体，但此类计算机可读存储媒体不包括信号。计算机可读存储媒体包括但不限于ram、rom、eeprom、闪存存储器或其他存储器技术、cdrom、数字通用磁盘(dvd)或其他光盘存储装置、磁带盒、磁带、磁盘存储装置或其他磁性存储装置，或者可用于存储所需信息并且可由计算机存取的任何其他物理媒体。
服务层
术语“服务层”是指网络服务架构内的功能层。服务层通常位于诸如http、coap或mqtt等应用协议层上方并且向客户端应用提供增值服务。服务层还提供通往位于诸如例如控制层和传输/接入层的较低资源层处的核心网络的接口。服务层支持多种(服务)能力或功能性，包+、策略管理、接入控制和服务聚类。最近，例如onem2m的若干行业标准组织已经开发m2m服务层以解决与将m2m类型的装置和应用集成到诸如因特网/web、蜂窝式、企业和家庭网络的部署中相关联的挑战。m2m服务层可向应用和/或各种装置提供对服务层所支持的一批或一组上文提及的能力或功能性的访问，该服务层可被称为cse或scl。一些实例包括但不限于各种应用通常可使用的安全性、收费、数据管理、装置管理、发现、供应和连接性管理。经由利用m2m服务层所定义的消息格式、资源结构和资源表示形式的api将这些能力或功能性提供给此类各种应用。cse或scl是可由硬件和/或软件实施并且提供向各种应用和/或装置(即，此类功能实体之间的功能接口)公开的(服务)能力或功能性以便使其使用此类能力或功能性的功能实体。
根据实施例，图2示出系统200的部署情形，其包括系统200的网络——网络服务域205——内的服务层210。服务层部署在各种网络节点——网关和服务器——上以向网络应用、web、因特网、运营商网络、云、装置应用以及网络节点本身提供增值服务。在图2中，网关可包括蜂窝式网络、wlan/wpan/wsn、rfid网络和诸如plc、xdsl和pon的有线网络。服务器可包括目录服务器、应用服务器、存储服务器、管理服务器和服务服务器。系统200还可包括装置应用域(dad)220，其包括传感器、致动器、rfid标签和虚拟对象。系统200可包括网络应用域230，其包括应用和用户。
在一个实施例中，m2m/lot服务层是专门针对向m2m/iot类型装置和应用提供增值服务的一种类型的服务层的示例。例如etsim2m和onem2m的若干行业标准组织已经开发m2m/iot服务层以解决与将m2m/iot类型的装置和应用集成到诸如因特网/web、蜂窝式、企业和家庭网络等部署中相关联的挑战。m2m服务层可向应用和装置提供对服务层所支持的一批m2m中心能力的访问。一些示例包括安全性、收费、数据管理、装置管理、发现、供应和连接性管理。经由利用由m2m服务层所定义的消息格式、资源结构和资源表示形式的api，使得这些能力对于应用可用。
onem2m服务层
在另一个实施例中，采用onem2m以开发解决对能够容易嵌入在各种硬件和软件内的公共m2m服务层的需要的技术规范。另外，可依赖于其来将现场的广泛多种装置与世界各地的m2m应用服务器连接在一起。onem2m公共服务层支持一组公共服务功能(csf)，例如服务能力，如图3所示。一组一个或多个特定类型的csf的实例化被称为公共服务实体(cse)，其可被托管在不同类型的网络节点上，例如基础设施节点、中间节点、专用节点上。如图所示，cse被托管在场域和基础设施域中。
根据另一个实施例，onem2m正以两种架构方法——面向资源的架构(roa)和面向服务的架构(soa)——开发服务层。在onem2mroarestful架构中，csf被表示为一组“资源”。资源被定义为架构中的具有能够经由诸如创建、检索、更新和删除等restful方法操纵的表示方式的能够唯一寻址的元件。使得这些资源能够使用通用资源标识符(uri)来寻址。资源可包含(一个或多个)子资源和(一个或多个)属性。子资源是与父资源具有包含关系的资源。父资源表示方式包含对其(一个或多个)子资源的引用。子资源的寿命由父资源的寿命限制。每个资源支持存储所述资源的信息的一组“属性”。
另一方面，soa架构遗留部署不是基于restful的。相反，其主要重复使用如图4所示的相同服务层架构。此处，cse由虚线指示。cse包括各种m2m服务，包括例如服务公开部件、服务部件i、服务部件n、网络服务利用部件和远程服务公开部件。除了现有参考点之外，cse可包括服务间参考点msc。经过msc参考点的m2m服务部件之间的通信利用web服务方案，例如web服务消息交换模式(mep)。
装置管理(dm)协议
如本领域中通常理解的，dm协议提供动态装置管理功能，诸如装置上的固件管理和软件模块管理。例如，omadm是由开放移动联盟设计的用于装置管理的协议。其广泛用于移动设备的远程管理。其由包括协议、架构、底层网络绑定等在内的许多规范构成。在最常见的情形中，通过实施omadm规范，dm服务器能够对具有诸如例如移动电话的dm客户端的装置进行远程管理。这些装置还可包括传感器、致动器和网关。利用管理对象和dm客户端的实施，dm服务器可对装置执行远程管理。
另一个dm协议是软件部件管理对象(scomo)。scomo启用装置内的远程软件部件管理。管理可包括但不限于诸如软件部件的下载、安装、更新、移除、激活/去激活和库存检索等功能。
又一个dm协议是bbftr-069。这个协议定义客户驻地设备(cpe)与自动配置服务器(acs)之间的cwmp协议。acs是网络中的集中式服务器，而cpe可包括家用路由器、机顶盒和终端装置。cwmp管理一组cpe装置，包括但不限于以下功能：(i)自动配置和动态服务规定；(ii)软件/固件图像管理；(iii)状态和性能监视；以及(iv)诊断。软件模块管理启用模块化软件和执行环境的管理，包括软件模块安装、更新、卸载和通知。软件模块管理还具有在cpe上开始和停止应用、启用和停用执行环境以及清查装置上的可用软件模块的能力。
另一个dm协议包括cse中的装置管理(dmg)csf。这负责提供中间节点(m2m网关)、应用服务节点和应用专用节点(m2m装置)以及驻留在m2m区域网络内的装置上的装置能力的管理。除了跨mcc参考点管理cse之外，dmg还可利用现有装置管理技术，例如tr-069和oma-dm。为了执行翻译和适配功能，dmg具有称为管理适配器的功能部件。管理适配器执行dmg与基础nse中的管理服务器(或管理客户端)之间的适配。
在cse中存在装置管理(dmg)csf，其负责提供中间节点(例如，m2m网关)、应用服务节点和应用专用节点(例如，m2m装置)以及驻留在m2m区域网络内的装置上的装置能力的管理。除了跨mcc参考点管理cse之外，dmg可利用现有装置管理技术(例如，bbftr-069和omadm)。为了执行翻译和适配功能，dmg具有称为管理适配器的功能部件。dmg中的管理适配器执行dmg与基础nse中的管理服务器(或管理客户端)之间的适配。
onem2m中的服务扩展启用器
根据本申请的一个方面，如图5所示，例如，存在服务层500处的服务启用器功能510的架构视图。其可提供以下高级功能性：(i)检查模块验证；(ii)检查节点资源；(iii)检查与现有模块的互操作性；(iv)检查策略和权限以确定如何处理冲突，例如不注册新模块或注销现有模块等；(v)注册新模块；(vi)将由新模块引起的(一个或多个)新服务添加到服务列表；(vii)修改api支持以反映新服务能力；以及(viii)修改模块间通信以并入新模块。在一个实施例中，可采用注册和安全性服务以添加/激活/去激活/移除任何服务。sef包括子功能和经由参考点与网络实体——例如服务能力、m2m应用和m2m服务层——的通信。服务启用器功能包括下文更详细描述的三(3)个主要子功能。
第一子功能是服务状态管理和配置功能(smcf)511。smcf的作用是管理服务层处的服务的状态转变，并且配置服务的能力和特征。如果存在服务的多个版本，则smcf负责管理服务的每个版本的状态和配置。
第二子功能是服务协调功能(scf)512。scf的作用是在服务启用器功能致力于添加、激活、去激活或移除服务时协调进程和服务启用器功能与服务能力、m2m应用和其他m2m服务层之间的通信。另外，scf与服务启用器功能内的smcf和samf协作。
第三子功能是服务api管理功能(samf)513。samf的作用是在添加、激活、去激活或移除服务时动态管理服务api。服务api暗示服务的功能性和特征。诸如应用或其他服务层的客户端可通过从服务api检索信息来辨识服务，并且通过接入服务api来利用服务。不同服务可具有不同服务api，其由提供所述服务的实体定义。在一个实施例中，接入服务api并且确定服务api驻留在何处由服务层执行而不是由服务api其自身执行。
例如，基于soa的温度报告服务的服务api可被配置为利用位置和时间作为参数来检索温度。另外，服务api还可提供利用开始时间和结束时间作为参数来计算平均温度并且返回最高/最低温度的功能。另一个示例是基于roa的位置服务，并且服务api提供资源列表，其中访问控制属性定义被允许检索位置信息的一组用户，并且频率属性指示多久一次报告并更新最近位置。
根据如图6所示的另一个实施例，cse620包括csf621、服务扩展启用器622和其他启用器功能623。cse经由mca参考点615与应用实体610通信。cse620还经由mcn参考点625与底层网络服务实体630通信。
添加新服务
根据本申请的一方面，描述用于选择服务层实体/节点以添加新服务的协议。这些协议包括策略配置、协作和服务节点选择过程。如本文中将更详细描述，定义服务启用策略和服务节点选择标准以用于促进这些过程。根据一个实施例，图7中展示用于向服务层中添加新服务的过程。具体地说，应用服务由应用服务提供商(asp)定义，服务层实体sle2发起服务提供商的网络内的策略配置并且执行服务节点选择。选择sle3以在服务层中添加新服务。可执行以下主要过程，如图7中由罗马数字表示。过程1描述服务层内的策略配置。目的是配置作为服务提供商的网络的服务层中的服务启用策略。通过这样做，每个服务层实体维持服务提供商的策略，其对所有服务通用。asp和服务提供商两者可定义策略。请注意，这个过程仅在服务层中发生。也就是说，服务提供商在其所拥有的整个服务层上配置其策略。
根据另一个实施例，过程2描述如图7所示的协作协议。具体地说，一旦服务层实体(sle)1从asp接收添加新服务的请求，其便开始与sle2的协作协议，因为服务启用策略和asp所指定的选择标准可能冲突。因此，sle1和/或2可协调服务启用策略和选择标准以解决冲突。另外，sle2可与sle3协作以用于得到更多信息。该信息可包括在选择服务节点并且添加新服务之前sle3添加和托管新服务的能力和意愿。根据一个实施例，在asp与sle1之间发生策略交换。发起下一个服务节点选择标准协作。此处，服务节点选择标准被定义为用于选择服务节点以添加新服务的一组偏好/规则。asp和服务提供商两者可定义选择标准。另外，协作过程还包括检索其他服务层实体的信息。所获得的信息将由服务节点选择过程使用，这可导致更好地选择服务节点用于添加新服务。
根据又一个实施例，过程3描述托管节点选择过程。这是基于通过协作过程获得的信息。具体地说，sle2执行服务节点选择过程以选择服务节点来添加新服务。在再一个实施例中，如图7所示的过程4是添加新服务的步骤，借此sle3将新服务添加到服务层平台中。请注意，每个过程可由多个步骤构成，并且可作为独立过程执行或一起执行。如图7所示，新服务由例如asp的应用定义，所以需要协作以便解决asp与服务提供商所拥有的服务层之间的潜在策略和选择标准冲突。根据本申请设想，可能在将需要解决冲突时发生多种情况，如下文将更详细地描述。
根据另一个实施例，服务提供商本身可定义新服务。如图所示，例如在图8中，提供用于由拥有服务层的服务提供商添加新服务的过程。由于服务提供商是服务层的拥有者和管理者，所以定义新服务的实体将不指定已经经由过程1配置的任何策略和标准。因此，协作过程期间的协调是不必要的。根据实施例，例如在涉及asp的情况下，有可能的是asp提供新服务并且还托管所述新服务，同时服务层充当asp与服务层客户端之间的代理以用于访问并利用新服务。
服务启用策略
根据另一个实施例，服务启用策略被定义为待由所有服务层实体在添加新服务的过程期间遵循的一组规则。例如，这在图7和图8中展示。这可包括由asp和/或服务提供商定义并且由服务提供商的网络内的sle维持的策略。这可包括配置所述策略的两个阶段。例如，第一阶段可包括服务提供商在一个或多个服务层实体上配置策略。这通常在一开始以预先配置的方式发生。第二阶段可包括在asp指定一些策略并且定义新服务时服务提供商的网络中的服务层实体在协作过程期间协调策略。根据本申请，协调暗示在asp和服务提供商两者指定彼此冲突的一些策略时修改策略的操作。
服务启用策略可被分类为四种类型。在以下表2中提供实例。
表2
类型1是用于协作的策略。这种类型的策略被配置用于引导协作过程，其可包括但不限于以下内容：
协作启用指示：指示服务层实体当中的协作是否被启用以用于将新服务添加到服务层平台中。有时，服务提供商/应用服务提供商可能不想在整个网络上公开服务信息。换句话说，仅能够在网络子集内发现服务。例如，为向网关注册的本地客户端提供新数据存储服务，因此不需要透露超出范围的任何信息。如果所述指示被设置为启用，则应用服务提供商所注册的服务层实体将发起关于策略和服务节点标准协作过程。
合格协作实体类型：指定能够参与协作过程的服务层实体的类型。
协作范围：指示能够发生协作过程的范围。如果协作启用指示被设置为“真”，则这定义协作范围。
协作内容：指示能够在协作过程期间交换什么类型的内容/信息。
协作触发条件：指示可触发协作过程的一些情形。
类型2是用于服务节点选择的策略。针对服务节点选择过程定义并使用这个策略，包括但不限于以下内容：
服务节点范围：指示能够选择服务节点以添加新服务的范围/服务域。
合格服务节点类型：指示用于添加新服务的合格服务节点的类型。
最大服务节点数目：指示服务层中的能够添加新服务的服务节点的最大数目。
最小服务节点数目：指示添加新服务的服务节点的最小数目
与服务提供商/应用服务提供商的最大距离：指示从添加新服务的节点到服务提供商/应用服务提供商的距离的上限。可以不同方式——例如跳跃数目——来指定“距离”，使得数据报告更容易而不经过很多次跳跃传输数据，或避免具有太多跳跃。
与服务层客户端的最大距离：指示从添加新服务的节点到服务层客户端(即，服务消费者)的距离的上限。
服务节点选择启用：指示是否针对新服务启用服务节点选择。
合格选择实体：指定有资格执行服务节点选择过程的实体的类型。
服务提供商确认：指示在服务节点选择过程选择一些服务节点以添加新服务之后应用服务提供商/服务提供商是否需要确认服务节点选择结果。
类型3是用于聚合添加多个新服务的消息的策略。在添加新服务时针对消息聚合定义并维持这种策略，其包括但不限于以下内容：
聚合启用：指示在添加多个新服务时是否启用聚合。
合格聚合实体：指示什么类型的服务层实体有权进行聚合。例如，仅允许m2m服务器这样做，或仅允许基础设施节点进行聚合。
聚合窗口：指示时间段，使得在聚合窗口期间接收的请求能够被考虑用于聚合。
启用聚合情形：指示启用什么类型的聚合操作。换句话说，这个参数指定启用聚合所针对的一组情形。
类型4是用于访问/利用新服务的策略。针对访问和利用新服务定义并且维持这种策略，其可包括但不限于以下内容：
服务提供范围：指示应该提供新服务的范围。换句话说，这指示仅指定范围内的客户端能够访问并利用所述服务。这可不同于协作范围。例如，在本地区域内提供新接近广告服务，使得添加新服务的所有信息和处理能够由处于对应本地网络中的实体(例如，网关和服务器)处理。
具有访问权限的客户端的列表：指示被准许访问/利用新服务的服务层客户端的列表或客户端种类的列表。该列表可包含各个客户端的若干服务层标识符，或包含通用类型的客户端，例如基础设施服务器。
根据另一个实施例，在图7和图8中展示为过程1的第一策略配置阶段期间，每个服务提供商将在其自己的服务层平台中的服务层实体当中配置服务启用策略。这个过程可在服务层启动阶段期间以及在服务提供商想要更新任何服务启用策略时发生，如图9所示。假设服务提供商向sle2预先提供一组策略，sle2接着将预先配置的策略填充服务提供商所拥有的整个服务层。最可能的是，服务提供商将首先在基础设施场中预先配置服务层实体。根据本申请，策略配置请求可依据每个sle的角色来携载服务提供商的服务启用策略的子集。例如，在onem2m中，如果sle2是基础设施域中的in-cse，而sle1是场域中的asn-cse，则sle2可在被允许向场域中的asn-cse展示的请求中包括服务启用策略的子集。
服务节点选择标准
根据再一个实施例，服务节点选择标准被定义为用于选择服务节点以添加新服务的一组规则。应用服务提供商能够针对新服务指定一组标准以便促进服务节点选择过程。如果不存在由asp指定的标准，则执行服务节点选择过程的sle——即服务提供商——将遵循一些默认标准。基于这点，在服务提供商的sle当中存在一些预先定义并且填充的标准，其通用于那个服务域内的所有服务。配置并填充选择标准的程序类似于上文所述的用于服务启用策略的程序。另外，下文将更详细地呈现选择标准的协调以解决asp与服务层——例如服务提供商——之间的潜在冲突。
根据又一个实施例，服务节点选择标准可与以下方面中的一个或多个相关：
服务节点位置：指示潜在服务节点添加新服务的位置要求，即，潜在服务节点能够位于何处。例如，服务提供商可明确地要求服务节点必须处于距离服务提供商2次跳跃内。
服务域要求：指示可在哪个服务域中选择服务节点以添加新服务。
访问控制：指示在选择服务节点时的访问控制要求。例如，服务提供商可要求服务节点必须向其授予完整访问权限，例如，crudn。另一个实例是服务提供商要求服务节点向跨域客户端至少授予检索权限，例如，能够由那些客户端发现新服务。
底层网络协议：指示所述标准在选择服务节点时作为用于底层网络协议的偏好/要求。例如，可要求待添加新服务的服务节点支持coap和/或mqtt协议。
装置管理：指示依据装置管理协议对服务节点的要求。这可与将来的潜在服务更新相关。例如，新数据分析服务预期在不久的将来具有若干更新版本，所以其可更偏好主机支持omadm协议或bbftr-069协议所定义的软件模块升级功能性。
负载平衡：指示用于选择服务节点的负载平衡要求。例如，可要求潜在主机当前每秒处理不超过2gb数据，或其计算容量当前闲置不小于50％。
服务节点类型：指示有资格添加新服务的服务层实体(例如，m2m网关和/或m2m服务器)的类型。这个标准还可指示跨域服务节点是否有可能添加新服务。服务提供商通过考虑新服务的能力和安全性要求来配置这个规则。例如，新数据分析服务需要大量存储和计算资源，因此具有大存储和强大计算能力的服务器对用于托管新服务的代理网关是偏好的。
api支持：指示依据用于访问和利用新服务的api对主机候选的偏好。例如，服务提供商可指示其偏好支持restfulapi的那些服务节点。
安全性：指示用于潜在服务节点的安全性要求。这可来自各种方面，诸如验证和授权。
数据存储：指示从数据存储观点来看的对服务节点添加新服务的要求。这可定义数据存储大小、所使用的数据库技术和相关参数，诸如在数据库中能够每秒进行几次查询。
聚合偏好：指示当添加多个新服务时是否偏好具有聚合能力的服务节点。
根据本申请，设想服务节点选择标准可针对不同服务仅包括上述方面的一部分，所述不同服务具有不同特征和功能性。如下文所示的表3是用于新数据分析服务的服务节点选择标准的示例，新数据分析服务需要高计算能力和服务提供商的完整访问权限。请注意，在选择服务节点时，必须满足那些强制性标准，而任选标签为偏好的。
表3
协作程序
根据另一个实施例，图10呈现由asp——例如，m2m应用1和2、两个服务提供商的网络中的sle——例如，m2m网关和m2m服务器、和服务层客户端构成的服务层网络的实例。根据这个实施例，m2m服务器1e和m2m服务器2a负责在两个服务域之间载送域间业务。此外，这个实施例呈现在添加新服务之前在asp和服务提供商的网络中的sle当中的协作操作。所述协作可包括以下一个或多个：
策略协作：交换服务启用策略，并且如果应用服务提供商所指定的策略不同于服务层实体所维持(例如，服务提供商所设置)的策略，则解决该冲突。
服务节点选择标准协作：交换用于选择服务节点以添加新服务的选择标准，并且如果应用服务提供商所指定的标准与服务层实体所维持的标准冲突，则解决该冲突。
检索其他服务层实体的信息：所获得的信息将在服务节点选择过程中使用，这因此可导致较好选择。
根据另一个实施例，图11展示基于图10中的网络的示例性协作过程。可根据示例性实施例假设m2m应用1想要定义新服务，并且m2m服务器1c将要执行服务节点选择过程。协作过程包括图11中由罗马数字表示的以下步骤。根据步骤1，asp——例如m2m应用1——向m2m网关发起用于添加新服务的请求。所述请求消息可包含以下信息：服务描述、服务启用策略和服务节点选择标准。
具体地说，服务描述可提供描述新服务的一些信息。例如，这可包括新服务的关键功能性、应用服务提供商id、服务id、软件模块信息、协议支持和收费方法。单独地，服务启用策略可提供反映asp的意图的引导所有用于添加新服务的过程的策略。另外，服务节点选择标准提供用于服务节点选择过程的一组标准。
接下来，根据步骤2，在接收到请求后，m2m网关1a可首先处理应用服务提供商所指定的服务启用策略和服务节点选择标准。换句话说，如果存在感知或实际冲突，则网关1a将协调所述策略和标准。例如，新收费服务的asp想要允许跨域协作和跨域服务节点托管新服务。然而，m2m网关1a知道在策略配置阶段期间服务提供商禁止跨域服务节点进行任何收费相关服务，如图9所示。因此，m2m网关1a将在策略配置中停用跨域服务节点。在一个示例中，新数据存储服务可需要服务节点支持关系数据库和非关系数据库两者，这将由m2m网关1a接受并更新。
一般来说，可在协调过程期间遵循或使用若干规则，如下文将论述。首先，应当强制执行由服务提供商设置并且由服务提供商的服务层中的服务层实体维持的所有策略，即使asp指定与这些策略冲突的某个策略。其次，如果asp指定与服务提供商不对其具有任何策略的某个区域相关的某个策略，则服务层实体需要检查服务提供商的策略以查看asp策略是否可能与服务提供商的策略冲突。例如，asp定义需要同时使用位置服务的新服务，而服务提供商没有指定是否启用其位置服务与第三方服务——例如假设服务提供商提供公共位置服务——的同时使用的任何策略。如果存在潜在冲突，则服务层实体仍需要应用sp的策略并且稍后告知asp。如果没有潜在冲突，则服务层实体可将asp的策略集成到特定用于新服务的一组服务启用策略中。
接下来，在步骤3中，m2m网关1a检查是否允许协作。如果其被启用，则m2m网关将继续协作程序。根据步骤4，m2m网关1a向其注册m2m服务器1c发送协作请求用于交换策略和选择标准。请求消息包括服务描述、经过协调的策略和服务节点选择标准。值得注意的是，这个请求中所包含的策略和选择标准已经由m2m网关1a更新，如步骤2中所提及，其可不同于应用服务提供商所指定的原始策略和选择标准。在步骤5中，m2m服务器1c将进一步协调所接收的策略和选择标准。原因是m2m服务器1c可具有比m2m网关1a更广的对网络状态的认知，诸如用于不同服务域中的客户端的访问策略。
根据步骤6，由于假设m2m服务器1c执行服务节点选择，所以其将向其他sle——例如m2m服务器1d、1e或2a——发送协作请求以检索更多信息。该请求将包含服务描述信息、经过协调的策略和选择标准、以及所请求实体类型信息，诸如服务层实体所使用的安全性方法、添加新服务的意愿或数据存储能力。
接下来，在步骤7中，在接收到协作请求后，sle将确定所述策略和选择标准是否与其所维持的策略和选择标准冲突，并且基于服务描述来提供所需信息。例如，基于服务描述，m2m服务器1d可由于对计算能力的高要求和大量数据存储而不想要添加新数据分析服务。在步骤8中，将具有所需信息的响应返回到m2m服务器1c。在步骤9中，m2m服务器1c合并所有信息，并且将响应发送到m2m网关1a用于asp的确认。在步骤10中，m2m网关1a将协作结果——例如经过协调的策略和选择标准——发送到应用服务提供商，应用服务提供商被请求检阅这个信息。
根据步骤11a，在asp可以接受所有结果的情况下，其仅向m2m网关1a和m2m服务器1c发送确认响应。这将触发服务节点选择过程。此外，在步骤11b中，如果asp不接受一些策略或标准，则其将向m2m网关1a提供一些反馈以进一步更新策略或标准。可重复步骤2以进行进一步协作。
根据再一个实施例，图11假设启用协作。所述步骤中的每一个在图11中由罗马数字表示。根据本申请的内容设想还可停用协作。在这种情况下，预期m2m网关1a添加新服务。然而，如果m2m网关1a不能够添加新服务，则其将关于新服务的信息转发到其注册实体，即m2m服务器1c。m2m服务器1c将接着直接添加新服务。图12示出在不启用协作的情况下的程序，其中假设如果停用协作，则停用服务节点选择。
服务节点选择
根据本申请的另一个方面，公开一种选择一个或多个服务节点用于添加新服务的方法。下文论述服务节点选择过程的三种可能结局。在第一种结局中，仅针对新服务选择1个服务节点。这可由仅允许1个服务节点的策略确定，或归因于仅1个服务节点满足所有策略和服务节点选择标准的情况。在第二种可能结局中，选择多个服务节点用于添加新服务。例如，可选择m2m服务器1c、m2m服务器1d和跨域m2m服务器2a以添加新服务来实现利用新服务的较便利且/或有效的方式。在第三种可能结局中，服务提供商的网络中的服务节点均不符合所有标准。因此，执行选择过程的实体将开始用于调整标准的协作过程或停止添加新服务。
假设m2m服务器1c执行服务节点选择过程，图13示出用于添加新服务的服务节点选择流程。图13包括由罗马数字表示的一个或多个步骤。根据步骤1，m2m服务器1c在确定进行协作过程时发起服务节点选择过程。还设想请求消息触发选择过程的开始。请求消息可包括服务描述、经过协调的策略和服务节点选择标准。在步骤2中，建立初始候选集合，其包含能够有可能被选择以添加新服务的若干服务节点。可通过不同方式建立初始候选集合。例如，m2m服务器可包括向其注册的所有网关和服务器，或包括相同服务域内的所有服务器。作为一种可能方式，这可由资源发现实现。
在步骤3中，m2m服务器1c基于候选列表和经过协调的服务节点选择标准来计算待添加新服务的服务节点的排序列表。一种进行此项操作的方式是m2m服务器移除不符合强制性服务节点选择标准的候选，并且接着基于策略和选择标准来对剩余候选排序。通过这样做，这个步骤的结局是服务节点的排序列表。
根据步骤4，利用服务节点的排序列表，m2m服务器1c向排列在列表的顶部的(一个或多个)服务节点发送一个或多个请求。根据选择策略确定请求数目。例如，如果仅允许一个服务节点添加新服务，则m2m服务器1c将向排列在第一位的服务节点发送请求。然而，如果允许四个服务节点，则4将为最小值。
在步骤5中，基于查询对任何选定主机是否将添加并托管新服务做出确定。如果是，则选择过程结束。否则，流程图在重新发送请求之前继续执行步骤6。在步骤6中，如果没有服务节点接受在步骤4中发送的请求，则m2m服务器1c首先检查在选择过程所得的排序列表中是否存在任何剩余服务节点。如果是，则回到步骤4。换句话说，m2m服务器1c将向排序列表中的剩余服务节点重新发送请求。例如，如果m2m服务器1c在步骤4中向列表中的前2个服务节点发送请求，但所述服务节点均不接受请求。m2m服务器1c将向排序列表中处于第3位和第4位的接下来2个服务节点发送请求。将重复这个过程，直到某个服务节点愿意添加新服务为止。
在步骤7中，如果在列表中没有剩余服务节点，例如，所有排序服务节点均不接受用以添加新服务的请求，则m2m服务器1c将尝试联系应用服务提供商以协商下一个动作。在一个示例中，协商结果是调整选择标准，或asp切换到其他服务提供商用于添加新服务。因此，这意味着选择过程结束并且可触发协作过程。
根据又一个实施例，执行服务节点选择的sle可具有能够有可能被选择以添加新服务的服务节点的信息。也就是，在服务节点选择过程之后，执行所述选择的实体需要告知用于添加新服务的选定服务节点。例如，根据图14，描述用于起始并进行服务节点选择过程的程序。在一个实施例中，sle2执行服务节点选择过程并且选择sle1以添加新服务。所述步骤中的每一个在图14中由罗马数字表示。明确地说，在步骤1中，sle2执行服务节点选择过程。结果可包括服务节点候选的排序列表。在步骤2中，sle2向sle1发送用于添加新服务的请求。请求消息可包括以下信息：(i)服务节点选择结果；(ii)经过协调的服务启用策略；以及(iii)用于访问和利用新服务的配置。
根据情况1，sle1能够添加新服务。在情况1中，asp从sle接收请求。也就是，网关将向应用服务提供商发送请求，应用服务提供商被要求确认服务节点选择结果。请求消息包括服务节点选择过程的结果。接下来，在步骤4中，asp向sle1或服务提供商发回确认选择结果的响应。如果asp不同意所述结果，则其可发送具有所需更新的响应。这将触发图12所示的协作程序。接下来，sle1将新服务添加到服务层平台中，这遵循上文所公开的现有机制过程。随后在步骤6中，在添加新服务之后，sle1向sle2发送具有新服务的表示的响应。响应还包括用以访问/利用新服务的方法。也就是说，针对新近添加的资源提供表示功能性的资源的统一资源标识符(uri)。在步骤7中，sle1向asp发送包括新服务的表示以及用以访问/利用新服务的方法的响应。
根据情况2，sle1不能够添加新服务。在这种情况下，sle1将通过发送拒绝响应来拒绝添加新服务的请求(步骤3)。这还将包括拒绝原因。例如，原因可包括缺少充分的计算能力或数据存储。因此，即使在选择过程之前发生协作，仍有可能的是sle1具有sle2在执行选择过程时不知道的一些最新信息。在接收到拒绝响应后，sle2重新访问选择结果，并且向列表中所剩余的其他服务节点发送用于添加新服务的请求(步骤4)。根据另一个实施例，后续操作可依据新近选择的服务节点是否能够添加新服务而重复上文所述的情况1或情况2中的步骤。
在本申请中，假设所选择的服务节点在其能够这样做的情况下总是接受用以添加新服务的请求。然而，设想即使所选择的服务节点能够这样做，其也可拒绝添加新服务的请求。这可归因于某些原因。例如，其可归因于所选择的服务节点由于最近业务负载而不愿意添加新服务。所选择的服务节点将遵循上文在图14中所述的情况2中的操作。sle2将向从选择过程所得的排序列表中的下一个服务节点发送请求，选择过程在图13中详细描述。如果所有所选择的服务节点均不能够/愿意添加新服务，则应用服务提供商将被通知，并且将采取进一步动作，例如调整选择标准或取消添加新服务的请求。根据本申请，如果选择多个服务节点，则执行服务节点选择过程的sle2将分别向其每一个发送请求。如果请求共同用于所有服务节点，则可聚合用于每个选定服务节点的请求。另外，如果选择一个服务节点用于添加多个新服务，则所选择的服务节点可聚合添加每个新服务的程序以实现更有效的处理。
添加多个新服务的聚合程序
根据本申请的另一个方面，服务节点可尝试聚合添加每个新服务的多个程序以便改善效率。通常，在添加新服务的过程之前并且在协作和服务节点选择过程之后执行这个聚合。添加多个新服务的程序聚合可改善通信效率。例如，在一个实施例中，添加不同新服务的若干请求可以以相同服务节点为目的地。换句话说，选择sle以添加多个新服务，所以聚合用以添加每个新服务的请求并且将其发送到所选择的节点。因此，所选择的实体将能够执行添加所有新服务的一个程序。
根据另一个实施例，添加新服务的一个公共请求可以多个服务节点为目的地。换句话说，选择多个服务层实体以添加一个新服务。因此，将一个请求发送到所有这些节点以用于添加所述新服务。
在两种情况下，执行服务节点选择过程的sle将检查是否有可能聚合请求。另外，所选择的服务节点将检查是否有可能聚合多个添加新服务的程序。
图15a鉴于上述实施例示出聚合程序。也就是，图15b示出如下聚合程序，其中m2m应用1和2分别提供两个新服务，并且m2m服务器1c执行服务节点选择并选择m2m服务器1d来添加这两个新服务。所述步骤中的每一者在图15a中由罗马数字表示。在步骤1中，在协作和服务节点选择过程之后，m2m服务器1c检查聚合是否是可能的。也就是，其将在两个方面检查是否有可能。第一方面是多个消息到一个目的地服务节点。第二方面是一个公共消息到多个服务节点。在这种情况下，m2m服务器1c确定添加两个新服务的请求以相同m2m服务器1d为目的地。因而，其决定聚合这两个请求。在步骤2中，将所聚合的请求消息发送到m2m服务器1d。请求消息可包括两个服务的服务信息、两个服务的策略和选择结果。在步骤3中，在添加新服务之前，m2m服务器1d检查是否有可能聚合添加两个新服务的过程。另外，m2m服务器1d通过1个过程添加两个新服务(步骤4)。
根据如图15b所示的另一个实施例，假设m2m应用1提供新服务，并且m2m服务器1c执行选择m2m网关1a、m2m服务器1d和1e以添加新服务的服务节点选择。在步骤1中，在协作和服务节点选择过程之后，m2m服务器1c检查聚合是否可能遵循与用于情况1的步骤1相同的方式。添加新服务的公共请求以多个服务节点为目的地。在步骤2中，m2m服务器1c决定聚合到不同服务节点的请求，不同服务节点被请求以添加新服务。在请求消息中，包括所有目的地服务节点的id。在步骤3中，每个所选择的服务节点分别添加新服务，其遵循现有机制，例如上文所述的方法。尽管聚合过程在服务节点选择过程之后发生，但聚合可为服务节点选择过程所考虑的因素之一。换句话说，聚合可为用以在选择服务节点以添加新服务时优化性能的标准之一。
onem2mrestful(roa)功能架构实施例
图16示出用于增强现有onem2m功能架构以支持协作和服务节点选择功能性的示例性实施例，其中协作和服务节点选择(csns)功能被实施作为服务启用器功能(sef)的一部分。还有可能的是这两个功能性被提供作为cse内部的独立csf。使用该协作策略和该服务节点选择标准，发起者以restful资源的格式包括添加新服务所需要的信息。具有圆角的矩形指示属性。“<>”指示被定义为子资源的信息。子资源可由属性进一步定义。图17示出<服务启用策略>资源的结构，其由关于添加新服务的协作的不同方面构成。
在以下表4中进一步描述<服务启用策略>资源的属性。
表4
在以下表5中描述新属性“服务节点选择标准”。这个新属性可被添加在各种类型的资源下方，诸如例如<ae>和<cse库>资源下方。
表5
根据本申请，应当理解，本文所述的任何或所有系统、方法和过程可以存储在计算机可读存储媒体上的计算机可执行指令(例如，程序代码)的形式体现，该指令在由机器(诸如计算机、服务器、m2m终端装置、m2m网关装置等)执行时执行且/或实施本文所述的系统、方法和过程。具体地说，上文所述的步骤、操作或功能中的任一个可以此类计算机可执行指令的形式实施。计算机可读存储媒体包括以用于信息存储的任何方法或技术实施的易失性和非易失性可移除和不可移除介质，但此类计算机可读存储介质不包括信号。计算机可读存储介质包括但不限于ram、rom、eeprom、闪存存储器或其他存储器技术、cdrom、数字通用磁盘(dvd)或其他光盘存储装置、磁带盒、磁带、磁盘存储装置或其他磁性存储装置，或者可用于存储所需信息并且可由计算机存取的任何其他物理介质。
根据本申请的又一个方面，公开一种用于存储计算机可读或可执行指令的非瞬时计算机可读或可执行存储介质。介质可包括一个或多个计算机可执行指令，诸如上文在根据图6至9、11至13和14至15的多个调用流程中所公开。计算机可执行指令可存储在存储器中并且由上文在图1c和图1d中所公开并在包括服务节点、网关和服务器的装置中采用的处理器执行。在一个实施例中，公开一种计算机实施的ue，其具有非瞬时存储器并且能够操作地耦合到所述非瞬时存储器的处理器，如上文在图1c和图1d中所描述。具体地说，非瞬时存储器在其上存储有用于添加onem2m服务的指令。处理器被配置为执行以下指令中的一个或多个：(i)配置服务启用策略；(ii)从服务提供商接收用以添加服务的请求；(iii)检查用于添加服务的服务启用策略；以及(iv)向服务提供商发送答复。
onem2m面向服务的架构(soa)实施例
这个部分呈现实施例以展示如何将所提议的机制和信息应用到onem2msoa系统中。图18展示将协作和服务节点选择功能应用到onem2m服务部件架构(soa)中的架构，其中实施协作和服务节点选择(csns)作为服务启用器部件的一部分。上文针对roa提议的程序可应用于soa架构。
基于onem2mroa的装置管理(dm)实施例
这个部分呈现实施例以展示如何基于onem2m功能架构来将所提议的机制和信息应用到基础装置管理协议中。
对于添加新服务，基础装置管理协议(例如，omadm或bbftr-069)可设法通过安装软件以提供服务能力来添加新服务。为了促进dm协议以用于添加新服务，onem2m服务层负责提供足够信息，例如，新服务中所定义的服务启用策略和服务节点选择标准。基于onem2m功能架构，例如，资源<管理对象>可用于维持此类信息，使得基础dm技术可将资源中的信息转换为其使用的数据模型。
具体地说，定义[服务启用策略]以共享关于服务节点上的添加新服务的策略的信息，如图19所示。[服务启用策略]的资源类型是<mgmtobj>资源。[服务启用策略]资源的属性在上文中描述。
定义用于启用新服务的参数，其关于服务启用策略/选择标准和服务描述。可实施用于利用默认值配置或编程那些参数的用户界面，以及用于启用或停用用于定义新服务的某些特征的控制开关。图20中展示示例性用户界面。设想图20的图形用户界面可在图1c所示的显示器42或图20的显示器86中显示。通过这样做，用户可经由图形用户界面控制特征。
尽管已经依据当前被认为是特定方面的内容来描述了系统和方法，但本申请不需要限于所公开的方面。希望涵盖权利要求书的精神和范围内所包括的各种修改和类似布置，权利要求书的范围应当被赋予最广解释以便包含所有此类修改和类似结构。本公开包括所附权利要求书的任何和所有方面。