推送處理方法及裝置的制造方法
【專利摘要】本發(fā)明公開了一種推送處理方法及裝置，其中，該方法包括：邊緣節(jié)點通過組播協(xié)議方式接收上級節(jié)點推送的內(nèi)容，其中，所述邊緣節(jié)點位于終端所屬小區(qū)內(nèi)；該邊緣節(jié)點通過單播協(xié)議方式將所述內(nèi)容推送給所述終端。通過本發(fā)明，解決了相關(guān)技術(shù)中互聯(lián)網(wǎng)電視業(yè)務(wù)服務(wù)在高峰時段容易出現(xiàn)擁堵的問題，進(jìn)而達(dá)到了提高互聯(lián)網(wǎng)電視業(yè)務(wù)的傳送效率，避免了在高峰時段產(chǎn)生擁堵。
【專利說明】
推送處理方法及裝置
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種推送處理方法及裝置。
【背景技術(shù)】
[0002]互聯(lián)網(wǎng)電視是指通過公共互聯(lián)網(wǎng)面向聯(lián)網(wǎng)設(shè)備(電視、PC、移動終端)傳輸?shù)腎P視頻和互聯(lián)網(wǎng)應(yīng)用融合的服務(wù)，以交互式音視頻服務(wù)為主體集互聯(lián)網(wǎng)、多媒體通訊等多種技術(shù)為一體的服務(wù)集合體，在任何時間、向任意地點的任意終端用戶提供視頻、資訊、游戲等各種服務(wù)。
[0003]目前業(yè)界流行的通過互聯(lián)網(wǎng)向用戶提供各種應(yīng)用服務(wù)(Over The Top，簡稱OTT)的解決方案，是分級部署CDN系統(tǒng)，一般部署內(nèi)容分發(fā)網(wǎng)絡(luò)(Content Delivery Network，簡稱為CDN)邊緣節(jié)點到地市節(jié)點，每個CDN邊緣節(jié)點給上千或者上萬用戶提供服務(wù)。由于互聯(lián)網(wǎng)電視一般都是點播服務(wù)，一般需要采用單播方式來提供服務(wù)，這種方式在互聯(lián)網(wǎng)絡(luò)目前網(wǎng)絡(luò)狀況下，尤其是晚上高峰時間，很容易出現(xiàn)擁堵，所以實際現(xiàn)網(wǎng)運(yùn)行時，卡頓現(xiàn)象出現(xiàn)非常頻繁。
[0004]針對相關(guān)技術(shù)中互聯(lián)網(wǎng)電視業(yè)務(wù)服務(wù)在高峰時段容易出現(xiàn)擁堵的問題，目前尚未提出有效的解決方案。

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

[0005]本發(fā)明提供了一種推送處理方法及裝置，以至少解決相關(guān)技術(shù)中互聯(lián)網(wǎng)電視業(yè)務(wù)服務(wù)在高峰時段容易出現(xiàn)擁堵的問題。
[0006]根據(jù)本發(fā)明的一個方面，提供了一種推送處理方法，包括:邊緣節(jié)點通過組播協(xié)議方式接收上級節(jié)點推送的內(nèi)容，其中，所述邊緣節(jié)點位于終端所屬小區(qū)內(nèi)；所述邊緣節(jié)點通過單播協(xié)議方式將所述內(nèi)容推送給所述終端。
[0007]進(jìn)一步地，在所述邊緣節(jié)點通過組播協(xié)議方式接收上級節(jié)點推送的內(nèi)容之前，還包括:所述邊緣節(jié)點向所述上級節(jié)點發(fā)送加入組的請求消息，其中，所述請求消息用于所述上級節(jié)點根據(jù)所述請求消息將所述邊緣節(jié)點加入到組內(nèi)。
[0008]進(jìn)一步地，所述邊緣節(jié)點通過組播協(xié)議方式接收所述上級節(jié)點推送的所述內(nèi)容包括:判斷所述上級節(jié)點的數(shù)量大于或等于閾值，在判斷結(jié)果為是的情況下，所述邊緣節(jié)點通過組播協(xié)議方式接收所述上級節(jié)點推送的所述內(nèi)容。
[0009]進(jìn)一步地，所述邊緣節(jié)點通過組播協(xié)議方式接收所述上級節(jié)點推送的所述內(nèi)容包括:所述邊緣節(jié)點根據(jù)預(yù)定調(diào)度策略從中心節(jié)點或其他牌照方獲取所述內(nèi)容。
[0010]進(jìn)一步地，所述內(nèi)容包括互聯(lián)網(wǎng)電視業(yè)務(wù)。
[0011]根據(jù)本發(fā)明的另一方面，提供了一種推送處理裝置，應(yīng)用于邊緣節(jié)點，包括:接收模塊，用于通過組播協(xié)議方式接收上級節(jié)點推送的內(nèi)容，其中，所述邊緣節(jié)點位于終端所屬小區(qū)內(nèi)；推送模塊，用于通過單播協(xié)議方式將所述內(nèi)容推送給所述終端。
[0012]進(jìn)一步地，所述裝置還包括:發(fā)送模塊，用于向所述上級節(jié)點發(fā)送加入組的請求消息，其中，所述請求消息用于所述上級節(jié)點根據(jù)所述請求消息將所述邊緣節(jié)點加入到組內(nèi)。
[0013]進(jìn)一步地，所述接收模塊包括:判斷單元，用于判斷所述上級節(jié)點的數(shù)量大于或等于閾值，在判斷結(jié)果為是的情況下，所述邊緣節(jié)點通過組播協(xié)議方式接收所述上級節(jié)點推送的所述內(nèi)容。
[0014]進(jìn)一步地，所述接收模塊包括:獲取單元，用于根據(jù)預(yù)定調(diào)度策略從中心節(jié)點或其他牌照方獲取所述內(nèi)容。
[0015]進(jìn)一步地，所述內(nèi)容包括互聯(lián)網(wǎng)電視業(yè)務(wù)。
[0016]通過本發(fā)明，邊緣節(jié)點通過組播協(xié)議方式接收上級節(jié)點推送的內(nèi)容，其中，所述邊緣節(jié)點位于終端所屬小區(qū)內(nèi)；所述邊緣節(jié)點通過單播協(xié)議方式將所述內(nèi)容推送給所述終端，解決了相關(guān)技術(shù)中互聯(lián)網(wǎng)電視業(yè)務(wù)服務(wù)在高峰時段容易出現(xiàn)擁堵的問題，進(jìn)而達(dá)到了提高互聯(lián)網(wǎng)電視業(yè)務(wù)的傳送效率，避免了在高峰時段產(chǎn)生擁堵。
【附圖說明】
[0017]此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中:
[0018]圖1是根據(jù)本發(fā)明實施例的推送處理方法的流程圖；
[0019]圖2是根據(jù)本發(fā)明實施例的推送處理裝置的框圖；
[0020]圖3是根據(jù)本發(fā)明優(yōu)選實施例的推送處理裝置的框圖一；
[0021]圖4根據(jù)本發(fā)明優(yōu)選實施例的推送處理裝置的框圖二 ；
[0022]圖5是根據(jù)本發(fā)明優(yōu)選實施例的推送處理裝置的框圖三；
[0023]圖6根據(jù)本發(fā)明實施例的系統(tǒng)組網(wǎng)的示意圖；
[0024]圖7根據(jù)本發(fā)明實施例實現(xiàn)終端業(yè)務(wù)的系統(tǒng)流程圖；
[0025]圖8根據(jù)本發(fā)明實施例的CDN邊緣節(jié)點與上次節(jié)點組播實現(xiàn)流程圖。
【具體實施方式】
[0026]下文中將參考附圖并結(jié)合實施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。
[0027]在本實施例中提供了一種推送處理方法，圖1是根據(jù)本發(fā)明實施例的推送處理方法的流程圖，如圖1所示，該流程包括如下步驟:
[0028]步驟S102，邊緣節(jié)點通過組播協(xié)議方式接收上級節(jié)點推送的內(nèi)容，其中，該邊緣節(jié)點位于終端所屬小區(qū)內(nèi)；
[0029]步驟S104，邊緣節(jié)點通過單播協(xié)議方式將該內(nèi)容推送給該終端。
[0030]通過上述步驟，邊緣節(jié)點通過組播協(xié)議方式接收上級節(jié)點推送的內(nèi)容，其中，該邊緣節(jié)點位于終端所屬小區(qū)內(nèi)，通過單播協(xié)議方式將該內(nèi)容推送給該終端，由于邊緣節(jié)點建立在例終端比較近的小區(qū)內(nèi)，解決了相關(guān)技術(shù)中互聯(lián)網(wǎng)電視業(yè)務(wù)服務(wù)在高峰時段容易出現(xiàn)擁堵的問題，進(jìn)而達(dá)到了提高互聯(lián)網(wǎng)電視業(yè)務(wù)的傳送效率，避免了在高峰時段產(chǎn)生擁堵。
[0031]在邊緣節(jié)點通過組播協(xié)議方式接收該上級節(jié)點推送的內(nèi)容之前，還可以向該上級節(jié)點發(fā)送加入組的請求消息，其中，該請求消息用于該上級節(jié)點根據(jù)該請求消息將該邊緣節(jié)點加入到組內(nèi)。
[0032]邊緣節(jié)點通過組播協(xié)議方式接收上級節(jié)點推送的內(nèi)容的方式有很多種，在一個可選的實施例中，判斷上級節(jié)點的數(shù)量大于或等于閾值，在判斷結(jié)果為是的情況下，邊緣節(jié)點通過組播協(xié)議方式接收上級節(jié)點推送的內(nèi)容；在該上級節(jié)點的數(shù)量小于閾值的情況下，通過單薄協(xié)議方式接收上級節(jié)點推送的內(nèi)容。
[0033]在另一個可選的實施例中，接收上級節(jié)點推送的內(nèi)容可以包括:根據(jù)預(yù)定調(diào)度策略從中心節(jié)點或其他牌照方獲取該內(nèi)容。
[0034]上述的內(nèi)容可以包括互聯(lián)網(wǎng)電視業(yè)務(wù)。
[0035]本發(fā)明實施例還提供了一種推送處理裝置，應(yīng)用于邊緣節(jié)點，該裝置用于實現(xiàn)上述實施例及優(yōu)選實施方式，已經(jīng)進(jìn)行過說明的不再贅述。如以下所使用的，術(shù)語“模塊”可以實現(xiàn)預(yù)定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現(xiàn)，但是硬件，或者軟件和硬件的組合的實現(xiàn)也是可能并被構(gòu)想的。
[0036]圖2是根據(jù)本發(fā)明實施例的推送處理裝置的框圖，如圖2所示，包括:接收模塊22和推送模塊24，下面對各個模塊進(jìn)行簡要說明。
[0037]接收模塊22，用于通過組播協(xié)議方式接收上級節(jié)點推送的內(nèi)容，其中，該邊緣節(jié)點位于終端所屬小區(qū)內(nèi)；
[0038]推送模塊24，用于通過單播協(xié)議方式將該內(nèi)容推送給該終端。
[0039]圖3是根據(jù)本發(fā)明優(yōu)選實施例的推送處理裝置的框圖一，如圖3所示，該裝置還包括:
[0040]發(fā)送模塊32，用于向該上級節(jié)點發(fā)送加入組的請求消息，其中，該請求消息用于該上級節(jié)點根據(jù)該請求消息將該邊緣節(jié)點加入到組內(nèi)。
[0041]圖4根據(jù)本發(fā)明優(yōu)選實施例的推送處理裝置的框圖二，如圖4所示，該接收模塊包括:
[0042]判斷單元42，用于判斷該上級節(jié)點的數(shù)量大于或等于閾值，在判斷結(jié)果為是的情況下，該邊緣節(jié)點通過組播協(xié)議方式接收該上級節(jié)點推送的該內(nèi)容。
[0043]圖5是根據(jù)本發(fā)明優(yōu)選實施例的推送處理裝置的框圖三，如圖5所示，該接收模塊包括:
[0044]獲取單元52，用于根據(jù)預(yù)定調(diào)度策略從中心節(jié)點或其他牌照方獲取該內(nèi)容。
[0045]上述的該內(nèi)容可以包括互聯(lián)網(wǎng)電視業(yè)務(wù)。
[0046]下面結(jié)合可選實施例對本發(fā)明實施例進(jìn)行進(jìn)一步說明。
[0047]本可選實施例提供了一種快速高效實現(xiàn)家庭互聯(lián)網(wǎng)電視業(yè)務(wù)的方法，采用邊緣節(jié)點小型化，即把邊緣節(jié)點建設(shè)到家庭或者小型社區(qū)，或住宅樓。CDN內(nèi)容中心把內(nèi)容通過組播方式的推送到邊緣節(jié)點。邊緣節(jié)點到終端用戶采用單播方式。由于邊緣CDN節(jié)點非常靠近用戶，所以用戶可以速度獲取到內(nèi)容，視頻觀看效果非常佳。
[0048]基于內(nèi)容分發(fā)的快速高效的實現(xiàn)方法，為了實現(xiàn)快速高效，需要對CDN的組網(wǎng)進(jìn)行優(yōu)化，該方法包括:CDN邊緣節(jié)點下沉到社區(qū)，CDN邊緣節(jié)點的上級節(jié)點到CDN邊緣節(jié)點采用組播協(xié)議把內(nèi)容分發(fā)到邊緣節(jié)點。邊緣節(jié)點到家庭用戶之間采用單播協(xié)議。CDN邊緣節(jié)點由于下沉到社區(qū)，CDN的邊緣節(jié)點數(shù)量會增加不少，CDN邊緣節(jié)點的上級節(jié)點到CDN邊緣節(jié)點之間點播內(nèi)容采用組播方式。⑶N組網(wǎng)方式是采用分級組網(wǎng)，中心節(jié)點與⑶N邊緣節(jié)點的上級節(jié)點之間的內(nèi)容推送方式可以有多種，如果CDN邊緣節(jié)點的上級節(jié)點數(shù)量比較多，則可以采用組播協(xié)議方式，如果數(shù)量不是很多，則可以采用點對點內(nèi)容推送方式，也可以采用組播協(xié)議方式發(fā)送內(nèi)容。
[0049]在本發(fā)明的實施例中，提供了一種快速高效實現(xiàn)互聯(lián)網(wǎng)電視系統(tǒng)，通過該系統(tǒng)，可以為快速高效實現(xiàn)互聯(lián)網(wǎng)電視業(yè)務(wù)，提供有效平臺支撐。圖6根據(jù)本發(fā)明實施例的系統(tǒng)組網(wǎng)的示意圖，如圖6所示，包括:
[0050]運(yùn)營運(yùn)維管理系統(tǒng)⑶N 62，各個邊源⑶N節(jié)點管理哪些社區(qū)，以及地址段都由管理系統(tǒng)來分配。每個⑶N上資源的劃分也有⑶N運(yùn)營運(yùn)維管理系統(tǒng)來分配。
[0051]內(nèi)容中心庫管理64從牌照方注入的內(nèi)容，以及實現(xiàn)內(nèi)容的下推到下面的節(jié)點。
[0052]全局調(diào)度中心66，用戶請求調(diào)度功能負(fù)責(zé)對用戶終端發(fā)起的服務(wù)請求進(jìn)行全局重定向，根據(jù)系統(tǒng)定義的全局調(diào)度策略，將用戶請求調(diào)度到最合適的服務(wù)節(jié)點。全局調(diào)度系統(tǒng)應(yīng)能根據(jù)當(dāng)前CDN運(yùn)行情況動態(tài)、實時地調(diào)整用戶的調(diào)度分配。
[0053]區(qū)域中心存儲68，從內(nèi)容中心庫傳送過來的內(nèi)容，并把內(nèi)容調(diào)動到⑶N邊緣節(jié)點。
[0054]⑶N邊緣節(jié)點610，存儲從區(qū)域中心傳送過來的內(nèi)容，以及存儲社區(qū)和終端用戶上傳的資源，可以給終端用戶提供視頻直播點播等媒體服務(wù)，另外終端可以對自己上傳的內(nèi)容進(jìn)行管理，比如刪除，修改等操作，用戶通過門戶上傳內(nèi)容保存在CDN邊緣節(jié)點610。用戶可以隨時EPG門戶進(jìn)入到終端資源維護(hù)頁面來對自己內(nèi)容進(jìn)行操作。
[0055]門戶612，終端管理門戶，社區(qū)管理門戶。
[0056]電子節(jié)目單管理服務(wù)器614，管理終端頁面呈現(xiàn)。
[0057]圖7根據(jù)本發(fā)明實施例實現(xiàn)終端業(yè)務(wù)的系統(tǒng)流程圖，如圖7所示，包括以下處理:
[0058]步驟S702，如果區(qū)域中心節(jié)點數(shù)量比較少，中心節(jié)點到區(qū)域節(jié)點可以配置采用內(nèi)容下發(fā)請求(請求中會攜帶存放內(nèi)容管理的XML文件URL)然后區(qū)域節(jié)點到根據(jù)內(nèi)容所在的地址進(jìn)行下載。如果區(qū)域中心節(jié)點數(shù)量比較多，則中心節(jié)點到區(qū)域節(jié)點也可以配置使用組播方式。當(dāng)然也可以點對點內(nèi)容下發(fā)模式。
[0059]步驟S704，由于邊緣⑶N節(jié)點小型化，跟貼近終端用戶，部署到大社區(qū)，這樣邊緣節(jié)點的個數(shù)會增加很多，通過牌照方注入的內(nèi)容需要調(diào)度到邊緣節(jié)點的內(nèi)容大部分相同，如果采用每個邊緣節(jié)點單獨獲取內(nèi)容，則邊緣節(jié)點到區(qū)域節(jié)點的流量會比較大，所以區(qū)域節(jié)點采用組播方式把內(nèi)容發(fā)送到邊緣CDN節(jié)點。
[0060]步驟S706，終端內(nèi)容點播內(nèi)容，則⑶N調(diào)度節(jié)點會把終端用戶請求調(diào)動到邊緣節(jié)點，終端用戶通過單播方式獲取內(nèi)容。
[0061]圖8根據(jù)本發(fā)明實施例的CDN邊緣節(jié)點與上次節(jié)點組播實現(xiàn)流程圖，如圖8所示，包括以下處理:
[0062]步驟S802，⑶N邊緣節(jié)點上級⑶N節(jié)點(簡稱上級⑶N)向組播復(fù)制點發(fā)送組播媒體流。
[0063]步驟S804，邊緣⑶N設(shè)備安裝啟動后(或者是邊緣⑶N通過手工方式加入組播組)，自動發(fā)起加入組播組請求。
[0064]步驟S806，組播復(fù)制點向邊緣⑶N發(fā)送組播媒體流。
[0065]步驟S808，邊緣⑶N退出組播組，邊緣⑶N如何退出組播組，可以通過手工觸發(fā)等方式。
[0066]綜上所述，可以對IPTV各個業(yè)務(wù)進(jìn)行統(tǒng)籌規(guī)劃，合理安排各個業(yè)務(wù)，對于能夠在一起顯示的業(yè)務(wù)進(jìn)行合理布局，對于不能在一起呈現(xiàn)的業(yè)務(wù)，則需要避免沖突，即錯開呈現(xiàn)的時間。
[0067]顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。
[0068]以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
【主權(quán)項】
1.一種推送處理方法，其特征在于，包括: 邊緣節(jié)點通過組播協(xié)議方式接收上級節(jié)點推送的內(nèi)容，其中，所述邊緣節(jié)點位于終端所屬小區(qū)內(nèi)； 所述邊緣節(jié)點通過單播協(xié)議方式將所述內(nèi)容推送給所述終端。2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述邊緣節(jié)點通過組播協(xié)議方式接收上級節(jié)點推送的所述內(nèi)容之前，還包括: 所述邊緣節(jié)點向所述上級節(jié)點發(fā)送加入組的請求消息，其中，所述請求消息用于所述上級節(jié)點根據(jù)所述請求消息將所述邊緣節(jié)點加入到組內(nèi)。3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述邊緣節(jié)點通過組播協(xié)議方式接收所述上級節(jié)點推送的所述內(nèi)容包括: 判斷所述上級節(jié)點的數(shù)量大于或等于閾值，在判斷結(jié)果為是的情況下，所述邊緣節(jié)點通過組播協(xié)議方式接收所述上級節(jié)點推送的所述內(nèi)容。4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述邊緣節(jié)點通過組播協(xié)議方式接收上級節(jié)點推送的內(nèi)容包括: 所述邊緣節(jié)點根據(jù)預(yù)定調(diào)度策略從中心節(jié)點或其他牌照方獲取所述內(nèi)容。5.根據(jù)權(quán)利要求1至4中任一項所述的方法，其特征在于，所述內(nèi)容包括互聯(lián)網(wǎng)電視業(yè)務(wù)。6.一種推送處理裝置，其特征在于，應(yīng)用于邊緣節(jié)點，包括: 接收模塊，用于通過組播協(xié)議方式接收上級節(jié)點推送的內(nèi)容，其中，所述邊緣節(jié)點位于終端所屬小區(qū)內(nèi)； 推送模塊，用于通過單播協(xié)議方式將所述內(nèi)容推送給所述終端。7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述裝置還包括: 發(fā)送模塊，用于向所述上級節(jié)點發(fā)送加入組的請求消息，其中，所述請求消息用于所述上級節(jié)點根據(jù)所述請求消息將所述邊緣節(jié)點加入到組內(nèi)。8.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述接收模塊包括: 判斷單元，用于判斷所述上級節(jié)點的數(shù)量大于或等于閾值，在判斷結(jié)果為是的情況下，所述邊緣節(jié)點通過組播協(xié)議方式接收所述上級節(jié)點推送的所述內(nèi)容。9.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述接收模塊包括: 獲取單元，用于根據(jù)預(yù)定調(diào)度策略從中心節(jié)點或其他牌照方獲取所述內(nèi)容。10.根據(jù)權(quán)利要求6至9中任一項所述的裝置，其特征在于，所述內(nèi)容包括互聯(lián)網(wǎng)電視業(yè)務(wù)。
【文檔編號】H04L29/06GK106034140SQ201510105346
【公開日】2016年10月19日
【申請日】2015年3月10日
【發(fā)明人】劉美萍
【申請人】中興通訊股份有限公司