本申請根據(jù)35U.S.C.§119(e)要求2014年6月13日提交的美國臨時專利申請第62/011,770的權益，該案的內(nèi)容以引用的方式全部并入本文。
背景技術：
：服務是指在網(wǎng)絡環(huán)境中可用和可訪問的功能或者能力的限定集合。裝置和/或軟件應用將請求傳輸至對特定裝置或者應用執(zhí)行期望功能的服務。服務用在各種技術環(huán)境中。例如，服務廣泛地用在web相關的技術中。可以使具有特定功能的web服務在特定網(wǎng)絡地址處可用。需要特定功能的系統(tǒng)可以經(jīng)由Web將請求傳輸至web服務，該web服務然后執(zhí)行期望的功能。在示例場景中，Web服務可以由一個系統(tǒng)用來與另外的不兼容的系統(tǒng)交換數(shù)據(jù)。服務還廣泛地用在機器對機器(M2M)和物聯(lián)網(wǎng)(IoT)技術的場境中。機器對機器(M2M)是用于描述使聯(lián)網(wǎng)裝置能夠交換信息并且能夠在沒有人類的手動協(xié)助的情況下執(zhí)行動作的技術的廣義標簽。物聯(lián)網(wǎng)(IoT)是指如下場景：對象(包括機器和機器的部件)設置有唯一的標識符、以及在不需要人與人交互或者人與計算機交互的情況下通過網(wǎng)絡在對象之間自動轉(zhuǎn)移數(shù)據(jù)的能力。服務用于提供對M2M能力(包括與，例如，安全、計費、和數(shù)據(jù)管理有關的能力)的訪問?？梢詫⒎湛醋鞔嬖谟诰W(wǎng)絡架構的“服務層”中。服務層位于網(wǎng)絡層的頂部，這使服務層中的服務能夠利用網(wǎng)絡層的能力。服務層位于客戶端應用層下方。客戶端應用向服務層中的服務發(fā)出請求，以便訪問可通過服務實現(xiàn)的功能。因此，服務層是通過應用編程接口和底層網(wǎng)絡接口的集合來支持增值服務能力的軟件中間件層。若干組織已經(jīng)試圖定義服務操作的標準。例如，針對M2M通信和服務，oneM2M、開放移動聯(lián)盟(OMA)、和OMA輕量級M2M(LWM2M)已經(jīng)試圖使服務實施方式的每個方面標準化。這些現(xiàn)有的M2M/IoT服務層標準(例如，oneM2M、OMA、LWM2M)限定可以由網(wǎng)絡中的服務節(jié)點(例如，服務器、網(wǎng)關、裝置)托管的單獨的服務層支持的服務能力的集合。雖然已經(jīng)廣泛地采用了服務的使用，但是管理服務主要是手動活動。創(chuàng)建和修改服務通常需要人類介入來向單獨的機器置配適合的數(shù)據(jù)和軟件，以便提供期望的服務。技術實現(xiàn)要素：申請人在此公開了用于自動化服務編排的系統(tǒng)和方法。所公開的系統(tǒng)和方法自動配置并協(xié)調(diào)服務節(jié)點和服務層，以便提供期望的服務。編排(orchestration)可以涉及自動配置并協(xié)調(diào)以下任何和/或所有：在網(wǎng)絡中的節(jié)點、托管在服務節(jié)點上的服務層、在服務層內(nèi)的服務能力、和/或服務能力的特征。在示例實施例中，將限定服務的信息存儲在計算存儲器中，并且將其稱為服務編排簡檔。編排簡檔包括用于協(xié)調(diào)服務的編排的元數(shù)據(jù)。在示例實施例中，服務編排簡檔存儲屬性，這些屬性按照服務配置的若干不同級(包括，網(wǎng)絡級、服務節(jié)點級、服務級、和服務能力級)中的每一級來限定服務架構。在示例實施例中，網(wǎng)絡服務編排簡檔可以存儲描述由服務節(jié)點的網(wǎng)絡提供的服務的信息。在另一示例實施例中，服務節(jié)點編排簡檔可以描述由托管一個或者多個服務層的單個服務節(jié)點提供的服務。在再一示例中，服務層編排簡檔可以描述由單個服務層提供的服務。在又一示例中，服務能力編排簡檔描述了由在服務層內(nèi)的單個服務能力提供的特征。簡檔信息可以按照任何合適的格式來存儲，并且可以使用任何合適的技術，包括，例如，XML、WSDL、和/或JSON。根據(jù)所公開的實施例的方面，編排簡檔可以彼此層級相關，網(wǎng)絡服務編排簡檔在層級中處于最高級別，而服務能力編排簡檔在層級中處于最低級別。在層級中的簡檔可以鏈接至在層級中處于其上方的一個或者多個父簡檔。同樣，除了駐留在底部的服務能力編排簡檔以外，每個簡檔可以具有位于層級中的較低級別的、鏈接至其的簡檔。在示例實施例中，一個或者多個編排管理功能用于通過使用有關存儲在編排簡檔中的期望的服務的信息來執(zhí)行服務的編排。編排管理功能是在計算硬件上執(zhí)行的并且操作以配置服務能力、級別、和網(wǎng)絡的軟件應用。在一個示例實施例中，單個編排管理功能可以負責執(zhí)行如在多個配置文件中限定的服務的配置。在另一實施例中，多個編排管理功能可以分布在網(wǎng)絡內(nèi)，其中，每個編排管理功能執(zhí)行在特定編排簡檔中指定的配置。在示例場景中，在服務級節(jié)點的網(wǎng)絡中的若干節(jié)點中的每一個節(jié)點可能已經(jīng)將編排管理簡檔存儲在計算存儲器中，并且已經(jīng)在其上執(zhí)行了編排管理功能。編排管理功能協(xié)同操作以按照編排管理簡檔中的信息執(zhí)行服務的編排。在示例場景中，在第一計算系統(tǒng)或者節(jié)點上執(zhí)行的第一服務編排管理功能或者應用檢測要執(zhí)行服務的編排。在示例場景中，由于接收到執(zhí)行編排的請求，所以第一計算系統(tǒng)可以檢測到需要進行編排。該請求可以包括指定所請求的配置的第一服務編排簡檔。在替選實施例中，由于在節(jié)點處的環(huán)境發(fā)生了變化，所以編排管理功能可以檢測到需要進行編排?？梢詫⑻囟ōh(huán)境限定在已經(jīng)存儲在特定節(jié)點上的編排簡檔中。響應于檢測到應該進行服務編排，在第一計算系統(tǒng)上執(zhí)行的第一服務編排管理應用對第一編排簡檔進行處理以識別關于應該進行的配置的信息。如上文提到的，可能已經(jīng)與請求一起接收到了第一配置簡檔?？商孢x地，第一配置簡檔可能之前已經(jīng)存儲在第一節(jié)點上。在示例實施例中，第一服務編排管理應用解析第一服務編排簡檔中的信息以識別關于該配置的信息。該信息可以包括，例如，指定簡檔信息的內(nèi)容的描述的信息、適用編排信息的目標機器或者層、調(diào)度信息、策略信息、場境信息、關于期望的服務的信息、和與服務的編排有關的任何其它信息。在第一計算系統(tǒng)上執(zhí)行的第一服務編排管理應用通過使用第一編排簡檔來識別用于編排的期望服務配置。例如，第一服務編排管理應用可以確定編排簡檔指定網(wǎng)絡中的服務節(jié)點配置的期望混合和分布。作為另一示例，應用可以確定編排簡檔指定服務節(jié)點的期望配置、服務層的期望配置、或者服務能力的期望配置。第一服務編排管理功能在計算系統(tǒng)上采取適合的動作來實施期望服務配置。例如，第一服務編排管理應用可以修改第一計算系統(tǒng)上的服務層實例的數(shù)量。在另一示例場景中，第一服務編排管理應用可以修改與特定服務層相關聯(lián)的能力。在再一示例中，第一服務編排管理應用可以修改與特定服務能力相關聯(lián)的特征。在一些實例中，第一服務編排管理功能可以確定所請求的編排需要通過另一編排管理功能進行的編排。如上所述，可能存在用于服務層網(wǎng)絡的多個編排簡檔，其中，每個編排簡檔指定所提供的服務的配置的一些方面。此外，服務簡檔可以是相關的，從而使得較高級別的簡檔依賴由較低級別的簡檔提供的編排。因此，在處理編排簡檔期間，第一服務編排管理功能可以確定編排需要通過第二編排管理功能進行的編排。在示例場景中，第一編排管理功能可以在第一編排簡檔中找到對第二編排簡檔的引用，該引用提供實施所需的編排需要第二編排管理功能的指示。在示例實施例中，第一服務編排管理應用將請求傳輸至第二服務編排管理應用。第二服務編排管理應用可以位于相同的物理節(jié)點或者機器，或者可以位于物理上分開的節(jié)點或者機器。在接收到該請求時，第二服務編排管理應用參考第二服務編排簡檔以確定期望的服務。第二服務管理應用按照第二服務編排簡檔來配置與服務相關的特征。例如，第二服務管理應用可以修改與服務能力相關聯(lián)的特征的集合。在另一示例中，第二服務管理應用可以修改與特定服務層相關聯(lián)的能力。在按照第二服務簡檔中的信息完成了與服務相關的特征的配置時，第二服務編排管理功能生成狀態(tài)或者響應，并且將該狀態(tài)或者響應傳輸至第一服務編排管理功能。該響應包括任何相關的信息，包括，例如，所請求的編排是否已經(jīng)成功完成。在從第二服務編排管理功能接收到響應時，并且在完成任何其它服務配置之后，第一服務編排管理功能生成并且傳輸響應，直到響應于來自另一機器或者編排管理功能的請求而進行編排。如本文公開的自動化服務編排可以用于支持增值特征，諸如，允許網(wǎng)絡中的應用配置/定制服務層，并且允許服務層實例彼此協(xié)作以協(xié)調(diào)托管在每個服務層實例上的服務能力的集合。這樣，服務編排可以用于創(chuàng)建虛擬服務層，可以為了例如滿足單獨的應用的需要而配置該虛擬服務層?？梢越Y(jié)合任何網(wǎng)絡服務(包括，例如，基于Web的服務和機器對機器服務)來使用所公開的系統(tǒng)和方法。而且，可以通過使用任何相關的標準(包括，例如，OneM2M、OMA、和LWM2M)來實施所公開的系統(tǒng)和方法。該
發(fā)明內(nèi)容的提供是為了以簡化的形式介紹對于在下面的圖示性實施例的具體實施方式中進一步描述的構思的選擇。該
發(fā)明內(nèi)容不旨在識別所要求的主題的關鍵特征或者必要特征，也不旨在限制所要求的主題的范圍。在下文對其它特征進行了描述。附圖說明當結(jié)合附圖閱讀時，可以更好地理解前述
發(fā)明內(nèi)容和下面的圖示性實施例的附加描述。要理解，所公開的系統(tǒng)和方法的潛在實施例不限于所描繪的實施例。圖1描繪了描繪服務層的相對定位的示例協(xié)議棧。圖2描繪了在網(wǎng)絡中的示例服務層部署。圖3是描繪了示例oneM2M架構的示意圖。圖4是描繪了示例服務架構的示意圖。圖5是描繪了示例服務架構的示意圖。圖6是描繪了示例服務架構的示意圖。圖7是描繪了示例服務架構的示意圖。圖8是描繪了示例服務編排架構的示意圖。圖9A是描繪了服務簡檔的層級布置的示意圖。圖9B是描繪了示例用戶界面的示意圖。圖10A至10B呈現(xiàn)了在服務編排期間執(zhí)行的處理的流程圖。圖11是在服務簡檔發(fā)布期間執(zhí)行的處理的流程圖。圖12是在服務簡檔發(fā)現(xiàn)期間執(zhí)行的處理的流程圖。圖13是描繪了適用于服務編排的示例oneM2M架構的示意圖。圖14是描繪了適用于服務編排的示例oneM2M架構的示意圖。圖15是描繪了包括在公共服務實體中的示例公共服務功能的示意圖。圖16至20是通過使用oneM2M標注來圖示的示例服務簡檔的示意圖。圖21A至21B呈現(xiàn)了描繪與在CSE上編排CSF相關聯(lián)的示例處理的示意圖。圖22A至22D呈現(xiàn)了描繪與跨CSE的網(wǎng)絡編排CSF相關聯(lián)的示例處理的示意圖。圖23A是可以用于實施本文描述的系統(tǒng)和方法的示例性計算終端或者網(wǎng)關裝置的示意圖。圖23B是可以用于實施本文描述的系統(tǒng)和方法的示例性計算系統(tǒng)的示意圖。具體實施方式申請人在此公開了用于自動化服務編排的系統(tǒng)和方法的示例實施例。服務編排簡檔指定屬性，該屬性限定期望的服務。服務編排簡檔可以分布在節(jié)點中并且彼此層級相關。服務編排管理功能處理在服務編排簡檔中的信息，以便實施期望的服務。示例服務架構從網(wǎng)絡和架構角度，可以將服務看作存在于“服務層”中。圖1提供了圖示服務層的相對位置的示例協(xié)議棧的示意圖。如圖所示，服務層110處于各種傳輸層與網(wǎng)絡層112的頂部。這允許服務層中的服務利用網(wǎng)絡層中的能力來提供服務。可以將服務層看作存在于客戶端應用層114下方?？蛻舳藨孟蚍諏又械姆瞻l(fā)出請求，以便訪問可由服務實現(xiàn)的功能。因此，服務層作為中間件而操作，該中間件提供對服務顯露的功能和能力的訪問。圖2圖示了其中部署有服務層的實例的示例網(wǎng)絡拓撲。參照圖2，存在于網(wǎng)絡應用域210中的用戶應用可能會要求執(zhí)行特定功能。用戶應用可以在裝置30(諸如，下文結(jié)合圖23A描述的裝置)上執(zhí)行。作為示例，致力于管理在網(wǎng)絡中的裝置的用戶應用可能需要有關裝置的當前狀態(tài)的信息。在另一示例中，用戶應用可以是Web應用，并且可能需要將數(shù)據(jù)傳遞至使用另一數(shù)據(jù)格式化標準的另一應用。應用將對特定服務的請求傳遞至網(wǎng)絡服務域212。如圖所示，網(wǎng)絡服務域212包括各種網(wǎng)絡節(jié)點220。網(wǎng)絡節(jié)點220是網(wǎng)絡內(nèi)的網(wǎng)絡可尋址實體。網(wǎng)絡節(jié)點220可以是物理物品，諸如，例如，裝置、網(wǎng)關、或者服務器，或者可以是虛擬實體，諸如，例如，通過使用虛擬化軟件(諸如，例如，VMware)創(chuàng)建的虛擬機。在圖2的示例實施例中，網(wǎng)絡節(jié)點220包括各種服務器類型，包括，例如，目錄服務器、應用服務器、存儲裝置服務器、管理服務器、和服務服務器?？梢酝ㄟ^任何合適的計算系統(tǒng)(諸如，例如，下文結(jié)合圖23B描述的計算系統(tǒng))來實施網(wǎng)絡節(jié)點220。在圖2的實施例中，經(jīng)由網(wǎng)關226提供對各種網(wǎng)絡222的訪問。可以通過任何合適的計算系統(tǒng)(諸如，例如，下文結(jié)合圖23A描述的計算系統(tǒng))來實施網(wǎng)關。服務器220和網(wǎng)關226上具有服務層230。服務層230是通過應用編程接口(API)和底層網(wǎng)絡接口的集合來支持增值服務能力的軟件中間件層。將來自網(wǎng)絡應用域210中的應用的執(zhí)行特定服務功能的請求路由到特定服務層230，并且在該特定服務層230處接收該請求。服務層230處理該請求，并且將所請求的服務的結(jié)果返回至提出請求的應用。托管支持一個或者多個服務能力的服務層的網(wǎng)絡節(jié)點稱為服務節(jié)點。參照圖2，還可以通過裝置應用(諸如，存在于裝置應用域214中的裝置應用)來請求服務層230中的服務。因此，在特定裝置(諸如，例如，傳感器或者致動器)要求執(zhí)行特定功能的情況下，裝置可以將請求傳輸至存在于網(wǎng)絡服務域212中的其中一個服務層中的適合的服務。服務層230處理該請求，并且將所請求的服務的結(jié)果返回至提出請求的應用。可以通過使用任何合適的計算系統(tǒng)(諸如，例如，下文結(jié)合圖23A描述的計算系統(tǒng))來實施裝置應用域214中的裝置。在一些實例中，在網(wǎng)絡服務域內(nèi)的服務可能需要由其中一個其它服務提供的功能。因此，在服務層230中的服務可以將請求傳輸至存在于另一服務層230中的服務。當接收到該請求的服務完成其處理時，該服務將響應傳輸至提出請求的服務。服務層230可以是任何類型的服務層。例如，服務層230中的一個或者多個可以是專門針對為移動網(wǎng)絡裝置提供多媒體服務的IP多媒體子系統(tǒng)(IMS)服務層。作為再一示例，服務層230中的一個或者多個可以是M2M/IoT服務層。M2M/IoT服務層是專門針對為M2M/IoT類型的裝置和應用提供增值服務的一種類型的服務層的示例。近來，若干行業(yè)標準機構(例如，ETSIM2M、oneM2M、和OMALWM2M)已經(jīng)開發(fā)了M2M/IoT服務層來解決與將M2M/IoT類型的裝置和應用集成到部署(諸如，互聯(lián)網(wǎng)/Web、蜂窩、企業(yè)、和家庭網(wǎng)絡)中相關聯(lián)的難題。M2M服務層可以向應用和裝置提供對服務層支持的M2M中心能力的合集的訪問。一些示例包括安全、計費、數(shù)據(jù)管理、裝置管理、發(fā)現(xiàn)、置配、和連接性管理。這些能力經(jīng)由利用由M2M服務層限定的消息格式、資源結(jié)構、和資源表示的API而可供應用使用。oneM2M的目的和目標是為了開發(fā)技術規(guī)范，該技術規(guī)范解決對公共M2M服務層的需要，該公共M2M服務層可以容易地嵌入在各種硬件和軟件內(nèi)，并且依賴該公共M2M服務層將領域中的各種裝置與世界范圍內(nèi)的M2M應用服務器連接。圖3圖示了示例基本oneM2M架構。如圖所示，oneM2M架構包括在oneM2M解決方案中提供應用邏輯的應用實體(AE)310。oneM2M公共服務層支持公共服務功能(CSF)(即，服務能力)的集合。將一種或者多種特定類型的CSF的集合的實例化稱為公共服務實體(CSE)312，可以將該公共服務實體托管在不同類型的網(wǎng)絡節(jié)點(例如，基礎設施節(jié)點、中間節(jié)點、專用節(jié)點)上。通過參考點Mca320和Mcc322來將服務功能顯露給其它實體。參考點Mcn330用于訪問底層網(wǎng)絡服務實體。網(wǎng)絡服務實體(NSE)340將服務提供給CSE。M2M服務的示例包括裝置管理、位置服務、和裝置觸發(fā)。底層NSE340可以是，例如，基于3GPP的網(wǎng)絡。通常通過使用表述性狀態(tài)轉(zhuǎn)移(RESTful)架構來實施oneM2M應用。在這種實例中，將CSF表示為RESTful“資源”的集合。資源是在架構中的可唯一尋址實體，其具有可以經(jīng)由RESTful方法(諸如，創(chuàng)建、檢索、更新、和刪除)來操縱的表示。通過使用通用資源標識符(URI)來使這些資源可尋址。資源可以包含子資源和屬性。子資源是與父資源具有包含關系的資源。父資源表示包含對其子資源的引用。子資源的生命期受父資源的資源生命期的限制。每個資源支持存儲有關資源的信息的“屬性”的集合。服務描述為了應用或者另一服務能夠調(diào)用特定服務，該應用或者其它服務需要具有有關特定服務的信息。用于提供這種信息的一個常用機制是服務描述。服務描述為服務提供了用于發(fā)布有關服務的信息的手段，并且為透視客戶端(perspectiveclient)提供了用于發(fā)現(xiàn)該信息的手段。服務簡檔通常提供統(tǒng)一的機器可讀的信息集合，諸如，URI、媒體類型、支持的協(xié)議、支持的服務等?，F(xiàn)有的服務描述技術的一個示例是Web服務描述語言(WSDL)。WSDL是用于描述Web服務的接口的基于XML的Web服務描述語言。WSDL文件提供有關可以如何調(diào)用Web服務、該Web服務期望什么參數(shù)、以及該web服務返回什么數(shù)據(jù)結(jié)構的機器可讀描述。下面是示例WSDL模板：在示例模板中，根元素是‘描述(description)’元素。四個子元素(即，‘類型(types)’、‘接口(interface)’、‘綁定(binding)’、和‘服務(service)’)提供關于特定服務的細節(jié)?！愋汀匕枋鯳eb服務的消息的所有XML模式元素和類型定義。XML模式語言(又稱為XSD)可以(內(nèi)聯(lián)或者引用)用于該目的?！涌凇叵薅╓eb服務操作，包括，傳遞至服務的或者從服務傳出的特定輸入、輸出、和故障消息、以及傳遞這些消息的順序?！壎ā叵薅丝蛻舳丝梢耘cWeb服務通信的方式。在RESTWeb服務的情況下，綁定指定客戶端可以通過使用HTTP來進行通信。在SOAP的情況下，綁定指定客戶端可以通過使用SOAPRPC綁定樣式和協(xié)議來與服務通信。‘服務’元素將Web服務的地址與特定接口和綁定相關聯(lián)?！铡€包含已經(jīng)顯露給基于Web的協(xié)議的系統(tǒng)功能的集合。示例WSDL列表如下：要了解，雖然WSDL是一種提供服務描述的有用技術，但是可替選地，可以使用許多其它技術。例如，替選服務描述技術是域名系統(tǒng)—服務發(fā)現(xiàn)(DNS-SD)。服務描述申請人已經(jīng)注意到現(xiàn)有的服務描述技術(諸如，例如，WSDL和DNS-SD)支持服務的發(fā)布和發(fā)現(xiàn)，但是不支持服務的編排。申請人還注意到現(xiàn)有的服務層技術(例如，ETSIM2M、oneM2M、和OMALWM2M)不支持服務能力的編排。例如，現(xiàn)有的服務層技術不支持跨服務節(jié)點的網(wǎng)絡對服務進行編排?，F(xiàn)有的M2M/IoT服務層將不會在網(wǎng)絡范圍內(nèi)動態(tài)協(xié)調(diào)網(wǎng)絡服務節(jié)點(例如，裝置、網(wǎng)關、和服務器)托管的活動服務層實例以及每個服務層實例支持的服務能力。圖4圖示了示例服務架構，其中，系統(tǒng)不具有在服務節(jié)點的網(wǎng)絡中對服務進行編排的能力。如圖所示，單獨的服務節(jié)點410托管服務層412，該服務層412具有彼此不同的服務組合(SC1、SC2、SC3、SC4、SC5、SC6)。在典型的場景中，服務節(jié)點410可以具有不同的物理資源(例如，存儲器、MIP、網(wǎng)絡帶寬等)，并且在不同的時間處，這些服務節(jié)點可能具有不同量的可用資源。因此，可能需要動態(tài)地改變節(jié)點所支持的服務。然而，在現(xiàn)有的系統(tǒng)中，服務節(jié)點410不具有彼此動態(tài)協(xié)調(diào)其服務的能力(例如，哪些節(jié)點在什么情況下支持哪些服務)，并且因此，無法以協(xié)調(diào)的方式執(zhí)行這些動態(tài)改變。在一些環(huán)境中，服務節(jié)點410可能需要在網(wǎng)絡中的每個服務節(jié)點之間具有一致的服務配置，以便提供端到端服務。盡管在其它環(huán)境中，可能需要托管在每個服務節(jié)點410上的不同但是互補的服務的集合。不論哪種情況，在服務節(jié)點410之間的允許服務按照期望的方式進行適當?shù)鼐幣诺膮f(xié)調(diào)可以增值?，F(xiàn)有的服務層技術也不支持編排在服務層412之間的服務。更具體地，現(xiàn)有的服務層技術(諸如，例如，M2M/IoT)不允許服務層412彼此協(xié)調(diào)和確定哪些服務層412要提供哪些服務能力。例如，現(xiàn)有的服務層412不提供用于協(xié)調(diào)由每個服務層412提供的服務能力的集合的機制，從而使得，在服務層412之間平衡了服務的總體混合，并且該服務的總體混合分布均勻?，F(xiàn)有的服務層技術也不支持服務能力的自我編排。例如，現(xiàn)有的M2M服務層節(jié)點不支持對其支持的服務層的自主且動態(tài)的修改。類似地，現(xiàn)有的服務層不支持對其服務能力的集合的自我編排。此外，在現(xiàn)有的系統(tǒng)中，服務能力(通常是服務層所支持的服務的特定類型)不支持對其支持的特征的集合的自我編排?，F(xiàn)有的服務層技術不支持過濾其服務能力的集合以便為特定客戶端提供子集，或者僅在某時間期間或者在某觀察到的條件(例如，基于判據(jù)，諸如，網(wǎng)絡條件、客戶端指定的場境等)期間提供某服務能力，或者配置其服務能力以在特定客戶端的不同模式下進行操作?，F(xiàn)有的服務層技術也不支持提供專用服務編排。例如，現(xiàn)有的M2M/IoT服務層412不支持允許應用選擇性地挑選和選擇服務層要提供給應用(從服務層節(jié)點支持的服務能力的總體集合)的期望的服務能力的集合。另外，現(xiàn)有的服務層技術不支持允許應用將輸入提供給服務層以允許其定制滿足應用的個體化需要的服務能力的集合。圖5圖示了示例情況，其中，服務節(jié)點不具有對其單獨的客戶端的服務層進行動態(tài)編排的能力。在描繪的示例中，服務節(jié)點510不具有被動態(tài)編排(例如，通過其客戶端520)以便將服務層512和514的不同類型/配置提供給其單獨的客戶端520的能力。相反，在圖5的示例中，將客戶端限制為靜態(tài)服務層配置。圖6圖示了另一示例場景，其中，服務層不具有對其單獨的客戶端620的服務能力進行動態(tài)編排的能力。在描繪的示例中，服務層不具有啟用單獨的客戶端的差異化服務能力集合610和612的能力。相反，將所有客戶端限制為在所有客戶端中具有公共配置的公共服務集合。圖7描繪了圖示不具有對其單獨的服務能力中的一個支持的特征進行動態(tài)編排的能力的再一示例場景。在描繪的示例中，服務層不具有被動態(tài)編排以便將單個服務能力710的特征(F1、F2、F3、F4、和F5)的不同的組712和714提供給其單獨的客戶端720的能力。相反，針對服務，所有客戶端設置有公共特征集合。在示例實施例中，特征可以包括服務能力可以支持的不同操作模式，諸如，啟用或者禁用緩存、啟用或者禁用存儲轉(zhuǎn)發(fā)、啟用或者禁用加密等。因此，服務節(jié)點的當前網(wǎng)絡部署通常不具有對其支持的服務層和對應服務能力進行動態(tài)編排的能力。因此，通常將服務節(jié)點限制為支持其托管的服務層的單個靜態(tài)配置、以及其使得可供所有其客戶端使用的服務能力。自動化服務編排申請人在此公開了用于服務的自動化編排的系統(tǒng)和方法。所公開的系統(tǒng)和方法配置并協(xié)調(diào)節(jié)點和服務層，以便提供期望的服務。例如，編排可以涉及自動配置并協(xié)調(diào)以下任何和/或所有：在網(wǎng)絡中的節(jié)點；托管在服務節(jié)點上的服務層；在服務層內(nèi)的服務能力；和/或服務能力的特征。圖8描繪了示例服務編排架構。如圖所示，示例架構包括多個節(jié)點810。服務節(jié)點810是在網(wǎng)絡內(nèi)的網(wǎng)絡可尋址實體并且通過使用任何合適的聯(lián)網(wǎng)和通信技術來彼此通信地耦合。服務節(jié)點810可以是物理裝置(例如，裝置、網(wǎng)關、或者服務器)或者在網(wǎng)絡中的虛擬實體(例如，VM)。要了解，可以通過使用任何合適的計算硬件來實施服務節(jié)點810。例如，可以通過使用計算系統(tǒng)(諸如，下文結(jié)合圖23B描述的計算系統(tǒng))來實施充當網(wǎng)絡中的服務器的服務節(jié)點810?？梢酝ㄟ^使用計算系統(tǒng)(諸如，下文結(jié)合圖23A描述的計算系統(tǒng))來實施充當網(wǎng)關或者充當終端裝置的服務節(jié)點810。描繪的服務節(jié)點810中的每一個托管支持一個或者多個服務能力814的服務層812。服務能力814是服務層支持的特定類型的服務。如下文討論的，每個服務能力814包括一個或者多個服務功能840。存儲在服務節(jié)點810上的服務編排簡檔820限定服務的屬性。服務編排簡檔820提供用于交換與服務相關的屬性(即，元數(shù)據(jù))的機制，可以使用該與服務相關的屬性來進行服務編排以及其它功能(諸如，服務發(fā)現(xiàn))。如圖8所圖示的，在示例實施例中，服務編排簡檔820可以存在于服務層級內(nèi)的多個級別處。例如，可以置配簡檔820，以便限定特定服務能力814的服務功能。類似地，可以為服務層812置配簡檔820，以便限定特定服務層812的屬性。同樣，可以為服務節(jié)點810置配簡檔，以便限定由特定服務節(jié)點810提供的服務的屬性。在示例場景中，可以將簡檔820置配成在集中式節(jié)點850處，該集中式節(jié)點850操作以協(xié)調(diào)對層級中的各種級別的服務置配。采用在服務節(jié)點810上執(zhí)行的服務編排管理功能840按照存儲在服務編排簡檔820中的屬性來實施期望的服務。服務編排管理功能840處理在相關編排簡檔820中的信息，并且采取適合的動作以便實施如在簡檔820中指定的服務。在示例實施例中，并且與服務簡檔820類似，服務編排管理功能840可以存在于服務層級內(nèi)的多個級別處。例如，服務編排管理功能840可以在網(wǎng)絡內(nèi)的服務處執(zhí)行，并且進行網(wǎng)絡內(nèi)、服務節(jié)點810內(nèi)、服務層812內(nèi)、和服務能力814內(nèi)的服務的編排。服務編排管理功能840的單獨實例可以跨網(wǎng)絡分布并且通過單獨的服務節(jié)點、服務層、和/或服務能力托管。采用分布式管理功能的實施例可以為跨廣泛網(wǎng)絡(諸如，Web/互聯(lián)網(wǎng))的服務的編排提供增強的可擴展性。在另一示例實施例中，可以將服務編排管理功能840置配成在集中式節(jié)點850處。管理功能840和服務編排簡檔820的集中式部署可以適合于對由特定服務提供商擁有并且操作的服務或者在某網(wǎng)絡域或者區(qū)域內(nèi)部署的服務進行編排?？梢允抢?，應用或者管理實體的服務編排客戶端830與服務編排管理功能840通信，以便發(fā)起并且管理服務的編排。在服務編排管理功能840已經(jīng)位于集中式節(jié)點850的實施例中，編排客戶端830與在集中式節(jié)點850上的編排管理功能840通信，以便發(fā)起編排。在示例場景中，該通信可以包括服務簡檔820，該服務簡檔820包括描述期望的服務編排的信息。在服務編排管理功能840已經(jīng)分布至單獨的節(jié)點810的實施例中，服務編排客戶端830可以與在單獨的節(jié)點上的服務編排管理功能840通信，以便發(fā)起并且管理服務的編排。此處，同樣，該通信可以包括服務簡檔820，該服務簡檔820包括描述期望的服務編排的信息。服務簡檔820和服務管理功能840彼此層級相關。因此，當接收到編排服務的請求時，服務管理功能840可以在其它服務管理功能840處發(fā)起配置步驟，以便實施期望的服務編排。盡管常?？梢砸驗閬碜钥蛻舳?30的請求而發(fā)起服務編排，但是可以在沒有明確的請求的情況下進行編排。可以通過服務層自動觸發(fā)服務編排(即，自我編排)。例如，服務編排管理功能840可以在沒有外部提示的情況下觸發(fā)編排。該觸發(fā)可以是針對某些服務向服務層做出的請求，或者其可以基于服務層內(nèi)的統(tǒng)計，從而使得其執(zhí)行自我編排。盡管圖8的示例實施例描繪了分布在所有節(jié)點810上的服務編排管理功能840和服務編排簡檔820，但是可以按照可選的方式來進行服務編排管理功能的部署，從而使得該部署可以是在網(wǎng)絡內(nèi)的可選特征和/或不需要網(wǎng)絡中的所有服務節(jié)點支持。在存在服務管理功能840的實例中，可以支持服務編排。在不存在服務管理功能840的實例中，可能不支持服務編排。服務編排簡檔如圖8圖示的，根據(jù)簡檔所相關的服務的方面(例如，服務能力、服務層、服務節(jié)點等)，可以將編排簡檔820定位在服務節(jié)點810的網(wǎng)絡內(nèi)的若干不同位置中的任何位置處。簡檔820可以相互參考，從而可以將其視作呈現(xiàn)了可擴展的層級。為了進行組織，可以根據(jù)簡檔所相關的服務編排內(nèi)的特定級別來對簡檔820進行分類。例如，可以將簡檔820分類為網(wǎng)絡服務編排簡檔、服務節(jié)點編排簡檔、服務層編排簡檔、和服務能力編排簡檔。在示例實施例中，網(wǎng)絡編排簡檔820描述由服務節(jié)點810的網(wǎng)絡提供的服務，在該網(wǎng)絡中，每個服務節(jié)點810托管一個或者多個服務層812。該簡檔可以由服務編排管理功能840用來協(xié)調(diào)跨服務節(jié)點網(wǎng)絡中的多個服務層842分布的服務能力的混合(SC1、SC2、SC3、SC4、SC5)。服務節(jié)點編排簡檔810描述由托管一個或者多個服務層812的單個服務節(jié)點810提供的服務。該簡檔820可以由服務編排管理功能用來協(xié)調(diào)跨托管在單個服務節(jié)點810上的一個或者多個服務層812的服務能力的混合。服務層編排簡檔描述由單個服務層812提供的服務。該簡檔可以由服務編排管理功能840用來協(xié)調(diào)單個服務層812支持的服務能力的混合。服務能力編排簡檔描述由在服務層812內(nèi)的單個服務能力提供的特征。該簡檔可以由服務編排管理功能用來協(xié)調(diào)特定服務能力支持的特征的混合。圖9A描繪了已經(jīng)層級布置的編排簡檔的示例集合。如圖所示，網(wǎng)絡服務編排簡檔910駐留在最高級別處，接著是服務節(jié)點編排簡檔912、服務層編排簡檔914、和駐留在底部的服務能力編排簡檔916。除了駐留在頂部的網(wǎng)絡服務編排簡檔910之外，在層級中的每個簡檔可以鏈接至層級中的位于其上方的一個或者多個父簡檔。除了駐留在底部的服務能力編排簡檔916以外，每個簡檔可以具有處于層級中的較低位置的鏈接至該簡檔的子簡檔。根據(jù)部署用例場景，可以使用簡檔的完整層級，或者可替選地，可以僅僅使用層級的子集。層級相關的編排簡檔尤其適用于編排由支持多個服務能力(諸如，通過ETSIM2M、oneM2M、和OMALWM2M限定的能力)的分布式服務層組成的服務的網(wǎng)絡。所公開的層級相關的編排簡檔是可擴展的并且支持簡檔描述分布式服務集合。層級相關的簡檔可以按比例縮小以支持對單個服務能力的特征的描述，并且還可以按比例放大以簡檔描述跨服務節(jié)點網(wǎng)絡分布的服務。在將服務層支持的服務能力跨服務節(jié)點網(wǎng)絡托管的示例場景中，可以使用簡檔的整個層級。在單個服務能力實例的特征需要編排的另一示例場景中，單個服務能力編排簡檔可能就已足夠。通過利用提出的服務編排簡檔的層級，可以通過對簡檔進行分布來動態(tài)地執(zhí)行編排，這可以例如通過服務編排管理功能來執(zhí)行。在可替選實施例中，或許，例如，在制造期間或者在部署期間，可以預先配置/預先置配簡檔。服務編排簡檔屬性服務編排簡檔包括描述期望的服務的信息。簡檔的格式和內(nèi)容可以是適合于描述該服務從而使得可以實施該服務的任何格式和內(nèi)容。例如，可以通過使用XML或者JSON格式來實施服務簡檔。在示例實施例中，簡檔包括與限定的屬性的集合對應的信息。在示例實施例中，服務編排簡檔可以包括與以下屬性對應的信息，下面對這些屬性中的每一個進行了討論：簡檔標識符；簡檔語義；簡檔類型；服務編排目標；服務編排調(diào)度；服務編排策略；服務編排場境；期望的服務；以及支持的服務。簡檔標識符屬性指定簡檔的標識符。針對簡檔層級鏈接至其它簡檔的情況，簡檔標識符可以充當?shù)刂罚瑥亩沟煤啓n可以由其它簡檔引用或者鏈接至其它簡檔。在示例實施例中，簡檔標識符可以是指定可以獲取有關期望的服務的信息的位置的URI或者URL。在按照獨立的方式使用簡檔的場景中，可以不需要該標識符。簡檔語義屬性指定語義描述或者語義描述的地址/鏈接，該語義描述描述了包含在簡檔內(nèi)的服務編排屬性。換言之，簡檔語義屬性提供關于在處理簡檔信息時可以使用的簡檔屬性的場境信息。簡檔類型屬性指定簡檔的類型。在示例實施例中，簡檔類型屬性可以是兩種不同的簡檔類型中的一種。第一種類型的簡檔指定對目標進行編排的期望的服務的集合。第二種類型的簡檔指定編排目標支持的服務的集合。服務編排目標屬性指定要執(zhí)行服務編排的目標的可選列表。例如，與服務編排目標對應的信息可以指定服務節(jié)點、服務層、和服務能力實例中的一個或者多個。在示例場景中，當客戶端在對一個或者多個指定目標執(zhí)行服務編排的請求中包括簡檔時，可以將服務編排目標信息包括在編排簡檔中。在替選場景中，客戶端可以選擇不在編排簡檔中指定編排目標的列表，而是依賴服務編排管理功能來確定目標。服務編排調(diào)度屬性指定關于何時執(zhí)行服務編排和/或簡檔有效的持續(xù)時間的調(diào)度信息。服務編排策略屬性指定使得有資格執(zhí)行服務編排的策略。策略可以包括有關是否/何時執(zhí)行服務編排的規(guī)則、或者有關針對不同目標可以執(zhí)行的或者可以通過不同客戶端執(zhí)行的不同類型的服務編排的規(guī)則。這些規(guī)則可以取決于服務編排場境。例如，策略可以指定在檢測到特定事件或者觸發(fā)條件(例如，達到某閾值的網(wǎng)絡或者節(jié)點加載、出現(xiàn)特定錯誤條件、由鄰近服務節(jié)點的客戶端發(fā)出的編排請求)時要進行特定類型的服務編排。服務編排場境屬性指定適用于服務編排的場境信息。例如，場境信息可以指定客戶端的身份、位置、期望的服務質(zhì)量級別、可用性調(diào)度、應用的類型等。場境信息可以由其它屬性(諸如，例如，服務編排策略屬性)引用。期望的服務屬性指定編排客戶端正請求朝著指定目標編排的服務配置。期望的服務屬性通常只有在/當編排簡檔正用于對目標進行編排的客戶端請求時才適用。如果簡檔正用于其它目的，諸如，例如，發(fā)布支持的服務的集合，那么該屬性可能不適用。在示例實施例中，期望的服務屬性可以具有以下類型中的任何一種，下面對以下類型中的每一種進行了討論：期望的網(wǎng)絡服務；期望的服務節(jié)點；期望的服務層；以及期望的服務能力。期望的網(wǎng)絡服務類型指定網(wǎng)絡中的服務節(jié)點配置的期望的混合和分布。在示例實施例中，期望的網(wǎng)絡服務類型可以指定，例如，以下任何一項：期望的服務節(jié)點數(shù)量；期望的服務節(jié)點位置；分配給每個服務節(jié)點的期望的計算和網(wǎng)絡資源；跨服務節(jié)點的服務層配置的期望的混合和分布；用在服務節(jié)點上的期望的網(wǎng)絡安全方案；以及指向待用于對單獨的服務節(jié)點進行編排的子服務節(jié)點編排簡檔的鏈接。期望的服務節(jié)點類型指定服務節(jié)點的期望的配置。在示例實施例中，期望的服務節(jié)點類型可以指定，例如，以下任何一項：待托管在服務節(jié)點上的期望的服務層實例數(shù)量；每個期望的服務層實例的類型；服務節(jié)點支持的期望的安全方案；分配給服務節(jié)點上的每個服務層實例的期望的計算機和網(wǎng)絡資源；服務節(jié)點所協(xié)作的期望的對等服務節(jié)點；以及指向待用于對該服務節(jié)點支持的單個服務層實例進行編排的期望的子服務層編排簡檔的鏈接。期望的服務層類型指定服務層的期望的配置。在示例實施例中，期望的服務層類型可以指定，例如，以下任何一項：待通過服務層啟用的期望的服務能力實例的集合；使用服務層的期望的成本；服務層的期望的安全/隱私簡檔；分配給服務層支持的每個服務能力實例的期望的計算和網(wǎng)絡資源；該服務層所協(xié)作的期望的對等服務層；以及指向用于對該服務層支持的單個服務能力實例進行編排的期望的子服務能力編排簡檔的鏈接。期望的服務能力類型指定服務能力的期望的配置。指定的信息類型的一些示例實施例可以包括，但不限于以下：待通過服務能力啟用的期望的特征集合；使用服務能力的期望的成本等。再次參照包括在服務編排簡檔中的屬性，所支持的服務屬性指定所支持的服務集合，編排目標支持該服務集合。注意，該屬性僅在如果/當服務編排簡檔正用于發(fā)布/公布支持的服務的請求(或者用于發(fā)現(xiàn)響應)的情況下適用。如果簡檔正用于其它目的(例如，由編排客戶端用來請求對目標進行編排)，那么該屬性可能不適用。在示例實施例中，所支持的服務屬性可以具有以下類型中的任何一種，下面對以下類型中的每一種進行了討論：所支持的網(wǎng)絡服務；所支持的服務節(jié)點；所支持的服務層；以及所支持的服務能力。用于所支持的服務屬性的所支持的網(wǎng)絡服務類型指定網(wǎng)絡中的所支持的服務節(jié)點的簡潔描述。針對支持的網(wǎng)絡服務類型可以包括的信息的示例包括，但不限于以下：所支持的服務節(jié)點的數(shù)量、位置、地址及其對應的子簡檔的鏈接；分配給每個服務節(jié)點的所支持的計算和網(wǎng)絡資源；跨服務節(jié)點的服務層配置的所支持的混合和分配；以及跨服務節(jié)點使用的所支持的網(wǎng)絡安全方案。用于所支持的服務屬性的所支持的服務節(jié)點類型指定服務節(jié)點所支持的服務層的簡潔描述。針對所支持的服務節(jié)點類型可以包括的信息的示例包括，但不限于以下：托管在服務節(jié)點上的所支持的服務層實例的數(shù)量、類型、位置、和地址及指向其對應的子簡檔的鏈接；所支持的(服務節(jié)點支持的)安全方案；所支持的服務節(jié)點接口描述(例如，API)；對等服務節(jié)點；指向所支持的服務層編排簡檔的鏈接；擁有/管理服務節(jié)點的服務提供商；服務節(jié)點的成本信息；以及服務節(jié)點的性能/資源配置。用于所支持的服務屬性的支持的服務層類型指定服務層支持的服務能力的簡潔描述。針對支持的服務層類型可以包括的信息的示例包括，但不限于以下：服務層實例所支持的服務能力實例的集合及指向其對應的子簡檔的鏈接；所支持的服務層接口描述(例如，API)；與使用服務層相關聯(lián)的成本；所支持的安全/隱私方案；分配給每個服務能力實例的計算和網(wǎng)絡資源；該服務層所協(xié)作的每個服務層；所支持的服務層操作模式(例如，高性能、低成本、免費、低能耗等)。用于所支持的服務屬性的所支持的服務能力類型指定服務能力所支持的特征的簡潔描述。針對所支持的服務能力類型可以包括的信息的示例包括，但不限于以下：服務能力實例所支持的特征集合；所支持的服務能力接口描述(例如，API)；與使用服務能力相關聯(lián)的成本；所支持的服務能力安全/隱私方案；該服務層所協(xié)作的對等服務能力；以及所支持的服務能力操作模式(例如，高性能、低成本、免費、低能耗等)。服務編排管理功能服務編排管理功能840支持多種類型的服務編排，包括，服務節(jié)點網(wǎng)絡的編排、單個服務節(jié)點的編排、單個服務層的編排、和/或單個服務能力的編排。根據(jù)功能840在網(wǎng)絡中的部署位置，其可以支持這些類型的編排中的一種或者多種。為了執(zhí)行這些類型的服務編排，功能840依賴服務編排簡檔(諸如，如上文討論的)的使用。服務編排管理功能840支持通過解析包含在請求內(nèi)的服務編排簡檔并且提取服務編排簡檔屬性來處理服務編排請求。與其對應的服務編排簡檔相似，可以按照層級的方式來部署服務編排管理功能840。換言之，可以按照網(wǎng)絡、節(jié)點、服務層、和/或服務能力的粒度，來部署服務編排管理功能。利用處于這些級別中的每一個級別的簡檔，功能可以支持不同形式的服務編排。服務編排管理功能840支持的第一編排正在動態(tài)地實例化一個或者多個支持的網(wǎng)絡服務節(jié)點(例如，大量生成新的VM并且實例化在VM上的新服務節(jié)點)并且協(xié)調(diào)其配置，從而使得其可與網(wǎng)絡中的其它服務節(jié)點兼容且互補。例如，服務編排管理功能可能協(xié)調(diào)以確保大量生成的每個虛擬機(VM)上安裝有服務層軟件的可兼容類型和版本。服務編排管理功能840所支持的另一編排正在動態(tài)地實例化并啟動網(wǎng)絡中的服務節(jié)點上的支持的服務層的一個或者多個實例，并且協(xié)調(diào)服務層實例的配置，從而使得其可與網(wǎng)絡中的其它服務層實例的配置兼容且互補。例如，服務編排管理功能840可以實例化oneM2M服務層實例并且將這些實例配置為充當特定角色(例如，基礎設施節(jié)點、中間節(jié)點、特定于應用的節(jié)點等)，并且保證其接口可與彼此兼容(例如，使用特定端口號和協(xié)議)。服務編排管理功能840支持的另一編排正在動態(tài)地協(xié)調(diào)托管在整個網(wǎng)絡的各種服務節(jié)點上的每個服務層實例支持的特定類型的服務能力(例如，oneM2MCSF或者ETSIM2MSC)的啟用、禁用、和配置。例如，服務編排管理功能可協(xié)調(diào)特定組服務層彼此互相操作所需的強制服務能力集合的啟用和配置。作為再一示例，服務編排管理功能可協(xié)調(diào)在整個網(wǎng)絡的各種服務層上的增值服務能力的啟用、禁用、和配置，從而使得能力分布以確保在服務層上的負載平衡的適當混合和對透視客戶端的可用性。服務編排管理功能840支持的另一編排正在動態(tài)地協(xié)調(diào)在整個網(wǎng)絡的各種服務層內(nèi)的每個服務能力支持的特定類型的特征(例如，oneM2MCMDHCSF的存儲轉(zhuǎn)發(fā)特征)的啟用、禁用、和配置。例如，服務編排管理功能840可協(xié)調(diào)確保在網(wǎng)絡中支持服務能力的不同服務層實例上的服務能力互操作性所需的強制特征集合的啟用和配置。作為再一示例，服務編排管理功能可協(xié)調(diào)特定服務能力的增值特征的啟用、禁用、和配置，從而使功能分布為確保在服務層上的適當負載平衡和對透視客戶端的可用性。服務編排管理功能840可以支持一個或者多個接口，以允許其將請求發(fā)送至網(wǎng)絡中的編排客戶端、編排目標、和其它服務編排管理功能/從該編排客戶端、編排目標、和其它服務編排管理功能接收請求。在示例實施例中，服務編排接口可以適用于接收來自客戶端(例如，在網(wǎng)絡中的應用或者管理實體)的請求，以使功能840基于所請求的簡檔來執(zhí)行指定類型的服務編排。作為響應，管理功能840對服務節(jié)點網(wǎng)絡、特定服務節(jié)點、特定服務層、或者特定服務能力執(zhí)行編排。在另一示例實施例中，管理功能可以適用于接收來自潛在編排目標的請求，以發(fā)布其服務編排簡檔。作為響應，管理功能公布其支持的服務層/服務能力/特征的集合，或者將服務編排場境或者策略提供給功能。在再一實施例中，管理功能840可以適用于接收來自網(wǎng)絡中的其它服務編排管理功能的請求，以協(xié)調(diào)服務編排。例如，在示例場景中，托管在服務節(jié)點上的功能可以請求托管在節(jié)點上的服務層內(nèi)的功能執(zhí)行服務層的服務編排。響應于這種請求，編排管理功能可以請求在其中一個服務能力內(nèi)的功能對服務能力執(zhí)行服務編排。要了解，服務編排管理功能840可以生成并且顯示用戶界面，用戶可以用該用戶界面指定要編排的服務的期望的方面。服務編排管理功能840使用經(jīng)由用戶界面輸入的信息按照指定的用戶輸入來配置簡檔。圖9B描繪了可以通過服務編排管理功能840提供的示例用戶界面950。如圖所示，用戶界面950包括期望的服務面板952，用戶可以用該服務面板指定其有興趣進行編排的特定服務。通過使用面板954，用戶可以指定特定目標服務器、網(wǎng)關、裝置等，在該特定目標服務器、網(wǎng)關、裝置等上啟用指定的服務集合。面板956允許用戶指定特定策略，該特定策略指示是否/何時進行編排。例如，通過使用面板956，用戶可以選擇應該在特定時間處或者按照特定調(diào)度執(zhí)行編排。可替選地，通過使用面板956，用戶可以指定應該根據(jù)位置來執(zhí)行編排。在另一實施例中，用戶界面可以允許用戶另外或者可替選地指定要基于期望的服務質(zhì)量來執(zhí)行編排。在用戶選擇規(guī)定要基于特定時間或者調(diào)度來執(zhí)行編排的策略的場景中，用戶可以通過使用面板958來指定時間或者調(diào)度的細節(jié)。在用戶選擇規(guī)定要基于位置來執(zhí)行編排的策略的場景中，通過使用面板960，用戶可以指定提供用于確定是否執(zhí)行編排的場境的位置。類似地，如果已將服務質(zhì)量指定為編排策略，則用戶界面將提供對應位置以指定關于期望的服務質(zhì)量的相關細節(jié)。在用戶已經(jīng)通過使用界面950指定了關于期望的服務級別的細節(jié)之后，服務編排管理功能840可以使用指定的細節(jié)來更新簡檔信息，以便按照指定的方式來實施期望的服務。編排服務的方法圖10A至10B描繪了圖示執(zhí)行服務編排的請求的示例處理的流程圖。通過服務編排管理功能執(zhí)行該處理，該服務編排管理功能可以層級相關，并且處理可以層級相關的服務編排簡檔820。參照圖10A，在步驟1中，服務編排管理功能840配置有服務編排簡檔820。該配置可以在置配服務節(jié)點時經(jīng)由預置配來完成或者可以動態(tài)地發(fā)生在例如接收到來自編排客戶端或者從另一服務編排管理功能的請求時。要了解，在配置服務編排功能840之前，可以采用先前的發(fā)現(xiàn)步驟來識別支持的可用服務集合。參照圖10A，在步驟2中，發(fā)生編排觸發(fā)。例如，服務編排管理功能840可以接收來自客戶端的執(zhí)行期望類型的編排的請求。該請求可以包括描述了期望的服務的簡檔820，或者可以在簡檔820之前。在另一場景中，服務編排管理功能840可以基于在編排簡檔820中指定的策略或者規(guī)則來檢測觸發(fā)執(zhí)行自我編排的事件。參照圖10A，在步驟3中，通過服務編排管理功能來處理任何相關的服務編排。例如，功能840處理與該觸發(fā)相關聯(lián)的對應服務編排簡檔。參照圖10A，在步驟4中，服務編排管理功能840解析“簡檔語義”屬性(若存在)以確定其是語義描述還是指向存儲在其它地方的語義描述的鏈接。參照圖10A，在步驟5A中，如果服務編排管理功能確定“簡檔語義”屬性是鏈接，則服務編排管理功能采用該鏈接以獲取步驟5B中的語義描述。在步驟6中，服務編排管理功能840采用語義描述來解析簡檔820的單獨的屬性并且通過使用語義感知技術來理解這些屬性。在圖10A的步驟7中，服務編排管理功能840解析“簡檔類型”屬性，以確定預期的編排目標是否為服務節(jié)點網(wǎng)絡、服務節(jié)點、服務層、或者服務能力。在圖10B描繪的步驟8中，服務編排管理功能840驗證其是否能夠執(zhí)行所請求的類型的服務編排。如果不能，則其用如下文結(jié)合步驟13提到的錯誤條件來響應客戶端。否則，編排管理功能840繼續(xù)處理該請求。在圖10B的步驟9中，服務編排管理功能840解析“服務編排調(diào)度”屬性，以確定關于何時執(zhí)行所請求的服務編排的調(diào)度信息(例如，日期和時間)。在圖10B的步驟10中，服務編排管理功能840解析“服務編排策略”和“服務編排場境”屬性，以確定是否存在進一步符合服務編排資格的任何指定規(guī)則和場境。例如，服務編排管理功能840可以確定是否/何時執(zhí)行服務編排、允許/不允許的服務編排的類型、或者需要調(diào)整或者重復服務編排的條件。策略可以包含對“服務編排場境”屬性的依賴/引用。當檢測到對該場境的更新時，服務編排管理功能840可以重新評估任何適用的策略以確定是否/何時需要服務重編排。在圖10B的步驟11中，服務編排管理功能840解析“期望的服務”屬性，以確定簡檔限定為對一個或者多個目標進行編排的期望的服務集合和管理功能840必須執(zhí)行的對應動作。功能840還確定為該請求服務是否會需要其與本地托管在相同服務節(jié)點或者網(wǎng)絡中的其它地方上的任何其它服務編排管理功能協(xié)作。其通過查看是否已經(jīng)引用了(即，鏈接至)任何附加服務編排簡檔820或者在“期望的服務”簡檔屬性中是否包括任何附加服務編排簡檔820，來執(zhí)行該動作。例如，在服務層簡檔內(nèi)的“期望的服務”屬性可以引用一個或者多個子服務能力簡檔820。在圖10B的步驟12中，如果在“期望的服務”屬性中已經(jīng)包括或者引用了子服務編排簡檔820，則服務編排管理功能840向子服務編排管理功能發(fā)起其自身的請求。如果子服務編排簡檔820未明確地包括在簡檔中，則服務編排管理功能840可以基于其保存的信息來選擇其自身的子功能集合。父服務編排管理功能840還可以在其又可以觸發(fā)的子服務編排管理功能上創(chuàng)建新的簡檔。這樣，功能可以協(xié)調(diào)由子服務編排管理功能執(zhí)行的服務編排(例如，通過協(xié)調(diào)其向這些子功能提供的服務編排簡檔)。在接收到請求時，這些功能通過使用與此處描述的方法相同的方法來處理該請求。因此，實現(xiàn)了處理服務編排請求的協(xié)調(diào)且分層級的方法。在圖10B的步驟13中，在完成其自身的服務編排動作的集合并且確認已經(jīng)成功執(zhí)行了任何子服務編排動作之后，服務編排管理功能840計算其觸發(fā)執(zhí)行的總體服務編排操作的狀態(tài)。如果明確的客戶端請求觸發(fā)了該編排，則可以將該狀態(tài)返回至客戶端?；谠擁憫蛻舳丝梢源_定編排是否成功、失敗、或者部分成功(即，一些服務編排完成，但是一些尚未完成)。通過使用該信息，基于這種響應，客戶端然后可以選擇其下一個動作(例如，執(zhí)行另一輪編排或者湊合使用這些結(jié)果)。服務發(fā)布和發(fā)現(xiàn)除了編排其對應的服務節(jié)點網(wǎng)絡、服務節(jié)點、服務層、或者服務能力的服務之外，服務編排管理功能840還支持用于保持可用服務的庫存并且經(jīng)由服務編排簡檔820發(fā)布該庫存的方法。服務編排管理功能840進一步支持對發(fā)布的服務編排簡檔820的發(fā)現(xiàn)。服務編排簡檔820的發(fā)布和發(fā)現(xiàn)使服務編排客戶端(例如，在網(wǎng)絡中的應用以及其它服務編排管理功能等)能夠具有動態(tài)地發(fā)現(xiàn)這些簡檔并且確定對應的服務節(jié)點網(wǎng)絡、服務節(jié)點、服務層、或者服務能力的當前配置的能力。這樣，客戶端可以確定當前配置是否充足或者是否授權編排。盡管服務編排可以利用服務發(fā)現(xiàn)作為基礎的且支持的技術，但是服務編排本身與服務發(fā)現(xiàn)存在區(qū)別。服務編排是通常在服務發(fā)現(xiàn)之后發(fā)生并且支持特征(諸如，托管在特定服務節(jié)點上或者跨服務節(jié)點網(wǎng)絡的服務的動態(tài)布置、管理和協(xié)調(diào))的步驟。服務編排還可以支持特征，諸如，協(xié)調(diào)并控制不同客戶端(例如，應用以及其它服務)可以使用網(wǎng)絡中的哪些服務節(jié)點上的哪些服務。圖11描繪了結(jié)合發(fā)布服務編排簡檔執(zhí)行的處理的流程圖。參照圖11，在步驟1中，服務編排管理功能840接收服務編排觸發(fā)(例如，來自客戶端的請求)。在圖11的步驟2中，服務編排管理功能840可以從觸發(fā)中提取服務編排簡檔820。在圖11的步驟3中，服務編排管理功能840可以對指定目標執(zhí)行期望的服務編排。例如，管理功能840可以將請求連同對應的服務編排簡檔820一起傳輸至其子服務編排管理功能。在圖11的步驟4中，服務編排管理功能840確定是否許可其發(fā)布編排簡檔820。例如，編排管理功能840可以確定客戶端是否許可其發(fā)布編排簡檔。如果客戶端不許可，則在步驟8中，編排管理功能840不發(fā)布簡檔。如果客戶端許可，在圖11的步驟5中，服務編排管理功能840創(chuàng)建服務簡檔，在該服務簡檔中，該服務編排管理功能發(fā)布其對指定目標進行成功編排的所支持的服務的集合。在這些簡檔內(nèi)，可以發(fā)布每個單獨的簡檔的所支持的服務，諸如，在上文討論的“所支持的服務”屬性中提到的服務?？商孢x地，服務編排管理功能840可以發(fā)布服務簡檔模板，該服務簡檔模板為客戶端提供關于客戶端可以如何執(zhí)行編排的信息。例如，發(fā)布的服務簡檔模板可以描述如何創(chuàng)建新的服務簡檔或者可以創(chuàng)建的新的服務簡檔的類型。在步驟6中，服務編排管理功能840發(fā)布服務簡檔，從而使得其可由透視編排客戶端發(fā)現(xiàn)。服務編排管理功能840可以將服務編排可適用的場境信息添加/更新至其發(fā)布的簡檔。例如，服務編排管理功能可以添加或者更新簡檔信息，以包括與給定簡檔相關聯(lián)的當前性能/加載度量、對簡檔收費的當前費率等。在圖11的步驟7中，服務編排管理功能840維持服務簡檔的庫存，該服務簡檔當前是活躍的并且受到服務節(jié)點網(wǎng)絡、服務節(jié)點、服務層、或者服務能力的支持。因此，服務編排管理功能840可以取消發(fā)布(即，移除)不再活躍的任何過期的簡檔。圖12描繪了結(jié)合服務編排簡檔的發(fā)現(xiàn)執(zhí)行的處理的流程圖。參照圖12，在步驟1中，編排客戶端生成服務發(fā)現(xiàn)查詢，該服務發(fā)現(xiàn)查詢由包含限定在如上文討論的服務編排簡檔820內(nèi)的屬性的查詢組成。在圖12的步驟2中，服務編排客戶端將發(fā)現(xiàn)請求傳輸至一個或者多個目標服務編排管理功能840，以便發(fā)現(xiàn)任何適用的服務節(jié)點、服務層、或者服務能力是否具有與查詢屬性匹配的服務簡檔。在圖12的步驟3中，服務編排管理功能840接收發(fā)現(xiàn)請求并且提取發(fā)現(xiàn)查詢字符串。在圖12的步驟4中，服務編排管理功能840針對查詢字符串中指定的屬性來查詢其公布的服務簡檔集合以確定是否存在任何匹配的簡檔。在圖12的步驟5中，服務編排管理功能840返回列表或者指向任何匹配的服務簡檔列表的鏈接。oneM2M服務編排實施例可以將服務編排的系統(tǒng)和方法應用于利用服務的多種不同網(wǎng)絡技術中的任何技術。所公開的系統(tǒng)和方法對M2M和IoT技術具有特定適用性。例如，可以利用oneM2M架構來實施所公開的系統(tǒng)和方法。圖13公開了適用于提供如本文描述的服務編排的示例oneM2M架構。在圖13的特定實施例中，集中式服務編排管理功能1310駐留在網(wǎng)絡中的集中式節(jié)點上并且可由編排客戶端1312(例如，AE和CSE)以及編排目標1320(例如，CSE)訪問。編排簡檔也存儲在集中式節(jié)點上或者在該集中式節(jié)點處進行處理。限定新的參考點(Mso)以便接口連接到該集中式服務編排管理功能1310。參考點可以支持提出的請求(上文結(jié)合圖10、11、和12討論的)。通過使用該集中式架構，可以支持單獨的服務節(jié)點、CSE、或者CSF的編排、以及服務節(jié)點、CSE、和/或CSF的網(wǎng)絡的編排。oneM2M架構還支持如上所述的服務編排的分布式實施方式。圖14圖示了服務編排的分布式實施方式。如圖14所示，服務編排管理功能1440在每個服務節(jié)點(例如，基礎設施節(jié)點1418、中間節(jié)點1422、和特定于應用的節(jié)點1424)上執(zhí)行，以便支持單獨的服務節(jié)點的編排以及服務節(jié)點網(wǎng)絡的協(xié)調(diào)編排。編排管理功能處理上文結(jié)合實施服務編排所描述的編排簡檔1420。還可以將服務編排管理功能1440和對應的編排簡檔1420托管在CSE1430上，該CSE1430在服務節(jié)點上執(zhí)行。在示例實施例中，可以將服務編排管理功能1440實施為新的服務編排管理CSF，以便支持CSE編排。圖15是描繪了托管在公共服務實體(CSE)1506上的各種公共服務功能(CSF)1508的示意圖。在圖15描述的CSE1506中，服務編排管理功能1540和對應的簡檔1520托管在CSF的1508上并且如上文結(jié)合圖10、11、和12描述那樣操作。因此，可以將公共服務功能和簡檔分布在與CSE1506相關聯(lián)的CSF的1508內(nèi)。在一個實施例中，并且還如圖15中圖示的，可以創(chuàng)建新的公共服務編排CSF1512，該公共服務編排CSF1512作為用于執(zhí)行編排的集中式節(jié)點而操作。根據(jù)特定實施要求，可以使用這些實施例中的一個或者兩個來編排CSF。oneM2M服務編排資源通過使用表述性狀態(tài)轉(zhuǎn)移(RESTful)架構來頻繁地實施oneM2M應用。在這種實例中，將CSF表示為RESTful“資源”的集合。資源是在架構中的具有可以經(jīng)由RESTful方法(諸如，Create(創(chuàng)建)、Retrieve(檢索)、Update(更新)、和Delete(刪除))來操縱的表示的唯一可尋址實體。通過使用通用資源標識符(URI)來使這些資源可尋址。資源可以包含子資源和屬性。子資源是與父資源具有包含關系的資源。父資源表示包含對其子資源的引用。子資源的生命期受父資源的資源生命期的限制。每個資源支持存儲有關資源的信息的“屬性”的集合?？梢酝ㄟ^使用服務編排管理功能的基于RESTful資源的編程接口來實施如本文描述的服務編排處理。編排客戶端可以使用基于RESTful的資源來發(fā)起服務編排管理功能以執(zhí)行不同類型的服務編排。還可以通過服務編排管理功能來使用資源和/或該資源還可以用于發(fā)布編排目標支持的服務編排簡檔以及用于在服務編排管理功能之間的協(xié)作(例如，服務編排簡檔的交換)。在示例實施例中，與上文討論的編排簡檔對應的<profile(簡檔)>資源可以用于請求服務編排管理功能對指定的編排目標執(zhí)行服務編排。<profile>資源還可以由服務編排管理功能用來發(fā)布管理功能所負責的對應服務節(jié)點、CSE、或者CSF的服務編排屬性。同樣，<profile>資源還可用于發(fā)現(xiàn)已發(fā)布的另一服務節(jié)點、CSE、或者CSF的服務編排屬性。圖16是圖示了與如本文討論的編排簡檔對應的<profile>資源的示例實施例的示意圖。結(jié)合圖16(和圖17至20)，下面的標注(通常為典型的oneM2M標注)適用：方框用于資源和子資源；具有圓角的方框用于屬性；平行四邊形用于資源合集；限定了每個屬性和子資源的多重性；以及用“<”和“>”分隔的資源名指示在資源創(chuàng)建期間分配的名稱。如圖16所示，<profile>資源具有與其相關聯(lián)的示例屬性。屬性與上文結(jié)合編排簡檔描述的各種屬性對應。圖16通過變量“n”指示<profile>資源與屬性具有多重性關系。換言之，標注指示可能存在<profile>的“n”個特定屬性。下面的圖表指示上文討論的各種編排簡檔屬性、以及可以與RESTful<profile>一同存在的多重性。例如，如下面的圖表中提到的，特定<profile>僅有一個簡檔ID屬性。同樣，特定<profile>可能僅有一種類型。然而，針對其它屬性(諸如，orchestrainTargets和supportedServices)，可以存在從0到多個值的任何范圍。屬性名多重性profileID(簡檔ID)1profileType(簡檔類型)1profileSemantics(簡檔語義)0..1orchestrationTargets(編排目標)0..norchestrationSchedule(編排調(diào)度)0..1orchestrationPolicies(編排策略)0..norchestrationContext(編排場境)0..ndesiredServices(編排服務)0..nsupportedServices(所支持的服務)0..n針對服務編排管理功能托管在CSE之外或者獨立于CSE(即，集中式服務編排管理功能)的實施例，可以獨立于限定CSE資源樹的oneM2M來實例化<profile>資源。例如，可以針對由<profile>資源在網(wǎng)絡中的其自身的節(jié)點上托管的集中式服務編排管理功能，在單獨的資源樹中實例化該<profile>資源。針對服務編排管理功能托管在CSE內(nèi)或者在CSF內(nèi)的實施例，可以按照在oneM2MCSE資源樹內(nèi)的各種級別來實例化<profile>資源。在一個示例實施例中，可以在如圖17所示的<node(節(jié)點)>資源下實例化<profile>資源。該實施例非常適合于服務節(jié)點的編排。例如，該特定<profile>資源可以用于編排服務節(jié)點支持的CSE和/或CSF的數(shù)量和類型。該實施例還可用于發(fā)布和/或發(fā)現(xiàn)節(jié)點的服務簡檔。在另一實施例中，可以在如圖18所示的CSE<baseURI(基礎URI)>資源或者在<remoteCse(遠程Cse)>資源下實例化<profile>資源。該實施例非常適合CSE(即，服務層)的編排，從而使得CSE可以將公共/通用配置提供給其所有客戶端(即，CSE的非特定于應用的編排)。該實施例還可以用于發(fā)布和/或發(fā)現(xiàn)CSE服務簡檔。在另一實施例中，可以在如圖19所示的<application(應用)>資源或者<m2mServiceSubscription(m2m服務預訂)>資源下實例化<profile>資源。該實施例非常適合CSE的編排，從而使得其將差異化的服務提供給其注冊的應用中的每一個，而不是跨所有應用提供公共配置。該實施例還可以用于發(fā)布和/或發(fā)現(xiàn)CSE專用支持的服務簡檔。在再一實施例中，可以在如圖20所示的一個或者多個CSF專用資源下實例化<profile>資源。注意，在這種實施例中，<csfN>旨在表示適用于特定CSF實例的oneM2M限定的資源。例如，現(xiàn)有的oneM2M規(guī)格限定CSF專用資源，諸如，DMRCSF的<container(容器)>資源、CMDHCSF的<delivery(傳遞)>資源、和GMGCSF的<group(組)>資源。通過支持在CSF專用資源下的<profile>子資源，可以使用該實施例來編排特定CSF及其支持的特征。該實施例還可以用于發(fā)布和/或發(fā)現(xiàn)支持CSF的服務簡檔。在其本地CSE上編排CSF的應用圖21A至21B呈現(xiàn)了描繪與在本地CSE上編排CSF相關聯(lián)的示例處理的示意圖。在示例場景中，消息傳送發(fā)生在上文結(jié)合圖13提到的Mso參考點上。參照圖21A，在步驟1中，在CSE上的服務編排管理功能(例如，圖13的1310)通過使用上文公開的方法向本地資源(例如，baseURI/<profile>)發(fā)布可用的CSE服務簡檔。在圖21A的步驟2中，應用成功地對其本地CSE執(zhí)行oneM2M注冊。如圖21A所示，該處理可以涉及在步驟2A中應用發(fā)送特定請求(例如，CREATEbaseURO/<application>)，在步驟2B中，服務層通過創(chuàng)建對應的資源(例如，baseURI/<application>)來接收該特定請求并且進行注冊。在步驟2C中，可以通過CSE將指示成功的響應傳輸至應用。在圖21A的步驟3中，應用將CSE服務簡檔發(fā)現(xiàn)請求發(fā)送至其本地CSE，以期望找到可以支持其的任何可用的CSE服務簡檔。如圖21A所示，在示例場景中，應用可以創(chuàng)建并且傳輸請求，諸如，RETRIEVEbaseURI？searchString＝“ProfileType＝CSEProfile”。在圖21A的步驟4中，在CSE上的服務編排管理功能通過執(zhí)行查找具有配置為“ProfileType＝CSEProfile”的searchString屬性的資源的資源發(fā)現(xiàn)，來處理服務簡檔發(fā)現(xiàn)請求。在圖21B的步驟5中，CSE服務編排管理功能用<profile>資源的鏈接的列表來對應用做出響應。每個鏈接表示CSE當前支持的服務簡檔。鏈接可以包括信息，諸如，URI以及描述了簡檔的附加服務簡檔屬性。在圖21B的步驟6中，應用可選地獲取一個或者多個簡檔，以獲得有關簡檔的附加信息。應用確定任何簡檔是否滿足應用的要求。在圖21B的步驟7中，如果沒有一個現(xiàn)有的簡檔滿足應用的要求，則應用創(chuàng)建新的服務編排簡檔，利用托管在CSE中的所支持的CSF的應用指定配置來配置CSE。在圖21B的步驟8中，應用生成服務編排請求并且將其傳輸至其包含服務編排簡檔的本地CSE?？梢栽趧?chuàng)建新<profile>資源的請求內(nèi)將該請求發(fā)送至CSE。該請求的URI可以對準baseURI/<application>/<profile>，以便使該編排是CSE的專用編排。在圖21B的步驟9中，在CSE中的服務編排管理功能通過如上文結(jié)合圖10A至10B描述那樣解析服務編排簡檔來處理服務編排請求。該特定于應用的編排可以允許CSE支持向其注冊的每個應用的差異化服務(例如，不同CSF配置)。在圖21B的步驟10中，CSE用指示服務編排請求是否成功的響應來對應用進行響應。跨CSE網(wǎng)絡編排CSF圖22A至22D是描繪與跨CSE網(wǎng)絡編排CSF相關聯(lián)的示例處理的示意圖。參照圖22A，在步驟1中，AE或者CSE創(chuàng)建新的服務編排簡檔，以利用彼此協(xié)調(diào)的CSE配置來配置網(wǎng)絡中的服務節(jié)點。例如，簡檔可能要配置服務節(jié)點，該服務節(jié)點支持相同類型的CSE并且支持補充配置和CSF。在圖22A的步驟2A中，AE或者CSE生成服務編排請求并且將其傳輸至網(wǎng)絡中的集中式服務編排管理功能?？梢栽诜站幣殴芾砉δ苌蟿?chuàng)建新的<profile>資源(例如，CREATE/<profile>，有效負荷：服務編排簡檔)的請求內(nèi)發(fā)送該請求。在圖22A的步驟3中，服務編排管理功能如上文結(jié)合圖10A至10B討論那樣通過解析服務編排簡檔并且向網(wǎng)絡中的每個適用的服務節(jié)點發(fā)起服務編排請求來處理服務編排請求。在圖22A的步驟4A中，在集中式服務編排節(jié)點上的服務編排管理功能生成服務編排請求并且將其傳輸至網(wǎng)絡中的基礎設施服務節(jié)點。在示例場景中，該請求可以如下：CREATE<node>/<profile>且有效負荷：服務編排簡檔(Payload:ServiceOrchestrationProfile)。在步驟4B中，在基礎設施服務節(jié)點上的服務編排管理功能處理該請求并且按照上文結(jié)合圖10A至10B描述的處理來配置節(jié)點的CSE。例如，在基礎設施服務節(jié)點上的服務編排管理功能可以解析相關的編排簡檔并且執(zhí)行如上所述的相關編排。在圖22C的步驟4C中，基礎設施服務節(jié)點發(fā)送提供了該處理的狀態(tài)的響應。在示例場景中，基礎設施服務節(jié)點指示編排成功。在圖22C的步驟5A中，集中式服務節(jié)點的服務編排管理功能生成服務編排請求并且將其傳輸至網(wǎng)絡中的中間服務節(jié)點。在示例場景中，請求可以如下：CREATE<node>/<profile>且有效負荷：服務編排簡檔。在圖22D的步驟5B中，在中間服務節(jié)點上的服務編排管理功能處理該請求并且按照上文結(jié)合圖10A至10B描述的處理來配置節(jié)點的CSE。例如，在中間服務節(jié)點上的服務編排管理功能可以解析接收到的編排簡檔并且執(zhí)行對應的編排。在圖22D的步驟5C中，中間服務節(jié)點發(fā)送提供了該處理的狀態(tài)的響應。在示例場景中，中間服務節(jié)點指示編排成功。在圖22C的步驟6A中，集中式服務節(jié)點的服務編排管理功能生成服務編排請求并且將其傳輸至網(wǎng)絡中的特定于應用的服務節(jié)點。在示例場景中，請求可以如下：CREATE<node>/<profile>且有效負荷：服務編排簡檔。在圖22D的步驟6B中，在特定于應用的服務節(jié)點上的服務編排管理功能處理該請求并且按照上文結(jié)合圖10A至10B描述的處理來配置節(jié)點的CSE。例如，在應用服務節(jié)點上的服務編排管理功能可以解析接收到的編排簡檔并且執(zhí)行對應的編排。在圖22D的步驟6C中，應用服務節(jié)點發(fā)送提供了該處理的狀態(tài)的響應。在示例場景中，應用服務節(jié)點指示編排成功。在圖22C的步驟2B中，集中式服務節(jié)點的服務編排管理功能生成響應并且將其傳輸至最初請求編排的AE或者CS。在示例場景中，集中式服務節(jié)點指示編排成功。基于XML的服務編排簡檔層級可以按照任何合適的格式并且采用任何合適的技術來實施上文描述的服務編排簡檔。例如，服務編排簡檔可以是XML或者WSDL格式的文件。下面列出的是XML格式的示例編排文件。該特定示例示出了可以由例如，客戶端(例如，應用)創(chuàng)建以請求oneM2MCSE的編排使得某CSF集合對用戶端可用的編排簡檔。在該特定示例實施例中，只有上文討論的服務編排簡檔屬性的子集是適用的。示例XML編碼的簡檔包括屬性，諸如，簡檔類型(即，CSE_ORCHESTRATE)、要編排的目標CSE(即，cseXYZ)、執(zhí)行編排的調(diào)度時間(即，2014-10-24-06:00)、符合編排資格的策略(即，如果CSE是公共可用的CSE(CSEisPublic)，則只執(zhí)行服務編排)、以及包括有關每個服務的信息(例如，標題(title)、指向簡檔的鏈接(link)、成本(cost)、訪問(access)、性能(performance)、對等端(peers)等)的期望的服務集合(即，oneM2MCMDH、REG與DMR服務)。針對示出的每個XML元素，為了增加清楚性和可讀性，示出了服務編排簡檔屬性的示例值?；贘SON的服務編排簡檔層級可以通過使用JSON來格式化服務編排簡檔。下面列出的是JSON格式的簡檔的示例。該特定示例實施例是可由CSF創(chuàng)建以供發(fā)布從而使得其可以被網(wǎng)絡中的其它實體(諸如，例如，應用、服務編排管理功能等)發(fā)現(xiàn)和/或使用的一個服務編排簡檔。該特定示例包括適用于簡檔的預期用途的潛在的服務編排簡檔屬性的特定子集。在該特定示例簡檔中，JSON編碼的簡檔包括屬性，諸如，簡檔類型(即，CSE)、要編排的目標CSE(即，cseXYZ)、服務編排場境(即，CSE當前正在接受編排請求)、以及包括有關每個服務的信息(例如，標題、指向簡檔的鏈接、成本、訪問、性能、對等端等)的支持的服務集合(即，oneM2MCMDH、REG與DMR服務)。針對示出的每個JSON元素，為了增加清楚性和可讀性，示出了服務編排簡檔屬性的示例值?；赪SDL的服務編排簡檔層級還可能通過使用WSDL來編碼服務簡檔。在通過使用WSDL格式化的第一示例編排簡檔中，可以在WSDL模板內(nèi)的根‘描述(description)’元素下添加子元素。例如，如以下列表中示出的，子元素可以稱為‘簡檔(profile)’。在‘簡檔’元素下，限定了與上文描述的編排服務簡檔屬性中的每一個對應的子元素。在通過使用WSDL格式化的第二示例實施例中，在對應的服務編排簡檔屬性中的每一個的現(xiàn)有WSDL元素下添加新的子元素。例如，在‘類型(types)’、‘接口(interface)’、‘綁定(binding)’、和/或‘服務(service)’元素下可以添加選擇服務編排簡檔屬性?？梢詫⒎站幣藕啓n的各種排列與組合散布在一個或者多個WSDL子元素下，以便利用服務編排能力來增強WSDL。在下文列出的示例實施例中，在‘服務’元素下添加屬性。示例計算環(huán)境圖23A是示例無線裝置30的系統(tǒng)示意圖，該示例無線裝置30可以是例如，終端裝置、用戶設備(UE)、或者網(wǎng)關裝置。例如，裝置30可以由在網(wǎng)絡應用域210中的用戶采用，并且具有在其上執(zhí)行的應用，該應用與貫穿本申請結(jié)合圖2提到的網(wǎng)絡服務域212中的系統(tǒng)傳送數(shù)據(jù)。作為進一步的非限制性示例，無線裝置30可以是貫穿本說明書結(jié)合圖2描述的任何網(wǎng)關226。進一步地，裝置30可以用于實施在本說明書中任何地方結(jié)合圖2提到的網(wǎng)絡應用域214中的裝置。裝置30適用于經(jīng)由通信網(wǎng)絡或者直接無線電鏈路發(fā)射和接收信號。如圖23A所示，裝置30可以包括處理器32、收發(fā)器34、發(fā)射/接收元件36、揚聲器/麥克風38、鍵盤40、顯示器/觸摸板/指示器42、不可移動存儲器44、可移動存儲器46、電源48、全球定位系統(tǒng)(GPS)芯片集50、和其它外圍裝置52。在示例實施例中，顯示器/觸摸板/指示器42可以包括作為用戶界面的一部分而操作的一個或者多個指示器。要了解，裝置40可以在與實施例保持一致的同時包括前述元件的任何子組合。該裝置可以是將所公開的服務網(wǎng)關擴展用于系統(tǒng)間移動性系統(tǒng)和方法的裝置。處理器32可以是通用處理器、專用處理器、常規(guī)處理器、數(shù)字信號處理器(DSP)、多個微處理器、與DSP核心相關的一個或者多個微處理器、控制器、微控制器、一個或者多個專用集成電路(ASIC)、一個或者多個現(xiàn)場可編程門陣列(FPGA)電路、任何其它類型和數(shù)量的集成電路(IC)、狀態(tài)機等。處理器32可以執(zhí)行信號編碼、數(shù)據(jù)處理、功率控制、輸入/輸出處理、和/或使裝置30能夠在無線環(huán)境中操作的任何其它功能。處理器32可以耦合至收發(fā)器34，該收發(fā)器34可以耦合至發(fā)射/接收元件36。雖然圖23A將處理器32和收發(fā)器34描繪為單獨的部件，但是要了解，可以將處理器32和收發(fā)器34集成在電子封裝或者芯片中。處理器32可以執(zhí)行應用層程序(例如，瀏覽器)和/或無線電訪問層(RAN)程序和/或通信。處理器32還可以執(zhí)行安全操作(諸如，認證、安全密鑰協(xié)議、和/或密碼操作)，諸如，例如，在訪問層和/或應用層處。發(fā)射/接收元件36可以配置為將信號發(fā)射至eNode-B、HomeeNode-B、WiFi接入點等，或者從eNode-B、HomeeNode-B、WiFi接入點等接收信號。例如，在實施例中，發(fā)射/接收元件36可以是配置為發(fā)射和/或接收RF信號的天線。發(fā)射/接收元件36可以支持各種網(wǎng)絡和空中接口，諸如，WLAN、WPAN、蜂窩等。例如，在實施例中，發(fā)射/接收元件36可以是配置為發(fā)射和/或接收IR、UV、或者可見光信號的發(fā)射機/檢測器。在再一實施例中，發(fā)射/接收元件36可以配置為發(fā)射和接收RF和光信號。要了解，發(fā)射/接收元件36可以配置為發(fā)射和/或接收無線或者有線信號的任何組合。另外，盡管在圖23A中將發(fā)射/接收元件36描繪為單個元件，但是裝置30可以包括任何數(shù)量的發(fā)射/接收元件36。更具體地，裝置30可以采用MIMO技術。因此，在實施例中，裝置30可以包括用于發(fā)射和接收無線信號的兩個或者更多個發(fā)射/接收元件36(例如，多個天線)。收發(fā)器34可以配置為調(diào)制待由發(fā)射/接收元件36發(fā)射的信號并且解調(diào)制由發(fā)射/接收元件36接收的信號。如上文提到的，裝置30可以具有多模式能力。因此，例如，收發(fā)器34可以包括用于使裝置30能夠經(jīng)由多個RAT(諸如，UTRA和IEEE802.11)通信的多個收發(fā)器。處理器32可以訪問來自任何類型的合適的存儲器(諸如，不可移動存儲器44和/或可移動存儲器46)的信息，并且將數(shù)據(jù)存儲在該任何類型的合適的存儲器中。不可移動存儲器44可以包括隨機存取存儲器(RAM)、只讀存儲器(ROM)、硬盤、或者任何其它類型的存儲器存儲裝置?？梢苿哟鎯ζ?6可以包括用戶識別模塊(SIM)卡、記憶棒、安全數(shù)字(SD)存儲卡等。在其它實施例中，處理器32可以訪問來自并未在物理上位于裝置30的存儲器(諸如，在服務器或者家庭計算機上)的信息，或者將數(shù)據(jù)存儲在該存儲器中。處理器30可以接收來自電源48的電力，并且可以配置為分布和/或控制用于裝置30中的其它組件的電力。電源48可以是用于對裝置30充電的任何合適的裝置。例如，電源48可以包括一個或者多個干電池(例如，鎳-鎘(NiCd)、鎳-鋅(NiZn)、鎳金屬氫化物(NiMH)、鋰離子(Li-ion)等)、太陽能電池、燃料電池等。處理器32還可以耦合至可以配置為提供關于裝置30的當前位置的位置信息(例如，經(jīng)緯度)的GPS芯片集50。將了解，裝置30可以在與實施例保持一致的同時通過任何合適的位置確定方法來獲得位置信息。處理器32可以進一步耦合至其它外圍裝置52，該外圍裝置52可以包括提供附加特征、功能、和/或有線或者無線連接的一個或者多個軟件和/或硬件模塊。例如，外圍裝置52可以包括加速度計、電子羅盤、衛(wèi)星收發(fā)器、傳感器、數(shù)碼相機(用于照片或者視頻)、通用串行總線(USB)端口、振動裝置、電視收發(fā)器、免提耳機、模塊、調(diào)頻(FM)無線電單元、數(shù)字音樂播放器、媒體播放器、視頻游戲機模塊、互聯(lián)網(wǎng)瀏覽器等。圖23B描繪了可以用于實施本文描述的系統(tǒng)和方法的示例性計算系統(tǒng)1000的框圖。例如，計算系統(tǒng)1000可以用于實施作為，例如，服務節(jié)點、服務器、應用系統(tǒng)(諸如，本文提及的)而操作的裝置。具體地，計算系統(tǒng)1000可以用于實施貫穿說明書并且結(jié)合圖2描述的服務器220。計算系統(tǒng)1000可以主要通過計算機可讀指令來控制，該計算機可讀指令可以是軟件的形式。計算機可讀指令可以包括：用于存儲并且訪問計算機可讀指令本身的計算系統(tǒng)1000的指令?？梢栽谥醒胩幚韱卧?CPU)1010內(nèi)執(zhí)行這種軟件，以使得計算系統(tǒng)1000執(zhí)行與其相關聯(lián)的過程或者功能。在許多已知的計算機服務器、工作站、個人計算機等中，可以通過微電子芯片CPU(稱為微處理器)來實施CPU1010。在操作中，CPU1000可以獲取、解碼、和/或執(zhí)行指令，并且可以經(jīng)由主數(shù)據(jù)轉(zhuǎn)移路徑或者系統(tǒng)總線1005將信息傳輸至其它資源或者從其它資源傳輸信息。這種系統(tǒng)總線可以連接計算系統(tǒng)1000中的組件并且可以限定用于數(shù)據(jù)交換的介質(zhì)。計算系統(tǒng)1000可以進一步包括耦合至系統(tǒng)總線1005的存儲器裝置。根據(jù)示例實施例，存儲器裝置可以包括隨機存取存儲器(RAM)1025和只讀存儲器(ROM)1030。RAM1025和ROM1030可以包括允許存儲和檢索信息的電路系統(tǒng)。在一個實施例中，ROM1030可以包括無法修改的已存儲的數(shù)據(jù)。另外，存儲在RAM1025中的數(shù)據(jù)通?？梢酝ㄟ^CPU1010或者其它硬件裝置讀取或者改變。對RAM1025和/或ROM1030的訪問可以由存儲器控制器1020控制。當指令被執(zhí)行時，存儲器控制器1020可以提供將虛擬地址轉(zhuǎn)化成物理地址的地址轉(zhuǎn)換功能。另外，計算系統(tǒng)1000可以包括外圍裝置控制器1035，該外圍裝置控制器1035可以負責將指令從CPU1010傳送至外圍裝置，諸如，打印機1040、鍵盤1045、鼠標1050、和數(shù)據(jù)存儲驅(qū)動1055。計算系統(tǒng)1000可以進一步包括可以通過顯示器控制器1063控制的顯示器1065。顯示器1065可以用于顯示由計算系統(tǒng)1000生成的視覺輸出。這種視覺輸出可以包括文本、圖形、動畫圖形、視頻等。顯示器控制器1063可以包括生成可以發(fā)送至顯示器1065的視頻信號的電子組件。進一步地，計算系統(tǒng)1000可以包括網(wǎng)絡適配器1070，該網(wǎng)絡適配器1070可以用于將計算系統(tǒng)1000連接至外部通信網(wǎng)絡，諸如，網(wǎng)絡1090。因此，申請人已經(jīng)公開了用于編排服務的示例系統(tǒng)和方法。在示例系統(tǒng)和方法中，服務編排簡檔指定限定了期望的服務的屬性。服務編排簡檔可以分布在節(jié)點中并且彼此層級相關。服務編排管理功能對服務編排簡檔中的信息進行處理，以便確定期望的服務并且使用信息來實施期望的服務。所公開的系統(tǒng)和方法提供單個服務節(jié)點或者分布式服務節(jié)點的網(wǎng)絡支持的服務的自動且動態(tài)的協(xié)調(diào)、配置、布置與管理(例如，基于云的部署或者基于網(wǎng)絡的服務部署)。要了解，雖然已經(jīng)公開了圖示實施例，但是潛在實施例的范圍不限于明確陳述的實施例。例如，雖然已經(jīng)主要參考oneM2M架構對系統(tǒng)進行了描述，但是預期實施例通過使用特定架構或者技術對實施方式加以擴展。例如，潛在實施例還包括網(wǎng)絡服務實施例。潛在實施方式擴展到所有類型的服務層架構、系統(tǒng)、和實施例。應該理解，可以結(jié)合硬件或者軟件或者在適當?shù)那闆r下利用兩者的組合來實施本文描述的各種技術。因此，本文描述的主題的方法和設備或者其特定方面或者部分可以采取包含在有形介質(zhì)(諸如，軟盤、CD-ROM、硬盤驅(qū)動器、或者任何其它機器可讀存儲介質(zhì))中的程序代碼(即，指令)的形式，其中，當將程序代碼加載到機器(諸如，計算機)中或者由機器執(zhí)行時，該機器成為用于實踐本文描述的主題的設備。在將程序代碼存儲在介質(zhì)上的情況下，可能是如下情況：將探討中的程序代碼存儲在共同執(zhí)行探討中的動作的一個或者多個介質(zhì)上，也就是說，所采用的該一個或者多個介質(zhì)共同包含用于執(zhí)行動作的代碼，但是，在存在多于一個的單種介質(zhì)的情況下，不需要將代碼的任何特定部分存儲在任何特定介質(zhì)上。在可編程計算機上執(zhí)行程序代碼的情況下，計算裝置通常包括處理器、可由處理器讀取的存儲介質(zhì)(包括：易失性和非易失性存儲器和/或存儲元件)、至少一個輸入裝置、以及至少一個輸出裝置。一個或者多個程序可以實施或者利用結(jié)合本文描述的主題描述的過程，例如，通過使用API、可重用控件等。用高級程序語言或者面向?qū)ο蟮木幊陶Z言來實現(xiàn)這種程序以與計算機系統(tǒng)通信。然而，若需要，可以用匯編語言或者機器語言來實現(xiàn)(多種)程序。在任何一種情況下，語言可以是編譯語言或者解釋語言，并且可以與硬件實施方式組合。盡管示例實施例可能提及在一個或者多個獨立式計算機系統(tǒng)或者裝置的場境中利用本文描述的主題的方面，但是本文描述的主題并不限于此，而是可以結(jié)合任何計算環(huán)境(諸如，網(wǎng)絡或者分布式計算環(huán)境)來實施該主題。更進一步地，可以在多個處理芯片或者裝置中或者跨多個處理芯片或者裝置來實施本文描述的主題的每個方面，并且可以相似地跨多個裝置實現(xiàn)存儲。這種裝置可包括個人計算機、網(wǎng)絡服務器、手持裝置、超級計算機、或者集成到其它系統(tǒng)(諸如，汽車和飛機)中的計算機。下面是可能會出現(xiàn)在上述描述中的與服務級技術有關的縮略語列表。E2E端對端IoT物聯(lián)網(wǎng)IP互聯(lián)網(wǎng)協(xié)議M2M機器對機器SC服務能力SCL服務能力層CSF能力服務功能CSE能力服務實體ASN應用服務節(jié)點VM虛擬機盡管已經(jīng)用針對結(jié)構特征和/或方法動作的語言描述了本主題，但是要理解，在隨附權利要求書中限定的本主題并不一定限于上文描述的特定特征或者動作。相反，將上文描述的特定特征和動作公開為實施權利要求書的示例形式。當前第1頁1 2 3