資源訂閱方法及裝置制造方法
【專利摘要】本發(fā)明公開了一種資源訂閱方法及裝置，該方法包括：服務(wù)端接收來自客戶端的請求報(bào)文，其中，請求報(bào)文包括訂閱條件，訂閱條件包括是否接收資源目錄中新增資源和/或刪除資源的通知消息；服務(wù)端根據(jù)請求報(bào)文為客戶端針對資源目錄進(jìn)行訂閱或取消訂閱。通過本發(fā)明，按照目錄對資源進(jìn)行訂閱，并且根據(jù)客戶端的具體要求向客戶端發(fā)送資源目錄中新增資源和/或刪除資源的通知消息，從而可以通過Restful風(fēng)格的接口對物聯(lián)網(wǎng)終端進(jìn)行靈活的管理，尤其適合終端設(shè)備上存在動態(tài)增加和/或刪除資源的情況，使得客戶端能夠及時獲悉資源的增加和/或刪除情況，提高訪問效率，降低對網(wǎng)絡(luò)的開銷。
【專利說明】資源訂閱方法及裝置【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種資源訂閱方法及裝置。
【背景技術(shù)】
[0002]物聯(lián)網(wǎng)(Internet of Things,簡稱為1T),按字面理解即為物與物相連的互聯(lián)網(wǎng)絡(luò)，目前對物聯(lián)網(wǎng)較為通俗的定義是:利用射頻識別、傳感器、二維碼等傳感元件，通過基礎(chǔ)網(wǎng)絡(luò)實(shí)現(xiàn)物與物、人與物之間的互聯(lián)互通，允許任何人和物在任何時間任何地方利用任何途徑對任何服務(wù)進(jìn)行訪問和交互的網(wǎng)絡(luò)。
[0003]物聯(lián)網(wǎng)匯聚了數(shù)量眾多的智能物體，為了實(shí)現(xiàn)對物體的訪問以及物體之間良好的互通性，智能物體的互聯(lián)網(wǎng)協(xié)議(Internet Protocol，簡稱為IP)化已是一大趨勢。但這些智能物體通常只具備很弱的計(jì)算處理能力，對資源消耗很敏感，目前應(yīng)用于因特網(wǎng)(Internet)的協(xié)議過于復(fù)雜，開銷較大，難以滿足物聯(lián)網(wǎng)的應(yīng)用場景需求，此外物聯(lián)網(wǎng)需要接入海量的異構(gòu)終端設(shè)備，需要一種通用而且簡單靈活的方式。
[0004]以Restful方式作為訪問接口，在物聯(lián)網(wǎng)領(lǐng)域已被廣泛接受和推廣，歐洲電信標(biāo)準(zhǔn)化協(xié)會(European Telecommunications Standards Institute,簡稱為 ETSI)選擇了Restful作為訪問接 口的標(biāo)準(zhǔn)；因特網(wǎng)工程任務(wù)組(Internet Engineering Task Force,簡稱為 IETF)專門成立了受限的 Restful 環(huán)境(Constrained Restful Environment,簡稱為CoRE)工作組,致力于研究適合于受限環(huán)境的應(yīng)用協(xié)議(Constrained ApplicationProtocol,簡稱為 CoAP)。
[0005]訂閱是一種常見的機(jī)制，在物聯(lián)網(wǎng)中更是應(yīng)用廣泛，比如對某個溫度傳感器提供的溫度值的訂閱，當(dāng)溫度發(fā)生變化或者是超過某個閥值時向訂閱者發(fā)出通告。但是目前Restful風(fēng)格的協(xié)議，在協(xié)議層面上定義的訂閱機(jī)制，都是針對具體的資源，也就是必須要有明確的資源標(biāo)識才能進(jìn)行訂閱，而對于還沒有被創(chuàng)建的資源，因?yàn)檫€不知道其標(biāo)識，也就難以進(jìn)行方便的訂閱。以傳感節(jié)點(diǎn)的鄰居節(jié)點(diǎn)信息為例，每個鄰居節(jié)點(diǎn)信息將被抽象成為單個的資源，由于鄰居節(jié)點(diǎn)是在動態(tài)增加或減少的，訪問者很可能知道鄰居節(jié)點(diǎn)信息資源存放的目錄，但是無法知道新的鄰居節(jié)點(diǎn)信息資源的具體標(biāo)識，而訪問者又有當(dāng)有新的節(jié)點(diǎn)加入或離開網(wǎng)絡(luò)時能夠得到及時通知的需求。
[0006]針對上述問題，目前尚未提出有效的解決方案。

【發(fā)明內(nèi)容】

[0007]本發(fā)明提供了一種資源訂閱方法及裝置，以至少解決相關(guān)技術(shù)中，針對具體的資源進(jìn)行訂閱，需要有明確的資源標(biāo)識，而客戶端無法及時獲知新增或刪除的資源標(biāo)識，給訂閱帶來不便的問題。
[0008]根據(jù)本發(fā)明的一個方面，提供了一種資源訂閱方法，包括:服務(wù)端接收來自客戶端的請求報(bào)文，其中，請求報(bào)文包括訂閱條件，訂閱條件包括是否接收資源目錄中新增資源和/或刪除資源的通知消息；服務(wù)端根據(jù)請求報(bào)文為客戶端針對資源目錄進(jìn)行訂閱或取消訂閱。
[0009]優(yōu)選地，上述請求報(bào)文還包括:用于指示對資源目錄進(jìn)行訂閱或者取消訂閱的信息，服務(wù)端根據(jù)請求報(bào)文為客戶端針對資源目錄進(jìn)行訂閱或取消訂閱包括:服務(wù)端根據(jù)請求報(bào)文判斷客戶端是請求訂閱資源目錄還是請求取消訂閱資源目錄；如果是請求訂閱資源目錄，服務(wù)端根據(jù)資源目錄是否允許訂閱執(zhí)行訂閱操作；如果是請求取消訂閱資源目錄，月艮務(wù)端將客戶端從資源目錄的訂閱者集合中刪除。
[0010]優(yōu)選地，服務(wù)端根據(jù)資源目錄是否允許訂閱執(zhí)行訂閱操作包括:如果請求的資源目錄允許訂閱，服務(wù)端記錄客戶端的因特網(wǎng)協(xié)議(Internet Protocol，簡稱為IP)地址和端口信息，將客戶端加入資源目錄的訂閱者集合；如果請求的資源目錄不允許訂閱或者不支持訂閱，向客戶端返回資源目錄下的資源標(biāo)識集合。
[0011]優(yōu)選地，在請求的資源目錄允許訂閱的情況下，在將客戶端加入資源目錄的訂閱者集合之后，上述方法還包括:服務(wù)端向客戶端返回資源目錄下的資源標(biāo)識集合，并在返回報(bào)文中攜帶表示服務(wù)端已經(jīng)接受客戶端的訂閱請求的參數(shù)，其中，該參數(shù)包括:對資源目錄進(jìn)行訂閱、訂閱條件。
[0012]優(yōu)選地，如果服務(wù)端接收到同一個客戶端發(fā)送的多次訂閱請求，用新的訂閱條件覆蓋之前的訂閱條件。
[0013]優(yōu)選地，上述訂閱條件還包括:用于指示是否需要在通知消息中包含新增資源的內(nèi)容的信息，在服務(wù)端根據(jù)請求報(bào)文為客戶端針對資源目錄進(jìn)行訂閱之后，上述方法還包括:當(dāng)資源目錄中新增資源和/或刪除資源時，服務(wù)端向已訂閱資源所屬各級目錄的一個或多個客戶端發(fā)送通知消息，其中，通知消息攜帶有一個或多個新增的資源標(biāo)識和/或刪除的資源標(biāo)識；服務(wù)端根據(jù)一個或多個客戶端各自的訂閱條件決定是否需要在通知消息中攜帶新增的資源的內(nèi)容。
[0014]根據(jù)本發(fā)明的另一方面，提供了一種資源訂閱裝置，應(yīng)用于服務(wù)端，包括:接收模塊，用于接收來自客戶端的請求報(bào)文，其中，請求報(bào)文包括訂閱條件，訂閱條件包括是否接收資源目錄中新增資源和/或刪除資源的通知消息；訂閱模塊，用于根據(jù)請求報(bào)文為客戶端針對資源目錄進(jìn)行訂閱或取消訂閱。
[0015]優(yōu)選地，上述請求報(bào)文還包括:用于指示對資源目錄進(jìn)行訂閱或者取消訂閱的信息，訂閱模塊包括:判斷單元，用于根據(jù)請求報(bào)文判斷客戶端是請求訂閱資源目錄還是請求取消訂閱資源目錄；執(zhí)行單元，用于在請求訂閱資源目錄的情況下，根據(jù)資源目錄是否允許訂閱執(zhí)行訂閱操作；刪除單元，用于在請求取消訂閱資源目錄的情況下，將客戶端從資源目錄的訂閱者集合中刪除。
[0016]優(yōu)選地，執(zhí)行單元包括:加入子單元，用于在請求的資源目錄允許訂閱的情況下，服務(wù)端記錄客戶端的因特網(wǎng)協(xié)議IP地址和端口信息，將客戶端加入資源目錄的訂閱者集合；返回子單元，用于在請求的資源目錄不允許訂閱或者不支持訂閱的情況下，向客戶端返回資源目錄下的資源標(biāo)識集合。
[0017]優(yōu)選地，上述訂閱條件還包括:用于指示是否需要在通知消息中包含新增資源的內(nèi)容的信息，上述裝置還包括:發(fā)送模塊，用于當(dāng)資源目錄中新增資源和/或刪除資源時，向已訂閱資源所屬各級目錄的一個或多個客戶端發(fā)送通知消息，其中，通知消息攜帶有一個或多個新增的資源標(biāo)識和/或刪除的資源標(biāo)識；決定模塊，用于根據(jù)一個或多個客戶端各自的訂閱條件決定是否需要在通知消息中攜帶新增的資源的內(nèi)容。
[0018]通過本發(fā)明，按照目錄對資源進(jìn)行訂閱，并且根據(jù)客戶端的具體要求向客戶端發(fā)送資源目錄中新增資源和/或刪除資源的通知消息，從而可以通過Restful風(fēng)格的接口對物聯(lián)網(wǎng)終端進(jìn)行靈活的管理，尤其適合終端設(shè)備上存在動態(tài)增加和/或刪除資源的情況，使得客戶端能夠及時獲悉資源的增加和/或刪除情況，提高訪問效率，降低對網(wǎng)絡(luò)的開銷。
【專利附圖】

【附圖說明】
[0019]此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中:
[0020]圖1是根據(jù)本發(fā)明實(shí)施例的資源訂閱方法的流程圖；
[0021]圖2是根據(jù)本發(fā)明優(yōu)選實(shí)施例的資源訂閱方法的流程示意圖；
[0022]圖3是根據(jù)本發(fā)明實(shí)施例的資源訂閱裝置的結(jié)構(gòu)框圖；
[0023]圖4是根據(jù)本發(fā)明優(yōu)選實(shí)施例的資源訂閱裝置的結(jié)構(gòu)框圖一；
[0024]圖5是根據(jù)本發(fā)明優(yōu)選實(shí)施例的資源訂閱裝置的結(jié)構(gòu)框圖二。
【具體實(shí)施方式】
[0025]需要說明的是，在不沖突的情況下，本申請中的實(shí)施例及實(shí)施例中的特征可以相互組合。下面將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。
[0026]本發(fā)明實(shí)施例提供了一種資源訂閱方法，圖1是根據(jù)本發(fā)明實(shí)施例的資源訂閱方法的流程圖，如圖1所示，包括如下的步驟S102至步驟S104。
[0027]步驟S102，服務(wù)端接收來自客戶端的請求報(bào)文，其中，請求報(bào)文包括訂閱條件，訂閱條件包括是否接收資源目錄中新增資源和/或刪除資源的通知消息。
[0028]步驟S104，服務(wù)端根據(jù)請求報(bào)文為客戶端針對資源目錄進(jìn)行訂閱或取消訂閱。
[0029]相關(guān)技術(shù)中，針對具體的資源進(jìn)行訂閱，需要有明確的資源標(biāo)識，而客戶端無法及時獲知新增或刪除的資源標(biāo)識，給訂閱帶來不便。本發(fā)明實(shí)施例中，按照目錄對資源進(jìn)行訂閱，并且根據(jù)客戶端的具體要求向客戶端發(fā)送資源目錄中新增資源和/或刪除資源的通知消息，從而可以通過Restful風(fēng)格的接口對物聯(lián)網(wǎng)終端進(jìn)行靈活的管理，尤其適合終端設(shè)備上存在動態(tài)增加和/或刪除資源的情況，使得客戶端能夠及時獲悉資源的增加和/或刪除情況，提高訪問效率，降低對網(wǎng)絡(luò)的開銷。
[0030]上述請求報(bào)文還包括:用于指示對資源目錄進(jìn)行訂閱或者取消訂閱的信息，服務(wù)端根據(jù)請求報(bào)文為客戶端針對資源目錄進(jìn)行訂閱或取消訂閱包括:服務(wù)端根據(jù)請求報(bào)文判斷客戶端是請求訂閱資源目錄還是請求取消訂閱資源目錄；如果是請求訂閱資源目錄，月艮務(wù)端根據(jù)資源目錄是否允許訂閱執(zhí)行訂閱操作；如果是請求取消訂閱資源目錄，服務(wù)端將客戶端從資源目錄的訂閱者集合中刪除。
[0031]服務(wù)端根據(jù)資源目錄是否允許訂閱執(zhí)行訂閱操作包括:如果請求的資源目錄允許訂閱，服務(wù)端記錄客戶端的IP地址和端口信息，將客戶端加入資源目錄的訂閱者集合；如果請求的資源目錄不允許訂閱或者不支持訂閱，向客戶端返回資源目錄下的資源標(biāo)識集
口 O
[0032]在請求的資源目錄允許訂閱的情況下，在將客戶端加入資源目錄的訂閱者集合之后，上述方法還包括:服務(wù)端向客戶端返回資源目錄下的資源標(biāo)識集合，并在返回報(bào)文中攜帶表示服務(wù)端已經(jīng)接受客戶端的訂閱請求的參數(shù)，其中，該參數(shù)包括:對資源目錄中的資源進(jìn)行訂閱、訂閱條件。實(shí)際應(yīng)用中，服務(wù)端可以向客戶端返回資源目錄下的資源列表，即該目錄下的所有資源的標(biāo)識集合。
[0033]在實(shí)際應(yīng)用中，對于訂閱請求報(bào)文且請求的目錄允許訂閱，在將該客戶端加入訂閱者列表后，按對目錄進(jìn)行訪問的普通請求進(jìn)行處理，并向客戶端返回該目錄下的資源標(biāo)識集合，在返回報(bào)文中攜帶表明服務(wù)端已經(jīng)接受了該訂閱請求的參數(shù)。對于訂閱請求報(bào)文且請求的目錄不允許訂閱或者不支持訂閱，則僅向客戶端返回該目錄下的資源列表，當(dāng)作普通的對資源目錄進(jìn)行訪問的請求進(jìn)行處理。
[0034]如果服務(wù)端接收到同一個客戶端發(fā)送的多次訂閱請求，用新的訂閱條件覆蓋之前的訂閱條件。
[0035]上述訂閱條件還包括:用于指示是否需要在通知消息中包含新增資源的內(nèi)容的信息，在服務(wù)端根據(jù)請求報(bào)文為客戶端針對資源目錄進(jìn)行訂閱之后，上述方法還包括:當(dāng)資源目錄中新增資源和/或刪除資源時，服務(wù)端向已訂閱該資源所屬各級目錄的一個或多個客戶端發(fā)送通知消息，其中，通知消息攜帶有一個或多個新增的資源標(biāo)識和/或刪除的資源標(biāo)識；服務(wù)端根據(jù)一個或多個客戶端各自的訂閱條件決定是否需要在通知消息中攜帶新增的資源的內(nèi)容。本優(yōu)選實(shí)施例中，根據(jù)客戶端的請求中的訂閱條件確定是否需要在通知消息中攜帶新增的資源的內(nèi)容和/或刪除的資源的內(nèi)容，如果用戶希望通知該內(nèi)容，可以實(shí)現(xiàn)及時通知客戶端其訂閱的資源目錄中的資源變化情況，以及變化內(nèi)容。需要說明的是，通知消息中也可以根據(jù)客戶端的需求攜帶刪除的資源的內(nèi)容。
[0036]從以上的描述可知，本發(fā)明基于Restful風(fēng)格，采用客戶端和服務(wù)端通信的模式，按目錄對資源進(jìn)行訂閱，具體技術(shù)方案可以如下:
[0037]客戶端節(jié)點(diǎn)發(fā)送對某一個資源目錄進(jìn)行訪問的請求報(bào)文，請求報(bào)文至少包含兩個參數(shù):一是表示該請求是對該目錄進(jìn)行訂閱或者是取消訂閱；二是表示訂閱條件，在條件中表明是希望收到新增資源和/或刪除資源的通知消息，此外，在訂閱條件中表明是否需要在通知消息中包含資源的內(nèi)容。
[0038]服務(wù)端節(jié)點(diǎn)收到上述請求報(bào)文后，判斷如是訂閱請求報(bào)文，并且請求的目錄允許訂閱，則記錄客戶端節(jié)點(diǎn)的IP和端口信息，加入訂閱者列表，并按對目錄進(jìn)行訪問的普通請求進(jìn)行處理，向客戶端返回該目錄下的資源列表，在返回報(bào)文中還包含有所上述參數(shù)，表明服務(wù)端已經(jīng)接受了該訂閱請求；如果請求的目錄不允許訂閱，或者不支持訂閱，則僅向客戶端返回該目錄下的資源列表，當(dāng)作普通的對資源目錄進(jìn)行訪問的請求進(jìn)行處理。
[0039]為了使本發(fā)明的技術(shù)方案和實(shí)現(xiàn)方法更加清楚，下面將結(jié)合優(yōu)選的實(shí)施例對其實(shí)現(xiàn)過程進(jìn)行詳細(xì)描述。
[0040]IETF專門成立了 CoRE工作組，致力于設(shè)計(jì)一種基于IP的適合能力受限環(huán)境的應(yīng)用層協(xié)議，即CoAP協(xié)議，已發(fā)布第一個請求評議(Request For Comment,簡稱為RFC)文檔RFC 6690 =CoRE Link Format。CoAP協(xié)議的特點(diǎn)是:基于用戶數(shù)據(jù)協(xié)議(User DataProtocol，簡稱為UDP)協(xié)議，報(bào)文采用二進(jìn)制形式，格式緊湊，對終端開銷較小，Restful風(fēng)格的訪問接口，可看作是對超文本傳輸協(xié)議(Hypertext Transfer Protocol,簡稱為HTTP)的精簡。[0041]以下優(yōu)選實(shí)施例中，使用適合于物聯(lián)網(wǎng)應(yīng)用的CoAP協(xié)議作為示例來描述本發(fā)明的技術(shù)方案，顯然，所描述的實(shí)施例僅是本發(fā)明的一部分實(shí)施例，也不局限于CoAP協(xié)議，還可以應(yīng)用于HTTP等其他REST風(fēng)格的協(xié)議。
[0042]圖2是根據(jù)本發(fā)明優(yōu)選實(shí)施例的資源訂閱方法的流程示意圖。本優(yōu)選實(shí)施例描述了通過擴(kuò)展CoAP協(xié)議選項(xiàng)實(shí)現(xiàn)對目錄進(jìn)行訂閱的方法以及返回通知消息方式的示例，即對目錄下資源增刪情況進(jìn)行訂閱。
[0043]首先，定義擴(kuò)展的訂閱選項(xiàng)OBS-EXT如表1所示:
[0044]表1
【權(quán)利要求】
1.一種資源訂閱方法，其特征在于包括: 服務(wù)端接收來自客戶端的請求報(bào)文，其中，所述請求報(bào)文包括訂閱條件，所述訂閱條件包括是否接收所述資源目錄中新增資源和/或刪除資源的通知消息； 所述服務(wù)端根據(jù)所述請求報(bào)文為所述客戶端針對所述資源目錄進(jìn)行訂閱或取消訂閱。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述請求報(bào)文還包括:用于指示對所述資源目錄進(jìn)行訂閱或者取消訂閱的信息，所述服務(wù)端根據(jù)所述請求報(bào)文為所述客戶端針對所述資源目錄進(jìn)行訂閱或取消訂閱，包括: 所述服務(wù)端根據(jù)所述請求報(bào)文判斷所述客戶端是請求訂閱所述資源目錄還是請求取消訂閱所述資源目錄； 如果是請求訂閱所述資源目錄，所述服務(wù)端根據(jù)所述資源目錄是否允許訂閱執(zhí)行訂閱操作； 如果是請求取消訂閱所述資源目錄，所述服務(wù)端將所述客戶端從所述資源目錄的訂閱者集合中刪除。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述服務(wù)端根據(jù)所述資源目錄是否允許訂閱執(zhí)行訂閱操作包括: 如果請求的資源目錄允許訂閱，所述服務(wù)端記錄所述客戶端的因特網(wǎng)協(xié)議IP地址和端口信息，將所述客戶端加入所述資源目錄的訂閱者集合； 如果請求的資源目錄不允許訂閱或者不支持訂閱，向所述客戶端返回所述資源目錄下的資源標(biāo)識集合。
4.根據(jù)權(quán)利要求3所述的方法`，其特征在于，在所述請求的資源目錄允許訂閱的情況下，在將所述客戶端加入所述資源目錄的訂閱者集合之后，所述方法還包括: 所述服務(wù)端向所述客戶端返回所述資源目錄下的資源標(biāo)識集合，并在返回報(bào)文中攜帶表示所述服務(wù)端已經(jīng)接受所述客戶端的訂閱請求的參數(shù)，其中，所述參數(shù)包括:對所述資源目錄進(jìn)行訂閱、訂閱條件。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，如果所述服務(wù)端接收到同一個客戶端發(fā)送的多次訂閱請求，用新的訂閱條件覆蓋之前的訂閱條件。
6.根據(jù)權(quán)利要求1至5中任一項(xiàng)所述的方法，其特征在于，所述訂閱條件還包括:用于指示是否需要在所述通知消息中包含新增資源的內(nèi)容的信息，在所述服務(wù)端根據(jù)所述請求報(bào)文為所述客戶端針對所述資源目錄進(jìn)行訂閱之后，所述方法還包括: 當(dāng)所述資源目錄中新增資源和/或刪除資源時，所述服務(wù)端向已訂閱所述資源所屬各級目錄的一個或多個客戶端發(fā)送通知消息，其中，所述通知消息攜帶有一個或多個新增的資源標(biāo)識和/或刪除的資源標(biāo)識； 所述服務(wù)端根據(jù)所述一個或多個客戶端各自的訂閱條件決定是否需要在所述通知消息中攜帶新增的資源的內(nèi)容。
7.一種資源訂閱裝置，應(yīng)用于服務(wù)端，其特征在于包括: 接收模塊，用于接收來自客戶端的請求報(bào)文，其中，所述請求報(bào)文包括訂閱條件，所述訂閱條件包括是否接收所述資源目錄中新增資源和/或刪除資源的通知消息； 訂閱模塊，用于根據(jù)所述請求報(bào)文為所述客戶端針對所述資源目錄進(jìn)行訂閱或取消訂閱。
8.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述請求報(bào)文還包括:用于指示對所述資源目錄進(jìn)行訂閱或者取消訂閱的信息，所述訂閱模塊包括: 判斷單元，用于根據(jù)所述請求報(bào)文判斷所述客戶端是請求訂閱所述資源目錄還是請求取消訂閱所述資源目錄； 執(zhí)行單元，用于在請求訂閱所述資源目錄的情況下，根據(jù)所述資源目錄是否允許訂閱執(zhí)行訂閱操作； 刪除單元，用于在請求取消訂閱所述資源目錄的情況下，將所述客戶端從所述資源目錄的訂閱者集合中刪除。
9.根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述執(zhí)行單元包括: 加入子單元，用于在請求的資源目錄允許訂閱的情況下，所述服務(wù)端記錄所述客戶端的因特網(wǎng)協(xié)議IP地址和端口信息，將所述客戶端加入所述資源目錄的訂閱者集合； 返回子單元，用于在請求的資源目錄不允許訂閱或者不支持訂閱的情況下，向所述客戶端返回所述資源目錄下的資源標(biāo)識集合。
10.根據(jù)權(quán)利要求7至9中任一項(xiàng)所述的裝置，其特征在于，所述訂閱條件還包括:用于指示是否需要在所述通知消息中包含新增資源的內(nèi)容的信息，所述裝置還包括: 發(fā)送模塊，用于當(dāng)所述資源目錄中新增資源和/或刪除資源時，向已訂閱所述資源所屬各級目錄的一個或多個客戶端發(fā)送通知消息，其中，所述通知消息攜帶有一個或多個新增的資源標(biāo)識和/或刪除的 資源標(biāo)識； 決定模塊，用于根據(jù)所述一個或多個客戶端各自的訂閱條件決定是否需要在所述通知消息中攜帶新增的資源的內(nèi)容。
【文檔編號】H04L29/08GK103795689SQ201210424428
【公開日】2014年5月14日 申請日期:2012年10月29日 優(yōu)先權(quán)日:2012年10月29日
【發(fā)明者】范賢友 申請人:中興通訊股份有限公司