通过允许在多个设备上执行多个命令实现M2M系统中的服务层和管理层之间的增强操作的制作方法

本申请要求2014年7月18日提交的美国临时专利申请No.62/026,165的优先权，其全部内容通过引用并入于此。
背景技术：
：通常在管理服务器和设备上运行的管理客户端之间执行设备管理(DM)。这种操作模式适合于针对诸如个性化移动设备(例如电话和平板)或单独管理的操作网络设备的设备的现有DM协议。同样地，在管理用于一组设备的DM协议中存在有限的开发和支持。开放移动联盟(OMA)已经开发了用于网络中的DM的许多协议，包括OMADA协议、OMA网关管理对象(GwMO)协议和OMA轻量级机器对机器(LWM2M)协议。此外，宽带论坛(BBF)包括用户驻地设备(CPE)WAN管理协议(CWMP)。可以使用这些协议来管理网络中的独立设备(诸如移动设备)。OMAGwMO协议可以用于管理网关后的一组终端设备。然而，协议限定到附接到网关的设备。OMALWM2M可以用于管理约束机器对机器(M2M)或物联网(IoT)设备。BBFCWMP协议指定在局域网(LAN)内使用多播组来向一组设备提供文件转移的机制。此外，这些协议主要集中在软件下载上。单独地，BBFCWMP限于能部署多播的LAN中的设备。总的来说，通过当前的DM标准，在端对端架构中提供增强组管理操作有缺陷。特别地，在当前标准中，很少或没有关于M2M服务器如何与DM服务器通信的过程。这是因为用于通信的接口的非标准化。目前，接口要求对每一服务提供者定制开发。例如，为了服务层支持OMADM、OMA轻量级M2M(LWM2M)和BBFCWMP设备，需要开发三个定制API接口来与这些设备的的每一个通信。这降低效率并且还限制不同系统之间的互操作性。技术实现要素：提供该概述来以简化的形式介绍在下文的具体实施方式中进一步描述的概念的选择。该
发明内容不限制要求保护的主题的范围。通过针对把用于组操作的设备管理操作增强到管理服务器的过程和系统的本申请，最大程度地满足上述需求。本申请的一个方面涉及执行组-组操作的装置，包括非暂时性存储器和处理器。非暂时性存储器存储计算机可执行指令，当由处理器执行时，使服务器执行一些步骤。一个步骤是接收来自设备所有者的发起组-组操作的请求，该请求包括用统一资源指示符定义的组资源的命令。接着，处理该请求。此外，还存在将组管理请求API发送到DM服务器使得与在设备上运行的DM客户端建立会话来执行命令的步骤。本申请的另一方面涉及在存在于M2M服务器和管理服务器之间的M2M接口上建立组-组操作的计算机实现的方法。该方法包括接收来自设备所有者的注册请求来管理一组设备的步骤。该方法还包括接收用于该组设备的注册通知的步骤。接着，从诸如例如设备所有者接收请求以创建设备组。此外，执行接收的创建设备组的请求。在一个实施例中，该方法进一步包括接收创建命令组的请求并且处理接收的请求以创建命令组的步骤。根据另一实施例，该方法进一步包括将组管理请求API传送到DM服务器来创建设备组的步骤。在另一实施例中，该方法进一步包括将组管理请求API传送到DM服务器来创建命令组的步骤。本申请的又一方面涉及在M2M接口上执行组-组操作的计算机实现的方法。该方法包括从设备所有者接收发起组-组操作的请求的步骤，该请求包括用统一资源指示符定义的组资源的命令。该方法包括处理该请求的步骤。此外，存在将组管理请求API发送到DM服务器使得与在设备上运行的DM客户端建立会话以执行命令的步骤。进一步地，还存在从DM服务器接收指示由该设备成功执行该命令的响应的步骤。概括地、相当宽泛地描述了本发明的某些实施例以未来可以更好地理解其详细描述，以及以为了可以更好地认识到对现有技术的贡献。附图说明为了便于本申请的更稳健理解，现在参考附图，其中，相似的数字引用相似的元件。这些附图不应当解释为限制本申请并且仅旨在为示例性的。图1A图示示例机器对机器(M2M)、物联网(IoT)或万物网(WoT)通信系统的系统图，其中，可以实现根据本申请的一个或多个公开的实施例。图1B图示根据本申请的可以用在图1A中所示的M2M/IoT/WoT通信系统内的示例架构的系统图。图1C图示根据本申请的可以用在图1A中所示的通信系统内的示例M2M/IoT/WoT终端或网关设备的系统图。图1D是根据本申请的示例计算系统的框图，其中，可以体现图1A的通信系统的方面和本文所述的上下文感知内容发布和解析概念。图2A图示根据本申请的实施例的OMADM协议架构，其中，DM服务器将设备管理命令传送到在设备上运行的DM客户端。图2B图示根据本申请的实施例的具有服务层和设备管理层之间的通信的M2M接口。图3图示根据本申请的实施例的LWM2M服务器和M2M设备上的LWM2M客户端之间的接口。图4图示根据本申请的实施例的BBFTR-069CPEWAN管理协议架构，其中，使用自动配置服务器(ACS)来管理用户驻地设备(CPE)设备。图5图示根据本申请的实施例的服务层架构，其中，管理适配器将服务层API转化成DM命令。图6图示根据本申请的实施例的一组设备上的管理操作的使用情形示例。图7图示根据本申请的实施例的端对端M2M和DM集成架构。图8图示用于根据本申请的实施例的端对端DM操作的调用流。图9图示根据本申请的实施例的oneM2M<组>资源。图10图示表示根据本申请的实施例的组-组操作的调用流。图11图示根据本申请的实施例的涉及<mgmtCmd>资源的组-组操作。图12图示根据本申请的实施例的M2M接口组管理过程。图13图示根据本申请的实施例的用于组管理支持的OMADM组MO。图14图示根据本申请的实施例的在DM服务器资源上的组管理操作。图15图示根据本申请的实施例的图形用户界面。具体实施方式将参考本文的不同图、实施例和方面描述示例实施例的详细描述。尽管该描述提供可能实施方式的详细示例，但应当理解到，细节旨在示例，由此不限制本申请的范围。本说明书中参考“一个实施例”、“实施例”、“一个或多个实施例”“方面”等是指结合实施例所述的特定特征、结构或特性包括在本公开的至少一个实施例中。此外，本说明书的不同地方的术语“实施例”不一定是指同一实施例。即，描述可以由一些实施例呈现而其它实施例未呈现的各个特征。在M2M/IoT领域，执行批量设备管理操作的能力可以是M2M服务器的综合特征。因此，本申请针对现有服务层和管理层架构的增强以支持端对端系统中的增强组管理操作。即，M2M应用能在应用/服务层中提供管理命令集来更有效地管理一组设备。根据本申请的一个方面，提出服务层和管理层的增强组管理过程来允许管理设备和命令组。根据本申请的另一方面，描述了执行组-组操作(group-on-groupoperation)的机制，其中，可把命令集应用于一组设备。该能力将允许M2M和IoT系统中更有效地管理设备。根据另一方面，描述了用于在M2M接口上通信的组管理过程的新消息格式。新消息格式能用在服务层和管理层之间的接口的标准化中。这将通过服务层，提供不同设备管理协议之间的互操作性。根据本申请的另一方面，在oneM2M、OMADM、OMALWM2M和BBFCWMP架构中定义新资源和属性实施例以支持增强的组管理操作。例如，引入新的oneM2M<组>资源属性来允许M2M应用来创建命令组和为这些命令提供自变量(argument)。此外，描述了用于指定组-组操作的新oneM2M<组>寻址方案。此外，描述对<mgmtCmd>资源属性execTarget的增强来允许指定组操作。此外，描述针对OMADM、OMALWM2M和BBFCWMP协议的新组资源以支持组操作。更进一步，描述OMADM、OMALWM2M和BBFCWMP协议内的组处理过程的规范以支持组操作。下述首字母缩写词将共用在本申请中，因此，在下文中表1中提供以参考：表1首字母缩写词描述API应用编程接口ASN应用服务节点CPE用户驻地设备CRUD创建、检索、更新、删除CSE公共服务实体CWMPCPEWAN管理协议DM设备管理FQDN完全合格域名GwMO网关管理对象IoT物联网LAN局域网LWM2M轻量级M2MM2M机器对机器ML管理层MO管理对象MS管理服务器MSISDN移动用户ISDN号码OMA开放移动联盟REST表述性状态转移RPC远程过程调用SCOMO软件组件管理对象SL服务层URI统一资源标识符URL统一资源定位符WAN广域网WG工作组本申请旨在覆盖针对应用启动平台(AEP)和连接设备平台(CDP)两者的平台功能性和支持。AEP包括应用启动层和包含广域网和互联网的服务层。应用启动层包括但不限于下述：(1)服务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、蜂窝等)、或异构网络中的网络。该网络可以包括上述CAINE网络。例如，通信网络12可以包括向多个用户提供内容(诸如语音、数据、视频、消息、广播等)的多个接入网。例如，通信网络12可以采用一个或多个信道接入方法，诸如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)等。此外，通信网络12可以包括其它网络，诸如例如核心网络、互联网、传感器网络、工业控制网络、个域网、融合个人网、卫星网络、家用网或企业网。如图1A所示，M2M/IoT/WoT通信系统10可以包括基础架构域和场域。基础架构域是指端对端M2M部署的网络侧，而场域是指局域网(通常在M2M网关后)。场域包括M2M网关设备14(诸如内容路由器(CR))和终端设备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设备18和网关14可以经由包括蜂窝、WLAN、WPAN的各种网络(例如Zigbee、6LoWPAN、蓝牙、直接无线电链路和金属线)来通信。参考图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的功能。例如，可以在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'可以由一个或多个服务器(诸如内容服务器、计算机、虚拟机(例如云/计算/存储场等实现。还参考图1B，M2M服务层22和22'提供各种应用和顶点能利用的服务提供能力的核心集。这些服务能力使得M2M应用20和20'能够与设备交互并且执行功能(诸如数据采集、数据分析、设备管理、安全性、计费、服务/设备发现等)。基本上，这些服务能力为应用免除实现这些功能性的负担，由此简化应用开发和减轻上市成本和时间。服务层22和22'还使得M2M应用20和20'能够结合服务层22和22'提供的服务，通过通信网络12和12'通信。M2M应用20和20'可以包括各个行业的应用(诸如但不限于运输、健康和健身、连接的家庭、能量管理、资产跟踪和安全性和监视)。如上所述，跨设备、网关和系统的其它服务器运行的M2M服务层支持功能(诸如例如数据收集、设备管理、安全性、计费、定位跟踪/地理防御、设备/服务发现和传统系统集成)，并且将这些功能作为服务提供给M2M应用20和20'。此外，M2M服务层也可以被配置为与其它设备(诸如本申请所述和图中所示的内容服务器、内容路由器和内容客户端)连接。更新与内容路由器上公布的内容有关的上下文信息以及确定用于解析如本申请中所述的内容请求的最佳下一跳(next-hop)路由器的方法可以实现为服务层的一部分。服务层是通过应用编程接口(API)和基础连网接口的集合来支持增值服务能力的软件中间件层。ETSIM2M和oneM2M两者均使用可以包含该预留跟踪(Track)的方法的服务层。ETSIM2M的服务层被称为服务能力层(SCL)。可以在M2M设备(在此称为设备SCL(DSCL))、网关(在此被称为网关SCL(GSCL))和/或网络节点(在此被称为网络SCL(NSCL))内实现SCL。oneM2M服务层支持共同服务功能(CSF)的集合(例如服务能力)。一个或多个特定类型的CSF的集合的示例被称为能在不同类型的网络节点(例如架构节点、中间节点、专用节点)上托管的公共服务实体(CSE)。此外，根据本申请，能将本申请中所述预留跟踪的方法实现为面向服务架构(SOA)和/或面向资源架构(ROA)的M2M网络的一部分来访问服务(诸如预约跟踪)。图1C是示例M2M设备30(诸如例如M2M终端设备18或M2M网关设备14)的系统图。如图1C所示，M2M设备30可以包括处理器32、收发器34、传送/接收元件36、扬声器/麦克风38、键盘40、显示器/触控板/指示器42、不可移动存储器44、可移动存储器46、电源48、全球定位系统(GPS)芯片组50、和其它外围设备52。例如，用于内容路由器的处理器可以包括内容发布管理器(CPM)、布隆(Bloom)过滤器处理器、和/或内容解析管理器(CRM)，如下文更详细所述以及在附图中所示。根据本申请的描述，M2M终端设备18可以是内容客户端且M2M网关设备14可以是内容路由器或内容服务器。将认识到，M2M设备40可以在保留与实施例一致的同时包括上述元件的任何子组合。该设备可以是使用所公开的系统和方法用于传感数据的嵌入语义命名的设备。还可以与本申请中所述以及图中所示的其它设备一起使用M2M设备30。处理器32可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP内核相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其它类型的集成电路(IC)、状态机等。处理器32可以执行信号编码、数据处理、功率控制、输入/输出处理和/或使M2M设备30能够在无线环境中操作的任何其它功能性。处理器32可以耦合到收发器34，其可以耦合到传送/接收元件36。尽管图1C将处理器32和收发器34图示为单独的组件，将认识到处理器32和收发器34可以一起集成在电子封装或芯片中。处理器32可以执行应用层程序(例如浏览器)和/或无线电接入层(RAN)程序和/或通信。处理器32可以执行安全性操作(诸如认证、安全密钥协定和/或密码操作(诸如例如在接入层和/或应用层)。传送/接收元件36可以被配置为将信号传送到M2M服务平台22或从其接收信号。例如，在实施例中，传送/接收元件36可以是被配置为传送和/或接收RF信号的天线。传送/接收元件36可以支持各种网络和空中接口(诸如WLAN、WPAN、蜂窝等)。在实施例中，传送/接收元件36可以是被配置为传送和/或接收IR、UV或可见光信号的发射机/检测器。在另一实施例中，传送/接收元件36可以被配置为传送和接收RF和光信号两者。将认识到传送/接收元件36可以被配置为传送和/或接收无线或有线信号的任意组合。此外，尽管在图1C中，将传送/接收元件36图示为独立元件，M2M设备30可以包括任意数量的传送/接收元件36。更具体地说，M2M设备30可以采用MIMO技术。由此，在实施例中，M2M设备30可以包括两个或以上传送/接收元件36(例如多个天线)用于传送和接收无线信号。收发器34可以被配置为调制将由传送/接收元件36传送的信号以及解调由传送/接收元件36接收的信号。如上所述，M2M设备30可以具有多模式能力。由此，收发器34可以包括用于使M2M设备30能够经由多个RAT(诸如例如UTRA和IEEE802.11)通信的多个收发器。处理器32可以从任何类型的适当非暂时性存储器(诸如不可移动存储器44和/或可移动存储器46)访问信息以及将数据存储在其中。不可移动存储器44可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或任何其它类型的存储器存储设备。根据本申请，存储器可以包括内容记录表(CRT)和/或内容转发表(CFT)，如下文更详细所述以及附图中所示。可移动存储器46可以包括用户身份模块(SIM)卡、存储器棒、安全数字(SD)存储卡等。在其它实施例中，，处理器32可以从不是物理地位于M2M设备30上的存储器(诸如在服务器或家用计算机上)访问信息以及将数据存储在其中。处理器32可以从电源48接收电力，并且可以被配置为将电力分配和/或控制到M2M设备30中的其它组件。电源48可以是用于供电M2M设备30的任何适当的设备。例如，电源48可以包括一个或多个干电池(例如镍隔(NiCa)、镍锌(NiZn)、镍金属氢(NiMH)、锂离子(Li-ion)等)、太阳能电池、燃料电池等。处理器32还可以耦合到GPS芯片组50，其被配置为提供关于M2M设备30的当前定位的定位信息(例如经度和纬度)。将认识到M2M设备30可以在保持与实施例一致的同时通过任何适当的定位确定模块获得定位信息。处理器32可以进一步耦合到其它外围设备52，其可以包括提供另外的特征、功能性和/或有线或无线连接性的一个或多个软件和/或硬件模块。例如，外围设备52可以包括加速度计、电子罗盘、卫星收发器、传感器、数码相机(针对照片或视频)、通用串行总线(USB)端口、振动设备、电视收发器、免提耳机、(蓝牙)模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、互联网浏览器等。图1D是例如可以在其上实现图1A和图1B的M2M服务平台22的示例计算系统90的框图。计算系统90可以包括计算机或服务器并且可以主要由计算机可读指令的形式(其可以以软件的形式，无论是在哪里/以何种方式存储或访问这样的软件)控制。该计算机可读指令可以在中央处理单元(CPU)91内执行以使计算系统90工作。在许多已知工作站、服务器和个人计算机中，CPU91可以由称为微处理器的单芯片CPU实现。在其它机器中，CPU91可以包括多个处理器。协处理器81是可选处理器，不同于执行主CPU91，执行另外的功能或辅助CPU91。CPU91和/或协处理器81可以接收、生成和处理与所公开的系统和方法有关的用于嵌入式语义命名的数据(诸如对具有嵌入式语义名称的传感数据的查询)。操作中，CPU91经由计算机的主数据传输路径(系统总线80)，提取、解码和执行指令并且与其它资源来回地转移信息。这种系统总线连接计算系统90中的组件并且定义用于数据交换的介质。系统总线80通常包括用于发送数据的数据线、用于发送地址的地址线以及用于发送中断和操作系统总线的控制线。这种系统总线80的示例是PCI(外围组件互连)总线。耦合到系统总线80的存储器设备包括随机存取存储器(RAM)82和只读存储器(ROM)93。这样的存储器包括允许存储和检索信息的电路。ROM93通常包含不能易于修改的存储的数据。在RAM82中存储的数据能由CPU91或其它硬件设备读取或改变。可以由存储器控制器92控制对RAM82和/或ROM93的访问。存储器控制器92可以提供当执行指令时将虚拟地址变换成物理地址的地址变换功能。存储器控制器92还可以提供隔离系统内的过程以及将系统过程与用户过程隔离的存储器保护功能。由此，以第一模式运行的程序能仅访问由其自己的过程虚拟地址空间映射的存储器；除非已经设置过程间共享的存储器，则不能访问另一过程的虚拟地址空间内的存储器。此外，计算系统90可以包含负责将指令从CPU91传送到外围设备(诸如打印机94、键盘84、鼠标95和硬盘驱动85)的外设控制器83。由显示控制器96控制的显示器86被用来显示由计算系统90生成的视觉输出。这种视觉输出可以包括文本、图形、动画图形和视频。可以使用基于CRT的视频显示器、基于LCD的平板显示器、基于气体等离子的平板显示器、或触控板实现显示器86。显示控制器96包括生成被发送到显示器86的视频信号所需的电子组件。显示器86可以使用嵌入式语义名称显示文件或文件夹中的传感数据。在一个实施例中，显示器86可以包括图形用户界面，如图15所示。这里，GUI1500能显示M2M服务器/网关的<组>资源。例如，GUI1500能示出将在一组设备上执行的命令列表。此外，计算系统90可以包含被用来将计算系统90连接到外部通信网络(诸如图1A和图1B的网络12)的网络适配器97。根据本申请，应理解到可以以在计算机可读存储介质上存储的计算机可执行指令(例如程序代码)的形式体现本文所述的系统、方法和过程的任何一个或全部，指令当由机器(诸如计算机、服务器、M2M终端设备、M2M网关设备等)执行时执行和/或实现本文所述的系统、方法和过程。具体地，可以以这种计算机可执行指令的形式实现上文所述的步骤、操作或功能的任何一个。计算机可读存储介质包括用于存储信息以任意方法或技术实现的易失性和非易失性、可移动和不可移动介质，但这些计算机可读存储介质不包括信号。计算机可读存储介质包括但不限于RAM、ROM、EEPROM、闪存或其它存储技术、CDROM、数字多功能盘(DVD)或其它光盘存储、磁带盒、磁带、磁盘存储或其它磁存储设备，或能被用来存储期望信息并且能由计算机访问的任何其它物理介质。设备管理架构设备管理(DM)是其中位于中心定位的地点的用户能配置、监视、诊断或者管理远程定位的设备的过程。当设备性质上为移动的或被部署在远程区域中使得它们难以访问时，这特别有用。通常，中心地点处的DM服务器下载将在设备上执行的命令。在设备上运行的DM客户端将接收这些命令并且为处理执行期望操作而必要的状态改变。使用定义的过程和消息格式实现DM服务器和DM客户端之间的通信机制并且其被称为DM协议。公知的DM协议中的两个是OMADM协议和BBFCPEWAN管理协议。另一新兴的DM协议是OMALWM2M协议。图2A图示OMADM协议架构200，其中DM服务器210将设备管理命令发送到在M2M设备230上运行的DM客户端。DM客户端将管理对象(MO)集维护在被称为DM树210A的资源结构内。这些MO被用来管理设备上的特定功能(诸如软件更新)。管理命令在DT树的节点上操作并且会导致设备内的状态改变。图2B图示用于通过M2M接口270，将命令从M2M服务层260传递到包括与设备230通信的DM服务器210的DM层280的一般系统250。OMALWM2M协议提供类似的客户端-服务器架构，其中，LWM2M服务器管理在设备上运行的LWM2M客户端。图3图示LWM2M架构300和所提供的不同的接口。这些接口集中在LWM2M服务器和LWM2M客户端之间的通信上——不支持其中LWM2M服务器能管理不同设备上的多个LWM2M客户端的群操作，在驻留在设备上的对象上执行操作。BBFCPEWAN管理协议图4图示BBFTR-069CPEWAN管理协议架构400，其中，自动配置服务器(ACS)410被用来管理用户驻地设备(CPE)设备430。ACS使用远程过程调用(RPC)来在CPE设备的数据模型上执行管理操作。ACS为每一CPE提供多播组的细节来加入以启动文件传输。此外，在一些RPC调用中进行规定以允许ACS设置或从同一CPE获得多个参数值的能力。仅对相应的RPC调用启用这些规定并且限定到同一CPE。服务层架构服务层(SL)是在将各种服务提供给其用户的应用层操作的水平软件平台。所提供的一些服务是发现、组管理、数据管理和储存库、定位服务等。由SL提供的附加服务是设备管理，其利用现有的DM协议和架构。如图5所示，由将SL原始API转换成DM命令的管理适配器510a处理在作为IN/CSE/DMG盒的SL510和作为管理服务器盒的DM服务器520之间的通信。在DMG内是与管理或DM服务器交互的管理适配器。在oneM2M架构内，定义了映射到OMADM、LWM2M、和BBFCWMP的管理类型资源<mgmtObj>和<mgmtCmd>。高级架构根据一个方面，在图6中图示用于SL和ML之间的组操作的示例性系统。根据图6，系统基于公司的园区。此处，SL应用610与SL服务器620通信。SL服务器620与DM或管理服务器630通信。管理服务器630与多个具有DM能力的M2M设备640通信。图7图示集成具有SL服务器(诸如oneM2M)的DM架构的端对端架构700。M2M协议705提供M2M应用701(例如IN-AE)和M2M服务器702(例如oneM2MIN-CSE)之间的通信。M2M应用701当前被定义为在M2M服务器702和DM服务器703之间提供通信。DM协议提供DM服务器703和M2M设备704(例如ASN节点)之间的通信。每一ASN节点704包含ASN-CSE、ASN-AE和DM客户端软件。例如，ASN-CSE704a和DM客户端704c中的DMG能相互直接通信。在图8中图示针对图7中的实施例的高级调用流。由罗马数字(例如0、1、2)表示每一步骤。在步骤0，IN-CSE和DM服务器具有业务关系并且能够通过M2M接口相互通信。此外，ASN1和ASN2的每一个具有在设备上运行的CSE、AE和DM客户端。ASN1和ASN2和DM客户端的DMG能相互通信。接着，在步骤1，设备所有者操作M2M应用IN-AE来通过通过M2M协议向IN-CSE注册来管理设备。在步骤2，多个ASN节点的每一个使用M2M协议向IN-CSE注册。根据步骤3，IN-AE发起向IN-CSE请求来建立包含该多个ASE节点的组。提出支持该特征的新IN-CSE<组>属性并且将在下文进一步详述。此外，IN-CSE内的DMG使用新的M2M接口组管理过程来在DM服务器中创建一组设备，如下文进一步详述。此外，在IN-CSE中，DM服务器通过创建的消息响应DMG。IN-CSE通知IN-AE成功地创建组。在步骤4，IN-AE发起对IN-CSE请求来创建一组DM命令。即，提出新IN-CSE资源和属性来支持该特征，将如下文进一步详述。IN-CSE内的DMG使用新的M2M接口组管理过程在DM服务器中创建一组命令。在IN-CSE中，DM服务器通过创建的消息来响应DMG。接着，IN-CSE响应IN-AE，该组被成功创建。在步骤5，IN-AE发起对IN-CSE请求来执行组-组操作。其中，提出支持该特征的新的IN-CSE寻址和属性。IN-CSE内的DMG使用新的M2M接口组管理过程来在DM服务器中执行组-组操作。接着，DM服务器通过应答消息响应DMG。在成功地执行DM命令后，每一ASN节点将响应DM服务器。在从DM服务器接收一个或多个响应后，DM服务器通过“执行成功”消息来响应DMG。优选地，在接收到所有ASN响应后，DM服务器将通过执行成功消息而响应。接着，IN-CSE对IN-AE响应，组-组操作成功。如图9所示，<组>资源包括下述子属性：(i)公共属性；(ii)memberType(成员类型)；(iii)CurrentNrOfMembers(当前成员数量)；(iv)maxNrOfMembers(最大成员数量)；(v)membersList(成员列表)；(vi)commandsList(命令列表)；(vii)argumentsList(自变量列表)；(viii)responseAggregation(响应聚合)；(ix)responsePeriod(响应时段)；(x)membersAccessControlPolicyDs(成员访问控制政策)；(xi)memberTypeValidate(成员类型验证)；(xii)consistencyStrategy(一致性策略)；(xiii)groupName(组名称)；(xiv)<subscription(预约)>；和(xv)<fanOutPoint>(扇出点)以及(xvi)commandBlocking(命令阻塞)。对用于组管理的oneM2M服务层的增强根据另一实施例，可对oneM2M构架进行两个组管理增强。在<组>资源中提出第一增强，其允许在一组ASN设备上执行多个命令。这称为组-组操作。在一个实施例中，可以通过对在oneM2M中提供的fanOutPoint寻址机制(例如<fanOutPoint>)的增强发起该操作。在<mgmtCmd>资源中引入第二增强，其中，扩展execTarget属性以允许指定组ID。对execTarget的这个添加将管理命令扇出到组成员。下表2涉及对现有的oneM2M<组>资源和<fanOutPoint>寻址方案的第一增强以实现DM的更先进用途。实际上，表2列出包括例如commandsList、commandBlocking、argumentsList、responseAggregation和responsePeriod的新属性添加。此外，表2包括对oneM2M<组>资源的memberType属性的改变。例如，无论何时指定commandList，该类型必须是与DM有关的资源(诸如<mgmtObj>或<mgmtCmd>等)。该属性还涉及未映射到oneM2M资源或属性的OMADM、OMALWM2M或BBFCWMP资源或属性。通过这样做，通过提供服务层资源和管理层资源之间的一一对应，将减轻DMG转换的工作。在表2中，RW、RO和WO分别代表读/写、只读和一次写入。此外，在表2中，OA代表在“<groupAnnc>属性”下宣布的可选项。表2根据另外的实施例，一旦添加了上述属性，创建<组>资源来为membersList中的每一条目指定命令或操作。然后，通过将memberType属性指定到<mgmtObj>或<mgmtCmd>并且指定commandsList属性，能创建一组命令。根据另一实施例，下述OMADM命令使用如在argumentsList中定义的自变量(例如$arg#)实现应用的软件下载和安装操作：删除(Delete)-$arg1/$arg2/name(名称)创建(Create)-$arg1/$arg2/name更新(Update)-$arg1/$arg2/URL执行(Execute)-$arg1/$arg2/Install(安装)检索(Retrieve)-$arg1/$arg2/activeStatus(活跃状态)在本示例中，已经指定两个自变量-$arg1和$arg2-被用来构成该组的成员的URI。下文给出的表3图示该组的commandsList、membersList和argumentsList属性的条目。在argumentsList内，存在对“{组}”的字符串引用。这指示将由另一组的成员导出自变量。提供argumentsList的序号用作引用自变量的数字——$arg1引用{组}以及$arg2引用myApp。这些引用能被用在<组>资源内的其它属性中。在生成扇出请求前，CSE中的DMG将执行代入。表3commandsListmembersListargumentsList删除$arg1/$arg2/name$groupID创建$arg1/$arg2/namemyApp更新$arg1/$arg2/URL执行$arg1/$arg2/Install检索$arg1/$arg2/activeStatus根据又一实施例，只要创建命令组，可以涉及用于应用该命令的一组设备。将在标准oneM2M<组>过程中创建该设备组。如果该组的目的是通过DM服务器管理设备，membersListURI将指向[deviceInfo(设备信息)]<mgmtObj>资源的deviceLabel(设备标签)属性。这将要求组的membersType为<mgmtObj>资源。在一个实施例中，本申请提出扩展fanOutPoint虚拟资源寻址方案来在fanOutPoint触发组-组操作后包括指定<组>资源的能力。寻址fanOutPoint的两个现有方法包括：(i)/cseBase/…/<组>/fanOutPoint；和(ii)/cseBase/…/<组>/fanOutPoint/<relative_URI>。替选地，<relative_URI>(相关URI)指定由membersListURI提供的母资源的子资源或属性。为实现组-组操作，本公开提出添加第三寻址方案：/cseBase/…/<组>/fanOutPoint/<absolute_URI>。其中，<absolute_URI>(绝对URI)指向memberType<mgmtObj>或<mgmtCmd>的<group>资源。此外，CSE将依然扇出该请求，但代替使用原始请求的操作，将使用在由<absolute_URI>指向的组中指定的命令。在图10中图示该组-组机制和调用流。IN-AE通过设定到<mgmtObj>的memberType并且使用在表2中指定的属性，创建/in-cse/in-ae/myCommands(我的命令)<组>资源。本领域的技术人员还设想到在此也可以指定responseAggregation以指示将如何处理响应。首先，步骤0描述如上图8中所述的DM服务器和IN-CSE之间、以及IN-AE和IN-CSE之间的完整引导程序和注册过程。在步骤1，IN-AE请求以创建调用“/in-cse/in-ae/myDevices(我的设备)”的<组>资源。在请求中，memberType被设定到<mgmtObj>。commandList被设定到删除、创建、更新、执行和检索。memberList被设定到$arg1/$arg2//name、$arg1/$arg2/name、$arg1/$arg2/URL、$arg1/$arg2/Install、$arg1/$arg2/activeStatus。argumentsList被设定到$groupID、myApp(我的App)。在步骤1a，IN-CSE中的DMG702a创建myCommands<组>资源。在步骤1b，DMG在M2M接口上将组管理请求API发送到DM服务器以创建命令组。在步骤1c，DMG将创建的响应发送到IN-AE。在步骤2，IN-AE发起请求来创建/in-cse/in-ae/myDevices调用的设备<组>。该组包括下述属性：memberType＝<mgmtObj>和membersList＝{/in-cse/mn-cse1/node(节点)、/in-cse/mn-cse2/node、/in-cse/mn-cse3/node}。在步骤2a，DMG702a创建myDevices<组>资源。在步骤2b，DMG在M2M接口上将组管理请求API发送到DM服务器以创建设备组。在步骤2c，DMG将创建的响应发送到IN-AE。本领域的技术人员将设想到步骤2、2a、2b和2c可以发生在步骤1、1a、1b和1c之前、后或同时。接着，在步骤3，IN-AE使用包含存储图像的URL和用于各个命令的其它值的的有效载荷，请求DMG创建“/in-cse/in-ae/myCommands/fanOutPoint/in-cse/in-ae/myDevices”。IA-AE通过发出下述命令，触发组-组操作。在这种情况下，由绝对URI将触发提供给具有memberType<mgmtObj>的<组>资源。在该示例中，仅支持创建操作。op:CREATEfr:/in-cse/in-aeto:/in-cse/in-ae/myCommands/fanOutPoint/in-cse/in-ae/myDevicescn:[有效载荷包含存储图像的URL和用于各个命令的其它值]gid:[myCommands的组标识符]接着，在步骤4，IN-CSE内的DMG将该请求处理为组-组请求。在执行groupMgmtReq()前，DMG执行由argumentsList指定的代入。在该示例中，将自变量$arg1指定为{组}，并且当DMG执行代入时，用在步骤2中创建的组的每一成员代入$arg1自变量。对$arg2，代入相对简单：用myApp代替$arg2。下表4图示完成所有代入后的结果。表4commandsListmembersList删除/in-cse/mn-cse1/node/myApp/name创建/in-cse/mn-cse1/node/myApp/name更新/in-cse/mn-cse1/node/myApp/URL执行/in-cse/mn-cse1/node/myApp/Install检索/in-cse/mn-cse1/node/myApp/activeStatus删除/in-cse/mn-cse2/node/myApp/name创建/in-cse/mn-cse2/node/myApp/name更新/in-cse/mn-cse2/node/myApp/URL执行/in-cse/mn-cse2/node/myApp/Install检索/in-cse/mn-cse2/node/myApp/activeStatus删除/in-cse/mn-cse3/node/myApp/name创建/in-cse/mn-cse3/node/myApp/name更新/in-cse/mn-cse3/node/myApp/URL执行/in-cse/mn-cse3/node/myApp/Install检索/in-cse/mn-cse3/node/myApp/activeStatus此外，在步骤5，DMG在M2M接口上将groupMgmtReqAPI发送到DM服务器以执行组-组操作。本领域的技术人员可设想将组管理过程用于DM目的还能应用于服务层资源。在这些情况下，<组>资源的memberType将不是<mgmtObj>或<mgmtCmd>类型资源并且能在组成员上执行基本CRUD操作。也可以使用commandsList和argumentsList属性以及组-组操作。在本申请的又一方面，oneM2M中的组管理操作的增强可以包括使用<mgmtCmd>类型资源。在IN-CSE的资源树中创建这些资源以表示诸如用在BBFCWMP(或TR-069)协议中的管理命令。可由IN-AE或管理实体上的CSE创建<mgmtCmd>资源。cmdType和execReqArgs属性分别提供与<mgmtCmd>相关联的命令类型和命令自变量。该信息可由管理适配器使用来将<mgmtCmd>转换成远程过程调用(RPC)。一旦指定了<mgmtCmd>，AE随后能执行<mgmtCmd>资源来在远程实体上执行所指示的管理操作。这通过在没有任何有效载荷的情况下在<mgmtCmd>资源的execEnable属性上执行更新来完成。请求的“to:”字段提供执行管理命令的远程实体CSE-ID。在托管CSE使用现有的设备管理协议执行管理命令后，创建<execInstance>子资源来跟踪管理操作。然后，AE稍后能从该<execInstance>资源检索该状态。在另一实施例中，增强能被添加到<mgmtCmd>资源来支持组操作。通过指定上述“execTarget”属性，提供该增强。execTarget属性能被扩展以将组ID包括为用于在为<mgmtCmd>指定目标的属性的有效值。当在execEnable上执行更新时，主机CSE将在<组>资源的membersList属性中指定的节点上执行<mgmtCmd>。在又一实施例中，描述用于<mgmtCmd>组操作的增强，包括execTarget属性和<组>资源的组合。AE能在<组>资源的membersList中，指定一组<mgmtCmd>资源。还可以使用execTarget属性在每一<mgmtCmd>资源内指定目标节点或甚至组ID。这是用于增强上文针对<mgmtCmd>资源指定的组-组操作的替选手段。在指定<组>资源后，使用上文详细公开的fanOutPoint寻址方案，触发执行<mgmtCmd>资源。根据如图11所示的示例性实施例，公开了涉及使用<mgmtCmd>execTarget属性的组-组操作1100的示例。group1(组1)1110包含三个mgmtCmd资源的URI以及group2(组2)1120包含2个设备URI。<mgmtCmd>资源的每一个的execTarget属性包含group2的URI。通过下述操作触发组-组操作：更新../group1/fanOutPoint/execEnable。然后，主机CSE将处理该请求如下，不限任何顺序：当提取group1的membersList时，主机CSE提取下述操作：更新../mgmtCmd1/execEnable更新../mgmtCmd2/execEnable更新../mgmtCmd3/execEnablemgmtCmd1的execTarget指定group2的URI。如上所指定的，将使mgmtCmd1在设备1和设备2上执行。类似地，mgmtCmd2的execTarget也指定group2的URI。如上所指定的，这将使mgmtCmd2在设备1和设备2上执行。mgmtCmd3的execTarget也指定group2的URI。如上所指定的，这将使mgmtCmd3在设备1和设备2上执行。显著地，对mgmtCmd1、mgmtCmd2和mgmtCmd3的每一个成功执行，为相应的设备创建关联<execInstance>资源。在三个mgmtCmd资源的每一个下在图11中示为execInstance1和execInstance2资源。这些<execInstance>资源的属性指向在其上执行<mgmtCmd>的group2的成员ID。由处理组-组请求的主机CSE创建这些<execInstance>资源。M2M接口组管理过程无论何时在具有memberType<mgmtObj>或<mgmtCmd>的oneM2M<组>资源上执行操作时可以触发DM组管理过程。由DMG处理这些请求，然后，DMG将执行任何自变量的代入并且将结果转换成适当的组管理API调用，如本申请上文所述。三个主要组操作如下：设备组操作：这些操作允许用户操作(CRUD)在其上执行DM的一组设备。与该类型的组相关联的memberType是<mgmtObj>或<mgmtCmd>来区分面向服务层的组操作。这向CSE指示应当将该请求转发到DMG以处理。命令组操作：这些操作允许用户操作(CRUD)一组命令(无论DM或否)，在操作该组命令后，在设备或一组设备上操作。与该类型的组相关联的memberType是<mgmtObj>或<mgmtCmd>以及必须指定commandsList属性来区分面向服务层的组操作。这将向CSE指示应当将该请求转发到DMG以处理。组-组操作：该操作允许用户发起组-组操作，其中，在一组设备上执行一系列命令。通过将新寻址方案用于fanOutPoint触发该操作，其中，在fanOutPoint虚拟资源后，追加指向memberType<mgmtObj>的<组>资源的绝对URI。图12示出图示组管理过程如何操作的示例调用流。由罗马数字指示图12中的步骤。其中，通过IN-CSE由IN-AE管理两个ASE节点。首先，在步骤0中采用在上述图8中所指示的注册和引导过程。接着，在步骤1，IN-AE请求以通过memberType＝<mgmtObj>创建myDevices<组>资源，以及membersListURI指向[设备信息]资源的deviceLabel属性。然后，在步骤2中，DMG通过(如果需要)首先执行代入来处理该请求。如果指定argumentsList属性并且使用自变量引用(由$arg#表示)，DMG针对每一个找到的自变量引用，代入argumentsList中的值。接着，根据步骤3，如上所述，DMG调用groupMgmtReq()API。在这种情况下，针对设备组请求类型是0。在步骤4，DM服务器通过成功响应码响应。在步骤5，IN-CSE将创建的响应发送到IN-AE。接着，IN-AE使用memberType＝<mgmtObj>请求创建myCmds<组>资源并且在commandsList属性中指定命令列表(步骤6)。DMG通过首先执行代入(如必要)来处理命令组请求(步骤7)。如果指定了argumentsList属性并且使用自变量引用(由$arg#表示)，DMG针对找到的每一个自变量引用，代入argumentsList中的值。在步骤8，DMG调用表5中的groupMgmtReq()API。在这种情况下，对命令组，请求类型为1。DM服务器以成功响应码响应(步骤9)。进一步，IN-CSE将创建的响应发送到IN-AE(步骤10)。设想到在步骤6-10能发生在步骤1-5之前、之后或同时发生。根据另一实施例，IN-AE通过触发下述URI发起组-组操作：in-cse/in-ae/myCmds/fanOutPoint/in-cse-in-ae/myDevices(步骤11)。绝对URI为in-cse/in-ae/myDevices。接着，DMG通过首先执行代入(如必要)来处理该请求(步骤12)。如果指定argumentsList属性并且使用了自变量引用(由$arg#表示)，DMG针对找到的每一个自变量引用，代入argumentsList中的值。接着，DMG调用上述groupMgmtReq()API(步骤13)。在这种情况下，对组-组操作，请求类型为2，并且RspIndicator被设定为1，这从组成员请求独立响应。在步骤14，DM服务器与在ASN1上运行的DM客户端建立DM会话并且执行myCmds组中的命令。接着，DM服务器发送响应，响应具有针对成功的code＝0和GrpMember＝ASN1以表示从哪些成员接收到响应(步骤15)。IN-CSE将成功响应传送到IN-AE(步骤16)。步骤17-19基本上与步骤14-16相同。即，DM服务器与在ASN2上运行的DM客户端建立DM会话并且执行myCmds组中的命令(步骤17)。接着，DM服务器通过用于成功的code＝0和GrpMember＝ASN2发送响应以指示从哪些成员接收到响应(步骤18)。进一步，IN-CSE将成功响应发送到IN-AE(步骤19)。M2M接口组管理API根据另一实施例，一旦DMG已经完成在argumentsList找到的代入，其随后将该请求转换成groupMgmtReq()API调用。在表5中提供示例格式。RspIndicator允许指定如何处理来自各个设备的响应。这对其中处理延迟非常多变并且请求者希望获得有关命令的状态的实时更新的情形有用。在一些情况下，设备可能正睡眠，并且在执行命令前可能花费很长时间。在这种情况下，具有接收独立响应的能力有利服务层知晓哪些设备完成操作。表5在表6中提供DM服务器传送回的响应的示例。当请求独立响应时(RspIndicator>0)，DM服务器必须指示如在表6中指定的组成员。这允许请求者将响应与成员关联。表6管理层更新在更进一步的实施例中，描述管理层架构内的管理层更新。其中，需要更新以支持M2M接口和增强的组管理过程。上文详述了新M2M接口组管理过程的响应消息格式。下文更详细地描述对增强组管理过程的支持。图13示出能用于支持在本公开中指定的增强组管理操作的OMADM协议中提出的组MO的示例性实施例。在MO内，定义三个主要内部节点：CommandGroup(命令组)、DeviceGroup(设备组)和GroupStatus(组状态)。CommandGroup节点提供配置一组命令并且映射到被设定为1的groupMgmtReq的类型参数。涉及该类型的任何请求将在该节点中创建子资源。该DeviceGroup节点提供将设备分组在一起的能力并且映射到设定为0的groupMgmtReq类型参数。当请求创建一组设备时，在该内部节点下创建子节点。最后，由DM服务器使用GroupStatus节点来处理组-组操作。DM服务器将在GroupStatus中创建子节点以基于RspIndicator设定提供状态，并且当获得每一状态时保存该状态。在提供了整个组管理请求后，将删除子节点。例如，图14图示来自图12的一组管理操作。在下文提供步骤。在步骤1(未示出)，IN-CSE处理来自IN-AE的设备组请求。接着，IN-CSE内的DMG将发送使用type＝0指示做出设备组请求的groupMgmtReq(步骤2)。由图14中所示的“2.”和“myDevices”之间的线指示的，该请求创建myDevices节点及其所有子节点。在下表7中，示出示例请求。表7在步骤3，DM服务器向IN-CSE提供成功响应码。接着，在步骤4，IN-CSE处理来自IN-AE(未示出)的命令组请求。此后，IN-CSE内的DMG发送具有指示做出命令组请求的type＝1的groupMgmtReq(步骤5)。由图14中所示的“5.”和“myCommands”之间的线指示的，该请求创建myCommands节点及其所有子节点。在下表8中，示出示例请求。表8接着，DM服务器将成功响应码提供给IN-CSE(步骤6)。在步骤7，IN-CSE处理来自IN-AE(未示出)的组-组请求。随后，IN-CSE内的DMG发送具有指示做出了组-组请求并且一旦可用则请求独立响应的type＝2和RspIndicator＝1的groupMgmtReq(步骤8)。该请求指定GrpLabels参数中的两个标签：myCommands和myDevices。然后，由图14中所示的“8.”和“myGrpStat”之间的线指示的，DMG服务器将创建myGrpStat节点及其所有子节点。myGrpStat节点包含在./GroupMO/GroupStatus/myGrpStatus/Devices下的2个子节点来跟踪每一设备的执行状态。在下表9中，示出示例请求。表9此外，在ASN1和其中交换命令cmd1和cmd2的DM服务器之间建立DM会话(步骤9)。当DM会话完成时并且如果执行成功，由DM服务器将./GroupMO/GroupStatus/myGrpStatus/Devices/dev1(设备1)/status(状态)节点设定为“通过”。在此之后，如图14所示，由从“10.”的线指示，DM服务器将groupMgmtRsp()消息发送到IN-CSE来指示ASN1成功完成。同时，在ASN2和DM服务器之间建立另一DM会话(步骤11)。再次，交换管理命令。当DM会话完成时并且如果执行成功，由DM服务器将./GroupMO/GroupStatus/myGrpStatus/Devices/dev2(设备2)/status节点设定为“通过”。然后，DM服务器将groupMgmtRsp()消息发送到IN-CSE以指示ASN2成功完成，如图14所示，由从“12.”的线指示OMALWM2M组管理支持根据又一实施例，可以在表10和表11中找到针对LWM2M协议的组管理支持。这些表的设计遵循LWM2M对象的精神，被设计成本质上为扁平并且限制层次。因此，将设备组和命令组合成为具有对象ID＝10的组对象，且GroupStatus对象包含具有对象ID＝11的组-组操作的状态。这两个对象将仅可用于LWM2M服务器并且被用来支持M2M接口上的组通信。表10表11上述资源的创建和更新以与如本文所述的OMADM的情形类似的方式发生。BBFCWMP组管理支持下表12图示能被用来支持在本公开中提出的增强组管理过程的BBFCWMP简档的示例实施例。简档被分成三个主要部分，分别用于commandgroup(命令组)、devicegroup(设备组)和groupstatus(组状态)。该简档将被托管在ACS上以提供管理命令和设备组的能力。必要时，groupstatus数据模型将随后提供独立命令和设备的状态。组-组操作将触发创建.group.groupstatus.{i}条目并且被保持直到完全服务该请求为止。表12创建和更新上述资源以与用于上文所述的OMADM类似的方式发生。根据本申请的又另一方面，公开了用于存储计算机可读或可执行指令的非暂时性计算机可读或可执行存储介质。介质可以包括诸如上文根据图8、10和12的多个调用流中公开的一个或多个计算机可执行指令。计算机可执行指令可由处理器(诸如本文公开的可用在包括IN-CSE、DM服务器和ASN设备的设备中的处理器)执行。尽管根据当前认为具体的方面描述了系统和方法，但本申请不需要被限定到公开的方面。本申请旨在覆盖在权利要求的精神和范围内包括的各种修改和类似的配置，应当给予权利要求的范围最宽泛的解释以便涵盖所有这些修改和类似的结构。本公开包括随附权利要求的任一和所有方面。当前第1页1 2 3