專利名稱：統(tǒng)一資源標(biāo)識(shí)符索引的信息的處理方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實(shí)施例涉及通信技術(shù)領(lǐng)域，特別涉及統(tǒng)一資源標(biāo)識(shí)符(Uniform Resource Identify，簡(jiǎn)稱URI)索引的信息的處理方法及裝置。
背景技術(shù)：
內(nèi)容分發(fā)網(wǎng)絡(luò)(Content Delivery Network，簡(jiǎn)稱CDN)系統(tǒng)中的內(nèi)容分發(fā)技術(shù)包 括兩種方式一種為主動(dòng)式即推送(PUSH)分發(fā)技術(shù)；另一種為被動(dòng)式即主動(dòng)請(qǐng)求(PULL) 分發(fā)技術(shù)。推送分發(fā)技術(shù)是一種建立在客戶服務(wù)器上的機(jī)制，就是由服務(wù)器主動(dòng)將信息發(fā) 往客戶端的技術(shù)；主動(dòng)請(qǐng)求分發(fā)技術(shù)是由客戶端主動(dòng)請(qǐng)求信息的技術(shù)。推送框架主要包括 推送發(fā)起者(PUSH hitiator，簡(jiǎn)稱PI)、推送代理網(wǎng)關(guān)(PUSH Proxy Gateway，簡(jiǎn)稱PPG)和 客戶端(推送客戶端)三個(gè)部分；主動(dòng)請(qǐng)求框架主要包括內(nèi)容服務(wù)器和客戶端(請(qǐng)求客戶 端)兩個(gè)部分。上述兩種分發(fā)技術(shù)中的客戶端都可以通過(guò)兩種方式獲取信息一種為直接 獲取信息，另一種為先獲取索引的信息的URI，再根據(jù)該URI獲取信息。在實(shí)現(xiàn)本發(fā)明過(guò)程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中的后一種獲取方式至少存在如下問(wèn) 題客戶端根據(jù)索引的信息的URI獲取到的信息的可用性無(wú)法得到保證，導(dǎo)致了客戶端頻 繁接收到無(wú)用的垃圾信息，從而造成了網(wǎng)絡(luò)資源的浪費(fèi)。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供URI索引的信息的處理方法及裝置，避免客戶端接收到無(wú)用的 垃圾信息，節(jié)省網(wǎng)絡(luò)資源。本發(fā)明實(shí)施例提供一種URI索引的信息的處理方法，包括接收攜帶有URI的請(qǐng)求消息；獲取所述URI索引的信息；驗(yàn)證所述URI索引的信息的相關(guān)屬性信息；根據(jù)所述驗(yàn)證的結(jié)果，進(jìn)行相關(guān)處理。本發(fā)明實(shí)施例提供另一種URI索引的信息的處理方法，包括接收攜帶有URI和獲取所述URI索引的信息的時(shí)間指示信息的請(qǐng)求消息；根據(jù)所述時(shí)間指示信息，獲取所述URI索引的信息；向推送客戶端發(fā)送所述URI索引的信息。本發(fā)明實(shí)施例提供再一種URI索引的信息的處理方法，包括接收攜帶有URI的請(qǐng)求消息；若存在至少兩個(gè)推送客戶端，獲取所述URI索引的信息；向所述至少兩個(gè)推送客戶端發(fā)送所述URI索引的信息。本發(fā)明實(shí)施例提供一種URI索引的信息的處理裝置，包括第一接收模塊，用于接收攜帶有URI的請(qǐng)求消息；第一獲取模塊，用于獲取所述URI索引的信息；
第一驗(yàn)證模塊，用于驗(yàn)證所述URI索引的信息的相關(guān)屬性信息；處理模塊，用于根據(jù)所述驗(yàn)證的結(jié)果，進(jìn)行相關(guān)處理。本發(fā)明實(shí)施例提供一種推送發(fā)起者，包括第一發(fā)送模塊，用于發(fā)送攜帶有URI和 獲取所述URI索引的信息的時(shí)間指示信息的請(qǐng)求消息，以供推送服務(wù)器或推送客戶端根據(jù) 所述時(shí)間指示信息，獲取所述URI索引的信息。本發(fā)明實(shí)施例提供一種推送服務(wù)器，包括第二接收模塊，用于接收攜帶有U RI和獲取所述URI索引的信息的時(shí)間指示信息 的請(qǐng)求消息；第二獲取模塊，用于根據(jù)所述時(shí)間指示信息，獲取所述URI索引的信息；第二發(fā)送模塊，用于向推送客戶端發(fā)送所述URI索引的信息。本發(fā)明實(shí)施例提供一種推送客戶端，包括第三接收模塊，用于接收攜帶有URI和獲取所述URI索引的信息的時(shí)間指示信息 的請(qǐng)求消息；第三獲取模塊，用于根據(jù)所述時(shí)間指示信息，獲取所述URI索引的信息。本發(fā)明實(shí)施例提供另一種推送服務(wù)器，包括第四接收模塊，用于接收攜帶有URI的請(qǐng)求消息；第四獲取模塊，用于若存在至少兩個(gè)推送客戶端，獲取所述URI索引的信息；第三發(fā)送模塊，用于向所述至少兩個(gè)推送客戶端發(fā)送所述URI索引的信息。由上述技術(shù)方案可知，本發(fā)明實(shí)施例獲取到請(qǐng)求消息中所攜帶的URI索引的信息 之后，通過(guò)對(duì)該URI索引的信息的相關(guān)屬性信息進(jìn)行驗(yàn)證，使得可以根據(jù)驗(yàn)證的結(jié)果進(jìn)行 相關(guān)處理，能夠避免客戶端接收到無(wú)用的垃圾信息信息，從而節(jié)省了網(wǎng)絡(luò)資源。


為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本 發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以 根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明實(shí)施例一提供的一種URI索引的信息的處理方法的流程示意圖；圖2為本發(fā)明實(shí)施例二提供的一種URI索引的信息的處理方法的流程示意圖；圖3為本發(fā)明實(shí)施例三提供的一種URI索引的信息的處理方法的流程示意圖；圖4為本發(fā)明實(shí)施例四提供的另一種URI索引的信息的處理方法的流程示意圖；圖5為本發(fā)明實(shí)施例五提供的再一種URI索引的信息的處理方法的流程示意圖；圖6為本發(fā)明實(shí)施例六提供的一種URI索引的信息的處理裝置的結(jié)構(gòu)示意圖；圖7為本發(fā)明實(shí)施例七提供的一種URI索引的信息的處理裝置的結(jié)構(gòu)示意圖；圖8為本發(fā)明實(shí)施例八提供的一種URI索引的信息的處理系統(tǒng)的結(jié)構(gòu)示意圖；圖9為本發(fā)明實(shí)施例九提供的一種推送發(fā)起者的結(jié)構(gòu)示意圖；圖10為本發(fā)明實(shí)施例十提供的一種推送服務(wù)器的結(jié)構(gòu)示意圖；圖11為本發(fā)明實(shí)施例十一提供的另一種URI索引的信息的處理系統(tǒng)的結(jié)構(gòu)示意 圖12為本發(fā)明實(shí)施例十二提供的一種推送客戶端的結(jié)構(gòu)示意圖；圖13為本發(fā)明實(shí)施例十三提供的再一種URI索引的信息的處理系統(tǒng)的結(jié)構(gòu)示意 圖；圖14為本發(fā)明實(shí)施例十四提供的另一種推送服務(wù)器的結(jié)構(gòu)示意圖；圖15為本發(fā)明實(shí)施例十五提供的又一種URI索引的信息的處理系統(tǒng)的結(jié)構(gòu)示意 圖。
具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完 整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；?本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他 實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。圖1為本發(fā)明實(shí)施例一提供的一種URI索引的信息的處理方法的流程示意圖，如 圖1所示，本實(shí)施例的URI索引的信息的處理方法可以包括以下步驟步驟101、接收攜帶有URI的請(qǐng)求消息；步驟102、獲取上述URI索引的信息；步驟103、驗(yàn)證上述URI索引的信息的相關(guān)屬性信息；步驟104、根據(jù)上述驗(yàn)證的結(jié)果，進(jìn)行相關(guān)處理。其中的URI可以是單獨(dú)一個(gè)URI，還可以是嵌入在網(wǎng)頁(yè)頁(yè)面中的URI ；URI索引的 信息的相關(guān)屬性信息可以包括URI索引的信息的安全性、URI索引的信息所屬的類別(例 如教育、18歲以上、娛樂(lè)、新聞等)、與URI索引的信息匹配的能力信息(例如支持的版本 信息、網(wǎng)絡(luò)信息、軟硬件信息、顯示能力信息等)等信息。本實(shí)施例的步驟104中，若通過(guò)該URI索引的信息的相關(guān)屬性信息的驗(yàn)證，則可以 向客戶端發(fā)送該URI和/或該URI索引的信息，或者進(jìn)一步發(fā)送驗(yàn)證通過(guò)的結(jié)果信息；若未 通過(guò)該URI索引的信息的相關(guān)屬性信息的驗(yàn)證，則可以向客戶端發(fā)送至少以下一種信息 驗(yàn)證未通過(guò)的結(jié)果信息；該URI和驗(yàn)證未通過(guò)的結(jié)果信息；該URI、經(jīng)過(guò)過(guò)濾后的該URI索 引的信息和驗(yàn)證未通過(guò)的結(jié)果信息。本實(shí)施例可以適用于CDN系統(tǒng)中的任何一種內(nèi)容分發(fā)技術(shù)對(duì)于推送分發(fā)技術(shù) 來(lái)說(shuō)，步驟101中所接收到的請(qǐng)求消息是PI發(fā)送的Push消息；對(duì)于主動(dòng)請(qǐng)求分發(fā)技術(shù)來(lái) 說(shuō)，步驟101中所接收到的請(qǐng)求消息是客戶端(主動(dòng)請(qǐng)求客戶端)發(fā)送的超文本傳輸協(xié)議 (Hyper Text Transfer Protocol，簡(jiǎn)稱 HTTP)消息、會(huì)話初始協(xié)議 Cession Initiation Protocol，簡(jiǎn)稱SIP)消息、短消息等消息。其中主動(dòng)請(qǐng)求客戶端可以是請(qǐng)求URI索引的信 息的客戶端，還可以是請(qǐng)求對(duì)未知URI索引的信息進(jìn)行驗(yàn)證的客戶端。本實(shí)施例中，獲取到請(qǐng)求消息中所攜帶的URI索引的信息之后，通過(guò)對(duì)該URI索引 的信息的相關(guān)屬性信息進(jìn)行驗(yàn)證，使得可以根據(jù)驗(yàn)證的結(jié)果進(jìn)行相關(guān)處理，能夠避免客戶 端遭受病毒攻擊，從而防止了客戶端的操作系統(tǒng)的損壞和客戶端用戶的個(gè)人信息的泄露， 以及能夠避免客戶端接收到無(wú)用的垃圾信息和無(wú)法顯示的信息，從而節(jié)省了網(wǎng)絡(luò)資源。需要說(shuō)明的是本實(shí)施例中的步驟102和/或步驟103的執(zhí)行主體可以是推送框 架中現(xiàn)有的PPG，還可以是推送框架或主動(dòng)請(qǐng)求框架中新增加的一個(gè)驗(yàn)證服務(wù)器，主要完成URI索引的信息的獲取和/或URI索引的信息的驗(yàn)證，和/或完成相應(yīng)處理功能的服務(wù)器。圖2為本發(fā)明實(shí)施例二提供的一種URI索引的信息的處理方法的流程示意圖，本 實(shí)施例的URI索引的信息的處理方法是基于推送分發(fā)技術(shù)實(shí)現(xiàn)的，如圖2所示，本實(shí)施例的 URI索引的信息的處理方法可以包括以下步驟步驟201、PI通過(guò)推送接入?yún)f(xié)議(Push Access Protocol，簡(jiǎn)稱PAP)向PPG發(fā)送 攜帶有URI的推送消息；步驟202、PPG接收上述攜帶有URI的推送消息，根據(jù)預(yù)設(shè)策略，判斷是否需要對(duì)上 述URI索引的信息的相關(guān)屬性信息進(jìn)行驗(yàn)證，如果不需要驗(yàn)證，則執(zhí)行步驟203 ；如果需要 驗(yàn)證，則執(zhí)行步驟204;其中的預(yù)設(shè)策略可以包括一個(gè)允許PPG完成驗(yàn)證URI索引的信息的相關(guān)屬性信 息的指示信息，上述預(yù)設(shè)策略可以是客戶端在注冊(cè)或簽約業(yè)務(wù)過(guò)程中在PPG上設(shè)置的， 還可以是網(wǎng)絡(luò)運(yùn)營(yíng)商預(yù)先在PPG上設(shè)置的。具體地，客戶端可以通過(guò)注冊(cè)或簽約業(yè)務(wù)過(guò) 程中的消息攜帶該指示信息，例如擴(kuò)展HTTP選項(xiàng)(HTTP OPTIONS)的響應(yīng)消息、SIP注 冊(cè)(SIP REGISTER)消息、SIP 選項(xiàng)(SIP OPTIONS)消息、SIP 訂閱(SIP SUBSCRIBE)消 息等消息的頭域或者在上述消息的消息體中直接攜帶，例如可以通過(guò)擴(kuò)展頭域“URI驗(yàn) 證” (“URI-Validation”)，當(dāng)取值為“需要” (“Required”)時(shí)，指示PPG需要對(duì)上述URI 索引的信息的相關(guān)屬性信息進(jìn)行驗(yàn)證；還可以通過(guò)擴(kuò)展頭域“URI驗(yàn)證類型”，指示PPG需要 對(duì)屬于該頭域取值所表示的URI類型的URI索引的信息的相關(guān)屬性信息進(jìn)行驗(yàn)證，例如非 白名單PI發(fā)送的URI、發(fā)給某個(gè)特定應(yīng)用(例如彩信客戶端、郵件客戶端等)的URI等?？蛇x地，客戶端用戶還可以選擇撥打相應(yīng)的客服電話、網(wǎng)上簽約等方式對(duì)上述預(yù) 設(shè)策略進(jìn)行設(shè)置。203、PPG通過(guò)空中協(xié)議(Over The Air，簡(jiǎn)稱OTA)向客戶端發(fā)送上述攜帶有URI 的推送消息，以供客戶端執(zhí)行現(xiàn)有流程中獲取該URI索引的信息，此處不再贅述；可替換地，當(dāng)步驟202中PPG判斷出不需要對(duì)上述URI索引的信息的相關(guān)屬性信 息進(jìn)行驗(yàn)證時(shí)，PPG可以不執(zhí)行步驟203，而是根據(jù)預(yù)設(shè)策略，進(jìn)一步判斷是否需要獲取上 述URI索引的信息。若判斷出需要獲取上述URI索引的信息，則與內(nèi)容服務(wù)器進(jìn)行交互，獲 取上述URI索引的信息。根據(jù)獲取URI索引的信息的內(nèi)容大小、客戶端的設(shè)置、客戶端的 能力信息、和/或網(wǎng)絡(luò)情況，并向客戶端發(fā)送上述URI索引的信息，選擇適當(dāng)?shù)某休d方式， 將所獲取的上述URI索引的信息發(fā)送給客戶端，例如會(huì)話初始協(xié)議(Session Initiation Protocol，簡(jiǎn)稱 SIP)、超文本傳輸協(xié)議(Hyper Text Transfer Protocol，簡(jiǎn)稱 HTTP)、短消 息業(yè)務(wù)(Short Messaging Service，簡(jiǎn)稱SMS)等承載方式。204、PPG與內(nèi)容服務(wù)器進(jìn)行交互，獲取上述URI索引的信息；其中的內(nèi)容服務(wù)器可以為PI，還可以為第三方的內(nèi)容源。本步驟中，在PPG與內(nèi) 容服務(wù)器進(jìn)行交互的過(guò)程中，內(nèi)容服務(wù)器可能需要執(zhí)行鑒權(quán)認(rèn)證過(guò)程，即內(nèi)容服務(wù)器需要 獲取到客戶端用戶的授權(quán)信息、鑒權(quán)信息(密鑰)等權(quán)限信息之后，才可以向PPG提供上述 URI索引的信息。類似地，上述權(quán)限信息可以像上述PPG上設(shè)置的預(yù)設(shè)策略一樣，由客戶端在注冊(cè) 或簽約業(yè)務(wù)過(guò)程中在PPG上設(shè)置。若PPG上沒(méi)有預(yù)先設(shè)置客戶端的權(quán)限信息，PPG則需要 通過(guò)授權(quán)請(qǐng)求消息向客戶端獲取權(quán)限信息，PPG將獲取到的權(quán)限信息提供給內(nèi)容服務(wù)器，內(nèi)容服務(wù)器對(duì)該權(quán)限信息鑒權(quán)通過(guò)之后，才能向PPG提供上述URI索引的信息，由于考慮了當(dāng) PPG上沒(méi)有預(yù)先設(shè)置獲取上述URI所需的客戶端用戶的權(quán)限信息時(shí)，需要克服因此不能獲 得URI索引的信息的技術(shù)困難，提供了獲得客戶端用戶授權(quán)或預(yù)制授權(quán)信息的發(fā)明思想， 使得能夠解決權(quán)限問(wèn)題，從而帶來(lái)了更好用戶體驗(yàn)。205、PPG驗(yàn)證所獲取到的上述URI索引的信息的相關(guān)屬性信息；其中的上述URI索引的信息的相關(guān)屬性信息可以包括URI索引的信息的安全性、 URI索引的信息所屬的類別(例如教育、18歲以上、性別、娛樂(lè)、新聞等類別)、與URI索弓丨 的信息匹配的能力信息等信息。具體地，PPG可以驗(yàn)證上述URI索引的信息的安全性，具體 方法可以參照有關(guān)信息的安全性檢驗(yàn)的相關(guān)技術(shù)，此處不再贅述；PPG也可以驗(yàn)證上述URI 索引的信息所屬的類別是否與客戶端用戶的偏好信息相匹配；PPG還可以驗(yàn)證上述URI索 引的信息是否與客戶端的能力信息相匹配。需要說(shuō)明的是上述驗(yàn)證可以單獨(dú)驗(yàn)證，也可以 任意組合起來(lái)共同驗(yàn)證，具體驗(yàn)證方式可以有多種組合，此處不再贅述。步驟206、PPG根據(jù)上述驗(yàn)證的結(jié)果，進(jìn)行相關(guān)處理。具體地，本步驟中，PPG可以根據(jù)上述步驟202中客戶端在注冊(cè)或簽約業(yè)務(wù)過(guò) 程中在PPG上設(shè)置的或網(wǎng)絡(luò)運(yùn)營(yíng)商在PPG上設(shè)置的預(yù)設(shè)策略，進(jìn)行相關(guān)處理。其中的預(yù) 設(shè)策略可以包括一個(gè)若通過(guò)驗(yàn)證則指示PPG完成驗(yàn)證URI索引的信息的相關(guān)屬性信息 之后，向客戶端發(fā)送具體內(nèi)容的指示信息。例如可以通過(guò)擴(kuò)展相關(guān)消息的頭域“傳遞方 式”(“Deliver-Method”)，當(dāng)取值為“URI”時(shí)，指示PPG向客戶端發(fā)送上述URI ；當(dāng)取值為 “內(nèi)容” ("Content")時(shí)，指示PPG向客戶端發(fā)送上述URI索引的信息。進(jìn)一步地，上述預(yù)設(shè)策略還可以進(jìn)一步包括一個(gè)指示PPG完成驗(yàn)證URI索引的信 息的相關(guān)屬性信息之后，是否需要向客戶端發(fā)送驗(yàn)證結(jié)果的結(jié)果信息。例如可以通過(guò)擴(kuò)展 相關(guān)消息的頭域“傳遞驗(yàn)證結(jié)果”(“Deliver-Validation-Result”)，當(dāng)取值為“是”(“Yes”) 時(shí)，指示PPG需要向客戶端發(fā)送驗(yàn)證結(jié)果；當(dāng)取值為“否”(“No”)時(shí)，指示PPG不需要向客 戶端發(fā)送驗(yàn)證結(jié)果。本步驟中，若PPG驗(yàn)證上述URI索引的信息為安全信息，即通過(guò)上述URI索引的信 息的相關(guān)屬性信息的驗(yàn)證，PPG則可以根據(jù)上述預(yù)設(shè)策略，向客戶端發(fā)送上述URI和/或上 述URI索引的信息，或者進(jìn)一步再發(fā)送驗(yàn)證通過(guò)的結(jié)果信息；若PPG驗(yàn)證上述URI索引的信 息為不安全信息，即未通過(guò)上述URI索引的信息的相關(guān)屬性信息的驗(yàn)證，PPG則可以根據(jù)上 述預(yù)設(shè)策略，刪除上述URI索引的信息，并判斷是否向客戶端發(fā)送驗(yàn)證未通過(guò)的結(jié)果信息， 或者刪除或修改上述URI索引的信息中不安全的部分，進(jìn)一步再發(fā)送上述URI和/或經(jīng)過(guò) 過(guò)濾(刪除或修改)后的上述URI索引的信息，并判斷是否向客戶端發(fā)送驗(yàn)證未通過(guò)的結(jié) 果fe息。本步驟中，若PPG驗(yàn)證上述URI索引的信息所屬的類別與客戶端用戶的偏好信息 相匹配，即通過(guò)上述URI索引的信息的相關(guān)屬性信息的驗(yàn)證，PPG則可以根據(jù)上述預(yù)設(shè)策 略，向客戶端發(fā)送上述URI和/或上述URI索引的信息，或者進(jìn)一步再發(fā)送驗(yàn)證通過(guò)的結(jié)果 信息；若PPG驗(yàn)證上述URI索引的信息所屬的類別與客戶端用戶的偏好信息不匹配，即未 通過(guò)上述URI索引的信息的相關(guān)屬性信息的驗(yàn)證，PPG則可以根據(jù)上述預(yù)設(shè)策略，刪除上述 URI索引的信息，并判斷是否向客戶端發(fā)送驗(yàn)證未通過(guò)的結(jié)果信息，或者進(jìn)一步再發(fā)送上述 URI。
本步驟中，若PPG驗(yàn)證上述URI索引的信息與客戶端的能力信息相匹配，即通過(guò)上 述URI索引的信息的相關(guān)屬性信息的驗(yàn)證，PPG則可以根據(jù)上述預(yù)設(shè)策略，向客戶端發(fā)送上 述URI和/或上述URI索引的信息，或者進(jìn)一步再發(fā)送驗(yàn)證通過(guò)的結(jié)果信息；本步驟中，若 PPG驗(yàn)證上述URI索引的信息與客戶端的能力信息不匹配，即未通過(guò)上述URI索引的信息的 相關(guān)屬性信息的驗(yàn)證，PPG則可以根據(jù)上述預(yù)設(shè)策略，刪除上述URI索引的信息，并判斷是 否向客戶端發(fā)送驗(yàn)證未通過(guò)的結(jié)果信息，或者轉(zhuǎn)換上述URI索引的信息成為與客戶端的能 力信息相匹配的信息，進(jìn)一步再發(fā)送上述URI和/或經(jīng)過(guò)轉(zhuǎn)換后的與客戶端的能力信息相 匹配的上述URI索引的信息，并判斷是否向客戶端發(fā)送驗(yàn)證未通過(guò)的結(jié)果信息?？蛇x地，在步驟204之前，PPG還可以對(duì)上述URI的安全性進(jìn)行驗(yàn)證，例如與不良 URI的數(shù)據(jù)庫(kù)進(jìn)行匹配，若通過(guò)上述URI的安全性的驗(yàn)證，則進(jìn)一步再與內(nèi)容服務(wù)器進(jìn)行交 互，獲取所述URI索引的信息；若未通過(guò)上述URI的安全性的驗(yàn)證，則執(zhí)行類似步驟206的 操作，即PPG則可以根據(jù)上述預(yù)設(shè)策略，判斷是否向客戶端發(fā)送驗(yàn)證未通過(guò)的結(jié)果信息，或 者進(jìn)一步再發(fā)送上述URI。具體地，本實(shí)施例中PPG向客戶端發(fā)送的驗(yàn)證結(jié)果的結(jié)果信息可以至少包括以下 一種"URI鑒權(quán)”(“URI-Authentication”)，取值指示該URI是否為可信任的網(wǎng)址；"URI 鑒權(quán)的數(shù)目，，(“URI-Authentication-Number”)，取值指示完成 URI 驗(yàn)證的 數(shù)目；“內(nèi)容驗(yàn)證”(“Content-Validation”)，取值指示該URI索引的信息經(jīng)過(guò)驗(yàn)證，是 否為安全信息；“內(nèi)容類型”(“Content-Type”)，取值指示該U RI索引的信息包含的內(nèi)容類型， 例如文本、圖片、音頻、視頻等內(nèi)容類型；“內(nèi)容處理”(“Content-Processing”)，取值指示該URI索引的信息是否經(jīng)過(guò)PPG 的處理，例如過(guò)濾(刪除、修改)、轉(zhuǎn)換等；“內(nèi)容處理的次數(shù)” (“Content-Processing-Number”)，取值指示該URI索引的信 息經(jīng)過(guò)PPG的處理次數(shù)，例如過(guò)濾了多少個(gè)部分；“內(nèi)容告警”(“Content-Warning”)，取值指示該URI索引的信息是否被懷疑有安全隱患；“內(nèi)容配置文件”(“Content-Profile”)，取值指示該URI索引的信息的配置信息， 例如此URI內(nèi)容為教育、18歲以上、性別、娛樂(lè)、新聞等類別，客戶端用戶還可以根據(jù)此信 息選擇是否取回該URI索引的信息；"URI取回”(“URI-Retrieve”)，取值指示該URI索引的信息是否成功取回；"URI取回失敗原因”(“URI-Retrieve-Fail-Reason”)，取值指示該URI索引的信 息未成功取回的原因。本實(shí)施例中，步驟202中若PPG上沒(méi)有設(shè)置預(yù)設(shè)策略，可替換地，PPG還可以直接 執(zhí)行步驟203中的現(xiàn)有流程中通過(guò)空中協(xié)議(Over The Air，簡(jiǎn)稱OTA)向客戶端發(fā)送上述 攜帶有URI的推送消息的步驟，客戶端接收到該推送消息之后，可以在對(duì)應(yīng)的響應(yīng)消息中 攜帶有一驗(yàn)證指示信息，例如URI-Validati0n-hdicat0r，以指示PPG需要對(duì)所述URI索 引的信息的相關(guān)屬性信息進(jìn)行驗(yàn)證。
本實(shí)施例中，若步驟204中的PPG無(wú)法獲取上述URI索引的信息，例如PPG沒(méi)有獲 取到權(quán)限信息，沒(méi)有通過(guò)內(nèi)容服務(wù)器的鑒權(quán)認(rèn)證過(guò)程，PPG則可以將操作結(jié)果封裝在上述推 送消息中，一同發(fā)送給客戶端?？蛻舳丝梢酝ㄟ^(guò)判斷，進(jìn)一步自行取回該URI索引的信息， 或者向PPG發(fā)送權(quán)限信息，由PPG依次執(zhí)行上述步驟204、步驟205和步驟206。本實(shí)施例中，在推送分發(fā)技術(shù)中，PPG獲取到推送消息中所攜帶的URI索引的信息 之后，通過(guò)對(duì)該URI索引的信息的相關(guān)屬性信息進(jìn)行驗(yàn)證，使得PPG可以根據(jù)驗(yàn)證的結(jié)果 進(jìn)行相關(guān)處理，能夠避免客戶端遭受病毒攻擊，從而防止了客戶端的操作系統(tǒng)的損壞和客 戶端用戶的個(gè)人信息的泄露，以及能夠避免客戶端接收到無(wú)用的垃圾信息和無(wú)法顯示的信 息，從而節(jié)省了網(wǎng)絡(luò)資源。進(jìn)一步地，本實(shí)施例步驟206中，還可以根據(jù)客戶端、運(yùn)營(yíng)商等預(yù)先在PPG上的 設(shè)置的預(yù)設(shè)策略，向客戶端發(fā)送具體內(nèi)容，例如PPG可以在驗(yàn)證結(jié)束之后，立即向客戶端 發(fā)送具體內(nèi)容；PPG還可以在驗(yàn)證結(jié)束之后，先緩存將要發(fā)送的具體內(nèi)容，在預(yù)定時(shí)刻到達(dá) 時(shí)，再向客戶端發(fā)送具體內(nèi)容。PPG采用先緩存的方式，可以避免客戶端不斷接收到URI和 /或URI索引的信息和/或驗(yàn)證的結(jié)果信息，甚至不斷根據(jù)URI進(jìn)行獲取其索引的信息的操 作，使得客戶端用戶不會(huì)被上述信息頻繁打擾，從而節(jié)省了客戶端操作和緩存的資源。需要說(shuō)明的是本實(shí)施例中，獲取上述URI索引的信息、以及驗(yàn)證所獲取到的上述 URI索引的信息的相關(guān)屬性信息的操作可以由PPG執(zhí)行，還可以通過(guò)PPG與外部服務(wù)器建 立接口，交由外部服務(wù)器執(zhí)行。例如可以由PPG獲取上述URI索引的信息，交由外部服務(wù) 器驗(yàn)證其相關(guān)屬性信息；還可以將上述URI傳遞給外部服務(wù)器，由外部服務(wù)器獲取上述URI 索引的信息、以及驗(yàn)證其相關(guān)屬性信息，并將獲取到的通過(guò)驗(yàn)證的上述URI索引的信息和/ 或驗(yàn)證結(jié)果的結(jié)果信息。圖3為本發(fā)明實(shí)施例三提供的一種URI索引的信息的處理方法的流程示意圖，本 實(shí)施例的URI索引的信息的處理方法是基于主動(dòng)請(qǐng)求分發(fā)技術(shù)實(shí)現(xiàn)的，如圖3所示，本實(shí)施 例的URI索引的信息的處理方法可以包括以下步驟步驟301、客戶端獲取URI ；本步驟中，客戶端獲取到URI的途徑有很多種，例如可以從消息發(fā)送服務(wù)器獲 取，還可以在瀏覽網(wǎng)頁(yè)的過(guò)程中獲取等，此處不再一一舉例。步驟302、客戶端根據(jù)預(yù)設(shè)策略，判斷是否需要對(duì)上述URI索引的信息的相關(guān)屬性 信息進(jìn)行驗(yàn)證，如果不需要驗(yàn)證，則執(zhí)行步驟303 ；如果需要驗(yàn)證，則執(zhí)行步驟304 ；步驟303、客戶端執(zhí)行現(xiàn)有流程中的與內(nèi)容服務(wù)器進(jìn)行交互，獲取上述URI索引的 信息，此處不再贅述；步驟304、客戶端向驗(yàn)證服務(wù)器發(fā)送攜帶有上述URI的驗(yàn)證請(qǐng)求消息，上述驗(yàn)證請(qǐng) 求消息中攜帶有驗(yàn)證指示信息(URI-Validation-hdicator)，以指示驗(yàn)證服務(wù)器需要對(duì)所 述URI索引的信息的相關(guān)屬性信息進(jìn)行驗(yàn)證；本步驟中，客戶端可以將驗(yàn)證指示信息攜帶在HTTP消息、SIP消息、短消息等消息 的消息頭域、消息值域或消息體中。可選地，本步驟中的驗(yàn)證請(qǐng)求消息也可以不攜帶上述驗(yàn)證指示信息，通過(guò)在驗(yàn)證 服務(wù)器上設(shè)置相應(yīng)的預(yù)設(shè)策略，也可以指示驗(yàn)證服務(wù)器在接收到攜帶有上述URI的驗(yàn)證 請(qǐng)求消息之后，判斷出需要對(duì)所述URI索引的信息的相關(guān)屬性信息進(jìn)行驗(yàn)證，并執(zhí)行步驟305。步驟305、驗(yàn)證服務(wù)器與內(nèi)容服務(wù)器進(jìn)行交互，獲取上述URI索引的信息；本步驟中，在驗(yàn)證服務(wù)器與內(nèi)容服務(wù)器進(jìn)行交互的過(guò)程中，內(nèi)容服務(wù)器可能需要 執(zhí)行鑒權(quán)認(rèn)證過(guò)程，即內(nèi)容服務(wù)器需要獲取到客戶端的授權(quán)信息、鑒權(quán)信息(密鑰)等權(quán)限 信息之后，才可以向驗(yàn)證服務(wù)器提供上述URI索引的信息。類似地，上述權(quán)限信息可以像上述PPG上設(shè)置的預(yù)設(shè)策略一樣，由客戶端在注冊(cè) 或簽約業(yè)務(wù)過(guò)程中在驗(yàn)證服務(wù)器上設(shè)置。若驗(yàn)證服務(wù)器上沒(méi)有預(yù)先設(shè)置客戶端的權(quán)限信 息，驗(yàn)證服務(wù)器則需要通過(guò)授權(quán)請(qǐng)求消息向客戶端獲取權(quán)限信息，驗(yàn)證服務(wù)器將獲取到的 權(quán)限信息提供給內(nèi)容服務(wù)器，內(nèi)容服務(wù)器對(duì)該權(quán)限信息鑒權(quán)通過(guò)之后，才能向驗(yàn)證服務(wù)器 提供上述URI索引的信息。步驟306、驗(yàn)證服務(wù)器驗(yàn)證所獲取到的上述U RI索引的信息的相關(guān)屬性信息；其中的上述URI索引的信息的相關(guān)屬性信息可以包括URI索引的信息的安全性、 URI索引的信息所屬的類別(例如教育、18歲以上、性別、娛樂(lè)、新聞等類別)、與URI索弓丨 的信息匹配的能力信息等信息。具體地，驗(yàn)證服務(wù)器可以驗(yàn)證上述URI索引的信息的安全 性，具體方法可以參照有關(guān)信息的安全性檢驗(yàn)的相關(guān)技術(shù)，此處不再贅述；驗(yàn)證服務(wù)器也可 以驗(yàn)證上述URI索引的信息所屬的類別是否與客戶端用戶的偏好信息相匹配；驗(yàn)證服務(wù)器 還可以驗(yàn)證上述URI索引的信息是否與客戶端的能力信息相匹配。需要說(shuō)明的是上述驗(yàn) 證可以單獨(dú)驗(yàn)證，也可以任意組合起來(lái)共同驗(yàn)證，具體驗(yàn)證方式可以有多種組合，此處不再 贅述。步驟307、驗(yàn)證服務(wù)器根據(jù)上述驗(yàn)證的結(jié)果，進(jìn)行相關(guān)處理。具體地，本步驟中，驗(yàn)證服務(wù)器可以根據(jù)客戶端在注冊(cè)或簽約業(yè)務(wù)過(guò)程中在驗(yàn)證 服務(wù)器上設(shè)置的預(yù)設(shè)策略，進(jìn)行相關(guān)處理。其中的預(yù)設(shè)策略可以包括一個(gè)若通過(guò)驗(yàn)證則指 示驗(yàn)證服務(wù)器完成驗(yàn)證URI索引的信息的相關(guān)屬性信息之后，向客戶端發(fā)送具體內(nèi)容的指 示信息。例如可以通過(guò)擴(kuò)展相關(guān)消息的頭域“傳遞方式”(“Deliver-Method”)，當(dāng)取值為 “URI”時(shí)，指示驗(yàn)證服務(wù)器向客戶端發(fā)送上述URI ；當(dāng)取值為“內(nèi)容”(“Content”)時(shí)，指示 驗(yàn)證服務(wù)器向客戶端發(fā)送上述URI索引的信息。進(jìn)一步地，上述預(yù)設(shè)策略還可以進(jìn)一步包括一個(gè)指示驗(yàn)證服務(wù)器完成驗(yàn)證URI索 引的信息的相關(guān)屬性信息之后，是否需要向客戶端發(fā)送驗(yàn)證結(jié)果的結(jié)果信息。例如可以 通過(guò)擴(kuò)展相關(guān)消息的頭域“傳遞驗(yàn)證結(jié)果”(“Deliver-Validation-Result”)，當(dāng)取值為 “是”(“Yes”)時(shí)，指示驗(yàn)證服務(wù)器需要向客戶端發(fā)送驗(yàn)證結(jié)果；當(dāng)取值為“否”(“No”)時(shí)， 指示驗(yàn)證服務(wù)器不需要向客戶端發(fā)送驗(yàn)證結(jié)果。本步驟中，若驗(yàn)證服務(wù)器驗(yàn)證上述URI索引的信息為安全信息，即通過(guò)上述URI索 引的信息的相關(guān)屬性信息的驗(yàn)證，驗(yàn)證服務(wù)器則可以根據(jù)上述預(yù)設(shè)策略，向客戶端發(fā)送上 述URI和/或上述URI索引的信息，或者進(jìn)一步再發(fā)送驗(yàn)證通過(guò)的結(jié)果信息；若驗(yàn)證服務(wù)器 驗(yàn)證上述URI索引的信息為不安全信息，即未通過(guò)上述URI索引的信息的相關(guān)屬性信息的 驗(yàn)證，驗(yàn)證服務(wù)器則可以根據(jù)上述預(yù)設(shè)策略，刪除上述URI索引的信息，并判斷是否向客戶 端發(fā)送驗(yàn)證未通過(guò)的結(jié)果信息，或者刪除或修改上述URI索引的信息中不安全的部分，進(jìn) 一步再發(fā)送上述URI和/或經(jīng)過(guò)過(guò)濾(刪除或修改)后的上述URI索引的信息，并判斷是 否向客戶端發(fā)送驗(yàn)證未通過(guò)的結(jié)果信息。
本步驟中，若驗(yàn)證服務(wù)器驗(yàn)證上述URI索引的信息所屬的類別與客戶端用戶的偏 好信息相匹配，即通過(guò)上述URI索引的信息的相關(guān)屬性信息的驗(yàn)證，驗(yàn)證服務(wù)器則可以根 據(jù)上述預(yù)設(shè)策略，向客戶端發(fā)送上述URI和/或上述URI索引的信息，或者進(jìn)一步再發(fā)送驗(yàn) 證通過(guò)的結(jié)果信息；若驗(yàn)證服務(wù)器驗(yàn)證上述URI索引的信息所屬的類別與客戶端用戶的偏 好信息不匹配，即未通過(guò)上述URI索引的信息的相關(guān)屬性信息的驗(yàn)證，驗(yàn)證服務(wù)器則可以 根據(jù)上述預(yù)設(shè)策略，刪除上述URI索引的信息，并判斷是否向客戶端發(fā)送驗(yàn)證未通過(guò)的結(jié) 果信息，或者進(jìn)一步再發(fā)送上述URI。本步驟中，若驗(yàn)證服務(wù)器驗(yàn)證上述URI索引的信息與客戶端的能力信息相匹配， 即通過(guò)上述URI索引的信息的相關(guān)屬性信息的驗(yàn)證，驗(yàn)證服務(wù)器則可以根據(jù)上述預(yù)設(shè)策 略，向客戶端發(fā)送上述URI和/或上述URI索引的信息，或者進(jìn)一步再發(fā)送驗(yàn)證通過(guò)的結(jié)果 信息；本步驟中，若驗(yàn)證服務(wù)器驗(yàn)證上述URI索引的信息與客戶端的能力信息不匹配，即未 通過(guò)上述URI索引的信息的相關(guān)屬性信息的驗(yàn)證，驗(yàn)證服務(wù)器則可以根據(jù)上述預(yù)設(shè)策略， 刪除上述URI索引的信息，并判斷是否向客戶端發(fā)送驗(yàn)證未通過(guò)的結(jié)果信息，或者轉(zhuǎn)換上 述URI索引的信息成為與客戶端的能力信息相匹配的信息，進(jìn)一步再發(fā)送上述URI和/或 經(jīng)過(guò)轉(zhuǎn)換后的與客戶端的能力信息相匹配的上述URI索引的信息，并判斷是否向客戶端發(fā) 送驗(yàn)證未通過(guò)的結(jié)果信息?？蛇x地，在步驟305之前，驗(yàn)證服務(wù)器還可以對(duì)上述URI的安全性進(jìn)行驗(yàn)證，例如 與不良URI的數(shù)據(jù)庫(kù)進(jìn)行匹配，若通過(guò)上述URI的安全性的驗(yàn)證，則進(jìn)一步再與內(nèi)容服務(wù)器 進(jìn)行交互，獲取所述URI索引的信息；若未通過(guò)上述URI的安全性的驗(yàn)證，則執(zhí)行類似步驟 206的操作，即驗(yàn)證服務(wù)器則可以根據(jù)上述預(yù)設(shè)策略，判斷是否向客戶端發(fā)送驗(yàn)證未通過(guò)的 結(jié)果信息，或者進(jìn)一步再發(fā)送上述URI。具體地，本實(shí)施例中驗(yàn)證服務(wù)器向客戶端發(fā)送的驗(yàn)證結(jié)果的結(jié)果信息可以至少包 括以下一種"URI鑒權(quán)”(“URI-Authentication”)，取值指示該URI是否為可信任的網(wǎng)址；"URI 鑒權(quán)的數(shù)目，，(“URI-Authentication-Number”)，取值指示完成 URI 驗(yàn)證的 數(shù)目；“內(nèi)容驗(yàn)證” (“Content-Validation”)，取值指示該URI索引的信息經(jīng)過(guò)驗(yàn)證，是 否為安全信息；“內(nèi)容類型”(“Content-Type”)，取值指示該URI索引的信息包含的內(nèi)容類型，例 如文本、圖片、音頻、視頻等內(nèi)容類型；“內(nèi)容處理”(“Content-Processing”)，取值指示該URI索引的信息是否經(jīng)過(guò)驗(yàn) 證服務(wù)器的處理，例如過(guò)濾(刪除、修改)、轉(zhuǎn)換等；“內(nèi)容處理的次數(shù)” (“Content-Processing-Number”)，取值指示該URI索引的信 息經(jīng)過(guò)驗(yàn)證服務(wù)器的處理次數(shù)，例如過(guò)濾了多少個(gè)部分；“內(nèi)容告警”(“Content-Warning”)，取值指示該URI索引的信息是否被懷疑有安全隱患；“內(nèi)容配置文件”(“Content-Profile”)，取值指示該URI索引的信息的配置信息， 例如此URI內(nèi)容為教育、18歲以上、性別、娛樂(lè)、新聞等類別，客戶端用戶還可以根據(jù)此信 息選擇是否取回該URI索引的信息；
"URI取回”(“URI-Retrieve”)，取值指示該URI索引的信息是否成功取回；"URI取回失敗原因”(“URI-Retrieve-Fail-Reason”)，取值指示該URI索引的信 息未成功取回的原因。本實(shí)施例中，若步驟305中的驗(yàn)證服務(wù)器無(wú)法獲取上述URI索引的信息，例如驗(yàn) 證服務(wù)器沒(méi)有獲取到權(quán)限信息，沒(méi)有通過(guò)內(nèi)容服務(wù)器的鑒權(quán)認(rèn)證過(guò)程，驗(yàn)證服務(wù)器則可以 將操作結(jié)果封裝在上述推送消息中，一同發(fā)送給客戶端?？蛻舳丝梢酝ㄟ^(guò)判斷，進(jìn)一步自行 取回該URI索引的信息，或者向驗(yàn)證服務(wù)器發(fā)送權(quán)限信息，由驗(yàn)證服務(wù)器依次執(zhí)行上述步 驟305、步驟306和步驟307。本實(shí)施例中，在主動(dòng)請(qǐng)求分發(fā)技術(shù)中，驗(yàn)證服務(wù)器獲取到驗(yàn)證請(qǐng)求消息中所攜帶 的URI索引的信息之后，通過(guò)對(duì)該URI索引的信息的相關(guān)屬性信息進(jìn)行驗(yàn)證，使得驗(yàn)證服務(wù) 器可以根據(jù)驗(yàn)證的結(jié)果進(jìn)行相關(guān)處理，能夠避免客戶端遭受病毒攻擊，從而防止了客戶端 的操作系統(tǒng)的損壞和客戶端用戶的個(gè)人信息的泄露，以及能夠避免客戶端接收到無(wú)用的垃 圾信息和無(wú)法顯示的信息，從而節(jié)省了網(wǎng)絡(luò)資源。進(jìn)一步地，本實(shí)施例步驟307中，還可以根據(jù)客戶端、運(yùn)營(yíng)商等預(yù)先在驗(yàn)證服務(wù)器 上的設(shè)置的預(yù)設(shè)策略，向客戶端發(fā)送具體內(nèi)容，例如驗(yàn)證服務(wù)器可以在驗(yàn)證結(jié)束之后，立 即向客戶端發(fā)送具體內(nèi)容；驗(yàn)證服務(wù)器還可以在驗(yàn)證結(jié)束之后，先緩存將要發(fā)送的具體內(nèi) 容，在預(yù)定時(shí)刻到達(dá)時(shí)，再向客戶端發(fā)送具體內(nèi)容。驗(yàn)證服務(wù)器采用先緩存的方式，可以避 免客戶端不斷接收到URI和/或URI索引的信息和/或驗(yàn)證的結(jié)果信息，甚至不斷根據(jù)URI 進(jìn)行獲取其索引的信息的操作，使得客戶端用戶不會(huì)被上述信息頻繁打擾，從而節(jié)省了客 戶端操作和緩存的資源?？商鎿Q地，本實(shí)施例的步驟302中，客戶端對(duì)“是否需要對(duì)上述URI索引的信息的 相關(guān)屬性信息進(jìn)行驗(yàn)證”還可以不進(jìn)行判斷，直接向驗(yàn)證服務(wù)器發(fā)送攜帶有上述URI的請(qǐng)求 消息，由驗(yàn)證服務(wù)器根據(jù)預(yù)設(shè)策略，判斷“是否需要對(duì)上述URI索引的信息的相關(guān)屬性信息 進(jìn)行驗(yàn)證”。如果不需要驗(yàn)證，執(zhí)行正常流程，客戶端直接獲取上述URI索引的信息；如果需 要驗(yàn)證，驗(yàn)證服務(wù)器則與內(nèi)容服務(wù)器進(jìn)行交互，獲取并驗(yàn)證上述URI索引的信息。需要說(shuō)明的是本實(shí)施例中，獲取上述URI索引的信息、以及驗(yàn)證所獲取到的上述 URI索引的信息的相關(guān)屬性信息的操作可以由一個(gè)單獨(dú)的具有驗(yàn)證功能的物理實(shí)體即驗(yàn)證 服務(wù)器執(zhí)行，還可以由運(yùn)行在代理、網(wǎng)關(guān)、業(yè)務(wù)服務(wù)器等服務(wù)器上的具有驗(yàn)證功能的單元只 執(zhí)行。圖4為本發(fā)明實(shí)施例四提供的另一種URI索引的信息的處理方法的流程示意圖， 本實(shí)施例的URI索引的信息的處理方法是基于推送分發(fā)技術(shù)實(shí)現(xiàn)的，如圖4所示，本實(shí)施例 的URI索引的信息的處理方法可以包括以下步驟步驟401、PPG接收攜帶有URI和獲取上述URI索引的信息的時(shí)間指示信息的請(qǐng)求 消息；其中的URI可以是單獨(dú)一個(gè)URI，還可以是嵌入在網(wǎng)頁(yè)頁(yè)面中的URI。本實(shí)施例 可以適用于⑶N系統(tǒng)中的推送分發(fā)技術(shù)，其中，PPG接收到的請(qǐng)求消息是PI所發(fā)送的推送 消息。具體地，上述推送消息可以攜帶一個(gè)指示信息和時(shí)間信息指示信息用于指示PPG 是否需要定期取回該URI索引的信息，發(fā)送給客戶端；時(shí)間信息用于指示PPG取回該URI 索引的信息的時(shí)間周期(時(shí)刻)。其中的指示信息可以通過(guò)擴(kuò)展PAP的消息(即推送消息)實(shí)現(xiàn)，例如擴(kuò)展頭域“取回指示”(“X-Wap-Retrieval-Indicatior”)，當(dāng)取值為“取 回”(“Retrieval”)或“是”(“Yes”)時(shí)，指示PPG需要定期取回該URI索引的信息；當(dāng)取 值為“發(fā)送” ("Send")或“否” (“No”)時(shí)，指示PPG不需要取回該URI索引的信息，直接 將該攜帶有URI的請(qǐng)求消息發(fā)送給客戶端。類似地，其中的時(shí)間信息也可以通過(guò)擴(kuò)展PAP的 消息(即推送消息)實(shí)現(xiàn)，例如擴(kuò)展頭域“取回間隔” ("X-ffap-Retrieval-Interval"), 取值指示PPG取回該URI索引的信息的時(shí)間間隔，例如若取值為3600s，則指示PPG每隔 3600s向PI獲取一次此URI索引的信息。進(jìn)一步地，本實(shí)施例中的上述請(qǐng)求消息還可以攜帶有有效時(shí)間信息，用于指示PPG 根據(jù)上述時(shí)間指示信息取回該URI索引的信息的有效時(shí)間范圍，可以通過(guò)擴(kuò)展PAP的消息 (即推送消息)實(shí)現(xiàn)，例如擴(kuò)展頭域“失效” (“Expire”)，取值指示PPG停止取回該URI 索引的信息的時(shí)刻。本實(shí)施例中步驟401之后，PI還可以接收到PPG根據(jù)上述攜帶有URI的請(qǐng)求消息 所返回的響應(yīng)消息。步驟402、PPG根據(jù)上述時(shí)間指示信息，獲取上述URI索引的信息；步驟403、PPG根據(jù)預(yù)先設(shè)置的預(yù)設(shè)策略，向客戶端發(fā)送上述URI索引的信息。本步驟中，PPG根據(jù)上述時(shí)間指示信息定期取回該URI索引的信息之后，還可以根 據(jù)客戶端、運(yùn)營(yíng)商等預(yù)先在PPG上的設(shè)置的預(yù)設(shè)策略，向客戶端發(fā)送該URI索引的信息，節(jié) 省了客戶端由于不斷獲取并存儲(chǔ)URI索引的信息所耗費(fèi)的電量。例如PPG定期取回該URI 索引的信息之后，立即向客戶端發(fā)送；PPG定期取回該URI索引的信息之后，先緩存該URI 索引的信息，在預(yù)定時(shí)刻到達(dá)時(shí)，向客戶端發(fā)送。可選地，本發(fā)明實(shí)施例中，PPG還可以不解析上述PI所發(fā)送的攜帶有URI的請(qǐng)求 消息，直接將其發(fā)送給客戶端，由客戶端進(jìn)行相應(yīng)的操作，此處不再贅述。本實(shí)施例中，通過(guò)PI發(fā)送的攜帶有URI和獲取上述URI索引的信息的時(shí)間指示信 息的請(qǐng)求消息，以及PPG根據(jù)上述時(shí)間指示信息獲取上述URI索引的信息，可以使得PI無(wú) 需重復(fù)發(fā)送索引定時(shí)更新信息的URI，能夠避免PPG和客戶端重復(fù)接收到上索引定時(shí)更新 信息的URI，從而節(jié)省了網(wǎng)絡(luò)資源。本實(shí)施例中，在PPG獲取到上述URI索引的信息之后，以及向客戶端發(fā)送之前，還 可以執(zhí)行上述本發(fā)明實(shí)施例一和上述本發(fā)明實(shí)施例二中的有關(guān)驗(yàn)證所獲取到的上述URI 索引的信息的相關(guān)屬性信息以及后續(xù)操作，具體可以參見(jiàn)上述本發(fā)明實(shí)施例一和上述本發(fā) 明實(shí)施例二，此處不再贅述。需要說(shuō)明的是本實(shí)施例中，完成上述獲取以及向客戶端發(fā)送上述URI索引的信 息操作的實(shí)體不局限于PPG，其他能夠完成此功能的推送服務(wù)器或通過(guò)擴(kuò)展接口、功能模塊 等完成相同功能的推送服務(wù)器都在保護(hù)范圍內(nèi)。圖5為本發(fā)明實(shí)施例五提供的再一種URI索引的信息的處理方法的流程示意圖， 本實(shí)施例的URI索引的信息的處理方法是基于推送分發(fā)技術(shù)實(shí)現(xiàn)的，如圖5所示，本實(shí)施例 的URI索引的信息的處理方法可以包括以下步驟步驟501、PPG接收攜帶有URI的請(qǐng)求消息；其中的URI可以是單獨(dú)一個(gè)URI，還可以是嵌入在網(wǎng)頁(yè)頁(yè)面中的URI。本實(shí)施例可 以適用于⑶N系統(tǒng)中的推送分發(fā)技術(shù)，其中，PPG所接收到的請(qǐng)求消息是PI消息。步驟502、若存在至少兩個(gè)客戶端，PPG則獲取上述URI索引的信息；其中對(duì)于是否存在多個(gè)(至少兩個(gè)客戶端)客戶端的判斷可以采用現(xiàn)有技術(shù)中 PPG對(duì)客戶端的判斷方法，此處不再贅述。
進(jìn)一步地，本實(shí)施例中，PPG在獲取上述URI索引的信息之前還可以進(jìn)一步對(duì)客戶 端的具體數(shù)目進(jìn)行判斷，若判斷出客戶端的數(shù)目超過(guò)預(yù)設(shè)閾值，PPG則與內(nèi)容服務(wù)器進(jìn)行交 互，獲取上述URI索引的信息，否則，仍然執(zhí)行現(xiàn)有流程中向客戶端發(fā)送攜帶有URI的請(qǐng)求 消息。其中的預(yù)設(shè)閾值可以由PI預(yù)先在PPG上設(shè)置，可以通過(guò)擴(kuò)展PAP的消息(即推送消 息)實(shí)現(xiàn)，例如擴(kuò)展頭域“最大目標(biāo)取回”(“X-Wap-Maxtarget-Retrieval”)，取值指示 PPG需要取回該URI索引的信息時(shí)的最大客戶端的數(shù)目。步驟503、PPG向上述客戶端發(fā)送上述URI索引的信息。本步驟中，PPG可以根據(jù)獲取URI索引的信息的內(nèi)容大小、客戶端的設(shè)置、客 戶端的能力信息、和/或網(wǎng)絡(luò)情況，選擇適當(dāng)?shù)某休d方式，將所獲取的上述URI索引的 信息發(fā)送給客戶端，例如廣播信道、組播信道、單播等方式，具體包括多媒體廣播組 播業(yè)務(wù)(Multimedia Broadcast/Multicast Service，簡(jiǎn)稱 MBMS)、移動(dòng)寬帶數(shù)字廣播 (Broadcasting)業(yè)務(wù)、小區(qū)廣播業(yè)務(wù)(Cell Broadcast Service，簡(jiǎn)稱CBS)、會(huì)話初始協(xié) Χ (Session Initiation Protocol，簡(jiǎn)稱 SIP)、超文本傳輸協(xié)議(Hyper Text Transfer ftOtocol，簡(jiǎn)稱HTTP)等承載方式。本實(shí)施例中，通過(guò)PPG判斷出存在至少兩個(gè)客戶端時(shí)，獲取到請(qǐng)求消息中所攜帶 的URI索引的信息發(fā)送給客戶端，能夠避免多個(gè)客戶端同時(shí)根據(jù)該URI向內(nèi)容服務(wù)器請(qǐng)求 獲取索引的信息，從而防止了網(wǎng)絡(luò)的擁塞，提高了信息獲取的效率。本實(shí)施例中，在PPG獲取到上述URI索引的信息之后，以及向目標(biāo)客戶端發(fā)送之 前，還可以執(zhí)行上述本發(fā)明實(shí)施例一和上述本發(fā)明實(shí)施例二中的有關(guān)驗(yàn)證所獲取到的上述 URI索引的信息的相關(guān)屬性信息以及后續(xù)操作，具體可以參見(jiàn)上述本發(fā)明實(shí)施例一和上述 本發(fā)明實(shí)施例二，此處不再贅述。需要說(shuō)明的是本實(shí)施例中，完成上述獲取以及向客戶端發(fā)送上述URI索引的信 息操作的實(shí)體不局限于PPG，其他能夠完成此功能的推送服務(wù)器或通過(guò)擴(kuò)展接口、功能模塊 等完成相同功能的推送服務(wù)器都在保護(hù)范圍內(nèi)。需要說(shuō)明的是對(duì)于前述的各方法實(shí)施例，為了簡(jiǎn)單描述，故將其都表述為一系列 的動(dòng)作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本發(fā)明并不受所描述的動(dòng)作順序的限制，因?yàn)?依據(jù)本發(fā)明，某些步驟可以采用其他順序或者同時(shí)進(jìn)行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知 悉，說(shuō)明書(shū)中所描述的實(shí)施例均屬于優(yōu)選實(shí)施例，所涉及的動(dòng)作和模塊并不一定是本發(fā)明 所必須的。在上述實(shí)施例中，對(duì)各個(gè)實(shí)施例的描述都各有側(cè)重，某個(gè)實(shí)施例中沒(méi)有詳述的部 分，可以參見(jiàn)其他實(shí)施例的相關(guān)描述。圖6為本發(fā)明實(shí)施例六提供的一種URI索引的信息的處理裝置的結(jié)構(gòu)示意圖，如 圖6所示，本實(shí)施例的URI索引的信息的處理裝置可以包括第一接收模塊61、第一獲取模塊 62、第一驗(yàn)證模塊63和處理模塊64。其中，第一接收模塊61接收攜帶有URI的請(qǐng)求消息， 第一獲取模塊62獲取上述URI索引的信息，第一驗(yàn)證模塊63驗(yàn)證第一獲取模塊62所獲取的上述URI索引的信息的相關(guān)屬性信息，處理模塊64根據(jù)第一驗(yàn)證模塊63進(jìn)行的上述驗(yàn) 證的結(jié)果，進(jìn)行相關(guān)處理。其中的URI可以是單獨(dú)一個(gè)URI，還可以是嵌入在網(wǎng)頁(yè)頁(yè)面中的 URI。上述本發(fā)明實(shí)施例二中設(shè)備PPG、本發(fā)明實(shí)施例三中設(shè)備驗(yàn)證服務(wù)器的功能均可 以由本發(fā)明實(shí)施例提供的URI索引的信息的處理裝置實(shí)現(xiàn)。本實(shí)施例可以適用于⑶N系統(tǒng)中的任何一種內(nèi)容分發(fā)技術(shù)對(duì)于推送分發(fā)技術(shù)來(lái) 說(shuō)，第一接收模塊61可以包括第一接收單元611，用于接收PI所發(fā)送的攜帶有URI的Push 消息；對(duì)于主動(dòng)請(qǐng)求分發(fā)技術(shù)來(lái)說(shuō)，第一接收模塊61可以包括第二接收單元612，用于接收 客戶端(主動(dòng)請(qǐng)求客戶端)所發(fā)送的攜帶有URI的HTTP消息、SIP消息、短消息等消息。需要說(shuō)明的是在推送分發(fā)技術(shù)中，本實(shí)施例提供的URI索引的信息的處理裝置 可以是PPG，還可以是通過(guò)接口與PPG通信的外部服務(wù)器；在主動(dòng)請(qǐng)求分發(fā)技術(shù)中，本實(shí)施 例提供的URI索引的信息的處理裝置可以為一個(gè)單獨(dú)的具有驗(yàn)證功能的物理實(shí)體即驗(yàn)證 服務(wù)器，還可以為運(yùn)行在代理、網(wǎng)關(guān)、業(yè)務(wù)服務(wù)器等服務(wù)器上的具有驗(yàn)證功能的單元。其中，第一驗(yàn)證模塊63所驗(yàn)證的URI索引的信息的相關(guān)屬性信息可以包括URI索 引的信息的安全性、URI索引的信息所屬的類別(例如教育、18歲以上、娛樂(lè)、新聞等)、與 URI索引的信息匹配的能力信息(例如支持的版本信息、網(wǎng)絡(luò)信息、軟硬件信息、顯示能力 信息等)等信息。若通過(guò)第一驗(yàn)證模塊63進(jìn)行的上述驗(yàn)證，處理模塊64則可以向客戶端 發(fā)送該URI和/或該URI索引的信息，或者進(jìn)一步發(fā)送驗(yàn)證通過(guò)的結(jié)果信息；若未通過(guò)第一 驗(yàn)證模塊63進(jìn)行的上述驗(yàn)證，處理模塊64則可以向客戶端發(fā)送至少以下一種信息驗(yàn)證未 通過(guò)的結(jié)果信息；該URI和驗(yàn)證未通過(guò)的結(jié)果信息；該URI、經(jīng)過(guò)過(guò)濾后的該URI索引的信 息和驗(yàn)證未通過(guò)的結(jié)果信息。其中，驗(yàn)證的結(jié)果信息的具體內(nèi)容可以參考本發(fā)明實(shí)施例二 和本發(fā)明實(shí)施例三中的相關(guān)內(nèi)容，此處不再贅述。本實(shí)施例中，第一獲取模塊獲取到請(qǐng)求消息中所攜帶的URI索引的信息之后，通 過(guò)第一驗(yàn)證模塊對(duì)該URI索引的信息的相關(guān)屬性信息進(jìn)行驗(yàn)證，使得處理模塊可以根據(jù)驗(yàn) 證的結(jié)果進(jìn)行相關(guān)處理，能夠避免客戶端遭受病毒攻擊，從而防止了客戶端的操作系統(tǒng)的 損壞和客戶端用戶的個(gè)人信息的泄露，以及能夠避免客戶端接收到無(wú)用的垃圾信息和無(wú)法 顯示的信息，從而節(jié)省了網(wǎng)絡(luò)資源。圖7為本發(fā)明實(shí)施例七提供的一種URI索引的信息的處理裝置的結(jié)構(gòu)示意圖，本 實(shí)施例的URI索引的信息的處理裝置是基于推送分發(fā)技術(shù)實(shí)現(xiàn)的，如圖7所示，與上一實(shí)施 例相比，本實(shí)施例的URI索引的信息的處理裝置還可以進(jìn)一步包括判斷模塊71，用于判斷 是否需要對(duì)上述URI索引的信息的相關(guān)屬性信息進(jìn)行驗(yàn)證，若判斷為是，第一獲取模塊62 則獲取上述URI索引的信息。具體的判斷方法可以參考本發(fā)明實(shí)施例二和本發(fā)明實(shí)施例三 中的相關(guān)內(nèi)容，此處不再贅述。進(jìn)一步地，本實(shí)施例的URI索引的信息的處理裝置還可以進(jìn)一步包括第二驗(yàn)證模 塊72，用于驗(yàn)證上述URI的安全性，若通過(guò)第二驗(yàn)證模塊72進(jìn)行的上述驗(yàn)證，第一獲取模 塊62則獲取上述URI索引的信息。具體的驗(yàn)證方法可以參考本發(fā)明實(shí)施例二和本發(fā)明實(shí) 施例三中的相關(guān)內(nèi)容，此處不再贅述。進(jìn)一步地，在第一獲取模塊62與內(nèi)容服務(wù)器進(jìn)行交互以獲取上述URI索引的信息 的過(guò)程中，內(nèi)容服務(wù)器可能需要執(zhí)行鑒權(quán)認(rèn)證過(guò)程，即內(nèi)容服務(wù)器需要獲取到客戶端用戶的授權(quán)信息、鑒權(quán)信息(密鑰)等權(quán)限信息之后，才可以向PPG提供上述URI索引的信息。 因此，本實(shí)施例的URI索引的信息的處理裝置還可以進(jìn)一步包括權(quán)限模塊73，用于向推送 客戶端或主動(dòng)請(qǐng)求客戶端獲取權(quán)限信息，第一獲取模塊62則可以根據(jù)上述權(quán)限信息獲取 上述URI索引的信息。具體的獲取權(quán)限信息方法可以參考本發(fā)明實(shí)施例二和本發(fā)明實(shí)施例 三中的相關(guān)內(nèi)容，此處不再贅述。圖8為本發(fā)明實(shí)施例八提供的一種URI索引的信息的處理系統(tǒng)的結(jié)構(gòu)示意圖，如 圖8所示，本實(shí)施例的URI索引的信息的處理系統(tǒng)可以包括處理服務(wù)器81，用于接收攜帶 有URI的請(qǐng)求消息，獲取上述URI索引的信息，驗(yàn)證上述URI索引的信息的相關(guān)屬性信息， 以及根據(jù)上述驗(yàn)證的結(jié)果，進(jìn)行相關(guān)處理。上述本發(fā)明實(shí)施例一的方法、以及本發(fā)明實(shí)施例二中設(shè)備PPG、本發(fā)明實(shí)施例三中 設(shè)備驗(yàn)證服務(wù)器的功能均可以由本發(fā)明實(shí)施例提供的URI索引的信息的處理系統(tǒng)中的處 理服務(wù)器81實(shí)現(xiàn)，相關(guān)內(nèi)容可以參考本發(fā)明實(shí)施例一、本發(fā)明實(shí)施例二和本發(fā)明實(shí)施例三 中的相關(guān)內(nèi)容，此處不再贅述。處理服務(wù)器81可以為上述本發(fā)明實(shí)施例六或本發(fā)明實(shí)施例 七提供的URI索引的信息的處理裝置。本實(shí)施例可以適用于CDN系統(tǒng)中的任何一種內(nèi)容分發(fā)技術(shù)對(duì)于推送分發(fā)技術(shù)來(lái) 說(shuō)，處理服務(wù)器81所接收到的請(qǐng)求消息是PI(圖中未示出)發(fā)送的Push消息；對(duì)于主動(dòng)請(qǐng) 求分發(fā)技術(shù)來(lái)說(shuō)，處理服務(wù)器81所接收到的請(qǐng)求消息是主動(dòng)請(qǐng)求客戶端(圖中未示出)發(fā) 送的HTTP消息、SIP消息、短消息等消息。需要說(shuō)明的是在推送分發(fā)技術(shù)中，本實(shí)施例提供的URI索引的信息的處理系統(tǒng) 中的處理服務(wù)器81可以是PPG，還可以是通過(guò)接口與PPG通信的外部服務(wù)器；在主動(dòng)請(qǐng)求 分發(fā)技術(shù)中，本實(shí)施例提供的URI索引的信息的處理系統(tǒng)中的處理服務(wù)器81可以為一個(gè)單 獨(dú)的具有驗(yàn)證功能的物理實(shí)體即驗(yàn)證服務(wù)器，還可以為運(yùn)行在代理、網(wǎng)關(guān)、業(yè)務(wù)服務(wù)器等服 務(wù)器上的具有驗(yàn)證功能的單元。本實(shí)施例中，處理服務(wù)器獲取到請(qǐng)求消息中所攜帶的URI索引的信息之后，通過(guò) 對(duì)該URI索引的信息的相關(guān)屬性信息進(jìn)行驗(yàn)證，使得處理服務(wù)器可以根據(jù)驗(yàn)證的結(jié)果進(jìn)行 相關(guān)處理，能夠避免客戶端遭受病毒攻擊，從而防止了客戶端的操作系統(tǒng)的損壞和客戶端 用戶的個(gè)人信息的泄露，以及能夠避免客戶端接收到無(wú)用的垃圾信息和無(wú)法顯示的信息， 從而節(jié)省了網(wǎng)絡(luò)資源。圖9為本發(fā)明實(shí)施例九提供的一種推送發(fā)起者的結(jié)構(gòu)示意圖，本實(shí)施例的推送發(fā) 起者是基于推送分發(fā)技術(shù)實(shí)現(xiàn)的，如圖9所示，本實(shí)施例的推送發(fā)起者可以包括第一發(fā)送 模塊91，用于發(fā)送攜帶有URI和獲取上述URI索引的信息的時(shí)間指示信息的請(qǐng)求消息，以供 推送服務(wù)器或推送客戶端根據(jù)上述時(shí)間指示信息，獲取上述URI索引的信息。其中的URI 可以是單獨(dú)一個(gè)URI，還可以是嵌入在網(wǎng)頁(yè)頁(yè)面中的URI。上述本發(fā)明實(shí)施例四中設(shè)備PI的功能可以由本發(fā)明實(shí)施例提供的推送發(fā)起者實(shí) 現(xiàn)。本實(shí)施例可以適用于⑶N系統(tǒng)中的推送分發(fā)技術(shù)，其中，第一發(fā)送模塊91所發(fā)送 的請(qǐng)求消息是推送消息。上述推送消息的具體形式可以參考本發(fā)明實(shí)施例四中的相關(guān)內(nèi) 容，此處不再贅述。本實(shí)施例中，通過(guò)第一發(fā)送模塊發(fā)送的攜帶有URI和獲取上述URI索引的信息的時(shí)間指示信息的請(qǐng)求消息，可以使得推送服務(wù)器根據(jù)上述時(shí)間指示信息獲取上述URI索引 的信息，使得PI無(wú)需重復(fù)發(fā)送索引定時(shí)更新信息的URI，能夠避免PPG和客戶端重復(fù)接收到 上索引定時(shí)更新信息的URI，從而節(jié)省了網(wǎng)絡(luò)資源。圖10為本發(fā)明實(shí)施例十提供的一種推送服務(wù)器的結(jié)構(gòu)示意圖，本實(shí)施例的推送 服務(wù)器是基于推送分發(fā)技術(shù)實(shí)現(xiàn)的，如圖10所示，本實(shí)施例的推送服務(wù)器可以包括第二接 收模塊1001、第二獲取模塊1002和第二發(fā)送模塊1003。其中，第二接收模塊1001接收攜 帶有URI和獲取上述URI索引的信息的時(shí)間指示信息的請(qǐng)求消息，第二獲取模塊1002根據(jù) 上述請(qǐng)求消息中的時(shí)間指示信息，獲取上述URI索引的信息，第二發(fā)送模塊1003向推送客 戶端發(fā)送第二獲取模塊1002所獲取的上述URI索引的信息。上述本發(fā)明實(shí)施例四中設(shè)備PPG的功能可以由本發(fā)明實(shí)施例提供的推送服務(wù)器 實(shí)現(xiàn)。本實(shí)施例可以適用于⑶N系統(tǒng)中的推送分發(fā)技術(shù)，其中，第二接收模塊1001所接 收到的請(qǐng)求消息是PI發(fā)送的推送消息。上述推送消息的具體形式可以參考本發(fā)明實(shí)施例 四中的相關(guān)內(nèi)容，此處不再贅述。需要說(shuō)明的是本實(shí)施例提供的推送服務(wù)器可以是PPG，還可以是通過(guò)接口與PPG 通信的外部服務(wù)器。本實(shí)施例中，通過(guò)第二接收模塊接收到的PI發(fā)送的攜帶有URI和獲取上述URI索 引的信息的時(shí)間指示信息的請(qǐng)求消息，可以使得第二獲取模塊根據(jù)上述時(shí)間指示信息獲取 上述URI索引的信息，使得PI無(wú)需重復(fù)發(fā)送索引定時(shí)更新信息的URI，能夠避免PPG和推送 客戶端重復(fù)接收到上索引定時(shí)更新信息的URI，從而節(jié)省了網(wǎng)絡(luò)資源。圖11為本發(fā)明實(shí)施例十一提供的另一種URI索引的信息的處理系統(tǒng)的結(jié)構(gòu)示意 圖，本實(shí)施例的URI索引的信息的處理系統(tǒng)是基于推送分發(fā)技術(shù)實(shí)現(xiàn)的，如圖11所示，本實(shí) 施例的URI索引的信息的處理系統(tǒng)可以包括第一推送發(fā)起者1101、第一推送服務(wù)器1102和 第一推送客戶端1103。其中，第一推送發(fā)起者1101發(fā)送攜帶有URI和獲取上述URI索引的 信息的時(shí)間指示信息的請(qǐng)求消息，第一推送服務(wù)器1102接收第一推送發(fā)起者1101所發(fā)送 的上述請(qǐng)求消息，根據(jù)上述時(shí)間指示信息，獲取上述URI索引的信息，以及發(fā)送上述URI索 引的信息，第一推送客戶端1103接收第一推送服務(wù)器1102所發(fā)送的上述URI索引的信息。上述本發(fā)明實(shí)施例四中設(shè)備PPG的功能可以由本發(fā)明實(shí)施例提供的URI索引的信 息的處理系統(tǒng)中的第一推送服務(wù)器1102實(shí)現(xiàn)，相關(guān)內(nèi)容可以參考本發(fā)明實(shí)施例四中的相 關(guān)內(nèi)容，此處不再贅述。第一推送服務(wù)器1102可以為上述本發(fā)明實(shí)施例十提供的推送服務(wù)ο需要說(shuō)明的是本實(shí)施例提供的URI索引的信息的處理系統(tǒng)中的第一推送服務(wù)器 1102可以是PPG，還可以是通過(guò)接口與PPG通信的外部服務(wù)器。本實(shí)施例中，通過(guò)第一推送發(fā)起者發(fā)送攜帶有URI和獲取上述URI索引的信息的 時(shí)間指示信息的請(qǐng)求消息，以及第一推送服務(wù)器根據(jù)上述時(shí)間指示信息獲取上述URI索引 的信息，可以使得第一推送發(fā)起者無(wú)需重復(fù)發(fā)送索引定時(shí)更新信息的URI，能夠避免PPG和 第一推送客戶端重復(fù)接收到上索引定時(shí)更新信息的URI，從而節(jié)省了網(wǎng)絡(luò)資源。圖12為本發(fā)明實(shí)施例十二提供的一種推送客戶端的結(jié)構(gòu)示意圖，本實(shí)施例的推 送客戶端是基于推送分發(fā)技術(shù)實(shí)現(xiàn)的，如圖12所示，本實(shí)施例的推送客戶端可以包括第三接收模塊1201和第三獲取模塊1202。其中，第三接收模塊1201接收攜帶有URI和獲取上 述URI索引的信息的時(shí)間指示信息的請(qǐng)求消息，第三獲取模塊1202根據(jù)上述時(shí)間指示信 息，獲取上述URI索引的信息。上述本發(fā)明實(shí)施例四中設(shè)備客戶端的功能可以由本發(fā)明實(shí)施例提供的推送客戶 端實(shí)現(xiàn)。本實(shí)施例可以適用于⑶N系統(tǒng)中的推送分發(fā)技術(shù)，其中，第三接收模塊1201所接 收到的請(qǐng)求消息是PI發(fā)送的推送消息。上述推送消息的具體形式可以參考本發(fā)明實(shí)施例 四中的相關(guān)內(nèi)容，此處不再贅述。本實(shí)施例中，通過(guò)第三接收模塊接收到的PI發(fā)送的攜帶有URI和獲取上述URI索 引的信息的時(shí)間指示信息的請(qǐng)求消息，可以使得第三獲取模塊根據(jù)上述時(shí)間指示信息獲取 上述URI索引的信息，使得PI無(wú)需重復(fù)發(fā)送索引定時(shí)更新信息的URI，能夠避免PPG和推送 客戶端重復(fù)接收到上索引定時(shí)更新信息的URI，從而節(jié)省了網(wǎng)絡(luò)資源。圖13為本發(fā)明實(shí)施例十三提供的再一種URI索引的信息的處理系統(tǒng)的結(jié)構(gòu)示意 圖，本實(shí)施例的URI索引的信息的處理系統(tǒng)是基于推送分發(fā)技術(shù)實(shí)現(xiàn)的，如圖13所示，本實(shí) 施例的URI索引的信息的處理系統(tǒng)可以包括第二推送發(fā)起者1301、第二推送服務(wù)器1302和 第二推送客戶端1303。其中，第二推送發(fā)起者1301發(fā)送攜帶有URI和獲取上述URI索引的 信息的時(shí)間指示信息的請(qǐng)求消息，第二推送服務(wù)器1302接收第二推送發(fā)起者1301所發(fā)送 的上述請(qǐng)求消息，并轉(zhuǎn)發(fā)上述請(qǐng)求消息，第二推送客戶端1303接收第二推送服務(wù)器1302所 轉(zhuǎn)發(fā)的上述請(qǐng)求消息，根據(jù)上述時(shí)間指示信息，獲取上述URI索引的信息。上述本發(fā)明實(shí)施例四中設(shè)備客戶端的功能可以由本發(fā)明實(shí)施例提供的URI索引 的信息的處理系統(tǒng)中的第二推送客戶端1303實(shí)現(xiàn)，相關(guān)內(nèi)容可以參考本發(fā)明實(shí)施例四中 的相關(guān)內(nèi)容，此處不再贅述。第二推送客戶端1303可以為上述本發(fā)明實(shí)施例十二提供的推 送客戶端。本實(shí)施例中，通過(guò)第二推送發(fā)起者發(fā)送攜帶有URI和獲取上述URI索引的信息的 時(shí)間指示信息的請(qǐng)求消息，并由第二推送服務(wù)器轉(zhuǎn)發(fā)上述請(qǐng)求消息，以及第二推送客戶端 根據(jù)上述時(shí)間指示信息獲取上述URI索引的信息，可以使得第二推送發(fā)起者無(wú)需重復(fù)發(fā)送 索引定時(shí)更新信息的URI，能夠避免PPG和第二推送客戶端重復(fù)接收到上索引定時(shí)更新信 息的URI，從而節(jié)省了網(wǎng)絡(luò)資源。圖14為本發(fā)明實(shí)施例十四提供的另一種推送服務(wù)器的結(jié)構(gòu)示意圖，本實(shí)施例的 推送服務(wù)器是基于推送分發(fā)技術(shù)實(shí)現(xiàn)的，如圖14所示，本實(shí)施例的推送服務(wù)器可以包括第 四接收模塊1401、第四獲取模塊1402和第三發(fā)送模塊1403。其中，第四接收模塊1401接 收攜帶有URI的請(qǐng)求消息，若存在至少兩個(gè)推送客戶端，第四獲取模塊1402則獲取上述URI 索引的信息，第三發(fā)送模塊1403向上述至少兩個(gè)推送客戶端發(fā)送第四獲取模塊1402所獲 取的上述URI索引的信息。上述本發(fā)明實(shí)施例五中設(shè)備PPG的功能可以由本發(fā)明實(shí)施例提供的推送服務(wù)器 實(shí)現(xiàn)。本實(shí)施例可以適用于⑶N系統(tǒng)中的推送分發(fā)技術(shù)，其中，第四接收模塊1401所接 收到的請(qǐng)求消息是PI發(fā)送的推送消息。上述推送消息的具體形式可以參考本發(fā)明實(shí)施例 五中的相關(guān)內(nèi)容，此處不再贅述。
需要說(shuō)明的是本實(shí)施例提供的推送服務(wù)器可以是PPG，還可以是通過(guò)接口與PPG 通信的外部服務(wù)器。本實(shí)施例中，通過(guò)第四獲取模塊判斷出存在至少兩個(gè)推送客戶端時(shí)，獲取到請(qǐng)求 消息中所攜帶的URI索引的信息，并由第三發(fā)送模塊發(fā)送給推送客戶端，能夠避免多個(gè)推 送客戶端同時(shí)根據(jù)該URI向內(nèi)容服務(wù)器請(qǐng)求獲取索引的信息，從而防止了網(wǎng)絡(luò)的擁塞，提 高了信息獲取的效率。進(jìn)一步地，本實(shí)施例中，第四獲取模塊1402還可以進(jìn)一步對(duì)推送客戶端的具體數(shù) 目進(jìn)行判斷，若判斷出存在至少兩個(gè)推送客戶端之后，進(jìn)一步判斷出推送客戶端的數(shù)目超 過(guò)預(yù)設(shè)閾值，第四獲取模塊1402則獲取上述URI索引的信息。圖15為本發(fā)明實(shí)施例十五提供的又一種URI索引的信息的處理系統(tǒng)的結(jié)構(gòu)示意 圖，本實(shí)施例的URI索引的信息的處理系統(tǒng)是基于推送分發(fā)技術(shù)實(shí)現(xiàn)的，如圖15所示，本實(shí) 施例的URI索引的信息的處理系統(tǒng)可以包括第三推送發(fā)起者1501、第三推送服務(wù)器1502 和第三推送客戶端1503。其中，第三推送發(fā)起者1501發(fā)送攜帶有URI的請(qǐng)求消息，第三推 送服務(wù)器1502接收第三推送發(fā)起者1501所發(fā)送的上述攜帶有URI的請(qǐng)求消息，若存在至 少兩個(gè)第三推送客戶端1503，獲取上述URI索引的信息，向上述至少兩個(gè)第三推送客戶端 1503發(fā)送上述URI索引的信息，第三推送客戶端1503接收第三推送服務(wù)器1502所發(fā)送的 上述URI索引的信息。上述本發(fā)明實(shí)施例五中設(shè)備PPG的功能可以由本發(fā)明實(shí)施例提供的URI索引的信 息的處理系統(tǒng)中的第三推送服務(wù)器1502實(shí)現(xiàn)，相關(guān)內(nèi)容可以參考本發(fā)明實(shí)施例五中的相 關(guān)內(nèi)容，此處不再贅述。第三推送服務(wù)器1502可以為上述本發(fā)明實(shí)施例十四提供的推送服 務(wù)器。需要說(shuō)明的是本實(shí)施例提供的URI索引的信息的處理系統(tǒng)中的第三推送服務(wù)器 1502可以是PPG，還可以是通過(guò)接口與PPG通信的外部服務(wù)器。本實(shí)施例中，通過(guò)第三推送服務(wù)器判斷出存在至少兩個(gè)推送客戶端時(shí)，獲取到請(qǐng) 求消息中所攜帶的URI索引的信息發(fā)送給第三推送客戶端，能夠避免多個(gè)第三推送客戶端 同時(shí)根據(jù)該URI向內(nèi)容服務(wù)器請(qǐng)求獲取索引的信息，從而防止了網(wǎng)絡(luò)的擁塞，提高了信息 獲取的效率。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述方法實(shí)施例的全部或部分步驟可以通過(guò) 程序指令相關(guān)的硬件來(lái)完成，前述的程序可以存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中，該程序 在執(zhí)行時(shí)，執(zhí)行包括上述方法實(shí)施例的步驟；而前述的存儲(chǔ)介質(zhì)包括R0M、RAM、磁碟或者 光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。最后應(yīng)說(shuō)明的是以上實(shí)施例僅用以說(shuō)明本發(fā)明的技術(shù)方案，而非對(duì)其限制；盡 管參照前述實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說(shuō)明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依然 可以對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對(duì)其中部分技術(shù)特征進(jìn)行等同替 換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的精 神和范圍。
權(quán)利要求
1.一種統(tǒng)一資源標(biāo)識(shí)符URI索引的信息的處理方法，其特征在于，包括 接收攜帶有URI的請(qǐng)求消息；獲取所述URI索引的信息； 驗(yàn)證所述URI索引的信息的相關(guān)屬性信息； 根據(jù)所述驗(yàn)證的結(jié)果，進(jìn)行相關(guān)處理。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述接收攜帶有URI的請(qǐng)求消息包括 接收推送發(fā)起者所發(fā)送的攜帶有URI的請(qǐng)求消息；或者接收主動(dòng)請(qǐng)求客戶端所發(fā)送的攜帶有URI的請(qǐng)求消息。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述接收攜帶有URI的請(qǐng)求消息之 后，獲取所述URI索引的信息之前還包括根據(jù)預(yù)設(shè)策略，判斷出需要對(duì)所述URI索引的信息的相關(guān)屬性信息進(jìn)行驗(yàn)證；或者 向推送客戶端發(fā)送所述攜帶有URI的請(qǐng)求消息，根據(jù)接收到的所述推送客戶端根據(jù)所 述請(qǐng)求消息返回的驗(yàn)證指示信息，判斷出需要對(duì)所述URI索引的信息的相關(guān)屬性信息進(jìn)行 驗(yàn)證；或者根據(jù)所述攜帶有URI的請(qǐng)求消息中攜帶的驗(yàn)證指示信息，判斷出需要對(duì)所述URI索引 的信息的相關(guān)屬性信息進(jìn)行驗(yàn)證。
4.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述獲取所述URI索引的信息包括 驗(yàn)證所述URI的安全性，若通過(guò)所述URI的安全性的驗(yàn)證，則獲取所述URI索引的信息；或者向推送客戶端或主動(dòng)請(qǐng)求客戶端獲取權(quán)限信息，根據(jù)所述權(quán)限信息獲取所述URI索引 的信息。
5.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述驗(yàn)證所述URI索引的信息的相關(guān) 屬性信息至少包括以下一種驗(yàn)證所述URI索引的信息的安全性；驗(yàn)證所述URI索引的信息所屬的類別是否與推送客戶端用戶或主動(dòng)請(qǐng)求客戶端用戶 的偏好信息相匹配；或驗(yàn)證所述URI索引的信息是否與推送客戶端或主動(dòng)請(qǐng)求客戶端的能力信息相匹配。
6.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述根據(jù)所述驗(yàn)證的結(jié)果，進(jìn)行相關(guān) 處理包括若通過(guò)所述URI索引的信息的相關(guān)屬性信息的驗(yàn)證，向推送客戶端或主動(dòng)請(qǐng)求客戶端 發(fā)送至少以下一種信息 所述URI ；所述URI索引的信息；所述URI和所述驗(yàn)證通過(guò)的結(jié)果信息；或所述URI索引的信息和所述驗(yàn)證通過(guò)的結(jié)果信息；若未通過(guò)所述URI索引的信息的相關(guān)屬性信息的驗(yàn)證，向推送客戶端或主動(dòng)請(qǐng)求客戶 端發(fā)送至少以下一種信息所述驗(yàn)證未通過(guò)的結(jié)果信息； 所述URI和所述驗(yàn)證未通過(guò)的結(jié)果信息；或所述URI、經(jīng)過(guò)過(guò)濾或轉(zhuǎn)換后的所述URI索引的信息和所述驗(yàn)證未通過(guò)的結(jié)果信息。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述若通過(guò)所述URI索引的信息的相關(guān)屬性信息的驗(yàn)證，向推送客戶端或主動(dòng)請(qǐng)求客 戶端發(fā)送至少以下一種信息包括若通過(guò)所述URI索引的信息的相關(guān)屬性信息的驗(yàn)證，立即向推送客戶端或主動(dòng)請(qǐng)求客 戶端發(fā)送至少以下一種信息；或者若通過(guò)所述URI索引的信息的相關(guān)屬性信息的驗(yàn)證，緩存至少以下一種信息，在預(yù)定 時(shí)刻到達(dá)時(shí)，向推送客戶端或主動(dòng)請(qǐng)求客戶端發(fā)送至少以下一種信息；所述若未通過(guò)所述URI索引的信息的相關(guān)屬性信息的驗(yàn)證，向推送客戶端或主動(dòng)請(qǐng)求 客戶端發(fā)送至少以下一種信息包括若未通過(guò)所述URI索引的信息的相關(guān)屬性信息的驗(yàn)證，立即向推送客戶端或主動(dòng)請(qǐng)求 客戶端發(fā)送至少以下一種信息；或者若未通過(guò)所述URI索引的信息的相關(guān)屬性信息的驗(yàn)證，緩存至少以下一種信息，在預(yù) 定時(shí)刻到達(dá)時(shí)，向推送客戶端或主動(dòng)請(qǐng)求客戶端發(fā)送至少以下一種信息。
8.一種統(tǒng)一資源標(biāo)識(shí)符URI索引的信息的處理方法，其特征在于，包括 接收攜帶有URI和獲取所述URI索引的信息的時(shí)間指示信息的請(qǐng)求消息； 根據(jù)所述時(shí)間指示信息，獲取所述URI索引的信息；向推送客戶端發(fā)送所述URI索引的信息。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述向推送客戶端發(fā)送所述URI索引的信 息包括立即向推送客戶端發(fā)送所述URI索引的信息；或者緩存所述URI索引的信息，在預(yù)定時(shí)刻到達(dá)時(shí)，向推送客戶端發(fā)送所述URI索引的信肩、ο
10.根據(jù)權(quán)利要求8或9所述的方法，其特征在于，所述請(qǐng)求消息中所攜帶的URI和獲 取所述URI索引的信息的時(shí)間指示信息是由推送發(fā)起者生成的，以供推送服務(wù)器或推送客 戶端根據(jù)所述時(shí)間指示信息，獲取所述URI索引的信息。
11.一種統(tǒng)一資源標(biāo)識(shí)符URI索引的信息的處理方法，其特征在于，包括 接收攜帶有URI的請(qǐng)求消息；若存在至少兩個(gè)推送客戶端，獲取所述URI索引的信息； 向所述至少兩個(gè)推送客戶端發(fā)送所述URI索引的信息。
12.根據(jù)權(quán)利要求11所述的方法，其特征在于，所述若存在至少兩個(gè)推送客戶端，獲取 所述URI索引的信息包括若存在至少兩個(gè)推送客戶端，且推送客戶端的數(shù)目超過(guò)預(yù)設(shè)閾 值，獲取所述URI索引的信息。
13.根據(jù)權(quán)利要求11或12所述的方法，其特征在于，所述向所述至少兩個(gè)推送客戶端 發(fā)送所述URI索引的信息包括選擇承載方式，所述承載方式包括至少以下一種承載方式多媒體廣播組播服務(wù)承載 方式、移動(dòng)寬帶數(shù)字廣播多播業(yè)務(wù)承載方式、小區(qū)廣播業(yè)務(wù)承載方式、會(huì)話初始協(xié)議承載方 式、超文本傳輸協(xié)議承載方式；利用所述承載方式向所述至少兩個(gè)推送客戶端發(fā)送所述URI索引的信息。
14.一種統(tǒng)一資源標(biāo)識(shí)符URI索引的信息的處理裝置，其特征在于，包括 第一接收模塊，用于接收攜帶有URI的請(qǐng)求消息；第一獲取模塊，用于獲取所述URI索引的信息； 第一驗(yàn)證模塊，用于驗(yàn)證所述URI索引的信息的相關(guān)屬性信息； 處理模塊，用于根據(jù)所述驗(yàn)證的結(jié)果，進(jìn)行相關(guān)處理。
15.根據(jù)權(quán)利要求14所述的裝置，其特征在于，所述第一接收模塊至少包括以下一種 單元第一接收單元，用于接收推送發(fā)起者所發(fā)送的攜帶有URI的請(qǐng)求消息； 第二接收單元，用于接收主動(dòng)請(qǐng)求客戶端所發(fā)送的攜帶有URI的請(qǐng)求消息。
16.根據(jù)權(quán)利要求14或15所述的裝置，其特征在于，還包括以下至少一種模塊判斷模塊，用于判斷是否需要對(duì)所述URI索引的信息的相關(guān)屬性信息進(jìn)行驗(yàn)證，若判 斷為是，所述第一獲取模塊則獲取所述URI索引的信息；第二驗(yàn)證模塊，用于驗(yàn)證所述URI的安全性，若通過(guò)所述驗(yàn)證，所述第一獲取模塊則獲 取所述URI索引的信息；權(quán)限模塊，用于向推送客戶端或主動(dòng)請(qǐng)求客戶端獲取權(quán)限信息，所述第一獲取模塊具 體用于根據(jù)所述權(quán)限信息獲取所述URI索引的信息。
17.—種推送發(fā)起者，其特征在于，包括第一發(fā)送模塊，用于發(fā)送攜帶有URI和獲取所 述URI索引的信息的時(shí)間指示信息的請(qǐng)求消息，以供推送服務(wù)器或推送客戶端根據(jù)所述時(shí) 間指示信息，獲取所述URI索引的信息。
18.—種推送服務(wù)器，其特征在于，包括第二接收模塊，用于接收攜帶有URI和獲取所述URI索引的信息的時(shí)間指示信息的請(qǐng) 求消息；第二獲取模塊，用于根據(jù)所述時(shí)間指示信息，獲取所述URI索引的信息； 第二發(fā)送模塊，用于向推送客戶端發(fā)送所述URI索引的信息。
19.一種推送客戶端，其特征在于，包括第三接收模塊，用于接收攜帶有URI和獲取所述URI索引的信息的時(shí)間指示信息的請(qǐng) 求消息；第三獲取模塊，用于根據(jù)所述時(shí)間指示信息，獲取所述URI索引的信息。
20.一種推送服務(wù)器，其特征在于，包括第四接收模塊，用于接收攜帶有URI的請(qǐng)求消息；第四獲取模塊，用于若存在至少兩個(gè)推送客戶端，獲取所述URI索引的信息； 第三發(fā)送模塊，用于向所述至少兩個(gè)推送客戶端發(fā)送所述URI索引的信息。
全文摘要
本發(fā)明實(shí)施例涉及統(tǒng)一資源標(biāo)識(shí)符索引的信息的處理方法及裝置，其中一種方法包括接收攜帶有URI的請(qǐng)求消息；獲取所述URI索引的信息；驗(yàn)證所述URI索引的信息的相關(guān)屬性信息；根據(jù)所述驗(yàn)證的結(jié)果，進(jìn)行相關(guān)處理。本發(fā)明實(shí)施例獲取到請(qǐng)求消息中所攜帶的URI索引的信息之后，通過(guò)對(duì)該URI索引的信息的相關(guān)屬性信息進(jìn)行驗(yàn)證，使得可以根據(jù)驗(yàn)證的結(jié)果進(jìn)行相關(guān)處理，能夠避免客戶端接收到無(wú)用的垃圾信息，從而節(jié)省了網(wǎng)絡(luò)資源。
文檔編號(hào)H04L29/08GK102045323SQ200910235358
公開(kāi)日2011年5月4日 申請(qǐng)日期2009年10月9日 優(yōu)先權(quán)日2009年10月9日
發(fā)明者楊健, 王雷, 范姝男 申請(qǐng)人:華為終端有限公司