亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

增強分布式資源目錄的制作方法

文檔序號:11892579閱讀:357來源:國知局
增強分布式資源目錄的制作方法與工藝

本申請要求2014年3月11日提交的美國臨時專利申請序列號No.61/951,141的優(yōu)先權,其全部內(nèi)容在此引入以供參考。



背景技術:

資源約束節(jié)點和網(wǎng)絡構成機器對機器(M2M)和物聯(lián)網(wǎng)(IoT)系統(tǒng)的重要部分?;ヂ?lián)網(wǎng)工程任務組(IETF)約束RESTful環(huán)境(CoRE)工作組(IETE CoRE)已經(jīng)開發(fā)了CoRE資源目錄(RD)。圖1示出了CoRE資源目錄架構的示例,以及CoRE資源目錄規(guī)定資源目錄支持的Web接口,使得Web服務器能發(fā)現(xiàn)資源目錄。此外,Web接口允許Web服務器注冊、維護、查看和刪除資源描述。IETF還定義了能結(jié)合資源目錄使用的鏈接屬性。

參考圖1,圖示CoRE RD架構內(nèi)的資源目錄100。資源目錄100是用于在其他Web服務器——通常稱為端點如端點102——托管的資源相關聯(lián)的Web鏈接的資源庫。端點可以指與門戶相關聯(lián)的Web服務器,由此,一個物理節(jié)點可以托管一個或多個端點。能在各種M2M/IoT設備中托管端點。資源目錄100為端點102實現(xiàn)RESTful(代表性狀態(tài)傳輸)接口集以注冊和維護Web鏈接的集合(稱為資源目錄項)。接口還使得資源目錄驗證項,并且使客戶端(例如客戶端104)從資源目錄100查找資源。資源通常是指RESTful架構中的唯一可尋址實體。端點也充當客戶端,因此,還在M2M/IoT設備中托管客戶端。

仍然參考圖1,端點102主動注冊和維護資源目錄100上的資源目錄項。這些項是軟狀態(tài)并且需要定期刷新。端點102具有注冊、更新和刪除指定資源目錄項的接口。此外,能使用CoRE鏈接格式,發(fā)現(xiàn)資源目錄。資源目錄,例如資源目錄100,可以主動發(fā)現(xiàn)來自資源目錄100的Web鏈接,并且將它們添加為資源目錄項。資源目錄100還可以主動發(fā)現(xiàn)Web鏈接來驗證現(xiàn)有的資源目錄項。使用CoRE鏈接格式,提供用于發(fā)現(xiàn)保存在資源目錄100中的Web鏈接的查找接口。

圖2示出CoRE資源目錄架構中的資源注冊的當前技術。參考圖1和2,端點102使用注冊接口106注冊其資源。在202,注冊接口106從端點102接受POST。根據(jù)CoRE鏈接格式,POST可以把待添加到目錄的資源的列表包含在消息有效載荷中。POST還可以包含指示端點102的名稱、與端點102相關聯(lián)的域和注冊壽命期的查詢串參數(shù)。在示例中,除端點名稱外的所有參數(shù)是可選的。然后,資源目錄100創(chuàng)建新資源或更新資源目錄中的現(xiàn)有資源并返回其位置(在204)。根據(jù)該示例,當用注冊接口106刷新注冊時,資源目錄100用接收的位置。在由壽命期參數(shù)表示的時段內(nèi),使資源目錄100中的端點資源保持有效。端點102使用注冊接口106或更新接口負責在該時段內(nèi)刷新項。

參考圖1至3繼續(xù)背景示例,為了使用資源目錄100來發(fā)現(xiàn)其注冊的資源,能提供查找接口108。對客戶端104指定示例性查找接口108來與RD 100交互,如實現(xiàn)“GET”方法。示例性URI模板是/{+rd-lookup-base}/{lookup-type}{?d,ep,gp,et,rt,page,count,resource-param}。示例性參數(shù)包括:

●rd-lookup-base:=RD查找函數(shù)集路徑(強制)。這是RD查找函數(shù)集的路徑,在一些情況下,只要可能,RD將值“rd-lookup"用于該變量。

●lookup-type:=("d","ep","res","gp")(強制)。該變量用來選擇查找的類型以執(zhí)行(例如域、端點或資源)。

●ep:=端點(可選)。用于端點、組和資源查找。

●d:=域(可選)。用于域、組、端點和資源查找。

●page:=頁(可選)。不能使用參數(shù),無需計數(shù)參數(shù)。從包含從索引(頁*計數(shù))開始的“計數(shù)"結(jié)果的頁中的結(jié)果集返回結(jié)果。

●count:=計數(shù)(可選)。結(jié)果的計數(shù)可以限定到該參數(shù)值。在一些情況下,如果該參數(shù)不存在,那么使用RD實施方式特定的缺省值。

●rt:=資源類型(可選)。用于組、端點和資源查找。

●et:=端點類型(可選)。用于組、端點和資源查找。

●resource-param:=鏈接屬性參數(shù)(可選)。該參數(shù)可以表示如在RFC 6690“Core Link Format"的4.1章節(jié)中定義的鏈接屬性。用于資源查找。

圖3示出用于CoRE資源目錄架構中的資源查找的當前技術。如所示,在302,客戶端104查找資源目錄(rt)參數(shù)。在該示例中,客戶端104正嘗試發(fā)現(xiàn)具有溫度資源類型(例如溫度傳感器)的資源。由此,資源類型被設定為temperature。在304,如所示,RD 100返回具有URI“coap://node1/temp"的資源。

集中如在CoRE資源目錄架構中規(guī)定的資源目錄100。集中的資源目錄缺少跨互聯(lián)網(wǎng)的擴展性。例如,某些客戶端可能僅想要訪問他們本地域中的資源。在不影響其他客戶端的情況下,集中資源目錄也不支持這種本地資源管理。因此,提出了分布式資源目錄。

圖4示出在示例性DRD架構中的示例性分布式資源目錄DRD 400。所提出的分布式資源目錄架構規(guī)定與分布式散列表的接口并且規(guī)定如何使用分布式散列表能力來使能分布式資源目錄。參與的資源目錄構成分布式資源目錄覆蓋。所提出的分布式資源目錄(DRD)架構提供與集中資源目錄相同的REST接口。端點可以是運行一個或多個約束應用協(xié)議(CoAP)服務器,并且能使用DRD中的REST操作(例如POST,GET)的物理節(jié)點。端點還能充當客戶端。由此,端點可以被稱為CoAP客戶端。傳統(tǒng)或常見HTTP客戶端也需要訪問在DRD中存儲的資源。如所示,DRD架構中的各種節(jié)點包括端點(EP)402、對等設備(P)404、HTTP代理(HP)406、HTTP客戶端408和CoAP客戶端410。如所示,端點402是駐留在“節(jié)點"上并且使用CoAP協(xié)議通信的實體,由此能被稱為CoAP端點。CoAP端點能是CoAP消息的源或目的地。對等設備404是全覆蓋成員節(jié)點,能夠沿通過該覆蓋的路徑,將消息轉(zhuǎn)發(fā)到目的地。一些對等設備還充當HTTP代理406。換句話說,除了充當對等設備外,節(jié)點還充當用于協(xié)議轉(zhuǎn)換的代理。HTTP代理406能夠運行HTTP和CoAP協(xié)議,以及執(zhí)行兩者之間的轉(zhuǎn)換。HTTP客戶端408是使用HTTP消息,向指定資源目錄發(fā)出請求的客戶端。CoAP客戶端410是使用CoAP消息,向指定資源目錄發(fā)出請求的CoAP實體。

圖5示出分布式資源目錄400中的資源注冊的當前技術。例如,在資源注冊中,在502,EP 402a發(fā)送(在消息的有效載荷中)包含資源列表的CoAP POST消息以將其資源注冊到分布式資源目錄400中。EP 402這樣做,使得能發(fā)現(xiàn)其資源。當對等設備,例如,第一對等設備404a(運行分布式散列表算法來加入分布式資源目錄覆蓋)接收注冊消息,將在外部源的CoAP URI的散列下的CoAP注冊結(jié)構存儲在分布式散列表中(在504)。CoAP注冊的有效載荷存儲為覆蓋中的值。在506,從第二對等設備404b獲得分布式散列表ACK消息后,第一對等設備404a將CoAP ACK消息發(fā)送到EP 402a(在508)以表示將該資源注冊到分布式資源目錄400中。

在502處,POST請求包括表示EP 402a的名稱的查詢串參數(shù),用來唯一地標識EP 402a。端點名稱設置具有不同替選方案。一種方法是散列設備的MAC地址來生成端點名稱。另一方法是使用公用名稱。

例如,仍然參考圖4和5,如果具有名稱“9996172"的端點想將一個temerature資源和一個lights資源描述注冊到分布式資源目錄400中,端點發(fā)送具有URI“coap://overlay-1.com/proxy-1/.well-known/core?ep=9996172"的POST請求。資源描述包括在消息的有效載荷中。注冊消息的示例如下:

Req:POST coap://overlay-1.com/proxy-1/.well-known/core?ep=9996172

Payload:

</temperature-1>;lt=41;rt="Temperature";if="sensor",

</light-2>;lt=41;rt="LightLux";if="sensor"

因此,應用于散列函數(shù)的關鍵字是coap://overlay-1.com/proxy-1/.well-known/core?ep=9996172,確定第二對等設備404b(P2)是存儲該值的對等設備。在第二對等設備404b上存儲的值是有效載荷。

參考圖6,圖6示出分布式資源目錄400中的資源發(fā)現(xiàn)的當前技術。分布式資源目錄400通過提取CoAP URIs與節(jié)點IDs之間的映射信息來支持會合以獲得資源的地址信息。具體地,在602,端點(例如圖6中的客戶端410a)將CoAP GET請求發(fā)送到分布式資源目錄400,包括請求的資源的URI信息。處理該請求的該分布式資源目錄對等設備(圖6中的對等設備404c)對CoAP URI的散列執(zhí)行分布式散列表查找。然后,分布式散列表查找負責資源的值的對等設備(圖6中的對等設備404b)。在606,目的地對等設備404b將存儲值返回到對等設備404c。在608,對等設備404c將內(nèi)容(例如存儲值)發(fā)送回客戶端410,也稱為端點410a。

例如,如本文指定的,如果客戶端410a想發(fā)現(xiàn)具有URI:coap://overlay-1.com/proxy-1/.well-knwn/core?ep=9996172的資源,對等設備404c接收GET請求,并且對映射到對等設備404b的URI使用散列函數(shù)。因此,對等設備404c將請求轉(zhuǎn)發(fā)到對等設備404b。對等設備404b將資源的有效載荷返回給對等設備404c,反過來,對等設備404c將有效載荷返回給客戶端410a。



技術實現(xiàn)要素:

如上所述,CoRE資源目錄包括中央資源目錄,使得集中CoRE資源目錄。本發(fā)明人意識到不能由客戶端同時有效地訪問集中目錄以及不能有效地擴展IoT系統(tǒng)或M2M網(wǎng)絡。此外,意識到除其他缺點外,上述分布式資源目錄還限制注冊能力和查找能力。

本文描述了用于增強分布式資源目錄(DRD)的方法、設備和系統(tǒng)。在示例性實施例中,分布式資源目錄網(wǎng)絡中的節(jié)點,例如資源目錄節(jié)點從端點接收消息有效載荷。消息有效載荷可以包括注冊請求或資源查找請求。在接收消息有效載荷后,資源目錄服務器可以確定與消息有效載荷相關聯(lián)的關鍵字。關鍵字可以具有參數(shù)和與參數(shù)相關聯(lián)的值。在確定關鍵字后,將關鍵字應用于散列函數(shù)來生成與對等資源目錄相關聯(lián)的映射信息?;谟成湫畔?,資源目錄服務器可以將消息有效載荷傳送到對等資源目錄。在傳送消息有效載荷后,資源目錄節(jié)點可以從各對等資源目錄接收響應。這些響應可以指示在對等資源目錄處存儲的資源的位置或內(nèi)容。在接收響應后,資源目錄節(jié)點可以通過組合這些響應以產(chǎn)生最終響應。資源目錄節(jié)點可將最終響應傳送到可以是Web服務器的請求端點。最終響應可以包括散列參數(shù)。

提供該概述以簡化的形式介紹將在下文的詳述中進一步描述的概念的選擇。該概述不用于標識要求的主題的關鍵特征或必要特征,也不用來限制要求的主題的范圍。此外,要求的主題不限于解決本公開的任何一部分中提到的任一或所有缺點的限制。

附圖說明

從結(jié)合附圖的示例給出的下述描述,可以更詳細地理解,其中:

圖1是示出約束RESTful環(huán)境(CoRE)資源目錄架構的系統(tǒng)圖;

圖2是示出CoRE資源目錄架構中的資源注冊的示例的流程圖;

圖3是示出CoRE資源目錄架構中的資源查找的示例的流程圖;

圖4是示出示例性分布式資源目錄架構的系統(tǒng)圖;

圖5是示出在圖4中所示的分布式資源目錄的資源注冊的示例的流程圖;

圖6是示出在圖4中所示的分布式資源目錄的資源目錄的示例的流程圖;

圖7是根據(jù)示例性實施例的使用存儲輔助機制的來自端點的資源注冊的流程圖;

圖8是根據(jù)示例性實施例的使用存儲輔助機制的來自另一端點的資源注冊的流程圖;

圖9是根據(jù)示例性實施例的存儲輔助機制中的燈光(lights)組注冊的流程圖;

圖10是根據(jù)示例性實施例的存儲輔助機制中的壓力(pressure)組注冊的流程圖;

圖11是根據(jù)示例性實施例的存儲輔助實施方式中的資源查找的流程圖;

圖12是根據(jù)示例性實施例的存儲輔助實施方式中的另一資源查找的流程圖;

圖13是根據(jù)示例性實施例的存儲輔助實施方式中的又一資源查找的流程圖;

圖14是根據(jù)示例性實施例的存儲輔助實施方式中的又一資源查找的流程圖;

圖15是根據(jù)示例性實施例的資源注冊的示例的流程圖;

圖16是根據(jù)另一示例性實施例的資源注冊的另一示例的流程圖;

圖17是根據(jù)示例性實施例的燈光(lights)組注冊的流程圖;

圖18是根據(jù)示例性實施例的壓力(pressure)組注冊的流程圖;

圖19是根據(jù)示例性實施例的參照保障(ensured)實施方式的資源查找示例的流程圖;

圖20是根據(jù)示例性實施例的參照保障實施方式的另一資源查找示例的流程圖;

圖21是根據(jù)示例性實施例的參照保障實施方式的又一資源查找示例的流程圖;

圖22A是可以實現(xiàn)一個或多個公開的實施例的示例性機器對機器(M2M)或物聯(lián)網(wǎng)(IoT)通信系統(tǒng)的系統(tǒng)圖;

圖22B是在圖22A所示的M2M/IoT通信系統(tǒng)中可使用的示例性架構的系統(tǒng)圖;

圖22C是在圖22A所示的通信系統(tǒng)內(nèi)可使用的示例性M2M/IoT終端或網(wǎng)關設備的系統(tǒng)圖;以及

圖22D是體現(xiàn)圖22A的通信系統(tǒng)各方面的示例性計算系統(tǒng)框圖。

具體實施方式

提供下述詳細描述以示出示例性實施例并且不限制本發(fā)明的范圍、應用性或配置。在不背離本發(fā)明的精神和范圍的情況下,在元件的功能和排列以及步驟方面可以做出各種改變。

本文使用的術語“覆蓋網(wǎng)絡"是指構建在另一網(wǎng)絡的頂端上的網(wǎng)絡。覆蓋網(wǎng)絡中的節(jié)點能被視為由基礎網(wǎng)絡中的虛擬或邏輯鏈路連接,每一鏈路對應于路徑。例如,分布式系統(tǒng),諸如對等(P2P)網(wǎng)絡能視為覆蓋網(wǎng)絡,因為它們的節(jié)點運行上互聯(lián)網(wǎng)上。如本文所使用的,作為“歸屬地資源目錄(RD)”的節(jié)點是指當EP想注冊其資源時,用于端點(EP)的第一連結(jié)點。歸屬地RD還指當客戶端想發(fā)現(xiàn)資源時,用于客戶端的第一連結(jié)點。如本文所使用的,作為“存儲RD”的節(jié)點可以是指存儲資源注冊項并且歸屬地RD向其轉(zhuǎn)發(fā)客戶端的發(fā)現(xiàn)請求的對等設備。如本文所使用的,除非另有說明,作為“負責RD”的節(jié)點是指在資源注冊消息中的所有可能關鍵字上使用散列函數(shù)得出的對等設備的RD。如本文所使用的,除非另有說明,作為“核心負責RD”的節(jié)點是指作為歸屬地RD向其轉(zhuǎn)發(fā)資源發(fā)現(xiàn)請求的第一連結(jié)點的負責RDs中的一個。

根據(jù)示例性實施例,增強分布式資源目錄,如本文所述,能支持資源查找,無需知道資源的統(tǒng)一資源標識符(URI)。在一個示例中,將資源描述的多個副本存儲在多個資源目錄(RD)中,本文稱為對等RD。在本文所述的另一實施方式中,稱為參照保障(RE)實施方式中,歸屬地對等設備將注冊消息發(fā)送到僅一個對等RD,并且將存儲資源及其相關信息的地址告知其他對等RD。

通常參考在圖4中圖示的分布式資源目錄架構,本文所述的實施例實現(xiàn)高級分布式資源查找。在一個示例中,客戶端不需要提前知道資源URI以發(fā)現(xiàn)和檢索資源。例如,客戶端可以向它們的歸屬地RD請求和查找指定基于鏈接參數(shù)的查詢的資源。換句話說,分布式資源目錄能向客戶端返回滿足基于鏈接參數(shù)的查詢的資源。

在示例性實施例中,能稱為存儲輔助(SA)實施方式,在多個對等設備中提供資源注冊的冗余副本。意識到當數(shù)據(jù)存儲能力增加時,與這些數(shù)據(jù)存儲相關聯(lián)的成本減小,由此,對等設備能有效地配備數(shù)據(jù)存儲能力。如下文詳細所述,通過在資源的值中的可能關鍵詞和/或參數(shù)上使用散列函數(shù),可以選擇對等設備用于數(shù)據(jù)存儲。所選擇的對等設備可以使用它們的存儲能力,存儲資源注冊。在一些情況下,假定應用表示為H()的一個散列函數(shù)以在所有資源目錄對等設備中,產(chǎn)生統(tǒng)一和分布式散列空間。

為了方便,如本文所使用的,除非另有說明,對等RD能簡稱為對等設備??蛻舳四苤付ǜ鱾€查找關鍵詞/參數(shù),諸如下述舉例的參數(shù),但不是限制:

·d:域

·ep:端點

·gp:組名

·et:端點類型

·rt:資源類型

·lt:資源壽命期

·if:接口

為進一步示例,下述是提出的可以注冊到一個或多個RD對等設備的資源以及它們的有效載荷的示例,但不是限制:

1.ep=9996172

有效載荷:</temperature-1>;lt=41;rt="temperature";if="sensor",

</temperature-2>;lt=41;rt="LightLux";if="sensor"

2.ep=9234571

有效載荷:</Temp-1>;rt="temperature";if="gateway"

3.gp=lights

有效載荷:<coap://host1:port1>;ep="node1";d="domain1"

<coap://host1:port 1>;ep="node2";d="domain1"

4.gp=pressure

有效載荷<coap://host2:port 2>;ep="node2";d="domain1"

在示例性實施例中,指定端點能通過以各種方式獲得候選IP地址,查找目錄服務器。例如,在一些情況下,每一對等RD至少具有下述基本RD資源:/rd>;rt="core.rd";</rd-lookup>;rt="core.rd-lookup";以及</rd-group>;rt="core.rd-group"。如本文所述,端點可以使用資源接口,將其資源注冊到其歸屬地RD。該接口可以從端口接收POST。POST可以包含作為CoRE鏈接格式中的消息有效載荷,將添加到目錄的資源列表。POST還可以包含查詢串參數(shù)。在一些情況下,代替僅散列端點或組的名稱,對等RD可以將散列函數(shù)應用于包含在資源的有效載荷(例如資源鏈接格式描述)中的所有參數(shù)及它們的值。在應用散列函數(shù)后,歸屬地RD可以獲得負責存儲具有相同參數(shù)的資源的對等設備的地址。由此,通過利用通過對等設備的大存儲容量及其相關的低成本,歸屬地RD可以將資源有效載荷發(fā)送到散列的對等設備。如上所述,有四個示例性資源和有效載荷,本文描述以進一步描述示例性SA實現(xiàn)。將首先描述包括圖4中示為EP 702的EP 9996172的資源注冊的示例。

圖7-21(下文描述)示出用于管理和檢索資源的方法和裝置的各個實施例。在這些圖中,各個步驟或操作示為由一個或多個端點、客戶端和/或?qū)Φ仍O備執(zhí)行。應理解到在這些圖中所示的端點、客戶端和/或?qū)Φ仍O備可以表示通信網(wǎng)絡中的邏輯實體并且可以實現(xiàn)成軟件(如計算機可執(zhí)行指令),存儲在該網(wǎng)絡的節(jié)點的存儲器中并且在其處理器上執(zhí)行,節(jié)點可以包括下文所述的圖22C或22D的通用架構中的一個。即,圖7-21中所示的方法可以實現(xiàn)成軟件形式(如計算機可執(zhí)行指令),在網(wǎng)絡節(jié)點如圖22C或22D所示的節(jié)點或計算機系統(tǒng)的存儲器中存儲,該計算機可執(zhí)行指令當由節(jié)點的處理器執(zhí)行時,執(zhí)行圖中所示的步驟。還應注意,在節(jié)點的處理器及其執(zhí)行的計算機可執(zhí)行指令(如軟件)的控制下,由節(jié)點的通信電路(分別如圖22C和22D的電路34或97)執(zhí)行這些圖中所示的任何傳送和接收步驟。

現(xiàn)在參考圖7,示例性網(wǎng)絡700包括EP 702和對等設備1,3,5,和11(P1,P3,P5,和P11)。應理解,簡化示例性網(wǎng)絡700以便于所公開主題的描述并且不用于限制本公開的范圍。除了或代替網(wǎng)絡如網(wǎng)絡700,還可以使用其他設備、系統(tǒng)和配置來實現(xiàn)本文所述實施例,并且所有這些實施例可以構想為在本公開的范圍內(nèi)。將進一步意識到在不同圖中重復參考數(shù)字來表示圖中相同或類似的特征。

如所示,根據(jù)所示的示例,在704,EP 702具有名稱9996172并且將其資源注冊到作為其歸屬地RD的P1。在706,P1可以解釋包含在有效載荷中的鏈接格式并且確定與該注冊相關聯(lián)的關鍵字/參數(shù)為:

·ep=9996172

·lt=41

·rt="temperature"

·rt="LightLux"

·if="sensor"

上述關鍵字/參數(shù)可以用作被應用于散列函數(shù)的關鍵字。當應用散列函數(shù)時,根據(jù)該示例,結(jié)果包括P3,P5和P11。由此,在708a,708b和708c,P1將注冊消息分別轉(zhuǎn)發(fā)到P3,P5和P7。P3,P5和P7的每一個存儲有效載荷并把確認返回給P1(在710a-c)。在712,P1可以組合這些確認響應。在714,響應確認,P1應答EP 702。在一些情況下,不同關鍵字導致注冊消息被轉(zhuǎn)發(fā)到同一對等RD。例如,通過散列l(wèi)t=41或if=“sensor",兩個散列的結(jié)果可以表示P5應當是對等資源目錄。類似地,當散列rt=‘temperature"以及rt=“LightLux"時,兩個散列的結(jié)果可以表示P11應當是對等資源目錄。

現(xiàn)在參考圖8,示例性網(wǎng)絡800包括示為EP 802的EP 9234571,以及對等設備3,2,11,和6(P3,P2,P11和P6)。應理解,簡化示例性網(wǎng)絡800以便于所公開的主題的描述并且不限制本公開的范圍。除了或代替網(wǎng)絡如網(wǎng)絡800,還可以使用其他設備、系統(tǒng)和配置來實現(xiàn)本文所述的實施例,并且所有這些實施例可以預期為在本公開的范圍內(nèi)。

如所示,根據(jù)所示的示例,EP 802具有名稱9234571并且在804,將其資源注冊到作為其歸屬地RD的P3。在806,P3可以解釋包含在有效載荷中的鏈接格式并且確定與注冊相關聯(lián)的關鍵字/參數(shù)是:

·ep=9234571

·rt="temperature"

·if="gateway"

上述關鍵字可以用作散列函數(shù)的輸入。當應用散列函數(shù)時,根據(jù)示例,結(jié)果包括P2,P11和P5。由此,在808a,808b和808c,P3將注冊消息分別轉(zhuǎn)發(fā)到P2,P11和P5。P2,P11和P5的每一個存儲有效載荷并且把確認返回給P3(在810a-c)。在812,P3可以組合這些確認響應。在814,響應確認,P3應答EP 802。

現(xiàn)在參考圖9,根據(jù)示例性實施例,提出“l(fā)ights”組注冊示例。如所示,示例性網(wǎng)絡900包括EP 902,其也是如下所述的管理節(jié)點,以及對等設備1,3,6和2(P1,P3,P6和P2)。應理解,簡化示例性網(wǎng)絡900以便于所公開主題的描述并且不限制本公開的范圍。除了或代替網(wǎng)絡如網(wǎng)絡900外,還可以使用其他設備、系統(tǒng)和配置來實現(xiàn)本文所述的實施例,并且所有這些實施例可以預期為在本公開的范圍內(nèi)。

如所示,根據(jù)所示的示例,管理節(jié)點(EP 902)用來配置組。在904,EP 902對其歸屬地RD(P1)發(fā)出請求。請求表示創(chuàng)建的組的名稱和該組所屬的可選域。注冊消息還可以包括屬于該組的端點的列表。在906,P1可以解釋包含在有效載荷中的鏈接格式并且確定與該注冊相關聯(lián)的關鍵字/參數(shù)是:

·gp=light

·ep="node1"

·d="domain1"

·ep="node2"

上述關鍵字/參數(shù)可以用作散列函數(shù)的輸入。當應用散列函數(shù)時,根據(jù)該示例,結(jié)果包括P1,P3,P6和P2。由此,在908a,908b和908c,P1將注冊消息分別轉(zhuǎn)發(fā)到P3,P6和P2。因為對等設備P3,P6和P2存儲有效載荷并且把確認返回到P1(在910a-c)。因為P1是散列的對等設備中的一個,在907,也可以存儲注冊消息。在912,P3可以組合這些確認響應。在914,響應該確認,P3應答EP 902。

現(xiàn)在參考圖10,根據(jù)示例性實施例,提出“Pressure”組注冊示例。如所示,示例性網(wǎng)絡1000包括EP 1002,其也是如下所述的管理節(jié)點,以及對等設備1,3,6和2(P1,P3,P6和P2)。應理解,簡化示例性網(wǎng)絡1000以便于所公開主題的描述并且不限制本公開的范圍。除了或代替網(wǎng)絡如網(wǎng)絡1000,還可以使用其他設備、系統(tǒng)和配置來實現(xiàn)本文所述的實施例,并且所有這些實施例可以預期為在本公開的范圍內(nèi)。

如所示,根據(jù)所示的示例,管理節(jié)點(EP 902)用來配置組。在1004,EP 1002對其歸屬地RD(P1)發(fā)出請求。請求表示創(chuàng)建的組的名稱和該組所屬的可選域。注冊消息還可以包括屬于該組的端點的列表。在1006,P1可解釋包含在有效載荷中的鏈接格式并且確定與該注冊相關聯(lián)的關鍵字/參數(shù)是:

·gp=pressure

·d="domain1"

·ep="node2"

上述關鍵字/參數(shù)可以用作散列函數(shù)的輸入。當應用散列函數(shù)時,根據(jù)該示例,結(jié)果包括P1,P3,P6和P2。由此,在1008a,1008b和1008c,P1將注冊消息分別轉(zhuǎn)發(fā)到P3,P6和P2。因為對等設備P3,P6和P2存儲有效載荷并且將確認返回到P1(在1010a-c)。因為P1是散列的對等設備中的一個,在1007,也可以存儲注冊消息。在1012,P3可以組合這些確認響應。在914,響應該確認,P3應答EP 1002。

舉例來說,在如上參考圖7-10所述,執(zhí)行分布式資源和組注冊后,對等RDs可以存儲舉例提出而不是限制的表1(下文)中所示的信息。

表1:資源目錄內(nèi)容例子

在一些情況下,上述資源和組注冊方法使得經(jīng)由上述現(xiàn)有的查找(發(fā)現(xiàn))接口,查找(發(fā)現(xiàn))資源和組?,F(xiàn)在轉(zhuǎn)到資源和組查找,通過背景,客戶端向其歸屬地RD發(fā)送資源查找請求。資源查找請求能指定客戶端想要發(fā)現(xiàn)的查找類型和參數(shù)。歸屬地RD可以分析該請求并且提取客戶端指定的關鍵字。在示例性實施例中,歸屬地RD將散列函數(shù)應用于這些關鍵字來計算存儲資源注冊的對等RD。關鍵字可以用AND或OR連接。例如,可以由AND連接關鍵字,因為最終RD的每一個(在應用散列函數(shù)后指出的RDS)存儲同一資源注冊,并且可以將請求轉(zhuǎn)發(fā)到它們中的一個。歸屬地RD可以隨機地或基于某些上下文信息,諸如目的地RD的負載或歸屬地RD和目的地RD之間的帶寬來拾取目的地RD。當很可能滿足指定請求的資源分布在冗余RD上時,可以由OR連接關鍵字。因此,歸屬地RD可能需要將請求轉(zhuǎn)發(fā)到所有冗余RD以接收資源的接合集(joint set)。

歸屬地RD可以確定該請求應當轉(zhuǎn)發(fā)的對等RD。在歸屬地RD從對等RD接收響應后,生成包含資源的完整列表的查找表結(jié)果,無需復制,并且可以將該列表返回給請求客戶端。

在下文提出示例以根據(jù)各個示例性實施例,示出資源和組查找。參考圖11,示出了包括GET/rd-lookup/res?rt="temperature"AND it="gateway"查找請求的示例。圖11示出包括客戶端1102、歸屬地RD 1104和對等設備11(P11)的示例性網(wǎng)絡1100。應理解,簡化示例性網(wǎng)絡1100以便于所公開主題的描述并且不限制本公開的范圍。除了或代替網(wǎng)絡如網(wǎng)絡1100,還可以使用其他設備、系統(tǒng)和配置來實現(xiàn)本文所述的實施例,并且所有這些實施例可以預期為在本公開的范圍內(nèi)。

如所示,在1106,客戶端1102將資源查找請求發(fā)送到歸屬地RD 1104。客戶端1102想要獲得同時滿足rt="temperature"和it="gateway"的資源。在1108,歸屬地RD將散列函數(shù)應用于在該請求中指出的兩個關鍵字。當應用散列函數(shù)時,根據(jù)示例,結(jié)果包括P11和P6。在示例性方面中,歸屬地RD 1104可以選擇所示的RD(P11和P6)中的一個來獲得完整的資源查找結(jié)果。在所示的示例中,HRD選擇P11,并且在1110,將查找請求發(fā)送到P11。在1112,P11將與該請求相關聯(lián)的應答返回給歸屬地RD 1104。在1114,歸屬地RD 1104將應答轉(zhuǎn)發(fā)到客戶端1102。

參考圖 12,示出了包括GET/rd-lookup/res?rt="LightLux"OR it="gateway"請求的示例。圖12示出包括客戶端1202、歸屬地RD 1204和對等設備11(P11)與6(P6)的示例性網(wǎng)絡1200。應理解,簡化示例性網(wǎng)絡1200以便于所公開主題的描述并且不限制本公開的范圍。除了或代替網(wǎng)絡如網(wǎng)絡1200,還可以使用其他設備、系統(tǒng)和配置來實現(xiàn)本文所述的實施例,并且所有這些實施例可以預期為在本公開的范圍內(nèi)。

如所示,在1206,客戶端1202將資源查找請求發(fā)送到歸屬地RD 1204??蛻舳?202想要獲得滿足rt="LightLux"或it="gateway"的資源。在1208,歸屬地RD將散列函數(shù)應用于在該請求中指出的兩個關鍵字。因為用OR連接關鍵字,歸屬地RD 1104需要將請求轉(zhuǎn)發(fā)到兩個指出的RD(P11和P6)來獲得完整的資源查找結(jié)果。由此,在所示的示例中,HRD將查找請求發(fā)送到P11(在1210a)和P6(在1210b)。分別在1212a和1212b,將與該請求相關聯(lián)的應答返回給歸屬地RD 1204。在1214,歸屬地RD 1204可以組合接收的應答。此外,在1214,歸屬地RD可以組合結(jié)果,使得消除重復應答。在1216,歸屬地RD將作為完整查找結(jié)果的組合應答發(fā)送到客戶端1202,由此滿足查找請求。

現(xiàn)在參考圖13,示出了包括GET/rd-lookup/gp?d="domain1"查找請求的示例。圖13示出包括客戶端1302、歸屬地RD 1304和對等設備1(P1)的示例性網(wǎng)絡1300。應理解,簡化示例性網(wǎng)絡1300以便于所公開主題的描述并且不限制本公開的范圍。除了或代替網(wǎng)絡如網(wǎng)絡1300外,還可以使用其他設備、系統(tǒng)和配置來實現(xiàn)本文所述的實施例,并且所有這些實施例可以預期為在本公開的范圍內(nèi)。

如所示,在1306,客戶端1302將資源查找請求發(fā)送到歸屬地RD 1304??蛻舳?302希望獲得滿足d=“domain1"的組。在1308,歸屬地RD將散列函數(shù)應用于在請求(d=“domain1")中指出的關鍵字。當應用散列函數(shù)時,根據(jù)示例,結(jié)果包括P1。在所示的示例中,在1310,歸屬地RD 1304將查找請求發(fā)送到P1。在1312,P11將與該請求相關聯(lián)的應答返回給歸屬地RD 1304。在1314,歸屬地RD 1304將應答轉(zhuǎn)發(fā)到客戶端1302。

現(xiàn)在參考圖14,示出了包括GET/rd-lookup/gp?ep="node2"查找請求的示例。圖14示出包括客戶端1402、歸屬地RD 1404和對等設備2(P2)的示例性網(wǎng)絡1400。應理解,簡化示例性網(wǎng)絡1400以便于所公開主題的描述并且不限制本公開的范圍。除了或代替網(wǎng)絡如網(wǎng)絡1400,還可以使用其他設備、系統(tǒng)和配置來實現(xiàn)本文所述的實施例,并且所有這些實施例可以預期為在本公開的范圍內(nèi)。

如所示,在1406,客戶端1402將資源查找請求發(fā)送到歸屬地RD 1404??蛻舳?402希望獲得其中具有端點(node2)的組。在1408,歸屬地RD將散列函數(shù)應用于在請求(ep=“node2")中指出的關鍵字。當應用散列函數(shù)時,根據(jù)示例,結(jié)果包括作為節(jié)點2的P2。在所示的示例中,在1410,歸屬地RD 1404將查找請求發(fā)送到P2。在1412,P1將與該請求相關聯(lián)的應答返回給歸屬地RD 1404。在1414,歸屬地RD 1404將應答轉(zhuǎn)發(fā)到客戶端1402。

在稱為參照保障(RE)實施方式的另一示例性實施例中,對等RD保存存儲RD的參照(reference),而不是存儲資源本身。

現(xiàn)在參考圖15,示出了示例性網(wǎng)絡700,包括EP 702和對等設備1,3,5和11(P1,P3,P5和P11)。如所示,根據(jù)所示的示例,在1504,EP 702具有名稱9996172并且將其資源注冊到作為其歸屬地RD的P1。在1506,P1可以解釋包含在有效載荷中的鏈接格式并且確定與該注冊相關聯(lián)的關鍵字/參數(shù)如下:

·ep=9996172

·lt=41

·rt="temperature"

·rt="LightLux"

·if="sensor"

上述關鍵字/參數(shù)可以用作應用于散列函數(shù)的關鍵字。當應用散列函數(shù)時,根據(jù)示例,結(jié)果包括P3,P5和P11。此外,根據(jù)所示的示例,在1506,P1可以選擇注冊消息將轉(zhuǎn)發(fā)至的三個結(jié)果RD中的一個(P3,P5或P11)。在1508,P1將注冊消息轉(zhuǎn)發(fā)到所選的對等設備(P3)。在1510,P3存儲有效載荷并且將確認返回給P1。在1514a和1514b,P1分別告知P5和P11注冊消息存儲在P3處。在1516a和1516b,在適當參照未來的資源查找下,P5和P11分別存儲P3的地址。在1512,P1應答EP 702,由此滿足資源請求。

現(xiàn)在參考圖16,示出了示例性網(wǎng)絡800,包括EP 702和對等設備1,3,5和11(P3,P2,P11和P6)。如所示,根據(jù)所示的示例,在1604,EP 802將其資源注冊到作為其歸屬地RD的P3。在1606,P3可以解釋包含在有效載荷中的鏈接格式并且確定與該注冊相關聯(lián)的關鍵字/參數(shù)如下:

·ep=9234571

·rt="temperature"

·if="gateway"

上述關鍵字/參數(shù)可以用作應用于散列函數(shù)的關鍵字。當應用散列函數(shù)時,根據(jù)示例,結(jié)果包括P2,P11和P6。此外,根據(jù)所示的示例,在1606,P3可以選擇注冊消息將轉(zhuǎn)發(fā)至的三個結(jié)果RD中的一個(P2,P11或P6)。在1608,P3將注冊消息轉(zhuǎn)發(fā)到所選的對等設備(P2)。在1610,P2存儲有效載荷并且將確認返回給P3。在1614a和1614b,P3分別告知P11和P6注冊消息存儲在P2處。在1616a和1616b,在用于未來資源查找的適當參照下,P11和P6分別存儲P2的地址。在1612,P1應答EP 802,由此滿足資源請求。

現(xiàn)在參考圖17,根據(jù)示例性實施例,提出“l(fā)ights”組注冊示例。如所示,示例性網(wǎng)絡900包括EP 902,其也是如下所述的管理節(jié)點,以及對等設備1,3,6和2(P1,P3,P6和P2)。在1704,EP 902對其歸屬地RD(P1)發(fā)出請求。請求表示創(chuàng)建的組的名稱和該組所屬的可選域。注冊消息還可以包括屬于該組的端點的列表。在1706,P1可以解釋包含在有效載荷中的鏈接格式并且確定與該注冊相關聯(lián)的關鍵字/參數(shù)是:

·gp=lights

·ep="node1"

·d="domain1"

·ep="node2"

上述關鍵字/參數(shù)可以用作散列函數(shù)的輸入。當應用散列函數(shù)時,根據(jù)該示例,結(jié)果包括P1,P3,P6和P2。如所示,在1708,P1將注冊存儲到自身,例如以節(jié)省用在轉(zhuǎn)發(fā)注冊消息中的網(wǎng)絡帶寬。在1712a-c,P1可以將包括每一對等設備負責的參數(shù)的資源注冊存儲在P1中告知P3,P6和P2。在1714a-c,在用于未來資源查找的適當參照下,P3,P6和P2可以存儲P1的地址。在1710,結(jié)果被發(fā)送到EP 902。

現(xiàn)在參考圖18,根據(jù)示例性實施例,提出“pressure”組注冊示例。如所示,示例性網(wǎng)絡1800包括EP 1802和對等設備1和11。應理解,簡化示例性網(wǎng)絡1800以便于所公開主題的描述并且不限制本公開的范圍。除了或代替網(wǎng)絡如網(wǎng)絡1800,還可以使用其他設備、系統(tǒng)和配置來實現(xiàn)本文所述的實施例,并且所有這些實施例可以預期為在本公開的范圍內(nèi)。

在1804,對等設備P1可以接收組注冊請求。在1806,散列函數(shù)可以將組資源映射到對等RD P11,P1和P2。在1808,P1可以將注冊存儲到自己以節(jié)省用在轉(zhuǎn)發(fā)注冊消息中的網(wǎng)絡帶寬。在1810,P1可以將資源注冊保存在P1中告知P11。如所示,因為P1的地址已經(jīng)被告知P2(在1804),在1810處不需要告知P2。在1812,在用于未來資源查找的適當參照下,P11可以存儲P1的地址。

在示例性實施例中,在上述示例中描述的分布式資源和組注冊發(fā)生后,對等RD可以存儲表2(下文)中所示的信息。

表2:示例性RE實施方式中的示例性資源目錄內(nèi)容例子

現(xiàn)在轉(zhuǎn)到資源和組查找實施方式,在另一示例性實施例中,客戶端可以將資源和組查找請求發(fā)送到其歸屬地RD。歸屬地RD可以通過將散列函數(shù)應用于參數(shù),確定對應于在請求中指定的參數(shù)的負責對等RD。在一個示例中,僅一個參數(shù)包含在請求中,并且歸屬地RD可以將該請求轉(zhuǎn)發(fā)到負責RD。負責RD可以基于在請求中指定的查找類型,搜索rd或rd-group目錄。負責RD也可以將請求轉(zhuǎn)發(fā)到在參照類別中列出的各RD。歸屬地RD可以從負責RD和參照類別中的RD收集所有應答并且將結(jié)果返回給客戶端。在另一示例性情況下,有多個參數(shù)包含在請求中并且由“AND"連接參數(shù)。在這種情況下,歸屬地RD可以將請求轉(zhuǎn)發(fā)到各負責RD中的一個(核心負責RD)。核心負責RD可以將散列函數(shù)應用在其他參數(shù)上并且可以確定有其他負責RD。核心負責RD可以將請求轉(zhuǎn)發(fā)到其他負責RD,也可以附加用于參照類別中的列表的請求。核心負責RD能夠在所有負責RD的參照類別中,找出RD的接合集。然后,核心負責RD可以將該請求轉(zhuǎn)發(fā)到RD的接合集。核心負責RD可以收集所有應答并且將它們返回給歸屬地RD,反過來,歸屬地RD可以將該應答返回給客戶端。

在另一示例性情況下,在請求中包含多個參數(shù)并且由“OR”連接參數(shù)。在這種情況下,歸屬地RD可以將請求轉(zhuǎn)發(fā)到負責RD中的一個(核心負責RD)。核心負責RD可以將散列函數(shù)應用于其他參數(shù)并且可以確定有其他負責RD。核心負責RD可以將請求轉(zhuǎn)發(fā)到其他負責RD,其中,可以附加用于參照類別中的列表的請求。核心負責RD能夠發(fā)射所有負責RD的參照類別中的RD的超集(super set)。然后,核心負責RD可以將請求轉(zhuǎn)發(fā)到RD的超集??梢允占袘鸩⑶曳祷亟o歸屬地RD,反過來,歸屬地RD將應答返回給客戶端。

現(xiàn)在參考圖19,示出了包括GET/rd-lookup/res?rt="temperature"AND it="gateway"查找請求的示例。圖19示出了示例性網(wǎng)絡1900,包括客戶端1902、歸屬地RD 1904以及對等設備11,6,1和2。應理解,簡化示例性網(wǎng)絡1900以便于所公開主題的描述并且不限制本公開的范圍。除了或代替網(wǎng)絡如網(wǎng)絡1900,還可以使用其他設備、系統(tǒng)和配置來實現(xiàn)本文所述的實施例,并且所有這些實施例可以預期為在本公開的范圍內(nèi)。

如所示,在1906,客戶端1902將資源查找請求發(fā)送到歸屬地RD 1904??蛻舳?902想要獲得同時滿足rt="temperature"和it="gateway"的資源。在1908,歸屬地RD 1904可以將兩個關鍵字應用于散列函數(shù)來獲得負責RD,根據(jù)所示的示例,為P11和P6。歸屬地RD 1904可以選擇它們中的一個作為核心負責RD。在所示的示例中,歸屬地RD 1904選擇P11并且相應地轉(zhuǎn)發(fā)請求(在1910)。如所示,P11可以將散列函數(shù)應用于其他參數(shù),并且可以確定P6也是負責RD。在1912,P11將請求發(fā)送到P6,并且將參照列表請求包括(附加)在該請求中。在示例中,如果P6未找到任何匹配資源,在1914,將P2和P1的地址返回給P11。在1916,P11確定P1和P2包括接合集(在兩個參照列表中)。在1918a和1918b,然后,P11可以將請求分別轉(zhuǎn)發(fā)到P1和P2。如所示,根據(jù)所示的示例,如果P1未找到任何匹配資源,在1920a,可以將“未找到"應答。根據(jù)所示的示例,P2找到匹配資源,并且將其返回給P11(在1920b)。在1922,然后,P11可以將資源返回給歸屬地RD 1904,反過來,歸屬地RD 1904將應答發(fā)送到客戶端1902(在1924)。

現(xiàn)在參考圖20,示出了包括GET/rd-lookup/res?rt="LightLux"OR it="gateway"查找請求的示例。圖20示出了示例性網(wǎng)絡2000,包括客戶端2002、歸屬地RD 2004以及對等設備11,6,1,2和3。應理解,簡化示例性網(wǎng)絡2000以便于所公開的主題的描述并且不旨在限制本公開的范圍。除了或代替網(wǎng)絡如網(wǎng)絡2000,還可以使用其他設備、系統(tǒng)和配置來實現(xiàn)本文所述的實施例,并且所有這些實施例可以預期為在本公開的范圍內(nèi)。

如所示,在2006,客戶端2002將資源查找請求發(fā)送到歸屬地RD 2004。客戶端2002想要獲得滿足rt="LightLux"或it="gateway"的資源。在2008,歸屬地RD 2004可以將兩個關鍵字應用于散列函數(shù)來獲得負責RD,在所示的示例中,為P11和P6。歸屬地RD 2004可以選擇它們中的一個作為核心負責RD(在所示的示例中為P11)。P11可以將散列函數(shù)應用于其他參數(shù),并且可以確定P6也是負責RD。在2012,P11將請求發(fā)生到P6,并且還可以附加參照列表。在2014,如果P6未找到任何匹配資源,將P2和P1的地址返回給P11。在2016,根據(jù)所示的示例,P11能夠確定P1,P2和P3是兩個參照列表的超集。在2018a-2018c,然后,P11可以將請求分別轉(zhuǎn)發(fā)到P1,P2和P3。在2018a,如果P1未找到任何匹配資源,可以返回“未找到”應答。在2018b和2018c,P2和P3找到匹配資源,并且將其返回給P11。P11可以拼接所有匹配資源并且將它們返回給歸屬地RD 2004(在2020),反過來,歸屬地RD 2004將應答發(fā)送到客戶端2002(在2022)。

圖21示出根據(jù)示例性實施例的另一示例性資源查找示例4。在該示例性實施例中,客戶端2012可以執(zhí)行組查找。在2106,客戶端2012將GET/rd-lookup/gp?ep=“node2"請求發(fā)送到歸屬地RD 2014。如所示,客戶端2012希望獲得其中具有端點(node2)的組。在2108,歸屬地RD 2014可以將關鍵字(ep="node2")應用于散列函數(shù)來獲得相應的RD,在所示的示例中,為P2。在2110,歸屬地RD 2014可以將請求轉(zhuǎn)發(fā)到P2。P2可以使P1存儲在參照類別中。因此,在2112,P2可以將請求轉(zhuǎn)發(fā)到P1。在2114,根據(jù)所示示例,P1找到匹配資源并且將它們返回給P2。在2116,P2可以將應答返回給歸屬地RD 2014,反過來,歸屬地RD 2014將應答發(fā)送到客戶端2012(在2116)。

由此,如在整個上述公開內(nèi)容中所述,節(jié)點能確定與從端點接收的消息有效載荷相關聯(lián)的一個或多個關鍵字。端點可以被配置作為Web服務器、M2M設備或網(wǎng)關來操作。節(jié)點可以包括處理器、存儲器和通信電路。節(jié)點可以經(jīng)由其通信電路連接到通信網(wǎng)絡,并且節(jié)點可以包括在節(jié)點的存儲器中存儲的計算機可執(zhí)行指令,當被節(jié)點的處理器執(zhí)行時,使節(jié)點實現(xiàn)各種操作。在一個示例中,消息有效載荷包括注冊請求。節(jié)點可以將一個或多個關鍵字應用于散列函數(shù)來生成映射信息。如上所述,映射信息可以包括對等資源目錄服務器的至少一個標識。節(jié)點可以基于映射信息,將消息有效載荷傳送到一個或多個對等資源目錄服務器。節(jié)點可以從一個或多個對等資源目錄服務器接收至少一個應答。至少一個應答可以表示資源的位置。同時,如上詳細所述,基于接收的至少一個應答,節(jié)點(例如資源目錄服務器)可以將最終應答傳送到端點。與消息有效載荷相關聯(lián)的多個關鍵字之一可以包括至少一個參數(shù)和與至少一個參數(shù)相關聯(lián)的至少一個值。至少一個參數(shù)可以包括域、端點、組名、端點類型、資源類型、資源壽命期或接口。在上文詳述的一個示例中,至少一個參數(shù)是多個參數(shù),并且至少一個值是多個值,散列函數(shù)應用于注冊請求中的每一參數(shù)和值。此外,消息有效載荷所傳送到的一個或多個對等資源目錄服務器可以是多個對等資源目錄服務器,分別存儲消息有效載荷,以及節(jié)點可以基于消息有效載荷中有多少參數(shù),確定有多少對等資源目錄服務器在所述多個對等資源目錄服務器中。替選地,如上詳細所述,消息有效載荷被傳送到的一個或多個對等資源目錄服務器可以是選擇的用于存儲消息有效載荷的一個對等資源目錄服務器,節(jié)點可以將對選擇的該對等資源目錄的參照傳送到多個對等資源目錄服務器,使得多個對等資源目錄存儲對該有存儲消息有效載荷的對等資源目錄的參照。將理解到注冊請求可以包括端點的名稱和資源描述。

在另一示例中,消息有效載荷包括資源查找請求,以及與消息有效載荷相關聯(lián)的一個或多個關鍵字包括一個或多個參數(shù)。資源查找請求可以包括查找類型和一個或多個參數(shù)。在一個示例中,如果使用第一邏輯連接符(例如AND)使參數(shù)相互連接,節(jié)點將消息有效載荷傳送到多個對等資源目錄服務器。多個可以基于多少參數(shù)在消息有效載荷中。在另一示例中,如上詳細所述,如果使用第二邏輯連接符(例如OR),使參數(shù)相互連接,節(jié)點將消息有效載荷傳送到僅一個對等資源目錄服務器。由此,消息有效載荷被傳送到的一個或多個對等資源目錄服務器可以是將資源查找請求傳播到由映射信息表示的其他對等資源目錄服務器的選擇的一個對等資源目錄服務器。

圖22A是其中可實現(xiàn)一個或多個公開實施例的示例機器對機器(M2M)、物聯(lián)網(wǎng)(IoT)或萬物網(wǎng)(WoT)通信系統(tǒng)10的圖。一般地,M2M技術提供了用于IoT/WoT的構建模塊,并且任何M2M設備、M2M網(wǎng)關或M2M服務平臺可以是IoT/WoT以及IoT/WoT服務層等的組件。圖7-21的任何一個中所示的客戶端、終端、對等設備或資源目錄可以包括通信系統(tǒng)的節(jié)點,諸如圖22A-D所示的節(jié)點。

如圖22A中所示,M2M/IoT/WoT通信系統(tǒng)10包括通信網(wǎng)絡12。通信網(wǎng)絡12可以是固定網(wǎng)絡(例如,以太網(wǎng)、Fiber、ISDN、PLC等)或無線網(wǎng)絡(例如,WLAN、蜂窩等)或者異構網(wǎng)絡的網(wǎng)絡。例如,通信網(wǎng)絡12可由向多個用戶提供諸如語音、數(shù)據(jù)、視頻、消息、廣播等內(nèi)容的多個接入網(wǎng)構成。例如,通信網(wǎng)絡12可采用一個或多個信道接入方法,諸如碼分多址(CDMA)、時分多址(TDMA)、頻分多址(FDMA)、正交FDMA(OFDMA)、單載波FDMA(SC-FDMA)等。此外,通信網(wǎng)絡12可包括其它網(wǎng)絡,諸如核心網(wǎng)絡、互聯(lián)網(wǎng)、傳感器網(wǎng)絡、工業(yè)控制網(wǎng)絡、個域網(wǎng)、融合個人網(wǎng)絡、衛(wèi)星網(wǎng)絡、家庭網(wǎng)絡或企業(yè)網(wǎng)。

如圖22A中所示,M2M/IoT/WoT通信系統(tǒng)10可包括基礎設施域和場域。技術設施域指代端對端M2M部署的網(wǎng)絡側(cè),以及場域通常指代在M2M網(wǎng)關后面的區(qū)域網(wǎng)絡。場域和基礎設施域可以包括網(wǎng)絡的多個不同節(jié)點(例如,服務器、網(wǎng)關、設備)。例如,場域可以包括M2M網(wǎng)關14和終端設備18。將認識到的是可按需在M2M/IoT/WoT通信系統(tǒng)10中包括任何數(shù)目的M2M網(wǎng)關設備14和M2M終端設備18。M2M網(wǎng)關設備14和M2M終端設備18中的每一個可被配置成經(jīng)由通信網(wǎng)絡12或直接無線電鏈路來發(fā)送和接收數(shù)據(jù)。M2M網(wǎng)關設備14允許無線M2M設備(例如,蜂窩式和非蜂窩式)以及固定網(wǎng)絡M2M設備(例如PLC)通過諸如通信網(wǎng)絡12的運營商網(wǎng)絡或者通過直接無線電鏈路進行通信。例如,M2M設備18可經(jīng)由通信網(wǎng)絡12或直接無線電鏈路來收集數(shù)據(jù)并向M2M應用20或M2M設備18發(fā)送數(shù)據(jù)。M2M設備18還可從M2M應用20或M2M設備18接收數(shù)據(jù)。此外,如下所述,可經(jīng)由M2M服務層22向M2M應用20發(fā)送數(shù)據(jù)和信號,以及從其接收數(shù)據(jù)和信號。M2M設備18和網(wǎng)關14可經(jīng)由各種網(wǎng)絡進行通信,該網(wǎng)絡例如包括蜂窩式、WLANWPAN(例如,Zigbee、6LoWPAN、藍牙)、直接無線電鏈路以及有線。示例性M2M設備包括但不限于平板、智能電話、醫(yī)療設備、溫度和天氣監(jiān)視器、連接的汽車、智能儀表、游戲控制臺、個人數(shù)字助理、健康和健身監(jiān)視器、燈、恒溫器、車庫門和其他致動設備、安全設備和智能插座。

參考圖22B,場域中的所示M2M服務層22為M2M應用20、M2M網(wǎng)關設備14以及M2M終端設備18和通信網(wǎng)絡12提供服務。將理解的是M2M服務層可按需與任何數(shù)目的M2M應用、M2M網(wǎng)關設備14、M2M終端設備18以及通信網(wǎng)絡12通信。M2M服務層22可由一個或多個服務器、計算機等來實現(xiàn)。M2M服務層22提供適用于M2M終端設備18、M2M網(wǎng)關設備14和M2M應用20的服務能力??梢砸远喾N方式來實現(xiàn)M2M服務層22的功能,例如作為網(wǎng)絡服務器、在蜂窩式核心網(wǎng)絡中、在云中等。

類似于所示的M2M服務層22,在技術設施域中存在M2M服務層22'。M2M服務層22'為技術設施域中的M2M應用20'和底層通信網(wǎng)絡12'提供服務。M2M服務層22'還為場域中的M2M網(wǎng)關設備14和M2M終端設備18提供服務。將理解的是M2M服務層22'可與任何數(shù)目的M2M應用、M2M網(wǎng)關設備和M2M終端設備通信。M2M服務層22'可以通過不同的服務提供商與服務層相交互??赏ㄟ^一個或多個服務器、計算機、虛擬機(例如,云/計算/存儲群等)等來實現(xiàn)M2M服務層22'。

仍參考圖22B,M2M服務層22和22'提供了不同應用和領域可以利用的一組核心服務遞送能力。這些服務能力使得M2M應用20和20'能夠與設備相交互并執(zhí)行功能,諸如數(shù)據(jù)收集、數(shù)據(jù)分析、設備管理、安全、計費、服務/設備發(fā)現(xiàn)等。本質(zhì)上,這些服務能力免除了應用實現(xiàn)這些功能的負擔,因此簡化了應用開發(fā)并減少了成本和上市時間。服務層22和22'還使得M2M應用20和20'能夠通過與服務層22和22'提供的服務相連接的各種網(wǎng)絡12和12'進行通信。

M2M應用20和20'可包括各種行業(yè)中的應用,諸如但不限于,運輸、健康和保健、聯(lián)網(wǎng)家庭、能源管理、資產(chǎn)追蹤以及安全和監(jiān)控。如上所述,跨越本系統(tǒng)的設備、網(wǎng)關以及其它服務器的M2M服務層支持諸如數(shù)據(jù)收集、設備管理、安全、計費、位置追蹤/地理圍欄、設備/服務發(fā)現(xiàn)以及傳統(tǒng)系統(tǒng)集成之類的功能,并將這些功能作為服務提供給M2M應用20和20'。

通常,服務層(SL),諸如圖22A和22B中所示的服務層22和22'定義了通過一組應用編程接口(API)和底層網(wǎng)絡接口來支持增值服務能力的軟件中間件層。ETSI M2M和oneM2M架構二者都定義了服務層。ETSI M2M的服務層被稱為服務能力層(SCL)??梢栽贓TSI M2M架構的各種不同的節(jié)點中實現(xiàn)SCL。例如,可以在M2M設備(其中其被稱為設備SCL(DSCL))、網(wǎng)關(其中其被稱為網(wǎng)關SCL(GSCL))和/或網(wǎng)絡節(jié)點(其中其被稱為網(wǎng)絡SCL(NSCL))內(nèi)實現(xiàn)服務層的實例。oneM2M服務層支持一組公共服務功能(CSF)(即服務能力)。一組CSF的一個或多個特定類型的實例化被稱為公共服務實體(CSE),CSE能夠托管在不同類型的網(wǎng)絡節(jié)點上(例如基礎設施節(jié)點、中間節(jié)點、特定應用節(jié)點)。第三代合作伙伴計劃(3GPP)也已經(jīng)定義了用于物聯(lián)網(wǎng)通信(MTC)的架構。在該架構中,服務層和其提供的服務能力被作為服務能力服務器(SCS)的一部分被實現(xiàn)。無論體現(xiàn)在ETSI M2M架構的DSCL、GSCL、或NSCL中、體現(xiàn)在3GPPMTC架構的服務能力服務器(SCS)中、體現(xiàn)在oneM2M架構的CSF或CSE中還是體現(xiàn)在網(wǎng)絡的某個其他節(jié)點中,服務層的實例可以以網(wǎng)絡中的一個或多個包括服務器、計算機和其他計算設備或節(jié)點的獨立節(jié)點上執(zhí)行的邏輯實體(例如軟件、計算機可執(zhí)行指令等),或作為一個或多個現(xiàn)有節(jié)點的一部分被實現(xiàn)。作為一個示例,可以以在具有以下描述的在圖22C或圖22D中圖示的通用架構的網(wǎng)絡節(jié)點(例如服務器、計算機、網(wǎng)關、設備或類似的)上運行的軟件的形式實現(xiàn)服務層或其組件(例如AS/SCS 100)的實例。

此外,本文所述的方法和功能性可以實現(xiàn)為使用面向服務架構(SOA)和/或面向資源架構(ROA)的M2M網(wǎng)絡的一部分,以訪問服務,諸如上述網(wǎng)絡和應用管理服務。

圖22C是網(wǎng)絡的節(jié)點的示例性硬件/軟件架構的框圖,諸如圖7-21中所示的客戶端、終端、對等設備或資源目錄,可以操作為諸如圖22A和22B中所示的M2M網(wǎng)絡中的M2M服務器、網(wǎng)關、設備或其他節(jié)點。如圖22C中所示,節(jié)點30可以包括處理器32、收發(fā)器34、發(fā)送/接收元件36、揚聲器/麥克風38、小鍵盤40、顯示器/觸摸板42、不可移動存儲器44、可移動存儲器46、電源48、全球定位系統(tǒng)(GPS)芯片組50及其它外圍設備52。節(jié)點30還可以包括通信電路,諸如收發(fā)器34和發(fā)送/接收元件36。應理解,節(jié)點30可以包括前述元件的任何子組合而仍與實施例一致。該節(jié)點可以是實現(xiàn)本文所述的資源目錄功能性的節(jié)點。

處理器32可以是通用處理器、專用處理器、常規(guī)處理器、數(shù)字信號處理器(DSP)、多個微處理器、與DSP核相關聯(lián)的一個或多個微處理器、控制器、微控制器、專用集成電路(ASIC)、現(xiàn)場可編程門陣列(FPGA)電路、任何其它類型的集成電路(IC)、狀態(tài)機等。處理器32可執(zhí)行信號編碼、數(shù)據(jù)處理、電源控制、輸入/輸出處理和/或使得節(jié)點30能夠在無線環(huán)境中操作的任何其它功能。處理器32可被耦接到收發(fā)器34,收發(fā)器34可被耦接到發(fā)送/接收元件36。雖然圖22C將處理器32和收發(fā)器34描繪為單獨組件,但將認識到的是可將處理器32和收發(fā)器34一起集成在電子封裝或芯片中。處理器32可執(zhí)行應用層程序(例如,瀏覽器)和/或無線電接入層(RAN)程序和/或通信。處理器32可執(zhí)行安全操作,諸如例如在接入層和/或應用層上的認證、安全密鑰協(xié)議和/或密碼操作。

如圖22C所示,處理器32被耦接至其通信電路(例如收發(fā)器34和發(fā)送/接收元件36)。處理器32通過執(zhí)行計算機可執(zhí)行指令可以控制該通信電路,以便促使節(jié)點30經(jīng)由其連接到的網(wǎng)絡與其他節(jié)點通信。具體地,處理器32可以控制該通信電路,以便執(zhí)行在本文(例如圖7-21)和在權利要求中描述的發(fā)送和接收步驟。雖然圖22C將處理器32和收發(fā)器34描繪為分離的組件,但是將認識到,處理器32和收發(fā)器34可以一起集成在電子封裝或芯片中。

發(fā)送/接收元件36可被配置成向其他節(jié)點,包括M2M服務器、網(wǎng)關、設備等發(fā)送信號或從其接收信號。例如,在實施例中,發(fā)送/接收元件36可以是被配置成發(fā)送和/或接收RF信號的天線。發(fā)送/接收元件36可支持各種網(wǎng)絡和空中接口,諸如WLAN、WPAN、蜂窩等。在實施例中,發(fā)送/接收元件36可以是被配置成發(fā)送和/或接收IR、UV或可見光信號的發(fā)射器/探測器。在又一實施例中,發(fā)送/接收元件36可被配置成發(fā)送和接收RF和光信號兩者。將認識到的是發(fā)送/接收元件36可被配置成發(fā)送和/或接收無線或有線信號的任何組合。

另外,雖然在圖22C中將發(fā)送/接收元件36描繪為單個元件,但節(jié)點30可包括任何數(shù)目的發(fā)送/接收元件36。更具體地,節(jié)點30可采用MIMO技術。因此,在實施例中,節(jié)點30可包括用于發(fā)送和接收無線信號的兩個或更多發(fā)送/接收元件36(例如,多個天線)。

收發(fā)器34可被配置成對將通過發(fā)送/接收元件36發(fā)送的信號進行調(diào)制,并對由發(fā)送/接收元件36接收到的信號進行解調(diào)。如上所述,節(jié)點30可具有多模式能力。因此,例如收發(fā)器34可包括用于使得節(jié)點30能夠經(jīng)由諸如UTRA和IEEE802.11的多個RAT進行通信的多個收發(fā)器。

處理器32可從諸如不可移動存儲器44和/或可移動存儲器46的任何類型的適當存儲器訪問信息并在其中存儲數(shù)據(jù)。不可移動存儲器44可包括隨機存取存儲器(RAM)、只讀存儲器(ROM)、硬盤或任何其它類型的存儲器存儲設備??梢苿哟鎯ζ?6可包括訂戶標識模塊(SIM)卡、記憶棒、安全數(shù)字(SD)存儲卡等。在其它實施例中,處理器32可從諸如服務器或家用計算機的物理上不位于節(jié)點30上的存儲器訪問信息存儲以及在其中存儲數(shù)據(jù)。處理器32可被配置成控制顯示器或指示器42上的燈光模式、圖像或顏色以反映UE(例如參見GUI 1400)的狀態(tài),特別是與UE通信的基礎網(wǎng)絡、應用或其他服務。處理器32可以從電源38接收電力,并且可被配置成向節(jié)點30中的其它組件分配和/或控制功率。電源48可以是用于對節(jié)點30供電的任何適當設備。例如,電源48可包括一個或多個干電池(例如,鎳鎘(NiCd)、鎳鋅(NiZn)、鎳金屬氫化物(NiMH)、鋰離子(Li離子)等)、太陽能電池、燃料電池等。

處理器32還可被耦接到GPS芯片組50,其被配置成提供關于節(jié)點30的當前位置的位置信息(如經(jīng)度和緯度)。應理解,節(jié)點30可通過任何適當?shù)奈恢么_定方法來獲取位置信息仍與實施例一致。

處理器32可進一步被耦接到其它外設52,其可包括提供附加特征、功能和/或有線或無線連接性的一個或多個軟件和/或硬件模塊。例如,外設52可包括加速度計、電子指南針、衛(wèi)星收發(fā)器、傳感器、數(shù)字式照相機(用于照片或視頻)、通用串行總線(USB)端口、振動設備、電視收發(fā)器、免提耳機、模塊、調(diào)頻(FM)無線電單元、數(shù)字音樂播放器、媒體播放器、視頻游戲播放器模塊、互聯(lián)網(wǎng)瀏覽器等。

圖22D是示例性計算系統(tǒng)90的框圖,該計算系統(tǒng)90可以用來實現(xiàn)網(wǎng)絡的一個或多個節(jié)點,諸如圖7-21中所示的客戶端、對等設備和資源目錄,可以操作為諸如圖22A和22B中所示的M2M網(wǎng)絡中的M2M服務器、網(wǎng)關、設備或其他節(jié)點。計算系統(tǒng)90可以包括計算機或服務器,并且可主要由可以以軟件為形式的計算機可讀指令來控制,無論在哪里或通過何種手段來存儲或訪問此類軟件。此類計算機可讀指令可在中央處理單元(CPU)91內(nèi)被執(zhí)行以促使計算系統(tǒng)90進行工作。在許多已知的工作站、服務器以及個人計算機中,中央處理單元91由被稱為微處理器的單片CPU來實現(xiàn)。在其它機器中,中央處理單元91可包括多個處理器。協(xié)處理器81是不同于主CPU91的可選處理器,其執(zhí)行附加功能或協(xié)助CPU91。CPU91和/或協(xié)處理器81可接收、生成以及處理與用于E2EM2M服務層會話的公開系統(tǒng)和方法有關的數(shù)據(jù),諸如接收會話證書并基于該會話證書進行認證。

在操作中,CPU91獲取、解碼并執(zhí)行指令,并且經(jīng)由計算機的主數(shù)據(jù)傳輸路徑、系統(tǒng)總線80來向它源傳輸信息和從其它源傳輸信息。此類系統(tǒng)總線連接計算系統(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的存儲器設備包括隨機存取存儲器(RAM)82和只讀存儲器(ROM)93。此類存儲器包括允許存儲和檢索信息的電路。ROM93一般包含不能輕易被修改的存儲數(shù)據(jù)。存儲在RAM82中的數(shù)據(jù)可被CPU91或其它硬件設備讀取或改變。對RAM82和/或ROM93的訪問可由存儲器控制器92來控制。存儲器控制器92可提供當執(zhí)行指令時將虛擬地址轉(zhuǎn)換成物理地址的地址轉(zhuǎn)換功能。存儲器控制器92還可提供將系統(tǒng)內(nèi)的進程隔離并將系統(tǒng)進程與用戶進程相隔離的存儲器保護功能。因此,在第一模式下運行的程序僅可訪問由其自身處理器的虛擬地址空間映射的存儲器;其不能訪問另一處理器的虛擬地址空間內(nèi)的存儲器,除非已經(jīng)建立了處理器之間的存儲器共享。

另外,計算系統(tǒng)90可包含外圍設備控制器83,其負責將CPU91的指令通信給諸如打印機94、鍵盤84、鼠標95以及磁盤驅(qū)動器85的外圍設備。

由顯示器控制器96控制的顯示器86被用來顯示由計算系統(tǒng)90生成的視覺輸出。此類視覺輸出可包括文本、圖形、動畫圖形以及視頻??梢允褂没贑RT的視頻顯示器、基于LCD的平板顯示器、基于氣體等離子體的平板顯示器或觸摸屏來實現(xiàn)顯示器86。顯示器控制器96包括生成被發(fā)送到顯示器86的視頻信號所需的電子組件。

此外,計算系統(tǒng)90可以包含通信電路,諸如網(wǎng)絡適配器97,其可以被用于將計算系統(tǒng)90連接至諸如圖22A和圖22B的網(wǎng)絡12的外部通信網(wǎng)絡,以使得計算系統(tǒng)90能夠與該網(wǎng)絡的其他節(jié)點通信。通信電路,單獨或結(jié)合CPU 91,可以用來執(zhí)行本文(例如圖7-21)和權利要求中所述的發(fā)送和接收步驟。

將理解到可以以存儲在計算機可讀存儲介質(zhì)上的計算機可執(zhí)行指令(即,程序代碼)的形式來體現(xiàn)本文所述的方法以及過程的任何一個,并且當由諸如計算機、服務器、M2M終端設備、M2M網(wǎng)關設備等機器執(zhí)行指令時,該指令執(zhí)行和/或?qū)崿F(xiàn)本文所述的系統(tǒng)、方法和過程。具體地,可以此類計算機可執(zhí)行指令的形式來實現(xiàn)上文所述的步驟、操作或功能中的任何。計算機可讀存儲介質(zhì)包括以用于信息存儲的任何方法或技術實現(xiàn)的易失性和非易失性、可移動和不可移動介質(zhì)兩者,但是此類計算機可讀存儲介質(zhì)不包括信號。計算機可讀存儲介質(zhì)包括但不限于RAM、ROM、EEPROM、閃存或其它存儲器技術、CD-ROM、數(shù)字多功能盤(DVD)或其它光盤存儲、磁帶盒、磁帶、磁盤存儲器或其它磁存儲設備、或者可以用來存儲期望信息且可以由計算機訪問的其它物理介質(zhì)。

在描述本公開的主題的優(yōu)選實施例時,如圖中所示,為了明了起見而采用特定術語。然而,要求保護的主題并不意圖限于這樣選擇的特定術語,并且應理解的是每個特定元件包括以類似方式操作以實現(xiàn)類似目的的所有技術等價物。

下面是與可能出現(xiàn)在上述描述中的服務水平技術有關的縮略詞的列表。除非另有說明,本文使用的縮略詞是指下列的相應術語:

CoAP 約束應用協(xié)議

CoRE 約束RESTful環(huán)境

DHT 分布式散列表

DRD 分布式資源目錄

EP 端點

HTTP 超文本傳輸協(xié)議

IETF 互聯(lián)網(wǎng)工程任務組

IoT 物聯(lián)網(wǎng)

M2M 機器對機器

MAC 介質(zhì)訪問控制

RD 資源目錄

RE 參照保障機制

SA 存儲輔助機制

URI 統(tǒng)一資源標識符

本書面描述使用示例來公開本發(fā)明,包括最佳模式,并且還使得本領域的技術人員能夠?qū)嵺`本發(fā)明,包括制造和使用任何設備或系統(tǒng)以及執(zhí)行任何結(jié)合的方法。本發(fā)明的可以取得專利的范圍由權利要求定義,并且可包括本領域的技術人員想到的其它示例。如果此類其他示例具有不同于權利要求的字面語言的結(jié)構元件,或者如果此類其他示例包括與權利要求的字面語言無實質(zhì)性差別的等價結(jié)構元件,則此類其它示例意圖落入權利要求的范圍內(nèi)。

當前第1頁1 2 3 
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1