本申請要求2014年7月18日提交的美國臨時(shí)專利申請No.62/026,165的優(yōu)先權(quán)，其全部內(nèi)容通過引用并入于此。
背景技術(shù)：
：通常在管理服務(wù)器和設(shè)備上運(yùn)行的管理客戶端之間執(zhí)行設(shè)備管理(DM)。這種操作模式適合于針對諸如個(gè)性化移動設(shè)備(例如電話和平板)或單獨(dú)管理的操作網(wǎng)絡(luò)設(shè)備的設(shè)備的現(xiàn)有DM協(xié)議。同樣地，在管理用于一組設(shè)備的DM協(xié)議中存在有限的開發(fā)和支持。開放移動聯(lián)盟(OMA)已經(jīng)開發(fā)了用于網(wǎng)絡(luò)中的DM的許多協(xié)議，包括OMADA協(xié)議、OMA網(wǎng)關(guān)管理對象(GwMO)協(xié)議和OMA輕量級機(jī)器對機(jī)器(LWM2M)協(xié)議。此外，寬帶論壇(BBF)包括用戶駐地設(shè)備(CPE)WAN管理協(xié)議(CWMP)?？梢允褂眠@些協(xié)議來管理網(wǎng)絡(luò)中的獨(dú)立設(shè)備(諸如移動設(shè)備)。OMAGwMO協(xié)議可以用于管理網(wǎng)關(guān)后的一組終端設(shè)備。然而，協(xié)議限定到附接到網(wǎng)關(guān)的設(shè)備。OMALWM2M可以用于管理約束機(jī)器對機(jī)器(M2M)或物聯(lián)網(wǎng)(IoT)設(shè)備。BBFCWMP協(xié)議指定在局域網(wǎng)(LAN)內(nèi)使用多播組來向一組設(shè)備提供文件轉(zhuǎn)移的機(jī)制。此外，這些協(xié)議主要集中在軟件下載上。單獨(dú)地，BBFCWMP限于能部署多播的LAN中的設(shè)備。總的來說，通過當(dāng)前的DM標(biāo)準(zhǔn)，在端對端架構(gòu)中提供增強(qiáng)組管理操作有缺陷。特別地，在當(dāng)前標(biāo)準(zhǔn)中，很少或沒有關(guān)于M2M服務(wù)器如何與DM服務(wù)器通信的過程。這是因?yàn)橛糜谕ㄐ诺慕涌诘姆菢?biāo)準(zhǔn)化。目前，接口要求對每一服務(wù)提供者定制開發(fā)。例如，為了服務(wù)層支持OMADM、OMA輕量級M2M(LWM2M)和BBFCWMP設(shè)備，需要開發(fā)三個(gè)定制API接口來與這些設(shè)備的的每一個(gè)通信。這降低效率并且還限制不同系統(tǒng)之間的互操作性。技術(shù)實(shí)現(xiàn)要素：提供該概述來以簡化的形式介紹在下文的具體實(shí)施方式中進(jìn)一步描述的概念的選擇。該
發(fā)明內(nèi)容不限制要求保護(hù)的主題的范圍。通過針對把用于組操作的設(shè)備管理操作增強(qiáng)到管理服務(wù)器的過程和系統(tǒng)的本申請，最大程度地滿足上述需求。本申請的一個(gè)方面涉及執(zhí)行組-組操作的裝置，包括非暫時(shí)性存儲器和處理器。非暫時(shí)性存儲器存儲計(jì)算機(jī)可執(zhí)行指令，當(dāng)由處理器執(zhí)行時(shí)，使服務(wù)器執(zhí)行一些步驟。一個(gè)步驟是接收來自設(shè)備所有者的發(fā)起組-組操作的請求，該請求包括用統(tǒng)一資源指示符定義的組資源的命令。接著，處理該請求。此外，還存在將組管理請求API發(fā)送到DM服務(wù)器使得與在設(shè)備上運(yùn)行的DM客戶端建立會話來執(zhí)行命令的步驟。本申請的另一方面涉及在存在于M2M服務(wù)器和管理服務(wù)器之間的M2M接口上建立組-組操作的計(jì)算機(jī)實(shí)現(xiàn)的方法。該方法包括接收來自設(shè)備所有者的注冊請求來管理一組設(shè)備的步驟。該方法還包括接收用于該組設(shè)備的注冊通知的步驟。接著，從諸如例如設(shè)備所有者接收請求以創(chuàng)建設(shè)備組。此外，執(zhí)行接收的創(chuàng)建設(shè)備組的請求。在一個(gè)實(shí)施例中，該方法進(jìn)一步包括接收創(chuàng)建命令組的請求并且處理接收的請求以創(chuàng)建命令組的步驟。根據(jù)另一實(shí)施例，該方法進(jìn)一步包括將組管理請求API傳送到DM服務(wù)器來創(chuàng)建設(shè)備組的步驟。在另一實(shí)施例中，該方法進(jìn)一步包括將組管理請求API傳送到DM服務(wù)器來創(chuàng)建命令組的步驟。本申請的又一方面涉及在M2M接口上執(zhí)行組-組操作的計(jì)算機(jī)實(shí)現(xiàn)的方法。該方法包括從設(shè)備所有者接收發(fā)起組-組操作的請求的步驟，該請求包括用統(tǒng)一資源指示符定義的組資源的命令。該方法包括處理該請求的步驟。此外，存在將組管理請求API發(fā)送到DM服務(wù)器使得與在設(shè)備上運(yùn)行的DM客戶端建立會話以執(zhí)行命令的步驟。進(jìn)一步地，還存在從DM服務(wù)器接收指示由該設(shè)備成功執(zhí)行該命令的響應(yīng)的步驟。概括地、相當(dāng)寬泛地描述了本發(fā)明的某些實(shí)施例以未來可以更好地理解其詳細(xì)描述，以及以為了可以更好地認(rèn)識到對現(xiàn)有技術(shù)的貢獻(xiàn)。附圖說明為了便于本申請的更穩(wěn)健理解，現(xiàn)在參考附圖，其中，相似的數(shù)字引用相似的元件。這些附圖不應(yīng)當(dāng)解釋為限制本申請并且僅旨在為示例性的。圖1A圖示示例機(jī)器對機(jī)器(M2M)、物聯(lián)網(wǎng)(IoT)或萬物網(wǎng)(WoT)通信系統(tǒng)的系統(tǒng)圖，其中，可以實(shí)現(xiàn)根據(jù)本申請的一個(gè)或多個(gè)公開的實(shí)施例。圖1B圖示根據(jù)本申請的可以用在圖1A中所示的M2M/IoT/WoT通信系統(tǒng)內(nèi)的示例架構(gòu)的系統(tǒng)圖。圖1C圖示根據(jù)本申請的可以用在圖1A中所示的通信系統(tǒng)內(nèi)的示例M2M/IoT/WoT終端或網(wǎng)關(guān)設(shè)備的系統(tǒng)圖。圖1D是根據(jù)本申請的示例計(jì)算系統(tǒng)的框圖，其中，可以體現(xiàn)圖1A的通信系統(tǒng)的方面和本文所述的上下文感知內(nèi)容發(fā)布和解析概念。圖2A圖示根據(jù)本申請的實(shí)施例的OMADM協(xié)議架構(gòu)，其中，DM服務(wù)器將設(shè)備管理命令傳送到在設(shè)備上運(yùn)行的DM客戶端。圖2B圖示根據(jù)本申請的實(shí)施例的具有服務(wù)層和設(shè)備管理層之間的通信的M2M接口。圖3圖示根據(jù)本申請的實(shí)施例的LWM2M服務(wù)器和M2M設(shè)備上的LWM2M客戶端之間的接口。圖4圖示根據(jù)本申請的實(shí)施例的BBFTR-069CPEWAN管理協(xié)議架構(gòu)，其中，使用自動配置服務(wù)器(ACS)來管理用戶駐地設(shè)備(CPE)設(shè)備。圖5圖示根據(jù)本申請的實(shí)施例的服務(wù)層架構(gòu)，其中，管理適配器將服務(wù)層API轉(zhuǎn)化成DM命令。圖6圖示根據(jù)本申請的實(shí)施例的一組設(shè)備上的管理操作的使用情形示例。圖7圖示根據(jù)本申請的實(shí)施例的端對端M2M和DM集成架構(gòu)。圖8圖示用于根據(jù)本申請的實(shí)施例的端對端DM操作的調(diào)用流。圖9圖示根據(jù)本申請的實(shí)施例的oneM2M<組>資源。圖10圖示表示根據(jù)本申請的實(shí)施例的組-組操作的調(diào)用流。圖11圖示根據(jù)本申請的實(shí)施例的涉及<mgmtCmd>資源的組-組操作。圖12圖示根據(jù)本申請的實(shí)施例的M2M接口組管理過程。圖13圖示根據(jù)本申請的實(shí)施例的用于組管理支持的OMADM組MO。圖14圖示根據(jù)本申請的實(shí)施例的在DM服務(wù)器資源上的組管理操作。圖15圖示根據(jù)本申請的實(shí)施例的圖形用戶界面。具體實(shí)施方式將參考本文的不同圖、實(shí)施例和方面描述示例實(shí)施例的詳細(xì)描述。盡管該描述提供可能實(shí)施方式的詳細(xì)示例，但應(yīng)當(dāng)理解到，細(xì)節(jié)旨在示例，由此不限制本申請的范圍。本說明書中參考“一個(gè)實(shí)施例”、“實(shí)施例”、“一個(gè)或多個(gè)實(shí)施例”“方面”等是指結(jié)合實(shí)施例所述的特定特征、結(jié)構(gòu)或特性包括在本公開的至少一個(gè)實(shí)施例中。此外，本說明書的不同地方的術(shù)語“實(shí)施例”不一定是指同一實(shí)施例。即，描述可以由一些實(shí)施例呈現(xiàn)而其它實(shí)施例未呈現(xiàn)的各個(gè)特征。在M2M/IoT領(lǐng)域，執(zhí)行批量設(shè)備管理操作的能力可以是M2M服務(wù)器的綜合特征。因此，本申請針對現(xiàn)有服務(wù)層和管理層架構(gòu)的增強(qiáng)以支持端對端系統(tǒng)中的增強(qiáng)組管理操作。即，M2M應(yīng)用能在應(yīng)用/服務(wù)層中提供管理命令集來更有效地管理一組設(shè)備。根據(jù)本申請的一個(gè)方面，提出服務(wù)層和管理層的增強(qiáng)組管理過程來允許管理設(shè)備和命令組。根據(jù)本申請的另一方面，描述了執(zhí)行組-組操作(group-on-groupoperation)的機(jī)制，其中，可把命令集應(yīng)用于一組設(shè)備。該能力將允許M2M和IoT系統(tǒng)中更有效地管理設(shè)備。根據(jù)另一方面，描述了用于在M2M接口上通信的組管理過程的新消息格式。新消息格式能用在服務(wù)層和管理層之間的接口的標(biāo)準(zhǔn)化中。這將通過服務(wù)層，提供不同設(shè)備管理協(xié)議之間的互操作性。根據(jù)本申請的另一方面，在oneM2M、OMADM、OMALWM2M和BBFCWMP架構(gòu)中定義新資源和屬性實(shí)施例以支持增強(qiáng)的組管理操作。例如，引入新的oneM2M<組>資源屬性來允許M2M應(yīng)用來創(chuàng)建命令組和為這些命令提供自變量(argument)。此外，描述了用于指定組-組操作的新oneM2M<組>尋址方案。此外，描述對<mgmtCmd>資源屬性execTarget的增強(qiáng)來允許指定組操作。此外，描述針對OMADM、OMALWM2M和BBFCWMP協(xié)議的新組資源以支持組操作。更進(jìn)一步，描述OMADM、OMALWM2M和BBFCWMP協(xié)議內(nèi)的組處理過程的規(guī)范以支持組操作。下述首字母縮寫詞將共用在本申請中，因此，在下文中表1中提供以參考：表1首字母縮寫詞描述API應(yīng)用編程接口ASN應(yīng)用服務(wù)節(jié)點(diǎn)CPE用戶駐地設(shè)備CRUD創(chuàng)建、檢索、更新、刪除CSE公共服務(wù)實(shí)體CWMPCPEWAN管理協(xié)議DM設(shè)備管理FQDN完全合格域名GwMO網(wǎng)關(guān)管理對象IoT物聯(lián)網(wǎng)LAN局域網(wǎng)LWM2M輕量級M2MM2M機(jī)器對機(jī)器ML管理層MO管理對象MS管理服務(wù)器MSISDN移動用戶ISDN號碼OMA開放移動聯(lián)盟REST表述性狀態(tài)轉(zhuǎn)移RPC遠(yuǎn)程過程調(diào)用SCOMO軟件組件管理對象SL服務(wù)層URI統(tǒng)一資源標(biāo)識符URL統(tǒng)一資源定位符WAN廣域網(wǎng)WG工作組本申請旨在覆蓋針對應(yīng)用啟動平臺(AEP)和連接設(shè)備平臺(CDP)兩者的平臺功能性和支持。AEP包括應(yīng)用啟動層和包含廣域網(wǎng)和互聯(lián)網(wǎng)的服務(wù)層。應(yīng)用啟動層包括但不限于下述：(1)服務(wù)API、規(guī)則/腳本引擎；(ii)SDK編程接口，以及(iii)企業(yè)系統(tǒng)集成。應(yīng)用啟動層還可以包括增值服務(wù)，包括但不限于發(fā)現(xiàn)、分析、上下文和事件。包括萬維網(wǎng)和互聯(lián)網(wǎng)的服務(wù)層可以包括例如分析、計(jì)費(fèi)、原始API、Web服務(wù)接口、語義數(shù)據(jù)模型、設(shè)備/服務(wù)發(fā)現(xiàn)、設(shè)備管理、安全性、數(shù)據(jù)采集、數(shù)據(jù)適應(yīng)、聚合、事件管理、上下文管理、優(yōu)化連接性和傳輸、M2M網(wǎng)關(guān)以及尋址和識別。CDP可以包括連接性分析、用途分析/報(bào)告/提醒、策略控制、自動化供給、SIM激活/停用和用戶激活/停用。一般架構(gòu)圖1A是可以實(shí)施一個(gè)或多個(gè)公開的實(shí)施方式的示例機(jī)器對機(jī)器(M2M)、物聯(lián)網(wǎng)(IoT)或萬物網(wǎng)(WoT)通信系統(tǒng)10的圖。通常，M2M技術(shù)為IoT/WoT提供構(gòu)建塊，以及任何M2M設(shè)備、網(wǎng)關(guān)或服務(wù)平臺可以是IoT/WoT的組件以及IoT/WoT服務(wù)層等。如圖1A所示，M2M/IoT/WoT通信系統(tǒng)10包括通信網(wǎng)絡(luò)12。通信網(wǎng)絡(luò)12可以是固定網(wǎng)絡(luò)(例如以太網(wǎng)、光纖、ISDN、PLC等)、或無線網(wǎng)絡(luò)(例如WLAN、蜂窩等)、或異構(gòu)網(wǎng)絡(luò)中的網(wǎng)絡(luò)。該網(wǎng)絡(luò)可以包括上述CAINE網(wǎng)絡(luò)。例如，通信網(wǎng)絡(luò)12可以包括向多個(gè)用戶提供內(nèi)容(諸如語音、數(shù)據(jù)、視頻、消息、廣播等)的多個(gè)接入網(wǎng)。例如，通信網(wǎng)絡(luò)12可以采用一個(gè)或多個(gè)信道接入方法，諸如碼分多址(CDMA)、時(shí)分多址(TDMA)、頻分多址(FDMA)、正交FDMA(OFDMA)、單載波FDMA(SC-FDMA)等。此外，通信網(wǎng)絡(luò)12可以包括其它網(wǎng)絡(luò)，諸如例如核心網(wǎng)絡(luò)、互聯(lián)網(wǎng)、傳感器網(wǎng)絡(luò)、工業(yè)控制網(wǎng)絡(luò)、個(gè)域網(wǎng)、融合個(gè)人網(wǎng)、衛(wèi)星網(wǎng)絡(luò)、家用網(wǎng)或企業(yè)網(wǎng)。如圖1A所示，M2M/IoT/WoT通信系統(tǒng)10可以包括基礎(chǔ)架構(gòu)域和場域?；A(chǔ)架構(gòu)域是指端對端M2M部署的網(wǎng)絡(luò)側(cè)，而場域是指局域網(wǎng)(通常在M2M網(wǎng)關(guān)后)。場域包括M2M網(wǎng)關(guān)設(shè)備14(諸如內(nèi)容路由器(CR))和終端設(shè)備18(諸如內(nèi)容客戶端)。將認(rèn)識到需要時(shí)，M2M/IoT/WoT通信系統(tǒng)10中可以包括任意數(shù)量的M2M網(wǎng)關(guān)設(shè)備14和M2M終端設(shè)備18。M2M網(wǎng)關(guān)設(shè)備14和M2M終端設(shè)備18的每一個(gè)被配置為經(jīng)由通信網(wǎng)絡(luò)12或直接無線電鏈路來傳送和接收信號。M2M網(wǎng)關(guān)設(shè)備14允許無線M2M設(shè)備(例如蜂窩和非蜂窩)以及固定網(wǎng)絡(luò)M2M設(shè)備(例如，PLC)通過運(yùn)營商網(wǎng)絡(luò)(諸如通信網(wǎng)絡(luò)12)或直接無線電鏈路而通信。例如，M2M設(shè)備18可以經(jīng)由通信網(wǎng)絡(luò)12或直接無線電鏈路收集數(shù)據(jù)并且將該數(shù)據(jù)傳送到M2M應(yīng)用20或M2M終端設(shè)備18。M2M終端設(shè)備18還可以從M2M應(yīng)用20或M2M終端設(shè)備18接收數(shù)據(jù)。此外，如下文所述，可以經(jīng)由M2M服務(wù)層22將數(shù)據(jù)和信號傳送到M2M應(yīng)用20以及從其接收數(shù)據(jù)和信號。M2M設(shè)備18和網(wǎng)關(guān)14可以經(jīng)由包括蜂窩、WLAN、WPAN的各種網(wǎng)絡(luò)(例如Zigbee、6LoWPAN、藍(lán)牙、直接無線電鏈路和金屬線)來通信。參考圖1B，場域中圖示的M2M服務(wù)層22為M2M應(yīng)用20、M2M網(wǎng)關(guān)設(shè)備14、M2M終端設(shè)備18和通信網(wǎng)絡(luò)12提供服務(wù)。將理解到需要時(shí)，M2M服務(wù)層22可以與任意數(shù)量的M2M應(yīng)用、M2M網(wǎng)關(guān)設(shè)備14、M2M終端設(shè)備18和通信網(wǎng)絡(luò)12通信?？梢酝ㄟ^一個(gè)或多個(gè)服務(wù)器(諸如本申請中的一個(gè)或多個(gè)內(nèi)容服務(wù)器)、計(jì)算機(jī)等實(shí)現(xiàn)M2M服務(wù)層22。M2M服務(wù)層22提供應(yīng)用于M2M終端設(shè)備18、M2M網(wǎng)關(guān)設(shè)備14和M2M應(yīng)用20的服務(wù)能力。這些可以包括路由器?？梢砸愿鞣N方式實(shí)現(xiàn)M2M服務(wù)層22的功能。例如，可以在Web服務(wù)器、蜂窩核心網(wǎng)、云中等實(shí)現(xiàn)M2M服務(wù)層22。與所示的M2M服務(wù)層22類似，在架構(gòu)域中有M2M服務(wù)層22'。M2M服務(wù)層22'為架構(gòu)域中的M2M應(yīng)用20'和基礎(chǔ)通信網(wǎng)絡(luò)12'提供服務(wù)。M2M服務(wù)層22'還為場域中的M2M網(wǎng)關(guān)設(shè)備14和M2M終端設(shè)備18提供服務(wù)。將理解到，M2M服務(wù)層22'可以與任意多個(gè)M2M應(yīng)用、M2M網(wǎng)關(guān)設(shè)備和M2M終端設(shè)備通信。M2M服務(wù)層22'可以通過不同服務(wù)提供商與服務(wù)層交互。M2M服務(wù)層22'可以由一個(gè)或多個(gè)服務(wù)器(諸如內(nèi)容服務(wù)器、計(jì)算機(jī)、虛擬機(jī)(例如云/計(jì)算/存儲場等實(shí)現(xiàn)。還參考圖1B，M2M服務(wù)層22和22'提供各種應(yīng)用和頂點(diǎn)能利用的服務(wù)提供能力的核心集。這些服務(wù)能力使得M2M應(yīng)用20和20'能夠與設(shè)備交互并且執(zhí)行功能(諸如數(shù)據(jù)采集、數(shù)據(jù)分析、設(shè)備管理、安全性、計(jì)費(fèi)、服務(wù)/設(shè)備發(fā)現(xiàn)等)。基本上，這些服務(wù)能力為應(yīng)用免除實(shí)現(xiàn)這些功能性的負(fù)擔(dān)，由此簡化應(yīng)用開發(fā)和減輕上市成本和時(shí)間。服務(wù)層22和22'還使得M2M應(yīng)用20和20'能夠結(jié)合服務(wù)層22和22'提供的服務(wù)，通過通信網(wǎng)絡(luò)12和12'通信。M2M應(yīng)用20和20'可以包括各個(gè)行業(yè)的應(yīng)用(諸如但不限于運(yùn)輸、健康和健身、連接的家庭、能量管理、資產(chǎn)跟蹤和安全性和監(jiān)視)。如上所述，跨設(shè)備、網(wǎng)關(guān)和系統(tǒng)的其它服務(wù)器運(yùn)行的M2M服務(wù)層支持功能(諸如例如數(shù)據(jù)收集、設(shè)備管理、安全性、計(jì)費(fèi)、定位跟蹤/地理防御、設(shè)備/服務(wù)發(fā)現(xiàn)和傳統(tǒng)系統(tǒng)集成)，并且將這些功能作為服務(wù)提供給M2M應(yīng)用20和20'。此外，M2M服務(wù)層也可以被配置為與其它設(shè)備(諸如本申請所述和圖中所示的內(nèi)容服務(wù)器、內(nèi)容路由器和內(nèi)容客戶端)連接。更新與內(nèi)容路由器上公布的內(nèi)容有關(guān)的上下文信息以及確定用于解析如本申請中所述的內(nèi)容請求的最佳下一跳(next-hop)路由器的方法可以實(shí)現(xiàn)為服務(wù)層的一部分。服務(wù)層是通過應(yīng)用編程接口(API)和基礎(chǔ)連網(wǎng)接口的集合來支持增值服務(wù)能力的軟件中間件層。ETSIM2M和oneM2M兩者均使用可以包含該預(yù)留跟蹤(Track)的方法的服務(wù)層。ETSIM2M的服務(wù)層被稱為服務(wù)能力層(SCL)?？梢栽贛2M設(shè)備(在此稱為設(shè)備SCL(DSCL))、網(wǎng)關(guān)(在此被稱為網(wǎng)關(guān)SCL(GSCL))和/或網(wǎng)絡(luò)節(jié)點(diǎn)(在此被稱為網(wǎng)絡(luò)SCL(NSCL))內(nèi)實(shí)現(xiàn)SCL。oneM2M服務(wù)層支持共同服務(wù)功能(CSF)的集合(例如服務(wù)能力)。一個(gè)或多個(gè)特定類型的CSF的集合的示例被稱為能在不同類型的網(wǎng)絡(luò)節(jié)點(diǎn)(例如架構(gòu)節(jié)點(diǎn)、中間節(jié)點(diǎn)、專用節(jié)點(diǎn))上托管的公共服務(wù)實(shí)體(CSE)。此外，根據(jù)本申請，能將本申請中所述預(yù)留跟蹤的方法實(shí)現(xiàn)為面向服務(wù)架構(gòu)(SOA)和/或面向資源架構(gòu)(ROA)的M2M網(wǎng)絡(luò)的一部分來訪問服務(wù)(諸如預(yù)約跟蹤)。圖1C是示例M2M設(shè)備30(諸如例如M2M終端設(shè)備18或M2M網(wǎng)關(guān)設(shè)備14)的系統(tǒng)圖。如圖1C所示，M2M設(shè)備30可以包括處理器32、收發(fā)器34、傳送/接收元件36、揚(yáng)聲器/麥克風(fēng)38、鍵盤40、顯示器/觸控板/指示器42、不可移動存儲器44、可移動存儲器46、電源48、全球定位系統(tǒng)(GPS)芯片組50、和其它外圍設(shè)備52。例如，用于內(nèi)容路由器的處理器可以包括內(nèi)容發(fā)布管理器(CPM)、布隆(Bloom)過濾器處理器、和/或內(nèi)容解析管理器(CRM)，如下文更詳細(xì)所述以及在附圖中所示。根據(jù)本申請的描述，M2M終端設(shè)備18可以是內(nèi)容客戶端且M2M網(wǎng)關(guān)設(shè)備14可以是內(nèi)容路由器或內(nèi)容服務(wù)器。將認(rèn)識到，M2M設(shè)備40可以在保留與實(shí)施例一致的同時(shí)包括上述元件的任何子組合。該設(shè)備可以是使用所公開的系統(tǒng)和方法用于傳感數(shù)據(jù)的嵌入語義命名的設(shè)備。還可以與本申請中所述以及圖中所示的其它設(shè)備一起使用M2M設(shè)備30。處理器32可以是通用處理器、專用處理器、常規(guī)處理器、數(shù)字信號處理器(DSP)、多個(gè)微處理器、與DSP內(nèi)核相關(guān)聯(lián)的一個(gè)或多個(gè)微處理器、控制器、微控制器、專用集成電路(ASIC)、現(xiàn)場可編程門陣列(FPGA)電路、任何其它類型的集成電路(IC)、狀態(tài)機(jī)等。處理器32可以執(zhí)行信號編碼、數(shù)據(jù)處理、功率控制、輸入/輸出處理和/或使M2M設(shè)備30能夠在無線環(huán)境中操作的任何其它功能性。處理器32可以耦合到收發(fā)器34，其可以耦合到傳送/接收元件36。盡管圖1C將處理器32和收發(fā)器34圖示為單獨(dú)的組件，將認(rèn)識到處理器32和收發(fā)器34可以一起集成在電子封裝或芯片中。處理器32可以執(zhí)行應(yīng)用層程序(例如瀏覽器)和/或無線電接入層(RAN)程序和/或通信。處理器32可以執(zhí)行安全性操作(諸如認(rèn)證、安全密鑰協(xié)定和/或密碼操作(諸如例如在接入層和/或應(yīng)用層)。傳送/接收元件36可以被配置為將信號傳送到M2M服務(wù)平臺22或從其接收信號。例如，在實(shí)施例中，傳送/接收元件36可以是被配置為傳送和/或接收RF信號的天線。傳送/接收元件36可以支持各種網(wǎng)絡(luò)和空中接口(諸如WLAN、WPAN、蜂窩等)。在實(shí)施例中，傳送/接收元件36可以是被配置為傳送和/或接收IR、UV或可見光信號的發(fā)射機(jī)/檢測器。在另一實(shí)施例中，傳送/接收元件36可以被配置為傳送和接收RF和光信號兩者。將認(rèn)識到傳送/接收元件36可以被配置為傳送和/或接收無線或有線信號的任意組合。此外，盡管在圖1C中，將傳送/接收元件36圖示為獨(dú)立元件，M2M設(shè)備30可以包括任意數(shù)量的傳送/接收元件36。更具體地說，M2M設(shè)備30可以采用MIMO技術(shù)。由此，在實(shí)施例中，M2M設(shè)備30可以包括兩個(gè)或以上傳送/接收元件36(例如多個(gè)天線)用于傳送和接收無線信號。收發(fā)器34可以被配置為調(diào)制將由傳送/接收元件36傳送的信號以及解調(diào)由傳送/接收元件36接收的信號。如上所述，M2M設(shè)備30可以具有多模式能力。由此，收發(fā)器34可以包括用于使M2M設(shè)備30能夠經(jīng)由多個(gè)RAT(諸如例如UTRA和IEEE802.11)通信的多個(gè)收發(fā)器。處理器32可以從任何類型的適當(dāng)非暫時(shí)性存儲器(諸如不可移動存儲器44和/或可移動存儲器46)訪問信息以及將數(shù)據(jù)存儲在其中。不可移動存儲器44可以包括隨機(jī)存取存儲器(RAM)、只讀存儲器(ROM)、硬盤或任何其它類型的存儲器存儲設(shè)備。根據(jù)本申請，存儲器可以包括內(nèi)容記錄表(CRT)和/或內(nèi)容轉(zhuǎn)發(fā)表(CFT)，如下文更詳細(xì)所述以及附圖中所示?？梢苿哟鎯ζ?6可以包括用戶身份模塊(SIM)卡、存儲器棒、安全數(shù)字(SD)存儲卡等。在其它實(shí)施例中，，處理器32可以從不是物理地位于M2M設(shè)備30上的存儲器(諸如在服務(wù)器或家用計(jì)算機(jī)上)訪問信息以及將數(shù)據(jù)存儲在其中。處理器32可以從電源48接收電力，并且可以被配置為將電力分配和/或控制到M2M設(shè)備30中的其它組件。電源48可以是用于供電M2M設(shè)備30的任何適當(dāng)?shù)脑O(shè)備。例如，電源48可以包括一個(gè)或多個(gè)干電池(例如鎳隔(NiCa)、鎳鋅(NiZn)、鎳金屬氫(NiMH)、鋰離子(Li-ion)等)、太陽能電池、燃料電池等。處理器32還可以耦合到GPS芯片組50，其被配置為提供關(guān)于M2M設(shè)備30的當(dāng)前定位的定位信息(例如經(jīng)度和緯度)。將認(rèn)識到M2M設(shè)備30可以在保持與實(shí)施例一致的同時(shí)通過任何適當(dāng)?shù)亩ㄎ淮_定模塊獲得定位信息。處理器32可以進(jìn)一步耦合到其它外圍設(shè)備52，其可以包括提供另外的特征、功能性和/或有線或無線連接性的一個(gè)或多個(gè)軟件和/或硬件模塊。例如，外圍設(shè)備52可以包括加速度計(jì)、電子羅盤、衛(wèi)星收發(fā)器、傳感器、數(shù)碼相機(jī)(針對照片或視頻)、通用串行總線(USB)端口、振動設(shè)備、電視收發(fā)器、免提耳機(jī)、(藍(lán)牙)模塊、調(diào)頻(FM)無線電單元、數(shù)字音樂播放器、媒體播放器、視頻游戲播放器模塊、互聯(lián)網(wǎng)瀏覽器等。圖1D是例如可以在其上實(shí)現(xiàn)圖1A和圖1B的M2M服務(wù)平臺22的示例計(jì)算系統(tǒng)90的框圖。計(jì)算系統(tǒng)90可以包括計(jì)算機(jī)或服務(wù)器并且可以主要由計(jì)算機(jī)可讀指令的形式(其可以以軟件的形式，無論是在哪里/以何種方式存儲或訪問這樣的軟件)控制。該計(jì)算機(jī)可讀指令可以在中央處理單元(CPU)91內(nèi)執(zhí)行以使計(jì)算系統(tǒng)90工作。在許多已知工作站、服務(wù)器和個(gè)人計(jì)算機(jī)中，CPU91可以由稱為微處理器的單芯片CPU實(shí)現(xiàn)。在其它機(jī)器中，CPU91可以包括多個(gè)處理器。協(xié)處理器81是可選處理器，不同于執(zhí)行主CPU91，執(zhí)行另外的功能或輔助CPU91。CPU91和/或協(xié)處理器81可以接收、生成和處理與所公開的系統(tǒng)和方法有關(guān)的用于嵌入式語義命名的數(shù)據(jù)(諸如對具有嵌入式語義名稱的傳感數(shù)據(jù)的查詢)。操作中，CPU91經(jīng)由計(jì)算機(jī)的主數(shù)據(jù)傳輸路徑(系統(tǒng)總線80)，提取、解碼和執(zhí)行指令并且與其它資源來回地轉(zhuǎn)移信息。這種系統(tǒng)總線連接計(jì)算系統(tǒng)90中的組件并且定義用于數(shù)據(jù)交換的介質(zhì)。系統(tǒng)總線80通常包括用于發(fā)送數(shù)據(jù)的數(shù)據(jù)線、用于發(fā)送地址的地址線以及用于發(fā)送中斷和操作系統(tǒng)總線的控制線。這種系統(tǒng)總線80的示例是PCI(外圍組件互連)總線。耦合到系統(tǒng)總線80的存儲器設(shè)備包括隨機(jī)存取存儲器(RAM)82和只讀存儲器(ROM)93。這樣的存儲器包括允許存儲和檢索信息的電路。ROM93通常包含不能易于修改的存儲的數(shù)據(jù)。在RAM82中存儲的數(shù)據(jù)能由CPU91或其它硬件設(shè)備讀取或改變?？梢杂纱鎯ζ骺刂破?2控制對RAM82和/或ROM93的訪問。存儲器控制器92可以提供當(dāng)執(zhí)行指令時(shí)將虛擬地址變換成物理地址的地址變換功能。存儲器控制器92還可以提供隔離系統(tǒng)內(nèi)的過程以及將系統(tǒng)過程與用戶過程隔離的存儲器保護(hù)功能。由此，以第一模式運(yùn)行的程序能僅訪問由其自己的過程虛擬地址空間映射的存儲器；除非已經(jīng)設(shè)置過程間共享的存儲器，則不能訪問另一過程的虛擬地址空間內(nèi)的存儲器。此外，計(jì)算系統(tǒng)90可以包含負(fù)責(zé)將指令從CPU91傳送到外圍設(shè)備(諸如打印機(jī)94、鍵盤84、鼠標(biāo)95和硬盤驅(qū)動85)的外設(shè)控制器83。由顯示控制器96控制的顯示器86被用來顯示由計(jì)算系統(tǒng)90生成的視覺輸出。這種視覺輸出可以包括文本、圖形、動畫圖形和視頻?？梢允褂没贑RT的視頻顯示器、基于LCD的平板顯示器、基于氣體等離子的平板顯示器、或觸控板實(shí)現(xiàn)顯示器86。顯示控制器96包括生成被發(fā)送到顯示器86的視頻信號所需的電子組件。顯示器86可以使用嵌入式語義名稱顯示文件或文件夾中的傳感數(shù)據(jù)。在一個(gè)實(shí)施例中，顯示器86可以包括圖形用戶界面，如圖15所示。這里，GUI1500能顯示M2M服務(wù)器/網(wǎng)關(guān)的<組>資源。例如，GUI1500能示出將在一組設(shè)備上執(zhí)行的命令列表。此外，計(jì)算系統(tǒng)90可以包含被用來將計(jì)算系統(tǒng)90連接到外部通信網(wǎng)絡(luò)(諸如圖1A和圖1B的網(wǎng)絡(luò)12)的網(wǎng)絡(luò)適配器97。根據(jù)本申請，應(yīng)理解到可以以在計(jì)算機(jī)可讀存儲介質(zhì)上存儲的計(jì)算機(jī)可執(zhí)行指令(例如程序代碼)的形式體現(xiàn)本文所述的系統(tǒng)、方法和過程的任何一個(gè)或全部，指令當(dāng)由機(jī)器(諸如計(jì)算機(jī)、服務(wù)器、M2M終端設(shè)備、M2M網(wǎng)關(guān)設(shè)備等)執(zhí)行時(shí)執(zhí)行和/或?qū)崿F(xiàn)本文所述的系統(tǒng)、方法和過程。具體地，可以以這種計(jì)算機(jī)可執(zhí)行指令的形式實(shí)現(xiàn)上文所述的步驟、操作或功能的任何一個(gè)。計(jì)算機(jī)可讀存儲介質(zhì)包括用于存儲信息以任意方法或技術(shù)實(shí)現(xiàn)的易失性和非易失性、可移動和不可移動介質(zhì)，但這些計(jì)算機(jī)可讀存儲介質(zhì)不包括信號。計(jì)算機(jī)可讀存儲介質(zhì)包括但不限于RAM、ROM、EEPROM、閃存或其它存儲技術(shù)、CDROM、數(shù)字多功能盤(DVD)或其它光盤存儲、磁帶盒、磁帶、磁盤存儲或其它磁存儲設(shè)備，或能被用來存儲期望信息并且能由計(jì)算機(jī)訪問的任何其它物理介質(zhì)。設(shè)備管理架構(gòu)設(shè)備管理(DM)是其中位于中心定位的地點(diǎn)的用戶能配置、監(jiān)視、診斷或者管理遠(yuǎn)程定位的設(shè)備的過程。當(dāng)設(shè)備性質(zhì)上為移動的或被部署在遠(yuǎn)程區(qū)域中使得它們難以訪問時(shí)，這特別有用。通常，中心地點(diǎn)處的DM服務(wù)器下載將在設(shè)備上執(zhí)行的命令。在設(shè)備上運(yùn)行的DM客戶端將接收這些命令并且為處理執(zhí)行期望操作而必要的狀態(tài)改變。使用定義的過程和消息格式實(shí)現(xiàn)DM服務(wù)器和DM客戶端之間的通信機(jī)制并且其被稱為DM協(xié)議。公知的DM協(xié)議中的兩個(gè)是OMADM協(xié)議和BBFCPEWAN管理協(xié)議。另一新興的DM協(xié)議是OMALWM2M協(xié)議。圖2A圖示OMADM協(xié)議架構(gòu)200，其中DM服務(wù)器210將設(shè)備管理命令發(fā)送到在M2M設(shè)備230上運(yùn)行的DM客戶端。DM客戶端將管理對象(MO)集維護(hù)在被稱為DM樹210A的資源結(jié)構(gòu)內(nèi)。這些MO被用來管理設(shè)備上的特定功能(諸如軟件更新)。管理命令在DT樹的節(jié)點(diǎn)上操作并且會導(dǎo)致設(shè)備內(nèi)的狀態(tài)改變。圖2B圖示用于通過M2M接口270，將命令從M2M服務(wù)層260傳遞到包括與設(shè)備230通信的DM服務(wù)器210的DM層280的一般系統(tǒng)250。OMALWM2M協(xié)議提供類似的客戶端-服務(wù)器架構(gòu)，其中，LWM2M服務(wù)器管理在設(shè)備上運(yùn)行的LWM2M客戶端。圖3圖示LWM2M架構(gòu)300和所提供的不同的接口。這些接口集中在LWM2M服務(wù)器和LWM2M客戶端之間的通信上——不支持其中LWM2M服務(wù)器能管理不同設(shè)備上的多個(gè)LWM2M客戶端的群操作，在駐留在設(shè)備上的對象上執(zhí)行操作。BBFCPEWAN管理協(xié)議圖4圖示BBFTR-069CPEWAN管理協(xié)議架構(gòu)400，其中，自動配置服務(wù)器(ACS)410被用來管理用戶駐地設(shè)備(CPE)設(shè)備430。ACS使用遠(yuǎn)程過程調(diào)用(RPC)來在CPE設(shè)備的數(shù)據(jù)模型上執(zhí)行管理操作。ACS為每一CPE提供多播組的細(xì)節(jié)來加入以啟動文件傳輸。此外，在一些RPC調(diào)用中進(jìn)行規(guī)定以允許ACS設(shè)置或從同一CPE獲得多個(gè)參數(shù)值的能力。僅對相應(yīng)的RPC調(diào)用啟用這些規(guī)定并且限定到同一CPE。服務(wù)層架構(gòu)服務(wù)層(SL)是在將各種服務(wù)提供給其用戶的應(yīng)用層操作的水平軟件平臺。所提供的一些服務(wù)是發(fā)現(xiàn)、組管理、數(shù)據(jù)管理和儲存庫、定位服務(wù)等。由SL提供的附加服務(wù)是設(shè)備管理，其利用現(xiàn)有的DM協(xié)議和架構(gòu)。如圖5所示，由將SL原始API轉(zhuǎn)換成DM命令的管理適配器510a處理在作為IN/CSE/DMG盒的SL510和作為管理服務(wù)器盒的DM服務(wù)器520之間的通信。在DMG內(nèi)是與管理或DM服務(wù)器交互的管理適配器。在oneM2M架構(gòu)內(nèi)，定義了映射到OMADM、LWM2M、和BBFCWMP的管理類型資源<mgmtObj>和<mgmtCmd>。高級架構(gòu)根據(jù)一個(gè)方面，在圖6中圖示用于SL和ML之間的組操作的示例性系統(tǒng)。根據(jù)圖6，系統(tǒng)基于公司的園區(qū)。此處，SL應(yīng)用610與SL服務(wù)器620通信。SL服務(wù)器620與DM或管理服務(wù)器630通信。管理服務(wù)器630與多個(gè)具有DM能力的M2M設(shè)備640通信。圖7圖示集成具有SL服務(wù)器(諸如oneM2M)的DM架構(gòu)的端對端架構(gòu)700。M2M協(xié)議705提供M2M應(yīng)用701(例如IN-AE)和M2M服務(wù)器702(例如oneM2MIN-CSE)之間的通信。M2M應(yīng)用701當(dāng)前被定義為在M2M服務(wù)器702和DM服務(wù)器703之間提供通信。DM協(xié)議提供DM服務(wù)器703和M2M設(shè)備704(例如ASN節(jié)點(diǎn))之間的通信。每一ASN節(jié)點(diǎn)704包含ASN-CSE、ASN-AE和DM客戶端軟件。例如，ASN-CSE704a和DM客戶端704c中的DMG能相互直接通信。在圖8中圖示針對圖7中的實(shí)施例的高級調(diào)用流。由羅馬數(shù)字(例如0、1、2)表示每一步驟。在步驟0，IN-CSE和DM服務(wù)器具有業(yè)務(wù)關(guān)系并且能夠通過M2M接口相互通信。此外，ASN1和ASN2的每一個(gè)具有在設(shè)備上運(yùn)行的CSE、AE和DM客戶端。ASN1和ASN2和DM客戶端的DMG能相互通信。接著，在步驟1，設(shè)備所有者操作M2M應(yīng)用IN-AE來通過通過M2M協(xié)議向IN-CSE注冊來管理設(shè)備。在步驟2，多個(gè)ASN節(jié)點(diǎn)的每一個(gè)使用M2M協(xié)議向IN-CSE注冊。根據(jù)步驟3，IN-AE發(fā)起向IN-CSE請求來建立包含該多個(gè)ASE節(jié)點(diǎn)的組。提出支持該特征的新IN-CSE<組>屬性并且將在下文進(jìn)一步詳述。此外，IN-CSE內(nèi)的DMG使用新的M2M接口組管理過程來在DM服務(wù)器中創(chuàng)建一組設(shè)備，如下文進(jìn)一步詳述。此外，在IN-CSE中，DM服務(wù)器通過創(chuàng)建的消息響應(yīng)DMG。IN-CSE通知IN-AE成功地創(chuàng)建組。在步驟4，IN-AE發(fā)起對IN-CSE請求來創(chuàng)建一組DM命令。即，提出新IN-CSE資源和屬性來支持該特征，將如下文進(jìn)一步詳述。IN-CSE內(nèi)的DMG使用新的M2M接口組管理過程在DM服務(wù)器中創(chuàng)建一組命令。在IN-CSE中，DM服務(wù)器通過創(chuàng)建的消息來響應(yīng)DMG。接著，IN-CSE響應(yīng)IN-AE，該組被成功創(chuàng)建。在步驟5，IN-AE發(fā)起對IN-CSE請求來執(zhí)行組-組操作。其中，提出支持該特征的新的IN-CSE尋址和屬性。IN-CSE內(nèi)的DMG使用新的M2M接口組管理過程來在DM服務(wù)器中執(zhí)行組-組操作。接著，DM服務(wù)器通過應(yīng)答消息響應(yīng)DMG。在成功地執(zhí)行DM命令后，每一ASN節(jié)點(diǎn)將響應(yīng)DM服務(wù)器。在從DM服務(wù)器接收一個(gè)或多個(gè)響應(yīng)后，DM服務(wù)器通過“執(zhí)行成功”消息來響應(yīng)DMG。優(yōu)選地，在接收到所有ASN響應(yīng)后，DM服務(wù)器將通過執(zhí)行成功消息而響應(yīng)。接著，IN-CSE對IN-AE響應(yīng)，組-組操作成功。如圖9所示，<組>資源包括下述子屬性：(i)公共屬性；(ii)memberType(成員類型)；(iii)CurrentNrOfMembers(當(dāng)前成員數(shù)量)；(iv)maxNrOfMembers(最大成員數(shù)量)；(v)membersList(成員列表)；(vi)commandsList(命令列表)；(vii)argumentsList(自變量列表)；(viii)responseAggregation(響應(yīng)聚合)；(ix)responsePeriod(響應(yīng)時(shí)段)；(x)membersAccessControlPolicyDs(成員訪問控制政策)；(xi)memberTypeValidate(成員類型驗(yàn)證)；(xii)consistencyStrategy(一致性策略)；(xiii)groupName(組名稱)；(xiv)<subscription(預(yù)約)>；和(xv)<fanOutPoint>(扇出點(diǎn))以及(xvi)commandBlocking(命令阻塞)。對用于組管理的oneM2M服務(wù)層的增強(qiáng)根據(jù)另一實(shí)施例，可對oneM2M構(gòu)架進(jìn)行兩個(gè)組管理增強(qiáng)。在<組>資源中提出第一增強(qiáng)，其允許在一組ASN設(shè)備上執(zhí)行多個(gè)命令。這稱為組-組操作。在一個(gè)實(shí)施例中，可以通過對在oneM2M中提供的fanOutPoint尋址機(jī)制(例如<fanOutPoint>)的增強(qiáng)發(fā)起該操作。在<mgmtCmd>資源中引入第二增強(qiáng)，其中，擴(kuò)展execTarget屬性以允許指定組ID。對execTarget的這個(gè)添加將管理命令扇出到組成員。下表2涉及對現(xiàn)有的oneM2M<組>資源和<fanOutPoint>尋址方案的第一增強(qiáng)以實(shí)現(xiàn)DM的更先進(jìn)用途。實(shí)際上，表2列出包括例如commandsList、commandBlocking、argumentsList、responseAggregation和responsePeriod的新屬性添加。此外，表2包括對oneM2M<組>資源的memberType屬性的改變。例如，無論何時(shí)指定commandList，該類型必須是與DM有關(guān)的資源(諸如<mgmtObj>或<mgmtCmd>等)。該屬性還涉及未映射到oneM2M資源或?qū)傩缘腛MADM、OMALWM2M或BBFCWMP資源或?qū)傩?。通過這樣做，通過提供服務(wù)層資源和管理層資源之間的一一對應(yīng)，將減輕DMG轉(zhuǎn)換的工作。在表2中，RW、RO和WO分別代表讀/寫、只讀和一次寫入。此外，在表2中，OA代表在“<groupAnnc>屬性”下宣布的可選項(xiàng)。表2根據(jù)另外的實(shí)施例，一旦添加了上述屬性，創(chuàng)建<組>資源來為membersList中的每一條目指定命令或操作。然后，通過將memberType屬性指定到<mgmtObj>或<mgmtCmd>并且指定commandsList屬性，能創(chuàng)建一組命令。根據(jù)另一實(shí)施例，下述OMADM命令使用如在argumentsList中定義的自變量(例如$arg#)實(shí)現(xiàn)應(yīng)用的軟件下載和安裝操作：刪除(Delete)-$arg1/$arg2/name(名稱)創(chuàng)建(Create)-$arg1/$arg2/name更新(Update)-$arg1/$arg2/URL執(zhí)行(Execute)-$arg1/$arg2/Install(安裝)檢索(Retrieve)-$arg1/$arg2/activeStatus(活躍狀態(tài))在本示例中，已經(jīng)指定兩個(gè)自變量-$arg1和$arg2-被用來構(gòu)成該組的成員的URI。下文給出的表3圖示該組的commandsList、membersList和argumentsList屬性的條目。在argumentsList內(nèi)，存在對“{組}”的字符串引用。這指示將由另一組的成員導(dǎo)出自變量。提供argumentsList的序號用作引用自變量的數(shù)字——$arg1引用{組}以及$arg2引用myApp。這些引用能被用在<組>資源內(nèi)的其它屬性中。在生成扇出請求前，CSE中的DMG將執(zhí)行代入。表3commandsListmembersListargumentsList刪除$arg1/$arg2/name$groupID創(chuàng)建$arg1/$arg2/namemyApp更新$arg1/$arg2/URL執(zhí)行$arg1/$arg2/Install檢索$arg1/$arg2/activeStatus根據(jù)又一實(shí)施例，只要創(chuàng)建命令組，可以涉及用于應(yīng)用該命令的一組設(shè)備。將在標(biāo)準(zhǔn)oneM2M<組>過程中創(chuàng)建該設(shè)備組。如果該組的目的是通過DM服務(wù)器管理設(shè)備，membersListURI將指向[deviceInfo(設(shè)備信息)]<mgmtObj>資源的deviceLabel(設(shè)備標(biāo)簽)屬性。這將要求組的membersType為<mgmtObj>資源。在一個(gè)實(shí)施例中，本申請?zhí)岢鰯U(kuò)展fanOutPoint虛擬資源尋址方案來在fanOutPoint觸發(fā)組-組操作后包括指定<組>資源的能力。尋址fanOutPoint的兩個(gè)現(xiàn)有方法包括：(i)/cseBase/…/<組>/fanOutPoint；和(ii)/cseBase/…/<組>/fanOutPoint/<relative_URI>。替選地，<relative_URI>(相關(guān)URI)指定由membersListURI提供的母資源的子資源或?qū)傩?。為?shí)現(xiàn)組-組操作，本公開提出添加第三尋址方案：/cseBase/…/<組>/fanOutPoint/<absolute_URI>。其中，<absolute_URI>(絕對URI)指向memberType<mgmtObj>或<mgmtCmd>的<group>資源。此外，CSE將依然扇出該請求，但代替使用原始請求的操作，將使用在由<absolute_URI>指向的組中指定的命令。在圖10中圖示該組-組機(jī)制和調(diào)用流。IN-AE通過設(shè)定到<mgmtObj>的memberType并且使用在表2中指定的屬性，創(chuàng)建/in-cse/in-ae/myCommands(我的命令)<組>資源。本領(lǐng)域的技術(shù)人員還設(shè)想到在此也可以指定responseAggregation以指示將如何處理響應(yīng)。首先，步驟0描述如上圖8中所述的DM服務(wù)器和IN-CSE之間、以及IN-AE和IN-CSE之間的完整引導(dǎo)程序和注冊過程。在步驟1，IN-AE請求以創(chuàng)建調(diào)用“/in-cse/in-ae/myDevices(我的設(shè)備)”的<組>資源。在請求中，memberType被設(shè)定到<mgmtObj>。commandList被設(shè)定到刪除、創(chuàng)建、更新、執(zhí)行和檢索。memberList被設(shè)定到$arg1/$arg2//name、$arg1/$arg2/name、$arg1/$arg2/URL、$arg1/$arg2/Install、$arg1/$arg2/activeStatus。argumentsList被設(shè)定到$groupID、myApp(我的App)。在步驟1a，IN-CSE中的DMG702a創(chuàng)建myCommands<組>資源。在步驟1b，DMG在M2M接口上將組管理請求API發(fā)送到DM服務(wù)器以創(chuàng)建命令組。在步驟1c，DMG將創(chuàng)建的響應(yīng)發(fā)送到IN-AE。在步驟2，IN-AE發(fā)起請求來創(chuàng)建/in-cse/in-ae/myDevices調(diào)用的設(shè)備<組>。該組包括下述屬性：memberType＝<mgmtObj>和membersList＝{/in-cse/mn-cse1/node(節(jié)點(diǎn))、/in-cse/mn-cse2/node、/in-cse/mn-cse3/node}。在步驟2a，DMG702a創(chuàng)建myDevices<組>資源。在步驟2b，DMG在M2M接口上將組管理請求API發(fā)送到DM服務(wù)器以創(chuàng)建設(shè)備組。在步驟2c，DMG將創(chuàng)建的響應(yīng)發(fā)送到IN-AE。本領(lǐng)域的技術(shù)人員將設(shè)想到步驟2、2a、2b和2c可以發(fā)生在步驟1、1a、1b和1c之前、后或同時(shí)。接著，在步驟3，IN-AE使用包含存儲圖像的URL和用于各個(gè)命令的其它值的的有效載荷，請求DMG創(chuàng)建“/in-cse/in-ae/myCommands/fanOutPoint/in-cse/in-ae/myDevices”。IA-AE通過發(fā)出下述命令，觸發(fā)組-組操作。在這種情況下，由絕對URI將觸發(fā)提供給具有memberType<mgmtObj>的<組>資源。在該示例中，僅支持創(chuàng)建操作。op:CREATEfr:/in-cse/in-aeto:/in-cse/in-ae/myCommands/fanOutPoint/in-cse/in-ae/myDevicescn:[有效載荷包含存儲圖像的URL和用于各個(gè)命令的其它值]gid:[myCommands的組標(biāo)識符]接著，在步驟4，IN-CSE內(nèi)的DMG將該請求處理為組-組請求。在執(zhí)行g(shù)roupMgmtReq()前，DMG執(zhí)行由argumentsList指定的代入。在該示例中，將自變量$arg1指定為{組}，并且當(dāng)DMG執(zhí)行代入時(shí)，用在步驟2中創(chuàng)建的組的每一成員代入$arg1自變量。對$arg2，代入相對簡單：用myApp代替$arg2。下表4圖示完成所有代入后的結(jié)果。表4commandsListmembersList刪除/in-cse/mn-cse1/node/myApp/name創(chuàng)建/in-cse/mn-cse1/node/myApp/name更新/in-cse/mn-cse1/node/myApp/URL執(zhí)行/in-cse/mn-cse1/node/myApp/Install檢索/in-cse/mn-cse1/node/myApp/activeStatus刪除/in-cse/mn-cse2/node/myApp/name創(chuàng)建/in-cse/mn-cse2/node/myApp/name更新/in-cse/mn-cse2/node/myApp/URL執(zhí)行/in-cse/mn-cse2/node/myApp/Install檢索/in-cse/mn-cse2/node/myApp/activeStatus刪除/in-cse/mn-cse3/node/myApp/name創(chuàng)建/in-cse/mn-cse3/node/myApp/name更新/in-cse/mn-cse3/node/myApp/URL執(zhí)行/in-cse/mn-cse3/node/myApp/Install檢索/in-cse/mn-cse3/node/myApp/activeStatus此外，在步驟5，DMG在M2M接口上將groupMgmtReqAPI發(fā)送到DM服務(wù)器以執(zhí)行組-組操作。本領(lǐng)域的技術(shù)人員可設(shè)想將組管理過程用于DM目的還能應(yīng)用于服務(wù)層資源。在這些情況下，<組>資源的memberType將不是<mgmtObj>或<mgmtCmd>類型資源并且能在組成員上執(zhí)行基本CRUD操作。也可以使用commandsList和argumentsList屬性以及組-組操作。在本申請的又一方面，oneM2M中的組管理操作的增強(qiáng)可以包括使用<mgmtCmd>類型資源。在IN-CSE的資源樹中創(chuàng)建這些資源以表示諸如用在BBFCWMP(或TR-069)協(xié)議中的管理命令?？捎蒊N-AE或管理實(shí)體上的CSE創(chuàng)建<mgmtCmd>資源。cmdType和execReqArgs屬性分別提供與<mgmtCmd>相關(guān)聯(lián)的命令類型和命令自變量。該信息可由管理適配器使用來將<mgmtCmd>轉(zhuǎn)換成遠(yuǎn)程過程調(diào)用(RPC)。一旦指定了<mgmtCmd>，AE隨后能執(zhí)行<mgmtCmd>資源來在遠(yuǎn)程實(shí)體上執(zhí)行所指示的管理操作。這通過在沒有任何有效載荷的情況下在<mgmtCmd>資源的execEnable屬性上執(zhí)行更新來完成。請求的“to:”字段提供執(zhí)行管理命令的遠(yuǎn)程實(shí)體CSE-ID。在托管CSE使用現(xiàn)有的設(shè)備管理協(xié)議執(zhí)行管理命令后，創(chuàng)建<execInstance>子資源來跟蹤管理操作。然后，AE稍后能從該<execInstance>資源檢索該狀態(tài)。在另一實(shí)施例中，增強(qiáng)能被添加到<mgmtCmd>資源來支持組操作。通過指定上述“execTarget”屬性，提供該增強(qiáng)。execTarget屬性能被擴(kuò)展以將組ID包括為用于在為<mgmtCmd>指定目標(biāo)的屬性的有效值。當(dāng)在execEnable上執(zhí)行更新時(shí)，主機(jī)CSE將在<組>資源的membersList屬性中指定的節(jié)點(diǎn)上執(zhí)行<mgmtCmd>。在又一實(shí)施例中，描述用于<mgmtCmd>組操作的增強(qiáng)，包括execTarget屬性和<組>資源的組合。AE能在<組>資源的membersList中，指定一組<mgmtCmd>資源。還可以使用execTarget屬性在每一<mgmtCmd>資源內(nèi)指定目標(biāo)節(jié)點(diǎn)或甚至組ID。這是用于增強(qiáng)上文針對<mgmtCmd>資源指定的組-組操作的替選手段。在指定<組>資源后，使用上文詳細(xì)公開的fanOutPoint尋址方案，觸發(fā)執(zhí)行<mgmtCmd>資源。根據(jù)如圖11所示的示例性實(shí)施例，公開了涉及使用<mgmtCmd>execTarget屬性的組-組操作1100的示例。group1(組1)1110包含三個(gè)mgmtCmd資源的URI以及group2(組2)1120包含2個(gè)設(shè)備URI。<mgmtCmd>資源的每一個(gè)的execTarget屬性包含group2的URI。通過下述操作觸發(fā)組-組操作：更新../group1/fanOutPoint/execEnable。然后，主機(jī)CSE將處理該請求如下，不限任何順序：當(dāng)提取group1的membersList時(shí)，主機(jī)CSE提取下述操作：更新../mgmtCmd1/execEnable更新../mgmtCmd2/execEnable更新../mgmtCmd3/execEnablemgmtCmd1的execTarget指定group2的URI。如上所指定的，將使mgmtCmd1在設(shè)備1和設(shè)備2上執(zhí)行。類似地，mgmtCmd2的execTarget也指定group2的URI。如上所指定的，這將使mgmtCmd2在設(shè)備1和設(shè)備2上執(zhí)行。mgmtCmd3的execTarget也指定group2的URI。如上所指定的，這將使mgmtCmd3在設(shè)備1和設(shè)備2上執(zhí)行。顯著地，對mgmtCmd1、mgmtCmd2和mgmtCmd3的每一個(gè)成功執(zhí)行，為相應(yīng)的設(shè)備創(chuàng)建關(guān)聯(lián)<execInstance>資源。在三個(gè)mgmtCmd資源的每一個(gè)下在圖11中示為execInstance1和execInstance2資源。這些<execInstance>資源的屬性指向在其上執(zhí)行<mgmtCmd>的group2的成員ID。由處理組-組請求的主機(jī)CSE創(chuàng)建這些<execInstance>資源。M2M接口組管理過程無論何時(shí)在具有memberType<mgmtObj>或<mgmtCmd>的oneM2M<組>資源上執(zhí)行操作時(shí)可以觸發(fā)DM組管理過程。由DMG處理這些請求，然后，DMG將執(zhí)行任何自變量的代入并且將結(jié)果轉(zhuǎn)換成適當(dāng)?shù)慕M管理API調(diào)用，如本申請上文所述。三個(gè)主要組操作如下：設(shè)備組操作：這些操作允許用戶操作(CRUD)在其上執(zhí)行DM的一組設(shè)備。與該類型的組相關(guān)聯(lián)的memberType是<mgmtObj>或<mgmtCmd>來區(qū)分面向服務(wù)層的組操作。這向CSE指示應(yīng)當(dāng)將該請求轉(zhuǎn)發(fā)到DMG以處理。命令組操作：這些操作允許用戶操作(CRUD)一組命令(無論DM或否)，在操作該組命令后，在設(shè)備或一組設(shè)備上操作。與該類型的組相關(guān)聯(lián)的memberType是<mgmtObj>或<mgmtCmd>以及必須指定commandsList屬性來區(qū)分面向服務(wù)層的組操作。這將向CSE指示應(yīng)當(dāng)將該請求轉(zhuǎn)發(fā)到DMG以處理。組-組操作：該操作允許用戶發(fā)起組-組操作，其中，在一組設(shè)備上執(zhí)行一系列命令。通過將新尋址方案用于fanOutPoint觸發(fā)該操作，其中，在fanOutPoint虛擬資源后，追加指向memberType<mgmtObj>的<組>資源的絕對URI。圖12示出圖示組管理過程如何操作的示例調(diào)用流。由羅馬數(shù)字指示圖12中的步驟。其中，通過IN-CSE由IN-AE管理兩個(gè)ASE節(jié)點(diǎn)。首先，在步驟0中采用在上述圖8中所指示的注冊和引導(dǎo)過程。接著，在步驟1，IN-AE請求以通過memberType＝<mgmtObj>創(chuàng)建myDevices<組>資源，以及membersListURI指向[設(shè)備信息]資源的deviceLabel屬性。然后，在步驟2中，DMG通過(如果需要)首先執(zhí)行代入來處理該請求。如果指定argumentsList屬性并且使用自變量引用(由$arg#表示)，DMG針對每一個(gè)找到的自變量引用，代入argumentsList中的值。接著，根據(jù)步驟3，如上所述，DMG調(diào)用groupMgmtReq()API。在這種情況下，針對設(shè)備組請求類型是0。在步驟4，DM服務(wù)器通過成功響應(yīng)碼響應(yīng)。在步驟5，IN-CSE將創(chuàng)建的響應(yīng)發(fā)送到IN-AE。接著，IN-AE使用memberType＝<mgmtObj>請求創(chuàng)建myCmds<組>資源并且在commandsList屬性中指定命令列表(步驟6)。DMG通過首先執(zhí)行代入(如必要)來處理命令組請求(步驟7)。如果指定了argumentsList屬性并且使用自變量引用(由$arg#表示)，DMG針對找到的每一個(gè)自變量引用，代入argumentsList中的值。在步驟8，DMG調(diào)用表5中的groupMgmtReq()API。在這種情況下，對命令組，請求類型為1。DM服務(wù)器以成功響應(yīng)碼響應(yīng)(步驟9)。進(jìn)一步，IN-CSE將創(chuàng)建的響應(yīng)發(fā)送到IN-AE(步驟10)。設(shè)想到在步驟6-10能發(fā)生在步驟1-5之前、之后或同時(shí)發(fā)生。根據(jù)另一實(shí)施例，IN-AE通過觸發(fā)下述URI發(fā)起組-組操作：in-cse/in-ae/myCmds/fanOutPoint/in-cse-in-ae/myDevices(步驟11)。絕對URI為in-cse/in-ae/myDevices。接著，DMG通過首先執(zhí)行代入(如必要)來處理該請求(步驟12)。如果指定argumentsList屬性并且使用了自變量引用(由$arg#表示)，DMG針對找到的每一個(gè)自變量引用，代入argumentsList中的值。接著，DMG調(diào)用上述groupMgmtReq()API(步驟13)。在這種情況下，對組-組操作，請求類型為2，并且RspIndicator被設(shè)定為1，這從組成員請求獨(dú)立響應(yīng)。在步驟14，DM服務(wù)器與在ASN1上運(yùn)行的DM客戶端建立DM會話并且執(zhí)行myCmds組中的命令。接著，DM服務(wù)器發(fā)送響應(yīng)，響應(yīng)具有針對成功的code＝0和GrpMember＝ASN1以表示從哪些成員接收到響應(yīng)(步驟15)。IN-CSE將成功響應(yīng)傳送到IN-AE(步驟16)。步驟17-19基本上與步驟14-16相同。即，DM服務(wù)器與在ASN2上運(yùn)行的DM客戶端建立DM會話并且執(zhí)行myCmds組中的命令(步驟17)。接著，DM服務(wù)器通過用于成功的code＝0和GrpMember＝ASN2發(fā)送響應(yīng)以指示從哪些成員接收到響應(yīng)(步驟18)。進(jìn)一步，IN-CSE將成功響應(yīng)發(fā)送到IN-AE(步驟19)。M2M接口組管理API根據(jù)另一實(shí)施例，一旦DMG已經(jīng)完成在argumentsList找到的代入，其隨后將該請求轉(zhuǎn)換成groupMgmtReq()API調(diào)用。在表5中提供示例格式。RspIndicator允許指定如何處理來自各個(gè)設(shè)備的響應(yīng)。這對其中處理延遲非常多變并且請求者希望獲得有關(guān)命令的狀態(tài)的實(shí)時(shí)更新的情形有用。在一些情況下，設(shè)備可能正睡眠，并且在執(zhí)行命令前可能花費(fèi)很長時(shí)間。在這種情況下，具有接收獨(dú)立響應(yīng)的能力有利服務(wù)層知曉哪些設(shè)備完成操作。表5在表6中提供DM服務(wù)器傳送回的響應(yīng)的示例。當(dāng)請求獨(dú)立響應(yīng)時(shí)(RspIndicator>0)，DM服務(wù)器必須指示如在表6中指定的組成員。這允許請求者將響應(yīng)與成員關(guān)聯(lián)。表6管理層更新在更進(jìn)一步的實(shí)施例中，描述管理層架構(gòu)內(nèi)的管理層更新。其中，需要更新以支持M2M接口和增強(qiáng)的組管理過程。上文詳述了新M2M接口組管理過程的響應(yīng)消息格式。下文更詳細(xì)地描述對增強(qiáng)組管理過程的支持。圖13示出能用于支持在本公開中指定的增強(qiáng)組管理操作的OMADM協(xié)議中提出的組MO的示例性實(shí)施例。在MO內(nèi)，定義三個(gè)主要內(nèi)部節(jié)點(diǎn)：CommandGroup(命令組)、DeviceGroup(設(shè)備組)和GroupStatus(組狀態(tài))。CommandGroup節(jié)點(diǎn)提供配置一組命令并且映射到被設(shè)定為1的groupMgmtReq的類型參數(shù)。涉及該類型的任何請求將在該節(jié)點(diǎn)中創(chuàng)建子資源。該DeviceGroup節(jié)點(diǎn)提供將設(shè)備分組在一起的能力并且映射到設(shè)定為0的groupMgmtReq類型參數(shù)。當(dāng)請求創(chuàng)建一組設(shè)備時(shí)，在該內(nèi)部節(jié)點(diǎn)下創(chuàng)建子節(jié)點(diǎn)。最后，由DM服務(wù)器使用GroupStatus節(jié)點(diǎn)來處理組-組操作。DM服務(wù)器將在GroupStatus中創(chuàng)建子節(jié)點(diǎn)以基于RspIndicator設(shè)定提供狀態(tài)，并且當(dāng)獲得每一狀態(tài)時(shí)保存該狀態(tài)。在提供了整個(gè)組管理請求后，將刪除子節(jié)點(diǎn)。例如，圖14圖示來自圖12的一組管理操作。在下文提供步驟。在步驟1(未示出)，IN-CSE處理來自IN-AE的設(shè)備組請求。接著，IN-CSE內(nèi)的DMG將發(fā)送使用type＝0指示做出設(shè)備組請求的groupMgmtReq(步驟2)。由圖14中所示的“2.”和“myDevices”之間的線指示的，該請求創(chuàng)建myDevices節(jié)點(diǎn)及其所有子節(jié)點(diǎn)。在下表7中，示出示例請求。表7在步驟3，DM服務(wù)器向IN-CSE提供成功響應(yīng)碼。接著，在步驟4，IN-CSE處理來自IN-AE(未示出)的命令組請求。此后，IN-CSE內(nèi)的DMG發(fā)送具有指示做出命令組請求的type＝1的groupMgmtReq(步驟5)。由圖14中所示的“5.”和“myCommands”之間的線指示的，該請求創(chuàng)建myCommands節(jié)點(diǎn)及其所有子節(jié)點(diǎn)。在下表8中，示出示例請求。表8接著，DM服務(wù)器將成功響應(yīng)碼提供給IN-CSE(步驟6)。在步驟7，IN-CSE處理來自IN-AE(未示出)的組-組請求。隨后，IN-CSE內(nèi)的DMG發(fā)送具有指示做出了組-組請求并且一旦可用則請求獨(dú)立響應(yīng)的type＝2和RspIndicator＝1的groupMgmtReq(步驟8)。該請求指定GrpLabels參數(shù)中的兩個(gè)標(biāo)簽：myCommands和myDevices。然后，由圖14中所示的“8.”和“myGrpStat”之間的線指示的，DMG服務(wù)器將創(chuàng)建myGrpStat節(jié)點(diǎn)及其所有子節(jié)點(diǎn)。myGrpStat節(jié)點(diǎn)包含在./GroupMO/GroupStatus/myGrpStatus/Devices下的2個(gè)子節(jié)點(diǎn)來跟蹤每一設(shè)備的執(zhí)行狀態(tài)。在下表9中，示出示例請求。表9此外，在ASN1和其中交換命令cmd1和cmd2的DM服務(wù)器之間建立DM會話(步驟9)。當(dāng)DM會話完成時(shí)并且如果執(zhí)行成功，由DM服務(wù)器將./GroupMO/GroupStatus/myGrpStatus/Devices/dev1(設(shè)備1)/status(狀態(tài))節(jié)點(diǎn)設(shè)定為“通過”。在此之后，如圖14所示，由從“10.”的線指示，DM服務(wù)器將groupMgmtRsp()消息發(fā)送到IN-CSE來指示ASN1成功完成。同時(shí)，在ASN2和DM服務(wù)器之間建立另一DM會話(步驟11)。再次，交換管理命令。當(dāng)DM會話完成時(shí)并且如果執(zhí)行成功，由DM服務(wù)器將./GroupMO/GroupStatus/myGrpStatus/Devices/dev2(設(shè)備2)/status節(jié)點(diǎn)設(shè)定為“通過”。然后，DM服務(wù)器將groupMgmtRsp()消息發(fā)送到IN-CSE以指示ASN2成功完成，如圖14所示，由從“12.”的線指示OMALWM2M組管理支持根據(jù)又一實(shí)施例，可以在表10和表11中找到針對LWM2M協(xié)議的組管理支持。這些表的設(shè)計(jì)遵循LWM2M對象的精神，被設(shè)計(jì)成本質(zhì)上為扁平并且限制層次。因此，將設(shè)備組和命令組合成為具有對象ID＝10的組對象，且GroupStatus對象包含具有對象ID＝11的組-組操作的狀態(tài)。這兩個(gè)對象將僅可用于LWM2M服務(wù)器并且被用來支持M2M接口上的組通信。表10表11上述資源的創(chuàng)建和更新以與如本文所述的OMADM的情形類似的方式發(fā)生。BBFCWMP組管理支持下表12圖示能被用來支持在本公開中提出的增強(qiáng)組管理過程的BBFCWMP簡檔的示例實(shí)施例。簡檔被分成三個(gè)主要部分，分別用于commandgroup(命令組)、devicegroup(設(shè)備組)和groupstatus(組狀態(tài))。該簡檔將被托管在ACS上以提供管理命令和設(shè)備組的能力。必要時(shí)，groupstatus數(shù)據(jù)模型將隨后提供獨(dú)立命令和設(shè)備的狀態(tài)。組-組操作將觸發(fā)創(chuàng)建.group.groupstatus.{i}條目并且被保持直到完全服務(wù)該請求為止。表12創(chuàng)建和更新上述資源以與用于上文所述的OMADM類似的方式發(fā)生。根據(jù)本申請的又另一方面，公開了用于存儲計(jì)算機(jī)可讀或可執(zhí)行指令的非暫時(shí)性計(jì)算機(jī)可讀或可執(zhí)行存儲介質(zhì)。介質(zhì)可以包括諸如上文根據(jù)圖8、10和12的多個(gè)調(diào)用流中公開的一個(gè)或多個(gè)計(jì)算機(jī)可執(zhí)行指令。計(jì)算機(jī)可執(zhí)行指令可由處理器(諸如本文公開的可用在包括IN-CSE、DM服務(wù)器和ASN設(shè)備的設(shè)備中的處理器)執(zhí)行。盡管根據(jù)當(dāng)前認(rèn)為具體的方面描述了系統(tǒng)和方法，但本申請不需要被限定到公開的方面。本申請旨在覆蓋在權(quán)利要求的精神和范圍內(nèi)包括的各種修改和類似的配置，應(yīng)當(dāng)給予權(quán)利要求的范圍最寬泛的解釋以便涵蓋所有這些修改和類似的結(jié)構(gòu)。本公開包括隨附權(quán)利要求的任一和所有方面。當(dāng)前第1頁1 2 3